CN111338604B - 服务生成方法、装置、设备及计算机可读存储介质 - Google Patents

Abstract

本发明涉及金融科技领域，并公开了一种服务生成方法、装置、设备和计算机可读存储介质。所述方法包括如下步骤：在接收到业务接入请求时，获取所述业务接入请求对应的初始业务文件；通过预设的抽象服务模型解析所述初始业务文件，获取所述初始业务文件中的基础组件和配置信息；调用服务生成框架，确定所述基础组件对应的标准组件，根据所述配置信息组合所述标准组件，形成标准组件序列，通过调用所述标准组件序列提供所述业务接入请求对应的服务。本发明提高了服务生成的效率，减少了服务生成过程中人力资源的浪费。

Description

服务生成方法、装置、设备及计算机可读存储介质

技术领域

本发明涉及金融科技(Fintech)技术领域，尤其涉及服务生成方法、装置、设备及计算机可读存储介质。

背景技术

近年来，互联网金融科技(Fintech)的飞速发展，越来越多的技术(大数据、分布式、区块链Blockchain、人工智能等)应用在金融领域。

金融业务种类越来越多，业务对应的服务各不相同，为了将多种类业务和业务对应的服务进行集成，设置了服务生成平台，通过服务生成平台给不同用户提供不同类型的服务，为了给每个用户提供相应的服务，服务生成平台都需要开发不同服务，当前服务开发方式有两种，一种是通过人工手动开发，这种服务开发方式的需要大量的重复开发，造成人力物力的浪费，且服务开发效率低下；另一种是开发一套固定流程步骤，对其中的步骤做定制化，这种服务开发流程固定的很死，服务个性化程度很有限。

发明内容

本发明的主要目的在于提出一种服务生成方法、装置、设备及计算机可读存储介质，旨在解决当前服务生成的效率低，人力物力资源浪费严重，且生成的服务灵活性差的技术问题。

为实现上述目的，本发明提供一种服务生成方法，所述服务生成方法包括如下步骤：

在接收到业务接入请求时，获取所述业务接入请求对应的初始业务文件；

通过预设的抽象服务模型解析所述初始业务文件，获取所述初始业务文件中的基础组件和配置信息；

调用服务生成框架，确定所述基础组件对应的标准组件，根据所述配置信息组合所述标准组件，形成标准组件序列，将所述标准组件序列作为所述业务接入请求对应的服务；

在接收到操作请求时，获取所述操作请求中的业务数据，加载所述标准组件处理所述业务数据提供服务。

可选地，所述通过预设的抽象服务模型解析所述初始业务文件，获取所述初始业务文件中的基础组件和配置信息的步骤之前，所述方法包括：

在接收到模型构建请求时，获取样本业务文件，其中，所述样本业务文件中标记有基础组件；

抽取预设比例的样本业务文件构建识别所述基础组件的组件识别模型，迭代抽取预设比例的样本业务文件训练所述组件识别模型，并获取训练的组件识别模型的识别准确率；

在识别准确率大于预设准确率时，获取训练得到的组件识别模型作为预设的抽象服务模型。

可选地，所述调用服务生成框架，确定所述基础组件对应的标准组件，根据所述配置信息组合所述标准组件，形成标准组件序列的步骤之前，所述还方法包括：

在接收到框架构建请求时，获取预定义的标准组件，将所述标准组件与组件调用接口关联形成核心层；

获取预定义的配置规则，将所述配置规则与组件配置接口关联形成配置层；

获取预定义的适配规则，将所述适配规则与组件适配接口关联形成适配层，将所述核心层、所述配置层和所述适配层集成形成服务生成框架。

可选地，所述调用服务生成框架，确定所述基础组件对应的标准组件，根据所述配置信息组合所述标准组件，形成标准组件序列的步骤，包括：

调用服务生成框架，获取所述服务生成框架的核心层中所述基础组件对应的标准组件；

将所述配置信息输入至所述服务生成框架的配置层，获取所述标准组件的连接关系；

通过所述服务生成框架中的适配层将所述标准组件按照所述连接关系封装形成标准组件序列。

可选地，所述在接收到操作请求时，获取所述操作请求中的业务数据，加载所述标准组件处理所述业务数据提供服务的步骤，包括：

在接收到操作请求时，获取所述操作请求对应的业务标识和业务数据；

加载所述业务标识对应的标准组件序列，通过运行所述标准组件序列提供服务来处理所述业务数据，获得操作请求的执行结果。

可选地，所述调用服务生成框架，确定所述基础组件对应的标准组件，根据所述配置信息组合所述标准组件，形成标准组件序列的步骤之后，所述方法还包括：

在接收到业务下架请求时，获取所述业务下架请求对应的业务标识；

获取所述业务标识对应的配置信息和标准组件序列，删除所述配置信息并拆分所述标准组件序列，完成所述业务标识对应的业务下架。

可选地，所述调用服务生成框架，确定所述基础组件对应的标准组件，根据所述配置信息组合所述标准组件，形成标准组件序列的步骤之后，所述方法还包括：

在接收到业务更新请求时，获取业务更新文件；

通过预设的抽象服务模型解析所述业务更新文件，获取所述业务更新文件中的基础组件和配置信息；

将所述业务更新文件中的基础组件和配置信息与所述标准组件序列对应的基础组件和配置信息进行比对；

若所述业务更新文件中的基础组件和配置信息与所述标准组件序列对应的基础组件和配置信息不同，则根据所述业务更新文件中的基础组件和配置信息更新标准组件序列，将所述更新标准组件序列作为所述业务更新请求对应的更新服务。

此外，为实现上述目的，本发明还提供一种服务生成装置，所述服务生成装置包括：

信息获取模块，用于在接收到业务接入请求时，获取所述业务接入请求对应的初始业务文件；

组件抽象模块，用于通过预设的抽象服务模型解析所述初始业务文件，获取所述初始业务文件中的基础组件和配置信息；

服务生成模块，用于调用服务生成框架，确定所述基础组件对应的标准组件；

服务生成模块，用于根据所述配置信息组合所述标准组件，形成标准组件序列，通过调用所述标准组件序列提供所述业务接入请求对应的服务。

此外，为实现上述目的，本发明还提供一种服务生成设备，所述服务生成设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的服务生成对应的计算机程序，所述服务生成对应的计算机程序被所述处理器执行时实现如上所述的服务生成方法的步骤。

此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有服务生成对应的计算机程序，所述服务生成对应的计算机程序被处理器执行时实现如上所述的服务生成方法的步骤。

本发明提供一种服务生成方法、装置、设备及计算机可读存储介质，本发明实施例中的服务生成方法减少开发人员繁琐的配置操作、分析操作和代码开发操作，减少了服务生成过程中人力资源的浪费，实现了服务的动态生成，提高了服务生成的效率，同时可以有效地保证服务生成的灵活性，此外，通过标准组件的高度复用，大大减少了代码量，减少了开发人员的工作量，进一步提高了服务接入速度。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的设备结构示意图；

图2为本发明服务生成方法第一实施例的流程示意图；

图3为本发明服务生成方法第二实施例的具体场景示意图；

图4为本发明服务生成方法第四实施例的流程示意图；

图5为本发明服务生成装置一实施例的功能模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，图1是本发明实施例方案涉及的硬件运行环境的设备结构示意图。

本发明实施例服务生成设备可以是PC机或服务器设备，如图1所示，该服务生成设备可以包括：处理器1001，例如CPU，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的设备结构并不构成对设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作网络通信模块、用户接口模块以及服务生成对应的计算机程序。

在图1所示的设备中，网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；用户接口1003主要用于连接客户端(用户端)，与客户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的服务生成对应的计算机程序，并执行下述服务生成方法中的操作。

基于上述硬件结构，提出本发明服务生成方法实施例。

参照图2，图2为本发明服务生成方法第一实施例的流程示意图，在本实施例中所述服务生成方法包括：

在接收到业务接入请求时，获取所述业务接入请求对应的初始业务文件；

通过预设的抽象服务模型解析所述初始业务文件，获取所述初始业务文件中的基础组件和配置信息；

调用服务生成框架，确定所述基础组件对应的标准组件，根据所述配置信息组合所述标准组件，形成标准组件序列，将所述标准组件序列作为所述业务接入请求对应的服务；

在接收到操作请求时，获取所述操作请求中的业务数据，加载所述标准组件处理所述业务数据提供服务。

本实施例中服务生成方法应用于金融行业的金融机构(银行机构、保险机构、证券机构等)中的服务生成设备。服务生成设备是指搭载服务生成计算机程序的硬件平台，服务生成设备上运行有JVM(Java Virtual Machine，Java虚拟机)，服务生成设备用于实现动态服务生成。

例如，金融机构集成有不同第三方的金融业务，当前业务集成方法为：第三方提供初始业务文件，由于初始业务文件不符合金融机构的代码编写规则，因此，金融机构的开发人员根据初始业务文件编写代码，以在金融机构上提供第三方的业务，这样的业务集成方法，使得金融机构的开发人员工作量大，人力物力资源浪费严重。

本实施例中服务生成设备中预先建立抽象服务模型，抽象服务模型是指将第三方初始业务文件抽象为组件的算法，即，抽象服务模型通过分析初始业务文件可以获取到第三方的业务逻辑；抽象服务模型是通过机器学习得到的，抽象服务模型的构建步骤包括：

步骤a1，在接收到模型构建请求时，获取样本业务文件，其中，所述样本业务文件中标记有基础组件；

步骤a2，抽取预设比例的样本业务文件构建识别所述基础组件的组件识别模型，迭代抽取预设比例的样本业务文件训练所述组件识别模型，并获取训练的组件识别模型的识别准确率；

步骤a3，在识别准确率大于预设准确率时，获取训练得到的组件识别模型作为预设的抽象服务模型。

服务生成设备接收到模型构建请求，模型构建请求的触发方式不作具体限定，服务生成设备获取第三方提供的历史业务文件，服务生成设备根据历史业务文件构建抽象服务模型。具体地，服务生成设备将历史业务文件作为样本业务文件，模型构建的用户在样本业务文件中标记基础组件，服务生成设备抽取预设比例(预设比例可以根据具体场景灵活设置，例如预设比例设置为5％)的样本业务文件构建识别基础组件的组件识别模型，然后，服务生成设备迭代抽取预设比例的样本业务文件训练组件识别模型，服务生成设备获取训练的组件识别模型的识别准确率；服务生成设备将识别准确率与预设准确率(预设准确率是指预先设置的组件识别模型收敛时的准确率，例如预设准确率设置为98％)进行比对，若识别准确率小于或等于预设准确率，则继续抽取样本业务文件进行迭代训练，在识别准确率大于预设准确率时，服务生成设备获取训练得到的组件识别模型作为预设的抽象服务模型。

比如，用户标记第三方提供的历史业务文件中的基础组件，服务生成设备获取用户的标记信息，服务生成设备获取预设时间段(预设时间段根据具体场景灵活设置，例如，预设时间段可以设置为1个月或者1个星期)的历史业务文件，服务生成设备从这些历史业务文件中抽取部分样本业务文件，服务生成设备根据样本业务文件和用户的标记信息通过Lambda算法进行初始化建模，在得到初始模型之后，服务生成设备进行迭代训练，生成识别基础组件的抽象服务模型。

本实施例中，服务生成设备根据历史业务文件构建抽象服务模型，这样基于机器学习自动构建抽象服务模型，从而利用抽象服务模型对第三方提供的初始业务文件进行识别分析，确定初始业务文件的业务逻辑，减少开发人员的分析操作，从而减少了服务生成过程中人力资源的浪费。

本实施例中，在抽象服务模型构建完成之后，还需要搭建服务生成框架，通过服务生成框架将识别出来的基础组件进行转化，获得基础组件(可以理解为业务逻辑)对应的标准组件(可以理解为标准通用业务逻辑)拼接，然后服务生成设备再将标准组件进行拼接形成对应的服务，本实施例中服务生成设备中预先搭建通用的服务生成框架，服务生成框架分为核心层、配置层和适配层，服务生成框架可以适应千变万化的业务需求，实现高度通用性和可定制性。本实施例中服务生成框架的搭建步骤包括：

步骤b1，在接收到框架构建请求时，获取预定义的标准组件，将所述标准组件与组件调用接口关联形成核心层；

步骤b2，获取预定义的配置规则，将所述配置规则与组件配置接口关联形成配置层；

步骤b3，获取预定义的适配规则，将所述适配规则与组件适配接口关联形成适配层，将所述核心层、所述配置层和所述适配层集成形成服务生成框架。

服务生成设备在接收到框架构建请求时，服务生成设备获取预定义的标准组件，服务生成设备将标准组件与组件调用接口关联形成核心层；核心层提供了预设定义的标准组件的基本实现，标准组件可以为Action(执行组件)，Filter(过滤组件)和Processor(处理组件)，核心层是一个精炼完善的内核，拥有强大的表达能力，核心层的设置可以满足各种需求；此外，核心层可以为标准组件的执行提供和异步和同步两种模式，对多个标准组件提供并行执行和串行执行两种模式，上层只需修改模式类型参数即可在各个运行模式之间切换；同时核心层这些特性对上层透明，无任何侵入。

服务生成设备获取预定义的配置规则(配置规则可以是组件调用规则、数据源查询规则等)，服务生成设备将配置规则与组件配置接口关联形成配置层；配置层是定义服务的地方，本实施例中服务生成设备通过配置内容与服务内容同构，通过配置就可以形成服务的结构和处理流程；此外，配置层还提供了对多种配置数据源的支持，如基础数据库和本地文件。

服务生成设备获取预定义的适配规则(适配规则可以理解为框架接入规则)，服务生成设备将适配规则与组件适配接口关联形成适配层，适配层用于支持各种类型的业务和对接其他框架；适配层包含了对核心层的扩展，对Akka框架、Spring框架的支持。例如，适配层对推荐业务，对广告业务组件封装，扩展Filter支持Abtest，扩展Processor支持性能监控和日志，适配层可以根据业务场景需求扩展，使得框架对具体业务更友好，更易用。

服务生成设备将核心层、配置层和适配层集成形成服务生成框架。本实施例中服务生成框架解决了接入第三方业务不方便的痛点，服务生成框架拥有很强的灵活性和通用性，实现组件的高度复用，大大减少了代码量，提高开发效率节省人力，同时服务生成框架可快速将第三方业务进行接入，极大提升了平台型系统接入新客户的速度。

此外，本实施例中将业务代码与框架代码解耦，使算法人员能专注于算法组件，业务开发人员专注于业务逻辑，提高了代码质量和可维护性。框架处理底层细节，统一优化，保证服务性能和稳定性。

在抽象服务模型构建完成、服务生成框架搭建完成之后，服务生成设备利用抽象服务模型和服务生成框架进行业务的快速接入，具体地：

步骤S10，在接收到业务接入请求时，获取所述业务接入请求对应的初始业务文件。

服务生成设备接收业务接入请求，业务接入请求的触发方式不作具体限定，即，业务接入请求可以是用户主动触发的，例如，用户在服务生成设备上点击“服务生成”按键触发业务接入请求；或者业务接入请求还可以是服务生成设备自动触发的，例如，服务生成设备中预设业务文件更新时自动触发触发业务接入请求，服务生成设备在检测到符合预设的服务生成条件时，自动触发业务接入请求。

服务生成设备在接收业务接入请求时，服务生成设备获取业务接入请求对应的初始业务文件，初始业务文件是指第三方提供的业务文件，通常情况下第三方提供的业务文件编码与服务生成设备不符合，服务生成设备需要对初始业务文件进行识别，以在服务生成设备上提供接入第三方业务，并为用户提供服务，具体地：

步骤S20，通过预设的抽象服务模型解析所述初始业务文件，获取所述初始业务文件中的基础组件和配置信息。

服务生成设备将初始业务文件输入至预设的抽象服务模型，通过预设的抽象服务模型解析初始业务文件，获取初始业务文件中的基础组件，和基础组件相关的配置信息。具体地：

实现方式一：服务生成设备将初始业务文件输入至抽象服务模型，抽象服务模型将初始业务文件进行清洗去除无效业务信息，然后抽象服务模型对剩余的业务信息进行特征提取，获得组件的描述信息，抽象服务模型将组件的描述信息作为基础组件，进一步地，抽象服务模型获取基础组件对应的配置信息。

实现方式二：服务生成设备将初始业务文件输入至抽象服务模型，抽象服务模型根据初始业务文件的文件种类选择抽象服务子模型；服务生成设备通过抽象服务子模型对初始业务文件进行特征提取，获得组件的描述信息，抽象服务模型将组件的描述信息作为基础组件，进一步地，抽象服务模型获取基础组件对应的配置信息。本实施例中抽象服务模型中包含多个抽象服务子模型，这样既可以保证抽象服务模型训练量最小，还可以保证组件识别的准确性。

服务生成设备获得标准组件和配置信息之后，服务生成设备调用服务生成框架进行服务生成，具体地：

步骤S30，调用服务生成框架，确定所述基础组件对应的标准组件，根据所述配置信息组合所述标准组件，形成标准组件序列，通过调用所述标准组件序列提供所述业务接入请求对应的服务。

服务生成设备调用服务生成框架，确定基础组件对应的标准组件，服务生成设备根据配置信息组合标准组件，形成标准组件序列，服务生成设备将标准组件序列作为业务接入请求对应的服务，具体地：

步骤c1，调用服务生成框架，获取所述服务生成框架的核心层中所述基础组件对应的标准组件；

步骤c2，将所述配置信息输入至所述服务生成框架的配置层，获取所述标准组件的连接关系；

步骤c3，通过所述服务生成框架中的适配层将所述标准组件按照所述连接关系封装形成标准组件序列。

即，服务生成设备调用服务生成框架，获取服务生成框架的核心层中基础组件对应的标准组件，即，核心层确定基础组件的功能，核心层获取预先定义的与基础组件功能相同的标准组件，并将该标准组件作为基础组件对应的标准组件；服务生成设备将配置信息输入至服务生成框架的配置层，获取标准组件的连接关系；服务生成设备通过服务生成框架中的适配层将标准组件按照连接关系封装形成标准组件序列。

例如，服务生成框架使用Scala和Java语言实现，支持基于JVM的语言如Java、Scala、kotlin,，服务生成框架通过引入jar包的方式使用，支持maven、gradle、sbt等包管理工具，与Spring、Akka等框架深度整合，方便易用，第三方新的服务接入只需通过以下三步即可使用：1、在服务生成设备中引入框架jar包。2、根据jar包识别的配置信息定义服务。3、在项目中加载服务。

本实施例中的服务生成方法减少开发人员繁琐的配置操作、分析操作和代码开发操作，减少了服务生成过程中人力资源的浪费，实现了服务的动态生成，提高了服务生成的效率，同时可以有效地保证服务生成的灵活性，此外，通过标准组件的高度复用，大大减少了代码量，减少了开发人员的工作量，进一步提高了服务接入速度。

进一步地，基于本发明服务生成方法第一实施例，提出本发明服务生成方法第二实施例。

本实施例是第一实施例中步骤S30之后的步骤，本实施例与上述实施例的区别在于：

在接收到操作请求时，获取所述操作请求对应的业务标识和业务数据；

加载所述业务标识对应的标准组件序列，通过运行所述标准组件序列提供服务来处理所述业务数据，获得操作请求的执行结果。

具体地，在本实施例中服务生成设备在接收到操作请求时，服务生成设备获取操作请求对应的业务标识和业务数据；服务生成设备服务生成设备查询预设数据表，预设数据表是指业务标识与服务的映射关系表；服务生成设备获取业务标识对应的标准组件和配置信息；服务生成设备根据标准组件和配置信息加载业务标识对应的标准组件序列，服务生成设备通过运行标准组件序列处理业务数据，获得操作请求的执行结果。

例如，参照图3，服务生成设备可以支付服务响应，即应用层接收到用户操作请求时，服务生成设备到服务生成框架进行服务调用，服务生成框架根据配置信息组装标准数据生成对应的服务。

本实施例中服务生成设备通过标准组件序列提供对应的服务，在接收到操作请求时，服务生成设备获取操作请求中的业务数据，加载所述标准组件处理所述业务数据提供服务，实施例中的服务生成方法减少开发人员繁琐的配置操作、分析操作和代码开发操作，减少了服务生成过程中人力资源的浪费，实现了服务的动态生成，提高了服务生成的效率，同时可以有效地保证服务生成的灵活性，此外，通过标准组件的高度复用，大大减少了代码量，减少了开发人员的工作量，进一步提高了服务接入速度。

在银行机构等金融机构内采用上述服务生成方式，在金融业务频繁变更的时候，可以更加高效得进行服务接入。

进一步地，基于本发明服务生成方法上述实施例，提出本发明服务生成方法第三实施例。

本实施例是第一实施例中步骤S30之后的步骤，本实施例与上述实施例的区别在于：

在接收到业务下架请求时，获取所述业务下架请求对应的业务标识；

获取所述业务标识对应的配置信息和标准组件序列，删除所述配置信息并拆分所述标准组件序列，完成所述业务标识对应的业务下架。

本实施例中，服务生成设备在接收到业务下架请求时，服务生成设备获取业务下架请求对应的业务标识；服务生成设备获取业务标识对应的配置信息和标准组件序列，服务生成设备删除配置信息并拆分标准组件序列，完成业务标识对应的业务下架。本实施例中在进行业务下架时，操作较为便利，减少了开发人员的工作量。

进一步地，参照图4，基于本发明服务生成方法上述实施例，提出本发明服务生成方法第四实施例。

本实施例是第一实施例中步骤S30之后的步骤，本实施例与上述实施例的区别在于：

步骤S40，在接收到业务更新请求时，获取业务更新文件。

服务生成设备接收到业务更新请求，业务更新请求的触发方式不作具体限定，服务生成设备接收到业务更新请求时，服务生成设备获取业务更新文件。

步骤S50，通过预设的抽象服务模型解析所述业务更新文件，获取所述业务更新文件中的基础组件和配置信息。

服务生成设备通过预设的抽象服务模型解析业务更新文件，获取业务更新文件中的基础组件和配置信息，其中，服务生成设备通过预设的抽象服务模型解析业务更新文件的实现方式参照第一实施例，本实施例中不作赘述。

步骤S60，将所述业务更新文件中的基础组件和配置信息与所述标准组件序列对应的基础组件和配置信息进行比对；

服务生成设备将业务更新文件中的基础组件和配置信息与现有的标准组件序列对应的基础组件和配置信息进行比对，若业务更新文件中的基础组件和配置信息与标准组件序列对应的基础组件和配置信息相同，则不做处理。

步骤S70，若所述业务更新文件中的基础组件和配置信息与所述标准组件序列对应的基础组件和配置信息不同，则根据所述业务更新文件中的基础组件和配置信息更新标准组件序列，将所述更新标准组件序列作为所述业务更新请求对应的更新服务。

若业务更新文件中的基础组件和配置信息与标准组件序列对应的基础组件和配置信息不同，服务生成设备则根据业务更新文件中的基础组件和配置信息更新标准组件序列，即，服务生成设备通过预设的抽象服务模型解析业务更新文件，获取业务更新文件中的基础组件和配置信息；服务生成设备调用服务生成框架，确定基础组件对应的标准组件，服务生成设备根据配置信息组合标准组件，形成标准组件序列，服务生成设备将标准组件序列作为业务更新后对应的服务。在接收到操作请求时，服务生成设备获取操作请求中的业务数据，加载更新标准组件处理业务数据提供服务。

本实施例中进行自动的业务更新只需修改配置即可实现创建新服务，修改已有服务，无需重启，更无需发版，业务更新操作更加便捷。

参照图5，本发明还提供一种服务生成装置，所述服务生成装置包括：

信息获取模块10，用于在接收到业务接入请求时，获取所述业务接入请求对应的初始业务文件；

组件抽象模块20，用于通过预设的抽象服务模型解析所述初始业务文件，获取所述初始业务文件中的基础组件和配置信息；

服务生成模块30，用于调用服务生成框架，确定所述基础组件对应的标准组件，根据所述配置信息组合所述标准组件，形成标准组件序列，通过调用所述标准组件序列提供所述业务接入请求对应的服务。

可选地，所述服务生成装置包括：

样本获取模块，用于在接收到模型构建请求时，获取样本业务文件，其中，所述样本业务文件中标记有基础组件；

构建训练模块，用于抽取预设比例的样本业务文件构建识别所述基础组件的组件识别模型，迭代抽取预设比例的样本业务文件训练所述组件识别模型，并获取训练的组件识别模型的识别准确率；

模型获取模块，用于在识别准确率大于预设准确率时，获取训练得到的组件识别模型作为预设的抽象服务模型。

可选地，所述的服务生成装置，包括：

框架构建模块，用于在接收到框架构建请求时，获取预定义的标准组件，将所述标准组件与组件调用接口关联形成核心层；

关联生成模块，用于获取预定义的配置规则，将所述配置规则与组件配置接口关联形成配置层；

框架生成模块，用于获取预定义的适配规则，将所述适配规则与组件适配接口关联形成适配层，将所述核心层、所述配置层和所述适配层集成形成服务生成框架。

可选地，所述服务生成模块30，包括：

调用服务生成框架，获取所述服务生成框架的核心层中所述基础组件对应的标准组件；

将所述配置信息输入至所述服务生成框架的配置层，获取所述标准组件的连接关系；

通过所述服务生成框架中的适配层将所述标准组件按照所述连接关系封装形成标准组件序列。

可选地，所述的服务生成装置，包括：

操作获取模块，用于在接收到操作请求时，获取所述操作请求对应的业务标识和业务数据；

加载服务模块，用于加载所述业务标识对应的标准组件序列，通过运行所述标准组件序列提供服务来处理所述业务数据，获得操作请求的执行结果。

可选地，所述的服务生成装置，包括：

请求接收模块，用于在接收到业务下架请求时，获取所述业务下架请求对应的业务标识；

服务下架模块，用户获取所述业务标识对应的配置信息和标准组件序列，删除所述配置信息并拆分所述标准组件序列，完成所述业务标识对应的业务下架。

可选地，所述的服务生成装置，包括：

获取更新模块，用于在接收到业务更新请求时，获取业务更新文件；

信息解析模块，用于通过预设的抽象服务模型解析所述业务更新文件，获取所述业务更新文件中的基础组件和配置信息；

信息比对模块，用于将所述业务更新文件中的基础组件和配置信息与所述标准组件序列对应的基础组件和配置信息进行比对；

服务跟新模块，用于若所述业务更新文件中的基础组件和配置信息与所述标准组件序列对应的基础组件和配置信息不同，则根据所述业务更新文件中的基础组件和配置信息更新标准组件序列，将所述更新标准组件序列作为所述业务更新请求对应的更新服务。

其中，在所述处服务生成装置被执行时所实现的方法可参照本发明服务生成方法各个实施例，此处不再赘述。

实施例中的服务生成装置通过执行上述步骤，实现动态的服务生成减少开发人员繁琐的配置操作、分析操作和代码开发操作，减少了服务生成过程中人力资源的浪费，实现了服务的动态生成，提高了服务生成的效率，同时可以有效地保证服务生成的灵活性，此外，通过标准组件的高度复用，大大减少了代码量，减少了开发人员的工作量，进一步提高了服务接入速度。

本发明还提供一种计算机可读存储介质。

本发明计算机可读存储介质上存储有服务生成对应的计算机程序，所述服务生成对应的计算机程序被处理器执行时实现如上所述的服务生成方法的步骤。

其中，在所述处理器上运行的服务生成对应的计算机程序被执行时所实现的方法可参照本发明服务生成方法各个实施例，此处不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (8)

1.一种服务生成方法，其特征在于，所述服务生成方法包括如下步骤：

在接收到业务接入请求时，获取所述业务接入请求对应的初始业务文件；

通过预设的抽象服务模型解析所述初始业务文件，获取所述初始业务文件中的基础组件和配置信息；

调用服务生成框架，获取所述服务生成框架的核心层中所述基础组件对应的标准组件，其中，所述标准组件与所述标准组件的功能相同；

将所述配置信息输入至所述服务生成框架的配置层，获取所述标准组件的连接关系；

通过所述服务生成框架中的适配层将所述标准组件按照所述连接关系封装形成标准组件序列；

通过调用所述标准组件序列提供所述业务接入请求对应的服务；

所述通过预设的抽象服务模型解析所述初始业务文件，获取所述初始业务文件中的基础组件和配置信息的步骤，包括：

通过预设的抽象服务模型对所述初始业务文件进行清洗，得到去除无效业务信息后的剩余业务信息，对所述剩余业务信息进行特征提取，得到所述初始业务文件中的基础组件和配置信息，其中，所述抽象服务模型指将所述初始业务文件抽象为组件的算法；或者

通过预设的抽象服务模型根据所述初始业务文件的文件种类选择抽象服务子模型，并通过所述抽象服务子模型对所述初始业务文件进行特征提取，得到所述初始业务文件中的基础组件和配置信息；

所述调用服务生成框架，获取所述服务生成框架的核心层中所述基础组件对应的标准组件的步骤之前，所述方法还包括：

在接收到框架构建请求时，获取预定义的标准组件，将所述标准组件与组件调用接口关联形成核心层；

获取预定义的配置规则，将所述配置规则与组件配置接口关联形成配置层；

获取预定义的适配规则，将所述适配规则与组件适配接口关联形成适配层，将所述核心层、所述配置层和所述适配层集成形成服务生成框架。

2.如权利要求1所述的服务生成方法，其特征在于，所述通过预设的抽象服务模型解析所述初始业务文件，获取所述初始业务文件中的基础组件和配置信息的步骤之前，所述方法还包括：

在接收到模型构建请求时，获取样本业务文件，其中，所述样本业务文件中标记有基础组件；

抽取预设比例的样本业务文件构建识别所述基础组件的组件识别模型，迭代抽取预设比例的样本业务文件训练所述组件识别模型，并获取训练的组件识别模型的识别准确率；

在识别准确率大于预设准确率时，获取训练得到的组件识别模型作为预设的抽象服务模型。

3.如权利要求1所述的服务生成方法，其特征在于，所述通过调用所述标准组件序列提供所述业务接入请求对应的服务的步骤之后，所述方法包括：

在接收到操作请求时，获取所述操作请求对应的业务标识和业务数据；

加载所述业务标识对应的标准组件序列，通过运行所述标准组件序列提供服务来处理所述业务数据，获得操作请求的执行结果。

4.如权利要求1所述的服务生成方法，其特征在于，所述通过所述服务生成框架中的适配层将所述标准组件按照所述连接关系封装形成标准组件序列的步骤之后，所述方法还包括：

在接收到业务下架请求时，获取所述业务下架请求对应的业务标识；

获取所述业务标识对应的配置信息和标准组件序列，删除所述配置信息并拆分所述标准组件序列，完成所述业务标识对应的业务下架。

5.如权利要求1至4任意一项所述的服务生成方法，其特征在于，所述通过所述服务生成框架中的适配层将所述标准组件按照所述连接关系封装形成标准组件序列的步骤之后，所述方法还包括：

在接收到业务更新请求时，获取业务更新文件；

通过预设的抽象服务模型解析所述业务更新文件，获取所述业务更新文件中的基础组件和配置信息；

将所述业务更新文件中的基础组件和配置信息与所述标准组件序列对应的基础组件和配置信息进行比对；

若所述业务更新文件中的基础组件和配置信息与所述标准组件序列对应的基础组件和配置信息不同，则根据所述业务更新文件中的基础组件和配置信息更新标准组件序列，将所述更新标准组件序列作为所述业务更新请求对应的更新服务。

6.一种服务生成装置，其特征在于，所述服务生成装置包括：

信息获取模块，用于在接收到业务接入请求时，获取所述业务接入请求对应的初始业务文件；

组件抽象模块，用于通过预设的抽象服务模型解析所述初始业务文件，获取所述初始业务文件中的基础组件和配置信息；通过预设的抽象服务模型对所述初始业务文件进行清洗，得到去除无效业务信息后的剩余业务信息，对所述剩余业务信息进行特征提取，得到所述初始业务文件中的基础组件和配置信息，其中，所述抽象服务模型指将所述初始业务文件抽象为组件的算法；或者，通过预设的抽象服务模型根据所述初始业务文件的文件种类选择抽象服务子模型，并通过所述抽象服务子模型对所述初始业务文件进行特征提取，得到所述初始业务文件中的基础组件和配置信息；

服务生成模块，用于调用服务生成框架，获取所述服务生成框架的核心层中所述基础组件对应的标准组件，其中，所述标准组件与所述标准组件的功能相同；将所述配置信息输入至所述服务生成框架的配置层，获取所述标准组件的连接关系；通过所述服务生成框架中的适配层将所述标准组件按照所述连接关系封装形成标准组件序列；通过调用所述标准组件序列提供所述业务接入请求对应的服务；调用服务生成框架，获取所述服务生成框架的核心层中所述基础组件对应的标准组件；将所述配置信息输入至所述服务生成框架的配置层，获取所述标准组件的连接关系；通过所述服务生成框架中的适配层将所述标准组件按照所述连接关系封装形成标准组件序列；

所述服务生成装置包括：

框架构建模块，用于在接收到框架构建请求时，获取预定义的标准组件，将所述标准组件与组件调用接口关联形成核心层；

关联生成模块，用于获取预定义的配置规则，将所述配置规则与组件配置接口关联形成配置层；

框架生成模块，用于获取预定义的适配规则，将所述适配规则与组件适配接口关联形成适配层，将所述核心层、所述配置层和所述适配层集成形成服务生成框架。

7.一种服务生成设备，其特征在于，所述服务生成设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的服务生成对应的计算机程序，所述服务生成对应的计算机程序被所述处理器执行时实现如权利要求1至5中任一项所述的服务生成方法的步骤。

8.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有服务生成对应的计算机程序，所述服务生成对应的计算机程序被处理器执行时实现如权利要求1至5中任一项所述的服务生成方法的步骤。