CN115168438A - 成交回报数据整合方法及相关装置 - Google Patents

Abstract

本申请实施例提供了一种成交回报数据整合方法及相关装置，应用于券商柜台系统中的整合服务器，交易所数据系统包括通信连接的数据采集服务器、整合服务器、柜台数据服务器、内存数据存储服务器和消息订阅服务器；方法包括：获取来自数据采集服务器的成交回报原始数据；根据从成交回报原始数据中解析出的股东账号，并根据股东账号从内存数据存储服务器中获取客户号；向消息订阅服务器发送客户号和成交回报原始数据。这样，由券商柜台系统在获取成交回报原始数据的同时，关联出客户号，并存储到消息订阅服务器中待第三方设备调用，提高了第三方设备获取成交回报原始数据和客户号的效率。

Description

成交回报数据整合方法及相关装置

技术领域

本申请属于数据整合技术领域，具体涉及一种成交回报数据整合方法及相关装置。

背景技术

目前，在证券行业中，券商需要给客户实时推送成交回报的消息，但是从交易所接收到的原始成交回报只包含股东账号，没有券商柜台里的客户号，而有些第三方系统希望成交回报消息能包含客户号等信息。

但是，现有技术中，第三方系统需要分别获取原始成交回报消息和客户号，获取效率较低。

发明内容

本申请实施例提供了一种成交回报数据整合方法及相关装置，以期提高第三方设备获取成交回报原始数据和客户号的效率。

第一方面，本申请实施例提供了一种成交回报数据整合方法，应用于券商柜台系统中的整合服务器，所述券商柜台系统包括数据采集服务器、整合服务器、柜台数据服务器、内存数据存储服务器和消息订阅服务器，所述数据采集服务器、所述整合服务器、所述柜台数据服务器、所述内存数据存储服务器和所述消息订阅服务器通信连接；所述方法包括：

获取来自所述数据采集服务器的成交回报原始数据，其中，所述成交回报原始数据是由所述数据采集服务器根据交易所中成交回报原始数据的数据类型、以对应的获取方式从交易所网关/交易所的成交回报数据库中获取；

从所述成交回报原始数据中解析出预设字段，所述预设字段包括股东账号；

根据所述股东账号，从所述内存数据存储服务器中获取对应的客户号，所述客户号是券商为客户自定义的客户编号，所述客户号由所述内存数据服务器从所述柜台数据服务器定时获取，所述内存数据服务器中存放有所述股东账号与所述客户号的对应关系，所述股东账号用于为所述内存数据存储服务器提供根据所述对应关系查询所述客户号、并向所述整合服务器发送所述客户号的指示。

第二方面，本申请实施例提供了一种成交回报数据整合方法，应用于券商柜台系统中的消息订阅服务器，所述券商柜台系统包括数据采集服务器、整合服务器、柜台数据服务器、内存数据存储服务器和消息订阅服务器，所述数据采集服务器、所述整合服务器、所述柜台数据服务器、所述内存数据存储服务器和所述消息订阅服务器通信连接；所述方法包括：

接收来自所述整合服务器的成交回报原始数据和客户号，其中，所述成交回报原始数据由所述数据采集服务器根据交易所中成交回报原始数据的数据类型、以对应的获取方式从交易所网关/交易所数据服务器中获取，所述成交回报原始数据中包括预设字段，所述预设字段包括股东账号，所述股东账号用于为所述内存数据存储服务器提供根据对应关系查询客户号、并向所述整合服务器发送所述客户号的指示，所述内存数据服务器中存放有所述股东账号与所述客户号的所述对应关系，所述客户号是券商为客户自定义的客户编号，所述客户号由所述整合服务器根据所述对应关系和股东账号从内存数据存储服务器中获取。

第三方面，本申请实施例提供了一种成交回报数据整合方法，应用于券商柜台系统中的数据采集服务器，所述券商柜台系统包括数据采集服务器、整合服务器、柜台数据服务器、内存数据存储服务器和消息订阅服务器，所述数据采集服务器、所述整合服务器、所述柜台数据服务器、所述内存数据存储服务器和所述消息订阅服务器通信连接；所述方法包括：

接收来自所述交易所网关/交易所的成交回报数据库的成交回报原始数据；

确定所述成交回报原始数据的数据类型，所述类型包括数据库类型和报文类型；

若所述成交回报原始数据为数据库类型，则通过数据库信息获取模块来接收所述成交回报原始数据；

若所述成交回报原始数据为报文类型，则通过报文获取模块来接收所述成交回报原始数据；

向所述整合服务器发送所述成交回报原始数据，所述成交回报原始数据中包括预设字段，所述预设字段包括股东账号，所述股东账号用于为所述内存数据存储服务器提供根据对应关系查询客户号、并向所述整合服务器发送所述客户号的指示，所述内存数据服务器中存放有所述股东账号与所述客户号的所述对应关系，所述客户号是券商为客户自定义的客户编号，所述成交回报原始数据用于为所述整合服务器提供向所述内存数据存储服务器获取所述客户号的指示。

第四方面，本申请实施例提供了一种电子设备，包括处理器、存储器、通信接口，以及一个或多个程序，所述一个或多个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述程序包括用于执行本申请实施例第一方面至第三方面中任一方面的步骤的指令。

第五方面，本申请实施例提供了一种计算机存储介质，存储用于电子数据交换的计算机程序，其中，所述计算机程序使得计算机执行如本实施例第一方面至第三方面中任一方面所描述的部分或全部步骤。

第六方面，本申请实施例提供了一种计算机程序产品，其中，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如本申请实施例第一方面至第三方面中任一方面所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。

可以看出，本申请实施例中，首先通过采用服务器采集交易所的成交回报原始数据，然后由整合服务器从所述数据采集服务器获取所述成交回报原始数据，并从所述成交回报原始数据中解析出包含股东账号的预设字段和包含股东账号与客户号第一对应关系的对应关系，最后根据所述股东账号和所述第一对应关系从内存数据存储服务器中获取所述客户号，最后将所述成交回报原始数据和所述客户号发送到消息订阅服务器中，推送给对应的第三方设备。这样，由券商柜台系统在获取成交回报原始数据的同时，关联出客户号，并存储到消息订阅服务器中待第三方设备调用，提高了第三方设备获取成交回报原始数据和客户号的效率。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种券商柜台系统与交易所数据系统交互的结构示意图；

图2是本申请实施例提供的一种成交回报数据整合方法的流程示意图；

图3是本申请实施例提供的一种成交回报数据整合装置的结构示意图；

图4是本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、系统、产品或设备固有的其他步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

目前，在证券行业中，券商需要给客户实时推送成交回报的消息，但是从交易所接收到的原始成交回报只包含股东账号，没有券商柜台里的客户号，而有些第三方系统希望成交回报消息能包含客户号等信息。但是，现有技术中，第三方系统需要分别获取原始成交回报消息和客户号，获取效率较低。

为解决上述问题，本申请实施例提供了一种成交回报数据整合方法。该方法可以应用于成交回报数据整合的场景中。可以通过采用服务器采集交易所的成交回报原始数据，然后由整合服务器从所述数据采集服务器获取所述成交回报原始数据，并从所述成交回报原始数据中解析出包含股东账号的预设字段和包含股东账号与客户号第一对应关系的对应关系，最后根据所述股东账号和所述第一对应关系从内存数据存储服务器中获取所述客户号，最后将所述成交回报原始数据和所述客户号发送到消息订阅服务器中，推送给对应的第三方设备。本方案可以适用于多种场景，包括但不限于上述提到的应用场景，例如应用于成交回报数据推送的场景中，在此不做唯一性限定。

下面介绍本申请实施例涉及的系统架构。

请参阅图1，本申请实施例提供了一种券商柜台系统与交易所数据系统交互的结构示意图，所述券商柜台系统20包括数据采集服务器21、整合服务器22、柜台数据服务器23、内存数据存储服务器24和消息订阅服务器25，所述数据采集服务器21、所述整合服务器22、所述柜台数据服务器23、所述内存数据存储服务器24和所述消息订阅服务器25通信连接。

具体的，所述数据采集服务器21与交易所数据系统对应，根据交易所不同的数据类型，所对应的端口也不同，若数据类型为数据库类型，则与成交回报数据库111对接，若数据类型为报文类型，则与网关对应。其中，网关121包括TGW网关、TDGW网关等，在此不做唯一限定。所述成交回报数据库111设置在第一交易所数据系统11中，所述网关121设置在第二交易所数据系统12中；可以理解的是，所述第一交易所数据系统11和所述第二交易所数据系统12可以是同一个系统也可以是不同的系统，在此不做唯一限定。

可选的，所述数据采集服务器可以使用轻量型日志采集器（Filebeat），所述整合服务器可以使用数据处理管道（Logstash），所述内存数据存储服务器通过Memcached内存数据库进行数据存储，所述消息订阅服务器中所使用的可以是卡夫卡（kafka）服务器。

下面对具体的方法进行详细的介绍。

请参阅图2，本申请还提供了一种成交回报数据整合方法的流程示意图，所述方法应用于上述的券商柜台系统；所述方法包括：

步骤201、获取来自所述数据采集服务器的成交回报原始数据。

其中，所述成交回报原始数据是由所述数据采集服务器根据交易所中成交回报原始数据的数据类型，以对应的获取方式从交易所网关/交易所的成交回报数据库中获取。

步骤202、从所述成交回报原始数据中解析出预设字段。

其中，所述预设字段包括股东账号。

在一个可能的实施例中，所述数据类型包括数据库类型和报文类型，所述获取方式包括数据库信息获取方式和报文获取方式；所述从所述成交回报原始数据中解析出预设字段，包括：当所述成交回报原始数据的数据类型为报文类型时，查询处理流表中是否存在与所述成交回报原始数据对应的流表表项；若存在则根据所述流表表项从所述成交回报原始数据中获取所述预设字段；当所述成交回报原始数据的数据类型为数据库类型时，则直接从所述成交回报原始数据中获取所述预设字段。

具体实现中，现有的交易所发送成交回报原始数据的形式分别是从数据库直接发送，通过网关以报文的形式发送，这两种数据形式的接收和处理方式并不相同。因此在接收所述成交回报原始数据时，需要先判断所述成交回报原始数据的数据类型，若是数据库类型的数据，则通过数据库的数据获取模块直接从所述成交回报原始数据中解析出股东账号；若是报文类型的数据，则需要根据报文匹配处理流表中的流表表项，根据所述流表表项中所指示的处理流程进行处理，进而从所述成交回报原始数据中获取所述预设字段。

可以看出，本实施例中，基于不同的数据类型进行不同的数据处理，实现了股东账号的获取。

步骤203、根据所述预设字段中的股东账号，从所述内存数据存储服务器中获取对应的客户号。

其中，所述客户号是券商为客户自定义的客户编号，所述客户号由所述内存数据服务器从所述柜台数据服务器定时获取，所述内存数据服务器中存放有所述股东账号与所述客户号的对应关系，所述股东账号用于为所述内存数据存储服务器提供根据所述对应关系查询所述客户号、并向所述整合服务器发送所述客户号的指示。

具体的，现有技术中的客户号均存储在所述柜台数据服务器中，而所述柜台数据服务器的数据存储结构复杂，从所述柜台数据服务器中获取客户号需要进行数据解析、数据转换等操作，而券商向客户反馈成交回报原始数据对实时性要求非常高，从所述柜台数据服务器中获取所述客户号无法满足实时性要求。本实施例中，通过定时从所述柜台数据服务器中获取客户号和股东账号的对应关系，并将客户号和股东账号以键值对的形式存储在所述内存数据服务器的内存数据库中，使得存储结构简单，当需要获取客户号时，可以通过基于股东账号根据键值对直接获取到对应的客户号，满足了券商数据系统反馈成交回报原始数据的实时性。

此外，所述柜台数据服务器还可以在有数据变更时，向所述内存数据存储服务器发送变更的客户号和股东账号的对应关系，所述变更是指新增、修改、删除等。

在一个可能的实施例中，根据所述股东账号，从所述内存数据存储服务器中获取所述客户号，包括：向所述内存数据存储服务器发送针对所述客户号的第一获取请求，所述第一获取请求中包括所述股东账号；接收所述存储服务器发送的所述客户号。

具体实现中，在所述整合服务器与所述内存数据存储服务器的交互过程中，所述整合服务器在解析出所述股东账号之后，根据所述股东账号生成所述第一获取请求，然后将所述第一获取请求发送给所述内存数据存储服务器。所述内存数据存储服务器中存储有股东账号与客户号的对应关系，当所述内存数据存储服务器接收到所述第一获取请求之后，从所述第一获取请求中解析出所述股东账号，然后根据所述股东账号查询到对应的客户号，然后向所述整合服务器发送所述客户号，最后由所述整合服务器接收所述客户号。

具体的，所述内存数据存储服务器中包括内存数据库，所述内存数据库以键值对的方式存储股东账号与客户号的对应关系。

可以看出，本实施例中，基于键值对将股东账号和客户号的对应关系存储在内存数据存储服务器中，在需要获取客户号时，由整合服务器通过第一获取请求从内存数据存储服务器中获取，实现了客户号的快速获取。

在一个可能的实施例中，所述根据所述股东账号，从所述内存数据存储服务器中获取所述客户号，包括：确定所述流表表项中的处理流程；根据所述处理流程执行以下操作：向所述内存数据存储服务器发送针对所述客户号的第一获取请求，所述第一获取请求中包括所述股东账号；接收所述存储服务器发送的所述客户号。

具体实现中，若所述成交回报原始数据为报文类型，则根据所述成交回报原始数据匹配处理流表中的流表表项，若匹配成功，则根据所述流表表项中的处理流程逐步对所述成交回报原始数据进行处理。具体的，本实施例中，所述处理流程是指从根据所述股东账号，从所述内存数据存储服务器中获取所述客户号。具体处理过程为：所述整合服务器在解析出所述股东账号之后，根据所述股东账号生成所述第一获取请求，然后将所述第一获取请求发送给所述内存数据存储服务器；所述内存数据存储服务器中存储有股东账号与客户号的对应关系，当所述内存数据存储服务器接收到所述第一获取请求之后，从所述第一获取请求中解析出所述股东账号，然后根据所述股东账号查询到对应的客户号。

可以看出，本实施例中，针对报文类型的成交回报数据，通过处理流表来获取股东账号和对应的客户号，由于是流水线处理，因此提高了处理效率。

步骤204、向消息订阅服务器发送所述客户号和所述成交回报原始数据。

在一个可能的实施例中，所述向所述消息订阅服务器发送所述客户号和所述成交回报原始数据，包括：将所述客户号和所述成交回报原始数据进行封装，得到成交回报数据集合；向所述消息订阅服务器发送所述成交回报数据集合。

具体实现中，当所述数据类型为报文类型时，则将所述客户号添加进行所述成交回报原始数据中，并对所述成交回报原始数据进行报文封装，得到成交回报数据集合（也可以称为封装报文），然后将所述成交回报数据集合发送给所述消息订阅服务器，所述消息订阅服务器则实时将所述成交回报数据集合推送给对客户号有要求的第三方设备。

当所述数据类型为数据库类型时，将所述客户号与所述成交回报数据进行打包，得到成交回报数据集合，然后将所述成交回报数据集合发送给所述消息订阅服务器，所述消息订阅服务器则实时将所述成交回报数据集合推送给对客户号有要求的第三方设备。

具体的，还可以将所述客户号和所述成交回报数据分别发送给所述消息订阅服务器，有消息服务器根据第三方设备的需求，决定只向第三方设备发送成交回报原始数据，还是向第三方设备发送所述客户号和所述成交回报数据。

可以看出，本实施例中，通过对成交回报原始数据和客户号进行封装后再发送到消息订阅服务器中，使得消息订阅服务器可以直接将封装后的数据推送给第三方设备，提高了推送效率。

在一个可能的实施例中，所述方法还包括：

接收到所述内存数据存储服务器发送的针对所述第一获取请求的第一指示消息，所述第一指示消息用于指示未查找到与所述股东账号对应的客户号；直接向所述消息订阅服务器发送所述成交回报原始数据。

具体实现中，当所述内存数据存储服务器不存在客户号时，为了确保成交回报原始数据的实时性，直接将所述成交回报原始数据发送给消息订阅服务器，由所述消息订阅服务器将所述成交回报原始数据推送给第三方设备。

可以看出，本实施例中，在未获取到客户号时，确保了成交回报原始数据的实时性。

在一个可能的实施例中，在所述获取来自所述数据采集服务器的成交回报原始数据之前，所述方法还包括：

在接收到所述成交回报原始数据所对应的委托订单时，从所述委托订单中解析出类型标识，所述类型标识包括第一类型标识和第二类型标识，所述第一类型标识用于指示所述第三方设备所对应的用户不需要客户号，所述第二类型标识用于指示所述第三方设备所对应的用户需要客户号；

若所述类型标识为第一类型标识，则在获取到来自所述数据采集服务器的成交回报原始数据之后，直接向所述消息订阅服务器发送所述成交回报数据；

若所述类型标识为第二类型标识，则在获取到来自所述数据采集服务器的成交回报原始数据之后，从所述内存数据存储服务器获取客户号；

并向所述消息订阅服务器发送所述客户号和所述成交回报原始数据。

具体实现中，在客户端在用户发起的委托订单中添加类型标识，在用户向券商柜台系统发起委托订单时，整合服务器从所述委托订单中解析出所述类型标识，并根据所解析出的类型标识来确定是否从所述内存数据存储服务器中获取客户号。

可以看出，本实施例中，避免了在用户不需要客户号时从内存数据存储服务器中获取客户号，降低了功耗，提高了成交回报原始数据的数据处理效率。

在一个可能的实施例中，所述方法还包括：

接收到所述内存数据存储服务器发送的针对所述第一获取请求的第一指示消息，所述第一指示消息用于指示未查找到与所述股东账号对应的客户号；

将当前处理的所述成交回报原始数据写入等待队列中挂起；

在挂起时，若接收到所述内存数据存储服务器发送的所述客户号，则调用备用处理模块将所述客户号和被挂起的所述成交回报原始数据进行发送处理，所述发送处理是指：将所述客户号和所述成交回报原始数据进行封装，得到成交回报数据集合，并向所述消息订阅服务器发送所述成交回报数据集合；或者直接向所述消息订阅服务器发送所述客户号和所述成交回报原始数据。

具体实现中，当内存数据存储服务器接收到所述第一获取请求之后，若未在内存数据服务器的内存数据库中查询到所述股东账号与所述客户号的对应关系，则会向所述整合服务器发送第一指示消息；而整合服务器在接收到所述第一指示消息之后，则将所述当前处理的所述成交回报原始数据写入等待队列中挂起。所述内存数据存储服务器在发送所述第一获取请求的同时，还会向所述柜台数据服务器发送第二获取请求，所述柜台数据服务器接收到所述第二获取请求之后，则会在本机内的数据库中查询所述对应关系，若查询到所述对应关系，则会向所述内存数据存储服务器发送所述对应关系；所述内存数据存储服务器接收到所述对应关系只后，先向所述整合服务器发送所述对应关系中的所述客户号，然后将所述对应关系转换成键值对进行保存；当所述整合服务器接收到所述客户号之后，则调用备用处理模块来对所述客户号和被挂起的所述成交回报原始数据进行发送处理。

可以看出，本实施例中，在未获取到股东账号对应的客户号时，将相应的成交回报原始数据进行挂起，待内存数据存储服务器反馈对应的客户号之后，再通过备用处理模块进行发送处理，即实现了成交回报数据的发送处理，又避免了影响正常处理中的成交回报原始数据的实时性。

在一个可能的实施例中，所述方法还包括：若接收到所述内存数据存储服务器发送第二指示消息，则调用所述备用处理模块直接向所述消息订阅服务器发送所述被挂起的所述成交回报原始数据。

具体实现中，若所述柜台数据服务器未查询到所述对应关系，则向所述内存数据存储服务器发送第三指示消息；当所述内存数据存储服务器接收到所述第三指示消息之后，则向所述整合服务器发送第二指示消息，以告知所述整合服务器所述被挂起的所述成交回报原始数据没有对应的客户号。

可以看出，本实施例中，在柜台数据服务器也不存在对应的客户号时，则直接反馈成交回报原始数据。

在一个可能的实施例中，所述方法还包括：将所述当前处理的所述成交回报原始数据挂起之后，向所述消息订阅服务器发送所述成交回报原始数据；若接收到所述内存数据存储服务器发送的所述客户号，则再调用所述备用处理模块向所述消息订阅服务器发送所述客户号。

具体实现中，为了不影响反馈成交回报原始数据的实时性，整合服务器先将成交回报原始数据发送给所述消息订阅服务器，由所述消息订阅服务器先反馈所述成交回报原始数据，等到内存数据存储服务器反馈所述客户号之后，则再将客户号发送给所述消息订阅服务器，由所述消息订阅服务器将所述客户号补发给第三方设备。

可以看出，本实施例中，在未获取到随意的客户号时，先挂起任务，同时继续执行发送成交回报原始数据的操作，在获取到客户号后，再补发客户号，即确保了反馈成交回报原始数据的实时性，又满足了客户号的反馈。

本申请还提供一种成交回报数据整合方法，应用于券商柜台系统中的消息订阅服务器，所述券商柜台系统包括数据采集服务器、整合服务器、柜台数据服务器、内存数据存储服务器和消息订阅服务器，所述数据采集服务器、所述整合服务器、所述柜台数据服务器、所述内存数据存储服务器和所述消息订阅服务器通信连接；所述方法包括：

接收来自所述整合服务器的成交回报原始数据和客户号，其中，所述成交回报原始数据由所述数据采集服务器根据交易所中成交回报原始数据的数据类型、以对应的获取方式从交易所网关/交易所数据服务器中获取，所述成交回报原始数据中包括预设字段，所述预设字段包括股东账号，所述股东账号用于为所述内存数据存储服务器提供根据对应关系查询客户号、并向所述整合服务器发送所述客户号的指示，所述内存数据服务器的内存数据库中存放有所述股东账号与所述客户号的所述对应关系，所述客户号是券商为客户自定义的客户编号，所述客户号由所述整合服务器根据所述第一对应关系和股东账号从内存数据存储服务器中获取。

可以看出，本实施例中，通过采用服务器采集交易所的成交回报原始数据，然后由整合服务器从所述数据采集服务器获取所述成交回报原始数据，并从所述成交回报原始数据中解析出包含股东账号的预设字段，最后根据所述股东账号从内存数据存储服务器中获取所述客户号，最后将所述成交回报原始数据和所述客户号发送到消息订阅服务器中，推送给对应的第三方设备。这样，由券商柜台系统在获取成交回报原始数据的同时，关联出客户号，并存储到消息订阅服务器中待第三方设备调用，提高了第三方设备获取成交回报原始数据和客户号的效率。

在一个可能的实施例中，所述方法还包括：获取第三方设备发送的消息订阅信息，所述消息订阅信息包括第一获取类型或第二获取类型；若所述消息订阅信息包括第一获取类型，则向所述第三方设备发送对应的所述成交回报原始数据；若所述消息订阅信息包括第二获取类型，则向所述第三方设备发送对应的所述成交回报原始数据和所述客户号。

具体实现中，当用户在券商柜台系统中注册账号时，券商柜台系统会为客户分配一个券商自定义的客户号，确定第三方系统是否需要在成交回报数据中携带客户号，若是，则向第三方系统对应的第三方设备发送成交回报原始数据和客户号（也可以是成交回报数据集合），若否，则只发送所述成交回报原始数据。

可以看出，本实施例中，本申请根据可需要来确定是否在向第三方设备发送成交回报原始数据的同时发送客户号，避免了不必要的数据发送。

本申请还提供一种成交回报数据整合方法，应用于券商柜台系统中的数据采集服务器，所述券商柜台系统包括数据采集服务器、整合服务器、柜台数据服务器、内存数据存储服务器和消息订阅服务器，所述数据采集服务器、所述整合服务器、所述柜台数据服务器、所述内存数据存储服务器和所述消息订阅服务器通信连接；所述方法包括：

接收来自所述交易所网关/交易所的成交回报数据库的成交回报原始数据；

确定所述成交回报原始数据的数据类型，所述类型包括数据库类型和报文类型；

若所述成交回报原始数据为数据库类型，则通过数据库信息获取模块来接收所述成交回报原始数据；

若所述成交回报原始数据为报文类型，则通过报文获取模块来接收所述成交回报原始数据；

向所述整合服务器发送所述成交回报原始数据，所述成交回报原始数据中包括预设字段，所述预设字段包括股东账号，所述股东账号用于为所述内存数据存储服务器提供根据对应关系查询客户号、并向所述整合服务器发送所述客户号的指示，所述内存数据服务器的内存数据库中存放有所述股东账号与所述客户号的所述对应关系，所述客户号是券商为客户自定义的客户编号，所述成交回报原始数据用于为所述整合服务器提供向所述内存数据存储服务器获取所述客户号的指示。

可以看出，本实施例中，通过采用服务器采集交易所的成交回报原始数据，然后由整合服务器从所述数据采集服务器获取所述成交回报原始数据，并从所述成交回报原始数据中解析出包含股东账号的预设字段，最后根据所述股东账号从内存数据存储服务器中获取所述客户号，最后将所述成交回报原始数据和所述客户号发送到消息订阅服务器中，推送给对应的第三方设备。这样，由券商柜台系统在获取成交回报原始数据的同时，关联出客户号，并存储到消息订阅服务器中待第三方设备调用，提高了第三方设备获取成交回报原始数据和客户号的效率。

上述主要从方法侧执行过程的角度对本申请实施例的方案进行了介绍。可以理解的是，移动电子设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所提供的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对电子设备进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

请参阅图3，本申请还提供一种成交回报数据整合装置30的结构示意图，所述成交回报数据整合装置30应用于上述券商柜台系统中的整合服务器；所述成交回报数据整合装置30包括：

第一获取单元301，用于获取来自所述数据采集服务器的成交回报原始数据，其中，所述成交回报原始数据是由所述数据采集服务器根据交易所中成交回报原始数据的数据类型，以对应的获取方式从交易所网关/交易所的成交回报数据库中获取；

解析单元302，用于从所述成交回报原始数据中解析出预设字段，所述预设字段包括股东账号；

第二获取单元303，用于根据所述股东账号，从所述内存数据存储服务器中获取所述客户号，所述客户号是券商为客户自定义的客户编号，所述客户号由所述内存数据服务器从所述柜台数据服务器定时获取，所述内存数据服务器的内存数据库中存放有所述股东账号与所述客户号的对应关系，所述股东账号用于为所述内存数据存储服务器提供根据所述对应关系查询所述客户号、并向所述整合服务器发送所述客户号的指示；

发送单元304，用于向所述消息订阅服务器发送所述客户号和所述成交回报原始数据。

可以看出，本实施例中，通过采用服务器采集交易所的成交回报原始数据，然后由整合服务器从所述数据采集服务器获取所述成交回报原始数据，并从所述成交回报原始数据中解析出包含股东账号的预设字段，最后根据所述股东账号从内存数据存储服务器中获取所述客户号，最后将所述成交回报原始数据和所述客户号发送到消息订阅服务器中，推送给对应的第三方设备。这样，由券商柜台系统在获取成交回报原始数据的同时，关联出客户号，并存储到消息订阅服务器中待第三方设备调用，提高了第三方设备获取成交回报原始数据和客户号的效率。

在一个可能的实施例中，所述数据类型包括数据库类型和报文类型，所述获取方式包括数据库信息获取方式和报文获取方式；所述从所述成交回报原始数据中解析出预设字段的方面，所述解析单元302具体用于：当所述成交回报原始数据的数据类型为报文类型时，查询处理流表中是否存在与所述成交回报原始数据对应的流表表项；若存在则根据所述流表表项从所述成交回报原始数据中获取所述预设字段；当所述成交回报原始数据的数据类型为数据库类型时，则直接从所述成交回报原始数据中获取所述预设字段。

在一个可能的实施例中，根据所述股东账号，从所述内存数据存储服务器中获取所述客户号的方面，所述第二获取单元303具体用于：向所述内存数据存储服务器发送针对所述客户号的第一获取请求，所述第一获取请求中包括所述股东账号；接收所述存储服务器发送的所述客户号。

在一个可能的实施例中，所述根据所述股东账号，从所述内存数据存储服务器中获取所述客户号的方面，所述第二获取单元303具体用于：确定所述流表表项中的处理流程；根据所述处理流程执行以下操作：向所述内存数据存储服务器发送针对所述客户号的第一获取请求，所述第一获取请求中包括所述股东账号；接收所述存储服务器发送的所述客户号。

在一个可能的实施例中，所述向所述消息订阅服务器发送所述客户号和所述成交回报原始数据的方面，所述发送单元304具体用于：将所述客户号和所述成交回报原始数据进行封装，得到成交回报数据集合；向所述消息订阅服务器发送所述成交回报数据集合。

本申请还提供一种成交回报数据整合装置，应用于券商柜台系统中的消息订阅服务器，所述券商柜台系统包括数据采集服务器、整合服务器、柜台数据服务器、内存数据存储服务器和消息订阅服务器，所述数据采集服务器、所述整合服务器、所述柜台数据服务器、所述内存数据存储服务器和所述消息订阅服务器通信连接；所述装置包括：

接收单元， 用于接收来自所述整合服务器的成交回报原始数据和客户号，其中，所述成交回报原始数据由所述数据采集服务器根据交易所中成交回报原始数据的数据类型、以对应的获取方式从交易所网关/交易所数据服务器中获取，所述成交回报原始数据中包括预设字段，所述预设字段包括股东账号，所述股东账号用于为所述内存数据存储服务器提供根据对应关系查询客户号、并向所述整合服务器发送所述客户号的指示，所述内存数据服务器的内存数据库中存放有所述股东账号与所述客户号的所述对应关系，所述客户号是券商为客户自定义的客户编号，所述客户号由所述整合服务器根据所述对应关系和股东账号从内存数据存储服务器中获取。

可以看出，本实施例中，通过采用服务器采集交易所的成交回报原始数据，然后由整合服务器从所述数据采集服务器获取所述成交回报原始数据，并从所述成交回报原始数据中解析出包含股东账号的预设字段，最后根据所述股东账号从内存数据存储服务器中获取所述客户号，最后将所述成交回报原始数据和所述客户号发送到消息订阅服务器中，推送给对应的第三方设备。这样，由券商柜台系统在获取成交回报原始数据的同时，关联出客户号，并存储到消息订阅服务器中待第三方设备调用，提高了第三方设备获取成交回报原始数据和客户号的效率。

在一个可能的实施例中，所述装置还包括：

获取单元，用于获取第三方设备发送的消息订阅信息，所述消息订阅信息包括第一获取类型或第二获取类型；

发送单元，用于在所述消息订阅信息包括第一获取类型时，则向所述第三方设备发送对应的所述成交回报原始数据；在所述消息订阅信息包括第二获取类型时，则向所述第三方设备发送对应的所述成交回报原始数据和所述客户号。

本申请还提供一种成交回报数据整合装置，应用于券商柜台系统中的数据采集服务器，所述券商柜台系统包括数据采集服务器、整合服务器、柜台数据服务器、内存数据存储服务器和消息订阅服务器，所述数据采集服务器、所述整合服务器、所述柜台数据服务器、所述内存数据存储服务器和所述消息订阅服务器通信连接；所述方法包括：

第一接收单元，用于接收来自所述交易所网关/交易所的成交回报数据库的成交回报原始数据；

确定单元，用于确定所述成交回报原始数据的数据类型，所述类型包括数据库类型和报文类型；

第二接收单元，用于在所述成交回报原始数据为数据库类型时，则通过数据库信息获取模块来接收所述成交回报原始数据；并在所述成交回报原始数据为报文类型时，则通过报文获取模块来接收所述成交回报原始数据；

发送单元，用于向所述整合服务器发送所述成交回报原始数据，所述成交回报原始数据中包括预设字段，所述预设字段包括股东账号，所述股东账号用于为所述内存数据存储服务器提供根据对应关系查询客户号、并向所述整合服务器发送所述客户号的指示，所述内存数据服务器的内存数据库中存放有所述股东账号与所述客户号的所述对应关系，所述客户号是券商为客户自定义的客户编号，所述成交回报原始数据用于为所述整合服务器提供向所述内存数据存储服务器获取所述客户号的指示。

可以看出，本实施例中，通过采用服务器采集交易所的成交回报原始数据，然后由整合服务器从所述数据采集服务器获取所述成交回报原始数据，并从所述成交回报原始数据中解析出包含股东账号的预设字段，最后根据所述股东账号从内存数据存储服务器中获取所述客户号，最后将所述成交回报原始数据和所述客户号发送到消息订阅服务器中，推送给对应的第三方设备。这样，由券商柜台系统在获取成交回报原始数据的同时，关联出客户号，并存储到消息订阅服务器中待第三方设备调用，提高了第三方设备获取成交回报原始数据和客户号的效率。

上述实施例，可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时，上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令或计算机程序。在计算机上加载或执行所述计算机指令或计算机程序时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质（例如，软盘、硬盘、磁带）、光介质（例如，DVD）、或者半导体介质。半导体介质可以是固态硬盘。

本申请还提供了一种电子设备40，如图4所示，其包括至少一个处理器（processor）41；显示屏42；以及存储器（memory）43，还可以包括通信接口（CommunicationsInterface）45和总线44。其中，处理器41、显示屏42、存储器43和通信接口45可以通过总线44完成相互间的通信。显示屏42设置为显示初始设置模式中预设的用户引导界面。通信接口45可以传输信息。处理器41可以调用存储器43中的逻辑指令，以执行上述实施例中的方法。

可选的，所述电子设备40可以是移动电子设备，也可以是电子设备或其他设备，在此不做唯一性限定。

此外，上述的存储器43中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。

存储器43作为一种计算机可读存储介质，可设置为存储软件程序、计算机可执行程序，如本公开实施例中的方法对应的程序指令或模块。处理器41通过运行存储在存储器43中的软件程序、指令或模块，从而执行功能应用以及数据处理，即实现上述实施例中的方法。

存储器43可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据电子设备40的使用所创建的数据等。此外，存储器43可以包括高速随机存取存储器，还可以包括非易失性存储器。例如，U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等多种可以存储程序代码的介质，也可以是暂态存储介质。

本申请实施例还提供一种计算机存储介质，其中，该计算机存储介质存储用于电子数据交换的计算机程序，该计算机程序使得计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤，上述计算机包括电子设备。

本申请实施例还提供一种计算机程序产品，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤。该计算机程序产品可以为一个软件安装包，上述计算机包括电子设备。

应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

在本申请所提供的几个实施例中，应该理解到，所揭露的方法、装置和系统，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的；例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式；例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理包括，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、磁碟、光盘、易失性存储器或非易失性存储器。其中，非易失性存储器可以是只读存储器（read-only memory，ROM）、可编程只读存储器（programmable ROM，PROM）、可擦除可编程只读存储器（erasable PROM，EPROM）、电可擦除可编程只读存储器（electrically EPROM，EEPROM）或闪存。易失性存储器可以是随机存取存储器（random access memory，RAM），其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的随机存取存储器（random access memory，RAM）可用，例如静态随机存取存储器（static RAM，SRAM）、动态随机存取存储器（DRAM）、同步动态随机存取存储器（synchronous DRAM，SDRAM）、双倍数据速率同步动态随机存取存储器（double data rateSDRAM，DDR SDRAM）、增强型同步动态随机存取存储器（enhanced SDRAM，ESDRAM）、同步连接动态随机存取存储器（synchlink DRAM，SLDRAM）和直接内存总线随机存取存储器（directrambus RAM，DR RAM）。等各种可以存储程序代码的介质。

虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，可轻易想到变化或替换，均可作各种更动与修改，包含上述不同功能、实施步骤的组合，包含软件和硬件的实施方式，均在本发明的保护范围。

Claims (10)

1.一种成交回报数据整合方法，其特征在于，应用于券商柜台系统中的整合服务器，所述券商柜台系统包括数据采集服务器、整合服务器、柜台数据服务器、内存数据存储服务器和消息订阅服务器，所述数据采集服务器、所述整合服务器、所述柜台数据服务器、所述内存数据存储服务器和所述消息订阅服务器通信连接；所述方法包括：

获取来自所述数据采集服务器的成交回报原始数据，其中，所述成交回报原始数据是由所述数据采集服务器根据交易所中成交回报原始数据的数据类型、以对应的获取方式从交易所网关/交易所的成交回报数据库中获取；

从所述成交回报原始数据中解析出预设字段，所述预设字段包括股东账号；

根据所述股东账号，从所述内存数据存储服务器中获取对应的客户号，所述客户号是券商为客户自定义的客户编号，所述客户号由所述内存数据存储服务器从所述柜台数据服务器定时获取，所述内存数据存储服务器中存放有所述股东账号与所述客户号的对应关系，所述股东账号用于为所述内存数据存储服务器提供根据所述对应关系查询所述客户号、并向所述整合服务器发送所述客户号的指示；

向所述消息订阅服务器发送所述客户号和所述成交回报原始数据。

2.根据权利要求1所述的方法，其特征在于，所述数据类型包括数据库类型和报文类型，所述获取方式包括数据库信息获取方式和报文获取方式；所述从所述成交回报原始数据中解析出预设字段，包括：

当所述成交回报原始数据的数据类型为报文类型时，查询处理流表中是否存在与所述成交回报原始数据对应的流表表项；

若存在则根据所述流表表项从所述成交回报原始数据中获取所述预设字段；

当所述成交回报原始数据的数据类型为数据库类型时，则直接从所述成交回报原始数据中获取所述预设字段。

3.根据权利要求1所述的方法，其特征在于，根据所述股东账号，从所述内存数据存储服务器中获取所述客户号，包括：

向所述内存数据存储服务器发送针对所述客户号的第一获取请求，所述第一获取请求中包括所述股东账号；

接收所述存储服务器发送的所述客户号。

4.根据权利要求2所述的方法，其特征在于，所述根据所述股东账号，从所述内存数据存储服务器中获取所述客户号，包括：

确定所述流表表项中的处理流程；

根据所述处理流程执行以下操作：

向所述内存数据存储服务器发送针对所述客户号的第一获取请求，所述第一获取请求中包括所述股东账号；

接收所述存储服务器发送的所述客户号。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述向所述消息订阅服务器发送所述客户号和所述成交回报原始数据，包括：

将所述客户号和所述成交回报原始数据进行封装，得到成交回报数据集合；

向所述消息订阅服务器发送所述成交回报数据集合。

6.一种成交回报数据整合方法，其特征在于，应用于券商柜台系统中的消息订阅服务器，所述券商柜台系统包括数据采集服务器、整合服务器、柜台数据服务器、内存数据存储服务器和消息订阅服务器，所述数据采集服务器、所述整合服务器、所述柜台数据服务器、所述内存数据存储服务器和所述消息订阅服务器通信连接；所述方法包括：

接收来自所述整合服务器的成交回报原始数据和客户号，其中，所述成交回报原始数据由所述数据采集服务器根据交易所中成交回报原始数据的数据类型、以对应的获取方式从交易所网关/交易所数据服务器中获取，所述成交回报原始数据中包括预设字段，所述预设字段包括股东账号，所述股东账号用于为所述内存数据存储服务器提供根据对应关系查询客户号、并向所述整合服务器发送所述客户号的指示，所述内存数据服务器中存放有所述股东账号与所述客户号的所述对应关系，所述客户号是券商为客户自定义的客户编号，所述客户号由所述整合服务器根据所述对应关系和股东账号从内存数据存储服务器中获取。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

获取第三方设备发送的消息订阅信息，所述消息订阅信息包括第一获取类型或第二获取类型；

若所述消息订阅信息包括第一获取类型，则向所述第三方设备发送对应的所述成交回报原始数据；

若所述消息订阅信息包括第二获取类型，则向所述第三方设备发送对应的所述成交回报原始数据和所述客户号。

8.一种成交回报数据整合方法，其特征在于，应用于券商柜台系统中的数据采集服务器，所述券商柜台系统包括数据采集服务器、整合服务器、柜台数据服务器、内存数据存储服务器和消息订阅服务器，所述数据采集服务器、所述整合服务器、所述柜台数据服务器、所述内存数据存储服务器和所述消息订阅服务器通信连接；所述方法包括：

接收来自所述交易所网关/交易所的成交回报数据库的成交回报原始数据；

确定所述成交回报原始数据的数据类型，所述类型包括数据库类型和报文类型；

若所述成交回报原始数据为数据库类型，则通过数据库信息获取模块来接收所述成交回报原始数据；

若所述成交回报原始数据为报文类型，则通过报文获取模块来接收所述成交回报原始数据；

向所述整合服务器发送所述成交回报原始数据，所述成交回报原始数据中包括预设字段，所述预设字段包括股东账号，所述股东账号用于为所述内存数据存储服务器提供根据对应关系查询客户号、并向所述整合服务器发送所述客户号的指示，所述内存数据服务器中存放有所述股东账号与所述客户号的所述对应关系，所述客户号是券商为客户自定义的客户编号，所述成交回报原始数据用于为所述整合服务器提供向所述内存数据存储服务器获取所述客户号的指示。

9.一种电子设备，其特征在于，包括处理器、存储器、通信接口，以及一个或多个程序，所述一个或多个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述程序包括用于执行如权利要求1-8任一项所述的方法中的步骤的指令。

10.一种计算机可读存储介质，其特征在于，存储用于电子数据交换的计算机程序，其中，所述计算机程序使得计算机执行如权利要求1-8任一项所述的方法中的步骤的指令。

Images