一种业务服务编排方法及相关装置与流程

1.本技术涉及计算机技术领域，特别涉及一种业务服务编排方法、业务服务编排装置、服务器以及计算机可读存储介质。


背景技术：

2.随着信息技术的不断发展，各行各业越来越多的使用信息技术去承担对应的业务服务。因此，在业务系统的构建过程中，就需要技术人员依据不同的编程环境构建或更新不同的业务逻辑。
3.相关技术中，为了提高业务逻辑的编排效率，采用流程编排系统进行逻辑编排。以mulesoft为代表，使用mulesoft的anypoint平台需要花费大量的时间学习功能使用与配置，然后在anypoint平台重新实现原有业务逻辑，无法将企业现有业务系统快速的转换为可复用的服务能力编排组件，工作量巨大，且由于必须使用mulesoft提供的ide(integrated development environment，集成开发环境)进行开发，更加大了开发者的学习与使用成本，降低了业务服务的效率。
4.因此，如何提高业务服务的效率是本领域技术人员关注的重点问题。


技术实现要素：

5.本技术的目的是提供一种业务服务编排方法、业务服务编排装置、服务器以及计算机可读存储介质，以提高业务服务编排效率，降低业务服务编排的门槛。
6.为解决上述技术问题，本技术提供一种业务服务编排方法，包括：
7.根据接收的编排信息对获取到的多个服务组件进行编排组合，得到预备服务dsl数据；
8.基于服务组件编译库将所述预备服务dsl数据进行编译，得到可执行代码；
9.对所述可执行代码进行服务封装处理，得到可执行服务。
10.可选的，根据接收的编排信息对获取到的多个服务组件进行编排组合，得到预备服务dsl数据，包括：
11.接收所述编排信息；
12.根据所述编排信息生成组件流程图；
13.根据所述组件流程图对获取到的所述多个服务组件进行编排组合，得到所述预备服务dsl数据。
14.可选的，根据所述组件流程图对获取到的所述多个服务组件进行编排组合，得到所述预备服务dsl数据，包括：
15.从服务组件数据库中获取所述多个服务组件；
16.根据所述组件流程图对所述多个服务组件进行编排组合，得到所述预备服务dsl数据。
17.可选的，还包括：
18.根据接收到的修改指令对所述服务组件数据库的服务组件数据进行修改。
19.可选的，基于服务组件编译库将所述预备服务dsl数据进行编译，得到可执行代码，包括：
20.从所述服务组件编译库中获取所述预备服务dsl数据对应的各个服务组件的可执行代码块；
21.根据所述预备服务dsl数据的执行逻辑对所有所述可执行代码块进行编译，得到所述可执行代码。
22.可选的，对所述可执行代码进行服务封装处理，得到可执行服务，包括：
23.对所述可执行代码关联对应的处理代码块，得到完备服务；
24.对所述完备服务进行端口暴露处理，得到所述可执行服务。
25.可选的，对所述可执行代码关联对应的处理代码块，得到完备服务，包括：
26.根据所述可执行代码的服务流程确定相关联的处理代码块；
27.将所述处理代码块添加至所述可执行代码中，得到所述完备服务。
28.本技术还提供一种业务服务编排装置，包括：
29.dsl数据编排模块，用于根据接收的编排信息对获取到的多个服务组件进行编排组合，得到预备服务dsl数据；
30.代码转换模块，用于基于服务组件编译库将所述预备服务dsl数据进行编译，得到可执行代码；
31.服务封装模块，用于对所述可执行代码进行服务封装处理，得到可执行服务。
32.本技术还提供一种服务器，包括：
33.存储器，用于存储计算机程序；
34.处理器，用于执行所述计算机程序时实现如上所述的业务服务编排方法的步骤。
35.本技术还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的业务服务编排方法的步骤。
36.本技术所提供的一种业务服务编排方法，包括：根据接收的编排信息对获取到的多个服务组件进行编排组合，得到预备服务dsl数据；基于服务组件编译库将所述预备服务dsl数据进行编译，得到可执行代码；对所述可执行代码进行服务封装处理，得到可执行服务。
37.通过接收到的编排信息和多个服务组件编排组合，得到预备服务dsl数据，将该预备服务dsl数据编译为可执行代码，最后将该可执行代码封装为可以使用的可执行服务，而不是通过技术人员进行编写，并且只需要通过技术人员输入一定的编排信息即可得到可执行服务，降低了技术人员的学习与使用成本，提高了业务服务的效率。
38.本技术还提供一种业务服务编排装置、服务器以及计算机可读存储介质，具有以上有益效果，在此不做赘述。
附图说明
39.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据
提供的附图获得其他的附图。
40.图1为本技术实施例所提供的一种业务服务编排方法的流程图；
41.图2为本技术实施例所提供的一种业务服务编排装置的结构示意图。
具体实施方式
42.本技术的核心是提供一种业务服务编排方法、业务服务编排装置、服务器以及计算机可读存储介质，以提高业务服务编排效率，降低业务服务编排的门槛。
43.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
44.相关技术中，为了提高业务逻辑的编排效率，采用流程编排系统进行逻辑编排。以mulesoft为代表，使用mulesoft的anypoint平台需要花费大量的时间学习功能使用与配置，然后在anypoint平台重新实现原有业务逻辑，无法将企业现有业务系统快速的转换为可复用的服务能力编排组件，工作量巨大，且由于必须使用mulesoft提供的ide进行开发，更加大了开发者的学习与使用成本，降低了业务服务的效率。
45.因此，本技术提供一种业务服务编排方法，通过接收到的编排信息和多个服务组件编排组合，得到预备服务dsl数据，将该预备服务dsl数据编译为可执行代码，最后将该可执行代码封装为可以使用的可执行服务，而不是通过技术人员进行编写，并且只需要通过技术人员输入一定的编排信息即可得到可执行服务，降低了技术人员的学习与使用成本，提高了业务服务的效率。
46.以下通过一个实施例，对本技术提供的一种业务服务编排方法进行说明。
47.请参考图1，图1为本技术实施例所提供的一种业务服务编排方法的流程图。
48.本实施例中，该方法可以包括：
49.s101，根据接收的编排信息对获取到的多个服务组件进行编排组合，得到预备服务dsl数据；
50.可见，本步骤旨在根据接收的编排信息对获取到的多个服务组件进行编排组合，得到预备服务dsl数据。
51.其中，编排信息是用户输入的对于业务逻辑进行编排的信息。可以是用户输入的点击信息、拖拽信息。还可以是用户直接输入的流程图。也可以是用户输入的自然语言构成的编排信息。
52.其中，服务组件是预先编写的各个服务组件，是构成业务服务的最小逻辑组件。可以是根据技术人员的经验进行编写的。
53.其中，预备服务dsl(domain specific language，领域特定语言)数据是表达了业务服务的业务逻辑的最基本的语言。
54.进一步的，本步骤可以包括：
55.步骤1，接收编排信息；
56.步骤2，根据编排信息生成组件流程图；
57.步骤3，根据组件流程图对获取到的多个服务组件进行编排组合，得到预备服务
dsl数据。
58.可见，本可选方案中主要是说明本步骤中如何进行编排组合，得到该预备服务dsl数据。本可选方案中，接收编排信息，根据编排信息生成组件流程图，根据组件流程图对获取到的多个服务组件进行编排组合，得到预备服务dsl数据。其中，编排信息可以是用户输入的点击信息和拖拽信息。
59.显然，本可选方案中通过接收到的编排信息生成组件流程图。然后，基于该组件流程图将对应的多个服务组件进行编排组合，得到该预备服务dsl数据。也就是说，本可选方案中用户只需要输入对应的组件流程图信息，并基于该流程图组合成对应的操作逻辑，实现简单高效的逻辑编排操作。
60.进一步的，上一可选方案中的步骤3可以包括：
61.步骤1，从服务组件数据库中获取多个服务组件；
62.步骤2，根据组件流程图对多个服务组件进行编排组合，得到预备服务dsl数据。
63.可见，本可选方案中主要是说明如何进行编排组合。本可选方案中，从服务组件数据库中获取多个服务组件，根据组件流程图对多个服务组件进行编排组合，得到预备服务dsl数据。也就是说，从该服务组件数据库中获取到多个服务组件，然后根据该组件流程图选择对应的服务组件，然后再根据流程图的逻辑将服务组件进行组合，得到该预备服务dsl数据。并且，该服务组件为dsl编写而成。因此，将多个服务组件进行编排组合后就可以得到该预备服务dsl数据。
64.进一步，基于上一可选方案中的服务组件数据库，本实施例还可以包括：
65.根据接收到的修改指令对服务组件数据库的服务组件数据进行修改。
66.可见，本可选方案中说明了还对服务组件数据库的服务组件数据进行修改，以便实现对服务组件进行一定的管理和维护。
67.s102，基于服务组件编译库将预备服务dsl数据进行编译，得到可执行代码；
68.在s101的基础上，本步骤旨在基于服务组件编译库将预备服务dsl数据进行编译，得到可执行代码。也就是，将预备服务dsl数据编译为计算机可以执行的可执行代码。
69.其中，编译的过程可以是根据对应的服务组件编译库进行编译。
70.进一步的，本步骤可以包括：
71.步骤1，从服务组件编译库中获取预备服务dsl数据对应的各个服务组件的可执行代码块；
72.步骤2，根据预备服务dsl数据的执行逻辑对所有可执行代码块进行编译，得到可执行代码。
73.可见，本可选方案中主要是说明如何获取到可执行代码。本可选方案中从服务组件编译库中获取预备服务dsl数据对应的各个服务组件的可执行代码块，根据预备服务dsl数据的执行逻辑对所有可执行代码块进行编译，得到可执行代码。其中，服务组件编译库是将每个服务组件编写为独立的可执行代码块，并存储得到的数据库。
74.显然，本实施例中可以基于对应的服务组件编译库实现对预备服务dsl数据进行编译，得到对应的可执行代码，而不用技术人员进行手动编写，提高业务服务的编排的效率，降低其门槛。
75.s103，对可执行代码进行服务封装处理，得到可执行服务。
76.在s102的基础上，本步骤旨在对可执行代码进行服务封装处理，得到可执行服务。可见，上一步骤中获取到的可执行代码还不是可以使用的业务服务。因此，本步骤中可以对该可执行代码进行服务封装处理，得到的可执行服务。
77.进一步的，本步骤可以包括：
78.步骤1，对可执行代码关联对应的处理代码块，得到完备服务；
79.步骤2，对完备服务进行端口暴露处理，得到可执行服务。
80.可见，本可选方案中主要是说明如何得到可执行服务。本可选方案中，对可执行代码关联对应的处理代码块，得到完备服务，对完备服务进行端口暴露处理，得到可执行服务。也就是，将该可执行代码关联其相关的处理代码块，例如通用的代码块，最后得到完备服务。最后，对于该完备服务进行端口暴露处理，得到可执行服务，也就是该服务可以被使用。
81.进一步的，上一可选方案中的步骤1，可以包括：
82.步骤1，根据可执行代码的服务流程确定相关联的处理代码块；
83.步骤2，将处理代码块添加至可执行代码中，得到完备服务。
84.可见，本可选方案中主要是说明如何处理得到完备服务。本可选方案中，根据可执行代码的服务流程确定相关联的处理代码块，将处理代码块添加至可执行代码中，得到完备服务。
85.综上，本实施例通过接收到的编排信息和多个服务组件编排组合，得到预备服务dsl数据，将该预备服务dsl数据编译为可执行代码，最后将该可执行代码封装为可以使用的可执行服务，而不是通过技术人员进行编写，并且只需要通过技术人员输入一定的编排信息即可得到可执行服务，降低了技术人员的学习与使用成本，提高了业务服务的效率。
86.以下通过一个具体的实施例，对本技术提供的一种业务服务编排方法做进一步说明。
87.本实施例中，提供了一种编排流程，基于该编排流程可以点击、拖拽用以编辑流程的可视化界面，该界面中可操作的内容包含监听配置、执行逻辑节点、全局异常处理、流程路由控制以及输入输出配置。基于java语言编写的sdk(software development kit，软件开发工具包)，提供了特定的注解与接口，用以将普通java代码转化为具体流程执行代码中的执行逻辑节点，及服务组件中的逻辑节点。该编排流程启动后可以获取对应流程dsl语言数据内容，解析该dsl内容生成计算机可执行代码。
88.在具体的实际操作过程中，本实施例的流程将页面编排装置组成的流程图转化为预备服务dsl数据，预备服务dsl数据为描述服务的自然语言，其包括描述服务的基本信息、监听配置、执行逻辑节点、全局异常处理、流程路由控制以及输入输出配置。相应的，建立该预备服务dsl数据内容的持久化存储与查询方法，并配合自定义流程编排装置将该预备服务dsl数据转化为可执行的可执行服务。
89.本实施例中，该编排过程可以包括：
90.步骤1，创建保存自定的服务组件数据库。
91.步骤2，创建服务组件数据库的接口，用以新增、修改、查询、删除服务组件数据库中的服务组件。其中，接口使用http(hyper text transfer protocol，超文本传输协议)协议，定义具体的请求路径、请求参数和返回结果结构。
92.步骤3，创建前端可视化界面应用，该应用通过应用程序接口从数据库中获取可编排的服务组件，可编排的服务组件包括：监听组件、流程控制组件、执行逻辑组件、参数转换组件、远程服务调用组件、异常处理组件。
93.步骤4，根据客户服务需求，通过拖拽、点击按钮的方式对服务组件进行编排，形成预备服务dsl数据。并通过调用应用程序的接口将该预备服务dsl存储在数据库中。
94.步骤5，启动业务应用，业务应用为使用java语言编写的软件服务，该软件服务需引入本发明中的流程编排装置。
95.步骤6，流程编排装置在业务应用启动后，通过应用程序接口获取预备服务dsl数据，通过编排装置的编译模块将预备服务dsl数据编译成计算机可执行代码。并通过逻辑加载模块关联业务应用中所需参与流程服务的处理代码块，形成完备服务，最后通过编排装置暴露监听协议、端口生成可执行服务。
96.可见，本实施例通过接收到的编排信息和多个服务组件编排组合，得到预备服务dsl数据，将该预备服务dsl数据编译为可执行代码，最后将该可执行代码封装为可以使用的可执行服务，而不是通过技术人员进行编写，并且只需要通过技术人员输入一定的编排信息即可得到可执行服务，降低了技术人员的学习与使用成本，提高了业务服务的效率。
97.下面对本技术实施例提供的业务服务编排装置进行介绍，下文描述的业务服务编排装置与上文描述的业务服务编排方法可相互对应参照。
98.请参考图2，图2为本技术实施例所提供的一种业务服务编排装置的结构示意图。
99.本实施例中，该装置可以包括：
100.dsl数据编排模块100，用于根据接收的编排信息对获取到的多个服务组件进行编排组合，得到预备服务dsl数据；
101.代码转换模块200，用于基于服务组件编译库将预备服务dsl数据进行编译，得到可执行代码；
102.服务封装模块300，用于对可执行代码进行服务封装处理，得到可执行服务。
103.可选的，该dsl数据编排模块，包括：
104.流程图获取单元，用于接收编排信息；根据编排信息生成组件流程图；
105.dsl数据获取单元，用于根据组件流程图对获取到的多个服务组件进行编排组合，得到预备服务dsl数据。
106.可选的，该dsl数据获取单元，具体用于从服务组件数据库中获取多个服务组件；根据组件流程图对多个服务组件进行编排组合，得到预备服务dsl数据。
107.可选的，该装置还可以包括：
108.服务组件修改模块，具体用于根据接收到的修改指令对服务组件数据库的服务组件数据进行修改。
109.可选的，该代码转换模块200，具体用于从服务组件编译库中获取预备服务dsl数据对应的各个服务组件的可执行代码块；根据预备服务dsl数据的执行逻辑对所有可执行代码块进行编译，得到可执行代码。
110.可选的，该服务封装模块300，具体用于对可执行代码关联对应的处理代码块，得到完备服务；对完备服务进行端口暴露处理，得到可执行服务。
111.本技术实施例还提供一种服务器，包括：
112.存储器，用于存储计算机程序；
113.处理器，用于执行所述计算机程序时实现如以上实施例所述的业务服务编排方法的步骤。
114.本技术实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如以上实施例所述的业务服务编排方法的步骤。
115.说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
116.专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
117.结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd
‑
rom、或技术领域内所公知的任意其它形式的存储介质中。
118.以上对本技术所提供的一种业务服务编排方法、业务服务编排装置、服务器以及计算机可读存储介质进行了详细介绍。本文中应用了具体个例对本技术的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本技术的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本技术原理的前提下，还可以对本技术进行若干改进和修饰，这些改进和修饰也落入本技术权利要求的保护范围内。