一种联运中网页应用的帐号信息处理方法、装置和系统.pdf

本发明实施例公开了一种联运中网页应用的帐号信息处理方法、装置和系统；本发明实施例采用接收应用服务器发送的携带外部帐号和网页应用的业务标识的帐号转换请求，根据该帐号转换请求将外部帐号映射为内部帐号，并返回该内部帐号给应用服务器，以便应用服务器根据该内部帐号访问该网页应用；该方案不仅可以大大降低开发和维护的成本，而且可以对数据进行集中管理，便于作进一步数据分析和数据挖掘。

1.  一种联运中网页应用的帐号信息处理方法，其特征在于，包括：
接收应用服务器发送的帐号转换请求，所述帐号转换请求携带外部帐号和网页应用的业务标识，所述外部帐号为用户访问所述网页应用所联运的外部平台时所使用的帐号；
根据所述帐号转换请求将所述外部帐号映射为内部帐号，所述内部帐号为所述网页应用为用户分配的帐号；
返回所述内部帐号给应用服务器，以便应用服务器根据所述内部帐号访问所述网页应用。

2.  根据权利要求1所述的方法，其特征在于，所述根据所述帐号转换请求将所述外部帐号映射为内部帐号，包括：
根据所述帐号转换请求中的业务标识查找与所述业务标识对应的第一帐号库；
确定查找到的第一帐号库中是否存在与所述外部帐号关联的内部帐号；
若存在，则获取所述关联的内部帐号；
若不存在，则生成新内部帐号，并在所述第一帐号库中建立所述新内部帐号与所述外部帐号的关联关系。

3.  根据权利要求1所述的方法，其特征在于，所述根据所述帐号转换请求将所述外部帐号映射为内部帐号，包括：
根据所述帐号转换请求中的业务标识查找与所述业务标识对应的第二帐号库；
确定查找到的第二帐号库中的基础帐号桶表中是否存在与所述外部帐号关联的内部帐号；
若存在，则获取所述关联的内部帐号；
若不存在，则确定溢出帐号桶表中是否存在与所述外部帐号关联的内部帐号，若确定溢出帐号桶表中存在与所述外部帐号关联的内部帐号，则获取所述关联的内部帐号；若确定溢出帐号桶表中不存在与所述外部帐号关联的内部帐号，则查询桶状态表，若桶状态表指示所述基础帐号桶表未满，则生成新内部帐号，并在所述基础帐号桶表中建立所述新内部帐号与所述外部帐号的关联关 系；若桶状态表指示所述基础帐号桶表已满，则生成新内部帐号，并在所述溢出帐号桶表中建立所述新内部帐号与所述外部帐号的关联关系。

4.  根据权利要求3所述的方法，其特征在于，还包括：
当基础帐号桶表中的记录项大于预置阈值时，在所述桶状态表中将所述基础帐号桶表的状态标识由未满更新为已满。

5.  根据权利要求2至4任一项所述的方法，其特征在于，所述返回所述内部帐号给应用服务器，包括：
返回所述关联的内部帐号给应用服务器；或者，
返回生成的新内部帐号给应用服务器。

6.  根据权利要求2至4任一项所述的方法，其特征在于，所述接收应用服务器发送的帐号转换请求，之前，还包括：
获取网页应用的配置文件；
若配置文件指示所述网页应用的管理模式类型为区服分离模式，则根据所述网页应用建立相应的第一帐号库；
若配置文件指示所述网页应用的管理模式类型为区服不分离模式，则根据所述网页应用建立相应的第二帐号库。

7.  根据权利要求2至4任一项所述的方法，其特征在于，生成新内部帐号后，还包括：
记录所述新内部帐号的生成时间和关联关系的的创建时间。

8.  一种联运中网页应用的帐号信息处理装置，其特征在于，包括：
接收单元，用于接收应用服务器发送的帐号转换请求，所述帐号转换请求携带外部帐号和网页应用的业务标识，所述外部帐号为用户访问所述网页应用所联运的外部平台时所使用的帐号；
映射单元，用于根据所述帐号转换请求将所述外部帐号映射为内部帐号，所述内部帐号为所述网页应用为用户分配的帐号；
发送单元，用于返回所述内部帐号给应用服务器，以便应用服务器根据所述内部帐号访问所述网页应用。

9.  根据权利要求8所述的联运中网页应用的帐号信息处理装置，其特征在 于，所述映射单元包括第一查找子单元、第一确定子单元、第一获取子单元和第一处理子单元；
第一查找子单元，用于根据所述帐号转换请求中的业务标识查找与所述业务标识对应的第一帐号库；
第一确定子单元，用于确定查找到的第一帐号库中是否存在与所述外部帐号关联的内部帐号；
第一获取子单元，用于在第一确定子单元确定存在与所述外部帐号关联的内部帐号时，获取所述关联的内部帐号；
第一处理子单元，用于第一确定子单元确定不存在与所述外部帐号关联的内部帐号时，生成新内部帐号，并在所述第一帐号库中建立所述新内部帐号与所述外部帐号的关联关系。

10.  根据权利要求8所述的联运中网页应用的帐号信息处理装置，其特征在于，所述映射单元包括第二查找子单元、第二确定子单元、第二获取子单元和第二处理子单元；
第二查找子单元，用于根据所述帐号转换请求中的业务标识查找与所述业务标识对应的第二帐号库；
第二确定子单元，用于确定查找到的第二帐号库中的基础帐号桶表中是否存在与所述外部帐号关联的内部帐号；
第二获取子单元，用于在第二确定子单元确定存在与所述外部帐号关联的内部帐号时，获取所述关联的内部帐号；
第二处理子单元，用于在第二确定子单元确定存在与所述外部帐号关联的内部帐号时，确定溢出帐号桶表中是否存在与所述外部帐号关联的内部帐号，若确定溢出帐号桶表中存在与所述外部帐号关联的内部帐号，则获取所述关联的内部帐号；若确定溢出帐号桶表中不存在与所述外部帐号关联的内部帐号，则查询桶状态表，若桶状态表指示所述基础帐号桶表未满，则生成新内部帐号，并在所述基础帐号桶表中建立所述新内部帐号与所述外部帐号的关联关系；若桶状态表指示所述基础帐号桶表已满，则生成新内部帐号，并在所述溢出帐号桶表中建立所述新内部帐号与所述外部帐号的关联关系。

11.  根据权利要求10所述的联运中网页应用的帐号信息处理装置，其特征 在于，还包括状态更新单元；
状态更新单元，用于当基础帐号桶表中的记录项大于预置阈值时，在所述桶状态表中将所述基础帐号桶表的状态标识由未满更新为已满。

12.  根据权利要求9至11任一项所述的联运中网页应用的帐号信息处理装置，其特征在于，
所述发送单元，具体用于返回所述关联的内部帐号给应用服务器；或者，返回生成的新内部帐号给应用服务器。

13.  根据权利要求9至11任一项所述的联运中网页应用的帐号信息处理装置，其特征在于，还包括建立单元；
建立单元，用于获取网页应用的配置文件；若配置文件指示所述网页应用的管理模式类型为区服分离模式，则根据所述网页应用建立相应的第一帐号库；若配置文件指示所述网页应用的管理模式类型为区服不分离模式，则根据所述网页应用建立相应的第二帐号库。

14.  根据权利要求9至11任一项所述的联运中网页应用的帐号信息处理装置，其特征在于，还包括记录单元；
记录单元，用于记录所述新内部帐号的生成时间和关联关系的的创建时间。

15.  一种通信系统，其特征在于，包括权利要求8至14所述的任一种联运中网页应用的帐号信息处理装置。

一种联运中网页应用的帐号信息处理方法、装置和系统
技术领域
本发明涉及通信技术领域，具体涉及一种联运中网页应用的帐号信息处理方法、装置和系统。
背景技术
随着互联网的飞速发展，各种网页应用也随着快速发展起来，而帐号，作为用户访问网页应用平台的凭证和身份标识，也扮演着极为重要的角色。
目前各种网页应用平台的帐号类型并没有统一的标准，其帐号体系存在巨大差异，例如，可以包括普通整型帐号、长整型帐号、字符帐号和超43亿帐号，等等，所以，在现有技术中，网页应用在进行外部联运时，一般都需要针对不同平台的帐号特性开发针对该平台的专用网页应用版本。以某一款网页游戏为例，如果平台A的帐号类型为“长整型数字帐号”，则需要针对平台A开发一个可以适用于“长整型数字帐号”的专用游戏版本，而如果平台B的帐号类型为“非长整型数字帐号”，比如为字符帐号或超43亿帐号等，则需要针对平台B另外开发一个可以适用于“非长整型数字帐号”的专用游戏版本，等等。
在对现有技术的研究和实践过程中，本发明的发明人发现，由于现有技术的网页应用在进行外部联运时，都需要针对每种不同帐号体系的平台开发一个专用的版本，因此，开发和维护成本较高；而且，由于帐号等数据是由不同的平台分别来进行管理的，因此数据较为分散，不便于作进一步的数据分析和数据挖掘。
发明内容
本发明实施例提供一种联运中网页应用的帐号信息处理方法、装置和系统，不仅可以降低开发和维护成本，而且可以对数据进行集中管理，便于作进一步数据分析和数据挖掘。
一种联运中网页应用的帐号信息处理方法，包括：
接收应用服务器发送的帐号转换请求，所述帐号转换请求携带外部帐号和 网页应用的业务标识，所述外部帐号为用户访问所述网页应用所联运的外部平台时所使用的帐号；
根据所述帐号转换请求将所述外部帐号映射为内部帐号，所述内部帐号为所述网页应用为用户分配的帐号；
返回所述内部帐号给应用服务器，以便应用服务器根据所述内部帐号访问所述网页应用。
一种联运中网页应用的帐号信息处理装置，包括：
接收单元，用于接收应用服务器发送的帐号转换请求，所述帐号转换请求携带外部帐号和网页应用的业务标识，所述外部帐号为用户访问所述网页应用所联运的外部平台时所使用的帐号；
映射单元，用于根据所述帐号转换请求将所述外部帐号映射为内部帐号，所述内部帐号为所述网页应用为用户分配的帐号；
发送单元，用于返回所述内部帐号给应用服务器，以便应用服务器根据所述内部帐号访问所述网页应用。
一种通信系统，包括本发明实施例提供的任一种联运中网页应用的帐号信息处理装置。
本发明实施例采用接收应用服务器发送的携带外部帐号和网页应用的业务标识的帐号转换请求，根据该帐号转换请求将外部帐号映射为内部帐号，并返回该内部帐号给应用服务器，以便应用服务器根据该内部帐号访问该网页应用；由于在该方案中，可以将不同运营方帐号体系的外部帐号映射为统一的内部帐号，因此，可以屏蔽各个帐号体系之间存在的差异，只需一个联运版本便可在多种平台中运作，相对于现有技术需要开发专门针对某平台的联运版本而言，大大降低了开发和维护的成本；而且，由于该方案可以将不同平台，不同网页应用的帐号库进行统一的收集管理，因此，有利于后续作进一步数据分析和数据挖掘。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明 的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1a是本发明实施例提供的联运中网页应用的帐号信息处理方法的流程图；
图1b是本发明实施例中帐号库配置的示意图；
图2是本发明实施例提供的联运中网页应用的帐号信息处理方法的另一流程图；
图3是本发明实施例提供的联运中网页应用的帐号信息处理方法的又一流程图；
图4是本发明实施例提供的联运中网页应用的帐号信息处理装置的结构示意图；
图5是本发明实施例提供的服务器的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明实施例提供一种联运中网页应用的帐号信息处理方法、装置和系统。以下分别进行详细说明。
实施例一、
本实施例将从联运中网页应用的帐号信息处理装置的角度进行描述，该联运中网页应用的帐号信息处理装置具体可以集成在服务器中，比如集成在独立于应用服务器的其他服务器（如帐号管理服务器或数据服务器等）中，或者，也可以集成在应用服务器中，等等。
一种联运中网页应用的帐号信息处理方法，包括：接收应用服务器发送的帐号转换请求，其中，该帐号转换请求携带外部帐号和网页应用的业务标识，根据该帐号转换请求将外部帐号映射为内部帐号，返回该内部帐号给应用服务 器，以便应用服务器根据该内部帐号访问所述网页应用。
如图1a所示，具体流程可以如下：
101、接收应用服务器发送的帐号转换请求。
其中，该帐号转换请求可以在应用服务器接收到用户终端发送的外部帐号时，由应用服务器生成，该帐号转换请求可以携带外部帐号和网页应用的业务标识等信息。
其中，外部帐号为用户访问该网页应用所联运的外部平台时所使用的帐号，该外部帐号的帐号类型不作限定，可以为多种帐号类型，比如，具体可以是普通整型帐号、长整型帐号、字符帐号或超43亿帐号，等等。
102、根据步骤101中接收到的帐号转换请求将该外部帐号映射为内部帐号。
其中，内部帐号指的是该网页应用为用户分配的帐号，该内部帐号的帐号类型可以根据实际应用的需求及进行设置，比如，具体可以是普通整型帐号、长整型帐号、字符帐号或超43亿帐号等类型中的任意一种。也就是说，在本步骤中，可以将具有不同帐号类型的外部帐号转换为统一帐号类型的内部帐号。
此外，根据网页应用的管理模式的不同，其映射方式也会有所不同，例如，具体可以如下：
（1）对于区服分离类的网页应用；
在区服分离的模式下，系统会以“帐号+大区号”管理用户数据，这种模式的网页应用在联运中，可以将不同大区相同帐号分配给不同用户，只要在相同大区号内不重复便可。因此，根据该模式的特点，具体可以采用如下方式来将外部帐号映射为内部帐号：
根据该帐号转换请求中的业务标识查找与该业务标识对应的帐号库，为了描述方便，在本发明实施例中，将该帐号库称为第一帐号库；
确定查找到的第一帐号库中是否存在与该外部帐号关联的内部帐号；
若存在与该外部帐号关联的内部帐号，则获取该关联的内部帐号；
若不存在与该外部帐号关联的内部帐号，则生成新内部帐号，并在该第一帐号库中建立所述新内部帐号与所述外部帐号的关联关系。
（2）对于区服不分离类的网页应用；
在区服不分离的模式下，系统必须确保每个账户只属于一个用户，因此，根据该模式的特点，具体可以采用如下方式来将外部帐号映射为内部帐号：
根据该帐号转换请求中的业务标识查找与该业务标识对应的帐号库，为了描述方便，在本发明实施例中，将该帐号库称为第二帐号库；
确定查找到的第二帐号库中的基础帐号桶表中是否存在与该外部帐号关联的内部帐号；
若基础帐号桶表中存在与该外部帐号关联的内部帐号，则获取该关联的内部帐号；
若基础帐号桶表中不存在与该外部帐号关联的内部帐号，则确定溢出帐号桶表中是否存在与该外部帐号关联的内部帐号，若确定溢出帐号桶表中存在与该外部帐号关联的内部帐号，则获取该关联的内部帐号；若确定溢出帐号桶表中不存在与该外部帐号关联的内部帐号，则查询桶状态表，若桶状态表指示该基础帐号桶表未满，则生成新内部帐号，并在该基础帐号桶表中建立该新内部帐号与所述外部帐号的关联关系；若桶状态表指示该基础帐号桶表已满，则生成新内部帐号，并在该溢出帐号桶表中建立该新内部帐号与外部帐号的关联关系。
其中，为了可以及时监控各个基础帐号桶表的状态，还可以在桶状态表中实时更新各个基础帐号桶表的状态，即，该联运中网页应用的帐号信息处理方法还可以包括：
当基础帐号桶表中的记录项大于预置阈值时，在桶状态表中将该基础帐号桶表的状态标识由未满更新为已满。
其中，该阈值可以根据实际应用的需求进行设置，比如，可以设置为3000万，或者，可以设置为1亿，等等。
此外，为了便于后续对帐号数据作进一步分析，在生成新内部帐号之后，还可以记录该新内部帐号的生成时间和关联关系（即外部账号和内部账号的关联关系）的的创建时间。
需说明的是，其中，第一帐号库和第二帐号库可以根据网页应用的管理模 式类型在该网页应用接入联运时建立，即，在步骤“接收应用服务器发送的帐号转换请求（即步骤101）”之前，该方法还可以包括：
获取网页应用的配置文件；若配置文件指示该网页应用的管理模式类型为区服分离模式，则根据该网页应用建立相应的第一帐号库；若配置文件指示该网页应用的管理模式类型为区服不分离模式，则根据该网页应用建立相应的第二帐号库。
例如，以该网页应用为网页游戏为例，其中，在该网页游戏接入联运时，系统会以“游戏名+平台名”为单位分配一个业务标识（一个游戏可能在多个平台上联合运营），然后通过业务配置生成一份配置文件，这样，就可以根据该配置文件中的信息生成相应的创建相应的数据库表，比如第一帐号库或第二帐号库，等，此外，如图1b所示，在进行配置时，还可以通过保留号配置来避开保留号码段，例如，将1～10000作为保留号码段，等等，这样，这些号码将不分配给外部平台使用。
103、返回该内部帐号给应用服务器，以便应用服务器根据该内部帐号访问该网页应用。
例如，如果在步骤102中，获取到关联的内部帐号，则此时可以返回该关联的内部帐号给应用服务器；或者，如果在步骤102中，生成了新内部帐号，则此时可以返回该生成的新内部帐号给应用服务器。
由上可知，本实施例采用接收应用服务器发送的携带外部帐号和网页应用的业务标识的帐号转换请求，根据该帐号转换请求将外部帐号映射为内部帐号，并返回该内部帐号给应用服务器，以便应用服务器根据该内部帐号访问该网页应用；由于在该方案中，可以将不同运营方帐号体系的外部帐号映射为统一的内部帐号，因此，可以屏蔽各个帐号体系之间存在的差异，只需一个联运版本便可在多种平台中运作，相对于现有技术需要开发专门针对某平台的联运版本而言，大大降低了开发和维护的成本；而且，由于该方案可以将不同平台，不同网页应用的帐号库进行统一的收集管理，因此，有利于后续作进一步数据分析和数据挖掘。
根据实施例一所描述的方法，以下将在实施二和三中举例作进一步详细说 明。
实施例二、
在本实施例中，将以该网页应用具体为网页游戏，且其管理模式为区服分离模式为例进行说明。而且，为了描述方便，在本实施例中，将以该应用服务器具体为游戏服务器，而该联运中网页应用的帐号信息处理装置具体集成在帐号管理服务器中为例进行说明。
在网页游戏接入联运时，可以获取该游戏的配置文件，并根据该配置文件建立第一帐号库，其中，可以利用业务标识来划分第一帐号库，以便后续可以根据业务标识定位到对应的第一帐号库，其中，可以为每个第一帐号库可设置一个数据库标识（tbIdLibrary）来加以区分。此外，还可以通过保留号配置来避开保留号码段，且可以以自增的形式来生成新内部帐号，以完成外部帐号与数字帐号的关联，以下将进行详细说明。
如图2所示，一种联运中网页应用的帐号信息处理方法，具体流程可以如下：
201、游戏服务器接收用户终端发送的关于该网页游戏的访问请求，所述访问请求中携带用于登录网页游戏的外部帐号。
其中，该外部帐号可以为多种帐号类型，比如，具体可以是普通整型帐号、长整型帐号、字符帐号或超43亿帐号，等等。
202、游戏服务器根据该访问请求生成帐号转换请求。
其中，该帐号转换请求可以携带外部帐号和该网页游戏的业务标识等信息。
203、游戏服务器发送该帐号转换请求给帐号管理服务器；
204、帐号管理服务器根据接收到的帐号转换请求中的业务标识查找与该业务标识对应的第一帐号库，并确定查找到的第一帐号库中是否存在与该外部帐号关联的内部帐号，若存在，则执行步骤205，若不存在，则执行步骤206。
其中，该内部帐号的帐号类型可以根据实际应用的需求及进行设置，比如，具体可以是普通整型帐号、长整型帐号、字符帐号或超43亿帐号等类型中的任意一种。也就是说，在本步骤中，可以将具有不同帐号类型的外部帐号转换为 统一帐号类型的内部帐号。
205、若存在与该外部帐号关联的内部帐号，则帐号管理服务器获取该关联的内部帐号，并执行步骤207。
206、若不存在与该外部帐号关联的内部帐号，则帐号管理服务器生成新内部帐号，并在该第一帐号库中建立所述新内部帐号与该外部帐号的关联关系，然后执行步骤207。
例如，可以直接在第一帐号库中新增一个内部帐号，并将该新增的内部帐号和该外部帐号进行关联，然后执行步骤207。
此外，为了便于后续对帐号数据作进一步分析，在生成新内部帐号之后，还可以记录该新内部帐号的生成时间和关联关系的的创建时间等信息。
207、帐号管理服务器返回内部帐号给游戏服务器。
例如，如果在步骤206中，可以获取到关联的内部帐号，则此时可以返回该关联的内部帐号给游戏服务器；又或者，如果在步骤207中，生成了新内部帐号，则此时可以返回该生成的新内部帐号给游戏服务器。
208、游戏服务器根据该接收到的内部帐号对该游戏进行访问。
例如，游戏服务器具体可以根据该内部帐号登陆该游戏，并进行后续的数据分析和处理等操作。
209、游戏服务器可以返回访问响应给用户，比如提示用户登录成功或者返回用户请求的数据给用户，等等，在此不再赘述。
此后，还可以根据该第一帐号库中的数据对外部平台特性和用户群等作进一步数据分析和数据挖掘，在此不再赘述。
由上可知，本实施例采用接收应用服务器发送的携带外部帐号和网页应用的业务标识的帐号转换请求，根据该帐号转换请求将外部帐号映射为内部帐号，并返回该内部帐号给应用服务器，以便应用服务器根据该内部帐号访问该网页应用；由于在该方案中，可以将不同运营方帐号体系的外部帐号映射为统一的内部帐号，因此，可以屏蔽各个帐号体系之间存在的差异，只需一个联运版本便可在多种平台中运作，相对于现有技术需要开发专门针对某平台的联运版本而言，大大降低了开发和维护的成本；而且，由于该方案可以将不同平 台，不同网页应用的帐号库进行统一的收集管理，因此，有利于后续作进一步数据分析和数据挖掘。
实施例三、
与实施例二相同的是，在本实施例中，同样以该网页应用具体为网页游戏为例进行说明，与实施例二不同的是，在本实施例中，将以该游戏的管理模式为区服不分离模式为例进行说明。同样的，为了描述方便，在本实施例中，还是以该应用服务器具体为游戏服务器，而该联运中网页应用的帐号信息处理装置具体集成在帐号管理服务器中为例进行说明。
在网页游戏接入联运时，可以获取该游戏的配置文件，并根据该配置文件建立第二帐号库，而且，可以为每个第二帐号库可设置一个数据库标识（tbIdLibrary）来加以区分。其中，第二帐号库可以包括若干个基础帐号桶表，还可以包括溢出帐号桶表，例如，以数据库标识和业务标识具体为数字帐号为例，具体可以如下：
首先，以“数据库标识+业务标识”对100取余建立基础帐号桶表，并限定每张基础帐号桶表容纳的帐号上限是3000万个，业务标识超过100时，会复用之前的表，这样能有效的利用所有的帐号，避免小规模平台的帐号浪费情况，每个桶表的起始帐号标识为：3000万*（业务标识mod100-1）。
其次，建立一个容纳上限为6亿的表作为溢出帐号桶表，用以存放超过3000万的表的帐号数据，该溢出帐号桶表结构和立基础帐号桶表一致。
最后，建立一个桶状态表，用于记录每张表（包括基础帐号桶和溢出帐号桶表）的状态，该桶状态表可以包括3个字段：桶数据表名、是否超出预置阈值（比如3000万、以及表状态更新时间。
需说明的是，以上仅仅以“每张基础帐号桶表容纳的帐号上限是3000万个”、“业务标识超过100时，会复用之前的表”、以及“溢出帐号桶表的容纳上限为6亿”为例进行说明，应当理解的是，这些限定值可以根据实际应用的需求进行设置，并不限于上述例子所给出的值，在此不再赘述。
基于上述建立的第二帐号库，以下将对该联运中网页应用的帐号信息处理方法进行说明。
如图3所示，具体流程可以如下：
301、游戏服务器接收用户终端发送的关于该网页游戏的访问请求，所述访问请求中携带用于登录网页游戏的外部帐号。
其中，该外部帐号可以为多种帐号类型，比如，具体可以是普通整型帐号、长整型帐号、字符帐号或超43亿帐号，等等。
302、游戏服务器根据该访问请求生成帐号转换请求。
其中，该帐号转换请求可以携带外部帐号和该网页游戏的业务标识等信息。
303、游戏服务器发送该帐号转换请求给帐号管理服务器；
304、帐号管理服务器根据接收到的帐号转换请求中的业务标识查找与该业务标识对应的第二帐号库，并确定查找到的第二帐号库中的基础帐号桶表中是否存在与该外部帐号关联的内部帐号，若存在，则执行步骤305，若不存在，则执行步骤306。
其中，该内部帐号的帐号类型可以根据实际应用的需求及进行设置，比如，具体可以是普通整型帐号、长整型帐号、字符帐号或超43亿帐号等类型中的任意一种。也就是说，在本步骤中，可以将具有不同帐号类型的外部帐号转换为统一帐号类型的内部帐号。
305、若基础帐号桶表中存在与该外部帐号关联的内部帐号，则帐号管理服务器获取该关联的内部帐号，然后执行步骤311。
306、若基础帐号桶表中不存在与该外部帐号关联的内部帐号，则帐号管理服务器确定溢出帐号桶表中是否存在与该外部帐号关联的内部帐号，若确定溢出帐号桶表中存在与该外部帐号关联的内部帐号，则执行步骤307；若确定溢出帐号桶表中不存在与该外部帐号关联的内部帐号，则执行步骤308。
307、若确定溢出帐号桶表中存在与该外部帐号关联的内部帐号，则帐号管理服务器从溢出帐号桶表中获取该关联的内部帐号，然后执行步骤311。
308、若确定溢出帐号桶表中不存在与该外部帐号关联的内部帐号，则帐号管理服务器查询桶状态表，若桶状态表指示该基础帐号桶表未满，则执行步骤309；若桶状态表指示该基础帐号桶表已满，则执行步骤310。
其中，为了可以及时监控各个基础帐号桶表的状态，还可以在桶状态表中实时更新各个基础帐号桶表的状态，即，该方法还可以包括：
当基础帐号桶表中的记录项大于预置阈值时，在桶状态表中将该基础帐号桶表的状态标识由未满更新为已满。
其中，该阈值可以根据实际应用的需求进行设置，比如，可以设置为3000万，或者，可以设置为1亿，等等。
309、帐号管理服务器生成新内部帐号，并在该基础帐号桶表中建立该新内部帐号与所述外部帐号的关联关系，然后执行步骤311。
例如，可以直接在该基础帐号桶表中新增一个内部帐号，并将该新增的内部帐号和该外部帐号进行关联，然后执行步骤311。
此外，为了便于后续对帐号数据作进一步分析，在生成新内部帐号之后，还可以记录该新内部帐号的生成时间和关联关系的的创建时间等信息。
310、帐号管理服务器生成新内部帐号，并在该溢出帐号桶表中建立该新内部帐号与外部帐号的关联关系，然后执行步骤311。
例如，可以直接在该溢出帐号桶表中新增一个内部帐号，并将该新增的内部帐号和该外部帐号进行关联，然后执行步骤311。
此外，为了便于后续对帐号数据作进一步分析，在生成新内部帐号之后，还可以记录该新内部帐号的生成时间和关联关系的的创建时间等信息。
311、帐号管理服务器返回内部帐号给游戏服务器。
例如，具体可以返回获取到关联的内部帐号或生成的新内部帐号给游戏服务器。
312、游戏服务器根据该接收到的内部帐号对该游戏进行访问。
例如，游戏服务器具体可以根据该内部帐号登陆该游戏，并进行后续的数据分析和处理等操作。
313、游戏服务器可以返回访问响应给用户，比如提示用户登录成功或者返回用户请求的数据给用户，等等，在此不再赘述。
此后，还可以根据该第一帐号库中的数据对外部平台特性和用户群等作进一步数据分析和数据挖掘，在此不再赘述。
由上可知，本实施例采用接收应用服务器发送的携带外部帐号和网页应用的业务标识的帐号转换请求，根据该帐号转换请求将外部帐号映射为内部帐号，并返回该内部帐号给应用服务器，以便应用服务器根据该内部帐号访问该网页应用；由于在该方案中，可以将不同运营方帐号体系的外部帐号映射为统一的内部帐号，因此，可以屏蔽各个帐号体系之间存在的差异，只需一个联运版本便可在多种平台中运作，相对于现有技术需要开发专门针对某平台的联运版本而言，大大降低了开发和维护的成本；而且，由于该方案可以将不同平台，不同网页应用的帐号库进行统一的收集管理，因此，有利于后续作进一步数据分析和数据挖掘。
需说明的是，在实施例二和三中，均以该联运中网页应用的帐号信息处理装置具体集成在帐号管理服务器中为例进行说明，应当理解的是，该联运中网页应用的帐号信息处理装置也可以集成在应用服务器，比如游戏服务器中。在具体实现时，可以根据实际数据访问量的不同而采用不同的实施方式，比如，数据量小时可使用如实施例二和三所示的查询方式进行映射，而在数据量较大时，则可以采用内存化的处理方式，即将该联运中网页应用的帐号信息处理装置直接集成在应用服务器，比如游戏服务器中，其实现方式与上述实施例类似，在此不再赘述。
实施例四、
为了更好地实施以上方法，本发明实施例还提供一种联运中网页应用的帐号信息处理装置，如图4所示，该联运中网页应用的帐号信息处理装置包括接收单元401、映射单元402和发送单元403。
接收单元401，用于接收应用服务器发送的帐号转换请求；
其中，该帐号转换请求可以在应用服务器接收到用户输入的外部帐号时，由应用服务器生成，该帐号转换请求可以携带外部帐号和网页应用的业务标识等信息。
其中，外部帐号为用户访问该网页应用所联运的外部平台时所使用的帐号，该外部帐号的帐号类型不作限定，可以为多种帐号类型，比如，具体可以是普通整型帐号、长整型帐号、字符帐号或超43亿帐号，等等。
映射单元402，用于根据该帐号转换请求将所述外部帐号映射为内部帐号；
其中，内部帐号指的是该网页应用为用户分配的帐号，该内部帐号的帐号类型可以根据实际应用的需求及进行设置，比如，具体可以是普通整型帐号、长整型帐号、字符帐号或超43亿帐号等类型中的任意一种。也就是说，在本步骤中，可以将具有不同帐号类型的外部帐号转换为统一帐号类型的内部帐号。
发送单元403，用于返回该内部帐号给应用服务器，以便应用服务器根据所述内部帐号访问所述网页应用。
其中，根据网页应用的管理模式的不同，将外部帐号映射为内部帐号的方式也会有所不同，例如，具体可以如下：
（1）对于区服分离类的网页应用；
映射单元402可以包括第一查找子单元、第一确定子单元、第一获取子单元和第一处理子单元；
第一查找子单元，用于根据该帐号转换请求中的业务标识查找与该业务标识对应的第一帐号库；
第一确定子单元，用于确定查找到的第一帐号库中是否存在与该外部帐号关联的内部帐号；
第一获取子单元，用于在第一确定子单元确定存在与该外部帐号关联的内部帐号时，获取该关联的内部帐号；
第一处理子单元，用于第一确定子单元确定不存在与该外部帐号关联的内部帐号时，生成新内部帐号，并在该第一帐号库中建立该新内部帐号与该外部帐号的关联关系。
（2）对于区服不分离类的网页应用；
映射单元402可以包括第二查找子单元、第二确定子单元、第二获取子单元和第二处理子单元；
第二查找子单元，用于根据该帐号转换请求中的业务标识查找与该业务标识对应的第二帐号库；
第二确定子单元，用于确定查找到的第二帐号库中的基础帐号桶表中是否存在与该外部帐号关联的内部帐号；
第二获取子单元，用于在第二确定子单元确定存在与该外部帐号关联的内 部帐号时，获取该关联的内部帐号；
第二处理子单元，用于在第二确定子单元确定存在与该外部帐号关联的内部帐号时，确定溢出帐号桶表中是否存在与该外部帐号关联的内部帐号，若确定溢出帐号桶表中存在与该外部帐号关联的内部帐号，则获取该关联的内部帐号；若确定溢出帐号桶表中不存在与该外部帐号关联的内部帐号，则查询桶状态表，若桶状态表指示该基础帐号桶表未满，则生成新内部帐号，并在该基础帐号桶表中建立所述新内部帐号与所述外部帐号的关联关系；若桶状态表指示该基础帐号桶表已满，则生成新内部帐号，并在该溢出帐号桶表中建立该新内部帐号与该外部帐号的关联关系。
则此时，发送单元403，具体可以用于返回该关联的内部帐号给应用服务器；或者，返回生成的新内部帐号给应用服务器。
其中，为了可以及时监控各个基础帐号桶表的状态，还可以在桶状态表中实时更新各个基础帐号桶表的状态，即该联运中网页应用的帐号信息处理装置还可以包括状态更新单元；
状态更新单元，用于当基础帐号桶表中的记录项大于预置阈值时，在该桶状态表中将所述基础帐号桶表的状态标识由未满更新为已满。
其中，该阈值可以根据实际应用的需求进行设置，比如，可以设置为3000万，或者，可以设置为1亿，等等。
另外，需说明的是，其中，第一帐号库和第二帐号库可以根据网页应用的管理模式类型在该网页应用接入联运时建立，即该联运中网页应用的帐号信息处理装置，还可以包括建立单元；
建立单元，用于获取网页应用的配置文件；若配置文件指示该网页应用的管理模式类型为区服分离模式，则根据该网页应用建立相应的第一帐号库；若配置文件指示该网页应用的管理模式类型为区服不分离模式，则根据该网页应用建立相应的第二帐号库。
例如，以该网页应用为网页游戏为例，其中，在该网页游戏接入联运时，系统会以“游戏名+平台名”为单位分配一个业务标识（一个游戏可能在多个平台上联合运营），然后通过业务配置生成一份配置文件，这样，就可以根据该配置文件中的信息生成相应的创建相应的数据库表，比如第一帐号库或第二 帐号库，等，此外，在进行配置时，还可以通过保留号配置来避开保留号码段，例如，将1～10000作为保留号码段，等等，这样，这些号码将不分配给外部平台使用。
此外，可选的，为了便于后续对帐号数据作进一步分析，在生成新内部帐号之后，还可以记录该新内部帐号的生成时间和关联关系的的创建时间等信息，即该联运中网页应用的帐号信息处理装置，还可以包括记录单元；
记录单元，用于记录该新内部帐号的生成时间和关联关系的的创建时间等信息。
具体实现时，以上各个单元可以作为独立的实体来实现，也可以进行任意组合，作为同一或若干个实体来实现，以上各个单元的具体实施可参见前面的方法实施例，在此不再赘述。
该联运中网页应用的帐号信息处理装置具体可以集成在服务器中，比如集成在独立于应用服务器的其他服务器（如帐号管理服务器或数据服务器等）中，或者，也可以集成在应用服务器中，等等。例如，数据量小时可集成在独立于应用服务器的其他服务器，并采用查询的方式进行映射，而在数据量较大时，则可以采用内存化的处理方式，即将该联运中网页应用的帐号信息处理装置直接集成在应用服务器，比如游戏服务器中，在此不再赘述。
由上可知，本实施例的联运中网页应用的帐号信息处理装置中的接收单元401可以接收应用服务器发送的携带外部帐号和网页应用的业务标识的帐号转换请求，然后由映射单元402根据该帐号转换请求将外部帐号映射为内部帐号，并由发送单元403返回该内部帐号给应用服务器，以便应用服务器根据该内部帐号访问该网页应用；由于在该方案中，可以将不同运营方帐号体系的外部帐号映射为统一的内部帐号，因此，可以屏蔽各个帐号体系之间存在的差异，只需一个联运版本便可在多种平台中运作，相对于现有技术需要开发专门针对某平台的联运版本而言，大大降低了开发和维护的成本；而且，由于该方案可以将不同平台，不同网页应用的帐号库进行统一的收集管理，因此，有利于后续作进一步数据分析和数据挖掘。
实施例五、
相应的，本发明实施例还提供一种通信系统，包括本发明实施例提供的任一种联运中网页应用的帐号信息处理装置，以下简称帐号信息处理装置，例如，具体可以如下：
帐号信息处理装置，用于接收应用服务器发送的帐号转换请求，其中，该帐号转换请求携带外部帐号和网页应用的业务标识，根据该帐号转换请求将外部帐号映射为内部帐号，返回该内部帐号给应用服务器，以便应用服务器根据该内部帐号访问所述网页应用。
其中，根据网页应用的管理模式的不同，其映射方式也会有所不同，例如，具体可以如下：
（1）对于区服分离类的网页应用；
帐号信息处理装置，具体用于根据该帐号转换请求中的业务标识查找与该业务标识对应的第一帐号库；确定查找到的第一帐号库中是否存在与该外部帐号关联的内部帐号；若存在与该外部帐号关联的内部帐号，则获取该关联的内部帐号；若不存在与该外部帐号关联的内部帐号，则生成新内部帐号，并在该第一帐号库中建立所述新内部帐号与所述外部帐号的关联关系。
（2）对于区服不分离类的网页应用；
帐号信息处理装置，具体用于根据该帐号转换请求中的业务标识查找与该业务标识对应的第二帐号库；确定查找到的第二帐号库中的基础帐号桶表中是否存在与该外部帐号关联的内部帐号；若基础帐号桶表中存在与该外部帐号关联的内部帐号，则获取该关联的内部帐号；若基础帐号桶表中不存在与该外部帐号关联的内部帐号，则确定溢出帐号桶表中是否存在与该外部帐号关联的内部帐号，若确定溢出帐号桶表中存在与该外部帐号关联的内部帐号，则获取该关联的内部帐号；若确定溢出帐号桶表中不存在与该外部帐号关联的内部帐号，则查询桶状态表，若桶状态表指示该基础帐号桶表未满，则生成新内部帐号，并在该基础帐号桶表中建立该新内部帐号与所述外部帐号的关联关系；若桶状态表指示该基础帐号桶表已满，则生成新内部帐号，并在该溢出帐号桶表中建立该新内部帐号与外部帐号的关联关系。
其中，为了可以及时监控各个基础帐号桶表的状态，还可以在桶状态表中 实时更新各个基础帐号桶表的状态，即：
帐号信息处理装置，还用于当基础帐号桶表中的记录项大于预置阈值时，在桶状态表中将该基础帐号桶表的状态标识由未满更新为已满。
其中，该阈值可以根据实际应用的需求进行设置，比如，可以设置为3000万，或者，可以设置为1亿，等等。
此外，为了便于后续对帐号数据作进一步分析，在生成新内部帐号之后，帐号信息处理装置还可以记录该新内部帐号的生成时间和关联关系的的创建时间等信息。
需说明的是，其中，第一帐号库和第二帐号库可以根据网页应用的管理模式类型在该网页应用接入联运时建立，即：
帐号信息处理装置，用于在接收应用服务器发送的帐号转换请求之前，获取网页应用的配置文件；若配置文件指示该网页应用的管理模式类型为区服分离模式，则根据该网页应用建立相应的第一帐号库；若配置文件指示该网页应用的管理模式类型为区服不分离模式，则根据该网页应用建立相应的第二帐号库。
可选的，该通信系统还可以包括应用服务器等其他设备，如下：
应用服务器，用于在接收到用户终端发送的外部帐号时，生成帐号转换请求，并将该帐号转换请求发送给帐号信息处理装置，以及接收帐号信息处理装置返回的内部账户，根据该内部帐号访问该网页应用，并返回访问响应给用户终端。其中，该帐号转换请求可以携带外部帐号和网页应用的业务标识等信息。
此外，该通信系统还可以包括用户终端，如下：
用户终端，可以用于发送访问网页应用的访问请求给应用服务器，其中，该访问请求携带外部帐号，以及接收应用服务器返回的访问响应。
以上各个设备的具体实施可参见前面的实施例，在此不再赘述。
由上可知，本实施例的通信系统的帐号信息处理装置采用接收应用服务器发送的携带外部帐号和网页应用的业务标识的帐号转换请求，根据该帐号转换请求将外部帐号映射为内部帐号，并返回该内部帐号给应用服务器，以便应用服务器根据该内部帐号访问该网页应用；由于在该方案中，可以将不同运营方 帐号体系的外部帐号映射为统一的内部帐号，因此，可以屏蔽各个帐号体系之间存在的差异，只需一个联运版本便可在多种平台中运作，相对于现有技术需要开发专门针对某平台的联运版本而言，大大降低了开发和维护的成本；而且，由于该方案可以将不同平台，不同网页应用的帐号库进行统一的收集管理，因此，有利于后续作进一步数据分析和数据挖掘。
实施例六、
本发明实施例还提供一种服务器，其中可以集成本发明实施例的联运中网页应用的帐号信息处理装置，如图5所示，其示出了本发明实施例所涉及的服务器的结构示意图，具体来讲：
该服务器可以包括一个或者一个以上处理核心的处理器501、一个或一个以上计算机可读存储介质的存储器502、射频（Radio Frequency，RF）电路503、无线通信模块如蓝牙模块和/或无线保真（WiFi，Wireless Fidelity）模块504等（图5中以WIFI模块504为例）、电源505、传感器506、输入单元507、以及显示单元508等部件。本领域技术人员可以理解，图5中示出的服务器结构并不构成对服务器的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：
处理器501是该服务器的控制中心，利用各种接口和线路连接整个服务器的各个部分，通过运行或执行存储在存储器502内的软件程序和/或模块，以及调用存储在存储器502内的数据，执行服务器的各种功能和处理数据，从而对服务器进行整体监控。可选的，处理器501可包括一个或多个处理核心；优选的，处理器501可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器501中。
存储器502可用于存储软件程序以及模块，处理器501通过运行存储在存储器502的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器502可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序（比如声音播放功能、图像播放功能等）等；存储数据区可存储根据服务器的使用所创建的数据等。此外，存储器502可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储 器件、闪存器件、或其他易失性固态存储器件。相应地，存储器502还可以包括存储器控制器，以提供处理器501对存储器502的访问。
RF电路503可用于收发信息过程中，信号的接收和发送，特别地，将基站的下行信息接收后，交由一个或者一个以上处理器501处理；另外，将涉及上行的数据发送给基站。通常，RF电路503包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块（SIM）卡、收发信机、耦合器、低噪声放大器（LNA，Low Noise Amplifier）、双工器等。此外，RF电路503还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统（GSM，Global System of Mobile communication）、通用分组无线服务（GPRS，General Packet Radio Service）、码分多址（CDMA，Code Division Multiple Access）、宽带码分多址（WCDMA，Wideband Code Division Multiple Access）、长期演进（LTE，Long Term Evolution）、电子邮件、短消息服务（SMS，Short Messaging Service）等。
WiFi属于短距离无线传输技术，服务器通过WiFi模块504收发电子邮件和访问流式媒体等，它可以提供无线的宽带互联网访问。虽然图5示出了WiFi模块504，但是可以理解的是，其并不属于服务器的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。
服务器还包括给各个部件供电的电源505（比如电池），优选的，电源可以通过电源管理系统与处理器501逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源505还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。
该服务器还可包括至少一种传感器506，比如光传感器、运动传感器以及其他传感器。该服务器还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
该服务器还可包括输入单元507，该输入单元507可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地，在一个具体的实施例中，输入单元507 可包括触敏表面以及其他输入设备。触敏表面，也称为触摸显示屏或者触控板，可收集用户在其上或附近的触摸操作（比如用户使用手指、触笔等任何适合的物体或附件在触敏表面上或在触敏表面附近的操作），并根据预先设定的程式驱动相应的连接装置。可选的，触敏表面可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器501，并能接收处理器501发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面。除了触敏表面，输入单元507还可以包括其他输入设备。具体地，其他输入设备可以包括但不限于物理键盘、功能键（比如音量控制按键、开关按键等）、轨迹球、鼠标、操作杆等中的一种或多种。
该服务器还可包括显示单元508，该显示单元508可用于显示由用户输入的信息或提供给用户的信息以及服务器的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元508可包括显示面板，可选的，可以采用液晶显示器（LCD，Liquid Crystal Display）、有机发光二极管（OLED，Organic Light-Emitting Diode）等形式来配置显示面板。进一步的，触敏表面可覆盖显示面板，当触敏表面检测到在其上或附近的触摸操作后，传送给处理器501以确定触摸事件的类型，随后处理器501根据触摸事件的类型在显示面板上提供相应的视觉输出。虽然在图5中，触敏表面与显示面板是作为两个独立的部件来实现输入和输入功能，但是在某些实施例中，可以将触敏表面与显示面板集成而实现输入和输出功能。
尽管未示出，服务器还可以包括摄像头、蓝牙模块等，在此不再赘述。具体在本实施例中，服务器中的处理器501会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器502中，并由处理器501来运行存储在存储器502中的应用程序，从而实现各种功能，如下：
接收应用服务器发送的帐号转换请求，其中，该帐号转换请求携带外部帐号和网页应用的业务标识，根据该帐号转换请求将外部帐号映射为内部帐号，返回该内部帐号给应用服务器，以便应用服务器根据该内部帐号访问所述网页应用。
其中，根据网页应用的管理模式的不同，其映射方式也会有所不同，例如，具体可以如下：
（1）对于区服分离类的网页应用；
根据该帐号转换请求中的业务标识查找与该业务标识对应的第一帐号库；
确定查找到的第一帐号库中是否存在与该外部帐号关联的内部帐号；
若存在与该外部帐号关联的内部帐号，则获取该关联的内部帐号；
若不存在与该外部帐号关联的内部帐号，则生成新内部帐号，并在该第一帐号库中建立所述新内部帐号与所述外部帐号的关联关系。
（2）对于区服不分离类的网页应用；
根据该帐号转换请求中的业务标识查找与该业务标识对应的第二帐号库；
确定查找到的第二帐号库中的基础帐号桶表中是否存在与该外部帐号关联的内部帐号；
若基础帐号桶表中存在与该外部帐号关联的内部帐号，则获取该关联的内部帐号；
若基础帐号桶表中不存在与该外部帐号关联的内部帐号，则确定溢出帐号桶表中是否存在与该外部帐号关联的内部帐号，若确定溢出帐号桶表中存在与该外部帐号关联的内部帐号，则获取该关联的内部帐号；若确定溢出帐号桶表中不存在与该外部帐号关联的内部帐号，则查询桶状态表，若桶状态表指示该基础帐号桶表未满，则生成新内部帐号，并在该基础帐号桶表中建立该新内部帐号与所述外部帐号的关联关系；若桶状态表指示该基础帐号桶表已满，则生成新内部帐号，并在该溢出帐号桶表中建立该新内部帐号与外部帐号的关联关系。
其中，为了可以及时监控各个基础帐号桶表的状态，还可以在桶状态表中实时更新各个基础帐号桶表的状态，即还可以完成如下操作：
当基础帐号桶表中的记录项大于预置阈值时，在桶状态表中将该基础帐号桶表的状态标识由未满更新为已满。
其中，该阈值可以根据实际应用的需求进行设置，比如，可以设置为3000万，或者，可以设置为1亿，等等。
此外，为了便于后续对帐号数据作进一步分析，在生成新内部帐号之后，还可以记录该新内部帐号的生成时间和关联关系的的创建时间等信息。
需说明的是，其中，第一帐号库和第二帐号库可以根据网页应用的管理模式类型在该网页应用接入联运时建立，即还可以执行如下操作：
在接收应用服务器发送的帐号转换请求之前，获取网页应用的配置文件；若配置文件指示该网页应用的管理模式类型为区服分离模式，则根据该网页应用建立相应的第一帐号库；若配置文件指示该网页应用的管理模式类型为区服不分离模式，则根据该网页应用建立相应的第二帐号库。
由上可知，本实施例的服务器采用接收应用服务器发送的携带外部帐号和网页应用的业务标识的帐号转换请求，根据该帐号转换请求将外部帐号映射为内部帐号，并返回该内部帐号给应用服务器，以便应用服务器根据该内部帐号访问该网页应用；由于在该方案中，可以将不同运营方帐号体系的外部帐号映射为统一的内部帐号，因此，可以屏蔽各个帐号体系之间存在的差异，只需一个联运版本便可在多种平台中运作，相对于现有技术需要开发专门针对某平台的联运版本而言，大大降低了开发和维护的成本；而且，由于该方案可以将不同平台，不同网页应用的帐号库进行统一的收集管理，因此，有利于后续作进一步数据分析和数据挖掘。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器（ROM，Read Only Memory）、随机存取记忆体（RAM，Random Access Memory）、磁盘或光盘等。
以上对本发明实施例所提供的一种联运中网页应用的帐号信息处理方法、装置和系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。