一种上下线消息的接收处理方法和装置
阅读：714发布：2023-01-25
专利汇可以提供一种上下线消息的接收处理方法和装置专利检索，专利查询，专利分析的服务。并且本 发明 提供的一种上下线消息的接收处理方法和装置，引入引用计数器记录某个用户打开某个视频直播房间的窗口的个数，例如，用户U1在视频直播房间room_1打开的窗口个数由引用计数器C1记录，则用户U1每打开一个视频直播房间room_1的窗口引用计数器C1的计数值加1，用户U1每关闭一个视频直播房间room_1的窗口引用计数器C1的计数值减1。引用计数器C1的计数值≤0时，则发送下线消息通知业务端进行下线处理，业务端会将视频直播房间room_1对应的用户的在线列表中的用户U1剔除。因此，减少了僵尸用户的存在，提高了用户在线列表的准确性。，下面是一种上下线消息的接收处理方法和装置专利的具体信息内容。
1.一种上下线消息的接收处理方法，其特征在于，包括：
接收接入服务器发送的上线消息和下线消息；
解析得到每个所述上线消息包含的第一标识，第一标识包括用户标识和视频直播间标识，将第一标识对应的引用计数器的计数值加1，并将每个所述上线消息存储在无序集合中；
解析得到每个所述下线消息包含的第二标识，第二标识包括用户标识和视频直播间标识，从所述无序集合中匹配与下线消息对应的上线消息，且在匹配成功后将匹配得到的上线消息从所述无序集合中删除，并将与删除的上线消息包含的第一标识对应的引用计数器的引用计数器的计数值减1；
判断引用计数器的计数值是否大于零，若否，则发送下线消息通知业务端进行下线处理，每个引用计数器的初始值为零。
2.根据权利要求1所述的方法，其特征在于，在所述接收接入服务器发送的上线消息和下线消息后，还包括；
将所述上线消息和所述下线消息存储至本地缓存队列；
异步从所述本地缓存队列获取所述上线消息和所述下线消息。
3.根据权利要求1所述的方法，其特征在于，在所述将与删除的上线消息包含的第一标识对应的引用计数器的引用计数器的计数值减1后，还包括：
如果引用计数器的计数值大于零，则判断所述无序集合中与该引用计数器对应的所有上线消息是否存在非真实在线的上线消息，若是，则设置该引用计数器的计数值为真实在线的上线消息的数量。
4.根据权利要求1所述的方法，其特征在于，所述方法，还包括：
针对每个引用计数器，监测其计数值大于零的时间是否大于预设时间，若是，则发送下线消息通知业务端进行下线处理。
5.根据权利要求1～4任意一项所述的方法，其特征在于，所述方法，还包括：
根据所述无序集合中存储的上线消息对所述业务端的在线列表进行校正。
6.一种上下线消息的接收处理装置，其特征在于，包括：
接收单元，用于接收接入服务器发送的上线消息和下线消息；
第一处理单元，用于解析得到每个所述上线消息包含的第一标识，第一标识包括用户标识和视频直播间标识，将第一标识对应的引用计数器的计数值加1，并将每个所述上线消息存储在无序集合中；
第二处理单元，解析得到每个所述下线消息包含的第二标识，第二标识包括用户标识和视频直播间标识，从所述无序集合中匹配与下线消息对应的上线消息，且在匹配成功后将匹配得到的上线消息从所述无序集合中删除，并将与删除的上线消息包含的第一标识对应的引用计数器的引用计数器的计数值减1；
第一调整单元，用于如果引用计数器的计数值不大于零，则发送下线消息通知业务端进行下线处理，每个引用计数器的初始值为零。
7.根据权利要求6所述的装置，其特征在于，所述装置，还包括：
缓存单元，用于将所述上线消息和所述下线消息存储至本地缓存队列；
异步获取单元，用于异步从所述本地缓存队列获取所述上线消息和所述下线消息。
8.根据权利要求6所述的装置，其特征在于，所述装置，还包括：
第二调整单元，用于在所述将与删除的上线消息包含的第一标识对应的引用计数器的引用计数器的计数值减1后，如果引用计数器的计数值大于零，则判断所述无序集合中与该引用计数器对应的所有上线消息是否存在非真实在线的上线消息，若是，则设置该引用计数器的计数值为真实在线的上线消息的数量。
9.根据权利要求6所述的装置，其特征在于，所述装置，还包括：
第四调节单元，用于针对每个引用计数器，监测其计数值大于零的时间是否大于预设时间，若是，则发送下线消息通知业务端进行下线处理。
10.根据权利要求6～9任意一项所述的装置，其特征在于，所述装置，还包括：
第三调节单元，用于根据所述无序集合中存储的上线消息对所述业务端的在线列表进行校正。
一种上下线消息的接收处理方法和装置
技术领域
[0001] 本发明涉及视频直播领域，更具体地说，涉及一种上下线消息的接收处理方法和装置。
背景技术
[0002] 近年来，视频直播行业迎来了里程碑式的大爆发。视频直播的实现过程：用户通过视频播放终端向服务器发出直播请求，服务器根据直播请求信息，是将该直播频道的播放地址发送给视频播放终端，视频播放终端根据该地址加入对应的直播房间，即可接收到该直播视频的码流了。有一个非常显见的场景是热门视频直播间人数可能达到几十万人，视频直播中庞大的用户访问量会引发卡顿、宕机、网站崩溃、用户无法访问等异常情况。异常情况的发生容易引起僵尸用户的产生，即下线的用户还存在业务端的用户在线列表中。
发明内容
[0003] 有鉴于此，本发明提出一种上下线消息的接收处理方法和装置，以减少僵尸用户的存在，提高用户在线列表的准确性。
[0004] 为了实现上述目的，现提出的方案如下：
[0005] 一种上下线消息的接收处理方法，包括：
[0006] 接收接入服务器发送的上线消息和下线消息；
[0007] 解析得到每个所述上线消息包含的第一标识，第一标识包括用户标识和视频直播间标识，将第一标识对应的引用计数器的计数值加1，并将每个所述上线消息存储在无序集合中；
[0008] 解析得到每个所述下线消息包含的第二标识，第二标识包括用户标识和视频直播间标识，从所述无序集合中匹配与下线消息对应的上线消息，且在匹配成功后将匹配得到的上线消息从所述无序集合中删除，并将与删除的上线消息包含的第一标识对应的引用计数器的引用计数器的计数值减1；
[0009] 判断引用计数器的计数值是否大于零，若否，则发送下线消息通知业务端进行下线处理，每个引用计数器的初始值为零。
[0010] 优选的，在所述接收接入服务器发送的上线消息和下线消息后，还包括；
[0011] 将所述上线消息和所述下线消息存储至本地缓存队列；
[0012] 异步从所述本地缓存队列获取所述上线消息和所述下线消息。
[0013] 优选的，在所述将与删除的上线消息包含的第一标识对应的引用计数器的引用计数器的计数值减1后，还包括：
[0014] 如果引用计数器的计数值大于零，则判断所述无序集合中与该引用计数器对应的所有上线消息是否存在非真实在线的上线消息，若是，则设置该引用计数器的计数值为真实在线的上线消息的数量。
[0015] 优选的，所述方法，还包括：
[0016] 针对每个引用计数器，监测其计数值大于零的时间是否大于预设时间，若是，则发送下线消息通知业务端进行下线处理。
[0017] 优选的，所述方法，还包括：
[0018] 根据所述无序集合中存储的上线消息对所述业务端的在线列表进行校正。
[0019] 一种上下线消息的接收处理装置，包括：
[0020] 接收单元，用于接收接入服务器发送的上线消息和下线消息；
[0021] 第一处理单元，用于解析得到每个所述上线消息包含的第一标识，第一标识包括用户标识和视频直播间标识，将第一标识对应的引用计数器的计数值加1，并将每个所述上线消息存储在无序集合中；
[0022] 第二处理单元，用于解析得到每个所述下线消息包含的第二标识，第二标识包括用户标识和视频直播间标识，从所述无序集合中匹配与下线消息对应的上线消息，且在匹配成功后将匹配得到的上线消息从所述无序集合中删除，并将与删除的上线消息包含的第一标识对应的引用计数器的引用计数器的计数值减1；
[0023] 第一调整单元，用于判断引用计数器的计数值是否大于零，若否，则发送下线消息通知业务端进行下线处理，每个引用计数器的初始值为零。
[0024] 优选的，所述装置，还包括：
[0025] 缓存单元，用于将所述上线消息和所述下线消息存储至本地缓存队列；
[0026] 异步获取单元，用于异步从所述本地缓存队列获取所述上线消息和所述下线消息。
[0027] 优选的，所述装置，还包括：
[0028] 第二调整单元，用于在所述将与删除的上线消息包含的第一标识对应的引用计数器的引用计数器的计数值减1后，如果引用计数器的计数值大于零，则判断所述无序集合中与该引用计数器对应的所有上线消息是否存在非真实在线的上线消息，若是，则设置该引用计数器的计数值为真实在线的上线消息的数量。
[0029] 优选的，所述装置，还包括：
[0030] 第三调节单元，用于根据所述无序集合中存储的上线消息对所述业务端的在线列表进行校正。
[0031] 优选的，所述装置，还包括：
[0032] 第四调节单元，用于针对每个引用计数器，监测其计数值大于零的时间是否大于预设时间，若是，则发送下线消息通知业务端进行下线处理。
[0033] 与现有技术相比，本发明的技术方案具有以下优点：
[0034] 上述技术方案提供的一种上下线消息的接收处理方法和装置，引入引用计数器记录某个用户打开某个视频直播房间的窗口的个数，例如，用户U1在视频直播房间room_1打开的窗口个数由引用计数器C1记录，则用户U1每打开一个视频直播房间room_1的窗口引用计数器C1的计数值加1，用户U1每关闭一个视频直播房间room_1的窗口引用计数器C1的计数值减1。引用计数器C1的计数值≤0时，则发送下线消息通知业务端进行下线处理，业务端会将视频直播房间room_1对应的用户的在线列表中的用户U1剔除。因此，减少了僵尸用户的存在，提高了用户在线列表的准确性。附图说明
[0035] 为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0036] 图1为本发明实施例提供的一种上下线消息的接收处理方法的流程图；
[0037] 图2为本发明实施例提供的另一种上下线消息的接收处理方法的流程图；
[0038] 图3为本发明实施例提供的另一种上下线消息的接收处理方法的流程图；
[0039] 图4为本发明实施例提供的一种上下线消息的接收处理装置的示意图；
[0040] 图5为本发明实施例提供的另一种上下线消息的接收处理装置的示意图；
[0041] 图6为本发明实施例提供的另一种上下线消息的接收处理装置的示意图。
具体实施方式
[0042] 下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0043] 本发明实施例提供一种上下线消息的接收处理方法，参见图1所示，该方法包括：
[0044] 步骤S11：接收接入服务器发送的上线消息和下线消息；
[0045] 用户通过视频播放终端(如手机、电脑等)，进入视频直播房间后，即视频播放终端与接入服务器连接成功后，接入服务器生成上线消息并将上线消息发送至处理服务器，该上线消息包含用户标识和视频直播房间标识。用户标识是用于表示用户身份的信息，用户在视频直播平台注册成功后，会被分配一个对应的用户标识。视频直播房间标识表示用户打开的视频直播房间的信息，具体的，视频直播平台每个视频直播房间都对应一个房间号，可以将视频直播房间对应的房间号作为视频直播房间标识。用户退出视频直播房间后，接入服务器生成下线消息并将该下线消息发送至处理服务器，该下线消息也包含用户标识和视频直播房间标识。
[0046] 步骤S12：解析得到每个所述上线消息包含的第一标识，第一标识包括用户标识和视频直播间标识，将第一标识对应的引用计数器的计数值加1，并将每个所述上线消息存储在无序集合中；
[0047] 利用数据库Redis第三方组件的原子性，引入引用计数器。引用计数器与用户在某一视频直播房间一一对应，换句话说，引用计数器记录某个用户打开某个视频直播房间的窗口的个数。例如，用户U1和视频直播房间room_1对应引用计数器C1，用户U1和视频视频直播房间room_2对应引用计数器C2，则用户U1每打开一个视频直播房间room_1的窗口引用计数器C1的计数值加1，用户U1每关闭一个视频直播房间room_1的窗口引用计数器C1的计数值减1，用户U1每打开一个视频直播房间room_2的窗口引用计数器C2的计数值加1，用户U2每关闭一个视频直播房间room_2的窗口引用计数器C2的计数值减1。用户U1在room_1同时打开两个窗口，则与之对应的引用计数器的计数值C1为2。当处理服务器接收到上线消息后，将与其包含的用户标识和视频直播房间标识对应的引用计数器的计数值加1。并在无序集合中存储该上线消息。
[0048] 步骤S13：解析得到每个所述下线消息包含的第二标识，第二标识包括用户标识和视频直播间标识，从所述无序集合中匹配与下线消息对应的上线消息，且在匹配成功后将匹配得到的上线消息从所述无序集合中删除，并将与删除的上线消息包含的第一标识对应的引用计数器的引用计数器的计数值减1；
[0049] 无序集合中存放用户在视频直播房间上线的具体消息，一条记录表示该用户在此房间的一次上线。当处理服务器接收到下线消息后，利用下线消息包含的用户标识和视频直播房间标识，在无序集合中匹配得到一条与该下线消息包含相同用户标识和视频直播房间标识的上线消息，并将匹配得到的该条上线消息从无序集合中删除。并在删除成功后将相应的引用计数器的计数值减1。例如，针对某一条下线消息，解析到的第二标识包括用户U1和视频直播房间room_1，则在无序集合中匹配到一条包含用户U1和视频直播房间room_1的上线消息，并将该上线消息在无序集合中删除。用户U1和视频直播房间room_1对应引用计数器C1，在删除成功后，将引用计数器C1的计数值减1。
[0050] 步骤S14：判断引用计数器的计数值是否大于零，若否，则发送下线消息通知业务端进行下线处理，每个引用计数器的初始值为零。
[0051] 当某个引用计数器的计数值不大于零时，说明用户关闭了所有的视频直播窗口，这时处理服务器向业务端发送下线消息，业务端的服务器根据下线消息包含的用户标识和视频直播房间标识，将与该视频直播房间标识对应的在线列表的相应用户剔除，并将当前在线人数减1。例如，用户U1和视频直播房间room_1对应引用计数器C1，在引用计数器C1的计数值不大于零时，说明用户U1关闭了所有视频直播房间room_1的窗口。业务端的服务器将视频直播房间room_1对应的在线列表中的用户U1剔除，视频直播房间room_1对应的当前在线人数减1。
[0052] 本发明实施例提供一种上下线消息的接收处理方法，引用计数器记录某个用户打开某个视频直播房间的窗口的个数，例如，用户U1在视频直播房间room_1打开的窗口个数由引用计数器C1记录，则用户U1每打开一个视频直播房间room_1的窗口引用计数器C1的计数值加1，用户U1每关闭一个视频直播房间room_1的窗口引用计数器C1的计数值减1。引用计数器C1的计数值≤0时，则发送下线消息通知业务端进行下线处理，业务端会将视频直播房间room_1对应的用户的在线列表中的用户U1剔除。因此，减少了僵尸用户的存在，提高了用户在线列表的准确性。
[0053] 进一步的，在执行步骤S13时，如果在无序集合中匹配不到与下线消息对应的上线消息，则将该下线消息存入独立redis队列，并在预设间隔时间(如10s)后再利用该下线消息在无序集合中匹配对应的上线消息，如果还是匹配失败则结束，如果匹配成功则将匹配得到的该条上线消息从无序集合中删除。并在删除成功后将相应的引用计数器计数值减1。进而解决上线消息在网络传输过程中出现了延迟，导致处理服务器先收到下线消息后再收到上线消息，进而导致的计数不准确。
[0054] 进一步的，为解决服务重启、网络抖动等异常情况导致下线消息丢失，进而致使业务端的在线列表不准确的问题，参见图2所示，还可以在将与删除的上线消息包含的第一标识对应的引用计数器的引用计数器的计数值减1后，增加：
[0055] 步骤S23：如果引用计数器的计数值大于零，则判断无序集合中与该引用计数器对应的所有上线消息是否存在非真实在线的上线消息，若是，则设置该引用计数器的计数值为真实在线的上线消息的数量。
[0056] 步骤21、22、24、25分别与步骤S11、S12、S13和S14相同。在将与删除的上线消息包含的第一标识对应的引用计数器的引用计数器的计数值减1后，执行步骤S23，如果引用计数器的计数值大于零，则利用引用计数器与用户标识和视频直播房间标识之间的对应关系息在无序集合中匹配与该引用计数器对应的所有上线消息，并一一去询问接入服务器，接入服务器每接收到一条询问消息，则判断与该询问消息对应的socket连接是否还在，如果已经断开，则回复不在，如果还在，则回复在。通过该机制来判断相应的上线消息中是否存在非真实在线的上线消息，如果与该引用计数器对应所有上线消息存在非真实在线(即相应的socket连接已经断开)的上线消息，则对该引用计数器的计数值做相应调整，具体的，将该计数器的计数值设置为真实在线(即相应的socket连接还在)的上线消息的数量，如果存在N个上线消息真实在线，则将该引用计数器的计数值设定为N，并将无序集合中的上线消息修订为N条，N为正整数。
[0057] 举例来说，假设用户U1通过PC端进入了room_1，然后又通过手机App进入了room_1，那么对应的计数器的计数值等于2。如果该用户U1关闭了PC端的观看，只在手机上看，那么应该会发送一条下线消息出来，但是出现网络抖动等原因导致该条下线消息丢失了，那么最终引用计数器还是等于2，并未减1。最后用户U1把手机App端打开的窗口也关闭后，再发送一条下线消息，该条消息并未丢失，收到后进行引用计数器的计数值减1，这时引用计数器计数值为2-1＝1。计数值大于零，询问与该引用计数器对应的上线消息是否真实在线。
[0058] 为剔除某些用户长时间挂机的行为，还可以：针对每个引用计数器，监测其计数值大于零的时间是否大于预设时间，若是，则发送下线消息通知业务端进行下线处理。例如，对超过24小时没有下线的用户，进行强制下线处理。
[0059] 为进一步提高业务端的在线列表的准确性，还可以：根据无序集合中存储的上线消息对所述业务端的在线列表进行校正。
[0060] 根据无序集合中存储的上线消息对所述业务端的在线列表进行校正，具体的为：根据无序集合中存储的上线消息定时询问接入服务器，进行消息校验。即利用无序集合中存储的上线消息，一条条发送询问消息至接入服务器，接入服务器对每一条消息判断对应的socket连接是否存在，如果存在，则回复存在，不做改变，如果不存在，则回复不存在，处理服务器根据回复的不存在，将相应的引用计数器减1，以及将无序集合中删除对应的一条上线消息。引用计数器的计数值不大于零，则发送下线消息通知业务端进行下线处理。这样及时矫正了引用计数器和无序集合，以及进一步提高业务端的在线列表的准确性。
[0061] 根据无序集合中存储的上线消息对所述业务端的在线列表进行校正，还可以为：业务端将自己当前视频直播房间的在线列表中的用户与无序集合中存储的上线消息进行比对矫正。例如，视频直播房间room_1的在线列表中存在用户U1，如果无序集合中存储的上线消息中不包括与该视频直播房间room_1和用户U1对应的上线消息，则将在线列表中存在的用户U1删除。进一步提高业务端的在线列表的准确性。
[0062] 本发明实施例提供另一种上下线消息的接收处理方法，参见图3所示，步骤31、34、35、36分别与步骤S11、S12、S13和S14相同，该方法包括：
[0063] 步骤S31：接收接入服务器发送的上线消息和下线消息；
[0064] 步骤S32：将所述上线消息和所述下线消息存储至本地缓存队列；
[0065] 步骤S33：异步从所述本地缓存队列获取所述上线消息和所述下线消息；
[0066] 整个服务启动的同时，开启一个线程专门获取本地缓存队列的消息(即采用queue.poll()取出消息)。并采用线程池并发进行后续消息处理，具体指在服务启动的时候，开辟一个线程池(代码：new一个java提供的类，类名叫ThreadPoolExecutor)，并指定线程池中的线程个数，以及等待执行的最大队列长度等。如取出5条消息，就可以从线程池取出五个线程去分别执行逻辑操作，而不需要一条一条的顺序执行，提高了消息的处理能力。
[0067] 步骤S34：解析得到每个所述上线消息包含的第一标识，第一标识包括用户标识和视频直播间标识，将第一标识对应的引用计数器的计数值加1，并将每个所述上线消息存储在无序集合中；
[0068] 步骤S35：解析得到每个所述下线消息包含的第二标识，第二标识包括用户标识和视频直播间标识，从所述无序集合中匹配与下线消息对应的上线消息，且在匹配成功后将匹配得到的上线消息从所述无序集合中删除，并将与删除的上线消息包含的第一标识对应的引用计数器的引用计数器的计数值减1；
[0069] 步骤S36：判断引用计数器的计数值是否大于零，若否，则发送下线消息通知业务端进行下线处理，每个引用计数器的初始值为零。
[0070] 针对高并发下的消息洪峰，处理服务器在接收消息的过程中，把消息的接受和处理进行异步分练，采用本地缓存机制替代第三方消息组件(如AMQ)，消息接收能力大大提高，明显优于第三方组件(如AMQ)，避免第三方组件被打满情况下，影响消息正常接受。异步分拣是指将消息接收和后续的针对消息的逻辑处理分离开来。即接收和处理分为两个动作，拆开执行。这样当消息传递过来时，只是简简单单的接收消息不做其他逻辑，提高了接收消息的能力和速度。
[0071] 对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。
[0072] 下述为本发明装置实施例，可以用于执行本发明方法实施例。对于本发明装置实施例中未披露的细节，请参照本发明方法实施例。
[0073] 本实施例提供一种上下线消息的接收处理装置，参见图4所示，该装置包括：
[0074] 接收单元11，用于接收接入服务器发送的上线消息和下线消息；
[0075] 第一处理单元12，用于解析得到每个所述上线消息包含的第一标识，第一标识包括用户标识和视频直播间标识，将第一标识对应的引用计数器的计数值加1，并将每个所述上线消息存储在无序集合中；
[0076] 第二处理单元13，用于解析得到每个所述下线消息包含的第二标识，第二标识包括用户标识和视频直播间标识，从所述无序集合中匹配与下线消息对应的上线消息，且在匹配成功后将匹配得到的上线消息从所述无序集合中删除，并将与删除的上线消息包含的第一标识对应的引用计数器的引用计数器的计数值减1；
[0077] 第一调整单元14，用于判断引用计数器的计数值是否大于零，若否，则发送下线消息通知业务端进行下线处理，每个引用计数器的初始值为零。
[0078] 本发明实施例提供一种上下线消息的接收处理装置，第一调整单元14判断引用计数器的计数值是否大于零，若否，则发送下线消息通知业务端进行下线处理。业务端会将相应视频直播房间对应的用户的在线列表中的相应用户剔除。因此，减少了僵尸用户的存在，提高了用户在线列表的准确性。
[0079] 本实施例提供另一种上下线消息的接收处理装置，参见图5所示，相对于图4提供的上下线消息的接收处理装置，该装置还包括：
[0080] 第二调整单元15，用于在所述将与删除的上线消息包含的第一标识对应的引用计数器的引用计数器的计数值减1后，如果引用计数器的计数值大于零，则判断所述无序集合中与该引用计数器对应的所有上线消息是否存在非真实在线的上线消息，若是，则设置该引用计数器的计数值为真实在线的上线消息的数量。
[0081] 优选的，上述上下线消息的接收处理装置还可以包括：第三调节单元，用于根据所述无序集合中存储的上线消息对所述业务端的在线列表进行校正。
[0082] 优选的，述上下线消息的接收处理装置还可以包括：第四调节单元，用于针对每个引用计数器，监测其计数值大于零的时间是否大于预设时间，若是，则发送下线消息通知业务端进行下线处理
[0083] 本实施例提供另一种上下线消息的接收处理装置，参见图6所示，相对于图4提供的上下线消息的接收处理装置，该装置还可以包括：
[0084] 缓存单元16，用于将所述上线消息和所述下线消息存储至本地缓存队列；
[0085] 异步获取单元17，用于异步从所述本地缓存队列获取所述上线消息和所述下线消息。
[0086] 对于装置实施例而言，由于其基本相应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
[0087] 在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
[0089] 对本发明所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
QQ群二维码
意见反馈
意见反馈