CN109783502A - 支持多端登录的结算方法、装置、***及服务器 - Google Patents

Abstract

本发明公开了一种支持多端登录的结算方法、装置、服务器及***，该方法包括：响应于设定事件，获取同一账户在其他登录地形成的第一历史结算记录，并根据所述第一历史结算记录，更新本地数据库中所述账户对应的第二历史结算记录；响应于登录所述账户的用户终端的结算请求，基于最新的所述第二历史结算记录进行结算，独立生成专属于所述本地服务器的结算流水单；根据所述结算流水单更新所述第二历史结算记录；将所述结算流水单记录到所述其他登录地的数据库，以更新所述第一历史结算记录。

Description

支持多端登录的结算方法、装置、***及服务器

技术领域

本发明涉及跨地域结算技术领域，尤其涉及一种支持多端登录的结算方法，一种支持多端登录的结算装置，一种支持多端登录的结算***，以及一种服务器。

背景技术

对于客户端应用，目前主要有两种应用模式，一种是不允许多个用户终端同时登陆同一账号，另一种是允许多个用户终端同时登陆同一账号使用。对于后一种应用模式，如果该客户端应用提供支付、充值等服务，会对结算***的逻辑和性能提出更加严格的要求。

在允许多个用户终端同时登陆同一账号使用的场景下，现有结算方式主要有单一数据表互斥方式或者分布式事务方式。单一数据表互斥方式是在一个数据中心维护一张结算数据表，每一用户终端对于同一账号产生的结算请求均需要到该数据中心进行结算处理，以保证结算数据的强一致性。而分布式事务方式，虽然可以通过多个数据中心进行结算处理，但每一数据中心在结算前必须与其他数据中心协商，以确保每一数据中心在结算前的数据一致性，进而保证当前的账户余额足以处理该结算请求。由此可见，现有的主要结算方式需要在处理结算请求之前，通过网络发送结算数据或进行结算协商，在该过程中，由于经常发生网络延迟、网络不稳定性、断网等问题，因此，必然会导致结算流程缓慢，失败率高，这在多个用户终端跨国使用的场景下将更为严重，严重影响了用户体验，因此，有必要提供一种支持多端登录的新的结算方案，以解决现有的国际化业务中的上述问题。

发明内容

本发明实施例的一个目的是提供一种在支持多端登录时进行结算的新的技术方案。

根据本发明的第一方面，提供了一种支持多端登录的结算方法，其包括：

响应于设定事件，获取同一账户在其他登录地形成的第一历史结算记录，并根据所述第一历史结算记录，更新本地数据库中所述账户对应的第二历史结算记录；

响应于登录所述账户的用户终端的结算请求，基于最新的所述第二历史结算记录进行结算，独立生成专属于所述本地服务器的结算流水单；

根据所述结算流水单更新所述第二历史结算记录；

将所述结算流水单记录到所述其他登录地的数据库，以更新所述第一历史结算记录。

可选地，所述结算请求为支付请求，所述结算流水单为对应所述支付请求的消费流水单，所述方法还包括：

响应于所述用户终端的结算请求，根据最新的所述第二历史结算记录核算所述账户的账户余额是否足以处理所述结算请求；

在足以处理所述结算请求的情况下，再执行所述基于最新的所述第二历史结算记录进行结算的步骤。

可选地，所述设定事件包括：响应于所述用户终端的结算请求，重新建立与所述账户的归属地数据库间的通信连接，进行微服务之间的调用，以及设定的时间间隔到时中的任意一项或者多项。

可选地，所述获取同一账户在其他登录地形成的第一历史结算记录的步骤，包括：

获取所述账户的归属地数据库；

从所述归属地数据库获取最新的历史结算记录，作为所述第一历史结算记录；

所述将所述结算流水单记录到所述其他登录地的数据库，以更新所述第一历史结算记录的步骤，包括：

将所述结算流水单记录到所述归属地数据库，以更新所述第一历史结算记录。

可选地，所述从所述归属地数据库获取最新的历史结算记录的步骤，包括：

建立第一http请求，其中，所述第一http请求的头部携带有所述登录所在地的本地信息和所述账户的归属地信息；

通过所述第一http请求启动所述本地数据库从所述归属地数据库获取所述第一历史结算记录，其中，所述本地数据库和所述归属地数据库均为SQL数据库；和/或，

所述将所述结算流水单记录到所述归属地数据库的步骤，包括：

建立第二http请求，其中，所述第二http请求的头部携带有所述登录所在地的本地信息和所述账户的归属地信息；

通过所述第二http请求启动所述本地数据库将所述结算流水单记录到所述归属地数据库，其中，所述本地数据库和所述归属地数据库均为SQL数据库。

可选地，所述将所述结算流水单记录到所述归属地数据库的步骤，包括：

在当前一次执行将所述结算流水单记录到所述归属地数据库的操作后，检测所述当前一次的所述操作是否成功；

在当前一次的所述操作未成功的情况下，基于设定的重传条件执行下一次的所述操作。

可选地，所述独立生成专属于所述本地服务器的结算流水单的步骤，包括：

获取所述本地服务器的标识号；

独立生成带有专属单号的结算流水单，其中，所述专属单号包括所述本地服务器的标识号。

可选地，所述独立生成带有专属单号的结算流水单的步骤，包括：

在所述本地服务器的多个发号器中，选择其中一发号器独立生成带有所述专属单号的所述结算流水单，其中，所述专属单号还包括所述其中一发号器的标识号。

根据本发明的第二方面，还提供了一种支持多端登录的结算装置，设置在登录所在地的本地服务器一侧，其包括：

第一同步模块，用于响应于设定事件，获取同一账户在其他登录地形成的第一历史结算记录，并根据所述第一历史结算记录，更新本地数据库中所述账户对应的第二历史结算记录；

本地结算模块，用于响应于登录所述账户的用户终端的结算请求，基于最新的所述第二历史结算记录进行结算，独立生成专属于所述本地服务器的结算流水单；

本地数据更新模块，用于根据所述结算流水单更新所述第二历史结算记录；以及，

第二同步模块，用于将所述结算流水单记录到所述其他登录地的数据库，以更新所述第一历史结算记录。

根据本发明的第三方面，还提供一种服务器，其包括根据本发明的第二方面中的结算装置；或者，包括存储器和处理器，所述存储器用于存储可执行的指令；所述处理器用于根据所述指令的控制运行所述服务器以执行根据本发明的第一方面中的结算方法。

根据本发明的第四方面，还提供了一种支持多端登录的结算***，其包括多个根据本发明的第三方面中的服务器，每一服务器对应一个数据中心，每一所述数据中心配置有专属的数据库，所述数据库用于保存各自的第二历史结算记录。

本发明的一个有益效果在于，根据本发明实施例的方法、装置、服务器及***，其可以基于本地数据库中对应账户的最新历史结算记录对用户终端的结算请求进行结算，在结算时不要求与登录该账户的其它登录地的服务器协商一致，就可以独立生成专属于本地服务器的结算流水单，这能够提高结算速率和结算成功率，而且，其可以基于该结算流水单对其它登陆地的数据库中对应该账户的历史结算记录进行更新，从而保证本地服务器和其他登陆地的服务器的最终结算结果的一致性。

通过以下参照附图对本发明的示例性实施例的详细描述，本发明的其它特征及其优点将会变得清楚。

附图说明

被结合在说明书中并构成说明书的一部分的附图示出了本发明的实施例，并且连同其说明一起用于解释本发明的原理。

图1是显示可用于实现本发明实施例的支持多端登录的结算***的硬件配置的原理框图；

图2是根据本发明实施例的数据中心的硬件配置的原理框图；

图3是根据本发明第一实施例的支持多端登录的结算方法的流程图；

图4是根据本发明第二实施例的支持多端登录的结算方法的流程图；

图5是根据本发明实施例的支持多端登录的结算装置的原理框图；

图6是根据本发明实施例的服务器的原理框图；

图7是根据本发明实施例的服务器的硬件结构示意图。

具体实施方式

现在将参照附图来详细描述本发明的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。

在这里示出和讨论的所有例子中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它例子可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

<硬件配置>

图1是可用于实现本发明实施例的支持多端登录的结算***100的硬件配置的框图。

根据图1所示，本实施例的支持多端登录的结算***100包括3个数据中心1000(参照图2)，分别为数据中心1000A、数据中心1000B和数据中心1000C，数据中心1000A、数据中心1000B和数据中心1000C通过网络2000建立通信连接。

在国际化场景中通常是在全球开设多个数据中心1000，例如可以是开设32个数据中心，甚至更多，在此不做任何限定。

当用户从归属地数据中心漫游到其他数据中心时，可以使用登录所在地的其他数据中心完成相应的业务。在本实施例中，多端登录即指允许多个用户终端同时登陆同一账户，而且，可以进一步允许多个用户终端在不同地域(对应不同数据中心)同时登陆同一账户，例如最多允许三个用户终端同时登录同一账户。

例如，数据中心1000A可以是部署在德国的数据中心，数据中心1000B和数据中心1000C可以分别是部署在日本的数据中心和北京的数据中心，其中，以上任意一个数据中心可以为账户的归属地数据中心，归属地通常为该账户的注册地。

网络2000可以是无线通信网络也可以是有线通信网络，可以是局域网也可以是广域网。在图1所示的支持多端登录的结算***100中，数据中心1000A与数据中心1000B、数据中心1000A与数据中心1000C，数据中心1000C与数据中心1000B，可以通过网络2000进行通信。此外，数据中心1000A与数据中心1000B、数据中心1000A与数据中心1000C，以及数据中心1000C与数据中心1000B通信所基于的网络2000可以是相同的，也可以是不同的。

基于本实施例的结算***100，可以有多个用户终端在对应不同数据中心的所在地登录同一账户，例如，用户终端3000A在数据中心1000A的管辖地登录该账户，用户终端3000B在数据中心1000B的管辖地登录该账户，而用户终端3000C在数据中心1000C的管辖地登录该账户。

图2为本根据本发明实施例的数据中心1000的硬件结构示意图。

根据图2所示，本实施例的数据中心1000至少包括服务器1100和数据库1200。

服务器1100提供处理、数据库、通讯设施的业务点。服务器1100可以是整体式服务器或是跨多计算机或计算机数据中心的分散式服务器。服务器可以是各种类型的，例如但不限于，网络服务器，新闻服务器，邮件服务器，消息服务器，广告服务器，文件服务器，应用服务器，交互服务器，数据库服务器，或代理服务器。在一些实施例中，每个服务器可以包括硬件，软件，或用于执行服务器所支持或实现的合适功能的内嵌逻辑组件或两个或多个此类组件的组合。例如，服务器例如刀片服务器、云端服务器等，或者可以是由多台服务器组成的服务器群组，可以包括上述类型的服务器中的一种或多种等等。

该例子中，服务器1100可以如图2所示，包括处理器1110、存储器1120、接口装置1130、通信装置1140、显示装置1150、输入装置1160。该例子中，服务器1100还可以包括扬声器、麦克风等等，在此不做限定。处理器1110可以是专用的服务器处理器，也可以是满足性能要求的台式机处理器、移动版处理器等，在此不做限定。存储器1120例如包括ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置1130例如包括各种总线接口，例如串行总线接口(包括USB接口)、并行总线接口等。通信装置1140例如能够进行有线或无线通信。显示装置1150例如是液晶显示屏、LED显示屏触摸显示屏等。输入装置1160例如可以包括触摸屏、键盘等。

该例子中，服务器1100的存储器1120用于存储指令，该指令用于控制运行服务器1100以至少执行根据本发明任意实施例的支持多端登录的结算方法。技术人员可以根据本发明所公开方案设计指令。指令如何控制处理器进行操作，这是本领域公知，故在此不再详细描述。

尽管在图2中示出了服务器1100的多个装置，但是，本发明可以仅涉及其中的部分装置，例如，服务器1100只涉及存储器1120、处理器1110和通信装置1140。

数据库1200用于保存服务器1100获取到的历史结算记录，例如，参照图1，数据库1200A用于保存服务器1100A获取到的历史结算记录，数据库1200B用于保存服务器1100B获取到的历史结算记录，以及，数据库1200C用于保存数据中心服务器1100C获取到的历史结算记录。

数据库1200还可以参与多个数据中心之间的数据同步，例如，该数据库1200是SQL数据库，这例如是可以在对应的服务器上安装SQL数据库的客户端应用，以利用该客户端应用进行数据同步。

数据库1200也可以采用数据库服务器，其可以具有类似服务器1100的硬件结构，但其主要实现数据库管理和维护等功能。

图2还示出了用户终端3000的硬件结构。如图2所示，该用户终端3000可以包括处理器3100、存储器3200、接口装置3300、通信装置3400、显示装置3500、输入装置3600、扬声器3700、麦克风3800等等。

处理器3100可以是移动版处理器。存储器3200例如包括ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置3300例如包括USB接口、耳机接口等。通信装置3400例如能够进行有线或无线通信，通信装置3400可以包括短距离通信装置，例如是基于Hilink协议、WiFi(IEEE 802.11协议)、Mesh、蓝牙、ZigBee、Thread、Z-Wave、NFC、UWB、LiFi等短距离无线通信协议进行短距离无线通信的任意装置，通信装置1340也可以包括远程通信装置，例如是进行WLAN、GPRS、2G/3G/4G/5G远程通信的任意装置。显示装置3500例如是液晶显示屏、触摸显示屏等。输入装置3600例如可以包括触摸屏、键盘等。用户可以通过扬声器3700和麦克风3800输入/输出语音信息。

该用户终端3000可以是图1中的用户终端3000A、3000B、3000C中的任意一个。

用户终端3000与数据中心1000建立通信连接的网络与图1中的网络2000可以是相同的网络，也可以是不同的网络。

在一个实施例中，结算***为对应共享车辆业务的结算***，用户终端3000上安装有使用共享车辆的客户端应用，各数据中心1000的服务器1100能够支持使用共享车辆的全部业务，包括账户结算。

<方法实施例>

图3是根据本发明实施例的支持多端登录的结算方法的流程示意图，该方法由登录所在地的本地服务器1100实施，本实施例的支持多端登录的结算方法可以包括如下步骤S2100～S2400：

步骤S2100，登录所在地的本地服务器1100响应于设定事件，获取同一账户在其他登录地形成的第一历史结算记录，并根据第一历史结算记录，更新本地数据库中该账户对应的第二历史结算记录。

根据该步骤S2100，本地服务器1100即为登录所在地归属的数据中心的服务器，例如，本地服务器1100为上述数据中心1000A的服务器1100A，也可以为上述数据中1000B的服务器1100B等。

根据该步骤S2100，本地服务器1100所在数据中心1000的数据库1200即为本地数据库，例如，本地服务器1100为上述数据中心1000A的服务器1100A，本地数据库则为数据中心1000A的数据库1200A。

本实施例中，从登录同一账户的任一用户终端的角度看，自身的登录所在地的数据库，即本地数据库，存储的历史结算记录为第二历史结算记录，而其他登录地的数据库存储的历史结算记录均为第一历史结算记录。因此，对于登录同一账户的不同用户终端，本地服务器、本地数据库可能对应在物理上是不同的服务器和数据库。

在本实施例中，对于登录同一账户的一用户终端而言，登录所在地的数据中心可以是图1中的数据中心1000A，其他登录地的数据中心可以分别是图1中的数据中心1000B和数据中心1000C，在此，登录所在地的本地服务器1100可以是图1中的服务器1100A，其他登陆地的服务器可以分别是图1中的服务器1100B和服务器1100C，登录所在地的本地数据库可以是图1中的数据库1200A，其他登陆地的数据库可以分别是图1中的数据库1200B和数据库1200C。而对于登录同一账户的其他用户终端，登录所在地的数据中心也可以是图1中的数据中心1000B或者是数据中心1000C，在此不做限定。

该设定事件可以包括响应于用户终端的结算请求、重新建立与该账户的归属地数据库间的通信连接、进行微服务之间的调用、及设定时间间隔到时中的任意一项或者多项。

在一个例子中，该设定事件可以包括响应于用户终端的结算请求。

例如，结算请求可以是充值请求。根据该例子，用户可以在用户终端中对应应用程序APP的显示界面中点击“充值”，此时，用户终端向登录所在地的本地服务器上报充值请求，登录所在地的本地服务器执行获取同一账户在其他登录地形成的第一历史结算记录，并根据第一历史结算记录更新本地数据库对应账户的第二历史结算记录的步骤。

又例如，结算请求也可以是支付请求。

在该例子中，以共享车辆使用为例，用户在停放车辆后，在用户终端中对应应用程序APP的显示界面中点击“结束行程”，此时，用户终端会向登录所在地的本地服务器上报支付请求，以通知本地服务器1100用户已经结束使用该车辆，登录所在地的本地服务器执行获取同一账户在其他登录地形成的第一历史结算记录，并根据第一历史结算记录更新本地数据库对应账户的第二历史结算记录的步骤。

在该例子中，用户在停放车辆时，可以通过操作车辆的锁机构实现闭锁，车辆在检测到锁机构由开锁状态转变为闭锁状态时，会向登录所在地的本地服务器上报支付请求，以通知所在地的本地服务器用户已经结束使用该车辆，登录所在地的本地服务器执行获取同一账户在其他登录地形成的第一历史结算记录，并根据第一历史结算记录更新本地数据库对应账户的第二历史结算记录的步骤。

在一个例子中，该设定事件可以包括重新建立与账户的归属地数据库间的通信连接。

归属地即为账户的注册地，归属地数据库也即为归属地数据中心的数据库，归属地数据中心可以是图1中的数据中心1000A、数据中心1000B和数据中心1000C的任意一个，对应的，当归属地数据中心为数据中心1000A时，对应的，归属地数据库为数据库1200A；当归属地数据中心为数据中心1000B时，对应的，归属地数据库为数据库1200B；而当归属地数据中心为数据中心1000C时，对应的，归属地数据库为数据库1200C。

在该例子中，登录所在地的本地数据库与归属地数据库之间的通信连接可能因网络不稳定而断开，这样，在网络恢复而重新建立登录所在地的本地数据库与归属地数据库之间的通信连接时，登录所在地的本地服务器可以执行获取同一账户在其他登录地形成的第一历史结算记录，并根据第一历史结算记录更新本地数据库对应账户的第二历史结算记录的步骤。

在一个例子中，该设定事件可以包括本地服务器进行微服务之间的调用。

在该例子中，当登录所在地的本地服务器进行微服务之间的调用时，可以触发执行获取同一账户在其他登录地形成的第一历史结算记录，并根据第一历史结算记录更新本地数据库对应账户的第二历史结算记录的步骤。

在一个例子中，该设定事件可以为设定的时间间隔到时。

在该例子中，可以是在登录所在地的本地服务器中设定时间间隔，并在设定的时间间隔到达时，执行获取同一账户在其他登录地形成的第一历史结算记录，并根据第一历史结算记录更新本地数据库对应账户的第二历史结算记录的步骤。

以上各种例子示出了设置设定事件的不同方式，从而，登录所在地的本地服务器1100可以基于不同的设定事件触发获取同一账户在其他登录地形成的第一历史结算记录的操作，进而完成对本地数据库中对应账户的历史结算记录的更新，从而，保证同一账户在本地数据库和其他登录地的数据库中历史结算记录的最终一致性。

步骤S2200，登录所在地的本地服务器1100响应于登录该账户的用户终端的结算请求，基于最新的第二历史结算记录进行结算，独立生成专属于本地服务器的结算流水单。

根据该步骤S2200，本地服务器1100在接收到结算请求时，该结算请求可以是支付请求，也可以是充值请求，可以基于本地数据库中存储的最新的第二历史结算记录进行结算，并独立生成对应的结算流水单，因此，该结算流水单的生成无需与其他登录地的数据中心协商，仅基于自身存储的最新的第二历史结算记录进行。

本实施例中，基于步骤S2100进行的更新第二历史结算记录的操作会基于设定事件的触发持续进行，且实施步骤S2200并不以必须成功完成基于步骤S2100进行的更新第二历史结算记录的操作为前提，因此，本实施例的方法能够在接收到结算请求时，直接基于当前最新的第二历史结算记录进行结算，并独立生成相应的结算流水单，这明显可以提高响应速度和完成结算的成功率。

在一个例子中，该步骤S2200中独立生成专属于本地服务器1100的结算流水单可以进一步包括如下步骤S2210～S2220：

步骤S2210，登录所在地的本地服务器1100获取本地服务器的标识号。

在该步骤S2210中，登录所在地的本地服务器1100和其他登陆地的服务器均具有特定的标识号，该标识号用以区分不同数据中心的服务器，该标识号可以是由操作人员手动设定，也可以是由各数据中心服务器之间协商确定。

例如，全球设置有32个数据中心，每一数据中心包括一个服务器，因此，为了将以上32个数据中心进行区别，可以设置标识号为5位的数字符号，该5位的数字符号由二进制数0和1组成，该5位的数字符号例如可以依次表示为：00000，00001，00010……11111。例如，登录所在地的本地服务器为服务器1100A，该服务器1100A的标识号可以为数字“00001”，此时，其他登录地的服务器可以为服务器1100B和服务器1100C，该服务器1100B的标识号为数字“00010”，该服务器1100C的标识号为“11111”等。

步骤S2220，登录所在地的本地服务器1100独立生成带有专属单号的结算流水单。

专属单号包括本地服务器1100的标识号。在本实施例中，该专属单号可以为64位的数字符号，该64位的数字符号由二进制数0和1组成，其中有5位为服务器的标识号，这样，即使不同数据中心的服务器同时生成结算流水单，也可以通过服务器的标识号唯一标识各结算流水单，这样，便可以基于同一账户在不同登录地产生的各结算流水单，实现该账户的结算数据在每一数据中心(每一节点)的最终一致性。

根据该步骤S2210～S2220，该例子基于本地服务器1100的标识号独立生成带有专属单号的结算流水单，一方面可以直观表示结算流水单的来源，另一方面，可以在设置多个数据中心各自独立的生成结算流水单时，保证所有结算流水单的唯一性，进而可以根据在不同登录地产生的结算流水单实现结算数据的最终一致性。

在一个例子中，该步骤S2220中独立生成带有专属单号的结算流水单还可以进一步包括：登录所在地的本地服务器1100在本地服务器1100的多个发号器中，选择其中一个发号器独立生成带有专属单号的结算流水单。

在该例子中，专属单号还包括所选择的发号器的标识号。该发号器的标识号可以是由操作人员手动设定，也可以是所对应的服务器配置。

在该例子中，例如，每一服务器具有32个发号器，为了将这32个发号器进行区别，可以设置该发号器的标识号为5位的数字符号，该5位的数字符号由二进制数0和1组成，该五位的数字符号可以依次表示为：00000，00001，00010……11111。

在该例子中，登录所在地的本地服务器1100可以是从以上32个发号器中随机指定一个发号器独立生成带有专属单号的结算流水单。

在该例子中，发号器可以根据预设的生成策略独立生成带有专属单号的结算流水单。

该预设的生成策略可以为：整个结算流水单的长度为64位二进制数，其中的41位二进制数是以毫秒为单位的时间戳，例如，当结算请求为充值请求时，该前41位用于表示充值时间，又例如，当结算请求为支付请求时，该前41位用于表示支付时间；其中的5位二进制数为所对应的服务器的标识号；其中的5位二进制数为发号器的标识号；还有12位二进制数为毫秒内的流水号。这说明，每个数据中心的每台发号器每个毫秒可以产生4096份结算流水单，而全球可以具有32个数据中心，每个数据中心还有32台发号器，这足以支撑在同一时间会有大量流水单产生的应用场景，例如，共享车辆的结算场景。

该结算流水单可以包括流水信息，例如支出金额或者入账金额等，还可以包括结算时间、账户标志等。

该例子中，每一服务器对应多台发号器，可以有效增加每一数据中心对于结算请求的吞吐量，使得每一数据中心可以在相同时刻处理大量结算请求，并生成唯一的结算流水单，而无需排队处理，进而可以有效提高每一数据中心处理结算请求的响应速度。

步骤S2300，登录所在地的本地服务器1100根据结算流水单更新第二历史结算记录。

根据该步骤S2300，本地服务器1100再生成结算流水单后，会记录在本地数据库中，实现对第二历史结算记录的更新。

第二历史结算记录可以包含当前所获得的所有结算流水单，因此，根据第二历史结算记录可以确定账户的账户余额。

例如，当结算请求为支付请求时，该结算流水单中显示“支付金额2元”，第二历史结算记录中显示“账户余额8元”，在此，可以是将第二历史结算记录更新为“账户余额6元”。

又例如，当结算请求为充值请求时，该结算流水单中显示“充值金额50元”，第二历史结算记录中显示“账户余额8元”，在此，可以是将第二历史结算记录更新为“账户余额58元”。

步骤S2400，登录所在地的本地服务器1100将结算流水单记录到其他登录地的数据库，以更新第一历史结算记录。

根据该步骤S2400，本地服务器1100在产生结算流水单后，通过将该结算流水单记录到其他登录地的数据库，以更新第一历史结算记录，可以使得同一账户的每一登录地的数据中心均能最终获得其他登录地的数据中心产生的结算流水单，进而保证同一账户在不同数据中心的结算数据具有最终一致性。

根据以上步骤S2100～S2400，根据本发明实施例的方法可以基于本地数据库中所登录账户的最新历史结算记录对用户终端的结算请求进行结算，在结算前无需和登录同一账户的其他登录地的服务器进行协商，结算并不以必须成功从其他登录地的数据库获取到最新的第一历史结算记录为前提，只要接收到结算请求，就可以独立生成专属于本地服务器的结算流水单完成结算，这能够提高结算速率和结算成功率。

另外，根据本发明实施例的方法可以将自身产生的结算流水单记录到其他登陆地的数据库中，以实现对同一账户的第一历史结算记录的更新，从而保证本地数据中心和其他登陆地的数据中心对于同一账户的结算数据具有最终一致性。

在一个实施例中，对于一个账户而言，归属地数据中心可以点对点地与各登录地数据中心建立通信连接，即归属地数据中心产生的结算流水单均会最终上报至归属地数据中心进行记录，因此，本地服务器通过联系该账户的归属地数据中心(包括归属地服务器和归属地数据库)，便可以获取同一账户在其他登录地形成的第一历史结算记录，以实现最简单、且有效的点对点交互，减少网络拥塞。

在该实施例中，上述步骤S2100中获取同一账户在其他登录地形成的第一历史结算记录可以进一步包括如下步骤S2110～S2120：

步骤S2110，登录所在地的本地服务器1100获取账户的归属地数据库。

每一账户均可以标注有归属地信息，因此，本地服务器1100可以从账户信息中获取到账户的归属地信息，进而确定归属地数据中心及对应的归属地数据库。

根据该步骤S2110，归属地数据中心与本地数据中心可以是同一数据中心，也可以是不同的数据中心，例如，本地数据中心为数据中心1000A，本地服务器为服务器1100A，本地数据库为1200A，而归属地数据中心则为数据中心1000C，归属地数据库为数据库1200C。

在该例子中，登录同一账户的各个用户终端所在地的数据中心可以分别与归属地数据中心建立连接，以将各自产生的结算流水单记录在本地数据库中的同时，还记录在归属地数据中心的归属地数据库中，因此，本地服务器可以联系归属地服务器，以从归属地数据库获取第一历史结算记录。

在另外的例子中，本地服务器也可以分别联系其他登录地的服务器，以分别从其他登录地的数据库获取第一历史结算记录。

步骤S2120，登录所在地的本地服务器1100从归属地数据库获取最新的历史结算记录，作为第一历史结算记录。

该步骤S2120中，由于登录同一账户的各个用户终端所在地的数据中心会分别与归属地数据中心建立连接，以将各自产生的结算流水单记录在本地数据库中的同时，还记录在归属地数据中心的归属地数据库中，因此，登录所在地的本地服务器1100可以直接从归属地数据库中获取最新的历史结算记录，作为第一历史结算记录。

根据该步骤S2120，如果登录地即为归属地，则本地服务器即为归属地服务器，本地数据库也即为归属地数据库，这相当于可以直接从本地数据库获取最新的历史结算记录，作为第一历史结算记录，在该种情况下，第一历史结算记录也即为第二历史结算记录。

对应地，上述步骤S2400中登录所在地的本地服务器1100根据结算流水单更新第一历史结算记录可以进一步包括：登录所在地的本地服务器1100将结算流水单记录到归属地数据库，以更新第一历史结算记录。

在此，由于登录所在地的本地服务器1100将结算流水单记录到归属地数据库，因此，归属地数据库最终能够获得一个账户在各登录地的数据中心产生的结算流水单，并基于这些结算流水单实现对第一历史结算记录的更新。

在一个例子中，登录所在地的本地服务器1100将结算流水单记录到归属地数据库还可以进一步包括如下步骤S2421～S2422：

步骤S2421，登录所在地的本地服务器1100在当前一次执行将结算流水单记录到归属地数据库的操作后，检测当前一次的操作是否成功。

步骤S2422，登录所在地的本地服务器1100在当前一次操作未成功的情况下，基于设定的重传条件执行下一次的该操作。

该重传条件例如时超时没有收到归属地数据中心，或者称归属地服务器返回的表示成功接收该结算流水单的确认消息。

根据以上步骤S2421～S2422，该例子在检测到当前一次操作未成功的情况下，能够基于设定的重传条件执行下一次的操作，直至将结算流水单成功记录到归属地数据库中，进而能够保证同一账户在各数据中心处的结算数据的最终一致性。

在一个实施例中，上述步骤S2120中登录所在地的本地服务器1100从归属地数据库获取最新的历史结算记录可以进一步包括如下步骤S2121～S2122：

步骤S2121，登录所在地的本地服务器1100建立第一http请求。

第一http请求的头部携带有登录所在地的本地信息和账户的归属地信息。该本地信息例如可以是登录该账户的用户终端的所在地(即登录地)的名称信息，同样的，该归属地信息例如也可以是账户的归属地名称信息。

步骤S2122，登录所在地的本地服务器1100通过第一http请求启动本地数据库从归属地数据库获取最新的历史结算记录。

本地数据库和归属地数据库均为SQL数据库，这也可以理解为是，本地数据库和归属地数据库中保存的历史结算记录均以SQL语言的形式进行保存。

在一个例子中，用户终端在每次基于http请求触发微服务间的调用时，都会在http header中植入location和roaming Location字段，用来标识用户的数据位置信息，微服务之间进行restful数据接口调用的时候，都会传递该header，当SQL数据库的客户端应用读取到该header时，会将其中的信息变成sql comment的形式，例如/*location＝BJ；roamingLocation＝GE*/这种形式附加在SQL语句中，即登录地对应部署在德国的数据中心，归属地对应部署在北京的数据中心，当SQL Proxy解析到相应的注释关键字时，会根据数据归属地和登陆地(漫游地)的映射规则，将相应的语句复制到指定的SQL数据库中执行本地数据库与归属地数据库间的数据同步。

例如，参照图1，归属地数据库为数据库1200C，本地数据库为数据库1200A，本地服务器为服务器1100A，其他数据库为数据库1200B，本地数据库1200A中对应账户的历史结算记录中显示“剩余金额A元”，该历史结算记录即为第二历史结算记录，归属地数据库1200C中保存的最新历史结算记录中显示“剩余金额X元”，“剩余金额A元”与“剩余金额X元”在任一时刻可以一致，也可以不一致，但将具有最终的一致性。归属地数据库1200C中保存的最新的历史结算记录即为第一历史结算记录，在此，本地服务器1100A可以根据第一历史结算记录更新本地数据库1200A对应账户的第二历史结算记录，以将“剩余金额A元”更新为“剩余金额X元”，即更新后的第二历史结算记录中显示“剩余金额X元”。

根据该步骤S2121～S2122可知，该实施例的方法可以通过发送http请求启动本地数据库从归属地数据库获取最新的历史结算记录，由于用户终端会经常触发http请求，而http请求又会进行微服务间的调用，因此，该例子中通过http请求进行数据库间的数据同步，有利于加快实现结算数据的最终一致性，以尽可能地减少账户实际已经欠费，但根据本地数据中心的第二历史结算记录却并不欠费的情况发生。

在一个实施例中，登录所在地的本地服务器1100将结算流水单记录到归属地数据库可以进一步包括如下步骤S2411～S2412：

步骤S2411，登录所在地的本地服务器1100建立第二http请求。

第二http请求的头部携带有登录所在地的本地信息和账户的归属地信息。

步骤S2412，登录所在地的本地服务器1100通过第二http请求启动本地数据库将结算流水单记录到归属地数据库。

本地数据库和归属地数据库均为SQL数据库。

根据该步骤S2411～S2412可知，该实施例的方法可以通过发送http请求启动将结算流水单记录到归属地数据库，由于用户终端会经常触发http请求，而http请求又会进行微服务间的调用，因此，该例子中通过http请求进行数据库间的数据同步，有利于加快实现结算数据的最终一致性。

在一个实施例中，参照图4，本实施例中支持多端登录的结算方法还可以进一步包括如下步骤S3100～S3200：

步骤S3100，登录所在地的本地服务器1100响应于用户终端的结算请求，根据最新的第二历史结算记录核算账户的账户余额是否足以处理结算请求。

步骤S3200，登录所在地的本地服务器1100在足以处理结算请求的情况下，再执行基于最新的第二历史结算记录进行结算的步骤。

例如，结算流水单中显示“支付金额2元”，而最新的第二历史结算记录中显示“剩余金额4元”，即账户余额足以处理该支付请求，从而，基于该最新的第二历史结算记录对结算流水单进行结算。

对应地，本地服务器1100在账户金额不足以处理结算请求的情况下，可以回滚该结算请求，取消结算操作。同时，还可以向登录该账户的用户终端发送余额不足的提醒。

根据以上步骤S3100～S3200，该实施例当结算请求为支付请求时，可以是基于本地的第二历史结算记录核算账户余额，并在账户余额能够处理该支付请求时，才对结算请求进行结算，并生成结算流水单，以尽可能地减少无偿使用的频次。

<装置实施例>

在本实施例中，还提供一种支持多端登录的结算装置5000，如图5所示，其可以包括第一同步模块5100、本地结算模块5200、本地数据更新模块5300以及第二同步模块5400。

该第一同步模块5100用于响应于设定事件，获取同一账户在其他登录地形成的第一历史结算记录，并根据所述第一历史结算记录，更新本地数据库中所述账户对应的第二历史结算记录。

该本地结算模块5200用于响应于登录所述账户的用户终端的结算请求，基于最新的所述第二历史结算记录进行结算，独立生成专属于所述本地服务器的结算流水单。

该本地数据更新模块5300用于根据所述结算流水单更新所述第二历史结算记录。

该第二同步模块5400用于将所述结算流水单记录到所述其他登录地的数据库，以更新所述第一历史结算记录。

在一个实施例中，所述结算请求为支付请求，所述结算流水单为对应所述支付请求的消费流水单。

该本地结算模块5200还用于响应于所述用户终端的结算请求，根据最新的所述第二历史结算记录核算所述账户的账户余额是否足以处理所述结算请求；在足以处理所述结算请求的情况下，再基于最新的所述第二历史结算记录进行结算。

在一个实施例中，所述设定事件包括：响应于所述用户终端的结算请求，重新建立与所述账户的归属地数据库间的通信连接，进行微服务之间的调用，以及设定的时间间隔到时中的任意一项或者多项。

在一个实施例中，该第一同步模块5100还用于获取所述账户的归属地数据库；从所述归属地数据库获取最新的历史结算记录，作为所述第一历史结算记录。

该第二同步模块5400还用于将所述结算流水单记录到所述归属地数据库，以更新所述第一历史结算记录。

在一个实施例中，该第一同步模块5100还用于建立第一http请求；通过所述第一http请求启动所述本地数据库从所述归属地数据库获取所述第一历史结算记录。

所述第一http请求的头部携带有所述登录所在地的本地信息和所述账户的归属地信息。

所述本地数据库和所述归属地数据库均为SQL数据库。

该第二同步模块5400还用于建立第二http请求；通过所述第二http请求启动所述本地数据库将所述结算流水单记录到所述归属地数据库。

所述第二http请求的头部携带有所述登录所在地的本地信息和所述账户的归属地信息。

所述本地数据库和所述归属地数据库均为SQL数据库。

在一个实施例中，该第二同步模块5400还用于在当前一次执行将所述结算流水单记录到所述归属地数据库的操作后，检测所述当前一次的所述操作是否成功；在当前一次的所述操作未成功的情况下，基于设定的重传条件执行下一次的所述操作。

在一个实施例中，该本地结算模块5200还用于获取所述本地服务器的标识号；独立生成带有专属单号的结算流水单。

所述专属单号包括所述本地服务器的标识号。

在一个实施例中，该本地结算模块5200还用于在所述本地服务器的多个发号器中，选择其中一发号器独立生成带有所述专属单号的所述结算流水单。

所述专属单号还包括所述其中一发号器的标识号。

<服务器实施例>

在本实施例中，还提供一种服务器1100，该服务器1200例如可以是图1中的服务器1100A、服务器1100B或者是服务器1000C。

如图6所示，服务器1100包括根据本发明任意实施例的支持多端登录的结算装置5000，用于实施本发明任意实施例的支持多端登录的结算方法。

如图7所示，服务器1100还可以包括至少一个处理器1110和至少一个存储器1120。该存储器1120用于存储可执行的指令。该处理器1110用于根据指令的控制运行服务器1100执行根据本发明任意实施例的支持多端登录的结算方法。

本发明可以是***、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于使处理器实现本发明的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本发明操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本发明的各个方面。

这里参照根据本发明实施例的方法、装置(***)和计算机程序产品的流程图和/或框图描述了本发明的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本发明的多个实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。对于本领域技术人员来说公知的是，通过硬件方式实现、通过软件方式实现以及通过软件和硬件结合的方式实现都是等价的。

以上已经描述了本发明的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。本发明的范围由所附权利要求来限定。

Claims (11)

1.一种支持多端登录的结算方法，由登录所在地的本地服务器实施，包括：

响应于设定事件，获取同一账户在其他登录地形成的第一历史结算记录，并根据所述第一历史结算记录，更新本地数据库中所述账户对应的第二历史结算记录；

响应于登录所述账户的用户终端的结算请求，基于最新的所述第二历史结算记录进行结算，独立生成专属于所述本地服务器的结算流水单；

根据所述结算流水单更新所述第二历史结算记录；

将所述结算流水单记录到所述其他登录地的数据库，以更新所述第一历史结算记录。

2.根据权利要求1所述的方法，其中，所述结算请求为支付请求，所述结算流水单为对应所述支付请求的消费流水单，所述方法还包括：

响应于所述用户终端的结算请求，根据最新的所述第二历史结算记录核算所述账户的账户余额是否足以处理所述结算请求；

在足以处理所述结算请求的情况下，再执行所述基于最新的所述第二历史结算记录进行结算的步骤。

3.根据权利要求1所述的方法，其中，所述设定事件包括：响应于所述用户终端的结算请求，重新建立与所述账户的归属地数据库间的通信连接，进行微服务之间的调用，以及设定的时间间隔到时中的任意一项或者多项。

4.根据权利要求1所述的方法，其中，所述获取同一账户在其他登录地形成的第一历史结算记录的步骤，包括：

获取所述账户的归属地数据库；

从所述归属地数据库获取最新的历史结算记录，作为所述第一历史结算记录；

所述将所述结算流水单记录到所述其他登录地的数据库，以更新所述第一历史结算记录的步骤，包括：

将所述结算流水单记录到所述归属地数据库，以更新所述第一历史结算记录。

5.根据权利要求4所述的方法，其中，所述从所述归属地数据库获取最新的历史结算记录的步骤，包括：

建立第一http请求，其中，所述第一http请求的头部携带有所述登录所在地的本地信息和所述账户的归属地信息；

通过所述第一http请求启动所述本地数据库从所述归属地数据库获取所述第一历史结算记录，其中，所述本地数据库和所述归属地数据库均为SQL数据库；和/或，

所述将所述结算流水单记录到所述归属地数据库的步骤，包括：

建立第二http请求，其中，所述第二http请求的头部携带有所述登录所在地的本地信息和所述账户的归属地信息；

通过所述第二http请求启动所述本地数据库将所述结算流水单记录到所述归属地数据库，其中，所述本地数据库和所述归属地数据库均为SQL数据库。

6.根据权利要求4所述的方法，其中，所述将所述结算流水单记录到所述归属地数据库的步骤，包括：

在当前一次执行将所述结算流水单记录到所述归属地数据库的操作后，检测所述当前一次的所述操作是否成功；

在当前一次的所述操作未成功的情况下，基于设定的重传条件执行下一次的所述操作。

7.根据权利要求1至6中任一项所述的方法，其中，所述独立生成专属于所述本地服务器的结算流水单的步骤，包括：

获取所述本地服务器的标识号；

独立生成带有专属单号的结算流水单，其中，所述专属单号包括所述本地服务器的标识号。

8.根据权利要求7所述的方法，其中，所述独立生成带有专属单号的结算流水单的步骤，包括：

在所述本地服务器的多个发号器中，选择其中一发号器独立生成带有所述专属单号的所述结算流水单，其中，所述专属单号还包括所述其中一发号器的标识号。

9.一种支持多端登录的结算装置，设置在登录所在地的本地服务器一侧，包括：

第一同步模块，用于响应于设定事件，获取同一账户在其他登录地形成的第一历史结算记录，并根据所述第一历史结算记录，更新本地数据库中所述账户对应的第二历史结算记录；

本地结算模块，用于响应于登录所述账户的用户终端的结算请求，基于最新的所述第二历史结算记录进行结算，独立生成专属于所述本地服务器的结算流水单；

本地数据更新模块，用于根据所述结算流水单更新所述第二历史结算记录；以及，

第二同步模块，用于将所述结算流水单记录到所述其他登录地的数据库，以更新所述第一历史结算记录。

10.一种服务器，包括权利要求9所述的结算装置；或者，包括存储器和处理器，所述存储器用于存储可执行的指令；所述处理器用于根据所述指令的控制运行所述服务器以执行根据权利要求1-8任意一项所述的结算方法。

11.一种支持多端登录的结算***，包括多个权利要求10所述的服务器，每一服务器对应一个数据中心，每一所述数据中心配置有专属的数据库，所述数据库用于保存各自的第二历史结算记录。