多端项目协作系统及其信息共建方法

技术领域

本申请涉及数字化项目管理技术领域，具体而言涉及一种多端项目协作系统及其信息共建方法。

背景技术

现有研发项目管理技术往往仅能适应某些狭窄行业或细分领域，按照预先设定的特定流程进行监管。当大型企业自身涵盖若干子公司，且需要各子公司及外部企业部门相互协同配合以实现大规模、高额度、跨行业领域的大型研发项目管理时，现有项目管理系统常常会由于项目协调环节多，管理方式滞后，而产生大量的资源浪费，甚至无法及时响应项目特殊需求，牵制各部门之间沟通流程。

发明内容

本申请针对现有技术的不足，提供一种多端项目协作系统及其信息共建方法，本申请通过灵活组网的业务单元时间项目流程上下游衔接并通过全局的业务过程状态实现对各端精度的监管把控，实现对项目全阶段、全流程的管理。本申请具体采用如下技术方案。

首先，为实现上述目的，提出一种多端项目协作系统，其包括：若干业务单元，其分别对接各企业部门，具有需求接收端口(D_in)、技术提取端口(C_in)、交付产出端口(D_out)、资源输出端口(C_out)及日志存储端口(M)，各业务单元分别通过需求接收端口接收上级业务单元所输出的交付内容及业务要求，根据业务要求执行相应业务过程，按照预先设定的规则将业务过程数据自动推送至日志存储端口，在业务过程完成后将本业务单元的交付内容及业务要求推送至交付产出端口，执行相应业务过程中各业务单元还分别通过技术提取端口获取业务相关技术信息以辅助业务过程，并根据业务过程数据整理归档业务资源，将业务资源数据通过资源输出端口输出至负责研发资源管理的其他业务单元。业务日志存储系统，其对接各业务单元的日志存储端口，用于按照各业务单元所设定的规则获取其业务过程数据，根据各业务单元当前业务过程状态将业务过程数据存储至相应的项目列表中，并在存储时在项目列表中相应标记上传各业务过程数据的业务单元身份及存储时间，所述业务日志存储系统还用于根据各业务单元的当前业务过程状态向其提供相应业务过程数据。技术数据库，其对接各业务单元的技术提取端口，用于按照预设周期提取业务日志存储系统中各项目列表所含业务过程数据，按照预先训练的关键词模型提取业务过程数据中的检索特征，根据检索特征所对应的历史查询结果构建拓展查询模型，根据拓展查询模型对各检索特征进行拓展获得目标检索式，根据目标检索式查询业务相关技术信息并自动将查询获得的业务相关技术信息推送至相应的业务单元。其中，各业务单元之间的连接关系根据其当前业务过程状态而动态切换。

可选的，如上任一所述的多端项目协作系统，其中，各业务单元所处业务过程状态由系统内全局可见的用户可见实体(UVE)进行标记，用户可见实体(UVE)中业务过程状态数据进行加密处理，且各业务过程状态所对应的加密秘钥按照预设周期更新至业务日志存储系统中与该业务过程状态所对应的项目列表中。

可选的，如上任一所述的多端项目协作系统，其中，技术数据库按照预先训练的关键词模型提取业务过程数据中检索特征的具体步骤包括：步骤a1，按照业务过程数据的存储规则相应提取指示业务状态的状态参数，根据状态参数确定相应的检索特征拓展库；步骤a2，调用条件随机场模型对业务过程数据进行分词处理，将分词所得各单次按照其语句顺序依次输入至SBERT特征提取算法进行语义特征提取，获得语义特征向量；步骤a3，根据语义特征向量从分词处理所得各单词中筛选出检索关键词，将检索关键词输入至检索特征扩展库，对各检索关键词进行拓展获得检索特征。

可选的，如上任一所述的多端项目协作系统，其中，技术数据库根据检索特征所对应的历史查询结果构建拓展查询模型的具体步骤包括：步骤b1，将全部检索特征输入至历史检索库中，提取各检索特征之间不同组合方式下的历史查询结果，筛除历史查询结果中标记为负向的检索特征组合方式；步骤b2，将剩余各检索特征按照其所对应的检索关键词进行组合，将相同检索关键词所对应的各检索特征之间以或逻辑进行组合，将不同检索关键词所对应的检索特征之间以和逻辑进行组合，构建拓展查询模型。

可选的，如上任一所述的多端项目协作系统，其中，技术数据库根据拓展查询模型对各检索特征进行拓展获得目标检索式的具体步骤包括：按照拓展查询模型分别遍历其检索特征之间的各种组合方式，对每一种组合方式分别执行以下步骤：步骤c1，分别提取该组合方式中的各检索特征的上位特征集合、工艺特征集合、材料特征集合、结构特征集合；步骤c2，将两个检索特征之间按照上位特征集合、工艺特征集合、材料特征集合、结构特征集合相互组合进行预检索，筛选保留检索结果最多的集合；步骤c3，以步骤c2所筛选获得的集合扩充检索特征，获得目标检索式。

可选的，如上任一所述的多端项目协作系统，其中，所述技术数据库通过通用适配接口接入专利、论文、会议、研究机构相关网站或数据库；所述通用适配接口基于API接口执行以下步骤以获取专利、论文、会议、研究机构相关网站或数据库中数据：步骤s1，通过虚拟化层与专利、论文、会议、研究机构相关网站或数据库交互，获得其接口配置信息；步骤s2，根据接口配置信息构建耦合层，由耦合层对接相应的专利、论文、会议、研究机构相关网站或数据库，按照接口配置信息所规定的交互规则获取相应数据；步骤s3，将步骤s2中所得数据转化为匹配于业务单元的传输格式，将查询获得的业务相关技术信息推送至相应的业务单元。

同时，本申请还提供一种用于如上任一所述多端项目协作系统的信息共建方法，其步骤包括：第一步，根据项目中各企业部门的上下级对接方构建各企业部门所对应的业务单元之间需求接收端口(D_in)、交付产出端口(D_out)及资源输出端口(C_out)的连接关系，按照项目内容设置各业务单元的业务过程状态；第二步，各业务单元分别根据当前业务过程状态通过其需求接收端口相应接收上级业务单元所输出的交付内容及业务要求，根据业务要求执行相应业务过程，按照预先设定的规则将业务过程数据自动推送至日志存储端口，通过技术提取端口根据业务日志存储系统中各项目列表所含业务过程数据向各业务单元推送业务相关技术信息以辅助业务过程，在业务过程完成后将本业务单元的交付内容及业务要求推送至交付产出端口；第三步，触发各业务单元在输出交付内容时，同步根据其业务过程数据整理归档业务资源，将业务资源数据通过资源输出端口输出至负责研发资源管理的其他业务单元；第四步，在项目完成后触发关闭相应业务过程状态，在项目进行期间根据预设的进度指标相应触发各业务单元切换其业务过程状态。

可选的，如上任一所述的信息共建方法，其中，不同业务过程状态分别匹配有相应业务单元之间的连接关系；业务日志存储系统中，分别按照各业务单元当前业务过程状态将业务过程数据存储至相应的项目列表中，并在存储时在项目列表中相应标记上传各业务过程数据的业务单元身份及存储时间；所述业务日志存储系统还用于根据各业务单元的当前业务过程状态，在该业务单元的上一级业务单元处于另一业务过程状态时向该业务单元提供业务日志存储系统中所存储的匹配于其当前业务过程状态的相应业务过程数据。

可选的，如上任一所述的信息共建方法，其中，内全局可见的用户可见实体(UVE)进行标记，用户可见实体(UVE)中业务过程状态数据以加密处理后的秘文存储，且各业务过程状态所对应的加密秘钥按分别照预设周期更新至业务日志存储系统中与该业务过程状态所对应的项目列表中；各业务单元由业务日志存储系统中调取匹配于其当前业务过程状态的相应业务过程数据时，业务日志存储系统先根据由新到旧的顺序调用各加密秘钥直至解密出该业务单元所处业务过程状态，然后向该业务单元发送该加密秘钥之前所存储的相应业务过程数据。

可选的，如上任一所述的信息共建方法，其中，各业务单元所处业务过程状态根据预设时间期限、历史完成时间以及行业完成周期动态切换，切换前按照预定模式向相应业务单元所属设备推送期限提醒。

有益效果

本申请提供一种多端项目协作系统及其信息共建方法，其将企业及企业之间的研发项目协作过程拆解为以各个独立业务单元执行的流水线式业务步骤，能够通过灵活调节各业务单元之间端口连接关系实现协作方式的灵活调整。并且，本申请还设置各业务单元按照预设规则将业务过程数据推送至日志存储端口，以将业务过程数据存储至相应的项目列表中为后续研发过程提供数据备份，并作为相关技术检索推送的基础。本申请能够通过业务单元之前相对灵活的组网协作方式，统筹外部机构配合一起实现对整个产品的研发过程。本申请能够通过对业务过程数据的监管而在产品研发初期自动跟已经公开的现有产品相关技术进行自动查新比对，并自动推送给相关研发人员，确定技术的相关性，以相应根据侵权预警情况触发修改立项。本申请能够实现一个产品从研发立项到产品变成实物产品的一个完整项目的协同管理。

本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。

附图说明

附图用来提供对本申请的进一步理解，并且构成说明书的一部分，并与本申请的实施例一起，用于解释本申请，并不构成对本申请的限制。在附图中：

图1是本申请的多端项目协作系统中各单元模块之间连接关系示意图；

图2是本申请所针对项目协作管理过程的示意图；

图3是本申请中日志数据存储系统中存储模式的示意图；

具体实施方式

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

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)具有与本申请所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样定义，不会用理想化或过于正式的含义来解释。

本申请中所述的“和/或”的含义指的是各自单独存在或两者同时存在的情况均包括在内。

本申请中所述的“连接”的含义可以是部件之间的直接连接也可以是部件间通过其它部件的间接连接。

图1为根据本申请的一种多端项目协作系统，其包括：

若干业务单元，每个业务单元分别对接不同企业部门。每个业务单元均分别设置具有需求接收端口(D_in)、技术提取端口(C_in)、交付产出端口(D_out)、资源输出端口(C_out)及日志存储端口(M)。由此，各业务单元分别根据通过需求接收端口接收上级业务单元所输出的交付内容及业务要求，根据业务要求执行相应业务过程，按照预先设定的规则将业务过程数据自动推送至日志存储端口，在业务过程完成后将本业务单元的交付内容及业务要求推送至交付产出端口，执行相应业务过程中各业务单元还分别通过技术提取端口获取业务相关技术信息以辅助业务过程，并根据业务过程数据整理归档业务资源，将业务资源数据通过资源输出端口输出至负责研发资源管理的其他业务单元；

业务日志存储系统，其对接各业务单元的日志存储端口，用于按照各业务单元所设定的规则获取其业务过程数据，根据各业务单元当前业务过程状态将业务过程数据存储至相应的项目列表中，并在存储时在项目列表中相应标记上传各业务过程数据的业务单元身份及存储时间，所述业务日志存储系统还用于根据各业务单元的当前业务过程状态向其提供相应业务过程数据；存储过程中，业务日志存储系统可通过区块链技术实现对数据安全的保护，例如，将存储的公开地址作为非对称加密的公钥，而将私钥分别以业务过程状态存储至相应的业务单元中，使得各业务单元在上传业务过程数据时通过私钥将数据描述、关键数据、敏感文字进行加密，对于密级较高的项目还可直接通过私钥对全部业务过程数据进行加密。数据传输过程中，业务单元定期以公钥加密存储地址请求，业务日志存储系统接收到正确加密的存储地址后以该业务单元私钥加密向其反馈的地址，对应的业务单元在接收到加密的地址后，直接在地址后的空白帧打包上传与加密地址采用相同加密规则加密所得的业务过程数据，由此确认各业务过程数据的传输过程，并以秘钥形式实现对交互双方进行认证标记。

技术数据库，其对接各业务单元的技术提取端口，用于按照预设周期提取业务日志存储系统中各项目列表所含业务过程数据，按照预先训练的关键词模型提取业务过程数据中的检索特征，根据检索特征所对应的历史查询结果构建拓展查询模型，根据拓展查询模型对各检索特征进行拓展获得目标检索式，根据目标检索式查询业务相关技术信息并自动将查询获得的业务相关技术信息推送至相应的业务单元

针对图2所示的研发项目，上述系统可设置为按照如下方式运行：

第一步，在立项前，先由客户经理所属业务单元采集客户需求，撰写客户调研材料提交研发部立项报告，研发部及相应合作方通过其业务单元接收立项报告，相应调研立项后，触发项目管理人员业务单元相应根据项目中各企业部门的上下级对接方构建各企业部门所对应的业务单元之间需求接收端口(D_in)、交付产出端口(D_out)及资源输出端口(C_out)的连接关系，并为各个项目分别设置独立的业务过程状态下达至相应业务单元。各业务单元之间的连接关系可设置为实时根据该业务单元当前业务过程状态而动态切换。

第二步，在项目实体的研发过程中，上述系统相应按照如下方式协同运行，实现项目要求：

各单位或部门的各个业务单元分别根据其当前业务过程状态通过其需求接收端口接收本项目中相应上级业务单元所输出的交付内容及业务要求，根据业务要求执行相应业务过程，按照预先设定的规则将业务过程数据自动推送至日志存储端口，通过技术提取端口根据业务日志存储系统中各项目列表所含业务过程数据向各业务单元推送业务相关技术信息以辅助业务过程，在业务过程完成后将本业务单元的交付内容及业务要求推送至交付产出端口；

第三步，触发各业务单元在输出交付内容时，同步根据其业务过程数据整理归档业务资源，将业务资源数据通过资源输出端口输出至负责研发资源管理的其他业务单元；

第四步，在项目完成后触发关闭相应业务过程状态，在项目进行期间根据预设的进度指标相应触发各业务单元切换其业务过程状态。

由此，本申请的系统能够对企业研发过程中各类项目进行管理。一些应用场景下，一个大企业，本身有很多子公司，一个项目下来，需要各个分子公司，或者外部机构配合一起研发，本申请就可以利用系统中各个业务单元分别根据也业务执行机构的实体情况对整个产品的研发过程的统筹管理。

对于产品的研发初期立项过程以及产品的实体研发过程，本申请可通过相应业务单元的技术提取端口(C_in)自动接收技术数据库中检索到的已公开的现有产品相关技术，包括专利技术，或者文献，或者论文之类进行自动一次查新比对、查重。若统自动查询下来会有所推送的相关的指标文献经研发人员二次人工比对后确定技术确实相关性，即可实现侵权风险提示，以及时更新研发方向，改进研发手段。如果发现准备立项的产品跟系统查新的技术相关性不大，或者低于某个标准，就认为是有可行性的，无需预警。由此，各业务单元的研发人员或者研发负责人均可相应反馈其上级或直接反馈至系统管理部门触发进行重新修改立项。

上述对现有技术的检索可直接基于业务日志存储系统中自动更新存储的业务过程数据实现自动检索推送。

技术数据库首先按照预先训练的关键词模型，按照如下方式提取业务过程数据中检索特征：步骤a1，按照业务过程数据的存储规则相应提取指示业务状态的状态参数，比如，根据业务过程数据的存储规则获得相应业务过程数据对应为检索数据资料或者进行软件仿真所获得，然后根据状态参数确定匹配于检索数据资料或软件仿真过程的检索特征拓展库，比如，在检索数据资料时，将检索特征拓展库通过预先的训练设置为包含相应学术术语的别名、代称、简称、缩写、英文；而在软件仿真时，将相应的检索特征拓展库通过模型训练设置为包含对应不同报错类型或不同调试方向的判定规则，以通过软件仿真过程的数据记录获得软件仿真过程中所希望获得的效果；步骤a2，调用条件随机场模型对业务过程数据进行分词处理，将分词所得各单次按照其语句顺序依次输入至SBERT特征提取算法进行语义特征提取，获得语义特征向量，SBERT特征提取算法可在预先的训练过程中设置为仅对系统报错、反复调整所形成的日志内容、以及疑问语句进行训练，使得语义特征提取时仅提取代表研发过程中出现问题的语义特征，从而筛除事务数据记录对检索模型的干扰，而仅针对业务过程中的疑问进行检索；步骤a3，根据语义特征向量从分词处理所得各单词中筛选出检索关键词，将检索关键词输入至检索特征扩展库，对各检索关键词进行拓展获得检索特征；

而后，该技术数据库继续根据检索特征所对应的历史查询结果按照如下方式构建拓展查询模型：步骤b1，将全部检索特征输入至历史检索库中，提取各检索特征之间不同组合方式下的历史查询结果，筛除历史查询结果中标记为负向的检索特征组合方式，对检索结果的标记可根据具体业务单元对其被推送的技术信息的处理情况自动通过日志形式进行标记，比如，在通过业务过程数据获得某业务单元对某技术信息的浏览时间较长或次数较多时将该技术信息所对应的历史查询结果标记为正，反之，在通过业务过程数据获得某业务单元对某技术信息的浏览时间较短或次数较少时将该技术信息所对应的历史查询结果标记为负数；步骤b2，将剩余各检索特征按照其所对应的检索关键词进行组合，将相同检索关键词所对应的各检索特征之间以或逻辑进行组合，将不同检索关键词所对应的检索特征之间以和逻辑进行组合，构建拓展查询模型以根据历史查询结果的采用情况相应对检索特征进行专门的拓展以尽可能多地从各数据库中提取出研发需要的检索方向；

最后，该技术数据库还进一步按照如下方式根据拓展查询模型对各检索特征进行拓展获得目标检索式，从而根据目标检索式查询业务相关技术信息并自动将查询获得的业务相关技术信息推送至相应的业务单元：按照拓展查询模型分别遍历其检索特征之间的各种组合方式，对每一种组合方式分别执行以下步骤：步骤c1，分别提取该组合方式中的通过预先训练所得的各检索特征的上位特征集合、工艺特征集合、材料特征集合、结构特征集合；步骤c2，将任意两个检索特征之间按照上位特征集合、工艺特征集合、材料特征集合、结构特征集合相互组合进行预检索，遍历各检索特征之间两两组合的全部方式，筛选保留检索结果最多的若干集合；步骤c3，以步骤c2所筛选获得的集合扩充检索特征，获得目标检索式从而将目标检索式输入至各个数据库中进行相关检索。本步骤中，在目标检索式中对各检索特征的拓展集合进行排列组合，能够尽可能地通过检索式拓展检索面，避免漏检。

为确保检索的全面性，本申请的系统中可进一步将上述技术数据库通过通用适配接口接入专利、论文、会议、研究机构相关网站或数据库。本申请所提供的通用适配接口基于API接口，可设置为通过如下方式获取专利、论文、会议、研究机构相关网站或数据库中数据：

步骤s1，通过在API接口后端设置虚拟化层，在AIP接口对接相应专利、论文、会议、研究机构相关网站或数据库进行交互时，根据AIP接口对数据流的接收或处理过程相应获得各网站或数据库的接口配置信息；

步骤s2，根据接口配置信息在API接口上构建匹配于网站或数据库接口配置信息的耦合层，由耦合层对接相应的专利、论文、会议、研究机构相关网站或数据库，按照接口配置信息所规定的交互规则获取相应数据；

步骤s3，在技术数据库内部相应的信息处理单元中将通过上述步骤所得数据转化为匹配于业务单元的传输格式，根据检索所基于的业务过程数据，查询该数据所对应的业务单元身份，将查询获得的业务相关技术信息推送至该业务单元，及其管理方业务单元进行综合研判。

考虑到通常研发过程中，可能会出现多个项目相互交叉，并行推进的情况。本申请还在各个业务单元中设置了业务过程状态已标记不同项目的进度期限要求，并对项目整体进行情况进行统筹监管。该机制下，各业务单元所处业务过程状态由系统内全局可见的用户可见实体(UVE)进行标记，业务过程状态数据可按照一定规则，在其字节尾部或固定的若干位增加连续的若干个“0”或规则间隔的若干“1”作为校验标记，以在用户可见实体(UVE)中对业务过程状态数据进行加密处理后，通过校验解密所得数据的“0”位数量或“1”位位置判断解密是否准确。且各业务过程状态所对应的加密秘钥按照预设周期与业务过程数据一并更新至业务日志存储系统中，秘钥可设置独立的指针以标识其存储顺序，各业务单元所对应的业务过程状态数据的秘钥与该业务单元的业务过程数据一并存储至匹配于其业务状态所对应的项目列表中。各业务单元的不同业务过程状态分别与相应业务单元之间的业务协作连接关系相互匹配，即根据各业务单元的业务过程状态相依切换系统中不同业务单元之间端口的连接关系。

为在业务日志存储系统中，区分各并行项目各自的研发过程数据，业务日志存储系统分别按照各业务单元当前业务过程状态将其业务过程数据存储至相应的项目列表中，并在存储时在项目列表中相应标记上传各业务过程数据的业务单元身份及存储时间。

为确保数据安全，所述业务日志存储系统还进一步通过对各业务单元所对应的业务过程状态数据进行解密验证，而实现对系统中业务过程数据读取权限的验证。所述业务日志存储系统具体可设置为根据各业务单元的当前业务过程状态，在某一业务单元的上一级业务单元处于另一业务过程状态，而该业务单元需要获得上一级的业务数据时，时向该业务单元提供业务日志存储系统中所存储的匹配于该业务单元当前业务过程状态的相应业务过程数据。由此，参照图3，业务日志存储系统中按照不同项目以及各项目中不同业务单元上传的时间顺序分别存储有个业务单元的业务过程数据及对应各业务过程状态的秘钥。

各业务单元由业务日志存储系统中调取匹配于其当前业务过程状态的相应业务过程数据时，业务日志存储系统先根据由新到旧的顺序逐一调用各加密秘钥尝试对业务过程状态进行解密，直至根据业务过程状态数据所对应的特定位置连续“0”或间隔“1”的编码规则判断获得正确解密的业务过程状态。由此，可在业务过程状态数据值符合预先设定的数值判定指标后，向发送该业务过程状态数据的业务单元打包匹配于其解密所用秘钥的业务过程数据。一般，为确保业务连续性，避免业务单元越权调取数据，上述打包的业务过程数据可设定为限制在解密秘钥更新时间之前已存储至项目列表中的相应业务过程数据。若此后业务数据还有更新，可以通知形式对需要调取业务过程数据的业务单元进行提示，以促使其业务人员主动联系其他业务单元确认更新信息，获取调取权限。

各业务单元还可按照预先设定的间隔周期，在将其业务过程数据上传至业务日志存储系统的同时，进行对业务过程状态数据的加密秘钥进行定期更新，并通过其更新次序而相应标记数据的更新顺序。由此，系统可根据各业务单元的业务过程状态数据对其工作进度进行监管：根据预设时间期限T

由此，本申请通过对业务状态数据的监管能够适时切换各业务单元端口之间连接关系，从而通过灵活的对接方式实现对不同研发项目的监管调控，以提高团队整体研发效率。

以上仅为本申请的实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些均属于本申请的保护范围。