CN109118077A - 一种资金调度系统、调度方法以及后台服务器 - Google Patents

Abstract

本发明提供一种资金调度系统、调度方法以及后台服务器，该系统中由后台服务器基于预设资金调度模式和预设机构等级关系确定处理第一机构客户端所发起的资金调度请求的第二机构客户端，进而由第二机构客户端进行额度拆分，由后台服务器确定执行资金调度操作的第三机构客户端，从而使第三机构客户端执行资金调度操作。基于此系统，可以由符合预设资金调度模式的机构客户端协调调度，降低出现错误调度的概率，从而提高调度效率。

Description

一种资金调度系统、调度方法以及后台服务器

技术领域

本发明涉及资金调度技术领域，更具体地说，涉及一种资金调度系统、调度方法以及后台服务器。

背景技术

为全面落实财务集约化管理、完善公司内部运营管理模式，对公司资金来源和运作进行统一管理是很有必要的。

现阶段，公司内部的资金调度主要由总部协调分公司和业务部等部门完成。但是，由于总部并不了解其他部门的资金能力，这就很容易在出现错误调度，从而降低调度效率。

发明内容

为解决上述问题，本发明提供一种资金调度系统、调度方法以及后台服务器，技术方案如下：

一种资金调度系统，包括：后台服务器和与所述后台服务器通信连接的前端设备，所述前端设备包括按照预设机构等级关系建立通信连接的多个机构客户端；

所述机构客户端中的第一机构客户端响应用户输入生成资金调度请求，并将所述资金调度请求发送至所述后台服务器，所述资金调度请求至少包括资金调度额度以及资金调度账户信息；

所述后台服务器基于预设资金调度模式和所述预设机构等级关系，从所述多个机构客户端中确定用于处理所述资金调度请求的第二机构客户端，并将所述资金调度额度发送至所述第二机构客户端；

所述第二机构客户端基于所述资金调度额度进行额度拆分，并将拆分结果发送至所述后台服务器，所述拆分结果至少包括拆分额度以及处理所述拆分额度的目标机构；

所述后台服务器从所述多个机构客户端中确定所述目标机构所对应的第三机构客户端，并将所述拆分额度和所述资金调度账户信息发送至所述第三机构客户端；

所述第三机构客户端按照所述拆分额度和所述资金调度账户信息执行资金调度操作。

优选的，用于响应用户输入生成资金调度请求的所述第一机构客户端，具体用于：

接收用户输入的用于表征新增资金调度申请的第一请求，并调取资金调度申请清单并显示，所述资金调度申请清单包括申请配置参数以及参数录入区域；获取用户基于所述申请配置参数在所述参数录入区域所输入的参数内容；接收用户输入的用于表征保存资金调度申请的第二请求，并保存所述参数内容；接收用户输入的用于表征提交资金调度申请的第三请求，并生成包含有所述参数内容的资金调度请求。

优选的，所述第一机构客户端，还用于：

接收用户针对所述参数内容的修改/删除请求，并对所述参数内容执行修改/删除操作。

优选的，用于基于预设资金调度模式和所述预设机构等级关系，从所述多个机构客户端中确定用于处理所述资金调度请求的第二机构客户端的所述后台服务器，具体用于：

如果所述预设资金调度模式为二级调度模式，则将预设客户端确定为用于处理所述资金调度请求的第二机构客户端；如果所述预设资金调度模式为三级调度模式，则根据所述预设机构等级关系，将所述第一机构客户端的上级客户端确定为用于处理所述资金调度请求的第二机构客户端。

优选的，所述机构客户端，还用于：

对资金调度请求/拆分结果/资金调度操作的执行情况进行审批。

一种资金调度方法，应用于前文任意一项所述的资金调度系统中的后台服务器，所述方法包括：

接收第一机构客户端所发送的资金调度请求，所述第一资金调度请求是所述第一机构客户端响应用户输入所生成的，并且所述第一资金调度请求至少包括资金调度额度以及资金调度账户信息；

基于预设资金调度模式和所述预设机构等级关系，从所述多个机构客户端中确定用于处理所述资金调度请求的第二机构客户端，并将所述资金调度额度发送至所述第二机构客户端，以使所述第二机构客户端基于所述资金调度额度进行额度拆分；

接收所述第二机构客户端所发送的拆分结果，所述拆分结果至少包括拆分额度以及处理所述拆分额度的目标机构；

从所述多个机构客户端中确定所述目标机构所对应的第三机构客户端，并将所述拆分额度和所述资金调度账户信息发送至所述第三机构客户端，以使所述第三机构客户端按照所述拆分额度和所述资金调度账户信息执行资金调度操作。

优选的，所述基于预设资金调度模式和所述预设机构等级关系，从所述多个机构客户端中确定用于处理所述资金调度请求的第二机构客户端，包括：

如果所述预设资金调度模式为二级调度模式，则将预设客户端确定为用于处理所述资金调度请求的第二机构客户端；

如果所述预设资金调度模式为三级调度模式，则根据所述预设机构等级关系，将所述第一机构客户端的上级客户端确定为用于处理所述资金调度请求的第二机构客户端。

一种后台服务器，包括：

第一接收模块，用于接收第一机构客户端所发送的资金调度请求，所述第一资金调度请求是所述第一机构客户端响应用户输入所生成的，并且所述第一资金调度请求至少包括资金调度额度以及资金调度账户信息；

第一确定模块，用于基于预设资金调度模式和所述预设机构等级关系，从所述多个机构客户端中确定用于处理所述资金调度请求的第二机构客户端，并将所述资金调度额度发送至所述第二机构客户端，以使所述第二机构客户端基于所述资金调度额度进行额度拆分；

第二接收模块，用于接收所述第二机构客户端所发送的拆分结果，所述拆分结果至少包括拆分额度以及处理所述拆分额度的目标机构；

第二确定模块，用于从所述多个机构客户端中确定所述目标机构所对应的第三机构客户端，并将所述拆分额度和所述资金调度账户信息发送至所述第三机构客户端，以使所述第三机构客户端按照所述拆分额度和所述资金调度账户信息执行资金调度操作。

优选的，用于基于预设资金调度模式和所述预设机构等级关系，从所述多个机构客户端中确定用于处理所述资金调度请求的第二机构客户端的所述第一确定模块，具体用于：

如果所述预设资金调度模式为二级调度模式，则将预设客户端确定为用于处理所述资金调度请求的第二机构客户端；如果所述预设资金调度模式为三级调度模式，则根据所述预设机构等级关系，将所述第一机构客户端的上级客户端确定为用于处理所述资金调度请求的第二机构客户端。

相较于现有技术，本发明实现的有益效果为：

以上本发明提供一种资金调度系统、调度方法以及后台服务器，该系统中由后台服务器基于预设资金调度模式和预设机构等级关系确定处理第一机构客户端所发起的资金调度请求的第二机构客户端，进而由第二机构客户端进行额度拆分，由后台服务器确定执行资金调度操作的第三机构客户端，从而使第三机构客户端执行资金调度操作。基于此系统，可以由符合预设资金调度模式的机构客户端协调调度，降低出现错误调度的概率，从而提高调度效率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本发明实施例提供的资金调度系统的结构示意图；

图2为本发明实施例提供的资金调度系统的结构示意图示例；

图3a为资金调度申请录入列表页面的示例；

图3b为资金调度申请录入页面的示例；

图4a为资金调度申请拆分列表界面的示例；

图4b为资金调度申请拆分详细页面的示例；

图4c为资金调度申请拆分修改页面的示例；

图5为资金调度申请审批页面的示例；

图6为本发明实施例提供的资金调度方法的方法流程图；

图7为本发明实施例提供的服务器的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例提供一种资金调度系统，该系统的结构示意图如图1所示，包括：后台服务器1和与后台服务器1通信连接的前端设备2，前端设备2包括按照预设机构等级关系建立通信连接的多个机构客户端20。

为方便理解，以以下应用场景为例进行说明：

电财公司的机构等级关系分为三级：总部资金部门、总部资金部门管辖范围内的总部清算中心、总部直属营业部和分公司资金部门，分公司资金部门管辖范围内的分公司清算中心、业务部、分公司直属营业部。

因此，按照上述机构等级关系，可以确定电财公司的资金调度系统包括：后台服务器1以及与后台服务器1连接的前端设备2，前端设备2包括总部资金部门客户端21、总部清算中心客户端22、总部直属营业部客户端23、分公司资金部门客户端24、分公司清算中心客户端25、业务部客户端26和分公司直属营业部客户端27。其结构示意图如图2所示：

总部资金部门客户端21分别与总部清算中心客户端22、总部直属营业部客户端23以及分公司资金部门客户端24通信连接；分公司资金部门客户端24分别与分公司清算中心客户端25、业务部客户端26、分公司直属营业部客户端27通信连接。

而由于一个总部所管辖的分公司或者直属营业部可以为一个或多个，一个分公司所管辖的业务部或者直属营业部也可以为一个或多个。因此，与总部资金部门客户端21连接的总部直属营业部客户端23以及分公司资金部门客户端24可以为一个或多个，与分公司资金部门客户端24连接的业务部客户端26和分公司直属营业部客户端27也可以为一个或多个，本实施例对此不做具体限定，可结合实际需要进行设置。

机构客户端中的第一机构客户端响应用户输入生成资金调度请求，并将资金调度请求发送至后台服务器，资金调度请求至少包括资金调度额度以及资金调度账户信息。

本实施例中，前端设备中的任意一个机构客户端均可以作为第一机构客户端，第一机构客户端作为收款方客户端时可以发起收款请求，而第一机构客户端作为付款方客户端时则可以发起付款请求。并且资金调度账户信息包括但不局限于账号、开户行以及账户名称等。

以第一机构客户端作为收款方客户端为例进行说明，在实际应用过程中，点击“资金管理-资金调度-收款方发起资金调度申请指令控制”进入界面，收款方发起资金调度申请初始化状态默认为“关闭”。点击【开启】，指令接受状态显示“开启”，资金调度申请收款方发起业务正常进行。点击【关闭】，指令接收状态显示“关闭”，资金调度申请收款方发起业务无法正常进行，此时需要由资金管理部设置第一机构客户端的权限。

第一机构客户端响应用户输入生成资金调度请求的过程如下：接收用户输入的用于表征新增资金调度申请的第一请求，并调取资金调度申请清单并显示，所述资金调度申请清单包括申请配置参数以及参数录入区域；获取用户基于所述申请配置参数在所述参数录入区域所输入的参数内容；接收用户输入的用于表征保存资金调度申请的第二请求，并保存所述参数内容；接收用户输入的用于表征提交资金调度申请的第三请求，并生成包含有所述参数内容的资金调度请求。

此外，第一机构客户端，还用于接收用户针对所述参数内容的修改/删除请求，并对所述参数内容执行修改/删除操作。

以第一机构客户端作为收款方客户端发起收款请求为例进行说明：用户可以通过“资金调度申请-资金调度申请录入”节点进入资金调度申请录入列表页面，点击【新增】进入显示资金调度申请清单的资金调度申请录入页面，在资金调度申请清单的参数录入区域录入相关参数内容，点击【保存】则保存相关参数内容，点击【返回】则返回到资金调度申请录入列表页面。图3a为资金调度申请录入列表页面的示例，图3b为资金调度申请录入页面的示例。

进一步，在资金调度申请录入列表页面中，选择一条撰写状态的记录，点击【修改】进入资金调度申请信息修改页面，即可对已录入信息进行修改，修改操作方法同上；在资金调度申请录入列表页面，选择一条撰写状态的记录，点击【删除】即可删除该记录；在资金调度申请录入列表页面，选择一条撰写状态的记录，点击【提交】即可提交资金调度申请信息。

后台服务器基于预设资金调度模式和预设机构等级关系，从多个机构客户端中确定用于处理所述资金调度请求的第二机构客户端，并将所述资金调度额度发送至所述第二机构客户端。

本实施例中，预设资金调度模式分为二级调度模式和三级调度模式。在实际应用中，资金调度模式可以通过“资金调度模式设置”节点进入资金调度模式设置页面来选择调度模式，点击【确定】设置资金调度模式。

以分公司管辖范围内的业务部所对应的业务部客户端作为第一机构客户端为例，分别介绍二级调度模式和三级调度模式：

二级调度模式，业务部客户端可以直接向总部资金部门客户端发起资金调度请求，而无需经过分公司资金部门客户端。而三级调度模式，业务部客户端只能向分公司资金部门客户端发起资金调度请求，分公司资金部门客户端只能向总部资金部门客户端发起资金调度请求。

因此，如果预设资金调度模式为二级调度模式，则后台服务器可以直接将总部资金部门客户端确定为第二机构客户端。而如果预设资金调度模式为三级调度模式，则需要将第一机构客户端的上级客户端确定为第二机构客户端，比如，在三级调度模式下，业务部客户端发起资金调度请求时，后台服务器则指定业务部所属分公司资金部门对应的分公司资金部门客户端为第二机构客户端。

第二机构客户端基于资金调度额度进行额度拆分，并将拆分结果发送至后台服务器，拆分结果至少包括拆分额度以及处理拆分额度的目标机构。

继续以第一机构客户端作为收款方客户端发起收款请求为例进行说明：第二机构客户端可通过“资金调度申请-资金调度申请拆分”节点，进入额度拆分列表界面。图4a为资金调度申请拆分列表界面的示例：选择一条记录，点击【退回】退回该记录至后台服务器，由后台服务器转发至第一机构客户端；选择一条记录，点击【拆分】进入额度拆分详细页面，点击【返回】返回到额度拆分列表界面。

图4b为资金调度申请拆分详细页面的示例：分别录入拆分额度以及处理该拆分额度的拆分机构，点击【保存】保存该拆分记录并在额度拆分详细页面中显示；点击【提交】提交该拆分记录，提交之前先保存；点击【修改】进入额度拆分修改页面，即可对拆分记录进行修改，进一步点击【保存】保存拆分修改信息，进一步点击【返回】返回到额度拆分详细页面。图4c为资金调度申请拆分修改页面的示例。

后台服务器从所述多个机构客户端中确定目标机构所对应的第三机构客户端，并将拆分额度和所述资金调度账户信息发送至第三机构客户端。

本实施例中，以A分公司所管辖业务部A对应的业务部客户端a1作为第一机构客户端、预设资金调度模式为三级调度模式为例，业务部客户端a1发起资金调度请求，A分公司资金部门客户端进行额度拆分，拆分结果中总部资金部门、A分公司清算中心、A分公司直属营业部以及A分公司业务部B均可以作为执行资金调度操作的目标机构，并且各目标机构对应有各自的拆分额度，比如，总部资金部门出款1000万、A分公司清算中心出款500万等。

进一步，对于总部资金部门来说，其所对应的总部资金部门客户端也可以进一步发起资金调度请求，而由于总部资金部门不存在上级机构，因此由总部资金部门客户端进行额度拆分，拆分结果中总部清算中心、总部直属营业部和B分公司资金部门均可以作为执行资金调度操作的目标机构，并且各目标机构对应有各自的拆分额度。

当然，更进一步，对于B分公司资金部门来说，其还可以进一步发起资金调度请求，由其上级机构，也就是总部资金部门客户端进行额度拆分，拆分结果中B分公司清算中心、A分公司直属营业部以及B分公司业务部均可作为执行资金调度操作的目标机构，并且各目标机构对应有各自的拆分额度。

当然，在其他一些实施例中，可以为各机构客户端设置拆分权限，比如，业务部客户端无拆分权限，而分公司资金部门客户端以及总部资金部门客户端均为有拆分权限，则此时，对于具有拆分权限的第一机构客户端，就无需向上级客户端发起资金调度请求、由上级客户端进行额度拆分。

第三机构客户端按照拆分额度和资金调度账户信息执行资金调度操作。

在其他一些实施例中，为保证资金调度的可靠性，机构客户端，还用于：

对资金调度请求/拆分结果/资金调度操作的执行情况进行审批。

继续以第一机构客户端作为收款方客户端发起收款请求为例进行说明：第一机构客户端可以通过“资金调度申请-资金调度申请审批”节点，进入资金调度申请审批列表页面。点击【审批】则进入资金调度申请审批页面，图5为资金调度申请审批页面的示例：录入审批意见，点击【通过】该记录审批通过；点击【不通过】该记录审批不通过；点击【返回】返回到上一页面。

相应的，第二机构客户端对于拆分结果的审批过程、第三机构客户端对于资金调度操作的执行情况的审批过程如上，本实施例不再赘述。

需要说明的是，第二机构客户端审批拆分结果的审批结果为“不通过”，如果预设资金调度模式为二级调度模式，则后台服务器将审批结果退回至第一机构客户端，而如果预设资金调度模式为三级调度模式，则服务器将审批结果退回至所述第二机构客户端的下级客户端。

本发明实施例所提供的资金调度系统，由后台服务器基于预设资金调度模式和预设机构等级关系确定处理第一机构客户端所发起的资金调度请求的第二机构客户端，进而由第二机构客户端进行额度拆分，由后台服务器确定执行资金调度操作的第三机构客户端，从而使第三机构客户端执行资金调度操作。基于此系统，可以由符合预设资金调度模式的机构客户端协调调度，降低出现错误调度的概率，从而提高调度效率。

基于上述实施例提供的资金调度系统，本发明实施例则对应提供一种资金调度方法，该资金调度方法应用于资金调度系统中的后台服务器，方法流程图如图6所示，包括如下步骤：

S10，接收第一机构客户端所发送的资金调度请求，第一资金调度请求是第一机构客户端响应用户输入所生成的，并且第一资金调度请求至少包括资金调度额度以及资金调度账户信息；

S20，基于预设资金调度模式和预设机构等级关系，从多个机构客户端中确定用于处理资金调度请求的第二机构客户端，并将资金调度额度发送至第二机构客户端，以使第二机构客户端基于资金调度额度进行额度拆分；

S30，接收第二机构客户端所发送的拆分结果，拆分结果至少包括拆分额度以及处理拆分额度的目标机构；

S40，从多个机构客户端中确定目标机构所对应的第三机构客户端，并将拆分额度和资金调度账户信息发送至第三机构客户端，以使第三机构客户端按照拆分额度和资金调度账户信息执行资金调度操作。

可选的，步骤S20中“基于预设资金调度模式和预设机构等级关系，从多个机构客户端中确定用于处理资金调度请求的第二机构客户端”，包括：

如果预设资金调度模式为二级调度模式，则将预设客户端确定为用于处理资金调度请求的第二机构客户端；

如果预设资金调度模式为三级调度模式，则根据预设机构等级关系，将第一机构客户端的上级客户端确定为用于处理资金调度请求的第二机构客户端。

本发明实施例所提供的资金调度方法，可以由符合预设资金调度模式的机构客户端协调调度，降低出现错误调度的概率，从而提高调度效率。

基于上述实施例提供的资金调度方法，本发明实施例则提供一种服务器，其结构示意图如图7所示，包括：

第一接收模块101，用于接收第一机构客户端所发送的资金调度请求，第一资金调度请求是第一机构客户端响应用户输入所生成的，并且第一资金调度请求至少包括资金调度额度以及资金调度账户信息；

第一确定模块102，用于基于预设资金调度模式和预设机构等级关系，从多个机构客户端中确定用于处理资金调度请求的第二机构客户端，并将资金调度额度发送至第二机构客户端，以使第二机构客户端基于资金调度额度进行额度拆分；

第二接收模块103，用于接收第二机构客户端所发送的拆分结果，拆分结果至少包括拆分额度以及处理拆分额度的目标机构；

第二确定模块104，用于从多个机构客户端中确定目标机构所对应的第三机构客户端，并将拆分额度和资金调度账户信息发送至第三机构客户端，以使第三机构客户端按照拆分额度和资金调度账户信息执行资金调度操作。

可选的，用于基于预设资金调度模式和预设机构等级关系，从多个机构客户端中确定用于处理资金调度请求的第二机构客户端的第一确定模块102，具体用于：

如果预设资金调度模式为二级调度模式，则将预设客户端确定为用于处理资金调度请求的第二机构客户端；如果预设资金调度模式为三级调度模式，则根据预设机构等级关系，将第一机构客户端的上级客户端确定为用于处理资金调度请求的第二机构客户端。

本发明实施例所提供的服务器，可以由符合预设资金调度模式的机构客户端协调调度，降低出现错误调度的概率，从而提高调度效率。

以上对本发明所提供的资金调度系统、调度方法以及后台服务器进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

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

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (9)

1.一种资金调度系统，其特征在于，包括：后台服务器和与所述后台服务器通信连接的前端设备，所述前端设备包括按照预设机构等级关系建立通信连接的多个机构客户端；

所述机构客户端中的第一机构客户端响应用户输入生成资金调度请求，并将所述资金调度请求发送至所述后台服务器，所述资金调度请求至少包括资金调度额度以及资金调度账户信息；

所述后台服务器基于预设资金调度模式和所述预设机构等级关系，从所述多个机构客户端中确定用于处理所述资金调度请求的第二机构客户端，并将所述资金调度额度发送至所述第二机构客户端；

所述第二机构客户端基于所述资金调度额度进行额度拆分，并将拆分结果发送至所述后台服务器，所述拆分结果至少包括拆分额度以及处理所述拆分额度的目标机构；

所述后台服务器从所述多个机构客户端中确定所述目标机构所对应的第三机构客户端，并将所述拆分额度和所述资金调度账户信息发送至所述第三机构客户端；

所述第三机构客户端按照所述拆分额度和所述资金调度账户信息执行资金调度操作。

2.根据权利要求1所述的系统，其特征在于，用于响应用户输入生成资金调度请求的所述第一机构客户端，具体用于：

接收用户输入的用于表征新增资金调度申请的第一请求，并调取资金调度申请清单并显示，所述资金调度申请清单包括申请配置参数以及参数录入区域；获取用户基于所述申请配置参数在所述参数录入区域所输入的参数内容；接收用户输入的用于表征保存资金调度申请的第二请求，并保存所述参数内容；接收用户输入的用于表征提交资金调度申请的第三请求，并生成包含有所述参数内容的资金调度请求。

3.根据权利要求2所述的系统，其特征在于，所述第一机构客户端，还用于：

接收用户针对所述参数内容的修改/删除请求，并对所述参数内容执行修改/删除操作。

4.根据权利要求1所述的系统，其特征在于，用于基于预设资金调度模式和所述预设机构等级关系，从所述多个机构客户端中确定用于处理所述资金调度请求的第二机构客户端的所述后台服务器，具体用于：

如果所述预设资金调度模式为二级调度模式，则将预设客户端确定为用于处理所述资金调度请求的第二机构客户端；如果所述预设资金调度模式为三级调度模式，则根据所述预设机构等级关系，将所述第一机构客户端的上级客户端确定为用于处理所述资金调度请求的第二机构客户端。

5.根据权利要求1所述的系统，其特征在于，所述机构客户端，还用于：

对资金调度请求/拆分结果/资金调度操作的执行情况进行审批。

6.一种资金调度方法，其特征在于，应用于权利要求1～5任意一项所述的资金调度系统中的后台服务器，所述方法包括：接收第一机构客户端所发送的资金调度请求，所述第一资金调度请求是所述第一机构客户端响应用户输入所生成的，并且所述第一资金调度请求至少包括资金调度额度以及资金调度账户信息；

基于预设资金调度模式和所述预设机构等级关系，从所述多个机构客户端中确定用于处理所述资金调度请求的第二机构客户端，并将所述资金调度额度发送至所述第二机构客户端，以使所述第二机构客户端基于所述资金调度额度进行额度拆分；

接收所述第二机构客户端所发送的拆分结果，所述拆分结果至少包括拆分额度以及处理所述拆分额度的目标机构；

从所述多个机构客户端中确定所述目标机构所对应的第三机构客户端，并将所述拆分额度和所述资金调度账户信息发送至所述第三机构客户端，以使所述第三机构客户端按照所述拆分额度和所述资金调度账户信息执行资金调度操作。

7.根据权利要求6所述的方法，其特征在于，所述基于预设资金调度模式和所述预设机构等级关系，从所述多个机构客户端中确定用于处理所述资金调度请求的第二机构客户端，包括：

如果所述预设资金调度模式为二级调度模式，则将预设客户端确定为用于处理所述资金调度请求的第二机构客户端；

如果所述预设资金调度模式为三级调度模式，则根据所述预设机构等级关系，将所述第一机构客户端的上级客户端确定为用于处理所述资金调度请求的第二机构客户端。

8.一种后台服务器，其特征在于，包括：第一接收模块，用于接收第一机构客户端所发送的资金调度请求，所述第一资金调度请求是所述第一机构客户端响应用户输入所生成的，并且所述第一资金调度请求至少包括资金调度额度以及资金调度账户信息；

第一确定模块，用于基于预设资金调度模式和所述预设机构等级关系，从所述多个机构客户端中确定用于处理所述资金调度请求的第二机构客户端，并将所述资金调度额度发送至所述第二机构客户端，以使所述第二机构客户端基于所述资金调度额度进行额度拆分；

第二接收模块，用于接收所述第二机构客户端所发送的拆分结果，所述拆分结果至少包括拆分额度以及处理所述拆分额度的目标机构；

第二确定模块，用于从所述多个机构客户端中确定所述目标机构所对应的第三机构客户端，并将所述拆分额度和所述资金调度账户信息发送至所述第三机构客户端，以使所述第三机构客户端按照所述拆分额度和所述资金调度账户信息执行资金调度操作。

9.根据权利要求8所述的后台服务器，其特征在于，用于基于预设资金调度模式和所述预设机构等级关系，从所述多个机构客户端中确定用于处理所述资金调度请求的第二机构客户端的所述第一确定模块，具体用于：

如果所述预设资金调度模式为二级调度模式，则将预设客户端确定为用于处理所述资金调度请求的第二机构客户端；如果所述预设资金调度模式为三级调度模式，则根据所述预设机构等级关系，将所述第一机构客户端的上级客户端确定为用于处理所述资金调度请求的第二机构客户端。