ICS 35.240.40 A 11 JR 中华人民共和国金融行业标准 JR/T 0093.3—2012 中国金融移动支付 远程支付应用 第 3部分：报文结构及要素 China financial mobile payment —Remote payment applications — Part 3: Message structure and elements 2012 - 12- 12 发布 2012 - 12-12 实施 中国人民银行 发布 JR/T 0093.3—2012 I 目 次 前言 ............................................................ .................... II   引言 ............................................................ ................... III   1 范围 .......................................................... .................... 1   2 规范性引 用文件 ..................................................... ............... 1   3 通用报文 设计方法 .................................................... .............. 1   4 报文结构 ........................................................ .................. 3   5 报文要素 ........................................................ .................. 4   参考文献 .......................................................... .................. 18   JR/T 0093.3—2012 II 前 言 《中国金融移动支付 远程支付应用》标准由以下 6部分构成： ——第1部分：数据元； ——第2部分：交易模型及流程规范； ——第3部分：报文结构及要素； ——第4部分：文件数据格式规范； ——第5部分：短信支付技术规范； ——第6部分：基于安全单元（ SE）的安全服务技术规范。 本部分为该标准的第 3部分。 本部分按照 GB/T 1.1-2009 给出的规则起草。 本部分由中国人民银行提出。 本部分由全国金融标准化技术委员会（ SAC/TC180 ）归口。 本部分负责起草单位：中国人民银行科技司、中国人民银行金融信息中心、中国金融电子化公司。 本部分参加起草单位：中国工商银行、中国农业银行、中国银行、中国建设银行、中国银联股份有 限公司、交通银行、中信银行、中国邮政储蓄银行、中移电子商务有限公司、支付宝（中国）网络技术有限公司、 深圳市财付通科技有限公司、 北京通融通信息技术有限公司、 开联通网络技术服务有限公司、 中金国盛认证中心、东信和平智能卡股份有限公司、深圳市新国都技术股份有限公司、大唐微电子技术有限公司。 本部分主要起草人：李晓枫、陆书春、潘润红、姜云兵、杜宁、李兴锋、刘力慷、曲维民、刘运、 史大鹏、雷斌、李春欢、杨帅、唐邦富、李竹、延冰、刘宁锋、仇哲、庞杰、张永成、甄旭、王庆、张礼文、郝静华、廖宗俐、邓苏军、陈耔宇、王永吉、赵如愿、张彦杰。 JR/T 0093.3—2012 III 引 言 随着移动支付新业务、新产品、新管理模式的不断涌现，以客户需求为主导的移动支付业务出现了 不断交融和细化的趋势，不同机构、不同部门、不同业务之间的信息交换和信息共享变得越来越频繁。统一交易模型、交易流程及报文接口可以有效加强银行、非金融支付服务组织、商户之间的互联、互通及信息共享，降低交易成本，提高市场效率。 考虑到移动支付中远程支付涉及面广、 业务种类繁杂以及各银行和非金融支付服务组织的业务系统 现状，为便于标准的推广，本标准仅对目前支付业务中比较成熟的、通用的交易进行了抽象和规范，对于仍存在不确定性、或银行和非金融支付服务组织开展的个性化增值业务，在标准后续的修订过程中逐步纳入。 JR/T 0093.3—2012 1 中国金融移动支付 远程支付应用 第 3 部分：报文结构及要素 1 范围 本部分描述了远程支付中报文的通用设计方法， 定义了移动终端与远程支付系统间支付报文的传输 方式和结构，规定了报文的主要要素。 本部分适用于远程支付中移动终端支付应用软件（客户端） 、远程支付系统的开发和维护方进行移 动支付报文的设计、开发及数据交换。 2 规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文 件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 JR/T 0093.1-2012 中国金融移动支付 远程支付应用 第1部分：数据元 3 通用报文设计方法 3.1 概述 远程支付报文设计应采用面向对象技术并通过统一建模语言（UML）进行描述，具体包括下述5个阶 段：业务分析、需求分析、逻辑分析、逻辑设计、技术设计。 在开发报文时，上述五个活动是层层推进反复迭代的。 3.2 业务分析 业务分析阶段的主要目标是对待开发业务所涉及的业务过程及其所需的业务信息进行整体描述， 明 确各方参与者，以及业务过程实现中存在的信息交换问题。在业务分析阶段，主要开展的活动应包括：对待开发业务进行详细定义，发现和分析业务过程以及相关的业务概念。 3.3 需求分析 需求分析阶段的主要目标是分析完善开发业务需解决的信息交换问题， 提炼出要开发的业务交易和 报文集的范围，准确定义待开发的业务交易和报文集的预期功能。需求分析将确定谁、从何处、在何时、需要何种信息。在需求分析阶段，主要开展的活动应包括：明确待开发业务中与业务过程相关的信息交换和交互需求。 3.4 逻辑分析 逻辑分析阶段的主要目标是明确将要开发的业务交易和报文集的细节，确定可能的报文流、报文的 业务内容以及适用于不同报文流和报文的规则，用于在正确的时间从正确的业务角色获取所需的信息。在逻辑分析阶段，主要开展的活动应包括：明确报文、报文流及与这些报文流相关的规则。 JR/T 0093.3—2012 2 3.4.1 逻辑设计 逻辑设计阶段的主要目标是明确并定义用于创建相应报文定义的可复用的报文组件和报文元素， 设 计报文定义的精确结构，明确业务角色间交互作用的各个方面。在逻辑设计阶段，主要开展的活动应包括：明确报文相关的组件，形成规范的报文定义。 3.4.2 技术设计 技术设计阶段的主要目标是建立报文定义的物理实现。在技术设计阶段，主要开展的活动是建立一 套从逻辑设计模型到最终技术实现的映射规范，如，XML Schema。 3.5 建模约定 在进行报文建模时，应遵从下述约定 ——报文定义在 UML 中描述为分层类图，即报文定义图；报文定义图的根类是一个没有属性的 UML 类，构造型为<<Message>>，表示报文； ——报文由报文组件组成。报文和报文组件类的父子关系用 UML 中的聚合关系描述； ——报文组件描述为一个 UML 类，构造型为<<Messa geComponent>> 或者<<ChoiceCo mponent>>。报 文组件包含报文元素，报文元素或者描述为一个 UML 类属性（当类描述报文组件）或者为两个UML 类聚合关系中的 UML角色（当每个类描述一个报文组件时）； ——报文元素均具有类型。该类型或者描述为 UML 的类属性（当属性描述报文元素）或者为 UML 聚合的目标类（当聚合包含描述报文元素的角色时）； ——报文元素的类型也可以为其它报文组件或数据类型（Data Type）。数据类型描述为一个具有 适当的构造型的 UML 类（例如，<<Code>>、<<Text>>）。数据类型可包含元数据，这些元数据在表示数据类型的 UML类中描述为类属性。 3.6 物理实现及命名规则 报文的物理实现宜采用XML语言表述，XML元素及文件的命名应遵从下述规则： ——所有用于 XML 元素、XML属性、XML 简单类型（simpleTy pe）和XML 复杂类型（complexType） 的名称都是基于对应的 UML 对象名称； ——XML 实例中出现的 XML 元素和 XML 属性使用对应的 UML 对象名称缩写版本； ——每个报文都有一个报文标识符（Message IDentifier），报文标识符唯一标识报文并具有下列 结构： “xxxx.nnn.aaa.bb ”，其中：  xxxx是 4 位字母代码（固定长度），标识业务流程；  nnn 是3 位字母数字代码（固定长度），标识报文功能；  aaa 是3 位数字代码（固定长度），标识报文功能的特点（变体）；  bb是 2 位数字代码（固定长度），标识版本；  元素间以“.”字符作为分隔符。 报文的数据元素的相关定义应遵守 JR/T 0093