CG生产中的数据同步系统.pdf

《CG生产中的数据同步系统.pdf》由会员分享，可在线阅读，更多相关《CG生产中的数据同步系统.pdf（17页完成版）》请在专利查询网上搜索。

1、(19)中华人民共和国国家知识产权局 (12)发明专利申请 (10)申请公布号 (43)申请公布日 (21)申请号 201911381360.X (22)申请日 2019.12.27 (71)申请人 上海咔咖文化传播有限公司 地址 202150 上海市崇明区崇明县城桥镇 东河沿68号A幢531室(上海城桥经济 开发区) (72)发明人 陈鑫陈光 (74)专利代理机构 北京卓唐知识产权代理有限 公司 11541 代理人 卜荣丽 (51)Int.Cl. G06F 16/27(2019.01) G06F 21/60(2013.01) G06F 21/62(2013.01) (54)发明名称 CG生产。

2、中的数据同步系统 (57)摘要 本发明公开一种CG生产中的数据同步系统， 该系统包括： 项目管理子系统、 同步子系统、 本地 服务端和外包客户端。 项目管理子系统管理CG项 目中的项目数据， 项目数据至少包括待制作的资 产/镜头、 制作任务、 制作人、 交付时间等； 同步子 系统， 用于根据外包和/或客户端提交的任务数 据进行数据抓取和/或数据推送， 任务数据为外 包和/或客户端在完成任一资产/镜头的任一制 作环节的制作任务后提交至项目管理子系统中 的上传版本或发布文件； 本地服务端用于获取同 步子系统从外包客户端抓取到的任务数据； 外包 客户端用于获取同步子系统从本地服务端推送 来的任务数据。

3、。 采用本发明， 可以包括抓取、 推送 和多重对象间同步， 同时可以解决CG生产中的自 动化问题。 权利要求书2页 说明书7页 附图7页 CN 111177266 A 2020.05.19 CN 111177266 A 1.一种CG生产中的数据同步系统， 其特征在于， 包括： 项目管理子系统、 同步子系统、 本 地服务端和外包客户端； 所述项目管理子系统， 用于管理CG项目中的项目数据， 所述项目数据至少包括待制作 的资产/镜头、 制作任务、 制作人、 交付时间、 QC版本、 反馈数据以及数据传输属性中的一个 或多个； 所述同步子系统， 用于根据所述外包客户端和/或所述本地服务端提交的任务数据。

4、进 行数据抓取和/或数据推送， 所述任务数据为所述外包客户端和/或所述本地服务端在完成 任一资产/镜头的任一制作环节的制作任务后提交至所述项目管理子系统中的上传版本或 发布文件； 所述本地服务端， 用于获取所述同步子系统从所述外包客户端抓取到的任务数据； 所述外包客户端， 用于获取所述同步子系统从所述本地服务端推送来的任务数据。 2.根据权利要求1所述的数据同步系统， 其特征在于， 所述数据同步系统还包括事件服 务器、 存储服务器和外包存储服务器； 所述事件服务器为所述项目管理子系统的组件， 用于根据所述项目管理子系统中的变 动提供条件触发动作； 所述存储服务器， 为所述本地服务端提供网络存储。

5、空间， 至少用于存储制作完成的资 产/镜头和上下游版本文件； 所述外包存储服务器， 为所述外包客户端提供网络存储空间。 3.根据权利要求1所述的数据同步系统， 其特征在于， 所述项目管理子系统还用于制片 资产的管理， 在所述数据同步系统里起到的作用具体包括site所属管理、 任务版本和发布 文件的管理以及资产/镜头上下游及自身依赖关系的管理。 4.根据权利要求1所述的数据同步系统， 其特征在于， 当所述外包客户端提交所述任务 数据时， 所述数据同步系统在所述项目管理子系统里创建一条记录， 用于对存储的数据做 数据库条目记录， 并生成所述数据库条目记录的site属性设置。 5.根据权利要求2所述。

6、的数据同步系统， 其特征在于， 当所述外包客户端提交所述任务数据时， 所述事件服务器根据所述任务数据对应的制 作任务上的site属性设置判断所述任务数据是否存储于所述外包存储服务器中； 当所述判断的结果为是时， 所述同步子系统生成一条同步任务， 用于提取所述外包存 储服务器中的任务数据。 6.根据权利要求4所述的数据同步系统， 其特征在于， 所述项目管理子系统对比所述数 据库条目记录的site属性和所述任务数据上的site情况， 确定任一源头的任一任务数据对 应的传输目标， 以及该传输任务的执行状态， 其中， 任一源头为任一外包客户端， 传输目标 为本地服务端。 7.根据权利要求6所述的数据同。

7、步系统， 其特征在于， 当一个传输任务启动后， 基于所 述同步子系统进行所述源头和所述传输目标件的安全握手认证。 8.根据权利要求4所述的数据同步系统， 其特征在于， 当所述传输任务完成后， 在所述 项目管理子系统的数据库条目上补充标上所述传输目标的site信息。 9.根据权利要求3所述的数据同步系统， 其特征在于， 所述同步子系统还用于根据所述 依赖关系查找与当前待推送的任务数据具有依赖关系的上下游资产/镜头， 并将具有依赖 权利要求书 1/2 页 2 CN 111177266 A 2 关系的上下游资产/镜头与所述任务数据一起推送至外包客户端。 10.根据权利要求1所述的数据同步系统， 其特。

8、征在于， 所述本地服务端在获取到所述 同步子系统从当前外包客户端抓取到的任务数据后， 按照预设推送需求将所述任务数据推 送至除当前外包客户端之外的对数据有依赖的外包客户端。 权利要求书 2/2 页 3 CN 111177266 A 3 CG生产中的数据同步系统 技术领域 0001 本发明涉及CG生成技术领域， 尤其涉及一种CG生产中的数据同步系统。 背景技术 0002 在CG生产过程中， 保证跨公司， 跨城市， 跨时区， 跨国家间数据的交换是项目顺利 协同生产的重要组成部分， 根据公司的技术能力和财力的大小， 现有的做法通常是通过安 排制片手动打包传递， 通过网盘或FTP同步整个项目文件夹， 。

9、通过第三方工具或者自己开发 的工具进行接收和推送数据等方法。 0003 现有技术的不足之处是： 0004 现有的方法人工参与比例非常高， 容易出错。 0005 对于一个大型CG生产项目中， 资产和镜头需要一个多层次的树状复杂文件结构来 存放， 在其中想要从复数层， 几百个分支中人工挑选， 甄别给予不同合作方内容的工作， 基 本不可能。 0006 部分第三方工具或者自己开发的工具也基本集中解决传输和便利文件结构抓取 这些方向。 很少有方案会着眼对于协同伙伴的权限控制。 0007 事实上很多工作室和公司在面对复杂项目结构时(尤其是一对多协同的时候)放 弃分辨递交数据的目标从属问题。 发明内容 00。

10、08 本发明实施例提供一种CG生产中的数据同步系统， 通过同步子系统协和项目管理 子系统协调CG生产中资产/镜头间的同步问题， 可以包括抓取、 推送和多重对象间同步， 同 时可以解决CG生产中的自动化问题。 0009 本发明实施例提供了一种CG生产中的数据同步系统， 可包括： 0010 项目管理子系统、 同步子系统、 本地服务端和外包客户端； 0011 所述项目管理子系统， 用于管理CG项目中的项目数据， 所述项目数据至少包括待 制作的资产/镜头、 制作任务、 制作人、 交付时间、 QC版本、 反馈数据以及数据传输属性中的 一个或多个； 0012 所述同步子系统， 用于根据所述外包客户端和/或。

11、所述本地服务端提交的任务数 据进行数据抓取和/或数据推送， 所述任务数据为所述外包客户端和/或所述本地服务端在 完成任一资产/镜头的任一制作环节的制作任务后提交至所述项目管理子系统中的上传版 本或发布文件； 0013 所述本地服务端， 用于获取所述同步子系统从所述外包客户端抓取到的任务数 据； 0014 所述外包客户端， 用于获取所述同步子系统从所述本地服务端推送来的任务数 据。 0015 进一步的， 所述数据同步系统还包括事件服务器、 存储服务器和外包存储服务器； 说明书 1/7 页 4 CN 111177266 A 4 0016 所述事件服务器为所述项目管理子系统的组件， 用于根据所述项目。

12、管理子系统中 的变动提供条件触发动作； 0017 所述存储服务器， 为所述本地服务端提供网络存储空间， 至少用于存储制作完成 的资产/镜头和上下游版本文件； 0018 进一步的， 当所述数据同步系统中不存在项目管理子系统时， 所述存储服务器遵 循预设的目标结构来规范目录和存放文件； 0019 当所述数据同步系统中具有项目管理子系统时， 所述存储服务器采用所述项目管 理子系统中的数据库条目和分类来组织一套树状结构目录网络管理数据； 0020 进一步的， 所述存储服务器中还包含有上述文件和目录的读写权限； 0021 所述外包存储服务器， 为所述外包客户端提供网络存储空间。 0022 进一步的， 所。

13、述项目管理子系统还用于制片资产的管理， 在所述数据同步系统里 起到的作用具体包括site所属管理、 任务版本和发布文件的管理以及资产/镜头上下游及 自身依赖关系的管理。 0023 进一步的， 当所述外包客户端提交所述任务数据时， 所述数据同步系统在所述项 目管理子系统里创建一条记录， 用于对存储的数据做数据库条目记录， 并生成所述数据库 条目记录的site属性设置。 0024 进一步的， 当所述外包客户端提交所述任务数据时， 所述事件服务器根据所述任 务数据对应的制作任务上的site属性设置判断所述任务数据是否存储于所述外包存储服 务器中； 0025 当所述判断的结果为是时， 所述同步子系统生。

14、成一条同步任务， 用于提取所述外 包存储服务器中的任务数据。 0026 进一步的， 所述项目管理子系统对比所述数据库条目记录的site属性和所述任务 数据上的site情况， 确定任一源头的任一任务数据对应的传输目标， 以及该传输任务的执 行状态， 其中， 任一源头为任一外包客户端， 传输目标为本地服务端。 0027 进一步的， 当一个传输任务启动后， 基于所述同步子系统进行所述源头和所述传 输目标件的安全握手认证。 0028 进一步的， 当所述传输任务完成后， 在所述项目管理子系统的数据库条目上标上 所述传输目标的site信息。 0029 进一步的， 所述同步子系统还用于根据所述依赖关系查找与。

15、当前待推送的任务数 据具有依赖关系的上下游资产/镜头， 并将具有依赖关系的上下游资产/镜头与所述任务数 据一起推送至外包客户端。 0030 进一步的， 所述本地服务端在获取到所述同步子系统从当前外包客户端抓取到的 任务数据后， 按照预设推送需求将所述任务数据推送至除当前外包客户端之外的对数据有 依赖的外包客户端。 0031 本发明的有益效果： 0032 在本发明实施例中， 通过同步子系统协和项目管理子系统协调CG生产中资产/镜 头间的同步问题， 在解决CG生产中的自动化问题的同时， 实现了同步过程中的权限控制和 许可管理， 最重要的是实现了多重协同对象同步， 根据制作资产和镜头的依赖关系问题，。

16、 保 证了抓取和推送数据的完整性。 说明书 2/7 页 5 CN 111177266 A 5 附图说明 0033 为了更清楚地说明本发明实施例或现有技术中的技术方案， 下面将对实施例或现 有技术描述中所需要使用的附图作简单地介绍， 显而易见地， 下面描述中的附图仅仅是本 发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动的前提下， 还可以 根据这些附图获得其他的附图。 0034 图1是本发明实施例提供的一种CG生产中的数据同步系统的结构示意图； 0035 图2是本发明实施例提供的另一种CG生产中的数据同步系统的结构示意图； 0036 图3是本发明实施例提供的同步系统中权限认证。

17、示意图； 0037 图4是本发明实施例提供的数据传输界面示意图； 0038 图5是本发明实施例提供的资产/镜头依赖关系示意图； 0039 图6是本发明实施例提供的中心式数据库的底层结构示意图； 0040 图7是本发明实施例提供的CG生产中的数据同步系统中数据抓取流程示意图； 0041 图8是本发明实施例提供的手动抓取合并工具示意图； 0042 图9是本发明实施例提供的CG生产中的数据同步系统中数据推送流程示意图； 0043 图10是本发明实施例提供的CG生产中的数据同步系统中多重对象连续抓取和推 送示意图。 具体实施方式 0044 下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进。

18、行清楚、 完 整地描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而不是全部的实施例。 基于 本发明中的实施例， 本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他 实施例， 都属于本发明保护的范围。 0045 本发明的说明书和权利要求书及上述附图中的术语 “包括” 和 “具有” 以及它们任 何变形， 意图在于覆盖不排他的包含， 术语 “第一” 和 “第二” 仅是为了区别命名， 并不代表数 字的大小或者排序。 例如包含了一系列步骤或单元的过程、 方法、 系统、 产品或设备没有限 定于已列出的步骤或单元， 而是可选地还包括没有列出的步骤或单元， 或可选地还包括对 于这些过程、。

19、 方法、 产品或设备固有的其他步骤或单元。 0046 本发明实施例中， CG生产中的数据同步系统中的终端设备可以是计算机设备， 该 计算机设备可以是电脑， 也可以是其它具备计算处理能力的终端设备。 0047 在本申请的第一个实施例中， 如图1所示， CG生产中的数据同步系统至少可以包括 项目管理子系统、 同步子系统、 本地服务端和外包客户端。 0048 具体实现中， 项目管理子系统用于管理CG项目中的项目数据， 其中的项目数据涉 及较多， 至少可以包括需要制作的资产和镜头及根据制作阶段的任务， 制作人员和制作/交 付时间， 提交制作QC的版本以及导演/总监对于提交版本的反馈等。 优选的， 项目。

20、管理子系 统的数据库表单里还可以包括决定哪几个资产/镜头要发给哪个外包的数据传输属性。 0049 具体实现中， 同步子系统主要用于根据外包客户端和/或本地服务端提交的任务 数据进行数据抓取和/或数据推送， 即通过同步子系统实现了单向的抓取和推送以及多重 对象的连续传递和抓取。 需要说明的是， 上述任务数据可以某外包方或本地用户从客户端 上基于一个资产/镜头的某个环节制作任务提交的一个上传版本或者发布文件。 说明书 3/7 页 6 CN 111177266 A 6 0050 进一步的， 同步子系统从外包客户端抓取任务数据后可以传输至本地服务端， 同 步子系统从本地服务端获取数据后可以推送至外包客。

21、户端。 需要说明的是， 通常在一个CG 项目中， 有多重外包用户分布在不同的资产/镜头的任务环节阶段， 一个外包客户端将任务 数据发布后存储在本地服务器， 其他的外包用户需要通过同步子系统获取到上述外包客户 端同步的数据， 从而实现了多重对象的连续传递和抓取。 0051 在一种可选的实现方式中， 数据同步系统如图2所示， 还包括事件服务器、 存储服 务器和外包存储服务器。 其中， 事件服务器作为项目管理子系统的一个组件， 可以根据项目 管理子系统中的变动提供条件触发后续的动作， 比如新增一个版本， 符合某条件后触发运 行一段程序。 存储服务器主要为本地服务端提供网络存储空间， 至少用于存储制作。

22、完成的 资产/镜头、 各个上下游版本文件都存在这个空间里。 可选的， 若某些流程没有项目管理子 系统， 则遵循一套目录结构规范来规划目录和存放文件， 而很多具有项目管理子系统的流 程里， 通常会使用项目管理子系统里的数据库条目和分类来组织一套一一对应的树状结构 目录网络去管理数据， 另外文件和目录的读写权限也体现在存储服务器上。 0052 在一种优选的实现方式中， 数据同步的过程中需要进行权限的控制， 具体表现为 三个层面的权限认证， 如图3所示： 0053 项目管理子系统层面的认证： 首先需要启动项目管理子系统的桌面端程序， 这个 步骤需要认证项目管理子系统的用户名和密码， 并且安装项目管理。

23、子系统的ssl证书。 在正 确的启动桌面端程序后， 它还会自动检查并同步自动同步子系统工具的代码， 确保和本地 服务端一致。 完成上述步骤后， 自动同步子系统才在这个桌面端程序基础上启动。 因此， 这 一步确定了 “让对的人打开对的工具” 。 0054 自动同步子系统层面的认证： 在本地的服务器上会启动本地服务端， 在客户那边 会单独签发一个ssl证书给到对方， 让对方启动远程客户端的时候使用， 本地服务端的连接 端口和域名是固定的， 而外部的外包客户端则是根据远程端网络的网络情况会产生不同的 端口和地址， 因此， 通过这个证书， 本地的服务端会确认是本申请的系统工具， 并且得到签 发允许的客。

24、户端连接。 这一步， 确定了 “让对的本地服务端和远程客户端握手” 。 0055 存储层面认证： 要求远程的外包客户端用来存放数据的项目根目录是正确一贯 的， 因此需要在项目管理子系统的数据库表单里记录一串验证码， 并且把这串验证码放置 在远程客户端项目根目录中， 在该层验证中可以先校验远程码存不存在， 是不是能与项目 管理子系统中的设置匹配。 0056 进一步的， 在上述三个层面的握手认证后， 可以通过https协议进行数据的加密传 输， 并且会同时启动若干个传输进程进行同步数据传递， 如图4所示通过4个进程进行数据 传输。 0057 在一种优选的实现方式中， 资产/镜头的依赖关系如图5所示。

25、， 在制作流程中上下 游环节将有依存关系。 在推送下游环节的数据时， 需要把依赖的上游环节数据一并发送到 外包客户端去。 例如， 某个角色资产， 绑定环节是利用模型环节的发布文件制作的， 因此， 发 送绑定给予外包客户的时候， 需要通过绑定依赖于同一个资产的模型这一个依赖关系， 一 并把模型环节对应版本也发送到远程外包客户端。 而要正确显示贴图， 模型和它使用的贴 图也有一层依赖关系， 如果某个动画镜头使用了包括上述环节的资产绑定数据， 则发送动 画镜头数据的时候， 需要通过动画依赖于绑定， 然后绑定依赖于模型这两层递归的依赖关 说明书 4/7 页 7 CN 111177266 A 7 系将涉。

26、及的角色绑定和模型及其用到的贴图一并发送过去。 0058 在本发明实施例中， 通过同步子系统协和项目管理子系统协调CG生产中资产/镜 头间的同步问题， 在解决CG生产中的自动化问题的同时， 实现了同步过程中的权限控制和 许可管理， 最重要的是实现了多重协同对象同步， 根据制作资产和镜头的依赖关系问题， 保 证了抓取和推送数据的完整性。 0059 在本申请的第二个实施例中， 数据同步系统的中心式数据库的底层结构如图6所 示。 0060 由图6可知， 整个同步系统的底层数据可以分成三个层次， 在第一个层次中， 项目 管理子系统里控制资产的所属， 每个资产根据其任务产出不同阶段的版本和发布文件， 每。

27、 个阶段的版本和发布文件均带有上下游及自身的依赖关系； 在第二个层次中， 同步任务由 上传版本或者发布文件触发， 通过site管理决定需要同步的对象， 由同步子系统的服务端 最后执行抓取或推送动作； 在第三个层次中， 外包客户端负责和同步字系统的服务器通信， 外包客户端负责接收或推送数据， 控制外包方磁盘， 外包方用户使用外包方磁盘数据。 0061 在本申请的第三个实施例中， 主要针对数据同步系统中同步触发的发布抓取过程 进行说明， 具体的抓取流程如图7所示， 至少可以包括以下步骤： 0062 S101， 外包方资产或镜头上传版本或发布文件。 0063 具体实现中， 外包方可以从某台制作机即外。

28、包客户端上， 基于一个资产/镜头的某 个环节的制作任务提交一个上传版本或者发布文件。 0064 S102， 外包方写入项目管理子系统数据库条目。 0065 可以理解的是， 环节发布程序会检查并生成一系列需要的数据， 存在外包合作方 的存储空间即外包存储服务器， 并且在项目管理子系统里创建一条记录， 对存储的数据做 数据库条目记录， 并且填入这条记录的来源site。 其中， site属性是多条记录组成的字符串 列表， 一条记录表示一个来源， 通常登记成外包方工作室名称。 0066 S103， 本地端事件服务器触发。 0067 需要说明的是， 项目管理子系统在有新建的任务数据(即上传版本或者发布文。

29、件) 的数据库记录新增的时候会触发一次事件检查。 事件服务器可以根据任务数据对应的制作 任务上的site属性即site设置判断该任务数据是否存储于外包存储服务器中。 优选的， 在 对比制作任务上的site设置时， 如果上传版本或者发布文件的数据库记录上的site信息只 有外包合作方的site字段， 却没有同步系统的中心数据库的site记录时， 可以判定这条数 据库记录对应的文件， 是外包合作方远程发布于外包存储服务器上的， 本地并没有， 因此， 可以创建一条抓取的同步任务， 将上述任务数据传递到同步子系统。 0068 S104， 生成并添加同步任务至同步子系统。 0069 需要说明的是， 同步。

30、子系统的数据库可以在步骤S103中根据依赖关系插入一条同 步任务。 通常发布一次会有复数条任务堆积在数据库中等待被提取执行。 0070 S105， 检查site从属， 确定传输源头和目的地。 0071 可以理解的是， 每一条任务都会在条目里根据任务上的site设置属性， 项目管理 子系统通过对比上传版本或者发布文件条目上的site情况， 可以计算哪个数据需要从哪个 源头传递到哪个传输目标， 以及这个传输任务的执行状态。 其中， 源头为任一外包客户端， 传输目标为本地服务端。 说明书 5/7 页 8 CN 111177266 A 8 0072 S106， 通过安全握手认证。 0073 具体实现中。

31、， 同步子系统的服务器端定时或者通过事件服务器触发在步骤S104和 步骤S105中的同步子系统的数据库里拿取存储的任务， 启动一个传输工作进程， 服务器端 会和远程的外包客户端请求， 进行源头和目的地的安全握手验证。 0074 S107， 从外包方开始传输至本地服务器。 0075 具体的， 通过所有的安全握手验证后， 开始从源头到目的地传输实际文件数据， 存 储在目的地存储空间上。 0076 S108， 传输完成后， 标注同步任务结束， 更新site信息。 0077 具体实现中， 完成传输后可以检测是否需要有后续数据传输， 同时可以关闭当前 的传输工作进程。 并且在项目管理子系统的数据库条目上。

32、标上目标地点的site信息， 从而 这条数据库条目上将同时有外包方和接收方的site属性。 进一步的， 远程和本地将都有上 述记录对应的文件。 在数据传输完成后更新数据库条目中的site信息， 保证了后续数据传 输判断的准确性。 0078 需要说明的是， 在特殊情况下也需要手动抓取和合并， 本申请也支持手动工具打 包， 通过传统的人工发送和接收， 并且也有工具负责解包和正确的插入数据， 图8就是打包 数据的解包和插入工具。 0079 在本申请的第四个实施例中， 主要针对数据同步系统中同步触发的中心推送过程 进行说明， 具体的推送流程如图9所示， 至少可以包括以下步骤： 0080 S201， 本。

33、地资产或镜头上传版本或发布文件。 0081 S202， 本地创建写入项目管理子系统的数据库条目。 0082 S203， 本地端事件服务器触发。 0083 需要说明的是， 步骤S201-S203中的实现过程与实施例三种的步骤S101-S103类 似， 只需将发起方变为本地服务端即可， 此处不再详述。 0084 S204， 通过依赖关系生成并添加同步任务至同步子系统。 0085 具体实现中， 本地推送一个资产到外包客户端的时候， 考虑到推送对象可能有引 用到其他资产的环节， 会存在一个依赖关系。 为了保证推过去的东西能正确的打开， 必须把 下游用到的其他环节的资产也迭代寻找出来一起发过去。 008。

34、6 S205， 检查site从属， 确定需要推送的外包客户端。 0087 需要说明的是， 由于上述依赖关系， 可能有复数个资产被排到传输任务， 根据site 信息计算结果分发给需要的外包客户端。 0088 S206， 通过安全握手认证。 0089 S207， 分发至各远程外包客户端。 0090 S208， 传输完成后， 标注同步任务结束， 更新site信息。 0091 在本申请的第五个实施例中， 主要针对数据同步系统中多重对象的连续传递和抓 取过程进行说明， 具体的传递和抓取过程如图10所示。 0092 需要说明的是， 在一个项目有多重外包用户分布在不同的资产， 镜头的任务环节 阶段， 并且彼。

35、此有依赖关系的时候， 本同步系统也支持这种需求。 0093 本实施例既包括实施例三种的抓取流程也包括实施例四种的推送过程。 0094 具体实现中， 如图10所示假设外包用户1发布了一个上游任务的版本， 自动同步子 说明书 6/7 页 9 CN 111177266 A 9 系统将通过实施例三种的步骤S101-S108步骤将外包用户1的东西拖到本地服务端。 在本地 服务端的任务设置上， 如果外包用户2、 3、 4需求这个刚回收的资产， 将因为上述步骤S108中 的site信息的变化继续通过事件服务器触发各自的推送完成实施例四种的步骤S201-208， 将这个资产推送到这几家外包客户端的远程目标存储。

36、空间上。 0095 需要说明的是， 在如图9所示的过程中本地端可以在步骤3抓取过程结束后， 可以 按照预设推送需求将任务数据推送至其他的外包客户端。 例如， 本地服务端可以决定是立 刻推送还是满足某些条件后再通过步骤4推送到外包远程客户端。 例如， 回收资产以后， 环 节负责人打开检查一下做的成果， 决定是通过了发送还是打回去修改等待下一个改好的版 本提交检查通过后， 再推送到需求的外包方。 0096 本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程， 是可以 通过计算机程序来指令相关的硬件来完成， 所述的程序可存储于计算机可读取存储介质 中， 该程序在执行时， 可包括如上述各方。

37、法的实施例的流程。 其中， 所述的存储介质可为磁 碟、 光盘、 只读存储记忆体(Read-Only Memory， ROM)或随机存储记忆体(Random Access Memory， RAM)等。 0097 以上所揭露的仅为本发明较佳实施例而已， 当然不能以此来限定本发明之权利范 围， 因此依本发明权利要求所作的等同变化， 仍属本发明所涵盖的范围。 说明书 7/7 页 10 CN 111177266 A 10 图1 图2 说明书附图 1/7 页 11 CN 111177266 A 11 图3 图4 说明书附图 2/7 页 12 CN 111177266 A 12 图5 图6 说明书附图 3/7 页 13 CN 111177266 A 13 图7 说明书附图 4/7 页 14 CN 111177266 A 14 图8 说明书附图 5/7 页 15 CN 111177266 A 15 图9 说明书附图 6/7 页 16 CN 111177266 A 16 图10 说明书附图 7/7 页 17 CN 111177266 A 17 。