账户管理方法、账户管理平台及账户管理系统

摘要

本申请提供账户管理方法、账户管理平台及账户管理系统，其中账户管理方法包括：账户管理平台接收至少一个应用平台的登录请求；确定账户管理平台的登录账户的参考账户信息，根据参考账户信息，生成至少一个应用平台对应的授权信息；将授权信息发送给至少一个应用平台；接收中继服务器发送的待校验授权信息，在待校验授权信息校验通过的情况下，向中继服务器发送授权指令，其中，授权指令用于发送至待校验授权信息对应的应用平台。如此，至少一个应用平台可以通过同一个登录账户进行授权登录，统一了不同应用平台的登录账户，打通了不同应用平台的账户体系，提高了账户管理效率。

说明书

技术领域

本申请涉及互联网技术领域，特别涉及一种账户管理方法。本申请同时涉及一种账户管理平台，一种账户管理系统，一种计算设备，以及一种计算机可读存储介质。

背景技术

随着计算机技术和互联网行业的快速发展，服务业务方越来越多，各种业务方不仅仅对账户体系稳定性要求越来越高，对账户系统的功能要求也越来越多，逐渐向多样化多元化，可定制化发展。

现有技术中，在参与互联网活动中，各大业务方都使用了各自的账户体系，用户在参与众多业务方的应用时，需要多次注册，随着应用的增多，就会产生越来越多的账户，用户需要记录多个账户的登录信息，多个账户难以管理，账户信息容易遗忘和混乱，导致用户参与互联网活动存在诸多繁琐，账户管理效率较低。

发明内容

有鉴于此，本申请实施例提供了一种账户管理方法。本申请同时涉及一种账户管理平台，一种账户管理系统，一种计算设备，以及一种计算机可读存储介质，以解决现有技术中存在的多个账户难以管理、账户信息容易遗忘和混乱、账户管理效率较低的技术问题。

根据本申请实施例的第一方面，提供了一种账户管理方法，应用于账户管理平台，包括：

接收至少一个应用平台的登录请求；

确定所述账户管理平台的登录账户的参考账户信息，根据所述参考账户信息，生成所述至少一个应用平台对应的授权信息；

将所述授权信息发送给所述至少一个应用平台，其中，所述授权信息用于发送至与所述应用平台建立连接的中继服务器，并指示所述中继服务器向所述账户管理平台发送待校验授权信息；

接收所述中继服务器发送的待校验授权信息，在所述待校验授权信息校验通过的情况下，向所述中继服务器发送授权指令，其中，所述授权指令用于发送至所述待校验授权信息对应的应用平台。

根据本申请实施例的第二方面，提供了一种账户管理平台，包括：

接收模块，被配置为接收至少一个应用平台的登录请求；

生成模块，被配置为确定所述账户管理平台的登录账户的参考账户信息，根据所述参考账户信息，生成所述至少一个应用平台对应的授权信息；

第一发送模块，被配置为将所述授权信息发送给所述至少一个应用平台，其中，所述授权信息用于发送至与所述应用平台建立连接的中继服务器，并指示所述中继服务器向所述账户管理平台发送待校验授权信息；

第二发送模块，被配置为接收所述中继服务器发送的待校验授权信息，在所述待校验授权信息校验通过的情况下，向所述中继服务器发送授权指令，其中，所述授权指令用于发送至所述待校验授权信息对应的应用平台。

根据本申请实施例的第三方面，提供了一种账户管理系统，所述账户管理系统包括至少一个应用平台、中继服务器和账户管理平台；

所述账户管理平台，被配置为接收所述应用平台的登录请求，确定所述账户管理平台的登录账户的参考账户信息，根据所述参考账户信息，生成所述至少一个应用平台对应的授权信息，将所述授权信息发送给所述应用平台；

所述应用平台，进一步被配置为接收所述授权信息，并将所述授权信息发送给所述中继服务器；

所述中继服务器，进一步被配置为接收所述授权信息，并向所述账户管理平台发送待校验授权信息；

所述账户管理平台，进一步被配置为接收所述待校验授权信息，在所述待校验授权信息校验通过的情况下，向所述中继服务器发送授权指令；

所述中继服务器，进一步被配置为向所述应用平台发送所述授权指令。

根据本申请实施例的第四方面，提供了一种计算设备，包括：

存储器和处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令，以实现上述任一项所述的账户管理方法的步骤。

根据本申请实施例的第五方面，提供了一种计算机可读存储介质，其存储有计算机可执行指令，该计算机可执行指令被处理器执行时实现上述任一项所述的账户管理方法的步骤。

本申请提供的账户管理方法，账户管理平台可以接收至少一个应用平台的登录请求；确定所述账户管理平台的登录账户的参考账户信息，根据所述参考账户信息，生成所述至少一个应用平台对应的授权信息；将所述授权信息发送给所述至少一个应用平台，其中，所述授权信息用于发送至与所述应用平台建立连接的中继服务器，并指示所述中继服务器向所述账户管理平台发送待校验授权信息；接收所述中继服务器发送的待校验授权信息，在所述待校验授权信息校验通过的情况下，向所述中继服务器发送授权指令，其中，所述授权指令用于发送至所述待校验授权信息对应的应用平台。

这种情况下，账户管理平台在接收到至少一个应用平台的登录请求时，可以基于登录账户的账户信息生成对应授权信息，将该授权信息发送给至少一个应用平台，该至少一个应用平台可以将授权信息发送给建立连接的中继服务器，中继服务器接收到该授权信息后，可以向账户管理平台发送待校验授权信息，账户管理平台可以对待校验授权信息进行校验，在校验通过的情况下，向中继服务器返回授权指令，中继服务器可以将该授权指令发送至对应的应用平台，该应用平台成功获得该登录账户的授权，在该应用平台中登录该登录账户。

如此，账户管理平台可以基于登录账户的账户信息生成对应授权信息，通过该授权信息对中继服务器发送的待校验授权信息进行校验，即可进行授权登录，用户无需记录账户信息，简化了用户参与互联网活动的操作；并且，至少一个应用平台可以通过同一个登录账户进行授权登录，统一了不同应用平台的登录账户，打通了不同应用平台的账户体系，提高了账户管理效率，且任意业务方的应用平台均可以接入账户管理平台，通过同一个登录账号进行授权登录，易于进行业务扩展。

附图说明

图1是本申请一实施例提供的一种账户管理方法的流程图；

图2是本申请一实施例提供的一种中继服务器的通信连接示意图；

图3是本申请一实施例提供的一种账户管理方法的处理流程图；

图4是本申请一实施例提供的一种账户管理平台的结构示意图；

图5是本申请一实施例提供的一种账户管理系统的结构示意图；

图6是本申请一实施例提供的一种计算设备的结构框图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。

在本申请一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请一个或多个实施例。在本申请一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本申请一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

首先，对本申请一个或多个实施例涉及的名词术语进行解释。

账户程序：可以是独立于应用程序或者应用网站之外的程序，也可以是集成到具体的应用程序或者网站内的程序，主要包含但不限于登陆/授权/鉴权/认证/实名制/支付等功能，其主要形式表现为扫码、跨应用唤起授权、输入短文本口令(短有效期)等。

账户系统服务端：基于区块链系统实现，区块链地址即为用户设置的名称，区块链数据表示用户数字资产，基于区块链系统分布式属性实现分布式账户系统。

中继服务器：随账户系统服务端一起部署，并且具备发现其余中继服务器的能力，实现信息互通，还用于实现具体的应用程序(或网站)和账户程序之间消息互通和消息变更通知。

在本申请中，提供了一种账户管理方法，本申请同时涉及一种账户管理平台，一种账户管理系统，一种计算设备，以及一种计算机可读存储介质，在下面的实施例中逐一进行详细说明。

图1示出了根据本申请一实施例提供的一种账户管理方法的流程图，应用于账户管理平台，具体包括以下步骤102-108：

步骤102：接收至少一个应用平台的登录请求。

具体的，账户管理平台可以为提供某账户下多个应用平台的授权管理的程序，用户可以在账户管理平台中通过自己的账户对至少一个应用平台进行授权管理，该账户管理平台可以为账户程序，账户管理平台是账户管理系统中连接最多的，也是整个账户管理系统中至关重要的部件，可以有多种表现形式。

也即，该账户管理平台可以为独立于应用平台之外的程序，如独立应用程序APP(Application)；或者，该账户管理平台还可以为集成到具体的应用平台内的程序，如通用的SDK(Software Development Kit，软件开发工具包)形式或者API(ApplicationProgramming Interface，应用程序接口)形式。账户管理平台主要提供包含但不限于登陆/授权/鉴权/认证/实名制/支付等功能，其主要形式表现为扫码、跨应用唤起授权、输入短文本口令(短有效期)等。

其中，应用平台是业务方向用户提供的业务平台，该应用平台可以为应用程序，也可以为应用网站。用户通过应用平台可以获取其提供的服务，如应用平台可以为XX视频软件、XX新闻软件、XX音频网站等。

实际应用中，用户在应用平台中获取其提供的服务时往往需要登录自身的账号，因而用户可以通过应用平台中的登录控件，跳转至账户管理平台，此时账户管理平台即接收到登录请求。也即是，用户触发应用平台中的登录控件后，应用平台可以向账户管理平台发送启动指令，该启动指令即为登录请求。

本实施例一个可选的实施方式中，应用平台还可以预先与中继服务器建立连接，也即接收至少一个应用平台的登录请求之前，还可以包括如下步骤：

接收所述至少一个应用平台发送的中继服务器的连接地址，其中，所述中继服务器的连接地址为所述至少一个应用平台与对应的中继服务器建立连接后确定并发送；

根据所述中继服务器的连接地址与所述中继服务器建立连接。

具体的，中继服务器的个数可以为多个，一个中继服务器可以连接多个应用平台，随账户系统服务端一起部署，并且具备发现其余中继服务器的能力，实现信息互通，还用于实现具体的应用平台和账户管理平台之间消息互通和消息变更通知。也即是，中继服务器是应用平台和账户管理平台之间的数据转发单元。

实际应用中，中继服务器的接口可以制定简单、通用、统一的标准接入规范，以确保足够通用，各个应用平台能够快速接入。应用平台可以向中继服务器发送建立连接请求，中继服务器接收到该建立连接请求后，可以向该应用平台返回自身的连接规范，该应用平台可以基于该连接规范在该中继服务器中进行注册，即与该中继服务器建立连接。

具体实现时，在中继服务器有多个的情况下，应用平台中每个用户每次连接只对应一个中继服务器，即一次连接对应一个中继服务器即可，分配中继服务器的方式可以有很多种，如可以基于预设的策略(如负载均衡)将该应用平台分配给相应的中继服务器，或者，可以利用域名或是每个应用平台去申请一个中继服务器地址，该应用平台可以在分配的中继服务器中进行注册，即与分配的中继服务器建立连接。

需要说明的是，至少一个应用平台和对应的中继服务器建立连接后，各个应用平台可以将与自身建立连接的中继服务器的连接地址发送给账户管理平台，账户管理平台可以基于该连接地址与对应的中继服务器建立连接。其中，至少一个应用平台可以对应同一个中继服务器，也可以对应不同的中继服务器，一个应用平台可以连接一个中继服务器连接，一个中继服务器可以连接多个应用平台。

示例的，图2是本申请一实施例提供的一种中继服务器的通信连接示意图，如图2所示，包括中继服务器1和中继服务器2，中继服务器1位于账户管理平台和应用平台1之间，中继服务器2位于账户管理平台和应用平台2之间，且中继服务器1和中继服务器2之间可以实现消息互通。

本申请实施例中，可以部署有中继服务器，中继服务器保持跟应用平台和账户管理平台两端实时通讯，实现应用平台和账户管理平台之间的消息中转，确保应用平台和账户管理平台之间的消息实时准时的传传输。并且，一个中继服务器可以连接多个应用平台，然后再与账户管理平台进行连接，从而实现多个应用平台与账户管理平台之间的消息互通，降低了账户管理平台的消息传输压力。

步骤104：确定账户管理平台的登录账户的参考账户信息，根据参考账户信息，生成至少一个应用平台对应的授权信息。

具体的，每个用户在账户管理平台可以存在自身的登录账户，通过该登录账户，该用户可以授权登录各大应用平台。参考账户信息是指与登录身份校验相关的账户信息，如参考账户信息可以为账户名称、账户标识、账户密码等。授权信息是指授权对应的应用平台具备登录权限的信息，如授权信息可以为授权码。

需要说明的是，用户可以在应用平台中触发登录控件，以触发账户管理平台对该应用平台进行登录授权，因而在账户管理平台接收到应用平台发送的登录请求后，可以确定账户管理平台当前的登录账户，然后获取该登录账户的参考账户信息，基于该参考账户信息生成该应用平台对应的授权信息。其中，参考账户信息可以包括账户名、该登录账户下的其他信息(如等级、性别等基础属性信息)，该其他信息不包括密码；授权码可以基于用户部分信息以及随机生成的部分数据共同生成，该用户部分信息从获取到的参考账户信息中随机确定。

实际应用中，账户管理平台接收到的各个登录请求中可以携带有应用平台标识，账户管理平台可以针对不同的应用平台标识，分别生成对应的授权信息，也即不同的应用平台对应的授权信息可以不同。

示例的，假设账户管理平台接收到应用平台1发送的登录请求1、应用平台2发送的登录请求2、应用平台3发送的登录请求3、应用平台4发送的登录请求4和应用平台5发送的登录请求5。针对应用平台1可以生成授权码1256，针对应用平台2可以生成授权码7651，针对应用平台3可以生成授权码9216，针对应用平台4可以生成授权码8426，针对应用平台5可以生成授权码5894。

本申请实施例中，可以基于登录账户的参考账户信息，生成至少一个应用平台对应的授权信息，后续基于各个应用平台的授权信息进行校验，确定各个应用平台是否具备登录权限，用户无需记录账户信息，简化了用户参与互联网活动的操作。

本实施例一个可选的实施方式中，账户管理平台可以从账户系统服务端获取登录账户的参考账户信息，也即确定所述账户管理平台的登录账户的参考账户信息，具体实现过程可以如下：

确定所述账户管理平台的登录账户；

从账户系统服务端获取所述登录账户的参考账户信息，其中，所述账户系统服务端用于存储所述登录账户的账户信息。

具体的，账户系统服务端可以为存储登录账户在至少一个应用平台下的账户信息的服务器，也即账户系统服务端中可以统一存储登录账户在各个应用平台下的账户信息，打通不同应用平台的账户信息。也即是，账户系统服务端可以支撑跨应用平台的账户信息共享服务，提供授权/认证/登陆/实名制认证/支付等功能。

需要说明的是，在参与互联网活动中，各大业务方都使用了各自的账户体系，用户在参与众多业务方的应用平台时，需要多次注册，随着应用平台的增多，就会产生越来越多的账户，用户需要记录多个账户的登录信息，多个账户难以管理。虽然目前一些应用平台可以实现同一账户授权不同的应用平台登录，但是各个应用平台的账户信息还是分裂的，各个应用平台的账户信息不能互通。

示例的，很多应用程序都可以通过XX聊天软件授权登录，但是XX聊天软件只能管理账户登录，各个应用程序的数字资产存在对应的服务器上，不同应用程序中的数字资产无法互通，并且用户A在应用平台1中的数字资产A，以及在应用平台2中的数字资产B，不能进行互通转换。

因而本申请实施例中，不同应用平台可以有不同的账户信息(如数字资产)，账户系统服务端中可以统一存储登录账户在各个应用平台下的账户信息，从而对不同应用平台的账户信息进行统一管理和转换，提供了不同应用平台的账户信息的共享功能。

步骤106：将授权信息发送给至少一个应用平台，其中，授权信息用于发送至与应用平台建立连接的中继服务器，并指示中继服务器向账户管理平台发送待校验授权信息。

具体的，待校验授权信息是指中继服务器接收到应用平台发送的授权信息后，向账户管理平台发送的信息，用于对相应的应用平台进行登录授权校验。

需要说明的是，账户管理平台针对不同的应用平台可以生成不同的授权信息，因而可以账户管理平台可以将各个授权信息发送给对应的应用平台，各个应用平台接收到自身的授权信息后，可以将该授权信息发送给与自身建立连接的中继服务器，中继服务器接收到该授权信息后，可以基于该授权信息向账户管理平台发送待校验授权信息。后续，账户管理平台可以对中继服务器发送的待校验授权信息进行校验，以确定对应的应用平台是否具备授权登录权限。

沿用上例，账户管理平台可以向应用平台1发送授权码1256，应用平台1将授权码1256发送给中继服务器1，中继服务器1接收到授权码1256后，向账户管理平台方待校验授权信息“1256”，后续账户管理平台可以对待校验授权信息“1256”进行校验，确定应用平台1是否具备授权登录权限，即确定应用平台1是否可以登录该用户在账户管理平台的登录账户。其他应用平台依次类推。

步骤108：接收中继服务器发送的待校验授权信息，在待校验授权信息校验通过的情况下，向中继服务器发送授权指令，其中，授权指令用于发送至待校验授权信息对应的应用平台。

具体的，授权指令是指相应的应用平台获得登录账户的登录授权，可以在该应用平台中登录该登录账户。

需要说明的是，账户管理平台接收到中继服务器发送的待校验授权信息后，可以对待校验授权信息进行校验，确定待校验授权信息是否通过校验。在待校验授权信息校验通过的情况下，说明该待校验授权信息对应的应用平台获得登录授权，此时账户管理平台可以向中继服务器发送授权指令，中继服务器接收到该授权指令后，可以将该授权指令发送至待校验授权信息对应的应用平台，以通知该应用平台获取到的登录账户的登录授权，可以在该应用平台中登录该登录账户。

实际应用中，中继服务器接收到的授权信息可以携带对应的应用平台标识，中继服务器根据接收到的授权信息，向账户管理平台发送待校验授权信息时，可以在待校验授权信息中携带对应的应用平台标识，账户管理平台可以获取针对应用平台标识生成的授权信息，确定该授权信息和接收到的待校验授权信息是否一致，若一致，则确定待校验授权信息通过校验，生成授权指令。

另外，在生成授权指令时，可以在授权指令中携带对应的应用平台标识，以指示哪个应用平台获得了登录授权，中继服务器接收到授权指令后，可以解析获得应用平台标识，并将授权指令发送给应用平台标识对应的应用平台，以告知其获得了登录授权。

沿用上例，账户管理平台接收到的中继服务器1发送的待校验授权信息为“1256和应用平台1”，账户管理平台基于应用平台1，确定对应的授权信息为“1256”，由于待校验授权信息中“1256”与授权信息“1256”一致，因而确定待校验授权信息通过校验，生成授权指令，并将该授权指令发送给中继服务器1，该授权指令中携带“应用平台1”。中继服务器1接收到授权指令后，将授权指令发送给应用平台1。

本申请实施例中，账户管理平台可以基于登录账户的账户信息生成对应授权信息，通过该授权信息对中继服务器发送的待校验授权信息进行校验，即可进行授权登录，用户无需记录账户信息，简化了用户参与互联网活动的操作。

本实施例一个可选的实施方式中，确定中继服务器发送的待校验授权信息通过校验，则说明相应的应用平台获得登录授权，可以在该应用平台中登录该用户的登录账户，在该应用平台中登录该用户的登录账户时，还需要展示该登录账户在该应用平台下的账户信息，因而账户管理平台在发送授权指令的同时，还可以同时发送该应用平台下的账户信息，也即向所述中继服务器发送授权指令，具体实现过程可以如下：

从账户系统服务端获取所述登录账户的待展示账户信息，其中，所述账户系统服务端存储有所述登录账户在所述至少一个应用平台下的账户信息，所述待展示账户信息为第一应用平台对应的账户信息；

向所述中继服务器发送所述授权指令和所述待展示账户信息，以使所述中继服务器将所述授权指令和所述待展示账户信息发送给所述第一应用平台。

具体的，账户系统服务端中存储有登录账户在不同应用下的账户信息，因而账户管理平台在确定出待校验授权信息校验通过，即相应的应用平台获得登录授权，生成授权指令时，可以从账户系统服务端获取登录账户的待展示账户信息，该待展示账户信息为第一应用平台对应的账户信息，其中，第一应用平台为待校验授权信息对应的应用平台，即通过校验，获得登录授权的应用平台。

实际应用中，账户管理平台从账户系统服务端获取到登录账户的待展示账户信息后，可以向中继服务器发送授权指令和待展示账户信息，中继服务器可以将授权指令和待展示账户信息发送给第一应用平台，第一应用平台可以登录该登录账户，并展示待待展示账户信息。

本申请实施例中，账户管理平台确定待校验授权信息验证通过后，可以从账户系统服务端获取待校验授权信息对应的应用平台的账户信息，作为待展示账户信息，将授权指令和该待展示账户信息发送给该应用平台进行展示。如此，虽然登录账户授权的各个应用平台的账户信息统一存储在账户系统服务端上，但是在某个应用平台内只展示该应用平台相关的账户信息，既实现了不同应用平台中账户信息的互通存储，又可以在某应用平台仅展示相关的账户信息，避免账户信息混乱，影响用户体验。

沿用上例，账户管理平台确定应用平台1具备登录授权后，可以生成应用平台1对应的授权指令，且可以从账户系统服务端中获取登录账户在应用平台1下的账户信息1，将该授权指令和账户信息1发送给中继服务器，中继服务器可以向应用平台1发送该授权指令和账户信息，应用平台1可以登录该登录账户，并展示账户信息1。

另一种实现方式，账户管理平台可以只向中继服务器发送授权指令，中继服务器接收到授权指令后，解析获取其中携带的应用平台标识，中继服务器根据该应用平台标识从账户系统服务端获取对应的待展示账户信息，然后将授权指令和待展示账户信息发送给该应用平台标识对应的应用平台进行展示。

本实施例一个可选的实施方式中，账户系统服务端为区块链，待展示账户信息包括用户名，用户名基于账户系统服务端的区块链地址确定。

需要说明的是，随着业务发展，用户数量不断增长，账户体系业务的扩建需求也不断增长，账户系统服务端中需要存储的账户信息也呈爆发式增长，为了满足爆发式增长的存储需求，账户系统服务端可以采用分布式存储结构，通过多个存储节点来存储用户的账户信息。目前，业务方针对存储节点的定制化需求越来越困难，常规的账户体系中若要提高稳定性，增加用户的账户信息的存储节点，诸多业务方需要进行多机房建设，建设难度大，开发周期长，且也受限于本身账户体系的复杂度，复杂度越高多机房建设难度越大，周期越长。账户体系复杂度太高时，一般会将其中重要的部件进行拆分，比如支付体系和虚拟数字资产管理体系，拆分之后多机房建设更加耗费人力，物力。

因而，本申请实施例中账户系统服务端主要是采用区块链技术实现，通过智能合约可以存储各种形式的账户信息，如各种形式的数字资产等，利用区块链天然的分布式属性实现分布式账户体系，降低了建设难度，缩短了建设周期，构建了高稳定性的分布式账户系统，提高了账户系统服务端的稳定性和可扩展性。

实际应用中，账户系统服务端为区块链时，可以将区块链地址的哈希值映射为用户名，将该用户名作为账户信息的一部分，用于获得登陆授权的各大应用平台进行展示。

另外，账户系统服务端存储有登录账户在至少一个应用平台下的账户信息，账户系统服务端为区块链时，可以采用区块链的智能合约实现对登录账户在至少一个应用平台下的账户信息的存储，大大提高了灵活性和业务的可扩展性。

本实施例一个可选的实施方式中，用户在应用平台中的操作可能会引起该应用平台下账户信息的变更，因而在应用平台获得登录授权，登录对应的登录账户后，还可以对账户系统服务端中登录账户在该应用平台下的账户信息进行变更，也即向所述中继服务器发送授权指令之后，还可以包括：

接收针对所述登录账户的账户信息修改指令，其中，所述账户信息修改指令中携带待修改信息；

将所述待修改信息写入账户系统服务端。

需要说明的是，应用平台获得登录授权，登录对应的登录账户后，用户可以获得该应用平台提供的服务，在该过程中，该应用平台下账户信息可能会发生变更，如该应用平台下积分的变更、数字资产的变更等；另外，用户在账户管理平台中执行某些管理操作时，对应的应用平台下的账户信息也可能会发生变更，如针对某应用平台进行数字资产充值操作或扣减操作时，该应用平台的数字资源会发生变更。因而，在该应用平台下账户信息发生变更时，需要将新的账户信息写入账户系统服务端，以保证账户系统服务端中各个应用平台的账户信息的准确性，从而对各个应用平台的账户信息进行统一维护。

实际应用中，只有账户管理平台具备修改账户系统服务端中数据的权限，因而若用户在获取某应用平台提供的服务的过程，使得该应用平台的账户信息发生了变更，此时该应用平台可以生成针对登录账户的账户信息修改指令，账户信息修改指令中携带待修改信息，该待修改信息即该应用平台更新后的账户信息，然后该应用平台可以将账户信息修改指令发送给对应的中继服务器，中继服务器将该账户信息修改指令发送给账户管理平台，账户管理平台将待修改信息写入账户系统服务端，以更新账户系统服务端中的账户信息。

另外，若用户在账户管理平台针对某应用程序的账户信息执行变更操作，此时账户管理平台可以生成账户信息修改指令，将该账户信息修改指令中携带的待修改信息写入账户系统服务端。

本申请实施例中，只有账户管理平台具备修改账户系统服务端中数据的权限，通过账户管理平台可以修改账户系统服务端中登录账户的相应账户信息，可以通过账户系统服务端对登录账户下不同应用平台的账户进行统一维护，且安全性较高。

本实施例一个可选的实施方式中，账户系统服务端为区块链，区块链包括至少一个节点设备，将所述待修改信息写入账户系统服务端，具体实现过程可以如下：

调用所述区块链中的智能合约，将所述待修改信息写入所述区块链中的节点设备上。

需要说明的是，若账户系统服务端为区块链，则可以调用区块链中的智能合约，将待修改信息写入区块链中的节点设备上，采用区块链的智能合约实现账户系统服务端中各个应用平台下账户信息的管理维护，大大提高灵活性和业务的扩展性。

本实施例一个可选的实施方式中，账户管理平台还可以提供登录账户下各个已授权应用平台的查看功能，也即账户管理方法还可以包括如下步骤：

接收针对所述登录账户的查看请求；

从账户系统服务端获取所述登录账户的目标账户信息，并展示目标账户信息，其中，所述目标账户信息包括所述登录账户已授权的至少一个应用平台，以及各个所述应用平台对应的账户信息。

具体的，查看请求是指在账户管理平台中通过查看操作触发的、以展示登录账户下各个已授权应用平台的相关信息的请求。例如，该查看请求可以是账户管理平台的登录操作，用户通过自身的登录账号登录账号管理平台后，账号管理平台即接收到针对该登录账户的查看请求；或者，该查看请求可以是账户管理平台登录后的账户查看信息控件被触发的操作，用户通过自身的登录账号登录账号管理平台后，可以点击账户管理平台提供的账户查看信息控件，此时账号管理平台即接收到针对该登录账户的查看请求。

需要说明的是，账户管理平台在接收到针对登录账户的查看请求的情况下，可以从账户系统服务端获取登录账户的目标账户信息，目标账户信息包括登录账户已授权的至少一个应用平台，以及各个应用平台对应的账户信息。如此，通过账户管理平台，用户可以综合查看自身的登录账号下的各个已授权应用平台的相关信息，便于对各个应用平台的账户信息进行统一管理和维护。

本实施例一个可选的实施方式中，账户管理平台还可以提供登录账户下各个已授权应用平台的管理功能，也即账户管理方法还可以包括如下步骤：

接收针对所述登录账户的授权应用管理请求，其中，所述授权应用管理请求携带待处理应用平台标识；

根据所述待处理应用平台标识，对所述账户系统服务端中登录账户的已授权应用平台进行管理。

具体的，待处理应用平台标识是指需要进行处理的应用平台的平台标识。授权应用管理请求是指在账户管理平台中通过管理操作触发的、以管理登录账户下各个已授权应用平台的请求。实际应用中，该授权应用管理请求可以用户点击账户管理平台提供的管理控件触发的请求，用户通过自身的登录账号登录账号管理平台后，可以点击账户管理平台提供的账户管理信息控件，此时账号管理平台即接收到针对该登录账户的授权应用管理请求。例如，授权应用管理请求可以为删除某个已授权应用平台的请求，即解除该应用平台的登录授权；或者，授权应用管理请求还可以为针对某应用平台的数字资产充值请求。

需要说明的是，账户管理平台在接收到针对登录账户的授权应用管理请求的情况下，可以根据授权应用管理请求中携带的待处理应用平台标识，对登录账户的已授权应用平台进行管理。如此，通过账户管理平台，用户可以综合管理自身的登录账号下的各个已授权应用平台的相关信息，对已授权应用平台的相关信息进行修改，便于对各个应用平台的账户信息进行统一管理和维护。

本申请实施例中，账户管理平台可以提供登录账户下各个已授权应用平台的查看功能、管理功能等，通过账户管理平台可以查看登录账户下各个已授权应用平台的详细列表等相关信息，账户管理平台可以完全控制登录账户在哪些应用平台上进行授权，完全控制其授权的建立和断开的处理，并拥有登录账户下各个已授权应用平台中虚拟数字资产的管理能力，具备其支配权益，同一维护登录账户下各个已授权应用平台的虚拟数字资产等账户信息，保证了账户系统的安全性。

本申请提供的账户管理方法，账户管理平台在接收到至少一个应用平台的登录请求时，可以基于登录账户的账户信息生成对应授权信息，将该授权信息发送给至少一个应用平台，该至少一个应用平台可以将授权信息发送给建立连接的中继服务器，中继服务器接收到该授权信息后，可以向账户管理平台发送待校验授权信息，账户管理平台可以对待校验授权信息进行校验，在校验通过的情况下，向中继服务器返回授权指令，中继服务器可以将该授权指令发送至对应的应用平台，该应用平台成功获得该登录账户的授权，在该应用平台中登录该登录账户。

如此，账户管理平台可以基于登录账户的账户信息生成对应授权信息，通过该授权信息对中继服务器发送的待校验授权信息进行校验，即可进行授权登录，用户无需记录账户信息，简化了用户参与互联网活动的操作；并且，至少一个应用平台可以通过同一个登录账户进行授权登录，统一了不同应用平台的登录账户，打通了不同应用平台的账户体系，提高了账户管理效率，且任意业务方的应用平台均可以接入账户管理平台，通过同一个登录账号进行授权登录，易于进行业务扩展，避免了用户在参与互联网活动中到处注册账户，统一用户在互联网活动中的账户体系，并且具备统在一管理账户以及统一的账户信息的管理方式。

图3示出了本申请一实施例提供的一种账户管理方法的处理流程图，应用于账户管理系统，该账户管理系统包括至少一个应用平台、至少一个中继服务器、账户管理平台和账户系统区块链，具体包括以下步骤：

步骤302：应用平台A与中继服务器A建立连接，并保持实时通讯。

其中，应用平台A为至少一个应用平台中的任一个，中继服务器A为至少一个中继服务器中的任一个。

步骤304：应用平台A将中继服务器A的连接地址发送给账户管理平台，账户管理平台根据该连接地址与该中继服务器A建立连接，并保持实时通讯。

步骤306：账户管理平台接收到应用平台A的登录请求的情况下，确定账户管理平台的登录账户，并从账户系统区块链中获取登录账户的参考账户信息，其中，账户系统区块链用于存储登录账户的账户信息。

步骤308：账户管理平台根据参考账户信息，生成应用平台A对应的授权信息，并将该授权信息发送给该应用平台A。

步骤310：应用平台A将该授权信息发送给中继服务器A。

步骤312：中继服务器A接收到该授权信息，向账户管理平台发送待校验授权信息。

步骤314：账户管理平台对待校验授权信息进行校验，在待校验授权信息校验通过的情况下，生成授权指令，并从账户系统区块链中获取登录账户的应用平台A对应的账户信息A。

需要说明的是，账户信息A包括用户名，用户名基于账户系统区块链的区块链地址确定。

步骤316：账户管理平台向中继服务器A发送授权指令和账户信息A。

步骤318：中继服务器A将授权指令和账户信息A发送给应用平台A，应用平台A登录该登录账户，并展示账户信息A。

步骤320：账户管理平台接收针对登录账户的账户信息修改指令，其中，账户信息修改指令中携带待修改信息；调用账户系统区块链中的智能合约，将待修改信息写入账户系统区块链中的节点设备上。

步骤322：账户管理平台接收针对登录账户的查看请求，从账户系统区块链中获取登录账户的目标账户信息，并展示目标账户信息，其中，目标账户信息包括所述登录账户已授权的至少一个应用平台，以及各个所述应用平台对应的账户信息。

步骤324：账户管理平台接收针对所述登录账户的授权应用管理请求，其中，所述授权应用管理请求携带待处理应用平台标识；根据所述待处理应用平台标识，对所述账户系统区块链中登录账户的已授权应用平台进行管理。

本申请提供的账户管理方法，账户管理平台在接收到至少一个应用平台的登录请求时，可以基于登录账户的账户信息生成对应授权信息，将该授权信息发送给至少一个应用平台，该至少一个应用平台可以将授权信息发送给建立连接的中继服务器，中继服务器接收到该授权信息后，可以向账户管理平台发送待校验授权信息，账户管理平台可以对待校验授权信息进行校验，在校验通过的情况下，向中继服务器返回授权指令，中继服务器可以将该授权指令发送至对应的应用平台，该应用平台成功获得该登录账户的授权，在该应用平台中登录该登录账户。

如此，账户管理平台可以基于登录账户的账户信息生成对应授权信息，通过该授权信息对中继服务器发送的待校验授权信息进行校验，即可进行授权登录，用户无需记录账户信息，简化了用户参与互联网活动的操作；并且，至少一个应用平台可以通过同一个登录账户进行授权登录，统一了不同应用平台的登录账户，打通了不同应用平台的账户体系，提高了账户管理效率，且任意业务方的应用平台均可以接入账户管理平台，通过同一个登录账号进行授权登录，易于进行业务扩展，避免了用户在参与互联网活动中到处注册账户，统一用户在互联网活动中的账户体系，并且具备统在一管理账户以及统一的账户信息的管理方式。

与上述方法实施例相对应，本申请还提供了账户管理平台实施例，图4示出了本申请一实施例提供的一种账户管理平台的结构示意图。如图4所示，该账户管理平台包括：

接收模块402，被配置为接收至少一个应用平台的登录请求；

生成模块404，被配置为确定所述账户管理平台的登录账户的参考账户信息，根据所述参考账户信息，生成所述至少一个应用平台对应的授权信息；

第一发送模块406，被配置为将所述授权信息发送给所述至少一个应用平台，其中，所述授权信息用于发送至与所述应用平台建立连接的中继服务器，并指示所述中继服务器向所述账户管理平台发送待校验授权信息；

第二发送模块408，被配置为接收所述中继服务器发送的待校验授权信息，在所述待校验授权信息校验通过的情况下，向所述中继服务器发送授权指令，其中，所述授权指令用于发送至所述待校验授权信息对应的应用平台。

本申请提供的账户管理平台，在接收到至少一个应用平台的登录请求时，可以基于登录账户的账户信息生成对应授权信息，将该授权信息发送给至少一个应用平台，该至少一个应用平台可以将授权信息发送给建立连接的中继服务器，中继服务器接收到该授权信息后，可以向账户管理平台发送待校验授权信息，账户管理平台可以对待校验授权信息进行校验，在校验通过的情况下，向中继服务器返回授权指令，中继服务器可以将该授权指令发送至对应的应用平台，该应用平台成功获得该登录账户的授权，在该应用平台中登录该登录账户。

如此，账户管理平台可以基于登录账户的账户信息生成对应授权信息，通过该授权信息对中继服务器发送的待校验授权信息进行校验，即可进行授权登录，用户无需记录账户信息，简化了用户参与互联网活动的操作；并且，至少一个应用平台可以通过同一个登录账户进行授权登录，统一了不同应用平台的登录账户，打通了不同应用平台的账户体系，提高了账户管理效率，且任意业务方的应用平台均可以接入账户管理平台，通过同一个登录账号进行授权登录，易于进行业务扩展。

可选地，该账户管理平台还包括建立连接模块，被配置为：

接收所述至少一个应用平台发送的中继服务器的连接地址，其中，所述中继服务器的连接地址为所述至少一个应用平台与对应的中继服务器建立连接后确定并发送；

根据所述中继服务器的连接地址与所述中继服务器建立连接。

可选地，生成模块404进一步被配置为：

确定所述账户管理平台的登录账户；

从账户系统服务端获取所述登录账户的参考账户信息，其中，所述账户系统服务端用于存储所述登录账户的账户信息。

可选地，第二发送模块408进一步被配置为：

从账户系统服务端获取所述登录账户的待展示账户信息，其中，所述账户系统服务端存储有所述登录账户在所述至少一个应用平台下的账户信息，所述待展示账户信息为第一应用平台对应的账户信息；

向所述中继服务器发送所述授权指令和所述待展示账户信息，以使所述中继服务器将所述授权指令和所述待展示账户信息发送给所述第一应用平台。

可选地，所述账户系统服务端为区块链，所述待展示账户信息包括用户名，所述用户名基于所述账户系统服务端的区块链地址确定。

可选地，该账户管理平台还包括修改模块，被配置为：

接收针对所述登录账户的账户信息修改指令，其中，所述账户信息修改指令中携带待修改信息；

将所述待修改信息写入账户系统服务端。

可选地，所述账户系统服务端为区块链，所述区块链包括至少一个节点设备；修改模块进一步被配置为：

调用所述区块链中的智能合约，将所述待修改信息写入所述区块链中的节点设备上。

可选地，该账户管理平台还包括查看模块，被配置为：

接收针对所述登录账户的查看请求；

从账户系统服务端获取所述登录账户的目标账户信息，并展示所述目标账户信息，其中，所述目标账户信息包括所述登录账户已授权的至少一个应用平台，以及各个所述应用平台对应的账户信息。

可选地，该账户管理平台还包括管理模块，被配置为：

接收针对所述登录账户的授权应用管理请求，其中，所述授权应用管理请求携带待处理应用平台标识；

根据所述待处理应用平台标识，对所述账户系统服务端中登录账户的已授权应用平台进行管理。

上述为本实施例的一种账户管理平台的示意性方案。需要说明的是，该账户管理平台的技术方案与上述的账户管理方法的技术方案属于同一构思，账户管理平台的技术方案未详细描述的细节内容，均可以参见上述账户管理方法的技术方案的描述。

与上述方法实施例相对应，本申请还提供了账户管理系统实施例，图5示出了本申请一实施例提供的一种账户管理系统的结构示意图。如图5所示，该账户管理系统包括：至少一个应用平台502、至少一个中继服务器504和账户管理平台506；

所述账户管理平台506，被配置为接收所述应用平台的登录请求，确定所述账户管理平台的登录账户的参考账户信息，根据所述参考账户信息，生成所述至少一个应用平台对应的授权信息，将所述授权信息发送给所述应用平台；

所述应用平台502，进一步被配置为接收所述授权信息，并将所述授权信息发送给所述中继服务器；

所述中继服务器504，进一步被配置为接收所述授权信息，并向所述账户管理平台发送待校验授权信息；

所述账户管理平台506，进一步被配置为接收所述待校验授权信息，在所述待校验授权信息校验通过的情况下，向所述中继服务器发送授权指令；

所述中继服务器504，进一步被配置为向所述应用平台发送所述授权指令。

本申请提供的账户管理方法，账户管理平台在接收到至少一个应用平台的登录请求时，可以基于登录账户的账户信息生成对应授权信息，将该授权信息发送给至少一个应用平台，该至少一个应用平台可以将授权信息发送给建立连接的中继服务器，中继服务器接收到该授权信息后，可以向账户管理平台发送待校验授权信息，账户管理平台可以对待校验授权信息进行校验，在校验通过的情况下，向中继服务器返回授权指令，中继服务器可以将该授权指令发送至对应的应用平台，该应用平台成功获得该登录账户的授权，在该应用平台中登录该登录账户。

如此，账户管理平台可以基于登录账户的账户信息生成对应授权信息，通过该授权信息对中继服务器发送的待校验授权信息进行校验，即可进行授权登录，用户无需记录账户信息，简化了用户参与互联网活动的操作；并且，至少一个应用平台可以通过同一个登录账户进行授权登录，统一了不同应用平台的登录账户，打通了不同应用平台的账户体系，提高了账户管理效率，且任意业务方的应用平台均可以接入账户管理平台，通过同一个登录账号进行授权登录，易于进行业务扩展，避免了用户在参与互联网活动中到处注册账户，统一用户在互联网活动中的账户体系，并且具备统在一管理账户以及统一的账户信息的管理方式。

本实施例一个可选的实施方式中，如图5所示，所述账户管理系统还包括账户系统服务端508；

所述账户系统服务端，被配置为存储所述登录账户在所述至少一个应用平台下的账户信息。

本申请实施例中，不同应用平台可以有不同的账户信息(如数字资产)，账户系统服务端中可以统一存储登录账户在各个应用平台下的账户信息，从而对不同应用平台的账户信息进行统一管理和转换，提供了不同应用平台的账户信息的共享功能。

本实施例一个可选的实施方式中，账户系统服务端508为区块链，所述区块链包括至少一个节点设备，所述登录账户在所述至少一个应用平台下的账户信息存储于所述区块链的节点设备中。

本申请实施例中，账户系统服务端主要是采用区块链技术实现，通过智能合约可以存储各种形式的账户信息，如各种形式的数字资产等，利用区块链天然的分布式属性实现分布式账户体系，降低了建设难度，缩短了建设周期，构建了高稳定性的分布式账户系统，提高了账户系统服务端的稳定性和可扩展性。

本实施例一个可选的实施方式中，中继服务器504，还被配置为：

接收所述应用平台发送的账户信息修改指令，其中，所述账户信息修改指令中携带待修改信息；

将所述账户信息修改指令发送给所述账户管理平台；

相应地，所述账户管理平台，进一步被配置为：

接收所述账户信息修改指令，并获取所述账户信息修改指令中携带的待修改信息；

将所述待修改信息写入所述账户系统服务端。

需要说明的是，应用平台获得登录授权，登录对应的登录账户后，用户可以获得该应用平台提供的服务，在该过程中，该应用平台下账户信息可能会发生变更，如该应用平台下积分的变更、数字资产的变更等。因而，在该应用平台下账户信息发生变更时，需要将新的账户信息写入账户系统服务端，以保证账户系统服务端中各个应用平台的账户信息的准确性，从而对各个应用平台的账户信息进行统一维护。

实际应用中，只有账户管理平台具备修改账户系统服务端中数据的权限，因而若用户在获取某应用平台提供的服务的过程，使得该应用平台的账户信息发生了变更，此时该应用平台可以生成针对登录账户的账户信息修改指令，账户信息修改指令中携带待修改信息，该待修改信息即该应用平台更新后的账户信息，然后该应用平台可以将账户信息修改指令发送给对应的中继服务器，中继服务器将该账户信息修改指令发送给账户管理平台，通过账户管理平台将待修改信息写入账户系统服务端，以更新账户系统服务端中的账户信息。

本实施例一个可选的实施方式中，中继服务器504，还被配置为：

向其他中继服务器广播账户修改消息，以使所述其他中继服务器从所述账户系统服务端中获取所述登录账户的更新账户信息。

需要说明的是，中继服务器的个数可以为多个，一个中继服务器可以连接多个应用平台，随账户系统服务端一起部署，并且中继服务器具备发现其他中继服务器的能力，实现信息互通。也即是，中继服务器在通过账户管理平台修改账户系统服务端中的账户信息后，可以广播通知其他中继服务器，以使其他中继服务器从账户系统服务端中获取登录账户当前最新的更新账户信息，并将更新账户信息发送给对应的应用平台，从而保证了不同应用平台的数据统一性。

本申请实施例中，中继服务器具备服务发现机制以及广播信息机制，将应用平台和账户管理平台两端信息广播到有效的中继服务器中，确保中继服务器能够通知到相应的应用平台和账户管理平台。

本实施例一个可选的实施方式中，所述中继服务器504，还被配置为：

监测所述应用平台中执行的操作；

在所述操作中存在违规操作的情况下，断开与所述应用平台的连接。

需要说明的是，如果没有中继服务器，应用平台可能直接和账户管理平台、账户系统服务端通信，在应用平台存在恶意或违规操作的情况下，会对账户系统服务端造成比较大的影响，因而中继服务器还可以监测应用平台中执行的操作，在该操作中存在违规操作的情况下，断开与该应用平台的连接，保证了获得登录授权的应用平台的安全性和合规性。

本申请提供的账户管理系统，账户管理平台在接收到至少一个应用平台的登录请求时，可以基于登录账户的账户信息生成对应授权信息，将该授权信息发送给至少一个应用平台，该至少一个应用平台可以将授权信息发送给建立连接的中继服务器，中继服务器接收到该授权信息后，可以向账户管理平台发送待校验授权信息，账户管理平台可以对待校验授权信息进行校验，在校验通过的情况下，向中继服务器返回授权指令，中继服务器可以将该授权指令发送至对应的应用平台，该应用平台成功获得该登录账户的授权，在该应用平台中登录该登录账户。

如此，账户管理平台可以基于登录账户的账户信息生成对应授权信息，通过该授权信息对中继服务器发送的待校验授权信息进行校验，即可进行授权登录，用户无需记录账户信息，简化了用户参与互联网活动的操作；并且，至少一个应用平台可以通过同一个登录账户进行授权登录，统一了不同应用平台的登录账户，打通了不同应用平台的账户体系，提高了账户管理效率，且任意业务方的应用平台均可以接入账户管理平台，通过同一个登录账号进行授权登录，易于进行业务扩展，避免了用户在参与互联网活动中到处注册账户，统一用户在互联网活动中的账户体系，并且具备统在一管理账户以及统一的账户信息的管理方式。

图6示出了根据本申请一实施例提供的一种计算设备的结构框图。该计算设备600的部件包括但不限于存储器610和处理器620。处理器620与存储器610通过总线630相连接，数据库650用于保存数据。

计算设备600还包括接入设备640，接入设备640使得计算设备600能够经由一个或多个网络660通信。这些网络的示例包括公用交换电话网(PSTN，Public SwitchedTelephone Network)、局域网(LAN，Local Area Network)、广域网(WAN，WideAreaNetwork)、个域网(PAN，PersonalArea Network)或诸如因特网的通信网络的组合。接入设备640可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(NIC，Network Interface Controller))中的一个或多个，诸如IEEE802.11无线局域网(WLAN，Wireless LocalAreaNetworks)无线接口、全球微波互联接入(Wi-MAX，WorldwideInteroperability for Microwave Access)接口、以太网接口、通用串行总线(USB，Universal Serial Bus)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC，Near FieldCommunication)接口，等等。

在本申请的一个实施例中，计算设备600的上述部件以及图6中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图6所示的计算设备结构框图仅仅是出于示例的目的，而不是对本申请范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。

计算设备600可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或PC的静止计算设备。计算设备600还可以是移动式或静止式的服务器。

其中，处理器620用于执行如下计算机可执行指令，以实现上述任一项所述的账户管理方法的步骤。

上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的账户管理方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述账户管理方法的技术方案的描述。

本申请一实施例还提供一种计算机可读存储介质，其存储有计算机可执行指令，该计算机可执行指令被处理器执行时实现上述任一项所述的账户管理方法的步骤。

上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的账户管理方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述账户管理方法的技术方案的描述。

上述对本申请特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

以上公开的本申请优选实施例只是用于帮助阐述本申请。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本申请的内容，可作很多的修改和变化。本申请选取并具体描述这些实施例，是为了更好地解释本申请的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本申请。本申请仅受权利要求书及其全部范围和等效物的限制。