使用被优化用于不同通信类型的多个服务器的设备监测的制作方法_4

文档序号:8909179阅读:来源:国知局
数据(可选的)和新令牌17。如果在步骤140中,代 理已经接收到新数据,则它在步骤142中更新设备设置。在此之后或者如果在步骤140中 不存在被代理接收的新数据,代理14在步骤144中将新认证令牌17存储在设备12中。之 后,在步骤130中代理断开连接。
[0077] 注意,通常在与RCS30的快速联系会话期间,加密化L和公共RSA密钥将存在于 设备中。如果它们两者中的任一个都不存在,或加密化L不能被加载,则代理可被配置成立 即自动地呼叫主服务器52。替代地,它可能像平常一样作用并且按排定呼叫主服务器。
[0078] D.顺序图
[0079] 参照图7,示出了用于在已经启用至主服务器(例如,监护服务器(guardian server))的常规呼叫的设备上启用快速呼叫的顺序图。由于从代理至主服务器的常规代理 呼叫200,在设备和主服务器之间所设立的通信会话期间建立202快速呼叫(FC,或迅速呼 叫)特征。在快速呼叫特征建立之后,代理则做出至RCS30的快速呼叫204。RCS用一个 确认206来响应,因为没有要做的。短时间之后,代理做出另一快速呼叫208,并且再次接收 一个确认210,因为仍没有要做的。
[0080] 参照图8,示出了当不存在用于设备的未决动作时的系统操作的顺序图。代理向 RCS提交(POST) -个HTTP请求220。RCS用一个确认222来响应,因为没有要做的。短时 间之后224,代理做出另一快速呼叫226,并且再次接收一个确认228,因为仍没有要做的。
[0081] 参照图9,示出了当代理做出常规呼叫时发生的事件的顺序图,所述代理也被配置 成用于快速呼叫。代理向RCS提交(POST) -个HTTP请求250。RCS用一个确认252来响应, 因为没有要做的。短时间之后,代理做出另一快速呼叫254,并且再次接收一个确认256,因 为仍没有要做的。接下来,在排定的常规呼叫时间时,到了用于至主服务器的常规呼叫260 的时间,设及会话的建立和与常规呼叫相关联的数据的交换。在常规呼叫之后,代理返回W 做出至RCS的快速呼叫264。
[008引参照图10,示出了在至RCS的呼叫期间如何更新快速呼叫设置的顺序图。首先,代 理向RCS发送一个HTTP包270。RCS用一个请求272响应,W打开会话。代理之后向RCS发 送其当前设置274,之后RCS将经更新的设置276发回至代理。然后,会话终止。假设RCS 未发送一个设置从而关闭了快速呼叫,则代理在通常的超时间隔已经过去之后,再次呼叫 RCS2780
[008引参照图11,示出了可如何强制代理呼叫主服务器的顺序图。该使用仅例如五个包 来实现。首先,代理向RCS发送HTTP包300,之后RCS向代理发送一个请求302,W打开会 话。然后,代理向RCS发送其设置304,RCS之后将经更新的设置306发送回至代理(如果 存在任何代理的话),并且RCS之后立即发送回一个用于代理呼叫主服务器的命令308。在 与RCS的快速联系会话被断开连接之后,代理立即地、在其正常计划之外的呼叫310主服务 器,并且与它建立会话。当与主服务器的会话已经终止时,在快速呼叫间隔已经逝去后,代 理则像平常一样呼叫312RCS。
[0084]参照图12,示出了安全动作的性能的顺序图。如上所述,在向代理发送322 -个 命令W发起至主服务器的立即呼叫期间,做出至RCS的快速呼叫320。该是因为已经在RCS 处针对特定的代理设置了标记,W强制至主服务器的呼叫。在与主服务器的会话330期间, 代理接收一个指令334,W开始从设备删除数据。与主服务器的会话结束,且设备继续数据 删除操作。在数据删除操作已经完成之后,快速呼叫之间的时间间隔逝去。由于存在将由 代理实行的另一高优先级的动作,所W在至RCS的随后的快速呼叫340期间,呼叫主服务器 的命令342再一次从RCS传输至代理。在本实施例中,在至主服务器的呼叫344期间,发送 命令346W冻结设备。尽管设备被冻结,它仍保持呼叫RCS的能力,在内部呼叫间隔224已 经逝去之后它该样做。该时,由于不存在针对代理的未完成的动作并且RCS处的标记已经 被复位,则与主服务器的会话不被请求。
[0085]E.另一实施方案,具有整合服务器
[0086] 参照图13,示出了快速联系系统的另一实施方案。它示出了经由路由器380连接 至多个RCS(FC服务器)30的多个设备12。主服务器52被示出为CTSrv。示出了客户中屯、 服务器(CC) 390,其实施一个网络应用,所述网络应用允许客户浏览有关快速联系的信息, 并且启用和禁用快速呼叫特征。它可示出哪些设备已经启用了快速联系W及哪些设备未启 用快速联系。它能示出来自每个设备的最后快速呼叫的时间,并且能够突出最近的呼叫,因 为它们更可能是在线的。CC可被用于强制至主服务器的常规呼叫。CC可示出哪些设备具 有未完成的参数更新,或相对于它们进行的强制代理呼叫动作,W及已经完成的动作的历 史。如果用户在启用了快速联系的设备上请求终端用户消息巧ndUserMessage)、设备冻 结值evice化eeze)或数据删除值ataDelete),则CC将通知整合服务400(见下面)设备 应在它下一次呼叫时建立常规的代理呼叫。
[0087]EMS395是ESN管理服务器(还被实施为网络服务),具有一些类似于CC390的 功能。该将允许使用者在一个计算机上或同时在一组计算机上设置有关快速联系的参数。 所述计算机可W是公共订单或公共账户。它可被用于请求至主服务器的强制呼叫。EMS95 可示出哪些设备已经启用了快速联系,W及哪些设备未启用快速联系。它能示出来自每个 设备的最后快速呼叫的时间,并且能够突出最近的呼叫,因为它们更可能是在线的。EMS可 示出哪些设备有突出的参数更新或相对于它们进行的强制代理呼叫动作,W及已经对它们 执行的任何动作的历史。
[0088]RCS从整合服务400获得了关于特定的代理是否需要做出至主服务器的常规呼叫 的信息。当设备呼入时,RCS向设备发送该信息,并且之后关于该呼叫W及所做出的任何改 变通知整合服务。
[0089] 整合服务400通知RCS关于对更新代理的参数的任何新的请求。当RCS通知整合 服务关于已完成的代理参数改变时,整合服务将关于所述改变的信息写至外部数据库410。 整合服务还向CC和EMS提供信息,所述信息为诸如关于连接到整合服务的RCS的状态信 息,W及具体的设备呼入至RCS的最后时间。对于小的快速联系系统,整合服务可仅被实施 作为接口和/或API,但对于较大的系统,比较好的是被实施作为独立的服务器。
[0090] 快速联系数据405存储用于需要在设备的下次呼叫时被更新的设备的参数更新 的列表。当RCS启动时,它们直接查询快速联系数据库405,W抽选(seed)它们的本地缓存 35。CC和EMS直接查询数据库410,W获得关于哪些动作已被完成的信息。数据库415还 维护每个设备何时最后呼入至它的易失性历史,使得EMS和CC能够示出哪些设备更可能当 前在线。
[0091]F.另一实施方案的过程
[0092] 参照图14,示出了用于设备配置的顺序图。EMS395被用于设置500用于设备的 快速联系参数,并且将所需的参数发送至CIData数据库420 (图13)。它还发送502参数至 整合服务400。
[0093] 在图15中,示出了用于设备参数更新的顺序图。代理做出至主服务器的常规呼 口在此期间通常的消息被交换。此外,在该呼叫期间,主服务器从CIData数据库取回522 用于设备的快速联系参数。快速联系参数在设备上被设置524,并且在该些设置之后,通过 主服务器52经由EMS395将已完成动作的通知发送526至整合服务400。在此之后,在设 备和主服务器之间可能存在更多的所交换的标准消息528。
[0094] 在图16中,示出了用于RCS启动的顺序图。作为开始,RCS从快速联系数据库405 获得540任何未决动作。然后,它将任何未决动作写542至本地动作表缓存35,并且向整合 服务400注册544。
[009引在图17中,示出了用于新参数更新的轮询或用于强制呼叫的轮询的顺序图。在定 时器560到期之后,整合服务400从数据库405中的动作表获得新动作562,在此之后,它通 知RCS新的动作。
[0096] 在图18中,示出了在不存在未决参数更新或不存在强制呼叫指令时,用于至RCS 30的快速代理呼叫的顺序图。首先,代理做出至RCS的快速呼叫580。RCS发送582针对设 备至整合服务的最后呼叫时间,所述整合服务之后发送584所述最后呼叫时间至存储器内 的数据库415中的最后呼叫表。然后,RCS在本地数据库缓存35中查找586任何可能用于 设备12未决的动作。由于不存在未决的动作,所WRCS简单地向设备发送回一个确认。
[0097] 在图19中,示出了当存在未决参数更新或强制呼叫时,用于至RCS30的快速呼叫 的顺序图,首先,代理呼叫600RCS,RCS发送602最后呼叫时间至整合服务器,整合服务器 转而发送604所述最后呼叫时间至数据库中的最后呼叫表。RCS获得606用于该设备的任 何未决动作,在该种情况下,所述任何未决动作是将要设置的新参数。新参数被发送608至 代理,然后已经完成的动作从等待设备的动作的列表中被删除610。之后,已经完成的动作 在整合服务器处被设置为已完成612,然后整合服务器在动作表中将该动作设置为已完成 614,并且在动作表历史中做一个条目616。
[0098]G.规模
[0099] 快速联系系统10可包括经由负载均衡器700连接至网络18的多个RCS,如图 20中所示。如果达到整合服务器400的最大容量,则可增加一个或多个另外的整合服务 器702,每个整合服务器负责一组给定的RCS30,并且每个整合服务器具有相应的数据库 705、710,所述相应的数据库705、710被配置W存储被配置成呼叫所述整合服务器的、用于 设备12的数据和动作。对于每个附加的整合服务器或整合服务器组,可W增加另一个负载 均衡器,该负载均衡器自身具有用于待呼叫的相应的设备12的公共IP地址。可使用高性能 分布式的数据存储,诸如ApacheCassan化a?、MicrosoftVelocity?或MicrosoftServer AppF油ric?,使得所有整合服务器可针对本质相同的数据工作。
[0100]H.工业适用性
[0101] 快速联系系统可为设备的管理员或拥有者减少在远程设备上调用安全手段(诸 如,数据删除、设备冻结等)所消耗的时间。此外,受保护的设备和监测服务器之间的通信 信道的可用性是间歇地但频繁地被维持而不引入成本,并且使用维持连续连接原本需要的 资源和带宽。
[0102] I.变化
[0103] 可使用不同的至RCS30的呼叫间隔。例如,如果RCS每分钟可处理100000次呼 口q,那
当前第4页1 2 3 4 5 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1