WO2021184784A1 - 数据资源处理方法、装置、计算机存储介质及电子设备 - Google Patents

Abstract

本申请实施例提供了一种数据资源处理方法、装置、计算机存储介质及电子设备。该方法包括：接收来自目标服务对象的数据资源转移请求，数据资源转移请求包括目标数据资源类型、原始数据资源类型和目标数据资源转移数额；根据目标数据资源转移数额，确定原始数据资源转移数额；将数据资源转移请求发送至目标服务提供对象；获取响应于数据资源转移请求的响应信息；根据目标数据资源转移数额和实际扣减数额，获得原始数据资源类型的权益数额；根据权益数额、原始数据资源转移数额、实际扣减数额和目标数据资源转移数额，进行目标服务对象的第一类系统账户、目标服务提供对象的第二类系统账户、以及系统权益账户之间的数额转移。

Description

数据资源处理方法、装置、计算机存储介质及电子设备

相关申请的交叉引用

本申请基于申请号为202010181015.8、申请日为2020年03月16日的中国专利申请提出，并要求该中国专利申请的优先权，该中国专利申请的全部内容在此引入本申请作为参考。

技术领域

本申请涉及计算机技术领域，尤其涉及一种数据资源处理方法、装置、计算机存储介质及电子设备。

背景技术

外汇(Foreign currency)，是货币行政当局(中央银行、货币管理机构、外汇平准基金及财政部)以银行存款、财政部库券、长短期政府证券等形式保有的在国际收支逆差时可以使用的债权。外汇可以包括外国货币、外币存款、外币有价证券(政府公债、国库券、公司债券、股票等)和外币支付凭证(票据、银行存款凭证、邮政储蓄凭证等)等。

在数据资源管理中，同一用户对象可能拥有多类(至少两类)数据资源(如外汇)账户，不同类系统账户间存在资源转移的需求，相关技术中无法帮助用户快速、便捷地完成资源转移的服务。

发明内容

本申请实施例提供一种数据资源处理方法、装置、计算机存储介质及电子设备，能够快速准确地响应来自目标服务对象的数据资源转移请求。

本申请实施例提供了一种数据资源处理方法，包括：接收来自目标服务对象的数据资源转移请求，所述数据资源转移请求包括目标数据资源类型、原始数据资源类型和目标数据资源转移数额；根据所述目标数据资源转移数额，确定原始数据资源转移数额；将所述数据资源转移请求发送至目标服务提供对象；从所述目标服务提供对象获取响应于所述数据资源转移请求的响应信息，所述响应信息包括所述原始数据资源类型的实际扣减数额；根据所述目标数据资源转移数额和所述实际扣减数额，获得所述原始数据资源类型的权益数额；根据所述权益数额、所述原始数据资源转移数额、所述实际扣减数额和所述目标数据资源转移数额，进行所述目标服务对象的第一类系统账户、目标服务提供对象的第二类系统账户、以及系统权益账户之间的数额转移。

本申请实施例还提供了一种数据资源处理装置，包括：转移请求接收单元，配置为接收来自目标服务对象的数据资源转移请求，所述数据资源转移请求包括目标数据资源类型、原始数据资源类型和目标数据资源转移数额；原始数额确定单元，配置为根据所述目标数据资源转移数额，确定原始数据资源转移数额；转移请求发送单元，配置为将所述数据资源转移请求发送至目标服务提供对象；响应信息获取单元，配置为获取响应于所述数据资源转移请求的响应信息，所述响应信息包括所述原始数据资源类型的实际扣减数额；权益数额获得单元，配置为根据所述目标数据资源转移数额和所述实际扣减数额，获得所述原始数据资源类型的权益数额；账户数额转移单元，配置为根据所述权益数额、所述原始数据资源转移数额、所述实际扣减数额和所述目标数据资源转移数额，进行所述目标服务对象的第一类系统账户、所述目标服务提供对象的第二类系统账户、以及系统权益账户之间的数额转移。

本申请实施例还提供了一种计算机存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如上述实施例中所述的数据资源处理方法。

本申请实施例还提供了一种电子设备，包括：一个或多个处理器；存储器，配置为存储一个或 多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中所述的数据资源处理方法。

应用本申请实施例提供的数据资源处理方法、装置、计算机存储介质及电子设备，当系统接收到来自目标服务对象的数据资源转移请求时，系统可以自动根据数据资源转移请求中携带的目标数据资源转移数额确定原始数据资源转移数额，并获取针对该数据资源转移请求的响应信息，并根据原始数据资源转移数额和响应信息中携带的实际扣减数额，确定权益数额，从而可以根据该权益数额、该原始数据资源转移数额、该实际扣减数额和该目标数据资源转移数额，进行目标服务对象和目标服务提供对象等各类系统账户之间的数额转移；如此，运算量较小，占用的系统资源较少，运行速度较快，能够及时、准确地响应来自目标服务对象的数据资源转移请求；另一方面，用户只需要一键提交数据资源转移请求，系统即可自动完成各类系统账户之间的数额转移，当其应用于外汇交易场景时，可以实现外汇服务的自动化、智能化。

附图说明

图1为本申请实施例提供的数据资源处理系统的系统架构示意图；

图2为本申请实施例提供的电子设备的计算机系统的结构示意图；

图3为本申请实施例提供的数据资源处理方法的流程图；

图4为本申请实施例提供的客户账户体系的示意图；

图5为本申请实施例提供的银行账户体系的示意图；

图6为本申请实施例提供的垫资中间户账户体系的示意图；

图7为本申请实施例提供的权益户账户体系的示意图；

图8为本申请实施例提供的创建客户基本信息的流程图；

图9为本申请实施例提供的创建客户余额账户的流程图；

图10为本申请实施例提供的创建银行基本信息的流程图；

图11为本申请实施例提供的创建银行余额账户的流程图；

图12为本申请实施例提供的创建垫资中间户基本信息的流程图；

图13为本申请实施例提供的创建垫资中间户余额账户的流程图；

图14为本申请实施例提供的创建权益户基本信息的流程图；

图15为本申请实施例提供的创建权益户余额账户的流程图；

图16A为本申请实施例提供的垫资资金流的示意图；

图16B为本申请实施例提供的平账资金流的示意图；

图17为本申请实施例提供的购汇发起的流程图；

图18为本申请实施例提供的购汇回导的流程图；

图19为本申请实施例提供的客户购汇发起资金流的示意图；

图20为本申请实施例提供的物理资金流的示意图；

图21为本申请实施例提供的系统资金流的示意图；

图22为本申请实施例提供的系统软件结构示意图；

图23为本申请实施例提供的系统硬件结构示意图；

图24为本申请实施例提供的分布式系统应用于区块链系统的结构示意图；

图25为本申请实施例提供的区块结构的组成示意图；

图26为本申请实施例提供的数据资源处理装置的框图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本申请将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在 下面的描述中，提供许多细节从而给出对本申请的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

图1示出了可以应用本申请实施例的数据资源处理系统的系统架构100的示意图。

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

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。比如服务器105可以是多个服务器组成的服务器集群、云端服务器等，在实际应用中，服务器包括但不限于任何可以进行计算的硬件设备，如可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、以及大数据和人工智能平台等基础云计算服务的云服务器。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103可以是具有显示屏的各种电子设备，包括但不限于智能手机、平板电脑、便携式计算机、可穿戴智能设备、智能家居设备和台式计算机等等。

服务器105可以是提供各种服务的服务器。例如服务器105可以接收目标服务对象通过终端设备101(也可以是终端设备102、103)发送的数据资源转移请求，所述数据资源转移请求包括目标数据资源类型、原始数据资源类型和目标数据资源转移数额。服务器105可以根据所述目标数据资源转移数额，确定原始数据资源转移数额；将所述数据资源转移请求发送至目标服务提供对象；从所述目标服务提供对象获取响应于所述数据资源转移请求的响应信息，所述响应信息包括所述原始数据资源类型的实际扣减数额；根据所述目标数据资源转移数额和所述实际扣减数额，获得所述原始数据资源类型的权益数额。服务器105可以进一步根据所述权益数额、所述原始数据资源转移数额、所述实际扣减数额和所述目标数据资源转移数额，进行所述目标服务对象的第一类系统账户、目标服务提供对象的第二类系统账户、以及系统权益账户之间的数额转移。

图2为本申请实施例提供的电子设备的计算机系统的结构示意图。

需要说明的是，图2示出的电子设备的计算机系统200仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图2所示，计算机系统200包括中央处理单元(Central Processing Unit，CPU)201，其可以根据存储在只读存储器(Read-Only Memory，ROM)202中的程序或者从存储部分208加载到随机访问存储器(Random Access Memory，RAM)203中的程序而执行各种适当的动作和处理。在RAM 203中，还存储有系统操作所需的各种程序和数据。CPU 201、ROM 202以及RAM 203通过总线204彼此相连。输入/输出(I/O)接口205也连接至总线204。

以下部件连接至I/O接口205：包括键盘、鼠标等的输入部分206；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分207；包括硬盘等的存储部分208；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分209。通信部分209经由诸如因特网的网络执行通信处理。驱动器210也根据需要连 接至I/O接口205。可拆卸介质211，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器210上，以便于从其上读出的计算机程序根据需要被安装入存储部分208。

特别地，根据本申请的实施例，下文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分209从网络上被下载和安装，和/或从可拆卸介质211被安装。在该计算机程序被中央处理单元(CPU)201执行时，执行本申请的系统中限定的各种功能。

需要说明的是，本申请所示的计算机存储介质可以是计算机可读信号介质或者计算机存储介质或者是上述两者的任意组合。计算机存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机存储介质的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机存储介质以外的任何计算机存储介质，该计算机存储介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、射频(Radio Frequency，RF)等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

本申请实施例还提供了一种计算机存储介质，该计算机存储介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机存储介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现如下述实施例中所述的方法。例如，所述的电子设备可以实现如图3或图8或图9或图10或图11或图12或图13或图14或图15或图17或图18所示的各个步骤。

首先对本申请实施例中涉及的一些术语进行解释说明。

换汇，是指将账户资金从某个币种(如人民币)换成另一个币种(如美元)的过程。

付汇，是指经批准经营外汇业务的金融机构，根据有关售汇以及付汇的管理规定，审核用汇单位和个人提供的规定的有效凭证和商业单据后，将资金从其外汇账户中或将其购买的外汇通过转账的方式，付出到另一个境外银行账户的过程。

换汇平台，是为客户提供换汇服务的系统，本申请实施例提供的下述方法可以由换汇平台来实现和执行。

客户，是换汇平台服务的对象，因此本申请实施例中也可以称之为“服务对象”，可以是内部业务方(例如跨境收单或海外游戏等)，也可以是外部商户(例如进出口贸易服务商等)。客 户的账户余额表示客户在换汇平台系统保存的余额，在会计学里代表换汇平台的负债。

渠道，也可以称之为银行渠道或者下游渠道，是指换汇平台对接的下游服务提供商，因此本申请实施例中也可以称之为“服务提供对象”。由于换汇平台没有足够的外汇资金，需要借助下游银行渠道完成换汇。换汇平台充当客户的代理，向下游渠道提交换汇请求。渠道通常是银行(如XX银行)，也有可能是外汇交易服务商，在下面的举例说明中，均以银行为例进行举例说明，但本申请实际上并不限定于此。渠道的账户余额表示换汇平台作为主体保存在各家下游渠道的存款余额，在会计学中代表换汇平台的资产。

物理账户、物理资金和物理资金流分别表示换汇平台在银行开立的账户及账户中的余额、余额变化。

系统账户、系统资金、系统资金流分别表示换汇平台系统内记录的账户及账户中的余额、余额变化。对于银行类账户，物理资金流与系统资金流一一对应，例如换汇平台在XX银行托管账户余额增加了100元人民币，则系统内记录XX银行账户余额也增加100元人民币。

资金清算：换汇平台系统内部，参与外汇交易的各关联方，通过账户余额的转账进行资金交割的过程。在资金清算过程，需要严格符合会计学“有借必有贷，借贷必相等”的基本原则。

基准汇率：换汇平台在接收客户换汇请求时，预估的一个成本汇率。

固定收益：换汇过程中，由于换汇平台对客户汇率加价或加收手续费带来的收益。

浮动损益，也称浮损，由于汇率波动导致下游渠道实际成交价与平台基准价之间的差异，导致的浮盈或浮亏。

垫资：当客户在换汇平台账户余额不足时，由换汇平台使用自有资金为客户进行交易。此时，相当于客户在换汇平台处生成了一笔借款。

平账：当客户通过充值等方式，补足账户余额后，由系统发起平账，相当于客户“还钱”给换汇平台。

垫资中间户：一类系统账户，当客户余额不足，需要垫资时，从垫资中间户出钱、客户账户入钱。

相关技术中，对外汇交易的底层账户体系、资金清算方式及资金流描述较少。其次，当前的外汇交易系统账户体系中，大多要求客户余额充足才能发起交易。这实际上限制了业务的灵活性，不能为客户创造便利的使用环境。

基于上述问题，本申请实施例提出了一种数据资源处理方法，参照图3所示，该数据资源处理方法适用于前述实施例中所述的电子设备，在实际应用中，电子设备可以为终端或服务器，并可以包括步骤S310至步骤S360：

在步骤S310中，电子设备接收来自目标服务对象的数据资源转移请求，所述数据资源转移请求包括目标数据资源类型、原始数据资源类型和目标数据资源转移数额。

在一些实施例中，目标服务对象可以是任意一个提交了数据资源转移请求的客户、商户或者用户，其相对于本申请实施例提供的换汇平台内部系统而言，可以认为其属于外部客户，外部客户可以通过任意一种电子设备例如终端设备向换汇平台发起数据资源转移请求。这里的数据资源转移请求以换汇请求为例进行举例说明，但本申请并不限定于此。

以数据资源转移请求为换汇请求为例，这里的目标数据资源类型可以是外部客户当前指定要买入的货币种类(简称为“外币”)，原始数据资源类型可以是该外部客户当前指定的用于购买该外币的另外一种货币种类(简称为“本币”)，目标数据资源转移数额可以是外部客户指定买入外币金额，例如外部客户指定用其人民币账户内的余额买入100美元，则这里人民币为本币，美元为外币，100美元为目标数据资源转移数额。

这里结合图22和23的换汇平台软硬件系统结构图进行举例说明，换汇平台系统主要包括七个子系统：客户登录网关子系统、客户资料子系统、订单交易子系统、余额账户子系统、汇率管理子系统、财务审批子系统、银行网关子系统。

参见图22，在一些实施例中，客户登录网关子系统可以提供多种形式的接入，包括：应用程序接口(Application Programming Interface，API)接口方式、网络(web)网页登录方式等， 从而满足不同客户的需求。其中API接口方式可以提供给具备一定技术能力的客户，客户的系统直接对接换汇平台实现外汇交易，实现交易流程的自动化，减少人力投入。web网页登录方式可以提供给没有技术开发能力的客户，客户的财务或管理人员通过web网页登录换汇平台实现外汇交易，发起购汇请求或者换汇请求等交易请求。

参见图22，在一些实施例中，客户登录网关子系统是换汇平台系统对外提供的模块，主要负责如下工作：客户的身份认证，通过调用客户资料子系统，对客户的身份信息、登录信息等进行认证，以防止未注册用户或非法用户登录子系统；客户请求的受理及响应，通过调用交易子系统，受理客户的购汇请求或者换汇请求等交易请求，并返回受理结果。

参见图22，在一些实施例中，客户登录网关子系统还可以负责网络流量的分流与拦截。其中，当换汇平台用分布式结构实现时，通过分流，可以将大并发的交易请求分流到不同的服务器，降低服务器的负载；在流量异常，超过系统整体负载时，将流量拦截，避免其进入后端子系统，压垮整个系统。

参见图23，在一些实施例中，换汇平台系统整体可以采用分布式结构，上述各个子系统可以部署在多台服务器上，例如客户登录网关子系统可以部署在多台客户登录网关服务器上，客户资料子系统、订单交易子系统、余额账户子系统、汇率管理子系统和财务审批子系统也可以部署在多台其他子系统服务器上，银行网关子系统也可以部署在多台银行网关服务器上，从而可以提高系统性能，增强系统健壮性。其中，客户登录网关服务器采用分布式部署，多点接入，为客户提供就近接入，分流客户的请求，减轻服务器压力，同时提高响应客户的速度，减少时延。其中，外部客户与外部银行是换汇平台对接的相关方，不属于换汇平台系统。

需要说明的是，虽然图23中仅示出两台客户登录网关服务器、三台其他子系统服务器和两台银行网关服务器，但这里仅是用于举例说明的，实际上客户登录网关服务器、其他子系统服务器和银行网关服务器的数量可以根据情况进行调整和部署，本申请对此不做限制。

参见图23，在一些实施例中，外部客户可以使用接入设备访问换汇平台系统提交换汇请求，接入设备可以包括服务器、个人计算机、手机等任意的电子设备。其中服务器可以用于API接口方式访问换汇平台系统，一般用于具备一定技术开发能力的机构；个人计算机或手机等可以用于web网页登录方式访问换汇平台系统，一般用于缺少技术开发能力的企业或个人。

参见图23，在一些实施例中，外部客户的接入设备可以通过广域网或专线形式连接换汇平台系统的客户登录网关服务器。其中，web网页登录方式访问时可以采用广域网，web前端(安装在接入设备上)和后台服务端(包括客户登录网关服务器)需要将客户发送的换汇请求做好各种安全机制，例如可以包括：信息加密机制，例如可以通过超文本传输安全协议(Hyper Text Transfer Protocol over SecureSocket Layer，https)技术对换汇请求中的信息与返回给外部客户的响应结果中的信息进行加密，防止信息泄露；签名机制，通过协商的签名密钥对换汇请求与响应结果进行签名，防止篡改与抵赖。

参见图23，在一些实施例中，API接口方式可以采用广域网，也可以采用专线接入。采用广域网时，可以采用与web网页登录方式相同的安全机制；采用专线接入时，则可以采用如下机制，以加强安全性：IP白名单机制，采用专线接入时，客户接入设备IP一般是固定的，相当于是客户的一个身份属性特征，因此可以采用IP白名单机制，当换汇平台系统后台服务端发现收到的客户发送的请求与客户绑定的IP白名单不一致时，即拒绝客户的请求；双向认证机制，通过证书的方式，双方认证彼此。其中换汇平台系统后台服务端可以向授信的根证书颁发机构购买证书，用以证明自己的身份；客户证书则可以由换汇平台系统生成并颁发给客户，客户用以证明自己的身份。在其他实施例中，还可以采用web网页登录方式的信息加密和签名机制，来加固安全。

继续参考图23，还可以利用防火墙将各服务器划分为域外和域内，域外服务器需要穿墙连接域内服务器，防火墙负责穿墙流量的检测与拦截，从而提升系统整体安全性。在整个系统中，客户登录网关子系统、银行网关子系统属于域外，直接与外部连接；其他子系统(客户资料子系统、交易子系统、订单子系统、余额账户子系统等)属于域内。

继续参见图23，在一些实施例中，域内子系统服务器上可以部署客户资料子系统、交易子 系统、订单子系统、余额账户子系统等子系统模块。对于访问量大，CPU消耗大的子系统(如余额账户子系统)可以独立部署(即一台服务器上只部署这一个子系统)，对于访问量小、消耗资源少的子系统(如客户资料子系统)可以混合部署(即一台服务器上部署多个子系统)，从而更好的利用服务器资源，节约硬件成本。

在步骤S320中，根据所述目标数据资源转移数额，确定原始数据资源转移数额。

在示例性实施例中，根据所述目标数据资源转移数额，确定原始数据资源转移数额，可以包括：获取所述目标数据资源类型和所述原始数据资源类型之间的基准指标；根据所述基准指标生成所述目标数据资源类型和所述原始数据资源类型之间的报价指标；根据所述报价指标和所述目标数据资源转移数额，确定所述原始数据资源转移数额；冻结所述目标服务对象的所述原始数据资源类型的第一类系统账户中的所述原始数据资源转移数额。

还是以换汇请求为例，这里的基准指标可以是基准汇率，即获取本币与外币之间的基准汇率，然后换汇平台系统可以对基准汇率进行加点，例如基准汇率是6.8，设定的加点点数为0.1，则对客户提供的报价指标(也可以称之为报价汇率)则为6.9，根据报价汇率和指定买入外币金额例如100美元，则可以计算获得原始数据资源转移数额为690元人民币，即为客户应付本币金额。可以利用图22中的汇率管理子系统来实现，汇率管理子系统主要负责以下工作：通过银行接口，定时获取各个银行的参考汇率，并经过一定的计算规则(例如所有银行的平均值、中位数、加权平均值、最大值、最小值等计算规则)，计算出换汇平台的基准汇率；客户发送换汇请求时，根据系统给客户配置的加价规则，在平台的基准汇率基础上计算出客户的报价汇率；监控银行汇率异常：通过同一时刻不同银行间的汇率差异、同一银行不同时刻的汇率波动，发现银行参考汇率的异常情况，避免异常汇率录入系统，进而影响平台的基准汇率的生成。

这里的加价规则可以是如上述的加点，也可以加百分比。对于不同客户，可以设置为共用同一个固定的加价规则，也可以根据不同客户配置不同的加价规则，例如可以综合考虑客户的信用评级、历史累计换汇总额等情况进行配置。

本申请实施例中，第一类系统账户可以是负债类账号或者账户，与其相对应的第二类系统账户可以是资产类账号或账户。当确定了客户应付本币金额之后，则可以将该客户的与本币例如人民币对应的负债类账号中的客户应付本币金额例如690元人民币冻结。

例如，图22中的交易子系统负责处理客户的交易请求例如换汇请求。处理过程如下：交易子系统收到客户发送的换汇请求后，调用汇率管理子系统的相关接口，计算出给客户的报价汇率，并根据客户指定买入外币金额即购汇外币金额计算出相应的客户应付本币金额即本币扣款金额。然后调用订单子系统生成订单，并调用余额账户子系统，冻结客户与该客户应付本币金额相等的本币余额，受理成功后，将报价信息(包括报价汇率和本币扣款金额)返回给客户。此过程对应购汇发起阶段。

在示例性实施例中，在冻结所述目标服务对象的所述原始数据资源类型的第一类系统账户中的所述原始数据资源转移数额之前，还可以包括：获得所述目标服务对象的所述原始数据资源类型的第一类系统账户中的剩余数额；若所述剩余数额小于所述原始数据资源转移数额，则从系统中间户的所述原始数据资源类型的第一类系统账户中将所述原始数据资源转移数额转移至所述目标服务对象的所述原始数据资源类型的第一类系统账户中。

例如，当该客户的与本币对应的负债类账号中的剩余数额(也可以称之为账户余额)小于客户应付本币金额时，利用本申请实施例的方案，可以从换汇平台系统提供的系统中间户(也可以称之为“垫资中间户”)的与本币对应的负债类账号中将等于客户应付本币金额的钱转移至该客户的与本币对应的负债类账号中。

在示例性实施例中，所述方法还可以包括：从所述系统中间户的所述原始数据资源类型的第二类系统账户中将所述原始数据资源转移数额转移至所述目标服务对象的所述原始数据资源类型的第二类系统账户中。可以参照下述的与垫资相关的实施例。

在示例性实施例中，获得所述目标服务对象的所述原始数据资源类型的第一类系统账户中的剩余数额，可以包括：获取所述目标服务对象的外部编号；根据所述外部编号查找所述目标服务对象的客户账户关联表，获得所述目标服务对象的所述原始数据资源类型的第一类系统账 户；根据所述目标服务对象的所述原始数据资源类型的第一类系统账户，查找所述目标服务对象的账户余额表，获得所述目标服务对象的所述原始数据资源类型的第一类系统账户中的剩余数额。实现可以参照下述图8和9的实施例。

在一些实施例中，图22中的余额账户子系统负责记录系统各个账户的余额信息(包括各个账户的账户余额表)和流水信息。此处的账户可以包括本申请实施例中提及的各类账户，包含银行账户、客户资产类账户、客户负债类账户、固定收益账户、浮动损益账户、垫资中间户等。

在示例性实施例中，所述方法还可以包括：确定当前类型，所述当前类型包括所述目标数据资源类型和所述原始数据资源类型；根据所述当前类型查询所述目标服务对象的客户账户关联表；若所述客户账户关联表中不存在与所述当前类型对应的第一类系统账户和第二类系统账户，则生成与所述当前类型对应的第一类系统账户和第二类系统账户；将与所述当前类型对应的第一类系统账户和第二类系统账户，写入所述客户账户关联表。

本申请实施例中，所述当前类型可以包括该目标服务对象根据所需，指定开立相应币种的客户账号(包括负债类账号和资产类账号)中的任意一种币种。可以参照下图9的实施例。

例如，可以通过图22中的客户资料子系统负责客户的注册、身份认证等基础功能，维护客户资料信息(例如客户的基本信息)、客户账户关联信息(例如客户账户关联表)。客户资料子系统作为基础服务，为其他子系统提供客户信息管理、登录认证管理、账户注册等接口。

在示例性实施例中，还可以包括：根据所述当前类型查询所述目标服务对象的账户余额表；若所述账户余额表中不存在与所述当前类型对应的第一类系统账户和第二类系统账户，则将与所述当前类型对应的第一类系统账户和第二类系统账户，写入所述账户余额表。

在示例性实施例中，还可以包括：生成所述目标服务对象的外部编号；生成与所述外部编号对应的所述目标服务对象的内部编号；将所述外部编号和所述内部编号写入所述目标服务对象的客户账户关联表。

在步骤S330中，将所述数据资源转移请求发送至目标服务提供对象。

在步骤S340中，从所述目标服务提供对象获取响应于所述数据资源转移请求的响应信息，所述响应信息包括所述原始数据资源类型的实际扣减数额。

参照图22，银行网关子系统负责对接各个银行渠道，将交易子系统的请求例如数据资源转移请求发送到银行，并将银行的响应信息返回给交易子系统。

在实际实施时，交易子系统将客户的交易订单通过银行网关子系统发送到相应的银行，银行将购汇结果作为响应信息返回给换汇平台系统，返回的响应信息中可以包含实际成交汇率、实际成交金额(即实际扣减数额)等信息。

一般而言，不同的银行系统差异较大，例如有的银行是接口形式交互，有的银行是文件形式交互；同一类型的交互方式也面临着接口参数或文件格式的差异。银行网关子系统通过适配各个银行渠道，为内部交易子系统屏蔽银行差异，提供统一的流程，从而使得内部交易子系统逻辑更清晰简洁，便于系统维护和升级。

参见图23，在一些实施例中，银行网关子系统可以部署于银行网关服务器上。域内服务器经过防火墙与域外的银行网关服务器连接，银行网关服务器再通过广域网或专线形式与外部银行的系统对接。对于银行网关服务器与外部银行服务器交互的安全机制，可以采用外部客户的接入设备与客户登录网关服务器的类似方案，保证双方交互的安全性。

在步骤S350中，根据所述目标数据资源转移数额和所述实际扣减数额，获得所述原始数据资源类型的权益数额。

在示例性实施例中，所述权益数额可以包括固定收益和浮动损益。

其中，根据所述目标数据资源转移数额和所述实际扣减数额，获得所述原始数据资源类型的权益数额，可以包括：根据所述目标数据资源转移数额和所述报价指标，获得报价数额；根据所述目标数据资源转移数额和所述基准指标，获得基准数额；根据所述报价数额和所述基准数额，获得所述原始数据资源类型的固定收益；根据所述实际扣减数额和所述基准数额，获得所述原始数据资源类型的浮动损益。

本申请实施例中，报价数额可以等于指定买入外币金额与报价汇率的乘积，因此也可以称 之为报价金额。基准数额可以等于指定买入外币金额与基准汇率的乘积，因此也可以称之为基准金额。报价金额与基准金额之间的差异值，可以作为本币固定收益。基准金额与银行返回的实际成交金额之间的差异，可以作为本币浮动损益。

在步骤S360中，根据所述权益数额、所述原始数据资源转移数额、所述实际扣减数额和所述目标数据资源转移数额，进行所述目标服务对象的第一类系统账户、所述目标服务提供对象的第二类系统账户、以及系统权益账户之间的数额转移。

在示例性实施例中，所述系统权益账户可以包括固定收益账户和浮动损益账户。其中，根据所述权益数额、所述原始数据资源转移数额、所述实际扣减数额和所述目标数据资源转移数额，进行所述目标服务对象的第一类系统账户、所述目标服务提供对象的第二类系统账户、以及系统权益账户之间的数额转移，可以包括：解冻所述目标服务对象的所述原始数据资源类型的第一类系统账户中的所述原始数据资源转移数额；从所述目标服务对象的所述原始数据资源类型的第一类系统账户中转移所述固定收益至所述原始数据资源类型的固定收益账户；从所述目标服务对象的所述原始数据资源类型的第一类系统账户中转移所述浮动损益至所述原始数据资源类型的浮动损益账户；从所述目标服务对象的所述原始数据资源类型的第一类系统账户中转移所述实际扣减数额至所述目标服务提供对象的所述原始数据资源类型的第二类系统账户；从所述目标服务提供对象的与所述目标数据资源类型对应的第二类系统账户中转移所述目标数据资源转移数额至所述目标服务对象的所述目标数据资源类型的第一类系统账户。

本申请实施例中，交易子系统可以根据汇率管理子系统给客户地报价汇率、银行网关子系统返回的银行实际成交金额计算固定收益和浮动损益，然后调用订单子系统更新订单信息与状态，调用余额账户子系统完成客户账户(包括目标服务对象的第一类系统账户)、银行账户(对应目标服务提供对象的第二类系统账户)、权益类账户(对应系统权益账户)的余额加减操作。此过程对应购汇回导阶段。

参见图22，在一些实施例中，账务审批子系统负责购汇的审批流程，主要提供给财务人员使用。由于购汇等金额操作具有较高的资金风险，为了避免人工或系统的错误造成的金额差错等风险，财务人员需要对提交到银行的换汇请求等进行审批，审批通过后才能发送到银行。

本申请实施方式提供的数据资源处理方法，当系统接收到来自目标服务对象的数据资源转移请求时，系统可以自动根据数据资源转移请求中携带的目标数据资源转移数额确定原始数据资源转移数额，并获取针对该数据资源转移请求的响应信息，还可以根据原始数据资源转移数额和响应信息中携带的实际扣减数额，确定权益数额，从而可以根据该权益数额、该原始数据资源转移数额、该实际扣减数额和该目标数据资源转移数额，进行目标服务对象和目标服务提供对象等各类系统账户之间的数额转移；如此，运算量较小，占用的系统资源较少，运行速度较快，能够及时、准确地响应来自目标服务对象的数据资源转移请求；另一方面，用户只需要一键提交数据资源转移请求，系统即可自动完成各类系统账户之间的数额转移，当其应用于外汇交易场景时，可以实现外汇服务的自动化、智能化。

下面结合图4-25对本申请实施例提供的方法进行举例说明，但本申请并不限定于此。

本申请实施例创建了一种支持多币种、可垫资的外汇交易底层账户体系及资金清算方案。首先，每个客户可以在换汇平台开立多个币种账户，用于记录客户各个币种余额信息，为客户进行货币兑换建立基础。其次，本申请实施例设计了一种基于负债类+欠款类双账户的垫资和平账方案，允许客户在账户余额不足的情况下，提交交易请求，并在余额充足的时候平账。再次，本申请实施例采用会计学中的复式记账法，进行资金清算，保证了系统账户资金流的清晰、可核对，保障了账户资金的安全。

其中，复式记账法是任何一项经济业务的发生，都会引起资产和负债的至少两个项目发生增减变动，而且增减的金额相等。因此，在反映每一项经济业务时，应当以相等的金额，同时在相关的至少两个账户中进行登记。这种对发生的每一项经济业务，都要以相等的金额，在相互联系的两个或两个以上账户进行登记的方法，叫做复式记账法。因此对每一笔经济业务的发生，都可以以相等的金额在两个或两个相关账户中作等额双重记录。这种记账如实反映了经济 事物的客观联系，是一种科学的记账方法。可以全面、清晰地反映出经济业务的来龙去脉，而且还能通过会计要素的增减变动，全面系统地反映经济活动的过程和结果。

首先描述系统账户体系的实现方案，主要包括：(1)账户分类；(2)账户关键信息；(3)账户关联方法；(4)账户体系整体图例；(5)账户创建流程图。如下：

首先，按照会计学理论，将账户分为资产类、负债类、所有者权益类，并遵循如下会计准则：

∑资产＝∑负债+∑所有者权益      (1)

其中，所有者权益，是指资产扣除负债后，由所有者享有的剩余权益。

然后，按照账户所有者对应的实体，可以分为以下几种：

(1.1)客户账户

由客户申请创建，每个客户每个币种都包含以下两个账户，即每个客户每个币种均同时包括第一类系统账户和第二类系统账户：

负债类账户：保存客户在换汇平台系统的余额信息，余额表示平台“欠”客户多少钱，因此属于会计学上的负债类账户。

例如，某个客户在换汇平台系统进行了人民币充值100元的操作，则客户对应的负债类账户人民币余额增加100元。

资产类账户：保存客户在换汇平台系统的欠款余额信息，欠款余额表示客户“欠”平台多少钱，因此属于会计学上的资产类账户。

例如，某个客户在换汇平台系统余额不足，向换汇平台申请垫资交易人民币100元，则该客户对应的资产类账户人民币余额增加100元。

需要注意的是：客户在正常交易中，均使用客户负债类账户进行清算；只有在余额不足垫资时，才需要在客户资产类账户上记一笔账表示欠款。

(1.2)渠道账户(以下也称之为银行账户)：保存换汇平台系统在渠道侧的余额信息，余额表示平台在银行渠道账户的资金余额，因此属于会计学上的资产类账户。每个渠道每个币种一个账户。对于银行账户而言，其相对换汇平台均为资产类账户，即第二类系统账户。

例如，系统为换汇平台提供了100元人民币启动资金，保存在XX银行，则XX银行人民币余额增加100元，这100元即记为换汇平台的资产。

(1.3)垫资中间户：用于记录客户垫资“借钱”、平账“还钱”的信息。为了满足会计学上对的“借贷必相等”原则，垫资中间户每个币种需要2个账户，即与客户类似的，垫资中间户每个币种均同时包括第一类系统账户和第二类系统账户：

负债类账户：与客户的负债类资产对应。用于承担垫资及平账过程中，与客户的负债类资产的资金清算。

资产类账户，与客户的资产类账户对应。用于承担垫资及平账过程中，与客户的资产类账户的资金清算。

(1.4)固定收益账户：记录换汇平台的固定加价带来的收益余额。余额表示平台的固定收益，因此属于会计学上的所有者权益类账户。

(1.5)浮动损益账户：记录换汇平台的汇率波动带来的浮损余额。余额表示平台的浮动损益，因此属于会计学上的所有者权益类账户。

本申请实施例中，将固定收益账户和浮动损益账户统称为权益户，但两者实际上具有各自独立的账户。为了简化起见，将固定收益账户和浮动损益账户作为换汇平台的负债类账户，即第一类系统账户，则上述公式(1)可以简化为以下公式：

∑资产＝∑负债       (2)

因此，系统内会有如下表1所示的账户：

表1系统账户

上述表1中，固收户是固定收益账户的简称，浮损户是浮动损益账户的简称。其中，系统中可以存在多家银行、多家客户(由系统对接的银行数量和客户数量决定)，固收户、浮损户、垫资中间户每个只需提供一个即可，即对于换汇平台系统而言，不同客户共用同一个固收户、同一个浮损户和同一个垫资中间户。而系统又支持多币种，因此每个账户每个币种有单独的账号，每个币种账号单独记账。

每一类账户(客户、渠道或者银行、垫资中间户、权益户)都有一个账户余额表(这里的权益户包含了固定收益账户和浮动损益账户，他们都可以归类为平台收益，二者是独立的账号，各自有各自的账户余额表)，表中每一行记录表示一个系统账号，记录各个账户在系统中的余额，账户余额关键信息如下表2所示：

表2账户关键信息

上述表2中，中间户是垫资中间户的简称。CNY代表币种为人民币，在下文中USD代表币种为美元，HKD代表币种为港币。在会计学上，有公式“资产＝负债+所有者权益”，固定收益账户和浮动损益账户都属于权益类账户，这里为了简化账户系统，将权益类账户视同负债类账户，也即简化为“资产＝负债”。

此外，还可以有一个账户流水表，用于记录每次账户资金变动的详细情况，同时还可以用于会计核算、对账。每次操作账户资金，修改账户余额时，需要新增一条账户流水。账户流水表中记录了本次资金操作的交易双方账户、币种、金额、交易类型、交易时间等关键要素，如下表3所示：

表3账户流水表

上述表3中，余额账号实际上就是上述表2中相应账户的系统账号。

经过上面的描述，整体账户体系描述如下，其中可以分为客户账户体系、银行账户体系、垫资中间户账户体系和所有者权益账户体系。

图4示意性示出了本申请实施例的客户账户体系的示意图。

如图4所示，以商户C作为外部客户为例进行举例说明，每个客户可以开立多个币种账户，客户的外部编号Client_id、客户的内部编号uid与系统账号之间通过币种等关键要素进行关联，这里假设商户C在注册系统账户时，选择要开立的币种为人民币CNY，港币HKD、…以及其他货币币种Cur_n一共n种币种，n为大于或等于1的正整数。系统为其生成这些币种的系统账号，例如CNY负债类账户acno_11，CNY资产类账户acno_12，HKD负债类账户acno_21，HKD资产类账户acno_22，Cur_n负债类账户acno_n1，Cur_n资产类账户acno_n2。

图5示意性示出了根据本申请一实施例的银行账户体系的示意图。

如图5所示，银行类账户即下游渠道账户，这里以银行B作为渠道为例进行举例说明，每个渠道也可以开立多个币种账户，银行B的外部编号bank_type、银行B的内部编号uid与系统账号之间通过币种等关键要素进行关联，这里还是以CNY、HKD、…以及其他货币币种Cur_n为例，系统为其生成这些币种的系统账号，例如银行B的CNY账户acno_1，HKD账户acno_2，Cur_n账户acno_n。

图6示意性示出了根据本申请一实施例的垫资中间户账户体系的示意图。

如图6所示，垫资中间户也可以开立多个币种账户，垫资中间户的外部编号Loan_type、内部编号uid与系统账号之间通过币种等关键要素进行关联，这里以人民币、港币和美元为例进行举例说明，为垫资中间户开立CNY负债类账户acno_11，CNY资产类账户acno_12，HKD负债类账户acno_21，HKD资产类账户acno_22，USD负债类账户acno_31，USD资产类账户acno_32。

图7示意性示出了根据本申请一实施例的权益户账户体系的示意图。

如图7所示，这里以权益户P代表固定收益账户和浮动损益账户，二者有各自的账户，权益户P的外部编号Profit_id、内部编号uid与系统账号之间通过币种等关键要素进行关联，例如为权益户P生成了CNY账户acno_1，HKD账户acno_2，Cur_n账户acno_n。

下面描述各账户的创建流程，账户创建也区分客户类账户、银行类账户、垫资中间户和权益类账户。

图8示意性示出了根据本申请一实施例的创建客户基本信息的流程图。如图8所示，本申请实施例中，创建客户基本信息可以包括以下步骤。

在步骤S810中，为商户C生成外部编号Client_id。

在步骤S820中，为商户C生成内部编号uid。

在步骤S830中，记录客户基本信息。

这里的商户C首先需要区分是个人客户还是企业客户。如果是个人客户，则客户基本信息可以包括商户C的姓名、身份证号码、手机号码、家庭住址等类似个人信息。如果是企业客户，则这里的客户基本信息可以包括企业基本信息，如企业名称、地址、联系方式、企业法人信息等。

本申请实施例可以为外部客户创建多个币种的系统账号，但是客户不必记录多个币种的账号，使得客户管理尽量简便。做法是通过建立客户与系统账户的关联关系来实现，例如某个客户M，进行如下操作：

(1)为其分配一个客户的外部编号Client_id，客户通过Client_id登录、查询其在系统内的账户余额信息。

(2)为了方便内部管理，为每个Client_id创建一个客户内部编号uid，uid对客户不可见。外部编号是直接提供给外部客户的，客户使用它登录换汇平台系统，内部编号是换汇平台系统内部记录使用的。通过映射表维护二者关系。这样的好处是更加灵活，同时底层系统的数据信息不会对外暴露，更加安全。

(3)最后使用一个关联关系表来管理客户与各币种账户之间的关联关系，例如客户账户关联表关键信息如下表4所示：

表4客户账户关联表

图9示意性示出了根据本申请一实施例的创建客户余额账户的流程图。如图9所示，本申请实施例中创建客户余额账户可以包括以下步骤。

在步骤S901中，查询客户账户关联表。

首先，确定商户C指定要开立的币种有哪些，然后对这些币种按照步骤S901-909遍历处理一遍，逐个币种生成商户C的客户账户关联表中的各个币种对应的负债类账号和资产类账号。

在步骤S902中，判断商户C同币种账号是否已存在；若不存在，则进入步骤S903；若存在，则跳转到步骤S906。

在步骤S903中，生成负债类账号acno。

在步骤S904中，生成资产类账号acno。

在步骤S905中，将负债+资产类账号写入客户账户关联表。

这里以其中的任意一个币种为例进行举例说明，首先查询客户账户关联表，判断该币种的负债类账号和资产类账号是否已经存在于该商户C的客户账户关联表中，若不存在，则为该商户C生成该币种的负债类账号和资产类账号，并将生成的该币种的负债类账号和资产类账号写入商户C的客户账户关联表中。若已经存在，则该币种的本次操作已经完成。

在步骤S906中，查询客户账户余额表。

这里的客户账户余额表即上述表2中的账户余额关键信息，这是一个通用的表，客户账户、固定收益账户、浮动损益账户、垫资中间户、银行渠道账户都可以使用这个表。在数据库层面，不同账户的余额表是不同的表(即table)，有不同的表名，但表的字段是相同的。

在步骤S907中，判断acno余额账号是否已存在；若已存在，则跳转到步骤S909；若不存在，则进入步骤S908。

在步骤S908中，将负债+资产类账号写入客户账户余额表。

将生成的该客户的该币种的负债类账号和资产类账号分别作为客户账户余额表中相应币种的余额账号。其中，账户关联表是用于关联客户外部编号Client_id(或银行外部编号bank_type等)与余额账号acno之间的映射关系，不记录余额。账户余额表才记录余额。这样做的好处是，系统分层，便于开发与维护：关联表属于客户资料范畴，账户余额表属于底层账户体系。

以任意一个客户为例，查询客户余额时，先通过客户账户关联表的Client_id查找到acno，再通过客户账户余额表的acno查找到这个账户的余额。

在步骤S909中，结束本次操作。

图10示意性示出了根据本申请一实施例的创建银行基本信息的流程图。如图10所示，本申请实施例中，创建银行基本信息可以包括以下步骤。

在步骤S1010中，为银行B生成外部编号bank_type。

在步骤S1020中，为银行B生成内部编号uid。

在步骤S1030中，记录银行基本信息。

这里的银行基本信息可以包括银行名称、地址等类似信息。

同时，还要记录每家渠道在系统内的各个账户关联关系。做法是：(1)为每家渠道银行分配一个渠道银行外部编号bank_type，财务通过bank_type来区分各家银行，进行账目管理。(2)同样的，为了方便内部管理，为每个bank_type创建一个银行内部编号uid，uid对财务不可见。(3)最后使用一个渠道银行关联关系表来管理渠道银行与各币种账户之间的关联关系。渠道银行账户关联表关键信息如下表5所示：

表5渠道银行账户关联表

图11示意性示出了根据本申请一实施例的创建银行余额账户的流程图。如图11所示，本申请实施例中，创建银行余额账户可以包括以下步骤。

在步骤S1101中，查询银行账户关联表。

在步骤S1102中，判断银行B同币种账号是否已存在；若不存在，则进入步骤S1103；若存在，则跳转到步骤S1105。

在步骤S1103中，生成账号acno。

在步骤S1104中，将账号写入银行账户关联表。

在步骤S1105中，查询银行账户余额表。

在步骤S1106中，判断acno余额账号是否已存在；若已存在，则跳转到步骤S1108；若不存在，则进入步骤S1107。

在步骤S1107中，将账号写入银行账户余额表。

在步骤S1108中，结束本次操作。

图12示意性示出了根据本申请一实施例的创建垫资中间户基本信息的流程图。如图12所示，本申请实施例中，创建垫资中间户基本信息可以包括以下步骤。

在步骤S1210中，为垫资中间户生成外部编号loan_type。

在步骤S1220中，为垫资中间户生成内部编号uid。

在步骤S1230中，记录垫资中间户基本信息。

中间户基本信息可以包括中间户外部编号、中间户用途，中间户备注信息等。

最后，还需要为垫资中间户创建账号，并记录垫资中间户与各个币种账号的关联关系。做法是：

(1)为垫资中间户分配一个外部编号loan_type，财务通过loan_type来识别垫资中间户，进行账目管理。

(2)同样的，为了方便内部管理，为每个loan_type创建一个垫资中间户内部编号uid，uid对财务不可见。

(3)使用一个垫资中间户关联关系表来管理垫资中间户<-->各币种账户之间的关联关系。垫资中间户关联表关键信息如下表6所示：

表6垫资中间户关联表

图13示意性示出了根据本申请一实施例的创建垫资中间户余额账户的流程图。如图13所示，本申请实施例中，创建垫资中间户余额账户可以包括以下步骤。

在步骤S1301中，查询垫资中间户账户关联表。

在步骤S1302中，判断垫资中间户同币种账号是否已存在；若不存在，则进入步骤S1303；若存在，则跳转到步骤S1306。

在步骤S1303中，生成负债类账号acno。

在步骤S1304中，生成资产类账号acno。

在步骤S1305中，将负债+资产类账号写入垫资中间户账户关联表。

在步骤S1306中，查询垫资中间户账户余额表。

在步骤S1307中，判断acno余额账号是否已存在；若已存在，则跳转到步骤S1309；若不存在，则进入步骤S1308。

在步骤S1308中，将负债+资产类账号写入垫资中间户账户余额表。

在步骤S1309中，结束本次操作。

图14示意性示出了根据本申请实施例的创建权益户基本信息的流程图。如图14所示，本申请实施例中，创建权益户基本信息可以包括以下步骤。

在步骤S1410中，为权益户P生成外部编号profit_id。

在步骤S1420中，为权益户P生成内部编号uid。

在步骤S1430中，记录权益户P基本信息。

这里的权益基本信息可以包括权益户的外部编号和内部编号，权益户账户类型(固定收益账户或者浮动损益账户)，账户用途等备注。

然后，记录权益户与各币种账号之间的关联关系，权益户账户关联表关键信息如下表7所示：

表7权益户账户关联表

上述表7中，固定收益账户和浮动损益账户是独立的，可以通过profit_id进行区分。

图15示意性示出了根据本申请实施例的创建权益户余额账户的流程图。如图15所示，本申请实施例中，创建权益户余额账户可以包括以下步骤。

在步骤S1501中，查询权益户账户关联表。

在步骤S1502中，判断权益户P同币种账号是否已存在；若不存在，则进入步骤S1503；若存在，则跳转到步骤S1505。

在步骤S1503中，生成账号acno。

在步骤S1504中，将账号写入权益户账户关联表。

在步骤S1505中，查询权益户账户余额表。

在步骤S1506中，判断acno余额账号是否已存在；若已存在，则跳转到步骤S1508；若不存在，则进入步骤S1507。

在步骤S1507中，将账号写入权益户账户余额表。

在步骤S1508中，结束本次操作。

在很多场景中，客户余额不足时，需要由垫资中间户“借钱”给客户，因此需要记录每个客户的垫资欠款情况；最后，还需要将客户从垫资中间户借的钱归还，因此还需要一个平账程序。垫资平账流程不单可以用在外汇交易平台例如换汇平台中，还可以抽象成通用的方案，从而使得其在各个业务场景(如垫资购汇、付汇、普通贷款等)下都能使用。

在前面的账户体系设计中，设计了双账户方案。其中，客户资产类账户记录客户的欠款余额，客户负债类账户记录客户的可交易余额。此处客户资产类账户类似于透支额/信用卡余额/贷款余额，而客户负债类账户相当于借记卡余额/第三方支付钱包中的余额。

当需要垫资时，垫资中间户的资产类账户出钱，客户资产类账户入钱；垫资中间户的负债类账户出钱，客户负债类账户入钱。各个账户出入金额相等。

例如，如图16A所示，垫资中间户的CNY币种的资产类账户借出￥690给CNY币种的客户资产类账户。同时，垫资中间户的CNY币种的负债类账户借出￥690给CNY币种的客户负债类账户。

表8垫资资金流

平账也可称之为还款。在前述垫资流程中，客户欠款余额等于客户资产类账户余额，还款额不高于欠款余额即可。在平账时，资金流方向与垫资时正好相反：客户资产类账户出钱，垫资中间户的资产类账户入钱；客户负债类账户出钱，垫资中间户的负债类账户入钱。各个账户出入金额相等。

例如，如图16B所示，客户的CNY币种的资产类账户出￥690给CNY币种的垫资中间户资 产类账户。同时，客户的CNY币种的负债类账户借出￥690给CNY币种的垫资中间户负债类账户。

表9平账资金流

图17示意性示出了根据本申请实施例的购汇发起的流程图。

如图17所示，本申请实施例中，购汇发起阶段可以包括以下步骤。

在步骤S1701中，接受客户换汇请求。

在外汇交易中，系统受理客户发送的换汇请求、完成换汇后，需要进行系统资金清算。系统受理客户发送的换汇请求，客户指定买入、卖出货币的币种，即指定本币和外币分别是什么，以及指定买入外币金额是多少。

在步骤S1702中，获取基准汇率。

在步骤S1703中，对客户进行汇率加价。

在步骤S1704中，计算客户应付本币金额。

在步骤S1705中，判断客户余额是否充足；若不充足，则进入步骤S1706；若充足，则跳转到步骤S1707。

在步骤S1706中，垫资中间户借钱。

在步骤S1707中，冻结客户本币金额。

在步骤S1708中，结束。

系统根据市场基准汇率+固定加价对客户进行报价，并计算客户应付本币金额，并冻结客户本币资金；若客户账户余额不足，则由垫资中间户先垫资“借钱”给客户，再冻结客户本币资金。

图18示意性示出了根据本申请实施例的购汇回导的流程图。如图18所示，本申请实施例中，购汇回导阶段可以包括以下步骤。

在步骤S1801中，接受银行返回结果。

系统将换汇请求提交到下游渠道银行，换汇请求中包括买入、卖出货币，指定买入外币金额。渠道银行返回购汇结果作为响应信息，其中包含实际成交汇率和实际扣款本币金额。

在步骤S1802中，判断是否购汇成功；若购汇成功，则进入步骤S1803；若购汇失败，则跳转到步骤S1807。

在步骤S1803中，解析实际成交金额。

在步骤S1804中，计算固定收益。

在步骤S1805中，计算浮动损益。

系统根据给客户的报价金额、系统的基准金额、渠道的实际成交金额，计算固定收益和浮动损益，计算公式可以如下：

固定收益(本币)＝报价金额-基准金额      (3)

浮动损益(本币)＝实际成交金额-基准金额        (4)

其中：

报价金额＝指定买入外币金额*报价汇率     (5)

基准金额＝指定买入外币金额*基准汇率     (6)

报价汇率＝基准汇率+加价点数       (7)

在步骤S1806中，各账户间进行资金清算。

按照上述计算金额，进行各个账户之间的金额转移。

在步骤S1807中，解冻客户本币金额。

在步骤S1808中，结束。

下面对换汇流程资金清算进行举例说明。以客户发起CNY-USD换汇请求(即客户请求将CNY换成USD，其他货币同理)为例，说明资金清算流程：

(1)在客户换汇发起请求阶段，假定客户请求、市场基准汇率参数如下表10所示：

表10换汇请求发起

经过加价计算后，需要冻结客户CNY￥690，若客户余额不足，则需要从垫资中间户账户中垫资“借款”￥690，资金流如下图19所示。

如图19所示，垫资中间户的CNY资产类账户借出￥690至客户的CNY资产类账户。垫资中间户的CNY负债类账户借出￥690值客户的CNY负债类账户，并冻结客户的CNY负债类账户中的￥690。

表11客户换汇发起资金流

以全额借款方式为例进行举例说明，即在垫资过程中，不需要考虑客户对应币种的账户余额为多少，只要其余额不足，就向系统提供的垫资中间户借相同币种的客户应付本币金额，例如上述举例中，即使客户的人民币余额有200元，也会借690元，而不是借490元人民币，全额借款方式更简单便捷。

在其他实施例中，也可以采用差额借款方式，即首先考虑客户该币种的账户余额为多少，然后计算客户应付本币金额与本币的账户余额之间的差值作为向垫资中间户所借的钱的多少。

在垫资过程中，客户资产类账户用于记录客户欠款，客户资产类账户余额表示该客户欠款余额，而垫资中间户资产类余额可以表示当前所有客户欠款余额。

客户负债类账户余额则用于实际交易，因此冻结资金记在客户负债类账户上。

此外，购汇发起阶段，不涉及物理银行账户变动，因此只有系统资金流，没有物理资金流。

购汇回导阶段，假设实际成交结果如下表12所示：

表12购汇回导

可以看到，由于实际成交汇率与购汇发起时汇率不同，因此实际成交金额与基准金额不一致，进而会产生浮动损益；同时，客户购汇发起时，换汇平台对客户进行汇率加价，因此也会产生固定收益。

如图20所示，根据上述换汇结果，物理资金流是从XX银行的CNY账户支出￥675至外汇交易市场，外汇交易市场返回USD$100至XX银行的USD账户。

图21示意性示出了根据本申请一实施例的系统资金流的示意图。

如图21所示，根据上述换汇结果，系统资金流是从客户的CNY负债类账户解冻出￥690，并将这￥690中的￥10转移至固定收益的CNY账户，并将这￥690中的￥675至XX银行的CNY账户，并将这￥690中的￥5至浮动损益的CNY账户。同时，XX银行的USD账户将USD$100转移至客户的USD负债类账户。如下表13所示：

表13

需要说明的是，在物理资金流中，XX银行购汇完成以后，会在换汇平台物理账户里面记一笔CNY 675的扣减、一笔USD 100元的增加。而系统资金流中，XX银行系统账户变动对应物理账户变动，同时还有客户负债账户及收益账户之间的清算。

本申请实施例中，上述各类表均可以存储于数据库服务器中。其中，数据库软件可以采用开源的MySQL(关系型数据库管理系统)服务器，降低采购成本，但本申请并不限定于此。

参见图23，在一些实施例中，数据库采用一主多备(即一台主机+多台备机)的架构，通过半同步或MySQL组复制(MySQL Group Replication,MGR)技术构建数据库高可用系统，提高数据库的健壮性。

本申请实施例提供的技术方案可以作为底层组件模块，为上层业务提供支撑。可以应用到如下场景：

(1)购汇交易业务，以换汇平台为例，可以为换汇平台接入客户、下游渠道提供最基础的底层账户系统。换汇平台通过使用这一套账户体系，可以接入多家客户、下游渠道，数量不受限制。同时，可以根据客户实际需要、渠道实际支持的能力，为客户、渠道灵活创建不同的币种账户。

如果换汇平台同时接收到海量的购汇请求，考虑扩展性，可以采用分布式架构，包括提供接入层的就近接入，流量的负载均衡及过载保护机制、系统模块的多机部署等等。

(2)代收代付业务，相比当前的单币种(人民币)代收代付系统，使用本申请实施例提供的账户体系后，可以支持多币种代收代付业务，为业务发展带来更多商业应用场景。

其中，代收代付业务是指各金融机构利用自身的结算便利，接受客户的委托代为办理指定款项的收付事宜的业务。

(3)个人信贷业务，在互联网金融中，个人信贷业务是很重要的一块。本申请实施例提供的账户体系和资金清算方案，契合信贷业务场景，可以为之所用。

同时，本申请实施例提供的方法作为一种底层账户体系方案，可以运用在多种业务场景下，尤其适用于外汇交易业务中，具有如下优点：方案适用场景广，系统账户设置灵活度高；客户余额不足时，可以通过垫资中间户“借钱”给客户，大大提升了业务的灵活性；通过双账户方案，可以实时查看每个客户欠款余额，方便追款。

在其他实施例中，还可以针对垫资欠款设计相应的手续费和利息征收方案。

上述实施例中，只记录了购汇流程中的垫资过程，在付汇流程中，同样可以使用该垫资方案。通过在账户流水中区分不同的交易类型，还可以区分出不同的垫资类型，进而使用不同的手续费和利息费率，从而完善前文中的手续费和利息征收方案。

本申请实施例提供的方法，可以与区块链等技术结合，从而使得该技术方案在区块链上实现，从而达到更好的效果。

图24示意性示出了本申请实施例的分布式系统应用于区块链系统的结构示意图。

本申请实施例涉及的系统可以是由客户端2420、多个节点2410(接入网络中的任意形式的计算设备，如服务器、用户终端)通过网络通信的形式连接形成的分布式系统。

以分布式系统为区块链系统为例，参见图24，图24是本申请实施例提供的分布式系统2400应用于区块链系统的一个结构示意图，由多个节点(接入网络中的任意形式的计算设备，如服务器、用户终端)和客户端形成，节点之间形成组成的点对点(P2P，Peer To Peer)网络，P2P协议是一个运行在传输控制协议(TCP，Transmission Control Protocol)协议之上的应用层协议。在分布式系统中，任何机器如服务器、终端都可以加入而成为节点，节点包括硬件层、中间层、操作系统层和应用层。

参见图24示出的区块链系统中各节点的功能，涉及的功能包括：

1)路由，节点具有的基本功能，用于支持节点之间的通信。

节点除具有路由功能外，还可以具有以下功能：

2)应用，用于部署在区块链中，根据实际业务需求而实现特定业务，记录实现功能相关的数据形成记录数据，在记录数据中携带数字签名以表示任务数据的来源，将记录数据发送到区块链系统中的其他节点，供其他节点在验证记录数据来源以及完整性成功时，将记录数据添加到临时区块中。

例如，应用实现的业务包括：

2.1)钱包，用于提供进行电子货币的交易的功能，包括发起交易(即，将当前交易的交易记录发送给区块链系统中的其他节点，其他节点验证成功后，作为承认交易有效的响应，将交易的记录数据存入区块链的临时区块中；当然，钱包还支持查询电子货币地址中剩余的电子货币；

2.2)共享账本，用于提供账目数据的存储、查询和修改等操作的功能，将对账目数据的操作的记录数据发送到区块链系统中的其他节点，其他节点验证有效后，作为承认账目数据有效的响应，将记录数据存入临时区块中，还可以向发起操作的节点发送确认。

2.3)智能合约，计算机化的协议，可以执行某个合约的条款，通过部署在共享账本上的用于在满足一定条件时而执行的代码实现，根据实际的业务需求代码用于完成自动化的交易，例如查询买家所购买商品的物流状态，在买家签收货物后将买家的电子货币转移到商户的地址；当然，智能合约不仅限于执行用于交易的合约，还可以执行对接收的信息进行处理的合约。

3)区块链，包括一系列按照产生的先后时间顺序相互接续的区块(Block)，新区块一旦加入到区块链中就不会再被移除，区块中记录了区块链系统中节点提交的记录数据。

图25示意性示出了本申请实施例的区块结构的组成示意图。

参见图25，图25是本申请实施例提供的区块结构(Block Structure)一个示意图，每个区块中包括本区块存储交易记录的哈希值(本区块的哈希值)、以及前一区块的哈希值，各区块通过哈希值连接形成区块链。另外，区块中还可以包括有区块生成时的时间戳等信息。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了相关的信息，用于验证其信息的有效性(防伪)和生成下一个区块。

以下介绍本申请的装置实施例，可以用于执行本申请上述的数据资源处理方法。对于本申请装置实施例中未披露的细节，请参照本申请上述的数据资源处理方法的实施例。

图26示意性示出了本申请实施例的数据资源处理装置的框图。

参照图26所示，本申请实施例提供的数据资源处理装置2600可以包括：转移请求接收单元2610、原始数额确定单元2620、转移请求发送单元2630、响应信息获取单元2640、权益数额获得单元2650以及账户数额转移单元2660。

在一些实施例中，转移请求接收单元2610，可以配置为接收来自目标服务对象的数据资源转移请求，所述数据资源转移请求包括目标数据资源类型、原始数据资源类型和目标数据资源转移数额。原始数额确定单元2620可以配置为根据所述目标数据资源转移数额，确定原始数据资源转移数额。转移请求发送单元2630可以配置为将所述数据资源转移请求发送至目标服务提供对象。响应信息获取单元2640可以配置为从所述目标服务提供对象获取响应于所述数据资源转移请求的响应信息，所述响应信息包括所述原始数据资源类型的实际扣减数额。

权益数额获得单元2650可以配置为根据所述目标数据资源转移数额和所述实际扣减数额，获得所述原始数据资源类型的权益数额。账户数额转移单元2660可以配置为根据所述权益数额、所述原始数据资源转移数额、所述实际扣减数额和所述目标数据资源转移数额，进行所述目标服务对象的第一类系统账户、所述目标服务提供对象的第二类系统账户、以及系统权益账户之间的数额转移。

在示例性实施例中，原始数额确定单元2620可以包括：基准指标获取单元，可以配置为获取所述目标数据资源类型和所述原始数据资源类型之间的基准指标；报价指标生成单元，可以配置为根据所述基准指标生成所述目标数据资源类型和所述原始数据资源类型之间的报价指标；被转移金额确定单元，可以配置为根据所述报价指标和所述目标数据资源转移数额，确定 所述原始数据资源转移数额；原始数据资源转移数额冻结单元，可以配置为冻结所述目标服务对象的所述原始数据资源类型的第一类系统账户中的所述原始数据资源转移数额。

在示例性实施例中，数据资源处理装置2600还可以包括：剩余数额获得单元，可以配置为在冻结所述目标服务对象的所述原始数据资源类型的第一类系统账户中的所述原始数据资源转移数额之前，获得所述目标服务对象的所述原始数据资源类型的第一类系统账户中的剩余数额；负债垫资单元，可以配置为若所述剩余数额小于所述原始数据资源转移数额，则从系统中间户的所述原始数据资源类型的第一类系统账户中将所述原始数据资源转移数额转移至所述目标服务对象的所述原始数据资源类型的第一类系统账户中。

在示例性实施例中，数据资源处理装置2600还可以包括：资产垫资单元，可以配置为从所述系统中间户的所述原始数据资源类型的第二类系统账户中，将所述原始数据资源转移数额转移至所述目标服务对象的所述原始数据资源类型的第二类系统账户中。

在示例性实施例中，剩余数额获得单元可以包括：服务对象外部编号获取单元，可以配置为获取所述目标服务对象的外部编号；服务对象关联表查找单元，可以配置为根据所述外部编号查找所述目标服务对象的客户账户关联表，获得所述目标服务对象的所述原始数据资源类型的第一类系统账户；服务对象余额表查找单元，可以配置为根据所述目标服务对象的所述原始数据资源类型的第一类系统账户，查找所述目标服务对象的账户余额表，获得所述目标服务对象的所述原始数据资源类型的第一类系统账户中的剩余数额。

在示例性实施例中，数据资源处理装置2600还可以包括：当前类型确定单元，可以配置为确定当前类型，所述当前类型包括所述目标数据资源类型和所述原始数据资源类型；服务对象关联表查询单元，可以配置为根据所述当前类型查询所述目标服务对象的客户账户关联表；客户账号生成单元，可以配置为若所述客户账户关联表中不存在与所述当前类型对应的第一类系统账户和第二类系统账户，则生成与所述当前类型对应的第一类系统账户和第二类系统账户；客户账号写入单元，可以配置为将与所述当前类型对应的第一类系统账户和第二类系统账户，写入所述客户账户关联表。

在示例性实施例中，数据资源处理装置2600还可以包括：账户余额表查询单元，可以配置为根据所述当前类型查询所述目标服务对象的账户余额表；余额账号生成单元，可以配置为若所述账户余额表中不存在与所述当前类型对应的第一类系统账户和第二类系统账户，则将与所述当前类型对应的第一类系统账户和第二类系统账户，写入所述账户余额表。

在示例性实施例中，数据资源处理装置2600还可以包括：服务对象外部编号生成单元，可以配置为生成所述目标服务对象的外部编号；服务对象内部编号生成单元，可以配置为生成与所述外部编号对应的所述目标服务对象的内部编号；外内编号关联单元，可以配置为将所述外部编号和所述内部编号写入所述目标服务对象的客户账户关联表。

在示例性实施例中，权益数额获得单元2650可以包括：报价数额获得单元，可以配置为根据所述目标数据资源转移数额和所述报价指标，获得报价数额；基准数额获得单元，可以配置为根据所述目标数据资源转移数额和所述基准指标，获得基准数额；固定收益获得单元，可以配置为根据所述报价数额和所述基准数额，获得所述原始数据资源类型的固定收益；浮动损益获得单元，可以配置为根据所述实际扣减数额和所述基准数额，获得所述原始数据资源类型的浮动损益。

在示例性实施例中，所述系统权益账户可以包括固定收益账户和浮动损益账户。其中，账户数额转移单元2660可以包括：原始数据资源转移数额解冻单元，可以配置为解冻所述目标服务对象的所述原始数据资源类型的第一类系统账户中的所述原始数据资源转移数额；固定收益转移单元，可以配置为从所述目标服务对象的所述原始数据资源类型的第一类系统账户中转移所述固定收益至所述原始数据资源类型的固定收益账户；浮动损益转移单元，可以配置为从所述目标服务对象的所述原始数据资源类型的第一类系统账户中转移所述浮动损益至所述原始数据资源类型的浮动损益账户；实际扣减转移单元，可以配置为从所述目标服务对象的所述原始数据资源类型的第一类系统账户中转移所述实际扣减数额至所述目标服务提供对象的所述原始数据资源类型的第二类系统账户；外币转移单元，可以配置为从所述目标服务提供对象的所述 目标数据资源类型的第二类系统账户中转移所述目标数据资源转移数额至所述目标服务对象的所述目标数据资源类型的第一类系统账户。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本申请实施方式的方法。

Claims (13)

1. 一种数据资源处理方法，所述方法由电子设备执行，所述方法包括：

   接收来自目标服务对象的数据资源转移请求，所述数据资源转移请求包括原始数据资源类型、目标数据资源类型和目标数据资源转移数额；

   根据所述目标数据资源转移数额，确定原始数据资源转移数额；

   将所述数据资源转移请求发送至目标服务提供对象；

   从所述目标服务提供对象获取响应于所述数据资源转移请求的响应信息，所述响应信息包括所述原始数据资源类型的实际扣减数额；

   根据所述目标数据资源转移数额和所述实际扣减数额，获得原始数据资源类型的权益数额；

   根据所述权益数额、所述原始数据资源转移数额、所述实际扣减数额和所述目标数据资源转移数额，进行所述目标服务对象的第一类系统账户、所述目标服务提供对象的第二类系统账户、以及系统权益账户之间的数额转移。
2. 根据权利要求1所述的数据资源处理方法，其中，所述根据所述目标数据资源转移数额，确定原始数据资源转移数额，包括：

   获取所述目标数据资源类型和所述原始数据资源类型之间的基准指标；

   根据所述基准指标生成所述目标数据资源类型和所述原始数据资源类型之间的报价指标；

   根据所述报价指标和所述目标数据资源转移数额，确定所述原始数据资源转移数额；

   冻结所述目标服务对象的所述原始数据资源类型的第一类系统账户中的所述原始数据资源转移数额。
3. 根据权利要求2所述的数据资源处理方法，其中，所述冻结所述目标服务对象的所述原始数据资源类型的第一类系统账户中的所述原始数据资源转移数额之前，还包括：

   获得所述目标服务对象的所述原始数据资源类型的第一类系统账户中的剩余数额；

   若所述剩余数额小于所述原始数据资源转移数额，则从系统中间户的所述原始数据资源类型的第一类系统账户中将所述原始数据资源转移数额转移至所述目标服务对象的所述原始数据资源类型的第一类系统账户中。
4. 根据权利要求3所述的数据资源处理方法，其中，还包括：

   从所述系统中间户的所述原始数据资源类型的第二类系统账户中，将所述原始数据资源转移数额转移至所述目标服务对象的所述原始数据资源类型的第二类系统账户中。
5. 根据权利要求3所述的数据资源处理方法，其中，获得所述目标服务对象的所述原始数据资源类型的第一类系统账户中的剩余数额，包括：

   获取所述目标服务对象的外部编号；

   根据所述外部编号查找所述目标服务对象的客户账户关联表，获得所述目标服务对象的所述原始数据资源类型的第一类系统账户；

   根据所述目标服务对象的所述原始数据资源类型的第一类系统账户，查找所述目标服务对象的账户余额表，获得所述目标服务对象的所述原始数据资源类型的第一类系统账户中的剩余数额。
6. 根据权利要求5所述的数据资源处理方法，其中，还包括：

   确定当前类型，所述当前类型包括所述目标数据资源类型和所述原始数据资源类型；

   根据所述当前类型查询所述目标服务对象的客户账户关联表；

   若所述客户账户关联表中不存在与所述当前类型对应的第一类系统账户和第二类系统账户，则生成与所述当前类型对应的第一类系统账户和第二类系统账户；

   将与所述当前类型对应的第一类系统账户和第二类系统账户，写入所述客户账户关联表。
7. 根据权利要求6所述的数据资源处理方法，其中，还包括：

   根据所述当前类型查询所述目标服务对象的账户余额表；

   若所述账户余额表中不存在与所述当前类型对应的第一类系统账户和第二类系统账户，则将与所述当前类型对应的第一类系统账户和第二类系统账户，写入所述账户余额表。
8. 根据权利要求6所述的数据资源处理方法，其中，还包括：

   生成所述目标服务对象的外部编号；

   生成与所述外部编号对应的所述目标服务对象的内部编号；

   将所述外部编号和所述内部编号写入所述目标服务对象的客户账户关联表。
9. 根据权利要求2所述的数据资源处理方法，其中，所述权益数额包括固定收益和浮动损益；其中，根据所述目标数据资源转移数额和所述实际扣减数额，获得所述原始数据资源类型的权益数额，包括：

   根据所述目标数据资源转移数额和所述报价指标，获得报价数额；

   根据所述目标数据资源转移数额和所述基准指标，获得基准数额；

   根据所述报价数额和所述基准数额，获得所述原始数据资源类型的固定收益；

   根据所述实际扣减数额和所述基准数额，获得所述原始数据资源类型的浮动损益。
10. 根据权利要求9所述的数据资源处理方法，其中，所述系统权益账户包括固定收益账户和浮动损益账户；其中，根据所述权益数额、所述原始数据资源转移数额、所述实际扣减数额和所述目标数据资源转移数额，进行所述目标服务对象的第一类系统账户、目标服务提供对象的第二类系统账户、以及系统权益账户之间的数额转移，包括：

    解冻所述目标服务对象的所述原始数据资源类型的第一类系统账户中的所述原始数据资源转移数额；

    从所述目标服务对象的所述原始数据资源类型的第一类系统账户中转移所述固定收益至所述原始数据资源类型的固定收益账户；

    从所述目标服务对象的所述原始数据资源类型的第一类系统账户中转移所述浮动损益至所述原始数据资源类型的浮动损益账户；

    从所述目标服务对象的所述原始数据资源类型的第一类系统账户中转移所述实际扣减数额至所述目标服务提供对象的所述原始数据资源类型的第二类系统账户；

    从所述目标服务提供对象的所述目标数据资源类型的第二类系统账户中转移所述目标数据资源转移数额至所述目标服务对象的所述目标数据资源类型的第一类系统账户。
11. 一种数据资源处理装置，所述装置包括：

    转移请求接收单元，配置为接收来自目标服务对象的数据资源转移请求，所述数据资源转移请求包括目标数据资源类型、原始数据资源类型和目标数据资源转移数 额；

    原始数额确定单元，配置为根据所述目标数据资源转移数额，确定原始数据资源转移数额；

    转移请求发送单元，配置为将所述数据资源转移请求发送至目标服务提供对象；

    响应信息获取单元，配置为从所述目标服务提供对象获取响应于所述数据资源转移请求的响应信息，所述响应信息包括所述原始数据资源类型的实际扣减数额；

    权益数额获得单元，配置为根据所述目标数据资源转移数额和所述实际扣减数额，获得所述原始数据资源类型的权益数额；

    账户数额转移单元，配置为根据所述权益数额、所述原始数据资源转移数额、所述实际扣减数额和所述目标数据资源转移数额，进行所述目标服务对象的第一类系统账户、目标服务提供对象的第二类系统账户、以及系统权益账户之间的数额转移。
12. 一种计算机存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如权利要求1至10中任一项所述的数据资源处理方法。
13. 一种电子设备，所述电子设备包括：

    一个或多个处理器；

    存储器，配置为存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1至10中任一项所述的数据资源处理方法。

Images