资源转移方法、装置、系统、电子设备及介质与流程

本公开涉及互联网应用
技术领域：
，尤其涉及一种资源转移方法、装置、系统、电子设备及介质。
背景技术：
：随着互联网应用技术的发展，各种资源服务平台盛行，资源服务平台不仅能够为用户提供资源托管服务，还同时为用户提供资源赎回服务。例如，用户可以通过资源服务平台将资源存放在资源托管方，并由资源托管方对该资源进行管理，当用户需要使用该资源时再通过资源服务平台申请资源赎回。现有的资源赎回中，资源服务平台为了保证用户托管资源的赎回实时性，通常是以先垫付后回补的方式进行，即资源服务平台先垫付用户需要赎回的资源数值，再根据其自身垫付的资源数值请求资源托管方向授信方申请相应数值的授信资源进行回补，以此来保证后期用户申请资源赎回业务的正常开展。可以理解，授信方经常会不定期的进行系统升级或者系统维护等，这就造成授信方在系统升级或者系统维护期间无法执行授信资源回补，即资源转移异常中断，进而使得资源服务平台不能够及时地回补其自身所垫付的资源，而影响了后期用户申请资源赎回业务的顺利运行。由此，如何避免资源转移异常中断的问题仍亟待解决。技术实现要素：为了解决上述技术问题，本公开的一个目的在于提供一种资源转移方法、装置、系统、电子设备及介质。其中，本公开所采用的技术方案为：一种资源转移方法，包括：获取资源赎回行为数据，所述资源赎回行为数据指示了资源服务平台为资源赎回行为所垫付的赎回资源数值；根据所述资源赎回行为数据生成授信资源申请记录；遍历授信方集合中的授信方标识，为所述授信资源申请记录配置目标授信方；根据所述授信资源申请记录请求资源托管方向所述目标授信方申请授信资源回补。一种资源转移方法，包括：资源服务平台获取资源赎回行为数据，并根据所述资源赎回行为数据生成授信资源申请记录，所述资源赎回行为数据指示了所述资源服务平台为资源赎回行为所垫付的赎回资源数值；所述资源服务平台遍历授信方集合中的授信方标识，为所述授信资源申请记录配置目标授信方；资源托管方接收所述资源服务平台根据所述授信资源申请记录发起的授信资源回补请求，并将所述授信资源回补请求转发至所述目标授信方；所述目标授信方按照所述授信资源申请记录将授信资源回补至所述资源服务平台。一种资源转移装置，包括：行为数据获取模块，用于获取资源赎回行为数据，所述资源赎回行为数据指示了资源服务平台为资源赎回行为所垫付的赎回资源数值；申请记录生成模块，用于根据所述资源赎回行为数据生成授信资源申请记录；授信方配置模块，用于遍历授信方集合中的授信方标识，为所述授信资源申请记录配置目标授信方；资源回补请求模块，用于根据所述授信资源申请记录请求资源托管方向所述目标授信方申请授信资源回补。一种资源转移系统，所述系统包括资源服务平台、资源托管方和多个授信方，所述授信方由授信方标识指示，其中，所述资源服务平台用于获取资源赎回行为数据，并根据所述资源赎回行为数据生成授信资源申请记录，所述资源赎回行为数据指示了所述资源服务平台为资源赎回行为所垫付的赎回资源数值；以及所述资源服务平台用于遍历授信方集合中的授信方标识，为所述授信资源申请记录配置目标授信方；所述资源托管方用于接收所述资源服务平台根据所述授信资源申请记录发起的授信资源回补请求，并将所述授信资源回补请求转发至所述目标授信方；所述目标授信方用于按照所述授信资源申请记录将授信资源回补至所述资源服务平台。一种电子设备，包括处理器及存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时实现如上所述的资源转移方法。一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的资源转移方法。与现有技术相比，本公开具有以下有益效果：资源赎回中，资源服务平台将请求资源托管方向目标授信方申请授信资源回补，该目标授信方是由授信方集合中的其中一个授信方标识指示的。具体而言，资源服务平台获取资源赎回行为数据，并根据资源赎回行为数据所指示的资源服务平台为该资源赎回行为所垫付的赎回资源数值生成授信资源申请记录，进而通过遍历授信方集合中的授信方标识为授信资源申请记录配置目标授信方，并最终按照其所垫付的赎回资源数值请求资源托管方向目标授信方申请相应数值的授信资源进行回补。也就是说，资源赎回中，通过授信方集合中授信方标识的逐一遍历，使得授信资源回补支持由多个授信方中的任意一个授信方执行，即使其中一个授信方因系统升级或者系统维护等原因而导致资源转移异常中断，授信资源回补还可以由其余授信方继续执行，以此避免了资源转移的异常中断，进而有利于提高资源转移效率。应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。附图说明此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并于说明书一起用于解释本公开的原理。图1是现有技术所涉及的一应用场景中一种资源转移方法的时序图。图2是本公开所涉及的一种资源转移方法的实施环境示意图。图3是根据一示例性实施例示出的一种服务器的硬件结构框图。图4是根据一示例性实施例示出的一种资源转移方法的流程图。图5是图4对应实施例中步骤350在一个实施例的流程图。图6是根据一示例性实施例示出的另一种资源转移方法的流程图。图7是本公开所涉及的一应用场景中一种资源转移方法的时序图。图8是图7应用场景中的授信银行选择机制的具体实现示意图。图9是根据一示例性实施例示出的一种资源转移装置的框图。图10是图9对应实施例中授信方配置模块750在一个实施例的框图。图11是图9对应实施例中授信方配置模块750在另一个实施例的框图。图12是根据一示例性实施例示出的另一种资源转移装置的框图。通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述，这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。具体实施方式这里将详细地对示例性实施例执行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。资源赎回过程中，经常会因为授信方进行系统升级或者系统维护等原因而导致资源转移异常中断，进而影响到资源服务平台为用户提供的资源赎回服务。现以资源服务平台为理财平台举例说明资源赎回过程。其中，用户为理财用户，资源托管方为基金公司，授信方为与该基金公司签订了授信协议的一授信银行。如图1所示，理财用户向理财平台发起快赎请求，请求赎回由基金公司托管的金额a，为此，理财平台将从自身的现金账户划拨赎回金额a并垫付至理财用户的理财账户中，以此保证理财用户的赎回资金能够实时到帐。然后，理财平台将根据其所垫付的赎回金额a生成授信请款批次，该授信请款批次记录了本批次需要申请的授信金额a，进而根据该授信请款批次向基金公司请款。基金公司将按照授信请款批次通知授信银行划拨授信金额a至理财平台。待授信银行将相应金额a的资金划拨至理财平台在该授信银行的备付金账户，基金公司会接收到授信银行反馈的资金划拨结果，并以此转发至理财平台。当理财平台接收到资金划拨结果之后，即认为授信请款资金已到帐，此时，理财平台将其在授信银行的备付金账户中回补金额a至其自身的现金账户，以继续为其他理财用户的快赎业务付款。假设授信银行在上述资源赎回过程中正在进行系统升级或者系统维护，就会造成整个授信请款业务被中断，进而导致理财平台中其他理财用户的快赎业务异常中断。由上可知，现有的资源赎回过程中仍存在资源转移异常中断的风险。为此，本公开特提出了一种资源转移方法，该种资源转移方法支持多个授信方中的任意一个授信方来执行授信资源回补，从而避免了资源转移的异常中断，进而有利于提高资源转移效率。图2为该种资源转移方法所涉及的实施环境的示意图。该实施环境包括用户110、资源服务平台130、多个资源托管方150和多个授信方170。其中，用户110所在终端可以是智能手机、台式电脑、笔记本电脑、平板电脑或者其他具有网络连接功能的电子设备。用户100所在终端可供具有资源转移功能的客户端运行，进而通过连接的网络使运行的客户端接入资源服务平台130，以使资源服务平台130为用户110提供资源托管、资源赎回等服务。进一步地，资源服务平台130可以根据用户110的资源赎回行为向相应的资源托管方150请求授信资源，而每一个资源托管方150可以向与其签订授信协议的任意一个授信方170申请回补授信资源至资源服务平台130。上述实施环境中，资源服务平台130、资源托管方150、授信方170可以是一台服务器，也可以是由若干服务器构成的服务器集群，或者是云计算服务中心，在此并未加以限定。此外，资源服务平台130、资源托管方150、授信方170可以通过无线网络、有线网络等连接方式建立通讯连接。图3是根据一示例性实施例示出的一种服务器200的硬件结构框图。需要说明的是，该服务器200只是一个适配于本公开的示例，不能认为是提供了对本公开的使用范围的任何限制。该服务器200也不能解释为需要依赖于或者必须具有图3中示出的示例性的服务器200中的一个或者多个组件。该服务器200的硬件结构可因配置或者性能的不同而产生较大的差异，如图3所示，服务器200包括：电源210、接口230、至少一存储器250、以及至少一中央处理器(cpu，centralprocessingunits)270。其中，电源210用于为服务器200上的各硬件设备提供工作电压。接口230包括至少一有线或无线网络接口231、至少一串并转换接口233、至少一输入输出接口235以及至少一usb接口237等，用于与外部设备通信。存储器250作为资源存储的载体，可以是只读存储器、随机存储器、闪存、磁盘或者光盘等，其上所存储的资源包括操作系统251、应用程序253及数据255等，存储方式可以是短暂存储或者永久存储。其中，操作系统251用于管理与控制服务器200上的各硬件设备以及应用程序253，以实现中央处理器270对海量数据255的计算与处理，其可以是windowsservertm、macosxtm、unixtm、linuxtm、freebsdtm等。应用程序253是基于操作系统251之上完成至少一项特定工作的计算机程序，其可以包括至少一模块(图3中未示出)，每个模块都可以分别包含有对服务器200的一系列计算机可读指令。数据255可以是存储于磁盘中的照片、图片等等。中央处理器270可以包括一个或多个以上的处理器，并设置为通过总线与存储器250通信。如上面所详细描述的，本公开各示例性实施例中的资源转移方法可由服务器200内中央处理器270读取存储器250中存储的一系列计算机可读指令来执行。此外，通过硬件电路或者硬件电路结合软件指令也能同样实现本公开，因此，实现本公开并不限于任何特定硬件电路、软件以及两者的组合。请参阅图4，在一示例性实施例中，一种资源转移方法适用于图2所示实施环境中的资源服务平台130，该资源服务平台适用于图3所示出的硬件结构。该种资源转移方法可以由资源服务平台130执行，可以包括以下步骤：步骤310，获取资源赎回行为数据。在进行授信资源回补之前，资源服务平台首先需要获知其垫付的赎回资源有多少。本实施例中，资源赎回行为数据指示了资源服务平台为资源赎回行为所垫付的赎回资源数值。资源赎回行为是指用户为了赎回由资源托管方托管的资源，而向资源服务平台发起资源赎回请求的行为。当资源服务平台接收到用户所发起的资源赎回请求，将随之产生该用户相应的资源赎回行为数据。可以理解，资源赎回请求至少指示了用户需要向哪一个资源托管方赎回多少数值的资源，相应地，资源赎回行为数据至少记录有资源服务平台为相应资源托管方所垫付的赎回资源数值。由此，资源赎回行为数据包括资源托管方标识、赎回资源数值。此外，资源赎回行为数据还可以包括资源赎回请求发起时间等等。例如，用户在a时刻申请赎回由资源托管方b托管的数值为c的资源，此时，资源赎回行为数据包括资源托管方标识为b，赎回资源数值为c，资源赎回请求发起时间为a。步骤330，根据资源赎回行为数据生成授信资源申请记录。对于资源服务平台而言，在获取到资源赎回行为数据之后，便相应地获知了其为用户的资源赎回行为所垫付的赎回资源数值，便能够以此向相应的资源托管方申请授信资源，并以申请到的授信资源来回补其所垫付的赎回资源。由于资源服务平台是为海量用户提供资源托管、资源赎回等服务的，如果每一个用户每发起一次资源赎回请求，资源服务平台都去向资源托管方申请授信资源，这必然造成资源服务平台的处理任务量超负荷。为此，资源服务平台将针对预设时间周期内获得的资源赎回行为数据，生成授信资源申请记录。该授信资源申请记录则指示了资源服务平台在预设时间周期内为不同用户的资源赎回行为所垫付的赎回资源总数值。进一步地，在预设时间周期内，对于不同的资源托管方，资源服务平台将相应地生成对应于资源托管方的授信资源申请记录，以供资源服务平台向不同的资源托管方申请授信资源。预设时间周期可以根据实际的运营需求进行灵活地调整，在此不进行限定。举例来说，预设周期为1个小时，在该1个小时内，用户a1申请赎回由资源托管方b1托管的数值为c1的资源，用户a2申请赎回由资源托管方b1托管的数值为c2的资源，用户a3申请赎回由资源托管方b2托管的数值为c3的资源。相应地，对于资源托管方b1，授信资源申请记录1指示资源服务平台垫付了数值为c1+c2的赎回资源。对于资源托管方b2，授信资源申请记录2指示资源服务平台垫付了数值为c3的赎回资源。步骤350，遍历授信方集合中的授信方标识，为授信资源申请记录配置目标授信方。在获知了资源服务平台垫付的赎回资源总数值之后，资源服务平台便可以向资源托管方请求相应数值的授信资源进行回补。首先需要说明的是，授信是指授信方根据资源托管方与其签订的授信协议，在授信协议有效期间向资源托管方提供一定数值的授信资源的行为。换而言之，授信资源并不是由资源托管方直接回补至资源服务平台的，而是由资源托管方申请授信方进行回补的。为此，在进行授信资源回补之前，还需要确定执行授信资源回补的授信方。对于同一个资源托管方而言，通过授信协议的签订，可以在授信协议有效期间内得到多个授信方所提供的一定数值的授信资源。基于此，对于该资源托管方而言，该多个授信方中的任意一个授信方均可以执行由该资源托管方所申请的授信资源回补，即该多个授信方中的任意一个授信方均可以被配置为该资源托管方对应的授信方。当该资源托管方接入资源服务平台，资源服务平台便会在授信方集合中添加与该资源托管方签订了授信协议的授信方所对应的授信方标识。换而言之，授信方集合包含多个授信方标识，每一个授信方标识被用于指示一个授信方。授信方标识可以通过数字表示，也可以通过字母表示，或者由二者的组合进行表示，在此并不进行限定。由此，针对该资源托管方，资源服务平台将由授信方集合中选取授信方标识指示的授信方作为目标授信方，并将该目标授信方配置为该资源托管方对应的授信方，进而使得该目标授信方按照授信资源申请记录为该资源托管方执行授信资源回补。具体而言，针对每一条授信资源申请记录，对授信方集合中的授信方标识进行遍历，以此完成目标授信方的配置。举例说明如下，授信资源申请记录1指示资源服务平台为资源托管方a垫付了数值为b的赎回资源，而授信于资源托管方a的授信方包括授信方a1、授信方a2，相应地，授信方集合中的授信方标识包含有a1和a2。授信资源申请记录2指示资源服务平台为资源托管方b垫付了数值为c的赎回资源，而授信于资源托管方b的授信方包括授信方b1、授信方b2，相应地，授信方集合中的授信方标识包含有b1和b2。此时，通过遍历授信方集合中的授信方标识，便为授信资源申请记录1配置授信方a1或者授信方a2作为目标授信方，为授信资源申请记录2配置授信方b1或者授信方b2作为目标授信方。进一步地，目标授信方配置中，可以随机选取一个授信方标识进行，还可以根据授信方标识的优先级进行。例如，随机选取授信方标识a1，并将授信方a1配置为授信资源申请记录1的目标授信方，或者，假设授信方标识b2的优先级高于授信方标识a1，则将授信方b2配置为授信资源申请记录2的目标授信方。步骤370，根据授信资源申请记录请求资源托管方向目标授信方申请授信资源回补。由于授信资源申请记录指示了资源服务平台为资源托管方垫付的赎回资源总数值，因此，资源托管方便能够根据授信资源申请记录指示的赎回资源总数值，向目标授信方申请相应数值的授信资源回补至资源服务平台。通过如上所述的过程，实现了多授信方模式的授信资源回补，即授信资源回补的执行能够由多个授信方中的任意一个授信方来执行，避免单一授信方执行授信资源回补时容易造成资源转移异常中断的问题，进而有效地提高了资源转移效率。在一示例性实施例中，步骤370之后，如上所述的方法还可以包括以下步骤：当资源托管方反馈授信资源回补结果超时，向资源托管方发送授信资源回补申请撤消指令。其中，授信资源回补结果用于指示目标授信方回补授信资源成功。也就是说，如果目标授信方将授信资源回补至资源服务平台，资源托管方便会接收到目标授信方反馈的授信资源回补结果，进而便能够将该授信资源回补结果转发至资源服务平台。相应地，对于资源服务平台而言，在接收到授信资源回补结果之后，便认为目标授信方回补授信资源成功。基于此，如果资源服务平台在预设时间周期内没有接收到授信资源回补结果，亦即资源托管方反馈授信资源回补结果超时，则资源服务平台认为目标授信方回补授信资源失败。其中，预设时间周期可以根据实际的运营需求灵活地设定，在此并不加以限定。当资源服务平台确认目标授信方回补授信资源失败，便判定该目标授信方可能因为系统升级或者系统维护等原因而导致本次资源转移异常中断，进而便通知资源托管方取消向该目标授信方申请授信资源回补，即发送授信资源回补申请撤消指令至资源托管方，以使该目标授信方不再执行本次授信资源回补。此外，返回步骤350，即继续遍历授信方集合中的授信方标识，为授信资源申请记录配置目标授信方，使得其余授信方可以被配置为授信资源申请记录新的目标授信方，以取代之前的目标授信方来执行本次授信资源回补。在上述实施例的配合下，通过授信资源回补申请撤消指令，保证了同一授信资源申请记录仅会向其中一个授信方申请授信资源回补，避免出现一笔赎回资源得到多个授信方回补授信资源的现象，从而有效地降低了资源转移的风险。请参阅图5，在一示例性实施例中，步骤350可以包括以下步骤：步骤351，根据授信资源申请记录确定授信资源申请数值，并获取授信方集合中其中一个授信方标识对应的可用授信额度。如前所述，授信资源申请记录指示了资源服务平台在预设时间周期内为不同用户的资源赎回行为所垫付的赎回资源总数值。由于资源服务平台是以申请到的授信资源来回补其所垫付的赎回资源，因此，赎回资源总数值即视为授信资源申请数值。由此，授信资源申请数值可以通过授信资源申请记录所指示的赎回资源总数值来确定。此外，由于授信方在授信协议有效期间向资源托管方提供的授信资源有限，一旦授信资源使用完毕，授信方将无法向资源托管方提供任何的授信资源，即授信方不再允许资源托管方申请授信资源回补。换而言之，授信方为资源托管方每执行一次授信资源回补，其向资源托管方提供的授信资源将随之相应地减少。对于资源托管方而言，授信方的可用授信额度在减少。其中，可用授信额度指的是授信方向资源托管方提供的授信资源数值。举例说明如下，授信方为资源托管方提供了数值为10的授信资源，假设资源托管方第一次申请了数值为4的授信资源，第二次申请了数值为6的授信资源，此时，随着两次授信资源回补，授信方的可用授信额度减少至10-4-6＝0。由于授信方的可用授信额度为0，即授信方所提供的有限授信资源已经使用完毕，此时，授信方不再允许资源托管方申请授信资源回补，直至资源托管方将数值为10的资源返还授信方，使得授信方的可用授信额度更新为10，授信方才重新向资源托管方提供授信资源，亦即资源托管方才能够重新向授信方申请授信资源回补。基于此，在遍历授信方集合中的授信方标识时，还将获取授信方标识对应的可用授信额度，以此确认授信方向资源托管方提供的授信资源是否已经使用完毕。具体而言，将授信方集合中其中一个授信方标识对应的可用授信额度和授信资源申请数值进行比较。当授信资源申请数值不超过其中一个授信方标识对应的可用授信额度时，跳转执行步骤353，将其中一个授信方标识指示的授信方配置为目标授信方。反之，当授信资源申请数值超过其中一个授信方标识对应的可用授信额度时，跳转执行步骤355，继续遍历授信方集合中的授信方标识，直至授信方集合中的某个授信方标识对应的可用授信额度大于授信资源申请数值。需要说明的是，资源托管方在接入资源服务平台时，便会将与其签订了授信协议的授信方所能提供的授信资源数值上报资源服务平台，由此，资源服务平台便能够获知该授信方为该资源托管方所提供的授信资源数值，即可用授信额度，进而将该可用授信额度与该授信方对应的授信方标识关联存储至授信方集合，以供授信方标识遍历时使用。步骤353，将其中一个授信方标识指示的授信方配置为目标授信方。在上述过程中，以授信方的可用授信额度作为目标授信方配置的前提，充分地保证了资源转移的稳定性，同时避免因授信方的可用授信额度不足而导致授信资源回补失败，进而有利于提高资源转移效率。进一步地，在一示例性实施例中，步骤355，获取授信方集合中后一个授信方标识对应的可用授信额度。其中，后一个授信方标识的优先级低于其中一个授信方标识。也就是说，本实施例中，对授信方集合中的授信方标识进行遍历是按照授信方标识的优先级实施的，即将优先级高的授信方标识所指示的授信方优先配置为目标授信方。例如，授信方标识的优先级最高为5，假设授信方集合中其中一个授信方标识的优先级为4，则后一个授信方标识的优先级为3，以此类推。当优先级为4的其中一个授信方标识所指示的授信方不能够被配置为目标授信方时，优先级为3的后一个授信方标识所指示的授信方才有机会被配置为目标授信方。为此，首先需要获取优先级为3的后一个授信方标识对应的可用授信额度，以此确认其所指示的授信方向资源托管方提供的授信资源是否已经使用完毕，进而判断是否能将其所指示的授信方配置为目标授信方。应当说明的是，授信方标识的优先级是资源服务平台根据授信方的相关数据进行设置的，例如，相关数据包括授信方系统稳定性(譬如参考系统升级或者系统维护周期等)、可提供授信资源数值等，相应地，系统稳定性越高则优先级最高，可提供授信资源数值越大则优先级越大等。可以理解，将后一个授信方配置为目标授信方的过程，同理于将其中一个授信方配置为目标授信方的过程，区别在于被配置的对象不同。即，当授信资源申请数值不超过后一个授信方标识对应的可用授信额度时，将后一个授信方标识指示的授信方配置为目标授信方。反之，当授信资源申请数值超过后一个授信方标识对应的可用授信额度时，继续遍历授信方集合中的授信方标识，直至授信方集合中的某个授信方标识对应的可用授信额度大于授信资源申请数值。在上述过程中，通过为授信方标识设置优先级，实现了目标授信方的自动切换，即当优先级最高的授信方执行授信资源回补失败时，自动切换到优先级次高的授信方继续执行授信资源回补，同时还避免了授信资源回补失败的授信方被随机反复地配置为目标授信方，进而有利于提高资源转移效率。进一步地，由于授信方集合中授信方标识的数量是有限的，假设所有授信方标识对应的可用授信额度均未超过授信资源申请数值，则表示没有任何一个授信方可以向资源托管方提供所需要申请回补的授信资源，即任何一个授信方都不会被配置为目标授信方，此时，目标授信方配置失败。因此，步骤350还可以包括以下步骤：当授信资源申请数值超过其中一个授信方标识对应的可用授信额度且其中一个授信方标识的优先级在授信方集合中最低时，确定目标授信方配置失败。相应地，在一示例性实施例中，步骤350之后，如上所述的方法还可以包括以下步骤：当目标授信方配置失败时，生成配置失败告警指令并发送至资源托管方，以使资源托管方进行授信资源返还处理。对于资源托管方而言，在接收到配置失败告警指令，便获知资源服务平台配置目标授信方失败，进而确认授信方所能提供的授信资源数值不足，已不允许其申请授信资源回补。基于此，资源托管方将向授信方返还一定数值的授信资源，以此来保证授信方的可用授信额度能够满足授信资源申请数值，进而在后续继续为其执行授信资源回补。在上述实施例的作用下，当授信方所提供的授信资源数值不足时，资源托管方将被告警以尽早向授信方返还授信资源，由此，授信方不再需要向资源托管方提供较大数值的授信资源，从而尽可能地降低了授信方在授信过程中所消耗的授信资源成本。在一示例性实施例中，步骤370之后，如上所述的方法还可以包括以下步骤：待目标授信方完成授信资源回补，根据目标授信方回补的授信资源数值对授信方集合中授信方标识对应的可用授信额度进行更新处理。如前所述，授信方为资源托管方每执行一次授信资源回补，其向资源托管方提供的授信资源将随之相应地减少。对于资源托管方而言，授信方的可用授信额度在减少。为此，授信方标识对应的可用授信额度需要根据目标授信方回补的授信资源数值进行更新处理，以为后续的目标授信方配置提供充分的依据，同时也有利于保证资源转移的稳定性。举例来说，目标授信方a为资源托管方提供了数值为10的授信资源，则授信方集合中授信方标识a对应的可用授信额度为10。假设资源托管方向目标授信方a申请了数值为4的授信资源，相应地，目标授信方a回补的授信资源数值为4。此时，授信方标识a对应的可用授信额度更新为10-4＝6。请参阅图6，在一示例性实施例中，一种资源转移方法适用于资源转移系统，该资源转移系统包括资源服务平台、资源托管方和多个授信方，其中，授信方由授信方标识指示。该种资源转移方法可以包括以下步骤：步骤510，资源服务平台获取资源赎回行为数据，并根据所资源赎回行为数据生成授信资源申请记录，资源赎回行为数据指示了资源服务平台为资源赎回行为所垫付的赎回资源数值。步骤530，资源服务平台遍历授信方集合中的授信方标识，为授信资源申请记录配置目标授信方。步骤550，资源托管方接收资源服务平台根据授信资源申请记录发起的授信资源回补请求，并将授信资源回补请求转发至目标授信方。步骤570，目标授信方按照授信资源申请记录将授信资源回补至资源服务平台。图7是一应用场景中一种资源转移方法的具体实现示意图，在该应用场景中，资源服务平台为理财平台，用户为理财用户，资源托管方为基金公司，授信方为授信银行。下面结合图6和图7对上述资源转移方法阐述如下。在基金公司接入理财平台时，基金公司将为其自身配置多家授信银行，使得基金公司支持向其所配置的多家授信银行中的任意一家授信银行进行授信请款，以此保证理财平台快赎业务的顺利运行。相应地，理财平台将为基金公司所配置的多家授信银行设置优先级，并由此形成授信银行优先级列表，以供理财平台根据该授信银行优先级列表中各授信银行的优先级排序进行授信请款。如下表1所示，授信银行优先级列表中对应的数字用于标识授信银行，针对同一基金公司，授信银行的位置排列顺序即表示了授信银行的优先级顺序。表1授信银行优先级列表基金公司名称基金商户号授信银行优先级基金公司a2000010811031|1032|1033|1035基金公司b2000010822031|1031|1032基金公司c2000010833031|1033|1035例如，基金公司a，配置了四家授信银行，授信银行标识分别为1031、1032、1033、1035，其中，授信银行标识1031指示的授信银行的优先级最高，授信银行标识1035指示的授信银行的优先级最低。值得一提的是，基金公司可以通过基金公司名称唯一地表示，也可以由基金商户号唯一地表示，在此并未加以限定。应当理解，理财平台为了提高快赎业务的效率，授信请款是针对每一家基金公司进行的，也就是说，理财平台根据其所垫付的赎回金额生成授信请款批次，该授信请款批次仅会向同一家基金公司请款。因此，下面以基金公司a为例来说明理财平台的快赎业务。如图7所示，相较于现有的理财平台快赎业务，在生成授信请款批次之后，需要为授信请款批次选择授信银行，即执行步骤601。具体而言，授信银行的选择机制如图8所示，不仅考虑了授信银行优先级列表中授信银行的优先级，还考虑了授信银行的可用授信额度，以此兼顾授信请款业务的容灾能力和授信资金的成本问题。当本次授信请款批次配置授信银行成功之后，理财平台即请求基金公司a向成功配置的授信银行申请授信资金回补。如果该成功配置的授信银行正在进行系统升级或者系统维护，理财平台将不会接收到资金划拨结果，即授信请款超时，此时，理财平台将通知基金公司a关闭本次授信请款批次，即执行步骤603，并进行授信银行重新选择，即执行步骤605。步骤605同理于步骤601的执行，区别仅在于正在进行系统升级或者系统维护的授信银行将被跳过，以此避免再次选择到授信请款超时的授信银行，进而有效地提高了授信请款的效率和成功率。举例来说，如下表2所示，授信请款超时的授信银行标识为1032、2031，分别对应于基金公司a、基金公司b。表2授信请款超时的授信银行授信批次id基金商户号当前授信银行id通知基金公司时间请款金额a1000120000108110322017-08-0113:00:00300a1000220000108220312017-08-0113:00:00500由此，对于基金公司a来说，在其授信银行优先级列表(1031|1032|1033|1035)中进行的授信银行遍历中，从授信银行标识1033开始继续执行本次授信请款批次。对于基金公司b来说，在其授信银行优先级列表(2031|1031|1032)中进行的授信银行遍历中，从授信银行标识1031开始继续执行本次授信请款批次。通过上述遍历，直至授信请款成功，即理财平台接收到资金划拨结果，并回补相应金额至其自身的现金账户，即执行步骤607，进而继续为其他理财用户的快赎业务付款。在该应用场景中，理财平台通过支持多家授信银行授信请款模式，保证理财平台为理财用户提供的快赎业务具备一定的授信请款容灾能力，保证了授信请款的稳定性，同时还兼顾了授信银行的授信资金成本，尽可能地降低了该授信资金成本。下述为本公开装置实施例，可以用于执行本公开所涉及的资源转移方法。对于本公开装置实施例中未披露的细节，请参照本公开所涉及的资源转移方法实施例。请参阅图9，在一示例性实施例中，一种资源转移装置700包括但不限于：行为数据获取模块710、申请记录生成模块730、授信方配置模块750和资源回补请求模块770。其中，行为数据获取模块710用于获取资源赎回行为数据，资源赎回行为数据指示了资源服务平台为资源赎回行为所垫付的赎回资源数值。申请记录生成模块730用于根据资源赎回行为数据生成授信资源申请记录。授信方配置模块750用于遍历授信方集合中的授信方标识，为授信资源申请记录配置目标授信方。资源回补请求模块770用于根据授信资源申请记录请求资源托管方向目标授信方申请授信资源回补。在一示例性实施例中，如上所述的装置700还包括但不限于：申请撤消模块。其中，申请撤消模块用于当资源托管方反馈授信资源回补结果超时，向资源托管方发送授信资源回补申请撤消指令，授信资源回补结果用于指示目标授信方回补授信资源成功。请参阅图10，在一示例性实施例中，授信方配置模块750包括但不限于：第一额度确定模块751和第一授信方配置单元753。其中，第一额度确定模块751用于根据授信资源申请记录确定授信资源申请数值，并获取授信方集合中其中一个授信方标识对应的可用授信额度。第一授信方配置单元753用于当授信资源申请数值不超过其中一个授信方标识对应的可用授信额度时，将其中一个授信方标识指示的授信方配置为目标授信方。请参阅图11，在一示例性实施例中，授信方配置模块750还包括但不限于：第二额度确定模块752和第二授信方配置单元754。其中，第二额度确定模块752用于当授信资源申请数值超过其中一个授信方标识对应的可用授信额度时，获取授信方集合中后一个授信方标识对应的可用授信额度，后一个授信方标识的优先级低于其中一个授信方标识。第二授信方配置单元754用于当授信资源申请数值不超过后一个授信方标识对应的可用授信额度时，将后一个授信方标识指示的授信方配置为目标授信方。在一示例性实施例中，授信方配置模块750还包括但不限于：目标授信方配置失败单元。其中，目标授信方配置失败单元用于当授信资源申请数值超过其中一个授信方标识对应的可用授信额度且其中一个授信方标识的优先级在授信方集合中最低时，确定目标授信方配置失败。相应地，如上所述的装置700还包括但不限于：配置失败告警模块。其中，配置失败告警模块用于当目标授信方配置失败时，生成配置失败告警指令并发送至资源托管方，以使资源托管方进行授信资源返还处理。在一示例性实施例中，如上所述的装置700还包括但不限于：额度更新模块。其中，额度更新模块用于待目标授信方完成授信资源回补，根据目标授信方回补的授信资源数值对授信方集合中授信方标识对应的可用授信额度进行更新处理。需要说明的是，上述实施例所提供的资源转移装置在进行资源转移处理时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即资源转移装置的内部结构将划分为不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例所提供的资源转移装置与资源转移方法的实施例属于同一构思，其中各个模块执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。请参阅图12，在一示例性实施例中，一种资源转移系统800包括：资源服务平台810、资源托管方830和多个授信方850，授信方850由授信方标识指示。其中，资源服务平台810用于获取资源赎回行为数据，并根据资源赎回行为数据生成授信资源申请记录，资源赎回行为数据指示了资源服务平台为资源赎回行为所垫付的赎回资源数值。以及资源服务平台810用于遍历授信方集合中的授信方标识，为授信资源申请记录配置目标授信方。资源托管方830用于接收资源服务平台根据授信资源申请记录发起的授信资源回补请求，并将授信资源回补请求转发至目标授信方。目标授信方850用于按照授信资源申请记录将授信资源回补至资源服务平台。在一示例性实施例中，一种电子设备，包括处理器及存储器。其中，存储器上存储有计算机可读指令，该计算机可读指令被处理器执行时实现如上的各实施例中的资源转移方法。在一示例性实施例中，一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上的各实施例中的资源转移方法。上述内容，仅为本公开的较佳示例性实施例，并非用于限制本公开的实施方案，本领域普通技术人员根据本公开的主要构思和精神，可以十分方便地进行相应的变通或修改，故本公开的保护范围应以权利要求书所要求的保护范围为准。当前第1页12