DB11T 449.2-2007法人基础信息数据交换规范 第2部分: 交换协议.pdf

ICS 35. 240. 99L 76备案号：20380-2007DB北京市地方标准DB11/T449.2—2007法人基础信息数据交换规范第2部分：交换协议Data exchange specification of juridical person fundamentalinformationPart 2: Exchange protocols2007-03-06发布2007-06-01实施北京市质量技术监督局发布 DB11/T 449. 2—2007目次前言.1范围..2规范性引用文件3术语、定义、符号和缩略语，4命名规则，5业务交换模型，6数据交换接口规范7安全规范...8业务交换规范..219使用约定.40附录A（规范性附录）jpiXML的Schema42附录B（资料性附录）查询法人基础信息报文示例57附录C（资料性附录）在SOAP中使用jpiXML...60附录D（资料性附录）层次结构图中所用的图符说明61 DB11/T 449. 2—2007/查询请求/报文体/jpiXIL6. 4. 2系统错误在交换过程中发生的错误。如接收方接收到一个格式不正确的数据包，则需要向发送方返回系统错误。系统错误结构见表5。表5系统错误结构diagran系统错误编码系统错误白系统错误端述aedsaueu法人基础信息命名空间示例/jpiEXCHGchi ldren系统错误编码系统错设描述sourcexs:elenent nane=系统错误(xs: conplexTypexs: sequencexs:elenentref=系统错误编码/x:elenent ref=系统错误描述//xs : sequence)/xs: couplexType/xs:elenent“系统错误编码”的编码规则见表6.表6“系统错误编码”的编码规则编码描透100数据格式错误002 数据包版本号不正确00不支持的服务优先级004 不支持的服务类型005 不支持的信息类型006交换格式错误200数据包不能通过Schena验证008数据包签名验证有误009措定接收方不存在010数据包解密错误011 地址不匹配，即数据包的接收方与该数据包中“按收方”定义的节点标识不相同999其它系统错误“系统错误描述”填写错误的详细描述。6. 4. 3系统回执9 DB11/T 449. 2—2007接收方正确收到业务信息类型数据包时，发送给发送方正确接收的确认数据包。6.5安全数据用于实现数据安全性的数据类型。通过把经加密和签名后的数据及相关信息封装到安全数据类型中，可以实现数据保密性、完整性和源鉴别。有关如密和签名的内容见第7章“安全规范”。安全数据结构见表7。表7安全数据结构diagran安全数据类型功季且茶名的激证正规化算法安全数据白编码方式basef4加咨信息由数据中签名信息由nanespace法人基础信息命名空间示例/jpiEXCHGchi1dren类型正规化算法编码方式加密信息数据签名信息sourcexs:elenent nane=安全数据 type=安全数据/类型元素是指数据项内容的数据类型，取值为0，1，2。0表示加密且签名的数据，1表示加密但不签名的数据，2表示不加密但签名的数据。编码方式用于将数据加密或签名产生的二进制随机审进行编码，默认值为base64，但也可以根据实际需要进行扩充。正规化算法元素是在做摘要和校验要值之前进行的正规化操作的算法。它的作用是把数据表示构准化，去掉一些不影响含义的字符如空格、TAB格、换行等，以实现平台兼容性。正规化算法可以自定义.数据元素表示存储的xML业务数据，为anyType类型，可以是明文或者密文，依据数据项的类型来确定加密信息元素说明加密数据使用的算法和密钥。签名信息元素表示对数据元素内容的摘要进行的签名，6.5.1加密信息加密信息类型描述了加密数据使用的密钥、算法。算法通常使用对称加密算法，发送方和接收方其享一个密钥。除此之外，为了保证密钥的安全传送，还要使用接收方的公钥来对加密密钥进行加密。加密信息类型包括加密密钥信息和加密算法信息两个元素。加密信息结构见表8，10 DB11/T 449. 2—2007表8加密信息结构diagras加蓄密钥信息申加密信息中加密算法信息申nanespace法人基础信息命名空间示例/jpiEXCHGchi1dren加密密钥信息加密算法信息sourcexs:conplexType nane=加密信息(xs: sequencexs:elenent name=*加密密钥信息(xs: conplexType(xs: sequence_8u-5; Sx_=od.1 __= 1u[9;$x)(xs:annotation)xs:docunentation接收方公钥加后的密钥值/xs:docunenta