CN105577758B - 一种页面心跳信息处理方法及客户端 - Google Patents

Abstract

本发明公开了一种页面心跳信息处理方法及客户端，应用于浏览器，所述浏览器上至少打开有一个页面，所述方法包括：客户端在事件总线上注册每一个网页对应的心跳事件；所述客户端按照第一时间的时间间隔持续触发所述心跳事件，得到所述心跳事件对应的心跳信息；所述客户端将所述心跳信息保存在所述浏览器本地缓存内，并判断向服务器端发送心跳请求消息的第二时间是否已经到达，若是，则将所述浏览器本地缓存内保存的所述心跳信息进行打包处理，得到所述心跳请求消息。本发明可减少客户端与服务器端之间的交互频率，避免服务器端因接收每个页面各自发出的心跳信息，而造成信息流分散、杂乱，以及为心跳信息提供信息扩展的功能。

Description

一种页面心跳信息处理方法及客户端

技术领域

本发明涉及计算机网络技术领域，尤其涉及一种页面心跳信息处理方法及客户端。

背景技术

心跳机制，客户端定时发送简单的固定信息给服务器端，以此证明自己处于生存状态。

一般地，服务器端为了实时了解浏览器端的生存状态，需要浏览器端的每个页面定时并持续的向服务器端发送心跳信息，通知服务器端当前页面处于生存状态。

然而，上述心跳机制仍存在以下缺陷：

1)、如果客户端发送心跳频率过快，服务器端不能及时了解各个客户端的信息及生存状态；

2)、每个页面各自发出的心跳信息，在服务器端形成的信息流非常分散和杂乱；

3)、一般客户端心跳接口都只是提供固定信息给服务器端，没有为客户端提供信息扩展的功能。

发明内容

为解决上述技术问题，本发明实施例提供了一种页面心跳信息处理方法及客户端，减少客户端与服务器端之间的交互频率，避免服务器端因接收每个页面各自发出的心跳信息，而造成信息流分散、杂乱，以及为心跳信息提供信息扩展的功能。

本发明实施例的第一方面提供一种，包括：

一种页面心跳信息处理方法，应用于浏览器，所述浏览器上至少打开有一个页面，所述方法包括：

客户端在事件总线上注册每一个网页对应的心跳事件；

所述客户端按照第一时间的时间间隔持续触发所述心跳事件，得到所述心跳事件对应的心跳信息；

所述客户端将所述心跳信息保存在所述浏览器本地缓存内，并判断向服务器端发送心跳请求消息的第二时间是否已经到达，若是，则将所述浏览器本地缓存内保存的所述心跳信息进行打包处理，得到所述心跳请求消息。

优选地，所述第一时间为得到相邻两个所述心跳信息的间隔时间，所述第二时间为向服务器端发送所述心跳请求消息的间隔时间，且所述第一时间短于所述第二时间。

优选地，所述心跳事件包括：固定handler处理机制和扩展handler，所述扩展handler的切入点为所述固定handler之前。

优选地，所述心跳信息包括：固定部分和扩展部分，所述客户端按照第一时间的时间间隔持续触发所述心跳事件，得到所述心跳事件对应的心跳信息包括：

所述客户端按照第一时间的时间间隔持续触发所述心跳事件；

所述客户端根据所述事件总线调用所述扩展handler，得到所述扩展部分，并根据所述事件总线调用所述固定handler，得到所述固定部分；

所述客户端对所述固定部分和所述扩展部分进行处理，得到所述心跳信息。

优选地，所述客户端判断是否到达向服务器端发送心跳请求消息的第二时间还包括：

若否，则更新所述浏览器本地缓存内保存的所述心跳信息。

一种客户端，应用于浏览器，所述浏览器上至少打开有一个页面，包括：

注册模块，用于在事件总线上注册每一个网页对应的心跳事件；

心跳信息获得模块，用于按照第一时间的时间间隔持续触发所述注册模块注册的心跳事件，得到所述心跳事件对应的心跳信息；

保存模块，用于将所述心跳信息获得模块得到的心跳信息保存在所述浏览器本地缓存内；

判断模块，用于判断向服务器端发送心跳请求消息的第二时间是否已经到达；

心跳请求消息获得模块，用于当所述判断模块判断向服务器端发送心跳请求消息的第二时间已经到达时，则将所述保存模块保存的心跳信息进行打包处理，得到所述心跳请求消息。

优选地，所述第一时间为得到相邻两个所述心跳信息的间隔时间，所述第二时间为向服务器端发送所述心跳请求消息的间隔时间，且所述第一时间短于所述第二时间。

优选地，所述心跳事件包括：固定handler处理机制和扩展handler，所述扩展handler的切入点为所述固定handler之前。

优选地，所述心跳信息包括：固定部分和扩展部分，所述心跳信息获得模块包括：

触发子模块，用于按照第一时间的时间间隔持续触发所述心跳事件；

扩展部分获得子模块，用于根据所述事件总线调用所述扩展handler，得到所述扩展部分；

固定部分获得子模块，用于根据所述事件总线调用所述固定handler，得到所述固定部分；

心跳信息获得子模块，用于对所述固定部分和所述扩展部分进行处理，得到所述心跳信息。

优选地，还包括：

更新模块，用于当所述判断模块判断向服务器端发送心跳请求消息的第二时间未到达时，则更新所述浏览器本地缓存内保存的所述心跳信息。

本发明提供的技术方案中，通过浏览器本地缓存对页面的心跳信息进行临时缓存，并通过对浏览器本地缓存内保存的心跳信息进行打包处理，整体发送给服务器端，以减少客户端与服务器端之间的交互频率，以及避免服务器端因接收每个页面各自发出的心跳信息，而造成信息流分散、杂乱的问题。另外，通过注册心跳事件机制，可以为固定内容的心跳信息提供信息扩展的功能。

附图说明

图1为本发明页面心跳信息处理方法实施例的步骤流程图；

图2为本发明页面心跳信息处理方法实施例中服务器端处理页面心跳信息的步骤流程图；

图3为本发明客户端实施例的模块框图。

具体实施方式

本发明实施例提供了一种页面心跳信息处理方法及客户端，应用于浏览器，该浏览器上至少打开有一个页面，以下分别进行详细说明。

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

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

请参阅图1，本发明实施例中页面心跳信息处理方法一个实施例包括：

S110、客户端在事件总线上注册每一个网页对应的心跳事件。

一般地，事件总线具有事件的发布、订阅以及触发机制。具体地，首先事件发布者Event Publisher将事件Event发布到事件总线Event Bus上，然后由事件订阅者EventSubscriber触发该事件Event，最后由事件总线Event Bus调用该事件Event。

本发明实施例中，通过在事件总线上注册心跳事件的机制，可以为页面开发者提供事件扩展点，使得最终得到的心跳信息不仅包括页面的固定信息，而且可以额外增加客户化的扩展信息，如：当前页面状态的相关信息。

需要说明的是，本发明实施例中，浏览器上至少打开有一个页面，而每一个页面都会独立生成自己的心跳信息。

S120、客户端按照第一时间的时间间隔持续触发心跳事件，得到心跳事件对应的心跳信息。

本发明实施例中，该心跳事件包括：固定handler处理机制和扩展handler，扩展handler的切入点为固定handler之前。也就是说，当该心跳事件被触发时，将按照扩展handler和固定handler的前后顺序依次被事件总线调用，从而得到心跳信息。

需要说明的是，本发明实施例中，该心跳信息包括：固定部分和扩展部分。与现有技术中的心跳信息仅包括固定部分不同的是，本发明实施例中，心跳信息不仅包括固定部分，而且还包括扩展部分。其中，该扩展部分可以是前页面状态的相关信息，具体此处不做限定。

上述步骤S120具体包括：

S121、客户端按照第一时间的时间间隔持续触发心跳事件。

本发明实施例中，每隔第一时间触发一次心跳事件，通过触发该心跳事件便会得到一个心跳信息。此处的第一时间可以依据实际需求来设定时间的长短，具体此处不做限定。

S122、客户端根据事件总线调用扩展handler，得到扩展部分。

本发明实施例中，当心跳事件被触发后，相应的，事件总线会依照顺序依次调用心跳事件下的一个或多个handler。那么，此处首先调用扩展handler，得到扩展部分。

S123、客户端根据事件总线调用固定handler，得到所述固定部分。

本发明实施例中，由于扩展handler的切入点为固定handler之前，那么，在调用扩展handler之后，便开始调用固定handler，得到固定部分。

S124、客户端对固定部分和扩展部分进行处理，得到心跳信息。

本发明实施例中，在通过固定部分形成心跳信息之前，首先需要获得扩展部分，在形成心跳信息时，将扩展部分增加到心跳信息中，从而使得心跳信息具有信息扩展的功能。

S130、客户端将心跳信息保存在浏览器本地缓存内，并判断向服务器端发送心跳请求消息的第二时间是否已经到达，若是，则将浏览器本地缓存内保存的心跳信息进行打包处理，得到心跳请求消息。

上述步骤S130还包括：

S131、若否，则更新浏览器本地缓存内保存的心跳信息。

本发明实施例中，若客户端判断向服务器端发送心跳请求消息的第二时间未到达时，则将新的心跳信息替换旧的心跳信息。

需要说明的是，本发明实施例中，第一时间为得到相邻两个心跳信息的间隔时间，第二时间为向服务器端发送心跳请求消息的间隔时间，且第一时间短于第二时间。因为第一时间短于第二时间，所以如果在页面生成心跳信息之后，马上将心跳信息发送给服务器端，势必会造成客户端发送心跳频率过快，导致服务器端不能及时了解各个页面的信息及生存状态。

本发明实施例中，根据HTML5(超文本标记语言)的特性，充分利用浏览器本地缓存。具体地，每一个页面的心跳信息不是直接发送给服务器端，而是保存在浏览器本地缓存内，等到客户端与服务器之间的交互时间时，再对保存在浏览器本地缓存内的心跳信息进行打包处理，得到心跳请求消息，并将该心跳请求消息发送给服务器端。该心跳请求消息中包含所有页面的心跳信息，当服务器端接收到该心跳请求消息后，只需对该心跳请求消息进行解析便可得到所有页面的生存状态，从而避免了服务器端单独接收每个页面各自发出的心跳信息，而造成信息流分散、杂乱的问题。同时也减少了客户端与服务器端之间的交互频率。

请参见图2，服务器端针对页面心跳信息的处理过程，具体所述如下：

S201、心跳线程发送请求；

S202、判断是否处理心跳线程；若是，则进入步骤S203，若否，则进入步骤S210；

S203、构建key值，并判断key值是否存在；若是，则进入步骤S204，若否，则进入步骤S205；

S204、覆盖新的键值对；

S205、添加键值对；

S206、判断管理心跳包的线程是否存在；若是，则进入步骤S207，若否，则进入步骤S208；

S207、判断管理心跳包的线程是否活着；若是，则进入步骤S210，若否，则进入步骤S209；

S208、创建线程并启动；

S209、启动线程；

S210、结束。

上面对本发明实施例中的页面心跳信息处理方法进行了描述，下面对本发明实施例中的客户端进行描述，请参阅图3，本发明实施例中客户端一个实施例包括：

注册模块310，用于在事件总线上注册每一个网页对应的心跳事件，具体如上述步骤S110所述。

本发明实施例中，心跳事件包括：固定handler处理机制和扩展handler，扩展handler的切入点为固定handler调用之前，具体如上所述。

心跳信息获得模块320，用于按照第一时间的时间间隔持续触发注册模块310注册的心跳事件，得到心跳事件对应的心跳信息，具体如上述步骤120所述。

本发明实施例中，心跳信息包括：固定部分和扩展部分，心跳信息获得模块320具体包括：

触发子模块321，用于按照第一时间的时间间隔持续触发心跳事件，具体如上述步骤S121所述。

扩展部分获得子模块322，用于根据事件总线调用扩展handler，得到扩展部分，具体如上述步骤S122所述。

固定部分获得子模块323，用于根据事件总线调用固定handler，得到固定部分，具体如上述步骤S123所述。

心跳信息获得子模块324，用于对固定部分和扩展部分进行处理，得到心跳信息，具体如上述步骤S124所述。

保存模块330，用于将心跳信息获得模块320得到的心跳信息保存在浏览器本地缓存内，具体如上述步骤S130所述。

判断模块340，用于判断向服务器端发送心跳请求消息的第二时间是否已经到达，具体如上述步骤S130所述。

心跳请求消息获得模块350，用于当判断模块340判断向服务器端发送心跳请求消息的第二时间已经到达时，则将保存模块330保存的心跳信息进行打包处理，得到心跳请求消息，具体如上述步骤S130所述。

本发明实施例中，第一时间为得到相邻两个心跳信息的间隔时间，第二时间为向服务器端发送心跳请求消息的间隔时间，且第一时间短于第二时间，具体如上所述。

更新模块360，用于当判断模块判断向服务器端发送心跳请求消息的第二时间未到达时，则更新浏览器本地缓存内保存的心跳信息，具体如上述步骤S131所述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

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

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

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (6)

1.一种页面心跳信息处理方法，应用于浏览器，所述浏览器上至少打开有一个页面，其特征在于，所述方法包括：

客户端在事件总线上注册每一个网页对应的心跳事件，所述心跳事件包括：固定handler处理机制和扩展handler，所述扩展handler的切入点为所述固定handler之前；

所述客户端按照第一时间的时间间隔持续触发所述心跳事件；

所述客户端根据所述事件总线调用所述扩展handler，得到扩展部分，并根据所述事件总线调用所述固定handler，得到固定部分；

所述客户端对所述固定部分和所述扩展部分进行处理，得到所述心跳信息；

所述客户端将所述心跳信息保存在所述浏览器本地缓存内，并判断向服务器端发送心跳请求消息的第二时间是否已经到达，若是，则将所述浏览器本地缓存内保存的所述心跳信息进行打包处理，得到所述心跳请求消息，所述第一时间短于所述第二时间。

2.根据权利要求1所述的页面心跳信息处理方法，其特征在于，所述第一时间为得到相邻两个所述心跳信息的间隔时间，所述第二时间为向服务器端发送所述心跳请求消息的间隔时间。

3.根据权利要求1至2任一项所述的页面心跳信息处理方法，其特征在于，所述客户端判断是否到达向服务器端发送心跳请求消息的第二时间还包括：

若否，则更新所述浏览器本地缓存内保存的所述心跳信息。

4.一种客户端，应用于浏览器，所述浏览器上至少打开有一个页面，其特征在于，包括：

注册模块，用于在事件总线上注册每一个网页对应的心跳事件，所述心跳事件包括：固定handler处理机制和扩展handler，所述扩展handler的切入点为所述固定handler之前；

触发子模块，用于按照第一时间的时间间隔持续触发所述心跳事件；

扩展部分获得子模块，用于根据所述事件总线调用所述扩展handler，得到扩展部分；

固定部分获得子模块，用于根据所述事件总线调用所述固定handler，得到固定部分；

心跳信息获得子模块，用于对所述固定部分和所述扩展部分进行处理，得到所述心跳信息；

保存模块，用于将所述心跳信息获得模块得到的心跳信息保存在所述浏览器本地缓存内；

判断模块，用于判断向服务器端发送心跳请求消息的第二时间是否已经到达；

心跳请求消息获得模块，用于当所述判断模块判断向服务器端发送心跳请求消息的第二时间已经到达时，则将所述保存模块保存的心跳信息进行打包处理，得到所述心跳请求消息，所述第一时间短于所述第二时间。

5.根据权利要求4所述的客户端，其特征在于，所述第一时间为得到相邻两个所述心跳信息的间隔时间，所述第二时间为向服务器端发送所述心跳请求消息的间隔时间。

6.根据权利要求4至5任一项所述的客户端，其特征在于，还包括：

更新模块，用于当所述判断模块判断向服务器端发送心跳请求消息的第二时间未到达时，则更新所述浏览器本地缓存内保存的所述心跳信息。