[发明专利]一种应用于SaaS的服务编排、业务流程处理方法和装置

说明书

本发明公开了一种应用于SaaS的服务编排、业务流程处理方法和装置，涉及计算机技术领域。该方法的一具体实施方式包括：接收服务调用请求，解析服务调用请求，获取待调用的目标服务标识；若在预定服务列表中查询不存在与目标服务标识相应的目标服务，则获取与目标服务标识相应的微服务和/或组合服务；对所获取的微服务和/或组合服务进行编排，以生成目标服务。该实施方式可以基于已有的微服务和/或组合服务进行服务编排，得到所需调用的目标服务，为服务拓展以及后续的客户化业务流程设计提供了服务化支撑；且对于标准服务和客户化服务，都可以通过服务界面进行集成，解决了现有技术集成规范难以统一的问题，具有良好的实施效果。

技术领域

本发明涉及计算机技术领域，尤其涉及一种应用于SaaS的服务编排、业务流程处理方法和装置。

背景技术

目前云计算技术和商业服务高速发展，越来越多的企业开始采购SaaS(Software-as-a-Service，软件即服务)企业服务。基于业务需求的不同，不同企业对互联网信息技术提出业务可定制化的需求，即通过技术手段对页面、流程、数据等按照不同企业的业务需求进行扩展和定制。

现有SaaS服务提供商的做法是针对标准服务做参数化处理，然后针对具体业务模式的用户配置参数值。但针对复杂业务，如果不能通过参数解决就需要实施客户化开发，然后部署到独立的业务系统中。

在实现本发明的过程中，发明人发现现有技术至少存在如下问题：

1、需开发标准服务的参数管理模块和预置参数处理逻辑，开发成本较高，难以通过参数满足用户的多样需求；

2、标准以外的服务只能通过定制开发，开发后需要和标准化服务进行集成，但由于两者开发人员习惯不同或者系统异构，存在集成规范难以统一的问题；

3、用户的业务流程变化频繁(例如，增加人脸识别环节)，标准SaaS服务难以通过参数进行流程编排；但是通过服务商的定制化又难以在短期内完成，导致不能快速响应用户的业务需求；

4、目前通常通过构建一个分布式服务总线获取服务，并且需要业务系统严格按照标准服务接口规范开发服务接口，然后注册到分布式服务总线中，该方式存在两个缺点：

①性能问题：在高并发请求处理大型文档时内存使用量过高，导致总线阻塞，这可能会造成分布式服务总线定位服务无法执行；

②扩展门槛高：用户化团队需要按照标准服务接口规范开发定制化的服务，并且该规范不是一种被公开的标准规范，导致服务扩展性受限。

发明内容

有鉴于此，本发明实施例提供一种应用于SaaS的服务编排、业务流程处理方法和装置，至少能够解决现有技术中SaaS服务参数化成本过高，无法快速实施客户化定制的问题。

为实现上述目的，根据本发明实施例的一个方面，提供了一种应用于SaaS的服务编排方法，包括：

接收服务调用请求，解析所述服务调用请求，获取待调用的目标服务标识；

若在预定服务列表中查询不存在与所述目标服务标识相应的目标服务，则获取与所述目标服务标识相应的微服务和/或组合服务；

对所获取的微服务和/或组合服务进行编排，以生成所述目标服务。

可选的，在生成所述调用服务之后，还包括：接收对各目标服务中订阅主题消息的输入；按照所输入订阅主题消息之间的排列顺序，对与各目标服务相应的流程环节进行排列组合，得到业务流程。

可选的，在所述得到业务流程之后，还包括：

接收对所述业务流程的业务流程标识和用户信息的输入，建立所述用户信息、所述业务流程标识和所述业务流程之间的对应关系；以及