数据处理方法、装置、电子设备和可读存储介质

技术领域

本申请涉及数据处理技术领域，尤其涉及数据处理方法、装置、电子设备和可读存储介质。

背景技术

由于数据系统升级或物理设备更换等因素，会出现需要将交易信息由老系统切换至新系统的情况，但是由于数据系统往往非常庞大，若将系统中的数据一次性切换完毕，必然伴随着很大的风险，例如数据丢失。在银行数据系统中，依赖于前续交易数据的大量新交易数据可能会无法完成。因此，往往会选择历时较长的将交易数据逐步从老系统切换至新系统中的策略。

然而，在将交易数据逐步从老系统切换至新系统的过程中，若前续交易是在新老系统切换之前完成的，前续交易数据会保存在老系统中，在老系统切换至新系统的过程中，该前续交易数据中的部分数据例如业务要素信息(例如账户余额等信息)会切换至新系统，但是该前续交易数据的另一部分数据例如平台框架要素信息(例如流水信息等)还未切换至新系统，导致新系统和老系统上的交易数据不具备连续性，若后续交易数据被发送至新系统进行处理时，可能会导致后续交易数据处理失败。

发明内容

本申请提供了一种数据处理方法、装置、电子设备和可读存储介质，在老系统切换至新系统过程中，保证了交易的连续性，提高了银行交易的成功率，提升了用户体验感。

第一方面，本申请提供一种数据处理方法，应用于处于数据切换状态下的系统，上述系统包括部署了新系统的第一服务器和部署了旧系统的第二服务器，上述方法包括：

第一服务器接收来自客户端的交易请求，交易请求用于请求查询或修改目标交易的数据，交易请求包括目标交易的标识信息；

第一服务器根据交易请求，确定本地是否存在与标识信息对应的目标交易的交易数据；

在本地不存在目标交易的交易数据的情况下，第一服务器向第二服务器发送处理请求，处理请求用于请求第二服务器对目标交易的交易数据进行查询或修改。

结合第一方面，在第一方面的某些实现方式中，上述方法还包括：

第一服务器接收来自第二服务器的响应消息，响应消息包括目标交易的交易数据的数据查询结果或数据修改结果。

结合第一方面，在第一方面的某些实现方式中，上述方法还包括：

在本地存在目标交易的交易数据的情况下，第一服务器对目标交易的交易数据进行查询或修改。

结合第一方面，在第一方面的某些实现方式中，交易请求为：正交易请求、交易查询请求或冲正交易请求。

结合第一方面，在第一方面的某些实现方式中，上述交易请求为冲正交易请求；

第一服务器根据该交易请求，确定本地是否存在与标识信息对应的目标交易的交易数据，包括：

第一服务器判断本地是否存在目标交易对应的正交易请求；

第一服务器向第二服务器发送处理请求，包括：

在本地不存在目标交易对应的正交易请求的情况下，第一服务器向第二服务器发送所述处理请求。

结合第一方面，在第一方面的某些实现方式中，第一服务器包括多个分布式存储节点，多个分布式存储节点用于存储交易数据。

第二方面，本申请提供一种数据处理装置，包括：

收发模块，用于接收来自客户端的交易请求，交易请求用于请求查询或修改目标交易的数据，交易请求包括目标交易的标识信息；

处理模块，用于根据交易请求，确定本地是否存在与标识信息对应的目标交易的交易数据；

上述收发模块还用于，在本地不存在目标交易的交易数据的情况下，向第二服务器发送处理请求，处理请求用于请求第二服务器对目标交易的交易数据进行查询或修改。

结合第二方面，在第二方面的某些实现方式中，收发模块还用于，接收来自第二服务器的响应消息，响应消息包括目标交易的交易数据的数据查询结果或数据修改结果。

结合第二方面，在第二方面的某些实现方式中，处理模块还用于，在本地存在目标交易的交易数据的情况下，对所述目标交易的交易数据进行查询或修改。

结合第二方面，在第二方面的某些实现方式中，交易请求为：正交易请求、交易查询请求或冲正交易请求。

结合第二方面，在第二方面的某些实现方式中，处理模块还用于，判断本地是否存在所述目标交易对应的正交易请求；

收发模块还用于，在本地不存在目标交易对应的正交易请求的情况下，向第二服务器发送处理请求。

结合第二方面，在第二方面的某些实现方式中，还包括存储模块，该存储模块包括多个分布式存储节点，多个分布式存储节点用于存储交易数据。

第三方面，本申请提供一种电子设备，包括：

至少一个处理器和存储器；

所述存储器存储计算机执行指令；

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如上第一方面所述的数据处理方法。

第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上第一方面中所述的数据处理方法。

第五方面，提供了一种计算机程序产品，计算机程序产品包括：计算机程序(也可以称为代码，或指令)，当计算机程序被运行时，使得计算机执行上述第一方面中所述的数据处理方法。

本申请提供的数据处理方法，在部署了新系统的第一服务器上不存在目标交易的交易数据的情况下，部署了新系统的第一服务器向部署了旧系统的第二服务器发送处理请求，由于部署了旧系统的第二服务器存储了目标交易的交易数据，因此部署了旧系统的第二服务器可以完成目标交易的交易数据的查询或修改，本申请的方法能够避免老系统切换至新系统的过程中出现交易数据不连续性而导致交易数据处理失败的问题，有利于提高交易数据的处理成功率，从而提升用户体验。

附图说明

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

图1为本申请实施例提供的一种数据处理方法的应用场景示意图；

图2为本申请实施例提供的一种数据处理方法的另一种应用场景示意图；

图3为本申请实施例提供的一种数据处理方法的流程示意图；

图4为本申请实施例提供的另一种数据处理方法的流程示意图；

图5为本申请实施例提供的另一种数据处理方法的流程示意图；

图6为本申请实施例提供的另一种数据处理方法的流程示意图；

图7为本申请实施例提供的另一种数据处理方法的流程示意图；

图8为本申请实施例提供的数据处理装置的结构示意图；

图9为本申请实施例提供的电子设备的结构示意图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

由于数据系统升级或物理设备更换等因素，会出现需要将交易信息由老系统切换至新系统的情况，但是由于数据系统往往非常庞大，若将系统中的数据一次性切换完毕，必然伴随着很大的风险，例如数据丢失。在银行数据系统中，依赖于前续交易数据的大量新交易数据可能会无法完成。因此，往往会选择历时较长的将交易数据逐步从老系统切换至新系统中的策略。

然而，在将交易数据逐步从老系统切换至新系统的过程中，若前续交易是在新老系统切换之前完成的，前续交易数据会保存在老系统中，在老系统切换至新系统的过程中，该前续交易数据中的部分数据例如业务要素信息(例如账户余额等信息)会切换至新系统，但是该前续交易数据的另一部分数据例如平台框架要素信息(例如流水信息等)还未切换至新系统，导致新系统和老系统上的交易数据不具备连续性，若后续交易数据被发送至新系统进行处理时，可能会导致后续交易数据处理失败。

有鉴于此，本申请实施例提出了一种数据处理方法，在部署了新系统的第一服务器上不存在目标交易的交易数据的情况下，部署了新系统的第一服务器向部署了旧系统的第二服务器发送处理请求，由于部署了旧系统的第二服务器存储了目标交易的交易数据，因此可以完成目标交易的交易数据的查询或修改，避免了老系统切换至新系统的过程中出现交易数据不连续性而导致交易数据处理失败的问题，有利于提高交易数据的处理成功率，从而提升用户体验。

为了便于理解，首先对本申请实施例所涉及的术语进行简单介绍。

1、正交易：正交易表示一种正向的交易逻辑，是为了达到某种业务效果而开发的一类交易。例如，转账交易为正交易。

2、冲正交易：冲正交易是一类和正交易有着逆向逻辑的交易，为了除去正交易的所做的业务效果而开发的一种逆向的交易逻辑。例如，转账交易失败，但是转账方已经扣款，则需进行该转账交易的冲正交易，以除去转账方扣款的业务效果。

3、外部冲正：一种由调用方从系统外部自主发起的冲正交易。

4、系统切换：在银行系统中，指银行核心系统将交易从由一个系统切换至另一个，其中伴随着数据库、消息系统等中间件的变更。

5、交易连续性：指后续交易具备与前续交易相关联的能力。

图1为本申请实施例提供的一种数据处理方法的应用场景示意图。如图1所示，该应用场景中包括客户端101、服务器102和服务器103。服务器102上部署了新系统，服务器103上部署了旧系统，在旧系统向新系统切换的过程中，服务器102与服务器103可以进行数据交互。在旧系统向新系统切换的过程中，客户端101与服务器102和服务器103存在连接，可以进行数据交互。客户端101上可以部署业务应用(例如手机银行)，客户端101可以将业务应用产生的业务数据发送至服务器102或服务器103，由服务器102或服务器103对接收到的业务数据进行处理。在旧系统与新系统完成交易数据切换，以及旧系统中的交易数据不在作为后续交易的前续交易数据的情况下，部署了旧系统的服务器103可以关闭。

可选地，图1所示的应用场景中的客户端可以为其他数量，本申请实施例对此不做限定。

在另一种可能的实现方式中，上述新系统为分布式系统，该应用场景如图2所示，该应用场景中包括客户端201、应用路由设备202、配置中心设备203、服务器204、服务器205、服务器206和服务器207。客户端201上部署有业务应用(例如手机银行)，服务器204、服务器205和服务器206部署有新系统(分布式银行系统)，服务器207部署有旧系统。客户端201通过应用路由设备202和配置中心设备203与部署了新系统的服务器204、服务器205、服务器206连接，可以交互数据，也可以与部署了旧系统的服务器207存在连接，可以交互数据。具体而言，客户端201可以将业务应用产生的业务数据发送至应用路由设备202，应用路由设备202根据业务数据从配置中心设备203获取路由信息，并根据路由信息将业务数据发送给至对应的服务器(服务器204、服务器205、服务器206和服务器207中的一个)，由对应的服务器对接收到的业务数据进行处理。

可选地，图2所示的应用场景中的客户端和部署了新系统的服务器可以为其他数量，本申请实施例对此不做限定。

下面结合具体实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。

图3为本申请实施例提供的一种数据处理方法的流程示意图。该数据处理方法300可以应用于上述图1和图2所示的应用场景中，该方法可以由图1中所示的服务器102执行对应的步骤，也可以由图2中所示的服务器204、服务器205和服务器206中的任一个执行对应的步骤，也可以在其他应用场景中，由计算机等其他物理设备执行，本实施例对于执行主体的具体产品形态和数量不作具体限制。如图3所示，该方法包括：

S301、第一服务器接收来自客户端的交易请求，该交易请求用于请求查询或修改目标交易的数据，该交易请求包括目标交易的标识信息。

应理解，客户端上可以部署业务应用(例如手机银行)，用户可以通过客户端的业务应用发起交易请求。

示例性地，交易请求可以是：转账、退款、交易查询等。例如，交易请求是退款请求，该交易请求用于请求修改目标交易(与退款交易对应的转账交易，该转账交易也称为该退款请求的前续交易)的数据，即修改账户余额。例如，交易请求是最近一次转账交易的交易查询，该交易请求用于请求查询目标交易(即最近一次转账交易，该转账交易也成为该交易查询的前续交易)的数据。

目标交易的标识信息可以是目标交易的交易码或交易流水号等。

S302、第一服务器根据上述交易请求，确定本地是否存在与上述标识信息对应的目标交易的交易数据。

示例性地，第一服务器根据上述交易请求，在本地流水记录上，确定是否存在与上述标识信息对应的目标交易的交易数据。

S303、在本地不存在上述目标交易的交易数据的情况下，第一服务器向第二服务器发送处理请求，该处理请求用于请求第二服务器对目标交易的交易数据进行查询或修改。

示例性地，若目标交易是在新老系统切换前完成的，即目标交易的交易数据是保存在部署了老系统第二服务器中，就会导致在第一服务器本地不存在上述目标交易的交易数据的情况，因此，第一服务器向第二服务器发送处理请求，第二服务器接收到处理请求后，会根据处理请求对目标交易的交易数据进行查询或修改。

本申请提供的数据处理方法，在部署了新系统的第一服务器上不存在目标交易的交易数据的情况下，部署了新系统的第一服务器向部署了旧系统的第二服务器发送处理请求，由于部署了旧系统的第二服务器存储了目标交易的交易数据，因此可以完成目标交易的交易数据的查询或修改，本申请的方法避免了老系统切换至新系统的过程中出现交易数据不连续性而导致交易数据处理失败的问题，有利于提高交易数据的处理成功率，从而提升用户体验。此外，本申请的方法能够保证新系统的稳定性，对客户端的用户而言是无感知的，即本申请的方法能够实现无感切换。

可选地，上述方法还包括：第一服务器接收来自第二服务器的响应消息，响应消息包括目标交易的交易数据的数据查询结果或数据修改结果。

应理解，第二服务器可以将数据修改结果例如账户余额发送至第一服务器，使第一服务器和第二服务器上的数据保持一致，避免因新老系统中记录的交易数据不一致而导致用户的账户报错。

还应理解，第二服务器可以将数据查询结果发送至第一服务器，由第一服务器向客户端发送数据查询结果，也可以由第二服务器向客户端发送数据查询结果，本申请实施例对此不做限定。

可选地，上述方法还包括：在本地存在所述目标交易的交易数据的情况下，所述第一服务器对所述目标交易的交易数据进行查询或修改。

示例性地，第一服务器根据上述交易请求，在本地流水记录上，确定存在与上述标识信息对应的目标交易的交易数据，即该交易请求对应的前续交易的交易数据存储在第一服务器上，基于前续交易的交易数据，第一服务器根据交易请求，可以对目标交易的交易数据进行查询或修改。

可选地，所述交易请求为：正交易请求、交易查询请求或冲正交易请求。

示例性地，正交易请求可以是退款请求。交易查询请求可以是转账查询。冲正交易请求可以是外部冲正请求。

可选地，交易请求为冲正交易请求；第一服务器根据交易请求，确定本地是否存在与标识信息对应的目标交易的交易数据，包括：

上述第一服务器判断本地是否存在目标交易对应的正交易请求；

第一服务器向上述第二服务器发送处理请求，包括：

在本地不存在目标交易对应的正交易请求的情况下，第一服务器向第二服务器发送所述处理请求。

可选地，上述第一服务器包括多个分布式存储节点，该多个分布式存储节点用于存储交易数据。

应理解，多个分布式存储节点中的各个存储节点均可以存储交易数据，与旧系统相比可以存储更多的交易数据，并可对交易数据进行分类存储，便于对交易数据的管理和使用。

下面以交易请求为正交易请求为例，结合图4对本申请实施例的数据处理方法进行说明。

S401、客户端产生正交易请求。

S402、客户端向应用路由设备发送上述正交易请求，该正交易请求包括前续交易(即目标交易)的标识信息。对应地，应用路由设备接收正交易请求。

S403、应用路由设备对正交易请求中包括的前续交易(即目标交易)的标识信息进行目标字段提取。

S404、应用路由设备向配置中心设备发送路由查询请求，该路由查询请求携带上述提取的目标字段。对应地，配置中心设备接收路由查询请求。

S405、配置中心设备根据路由查询请求，利用上述提取的目标字段，查询路由。

应理解，目标字段与路由具有对应关系，可以通过目标字段查询到对应的路由。

S406、配置中心设备向应用路由设备发送路由信息。对应地，应用路由设备接收路由信息。

S407，应用路由设备根据路由信息，向第一服务器发送正交易请求。对应地，第一服务器接收正交易请求。

S408，第一服务器根据正交易请求，确定本地流水表中是否存在与标识信息对应的前续交易的交易数据。

S409、在本地流水表中不存在前续交易的交易数据的情况下，第一服务器向第二服务器发送处理请求。对应地，第二服务器接收处理请求。

应理解，在本地流水表中存在前续交易的交易数据的情况下，第一服务器不会向第二服务器发送处理请求，由第一服务器对前续交易的交易数据进行修改。

S410、第二服务器对前续交易的交易数据进行修改。

S411、第二服务器向第一服务器发送对前续交易的交易数据的数据修改结果。

S412、第二服务器向客户端发送对前续交易的交易数据的数据修改结果。

在另一种可能的实现方式中，上述S405：配置中心设备根据路由查询请求，利用上述提取的目标字段，查询路由，若查询不到路由，则配置中心设备不会向应用路由设备发送路由。应用路由设备在一定时间内未接收到来自配置中心设备发送的路由，应用路由设备向第二服务器发送正交易请求，由第二服务器对前续交易的交易数据进行修改。

下面以交易请求为交易查询请求为例，结合图5对本申请实施例的数据处理方法进行说明。

S501、客户端产生交易查询请求。

S502、客户端向应用路由设备发送上述交易查询请求，该交易查询请求包括前续交易(即目标交易)的标识信息。对应地，应用路由设备接收正交易请求。

应理解，该前续交易即为交易查询请求所要查询的交易。

S503、应用路由设备对交易查询请求中包括的前续交易的标识信息进行目标字段提取。

S504、应用路由设备向配置中心设备发送路由查询请求，该路由查询请求携带上述提取的目标字段。对应地，配置中心设备接收路由查询请求。

S505、配置中心设备根据路由查询请求，利用上述提取的目标字段，查询路由。

S506、配置中心设备向应用路由设备发送路由信息。对应地，应用路由设备接收路由信息。

S507，应用路由设备根据路由信息，向第一服务器发送交易查询请求。对应地，第一服务器接收交易查询请求。

S508，第一服务器根据交易查询请求，确定本地流水表中是否存在与标识信息对应的前续交易的交易数据。

S509、在本地流水表中不存在前续交易的交易数据的情况下，第一服务器向第二服务器发送处理请求。对应地，第二服务器接收处理请求。

应理解，在本地流水表中存在前续交易的交易数据的情况下，第一服务器不会向第二服务器发送处理请求，由第一服务器对前续交易的交易数据进行查询。

S510、第二服务器对前续交易的交易数据进行查询。

S511、第二服务器向客户端发送对前续交易的交易数据的数据查询结果。

下面以交易请求为冲正交易请求，且冲正交易请求对应的正交易是一笔时序异常(即冲正交易请求比冲正交易请求对应的正交易的正交易请求先被第一服务器或第二服务器收到)的交易为例，结合图6对本申请实施例的数据处理方法进行说明。

S601、客户端产生冲正交易请求。

S602、客户端向应用路由设备发送上述冲正交易请求，该冲正交易请求包括目标交易的标识信息。对应地，应用路由设备接收冲正交易请求。

应理解，该目标交易即为冲正交易请求所对应的正交易。

S603、应用路由设备对冲正交易请求中包括的目标交易的标识信息进行目标字段提取。

S604、应用路由设备向配置中心设备发送路由查询请求，该路由查询请求携带上述提取的目标字段。对应地，配置中心设备接收路由查询请求。

S605、配置中心设备根据路由查询请求，利用上述提取的目标字段，查询路由。

S606、配置中心设备向应用路由设备发送路由信息。对应地，应用路由设备接收路由信息。

S607，应用路由设备根据路由信息，向第一服务器发送冲正交易请求。对应地，第一服务器接收冲正交易请求。

S608，第一服务器根据冲正交易请求，判断本地是否存在目标交易对应的正交易请求。

S609、在本地不存在目标交易对应的正交易请求的情况下，第一服务器向第二服务器发送处理请求。对应地，第二服务器接收处理请求。

应理解，在本地存在目标交易对应的正交易请求的情况下，第一服务器不会向第二服务器发送处理请求，第一服务器对对应的正交易请求不做处理，使对应的正交易请求能够正确的被冲正阻断。

S610、第二服务器根据处理请求，对接收到的对应的正交易请求不做处理。

在另一种可能的实现方式中，若第一服务器接收了对应的正交易请求，则基于已接收到的冲正交易请求，第一服务器对后续接收到的对应的正交易请求不做处理，使对应的正交易请求能够正确的被冲正阻断。

下面以交易请求为冲正交易请求，且冲正交易请求对应的正交易是一笔已完成的交易为例，结合图7对本申请实施例的数据处理方法进行说明。

S701、客户端产生冲正交易请求。

S702、客户端向应用路由设备发送上述冲正交易请求，该冲正交易请求包括目标交易的标识信息。对应地，应用路由设备接收冲正交易请求。

应理解，该目标交易即为冲正交易请求所对应的正交易。

S703、应用路由设备对冲正交易请求中包括的目标交易的标识信息进行目标字段提取。

S704、应用路由设备向配置中心设备发送路由查询请求，该路由查询请求携带上述提取的目标字段。对应地，配置中心设备接收路由查询请求。

S705、配置中心设备根据路由查询请求，利用上述提取的目标字段，查询路由。

S706、配置中心设备向应用路由设备发送路由信息。对应地，应用路由设备接收路由信息。

S707，应用路由设备根据路由信息，向第一服务器发送冲正交易请求。对应地，第一服务器接收冲正交易请求。

S708，第一服务器根据冲正交易请求，确定本地流水表中是否存在目标交易的交易数据。

S709、在本地流水表中不存在目标交易的交易数据的情况下，第一服务器向第二服务器发送处理请求。对应地，第二服务器接收处理请求。

应理解，在本地流水表中存在目标交易的交易数据的情况下，第一服务器不会向第二服务器发送处理请求，由第一服务器对目标交易的交易数据进行修改。

S710、第二服务器根据处理请求，对目标交易的交易数据进行修改(即对冲正交易请求所对应的正交易进行冲正)。

S711、第二服务器向第一服务器发送对目标交易的交易数据的数据修改结果。

本申请实施例的方法通过改变交易路径，以达到正交易与冲正交易在各个情况都能够具备与前续交易相互关联的能力，保障了新老系统切换过程中，交易的连续性，同时也提高了交易的成功率以及新系统的稳定性。此外，本申请实施例的方法可以避免人工对目标交易的交易数据进行修改，降低人力成本。

上述结合图1至图7，详细描述本申请实施例的数据处理方法，下面将结合图8和图9，详细描述本申请实施例的数据处理装置。

图8为本申请实施例提供的一种数据处理装置的结构示意图。如图8所示，该数据处理装置800包括：收发模块801和处理模块802。

收发模块801，用于接收来自客户端的交易请求，交易请求用于请求查询或修改目标交易的数据，交易请求包括目标交易的标识信息；

处理模块802，用于根据交易请求，确定本地是否存在与标识信息对应的目标交易的交易数据；

上述收发模块801还用于，在本地不存在目标交易的交易数据的情况下，向第二服务器发送处理请求，处理请求用于请求第二服务器对目标交易的交易数据进行查询或修改。

可选地，收发模块801还用于，接收来自第二服务器的响应消息，响应消息包括目标交易的交易数据的数据查询结果或数据修改结果。

可选地，处理模块802还用于，在本地存在目标交易的交易数据的情况下，对目标交易的交易数据进行查询或修改。

可选地，交易请求为：正交易请求、交易查询请求或冲正交易请求。

可选地，处理模块802还用于，判断本地是否存在所述目标交易对应的正交易请求；

收发模块801还用于，在本地不存在目标交易对应的正交易请求的情况下，向第二服务器发送处理请求。

可选地，还包括存储模块，该存储模块包括多个分布式存储节点，多个分布式存储节点用于存储交易数据。

本申请实施例提供的数据处理装置800，适用于上述方法实施例，在此不再赘述。

本申请实施例还提供了一种电子设备900，如图5所示，图9所示的电子设备包括：处理器901和存储器902。其中，处理器901和存储器902相连，如通过总线903相连。可选地，电子设备还可以包括收发器。需要说明的是，实际应用中收发器不限于一个，该电子设备的结构并不构成对本申请实施例的限定。

处理器901可以是CPU(Central Processing Unit，中央处理器)，通用处理器，DSP(Digital Signal Processor，数据信号处理器)，ASIC(Application SpecificIntegrated Circuit，专用集成电路)，FPGA(Field Programmable Gate Array，现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器901也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

总线903可包括一通路，在上述组件之间传送信息。总线903可以是PCI(Peripheral Component Interconnect，外设部件互连标准)总线903或EISA(ExtendedIndustry Standard Architecture，扩展工业标准结构)总线903等。总线903可以分为地址总线、数据总线、控制总线等。为便于表示，图9中仅用一条粗线表示，但并不表示仅有一根总线903或一种类型的总线903。

存储器902可以是ROM(Read Only Memory，只读存储器)或可存储静态信息和指令的其他类型的静态存储设备，RAM(Random Access Memory，随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM(Electrically ErasableProgrammable Read Only Memory，电可擦可编程只读存储器)、CD-ROM(Compact DiscRead Only Memory，只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

存储器902用于存储执行本申请方案的应用程序代码，并由处理器901来控制执行。处理器901用于执行存储器902中存储的应用程序代码，以实现前述方法实施例所示的内容。

其中，电子设备包括但不限于：移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。还可以为服务器等。图9示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

本申请提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，当其在计算机上运行时，使得计算机可以执行前述方法实施例中的相应内容。

本申请还提供了一种计算机程序产品，该计算机程序产品包括计算机程序(也可以称为代码，或指令)，当该计算机程序在计算机上运行时，该计算机可以执行上述方法实施例中的相应内容。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由权利要求书指出。

应当理解的是，本申请的技术方案中，所涉及的金融数据或用户数据等信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。