CN107392582B - 资源转移的实现方法和装置、收付款的实现方法和装置 - Google Patents

Abstract

本申请提供一种资源转移的实现方法，应用在资源转移的目标节点上，所述方法包括：接收对转移参数的更改；按照更改后的转移参数和资源转移的起始节点的转移状态，执行以下动作中的至少一个：通知至少一个起始节点需转移的资源份额、向至少一个起始节点退回部分或全部已转移的资源。本申请的技术方案可以在资源转移的目标节点上更改转移参数，由目标节点自动按照每个起始节点的转移状态，将与每个起始节点之间的资源转移情况更正为与更新后的转移参数相匹配，而无需人工干预，在应用于收付款时能够提高错误纠正的效率，提升用户的便利程度。

Description

资源转移的实现方法和装置、收付款的实现方法和装置

技术领域

本申请涉及网络通信技术领域，尤其涉及一种资源转移的实现方法和装置、以及一种收付款的实现方法和装置。

背景技术

在很多网上银行和网络支付平台上，AA收款作为一种常见的功能被用户广泛使用。收款用户在网上银行或网络支付平台的客户端上以其账户为收款方，指定一个到多个付款用户的账户为付款方，并输入收款总额后，启动AA收款功能。收款用户的客户端计算出每个付款方需要支付的份额，通过网上银行或网上支付平台的支付服务器向每个付款方发起收款通知，付款用户可以在其客户端上根据收款通知向收款方付款。

在操作中，收款用户可能会发生输错收款总额、多指定或少指定付款方等等错误。现有技术中，收款用户在发生上述错误后，需要自行改正，例如少指定了付款方的情形，收款用户需要向新加的付款方单独发起一笔收款，还得把向原有付款方多收的份额逐个退回。这样一旦因种种原因发生错误，收款用户通常需要经过繁琐的计算和复杂的操作才能纠正，造成了用户的不便。

发明内容

有鉴于此，本申请提供一种资源转移的实现方法，应用在资源转移的目标节点上，所述方法包括：

接收对转移参数的更改；

按照更改后的转移参数和资源转移的起始节点的转移状态，执行以下动作中的至少一个：通知至少一个起始节点需转移的资源份额、向至少一个起始节点退回部分或全部已转移的资源。

本申请提供的一种资源转移的实现方法，应用在资源转移的起始节点上，所述方法包括：

接收资源退回通知或资源转移通知，所述资源转移通知中包括更新的需转移份额或需继续转移的份额，所述资源退回通知中包括退回的部分或全部已转移的资源份额；所述需转移份额、需继续转移的份额或退回的份额根据对所转移资源的转移参数的更改和本起始节点的转移状态确定；

按照所述资源转移通知向资源转移的目标节点转移资源。

本申请还提供了一种资源转移的实现装置，应用在资源转移的目标节点上，所述装置包括：

转移参数接收单元，用于接收对转移参数的更改；

资源转移更改单元，用于按照更改后的转移参数和起始节点的转移状态，执行以下动作中的至少一个：通知至少一个起始节点需转移的资源份额、向至少一个起始节点退回部分或全部已转移的资源。

本申请提供的一种资源转移的实现装置，应用在资源转移的起始节点上，所述装置包括：

退回或转移通知接收单元，用于接收资源退回通知或资源转移通知，所述资源转移通知中包括更新的需转移份额或需继续转移的份额，所述资源退回通知中包括退回的部分或全部已转移的资源份额；所述需转移份额、需继续转移的份额或退回的份额根据对所转移资源的转移参数的更改和本起始节点的转移状态确定；

资源转移执行单元，用于按照所述资源转移通知向资源转移的目标节点转移资源。

本申请提供了一种收付款的实现方法，包括：

接收对收款参数的更改；

按照更改后的收款参数和付款方的付款状态，执行以下动作中的至少一个：通知至少一个付款方需支付的份额、向至少一个付款方退款。

本申请提供的一种收付款的实现方法，应用在付款方终端上，所述方法包括：

接收退款通知或收款通知，所述收款通知中包括更新的需支付份额或需补缴的份额，所述退款通知中包括退回的部分或全部已支付份额；所述需支付份额、需补缴的份额或退回的份额根据对所收款款项的付款参数的更改和本付款方的付款状态确定；

根据用户的指令，按照所述收款通知向收款方进行支付。

本申请还提供了一种收付款的实现装置，包括：

收款参数接收单元，用于接收对收款参数的更改；

收付款更改单元，用于按照更改后的收款参数和付款方的付款状态，执行以下动作中的至少一个：通知至少一个付款方需支付的份额、向至少一个付款方退款。

本申请提供的一种收付款的实现装置，应用在付款方终端上，所述装置包括：

收退款通知接收单元，用于接收退款通知或收款通知，所述收款通知中包括更新的需支付份额或需补缴的份额，所述退款通知中包括退回的部分或全部已支付份额；所述需支付份额、需补缴的份额或退回的份额根据对所收款款项的付款参数的更改和本付款方的付款状态确定；

收款支付单元，用于根据用户的指令，按照所述收款通知向收款方进行支付。

由以上技术方案可见，本申请资源转移的实现方法和装置的实施例中，可以在资源转移的目标节点上更改转移参数，由目标节点自动按照每个起始节点的转移状态，将与每个起始节点之间的资源转移情况更正为与更新后的转移参数相匹配，而无需人工干预，在应用于收付款时能够提高错误纠正的效率，提升用户的便利程度。

本申请收付款实现方法和装置的实施例中，为收款用户提供修改收款参数的功能，依据更改后的收款参数和各个付款方的付款状态，自动执行以下动作中的一个或两个：向还需付款的收款方发起收款通知、向多收了份额的已支付的付款方进行退款，使得收款用户在发生收款参数输入错误时，无需自行计算和对若干个收款方分别进行更正，提高了错误纠正的效率，提升了用户的便利程度。

附图说明

图1是本申请实施例一中一种应用在目标节点上的资源转移的实现方法的流程图；

图2是本申请实施例一中一种应用在起始节点上的资源转移的实现方法的流程图；

图3是本申请实施例二中一种应用在收款方终端或支付服务器上、收付款的实现方法的流程图；

图4是本申请实施例二中一种应用在付款方终端上、收付款的实现方法的流程图；

图5是本申请应用示例中一种收款参数更改界面的示例图；

图6是本申请应用示例中第一种更改后收款参数更改界面的示例图；

图7是本申请应用示例中一种补缴差价的收款通知界面的示例图；

图8是本申请应用示例中一种更新支付份额的收款通知界面的示例图；

图9是本申请应用示例中第二种更改后收款参数更改界面的的示例图；

图10是本申请应用示例中一种退款通知界面的示例图；

图11是运行本申请实施例的设备的一种硬件结构图；

图12是本申请实施例中一种应用在起始节点上的资源转移的实现装置的逻辑结构图；

图13是本申请实施例中一种应用在起始节点上的资源转移的实现装置的逻辑结构图；

图14是本申请实施例中一种应用在收款方终端或支付服务器上、收付款的实现装置的逻辑结构图；

图15是本申请实施例中一种应用在付款方终端上、收付款的实现装置的逻辑结构图。

具体实施方式

在通过网络进行的各种事务中，事务的进行常常伴随着资源在网络节点间的流动。在一种事务中，由资源由一个到多个起始节点流向一个目标节点，目标节点按照事务的资源转移总额度，确定各个起始节点的转移份额，然后分别向各个起始节点发送资源转移通知，在资源转移通知中携带有该起始节点需要转移给目标节点的转移份额。起始节点根据资源转移通知中的转移份额将自身的资源转移至目标节点。

本申请的实施例一针对上述事务提出一种资源转移的实现方法，能够在事务的进行过程中和进行完毕后，在目标节点上通过更改转移参数，使得资源转移的结果自动更正为匹配于更改后的转移参数，在应用于收付款时能够避免人工计算和操作过程，以解决现有技术中存在的问题。

本申请的实施例一中，起始节点和目标节点之间通过网络可以相互访问。起始节点和目标节点可以是任何具有计算和存储能力的设备，如手机、平板电脑、PC(PersonalComputer，个人电脑)、笔记本、服务器等设备；还可以由运行在两个或两个以上设备的逻辑节点来实现本申请实施例中起始节点或目标节点的各项功能。

本申请的实施例一中，资源转移的实现方法应用在目标节点上的流程如图1所示，应用在起始节点上的流程如图2所示。

在目标节点上，步骤110，接收对转移参数的更改。

在事务启动后，目标节点与起始节点之间即可按照初始的转移参数来进行资源的转移。在事务的进行过程中或事务结束后，即资源转移的过程中或资源转移完毕后，可以对目标节点上的转移参数进行更改。对转移参数的更改可以由人工进行，也可以由网络中其他具有管理权限的节点自动进行，不做限定。

在涉及资源转移的事务中，转移参数通常可以包括资源转移总额度、起始节点数量、每个起始节点等等。

在目标节点上，步骤120，按照更改后的转移参数和起始节点的转移状态，执行以下动作中的至少一个：通知至少一个起始节点需转移的资源份额、向至少一个起始节点退回部分或全部已转移的资源。

如前所述，在事务启动后，目标节点会按照初始的转移参数，确定每个起始节点的转移份额，并通知各个起始节点进行资源的转移。在目标节点收到对转移参数的更改时，事务已经在进行或者已经进行完毕，起始节点的转移状态包括两种：已转移资源(已经按照初始的转移参数确定的转移份额完成资源转移)、或者未转移资源(尚未进行资源转移)。

目标节点在收到更改后的转移参数后，按照更改后的转移参数确定每个起始节点更改后的转移份额，根据每个起始节点的转移状态，向已转移的资源超过更改后份额的起始节点退回超额转移的部分资源(更改前与更改后该起始节点转移份额的差额)，通知已转移的资源不足更改后份额的起始节点需要继续转移的份额(更改前与更改后该起始节点转移份额的差额)，通知未转移资源的起始节点其转移份额(按照更改后转移参数确定的转移份额)。

在一种实现方式中，可供更改的转移参数包括增加起始节点、删除起始节点、更改资源转移总额度中的一个到多个。在收到对转移参数的更改后，目标节点按照对起始节点的更改确定当前的起始节点、或当前的起始节点和被删除的前起始节点。具体而言，如果没有删除原来的起始节点，则确定当前的起始节点；如果删除了原来的起始节点，则确定当前的起始节点和被删除的前起始节点。目标节点按照更改后的资源转移总额度确定每个起始节点(即当前的起始节点)更改后的转移份额。对每个已转移资源的起始节点，当更改后的转移份额小于更改前的转移份额时，目标节点将多转移的份额退回给起始节点；当更改后的转移份额大于更改前的转移份额时，目标节点通知该起始节点需继续转移的份额。对每个未转移资源的起始节点，当更改后的转移份额与更改前的转移份额不同、或者该起始节点为新增的起始节点时，按照更改后的转移份额通知该起始节点需转移的份额。对前起始节点，如果已转移资源则目标节点向该前起始节点退回已转移的份额，否则目标节点通知该前起始节点无需进行资源转移。

在目标节点向起始节点退回已转移的部分或全部资源后，目标节点可以向起始节点发送资源退回的通知，将资源已退回的状态告知起始节点。

在起始节点上，步骤210，接收资源退回通知或资源转移通知。

当更改后的转移份额少于更改前的转移份额时、或者当起始节点被删除成为前起始节点时，处于已转移资源状态的起始节点会从目标节点收到资源退回通知。资源退回通知中包括退回的额度，还可以包括导致资源退回的原因(如对转移参数的更改)等。

当更改后的转移份额多于更改前的转移份额时，处于已转移资源状态的起始节点会从目标节点收到资源转移通知，资源转移通知中包括该起始节点需继续转移的份额。处于未转移资源状态的起始节点会从目标节点收到资源转移通知，其中包括该起始节点需转移的份额。资源转移通知中还可以包括导致资源转移发生变化的原因。

如前所述，每个起始节点的需转移份额、需继续转移的份额或退回的份额，由目标节点根据对转移参数的更改和该起始节点的转移状态确定。

在起始节点上，步骤220，按照资源转移通知向目标节点转移资源。

当起始节点从目标节点收到资源转移通知后，按照该资源转移通知中需转移的份额、或需继续转移的份额，向目标节点转移资源。起始节点可以在经过用户确认后进行资源转移，也可以自动进行资源转移，不做限定。

可见，本申请的实施例一中，在资源转移的进行过程中或进行完毕后，可以通过目标节点上的转移参数，由目标节点自动按照每个起始节点的转移状态，将与每个起始节点之间的资源转移情况更正为与更新后的转移参数相匹配，在应用于收付款时能够避免人工计算和操作过程，提高错误纠正的效率，提升用户的便利程度。

本申请的实施例二提出一种新的收付款的实现方法，对已经提交的收款操作，可以由收款用户更改收款参数，并且按照更改后的收款参数和每个付款人是否付款的当前状态，自动向付款方发起收款通知或向付款方退款，以使得更改后的支付结果匹配于更改后的收款参数，避免了收款用户在原始收款参数错误的情况下，需要自行计算和手动更正当前收款的结果，以减少用户的操作并提高错误纠正的效率，从而解决现有技术中存在的问题。

本申请的实施例二中，收款用户的终端与支付服务器、付款用户的终端与支付服务器通过网络可相互访问。其中，收款用户的终端或付款用户的终端可以是手机、平板电脑、PC、笔记本等设备；支付服务器可以是一个物理或逻辑服务器，也可以是由两个或两个以上分担不同职责的物理或逻辑服务器、相互协同来实现本申请实施例二中服务器的各项功能。

收款用户与付款用户在支付服务器所运行的支付系统中具有各自的账户，收款用户的终端和付款用户的终端采用各自的账户登录到该支付系统中，并通过其账户来进行款项的收付，收款用户的账户为收款方，付款用户的账户为付款方。

本申请的实施例二中，在收款用户启动一笔款项的收款操作后，支付系统向收款用户提供对该款项的收款参数进行修改的功能。该收款操作的付款方可以是一个，也可以是两个或两个以上；该收款操作可以是正在进行中(即收款用户已启动收款操作，但尚未收到全部付款方的付款)，也可以是已经进行完毕(即已收到全部付款方的付款)；不做限定。另外，支付系统可以在收款用户终端上安装的客户端中提供修改收款参数的功能，也可以在收款用户终端对支付系统的访问页面上提供该功能，同样不做限定。

本申请的实施例二中，收付款的实现方法运行在收款方终端或支付服务器上流程如图3所示，运行在付款方终端上的流程如图4所示。

在收款方终端或支付服务器上，步骤310，接收对收款参数的更改。

本申请的实施例二中，收款方已经启动收款操作，所收付的款项由收款方向至少一个付款方发起。在发起时，该收款操作具有确定的收款参数。对收款操作，收款参数通常包括款项总额、付款人数、每个付款方等等。在发起后，由于种种原因，收款用户需要对一个到多个收款参数进行更改。

在本申请实施例二的第一种实现方式中，收款用户通过其终端(即收款方终端)上安装的客户端来对已启动收款操作的收款参数进行更改。这种实现方式中，客户端和支付服务器都可以保存已启动收款操作的所有收款参数，根据实际应用场景的需要，既可以由客户端、也可以由支付服务器来采用更改后的收款参数对本收款操作的当前执行结果进行更正。在由客户端进行更正的实现中，本方法运行在收款方终端上，由收款用户在其终端的客户端上给出对收款参数的更改指令，收款方终端从更改指令中得到更改后的收款参数。在由支付服务器进行更正的实现中，本方法运行在支付服务器上，由收款用户在客户端给出对收款参数的更改指令，收款方终端从更改指令中得到更改后的收款参数，封装在收款参数更改请求中发送给支付服务器。

在本申请实施例二的第二种实现方式中，收款方终端以web(万维网)方式访问支付服务器来进行收款参数的修改。这种实现方式中，本方法运行在支付服务器上，由收款用户在其终端上对收款参数进行更改，在收款用户确认后收款方终端将更改后的收款参数封装在收款参数更改请求中发送给支付服务器。

除上述两种实现方式外，收款方终端或支付服务器也可以采用其他方式得到收款用户对收款参数的更改，不再赘述。

在收款方终端或支付服务器上，步骤320，按照更改后的收款参数和付款方的付款状态，执行以下动作中的至少一个：通知至少一个付款方需支付的份额、向至少一个付款方退款。

在收款用户启动收款操作后，支付服务器会按照当时的收款参数向付款方发起收款通知，告知付款方需要向收款方支付的份额。在收款用户更改收款参数时，付款用户可能已经按照之前的收款通知向收款方支付了更改前的份额，也可能尚未支付。在收款参数更改后，对已经支付的付款方，可能需要补缴差额、退回差额、或退回全部已支付的份额；对尚未支付的付款方，可能需要更改要支付的份额。因此，运行本方法的收款方终端或支付服务器要按照当前各个付款方是否已支付的付款状态、以及更改后的付款参数来确定对每个付款方是收款还是付款、以及收付款的份额。

本申请的实施例二中，收款用户可以对一个到多个收款参数进行修改。以下举例说明对不同的收款参数进行修改后的处理方法。

在第一个例子中，收款用户在收款操作中指定款项总额，收款方终端或支付服务器按照预定分配算法，将款项总额分配给所有付款方。当收款用户更改了款项总额后，收款方终端或支付服务器将更改后的款型总额应用于预定分配算法，得到每个付款方更改后的份额；对付款状态为已支付的每个付款方，如果更改后的份额小于更改前的份额则退回多缴的份额，如果更改后的份额大于更改前的份额则通知该已支付的付款方需补缴的份额，如果更改后的份额与更改前的份额一致则不做处理；对付款状态为未支付的每个付款方，按照更改后的份额通知该未支付的付款方需支付的份额。

在第二个例子中，收款用户在更改收款参数时，添加了一个到多个付款方。付款方终端或支付服务器按照对付款方的更改确定当前的付款方以及每个付款方更改后的份额，当前付款方为原先的付款方(更改前的付款方)与所添加的新付款方的集合，付款方的增加会导致一个到多个原先的付款方所支付的份额下降(根据如何分配款项总额确定)。因此付款方终端或支付服务器对于每个付款状态为已支付的付款方，当更改后的份额小于更改前的份额时退回多缴的份额；对每个付款状态为未支付的原先的付款方，如果需支付的份额减少则按照更改后的份额通知该未支付的付款方，需支付的份额无变化时可以不通知也可以通知；对新增的付款方(付款状态为未支付)，按照更改后的份额通知该其需支付的份额。

在第三个例子中，收款用户在更改收款参数时，删除了一个到多个付款方。付款方终端或支付服务器按照对付款方的更改确定当前的付款方、被删除的前付款方、以及每个付款方(即当前的付款方)更改后的份额，当前的付款方为未被删除的付款方，前付款方为被删除的付款方，付款方的减少会导致一个到多个付款方所支付的份额提高。付款方终端或支付服务器对于每个付款状态为已支付的付款方，当更改后的份额大于更改前的份额时通知该付款方需补缴的份额；对每个付款状态为未支付的付款方，当更改后的份额大于更改前的份额时，按照更改后的份额通知该未支付的付款方需支付的份额；对每个前付款方，如果付款状态为已支付则退回全部已支付份额，否则通知该前付款方无需支付。

在第四个例子中，收款用户在更改收款参数时，更改了款项总额、付款方数目、和付款方中的一个到多个参数。付款方终端或支付服务器按照对付款方的更改(包括对付款方数目和付款方的更改)确定当前的付款方(如果未删除付款方)、或者确定当前的付款方和被删除的前付款方(如果删除了付款方)，当前的付款方包括未被删除的付款方和新增的付款方，前付款方为被删除的付款方。付款方终端或支付服务器按照更改后的款项总额确定每个付款方更改后的份额。对每个付款状态为已支付的付款方，如果更改后的份额小于更改前的份额则退回多缴的份额，如果更改后的份额大于更改前的份额则通知该付款方需补缴的份额；对每个付款状态为未支付的付款方，如果是新增的付款方、或者更改后的份额与更改前的份额不同，则按照更改后的份额通知其需要支付的份额；对前付款方，如果已支付则退回已支付的份额，否则通知该前付款方无需支付。

在本方法运行在付款方终端上的实现方式中，收款方要通过支付服务器来向付款方退款，具体过程请参见现有技术，不再赘述。通常，收款方终端按照更改后的收款参数和付款方的付款状态，确定付款方需要补缴的份额、更新后需要支付的份额、和/或不需支付后，通过支付服务器通知至少一个付款方需支付的份额、和/或请求支付服务器向至少一个付款方退款；具体而言，收款方终端将付款方、需要告知付款方的内容提交给支付服务器，由支付服务器向付款方终端发送带有上述内容的通知消息，如退款通知、更新的收款通知等等。在本方法运行在支付服务器上的实现方式中，支付服务器可直接进行由收款方向付款方退款、和通知付款方的步骤。

在付款方终端上，步骤410，接收退款通知或更新的收款通知，其中更新的收款通知中包括更新的需支付份额，退款通知中包括退回的部分或全部已支付份额；更新的需支付的份额或退回的份额根据对所收款款项的付款参数的更改和本付款方的付款状态确定。

如前所述，付款方终端通常从支付服务器接收退款通知或收款通知。支付服务器在完成由收款方向付款方的退款(可能是部分已支付份额，也可能是全部已支付份额)后，将退款的金额、退款方在退款通知中告知付款方，退款通知中还可以携带退款理由等信息。

如果付款方的付款状态为未付款并且需要支付的份额发生变化，支付服务器会向付款方终端发送带有更新的需支付份额的收款通知。如果付款方的付款状态为已支付并且更改后的份额大于更改前的份额，支付服务器会向付款方终端发送带有需补缴份额的收款通知。类似的，收款通知中还可以携带需支付的份额发生变化、或需补缴份额的理由等信息。

在付款方终端上，步骤420，根据用户的指令，按照接收的收款通知向收款方进行支付。

付款方终端将收到的退款通知或收款通知显示给付款用户。付款用户可以针对收款通知进行向收款方付款的操作。当付款方终端收到付款用户针对收款通知的付款指令后，根据收款通知向支付服务器发起付款请求，支付服务器按照收款通知中的份额进行付款方向收款方的转账。

可见，本申请的实施例二中，对已经提交的收款操作为收款用户提供修改收款参数的功能，可以由收款用户更改收款参数，依据更改后的收款参数和各个付款方的付款状态，自动向付款方发起收款通知或向付款方退款，使得收款用户在发生收款参数输入错误时，不必自行计算和手动更正当前收款的结果，提高了错误纠正的效率，提升了用户的便利程度。

在本申请的一个应用示例中，第三方支付平台的客户端在AA收款功能中，为用户提供了更改收款参数的入口，并能够按照用户更改后的收款参数，自动更正当前的收款结果，完成AA收款。在收款用户终端的客户端上，对已经启动的AA收款订单，收款用户可以修改款项总额、付款人数和/或付款方。

以下以一个具体的例子进行说明。假设收款方以款项总额142元、付款人数为7发起一笔AA收款订单；在发起订单后，7位付款方终端的客户端收到需向收款方支付20.29元的收款通知。收款用户发现对人数的统计有误，在其客户端上启动对该笔订单的收款参数进行修改的功能，一种客户端界面如图5所示。

设收款用户将收款人数减少为6，并删除了1位收款方，更改收款参数后的客户端界面如图6所示。收款方终端按照新的收款参数，确定当前的收款方(未被删除的6位)和前收款方(被删除的1位)，并确定每位当前收款方的份额为23.66元。

对本AA订单中付款状态为已支付的付款方，收款方终端通过第三方支付平台的支付服务器向付款方终端发送收款通知，告知该付款用户需要补缴3.37元差价。付款方终端收到该收款通知后，显示给付款用户，一种客户端界面如图7所示。在该界面上，付款用户可以通过点击“补交差价3.37”来通过支付服务器向收款方支付3.37元。

对本AA订单中付款状态为未支付的付款方，收款方终端通过支付服务器向付款方终端发送收款通知，告知该付款用户需支付的份额为23.66元。付款方终端收到该收款通知后，显示给付款用户，一种客户端界面如图8所示。在该界面上，付款用户可以通过点击“支付23.66”来通过支付服务器向收款方支付23.66元。

对被删除的前付款方，如果该付款方已经支付，收款方终端请求支付服务器向该前付款方退回已支付的全部份额，并通过支付服务器向该前付款方终端发送退款通知。前付款方终端将退款通知的事由、退款金额显示给前付款用户。如果该付款方尚未支付，收款方终端通过支付服务器向该前付款方终端发送通知，告知该前付款用户无需进行该笔AA订单的支付。

设收款用户将收款人数增加为8，并添加了1位收款方，更改收款参数后的客户端界面如图9所示。收款方终端按照新的收款参数，确定当前的付款方为原先的7位加新添加的1位，并确定每位付款方的份额为17.75元。

对本AA订单中付款状态为已支付的每位付款方，收款方终端请求支付服务器向该付款方退回2.54元，并通过第三方支付平台的支付服务器向付款方终端发送退款通知，告知该付款用户已退回2.54元差价。付款方终端收到该退款通知后，显示给付款用户，一种客户端界面如图10所示。

对本AA订单中付款状态为未支付的每个付款方(包括新添加的付款方)，收款方终端通过支付服务器向付款方终端发送收款通知，告知该付款用户需支付的份额为17.75元。

与上述流程实现对应，本申请的实施例还提供了一种应用在目标节点上的资源转移的实现装置、一种应用在起始节点上的资源转移的实现装置、一种应用在收款方终端或支付服务器的收付款的实现装置、和一种应用在付款方终端上的收付款的实现装置。上述四种装置均可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为逻辑意义上的装置，是通过所在设备的CPU(Central Process Unit，中央处理器)将对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，除了图11所示的CPU、内存以及非易失性存储器之外，上述装置所在的设备通常还包括用于进行无线信号收发的芯片等其他硬件，和/或用于实现网络通信功能的板卡等其他硬件。

图12所示为本申请实施例提供的一种资源转移的实现装置，应用在资源转移的目标节点上，所述装置包括转移参数接收单元和资源转移更改单元，其中：转移参数接收单元用于接收对转移参数的更改；资源转移更改单元用于按照更改后的转移参数和起始节点的转移状态，执行以下动作中的至少一个：通知至少一个起始节点需转移的资源份额、向至少一个起始节点退回部分或全部已转移的资源。

可选的，所述对转移参数的更改包括以下一项到多项：增加起始节点、删除起始节点、更改资源转移总额度；所述资源转移更改单元具体用于：按照对起始节点的更改确定当前的起始节点、或当前的起始节点和被删除的前起始节点，按照更改后的资源转移总额度确定每个起始节点更改后的转移份额；对每个已转移资源的起始节点，当更改后的转移份额小于更改前的转移份额时退回多转移的份额，当更改后的转移份额大于更改前的转移份额时通知所述已转移资源的起始节点需继续转移的份额；对每个未转移资源的起始节点，当更改后的转移份额与更改前的转移份额不同、或者所述未转移资源的起始节点为新增起始节点时，按照更改后的转移份额通知所述未转移资源的起始节点需转移的份额；所述装置还包括：前起始节点更改单元，用于对前起始节点，如果已转移资源则退回已转移的份额，否则通知所述前起始节点无需进行资源转移。

图13所示为本申请实施例提供的一种资源转移的实现装置，应用在资源转移的起始节点上，所述装置包括退回或转移通知接收单元、和资源转移执行单元，其中：退回或转移通知接收单元用于接收资源退回通知或资源转移通知，所述资源转移通知中包括更新的需转移份额或需继续转移的份额，所述资源退回通知中包括退回的部分或全部已转移的资源份额；所述需转移份额、需继续转移的份额或退回的份额根据对所转移资源的转移参数的更改和本起始节点的转移状态确定；

资源转移执行单元用于按照所述资源转移通知向资源转移的目标节点转移资源。

图14所示为本申请实施例提供的一种收付款的实现装置，包括收款参数接收单元和收付款更改单元，其中：收款参数接收单元用于接收对收款参数的更改；收付款更改单元用于按照更改后的收款参数和付款方的付款状态，执行以下动作中的至少一个：通知至少一个付款方需支付的份额、向至少一个付款方退款。

可选的，所述对收款参数的更改包括：更改款项总额，所述款项总额按照预定分配算法分配给每个付款方；所述收付款更改单元具体用于：采用更改后的款项总额按照所述预定分配算法确定每个付款方更改后的份额；对每个已支付的付款方，当更改后的份额小于更改前的份额时退回多缴的份额，当更改后的份额大于更改前的份额时通知所述已支付的付款方需补缴的份额；对每个未支付的付款方，按照更改后的份额通知所述未支付的付款方需支付的份额。

可选的，所述对收款参数的更改包括：增加付款方；所述收付款更改单元具体用于：按照对付款方的更改确定当前的付款方以及每个付款方更改后的份额；对每个已支付的付款方，当更改后的份额小于更改前的份额时退回多缴的份额；对至少一个未支付的付款方，按照更改后的份额通知所述未支付的付款方需支付的份额。

可选的，所述对收款参数的更改包括：删除付款方；所述收付款更改单元具体用于：按照对付款方的更改确定当前的付款方、被删除的前付款方、以及每个付款方更改后的份额；对每个已支付的付款方，当更改后的份额大于更改前的份额时通知所述已支付的付款方需补缴的份额；对每个未支付的付款方，当更改后的份额大于更改前的份额时按照更改后的份额通知所述未支付的付款方需支付的份额；所述装置还包括：前付款方更改单元，用于对前付款方，如果已支付则退回已支付份额，否则通知所述前付款方无需支付。

可选的，所述对收款参数的更改包括以下一项到多项：增加付款方、删除付款方、更改款项总额；所述收付款更改单元具体用于：按照对付款方的更改确定当前的付款方、或当前的付款方和被删除的前付款方，按照更改后的款项总额确定每个付款方更改后的份额；对每个已支付的付款方，当更改后的份额小于更改前的份额时退回多缴的份额，当更改后的份额大于更改前的份额时通知所述已支付的付款方需补缴的份额；对每个未支付的付款方，当更改后的份额与更改前的份额不同、或者所述未支付的付款方为新增付款方时，按照更改后的份额通知所述未支付的付款方需支付的份额；所述装置还包括：前付款方更改单元，用于对前付款方，如果已支付则退回已支付的份额，否则通知所述前付款方无需支付。

可选的，所述装置应用在收款方终端上；所述收款参数接收单元具体用于：接收用户对收款参数的更改指令；所述收付款更改单元具体用于：按照更改后的收款参数和付款方的付款状态，执行以下动作中的至少一个：通过支付服务器通知至少一个付款方需支付的份额、请求支付服务器向至少一个付款方退款。

可选的，所述装置应用在支付服务器上；所述收款参数接收单元具体用于：接收来自收款方终端的收款参数更改请求。

图15所示为本申请实施例提供的一种收付款的实现装置，应用在付款方终端上，所述装置包括收退款通知接收单元和收款支付单元，其中：收退款通知接收单元用于接收退款通知或收款通知，所述收款通知中包括更新的需支付份额或需补缴的份额，所述退款通知中包括退回的部分或全部已支付份额；所述需支付份额、需补缴的份额或退回的份额根据对所收款款项的付款参数的更改和本付款方的付款状态确定；收款支付单元用于根据用户的指令，按照所述收款通知向收款方进行支付。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

Claims (8)

1.一种资源转移的实现方法，应用在资源转移的目标节点上，所述资源转移包括至少两个起始节点，所述方法包括：

接收对转移参数的更改；所述对转移参数的更改包括以下至少一项：增加起始节点、删除起始节点；

按照对起始节点的更改确定当前的起始节点、或当前的起始节点和被删除的前起始节点，按照更改后的资源转移总额度确定每个起始节点更改后的转移份额；对每个已转移资源的起始节点，当更改后的转移份额小于更改前的转移份额时退回多转移的份额，当更改后的转移份额大于更改前的转移份额时通知所述已转移资源的起始节点需继续转移的份额；对每个未转移资源的起始节点，当更改后的转移份额与更改前的转移份额不同、或者所述未转移资源的起始节点为新增起始节点时，按照更改后的转移份额通知所述未转移资源的起始节点需转移的份额；

对前起始节点，如果已转移资源则退回已转移的份额，否则通知所述前起始节点无需进行资源转移。

2.一种资源转移的实现装置，应用在资源转移的目标节点上，所述资源转移包括至少两个起始节点，所述装置包括：

转移参数接收单元，用于接收对转移参数的更改；所述对转移参数的更改包括以下至少一项：增加起始节点、删除起始节点；

资源转移更改单元，用于按照对起始节点的更改确定当前的起始节点、或当前的起始节点和被删除的前起始节点，按照更改后的资源转移总额度确定每个起始节点更改后的转移份额；对每个已转移资源的起始节点，当更改后的转移份额小于更改前的转移份额时退回多转移的份额，当更改后的转移份额大于更改前的转移份额时通知所述已转移资源的起始节点需继续转移的份额；对每个未转移资源的起始节点，当更改后的转移份额与更改前的转移份额不同、或者所述未转移资源的起始节点为新增起始节点时，按照更改后的转移份额通知所述未转移资源的起始节点需转移的份额；

前起始节点更改单元，用于对前起始节点，如果已转移资源则退回已转移的份额，否则通知所述前起始节点无需进行资源转移。

3.一种收付款的实现方法，所述收付款包括至少两个付款方；所述方法包括：

接收对收款参数的更改；所述对收款参数的更改包括以下至少一项：增加付款方、删除付款方；

按照对付款方的更改确定当前的付款方、或当前的付款方和被删除的前付款方，按照更改后的款项总额确定每个付款方更改后的份额；对每个已支付的付款方，当更改后的份额小于更改前的份额时退回多缴的份额，当更改后的份额大于更改前的份额时通知所述已支付的付款方需补缴的份额；对每个未支付的付款方，当更改后的份额与更改前的份额不同、或者所述未支付的付款方为新增付款方时，按照更改后的份额通知所述未支付的付款方需支付的份额；

对前付款方，如果已支付则退回已支付的份额，否则通知所述前付款方无需支付。

4.根据权利要求3所述的方法，所述方法应用在收款方终端上；

所述接收对收款参数的更改，包括：接收用户对收款参数的更改指令。

5.根据权利要求3所述的方法，所述方法应用在支付服务器上；

所述接收对收款参数的更改，包括：接收来自收款方终端的收款参数更改请求。

6.一种收付款的实现装置，所述收付款包括至少两个付款方；所述装置包括：

收款参数接收单元，用于接收对收款参数的更改；所述对收款参数的更改包括以下至少一项：增加付款方、删除付款方；

收付款更改单元，用于按照对付款方的更改确定当前的付款方、或当前的付款方和被删除的前付款方，按照更改后的款项总额确定每个付款方更改后的份额；对每个已支付的付款方，当更改后的份额小于更改前的份额时退回多缴的份额，当更改后的份额大于更改前的份额时通知所述已支付的付款方需补缴的份额；对每个未支付的付款方，当更改后的份额与更改前的份额不同、或者所述未支付的付款方为新增付款方时，按照更改后的份额通知所述未支付的付款方需支付的份额；

前付款方更改单元，用于对前付款方，如果已支付则退回已支付份额，否则通知所述前付款方无需支付。

7.根据权利要求6所述的装置，所述装置应用在收款方终端上；

所述收款参数接收单元具体用于：接收用户对收款参数的更改指令。

8.根据权利要求6所述的装置，所述装置应用在支付服务器上；

所述收款参数接收单元具体用于：接收来自收款方终端的收款参数更改请求。

Images