[发明专利]基于即时消息通信的设备纳管系统及方法

说明书

本申请提供了一种基于即时消息通信的设备纳管系统及方法，每个被纳管设备的即时消息客户端，用于在需要纳管时，向所述即时消息服务器发送第一纳管消息，该第一纳管消息中携带设备纳管服务器的标识信息；上述即时消息服务器，用于接收所述第一纳管消息，将所述第一纳管消息发送给携带的设备纳管服务器的标识信息对应的设备纳管服务器的即时消息客户端；所述对应的设备纳管服务器的即时消息客户端，用于接收所述第一纳管消息；根据第一纳管消息和第一好友关系列表对该被纳管设备进行纳管，该第一好友关系列表中存储有当前可纳管的被纳管设备的标识信息。采用上述系统，实现了被纳管设备的纳管，而且解除了被纳管设备与设备纳管服务器之间的耦合。

技术领域

本申请涉及计算机通信技术领域，尤其涉及一种基于即时消息通信的设备纳管系统及方法。

背景技术

纳管设备是运维设备的前提，要实现对被纳管设备的纳管，传统的模式有两种：第一种方法是调用被纳管设备的应用程序接口(Application Interface，API)实现对被纳管设备的纳管，第二种方法是设备纳管服务器通过与被纳管设备建立长连接实现对被纳管设备的纳管。

针对第一种纳管方法，该方法的实现前提是要求设备纳管服务器能够访问到被纳管设备的IP地址，即要求设备纳管服务器与被纳管设备处于同一网络中，但是很多实际场景中无法满足这种网络互通的要求，往往被纳管设备位于私网中，拥有私网IP，其提供的API无法被处于外网中的设备纳管服务器访问，导致无法实现对私网内被纳管设备的纳管。此外，设备纳管服务器需要针对被纳管设备的API编写调用程序，以实现与被纳管设备交换信息，当被纳管设备类型繁多、且每种被纳管设备提供的API外观各不相同时，调用接口前的认证方式也各不相同时，设备纳管服务器侧的开发工作将极为繁重。

而第二种纳管方法，要求被纳管设备主动连接设备纳管服务器，设备纳管服务器接收被纳管设备的连接建立请求，从而在被纳管设备与设备纳管服务器之间建立双向连接。长连接建立之后，被纳管设备与设备纳管服务器之间就可以进行双向的数据交换了，也即可以实现被纳管设备的纳管；但是该方法中，要求设备纳管服务器维护与所有被纳管设备的长连接，当被纳管设备数量较多时，设备纳管服务器将承担较大的IO资源压力，同时管理与众多被纳管设备的长连接，增加了设备纳管服务器的设计与开发难度，而且设备纳管服务器并没有完全与被纳管设备解耦；此外，目前的被纳管设备只能和一个设备纳管服务器建立长连接，无法满足一个被纳管设备被多个设备纳管服务器管理的需求。

因此，如何实现设备的纳管以克服上述所提问题是值得考虑的技术问题之一。

发明内容

有鉴于此，本申请提供一种基于即时消息通信的设备纳管系统及方法，用以实现设备的纳管，以解决现有技术中设备纳管服务器调用设备的API或与被纳管设备建立长连接所存在的问题。

具体地，本申请是通过如下技术方案实现的：

根据本申请的第一方面，提供一种基于即时消息通信的设备纳管系统，包括：至少一个被纳管设备、至少一个设备纳管服务器和即时消息服务器，每个被纳管设备安装有即时消息客户端，以及每个设备纳管服务器安装有即时消息客户端，其中：

每个被纳管设备的即时消息客户端，用于在需要纳管时，向所述即时消息服务器发送第一纳管消息，所述第一纳管消息中携带设备纳管服务器的标识信息；

所述即时消息服务器，用于接收所述第一纳管消息，并将所述第一纳管消息发送给携带的设备纳管服务器的标识信息对应的设备纳管服务器的即时消息客户端；

所述对应的设备纳管服务器的即时消息客户端，用于接收所述第一纳管消息；根据所述第一纳管消息和第一好友关系列表对该被纳管设备进行纳管，所述第一好友关系列表中存储有当前可纳管的被纳管设备的标识信息。

根据本申请的第二方面，提供一种基于即时消息通信的设备纳管方法，应用于被纳管设备的即时消息客户端；以及所述方法，包括：