1、ICS 35.240.60 L67 YD 中华人民共和国通信行业标准YD厅1322.4-2004电子商务技术要求第四部分:票据的表示层旬法Electronic commerce technical specification Part four: presentation layer syntax of voucher 2004-08-04发布2005-01-01实施中华人民共和国信息产业部发布YO/T 1322.4-2004 目录前言.EI 范围2 规范性引用文件3 定义3.1 票据(Voucher)3.2 参与者(Participants)23.3 票据交易系统(VTS). 2 4 缩略语
2、.3 5 通用票据交易要求.3 5.1 概述.3 5.2对V凹的要求.3 5.3 VTS的范围.45.4 对GVL的要求.5 5.5 应用情形.65.6 相关问题说明.7 6 基于XML的通用票据语言.7 6.1 概述.76.2含义.76.3 处理模型.8 6.4 信任模型.9 6.5 成分的结构.9 6.6举例.10 6.7 语法和语义.11 6.8 方案.15 6.9 VTS方案举例.17YD厅1322.午2004目。吕本部分为电子商务系列标准之一。本系列标准的结构及名称如下:1) YDf 1322.1-24 ;E 2) YDf 1322.2-24 ;3) YDf 1322.3-24 ;的
3、YD厅1322.4-24。下面是承诺P的一些例子:消费者每次购买后卡上将增加两个忠实度/信用点，如果积累够了50点，消费者可以免费获得某一商品(忠实度点的承诺)。如果出示票据卡，消费者将有总购买金额10%的折扣(会员卡的承诺)。如果提供优惠券，消费者将有总购买金额50%的折扣(优惠券的承诺)。持有者可以一个月免费访问某站点http:/.(由于销售的增加，免费券的承诺)。持有者可以使用回收券更换已经订购的服装(回收券/交货券的承诺)。 4月2日的一场音乐会的A-24号座位的预留(入场券的承诺)。YD厅1322.牛2004注意:当定义某票据的内容时，不需要用自然语言来描述承诺P。比如，可以用一组使
4、用XML描述的属性名/值一对来定义票据的内容。3.2 参与者(Participants) 在票据交易模型里，有发行者、持有者、收集者和票据交易系统(VTS)提供者4种类型的参与者。他们的任务分别如下:发行者一一创建和发行一个票据，担保票据的内容;持有者(或用户)一一拥有票据，过户或回收票据给其他用户或收集者;收集者(或检验者)一一收集或检查票据并且兑现承诺，通常向用户返还商品或服务;VTS提供者一一提供票据交易系统(V1日，保证一个特定的票据不会分配给多个持有者或者被多次使用，除非是票据类型允许。IOTP模型包含商家、配送中心、消费者和其他参与者，他们在结算时扮演多种角色。比如，可以把一个商家
5、认为是一个发行者，也可以认为是一个持有者，这取决于该商家是自己创建票据还是从批发商或厂商那里购买票据。一个商家也可以是一个收集者，比如它收集礼品券或优惠券。3.3 票据交易系统(VTS)票据被发行者生成，在用户之间交易，最后被收集者收集。其生命周期如图I所示。发行者I发行v 用户H用户H过户国1票据的生命周期VTS提供者提供一个V币，使票据在参与者中间安全地流通。回收h v 收集者VTS的定义如下:一个票据交易系统(VTS)是一个在逻辑上管理一个有效票据集合(VVS)的系统，该系统是 I 1 in IS , P in PS , H in HS的一个子集(IS是发行者的集合、PS是承诺的集合、H
6、S是持有者的集合)。除非发生发行、过户和回收3种交易，VTS会防止VVS被修改或再生。初始状态的VVS是空集。注意:这并不意味着vvs被物理地存放在一个中心数据库里。比如，一个具体的实现可以将它们分别保存在由每个持有者携带的卡里，或者保存在由每个发行者或可信任的第三方管理的多个服务器市。信任策略和具体实现时的问题不在本标准中规定。(1)发行一个发行业务，是以发行者的意图创建，并将它加入VVS的动作。(2)过户一个过户业务，是重写VVS中的到 (其中H的动作，用来反映持有者H的意图。在这种情况下，票据在回收时，持有者将保持票据的持有权。比如，回收(表示)牌照和护照。消费是删除VVS中的动作，用来
7、反映持有者H的意图。持有者对票据的拥有权将被取消，或当票据被回收时，它的有效使用次数会减少。比如:回收一个入场券或电话卡。注意:可以在同一个IOTP购买交易中执行一个或多个这种业务。2 YD厅1322.4-20044 缩略语下列缩略语适用于本部分。API (Application Programming Interface) 应用程序编程接口DOM (Document Object Model) 文档对象模型DTD (Document Type Definitions) 文档类型定义ECML (Electronic Commerce Modeling Language) 电子商务建模语言GPS
8、F (Generic Payment Service Framework) 通用支付服务框架GVL (Generic Voucher Language) 通用票据语言HTTP (Hyper Text Transport Protocol) 超文本传输协议IANA (Intemet Assigned Numbers Authority) Intemet分号机构IOTP (Intemet Open Trading Protocol) 因特网开放贸易协议IPSEC (IP SECurity) IP安全协议JCC (Java Commerce Client) Java商务客户端MIME (Multip
9、urpose Intemet Mail Extensions) 多用途网间邮件扩展PDA (Personal Digital Assistant) 个人数字助理SET (Secure Electronic Transaction) 安全电子交易SSL (Secure Socket Layer protocol (Netscapes) 保密套接层协议TL.S (Transport Layer Security) 传输层安全协议URI (Uniform Resource Identifiers) 惟一资源标识URL ( U niform Resource Locators) 惟一资源位置VTP (
10、Voucher Trading Protocol) 票据交易协议VTS (Voucher Trading System) 票据交易系统VVS (Valid Voucher Set) 有效票据集合W3C (World Wide Web Consortium) World Wide Web联盟XML (eXtensible Markup Language) 可扩展标记语言XMLDSIG (XML-Signature Syntax and Processing) XML签名的语法和处理XML-NS (XML N ameSpace) XML名字空间5 通用票据交易要求5.1 概述在现实生活中，要完成购
11、买和其他商业交易，经常要建立信用忠实度点，积累数字优惠券或礼品券等。这些活动的重要性在网络商务中也逐渐地被认识到。如果一定要为各种不同的应用开发不同的发行或收集系统来处理这些信用度点和优惠券的工作，实现起来的成本将会很高，这将阻碍这种机制在电子商务中的应用。消费者也要被迫安装不同的软件模块来处理这些信用度点和优惠券。票据是请求服务或商品的权限的数字表示形式。使用票据的概念，包括像信用度点和优惠券这样的电子数据值就可以在使用一种交易软件的统一方式下进行操作。本节规定票据安全流通交易系统(VTS)中的票据交易模型和要求，以及可描述不同类型票据的表示层句法，并且还列出了VTS和通用票据语言(GVL)
12、的设计规则和要求，以达到描述不同类型票据的目的。5.2 对VTS的要求一个VTS必须符合下面的要求:1)必须可以处理不同发行者发行的票据;2)必须可以防止非法的行为，如修改、伪造、复制，并保证隐私;3 YD厅1322.4-20043)就实现的成本/操作以及效率方面来讲，它必须是实用的。5.2.1 处理多种票据的能力(1)不同的发行者不像数字现金系统那样，仅仅处理特定的发行者(如中央银行)发行的货币，票据交易系统必须可以处理多个发行者发行的票据。(2)多种类型的票据不像数字现金系统那样，仅处理货币，VTS系统必须可以处理不同类型的票据，如礼品券、优惠券和信用度点。5.2.2 安全保障(1)预防伪
13、造只有发行者可以发行一个有效票据。决不允许其他任何人制造票据。(2)预防更改除非在过户过程中票据的持有者被重写，票据在流通过程中不能被更改。只有当前持有者可以初始化个过户的业务。(3)防止重复执行回收当票据已经被消费了，就不能被回收再用。只有持有者可以初始化一个回收的业务。(4)防止复制票据在流通过程中不能被复制，即任何特定票据在任何特定时间内只能有一个有效持有者。(5)不可否认性当一个票据被发行、过户或回收以后，不应该有被否认的可能。(6)隐私安全当某人拥有了票据以后，该票据当前以及过去持有者的身份应该被隐藏。(7)信用的易管理性如果种类繁多的票据被投入流通，对于用户来说，判断一个票据是否可
14、以信任可能是比较困难的。为了帮助用户，一种验证票据真实性的信用管理功能应该被支持。5.2.3 实用性(1)可扩展性(Scalability) 不应该只有单个集中式的中间商(或经纪人)销售所有类型的票据，或仅仅只认可单个来认证全部发行商和其他参与者的集中式的权威机构。集中式的管理会极端脆弱，集中管理机构的故障将引起整个系统的瘫痪。(2)高效实现VTS必须高效。许多票据的应用，如入场券或车票要求很高的性能表现，尤其是当票据要被回收的时候。(3)简单易用实现VTS应该简单。简单易用对于降低具体实现的成本来说很重要。另外，简单易用对于理解整个系统也很重要，理解系统对于相信一个系统也是必要的。5.3 V
15、TS的范围5.3.1 概述为了实现一个V霄，就必须搞清楚票据交易协议(VTP)，VTS应用程序编程接口(VTS-API)和通用票据语言(CVL)。下面具体介绍它们的目的、好处和限制。5.3.2 票据交易协议为了协调不同VTS提供者开发的多种VTSs，需要发行、过户或回收票据的标准协议。然而，VTS 的实现有若干种。例如，折扣优惠券或入场券经常选择脱机的分布式智能卡V币。反之，债券或有价证券则倾向于采用联机的集中式VTS。此时，定义任何标准协议都是不切实际的。4 YD厅1322.4-20045.3.3 VTS-API 为了在VTS(发行者和应用开发者)的选择上提供自由度，应该指定一个标准的能封装
16、V四执行的票据交易系统应用程序编程接口。它允许一个应用调用者以一种独立于VTS执行的统一方式发行、过户和回收票据。由VTS-API提供的发行、过户、和回收这些基本功能能直接源自本标准中描述的VTS模型。VTS-API的更多设计方面的细节将在另外的标准中讨论。5.3.4 通用票据语言为了满足对vrs的不同要求(见5匀，应该指定一个标准的实现不同票据特性的通用票据语言(GVL)。这种方法可以保证vrs的应用独立性。语言应该能定义不同的票据承诺，包括入场券、优惠券、忠实度点和礼品证书等。指定的I和H是一个VTS执行要素并且能用一个公共的钥匙完成，一个公共钥匙、URI或规则范围内其它名字的杂凑。下面我
17、们具体讨论对GVL的要求。5.4 对GVL的要求5.4.1 GVL的含义由语言和它们的要求级别支持的含义详细描述如下:1)合法性控制:如在某种类型的票据被回收时，执行了无效的方法，则会失去一些信用度点，但会员卡无论出示了多少次仍然应该是可以使用的。语言必须能够定义有效性是如何被修改的。另外，语言必须能够定义有效期、启用日期以及终止日期。2)可转让性控制:有些类型的票据要求具有可转让性，语言必须能够定义票据是否可以被转让。3)流通控制:基于不同类型的票据，在流通时，必须满足各种流通的需要或约束条件，如只有有资格的商店可以发行特定的票据，或只有某些确定的服务提供商可以废除特定的票据。语言应该能够定
18、义这种流通上的要求。4)匿名控制:不同类型的票据要求不同级别的匿名服务。语言应该能够控制这种匿名服务级别的要求。5)易懂性:一个票据的术语和描述应该可被参与者理解，这将有助于减少对票据提出的疑问。6)状态的易管理性:有些类型的票据具有属性，而这些属性值会在流通中动态地改变，比如，支付状态、预约状态或确认状态。语言应该能够支持这类属性的定义。7)混合性:有些类型的票据包含一些子票据，这些子票据可能与原始的票据分别发行，这一般是由于票据由不同的机构发行或者在不同的时间发行。语言应该能够支持由多种子票据组成的泪合票据。5.4.2 语法为了与下面所示的其他标准统一，语言的语法必须基于XML。语言的语法
19、必须能定义任何具体应用的属性，如座位号、航班号等。应该需要一种定义语言，它可以被翻译成特定应用的DTD。5.4.3 安全该语言必须提供必要的用于安全的参数。安全的要求，主要遵循第3章描述的VTS要求，而不是按照GVL的要求。5.4.4 效率票据可以被存在内存有限的卡或PDA里。超长的定义可以招致长时间的传输和处理时间，而这是不能被接受的。所以，语言应该使票据的效率定义成为可能。5.4.5 相关要求语言应该包含下面的规范:1 )因特网开放贸易协议(IOTP)vl.O; 2) XML签名技术;5 YD厅1322.中20043)可扩展标记语言(XML);4) ECML版本2。5.4.6 GVL举例一
20、个票据用GVL定义的票据例子描述如下。该例子定义的是一个特定商品(一本ISBN号码是71355014的书)的5美元折扣优惠券。该优惠券用一个叫voucher Exchanger的v因流通，它从21年4月1日至22年:.3月31日有效。若希望得到它，必须花费一个票据。IOTP Book Coupon $5 off 10P Book VE2.31 5.5 应用情形本节列举票据和VTS的使用例子，并将它作为一个包含广告、支付和配送交易的典型电子商务的例子来描述。展示票据可以被当做一个有效的途径来处理那些双方还没有建立信任机制的不同领域的服务。图1给出了一个消费者寻找商品或服务，并实施购买的-个典型电
21、子商务实例:广告代理处(1)获得一个优惠券(2)发出支付信息支付管理获得一个礼品证书(3)过户优惠券和礼品证书离家获得收据和信用度点的积分(4)过户收据，供给商品或服务递送管理固1票掘的应用例子6 YDIT 1322.4-24 1)使用搜索引擎查找需要的商品或服务，从表示有权购买某一折扣价商品或服务的广告代理处在取优惠券;2)从支付处理者那里交换到一个代表现金或支付信息的礼品证书;3)将优惠券或礼品证书过户给商家，交换回一个收据和信用度积分;4)过户收据到递送处理者并得到商品或服务。在本例中，优惠券、礼品证书和收据分别代表产生上面4个交易的媒体。注意:不必信任交易中的参与者，仅相信票据本身就可
22、以。换句话说，如果票据本身是可信任的，那么就不必在参与者之间先交换合同了。以提货单作为例子，即使递送者不信任消费者，发出提货单的商家也是可以信赖的，如果VTS担保在商务过程中提货单不会重复，用提货单交换商品和服务也不会有问题。同样，即使商家不信任递送者，提货单的发行也是可以被查证的，如果VTS担保在商务过程中提货单不会重复，用提货单交换商品和服务也不会有问题，如图2所示。换句话说，如果在发行者和VTS之间是有信用的，那么，交易中的参与者之间就不要求相互信任。提货单提货单消费者递送者商家商品或服务商品或服务图2榈互不健怪的参与者使用提货单通常，信任个体要比信任公司困难，所以，VTS的这种特性是非
23、常重要的。此外，票据中的交易活动也有保护个人隐私的特点。例如，在上面提货单的情景中，消费者自己可以指定递送服务，因此，商家根本不需要知道任何诸如递送者地址这样的个人信息。还有，依靠指定一个方便的店铺作为收货地点，递送服务也不必去知道消费者的地址。5.6 相关问题说明如果不要求过户功能，一个票据可以像数字认证那样简单地实现。如Signed_I(I, P, H)，短语Signed_I的意思是:整个过程签上了发行者的电子签名。如果要求过户功能，那么在过户过程中，H (持有者)是变化的，也就是说，签名是不连续的(断了)。另外，需要在线的数据库核对设备或可抵御篡改的设备来防止重复履行。VTS必须处理不同
24、类型的票据，如礼品证书、优惠券或信用度积分;它不像电子货币系统仅处理货币。另外，票据是由不同的发行者发布的。电子财产权(digitalprope此yrights)可以被表示成票据，并可以使用VTS进行贸易活动。然而，为了支持电子财产权，要求有些保护措施的系统被用来安全地重新生成数字内容。这些要求不在VTS范围之内。6 基于XML的通用票据语言6.1 概述本节为使用XML语法定义票据的特性指定规则。票据是一个表示一种要求商品或服务权利的逻辑实体。票据可被用于表示一个大范围的电子数值，包括优惠券、人场券、信用度点和礼品证书，这在支付和/或递送处理过程中是经常需要的。6.2 含义在本部分中，XML票
25、据指定了使用XML语法定义票据特性的规则。票据是一个表示一种特定权利并且逻辑上由票据交易系统(V四)管理的逻辑实体。它产生于发行者，在使用者中交易，最后由收集者使7 YDIT 1322.4-2004 用VTS收集。本节定义票据成分的语法和语意。票据成分就是用XML语法定义的票据涵义及处理规则。一个票据成分的定义必须满足允许票据由VTS或其它交易系统处理的特性，如钱包系统或商业系统。注意:本节的票据是作为票据实例来使用的，而票据实例的涵义是由票据成分定义的。换句话说，多种票据能用同样的票据成分被VTS发行和管理。6.3 处理模型实现v因有几种方式并且技术在不断变化。例如，折扣优惠券或入场券经常选
26、择脱机的分布式智能卡VTS。反之，债券或有价证券则倾向于采用联机的集中式VTS。此时，为发行、过户、回收票据定义标准协议是不切实际的。为了提供实现的灵活性，本标准假设一种允许多种VTS以插件程序形式被加入的模块式钱包结构。在这种结构中，规定标准化的两个规范即票据成分和VTS-API，而不是一个标准的票据传送协议，如图3所示。发送者钱包/;发行系统接收者钱包/收集系统票据成分(规定VTS提供者和承诺)而以接收和支付(、项)问-一-一- - -_-幽幽-发行/过户/VTS VTS 登记回收请求插件程序插件程序收听者(1)(VTS API) 同【- - -_. (VTS API) J;于特定VTS的
27、协议(情VTS是分布式) 同一一一一一一一一 结果通报(2)注:(1)登记是可选的。注意当钱包或收集系统启动时，VTS插件程序通常是预登记的。(2)如果收听者已登记了。回3带有VTS插件程序的钱包结构8 YD厅1322.4-2004在发送者和接收者商定用什么票据进行交易并且选用哪个VTS之后，发行系统或钱包系统请求相应的V因插件程序允许经由VTS-API进行发行、过户或回收处理。于是，VTS用VTS-API规定协议改写票据的物主身份。最后，一个完成事件被送往钱包系统或发行/收集系统。6.4 信任模型如果发行者和V白提供者是可信的(有身份证明)，一个票据则是可信的，因为发行者负责票据的内容，VT
28、S提供者负责防止把物主身份赋予多个用户。对发行者和VTS提供者所要求的信任级别依赖于票据的类型(或承诺)。为了提供查证需要的信息，发行者和VTS提供者的条件在票据成分中指定，并作为输入提供给查证者;如钱包系统或其它软件。票据的信任因此通过票据成分被证实。这种模式能使交易伙伴在票据中证实他们的信任，而不用考虑他们在交易伙伴中的信任。本部分假设票据成分是信任的根本，如果一个有敌意的使用者能够改变票据成分，则一个伪造的票据会被有效证实。票据成分通常从可信的VTS提供者、发行者或可信的第三方参与者使用一个安全的通信通道，如XMLDSIG、TLS或IPSEC处得到。注意:票据成分不是必须从票据的发送者中
29、被发送的;一组可信的票据成分能在处理一个操作之前被下载。6.5 成分的结构当票据被回收时，票据成分提供鉴别返还的货币值或商品的必要信息。它包括: 针对票据，多少数值/项(value/items)能要求被交换。 应用于票据的限制一参与者(VTS提供者、发行者、持有者和收集者); 一被要求的物品(商品); 一有效的时间(有效期); 一其它。票据成分也提供显示和操作钱包系统内容的一般特性。它包括每个票据的标题和描述。票据成分包含标题成分、描述成分、提供者成分、发行者成分、持有者成分、收集者成分、数值成分、有效期成分、商品成分和条件成分。(1)标题成分提供票据的标题。这主要是为了列出储存于钱包系统中实
30、体的清单。(2)描述成分提供票据的简短描述。这主要是为了列出储存于钱包系统中实体的清单。(3)提供者成分限定能被用作交易票据的VTS提供者或VTS插件程序(如有身份证明的供应商开发的软件系统)。(4)发行者成分限定票据的发行者。(5)持有者成分限定票据的持有者。(6)收集者成分限定票据的收集者。(7) 数值成分提供每个票据的数值。它有固定和比率数值两种类型:采用固定数值时，币种和数字被指定;采用比率数值时，相应商品的折扣率被指定。数值成分也指示将被回收票据的数量，它指的是在商品成分和数值成分中被要求的商品或货币值。如果n(0)被规定，商品或货币值能被要求交换n张票据。如果0被规定，则它能被重复
31、使用。9 YD厅1322.4-2004(8)商品成分提供要求物品的限制。票据的明确范围，如在票据被回收时，被指定用来返还的商品代号或入场券的座位号。(9)有效期成分提供票据有效日期的限制，就是开始日期和终止日期。(10)条件成分提供任何其它可应用的限制。这是为了形成票据发行者和持有者之间的自然语言形式合同。使用上述成分，不同类型票据的语意能被表1显示的内容定义。褒1事据及其特性举例数值(Value)限制举例比率固定需要回收商品(%) 数量币种的数量礼品证书25 USD l (没有定义)忠实度点AUD 10 (没有定义)会员卡20 。(没有定义)优惠券30 牛肉500g入场券1 会堂A，S, K
32、23 提货单100 ISBN: 0071355014 6.6 举例本节提供票据成分的总览和一些实例。票据成分用下面结构的票据元素表示(此处的7表示零或一个事件): (Title) (Description) ? (Provider) (Issuer)? (Holder)? ( Collector ) ? (Value) (Merchandise) ? (V alidPeriod)? (Conditions) ? 一个票据成分的例子描述如下。该例子是关于一个特定商品(一本ISBN号码是71355014的书)的5美元折扣优惠券的。该优惠券从2001年4月1日至2002年3月31日有效，若希望得到宫
33、，必须花费一个票据。10 IOTP Book Coupon $5 off IOTP Book YD/T 13.但.4-24VE2.31 lDA8DFCF95521014BBB7171B95545E8D61AE803F The value of由iscoupon is subject to tax. 6.7 语法和语义一个XML票据的通常结构在成分结构中描述。本节对票据成分特性做细节描述。除非有其它说明，本节的特性描述就必须实现。为了清楚起见，方案定义中的无效元素在XML方案命名空间:xmlns=hUp:llwww. w3.org/200 l/XMLSchema 涉及到的这里定义的XML票据方案
34、用前缀gvl并且在命名空间:xmlns:gvl=气lrn:ietf:params:xml:schema:vts-lang这个命名空间也用于票据例子中的无效元素。6.7.1 元素元素包含、和元素，并且可选择的包含、和元素。这些子元素在下面部分定义。元素在下面方案中定义:11 YD厅1322.4-20046.7.2 元素元素包含一个票据的纯文本标题。这主要为了列出在钱包系统中存储的实体。元素没有属性。元素由下面方案定义:6.7.3 元素元素包含一个票据的纯文本描述。这主要为了列出在钱包系统中存储的实体。元素没有属性。元素由下面方案定义:6.7.4 元素元素可以包含任何用于指定和限制票据VTSPro
35、vider的元素。包含于此元素中的子元素依赖于VTS的具体实现。一个钱包系统的具体实现可以在VTS插件程序被登记时使用这一信息标识和/或鉴别VTSProvider。这些基于具体实现的VTS元素可以用XML-ns扩展。元素有一个用于指定VTSProvider名字的宇符串类型的元素由下面方案定义:name 6.7.5 元素属性。元素可以包含任何用于指定和限制票据的Issuer的元素。包含于此元素中的子元素基于VTS的具体实现。一个V凹的具体实现经常需要用它来描述Issuer的鉴别数据。这些基于具体实现的VTS元素可以用XML-ns扩展。元素有一个用于指定Issuer名字的字符串类型的name属性。
36、元素由下面方案定义:元素类型在6.7.4部分中定义。如果元素被省略，则一定被解释成对Issuer没有限制。6.7.6 元素元素可包含任何用于指定或限制票据的Holder的元素。包含于此元素中的子元素依赖于V恒的具体实现。一个VTS的具体实现经常需要此元素来描述Holder的鉴别数据。这些VTS基于具体实现的元素能用XML-ns扩展。12 元素有一个用于指定Holder名字的字符串类型的name属性。元素由下面方案定义:元素类型由6.7.4部分定义。YD/T 1322.4-24 如果元素被省略，则必须被解释成对Holder没有限制。6.7.7 元素元素可以包含任何用于指定和限制票据的Collec
37、tor的元素。包含于此元素中的子元素基于VTS的具体实现。一个V凹的具体实现经常需要用它来描述Collector的鉴别数据。这些基于具体实现的VTS元素可以用XML-ns扩展。元素有一个用于指定Collector名字的字符串类型的name属性。元素由下面方案定义:元素类型在6.7.4部分中定义。如果元素被省略，则一定被解释成对Collector没有限制。6.7.8 元素元素可选择包含一个或一个元素，但不是二者兼有。这些子元素由下面部分定义。元素有一个type属性用于指定数值操作的类型。这个属性当票据在商业场所等地点被回收时提供计算支付数量的功能。以下标识符是为type属性定义的。Exchang
38、e:在元素中指定的项目，能要求回收票据。如果此类型被选，和元素必须都被指定。注意这种数值处理类型和以下有相同的意思:Discount:在元素中指定的项目，能由或元素计算的折扣价购买。只有一张票据能被用来针对一个项目的一次购买。针对一个项目的一次购买一定不能超过零售价格。Monetary:在元素中指定的项目，能被票据的数值购买(注意:如果元素没有被指定，票据能被用于任何购买)。如果此类型被选，元素必须被定义。多个票据能为购买单一商品而被回收。如果票据的总数值超过了零售价格，则要找零。元素还有一个spend属性，该属性用来指定为了要求商品、服务或指定货币值而回收的票据数量。例如:如果、(0)被指定
39、，n张票据就能被要求交换商品或服务等(注意:在这种情况下，有相同Voucher Component的多个票据必须存在);如果0被指定，则可被重复使用。如果spend属性被省略或整个元素被省略，则必须被理解成spend属性为1。元素由下面方案定义:元素类型由下面方案定义:6.7.8.1 元素不包含任何内容。元素有一个percent吨e属性用于指定相应商品的价格折扣率百分比。元素类型由下面方案定义:6.7.8.2 元素不包含任何内容。元素有如下的cuency、amount属性和可选的decimalPower属性:Currency:提供用3个字母的150币种代码1504217表示的货币值单位，如美元
40、用U5D表示。Amount:提供每张票据的货币值数量。DecimalPower:为上述amount属性提供一个十进制数，表示十进制小数的位数。如果d回imalPower属性被省略，则必须被解释成decimalPower属性指定成0。例如:以分( cents)为单位的美元， 1被指定为amount属性，-2被指定为 decimalPower属性，也可表示为，0.01被指定为amount属性，decimalPower属性被省略。类型由下面方案定义:6.7.9 元素元素可以含有任何用于指定或限制商品或服务的元素(在票据被回收时)。包含于此元素中的子元素依赖于票据的应用，并由其它特定的规范定义。这些特
41、定的元素可作为子元素使用XMLns来扩展。14 元素没有任何属性。元素由下面方案定义:YD/T 1322.4-24 如果元素被省略，则一般被解释成当使用票据时对商品没有限制。6.7.10 元素元素不包含任何内容。元素含有用于存放票据有效期限的日期一时间类型的start和end属性。元素由下面方案定义:如果sta旷属性被省略，则必须被解释成票据在由终止属性指定的日期(包含)之前的任何时间有效;如果end 属性被省略，则必须被解释成票据从开始属性指定的日期有效而没有终止日期。如果两者都没有被指定或整个元素被省略，则必须被解释成票据在任何时间内都有效。6.7.11 元素元素可包含任何用于指定其它为限
42、制票据用途的限制和条件的元素。包含于此元素中的子元素依赖于票据的应用，并由其它特定的规范定义。这些特定的元素可作为子元素使用XML-ns来扩展。元素没有任何属4性。元素由下面方案定义:如果元素被省略，则一般被解释成在使用票据时，没有其他的限制或条件。6.8 方案汇总的XML方案规范如下:BEGIN 15 YD厅1322.4-200416 END 6.9 VTS方案举例下面描述了一个方案定义的例子，它针对一个VTS的具体实现:YD厅1322.4-2004使用这一方案定义，能被用来指定V币的版本号，并且元素能被用来指定VoucherComponent中的Issuer。17 寸OONl寸.NN的?O中华人民共和国通信行业标准电子商务技术要求第四部分:票据的表示层旬法YDIT 1322.4-24 * 人民邮电出版社出版发行北京市崇文区夕照寺街14号A座邮政编码:1仅用61电话:68372878 北京地质印刷厂印刷版权所有不得翻印24年9月第1版2创)4年9月北京第l次印刷1116 开本:880x1230 印张:1.5 字数:40千字ISBN 7-115-1010/1创-72定价:12元本书如有印装质量问题，请与本社联系电话:(010)68372878
