CN111431664A - 基于json数据协议的派工数据包封装下达方法及装置 - Google Patents

Abstract

本申请公开了基于JSON数据协议的派工数据包封装下达方法及装置，用以解决大型装备制造行业的全生命周期数据量庞大，需要占用大量内存空间，且上、下游系统之间的数据传输、处理的效率较低的问题。该方法接收来自上游系统的派工数据包；其中，所述派工数据包基于预设的JSON数据协议进行封装；根据预设的业务拆分规则，对所述派工数据包进行解析，并获取解析后的数据；对获取到的数据进行处理，并根据预设的JSON数据协议进行数据包封装，发送至下游系统。

Description

基于JSON数据协议的派工数据包封装下达方法及装置

技术领域

本申请涉及数据包封装下达技术领域，尤其涉及基于JSON数据协议的派工数据包封装下达方法及装置。

背景技术

随着经济的发展，大型装备制造行业的发展越来越迅速。

在大型装备制造的全生命周期中，包括设计、生产、物流、财务等多个业务系统，各个业务系统之间相互关联、相互影响，上游的业务系统与下游的业务系统之间存在大量业务数据的处理与流转。

但是，目前，大型装备制造行业的全生命周期数据量庞大，需要占用大量内存空间，且上、下游系统之间的数据传输、处理的效率较低。

发明内容

本申请实施例提供基于JSON数据协议的派工数据包封装下达方法及装置，用以解决大型装备制造行业的全生命周期数据量庞大，需要占用大量内存空间，且上、下游系统之间的数据传输、处理的效率较低的问题。

本申请实施例提供的一种基于JSON数据协议的派工数据包封装下达方法，包括：

接收来自上游系统的派工数据包；其中，所述派工数据包基于预设的JSON数据协议进行封装；

根据预设的业务拆分规则，对所述派工数据包进行解析，并获取解析后的数据；

对获取到的数据进行处理，并根据预设的JSON数据协议进行数据包封装，发送至下游系统。

在一个示例中，接收来自上游系统的派工数据包，包括：通过Restful接口，接收来自上游系统的派工数据包。

在一个示例中，根据预设的业务拆分规则，对所述派工数据包进行解析，包括：根据业务标识、业务单元标识、业务单元目录、业务单元数据，对所述派工数据包中的数据进行拆分、解析。

在一个示例中，根据预设的业务拆分规则，对所述派工数据包进行解析，包括：确定系统中是否存在所述业务单元标识；若存在，采用所述业务单元标识匹配的JSON数据结构，对所述派工数据包进行解析；若不存在，从总客户数据平台中下载所述业务单元标识匹配的JSON数据结构，添加到本系统中，并采用添加的所述JSON数据结构，对所述派工数据包进行解析。

在一个示例中，获取解析后的数据，包括：根据派工数据包中的业务单元标识，得到解析后的数据，并转储至本系统的相应业务单元中。

在一个示例中，根据预设的JSON数据协议进行数据包封装，包括：根据预设的工序计划，确定待传输的数据对应的JSON数据结构；根据确定出的JSON数据结构，确定对应的业务单元数据；根据所述JSON数据结构，对确定出的业务单元数据进行数据包封装。

在一个示例中，得到解析后的数据，并转储至本系统的相应业务单元中，包括：确定具有相同业务单元标识的业务单元数据大于预设内存单元空间时，对所述业务单元数据进行分隔存储。

在一个示例中，对所述业务单元数据进行分隔存储，包括：根据业务单元目录，以及按照预设内存单元空间阈值，对业务单元数据进行分隔，并分别进行存储。

在一个示例中，发送至下游系统，包括：根据预设的系统定时任务，在预设时间将封装的数据包发送至下游系统。

本申请实施例提供的一种基于JSON数据协议的派工数据包封装下达装置，包括：

接收模块，接收来自上游系统的派工数据包；其中，所述派工数据包基于预设的JSON数据协议进行封装；

解析模块根据预设的业务拆分规则，对所述派工数据包进行解析，并获取解析后的数据；

封装模块，对获取到的数据进行处理，并根据预设的JSON数据协议进行数据包封装，发送至下游系统。

本申请实施例提供的基于JSON数据协议的派工数据包封装下达方法及装置，至少包括以下有益效果：

通过预设的JSON数据协议，将数据封装为JSON数据包进行传输，能够有效降低数据的存储容量。与传统的数据格式相比，封装好的JSON数据包能够降低70％的存储空间的占用，可节省内存空间，且不产生额外负载，有利于异构系统之间的数据包解析与转储，实现快速解析。

JSON数据包可支持携带派工所需的全部业务数据，且数据业务表达透明。并且，基于JSON数据包所占用的较小的空间，以及各系统之间的Restful接口，可在实现全面业务表达、产品生产全生命周期信息携带的同时，有效加快各异构系统之间的数据传输速率，提高系统运行效率，提升用户体验，还能够满足企业对高精密、高复杂度产品质量追溯、返厂维护等生产活动指导通过唯一数据载体完全表达的要求。

附图说明

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

图1为本申请实施例提供的基于JSON数据协议的派工数据包封装下达方法流程图；

图2为本申请实施例提供的JSON数据结构中的业务单元划分示意图；

图3为本申请实施例提供的物料清单数据解析流程示意图；

图4为本申请实施例提供的设计工艺数据解析流程示意图；

图5为本申请实施例提供的数据包封装流程示意图；

图6为本申请实施例提供的基于JSON数据协议的派工数据包封装下达装置结构示意图。

具体实施方式

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

在产品的全生命周期中，可包括若干业务系统。在本申请实施例中，为方便描述，以三个业务系统为例进行说明。该三个业务系统包括作为主要描述对象的本业务系统(以下称“本系统”)、本业务系统上游的业务系统(以下称“上游系统”)以及本业务系统下游的业务系统(以下称“下游系统”)。其中，业务数据可在上游系统、本系统、下游系统之间依顺序流转

图1为本申请实施例提供的基于JSON数据协议的派工数据包封装下达方法流程图，具体包括以下步骤：

S101：本系统接收来自上游系统的派工数据包。

在本申请实施例中，本系统可接收来自上游系统的派工数据包，以实现上游系统与本系统之间的数据流转与转储。其中，上游系统发送的派工数据包，已预先由上游系统根据预设的JSON数据协议进行了封装。

在一个实施例中，服务器可根据系统的具体业务情况，确定对JSON数据协议的设置。其中，预设的JSON数据协议规定了对待传输的数据进行封装所遵循的条件与封装的数据包格式。

在一种可能的实现方式中，可对各种数据进行分类、划分，以业务标识、业务单元标识、业务单元目录、业务单元数据为多层级索引，确定数据所属的索引，并按照此格式，对数据进行封装，得到封装后的数据包。其中，JSON数据包中包括各种物料清单BOM的业务单元，如设计BOM、制造BOM等，还包括各种业务单元数据，如设计数据、工艺数据、生产数据等。

通过预设JSON数据协议封装数据包，可根据各JSON数据所属的业务单元，对其进行深度分隔以及分类存储。这种存储方式及封装方式，增强了封装数据包的结构化。

具体的，JSON数据协议所规定的封装数据包的格式可表示为：

系统中存在若干业务，每个业务分别具有唯一的业务标识，用于对各个业务进行区分。一个业务可包括若干业务单元，每个业务单元也具有唯一的业务单元标识，用于对一个业务下的各业务单元进行区分。业务单元标识也可理解为业务单元头，服务器可将业务单元头作为索引，确定自己要找的业务单元。根据一个业务单元标识，可得到该业务单元标识对应的业务单元目录，目录中包括若干具体的业务单元。在业务单元目录下的业务单元中，可得到具体的业务单元数据。

例如，一种示意性的JSON数据包格式可表示为：

[{"BOMCode":"MA010301","ProjectCode":"PROV3","PackType"＝"EBOM""Version":"1","PdmBomItemInfo":[{"PBOMCode":"MA010301","BOMCode":"MA01030101","Qty":10},

{"PBOMCode":"MA010301","BOMCode":"MA01030102","Qty":20}],"CappBomItemInfo":[{"PBOMCode":"MA01030101","BOMCode":"MA0103010101","Qty":30},

{"PBOMCode":"MA01030102","BOMCode":"MA0103010201","Qty":40}]

}]

其中，BOMCode、PBOMCode、ProjectCode参与形成业务标识，PdmBomItemInfo、CappBomItemInfo为业务单元标识。PdmBomItemInfo业务单元内包括设计业务单元，设计业务单元包括生产等具体的业务单元数据，CappBomItemInfo业务单元包括工艺业务单元，工艺业务单元包括质检等具体的业务单元数据。

如图2所示为一种可能的JSON数据结构中的业务单元划分示意图。在图2中，以MA开头的各个方框分别代表属于不同层级的业务单元，各业务单元可共同构成业务单元目录。MA01030101下属的设计数据、工艺数据等表示具体的业务单元数据，图中方框内括弧中的数字表示构成上一层级的业务单元所需的本业务单元的数量，如MA01由5个MA0101、3个MA0102、4个MA0103构成。

在一个实施例中，本系统可设置有Restful应用程序接口(ApplicationProgramming Interface，API)。于是，本系统可通过Restful API，接收来自上游系统的派工数据包。

通常，在一个大型系统中，各业务系统之间的架构可能不同，所采用的开发语言也可能不同。于是，为了实现各业务系统之间的协调工作，可通过Restful API，实现数据在异构系统之间的传输。

与传统的web service接口相比，Restful API同样支持跨平台调用，并且，Restful API在传输数据时的处理机制的性能更好，有利于提高各业务系统之间传输数据的效率。

S102：根据预设的业务拆分规则，对派工数据包进行解析，并获取解析后的数据。

在本申请实施例中，本系统在接收到上游系统发送的派工数据包后，可根据预设的业务拆分规则，对派工数据包进行拆分及解析，以获取派工数据包中的数据。

具体的，预设的业务拆分规则可包括：根据预设的JSON数据协议，对派工数据包进行解析，即，以业务标识、业务单元标识、业务单元目录、业务单元数据为多层级索引，对派工数据包进行拆分解析。

于是，本系统在获取封装的数据包中的数据时，可根据预设的JSON数据协议中的业务标识、业务单元标识等相关索引，从数据包中进行快速检索，寻找自己需要的数据。这为本系统对数据包的解析提供了方便，可有效提高解析效率，同时确保本系统能够准确获得需要的数据，不丢失核心数据。

本系统可根据派工数据包中的业务单元标识，获取相应的数据，并将各数据转储至本系统的相应业务单元中，实现数据在两个系统之间的传输。

在一个实施例中，本系统与上游系统之间传输数据的过程具体包括：

第一步，上游系统通过调用本系统的Restful API，将待传输数据的业务标识、业务单元标识推送到本系统。

在一个实施例中，上游系统请求与本系统进行通讯的一种可能的格式可为：http://URL？PRO_BOM＝PROV3_MA0101&JSONData＝{param:{},data:[]}，其中，PRO_BOM可表示唯一的业务标识，JSONData包含param:{}与data:[]两部分，param:{}可表示各系统之间预设的业务拆分规则，包括各业务同代码、数据校验约定等，data:[]表示JSON实际业务数据，具体的JSON数据格式如S101所述。

第二步，本系统根据接收到的业务标识与业务单元标识，调用Restful API中的相关方法，查询本系统中是否已经存在相应的业务单元标识。

第三步，若本系统中已经存在相应的业务单元标识，则从本系统的客户数据平台(Customer Data Platform，CDP)中，确认与该业务单元标识所匹配的JSON数据结构。

若本系统中不存在相应的业务单元标识，则从总CDP中，确认与该业务单元标识相匹配的JSON数据结构，并添加到本系统的CDP中。其中，总CDP为独立于各个系统的客户数据平台，可视为中间数据库。

第四步，根据本系统中相应业务单元的JSON数据结构，对数据包进行解析，获得相应的数据，转储在本系统的相应业务单元中，实现上游系统与本系统之间的数据传输。

针对上述第一步中的请求，本系统所做出的请求响应的一种可能的格式可为：[{"Result":"0"/"1","Message":""；}]；其中，0表示请求成功，1表示请求失败，Message反馈接口调用的具体信息。

通过这种方法，可通过上游系统与本系统之间的交互，根据总CDP中的内容，对本系统的CDP进行更新，从而不断丰富本系统的CDP的内容，不断完善本系统的CDP中的JSON数据结构。

在一个实施例中，本系统可根据预设的内存单元空间，确定一个业务单元内可包含的业务单元数据量的大小。于是，一个单元内的业务单元数据量的大小应不大于该内存单元空间。若具有相同业务单元标识的业务单元数据大于预设内存单元空间时，可根据业务单元目录，以及该预设内存单元空间的阈值大小，将相应的业务单元数据拆分到几个业务单元中，进行分隔存储，实现数据均衡转储。这样可保证每个业务单元内的数据量都是有限的，有利于下游系统对数据的接收解析及处理。

如图3所示，以上游系统为产品数据管理(Product Data Management，PDM)系统、本系统为企业资源计划(Enterprise Resource Planning，ERP)系统为例进行说明。

在图3所示的流程中，PDM系统通过ERP系统的接口ERP Restful API，将业务标识productID、业务单元标识nodeID通知给ERP系统。其中，PDM结构发送的请求的结构可为：http://URL？PRO_BOM＝PROV3_MA0101&JSONData＝{param:{},data:[]}。本系统可通过查询PRO_BOM对应的BOM编号是否为空，区分获取来源PDM或CAPP，并分别转储不同业务单元。

具体的，ERP系统可根据ERP Restful API中的TreeListPush方法，查询本系统中的相应的nodeID是否为空。

若不为空，则可通过getNodeBom方法，从本系统的CDP中获得相应业务单元的JSON数据结构。若为空，则可通过getVPMCI方法，根据productID与nodeID，从总CDP中获得相应业务单元的JSON数据结构，并添加到本系统的CDP中。

最终，ERP系统可根据获得的JSON数据结构，对PDM系统发送的封装的数据包进行解析，进行数据的转储。在本例中，PRO_BOM＝PROV3_MA0101表示，获取PROV3业务中MA0101业务单元的MBOM数据，并转储在本系统的MA0101业务单元中。

由于以上业务单元数据远小于设置的内存单元空间阈值，因此，此流程不考虑JSON数据再次业务分隔。

通过以上请求，服务器将所获取的JSON数据解析附加本系统内容，并按转储后的业务单元分隔封装存储JSON数据，给出请求成功反馈，返回信息表述为[{"Result":"1","Message":"PROV3_推送成功"；}，{"Result":"1","Message":"PROV3_MA0101推送成功"；}]；完成此轮数据转储。

如图4所示为设计工艺数据转储的流程，在本流程中，数据节点量大幅增加，数据解析转储压力也随之增长。

具体的，服务器可根据请求中PackType为设计或工艺数据等，确定从上游系统接收到的数据应转储在本系统中PdmBomItemInfo或CappBomItemInfo业务单元标识下属的设计业务单元中还是工艺业务单元中。

上游的业务系统向本系统传输参数CDPID，本系统可通过CDPPushFromDB方法，以及downloadCDP方法，从总CDP中下载相应的JSON数据结构，添加到本系统中。之后，服务器可根据JSON数据结构，对工艺、设计等业务数据进行解析转储。

并且，服务器可根据业务需要可对本系统关心的JSON业务单元进行解析展现，并记录每次外部推送的响应请求与SJGCGYSJB数据表。

需要说明的是，在本例中，设计、工艺数据JSON数据节点庞大，服务器在转储时，可依据目录索引，按内存单元空间阈值对同一业务单元JSON结构做X段分隔。其中，X的数值可根据业务数据的大小与内存单元空间阈值确定。

S103：对获取到的数据进行处理，并根据预设的JSON数据协议进行数据包封装，发送至下游系统。

在本申请实施例中，本系统在获得需要的数据后，可根据本系统的业务需要，对数据进行修改、添加等处理。之后，本系统可同样根据预设的JSON数据协议，对处理后的业务数据进行封装，发送给下游系统。

如图4所示为数据包封装流程示意图。

在产品生产的全生命周期中，上游的业务系统可根据产品的生产需要，对下游的业务系统进行相应的指导。于是，本系统在对数据进行处理后，可根据下游系统的生产需要，从预设的工序计划中进行勾选，以按照被勾选的工序计划导出相应的数据，作为待传输的数据。

在一个实施例中，本系统可根据被勾选的工序计划，确定相应的treeNodeID、Version与packType。于是，本系统可根据这些参数，通过CDPRestfulAPI中的queryCDPNode方法，获取到待传输的数据包列表nodeIDList。

之后，本系统可将该数据包列表中的CDPID作为索引，通过CDPRestfulAPI中的downloadCDP方法，从CDP中下载数据包列表对应的JSON片段，即包括业务单元标识、业务单元目录在内的表述数据。

在本例中，假设获得的数据包为工艺、设计数据包，则本系统可根据表述数据，从CDP中下载对应的实体数据的附件编号及版本，再根据附件编号及版本，通过downloadFile方法，获得各JSON片段对应的附件数据——业务单元数据。

最后，本系统可根据工序计划，对获得的工艺、设计数据进行封装，并将封装好的JSON数据包发送至下游系统。

在本申请实施例中，通过预设的JSON数据协议，将数据封装为JSON数据包进行传输，能够有效降低数据的存储容量。与传统的数据格式相比，封装好的JSON数据包能够降低70％的存储空间的占用，可节省内存空间，且不产生额外负载，有利于异构系统之间的数据包解析与转储，实现快速解析。

JSON数据包可支持携带派工所需的全部业务数据，且数据业务表达透明。并且，基于JSON数据包所占用的较小的空间，以及各系统之间的Restful接口，可在实现全面业务表达、产品生产全生命周期信息携带的同时，有效加快各异构系统之间的数据传输速率，提高系统运行效率，提升用户体验，还能够满足企业对高精密、高复杂度产品质量追溯、返厂维护等生产活动指导通过唯一数据载体完全表达的要求。

在一个实施例中，为了降低系统的负载，减轻系统的运作压力，本系统可根据预设的系统定时任务，在预设时间向下游系统发送封装好的数据包。其中，预设时间可根据需要确定，如服务器负载较低的时候，本申请对此不做限定。通过设置系统定时任务，可有效考虑到系统的业务访问量，合理利用服务器资源。

在一个实施例中，下游系统在接收到本系统发送的封装的数据包后，可向本系统发送相应的反馈信息，确认下游系统针对该封装的数据包的执行情况。或者，本系统可根据系统定时任务，在预设时间从下游系统获取相应的反馈信息，即实绩数据，以回写完善数据包作业实绩数据。

以上为本申请实施例提供的基于JSON数据协议的派工数据包封装下达方法，基于同样的发明思路，本申请实施例还提供了相应的基于JSON数据协议的派工数据包封装下达装置，如图6所示。

图6为本申请实施例提供的基于JSON数据协议的派工数据包封装下达装置结构示意图，具体包括：

接收模块501，接收来自上游系统的派工数据包；其中，所述派工数据包基于预设的JSON数据协议进行封装；

解析模块502，根据预设的业务拆分规则，对所述派工数据包进行解析，并获取解析后的数据；

封装模块503，对获取到的数据进行处理，并根据预设的JSON数据协议进行数据包封装，发送至下游系统。

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

Claims (10)

1.一种基于JSON数据协议的派工数据包封装下达方法，其特征在于，包括：

接收来自上游系统的派工数据包；其中，所述派工数据包基于预设的JSON数据协议进行封装；

根据预设的业务拆分规则，对所述派工数据包进行解析，并获取解析后的数据；

对获取到的数据进行处理，并根据预设的JSON数据协议进行数据包封装，发送至下游系统。

2.根据权利要求1所述的方法，其特征在于，接收来自上游系统的派工数据包，包括：

通过Restful接口，接收来自上游系统的派工数据包。

3.根据权利要求1所述的方法，其特征在于，根据预设的业务拆分规则，对所述派工数据包进行解析，包括：

根据业务标识、业务单元标识、业务单元目录、业务单元数据，对所述派工数据包中的数据进行拆分、解析。

4.根据权利要求3所述的方法，其特征在于，根据预设的业务拆分规则，对所述派工数据包进行解析，包括：

确定系统中是否存在所述业务单元标识；

若存在，采用所述业务单元标识匹配的JSON数据结构，对所述派工数据包进行解析；

若不存在，从总客户数据平台中下载所述业务单元标识匹配的JSON数据结构，添加到本系统中，并采用添加的所述JSON数据结构，对所述派工数据包进行解析。

5.根据权利要求4所述的方法，其特征在于，获取解析后的数据，包括：

根据派工数据包中的业务单元标识，得到解析后的数据，并转储至本系统的相应业务单元中。

6.根据权利要求1所述的方法，其特征在于，根据预设的JSON数据协议进行数据包封装，包括：

根据预设的工序计划，确定待传输的数据对应的JSON数据结构；

根据确定出的JSON数据结构，确定对应的业务单元数据；

根据所述JSON数据结构，对确定出的业务单元数据进行数据包封装。

7.根据权利要求5所述的方法，其特征在于，得到解析后的数据，并转储至本系统的相应业务单元中，包括：

确定具有相同业务单元标识的业务单元数据大于预设内存单元空间时，对所述业务单元数据进行分隔存储。

8.根据权利要求7所述的方法，其特征在于，对所述业务单元数据进行分隔存储，包括：

根据业务单元目录，以及按照预设内存单元空间阈值，对业务单元数据进行分隔，并分别进行存储。

9.根据权利要求1所述的方法，其特征在于，发送至下游系统，包括：

根据预设的系统定时任务，在预设时间将封装的数据包发送至下游系统。

10.一种基于JSON数据协议的派工数据包封装下达装置，其特征在于，包括：

接收模块，接收来自上游系统的派工数据包；其中，所述派工数据包基于预设的JSON数据协议进行封装；

解析模块，根据预设的业务拆分规则，对所述派工数据包进行解析，并获取解析后的数据；

封装模块，对获取到的数据进行处理，并根据预设的JSON数据协议进行数据包封装，发送至下游系统。

Images