CN101217512A - 客户端状态维护方法、***、客户端及应用服务器 - Google Patents
客户端状态维护方法、***、客户端及应用服务器 Download PDFInfo
- Publication number
- CN101217512A CN101217512A CNA2008100004755A CN200810000475A CN101217512A CN 101217512 A CN101217512 A CN 101217512A CN A2008100004755 A CNA2008100004755 A CN A2008100004755A CN 200810000475 A CN200810000475 A CN 200810000475A CN 101217512 A CN101217512 A CN 101217512A
- Authority
- CN
- China
- Prior art keywords
- client
- signing messages
- state
- application server
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明公开了一种客户端状态维护方法、***、客户端及应用服务器,通过接收客户端以固定时间间隔发送的携带有客户端签名信息的心跳包,根据所述客户端签名信息维护客户端的状态。该方法、***、客户端及应用服务器使得客户端的状态信息可以以很短的固定时间间隔进行更新,从而实现了客户端状态的实时维护。
Description
技术领域
本发明涉及通信技术领域,特别涉及客户端状态维护方法、***、客户端及应用服务器。
背景技术
目前,在很多应用领域中,都使用了网页浏览器作为通信客户端,例如一些基于网页的即时通信***、论坛等。与一般的通信***类似,基于网页的通信***中,后台服务器和***中的每一个客户端都需要实时、准确的了解作为通信客户端的网页浏览器的状态,从而实现相应的功能。
然而,由于网页采用的是无状态的连接方式,因此,现有技术中,一般是通过会话(Session)和Cookie记录并保存客户端的相关信息,并在客户端再次以记录的相关信息对后台服务器进行业务请求时,确认客户端的状态。但是在现有技术中,客户端的现有状态只能在客户端提出业务请求时,才能被后台服务器所获知,如果作为客户端的网页浏览器被关闭,则后台服务器将无法及时得知客户端状态的改变,仍然认为客户端在线,此时,后台服务器提供的一些业务应用将无法正常完成。
从以上描述可以看出,现有技术中,对于客户端状态的获知是不确定的,因此无法进行客户端状态的实时维护,造成业务应用有可能无法正常完成。
发明内容
本发明实施例提供一种客户端状态维护方法,可以实现实时的客户端状态维护。
本发明实施例提供一种客户端状态维护***,可以实现实时的客户端状态维护。
本发明实施例提供一种客户端,可以实现实时的客户端状态维护。
本发明实施例提供一种应用服务器,可以实现实时的客户端状态维护。
为达到上述目的,本发明的技术方案具体是这样实现的:
一种客户端状态维护方法,该方法包括:
接收客户端以固定时间间隔发送的携带有客户端签名信息的心跳包,根据所述客户端签名信息维护客户端的状态。
一种客户端状态维护***,该***包括:
客户端,用于以固定时间间隔发送携带有客户端签名信息的心跳包;
应用服务器,用于接收客户端以固定时间间隔发送的携带有客户端签名信息的心跳包;根据所述客户端签名信息维护客户端的状态。
一种客户端,该客户端包括:
心跳包生成模块,用于生成携带有客户端签名信息的心跳包;
心跳包发送模块,用于将所述心跳包生成模块生成的所述心跳包向应用服务器发送。
一种应用服务器,该服务器包括:
心跳包接收模块,用于接收客户端以固定时间间隔发送的携带有客户端签名信息的心跳包;
客户端状态维护模块,用于根据所述客户端签名信息维护客户端的状态。
由上述的技术方案可见,本发明的这种接收客户端以固定时间间隔发送的携带有客户端签名信息的心跳包,根据所述客户端签名信息维护客户端的状态的客户端状态维护方法、***、客户端及应用服务器,使得客户端的状态信息可以以很短的固定时间间隔进行更新,从而实现了客户端状态的实时维护。
附图说明
图1为本发明实施例的客户端状态维护方法流程图;
图2为本发明实施例的客户端状态维护***结构图。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本发明进一步详细说明。
本发明实施例主要是利用了心跳包的特性,让客户端以固定时间间隔发送的携带有客户端签名信息的心跳包,并根据心跳包中的客户端签名信息维护客户端的状态,使得客户端的状态信息可以以很短的固定时间间隔进行更新,从而实现了客户端状态的实时维护。
图1为本发明实施例的客户端状态维护方法流程图,如图1所示,该方法包括如下步骤:
步骤101,接收客户端以固定时间间隔发送的携带有客户端签名信息的心跳包。
步骤102,根据所述客户端签名信息维护客户端的状态。
步骤101中,客户端签名信息可以是根据用户输入的用户身份信息,如用户名和密码或可信任的会话(Session)ID等生成的一段字符串。
以社区论坛举例来说,当用户在使用网页客户端浏览社区首页时,需要先进行登录操作,用户输入其身份信息,如用户名和密码或会话(Session)ID后,客户端将通过HTTP协议,使用通信通道将该用户身份信息传送到HTTP服务器,HTTP服务器进行HTTP协议解释后,得到相应的登录请求数据,并将其使用与应用服务器约定的自有协议转发到应用服务器上。
应用服务器接收到用户身份信息后,会根据用户身份信息生成一段字符串,作为该用户的服务器端签名信息并保存,同时,根据用户身份信息生成一段字符串,作为该用户的客户端签名信息。将相对应的客户端签名信息使用自有协议回应HTTP服务器,HTTP服务器收到回应后,并将回应信息转换打包成HTTP响应包,既而回应网页客户端。
当然,一般来说应用服务器对接收到的用户身份信息可以进行合法性验证,如果通过验证,则继续执行后续步骤,如果用户身份信息不合法,则不执行后续步骤,而直接回复客户端用户登录失败。具体的验证方法或是否进行验证,可以根据实际需要而定。
客户端签名信息可以和服务器端签名信息之间含有特定的关系,比如通过某种公式可以相互计算得出,或者相同,只要保证生成的客户端签名信息可以和服务器端签名信息一一对应即可。如果客户端签名信息和服务器端签名信息是相同的,也可以不生成服务器端签名信息,应用服务器只需将客户端签名信息保存下来即可。
网页客户端在接收到应用服务器返回的客户端签名信息后,可以用任何数据存贮方式保存到该网页客户端所在的终端、PC、移动终端等设备中。
如果用户的身份信息验证失败,则用失败信息回应网页客户端,如果验证失败,则无需生成客户端签名信息和服务器端签名信息。
当客户端获得客户端签名信息后,会执行页面中的代码,以固定的时间间隔向应用服务器发送心跳包。
具体过程可以如下:
将客户端签名信息以HTTP协议封装,打包成心跳包,向HTTP服务器发送,HTTP服务器进行HTTP协议解释后,得到相应的心跳信息,并使用HTTP服务器与应用服务器之间的自有协议打包,发往应用服务器进行验证。
步骤102中,应用服务器将会根据收到的客户端签名信息进行验证,若客户端签名信息验证通过,则将客户端的状态置为在线,如果客户端原来的状态就是在线,则这里也可以不做操作,维持客户端的在线状态。
若客户端签名信息没有通过验证,则根据预定的客户端验证失败策略进行处理。具体的验证失败策略可以是:
判断签名信息验证失败的次数是否超过预设的最大允许失败次数,如果超过了预设的最大允许失败次数,则将客户端在线状态置为离线,否则保持客户端状态为在线;或者,若客户端签名信息验证失败,则请求客户端重发客户端签名信息;或者,若客户端签名信息验证失败,则直接将客户端状态置为离线。验证失败策略可以根据具体的需要进行设置。验证失败后也可以向客户端返回验证失败消息,并告知其失败原因。
客户端签名信息验证通过后,应用服务器可以向客户端返回验证成功消息,或者,进一步更换服务器端签名信息与客户端签名信息,并向客户端发送新的客户端签名信息,或者将新的客户端签名信息添加到返回得验证成功消息中,通知客户端,从而降低数据被截取后被重用的可能性,提高***的安全性。
当客户端收到返回的验证成功或失败的消息后,可以根据验证成功或失败的消息改变自己的状态;如果收到验证成功消息,则继续保持自己的在线状态;若收到验证失败消息,则将状态改为离线。当然具体的状态可能不只离线和在线两种,可以根据需要,自行设定。
如果应用服务器需要更换新的客户端签名信息,则可以将新的客户端签名信息替换原客户端签名信息。
如果网页客户端状态为在线,则该网页客户端与应用服务器便可以使用通信通道进行各种应用功能。如果网页客户端被认为已经下线,则该网页客户端到应用服务器的通信通道也被认为是不可用的。
以上实施例中,实现心跳包以固定间隔时间发送的方法可以使用Ajax或JavaScript等技术实现。且具体时间间隔可以按照需要而定,只要间隔时间足够短,保证实时性即可。客户端签名信息与服务器端签名信息也可以在客户端和服务器端预先设定好。
另外,以上所述的客户端可以是网页浏览器、各种可以浏览网页的客户端程序等。
下面将具体介绍本发明实施例实现以上方法的客户端状态维护***。
图2为本发明实施例的客户端状态维护***结构图,如图2所示,该***包括客户端201和应用服务器203。
客户端201用于以固定时间间隔发送携带有客户端签名信息的心跳包。
应用服务器203用于接收客户端201以固定时间间隔发送的携带有客户端签名信息的心跳包;根据所述客户端签名信息维护客户端201的状态。
为了获取客户端签名信息,所述客户端201可以进一步包括用于发送用户输入的用户身份信息,并接收客户端签名信息的模块。
所述应用服务器203可以进一步包括接收客户端201发送的用户身份信息,根据用户身份信息生成与所述用户对应的服务器端签名信息和客户端签名信息;保存服务器端签名信息,并发送客户端签名信息的模块。
当然,如果客户端201使用HTTP协议,而应用服务器203中没有集成识别HTTP协议信息的功能,那么该***还可以包括用于协议转换的HTTP服务器202。
HTTP服务器202用于接收客户端201以固定时间间隔发送的,以HTTP协议封装的携带有客户端签名信息的心跳包,并转换为以应用服务器203使用的协议封装的心跳包,向应用服务器203发送。
HTTP服务器202接收客户端201发送的以HTTP协议封装的用户身份信息,并转换为以应用服务器203使用的协议封装的用户身份信息,向应用服务器203发送。接收应用服务器203发送的以应用服务器203使用的协议封装的客户端签名信息,并转换为以HTTP协议封装的客户端签名信息,向客户端201发送。
相应地,应用服务器203接收HTTP服务器202发送的以应用服务器203使用的协议封装的心跳包和用户身份信息,向HTTP服务器202发送以应用服务器203使用的协议封装的客户端签名信息。
另外,以上***中,如果需要对客户端201发送的用户身份信息进行验证,则应用服务器203中还可以包括用于用户身份信息验证的模块。另外,所述用户身份的验证和客户端签名信息的生成、服务器端签名信息的生成,也可以通过单独的验证服务器实现,验证服务器将生成的客户端签名信息发送给客户端201,将服务器端签名信息发送给应用服务器203即可。
在该***的客户端201中包括心跳包生成模块204和心跳包发送模块205。
心跳包生成模块204用于生成携带有客户端签名信息的心跳包。
心跳包发送模块205用于将所述心跳包生成模块204生成的所述心跳包向应用服务器203发送。
与用户身份验证过程对应,该客户端201进一步包括:
用户身份信息发送模块207,用于发送用户输入的用户身份信息;
客户端签名信息保存模块206,用于接收客户端签名信息并保存。
上述***中的应用服务器203包括心跳包接收模块208和客户端状态维护模块209。
心跳包接收模块208用于接收客户端201以固定时间间隔发送的携带有客户端签名信息的心跳包。
客户端状态维护模块209用于根据所述客户端签名信息维护客户端201的状态。
较佳地,该应用服务器203还包括签名信息生成模块210、服务器端签名信息保存模块211和客户端签名信息发送模块212。
签名信息生成模块210用于接收客户端201发送的用户身份信息,根据用户身份信息生成与所述用户对应的服务器端签名信息和客户端签名信息。
服务器端签名信息保存模块211用于保存服务器端签名信息。
客户端签名信息发送模块212,用于发送客户端签名信息。
其中客户端状态维护模块209中包括客户端信息验证单元213和客户端状态设置单元214。
客户端信息验证单元213用于验证客户端签名信息,如客户端签名信息通过验证,则向客户端状态设置单元214发送验证通过消息,否则发送验证失败消息。
客户端状态设置单元214用于接收所述客户端信息验证单元213发送的验证通过消息,将客户端201的状态置为在线;接收所述客户端信息验证单元213发送的验证失败消息,将客户端201的状态置为离线。
若需要对客户签名信息验证失败后做其它处理,所述客户端状态维护模块还可以包括验证失败处理单元215。
验证失败处理单元215用于接收客户端状态信息验证单元213发送的验证失败消息,并根据预设的验证失败处理策略进行处理,按照处理结果向客户端状态设置单元发送验证通过消息或验证失败的消息。具体的失败处理策略可以参考对客户端状态维护方法中对验证失败后的处理方法,这里不再赘述。
当需要让***中其它由应用服务器203进行状态维护的客户端也同步得到该客户端201的状态,客户端状态维护模块209还可以包括客户端状态发送单元215。
客户端状态发送单元215将所述客户端状态信息向其他客户端或相关的服务器发送。
以上所述的客户端状态维护***中,HTTP服务器202的功能可以集成于应用服务器203中,或者由单独的验证服务器实现签名信息生成模块210和客户端签名信息发送模块212的功能。或者,应用服务器203可以由多个应用服务器组成分布式应用服务器群来实现,具体***组成和实现方式可以根据实际需要而定。
由上述的实施例可见,本发明的这种接收客户端以固定时间间隔发送的携带有客户端签名信息的心跳包,根据所述客户端签名信息维护客户端的状态的客户端状态维护方法、***、客户端及应用服务器,使得客户端的状态信息可以以很短的固定时间间隔进行更新,从而实现了客户端状态的实时维护。
所应理解的是,以上所述仅为本发明的较佳实施方式而已,并不用于限定本发明的保护范围,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (16)
1.一种客户端状态维护方法,其特征是,该方法包括:
接收客户端以固定时间间隔发送的携带有客户端签名信息的心跳包,根据所述客户端签名信息维护客户端的状态。
2.如权利要求1所述的客户端状态维护方法,其特征是,所述接收携带有客户端签名信息的心跳包之前,包括:
接收客户端发送的用户身份信息,根据用户身份信息生成与所述用户对应的服务器端签名信息和客户端签名信息;
将所述服务器端签名信息保存在应用服务器,并将所述客户端签名信息返回客户端保存。
3.如权利要求2所述的客户端状态维护方法,其特征是,所述服务器端签名信息是根据用户身份信息生成的一段字符串;
所述客户端签名信息是根据用户身份信息生成的一段字符串;并与服务器端签名信息对应。
4.如权利要求1所述的的客户端状态维护方法,其特征是,所述根据用户端签名信息维护客户端的状态,包括:
若客户端签名信息验证通过,则将客户端的状态置为在线,若客户端签名信息没有通过验证,则根据预定的客户端验证失败策略进行处理。
5.如权利要求1所述的客户端状态维护方法,其特征是,所述根据预定的客户端验证失败策略进行处理,包括:
若客户端签名信息验证失败的次数未达到预设的最大允许失败次数,则保持客户端状态为在线,否则将客户端在线状态置为离线;
或者,若客户端签名信息验证失败,则请求客户端重发客户端签名信息;
或者,若客户端签名信息验证失败,则将客户端状态置为离线。
6.如权利要求1所述的客户端状态维护方法,其特征是,所述根据所述客户端签名信息维护客户端的状态之后,包括:
将所述客户端的状态信息向其他客户端或相关的服务器发送。
7.一种客户端状态维护***,其特征是,该***包括:
客户端,用于以固定时间间隔发送携带有客户端签名信息的心跳包;
应用服务器,用于接收客户端以固定时间间隔发送的携带有客户端签名信息的心跳包;根据所述客户端签名信息维护客户端的状态。
8.如权利要求7所述的客户端状态维护***,其特征是,所述客户端,进一步包括用于发送用户输入的用户身份信息,并接收客户端签名信息的模块;
所述应用服务器,进一步包括用于接收客户端发送的用户身份信息,根据用户身份信息生成与所述用户对应的服务器端签名信息和客户端签名信息;保存服务器端签名信息,并发送客户端签名信息的模块。
9.如权利要求8所述的客户端状态维护***,其特征是,该***还包括:
超文本传输协议HTTP服务器,用于接收客户端以固定时间间隔发送的,以HTTP协议封装的携带有客户端签名信息的心跳包,并转换为以应用服务器使用的协议封装的心跳包,向应用服务器发送;
接收客户端发送的以HTTP协议封装的用户身份信息,并转换为以应用服务器使用的协议封装的用户身份信息,向应用服务器发送;
接收应用服务器发送的以应用服务器使用的协议封装的客户端签名信息,并转换为以HTTP协议封装的客户端签名信息,向客户端发送;
所述应用服务器,接收HTTP服务器发送的以应用服务器使用的协议封装的心跳包和用户身份信息,向HTTP服务器发送以应用服务器使用的协议封装的客户端签名信息。
10.一种客户端,其特征是,该客户端包括:
心跳包生成模块,用于生成携带有客户端签名信息的心跳包;
心跳包发送模块,用于将所述心跳包生成模块生成的所述心跳包向应用服务器发送。
11.如权利要求10所述的客户端,其特征是,该客户端进一步包括:
用户身份信息发送模块,用于发送用户输入的用户身份信息;
客户端签名信息保存模块,用于接收客户端签名信息并保存。
12.一种应用服务器,其特征是,该服务器包括:
心跳包接收模块,用于接收客户端以固定时间间隔发送的携带有客户端签名信息的心跳包;
客户端状态维护模块,用于根据所述客户端签名信息维护客户端的状态。
13.如权利要求12所述的应用服务器,其特征是,该服务器还包括:
签名信息生成模块,用于接收客户端发送的用户身份信息,根据用户身份信息生成与所述用户对应的服务器端签名信息和客户端签名信息;
服务器端签名信息保存模块,用于保存服务器端签名信息;
客户端签名信息发送模块,用于发送客户端签名信息。
14.如权利要求12所述的应用服务器,其特征是,所述客户端状态维护模块包括:
客户端信息验证单元,用于验证客户端签名信息,如客户端签名信息通过验证,则向客户端状态设置单元发送验证通过消息,否则发送验证失败消息;
客户端状态设置单元,用于接收所述客户端信息验证单元发送的验证通过消息,将客户端的状态置为在线;
接收所述客户端信息验证单元发送的验证失败消息,将客户端的状态置为离线。
15.如权利要求12所述的应用服务器,其特征是,所述客户端状态维护模块还包括:
验证失败处理单元,用于接收客户端状态信息验证单元发送的验证失败消息,并根据预设的验证失败处理策略进行处理。
16.如权利要求12所述的应用服务器,其特征是,所述客户端状态维护模块还包括:
客户端状态发送单元,将所述客户端状态信息向其他客户端或相关的服务器发送。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008100004755A CN101217512B (zh) | 2008-01-11 | 2008-01-11 | 客户端状态维护方法、***及应用服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008100004755A CN101217512B (zh) | 2008-01-11 | 2008-01-11 | 客户端状态维护方法、***及应用服务器 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101217512A true CN101217512A (zh) | 2008-07-09 |
CN101217512B CN101217512B (zh) | 2010-08-18 |
Family
ID=39623874
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2008100004755A Active CN101217512B (zh) | 2008-01-11 | 2008-01-11 | 客户端状态维护方法、***及应用服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101217512B (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102177697A (zh) * | 2011-04-29 | 2011-09-07 | 华为技术有限公司 | 互联网业务控制方法及相关设备和*** |
CN102790776A (zh) * | 2012-08-03 | 2012-11-21 | 中国联合网络通信集团有限公司 | 心跳连接归一处理方法、终端、服务器及通信*** |
CN103051635A (zh) * | 2012-12-28 | 2013-04-17 | 宁波新然电子信息科技发展有限公司 | 流媒体服务器与终端间的通讯方法 |
CN105099742A (zh) * | 2014-05-20 | 2015-11-25 | 中兴通讯股份有限公司 | 一种采集数据的方法、装置、***及终端 |
CN105101295A (zh) * | 2014-05-07 | 2015-11-25 | ***通信集团公司 | 一种心跳报文发送方法及装置 |
CN105578440A (zh) * | 2014-10-13 | 2016-05-11 | ***通信集团公司 | Lte***中的即时通讯业务心跳包的传输方法及装置 |
CN106686576A (zh) * | 2015-11-11 | 2017-05-17 | 中兴通讯股份有限公司 | 终端用户状态获取方法、装置和*** |
CN109428924A (zh) * | 2017-08-29 | 2019-03-05 | 阿里巴巴集团控股有限公司 | 应用的在线状态维护方法、接入层组件、应用***及设备 |
CN112383576A (zh) * | 2021-01-19 | 2021-02-19 | 北京信安世纪科技股份有限公司 | 操作请求响应方法、装置、服务端和存储介质 |
CN115022393A (zh) * | 2022-05-11 | 2022-09-06 | 杭州网易云音乐科技有限公司 | 确定连接状态的方法、装置、介质和计算设备 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100454809C (zh) * | 2001-12-20 | 2009-01-21 | 西北工业大学 | 利用一次性口令进行交易认证的方法 |
CN100505645C (zh) * | 2003-03-31 | 2009-06-24 | 联想(北京)有限公司 | 检测网络中设备状态的方法 |
CN1691556A (zh) * | 2004-04-21 | 2005-11-02 | 吴杰 | 远程终端设备的维护方法 |
-
2008
- 2008-01-11 CN CN2008100004755A patent/CN101217512B/zh active Active
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9391864B2 (en) | 2011-04-29 | 2016-07-12 | Huawei Technologies Co., Ltd. | Internet service control method, and relevant device and system |
CN102177697A (zh) * | 2011-04-29 | 2011-09-07 | 华为技术有限公司 | 互联网业务控制方法及相关设备和*** |
CN102790776A (zh) * | 2012-08-03 | 2012-11-21 | 中国联合网络通信集团有限公司 | 心跳连接归一处理方法、终端、服务器及通信*** |
CN102790776B (zh) * | 2012-08-03 | 2015-02-04 | 中国联合网络通信集团有限公司 | 心跳连接归一处理方法、终端、服务器及通信*** |
CN103051635A (zh) * | 2012-12-28 | 2013-04-17 | 宁波新然电子信息科技发展有限公司 | 流媒体服务器与终端间的通讯方法 |
CN105101295A (zh) * | 2014-05-07 | 2015-11-25 | ***通信集团公司 | 一种心跳报文发送方法及装置 |
CN105101295B (zh) * | 2014-05-07 | 2019-06-25 | ***通信集团公司 | 一种心跳报文发送方法及装置 |
CN105099742A (zh) * | 2014-05-20 | 2015-11-25 | 中兴通讯股份有限公司 | 一种采集数据的方法、装置、***及终端 |
CN105578440B (zh) * | 2014-10-13 | 2019-06-25 | ***通信集团公司 | Lte***中的即时通讯业务心跳包的传输方法及装置 |
CN105578440A (zh) * | 2014-10-13 | 2016-05-11 | ***通信集团公司 | Lte***中的即时通讯业务心跳包的传输方法及装置 |
CN106686576A (zh) * | 2015-11-11 | 2017-05-17 | 中兴通讯股份有限公司 | 终端用户状态获取方法、装置和*** |
CN109428924A (zh) * | 2017-08-29 | 2019-03-05 | 阿里巴巴集团控股有限公司 | 应用的在线状态维护方法、接入层组件、应用***及设备 |
CN109428924B (zh) * | 2017-08-29 | 2021-07-13 | 阿里巴巴集团控股有限公司 | 应用的在线状态维护方法、接入层组件、应用***及设备 |
CN112383576A (zh) * | 2021-01-19 | 2021-02-19 | 北京信安世纪科技股份有限公司 | 操作请求响应方法、装置、服务端和存储介质 |
CN112383576B (zh) * | 2021-01-19 | 2021-11-09 | 北京信安世纪科技股份有限公司 | 操作请求响应方法、装置、服务端和存储介质 |
CN115022393A (zh) * | 2022-05-11 | 2022-09-06 | 杭州网易云音乐科技有限公司 | 确定连接状态的方法、装置、介质和计算设备 |
CN115022393B (zh) * | 2022-05-11 | 2024-05-17 | 杭州网易云音乐科技有限公司 | 确定连接状态的方法、装置、介质和计算设备 |
Also Published As
Publication number | Publication date |
---|---|
CN101217512B (zh) | 2010-08-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101217512B (zh) | 客户端状态维护方法、***及应用服务器 | |
CN103188207B (zh) | 一种跨域的单点登录实现方法及*** | |
CN103825881B (zh) | 基于无线访问控制器ac实现wlan用户的重定向方法及装置 | |
CN108496380B (zh) | 服务器和存储介质 | |
CN103535004B (zh) | 用于促进匿名音频和视频通信的方法和基于web的*** | |
CN102739684B (zh) | 一种基于虚拟IP地址的Portal认证方法及服务器 | |
CN101388777B (zh) | 一种通信***中跨***访问的第三方认证方法和*** | |
CN110505188B (zh) | 一种终端认证方法、相关设备和认证*** | |
CN104811358A (zh) | 一种网络家电的无线通讯方法 | |
CN102143177A (zh) | 一种Portal认证方法、装置、设备及*** | |
CN107508822A (zh) | 访问控制方法及装置 | |
CN106254386A (zh) | 一种信息处理方法和名字映射服务器 | |
CN105516061A (zh) | 远程访问服务器的方法及web服务器 | |
CN103634111B (zh) | 单点登录方法和***及单点登录客户端 | |
CN106954213A (zh) | 一种实名制无线认证接入方法及*** | |
KR101425854B1 (ko) | 자동 로그인을 위한 통합인증 방법 및 장치 | |
CN107018178A (zh) | 一种网络请求代理执行的方法及*** | |
CN101783806B (zh) | 一种Portal证书认证方法及其装置 | |
CN110324302B (zh) | 一种iot设备通信方法 | |
CN106162645B (zh) | 一种移动应用的快速重连鉴权方法及*** | |
CN104301285B (zh) | 用于web***的登录方法 | |
CN102857482A (zh) | 基于多服务端的数据传输方法及*** | |
CN110233825A (zh) | 设备初始方法、物联网设备、***、平台设备及智能设备 | |
CN102946397B (zh) | 用户认证方法及*** | |
CN101217532B (zh) | 一种防止网络攻击的数据传输方法及*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |