YD T 1322.2-2004 电子商务技术要求.第二部分 支付网关.pdf

《YD T 1322.2-2004 电子商务技术要求.第二部分 支付网关.pdf》由会员分享，可在线阅读，更多相关《YD T 1322.2-2004 电子商务技术要求.第二部分 支付网关.pdf（73页珍藏版）》请在麦多课文档分享上搜索。

1、ICS 35.240.60 L 67 YD 中华人民共和国通信行业标准YD/T 1322.2-2004 电子商务技术要求第二部分:支付网关Electronic commerce technical specification Part two: payment gataway 2004-08-04发布2005-01-01实施中华人民共和国信息产业部发布YO!T 1322.2-2004 目录前言.n I 范围.2 规范性引用文件-3 缩略语.14 支付API5 消息流.65.1 认证文档交换(AuthenticationDocumentation Exchange) . 8 5.2 品牌编辑(B

2、randCompilation) . 9 5.3 品牌选择(BrandSelection) . . . . . . 11 5.4 支付成功(SuccessfulPayment) . 14 5.5 故障处理(FailureProcessing) . 18 5.6 支付流程.26 5.7 支付询问.28 5.8 IOTP钱包初始化.28 5.9 支付软件管理296 相关性.29 6.1 属性和元件.34 6.2 完成代码.38 7 支付API调用.38 8 函数调用.62 附录A(规范性附录)IOTP的SET支持.、.69 YOIT 1322.2-2004 E 目。昌本部分为电子商务系列标准之一。

3、本系列标准的结构及名称如下:l.YD/T 1322.1-24 ;2.YD/T 1322.2-24 ;3.YD/T 1322.3-24 ;4.YD/T 1322.4-24 g + + Payment lnstrument InquI , Inquire Pending Payment + + Start Payment lnquir 4 lnquire Payment Status 4 Manage Payment Software + , , , 下节概括了API调用的相互关系和依赖性，它们提供了对可选过程的描述信息，以及描述了通用IOTP应用内核和特定支付模块之间的通信和同步。5.1 认证文

4、档交换(Authentication Documentation Exchange) 本节将描述如何使用本文档中的函数联合处理认证。8 被认证方Authenticate ( Challenge ) Authenticate Resvonse (Respon盹)1 )认证方过程(AuthenticatorProcess) IOTP交易块图2认证文档交换IOTP支付桥询问认证盘问值(In叫I叫q山r陀eAut由he创ent眈)(扣e1认证方Inquire Authe叫i创业ionChallenge-4 hq血-eAuthentication Challlenge Response (Challe理

5、1ge) Check Authentication Response ( Challenge，Respons时d Che吧:kAuthentication Response Response Get Payment Initialization Data Get Payment Initalization Data Response YD厅1322.2-20042)被认证方过程(AuthenticateeProcess) IOTP应用内核查看IOTP交易类型是否能够实际支持认证过程。如果提供了认证数据构件，那么查看它的认证方式是否是以Pay打头。如果是，就把认证方式和盘问值转发给激活的IOTP

6、支付桥(认证Authenticate) ，认证请求块用没有任何内容的元件来请求被认证方的组织数据。如果失败，可能会重试，或者挂起或取消整个交易。3)认证方过程(AuthenticatorProcess) IOTP应用内核查看已有的认证响应块。如果产生了一个认证盘问块，则该块必须包含一个传递给认证响应构件进行验证(CheckAuthentication Response)的认证响应块。否则，查看被认证方的组织构件。为了继续下面的交易，必须能够通过该验证。任何遭到拒绝的认证都通过错误代码EIContIllegal通知被认证方。5.2 品牌编辑(Brand Compilation) 图3是本标准中的

7、函数如何结合在一起使用的一个例子。该例子可以让商家编辑品牌列表构件，产生支付构件以及根据支付策略特定打包内容调整订购构件。IOTP交易块商家Find Acc吧ptedPayment Brand Find Accepted Payment Bmnd Response (Payment Brands) Find Accepted Pavmenl pr回悦。1 (for each Payment Brand) 4Find Accepted Payment Protocol Response - (Payment Proto，Is) 消费者川-1E -n-一些-s-a一lm一!1-a二E且D-u nL

8、h唱-04rL -IE !-囚一-m一-1y d二时一!l !j -1in二djiE -t iiE n-n e二Ea-tF 归-na-e Ez-m一-v,J lf tw-R一Et-Q一l问 Get Payment Initializatioo Data 消费者根据工作和产生品牌选项以及随机产生认证响应采选择品牌/流通晶牌编辑消息流1 )商家的商业服务器用它自己的机制控制购物会话，直到消费者查验购物车，显示出打算支付的意图n打算购物包括任何对商家交易角色站点的非IOTP的访问，为的是协商IOTP定单的订购构件的内容。通过激活商家的IOTP件应用，以后的处理转换到基于IOTP的方式。2) IOTP

9、应用内核询问IOTP级的交易参数(消费者的购物标志，支付方向，原货币数，折扣率，商家和配送处理方的网络位置，非支付处理方的组织数据，初始定单信息，)。3) IOTP应用内核向已注册的IOTP桥询问可接受的支付品牌(FindAccepted Paymt泪tBrand)。响应提供品牌列表元件的所有属性值。IOTP应用内核可能有选择地把所返回地支付品牌与商家的偏好进行匹配。如果rOTP支付桥发信号表示需要特定的错误代间，那么IOTP应用内核必须提供所有的民包标志。9 图3YD厅1322.2-2004必须注册任何IOTP应用内核无法立即解决的错误代码，这同样适用于本节后面的API调用。在这种情况下，I

10、OTP应用内核产生一个IOTP错误块，把它发给消费者，然后终止当前的交易。4) IOTP应用内核与IOTP桥协商支付协议所支持的每种接受的支付品牌(FindAccepted Payment Protocol)。响应提供品牌列表构件的协议数和支付协议元件编辑的所有属性值，并返回支付处理方的组织数据。IOTP应用内核可能有选择地把所返回地支付品牌与商家的一般偏好进行匹配。需要说明的是，可以通过事先编辑品牌列表对该复杂的过程进行优化。在启动IOTP应用内核时可以:在已注册的IOTP支付桥上执行多个询问;从随后的询问中排除一些IOTP支付桥;分析这些条目间的关系，并且;创建品牌列表的新模式。有鉴于此，

11、假定条目在每次询问时都是变化的，或是静态的。5)在IOTP币值兑换交易中重复第3)和第4)步。6) IOTP应用内核编辑品牌列表构件和IOTP交易协议选择块。鉴于品牌列表具有可扩展的链接能力，建议共享IOTP支付桥函数调用返回的相同条目。但不管怎样，为了避免冲突，编辑时必须考虑进行检测(可能会是文本方式): 在品牌列表构件(以及随后产生的支付和订购构件中)找到的打包内容可能是特定的支付策略，也可能会相互依赖;交易/品牌/协议/钱数所依赖的数据可能共享相同的打包内容;消费者的IOTP应用内核把打包内容透明地传递给IOTP支付桥，但支付桥可能无法正确地处理其它的支付策略数据。7) IOTP应用内核

12、决定是否可以用报价响应块来丰富IOTP消息，这在下列条件下有效:所有的支付选择项共享支付和订购构件随后所产生的属性值和内容;随后产生的数据不依赖于在TPO选择块中的消费者可能报告的BrandSelXlnfo元件所产生的数据。如果这有效，那么IOTP应用内核可能请求其余的、来自IOTP支付桥的特定支付的支付方式的初始化数据(GetPayment Initialization Data) ，它接着编辑报价响应块。8) IOTP应用内核编辑IOTPTPO消息，加上所有已编辑的块，并把该消息发送给消费者。一旦产生了个报价响应，终止IOTP应用内核。9)如果没有收到报价响应块，消费者执行品牌选择，并用T

13、PO选择块做出响应。否则，继续执行下面一步。10)最后，IOTP应用内核请求来自IOTP支付桥的特定支付的支付方式的初始化数据(GetPayment Initialization Data) ，编辑报价响应块，把它发送给消费者，结束。该过程中的任何错误都将出现在IOTP错误块中。数据依赖性以及这些API函数的关系见图40ov l !cd耐ype); Amount. i 町y帅D趴i罚阳吧tl盹川iOn田佣n顶Walletldd 一-j.K查找公认的支付品牌;1日出一Amount，C一一一1 PayDi配:ction，、|ly且坦!d_: 查找公认的支付协议r-;-一一一!ihtmudNam时.

14、阳屯一一一-一-一一一一一一一，1 叫叫叫d.Am川川o川叫un川n川tPav由Directi叫4也且一一一一一一Walle阳et此1-一一一一-一丁Pa盹oh怡1町r幽el _. . ._ . . . . ._ I 二例.获棚f得导叫数据卜一-11町!li i气询问处理状态改变处理正丁圈10支付终止期间的敛据依从17 YD/T 1322.2-2004 5.5 故障处理(FailureProcessing) 表3列举了不同交易角色可能出现的故障类型。表3交易角色与故障类型故障类型消费者商家支付处理方CC提供者Payment Scheme Business Layer - (Payment) P

15、ayment Scheme Technical Layer - - 同 - 叫. User Cancellation 同 - - 阳 同- -Transient Error 同 阳 H Warning - - - 同Local Error - - - -User Suspension 同 #IMPLIED #IMPLIED #REQUIRED #REQUIRED #REQUIRED #IMPLIED Names NMTOKENS #IMPLIED 大多数属性用来直接插入到IOTP差错块，名称属性的值必须转换成差错构件的差错位置元件。属性定义:ContentSoftwareld Referenc

16、eCounter EorCode ErrorDesc Severity MinRetrySce吕30 包含标识产生IOTP消息的软件信息，目的是帮助解决由不同软件产生消息的不兼容导致的互操作问题，它最少包含:软件制造商的名称软件的名称软件的版本软件的构造该属性返回内部计数器的当前值，这个计数值用来给XML元件分配整数值。如果IOTP支付桥提供支付收据的参考，那么IOTP支付桥必须实现计数器。IOTP支付桥和IOTP应用内核都各自计算这些元件。考虑到API级存在着通信失败的可能性，所以需要所有的计数器可以实现再同步。如果IOTP支付桥对支付收据不提供参考，可以废止该项功能。包含指示差错消息的差错

17、性质的差错代码。下面给出差错代码的有效值.存储器记录的内容能够使IOTP应用内核实现失败的自动恢复，分析差错代码，选择另一种替代方法当前差错的可选文本描述，由xml:lang语言标识，给用户显示和提供有关失败和替代解决方法的详细解释指示差错的严重程度，有效值为:警告。虽然存在差错消息，IOTP交易继续进行瞬时差错。如果名称属性提交的差错消息被重发，表明差错消息的差错可以恢复硬差错。差错消息存在不可恢复的差错，IOTP交易必须停止如果严重程度属性设置为TransientError，会出现这个属性。在重发由名称xml: lang Names 内容定义:I PaySchernePackaged I

18、Content 差错代码:YD厅1322.2-2004属性标识的差错消息之前，接收报告差错消息的IOTP认知应用应该等待的最小秒数如果严重程度属性不是设置为TransientEor，那么不考虑这个属性的值定义差错描述属性使用的语言这个属性指示差错代码提交的属性或元件的名称参见表6表4包含差错响应的差错代码属性的有效值。第一个描述句子包含显示和报告时描述差错的缺省文本，具体单个实现可以把它翻译成另一种语言。但是，不是每个差错代码可以应用于任一个API调用，差错代码不需要超过14个字母长。通用差错处理(GeneralError Processing): IOTP应用内核过程处理差错代码分为两个步骤

19、，通过重新API申请来决定是否可以在本地处理解决。如果用户提交错误数值，IOTP应用应立即提示修正。如果恢复失败，或如果IOTP应用内核跳过了更新，而又必须向对方发送应答消息，就应该将差错代码封装到IOTP差错块中。进一步，名称属性中包含的参考必须转换为差错位置位置元件。IOTP应用内核必须考虑接收IOTP消息中元件的来源。需要特别关注的是，打包内容元形式的参考必须转换为XML元件形式的参考。除了将AttName属性设置为差错位置元件，此规则同样适用于其它报告的属性。下表涉及特定差错值情况下，对通用处理的修改。褒4通用差错代码Error Value 差错描述Reserved 预留。表示差错由软

20、件供应商/开发商预留，需要更多的信息请与供应商/制造商联系。命名属性指代输入参数列表的属性和元件。XrnlNotWellFrmd XML尚未完成。XML文档制定尚未完成，命名属性指输入参数列表的一些属性和元件XML元效。XML文件能很好地形成，但文件元效:XrnlNotValid XML文件和IOTP文件类型通告定义的范围不一致; XML文件和任何附加XMLNarnespace通告的IOTP文件类型定义的范围不一致。名称属性指输入参数列表的一些属性和元件EINotValid 元件无效。依据规定的语法特性为元效元件，名称属性参考相应的元件标签IOTP应用内核在传送到对方之前，以XrnlNotV

21、alid 代替差错代码未预订的元件。虽然XML文件很好地形成，并且是有效的，但依据体制的规则和范围，出现的元件ElUnexpected 不是内容所要求的名称属性参考相应的元件标签，如果名称属性参考没有块或构件标识的内部元件，IOTP应用内核在传送到对方之前，以EncapPro也或EIContIllegal代替差错代码元件不能支持，虽然文件能很好地形成和有效。出现的元件是:和体制包含的规则和范围一致;EINotSupp 不被处理IOTP消息的IOTP认知应用支持。名称属性参考相应的元件标签，如果名称属性参考没有块或构件标识的内部元件，IOTP应用内核在传送到对方之前，以EncapPro也或四Co

22、n由legal代替差错代码31 YD/T 1322.2-2004 表4(续)Error Value 差错描述元件内容不合法。虽然文件能很好地形成和有效，但元件包含和体制规则和范围不一致的值。名称属EIConllegal 性参考相应的元件标签如果名称属性参考议有块或构件标识的内部元件，IOTP应用内核在传送到对方之前，以EncapProtE或EIContIllegal代替差错代码元件丢失。虽然文件能很好地形成和有效，如果下面是体制包含的规则和范围，应该出现的元件会丢失EIMissing 名称属性参考相应的元件标签，如果名称属性参考没有块或构件标识的内部元件，IOTP应用内核在传送到对方之前，以E

23、ncapProtErr或EIContIllegal代替差错代码EncapProtErr 封装协议差错。虽然文件能很好地形成和有效，但元件的打包内容包含封装协议的差错数据名称属性参考相应的元件标签属性无效。依据规定的语法特性为元效属性，名称属性参考相应的属性标签AttNotValid IOTP应用内核在传送到对方之前，以XmINotValid代替差错代码未预期的属性。虽然XML文件能很好地形成和有效，但依据体制的规则和范围，出现的属性不是内AttUnexpected 容所要求的。名称属性指相应的元件标签。不能支持属性。虽然文件能很好地形成和有效，出现的元件属性和体制包含的规则和范围一致，但不被处

24、理IOTP消息的IOTP认知应用支持AttNotSupp 名称属性参考相应的属性标签另外查询API函数(lnquirePayment Log)可报告缺乏选择标准。如果用户提供选择者，IOTP应用内核提供判断的记录，但在这种情况产生的差错不会传递到IOTP应用内核的另一方属性值不合法。属性包含和体制的规则和范围不一致的值名称属性参考相应的属性标签-有效值是:Brandld:不合法/未知的品牌标识一一如果品肉不能被任何IOTP支付桥认可/知道.IOTP应用内核提供新支付方式的登记Paymennstrumend:不合法/未知支付方式标识一一-如果查询请求时属性值由相同的钱包报告，发生严重的通信问题。

25、IOTP应用内核在传送到对方之前，以TransportError代替差错ft码Walletld:不合法/未知钱包标识一一在通过前检查钱包标识。对于无效的钱包标识.10陀应用内核打开对话，以请求正确的钱包标识。另外，可由用户提供Passphrase.对话应指示各自的支付品牌。IOTP应用内核在发送到对方之前，以TransportError代替差错代码Passphrase :不合法/未知Passphrase 为了请求正确的Passphrase. IOTP应用内核可打开对话Q如果Passphrase指示钱包标识，对话应显示钱包标识。IOTP应用内核在发送到对方之前，以Att V alIllegal

26、TransportError代替差错代码Action:不合法/未知/不支持的行为PropertyTypeList:列表包含不合法/未知性质类型的TP应用内核仅在本地恢复，但不将任何10T1差错块传送到对方CuCode:不合法/未知/不支持的当前代码CurrCodeType:不合法/未知/不支持的当前代码类型Amount:不合法/未知/不支持的支付数量PayDirection:不合法/未知/不支持的支付方向ProtocolId :不合法/未知/不支持的协议标识OkFrom:不合法/未知/不支持的OkFrom时戳OkTo:不合法/未知/不支持的OkTo时戳ConsulI阳Payld:不合法/未知/

27、不支持的消费者支付标识符PaymentHandlerPayld:不合法/未知/不支持的支付网关支付标识符32 YD厅1322.2-2004表4(续)Error Value 差错描述属性丢失。县然文件能很好地形成和有效，如果下面是体制包含的规则和范围，应该出现的属性会丢AttMissing 失。名称属性参考相应的属性标签如果属性是IOTP文件类型通告要求的，应采纳元效属性的提示，否则为不合法的属性值AttValNotRecog 属性值不认可。属性包含产生差错消息的IOTP认知应用不能认可的值名称属性参考相应的属性标签M，电gTooLarge消息太大。消息太大而不能被IOTP支付桥处理EITooL

28、arge 元件太大。元件太大而不能被IOTP支付桥处理名称属性参考相应的属性标签V alue T ooSmall 值太小或太早。元件内容所有或部分值或属性值虽然有效，但太小名称属性参考相应的属性或元件名ValueTooLarge 值太大或是将来的值。元件内容所有或部分值，或属性值虽然有效，但太小名称属性参考相应的属性或元件名元件不一致。依据体制包含的规则和范围，文件很好地形成和有效:元件的内容和其它元件的内容或它们的属性不一致ElInconsistent 属性值和更多的属性值不一致差错描述包含进一步的解释名称参考不一致的属性或元件标签语法差错。发生未知的语法差错SyntaxErr咽r名称属性可

29、以参考一些属性或元件标签IOTP应用内核在传送到对方之前，以XmIN创Valid或UnknownError代替差错代码U nknownError 未知差错。由于任何其它差错不能显式覆盖，因此交易不能完成。使用差错描述属性指示问题的性质名称属性参考一些属性或元件标签拒绝请求。API请求被IOTP支付桥拒绝。差错描述提供进一步的解释，例如，钱包/智能卡不可得或被另一个支付交易锁住，支付网关超载，未知的智能卡阅读器或未认可的智能卡插入，ReqRefllsed 重换智能卡消费者的IOTP应用内核可处理差错描述，要求消费者继续:重试替换的方法，支付交易暂停和取消。由于元效处理状态的否认由Business

30、Error提示，这种差错不能传送到UIOTP应用内核的对方，否则，映射为TransportError和UnknownError ReqNotSupport 不支持请求。在IOTP支付桥不执行API函数，这种差错不能传送到IOTP应用内核的对方，否则映射为TransportError和UnknownError事务差错。因为一些支付交易有不合法支付状态，因此拒绝A阳请求BllsinessError 名称属性包含支付交易的参考，支付交易使用对方的支付标识，此差错代码用来提示支付事务层失败IOTP应用内核必须查询有关实际处理状态的IOTP支付桥，IOTP支付桥解码事务差错(查询处理状态或查询支付日志)

31、。此差错代码不会传递到对方的IOTP应用内核传输差错。和一些外围或对方的连接不能建立，出错，或丢失差错描述包含进一步的解释，例如智能卡不能响应不能到达远程账目处理器到xyz的网络TransportError 连接丢失，没有可得到的网络连接，没有调制解调器连接，或另一个应用使用了到调制解调器的串行端口，这些文本显示给终端用户。如果在消费者方发生超时，这些文本应显示，消费者决定怎么处理一一替换的方法是重试、支付交易暂停和取消33 YDIT 1322.2-2004 进一步，IOTP支付桥可以使用差错描述来通知消费者有关失败恢复的必要步骤，例如，对不起，您的支付交易失败;很遗憾，您已经欠费，请与发行商

32、联系。6.1 属性和元件表5以字母顺序解释了XML属性。属性标签之后，加上括号的数字推荐了属性数值的最大值。表5属性属性描述AIgorithmRefs 这个参考中包含有算法元件的清单，在必须使用收据来产生认证响应的认证数据构成中包含这些算法元件。Amount (11) 指示支付数量的整数和小数部分。AmountFrom (11) 例如，$245.35表示为245.35AmountTo (11) 鉴别认证数据构成的有效数值为: shal:表示认证数据构成的收据应产生IOTP应用内核支持的hash pay: ppp支付协议特定的认证方法，其中ppp代表与IOTP交易支付交换相关的支付协AuthMe

33、thod 议。这种情况下，AuthData的内容和格式在适当的支付方案附录中定义。IOTP应用内核遵从IOTP支付桥的认证方法，该桥被选择实现当前的支付交易 x-ddd: nnn:一种用户定义的认证方案类型包含品牌或促销品牌的惟一标识。和支付工具列表相匹配，支持支付方式列表品牌的消费者决定是否用品牌支付Brandld的语法如下:Brandld (1 28 ) Brandld: =BrandldDomain : BrandValue 当前BrandldDomain定义了两个有效值: IOTP代表的BrandValue数值由IOTP代码描述的过程来进行管理SET代表的BrandValue符合SET

34、的要求BrandLogoN etLocn 用来下载组织日志的网络位置属性的内容和RFC1738-致BrandName 品牌的名称，例如万事达卡。用xml:lang定义语言的品牌描述，并显示给消费者，例如，它可能是美国航空优惠卡。注意此属性和消费者支持的支付方式不匹配BrandNarrative 如果消费者选择某个品牌，商家使用可选属性指示消费者选择此品牌时提供的一些特殊条件或利益，例如5%折扣免费运输和处理免费保修一年提供双飞里程等CallBackF unction 存在处理状态或支付进程变化时(例如显示刷新)的调用函数.但IOTP支付桥使用自己的饥制和对话盒CallBackLanguageL

35、ist 语言代码列表，传递给调用函数的文本解码使用的语言CompletionCode (14) 指示支付失败的性质。如果处理状态设置为失败时.要求此属性，否则，不需考虑GI 后续章节给出了有效值。符使消ConsumerDesc 消费者的叙述描述由消费者指定的标识符，如果标识符由另一个支付程序构件或其它方式返回，标识费者能区分提交哪-种支付。ConsumerPay Id (1 4) 它的值惟一标识消费者系统的支付交易，在初始化支付交易时由IOTP支付桥提供这个值，它可以等于支付网关支付标识符，但不必是支付网关支付标识符如果它们共享特定支付品牌的支持，建议将惟一性扩展为多种支付方式，支付品牌，支付

36、协议，钱包标识符和多种IOTP支付桥34 YD厅1322.2-2004表5(续属性描述Con tStatus 在支付进程期间，这些状态值指示支付是否必须继续进行IOTP支付程序构件和远程对端的交换，End表示报告的支付程序数据是和对方交换的最后一个数据包含区分产生元件的软件信息。目的是帮助解决由于不同软件产生的消息不兼容导致的互操作性问题，它最小必须包含:ContentSoftwareld 软件制造商的名称软件的名称软件的版本软件的构造CurrCodeType (1 4) l指示当前代码的域，它的值缺省为IS04217-ACurrCode (1 4) 区分支付使用的货币代码，有效货币代码的域定

37、义为Cu口-CodeTypeMerchantPayld (14) 商家指定的私人标识符，使商家标识提交哪种支付。它是纯私人条款，不被发送到另一方。在品牌编辑时，由进行支付准备的IOTP支付桥提供N umberolPayments 使用数字属性限制查询响应的条款OkFrom (30) 在UTC格式范围里商家指示的日期和时间，在这段时间里支付网关可以接收支付OkTo (30) 支付钱包使用Passphrase保护交易数据和支付方式的数据，但存在公用和习惯性支付方式Passphrase (32) 标识符，在没有任何Passphrase认可下，可以被IOTP应用查询这些标识符，及标识符和支付品牌，支付

38、协议，支付方向和货币数量的关系指示选择的品牌的支付方向，它的值是:Pa y Direction 借方:和品牌列表相关的支付请求块的发送者向支付网关进行支付贷方:和品牌列表相关的支付请求块的发送者从支付网关接收支付PaymentHandlerDesc 支付网关的解释描述PaymentHandlerPayld (14) 由支付网关指定的标识符。如果通过另一个支付程序构件或其它方式返回，使消费者能区分提交哪一种支付。它的值惟一区分支付网关系统的支付交易，在初始化支付交易时，由IOTP支付桥提供，它可以等于支付网关支付标识，但不必是它特定支付方式的标识符，例如，credit card Mondex c

39、ard for English Ponds，标识符Paymentlnstrumentld (32) 使用习惯性的名称.它不包含机密信息或它的表示，每个支付品牌支付方式标识符是惟一的，在品牌选择时向消费者显示PaymentIgDataBase IOTP支付桥可以调用这种回叫函数。任何时候需要存储、检索数据时，都需要该支付软件。一旦支付交易挂起、结束、失败或取消，这个功能就进行交易数据的存储。当然，IOTP支Func tion 下|付桥也可以使用自己的机制来处理。PayReceiptRefs 可选包括其它构件(潜在可能包括支付方案构件)的元件参考，一起构成支付的收掘。每个支付方案在附件中定义必须说

40、明的元件PayReqNetLocn 如果使用协议选择，不安全支付请求消息指示网络位置属性的内容依赖于传输机制卜PereentComplete (3 ) 。至l之间的数字，指示支付交易的进程;0-99之间的数字表示停止和暂停交易35 YD/T 1322.2-2004 表5(续)r-属性描述包含处理状态代码，指示事务成功的当前状态或支付交易处理失败，有效值是: Not YetStarted :接收了支付请求块.但支付请求的处理还没有开始 lnProgress:支付交易正在处理。支付请求块和任何相继的支付交换块已经开始.但没有完成 Suspended: 支付交易巳暂停，可以恢复ProcessStat

41、e 如果它传递到对方的IOTP应用内核，处理状态映射到lnProgre悟 CompleteOk: 支付请求块和任何下面支付交换块的处理已完成 Faled: 由于一些原因支付失败 ProcessError: 当使用状态构件和查询请求贸易块连接时仅进行值的交换。它指示正在处理的请求块存在技术差错或些内部处理差错，为了通知出现技术差错的IOTP应用内核，任何一方的IOTP支付桥使用这个值PropertyType (1 4) 性质类型定义关于支付方式的特定性质使用的代码，它们对每个支付品牌是惟一的-般的查询使用先定义的性质all，例如，它们适合于支付品牌特定交易或失败恢复PropertyDesc 性质

42、描述携带各人可读性质的描述Property V aIue 实际性质值自动处理-斗ProtocolId ( 64 ) 特定支付协议和版本的标识，例如SETvl.Oecash。有效值在IOTP体制的补充中定义，它们在每个支付品牌是惟一的ProtocolIds 协议标识的顺序ProtocolName 使用xmI:lang标识语言的支付协议和版本的描述，例如Secu陀ElectronicTransaction Version 1.0，目的是如果出现问题帮助提供支付协议的信息ResponseCode 用值Yes和No解码二进制标志位如果使用协议选择，指示安全支付请求消息发送的网络位置。SecPayReq

43、NetLocn 为了和支付网关通信，安全支付涉及诸如SSL安全通道的使用属性的内容和RFC1738一致ReceverOrgld 接收处理贸易角色数据打包内容的组织标识符SelectedAlgoritmRef 一个元件参考，用来标识产生认证响应中使用到的算法。它必须是一个元件参考，并包含于认证数据构件的AIgorthmRefs属性。StatusDesc (256) 当前处理状态的可选文本描述。在支付方法的支付补充中定义了这个属性，它提供失败恢复的提示，它的长度限制在256个字母范围StyleSheetNetLocn 包含对于XML解码可视化规则的网络位置TimeStamp ( 30 ) Time

44、StampFrom (30) 当支付交易开始时，VTC格式的日期和时间TimeStampTo (30) WalletId (32) 许多支付钱包软件能支持多种钱包，钱包标识符选择实际的钱包。钱包标识是公用条款，由IOTP应用内核储存IOTP支付桥可以调用这种回叫函数，任何时候数据需要存储、检索时.都必须存在有支付WorkDataBaseFunction 软件。例如，在记录支付状态的同时，又有-个消息发往支付处理程序的情况。这个功能在支付处理过程中使用，当然，IOTP支付桥可以使用自己的机制来处理。I xml: lang 定义处理状态描述属性使用的语言36 YD厅1322.2-2004表6按字母表顺序解释了XML元件。表6元件元件描述Algorithm 包含描述算法的信息