CN105989179A - 金融数据处理方法及*** - Google Patents

Abstract

本发明提供一种金融数据处理方法及***，其中，该方法包括：接收应用软件发送的金融数据请求，并将金融数据请求转发给源数据服务器，金融数据请求包括应用软件标识；接收源数据服务器根据金融数据请求获得的金融数据；根据预先存储的应用软件标识与应用软件所支持的数据格式类型的对应关系，确定与应用软件标识对应的数据格式类型。实现了应用软件可以对获得的金融数据进行及时的读取和处理，并及时的将金融数据可视化的展示给用户。

Description

金融数据处理方法及***

技术领域

本发明涉及数据处理技术，尤其涉及一种金融数据处理方法及***。

背景技术

随着现代经济的发展，金融市场也不断的发展壮大。金融市场中的金融数据反映了金融市场的交易信息，金融数据包括股票行情数据、期货行情数据、利率行情数据、信贷行情数据、汇率行情数据等等。当前的金融数据以及之前的金融数据成为用户做出交易行为的重要参考依据。股票行情软件、期货行情软件以及外汇行情软件等应用软件，可以从源数据服务器中获取一定时间内的金融数据，将金融数据绘制成金融数据变化曲线或表格，提供给用户，去作为用户进行下一步交易行为的参考依据。

现有技术中，股票行情软件、期货行情软件以及外汇行情软件等不同的应用软件直接与源数据服务器连接，源数据服务器存储了不同种类的金融数据的不同交易业务的数据，应用软件可以向源数据服务器发送数据请求，从源数据服务器中获取数据请求对应的金融数据，应用软件再将金融数据绘制为变化曲线或者表格显示给用户。

然而现有技术中，不同的应用软件所支持的数据格式类型不相同，源数据服务器中的金融数据的数据格式类型与不同的应用软件所支持数据格式类型不相同，应用软件接收到源数据服务器中返回的金融数据之后，无法直接采用金融数据去绘制金融数据变化曲线或表格，造成应用软件无法对获得的数据进行及时的读取和处理，无法及时的将金融数据可视化的展示给用户。

发明内容

本发明提供一种金融数据处理方法及***，用以解决现有技术中应用软件接收到源数据服务器中返回的金融数据之后，无法直接采用金融数据去绘制金融数据变化曲线或表格，造成应用软件无法对获得的金融数据进行及时的读取和处理，无法及时的将金融数据可视化的展示给用户的问题。

本发明的第一方面是提供一种金融数据处理方法，包括：

接收应用软件发送的金融数据请求，并将所述金融数据请求转发给源数据服务器，所述金融数据请求包括应用软件标识；

接收所述源数据服务器根据所述金融数据请求获得的金融数据；

根据预先存储的应用软件标识与应用软件所支持的数据格式类型的对应关系，确定与所述应用软件标识对应的数据格式类型；

根据所述数据格式类型对所述金融数据进行格式转换，并将转换后的金融数据发送给所述应用软件，以使所述应用软件进行可视化数据的显示。

进一步地，所述接收应用软件发送的金融数据请求，并将所述金融数据请求转发给源数据服务器，包括：

接收不同应用软件发送的金融数据请求；

将所述不同应用软件发送的金融数据请求分别转化预设格式；

将转化为预设格式的各金融数据请求分别转发给源数据服务器。

进一步地，所述将转化为预设格式的各金融数据请求分别转发给源数据服务器，包括：

将转化为预设格式的各金融数据请求依次放入队列中；

按照预设次序依次将队列中的所述各金融数据请求转发给源数据服务器。

进一步地，所述金融数据中包括数据大小字段，所述数据大小字段描述了所述金融数据的大小；

所述接收所述源数据服务器根据所述金融数据请求获得的金融数据之后，还包括：

根据所述数据大小字段，校验所述金融数据是否完整；若完整，则执行所述根据预先存储的应用软件标识与应用软件所支持的数据格式类型的对应关系，确定与所述应用软件标识对应的数据格式类型的步骤。

进一步地，所述预设次序包括根据如下指标中的至少一种指标确定的次序：应用软件优先级、存入队列的时间、金融数据请求的大小。

本发明的另一个方面是提供一种金融数据处理***，包括：

请求接收模块，用于接收应用软件发送的金融数据请求，并将所述金融数据请求转发给源数据服务器，所述金融数据请求包括应用软件标识；

金融数据获取模块，用于接收所述源数据服务器根据所述金融数据请求获得的金融数据；

数据转换模块，用于根据预先存储的应用软件标识与应用软件所支持的数据格式类型的对应关系，确定与所述应用软件标识对应的数据格式类型；根据所述数据格式类型对所述金融数据进行格式转换，并将转换后的金融数据发送给所述应用软件，以使所述应用软件进行可视化数据的显示。

进一步地，所述请求接收模块，具体用于：

接收不同应用软件发送的金融数据请求；

将所述不同应用软件发送的金融数据请求分别转化预设格式；

将转化为预设格式的各金融数据请求分别转发给源数据服务器。

进一步地，所述请求接收模块在用于将转化为预设格式的各金融数据请求分别转发给源数据服务器中，具体用于：

将转化为预设格式的各金融数据请求依次放入队列中；

按照预设次序依次将队列中的所述各金融数据请求转发给源数据服务器。

进一步地，所述金融数据中包括数据大小字段，所述数据大小字段描述了所述金融数据的大小；

相应的，还包括，数据校验模块；

所述数据校验模块，用于在接收所述源数据服务器根据所述金融数据请求获得的金融数据之后，根据所述数据大小字段，校验所述金融数据是否完整；若完整，则执行所述根据预先存储的应用软件标识与应用软件所支持的数据格式类型的对应关系，确定与所述应用软件标识对应的数据格式类型的步骤。

本发明的技术效果是：通过接收应用软件发送的金融数据请求，并将金融数据请求转发给源数据服务器，金融数据请求包括应用软件标识；接收源数据服务器根据金融数据请求获得的金融数据；根据预先存储的应用软件标识与应用软件所支持的数据格式类型的对应关系，确定与应用软件标识对应的数据格式类型；根据数据格式类型对金融数据进行格式转换，并将转换后的金融数据发送给应用软件，以使应用软件进行可视化数据的显示。实现了将来自于源数据服务器的金融数据转换为应用软件所支持的数据格式类型的金融数据，使得应用软件可以采用格式转换后的金融数据绘制金融数据变化曲线或表格，应用软件及时的将金融数据可视化的展示给用户。

附图说明

图1为本发明实施例一提供的一种金融数据处理方法的流程图；

图2为本发明实施例二提供的另一种金融数据处理方法的流程图；

图3为本发明实施例三提供的一种金融数据处理***的结构示意图。

具体实施方式

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

图1为本发明实施例一提供的一种金融数据处理方法的流程图，如图1所示，本实施例的方法可以包括：

步骤101、接收应用软件发送的金融数据请求，并将金融数据请求转发给源数据服务器，金融数据请求包括应用软件标识。

具体地，本实施例提供了一种数据交换组件，数据交换组件与股票行情软件、期货行情软件以及外汇行情软件等不同的应用软件连接，同时数据交换组件与存储有金融数据的源数据服务器连接。股票行情软件、期货行情软件以及外汇行情软件等不同的应用软件，可以向数据交换组件发送金融数据请求，金融数据请求包括应用软件标识。

步骤102、接收源数据服务器根据金融数据请求获得的金融数据。

具体地，数据交换组件将金融数据请求转换为符合源数据服务器的通信协议的金融数据请求，再将协议转换后的金融数据请求发送给源数据服务器。优选的，可以采用数据描述语言Protocol Buffers去开发源数据服务器的通信协议。源数据服务器根据接受的金融数据请求将金融数据发送给数据交换组件。数据交换组件接收源数据服务器返回的金融数据。

步骤103、根据预先存储的应用软件标识与应用软件所支持的数据格式类型的对应关系，确定与应用软件标识对应的数据格式类型；

根据数据格式类型对金融数据进行格式转换，并将转换后的金融数据发送给应用软件，以使应用软件进行可视化数据的显示。

具体地，数据交换组件预先存储了不同的应用软件所支持的数据格式类型，由于不同的应用软件有不同的应用软件标识，可以建立应用软件标识与应用软件所支持的数据格式类型的对应关系，从而数据交换组件可以查找与应用软件标识对应的数据格式类型。然后，数据交换组件将金融数据进行格式转换，再讲格式转换后的金融数据发送给应用软件，使得应用软件可以接收到能够识别的金融数据，再采用金融数据绘制表格或变化曲线，从而将金融数据以可视化数据的方式展示给用户。

本实施例通过根据预先存储的应用软件标识与应用软件所支持的数据格式类型的对应关系，将从源数据服务器获得的金融数据进行格式转换，使得金融数据成为应用软件所支持的数据格式类型。从而便于应用软件对获取到的金融数据及时的读取和处理，及时的将金融数据可视化的展示给用户。

图2为本发明实施例二提供的另一种金融数据处理方法的流程图，如图2所示，本实施例的方法可以包括：

步骤201、接收不同应用软件发送的金融数据请求；将不同应用软件发送的金融数据请求分别转化预设格式；将转化为预设格式的各金融数据请求分别转发给源数据服务器。

具体地，本实施例提供了一种数据交换组件，设置了与不同的应用软件连接的接收接口，数据交换组件通过这些接收接口接收来自于不同的应用软件的金融数据请求，各个金融数据请求中包括了各个应用软件标识。由于不同的应用软件的开发语言和开发环境都不相同，从而数据交换组件设了不同的语音环境的接收接口，以和应用软件相匹配；例如：数据展示服务软件采用的是一种脚本语言进行编译的，从而数据交换组件与该数据展示服务软件对应的接收接口可以采用C++语言去调用数据展示服务软件中的命令。

在数据交换组件接收到不同应用软件发送的金融数据请求之后，由于来自于不同的应用软件的金融数据请求的数据类型不相同，为了便于这些金融数据请求可以在数据交换组件内部进行传递，需要将不同应用软件发送的金融数据请求分别转化为数据交换组件所支持的预设格式，举例来说，可以对金融数据请求进行对应源数据服务器的映射关系的格式转换。然后，再将转化为预设格式的各金融数据请求，转换为符合源数据服务器的通信协议的金融数据请求之后，分别转发给源数据服务器。

步骤202、接收源数据服务器根据金融数据请求获得的金融数据。

具体地，数据交换组件将金融数据请求发送给源数据服务器，在每次发送金融数据请求之前，先将金融数据请求包拆解为先导数据请求包和数据后续请求包，先导数据请求包中包括数据后续请求包的大小，数据后续请求包中包括金融数据的类型、金融数据的业务标识、金融数据的时间、应用软件的标识；首先将先导数据请求包发送给源数据服务器，使得源数据服务器依据先导数据请求包中的数据后续请求包的大小，为接收数据后续请求包而准备空间；然后将数据后续请求包发送给源数据服务器，使得源数据服务器查询与数据后续请求包对应的金融数据。源数据服务器在数据库中查找到与金融数据请求相对应的金融数据后返回给数据交换组件，数据交换组件接收返回的金融数据。

同时，在这个过程中，数据交换组件与源数据服务器之间建立了面向连接的TCP传输协议，来保证数据的可靠传输。具体的，数据交换组件提供通信接口，与源数据服务器之间建立socket链接，以此方式为基础，数据交换组件向源数据服务器发送金融数据请求，同时数据交换组件接收源数据服务器返回的金融数据。本实施例可以采用Boost ASIO库来建立通信接口。

步骤203、金融数据中包括数据大小字段，数据大小字段描述了金融数据的大小；根据数据大小字段，校验金融数据是否完整。

具体地，由于数据交换组件接收到的各个金融数据的类型不同，从而金融数据的数据包大小也不相同，为了保证接收到的金融数据的完整性，需要设计相关机制校验数据的完整性。数据交换组件接收到的金融数据中包括数据大小字段，数据大小字段表示了金融数据的大小；可以根据数据大小字段去校验金融数据的数据包是否完整。例如，在金融数据发送的过程中，由于网络环境等客观原因，可能造成一次性的金融数据接收不完整，首先数据交换组件会接收到金融数据的数据大小字段，根据数据大小字段不断的校验接收到的金融数据的数据包的大小，直到接收到的金融数据的数据包的大小与数据大小字段的大小一致的时候，才停止一次校验，同时表明当前的金融数据的接收工作完成。

步骤204、若步骤203中校验金融数据的结果是完整，则根据预先存储的应用软件标识与应用软件所支持的数据格式类型的对应关系，确定与应用软件标识对应的数据格式类型；根据数据格式类型对金融数据进行格式转换，并将转换后的金融数据发送给应用软件，以使应用软件进行可视化数据的显示。

具体地，若接收到的金融数据是完整的，则首先对金融数据进行解析。然后，根据应用软件标识与应用软件所支持的数据格式类型的对应关系，将解析后的金融数据转换为符合应用软件要求的数据格式类型。

例如，一些报价表数据行情时间数据，它在源数据服务器中保存方式为整型数据，但是请求该数据的应用软件采用的是字符串格式，则查找到对应关系后，将该数据转换为字符串数据。一些停牌数据在源数据服务器中采用的是字符串格式，而请求该数据的应用软件采用的是布尔格式，则在查找到对应关系后，将该数据转换为布尔格式的数据。又例如，需要对一些金融数据的格式进行重新排列，证券代码列表数据在源数据服务器中的保存格式为证券代码在先，名称缩写在后，而请求该数据的应用软件采用的格式为名称缩写在先，证券代码在后，则需要查找到对应关系后，将该数据里的信息进行重新排列。又例如，需要对一些金融数据的格式进行标识或者字段添加，实时行情报价数据中的股票所属市场在源数据服务器中采用的是整型数字进行标识，“0”代表深市、“1”代表沪市等；而请求该数据的应用软件采用的是汉字来标识股票所属市场，需要在查找到对应关系后，将实时行情报价数据中的股票所属市场的标识方式转换为汉字。再例如，一些金融数据在源数据服务器中没有设置记录序列信息，这些记录序列信息有逐笔成交、逐月成交等，而请求该数据的应用软件需要记录序列信息，在查找了对应关系之后，将该数据添加记录序列信息。再例如，股票代码数据包含了股票代码和股票类型，在源数据服务器中股票代码和股票类型保存在了一个字段中，而请求该数据的应用软件采用的数据保存格式为股票代码和股票类型被保存在两个字段中，在查找了对应关系之后，需要将股票代码数据中的股票代码和股票类型拆解为两个字段，举例说明，在源数据服务器中，股票代码和股票类型为“123456.32”，其中123456为股票代码，而32是股票类型，需要按照应用软件的要求，将“123456.32”拆解为两个单独的字段进行保存。

本实施例通过将不同应用软件发送的金融数据请求转化预设格式，从而有利于金融数据请求的传递和处理；同时，根据金融数据中的数据大小字段，校验金融数据的完整性，从而保证了从源数据服务器中接收到的金融数据的完整性。

进一步地，在上述实施例的基础上，步骤201中的将转化为预设格式的各金融数据请求分别转发给源数据服务器，具体的实施方式可以是：

将转化为预设格式的各金融数据请求依次放入队列中；

按照预设次序依次将队列中的各金融数据请求转发给源数据服务器。

具体地，由于不同的应用软件会同时发起金融数据请求，同一个应用软件会发起多次金融数据请求，需要设置消息循环队列机制来维护这些请求都可以被发送的源数据服务器中，同时保护数据交换组件内部不产生阻塞。提供了一个队列，转化为预设格式的各金融数据请求被依次放入队列中，优选的，队列的数据类型为关联容器类型。按照预设次序，依次取出队列中的各金融数据请求，然后将金融数据请求转换为符合源数据服务器的通信协议的金融数据请求之后发送给源数据服务器。

其中，预设次序包括根据如下指标中的至少一种指标确定的次序：应用软件优先级、存入队列的时间、金融数据请求的大小。

具体地，预设次序可以采用应用软件优先级、存入队列的时间、金融数据请求的大小等指标去确定取出队列中的各金融数据请求的次序。软件优先级方式具体是，为各个应用软件设置了优先级的高低，可以先取出队列中的优先级较高的应用软件发送的金融数据请求。存入队列的时间方式具体是，按照存入队列中的时间次序，先取出先存入队列的金融数据请求，后取出后存入队列的金融数据请求。金融数据请求的大小方式具体是，先取出队列中的数据包较小的金融数据请求，再取出队列中的数据包较大的金融数据请求。

本实施方式通过将转化为预设格式的各金融数据请求依次放入队列中，再按照应用软件优先级、存入队列的时间、金融数据请求的大小等预设次序，依次取出队列中的各金融数据请求。从而保证了来自于各个应用软件的不同的金融数据请求可以被有效的发送给源数据服务器，不会产生数据丢失或者数据发送失败的问题，同时不会造成消息发送的阻塞。

图3为本发明实施例三提供的一种金融数据处理***的结构示意图，如图3所示，本实施例的***包括：

请求接收模块31，用于接收应用软件发送的金融数据请求，并将金融数据请求转发给源数据服务器，金融数据请求包括应用软件标识；

金融数据获取模块32，用于接收源数据服务器根据金融数据请求获得的金融数据；

数据转换模块33，用于根据预先存储的应用软件标识与应用软件所支持的数据格式类型的对应关系，确定与应用软件标识对应的数据格式类型；根据数据格式类型对金融数据进行格式转换，并将转换后的金融数据发送给应用软件，以使应用软件进行可视化数据的显示。

进一步地，在上述技术方案的基础上，请求接收模块31，具体用于：

接收不同应用软件发送的金融数据请求；

将不同应用软件发送的金融数据请求分别转化预设格式；

将转化为预设格式的各金融数据请求分别转发给源数据服务器。

进一步地，在上述技术方案的基础上，请求接收模块31在用于将转化为预设格式的各金融数据请求分别转发给源数据服务器中，具体用于：

将转化为预设格式的各金融数据请求依次放入队列中；

按照预设次序依次将队列中的各金融数据请求转发给源数据服务器。

进一步地，在上述技术方案的基础上，金融数据中包括数据大小字段，数据大小字段描述了金融数据的大小；

相应的，还包括，数据校验模块；

数据校验模块，用于在接收源数据服务器根据金融数据请求获得的金融数据之后，根据数据大小字段，校验金融数据是否完整；若完整，则执行根据预先存储的应用软件标识与应用软件所支持的数据格式类型的对应关系，确定与应用软件标识对应的数据格式类型的步骤。

本实施例的具体实现参照本发明实施例一提供的金融数据处理方法，以及本发明实施例二提供的另一种金融数据处理方法。本实施例通过根据预先存储的应用软件标识与应用软件所支持的数据格式类型的对应关系，将从源数据服务器获得的金融数据进行格式转换，使得金融数据成为应用软件所支持的数据格式类型。从而便于应用软件对获取到的金融数据及时的读取和处理，及时的将金融数据可视化的展示给用户。同时，根据金融数据中的数据大小字段，校验金融数据的完整性，从而保证了从源数据服务器中接收到的金融数据的完整性；采用队列保存金融数据请求，保证不会造成消息发送的阻塞。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (9)

1.一种金融数据处理方法，其特征在于，包括：

接收应用软件发送的金融数据请求，并将所述金融数据请求转发给源数据服务器，所述金融数据请求包括应用软件标识；

接收所述源数据服务器根据所述金融数据请求获得的金融数据；

根据预先存储的应用软件标识与应用软件所支持的数据格式类型的对应关系，确定与所述应用软件标识对应的数据格式类型；

根据所述数据格式类型对所述金融数据进行格式转换，并将转换后的金融数据发送给所述应用软件，以使所述应用软件进行可视化数据的显示。

2.根据权利要求1所述的金融数据处理方法，其特征在于，所述接收应用软件发送的金融数据请求，并将所述金融数据请求转发给源数据服务器，包括：

接收不同应用软件发送的金融数据请求；

将所述不同应用软件发送的金融数据请求分别转化预设格式；

将转化为预设格式的各金融数据请求分别转发给源数据服务器。

3.根据权利要求2所述的金融数据处理方法，其特征在于，所述将转化为预设格式的各金融数据请求分别转发给源数据服务器，包括：

将转化为预设格式的各金融数据请求依次放入队列中；

按照预设次序依次将队列中的所述各金融数据请求转发给源数据服务器。

4.根据权利要求1所述的金融数据处理方法，其特征在于，所述金融数据中包括数据大小字段，所述数据大小字段描述了所述金融数据的大小；

所述接收所述源数据服务器根据所述金融数据请求获得的金融数据之后，还包括：

根据所述数据大小字段，校验所述金融数据是否完整；若完整，则执行所述根据预先存储的应用软件标识与应用软件所支持的数据格式类型的对应关系，确定与所述应用软件标识对应的数据格式类型的步骤。

5.根据权利要求3或4所述的金融数据处理方法，其特征在于，所述预设次序包括根据如下指标中的至少一种指标确定的次序：

应用软件优先级、存入队列的时间、金融数据请求的大小。

6.一种金融数据处理***，其特征在于，包括：

请求接收模块，用于接收应用软件发送的金融数据请求，并将所述金融数据请求转发给源数据服务器，所述金融数据请求包括应用软件标识；

金融数据获取模块，用于接收所述源数据服务器根据所述金融数据请求获得的金融数据；

数据转换模块，用于根据预先存储的应用软件标识与应用软件所支持的数据格式类型的对应关系，确定与所述应用软件标识对应的数据格式类型；根据所述数据格式类型对所述金融数据进行格式转换，并将转换后的金融数据发送给所述应用软件，以使所述应用软件进行可视化数据的显示。

7.根据权利要求6所述的金融数据处理***，其特征在于，所述请求接收模块，具体用于：

接收不同应用软件发送的金融数据请求；

将所述不同应用软件发送的金融数据请求分别转化预设格式；

将转化为预设格式的各金融数据请求分别转发给源数据服务器。

8.根据权利要求7所述的金融数据处理***，其特征在于，所述请求接收模块在用于将转化为预设格式的各金融数据请求分别转发给源数据服务器中，具体用于：

将转化为预设格式的各金融数据请求依次放入队列中；

按照预设次序依次将队列中的所述各金融数据请求转发给源数据服务器。

9.根据权利要求6-8任一所述的金融数据处理***，其特征在于，所述金融数据中包括数据大小字段，所述数据大小字段描述了所述金融数据的大小；

相应的，还包括，数据校验模块；

所述数据校验模块，用于在接收所述源数据服务器根据所述金融数据请求获得的金融数据之后，根据所述数据大小字段，校验所述金融数据是否完整；若完整，则执行所述根据预先存储的应用软件标识与应用软件所支持的数据格式类型的对应关系，确定与所述应用软件标识对应的数据格式类型的步骤。