基于知识版本管理与动态证据校验的企业知识更新方法与流程

摘要: 本申请属于企业知识管理与数据治理,具体涉及基于知识版本管理与动态证据校验的企业知识更新方法,适用于企业内部知识库在持续变化过程中的可信更新、版本控制与追溯管理。...
基于知识版本管理与动态证据校验的企业知识更新方法与流程

本申请属于企业知识管理与数据治理,具体涉及基于知识版本管理与动态证据校验的企业知识更新方法,适用于企业内部知识库在持续变化过程中的可信更新、版本控制与追溯管理。

背景技术:

1、企业内部知识库作为企业运营决策、业务流程执行和员工培训的重要支撑,需要持续更新以反映最新的制度规则、操作流程、产品信息和业务标准。然而,企业内部知识更新面临诸多挑战:新产生的知识内容可能未经充分验证,直接更新到知识库可能导致错误知识被检索和应用;知识变化往往涉及多个业务环节,需要从不同业务数据源获取验证证据;知识版本演进需要可追溯,以便在发现错误时能够回退到正确版本。

2、现有技术中,一类方案聚焦于知识库的版本管理,通过建立版本标识和版本历史记录实现知识内容的版本追溯,但这类方案通常缺乏对新知识内容的验证机制,无法确保新版本知识的可信度。另一类方案聚焦于知识可信度评估,通过计算知识内容的可信度评分来决定是否更新知识库,但这类方案往往基于单一维度的评分,缺乏针对知识差异项的细粒度证据验证,且难以处理多个验证证据之间的冲突问题。

3、例如,公开的知识库动态更新方法通过预处理、语义分割和嵌入模型定位目标段落进行细粒度更新,提高了更新效率,但缺乏对新知识内容的验证机制,无法确保更新内容的可信度。公开的基于依赖图的动态知识一致性治理与门控控制方法通过构建依赖图、确定受影响子图、差分一致性校验生成控制结果,实现了知识一致性的治理,但主要关注下游依赖数据的一致性校验,而非针对新知识内容本身的验证。

4、此外,现有技术在处理企业内部知识更新时,通常采用一次性验证模式,即新知识内容提交时进行验证,验证通过后直接更新知识库。这种模式存在明显缺陷:当验证时证据不足时,新知识内容可能被拒绝或延迟更新;而后续出现新的验证证据时,系统缺乏重新验证机制,可能导致有价值的知识内容无法及时生效。

5、因此,现有技术难以同时满足企业内部知识库在持续变化过程中对新知识内容的可信验证、细粒度证据覆盖校验、多证据冲突消解以及增量再验证的综合需求,亟需一种能够将知识版本管理与动态证据校验融为一体的知识库更新方法。

技术实现思路

1、本申请提供基于知识版本管理与动态证据校验的企业知识更新方法,旨在解决现有技术中企业内部知识更新缺乏可信验证机制、难以处理细粒度证据覆盖和多证据冲突、缺乏增量再验证能力的问题,实现企业内部知识在持续变化过程中的可信更新与版本追溯。

2、本申请提供的基于知识版本管理与动态证据校验的企业知识更新方法,包括:

3、获取企业内部产生的待更新知识内容,将所述待更新知识内容与企业内部知识库中的当前有效知识版本进行差异比对,根据差异比对结果确定至少一个目标知识项以及每一目标知识项对应的至少一个知识差异项;

4、基于所述目标知识项的当前有效知识版本和所述知识差异项生成候选更新版本,并为所述候选更新版本分配独立版本标识,将所述候选更新版本设置为待验证状态,在所述候选更新版本处于待验证状态期间保持所述当前有效知识版本作为所述目标知识项的当前有效版本;

5、针对所述候选更新版本中的各知识差异项,根据所述知识差异项的差异类型和业务适用范围,从至少两个企业内部业务数据源获取对应的验证证据,并将各验证证据至少与对应的知识差异项、验证证据来源以及验证证据生成时间进行关联,形成所述候选更新版本对应的证据关联集合;

6、根据所述证据关联集合建立证据覆盖矩阵,所述证据覆盖矩阵以所述知识差异项作为差异项索引,以所述验证证据作为证据索引,并记录各验证证据针对对应知识差异项的覆盖状态;

7、针对同一知识差异项对应的多个验证证据,根据各验证证据所包含的验证结论生成对应的证据断言,并根据不同证据断言之间的排斥关系建立冲突断言关系,基于所述冲突断言关系确定所述知识差异项的冲突状态;

8、根据所述证据覆盖矩阵确定各关键知识差异项是否均具有有效证据覆盖,并根据所述冲突断言关系确定各关键知识差异项是否存在未消解冲突;

9、当全部关键知识差异项均具有有效证据覆盖且不存在未消解冲突时,将所述候选更新版本由待验证状态转换为生效状态,并将所述候选更新版本确定为所述目标知识项的新的当前有效知识版本,同时将原当前有效知识版本转换为历史知识版本,并建立包含版本标识、状态转换信息以及证据关联信息的版本更新记录;

10、当存在至少一个关键知识差异项不具有有效证据覆盖,或者存在至少一个关键知识差异项具有未消解冲突时,保持所述候选更新版本处于待验证状态,并保持所述当前有效知识版本不变;

11、在所述候选更新版本处于待验证状态期间监测所述企业内部业务数据源,当获取到新增业务记录时,将所述新增业务记录与处于待验证状态的候选更新版本中的知识差异项进行关联匹配,确定所述新增业务记录是否构成与至少一个知识差异项对应的新增验证证据;

12、当所述新增业务记录构成新增验证证据时,仅更新与所述新增验证证据对应的知识差异项在所述证据覆盖矩阵中的覆盖状态,并仅针对所述知识差异项重新执行证据有效性校验和冲突断言关系校验,进而确定包含所述知识差异项的候选更新版本是否满足生效条件,并根据所述生效条件执行所述候选更新版本的状态转换。

13、本申请中提供的一个或多个技术方案,至少具有如下技术效果或优点:

14、本申请提供的基于知识版本管理与动态证据校验的企业知识更新方法,通过将知识更新过程分解到具体知识差异项,并建立知识差异项与验证证据之间的对应关系,同时能够识别同一知识差异项对应的相互冲突证据,并在新增证据出现时仅重新处理受到影响的候选版本和知识差异项,实现了企业内部知识在持续变化过程中的可信更新与版本追溯,降低了未经验证知识污染知识库的风险。

1.基于知识版本管理与动态证据校验的企业知识更新方法,其特征在于,包括:

2.如权利要求1所述的方法,其特征在于,所述知识差异项为能够独立进行证据验证的最小知识变化单元,并至少记录差异项标识、目标知识项标识、父版本标识、待更新内容标识、差异类型、原始值、更新值、业务对象、业务字段、适用范围、时间属性以及差异位置。

3.如权利要求1所述的方法,其特征在于,所述候选更新版本至少记录:候选版本标识;目标知识项标识;父版本标识;候选版本内容;知识差异项标识集合;创建时间;创建主体;当前状态,其中,父版本标识对应所述目标知识项的当前有效知识版本标识。

4.如权利要求1所述的方法,其特征在于,所述企业内部业务数据源可以包括制度文件数据库、业务系统数据库、审批流程数据库、操作日志数据库、工单数据库、财务系统数据库、企业公告数据库以及供应链管理数据库中的至少两种。

5.如权利要求1所述的方法,其特征在于,候选更新版本的版本状态至少包括待验证状态、生效状态、历史状态以及拒绝状态,其中:待验证状态表示候选更新版本已生成但尚未满足预设生效判定条件,等待验证证据补充或正在进行证据校验;生效状态表示候选更新版本已满足预设生效判定条件并可作为有效知识版本使用;历史状态表示该知识版本曾处于生效状态但已被新的生效版本替代;拒绝状态表示候选更新版本在预设终止条件下被确定为不予生效并终止其验证流程。

6.如权利要求1所述的方法,其特征在于,证据关联集合至少包括:候选更新版本标识;知识差异项标识;验证证据标识;验证证据来源;验证证据生成时间。

7.如权利要求1所述的方法,其特征在于,所述证据覆盖矩阵用于描述候选更新版本中各知识差异项与各验证证据之间的对应关系,矩阵的行对应不同的知识差异项,矩阵的列对应不同的验证证据,行列交叉位置用于记录对应验证证据是否与对应知识差异项建立证据关联且是否形成有效覆盖。

8.如权利要求1所述的方法,其特征在于,所述针对同一知识差异项对应的多个验证证据,根据各验证证据所包含的验证结论生成对应的证据断言,并根据不同证据断言之间的排斥关系建立冲突断言关系,基于所述冲突断言关系确定所述知识差异项的冲突状态包括:

9.如权利要求8所述的方法,其特征在于,所述确定证据断言之间的排斥关系包括: