CN105354190A - 一种数值信息转移方法及装置 - Google Patents

Abstract

本申请提供了一种数值信息转移方法及装置，所述方法包括：基于转出请求中的转出方信息和原始转出值计算消耗值；生成唯一标识，将唯一标识与消耗值对应保存在可用数据库中；返回消耗值与唯一标识，以使得转出方将实际转出值对应的数值信息转入至第三方系统的临时账户；实际转出值为原始转出值与消耗值之和；接收转出确认请求；转出确认请求包括唯一标识；循环执行从可用数据库中获取与唯一标识对应保存的消耗值，直至获取到消耗值；将原始转出值和消耗值对应的数值信息分别从第三方系统的临时账户转到转入方和第三方系统的固定账户中。可见本申请中减小了对数据库的依赖，即使数据库在获取消耗值时不可用，也不会影响转入过程的实现。

Description

一种数值信息转移方法及装置

技术领域　

本申请涉及信息技术领域，尤其是涉及一种数值信息转移方法及装置。　

背景技术　

数值信息转移是一种常见的信息处理技术，其能够实现转出方与转入方之间的数值信息的转移，并且该转移过程中保证了数值信息的平衡性，即转出方转出的数值信息与转入方转入的数值信息满足数值相等。

目前，为了保证安全性，在数值信息转移过程中通常会引入第三方系统作为中转方，转出方将一定的数值信息转入到第三方系统，第三方系统转到临时账户代为保管该数值信息，当满足确认转入条件时，第三方系统再将该数值信息转入到转入方。

由于转出方在将数值信息转入到第三方系统时可能会造成第三方系统一定的消耗值，第三方系统会向转出方获取上述消耗值。因此目前在上述信息转移过程中，第三方系统会计算消耗值并将该消耗值与原始转出值相加得到实际转出值，由转出方转出实际转出值对应的数值信息到第三方系统，在满足确认转入条件后，第三方系统再次计算消耗值，将再次计算的消耗值对应的数值信息转入至第三方系统的固定账户内并将原始转出值对应的数值信息转出至转入方。其中，第三方系统在每次计算消耗值时根据的都是当前的消耗值计算策略，因此前后两次计算的消耗值有可能会不一致，进一步导致数值信息不平衡的情况出现。

目前为了解决上述消耗值不一致的问题，第三方系统在第一次计算出消耗值时会在数据库中同步保存该消耗值，在满足确认转入条件之后，第三方系统无需重新计算，而是直接从数据库中读取该消耗值，从而保证了消耗值的一致性。然而这种方式造成了对数据库的强依赖性，如果在读取消耗值时数据库不可用，则会影响整个转移过程的实现。

发明内容　

本申请解决的技术问题在于提供一种数值信息转移方法及装置，以实现对数据库依赖性较小的完成数值信息的转移过程，即使数据库当前不可用，也不会影响转入过程的实现。

为此，本申请解决技术问题的技术方案是：　

本申请实施例提供了一种数值信息转移方法，包括：　

接收转出方的转出请求，基于所述转出请求中的转出方信息和原始转出值计算消耗值；　

生成唯一标识，将所述唯一标识与所述消耗值对应保存在可用数据库中；　

返回所述消耗值与所述唯一标识，以使得所述转出方将实际转出值对应的数值信息转入至第三方系统的临时账户；所述实际转出值为所述原始转出值与所述消耗值之和；　

接收转出确认请求；所述转出确认请求中包括所述唯一标识；　

循环执行从所述可用数据库中获取与所述唯一标识对应保存的所述消耗值，直至获取到所述消耗值；　

将所述原始转出值和所述消耗值对应的数值信息分别从所述第三方系统的临时账户转到转入方和所述第三方系统的固定账户中。　

可选的，所述方法还包括：从数据库连接池中选取所述可用数据库，所述数据库连接池中包括至少一个数据库；　

所述生成唯一标识包括：生成包括所述可用数据库的标识信息的唯一标识；　

所述方法还包括：所述从所述可用数据库中获取与所述唯一标识对应的所述消耗值之前，基于所述唯一标识所包括的标识信息确定所述可用数据库。　

可选的，所述数据库连接池的各个数据库中分别存储有互不重复的标识信息段；　

所述从数据库连接池中选取所述可用数据库以及生成包括所述可用数据库的标识信息的唯一标识，包括：　

若从数据库连接池中成功获取到一个或多个数据库的标识信息段，将所述一个或多个数据库作为所述可用数据库；　

从所述可用数据库存储的标识信息段中获取未被选取的标识信息；　

生成包括所述未被选取的标识信息的唯一标识。　

可选的，所述若从数据库连接池中成功获取到一个或多个数据库的标识信息段，将所述一个或多个数据库作为所述可用数据库，包括：　

若在重复预设查询次数和/或预设查询时间内，从数据库连接池中成功获取到一个或多个数据库的标识信息段，将所述一个或多个数据库作为所述可用数据库。　

可选的，还包括：　

实时检测所述数据库连接池中的各个数据库是否可用，动态删除不可用的数据库。　

可选的，所述将所述唯一标识与所述消耗值对应保存在可用数据库中，包括：　

通过发送可靠消息，将所述唯一标识与所述消耗值对应保存在可用数据库中。　

可选的，所述数值信息具体为价值信息。　

本申请实施例还提供了一种数值信息转移装置，包括：　

计算单元，用于接收转出方的转出请求，基于所述转出请求中的转出方信息和原始转出值计算消耗值；　

保存单元，用于生成唯一标识，将所述唯一标识与所述消耗值对应保存在可用数据库中；　

返回单元，用于所述保存单元生成唯一标识后，返回所述消耗值与所述唯一标识，以使得所述转出方将实际转出值对应的数值信息转入至第三方系统的临时账户；所述实际转出值为所述原始转出值与所述消耗值之和；　

接收单元，用于接收转出确认请求；所述转出确认请求中包括所述唯一标识；　

获取单元，用于所述接收单元接收到转出确认请求后，循环执行从所述可用数据库中获取与所述唯一标识对应保存的所述消耗值，直至获取到所述消耗值；　

转入单元，用于所述获取单元获取到所述消耗值后，将所述原始转出值和所述消耗值对应的数值信息分别从所述第三方系统的临时账户转到转入方和所述第三方系统的固定账户中。　

可选的，还包括：　

选取单元，用于从数据库连接池中选取所述可用数据库，所述数据库连接池中包括至少一个数据库；　

所述保存单元用于生成唯一标识包括：所述保存单元用于生成包括所述可用数据库的标识信息的唯一标识；　

还包括：　

确定单元，用于在所述获取单元从所述可用数据库中获取与所述唯一标识对应的所述消耗值之前，基于所述唯一标识所包括的标识信息确定所述可用数据库。　

可选的，所述数据库连接池的各个数据库中分别存储有互不重复的标识信息段；　

所述选取单元用于从数据库连接池中选取所述可用数据库以及所述保存单元用于生成包括所述可用数据库的标识信息的唯一标识，包括：　

选取单元用于若从数据库连接池中成功获取到一个或多个数据库的标识信息段，将所述一个或多个数据库作为所述可用数据库；　

所述保存单元用于从所述可用数据库存储的标识信息段中获取未被选取的标识信息，生成包括所述未被选取的标识信息的唯一标识。　

可选的，所述选取单元用于若从数据库连接池中成功获取到一个或多个数据库的标识信息段，将所述一个或多个数据库作为所述可用数据库，包括：　

所述选取单元用于若在重复预设查询次数和/或预设查询时间内，从数据库连接池中成功获取到一个或多个数据库的标识信息段，将所述一个或多个数据库作为所述可用数据库。　

可选的，还包括：　

检测单元，用于实时检测所述数据库连接池中的各个数据库是否可用，动态删除不可用的数据库。　

可选的，所述保存单元用于将所述唯一标识与所述消耗值对应保存在可用数据库中，包括：　

所述保存单元用于通过发送可靠消息，将所述唯一标识与所述消耗值对应保存在可用数据库中。　

可选的，所述数值信息具体为价值信息。　

通过上述技术方案可知，本申请当接收到转出请求后，会生成唯一标识，将唯一标识和计算出的消耗值对应保存在可用数据库中并返回唯一标识。其中通过将消耗值对应保存在可用数据库中，保证了存储消耗值时数据库的可用性，因此提高了在获取消耗值时该可用数据库处于可用状态的机率。当接收到转出确认请求后，会根据转出确认请求中包括的唯一标识，从可用数据库中获取对应保存的消耗值，如果可用数据库当前处于不可用状态，会一直循环执行上述获取消耗值的步骤，直至可用数据库处于可用状态时获取到消耗值，可见本申请中减小了对数据库的依赖，即使数据库在获取消耗值时不可用，也不会影响转入过程的实现。同时本申请中只需计算一次消耗值，保证了返回的消耗值以及最终转出的消耗值的一致性。　

附图说明　

图1为本申请提供的数值信息转移方法的一种实施例的流程示意图；　

图2为本申请提供的数值信息转移方法的另一种实施例的流程示意图；　

图3为本申请提供的数值信息转移方法的另一种实施例的流程示意图；　

图4为本申请提供的数值信息转移装置的一种实施例的结构示意图。　

具体实施方式　

数值信息转移是一种常见的信息处理技术，其能够实现转出方与转入方之间的数值信息的转移，并且该转移过程中保证了数值信息的平衡性，即转出方转出的数值信息与转入方转入的数值信息满足数值相等。例如，目前的网上支付实际上就是一种数值信息的转移，由付款方将资金等价值信息转入至收款方。

目前，为了保证安全性，在数值信息转移过程中通常会引入第三方系统作为中转方，例如目前在网上支付时，通常引入支付宝等第三方系统，转出方将一定的数值信息转入到支付宝等第三方系统，支付宝等第三方系统转到临时账户代为保管该数值信息，当满足确认转入条件时，支付宝等第三方系统再将该数值信息转入到转入方。

由于转出方在将数值信息转入到第三方系统时可能会造成第三方系统一定的消耗值，第三方系统会向转出方获取上述消耗值。例如目前在网上支付的过程中，付款方的银行系统在付款时，可能会向支付宝收取一定的资金作为手续费(比如付款方使用信用卡付款时)，因此目前在上述信息转移过程中，第三方系统会计算消耗值并将该消耗值与原始转出值相加得到实际转出值，由转出方转出实际转出值对应的数值信息到第三方系统，在满足确认转入条件后，第三方系统再次计算消耗值，将再次计算的消耗值对应的数值信息转入至第三方系统的固定账户内并将原始转出值对应的数值信息转出至转入方。其中，第三方系统在每次计算消耗值时根据的都是当前的消耗值计算策略，因此如果前后两次计算消耗值时计算策略发生变化，那么计算出的消耗值也会发生变化，也就是前后两次计算出的消耗值出现不一致的情况，进一步导致数值信息不平衡的情况出现，也就是转出方转出的数值信息，与将要转入到转入方和第三方系统的数值信息总和，出现数值不相等的情况，从而导致转入操作失败。

目前为了解决上述消耗值不一致的问题，第三方系统在第一次计算出消耗值时会在数据库中同步保存该消耗值，在满足确认转入条件之后，第三方系统无需重新计算，而是直接从数据库中读取该消耗值，从而保证了消耗值的一致性。然而这种方式造成了对数据库的强依赖性，如果在读取消耗值时数据库不可用，则会影响整个转入过程的实现。

而在本申请实施例中，提供一种数值信息转移方法及系统，以实现对数据库依赖性较小的完成数值信息的转移过程，即使数据库当前不可用，也不会影响转入过程的实现。

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

请参阅图1，本申请提供了数值信息转移方法的一种实施例，本实施例包括：

S101：接收转出方的转出请求，基于所述转出请求中的转出方信息和原始转出值计算消耗值。

当转出方需要将一定的数值信息转移到转入方时，会通过转出方的客户端，如计算机、智能手机等，向第三方系统发送转出请求。本实施例的执行主体可以为第三方系统的账户管理模块，因此由第三方系统的账户管理模块接收转出方发送的转出请求。需要说明的是，一般情况下，第三方系统中由用户接口模块专门负责与用户之间的信息交互，因此账户管理模块接收经用户接口模块转发的转出请求。通常，第三方系统的账户管理模块、用户接口模块可以设置在第三方系统的服务器内。

其中，转出请求中至少包括转出方信息和原始转出值，转出方信息指的是转出方用于保存其数值信息的账户信息，而原始转出值则表示需要将原始转出值对应的数值信息转入至转入方。当本实施例具体应用于网上支付过程时，转出方信息指的是付款方的账户信息(比如银行账号、支付宝账户等)，原始转出值为付款方需要向收款方支付的订单金额，消耗值具体为第三方系统向付款方收取的手续费。

S102：生成唯一标识，将生成的唯一标识与步骤S101计算出的消耗值对应保存在可用数据库中。　

唯一标识指的是与消耗值具有一一对应关系，即具有唯一性的标识。在本申请实施例中，不再是仅仅将消耗值保存在数据库中，而是生成唯一标识，将唯一标识与消耗值对应保存在可用数据库中。可用数据库指的是在执行S102步骤的保存过程时，处于可用状态的数据库。其中可用数据库可以是从多个数据库中选取出的、一个或多个处于可用状态的数据库。唯一标识不仅与消耗值具有唯一对应关系，也能够唯一的标识出消耗值所保存的可用数据库。可见，本申请实施例中保证了将消耗值保存在处于可用状态的可用数据库，因此在获取消耗值时该可用数据库处于可用状态的机率也会比较大。

在本申请实施例中，为了确保在可用数据库中成功保存消耗值，具体可以是通过发送可靠消息，将唯一标识和消耗值对应保存在可用数据库中。其中，可靠消息指的是一定能够到达发送目的地，也就是不会发生丢失现象的一种消息类型。而且其中可靠消息具体可以为异步可靠消息，对于异步可靠消息来说，当该消息发送后，发送者一般不能立刻得到消息结果，而是在异步可靠消息顺利到达发送目的地并执行该消息的对应的操作后(例如本步骤的保存操作)，通过任一种方式通知发送者，从而能够保证异步可靠消息不会发生丢失现象。采用这种异步可靠消息的方式，使得本申请实施例中不再同步保存消耗值，而是开启了另外一个线程实现保存(原线程继续步骤S103中的返回操作)，提升整体处理能力同时隔离线程之间的相互影响。

S103：返回所述消耗值与所述唯一标识，以使得所述转出方将实际转出值对应的数值信息转入至第三方系统的临时账户；所述实际转出值为所述原始转出值与所述消耗值之和。

本申请实施例中，数值信息指的是能够表示数值大小的数据信息，例如常见的数值信息包括资金等价值信息、或者资源大小信息等等。

本申请实施例中，可以是将消耗值返回至用户接口模块，从而使得用户接口模块显示消耗值，当转出方确认该消耗值后，会将实际转出值对应的数值信息转入至第三方系统的临时账户进行保存。其中，实际转出值为原始转出值与消耗值之和，原始转出值用于转入至转入方，而消耗值则用于转入第三方系统。

本申请实施例中，可以是将唯一标识返回至第三方系统的转出确认模块，当转出确认模块判断出满足转出确认条件后，会向第三方系统的账户管理模块发送包括唯一标识的转出确认请求。通常，所述转出确认模块设置在第三方系统的服务器内。

需要说明的是，在该步骤中并没有完成数值信息的转移，只是将数值信息转入到第三方系统的临时账户代为保管。

S104：接收转出确认请求；所述转出确认请求中包括所述唯一标识。

该步骤中可以接收转出确认模块发送的转出确认请求。其中转出确认模块可以是根据用户的请求被动发送转出确认请求，此时转出确认模块具体为用户接口模块；转出确认模块还可以是主动发送转出确认请求，例如当转出确认模块判断出满足转出确认条件时，比如在网上支付过程中，转出确认模块判断出距订单的某一状态已达到预设时间时，主动向第三方系统的账户管理模块发送转出确认请求。

其中，转出确认请求中包括步骤S103中返回的唯一标识。

S105：循环执行从所述可用数据库中获取与所述唯一标识对应保存的所述消耗值，直至获取到所述消耗值。

在本申请实施例中当接收到转出确认请求后，会根据转出确认请求中的唯一标识，从可用数据库中获取唯一标识对应保存的消耗值，如果此时可用数据库处于可用状态，也就是说能够成功获取到消耗值，则继续执行步骤S106。而如果可用数据库处于不可用状态，则循环上述获取步骤，也就是说直至等待可用数据库处于可用状态时，获取对应保存的消耗值。

其中在获取消耗值之前，可以是先根据唯一标识从多个数据库中确定出可用数据库，之后再从可用数据库中获取消耗值。

S106：将所述原始转出值和所述消耗值对应的数值信息分别从所述第三方系统的临时账户转到转入方和所述第三方系统的固定账户中。具体将原始转出值对应的数值信息从第三方系统的临时账户转到转入方，将消耗值对应的数值信息从第三方系统的临时账户转到第三方系统的固定账户中。

其中，转入方根据转入方信息确定，而该步骤可以通过多种方式获取转入方信息和原始转出值，在本申请实施例中不加限定。例如，在转出请求中还包括转入方信息，在步骤S102中保存唯一标识和消耗值时，还可以在可用数据库与唯一标识对应保存原始转出值和/或转入方信息。步骤S105在从可用数据库中获取消耗值时，还获取到对应保存的原始转出值和/或转入方信息。又例如，转出确认请求中还包括原始转出值和/或转入方信息，因此从转出确认请求中获取原始转出值和/或转入方信息。

通过上述技术方案可知，本实施例中当接收到转出请求后，会生成与本次转移过程对应的唯一标识，将唯一标识和计算出的消耗值对应保存在可用数据库中并返回唯一标识。其中通过将消耗值对应保存在可用数据库中，保证了存储消耗值时数据库的可用性，因此提高了在获取消耗值时该可用数据库处于可用状态的机率。当接收到转出确认请求后，会根据转出确认请求中包括的唯一标识，从可用数据库中获取对应保存的消耗值，如果可用数据库当前处于不可用状态，会一直循环执行上述获取消耗值的步骤直至可用数据库处于可用状态时获取到消耗值，可见本实施例中减小了对数据库的单点依赖，即使数据库在获取消耗值时不可用，也不会影响转入过程的实现，因此保证了转入过程的高可用性，本申请中可用性一般能够达到99.995％以上。同时本申请中只需计算一次消耗值，保证了返回的消耗值以及最终转出的消耗值的一致性。　

本申请实施例的执行主体可以为第三方系统的账户管理模块。此时，第三方系统还可以包括用户接口模块和转出确认模块。

在本实施例的步骤S102中，将唯一标识和消耗值对应保存在可用数据库中，在具体选取可用数据库时，可以是由数据库连接池维护至少一个数据库，从数据库连接池中选取出可用数据库。下面通过一个实施例加以详细说明。

请参阅图2，本申请提供了数值信息转移方法的另一种实施例，本实施例包括：

S201：接收转出方的转出请求，基于所述转出请求中的转出方信息和原始转出值计算消耗值。

在计算消耗值时，还可以基于当前的计算消耗值的计算策略。

S202：从数据库连接池中选取可用数据库。数据库连接池中包括至少一个数据库。

其中，数据库连接池动态管控至少一个数据库，从这些数据库中选取出一个或多个处于可用状态的数据库并作为可用数据库。需要说明的是，在本申请的其他实施例中，也可以是通过数据库连接池以外的其他方式从多个数据库中选取出可用数据库。

在本申请实施例中还可以实时检测数据库连接池中的各个数据库是否可用，动态删除不可用的数据库。

S203：生成包括可用数据库的标识信息的唯一标识，将生成的唯一标识与步骤S201计算出的消耗值对应保存在可用数据库中。

在本申请实施例中，唯一标识即与消耗值唯一对应，同时也能够标识出选取的可用数据库。具体标识方式可以是唯一标识本身包括可用数据库的标识信息。比如将唯一标识的一个固定数据段(例如唯一标识的后8位)设置为可用数据库的标识信息。下面说明一个获取可用数据库的标识信息的具体实现方式。

在本申请实施例中，可以是在数据库连接池中的各个数据库中分别存储有互不重复的标识信息段，在选取可用数据库时，可以按照随机方式或者按照预设规则，从数据库连接池中的一个或多个数据库中获取其存储的标识信息段。若获取成功，则说明该数据库处于可用状态，因此直接作为可用数据库，从获取的标识信息段中获取未被选取过的标识信息，生成包括未被选取的标识信息的唯一标识。若获取失败，则说明该数据库处于不可用状态，按照相同方式对其他的数据库执行类似的选取过程，直至获取到标识信息并生成唯一标识。　

为了保证标识信息段不重复，可以将一个n位的数值拆分成m份数值作为m个标识信息段(m为数据库连接池包括的数据库数量)。例如，将8位数值拆分成10个数值段作为10个标识信息段，比如0-9999999为一个标识信息段，10000000-19999999为一个标识信息段，以此类推。并由数据库连接池中的10个数据库分别存储其中一个标识信息段。在本步骤中，若获取到一个数据库存储的标识信息段0-9999999，则从该标识信息段中选取出一个未被选取过的数值作为标识信息，比如2000000，最终生成包括该未被选取过的数值2000000的唯一标识。从而保证了生成的唯一标识即具有唯一性，又能够标识出可用数据库。

在上述选取可用数据库的过程中，可以进一步设置选取的限制条件，例如若在重复预设查询次数和/或预设查询时间内，从数据库连接池中成功获取到一个或多个数据库的标识信息段，将所述一个或多个数据库作为所述可用数据库。例如，设置预设查询次数为3，预设查询时间为30秒，也就是说在某一个数据库中连续查询3次，每一次查询时间为30秒，如果仍然未能获取到该数据库的标识信息段，则认为该数据库当前不可用，对剩余的数据库执行类似查询过程。

S204：返回所述消耗值与所述唯一标识，以使得所述转出方将实际转出值对应的数值信息转入至第三方系统的临时账户；所述实际转出值为所述原始转出值与所述消耗值之和。

S205：接收转出确认请求；所述转出确认请求中包括所述唯一标识。所述唯一标识中包括可用数据库的标识信息。

S206：基于所述唯一标识所包括的标识信息确定所述可用数据库。　

由于步骤S203生成的唯一标识包括可用数据库的标识信息，因此根据该标识信息能够确定出用于保存消耗值的可用数据库。例如，若数据库连接池中的各个数据库分别存储有互不重复的标识信息段，并且可用数据库的标识信息是从该可用数据库所存储的标识信息段中选取的，则本步骤中可以判断出唯一标识所包括的标识信息属于哪一个或哪几个标识信息段，根据连接池数据库中的各个数据库存储的标识信息段，确定出可用数据库为连接池数据库中的哪一个或哪几个数据库。

例如，若唯一标识所包括的标识信息为2000000，可以判断出该标识信息属于标识信息段0-9999999，则可知该标识信息段0-9999999所存储于的数据库为可用数据库。

S207：循环执行从所述可用数据库中获取与所述唯一标识对应保存的所述消耗值，直至获取到所述消耗值。

S208：将所述原始转出值和所述消耗值对应的数值信息分别从所述第三方系统的临时账户转到转入方和所述第三方系统的固定账户中。其中转入方根据转入方信息确定。　

通过上述技术方案可知，在本实施例中主要说明了从数据库连接池中维护的各个数据库中选取可用数据库的方式，其中对于唯一标识的生成规则，依赖于数据库连接池中的各个数据库，只需一个数据库可用即可，减少了在存储消耗值时对数据库的单点依赖，同时唯一标识中包括了可用数据库的标识信息，从而能够确定数据库连接池中的哪些数据库为存储有唯一标识的可用数据库。

本申请实施例提供的数值信息转移方法可以具体应用于网上支付的过程，下面通过一个具体的实施例说明这种应用场景。

请参阅图3，本申请提供了数值信息转移方法的另一种实施例，本实施例具体应用于网上支付过程，因此本实施例中数值信息具体为资金。本实施例包括：

S301：第三方系统的收费模块接收付款方的付款请求。付款请求中包括付款方的账户信息、收款方的标识信息、以及订单金额。

当用户需要在电子商务系统上购买商品时，会点击付款按钮，付款方此时会向第三方系统的收银台模块发送付款方的付款请求，第三方系统的收银台模块将该付款请求转发至第三方系统的收费模块。

由于本实施例具体应用于网上支付过程，因此转出方具体为付款方，转入方具体为收款方，转出方信息具体为付款方的账户信息，原始转出值具体为订单金额。并且账户管理模块具体包括收费模块和支付模块，其中收费模块用于管理第三方系统的固定账户，而支付模块用于管理第三方系统的临时账户。

S302：收费模块根据收款方的标识信息获取到收款方的账户信息，根据付款方的账户信息以及订单金额，按照当前的手续费收取策略计算出第三方系统需要向付款方收取的手续费。

收款方的标识信息可以为收款方的账户名称等，根据预先存储的对应关系获取到收款方的标识信息对应的收款方的账户信息(例如银行卡账号、支付宝账户等)。其中付款请求中也可以直接包括收款方的账户信息。

该步骤之前，收费模块可以根据付款方的账户信息判断是否需要支付手续费(例如银行卡账号是否属于信用卡)，如果需要，再执行本步骤，否则可以结束流程。其中在计算手续费时，可以根据付款方的账户信息确定出手续费收取策略，再根据手续费收取策略和订单金额计算出手续费。下面举例说明，若付款方的账户信息为银行卡账号，根据该银行卡账号能够确定出其发卡行，从而确定出该发卡行的手续费收取策略为1％，将订单金额的1％作为计算出的手续费。手续费收取策略可以从缓存中读取。

S303：收费模块从数据库连接池中的一个数据库中获取到该数据库存储的标识信息段，将该数据库作为可用数据库。

其中，数据库连接池包括至少一个数据库，并且各个数据库分别存储有互不重复的标识信息段。为了保证标识信息段不重复，可以将一个n位的数值拆分成m份数值作为m个标识信息段(m为数据库连接池包括的数据库数量)，由各个数据库分别支持其中一份数值作为各个数据库的标识信息段。

在本实施例中，数据库连接池还可以实时检测数据库连接池中的各个数据库是否可用，动态删除不可用的数据库。虽然数据库连接池能够动态管控各个数据库，但是在某一局部时间，数据库还是有可能不可用。因此本步骤在获取该数据库存储的标识信息段时，若在一个数据库中连续查询3次，每一个查询时间为30秒，如果仍然未能获取到该数据库的标识信息段，则认为该数据库当前不可用，对剩余的数据库进行类似查询过程，直至获取到一个数据库存储的标识信息段。

需要说明的是，在本实施例中以可用数据库的个数为1进行说明，实际上可用数据库也可以是多个。

S304：收费模块从可用数据库存储的标识信息段中获取未被选取的标识信息，生成包括可用数据库的标识信息的唯一标识。

获取到可用数据库存储的标识信息段后，从该标识信息段中获取未被选取的标识信息，也就是说曾经从该标识信息段中选取过的标识信息，不再重复选取。其中唯一标识可以具体采取数据库的sequence取值方式。其中sequence是数据库系统按照一定规则自动增加的数字序列。

生成的唯一标识中除了包括可用数据库的标识信息，还可以包括其他信息。例如，唯一标识中处理标识信息，还可以包括以下信息中的至少一种：

当前日期、数据版本、系统版本、业务号、业务扩展标识位、随机位、分库分表位、和分库分表预留位。

S305：通过发送异步可靠消息，将生成的唯一标识与计算出的手续费、订单金额、收款方的账户信息对应保存在可用数据库中。

在执行完步骤S304后，可以通过开启另外一个线程执行步骤S305的保存操作，而原线程继续执行步骤S306。

S306：收费模块向收银台模块返回唯一标识、手续费和订单金额，以使得付款方将实际应付额对应的资金转入至第三方系统的临时账户。其中实际应付额为手续费与订单金额之和。

收费模块向收银台模块返回手续费和订单金额后，收银台模块向付款方显示。付款方如果确认该金额无误，则通过打款操作将对应的资金转入到第三方系统的临时账户代为保管。此时订单状态从未付款修改为已付款，收款方会针对付款方支付的订单进行发货等操作。

需要说明的是，在本实施例中以将唯一标识返回至收银台模块为例加以说明，也就是说由收银台模块根据付款方的确认而被动发送付款确认请求，而在其他实施例中，可以将唯一标识返回至支付确认模块，由支付确认模块在判断出距订单的某一状态，比如收款方发货达到一定时间后，主动发送付款确认请求。

S307：收费模块接收到收银台模块发送的付款确认请求。所述付款确认请求中包括所述唯一标识。所述唯一标识中包括可用数据库的标识信息。

当付款方接收到收款方发送的货物并进行确认支付操作时，收银台模块会向收费模块发送付款确认请求。其中付款确认请求中包括收费模块返回至收银台模块的唯一标识。

若步骤S306中收费模块将唯一标识返回至支付确认模块，则该步骤由支付确认模块在判断出距订单的某一状态，比如收款方发货达到一定时间后，主动向收费模块发送付款确认请求。

S308：收费模块基于唯一标识所包括的标识信息确定所述可用数据库。

S309：收费模块循环执行从可用数据库中获取与唯一标识对应保存的手续费、订单金额以及收款方的账户信息，直至获取到与唯一标识对应保存的上述内容。

S310：收费模块将订单金额对应的资金从第三方系统的临时账户转入至收款方，将手续费对应的数值转入至第三方系统的固定账户中。其中收款方根据收款方的账户信息确认。　

如图4所示，对应上述方法实施例，本申请还提供了数值信息转移装置的具体实施例。

本实施例包括：计算单元401、保存单元402、返回单元403、接收单元404、获取单元405和转入单元406。

计算单元401用于接收转出方的转出请求，基于所述转出请求中的转出方信息和原始转出值计算消耗值。

当转出方需要将一定的数值信息转移到转入方时，会通过转出方的客户端，如计算机、智能手机等，向第三方系统发送转出请求。本实施例的装置可以为第三方系统的账户管理模块，由账户管理模块中的计算单元401接收转出方发送的转出请求。需要说明的是，一般情况下，第三方系统中由用户接口模块专门负责与用户之间的信息交互，因定账户管理模块接收经用户接口模块转发的转出请求。通常，第三方系统的账户管理模块、用户接口模块可以设置在第三方系统的服务器内。

其中，转出请求中至少包括转出方信息和原始转出值，转出方信息指的是转出方用于保存其数值信息的账户信息，而原始转出值则表示需要将原始转出值对应的数值信息转入至转入方。当本实施例具体应用于网上支付过程时，转出方信息指的是付款方的账户信息，原始转出值为付款方需要向收款方支付的订单金额，消耗值具体为第三方系统向付款方收取的手续费。

保存单元402用于生成唯一标识，将生成的唯一标识与计算单元401计算出的消耗值对应保存在可用数据库中。

唯一标识指的是与消耗值具有一一对应关系，即具有唯一性的标识。在本申请实施例中，不再是仅仅将消耗值保存在数据库中，而是生成唯一标识，将唯一标识与消耗值对应保存在可用数据库中。可用数据库指的是保存单元402在执行保存的过程时，处于可用状态的数据库。其中可用数据库可以是从多个数据库中选取出的、一个或多个处于可用状态的数据库。唯一标识不仅与消耗值具有唯一对应关系，也能够唯一的标识出消耗值所保存的可用数据库。可见，本申请实施例中保证了将消耗值保存在处于可用状态的可用数据库，因此在获取消耗值时该可用数据库处于可用状态的机率也会比较大。

在本申请实施例中，为了确保在可用数据库中成功保存消耗值，具体可以是通过发送可靠消息，将唯一标识和消耗值对应保存在可用数据库中。而且其中可靠消息具体可以为异步可靠消息。

返回单元403用于在保存单元402生成所述唯一标识之后，返回所述消耗值与所述唯一标识，以使得所述转出方将实际转出值对应的数值信息转入至第三方系统的临时账户；所述实际转出值为所述原始转出值与所述消耗值之和。

本申请实施例中，数值信息指的是能够表示数值大小的数据信息，例如资金等价值信息、或者资源大小信息都是常见的数值信息。

本申请实施例中，返回单元403可以是将消耗值返回至用户接口模块，从而使得用户接口模块显示消耗值，当转出方确认该消耗值后，会将实际转出值对应的数值信息转入至第三方系统的临时账户进行保存。

本申请实施例中，返回单元403可以是将唯一标识返回至第三方系统的转出确认模块，当转出确认模块判断出满足转出确认条件后，会向第三方系统的账户管理模块发送包括唯一标识的转出确认请求。

接收单元404用于接收转出确认请求；所述转出确认请求中包括所述唯一标识。

该步骤中接收单元404可以接收转出确认模块发送的转出确认请求。其中转出确认模块可以是根据用户的请求被动发送转出确认请求，此时转出确认模块具体为用户接口模块；转出确认模块还可以是主动发送转出确认请求，例如当转出确认模块判断出满足转出确认条件时，主动向接收单元404发送转出确认请求。

获取单元405用于接收单元404接收到转出确认请求后，循环执行从所述可用数据库中获取与所述唯一标识对应保存的所述消耗值，直至获取到所述消耗值。

在本申请实施例中当接收到转出确认请求后，会根据转出确认请求中的唯一标识，从可用数据库中获取唯一标识对应保存的消耗值，如果此时可用数据库处于可用状态，也就是说能够成功获取到消耗值，则转入单元406开始执行对应的功能。而如果可用数据库处于不可用状态，则循环上述获取步骤，也就是说直至等待可用数据库处于可用状态时，获取对应保存的消耗值。　

其中在获取消耗值之前，获取单元405可以是先根据唯一标识从多个数据库中确定出可用数据库，之后再从可用数据库中获取消耗值。　

转入单元406用于获取单元405获取到所述消耗值后，将所述原始转出值和所述消耗值对应的数值信息分别从所述第三方系统的临时账户转到转入方和所述第三方系统的固定账户中。

其中，转入方根据转入方信息确定，而转入单元406可以通过多种方式获取转入方信息和原始转出值，在本申请实施例中不加限定。例如，在转出请求中还包括转入方信息，在保存单元402中保存唯一标识和消耗值时，还可以在可用数据库与唯一标识对应保存原始转出值和/或转入方信息。获取单元405在从可用数据库中获取消耗值时，还获取到对应保存的原始转出值和/或转入方信息。又例如，转出确认请求中还包括原始转出值和/或转入方信息，因此转入单元406从转出确认请求中获取原始转出值和/或转入方信息。

在本申请实施例中，具体选取可用数据库时，可以是由数据库连接池维护至少一个数据库，从数据库连接池中选取出可用数据库。具体地，数据库连接池中包括至少一个数据库；本实施例的装置还包括选取单元，用于从数据库连接池中选取所述可用数据库；保存单元402用于生成唯一标识包括：保存单元402用于生成包括所述可用数据库的标识信息的唯一标识；本实施例的装置还包括：确定单元，用于在获取单元405从可用数据库中获取与所述唯一标识对应的所述消耗值之前，基于所述唯一标识所包括的标识信息确定所述可用数据库。其中本申请实施例的装置还可以包括检测单元，检测单元用于实时检测所述数据库连接池中的各个数据库是否可用，动态删除不可用的数据库。

在本申请实施例中，还可以在数据库连接池的各个数据库中分别存储有互不重复的标识信息段；选取单元用于从数据库连接池中选取所述可用数据库以及保存单元402用于生成包括所述可用数据库的标识信息的唯一标识，包括：

选取单元用于若从数据库连接池中成功获取到一个或多个数据库的标识信息段，将所述一个或多个数据库作为所述可用数据库；所述保存单元402用于从所述可用数据库存储的标识信息段中获取未被选取的标识信息，生成包括所述未被选取的标识信息的唯一标识。

在上述选取可用数据库的过程中，可以进一步设置选取的限制条件，所述选取单元用于若从数据库连接池中成功获取到一个或多个数据库的标识信息段，将所述一个或多个数据库作为所述可用数据库，包括：

选取单元用于若在重复预设查询次数和/或预设查询时间内，从数据库连接池中成功获取到一个或多个数据库的标识信息段，将所述一个或多个数据库作为所述可用数据库。

本申请实施例的装置还可以对应于图2或者图3所示的方法实施例，具体内容参见方法实施例的相关内容，这里不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

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

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，RandomAccessMemory)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (14)

1.一种数值信息转移方法，其特征在于，包括：

接收转出方的转出请求，基于所述转出请求中的转出方信息和原始转出值计算消耗值；

生成唯一标识，将所述唯一标识与所述消耗值对应保存在可用数据库中；

返回所述消耗值与所述唯一标识，以使得所述转出方将实际转出值对应的数值信息转入至第三方系统的临时账户；所述实际转出值为所述原始转出值与所述消耗值之和；

接收转出确认请求；所述转出确认请求中包括所述唯一标识；

循环执行从所述可用数据库中获取与所述唯一标识对应保存的所述消耗值，直至获取到所述消耗值；

将所述原始转出值和所述消耗值对应的数值信息分别从所述第三方系统的临时账户转到转入方和所述第三方系统的固定账户中。

2.根据权利要求1所述的方法，其特征在于，

所述方法还包括：从数据库连接池中选取所述可用数据库，所述数据库连接池中包括至少一个数据库；

所述生成唯一标识包括：生成包括所述可用数据库的标识信息的唯一标识；

所述方法还包括：所述从所述可用数据库中获取与所述唯一标识对应的所述消耗值之前，基于所述唯一标识所包括的标识信息确定所述可用数据库。

3.根据权利要求2所述的方法，其特征在于，所述数据库连接池的各个数据库中分别存储有互不重复的标识信息段；

所述从数据库连接池中选取所述可用数据库以及生成包括所述可用数据库的标识信息的唯一标识，包括：

若从数据库连接池中成功获取到一个或多个数据库的标识信息段，将所述一个或多个数据库作为所述可用数据库；

从所述可用数据库存储的标识信息段中获取未被选取的标识信息；

生成包括所述未被选取的标识信息的唯一标识。

4.根据权利要求3所述的方法，其特征在于，所述若从数据库连接池中成功获取到一个或多个数据库的标识信息段，将所述一个或多个数据库作为所述可用数据库，包括：

若在重复预设查询次数和/或预设查询时间内，从数据库连接池中成功获取到一个或多个数据库的标识信息段，将所述一个或多个数据库作为所述可用数据库。

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

实时检测所述数据库连接池中的各个数据库是否可用，动态删除不可用的数据库。

6.根据权利要求1所述的方法，其特征在于，所述将所述唯一标识与所述消耗值对应保存在可用数据库中，包括：

通过发送可靠消息，将所述唯一标识与所述消耗值对应保存在可用数据库中。

7.根据权利要求1所述的方法，其特征在于，所述数值信息具体为价值信息。

8.一种数值信息转移装置，其特征在于，包括：

计算单元，用于接收转出方的转出请求，基于所述转出请求中的转出方信息和原始转出值计算消耗值；

保存单元，用于生成唯一标识，将所述唯一标识与所述消耗值对应保存在可用数据库中；

返回单元，用于所述保存单元生成唯一标识后，返回所述消耗值与所述唯一标识，以使得所述转出方将实际转出值对应的数值信息转入至第三方系统的临时账户；所述实际转出值为所述原始转出值与所述消耗值之和；

接收单元，用于接收转出确认请求；所述转出确认请求中包括所述唯一标识；

获取单元，用于所述接收单元接收到转出确认请求后，循环执行从所述可用数据库中获取与所述唯一标识对应保存的所述消耗值，直至获取到所述消耗值；

转入单元，用于所述获取单元获取到所述消耗值后，将所述原始转出值和所述消耗值对应的数值信息分别从所述第三方系统的临时账户转到转入方和所述第三方系统的固定账户中。

9.根据权利要求8所述的装置，其特征在于，还包括：

选取单元，用于从数据库连接池中选取所述可用数据库，所述数据库连接池中包括至少一个数据库；

所述保存单元用于生成唯一标识包括：所述保存单元用于生成包括所述可用数据库的标识信息的唯一标识；

还包括：

确定单元，用于在所述获取单元从所述可用数据库中获取与所述唯一标识对应的所述消耗值之前，基于所述唯一标识所包括的标识信息确定所述可用数据库。

10.根据权利要求9所述的装置，其特征在于，所述数据库连接池的各个数据库中分别存储有互不重复的标识信息段；

所述选取单元用于从数据库连接池中选取所述可用数据库以及所述保存单元用于生成包括所述可用数据库的标识信息的唯一标识，包括：

选取单元用于若从数据库连接池中成功获取到一个或多个数据库的标识信息段，将所述一个或多个数据库作为所述可用数据库；

所述保存单元用于从所述可用数据库存储的标识信息段中获取未被选取的标识信息，生成包括所述未被选取的标识信息的唯一标识。

11.根据权利要求10所述的装置，其特征在于，所述选取单元用于若从数据库连接池中成功获取到一个或多个数据库的标识信息段，将所述一个或多个数据库作为所述可用数据库，包括：

所述选取单元用于若在重复预设查询次数和/或预设查询时间内，从数据库连接池中成功获取到一个或多个数据库的标识信息段，将所述一个或多个数据库作为所述可用数据库。

12.根据权利要求9所述的装置，其特征在于，还包括：

检测单元，用于实时检测所述数据库连接池中的各个数据库是否可用，动态删除不可用的数据库。

13.根据权利要求8所述的装置，其特征在于，所述保存单元用于将所述唯一标识与所述消耗值对应保存在可用数据库中，包括：

所述保存单元用于通过发送可靠消息，将所述唯一标识与所述消耗值对应保存在可用数据库中。

14.根据权利要求8所述的装置，其特征在于，所述数值信息具体为价值信息。