CN112181628B - 资源转移方法、装置、系统和电子设备 - 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所示，核算系统接收来自产品系统的核算请求，该核算请求中可以包括诸如产品类别信息、服务类别信息和产品日志索引信息等，使得核算系统可以使用产品类别信息、服务类别信息确定与该产品系统对应的核算规则，进而基于产品日志索引信息从云端数据库中查询与该核算规则和该产品日志索引信息相匹配的业务数据，进而可以通过请求服务的方式执行与该产品系统对应的核算业务，无需调用核算模块的接口，实现了产品系统和核算系统的解耦，降低研发难度。

需要说明的是，上述支付场景仅为示例性说明，还可以是诸如支付、有价证券交易等，在此不做限定。

图2示意性示出了根据本公开实施例的可以应用资源转移方法、资源转移装置的示例性系统架构。需要注意的是，图2所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。需要说明的是，本公开实施例提供的资源转移方法、装置、系统和电子设备可用于云计算领域在资源转移相关方面，也可用于除云计算领域之外的多种领域，如金融领域，本公开实施例提供的资源转移方法、装置、系统和电子设备的应用领域不做限定。

如图2所示，根据该实施例的系统架构200可以包括终端设备201、202、203，网络204和服务器205、206。网络204可以包括多个网关、路由器、集线器、网线等，用以在终端设备201、202、203和服务器205、206之间提供通信链路的介质。网络204可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备201、202、203通过网络204与其他终端设备和服务器205进行交互，以接收或发送信息等，如发送资源转移请求和接收资源转移结果等。终端设备201、202、203可以安装有各种通讯客户端应用，例如银行类应用、电商类应用、网页浏览器应用、搜索类应用、办公类应用、即时通信工具、邮箱客户端、社交平台软件等应用(仅为示例)。

终端设备201、202、203包括但不限于智能手机、销售终端(point of sale，简称POS)、台式电脑、增强现实设备、平板电脑、膝上型便携计算机、零售终端等等可以支持网上业务的电子设备。

服务器205可以接收产品服务请求，如转账请求、跨境汇款请求、购物请求、跨币种支付请求、业务数据请求等。服务器206可以接收诸如核算请求、结算请求、清算请求等资源转移请求，并对资源转移请求进行处理。例如，服务器205可以为数据库服务器、后台管理服务器、服务器集群等。服务器206可以为后台管理服务器、服务器集群等。后台管理服务器可以对接收到的服务请求、信息请求等进行分析处理，并将处理结果(如资源转移数量信息、资源转移处理的结果等)反馈给终端设备。

需要说明的是，本公开实施例所提供的资源转移方法可以由服务器206执行。相应地，本公开实施例所提供的资源转移装置可以设置于服务器206中。应该理解，终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

图3示意性示出了现有技术中资源转移的逻辑示意图。

如图3所示，产品系统与核算系统是耦合的。产品系统在提供产品服务的同时，还需要通过接口方式调用会计核算引擎完成相应的账务处理。例如，A产品系统在需要执行核算处理时，基于A产品对应的核算规则从自身的产品服务信息库中获取该核算规则所需的业务数据，然后以调用接口的方式将参数传输给会计核算引擎，便于会计核算引擎进行账务处理。需要说明的是，各产品的产品信息的内容较多，跟每个产品有关。不同的产品有个性化的内容，因此，不同的产品的核算规则可能不同。这样就使得会计核算引擎与产品系统之间无法解耦，如当针对某个产品系统的核算规则发生变化(可能涉及参数发生改变)，则会计核算引擎的接口(包括输入参数等)就需要相应地改变，导致研发难度较高，研发用时较长。

本公开实施例可以实现产品系统和会计核算引擎解耦，有效改善了现有技术中当核算规则发生变化时，所有产品系统都需要配合实施改造的不足。本公开实施例使得核算规则可适时调整而不需要所有的产品系统配合实施改造，从而大大缩短研发周期、提升研发工作效率。此外，由于大大缩短研发周期，还进一步改善了现有技术中存在一个研发周期不能全面完成，而需要会计核算引擎同时兼顾新旧模式的处理的问题。

图4示意性示出了根据本公开实施例的资源转移方法的流程图。

如图4所示，该由服务器端执行的资源转移方法，可以包括操作S401～操作S407。

在操作S401，接收来自产品系统的资源转移请求，资源转移请求包括产品类别信息、服务类别信息和产品日志索引信息。

在本实施例中，产品可以是金融产品，金融产品可以指资金融通过程的各种载体，包括但不限于：货币、黄金、外汇、有价证券等。有价证券包括但不限于：股票、期货、期权和保单等。产品系统是为用户提供针对上述产品的服务的系统。该产品系统可以对来自客户端的服务请求提供服务。资源转移包括但不限于：转账、支付等会导致资源从一个对象(如一个账户)转移至另一个对象(如另一个账户)的处理过程。

产品类别可与产品编号保持一致，服务类别可与产品生命周期的服务类型保持一致，产品日志索引号是能在产品服务信息库中定位到该条产品服务信息的标识信息。例如，产品类别可以是跨境汇款等，服务类别可以是购汇、外币汇款等。

需要说明的是，上述资源转移请求除了包括产品类别信息、服务类别信息和产品日志索引信息之外，还可以包括诸如申请编号等，该申请编号可以确保能满足每日会计核算处理的业务不重号，以便基于该申请编号进行复核等处理。

例如，产品系统根据能提供的服务在产品服务信息库中完成产品日志的登记之后，在需要进行核算业务时，可以向核算引擎发送核算请求。

在操作S403，确定与产品类别信息和服务类别信息对应的业务处理规则，业务处理规则包括用于进行资源转移所需的至少一个业务参数。

在本实施例中，服务器端可以存储有产品类别、服务类别和业务处理规则之间的映射关系，可以基于该映射关系和资源转移请求中包括的产品类别信息和服务类别信息确定相匹配的业务处理规则。

例如，根据产品类别(跨境汇款)、服务类别(购汇、外币汇款)查找到该业务的处理规则包括：实时购汇、实时外币汇款。其中，实时购汇可能涉及到诸如汇率、手续费等业务参数，这些业务参数的取值可以被存储在产品服务信息集合中。

在一个实施例中，确定与产品类别信息和服务类别信息对应的业务处理规则可以包括：根据产品类别信息和服务类别信息从产品协议业务对象中确定业务处理规则，其中，产品协议业务对象包括会计核算规则实体，会计核算规则实体包括业务处理规则。即，业务架构和IT架构的各组成部分之间具有映射关系，可以基于业务架构中业务对象、实体之间的映射关系确定与产品类别信息和服务类别信息对应的业务处理规则。

在操作S405，获取与至少一个业务参数各自对应的业务数据，业务数据是基于产品日志索引信息从产品服务信息集合中确定的，产品服务信息集合存储有至少一个产品系统各自的产品服务信息，产品服务信息包括至少一个业务数据。

在本实施例中，可以通过诸如在数据库中匹配的方式确定与至少一个业务参数各自对应的业务数据。例如，利用产品日志索引信息在产品服务信息集合进行匹配以确定适配的产品服务信息，然后从该适配的产品服务信息中确定至少一个业务参数各自对应的业务数据。

在本实施例中，可以对产品系统进行改造。例如，在业务架构构建完成后，数据架构将根据业务架构进行调整，构建起统一的产品服务信息库，由各产品系统记录产品服务的相关信息。

例如，基于业务对象进行数据架构部署，实现数据共享。银行构建起业务架构后，产品日志、核算规则、核算日志等均有单独的业务对象。与产品服务信息集合对应的数据库表部署在数据架构层，能为所有应用共同使用。因而各产品系统记录的产品协议和产品日志信息均能被会计核算引擎查询、使用。改变了原产品信息归属到具体的某个产品系统中，未能实现全架构共享局面，为产品系统与会计核算引擎之间解耦创造数据层面的基础。

相应地，产品系统需将调用会计核算引擎的功能模型修改为提交会计核算请求。例如，该会计核算请求可以包含如下信息：申请编号(确保能满足每日会计核算处理的业务不重号)、产品类别(可与产品编号保持一致)、服务类别(与产品生命周期的服务类型保持一致)、产品日志索引号(能在产品服务信息库中定位到该条产品服务信息)等。

在操作S407，基于业务处理规则处理与至少一个业务参数各自对应的业务数据，以进行资源转移。

在本实施例中，该处理过程可以采用多种现有技术的技术手段，在此不做限定。

图5示意性示出了根据本公开实施例的资源转移的逻辑示意图。

如图5所示，A产品系统～D产品系统等可以更新产品服务信息库中与自身相关的产品服务信息，使得产品服务信息库中信息是准确度。

A产品系统～D产品系统等各自可以发起核算请求，该核算请求中可以包括索引信息等，会计核算队列中会增加核算请求。会计核算引擎从会计核算队列中获取核算请求，并基于核算请求中包括的业务参数以及索引信息在产品服务信息集合中进行匹配，得到与该业务参数各自对应的业务数据，进而可以利用业务处理规则处理与该业务数据，以进行核算处理。例如，基于索引信息在产品服务信息库中定位产品服务信息，进而从定位到的产品服务信息中获取核算所需数据。此外，核算处理的结果可以存储在会计核算信息库中。

本公开实施例将针对产品系统的核算需求，将相关技术中接口调用以传参的方式改为发送核算请求的模式，可以避免当会计核算规则或相关要求发生变更时所有产品系统均配合改造，只需要改造会计核算引擎即可，有效降低了产品研发难度和研发周期。

在一个实施例中，在接收来自产品系统的资源转移请求之后，资源转移方法还可以包括如下操作。

首先，基于产品类别信息和服务类别信息确定业务处理模式，业务处理模式包括实时模式和批量模式。

然后，响应于业务处理模式是实时模式，将资源转移请求添加到任务队列中。

接着，响应于业务处理模式是批量模式，在满足预设条件时将资源转移请求添加到任务队列中。其中，预设条件包括但不限于以下至少一种：针对时间的条件、针对数量的条件、针对产品系统的条件等。例如，当任务队列中数量超过一定数量阈值时则满足预设条件。例如，当达到指定时刻时则满足预设条件。例如，产品系统的类型是指定类型则满足预设条件。

在本实施例中，可以构建会计核算队列服务器端(如包括一个或多个处理器)，该会计核算队列服务器端可以收到来自各产品系统的会计核算请求。

相应地，确定与产品类别信息和服务类别信息对应的业务处理规则可以包括如下操作。从任务队列中消费资源转移请求。以及对于每个被消费的资源转移请求，确定与产品类别信息和服务类别信息对应的业务处理规则。这样可以降低重复执行某个资源转移请求。

在一个实施例中，在确定与产品类别信息和服务类别信息对应的业务处理规则之后，资源转移方法还可以包括如下操作。

如果确定业务处理规则包括至少两个子业务处理规则，则获取与至少两个子业务处理规则各自对应的子业务处理请求。

相应地，响应于业务处理模式是实时模式，将资源转移请求添加到任务队列中可以包括：响应于与子业务处理请求对应的业务处理模式是实时模式，按照至少两个子业务处理规则的业务处理顺序，将至少两个子业务处理请求添加到任务队列中。

响应于业务处理模式是批量模式，在满足预设条件时将资源转移请求添加到任务队列中可以包括：响应于与子业务处理请求对应的业务处理模式是批量模式，在满足预设条件时按照至少两个子业务处理规则的业务处理顺序，将至少两个子业务处理请求添加在任务队列中。

在本实施例中，会计核算引擎接收各产品系统的核算请求后，由会计核算队列处理器进行信息的初步判断并按处理时效要求进行分拣，按处理时效要求形成待处理队列；会计核算引擎进行处理并反馈结果。

例如，根据产品类别及服务类别查找对应的会计核算规则(在产品协议业务对象的会计核算规则实体里)：实时、批量，将相关申请分拣到不同的处理队列中。实时业务直接进入待处理队列。批量业务在到达预定时间时进入待处理队列。

图6示意性示出了根据本公开实施例的分解资源转移请求的示意图。

如图6所示，与资源转移请求对应的业务处理规则包括至少两个子业务处理规则，则可以将该资源转移请求分解为两个子业务处理请求。其中，这两个子业务处理请求可以具有先后顺序，以便依序响应这两个子业务处理请求，并且可以得到业务处理结果。

参考图5所示，为了满足用户对结算方式的多样性需求，还可以由会计核算队列确定业务处理模式。进而基于业务处理模式确定在会计核算队列中添加核算请求的方式。例如，对于需要进行实时核算的核算请求，则可以实时的将该核算请求添加到会计核算队列中。对于核算处理时效不是实时处理的核算请求，可以按照预设周期将该核算请求添加到会计核算队列中，其中，预设周期不会导致核算请求的处理时长超出核算处理时效。

需要说明的是，若基于产品系统提供的产品类别或服务类别，在产品服务信息集合中找不到相应的业务数据时，可以反馈产品系统“产品类别/服务类别不存在，请查证后重新提供”等信息，由产品系统提供业务人员核对产品类别或服务类别值的正确性。若产品系统提供的产品类别或服务类别对应的会计核算规则为空，可以反馈产品系统诸如“该产品类别/服务类别未确定具体的会计核算规则，请先确定会计核算规则”。

会计核算引擎改造后，不再接收系统产品提供的数据，而从待处理队列中读取待处理的核算请求。根据核算请求的产品类别及服务类别查询产品协议业务对象中会计核算规则实体里的业务处理规则；根据产品日志索引号定位产品服务信息表中一条具体的产品服务信息，按业务处理规则获取相应的数据进行核算处理。核算处理完成后，将处理结果反馈相应的产品系统。处理成功，反馈处理结果；处理失败，反馈具体的失败原因。如服务信息索引找不到相应的记录时，反馈“产品日志索引找不到相应的记录，请确认”；如为客户账户余额问题，反馈“客户账户余额不足，请先补充资金”。

在一个实施例中，在基于业务处理规则处理业务数据，以进行资源转移之后，上述方法还可以包括：向产品系统输出资源转移的处理结果关联信息。例如，可以向产品系统发送反馈信息：资源转移是否完成、资源转移完成的时间、相关联的账户、资源转移的数量等。

在一个实施例中，从任务队列中消费资源转移请求包括：响应于针对任务队列的批量业务处理请求，从任务队列中获取子业务处理请求，以便基于针对批量业务处理的指定账户处理子业务处理请求，批量业务处理请求是针对任务队列中业务处理模式是批量模式的子业务处理请求的。例如，会计核算引擎可以响应批量业务处理请求，从任务队列中获取子业务处理请求，并进行资源转移处理。其中，批量业务处理请求可以不是由产品系统发起的，便于基于外部条件触发批量业务处理，满足多种场景下各种对不同核算触发方式的需求。

图7示意性示出了根据本公开另一实施例的资源转移方法的流程图。

如图7所示，上述方法在执行操作S401之前，还包括操作S709。

在操作S709，基于至少部分产品系统各自的产品服务子信息库构建产品服务信息集合。

以下以使用外币进行支付的场景为例进行示例性说明。

外币支付产品系统负责记录如购汇产品和汇款产品的产品服务信息(如产品日志)。产品日志能全面体现出产品服务的具体信息。同时，产品系统向核算引擎发送一笔核算请求，该请求中的索引信息能准确定位某条产品服务信息。

会计核算队列的服务器端根据产品类别、服务类别查找到该业务的处理规则涉及实时模式和批量模式两种，可以将涉及实时模式的各子业务处理请求按照业务处理顺序添加到任务队列中。对于涉及批量模式的各子业务处理请求，在满足诸如时间条件后，将各子业务处理请求添加到任务队列中。

会计核算引擎读取子业务处理请求后，解析索引信息定位到某条具体的产品服务信息，按该产品在核算规则表中查找对应的核算规则，按既定的汇率等完成购买外币的相关业务处理。外币汇款的处理方式类似，在此不再赘述。在会计核算引擎处理完子业务处理请求后，反馈处理结果。此外，对于涉及批量模式的各子业务处理请求，会计核算引擎读取到针对子业务处理请求的处理请求(如清算请求等)后，基于相应地的账户完成处理(如清算处理)。

外币支付产品系统收到核算处理成功的信息后，可以生成外币支付成功提示报文，并发送该提示报文。

本公开的一个方面提供了一种资源转移装置，图8示意性示出了根据本公开实施例的资源转移装置的框图。

如图8所示，该服务器端中的资源转移装置800可以包括：请求接收模块810、业务处理规则确定模块820、业务数据获取模块830和业务处理模块840。

请求接收模块810用于接收来自产品系统的资源转移请求，资源转移请求包括产品类别信息、服务类别信息和产品日志索引信息。

业务处理规则确定模块820用于确定与产品类别信息和服务类别信息对应的业务处理规则，业务处理规则包括用于进行资源转移所需的至少一个业务参数。

业务数据获取模块830用于获取与至少一个业务参数各自对应的业务数据，业务数据是基于产品日志索引信息从产品服务信息集合中确定的，产品服务信息集合存储有至少一个产品系统各自的产品服务信息，产品服务信息包括至少一个业务数据。

业务处理模块840用于基于业务处理规则处理与至少一个业务参数各自对应的业务数据，以进行资源转移。

在一个实施例中，该装置800还可以包括：任务队列模块。

该任务队列模块在接收来自产品系统的资源转移请求之后，基于产品类别信息和服务类别信息确定业务处理模式，业务处理模式包括实时模式和批量模式；响应于业务处理模式是实时模式，将资源转移请求添加到任务队列中；以及响应于业务处理模式是批量模式，在满足预设条件时将资源转移请求添加到任务队列中。

需要说明的是，各模块可执行的操作参考上述方法相关描述部分，在此不再赘述。

图9示意性示出了根据本公开实施例的资源转移系统的框图。

如图9所示，该资源转移系统900包括数据库服务器端910、产品系统服务器端920和资源转移服务器端930。

其中，数据库服务器端910存储有至少一个产品系统各自的产品服务信息，产品服务信息包括至少一个业务数据。

产品系统服务器端920用于发起资源转移请求，资源转移请求包括产品类别信息、服务类别信息和产品日志索引信息。

资源转移服务器端930用于确定与产品类别信息和服务类别信息对应的业务处理规则，业务处理规则包括用于进行资源转移所需的至少一个业务参数；获取与至少一个业务参数各自对应的业务数据，业务数据是基于产品日志索引信息从产品服务信息集合中确定的；基于业务处理规则处理与至少一个业务参数各自对应的业务数据，以进行资源转移。

在一个实施例中，系统900还可以包括任务队列服务器端。

数据库服务器端910分别与产品系统服务器端920和资源转移服务器端930相连，任务队列服务器端分别与产品系统服务器端920和资源转移服务器端930相连。

任务队列服务器端用于基于产品类别信息和服务类别信息确定业务处理模式，业务处理模式包括实时模式和批量模式；响应于业务处理模式是实时模式，将资源转移请求添加到任务队列中；以及响应于业务处理模式是批量模式，在满足预设条件时将资源转移请求添加到任务队列中。

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

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

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

图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和/或RAM 1003中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，程序也可以存储在除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 (11)

1.一种由服务器端执行的资源转移方法，包括：

接收来自产品系统的资源转移请求，所述资源转移请求包括产品类别信息、服务类别信息和产品日志索引信息；

基于所述产品类别信息和所述服务类别信息确定业务处理模式，所述业务处理模式包括实时模式和批量模式；

响应于所述业务处理模式是实时模式，将所述资源转移请求添加到任务队列中；

响应于所述业务处理模式是批量模式，在满足预设条件时将所述资源转移请求添加到任务队列中；

确定与所述产品类别信息和所述服务类别信息对应的业务处理规则，所述业务处理规则包括用于进行资源转移所需的至少一个业务参数；

获取与所述至少一个业务参数各自对应的业务数据，所述业务数据是基于所述产品日志索引信息从产品服务信息集合中确定的，所述产品服务信息集合存储有至少一个所述产品系统各自的产品服务信息，所述产品服务信息包括至少一个业务数据；以及

基于所述业务处理规则处理与所述至少一个业务参数各自对应的业务数据，以进行资源转移，

其中，在所述确定与所述产品类别信息和所述服务类别信息对应的业务处理规则之后，如果确定所述业务处理规则包括至少两个子业务处理规则，则获取与至少两个所述子业务处理规则各自对应的子业务处理请求；

所述响应于所述业务处理模式是实时模式，将所述资源转移请求添加到任务队列中包括：响应于与所述子业务处理请求对应的业务处理模式是实时模式，按照至少两个所述子业务处理规则的业务处理顺序，将至少两个所述子业务处理请求添加到所述任务队列中；以及

所述响应于所述业务处理模式是批量模式，在满足预设条件时将所述资源转移请求添加到任务队列中包括：响应于与所述子业务处理请求对应的业务处理模式是批量模式，在满足预设条件时按照至少两个所述子业务处理规则的业务处理顺序，将至少两个所述子业务处理请求添加在所述任务队列中。

2.根据权利要求1所述的方法，其中，所述确定与所述产品类别信息和所述服务类别信息对应的业务处理规则包括：

从所述任务队列中消费所述资源转移请求；以及

对于每个被消费的资源转移请求，确定与所述产品类别信息和所述服务类别信息对应的业务处理规则。

3.根据权利要求2所述的方法，其中，所述从所述任务队列中消费所述资源转移请求包括：

响应于针对所述任务队列的批量业务处理请求，从所述任务队列中获取所述子业务处理请求，以便基于针对批量业务处理的指定账户处理所述子业务处理请求，所述批量业务处理请求是针对所述任务队列中业务处理模式是批量模式的子业务处理请求的。

4.根据权利要求1至3任一项所述的方法，其中，所述确定与所述产品类别信息和所述服务类别信息对应的业务处理规则包括：

根据所述产品类别信息和所述服务类别信息从产品协议业务对象中确定所述业务处理规则，其中，所述产品协议业务对象包括会计核算规则实体，所述会计核算规则实体包括所述业务处理规则。

5.根据权利要求1至3任一项所述的方法，还包括：在所述基于所述业务处理规则处理所述业务数据，以进行资源转移之后，

向所述产品系统输出资源转移的处理结果关联信息。

6.根据权利要求1至3任一项所述的方法，还包括：

基于至少部分产品系统各自的产品服务子信息库构建所述产品服务信息集合。

7.一种资源转移装置，设置在服务器端，所述装置包括：

请求接收模块，用于接收来自产品系统的资源转移请求，所述资源转移请求包括产品类别信息、服务类别信息和产品日志索引信息，基于所述产品类别信息和所述服务类别信息确定业务处理模式，所述业务处理模式包括实时模式和批量模式；响应于所述业务处理模式是实时模式，将所述资源转移请求添加到任务队列中；响应于所述业务处理模式是批量模式，在满足预设条件时将所述资源转移请求添加到任务队列中；

业务处理规则确定模块，用于确定与所述产品类别信息和所述服务类别信息对应的业务处理规则，所述业务处理规则包括用于进行资源转移所需的至少一个业务参数；

业务数据获取模块，用于获取与所述至少一个业务参数各自对应的业务数据，所述业务数据是基于所述产品日志索引信息从产品服务信息集合中确定的，所述产品服务信息集合存储有至少一个所述产品系统各自的产品服务信息，所述产品服务信息包括至少一个业务数据；以及

业务处理模块，用于基于所述业务处理规则处理与所述至少一个业务参数各自对应的业务数据，以进行资源转移，

其中，在所述确定与所述产品类别信息和所述服务类别信息对应的业务处理规则之后，如果确定所述业务处理规则包括至少两个子业务处理规则，则获取与至少两个所述子业务处理规则各自对应的子业务处理请求；

所述响应于所述业务处理模式是实时模式，将所述资源转移请求添加到任务队列中包括：响应于与所述子业务处理请求对应的业务处理模式是实时模式，按照至少两个所述子业务处理规则的业务处理顺序，将至少两个所述子业务处理请求添加到所述任务队列中；以及

所述响应于所述业务处理模式是批量模式，在满足预设条件时将所述资源转移请求添加到任务队列中包括：响应于与所述子业务处理请求对应的业务处理模式是批量模式，在满足预设条件时按照至少两个所述子业务处理规则的业务处理顺序，将至少两个所述子业务处理请求添加在所述任务队列中。

8.一种资源转移系统，包括：数据库服务器端、产品系统服务器端和资源转移服务器端；

所述数据库服务器端存储有至少一个所述产品系统各自的产品服务信息，所述产品服务信息包括至少一个业务数据；

所述产品系统服务器端用于发起资源转移请求，所述资源转移请求包括产品类别信息、服务类别信息和产品日志索引信息；以及

所述资源转移服务器端用于基于所述产品类别信息和所述服务类别信息确定业务处理模式，所述业务处理模式包括实时模式和批量模式；响应于所述业务处理模式是实时模式，将所述资源转移请求添加到任务队列中；响应于所述业务处理模式是批量模式，在满足预设条件时将所述资源转移请求添加到任务队列中，确定与所述产品类别信息和所述服务类别信息对应的业务处理规则，所述业务处理规则包括用于进行资源转移所需的至少一个业务参数；获取与所述至少一个业务参数各自对应的业务数据，所述业务数据是基于所述产品日志索引信息从产品服务信息集合中确定的；基于所述业务处理规则处理与所述至少一个业务参数各自对应的业务数据，以进行资源转移，

其中，在所述确定与所述产品类别信息和所述服务类别信息对应的业务处理规则之后，如果确定所述业务处理规则包括至少两个子业务处理规则，则获取与至少两个所述子业务处理规则各自对应的子业务处理请求；

所述响应于所述业务处理模式是实时模式，将所述资源转移请求添加到任务队列中包括：响应于与所述子业务处理请求对应的业务处理模式是实时模式，按照至少两个所述子业务处理规则的业务处理顺序，将至少两个所述子业务处理请求添加到所述任务队列中；以及

所述响应于所述业务处理模式是批量模式，在满足预设条件时将所述资源转移请求添加到任务队列中包括：响应于与所述子业务处理请求对应的业务处理模式是批量模式，在满足预设条件时按照至少两个所述子业务处理规则的业务处理顺序，将至少两个所述子业务处理请求添加在所述任务队列中。

9.根据权利要求8所述的系统，还包括：任务队列服务器端，所述数据库服务器端分别与所述产品系统服务器端和所述资源转移服务器端相连，所述任务队列服务器端分别与所述产品系统服务器端和所述资源转移服务器端相连；

所述任务队列服务器端用于基于所述产品类别信息和所述服务类别信息确定业务处理模式，所述业务处理模式包括实时模式和批量模式；响应于所述业务处理模式是实时模式，将所述资源转移请求添加到任务队列中；以及响应于所述业务处理模式是批量模式，在满足预设条件时将所述资源转移请求添加到任务队列中。

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

一个或多个处理器；

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

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