一种多业务复用处理方法、装置、及系统制造方法及图纸

本申请公开了一种多业务复用处理方法、装置、及系统。一种多业务复用处理系统包括：业务接口层，用于接收系统外部的发给系统的业务操作请求；业务数据路由层，用于从通用指令库调用通用业务操作指令，根据待处理业务类型构建实际业务操作指令，将业务接口层接收到的业务操作请求路由到相应的数据库；通用指令库：存储有通用业务操作指令，所述通用业务操作指令中未指定操作对象数据的实际存储位置；数据库，用于存储业务数据。本申请所提供的技术方案，基于业务操作逻辑的可复用性，在增加新业务时，只需要新增一套数据库配置，就可以直接实现业务功能，有效地降低了开发和维护成本。

Multi service multiplexing processing method, device and system

The invention discloses a multi service multiplexing processing method, device and system. Including a multi service multiplexing processing system: service interface layer, external to the system for receiving system operation request; the business data from the routing layer, for general instruction library call general operation instructions, according to the actual construction of business type business operating instruction will service interface layer receives the operation route requests to the corresponding database; general instruction Library: storing common business operating instructions, the actual operation of object data storage location is not specified by the general operation instruction; database for storing data. The technical scheme provided by the application, operation logic reusability based on the increase in new business, only need to add a database configuration, you can directly achieve business function, effectively reduce the cost of development and maintenance.

【技术实现步骤摘要】
一种多业务复用处理方法、装置、及系统
本申请涉及计算机应用
，尤其涉及一种多业务复用处理方法、装置、及系统。
技术介绍
计算机和互联网技术的发展，为人们带来了前所未有的便捷，目前这些技术已经渗透到人们日常生活的各个方面，对于一些综合性的服务提供方而言，往往能够在多个领域的多个方面为用户提供服务。以互联网金融行业为例，对于用户的资产，需要有相应的账务系统进行管理。根据现有的账务系统设计模式，对于不同类型的业务，需要分别设计独立的账务系统。如图1所示，对于存款、理财、卡券业务，分别设计了三套业务系统，每套系统分别具有独立的业务逻辑，且使用不同的物理数据库以保证数据之间的隔离。但是，随着业务模式的发展和创新，用户资产的形式变得越来越多，例如：银行用户有存款账户、理财账户等，网站用户有余额账户、红包账户、代金券账户等。按照现有的业务系统设计模式，每增加一种用户资产类型，就需要新增一套业务系统来进行管理。除金融行业之外，在其他一些领域也存在类似的情况，这种情况所带来的问题是：每增加一种业务，必然要在新业务系统上投入一定的开发和维护成本。另外，不同业务系统之间采用相互独立的物理数据库，也导致了数据库资源的利用率低下。
技术实现思路
针对上述技术问题，本申请提供一种多业务复用处理方法、装置、及系统，技术方案如下：根据本申请的第一方面，提供一种多业务复用处理方法，用于处理两种类型以上的、包含相同操作逻辑的业务，该方法包括：接收业务操作请求，确定待处理业务类型以及对应的操作类型；根据待处理业务类型，确定业务数据在数据库中的存储位置；根据待处理业务的操作类型，获得预设的用于处理该操作类型的通用业务操作指令，所述通用业务操作指令中未指定操作对象数据的实际存储位置；利用所确定的业务数据存储位置和所获得的通用业务操作指令，构建实际业务操作指令；执行所述实际业务操作指令，以响应所述业务操作请求。根据本申请的第二方面，提供一种多业务复用处理装置，用于处理两种类型以上的、包含相同操作逻辑的业务，该装置包括：请求接收模块，用于接收业务操作请求，确定待处理业务类型以及对应的操作类型；存储位置确定模块，用于根据待处理业务类型，确定业务数据在数据库中的存储位置；通用操作指令获得模块，用于根据待处理业务的操作类型，获得预设的用于处理该操作类型的通用业务操作指令，所述通用业务操作指令中未指定操作对象数据的实际存储位置；实际操作指令构建模块，用于利用所确定的业务数据存储位置和所获得的通用业务操作指令，构建实际业务操作指令；执行模块，用于执行所述实际业务操作指令，以响应所述业务操作请求。根据本申请的第三方面，提供一种多业务复用处理系统，用于处理两种类型以上的、包含相同操作逻辑的业务，该系统包括：业务接口层、业务数据路由层、通用指令库和数据库；业务接口层，用于接收系统外部的发给系统的业务操作请求；业务数据路由层，用于从通用指令库调用通用业务操作指令，根据待处理业务类型构建实际业务操作指令，将业务接口层接收到的业务操作请求路由到相应的数据库；通用指令库：存储有通用业务操作指令，所述通用业务操作指令中未指定操作对象数据的实际存储位置；数据库，用于存储业务数据。本申请所提供的技术方案，基于业务操作逻辑的可复用性，在增加新业务时，只需要新增一套数据库配置，就可以直接实现业务功能，有效地降低了开发和维护成本。进一步地，通过数据路由算法，可以灵活地配置数据库的使用方式，从而实现数据库资源的优化利用。应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。附图说明为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。图1是现有技术的账务系统结构示意图；图2是本申请的账务系统结构示意图；图3是本申请的多业务复用处理方法的流程示意图；图4是本申请的多业务复用处理装置的结构示意图。具体实施方式通过研究发现，在实际应用中，很多系统尽管处理的业务不同，但是实际涉及的操作都是类似的，例如
技术介绍
中提到的例子，无论是存款、理财、还是余额、红包等业务系统，都要求具有查询、存入、取出、冻结、解冻等功能，从数据库操作的角度来看，不同业务间的同种操作对应的处理逻辑是完全相同的，区别仅在与操作对应的目标数据库不同。基于这种情况，本申请提出的方案是：开发一套通用的数据库操作逻辑，供多种业务进行复用，在处理某种具体业务时，只需将通用操作指向该业务所对应的数据库即可。为了使本领域技术人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行详细地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都应当属于本申请保护的范围。仍然以账务系统为例，对本申请所提供的业务复用方案进行说明，图2所示，为本申请所提供的一种综合账务系统的架构示意图。该系统包括：业务接口层100、业务数据路由层200、通用指令库300、数据库400。业务接口层100：负责接收系统外部的发给系统的业务操作请求，在本申请方案中，系统可以接收多种类型业务的请求。如图1所示，综合账务系统可以接收存款业务、理财业务、卡券业务等多种业务的操作请求，而在接口层面，不同业务的操作请求的接收逻辑是统一的。业务数据路由层200：负责将业务接口层100接收到的业务操作请求路由到相应的数据库。这其中的主要功能包括：根据操作类型，从通用指令库300中调用相应的通用业务操作指令；根据业务类型，确定本次的业务操作对象数据的实际存储位置，并根据所调用的通用业务操作指令，构建用于处理本次业务的实际业务操作指令。根据数据库的实际的使用情况，这里的存储位置可能包括“库位置”和“表位置”两种具体信息，在后面的实施例将会进一步说明。通用指令库300：存储有若干条通用业务操作指令代码，例如查询操作语句、冻结操作语句、解冻操作语句等。在这些语句中，并不需要指明具体的操作对象在数据库中的存储位置，语句中相应部分可以留空或者以某种标识替代。某一条具体的语句可以应用于所有的业务类型。当某条通用业务操作指令被业务数据路由层200调用以后，将与业务操作对象数据的实际存储位置一起，被重新构建为一条实际业务操作指令。数据库400：存储业务数据，在本申请所提供的方案中，不同的业务之间不仅可以分别使用独立的物理数据库，还可以采用共享相同物理数据库的方式以提高数据库资源的利用率。对于后一种方式，可将不同业务的数据存储位置以逻辑数据库的方式进行划分，结合业务数据路由层200的路由功能，将业务操作指向相应的逻辑数据库，从而保证业务之间的数据隔离。可见，在本申请所提供的多业务复用系统中，业务数据路由层200是核心功能组件，下面将结合具体的实例，对业务数据路由层200的基本功能进行说明：1)数据库配置：本申请所提供的方案，既支持不同业务分别使用独立的物理数据库资源，也支持不同业务共用相同的物理数据库资源。其中，前一种方式与现有技术的数本文档来自技高网...

【技术保护点】
一种多业务复用处理方法，用于处理两种类型以上的、包含相同操作逻辑的业务，其特征在于，该方法包括：接收业务操作请求，确定待处理业务类型以及对应的操作类型；根据待处理业务类型，确定业务数据在数据库中的存储位置；根据待处理业务的操作类型，获得预设的用于处理该操作类型的通用业务操作指令，所述通用业务操作指令中未指定操作对象数据的实际存储位置；利用所确定的业务数据存储位置和所获得的通用业务操作指令，构建实际业务操作指令；执行所述实际业务操作指令，以响应所述业务操作请求。

【技术特征摘要】
1.一种多业务复用处理方法，用于处理两种类型以上的、包含相同操作逻辑的业务，其特征在于，该方法包括：接收业务操作请求，确定待处理业务类型以及对应的操作类型；根据待处理业务类型，确定业务数据在数据库中的存储位置；根据待处理业务的操作类型，获得预设的用于处理该操作类型的通用业务操作指令，所述通用业务操作指令中未指定操作对象数据的实际存储位置；利用所确定的业务数据存储位置和所获得的通用业务操作指令，构建实际业务操作指令；执行所述实际业务操作指令，以响应所述业务操作请求。2.根据权利要求1所述的方法，其特征在于，每种类型的业务对应具有固定标识特征的处理线程；所述根据待处理业务类型，确定业务数据在数据库中的存储位置，包括：根据当前使用的业务处理线程标识特征，确定业务数据在数据库中的存储位置。3.根据权利要求1所述的方法，其特征在于，不同类型的业务共用相同的物理数据库；所述确定业务数据在数据库中的存储位置，包括：确定业务数据在通用物理数据库中的逻辑存储位置。4.一种多业务复用处理装置，用于处理两种类型以上的、包含相同操作逻辑的业务，其特征在于，该装置包括：请求接收模块，用于接收业务操作请求，确定待处理业务类型以及对应的操作类型；存储位置确定模块，用于根据待处理业务类型，确定业务数据在数据库中的存储位置；通用操作指令获得模块，用于根据待处理业务的操作类型，获得预设的用于处理该操作类型的通用业务操作指令，所述通用业务操作指令中未指定操作对象数据的实际存储位置；实际操作指令构建模块，用于利用所确定的业务数据存储位置和所获得的通用业务操作指令，构建实际业务操作指令；执行模块，用于执行所述实际业务操作指令，以响应所述业务操作请求。5.根据权利要求4所述的装置，其特征在于，每种类型的业务对应具有固定标识特征的处理线程；所述存储位置确定模...

【专利技术属性】
技术研发人员：周安林，
申请(专利权)人：阿里巴巴集团控股有限公司，
类型：发明
国别省市：开曼群岛,KY