JR-T 0111—2014 证券期货业数据通信协议应用指南.pdf

JR-T 0111—2014 证券期货业数据通信协议应用指南.pdf

《JR-T 0111—2014 证券期货业数据通信协议应用指南.pdf》由会员分享，可在线阅读，更多相关《JR-T 0111—2014 证券期货业数据通信协议应用指南.pdf（64页珍藏版）》请在冰点文库上搜索。

ICS03.060A11备案号JR中华人民共和国金融行业标准JR/T01112014证券期货业数据通信协议应用指南Securitiesandfuturesindustrydatacommunicationprotocolapplicationguide2014-12-26发布2014-12-26实施中国证券监督管理委员会发布JR/T01112014I目次前言.V引言.VII1范围.12规范性引用文件.13术语和定义、缩略语.13.1术语和定义.13.2缩略语.14指南使用说明.24.1概述.24.2使用原则.24.2.1概述.24.2.2推荐性.24.2.3收敛演进.24.2.4最优化.34.2.5可验证.34.2.6路径规划.34.2.7容忍特例.34.3使用限制.34.3.1概述.34.3.2系统限制.34.3.3技术限制.34.3.4环境限制.34.3.5成本限制.45协议演进说明.45.1概述.45.2协议演进目标.45.3协议演进路线.55.3.1自愿转换.55.3.2并存过渡.65.3.3强制转换.65.4协议演进建议.65.4.1协议演进发起.65.4.2协议演进分工.65.4.3协议演进分析.65.4.4协议演进评价.7JR/T01112014II6协议应用指南.76.1概述.76.2应用方法论.76.2.1业务需求分析.76.2.2数据通信特征提取.86.2.3协议筛选.86.2.4协议最优化分析.86.2.5协议验证.86.3应用流程.96.3.1概述.96.3.2子流程一：

业务需求分析.96.3.3子流程二：

数据通信特征提取.106.3.4子流程三：

协议筛选.106.3.5子流程四：

协议最优化分析.106.3.6子流程五：

协议验证.107应用优化指南.10附录A（资料性附录）数据通信特征说明.11附录B（资料性附录）主要数据通信业务的特征值表.13附录C（资料性附录）主要数据通信协议的特征值表.28附录D（资料性附录）数据通信协议筛选决策树.38附录E（资料性附录）协议应用案例.41参考文献.54图1数据字典.5图2基于特征决策树的数据通信协议应用方法论示意图.7图E.1托管行与资产管理公司之间电子对账业务协议验证图.43图E.2投资顾问系统和量化交易系统间数据交换图.44图E.3量化交易系统与投资顾问系统对接协议验证图.47图E.4一线通平台银期转账业务协议验证图.52表1数据通信协议演进目标.4表2业务需求分析任务列表.9表A.1数据通信特征定义表.11表A.2数据内容特征说明表.12表B.1主要数据通信业务的特征值表.13表C.1主要数据通信协议的特征值表.28表D.1数据通信协议筛选决策树.38表E.1托管行与资产管理公司之间电子对账业务协议特征表.42表E.2托管行与资产管理公司之间电子对账业务协议筛选结果.42表E.3量化交易系统与投资顾问系统对接协议特征表.45JR/T01112014III表E.4量化交易系统与投资顾问系统对接协议筛选结果.46表E.5Level2行情传输业务协议特征表.48表E.6Level2行情传输业务协议筛选结果.49表E.7Level2行情传输业务协议验证运行环境表.49表E.8一线通平台银期转账业务协议特征表.51表E.9一线通平台银期转账业务协议筛选结果.51JR/T01112014IVJR/T01112014V前言本标准按照GB/T1.12009给出的规则起草。

本标准由中国证券监督管理委员会提出。

本标准由全国金融标准化技术委员会（SAC/TC180）归口。

本标准起草单位：

中国证券监督管理委员会信息中心、深圳证券通信有限公司、上海证券交易所、深圳证券交易所、上海证券通信有限公司、深圳证券信息有限公司、上海金融期货信息技术有限公司、大成基金管理有限公司。

本标准主要起草人：

张野、罗凯、钱宗保、马晨、谢文海、王书芳、张兴东、王宏、林国彪、吴韶平、曾海泉、吴凌坤、黄天寿、史学勇、郑永康、骆经玮。

JR/T01112014VIJR/T01112014VII引言随着证券期货行业多年的快速发展，业务模式从最初的手工报单柜台发展到基于信息技术的自动化处理，不同市场参与方系统之间需要进行复杂的数据交换与指令通信，大量的数据通信需求催生出了多种数据通信协议。

数据通信协议规范了各参与方之间交换信息的业务概念、逻辑关系与规则、元素数据类型、通信报文组织形式与数据格式、通信报文传输机制等内容，使得各参与方能够依据统一的规范定义、生成、封装、编码、传输、解析数据通信报文，大大提高了信息交换的质量和效率，促进了业务的创新与发展。

各参与方为了满足不断创新与发展的业务需求，针对不同的业务需求制定了多种数据通信协议，导致数据通信协议的数量快速增加，协议之间的差异较大，一些相同的业务概念在不同的协议中存在不同的逻辑关系、规则、元素数据类型、通信报文组织形式与数据格式，一些协议也采用了不同的通信报文传输机制，行业内的数据通信协议显现多元化、发散式发展的趋势，提高了系统间通信的复杂性和运行风险，增加了维护成本和开发周期，急需从行业角度整体规划。

本标准提出数据通信协议渐进式收敛演进的目标、原则、方法、流程与路线，通过科学实用的原则与方法，指导市场各参与方的系统选择最适宜的数据通信协议，降低系统间通信的复杂性和运行风险，减少系统维护成本和开发周期，同时促进行业数据通信协议的收敛演进，逐步达成协议演进目标。

统一且标准的数据通信协议将会极大地提高业务运行的效率，有力地支持业务创新与发展，而业务创新与发展也会反作用于数据通信协议的创新与发展，两者相辅相成，互相促进，将会在行业内形成一个良性的循环，共同促进业务与数据通信协议的健康有序发展。

JR/T01112014VIIIJR/T011120141证券期货业数据通信协议应用指南1范围本标准给出了数据通信协议渐进式收敛演进的目标、路线、建议、方法与流程等内容，描述了数据通信特征，以及主要数据通信业务与协议的特征值，总结出数据通信协议筛选决策树等内容，确立了证券期货行业内及行业间机构，在制定数据通信解决方案过程中，选择现有数据通信协议或制定新数据通信协议时应遵守的原则。

本标准适用于证券期货行业内及行业间机构，在选择或制定数据通信协议时参考。

2规范性引用文件下列文件对于本文件的应用是必不可少的。

凡是注日期的引用文件，仅所注日期的版本适用于本文件。

凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。

GB/T27926.1-2011金融服务金融业通用报文方案第1部分：

库输入输出方法和格式规范3术语和定义、缩略语3.1术语和定义下列术语和定义适用于本文件。

3.1.1特征characteristic某一事物自身所具备的特殊性质，是区别于其他事物的基本征象和标志。

3.1.2特征值characteristicvalue对特征进行量化后的取值，主要以取值范围或集合的形式表现，可为单值、多值、区间值等。

3.1.3收敛演进convergentevolution事物向目标逐步聚集、靠拢，最终接近或达成目标。

3.1.4协议演进目标protocolevolutiontarget证券期货业实际应用的数据通信协议，根据行业统一规划与设计，收敛演进的目标，为一组数据通信协议集合。

3.2缩略语下列缩略语适用于本文件。

ASN.1抽象语法标记1（AbstractSyntaxNotationOne）BIN二进制文件（BinaryFile）CSRC中国证监会（ChinaSecuritiesRegulatoryCommission）JR/T011120142CSV逗号分隔值（CommaSeparatedValues）DBF数据库文件（DBFDataBaseFile）FAST适流金融信息交换协议（FIXAdaptedforStreamingProtocol）FIX金融信息交换（FinancialInformationeXchange）FIXML金融信息交换标记语言（FinancialInformationExchangeMarkupLanguage）FIXT金融信息交换会话协议（FIXSessionProtocol）FIXTV金融信息交换标记=值编码（FinancialInformationExchangeTag=ValueEncoding）FTD期货交易数据通信协议（FuturesTradingDataExchangeProtocol）GPB谷歌协议缓冲区（GoogleProtocolBuffers）JSONJavaScript对象表示法（JavaScriptObjectNotation）SBE金融信息交换简单二进制编码（FIXSimpleBinaryEncoding）SQL结构化查询语言（StructuredQueryLanguage）STEP证券交易数据通信协议（SecuritiesTradingExchangeProtocol）SWIFT环球同业银行金融电讯协会（SocietyforWorldwideInterbankFinancialTelecommunication）TXT文本文件（TextFile）XBRL可扩展商业报告语言（eXtensibleBusinessReportingLanguage）XML可扩展标记语言（eXtensibleMarkupLanguage）4指南使用说明4.1概述目前行业内及行业间使用的数据通信协议有数十种之多，鉴于每种协议都有其自身的特征，其所承载的数据与报文也因业务的发展各有不同，特制订本标准用于指导如何分析和选择技术系统的数据通信协议，从而满足业务创新与发展的需求。

本标准将定期进行回顾、研究与更新，持续吸收数据通信协议领域最新的研究成果，反映行业内及行业间应用数据通信协议的发展趋势与最佳实践。

4.2使用原则4.2.1概述无论是现有技术系统的升级改进，还是将来新系统的开发建设，都存在数据通信协议选择与决策的需求。

本标准基于决策树方法，对行业内及行业间主要业务和数据通信协议进行特征识别、提取、抽象与归纳，通过对数据通信特征进行分析决策，构建数据通信协议筛选决策树，形成了一套基于数据通信协议特征决策的应用方法论。

4.2.2推荐性本标准属于推荐性行业标准，不具有强制性，也不具有法律上的约束性。

行业内及行业间机构可根据自身实际情况，自愿依据本标准选择适用的数据通信协议。

4.2.3收敛演进JR/T011120143本标准提出行业数据通信协议收敛演进的目标、路线与建议，从行业角度整体规划数据通信协议的数据字典、报文类别、数据格式和传输机制，促使数据通信协议收敛演进到几种主要的公开通信协议，进一步提高通信效率、降低行业整体通信成本。

4.2.4最优化本标准规范的协议应用方法论中，要求对筛选出来的协议进行最优化分析，即综合分析行业应用情况、遗留系统、周边环境、总体拥有成本、实施周期、风险管理及评估等多种因素，选择最优的协议。

4.2.5可验证本标准规范的协议应用方法论中，要求对通过协议最优化得出的协议进行验证，以确保其能够满足业务需求。

验证方法主要包括反向推演和模拟测试。

4.2.6路径规划随着行业的持续发展，行业内数据通信协议最终将收敛演进到若干个主流的协议（簇）集，本标准将对主流的协议（簇）集进行中长期规划，按照规划路径持续演进，逐步达成协议演进目标。

4.2.7容忍特例本标准提供的原则与方法，是根据业务需求筛选协议的通用指南，但现实情况中会有其它更复杂的客观因素需要考虑和权衡，因此对于某些特殊需求或特定场景，本标准将不再完全适用。

当某些特殊需求或特定场景随着业务的发展转为常规需求，本标准将对此类需求进行分析，根据分析结果进行调整和更新，用于指导同类需求的分析与协议应用。

4.3使用限制4.3.1概述本标准在某些特殊需求或特定场景下将不再完全适用，因此在使用本标准前，首先必须确定自己对于哪些因素拥有主导权，又对于哪些因素没有主导权。

对于自己没有主导权的那些因素来说，就会产生应用限制。

具体来说，有以下一些使用限制需要考虑。

4.3.2系统限制这类限制一般针对的是有遗留系统的场景，即某遗留系统所使用的数据通信协议并非最优，通过本标准可以筛选得到更优的协议，但是由于该遗留系统的某些限制导致无法或者不值得将当前的数据通信协议变更为更优的协议，例如某些系统之间的数据通信仅仅局限于少数特定的系统之间，且系统特性导致这些交互在较长时间内是不会变动的；某些系统即将达到自己的生命周期，即将下线被新系统替换等。

对于新开发的系统和仍然可以进行变更的系统而言，通常不存在此类限制，应当尽可能的遵循本标准的应用原则与方法。

4.3.3技术限制技术限制是指由于技术上的原因，导致必须使用某些数据通信协议。

常见的技术限制包括协议可选范围的限制、应用主机平台的限制、通信线路的限制等，例如新开发的系统所运行的操作系统平台本身对某些协议支持力度不够，没有提供相应的开发接口或者限制某些协议的使用等，导致数据通信协议的选择范围受限。

4.3.4环境限制JR/T011120144环境限制是指新开发系统所处的技术生态环境对数据通信协议选择所带来的限制。

这类限制大多来自于与新开发系统进行对接的系统的技术与管理限制，例如新开发的系统要接入国外的交易系统平台，由于国外的交易系统平台开放的数据通信协议已经固定，而且受国外机构的技术与管理限制约束，接入必须使用相应的协议，否则无法进行数据通信。

在这种情况下，可以不采用根据本标准得出的数据通信协议，而根据实际情况选用特定的数据通信协议。

4.3.5成本限制成本限制是指由于系统开发或者变更造成的各类成本所导致的限制，例如对于新开发的系统，在通过本标准筛选得出数据通信协议后，发现该协议存在专利费问题，或应用该协议的系统建设费用很高，如导致的成本增加不可接受，即产生成本限制；对于现有系统的改造，通过本标准筛选得出更优的数据通信协议后，发现用该协议替换掉现有协议所需的实施改造成本过大，无法承担，也会产生成本限制。

因此，在采用本标准筛选得出的数据通信协议之前，必须对实施成本做出较为准确的估算，以判断是否会产生成本限制。

5协议演进说明5.1概述随着信息技术的持续发展，一些新的数据通信协议不断出现，协议演进与更迭是证券期货业必须面对的现实，但在过程中应当选定适当的协议演进路线，逐步向协议演进目标收敛演进。

5.2协议演进目标数据通信协议从逻辑上由高至低可分为数据字典、报文类别、数据格式、传输机制共四个层次，各层次协议演进的目标如下：

表1数据通信协议演进目标数据字典数据字典业务概念、数据类型、报文概念交易交易结算结算信息披露信息披露监管报送监管报送行业间行业间其它其它报文类别报文类别FIX、FTDISO20022XBRLXBRL、新制定ISO20022、行业间报文类别新制定FIXTV、FIXML、SBE、ASN.1、GPB、FASTXML、DBFXMLXML、DBF、CSVXMLXML数据格式数据格式JSON、CSV、DBF、新制定传输机制传输机制FIXFIXT、FDEP、PROP、DCOM、HTTPHTTPS、新制定以上4个层次的说明如下：

a）数据字典（DataDictionary）：

GB/T27926.1中库的组成部分，包含了在进行业务过程建模和报文定义时，可利用的所有项，包括业务概念（BusinessConcept：

具有业务含义的字典项）、数据类型（DataType：

明确规定业务元素或报文元素有效取值范围的项）和报文概念（MessageConcept：

用于报文定义的字典项），具体如下图所示：

JR/T011120145图1数据字典b）报文类别（MessageCategory）：

根据不同类别的报文定义标准和语法，规范化描述的报文定义（MessageDefinition：

报文结构的规范化描述）和报文规则（MessageRule：

在报文定义级上规定的特定限制）。

其中，报文定义包括报文组件（MessageComponent：

组成报文定义的可复用的字典项）和报文元素（MessageElement：

报文组件的特性，在报文组件内具有唯一含义）；报文规则包括报文定义级上规定的特定限制；c）数据格式（DataFormat）：

即报文定义和报文规则的编排格式，常见的有XML、FIX标签值、JSON、CSV、DBF等格式；d）传输机制（TransportMechanism）：

即报文传输的定义，以及通信会话的机制，常见的有FIXFIXT、HTTPHTTPS、FDEP等传输机制。

5.3协议演进路线协议演进可以分成自愿转换、并存过渡、强制转换三条路线，其中前两条路线可以重叠或并行，也可以做为第三条路线的过渡，以降低强制转换所带来的冲击与影响。

5.3.1自愿转换数据字典数据字典业务概念业务概念数据类型数据类型报文概念报文概念变更历史记录变更历史记录业务联系业务联系业务组件业务组件业务元素业务元素规则规则业务参与者业务参与者业务角色业务角色报文组件报文组件报文元素报文元素规则规则数据类型数据类型数据类型表示形式数据类型表示形式编码编码关系到关系到扮演扮演来源于来源于来源于来源于基于基于其值为其值为类型为类型为类型为类型为JR/T011120146行业内参与方根据本标准得出更优的新数据通信协议后，可以自愿将现有协议转换为更优的新协议。

可以直接将现有协议转化成新协议的情况是：

a）当现有协议和新协议的数据字典、报文类别相同或等价时，协议转换的成本较低，能够比较容易、高效地建立并应用新协议，替换现有协议；b）新协议优势明显，现有协议已明显落后，行业已经明确形成应当采用新协议的共识。

协议转换应当在风险可控的原则下，实现技术改造。

协议转换过程中，可根据具体情况存在适当的过渡期，逐步实施。

协议转换如牵涉参与方较多或业务覆盖面较广时，建议业务主管机构统筹协调。

5.3.2并存过渡行业内参与方根据本标准得出更优的新数据通信协议后，如新协议的优势相比现有协议不够明显、或周边系统转换为新协议的成本较高时，可以同时支持两种协议，允许参与方依据自身情况，评估两种协议的优缺点后，自主选择最适合的协议，最终由市场淘汰封闭的私有协议，达成演进目标。

在新协议与现有协议并存的时间内，新协议需要体现自身在高效率、安全、以及技术创新等方面的优势，逐步优化发展成为行业内的共识与目标。

与此同时，陈旧、低效、高风险的协议应该逐步过渡转换到新协议。

5.3.3强制转换当现有协议阻碍了行业技术进步与发展、增加了用户成本、且存在安全风险等情况时，应通过强制手段，用新协议取代现有协议。

以下情况建议进行协议的强制转换：

a）系统需与国际标准协议（如FIX等）对接，但现有协议无法对接或对接成本较高；b）现有协议持续无序发展，无法收敛演进到协议演进目标；c）现有协议存在安全风险。

新协议与现有协议之间的强制转换，应当从顶层设计开始，由上至下逐步完成数据字典、报文类别、数据格式和传输机制各层次内容的定义。

建议由行业主管部门统筹规划，在风险可控的原则下，组织完成协议转换。

5.4协议演进建议5.4.1协议演进发起协议演进的动力大多来源于开展新业务、调整现有业务模式或发起技术系统升级改造等。

当现有协议无序发展造成行业应用成本过高，或明显不利于业务开展时，建议尽快发起协议演进。

5.4.2协议演进分工协议演进涉及不同层次，相应的分工如下：

a）业务层次：

对于开展新业务或调整业务模式，协议制定与修订的发起方建议为业务主管机构或执行机构的业务部门，在定义业务概念时引用行业数据模型标准中的数据字典，定义报文类别时引用行业报文库，规范业务相关的数据字典和报文类别；b）技术层次：

对于建设或改造系统、制定数据通信协议技术解决方案，协议制定与修订的发起方建议为业务主管机构或执行机构的技术部门，在制定技术方案时依据业务层次关于数据字典和报文类别的结论，规范技术相关的数据格式与传输机制。

5.4.3协议演进分析JR/T011120147行业内数据通信协议标准在立项或制订编制说明时，建议分析向本标准演进目标演进的具体思路与可行性，内容建议如下：

a）如立项标准符合演进目标，内容应包括向本标准演进目标演进的具体思路与可行性；b）如立项标准不符合演进目标，内容应包括不能向本标准演进目标演进的原因与后续计划。

5.4.4协议演进评价行业内数据通信协议标准在立项与评审过程中，建议考虑系统实施成本、业务推出时间、系统改造计划等多种因素，对协议演进分析进行综合评审，得出客观的协议演进评价结论。

6协议应用指南6.1概述本标准综合分析了行业现有数据通信类业务的需求，以及现有的各种公开和私有数据通信协议，总结归纳了主要数据通信业务与协议的特征，制定出“基于特征决策树的数据通信协议应用方法论”。

通过该方法论，各参与方可以科学有效地进行数据通信业务的需求分析与数据通信特征提取，用于数据通信协议的筛选、决策、最优化与验证。

6.2应用方法论本方法论的名称为“基于特征决策树的数据通信协议应用方法论”，用于指导行业内机构在选择或应用新的数据通信协议时，进行业务需求分析、提取协议特征，并根据这些特征及优先级，通过数据通信协议筛选决策树筛选得出最优的协议（族）集，或基于该协议（族）集开发新的协议。

本方法论的流程图如下：

图2基于特征决策树的数据通信协议应用方法论示意图本方法论的说明如下：

6.2.1业务需求分析即全面深入地了解业务需求，分析归纳出业务类别、业务内容、业务参与方、业务开展时间、当前应用的数据通信协议、是否涉及跨机构的数据通信。

如果不涉及跨机构的数据通信，则需求分析结束，本标准将不适用于此业务；否则进一步分析跨机构数据通信的应用范围、通信层次、数据内容、信息安全、交互方式、数据通信量、数据结构化、有效载荷率、数据载体、数据字符集等内容。

验证最优化筛选决策特征提取常规分析一、业务需求分析二、数据通信特征提取三、协议筛选四、协议最优化分析五、协议验证JR/T011120148常用的业务需求分析方法有：

a）查阅资料：

查阅与业务需求相关的历史文档、书籍、法律法规、业务规则、业务方案等资料，收集相关信息，进行汇总分析后，了解业务背景、业务目标、业务限制、业务规则等内容；b）调研：

向业务相关方发放调查表，或召开调研会，详细了解业务需求，收集整理来自不同参与方的观点与建议；c）询问：

对于业务需求中的重点或难点问题，向专业人士询问，快速获取专业知识与专业意见，确保需求分析的正确性与完整性；d）收集数据：

如果条件允许，尽可能收集业务相关的数据，为需求分析提供数据支持，充实并验证需求分析结果。

6.2.2数据通信特征提取即在详尽的业务需求分析基础上，按数据通信特征的优先级，逐项提取业务的数据通信特征。

数据通信特征说明参见附录A。

附录B列出了当前行业内已经存在的主要数据通信业务及其相应的数据通信特征，供提取业务的数据通信特征时参考。

随着业务与数据通信协议