云终端唤醒方法、网管服务器及云通信系统与流程

本发明涉及通信领域，尤其涉及一种云终端唤醒方法、网管服务器及云通信系统。

背景技术：

随着云计算及相关技术的快速发展，满足不同应用场景的云终端产品相继出现。云终端产品不仅可以配套桌面云使用，也可单独使用，可广泛应用到通讯行业、政企行业、金融行业等领域的基本办公。企业需要对大批量的云终端进行日常电源管理，如何使得大规模的云终端唤醒开机，是云终端日常管理需要解决的问题。

目前，针对云终端的电源唤醒方式主要使用wol(wake-on-lan，网络唤醒)技术实现的。wol的实现，主要是向目标主机发送特殊格式的数据包，是amd公司制作的magicpacket这套软件以生成网络唤醒所需要的特殊数据包，俗称魔术包(magicpacket)。通过远程唤醒，可以方便管理软件实现计算机的自动开启，当然被唤醒的终端需要具备以下条件：

目标主机的主板和网卡支持wol功能。

目标主机在关闭状态时需要是插电的，即计算机的主板和网卡为通电状态，才能监听到网络中对自己的“唤醒数据包”

管理软件需要记下被唤醒主机网卡的mac地址(物理地址)，这样才能够通过相应的方法唤醒主机。

具备了以上的条件，管理软件就可以对任意一台终端进行电源唤醒了，但在大规模云终端分布在不同网段的应用场景中，当管理软件服务器与被唤醒终端不在同一网段时，需要在路由器上设置魔术包路由信息，魔术包才能到达目标终端。在一个大企业中，可能有成千上万台云终端分布在很多不同 的网段，为了唤醒这些终端，改变企业原本路由的配置信息(有些路由甚至是企业的核心路由)是个很糟糕的做法，因为路由配置改变会给企业带来很多安全性的问题和不必要的麻烦。另外，针对成千上万台云终端去改变设置路由的工作量庞大，不但容易出错，也提在很大程度上人力、物力成本。

技术实现要素：

本发明提供了一种云终端唤醒方法、网管服务器及云通信系统，解决现有针对跨网段的云终端，需要通过改变路由的方式实现唤醒数据包的发送以对该云终端进行唤醒的问题。

为了解决上述问题，本发明提供了一种云终端唤醒方法，包括：

网管服务器接收代理设置消息，所述代理设置消息包含分别在各网段内为各网段的云终端所设置的代理发送终端；

网管服务器接收包含待唤醒云终端的唤醒数据包；

网管服务器通过所述待唤醒云终端所属网段的代理发送终端向该待唤醒云终端发送唤醒数据包。

在本发明的一种实施例中，所述各网段内的代理发送终端为：

对于网管服务器所在的网段，其代理发送终端为该网管服务器；

对于其他网段，其代理发送终端为分别从各网段内的云终端中选择的一个在线云终端。

在本发明的一种实施例中，网管服务器通过所述待唤醒云终端所属网段的代理发送终端向该待唤醒云终端发送唤醒数据包包括：

网管服务器判断所述待唤醒云终端与自身是否在同一网段，如是，直接将该唤醒数据包发送给所述待唤醒云终端；

否则，通知所述待唤醒云终端所属网段的代理发送终端向所述待唤醒云终端发送唤醒数据包。

在本发明的一种实施例中，网管服务器判断所述待唤醒云终端与自身是否在同一网段包括：

网管服务器根据自身ip地址和所述待唤醒云终端的ip地址判断该待唤 醒云终端与自身是否在同一网段；

或，

网管服务器根据自身子网ip和所述待唤醒云终端的子网ip判断该待唤醒云终端与自身是否在同一网段。

为了解决上述问题，本发明还提供了一种网管服务器，包括代理设置模块和处理模块；

所述代理设置模块用于接收代理设置消息，所述代理设置消息包含分别在网段内为各网段的云终端所设置的代理发送终端；

所述处理模块用于接收到包含待唤醒云终端的唤醒数据后，通过所述待唤醒云终端所属网段的代理发送终端向该待唤醒云终端发送唤醒数据包。

在本发明的一种实施例中，所述各网段内的代理发送终端为：

对于网管服务器所在的网段，其代理发送终端为该网管服务器；

对于其他网段，其代理发送终端为分别从各网段内的云终端中选择的一个在线云终端。

在本发明的一种实施例中，所述处理模块通过所述待唤醒云终端所属网段的代理发送终端向该待唤醒云终端发送唤醒数据包包括：

所述处理模块判断所述待唤醒云终端与网管服务器自身是否在同一网段，如是，直接将该唤醒数据包发送给所述待唤醒云终端；

否则，通知所述待唤醒云终端所属网段的代理发送终端向所述待唤醒云终端发送唤醒数据包。

在本发明的一种实施例中，所述处理模块判断所述待唤醒云终端与自身是否在同一网段包括：

所述处理模块根据所述网管服务器自身ip地址和所述待唤醒云终端的ip地址判断该待唤醒云终端与所述网管服务器是否在同一网段；

或，

所述处理模块根据所述网管服务器自身子网ip和所述待唤醒云终端的子网ip判断该待唤醒云终端与所述网管服务器是否在同一网段。

为了解决上述问题，本发明还提供了一种云通信系统，包括网管服务器和分别处于不同网段的云终端；

所述网管服务器用于接收代理设置消息，所述代理设置消息包含分别在各网段内为各网段的云终端所设置的代理发送终端；以及用于接收包含待唤醒云终端的唤醒数据后，通过所述待唤醒云终端所属网段的代理发送终端向该待唤醒云终端发送唤醒数据包。

在本发明的一种实施例中，所述各网段内的代理发送终端为：

对于网管服务器所在的网段，其代理发送终端为该网管服务器；

对于其他网段，其代理发送终端为分别从各网段内的云终端中选择的一个在线云终端。

本发明的有益效果：

本发明提供的云终端唤醒方法、网管服务器及云通信系统，在网管服务器上存储各网段内为各网段的云终端所设置的代理发送终端，这样网管服务器在接收包含待唤醒云终端的唤醒数据包后，可以直接通过各网段的代理发送终端向待唤醒云终端发送所述唤醒数据包。这样不需要针对各网段内成千上万的云终端的路由配置信息进行改变，仅需在各网段设置一个代理发送终端即可，即不会涉及因改变路由配置信息而给用户造成各种安全隐患以及其他麻烦，又能避免对大量的路由配置信息进行改变时容易出错的问题，节省人力、物理成本，提升唤醒效率和用户体验。

附图说明

图1为本发明第一实施例提供的跨网段网络示意图；

图2为本发明第一实施例提供的云终端唤醒方法流程示意图；

图3为本发明第二实施例提供的云通信系统结构示意图；

图4为本发明第二实施例提供的网管服务器结构示意图；

图5为本发明第二实施例提供的云终端唤醒过程示意图。

具体实施方式

本发明在网管服务器上为各网段内的云终端分别设置一个代理发送终端；网管服务器接收到唤醒数据包后，可以通过待唤醒云终端所在网段的代理发送终端向对应的云终端发送唤醒数据包。这种方法有效的规避了跨网段电源唤醒中路由设置带来的安全问题，提高了电源唤醒的效率。下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例只是本发明中一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

现通过具体实施方式结合附图的方式对本发明做出进一步的诠释说明。

第一实施例：

请参见图1所示，该图所示为一种跨网段网络示意图。在网管服务器下的不同网段中可能存在一个或多个云终端。现有网管服务器针对跨网段的云终端发送唤醒数据包时，需要在路由器上针对不同网段中的云终端设置路由信息，既可能给用户造成安全隐患，又需要花费大量的人力物力，降低唤醒效率。对此，本实施例提供了一种云终端唤醒方法，请参见图2所示，包括：

s201：网管服务器接收代理设置消息，该代理设置消息包含分别在各网段内为各网段的云终端所设置的代理发送终端。

该步骤也即在网管服务器上设置各网段的代理发送终端，以便于网管服务器在需要调用代理发送终端时查找对应的代理发送终端。应当理解的是，代理设置消息中所包含的代理发送终端，是指包含各代理发送终端的唯一识别信息，根据该唯一识别信息就可以找到对应的代理发送终端。具体可以是各代理发送终端的mac地址(物理地址)等唯一识别信息。

s202：网管服务器接收包含待唤醒云终端的唤醒数据包。

此处的唤醒数据包所包含的待唤醒云终端是指包含待唤醒云终端的唯一识别信息，例如mac地址等唯一识别信息。

s203：网管服务器通过待唤醒云终端所属网段的代理发送终端向该待唤醒云终端发送唤醒数据包。

本实施例中，为各网段内的云终端设置代理发送终端时，具体可以采用以下方式进行设置：

对于网管服务器所在的网段，设置该网段内的代理发送终端就为网管服务器；这样这个网段内的云终端的唤醒数据包就可以通过网管服务器直接发给该网段内的云终端；

对于其他非网管服务器所在的网段，设置代理发送终端为分别从各网段内的云终端中选择的一个在线云终端。例如对于一个非网管服务器所在的网段，假设该网段内有云终端a、云终端b、云终端c、云终端d；则从这四个云终端中选择一个云终端作为代理发送终端。选择时，可以根据各云终端在线情况、各云终端当前负荷情况等进行选择。例如，根据各云终端在线情况选择时，可以优选从当前在线的云终端中选择一个作为代理发送终端，当没有在线的云终端时，则设置一个云终端在线后选择该云终端作为代理发送终端，或者随便选择一个云终端后再将其设置为在线。又例如，根据各云终端的当前负荷情况选择时，可以优先选择当前负荷最小的一个云终端作为代理发送终端，然后再判断其是否在线，如在线则保持，如不在线，则将其设置为在线。

本实施例中对于各网段选择出来的代理发送终端都在网管服务器上进行保存。这样网管服务器在接收到唤醒数据包后，判断待唤醒的云终端与自身不是在一个网段时，就可直接调用该待唤醒云终端所在网段的代理发送终端发送该唤醒数据包。

另外，本实施例中，网管服务器在接收到代理设置消息后，为了保证后续唤醒数据包的正常发送，可以检查各网段的代理发送终端当前是否在线，对于不在线的，自行或提升用户将其设置为在线。

基于上述设置，网管服务器接收到唤醒数据包后，通过待唤醒云终端所属网段的代理发送终端向该待唤醒云终端发送唤醒数据包包括：

网管服务器判断唤醒数据包中的待唤醒云终端与自身是否在同一网段，如是，直接将该唤醒数据包发送给待唤醒云终端；

网管服务器判断唤醒数据包中的待唤醒云终端与自身不在同一网段时，通知待唤醒云终端所属网段的代理发送终端向所述待唤醒云终端发送唤醒数据包。具体的，网管服务器可以将待唤醒云终端的唯一识别信息(例如mac地址)发给代理发送终端，代理发送终端接收到后就可根据该唯一识别信息向对应的云终端发送唤醒数据包。此时各代理发送终端可以预先存储 有唤醒数据包，后续发送时直接调用即可，且此时其向待唤醒云终端所发送的唤醒数据包中可不包含待唤醒云终端的识别信息，当然也可包含。

本实施例中，网管服务器也可以直接将唤醒数据包发送给待唤醒云终端所属网段的代理发送终端，通过该代理发送终端发送给所述待唤醒云终端。例如，网管服务器获取待唤醒云终端的网段信息，然后从各代理发送终端中找出相同网段的一个，将该唤醒数据包发送给找出的代理发送终端，代理发送终端即可根据唤醒数据包中的识别信息将该唤醒数据包发送给对应的云终端。

根据上述描述可知，当网管服务器判断待唤醒云终端就是代理发送终端时，也直接将该唤醒数据包发送给对应的代理发送终端，或直接将其丢弃，因为当前代理发送终端已经处于在线状态，不需要再唤醒。代理发送终端接收到唤醒自己的唤醒数据包后，可以不做任何处理。

本实施例中，网管服务器判断待唤醒云终端与自身是否在同一网段的方式可以采用现有任意方式。例如：

网管服务器可根据自身ip地址和待唤醒云终端的ip地址判断该待唤醒云终端与自身是否在同一网段；

又例如：

网管服务器根据自身子网ip和待唤醒云终端的子网ip判断该待唤醒云终端与自身是否在同一网段。

本实施例中，网管服务器可以提前获取各网段内的云终端的ip地址，mac地址(或其他唯一识别信息)；还可进一步获取各云终端的子网掩码，当获取了子网掩码时，则可以根据各云终端的ip地址和子网掩码计算得到各云终端的子网ip；采取同样的方式也可以计算得到自身的子网ip。这样网管服务器可以采用ip地址或子网ip任意一种方式判断是否位于同一网段。

上述示例中，对于网管服务器所在的网段，直接采用网管服务器作为代理发送终端。但应当理解的是，本实施例中对于网管服务器所在的网段，也可以选择云终端作为代理发送终端，此时网管服务器接收到唤醒数据包后，判断对应的待唤醒云终端与自身在同一个网段时，直接调用该网段的代理发送终端向对应的云终端发送唤醒数据包。

本实施例中的唤醒数据包可以采用魔术包(magicpacket)，也可以采用其他任意具有唤醒功能的数据包。

第二实施例：

请参见图3所示，本实施例提供了云通信系统，包括网管服务器31和分别处于不同网段的云终端32；

网管服务器31用于接收代理设置消息，该代理设置消息包含分别在各网段内为各网段的云终端所设置的代理发送终端；以及用于接收包含待唤醒云终端的唤醒数据后，通过待唤醒云终端所属网段的代理发送终端向该待唤醒云终端发送唤醒数据包。本实施例中代理设置消息中所包含的代理发送终端，是指包含各代理发送终端的唯一识别信息，根据该唯一识别信息就可以找到对应的代理发送终端。具体可以是各代理发送终端的mac地址(物理地址)等唯一识别信息。唤醒数据包所包含的待唤醒云终端是指包含待唤醒云终端的唯一识别信息，例如mac地址等唯一识别信息。

本实施例中，为各网段内的云终端设置代理发送终端时，具体可以采用以下方式进行设置：

对于网管服务器31所在的网段，设置该网段内的代理发送终端就为网管服务器；这样这个网段内的云终端的唤醒数据包就可以通过网管服务器直接发给该网段内的云终端；

对于其他非网管服务器所在的网段，设置代理发送终端321为分别从各网段内的云终端32中选择的一个在线云终端。选择时，可以根据各云终端在线情况、各云终端当前负荷情况等进行选择。例如，根据各云终端在线情况选择时，可以优选从当前在线的云终端中选择一个作为代理发送终端，当没有在线的云终端时，则设置一个云终端在线后选择该云终端作为代理发送终端，或者随便选择一个云终端后再将其设置为在线。又例如，根据各云终端的当前负荷情况选择时，可以优先选择当前负荷最小的一个云终端作为代理发送终端，然后再判断其是否在线，如在线则保持，如不在线，则将其设置为在线。

为了更好的理解本发明，下面对网管服务器的结构做进一步示例说明。请参见图4所示，网管服务器31包括代理设置模块311和处理模块312；

代理设置模块311用于接收代理设置消息，代理设置消息包含分别在网段内为各网段的云终端所设置的代理发送终端；

处理模块312用于接收到包含待唤醒云终端的唤醒数据后，通过待唤醒云终端所属网段的代理发送终端向该待唤醒云终端发送唤醒数据包。

处理模块312通过待唤醒云终端所属网段的代理发送终端向该待唤醒云终端发送唤醒数据包包括：

处理模块312判断待唤醒云终端与网管服务器31自身是否在同一网段，如是，直接将该唤醒数据包发送给待唤醒云终端；否则，通知待唤醒云终端所属网段的代理发送终端向所述待唤醒云终端发送唤醒数据包；通知的方式可以采用以下方式中的任意一种：

处理模块312可以将待唤醒云终端的唯一识别信息(例如mac地址)发给代理发送终端，代理发送终端接收到后就可根据该唯一识别信息向对应的云终端发送唤醒数据包。此时各代理发送终端可以预先存储有唤醒数据包。

处理模块312也可以直接将唤醒数据包发送给待唤醒云终端所属网段的代理发送终端，通过该代理发送终端发送给所述待唤醒云终端。例如，处理模块312获取待唤醒云终端的网段信息，然后从各代理发送终端中找出相同网段的一个，将该唤醒数据包发送给找出的代理发送终端，代理发送终端即可根据唤醒数据包中的识别信息将该唤醒数据包发送给对应的云终端。

处理模块312判断待唤醒云终端与自身是否在同一网段包括：

处理模块312根据网管服务器31自身ip地址和待唤醒云终端的ip地址判断该待唤醒云终端与所述网管服务器是否在同一网段；

或，

处理模块312根据网管服务器31自身子网ip和待唤醒云终端的子网ip判断该待唤醒云终端与网管服务器是否在同一网段。

处理模块312可以提前获取各网段内的云终端的ip地址，mac地址(或其他唯一识别信息)；还可进一步获取各云终端的子网掩码，当获取了子网掩码时，则可以根据各云终端的ip地址和子网掩码计算得到各云终端的子网ip；采取同样的方式也可以计算得到自身的子网ip。这样网管服务器可以 采用ip地址或子网ip任意一种方式判断是否位于同一网段。

本实施例中的唤醒数据包可以采用魔术包(magicpacket)，也可以采用其他任意具有唤醒功能的数据包。本实施例中对于网管服务器31所在的网段，可以直接采用网管服务器作为代理发送终端。但应当理解的是，本实施例中对于网管服务器31所在的网段，也可以选择云终端作为代理发送终端，此时网管服务器接收到唤醒数据包后，判断对应的待唤醒云终端与自身在同一个网段时，直接调用该网段的代理发送终端向对应的云终端发送唤醒数据包。

为了更好的理解本发明，下面结合一个完成的云终端唤醒过程对本发明进行说明，在经过上述设置后，开启唤醒任务的过程请参见图5所示，包括：

s501：启动电源唤醒任务。

s502：向网管服务器发送包含待唤醒终端的唤醒数据包。

s503：判断该待唤醒云终端是否在线，如是，转至s504；否则，转至s511。

s504:判断该待唤醒云终端是否上传了子网掩码，如是，转至s505；否则，转至s510。

s505：使用子网掩码获取该待唤醒终端的子网ip。

s506:根据待唤醒终端的子网ip判断与网管服务器是否在同一网段，如是，转至s507；否则，转至s508。

s507：网管服务器直接向待唤醒云终端发送唤醒数据包。

s508：网管服务器向对应代理发送终端发送待唤醒云终端mac地址。

s509：代理发送终端根据待唤醒云终端mac地址向网段内对应云终端发送唤醒数据包。

s510：根据待唤醒终端的ip地址判断与网管服务器是否在同一网段，如是，转至s507；否则，转至s508。

s511:唤醒任务结束。

显然，本领域的技术人员应该明白，上述本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序 代码来实现，从而，可以将它们存储在存储介质(rom/ram、磁碟、光盘)中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。所以，本发明不限制于任何特定的硬件和软件结合。

以上仅是本发明的具体实施方式而已，并非对本发明做任何形式上的限制，凡是依据本发明的技术实质对以上实施方式所做的任意简单修改、等同变化、结合或修饰，均仍属于本发明技术方案的保护范围。