注册处理方法及装置与流程

本文件涉及数据处理技术领域，尤其涉及一种注册处理方法及装置。

背景技术

随着互联网和信息技术的发展，用户的生活习惯有了很大的改变，很多线下服务的体验和办理都可以在线上办理，为了维护用户和机构的权益和权利，需要对双方的责任和义务进行划分，就需要进行在线协议的签署。此外，随着信息化的不断普及，服务不再只是单个简单系统或单个复杂系统，也可能涉及多方平台对接。因此，如何在保证用户信息安全的情况下实现用户信息的多方传送，已经成为用户以及多方平台日益重视的问题。

技术实现要素：

本说明书一个或多个实施例提供了一种注册处理方法。所述注册处理方法，包括：响应于第三方服务器的注册调用，生成包含多个协议访问入口的协议签署页并向用户终端发送。根据所述用户终端提交的协议签署指令，对各个协议访问入口对应的授权协议进行签署处理。根据签署处理后获得的多个授权令牌中至少一者，将获取的用户信息向所述第三方服务器发送，以根据所述用户信息进行用户注册。

本说明书一个或多个实施例提供了另一种注册处理方法，包括：根据用户针对宿主应用内子应用提交的访问指令，通过所述子应用展示第一服务页面。若检测到所述用户针对所述子应用的注册指令，向所述子应用的第三方服务器提交所述注册指令。接收所述宿主应用的应用服务器下发的协议签署页并展示。获取所述用户的协议签署指令并向所述应用服务器提交，并在注册完成后基于所述子应用展示第二服务页面。

本说明书一个或多个实施例提供了一种注册处理装置，包括：页面生成模块，被配置为响应于第三方服务器的注册调用，生成包含多个协议访问入口的协议签署页并向用户终端发送。签署处理模块，被配置为根据所述用户终端提交的协议签署指令，对各个协议访问入口对应的授权协议进行签署处理。信息发送模块，被配置为根据签署处理后获得的多个授权令牌中至少一者，将获取的用户信息向所述第三方服务器发送，以根据所述用户信息进行用户注册。

本说明书一个或多个实施例提供了另一种注册处理装置，包括：第一页面展示模块，被配置为根据用户针对宿主应用内子应用提交的访问指令，通过所述子应用展示第一服务页面。注册指令提交模块，被配置为若检测到所述用户针对所述子应用的注册指令，向所述子应用的第三方服务器提交所述注册指令。签署页面展示模块，被配置为接收所述宿主应用的应用服务器下发的协议签署页并展示。第二页面展示模块，被配置为获取所述用户的协议签署指令并向所述应用服务器提交，并在注册完成后基于所述子应用展示第二服务页面。

本说明书一个或多个实施例提供了一种注册处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：响应于第三方服务器的注册调用，生成包含多个协议访问入口的协议签署页并向用户终端发送。根据所述用户终端提交的协议签署指令，对各个协议访问入口对应的授权协议进行签署处理。根据签署处理后获得的多个授权令牌中至少一者，将获取的用户信息向所述第三方服务器发送，以根据所述用户信息进行用户注册。

本说明书一个或多个实施例提供了另一种注册处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：根据用户针对宿主应用内子应用提交的访问指令，通过所述子应用展示第一服务页面。若检测到所述用户针对所述子应用的注册指令，向所述子应用的第三方服务器提交所述注册指令。接收所述宿主应用的应用服务器下发的协议签署页并展示。获取所述用户的协议签署指令并向所述应用服务器提交，并在注册完成后基于所述子应用展示第二服务页面。

本说明书一个或多个实施例提供了一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现以下流程：响应于第三方服务器的注册调用，生成包含多个协议访问入口的协议签署页并向用户终端发送。根据所述用户终端提交的协议签署指令，对各个协议访问入口对应的授权协议进行签署处理。根据签署处理后获得的多个授权令牌中至少一者，将获取的用户信息向所述第三方服务器发送，以根据所述用户信息进行用户注册。

本说明书一个或多个实施例提供了另一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现以下流程：根据用户针对宿主应用内子应用提交的访问指令，通过所述子应用展示第一服务页面。若检测到所述用户针对所述子应用的注册指令，向所述子应用的第三方服务器提交所述注册指令。接收所述宿主应用的应用服务器下发的协议签署页并展示。获取所述用户的协议签署指令并向所述应用服务器提交，并在注册完成后基于所述子应用展示第二服务页面。

附图说明

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

图1为本说明书一个或多个实施例提供的一种注册处理方法处理流程图；

图2为本说明书一个或多个实施例提供的一种协议签署页的示意图；

图3为本说明书一个或多个实施例提供的一种消息验证提醒页面的示意图；

图4为本说明书一个或多个实施例提供的一种应用于网约车服务场景的注册处理方法处理流程图；

图5为本说明书一个或多个实施例提供的另一种注册处理方法处理流程图；

图6为本说明书一个或多个实施例提供的另一种应用于网约车服务场景的注册处理方法处理流程图；

图7为本说明书一个或多个实施例提供的一种注册处理装置示意图；

图8为本说明书一个或多个实施例提供的另一种注册处理装置示意图；

图9为本说明书一个或多个实施例提供的一种注册处理设备的结构示意图；

图10为本说明书一个或多个实施例提供的另一种注册处理设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本说明书一个或多个实施例中的技术方案，下面将结合本说明书一个或多个实施例中的附图，对本说明书一个或多个实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书一个或多个实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本文件的保护范围。

本说明书提供的一种注册处理方法实施例：

参照图1，其示出了本实施例提供的一种注册处理方法处理流程图，参照图2，其示出了本实施例提供的一种协议签署页的示意图，参照图3，其示出了本实施例提供的一种消息验证提醒页面的示意图，参照图4，其示出了本实施例提供的一种应用于网约车服务场景的注册处理方法处理流程图。

参照图1，本实施例提供的注册处理方法，具体包括步骤S102至步骤S106。

步骤S102，响应于第三方服务器的注册调用，生成包含多个协议访问入口的协议签署页并向用户终端发送。

本实施例提供的注册处理方法，用户通过宿主应用内的子应用进行用户注册的过程中，宿主应用的应用服务器通过向用户展示包含信息授权协议和服务授权协议的页面，使用户可以一键授权，在获取到用户的协议签署指令后，分别对信息授权协议和服务授权协议进行签署处理，并根据各个授权协议生成对应的授权令牌，并根据信息授权令牌，将获取到的用户信息向子应用的第三方服务器发送，以使第三方服务器基于用户信息进行用户注册，将服务授权令牌向第三方服务器发送，以使第三方服务器根据服务授权令牌发送服务处理请求，以此，实现用户的一键注册授权，提升用户对宿主应用内的子应用的感知程度，提升用户体验。

本实施例中，用户可通过宿主应用访问宿主应用内的子应用，并通过子应用进行服务申请，本实施例提供的注册处理方法，应用于宿主应用的应用服务器，所述宿主应用，包括能承载子应用的应用，例如第三方支付应用。所述子应用，包括承载于宿主应用并依赖宿主应用运行的程序模块或者服务模块，比如，第三方支付应用加载并运行的车辆预约小程序，用户可在第三方支付应用内通过访问车辆预约小程序进行用户注册以及车辆预约。所述第三方服务器，为子应用的服务器，比如提供网约车服务的小程序的车辆预约服务器。

本实施例提供的注册处理方法，应用于应用服务器，即：宿主应用的服务器，下述提供的另一方法实施例提供的注册处理方法，应用于用户终端，即：运行宿主应用的用户终端，本实施例提供的注册处理方法与下述另一方法实施例提供的注册处理方法，在执行过程中相互配合，因此，阅读本实施例请参照下述另一方法实施例的相应内容。

可选的，所述多个协议访问入口对应的多个授权协议包括：信息授权协议和至少一个服务授权协议。所述信息授权协议，包括将用户信息向第三方服务器传送的授权指令；所述服务授权指令，包括在服务过程中需要利用的对用户服务信息的授权指令；例如：代扣授权协议，位置读取授权协议等。

实际应用中，用户在使用服务应用时，为了保证用户的信息安全，提升用户的服务体验，也为了提升服务管理的有效性以及便捷性，需要进行用户注册。

具体实施时，用户通过用户终端访问宿主应用内的子应用，子应用向用户展示服务首页，用户可通过服务首页提交服务请求，为了保证用户的信息安全，也为了提升服务管理的便捷性，避免用户恶意请求造成服务应用的损失，进行用户注册后才能向用户提供服务。在向用户展示服务首页后，用户可通过服务首页提交服务请求，子应用的第三方服务器在接收到服务请求的情况下，需要判断用户是否为已经注册的用户，若用户还未注册，则在获取到注册指令后调用宿主应用的应用服务器进行用户注册。本实施例中，用户终端根据用户针对宿主应用内子应用提交的访问指令，通过所述子应用展示第一服务页面；所述第一服务页面，包括在用户访问子应用时通过子应用展示的服务首页，也包括子应用的服务请求页面。若检测到所述用户针对所述子应用的注册指令，向所述子应用的第三方服务器提交所述注册指令。

具体的，用户终端在提交注册指令的过程中，首先采集所述用户针对所述子应用的服务请求并向所述第三方服务器提交；然后接收并展示所述第三方服务器发送的注册提醒；最后采集所述用户通过所述注册提醒录入的注册指令并向所述第三方服务器提交。

进一步，为了判断提交访问请求的用户是否为新用户，第三方服务器通过与用户终端配合获取注册指令，本实施例提供的一种可选实施方式中，具体采用如下方式判断用户是否为新用户：

根据所述用户通过所述子应用提交的服务请求，查询所述用户是否为所述子应用的注册用户；

若是，则基于所述服务请求进行服务处理；

若否，通过所述子应用展示注册提醒，并在获取到所述用户提交的注册指令后发起所述注册调用。

具体的，用户通过用户终端提交对宿主应用内的子应用的访问指令，用户终端在检测到用户访问宿主应用内的子应用时，根据用户针对宿主应用内的子应用提交的访问指令，通过子应用展示第一服务页面；若采集到用户针对子应用的服务请求，则将服务请求向子应用的第三方服务器提交，第三方服务器判断用户是否为子应用的注册用户，若否，则通过子应用向用户展示注册提醒；用户终端在检测到用户的注册指令时向第三方服务器提交，第三方服务器在接收到注册指令后调用宿主应用的应用服务器配合进行用户注册。

例如，在第三方支付应用中，搭载了一个网约车服务的子应用。用户终端获取用户针对第三方支付应用内的网约车服务提交访问指令，向用户展示网约车服务的服务首页；在采集到用户通过用户首页提交服务请求时将服务请求向网约车服务的网约车服务器发送，网约车服务器根据服务请求查询用户是否具有注册标识，若否，则通过网约车服务的子应用向用户展示注册提醒；用户终端在检测到用户对该注册提醒提交的注册指令时向网约车服务器提交注册指令，网约车服务器根据注册指令调用第三方支付应用的支付服务器获取用户的授权。

为了保证用户的有效性，避免对状态异常的用户进行用户注册导致服务应用的损失，本实施例提供的一种可选实施方式中，在生成包含多个协议访问入口的协议签署页并向用户终端发送之前，采用如下方式对用户进行可信校验：

响应于子应用的所述第三方服务器的注册调用，将所述注册调用携带的所述用户的用户标识传入可信识别接口进行可信识别，并获取回传的识别结果；

判断所述识别结果是否符合可信条件；

若是，则执行所述生成包含多个协议访问入口的协议签署页并向用户终端发送过程；

若否，通过宿主应用向所述用户终端发送包含验证信息的消息验证提醒；

在检测到第三方通讯平台发送的通讯数据后，核验所述通讯数据中的源通讯地址是否为所述用户的通讯地址，和/或，核验所述通讯数据中是否携带有所述验证信息；

若是，执行所述生成包含多个协议访问入口的协议签署页并向用户终端发送过程；

若否，则不作处理。

其中，所述通讯数据在所述第三方通讯平台检测到目标通讯地址被接入后发送。

具体的，所述目标通讯地址为所述宿主应用的应用服务器指定的通讯地址。所述通信数据，包含基于用户标识读取的用户的源通讯地址，验证信息以及目标通讯地址；响应于第三方服务器的调用，调用可信识别接口进行可信识别，并获取回传的识别结果；判断可信结果是否小于可信阈值，若小于，则生成包含多个协议访问入口的协议签署页并向用户终端发送；若大于或者等于可信阈值，则通过宿主应用向用户终端发送包含验证信息的消息验证提醒，以对用户的源通讯地址进行认证，在认证通过后生成包含多个协议访问入口的协议签署页并向用户终端发送。

本实施例中，在将消息验证提醒向用户终端发送之后，用户终端执行如下步骤：

接收并展示所述应用服务器发送的包含验证信息的消息验证提醒；

根据所述用户录入的所述验证信息和目标通讯地址后提交的发送指令，向第三方通讯平台发送通讯请求；

其中，所述通讯请求中包含由所述验证信息、所述目标通讯地址和所述用户的源通讯地址组成的通讯数据。

例如，响应于第三方服务器的注册调用，将用户的用户标识输入可信识别接口进行可信识别，并获取回传的识别结果；若识别结果小于可信阈值，生成如图2所示的协议签署页并向用户终端发送；若识别结果大于或者等于可信阈值，则基于验证信息，用户的源通讯号码以及指定的目标通讯号码生成消息验证提醒，并通过宿主应用将消息验证提醒向用户终端发送，用户终端接收消息验证提醒并展示如图3所示的消息验证提醒页面，使用户通过源通讯号码向目标通讯号码发送包含验证信息的短信。根据通讯运营平台在检测到目标通讯号码被接入后发送的通讯数据，核验通讯数据中的源通讯号码是否为用户的源通讯号码，以及核验通讯数据中是否携带验证信息；若是，则向用户展示如图2所示的协议签署页，若否，则不作处理。

在此过程中，在生成包含多个协议访问入口的协议签署页并通过宿主应用向用户终端发送之后，用户终端接收所述宿主应用的应用服务器下发的协议签署页并展示，获取所述用户的协议签署指令并向所述应用服务器提交。

需要说明的是，协议签署页上需要渲染签署服务授权协议的引导图和/或文字，引导用户进行服务授权协议的签署；如图2所示，协议签署页配置授权组件201和协议签署控件202，还渲染有信息授权协议和服务授权协议的访问入口，用户可通过触发信息授权协议或者服务授权协议查看协议内容。其中，在授权组件201触发后，则表明用户确定服务授权协议进行签署。具体的，若用户在选中授权组件201的基础上触发协议签署控件202，则表明用户提交针对信息授权协议以及服务授权协议的签署指令；若用户在未选中授权组件201的基础上触发协议签署控件202，则表明用户提交针对信息授权协议的签署指令；若用户在选中授权组件201的基础上未触发协议签署控件202，则表明用户提交针对服务授权协议的签署指令。

步骤S104，根据所述用户终端提交的协议签署指令，对各个协议访问入口对应的授权协议进行签署处理。

对应于本实施例提供的所述多个协议访问入口对应的多个授权协议包括：信息授权协议和至少一个服务授权协议，本实施例提供的一种可选实施方式中，对各个协议访问入口对应的授权协议进行签署处理的过程中，基于所述用户标识进行所述信息授权协议的签署处理，以及基于用户服务信息进行所述至少一个服务授权协议的签署处理。

具体实施时，为了进一步控制异常用户，可在用户触发授权组件后，进行签署预处理。用户终端若检测到所述用户选中所述协议签署页配置的授权组件，向所述应用服务器提交预处理指令，以使所述应用服务器对服务授权协议进行签署预处理，基于此，本实施例提供的一种可选实施方式中，在根据所述用户终端提交的协议签署指令，对各个协议访问入口对应的授权协议进行签署处理的过程中，执行如下操作：

若接收到所述用户终端发送的预处理指令，进行所述至少一个服务授权协议的签署预处理；所述预处理指令在所述用户终端检测到所述协议签署页配置的授权组件被选中后提交；

若预处理成功，则根据所述协议签署指令，对所述信息授权协议进行签署处理；

若预处理失败，向所述用户终端发送预处理失败提醒，以使所述用户终端接收所述应用服务器发送的预处理失败提醒并通过所述宿主应用进行展示。

具体的，若接收到用户终端在检测到协议签署页配置的授权组件被触发后提交的预处理指令，则对服务授权协议进行签署预处理；若预处理成功，则基于服务授权协议的协议标识生成服务授权令牌，并在检测到用户终端在协议签署页配置的协议签署控件被触发后提交的协议签署指令时，对信息授权协议进行签署处理；若预处理失败，则向用户终端发送预处理失败提醒，以使用户终端展示失败提醒并取消对授权组件的选中。用户可重新选中授权组件。

如图2所示，若配置的授权组件201被选中，则接收用户终端提交的预处理指令，基于预处理指令对服务授权协议进行签署预处理，若预处理成功，则基于签署后的服务授权协议的协议标识生成服务授权令牌；接收用户终端在用户触发协议签署控件202后提交的协议签署指令；根据协议签署指令对信息授权协议进行签署处理，根据签署后的信息授权协议的协议标识生成信息授权令牌。

为了提升后续子应用向用户提供服务的便捷性，以及使第三方服务器能够获取到用户信息以进行用户注册，在对各个协议访问入口对应的授权协议进行签署处理后，需要将用户信息以及服务授权令牌向第三方服务器发送。

本实施例提供的一种可选实施方式中，对服务授权协议进行签署后，执行如下操作：

将进行所述至少一个服务授权协议的签署处理后获得的至少一个服务授权令牌向所述第三方服务器发送；所述第三方服务器根据所述至少一个服务授权令牌中一者或者多者进行服务处理；

其中，所述至少一个服务授权令牌中任意一者，根据对应的服务授权协议的协议标识生成。

步骤S106，根据签署处理后获得的多个授权令牌中至少一者，将获取的用户信息向所述第三方服务器发送，以根据所述用户信息进行用户注册。

对应于上述本实施例提供的所述多个协议访问入口对应的多个授权协议包括：信息授权协议和至少一个服务授权协议，在根据签署处理后获得的多个授权令牌中至少一者，将获取的用户信息向所述第三方服务器发送的过程中，首先根据所述用户的用户标识读取所述用户信息，然后基于对所述信息授权协议的签署处理后获得的信息授权令牌，将所述用户信息向所述第三方服务器发送。

需要说明的是，在对信息授权协议和服务授权协议进行签署处理后，基于信息授权协议将第三方服务器进行用户注册所需的用户信息向第三方服务器发送，以及将服务授权令牌向第三方服务器发送。基于信息授权令牌将用户信息向第三方服务器发送，以使第三方服务器基于用户信息进行用户注册。将服务授权令牌向第三方服务器发送，以使第三方服务器基于服务授权令牌调用应用服务器进行服务处理。第三方服务器进行用户注册后，若注册失败，则通过子应用向用户终端发送失败提醒；若注册成功，则通过子应用向用户终端发送成功提醒，以使用户终端展示第二服务页面。所述第二服务页面，可以为所述第一服务页面，也可以为基于第一服务页面以及成功页面渲染的服务页面。

具体实施时，在将服务授权令牌向第三方服务器发送之后，第三方服务器可根据服务授权令牌调用应用服务器进行服务处理。本实施例提供的一种可选实施方式中，采用如下方式响应第三方服务器的服务处理请求：

接收所述第三方服务器发送的服务处理请求；

根据所述服务处理请求中携带的目标服务授权令牌，读取所述目标服务授权令牌对应的服务授权协议中记录的用户服务信息；

基于所述用户服务信息和所述服务处理请求中携带的处理信息进行服务处理，并向所述第三方服务器发送服务处理响应。

例如，接收到第三方服务器发送的代扣处理请求，根据代扣处理请求中携带的代扣授权令牌读取代扣授权协议中记录的代扣渠道，并基于代扣渠道对代扣处理请求中的代扣费用进行代扣处理，将代扣处理结果向第三方服务器发送。

除此之外，当用户提交协议签署指令，但由于各种原因导致向第三方服务器发送用户信息以及服务授权令牌失败，则对信息授权令牌以及服务授权令牌进行存储，以使在下一次针对该用户进行注册调用时能够获取信息授权令牌以及服务授权令牌，无需用户重新授权。基于此，本实施例提供的一种可选实施方式中，在获取到二次注册调用的情况下，首先根据所述第三方服务器的二次注册调用，查询是否存储有所述用户的所述信息授权令牌以及所述至少一个服务授权令牌；若是，则基于所述信息授权令牌将所述用户信息向所述第三方服务器发送，以及将所述至少一个服务授权令牌向所述第三方服务器发送；若否，则生成包含多个协议访问入口的协议签署页并向用户终端发送。

下述以本实施例提供的一种注册处理方法在网约车服务场景的应用为例，对本实施例提供的注册处理方法进行进一步说明，参见图4，应用于网约车服务场景的注册处理方法，具体包括步骤S402至步骤S416。

步骤S402，响应于车辆预约服务器的调用，将用户标识传入可信识别接口进行可信识别，并获取回传的识别结果。

步骤S404，判断识别结果是否满足可信条件；

若是，执行步骤S406至步骤S408；

若否，则向用户终端发送携带验证信息的消息验证提醒。

步骤S406，生成包含信息授权协议和代扣授权协议的访问入口的协议签署页，并向用户终端下发。

步骤S408，根据用户终端提交的预处理指令对代扣授权协议进行签署预处理；

若预处理成功，则执行步骤S410至步骤S416；

若预处理失败，向用户终端发送预处理失败提醒。

步骤S410，基于签署后的代扣授权协议的协议标识生成代扣授权令牌。

步骤S412，获取用户终端提交的协议签署指令，并根据协议签署指令对信息授权协议进行签署处理。

步骤S414，根据签署后的信息授权协议的协议标识生成信息授权令牌。

步骤S416，将代扣授权令牌向车辆预约服务器发送，并基于信息授权令牌将读取的用户信息向车辆预约服务器发送。

此后，车辆预约服务器在接收到应用服务器发送的用户信息之后，根据用户信息对用户进行车辆预约服务的用户注册处理。此外，车辆预约服务器用户成功注册后对用户的车辆预约订单进行支付处理的过程中，将车辆预约订单和代扣授权令牌发送至应用服务器，由应用服务器对代扣授权令牌进行验证，并在验证通过后进行车辆预约订单的支付处理。

综上所述，本实施例提供的注册处理方法，首先响应于第三方服务器的注册调用，生成包含多个协议访问入口的协议签署页并向用户终端发送，然后根据用户终端提交的协议签署指令，对各个协议访问入口对应的授权协议进行签署处理，最后根据签署处理后获得的多个授权令牌中至少一者，将获取的用户信息向第三方服务器发送，以根据用户信息进行用户注册，以此，实现一键注册授权，提升用户对宿主应用内的子应用的使用体验，以及通过对用户进行可信识别，确保进行用户注册的用户的身份安全。

本说明书提供的另一种注册处理方法实施例：

参照图5，其示出了本实施例提供的一种注册处理方法处理流程图，参照图2，其示出了本实施例提供的一种协议签署页的示意图，参照图3，其示出了本实施例提供的一种消息验证提醒页面的示意图，参照图6，其示出了本实施例提供的一种应用于网约车服务场景的注册处理方法处理流程图。

参照图5，本实施例提供的注册处理方法，具体包括步骤S502至步骤S508。

步骤S502，根据用户针对宿主应用内子应用提交的访问指令，通过所述子应用展示第一服务页面。

实际应用中，在一些服务行业，例如网约车行业。对于用户的身份信息的授权和代扣服务的授权是作为两个过程来实现的，且对于用户信息，需要用户主动录入。

本实施例提供的注册处理方法，用户通过宿主应用内的子应用进行用户注册的过程中，宿主应用的应用服务器通过向用户展示包含信息授权协议和服务授权协议的页面，使用户可以一键授权，在获取到用户的协议签署指令后，分别对信息授权协议和服务授权协议进行签署处理，并根据各个授权协议生成对应的授权令牌，并根据信息授权令牌，将获取到的用户信息向子应用的第三方服务器发送，以使第三方服务器基于用户信息进行用户注册，将服务授权令牌向第三方服务器发送，以使第三方服务器根据服务授权令牌发送服务处理请求，以此，实现用户的一键注册授权，提升用户对宿主应用内的子应用的感知程度，提升用户体验。

本实施例中，用户可通过宿主应用访问宿主应用内的子应用，并通过子应用进行服务申请，所述宿主应用，包括能承载子应用的应用，例如第三方支付应用。所述第一服务页面，包括在用户访问子应用时通过子应用展示的服务首页，也包括子应用的服务请求页面。

实际应用中，用户在使用服务应用时，为了保证用户的信息安全，提升用户的服务体验，也为了提升服务管理的有效性以及便捷性，需要进行用户注册。

具体实施时，用户通过用户终端访问宿主应用内的子应用，子应用向用户展示服务首页，用户可通过服务首页提交服务请求，为了保证用户的信息安全，也为了提升服务管理的便捷性，避免用户恶意请求造成服务应用的损失，进行用户注册后才能向用户提供服务。在向用户展示服务首页后，用户可通过服务首页提交服务请求，子应用的第三方服务器在接收到服务请求的情况下，需要判断用户是否为已经注册的用户，若用户还未注册，则在获取到注册指令后调用宿主应用的应用服务器进行用户注册。本实施例中，根据用户针对宿主应用内子应用提交的访问指令，通过所述子应用展示第一服务页面；若检测到所述用户针对所述子应用的注册指令，执行下述步骤S504，向所述子应用的第三方服务器提交所述注册指令。

步骤S504，向所述子应用的第三方服务器提交所述注册指令。

所述第三方服务器，为宿主应用内子应用的服务器。

本实施例提供的一种可选实施方式中，具体通过如下方式进行所述注册指令的提交：

采集所述用户针对所述子应用的服务请求并向所述第三方服务器提交；

接收并展示所述第三方服务器发送的注册提醒；

采集所述用户通过所述注册提醒录入的注册指令并向所述第三方服务器提交。

进一步，为了判断提交访问请求的用户是否为新用户，第三方服务器在获取注册指令后，采用如下方式判断用户是否为新用户：首先根据所述用户通过所述子应用提交的服务请求，查询所述用户是否为所述子应用的注册用户；若是，则基于所述服务请求进行服务处理；若否，通过所述子应用展示注册提醒，并在获取到所述用户提交的注册指令后发起所述注册调用。

具体的，在检测到用户访问宿主应用内的子应用时，根据用户针对宿主应用内的子应用提交的访问指令，通过子应用展示第一服务页面；若采集到用户针对子应用的服务请求，则将服务请求向子应用的第三方服务器提交，第三方服务器判断用户是否为子应用的注册用户，若否，则通过子应用向用户展示注册提醒；用户终端在检测到用户的注册指令时向第三方服务器提交，第三方服务器在接收到注册指令后调用宿主应用的应用服务器配合进行用户注册。

例如，在第三方支付应用中，搭载了一个网约车服务的子应用。获取用户针对第三方支付应用内的网约车服务提交访问指令，向用户展示网约车服务的服务首页；在采集到用户通过用户首页提交服务请求时将服务请求向网约车服务的网约车服务器发送，网约车服务器根据服务请求查询用户是否具有注册标识，若否，则通过网约车服务的子应用向用户展示注册提醒；用户终端在检测到用户对该注册提醒提交的注册指令时向网约车服务器提交注册指令，网约车服务器根据注册指令调用第三方支付应用的支付服务器获取用户的授权。

具体实施时，由于用户信息在一定程度上属于用户隐私，因此，宿主应用的服务器在将用户信息向第三方服务器传送，需要获取用户的授权，以保证用户的信息安全，此外，由于服务处理过程涉及用户的隐私信息以及资源安全，因此，对于在服务处理过程中需要用到的用户的隐私信息和资源，需要得到用户的授权，以保证用户信息安全以及资源安全。

因此，为了保证用户的信息安全以及资源安全，应用服务器需要获取用户的协议签署指令，具体的，应用服务器响应于第三方服务器的注册调用，生成包含多个协议访问入口的协议签署页并向用户终端发送。所述多个协议访问入口对应的多个授权协议包括：信息授权协议和至少一个服务授权协议。所述信息授权协议，包括将用户信息向第三方服务器传送的授权指令；所述服务授权指令，包括在服务过程中需要利用的对用户服务信息的授权指令；例如：代扣授权协议，位置读取授权协议等。

进一步，为了保证用户的有效性，避免对状态异常的用户进行用户注册导致服务应用的损失，应用服务器在生成包含多个协议访问入口的协议签署页并向用户终端发送之前，需要对用户进行可信校验，本实施例中，应用服务器采用如下方式对用户进行可信校验：响应于子应用的所述第三方服务器的注册调用，将所述注册调用携带的所述用户的用户标识传入可信识别接口进行可信识别，并获取回传的识别结果；判断所述识别结果是否符合可信条件；若是，则执行所述生成包含多个协议访问入口的协议签署页并向用户终端发送过程；若否，通过宿主应用向所述用户终端发送包含验证信息的消息验证提醒；在检测到第三方通讯平台发送的通讯数据后，核验所述通讯数据中的源通讯地址是否为所述用户的通讯地址，和/或，核验所述通讯数据中是否携带有所述验证信息；若是，执行所述生成包含多个协议访问入口的协议签署页并向用户终端发送过程；若否，则不作处理。其中，所述通讯数据在所述第三方通讯平台检测到目标通讯地址被接入后发送。

具体的，所述目标通讯地址为所述宿主应用的应用服务器指定的通讯地址。所述通信数据，包含基于用户标识读取的用户的源通讯地址，验证信息以及目标通讯地址；应用服务器响应于第三方服务器的调用，调用可信识别接口进行可信识别，并获取回传的识别结果；判断可信结果是否小于可信阈值，若小于，则生成包含多个协议访问入口的协议签署页并向用户终端发送；若大于或者等于可信阈值，则通过宿主应用向用户终端发送包含验证信息的消息验证提醒，以对用户的源通讯地址进行认证，在认证通过后生成包含多个协议访问入口的协议签署页并向用户终端发送。

本实施例中，在获取到消息验证提醒后，执行如下步骤：

接收并展示所述应用服务器发送的包含验证信息的消息验证提醒；

根据所述用户录入的所述验证信息和目标通讯地址后提交的发送指令，向第三方通讯平台发送通讯请求；

其中，所述通讯请求中包含由所述验证信息、所述目标通讯地址和所述用户的源通讯地址组成的通讯数据。

例如，应用服务器响应于第三方服务器的注册调用，将用户的用户标识输入可信识别接口进行可信识别，并获取回传的识别结果；若识别结果小于可信阈值，用户终端接收如图2所示的协议签署页并展示；若识别结果大于或者等于可信阈值，则通过宿主应用接收应用服务器基于验证信息，用户的源通讯号码以及指定的目标通讯号码生成的消息验证提醒，并展示如图3所示的消息验证提醒页面，使用户通过源通讯号码向目标通讯号码发送包含验证信息的短信。应用服务器根据通讯运营平台在检测到目标通讯号码被接入后发送的通讯数据，核验通讯数据中的源通讯号码是否为用户的源通讯号码，以及核验通讯数据中是否携带验证信息；若是，则向用户展示如图2所示的协议签署页；若否，则不作处理。

步骤S506，接收所述宿主应用的应用服务器下发的协议签署页并展示。

需要说明的是，协议签署页上需要渲染签署服务授权协议的引导图和/或文字，引导用户进行服务授权协议的签署；如图2所示，协议签署页配置授权组件201和协议签署控件202，还渲染有信息授权协议和服务授权协议的访问入口，用户可通过触发信息授权协议或者服务授权协议查看协议内容。其中，在授权组件201触发后，则表明用户确定服务授权协议进行签署。具体的，若用户在选中授权组件201的基础上触发协议签署控件202，则表明用户提交针对信息授权协议以及服务授权协议的签署指令；若用户在未选中授权组件201的基础上触发协议签署控件202，则表明用户提交针对信息授权协议的签署指令；若用户在选中授权组件201的基础上未触发协议签署控件202，则表明用户提交针对服务授权协议的签署指令。

步骤S508，获取所述用户的协议签署指令并向所述应用服务器提交，并在注册完成后基于所述子应用展示第二服务页面。

在获取到用户的协议签署指令后向应用服务器提交协议签署指令，以使应用服务器对各个协议访问入口对应的授权协议进行签署处理，并根据签署处理后获得的多个授权令牌中至少一者，将获取的用户信息向所述第三方服务器发送，以根据所述用户信息进行用户注册。

对应于本实施例提供的所述多个协议访问入口对应的多个授权协议包括：信息授权协议和至少一个服务授权协议，本实施例提供的一种可选实施方式中，对各个协议访问入口对应的授权协议进行签署处理的过程中，基于所述用户标识进行所述信息授权协议的签署处理，以及基于用户服务信息进行所述至少一个服务授权协议的签署处理。

具体实施时，为了进一步控制异常用户，可在用户触发授权组件后，由应用服务器进行签署预处理。本实施例提供的一种可选实施方式中，采用如下方式进行实现预处理：

若检测到所述用户选中所述协议签署页配置的授权组件，向所述应用服务器提交预处理指令，以使所述应用服务器对服务授权协议进行签署预处理；

接收所述应用服务器发送的预处理失败提醒并通过所述宿主应用进行展示。

基于此，应用服务器在根据所述用户终端提交的协议签署指令，对各个协议访问入口对应的授权协议进行签署处理的过程中，执行如下操作：

若接收到所述用户终端发送的预处理指令，进行所述至少一个服务授权协议的签署预处理；所述预处理指令在所述用户终端检测到所述协议签署页配置的授权组件被选中后提交；

若预处理成功，则根据所述协议签署指令，对所述信息授权协议进行签署处理；

若预处理失败，向所述用户终端发送预处理失败提醒，以使所述用户终端接收所述应用服务器发送的预处理失败提醒并通过所述宿主应用进行展示。

具体的，应用服务器若接收到用户终端在检测到协议签署页配置的授权组件被触发后提交的预处理指令，则对服务授权协议进行签署预处理；若预处理成功，则基于服务授权协议的协议标识生成服务授权令牌，并在检测到用户终端在协议签署页配置的协议签署控件被触发后提交的协议签署指令时，对信息授权协议进行签署处理；若预处理失败，则向用户终端发送预处理失败提醒，以使用户终端展示失败提醒并取消对授权组件的选中。用户可重新选中授权组件。

如图2所示，若检测到配置的授权组件201被选中，则向应用服务器提交预处理指令，使应用服务器基于预处理指令对服务授权协议进行签署预处理，若预处理成功，则基于签署后的服务授权协议的协议标识生成服务授权令牌；若检测到配置的协议签署控件202被触发，则向应用服务器提交协议签署指令，以使应用服务器根据协议签署指令对信息授权协议进行签署处理，并根据签署后的信息授权协议的协议标识生成信息授权令牌。

为了提升后续子应用向用户提供服务的便捷性，以及使第三方服务器能够获取到用户信息以进行用户注册，应用服务器在对各个协议访问入口对应的授权协议进行签署处理后，需要将用户信息以及服务授权令牌向第三方服务器发送。

基于此，应用服务器对服务授权协议进行签署后，执行如下操作：

将进行所述至少一个服务授权协议的签署处理后获得的至少一个服务授权令牌向所述第三方服务器发送；所述第三方服务器根据所述至少一个服务授权令牌中一者或者多者进行服务处理；

其中，所述至少一个服务授权令牌中任意一者，根据对应的服务授权协议的协议标识生成。

对应于上述本实施例提供的所述多个协议访问入口对应的多个授权协议包括：信息授权协议和至少一个服务授权协议，应用服务器在根据签署处理后获得的多个授权令牌中至少一者，将获取的用户信息向所述第三方服务器发送的过程中，首先根据所述用户的用户标识读取所述用户信息，然后基于对所述信息授权协议的签署处理后获得的信息授权令牌，将所述用户信息向所述第三方服务器发送。

需要说明的是，应用服务器在对信息授权协议和服务授权协议进行签署处理后，基于信息授权协议将第三方服务器进行用户注册所需的用户信息向第三方服务器发送，以及将服务授权令牌向第三方服务器发送。基于信息授权令牌将用户信息向第三方服务器发送，以使第三方服务器基于用户信息进行用户注册。将服务授权令牌向第三方服务器发送，以使第三方服务器基于服务授权令牌调用应用服务器进行服务处理。第三方服务器进行用户注册后，若注册失败，则通过子应用向用户终端发送失败提醒；若注册成功，则通过子应用向用户终端发送成功提醒，以使用户终端展示第二服务页面。所述第二服务页面，可以为所述第一服务页面，也可以为基于第一服务页面以及成功页面渲染的服务页面。

具体实施时，应用服务器在将服务授权令牌向第三方服务器发送之后，第三方服务器可根据服务授权令牌调用应用服务器进行服务处理。具体的，应用服务器采用如下方式响应第三方服务器的服务处理请求：

接收所述第三方服务器发送的服务处理请求；

根据所述服务处理请求中携带的目标服务授权令牌，读取所述目标服务授权令牌对应的服务授权协议中记录的用户服务信息；

基于所述用户服务信息和所述服务处理请求中携带的处理信息进行服务处理，并向所述第三方服务器发送服务处理响应。

例如，应用服务器接收到第三方服务器发送的代扣处理请求，根据代扣处理请求中携带的代扣授权令牌读取代扣授权协议中记录的代扣渠道，并基于代扣渠道对代扣处理请求中的代扣费用进行代扣处理，将代扣处理结果向第三方服务器发送。

除此之外，当用户提交协议签署指令，但由于各种原因导致向第三方服务器发送用户信息以及服务授权令牌失败，则对信息授权令牌以及服务授权令牌进行存储，以使在下一次针对该用户进行注册调用时能够获取信息授权令牌以及服务授权令牌，无需用户重新授权。基于此，本实施例中，在获取到二次注册调用的情况下，首先根据所述第三方服务器的二次注册调用，查询是否存储有所述用户的所述信息授权令牌以及所述至少一个服务授权令牌；若是，则基于所述信息授权令牌将所述用户信息向所述第三方服务器发送，以及将所述至少一个服务授权令牌向所述第三方服务器发送；若否，用户终端接收生成包含多个协议访问入口的协议签署页。

下述以本实施例提供的一种注册处理方法在网约车服务场景的应用为例，对本实施例提供的注册处理方法进行进一步说明，参见图6，应用于网约车服务场景的注册处理方法，具体包括步骤S602至步骤S614。

步骤S602，根据用户针对宿主应用内网约车应用提交的访问指令，通过网约车应用展示服务首页。

步骤S604，采集用户针对网约车服务的服务请求并向车辆预约服务器提交。

步骤S606，接收并展示车辆预约服务器发送的注册提醒，并在采集到用户的注册指令后向车辆预约服务器提交。

步骤S608，接收并展示宿主应用发送的包含信息授权协议访问入口以及代扣授权协议访问入口的协议签署页。

步骤S610，若检测到协议签署页配置的授权组件，向应用服务器提交预处理指令；以使应用服务器对代扣授权协议进行签署预处理。

步骤S612，若检测到协议签署页配置的协议签署控件被触发，向应用服务器提交协议签署指令；以使应用服务器对信息授权协议进行签署处理。

步骤S614，在注册完成后接收车辆预约服务器下发的注册结果并展示。

综上所述，本实施例提供的注册处理方法，首先根据用户针对宿主应用内子应用提交的访问指令，通过子应用展示第一服务页面，若检测到用户针对子应用的注册指令，向子应用的第三方服务器提交注册指令，然后接收宿主应用的应用服务器下发的协议签署页并展示，最后获取用户的协议签署指令并向应用服务器提交，并在注册完成后基于子应用展示第二服务页面，以此，实现一键注册授权，提升用户对宿主应用内的子应用的使用体验，以及通过对用户进行可信识别，确保进行用户注册的用户的身份安全。

本说明书提供的一种注册处理装置实施例如下：

在上述的实施例中，提供了一种注册处理方法，与之相对应的，还提供了一种注册处理装置，下面结合附图进行说明。

参照图7，其示出了本实施例提供的一种注册处理装置示意图。

由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。

本实施例提供一种注册处理装置，包括：

页面生成模块702，被配置为响应于第三方服务器的注册调用，生成包含多个协议访问入口的协议签署页并向用户终端发送；

签署处理模块704，被配置为根据所述用户终端提交的协议签署指令，对各个协议访问入口对应的授权协议进行签署处理；

信息发送模块706，被配置为根据签署处理后获得的多个授权令牌中至少一者，将获取的用户信息向所述第三方服务器发送，以根据所述用户信息进行用户注册。

本说明书提供的另一种注册处理装置实施例如下：

在上述的实施例中，提供了另一种注册处理方法，与之相对应的，还提供了另一种注册处理装置，下面结合附图进行说明。

参照图8，其示出了本实施例提供的一种注册处理装置示意图。

由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。

本实施例提供一种注册处理装置，包括：

第一页面展示模块802，被配置为根据用户针对宿主应用内子应用提交的访问指令，通过所述子应用展示第一服务页面；

注册指令提交模块804，被配置为若检测到所述用户针对所述子应用的注册指令，向所述子应用的第三方服务器提交所述注册指令；

签署页面展示模块806，被配置为接收所述宿主应用的应用服务器下发的协议签署页并展示；

第二页面展示模块808，被配置为获取所述用户的协议签署指令并向所述应用服务器提交，并在注册完成后基于所述子应用展示第二服务页面。

本说明书提供的一种注册处理设备实施例如下：

对应上述描述的一种注册处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种注册处理设备，该注册处理设备用于执行上述提供的注册处理方法，图9为本说明书一个或多个实施例提供的一种注册处理设备的结构示意图。

本实施例提供的一种注册处理设备，包括：

如图9所示，注册处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器901和存储器902，存储器902中可以存储有一个或一个以上存储应用程序或数据。其中，存储器902可以是短暂存储或持久存储。存储在存储器902的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括注册处理设备中的一系列计算机可执行指令。更进一步地，处理器901可以设置为与存储器902通信，在注册处理设备上执行存储器902中的一系列计算机可执行指令。注册处理设备还可以包括一个或一个以上电源903，一个或一个以上有线或无线网络接口904，一个或一个以上输入/输出接口905，一个或一个以上键盘906等。

在一个具体的实施例中，注册处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对注册处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

响应于第三方服务器的注册调用，生成包含多个协议访问入口的协议签署页并向用户终端发送；

根据所述用户终端提交的协议签署指令，对各个协议访问入口对应的授权协议进行签署处理；

根据签署处理后获得的多个授权令牌中至少一者，将获取的用户信息向所述第三方服务器发送，以根据所述用户信息进行用户注册。

本说明书提供的另一种注册处理设备实施例如下：

对应上述描述的一种注册处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种注册处理设备，该注册处理设备用于执行上述提供的注册处理方法，图10为本说明书一个或多个实施例提供的一种注册处理设备的结构示意图。

本实施例提供的一种注册处理设备，包括：

如图10所示，注册处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器1001和存储器1002，存储器1002中可以存储有一个或一个以上存储应用程序或数据。其中，存储器1002可以是短暂存储或持久存储。存储在存储器1002的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括注册处理设备中的一系列计算机可执行指令。更进一步地，处理器1001可以设置为与存储器1002通信，在注册处理设备上执行存储器1002中的一系列计算机可执行指令。注册处理设备还可以包括一个或一个以上电源1003，一个或一个以上有线或无线网络接口1004，一个或一个以上输入/输出接口1005，一个或一个以上键盘1006等。

在一个具体的实施例中，注册处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对注册处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

根据用户针对宿主应用内子应用提交的访问指令，通过所述子应用展示第一服务页面；

若检测到所述用户针对所述子应用的注册指令，向所述子应用的第三方服务器提交所述注册指令；

接收所述宿主应用的应用服务器下发的协议签署页并展示；

获取所述用户的协议签署指令并向所述应用服务器提交，并在注册完成后基于所述子应用展示第二服务页面。

本说明书提供的一种存储介质实施例如下：

对应上述描述的一种注册处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种存储介质。

本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现以下流程：

响应于第三方服务器的注册调用，生成包含多个协议访问入口的协议签署页并向用户终端发送；

根据所述用户终端提交的协议签署指令，对各个协议访问入口对应的授权协议进行签署处理；

根据签署处理后获得的多个授权令牌中至少一者，将获取的用户信息向所述第三方服务器发送，以根据所述用户信息进行用户注册。

需要说明的是，本说明书中关于存储介质的实施例与本说明书中关于注册处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。

本说明书提供的另一种存储介质实施例如下：

对应上述描述的另一种注册处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种存储介质。

本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现以下流程：

根据用户针对宿主应用内子应用提交的访问指令，通过所述子应用展示第一服务页面；

若检测到所述用户针对所述子应用的注册指令，向所述子应用的第三方服务器提交所述注册指令；

接收所述宿主应用的应用服务器下发的协议签署页并展示；

获取所述用户的协议签署指令并向所述应用服务器提交，并在注册完成后基于所述子应用展示第二服务页面。

需要说明的是，本说明书中关于存储介质的实施例与本说明书中关于另一种注册处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。

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

在20世纪30年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device，PLD)(例如现场可编程门阵列(Field Programmable Gate Array，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware Description Language)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(Ruby Hardware Description Language)等，目前最普遍使用的是VHDL(Very-High-Speed Integrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书的一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本文件的实施例而已，并不用于限制本文件。对于本领域技术人员来说，本文件可以有各种更改和变化。凡在本文件的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本文件的权利要求范围之内。