CN111144977A - 一种股票订单处理方法、装置 - Google Patents

Abstract

本申请涉及一种股票订单处理方法、装置，所述方法包括：客户端接收任意股票市场对应的股票订单信息，并将所述股票订单信息发送至服务端，其中，所述股票订单信息包括股票订单第一信息以及股票订单第二信息；服务端接收所述股票订单信息，并根据所述股票订单第一信息确定目标股票交易机构；服务端获取与所述目标股票交易机构约定的第一接口描述文件；服务端利用所述第一接口描述文件对所述股票订单信息进行序列化处理，并发送至所述目标股票交易机构进行股票订单处理。如此通过本申请实施例提供的技术方案可以处理任意股票市场对应的股票订单信息，可以满足用户的需求，提高了用户体验。

Description

一种股票订单处理方法、装置

技术领域

本申请涉及计算机软件技术领域，尤其涉及一种股票订单处理方法、装置。

背景技术

随着计算机和互联网的高速发展，很多业务都可以在网上进行，其中就包括股票业务。用户可以通过手机或者个人计算机等终端便利地在网上进行股票交易，其中用户经常进行的操作是通过搭载于终端的客户端进行股票下单。

相关技术中，用户可通过搭载于终端的客户端中所支持的股票市场，输入股票订单信息，例如证券账户、订单类型、证券代码、单价、数量等，进而服务端根据用户输入的股票订单信息进行股票下单。然而随着用户需求的增多，目前由客户端与服务端所组成的股票处理系统中所支持的有限且比较单一的股票市场已不能满足用户的需求，降低了用户体验。

发明内容

为了解决上述技术问题或者至少部分地解决上述技术问题，本申请提供了一种股票订单处理方法、装置、服务器及存储介质。

第一方面，本申请提供了一种股票订单处理方法，所述方法包括：

客户端接收任意股票市场对应的股票订单信息，并将所述股票订单信息发送至服务端，其中，所述股票订单信息包括股票订单第一信息以及股票订单第二信息；

所述服务端接收所述股票订单信息，并根据所述股票订单第一信息确定目标股票交易机构；

所述服务端获取与所述目标股票交易机构约定的第一接口描述文件；

所述服务端利用所述第一接口描述文件对所述股票订单信息进行序列化处理，并发送至所述目标股票交易机构进行股票订单处理。

可选的，所述将所述股票订单信息发送至服务端，包括：

利用与服务端约定的第二接口描述文件，对所述股票订单信息进行序列化处理得到股票订单数据包；

将所述股票订单数据包发送至所述服务端；

所述服务端接收所述股票订单信息，包括：

所述服务端接收客户端发送的所述股票订单数据包；

所述服务端利用所述第二接口描述文件对所述股票订单数据包进行反序列化解析，获取所述股票订单信息。

可选的，所述方法还包括：

所述服务端若接收到所述目标股票交易机构返回的股票订单处理成功的第一消息，利用所述第二接口描述文件对所述第一消息进行序列化处理，并发送至所述客户端，以使所述客户端变更股票订单状态。

可选的，所述方法还包括：

所述服务端若接收到所述目标股票交易机构返回的股票订单处理失败的第二消息，根据所述股票订单信息对股票订单进行处理。

可选的，所述根据所述股票订单信息对股票订单进行处理，包括：

获取预设的股票订单信息处理模型；

将所述股票订单信息输入所述股票订单信息处理模型中，输出针对所述股票订单信息的处理操作；

基于所述处理操作对股票订单进行处理。

可选的，所述将所述股票订单信息发送至服务端，包括：

判断所述股票订单信息是否满足预设条件；

若满足预设条件，将所述股票订单信息发送至服务端。

第二方面，本申请提供了一种股票订单处理方法，应用于客户端，所述方法包括：

接收任意股票市场对应的股票订单信息，其中，所述股票订单信息包括股票订单第一信息以及股票订单第二信息；

将所述股票订单信息发送至服务端。

第三方面，本申请提供了一种股票订单处理方法，应用于服务端，所述方法包括：

接收股票订单信息，其中，所述股票订单信息包括股票订单第一信息以及股票订单第二信息；

根据所述股票订单第一信息确定目标股票交易机构；

获取与所述目标股票交易机构约定的第一接口描述文件；

利用所述第一接口描述文件对所述股票订单信息进行序列化处理，并发送至所述目标股票交易机构进行股票订单处理。

第四方面，本申请提供了一种股票订单处理装置，应用于客户端，所述装置包括：

信息接收模块，用于接收任意股票市场对应的股票订单信息，其中，所述股票订单信息包括股票订单第一信息以及股票订单第二信息；

信息发送模块，用于将所述股票订单信息发送至服务端。

第五方面，本申请提供了一种股票订单处理装置，应用于服务端，所述装置包括：

信息接收模块，用于接收股票订单信息，其中，所述股票订单信息包括股票订单第一信息以及股票订单第二信息；

机构确定模块，用于根据所述股票订单第一信息确定目标股票交易机构；

文件获取模块，用于获取与所述目标股票交易机构约定的第一接口描述文件；

信息处理模块，用于利用所述第一接口描述文件对所述股票订单信息进行序列化处理，并发送至所述目标股票交易机构进行股票订单处理。

第六方面，本申请提供了一种服务器，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现上述应用于服务端的股票订单处理方法步骤。

第七方面，本申请提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述应用于服务端或者应用于客户端的股票订单处理方法。

本申请实施例提供的技术方案，通过客户端接收任意股票市场对应的股票订单信息，并发送至服务端，由服务端利用第一接口描述文件对股票订单信息进行序列化处理，发送至目标股票交易机构进行股票订单处理，如此通过本申请实施例提供的技术方案可以处理任意股票市场对应的股票订单信息，可以满足用户的需求，提高了用户体验。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

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

图1为本申请实施例提供的一种股票订单处理方法的交互流程示意图；

图2为本申请实施例提供的一种客户端与服务端之间加密传输信息的交互流程示意图；

图3为本申请实施例提供的另一种股票订单处理方法的交互流程示意图；

图4为本申请实施例提供的另一种股票订单处理方法的交互流程示意图；

图5为本申请实施例提供的一种应用于客户端的股票订单处理装置的结构示意图；

图6为本申请实施例提供的一种应用于服务端的股票订单处理装置的结构示意图；

图7为本申请实施例提供的一种服务器的结构示意图。

具体实施方式

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

如图1所示，为本申请实施例中提供的一种股票订单处理方法的交互流程示意图，该方法具体可以包括以下步骤：

S101，客户端接收任意股票市场对应的股票订单信息，并将所述股票订单信息发送至服务端，其中，所述股票订单信息包括股票订单第一信息以及股票订单第二信息；

对于不同的股票市场，存在不同的股票交易规则。在本申请实施例中，客户端可以向用户展示不同股票市场可支持的股票交易选项，针对不同的股票市场，存在不同的股票交易选项。

对于用户而言，可以选择相应的股票市场，通过客户端展示的股票交易选项输入股票订单信息。其中，对于股票订单信息包括股票订单第一信息以及股票订单第二信息。

例如，对于港股市场，客户端可以向用户展示限价单、竞价限价单、竞价市价单等订单类型选项，还可以展示当日有效以及撤单前有效等订单期限选项(例如对于限价单，可以展示撤单前有效等订单期限选项)，用户可以通过诸如上述选项输入股票订单信息。其中，股票订单信息包括：用户港股证券账户、订单类型、港股证券代码、单价、数量等股票订单第一信息，以及当日有效或者撤单前有效等股票订单第二信息。

又例如，对于美股市场，客户端可以向用户展示限价单以及市价单等订单类型选项，还可以展示当日有效、撤单前有效、盘前盘后交易等订单期限选项，用户可以通过诸如上述选项输入股票订单信息。其中，股票订单信息包括：用户美股证券账户、订单类型、美股证券代码、单价、数量等股票订单第一信息，以及当日有效、撤单前有效或者盘前盘后交易等股票订单第二信息。

又例如，对于A股市场，客户端可以向用户展示限价单等订单类型选项，还可以展示当日有效以及撤单前有效等订单期限选项，用户可以通过诸如上述选项输入股票订单信息。其中，股票订单信息包括：用户A股证券账户、订单类型、A股证券代码、单价、数量等股票订单第一信息，以及当日有效或者撤单前有效等股票订单第二信息。

基于上述可知，在本申请实施例中对于客户端，可以接收用户输入的任意股票市场对应的股票订单信息，对于不同的股票市场，股票订单信息存在区别(例如股票订单类型)，本申请实施例中客户端可以对接不同的股票市场，针对每种股票市场可以对接不同的股票订单类型。

对于任意股票市场对应的股票订单信息，客户端可以将其发送至服务端，由服务端进行处理。其中，在将任意股票市场对应的股票订单信息发送至服务端之前，客户端可以判断股票订单信息是否满足预设条件，若满足预设条件，将股票订单信息发送至服务端。

在本发明实施例中，判断股票订单信息是否满足预设条件，具体可以是根据股票订单第一信息，计算股票订单交易金额，判断用户的证券账户中金额是否超过该股票订单交易金额；如果用户的证券账户中金额超过该股票订单交易金额(即满足预设条件)，则允许将任意股票市场对应的股票订单信息发送至服务端，否则提示用户无法进行股票交易，如此在客户端这一侧判断股票订单信息是否满足预设条件，可以减轻服务端的压力。

另外，对于任意股票市场对应的股票订单信息，在将其发送至服务端之前，本申请实施例为了保证信息传输的安全性，防止信息泄密，对于客户端与服务端之间传输的信息需要进行加密，因此还可以如图2所示，客户端利用与服务端约定的第二接口描述文件对该股票订单信息进行序列化处理得到股票订单数据包，并通过Protobuf协议发送至服务端；在服务端这一侧，接收客户端发送的股票订单数据包，利用上述第二接口描述文件对股票订单数据包进行反序列化解析，获取股票订单信息。如此保证信息传输的安全性，防止信息泄密，便于服务端后续对股票订单进行处理。

对于第二接口描述文件，为客户端与服务端双方约定的接口描述文件(称为IDL文件)，可以便于信息的存储以及传输。其中，第二接口描述文件可以根据XML、JSON、Protobuf、Thrift等协议生成。

可选的，可以采用Protobuf协议生成第二接口描述文件，利用该第二接口描述文件对股票订单信息进行序列化处理，并传输至服务端。使用Protobuf协议可以减小信息的体积，增大信息的传输速率。

S102，服务端接收所述股票订单信息，并根据所述股票订单第一信息确定目标股票交易机构；

本申请实施例中服务端接收上述股票订单信息，对于上述股票订单信息，例如该股票订单信息可能对应于港股市场，也可能对应于美股市场，或者对应于A股市场，即需要确定目标股票交易机构，以便于后续进行股票订单处理。

在本申请实施例中，服务端可以基于股票订单信息中的股票订单第一信息，确定股票市场类型，进而根据该股票市场类型确定目标股票交易机构。而对于股票订单第二信息，本申请实施例为了减少资源消耗，可以暂时存储于服务端本地，并不进行处理，后续若接收到目标股票交易机构返回的股票订单处理失败的第二消息，根据股票订单信息(即股票订单第一信息以及股票订单第二信息)对股票订单进行处理(本申请实施例后续进行说明)。

例如，对于股票订单信息中的股票订单第一信息，包括：用户港股证券账户、订单类型、港股证券代码、单价、数量等，服务端可以根据股票订单第一信息中的用户港股证券账户或者港股证券代码，确定股票市场类型为港股市场，进而可以确定与港股市场相对应的股票交易机构。

又例如，对于股票订单信息中的股票订单第一信息，包括：用户美股证券账户、订单类型、美股证券代码、单价、数量等，服务端可以根据股票订单第一信息中的用户美股证券账户或者美股证券代码，确定股票市场类型为美股市场，进而可以确定与美股市场相对应的股票交易机构。

又例如，对于股票订单信息中的股票订单第一信息，包括：用户A股证券账户、订单类型、A股证券代码、单价、数量等，服务端可以根据股票订单第一信息中的用户A股证券账户或者A股证券代码，确定股票市场类型为A股市场，进而可以确定与A股市场相对应的股票交易机构。

S103，服务端获取与所述目标股票交易机构约定的第一接口描述文件；

在本申请实施例中，为了保证信息传输的安全性，防止信息泄密，对于服务端与目标股票交易机构之间传输的信息需要进行加密，因此对于上述确定的目标股票交易机构，需要获取服务端与该目标股票交易机构双方约定的第一接口描述文件。其中，对于第一接口描述文件与上述第二接口描述文件类似，区别在于约定的双方不同，本申请实施例在此不再一一赘述。

例如，确定与港股市场相对应的股票交易机构1，可以获取服务端与港股市场相对应的股票交易机构1双方约定的第一接口描述文件。

又例如，确定与美股市场相对应的股票交易机构2，可以获取服务端与美股市场相对应的股票交易机构2双方约定的第一接口描述文件。

又例如，确定与A股市场相对应的股票交易机构3，可以获取服务端与A股市场相对应的股票交易机构3双方约定的第一接口描述文件。

其中，对于第一接口描述文件可以存储至服务端本地，从服务端本地获取与目标股票交易机构约定的第一接口描述文件。当然对于第一接口描述文件可以存储至其它地方，本申请实施例对此不作限定。

S104，服务端利用所述第一接口描述文件对所述股票订单信息进行序列化处理，并发送至所述目标股票交易机构进行股票订单处理。

对于上述获取的股票订单信息，服务端可以利用与目标股票交易机构约定的第一接口描述文件对该股票订单信息进行序列化处理，并发送至目标股票交易机构进行股票订单处理，具体地可以是进行股票订单下单处理，如此可以保证信息传输的安全性，防止信息泄密。

其中，在本申请实施例中，利用与目标股票交易机构约定的第一接口描述文件对该股票订单信息进行序列化处理，可以通过目标股票交易机构提供的接口发送至目标股票交易机构进行股票订单下单处理，如此可以完成股票订单下单处理。

例如，对于与港股市场相对应的股票交易机构1，可以利用与港股市场相对应的股票交易机构1约定的第一接口描述文件对该股票订单信息进行序列化处理，并通过目标股票交易机构1提供的接口发送至目标股票交易机构1进行股票订单下单处理。

又例如，对于与美股市场相对应的股票交易机构2，可以利用与美股市场相对应的股票交易机构2约定的第一接口描述文件对该股票订单信息进行序列化处理，并通过目标股票交易机构2提供的接口发送至目标股票交易机构2进行股票订单下单处理。

又例如，对于与A股市场相对应的股票交易机构3，可以利用与A股市场相对应的股票交易机构3约定的第一接口描述文件对该股票订单信息进行序列化处理，并通过目标股票交易机构3提供的接口发送至目标股票交易机构3进行股票订单下单处理。

另外，对于上述获取的股票订单信息，可以存储至服务端本地。当服务端本地的股票订单信息满足某些要求(例如股票订单信息量达到某个阈值)时，从服务端本地获取股票订单信息，利用与目标股票交易机构约定的第一接口描述文件对该股票订单信息进行序列化处理，并通过目标股票交易机构提供的接口发送至目标股票交易机构进行股票订单下单处理。

通过上述对本申请实施例提供的技术方案的描述，通过客户端接收任意股票市场对应的股票订单信息，并发送至服务端，由服务端利用第一接口描述文件对股票订单信息进行序列化处理，发送至目标股票交易机构进行股票订单处理。对于不同的股票市场，存在不同的股票交易规则，如此通过本申请实施例提供的技术方案可以处理不同股票市场对应的股票订单信息，可以满足用户的需求，提高了用户体验。

如图3所示，为本申请实施例提供的另一种股票订单处理方法的交互流程示意图，该方法具体可以包括以下步骤：

S301，客户端接收任意股票市场对应的股票订单信息，并将所述股票订单信息发送至服务端，其中，所述股票订单信息包括股票订单第一信息以及股票订单第二信息；

在本申请实施例中，本步骤与上述步骤S101类似，本申请实施例在此不再一一赘述。

S302，服务端接收所述股票订单信息，并根据所述股票订单第一信息确定目标股票交易机构；

在本申请实施例中，本步骤与上述步骤S102类似，本申请实施例在此不再一一赘述。

S303，服务端获取与所述目标股票交易机构约定的第一接口描述文件；

在本申请实施例中，本步骤与上述步骤S103类似，本申请实施例在此不再一一赘述。

S304，服务端利用所述第一接口描述文件对所述股票订单信息进行序列化处理，并发送至所述目标股票交易机构进行股票订单处理；

在本申请实施例中，本步骤与上述步骤S104类似，本申请实施例在此不再一一赘述。

S305，服务端若接收到所述目标股票交易机构返回的股票订单处理成功的第一消息，利用所述第二接口描述文件对所述第一消息进行序列化处理，并发送至所述客户端，以使所述客户端变更股票订单状态。

本申请实施例中针对上述股票订单进行处理，后续服务端如果接收到目标股票交易机构返回的股票订单处理成功的第一消息，可以利用上述第二接口描述文件对该第一消息进行序列化处理，并发送至客户端，以使客户端变更股票订单状态。

例如，服务端如果接收到目标股票交易机构1、目标股票交易机构2或者目标股票交易机构3返回的股票订单处理成功的第一消息，可以利用上述第二接口描述文件对该第一消息进行序列化处理生成消息包，并发送至客户端；在客户端这一侧，可以利用上述第二接口描述文件对上述消息包进行反序列化解析，获取第一消息，根据该第一消息，变更股票订单状态由“等待提交”变更为“成交”。

可选的，服务端如果接收到目标股票交易机构返回的股票订单处理成功的第一消息，可以判断股票订单是否为全部股票订单下单成功，其中，可以根据第一消息中返回的股票订单下单数量(属于下单成功)是否与股票订单第一信息中数量匹配，来判断股票订单是否为全部股票订单下单成功。

如果股票订单为全部股票订单下单成功，可以利用上述第二接口描述文件对该第一消息进行序列化处理，并发送至客户端，以使客户端变更股票订单状态；如果股票订单为部分股票订单下单成功，同样可以利用上述第二接口描述文件对该第一消息进行序列化处理，并发送至客户端，以使客户端变更股票订单状态。

只是对于全部股票订单下单成功以及部分股票订单下单成功，客户端变更不同的股票订单状态，例如由“等待提交”变更为“全部成交”，或者由“等待提交”变更为“部分成交”。

如图4所示，为本申请实施例提供的另一种股票订单处理方法的交互流程示意图，该方法具体可以包括以下步骤：

S401，客户端接收任意股票市场对应的股票订单信息，并将所述股票订单信息发送至服务端，其中，所述股票订单信息包括股票订单第一信息以及股票订单第二信息；

在本申请实施例中，本步骤与上述步骤S101类似，本申请实施例在此不再一一赘述。

S402，服务端接收所述股票订单信息，并根据所述股票订单第一信息确定目标股票交易机构；

在本申请实施例中，本步骤与上述步骤S102类似，本申请实施例在此不再一一赘述。

S403，服务端获取与所述目标股票交易机构约定的第一接口描述文件；

在本申请实施例中，本步骤与上述步骤S103类似，本申请实施例在此不再一一赘述。

S404，服务端利用所述第一接口描述文件对所述股票订单信息进行序列化处理，并发送至所述目标股票交易机构进行股票订单处理；

在本申请实施例中，本步骤与上述步骤S104类似，本申请实施例在此不再一一赘述。

S405，服务端若接收到所述目标股票交易机构返回的股票订单处理失败的第二消息，根据所述股票订单信息对股票订单进行处理。

在本申请实施例中，对于股票订单处理失败可以是股票订单全部处理失败或者股票订单部分处理失败，本申请实施例对此不作限定。

服务端若接收到目标股票交易机构返回的股票订单处理失败的第二消息，可以根据上述股票订单信息对股票订单进行处理。

具体地，可以获取预设的股票订单信息处理模型，将股票订单信息输入股票订单信息处理模型中，输出针对股票订单信息的处理操作，基于处理操作对股票订单进行处理。

在本申请实施例中提供股票订单信息处理模型，可以适配不同的股票市场，基于不同的股票订单信息，股票订单信息处理模型输出不同的处理操作，即不同的股票订单信息，存在不同的处理操作。如此基于股票订单信息处理模型适配不同的股票市场，可以避免不同股票市场交易规则的限制，提高股票订单的处理效率，当新增加一个股票市场时，仅仅需要调整股票订单信息处理模型中某些参数，即可完成新增股票市场的对接，便于后续股票市场的扩展。例如，对于股票订单信息中的股票订单信息，输入股票订单信息处理模型中，输出针对股票订单信息的处理操作，如下表1所示(股票订单部分信息未示出)。

表1

由上述表1可知，对于不同的股票订单信息，输入股票订单信息处理模型中，可以输出不同的处理操作，每种处理操作针对相应的股票订单信息，后续可以基于处理操作对股票订单进行处理。

例如，处理操作为“当前时刻超过北京时间16时11分，对股票订单进行撤单处理”，基于处理操作对股票订单进行处理具体为：当当前时刻超过北京时间16时11分，对股票订单进行撤单处理。

另外，在本申请实施例中，基于处理操作对股票订单进行处理的过程中，如果未涉及到针对股票订单信息的编辑，可以直接基于处理操作对股票订单进行处理，如果涉及到针对股票订单信息的编辑，基于处理操作对股票订单进行处理的过程包括：对股票订单信息进行编辑，生成目标股票订单信息，相应的股票订单发生改变(变为目标股票订单)，继而对目标股票订单进行处理。

例如，处理操作为“当前时刻超过北京时间9时20分，将股票订单转为限价单，并转入正常交易时段，在收市竞价时刻之后，未全部成交的股票订单进行撤单处理”，处理操作涉及到针对股票订单信息的编辑(将股票订单转为限价单)，针对股票订单信息进行编辑，生成目标股票订单信息，相应的股票订单变为目标股票订单，继而对目标股票订单进行处理(转入正常交易时段，在收市竞价时刻之后，未全部成交的股票订单进行撤单处理)。股票订单信息处理模型在设计上引入复用机制，可有效减轻股票订单信息处理模型的冗余性，加快处理速度，提升用户体验。

通过上述对本申请实施例的描述，若接收到目标股票交易机构返回的股票订单处理失败的第二消息，可以基于股票订单信息处理模型，输出针对股票订单信息的处理操作，可以基于处理操作对股票订单进行处理，对于不同的股票订单信息进行差异化处理。如此对于不同的股票市场、不同的股票订单，基于股票订单信息进行差异化的处理，可以满足用户日益增多的需求，提高用户体验。

在本申请实施例中，以单侧的角度描述本申请实施例提供的技术方案：对于客户端，执行的方法步骤如下所示：

接收任意股票市场对应的股票订单信息，其中，所述股票订单信息包括股票订单第一信息以及股票订单第二信息；

将所述股票订单信息发送至服务端。

对于服务端，执行的方法步骤如下所示：

接收股票订单信息，其中，所述股票订单信息包括股票订单第一信息以及股票订单第二信息；

根据所述股票订单第一信息确定目标股票交易机构；

获取与所述目标股票交易机构约定的第一接口描述文件；

利用所述第一接口描述文件对所述股票订单信息进行序列化处理，并发送至所述目标股票交易机构进行股票订单处理。

其中，对于客户端执行的方法步骤以及服务端执行的方法步骤详见上述实施例，本申请实施例在此不再一一赘述。

与上述方法实施例相对应，本申请实施例还提供了一种股票订单处理装置，应用于客户端，如图5所示，该装置可以包括：信息接收模块510、信息发送模块520。

信息接收模块510，用于接收任意股票市场对应的股票订单信息，其中，所述股票订单信息包括股票订单第一信息以及股票订单第二信息；

信息发送模块520，用于将所述股票订单信息发送至服务端。

本申请实施例还提供了一种股票订单处理装置，应用于服务端，如图6所示，该装置可以包括：信息接收模块610、机构确定模块620、文件获取模块630、信息处理模块640。

信息接收模块610，用于接收股票订单信息，其中，所述股票订单信息包括股票订单第一信息以及股票订单第二信息；

机构确定模块620，用于根据所述股票订单第一信息确定目标股票交易机构；

文件获取模块630，用于获取与所述目标股票交易机构约定的第一接口描述文件；

信息处理模块640，用于利用所述第一接口描述文件对所述股票订单信息进行序列化处理，并发送至所述目标股票交易机构进行股票订单处理。

本申请实施例还提供了一种服务器，如图7所示，包括处理器71、通信接口72、存储器73和通信总线74，其中，处理器71，通信接口72，存储器73通过通信总线74完成相互间的通信，

存储器73，用于存放计算机程序；

处理器71，用于执行存储器73上所存放的程序时，实现如下步骤：

接收股票订单信息，其中，所述股票订单信息包括股票订单第一信息以及股票订单第二信息；根据所述股票订单第一信息确定目标股票交易机构；获取与所述目标股票交易机构约定的第一接口描述文件；利用所述第一接口描述文件对所述股票订单信息进行序列化处理，并发送至所述目标股票交易机构进行股票订单处理。

上述服务器提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，简称PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，简称EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口用于上述服务器与其他设备之间的通信。

存储器可以包括随机存取存储器(Random Access Memory，简称RAM)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(Application SpecificIntegrated Circuit，简称ASIC)、现场可编程门阵列(Field－Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

本申请实施例还提供了一种存储介质，该存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述实施例中客户端侧或者服务端侧执行的股票订单处理方法。

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

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本发明的具体实施方式，使本领域技术人员能够理解或实现本发明。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种股票订单处理方法，其特征在于，所述方法包括：

客户端接收任意股票市场对应的股票订单信息，并将所述股票订单信息发送至服务端，其中，所述股票订单信息包括股票订单第一信息以及股票订单第二信息；

所述服务端接收所述股票订单信息，并根据所述股票订单第一信息确定目标股票交易机构；

所述服务端获取与所述目标股票交易机构约定的第一接口描述文件；

所述服务端利用所述第一接口描述文件对所述股票订单信息进行序列化处理，并发送至所述目标股票交易机构进行股票订单处理。

2.根据权利要求1所述的方法，其特征在于，所述将所述股票订单信息发送至服务端，包括：

利用与服务端约定的第二接口描述文件，对所述股票订单信息进行序列化处理得到股票订单数据包；

将所述股票订单数据包发送至所述服务端；

所述服务端接收所述股票订单信息，包括：

所述服务端接收客户端发送的所述股票订单数据包；

所述服务端利用所述第二接口描述文件对所述股票订单数据包进行反序列化解析，获取所述股票订单信息。

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

所述服务端若接收到所述目标股票交易机构返回的股票订单处理成功的第一消息，利用所述第二接口描述文件对所述第一消息进行序列化处理，并发送至所述客户端，以使所述客户端变更股票订单状态。

4.根据权利要求1-2任一项所述的方法，其特征在于，所述方法还包括：

所述服务端若接收到所述目标股票交易机构返回的股票订单处理失败的第二消息，根据所述股票订单信息对股票订单进行处理。

5.根据权利要求4所述的方法，其特征在于，所述根据所述股票订单信息对股票订单进行处理，包括：

获取预设的股票订单信息处理模型；

将所述股票订单信息输入所述股票订单信息处理模型中，输出针对所述股票订单信息的处理操作；

基于所述处理操作对股票订单进行处理。

6.根据权利要求1所述的方法，其特征在于，所述将所述股票订单信息发送至服务端，包括：

判断所述股票订单信息是否满足预设条件；

若满足预设条件，将所述股票订单信息发送至服务端。

7.一种股票订单处理方法，应用于客户端，其特征在于，所述方法包括：

接收任意股票市场对应的股票订单信息，其中，所述股票订单信息包括股票订单第一信息以及股票订单第二信息；

将所述股票订单信息发送至服务端。

8.一种股票订单处理方法，应用于服务端，其特征在于，所述方法包括：

接收股票订单信息，其中，所述股票订单信息包括股票订单第一信息以及股票订单第二信息；

根据所述股票订单第一信息确定目标股票交易机构；

获取与所述目标股票交易机构约定的第一接口描述文件；

利用所述第一接口描述文件对所述股票订单信息进行序列化处理，并发送至所述目标股票交易机构进行股票订单处理。

9.一种股票订单处理装置，应用于客户端，其特征在于，所述装置包括：

信息接收模块，用于接收任意股票市场对应的股票订单信息，其中，所述股票订单信息包括股票订单第一信息以及股票订单第二信息；

信息发送模块，用于将所述股票订单信息发送至服务端。

10.一种股票订单处理装置，应用于服务端，其特征在于，所述装置包括：

信息接收模块，用于接收股票订单信息，其中，所述股票订单信息包括股票订单第一信息以及股票订单第二信息；

机构确定模块，用于根据所述股票订单第一信息确定目标股票交易机构；

文件获取模块，用于获取与所述目标股票交易机构约定的第一接口描述文件；

信息处理模块，用于利用所述第一接口描述文件对所述股票订单信息进行序列化处理，并发送至所述目标股票交易机构进行股票订单处理。

Images