超文本咖啡壶控制协议（RFC 2324：Hyper Text Coffee Pot Control Protocol，HTCPCP）是一种用于控制、监测和诊断咖啡壶的协议。
网络工作组研究Masinter
征求意见：2324 1998年4月1日起
类别：信息
超文本咖啡壶控制协议（HTCPCP/1.0）
本备忘录的状态
本备忘录为互联网社区提供的信息。它
未指定任何一种Internet标准。这种分布
备忘录是无限的。
版权声明
版权所有（C）因特网协会（1998年）。保留所有权利。
抽象
本文档介绍，协议控制HTCPCP
监测，诊断咖啡壶。
1。理由和范围
有世界各地的咖啡。越来越多的世界中，
计算是无处不在，computists想使咖啡。咖啡
酿造是一门艺术，但在分布式智能网络
艺术超越网络相连的世界。因此，有一个强大的，黑暗，丰富
协议要求为酝酿espressoly设计
咖啡。使用咖啡壶冲泡咖啡。网络咖啡壶
如果他们要加以控制，需要控制协议。
越来越多的家庭和消费电子设备正在连接到
互联网。早期的网络实验表明自动售货机设备
互联网连接状态监控[ 焦炭 ]。一
第一个远程_operated_机必须连接到互联网，
在1990年推出的Internet烤面包机（通过SNMP控制）
[ RFC2235 ]。
无处不在的设备连接的需求，导致该
IPv4地址空间消耗。消费者想要的远程控制
设备，如咖啡壶，使他们可以醒来新鲜
在精确的时间后，准备煮的咖啡，或事业咖啡
晚餐准备完成。
masinter信息[1]
RFC 2324 HTCPCP/1.0 1998年4月1日起
本文件指定一个超文本咖啡壶控制协议
（HTCPCP），它允许必要充分的请求和响应
控制所有设备能够使含咖啡因的流行热
饮料。
HTTP 1.1（[ RFC2068 ]）允许Web对象从产地转移
服务器到客户端。该网站是全球范围内。基于HTTP HTCPCP。
这是因为HTTP是无处不在。它不可能是如此普遍
没有好。因此，HTTP是好的。如果你想好咖啡，
HTCPCP需要的是好的。使HTCPCP好事，它是好基地
HTCPCP上的HTTP。
本协议的未来版本可能包括咖啡的扩展
机及类似设备。
2。HTCPCP协议
HTCPCP协议是建立在HTTP之上，另外一个
一些新的方法，头字段和返回代码。所有HTCPCP服务器
应该被称为“咖啡：”URI方案（第4）。
2.1 HTCPCP添加的方法
2.1.1 BREW的方法，使用POST
从客户端发送命令来控制咖啡壶咖啡
服务器使用BREW或POST方法，和一个消息体
内容类型设置为“application /咖啡壶命令”。
咖啡壶的服务器必须接受BREW和POST方法
等价。然而，使用邮政造成行动发生
已经过时了。
咖啡壶热水，采用电子机制，所以不存在
火灾。因此，没有防火墙是必要的，防火墙控制策略
是无关紧要的。然而，发表可能是咖啡的商标，所以
已添加了BREW方法。BREW的方法可用于与
其他基于HTTP的协议（如超文本啤酒控制
协议）。
2.1.2 GET方法
在HTTP中，GET方法是使用意味着“获取任何
确定请求的信息（在一个实体的形式）
URI的。“如果Request-URI的是指数据生产过程，它是
返回的数据，应在实体的产生
反应，而不是过程的源文本，除非该文本
恰好是这一进程的输出。
masinter信息[2]
RFC 2324 HTCPCP/1.0 1998年4月1日起
在HTCPCP，咖啡壶相关的资源是物理，
和信息资源。“数据”咖啡的URI
包含无咖啡因。
2.1.3 PROPFIND方法
如果一杯咖啡是数据，是关于自酿资源的元数据
发现用PROPFIND方法的WEBDAV]。
2.1.4当方法
当咖啡倒入，牛奶提供，这是必要的
牛奶收件人的持有人时说：“当”在时间
已经引入咖啡足够的乳汁。对于这个
的目的，“当”的方法已被添加到HTCPCP。还不够吗？说
当。
2.2咖啡壶头字段
HTCPCP建议几个HTTP头字段，并定义了一些新的
的。
2.2.1推荐的头字段
2.2.1.1 “安全”的响应头域。
[ 安全 ]定义的HTTP响应头域，“安全”，它可以是
使用表明，重复一个HTTP请求是安全的。纳入
“安全：是”头域允许客户端重复以前
请求，如果请求的结果可能会重复。
咖啡冲泡设备的实际安全性有很大差异，
可能，其实，在客户端的情况下，而不是仅仅依赖
服务器。因此，该协议还包括“安全”的延伸
响应头：
安全=“安全”：“安全性质
安全性质=“是”|“无”|有条件安全
有条件的安全“，如果”安全条件
安全条件=“用户醒”|令牌
指示将允许用户代理来处理一些安全的试
特别是安全POST请求，请求，在一个更加用户友好的
方式。
masinter信息[3]
RFC 2324 HTCPCP/1.0 1998年4月1日起
2.2.2新的报头字段
2.2.2.1在接受添置头场
在HTTP中，“接受”请求标头字段用来指定媒体
这是可接受的响应类型。然而，在HTCPCP，
反应可能会导致额外的行动的一部分
自动化锅。出于这个原因，HTCPCP增加了一个新的头域，
“接受添置”的：
接收，添置=“接受增加”：“
＃（除范围[接受的params]）
除式=（“*”
|乳型
|糖浆型
|甜味剂型
|香料型
|酒精型
）*（“;”参数）
牛奶=（“奶油”|“半半”|“全奶”
|“部分脱脂”|“脱脂”|“非乳制品”）
糖浆型=（“香草”|“杏仁”|“树莓”
|“巧克力”）
酒精型（“威士忌”|“朗姆酒”|“甘露”|“白兰地”）
2.2.3略去头字段
没有购股权被定为不含咖啡因的咖啡。什么是点？
2.3 HTCPCP返回码
正常的HTTP返回码是用来指示的困难
HTCPCP服务器。本节标识和特殊诠释
新的返回代码。
2.3.1 406无法接受
此返回代码通常被解释为“资源确定
请求是唯一能够产生响应实体
有根据的接受不能接受的内容特点
头发送的请求。在HTCPCP，这个响应代码可能
返回咖啡壶的经营者不能遵守
接受加入请求。除非请求是一个HEAD请求，
对策应包括一个包含可用清单的实体
咖啡增加。
masinter信息[4]
RFC 2324 HTCPCP/1.0 1998年4月1日起
在实践中，最自动化的咖啡壶，目前还不能提供
增加。
2.3.2 418我是一个茶壶
冲泡茶壶咖啡的任何企图导致错误
代码“418我是一个茶壶”。所产生的实体机构，可能是短期的和
粗壮。
3。“咖啡”URI方案
因为咖啡是国际性的，也有国际咖啡URI
计划。所有咖啡URL方案被写入的URL编码
UTF-8编码字符拼写为“咖啡”一词
任何29种语言，按照公约
国际化的URI [ URLI18N ]。
咖啡URL =咖啡计划“：”“/ /”主机]
[“/”锅标志] [“？” 增加的列表]
咖啡计划（“koffie”南非荷兰语，荷兰语
|“Q％C3％A6hv％C3％A6”;阿塞拜疆
“％D9％82％D9％87％D9％88％D8％A9的”;阿拉伯语
|“akeita”;巴斯克
|“koffee”;孟加拉语
|“kahva”;波斯尼亚
|“kafe”;保加利亚，捷克
|“CAF％体C3％E8”，加泰罗尼亚语，法语，加利西亚
“％E5％92％96％E5％95％A1”;中国
|“卡瓦”;克罗地亚
|“K％C3％A1va;捷克
|“kaffe”;丹麦，挪威，瑞典
“咖啡”，英文
|“KAFO”世界语
|“kohv”;爱沙尼亚
|“kahvi”;芬兰
|的％4Baffee“;德国
“％CE％BA％CE％B1％CF％86％CE％公元”;希腊
“％的E0％A4％95％E0％的A5％8C％的E0％A4％AB％的E0％A5％80”;印地文
“％E3％82％B3％的E3％83％BC％的E3％83％92％E3％83％BC”;日本
“％乳油％BB％A4纸％ED％的公元前94％”;韩国
“％D0％BA％D0％BE％D1％84％D0％B5的”俄罗斯
“％的E0％B8％81％的E0％B8％B2％的E0％B9％81％的E0％B8％9F”;泰国
）
锅代号=“锅”整型机多盆;
增补名单=＃（除）
masinter信息[5]
RFC 2324 HTCPCP/1.0 1998年4月1日起
所有替代咖啡计划的形式是等价的。然而，使用
在各种语言的咖啡计划可能被解释为
咖啡的咖啡壶生产的一种迹象。注意
URL方案名称是独立的情况下，资本
重要的德国，因此最初的“K”必须编码。
4。“消息/咖啡壶”的媒体类型
一个POST或BREW请求的实体机构必须是内容类型
“消息/咖啡壶”。由于大部分用于控制的信息
额外的头，内容传达的咖啡壶
“消息/咖啡壶”含有咖啡消息体：
咖啡消息体=“开始”|“一站式”
5。运作上的限制
本节列出了一些业务问题与部署
HTCPCP无所不在。
5.1定时的注意事项
咖啡壶用户之间需要一个强大的服务质量
咖啡壶服务。咖啡壶，应该使用网络的时间
议定书“[ NTP同步时钟一个全球准确
时间标准。
遥操作机器人系统一直是一项昂贵的技术。然而，随着
剑桥咖啡壶问世的CAM ]，使用的网络（而不是
比SNMP的远程监控系统和管理）一直
证明。可能是额外的咖啡壶维护任务
由遥控机器人完成。
Web数据通常是静态的。因此，要保存的数据传输和
时间，Web浏览器程序存储每个网页，通过对用户检索
在用户的计算机。因此，如果用户想返回到该页面，
现在是本地存储，不需要再次请求
服务器。用于机器人控制或监视图像
改变的场面，是动态的。必须取自新鲜版本
服务器每次访问。
5.2穿越防火墙
在大多数组织中的HTTP流量很容易穿过防火墙。
现代咖啡壶不使用明火。然而，“防火墙”是非常有用的
任何热量的方式，而不是仅仅从任何来源的保护
火灾。应保护每一个家庭计算机网络防火墙
从热源。然而，远程控制咖啡壶
masinter信息[6]
RFC 2324 HTCPCP/1.0 1998年4月1日起
从家庭以外的重要。因此，重要的是，HTCPCP
轻松穿越防火墙。
通过基于HTTP HTCPCP使用端口80，它会得到所有的HTTP
防火墙隧道美德。当然，将需要家庭防火墙
为了重新配置或新版本，以适应HTCPCP
具体的方法，头和拖车，但这样的升级会
轻松入住。大多数家庭网络系统管理员喝
咖啡，并愿意以适应隧道的需求
HTCPCP。
6。系统管理方面的考虑
一直使用HTTP协议的咖啡壶监测早期
应用程序的网页。例如，最早的咖啡壶
监测是早期和适当使用ATM网络[ CAM ]。
传统技术[ CAM ]附上一帧采集到
视频摄像头，图像和饲料到Web服务器。这是一个
ATM网络的适当应用。在这个咖啡壶
安装，剑桥大学实验室木马室
用来给一个Web界面来监视常见的咖啡壶。的
我们参与了相关研究，贫穷，贫穷
学者，我们只有一个咖啡过滤机，我们之间，这
住在木马室外面的走廊。然而，作为
高度敬业，勤奋工作的学者，我们得到了通过大量的
咖啡和新鲜壶冲泡时，往往没有持续多长时间。
这项服务是创建的第一个应用程序使用一个新的RPC
在剑桥大学计算机实验室设计的机制 – MSRPC2。它
超过MSNL运行（多业务网络层） – 网络层
协议设计用于ATM网络。
可管理互联网上的咖啡壶，咖啡壶MIB
[ CPMIB ]。
7。安全注意事项
任何人在我和我的早晨咖啡之间得到应
不安全的。
无监管互联网用户访问未受保护的咖啡壶
可能导致“咖啡拒绝服务”攻击的几种。
过滤装置的使用不当，可能会承认木马的理由。
过滤是不是一个很好的病毒防护方法。
masinter信息[7]
RFC 2324 HTCPCP/1.0 1998年4月1日起
把互联网水暖咖啡渣，可能会导致堵塞
管道，这将涉及互联网管道工服务
[ 检测 ]，谁，反过来，要求互联网管道工的助手。
接入认证，将讨论在一个单独的备忘录。
8。致谢
非常感谢这个标准的很多因素，包括罗伊
菲尔丁，基思·摩尔，马克·日，卡尔·欧诺Manros，迈克尔Slavitch
和马丁Duerst。跃马客栈的灵感，债务工具中央结算系统
剑桥咖啡壶，互联网烤面包机，可乐机，
其他电脑控制远程设备已使这一宝贵的
创作。
9。参考文献
[ RFC2068 ]菲尔丁，河，Gettys的研究，莫卧儿，研究，Frystyk研究，和T.
伯纳斯-李，“超文本传输协议- HTTP/1.1的”，RFC 2068，
1997年1月。
[ RFC2186 ]韦塞尔斯，，K. Claffy的的“互联网缓存协议（ICP），
第2版，“ 1997年9月的RFC 2186
[ CPMIB Slavitch，M.，“滴灌式管理对象的定义
激烈的饮料硬件设备使用SMIv2“，RFC 2325，4月1日
1998年。
[ HTSVMP ]问：斯塔福德-弗雷泽，“超文本夹心范监测
协议，版本3.2“。准备。
[ RFC2295 ] Holtman，光，A. MUTZ，“透明内容协商
在HTTP“，RFC 2295，1998年3月。
[ 外汇 ] K. Holtman。“安全响应头场”1997年9月。
[ CAM ]“木马房间咖啡机”，D.戈登·约翰逊，
剑桥大学计算机实验室的大学，
< http://www.cl.cam.ac.uk/coffee/coffee.html >
[ CBIO ]“木马房间咖啡壶，（非技术性）的传记”，问：
斯塔福德 – 弗雷泽大学，剑桥大学计算机实验室
的< http://www.cl.cam.ac.uk/coffee/qsf/coffee.html >。
[ RFC2235 ] Zakon，R.，“霍布斯的互联网时间轴”，仅供参考32，RFC 2230，
1997年11月。参见
< http://www.internode.com.au/images/toaster2.jpg >