CN115720193A - 一种基于组播的软件部署方法及装置 - Google Patents

Abstract

本申请提供了一种基于组播的软件部署方法及装置，包括：按照预设周期，通过广播形式发送心跳请求至局域网中的用户设备，并将响应于心跳请求的用户设备加入组播组，将待部署的软件包发送至组播组中的组播路由设备，以供组播路由设备按照由组播组中用户设备构成的路由路径，将软件包发送至用户设备进行安装，并将用户设备生成的安装结果发送至服务器；根据安装结果，在确定组播组中所有用户设备成功安装软件包后，结束部署。本申请一次部署服务器仅需发送一次软件包即可实现组播组中用户设备的全部安装，省去了服务器基于单播部署时重复复制数据和多线发送的过程，在提升了部署效率的基础上，也降低了服务器的***压力和带宽压力。

Description

一种基于组播的软件部署方法及装置

技术领域

本申请涉及计算机技术领域，尤其涉及一种基于组播的软件部署方法、装置、电子设备及计算机可读存储介质。

背景技术

在大型生产流程中，常常需要对局域网内的设备集群进行软件部署，软件的部署要求稳定性和高效率。

目前，可以采用单播的方式实现软件部署，具体为在服务器和每一用户设备之间实现点对点网络连接，如果一台服务器同时给多个用户设备传输相同的软件包，服务器可以对应的复制多份的软件包并一一发出。

但是，目前的软件部署方式，在用户设备数量较多的情况下，服务器需要拷贝大量相同数据并一一进行发送，导致服务器的带宽压力和***压力较大。

发明内容

本申请实施例提供一种基于组播的软件部署方法及装置，以解决现有技术中服务器的带宽压力和***压力较大的问题。

第一方面，本申请实施例提供了一种基于组播的软件部署方法，应用于服务器，所述方法包括：

按照预设周期，通过广播形式发送心跳请求至局域网中的用户设备，并将响应于所述心跳请求的用户设备加入组播组；所述组播组还包括：与加入所述组播组的用户设备通信连接的组播路由设备；

将待部署的软件包发送至所述组播组中的组播路由设备，以供所述组播路由设备按照由所述组播组中用户设备构成的路由路径，将所述软件包发送至所述用户设备进行安装，并将所述用户设备生成的安装结果发送至服务器；

根据所述安装结果，在确定所述组播组中所有用户设备成功安装所述软件包后，结束部署。

第二方面，本申请实施例提供了一种基于组播的软件部署方法，应用于用户设备，所述用户设备处于局域网，所述方法包括：

获取服务器在所述局域网中按照预设周期广播的心跳请求；

通过本地运行的心跳服务处理所述心跳请求，将处理结果作为对所述心跳请求的响应，并加入组播组；所述组播组还包括：与加入所述组播组的用户设备通信连接的组播路由设备；所述组播路由设备按照由所述组播组中用户设备构成的路由路径，将所述软件包发送至所述用户设备；

获取由所述组播路由设备发送的软件包并进行安装，将安装结果通过所述组播路由设备发送至所述服务器。

第三方面，本申请实施例提供了一种基于组播的软件部署装置，应用于服务器，所述装置包括：

组播组建立模块，用于按照预设周期，通过广播形式发送心跳请求至局域网中的用户设备，并将响应于所述心跳请求的用户设备加入组播组；所述组播组还包括：与加入所述组播组的用户设备通信连接的组播路由设备；

部署模块，用于将待部署的软件包发送至所述组播组中的组播路由设备，以供所述组播路由设备按照由所述组播组中用户设备构成的路由路径，将所述软件包发送至所述用户设备进行安装，并将所述用户设备生成的安装结果发送至服务器；

确定模块，用于根据所述安装结果，在确定所述组播组中所有用户设备成功安装所述软件包后，结束部署。

第四方面，本申请实施例提供了一种基于组播的软件部署装置，应用于用户设备，所述用户设备处于局域网，所述装置包括：

广播获取模块，用于获取服务器在所述局域网中按照预设周期广播的心跳请求；

组播组加入模块，用于通过本地运行的心跳服务处理所述心跳请求，将处理结果作为对所述心跳请求的响应，并加入组播组；所述组播组还包括：与加入所述组播组的用户设备通信连接的组播路由设备；所述组播路由设备按照由所述组播组中用户设备构成的路由路径，将所述软件包发送至所述用户设备；

安装模块，用于获取由所述组播路由设备发送的软件包并进行安装，将安装结果通过所述组播路由设备发送至所述服务器。

第五方面，本申请实施例还提供了一种电子设备，包括处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现所述第一方面的方法。

第六方面，本申请实施例还提供了一种计算机可读存储介质，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得所述电子设备能够执行所述第一方面的方法。

在本申请实施例中，服务器在进行软件部署时，可以仅将一个软件包发送至组播组中的组播路由设备，组播路由设备可以根据组播组中用户设备构成的路由路径，将软件包发送至组播组中的用户设备进行安装部署，因此，基于组播技术实现的软件部署，一次部署服务器仅需发送一次软件包即可实现组播组中用户设备的全部安装，省去了服务器基于单播部署时重复复制数据和多线发送的过程，在提升了部署效率的基础上，也降低了服务器的***压力和带宽压力。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

图1是本申请实施例提供的一种实施场景图；

图2是本申请实施例提供的一种基于组播的软件部署方法的步骤流程图；

图3是本申请实施例提供的另一种基于组播的软件部署方法的步骤流程图；

图4是本申请实施例提供的一种基于组播的软件部署方法的交互步骤流程图；

图5是本申请实施例提供的一种基于组播的软件部署方法的逻辑图；

图6是本申请实施例提供的一种基于组播的软件部署装置框图；

图7是本申请实施例提供的另一种基于组播的软件部署装置框图；

图8是本申请的一种装置800的框图；

图9是本申请的一些实施例中服务器的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中的术语“和/或”用于描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。本申请实施例中术语“多个”是指两个或两个以上，其它量词与之类似。

参照图1，图1是本申请实施例提供的一种实施场景图，包括：服务器、多个用户设备以及组播组中的组播路由设备。

服务器用于接收开发人员上传的软件包，并建立组播组，以供局域网中的用户设备响应(响应表示与服务器建立了心跳连接)后加入组播组；加入组播组的用户设备可以与组播组中的组播路由设备通信连接。服务器在进行软件部署时，可以仅将一个软件包发送至组播组中的组播路由设备；组播路由设备可以根据组播组中用户设备构成的路由路径，将软件包发送至组播组中的用户设备进行安装部署。因此，基于组播技术实现的软件部署，一次部署服务器仅需发送一次软件包即可实现组播组中用户设备的全部安装，省去了服务器基于单播部署时重复复制数据和多线发送的过程，在提升了部署效率的基础上，也降低了服务器的***压力和带宽压力。

图2，是本申请实施例提供的一种基于组播的软件部署方法的步骤流程图，应用于服务器，如图2所示，该方法可以包括：

步骤101、按照预设周期，通过广播形式发送心跳请求至局域网中的用户设备，并将响应于所述心跳请求的用户设备加入组播组；所述组播组还包括：与加入所述组播组的用户设备通信连接的组播路由设备。

在本申请实施例中，软件部署的目的是对处于局域网中的用户设备进行软件的统一部署安装。因此，为了保证部署的稳定性，针对局域网中的用户设备，服务器首先需要与其建立稳定持久的通信连接，并将成功建立这种通信连接的用户设备加入组播组，以供后续利用组播技术实现软件的高效率部署。

具体的，本申请实施例中服务器与用户设备之间稳定持久的通信连接可以是心跳连接。心跳连接是一种基于心跳机制的通信手段，旨在由用户设备通过定时响应，向服务器发送一个自定义的心跳数据结构体，让服务器知道二者间的连接正常，以确保连接的有效性。因此，服务器通过与用户设备建立长期有效的心跳连接，可以保证后续软件部署时的稳定性。

针对局域网中存在的大量用户设备，若服务器通过单播的方式一一与用户设备建立心跳连接，则效率低下。本申请实施例可以利用广播技术来实现服务器与局域网中所有用户设备的心跳连接的建立。具体的，广播指在局域网内广播数据包，所有在局域网内部的主机都将收到这些数据包，广播意味着向局域网内部的每个主机都投递一份数据包，不论这些主机是否乐于接收该数据包。因此，服务器可以按照预设周期(如每分钟10次)，通过广播形式发送心跳请求至局域网中的用户设备。这样局域网中正常的用户设备都会收到该心跳请求进行响应。服务器可以与正常响应于心跳请求的用户设备建立心跳连接，并将其加入组播组。组播组具体是用各用户设备的通信地址进行标识的集合，组播组中还具有与加入组播组的用户设备通信连接的组播路由设备；组播路由设备中存储有组播组中各用户设备的通信地址构成的路由路径，用于实现向组播组中各用户设备的数据转发。

步骤102、将待部署的软件包发送至所述组播组中的组播路由设备，以供所述组播路由设备按照由所述组播组中用户设备构成的路由路径，将所述软件包发送至所述用户设备进行安装，并将所述用户设备生成的安装结果发送至服务器。

在本申请实施例中，服务器在构建了组播组后，可以认为组播组中的用户设备的通信状态都稳定有效。此时服务器可以利用组播技术，将待部署的软件包通过一次发送操作，发送至组播组中的组播路由设备；组播路由设备可以基于存储的路由路径(一般是树形结构路径)，将软件包沿路由路径依次转发至组播组中的各个用户设备，被传递的软件包在路由路径中尽可能远的分叉路口才开始复制和分发。对于接收到软件包的用户设备可以安装软件包，并生成安装结果；安装结果可以由组播路由设备发送至服务器，以供服务器判断软件部署是否成功。

对于服务器来说，由于利用了组播技术，软件包可以在组播组中依据路由路径高效稳定的被发送至各个用户设备，从而提升了软件包的部署效率。另外，针对一次软件包的部署，服务器仅需发送一次软件包即可实现组播组中用户设备的全部安装，省去了单播部署时服务器重复复制数据和多线发送的过程，降低了服务器的***压力和带宽压力。

例如，参照图1，假设局域网中的用户设备1、用户设备2、用户设备3响应于心跳请求，而用户设备4、用户设备5、用户设备6未响应于心跳请求，则服务器可以将用户设备1、用户设备2、用户设备3先加入组播组进行软件部署，对于用户设备4、用户设备5、用户设备6则可以等其再次响应于心跳请求后再加入组播组进行软件部署，或在用户设备4、用户设备5、用户设备6长期未响应心跳请求的情况下，将用户设备4、用户设备5、用户设备6进行故障标记，以供后续人工排查故障。

步骤103、根据所述安装结果，在确定所述组播组中所有用户设备成功安装所述软件包后，结束部署。

在本申请实施例中，安装结果反映了用户设备是否成功安装软件包，服务器可以根据安装结果感知各用户设备对软件包的安装情况，在确定组播组中所有用户设备成功安装软件包后，可以结束部署。

综上，在本申请实施例中，服务器在进行软件部署时，可以仅将一个软件包发送至组播组中的组播路由设备；组播路由设备可以根据组播组中用户设备构成的路由路径，将软件包发送至组播组中的用户设备进行安装部署。因此，基于组播技术实现的软件部署，一次部署服务器仅需发送一次软件包即可实现组播组中用户设备的全部安装，省去了服务器基于单播部署时重复复制数据和多线发送的过程，在提升了部署效率的基础上，也降低了服务器的***压力和带宽压力。

图3是本申请实施例提供的又一种基于组播的软件部署方法的步骤流程图，应用于用户设备，用户设备处于局域网，如图3所示，该方法可以包括：

步骤201、获取服务器在所述局域网中按照预设周期广播的心跳请求。

在本申请实施例中，服务器可以按照预设周期(如每分钟10次)，通过广播形式发送心跳请求至局域网中的用户设备，这样局域网中正常的用户设备都会收到该心跳请求。

步骤202、通过本地运行的心跳服务处理所述心跳请求，将处理结果作为对所述心跳请求的响应，并加入组播组。

其中，所述组播组还包括：与加入所述组播组的用户设备通信连接的组播路由设备；所述组播路由设备按照由所述组播组中用户设备构成的路由路径，将所述软件包发送至所述用户设备。

在本申请实施例中，用户设备在启动时，可以自动运行心跳服务。心跳服务可以用于处理用户设备接收到的心跳请求，并自动响应于心跳请求，通过组播路由设备向服务器发送心跳数据。服务器在接收到心跳数据后，可以认为用户设备成功响应于心跳请求，从而与用户设备建立心跳连接，并将建立了心跳连接的用户设备加入组播组。加入组播组的用户设备可以与组播组中的组播路由设备建立通信连接，并将用户设备在局域网中的通信信息告知给组播路由设备，以供组播路由设备将用户设备加入路由路径。

步骤203、获取由所述组播路由设备发送的软件包并进行安装，将安装结果通过所述组播路由设备发送至所述服务器。

对于接收到软件包的用户设备可以安装软件包，并生成安装结果，安装结果可以由组播路由设备发送至服务器，以供服务器判断软件部署是否成功。

综上，在本申请实施例中，服务器在进行软件部署时，可以仅将一个软件包发送至组播组中的组播路由设备，组播路由设备可以根据组播组中用户设备构成的路由路径，将软件包发送至组播组中的用户设备进行安装部署。因此，基于组播技术实现的软件部署，一次部署服务器仅需发送一次软件包即可实现组播组中用户设备的全部安装，省去了服务器基于单播部署时重复复制数据和多线发送的过程，在提升了部署效率的基础上，也降低了服务器的***压力和带宽压力。

图4是本申请实施例提供的一种基于组播的软件部署方法的交互步骤流程图，如图4所示，该方法可以包括：

步骤301、服务器按照预设周期，通过广播形式发送心跳请求至局域网中的用户设备。

该步骤具体可以参照上述步骤101，此处不做赘述。

步骤302、用户设备获取服务器在所述局域网中按照预设周期广播的心跳请求。

该步骤具体可以参照上述步骤201，此处不做赘述。

步骤303、用户设备通过本地运行的心跳服务处理所述心跳请求，将所述用户设备的身份信息和心跳数据作为对所述心跳请求的响应，从而建立与所述服务器的心跳连接。

在本申请实施例中，用户设备在启动时，可以自动运行心跳服务，心跳服务可以用于处理用户设备接收到的心跳请求，并自动响应于心跳请求，通过组播路由设备向服务器发送心跳数据。心跳数据的一个实例如下：

其中，“name”为用户设备的标识名称，“address”为用户设备的通信地址，“type”反映了用户设备的类型，“action”反映了该心跳数据的类型。“name”和“address”可以作为本申请实施例中用户设备的身份信息。

步骤304、服务器在获取到所述用户设备发送的心跳数据和身份信息后，将所述心跳数据存储。

在本申请实施例中，服务器在获取到用户设备发送的心跳数据和心跳数据中的身份信息后，可以将心跳数据存储在本地的数据库中，以供后续用户设备再次响应于心跳请求后，将用户设备再次发送的心跳数据与数据库中历史心跳数据进行一致性校验。

步骤305、服务器按照所述用户设备的身份信息，建立与所述用户设备的心跳连接，将所述用户设备加入组播组。

在本申请实施例中，服务器在存储了心跳数据之后，可以根据用户设备发送的身份信息中的通信地址，向用户设备发送确认信息，并建立与用户设备的心跳连接，将该用户设备加入组播组。服务器与用户设备之间心跳连接的建立，可以对服务器与用户设备之间的通信状态进行长期监控。若心跳连接的状态长期稳定，则可以表明服务器与用户设备之间的通信状态长期稳定，从而保证后续软件部署时的稳定性。

可选的，步骤305具体可以包括：

子步骤3051、服务器按照所述身份信息，向所述用户设备发送确认信息，并在确定所述用户设备响应于所述确认信息后，建立与所述用户设备的心跳连接。

在本申请实施例中，参照步骤303提供的一个心跳数据的实例中的{“address”:“192.168.12.23”}，可见心跳数据的身份信息中含有用户设备的通信地址，则服务器可以依据该通信地址，向用户设备发送确认信息，并建立与用户设备的心跳连接。

其中，用户设备在加入组播组之后，可以进一步与组播组中的组播路由设备建立通信连接。

步骤306、服务器将待部署的软件包发送至所述组播组中的组播路由设备，以供所述组播路由设备按照由所述组播组中用户设备构成的路由路径，将所述软件包发送至所述用户设备进行安装，并将所述用户设备生成的安装结果发送至服务器。

该步骤具体可以参照上述步骤102，此处不做赘述。

步骤307、用户设备获取由所述组播路由设备发送的软件包并进行安装，将安装结果通过所述组播路由设备发送至所述服务器。

该步骤具体可以参照上述步骤203，此处不做赘述。

步骤308、服务器根据所述安装结果，在确定所述组播组中所有用户设备成功安装所述软件包后，结束部署。

该步骤具体可以参照上述步骤103，此处不做赘述。

可选的，所述方法还包括步骤309-310：

步骤309、服务器获取所述组播路中的用户设备对所述心跳请求的响应失败次数。

在本申请实施例中，服务器与用户设备建立心跳连接，目的是由服务器监测用户设备对周期内接收到的心跳请求的响应，通过响应是否成功来判断二者之间的心跳连接是否持续。若用户设备对心跳请求持续成功响应，这说明二者之间的心跳连接正常，二者之间通信稳定；但基于实际通信环境复杂的现象，若某一时刻服务器发现用户设备对心跳请求无响应，这说明此时刻二者之间的心跳连接断开，即二者之间通信出现不稳定现象。

具体的，服务器可以获取组播路中的用户设备对心跳请求的响应失败次数，该响应失败次数后续可以用于判断出现异常离线的用户设备。

步骤310、针对一次软件包的传输操作，服务器将所述响应失败次数大于或等于第一阈值的用户设备确定为离线状态并从所述组播组中移除。

在本申请实施例中，服务器可以将响应失败次数大于或等于第一阈值(如5次)的用户设备确定为离线状态的用户设备，即离线状态的用户设备当前的通信质量无法支持软件包的部署。因此针对当前软件包的传输操作，服务器可以将离线状态的用户设备从组播组中移除，进而保证组播组中剩余正常的用户设备对软件包的获取，移除的离线状态的用户设备可以等待通信恢复正常后再获取软件包。

可选的，服务器记录有：所述离线状态的用户设备在离线时针对所述软件包的第一传输进度，所述方法还包括步骤311：

步骤311、在所述离线状态的用户设备重新上线变为上线状态，且响应于所述心跳请求与所述服务器建立了心跳连接的情况下，服务器将所述用户设备重新加入所述组播组，以通知所述用户设备从所述第一传输进度开始，接收所述组播路由设备下一次发送的软件包。

在本申请实施例中，离线状态的用户设备在离线时可能已经接收了软件包的部分数据，则服务器可以记录有：离线状态的用户设备在离线时针对软件包的第一传输进度(如已传输完70％)，在离线状态的用户设备消除通信故障重新上线(即与服务器建立了心跳连接)时，服务器则可以将用户设备重新加入组播组，并在下一轮软件部署时，由组播路由设备从第一传输进度(如70％)开始，向用户设备发送软件包，以保证离线设备在上线后能够立即进入软件部署环节，提高了部署效率。

可选的，所述方法还包括步骤312：

步骤312、针对一次软件包的传输操作，若传输过程中有新用户设备加入所述组播组，则服务器获取所述新用户设备针对所述软件包的第二传输进度，以通知所述用户设备从所述第二传输进度开始，接收所述组播路由设备下一次发送的软件包。

在本申请实施例中，局域网中的用户设备是实时动态变化的，即针对一次软件包的传输操作，传输过程中可能出现组播组中已有用户设备的离线，也可能出现新用户设备加入组播组。针对新用户设备加入组播组的情况，服务器可以获取新用户设备针对软件包的第二传输进度，并在下一轮软件部署时，由组播路由设备从第二传输进度开始，向新用户设备发送软件包，以保证新用户设备上线后能够立即进入软件部署环节，提高了部署效率。

可选的，所述方法还包括下述步骤313-314：

步骤313、服务器获取所述用户设备生成并通过所述组播路由设备发送的传输结果。

在本申请实施例中，用户设备在接收软件包的同时，会校验软件包的完整性，若最终接收的软件包完整，则会返回传输结果为传输成功的信息至服务器，以供服务器确定当前对该用户设备的软件包传输成功；若最终接收的软件包不完整，则会返回传输结果为传输失败的信息至服务器，以供服务器确定当前对该用户设备的软件包传输失败。

具体的，用户设备针对每一次传输操作，向服务器发送的传输结果可以为所接收到的软件包的信息摘要算法(MD5 Message-Digest Algorithm)值；服务器本地存储有完整软件包对应的MD5值；服务器通过比较用户设备发送的MD5值和本地的MD5值的不同，即可判断传输结果为传输失败还是传输成功。如，用户设备发送的MD5值和本地的MD5值相同，则认为传输成功；用户设备发送的MD5值和本地的MD5值不相同，则认为传输失败。

步骤314、服务器将所述传输结果为传输失败的用户设备加入新的组播组，将待部署的软件包发送至所述新的组播组中的组播路由设备，以供所述传输结果为传输失败的用户设备通过所述新的组播组获取所述软件包。

在本申请实施例中，针对传输结果为传输失败的用户设备，这些用户设备需要重新获取软件包，则服务器可以批量将这些传输结果为传输失败的用户设备加入新的组播组，并将待部署的软件包发送至新的组播组中的组播路由设备，以供传输结果为传输失败的用户设备通过新的组播组获取软件包。这样提高了软件包重传的效率，降低了服务器通过单播方式一一对传输结果为传输失败的用户设备发送软件包而带来的带宽和***压力。另外，将传输结果为传输失败的用户设备加入一个新的组播组，也降低了这些传输结果为传输失败的用户设备对其他组播组的干扰。

可选的，所述方法还包括步骤315-316：

步骤315、服务器统计所述用户设备发送的安装结果为安装失败的次数。

步骤316、服务器将所述安装失败的次数大于或等于第二阈值的用户设备进行故障标记。

在本申请实施例中，针对步骤315-316，用户设备在安装软件包后，会生成安装结果并通过组播控制设备发送至服务器，以供服务器统计软件包的部署安装结果。由于用户设备在对软件包安装失败后，在生成安装失败的结果的同时，会直接重新安装软件包或重新获取软件包安装，服务器可以特别统计用户设备发送的安装结果为安装失败的次数，并将安装失败的次数大于或等于第二阈值(如5次)的用户设备进行故障标记，即该用户设备存在不能自动排解的故障，运维人员可以基于该故障标记的提醒，对该用户设备进行问题分析和修复处理。

参照图5，其示出了本申请实施例提供的一种基于组播的软件部署方法的逻辑图，整个实现逻辑包括：S1、服务器发送心跳请求；S2、用户设备响应于心跳请求，回复自身数据，并建立心跳连接；S3、建立组播组；S4、服务器发送软件包；S5、判断是否存在离线状态的用户设备；若是，则执行S6、记录离线状态的用户设备的传输进度，以及S7、下次离线状态的用户设备上线后，从传输进度开始重传；若否，则执行S8、校验传输完整性；若不完整，则执行S9、发送传输失败信息至服务器；S10、服务器将传输失败的用户设备重组组播组进行软件包重传；若完整，则执行S11、安装软件包；S12、校验安装结果；若安装成功，则执行S13、服务器记录安装结果；若安装失败，则执行S14、返回安装失败信息至服务器；S15、判断安装失败次数是否大于5；若是，则执行S16、服务器标记该用户设备故障；若不是，则执行S17、服务器记录该用户设备，并重传软件包；整个过程中，针对S18、组播组中新加入的用户设备；S19、服务器记录该用户设备，该用户设备等待下次传输。

综上，在本申请实施例中，服务器在进行软件部署时，可以仅将一个软件包发送至组播组中的组播路由设备，组播路由设备可以根据组播组中用户设备构成的路由路径，将软件包发送至组播组中的用户设备进行安装部署，因此，基于组播技术实现的软件部署，一次部署服务器仅需发送一次软件包即可实现组播组中用户设备的全部安装，省去了服务器基于单播部署时重复复制数据和多线发送的过程，在提升了部署效率的基础上，也降低了服务器的***压力和带宽压力。

图6是本申请实施例提供的一种基于组播的软件部署装置的框图，应用于服务器，该装置包括：

组播组建立模块401，用于按照预设周期，通过广播形式发送心跳请求至局域网中的用户设备，并将响应于所述心跳请求的用户设备加入组播组；所述组播组还包括：与加入所述组播组的用户设备通信连接的组播路由设备；

部署模块402，用于将待部署的软件包发送至所述组播组中的组播路由设备，以供所述组播路由设备按照由所述组播组中用户设备构成的路由路径，将所述软件包发送至所述用户设备进行安装，并将所述用户设备生成的安装结果发送至服务器；

确定模块403，用于根据所述安装结果，在确定所述组播组中所有用户设备成功安装所述软件包后，结束部署。

可选的，所述组播组建立模块401，包括：

存储子模块，用于在获取到所述用户设备发送的心跳数据和身份信息后，将所述心跳数据存储；

确认子模块，用于按照所述身份信息，向所述用户设备发送确认信息，并在确定所述用户设备响应于所述确认信息后，建立与所述用户设备的心跳连接。

可选的，所述装置还包括：

失败次数获取模块，用于获取所述组播路中的用户设备对所述心跳请求的响应失败次数；

移除模块，用于针对一次软件包的传输操作，将所述响应失败次数大于或等于第一阈值的用户设备确定为离线状态并从所述组播组中移除。

可选的，所述服务器记录有：所述离线状态的用户设备在离线时针对所述软件包的第一传输进度，所述装置还包括：

重上线发送模块，用于在所述离线状态的用户设备重新上线变为上线状态，且响应于所述心跳请求与所述服务器建立了心跳连接的情况下，将所述用户设备重新加入所述组播组，以通知所述用户设备从所述第一传输进度开始，接收所述组播路由设备下一次发送的软件包。

可选的，所述装置还包括：

新上线发送模块，用于针对一次软件包的传输操作，若传输过程中有新用户设备加入所述组播组，则获取所述新用户设备针对所述软件包的第二传输进度，以通知所述新用户设备从所述第二传输进度开始，接收所述组播路由设备下一次发送的软件包。

可选的，所述装置还包括：

传输结果模块，用于获取所述用户设备生成并通过所述组播路由设备发送的传输结果；

新加入续传模块，用于将所述传输结果为传输失败的用户设备加入新的组播组，将待部署的软件包发送至所述新的组播组中的组播路由设备，以供所述传输结果为传输失败的用户设备通过所述新的组播组获取所述软件包。

可选的，所述装置还包括：

统计模块，用于统计所述用户设备发送的安装结果为安装失败的次数；

标记模块，用于将所述安装失败的次数大于或等于第二阈值的用户设备进行故障标记。

综上，在本申请实施例中，服务器在进行软件部署时，可以仅将一个软件包发送至组播组中的组播路由设备，组播路由设备可以根据组播组中用户设备构成的路由路径，将软件包发送至组播组中的用户设备进行安装部署，因此，基于组播技术实现的软件部署，一次部署服务器仅需发送一次软件包即可实现组播组中用户设备的全部安装，省去了服务器基于单播部署时重复复制数据和多线发送的过程，在提升了部署效率的基础上，也降低了服务器的***压力和带宽压力。

图7是本申请实施例提供的一种基于组播的软件部署装置的框图，应用于用户设备，所述用户设备处于局域网，该装置包括：

广播获取模块501，用于获取服务器在所述局域网中按照预设周期广播的心跳请求；

组播组加入模块502，用于通过本地运行的心跳服务处理所述心跳请求，将处理结果作为对所述心跳请求的响应，并加入组播组；所述组播组还包括：与加入所述组播组的用户设备通信连接的组播路由设备；所述组播路由设备按照由所述组播组中用户设备构成的路由路径，将所述软件包发送至所述用户设备；

可选的，组播组加入模块502，包括：

本地服务子模块，用于通过本地运行的心跳服务处理所述心跳请求，将所述用户设备的身份信息和心跳数据作为对所述心跳请求的响应，从而建立与所述服务器的心跳连接。

安装模块503，用于获取由所述组播路由设备发送的软件包并进行安装，将安装结果通过所述组播路由设备发送至所述服务器。

综上，在本申请实施例中，服务器在进行软件部署时，可以仅将一个软件包发送至组播组中的组播路由设备，组播路由设备可以根据组播组中用户设备构成的路由路径，将软件包发送至组播组中的用户设备进行安装部署，因此，基于组播技术实现的软件部署，一次部署服务器仅需发送一次软件包即可实现组播组中用户设备的全部安装，省去了服务器基于单播部署时重复复制数据和多线发送的过程，在提升了部署效率的基础上，也降低了服务器的***压力和带宽压力。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本申请实施例提供了一种基于组播的软件部署装置，包括有存储器，以及一个以上的程序，其中一个以上程序存储于存储器中，且经配置以由一个以上处理器执行所述一个以上程序包含用于进行上述一个或多个实施例中所述的方法。

图8是根据一示例性实施例示出的一种基于组播的软件部署装置800的框图。例如，装置800可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图8，装置800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(I/O)的接口812，传感器组件814，以及通信组件816。

处理组件802通常控制装置800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在设备800的操作。这些数据的示例包括用于在装置800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件806为装置800的各种组件提供电力。电源组件806可以包括电源管理***，一个或多个电源，及其他与为装置800生成、管理和分配电力相关联的组件。

多媒体组件808包括在所述装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当设备800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜***或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当装置800处于操作模式，如呼叫模式、记录模式和语音信息处理模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

I/O接口812为处理组件802和***接口模块之间提供接口，上述***接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为装置800提供各个方面的状态评估。例如，传感器组件814可以检测到设备800的打开/关闭状态，组件的相对定位，例如所述组件为装置800的显示器和小键盘，传感器组件814还可以搜索装置800或装置800一个组件的位置改变，用户与装置800接触的存在或不存在，装置800方位或加速/减速和装置800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件816被配置为便于装置800和其他设备之间有线或无线方式的通信。装置800可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理***的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频信息处理(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由装置800的处理器820执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

图9是本申请的一些实施例中服务器的结构示意图。该服务器1900可因配置或性能不同而产生比较大的差异，可以包括一个或一个以***处理器(central processingunits，CPU)1922(例如，一个或一个以上处理器)和存储器1932，一个或一个以上存储应用程序1942或数据1944的存储介质1930(例如一个或一个以上海量存储设备)。其中，存储器1932和存储介质1930可以是短暂存储或持久存储。存储在存储介质1930的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1922可以设置为与存储介质1930通信，在服务器1900上执行存储介质1930中的一系列指令操作。

服务器1900还可以包括一个或一个以上电源1926，一个或一个以上有线或无线网络接口1950，一个或一个以上输入输出接口1958，一个或一个以上键盘1956，和/或，一个或一个以上操作***1941，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由装置(服务器或者终端)的处理器执行时，使得装置能够执行上述实施例方法。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由装置(服务器或者终端)的处理器执行时，使得装置能够执行上述实施例方法的描述，因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本申请所涉及的计算机程序产品或者计算机程序实施例中未披露的技术细节，请参照本申请方法实施例的描述。

此外，需要说明的是：本申请实施例还提供了一种计算机程序产品或计算机程序，该计算机程序产品或者计算机程序可以包括计算机指令，该计算机指令可以存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器可以执行该计算机指令，使得该计算机设备执行上述实施例方法的描述，因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本申请所涉及的计算机程序产品或者计算机程序实施例中未披露的技术细节，请参照本申请方法实施例的描述。

本领域技术人员在考虑说明书及实践这里公开的申请后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

以上对本申请所提供的一种基于组播的软件部署方法、装置、电子设备及计算机可读存储介质，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (12)

1.一种基于组播的软件部署方法，应用于服务器，其特征在于，所述方法包括：

按照预设周期，通过广播形式发送心跳请求至局域网中的用户设备，并将响应于所述心跳请求的用户设备加入组播组；所述组播组还包括：与加入所述组播组的用户设备通信连接的组播路由设备；

将待部署的软件包发送至所述组播组中的组播路由设备，以供所述组播路由设备按照由所述组播组中用户设备构成的路由路径，将所述软件包发送至所述用户设备进行安装，并将所述用户设备生成的安装结果发送至服务器；

根据所述安装结果，在确定所述组播组中所有用户设备成功安装所述软件包后，结束部署。

2.根据权利要求1所述的基于组播的软件部署方法，其特征在于，所述将响应于所述心跳请求的用户设备加入组播组，包括：

在获取到所述用户设备发送的心跳数据和身份信息后，将所述心跳数据存储；

按照所述身份信息，向所述用户设备发送确认信息，并在确定所述用户设备响应于所述确认信息后，建立与所述用户设备的心跳连接。

3.根据权利要求1所述的基于组播的软件部署方法，其特征在于，所述方法还包括：

获取所述组播路中的用户设备对所述心跳请求的响应失败次数；

针对一次软件包的传输操作，将所述响应失败次数大于或等于第一阈值的用户设备确定为离线状态并从所述组播组中移除。

4.根据权利要求3所述的基于组播的软件部署方法，其特征在于，所述服务器记录有：所述离线状态的用户设备在离线时针对所述软件包的第一传输进度；所述方法还包括：

在所述离线状态的用户设备重新上线变为上线状态、且响应于所述心跳请求与所述服务器建立了心跳连接的情况下，将所述用户设备重新加入所述组播组，以通知所述用户设备从所述第一传输进度开始，接收所述组播路由设备下一次发送的软件包。

5.根据权利要求1所述的基于组播的软件部署方法，其特征在于，所述方法还包括：

针对一次软件包的传输操作，若传输过程中有新用户设备加入所述组播组，则获取所述新用户设备针对所述软件包的第二传输进度，以通知所述新用户设备从所述第二传输进度开始，接收所述组播路由设备下一次发送的软件包。

6.根据权利要求1所述的基于组播的软件部署方法，其特征在于，所述方法还包括：

获取所述用户设备生成并通过所述组播路由设备发送的传输结果；

将所述传输结果为传输失败的用户设备加入新的组播组，将待部署的软件包发送至所述新的组播组中的组播路由设备，以供所述传输结果为传输失败的用户设备通过所述新的组播组获取所述软件包。

7.一种基于组播的软件部署方法，应用于用户设备，所述用户设备处于局域网，其特征在于，所述方法包括：

获取服务器在所述局域网中按照预设周期广播的心跳请求；

通过本地运行的心跳服务处理所述心跳请求，将处理结果作为对所述心跳请求的响应，并加入组播组；所述组播组还包括：与加入所述组播组的用户设备通信连接的组播路由设备；所述组播路由设备按照由所述组播组中用户设备构成的路由路径，将所述软件包发送至所述用户设备；

获取由所述组播路由设备发送的软件包并进行安装，将安装结果通过所述组播路由设备发送至所述服务器。

8.根据权利要求7所述的基于组播的软件部署方法，其特征在于，所述通过本地运行的心跳服务处理所述心跳请求，将处理结果作为对所述心跳请求的响应，包括：

通过本地运行的心跳服务处理所述心跳请求，将所述用户设备的身份信息和心跳数据作为对所述心跳请求的响应，从而建立与所述服务器的心跳连接。

9.一种基于组播的软件部署装置，应用于服务器，其特征在于，所述装置包括：

组播组建立模块，用于按照预设周期，通过广播形式发送心跳请求至局域网中的用户设备，并将响应于所述心跳请求的用户设备加入组播组；所述组播组还包括：与加入所述组播组的用户设备通信连接的组播路由设备；

部署模块，用于将待部署的软件包发送至所述组播组中的组播路由设备，以供所述组播路由设备按照由所述组播组中用户设备构成的路由路径，将所述软件包发送至所述用户设备进行安装，并将所述用户设备生成的安装结果发送至服务器；

确定模块，用于根据所述安装结果，在确定所述组播组中所有用户设备成功安装所述软件包后，结束部署。

10.一种基于组播的软件部署装置，应用于用户设备，所述用户设备处于局域网，其特征在于，所述装置包括：

广播获取模块，用于获取服务器在所述局域网中按照预设周期广播的心跳请求；

组播组加入模块，用于通过本地运行的心跳服务处理所述心跳请求，将处理结果作为对所述心跳请求的响应，并加入组播组；所述组播组还包括：与加入所述组播组的用户设备通信连接的组播路由设备；所述组播路由设备按照由所述组播组中用户设备构成的路由路径，将所述软件包发送至所述用户设备；

安装模块，用于获取由所述组播路由设备发送的软件包并进行安装，将安装结果通过所述组播路由设备发送至所述服务器。

11.一种电子设备，其特征在于，包括：处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求1至8中任一项所述的方法。

12.一种计算机可读存储介质，其特征在于，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得所述电子设备能够执行如权利要求1至8中任一项所述的方法。

Images