CN108632301A - 一种登录态失效后的续期处理方法及终端 - Google Patents

Abstract

本发明公开了一种登录态失效后的续期处理方法及终端，其中，该方法包括：在登录态发起第一请求，执行与所述第一请求对应的操作处理，所述第一请求为业务请求；将与所述第一请求对应的所述操作处理进行缓存；在所述登录态失效后中断所述第一请求，监听到所述第一请求被中断，在所述操作处理的当前页面触发用于登录的输入区域；获取所述输入区域中的登录信息，根据所述登录信息发起第二请求，所述第二请求为登录请求，请求验证所述第二请求与触发所述第一请求前发起的登录请求是否为同样的登录请求；为同样的登录请求时，从所述缓存中提取与所述第一请求对应的所述操作处理并予以中断恢复，继续执行所述操作处理。

Description

一种登录态失效后的续期处理方法及终端

技术领域

本发明涉及信息处理技术，尤其涉及一种登录态失效后的续期处理方法及终端。

背景技术

通过电脑或手机终端上的浏览器登录页面的过程中，常常由于网络拥塞(网速较慢)或者网络状态异常(比如断网)而导致无法继续登录操作，这种情况可能发生在用户正在浏览器网页上填写账号信息的登录状态中，也可能发生在用户已经成功登录后执行下一步网页处理的业务操作状态中。

对于上述情况，采用现有的登录态失效续期方案，会刷新或重新跳转回用户之前所在页面。举例来说，比如用户已经成功登录邮箱(处于登录态)，当前正在编辑邮件的操作状态，此时，网络状态发送异常，比如断网了，那么，会提示用户刷新或者重新登录邮箱，都会打断用户当前的业务操作状态，甚至用户需要从当前编辑邮件的页面回到初始邮箱登录页面。

采用现有的登录态失效续期方案，存在的问题是：1)页面需要重新刷新加载，甚至还会跳转至初始登录页；2)用户当前的业务操作直接被中断，无法保留；用户需要手动再次执行被登录操作所中断的业务操作。这些问题都会增加时间成本和人工成本，也影响了处理效率。

然而，相关技术中，对于该问题，尚无有效解决方案。

发明内容

有鉴于此，本发明实施例提供了一种登录态失效后的续期处理方法及终端，至少解决了现有技术存在的问题。

本发明实施例的一种登录态失效后的续期处理方法，所述方法包括：

在登录态发起第一请求，执行与所述第一请求对应的操作处理，所述第一请求为业务请求；

将与所述第一请求对应的所述操作处理进行缓存；

在所述登录态失效后中断所述第一请求，监听到所述第一请求被中断，在所述操作处理的当前页面触发用于登录的输入区域；

获取所述输入区域中的登录信息，根据所述登录信息发起第二请求，所述第二请求为登录请求，请求验证所述第二请求与触发所述第一请求前发起的登录请求是否为同样的登录请求；

为同样的登录请求时，从所述缓存中提取与所述第一请求对应的所述操作处理并予以中断恢复，继续执行所述操作处理。

上述方案中，所述将与所述第一请求对应的所述操作处理进行缓存，包括：

所述第一请求为至少一个时，将与所述第一请求对应的至少一个操作处理按照时间顺序缓存到先进先出的数据队列中。

上述方案中，所述方法还包括：

监听到所述第一请求被中断后，阻断对所述第一请求的业务响应处理，接管对所述第一请求中断的异常处理。

上述方案中，所述方法还包括：

触发所述第一请求前，将第一账号信息和第一登录密码信息封装为所述登录请求，发送所述登录请求给服务器进行登录验证；

在服务器验证通过后执行登录操作，进入所述登录态。

上述方案中，根据所述登录信息发起第二请求，请求验证所述第二请求与触发所述第一请求前发起的登录请求是否为同样的登录请求，包括以下任意一种方式：

方式一：

所述登录信息为第二账号信息和第二登录密码信息时，将所述第二账号信息和第二登录密码信息封装到所述第二请求中，发送所述第二请求给服务器；

在服务器将所述第二账号信息和第二登录密码信息与所述第一账号信息和第一登录密码信息进行比对并验证通过后，收到多次登录为同一登录请求的响应反馈；

方式二：

所述登录信息为第二账号信息和第二登录密码信息时，将所述第二账号信息和第二登录密码信息封装到所述第二请求中，发送所述第二请求给终端本地的登录验证组件；

在所述登录验证组件将所述第二账号信息和第二登录密码信息与之前保存的所述第一账号信息和第一登录密码信息进行比对并验证通过后，收到多次登录为同一登录请求的响应反馈。

上述方案中，为同样的登录请求时，从所述缓存中提取与所述第一请求对应的所述操作处理并予以中断恢复，包括：

解析所述响应反馈，得到多次登录为同一登录请求，则从缓存的所述数据队列中按照先进先出顺序提取与所述第一请求对应的至少一个操作处理，以按照时间顺序继续执行与所述第一请求对应的至少一个操作处理。

本发明实施例的一种终端，所述终端包括：

第一请求单元，用于在登录态发起第一请求，执行与所述第一请求对应的操作处理，所述第一请求为业务请求；

缓存处理单元，用于将与所述第一请求对应的所述操作处理进行缓存；

监听单元，用于在所述登录态失效后中断所述第一请求，监听到所述第一请求被中断，在所述操作处理的当前页面触发用于登录的输入区域；

第二请求单元，用于获取所述输入区域中的登录信息，根据所述登录信息发起第二请求，所述第二请求为登录请求，请求验证所述第二请求与触发所述第一请求前发起的登录请求是否为同样的登录请求；

恢复处理单元，用于为同样的登录请求时，从所述缓存中提取与所述第一请求对应的所述操作处理并予以中断恢复，继续执行所述操作处理。

上述方案中，所述缓存处理单元，进一步用于：

所述第一请求为至少一个时，将与所述第一请求对应的至少一个操作处理按照时间顺序缓存到先进先出的数据队列中。

上述方案中，所述终端还包括：阻断单元，用于：

阻断对所述第一请求的业务响应处理，接管对所述第一请求中断的异常处理。

上述方案中，所述终端还包括：登录请求单元，用于：

触发所述第一请求前，将第一账号信息和第一登录密码信息封装为所述登录请求，发送所述登录请求给服务器进行登录验证；

在服务器验证通过后执行登录操作，进入所述登录态。

上述方案中，所述第二请求单元，进一步用于：

所述登录信息为第二账号信息和第二登录密码信息时，将所述第二账号信息和第二登录密码信息封装到所述第二请求中，发送所述第二请求给服务器；

在服务器将所述第二账号信息和第二登录密码信息与所述第一账号信息和第一登录密码信息进行比对并验证通过后，收到多次登录为同一登录请求的响应反馈；或者，

所述第二请求单元，进一步用于：

所述登录信息为第二账号信息和第二登录密码信息时，将所述第二账号信息和第二登录密码信息封装到所述第二请求中，发送所述第二请求给终端本地的登录验证组件；

在所述登录验证组件将所述第二账号信息和第二登录密码信息与之前保存的所述第一账号信息和第一登录密码信息进行比对并验证通过后，收到多次登录为同一登录请求的响应反馈。

上述方案中，所述恢复处理单元，进一步用于：

解析所述响应反馈，得到多次登录为同一登录请求，则从缓存的所述数据队列中按照先进先出顺序提取与所述第一请求对应的至少一个操作处理，以按照时间顺序继续执行与所述第一请求对应的至少一个操作处理。

本发明实施例是在登录态发起第一请求，执行与所述第一请求对应的操作处理，所述第一请求为业务请求；将与所述第一请求对应的所述操作处理进行缓存；在所述登录态失效后中断所述第一请求，监听到所述第一请求被中断，在所述操作处理的当前页面触发用于登录的输入区域；获取所述输入区域中的登录信息，根据所述登录信息发起第二请求，所述第二请求为登录请求，请求验证所述第二请求与触发所述第一请求前发起的登录请求是否为同样的登录请求；为同样的登录请求时，从所述缓存中提取与所述第一请求对应的所述操作处理并予以中断恢复，继续执行所述操作处理。

采用本发明实施例，事先将登录态时与所述第一请求对应的所述操作处理进行缓存，当监听到登录态失效后所导致的所述第一请求被中断后，在操作处理的当前页面触发用于登录的输入区域，则可以在当前页面直接获取到登录信息用于验证，用户不需要手动执行之前的账号输入等登录操作，使得当前页面不需要重新刷新加载及跳转至初始登录页。如果登录态发起的登录信息和登录态失效后重新发起的登录信息经验证是基于同样的登录请求，则从缓存中提取事先保存的所述第一请求对应的所述操作处理，恢复执行之前被中断的操作处理。也就是说，由于登录态失效导致用户当前的业务操作虽然被中断，但是当前的业务操作状态都会被缓存，以便下一次直接发起恢复请求，使整个操作处理既降低了时间成本，又降低了人工成本，从而提高了处理效率。

附图说明

图1为实现本发明各个实施例的移动终端一个可选的硬件结构示意图；

图2为如图1所示的移动终端的通信***示意图；

图3为应用本发明实施例一场景示意图；

图4为本发明实施例中进行信息交互的各方硬件实体的示意图；

图5为本发明实施例一方法的实现流程示意图；

图6-7为现有续期处理的示意图；

图8为本发明实施例一***架构的示意图；

图9为应用本发明实施例的一应用场景的续期处理过程示意图。

具体实施方式

下面结合附图对技术方案的实施作进一步的详细描述。

现在将参考附图描述实现本发明各个实施例的移动终端。在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明实施例的说明，其本身并没有特定的意义。因此，"模块"与"部件"可以混合地使用。

在下面的详细说明中，陈述了众多的具体细节，以便彻底理解本发明。不过，对于本领域的普通技术人员来说，显然可在没有这些具体细节的情况下实践本发明。在其他情况下，没有详细说明公开的公知方法、过程、组件、电路和网络，以避免不必要地使实施例的各个方面模糊不清。

另外，本文中尽管多次采用术语“第一”、“第二”等来描述各种元件(或各种阈值或各种应用或各种指令或各种操作)等，不过这些元件(或阈值或应用或指令或操作)不应受这些术语的限制。这些术语只是用于区分一个元件(或阈值或应用或指令或操作)和另一个元件(或阈值或应用或指令或操作)。例如，第一操作可以被称为第二操作，第二操作也可以被称为第一操作，而不脱离本发明的范围，第一操作和第二操作都是操作，只是二者并不是相同的操作而已。

本发明实施例中的步骤并不一定是按照所描述的步骤顺序进行处理，可以按照需求有选择的将步骤打乱重排，或者删除实施例中的步骤，或者增加实施例中的步骤，本发明实施例中的步骤描述只是可选的顺序组合，并不代表本发明实施例的所有步骤顺序组合，实施例中的步骤顺序不能认为是对本发明的限制。

本发明实施例中的术语“和/或”指的是包括相关联的列举项目中的一个或多个的任何和全部的可能组合。还要说明的是：当用在本说明书中时，“包括/包含”指定所陈述的特征、整数、步骤、操作、元件和/或组件的存在，但是不排除一个或多个其他特征、整数、步骤、操作、元件和/或组件和/或它们的组群的存在或添加。

本发明实施例的智能终端(如移动终端)可以以各种形式来实施。例如，本发明实施例中描述的移动终端可以包括诸如移动电话、智能电话、笔记本电脑、数字广播接收器、个人数字助理(PDA，Personal Digital Assistant)、平板电脑(PAD)、便携式多媒体播放器(PMP，Portable Media Player)、导航装置等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。下面，假设终端是移动终端。然而，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。

图1为实现本发明各个实施例的移动终端一个可选的硬件结构示意图。

移动终端100可以包括通信单元110、音频/视频(A/V)输入单元120、用户输入单元130、第一请求单元140、缓存处理单元141、监听单元142、第二请求单元143、恢复处理单元144、输出单元150、存储单元160、接口单元170、处理单元180和电源单元190等等。图1示出了具有各种组件的移动终端，但是应理解的是，并不要求实施所有示出的组件。可以替代地实施更多或更少的组件。将在下面详细描述移动终端的元件。

通信单元110通常包括一个或多个组件，其允许移动终端100与无线通信***或网络之间的无线电通信(如果将移动终端用固定终端代替，也可以通过有线方式进行电通信)。例如，通信单元具体为无线通信单元时可以包括广播接收单元111、移动通信单元112、无线互联网单元113、短程通信单元114和位置信息单元115中的至少一个，这些单元是可选的，根据不同需求可以增删。

广播接收单元111经由广播信道从外部广播管理服务器接收广播信号和/或广播相关信息。广播信道可以包括卫星信道和/或地面信道。广播管理服务器可以是生成并发送广播信号和/或广播相关信息的服务器或者接收之前生成的广播信号和/或广播相关信息并且将其发送给终端的服务器。广播信号可以包括TV广播信号、无线电广播信号、数据广播信号等等。而且，广播信号可以进一步包括与TV或无线电广播信号组合的广播信号。广播相关信息也可以经由移动通信网络提供，并且在该情况下，广播相关信息可以由移动通信单元112来接收。广播信号可以以各种形式存在，例如，其可以以数字多媒体广播(DMB，Digital Multimedia Broadcasting)的电子节目指南(EPG，Electronic Program Guide)、数字视频广播手持(DVB-H，Digital Video Broadcasting-Handheld)的电子服务指南(ESG，Electronic Service Guide)等等的形式而存在。广播接收单元111可以通过使用各种类型的广播***接收信号广播。特别地，广播接收单元111可以通过使用诸如多媒体广播-地面(DMB-T，Digital Multimedia Broadcasting-Terrestrial)、数字多媒体广播-卫星(DMB-S，Digital Multimedia Broadcasting-Satellite)、DVB-H，前向链路媒体(MediaFLO，Media Forward Link Only)的数据广播***、地面数字广播综合服务(ISDB-T，Integrated Services Digital Broadcasting-Terrestrial)等等的数字广播***接收数字广播。广播接收单元111可以被构造为适合提供广播信号的各种广播***以及上述数字广播***。经由广播接收单元111接收的广播信号和/或广播相关信息可以存储在存储单元160(或者其它类型的存储介质)中。

移动通信单元112将无线电信号发送到基站(例如，接入点、节点B等等)、外部终端以及服务器中的至少一个和/或从其接收无线电信号。这样的无线电信号可以包括语音通话信号、视频通话信号、或者根据文本和/或多媒体消息发送和/或接收的各种类型的数据。

无线互联网单元113支持移动终端的无线互联网接入。该单元可以内部或外部地耦接到终端。该单元所涉及的无线互联网接入技术可以包括无线局域网络(Wi-Fi，Wireless Local Area Networks)、无线宽带(Wibro)、全球微波互联接入(Wimax)、高速下行链路分组接入(HSDPA，High Speed Downlink Packet Access)等等。

短程通信单元114是用于支持短程通信的单元。短程通信技术的一些示例包括蓝牙、射频识别(RFID，Radio Frequency Identification)、红外数据协会(IrDA，InfraredData Association)、超宽带(UWB，Ultra Wideband)、紫蜂等等。

位置信息单元115是用于检查或获取移动终端的位置信息的单元。位置信息单元的典型示例是全球定位***(GPS，Global Positioning System)。根据当前的技术，位置信息单元115计算来自三个或更多卫星的距离信息和准确的时间信息并且对于计算的信息应用三角测量法，从而根据经度、纬度和高度准确地计算三维当前位置信息。当前，用于计算位置和时间信息的方法使用三颗卫星并且通过使用另外的一颗卫星校正计算出的位置和时间信息的误差。此外，位置信息单元115能够通过实时地连续计算当前位置信息来计算速度信息。

A/V输入单元120用于接收音频或视频信号。A/V输入单元120可以包括相机121和麦克风122，相机121对在视频捕获模式或图像捕获模式中由图像捕获装置获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元151上。经相机121处理后的图像帧可以存储在存储单元160(或其它存储介质)中或者经由通信单元110进行发送，可以根据移动终端的构造提供两个或更多相机121。麦克风122可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风接收声音(音频数据)，并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由移动通信单元112发送到移动通信基站的格式输出。麦克风122可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。

用户输入单元130可以根据用户输入的命令生成键输入数据以控制移动终端的各种操作。用户输入单元130允许用户输入各种类型的信息，并且可以包括键盘、鼠标、触摸板(例如，检测由于被接触而导致的电阻、压力、电容等等的变化的触敏组件)、滚轮、摇杆等等。特别地，当触摸板以层的形式叠加在显示单元151上时，可以形成触摸屏。

第一请求单元140，用于在登录态发起第一请求，执行与所述第一请求对应的操作处理，所述第一请求为业务请求。缓存处理单元141，用于将与所述第一请求对应的所述操作处理进行缓存。监听单元142，用于在所述登录态失效后中断所述第一请求，监听到所述第一请求被中断，在所述操作处理的当前页面触发用于登录的输入区域。第二请求单元143，用于获取所述输入区域中的登录信息，根据所述登录信息发起第二请求，所述第二请求为登录请求，请求验证所述第二请求与触发所述第一请求前发起的登录请求是否为同样的登录请求。恢复处理单元144，用于为同样的登录请求时，从所述缓存中提取与所述第一请求对应的所述操作处理并予以中断恢复，继续执行所述操作处理。

接口单元170用作至少一个外部装置与移动终端100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别单元的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。识别单元可以是存储用于验证用户使用移动终端100的各种信息并且可以包括用户识别单元(UIM，User Identify Module)、客户识别单元(SIM，Subscriber Identity Module)、通用客户识别单元(USIM，Universal SubscriberIdentity Module)等等。另外，具有识别单元的装置(下面称为"识别装置")可以采取智能卡的形式，因此，识别装置可以经由端口或其它连接装置与移动终端100连接。接口单元170可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端和外部装置之间传输数据。

另外，当移动终端100与外部底座连接时，接口单元170可以用作允许通过其将电力从底座提供到移动终端100的路径或者可以用作允许从底座输入的各种命令信号通过其传输到移动终端的路径。从底座输入的各种命令信号或电力可以用作用于识别移动终端是否准确地安装在底座上的信号。输出单元150被构造为以视觉、音频和/或触觉方式提供输出信号(例如，音频信号、视频信号、振动信号等等)。输出单元150可以包括显示单元151、音频输出单元152等等。

显示单元151可以显示在移动终端100中处理的信息。例如，移动终端100可以显示相关用户界面(UI，User Interface)或图形用户界面(GUI，Graphical User Interface)。当移动终端100处于视频通话模式或者图像捕获模式时，显示单元151可以显示捕获的图像和/或接收的图像、示出视频或图像以及相关功能的UI或GUI等等。

同时，当显示单元151和触摸板以层的形式彼此叠加以形成触摸屏时，显示单元151可以用作输入装置和输出装置。显示单元151可以包括液晶显示器(LCD，LiquidCrystal Display)、薄膜晶体管LCD(TFT-LCD，Thin Film Transistor-LCD)、有机发光二极管(OLED，Organic Light-Emitting Diode)显示器、柔性显示器、三维(3D)显示器等等中的至少一种。这些显示器中的一些可以被构造为透明状以允许用户从外部观看，这可以称为透明显示器，典型的透明显示器可以例如为透明有机发光二极管(TOLED)显示器等等。根据特定想要的实施方式，移动终端100可以包括两个或更多显示单元(或其它显示装置)，例如，移动终端可以包括外部显示单元(未示出)和内部显示单元(未示出)。触摸屏可用于检测触摸输入压力以及触摸输入位置和触摸输入面积。

音频输出单元152可以在移动终端处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将通信单元110接收的或者在存储单元160中存储的音频数据转换音频信号并且输出为声音。而且，音频输出单元152可以提供与移动终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元152可以包括扬声器、蜂鸣器等等。

存储单元160可以存储由处理单元180执行的处理和控制操作的软件程序等等，或者可以暂时地存储已经输出或将要输出的数据(例如，电话簿、消息、静态图像、视频等等)。而且，存储单元160可以存储关于当触摸施加到触摸屏时输出的各种方式的振动和音频信号的数据。

存储单元160可以包括至少一种类型的存储介质，所述存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等等)、随机访问存储器(RAM，Random AccessMemory)、静态随机访问存储器(SRAM，Static Random Access Memory)、只读存储器(ROM，Read Only Memory)、电可擦除可编程只读存储器(EEPROM，Electrically ErasableProgrammable Read Only Memory)、可编程只读存储器(PROM，Programmable Read OnlyMemory)、磁性存储器、磁盘、光盘等等。而且，移动终端100可以与通过网络连接执行存储单元160的存储功能的网络存储装置协作。

处理单元180通常控制移动终端的总体操作。例如，处理单元180执行与语音通话、数据通信、视频通话等等相关的控制和处理。又如，处理单元180可以执行模式识别处理，以将在触摸屏上执行的手写输入或者图片绘制输入识别为字符或图像。

电源单元190在处理单元180的控制下接收外部电力或内部电力并且提供操作各元件和组件所需的适当的电力。

这里描述的各种实施方式可以以使用例如计算机软件、硬件或其任何组合的计算机可读介质来实施。对于硬件实施，这里描述的实施方式可以通过使用特定用途集成电路(ASIC，Application Specific Integrated Circuit)、数字信号处理器(DSP，DigitalSignal Processing)、数字信号处理装置(DSPD，Digital Signal Processing Device)、可编程逻辑装置(PLD，Programmable Logic Device)、现场可编程门阵列(FPGA，FieldProgrammable Gate Array)、处理器、控制器、微控制器、微处理器、被设计为执行这里描述的功能的电子单元中的至少一种来实施，在一些情况下，这样的实施方式可以在处理单元180中实施。对于软件实施，诸如过程或功能的实施方式可以与允许执行至少一种功能或操作的单独的软件单元来实施。软件代码可以由以任何适当的编程语言编写的软件应用程序(或程序)来实施，软件代码可以存储在存储单元160中并且由处理单元180执行。其中，存储单元160的一个具体硬件实体可以为存储器，处理单元180的一个具体硬件实体可以为控制器。

至此，已经按照其功能描述了移动终端。下面，为了简要起见，将描述诸如折叠型、直板型、摆动型、滑动型移动终端等等的各种类型的移动终端中的滑动型移动终端作为示例。因此，本发明能够应用于任何类型的移动终端，并且不限于滑动型移动终端。

如图1中所示的移动终端100可以被构造为利用经由帧或分组发送数据的诸如有线和无线通信***以及基于卫星的通信***来操作。

现在将参考图2描述其中根据本发明实施例的移动终端能够操作的通信***。

这样的通信***可以使用不同的空中接口和/或物理层。例如，由通信***使用的空中接口包括例如频分多址(FDMA，Frequency Division Multiple Access)、时分多址(TDMA，Time Division Multiple Access)、码分多址(CDMA，Code Division MultipleAccess)和通用移动通信***(UMTS，Universal Mobile Telecommunications System)(特别地，长期演进(LTE，Long Term Evolution))、全球移动通信***(GSM)等等。作为非限制性示例，下面的描述涉及CDMA通信***，但是这样的教导同样适用于其它类型的***。

参考图2，CDMA无线通信***可以包括多个移动终端100、多个基站(BS，BaseStation)270、基站控制器(BSC，Base Station Controller)275和移动交换中心(MSC，Mobile Switching Center)280。MSC280被构造为与公共电话交换网络(PSTN，PublicSwitched Telephone Network)290形成接口。MSC280还被构造为与可以经由回程线路耦接到BS270的BSC275形成接口。回程线路可以根据若干已知的接口中的任一种来构造，所述接口包括例如E1/T1、ATM、IP、PPP、帧中继、HDSL、ADSL或xDSL。将理解的是，如图2中所示的***可以包括多个BSC275。

每个BS270可以服务一个或多个分区(或区域)，由多向天线或指向特定方向的天线覆盖的每个分区放射状地远离BS270。或者，每个分区可以由用于分集接收的两个或更多天线覆盖。每个BS270可以被构造为支持多个频率分配，并且每个频率分配具有特定频谱(例如，1.25MHz，5MHz等等)。

分区与频率分配的交叉可以被称为CDMA信道。BS270也可以被称为基站收发器子***(BTS，Base Transceiver Station)或者其它等效术语。在这样的情况下，术语“基站”可以用于笼统地表示单个BSC275和至少一个BS270。基站也可以被称为“蜂窝站”。或者，特定BS270的各分区可以被称为多个蜂窝站。

如图2中所示，广播发射器(BT，Broadcast Transmitter)295将广播信号发送给在***内操作的移动终端100。如图1中所示的广播接收单元111被设置在移动终端100处以接收由BT295发送的广播信号。在图2中，示出了几个卫星300，例如可以采用GPS卫星300。卫星300帮助定位多个移动终端100中的至少一个。

在图2中，描绘了多个卫星300，但是理解的是，可以利用任何数目的卫星获得有用的定位信息。如图1中所示的位置信息单元115通常被构造为与卫星300配合以获得想要的定位信息。替代GPS跟踪技术或者在GPS跟踪技术之外，可以使用可以跟踪移动终端的位置的其它技术。另外，至少一个GPS卫星300可以选择性地或者额外地处理卫星DMB传输。

作为无线通信***的一个典型操作，BS270接收来自各种移动终端100的反向链路信号。移动终端100通常参与通话、消息收发和其它类型的通信。特定基站接收的每个反向链路信号被在特定BS270内进行处理。获得的数据被转发给相关的BSC275。BSC275提供通话资源分配和包括BS270之间的软切换过程的协调的移动管理功能。BSC275还将接收到的数据路由到MSC280，其提供用于与PSTN290形成接口的额外的路由服务。类似地，PSTN290与MSC280形成接口，MSC280与BSC275形成接口，并且BSC275相应地控制BS270以将正向链路信号发送到移动终端100。

移动终端中通信单元110的移动通信单元112基于移动终端内置的接入移动通信网络(如2G/3G/4G等移动通信网络)的必要数据(包括用户识别信息和鉴权信息)接入移动通信网络为移动终端用户的网页浏览、网络多媒体播放等业务传输移动通信数据(包括上行的移动通信数据和下行的移动通信数据)。

通信单元110的无线互联网单元113通过运行无线热点的相关协议功能而实现无线热点的功能，无线热点支持多个移动终端(移动终端之外的任意移动终端)接入，通过复用移动通信单元112与移动通信网络之间的移动通信连接为移动终端用户的网页浏览、网络多媒体播放等业务传输移动通信数据(包括上行的移动通信数据和下行的移动通信数据)，由于移动终端实质上是复用移动终端与通信网络之间的移动通信连接传输移动通信数据的，因此移动终端消耗的移动通信数据的流量由通信网络侧的计费实体计入移动终端的通信资费，从而消耗移动终端签约使用的通信资费中包括的移动通信数据的数据流量。

需要指出的是：本文的验证逻辑可以在后台服务器执行，也可以在终端本地通过登录验证组件(如所述PTLogin)执行，所述PTLogin用于启用应用平台为各个业务提供的社区统一登录页面，当某个业务需要用户登录的时候，即可以嵌入Ptlogin登录框，来快捷方便的实现网页登录功能。具体的，在进入登录态触发第一请求(如图文编辑、表单处理等业务请求，针对该业务请求会执行对应的业务操作处理)之前，终端会发起一个登录请求(初始登录请求)去后台服务器验证，后台服务器确认登录请求中的账号和密码有效并验证通过后，终端进入该登录态，进入登录态后，就可以执行各种由业务请求触发的业务操作处理了。当由于登录态失效导致由业务请求触发的业务操作处理被中断后，需要重新登录(即登录态续期)，需要进行前后两次登录的二次账号验证。终端获取输入区域中的新登录信息，根据新登录信息发起第二请求(新登录请求)，请求验证所述第二请求(新登录请求)与触发所述第一请求前发起的登录请求(初始登录请求)是否为同样的登录请求，进行该二次账号验证。

二次账号验证验证可以通过服务器来执行验证逻辑，比如，第二请求(新登录请求)采用的所述登录信息为第二账号信息和第二登录密码信息，触发所述第一请求前发起的登录请求(初始登录请求)采用的所述登录信息为第一账号信息和第一登录密码信息。终端将所述第二账号信息和第二登录密码信息封装到所述第二请求中，发送所述第二请求给服务器。在服务器将所述第二账号信息和第二登录密码信息与所述第一账号信息和第一登录密码信息进行比对并验证通过后，将多次登录为同一登录请求的响应反馈给终端。验证通过后，实现登录态失效后的续期处理，从所述缓存中提取与所述第一请求对应的操作处理并予以中断恢复，继续执行操作处理。

二次账号验证验证还可以在终端本地通过登录验证组件(如所述PTLogin)来执行验证逻辑，比如，第二请求(新登录请求)采用的所述登录信息为第二账号信息和第二登录密码信息，触发所述第一请求前发起的登录请求(初始登录请求)采用的所述登录信息为第一账号信息和第一登录密码信息。终端将所述第二账号信息和第二登录密码信息封装到所述第二请求中，发送所述第二请求给终端本地的登录验证组件。由于在先将所述第一账号信息和第一登录密码信息发送给服务器进行初始登录验证时，可以将所述第一账号信息和第一登录密码信息在终端本地保存，因此，可以通过所述登录验证组件将所述第二账号信息和第二登录密码信息与之前保存的所述第一账号信息和第一登录密码信息进行比对并验证通过后，说明多次登录为同一登录请求。验证通过后，实现登录态失效后的续期处理，从所述缓存中提取与所述第一请求对应的所述操作处理并予以中断恢复，继续执行所述操作处理。

图3为应用本发明实施例一场景的示意图，A1标识的界面为用户登录时的一个用户界面的示例，比如，用户在登录/注册界面输入已经注册的账号信息和登录密码信息，向后台发起登录验证请求，后台对该登录验证请求验证通过后，实现用户登录，此时进入登录态。进入登录态后用户可以根据实际需求执行各种操作处理，以A2所标识的应试软件用户界面进行示例，用户可以进行答题操作，根据“题干”获知问题的内容，从“选项”中得到备选答案，将选中的答案填入“答案”中。整个处理过程会根据设置自动保存，直至所有问题答复结束后将答案汇总提交。如果在整个过程中因为网络异常或断网等情况导致应试软件无法和后台交互，则进入A2’所标识的应试软件用户界面，即在A2所标识的应试软件用户界面弹出登录框，也就是说，是在之前处理的当前操作页面中弹出登录框，登录框可以在该当前操作页面的任意位置，如图3中B1或B2所标识的位置都是可行的。将弹出登录框中的账号信息和登录密码信息再次向后台发起新的登录验证请求，后台对该新的登录验证请求进行验证，即：将该新的登录验证请求与在先登录请求中提交的账号信息和登录密码信息进行比对，如果比对结果为一致，则验证通过。将继续之前被中断的操作处理，比如，之前解答到第10个问题，中断恢复后，可以从第11个问题开始继续处理并作答。

图4为本发明实施例中进行信息交互的各方硬件实体的示意图，图4中包括：终端设备1，服务器2。其中，终端设备1由终端设备11-14构成，终端设备11-14通过有线网络或者无线网络与服务器进行信息交互。终端设备11-14包括手机、台式机、PC机、一体机等类型。采用本发明实施例，主要的处理逻辑在终端执行，服务器仅仅对终端所提交的请求进行验证和反馈响应。其中，终端的处理逻辑10包括：S1、在终端侧输入已经注册的账号信息和登录密码信息，向后台服务器发起登录验证请求，后台服务器对该登录验证请求验证通过后，实现用户登录，此时进入登录态。S2、在登录态时执行基于请求交互的操作处理并予以缓存，可以采用先进先出的数据队列形式对操作处理进行存储。S3、登录态失效后中断基于请求交互的操作处理，监听到请求被中断，弹出登录框。S4、再次输入账号信息和登录密码信息，向后台服务器发起登录验证请求，后台服务器对该登录验证请求进行验证，即后台服务器验证所述前后两次登录请求是否为与针对同样操作处理的请求，具体的，服务器可以将该新的登录验证请求与在先登录请求中提交的账号信息和登录密码信息进行比对，如果比对结果为一致，则验证通过。S5、验证通过后，实现登录态失效后的续期处理，从所述缓存中提取与所述第一请求对应的所述操作处理并予以中断恢复，继续执行所述操作处理。

采用本发明实施例，事先将登录态时与所述第一请求对应的所述操作处理进行缓存，当监听到登录态失效后所导致的所述第一请求被中断后，在操作处理的当前页面触发用于登录的输入区域，则可以在当前页面直接获取到登录信息用于验证，用户不需要手动执行之前的账号输入等登录操作，使得当前页面不需要重新刷新加载及跳转至初始登录页。如果登录态发起的登录信息和登录态失效后重新发起的登录信息经验证是基于同样的登录请求，则从缓存中提取事先保存的所述第一请求对应的所述操作处理，恢复执行之前被中断的操作处理。也就是说，用户当前的操作虽然被中断，但是当前的操作状态都会被缓存，以便下一次直接发起恢复请求，使整个操作处理既降低了时间成本，又降低了人工成本，从而提高了处理效率。

上述图4的例子只是实现本发明实施例的一个***架构实例，本发明实施例并不限于上述图4所述的***结构，基于上述图4所述的***架构，提出本发明方法各个实施例。

本发明实施例的登录态失效后的续期处理方法，如图5所示，包括：在登录态发起第一请求，执行与所述第一请求对应的操作处理，所述第一请求为业务请求(101)。在一个实际应用中，在终端的用户界面(如开启浏览器所进入的一个网页)中输入账号信息和登录密码，将该账号信息和登录密码封装到请求中，可以发送给后台的服务器进行登录验证，验证通过后，则说明终端进入登录态。进入登录态后，可以根据接收的操作请求，如在个人空间编辑图片、编辑待发出的邮件(包括图、文等编辑处理)等等。将与所述第一请求对应的所述操作处理进行缓存(102)。进入登录态后用户可以根据实际需求执行各种操作处理，如果在整个处理过程中因为网络异常或断网等情况导致应试软件无法和后台服务器交互，则说明登录态已经失效了，则因为登录态失效会中断所述第一请求，当监听到所述第一请求被中断，阻止具体业务对此异常中断情况做任何响应处理，在所述操作处理的当前页面触发用于登录的输入区域(103)。在一个实际应用中，进入登录态后，可以根据接收的操作请求，如在个人空间编辑图片、编辑待发出的邮件(包括图、文等编辑处理)等等，如果在用户执行上述操作处理的过程中，网络异常或者断网，则后台的服务器进行验证的结果为登录态失效，需要重新输入账号信息和登录密码进行后台验证。获取所述输入区域中的登录信息(如账号信息、或账号信息和登录密码)，根据所述登录信息发起第二请求，所述第二请求为登录请求，请求验证所述第二请求与触发所述第一请求前发起的登录请求是否为同样的登录请求(104)。为同样的登录请求时，从所述缓存中提取与所述第一请求对应的所述操作处理并予以中断恢复，继续执行所述操作处理(105)。

本发明实施例中，在终端进入登录态失效后，当前的操作处理会无法继续进行，与操作处理相关的请求会中断。网络异常至少包括：1)网络自身不稳定；2)终端与后台服务器数据交互过多，导致网络拥塞，无法即时对终端请求进行响应的等等。针对登录态失效的情况下需要重新输入账号信息和登录密码进行后台验证而言，现有的一种实施方式为：如图6所示的前跳转方式，前跳转方式的处理，即：重新跳转回用户之前所在页面，处理过程包括：用户在页面A触发一个AJAX请求，请求服务器进行验证。验证为登录态失效时，页面跳转至登录页。此时，需要用户在登录页输入当前用户名、密码并再次提交验证，验证成功后会跳转至页面A。现有的另一种实施方式为：如图7所示的后跳转方式，即页面刷新，处理过程包括：用户在页面A触发一个AJAX请求，请求服务器进行验证。验证为登录态失效时会弹出登录框。用户在登录框内输入当前用户名、密码并再次提交验证，验证成功会重新刷新页面A。

针对登录态失效的情况下需要重新输入账号信息和登录密码进行后台验证而言，针对上述实施方式的缺陷，采用本发明实施例，以浏览器为例，手机、电脑上的浏览器都适用，采用浏览器中的组件来实现上述实施例中用于登录态续期处理的监控、控制等处理。所述登录态续期是指：用户在当前网站账号登录状态失效后，重新输入该账号及密码并提交给网站后台且成功通过服务器验证，实现登录状态的延续。具体的，可以采用基于AJAX的REST组件和PTLogin组件，基于PTLogin+AJAX请求缓存策略+账号前端二次验证机制来实现具体的处理过程。所述PTLogin用于启用应用平台为各个业务提供的社区统一登录页面，当某个业务需要用户登录的时候，即可以嵌入Ptlogin登录框，来快捷方便的实现网页登录功能。所述AJAX是Asynchronous Javascript And XML的缩写，指异步JavaScript和XML，用于创建交互式网页应用的网页开发，通过在应用后台与服务器进行少量数据交换，AJAX可以使网页实现异步更新。这意味着可以在不重新加载整个网页的情况下，对网页的某部分进行更新。一个实际应用中，REST组件监听到请求异常，进行阻断，接管处理逻辑，且在监听到异常之前就进行请求缓存，以便后续中继处理，从而直接将缓存数据(即将该请求)重新发送。REST组件接管处理逻辑后，触发PTLogin组件弹出登录框，输入账号信息后予以登录。为确保登录请求的一致性，对前、后两次登录请求的账号信息进行二次验证。通过这些处理，将之前保存的请求缓存后再予以重新提取并恢复执行，可以称之为请求的异步处理，这种异步处理使得网元得到异步更新，这意味着可以在不重新加载整个网页的情况下，对网页的某部分操作处理进行更新。也就是说，在网站账号登录状态失效后，不必刷新整个网页即可实现登录态的续期，给网站用户带来连贯、轻便的良好体验，同时可以避免网站静态资源不必要的重复加载，减少了用户不必要的重复操作，特别是用户编辑表单等重大操作，减少了人工和时间成本，从而提高了整体的处理效率。

本发明实施例的登录态失效后的续期处理方法，包括：在登录态发起第一请求，执行与所述第一请求对应的操作处理。在一个实际应用中，在终端的用户界面(如开启浏览器所进入的一个网页)中输入账号信息和登录密码，将该账号信息和登录密码封装到请求中，可以发送给后台的服务器进行登录验证，验证通过后，则说明终端进入登录态。进入登录态后，可以根据接收的操作请求，如在个人空间编辑图片、编辑待发出的邮件(包括图、文等编辑处理)等等。将与所述第一请求对应的所述操作处理进行缓存。在一个实际应用中，所述第一请求为至少一个时，将与所述第一请求对应的至少一个操作处理按照时间顺序缓存到先进先出的数据队列中。数据队列区别于数据栈，数据队列是：一个先入先出(FIFO)的数据结构。通俗来说，队列的概念就是我们平时排队，按次序来，你排在第1个，那你就第一个轮到，就是先进先出，先到先来，先存储的，最先被读取(或称提取)。而数据栈又名堆栈，一端被称为栈顶，相对地，把另一端称为栈底。向一个栈***新元素又称作进栈、入栈或压栈，是把新元素放到栈顶元素的上面，使之成为新的栈顶元素，从一个栈删除元素又称作出栈或退栈，它是把栈顶元素删除掉，使其相邻的元素成为新的栈顶元素，数据栈的机制是先进后出，后进先出。

本实施例中，进入登录态后用户可以根据实际需求执行各种操作处理，如果在整个处理过程中因为网络异常或断网等情况导致应试软件无法和后台服务器交互，则说明登录态已经失效了，则因为登录态失效会中断所述第一请求，当监听到所述第一请求被中断后，阻断对所述第一请求的业务响应处理，比如，阻止具体业务对此异常中断情况做任何响应处理，就此接管对所述第一请求中断的异常处理。在所述操作处理的当前页面触发用于登录的输入区域。在一个实际应用中，进入登录态后，可以根据接收的操作请求，如在个人空间编辑图片、编辑待发出的邮件(包括图、文等编辑处理)等等，如果在用户执行上述操作处理的过程中，网络异常或者断网，则后台的服务器进行验证的结果为登录态失效，需要重新输入账号信息和登录密码进行后台验证。获取所述输入区域中的登录信息(如账号信息、或账号信息和登录密码)，根据所述登录信息发起第二请求，请求验证所述第二请求与触发所述第一请求前发起的登录请求是否为同样的登录请求。为同样的登录请求时，从所述缓存中提取与所述第一请求对应的所述操作处理并予以中断恢复，继续执行所述操作处理。

采用本发明实施例，在一个实际应用中，可以通过终端浏览器中的组件(如REST组件)来执行监听及控制处理。其中REST组件是AJAX为核心的一个实现了RESTFUL接口标准的异步操作控制和监听处理的组件。整站的AJAX请求、AJAX响应状态码(statusCode)、监听处理等都由该REST组件完成。其中，监听处理可以为：监听到后台服务器反馈的登录态已经失效的AJAX响应状态码，第一请求被中断。控制处理包括：1)将与一个或多个第一请求对应的操作处理，如一个或多个操作处理(包括图、文编辑等具体的业务处理)按照时间顺序缓存到先进先出的数据队列中。2)阻断对所述第一请求的业务响应处理；3)接管并开启对所述第一请求中断的异常处理；4)通知Ptlogin组件在当前操作处理页面弹出用于登录的输入区域(如登录框)，以便在该登录框重新输入登录信息(账号信息和登录密码信息)进行二次登录验证。二次登录验证的目的是确保前后两次登录操作都基于同一个登录请求，以从缓存中直接提取同一个业务操作请求中所中断的处理并予以恢复。具体的，在REST组件缓存AJAX请求后，发送AJAX请求到后台的服务器，同时REST组件会按顺序缓存这些请求对象(如请求对应的操作处理)到发送队列中，后台服务器如果检测到该账号登录状态已超时失效，会返回登录态失效的响应状态码。REST组件监听到登录态失效的响应状态码，则执行登录态续期的控制处理。在控制处理的过程中，一监听到该响应状态码则通知Ptlogin组件在当前操作处理页面弹出登录框，同时标记当前操作处理页面登录态失效的登录信息(账号信息、账号信息和登录密码信息)，比如，可以将初始登录时所输入的账号信息和登录密码信息分别以账号A和密码A表示，根据账号A和密码A进入登录态。登录态失效后重新输入的账号信息和登录密码信息分别以账号B和密码B表示。需要验证前后两次输入的登录信息，“账号A和密码A”和“账号B和密码B”是否基于同一个登录请求，如果在通过后台服务器的验证后，证明前后两次输入的登录信息二者相同，则前后两次登录都是基于同一个登录请求，则无需重新刷新或回退到前一个操作处理页面，直接按顺序从缓存的发送数据队列自动提取所缓存的请求，即提取同一个业务操作请求中所中断的处理并予以恢复，从而实现不打断用户操作的目的。也就是说，通过二次登录验证后登录态失效后的续期登录成功，否则，续期登录视为失败。具体的，如果前后两次输入的登录信息二者不同，说明用户重新登录的是其他账号，则***会自动跳转至设定的操作处理页面(如网站首页或邮箱登录初始页面等)。

基于上述实施例，在本发明实施例一实施方式中，在先的登录处理中，是将第一账号信息和第一登录密码信息发送给服务器进行登录验证，在服务器验证通过后执行登录操作，进入所述登录态。当登录态失效后，根据所述登录信息(如第二账号信息和第二登录密码信息)发起第二请求，请求服务器验证所述第二请求与触发所述第一请求前发起的登录请求是否为同样的登录请求。具体的，所述登录信息为第二账号信息和第二登录密码信息，将所述第二账号信息和第二登录密码信息封装到所述第二请求中，发送所述第二请求给服务器进行验证。服务器验证的过程中，将所述第二账号信息和第二登录密码信息与所述第一账号信息和第一登录密码信息进行比对，如果比对一致，则验证通过。验证通过后，将验证结果“比对一致”作为针对第二请求的响应反馈发送给终端，使得终端收到多次登录为同一登录请求的该响应反馈。在一个实际应用中，服务器还会反馈响应状态码给终端，终端的组件(如REST组件监听到登录态失效的该响应状态码后，知道请求中断，则一监听到该响应状态码则通知Ptlogin组件弹出登录框，使得用户在当前网站账号登录状态失效后，在该登录框中重新输入新的账号及密码并提交给网站的后台服务区去验证，成功通过服务器验证后，可以实现登录状态的延续。其中，该响应状态码以浏览器为例，为网站前、后台约定的用于标记用户账号状态的一串数字。

采用本发明实施例，不会因为登录态超时而重新刷新当前页面，只需要在弹框中重新输入账户密码，即可回到之前状态，感觉很流畅，减少了用户不必要的等待时间，不打扰用户当前的操作处理，比如，用户正在写一本小说，那么断网也不会影响其思路，登录态失效续期后，用户可以继续其思路来创作小说。又如，用户在新建图文消息时，由于存在大量的表单编辑内容的页面，如果中断，损失很大，而采用本发明实施例，用户完全不用担心断网的影响，用户可以将全部精力集中在编辑排版工作上，***会把丢失当前编辑内容的风险降低到最小。

基于上述实施例，在本发明实施例一实施方式中，当所述第二请求与触发所述第一请求前发起的登录请求是否为同样的登录请求时，会从所述缓存中提取与所述第一请求对应的所述操作处理并予以中断恢复。具体的，解析服务器反馈给终端的响应反馈，从该响应反馈中得到多次登录为同一登录请求。对于前后两次登录请求而言，则前后两次登录请求为同样的登录请求。在前后两次登录请求针对同样的登录请求的情况下，会从缓存的所述数据队列中按照先进先出顺序提取与所述第一请求对应的至少一个操作处理，以按照时间顺序继续执行与所述第一请求对应的至少一个操作处理。

本发明实施例的登录态失效后的续期处理***，如图8所示，包括：终端和41服务器42；其中，可以在终端41通过浏览器打开的网页中输入已经注册的账号信息和登录密码信息，向服务器42发起登录验证请求，服务器42对该登录验证请求验证通过后，实现用户登录，此时进入登录态。在登录态时执行基于请求交互的操作处理并予以缓存，登录态失效后中断基于请求交互的操作处理，监听到请求被中断，弹出登录框。在终端41再次输入账号信息和登录密码信息，向服务器42发起登录验证请求，服务器42对新发起的该登录验证请求进行验证且验证通过后，从所述缓存中提取与所述第一请求对应的所述操作处理并予以中断恢复，在终端41侧继续执行所述操作处理。其中，终端41包括：第一请求单元411，用于在登录态发起第一请求，执行与所述第一请求对应的操作处理，所述第一请求为业务请求；缓存处理单元412，用于将与所述第一请求对应的所述操作处理进行缓存；监听单元413，用于在所述登录态失效后中断所述第一请求，监听到所述第一请求被中断，在所述操作处理的当前页面触发用于登录的输入区域；第二请求单元414，用于获取所述输入区域中的登录信息，根据所述登录信息发起第二请求，所述第二请求为登录请求，请求验证所述第二请求与触发所述第一请求前发起的登录请求是否为同样的登录请求；恢复处理单元415，用于为同样的登录请求时，从所述缓存中提取与所述第一请求对应的所述操作处理并予以中断恢复，继续执行所述操作处理。

采用本发明实施例，以浏览器为例，手机、电脑上的浏览器都适用，采用浏览器中的组件来实现上述实施例中用于登录态续期处理的监控、控制等处理。具体的，可以采用基于AJAX的REST组件和PTLogin组件，基于PTLogin+AJAX请求缓存策略+账号前端二次验证机制来实现具体的处理过程。一个实际应用中，REST组件监听到请求异常，进行阻断，接管处理逻辑，且在监听到异常之前就进行请求缓存，以便后续中继处理，从而直接将缓存数据(即将该请求)重新发送。REST组件接管处理逻辑后，触发PTLogin组件弹出登录框，输入账号信息后予以登录。为确保登录请求的一致性，对前、后两次登录请求的账号信息进行二次验证。通过这些处理，将之前保存的请求缓存后再予以重新提取并恢复执行，可以称之为请求的异步处理，这种异步处理使得网元得到异步更新，这意味着可以在不重新加载整个网页的情况下，对网页的某部分操作处理进行更新。也就是说，在网站账号登录状态失效后，不必刷新整个网页即可实现登录态的续期，给网站用户带来连贯、轻便的良好体验，同时可以避免网站静态资源不必要的重复加载，减少了用户不必要的重复操作，特别是用户编辑表单等重大操作，减少了人工和时间成本，从而提高了整体的处理效率。

在本发明实施例一实施方式中，所述缓存处理单元，进一步用于：所述第一请求为至少一个时，将与所述第一请求对应的至少一个操作处理按照时间顺序缓存到先进先出的数据队列中。

在本发明实施例一实施方式中，所述终端还包括：阻断单元，用于：阻断对所述第一请求的业务响应处理，接管对所述第一请求中断的异常处理。

在本发明实施例一实施方式中，所述终端还包括：登录请求单元，用于：触发所述第一请求前，将第一账号信息和第一登录密码信息封装为所述登录请求，发送所述登录请求给服务器进行登录验证；在服务器验证通过后执行登录操作，进入所述登录态。

在本发明实施例一实施方式中，所述第二请求单元有两种具体实现。所述第二请求单元的一种具体实现为：所述第二请求单元进一步用于所述登录信息为第二账号信息和第二登录密码信息时，将所述第二账号信息和第二登录密码信息封装到所述第二请求中，发送所述第二请求给服务器；在服务器将所述第二账号信息和第二登录密码信息与所述第一账号信息和第一登录密码信息进行比对并验证通过后，收到多次登录为同一登录请求的响应反馈。所述第二请求单元的另一种具体实现为：所述第二请求单元进一步用于所述登录信息为第二账号信息和第二登录密码信息时，将所述第二账号信息和第二登录密码信息封装到所述第二请求中，发送所述第二请求给终端本地的登录验证组件；在所述登录验证组件将所述第二账号信息和第二登录密码信息与之前保存的所述第一账号信息和第一登录密码信息进行比对并验证通过后，收到多次登录为同一登录请求的响应反馈。

在本发明实施例一实施方式中，所述恢复处理单元，进一步用于：解析所述响应反馈，得到多次登录为同一登录请求，则从缓存的所述数据队列中按照先进先出顺序提取与所述第一请求对应的至少一个操作处理，以按照时间顺序继续执行与所述第一请求对应的至少一个操作处理。

这里需要指出的是：以上涉及终端和服务器项的描述，与上述方法描述是类似的，同方法的有益效果描述，不做赘述。对于本发明终端和服务器实施例中未披露的技术细节，请参照本发明方法流程描述的实施例所描述内容。

以一个现实应用场景为例对本发明实施例阐述如下：

以通过浏览器登录网页的场景为例，由于现有的登录态失效续期实现方案，都会刷新或重新跳转回用户之前所在页面。根据刷新或跳转的具体实现方式大致分为如图6所述的前跳转方式和如图7所述的后刷新方式。其中，如图6所示的前跳转方式包括：用户在页面A-->触发一个AJAX请求-->后台验证为登录态失效-->页面跳转至登录页-->用户输入当前用户名、密码并提交-->后台验证成功-->跳转至页面A。如图7所示的后跳转方式包括：用户在页面A-->触发一个AJAX请求-->后台验证为登录态失效-->弹出登录框-->用户输入当前用户名、密码并提交-->后台验证成功-->刷新页面A。

无论是刷新或重新跳转回用户之前所在页面，都会带来人工和时间成本，比如需要手工再次输入用户名和密码，手动重新完成之前的操作；比如中断用户当前的操作处理，无法保留之前页面的用户业务现场；目标页面会经历一次重新加载的过程，甚至还会跳转至登录页，流程过长，浪费时间。

在上述浏览器登录网页的场景中采用本发明实施例，是基于AJAX技术的登录态失效后无刷新续期且不打断用户操作的方案。上述本发明实施例是对传统网站登录续期技术的增强，目的在网站账号登录状态失效后，不必刷新整个网页即可实现登录态续期，给网站用户带来连贯、轻便的良好体验，同时可以避免网站静态资源不必要的重复加载。在完成无刷新续期后，页面会自动重新发送那些因登录状态失效而中断的AJAX异步请求，这样减少了用户不必要的重复操作，特别是用户编辑表单等重大操作，用户的操作没有因为重新登录续期而被打断，可以继续完成之前被中断的AJAX请求，带来更连贯、更轻便、更快速的处理流程。

本发明实施例中，假设用户使用账号account_A登录网站页面，用户点击行为会触发两个AJAX请求(例如：req_1,req_2)，REST组件会发送请求到服务器，同时会按顺序缓存这些请求对象到发送队列requestQueue中，服务器如果检测到该账号登录状态已超时失效，会返回失效statusCode，statusCode即状态码，是网站前、后台约定的用于标记用户账号状态的数字。REST组件监听到该statusCode会通知Ptlogin组件在当前页面弹出登录框，同时标记当前页面登录态失效的账号是account_A。

本发明实施例中，用户重新输入账号account_A及密码并提交服务器，服务器验证成功后返回loginSuccess信息，Ptlogin组件监听到该loginSuccess后移除登录弹框并执行账号二次验证，即：验证新登录成功的账号是否与之前标记的登录态失效账号相同，如果相同，则自动按顺序发送requestQueue队列中的缓存的请求，从而实现不打断用户操作的目的；如果不同，说明用户重新登录的是其他账号，***会自动跳转至设定的网站首页。

如图9为实现本发明实施例的一个处理过程示意图，包括：①：终端发起至少一个AJAX请求(req_1,req_2)；②：终端将至少一个AJAX请求加入缓存，AJAX请求缓存队列为[req_1,req_2]；③-⑤：服务器检测到登录态失效，将登录态失效的statusCode反馈给终端，终端收到statusCode，具体的，是终端侧的REST组件监听到已收到statusCode，通知Ptlogin组件弹出登录框，需要注意的是，失效账号“账号A”已经被记录，不需要用户再次手工输入；⑥：在登录框提交账号A和密码，去服务器验证(如通过Ptlogin鉴权服务器鉴权)；⑦-⑧：鉴权后若返回登录成功(loginSuccess)给Ptlogin组件时，则移除登录框，说明账号二次验证成功，转入执行⑩；⑨鉴权后若返回登录不成功给Ptlogin组件时，说明账号二次验证失败，新登录账号不是账号A，跳转至网站首页，结束处理流程。⑩：账号二次验证成功后，从AJAX请求缓存队列[req_1,req_2]中按照顺序获取AJAX请求，自动发送AJAX请求(req_1,req_2)；检测到登录态失效后的登录续期一起正常，结束续期处理流程，继续终端与服务器的请求数据交互。

在上述处理过程中，针对以AJAX为核心的REST组件而言，REST组件用于统一的全局状态码监听。具体的，该REST组件是一个实现了RESTFUL接口标准的异步操作控制器和监听者，整站的AJAX请求、AJAX请求的statusCode，监听处理都由该REST组件完成。REST组件还用于创建AJAX请求缓存队列。具体的，REST组件会将AJAX请求(1个或多个)缓存在一个AJAX请求缓存队列中，以方便在登录态续期后取出再次发送。REST组件还用于业务异常处理逻辑的阻断及接管。具体的，REST组件监听到登录态失效的状态码时，会接管这个异常情况的处理逻辑，并阻止具体业务对此异常情况做任何处理，同时通知PtLogin组件弹出登录框。

在上述处理过程中，针对PtLogin组件而言，PtLogin组件用于登录账号二次验证。具体的，在PtLogin组件中加入了对登录账号前后一致性二次验证逻辑，即：弹出登录框时,通过读取cookie方式记录登录态失效的账号信息(expiredAccount)；登录框中输入账号信息登录成功后，验证新登录账号信息(renewalAccount)与之前的失效账号信息(expiredAccount)是否相同。如果renewalAccount与expiredAccount相同时，续期登录成功，否则，续期登录视为失败。

在PtLogin组件验证成功，续期登录成功后，REST组件还用于AJAX请求中继。具体的，在REST组件中加入了AJAX请求中继策略，该策略可以将AJAX请求缓存队列中的请求依次取出重新发送给网站的后台。当登录账号二次验证结果为“续期登录成功”后，PtLogin组件会调用REST组件的中继策略发送之前缓存的AJAX请求。

经过上述2个核心组件(REST组件、PtLogin组件)的上述协调处理，最终实现了“登录续期页面无刷新”和“不打断用户操作”的处理目的。在上述浏览器登录网页的场景中采用本发明实施例，以一个理财业务为例，在理财账户中心的所有页面进行任何AJAX异步操作，都不会因为登录态超时而重新刷新当前页面，只需要在弹框中重新输入账户密码，即可回到之前状态，感觉很流畅，减少了不必要的等待时间，每次进行登录态续期操作时，可以节省约80KB的网络流量(HTML加载2KB，图片15KB,Javascript文件50KB，CSS文件15KB)，可以节省约4秒的页面跳转时间，对于增强处理效率非常明显。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个***，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本发明上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (12)

1.一种登录态失效后的续期处理方法，其特征在于，所述方法包括：

在登录态发起第一请求，执行与所述第一请求对应的操作处理，所述第一请求为业务请求；

将与所述第一请求对应的所述操作处理进行缓存；

在所述登录态失效后中断所述第一请求，监听到所述第一请求被中断，在所述操作处理的当前页面触发用于登录的输入区域；

获取所述输入区域中的登录信息，根据所述登录信息发起第二请求，所述第二请求为登录请求，请求验证所述第二请求与触发所述第一请求前发起的登录请求是否为同样的登录请求；

为同样的登录请求时，从所述缓存中提取与所述第一请求对应的所述操作处理并予以中断恢复，继续执行所述操作处理。

2.根据权利要求1所述的方法，其特征在于，所述将与所述第一请求对应的所述操作处理进行缓存，包括：

所述第一请求为至少一个时，将与所述第一请求对应的至少一个操作处理按照时间顺序缓存到先进先出的数据队列中。

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

监听到所述第一请求被中断后，阻断对所述第一请求的业务响应处理，接管对所述第一请求中断的异常处理。

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

触发所述第一请求前，将第一账号信息和第一登录密码信息封装为所述登录请求，发送所述登录请求给服务器进行登录验证；

在服务器验证通过后执行登录操作，进入所述登录态。

5.根据权利要求4所述的方法，其特征在于，根据所述登录信息发起第二请求，请求验证所述第二请求与触发所述第一请求前发起的登录请求是否为同样的登录请求，包括以下任意一种方式：

方式一：

所述登录信息为第二账号信息和第二登录密码信息时，将所述第二账号信息和第二登录密码信息封装到所述第二请求中，发送所述第二请求给服务器；

在服务器将所述第二账号信息和第二登录密码信息与所述第一账号信息和第一登录密码信息进行比对并验证通过后，收到多次登录为同一登录请求的响应反馈；

方式二：

所述登录信息为第二账号信息和第二登录密码信息时，将所述第二账号信息和第二登录密码信息封装到所述第二请求中，发送所述第二请求给终端本地的登录验证组件；

在所述登录验证组件将所述第二账号信息和第二登录密码信息与之前保存的所述第一账号信息和第一登录密码信息进行比对并验证通过后，收到多次登录为同一登录请求的响应反馈。

6.根据权利要求5所述的方法，其特征在于，为同样的登录请求时，从所述缓存中提取与所述第一请求对应的所述操作处理并予以中断恢复，包括：

解析所述响应反馈，得到多次登录为同一登录请求，则从缓存的所述数据队列中按照先进先出顺序提取与所述第一请求对应的至少一个操作处理，以按照时间顺序继续执行与所述第一请求对应的至少一个操作处理。

7.一种终端，其特征在于，所述终端包括：

第一请求单元，用于在登录态发起第一请求，执行与所述第一请求对应的操作处理，所述第一请求为业务请求；

缓存处理单元，用于将与所述第一请求对应的所述操作处理进行缓存；

监听单元，用于在所述登录态失效后中断所述第一请求，监听到所述第一请求被中断，在所述操作处理的当前页面触发用于登录的输入区域；

第二请求单元，用于获取所述输入区域中的登录信息，根据所述登录信息发起第二请求，所述第二请求为登录请求，请求验证所述第二请求与触发所述第一请求前发起的登录请求是否为同样的登录请求；

恢复处理单元，用于为同样的登录请求时，从所述缓存中提取与所述第一请求对应的所述操作处理并予以中断恢复，继续执行所述操作处理。

8.根据权利要求7所述的终端，其特征在于，所述缓存处理单元，进一步用于：

所述第一请求为至少一个时，将与所述第一请求对应的至少一个操作处理按照时间顺序缓存到先进先出的数据队列中。

9.根据权利要求7或8所述的终端，其特征在于，所述终端还包括：阻断单元，用于：

阻断对所述第一请求的业务响应处理，接管对所述第一请求中断的异常处理。

10.根据权利要求9所述的终端，其特征在于，所述终端还包括：登录请求单元，用于：

触发所述第一请求前，将第一账号信息和第一登录密码信息封装为所述登录请求，发送所述登录请求给服务器进行登录验证；

在服务器验证通过后执行登录操作，进入所述登录态。

11.根据权利要求10所述的终端，其特征在于，所述第二请求单元，进一步用于：

所述登录信息为第二账号信息和第二登录密码信息时，将所述第二账号信息和第二登录密码信息封装到所述第二请求中，发送所述第二请求给服务器；

在服务器将所述第二账号信息和第二登录密码信息与所述第一账号信息和第一登录密码信息进行比对并验证通过后，收到多次登录为同一登录请求的响应反馈；或者，

所述第二请求单元，进一步用于：

所述登录信息为第二账号信息和第二登录密码信息时，将所述第二账号信息和第二登录密码信息封装到所述第二请求中，发送所述第二请求给终端本地的登录验证组件；

在所述登录验证组件将所述第二账号信息和第二登录密码信息与之前保存的所述第一账号信息和第一登录密码信息进行比对并验证通过后，收到多次登录为同一登录请求的响应反馈。

12.根据权利要求11所述的终端，其特征在于，所述恢复处理单元，进一步用于：

解析所述响应反馈，得到多次登录为同一登录请求，则从缓存的所述数据队列中按照先进先出顺序提取与所述第一请求对应的至少一个操作处理，以按照时间顺序继续执行与所述第一请求对应的至少一个操作处理。