CN116366353A - 基于x86平台的业务登录方法、装置、介质及平台 - Google Patents

Abstract

本申请提供一种基于X86平台的业务登录方法、装置、介质及平台，可用于金融领域或其他领域，X86平台中的分片应用数据库中存储的目标用户信息为小型机对应存储数据库中存储的所有原始用户信息被拆分后生成的，主应用数据库存储有目标用户信息与分片应用服务器之间的映射关系；该方法包括：接收用户终端发送的用户登录请求；用户登录请求包括目标用户信息；对目标用户信息进行验证；若验证结果为验证通过，则根据目标用户信息从主应用数据库中确定对应的分片应用服务器；根据目标用户信息生成对应的验证票信息；将验证票信息和目标用户信息发送至对应分片应用服务器。本申请的方法，实现了从小型机下移至X86平台的业务登录。

Description

基于X86平台的业务登录方法、装置、介质及平台

技术领域

本申请涉及金融领域或其他领域，尤其涉及一种基于X86平台的业务登录方法、装置、介质及平台。

背景技术

在金融领域中，如银行，由于线上业务的比重越来越大，对于承载线上业务的数据平台架构有了更高的要求。目前银行业务系统使用的小型机的性能一般，并不足以满足当前对性能越来越高的要求。

因此，在金融领域中，逐渐考虑采用X86平台，通过X86平台的可扩展性，可以提高整体性能。X86平台的X86服务器与小型机存在性能差异，若将小型机上部署的银行业务系统下移至X86平台进行部署，需要考虑应用系统的架构调整，如业务登录需要进行对应优化，目前缺乏一种从小型机下移至X86平台的业务登录方案。

发明内容

本申请提供一种基于X86平台的业务登录方法、装置、介质及平台，用以解决目前缺乏一种从小型机下移至X86平台的业务登录方案的问题。

本申请第一方面提供一种基于X86平台的业务登录方法，业务应用从小型机下移至X86平台；所述X86平台包括：主应用服务器、多个分片应用服务器、主应用数据库和多个分片应用数据库；所述分片应用数据库中存储的目标用户信息为小型机对应存储数据库中存储的所有原始用户信息被拆分后生成的，所述主应用数据库存储有目标用户信息与分片应用服务器之间的映射关系；所述方法应用于主应用服务器，所述方法包括：

接收用户终端发送的用户登录请求；所述用户登录请求包括目标用户信息；

对所述目标用户信息进行验证；

若验证结果为验证通过，则根据所述目标用户信息从所述主应用数据库中确定对应的分片应用服务器；

根据所述目标用户信息生成对应的验证票信息；

将所述验证票信息和目标用户信息发送至对应分片应用服务器，以使对应分片应用服务器对所述验证票信息进行验证处理，并在验证通过后根据目标用户信息完成登录处理。

本申请第二方面提供一种基于X86平台的业务登录装置，业务应用从小型机下移至X86平台；所述X86平台包括：主应用服务器、多个分片应用服务器、主应用数据库和多个分片应用数据库；所述分片应用数据库中存储的目标用户信息为小型机对应存储数据库中存储的所有原始用户信息被拆分后生成的，所述主应用数据库存储有目标用户信息与分片应用服务器之间的映射关系；所述装置位于主应用服务器，所述装置包括：

接收模块，用于接收用户终端发送的用户登录请求；所述用户登录请求包括目标用户信息；

验证模块，用于对所述目标用户信息进行验证；

确定模块，用于若验证结果为验证通过，则根据所述目标用户信息从所述主应用数据库中确定对应的分片应用服务器；

生成模块，用于根据所述目标用户信息生成对应的验证票信息；

发送模块，用于将所述验证票信息和目标用户信息发送至对应分片应用服务器，以使对应分片应用服务器对所述验证票信息进行验证处理，并在验证通过后根据目标用户信息完成登录处理。

本申请第三方面提供一种服务器，包括：存储器和处理器；

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

所述处理器执行所述存储器存储的计算机执行指令，以实现如第一方面任一项所述的基于X86平台的业务登录方法。

本申请第四方面提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现第一方面任一项所述的基于X86平台的业务登录方法。

本申请第五方面提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现第一方面任一项所述的基于X86平台的业务登录方法。

本申请第六方面提供一种X86平台，业务应用从小型机下移至X86平台，所述X86平台包括：主应用服务器、多个分片应用服务器、主应用数据库和多个分片应用数据库；

所述分片应用数据库中存储的目标用户信息为小型机对应存储数据库中存储的所有原始用户信息被拆分后生成的；各所述分片应用服务器与各所述分片应用数据库之间具有映射关系；

所述主应用数据库存储有目标用户信息与分片应用服务器之间的映射关系；

所述主应用服务器用于执行第一方面任一项所述的基于X86平台的业务登录方法。

本申请提供的一种基于X86平台的业务登录方法、装置、介质及平台，业务应用从小型机下移至X86平台；所述X86平台包括：主应用服务器、多个分片应用服务器、主应用数据库和多个分片应用数据库；所述分片应用数据库中存储的目标用户信息为小型机对应存储数据库中存储的所有原始用户信息被拆分后生成的，所述主应用数据库存储有目标用户信息与分片应用服务器之间的映射关系；所述方法应用于主应用服务器，该方法包括：接收用户终端发送的用户登录请求；所述用户登录请求包括目标用户信息；对所述目标用户信息进行验证；若验证结果为验证通过，则根据所述目标用户信息从所述主应用数据库中确定对应的分片应用服务器；根据所述目标用户信息生成对应的验证票信息；将所述验证票信息和目标用户信息发送至对应分片应用服务器，以使对应分片应用服务器对所述验证票信息进行验证处理，并在验证通过后根据目标用户信息完成登录处理。本申请的基于X86平台的业务登录方法，由于业务应用从小型机下移至X86平台，且X86服务器与小型机存在性能差异。本申请中将X86平台主要分为主应用服务器、分片应用服务器、主应用数据库和分片应用数据库四类，其中，分片应用数据库中存储的目标用户信息为小型机对应存储数据库中存储的所有原始用户信息被拆分后生成的，主应用数据库存储有目标用户信息与分片应用服务器之间的映射关系。同时，对业务登录方法进行了对应修改，通过主应用服务器对用户登录请求进行验证以及确定用户登录请求对应的分片应用服务器。同时为了增加安全性，主应用服务器会同时根据目标用户信息生成对应的验证票信息，并将验证票信息和目标用户信息发送至对应分片应用服务器，以通过分片应用服务器完成登录处理。

附图说明

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

图1为可以实现本申请实施例的基于X86平台的业务登录方法的场景图；

图2为本申请提供的基于X86平台的业务登录方法的流程示意图一；

图3为本申请提供的基于X86平台的业务登录方法的流程示意图二；

图4为本申请提供的基于X86平台的业务登录方法的整体流程示意图；

图5为本申请提供的基于X86平台的业务登录装置的结构示意图；

图6为本申请提供的服务器的结构示意图。

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

具体实施方式

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

本申请实施例的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。

需要说明的是，本申请所涉及的目标用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。

需要说明的是，本公开基于X86平台的业务登录方法、装置、设备及存储介质可用于金融领域或其他领域。也可用于除金融领域或其他领域以外的任意领域。本公开基于X86平台的业务登录方法、装置、设备及存储介质应用领域不作限定。

下面以具体地实施例对本申请的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

为了清楚理解本申请的技术方案，首先对现有技术的方案进行详细介绍。近年来，随着技术进步，x86服务器性能日渐提升，同时供货周期短、价格低，有利于金融行业如银行提高运营效率，降低维护成本。同时，银行业务系统使用的小型机的性能一般，并不足以满足当前对性能越来越高的要求。

因此，在金融领域中，逐渐考虑采用X86平台，通过X86平台的可扩展性，可以提高整体性能。X86平台的X86服务器与小型机存在性能差异，若将小型机上部署的银行业务系统下移至X86平台进行部署，需要考虑应用系统的架构调整，如业务登录需要进行对应优化，目前缺乏一种从小型机下移至X86平台的业务登录方案。

所以针对现有技术中针对银行线上业务，缺乏一种从小型机下移至X86平台的业务登录方案的问题，发明人在研究中发现，为了解决该问题，可以针对小型机和X86服务器之间的性能差异，对数据库、应用服务器、业务登录等方面进行调整，从而使小型机上部署的银行业务系统下移至X86平台后，可以更高效的运用。

具体的，X86平台包括：主应用服务器、多个分片应用服务器、主应用数据库和多个分片应用数据库。分片应用数据库中存储的目标用户信息为小型机对应存储数据库中存储的所有原始用户信息被拆分后生成的，主应用数据库存储有目标用户信息与分片应用服务器之间的映射关系。

方法如下：

接收用户终端发送的用户登录请求。用户登录请求包括目标用户信息。对目标用户信息进行验证。

若验证结果为验证通过，则根据目标用户信息从主应用数据库中确定对应的分片应用服务器。根据目标用户信息生成对应的验证票信息。将验证票信息和目标用户信息发送至对应分片应用服务器，以使对应分片应用服务器对验证票信息进行验证处理，并在验证通过后根据目标用户信息完成登录处理。

本申请的基于X86平台的业务登录方法，由于业务应用从小型机下移至X86平台，且X86服务器与小型机存在性能差异。本申请中将X86平台主要分为主应用服务器、分片应用服务器、主应用数据库和分片应用数据库四类，其中，分片应用数据库中存储的目标用户信息为小型机对应存储数据库中存储的所有原始用户信息被拆分后生成的，主应用数据库存储有目标用户信息与分片应用服务器之间的映射关系。同时，对业务登录方法进行了对应修改，通过主应用服务器对用户登录请求进行验证以及确定用户登录请求对应的分片应用服务器。同时为了增加安全性，主应用服务器会同时根据目标用户信息生成对应的验证票信息，并将验证票信息和目标用户信息发送至对应分片应用服务器，以通过分片应用服务器完成登录处理。

发明人基于上述的创造性发现，提出了本申请的技术方案。

下面对本申请实施例提供的基于X86平台的业务登录方法的应用场景进行介绍。如图1所示，其中，1为主应用服务器，2为用户终端，3为主应用数据库，4为分片应用服务器集群。本申请实施例提供的基于X86平台的业务登录方法对应的应用场景的网络架构中包括：主应用服务器1、用户终端2、主应用数据库3和分片应用服务器集群4。本实施例中的X86平台包括：主应用服务器1、分片应用服务器集群4、主应用数据库3和多个分片应用数据库(图中未示出)。分片应用数据库中存储的目标用户信息为小型机对应存储数据库中存储的所有原始用户信息被拆分后生成的，主应用数据库3存储有目标用户信息与分片应用服务器之间的映射关系。分片应用服务器集群4包括分片应用服务器a、分片应用服务器b以及分片应用服务器n等多个分片应用服务器。

示例性的，用户终端2在发送用户登录请求时，主应用服务器1对用户登录请求中的目标用户信息进行验证。若验证结果为验证通过，则根据目标用户信息从主应用数据库3中确定对应的分片应用服务器。同时，主应用服务器1根据目标用户信息生成对应的验证票信息。假设对应的分片应用服务器为分片应用服务器b，则主应用服务器1将验证票信息和目标用户信息发送至对应分片应用服务器b，以使对应分片应用服务器b对验证票信息进行验证处理，并在验证通过后根据目标用户信息完成登录处理。

下面结合说明书附图对本申请实施例进行介绍。

图2为本申请提供的基于X86平台的业务登录方法的流程示意图一，如图2所示，本实施例中，本申请实施例的执行主体为基于X86平台的业务登录装置，该基于X86平台的业务登录装置可以集成在服务器中，如主应用服务器。本实施例中，业务应用从小型机下移至X86平台。X86平台包括：主应用服务器、多个分片应用服务器、主应用数据库和多个分片应用数据库。分片应用数据库中存储的目标用户信息为小型机对应存储数据库中存储的所有原始用户信息被拆分后生成的，主应用数据库存储有目标用户信息与分片应用服务器之间的映射关系。

本实施例中，因X86机器的系统资源有限导致数据库应用无法直接搬迁，需在X86机房尽量保持与相关系统的连接关系不变、接口功能不变。新增的分片应用服务器和分片应用数据库的数量可以根据实际需求进行设置，比如可以按照区域进行设置。同时应用进行改造支持同城双活及异地灾备，使得个人客户具备搬迁的条件。整体改造策略如下：

1.分片原则：按照客户维度进行数据库分片，通过主应用+分片应用的方式进行业务的拆分。

2.应用模块

主应用保持现有服务的情况下，增加配套服务和公共机制。

建立分片应用，服务于各区域的个人全部业务处理。

3.数据存储

主应用数据库可以保存全量的客户签约信息、全量码表信息、目标用户信息与分片应用服务器之间的映射关系等。

按照区域内和区域外，分片应用数据库(区域内)可以保存部分区域内客户签约信息、部分客户的交易信息、全量码表信息。

分片应用数据库(区域外)保存全量的区域外客户签约信息、区域外客户的交易信息、全量码表信息。

4.域名资源

主应用服务器维持现有域名不变。

各分片应用服务器新增一套独立域名。

则本实施例提供的基于X86平台的业务登录方法包括以下几个步骤：

步骤S101，接收用户终端发送的用户登录请求。用户登录请求包括目标用户信息。

本实施例中，用户终端可以为手机、平板、计算机等终端设备。当用户需要进行业务登录时，通过操作用户终端，以使用户终端发送用户登录请求至主应用服务器。用户登录请求可以包括目标用户信息、用户终端标识、发送地址等信息，目标用户信息包括用户名称、用户密码、用户属性等数据，用户属性可以包括用户特征、年龄、已办业务类别等。

步骤S102，对目标用户信息进行验证。

本实施例中，对目标用户信息进行验证主要是验证用户的身份，以提高业务登录的安全性。

验证的方式可以是通过验证目标用户信息中的用户名称和用户密码。

步骤S103，若验证结果为验证通过，则根据目标用户信息从主应用数据库中确定对应的分片应用服务器。

本实施例中，由于目标用户信息分别存储在对应的分片应用数据库中，由分片应用服务器对对应的用户进行实际登录处理。而主应用服务器主要用于对业务登录进行管理，因此，在验证结果为验证通过时，可以根据目标用户信息从主应用数据库中确定对应的分片应用服务器，为后续片应用服务器的实际登录提供基础。同时，各分片应用服务器存在对应的分片应用数据库。分片应用服务器可以通过分片应用数据库存储的目标用户信息进行进一步验证也可以将本次登陆情况记录在分片应用数据库中。

步骤S104，根据目标用户信息生成对应的验证票信息。

在根据目标用户信息生成对应的验证票信息时，可以通过常用的加密算法进行加密生成，如哈希算法加密、数字加密等，也可以通过银行常用的票生成应用进行验证票信息的生成。

步骤S105，将验证票信息和目标用户信息发送至对应分片应用服务器，以使对应分片应用服务器对验证票信息进行验证处理，并在验证通过后根据目标用户信息完成登录处理。

在实际登录时，根据目标用户信息的不同，登录对应的分片应用服务器也是不一定相同的。将验证票信息和目标用户信息发送至对应分片应用服务器后，为了提高业务登录的安全性，分片应用服务器对验证票信息进行验证处理，并在验证通过后根据目标用户信息完成登录处理。

本申请实施例提供的一种基于X86平台的业务登录方法，该方法包括：接收用户终端发送的用户登录请求。用户登录请求包括目标用户信息。对目标用户信息进行验证。若验证结果为验证通过，则根据目标用户信息从主应用数据库中确定对应的分片应用服务器。根据目标用户信息生成对应的验证票信息。将验证票信息和目标用户信息发送至对应分片应用服务器，以使对应分片应用服务器对验证票信息进行验证处理，并在验证通过后根据目标用户信息完成登录处理。

本申请的基于X86平台的业务登录方法，由于业务应用从小型机下移至X86平台，且X86服务器与小型机存在性能差异。本申请中将X86平台主要分为主应用服务器、分片应用服务器、主应用数据库和分片应用数据库四类，其中，分片应用数据库中存储的目标用户信息为小型机对应存储数据库中存储的所有原始用户信息被拆分后生成的，主应用数据库存储有目标用户信息与分片应用服务器之间的映射关系。同时，对业务登录方法进行了对应修改，通过主应用服务器对用户登录请求进行验证以及确定用户登录请求对应的分片应用服务器。同时为了增加安全性，主应用服务器会同时根据目标用户信息生成对应的验证票信息，并将验证票信息和目标用户信息发送至对应分片应用服务器，以通过分片应用服务器完成登录处理。

图3为本申请提供的基于X86平台的业务登录方法的流程示意图二，如图3所示，本实施例提供的基于X86平台的业务登录方法，是在本申请上一实施例提供的基于X86平台的业务登录方法的基础上，进行了进一步的细化。则本实施例提供的基于X86平台的业务登录方法包括以下步骤。

步骤S201，接收用户终端发送的用户登录请求。用户登录请求包括目标用户信息。

本实施例中，用户可以通过操作用户终端，比如点击用户终端中对应的业务app(英文全称为application，中文为应用程序)，如银行业务app，然后进入登录页面，用户在输入用户名称(用户账户名)和用户密码后，用户终端发送用户登录请求至主应用服务器。

需要说明的是，目标用户信息包括：用户名称和用户密码。

步骤S202，从主应用数据库中确定用户名称对应的已存储密码。主应用数据库还存储有用户名称与已存储密码之间的映射关系。

本实施例中，主应用数据库中预先存储有用户名称、用户名称对应的已存储密码之间的映射关系。该存储流程可以是用户在注册用户名称时进行的，已存储密码为用户注册时确定使用的登陆密码。

步骤S203，将已存储密码与用户密码进行比对。

本实施例中，用户密码是用户本次登陆输入的密码，通过将已存储密码与用户密码进行比对可以实现登陆验证，从而提高业务登录的安全性。

步骤S204，若比对结果为已存储密码与用户密码相同，则确定验证结果为验证通过。

步骤S205，若比对结果为已存储密码与用户密码不相同，则确定验证结果为验证不通过。

步骤S206，若验证结果为验证通过，则根据目标用户信息从主应用数据库中确定对应的分片应用服务器。

本实施例中，步骤206的实现方式与上一实施例的步骤103的实现方式类似，在此不再一一赘述。

若验证结果为不通过，则可以发送验证不通过的信息至用户终端，以使用户通过操作用户终端进行二次登录请求。

可选的，本实施例中，主应用数据库存储有目标用户信息与分片应用服务器的统一资源定位符之间的映射关系。S206可以具体为：

在主应用数据库中通过目标用户信息确定对应的分片应用服务器的统一资源定位符。

由于主应用数据库存储有目标用户信息与分片应用服务器的统一资源定位符之间的映射关系，因而，可以直接通过目标用户信息确定对应的分片应用服务器的统一资源定位符(英文全称为：Uniform Resource Locator，英文简称为：URL)。

此时，S207可以替换为：

将验证票信息和目标用户信息基于统一资源定位符发送至对应分片应用服务器。

通过统一资源定位符直接发送验证票信息和目标用户信息至对应分片应用服务器，可以提高数据传输效率。

需要说明的是，目标用户信息还包括用户属性数据。

步骤S207，将用户属性数据和用户名称输入预设加密算法，生成对应验证票信息。

预设加密算法可以为签名加密算法，如MD5(英文全称为：MD5 Message-DigestAlgorithm)信息摘要算法，也可以是银行业务系统中常用的票生成算法等。验证票信息由于与用户属性数据和用户名称相关，在后续分片应用服务器对验证票信息进行验证时，还可以进一步对用户属性数据和用户名称进行验证。

步骤S208，将验证票信息和目标用户信息发送至对应分片应用服务器，以使对应分片应用服务器对验证票信息进行验证处理，并在验证通过后根据目标用户信息完成登录处理。

本实施例中，步骤208的实现方式与上一实施例的步骤105的实现方式类似，在此不再一一赘述。

可选的，本实施例中，还可以包括更新方面的内容，具体如下：

获取待处理的业务更新请求。业务更新请求包括目标用户信息和业务更新数据。

根据业务更新请求的目标用户信息从主应用数据库中确定对应的分片应用服务器。

基于目标用户信息对应的分片应用服务器确定对应的分片应用数据库。

将业务更新数据更新在分片应用数据库中。

本实施例中，由于X86平台与小型机的差异，在设置业务更新流程时，可以在业务更新请求中设置需包括目标用户信息和业务更新数据，从而根据目标用户信息从主应用数据库中确定对应的分片应用数据库，并将业务更新数据更新在分片应用数据库中。

对于时效性要求较高的功能，还可以主动更新，比如，调用后台产品服务时增加上送目标用户信息，后台产品系统推送给业务数据时同步增加推送目标用户信息。从而直接根据目标用户信息定位所属分片应用数据库，连接对应分片应用数据库进行数据查询或更新。

对于时效性要求不高的功能，还可以调整为定时查询后台产品，获取对应更新数据，并进行数据更新。

为了更好的理解本实施例的基于X86平台的业务登录方法的整体流程，下面将结合图4进行进一步说明。如图4所示，本实施例的方法的整体流程如下：

客户在业务登录界面输入用户名称和用户密码，并点击登录。此时，调用主应用服务器的登录接口，主应用服务器通过用户名称和用户密码验证客户身份，并确定是否对应分片如分片应用服务器和分片应用数据库，若确定不是分片，则直接判定登录成功，若确定是分片，则根据用户名称等相关用户信息生成验证票。主应用服务器根据用户名称确定对应分片应用服务器的URL，将用户名称等用户信息和验证票根据URL跳转至分片应用服务器上的分片应用进行登录。此时，主应用服务器的主应用退出登录，分片应用服务器对验证票进行验证，并在验证通过后，根据用户信息进行登录。

图5为本申请提供的基于X86平台的业务登录装置的结构示意图，如图5所示，本实施例中，该基于X86平台的业务登录装置300可以设置在服务器中，业务应用从小型机下移至X86平台。X86平台包括：主应用服务器、多个分片应用服务器、主应用数据库和多个分片应用数据库。分片应用数据库中存储的目标用户信息为小型机对应存储数据库中存储的所有原始用户信息被拆分后生成的，主应用数据库存储有目标用户信息与分片应用服务器之间的映射关系。装置位于主应用服务器，基于X86平台的业务登录装置300包括：

接收模块301，用于接收用户终端发送的用户登录请求。用户登录请求包括目标用户信息。

验证模块302，用于对目标用户信息进行验证。

确定模块303，用于若验证结果为验证通过，则根据目标用户信息从主应用数据库中确定对应的分片应用服务器。

生成模块304，用于根据目标用户信息生成对应的验证票信息。

发送模块305，用于将验证票信息和目标用户信息发送至对应分片应用服务器，以使对应分片应用服务器对验证票信息进行验证处理，并在验证通过后根据目标用户信息完成登录处理。

本实施例提供的基于X86平台的业务登录装置可以执行图2所示方法实施例的技术方案，其实现原理和技术效果与图2所示方法实施例类似，在此不再一一赘述。

本申请提供的基于X86平台的业务登录装置在上一实施例提供的基于X86平台的业务登录装置的基础上，对基于X86平台的业务登录装置进行了进一步的细化，则基于X86平台的业务登录装置300包括：

可选的，本实施例中，目标用户信息包括：用户名称和用户密码。

验证模块302具体用于：

从主应用数据库中确定用户名称对应的已存储密码。主应用数据库还存储有用户名称与已存储密码之间的映射关系。将已存储密码与用户密码进行比对。若比对结果为已存储密码与用户密码相同，则确定验证结果为验证通过。若比对结果为已存储密码与用户密码不相同，则确定验证结果为验证不通过。

可选的，本实施例中，主应用数据库存储有目标用户信息与分片应用服务器的统一资源定位符之间的映射关系。

确定模块303在根据目标用户信息从主应用数据库中确定对应的分片应用服务器时，具体用于：

在主应用数据库中通过目标用户信息确定对应的分片应用服务器的统一资源定位符。

发送模块305在将验证票信息和目标用户信息发送至对应分片应用服务器时，具体用于：

将验证票信息和目标用户信息基于统一资源定位符发送至对应分片应用服务器。

可选的，本实施例中，目标用户信息还包括用户属性数据。

生成模块304具体用于：

将用户属性数据和用户名称输入预设加密算法，生成对应验证票信息。

可选的，本实施例中，基于X86平台的业务登录装置300还包括：

更新模块，用于获取待处理的业务更新请求。业务更新请求包括目标用户信息和业务更新数据。根据业务更新请求的目标用户信息从主应用数据库中确定对应的分片应用服务器。基于目标用户信息对应的分片应用服务器确定对应的分片应用数据库。将业务更新数据更新在分片应用数据库中。

本实施例提供的基于X86平台的业务登录装置可以执行图2-图4所示方法实施例的技术方案，其实现原理和技术效果与图2-图4所示方法实施例类似，在此不再一一赘述。

根据本申请的实施例，本申请还提供了一种X86平台，业务应用从小型机下移至X86平台，X86平台包括：主应用服务器、多个分片应用服务器、主应用数据库和多个分片应用数据库。

所述分片应用数据库中存储的目标用户信息为小型机对应存储数据库中存储的所有原始用户信息被拆分后生成的。各分片应用服务器与各分片应用数据库之间具有映射关系。

主应用数据库存储有目标用户信息与分片应用服务器之间的映射关系。

主应用服务器用于执行上述实施例中的基于X86平台的业务登录方法。

可选的，本实施例中，X86平台还包括：聚合数据库和聚合服务器。

所述聚合服务器用于按照预设周期频率，周期性的从各分片应用数据库中获取当前周期的文件数据，并对当前周期的文件数据进行统计，生成当前周期的汇总数据。文件数据按照周期进行存储。

聚合服务器还用于将当前周期的汇总数据存储在聚合数据库中。

文件数据在存储时，可以按照周期，比如当前周期存储在某个区域，下一周期存储在另一区域，从而方便后续的文件数据统计，提高生成当前周期的汇总数据的效率。

本实施例中，搭建聚合服务，聚合服务器主要承接文件级别的聚合汇总以及聚合运算，生成汇总文件后按照现有格式和接口约定下传，支持双活架构，根据配置信息处理不同的数据统计、报表加工工作，涉及银行系统中网上交易业务等内容的改造。

周期频率可以按照实际需求进行设置，在统计各个周期的文件数据后，可以对各周期的汇总数据进行分析等处理。

同时，本实施例中，由于主应用和分片应用的区分，为了方便操作和统计，对数据库统计序号。新建统一序号服务用于数据库序列的统一调度，集中部署在主应用服务器。分片应用服务器访问统一序号服务(本次新搭建)获取单个流水号，主应用服务器通过访问主应用数据库方式获取序列号。示例性的，主应用数据库中存储有各个分片应用数据库中的序列号，比如分片应用数据库a的序列号为1-5000，分片应用数据库b的序列号为5001-10000。

为提升性能，减少对主库的频繁操作，统一序号服务缓存一定个数序列号，供分片应用调用。

针对数据库，在进行数据复制时采用下列策略：

同步策略：采用Oracle GoldenGate(简称：OGG，是一种基于日志的结构化数据复制备份软件)方式，仅同步DML(英文全称为：Data Manipulation Language，中文为：数据操纵语言)操作，不同步DDL(英文全称为：Data Definition Language，中文为：数据库模式定义语言)操作。即：仅同步数据的增删改，表结构变更等操作以版本形式下发至各数据库部署。

对于主应用服务器，还可以增加客户资料变更、全量客户信息查询等服务，分片应用调用主应用服务。

根据本申请的实施例，本申请还提供了一种服务器、一种计算机可读存储介质和一种计算机程序产品。

如图6所示，图6是本申请提供的服务器的结构示意图。服务器旨在各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、刀片式服务器、大型计算机、和其它适合的计算机。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图6所示，该服务器包括：处理器401和存储器402。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在服务器内执行的指令进行处理。

存储器402即为本申请所提供的非瞬时计算机可读存储介质。其中，存储器存储有可由至少一个处理器执行的指令，以使至少一个处理器执行本申请所提供的基于X86平台的业务登录方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的基于X86平台的业务登录方法。

存储器402作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的基于X86平台的业务登录方法对应的程序指令/模块(例如，附图5所示的接收模块301、验证模块302、确定模块303、生成模块304和发送模块305)。处理器401通过运行存储在存储器402中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的基于X86平台的业务登录方法。

同时，本实施例还提供一种计算机产品，当该计算机产品中的指令由电子设备的处理器执行时，使得电子设备能够执行上述实施例的基于X86平台的业务登录方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请实施例的其它实施方案。本申请旨在涵盖本申请实施例的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请实施例的一般性原理并包括本申请实施例未公开的本技术领域中的公知常识或惯用技术手段。

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

Claims (10)

1.一种基于X86平台的业务登录方法，其特征在于，业务应用从小型机下移至X86平台；所述X86平台包括：主应用服务器、多个分片应用服务器、主应用数据库和多个分片应用数据库；所述分片应用数据库中存储的目标用户信息为小型机对应存储数据库中存储的所有原始用户信息被拆分后生成的，所述主应用数据库存储有目标用户信息与分片应用服务器之间的映射关系；所述方法应用于主应用服务器，所述方法包括：

接收用户终端发送的用户登录请求；所述用户登录请求包括目标用户信息；

对所述目标用户信息进行验证；

若验证结果为验证通过，则根据所述目标用户信息从所述主应用数据库中确定对应的分片应用服务器；

根据所述目标用户信息生成对应的验证票信息；

将所述验证票信息和目标用户信息发送至对应分片应用服务器，以使对应分片应用服务器对所述验证票信息进行验证处理，并在验证通过后根据目标用户信息完成登录处理。

2.根据权利要求1所述的方法，其特征在于，所述目标用户信息包括：用户名称和用户密码；

所述对所述目标用户信息进行验证，包括：

从主应用数据库中确定所述用户名称对应的已存储密码；所述主应用数据库还存储有用户名称与已存储密码之间的映射关系；

将所述已存储密码与所述用户密码进行比对；

若比对结果为所述已存储密码与所述用户密码相同，则确定验证结果为验证通过；

若比对结果为所述已存储密码与所述用户密码不相同，则确定验证结果为验证不通过。

3.根据权利要求2所述的方法，其特征在于，所述主应用数据库存储有目标用户信息与分片应用服务器的统一资源定位符之间的映射关系；

所述根据所述目标用户信息从所述主应用数据库中确定对应的分片应用服务器，包括：

在所述主应用数据库中通过所述目标用户信息确定对应的分片应用服务器的统一资源定位符；

所述将所述验证票信息和目标用户信息发送至对应分片应用服务器，包括：

将所述验证票信息和目标用户信息基于统一资源定位符发送至对应分片应用服务器。

4.根据权利要求3所述的方法，其特征在于，所述目标用户信息还包括用户属性数据；

所述根据所述目标用户信息生成对应的验证票信息，包括：

将用户属性数据和用户名称输入预设加密算法，生成对应验证票信息。

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

获取待处理的业务更新请求；所述业务更新请求包括目标用户信息和业务更新数据；

根据业务更新请求的目标用户信息从所述主应用数据库中确定对应的分片应用服务器；

基于目标用户信息对应的分片应用服务器确定对应的分片应用数据库；

将所述业务更新数据更新在分片应用数据库中。

6.一种基于X86平台的业务登录装置，其特征在于，业务应用从小型机下移至X86平台；所述X86平台包括：主应用服务器、多个分片应用服务器、主应用数据库和多个分片应用数据库；所述分片应用数据库中存储的目标用户信息为小型机对应存储数据库中存储的所有原始用户信息被拆分后生成的，所述主应用数据库存储有目标用户信息与分片应用服务器之间的映射关系；所述装置位于主应用服务器，所述装置包括：

接收模块，用于接收用户终端发送的用户登录请求；所述用户登录请求包括目标用户信息；

验证模块，用于对所述目标用户信息进行验证；

确定模块，用于若验证结果为验证通过，则根据所述目标用户信息从所述主应用数据库中确定对应的分片应用服务器；

生成模块，用于根据所述目标用户信息生成对应的验证票信息；

发送模块，用于将所述验证票信息和目标用户信息发送至对应分片应用服务器，以使对应分片应用服务器对所述验证票信息进行验证处理，并在验证通过后根据目标用户信息完成登录处理。

7.一种服务器，其特征在于，包括：存储器和处理器；

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

所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1至5任一项所述的基于X86平台的业务登录方法。

8.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1至5任一项所述的基于X86平台的业务登录方法。

9.一种X86平台，其特征在于，业务应用从小型机下移至X86平台，所述X86平台包括：主应用服务器、多个分片应用服务器、主应用数据库和多个分片应用数据库；

所述分片应用数据库中存储的目标用户信息为小型机对应存储数据库中存储的所有原始用户信息被拆分后生成的；各所述分片应用服务器与各所述分片应用数据库之间具有映射关系；

所述主应用数据库存储有目标用户信息与分片应用服务器之间的映射关系；

所述主应用服务器用于执行如权利要求1至5任一项所述的基于X86平台的业务登录方法。

10.根据权利要求9所述的X86平台，其特征在于，所述X86平台还包括：聚合数据库和聚合服务器；

所述聚合服务器用于按照预设周期频率，周期性的从各分片应用数据库中获取当前周期的文件数据，并对所述当前周期的文件数据进行统计，生成当前周期的汇总数据；所述文件数据按照周期进行存储；

所述聚合服务器还用于将所述当前周期的汇总数据存储在所述聚合数据库中。

Images