一种ERP系统服务编排方法、系统、设备及介质

技术领域

本发明涉及服务编排的领域，尤其涉及一种ERP系统服务编排方法、系统、设备及介质。

背景技术

随着企业信息管理系统的多元化发展，企业信息化程度不断提高，企业根据自身需求和行业需要逐步启用不同的软件系统，因此解决数据分散、数据集成等成为企业的迫切需要，系统之间、模块之间的数据交互变得尤为重要。企业信息化平台应用广泛，同一企业往往同时拥有多个行业的信息化软件，通过接口方式进行数据集成是目前主流的解决方案。

成熟的系统都会沉淀标准的接口，接口服务必须有对应的调用消费才能体现其价值，通常情况下多个异构系统或模块之间进行接口通信，是由一方提供服务，另一方进行消费，传统的异构系统接口服务对接，都是面向业务和功能进行开发，每个功能一个业务链条，同一个接口服务可能会出现在多个业务链条中，最终交付由多个链条组成的集成功能。但是接口消费方需要针对每个接口服务进行开发，很难实现标准化沉淀和代码的重复利用，当出现接口服务与接口消费对应关系为一对多或多对多时，则会成倍提高工作量且代码交织，难以维护。

发明内容

有鉴于此，本发明提出了一种ERP系统服务编排方法、系统、设备及介质，由接口消费方封装数据源接口服务，将切面中的接口服务编排，并支持接口服务之间多对多的关系，将接口服务方和接口消费方关联，实现完整的交互过程，极大降低了开发、运维成本。

基于上述目的，本发明实施例的一方面提供了一种ERP系统服务编排方法、系统、设备及介质，具体包括如下步骤：

本发明提出了一种ERP系统服务编排方法，包括：

响应于接收到源服务信息和目标服务信息，配置源服务信息的入参格式和展现控件；

响应于通过展现控件接收到查询指令，根据源服务信息的入参格式和展现控件过滤得到查询结果，所述查询结果作为源服务接口的入参，获取第一请求结果，将第一请求结果解析为多表格式作为源服务接口的出参并返回到展现控件中；

响应于接收到生成指令，将源服务接口的出参作为入参传入目标服务接口，获取第二请求结果，解析第二请求结果作为目标服务接口的出参并返回到展现控件中；

响应于接收到来自定时器的时间信号，自动调用源服务接口和目标服务接口。

在一些实施例中，所述响应于接收到源服务信息和目标服务信息，配置源服务信息的入参格式和展现控件的步骤包括：

通过定义字段来声明源服务信息的入参格式，所述字段包括字段编号、字段名、字段类型；

配置所述展现控件的字段的控件类型，以容许对展现控件中的数据进行修改；

其中，所述源服务接口为获取数据接口，所述目标服务接口为生成单据接口。

在一些实施例中，所述响应于通过展现控件接收到查询指令，根据源服务信息的入参格式和展现控件过滤得到查询结果的步骤包括：

响应于接收到对展现控件进行的查询，根据源服务接口的入参格式刷新查询区域，所述查询区域包括展现控件的类型、字段和标签名称；

获取预设的第三方数据，并填充到展现控件中；

根据预设的过滤条件进行过滤得到查询结果。

在一些实施例中，所述将第一请求结果解析为多表格式作为源服务接口的出参并返回到展现控件中的步骤包括：

通过多页签的方式得到多表接口，将主表子表的格式拆分为多表格式，在各页签的表格控件中增加主表子表之间的关联关系；

将第一请求结果的解析结果赋值到页签的表格控件中，得到源服务接口的出参。

在一些实施例中，所述响应于接收到生成指令，将源服务接口的出参作为入参传入目标服务接口的步骤包括：

根据源服务接口的出参选择主表；

依据关联关系得到主表对应的子表；

将主表和子表对应的所有页签的数据构造为目标服务接口的入参。

在一些实施例中，所述解析第二请求结果作为目标服务接口的出参并返回到展现控件中的步骤包括：

将第二请求结果赋值到选择的主表中的信息列中，得到目标服务接口的出参。

在一些实施例中，所述响应于接收到来自定时器的时间信号，自动调用源服务接口和目标服务接口的步骤包括：

设置源服务接口的入参参数值作为过滤条件。

在一些实施例中，获取第一请求结果的步骤包括：

解析源服务信息对应的第一接口地址，调用ajax请求，得到第一请求结果。

在一些实施例中，获取第二请求结果的步骤包括：

解析目标服务信息对应的第二接口地址，调用ajax请求，得到第二请求结果。

本发明提出了一种ERP系统服务编排系统，包括：

配置模块，配置为响应于接收到源服务信息和目标服务信息，配置源服务信息的入参格式和展现控件；

查询模块，配置为响应于通过展现控件接收到查询指令，根据源服务信息的入参格式和展现控件过滤得到查询结果，所述查询结果作为源服务接口的入参，获取第一请求结果，将第一请求结果解析为多表格式作为源服务接口的出参并返回到展现控件中；

生产模块，配置为响应于接收到生成指令，将源服务接口的出参作为入参传入目标服务接口，获取第二请求结果，解析第二请求结果作为目标服务接口的出参并返回到展现控件中；

自动模块，配置为响应于接收到来自定时器的时间信号，自动调用源服务接口和目标服务接口。

本发明提出了一种计算机设备，包括：

至少一个处理器；以及存储器，所述存储器存储有可在所述处理器上运行的计算机程序，所述处理器执行所述程序时执行所述一种ERP系统服务编排方法的步骤。

本发明提出了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时执行所述一种ERP系统服务编排方法的步骤。

本发明至少具有以下有益技术效果：

本发明提出了一种ERP系统服务编排方法、系统、设备及介质，方法包括：配置源服务信息的入参格式和展现控件，对展现控件进行查询，根据源服务接口的入参格式和展现控件过滤得到查询结果，所述查询结果作为源服务接口的入参，将第一请求结果解析为多表格式作为源服务接口的出参并返回到展现控件中；将源服务接口的出参作为入参传入目标服务接口，解析第二请求结果作为目标服务接口的出参并返回到展现控件中；响应于接收到来自定时器的时间信号，自动调用源服务接口和目标服务接口。本发明通过将每个系统作为一个切面，各异构系统提供标准的接口服务缩短了开发周期，大大降低了交流成本、维护成本和风险成本，定时器自动触发，无需人工参与，自动实现接口调用。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的实施例。

图1为本发明提供的一种ERP系统服务编排方法流程图；

图2为本发明提供的一种ERP系统服务编排系统模块图；

图3为本发明提供的一种ERP系统服务编排方法的面向切面设计图；

图4为本发明提供的一种ERP系统服务编排方法的服务编排结构图；

图5为本发明提供的一种ERP系统服务编排方法的实施例的服务编排配置图；

图6为本发明提供的一种ERP系统服务编排方法的实施例的数据操作界面图；

图7为本发明提供的计算机设备的一实施例的结构示意图；

图8为本发明提供的计算机可读存储介质的一实施例的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明实施例进一步详细说明。

需要说明的是，本发明实施例中所有使用“第一”和“第二”的表述均是为了区分两个相同名称非相同的实体或者非相同的参量，可见“第一”“第二”仅为了表述的方便，不应理解为对本发明实施例的限定，后续实施例对此不再一一说明。

本发明提出了一种ERP系统服务编排方法，请参阅图1、图3和图4，包括：

S1：响应于接收到源服务信息和目标服务信息，配置源服务信息的入参格式和展现控件；

S2：响应于通过展现控件接收到查询指令，根据源服务信息的入参格式和展现控件过滤得到查询结果，所述查询结果作为源服务接口的入参，获取第一请求结果，将第一请求结果解析为多表格式作为源服务接口的出参并返回到展现控件中；

S3：响应于接收到生成指令，将源服务接口的出参作为入参传入目标服务接口，获取第二请求结果，解析第二请求结果作为目标服务接口的出参并返回到展现控件中；

S4：响应于接收到来自定时器的时间信号，自动调用源服务接口和目标服务接口。

本发明实现了一种ERP系统服务编排的装置，该装置抛除了传统接口服务面向功能实现的思想，改用面向切面的理念，将每个异构系统或者同系统下不同模块看作切面，把每个切面暴露的接口服务完整关联起来以实现整体的业务需求。当再有新的系统需要对接时，主体系统可以当作一个崭新的切面，与新系统切面对接。

本发明旨在将各松散的接口服务进行编排，实现完整的业务链条，有较高的灵活性、可移植性、低耦合等特点。用户通过可视化界面进行简单灵活的配置，即可将前后两个接口关联在一个流程中，从而实现完整的业务流转。服务编排支持两种驱动方式：定时器自动触发，无需人工参与，自动实现接口调用；可视化界面用户介入方式，用户可以在条件界面输入源接口的参数，实时刷新数据展示区的结果，用户可以对源接口返回的数据按需修改，用户还可以选中需要数据传递至目标接口，完整实现了数据过滤抽取、数据预览、数据修改、数据生成的数据交换过程。针对以上两种驱动方式，项目实施过程中可按需选择。当业务流程发生变化，需要更换源接口服务或目标接口服务时，只需要由运维人员简单调整配置即可，不需要由开发人员额外修改代码，缩短了开发周期，大大降低了交流成本、维护成本和风险成本。

本发明通过将每个系统作为一个切面，各异构系统提供标准的接口服务缩短了开发周期，大大降低了交流成本、维护成本和风险成本，定时器自动触发，无需人工参与，自动实现接口调用。

在一些实施例中，请参阅图1和图5，所述响应于接收到源服务信息和目标服务信息，配置源服务接口的入参格式和展现控件的步骤包括：

通过定义字段来声明源服务信息的入参格式，所述字段包括字段编号、字段名、字段类型；

配置展现控件的字段的控件类型，以容许对展现控件中的数据进行修改；

其中，所述源服务接口为获取数据接口，所述目标服务接口为生成单据接口。

声明源服务接口的入参格式和展现控件的步骤主要在配置界面进行操作，界面包含源服务信息、目标服务信息、源服务接口入参模型及展现形式。

将获取数据的接口作为源服务接口，包括不限于内部外部数据库、数据模型、硬编码、外部接口等；将生成单据接口作为目标服务接口，例如生成ERP入库单。

源服务接口入参模型是服务编排的入口模型，主要表现为字段，包括字段编号、字段名、字段类型，所述字段类型包括文本、数值、日期和时间；

展现形式主要用于人机交互界面的展示，包括入参字段的控件类型、是否显示，控件类型分为手工输入、日期控件、时间控件、下拉框、帮助。

在一些实施例中，请参阅图1和图5，所述响应于通过展现控件接收到查询指令，根据源服务信息的入参格式和展现控件过滤得到查询结果的步骤包括：

响应于接收到对展现控件进行的查询，根据源服务接口的入参格式刷新查询区域，所述查询区域包括展现控件的类型、字段和标签名称；

获取预设的第三方数据，并填充到展现控件中；

根据预设的过滤条件进行过滤得到查询结果。

查询是在数据操作界面进行工作，在数据操作界面选择已保存好的配置，界面自动根据配置的入参字段刷新查询区域，包括每个控件的类型、控件所绑定的字段以及控件的标签名称，例如设置公司、日期范围、仓库、单据编号条件等，

其中公司、仓库需要填入编号或主键来过滤数据，因此需要用帮助控件来获取数据库中的基础字典数据供用户选择，日期范围需求提供日期控件供用户选择开始日期或结束日期。

用户点击“查询”按钮，实现数据预览，此过程的实现方式为：

1、首先组织界面查询区域的各查询控件的值，组织成源接口服务的入参；

2、解析源接口服务的接口地址，调用ajax请求；

3、将请求响应结果解析为多表格式，并赋值到结果展示区域的每个页签的表格控件中实现数据的预览。

在一些实施例中，请参阅图1和图6，所述将第一请求结果解析为多表格式作为源服务接口的出参并返回到展现控件中的步骤包括：

通过多页签的方式得到多表接口，将主表子表的格式拆分为多表格式，在各页签的表格控件中增加主表子表之间的关联关系；

将第一请求结果的解析结果赋值到页签的表格控件中，得到源服务接口的出参。

界面会解析配置的源服务接口的出参所对应的实体对象数组，并将每列展示在列表控件中，以多页签的方式实现多表接口，例如入库单主表和子表，则分别生成主表页签和子表页签，每个页签中的表格显示各自的表字段，主表包括主键、公司、部门、人员、仓库、日期等，子表包括主表主键、子表主键、产品、规格、批次、数量、单价、金额等。

标准的单据格式应该是主表子表按树形结构传递，但是作为ERP单据界面以树形结构显示如果展开树形会导致记录条数过多，如果折叠树形会导致数据隐藏过多不直观，因此本发明采用多表的方式实现这种主表子表的单据展示问题。

拆分多表后为了防止主表记录与子表记录的关系丢失，在各页签表格中自动增加了关联外键，并在拆分主表子表时，自动生成关联关系，并且子表的顺序按主表排序，防止来回切换页签时混淆数据，数据展示后，用户可以根据需要适当修改表格中的数据。

在一些实施例中，请参阅图1和图6，所述响应于接收到生成指令，将源服务接口的出参作为入参传入目标服务接口的步骤包括：

根据源服务接口的出参选择主表；

依据关联关系得到主表对应的子表；

将主表和子表对应的所有页签的数据构造为目标服务接口的入参。

生成指令运行的过程为服务编排，用户选择数据后点击“生成”按钮，即可实现调用目标服务接口的目的。

此过程的实现方式为：

1、用户选择主表数据，在点击生成时，该装置会根据外键关联关系获取到页面中子表的记录，并将所有页签表格中关联的数据构造成目标服务接口所需的入参格式；

2、解析目标服务接口的接口地址，调用ajax请求；

3、将请求响应结果解析出来，显示到选中的主表每行的信息列中，作为对用户的响应和反馈。

在一些实施例中，请参阅图1，所述解析第二请求结果作为目标服务接口的出参并返回到展现控件中的步骤包括：

将第二请求结果赋值到选择的主表中的信息列中，得到目标服务接口的出参。

在进行服务编排的过程中，能够自动解析查询条件构造入参、将请求出参格式转换并展示、界面展示数据转换为请求入参、转调目标服务接口，系统获得调用结果在页面展示。

在一些实施例中，请参阅图1，所述响应于接收到来自定时器的时间信号，自动调用源服务接口和目标服务接口的步骤包括：

设置源服务接口的入参参数值作为过滤条件。

将配置构件定义到定时器中，并设置源服务接口的入参参数值作为过滤条件，触发构件执行便可实现无人值守。

无人值守过程中不可人工介入更改过滤条件、中间数据的修改等操作。

在一些实施例中，请参阅图1，获取第一请求结果的步骤包括：

解析源服务信息对应的第一接口地址，调用ajax请求，得到第一请求结果。

解析源服务接口的地址，调用ajax请求；将请求响应结果解析为多表格式，并赋值到结果展示区域的每个页签的表格控件中实现数据的预览。

在一些实施例中，请参阅图1，获取第二请求结果的步骤包括：

解析目标服务信息对应的第二接口地址，调用ajax请求，得到第二请求结果。

解析目标服务接口的地址，调用ajax请求；将请求响应结果解析出来，显示到选中的主表每行的信息列中，作为对用户的响应和反馈。

本发明提出了一种ERP系统服务编排系统，请参阅图2、图3和图4，包括：

配置模块100，配置为响应于接收到源服务信息和目标服务信息，配置源服务信息的入参格式和展现控件；

查询模块200，配置为响应于通过展现控件接收到查询指令，根据源服务信息的入参格式和展现控件过滤得到查询结果，所述查询结果作为源服务接口的入参，获取第一请求结果，将第一请求结果解析为多表格式作为源服务接口的出参并返回到展现控件中；

生产模块300，配置为响应于接收到生成指令，将源服务接口的出参作为入参传入目标服务接口，获取第二请求结果，解析第二请求结果作为目标服务接口的出参并返回到展现控件中；

自动模块400，配置为响应于接收到来自定时器的时间信号，自动调用源服务接口和目标服务接口。

本发明提出了一种ERP系统服务编排系统，由接口消费方封装数据源接口服务，将切面中的接口服务编排，并支持接口服务之间多对多的关系，将接口服务方和接口消费方关联，实现完整的交互过程，极大降低了开发、运维成本。

在一些实施例中，进行服务编排的主要过程为：配置服务编排，包括源服务接口信息、目标服务接口信息、源服务接口入参模型及展现形式，定义源服务接口与目标服务接口的关联关系，并声明入参格式等。

数据操作界面，包括自动构建查询区域、结果展示区域，数据操作界面查询区域控件中填入过滤条件，点击“查询”触发源服务接口的调用并展示结果。如有需要，则按业务实际情况修改数据。

点击“生成”触发目标服务接口的调用，包括自动解析查询条件构造入参、将请求出参格式转换并展示、界面展示数据转换为请求入参、转调目标服务接口，系统获得调用结果在页面展示。

定义定时任务，实现无人值守。

基于同一发明构思，根据本发明的另一个方面，如图7所示，本发明的实施例还提供了一种计算机设备30，在该计算机设备30中包括处理器310以及存储器320，存储器320存储有可在处理器上运行的计算机程序321，处理器310执行程序时执行如上的方法的步骤。

基于同一发明构思，根据本发明的另一个方面，如图8所示，本发明的实施例还提供了一种计算机可读存储介质40，计算机可读存储介质40存储有被处理器执行时执行如上方法的计算机程序410。

本发明实施例还可以包括相应的计算机设备。计算机设备包括存储器、至少一个处理器以及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时执行上述任意一种方法。

其中，存储器作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如本申请实施例中的程序指令/模块。处理器通过运行存储在存储器中的非易失性软件程序、指令以及模块，从而执行装置的各种功能应用以及数据处理，即实现上述方法。

存储器可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据装置的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在实施例中，存储器可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至本地模块。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

最后需要说明的是，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关硬件来完成，程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，程序的存储介质可为磁碟、光盘、只读存储记忆体(ROM)或随机存储记忆体(RAM)等。上述计算机程序的实施例，可以达到与之对应的前述任意方法实施例相同或者相类似的效果。

本领域技术人员还将明白的是，结合这里的公开所描述的各种示例性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。为了清楚地说明硬件和软件的这种可互换性，已经就各种示意性组件、方块、模块、电路和步骤的功能对其进行了一般性的描述。这种功能是被实现为软件还是被实现为硬件取决于具体应用以及施加给整个系统的设计约束。本领域技术人员可以针对每种具体应用以各种方式来实现的功能，但是这种实现决定不应被解释为导致脱离本发明实施例公开的范围。

以上是本发明公开的示例性实施例，但是应当注意，在不背离权利要求限定的本发明实施例公开的范围的前提下，可以进行多种改变和修改。根据这里描述的公开实施例的方法权利要求的功能、步骤和/或动作不需以任何特定顺序执行。上述本发明实施例公开实施例序号仅仅为了描述，不代表实施例的优劣。此外，尽管本发明实施例公开的元素可以以个体形式描述或要求，但除非明确限制为单数，也可以理解为多个。

应当理解的是，在本文中使用的，除非上下文清楚地支持例外情况，单数形式“一个”旨在也包括复数形式。还应当理解的是，在本文中使用的“和/或”是指包括一个或者一个以上相关联地列出的项目的任意和所有可能组合。

所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本发明实施例公开的范围(包括权利要求)被限于这些例子；在本发明实施例的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，并存在如上的本发明实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。因此，凡在本发明实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本发明实施例的保护范围之内。