CN103984739B - 实现连续实时证券交易业务处理的数据处理方法及装置 - Google Patents

Abstract

本发明公开了一种实现连续实时证券交易业务处理的数据处理方法及装置，在现有的核心业务系统的基础上增加一辅助处理系统，当核心业务系统无法进行在线交易业务处理时，由辅助处理系统接替其处理在线交易业务。本发明具有以下有益效果：本发明提供的数据处理方法及装置能够实现在线交易业务的24小时实时连续处理，能够满足工作需要；本发明在现有的核心业务系统的基础上进行改进，无须颠覆现有的业务系统的整体框架，改建成本低，易于推广适用。

Description

实现连续实时证券交易业务处理的数据处理方法及装置

技术领域

本发明属于在线交易业务中的数据处理技术领域，具体涉及一种实现连续实时证券交易业务处理的数据处理方法及装置。

背景技术

目前，证券、金融行业的在线交易业务是由一核心业务系统实现的，这类核心业务系统通常基于多层架构和模块化的设计，由数据层、业务层、通讯层、接口层等构成，通过应用开发和分布式平台部署，构建各类业务应用，包括系统管理、账户资产管理、联机交易服务、后台清算服务、上下线管理等功能模块。然而，由于核心业务系统需要定期进行数据清算、系统升级、系统测试等维护工作，此时，无法同时对在线交易业务进行处理，造成联机交易服务中断。随着证券、金融业务的扩展以及客户需求的不断增长，有“断点”的业务系统已无法满足行业要求，有必要对现有技术进行改进，以实现在线交易业务的24小时实时连续处理。

发明内容

为了克服现有技术中存在的缺陷，本发明提供一种实现24小时连续实时证券交易业务处理的数据处理方法及装置，在现有的核心业务系统的基础上增加一辅助处理系统，当核心业务系统无法进行在线交易业务处理时，由辅助处理系统接替其处理在线交易业务。具体的技术方案如下：

实现连续实时证券交易业务处理的数据处理方法，涉及一核心业务系统，用于在线实时处理来自外部的交易服务请求；核心业务系统配置有一主数据库，主数据库中维护有一主资金/资产数据表，主资金/资产数据表中存储有客户的账户相关数据信息；还涉及一辅助处理系统；辅助处理系统配置有一辅数据库；

数据处理方法包括如下步骤：

步骤S101，下线处理步骤：

利用核心业务系统发送一预离线指令至辅助处理系统；

辅助处理系统响应预离线指令，并从主数据库中获取主资金/资产数据表中的数据，再将获取的相关数据同步至辅数据库；

数据同步完成后，核心业务系统下线，转为处理离线业务；辅助处理系统开始接收并处理来自外部的交易服务请求，并同步更新辅数据库中的数据；

步骤S102，上线处理步骤：

利用核心业务系统向辅助处理系统发送一预上线指令；

辅助处理系统响应预上线指令，并停止接收来自外部的交易服务请求，将辅数据库中的数据以数据包的形式发送到核心业务系统；

核心业务系统根据数据包中携带的数据进行补账处理，更新主资金/资产数据表；

补账完成后，核心业务系统上线，重新开始接收并处理来自外部的交易服务请求。

作为优化方案，下线处理步骤中的数据同步具体包括：

步骤S201，当辅助处理系统响应预离线指令时，利用辅助处理系统在辅数据库中建立并初始化一辅资金/资产数据表和一交易流水表，辅资金/资产数据表的数据表结构与主资金/资产数据表的数据表结构相一致，交易流水表用于记录每次处理交易服务请求的相关信息，辅资金/资产数据表与交易流水表之间通过账户号进行关联；

步骤S202，从主数据库中获取主资金/资产数据表中的数据，再将获取的相关数据同步至辅资金/资产数据表。

作为优化方案，在下线处理步骤中，辅助处理系统对交易服务请求进行的处理具体包括：

步骤S301：交易服务请求中包含有身份认证信息和实时交易信息；辅助处理系统根据身份认证信息在辅资金/资产数据表进行查找，若身份认证信息对应的账户号包含在辅资金/资产数据表中，则进入步骤S302；否则，进入步骤S303；

步骤S302：辅助处理系统根据实时交易信息在辅资金/资产数据表进行查找，并根据预设的判断条件进行判断：若当前交易有效，则进行交易处理，将相应的交易流水信息记录在交易流水表中，并同步更新辅资金/资产数据表，交易处理完成后，进入步骤S304；若当前交易无效，则进入步骤S303；

步骤S303：辅助处理系统输出相应的错误信息，进入步骤S304；

步骤S304：辅助处理系统判断是否收到预上线指令，若是，则进入上线处理步骤；否则，返回执行步骤S301。

作为优化方案，上线处理步骤中的补账处理具体包括：

步骤S401：辅助处理系统从辅资金/资产数据表和交易流水表中获取资金/资产变动信息以及交易流水信息，并将资金/资产变动信息以及交易流水信息以数据包的形式发送给核心业务系统；

步骤S402：核心业务系统根据资金/资产变动信息修改主资金/资产数据表，并记录交易流水信息。

实现连续实时证券交易业务处理的数据处理装置，包括核心业务系统以及辅助处理系统；核心业务系统配置有一主数据库，主数据库中维护有一主资金/资产数据表，主资金/资产数据表中存储有客户的账户相关数据信息；辅助处理系统配置有一辅数据库；

其中，核心业务系统进一步包括：

上下线处理单元，用于向辅助处理系统发送预离线指令或预上线指令；

在线业务处理单元，用于接收并处理来自外部的交易服务请求，并同步更新主数据库中的数据；

离线业务处理单元，用于处理离线业务；离线业务包括数据清算、系统升级以及系统测试；补账处理单元，用于根据辅助处理系统发送的数据包中携带的数据进行补账处理，更新主资金/资产数据表；

辅助处理系统进一步包括：

通信单元，用于接收并响应来自核心业务系统的预离线指令或预上线指令；

数据同步单元，用于从主数据库中获取主资金/资产数据表中的数据，再将获取的相关数据同步至辅数据库；

服务处理单元，用于接收并处理来自外部的交易服务请求，并同步更新辅数据库中的数据。作为优化方案，数据同步单元进一步包括：

辅数据库初始化模块，用于在辅数据库中建立并初始化一辅资金/资产数据表和一交易流水表，辅资金/资产数据表的数据表结构与主资金/资产数据表的数据表结构相一致，交易流水表用于记录每次处理交易服务请求的相关信息，辅资金/资产数据表与交易流水表之间通过账户号进行关联；

辅数据库同步模块，用于从主数据库中获取主资金/资产数据表中的数据，再将获取的相关数据同步至辅资金/资产数据表。

与现有技术相比，本发明具有以下有益效果：

(1)本发明提供的数据处理方法及装置能够实现在线交易业务的24小时实时连续处理，能够满足工作需要；

(2)本发明在现有的核心业务系统的基础上进行改进，无须颠覆现有的业务系统的整体框架，改建成本低，易于推广适用。

附图说明

图1为本发明提供的数据处理方法的总流程图；

图2为数据同步过程的流程图；

图3为辅助处理系统对交易服务请求进行处理的流程图；

图4为补账处理过程的流程图；

图5为本发明提供的数据处理装置的结构框图。

图5中序号为：1-核心业务系统、11-上下线处理单元、12-在线业务处理单元、13-离线业务处理单元、14-补账处理单元、2-辅助处理系统、21-通信单元、22-数据同步单元、221-辅数据库初始化模块、222-辅数据库同步模块、23-服务处理单元、3-主数据库、4-辅数据库。

具体实施方式

下面结合附图以实施例的方式详细描述本发明。

实施例1：

实现连续实时证券交易业务处理的数据处理方法，涉及一核心业务系统，该核心业务系统用于在线实时处理来自外部的交易服务请求，可以是证券金融机构为处理实时交易业务而建设的资产账户系统，但不限于此。核心业务系统配置有一主数据库，主数据库中维护有一主资金/资产数据表，主资金/资产数据表中存储有客户的账户相关数据信息。此外，该方法还涉及一辅助处理系统；辅助处理系统配置有一辅数据库。其中，核心业务系统和辅助处理系统分别运行于相互独立的不同的服务器中，主数据库和辅数据库的配置相类似。

交易服务请求可由外部的用户终端发送，用户在用户终端上输入相应的交易服务信息并确认之后，用户终端再将相应的交易服务请求进行转发。这里的用户终端可以是连接在互联网上的远程终端，也可以是连接在局域网中的柜台终端，用户终端可以包括输入设备(例如键盘)以及显示设备(显示屏)，输入设备用于输入并确认交易服务信息，显示设备用于显示用户输入的信息以及交易结果。

如图1所示，数据处理方法包括如下步骤：

步骤S101，下线处理步骤：

利用核心业务系统向辅助处理系统发送一预离线指令。

辅助处理系统响应预离线指令，并从主数据库中获取主资金/资产数据表中的数据，再将获取的相关数据同步至辅数据库。

数据同步完成后，核心业务系统下线，转为处理离线业务；辅助处理系统开始接收并处理来自外部的交易服务请求，并同步更新辅数据库中的数据。

本步骤适用于核心业务系统需要下线时。在本步骤中，执行了一个预下线的操作，即在核心业务系统下线之前，进行数据同步，保证辅助处理系统开始处理交易服务请求之前，辅数据库中的数据能与主数据库中的数据保持一致，进而保证交易的准确性。当数据同步完成之后，核心业务系统才下线，转为处理离线业务，离线业务可以包括数据清算、系统升级、系统测试等。在核心业务系统处理离线业务的期间，则由辅助处理系统对外部的交易服务请求进行实时处理。

步骤S102，上线处理步骤：

利用核心业务系统向辅助处理系统发送一预上线指令。

辅助处理系统响应预上线指令，并停止接收来自外部的交易服务请求，将辅数据库中的数据以数据包的形式发送到核心业务系统。

核心业务系统根据数据包中携带的数据进行补账处理，更新主资金/资产数据表。

补账完成后，核心业务系统上线，重新开始接收并处理来自外部的交易服务请求。

本步骤适用于核心业务系统需要上线时。在本步骤中，执行了一个预上线的操作，即在核心业务系统上线之前，再次进行一个数据同步的操作，即对主数据库进行补账处理，保证核心业务系统在恢复处理交易服务请求之前，主数据库中的数据能与辅数据库中的数据保持一致，进而保证交易的准确性。当进行补账处理时，辅助处理系统已停止接收来自外部的交易服务请求，此时，对于交易服务请求会有一段时间的暂停服务状态，但是由于补账处理仅涉及增量数据的处理，其耗时可以控制在非常短的期间内，不会影响在线交易处理整体上的连续性。

通过本实施例提供的上述数据处理方法，可以实现核心业务系统上下线时，切换到由辅助处理系统对外部的交易服务请求进行实时处理，使得当核心业务系统由于清算、系统升级或系统测试等原因需要下线时，辅助处理系统能够接替其对外部的交易服务请求进行实时处理，从而实现交易服务的24小时连续实时处理。

实施例2：

本实施例与实施例1的区别在于：针对下线处理步骤中的数据同步，给出了一种具体的数据同步方法，根据本实施例提供的数据同步方法能够保证主数据库和辅数据库之间的数据精确同步。

如图2所示，下线处理步骤中的数据同步具体包括：

步骤S201，当辅助处理系统响应预离线指令时，利用辅助处理系统在辅数据库中建立并初始化一辅资金/资产数据表和一交易流水表，辅资金/资产数据表的数据表结构与主资金/资产数据表的数据表结构相一致，交易流水表用于记录每次处理交易服务请求的相关信息，辅资金/资产数据表与交易流水表之间通过账户号进行关联。

步骤S202，从主数据库中获取主资金/资产数据表中的数据，再将获取的相关数据同步至辅资金/资产数据表。

下面以证券交易为实例，对本实施例提供的同步方法进行具体说明：辅资金/资产数据表与主资金/资产数据表的数据表结构相一致，均可包括客户账号、当前金额以及交易金额等数据信息；而交易流水表则可以包括客户账号、交易日期、交易时间、交易金额以及交易流水等数据信息；由此可见，只须通过客户账号即可将辅资金/资产数据表与交易流水表建立关联。由于辅资金/资产数据表与主资金/资产数据表采用相同的数据表结构，辅资金/资产数据表与主资金/资产数据表之间的数据同步很容易实现。

实施例3：

本实施例与实施例2的区别在于：针对下线处理步骤中辅助处理系统对交易服务请求进行的处理过程，本实施例提供了一种具体的处理方法。

如图3所述，该处理方法具体包括：

步骤S301：交易服务请求中包含有身份认证信息和实时交易信息；辅助处理系统根据身份认证信息在辅资金/资产数据表进行查找，若身份认证信息对应的账户号包含在辅资金/资产数据表中，则进入步骤S302；否则，进入步骤S303。

还是以证券交易为实例，在交易过程中，至少涉及用户身份的认证以及交易的处理，因此，交易服务请求中至少包含有身份认证信息和实时交易信息。该身份认证信息和实时交易信息均可由客户终端输入，然后，客户终端将输入的身份认证信息和实时交易信息打包在交易服务请求中，发送到辅助处理系统。本步骤即是辅助处理系统进行用户身份认证的步骤，只有通过了身份认证才进行进一步的交易处理。

步骤S302：辅助处理系统根据实时交易信息在辅资金/资产数据表进行查找，并根据预设的判断条件进行判断：若当前交易有效，则进行交易处理，将相应的交易流水信息记录在交易流水表中，并同步更新辅资金/资产数据表，交易处理完成后，进入步骤S304；若当前交易无效，则进入步骤S303。

本步骤即是对交易的具体处理过程，本步骤中涉及一判断交易是否有效的判断条件，可以设置一事件库，专门用于存储判断条件，判断条件可以预先存储在事件库中，也可以由管理员手动添加到事件库中。辅助处理系统在进行在线交易处理时，根据事件库中存储的判断条件进行匹配，判断交易是否有效。判断条件可以包括账户余额是否充足、账户是否被冻结等。只有交易有效时，才执行交易操作，之后向客户终端返回交易信息。

步骤S303：辅助处理系统输出相应的错误信息，进入步骤S304。

步骤S304：辅助处理系统判断是否收到预上线指令，若是，则进入上线处理步骤；否则，返回执行步骤S301。

每处理一次交易服务请求之后，都要对核心业务系统是否上线进行判断，如果没有收到预上线指令，则认为核心业务系统不上线，辅助处理系统重复上述步骤，继续对下一条交易服务请求进行处理。

实施例4：

本实施例与实施例3的区别在于：针对上线处理步骤中的补账处理过程，本实施例提供一种具体的补账处理方法。

如图4所示，补账处理方法具体包括：

步骤S401：辅助处理系统从辅资金/资产数据表和交易流水表中获取资金/资产变动信息以及交易流水信息，并将资金/资产变动信息以及交易流水信息以数据包的形式发送给核心业务系统。

步骤S402：核心业务系统根据资金/资产变动信息修改主资金/资产数据表，并记录交易流水信息。

本实施例提供的补账处理方法使得核心业务系统上线重新处理交易服务请求之前，主数据库与辅数据库中的数据保持一致，保证交易服务处理的准确性。

实施例5：

本实施例提供一种实现连续实时证券交易业务处理的数据处理装置，该数据处理装置与实施例1提供的数据处理方法一一对应。如图5所示，包括核心业务系统1以及辅助处理系统2；核心业务系统1配置有一主数据库3，主数据库3中维护有一主资金/资产数据表，主资金/资产数据表中存储有客户的账户相关数据信息；辅助处理系统2配置有一辅数据库4。

其中，核心业务系统1进一步包括：

上下线处理单元11，用于向辅助处理系统2发送预离线指令或预上线指令。该预离线指令或预上线指令可以由系统自动发送，也可以由手动操作进行发送。

在线业务处理单元12，用于接收并处理来自外部的交易服务请求，并同步更新主数据库3中的数据。

离线业务处理单元13，用于处理离线业务；离线业务包括数据清算、系统升级以及系统测试。

补账处理单元14，用于根据辅助处理系统2发送的数据包中携带的数据进行补账处理，更新主资金/资产数据表。

辅助处理系统2进一步包括：

通信单元21，用于接收并响应来自核心业务系统1的预离线指令或预上线指令。

数据同步单元22，用于从主数据库3中获取主资金/资产数据表中的数据，再将获取的相关数据同步至辅数据库4。

服务处理单元23，用于接收并处理来自外部的交易服务请求，并同步更新辅数据库4中的数据。

在本实施例中，数据同步单元22进一步包括：

辅数据库初始化模块221，用于在辅数据库4中建立并初始化一辅资金/资产数据表和一交易流水表，辅资金/资产数据表的数据表结构与主资金/资产数据表的数据表结构相一致，交易流水表用于记录每次处理交易服务请求的相关信息，辅资金/资产数据表与交易流水表之间通过账户号进行关联。

辅数据库同步模块222，用于从主数据库3中获取主资金/资产数据表中的数据，再将获取的相关数据同步至辅资金/资产数据表。

本实施例提供的数据处理装置可用于实施上述实施例1-4中的任一数据处理方法，能够实现在线交易业务的24小时实时连续处理，能够满足工作需要。

以上公开的仅为本申请的几个具体实施例，但本申请并非局限于此任何本领域的技术人员能思之的变化，都应落在本申请的保护范围内。

Claims (4)

1.实现连续实时证券交易业务处理的数据处理方法，涉及一核心业务系统，用于在线实时处理来自外部的交易服务请求；所述核心业务系统配置有一主数据库，所述主数据库中维护有一主资金/资产数据表，所述主资金/资产数据表中存储有客户的账户相关数据信息；其特征在于，还涉及一辅助处理系统；所述辅助处理系统配置有一辅数据库；

所述数据处理方法包括如下步骤：

步骤S101，下线处理步骤：

利用所述核心业务系统发送一预离线指令至所述辅助处理系统；

所述辅助处理系统响应所述预离线指令，并从所述主数据库中获取所述主资金/资产数据表中的数据，再将获取的相关数据同步至所述辅数据库；

数据同步完成后，所述核心业务系统下线，转为处理离线业务；所述辅助处理系统开始接收并处理来自外部的交易服务请求，并同步更新所述辅数据库中的数据；

步骤S102，上线处理步骤：

利用所述核心业务系统发送一预上线指令至所述辅助处理系统；

所述辅助处理系统响应所述预上线指令，并停止接收来自外部的交易服务请求，将所述辅数据库中的数据以数据包的形式发送到所述核心业务系统；

所述核心业务系统根据所述数据包中携带的数据进行补账处理，更新所述主资金/资产数据表；

补账完成后，所述核心业务系统上线，重新开始接收并处理来自外部的交易服务请求，

所述下线处理步骤中的数据同步具体包括：

步骤S201，当所述辅助处理系统响应所述预离线指令时，利用所述辅助处理系统在所述辅数据库中建立并初始化一辅资金/资产数据表和一交易流水表，所述辅资金/资产数据表的数据表结构与主资金/资产数据表的数据表结构相一致，所述交易流水表用于记录每次处理交易服务请求的相关信息，所述辅资金/资产数据表与所述交易流水表之间通过账户号进行关联；

步骤S202，从所述主数据库中获取所述主资金/资产数据表中的数据，再将获取的相关数据同步至所述辅资金/资产数据表，

在所述下线处理步骤中，所述辅助处理系统对交易服务请求进行的处理具体包括：

步骤S301：所述交易服务请求中包含有身份认证信息和实时交易信息；所述辅助处理系统根据所述身份认证信息在所述辅资金/资产数据表进行查找，若所述身份认证信息对应的账户号包含在辅资金/资产数据表中，则进入步骤S302；否则，进入步骤S303；

步骤S302：所述辅助处理系统根据所述实时交易信息在所述辅资金/资产数据表进行查找，并根据预设的判断条件进行判断：若当前交易有效，则进行交易处理，将相应的交易流水信息记录在所述交易流水表中，并同步更新所述辅资金/资产数据表，交易处理完成后，进入步骤S304；若当前交易无效，则进入步骤S303；

步骤S303：所述辅助处理系统输出相应的错误信息，进入步骤S304；

步骤S304：所述辅助处理系统判断是否收到预上线指令，若是，则进入上线处理步骤；否则，返回执行步骤S301。

2.根据权利要求1所述的实现连续实时证券交易业务处理的数据处理方法，其特征在于，所述上线处理步骤中的补账处理具体包括：

步骤S401：所述辅助处理系统从所述辅资金/资产数据表和所述交易流水表中获取资金/资产变动信息以及交易流水信息，并将所述资金/资产变动信息以及交易流水信息以数据包的形式发送给所述核心业务系统；

步骤S402：所述核心业务系统根据所述资金/资产变动信息修改所述主资金/资产数据表，并记录所述交易流水信息。

3.实现连续实时证券交易业务处理的数据处理装置，其特征在于，包括核心业务系统以及辅助处理系统；所述核心业务系统配置有一主数据库，所述主数据库中维护有一主资金/资产数据表，所述主资金/资产数据表中存储有客户的账户相关数据信息；所述辅助处理系统配置有一辅数据库；

其中，所述核心业务系统进一步包括：

上下线处理单元，用于向所述辅助处理系统发送预离线指令或预上线指令；

在线业务处理单元，用于接收并处理来自外部的交易服务请求，并同步更新所述主数据库中的数据；

离线业务处理单元，用于处理离线业务；所述离线业务包括数据清算、系统升级以及系统测试；

补账处理单元，用于根据所述辅助处理系统发送的数据包中携带的数据进行补账处理，更新所述主资金/资产数据表；

所述辅助处理系统进一步包括：

通信单元，用于接收并响应来自所述核心业务系统的预离线指令或预上线指令；

数据同步单元，用于从所述主数据库中获取所述主资金/资产数据表中的数据，再将获取的相关数据同步至所述辅数据库；

服务处理单元，用于接收并处理来自外部的交易服务请求，并同步更新所述辅数据库中的数据。

4.根据权利要求3所述的数据处理装置，其特征在于，所述数据同步单元进一步包括：

辅数据库初始化模块，用于在所述辅数据库中建立并初始化一辅资金/资产数据表和一交易流水表，所述辅资金/资产数据表的数据表结构与主资金/资产数据表的数据表结构相一致，所述交易流水表用于记录每次处理交易服务请求的相关信息，所述辅资金/资产数据表与所述交易流水表之间通过账户号进行关联；

辅数据库同步模块，用于从所述主数据库中获取所述主资金/资产数据表中的数据，再将获取的相关数据同步至所述辅资金/资产数据。