CN114500486A - 一种业务管理系统及方法 - Google Patents

Abstract

本申请实施例公开一种业务管理系统及方法。在一实施方式中，该系统包括交互装置、Web服务器、网关服务器和多个业务组件，网关服务器通过统一协议的接入接口分别连接各业务组件；交互装置，用于展示包括业务组件的界面，及接收对于业务组件的编排操作并响应于编排操作生成业务流；Web服务器，用于将业务流发送至网关服务器；网关服务器，用于根据业务流创建业务流处理服务，以生成对应业务流的业务组件调用方法。该实施方式通过统一协议的接入接口对多个业务组件进行管理，同时支持用户基于多个业务组件快速形成新的业务流，从而实现对多个业务组件的轻量级快速部署和应用。

Description

一种业务管理系统及方法

技术领域

本申请涉及互联网技术领域。更具体地，涉及一种业务管理系统及方法。

背景技术

在现代企业治理中，企业的业务越来越复杂，为提高企业整体资源的利用率，很多企业采用组件化方式，将复杂业务拆分成多个可独立提供服务的业务组件，但随之而来的是如何处理多个业务组件的统一管理和复用的问题。

现有技术中，通常采用微服务机制来实现对业务组件的管理，微服务机制即为通过接入协议或者Sidecar模式接入业务组件进行管理，通过网关路由实现各业务组件的调用，从而保证提供正常的业务流服务。然而，目前的微服务机制中仍存在有一定的缺陷；例如微服务机制的维护成本和技术门槛较高，不利于用户快速上手操作。

发明内容

本申请的目的在于提供一种业务管理系统及方法，以解决现有技术存在的问题中的至少一个。

为达到上述目的，本申请采用下述技术方案：

本申请第一方面提供了一种业务管理系统，包括：交互装置、Web服务器、网关服务器和多个业务组件，所述网关服务器通过统一协议的接入接口分别连接各业务组件；

所述交互装置，用于展示包括业务组件的界面，及接收对于业务组件的编排操作并响应于所述编排操作生成业务流；

所述Web服务器，用于将所述业务流发送至所述网关服务器；

所述网关服务器，用于根据所述业务流创建业务流处理服务，以生成对应所述业务流的业务组件调用方法。

本申请第一方面提供的业务管理系统通过统一协议的接入接口实现对多个业务组件进行统一管理，整合企业的业务资源，提高业务资源的利用率，同时该业务管理系统还引入业务策略机制(即业务流、业务流处理服务和调用方法)，支持用户根据实际需求，利用已有的多个业务组件，编排自定义的业务流以生成新的业务组件调用方法并保存，便于企业快速搭建新的业务线并使用，无需针对每个业务线进行重新编写，避免“重复造轮子”的问题，从而实现对多个业务组件的轻量级快速部署和应用，进而极大地节约了人力和时间成本，提高业务线创建和执行的速度。

在一种可能的实现方式中，所述交互装置，用于展示包括业务组件的界面，及接收对于业务组件的编排操作包括：展示包括图形化的业务组件的界面，及接收对于所述图形化的业务组件的拖拽方式的编排操作。

在一种可能的实现方式中，所述交互装置，还用于展示包括已生成的业务流的界面，及接收对于已生成的业务流的编排操作并响应于所述编排操作修改或删除所述已生成的业务流；

所述Web服务器，还用于将修改后的业务流或删除业务流的信息发送至所述网关服务器；

所述网关服务器，还用于根据修改后的业务流修改业务流处理服务以生成对应所述修改后的业务流的业务组件调用方法或根据所述删除业务流的信息删除对于的业务流处理服务。

该实现方式可实现对已生成的业务流的更改或者删除从而直接实现对已生成的业务组件的调用方法的更改或删除，业务组件调用方法的编译过程由该系统自行完成，极大简化新的业务流创建流程，提高业务流的创建效率。

在一种可能的实现方式中，该系统还包括数据库；所述交互装置，还用于接收第一查看操作；所述Web服务器，还用于将生成或修改后的业务流发送至所述数据库进行存储，并在所述交互装置接收到所述第一查看操作后，由所述数据库中调取对应的业务流并发送至所述交互装置进行展示。

该实现方式通过设置数据库实时保存生成或修改后的业务流，每次交互装置接收到第一查看操作后，可直接由数据库中调取对应的业务流，避免占用Web服务器的存储空间，降低Web服务器的运算、交互和存储方面的压力，另一方面也可以提高检索并调取对应的业务流的速度，进而提高执行效率。

在一种可能的实现方式中，所述网关服务器，还用于响应于业务请求，启用相应的业务流处理服务以通过所述接入接口调用相应的业务组件。

在一种可能的实现方式中，所述业务流具有标识，所述业务请求携带有业务流的标识，所述网关服务器用于解析所述业务请求中的标识，以根据所述标识查询并启用相应的业务流处理服务。

该实现方式通过设置标识，便于网关服务器快速解析业务请求，提高对业务流处理服务的获取速度，提升业务的执行效率。

在一种可能的实现方式中，所述网关服务器，还用于记录各业务组件的调用统计信息；所述Web服务器，还用于将所述调用统计信息发送至交互装置；所述交互装置，还用于展示包括所述调用统计信息的界面。

该实现方式通过各业务组件的调用统计信息的记录和展示，方便运营人员更宏观地对不同的业务组件和业务线进行分析，并随时修改业务流，完善业务流，提高业务流处理服务的全面性和准确性。

在一种可能的实现方式中，该系统还包括数据库；所述交互装置，还用于接收第二查看操作；所述Web服务器，还用于将所述调用统计信息发送至所述数据库进行存储，并在所述交互装置接收到所述第二查看操作后，由所述数据库中调取所述调用统计信息并发送至所述交互装置进行展示。

该实现方式通过设置数据库实时保存调用统计信息，每次交互装置接收到第二查看操作后，可直接由数据库中调取对应的调用统计信息，避免占用Web服务器的存储空间，降低Web服务器的运算、交互和存储方面的压力，另一方面也可以提高检索并调取对应的调用统计信息，进而提高执行效率。

在一种可能的实现方式中，所述网关服务器，还用于获取各业务组件的描述信息、接口说明及调用示例；所述Web服务器，还用于将所述各业务组件的描述信息、接口说明及调用示例发送至所述交互装置；所述交互装置，还用于展示包括对应业务组件的描述信息、接口说明及调用示例的界面。

在一种可能的实现方式中，该系统还包括数据库；所述交互装置，还用于接收第三查看操作；所述Web服务器，还用于将所述各业务组件的描述信息、接口说明及调用示例发送至所述数据库进行存储，并在所述交互装置接收到所述第三查看操作后，由所述数据库中调取对应的业务组件的描述信息、接口说明及调用示例并发送至所述交互装置进行展示。

该实现方式通过设置数据库实时保存各业务组件的描述信息、接口说明及调用示例，每次交互装置接收到第三查看操作后，可直接由数据库中调取对应的业务组件的描述信息、接口说明及调用示例，避免占用Web服务器的存储空间，降低Web服务器的运算、交互和存储方面的压力，另一方面也可以提高检索并调取对应的业务组件的描述信息、接口说明及调用示例的速度，进而提高业务执行效率。

本申请第二方面提供一种利用本申请第一方面提供的业务管理系统的业务管理方法，包括：

交互装置展示包括业务组件的界面，及接收对于业务组件的编排操作并响应于所述编排操作生成业务流；

Web服务器将所述业务流发送至所述网关服务器；

网关服务器根据所述业务流创建业务流处理服务，以生成对应所述业务流的业务组件调用方法。

本申请的有益效果如下：

针对目前现有技术中存在的问题，本申请提供一种业务管理系统、业务管理方法，该业务管理方法在现有的各类业务组件的基础上封装支持介入接口(即统一协议的接入接口)即可直接接入网关服务器实现对多个业务组件进行统一管理，整合企业的业务资源，提高业务资源的利用率。

同时，该业务管理系统还引入业务策略机制(即业务流、业务流处理服务和调用方法)，支持用户根据实际需求，利用已有的多个业务组件，编排自定义的业务流以生成新的业务组件调用方法并保存，便于企业快速搭建新的业务线并使用，无需针对每个业务线进行重新编写，避免“重复造轮子”的问题，从而实现对多个业务组件的轻量级快速部署和应用，进而极大地节约了人力和时间成本，提高业务线创建和执行的速度。

另外，该业务管理系统同时还支持展示或上报业务流、各业务组件的调用统计信息、各业务组件的描述信息、接口说明及调用示例等标准化数据，便于运营人员清楚、直观地了解业务组件的调用情况，分析不同业务流的性能表现，有利于运营人员更宏观地分析业务流，并随时改良修正，完善业务流，提高业务流处理服务的全面性和准确性。

附图说明

下面结合附图对本申请的具体实施方式作进一步详细的说明。

图1示出本申请的一个实施例可以应用于其中的示例性系统架构图。

图2示出本申请的一个实施例的业务管理系统的结构示意图。

图3示出本申请的一个实施例的交互装置的界面示意图。

图4示出本申请的一个实施例的业务管理方法的流程图。

具体实施方式

为了更清楚地说明本申请，下面结合实施例和附图对本申请做进一步的说明。附图中相似的部件以相同的附图标记进行表示。本领域技术人员应当理解，下面所具体描述的内容是说明性的而非限制性的，不应以此限制本申请的保护范围。

在本申请的描述中，需要说明的是，术语“上”、“下”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本申请和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本申请的限制。除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。

还需要说明的是，在本申请的描述中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

图1示出了可以应用本申请的业务管理系统的实施例的示例性系统架构100。

如图1所示，系统架构100可以包括第一终端设备101、102、103、服务器104、105、106以及第二终端设备107、108、109。其中，第一终端设备101、102、103和服务器104之间以及第二终端设备107、108、109和服务器105之间可通过网络提供通信链路或者通过本地连接实现通信。其中，网络可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆、4G网络或者5G网络等等。同样地，服务器104和服务器105之间、服务器104和服务器106之间也可以通过网络提供通信链路或者通过本地连接实现通信。

用户可以使用第一终端设备101、102、103或者第二终端设备107、108、109通过网络分别与服务器104、105交互，以接收或发送消息等。第一终端设备101、102、103或者第二终端设备107、108、109可以安装有各种通讯客户端应用，例如业务管理类应用、网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

第一终端设备101、102、103和第二终端设备107、108、109可以是硬件，也可以是软件。当第一终端设备101、102、103和第二终端设备107、108、109为硬件时，可以是具有显示屏并且支持业务管理的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。当第一终端设备101、102、103和第二终端设备107、108、109为软件时，可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。

服务器104可以是提供各种服务的服务器，例如用于计算、与其他服务器实时交互并更新数据的Web服务器。Web服务器可以接收由第一终端设备101、102、103生成的业务流并发送至其他服务器。其中，业务流可以包括若干业务组件的信息以及该若干业务组件的调用序列信息。

服务器105可以是提供各种服务的服务器，例如为第二终端设备107、108、109的业务管理应用提供支持，实现路由功能的网关服务器。网关服务器可以解析并执行服务器104下发的业务流并创建业务流处理服务，网关服务器还可以统一各业务组件的接入接口。

服务器106可以是提供各种服务的服务器，例如用于存储各业务组件的统计分析数据、第一终端设备101、102、103生成的业务流以及用户权限信息的数据服务器。数据服务器可以响应于第一终端设备101、102、103的操作，从中调取对应的信息并发送至第一终端设备101、102、103进行展示。

需要说明的是，服务器104、105、106可以是硬件，也可以是软件。当服务器104、105、106为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器104、105、106为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。

需要指出的是，服务器104的本地也可以直接存储各业务组件的统计分析数据、生成的业务流以及用户权限信息，服务器105可以直接获取本地的生成的业务流以及用户权限信息。此时，示例性系统架构100可以不包括服务器106。

应该理解，图1中的终端设备和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意合适数目的终端设备和服务器。

请参照图2，图2示出本申请的一种业务管理系统的实施例的结构示意图，该业务管理系统包括交互装置、Web服务器、网关服务器和多个业务组件，网关服务器通过统一协议的接入接口分别连接各业务组件；其中，交互装置，用于展示包括业务组件的界面，及接收对于业务组件的编排操作并响应于编排操作生成业务流；Web服务器，用于将业务流发送至网关服务器；网关服务器，用于根据业务流创建业务流处理服务，以生成对应业务流的业务组件调用方法。在一个具体示例中，该业务管理系统可应用于存在大量独立的、需要多次快速复用的业务组件且对业务流有快速部署需求的企业，例如为银行金融领域。

在一个具体的实施例中，各业务组件即为抽象成多个独立功能的服务，且各业务组件均支持统一接入接口。各业务组件包括认证组件、计费组件、库存组件、评论组件、查询组件、扣款组件、吐款组件、回滚组件和短信组件等。所述对于业务组件的编排操作即为设定若干个业务组件被执行时的先后顺序。在一个具体示例中，各业务组件可为显示在交互装置的界面上的虚拟按键，以方便用户浏览、点击和拖动。

在一个具体的实施例中，交互装置即为供该业务管理系统的运营人员使用的如图1所示的第一终端设备101、102、103，例如位于前端的触控屏，由管理人员或者维护人员使用，交互装置除了用于展示业务组件，生成业务流，还可用于展示或修改交互装置、网关服务器和Web服务器的配置信息。另外，交互装置响应于编排操作生成业务流即为根据用户(例如运营人员)在交互装置中选中的若干个业务组件以及所设定的业务组件执行的先后顺序，进而交互装置生成包括该业务组件的信息以及该若干业务组件的排列顺序信息的业务流，最后网关服务器根据业务流生成对应业务流的业务组件调用方法，并将各业务组件的调用方法反馈到交互装置进行展示，同样也支持运营人员查询不同业务流对应的业务组件调用方法的数据。

在一个具体示例中，Web服务器可从本地或者通过网络远程获取来自交互装置所生成的业务流。在一个具体示例中，交互装置通过HTTP/HTTPS协议访问Web服务器。同时，Web服务器还负责计算以及支持与网关服务器的交互，其中包括从网关服务器中获取最新的业务组件信息，并以此更新业务流的状态、同步最新的业务流处理服务及其对应的业务组件调用方法以及监控网关服务器的状态。

在一个具体示例中，网关服务器作为后端业务组件的管理服务器，负责流量的路由，网关服务器的主要功能包括统一业务组件的接入接口，解析Web服务器所发送的业务流并创建业务流处理服务，以生成对应业务流的业务组件调用方法、对接入的业务组件的管理以及监控、对整个业务管理系统的状态监控并收集相应的信息。

同时，网关服务器还与客户端连接(即第二终端设备107、108、109)相连接，其中，客户端例如为以供客户使用的电子设备(例如银行ATM取款机)，网关服务器用以检验用户接入的权限(如核实用户输入的账户名、密码，核实用户的信用等级、用户的级别权限、用户是否开通短信通知等信息)并提供并发支持。

网关服务器作为统一的流量入口，需要限制或验证用户(例如客户)所提出的用户请求。在一个具体示例中，网关服务器支持REST/GRPC协议，采用REST/GRPC协议可将交互状态交由客户端(即第二终端设备107、108、109)维护，从而减少网关服务器的运算压力，提高网关服务器的运行速度，从而使得网关服务器可并发支持更多的客户端(即第二终端设备107、108、109)，有利于横向扩展。

统一协议的接入接口为网关服务器和多个业务组件交互的依据。在一个具体示例中，接入接口定义主要包括以下方法：

1、Register：用以上报接入接口自身的状态数据、接入接口说明及示例；

2、Invoke：调用业务组件的业务方法的统一入口；

3、Keepalive：心跳检测。

心跳检测为判断业务组件是否正常动行，一般采用向业务组件定时发送简单的通讯包，如果在指定时间段内未收到业务组件响应，则判断业务组件已经非正常运行。

在一个具体示例中，心跳检测包括以下步骤：

通过每隔几分钟发送一个固定信息给业务组件，业务组件收到后回复一个固定信息。如果几分钟内没有收到业务组件的信息则视业务组件断开。

1.每隔一个时间间隔发生一个固定信息给业务组件。

2.发送时启动一个超时定时器。

3.业务组件收到后回复一个固定信息。

4.如果收到业务组件的固定信息，则说明固定信息正常，删除超时定时器。

5.如果超时定时器超时，依然没有收到业务组件发送的固定信息，则说明业务组件出现故障。

在一个具体示例中，统一协议的接入接口如下所示：

Register()(*DescriptionInfo,bool)；

Keepalive()bool。

Invoke(method string,params…interface{})(interface{},error)。

其中，接口定义中Register函数返回的是统一的业务组件系统的基本信息结构，其中主要包括：业务组件的描述、接口定义以及业务组件的调用示例；Invoke函数为与method有关的不定参数。

该实施例的业务管理系统通过统一协议的接入接口，即通过对业务组件的接入接口的抽象化，将业务组件在交互装置上动态地展示，实现对多个业务组件进行统一管理，整合企业的业务资源，提高业务资源的利用率，同时该业务管理系统还引入业务策略机制(即业务流、业务流处理服务和业务组件的调用方法的策略式动态路由机制)，支持用户根据实际需求，利用已有的多个业务组件，编排自定义的业务流以生成新的业务组件调用方法并保存，便于企业快速搭建新的业务线并使用，无需针对每个业务线进行重新编写，避免“重复造轮子”的问题，从而实现对多个业务组件的轻量级快速部署和应用，进而极大地节约了人力和时间成本，提高业务线创建和执行的速度。另外，该业务管理系统对运营人员的技术要求门槛较低，运营人员可较快上手，便于维护。

在一个具体的实施例中，交互装置，用于展示包括业务组件的界面，及接收对于业务组件的编排操作包括：展示包括图形化的业务组件的界面，及接收对于图形化的业务组件的拖拽方式的编排操作。

如图3所示，图3为一个实施例的交互装置的界面示意图，其中，可通过将每个不同类型的业务组件抽象图形化后，显示在交互装置的界面上的虚拟按键，该交互装置界面分为左边的业务组件列表以及右边的创建业务流区域。用户可根据实际的业务线需求，按照业务组件的执行顺序，在左边的业务组件列表中选择相应的业务组件并点击，拖拽至右边的创建业务流区域中，以生成新的业务流，业务流也可以虚拟按键的形式显示在交互装置的界面上。

例如，用户依次将认证组件、查询组件、扣款组件、回滚组件和吐款组件拉拽至右边的创建业务流区域中，从而生成新的业务流，该业务流中的业务组件的执行顺序为：认证、用户账户查询、扣款、回滚、提款机吐款。

在一个具体的实施例中，交互装置还用于展示包括已生成的业务流的界面及接收对于已生成的业务流的编排操作并响应于编排操作修改或删除已生成的业务流；Web服务器还用于将修改后的业务流或删除业务流的信息发送至网关服务器；网关服务器还用于根据修改后的业务流修改业务流处理服务以生成对应修改后的业务流的业务组件调用方法，从而替换原有的业务流处理服务，或根据删除业务流的信息删除对于的业务流处理服务。

该实现方式可实现对已生成的业务流的更改或者删除从而直接实现对已生成的业务组件的调用方法的更改或删除，业务组件调用方法的编译过程由该系统自行完成，极大简化新的业务流创建流程，提高业务流的创建效率。

在一个具体的实施例中，该系统还包括数据库；交互装置还用于接收第一查看操作；Web服务器还用于将生成或修改后的业务流发送至数据库进行存储，并在交互装置接收到第一查看操作后，由数据库中调取对应的业务流并发送至交互装置进行展示。

其中，数据库用于与Web服务器的交互，例如Web服务器进行运算、查询数据库中的信息、向数据库中写入相关数据(用户接入的权限(如核实用户输入的账户名、密码，核实用户的信用等级、用户的级别权限、用户是否开通短信通知等信息)、生成或修改后的业务流)并存储。而且，Web服务器将修改后的业务流发送至数据库进行存储时，替换掉原有的业务流，在Web服务器将删除业务流的信息发送至数据库，数据库删除对应的业务流，减轻数据库的存储压力。

在一个具体示例中，第一查看操作例如可为用户点击交互装置显示界面上显示的业务流的虚拟按键。数据库将业务流发送至交互装置并展示该业务流中包含的多个业务组件以及该多个业务组件的执行顺序，用于用户理解业务流的构成和调用。

该实现方式通过设置数据库实时保存生成或修改后的业务流，每次交互装置接收到第一查看操作后，可直接由数据库中调取对应的业务流，避免占用Web服务器的存储空间，降低Web服务器的运算、交互和存储方面的压力，另一方面也可以提高检索并调取对应的业务流的速度，进而提高执行效率。

在一个具体的实施例中，网关服务器，还用于响应于业务请求，启用相应的业务流处理服务以通过接入接口调用相应的业务组件。

在一个该业务管理系统应用于银行金融系统的具体示例中，业务请求例如可为客户提出的查询请求、取款请求、存款请求或转账请求。网关服务器根据用户的具体请求，根据业务流处理服务调用业务组件按照业务流预设的调用序列执行。

在一个具体的实施例中，业务流具有标识，例如可以为S1、S2、S3、S4等，业务请求携带有业务流的标识，例如取款业务请求中携带有对应的取款业务流的标识S1，取款(短信通知)业务请求中携带有对应的业务流的标识S2。网关服务器用于在收到用户的业务请求后，解析业务请求中的标识，并核实用户的相关信息，以根据标识查询并启用相应的业务流处理服务。该实现方式通过设置标识，便于网关服务器快速解析业务请求，提高网关服务器对业务流处理服务的检索和获取速度，提升业务流处理服务的执行效率。

在一个具体的实施例中，网关服务器还用于记录各业务组件的调用统计信息，从而收集各业务组件和业务流的调用统计信息以供运营人员查看分析；Web服务器还用于将调用统计信息发送至交互装置；交互装置还用于展示包括调用统计信息的界面。该实现方式通过各业务组件的调用统计信息的记录和展示，方便运营人员更宏观地对不同的业务组件和业务流进行分析，清楚哪些业务组件的调用次数最多，哪些业务组件的调用次数最少，哪些业务流需要修改，并随时修改业务流，完善业务流，提高业务流处理服务的全面性和准确性。

在一个具体示例中，网关服务器将各业务组件的调用统计信息进行分析并生成报表，并发送至交互装置展示。

在一个具体的实施例中，该系统还包括数据库；交互装置还用于接收第二查看操作；Web服务器还用于实时同步网关服务器中的业务组件的调用统计信息，并将调用统计信息发送至数据库进行存储，并在交互装置接收到第二查看操作后，由数据库中调取调用统计信息并发送至交互装置进行展示。

其中，第二查看操作例如可为用户点击交互装置显示界面上设置的“业务组件的调用统计信息”的虚拟按键。

该实现方式通过设置数据库实时保存调用统计信息，每次交互装置接收到第二查看操作后，可直接由数据库中调取对应的调用统计信息，避免占用Web服务器的存储空间，降低Web服务器的运算、交互和存储方面的压力，另一方面也可以提高检索并调取对应的调用统计信息，进而提高执行效率。

在一个具体的实施例中，网关服务器还用于获取各业务组件的描述信息、接口说明及调用示例；Web服务器还用于将各业务组件的描述信息、接口说明及调用示例发送至交互装置；交互装置，还用于展示包括对应业务组件的描述信息、接口说明及调用示例的界面。通过向用户展示该业务组件的基本描述信息、对外提供的接口参数以及该业务组件的调用示例，可以以更为简便和清楚易懂的方式帮助运营人员快速理解该业务组件的工作原理并调用，使得运营人员可更快上手。

在一个具体的实施例中，该系统还包括数据库；交互装置还用于接收第三查看操作；Web服务器还用于将各业务组件的描述信息、接口说明及调用示例发送至数据库进行存储，并在交互装置接收到第三查看操作后，由数据库中调取对应的业务组件的描述信息、接口说明及调用示例并发送至交互装置进行展示。

在一个具体示例中，第三查看操作例如可为用户点击交互装置显示界面上设置的“业务组件的详细信息”的虚拟按键。

该实现方式通过设置数据库实时保存各业务组件的描述信息、接口说明及调用示例，每次交互装置接收到第三查看操作后，可直接由数据库中调取对应的业务组件的描述信息、接口说明及调用示例，避免占用Web服务器的存储空间，降低Web服务器的运算、交互和存储方面的压力，另一方面也可以提高检索并调取对应的业务组件的描述信息、接口说明及调用示例的速度，进而提高业务执行效率。

在一个该业务管理系统应用于银行金融系统的具体示例中，针对关于客户取款的业务流，该业务管理系统的实施过程如下所示：

1、部署Web服务器、网关服务器以业务组件，例如为认证组件、回滚组件、查询组件、扣款组件、提款机吐款组件和短信提醒组件等。

2、运营人员通过交互装置查看业务组件的状态，具体包括：

通过Web服务器和交互装置确认后端的业务组件的状态、描述信息、接口说明及调用示例；

确认Web服务器和网关服务器的运行状态，确保Web服务器和网关服务器运行正常。

3、运营人员通过交互装置创建业务流。

针对客户取款的业务流，可根据客户是否开通短信通知，对应设置不同的业务流，具体如下：

创建新业务流，设置该业务流的标识为S1，通过在交互状态中依序拖拽对应的业务组件以形成，其对应的业务组件的调用序列为用户信息认证→账户查询→扣款→回滚→提款机吐款→短信通知。

创建新业务流，设置该业务流的标识为S2，通过在交互状态中依序拖拽对应的业务组件以形成，其对应的业务组件的调用序列为用户信息认证→账户查询→扣款→回滚→提款机吐款。

完成业务流创建后，将业务流对应的业务组件的调用结果反馈给运营人员，运营人员可重新核实业务流并对业务流进行增加、修改、删除等操作。随后业务流先提交至Web服务器，随后Web服务器写入数据库中并存储，同时Web服务器将该业务流下发至网关服务器，网关服务器收到该业务流后，创建对应的业务流处理服务，并设置对应的标识D1、D2。

4、客户提出取款的业务请求，首先，网关服务器检验该用户的权限(如核实用户输入的账户名、密码，核实用户的信用等级、用户的级别权限、用户是否开通短信通知等信息)并解析该业务请求中的标识，例如检验出用户已开通短信通知，则根据解析得到的业务流标识S1，查询到对应的业务流处理服务D1，启动业务流处理服务D1以通过接入接口调用相应的业务组件以预设的调用序列进行，直至最后一个业务组件完成调用，若调用失败则直接反馈错误信息给客户端(例如第二终端设备)。

5、运营人员可通过交互装置查询统计报表，例如可查看业务管理系统中当前业务组件的数量，每个业务组件被调用的次数等信息。

本申请的另一个实施例提供一种利用上述实施例中的业务管理系统的业务管理方法，包括：

S101、交互装置展示包括业务组件的界面，及接收对于业务组件的编排操作并响应于编排操作生成业务流；

S102、Web服务器将业务流发送至网关服务器；

S103、网关服务器根据业务流创建业务流处理服务，以生成对应业务流的业务组件调用方法。

需要说明的是，本实施例提供的业务管理方法与上述业务管理装置的原理及工作流程相似，相关之处可以参照上述说明，在此不再赘述。

显然，本申请的上述实施例仅仅是为清楚地说明本申请所作的举例，而并非是对本申请的实施方式的限定，对于本领域的普通技术人员来说，在上述说明的基础上还可以做出其它不同形式的变化或变动，这里无法对所有的实施方式予以穷举，凡是属于本申请的技术方案所引伸出的显而易见的变化或变动仍处于本申请的保护范围之列。

Claims (11)

1.一种业务管理系统，其特征在于，包括：交互装置、Web服务器、网关服务器和多个业务组件，所述网关服务器通过统一协议的接入接口分别连接各业务组件；

所述交互装置，用于展示包括业务组件的界面，及接收对于业务组件的编排操作并响应于所述编排操作生成业务流；

所述Web服务器，用于将所述业务流发送至所述网关服务器；

所述网关服务器，用于根据所述业务流创建业务流处理服务，以生成对应所述业务流的业务组件调用方法。

2.根据权利要求1所述的业务管理系统，其特征在于，所述交互装置，用于展示包括业务组件的界面，及接收对于业务组件的编排操作包括：展示包括图形化的业务组件的界面，及接收对于所述图形化的业务组件的拖拽方式的编排操作。

3.根据权利要求1所述的业务管理系统，其特征在于，

所述交互装置，还用于展示包括已生成的业务流的界面，及接收对于已生成的业务流的编排操作并响应于所述编排操作修改或删除所述已生成的业务流；

所述Web服务器，还用于将修改后的业务流或删除业务流的信息发送至所述网关服务器；

所述网关服务器，还用于根据修改后的业务流修改业务流处理服务以生成对应所述修改后的业务流的业务组件调用方法或根据所述删除业务流的信息删除对于的业务流处理服务。

4.根据权利要求3所述的业务管理系统，其特征在于，该系统还包括数据库；所述交互装置，还用于接收第一查看操作；所述Web服务器，还用于将生成或修改后的业务流发送至所述数据库进行存储，并在所述交互装置接收到所述第一查看操作后，由所述数据库中调取对应的业务流并发送至所述交互装置进行展示。

5.根据权利要求1所述的业务管理系统，其特征在于，所述网关服务器，还用于响应于业务请求，启用相应的业务流处理服务以通过所述接入接口调用相应的业务组件。

6.根据权利要求5所述的业务管理系统，其特征在于，所述业务流具有标识，所述业务请求携带有业务流的标识，所述网关服务器用于解析所述业务请求中的标识，以根据所述标识查询并启用相应的业务流处理服务。

7.根据权利要求5所述的业务管理系统，其特征在于，所述网关服务器，还用于记录各业务组件的调用统计信息；所述Web服务器，还用于将所述调用统计信息发送至交互装置；所述交互装置，还用于展示包括所述调用统计信息的界面。

8.根据权利要求7所述的业务管理系统，其特征在于，该系统还包括数据库；所述交互装置，还用于接收第二查看操作；所述Web服务器，还用于将所述调用统计信息发送至所述数据库进行存储，并在所述交互装置接收到所述第二查看操作后，由所述数据库中调取所述调用统计信息并发送至所述交互装置进行展示。

9.根据权利要求1所述的业务管理系统，其特征在于，所述网关服务器，还用于获取各业务组件的描述信息、接口说明及调用示例；所述Web服务器，还用于将所述各业务组件的描述信息、接口说明及调用示例发送至所述交互装置；所述交互装置，还用于展示包括对应业务组件的描述信息、接口说明及调用示例的界面。

10.根据权利要求9所述的业务管理系统，其特征在于，该系统还包括数据库；所述交互装置，还用于接收第三查看操作；所述Web服务器，还用于将所述各业务组件的描述信息、接口说明及调用示例发送至所述数据库进行存储，并在所述交互装置接收到所述第三查看操作后，由所述数据库中调取对应的业务组件的描述信息、接口说明及调用示例并发送至所述交互装置进行展示。

11.一种利用如权利要求1-10中任一项所述系统的业务管理方法，其特征在于，包括：

交互装置展示包括业务组件的界面，及接收对于业务组件的编排操作并响应于所述编排操作生成业务流；

Web服务器将所述业务流发送至所述网关服务器；

网关服务器根据所述业务流创建业务流处理服务，以生成对应所述业务流的业务组件调用方法。

Images