基于协作平台批量更改任务单的方法及装置与流程

本申请涉及平台管理领域，具体而言，涉及一种基于协作平台批量更改任务单的方法及装置。

背景技术：

相关技术中，在游戏研发中，流程管理是一种有效的管理手段，其中，使用频率较高的协作平台则是最重要的一个任务流程管理工具。协作平台作为轻量级的项目管理工具，以任务单为基本的流程处理单元，基本可以覆盖企业的所有端游和手游产品。基于每个游戏产品都有独立的协作平台站点，并且预设了策划、程序、美术、qa、视觉交互等相关角色。

同时，协作平台具备了灵活配置的功能，几乎可以随意配置或者自定义需要的参数，例如环节，跟踪标签，所属模块，状态，优先级等。因此针对不同项目，协作平台的使用方式也是不同的。随着任务单自定义的参数属性越多，在修改任务单时所耗费的时间和精力也会提高，而有时候这些修改是不可避免的，而且修改量会非常巨大。

在日常工作中，团队成员(如策划))需要随时提需求，即提交新建任务单，但需求的部分信息是不明确的，例如版本，负责程序，优先级等需要后续补充。在日常项目需求管理流程中，团队核心人员(制作人、主策、主程、主美、主qa、ux接口人)会定时开展需求讨论会，梳理后续所有任务单，并对下个周期开发内容作出安排，期间会对每一个需求(即每个单)做内容或配置调整。通常情况下，一个任务单的调整涉及多个部分，如版本、策划、负责程序、优先级及其他任务单属性。而每周的需求会将调整至少数十条任务单，这样就会产生数百次调整变更，而这些调整都需要相关负责人(如制作人、策划、主美、程序、qa)手动在协作平台上进行逐条修改。

这样的操作不论是由一个人或者几个人操作都是极其繁杂，而且容易出错的，在修改完之后还需要校对。一般情况下，一次需求讨论会后的任务单修改就需要长达5-7个小时。这仅仅是一次需求会，如果算上平时日常的修改，这里重复性操作预计会占用1-2人天的工作量，占单人周工作时间的20％-40％。

针对相关技术中存在的上述问题，目前尚未提出有效的解决方案。

技术实现要素：

本申请的主要目的在于提供一种基于协作平台批量更改任务单的方法及装置，以解决相关技术中对协作平台的多条任务单的多个属性进行修改时，需要对多个任务单逐条操作，导致修改任务单的效率低下的问题。

为了实现上述目的，根据本申请的一个方面，提供了一种基于协作平台批量更改任务单的方法。该方法包括：获取目标文件夹下目标表格内的目标数据，其中，目标表格内的不同数据分别对应于协作平台中多条目标任务单中的不同属性；通过协作平台提供的api接口将目标表格内的目标数据导入协作平台；根据目标数据对在协作平台中的多条目标任务单中的待修改属性进行批量修改。

进一步地，在获取目标文件夹下目标表格内的目标数据之前，该方法还包括：构建目标表格，其中，在目标表格中通过表头表征多个任务单，在每个任务单下通过配置多个字段，以定义每个任务单的不同属性；获取待更改目标任务单的单号和每个目标任务单中待修改属性信息；将待更改目标任务单的单号和待修改属性信息汇总到目标表格中，得到目标数据。

进一步地，在获取目标文件夹下目标表格内的目标数据之后，该方法包括：将目标数据封装至目标字典数据中，其中，目标字典数据至少包括以下附带内容：协作平台账号对应的令牌、每个任务单对应的项目编号、每个任务单的单号和域名，附带内容用于由api接口对目标字典数据进行身份认证。

进一步地，通过协作平台提供的api接口将目标表格内的目标数据导入协作平台包括：将目标字典数据转换为由api接口识别的第一数据，并将第一数据通过api接口逐条推送至协作平台中，其中，协作平台包括业务层、中间层和底层。

进一步地，在将目标字典数据转换为由api接口识别的第一数据，并将第一数据通过api接口逐条推送至协作平台中之后，该方法还包括：解封目标字典数据，得到目标数据；通过业务层将目标数据传达至中间层；利用中间层将目标数据识别为目标指令，其中，目标指令是由底层识别的指令；控制底层依据目标指令，查找协作平台中存在的目标任务单，并修改目标任务单中的待修改属性。

进一步地，在底层依据目标指令，查找协作平台中存在的目标任务单，并修改目标任务单中的待修改属性之后，该方法还包括：获取修改结果，其中，修改结果至少包括修改成功的目标任务单的修改信息与修改成功的待修改属性的修改信息。

进一步地，在获取修改结果之后，该方法还包括：依据修改结果，生成目标推送信息。

为了实现上述目的，根据本申请的另一方面，提供了一种基于协作平台批量更改任务单的装置。该装置包括：第一获取单元，用于获取目标文件夹下目标表格内的目标数据，其中，目标表格内的不同数据分别对应于协作平台中多条目标任务单中的不同属性；导入单元，用于通过协作平台提供的api接口将目标表格内的目标数据导入协作平台；修改单元，用于根据目标数据对在协作平台中的多条目标任务单中的待修改属性进行批量修改。

为了实现上述目的，根据本申请的另一方面，提供了一种存储介质，存储介质包括存储的程序，其中，该程序执行上述任意一项的一种基于协作平台批量更改任务单的方法。

为了实现上述目的，根据本申请的另一方面，提供了一种处理器，存储介质包括存储的程序，其中，该程序执行上述任意一项的一种基于协作平台批量更改任务单的方法。

通过本申请，采用以下步骤：获取目标文件夹下目标表格内的目标数据，其中，目标表格内的不同数据分别对应于协作平台中多条目标任务单中的不同属性；通过协作平台提供的api接口将目标表格内的目标数据导入协作平台；根据目标数据对在协作平台中的多条目标任务单中的待修改属性进行批量修改，解决了相关技术中，对协作平台的多条任务单的多个属性进行修改时，需要对多个任务单逐条操作，导致修改任务单的效率低下的问题，进而达到了缩短了整个流程工作周期的效果。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例提供的一种基于协作平台批量更改任务单的方法的流程图；

图2是相关技术中redmine构架下用户与任务单的之间的对应模式示意图；

图3是相关技术中基于redmine平台的框架对任务单的属性更改的原理的示意图；

图4是根据本申请实施例提供的基于redmine平台的框架对任务单的属性更改的原理的示意图；

图5是根据本申请实施例提供的一种协作平台电子看板上收到的修改结果的示意图；

图6是根据本申请实施例提供的根据修改的内容生成目标任务单中被修改属性的修改记录的示意图；以及

图7是根据本申请实施例提供的一种基于协作平台批量更改任务单的装置的示意图。

具体实施方式

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为了便于描述，以下对本申请实施例涉及的部分名词或术语进行说明：

redmine平台：即协作平台任务平台。

api：(applicationprogramminginterface，应用程序编程接口)是一些预先定义的函数，目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力，而又无需访问源码，或理解内部工作机制的细节。

根据本申请的实施例，提供了一种基于协作平台批量更改任务单的方法。

图1是根据本申请实施例提供的一种基于协作平台批量更改任务单的方法的流程图。如图1所示，该方法包括以下步骤：

步骤s71，获取目标文件夹下目标表格内的目标数据，其中，目标表格内的不同数据分别对应于协作平台中多条目标任务单中的不同属性。

上述地，在原本使用的协作平台的基础上，本实施例提供了一个批量改单工具，批量改单工具通过目标表格，将需要修改的所有任务单列在目标表格中，优选地，目标表格的格式为csv表格，其中，目标表格中对应多个数据，不同的数据对应不同的任务单和不同的任务单中的不同属性。

进一步地，在检测到批量改单工具接收到点击操作后，批量改单工具的执行程序会g90_update_redmine.exe自动找到同级目录文件夹下的csv文件，并读取文件中的内容以获取csv表格中的数据。

步骤s72，通过协作平台提供的api接口将目标表格内的目标数据导入协作平台。

具体地，api(applicationprogramminginterface,应用程序编程接口)是一些预先定义的函数，目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力，而又无需访问源码，或理解内部工作机制的细节。

redmine平台(协作平台)向我们提供了更新redmine任务单信息的api接口，这就无需我们了解redmine是如何在底层修改任务单信息，只需我们提供对应数据就可以将任务单信息改变。相当于跳过了redmine平台需要用户操作的表现层，直接调用业务层的接口，将用户实际操作模拟成数据传给业务层，再传给后台服务器进行处理并存入数据库中。

步骤s73，根据目标数据对在协作平台中的多条目标任务单中的待修改属性进行批量修改。

上述地，在通过api接口将目标数据导入协作平台中后，协作平台根据目标数据对目标数据中涉及的任务单和任务单中的待修改属性进行相应的修改。

可选地，在获取目标文件夹下目标表格内的目标数据之前，该方法还包括：构建目标表格，其中，在目标表格中通过表头表征多个任务单，在每个任务单下通过配置多个字段，以定义每个任务单的不同属性；获取待更改目标任务单的单号和每个目标任务单中待修改属性信息；将待更改目标任务单的单号和待修改属性信息汇总到目标表格中，得到目标数据。

上述地，现有技术中，对协作平台中的多条任务单的修改，一般采用以下修改手段，redmine构架采用“用户-任务单”对应的构架方式，以用户和任务单作为基本单元，任务单再集合成为任务单-->项目-->工作室团队的集合，用户则集合为用户-->组-->工作室团队的集合，形成以工作室团队为载体的协作平台集群。这种模式下，每个用户只能在自己负责的任务单内工作，如图2所示，图2是相关技术中redmine构架下用户与任务单的之间的对应模式示意图。

其中，协作平台的整个框架包括表现层、业务层、中间层、底层和数据库等几个功能。首先是表现层，由于redmine是基于web架构的系统，用户需要网页即浏览器上操作各种协作元素，协作元素在后台是保存在数据库里的数据格式，那么表现层(html、javascipt、css)和后台数据的交互，需要有一个中间层来做解析，将数据解析成浏览器可识别的内容呈现给用户。用户通过表现层(浏览器)操作实例数据，如建立任务单，更新任务单，上传文档、图片等。这些操作通过业务层传达到后台服务器，再通过中间层(解释器)解析成后台可以识别的指令，由底层统一处理，再保存到服务器。同样，对于任务单的属性或状态改变，首先是浏览器(表现层)捕捉到“拖单”，改变任务单状态的动作，并发出相应指令给业务层，然后逐级信息传递至数据库。因此，如图3所示，图3是相关技术中基于redmine平台的框架对任务单的属性更改原理的示意图。

相关技术中，在需要对多条任务单的属性进行修改时，在协作平台的浏览器端需要用户手动逐条找到待修改的任务单，并在多条任务单上查找多条任务单的待修改属性的位置，并手动进行逐条修改，因此，现有技术在对多条任务单的待修改属性进行逐条修改时，耗时耗力，修改效率严重低下。

本申请提供的实施例中，通过数批量改单工具将想要修改参数的任务单合并在一起批量地导入协作平台中，并完成修改后的校验。只需要很少的人为操作，甚至只需要点击一下按钮即可，数批量改单工具使用者只需要操作3步，确定需要修改的数据、导入数据、获得修改结果校验提示。

其中，首先包括：导出当前协作平台中的所有任务单，经需求讨论后，确定待修改的目标任务单和目标任务单中的待修改属性。

再次包括：依据目标任务单和目标任务单中的待修改属性的的数据构建出csv表格，在csv表格中定义需要改变的任务单的单号以及需要改变的任务单对应的字段名，放在同级目录下的.csv文件中，在csv表格中，无需填写所有字段，只需要写入本次需要修改的字段即可，其中，csv表格中的表头部分表征多个不同任务单的单号，每个任务单中又配置了多个字段，通过多个字段定义每个任务单中对应的不同属性。

可选地，在获取目标文件夹下目标表格内的目标数据之后，该方法包括：将目标数据封装至目标字典数据中，其中，目标字典数据至少包括以下附带内容：协作平台账号对应的令牌、每个任务单对应的项目编号、每个任务单的单号和域名，附带内容用于由api接口对目标字典数据进行身份认证。

上述地，在获得csv表格的基础上，批量改单工具的执行程序动作，并会自动找当前目录下的csv文件，并将csv文件中的每一行数据(其中每行数据对应一个待更改的任务单和此任务单下的待更改属性)提取出来封装到一个字典dict类型的数据中，对应字段和传给后台的字段名一一对应。

同时，更新任务单时，需要有更新权限的redmine账号的token(令牌)进行身份认证，因此，字典数据的字段中附带有redmine账号对应的令牌。将目标数据封装在字典数据中后，每条字典数据就至少包括：协作平台账号对应的令牌、每个任务单对应的项目编号、每个任务单的单号和域名。随之，将每一个字典数据附带token，项目编号，协作平台单id号以及域名四项必填数据一起传给更新任务单接口，逐条通过api接口发送至协作平台。

可选地，通过协作平台提供的api接口将目标表格内的目标数据导入协作平台包括：将目标字典数据转换为由api接口识别的第一数据，并将第一数据通过api接口逐条推送至协作平台中，其中，协作平台包括业务层、中间层和底层。

具体地，如上述，每条封装的字典数据中需要携带可以通过api身份认证的令牌，如果在字典数据中的令牌没有通过身份认证或者字典数据没有携带令牌时，相应的字典数据导入失败。在通过api接口将字典数据导入协作平台时，需要对字典数据进行的格式进行转换，转换为api接口可以识别的格式，转换为格式的数据记为第一数据。转换后的数据逐条导入协作平台中。

需要说明的是，本实施例中的协作平台与现有技术中的协作平台是相同的协作平台，都包括表现层、业务层、中间层和底层，但是本实施例中提供的批量修改任务单的方法，通过批量改单工具进行任务单的修改的过程跳过了表现层的应用，无需用户进行任务单的逐条修改，其修改过程的原理的示意图如图4所示，图4是根据本申请实施例提供的基于redmine平台的框架对任务单的属性更改的原理的示意图。

可选地，在将目标字典数据转换为由api接口识别的第一数据，并将第一数据通过api接口逐条推送至协作平台中之后，该方法还包括：解封目标字典数据，得到目标数据；通过业务层将目标数据传达至中间层；利用中间层将目标数据识别为目标指令，其中，目标指令是由底层识别的指令；控制底层依据目标指令，查找协作平台中存在的目标任务单，并修改目标任务单中的待修改属性。

上述地，批量改单工具将csv中的单子数据整理放在一个字典dict数据里，通过api接口导入至协作平台中，并对字典数据进行解封，解封后得到之前的目标数据，通过业务层将目标数据传达至中间层，利用中间层将目标数据解释为协作平台底层可以识别的修改指令，依据修改指令查找协作平台中存在的目标任务单，并修改目标任务单中的待修改属性。

其中，在通过协作平台的底层通过目标数据对任务单中的待修改属性进行修改时，将目标数据解释为底层可以识别的指令，其指令包括将待修改属性识别成对应的字段。

可选地，在底层依据目标指令，查找协作平台中存在的目标任务单，并修改目标任务单中的待修改属性之后，该方法还包括：获取修改结果，其中，修改结果至少包括修改成功的目标任务单的修改信息与修改成功的待修改属性的修改信息。

上述地，通过目标数据对目标任务单中的待修改属性进行修改后，批量改单工具页面上会以json字符串的形式将修改结果进行显示。相应地，在对协作平台进行刷新操作后，协作平台的任务电子看板会将最终的修改结果以文字和列表的形式进行显示，修改结果包括修改成功的任务单的单号和修改成功的任务单的数量，还包括任务单中对应的修改成功的待修改属性的数量和待修改属性修改前后的内容。

其中一个可选的实施例提供了一种协作平台电子看板上收到的修改结果的示意图，如图5所示。

例如：单号为wy20190702的任务单中的策划人由李xx修改为王xx。

可选地，在协作平台中，还会根据修改的内容生成目标任务单中待修改属性的修改记录，如图6所示，其中，图6是根据本申请实施例提供的根据修改的内容生成目标任务单中被修改属性的修改记录的示意图。

可选地，在获取修改结果之后，该方法还包括：依据修改结果，生成目标推送信息。

上述地，在目标任务单中的待修改属性修改成功后，其修改涉及的人员的协作平台终端都会相应的收到依据修改结果生成的推送消息，

例如：李xx和王xx协作平台客户端都会收到wy20190702的任务单的策划人变更信息。

因此，依靠人为手动对每条任务属性参数进行修改的修改模式平均耗时需要1.2天才能完成，这样的时长对于整个项目开发来说非常不利，效率低下而且容易出错，据统计正确率只有不到90％。而使用自动化程序执行之后，整个修改调整以及校验过程只需要十几分钟就能完成，而且正确率70％。所以可以得出结论是，采用了新的修改任务单模式以及自动化程序执行减少了70％的时间浪费，从而提高了游戏开发的整体效率。

本申请实施例提供的一种基于协作平台批量更改任务单的方法，通过获取目标文件夹下目标表格内的目标数据，其中，目标表格内的不同数据分别对应于协作平台中多条目标任务单中的不同属性；通过协作平台提供的api接口将目标表格内的目标数据导入协作平台；根据目标数据对在协作平台中的多条目标任务单中的待修改属性进行批量修改，解决了相关技术中，对协作平台的多条任务单的多个属性进行修改时，需要对多个任务单逐条操作，导致修改任务单的效率低下的问题，进而达到了缩短了整个流程工作周期的效果。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请实施例还提供了一种基于协作平台批量更改任务单的装置，需要说明的是，本申请实施例的一种基于协作平台批量更改任务单的装置可以用于执行本申请实施例所提供的用于一种基于协作平台批量更改任务单的方法。以下对本申请实施例提供的一种基于协作平台批量更改任务单的装置进行介绍。

图7是根据本申请实施例提供的一种基于协作平台批量更改任务单的装置的示意图。如图7所示，该装置包括：第一获取单元701，用于获取目标文件夹下目标表格内的目标数据，其中，目标表格内的不同数据分别对应于协作平台中多条目标任务单中的不同属性；导入单元702，用于通过协作平台提供的api接口将目标表格内的目标数据导入协作平台；修改单元703，用于根据目标数据对在协作平台中的多条目标任务单中的待修改属性进行批量修改。

本申请实施例提供的一种基于协作平台批量更改任务单的装置，通过第一获取单元701，用于获取目标文件夹下目标表格内的目标数据，其中，目标表格内的不同数据分别对应于协作平台中多条目标任务单中的不同属性；导入单元702，用于通过协作平台提供的api接口将目标表格内的目标数据导入协作平台；修改单元703，用于根据目标数据对在协作平台中的多条目标任务单中的待修改属性进行批量修改，解决了相关技术中，对协作平台的多条任务单的多个属性进行修改时，需要对多个任务单逐条操作，导致修改任务单的效率低下的问题，进而达到了缩短了整个流程工作周期的效果。

可选地，该装置还包括：构建单元，用于在获取目标文件夹下目标表格内的目标数据之前，构建目标表格，其中，在目标表格中通过表头表征多个任务单，在每个任务单下通过配置多个字段，以定义每个任务单的不同属性；第二获取单元，用于获取待更改目标任务单的单号和每个目标任务单中待修改属性信息；汇总单元，用于将待更改目标任务单的单号和待修改属性信息汇总到目标表格中，得到目标数据。

可选地，该装置包括：封装单元，用于在获取目标文件夹下目标表格内的目标数据之后，将目标数据封装至目标字典数据中，其中，目标字典数据至少包括以下附带内容：协作平台账号对应的令牌、每个任务单对应的项目编号、每个任务单的单号和域名，附带内容用于由api接口对目标字典数据进行身份认证。

可选地，导入单元702包括：推送子单元，用于将目标字典数据转换为由api接口识别的第一数据，并将第一数据通过api接口逐条推送至协作平台中，其中，协作平台包括业务层、中间层和底层。

可选地，该装置还包括：解封单元，用于在将目标字典数据转换为由api接口识别的第一数据，并将第一数据通过api接口逐条推送至协作平台中之后，解封目标字典数据，得到目标数据；传达单元，用于通过业务层将目标数据传达至中间层；识别单元，用于利用中间层将目标数据识别为目标指令，其中，目标指令是由底层识别的指令；修改单元703，用于控制底层依据目标指令，查找协作平台中存在的目标任务单，并修改目标任务单中的待修改属性。

可选地，该装置还包括：第三获取单元，用于在底层依据目标指令，查找协作平台中存在的目标任务单，并修改目标任务单中的待修改属性之后，获取修改结果，其中，修改结果至少包括修改成功的目标任务单的修改信息与修改成功的待修改属性的修改信息。

可选地，该装置还包括：生成单元，用于在获取修改结果之后，依据修改结果，生成目标推送信息。

一种基于协作平台批量更改任务单的装置包括处理器和存储器，上述第一获取单元701、导入单元702和修改单元703等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来解决相关技术中，对协作平台的多条任务单的多个属性进行修改时，需要对多个任务单逐条操作，导致修改任务单的效率低下的问题。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)，存储器包括至少一个存储芯片。

本发明实施例提供了一种存储介质，其上存储有程序，该程序被处理器执行时实现一种基于协作平台批量更改任务单的方法。

本发明实施例提供了一种处理器，处理器用于运行程序，其中，程序运行时执行一种基于协作平台批量更改任务单的方法。

本发明实施例提供了一种设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：获取目标文件夹下目标表格内的目标数据，其中，目标表格内的不同数据分别对应于协作平台中多条目标任务单中的不同属性；通过协作平台提供的api接口将目标表格内的目标数据导入协作平台；根据目标数据对在协作平台中的多条目标任务单中的待修改属性进行批量修改。

可选地，在获取目标文件夹下目标表格内的目标数据之前，该方法还包括：构建目标表格，其中，在目标表格中通过表头表征多个任务单，在每个任务单下通过配置多个字段，以定义每个任务单的不同属性；获取待更改目标任务单的单号和每个目标任务单中待修改属性信息；将待更改目标任务单的单号和待修改属性信息汇总到目标表格中，得到目标数据。

可选地，在获取目标文件夹下目标表格内的目标数据之后，该方法包括：将目标数据封装至目标字典数据中，其中，目标字典数据至少包括以下附带内容：协作平台账号对应的令牌、每个任务单对应的项目编号、每个任务单的单号和域名，附带内容用于由api接口对目标字典数据进行身份认证。

可选地，通过协作平台提供的api接口将目标表格内的目标数据导入协作平台包括：将目标字典数据转换为由api接口识别的第一数据，并将第一数据通过api接口逐条推送至协作平台中，其中，协作平台包括业务层、中间层和底层。

可选地，在将目标字典数据转换为由api接口识别的第一数据，并将第一数据通过api接口逐条推送至协作平台中之后，该方法还包括：解封目标字典数据，得到目标数据；通过业务层将目标数据传达至中间层；利用中间层将目标数据识别为目标指令，其中，目标指令是由底层识别的指令；控制底层依据目标指令，查找协作平台中存在的目标任务单，并修改目标任务单中的待修改属性。

可选地，在底层依据目标指令，查找协作平台中存在的目标任务单，并修改目标任务单中的待修改属性之后，该方法还包括：获取修改结果，其中，修改结果至少包括修改成功的目标任务单的修改信息与修改成功的待修改属性的修改信息。

可选地，在获取修改结果之后，该方法还包括：依据修改结果，生成目标推送信息。本文中的设备可以是服务器、pc、pad、手机等。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：获取目标文件夹下目标表格内的目标数据，其中，目标表格内的不同数据分别对应于协作平台中多条目标任务单中的不同属性；通过协作平台提供的api接口将目标表格内的目标数据导入协作平台；根据目标数据对在协作平台中的多条目标任务单中的待修改属性进行批量修改。

可选地，在获取目标文件夹下目标表格内的目标数据之前，该方法还包括：构建目标表格，其中，在目标表格中通过表头表征多个任务单，在每个任务单下通过配置多个字段，以定义每个任务单的不同属性；获取待更改目标任务单的单号和每个目标任务单中待修改属性信息；将待更改目标任务单的单号和待修改属性信息汇总到目标表格中，得到目标数据。

可选地，在获取目标文件夹下目标表格内的目标数据之后，该方法包括：将目标数据封装至目标字典数据中，其中，目标字典数据至少包括以下附带内容：协作平台账号对应的令牌、每个任务单对应的项目编号、每个任务单的单号和域名，附带内容用于由api接口对目标字典数据进行身份认证。

可选地，通过协作平台提供的api接口将目标表格内的目标数据导入协作平台包括：将目标字典数据转换为由api接口识别的第一数据，并将第一数据通过api接口逐条推送至协作平台中，其中，协作平台包括业务层、中间层和底层。

可选地，在将目标字典数据转换为由api接口识别的第一数据，并将第一数据通过api接口逐条推送至协作平台中之后，该方法还包括：解封目标字典数据，得到目标数据；通过业务层将目标数据传达至中间层；利用中间层将目标数据识别为目标指令，其中，目标指令是由底层识别的指令；控制底层依据目标指令，查找协作平台中存在的目标任务单，并修改目标任务单中的待修改属性。

可选地，在底层依据目标指令，查找协作平台中存在的目标任务单，并修改目标任务单中的待修改属性之后，该方法还包括：获取修改结果，其中，修改结果至少包括修改成功的目标任务单的修改信息与修改成功的待修改属性的修改信息。

可选地，在获取修改结果之后，该方法还包括：依据修改结果，生成目标推送信息。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。