资源处理方法、资源处理装置、电子设备和介质与流程

本公开涉及互联网技术领域，更具体地，涉及一种资源处理方法、资源处理装置、电子设备和介质。

背景技术：

企业需要定期编制资金计划以支持经济活动。一个企业可以有多个银行账户，以满足不同的用途需求等。根据资金计划，企业需要保证各个账户应在与资金计划对应的付款时间点有充足的资金，以实现对外付款。

在实现本公开构思的过程中，发明人发现相关技术中至少存在如下问题：企业资金在各账户的分布，需要通过人工进行调整，导致成本较高，容易出现失误，并且容易造成资金调整不及时，影响资金支付活动。

技术实现要素：

有鉴于此，本公开提供了一种可以自动根据资源计划及时补足各账户的资源待补足量的资源处理方法、资源处理装置、电子设备和介质。

本公开的一个方面提供了一种资源处理方法，包括：获得资源调动集合以及资源池中多个账户各自的可迁出资源信息，资源调动集合包括针对资源池中多个账户各自的待迁出资源信息；确定是否存在待补足账户，待补足账户是多个账户中待迁出资源信息多于可迁出资源信息的账户；以及如果确定存在待补足账户，则基于资源池对多个账户中的待补足账户进行补足；其中，第二服务器端与至少一个资源池之间存在第一对应关系，至少一个资源池可被第二服务器端授权，以使被授权的资源池中多个账户之间可进行资源调动。

本公开实施例提供的资源处理方法，为用户设置资源池，使得用户可以授权资源池中多个账户之间进行资源调动。当通过资源调动集合确定资源池中存在待迁出资源信息多于可迁出资源信息的账户时，则自动提示用户或根据用户的授权对待补足账户进行资源补足，有效提升了用户进行经济活动的便捷度。

根据本公开的实施例，资源池中多个账户包括至少两个等级，每个上一级账户与至少一个下一级账户之间存在第二对应关系；以及基于资源池对多个账户中的待补足账户进行补足包括：以上级调动的方式基于资源池对多个账户中的待补足账户进行补足。

根据本公开的实施例，以上级调动的方式基于资源池对多个账户中的待补足账户进行补足包括：对于一个待补足账户，如果确定与待补足账户对应的上一级账户的第一可迁出资源信息，等于或多于待补足账户的第一待迁出资源信息的待补足量，则通过与待补足账户对应的上一级账户，将与第一待迁出资源信息的待补足量对应的资源迁至待补足账户。对于一个待补足账户，第一待迁出资源信息的待补足量是该待补足账户的待迁出资源信息和可迁出资源信息之间的差值。

根据本公开的实施例，以上级调动的方式基于资源池对多个账户中的待补足账户进行补足包括：对于一个待补足账户，如果确定与待补足账户对应的上一级账户的第一可迁出资源信息，少于待补足账户的第一待迁出资源信息的待补足量，则将上一级账户作为当前账户，按照等级由低到高的顺序对当前账户的上一级账户进行遍历，直至遍历到最高等级的账户或者遍历到等于或多于第一待迁出资源信息的待补足量的账户；以及如果遍历到等于或多于第一待迁出资源信息的待补足量的账户，则按照等级由高到低的顺序，逐级向下迁出与第一待迁出资源信息的待补足量对应的资源至下一级账户，直至将与第一待迁出资源信息的待补足量对应的资源迁至待补足账户。

根据本公开的实施例，上述方法还包括：如果确定最高等级的账户的可迁出资源信息，少于第一待迁出资源信息的待补足量，则按照等级由高到低的顺序逐级向下进行遍历，直至遍历到满足资源上调条件的待上调账户；按照等级由低到高的顺序，以待上调账户为起点，逐级向上迁出与第一待迁出资源信息的待补足量对应的资源至上一级账户，直至将与第一待迁出资源信息的待补足量对应的资源迁至最高等级的账户；以及按照等级由高到低的顺序，以最高等级的账户为起点，逐级向下迁出与第一待迁出资源信息的待补足量对应的资源至下一级账户，直至将与第一待迁出资源信息的待补足量对应的资源迁至待补足账户。

根据本公开的实施例，资源池中账户与第二服务器端的客户端之间存在第三对应关系。上述方法还包括：在将与第一待迁出资源信息的待补足量对应的资源迁至最高等级的账户之前，向与待上调账户对应的客户端发送资源上调请求；以及响应于接收到上调指令，将与第一待迁出资源信息的待补足量对应的资源迁至最高等级的账户，其中，上调指令表征与待上调账户对应的客户端授权上调请求。

根据本公开的实施例，上述方法还包括：响应于接收到上调指令，进行计时直至与第一待迁出资源信息的待补足量对应的资源被迁回至上调账户；以及确定资源收益信息，资源收益信息和第一时间间隔以及第一待迁出资源信息的待补足量相关，第一时间间隔是与第一待迁出资源信息的待补足量对应的资源被迁出时间和被迁回时间之间的时长。

根据本公开的实施例，上述方法还包括：如果确定没有满足资源上调条件的待上调账户，则向第三服务器端发送援助资源请求，援助资源请求包括用户标识和第一待迁出资源信息的待补足量，以为待补足账户迁入援助资源直至达到预设时间，援助资源的量与用户标识对应的历史资源信息相关，并且等于或少于第一待迁出资源信息的待补足量。

根据本公开的实施例，获得资源调动集合包括：获得来自第二服务器端的至少一个业务关联信息，每个业务关联信息包括待迁出资源信息，每个业务关联信息具有相对应的账户信息；以及计算与各账户信息对应的待迁出资源信息。

本公开的另一个方面提供了一种资源处理装置，包括获得模块、确定模块和补足模块。其中，获得模块用于获得资源调动集合以及资源池中多个账户各自的可迁出资源信息，资源调动集合包括针对资源池中多个账户各自的待迁出资源信息；确定模块用于确定是否存在待补足账户，待补足账户是多个账户中待迁出资源信息多于可迁出资源信息的账户；以及补足模块用于如果确定存在待补足账户，则基于资源池对多个账户中的待补足账户进行补足；其中，第二服务器端与至少一个资源池之间存在第一对应关系，至少一个资源池被第二服务器端授权，以使被授权的资源池中多个账户之间可进行资源调动。

本公开的另一方面提供了一种电子设备，包括一个或多个处理器以及存储装置，其中，存储装置用于存储可执行指令，可执行指令在被处理器执行时，实现如上所述的方法。

本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，指令在被执行时用于实现如上所述的方法。

本公开的另一方面提供了一种计算机程序，计算机程序包括计算机可执行指令，指令在被执行时用于实现如上所述的方法。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：

图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所示，用户(如xx集团公司)具有多个账户，不同的账户可以与不同的资源相对应，每个账户被分配指定数量的资源，以便于进行经济活动，如支付等。当然，一个账户下也可以存在多种类型的资源。其中，资源可以为资金、有价证券、无形资产、矿产持有票据等各种有经济价值的资源。用户所进行的经济活动需要将资源迁移给其它用户，进行等价偿付等活动。用户可以根据活动进度编制资源使用计划，以便保障经济活动的正常进行。如图1所示，用户的账户1中具有可迁出资源1共计300单位、账户2中具有可迁出资源1共计1000单位以及账户3中具有可迁出资源2共计400单位。用户根据经济活动编制的资源使用计划包括：迁出计划1(待迁出资源1:500单位、待迁出资源2:200单位，使用账户1和3)、迁出计划2(待迁出资源1:500单位，使用账户2)、迁出计划3(待迁出资源2:200单位，使用账户3)。

需要说明的是，用户可以对资源使用计划进行汇总，得到如下信息：账户1中待迁出资源1:500单位，账户2中待迁出资源1:500单位，账户3中待迁出资源2:400单位。

如图1所示，账户1中可迁出资源1:300单位，不能满足迁出计划1的需求。然而，账户2中可迁出资源1能满足计划1的需求，如果不对账户1的资源进行补足，则无法满足资源使用计划需求。为此，相关技术中可以由用户通过人工的方式将账户2中资源1部分迁至账户1，以对账户1进行补足。

然而，用户的日常经济活动涉及的资源种类繁多，活动数量巨大，如果以人工的方式进行账户间资源调动，容易出现失误，造成经济损失。此外，人工成本较高，有待改善。

本公开实施例获得能表征用户的资源使用计划的资源调动集合，该资源调动集合包括针对资源池中多个账户各自的待迁出资源信息，并且获得用户授权的资源池中多个账户各自的可迁出资源信息。这样就可以通过比对各账户的待迁出资源信息和可迁出资源信息来确定是否存在资源不足的待补足账户，然后就可以实现基于被用户授权的资源池对待补足账户进行补足。该方案可被实施是由于第二服务器端与至少一个资源池之间存在第一对应关系，被授权的资源池中多个账户之间可进行资源调动。

图2示意性示出了根据本公开实施例的可以应用资源处理方法、资源处理装置、电子设备和介质的示例性系统架构。需要注意的是，图2所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

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

用户可以使用终端设备101、102、103通过网络104与其他终端设备和服务器105、106、107进行交互，以接收或发送信息等。终端设备101、102、103可以安装有各种通讯客户端应用，例如企业资源计划(enterpriseresourceplanning，简称erp)客户端、银行应用、云平台应用、网页浏览器应用、搜索类应用、办公类应用、即时通信工具、邮箱客户端、购物类应用、社交平台软件等应用(仅为示例)。

终端设备101、102、103包括但不限于智能手机、虚拟现实设备、增强现实设备、平板电脑、膝上型便携计算机等等。

服务器105可以提供第一资源处理相关服务，例如，给erp客户端提供服务。服务器106可以提供第二资源处理相关服务，例如，从erp系统获取用户的资源使用计划等。服务器107可以提供第三资源处理相关服务，例如，可以为银行服务器端，便于用户终端的银行应用客户端、服务器106查询用户的各账户的可用资金等。服务器105、106、107可以为数据库服务器、后台管理服务器、服务器集群等。服务器105、106、107可以对接收到的网络流量信息等数据进行分析等处理，并将处理结果(如资源处理结果等)反馈给终端设备。其中，服务器106、107可以为同一个服务器，也可以是不同的服务器。

需要说明的是，本公开实施例所提供的资源处理方法一般可以由服务器106执行。相应地，本公开实施例所提供的资源处理装置一般可以设置于服务器106中。

应该理解，终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

图3示意性示出了根据本公开实施例的资源处理方法的流程图。

如图3所示，该方法可以包括操作s301～操作s305。在本实施例中，第二服务器端与至少一个资源池之间存在第一对应关系，至少一个资源池可被第二服务器端授权，以使被授权的资源池中多个账户之间可进行资源调动。

在操作s301，获得资源调动集合以及资源池中多个账户各自的可迁出资源信息，资源调动集合包括针对资源池中多个账户各自的待迁出资源信息。

在本实施例中，资源包括但不限于各种有价值的物资、资产、证券、票据和资金等，用户可以通过交换资源等方式进行经济活动。为了便于理解本公开的技术方案，以下以资源是资金为例，进行示例性说明。

在一个实施例中，获得资源调动集合可以包括如下操作。首先，获得来自第二服务器端的至少一个业务关联信息，每个业务关联信息包括待迁出资源信息，每个业务关联信息具有相对应的账户信息。然后，计算与各账户信息对应的待迁出资源信息。

例如，第一服务器端根据第二服务器端的erp系统中的付款单对生成资金计划。资金可以以天为周期进行结算，因此，资金计划可以以天为周期进行更新。如第一服务器端可以按照预设时间段向第二服务器端发送付款单对请求，在得到付款单对后，计算各账户需要支出的资金额度。

资源池(如资金池)中多个账户各自的可用资金额度，可以是由第二服务器端向第一服务器端提供的，然后由第一服务器端向第三服务器端(如银行)进行核对。此外，资金池中多个账户各自的可用资金额度也可以是由第一服务器端直接根据资金计划中提供的账户，在第三服务器端进行查询得到的。

在操作s303，确定是否存在待补足账户，待补足账户是多个账户中待迁出资源信息多于可迁出资源信息的账户。

具体地，可以通过比对资金池中各账户中可用资金和资金计划中各账户的待支付资金，来确定是否存在待补足账户。对于一个账户，如果该账户的可用资金少于待支付资金，则该账户是待补足账户，如果不能及时进行补足，则会导致资金支付失败，给用户的经济活动造成不良影响。

在操作s305，如果确定存在待补足账户，则基于资源池对多个账户中的待补足账户进行补足。

在本实施例中，由于第二服务器端与至少一个资源池之间存在第一对应关系，至少一个资源池可被第二服务器端授权，这样就使被授权的资源池中多个账户之间可进行资源调动，实现对待补足账户根据其资金缺口(即资金的待补足量)补充所需的资金。

图4示意性示出了根据本公开实施例的资源池的结构示意图。

如图4所示，公司a具有对应的资源池，该资源池中包括账户1、账户2和账户3，公司a授权财资管理云平台可以对资源池中各账户的资源进行内部调动以满足资金支付需求。其中，公司a授权财资管理云平台的示例可以如下：公司a向银行服务器端发送授权请求，授权请求可以包括以下信息中至少一种：公司a标识、资源池标识、账户标识、授权时限、被授权的财资管理云平台的标识、授权的资金额度等。例如，当账户2的可用资金相对于当天的资金支付计划存在资金缺口，而账户1的可用资金能满足自身的资金支付计划和账户2的资金缺口补足需求时，则可以利用账户1对账户2进行资金缺口补足。

在另一个实施例中，为了满足用户的多样性需求，如集团公司具有账户、各子公司具有各自的账户、各部门具有各自的账户等。集团公司需要对集团的所有资金流进行监管，子公司需要对各部门的资金流进行监管，同时，集团公司需要授予子公司一定的资金使用权限、子公司需要授予部门一定的资金使用权限，以便于进行业务操作。为此，本公开提供了一种资源池，以及基于该资源池进行资源调动的方法。需要说明的是，以上仅仅是对资金池、账户、用户和子用户的示例性说明，不能理解为对本公开的限定。

具体地，资源池中多个账户包括至少两个等级，每个上一级账户与至少一个下一级账户之间存在第二对应关系。

相应的，基于资源池对多个账户中的待补足账户进行补足包括：以上级调动的方式基于资源池对多个账户中的待补足账户进行补足。

图5示意性示出了根据本公开另一实施例的资源池的结构示意图。

如图5所示，资金池账户1～账户8。该资金池具有多级账户，每个上一级账户存在相对应的至少一个下一级账户。如账户1的下一级账户是账户2和账户3。账户2的下一级账户是账户4、账户5和账户6。账户3的下一级账户是账户7和账户8。每个账户对应用户(集团公司)的一个实体。例如，账户1对应于集团公司，账户2对应于分公司1，账户3对应于分公司2，账户4对应于部门1，账户5对应于部门2，账户6对应于部门3，账户7对应于部门4，账户8对应于部门5。由于该集团公司的管理体系是树状结构，相应的，该资金池中多个账户也可以是树状结构，以便更好地与集团公司的管理体系相吻合。例如，上一级账户只能对其下一级账户进行监管，而不能对其它账户的下一级账户进行监管。当下一级账户存在资金缺口时，首先应向其上一级账户发起资金补足请求。

具体地，以上级调动的方式基于资源池对多个账户中的待补足账户进行补足包括：对于一个待补足账户，如果确定与待补足账户对应的上一级账户的第一可迁出资源信息，等于或多于待补足账户的第一待迁出资源信息的缺口，则通过与待补足账户对应的上一级账户，将与第一待迁出资源信息的待补足量(如资金缺口)对应的资源迁至待补足账户。其中，对于一个待补足账户，与第一待迁出资源信息的待补足量，是该待补足账户的待迁出资源信息与可迁出资源信息之间的差值。

如图5所示，当账户4存在资金缺口时，则可以由财资管理云平台确定账户2的可用资金是否大于账户4的资金缺口(第一种方式中可以先不考虑账户2自身是否存在资金缺口，第二种方式需要考虑账户2的可用资金是否满足自身的资金支付计划和账户4的资金缺口。其中，第一种方式以从低到高的顺序进行遍历后，能保证所有账户都进行过资金缺口检测，不会存在遗漏)，如果确定账户2的可用资金满足账户4的资金缺口，则可以由财资管理云平台向银行服务器端发送资金调动请求，以将账户2的资金调动给账户4，以实现对账户4的资金缺口进行补足。

在另一个实施例中，以上级调动的方式基于资源池对多个账户中的待补足账户进行补足包括：对于一个待补足账户，如果确定与待补足账户对应的上一级账户的第一可迁出资源信息，少于待补足账户的第一待迁出资源信息的缺口，则将上一级账户作为当前账户，按照等级由低到高的顺序对当前账户的上一级账户进行遍历，直至遍历到最高等级的账户或者遍历到等于或多于第一待迁出资源信息的缺口的账户。

如果遍历到等于或多于第一待迁出资源信息的缺口的账户，则按照等级由高到低的顺序，逐级向下迁出与第一待迁出资源信息的缺口对应的资源至下一级账户，直至将与第一待迁出资源信息的缺口对应的资源迁至待补足账户。

图6示意性示出了根据本公开实施例的基于资源池进行资源补足的示意图。

如图6所示，账户4存在资金缺口，资金云管理平台确定账户2的可用资金不能满足账户4的资金缺口补足需求，则接着检测账户2的上一级账户(账户1)是否能满足账户4的资金缺口补足需求。如果账户1能满足账户4的资金缺口补足需求，则由账户1先将资金缺口的资金从账户1调动至账户2，然后再由账户2调动至账户4。这样使得，只要最高等级的账户的可用资金能满足账户4的资金缺口的补足需求，则可以实现任一个下一级账户的资金缺口的补足需求。此外，这样还可以使得与账户1对应的实体(如集团公司)可以全面的了解其各组成部分(如子公司、部门)等的资金使用情况，便于进行整体管理。

在另一个实施例中，上述方法还可以包括如下操作。

首先，如果确定最高等级的账户的可迁出资源信息，少于第一待迁出资源信息的缺口，则按照等级由高到低的顺序逐级向下进行遍历，直至遍历到满足资源上调条件的待上调账户。

然后，按照等级由低到高的顺序，以待上调账户为起点，逐级向上迁出与第一待迁出资源信息的缺口对应的资源至上一级账户，直至将与第一待迁出资源信息的缺口对应的资源迁至最高等级的账户。

接着，按照等级由高到低的顺序，以最高等级的账户为起点，逐级向下迁出与第一待迁出资源信息的缺口对应的资源至下一级账户，直至将与第一待迁出资源信息的缺口对应的资源迁至待补足账户。

图7示意性示出了根据本公开另一实施例的基于资源池进行资源补足的示意图。

如图7所示，如果账户4存在资金缺口，而账户2和账户1的可用资金都无法满足账户4的资金缺口的补足需求。但是，账户3的可用资金能满足账户4的资金缺口的补足需求，账户3对应的实体(如子公司b)与账户4所属的实体(子公司a的部门)不属于同一个子公司，则可以通过账户1(对应于集团公司)将资金中转给账户4，以进行资金缺口补足。这样可以满足集团公司内多种资金调动需求，提升资金使用便捷度。

需要说明的是，对于图7所示的场景下，由于子公司b和子公司a的资金管理，通常具有较高的相互独立性。子公司a和子公司b都是使用集团公司的erp系统，但是都分别具有各自的客户端。例如，资源池中账户与第二服务器端的客户端之间存在第三对应关系。为了满足子公司对资金进行管理的便捷度，上述方法还可以包括如下操作。

首先，在将与第一待迁出资源信息的缺口对应的资源迁至最高等级的账户之前，向与待上调账户对应的客户端发送资源上调请求。

然后，响应于接收到上调指令，将与第一待迁出资源信息的缺口对应的资源迁至最高等级的账户，其中，上调指令表征与待上调账户对应的客户端授权上调请求。

也就是说，与需要转出资金的账户对应的实体需要进行授权后，才能进行资金转出，避免被转出资金的账户对应的实体不知道资金被转出，导致资金管理混乱。需要说明的是，对于同一机构内的实体的账户之间进行资金调动时，同样可以需要得到被转出方的授权后，才能进行资金转出。

在另一个实施例中，由于资金存放在某个账户中时可以产生资金收益，如利息等收益。当资金被调动至另一个账户时，会导致被调出资金的账户的资金收益受损，因此，还可以对被调出资金的账户进行收益补偿。

图8示意性示出了根据本公开另一实施例的资源处理方法的流程图。该方法还可以包括操作s801～操作s803。

在操作s801，响应于接收到上调指令，进行计时直至与第一待迁出资源信息的缺口对应的资源被迁回至上调账户。该计时操作可以由财资管理云平台执行。

在操作s803，确定资源收益信息，资源收益信息和第一时间间隔以及第一待迁出资源信息的缺口相关，第一时间间隔是与第一待迁出资源信息的缺口对应的资源被迁出时间和被迁回时间之间的时长。资源收益的计算方法可以类似于利息的计算方法，当然，也可以是由用户自行设置的。以资金为例进行说明，如该资源收益率可以低于银行利率，以降低集团公司内部资金调动的流动成本。

在另一个实施例中，上述方法还可以包括如下操作。

如果确定没有满足资源上调条件的待上调账户，则向第三服务器端发送援助资源请求，援助资源请求包括用户标识和第一待迁出资源信息的缺口，以为待补足账户迁入援助资源直至达到预设时间，援助资源的量与用户标识对应的历史资源信息相关，并且等于或少于第一待迁出资源信息的缺口。

为了更好地为用户提供资金服务，银行可以向用户提供一定的信用额度，以帮助用户应对紧急事件等。例如，由于用户每天的资金流量很大，可能会出现短时资金紧缺的情况。但是，该用户在当天内可以补足资金缺口，此时，为了避免用户因短时存在资金缺口，导致经济活动无法正常进行，而且考虑到在当天内的资金不会产生利息，因此，可以由银行给用户提供一定的信用额度以应对上述短时存在的资金缺口。参考图5所示，如果账户4存在资金缺口，但是资金池中各账户都无法对账户4的资金缺口进行补足，则可以由资金管理云平台向银行服务器端申请资金以进行资金缺口补足。其中，银行向用户提供的信用额度可以根据用户(或资金池)的历史资金使用情况等设定，如资金运转良好的用户可以获得更多的信用额度，资金运转数量越大的用户可以获得更多的信用额度。

以下以一个具体实施例资源处理方法进行示例性说明。

用户自有erp系统中没有资金计划功能，资金计划汇总通过线下邮件方式收集，全部人工操作，费时费力，并且易出差错，亟待通过线上模式提升管理效率。同时，资金计划所需账户的资金缺口和及时补足功能亟待健全。

为了解决上述问题，由财资管理云平台定期从客户自有erp系统内，抓取相关业务单据的付款信息，并汇总形成资金计划表。财资管理云平台定期对照客户已授权的资金池相应账户的可用资金。如果某个账户有对应的付款计划，则在该账户存在资金缺口的情况下，经用户审核，联动资金池中上一级账户进行补足。还可以对补足的资金进行计时、计息。此外，还可以向银行争取信用额度以内的资金以帮助用户应对短时资金缺口。

图9示意性示出了根据本公开实施例的资源处理装置的框图。

如图9所示，该资源处理装置900可以包括：获得模块910、确定模块920和补足模块930。

获得模块910用于获得资源调动集合以及资源池中多个账户各自的可迁出资源信息，资源调动集合包括针对资源池中多个账户各自的待迁出资源信息。

确定模块920用于确定是否存在待补足账户，待补足账户是多个账户中待迁出资源信息多于可迁出资源信息的账户。

补足模块930用于如果确定存在待补足账户，则基于资源池对多个账户中的待补足账户进行补足；其中，第二服务器端与至少一个资源池之间存在第一对应关系，至少一个资源池被第二服务器端授权，以使被授权的资源池中多个账户之间可进行资源调动。

其中，获得模块910、确定模块920和补足模块930执行的操作可以参考操作s301～操作s305，在此不再赘述。

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

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

例如，获得模块910、确定模块920和补足模块930中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，获得模块910、确定模块920和补足模块930中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，获得模块910、确定模块920和补足模块930中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图10示意性示出了根据本公开实施例的电子设备的方框图。图10示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图10所示，根据本公开实施例的电子设备1000包括处理器1001，其可以根据存储在只读存储器(rom)1002中的程序或者从存储部分1008加载到随机访问存储器(ram)1003中的程序而执行各种适当的动作和处理。处理器1001例如可以包括通用微处理器(例如cpu)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))，等等。处理器1001还可以包括用于缓存用途的板载存储器。处理器1001可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在ram1003中，存储有电子设备1000操作所需的各种程序和数据。处理器1001、rom1002以及ram1003通过总线1004彼此相连。处理器1001通过执行rom1002和/或ram1003中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，程序也可以存储在除rom1002和ram1003以外的一个或多个存储器中。处理器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)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的rom1002和/或ram1003和/或rom1002和ram1003以外的一个或多个存储器。

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。