[发明专利]一种基于长轮询机制的节点机信息同步方法

说明书

本发明公开一种基于长轮询机制的节点机信息同步方法，包括如下步骤：客户端每间隔n秒向服务端发起长轮询请求；服务端接收到长轮询请求后，收集各节点机的最新节点机数据，并对最新节点机数据进行一次哈希算法处理以得到MD5值；服务端将生成的MD5值与长轮询请求中的MD5值进行对比；若两MD5值不相等，则将该节点机的ID返回给客户端；客户端根据返回的节点机ID，再发起一次长轮询请求到服务端，拉取该节点机的最新节点机数据，更新到本地。本发明有益效果在于云渲染平台可以接近0延迟的获取到节点机的实时变化数据，提高平台的数据的及时性及真实性，提升系统的吞吐量，提高渲染工作效率。

技术领域

本发明涉及到云渲染领域下的渲染管理平台，尤其涉及一种基于长轮询机制的节点机信息同步方法。

背景技术

云渲染平台需要获取渲染节点机的实时信息，包括节点机状态（如运行中，连接中，离线，异常等），节点机配置信息（如ip,cpu/gpu型号,内存等）以及和渲染有关的当前渲染任务，渲染帧，成功率等信息。操作人员可根据云渲染平台的节点机实时信息对节点机进行相关操作，提高渲染任务的效率。

传统的两个服务间http数据同步方式有2种，推模式（Push）、拉模式（Pull），Pull模式由客户端主动发起，优点是可以不占用服务端资源，缺点是不能保证数据同步的实时性。Push模式是服务端主动向客户端推送，优点是可以把数据实时推送到客户端，缺点是需要和客户端建立有效的长连接，客户端数量多了会占用过多服务器资源。

因此，现有技术存在缺陷，需要改进。

发明内容

本发明的目的是提出一种基于长轮询机制的节点机信息同步方法，其运用的长轮询模式是结合了Pull和Push优点，在不占用过多节点机服务端资源的情况下，也能保证数据的实时同步。

本发明的技术方案如下：

一种基于长轮询机制的节点机信息同步方法，包括如下步骤：

步骤1，客户端每间隔n秒向服务端发起长轮询请求；其中，所述长轮询请求中包括各节点机的ID、和对本地保存的各节点机的节点数据进行哈希算法处理得到的第一MD5值；

步骤2，服务端接收到长轮询请求后，收集各节点机的最新节点机数据，并对最新节点机数据进行一次哈希算法处理，以得到与各节点机对应的第二MD5值；

步骤3，服务端将各节点机对应的第一MD5值与第二MD5值进行对比；若两者相同则服务端保持监听状态，循环步骤2并进行MD5值的对比，直至达到超时时间后返回空结果给客户端；若循环过程中，检测到第一MD5值与第二MD5值不相等，则说明时将该节点机的节点机数据发生变化，将该节点机的ID返回给客户端；

步骤4，客户端根据返回的节点机ID，再发起一次长轮询请求到服务端，拉取该节点机的最新节点机数据，更新到本地。

可选地，在步骤1中，一旦接收到服务端的响应，则立即发送新的请求给服务端。

本发明的有益效果：使得云渲染平台能够接近0延迟的获取到节点机的实时变化数据，提高平台的数据的及时性及真实性，提升系统的吞吐量。同时，也利于管理员根据平台的节点机信息及时做出相关处理，提高渲染工作效率。

附图说明

图1为本发明中长轮询模式的交互示意图。

具体实施方式

以下结合附图和具体实施例，对本发明进行详细说明。

为便利理解，以下先对本申请中的技术名词进行解释：

节点机：任务渲染时，负责读取渲染资产，并进行计算的计算机。

云渲染平台（以下简称客户端）：渲染数据集成平台，长轮询请求中的客户端角色。

节点机服务端（以下简称服务端）：负责收集节点机各项硬件数据的程序，长轮询请求中的服务端角色。