CN105656924A - 一种数据处理方法、装置及系统 - Google Patents

Abstract

本申请公开了一种数据处理方法、装置及系统，方法包括：客户端将登录账号输入至业务平台，业务平台根据客户端选择的登录入口确定对应的登录入口标识，并将登录入口标识和登录账号发送至业务服务器，以供后者在数据库中查询与登录账号及登录入口标识的组合对应的用户标识码，并将查询结果反馈至客户端，以供客户端利用用户标识码在数据库中调取对应的业务数据。本申请根据登录账号与登录入口标识的组合建立对应的用户标识码，针对同一登录账号在不同登录入口下的业务数据，建立用户标识码与业务数据间的对应关系并保存在数据库中，使得同一登录账号在不同登录入口下的业务数据能够相互独立的保存在数据库中。

Description

一种数据处理方法、装置及系统

技术领域

本申请涉及数据处理技术领域，更具体地说，涉及一种数据处理方法、装置及系统。

背景技术

随着网络的发展，越来越多的服务供应商提供了网络办公、娱乐等功能。以网络游戏为例，玩家注册账号后可以登录游戏平台与其它玩家一起游戏。

现有的网络游戏一般均设置有多个大区，也即多个登录入口。以“穿越火线”为例，游戏平台提供了多个大区，如“北京一区”、“北京二区”、“山东一区”等等。每个大区均对应一套服务器，玩家在初次注册游戏时需要在某一个大区的服务器中进行账号注册，注册后在该大区的服务器中创建并保存与账号对应的英雄角色以及各种游戏属性。玩家在该大区登录后只能够与该大区中当前登录的玩家一起游戏，而不能够与其它大区的玩家一起游戏。当玩家使用该账号去其它大区登录时，在初次登录时会在玩家所登录的大区的服务器中创建并保存与账号对应的新的英雄角色及各种游戏属性，也即玩家使用相同账号在不同大区登录时会存在相互独立的不同英雄角色及游戏属性。

随着玩家等级的提升，玩家对游戏体验的要求也越来越高，某些情况下玩家存在跨区游戏的要求，也即某一大区登录的玩家想要和其它大区登录的玩家一起游戏。为了满足用户的需求，现有技术采用如下解决方案：将需要跨区游戏的两个或多个大区的服务器中存储的与玩家的账号对应的英雄角色和游戏属性合并到一套服务器中，并在游戏平台上设置与合并后的服务器对应的大区假入口，该大区假入口不对用户展示，其仅仅是将通过合并前的原大区入口登录的用户汇聚到大区假入口。通过服务器数据的合并，使得用户能够跨区游戏。

但是，针对上述解决方案存在以下问题：在进行大区服务器的数据合并时，若某个账号在合并前的两个大区中均注册有对应的英雄角色和游戏属性，则在合并时现有技术只能够保留与某个账号对应的多个英雄角色和游戏属性中的一个，其余的英雄角色和游戏属性都要删掉。也即，现有技术无法保证跨区前后大区数据的独立性。

发明内容

有鉴于此，本申请提供了一种数据处理方法、装置及系统，用于解决现有跨区数据处理方案无法保证跨区前后大区数据的独立性的问题。

为了实现上述目的，现提出的方案如下：

一种数据处理方法，应用于业务服务器，该方法包括：

接收业务平台发送的登录账号及登录入口标识，所述登录账号由客户端输入至所述业务平台，所述登录入口标识为所述业务平台根据所述客户端选择的登录入口而确定的与之对应的登录入口标识；

在预置的数据库中查询与所述登录账号及所述登录入口标识的组合相对应的用户标识码，所述数据库中记录有登录账号与登录入口标识的组合与用户标识码间的对应关系，以及，与各用户标识码对应的业务数据；

将查询到的用户标识码反馈至所述客户端，所述用户标识码用于供所述客户端在业务处理过程从所述数据库中调取对应的业务数据。

一种数据处理方法，应用于业务平台，该方法包括：

响应客户端选择登录入口的操作，确定与客户端选择的登录入口对应的登录入口标识；

将所述登录入口标识及客户端输入的登录账号发送至业务服务器，以触发所述业务服务器在预置的数据库中查询与所述登录入口标识及所述登录账号的组合对应的用户标识码，进而将查找到的用户标识码反馈至所述客户端，所述用户标识码用于供所述客户端在业务处理过程从所述数据库中调取对应的业务数据。

一种数据处理装置，应用于业务服务器，该装置包括：

账号及标识接收单元，用于接收业务平台发送的登录账号及登录入口标识，所述登录账号由客户端输入至所述业务平台，所述登录入口标识为所述业务平台根据所述客户端选择的登录入口而确定的与之对应的登录入口标识；

用户标识码查询单元，用于在预置的数据库中查询与所述登录账号及所述登录入口标识的组合相对应的用户标识码，所述数据库中记录有登录账号与登录入口标识的组合与用户标识码间的对应关系，以及，与各用户标识码对应的业务数据；

用户标识码反馈单元，用于将查询到的用户标识码反馈至所述客户端，所述用户标识码用于供所述客户端在业务处理过程从所述数据库中调取对应的业务数据。

一种数据处理装置，应用于业务平台，该装置包括：

登录响应单元，用于响应客户端选择登录入口的操作，确定与客户端选择的登录入口对应的登录入口标识；

账号及标识发送单元，用于将所述登录入口标识及客户端输入的登录账号发送至业务服务器，以触发所述业务服务器在预置的数据库中查询与所述登录入口标识及所述登录账号的组合对应的用户标识码，进而将查找到的用户标识码反馈至所述客户端，所述用户标识码用于供所述客户端在业务处理过程从所述数据库中调取对应的业务数据。

一种数据处理系统，包括：客户端、业务平台及业务服务器，其中：

所述业务平台响应所述客户端选择登录入口的操作，确定与客户端选择的登录入口对应的登录入口标识，将所述登录入口标识及客户端输入的登录账号发送至所述业务服务器；

所述业务服务器在预置的数据库中查询与所述登录账号及所述登录入口标识的组合相对应的用户标识码，将查询到的用户标识码反馈至所述客户端，其中，所述数据库中记录有登录账号与登录入口标识的组合与用户标识码间的对应关系，以及，与各用户标识码对应的业务数据，所述用户标识码用于供所述客户端在业务处理过程从所述数据库中调取对应的业务数据。

从上述的技术方案可以看出，本申请实施例提供的应用于业务服务器的数据处理方法，客户端将登录账号输入至业务平台，业务平台根据客户端选择的登录入口确定对应的登录入口标识，并将登录入口标识和登录账号一并发送至业务服务器，业务服务器在预置的数据库中查询与所述登录账号及所述登录入口标识的组合相对应的用户标识码，并将查询到的用户标识码反馈至客户端，以供客户端在业务处理过程利用用户标识码在数据库中调取对应的业务数据。本申请预先将用户的登录账号与不同登录入口的标识组合，并根据登录账号与登录入口标识的组合建立对应的用户标识码，针对同一登录账号在不同登录入口下的业务数据，建立用户标识码与业务数据间的对应关系并保存在数据库中，使得同一登录账号在不同登录入口(也即不同大区)下的业务数据能够相互独立的保存在数据库中，解决了现有技术跨区前后大区数据不能够保持独立性的问题。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请实施例公开的一种数据处理系统结构示意图；

图2示例了网络游戏“穿越火线”在客户端显示的登录界面；

图3为本申请实施例从业务服务器角度公开的一种数据处理方法流程图；

图4为本申请实施例从业务服务器角度公开的另一种数据处理方法流程图；

图5为本申请实施例从业务平台角度公开的一种数据处理方法流程图；

图6为本申请实施例从业务服务器角度公开的一种数据处理装置结构示意图；

图7为本申请实施例从业务服务器角度公开的另一种数据处理装置结构示意图；

图8为本申请实施例从业务平台角度公开的一种数据处理装置结构示意图；

图9为本申请实施例公开的一种登录响应单元结构示意图；

图10为本申请实施例公开的一种业务服务器的硬件结构示意图。

具体实施方式

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

参见图1，图1为本申请实施例公开的一种数据处理系统结构示意图。

如图1所示，该数据处理系统包括客户端11、业务平台12和业务服务器13，其中业务服务器13可以包括登录模块131、业务逻辑模块132和数据库133。当然，数据库133也可以独立于业务服务器13之外，与业务服务器13进行数据通信。

业务平台12推送业务登录界面给客户端11，在业务登录界面上提供了多登录入口。参见图2，图2示例了网络游戏“穿越火线”在客户端显示的登录界面，其上展示了多个登录入口，也即不同游戏大区。用户通过不同登录入口所接入的游戏服务器也不同，每个登录入口对应的游戏大区均有一套独立的游戏服务器。

客户端11一侧，用户点击选择某个登录入口并输入登录账号，图1中以QQ来表示登录账号。业务平台12根据客户端侧选择的登录入口，确定对应的登录入口标识，图1中以SSN代表登录入口标识，并将登录入口标识SSN与登录账号QQ一同发送给业务服务器13的登录模块131。登录模块131将登录入口标识SSN与登录账号QQ转发至数据库133，在数据库133中查询与登录入口标识SSN与登录账号QQ的组合对应的用户标识码USN，并将查询到的用户标识码USN回传给客户端11。

后续业务处理过程，客户端11可以使用用户标识码USN，通过业务逻辑模块132在数据库133中读取对应的业务数据DATA。

本申请在确定需要将某几个登录入口对应的大区进行跨区合并时，将待合并登录入口对应的业务服务器中的数据合并到一个业务服务器的数据库中。在进行数据合并时，利用登录账号与登录入口标识的组合确定对应的用户标识码，该用户标识码作为唯一区别用户身份的标识。对应于每个登录入口对应的业务服务器中的业务数据，其均存在与之对应的用户标识码，因此在进行数据合并时，按照本申请的合并策略，能够保证不同登录入口对应的业务服务器中业务数据的独立性。

业务数据合并之后，用户仍可以按照传统方式进行登录，在不同登录入口登录后其账号对应的业务数据保持不变，并且用户可以与除当前登录入口外的其它登录入口登录的用户进行业务交互，例如共同游戏等，实现了跨区(不同登录入口可以看作不同区)业务交互的目的。

接下来，分别从业务服务器和业务平台的角度对本申请方案进行详细介绍。

首先，参见图3，图3为本申请实施例从业务服务器角度公开的一种数据处理方法流程图。

如图3所示，该方法包括：

步骤S300、接收业务平台发送的登录账号及登录入口标识；

其中，所述登录账号由客户端输入至所述业务平台，所述登录入口标识为所述业务平台根据所述客户端选择的登录入口而确定的与之对应的登录入口标识。

业务平台向客户端推送登录界面，登录界面上显示有若干个登录入口图标。用户可以通过点击等方式选择登录入口。客户端将用户选择的登录入口以及用户输入的登录账号发送至业务平台。

业务平台通过查询登录入口列表，可以确定与客户端选择的登录入口对应的登录入口标识，进一步将登录入口标识及登录账号转发给业务服务器。

可选的，对于上述的登录入口，其在客户端展示的方式可以有多种，如图2所示为一种可选的展示方式。此外，还可以按照通信运营商的不同将登录入口划分为“电信区”、“联通区”、“移动区”，或者按照用户账号类型将登录入口划分为“微信登录”、“QQ登录”等等。

步骤S310、在预置的数据库中查询与所述登录账号及所述登录入口标识的组合相对应的用户标识码；

其中，所述数据库中记录有登录账号与登录入口标识的组合与用户标识码间的对应关系。进一步，数据库中还记录有与各用户标识码对应的业务数据。

举例如，账号112233在穿越火线的“辽宁二区”中注册有英雄角色小A，并在该区服务器中记录了英雄角色小A及其余游戏属性(如等级、击杀率等)。账号112233在穿越火线的“辽宁三区”中注册有英雄角色小B，并在该区服务器中记录了英雄角色小B及其余游戏属性。

现决定为“辽宁二区”和“辽宁三区”的用户开通跨区作战的功能，为此将“辽宁二区”和“辽宁三区”各自服务器上记录的数据合并到一套服务器中。以账号112233的数据合并过程为例，介绍数据合并过程。

定义“辽宁二区”和“辽宁三区”的标识分别为2和3。针对账号112233与“辽宁二区”标识2的组合，确定对应的用户标识码为USN1，将账号112233在“辽宁二区”的英雄角色小A和其余游戏属性等数据与用户标识码为USN1绑定后存储到合并后的服务器中；针对账号112233与“辽宁三区”标识3的组合，确定对应的用户标识码为USN2，将账号112233在“辽宁三区”的英雄角色小B和其余游戏属性等数据与用户标识码为USN2绑定后存储到合并后的服务器中。

步骤S320、将查询到的用户标识码反馈至所述客户端。

其中，所述用户标识码用于供所述客户端在业务处理过程从所述数据库中调取对应的业务数据。

本申请实施例提供的应用于业务服务器的数据处理方法，客户端将登录账号输入至业务平台，业务平台根据客户端选择的登录入口确定对应的登录入口标识，并将登录入口标识和登录账号一并发送至业务服务器，业务服务器在预置的数据库中查询与所述登录账号及所述登录入口标识的组合相对应的用户标识码，并将查询到的用户标识码反馈至客户端，以供客户端在业务处理过程利用用户标识码在数据库中调取对应的业务数据。本申请预先将用户的登录账号与不同登录入口的标识组合，并根据登录账号与登录入口标识的组合建立对应的用户标识码，针对同一登录账号在不同登录入口下的业务数据，建立用户标识码与业务数据间的对应关系并保存在数据库中，使得同一登录账号在不同登录入口(也即不同大区)下的业务数据能够相互独立的保存在数据库中，解决了现有技术跨区前后大区数据不能够保持独立性的问题。

基于上述实施例提供的数据处理方法，本实施例中还可以进一步对上述方案进行扩展。

结合图3和图4可知，在上述基础上，该数据处理方法还可以包括：

步骤S330、接收所述客户端发送的业务请求，所述业务请求携带有所述用户标识码及所请求数据的类型；

用户通过客户端发起业务请求，如购买游戏道具等。该业务请求中携带有用户标识码，以及所请求数据的类型。

步骤S340、访问所述数据库，在与所述用户标识码对应的业务数据中，查询满足所述类型的要求的业务数据，并将查询到的业务数据反馈至所述客户端。

数据库中存储了各个用户标识码对应的业务数据，因此业务服务器访问数据库时，可以查询与所述用户标识码对应的业务数据，并从中查询满足所述类型的要求的业务数据，反馈至客户端。

可选的，本申请提供的上述数据处理方法，其可以应用于多种业务服务器中。以业务服务器为游戏业务服务器为例，数据库中存储的与各用户标识码对应的业务数据为游戏业务数据，进一步，上述业务请求携带的所请求数据的类型为所请求的游戏属性数据。游戏属性数据可以包括玩家等级、角色、道具、胜率等。在此基础上，上述访问所述数据库，在与所述用户标识码对应的业务数据中，查询满足所述类型的要求的业务数据的过程，具体可以是：访问所述数据库，在与用户标识码对应的游戏业务数据中，查询所述游戏属性数据。

进一步，参见图5，图5为本申请实施例从业务平台角度公开的一种数据处理方法流程图。

如图5所示，该方法包括：

步骤S500、响应客户端选择登录入口的操作，确定与客户端选择的登录入口对应的登录入口标识；

步骤S510、将所述登录入口标识及客户端输入的登录账号发送至业务服务器，以触发所述业务服务器在预置的数据库中查询与所述登录入口标识及所述登录账号的组合对应的用户标识码，进而将查找到的用户标识码反馈至所述客户端。

其中，所述用户标识码用于供所述客户端在业务处理过程从所述数据库中调取对应的业务数据。

预置的数据库中记录有登录账号与登录入口标识的组合与用户标识码间的对应关系，以及，与各用户标识码对应的业务数据。

可选的，本申请可以在业务平台中预置登录入口列表，登录入口列表中记录有各登录入口的登录入口标识。进而，在响应客户端选择登录入口的操作时，查询登录入口列表，确定与所述客户端选择的登录入口对应的登录入口标识。

根据本申请实施例提供的数据处理方法，用户在客户端显示的登录界面中按照现有登录方式进行登录即可，不改变用户的登录方式，能够实现用户跨区进行业务处理的要求。并且，由于本申请依据登录账号及登录入口标识的组合确定唯一的用户标识码，在数据库中存储用户标识码与业务数据的对应关系，保证了跨区前后大区数据的独立性。

下面对本申请实施例提供的数据处理装置进行描述，下文描述的数据处理装置与上文描述的数据处理方法可相互对应参照。

首先，对业务服务器侧的数据处理装置进行介绍。参见图6，图6为本申请实施例从业务服务器角度公开的一种数据处理装置结构示意图。

如图6所示，数据处理装置包括：

账号及标识接收单元61，用于接收业务平台发送的登录账号及登录入口标识，所述登录账号由客户端输入至所述业务平台，所述登录入口标识为所述业务平台根据所述客户端选择的登录入口而确定的与之对应的登录入口标识；

用户标识码查询单元62，用于在预置的数据库中查询与所述登录账号及所述登录入口标识的组合相对应的用户标识码，所述数据库中记录有登录账号与登录入口标识的组合与用户标识码间的对应关系，以及，与各用户标识码对应的业务数据；

用户标识码反馈单元63，用于将查询到的用户标识码反馈至所述客户端，所述用户标识码用于供所述客户端在业务处理过程从所述数据库中调取对应的业务数据。

本申请实施例提供的应用于业务服务器的数据处理装置，客户端将登录账号输入至业务平台，业务平台根据客户端选择的登录入口确定对应的登录入口标识，并将登录入口标识和登录账号一并发送至业务服务器，业务服务器在预置的数据库中查询与所述登录账号及所述登录入口标识的组合相对应的用户标识码，并将查询到的用户标识码反馈至客户端，以供客户端在业务处理过程利用用户标识码在数据库中调取对应的业务数据。本申请预先将用户的登录账号与不同登录入口的标识组合，并根据登录账号与登录入口标识的组合建立对应的用户标识码，针对同一登录账号在不同登录入口下的业务数据，建立用户标识码与业务数据间的对应关系并保存在数据库中，使得同一登录账号在不同登录入口(也即不同大区)下的业务数据能够相互独立的保存在数据库中，解决了现有技术跨区前后大区数据不能够保持独立性的问题。

进一步可选的，本申请实施例公开了上述数据处理装置的另一种可选结构，结合图6和图7可知，数据处理装置还可以包括：

业务请求接收单元64，用于接收所述客户端发送的业务请求，所述业务请求携带有所述用户标识码及所请求数据的类型；

数据库访问单元65，用于访问所述数据库，在与所述用户标识码对应的业务数据中，查询满足所述类型的要求的业务数据，并将查询到的业务数据反馈至所述客户端。

可选的，上述业务服务器可以是游戏业务服务器，数据库中存储的为游戏业务数据，进而客户端发送的业务请求中可以携带所请求的游戏属性数据，游戏属性信息可以包括玩家等级、角色、道具、胜率等。游戏业务服务器访问所述数据库，在与用户标识码对应的游戏业务数据中，查询所述游戏属性数据。

进一步，对业务平台侧的数据处理装置进行介绍。参见图8，图8为本申请实施例从业务平台角度公开的一种数据处理装置结构示意图。

如图8所示，数据处理装置包括：

登录响应单元81，用于响应客户端选择登录入口的操作，确定与客户端选择的登录入口对应的登录入口标识；

账号及标识发送单元82，用于将所述登录入口标识及客户端输入的登录账号发送至业务服务器，以触发所述业务服务器在预置的数据库中查询与所述登录入口标识及所述登录账号的组合对应的用户标识码，进而将查找到的用户标识码反馈至所述客户端，所述用户标识码用于供所述客户端在业务处理过程从所述数据库中调取对应的业务数据。

其中可选的，如图9所示，上述登录响应单元81可以包括：

列表读取单元811，用于响应客户端选择登录入口的操作，读取预置的登录入口列表，所述登录入口列表中记录有各登录入口的登录入口标识；

列表查询单元812，用于查询所述登录入口列表，确定与所述客户端选择的登录入口对应的登录入口标识。

对于上述业务服务器的硬件结构，参见图10，图10为本申请实施例提供的业务服务器的硬件结构示意图。如图10所示，该业务服务器可以包括：

处理器1，通信接口2，存储器3，通信总线4，和显示屏5；

其中处理器1、通信接口2、存储器3和显示屏5通过通信总线4完成相互间的通信；

可选的，通信接口2可以为通信模块的接口，如GSM模块的接口；

处理器1，用于执行程序；

存储器3，用于存放程序；

程序可以包括程序代码，所述程序代码包括处理器的操作指令。

处理器1可能是一个中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecificIntegratedCircuit)，或者是被配置成实施本申请实施例的一个或多个集成电路。

存储器3可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器。

其中，程序可具体用于：

接收业务平台发送的登录账号及登录入口标识，所述登录账号由客户端输入至所述业务平台，所述登录入口标识为所述业务平台根据所述客户端选择的登录入口而确定的与之对应的登录入口标识；

在预置的数据库中查询与所述登录账号及所述登录入口标识的组合相对应的用户标识码，所述数据库中记录有登录账号与登录入口标识的组合与用户标识码间的对应关系，以及，与各用户标识码对应的业务数据；

将查询到的用户标识码反馈至所述客户端，所述用户标识码用于供所述客户端在业务处理过程从所述数据库中调取对应的业务数据。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种数据处理方法，其特征在于，应用于业务服务器，该方法包括：

接收业务平台发送的登录账号及登录入口标识，所述登录账号由客户端输入至所述业务平台，所述登录入口标识为所述业务平台根据所述客户端选择的登录入口而确定的与之对应的登录入口标识；

在预置的数据库中查询与所述登录账号及所述登录入口标识的组合相对应的用户标识码，所述数据库中记录有登录账号与登录入口标识的组合与用户标识码间的对应关系，以及，与各用户标识码对应的业务数据；

将查询到的用户标识码反馈至所述客户端，所述用户标识码用于供所述客户端在业务处理过程从所述数据库中调取对应的业务数据。

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

接收所述客户端发送的业务请求，所述业务请求携带有所述用户标识码及所请求数据的类型；

访问所述数据库，在与所述用户标识码对应的业务数据中，查询满足所述类型的要求的业务数据，并将查询到的业务数据反馈至所述客户端。

3.根据权利要求2所述的方法，其特征在于，所述数据库中存储的与各用户标识码对应的业务数据为游戏业务数据，所述业务请求携带的所请求数据的类型为所请求的游戏属性数据；

则，所述访问所述数据库，在与所述用户标识码对应的业务数据中，查询满足所述类型的要求的业务数据，包括：

访问所述数据库，在与用户标识码对应的游戏业务数据中，查询所述游戏属性数据。

4.一种数据处理方法，其特征在于，应用于业务平台，该方法包括：

响应客户端选择登录入口的操作，确定与客户端选择的登录入口对应的登录入口标识；

将所述登录入口标识及客户端输入的登录账号发送至业务服务器，以触发所述业务服务器在预置的数据库中查询与所述登录入口标识及所述登录账号的组合对应的用户标识码，进而将查找到的用户标识码反馈至所述客户端，所述用户标识码用于供所述客户端在业务处理过程从所述数据库中调取对应的业务数据。

5.根据权利要求4所述的方法，其特征在于，所述响应客户端选择登录入口的操作，确定与客户端选择的登录入口对应的登录入口标识，包括：

响应客户端选择登录入口的操作，读取预置的登录入口列表，所述登录入口列表中记录有各登录入口的登录入口标识；

查询所述登录入口列表，确定与所述客户端选择的登录入口对应的登录入口标识。

6.一种数据处理装置，其特征在于，应用于业务服务器，该装置包括：

账号及标识接收单元，用于接收业务平台发送的登录账号及登录入口标识，所述登录账号由客户端输入至所述业务平台，所述登录入口标识为所述业务平台根据所述客户端选择的登录入口而确定的与之对应的登录入口标识；

用户标识码查询单元，用于在预置的数据库中查询与所述登录账号及所述登录入口标识的组合相对应的用户标识码，所述数据库中记录有登录账号与登录入口标识的组合与用户标识码间的对应关系，以及，与各用户标识码对应的业务数据；

用户标识码反馈单元，用于将查询到的用户标识码反馈至所述客户端，所述用户标识码用于供所述客户端在业务处理过程从所述数据库中调取对应的业务数据。

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

业务请求接收单元，用于接收所述客户端发送的业务请求，所述业务请求携带有所述用户标识码及所请求数据的类型；

数据库访问单元，用于访问所述数据库，在与所述用户标识码对应的业务数据中，查询满足所述类型的要求的业务数据，并将查询到的业务数据反馈至所述客户端。

8.一种数据处理装置，其特征在于，应用于业务平台，该装置包括：

登录响应单元，用于响应客户端选择登录入口的操作，确定与客户端选择的登录入口对应的登录入口标识；

账号及标识发送单元，用于将所述登录入口标识及客户端输入的登录账号发送至业务服务器，以触发所述业务服务器在预置的数据库中查询与所述登录入口标识及所述登录账号的组合对应的用户标识码，进而将查找到的用户标识码反馈至所述客户端，所述用户标识码用于供所述客户端在业务处理过程从所述数据库中调取对应的业务数据。

9.根据权利要求8所述的装置，其特征在于，所述登录响应单元包括：

列表读取单元，用于响应客户端选择登录入口的操作，读取预置的登录入口列表，所述登录入口列表中记录有各登录入口的登录入口标识；

列表查询单元，用于查询所述登录入口列表，确定与所述客户端选择的登录入口对应的登录入口标识。

10.一种数据处理系统，其特征在于，包括：客户端、业务平台及业务服务器，其中：

所述业务平台响应所述客户端选择登录入口的操作，确定与客户端选择的登录入口对应的登录入口标识，将所述登录入口标识及客户端输入的登录账号发送至所述业务服务器；

所述业务服务器在预置的数据库中查询与所述登录账号及所述登录入口标识的组合相对应的用户标识码，将查询到的用户标识码反馈至所述客户端，其中，所述数据库中记录有登录账号与登录入口标识的组合与用户标识码间的对应关系，以及，与各用户标识码对应的业务数据，所述用户标识码用于供所述客户端在业务处理过程从所述数据库中调取对应的业务数据。