CN113268547A - 面向业务协同流程的多事件业务世系数据融合方法 - Google Patents

面向业务协同流程的多事件业务世系数据融合方法 Download PDF

Info

Publication number
CN113268547A
CN113268547A CN202110000444.5A CN202110000444A CN113268547A CN 113268547 A CN113268547 A CN 113268547A CN 202110000444 A CN202110000444 A CN 202110000444A CN 113268547 A CN113268547 A CN 113268547A
Authority
CN
China
Prior art keywords
data
entity
relationship
lineage
event
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202110000444.5A
Other languages
English (en)
Other versions
CN113268547B (zh
Inventor
卢暾
王先朋
吴瀚煜
杨宝平
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fudan University
Original Assignee
Fudan University
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fudan University filed Critical Fudan University
Priority to CN202110000444.5A priority Critical patent/CN113268547B/zh
Publication of CN113268547A publication Critical patent/CN113268547A/zh
Application granted granted Critical
Publication of CN113268547B publication Critical patent/CN113268547B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/28Databases characterised by their database models, e.g. relational or object models
    • G06F16/284Relational databases
    • G06F16/285Clustering or classification
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24Querying
    • G06F16/242Query formulation
    • G06F16/2433Query languages
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/10Office automation; Time management
    • G06Q10/103Workflow collaboration or project management
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10Services
    • G06Q50/26Government or public services

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Human Resources & Organizations (AREA)
  • Databases & Information Systems (AREA)
  • Strategic Management (AREA)
  • General Physics & Mathematics (AREA)
  • Tourism & Hospitality (AREA)
  • Data Mining & Analysis (AREA)
  • Entrepreneurship & Innovation (AREA)
  • General Engineering & Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Mathematical Physics (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Computational Linguistics (AREA)
  • Development Economics (AREA)
  • Educational Administration (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明属于数据世系技术领域,具体为一种面向业务协同流程的多事件业务世系数据融合方法。针对业务场景,本发明方法包括:设计业务流程世系数据记录方法,用于保存业务流程运行过程中产生的世系数据;设计业务流程世系数据查询方法,用于查询要提取的业务数据的世系数据;设计业务数据融合方法,用于从多个世系数据源合并世系数据。本发明方法以服务的形式封装到业务协同流程系统服务端中。本发明可满足业务场景下的业务流程世系数据的融合需求。

Description

面向业务协同流程的多事件业务世系数据融合方法
技术领域
本发明属于数据世系技术领域,具体涉及一种面向业务协同流程的多事件世系数据融合方法。
背景技术
当下中国各级别单位使用一整套相同的业务系统进行协同工作。由于业务自身的性质,一套完整的业务流程往往需要多个不同的组织进行合作,例如单位1、单位2、单位3和单位4 等。在协同的过程中以及协同完成之后,单位内部存在数据世系的需求:他们可能需要分析数据的形成过程来判断它的可靠性;可能需要追踪错误数据的来源以及影响范围;又或是重现整个业务流程以完成流程监督和核验。同时,在事件办理过程中,可能存在多个事件合并成一个事件的特殊情况,除了在流程系统中合并事件的数据,还要合并这些事件的世系数据。因此,在协同的过程中以及协同完成之后,单位内部还存在世系数据融合的需求。然而,现有的业务系统并没有提供专门记录数据世系信息以及融合多事件世系数据的服务,只提供了粒度较粗且冗余信息量大的日志文件,无法满足实际业务中业务人员对于数据世系记录、查询和融合的需求。
发明内容
本发明的目的在于提出一种面向业务协同流程的基于业务世系数据的多事件世系数据融合方法,以满足业务人员对于的实际需求。
本发明提出的面向业务协同流程的多事件世系数据融合方法,具体步骤包括:设计业务流程世系数据记录方法,用于保存业务流程运行过程中产生的世系数据;设计业务流程世系数据查询方法,用于查询要提取的业务数据的世系数据;设计业务数据融合方法,用于从多个世系数据源合并世系数据。本发明方法以服务的形式封装到业务协同流程系统服务端中。
(一)设计业务世系数据模型,设计业务流程世系数据记录方法,用于保存业务流程运行过程中产生的世系数据;
是在PROV标准的数据世系标识规范基础上,结合业务的具体场景,定义业务对应的世系标识以及标识之间的关系,具体如下:
(1)代理(agent):在业务场景下,代理描述的是事件的承办人;业务流程日志数据中的 CZRM字段存储着当前操作的操作人名称,业务背景下操作人对象和PROV中代理对象有一一对应的关系;
(2)实体(entity):在业务场景下,实体描述的是事件环节中所产生的数据项,具体包括:事件类型、事件名称;相关人基本信息包括姓名、性别、年龄、身份证号、家庭住址、部门受理事件号、相关人名称等;
(3)活动(activity):在业务场景下,活动描述的是业务流程的各个环节;
(4)变化(update):在业务场景下,变化关系表示实体的内容发生了修改,从旧值到新值的关系,可以表示为:update(entity1,entity2);
(5)相关(related):在业务场景下,相关关系表示一个实体信息涉及某个事件的流程环节,可以表示为:related(entity,activity);
(6)创建(create):在业务场景下,创建关系表示业务流程环节更新或创建了相应的事件的数据项,可以表示为:create(agent,activity)或者create(agent,entity);
(7)修改(modify):在业务场景下,修改关系表示事件承办人在已经创建好的数据项上进行了修改操作从而产生了新的数据,可以表示为:modify(agent,entity)。
(8)合并(merge):在业务场景下,针对本发明的数据融合需求,引入了合并关系,合并关系表示实体的内容相同但是创建者或者修改者不同,在合并世系数据之后实体的前后关系,可以表示为:merge(entity1,entity2)。
本发明提供一个业务数据依赖库给业务流程办事系统,业务流程办事系统调用依赖库中的方法,将业务流程数据根据PROV的定义,转换成世系数据并记录到世系数据库中。
(二)设计业务流程世系数据查询方法,用于查询要提取的业务数据的世系数据;
本发明提供的业务数据依赖库中,使用CQL查询语言,提供多维复合查询条件,根据业务的具体需要,从世系数据库中查询业务世系数据。
(三)设计业务数据融合方法,用于从多个世系数据源合并世系数据;具体包括:
(1)对于活动的世系数据,选择长度最长的活动的世系数据作为融合之后的新的世系数据。在业务场景下,两个事件的流程环节合并时,选择流程进度较快的作为合并之后的流程环节;表示为:
merge_activity(activities)=maxLen(activity),activity∈activities 其中,merge_activity()函数表示合并多个案件流程环节;maxLen()函数表示从所有事件流程中选择流程环节个数最大的那个事件流程;activities表示所有事件流程的集合,activity 表示该集合中的一个元素。
(2)对于实体的世系数据,根据实体的类型可以分为以下几种情况:
选择:从多个数据源中选择一个实体的值作为合并之后的新的世系数据。在业务场景下,某些事件相关的数据在合并时,选择多个事件数据中的一个作为合并之后的结果;表示为:
merge_entity(entities)=pick(entity),entity∈entities
其中,merge_entity()函数表示合并实体;pick()函数表示从实体集合中选择一个值;entities 表示实体集合,entity表示该集合中的一个元素。
累加:累加合并多个数据源的实体的值作为新的世系数据。在业务场景下,某些事件相关的数据在合并时,需要将多个事件的数据进行累加作为合并之后的结果;表示为:
merge_entity(entities)=Σ(entities)
其中,merge_entity()函数表示合并实体;∑函数表示对所有实体集合entities求和。
(3)单源世系数据内部的实体之间的关系是变化,在融合这个变化关系的时候可以分为以下几种情况:
根据实体内容的修改时间,如果要合并的多个数据源中的实体内容相同,则使用合并关系将数据合并到新的世系数据中,并且用创建关系连接第一个实体和代理,用修改关系连接后面的实体和代理。在业务场景下,如果某些事件相关的数据是相同的,那么在合并时,需要在这些相同的数据之间添加合并关系,并以修改时间顺序排列;表示为:
merge(entity s,agents))=
(1)merge(entityi,entityj),i<j and entityi=entityj
(2)create(agenti,entityi),i=()
(3)modify(agenti,entityi),i>()
其中,merge()函数表示以“合并”关系连接变化的两个实体;create()函数表示以“创建”关系连接代理和实体;modify()函数表示以“修改”关系连接实体和代理。
根据实体内容的修改时间,如果多个数据源中的实体内容不同,使用变化关系将数据合并到新的世系数据中,并且用创建关系连接第一个实体和代理,用修改关系连接后面的实体和代理。在业务场景下,如果某些事件相关的数据是不同的,那么在合并时,需要在这些相同的数据之间添加变化关系,并以修改时间顺序排列;表示为:
merge(entity s,agents)=
(1)update(entityi,entityj),i<j and entityi≠entityj
(2)create(agenti,entityi),i=()
(3)modify(agenti,entityi),i>()
其中,update()函数表示以“变化”关系连接变化的两个实体;create()函数表示以“创建”关系连接代理和实体;modify()函数表示以“修改”关系连接实体和代理。
(4)当代理和活动之间的关系是相关关系的时候,将多个数据源的世系数据直接全部通过相关关系合并到新的世系数据中。在业务场景下,如果工作人员或者相关人信息结点和办事环节是相关关系,那么在合并之后的世系数据中,工作人员或者相关人信息结点通过相关关系连接到办事环节结点。
(5)当代理和活动之间的关系是创建关系的时候,将多个数据源的世系数据通过创建关系合并到新的世系数据中。在业务场景下,如果工作人员信息结点和办事环节是创建关系,那么在合并之后的世系数据中,工作人员信息结点通过创建关系连接到办事环节结点;表示为:
Figure RE-GDA0003167620470000041
其中,merge_agent_activity()函数表示合并代理和活动;foreach()函数表示对集合中的元素进行遍历操作;relate()函数表示以“相关”关系连接代理和活动;create()函数表示以“创建”关系连接代理和活动。
(6)当实体和活动之间的关系是相关关系的时候,将多个数据源的世系数据直接全部通过相关关系合并到新的世系数据中。在业务场景下,如果事件数据和事件环节结点直接按是相关关系,那么在合并之后的世系数据中,事件数据结点通过相关关系连接到事件环节结点;表示为:
merge_entity_activity=foreach:relate(entity,activity);
其中,merge_entity_activity()函数表示合并实体和活动;foreach()函数表示对集合中的元素进行遍历操作;relate()函数表示以“相关”关系连接实体和活动。
(7)当代理和实体之间的关系是创建关系的时候,将多个数据源的世系数据通过创建关系合并到新的世系数据中。在业务场景下,如果工作人员信息结点和事件数据结点是相关关系,那么在合并之后的世系数据中,工作人员信息结点通过相关关系连接到事件数据结点。
(8)当代理和实体之间的关系是修改关系的时候,将多个数据源的世系数据通过修改关系合并到新的世系数据中。在业务场景下,如果工作人员信息结点和事件数据结点是修改关系,那么在合并之后的世系数据中,工作人员信息结点通过修改关系连接到事件数据结点。表示为:
Figure RE-GDA0003167620470000051
其中,merge_agent_entity()函数表示合并代理和实体;foreach()函数表示对集合中的元素进行遍历操作;create()函数表示以“创建”关系连接代理和实体;modify()函数表示以“修改”关系连接代理和实体。
附图说明
图1为本发明方法流程图示。
图2为实施例中得到的世系结果图示。
具体实施方式
为了使本发明所要解决的技术问题、技术方案及有益效果更加清楚明白,以下结合附图及实施例,对本发明进行详细的说明。应当说明的是,此处所描述的具体实施例仅用以解释本发明,并不用于限定本发明。
实施例:在业务流程系统中,发现两例监督办事件有非常紧密的联系,于是办事人员张三将这两个事件合并成同一个事件来办理,将事件二的信息并入了事件一,这个过程中没有产生信息的事件,而是以事件一作为基础事件,合并了两个事件的信息。在本例中,事件1已经办理了受理、审查和组织监督评议环节,事件2已经办理受理和审查环节,合并事件环节的时候是选择了一条更长的事件流程。事件1的涉事人员是张三,事件2的涉事人员是李四,合并涉事人员的时候把两个涉事人员都合并到新的世系数据中。事件1和事件2的创建者是工作人员 1,所以合并之后的事件1的创建者也是工作人员1。事件1办理过程中的数据项“是否涉外事件”的创建者是工作人员1,修改者是工作人员2,事件2办理过程中的数据项“是否涉外事件”的创建者是工作人员1,且没有发生过修改,所以先将“是否涉外事件”的数据合并到新的世系数据中,然后将创建者和修改者合并到新的世系数据中。
图1展示了业务世系数据记录和查询以及世系数据融合的数据流向。用户通过浏览器访问流程系统用户接口,以获得流程服务以及世系数据相关服务。首先,对于每一个单独的事件,世系数据记录服务会通过读取流程引擎中的数据并按照PROV标准保存到Neo4j图数据库中。而世系数据融合服务则是先通过世系数据查询服务获取到事件1和事件2的两个事件的世系数据,然后再将这两个事件的世系数据合并成一个事件的世系数据。这个过程和结果如图2所示。
图2中,张三、李四结点是相关人信息结点(实体)。监督办事件1、监督办事件2、受理、审查、组织监督评议结点是事件环节结点(活动)。工作人员1、工作人员2结点是工作人员信息结点(代理)。是否涉及事件是事件数据结点(实体)。
事件1的流程环节进行到组织监督评议,事件2的流程环节进行到审查,所以合并事件1 世系数据和事件2世系数据后,选择进度较快的事件1的流程环节作为合并之后的结果。
相关人信息结点和事件环节结点之间的关系是相关,所以合并事件1世系数据和事件2世系数据后,两个相关人信息结点仍然通过相关关系连接到事件环节结点。
事件1的“是否涉外事件”信息是由工作人员1创建,并且经历了工作人员2的一次修改,而事件2的“是否涉外事件信息”是由工作人员1创建,所以合并事件1世系数据和事件2世系数据后,通过创建关系连接工作人员1和前两个“是否涉外事件”信息结点,通过修改关系连接工作人员2和最后一个是“是否涉外事件”信息结点。
事件1的“是否涉外事件”和事件2的“是否涉外事件”信息结点第一个相同,所以合并事件1世系数据和事件2世系数据后,先通过合并关系连接两个相同的“是”结点,然后通过变化关系连接“是”和“否”结点。

Claims (1)

1.一种面向业务协同流程的多事件世系数据融合方法,是基于现有单位统一业务办事流程系统实现的;包括:记录世系数据,查询世系数据,根据算法对多个数据源的世系数据进行融合;其特征在于,具体步骤为:
(一)设计业务流程世系数据记录方法,用于保存业务流程运行过程中产生的世系数据;
在PROV标准的数据世系标识规范基础上,结合业务的具体场景,定义业务对应的世系标识以及标识之间的关系,具体如下:
(1)代理(agent):在业务场景下,代理描述的是事件的承办人;业务流程日志数据中的CZRM字段存储的当前操作的操作人名称,业务背景下操作人对象和PROV中代理对象有一一对应的关系;
(2)实体(entity):在业务场景下,实体描述的是事件环节中所产生的数据项,具体包括:事件类型、事件名称;相关人基本信息,包括姓名、性别、年龄、身份证号、家庭住址、部门受理事件号、相关人名称等;
(3)活动(activity):在业务场景下,活动描述的是业务流程的各个环节;
(4)变化(update):在业务场景下,变化关系表示实体的内容发生了修改,从旧值到新值的关系,表示为:update(entity1,entity2);
(5)相关(related):在业务场景下,相关关系表示一个实体信息涉及某个案件的流程环节,表示为:related(entity,activity);
(6)创建(create):在业务场景下,创建关系表示业务流程环节更新或创建了相应的事件的数据项,表示为:create(agent,activity)或者create(agent,entity);
(7)修改(modify):在业务场景下,修改关系表示事件承办人在已经创建好的数据项上进行了修改操作从而产生了新的数据,表示为:modify(agent,entity);
(8)合并(merge):在业务场景下,针对数据融合需求,引入了合并关系,合并关系表示实体的内容相同但是创建者或者修改者不同,在合并世系数据之后实体的前后关系,表示为:merge(entity1,entity2);
提供一个业务数据依赖库给业务流程办事系统,业务流程办事系统调用依赖库中的方法,将业务流程数据根据PROV的定义,转换成世系数据并记录到世系数据库中;
(二)设计业务流程世系数据查询方法,用于查询要提取的业务数据的世系数据;
提供的业务数据依赖库中,使用CQL查询语言,提供多维复合查询条件,根据业务的具体需要,从世系数据库中查询业务世系数据;
(三)设计业务数据融合方法,用于从多个世系数据源合并世系数据;具体包括:
(1)对于活动的世系数据,选择长度最长的活动的世系数据作为融合之后的新的世系数据;在业务场景下,两个事件的流程环节合并时,选择流程进度较快的作为合并之后的流程环节;表示为:
merge_activity(activities)=maxLen(activity),activity∈activities
其中,merge_activity()函数表示合并多个事件流程环节;maxLen()函数表示从所有事件流程中选择流程环节个数最大的那个事件流程;activities表示所有事件流程的集合,activity表示该集合中的一个元素;
(2)对于实体的世系数据,根据实体的类型分为以下几种情况:
选择:从多个数据源中选择一个实体的值作为合并之后的新的世系数据;在检察业务场景下,某些事件相关的数据在合并时,选择多个事件数据中的一个作为合并之后的结果;表示为:
merge_entity(entities)=pick(entity),entity∈entities其中,merge_entity()函数表示合并实体;pick()函数表示从实体集合中选择一个值;entities表示实体集合,entity表示该集合中的一个元素;
累加:累加合并多个数据源的实体的值作为新的世系数据;在业务场景下,某些事件相关的数据在合并时,将多个案件的数据进行累加作为合并之后的结果;表示为:
merge_entity(entities)=∑(entities)
其中,merge_entity()函数表示合并实体;∑函数表示对所有实体集合entities求和;
(3)单源世系数据内部的实体之间的关系是变化,在融合这个变化关系的时候,分为以下几种情况:
根据实体内容的修改时间,如果要合并的多个数据源中的实体内容相同,则使用合并关系将数据合并到新的世系数据中,并且用创建关系连接第一个实体和代理,用修改关系连接后面的实体和代理;在业务场景下,如果某些事件相关的数据是相同的,那么在合并时,在这些相同的数据之间添加合并关系,并以修改时间顺序排列;表示为:
merge(entitys,agents))=
(1)merge(entityi,entityj),i<j and entityi=entityj
(2)create(agenti,entityi),i=0
(3)modify(agenti,entityi),i>0
其中,merge()函数表示以“合并”关系连接变化的两个实体;create()函数表示以“创建”关系连接代理和实体;modify()函数表示以“修改”关系连接实体和代理;
根据实体内容的修改时间,如果多个数据源中的实体内容不同,使用变化关系将数据合并到新的世系数据中,并且用创建关系连接第一个实体和代理,用修改关系连接后面的实体和代理;在业务场景下,如果某些事件相关的数据是不同的,那么在合并时,在这些相同的数据之间添加变化关系,并以修改时间顺序排列;表示为:
merge(entitys,agents))=
(1)update(entityi,entityj),i<j and entityi≠entityj
(2)create(agenti,entityi),i=0
(3)modify(agenti,entityi),i>0
其中,update()函数表示以“变化”关系连接变化的两个实体;create()函数表示以“创建”关系连接代理和实体;modify()函数表示以“修改”关系连接实体和代理;
(4)当代理和活动之间的关系是相关关系的时候,将多个数据源的世系数据直接全部通过相关关系合并到新的世系数据中;在业务场景下,如果工作人员或者事件相关人信息结点和办事环节是相关关系,那么在合并之后的世系数据中,工作人员或者事件相关人信息结点通过相关关系连接到办事环节结点;
(5)当代理和活动之间的关系是创建关系的时候,将多个数据源的世系数据通过创建关系合并到新的世系数据中;在业务场景下,如果工作人员信息结点和办事环节是创建关系,那么在合并之后的世系数据中,工作人员信息结点通过创建关系连接到办事环节结点;表示为:
merge_agent_actiυity=foreach:
Figure RE-FDA0003167620460000031
其中,merge_agent_activity()函数表示合并代理和活动;foreach()函数表示对集合中的元素进行遍历操作;relate()函数表示以“相关”关系连接代理和活动;create()函数表示以“创建”关系连接代理和活动;
(6)当实体和活动之间的关系是相关关系的时候,将多个数据源的世系数据直接全部通过相关关系合并到新的世系数据中;在业务场景下,如果事件数据和事件环节结点直接按是相关关系,那么在合并之后的世系数据中,事件数据结点通过相关关系连接到事件环节结点;表示为:
merge_entity_activity=foreach:relate(entity,activity)
其中,merge_entity_activity()函数表示合并实体和活动;foreach()函数表示对集合中的元素进行遍历操作;relate()函数表示以“相关”关系连接实体和活动;
(7)当代理和实体之间的关系是创建关系的时候,将多个数据源的世系数据通过创建关系合并到新的世系数据中;在业务场景下,如果工作人员信息结点和事件数据结点是相关关系,那么在合并之后的世系数据中,工作人员信息结点通过相关关系连接到事件数据结点;
(8)当代理和实体之间的关系是修改关系的时候,将多个数据源的世系数据通过修改关系合并到新的世系数据中;在业务场景下,如果工作人员信息结点和事件数据结点是修改关系,那么在合并之后的世系数据中,工作人员信息结点通过修改关系连接到事件数据结点;表示为:
merge_agent_entity=foreach:
Figure RE-FDA0003167620460000041
其中,merge_agent_entity()函数表示合并代理和实体;foreach()函数表示对集合中的元素进行遍历操作;create()函数表示以“创建”关系连接代理和实体;modify()函数表示以“修改”关系连接代理和实体。
CN202110000444.5A 2021-01-03 2021-01-03 面向业务协同流程的多事件业务世系数据融合方法 Active CN113268547B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110000444.5A CN113268547B (zh) 2021-01-03 2021-01-03 面向业务协同流程的多事件业务世系数据融合方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110000444.5A CN113268547B (zh) 2021-01-03 2021-01-03 面向业务协同流程的多事件业务世系数据融合方法

Publications (2)

Publication Number Publication Date
CN113268547A true CN113268547A (zh) 2021-08-17
CN113268547B CN113268547B (zh) 2022-10-11

Family

ID=77227701

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110000444.5A Active CN113268547B (zh) 2021-01-03 2021-01-03 面向业务协同流程的多事件业务世系数据融合方法

Country Status (1)

Country Link
CN (1) CN113268547B (zh)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101771691A (zh) * 2009-12-29 2010-07-07 北京邮电大学 融合用户信息的系统及用户信息的感知、融合和决策方法
CN104008135A (zh) * 2014-05-07 2014-08-27 南京邮电大学 一种多源异构数据库融合系统及其数据查询方法
CN104471570A (zh) * 2012-07-10 2015-03-25 微软公司 跨多个市场的数据世系
CN104737154A (zh) * 2012-10-18 2015-06-24 甲骨文国际公司 关联信息传播系统
US9811573B1 (en) * 2013-09-27 2017-11-07 EMC IP Holding Company LLC Lineage information management in data analytics
CN110097382A (zh) * 2019-05-08 2019-08-06 杜柏池 一种市场行为溯源系统
CN111126957A (zh) * 2019-12-21 2020-05-08 复旦大学 面向检察业务协同流程的检务世系数据采集与集成方法

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101771691A (zh) * 2009-12-29 2010-07-07 北京邮电大学 融合用户信息的系统及用户信息的感知、融合和决策方法
CN104471570A (zh) * 2012-07-10 2015-03-25 微软公司 跨多个市场的数据世系
CN104737154A (zh) * 2012-10-18 2015-06-24 甲骨文国际公司 关联信息传播系统
US9811573B1 (en) * 2013-09-27 2017-11-07 EMC IP Holding Company LLC Lineage information management in data analytics
CN104008135A (zh) * 2014-05-07 2014-08-27 南京邮电大学 一种多源异构数据库融合系统及其数据查询方法
CN110097382A (zh) * 2019-05-08 2019-08-06 杜柏池 一种市场行为溯源系统
CN111126957A (zh) * 2019-12-21 2020-05-08 复旦大学 面向检察业务协同流程的检务世系数据采集与集成方法

Non-Patent Citations (6)

* Cited by examiner, † Cited by third party
Title
SACHIN PATEL: "Data Provenance and Data Lineage in the Cloud: A Survey", 《RESEARCHGATE:INTERNATIONAL JOURNAL OF ADVANCED SCIENCE AND TECHNOLOGY》 *
SACHIN PATEL: "Data Provenance and Data Lineage in the Cloud: A Survey", 《RESEARCHGATE:INTERNATIONAL JOURNAL OF ADVANCED SCIENCE AND TECHNOLOGY》, vol. 29, no. 5, 31 December 2020 (2020-12-31), pages 4883 *
中国国家标准化管理委员会: "信息技术 数据溯源描述模型", 《国家标准官网》 *
中国国家标准化管理委员会: "信息技术 数据溯源描述模型", 《国家标准官网》, 1 November 2017 (2017-11-01) *
高明等: "数据世系管理技术研究综述", 《计算机学报》 *
高明等: "数据世系管理技术研究综述", 《计算机学报》, vol. 33, no. 3, 31 March 2010 (2010-03-31), pages 373 *

Also Published As

Publication number Publication date
CN113268547B (zh) 2022-10-11

Similar Documents

Publication Publication Date Title
CN107660283B (zh) 用于在日志分析系统中实现日志解析器的方法和系统
US10599684B2 (en) Data relationships storage platform
CN109101652B (zh) 一种标签创建和管理系统
US20110161132A1 (en) Method and system for extracting process sequences
CN100468394C (zh) 带关联的计算机搜索
CN110168515A (zh) 用于分析数据关系以支持查询执行的系统
CN109997125A (zh) 用于将数据导入数据储存库的系统
WO2015025386A1 (ja) データ処理システム、データ処理方法およびデータ処理装置
US9123006B2 (en) Techniques for parallel business intelligence evaluation and management
CN108399199A (zh) 一种基于Spark的应用软件运行日志的收集与服务处理系统及方法
KR101125417B1 (ko) 데이터 품질 진단 방법과 시스템
CN112631889B (zh) 针对应用系统的画像方法、装置、设备及可读存储介质
CN110990403A (zh) 业务数据的存储方法、系统、计算机设备及存储介质
CN111737335B (zh) 产品信息集成处理方法、装置、计算机设备和存储介质
CN111126957B (zh) 面向检察业务协同流程的检务世系数据采集与集成方法
CN110245037A (zh) 一种基于日志的Hive用户操作行为还原方法
JP5169560B2 (ja) 業務フロー処理プログラム、方法及び装置
KR101175475B1 (ko) 업무 흐름 처리 방법 및 장치
CN114003568A (zh) 数据处理的方法及相关装置
CA2287155A1 (en) Strategic marketing system
CN113268547B (zh) 面向业务协同流程的多事件业务世系数据融合方法
JP4562749B2 (ja) 文書の圧縮格納方法及び装置
JP2012088932A (ja) 会計システム、会計方法、及びプログラム
CN117271782B (zh) Sdk组件的动态集成方法及系统
JP2019128616A (ja) 評価プログラム、評価方法及び情報処理装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant