JR-T 0016-2014 期货交易数据交换协议.pdf
- 文档编号:14660558
- 上传时间:2023-06-25
- 格式:PDF
- 页数:117
- 大小:594.46KB
JR-T 0016-2014 期货交易数据交换协议.pdf
《JR-T 0016-2014 期货交易数据交换协议.pdf》由会员分享,可在线阅读,更多相关《JR-T 0016-2014 期货交易数据交换协议.pdf(117页珍藏版)》请在冰点文库上搜索。
ICS03.060A11备案号JR中华人民共和国金融行业标准JR/T00162014代替JR/0016-2004期货交易数据交换协议Futurestradingdataexchangeprotocol2014-12-26发布2014-12-26实施中国证券监督管理委员会发布JR/T00162014I目次前言.III1范围.12规范性引用文件.13术语和定义.13.1有关期货的术语.13.2有关交易的术语.23.3有关报单的术语.44体系结构.54.1要求.54.2通讯模式.54.3通讯模式举例.64.4通讯模式和数据流.105报文格式.115.1FTD报文.115.2FTDC报文.135.3主要业务运作机制.155.4关键数据的说明.195.5报文清单.256安全性要求.346.1身份认证.346.2传送加密.346.3权限设置.347可靠性保障.347.1防单点故障.357.2网络断路检测.357.3断点恢复.357.4防止重发乱序机制.358扩展方式.35附录A(规范性附录)信息类型正文值.37附录B(规范性附录)衍生类型明细.39附录C(规范性附录)字段明细.42附录D(规范性附录)数据域内容清单.49附录E(规范性附录)报文内容清单.68JR/T00162014II附录F(规范性附录)FTDDTD描述.74附录G(规范性附录)FTDXML描述.78JR/T00162014III前言本标准依据GB/T1.1-2009给出的规则起草。
本标准代替了期货交易数据交换协议(JR/T0016-2004)。
本标准为期货交易数据交换协议(JR/T0016-2004)的修订版本,与原文相比,主要有如下非编辑性修改:
增加了规范性引用文件;在3.1章节增加了期权术语等的定义;在3.2章节增加了权利金、执行价等术语的定义;在5.3章节增加了报价、询价、期权行权等业务运作机制的描述;在5.4章节中增加了报价、询价等关键数据的说明;在5.5章节中增加了数据流回退的数据流管理报文及询价通知的广播模式报文;规范性附录A中增加了报价、询价、期权行权和汇率查询等信息类型值;规范性附录B中增加了询价方向和期权类型等衍生类型的定义;规范性附录C中增加了汇率单位、外汇价格、报价编号等字段明细;规范性附录D中增加了报价、询价、期权、汇率查询等数据域,并在合约数据域中增加了权利金及基础商品乘数等字段明细;规范性附录E中增加了报价、询价、期权、汇率查询及数据流回退等报文内容;资料性附录G中增加报价、询价、期权、汇率查询及数据流回退等内容的XML描述本标准由全国金融标准化技术委员会证券分技术委员会(SAC/TC180/SC4)提出。
本标准由全国金融标准化技术委员会证券分技术委员会(SAC/TC180/SC4)归口。
本标准起草单位:
中国证券监督管理委员会信息中心、中国金融期货交易所、上海期货交易所、郑州商品交易所、大连商品交易所和中国期货保证金监控中心。
本标准主要起草人:
王博威、张昊、李小平、段其国、姚振峰、赵鸿昊、武玉波、林琳、靳盛雪、张备战、陶进、郑永康、佘鹏飞。
期货交易数据交换协议(JR/T0016-2004)的历次版本发布情况为:
期货交易数据交换协议(JR/T0016-2004)2004年发布。
JR/T00162014IVJR/T001620141期货交易数据交换协议1范围本标准规定了交易所、会员单位之间进行交易数据交换时所采用的数据格式、数据定义和数据内容;确立了该数据交换协议的体系结构、报文格式、数据字典、运作机制等内容。
本标准适用于交易所系统和会员系统之间进行交易所需的数据交换和通讯。
本标准也可以适用于交易所内部、会员内部、交易所之间或者会员之间的数据交换和通讯。
2规范性引用文件下列文件对于本文件的应用是必不可少的。
凡是注日期的引用文件,仅所注日期的版本适用于本文件。
凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件GB/T2659世界各国和地区名称代码GB/T12406表示货币和资金的代码GB/T23696-2009证券和相关金融工具交易所和市场识别码3术语和定义下列术语和定义适用于本文件。
3.1有关期货的术语3.1.1期货合约futurescontract由交易所统一制定的、规定在将来某一特定的时间和地点交割一定数量和质量商品的标准化合约。
本标准内有时简称为合约。
注:
除了价格、交易双方以外,期货合约的所有其他要素都已经确定了。
3.1.2期货交易所futuresexchange根据有关规定,进行期货合约交易的统一场所。
3.1.3会员member在交易所进行期货交易、交割、结算和资金管理的基本单位。
注:
交易所实行会员制管理,只有会员才有权在交易所直接从事期货交易。
3.1.4交易员trader会员在某个交易所从事期货交易时的代表。
注:
一个会员在一个交易所可以有若干个交易员,每个交易员的权限可能不完全相同。
3.1.5JR/T001620142客户client进行期货交易的个人或者机构实体。
注:
客户要从事期货交易,必须通过有资格的会员进行,在会员公司开户,由会员代理客户从事期货交易。
交易所对会员结算,会员对客户结算。
一个客户可以通过该会员有报单权限的任何一个交易员进行报单申请。
3.1.6投机speculation利用市场出现的价差进行买卖从中获得利润的交易行为。
3.1.7套期保值hedge买入(卖出)与现货市场数量相当、但交易方向相反的期货合约,以期在未来某一时间通过卖出(买入)期货合约来补偿现货市场价格变动所带来的实际价格风险的交易行为。
3.1.8期权合约optioncontract一方授予另一方一种权利,使买方有权(但无责任)以特定的价格在特定的时间内购买(买回)或出售(卖出)一种金融资产的合同。
在这个固定日期之后,这个期权就不再存在。
3.1.9内在价值intrinsicvalue期权处于价内状态,就称具有内在价值。
内在价值根据标的资产的市价与期权行权价之差计算得出。
3.1.10时间价值timevalue这是权利金的组成部分,取决于期权距离到期的时间及标的价格的波动程度。
3.1.11认购期权calloption买卖双方之间签订的一项合同,其中买方支付权利金获得权利而不是义务以敲定价格在到期日及之前来购买特定的标的资产。
卖方获得权利金有义务按照买方选择行权的敲定价格交付或者出售标的资产。
3.1.12认沽期权putoption期权合同赋予持有者权利而不是义务在特定时间以敲定价格来出售特定数量的标的资产。
3.1.13做市商marketmaker指金融市场上的一些独立的交易商,不断报出买价和卖价,接受投资者的交易指令,为投资者承担某一只证券或者期货合约的买进和卖出,买卖双方不需要等待交易对手出现,只要有做市商出面承担交易对手方即可达成交易。
3.2有关交易的术语3.2.1报单order会员或客户对某期货合约的申买申卖委托请求。
注:
报单有许多种类,每个报单还可以设置不同的属性,以限定其成交的方式。
这些种类和属性的定义见3.3。
3.2.2成交match按交易所配对撮合原则完成的交易。
JR/T001620143注:
一个成交是针对买卖双方的,与两个报单相关。
3.2.3成交行情matchquotation由交易所发布的,让各个会员和客户了解目前合约成交情况的信息。
3.2.4报单行情orderquotation由交易所发布的,让各个会员和客户了解目前合约报单队列情况的信息。
3.2.5交易状态tradestatus指交易所规定的对不同的交易方式进行区分的状态值。
注:
各个交易所可以根据自己的需要,定义自己在不同时段的交易状态。
目前的交易状态一般包括开盘集合竞价、连续交易、收盘集合竞价、暂停交易、停止交易等。
3.2.6交易所系统exchangesystem由交易所提供的可以接收会员的各种业务请求,并发出适当的响应的计算机系统。
3.2.7会员系统membersystem由会员提供的可以向交易所发出各种业务请求,并且能够恰当地解释所得到响应的计算机系统。
3.2.8交易所端exchangeside指本协议连接的两端中,属于交易所系统的一端。
3.2.9会员端memberside指本协议连接的两端中,属于会员系统的一端。
3.2.10连续交易continuoustrade指交易所提供的,在接收报单后,立即按照当前适当的价格进行成交的交易模式。
3.2.11集合竞价auction指交易所提供的,在接收报单后,不立即进行交易,而是在接收所有报单后,根据总体的报单情况,按照最大成交量、最小剩余量原则确定了成交价格后,再完成成交的交易模式。
3.2.12保证金margin客户按照规定标准交纳的,用于结算和保证履约的资金。
注:
保证金的计算方式由清算机构决定。
3.2.13熔断fuse在交易过程中,市场波动过大,满足某个特定条件时,执行某些特定操作以管理风险的业务过程。
注:
这里的特定条件一般是指成交价格升高或降低超过特定的幅度。
特定操作一般是指停止交易、暂停交易、重新进行集合竞价等。
3.2.14权利金premium指买进期权合约所需支付的代价,可视为由期权的内在价值及时间价值构成。
JR/T0016201443.2.15执行价格exericeprice又叫行权价或者行使价,是期权合约中规定的期权持有者买或卖标的资产的价格。
行权价就是敲定价格。
3.3有关报单的术语3.3.1限价报单limitedorder带有限定价格的报单。
注:
只有在限定价格或更好价格时才执行。
3.3.2市价报单marketorder不带有价格限定,按照市场中存在的最好的几个价格买入或者卖出的报单。
注:
不能成交的部分将被取消。
3.3.3止损市价报单marketstoporder在目前的市场价格达到指定的止损价格时,才会被激活,变成市价报单的报单。
3.3.4止损限价报单limitedstoporder在目前的市场价格达到指定的止损价格时,才会被激活,变成限价报单的报单。
3.3.5市价转限价报单markettolimitedorder按照市价报单的方式成交,但是其不能成交的部分保留在报单队列中,变成限价报单的报单。
3.3.6最好价格报单bestpriceorder不带有价格限定,按照市场中存在的最好的一个价格买入或者卖出的报单。
注:
不能成交的部分将被取消。
3.3.7均价报单averagepriceorder限定了最终成交的平均价格的报单。
注:
交易所系统将尝试从市场上最好价格开始来满足报单的全部数量,直到全部成交、找不到对手方或者成交的平均价已经达到限定的均价,再做一个成交则均价的限制就不能满足。
剩余未成交部分将被取消。
3.3.8即时全部成交fillorkill表示要求立即全部成交,否则就全部取消的报单属性。
3.3.9即时部分成交fillandkill表示要求立即成交,对于无法满足的部分予以取消的报单属性。
3.3.10当日有效goodforday表示只在当日的交易时段有效,一旦当前交易时段结束,自动取消的报单属性。
3.3.11取消前有效goodtillcancelJR/T001620145表示将一直有效,直到交易员取消这个报单,或者该合约本身到期的报单属性。
3.3.12指定日期前有效goodtilldate表示将一直有效,直到指定日期、交易员取消这个报单,或者该合约本身到期的报单属性。
3.3.13最小成交量minimumvolume表示要求满足成交量达到这个最小成交量,否则就取消的报单属性。
注:
本章定义的所有术语都是针对期货交易的,不包含技术名词,以及本标准自己使用的名词。
这些名词的使用,如果可能会产生歧义,都将在本标准中使用时专门进行定义或区分。
4体系结构4.1要求本标准的体系结构应建立在一个可靠的、有连接的、基于流的广域网络协议的基础之上。
该广域网络协议应当:
具备点对点的寻址能力能够进行连接和断开操作能够有序地进行信息内容的传送具有透明的流分割传送机制具有这些特征的广域网络协议包括但是不限于TCP/IP、X.25、ATM。
本标准也可以基于具有某些安全特性的可靠连接之上,例如SSL(SecureSocketLayer)等。
4.2通讯模式FTD中的所有通讯都会基于某个通讯模式。
通讯模式实际上就是说明通讯双方协同工作的方式。
FTD涉及的通讯模式共有三种:
对话通讯模式私有通讯模式广播通讯模式对话通讯模式是指由会员端主动发起的通讯请求。
该请求被交易所端接收和处理,并给予响应。
例如报单、查询等。
这种通讯模式与普通的客户/服务器模式相同。
私有通讯模式是指交易所端主动向某个特定的会员发出的信息。
例如成交回报等。
广播通讯模式是指交易所端主动向市场中的所有会员都发出相同的信息。
例如市场公告、行情等。
通讯模式和网络的连接不一定存在简单的一对一的关系。
也就是说,一个网络连接中可能传送多种不同通讯模式的报文,一种通讯模式的报文也可以在多个不同的连接中传送。
通讯模式与连接的关系应由各个交易所决定。
无论哪种通讯模式,其通讯过程都如图1所示:
JR/T001620146会员系统交易所系统发送请求(如果在对话模式下)给出响应(如果在对话模式下)连接请求连接确认身份认证请求身份认证响应发出私有信息(如果在私有模式下)发出市场公告(如果在广播模式下)断开请求断开确认图1各通讯模式的工作过程(以会员交易所间通讯为例)也就是说,无论哪种通讯模式,都应先由会员系统向交易所系统发出连接请求,在得到连接确认后发出身份认证请求。
会员系统得到正确的身份认证响应后,开始执行上述通讯模式中的报文传送。
报文传送完成以后,一般也是由会员端发出断开请求,在得到交易所系统的断开确认响应后,才真正断开物理连接。
还有两种特殊的断开连接的情况如下:
网络发生故障时,直接发生断开连接交易所根据实际情况,要求所有的或者指定的交易员断开连接。
此时交易所系统将主动发出强制退出报文,然后主动断开物理连接4.3通讯模式举例下面用几个例子说明在网络连接中通讯模式的工作方法。
如果采用每种模式各自一个连接的方式,那么典型的对话模式连接通讯将如图2所示:
JR/T001620147会员系统交易所系统连接请求身份认证请求发出委托发出查询断开请求连接确认身份认证响应委托确认查询响应断开确认图2对话模式连接举例(以会员交易所间通讯为例)典型的私有模式连接通讯将如图3所示:
JR/T001620148会员系统交易所系统连接请求身份认证请求断开请求连接确认身份认证响应成交回报断开确认图3私有模式连接举例(以会员交易所间通讯为例)典型的广播模式连接通讯将如图4所示:
JR/T001620149会员系统交易所系统连接请求身份认证请求断开请求连接确认身份认证响应市场行情断开确认市场公告图4广播模式连接举例(以会员交易所间通讯为例)如果在一个连接中同时运行三个模式,那么典型的混合模式连接通讯将如图5所示:
JR/T0016201410会员系统交易所系统连接请求身份认证请求发出委托(对话模式)成交回报(私有模式)断开请求连接确认身份认证响应委托确认(对话模式)市场行情(广播模式)断开确认图5混合模式连接举例(以会员交易所间通讯为例)上述通讯模式的描述是针对将FTD协议使用在会员系统和交易所系统之间进行通讯的情况。
如果该协议被使用在其他情况下,例如会员内部、交易所内部或者交易所之间,那么这些通讯模式中的会员系统和交易所系统就相当于客户系统和服务器系统。
4.4通讯模式和数据流在本标准中需要区分的两个重要概念是通讯模式和数据流。
数据流表示的是一个单向或双向的,连续的,没有重复和遗漏的数据报文的序列,它可以完成特定的功能。
通讯模式是指一个数据流进行互动的工作模式。
每个数据流应该对应一个通讯模式,但是一个通讯模式下可能有多个数据流。
一种最简单的使用方法是为上述每种通讯模式构造一种数据流,产生了对话流、私有流和广播流。
也可以使用其他方法,在一个通讯模式下建立多种数据流,例如在对话通讯模式下建立两个流:
交易流和查询流;在广播通讯模式下建立两个流,通知流和行情流。
本标准只规定各个报文工作在哪个通讯模式下,但是不规定具体的数据流划分方法,而是将这个划分方法留给各个交易所自行决定。
JR/T0016201411不同的通信模式有着不同的数据流管理原则。
在使用对话模式时,一个数据流就是一个连接的过程,在这个连接内将保障各个信息的完整性和有序性。
但是,当连接断开后,重新连接将开始一个新的数据流,这个数据流和原来的数据流没有直接的关系。
如果会员系统在提交报单以后,没有收到报单确认以前,连接被断开,会员端不能假设此报单已经被接收,也不能假设其没有被接收。
再次连接后,即使该报单已经被接收,会员系统也不能在这个连接中收到该报单的确认信息。
会员系统的解决办法有三种:
可以进行一次查询;或者使用相同的本地报单单号再次提交该报单,因为如果该报单已经被接收,那么交易所系统会返回一个重复报单的信息;另一种方法是利用在私有模式中的报单确认信息,确定交易所系统是否已经收到报单。
对于私有模式和广播模式,一个数据流对应在一个交易时段内(一般为一个交易日)的完成某项功能的所有连接。
也就是说,会员在重新连接时,会从上次断开连接的地方继续接收下去,而不会从头开始,除非会员强制指定。
每个会员或者交易员都有自己的私有模式数据流,该会员或交易员只能接收自己私有模式下的信息。
交易所的每个市场会有一个广播模式的数据流,如果交易所只有一个市场,或者交易所不区分多个市场的概念,那么整个系统就只有一个广播模式的数据流。
5报文格式5.1FTD报文FTD报文由报头、扩充报头和信息正文三个部分组成。
如图6所示。
报头描述数据报文的整体信息;扩充报头提供链路管理功能;信息正文是具体的各个域的内容。
FTD报头(4字节)FTD扩充报头(可选,最多127字节)FTD信息正文(可选,最多4096字节)图6FTD报文结构5.1.1FTD报头FTD报头由四个字节组成,如图7所示:
字节0字节1字节2字节3报文类型扩充长度信息正文长度图7FTD报头结构报文类型,见表1扩充长度:
扩充报头字节长度。
如果扩充长度等于0,代表没有扩充报头,紧跟在报头后面的是信息正文信息正文长度:
整个报文中信息正文的字节长度。
采用网络顺序,前一字节是高位字节,后一字节是低位字节。
如果信息正文长度等于0,代表此报文没有信息正文,是链路管理报文。
注意:
信息正文长度不包括报头和扩充报头的长度JR/T0016201412表1FTD报文类型表报文类型报文类型数值数值描述描述FTDTypeNone0x00此报文不具有任何意义,一般用于心跳。
FTDTypeFTDC0x01信息正文中是正常的域数据内容。
FTDTypeCompressed0x02信息正文中包括的是压缩数据,解压缩后再处理。
注:
交易所系统和会员系统在收到非上述报文类型的报文时,可以将其丢弃,不做任何处理。
由于回送给会员的响应信息可能非常多(例如查询命令),为了节约网络传送带宽,交易所服务器可以把一个或多个FTD数据报文压缩后存放在另一个FTD信息正文中,会员系统在接收后,应当将其解压缩后作为一个或多个普通的FTD报文处理。
5.1.2FTD扩充报头扩充报头最长127个字节,由一系列的按照图8规定的标记组成。
字节0字节1字节2,.标记类型标记长度数据(按照标记长度指定)图8FTD扩充报头标记结构标记类型及其内容描述的定义见表2。
如果没有标记数据,则标记长度等于0。
表2标记类型说明标记类型标记类型数值数值长度长度描述描述FTDTagNone0x000丢弃不处理此标记。
FTDTagDatetime0x014时间戳。
Unix格式时间HHMMSS,网络序。
FTDTagCompressMethod0x021信息正文压缩方法。
现在只支持一种压缩方法。
0表示没有压缩;1表示LZ压缩。
FTDTagSessionState0x031发送端状态。
0:
未知状态;1:
未登录;2:
已登录,但在同步数据;3:
同步状态。
FTDTagKeepAlive0x040发送端发送心跳信息,表示还在正常工作。
FTDTagTradedate0x054交易所当前交易日日期。
Unix格式时间YYYYMMDD,网络序。
FTDTagTarget0x062说明报文的目标,使用两个字母,表示目标的交易所。
如果要发送的目标就是接收方所处于的交易所,那么就不需要使用此项由于系统功能的扩展,交易所可以增加扩充标记的类型。
会员端系统如果接收到无法识别的标记,只需将其简单丢弃,不做其他处理。
5.1.3FTD信息正文FTD信息正文可能是以下两种内容:
未压缩过的FTDC报文压缩后的FTDC报文FTD信息正文的长度由FTD报头中的信息正文长度字段确定。
JR/T00162014135.2FTDC报文FTDC报文是FTD报文中的主要内容,它封装在FTD报文中,其结构如图9所示:
FTD报头和扩充报头=4字节FTD信息正文FTDC报头16字节FTDC信息正文(数据域+数据域+)图9FTDC报文结构FTDC报文包括16个字节的FTDC报头和为数不等的数据域组成的FTDC信息正文。
整个FTDC报文长度不能超过4096字节(4K)。
报文中所有传送的二进制数据全部采用网络序。
5.2.1FTDC报头FTDC报头有16个字节,表示FTD信息正文的类型、长度等控制信息,长度与FTD报头中长度除去扩充报头和FTDC报头长度不一致时,说明报文格式错误,直接丢弃。
其具体定义见表3。
表3FTDC报头说明报头数据项报头数据项名称名称字节长度字节长度描述描述Version版本号1二进制无符号整数。
目前版本为2TransactionId(TID)FTD信息正文类型4二进制无符号整数。
Chain报文链1ASCII码字符。
SequenceSeries序列类别号2二进制无符号短整数。
SequenceNumber(SeqNo)序列号4二进制无符号整数。
FieldCount数据域数量2二进制无符号短整数。
FTDCContentLengthFTDC信息正文长度2二进制无符号短整数。
以字节为单位。
5.2.1.1信息正文类型信息正文类型TID是二进制整数,表示信息正文的类型。
这些类型的定义见附录A。
5.2.1.2报文链在一个报文中,可能需要放入多个数据域。
特别是对于某些报文,数据域的个数是不确定的,例如许多查询响应报文,都有这样的情况。
当域的数量充分多时,就会超过报文总长度的限制,也就是超过了4096个字节,本标准把这种报文称为长报文。
一个长报文需要分割成多个报文发送。
此时需要一种机制,让报文的接收方能够识别收到的报文是一个被分割成多块的长报文的一部分。
因此,我们就使用了报文链的概念。
报文链用于说明本报文是长报文中的哪一部分。
一个长报文被分割成多个报文后,其序列号是相同的。
具体的报文链定义见表4。
表4报文链定义报文链报文链描述描述S报文链中只有单个FTDC报文。
F报文链的第一个FTDC报文。
C报文链的中
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- JR-T 0016-2014 期货交易数据交换协议 JR 0016 2014 期货交易 数据 交换 协议
![提示](https://static.bingdoc.com/images/bang_tan.gif)