具体实施方式

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

浏览器是用来检索、展示以及传递Web信息资源的应用程序。为了提高用户的便捷性，用户可以在同一浏览器中访问不同的站点，如站点A、站点B等站点。

用户在访问同一浏览器上的不同站点时，如访问站点A、站点B等站点时，均需要用户进行相应的登录操作，在不同站点的登录操作，会使得安装有该浏览器的用户终端进行多次人机交互，操作复杂，降低用户体验。

为了解决这一技术问题，发明人经过研究发现，为了减少用户登录次数，可以采用单点登录的方式，但是目前的单点登录方式，仅限于用户访问的是属于同一域名的多个站点，如站点C的FM站点、站点C的读书站点、站点C的电影站点，通过单点登录的方式，可以减少用户的登录次数。

但是在访问不属于同一域名的多个站点，即跨域名进行站点访问时，用户还需在访问每一站点(如上述的站点A、站点B等)时，需要进行相应登录，每次登录都需要进行人机交互，操作复杂。

本发明中，针对跨域名登录的场景，可以针对不同的站点前端程序，设置一个共有的Token程序，该程序用于实现登录时使用的Token信息的缓存，在用户访问一个站点时，进行登录操作，并将对应的Token信息进行存储，在用户访问另一个站点时，直接使用Token程序获取到存储的Token信息，并直接根据Token信息进行用户身份验证，验证通过后，执行用户操作，不再需要用户多次登录，降低人机交互次数，提高用户体验。

具体的，本发明在接收到用户在第一预设访问界面中的用户操作请求的情况下，确定预设缓存位置是否存储有Token信息，若是，则说明在生成用户操作请求之前，用户已经在与第一预设访问界面具有同一登录权限的第二预设访问界面上登录过，此时不再需要用户进行登录操作，直接获取并对Token信息进行验证，若验证通过，则执行与用户操作请求对应的操作，无需用户重复登录，减少用户终端响应人机交互的次数，提高用户体验。

在实际应用中，为了便于本领域技术人员能够更加清楚的了解本发明中的用户终端中的处理器的内部组成，现对处理器的内部组成进行解释说明。

参照图1，用户终端中的处理器中设置有不同的站点前端程序A-N，其中，N为正整数。本实施例中的站点可以是同一浏览器中的不同站点，如站点A、站点B等。也可以是同一浏览器中的不同公众号，如站点A、站点B等公众号。也可以是同一APP上的不同公众号，如站点A、站点B等公众号。站点不管是上述的哪种实现方式，均需保证不同站点所属的域名不同。

本实施例中，在处理器中新增了一段Token程序，其中，该段Token程序可以作为独立的一段程序存储在服务器中，不同的站点前端程序能够与Token程序通信。只有能够与Token程序通信的站点前端程序才能够具有同一登录权限，在其中一个站点前端程序对应的预设访问界面中登录之后，Token程序会将authkey信息以及所述站点的站点配置信息反馈至Token服务器，Token服务器生成与authkey信息以及所述站点的站点配置信息对应的Token信息，Token程序将Token信息缓存到预设缓存位置。后续用户访问其他的站点前端程序，不再需要用户进行二次登录。

本实施例中的Token程序有对应的Token后端，即Token服务器，Token服务器可以是passport后端(即统一登录平台后端)，此时，Token程序即为passport前端(即统一登录平台前端)，Token程序能够与Token服务器交互，从Token服务器中获取到Token信息，并进行存储，本实施例中，可以存储到Token程序对应的预设缓存位置中，如数据库等。

本实施例中的各个站点前端程序，也可以与对应的站点后端服务器通信，实现数据交互功能。各个站点后端服务器也能够与Token服务器交互，实现Token的验证。

在图1的架构的基础上，本发明实施例提供了一种用户操作请求的处理方法，应用于用户终端，参照图2，所述用户操作请求处理方法可以包括：

S11、接收用户在第一预设访问界面中的用户操作请求。

具体的，以第一预设访问界面为用户终端(如手机、笔记本、电脑等)上的浏览器中的站点A界面为例，假设用户打开站点A界面后，在站点A界面点击“免费咨询”按钮，站点前端程序就会生成用户操作请求，其中，该用户操作请求会发送到站点A对应的站点前端程序中。

S12、确定预设缓存位置是否存储有Token信息；若是，则执行步骤S13。

具体的，在其中一个站点前端程序对应的预设访问界面中登录之后，其对应的Token信息会存储在预设缓存位置，此后，用户访问其他的预设访问界面时，不再需要进行用户登录操作。

也就是说，若是预设缓存位置存储有Token信息，则此时用户不再需要进行登录操作。若是预设缓存位置没有存储有Token信息，则此时用户还需要进行登录操作。所以，本实施例中，需要判断预设缓存位置是否存储有Token信息。

在实际应用中，若是该用户未在距离上一次访问所述第一预设访问界面的有效期内再次访问所述第一预设访问界面，则需要进行用户登录操作，此时才去执行确定预设缓存位置是否存储有Token信息的步骤。也就是说，在接收到用户在第一预设访问界面中的用户操作请求的情况下，确定预设缓存位置是否存储有Token信息，包括：

在接收到用户在第一预设访问界面中的用户操作请求的情况下，确定所述用户是否未在距离上一次访问所述第一预设访问界面的有效期内再次访问所述第一预设访问界面；若是，则确定预设缓存位置是否存储有Token信息。

需要说明的是，若是用户在距离上一次访问所述第一预设访问界面的有效期内再次访问所述第一预设访问界面，由于在上一次访问时已经进行了登录操作，则不需要在进行用户登录操作，直接响应并执行用户操作请求对应的操作即可，如打开“免费咨询”界面。

S13、从所述预设缓存位置获取存储的Token信息。

在预设缓存位置存储有Token信息的情况下，从所述预设缓存位置获取存储的Token信息。

其中，所述Token信息为在接收到所述用户操作请求之前、用户在所述用户终端上的第二预设访问界面登录时、基于从所述用户终端的预设位置获取的authkey信息生成，并被存储至所述预设缓存位置，所述authkey信息通过token服务器对所述用户对应的业务信息进行封装得到；所述第二预设访问界面与所述第一预设访问界面具有同一登录权限。

在实际应用中，所述第二预设访问界面与所述第一预设访问界面具有同一登录权限，是指各个站点前端程序能够与同一独立的Token程序通信。

本实施例中的第二预设访问界面可以是除第一预设访问界面之外、对应的能够与同一独立的Token程序通信的站点前端程序的预设访问界面。

在其中一个站点前端程序对应的预设访问界面中登录之后，Token程序会将authkey信息以及所述站点的站点配置信息发送至Token服务器，Token服务器生成与authkey信息以及所述站点的站点配置信息对应的Token信息，Token程序将Token信息缓存到预设缓存位置。后续用户访问其他的站点前端程序，不再需要用户进行二次登录。

本实施例中，authkey信息通过token服务器对所述用户对应的业务信息进行封装得到。具体的，对于一用户，token服务器获取到该用户的业务信息。

业务信息可以包括业务标识信息(用于标识业务身份，可以用字符串标识，例如站点A和站点B分别用qsc和qscyx标识，站点A和站点B可以作为不同的业务线，不同的业务线对应有不同的业务线标识)和业务配置信息(业务配置信息可为配置协议，业务标识信息所代表的业务接入token服务器所需的协议)。业务信息还可包括登录方式信息(短信登录的运营商唯一标识、第三方平台(微信，qq，微博等的账号和密码)。

token服务器在接收到业务信息之后，会对业务信息进行封装，得到authkey信息，然后将authkey信息发送至各个业务线，已将authkey信息埋到各个业务线中。后续可以基于authkey信息生成Token信息。

本实施例中，基于authkey信息生成Token信息的过程可以包括：

获取站点的站点配置信息，配置信息可以是设备型号(如手机型号(安卓、苹果)、浏览器型号(H5等))。

将authkey信息以及所述站点的站点配置信息发送至Token服务器，Token服务器基于authkey信息以及所述站点的站点配置信息以一定的加密算法生成Token信息。此外，在生成Token信息时，会可以将时间戳作为一个参数，与authkey信息以及所述站点的站点配置信息一起生成Token信息。

在生成Token信息之后，就可以发给用户终端，Token信息存储至上述的预设缓存位置，并且使得authkey信息存储至上述的预设位置。

S14、生成携带有所述Token信息的身份验证信息，并将所述身份验证信息发送至Token服务器。

在实际应用中，站点前端程序生成携带有所述Token信息的身份验证信息，并将该身份验证信息发送至对应的站点后端服务器，站点后端服务器将该身份验证信息发送至Token服务器，Token服务器获取与该身份验证信息中的Token信息，并校验该Token信息是否有效，并在有效的情况下，查询与该Token信息对应的用户标识信息user_id，将该用户标识信息user_id通过站点后端服务器反馈至站点前端程序。

S15、在所述Token服务器对所述身份验证信息中携带的所述Token信息验证通过、且所述第一预设访问界面对应的后端服务器执行与所述用户操作请求对应的操作后，展示操作结果。

更详细的，步骤S15包括：

在所述第一预设访问界面对应的后端服务器反馈的操作结果，并展示；所述操作结果为所述第一预设访问界面对应的后端服务器在接收到所述Token服务器对所述身份验证信息中携带的所述Token信息验证通过反馈的用户标识信息后，基于所述用户标识信息，执行与所述用户操作请求对应的操作，得到的结果。

具体的，若是Token服务器验证通过，则第一预设访问界面对应的后端服务器会接收到Token服务器对所述身份验证信息中携带的所述Token信息验证通过反馈的用户标识信息user_id。

第一预设访问界面对应的后端服务器接收到用户标识信息user_id后，会基于所述用户标识信息，执行与所述用户操作请求对应的操作，并将操作结果返回给前端，前端进行显示。

举例来说，若用户点击“免费咨询”按钮，则跳转至“免费咨询”界面，并将用户操作记录到该用户标识信息user_id对应的日志中。

若用户点击“查询历史咨询信息”按钮，则获取该用户标识信息user_id对应的历史咨询信息，并进行显示。

需要说明的是，本实施例中的执行用户操作可以是站点前端程序原有的功能，本实施例不做改进。

本实施例中，在接收到用户在第一预设访问界面中的用户操作请求的情况下，确定预设缓存位置是否存储有Token信息，若是，则说明在生成用户操作请求之前，用户已经在与第一预设访问界面具有同一登录权限的第二预设访问界面上登录过，此时不再需要用户进行登录操作，直接获取并对Token信息进行验证，若验证通过，则执行与用户操作请求对应的操作，无需用户重复登录，减少用户终端响应人机交互的次数，提高用户体验。

另外，本发明中，将通过token服务器对所述用户对应的业务信息进行封装得到的authkey信息存储到所述用户终端的预设位置，进而能够在需要业务信息时，直接从预设位置获取authkey信息并解析得到业务信息，相比于通过设定的获取方式依次获取该业务信息中的各个业务子信息，最终获取到业务信息的方式，简化了业务信息的获取方式，操作简单且便捷。此外，由于token信息基于authkey信息生成，在通过token信息进行登录身份验证时只需要对token信息中的authkey信息进行解析，就可以获取到业务信息，以判断登录所使用的业务线的诸如业务标识信息、业务配置信息等相关信息，获取便捷，而无需再通过额外配置获取业务信息，避免配置繁琐，减少不必要的网络请求，减轻服务器压力，节约网络和服务器资源。

本发明的另一实现方式中，参照图3，在确定出预设缓存位置未存储有Token信息、或在所述Token服务器对所述身份验证信息中携带的所述Token信息验证未通过的情况下，则说明此时用户无法通过单点登录的方式进行登录，此时，处理方法还包括：

S21、若用户在第一预设访问界面对应的站点的登录状态为未登录，则获取所述authkey信息以及所述站点的站点配置信息。

本实施例中，只有在用户未登录的状态下，才会进行登录。若是用户已登录，则不再进行二次登录。

S22、将所述authkey信息以及所述站点的站点配置信息发送至Token服务器，以使所述Token服务器基于所述authkey信息以及所述站点的站点配置信息生成Token信息，并将与所述站点对应、且在生成所述Token信息之前生成的其他Token信息的有效性设置为无效。

需要说明的是，本实施例中的生成Token信息的过程在上述实施例中已经进行过描述，请参照上述相应说明。

若是Token服务器生成Token信息，并且确定出该用户已经在该站点上通过其他设备登录过，此时Token服务器将与所述站点对应、且在生成所述Token信息之前生成的其他Token信息的有效性设置为无效，以使同一用户仅在一设备上进行登录，实现了互踢。

举例来说，若是用户在设备A上的站点A站点进行了登录，若是该用户在设备B上登录站点A站点，则该用户在设备A上的站点A站点下线，仅在设备B的站点A站点上登录。

S23、接收所述Token服务器反馈的Token信息，并将所述Token信息存储至预设缓存位置。

S24、生成携带有所述Token信息的身份验证信息，并将所述身份验证信息发送至Token服务器。

S25、在所述Token服务器对所述身份验证信息中携带的所述Token信息验证通过、且所述第一预设访问界面对应的后端服务器执行与所述用户操作请求对应的操作后，展示操作结果。

需要说明的是，步骤S23-S25的具体实现过程请参照上述实施例中的相应说明。

在本实施例的基础上，处理方法还包括：

发送Token信息有效性查询请求至所述Token服务器，在接收到所述Token服务器反馈的Token信息无效的情况下，控制第一预设访问界面对应的站点的用户登录退出，并显示预设退出登录信息。

本实施例中，仍以上述实施例为例，若是用户在设备A上的站点A进行了登录，此后该用户在设备B上登录站点A，则该用户在设备A上的站点A下线，若是该用户在设备A上操作站点A，如点击“免费咨询”按钮，此时，设备A上的站点A对应的站点前端程序会向Token服务器发送请求，Token服务器查询到设备A上的站点A的Token信息已经无效，则会接收到Token服务器反馈的Token信息无效，然后控制第一预设访问界面对应的站点的用户登录退出，并显示预设退出登录信息，从而实现了互踢。

本实施例中，通过互踢设置，使得同一用户在同一站点仅会在一设备上登录，避免同一时刻在多设备登录导致信息不同步的问题。

本发明的另一实现方式中，由于Token是存在有效时间的，即只有在Token有效时间内，Token有效，在Token有效时间过后，Token无效，此时需要对Token进行更新操作。此时，所述Token信息包括Token以及Token有效时间。

具体的，更新操作有如下两种方式，现分别进行介绍：

1、自动更新：

在确定出预设缓存位置存储有Token信息的情况下，还包括：

1)在基于所述Token有效时间确定出所述Token已过期的情况下，发送Token更新请求至Token服务器。

2)接收所述Token服务器反馈的更新后的Token信息，并将所述预设缓存位置中存储的所述Token信息替换为所述更新后的Token信息。

具体的，Token会实时基于Token有效时间检测Token是否过期，若是过期，则发送Token更新请求至Token服务器，Token更新请求携带有原有的Token，Token服务器检测当前自身保存的Token是否与Token更新请求中携带的Token相同，若相同，则说明Token服务器还未进行更新，此时Token服务器生成更新后的Token信息，并返回给Token程序，Token程序将预设缓存位置中存储的所述Token信息替换为所述更新后的Token信息，实现了Token的更新。

若是Token服务器检测当前自身保存的Token与Token更新请求中携带的Token不相同，则说明是Token服务器中保存的Token已经更新过，此时直接将Token服务器中保存的Token返回给Token程序即可。

2、外接设备控制更新：

在确定出预设缓存位置存储有Token信息的情况下，参照图4，还包括：

S31、将所述Token信息发送至预设Token监控终端。

具体的，除了Token可以实现更新控制之外，还可以有其他的终端，如预设Token监控终端进行更新控制。其中，预设Token监控终端可以是服务器，手机、笔记本等终端。

S32、接收所述预设Token监控终端发送的Token信息更新指令。

人工可以基于Token有效时间检测Token是否过期，在邻近过期，如还有五分钟过期时，为了减轻Token服务器的压力，可以提前进行更新，此时人工会点击更新操作，使得预设Token监控终端发送的Token信息更新指令。

此外，还可以设置自动更新，如在还有五分钟过期时，预设Token监控终端自动发送的Token信息更新指令。

S33、响应所述Token信息更新指令，并发送Token更新请求至Token服务器；

S34、接收所述Token服务器反馈的更新后的Token信息，并将所述预设缓存位置中存储的所述Token信息替换为所述更新后的Token信息。

具体的，Token程序发送Token更新请求至Token服务器，Token服务器生成更新后的Token信息，并返回给Token程序，Token程序将预设缓存位置中存储的所述Token信息替换为所述更新后的Token信息，实现了Token的更新。具体实现过程，参照上述相应说明。

本实施例中，给出了Token更新方式，进而能够根据实际需求，选择合适的更新方式进行更新。

可选地，在上述用户操作请求的处理方法的实施例的基础上，本发明的另一实施例提供了一种用户操作请求的处理装置，应用于用户终端，参照图5，所述用户操作请求处理装置包括：

Token判断模块11，用于在接收到用户在第一预设访问界面中的用户操作请求的情况下，确定预设缓存位置是否存储有Token信息；

Token获取模块12，用于若是，则从所述预设缓存位置获取存储的Token信息，所述Token信息为在接收到所述用户操作请求之前、用户在所述用户终端上的第二预设访问界面登录时、基于从所述用户终端的预设位置获取的authkey信息生成，并被存储至所述预设缓存位置，所述authkey信息通过token服务器对所述用户对应的业务信息进行封装得到；所述第二预设访问界面与所述第一预设访问界面具有同一登录权限；

信息生成模块13，用于生成携带有所述Token信息的身份验证信息，并将所述身份验证信息发送至Token服务器；

结果展示模块14，用于在所述Token服务器对所述身份验证信息中携带的所述Token信息验证通过、且所述第一预设访问界面对应的后端服务器执行与所述用户操作请求对应的操作后，展示操作结果。

进一步，还包括：

信息获取模块，用于若用户在第一预设访问界面对应的站点的登录状态为未登录，则获取所述authkey信息以及所述站点的站点配置信息；

信息发送模块，用于将所述authkey信息以及所述站点的站点配置信息发送至Token服务器，以使所述Token服务器基于所述authkey信息以及所述站点的站点配置信息生成Token信息，并将与所述站点对应、且在生成所述Token信息之前生成的其他Token信息的有效性设置为无效；

信息接收模块，用于接收所述Token服务器反馈的Token信息，并将所述Token信息存储至预设缓存位置；

所述信息生成模块，还用于在所述信息接收模块将所述Token信息存储至预设缓存位置后，生成携带有所述Token信息的身份验证信息，并将所述身份验证信息发送至Token服务器。

进一步，还包括：

登录控制模块，用于发送Token信息有效性查询请求至所述Token服务器，在接收到所述Token服务器反馈的Token信息无效的情况下，控制第一预设访问界面对应的站点的用户登录退出，并显示预设退出登录信息。

进一步，结果展示模块14具体用于：

在所述第一预设访问界面对应的后端服务器反馈的操作结果，并展示；所述操作结果为所述第一预设访问界面对应的后端服务器在接收到所述Token服务器对所述身份验证信息中携带的所述Token信息验证通过反馈的用户标识信息后，基于所述用户标识信息，执行与所述用户操作请求对应的操作，得到的结果。

进一步，所述Token信息包括Token以及Token有效时间；

处理装置还包括：

第一Token更新模块，具体用于：

在基于所述Token有效时间确定出所述Token已过期的情况下，发送Token更新请求至Token服务器；

接收所述Token服务器反馈的更新后的Token信息，并将所述预设缓存位置中存储的所述Token信息替换为所述更新后的Token信息。

处理装置还包括：

第二Token更新模块，具体用于：

将所述Token信息发送至预设Token监控终端；

接收所述预设Token监控终端发送的Token信息更新指令；

响应所述Token信息更新指令，并发送Token更新请求至Token服务器；

接收所述Token服务器反馈的更新后的Token信息，并将所述预设缓存位置中存储的所述Token信息替换为所述更新后的Token信息。

进一步，所述Token判断模块具体用于：

在接收到用户在第一预设访问界面中的用户操作请求的情况下，确定所述用户是否未在距离上一次访问所述第一预设访问界面的有效期内再次访问所述第一预设访问界面；

若是，则确定预设缓存位置是否存储有Token信息。

本实施例中，在接收到用户在第一预设访问界面中的用户操作请求的情况下，确定预设缓存位置是否存储有Token信息，若是，则说明在生成用户操作请求之前，用户已经在与第一预设访问界面具有同一登录权限的第二预设访问界面上登录过，此时不再需要用户进行登录操作，直接获取并对Token信息进行验证，若验证通过，则执行与用户操作请求对应的操作，无需用户重复登录，减少用户终端响应人机交互的次数，提高用户体验。

另外，本发明中，将通过token服务器对所述用户对应的业务信息进行封装得到的authkey信息存储到所述用户终端的预设位置，且token信息基于authkey信息生成，进而能够在需要业务信息时，直接从预设位置获取authkey信息或通过解析token信息获取authkey信息，并从authkey信息中解析得到业务信息，相比于通过设定的获取方式依次获取该业务信息中的各个业务子信息，最终获取到业务信息的方式，简化了业务信息的获取方式，操作简单且便捷。

需要说明的是，本实施例中的各个模块的工作过程，请参照上述实施例中的相应说明，在此不再赘述。

可选地，在上述用户操作请求的处理方法及装置的实施例的基础上，本发明的另一实施例提供了一种电子设备，可以是上述的用户终端，包括：存储器和处理器；

其中，所述存储器用于存储程序；

处理器调用程序并用于：

在接收到用户在第一预设访问界面中的用户操作请求的情况下，确定预设缓存位置是否存储有Token信息；

若是，则从所述预设缓存位置获取存储的Token信息，所述Token信息为在接收到所述用户操作请求之前、用户在所述用户终端上的第二预设访问界面登录时、基于从所述用户终端的预设位置获取的authkey信息生成，并被存储至所述预设缓存位置，所述authkey信息通过token服务器对所述用户对应的业务信息进行封装得到；所述第二预设访问界面与所述第一预设访问界面具有同一登录权限；

生成携带有所述Token信息的身份验证信息，并将所述身份验证信息发送至Token服务器；

在所述Token服务器对所述身份验证信息中携带的所述Token信息验证通过、且所述第一预设访问界面对应的后端服务器执行与所述用户操作请求对应的操作后，展示操作结果。

进一步，在确定出预设缓存位置未存储有Token信息、或在所述Token服务器对所述身份验证信息中携带的所述Token信息验证未通过的情况下，还包括：

若用户在第一预设访问界面对应的站点的登录状态为未登录，则获取所述authkey信息以及所述站点的站点配置信息；

将所述authkey信息以及所述站点的站点配置信息发送至Token服务器，以使所述Token服务器基于所述authkey信息以及所述站点的站点配置信息生成Token信息，并将与所述站点对应、且在生成所述Token信息之前生成的其他Token信息的有效性设置为无效；

接收所述Token服务器反馈的Token信息，并将所述Token信息存储至预设缓存位置；

生成携带有所述Token信息的身份验证信息，并将所述身份验证信息发送至Token服务器；

在所述Token服务器对所述身份验证信息中携带的所述Token信息验证通过、且所述第一预设访问界面对应的后端服务器执行与所述用户操作请求对应的操作后，展示操作结果。

进一步，在确定出预设缓存位置未存储有Token信息、或在所述Token服务器对所述身份验证信息中携带的所述Token信息验证未通过的情况下，还包括：

发送Token信息有效性查询请求至所述Token服务器，

在接收到所述Token服务器反馈的Token信息无效的情况下，控制第一预设访问界面对应的站点的用户登录退出，并显示预设退出登录信息。

进一步，在所述Token服务器对所述身份验证信息中携带的所述Token信息验证通过、且所述第一预设访问界面对应的后端服务器执行与所述用户操作请求对应的操作后，展示操作结果，包括：

在所述第一预设访问界面对应的后端服务器反馈的操作结果，并展示；所述操作结果为所述第一预设访问界面对应的后端服务器在接收到所述Token服务器对所述身份验证信息中携带的所述Token信息验证通过反馈的用户标识信息后，基于所述用户标识信息，执行与所述用户操作请求对应的操作，得到的结果。

进一步，所述Token信息包括Token以及Token有效时间；

在确定出预设缓存位置存储有Token信息的情况下，还包括：

在基于所述Token有效时间确定出所述Token已过期的情况下，发送Token更新请求至Token服务器；

接收所述Token服务器反馈的更新后的Token信息，并将所述预设缓存位置中存储的所述Token信息替换为所述更新后的Token信息。

进一步，所述Token信息包括Token以及Token有效时间；

在确定出预设缓存位置存储有Token信息的情况下，还包括：

将所述Token信息发送至预设Token监控终端；

接收所述预设Token监控终端发送的Token信息更新指令；

响应所述Token信息更新指令，并发送Token更新请求至Token服务器；

接收所述Token服务器反馈的更新后的Token信息，并将所述预设缓存位置中存储的所述Token信息替换为所述更新后的Token信息。

进一步，在接收到用户在第一预设访问界面中的用户操作请求的情况下，确定预设缓存位置是否存储有Token信息，包括：

在接收到用户在第一预设访问界面中的用户操作请求的情况下，确定所述用户是否未在距离上一次访问所述第一预设访问界面的有效期内再次访问所述第一预设访问界面；

若是，则确定预设缓存位置是否存储有Token信息。

本实施例中，在接收到用户在第一预设访问界面中的用户操作请求的情况下，确定预设缓存位置是否存储有Token信息，若是，则说明在生成用户操作请求之前，用户已经在与第一预设访问界面具有同一登录权限的第二预设访问界面上登录过，此时不再需要用户进行登录操作，直接获取并对Token信息进行验证，若验证通过，则执行与用户操作请求对应的操作，无需用户重复登录，减少用户终端响应人机交互的次数，提高用户体验。

另外，本发明中，将通过token服务器对所述用户对应的业务信息进行封装得到的authkey信息存储到所述用户终端的预设位置，且token信息基于authkey信息生成，进而能够在需要业务信息时，直接从预设位置获取authkey信息或通过解析token信息获取authkey信息，并从authkey信息中解析得到业务信息，相比于通过设定的获取方式依次获取该业务信息中的各个业务子信息，最终获取到业务信息的方式，简化了业务信息的获取方式，操作简单且便捷。

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