CN109087191A - 银行客户资源共享方法、装置、服务器及系统 - Google Patents

Abstract

本发明提供了一种银行客户资源共享方法、装置、服务器、系统，该方法包括：将流量行终端上传的客户信息发送给匹配的资金行终端；接收资金行终端反馈的根据客户信息开立的第一账户的信息并发送给流量行终端；根据流量行终端上传的订单信息以及订单信息对应的分账规则，计算存入流量行的第一金额和存入资金行的第二金额，将第一金额和第二金额发送给流量行终端；将流量行终端支付的与第二金额对应的资金转入资金行中与订单信息对应的第一账户。本发明的方法帮助各家银行实现客户资源的共享，解决了银行目前存在的资金成本高以及资金使用率低的弊端，向客户提供更有竞争力的联合存款产品，帮助客户提高收益，降低风险。

Description

银行客户资源共享方法、装置、服务器及系统

技术领域

本发明涉及互联网金融技术领域，具体而言，本发明涉及一种银行客户资源共享方法、装置、服务器、系统。

背景技术

在互联网已深入大众衣食住行方方面面的时代，各家银行都推出了网银、APP等工具，以方便用户。但是，为防止客户信息的泄露，各家银行依旧各自为营，导致信息无法共享。随着利率市场化的发展，目前不同的银行之间存在客户群体大小差异、存款利率差异，有的银行客群大但利率低、有的银行客群小但利率高，上述情况限制了银行大幅度提升存款规模，信息不共享导致难以有效地配置银行间的客户资源和资金资源。此外，众多区域性银行虽然增速发展，但客户群体受地域等因素局限较大，难以跨地区吸收存款，从而难以提高存贷比、提升自身竞争力，也不利于客户利益的最大化。

发明内容

本申请提供了银行客户资源共享方法、装置、服务器及系统，可以解决因信息不共享导致难以有效地配置银行间的客户资源和资金资源的问题。所述技术方案如下：

第一方面，本发明实施例提供一种银行客户资源共享方法，包括如下步骤：

将流量行的流量行终端上传的客户信息发送给预先确定的与流量行匹配的资金行的资金行终端；

接收资金行终端反馈的根据客户信息开立的第一账户的信息，并将第一账户的信息发送给流量行终端；

接收流量行终端上传的订单信息，根据订单信息和订单信息对应的分账规则，计算存入流量行的第一金额和存入资金行的第二金额，将第一金额和第二金额发送给流量行终端；

将流量行终端支付的与第二金额对应的资金转入资金行中与订单信息对应的第一账户。

第二方面，本发明实施例提供了一种银行客户资源共享装置，包括：

信息交互管理单元，用于将流量行的流量行终端上传的客户信息发送给预先确定的与流量行匹配的资金行的资金行终端，接收资金行终端反馈的根据客户信息开立的第一账户的信息，并将第一账户的信息发送给流量行终端；

订单处理单元，用于接收流量行终端上传的订单信息，根据订单信息和订单信息对应的分账规则，计算存入流量行的第一金额和存入资金行的第二金额，将第一金额和第二金额发送给流量行终端；

资金流转单元，用于将流量行终端支付的与第二金额对应的资金转入资金行中与订单信息对应的第一账户。

第三方面，本发明实施例还提供一种服务器，其包括：

一个或多个处理器；

存储器；

一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于：执行第一方面中任一实施例所述的银行客户资源共享方法。

第四方面，本发明实施例提供了一种银行客户资源共享系统，其包括：多个银行终端和第三方面中任一实施例所述的服务器，多个银行终端均与服务器连接；

银行终端包括流量行终端和资金行终端；

流量行终端用于上传客户信息、订单信息至服务器，接收服务器发送的第一账户的信息、第一金额和第二金额，支付与第二金额对应的资金；

资金行终端用于接收服务器发送的客户信息，根据客户信息开立的第一账户，将第一账户的信息反馈给服务器，将流量行终端支付的与第二金额对应的资金存入与订单信息对应的第一账户。

第五方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现第一方面中任一实施例所述的银行客户资源共享方法。

本发明实施例提供的技术方案带来的有益效果是：帮助各家银行实现客户资源的共享，以合理配置资金资源与流量资源，实现优劣互补，解决了银行目前存在的资金成本高以及资金使用率低的弊端；通过银行间的合作，向客户提供更有竞争力的联合存款产品，帮助客户提高收益，降低、分散了资金风险，保障了客户的利益。

本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为一个实施例的银行客户资源共享方法流程图；

图2为一个实施例的银行客户资源共享装置的结构框图；

图3为一个实施例的服务器的内部结构示意图；

图4为一个实施例的银行客户资源共享系统的结构框图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。

首先，介绍一下本实施例的银行客户资源共享系统，如图4所示，该系统包括：多个银行终端和服务器，多个银行终端均与服务器连接。

银行终端是装载有与服务器配套的应用程序的电子设备，用于为银行提供登录服务器的界面以及相关接口，并对上传的信息做加密等预处理。通过银行的授权，银行终端也可直接接入银行系统、银行网站以及银行APP等，方便银行、客户实现在线交易。

服务器用于实现各家银行之间的信息交互流转、信息存储、信息匹配、订单处理等功能。依据功能，可以将服务器划分为多个子系统，包括但不限于以下子系统：用于实现各个银行终端之间的交互信息流转的信息管理交互子系统，用于存储银行信息、合作协议、交易订单等信息的信息存储子系统，用于匹配合作银行的信息匹配子系统，以及用于处理交易订单的订单处理子系统。服务器具体实现的功能将在后续实施例中进一步说明。其中，服务器可以是一台服务器，也可以是由多台服务器组成的服务器集群，或者是云端服务器。

为方便理解，本实施例中将银行终端分为流量行终端和资金行终端。本实施例中将业务量大但存款利率低的银行定义为流量行，将业务量小但存款利率高的银行定义为资金行，故流量行使用的终端称为流量终端，资金行使用的终端为资金行终端。需要说明的是，在本实施例中流量行和资金行是相对的，即，同一银行在不同的合作协议中，可能是流量行，也可能是资金行。

服务器对应的平台方还肩负着对银行进行审核认证的工作。银行通过审核后，平台方会将银行终端的应用程序、接入服务器的API接口以及银行编号提供给银行，银行编号是银行在平台中的身份标识。银行终端通过API接口登录服务器，将银行信息上传服务器，完成首次登陆。服务器将银行信息存储到信息存储子系统的银行管理列表中。其中，银行信息包括但不限于以下内容：银行名称、业务量、产品类型以及每种产品的存款利率等，银行信息主要用于匹配合作银行。

下面对本发明实施例提供的一种银行客户资源共享方法进行介绍，参见图1所示，本实施例中所述方法包括：

步骤S101、将流量行的流量行终端上传的客户信息发送给预先确定的与流量行匹配的资金行的资金行终端。

步骤S102、接收资金行终端反馈的根据客户信息开立的第一账户的信息，并将第一账户的信息发送给所述流量行终端。

步骤S103、接收流量行终端上传的订单信息，根据订单信息和订单信息对应的分账规则，计算存入流量行的第一金额和存入资金行的第二金额，将第一金额和第二金额发送给流量行终端。

步骤S104、将流量行终端支付的与第二金额对应的资金转入资金行中与订单信息对应的第一账户。

基于银行客户资源共享系统，上述方法的实现过程为：流量行终端上传客户信息，服务器将客户信息发送给与流量行有合作关系的资金行终端。资金行终端在收到客户信息后，根据客户信息为该客户开立在资金行的第一账户，并通过服务器将第一账户的信息反馈给流量行终端，告知流量行已经完成该客户的开户。流量行接收到开户完成的信息后，向服务器发送该客户购买的联合存款的订单信息。服务器根据订单信息和该订单信息对应的分账规则，计算存入流量行的第一金额和存入资金行的第二金额，将第一金额和第二金额发送给流量行终端。流量行终端将与第一金额对应的金额存入该客户在流量行中的账户，并将与第二金额对应的资金通过服务器转入资金行的第一账户中。

例如，若该客户购买联合存款的金额为10万元，存款期限为一年，流量行和资金行达成的合作协议的分账规则是1:1，该流量行一年期的定期存款利率为4.5％，该资金行一年期的定期存款利率为5.5％，则流量行为客户开立5万元一年期的存款利率为4.5％的本行定期账户，并同时将5万元支付至资金行。资金行在收到流量行支付的资金后，为客户开立一年期的存款利率为5.5％的本行定期账户，完成联合存款的开立。该流量行一年期的定期存款利率为4.5％，该资金行一年期的定期存款利率为5.5％，二者以1:1的分账规则进行合作，则该两家银行推出的联合存款产品为一年期利率为5％(5.5％*50％+4.5％*50％＝5％)的定期存款产品。可见，通过购买联合存款产品，流量行的客户能够获得更高的收益，而资金行也能获取到大量的存款。

本实施例的银行客户资源共享方法，帮助各家银行实现客户资源的共享，以合理配置资金资源与流量资源，实现优劣互补，解决了银行目前存在的资金成本高以及资金使用率低的弊端；通过银行间的合作，向客户提供更有竞争力的联合存款产品，帮助客户提高收益，降低、分散了资金风险，保障了客户的利益。

进一步地，为了避免客户信息泄露，保护客户隐私，步骤S101包括：通过区块链网络，将流量行终端上传的客户信息发送给预先确定的与流量行匹配的资金行的资金行终端。

步骤S102包括：通过区块链网络，将资金行终端反馈的根据客户信息开立的第一账户的信息发送给流量行终端。

通过区块链网，使得第三方平台无法获取到客户信息，流量行也只可将客户信息应用于授权的联合存款相关业务，为流量行、资金行提供了全方位的信息安全保障，全面杜绝了信息泄露的风险，并赋予了流量行、资金行更大的自主权。

进一步地，步骤S101包括：将流量行终端上传的利用资金行提供的第一公钥加密的客户信息发送给预先确定的与流量行匹配的资金行的资金行终端。

相应地，步骤S102，包括：接收资金行终端反馈的利用流量行提供的第二公钥加密的第一账户的信息，并将第一账户的信息发送给流量行终端，其中，第一账户为资金行根据客户信息开立的账户。

其中，资金行终端通过与第一公钥匹配的第一私钥解密客户信息。流量行终端通过与第二公钥匹配的第二私钥解密第一账户的信息。在第一次登陆服务器时，银行终端会生成一对公钥和私钥，保存私钥至本地，并将公钥上传服务器。当两家银行达成合作后，服务器将流量行的公钥发送给资金行，将资金行的公钥发送给流量行，后续交易过程中，银行终端可通过对方的公钥加密发送给对方的信息。

通过合作银行终端提供的秘钥对客户信息进行加密，避免了客户信息的泄露，保护了客户隐私。

在数据传递过程中，服务器也可以获取合作协议中双方银行的公钥，利用公钥对服务器发送给银行终端的信息进行加密，如合作协议等，银行终端通过其持有的私钥解密信息。

进一步地，在步骤S101之前，本实施例的方法还包括以下步骤：

步骤S201，根据各个银行终端上传的银行信息，确定两两匹配的合作银行。

步骤S202，根据合作双方的银行信息生成合作协议，该合作协议中至少包括以下内容：分账规则以及合作双方的身份标识。

其中，合作双方中业务量大且存款利率低的一方的身份标识为流量行，业务量大且存款利率高的一方的身份标识为资金行。

进一步地，在步骤S202之后，本实施例的方法还包括：

步骤S203、将合作协议发送到对应的银行终端。

步骤S204、在接收到合作协议对应的所有银行终端反馈的确认信息后，生效并存储合作协议。

服务器的信息匹配子系统从信息存储子系统中获取银行管理列表，对银行管理列表中的银行进行两两匹配，对满足匹配规则的银行生成合作协议，将合作协议发送到双方银行，在接收到双方银行反馈的确认合作的确认信息后，再生效合作协议并存入信息存储子系统。

其中，在步骤S203之后，服务器会针对该协议设定一个生效时限，若在预设的生效时限内未接收到合作协议对应的所有银行终端反馈的确认信息，则删除合作协议。

其中，若生效时限内未收到合作双方的银行终端反馈的确认合作的信息，则向双方发送撤销合作的通知，服务器自动删除该合作协议，并可以设置：在以后的匹配过程中，忽略该两家银行，即不对该两家银行进行匹配。

因此，各家银行只需要通过银行终端上传本行的银行信息，服务器会自动根据各家的银行信息，匹配到适合合作的银行，提高了银行间的合作效率，也打破了地理位置的限制，让不同地区的银行实现快速高效地合作。

其中，信息匹配子系统可定期从信息存储子系统中获取银行管理列表，进行银行匹配。或者，在检测到银行管理列表发生更新后，信息匹配子系统再针对更新的银行信息进行银行匹配。

进一步地，步骤S201包括：根据各个银行终端上传的银行信息中的业务量和存款利率，确定两两匹配的合作银行。

例如，可通过以下方法确定两两匹配的合作银行，并生成合作协议：针对银行管理列表中的每家银行进行如下处理，包括步骤S2011、步骤S2012、步骤S2013、步骤S2014：

步骤S2011、从银行管理列表中获取一家银行的银行信息，将这家银行记为银行A。

步骤S2012、计算银行A的产品Z的存款利率与所有待匹配银行(即银行管理列表中除银行A以外的其他银行)的同类产品的存款利率的差值R，根据存款利率的差值R对待匹配银行进行降序排序，得到第一序列。

其中，产品的类别主要是依据存款年限来划分的，如，活期存款、一年期存款、两年期存款、五年期存款，本实施例中，只针对相同存款年限的产品进行匹配。

其中，存款利率的差值R＝银行A的存款利率-待匹配银行的存款利率，R>0表示银行A的存款利率大于待匹配银行，R>0表示银行A的存款利率小于待匹配银行。

步骤S2013、从第一序列中筛选出|R|>合作利率差R₀的待匹配银行，计算银行A与筛选出的待匹配银行的业务量的差值Y，再次筛选出满足R*Y<0的待匹配银行，根据差值|Y|对再次筛选出的待匹配银行进行降序排序，得到第二序列。

其中，业务量的差值Y＝银行A的业务量-待匹配银行的业务量，Y>0表示银行A的业务量大于待匹配银行，Y>0表示银行A的业务量小于待匹配银行。

步骤S2014、从第二序列中选出排序靠前的一家或多家待匹配银行作为候选银行，根据银行A与候选银行的存款利率生成合作协议。

其中，生成的合作协议中包括：合作双方的银行信息、联合存款产品的存款期限、分账规则、合作利率等。例如：一银行(流量行)的一年期的定期存款利率为4.5％，另一家银行(资金行)一年期的定期存款利率为5.5％，二者以1:1的分账规则进行合作，则此款联合存款产品的存款期限为一年，对应的合作利率为5％(5.5％*50％+4.5％*50％＝5％)。

这样，就得到了针对银行A的产品Z，与银行A匹配的所有银行。可利用上述步骤S2012、步骤S2013、步骤S2014的方法，针对银行A的其他产品，得到与银行A匹配的银行，以便针对银行A的多种产品推出不同的联合存款产品。

接着，依次从银行管理列表中获取下一家银行，重复上述步骤S2012、步骤S2013、步骤S2014，针对银行管理列表中的每家银行均生成一份或多份合作协议，发送给合作协议的双方进行确认。

其中，在对后面的银行进行匹配时，可忽略之前已经匹配过的银行，避免重复匹配，降低计算量。例如，银行A已经与银行管理列表中的所有银行都匹配过了，在对下一家银行B进行匹配时，就不需要重复计算银行B与银行A的匹配度了。

通过上述方法遍历银行管理列表，针对各家银行均生成一份或多份合作协议，发送给合作协议的双方进行确认。

基于与上述银行客户资源共享方法相同的发明构思，本实施例还提供了一种银行客户资源共享装置，如图2所示，包括：

信息交互管理单元10，用于将流量行的流量行终端上传的客户信息发送给预先确定的与该流量行匹配的资金行的资金行终端，接收资金行终端反馈的根据客户信息开立的第一账户的信息，并将第一账户的信息发送给流量行终端；

订单处理单元20，用于接收流量行终端上传的订单信息，根据订单信息和订单信息对应的分账规则，计算存入流量行的第一金额和存入资金行的第二金额，将第一金额和第二金额发送给流量行终端；

资金流转单元30，用于将流量行终端支付的与第二金额对应的资金转入资金行中与订单信息对应的第一账户。

进一步地，信息交互管理单元10还用于：通过区块链网络，将流量行终端上传的客户信息发送给预先确定的与该流量行匹配的资金行的资金行终端。

进一步地，信息交互管理单元10还用于：将流量行终端上传的利用资金行提供的第一公钥加密的客户信息发送给预先确定的与流量行匹配的资金行的资金行终端；接收资金行终端反馈的利用流量行提供的第二公钥加密的第一账户的信息，并将第一账户的信息发送给流量行终端，其中，第一账户为资金行根据客户信息开立的账户。

进一步地，本实施例的装置还包括信息匹配单元，用于：

根据各个银行终端上传的银行信息，确定两两匹配的合作银行；

根据合作双方的银行信息生成合作协议，合作协议包括分账规则以及合作双方的身份标识，其中，合作双方中业务量大且存款利率低的一方的身份标识为流量行，业务量大且存款利率高的一方的身份标识为资金行。

进一步地，信息匹配单元具体用于：根据各个银行终端上传的银行信息中的业务量和存款利率，确定两两匹配的合作银行。

进一步地，信息交互管理单元10还用于：将合作协议发送到对应的银行终端；信息匹配单元还用于：在接收到合作协议对应的所有银行终端反馈的确认信息后，生效并存储合作协议。

本实施例的银行客户资源共享装置，帮助各家银行实现客户资源的共享，以合理配置资金资源与流量资源，实现优劣互补，解决了银行目前存在的资金成本高以及资金使用率低的弊端；通过银行间的合作，向客户提供更有竞争力的联合存款产品，帮助客户提高收益，降低、分散了资金风险，保障了客户的利益；通过区块链技术以及加密技术，使得第三方平台无法获取到客户信息，流量行也只可将客户信息应用于授权的联合存款相关业务，为流量行、资金行提供了全方位的信息安全保障，全面杜绝了信息泄露的风险，并赋予了流量行、资金行更大的自主权。

基于与上述银行客户资源共享方法相同的发明构思，本实施例还提供了一种服务器，其包括：一个或多个处理器；存储器；一个或多个应用程序，其中一个或多个应用程序被存储在存储器中并被配置为由一个或多个处理器执行，一个或多个程序配置用于：执行上述任一实施例中的银行客户资源共享方法。

图3为一个实施例中服务器的内部结构示意图。如图3所示，该服务器包括通过系统总线连接的处理器、非易失性存储介质、存储器和网络接口。其中，该计算机设备的非易失性存储介质存储有操作系统、数据库和计算机可读指令，数据库中可存储有控件信息序列，该计算机可读指令被处理器执行时，可使得处理器实现一种银行客户资源共享方法，处理器能实现图2所示实施例中的银行客户资源共享装置中的信息交互管理单元、订单处理单元和资金流转单元的功能。该计算机设备的处理器用于提供计算和控制能力，支撑整个计算机设备的运行。该计算机设备的存储器中可存储有计算机可读指令，该计算机可读指令被处理器执行时，可使得处理器执行一种银行客户资源共享方法。该计算机设备的网络接口用于与终端连接通信。本领域技术人员可以理解，图3中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

基于与上述银行客户资源共享方法相同的发明构思，本实施例还提供了一种银行客户资源共享系统，如图4所示，其包括：多个银行终端和上述任一实施例的服务器，多个银行终端均与服务器连接。

银行终端包括流量行终端和资金行终端。

流量行终端用于上传客户信息、订单信息至服务器，接收服务器发送的第一账户的信息、第一金额和第二金额，支付与第二金额对应的资金。

资金行终端用于接收服务器发送的客户信息，根据客户信息开立的第一账户，将第一账户的信息反馈给服务器，将流量行终端支付的与第二金额对应的资金存入与订单信息对应的第一账户。

进一步地，本实施例的银行客户资源共享系统还包括用于连接各个银行终端的区块链网络，区块链网络用于在流量行与资金行之间传送敏感信息，例如客户信息，其余非敏感信息(如订单信息，合作协议等)可通过API接口直接上传服务器。

基于与上述银行客户资源共享方法相同的发明构思，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述任一实施例的银行客户资源共享方法。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种银行客户资源共享方法，其特征在于，包括如下步骤：

将流量行的流量行终端上传的客户信息发送给预先确定的与所述流量行匹配的资金行的资金行终端；

接收所述资金行终端反馈的根据所述客户信息开立的第一账户的信息，并将所述第一账户的信息发送给所述流量行终端；

接收所述流量行终端上传的订单信息，根据所述订单信息和所述订单信息对应的分账规则，计算存入所述流量行的第一金额和存入所述资金行的第二金额，将所述第一金额和所述第二金额发送给所述流量行终端；

将所述流量行终端支付的与所述第二金额对应的资金转入所述资金行中与所述订单信息对应的第一账户。

2.根据权利要求1所述的方法，其特征在于，所述将流量行的流量行终端上传的客户信息发送给预先确定的与所述流量行匹配的资金行的资金行终端，包括：

通过区块链网络，将流量行终端上传的客户信息发送给预先确定的与所述流量行匹配的资金行的资金行终端。

3.根据权利要求1或2所述的方法，其特征在于，所述将流量行的流量行终端上传的客户信息发送给预先确定的与所述流量行匹配的资金行的资金行终端，包括：

将流量行终端上传的利用资金行提供的第一公钥加密的客户信息发送给预先确定的与所述流量行匹配的资金行的资金行终端；

所述接收所述资金行终端反馈的根据所述客户信息开立的第一账户的信息，并将所述第一账户的信息发送给所述流量行终端，包括：

接收所述资金行终端反馈的利用所述流量行提供的第二公钥加密的第一账户的信息，并将所述第一账户的信息发送给所述流量行终端，其中，所述第一账户为所述资金行根据所述客户信息开立的账户。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

根据各个银行终端上传的银行信息，确定两两匹配的合作银行；

根据合作双方的银行信息生成合作协议，所述合作协议包括分账规则以及合作双方的身份标识，其中，合作双方中业务量大且存款利率低的一方的身份标识为流量行，业务量大且存款利率高的一方的身份标识为资金行。

5.根据权利要求4所述的方法，其特征在于，所述根据各个银行终端上传的银行信息，确定两两匹配的合作银行，包括：

根据各个银行终端上传的银行信息中的业务量和存款利率，确定两两匹配的合作银行。

6.根据权利要求4所述的方法，其特征在于，所述根据合作双方的银行信息生成合作协议之后，所述方法还包括：

将所述合作协议发送到对应的银行终端；

在接收到所述合作协议对应的所有银行终端反馈的确认信息后，生效并存储合作协议。

7.一种银行客户资源共享装置，其特征在于，包括：

信息交互管理单元，用于将流量行的流量行终端上传的客户信息发送给预先确定的与所述流量行匹配的资金行的资金行终端，接收所述资金行终端反馈的根据所述客户信息开立的第一账户的信息，并将所述第一账户的信息发送给所述流量行终端；

订单处理单元，用于接收所述流量行终端上传的订单信息，根据所述订单信息和所述订单信息对应的分账规则，计算存入所述流量行的第一金额和存入所述资金行的第二金额，将所述第一金额和所述第二金额发送给所述流量行终端；

资金流转单元，用于将所述流量行终端支付的与所述第二金额对应的资金转入所述资金行中与所述订单信息对应的第一账户。

8.一种服务器，其特征在于，其包括：

一个或多个处理器；

存储器；

一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于：执行根据权利要求1至6任一项所述的方法。

9.一种银行客户资源共享系统，其特征在于，其包括：多个银行终端和权利要求8所述的服务器，所述多个银行终端均与所述服务器连接；

所述银行终端包括流量行终端和资金行终端；

所述流量行终端用于上传客户信息、订单信息至所述服务器，接收所述服务器发送的第一账户的信息、第一金额和第二金额，支付与所述第二金额对应的资金；

所述资金行终端用于接收所述服务器发送的客户信息，根据所述客户信息开立的第一账户，将所述第一账户的信息反馈给所述服务器，将所述流量行终端支付的与所述第二金额对应的资金存入与所述订单信息对应的第一账户。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1至6任一项所述的方法。