CN115456781A - 行情数据处理方法、装置、电子设备及存储介质 - Google Patents
行情数据处理方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN115456781A CN115456781A CN202211125888.2A CN202211125888A CN115456781A CN 115456781 A CN115456781 A CN 115456781A CN 202211125888 A CN202211125888 A CN 202211125888A CN 115456781 A CN115456781 A CN 115456781A
- Authority
- CN
- China
- Prior art keywords
- data
- market
- client
- market data
- subscription request
- 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.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2455—Query execution
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/25—Integrating or interfacing systems involving database management systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/25—Integrating or interfacing systems involving database management systems
- G06F16/258—Data format conversion from or to a database
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/28—Databases characterised by their database models, e.g. relational or object models
- G06F16/284—Relational databases
- G06F16/285—Clustering or classification
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/06—Asset management; Financial planning or analysis
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Business, Economics & Management (AREA)
- Finance (AREA)
- Data Mining & Analysis (AREA)
- General Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- General Business, Economics & Management (AREA)
- Game Theory and Decision Science (AREA)
- Human Resources & Organizations (AREA)
- Operations Research (AREA)
- Entrepreneurship & Innovation (AREA)
- Computational Linguistics (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本申请涉及数据处理技术领域,提供一种行情数据处理方法、装置、电子设备及存储介质,该方法包括:获取多个行情源的行情数据,并对行情数据进行处理,生成对应的特定格式的第一数据,第一数据包括时间戳以及确定类型的行情数据;接收客户端发送的订阅请求,并基于订阅请求在第一数据中获取第二数据,订阅请求用于指示订阅行情数据的时间戳和类型;第二数据为满足订阅请求对应的第一数据;将第二数据进行压缩,并将压缩后的第二数据发送至客户端,这样,通过细分行情数据的类型,可以适配不同客户端的行情数据获取需求,提高推送效率,由于行情数据对应有时间戳,在订阅行情数据发生故障时,可以获取对应时间戳的行情数据,减少行情数据的丢失。
Description
技术领域
本申请涉及数据处理技术领域,尤其涉及一种行情数据处理方法、装置、电子设备及存储介质。
背景技术
行情数据是所有数据分析系统的基础数据,行情数据的变化,可以及时地反映着市场的变化,影响投资人的投资行为,而交易所行情数据一般分为日初静态行情数据和日间实时变动行情数据,因此,不同的交易所机构采用不同的行情发布方式进行行情数据的发布。
现有技术中,在推送行情数据时,可以通过发起连接请求与上级网关建立连接,进而接收上级网关发送的行情数据,进一步的,解析行情数据包,并重新进行组包,进一步的,经过压缩算法将重新组包的数据压缩,将压缩前和压缩后的数据包遍历下级连接,增加发送任务;进而遍历发送任务,将数据包通过对应连接发送出去。
但是,上述推送行情数据的方式,效率较低,且当下级如数据订阅者在订阅行情数据时发生故障,容易造成行情数据的丢失。
发明内容
本申请提供一种行情数据处理方法、装置、电子设备及存储介质,可以通过细分行情数据的类型,适配不同客户端的行情数据获取需求,提高推送效率,由于行情数据对应有时间戳,在订阅行情数据发生故障时,可以获取对应时间戳的行情数据,减少行情数据的丢失。
第一方面,本申请提供一种行情数据处理方法,所述方法包括:
获取多个行情源的行情数据,并对所述行情数据进行处理,生成对应的特定格式的第一数据,所述第一数据包括时间戳以及确定类型的行情数据;
接收客户端发送的订阅请求,并基于所述订阅请求在第一数据中获取第二数据,所述订阅请求用于指示订阅行情数据的时间戳和类型;所述第二数据为满足所述订阅请求对应的第一数据;
将所述第二数据进行压缩,并将压缩后的第二数据发送至所述客户端。
可选的,获取多个行情源的行情数据,包括:
获取多个行情源对应的软件包,并基于所述软件包与所述多个行情源建立通信连接;
获取所述多个行情源发送的行情数据以及每一行情数据对应的时间戳,所述时间戳用于记录所述行情数据的发送时间。
可选的,对所述行情数据进行处理,生成对应的特定格式的第一数据,包括:
获取预定义的数据字典,基于所述数据字典对所述行情数据进行解析,得到特定格式的行情数据;
接收所述多个行情源发送的行情市场信息,并基于所述行情市场信息对特定格式的行情数据进行分类,得到对应的特定格式的第一数据。
可选的,所述方法还包括:
在生成对应的特定格式的第一数据后,基于所述第一数据对应的类型将所述第一数据异步存储于至少一个数据库中,并生成预定义接口供客户端调用所需的第一数据。
可选的,基于所述订阅请求在第一数据中获取第二数据,包括:
基于所述订阅请求获取第二数据对应的类型和时间戳,并基于所述第二数据对应的类型查询所述第二数据存储的数据库;
基于预定义接口在第一数据中调用所述数据库中所述订阅请求指示的时间戳对应的第二数据。
可选的,所述客户端的数量为多个,所述订阅请求还用于指示客户端对应的订阅标识,将所述第二数据进行压缩,并将压缩后的第二数据发送至所述客户端,包括:
针对每一客户端发送的订阅请求,基于所述第二数据和所述客户端对应的订阅标识生成压缩配置文件,所述压缩配置文件包括压缩算法和解压时间;所述解压时间基于第二数据对应的时间戳确定;
利用压缩配置文件对所述第二数据进行压缩,并将压缩后的第二数据发送至与所述订阅标识对应的客户端,以使所述客户端基于所述解压时间对压缩后的第二数据进行解压。
可选的,所述方法还包括:
将所述第一数据基于广播的方式发送至预设范围内的客户端,以使预设范围内的客户端基于业务需求获取所需的第一数据。
第二方面,本申请提供一种行情数据处理装置,所述装置包括:
获取模块,用于获取多个行情源的行情数据,并对所述行情数据进行处理,生成对应的特定格式的第一数据,所述第一数据包括时间戳以及确定类型的行情数据;
接收模块,用于接收客户端发送的订阅请求,并基于所述订阅请求在第一数据中获取第二数据,所述订阅请求用于指示订阅行情数据的时间戳和类型;所述第二数据为满足所述订阅请求对应的第一数据;
压缩模块,用于将所述第二数据进行压缩,并将压缩后的第二数据发送至所述客户端。
第三方面,本申请提供一种电子设备,包括:处理器,以及与所述处理器通信连接的存储器;
所述存储器存储计算机执行指令;
所述处理器执行所述存储器存储的计算机执行指令,以实现如第一方面中任一项所述的方法。
第四方面,本申请提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机执行指令,所述计算机执行指令被处理器执行时用于实现如第一方面中任一项所述的方法。
第五方面,本申请提供一种计算机程序产品,包括程序代码,当计算机运行所述计算机程序时,所述程序代码执行如第一方面中任一项所述的方法。
综上所述,本申请提供一种行情数据处理方法、装置、电子设备及存储介质,可以通过获取多个行情源的行情数据,并对行情数据进行处理,生成对应的特定格式的第一数据,进一步的,接收客户端发送的订阅请求,并基于订阅请求在第一数据中获取第二数据,进而将第二数据进行压缩,并将压缩后的第二数据发送至客户端,其中,第一数据包括时间戳以及确定类型的行情数据;订阅请求用于指示订阅行情数据的时间戳和类型;第二数据为满足订阅请求对应的第一数据;这样,通过细分行情数据的类型,调用符合需求的行情数据,可以适配不同客户端的行情数据获取需求,具备更快速的推送效率,其中,由于行情数据对应有时间戳,在客户端订阅行情数据发生故障时,可以基于发生故障这段时间内行情数据对应的时间戳,获取对应时间戳的行情数据,减少行情数据的丢失。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请的原理。
图1为本申请实施例提供的一种应用场景示意图;
图2为本申请实施例提供的一种行情数据处理方法的流程示意图;
图3为本申请实施例提供的一种行情数据获取并解析的流程示意图;
图4为本申请实施例提供的一种行情数据异步存储并查询的流程示意图;
图5为本申请实施例提供的一种行情数据订阅推送的流程示意图;
图6为本申请实施例提供的一种具体的行情数据处理方法的流程示意图;
图7为本申请实施例提供的一种行情数据处理装置的结构示意图;
图8为本申请实施例提供的一种电子设备的结构示意图。
通过上述附图,已示出本申请明确的实施例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围,而是通过参考特定实施例为本领域技术人员说明本申请的概念。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
为了便于清楚描述本申请实施例的技术方案,在本申请的实施例中,采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。例如,第一设备和第二设备仅仅是为了区分不同的设备,并不对其先后顺序进行限定。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定,并且“第一”、“第二”等字样也并不限定一定不同。
需要说明的是,本申请中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
本申请中,“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B的情况,其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达,是指的这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b,或c中的至少一项(个),可以表示:a,b,c,a-b,a-c,b-c,或a-b-c,其中a,b,c可以是单个,也可以是多个。
下面首先对申请涉及到的专业术语进行解释:
交易所:可以指的是进行交易某种信息及物品等的信息平台,用于进行产权信息共享、异地交易等操作。
交易所行情:可以包括交易标的基础信息行情文件、实时行情等,不同交易所机构的行情格式、行情发布及获取逻辑不同。
异步(Asynchronous,Async):可以指的是在调用某个方法时,调用方不会阻塞,不必等该方法返回,而可先往后继续执行的方式,其中,被调用的方法执行完后,可以主动通知调用方。
同步(Synchronous,Sync):可以指的是在调用某个方法时,调用方会阻塞住,必须等该方法结果返回后才能往后继续执行的方式。
订阅推送:可以指的是一种服务提供方将更新的数据主动发送给下游订阅者的方式。
基础静态合约行情信息:可以包含交易标的、规则等基础信息,该基础信息用于投资经理、交易员使用的相关系统如资金清算、产品估值、监管报送、报表等系统进行数据加工和处理。
实时行情信息:可以包含当前最新市场报价信息,可以作为量化交易的数据源,投资经理、交易员等可参考此数据源进行实时的报单规则拟定。
下面结合附图对本申请进行介绍,图1为本申请实施例提供的一种应用场景示意图,本申请提供的一种行情数据处理方法可以应用于如图1所示的应用场景中。该应用场景包括:第一行情源1011、第二行情源1012、数据处理平台102和客户的终端设备103;其中,第一行情源1011和第二行情源1012可以对应不同的交易所,数据处理平台102中部署有行情解析转发装置,用于对行情数据进行加工处理并转发,本申请实施例对该应用场景中包括行情源的数量不做具体限定。
具体的,数据处理平台102可以与第一行情源1011和第二行情源1012建立通信连接,进而获取第一行情源1011和第二行情源1012提供的行情数据,进一步的,数据处理平台102对获取到的行情数据进行加工处理并存储,以使客户的终端设备103可以订阅,在客户的终端设备103订阅所需的行情数据时,可以向数据处理平台102发起订阅请求,并基于传输控制协议(Transmission Control Protocol,TCP)建立连接,使得数据处理平台102可以将符合订阅请求的行情数据推送给客户的终端设备103。
需要说明的是,数据处理平台102可以异步存储第一行情源1011和第二行情源1012提供的行情数据以及符合订阅请求的行情数据,提高存储效率的同时,还便于行情数据的查询。
上述终端设备可以是无线终端也可以是有线终端。无线终端可以是指向用户提供语音和/或其他业务数据连通性的设备,具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。无线终端可以经无线接入网(Radio Access Network,简称RAN)与一个或多个核心网设备进行通信,无线终端可以是移动终端,如移动电话(或称为“蜂窝”电话)和具有移动终端的计算机,例如,可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置,它们与无线接入网交换语言和/或数据。再例如,无线终端还可以是个人通信业务(Personal Communication Service,简称PCS)电话、无绳电话、会话发起协议(Session Initiation Protocol,简称SIP)话机、无线本地环路(Wireless Local Loop,简称WLL)站、个人数字助理(Personal Digital Assistant,简称PDA)等设备。无线终端也可以称为系统、订户单元(Subscriber Unit)、订户站(Subscriber Station),移动站(MobileStation)、移动台(Mobile)、远程站(Remote Station)、远程终端(Remote Terminal)、接入终端(Access Terminal)、用户终端(User Terminal)、用户代理(User Agent)、用户设备(User Device or User Equipment),在此不作限定。可选的,上述终端设备还可以是智能手机、平板电脑等设备。
可以理解的是,本申请提供的行情数据处理方法可以应用在进行交易所相关投资业务的投资研究、交易执行,制定量化交易策略,模型回测等金融业务场景下,因为上述业务场景对交易所行情信息的依赖性较高,本申请提供的行情数据处理方法可以在获取相关行情信息的同时,屏蔽交易所之间的协议差异,方便向各类业务系统推送所需的行情相关数据。
一种可能的实现方式中,在推送行情数据时,可以通过发起连接请求与上级网关建立连接,进而接收上级网关发送的行情数据,进一步的,解析行情数据包,并重新进行组包,进一步的,经过压缩算法将重新组包的数据压缩,将压缩前和压缩后的数据包遍历下级连接,增加发送任务;进而遍历发送任务,将数据包通过对应连接发送出去。
但是,上述推送行情数据的方式,效率较低,且当下级如数据订阅者在订阅行情数据时发生故障,可能丢失掉故障期间的行情数据,容易造成行情数据的丢失。
针对上述问题,本申请提供一种行情数据处理方法,可以接收不同行情源提供的行情数据,并对行情数据进行处理,细分行情数据的类型,使得可以适配不同客户端的行情数据获取需求,进一步的,基于客户端发送的订阅请求中指示的获取相应类型以及时间戳的行情数据,调用符合订阅请求的行情数据发送给客户端,提高了行情数据的推送效率,其中,由于行情数据设置有时间戳,在客户端订阅行情数据时发生故障时,可以通过查询该订阅请求中指示的相应时间戳的行情数据,回补缺失行情数据,具备更高的可用性。
下面以具体地实施例对本申请的技术方案进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图,对本申请的实施例进行描述。
图2为本申请实施例提供的一种行情数据处理方法的流程示意图,如图2所示,所述行情数据处理方法包括如下步骤:
S201、获取多个行情源的行情数据,并对所述行情数据进行处理,生成对应的特定格式的第一数据,所述第一数据包括时间戳以及确定类型的行情数据。
本申请实施例中,特定格式可以指的是提前定义好的统一格式,如字符分隔值(Comma-Separated Values,CSV)数据文件格式,用于进行数据的分类汇总,方便客户端查看或其他系统使用,由于不同的交易所机构采用不同的行情格式、协议等发布行情数据,如基于文件、二进制流、证券交易数据交换协议(Security Trade Exchange Protocol,STEP)等方式发布行情数据,且基于不同的系统、不同的业务场景下对行情数据要求的更新速度和使用方式也不同,故将收到的行情数据进行解析加工,以支持不同场景下的使用诉求,便于各类系统按需获取行情数据。
在本步骤中,行情解析转发装置可以对所述行情数据进行处理,生成对应的特定格式的具有时间戳以及确定类型的行情数据,所述时间戳为行情数据的相应时间的定位符,用于实现下游系统如客户端异常情况下的数据恢复,使得行情解析转发装置具备更高效更准确的数据发布能力;所述类型可以根据行情数据使用的业务场景以及性质进行分类,行情数据可以包括基础静态合约行情信息和实时行情信息。
具体的,所述基础静态合约行情信息包括以下数据:交易所对应的交易标的基础信息和交易基础价格波动信息,所述交易标的基础信息可以指的是在交易所进行交易的股票、基金、债券等交易标的的基础信息,如股票代码、名称、类型等信息;所述交易基础价格波动信息可以指的是交易标的对应的价格波动信息,或者也可以是最小变动价位等信息。
所述实时行情信息可以指的是当日实时变动的行情数据,进一步的,基于市场行情,可以对该行情数据进行类型的细分,如分为LV1行情以及LV2行情;所述LV1行情和LV2行情可以指的是不同档位的交易所行情,本申请实施例对基于市场行情对行情数据进行分类的类型不做具体限定,其还可以细分多种不同档位,以上仅是示例说明。
需要说明的是,所述基础静态合约行情信息更新频率较低,主要以日初进行一次全量更新,日间有少量更新,用于反映交易标的的基础信息,而交易所在秒级时间内会对市场上所有变动的行情数据进行更新,故所述实时行情信息的更新频率稿,用于实时反映市场行情,数据量较大,因此,本申请主要针对于实时行情信息的处理。
S202、接收客户端发送的订阅请求,并基于所述订阅请求在第一数据中获取第二数据,所述订阅请求用于指示订阅行情数据的时间戳和类型;所述第二数据为满足所述订阅请求对应的第一数据。
在本步骤中,行情解析转发装置可以基于数据分类订阅机制实现行情数据快速的发送到对应的客户端,具体的,以LV1类型和LV2类型的行情数据进行推送为例,需要客户端主动发送的订阅请求,进而建立TCP连接,进一步的,在收到订阅请求后,查找满足订阅请求对应的行情数据,并通过已建立的TCP连接推送该行情数据给对应的客户端。
其中,所述订阅请求指示客户端订阅行情数据的类型是LV1类型或LV2类型,相应的,所述订阅请求还指示相应类型数据的时间戳。
S203、将所述第二数据进行压缩,并将压缩后的第二数据发送至所述客户端。
在本步骤中,行情解析转发装置可以利用预定义压缩算法对所述第二数据进行压缩,并将压缩后的第二数据发送至所述客户端,所述预定义压缩算法为提前定义好的压缩算法,如文件压缩算法(GNUzip,GZIP)、无损算法(Lempel-Ziv-Oberhumer,LZO)、Zippy/Snappy压缩算法等,本申请实施例对预定义压缩算法不作具体限定。
因此,本申请提供一种行情数据处理方法,可以通过获取多个行情源的行情数据,并对行情数据进行处理,生成对应的特定格式的第一数据,进一步的,接收客户端发送的订阅请求,并基于订阅请求在第一数据中获取第二数据,进而将第二数据进行压缩,并将压缩后的第二数据发送至客户端,其中,第一数据包括时间戳以及确定类型的行情数据;订阅请求用于指示订阅行情数据的时间戳和类型;第二数据为满足订阅请求对应的第一数据;这样,通过细分行情数据的类型,调用符合需求的行情数据,可以适配不同客户端的行情数据获取需求,具备更快速的推送效率,其中,由于行情数据对应有时间戳,在客户端订阅行情数据发生故障时,可以基于发生故障这段时间内行情数据对应的时间戳,获取对应时间戳的行情数据,减少行情数据的丢失。
可选的,获取多个行情源的行情数据,包括:
获取多个行情源对应的软件包,并基于所述软件包与所述多个行情源建立通信连接;
获取所述多个行情源发送的行情数据以及每一行情数据对应的时间戳,所述时间戳用于记录所述行情数据的发送时间。
本申请实施例中,软件包可以指的是实现软件产品某项功能的工具包,是一种为特定的软件包、软件框架、硬件平台、操作系统等建立应用软件时的开发工具的集合,用于提供应用程序接口,如所述软件包为软件开发工具包(Software Development Kit,SDK),用于建立与多个行情源的通信连接。
在本步骤中,行情解析转发装置可以将多个交易所发布的行情数据接入SDK,进而与多个交易所建立通信连接,可以获取到多个交易所发送的行情数据以及每一行情数据对应的时间戳,使得可以对行情数据进行解析加工。
因此,本申请实施例基于软件包可以实现多个行情源中不同数据的获取方式,满足客户端对不同行情源中行情数据的获取需求,降低了客户端的开发成本。
可选的,对所述行情数据进行处理,生成对应的特定格式的第一数据,包括:
获取预定义的数据字典,基于所述数据字典对所述行情数据进行解析,得到特定格式的行情数据;
接收所述多个行情源发送的行情市场信息,并基于所述行情市场信息对特定格式的行情数据进行分类,得到对应的特定格式的第一数据。
本申请实施例中,数据字典可以指的是提前设定了含义、与其他数据的关系、来源、用法和格式的数据比对库,如数据字典中包含的数据为字段1,字段2,字段3,每一字段对应不同类型的行情数据,进一步的,在获取某个行情源发送的行情数据后,利用数据字典设定的字段类型与行情源发送的行情数据对应的字段进行一一比对,进而转换为符合数据字典对应字段的行情数据。
在本步骤中,基于所述行情市场信息对特定格式的行情数据进行分类,得到对应的特定格式的第一数据,所述行情市场信息可以指的是预设时间内市场行情,如当天内股票交易的行情级别,本申请实施例对行情市场信息不做具体限定,其可以视不同的交易所行情而定。
示例性的,图3为本申请实施例提供的一种行情数据获取并解析的流程示意图,如图3所示,行情解析转发装置可以从交易所1和交易所2的行情服务模块中获取行情数据,进一步的,行情解析转发装置中的数据接收服务模块接收交易所1和交易所2发送的行情数据,并将行情数据推送给行情解析转发装置中的数据解析发布服务模块进行加工处理,具体的,数据解析发布服务模块可以根据交易所规定的数据字典,对行情数据进行解析,转发为内部定义的格式(特定格式)的行情数据,并基于行情市场信息对特定格式的行情数据进行分类,得到对应的特定格式的第一数据,方便进行分类汇总。
因此,本申请实施例可以对行情数据进行加工,细分了行情数据的类型,适配更多客户端的行情数据获取需求,在满足不同客户端的需求的同时,还可以提高推送效率。
可选的,所述方法还包括:
在生成对应的特定格式的第一数据后,基于所述第一数据对应的类型将所述第一数据异步存储于至少一个数据库中,并生成预定义接口供客户端调用所需的第一数据。
本申请实施例中,预定义接口可以指的是基于通信协议提前定义好的统一接口,用于供客户端调用不同数据库中的行情数据,不同的数据库支持不同类型行情数据的存储,如基础静态合约信息可以存储于关系型数据库中,实时行情信息可以存储于NoSQL数据库中,相应的,基础静态合约信息可以存储于NoSQL数据库中,本申请实施例对不同类型行情数据存储的数据库类型不作具体限定,如可以有MySQL,Oracle,Redis等多种类型的数据库。
需要说明的是,在存储实时行情信息时,可以根据实时行情信息细分的行情数据类型进行相应位置的存储,方便客户端查询以及调用。
可以理解的是,基础静态合约信息的刷新频率较低,也可以将基础静态合约信息存储到文件中,本申请实施例对此不做具体限定。
在本步骤中,基于所述第一数据对应的类型将所述第一数据异步存储于至少一个数据库中,如将基础静态合约信息存储于关系型数据库的同时,异步将实时行情信息存储于NoSQL数据库中,其中,若实时行情信息包括两种类型,则基于该两种类型在查找表中查找对应的存储位置,并异步将两种类型对应的行情数据存储于NoSQL数据库中对应的存储位置。
可选的,在查找到满足订阅请求对应的第一数据,即第二数据后,也可以将第二数据异步存储于数据库中,方便在客户端订阅数据发生故障,需要故障期间的行情数据时,直接查询并调用存储于数据库中的第二数据。
需要说明的是,本申请可以同时支持多种数据处理方案,即可以根据配置,通过异步的方式同时将行情数据写入一个或多个数据库中,但是,当行情数据对应的数量较少时,也可以采用同步的方式将行情数据写入一个数据库中。
因此,本申请实施例可以通过配置的方式将不同类型的行情数据异步存储到数据库或文件中,提高存储速率,由于同时支持多种数据异步存储的方式,使得具备良好的兼容性,更方便的嵌入到各类业务系统中。
可选的,基于所述订阅请求在第一数据中获取第二数据,包括:
基于所述订阅请求获取第二数据对应的类型和时间戳,并基于所述第二数据对应的类型查询所述第二数据存储的数据库;
基于预定义接口在第一数据中调用所述数据库中所述订阅请求指示的时间戳对应的第二数据。
在本步骤中,可以基于所述第二数据对应的类型在查找表中查询所述第二数据存储的数据库以及在所述数据库中的存储位置,所述查找表为提前定义的存储不同类型行情数据与对应数据库存储位置的关系表,在获取到所述第二数据对应的类型后,可以在该查找表中查询所述第二数据的存储位置进行存储,进一步的,基于预定义接口从第二数据的存储位置中调用第二数据。
可以理解的是,因为行情数据对应有时间戳,所以在存储行情数据时,可以按照时间戳的先后顺序对行情数据进行存储,方便数据的统计汇总以及查询,在客户端订阅行情数据发生故障时,可以根据发生故障期间行情数据对应的时间戳发起查询,补足缺失数据。
示例性的,图4为本申请实施例提供的一种行情数据异步存储并查询的流程示意图,如图4所示,行情解析转发装置中的数据接收服务模块将行情数据推送给行情解析转发装置中的数据解析发布服务模块进行加工处理,具体的,数据解析发布服务模块中的数据解析模块可以对行情数据进行解析,进一步的,将解析后的行情数据发送给数据加工模块进行处理,数据加工模块包括订阅推送服务模块和存储服务模块,所述订阅推送服务模块用于将行情数据推送给相应的数据订阅者(客户端),所述存储服务模块用于将数据解析模块解析后行情数据按照类型异步写入数据库中,并提供接口方便数据订阅者查询获取,如数据订阅者A、数据订阅者B等数据订阅者向查询服务模块发送数据查询请求,进而查询服务模块基于该接口查询存储服务模块中的行情数据。
可以理解的是,本申请可以支持部分场景下对于历史行情数据的数据存储需求,且在推送行情数据给数据订阅者的同时,也可以异步将行情数据写入数据库中。
因此,本申请实施例提供查询功能,可以基于类型和时间戳查询数据,方便后续查询及使用历史行情数据,还可以查询异常期间的行情数据,提高了容错以及灾备能力。
可选的,所述客户端的数量为多个,所述订阅请求还用于指示客户端对应的订阅标识,将所述第二数据进行压缩,并将压缩后的第二数据发送至所述客户端,包括:
针对每一客户端发送的订阅请求,基于所述第二数据和所述客户端对应的订阅标识生成压缩配置文件,所述压缩配置文件包括压缩算法和解压时间;所述解压时间基于第二数据对应的时间戳确定;
利用压缩配置文件对所述第二数据进行压缩,并将压缩后的第二数据发送至与所述订阅标识对应的客户端,以使所述客户端基于所述解压时间对压缩后的第二数据进行解压。
本申请实施例中,压缩算法可以指的是提前设定的高压缩率的算法(预定义压缩算法),如GZIP、LZO压缩算法,解压时间可以指的是客户端在收到压缩的第二数据后进行解压的时间,所述解压时间基于第二数据对应的时间戳确定,如可以设定所述解压时间不超过第二数据对应的时间戳中最大时间戳的预设时间范围内,预设时间范围可以设置为0.1s,本申请实施例对解压时间和预设时间范围不做具体限定,以上仅是示例说明。
在本步骤中,针对每一客户端发送的订阅请求,基于在第一数据中获取到的第二数据和该客户端对应的订阅标识如标识1生成压缩配置文件,进一步的,利用压缩配置文件对第二数据进行压缩,并将压缩后的第二数据发送至与标识1对应的客户端,以使客户端基于解压时间对第二数据进行解压,提高数据传递的实时性。
示例性的,图5为本申请实施例提供的一种行情数据订阅推送的流程示意图,如图5所示,数据接收服务模块和行情解析发布服务模块的处理流程可以参照图4实施例的描述,在此不再赘述,与图4所述实施例描述不同的是,数据订阅者A、数据订阅者B等数据订阅者可以向订阅推送服务模块发送订阅请求,进一步的,订阅推送服务模块针对每一数据订阅者发送的订阅请求,在第一数据中获取相应的第二数据,并将第二数据进行压缩,将压缩后的第二数据推送至对应的数据订阅者。
可以理解的是,为保证行情数据快速的发送到对应的数据订阅者,利用的是数据分类订阅机制,即对于不同类型的行情数据如LV1类型的行情数据和\或LV2类型的行情数据基于行情数据获取需求进行快速推送,方便相关数据订阅者进行实时行情获取,历史行情数据查询等。
因此,本申请实施例可以同时接收多个客户端的订阅请求,并推送满足订阅请求的行情数据给客户端,提高查询数据的速率,且本申请还可以基于解压时间对第二数据进行解压,提高了数据推送的实时性。
可选的,所述方法还包括:
将所述第一数据基于广播的方式发送至预设范围内的客户端,以使预设范围内的客户端基于业务需求获取所需的第一数据。
本申请实施例中,预设范围可以指的是设定的可以进行Redis数据发布的区域范围,在该区域范围内的客户端,可以按照特定的协议主动查询数据库中存储的行情数据,无需自行存储数据,也不需要提前与行情解析转发装置建立TCP连接,本申请实施例对预设范围不做具体限定。
在本步骤中,可以基于Redis数据发布,即广播的方式发送第一数据至预设范围内的客户端,以使预设范围内的客户端基于业务需求获取所需的第一数据,所述业务需求为数据订阅者所在市场的行情需求,这样,即使更新行情数据的效率较高,基于Redis数据发布查询所需行情数据,可以满足交易所行情更新频率,使得更快速发布实时的行情价格。
因此,本申请实施例可以支持数据订阅和Redis数据发布两种方案,Redis数据发布的方案中,发布消息的行情解析转发装置与接收消息的客户端两者之间不需要建立联系,也可以使得客户端获取到所需的第一数据,提高应用的灵活性。
结合上述实施例,图6为本申请实施例提供的一种具体的行情数据处理方法的流程示意图,如图6所示,所述行情数据处理方法包括如下步骤:
步骤A:行情解析转发装置与交易所建立连接,接收交易所原始行情(行情数据),执行步骤B。
步骤B:对行情数据进行解析加工,即解析各类静态、实时行情数据为专用的协议格式,并按照市场、类型(行情市场信息)进行分类,执行步骤C和步骤D。
步骤C:数据订阅者主动向行情解析转发装置发起订阅(订阅请求),建立TCP连接,并根据已订阅的连接,压缩并发送数据给对应的数据订阅者,数据订阅者使用相关数据。
步骤D:行情解析转发装置在对行情数据解析加工后,根据配置的数据库异步存储相关行情数据,即根据已配置的存储任务,异步写入对应的数据库或文件,进而使得数据使用方,也可以按照协议主动查询相关数据,无需自行存储数据。
需要说明的是,本申请针对实时行情数据,支持数据订阅模式,还支持有行情数据更新时主动进行推送,因此,本申请可以基于订阅推送和数据存储后提供查询接口的双重数据发布机制,方便各类系统按需获取行情相关数据。
可以理解的是,本申请提供的行情数据处理方法基于开发语言为Java实现,即利用Java实现后续的数据解析、分发存储、订阅推送、查询等功能。
在前述实施例中,对本申请实施例提供的行情数据处理方法进行了介绍,而为了实现上述本申请实施例提供的方法中的各功能,作为执行主体的电子设备可以包括硬件结构和/或软件模块,以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能以硬件结构、软件模块、还是硬件结构加软件模块的方式来执行,取决于技术方案的特定应用和设计约束条件。
例如,图7为本申请实施例提供的一种行情数据处理装置的结构示意图,如图7所示,该装置包括:获取模块710、接收模块720和压缩模块730;其中,所述获取模块710,用于获取多个行情源的行情数据,并对所述行情数据进行处理,生成对应的特定格式的第一数据,所述第一数据包括时间戳以及确定类型的行情数据;
所述接收模块720,用于接收客户端发送的订阅请求,并基于所述订阅请求在第一数据中获取第二数据,所述订阅请求用于指示订阅行情数据的时间戳和类型;所述第二数据为满足所述订阅请求对应的第一数据;
所述压缩模块730,用于将所述第二数据进行压缩,并将压缩后的第二数据发送至所述客户端。
可选的,所述获取模块710包括获取单元和处理单元,其中,所述获取单元,用于:
获取多个行情源对应的软件包,并基于所述软件包与所述多个行情源建立通信连接;
获取所述多个行情源发送的行情数据以及每一行情数据对应的时间戳,所述时间戳用于记录所述行情数据的发送时间。
可选的,所述处理单元,用于:
获取预定义的数据字典,基于所述数据字典对所述行情数据进行解析,得到特定格式的行情数据;
接收所述多个行情源发送的行情市场信息,并基于所述行情市场信息对特定格式的行情数据进行分类,得到对应的特定格式的第一数据。
可选的,所述装置还包括存储模块,所述存储模块,用于:
在生成对应的特定格式的第一数据后,基于所述第一数据对应的类型将所述第一数据异步存储于至少一个数据库中,并生成预定义接口供客户端调用所需的第一数据。
可选的,所述接收模块720,具体用于:
基于所述订阅请求获取第二数据对应的类型和时间戳,并基于所述第二数据对应的类型查询所述第二数据存储的数据库;
基于预定义接口在第一数据中调用所述数据库中所述订阅请求指示的时间戳对应的第二数据。
可选的,所述客户端的数量为多个,所述订阅请求还用于指示客户端对应的订阅标识,所述压缩模块730,具体用于:
针对每一客户端发送的订阅请求,基于所述第二数据和所述客户端对应的订阅标识生成压缩配置文件,所述压缩配置文件包括压缩算法和解压时间;所述解压时间基于第二数据对应的时间戳确定;
利用压缩配置文件对所述第二数据进行压缩,并将压缩后的第二数据发送至与所述订阅标识对应的客户端,以使所述客户端基于所述解压时间对压缩后的第二数据进行解压。
可选的,所述装置还包括发布模块,所述发布模块,用于:
将所述第一数据基于广播的方式发送至预设范围内的客户端,以使预设范围内的客户端基于业务需求获取所需的第一数据。
本申请实施例提供的一种行情数据处理装置的具体实现原理和效果可以参见上述实施例对应的相关描述和效果,此处不做过多赘述。
本申请实施例还提供了一种电子设备的结构示意图,图8为本申请实施例提供的一种电子设备的结构示意图,如图8所示,该电子设备可以包括:处理器801以及与所述处理器通信连接的存储器802;该存储器802存储计算机程序;该处理器801执行该存储器802存储的计算机程序,使得该处理器801执行上述任一实施例所述的方法。
其中,存储器802和处理器801可以通过总线803连接。
本申请实施例还提供了一种计算机可读存储介质,计算机可读存储介质存储有计算机程序执行指令,计算机执行指令被处理器执行时用于实现如本申请前述任一实施例中的所述的方法。
本申请实施例还提供了一种运行指令的芯片,该芯片用于执行如本申请前述任一实施例中由电子设备所执行的前述任一实施例中所述的方法。
本申请实施例还提供了一种计算机程序产品,该程序产品包括程序代码,当计算机运行所述计算机程序时,所述程序代码执行如本申请前述任一实施例中由电子设备所执行的前述任一实施例中所述的方法。
本申请的技术方案中,所涉及的金融数据或用户数据等信息的收集、存储、使用、加工、传输、提供和公开等处理,均符合相关法律法规的规定,且不违背公序良俗。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个模块或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或模块的间接耦合或通信连接,可以是电性,机械或其它的形式。
作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案。
另外,在本申请各个实施例中的各功能模块可以集成在一个处理单元中,也可以是各个模块单独物理存在,也可以两个或两个以上模块集成在一个单元中。上述模块成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能模块的形式实现的集成的模块,可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器执行本申请各个实施例所述方法的部分步骤。
应理解,上述处理器可以是中央处理单元(Central Processing Unit,简称CPU),还可以是其它通用处理器、数字信号处理器(Digital Signal Processor,简称DSP)、专用集成电路(Application Specific Integrated Circuit,简称ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合申请所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
存储器可能包含高速随机存取存储器(Random Access memory,简称RAM),也可能还包括非不稳定的存储器(Non-volatile Memory,简称NVM),例如至少一个磁盘存储器,还可以为U盘、移动硬盘、只读存储器、磁盘或光盘等。
总线可以是工业标准体系结构(Industry Standard Architecture,简称ISA)总线、外部设备互连(Peripheral Component Interconnect,简称PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture,简称EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示,本申请附图中的总线并不限定仅有一根总线或一种类型的总线。
上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(Static Random-Access Memory,简称SRAM),电可擦除可编程只读存储器(Electrically Erasable Programmable Read Only Memory,简称EEPROM),可擦除可编程只读存储器(Erasable Programmable Read-Only Memory,简称EPROM),可编程只读存储器(Programmable Read-Only Memory,简称PROM),只读存储器(Read-OnlyMemory,简称ROM),磁存储器,快闪存储器,磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。
一种示例性的存储介质耦合至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。当然,存储介质也可以是处理器的组成部分。处理器和存储介质可以位于专用集成电路(Application Specific Integrated Circuits,简称ASIC)中。当然,处理器和存储介质也可以作为分立组件存在于电子设备或主控设备中。
以上所述,仅为本申请实施例的具体实施方式,但本申请实施例的保护范围并不局限于此,任何在本申请实施例揭露的技术范围内的变化或替换,都应涵盖在本申请实施例的保护范围之内。因此,本申请实施例的保护范围应以所述权利要求的保护范围为准。
Claims (11)
1.一种行情数据处理方法,其特征在于,所述方法包括:
获取多个行情源的行情数据,并对所述行情数据进行处理,生成对应的特定格式的第一数据,所述第一数据包括时间戳以及确定类型的行情数据;
接收客户端发送的订阅请求,并基于所述订阅请求在第一数据中获取第二数据,所述订阅请求用于指示订阅行情数据的时间戳和类型;所述第二数据为满足所述订阅请求对应的第一数据;
将所述第二数据进行压缩,并将压缩后的第二数据发送至所述客户端。
2.根据权利要求1所述的方法,其特征在于,获取多个行情源的行情数据,包括:
获取多个行情源对应的软件包,并基于所述软件包与所述多个行情源建立通信连接;
获取所述多个行情源发送的行情数据以及每一行情数据对应的时间戳,所述时间戳用于记录所述行情数据的发送时间。
3.根据权利要求2所述的方法,其特征在于,对所述行情数据进行处理,生成对应的特定格式的第一数据,包括:
获取预定义的数据字典,基于所述数据字典对所述行情数据进行解析,得到特定格式的行情数据;
接收所述多个行情源发送的行情市场信息,并基于所述行情市场信息对特定格式的行情数据进行分类,得到对应的特定格式的第一数据。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在生成对应的特定格式的第一数据后,基于所述第一数据对应的类型将所述第一数据异步存储于至少一个数据库中,并生成预定义接口供客户端调用所需的第一数据。
5.根据权利要求4所述的方法,其特征在于,基于所述订阅请求在第一数据中获取第二数据,包括:
基于所述订阅请求获取第二数据对应的类型和时间戳,并基于所述第二数据对应的类型查询所述第二数据存储的数据库;
基于预定义接口在第一数据中调用所述数据库中所述订阅请求指示的时间戳对应的第二数据。
6.根据权利要求1所述的方法,其特征在于,所述客户端的数量为多个,所述订阅请求还用于指示客户端对应的订阅标识,将所述第二数据进行压缩,并将压缩后的第二数据发送至所述客户端,包括:
针对每一客户端发送的订阅请求,基于所述第二数据和所述客户端对应的订阅标识生成压缩配置文件,所述压缩配置文件包括压缩算法和解压时间;所述解压时间基于第二数据对应的时间戳确定;
利用压缩配置文件对所述第二数据进行压缩,并将压缩后的第二数据发送至与所述订阅标识对应的客户端,以使所述客户端基于所述解压时间对压缩后的第二数据进行解压。
7.根据权利要求1-6任一项所述的方法,其特征在于,所述方法还包括:
将所述第一数据基于广播的方式发送至预设范围内的客户端,以使预设范围内的客户端基于业务需求获取所需的第一数据。
8.一种行情数据处理装置,其特征在于,所述装置包括:
获取模块,用于获取多个行情源的行情数据,并对所述行情数据进行处理,生成对应的特定格式的第一数据,所述第一数据包括时间戳以及确定类型的行情数据;
接收模块,用于接收客户端发送的订阅请求,并基于所述订阅请求在第一数据中获取第二数据,所述订阅请求用于指示订阅行情数据的时间戳和类型;所述第二数据为满足所述订阅请求对应的第一数据;
压缩模块,用于将所述第二数据进行压缩,并将压缩后的第二数据发送至所述客户端。
9.一种电子设备,其特征在于,包括:处理器,以及与所述处理器通信连接的存储器;
所述存储器存储计算机执行指令;
所述处理器执行所述存储器存储的计算机执行指令,以实现如权利要求1-7中任一项所述的方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机执行指令,所述计算机执行指令被处理器执行时用于实现如权利要求1-7中任一项所述的方法。
11.一种计算机程序产品,其特征在于,包括程序代码,当计算机运行所述计算机程序时,所述程序代码执行如权利要求1-7中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211125888.2A CN115456781A (zh) | 2022-09-16 | 2022-09-16 | 行情数据处理方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211125888.2A CN115456781A (zh) | 2022-09-16 | 2022-09-16 | 行情数据处理方法、装置、电子设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115456781A true CN115456781A (zh) | 2022-12-09 |
Family
ID=84305583
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211125888.2A Pending CN115456781A (zh) | 2022-09-16 | 2022-09-16 | 行情数据处理方法、装置、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115456781A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116433383A (zh) * | 2023-06-12 | 2023-07-14 | 宁波森浦融讯科技有限公司 | 数据处理方法、装置、电子设备及计算机可读存储介质 |
CN116483747A (zh) * | 2023-06-26 | 2023-07-25 | 深圳华锐分布式技术股份有限公司 | 行情快照下发方法、装置、设备及介质 |
CN116962513A (zh) * | 2023-07-25 | 2023-10-27 | 中科驭数(北京)科技有限公司 | 一种金融行情合约数据接收方法及装置 |
-
2022
- 2022-09-16 CN CN202211125888.2A patent/CN115456781A/zh active Pending
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116433383A (zh) * | 2023-06-12 | 2023-07-14 | 宁波森浦融讯科技有限公司 | 数据处理方法、装置、电子设备及计算机可读存储介质 |
CN116433383B (zh) * | 2023-06-12 | 2023-10-31 | 宁波森浦融讯科技有限公司 | 数据处理方法、装置、电子设备及计算机可读存储介质 |
CN116483747A (zh) * | 2023-06-26 | 2023-07-25 | 深圳华锐分布式技术股份有限公司 | 行情快照下发方法、装置、设备及介质 |
CN116483747B (zh) * | 2023-06-26 | 2023-09-08 | 深圳华锐分布式技术股份有限公司 | 行情快照下发方法、装置、设备及介质 |
CN116962513A (zh) * | 2023-07-25 | 2023-10-27 | 中科驭数(北京)科技有限公司 | 一种金融行情合约数据接收方法及装置 |
CN116962513B (zh) * | 2023-07-25 | 2024-04-19 | 中科驭数(北京)科技有限公司 | 一种金融行情合约数据接收方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN115456781A (zh) | 行情数据处理方法、装置、电子设备及存储介质 | |
CN111340470B (zh) | 区块链交易处理方法、节点及合约容器 | |
CN111953776A (zh) | 一种应用服务消息推送方法、装置、计算机设备及计算机存储介质 | |
CN111629081B (zh) | 互联网协议ip地址数据处理方法、装置及电子设备 | |
CN113704243A (zh) | 数据分析方法、装置、计算机装置及存储介质 | |
US20150237153A1 (en) | Method, device and system for pushing network data | |
CN110297944B (zh) | 分布式xml数据处理方法及系统 | |
CN110309479A (zh) | 属性信息获取方法及装置 | |
CN112256772A (zh) | 数据服务方法、装置以及可读存储介质 | |
CN111159211A (zh) | 订单信息生成方法、装置、系统、计算机设备及存储介质 | |
CN101673217B (zh) | 一种实现远端程序调用的方法和系统 | |
CN114398520A (zh) | 数据检索方法、系统、装置、电子设备及存储介质 | |
CN108243015B (zh) | 一种话单信息提取方法、话单服务器及网管服务器 | |
CN110865973B (zh) | 一种数据处理方法及设备和相关装置 | |
CN107690057B (zh) | 会议视频数据交互方法及装置 | |
CN115550380A (zh) | 数据同步方法、装置、设备及存储介质 | |
US11797480B2 (en) | Storage of order books with persistent data structures | |
CN115510012A (zh) | 业务数据处理方法、装置、计算机设备和存储介质 | |
TW201541387A (zh) | 大量資料之動態分級傳輸方法 | |
CN116431585A (zh) | 文件的压缩方法及其装置、文件的解压方法及其装置 | |
CN1875646A (zh) | 使用移动通信来进行信息处理的网关装置 | |
CN112769741B (zh) | 一种消息通信方法及电子设备 | |
CN113672488A (zh) | 日志文本处理方法及装置 | |
CN112333043A (zh) | 一种基于行情数据的延时统计装置及方法 | |
CN114547030B (zh) | 多级时序数据压缩方法、装置、电子设备及存储介质 |
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 |