CN112532619A - Defix协议的生成、解析方法、客户端、服务器及*** - Google Patents

Defix协议的生成、解析方法、客户端、服务器及*** Download PDF

Info

Publication number
CN112532619A
CN112532619A CN202011353556.0A CN202011353556A CN112532619A CN 112532619 A CN112532619 A CN 112532619A CN 202011353556 A CN202011353556 A CN 202011353556A CN 112532619 A CN112532619 A CN 112532619A
Authority
CN
China
Prior art keywords
information
defix
protocol
data
client
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202011353556.0A
Other languages
English (en)
Other versions
CN112532619B (zh
Inventor
彭小龙
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Qianhaijingyou Technology Co ltd
Original Assignee
Shenzhen Qianhaijingyou Technology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shenzhen Qianhaijingyou Technology Co ltd filed Critical Shenzhen Qianhaijingyou Technology Co ltd
Priority to CN202011353556.0A priority Critical patent/CN112532619B/zh
Publication of CN112532619A publication Critical patent/CN112532619A/zh
Application granted granted Critical
Publication of CN112532619B publication Critical patent/CN112532619B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/02—Protocol performance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/03—Protocol definition or specification 

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Communication Control (AREA)

Abstract

本发明公开了一种DEFIX协议的生成方法，接收数据应用需求信息，并确认所述数据应用需求信息的信息类型；以所述信息类型为信息头生成所述数据应用需求信息的DEFIX协议信息，所述DEFIX协议信息包括信息头、信息目标、信息正文域及信息结束标志；将已生成的所述DEFIX协议信息发送至服务器获取对应的应用数据。本发明还公开了一种DEFIX协议的解析方法、客户端、服务器即***。本发明设计了一种DEFIX协议的生成方法，其DEFIX协议的内部结构更加的简洁，使用了对于头标题的形式对应的一个Key来表达，无需验证头部命令，无需登陆/登出，提高了协议的速度，实现了重要信息更直观呈现的效果，也提高了DEFIX协议应用的应用效率。

Description

DEFIX协议的生成、解析方法、客户端、服务器及***
技术领域
本发明涉及数据传输格式的技术领域，尤其涉及一种DEFIX协议的生成、解析方法、客户端、服务器及***。
背景技术
在数据传输应用中，FIX协议目前广泛应用于各大金融机构的数据传输应用，现有的fix协议作为一种实时的电子化通讯协议虽然具备数据通信的一些优势，但实际应用中，金融业务相对于传统业务流程格式化，使用统一的交换格式应用在每个业务功能接口上，使得每个功能模块实现沟通连接。在应用FIX协议进行数据传输时，由于FIX协议内部结构太过于复杂，反应速度慢，使用起来也不是很方便。并且现有FIX协议头部标题文件不可读，为二进制格式，不能更好的分析业务需求。
上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。
发明内容
本发明的主要目的在于提供一种DEFIX协议的生成、解析方法、客户端服务器及计算机可读存储介质，旨在解决现有FIX协议内部结构太过于复杂，反应速度慢，使用起来不够简约，且FIX协议头部标题文件不可读，不能更好的分析业务需求，影响了数据传输应用时的效率。
为实现上述目的，本发明提供一种DEFIX协议的生成方法，包括以下内容：
接收数据应用需求信息，并确认所述数据应用需求信息的信息类型；
以所述信息类型为信息头生成所述数据应用需求信息的DEFIX协议信息，所述DEFIX协议信息包括信息头、信息目标、信息正文域及信息结束标志；
将已生成的所述DEFIX协议信息发送至服务器获取对应的应用数据。
可选地，所述以所述信息类型为信息头生成所述数据应用需求信息的DEFIX协议信息的步骤，包括：
解析所述数据应用需求信息，根据解析结果确认生成所述DEFIX协议信息的信息参数，所述信息参数包括信息类型、操作数据、信息内容；
将解析到的所述信息参数添加至预设的DEFIX协议生成格式以生成所述DEFIX协议信息。
可选地，所述方法还包括：
向服务器发送数据连接请求；
在接收到服务器返回的确认指令时创建与服务器的数据连接通道。
可选地，所述在接收到服务器返回的确认指令时创建与服务器的数据连接通道的步骤，包括：
在所述数据连接通道中部署DEFIX协议信息生成格式。
为实现上述目的，本发明提供一种DEFIX协议的解析方法，包括以下内容：
接收客户端发送的DEFIX协议信息，读取所述DEFIX协议信息的信息头以确认所述的DEFIX协议信息的信息类型；
确认所述DEFIX协议信息的目标数据，并以所述信息类型及所述目标数据整合反馈数据；
将已整合的所述反馈数据返回至客户端应用。
可选地，所述确认所述DEFIX协议信息的目标数据，并以所述信息类型及所述目标数据整合反馈数据的步骤，包括：
读取所述DEFIX协议信息的信息目标及信息正文域，以所述信息目标确认对应的目标数据；
以所述信息正文域的数据应用目的对所述目标数据进行数据整合，根据整合结果得出所述反馈数据。
可选地，所述方法还包括：
在接收到客户端的数据连接请求时，向所述客户端返回确认指令；
根据客户端创建的数据连接通道建立与所述客户端的数据连接关系。
此外，为实现上述目的，本发明还提供一种客户端，所述客户端包括：存储器、处理器以及存储在所述存储器上并可以在所述处理器上运行的DEFIX协议的生成程序，所述DEFIX协议的生成程序被处理器解析时实现如上所述的DEFIX协议的生成方法的步骤。
本发明还提供一种服务器，所述服务器包括：存储器、处理器以及存储在所述存储器上并可以在所述处理器上运行的DEFIX协议的解析程序，所述DEFIX协议的解析程序被处理器解析时实现如上所述的DEFIX协议的解析方法的步骤。
本发明还提供一种DEFIX协议的生成***，所述DEFIX协议的生成***包括如权利要求上所述的客户端及如上所述的服务器。
本发明提出的一种DEFIX协议的生成方法，接收数据应用需求信息，并确认所述数据应用需求信息的信息类型；以所述信息类型为信息头生成所述数据应用需求信息的DEFIX协议信息，所述DEFIX协议信息包括信息头、信息目标、信息正文域及信息结束标志；将已生成的所述DEFIX协议信息发送至服务器获取对应的应用数据。本发明通过创建一种DEFIX协议格式，使得DEFIX协议的内部结构更加的简洁，且不用加密标题，简化获取形式，不需要再验头部命令，亦不用进行登陆/退出，语法相较简单。使用了对于头标题的形式对应的一个Key来表达，无需验证头部命令，且应用Key的大多数值生成配置文件保存至本地，无需登陆/登出，提高了协议的速度，实现了重要信息更直观呈现，提高了DEFIX协议应用的应用效率。
附图说明
图1是本发明实施例方案涉及的硬件运行环境的终端\装置结构示意图；
图2是本发明实施例方案涉及的硬件运行环境的另一终端\装置结构示意图；
图3为本发明DEFIX协议的生成方法第一实施例的流程示意图；
图4为本发明DEFIX协议的生成方法第二实施例的流程示意图；
图5为本发明DEFIX协议的解析方法第一实施例的流程示意图；
图6为本发明DEFIX协议的解析方法第二实施例的流程示意图。
本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
本发明实施例的主要解决方案是：接收数据应用需求信息，并确认所述数据应用需求信息的信息类型；以所述信息类型为信息头生成所述数据应用需求信息的DEFIX协议信息，所述DEFIX协议信息包括信息头、信息目标、信息正文域及信息结束标志；将已生成的所述DEFIX协议信息发送至服务器获取对应的应用数据。
由于现有FIX协议内部结构太过于复杂，反应速度慢，使用起来不够简约，且FIX协议头部标题文件不可读，不能更好的分析业务需求，影响了数据传输应用时的效率。
本发明提供一种解决方案，创建了一种DEFIX协议格式，使得DEFIX协议的内部结构更加的简洁，且不用加密标题，简化获取形式，不需要再验头部命令，亦不用进行登陆/退出，语法相较简单。使用了对于头标题的形式对应的一个Key来表达，无需验证头部命令，且应用Key的大多数值生成配置文件保存至本地，无需登陆/登出，提高了协议的速度，实现了重要信息更直观呈现，提高了DEFIX协议应用的应用效率。
如图1所示，图1是本发明实施例方案涉及的硬件运行环境的终端\装置结构示意图。
本发明实施例终端可以是PC，也可以是智能手机、平板电脑、电子书阅读器，便携计算机等可移动式或不可移动式终端设备。
如图1所示，该终端可以包括：处理器1001，例如CPU，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
本领域技术人员可以理解，图1中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作***、网络通信模块、用户接口模块以及DEFIX协议的生成程序。
在图1所示的终端中，网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；用户接口1003主要用于连接客户端(用户端)，与客户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的DEFIX协议的生成程序，并解析以下操作：
接收数据应用需求信息，并确认所述数据应用需求信息的信息类型；
以所述信息类型为信息头生成所述数据应用需求信息的DEFIX协议信息，所述DEFIX协议信息包括信息头、信息目标、信息正文域及信息结束标志；
将已生成的所述DEFIX协议信息发送至服务器获取对应的应用数据。
进一步地，处理器1001可以调用存储器1005中存储的DEFIX协议的生成程序，还解析以下操作：
解析所述数据应用需求信息，根据解析结果确认生成所述DEFIX协议信息的信息参数，所述信息参数包括信息类型、操作数据、信息内容；
将解析到的所述信息参数添加至预设的DEFIX协议生成格式以生成所述DEFIX协议信息。
进一步地，处理器1001可以调用存储器1005中存储的DEFIX协议的生成程序，还解析以下操作：
向服务器发送数据连接请求；
在接收到服务器返回的确认指令时创建与服务器的数据连接通道。
进一步地，处理器1001可以调用存储器1005中存储的DEFIX协议的生成程序，还解析以下操作：
在所述数据连接通道中部署DEFIX协议信息生成格式。
如图2所示，图2是本发明实施例方案涉及的硬件运行环境的终端\装置结构示意图。
本发明实施例终端可以是PC，也可以是智能手机、平板电脑、电子书阅读器，便携计算机等可移动式或不可移动式终端设备。
如图1所示，该终端可以包括：处理器2001，例如CPU，网络接口2004，用户接口2003，存储器2005，通信总线2002。其中，通信总线2002用于实现这些组件之间的连接通信。用户接口2003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口2003还可以包括标准的有线接口、无线接口。网络接口2004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器2005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器2005可选的还可以是独立于前述处理器2001的存储装置。
本领域技术人员可以理解，图1中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
如图1所示，作为一种计算机存储介质的存储器2005中可以包括操作***、网络通信模块、用户接口模块以及DEFIX协议的生成程序。
在图1所示的终端中，网络接口2004主要用于连接后台服务器，与后台服务器进行数据通信；用户接口1003主要用于连接客户端(用户端)，与客户端进行数据通信；而处理器2001可以用于调用存储器2005中存储的DEFIX协议的解析程序，并解析以下操作：
接收客户端发送的DEFIX协议信息，读取所述DEFIX协议信息的信息头以确认所述的DEFIX协议信息的信息类型；
确认所述DEFIX协议信息的目标数据，并以所述信息类型及所述目标数据整合反馈数据；
将已整合的所述反馈数据返回至客户端应用。
进一步地，处理器2001可以调用存储器2005中存储的DEFIX协议的解析程序，还解析以下操作：
读取所述DEFIX协议信息的信息目标及信息正文域，以所述信息目标确认对应的目标数据；
以所述信息正文域的数据应用目的对所述目标数据进行数据整合，根据整合结果得出所述反馈数据。
进一步地，处理器2001可以调用存储器2005中存储的DEFIX协议的解析程序，还解析以下操作：
在接收到客户端的数据连接请求时，向所述客户端返回确认指令；
根据客户端创建的数据连接通道建立与所述客户端的数据连接关系。
参照图3，图3为本发明DEFIX协议的生成方法第一实施例的流程示意图，所述DEFIX协议的生成方法包括：
步骤S10，接收数据应用需求信息，并确认所述数据应用需求信息的信息类型；
接收基于当前数据连接应用的数据应用需求信息，所述数据应用需求信息为基于当前defix协议数据传输的数据应用需求，一般情况下，所述数据应用需求信息主要指向服务器获取/更新目标数据的操作数据，且所述数据应用需求信息由客户端所在终端的使用用户发起，其中，在基于所述客户端发起所述数据应用需求信息时，可基于所述客户端的相关数据应用操作发起所述数据应用需求信息。进一步的，根据接收到的所述数据应用需求，确认所述数据应用需求信息的信息类型，所述信息类型指当前数据应用需求信息中基于数据操作的操作类型，在本实施例中，所述信息类型可定义为数据获取、更新等数据更新操作，或者数据关闭等数据撤销操作。
步骤S20，以所述信息类型为信息头生成所述数据应用需求信息的DEFIX协议信息，所述DEFIX协议信息包括信息头、信息目标、信息正文域及信息结束标志；
根据当前已确认的信息类型，即当前数据应用需求信息的信息类型为信息头，生成基于所述数据应用需求信息的defix协议信息，所述defix协议在生成时，以预设的defix协议生成格式为基准生成所述defix协议信息，已生成的所述defix协议信息包括信息头、信息目标、信息正文域以及信息结束标志，本发明方法中，所述defix协议是基于现有fix协议的简化改进版，即DEFIX协议基于FIX协议基础上进行了一些简化改进，其具体的简化改进操作包括去除《标准头》和《标准尾》，减少不必要的信息长度；继承正文域结构，域的形式为“Tag＝Value”，由于SOH为不可打印字符，将界定符改为竖线(“|”),方便阅读和书写；使用换行符(“\n”)表示信息结束。
在本发明方法中，使用DEFIX协议的有2种身份：客户端(client)和服务端(server)；客户端通过数据请求和更新指令向服务端更新数据及拉取数据，服务端通过数据反馈信息将数据反馈给客户端。且服务端存储维护所有数据，用”symbol”标明一条数据信息，每个symbol数据都是多个域(Tag＝Value)的集合，同时用page(组)表示多个symbol的集合，可以使用对应的指令获取及设置。
如上所示的基于预设defix协议生成格式，所述以所述信息类型为信息头生成所述数据应用需求信息的DEFIX协议信息的步骤，包括：
解析所述数据应用需求信息，根据解析结果确认生成所述DEFIX协议信息的信息参数，所述信息参数包括信息类型、操作数据、信息内容；
将解析到的所述信息参数添加至预设的DEFIX协议生成格式以生成所述DEFIX协议信息。
基于所述数据应用需求信息确认信息类型，生成对应的defix协议信息，在所述DEFIX协议信息包括信息头、信息目标、信息正文域及信息结束标志的前提下，解析所述数据应用需求信息以得到基于所述defix协议信息的信息参数，而基于所述defix协议信息的信息格式，所述defix协议信息的信息参数包括信息类型、操作数据、信息内容，因此，基于所述DEFIX协议结构的具体内容如下所述：
DEFIX协议信息格式为：信息类型、信息目标、信息正文域、信息结束标志；
信息类型：每条信息以信息类型名称开头，标明该条信息的类型和目的。信息类型包括指令信息和数据反馈信息。指令信息又可以分为数据请求指令和数据更新指令，信息类型具体分类见下节。
信息目标：表示信息要操作的目标，通常使用handle标识，每种信息类型表示的具体含义及作用不同：
数据请求指令信息中handle表示该条请求的请求id，服务端响应该条请求的数据反馈信息此请求id作为handle，使客户端能够区别出多个不同的请求指令。数据更新指令信息中handle一般表示该条指令需要更新数据的symbol名称或者page名称。数据反馈信息中handle为响应的请求指令中设置的handle。
信息正文域：信息正文一般是信息想要表示的具体内容，由多个域(“Tag＝Value”形式)组成，域之间用界定符(竖线“|”)间隔。数据请求指令信息中的域Tag的值表示具体指令的参数，而数据反馈信息中的Tag值一般在***内部事先约定好，比如：
Get page by constant"EXCHANGE"
pageget|ref1|0＝EXCHANGES|1＝all|
Message feeback:
img|ref1|0＝1_20_0|1＝CFFEX|2＝DCE|
信息结束标志：DEFIX使用换行符(\n)作为每条信息的结束标志，便于查阅，且在开发和运维时可以很容易地区分开每条信息。
步骤S30，将已生成的所述DEFIX协议信息发送至服务器获取对应的应用数据。
根据当前已生成的defix协议信息，通过当前客户端与服务器的数据连接关系将已生成的所述defix协议信息发送至服务器，以使服务器根据接收到的所述defix协议信息反馈对应的目标数据应用。进一步的，在实现客户端与服务器之间的数据关系应用时，由于涉及到相关金融数据的抓取应用，因此基于所述defix协议数据还相关的合约沟通操作，其具体的defix合约沟通操作以代码形式呈现，其具体的内容可如下所示：
DEFIX沟通合约系列信息：
1.获取所有的交易所
Get page by constant"EXCHANGE"
pageget|ref1|0＝EXCHANGES|1＝all|
Message feeback:
img|ref1|0＝1_20_0|1＝CFFEX|2＝DCE|
2.从1中获取交易所的合约系列
pageget|ref2|0＝CFFEX|1＝all|
Message feeback:
img|ref2|0＝1_20_0|1＝CIF|
3.从2中订阅所有的合约系列，然后找到该系列是期货还是期权，在DEFIX.ini中判断合约类型
open|ref3|0＝CIF|1＝all|
Message feeback:
img|ref3|0＝CIF|103＝3|...
4.两种方法去从2中订阅所有的合约信息
通过pageget:
pageget|ref4|0＝CIF|1＝all|
Message feeback:
img|ref4|0＝1_20_0|1＝IF1707|
Subscribe contract:
open|ref5|0＝IF1707|1＝all|
Message feeback:
img|ref5|0＝IF1707|1＝3500|10＝4000|11＝2000|14＝3550|20＝1|21＝3500|41＝3
500.2|100＝CFFEX|102＝CIF|103＝3|104＝300|105＝0.2|107＝0|109＝IF|110＝0|
111＝IF|200＝10|202＝5|
通过page:
page|ref6|0＝CIF|1＝all|
Message feeback:
img|ref6_0|0＝IF1707|1＝3500|10＝4000|11＝2000|14＝3550|20＝1|21＝3500|41＝3500.2|100＝CFFEX|102＝CIF|103＝3|104＝300|105＝0.2|107＝0|109＝IF|110＝0|111＝IF|200＝10|202＝5|。
另外，所述defix协议一般应用在金融数据表达应用中，涉及到金融数据的变动亦需通过defix协议信息的相关内容实现，而DEFIX在波动率上表现形式可如下所述：
波动率(Volatility)以下简称：vol，目前在DataEngine上存放的vol有三种，bidvol，askvol，vol(特指隐含波动率)，前面两种vol不能被人为修改。
其中bidvol与askvol存放在行情中，其key分别为：80与84，只有期权合约的行情才可能会包含这两个key。
vol(隐含波动率)则单独存放，其pagename＝VOL_[underlying]，其格式为：VOL_[underlying]|0＝[underlying]|1＝strikeprice1,vol1|2＝strikeprice2,vol2|3＝strikeprice3,vol3|....
1)DEFIX在dataengine order(订单合约)上的订阅/查看合约形式：
pageset|bu|0＝bu1909|
upd|bu|103＝3|0＝bu|111＝bu|100＝SHFE|
pageset|SHFE|0＝bu|
pageset|EXCHANGES|0＝SHFE|
upd|bu1909|0＝bu1909|100＝SHFE|101＝bu1909|301＝bu|302＝1|200＝30|201＝0|202＝500|203＝1|104＝10|105＝2|106＝20190916|306＝1|204＝0.06|205＝0.06|206＝1|107＝0|303＝0|109＝bu|103＝3|102＝bu|20＝1|111＝bu|
DEFIX在dataengine price(市场行情)上的订阅/查看合约形式：
upd|HO1905-P-2800|18＝16:02:29900|19＝20190218|0＝HO1905-P-2800|1＝280.6|14＝280.6|12＝280.6|13＝0|2＝|3＝|4＝|6＝0|7＝0|8＝0|5＝280.6|9＝241.8|10＝532.2|11＝29|20＝1|307＝16:02:29 900|21＝|31＝0|41＝|51＝0|
2)DEFIX在查看正在排队状态的合约形式：
pageset|EXCHS_31112480000000032|0＝EXCH_2019021300609757|
pageset|EXCHA_CtpTradeA|0＝EXCH_2019021300609757|
img|EXCH_2019021300609757|401＝31112480000000032|402＝2019021300609757|452＝0|453＝|474＝2019-02-13 11:21:43.000|17＝2019-02-1300:00:00.000|404＝CTP|100＝CZCE|405＝CtpTradeA|0＝SR909|406＝1|407＝5091|408＝1|409＝2|410＝0|412＝0|413＝0|414＝0|20＝3|
3)DEFIX在查看已经从交易所返回的成交状态的合约形式：
pageset|TRADES_2019021300609757|0＝TRADE_B2019021300044488|
pageset|TRADEA_CtpTradeA|0＝TRADE_B2019021300044488|
img|TRADE_B2019021300044488|402＝2019021300609757|403＝B2019021300044488|17＝2019-02-1313:35:21.000|404＝CTP|100＝CZCE|405＝CtpTradeA|0＝SR909|406＝1|407＝5091|408＝1|409＝2|20＝5|
pageset|EXCHS_31112480000000031|0＝EXCH_2019021300589204|
pageset|EXCHA_CtpTradeA|0＝EXCH_2019021300589204|
img|EXCH_2019021300589204|401＝31112480000000031|402＝2019021300589204|451＝5092|450＝1|452＝0|453＝|474＝2019-02-13
11:12:34.000|17＝2019-02-13
00:00:00.000|404＝CTP|100＝CZCE|405＝CtpTradeA|0＝SR909|406＝1|407＝5092|408＝1|409＝2|410＝0|412＝0|413＝0|414＝0|20＝5|
4)DEFIX在查看由OMS撤销合约下单状态的合约形式：
pageset|EXCHS_30901220000000001|0＝EXCH_2019021300002622|
pageset|EXCHA_CtpTradeA|0＝EXCH_2019021300002622|
img|EXCH_2019021300002622|401＝30901220000000001|402＝2019021300002622|452＝0|453＝|474＝2019-02-1309:01:09.000|17＝2019-02-13
00:00:00.000|404＝CTP|100＝CZCE|405＝CtpTradeA|0＝SR907|406＝1|407＝5068|408＝1|409＝2|410＝0|412＝0|413＝0|414＝0|20＝4
本实施例创建的DEFIX协议格式，使得DEFIX协议的内部结构更加的简洁，且不用加密标题，简化获取形式，不需要再验头部命令，亦不用进行登陆/退出，语法相较简单。使用了对于头标题的形式对应的一个Key来表达，无需验证头部命令，且应用Key的大多数值生成配置文件保存至本地，无需登陆/登出，提高了协议的速度，实现了重要信息更直观呈现，提高了DEFIX协议应用的应用效率。
进一步的，参照图4，图4为本发明DEFIX协议的生成方法第二实施例的流程示意图，基于上述图3所示的第一实施例，所述DEFIX协议的生成方法，还包括：
步骤S40，向服务器发送数据连接请求；
步骤S50，在接收到服务器返回的确认指令时创建与服务器的数据连接通道。
本实施例中，根据当前客户端的数据使用，需要向服务器获取相关的应用数据，即需要与对应服务器创建数据连接关系，向服务器发送数据连接请求，所述服务器为基于所述客户端数据使用的数据存储区域，且所述服务器与所述客户端具备对应的数据结构关系。根据客户端向服务器发送的数据连接请求后，接收服务器返回的确认指令，所述确认指令是服务器基于所述客户端发送的数据连接请求所触发的，在所述服务器返回确认指令时，还可能验证所述客户端的使用用户信息，并在确认所述客户端的使用用户信息无误的情况下，向客户端返回确认指令，在实际应用中，所述客户端的数据连接请求表现形式可包括不限于以用户信息登录所述客户端等能够实现数据连接请求的操作内容。根据当前服务器返回的确认指令，创建与服务器的数据连接通道，并基于已创建的所述数据连接通道部署defix协议信息生成格式，以实现当前defix协议信息的生成及发送实现数据获取需求，即所述在接收到服务器返回的确认指令时创建与服务器的数据连接通道的步骤，包括：
在所述数据连接通道中部署DEFIX协议信息生成格式。
参照图5，图5为本发明DEFIX协议的解析方法第一实施例的流程示意图，所述DEFIX协议的解析方法，还包括：
步骤S60，接收客户端发送的DEFIX协议信息，读取所述DEFIX协议信息的信息头以确认所述的DEFIX协议信息的信息类型；
服务端存储维护所有数据，所述数据为基于客户端数据应用的数据，在所述服务器中，以”symbol”标明一条数据信息，且每个symbol数据都是多个域(Tag＝Value)的集合，在应用时用page(组)表示多个symbol的集合，且基于page组可定义数据的对应指令获取及设置，即在所述page组中还可包括基于数据获取以及设置的指令信息。基于以上内容，接收客户端发送的defix协议信息，根据接收到的defix协议信息，以所述defix协议信息的信息头确认所述defix协议信息的信息类型，所述信息类型即为所述defix协议信息中基于数据的操作类型，包括但不限于数据获取、更新、编辑、删除及撤销等基于数据的操作内容。
步骤S70，确认所述DEFIX协议信息的目标数据，并以所述信息类型及所述目标数据整合反馈数据；
在确认接收到的defix协议信息的信息类型时，确认基于所述defix协议信息的目标数据，即基于所述defix协议信息的对应操作数据，由于所述defix协议信息的信息参数包括信息参数包括信息类型、操作数据、信息内容，并且，服务器的数据在实现所述defix协议信息的信息类型时，根据不同的信息类型即基于数据操作的操作类型具备不同的数据整合步骤，因此根据已确认的信息类型以及目标数据，以所述信息类型及目标数据整合所述客户端所需的反馈数据，在实际应用中，整合所述反馈数据的内容如下所述，即所述确认所述DEFIX协议信息的目标数据，并以所述信息类型及所述目标数据整合反馈数据的步骤，包括：
读取所述DEFIX协议信息的信息目标及信息正文域，以所述信息目标确认对应的目标数据；
以所述信息正文域的数据应用目的对所述目标数据进行数据整合，根据整合结果得出所述反馈数据。
根据接收到的defix协议信息的信息类型，通过读取所述defix协议信息的信息目标以及信息正文域可确定对应的目标数据，而基于信息类型以及目标数据的整合操作与所述信息类型的对应处理步骤相关，其具体的基于defix协议信息的信息分类整合反馈数据的具体操作步骤如下所述：
1、数据更新指令：
1)命令格式：img|<symbol>|<key1>＝<value1>|<key2>＝<value2>|...|
响应流程：按名称查找对应smybol数据对象，若不存在，则新建一个symbol对象；清空symbol对象存储内容的哈希表，然后将img命令中的tag-value值依次***哈希表。
2)命令格式：upd|<symbol>|<key1>＝<value1>|<key2>＝<value2>|...|
响应流程：按名称查找对应smybol数据对象，若不存在，则新建一个symbol对象；将upd命令中的Tag-Value值依次根据key值更新对应的value，不存在则新建***。
3)命令格式：pageset|<pageName>|0＝<symbol1>|1＝<symbol2>|...|
响应流程：按名称查找对应page数据对象，若不存在，则新建一个page对象；清空symbol对象存储内容的哈希表，然后将pageset命令中的待加入symbol(从field＝0开始)依次加入该page对象。
2.数据请求指令
根据接收到的defix协议信息确认数据指令为请求指令时，根据请求指令类型及mode类型判断是否发送symbol/page的照片信息，以及是否将当前连接关联对应的订阅对象，具体流程见请求指令响应流程图。
1)命令格式：open|<handle>|0＝<symbol>|1＝<mode>|
在所述open命令格式中，open指令用于请求获取指定symbol的数据，handle表示客户端请求id，symbol表示请求的数据名称，mode表示请求类型，值可以是：img、upd、all；img表示只请求一次照片信息，upd表示请求该symbol下的后续更新信息，当该symbol数据发生更新时，服务器通过当前连接推送数据更i性能至客户端；all表示同时请求img和upd。
2)命令格式：page|<handle>|0＝<pageName>|1＝<mode>|
在所述page命令格式中，page指令用于请求指定page下所有symbol的数据。pageName表示请求的page(组)名称，handle和mode的含义和open指令一致。
3)命令格式：close|<handle>|
在所述close命令格式中，close指令通过指定handle名称关闭之前与该handle关联的请求订阅指令。
4)命令格式：pageget|<handle>|0＝<pageName>|100＝<pageNum>|
在所述pageget命令格式中，服务器在收到pageget命令后，解析出page名称(pageName)及查找页号(pageNum)，然后在page数据中查找指定pageName在页号为pageNum中的所有symbol名称，按特定格式组合发送出来。服务端接收到该指令后返回给客户端的数据格式为：
img|<handle>|0＝<totalSymbolCount>_<symbolCountPerNum>_<pageNum>|1＝<symbol1>|2＝<symbol2>|...|100＝<nextPageNum>|
totalSymbolCount:page中包含的symbol总数
symbolCountPerNum:每页包含的symbol数目
pageNum:当前页；
nextPageNum:下一页(若当前页是最后一页，则返回数据中没有该项)
步骤S80，将已整合的所述反馈数据返回至客户端应用。
根据当前读取defix协议信息整合的反馈数据，将所述反馈数据返回值客户端应用，所述客户端即为向所述服务器发送defix协议信息的数据端，一般情况下以所述客户端的标识为基准返回已整合的所述反馈数据，以使所述客户端基于所述反馈数据进行数据应用。
本实施例中，根据当前与客户端的数据连接关系，设置对应的defix协议生成格式，在与客户端的安全数据连接中对defix协议信息进行解析并反馈数据，由于defix生成格式的内部结构较为简单，提高了defix协议信息的解析速度，进而提高了与客户端之间的数据交互效率。
参照图6，图6为本发明DEFIX协议的解析方法第二实施例的流程示意图，基于上述图5所示的第一实施例，所述DEFIX协议的解析方法，还包括：
步骤S90，在接收到客户端的数据连接请求时，向所述客户端返回确认指令；
步骤S100，根据客户端创建的数据连接通道建立与所述客户端的数据连接关系。
本实施例中，基于当前的数据存储前提，接收客户端的数据连接请求，所述客户端即为有当前已存储数据的数据应用需求的用户应用程序，所述用户应用程序的数据应用结构与当前存储的数据结构一致，如此，在接收到所述客户端的数据连接请求时，验证所述数据连接请求中基于客户端的用户信息，所述用户信息为当前已登记的具备数据应用权限的用户信息，在确认所述客户端的用户信息无误时，向所述客户端返回确认指令，以使所述客户端创建与服务器的数据连接关系，且所述客户端还基于所述数据连接关系部署defix协议生成格式，而基于服务器的应用中，具备对应的defix协议解析方案，用于解析客户端发送的defix协议信息实现与所述客户端的数据应用交互。
进一步的，本发明还提供一种DEFIX协议的生成***，所述DEFIX协议的生成***在执行时实现如上所述的DEFIX协议的生成方法以及如上所述的DEFIX协议的解析方法的实施例的内容。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、药品或者***不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、药品或者***所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、药品或者***中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)解析本发明各个实施例所述的方法。
以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种DEFIX协议的生成方法，其特征在于，所述DEFIX协议的生成方法包括以下步骤：
接收数据应用需求信息，并确认所述数据应用需求信息的信息类型；
以所述信息类型为信息头生成所述数据应用需求信息的DEFIX协议信息，所述DEFIX协议信息包括信息头、信息目标、信息正文域及信息结束标志；
将已生成的所述DEFIX协议信息发送至服务器获取对应的应用数据。
2.如权利要求1所述的DEFIX协议的生成方法，其特征在于，所述以所述信息类型为信息头生成所述数据应用需求信息的DEFIX协议信息的步骤，包括：
解析所述数据应用需求信息，根据解析结果确认生成所述DEFIX协议信息的信息参数，所述信息参数包括信息类型、操作数据、信息内容；
将解析到的所述信息参数添加至预设的DEFIX协议生成格式以生成所述DEFIX协议信息。
3.如权利要求1所述的DEFIX协议的生成方法，其特征在于，所述方法还包括：
向服务器发送数据连接请求；
在接收到服务器返回的确认指令时创建与服务器的数据连接通道。
4.如权利要求3所述的DEFIX协议的生成方法，其特征在于，所述在接收到服务器返回的确认指令时创建与服务器的数据连接通道的步骤，包括：
在所述数据连接通道中部署DEFIX协议信息生成格式。
5.一种DEFIX协议的解析方法，其特征在于，所述DEFIX协议的生成方法包括以下步骤：
接收客户端发送的DEFIX协议信息，读取所述DEFIX协议信息的信息头以确认所述的DEFIX协议信息的信息类型；
确认所述DEFIX协议信息的目标数据，并以所述信息类型及所述目标数据整合反馈数据；
将已整合的所述反馈数据返回至客户端应用。
6.如权利要求5所述的DEFIX协议的解析方法，其特征在于，所述确认所述DEFIX协议信息的目标数据，并以所述信息类型及所述目标数据整合反馈数据的步骤，包括：
读取所述DEFIX协议信息的信息目标及信息正文域，以所述信息目标确认对应的目标数据；
以所述信息正文域的数据应用目的对所述目标数据进行数据整合，根据整合结果得出所述反馈数据。
7.如权利要求5所述的DEFIX协议的解析方法，其特征在于，所述方法还包括：
在接收到客户端的数据连接请求时，向所述客户端返回确认指令；
根据客户端创建的数据连接通道建立与所述客户端的数据连接关系。
8.一种客户端，其特征在于，所述客户端包括：存储器、处理器以及存储在所述存储器上并可以在所述处理器上运行的DEFIX协议的生成程序，所述DEFIX协议的生成程序被处理器解析时实现如权利要求1至4任一项所述的DEFIX协议的生成方法的步骤。
9.一种服务器，其特征在于，所述服务器包括：存储器、处理器以及存储在所述存储器上并可以在所述处理器上运行的DEFIX协议的解析程序，所述DEFIX协议的解析程序被处理器解析时实现如权利要求5至8任一项所述的DEFIX协议的解析程序方法的步骤。
10.一种DEFIX协议的生成***，其特征在于，所述DEFIX协议的生成***包括如权利要求8所述的客户端及如权利要求9所述的服务器。
CN202011353556.0A 2020-11-26 2020-11-26 Defix协议的生成、解析方法、客户端、服务器及*** Active CN112532619B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011353556.0A CN112532619B (zh) 2020-11-26 2020-11-26 Defix协议的生成、解析方法、客户端、服务器及***

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011353556.0A CN112532619B (zh) 2020-11-26 2020-11-26 Defix协议的生成、解析方法、客户端、服务器及***

Publications (2)

Publication Number Publication Date
CN112532619A true CN112532619A (zh) 2021-03-19
CN112532619B CN112532619B (zh) 2022-01-25

Family

ID=74994070

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011353556.0A Active CN112532619B (zh) 2020-11-26 2020-11-26 Defix协议的生成、解析方法、客户端、服务器及***

Country Status (1)

Country Link
CN (1) CN112532619B (zh)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030204460A1 (en) * 2002-04-30 2003-10-30 Rodney Robinson Data collection and transaction initiation using a financial messaging protocol
WO2012144999A2 (en) * 2011-04-20 2012-10-26 Lime Brokerage Holding Llc High-performance trading data interface and trading data distribution protocol
US20130291089A1 (en) * 2010-12-30 2013-10-31 Tencent Technology (Shenzhen) Company Limited Data communication method and device and data interaction system based on browser
CN106656919A (zh) * 2015-10-30 2017-05-10 中国科学院声学研究所 一种基于Telnet协议的会话解析方法及***
CN107135188A (zh) * 2016-02-29 2017-09-05 阿里巴巴集团控股有限公司 金融信息交换fix协议的业务实现方法、装置及***
US20180375966A1 (en) * 2017-06-23 2018-12-27 Nasdaq, Inc. Systems and methods of communicating electronic data transaction updates to client computer systems
CN109472695A (zh) * 2018-09-07 2019-03-15 珠海凡泰极客科技有限责任公司 一种证券多协议交易网关***

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030204460A1 (en) * 2002-04-30 2003-10-30 Rodney Robinson Data collection and transaction initiation using a financial messaging protocol
US20130291089A1 (en) * 2010-12-30 2013-10-31 Tencent Technology (Shenzhen) Company Limited Data communication method and device and data interaction system based on browser
WO2012144999A2 (en) * 2011-04-20 2012-10-26 Lime Brokerage Holding Llc High-performance trading data interface and trading data distribution protocol
CN106656919A (zh) * 2015-10-30 2017-05-10 中国科学院声学研究所 一种基于Telnet协议的会话解析方法及***
CN107135188A (zh) * 2016-02-29 2017-09-05 阿里巴巴集团控股有限公司 金融信息交换fix协议的业务实现方法、装置及***
US20180367482A1 (en) * 2016-02-29 2018-12-20 Alibaba Group Holding Limited Service implementation method, apparatus, and system based on fix protocol
US20180375966A1 (en) * 2017-06-23 2018-12-27 Nasdaq, Inc. Systems and methods of communicating electronic data transaction updates to client computer systems
CN109472695A (zh) * 2018-09-07 2019-03-15 珠海凡泰极客科技有限责任公司 一种证券多协议交易网关***

Also Published As

Publication number Publication date
CN112532619B (zh) 2022-01-25

Similar Documents

Publication Publication Date Title
EP1266487B1 (en) Limited-bandwidth electronic data communication system
US8095663B2 (en) Method and system for deploying content to wireless devices
US20010039540A1 (en) Method and structure for dynamic conversion of data
US20030204640A1 (en) Method and device for management of tree data exchange
US20080082678A1 (en) Communications Network System and Methods for Using Same
US20050131778A1 (en) Customized subscription builder
US20020129059A1 (en) XML auto map generator
US20050198180A1 (en) Method and system for providing automatic email address book
WO2012055175A1 (zh) 配置文件处理方法、装置及***
CN101075989B (zh) 一种验证字段有效性的方法和***
US20090083763A1 (en) Remote control of computing devices via two disparate networks
US20090089377A1 (en) System and method for providing dynamic email content
CN112016290A (zh) 一种文档自动排版方法、装置、设备及存储介质
CN101184123A (zh) 一种通讯录中的联系人信息的获取方法、***及通信终端
CN101437205A (zh) 用于在移动终端上实现电子报阅读的***和方法
US20070143102A1 (en) Voice processing unit and system, and voice processing method
CN101127068A (zh) 信息处理***、信息处理器、信息处理方法和记录介质
CN112532619B (zh) Defix协议的生成、解析方法、客户端、服务器及***
JP4642903B2 (ja) 文脈認識が強化されたメッセージ変換システムおよび方法
US20170310622A1 (en) Centralized communications controller
CN101778360A (zh) 一种基于特征信息的移动通信方法及***
CN113822025A (zh) 办公文件自动生成方法、装置、设备及存储介质
ZA201006747B (en) A method for sending out mobile financial summaries
JP2007164374A (ja) Ｍｌ文書生成方法およびｍｌ文書生成装置
US7124363B2 (en) System and method for disclosing design information

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant