一种代理保活的系统和方法与流程

文档序号:11843357阅读:347来源:国知局
一种代理保活的系统和方法与流程

本发明属于智能家居电子技术领域,特别涉及一种代理保活的系统和方法。

(二)

背景技术:

目前市面的电子猫眼(又称智能猫眼),是一种安装在家门原光学猫眼位置用来取代光学猫眼的设备。该设备可以被手机或电脑等客户端远程连接,查看电子猫眼获取的图像。为了维持网络连接,电子猫眼需要有保活机制,即定期向服务器发送保活包,接受服务器的应答。

对电池供电的电子猫眼来说,由于系统需要定期唤醒来进行保活机制,增加了功耗,整个待机过程中,保活占用的功耗占了一多半,降低了设备的续航时间,一两周就需要充电一次,给用户带来很多不便。更广泛的,不局限于电子猫眼,大多数电池供电的需要维持网络保活的设备,都因为保活而频繁唤醒系统,降低了续航时间。

(三)

技术实现要素:

本发明为了弥补现有技术的不足,提供了一种结构简单、操作方便、延长设备续航时间的代理保活的系统和方法。

本发明是通过如下技术方案实现的:

一种代理保活的系统,包括待保活设备、服务器和请求连接终端,其特征是:待保活设备和服务器之间设有代理保活网关。

进一步的,代理保活网关包括路由模块、协议处理模块和保活代理模块。

进一步的,保活代理模块中设有定时器。

一种用上述系统进行代理保活的方法,其特征是:包括以下步骤:

(1)、待保活设备在上电之前添加到代理保活网关中,待保活设备上电之后,其WIFI模块连接代理保活网关,协议处理模块与待保活设备建立TCP/UDP连接,待保活设备组织上线信息;

(2)、代理保活网关接收到待保活设备的信息之后,将上线信息注册到服务器,代理保活网关通知待保活设备上线成功;

(3)、代理保活网关在连接服务器前接入网络,并保持和服务器的心跳;

(4)、代理保活网关在保持和服务器心跳的同时,接收服务器的心跳回应;

(5)、请求连接终端到服务器请求连接待保活设备;

(6)、服务器收到连接请求之后发送唤醒报文到代理保活网关;

(7)、代理保活网关收到唤醒报文之后直接唤醒待保活设备;

(8)、服务器发送完唤醒报文之后自动的下发服务器列表到代理保活网关和请求连接终端;

(9)、代理保活网关将收到的服务器列表信息发送到待保活设备,并通知待保活设备去连接服务器,请求连接终端收到服务器列表之后,选取服务器连接,最后,服务器将待保活设备和请求连接终端建立连接。

进一步的,在步骤(2)中,将上线信息注册到服务器时若上线成功,服务器回复成功,如果上线不成功,则不断的重新连接上线。

进一步的,在步骤(2)中,代理保活网关通知待保活设备上线成功后,允许待保活设备去处理休眠逻辑。

进一步的,在步骤(3)中,代理保活网关自动筛选网络通畅的服务器列表,并保持和该列表的服务器的心跳。

进一步的,在步骤(4)中,如果超时没有收到回应,针对列表中超时的服务器做列表重新刷新。

进一步的,在步骤(4)中,每次保活的过程都需要执行步骤(3)的发送心跳包过程和步骤(4)的接收回应过程。

进一步的,在步骤(9)中,待保活设备和请求连接终端建立连接后,请求连接终端和待保活设备的其它请求连接自动断开。

本发明的有益效果是:通过在原设备之外增加一个代理保活网关,将保活机制交由代理保活网关来进行,使得原设备可以节省保活机制所需的功耗,极大的提升了用户的体验,保活网关除了第一次需要和设备进行交互,其它情况可自行的进行保活过程,该保活网关下也可以注册多个设备,可以实现代理多个设备保活;结构简单、操作方便,达到了延长设备续航时间的目的。

(四)附图说明

下面结合附图对本发明作进一步的说明。

附图1为本发明的原理结构框图;

附图2为本发明的待保活设备为电子猫眼的原理结构框图;

(五)具体实施方式

附图为本发明的一种具体实施例。该实施例包括基本的路由模块,还包括一个协议处理模块和保活代理模块。

协议处理模块用于待保活设备和代理保活网关之间进行信息的交互,待保活设备和代理保活网关之间在建立连接前没有依赖关系,两者的启动顺序也无先后,代理保活网关中添加注册设备的方式包括但不限定于手机连接保活网关添加设备。

代理保活网关和待保活设备之间没有主次关系,待保活设备可以主动去寻找已经存在的代理保活网关,并主动和代理保活网关之间建立起连接,或者代理保活网关主动去寻找已经存在的待保活设备,并和待保活设备建立起连接,待保活设备和代理保活网关建立连接之后,只有收到代理保活网关回应的时候,才有权限去处理待保活设备中休眠逻辑。

保活代理模块用于和服务器进行心跳报文的交互,以此来对抗网络上的NAT超时;不需要待保活设备参与,除非待保活设备端有增加、减少或者改动,需要重新在代理保活网关中注册保活(或者待保活设备端重新添加代理保活网关),该模块不会自动的去和服务器之间进行保活,而是由待保活设备端进行保活任务的下发之后,才针对特定设备进行保活。

该保活代理模块周期性的去和服务器之间进行心跳交互,从而达到保活的效果。

保活代理模块中还包括一个定时器,用来计算发送心跳报文的时间和判断服务器回应心跳报文是否超时未发送。

该发明的主要目的是保证能够远程连接,在代理保活网关保活的前提下,请求连接终端(包括但不限定于手机或者电脑)能够快速连接待保活设备,但是需要请求连接终端做一定的调整。

本发明所述方法具体包括以下步骤:

1、待保活设备在上电之前,需要提前将待保活设备添加到代理保活网关中(或者待保活设备中添加代理保活网关),该过程只设置一次,除非待保活设备有增加、减少或者改动,待保活设备上电之后,待保活设备WIFI模块连接代理保活网关,该过程为普通的连接路由过程,待保活设备连接代理保活网关成功后,除了初始化自身的资源,还需要主动的去寻找附近的代理保活网关协议处理模块(或者代理保活网关协议处理模块主动的去寻找附近的待保活设备),并建立TCP/UDP连接,连接建立之后,待保活设备开始组织上线信息,包括待保活设备唯一标识、加密信息等,然后按照自定义协议将信息传递给代理保活网关。

2、代理保活网关接收到待保活设备的信息的之后,主动的筛选网络通畅的服务器(一个或多个)并连接,将上线信息注册到服务器。

3、如果上线成功,服务器会回复成功,如果上线不成功,则会不断的重新连接上线。

4、代理保活网关通知待保活设备上线成功,则允许待保活设备去处理休眠逻辑。

5、代理保活网关在连接服务器前需要介入网络,为了连接的稳定性,会自动筛选网络通畅的服务器列表,并保持和该列表的服务器的心跳。

6、在保持心跳的同时,需要接收服务器的心跳回应,如果在规定时间内收到回应,则通信正常,如果超时没有收到回应,需要针对列表中超时的服务器做列表重新刷新,根据各个服务器的负载均衡来做排名筛选(也可以根据网络的延时状况等),保证连接的稳定和通畅,每次保活的过程都需要执行5的发送心跳包过程和6的接收回应过程,这样可以保证远程连接的及时性和稳定性。

7、请求连接终端请求连接待保活设备,理论上请求连接终端不可能直接连接待保活设备,而是必须通过服务器,主要原因在于代理保活网关保活的对象是服务器,因为保活的是服务器,请求连接终端首先到服务器请求连接待保活设备。

8、服务器收到连接请求之后会发送唤醒报文到代理保活网关。

9、代理保活网关收到唤醒包之后会直接唤醒待保活设备。

10、服务器发送完唤醒报文之后会自动的下发服务器列表到代理保活网关和请求连接终端,该服务器列表是根据各个服务器的负载均衡来筛选的,保证连接的稳定和通畅。

11、代理保活网关会将收到的服务器列表信息发送到待保活设备端,此后将连接主动权交由待保活设备主动的去连接。

12、代理保活网关收到服务器列表之后,会通知待保活设备去连接服务器,待保活设备可以按照顺序或者随机的方式去列表中选取服务器进行连接。请求连接终端收到服务器列表之后,也可以按照顺序或者随机的方式去列表中选取服务器连接。

最后服务器会将两者建立起连接,如果建立起一个连接,则请求连接终端和待保活设备端的其它请求连接自动断开,至此请求连接终端和待保活设备的连接完成。

上述实施方式描述了本发明在远程管理中的应用,但本发明也同样适用于智能网关的功能,也适用于其它无线协议,如433、zigbee的802.15.4协议等。因此,以上描述的实施例是说明性的而不是限制性的,在不脱离本发明的精神和范围的情况下,所有的变化和修改都在本发明的范围之内。

本发明以电子猫眼为例,其实施方式如下:

1、电子猫眼在上电之前,需要提前将电子猫眼添加到代理保活网关中(或者电子猫眼中添加代理保活网关),该过程只设置一次,除非电子猫眼有增加、减少或者改动,电子猫眼上电之后,电子猫眼的WIFI模块连接代理保活网关,该过程为普通的连接路由过程,电子猫眼连接代理保活网关成功后,除了初始化自身的资源,还需要主动的去寻找附近的代理保活网关协议处理模块(或者代理保活网关协议处理模块主动的去寻找附近的电子猫眼),并建立TCP/UDP连接,连接建立之后,电子猫眼开始组织上线信息,包括电子猫眼唯一标识、加密信息等,然后按照自定义协议将信息传递给代理保活网关。

2、代理保活网关接收到电子猫眼的信息的之后,主动的筛选网络通畅的上线服务器(一个或多个)并连接,将上线信息注册到上线服务器。

3、如果上线成功,上线服务器会回复成功,如果上线不成功,则会不断的重新连接上线。

4、代理保活网关通知电子猫眼上线成功,则允许电子猫眼去处理休眠逻辑。

5、代理保活网关在连接上线服务器前需要介入网络,为了连接的稳定性,会自动筛选网络通畅的上线服务器列表,并保持和该列表的上线服务器的心跳。

6、在保持心跳的同时,需要接收上线服务器的心跳回应,如果在规定时间内收到回应,则通信正常,如果超时没有收到回应,需要针对列表中超时的上线服务器做列表重新刷新,根据各个服务器的负载均衡来做排名筛选(也可以根据网络的延时状况等),保证连接的稳定和通畅,每次保活的过程都需要执行5的发送心跳包过程和6的接收回应过程,这样可以保证远程连接的及时性和稳定性。

7、手机或PC请求连接电子猫眼,理论上手机或PC不可能直接连接电子猫眼,而是必须通过服务器,主要原因在于代理保活网关保活的对象是服务器,因为保活的是上线服务器,手机或PC需首先到上线服务器请求连接电子猫眼。

8、上线服务器收到连接请求之后会发送唤醒报文到代理保活网关。

9、代理保活网关收到唤醒包之后会直接唤醒电子猫眼。

10、上线服务器发送完唤醒报文之后会自动的下发转发服务器列表到代理保活网关、手机或PC,该服务器列表是根据各个服务器的负载均衡来筛选的,保证连接的稳定和通畅。

11、代理保活网关会将收到的转发服务器列表信息发送到电子猫眼,此后将连接主动权交由电子猫眼主动的去连接。

12、代理保活网关收到转发服务器列表之后,会通知电子猫眼去连接转发服务器,电子猫眼可以按照顺序或者随机的方式去列表中选取服务器进行连接。手机或PC收到转发服务器列表之后,也可以按照顺序或者随机的方式去列表中选取服务器连接。

最后转发服务器会将两者建立起连接,如果建立起一个连接,则手机或PC和电子猫眼的其它请求连接自动断开,至此手机或PC和电子猫眼的连接完成。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1