CN110442464A - 业务处理方法、业务处理装置、电子设备和介质 - Google Patents

Abstract

本公开提供了一种业务处理方法、业务处理装置、电子设备和介质，电子设备与多个第二电子设备通信连接，电子设备向多个第二电子设备提供第一业务的业务服务，第一业务依赖于多个子业务，方法包括：接收来自第二电子设备针对第二业务的业务请求，第二业务依赖于多个子业务中的至少一个子业务；响应于业务请求，组合至少一个子业务，以获得子业务集合；利用子业务集合处理业务请求，以获得业务请求的处理结果；向第二电子设备发送处理结果。

Description

业务处理方法、业务处理装置、电子设备和介质

技术领域

本公开涉及互联网技术领域，更具体地，涉及一种业务处理方法、业务处理装置、电子设备和介质。

背景技术

随着对外经贸的不断发展，银行核心系统境外机构推广的需求不断扩大，但境外机构提出的需求多种多样。例如，境外汇款业务标准流程作为核心业务在境外推广时面临对接不同核心系统的要求。

在实现本公开构思的过程中，发明人发现相关技术中至少存在如下问题。不同的核心系统，提供的接口颗粒度不一样，时效处理要求不一样，导致不同核心系统之间不易进行对接。

发明内容

有鉴于此，本公开提供了一种便于对接不同核心系统的业务处理方法、业务处理装置、电子设备和介质。

本公开的一个方面提供了一种由电子设备执行的业务处理方法，电子设备与多个第二电子设备通信连接，电子设备向多个第二电子设备提供第一业务的业务服务，第一业务依赖于多个子业务，方法包括：接收来自第二电子设备针对第二业务的业务请求，第二业务依赖于多个子业务中的至少一个子业务；响应于业务请求，组合至少一个子业务，以获得子业务集合；利用子业务集合处理业务请求，以获得业务请求的处理结果；以及向第二电子设备发送处理结果。

本公开提供的业务处理方法，通过对第一业务进行解析，得到第一业务依赖的多个子业务，这些子业务进行组合后可以满足多种业务的需求，在接收到针对第二业务的业务请求时，可以对第二业务进行分析，以确定第二业务所依赖的子业务。此时，服务器端可以将第二业务所依赖的子业务进行组合，以得到子业务集合。这样就可以实现利用该子业务集合处理第二业务的业务请求。基于上述方法可以实现基于第一业务的子业务处理第二业务的业务请求，有效满足如一个标准汇款产品适应多个核心系统的要求，实现一套系统同时支持多核心系统对接，并且易于新地区标准业务的推广。

根据本公开的实施例，第二业务依赖的至少一个子业务通过以下方式确定：获取第二业务在电子设备注册的服务清单；以及根据服务清单确定第二业务依赖的至少一个子业务。

根据本公开的实施例，根据服务清单确定第二业务依赖的至少一个子业务包括：获取服务清单中各服务对应的应用接口的接口属性；以及基于接口属性确定各应用接口所依赖的子业务。

根据本公开的实施例，电子设备存储有接口属性与子业务之间的映射关系；以及基于接口属性确定各应用接口所依赖的子业务包括：根据接口属性与子业务之间的映射关系以及接口属性确定各应用接口所依赖的子业务。

根据本公开的实施例，组合至少一个子业务，以获得子业务集合包括：基于业务规则确定至少一个子业务的之间的依赖关系，其中，业务规则是从第一业务和第二业务中至少一个抽取得到的；以及基于依赖关系封装至少一个子业务，以获得子业务集合。

根据本公开的实施例，第一业务包括汇款业务代理服务；子业务包括以下至少一种：介质检查服务、账号转换服务、外汇兑换服务、信用卡账务处理、活期户账户服务、内部户账户服务、费用账务服务或者介质更新服务；以及第二业务包括以下至少一种：账号转换业务、外汇兑换业务、账务处理业务、借记卡账务处理业务、内部户账务处理业务或者外汇成交业务。

根据本公开的实施例，第二业务与子业务之间的依赖关系包括以下至少一种：账号转换业务依赖于以下至少一个子业务：介质检查服务或者账号转换服务；外汇兑换业务依赖于外汇兑换服务；账务处理业务依赖于以下至少一个子业务：活期户账户服务或者内部户账户服务；借记卡账务处理业务依赖于以下至少一个子业务：介质检查服务或者活期户账户服务；内部户账务处理业务依赖于以下至少一个子业务：介质检查服务或者内部户账户服务；以及外汇成交业务依赖于外汇兑换服务。

本公开的另一个方面提供了一种业务处理装置，包括请求接收模块、子业务组合模块、请求处理模块和结果输出模块。其中，请求接收模块用于接收来自第二电子设备针对第二业务的业务请求，第二业务依赖于多个子业务中的至少一个子业务；子业务组合模块用于响应于业务请求，组合至少一个子业务，以获得子业务集合；请求处理模块用于利用子业务处理集合处理业务请求，以获得业务请求的处理结果；结果输出模块用于向第二电子设备发送处理结果。其中，各模块可以执行相应的方法的操作，在此不再一一赘述。

本公开的另一方面提供了一种电子设备，包括一个或多个处理器以及存储装置，其中，存储装置用于存储可执行指令，可执行指令在被处理器执行时，实现如上述的方法。

本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，指令在被执行时用于实现如上述的方法。

本公开的另一方面提供了一种计算机程序，计算机程序包括计算机可执行指令，指令在被执行时用于实现如上述的方法。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了根据本公开实施例的业务处理方法、业务处理装置、电子设备和介质的应用场景；

图2示意性示出了根据本公开实施例的可以应用业务处理方法、业务处理装置、电子设备和介质的示例性系统架构；

图3示意性示出了根据本公开实施例的业务处理方法的流程图；

图4示意性示出了根据本公开实施例的确定第二业务依赖的子业务的流程图；

图5示意性示出了根据本公开另一实施例的确定第二业务依赖的子业务的流程图；

图6示意性示出了根据本公开实施例的应用接口与子业务之间的依赖关系的示意图；

图7示意性示出了根据本公开实施例的组合子业务的方法的流程图；

图8示意性示出了根据本公开实施例的服务引擎的示意图；

图9示意性示出了根据本公开实施例的业务处理装置的框图；以及

图10示意性示出了根据本公开实施例的电子设备的方框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。在使用类似于“A、B或C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B或C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个特征。

本公开的实施例提供了一种业务处理方法、业务处理装置、电子设备和介质。该业务处理方法包括子业务组合过程和请求处理过程。在子业务组合过程中，接收来自第二电子设备针对第二业务的业务请求，第二业务依赖于多个子业务中的至少一个子业务，然后，组合至少一个子业务，以获得子业务集合。在完成子业务组合过程之后，进入请求处理过程，利用子业务集合处理业务请求以获得并输出业务请求的处理结果。

本公开实施例的业务处理方法、业务处理装置、电子设备和介质，解析第一业务得到该第一业务所依赖的多个子业务，这样可以将多个子业务包装为多种子业务集合，以满足各种需要利用子业务来实现的第二业务。这样有助于促进第一业务与核心解耦，如对于汇款业务，经过业务建模和流程识别，汇款发报时须进行入账操作，根据当前机构对接不同核心的情况调用不同核心入账接口进行账务处理。

图1示意性示出了根据本公开实施例的业务处理方法、业务处理装置、电子设备和介质的应用场景。

如图1所示，以汇款流程为例进行说明，主要分为汇款业务标准服务流程和代理服务流程。其中，汇款业务标准服务流程包括检查汇款业务开关和检查汇款限额。代理服务流程主要包括核心入账适配服务，其作为平台中的一个差异节点，存在推广时不稳定的特性。如境外机构综合业务处理系统(简称FOVA)主机核心、平台版核心和外购系统核心提供的接口颗粒度不一样，时效处理要求不一样。本公开实施例通过将汇款业务与核心(汇款业务依赖的子业务)解耦，将核心按照不同核心系统的需求进行重新组合，有效解决了代理服务流程中对接不同核心系统的适配问题。

图2示意性示出了根据本公开实施例的可以应用业务处理方法、业务处理装置、电子设备和介质的示例性系统架构。需要注意的是，图2所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

如图2所示，根据该实施例的系统架构100可以包括终端设备101、102、103，网络104，服务器105，服务器106，终端设备107、108、109。网络104用以在终端设备101、102、103和服务器105之间，以及终端设备107、108、109和服务器106之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与和服务器105交互，或者，可以使用终端设备107、108、109通过网络104与和服务器106交互，以接收或发送信息等。终端设备101、102、103、107、108和109可以安装有各种通讯客户端应用，例如银行类应用、购物类应用、办公类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等应用(仅为示例)。

终端设备101、102、103、107、108和109包括但不限于智能手机、平板电脑、膝上型便携计算机、台式机、虚拟现实设备、增强现实设备等等。

服务器105可以为第一业务提供服务，如各种银行金融服务，其中，第一业务依赖于多个子业务。服务器106可以通过调用服务器105的资源以为第二业务提供服务，其中，第二业务依赖于第一业务所依赖的多个子业务中至少一个。服务器105、106可以为后台管理服务器、数据库服务器、服务器集群等。后台管理服务器可以对接收到的网络流量信息等数据进行分析等处理，并将处理结果(如账户交易结果、转账结果等)反馈给终端设备。

需要说明的是，本公开实施例所提供的业务处理方法一般可以由服务器105执行。相应地，本公开实施例所提供的业务处理装置一般可以设置于服务器105中。

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

图3示意性示出了根据本公开实施例的业务处理方法的流程图。该业务处理方法由电子设备执行，电子设备与多个第二电子设备通信连接，电子设备向多个第二电子设备提供第一业务的业务服务，第一业务依赖于多个子业务。

如图3所示，该方法可以包括操作S301～操作S307。

在操作S301，接收来自第二电子设备针对第二业务的业务请求，第二业务依赖于多个子业务中的至少一个子业务。

在本实施例中，第二业务所依赖的子业务可以为第一业务所依赖的子业务中的至少部分。例如，第一业务可以基于子业务1、子业务2、子业务3和子业务4共同实现，每个子业务可以具有应用接口，第一业务通过调用子业务1、子业务2、子业务3和子业务4的应用接口来实现第一业务。第二业务基于子业务2和子业务3共同实现。如果直接利用第一业务处理针对第二业务的业务请求，则会由于不适配等原因导致无法处理针对第二业务的业务请求。为了解决该问题，可以单独为第二业务开发相应的程序等对第二业务的业务请求进行处理。但是，用户可能存在多种多样的需求，如用户A需求基于子业务3和子业务4的第二业务。又例如，用户B需求基于子业务1和子业务4的第二业务。分别为每种第二业务进行开发的成本很高，且随时可能有基于其它子业务组合的第二业务需求，无法及时为用户提供相应的服务。

在一个具体实施例中，对于汇款代理服务流程，重新识别汇款依赖的子业务，作为对接核心系统的基础服务目录。第一业务包括汇款业务代理服务。子业务包括以下至少一种：介质检查服务、账号转换服务、外汇兑换服务、信用卡账务处理、活期户账户服务、内部户账户服务、费用账务服务或者介质更新服务。表1为电子设备提供的服务目录示例。

表1

服务名称	服务描述
		CHECK_MED_SERVICE	介质检查服务
ACC_CONVERT_SERVICE	账号转换服务
		ACC_EXCHANGE_SERVICE	外汇兑换服务
CREDIT_CARD_ACC_SERVICE	信用卡账务处理
		DEBIT_CARD_ACC_SERVICE	活期户账户服务
INTER_ACC_SERVICE	内部户账户服务
		FEE_ACC_SERVICE	费用账务服务
UPD_MED_SERVICE	介质更新服务

第二业务可以包括以下至少一种：账号转换业务、外汇兑换业务、账务处理业务、借记卡账务处理业务、内部户账务处理业务或者外汇成交业务。具体地，对于不同核心系统，可以进行核心系统侧的服务识别注册，基于第一业务或第二业务抽取不同核心系统的业务规则(包括各子业务之间的依赖关系等)，完成核心系统服务清单和其需要组合的汇款代理服务的子业务。表2为示意性的第二电子设备注册的服务清单示例。

结合表1可知，核心系统多账务组合接口需要调用以下子业务：介质检查服务(CHECK_MED_SERVICE)、外汇兑换服务(ACC_EXCHANGE_SERVICE)、活期户账户服务(DEBIT_CARD_ACC_SERVICE)和内部户账户服务(INTER_ACC_SERVICE)。账号转换需要调用以下子业务：介质检查服务(CHECK_MED_SERVICE)和账号转换服务(ACC_CONVERT_SERVICE)。

表2

在操作S303，响应于业务请求，组合至少一个子业务，以获得子业务集合。

在本实施例中，可以根据第二业务所依赖的子业务获得子业务集合。例如，在确定第二业务所依赖的子业务之后，确定各子业务之间的依赖关系，例如，子业务1的输出是子业务2的输入等，可以基于各子业务之间的依赖关系将各子业务组合成处理第二业务的业务请求的子业务集合。这样使得只要是基于第一业务的子业务能进行业务处理的各种情况都可以通过组合成的子业务集合进行处理。

在一个具体实施例中，第二业务与子业务之间的依赖关系包括以下至少一种：账号转换业务依赖于以下至少一个子业务：介质检查服务或者账号转换服务。外汇兑换业务依赖于外汇兑换服务。账务处理业务依赖于以下至少一个子业务：活期户账户服务或者内部户账户服务。借记卡账务处理业务依赖于以下至少一个子业务：介质检查服务或者活期户账户服务。内部户账务处理业务依赖于以下至少一个子业务：介质检查服务或者内部户账户服务。外汇成交业务依赖于外汇兑换服务。

在操作S305，利用子业务集合处理业务请求，以获得业务请求的处理结果。

例如，在得到子业务集合后，各子业务之间的依赖关系已确定，可以将第二业务的业务请求中参数的值输入按照依赖关系输入各子业务中以实现对第二业务的业务处理，例如，按照依赖关系分别调用各子业务的应用接口对第二业务进行业务处理。

在操作S307，向第二电子设备发送处理结果。

第二电子设备可以为发送第二业务的业务请求的电子设备，如支持平台版核心的服务器、支持外购系统核心的服务器等，以实现服务器直接的信息交互和业务处理。

图4示意性示出了根据本公开实施例的确定第二业务依赖的子业务的流程图。

如图4所示，第二业务依赖的至少一个子业务可以通过以下操作确定。

在操作S401，获取第二业务在电子设备注册的服务清单。

例如，第二电子设备向电子设备注册服务，以及第二电子设备从电子设备发现服务。第二电子设备能从电子设备查询当前注册的服务信息等，便于通过服务名发起请求调用应用接口等。

在操作S403，根据服务清单确定第二业务依赖的至少一个子业务。

例如，可以根据服务清单确定所需调用的应用接口等。

图5示意性示出了根据本公开另一实施例的确定第二业务依赖的子业务的流程图。

如图5所示，根据服务清单确定第二业务依赖的至少一个子业务可以包括操作S501～操作S503。

在操作S501，获取服务清单中各服务对应的应用接口的接口属性。

在操作S503，基于接口属性确定各应用接口所依赖的子业务。具体地，应用接口的接口属性和子业务之间可以具有映射关系。

在一个实施例中，电子设备存储有接口属性与子业务之间的映射关系。

相应地，基于接口属性确定各应用接口所依赖的子业务包括：根据接口属性与子业务之间的映射关系以及接口属性确定各应用接口所依赖的子业务。

图6示意性示出了根据本公开实施例的应用接口与子业务之间的依赖关系的示意图。

如图6所示，可以根据应用接口1的接口属性确定通过应用接口1调用子业务1、子业务3和子业务4进行业务处理。可以根据应用接口2的接口属性确定通过应用接口2调用子业务2、子业务3和子业务5进行业务处理。

图7示意性示出了根据本公开实施例的组合子业务的方法的流程图。

如图7所示，组合至少一个子业务，以获得子业务集合可以包括操作S701～操作S703。

在操作S701，基于业务规则确定至少一个子业务的之间的依赖关系，其中，业务规则是从第一业务和第二业务中至少一个抽取得到的。

例如，第一业务中提取到的业务规则为子业务1依赖于子业务2，则在第二业务依赖于子业务1和子业务2时，基于第一业务中提取到的业务规则：子业务1依赖于子业务2，对子业务1和子业务2进行组合，以得到子业务集合。当然，当第一业务中提取到的业务规则与第二业务中提取到的业务规则不同时，第二业务中提取到的业务规则的优先级高于第一业务中提取到的业务规则。此外，还可以输出业务规则不一致的提示信息，以便于进行人工确认。

操作S703，基于依赖关系封装至少一个子业务，以获得子业务集合。

具体地，可以基于子业务之间的依赖关系对上述至少一个子业务进行封装。以下以代理服务为例进行说明。

为了便于理解电子设备和第二电子设备之间的交互逻辑，以下以图8所示的服务引擎进行示例性说明。图8示意性示出了根据本公开实施例的服务引擎的示意图。

如图8所示，电子设备的代理服务目录包括：介质检查服务R1、账号转换服务R2、外汇兑换服务R3、活期户账号服务R4和内部户账户服务R5。该代理服务目录可以被第二电子设备查询到。

第二电子设备在电子设备上注册服务清单包括：主机核心系统服务清单，可以通过核心系统多账务组合接口T1调用所需的子业务：介质检查服务R1、外汇兑换服务R3、活期户账号服务R4和内部户账户服务R5来实现第二业务的业务处理。T1为主机核心系统账务组合接口，支持将介质检查R1、外汇兑换R3、活期账务处理R4、内部户账务处理R5统一包装在一起处理。

外购XX系统服务清单，注册的第二业务包括账户转换C1、外汇兑换C2和账务处理C3，服务引擎将第二业务各自依赖的子业务组合完成多次交互处理。其中，账户转换C1依赖于子业务：介质检查服务R1、账号转换服务R2。外汇兑换C2依赖于子业务：外汇兑换服务R3。账务处理C3依赖于子业务：活期户账号服务R4和内部户账户服务R5。

平台核心系统服务清单，注册的第二业务包括借记卡账务处理B1、内部户账务处理B2和外汇成交B3，服务引擎将第二业务各自依赖的子业务组合完成多次交互处理。其中，借记卡账务处理B1依赖于子业务：介质检查服务R1和活期户账号服务R4。内部户账务处理B2依赖于子业务：介质检查服务R1和内部户账户服务R5。外汇成交B3依赖于子业务：外汇兑换服务R3。

通过以上方式可以实现一套系统同时支持多核心系统对接，并且易于新地区标准汇款业务的推广。

图9示意性示出了根据本公开实施例的业务处理装置的框图。

如图9所示，本公开的另一个方面提供了一种业务处理装置900，该装置900可以包括：请求接收模块910、子业务组合模块920、请求处理模块930和结果输出模块940。

其中，请求接收模块910用于接收来自第二电子设备针对第二业务的业务请求，第二业务依赖于多个子业务中的至少一个子业务。

子业务组合模块920用于响应于业务请求，组合至少一个子业务，以获得子业务集合。

请求处理模块930用于利用子业务处理集合处理业务请求，以获得业务请求的处理结果。

结果输出模块940用于向第二电子设备发送处理结果。

在一个实施例中，第一业务包括汇款业务代理服务。子业务包括以下至少一种：介质检查服务、账号转换服务、外汇兑换服务、信用卡账务处理、活期户账户服务、内部户账户服务、费用账务服务或者介质更新服务。第二业务包括以下至少一种：账号转换业务、外汇兑换业务、账务处理业务、借记卡账务处理业务、内部户账务处理业务或者外汇成交业务。

账号转换业务依赖于以下至少一个子业务：介质检查服务或者账号转换服务。外汇兑换业务依赖于外汇兑换服务。账务处理业务依赖于以下至少一个子业务：活期户账户服务或者内部户账户服务。借记卡账务处理业务依赖于以下至少一个子业务：介质检查服务或者活期户账户服务。内部户账务处理业务依赖于以下至少一个子业务：介质检查服务或者内部户账户服务。外汇成交业务依赖于外汇兑换服务。

例如，子业务组合模块920可以包括依赖关系确定单元和封装单元。

其中，依赖关系确定单元用于基于业务规则确定至少一个子业务的之间的依赖关系，其中，业务规则是从第一业务和第二业务中至少一个抽取得到的。

封装单元用于基于依赖关系封装至少一个子业务，以获得子业务集合。

需要说明的是，装置部分实施例中各模块/单元/子单元等的实施方式、解决的技术问题、实现的功能、以及达到的技术效果分别与方法部分实施例中各对应的步骤的实施方式、解决的技术问题、实现的功能、以及达到的技术效果相同或类似，在此不再一一赘述。

根据本公开的实施例的模块、单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，请求接收模块910、子业务组合模块920、请求处理模块930和结果输出模块940中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，请求接收模块910、子业务组合模块920、请求处理模块930和结果输出模块940中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，请求接收模块910、子业务组合模块920、请求处理模块930和结果输出模块940中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图10示意性示出了根据本公开实施例的电子设备的方框图。图10示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图10所示，根据本公开实施例的电子设备1000包括处理器1001，其可以根据存储在只读存储器(ROM)1002中的程序或者从存储部分1008加载到随机访问存储器(RAM)1003中的程序而执行各种适当的动作和处理。处理器1001例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))，等等。处理器1001还可以包括用于缓存用途的板载存储器。处理器1001可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在RAM 1003中，存储有电子设备1000操作所需的各种程序和数据。处理器1001、ROM 1002以及RAM 1003通过总线1004彼此相连。处理器1001通过执行ROM 1002和/或RAM1003中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，程序也可以存储在除ROM 1002和RAM 1003以外的一个或多个存储器中。处理器1001也可以通过执行存储在一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。

根据本公开的实施例，电子设备1000还可以包括输入/输出(I/O)接口1005，输入/输出(I/O)接口1005也连接至总线1004。电子设备1000还可以包括连接至I/O接口1005的以下部件中的一项或多项：包括键盘、鼠标等的输入部分1006；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1007；包括硬盘等的存储部分1008；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分1009。通信部分1009经由诸如因特网的网络执行通信处理。驱动器1010也根据需要连接至I/O接口1005。可拆卸介质1011，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1010上，以便于从其上读出的计算机程序根据需要被安装入存储部分1008。

根据本公开的实施例，根据本公开实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1009从网络上被下载和安装，和/或从可拆卸介质1011被安装。在该计算机程序被处理器1001执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的ROM 1002和/或RAM 1003和/或ROM 1002和RAM 1003以外的一个或多个存储器。

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。

Claims (10)

1.一种由电子设备执行的业务处理方法，所述电子设备与多个第二电子设备通信连接，所述电子设备向所述多个第二电子设备提供第一业务的业务服务，所述第一业务依赖于多个子业务，所述方法包括：

接收来自所述第二电子设备针对第二业务的业务请求，所述第二业务依赖于所述多个子业务中的至少一个子业务；

响应于所述业务请求，组合所述至少一个子业务，以获得子业务集合；

利用所述子业务集合处理所述业务请求，以获得所述业务请求的处理结果；以及

向所述第二电子设备发送所述处理结果。

2.根据权利要求1所述的方法，其中，所述第二业务依赖的至少一个子业务通过以下方式确定：

获取所述第二业务在所述电子设备注册的服务清单；以及

根据所述服务清单确定第二业务依赖的至少一个子业务。

3.根据权利要求2所述的方法，其中，所述根据所述服务清单确定第二业务依赖的至少一个子业务包括：

获取所述服务清单中各服务对应的应用接口的接口属性；以及

基于所述接口属性确定各应用接口所依赖的子业务。

4.根据权利要求3所述的方法，其中：

所述电子设备存储有接口属性与子业务之间的映射关系；以及

所述基于所述接口属性确定各应用接口所依赖的子业务包括：根据所述接口属性与子业务之间的映射关系以及所述接口属性确定各应用接口所依赖的子业务。

5.根据权利要求1所述的方法，其中，所述组合所述至少一个子业务，以获得子业务集合包括：

基于业务规则确定所述至少一个子业务的之间的依赖关系，其中，所述业务规则是从所述第一业务和所述第二业务中至少一个抽取得到的；以及

基于所述依赖关系封装所述至少一个子业务，以获得子业务集合。

6.根据权利要求1所述的方法，其中：

所述第一业务包括汇款业务代理服务；

所述子业务包括以下至少一种：介质检查服务、账号转换服务、外汇兑换服务、信用卡账务处理、活期户账户服务、内部户账户服务、费用账务服务或者介质更新服务；以及

所述第二业务包括以下至少一种：账号转换业务、外汇兑换业务、账务处理业务、借记卡账务处理业务、内部户账务处理业务或者外汇成交业务。

7.根据权利要求6所述的方法，其中，所述第二业务与所述子业务之间的依赖关系包括以下至少一种：

所述账号转换业务依赖于以下至少一个子业务：介质检查服务或者账号转换服务；

所述外汇兑换业务依赖于外汇兑换服务；

所述账务处理业务依赖于以下至少一个子业务：活期户账户服务或者内部户账户服务；

所述借记卡账务处理业务依赖于以下至少一个子业务：介质检查服务或者活期户账户服务；

所述内部户账务处理业务依赖于以下至少一个子业务：介质检查服务或者内部户账户服务；以及

所述外汇成交业务依赖于外汇兑换服务。

8.一种业务处理装置，包括：

请求接收模块，用于接收来自所述第二电子设备针对第二业务的业务请求，所述第二业务依赖于所述多个子业务中的至少一个子业务；

子业务组合模块，用于响应于所述业务请求，组合所述至少一个子业务，以获得子业务集合；

请求处理模块，用于利用所述子业务处理集合处理所述业务请求，以获得所述业务请求的处理结果；以及

结果输出模块，用于向所述第二电子设备发送所述处理结果。

9.一种电子设备，包括：

一个或多个处理器；

存储装置，用于存储可执行指令，所述可执行指令在被所述处理器执行时，实现根据权利要求1～7中任一项所述的方法。

10.一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时实现根据权利要求1～7中任一项所述的方法。