CN111291133A - 跨企业数据存储和查询方法、装置及系统 - Google Patents
跨企业数据存储和查询方法、装置及系统 Download PDFInfo
- Publication number
- CN111291133A CN111291133A CN202010047248.9A CN202010047248A CN111291133A CN 111291133 A CN111291133 A CN 111291133A CN 202010047248 A CN202010047248 A CN 202010047248A CN 111291133 A CN111291133 A CN 111291133A
- Authority
- CN
- China
- Prior art keywords
- data
- enterprise
- final output
- original input
- service
- 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.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/28—Databases characterised by their database models, e.g. relational or object models
- G06F16/284—Relational databases
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/25—Integrating or interfacing systems involving database management systems
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明提供跨企业数据存储和查询方法、装置及系统,其中跨企业数据存储方法包括:在产品的全生命周期中,接收当前企业端上传的指示所述当前企业端的原始输入对象标识转换为所述当前企业端的最终输出对象标识的对象数据和所述最终输出对象标识流入的下游端,将所述对象数据与所述当前企业端的上游企业端的对象数据中的最终输出对象标识关联存储;若下游端非消费端,则下游端重新作为当前企业端并进入上述步骤,直到下游端为消费端。本发明提供的跨企业数据存储方法,可以有机整合多个企业的对象数据,并且,本发明提供的数据存储方法可以实现产品在组件层面的全生命周期数据。
Description
技术领域
本申请涉及通信技术领域,尤其涉及跨企业数据存储和查询方法、装置及系统。
背景技术
在工业互联网中需要实现数据共享机制,目前工业互联网能实现企业内部的数据共享,也能够实现企业之间的数据共享。但是,企业之间的数据共享仅仅是共享数据,并无法将多个企业之间的数据有机结合起来。
例如,企业A生产电池组件、企业B生产显示屏和企业C生产电脑,工业互联网可以单独获得企业A的电池组件数据,企业B的显示屏数据,企业C的电脑数据,但是无法将企业C的电脑数据与企业A的电池组件数据和企业B的显示屏数据有机结合起来,形成电脑的全生命周期数据。
目前在工业互联网为了便于管控产品并了解产品的来源和去向,工业互联网便需要能够整合产品的全生命周期数据(全生命周期包括:买入原材料、加工、生产、运输、销售等多个阶段)。
但是目前工业互联网仅仅能够机械的存储多个企业的数据,无法将多个企业之间的数据有机结合起来,所以无法有机整合产品的全生命周期数据。
发明内容
鉴于此,本申请提供跨企业数据存储、查询方法、装置及系统,可以实现对产品全生命周期相关的多个企业进行跨企业数据存储操作,从而方便后续可以查询得到产品的全生命周期数据。
一种跨企业数据存储方法,应用于代理侧,所述方法包括:
在产品的全生命周期中,接收当前企业端上传的指示所述当前企业端的原始输入对象标识转换为所述当前企业端的最终输出对象标识的对象数据和所述最终输出对象标识流入的下游端,将所述对象数据与所述当前企业端的上游企业端的对象数据中的最终输出对象标识关联存储;
若下游端非消费端,则下游端重新作为当前企业端并进入上述步骤,直到下游端为消费端。
可选的,所述对象数据包括对象属性数据集和对象业务数据集;
所述对象业务数据集包括:所述当前企业端对原始输入对象标识对应的原始输入对象进行处理操作操作产生中间对象的业务子数据,以及对中间对象继续进行处理操作最后转换为最终输出对象对应的最终输出对象标识的业务子数据;
所述对象属性数据集包括:所述当前企业端的基本属性、原始输入对象标识、中间对象标识和最终输出对象标识。
可选的,所述处理操作分为业务操作和其它操作,其中业务操作分为四种事件类型:
用于指示单个对象业务操作的观测事件类型;
用于指示一对象变多对象或多对象变一对象的聚分事件类型;
用于指示对象参与交易操作的交易事件类型;
用于指示一个或多个对象的形态转换为其它形态的转化事件类型;
则所述业务数据分为四类数据:
与所述观测事件类型对应的观测事件数据;
与所述聚分事件类型对应的聚分事件数据;
与所述交易事件类型对应的交易时间数据;
与所述转化事件类型对应的转化事件数据。
可选的,所述代理侧按不同当前企业端的所属行业,分类存储不同当前企业端上传的对象数据。
可选的,所述代理侧连接企业侧、管理侧和使用侧;
所述代理侧集成有:
使用侧数据处理器、企业侧数据处理器、管理侧数据处理器、配置器、同步控制器、安全控制器、数据库和数据备份库。
一种跨企业数据存储方法,应用于企业侧,企业侧包括产品全生命周期对应的多个企业端,所述方法包括:
多个企业端按照产品全生命周期的执行顺序执行处理操作,直到当前企业端的下游端为消费端:
上游企业端的最终输出对象流入当前企业端,所述当前企业端以所述上游企业端的最终输出对象作为原始输入对象,并对所述原始输入对象执行处理操作获得最终输出对象,最终输出对象流入下游端;
所述当前企业端构建所述原始输入对象的原始输入对象标识通过处理操作转换为所述最终输出对象的最终输出对象标识的对象数据,确定所述最终输出对象标识流入的下游端,发送所述对象数据和最终输出对象标识流入的下游端至代理侧,以供代理侧将所述对象数据与所述上游企业端的对象数据中的最终输出对象标识关联存储。
可选的,所述各个企业端集成有IDO服务器,IDO服务器集成有用于存储交互数据的交互数据模块、用于存储产品全生命周期核心业务操作统一的业务描述词汇的描述数据模块和用于存储业务数据的业务数据模块;
所述IDO服务器用于构建所述原始输入对象的原始输入对象标识通过处理操作转换为所述最终输出对象的最终输出对象标识的对象数据;
所述对象数据包括对象属性数据集和对象业务数据集;
所述对象业务数据集包括:所述当前企业端对原始输入对象标识对应的原始输入对象进行处理操作操作产生中间对象的业务子数据,以及,对中间对象继续进行处理操作最后转换为最终输出对象对应的最终输出对象标识的业务子数据;
所述对象属性数据集包括:所述当前企业端的基本属性、原始输入对象标识、中间对象标识和最终输出对象标识。
可选的,所述处理操作分为四种事件类型:
用于指示单个对象的处理操作的观测事件类型;
用于指示一变多或多变一的聚分事件类型;
用于指示对象参与交易操作的交易事件类型;
用于指示对象的形态转换为其它形态的转化事件类型;
则所述业务数据分为四类数据:
与所述观测事件类型对应的观测事件数据;
与所述聚分事件类型对应的聚分事件数据;
与所述交易事件类型对应的交易时间数据;
与所述转化事件类型对应的转化事件数据。
可选的,IDO服务器还存储有不同业务描述词汇与事件类型的对应关系,所述处理操作包括一系列处理子操作;
则所述当前企业端对原始输入对象标识对应的原始输入对象进行处理操作操作产生中间对象的业务子数据,以及,对中间对象继续进行处理操作最后转换为最终输出对象对应的最终输出对象标识的业务子数据,包括:
重复对每个处理子操作执行下述处理,直到最后一个处理子操作:
确定处理子操作的输入对象,基于输入对象进行处理子操作获得中间输出对象;其中所述输入对象包括一个或多个原始输入对象和/或上一处理子操作的中间输出对象;
从处理子操作中提取处理操作词汇,并将所述处理操作词汇与所述描述数据模块中的业务描述词汇进行匹配;
若匹配成功则确定与该处理子操作为业务子操作,依据业务描述词汇与事件类型的对应关系确定该业务子操作对应的事件类型;其中所述事件类型包括观测事件类型、聚分事件类型、交易事件类型或转化事件类型;
构建业务子数据并确定该业务子数据类别为该事件类型;其中业务子数据包括该业务子操作的输入对象标识、中间输出对象标识,以及两者之间的事件类型;
对业务子数据执行格式转换操作,若格式转换成功则将该业务子数据存储至业务数据模块;
若匹配不成功或格式转化失败,则将该处理子操作产生的数据归类为交互数据,并存储至交互数据模块。
可选的,企业端之间进行局部共享操作,在企业端之间进行局部共享操作之前还包括:
当前企业端接收其它企业端发送的连接请求;
当前企业端对其它企业端权限等级进行验证;
若所述权限等级大于预设安全等级,则确定所述其它企业端不安全,拒绝与所述其它企业端连接;
若所述权限等级不大于预设安全等级,则确定所述其它企业端安全,与所述其它企业端连接,并进行局部共享操作。
可选的,所述企业侧连接代理侧和管理侧,则所述企业侧集成有:
安全控制器、订阅控制器、查询控制器、同步控制器、查询接口、IDO服务器、文件服务器和数据库。
一种跨企业数据查询方法,应用于代理侧,所述代理侧存储产品的全生命周期数据,所述方法包括:
接收使用侧的包含对象标识的查询请求;其中所述对象标识包括产品标识,或,组成所述产品的任一组件的标识,和,查询条件;
在全生命周期数据中查询所述对象标识关联的对象数据;
在所述对象数据中查找与所述查询条件对应的查询内容;
若存在,则展示与所述查询条件对应的查询内容;
若不存在,则确定与查询条件对应的企业标识,发送所述查询请求至所述企业标识对应的企业端,接收并展示该企业端反馈的查询内容。
一种跨企业数据查询方法,应用于企业侧,所述方法包括:
接收代理侧发送包含对象标识的查询请求;其中所述对象标识包括产品标识,或,组成所述产品的任一组件的标识,和,查询条件;
对所述对象标识进逆格式转换,获得企业侧能够识别的对象标识;
查询与所述查询请求对应的查询内容;
按所述代理侧指定的统一数据格式,对所述查询内容进行格式转换操作;
发送查询内容至所述代理侧。
一种跨企业数据存储装置,应用于代理侧,所述装置包括:
接收器,用于在产品的全生命周期中,接收当前企业端上传的指示所述当前企业端的原始输入对象标识转换为所述当前企业端的最终输出对象标识的对象数据和所述最终输出对象标识流入的下游端;
关联存储器,用于将所述对象数据与所述当前企业端的上游企业端的对象数据中的最终输出对象标识关联存储;
循环器,用于若下游端非消费端,则下游端重新作为当前企业端并进入上述步骤,直到下游端为消费端。
一种跨企业数据存储系统,包括:
代理侧和企业侧,企业侧包括产品的全生命周期对应的多个企业端;
多个企业端按照全生命周期的执行顺序执行处理操作,直到当前企业端的下游端为消费端:上游企业端的最终输出对象流入当前企业端,所述当前企业端以所述上游企业端的最终输出对象作为原始输入对象,并对所述原始输入对象执行处理操作获得最终输出对象,最终输出对象流入下游端;所述当前企业端构建所述原始输入对象的原始输入对象标识通过处理操作转换为所述最终输出对象的最终输出对象标识的对象数据,确定所述最终输出对象标识流入的下游端,发送所述对象数据和最终输出对象标识流入的下游端至代理侧;
代理侧,用于在产品的全生命周期中,接收当前企业端上传的指示所述当前企业端的原始输入对象标识转换为所述当前企业端的最终输出对象标识的对象数据和所述最终输出对象标识流入的下游端,将所述对象数据与所述当前企业端的上游企业端的对象数据中的最终输出对象标识关联存储;若下游端非消费端,则下游端重新作为当前企业端并进入上述步骤,直到下游端为消费端。
可选的,所述代理侧集成有:使用侧数据处理器、企业侧数据处理器、管理侧数据处理器、配置器、同步控制器、安全控制器、数据库和数据备份库;
企业侧集成有:安全控制器、订阅控制器、查询控制器、同步控制器、查询接口、IDO服务器、文件服务器和数据库;
所述跨企业数据存储系统还包括使用侧和管理侧;
管理侧集成有:主管部门数据处理器、代理侧数据处理器、企业侧数据处理器、配置器、同步控制器、安全控制器、调度管理模块、管理控制器和数据库;
使用侧集成有消费人员对应终端、企业人员对应终端、代理人员对应终端和管理人员对应终端。
通过以上技术手段,可以实现以下有益效果:
本发明从两个方面来有机整合产品的全生命周期数据:
一方面,代理侧接收产品全生命周期涉及的各个企业端的对象数据,并将产品全生命周期涉及的各个企业端的对象数据关联存储,以体现出各个企业端之间的上下游关系建立各个企业端之间业务数据链条。产品全生命周期涉及的各个企业端组成的业务数据链条可以体现出产品在企业层面的全生命周期数据。
另一方面,为了更加细粒度的体现出产品的全生命周期数据,本发明中代理侧还会存储企业端的原始输入对象标识转换为企业端的最终输出对象标识的对象数据,也即增加了每个企业端内部的执行过程;从而使得代理侧存储有能够体现产品在组件层面的全生命周期数据。
本发明提供的跨企业数据存储方法,可以有机整合多个企业的对象数据,并且,本发明提供的数据存储方法可以实现产品在组件层面的全生命周期数据。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例公开的一种跨企业数据存储系统的结构示意图;
图2为本申请实施例公开的一种跨企业数据存储方法的流程图;
图3为本申请实施例公开的一种跨企业数据存储方法中对每个处理子操作的处理过程的流程图;
图4为本申请实施例公开的一种企业侧的一种数据存储模型的示意图;
图5为本申请实施例公开的又一种跨企业数据存储方法的流程图;
图6为本申请实施例公开的又一种跨企业数据存储方法的流程图;
图7为本申请实施例公开的一种跨企业数据存储方法中上下游企业端的关联存储示意图;
图8为本申请实施例公开的一种跨企业数据查询方法的流程图;
图9为本申请实施例公开的又一种跨企业数据查询方法的流程图;
图10为本申请实施例公开的一种跨企业数据存储装置的示意图;
图11为本申请实施例公开的一种可识别数字对象的数据共享系统的示意图;
图12为本申请实施例公开的企业侧的IDO系统的结构示意图;
图13为本申请实施例公开的企业侧的IDO系统中交互模型的示意图;
图14为本申请实施例公开的统一业务描述词汇的示意图;
图15为本申请实施例公开的企业侧的IDO系统中连接关系示意图;
图16为本申请实施例公开的代理侧的IDO系统的结构示意图;
图17为本申请实施例公开的代理侧的IDO系统中数据交互过程;
图18为本申请实施例公开的管理侧的IDO系统的结构示意图;
图19为本申请实施例公开的管理侧的IDO系统中数据交互过程;
图20为本申请实施例公开的使用侧的IDO系统的结构示意图。
具体实施方式
为了便于本领域技术人员理解,首先提供本发明的技术思路:
可以理解的是产品的全生命周期对应多个企业端,为了整合全生命周期数据,多个企业端会按照产品构建过程的执行顺序来生成对象数据并上传对象数据至企业侧。企业侧会按照多个企业端的对象数据关联存储,形成业务数据链条,业务数据链条即为产品的全生命周期数据。
例如,多个企业端为企业端A、企业端B和企业端C,且按照产品构建过程的执行顺序为企业端A、企业端B和企业端C,也即企业端B的上游为企业端A,下游为企业端C。
企业端A在实际生产经营过程中会对原始输入对象(材料)进行处理并得到最终输出对象(成品),在这个过程中企业端A会生成企业端A的原始输入对象标识A转换为企业端A的最终输出对象标识A的对象数据。
企业端A会上传对象数据至代理侧,将企业端A的对象数据保存在代理侧侧。可以理解的是,企业端A的对象数据为产品全生命周期数据中一部分。
企业端A的最终输出对象标识A会作为企业端B的原始输入对象标识B,同理,企业端B在实际生产经营过程中会对原始输入对象(材料)进行处理并得到最终输出对象(成品),在这个过程中企业端B会生成企业端B的原始输入对象标识B转换为企业端B的最终输出对象标识B的对象数据。
企业端B上传对象数据至代理侧,代理侧为了体现出企业端A和企业端B之间的关联关系,会将企业端B的对象数据与企业端A的对象数据中的最终输出对象标识A关联存储;也即体现出企业端A的最终输出对象A流入企业端B作为企业端B的原始输入对象B的链条。
同理,企业端C上传对象数据至代理侧,代理侧为了体现出企业端B和企业端C之间的关联关系,会将企业端C的对象数据与企业端B的对象数据中的最终输出对象标识B关联存储;也即体现出企业段B的最终输出对象流入企业端C作为企业端C的原始输入对象C的链条。
代理侧通过关联存储企业端A、企业端B和企业端C的对象数据,可以实现企业端A、企业端B和企业端C的关联存储,通过关联存储可以实现不同企业端之间的有机整合,从而获得产品的全生命周期数据。
且,每个企业端的对象数据也能够反应出企业端内部由原始输入对象至最终输出对象的企业内部生命周期,可以本发明可以从企业层面到企业内部的组件层面,实现组件粒度的全生命周期数据。
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
参见图1,本发明提供了一种跨企业数据存储系统,包括代理侧100和企业侧200。代理侧100与企业侧200之间可以进行数据交互。
本发明提供的企业数据存储系统在使用过程中可以应用于多个产品的全生命周期数据的有机整合。为了便于描述,本发明以一个产品的全生命周期为例进行详细说明。
企业侧包括产品的全生命周期对应的多个企业端,全生命周期包括:买入原材料、加工、生产、运输、销售等多个阶段。可以理解的是,全生命周期对应的多个企业端具有一定的执行顺序。当然,不同产品的全生命周期中所经历阶段不同,不同产品的全生命周期的过程也不尽相同。
例如,原材料企业端卖出原材料至加工企业端,由加工企业端对原材料初步加工后,再卖给生产企业端,由生产企业端,生产企业端生产出产品后再发给运输企业端,运输企业端分发产品至销售企业端,由销售企业端派送至消费端。
代理侧可以采用服务器模式或服务器集群模式,本发明对此不做限定。
关于企业侧和代理侧的执行过程详见下述实施例,在此暂无赘述。
需要指出的是,产品的全生命周期数据中必然涉及非常多对象(例如多个组件)。可以理解的是,对象会随着执行过程流转至不同企业端。为了便于追溯组件,本发明提出各个企业端针对同一对象均采用全局统一的标识符,以用于在不同企业端中识别同一对象,全局统一标识符可以采用IDO来表示。
下面对企业侧的执行过程进行详细描述,本发明提供了一种跨企业数据存储方法,应用于企业侧。企业侧包括产品全生命周期对应的多个企业端。参见图2,可以包括以下步骤:
步骤S201:上游企业端的最终输出对象流入当前企业端。
可以理解的是,初始开始执行本步骤时,上游企业端为产品的全生命周期中原材料对应的企业端。上游企业端经过一些处理操作会获得最终输出对象,最终输出对象通常会通过交易操作流入当前企业端。
步骤S202:当前企业端以所述上游企业端的最终输出对象作为原始输入对象,并对所述原始输入对象执行处理操作获得最终输出对象,最终输出对象流入下游端。
可以理解的是,当前企业端为上游企业端的下游,当前企业端会将上游企业端的最终输出对象作为原始输入对象,并按照当前企业端的生产运营过程对原始输入对象执行处理操作,并获得最终输出对象。关于生产运营过程每个企业端各不相同,对此不做限定。
通常而言,当前企业端会采用交易方式,将最终输出对象分发至下游端(也即下游端购买当前企业端的最终输出对象)。
步骤S203:当前企业端构建所述原始输入对象的原始输入对象标识通过处理操作转换为所述最终输出对象的最终输出对象标识的对象数据,确定所述最终输出对象标识流入的下游端,发送所述对象数据和最终输出对象标识流入的下游端至代理侧,以供代理侧将所述对象数据与所述上游企业端的对象数据中的最终输出对象标识关联存储。
当前企业端在生产运营过程的同时,也会逐步构建原始输入对象的原始输入对象标识通过处理操作转换为所述最终输出对象的最终输出对象标识的对象数据,以将企业内部转换过程清楚明白的表示出来。
其中,所述对象数据包括对象属性数据集和对象业务数据集;
所述对象业务数据集包括:所述当前企业端对原始输入对象标识对应的原始输入对象进行处理操作操作产生中间对象的业务子数据,以及,对中间对象继续进行处理操作最后转换为最终输出对象对应的最终输出对象标识的业务子数据;
所述对象属性数据集包括:所述当前企业端的基本属性、原始输入对象标识、中间对象标识和最终输出对象标识。基本属性为基本情况相关的参数信息,如名称、型号、规格等。对象属性数据集为静态数据。
步骤S204:判断下游端是否为消费端;若否则进入步骤S202,若是则结束。
在下游端非消费端的情况下,下游端作为当前企业端重新进入步骤S202,直到下游端为消费端。
也即,多个企业端按照产品全生命周期的执行顺序执行处理操作,直到当前企业端的下游端为消费端,从而将各个企业端的对象数据存储至代理侧。代理侧则将各个企业端的对象数据关联存储,从而获得产品的全生命周期数据。通过以上技术手段,可以实现以下有益效果:
本发明从两个方面来有机整合产品的全生命周期数据:
一方面,代理侧接收产品全生命周期涉及的各个企业端的对象数据,并将产品全生命周期涉及的各个企业端的对象数据关联存储,以体现出各个企业端之间的上下游关系建立各个企业端之间业务数据链条。产品全生命周期涉及的各个企业端组成的业务数据链条可以体现出产品在企业层面的全生命周期数据。
另一方面,为了更加细粒度的体现出产品的全生命周期数据,本发明中代理侧还会存储企业端的原始输入对象标识转换为企业端的最终输出对象标识的对象数据,也即增加了每个企业端内部的执行过程;从而使得代理侧存储有能够体现产品在组件层面的全生命周期数据。
本发明提供的跨企业数据存储方法,可以有机整合多个企业的对象数据,并且,本发明提供的数据存储方法可以实现产品在组件层面的全生命周期数据。
下面对企业端构建业务数据的过程进行详细介绍。为了实现构建业务数据的过程,在企业端中增加IDO服务器。
IDO服务器集成有用于存储交互数据的交互数据模块,用于存储产品全生命周期核心业务操作统一的业务描述词汇的描述数据模块,和,用于存储业务数据的业务数据模块。
根据处理操作方式不同,本发明将处理操作分为业务操作和其它操作,其中业务操作又可以分为四种事件类型:
用于指示单个对象的处理操作的观测事件类型;
用于指示一变多或多变一的聚分事件类型;
用于指示对象参与交易操作的交易事件类型;
用于指示对象的形态转换为其它形态的转化事件类型。
为了便于将业务操作划分为不同的业务类型,IDO服务器中预先存储不同业务描述词汇与事件类型的对应关系。例如,为对象添加二维码对应观测事件类型,多个组件打包为一个包裹对应聚分事件类型,多个对象组成一个新对象对应转化事件类型,一个对象买卖至其它企业则对应交易事件类型。
可以理解的是,一个企业端在实际运营过程中的处理操作包括一系列处理子操作,处理子操作之间也有执行顺序,按照预先设定的执行顺序执行一些列处理子操作,重复对每个处理子操作执行下述处理,直到最后一个处理子操作。
参见图3,对每个处理子操作的处理过程进行描述:
步骤S301:确定处理子操作的输入对象,基于输入对象进行处理子操作获得中间输出对象;其中所述输入对象包括一个或多个原始输入对象和/或上一处理子操作的中间输出对象。
处理子操作的输入对象可以为原始输入对象,或者是上一个处理子操作输出的中间输出对象,中间输出对象会可以作为下一个处理子操作的输入对象。
步骤S302:从处理子操作中提取处理操作词汇,并将所述处理操作词汇与所述描述数据模块中的业务描述词汇进行匹配。若匹配成功进入步骤S303,若匹配不成功进入步骤S306。
从处理子操作中提取处理操作词汇,将处理操作词汇与所述描述数据模块中的业务描述词汇进行匹配,若匹配成功则表示处理子操作为业务子操作,若不匹配,则表示处理子操作非业务子操作。
步骤S303:若匹配成功则确定与该处理子操作为业务子操作,依据业务描述词汇与事件类型的对应关系确定该业务子操作对应的事件类型;其中所述事件类型包括观测事件类型、聚分事件类型、交易事件类型或转化事件类型。
步骤S304:构建业务子数据并确定该业务子数据类别为该事件类型;其中业务子数据包括该业务子操作的输入对象标识、中间输出对象标识,以及两者之间的事件类型。
为了便于理解,详见下表进行举例说明:
步骤S305:对业务子数据执行格式转换操作,若格式转换成功则将该业务子数据存储至业务数据模块。
由于不同企业之间的数据格式不统一,在进行数据共享时没有统一的标准,无法实现快速有效的信息传递。为此,各个企业侧设定统一数据格式。
在上传至代理侧之前,对业务子数据执行格式转换,转换为统一数据格式,实现不同企业之间异主、异地、异构、统一数据接口的数据共享。
在跨企业数据存储中提供格式转换操作,可以统一数据标准和交换机制。这一方面,可以解决信息访问统一接入和信息汇聚的问题,也可以进一步解决实现产品信息的处理、交换、再利用的问题,达到更好的企业间数据交互和价值传递。另一方面,可以解决异构系统、设备的接入问题,解决系统连通性和数据交换问题。
步骤S306:若匹配不成功或格式转化失败,则将该处理子操作产生的数据归类为交互数据,并存储至交互数据模块。
交互数据通常认为是非业务数据,也即不能体现业务数据链条的数据,所以交互数据通常存储在企业侧本地,不必上传至代理侧。这一方面可以减少上传的数据量提高上传效率,另一方面也可以降低代理侧的存储数据量,减少存储量。
可选的,企业侧除IDO服务器之外,还可以集成安全控制器、订阅控制器、查询控制器、同步控制器、查询接口、文件服务器和数据库。
参见图4,本发明还提供企业侧的一种数据存储模型,数据存储模型包括:
ID区,用于存储企业侧原始输入对象标识和网络地址,中间对象标识和网络地址,和,最终输出对象标识和网络地址。
属性数据区,用于存储属性数据集。属性数据集为静态数据,主要分为基本数据、生产数据、主体数据(制造者是谁、制造者营业执照)、参与方数据(指除去制造者之外的,如经销商、运输车、零售店等)和技术参数数据。
其中,基本数据是产品基本情况相关的参数信息,如产品名称、产品型号、产品规格等;生产数据是产品生产方面的参数信息,如生产日期、生产批次、生产地址等;主体数据是是产品制造主体的参数信息,如生产厂商名称、制造者营业执照信息等;参与方数据是除去制造者之外的参与对象全生命周期角色信息,如经销商、运输车、零售店的相关信息等;技术参数数据是产品技术特征信息、性能指标、可靠性指标等相关参数信息。
业务数据区,用于存储业务数据,业务数据包括对象事件数据、聚合事件数据、交易事件数据和转化事件数据。
IDO数据池,用于业务数据之外的交互数据。
可以理解的是,企业侧与代理侧之间可以进行数据交互,企业端之间也进行数据交互,例如局部共享操作(上游企业端发送最终输出对象的基本属性至下游企业端,或者,下游企业端接收上游企业端的故障对象数据等等)
企业侧为了保证自身安全性,所以对数据交互方进行权限认证。以企业端之间的交互为例,在企业端之间进行局部共享操作之前还包括:
当前企业端接收其它企业端发送的连接请求;当前企业端对其它企业端权限等级进行验证;
若所述权限等级大于预设安全等级,则确定所述其它企业端不安全,拒绝与所述其它企业端连接;
若所述权限等级不大于预设安全等级,则确定所述其它企业端安全,与所述其它企业端连接,并进行局部共享操作。
在本实施例中,安全等级越大代表其安全性越低,安全等级越低代表其安全性越高,通过权限的筛选,可以保护企业侧避免与安全等级较低的企业端进行数据交互。
在一些情况下,企业侧会直接接收到输入数据,需要直接对输入数据进行进一步的区分。参见图5,本发明提供了一种跨企业数据存储方法,应用于企业侧,所述方法包括:
步骤S501:企业端检测是否有输入数据,若不存在则继续检测,若存在进入步骤S502。
步骤S502:判断输入数据的数据方的安全等级是否小于3,若安全等级不小于3,则拒绝连接,若安全等级小于3,则建立通信连接。
企业侧的安全控制器可以获取数据方的安全等级,并对安全等级进行判断。
步骤S503:计算输入数据的数据格式与描述数据模块中业务数据的数据格式的相似度,若大于预设值则进入步骤S506,若否则进入步骤S504。
IDO服务器从描述数据模块中确定业务数据的数据格式,计算输入数据的数据格式与业务数据的数据格式的相似度,若相似度大于0.8,则确定输入数据为业务数据进入步骤S506,否则确定输入数据非业务数据。
步骤S504:判断输入数据中是否有业务描述词汇,若是则进入步骤S505,若否保存输入数据至交互数据模块。
IDO服务器从输入数据根据提取规则来提取处理操作词汇,将处理操作词汇与所述描述数据模块中的业务描述词汇进行匹配,若匹配成功则表示处理子操作为业务子操作,若不匹配,则表示非业务子操作。
步骤S505:保存提取规则。
步骤S506:对输入数据进行格式转换操作,若转换成功则进入步骤S507。若否保存输入数据至交互数据模块。
步骤S507:确定输入数据的事件类型,并存储输入数据至业务数据模块。
参见图6,本发明提供了一种跨企业数据存储方法,应用于代理侧,包括:
步骤S601:在产品的全生命周期中,接收当前企业端上传的指示所述当前企业端的原始输入对象标识转换为所述当前企业端的最终输出对象标识的对象数据和所述最终输出对象标识流入的下游端,将所述对象数据与所述当前企业端的上游企业端的对象数据中的最终输出对象标识关联存储。
步骤S602:若下游端非消费端,则下游端重新作为当前企业端并进入步骤S601,直到下游端为消费端。
参见图7,为上下游企业端的关联存储示意图。
代理侧不断接收企业端上传的对象数据,代理侧为了体现出当前企业端和上游企业端之间的关联关系,会将当前企业端的对象数据与上游企业端的对象数据中的最终输出对象标识关联存储。
上游企业端的对象数据具有最终输出对象标识,当前企业端的对象数据中具有原始输入对象标识,由于上下游的关系上游企业端的最终输出对象标识流入到当前企业端之后,便变为当前企业端的原始输入对象标识(虽然称呼变了但是实质上是同一个全局标识符),在关联存储后可以体现出上游企业端的最终输出对象流入当前企业端作为当前企业端的原始输入对象的链条。
其中,所述对象数据包括对象属性数据集和对象业务数据集;
所述对象业务数据集包括:所述当前企业端对原始输入对象标识对应的原始输入对象进行处理操作操作产生中间对象的业务子数据,以及对中间对象继续进行处理操作最后转换为最终输出对象对应的最终输出对象标识的业务子数据;
所述对象属性数据集包括:所述当前企业端的基本属性、原始输入对象标识、中间对象标识和最终输出对象标识。
所述处理操作分为业务操作和其它操作,其中业务操作分为四种事件类型:
用于指示单个对象业务操作的观测事件类型;
用于指示一对象变多对象或多对象变一对象的聚分事件类型;
用于指示对象参与交易操作的交易事件类型;
用于指示一个或多个对象的形态转换为其它形态的转化事件类型;
则所述业务数据分为四类数据:
与所述观测事件类型对应的观测事件数据;
与所述聚分事件类型对应的聚分事件数据;
与所述交易事件类型对应的交易时间数据;
与所述转化事件类型对应的转化事件数据。
本发明从两个方面来有机整合产品的全生命周期数据:
一方面,代理侧接收产品全生命周期涉及的各个企业端的对象数据,并将产品全生命周期涉及的各个企业端的对象数据关联存储,以体现出各个企业端之间的上下游关系建立各个企业端之间业务数据链条。产品全生命周期涉及的各个企业端组成的业务数据链条可以体现出产品在企业层面的全生命周期数据。
另一方面,为了更加细粒度的体现出产品的全生命周期数据,本发明中代理侧还会存储企业端的原始输入对象标识转换为企业端的最终输出对象标识的对象数据,也即增加了每个企业端内部的执行过程;从而使得代理侧存储有能够体现产品在组件层面的全生命周期数据。
本发明提供的跨企业数据存储方法,可以有机整合多个企业的对象数据,并且,本发明提供的数据存储方法可以实现产品在组件层面的全生命周期数据。
为了方便描述代理侧也是按照一个产品的全生命周期进行描述的,实际情况下,代理侧可以对接收各个企业侧的对象数据,而不必不局限于一个产品的全生命周期涉及的企业端。
为了遍布工业互联网,代理侧可以获得不同行业中不同企业端的对象数据,并将不同企业端的对象数据与上游企业端的最终输出对象标识关联存储,以便整个工业互联网可以体现出各个对象的全生命周期数据。
可以理解的是,代理侧为了便于管理,可以设置不同行业,然后按不同当前企业端的所属行业,分类存储不同当前企业端上传的对象数据,以便分类存储对象数据。
可选的,所述代理侧连接企业侧、管理侧和使用侧,则所述代理侧集成有:使用侧数据处理器、企业侧数据处理器、管理侧数据处理器、配置器、同步控制器、安全控制器、数据库和数据备份库。
参见图8,本发明提供一种跨企业数据查询方法,应用于代理侧,所述代理侧存储产品的全生命周期数据,所述方法包括:
步骤S801:接收使用侧的包含对象标识的查询请求;其中所述对象标识包括产品标识,或,组成所述产品的任一组件的标识,和,查询条件;
步骤S802:查询所述对象标识关联的对象数据;
步骤S803:在所述对象数据中查找与所述查询条件对应的查询内容;
步骤S804:若存在,则查询并展示与所述查询请求对应的查询内容;
步骤S805:若不存在,则确定与查询条件对应的企业标识,发送查询请求至所述企业标识对应的企业端,接收并展示企业端反馈的查询内容。
参见图9,本发明提供一种跨企业数据查询方法,应用于企业侧所述方法包括:
步骤S900:判断代理侧的权限是否大于预设安全等级,若大于则进入步骤S901;若不大于则拒绝与代理侧通信连接。
为了保护企业侧的安全性,对于需要通信连接的数据交互方进行权限验证操作,只有不大于预设安全等级的数据交互方才可以进行通信连接,不大于预设安全等级表示数据交互方的安全性较高。
步骤S901:接收代理侧发送包含对象标识的查询请求;其中所述对象标识包括产品标识,或,组成所述产品的任一组件的标识,和,查询条件;
步骤S902:对所述对象标识进逆格式转换,获得企业侧能够识别的对象标识;
步骤S903:在全生命周期数据中查询与查询请求对应的查询内容。
可以在主数据库查询,也可以在缓存查询,具体查询方式不限。
步骤S904:按所述代理侧指定的统一数据格式,对所述查询内容进行格式转换操作;
步骤S905:发送查询内容至所述代理侧。
参见图10,一种跨企业数据存储装置,应用于代理侧,所述装置包括:
接收器101,用于在产品的全生命周期中,接收当前企业端上传的指示所述当前企业端的原始输入对象标识转换为所述当前企业端的最终输出对象标识的对象数据和所述最终输出对象标识流入的下游端。
关联存储器102,用于将所述对象数据与所述当前企业端的上游企业端的对象数据中的最终输出对象标识关联存储。
循环器103,用于若下游端非消费端,则下游端重新作为当前企业端并进入上述步骤,直到下游端为消费端。
参见图1,本发明提供了一种跨企业数据存储系统,其特征在于,包括:
代理侧100和企业侧200,企业侧包括产品的全生命周期对应的多个企业端;
多个企业端按照全生命周期的执行顺序执行处理操作,直到当前企业端的下游端为消费端:上游企业端的最终输出对象流入当前企业端,所述当前企业端以所述上游企业端的最终输出对象作为原始输入对象,并对所述原始输入对象执行处理操作获得最终输出对象,最终输出对象流入下游端;所述当前企业端构建所述原始输入对象的原始输入对象标识通过处理操作转换为所述最终输出对象的最终输出对象标识的对象数据,确定所述最终输出对象标识流入的下游端,发送所述对象数据和最终输出对象标识流入的下游端至代理侧;
代理侧,用于在产品的全生命周期中,接收当前企业端上传的指示所述当前企业端的原始输入对象标识转换为所述当前企业端的最终输出对象标识的对象数据和所述最终输出对象标识流入的下游端,将所述对象数据与所述当前企业端的上游企业端的对象数据中的最终输出对象标识关联存储;若下游端非消费端,则下游端重新作为当前企业端并进入上述步骤,直到下游端为消费端。
其中,所述代理侧集成有:使用侧数据处理器、企业侧数据处理器、管理侧数据处理器、配置器、同步控制器、安全控制器、数据库和数据备份库;
企业侧集成有:安全控制器、订阅控制器、查询控制器、同步控制器、查询接口、IDO服务器、文件服务器和数据库;
所述跨企业数据存储系统还包括使用侧和管理侧;
管理侧集成有:主管部门数据处理器、代理侧数据处理器、企业侧数据处理器、配置器、同步控制器、安全控制器、调度管理模块、管理控制器和数据库;
使用侧集成有消费人员对应终端、企业人员对应终端、代理人员对应终端和管理人员对应终端。
参见图11,本发明提供了一种可识别数字对象的数据共享系统。可识别数字对象的数据共享系统包括企业侧、代理侧、管理侧和使用侧。
其中,企业侧与代理侧可以进行双向数据交互,企业侧可以向管理侧进行单项数据交互,代理侧与管理侧进行双向数据交互,代理侧与使用侧进行双向数据交互。
下面一一介绍企业侧、代理侧、管理侧和使用侧。
参见图12,为企业侧的IDO系统的结构示意图。企业侧的IDO系统包括安全控制器、订阅控制器、查询控制器、同步控制器、IDO服务器、文件服务器、数据库和查询接口。
安全控制器:主要功能是权限控制和认证服务,以用来控制访问用户的权限以及验证数据来源是否安全等操作。
订阅控制器:主要包括触发设置与订阅设置两种订阅方式。
查询控制器:预先规定查询的标准参数,用于执行业务查询、属性查询、订阅查询,并返回用户需要的业务数据、属性数据和订阅数据。
同步控制器:主要功能是根据预先配置同步参数,同步业务数据和其它数据到代理侧。
IDO服务器:主要功能是完成数据的格式统一化操作。由于企业侧具有很多企业,不同企业的数据的格式、类型、内容多种多样,导致不同企业的数据难以相互理解,为此需要各个企业统一数据格式。
IDO服务器可以采用Oracle服务器,存储在IDO服务器的信息可以是高度结构化的也可以是非结构化的。非结构化数据包括:数字图像、声音、视频文件、编程源码、电子表格、网页等。结构化数据包括:定价信息、产品库存、销售交易、社会媒体互动、供应链信息等。
IDO服务器主要分为三种数据类型:
交互数据:用于记录整个产品结构的交互模型对应的交互数据,参见图13,为交互模型的示意图。以零部件为例,由于零部件之间存在多种约束和关联关系,便需要交互数据来记录,不同供应商(一个供应商对应一个企业)之间的零部件信息也可以进行交互,也需要交互数据来记录,不同供应商之间进行局部共享和协同,可以建立信息协同以进行有效组织和管理。
业务描述词汇:为了统一不同企业之间对于相同业务数据的描述,预先设定了用来描述业务数据的业务词汇,以建立产品结构的形式化语义表达,即建立产品结构的业务数据字典,使不同企业和本企业内部之间进行共享协同时能够实现语义统一。
参见图14,可以针对产品特征、产品性能、产品功能、设计知识、协同管理信息等多个方面,来统一业务描述词汇。为了降低复杂度也技术人员的灵活度,业务描述词汇可以设置核心词汇80个(具体数量可以根据不同情况而定,本例中仅为示意性说明),其余非核心词汇用户可以自行扩展。
业务数据:用来描述产品结构中对象在各个业务中产生与该对象相关的各类动态数据,通过不同企业之间业务数据的共享机制,可以从何时、何地、什么、为什么四个维度刻画一产品的业务数据在全生命周期的业务流。
可以理解的是,在生产一产品过程中需要涉及多个业务,多个业务分为四类:观测事件、聚分事件、交易事件、转化事件。观测事件指对象发生的事件信息;聚分事件指聚合或者解散事件;转化事件指对象被转化为其他形态的对象;交易事件表示与商业交易有关的事件。
参见图15,企业侧的IDO系统中数据获取接口,安全控制器、IDO服务器、数据库、查询控制器、安全与权限、数据应用接口依次相连。
数据获取接口也即网络协议,通过企业内CAD软件、Office软件、以及其他企业系统连接,以获取所需数据。
安全控制器,对获取的所需数据进行一定权限认证,用来检验数据来源的安全性与可靠性。验证成功后发送至IDO服务器。
IDO服务器处理所需数据生成符合IDO共享机制的统一数据格式,并建立“业务数据”、“描述数据”、“交互数据”三者间的属性联系,实现以业务数据为索引,连接企业的IDO服务器和数据库中的数据。
所需数据经过IDO服务器进行统一数据格式转化后,借助查询控制器实现数据查询。IDO服务器与同步控制器相连,同步控制器根据预先配置同步参数,同步业务数据和其它数据到代理侧。
参见图16,为代理侧的IDO系统的结构示意图。代理侧的IDO系统包括使用侧数据处理器、企业侧数据处理器、管理侧数据处理器、配置器、同步控制器、安全控制器、数据库、数据备份库。
使用侧数据处理器:代理侧可以与用户侧进行数据交互,所以使用侧数据处理器提供用户的数据交互接口,接收使用侧的需求信号,根据不同的认证和权限返回不同数据,使用侧可以包括消费人员、企业人员、代理人员。
企业侧数据处理器:提供与企业IDO系统的数据交互接口,接收企业侧的IDO系统发送的注册请求、同步请求和批量数据上传请求;企业侧数据处理器向企业侧返回注册请求的成功信息、注册请求对应的编码信息、认证成功信息、以及用户侧需求信息。
管理侧数据处理器:提供与管理侧的IDO系统的数据交互接口,接收管理侧的认证、权限、分配编码和身份鉴定;管理侧数据处理器向管理侧返回企业的注册信息、企业报警、备份申请等。
配置器:提供企业的注册和授权功能。
同步控制器:根据预先配置同步参数,同步更新企业侧的IDO系统的数据。
安全控制器:主要功能是权限控制和认证服务,即验证数据来源以及访问用户身份等操作。
数据库:主要包括数据存储模块和数据缓存模块,数据存储模块用于存储给企业侧和管理侧的编码分配信息、历史认证和权限清单等固定信息,数据缓存模块可以根据参数调节缓存时间、缓存颗粒度。
数据备份库:对数据库的备份。保证意外情况发生时系统的正常运行。一方面虚拟机存储镜像信息,另一方面当业务数据丢失时可以实现相应版本和时间点的数据恢复。
参见图17,为代理侧的IDO系统中数据交互过程。
第1步:使用侧数据处理器、企业侧数据处理器、管理侧数据处理器提供数据的接入和输出。数据到安全控制器进行认证,用来检验数据来源的安全性与可靠性;并根据来源不同,确定不同的权限,然后将处理后的信号传给配置器。
第2步和第3步:数据验证并确认权限后,配置器分配编码,对使用侧、企业侧、管理侧的请求进行授权,授权和配置数据返回给使用侧数据处理器、企业侧数据处理器、管理侧数据处理器,并进一步返回至使用侧的IDO系统、企业侧的IDO系统和管理侧的IDO系统。
第4步:同步控制器接收待同步数据,并发送至数据库。
待同步数据主要包括企业侧和管理侧的参数配置数据,以及,企业侧主数据和实时业务数据。主数据以及注册、认证信息等存储在数据存储模块,实时更新的业务数据储存在数据缓存模块。
数据库中的数据与数据备份库中的数据,根据备份管理器的参数设置,定时同步主数据与一段时间内的业务数据,若数据库中某部分出现故障,可使用虚拟机保持数据库的正常运行,并借助备份管理器恢复数据库中数据到故障前任意节点。
参见图18,管理侧的IDO管理系统的结构示意图。
IDO管理系统具有多个,IDO管理系统分层部署在不同的管理层级,按照产品流通中涉及的行业进行管理,以及行业上进行统筹管理。
IDO管理系统包括:主管部门数据处理器、企业侧数据处理器、代理侧数据处理器、配置器、同步控制器、安全控制器、调度管理模块、管理控制器、管理控制器和数据库。
主管部门数据处理器:主管部门数据处理器负责接通不同层级或者是同层级的IDO管理系统。
企业侧数据处理器:提供与企业IDO系统中的数据交互接口,接收企业IDO系统的注册请求和认证请求。
代理侧数据处理器:接收代理侧数据的请求和注册、认证等信息;返回给代理侧其本身的认证成功信息,以及企业的认证成功信息。
配置器:提供注册和授权功能。
同步控制器:更新IDO管理系统中的管理信息,根据权限同步更新企业侧、代理侧、管理侧和使用侧的管理数据。
安全控制器:主要功能是权限控制和认证服务,即验证数据来源以及访问用户身份等操作。
调度管理模块:包含服务运行控制和规则模块两部分。服务运行控制存储IDO管理系统的分层管理规则、对代理侧的管理规则、代理侧对企业侧的代理程度规则等。可以从下往上进行规则的调整申请,从上往下进行规则的分发。
管理控制器:机构管理用于对管理侧、代理侧、企业侧的分级分类管理;身份坚定用于鉴定身份的合规性;用户/组管理使用侧的用户分组,监控统计用于监控统计IDO系统的整体数据流转情况。
数据库:数据存储模块用于存储固定信息,数据缓存模块用于存储缓存信息。
参见图19,为管理侧的IDO管理系统中数据交互过程。
第1步:主管部门数据处理器、企业侧数据处理器、代理侧数据处理器提供数据的接入和输出。数据到安全控制器进行认证,用来检验数据来源的安全性与可靠性。
第2步:根据来源不同确定不同的权限,然后将处理后的信号传给配置器。
第3步:配置器调用调度管理模块的管理规则和管理控制器的分级分类信息以及身份鉴定等信息,配置器在数据验证并确认权限后分配编码,对主管部门数据处理器、企业侧数据处理器、代理侧数据处理器的请求进行授权。
第4步:配置器发送授权结果至主管部门数据处理器、企业侧数据处理器、代理侧数据处理器。
第5步:同步控制器接收待同步数据,主要包括主管部门和管理侧参数配置数据和主管部门的实时管理情况。
第6步:同步数据器发送数据至数据库,参数信息存入数据存储模块,实时管理信息存入数据缓存模块。
参见图20,为使用侧的IDO系统的结构示意图。
使用侧可以包括消费人员对应终端、企业人员对应终端、代理人员对应终端和管理人员对应终端。
消费人员对应终端:可以扫描标识码,由于权限较低所以仅仅可以查询到设备的产品参数、物流信息、使用说明等,消费人员对应终端支持app端和pc端,可以扩展功能。
企业人员对应终端:企业中的维修人员、管理人员使用终端扫码可以看到产品在工厂内的维修情况,业务信息等。
代理人员对应终端:代理人员使用终端可以看到IDO企业接入的注册量,每天产品流通信息的日更新量,以及出现系统代理问题的告警记录和备份告警记录等。
管理人员对应终端:管理人员的层级不同,不同管理人员使用终端可以看到的用户/组的权限不同,可以进行监控统计和授权管理等。
本实施例方法所述的功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算设备可读取存储介质中。基于这样的理解,本申请实施例对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该软件产品存储在一个存储介质中,包括若干指令用以使得一台计算设备(可以是个人计算机,服务器,移动计算设备或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,RandomAccess Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其它实施例的不同之处,各个实施例之间相同或相似部分互相参见即可。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下,在其它实施例中实现。因此,本申请将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (16)
1.一种跨企业数据存储方法,其特征在于,应用于代理侧,所述方法包括:
在产品的全生命周期中,接收当前企业端上传的指示所述当前企业端的原始输入对象标识转换为所述当前企业端的最终输出对象标识的对象数据和所述最终输出对象标识流入的下游端,将所述对象数据与所述当前企业端的上游企业端的对象数据中的最终输出对象标识关联存储;
若下游端非消费端,则下游端重新作为当前企业端并进入上述步骤,直到下游端为消费端。
2.如权利要求1所述的方法,其特征在于,所述对象数据包括对象属性数据集和对象业务数据集;
所述对象业务数据集包括:所述当前企业端对原始输入对象标识对应的原始输入对象进行处理操作操作产生中间对象的业务子数据,以及对中间对象继续进行处理操作最后转换为最终输出对象对应的最终输出对象标识的业务子数据;
所述对象属性数据集包括:所述当前企业端的基本属性、原始输入对象标识、中间对象标识和最终输出对象标识。
3.如权利要求1所述的方法,其特征在于,所述处理操作分为业务操作和其它操作,其中业务操作分为四种事件类型:
用于指示单个对象业务操作的观测事件类型;
用于指示一对象变多对象或多对象变一对象的聚分事件类型;
用于指示对象参与交易操作的交易事件类型;
用于指示一个或多个对象的形态转换为其它形态的转化事件类型;
则所述业务数据分为四类数据:
与所述观测事件类型对应的观测事件数据;
与所述聚分事件类型对应的聚分事件数据;
与所述交易事件类型对应的交易时间数据;
与所述转化事件类型对应的转化事件数据。
4.如权利要求1所述的方法,其特征在于,所述代理侧按不同当前企业端的所属行业,分类存储不同当前企业端上传的对象数据。
5.如权利要求1所述的方法,其特征在于,所述代理侧连接企业侧、管理侧和使用侧;
所述代理侧集成有:
使用侧数据处理器、企业侧数据处理器、管理侧数据处理器、配置器、同步控制器、安全控制器、数据库和数据备份库。
6.一种跨企业数据存储方法,其特征在于,应用于企业侧,企业侧包括产品全生命周期对应的多个企业端,所述方法包括:
多个企业端按照产品全生命周期的执行顺序执行处理操作,直到当前企业端的下游端为消费端:
上游企业端的最终输出对象流入当前企业端,所述当前企业端以所述上游企业端的最终输出对象作为原始输入对象,并对所述原始输入对象执行处理操作获得最终输出对象,最终输出对象流入下游端;
所述当前企业端构建所述原始输入对象的原始输入对象标识通过处理操作转换为所述最终输出对象的最终输出对象标识的对象数据,确定所述最终输出对象标识流入的下游端,发送所述对象数据和最终输出对象标识流入的下游端至代理侧,以供代理侧将所述对象数据与所述上游企业端的对象数据中的最终输出对象标识关联存储。
7.如权利要求6所述的方法,其特征在于,所述各个企业端集成有IDO服务器,IDO服务器集成有用于存储交互数据的交互数据模块、用于存储产品全生命周期核心业务操作统一的业务描述词汇的描述数据模块和用于存储业务数据的业务数据模块;
所述IDO服务器用于构建所述原始输入对象的原始输入对象标识通过处理操作转换为所述最终输出对象的最终输出对象标识的对象数据;
所述对象数据包括对象属性数据集和对象业务数据集;
所述对象业务数据集包括:所述当前企业端对原始输入对象标识对应的原始输入对象进行处理操作操作产生中间对象的业务子数据,以及,对中间对象继续进行处理操作最后转换为最终输出对象对应的最终输出对象标识的业务子数据;
所述对象属性数据集包括:所述当前企业端的基本属性、原始输入对象标识、中间对象标识和最终输出对象标识。
8.如权利要求7所述的方法,其特征在于,
所述处理操作分为四种事件类型:
用于指示单个对象的处理操作的观测事件类型;
用于指示一变多或多变一的聚分事件类型;
用于指示对象参与交易操作的交易事件类型;
用于指示对象的形态转换为其它形态的转化事件类型;
则所述业务数据分为四类数据:
与所述观测事件类型对应的观测事件数据;
与所述聚分事件类型对应的聚分事件数据;
与所述交易事件类型对应的交易时间数据;
与所述转化事件类型对应的转化事件数据。
9.如权利要求8所述的方法,其特征在于,IDO服务器还存储有不同业务描述词汇与事件类型的对应关系,所述处理操作包括一系列处理子操作;
则所述当前企业端对原始输入对象标识对应的原始输入对象进行处理操作操作产生中间对象的业务子数据,以及,对中间对象继续进行处理操作最后转换为最终输出对象对应的最终输出对象标识的业务子数据,包括:
重复对每个处理子操作执行下述处理,直到最后一个处理子操作:
确定处理子操作的输入对象,基于输入对象进行处理子操作获得中间输出对象;其中所述输入对象包括一个或多个原始输入对象和/或上一处理子操作的中间输出对象;
从处理子操作中提取处理操作词汇,并将所述处理操作词汇与所述描述数据模块中的业务描述词汇进行匹配;
若匹配成功则确定与该处理子操作为业务子操作,依据业务描述词汇与事件类型的对应关系确定该业务子操作对应的事件类型;其中所述事件类型包括观测事件类型、聚分事件类型、交易事件类型或转化事件类型;
构建业务子数据并确定该业务子数据类别为该事件类型;其中业务子数据包括该业务子操作的输入对象标识、中间输出对象标识,以及两者之间的事件类型;
对业务子数据执行格式转换操作,若格式转换成功则将该业务子数据存储至业务数据模块;
若匹配不成功或格式转化失败,则将该处理子操作产生的数据归类为交互数据,并存储至交互数据模块。
10.如权利要求6所述的方法,其特征在于,企业端之间进行局部共享操作,在企业端之间进行局部共享操作之前还包括:
当前企业端接收其它企业端发送的连接请求;
当前企业端对其它企业端权限等级进行验证;
若所述权限等级大于预设安全等级,则确定所述其它企业端不安全,拒绝与所述其它企业端连接;
若所述权限等级不大于预设安全等级,则确定所述其它企业端安全,与所述其它企业端连接,并进行局部共享操作。
11.如权利要求6所述的方法,其特征在于,所述企业侧连接代理侧和管理侧,则所述企业侧集成有:
安全控制器、订阅控制器、查询控制器、同步控制器、查询接口、IDO服务器、文件服务器和数据库。
12.一种跨企业数据查询方法,其特征在于,应用于代理侧,所述代理侧存储产品的全生命周期数据,所述方法包括:
接收使用侧的包含对象标识的查询请求;其中所述对象标识包括产品标识,或,组成所述产品的任一组件的标识,和,查询条件;
在全生命周期数据中查询所述对象标识关联的对象数据;
在所述对象数据中查找与所述查询条件对应的查询内容;
若存在,则展示与所述查询条件对应的查询内容;
若不存在,则确定与查询条件对应的企业标识,发送所述查询请求至所述企业标识对应的企业端,接收并展示该企业端反馈的查询内容。
13.一种跨企业数据查询方法,其特征在于,应用于企业侧,所述方法包括:
接收代理侧发送包含对象标识的查询请求;其中所述对象标识包括产品标识,或,组成所述产品的任一组件的标识,和,查询条件;
对所述对象标识进逆格式转换,获得企业侧能够识别的对象标识;
查询与所述查询请求对应的查询内容;
按所述代理侧指定的统一数据格式,对所述查询内容进行格式转换操作;
发送查询内容至所述代理侧。
14.一种跨企业数据存储装置,其特征在于,应用于代理侧,所述装置包括:
接收器,用于在产品的全生命周期中,接收当前企业端上传的指示所述当前企业端的原始输入对象标识转换为所述当前企业端的最终输出对象标识的对象数据和所述最终输出对象标识流入的下游端;
关联存储器,用于将所述对象数据与所述当前企业端的上游企业端的对象数据中的最终输出对象标识关联存储;
循环器,用于若下游端非消费端,则下游端重新作为当前企业端并进入上述步骤,直到下游端为消费端。
15.一种跨企业数据存储系统,其特征在于,包括:
代理侧和企业侧,企业侧包括产品的全生命周期对应的多个企业端;
多个企业端按照全生命周期的执行顺序执行处理操作,直到当前企业端的下游端为消费端:上游企业端的最终输出对象流入当前企业端,所述当前企业端以所述上游企业端的最终输出对象作为原始输入对象,并对所述原始输入对象执行处理操作获得最终输出对象,最终输出对象流入下游端;所述当前企业端构建所述原始输入对象的原始输入对象标识通过处理操作转换为所述最终输出对象的最终输出对象标识的对象数据,确定所述最终输出对象标识流入的下游端,发送所述对象数据和最终输出对象标识流入的下游端至代理侧;
代理侧,用于在产品的全生命周期中,接收当前企业端上传的指示所述当前企业端的原始输入对象标识转换为所述当前企业端的最终输出对象标识的对象数据和所述最终输出对象标识流入的下游端,将所述对象数据与所述当前企业端的上游企业端的对象数据中的最终输出对象标识关联存储;若下游端非消费端,则下游端重新作为当前企业端并进入上述步骤,直到下游端为消费端。
16.如权利要求15所述的系统,其特征在于,
所述代理侧集成有:使用侧数据处理器、企业侧数据处理器、管理侧数据处理器、配置器、同步控制器、安全控制器、数据库和数据备份库;
企业侧集成有:安全控制器、订阅控制器、查询控制器、同步控制器、查询接口、IDO服务器、文件服务器和数据库;
所述跨企业数据存储系统还包括使用侧和管理侧;
管理侧集成有:主管部门数据处理器、代理侧数据处理器、企业侧数据处理器、配置器、同步控制器、安全控制器、调度管理模块、管理控制器和数据库;
使用侧集成有消费人员对应终端、企业人员对应终端、代理人员对应终端和管理人员对应终端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010047248.9A CN111291133A (zh) | 2020-01-16 | 2020-01-16 | 跨企业数据存储和查询方法、装置及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010047248.9A CN111291133A (zh) | 2020-01-16 | 2020-01-16 | 跨企业数据存储和查询方法、装置及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111291133A true CN111291133A (zh) | 2020-06-16 |
Family
ID=71023407
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010047248.9A Pending CN111291133A (zh) | 2020-01-16 | 2020-01-16 | 跨企业数据存储和查询方法、装置及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111291133A (zh) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060004907A1 (en) * | 2004-04-22 | 2006-01-05 | Pape William R | Method and system for private data networks for sharing agricultural item attribute and event data across multiple enterprises and multiple stages of production transformation |
CN102708410A (zh) * | 2012-03-14 | 2012-10-03 | 山东省射频识别应用工程技术研究中心有限公司 | 一种副食品产业链网络追溯系统及方法 |
CN107767143A (zh) * | 2017-10-30 | 2018-03-06 | 中国科学院计算机网络信息中心 | 一种直接使用域名网址的食品安全电子追溯方法 |
-
2020
- 2020-01-16 CN CN202010047248.9A patent/CN111291133A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060004907A1 (en) * | 2004-04-22 | 2006-01-05 | Pape William R | Method and system for private data networks for sharing agricultural item attribute and event data across multiple enterprises and multiple stages of production transformation |
CN102708410A (zh) * | 2012-03-14 | 2012-10-03 | 山东省射频识别应用工程技术研究中心有限公司 | 一种副食品产业链网络追溯系统及方法 |
CN107767143A (zh) * | 2017-10-30 | 2018-03-06 | 中国科学院计算机网络信息中心 | 一种直接使用域名网址的食品安全电子追溯方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11887055B2 (en) | System and method for forming, storing, managing, and executing contracts | |
US7810025B2 (en) | File translation methods, systems, and apparatuses for extended commerce | |
US20130290226A1 (en) | System and method for social graph and graph assets valuation and monetization | |
CN111899072B (zh) | 基于区块链的产品销售方法及其系统 | |
US20210334876A1 (en) | Data-analysis-based validation of product review data and linking to supply chain record data | |
CN111597777B (zh) | 物料数据处理方法、装置和电子设备 | |
US20240119418A1 (en) | Trading partner relationship graph for information exchange platform | |
CN114168343A (zh) | 服务请求的响应方法、装置、服务器及存储介质 | |
CN112102099B (zh) | 保单数据处理方法、装置、电子设备及存储介质 | |
US20140278790A1 (en) | System and method for data acquisition, data warehousing, and providing business intelligence in a retail ecosystem | |
KR102671783B1 (ko) | 이륜차 표준 보험 견적 청구 및 손해사정 서비스를 지원하는 시스템 및 방법 | |
CN111291133A (zh) | 跨企业数据存储和查询方法、装置及系统 | |
Sapel et al. | Challenges and research agenda for realizing a seamless integration of digital shadows into the production domain | |
US8019814B2 (en) | Service for standardization of resource metadata models via social networking—arriving at an agreed upon (standard) resource meta-model via social consensus | |
CN105144213A (zh) | 对合同订立和履行活动做会计 | |
KR101458693B1 (ko) | 예측 모형에 기초한 예측결과의 판단 방법 | |
CN113672776A (zh) | 一种故障分析方法及装置 | |
CN101950305A (zh) | 供应链网络商业实证数据组织方法及系统 | |
CN115017185A (zh) | 一种数据处理方法、装置及存储介质 | |
KR102567996B1 (ko) | 통합 유통 판매 관리방법 및 시스템 | |
KR20200142186A (ko) | 위임인 및 수임인을 위한 업무 중개 서비스 제공 시스템 | |
Zykov et al. | The agile way | |
CN109471790A (zh) | 送核参数比对方法及装置、计算机装置及可读存储介质 | |
US20240031131A1 (en) | Data management system, data management method, and data management program | |
WO2017176105A1 (en) | A system for facilitating verification and exchange of halal product related information for geographically dispersed network of trading partners |
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 |