CN112333000A - 基于即时消息通信的设备纳管系统及方法 - Google Patents
基于即时消息通信的设备纳管系统及方法 Download PDFInfo
- Publication number
- CN112333000A CN112333000A CN202011026256.1A CN202011026256A CN112333000A CN 112333000 A CN112333000 A CN 112333000A CN 202011026256 A CN202011026256 A CN 202011026256A CN 112333000 A CN112333000 A CN 112333000A
- Authority
- CN
- China
- Prior art keywords
- message
- server
- identification information
- managed
- management
- 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.)
- Withdrawn
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0246—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols
- H04L41/026—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols using e-messaging for transporting management information, e.g. email, instant messaging or chat
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请提供了一种基于即时消息通信的设备纳管系统及方法,每个被纳管设备的即时消息客户端,用于在需要纳管时,向所述即时消息服务器发送第一纳管消息,该第一纳管消息中携带设备纳管服务器的标识信息;上述即时消息服务器,用于接收所述第一纳管消息,将所述第一纳管消息发送给携带的设备纳管服务器的标识信息对应的设备纳管服务器的即时消息客户端;所述对应的设备纳管服务器的即时消息客户端,用于接收所述第一纳管消息;根据第一纳管消息和第一好友关系列表对该被纳管设备进行纳管,该第一好友关系列表中存储有当前可纳管的被纳管设备的标识信息。采用上述系统,实现了被纳管设备的纳管,而且解除了被纳管设备与设备纳管服务器之间的耦合。
Description
技术领域
本申请涉及计算机通信技术领域,尤其涉及一种基于即时消息通信的设备纳管系统及方法。
背景技术
纳管设备是运维设备的前提,要实现对被纳管设备的纳管,传统的模式有两种:第一种方法是调用被纳管设备的应用程序接口(Application Interface,API)实现对被纳管设备的纳管,第二种方法是设备纳管服务器通过与被纳管设备建立长连接实现对被纳管设备的纳管。
针对第一种纳管方法,该方法的实现前提是要求设备纳管服务器能够访问到被纳管设备的IP地址,即要求设备纳管服务器与被纳管设备处于同一网络中,但是很多实际场景中无法满足这种网络互通的要求,往往被纳管设备位于私网中,拥有私网IP,其提供的API无法被处于外网中的设备纳管服务器访问,导致无法实现对私网内被纳管设备的纳管。此外,设备纳管服务器需要针对被纳管设备的API编写调用程序,以实现与被纳管设备交换信息,当被纳管设备类型繁多、且每种被纳管设备提供的API外观各不相同时,调用接口前的认证方式也各不相同时,设备纳管服务器侧的开发工作将极为繁重。
而第二种纳管方法,要求被纳管设备主动连接设备纳管服务器,设备纳管服务器接收被纳管设备的连接建立请求,从而在被纳管设备与设备纳管服务器之间建立双向连接。长连接建立之后,被纳管设备与设备纳管服务器之间就可以进行双向的数据交换了,也即可以实现被纳管设备的纳管;但是该方法中,要求设备纳管服务器维护与所有被纳管设备的长连接,当被纳管设备数量较多时,设备纳管服务器将承担较大的IO资源压力,同时管理与众多被纳管设备的长连接,增加了设备纳管服务器的设计与开发难度,而且设备纳管服务器并没有完全与被纳管设备解耦;此外,目前的被纳管设备只能和一个设备纳管服务器建立长连接,无法满足一个被纳管设备被多个设备纳管服务器管理的需求。
因此,如何实现设备的纳管以克服上述所提问题是值得考虑的技术问题之一。
发明内容
有鉴于此,本申请提供一种基于即时消息通信的设备纳管系统及方法,用以实现设备的纳管,以解决现有技术中设备纳管服务器调用设备的API或与被纳管设备建立长连接所存在的问题。
具体地,本申请是通过如下技术方案实现的:
根据本申请的第一方面,提供一种基于即时消息通信的设备纳管系统,包括:至少一个被纳管设备、至少一个设备纳管服务器和即时消息服务器,每个被纳管设备安装有即时消息客户端,以及每个设备纳管服务器安装有即时消息客户端,其中:
每个被纳管设备的即时消息客户端,用于在需要纳管时,向所述即时消息服务器发送第一纳管消息,所述第一纳管消息中携带设备纳管服务器的标识信息;
所述即时消息服务器,用于接收所述第一纳管消息,并将所述第一纳管消息发送给携带的设备纳管服务器的标识信息对应的设备纳管服务器的即时消息客户端;
所述对应的设备纳管服务器的即时消息客户端,用于接收所述第一纳管消息;根据所述第一纳管消息和第一好友关系列表对该被纳管设备进行纳管,所述第一好友关系列表中存储有当前可纳管的被纳管设备的标识信息。
根据本申请的第二方面,提供一种基于即时消息通信的设备纳管方法,应用于被纳管设备的即时消息客户端;以及所述方法,包括:
在需要设备纳管服务器纳管被纳管设备时,向即时消息服务器发送第一纳管消息,所述第一纳管消息中携带设备纳管服务器的标识信息,以使所述即时消息服务器将所述第一纳管消息转发给携带的设备纳管服务器的标识信息对应的设备纳管服务器的即时消息客户端,由设备纳管服务器的即时消息客户端根据所述第一纳管消息和第一好友关系列表对该被纳管设备进行纳管,所述第一好友关系列表中存储有当前可纳管的被纳管设备的标识信息。
根据本申请的第三方面,提供一种基于即时消息通信的设备纳管方法,应用于设备纳管服务器的即时消息客户端;以及所述方法,包括:
接收即时消息服务器转发的第一纳管消息,所述第一纳管消息为被纳管设备在需要纳管时向所述即时消息服务器发送的,且所述第一纳管消息中携带设备纳管服务器的标识信息;
根据所述第一纳管消息和第一好友关系列表对该被纳管设备进行纳管,所述第一好友关系列表中存储有当前可纳管的被纳管设备的标识信息。
本申请实施例的有益效果:
通过在被纳管设备和设备纳管服务器安装即时消息客户端,以及用即时消息服务器建立设备纳管服务器与被纳管设备之间的通信连接,不仅实现了被纳管设备的纳管,而且解除了被纳管设备与设备纳管服务器之间的耦合;此外,将即时消息服务作为被纳管设备与设备纳管服务器之间交换信息的媒介,一方面利用消息协议解耦设备纳管服务器与被纳管设备,避免被纳管设备API的直接调用;另一方面将设备纳管服务器从维护大量被纳管设备的长连接的繁重工作中解放出来,进一步实现与被纳管设备之间的解耦;而且还实现了一个设备纳管服务器纳管多个被纳管设备,以及一个被纳管设备被多个设备纳管服务器纳管的需求。
附图说明
图1是本申请实施例提供的一种基于即时消息通信的设备纳管系统的结构示意图;
图2是本申请实施例提供的另一种基于即时消息通信的设备纳管系统的结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如本申请的一些方面相一致的装置和方法的例子。
在本申请使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请。在本申请中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相对应的列出项目的任何或所有可能组合。
应当理解,尽管在本申请可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
为了更好地理解本申请,首先对本申请涉及的技术术语进行介绍:
设备纳管是指将被纳管设备连接到设备纳管服务器上,从而实现被纳管设备向设备纳管服务器上报自身信息以及设备纳管服务器向被纳管设备下发操作/数据的过程。
即时消息(Instant Messaging,IM),也称即时通信,是指可以在线时实交流的工具,也就是通常所说的在线聊天工具,例如QQ、微信、MSN、Lync等。消息类型包括文本、图片、声音、文件等。一套即时消息服务系统通常由即时消息服务器IM server、即时消息客户端IM client组成。每个用户可以通过安装一个IM客户端、注册IM账号、添加对方IM账号到好友列表、向好友发送消息这一过程来完成在线即时聊天。本申请通过在被纳管设备和设备纳管服务器安装即时消息客户端,利用即时消息客户端和即时消息服务实现设备的纳管。此外,本申请中安装的即时消息客户端和即时消息服务器既可以为采用上述开源或商业方案的客户端和服务器,也可以为采用自行实现且遵守XMPP(Extensible Messaging andPresence Protocol,可扩展消息和展示协议)协议的客户端和服务器。
下面对本申请提供的基于即时消息通信的设备纳管系统进行详细地说明。
参见图1,图1是本申请提供的一种基于即时消息通信的设备纳管系统的系统架构图,包括:至少一个被纳管设备、即时消息服务器IM server和至少一个设备纳管服务器,每个被纳管设备安装有即时消息客户端IM client,以及每个设备纳管服务器安装有即时消息客户端IM client,为了方便描述,将每个被纳管设备安装的即时消息客户端记为第一即时消息客户端,将每个设备纳管服务器安装的即时消息客户端记为第二即时消息客户端,则:
当被纳管设备需要设备纳管服务器纳管该被纳管设备时,可以按照下述过程实施:
第一即时消息客户端,用于在需要纳管时,向即时消息服务器发送第一纳管消息,上述第一纳管消息中携带设备纳管服务器的标识信息;
上述即时消息服务器,用于接收上述第一纳管消息,并将上述第一纳管消息发送给携带的设备纳管服务器的标识信息对应的设备纳管服务器(第一设备纳管服务器)的第二即时消息客户端;
第二即时消息客户端,用于接收上述第一纳管消息;根据上述第一纳管消息和第一好友关系列表对该被纳管设备进行纳管,上述第一好友关系列表中存储有当前可纳管的被纳管设备的标识信息。
为了描述方便,以图1中被纳管设备1期望设备纳管服务器1纳管被纳管设备1为例进行说明,则上述对应的设备纳管服务器则为设备纳管服务器1,当管理员认为被纳管设备1需要设备纳管服务器1纳管该被纳管设备1时,可以通过第一即时消息客户端触发第一纳管消息,然后发送给即时消息服务器,由即时消息服务器转发给设备纳管服务器1的第二即时消息客户端。这样一来,第二即时消息客户端就可以基于第一纳管消息和设备纳管服务器1本地存储的第一好友关系列表实现对被纳管设备1的纳管操作,即,将即时消息服务作为被纳管设备和设备纳管服务器之间交换信息的媒介,既可以避免被纳管设备的API的直接调用,也无需设备纳管服务器与被纳管设备之间维持长连接即可实现对被纳管设备的纳管,也即无需设备纳管服务器维护大量的与被纳管设备之间的长连接。此外,本申请中被纳管设备可以实现由任一设备纳管服务器对其纳管,只需向所期望的设备纳管服务器发送第一纳管消息即可,满足了一个被纳管设备被多个设备纳管服务器纳管的需求。
具体地,本申请中的被纳管设备可以为位于相同或不同的网络环境中,且具有访问公网中即时消息服务器的功能;此外,本申请中的即时消息服务器对外提供公网IP地址,用于供被纳管设备和设备纳管服务器访问。
具体地,本申请中的被纳管设备可以但不限于为:网络基础设施中的路由器、交换机、防火墙、服务器等各种接入或连接Internet的在线设备(在线设备这一概念区别于不接入互联网的离线设备),也可以为各种接入Internet的各种终端设备。而且图1所示的各个被纳管设备可以位于相同或不同的网络环境中,且能够访问公网中的即时消息服务器。
具体地,本申请中的设备纳管服务器可以但不限于为:运维服务器、SDN控制器或者其他需要与设备交换信息的设备。而且图1所示的各个设备纳管服务器可以位于相同或不同的网络环境中,且能够访问公网中的即时消息服务器。
可选地,本申请提供的第一纳管消息还携带该被纳管设备的标识信息;则
上述对应的设备纳管服务器的第二即时消息客户端,具体用于若所述第一纳管消息携带的该被纳管设备的标识信息存储在第一好友关系列表中,则直接对该被纳管设备进行纳管;若该被纳管设备的标识信息不在第一好友关系列表中,且确认允许对该被纳管设备进行纳管,则对该被纳管设备进行纳管;并将该被纳管设备的标识信息存储在所述第一好友关系列表中;
该被纳管设备的第一即时消息客户端,还用于在所述对应的设备纳管服务器对该被纳管设备进行纳管后,若确认所述对应的设备纳管服务器的标识信息不在第二好友关系列表中,则将所述对应的设备纳管服务器的标识信息存储到第二好友关系列表中。
具体地,每个设备纳管服务器维护了一个第一好友关系列表,该第一好友关系列表中存储了该设备纳管服务器可以纳管的被纳管设备的标识信息;相应地,每个被纳管设备本地维护了一张第二好友关系列表,第二好友关系列表中存储了该被纳管设备能够被纳管的设备纳管服务器的标识信息。
在此基础上,还以被纳管设备1和设备纳管服务器1为例进行说明,第二即时消息客户端在接收到第一纳管消息后,可以判断被纳管设备1的标识信息是否在本地存储的第一好友关系列表中,若在该第一好友关系列表中,则表明被纳管设备1和设备纳管服务器1之间已互为好友,也即之前可能对该被纳管设备1执行纳管操作,则本次可以直接对该被纳管设备1发起纳管操作。如若不在该第一好友关系列表中,则表明被纳管设备1和设备纳管服务器1之间不为好友,则第二即时消息客户端可以向设备纳管服务器的管理员展示该被纳管设备1的相关信息,以指示是否同意纳管该被纳管设备1,当管理员同意纳管该被纳管设备1时,第二即时消息客户端会接收到确认指示,则表明允许对该被纳管设备1进行纳管,则第二即时消息客户端可以将该被纳管设备1的标识信息存储到上述第一好友关系列表中,然后通过即时消息服务器向第一即时消息客户端发送同意纳管该被纳管设备1的第一确认消息,使得第一即时消息客户端接收到该第一确认消息后,将该设备纳管服务器1的标识信息存储到第二好友关系列表中,也即表明该被纳管设备1与该设备纳管服务器1之间互为好友关系,在此基础上,后续设备纳管服务器1想要纳管该被纳管设备1时直接发送纳管消息、其他消息或数据即可。当管理员不同意纳管该被纳管设备1时,则第二即时消息客户端会接收到第一拒绝消息,这样,第二即时消息客户端会通过即时消息服务器向第一即时消息客户端发送第一拒绝消息,表明纳管操作失败。
基于上述任一实施例,当被纳管设备不需要设备纳管服务器纳管该被纳管设备时,被纳管设备的第一即时消息客户端和设备纳管服务器的第二即时消息客户端的执行过程如下:
每个被纳管设备的第一即时消息客户端,还用于在不需要纳管时,向所述即时消息服务器发送第一脱管消息,所述第一脱管消息携带有解除纳管的设备纳管服务器的标识信息和该被纳管设备的标识信息;以及将解除纳管的设备纳管服务器的标识信息从第二好友关系列表中删除;
所述即时消息服务器,还用于在接收到所述第一脱管消息后,将所述第一脱管消息转发给携带的设备纳管服务器的标识信息对应的设备纳管服务器的第二即时消息客户端;
对应的设备纳管服务器的第二即时消息客户端,还用于在接收到所述第一脱管消息后,将该被纳管设备的标识信息从第一好友关系列表中删除。
具体地,还以被纳管设备1和设备纳管服务器1为例进行说明,当管理员不希望被纳管设备1由设备纳管服务器1纳管时,可以利用被纳管设备1中的第一即时消息客户端通过即时消息服务器向设备纳管服务器1中的第二即时消息客户端发送第一脱管消息,这样一来,第二即时消息客户端接收到第一脱管消息后,就可以将被纳管设备1的标识信息从第一好友关系列表中删除,同时向第一即时消息客户端发送同意解除纳管关系的第二确认消息,当第一即时消息客户端接收到该第二确认消息后,就可以将设备纳管服务器1的标识信息从第二好友关系列表中删除,从而实现了被纳管设备与设备纳管服务器之间纳管关系的解除。
可选地,设备纳管服务器还可以主动向期望纳管的被纳管设备进行纳管操作,具体可以按照下述过程实施:
第二即时消息客户端,还用于在需要纳管被纳管设备时,向即时消息服务器发送第二纳管消息,上述第二纳管消息携带需要纳管的被纳管设备的标识信息;
上述即时消息服务器,还用于在接收到上述第二纳管消息后,将上述第二纳管消息转发给上述需要纳管的被纳管设备的标识信息对应的被纳管设备的第一即时消息客户端;
对应的被纳管设备的第一即时消息客户端,用于在接收到上述第二纳管消息后,根据上述第二纳管消息和第二好友关系列表执行纳管操作,上述第二好友关系列表中存储有能够纳管该被纳管设备的设备纳管服务器的标识信息。
具体地,以设备纳管服务器1期望纳管被纳管设备1为例进行说明,则本实施例中上述对应的被纳管设备即为被纳管设备1。当管理员期望利用设备纳管服务器1纳管被纳管设备时,可以利用其内的第二即时消息客户端触发第二纳管消息,然后将第二纳管消息发送给公网的即时消息服务器,然后由即时消息服务器将该第二纳管消息转发给被纳管设备1的第一即时消息客户端,这样一来,被纳管设备1就可以基于第二纳管消息执行纳管操作,从而实现设备纳管服务器1对被纳管设备1的纳管,同样可以解决现有技术存在的问题。而且本申请中设备纳管服务器可以实现纳管任一被纳管设备,即只需向所期望纳管的被纳管设备发送第二纳管消息即可,满足了一个设备纳管服务器纳管多个被纳管设备的需求。
可选地,本实施例中第二纳管消息还携带设备纳管服务器的标识信息;则
上述对应的被纳管设备的第一即时消息客户端,具体用于若所述第二纳管消息携带的设备纳管服务器的标识信息在所述第二好友关系列表中,则执行纳管操作;若所述第二纳管消息携带的设备纳管服务器的标识信息未在所述第二好友关系列表中,且确认允许被该设备纳管服务器所纳管,则执行纳管操作;并将携带的设备纳管服务器的标识信息存储到所述第二好友关系列表中;
该设备纳管服务器的第二即时消息客户端,还用于在确认该被纳管设备允许被该设备纳管服务器纳管时,将若确认该被纳管设备的标识信息未在第一好友关系列表中,则将该被纳管设备的标识信息存储到第一好友关系列表中。
具体地,还以被纳管设备1和设备纳管服务器1为例进行说明,第一即时消息客户端接收到第二纳管消息后,可以判断设备纳管服务器1的标识信息是否在第二好友关系列表中,若在第二好友关系列表中,表明被纳管设备1和设备纳管服务器1之间已互为好友,也即之前可能对该被纳管设备1执行纳管操作,则本次可以直接对该被纳管设备1发起纳管操作。如若不在第二好友关系列表中,则可以将设备纳管服务器1的相关信息展示给被纳管设备的管理员,以及确认是否同意设备纳管服务器1纳管被纳管设备1,当管理员同意设备服务器1纳管被纳管设备1时,则第一即时消息客户端会接收到第三确认消息,然后将设备纳管服务器1的标识信息存储到第二好友关系列表中;同时第一即时消息客户端可以向第二即时消息客户端转发第三确认消息,使得第二即时消息客户端接收到该第三确认消息后,将被纳管设备1的标识信息存储到第一好友关系列表中,也即,设备纳管服务器1与被纳管设备1之间建立了好友关系,后续设备纳管服务器1即可主动的向被纳管设备1发送纳管消息或者其他消息或数据等等。而当管理员不同意由设备纳管服务器1纳管被纳管设备1时,则第一即时消息客户端会接收到第二拒绝消息,然后将第二拒绝消息通过即时消息服务器发送给第二即时消息客户端,表明纳管操作失败。
基于上述任一实施例,当设备纳管服务器不想纳管某个被纳管设备时,设备纳管服务器的第二即时消息客户端和被纳管设备的第一即时消息客户端的执行过程如下:
每个设备纳管服务器的第二即时消息客户端,还用于在不需要纳管被纳管设备时,向所述即时消息服务器发送第二脱管消息,所述第二脱管消息中携带有解除纳管的被纳管设备的标识信息和该设备纳管服务器的标识信息;以及将该被纳管设备的标识信息从第一好友关系列表中删除;
所述即时消息服务器,还用于接收到所述第二脱管消息后,将所述第二脱管消息转发给解除纳管的被纳管设备的标识信息对应的被纳管设备的第一即时消息客户端;
对应的被纳管设备的第一即时消息客户端,还用于在接收到所述第二脱管消息后,将第二脱管消息中携带的设备纳管服务器的标识信息从第二好友关系列表中删除。
具体地,还以被纳管设备1和设备纳管服务器1为例进行说明,当设备纳管服务器1的管理员确认设备纳管服务器1纳管太多被纳管设备导致压力较大,或者确认其与被纳管设备1之间的互动非常少时,可以选择不能够被纳管设备1,此时,可以通过第二即时消息客户端通过即时消息服务器向第一即时消息客户端发送第二脱管消息,第一即时消息客户端接收到第二脱管消息后,可以将设备纳管服务器1的标识信息从第二好友关系列表中删除,同时向第二即时消息客户端发送同意解除纳管关系的第四确认消息,这样,第二即时消息客户端接收到该第四确认消息后,可以将被纳管设备1的标识信息从第一好友关系列表中删除,从而也就实现了被纳管设备与设备纳管服务器之间纳管关系的解除。
值得注意的是,第一即时消息客户端向第二即时消息客户端发送第一纳管消息之前,或者,第二即时消息客户端向第一即时消息客户端发送第二纳管消息之前,需要预先在即时消息服务器上进行注册,针对每个被纳管设备和设备纳管服务器,均需要通过各自的第一即时消息客户端或第二即时消息客户端在即时消息服务器上进行账号注册,可以得到被纳管设备的IM账号和登录密码,以及得到设备纳管服务器的IM账号和登录密码。针对被纳管设备,当注册成功后,可以利用被纳管设备的IM账号和登录密码登录并绑定到其上的第一即时消息客户端;同理,针对设备纳管服务器,当注册成功后,可以利用设备纳管服务器的IM账号和登录密码登录并绑定到其上的第二即时消息客户端,然后就可以执行上述任一实施例所提供的设备纳管操作。
在此基础上,上述被纳管设备的标识信息可以为被纳管设备的IM账号;相应地,上述设备纳管服务器的标识信息也可以为设备纳管服务器的IM账号。可选地,上述被纳管设备的IM账号可以但不限于为被纳管设备的序列号SN,相应地,上述设备纳管服务器的IM账号也可以但不限于为被纳管设备的序列号SN。
需要说明的是,本申请任一实施例中涉及的消息均为即时消息,即第一纳管消息、第二纳管消息、第一脱管消息和第二脱管消息等等均为即时消息。
在此基础上,每个被纳管设备包括多个业务模块接口、即时消息处理器IMMessage Handle和第一即时消息客户端,该第一即时消息客户端配置有消息接收模块、好友管理接口、消息发送接口等等,相应地,每个设备纳管服务器包括多个业务模块接口、即时消息处理器IM Message Handle和第二即时消息客户端,该第二即时消息客户端配置有消息接收模块、好友管理接口、消息发送接口等等,请参考图2所示,其中:
IM Message Handler,从消息接收模块拿到IM消息,参照消息协议,分析消息语义,调用被纳管设备或者设备纳管服务器上的接口进行业务处理,上述IM消息可以为第一即时消息客户端与第二即时消息客户端之间的交互消息中的一个,例如,IM消息为第一纳管消息、第二纳管消息、第一脱管消息、第二脱管消息等消息中的一个。
消息协议:被纳管设备和设备纳管服务器之间约定的IM消息的格式、类型、语义字段等。被纳管设备或设备纳管服务器需要遵守消息协议来实现消息/数据交换。并且被纳管设备或设备纳管服务器要支持对协议消息进行处理(即实现通过IM Message Handler解析消息,调用被纳管设备或设备纳管服务器上的接口进行业务处理),依次实现设备纳管。
消息发送接口:供被纳管设备或设备纳管服务器的业务模块调用,业务模块将业务请求或业务响应封装成遵守消息协议的消息,通过该消息发送接口发送给位于好友关系列表中的好友。
好友管理接口:供被纳管设备或设备纳管服务器的业务模块调用,业务模块通过该好友管理接口建立纳管关系(添加好友)、解除纳管关系(删除好友),获取第一或第二好友关系列表、获取设备(被纳管设备和设备纳管服务器)的在线状态(获取好友在线状态)。
被纳管设备或设备纳管服务器上的即时消息客户端支持记忆IM账号、密码和自动登录功能,并且即时消息客户端随被纳管设备或设备纳管服务器启动。
此外,被纳管设备和设备纳管服务器上的即时消息客户端还可以具备账号管理和消息管理等功能,通过汇总在表1中列出了被纳管设备和设备纳管服务器上的即时消息客户端需要具备的功能:
表1
通过实施本申请上述任一实施例提供的基于即时消息通信的设备纳管系统,通过在被纳管设备和设备纳管服务器安装即时消息客户端,以及用即时消息服务器建立设备纳管服务器与被纳管设备之间的通信连接,不仅实现了被纳管设备的纳管,而且解除了被纳管设备与设备纳管服务器之间的耦合;此外,将即时消息服务作为被纳管设备与设备纳管服务器之间交换信息的媒介,一方面利用消息协议解耦设备纳管服务器与被纳管设备,避免被纳管设备API的直接调用;另一方面将设备纳管服务器从维护大量被纳管设备的长连接的繁重工作中解放出来,进一步实现与被纳管设备之间的解耦;而且还实现了一个设备纳管服务器纳管多个被纳管设备,以及一个被纳管设备被多个设备纳管服务器纳管的需求。
基于同一发明构思,本申请还提供了一种基于即时消息通信的设备纳管方法,应用于被纳管设备的即时消息客户端;以及该方法包括:
在需要设备纳管服务器纳管被纳管设备时,向即时消息服务器发送第一纳管消息,上述第一纳管消息中携带设备纳管服务器的标识信息,以使上述即时消息服务器将上述第一纳管消息转发给携带的设备纳管服务器的标识信息对应的设备纳管服务器的即时消息客户端,由设备纳管服务器的即时消息客户端根据上述第一纳管消息和第一好友关系列表对该被纳管设备进行纳管,上述第一好友关系列表中存储有当前可纳管的被纳管设备的标识信息。
具体地,上述方法的实施可以参考系统实施例中被纳管设备的实施过程,此处不再一一详细说明。
可选地,本实施例提供的基于即时消息通信的设备纳管方法,还包括:
接收即时消息服务器转发的第二纳管消息,第二纳管消息为设备纳管服务器需要纳管被纳管设备时发送的,且第二纳管消息中携带有需要纳管的被纳管设备的标识信息;
根据第二纳管消息和第二好友关系列表执行纳管操作,第二好友关系列表中存储有能够纳管该被纳管设备的设备纳管服务器的标识信息。
具体地,上述过程的实施可以参考系统实施例中被纳管设备的实施过程,此处不再一一详细说明。
在此基础上,本申请提供的基于即时消息通信的设备纳管方法,还包括:
在对应的设备纳管服务器对该被纳管设备进行纳管后,若确认所述对应的设备纳管服务器的标识信息不在第二好友关系列表中,则将所述对应的设备纳管服务器的标识信息存储到第二好友关系列表中。
具体地,上述过程的实施可以参考系统实施例中被纳管设备的实施过程,此处不再一一详细说明。
基于上述任一实施例,本实施例提供的第二纳管消息还携带设备纳管服务器的标识信息;以及本实施例提供的基于即时消息通信的设备纳管方法还包括:
若所述第二纳管消息携带的设备纳管服务器的标识信息在所述第二好友关系列表中,则执行纳管操作;
若所述第二纳管消息携带的设备纳管服务器的标识信息未在所述第二好友关系列表中,且确认允许被该设备纳管服务器所纳管,则执行纳管操作;并将携带的设备纳管服务器的标识信息存储到所述第二好友关系列表中。
具体地,上述过程的实施可以参考系统实施例中被纳管设备的实施过程,此处不再一一详细说明。
可选地,当被纳管设备不需要设备纳管服务器纳管该被纳管设备时,被纳管设备的即时消息客户端可以按照下述方法实施:
在不需要纳管时,向所述即时消息服务器发送第一脱管消息,所述第一脱管消息携带有解除纳管的设备纳管服务器的标识信息和该被纳管设备的标识信息;以使所述即时消息服务器将所述第一脱管消息转发给携带的设备纳管服务器的标识信息对应的设备纳管服务器的即时消息客户端;
将解除纳管的设备纳管服务器的标识信息从第二好友关系列表中删除。
具体地,上述过程的实施可以参考系统实施例中被纳管设备的实施过程,此处不再一一详细说明。
可选地,当设备纳管服务器不需要纳管被纳管设备时,设备纳管服务器会触发第二脱管消息,则在此基础上,被纳管设备的即时消息客户端需要按照下述过程实施:
接收所述即时消息客户端转发的第二脱管消息,所述第二脱管消息中携带有解除纳管的被纳管设备的标识信息和该设备纳管服务器的标识信息;
将第二脱管消息中携带的设备纳管服务器的标识信息从第二好友关系列表中删除。
具体地,上述过程的实施可以参考系统实施例中被纳管设备的实施过程,此处不再一一详细说明。
通过实施本申请提供的基于即时消息通信的设备纳管方法,不仅实现了被纳管设备的纳管,而且用即时消息服务器建立设备纳管服务器与被纳管设备之间的通信连接,不仅实现了被纳管设备的纳管,而且解除了被纳管设备与设备纳管服务器之间的耦合;此外,还实现了一个设备纳管服务器纳管多个被纳管设备,以及一个被纳管设备被多个设备纳管服务器纳管的需求。
基于同一发明构思,本申请还提供了一种基于即时消息通信的设备纳管方法,应用于设备纳管服务器的即时消息客户端;以及该方法包括:
接收即时消息服务器转发的第一纳管消息,所述第一纳管消息为被纳管设备在需要纳管时向所述即时消息服务器发送的,且所述第一纳管消息中携带设备纳管服务器的标识信息;
根据所述第一纳管消息和第一好友关系列表对该被纳管设备进行纳管,所述第一好友关系列表中存储有当前可纳管的被纳管设备的标识信息。
可选地,本实施例提供的基于即时消息通信的设备纳管方法,还包括:
在需要纳管被纳管设备时,向所述即时消息服务器发送第二纳管消息,所述第二纳管消息携带需要纳管的被纳管设备的标识信息。
可选地,本实施例提供的第一纳管消息还携带该被纳管设备的标识信息;则设备纳管服务器的即时消息客户端根据所述第一纳管消息和第一好友关系列表对该被纳管设备进行纳管时,可以按照下述过程实施:
若所述第一纳管消息携带的该被纳管设备的标识信息存储在第一好友关系列表中,则直接对该被纳管设备进行纳管;
若该被纳管设备的标识信息不在第一好友关系列表中,且确认允许对该被纳管设备进行纳管,则对该被纳管设备进行纳管;并将该被纳管设备的标识信息存储在所述第一好友关系列表中。
可选地,本实施例提供的基于即时消息通信的设备纳管方法,还包括:
接收即时消息服务器发送的第一脱管消息,所述第一脱管消息为被纳管设备不需要纳管时向所述即时消息服务器发送的,所述第一脱管消息携带有解除纳管的设备纳管服务器的标识信息和该被纳管设备的标识信息;
将该被纳管设备的标识信息从第一好友关系列表中删除。
可选地,本实施例提供的基于即时消息通信的设备纳管方法,还包括:
在不需要纳管被纳管设备时,向所述即时消息服务器发送第二脱管消息,所述第二脱管消息中携带有解除纳管的被纳管设备的标识信息和该设备纳管服务器的标识信息;
将该被纳管设备的标识信息从第一好友关系列表中删除。
具体地,设备纳管服务器的即时消息客户端执行上述任一方法实施例的实施过程可以参考系统实施例中设备纳管服务器的实施过程,此处不再一一详细列举。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上所述仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请保护的范围之内。
Claims (16)
1.一种基于即时消息通信的设备纳管系统,其特征在于,包括:至少一个被纳管设备、至少一个设备纳管服务器和即时消息服务器,每个被纳管设备安装有即时消息客户端,以及每个设备纳管服务器安装有即时消息客户端,其中:
每个被纳管设备的即时消息客户端,用于在需要纳管时,向所述即时消息服务器发送第一纳管消息,所述第一纳管消息中携带设备纳管服务器的标识信息;
所述即时消息服务器,用于接收所述第一纳管消息,并将所述第一纳管消息发送给携带的设备纳管服务器的标识信息对应的设备纳管服务器的即时消息客户端;
所述对应的设备纳管服务器的即时消息客户端,用于接收所述第一纳管消息;根据所述第一纳管消息和第一好友关系列表对该被纳管设备进行纳管,所述第一好友关系列表中存储有当前可纳管的被纳管设备的标识信息。
2.根据权利要求1所述的系统,其特征在于,
每个设备纳管服务器的即时消息客户端,还用于在需要纳管被纳管设备时,向所述即时消息服务器发送第二纳管消息,所述第二纳管消息携带需要纳管的被纳管设备的标识信息;
所述即时消息服务器,还用于在接收到所述第二纳管消息后,将所述第二纳管消息转发给所述需要纳管的被纳管设备的标识信息对应的被纳管设备的即时消息客户端;
所述对应的被纳管设备的即时消息客户端,用于在接收到所述第二纳管消息后,根据所述第二纳管消息和第二好友关系列表执行纳管操作,所述第二好友关系列表中存储有能够纳管该被纳管设备的设备纳管服务器的标识信息。
3.根据权利要求1所述的系统,其特征在于,所述第一纳管消息还携带该被纳管设备的标识信息;
所述对应的设备纳管服务器的即时消息客户端,具体用于若所述第一纳管消息携带的该被纳管设备的标识信息存储在第一好友关系列表中,则直接对该被纳管设备进行纳管;若该被纳管设备的标识信息不在第一好友关系列表中,且确认允许对该被纳管设备进行纳管,则对该被纳管设备进行纳管;并将该被纳管设备的标识信息存储在所述第一好友关系列表中;
该被纳管设备的即时消息客户端,还用于在所述对应的设备纳管服务器对该被纳管设备进行纳管后,若确认所述对应的设备纳管服务器的标识信息不在第二好友关系列表中,则将所述对应的设备纳管服务器的标识信息存储到第二好友关系列表中。
4.根据权利要求2所述的系统,其特征在于,所述第二纳管消息还携带设备纳管服务器的标识信息;
所述对应的被纳管设备的即时消息客户端,具体用于若所述第二纳管消息携带的设备纳管服务器的标识信息在所述第二好友关系列表中,则执行纳管操作;若所述第二纳管消息携带的设备纳管服务器的标识信息未在所述第二好友关系列表中,且确认允许被该设备纳管服务器所纳管,则执行纳管操作;并将携带的设备纳管服务器的标识信息存储到所述第二好友关系列表中;
该设备纳管服务器的即时消息客户端,还用于在确认该被纳管设备允许被该设备纳管服务器纳管时,将若确认该被纳管设备的标识信息未在第一好友关系列表中,则将该被纳管设备的标识信息存储到第一好友关系列表中。
5.根据权利要求1所述的系统,其特征在于,
每个被纳管设备的即时消息客户端,还用于在不需要纳管时,向所述即时消息服务器发送第一脱管消息,所述第一脱管消息携带有解除纳管的设备纳管服务器的标识信息和该被纳管设备的标识信息;以及将解除纳管的设备纳管服务器的标识信息从第二好友关系列表中删除;
所述即时消息服务器,还用于在接收到所述第一脱管消息后,将所述第一脱管消息转发给携带的设备纳管服务器的标识信息对应的设备纳管服务器的即时消息客户端;
对应的设备纳管服务器的即时消息客户端,还用于在接收到所述第一脱管消息后,将该被纳管设备的标识信息从第一好友关系列表中删除。
6.根据权利要求1所述的系统,其特征在于,
每个设备纳管服务器的即时消息客户端,还用于在不需要纳管被纳管设备时,向所述即时消息服务器发送第二脱管消息,所述第二脱管消息中携带有解除纳管的被纳管设备的标识信息和该设备纳管服务器的标识信息;以及将该被纳管设备的标识信息从第一好友关系列表中删除;
所述即时消息服务器,还用于接收到所述第二脱管消息后,将所述第二脱管消息转发给解除纳管的被纳管设备的标识信息对应的被纳管设备的即时消息客户端;
对应的被纳管设备的即时消息客户端,还用于在接收到所述第二脱管消息后,将第二脱管消息中携带的设备纳管服务器的标识信息从第二好友关系列表中删除。
7.一种基于即时消息通信的设备纳管方法,其特征在于,应用于被纳管设备的即时消息客户端;以及所述方法,包括:
在需要设备纳管服务器纳管被纳管设备时,向即时消息服务器发送第一纳管消息,所述第一纳管消息中携带设备纳管服务器的标识信息,以使所述即时消息服务器将所述第一纳管消息转发给携带的设备纳管服务器的标识信息对应的设备纳管服务器的即时消息客户端,由设备纳管服务器的即时消息客户端根据所述第一纳管消息和第一好友关系列表对该被纳管设备进行纳管,所述第一好友关系列表中存储有当前可纳管的被纳管设备的标识信息。
8.根据权利要求7所述的方法,其特征在于,还包括:
接收所述即时消息服务器转发的第二纳管消息,所述第二纳管消息为设备纳管服务器需要纳管被纳管设备时发送的,且所述第二纳管消息中携带有需要纳管的被纳管设备的标识信息;
根据所述第二纳管消息和第二好友关系列表执行纳管操作,所述第二好友关系列表中存储有能够纳管该被纳管设备的设备纳管服务器的标识信息。
9.根据权利要求8所述的方法,其特征在于,所述第二纳管消息还携带设备纳管服务器的标识信息;以及所述方法,还包括:
若所述第二纳管消息携带的设备纳管服务器的标识信息在所述第二好友关系列表中,则执行纳管操作;
若所述第二纳管消息携带的设备纳管服务器的标识信息未在所述第二好友关系列表中,且确认允许被该设备纳管服务器所纳管,则执行纳管操作;并将携带的设备纳管服务器的标识信息存储到所述第二好友关系列表中。
10.根据权利要求7所述的方法,其特征在于,还包括:
在不需要纳管时,向所述即时消息服务器发送第一脱管消息,所述第一脱管消息携带有解除纳管的设备纳管服务器的标识信息和该被纳管设备的标识信息;以使所述即时消息服务器将所述第一脱管消息转发给携带的设备纳管服务器的标识信息对应的设备纳管服务器的即时消息客户端;
将解除纳管的设备纳管服务器的标识信息从第二好友关系列表中删除。
11.根据权利要求7所述的方法,其特征在于,还包括:
接收所述即时消息客户端转发的第二脱管消息,所述第二脱管消息中携带有解除纳管的被纳管设备的标识信息和该设备纳管服务器的标识信息;
将第二脱管消息中携带的设备纳管服务器的标识信息从第二好友关系列表中删除。
12.一种基于即时消息通信的设备纳管方法,其特征在于,应用于设备纳管服务器的即时消息客户端;以及所述方法,包括:
接收即时消息服务器转发的第一纳管消息,所述第一纳管消息为被纳管设备在需要纳管时向所述即时消息服务器发送的,且所述第一纳管消息中携带设备纳管服务器的标识信息;
根据所述第一纳管消息和第一好友关系列表对该被纳管设备进行纳管,所述第一好友关系列表中存储有当前可纳管的被纳管设备的标识信息。
13.根据权利要求12所述的方法,其特征在于,还包括:
在需要纳管被纳管设备时,向所述即时消息服务器发送第二纳管消息,所述第二纳管消息携带需要纳管的被纳管设备的标识信息。
14.根据权利要求12所述的方法,其特征在于,所述第一纳管消息还携带该被纳管设备的标识信息;则
根据所述第一纳管消息和第一好友关系列表对该被纳管设备进行纳管,包括:
若所述第一纳管消息携带的该被纳管设备的标识信息存储在第一好友关系列表中,则直接对该被纳管设备进行纳管;
若该被纳管设备的标识信息不在第一好友关系列表中,且确认允许对该被纳管设备进行纳管,则对该被纳管设备进行纳管;并将该被纳管设备的标识信息存储在所述第一好友关系列表中。
15.根据权利要求12所述的方法,其特征在于,还包括:
接收即时消息服务器发送的第一脱管消息,所述第一脱管消息为被纳管设备不需要纳管时向所述即时消息服务器发送的,所述第一脱管消息携带有解除纳管的设备纳管服务器的标识信息和该被纳管设备的标识信息;
将该被纳管设备的标识信息从第一好友关系列表中删除。
16.根据权利要求12所述的方法,其特征在于,还包括:
在不需要纳管被纳管设备时,向所述即时消息服务器发送第二脱管消息,所述第二脱管消息中携带有解除纳管的被纳管设备的标识信息和该设备纳管服务器的标识信息;
将该被纳管设备的标识信息从第一好友关系列表中删除。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011026256.1A CN112333000A (zh) | 2020-09-25 | 2020-09-25 | 基于即时消息通信的设备纳管系统及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011026256.1A CN112333000A (zh) | 2020-09-25 | 2020-09-25 | 基于即时消息通信的设备纳管系统及方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112333000A true CN112333000A (zh) | 2021-02-05 |
Family
ID=74303265
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011026256.1A Withdrawn CN112333000A (zh) | 2020-09-25 | 2020-09-25 | 基于即时消息通信的设备纳管系统及方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112333000A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2024016333A1 (zh) * | 2022-07-22 | 2024-01-25 | 新华三技术有限公司 | 一种设备管理方法及网络设备 |
-
2020
- 2020-09-25 CN CN202011026256.1A patent/CN112333000A/zh not_active Withdrawn
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2024016333A1 (zh) * | 2022-07-22 | 2024-01-25 | 新华三技术有限公司 | 一种设备管理方法及网络设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7505574B2 (en) | Method and system for providing an improved communications channel for telephone conference initiation and management | |
JP4965574B2 (ja) | 複数のプロセスにおけるポートの共有 | |
US7953803B2 (en) | Multiple login instant messaging | |
US7941495B2 (en) | Management capabilities for real-time messaging networks | |
EP1579654B1 (en) | Controller for multimedia sessions | |
RU2498520C2 (ru) | Способ обеспечения одноранговой связи на веб-странице | |
US7853703B1 (en) | Methods and apparatuses for identification of device presence | |
KR102208935B1 (ko) | 데이터 교환을 위한 컨텍스트를 설정하는 http 프로토콜을 통한 메시징 api | |
US10078872B2 (en) | System and method for managing and processing channel lines in a communication network | |
US9083693B2 (en) | Managing private information in instant messaging | |
US9065788B2 (en) | Method, device and system for voice communication | |
CN105721389B (zh) | 多终端设备互通数据处理和服务响应方法、装置 | |
CN112769837B (zh) | 基于WebSocket的通信传输方法、装置、设备、系统及存储介质 | |
US9137047B2 (en) | Instant messaging system, component and method for additional service | |
US7593988B2 (en) | Systems and methods for multiparty session invite | |
EP2560329B1 (en) | Method and processing system for routing a message request | |
US20170019484A1 (en) | System and method for aggregating communication connections | |
EP2974159B1 (en) | Method, device and system for voice communication | |
JP2002157218A (ja) | 同時に複数のユーザによってデータ・ストリームにアクセスするための装置及び方法 | |
JP5593359B2 (ja) | 通信制御装置、メッセージ転送方法およびメッセージ転送プログラム | |
US8793383B2 (en) | Transparent transfer of a two-way communication | |
US20050198150A1 (en) | Instant message mass update generated from website entry | |
CN108809807B (zh) | 在异类系统中创建通信会话 | |
CN112333000A (zh) | 基于即时消息通信的设备纳管系统及方法 | |
CN107222392B (zh) | 通信方法、装置、系统以及计算机存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WW01 | Invention patent application withdrawn after publication | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20210205 |