一种业务变更方法和装置与流程

本申请涉及网络技术，特别涉及一种业务变更方法和装置。

背景技术：

业务平台可以用于执行业务元素的交互来完成业务，例如，一个业务包括两个业务元素：业务请求方和业务资源；用户可以通过业务平台创建业务请求方，并通过资源传输渠道将业务资源传输至业务平台，由业务平台根据业务资源和业务请求方完成该业务的执行。但是，相关技术中，用于执行业务交互的业务元素具有绑定关系，即业务资源只能用于与具有绑定关系的业务请求方才能执行业务，假设由于某种原因导致元素交互失败，则业务平台需要按照原来的资源传输渠道退回资源，而资源的再次传输不仅将导致用户成本的耗费，而且对于网络资源也会造成浪费。

技术实现要素：

有鉴于此，本申请提供一种业务变更方法和装置，以降低业务成本，提高业务交互的灵活性。

具体地，本申请是通过如下技术方案实现的：

第一方面，提供一种业务变更方法，包括：

确定执行失败的当前业务符合预设的业务变更条件，所述当前业务包括：业务资源和第一业务请求方；

获取与所述业务资源对应的第二业务请求方，并执行所述业务资源与第二业务请求方的业务交互。

第二方面，提供一种业务变更装置，包括：

条件判断模块，用于确定执行失败的当前业务符合预设的业务变更条件，所述当前业务包括：业务资源和第一业务请求方；

变更处理模块，用于获取与所述业务资源对应的第二业务请求方，并执行所述业务资源与第二业务请求方的业务交互。

本申请提供的业务变更方法和装置，通过在当前业务执行失败时，将当前业务的业务资源变更为与另一个业务请求方交互，可以有效利用业务资源，降低业务成本，提高业务交互的灵活性。

附图说明

图1是本申请一示例性实施例示出的一种业务平台；

图2是本申请一示例性实施例示出的一种业务变更方法的流程图；

图3是本申请一示例性实施例示出的另一种业务变更方法的流程图；

图4是本申请一示例性实施例示出的一种业务变更装置的结构图；

图5是本申请一示例性实施例示出的另一种业务变更装置的结构图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

图1示例了一种业务平台，该业务平台可以用于执行本实施例的方法，如图1所示，该业务平台11可以包括：用户模组12、业务变更执行模组13和业务执行模组14。其中，用户可以通过该业务平台上的用户模组12生成业务请求方，例如第一业务请求方；业务请求方即需要获取业务资源来完成业务执行的元素。用户可以通过资源传输渠道将业务资源传输至业务执行模 组14，由业务执行模组14来完成业务的执行；如图1所示，业务执行模组14可以将接收到的业务资源输入至第一业务请求方，则“原业务”执行结束。

对于上述的业务平台中的各个模组，可以是计算机可执行的指令。示例性的，例如，业务平台上可以包括处理组件，处理组件包括一个或多个处理器，以及由存储器代表的存储器资源，用于存储可由处理组件执行的计算机指令，比如存储的是上述的各个模组，即存储器中存储的指令可以包括一个或一个以上的每个对应于一组指令的模组。处理组件可以调用存储器中的指令，以执行本实施例中的业务变更方法。

此外，该业务平台还可以包括其他组件，比如可以包括电源组件，用于执行平台所在设备的电源管理；还可以包括网络接口，可以用于连接网络，例如可以通过网络接收用户传输的业务资源。

本申请实施例的业务变更方法，适用于在业务执行模组14已经接收到业务资源，但是由于某种原因而使得业务资源和第一业务请求方的业务交互失败时，将该业务资源用于与第二业务请求方交互，即变更为执行“新业务”，这样既避免了将业务资源沿原资源传输渠道退回带来的成本损失，也可以将已经接收到的业务资源达到最大化的使用，提高业务交互的灵活性。而图1中的业务变更执行模组13用于完成从“原业务”到“新业务”的变更。

图2示例了本实施例的业务变更方法的流程，可以包括：

201、确定执行失败的当前业务符合预设的业务变更条件，所述当前业务包括：业务资源和第一业务请求方。

202、获取与所述业务资源对应的第二业务请求方，并执行所述业务资源与第二业务请求方的业务交互。

其中，在步骤201中，业务执行模组14在执行原业务失败时，则可以将该原业务包括的元素例如业务资源和第一业务请求方，传输至业务变更执行模组13，由业务变更执行模组13来判断该业务资源是否适合进行业务请求方的变更(本实施例的业务变更，实际上即为对应同一业务资源的业务请求方发生了变更)，并不是所有的业务资源都适合进行变更。

业务变更的条件可以根据实际情况进行设定，本实施例不做限制，例如可以包括：业务资源与第一业务请求方的请求资源不匹配(比如，业务资源的数量少于业务请求方需要的资源数量)；或者，第一业务请求方处于无法执行业务交互的状态(比如，业务请求方由于等待资源时间过长而导致状态变化)；或者，业务资源未建立与第一业务请求方的对应关系(比如，业务执行模组14是按照具有对应关系的资源与请求方进行业务执行)。业务变更执行模组13可以预先存储上述的业务变更条件，并检查执行失败的原业务双方是否符合上述的条件。

当业务变更执行模组13确定当前业务符合业务变更条件时，业务变更执行模组13可以开始获取业务资源对应的第二业务请求方，即获取与业务资源对应的新的业务请求方。第二业务请求方是在用户模组12创建的，例如，业务变更执行模组13可以确定业务资源对应的用户信息，并将业务资源显示给该用户信息对应的用户模组12，即一个用户模组12可以是对应于一个用户的，假设某个用户在其对应的用户模组12建立了业务资源(此时，资源还未到业务平台)和第一业务请求方的对应关系，相当于告知了业务执行模组14要执行的原业务包括的两个元素，后续由业务执行模组14在接收到业务资源后，根据该对应关系进行元素之间的业务执行。因此，原业务失败时，业务执行模组14可以根据之前的记录得知该原业务或者说第一业务请求方是通过哪个用户模组创建的，即得到业务资源对应的用户信息，在用户模组中显示并标识该业务资源等待用户重新分配新的业务请求方。

用户通过用户模组12查看到等待重新分配的该业务资源后，将业务资源与新创建的第二业务请求方建立对应关系，即相当于生成了待执行的“新业务”，并将该对应关系传输至业务变更执行模组13，再传送至业务执行模组14进行业务执行。此外，对于业务变更执行模组13无法确定业务资源归属的用户模组时，可以交由另外一个服务平台处理(或者，服务平台也可以作为该业务平台的其中一个模组)，服务平台将反馈业务资源对应的用户信息。在完成新业务的交互后，业务平台可以向业务资源的传输方(即通过资源传 输渠道向业务平台传输资源的对端)通知交互成功，即该资源已经使用成功。

如下通过一个例子说明上述的业务变更方法：例如，业务平台可以是支付系统，该业务平台执行的业务可以是国际支付业务，而上述的业务请求方可以是用户在支付系统下的订单，业务资源可以是用户通过国际汇款(相当于资源传输渠道)方式传输至支付系统的资金，业务交互即用上述资源进行订单的支付。对应的，业务变更即将国际汇款的资源无法完成原有订单的支付时，变更为用该资金支付另一个订单，以避免资金原路退回的手续费。

图3示例了上述例子的执行流程，如图3所示，可以包括：

301、当前业务执行失败；

例如，当前业务包括：将用户通过国际汇款渠道传输至支付系统的资金，用于支付用户的预定绑定订单时失败，即订单支付失败。

302、判断当前业务是否符合业务变更条件；

例如，本步骤可以判断在订单支付失败时，原本用于支付订单的资金是否可以再用于执行其他订单。

业务变更条件包括但不限于以下几种：

比如，业务资源与第一业务请求方的请求资源不匹配，即国际汇款的资金数额少于订单需要支付的金额(比如，可能由于国际汇款周期长，资金到达时订单物品已经涨价，或者国际汇款过程中扣除了手续费后不足以支付)。

又比如，第一业务请求方处于无法执行业务交互的状态，即国际汇款周期长导致资金到达时，订单的交易状态已经被关闭或者已经转成其他状态。

又比如，业务资源未建立与第一业务请求方的对应关系，比如资金无法对位到对应的订单(例如往同一个TT账号汇款)；或者一笔订单被支付了两次，属于重复支付。

上述情况的例子中，当交易无法进行，即国际汇款资金无法支付订单时，这种资金可以称为“多账”，即多出来的资金。用户可以与支付系统管理者签署绑定协议，预先规定对于多账资金，支付宝可以按照本实施例的流程进行用户订单的重新绑定。

在本步骤中，如果判断结果是符合业务变更条件，则继续执行303；否则，转至执行309。

303、判断是否能确定业务资源对应的用户信息；

例如，对于多账资金，支付系统需要判断资金的归属，即这是哪个用户的资金，只有确定了资金归属的用户，才可以提供给用户进行再次使用。

在本步骤中，可以根据业务资源的第一业务请求方，得到创建第一业务请求方的用户对应的用户信息。即资金是用于支付订单的，而订单是哪个用户创建的，这是支付系统能够知道的，因此，可以据此将资金归属为创建订单的用户。如果确定资金对应的用户，则继续304；否则，执行305。

304、确定业务资源与用户信息的对应关系；

本步骤即将多账资金与归属的用户建立了对应关系，实际实施中，例如是将该资金与创建订单的用户账户建立对应。继续执行306。

305、将业务资源发送至服务平台，请求确定用户；

例如，对于支付系统无法确定归属用户的资金，可以交由服务平台，由服务人员可以通过人工方式确定用户信息后，反馈至支付系统，即确定用户信息后返回至304，支付系统接收服务平台发送的用户信息。否则，如果服务平台也不能确定，转至309。

306、将业务资源显示给用户信息对应的用户；

例如，在304中将资金绑定至用户后，可以在用户的账户中显示该资金，并且可以标识该资金需要用户重新绑定至其他订单，以完成资金的再次使用。这样用户根据该标识，就可以知道当前自己的账户中有资金待绑定交易。

307、接收用户创建的业务资源与第二业务请求方的对应关系；

例如，在本步骤中，用户可以创建一个购买其他物品的新的订单，将待绑定的资金与该新订单绑定，支付系统可以获取到该新的资金与订单的对应关系。比如是业务变更执行模组获取到新对应关系后通知业务执行模组。

308、执行业务资源与第二业务请求方的业务交互；

例如，将上述过程中的多账资金用于支付新的订单，完成新的订单交易。

309、原路多账退款；

例如，将多账资金按照国际汇款的渠道原路退回，那么退款过程可能再被银行加以收取手续费，造成用户成本的提高。

本实施例的业务变更方法，对于国际汇款造成无法正常对应到订单的资金进行再处理，使得资金可以用于其他订单中，避免了资金退回造成的手续费昂贵问题，做到资金到账后最大限度的使用。

本实施例还提供了一种业务变更装置，该装置例如可以用于支付系统中，如图4所示，该装置可以包括：条件判断模块41和变更处理模块42；

条件判断模块41，用于确定执行失败的当前业务符合预设的业务变更条件，所述当前业务包括：业务资源和第一业务请求方；

例如，该条件判断模块可以应用于图1的业务变更执行模组中，该模组中可以包括条件判断模块。

变更处理模块42，用于获取与所述业务资源对应的第二业务请求方，并执行所述业务资源与第二业务请求方的业务交互。

例如，该模块可以位于图1的业务变更执行模组和业务执行模组中，比如，获取与所述业务资源对应的第二业务请求方可以由务变更执行模组执行，执行所述业务资源与第二业务请求方的业务交互可以是由业务执行模组执行。

进一步的，条件判断模块41，具体用于在如下情况确定为执行失败的当前业务符合预设的业务变更条件：所述业务资源与所述第一业务请求方的请求资源不匹配；或者，所述第一业务请求方处于无法执行业务交互的状态；或者，所述业务资源未建立与第一业务请求方的对应关系。

如图5所示，变更处理模块42可以包括：归属确定单元421、资源提供单元422和信息接收单元423；其中，

归属确定单元421，用于确定所述业务资源对应的用户信息；

资源提供单元422，用于将所述业务资源与所述用户信息建立对应关系，以使得所述业务资源显示给所述用户信息对应的用户；

信息接收单元423，用于接收用户创建的所述业务资源与第二业务请求 方的对应关系。

进一步的，归属确定单元421，具体用于：根据对应所述业务资源的第一业务请求方，得到创建所述第一业务请求方的用户对应的用户信息；或者，接收服务平台发送的所述用户信息。

此外，该装置还可以包括：通知模块43，用于在所述变更处理模块执行所述业务资源与第二业务请求方的业务交互之后，通知资源传输方，所述业务资源交互成功。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

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