(CC/PP)结构和词汇 1.0[21]

[入库:2005年8月18日] [更新:2007年3月25日]

本文简介:选择自 ljp19820721 的 blog

  • 能力交换协议
  • 信任模型
  • 词汇表
  • 安全机制
  • 允许的属性值类型限制
  • 属性值处理和/或匹配规则
  • 代理词汇表和处理
  • 请求设置文件识别的规则
  • 任何被传输的资源数所需要包含的额外信息
  • 用于识别参考的设置文件文档的uri表单(如默认)
  • 用于定位和检索参考设置文件文档的机制
  • 在主机协议已有的任何协商机制的交互作用

有少许协议假设嵌入了cc/pp的设计之中。虽然本意是要实现广泛意义上的协议无关,对于利用http来检索web资源的cc/pp使用还是被给予了一些特别关注。

f.1 http中的请求处理过程概要

cc/pp协同http使用应该按照以下的方式。

(这并不是一个协议规范,而只是对假想的信息流的暗示。定义转化cc/pp信息的协议是另外一项工作[ccppex])。

图 f-1:http请求处理
  +------+ (5)       (4) +-------+               +------+
  |client| <==response== | proxy | <==response== |origin| <====> (resource)
  |  ua  | ===request==> |       | ===request==> |server| (3)    (  data  )
  +------+ (1)   |       +-------+ (2)   |       +------+
                 |                       |
                 v                       v
(client  ) <--- (client profile) <----- (request profile)
(defaults)       + local values          |
                                         v
                        (proxy   ) <--- (proxy profile)
                        (defaults)       + local values
  1. 客户发送一个http请求,其中附随一个cc/pp客户设置文件。客户设置文件中可以包含对默认设置文件的参考,默认设置文件描述了相关客户的一系列的共同能力(如特定的计算机/操作系统/浏览器组合,或移动设备的特定型号),和不同于默认设置文件的值。
  2. http请求可能需要穿过,这些防火墙/代理(a)对访问内容有所限制,或(b)能按照请求客户的能力而采用不同形式的内容。这个代理扩充了含有关于这些限制和适应性的cc/pp设置文件,并将其与http请求其一起发送到源服务器。请求可能需要经过几个这样的代理。
  3. 源服务器收到请求并解释cc/pp设置文件。它选出和/或生成与设置文件中描述的复合的代理和客户能力相匹配的内容。并作为http响应发送到请求链中最近的代理。
  4. 如果需要,代理可以采用任何的内容适应,和任何的其他它需要履行的功能。最后,结果响应和内容传回发出请求的客户。
  5. 客户收到http响应并表现其中的内容。

注意:cc/pp和多种的http accept-*报头之间有一点重叠。协同使用cc/pp和http的协议规范必须指明http 'accept-*'可以如何使用,它们将如何与cc/pp设置文件交互。

f.2 代理的行为的协议假设

描述代理行为的构架对用于转化cc/pp设置文件的协议做出了一些假设:

  • cc/pp设置文件被转化成一个或多个部分,每个部分包含一个图表段,这些图标段组合在一起构成一个rdf图表。
  • 除了rdf图表,协议必须分别地命名与当前的请求设置文件的根段对应的rdf资源。
  • 当前的操作模型是这样的,所有的cc/pp设置文件的解释工作是由源服务器来完成,而非代理。这可能需要协议允许起源服务器在其响应中供应信息,以便允许代理来决定是否进行它们可以提供的转化;如是否需要进行xhtml到wml的转换,或者客户本身就有xhtml能力?

注意:: 上面所提到的“当前的操作模型”并没有禁止代理来解释cc/pp设置文件。更恰当地来说,这意味着描述代理行为的构架并不要求代理必须理解cc/pp设置文件。

appendix g: rdf兼容性

本附录为读者提供一定的信息。

本cc/pp规范标准是基于资源描述构架(rdf)模型和语法规范[rdf],一个w3c推荐标准。那个版本的rdf并没有显式的字面数据类型。在本规范标准编写过程中rdf规范标准也在进行修订。修订中的rdf (rdf/xml语法规范标准(修订)),在本文编写时还没有成为推荐标准,其中介绍对字面值的xml schema数据类型的支持。本附录概述了对实现者的暗示,以便他们完成他们的与这个rdf补充建议相兼容的cc/pp实现。希望将来版本的cc/pp规范标准可以提出显式的数据类型在定义cc/pp设置文件时该如何使用。

g.1 暗示的数据类型

在本规范标准中,包含在cc/pp设置文件中的cc/pp属性值是,在rdf (修订)[rdfprimer]术语中,一个rdf普通文字。cc/pp词汇schema(如附录c中的例子),是用在cc/ppschema(附录b)中介绍的简单类型来定义的,对于这些属性它可以供应额外的类型信息。cc/pp设置文件消费者应用程序可以使用词汇schema(或直接解释schema数据,或对于已知的词汇在应用程序中嵌入等同的信息)来检查设置文件中的数据的有效性,并且把这些数据映射到编程语言的数据类型。

g.2 显式的数据类型

修订的rdf工作草稿支持显式的xsd(xml schema数据类型(xml schema datatypes))数据类型。如果显式的数据类型被采用,可以修订cc/pp规范标准来允许cc/pp设置文件中的属性值表示为rdf打字文字。在rdf打字文字的xml编序中,字面值的类型被规定为含有这个字面值的元素的一个属性。在这种情况下,cc/pp设置文件消费者应用程序可以使用这个类型信息来解释cc/pp属性值,而不需要访问另外的词汇schema信息。

为了向下兼容,将来cc/pp设置文件消费者应该能处理cc/pp属性,不论它是使用暗示的或显式的数据类型。

附录w:修订历史

(略)

本文关键:(CC/PP)结构和词汇 1.0
  相关方案
Google
 

本站最佳浏览方式为 分辨率 1024x768 IE 6.0(或更高版本的 IE浏览器)

go top