CN103841171B - 一种业务处理方法及设备 - Google Patents

Abstract

本申请公开了一种业务处理方法及设备，所述方法包括：预先确定主账号与至少一个子账号的对应关系，以及各子账号对应的处理权限信息；接收退款请求，所述退款请求中携带有退款业务信息和所述退款请求对应的目的主账号信息；根据所述目的主账号信息，确定所述目的主帐号对应的子账号，并根据退款业务信息，确定所述目的主帐号对应的子账号中具备处理所述退款请求权限的至少一个子帐号，以及，指示具备处理所述退款请求权限的至少一个子帐号处理所述退款请求。通过本申请所述技术方案，能够显著降低退款请求业务的执行过程中卖家用户的参与次数，提高业务处理的效率。

Description

一种业务处理方法及设备

技术领域

本申请涉及互联网数据处理技术领域，尤其涉及一种业务处理方法及设备。

背景技术

随着互联网技术的不断发展，互联网网站的安全性也逐渐得到了提高，越来越多的用户开始倾向于利用互联网网站来进行相互之间的商品买卖等交易活动，在达到一定程度上的商品交易安全性的同时，提高商品交易的便捷性。

目前，买家用户常通过以下方式来利用互联网网站从卖家用户处购买商品：买家用户利用在商品交易网站注册的账号登录该商品交易网站，并从在该商品交易网站中注册的卖家用户处购买商品，同时为了保障买卖双方交易的安全性，买家用户通常需要先通过第三方支付网站来预支付其所要购买的商品的商品款项，在买家用户确认收到卖家用户发货的商品且收到的商品符合商品质量要求后，再通过所述第三方支付网站完成商品款项的支付过程。

若在上述商品交易过程中，买家用户在收到卖家用户发出的商品后，发现所述商品并不符合卖家用户的商品描述或商品存在质量问题，则可以向卖家用户发起退货退款申请等退款请求业务，卖家用户在接收到买家用户发起的退货退款申请等退款请求业务后，通过核实买家用户上传的退货凭证等信息后，确定同意或拒绝执行该退款请求业务。

通常来说，卖家用户在商品交易网站上可以注册多个账号，包括卖家用户主账号和该卖家用户主账号下的各卖家用户子账号。当卖家用户选择同意执行退货退款申请等退款请求业务时，可以指定任意一个使用卖家用户子账号的子卖家用户处理此次退款请求业务，子卖家用户通过卖家用户子账号登陆所述第三方支付网站，将买家用户在第三方支付网站预支付的商品款项退还至买家用户指定的账号，从而达到分流卖家用户的业务操作处理量的目的。

但是，在上述卖家用户指定子卖家用户处理退货退款申请等退款请求业务的操作过程中，为了保证卖家用户主账号以及商品交易的安全性，需要由卖家用户亲自为该卖家用户子账号进行退货退款申请等退款请求业务操作的授权以及确定该卖家用户子账号的退款业务处理权限正确后，子卖家用户才能使用卖家用户子账号执行退货退款申请等退款请求业务，并且，若子卖家用户同意执行买家用户发起的退货退款申请等退款请求业务时，还需要由卖家用户亲自输入登录第三方支付网站时所需的用户名以及密码等信息。也就是说，虽然子卖家用户可以使用卖家用户子账号处理部分退货退款申请等退款请求业务的操作，以分流卖家用户的业务操作处理量，但在实际的退货退款申请等退款请求业务的执行过程中，仍然需要卖家用户的亲自参与，从而导致子卖家用户在使用卖家用户子账号进行退货退款申请等退款请求业务的操作时，业务处理效率并不高。

发明内容

本申请实施例提供了一种业务处理方法及设备，用以解决现有技术中存在的进行退款请求业务的操作时，需要卖家用户的亲自参与，从而导致业务处理效率较低的问题。

一种业务处理方法，所述方法包括：

预先确定主账号与至少一个子账号的对应关系，以及各子账号对应的处理权限信息；

接收退款请求，所述退款请求中携带有退款业务信息和所述退款请求对应的目的主账号信息；

根据目的主账号信息，确定所述目的主帐号对应的子账号；

根据退款业务信息，确定所述目的主帐号对应的子账号中具备处理所述退款请求权限的至少一个子帐号；

指示具备处理所述退款请求权限的至少一个子帐号处理所述退款请求。

一种业务处理设备，包括：

权限设置模块，用于预先确定主账号与至少一个子账号的对应关系，以及各子账号对应的处理权限信息；

信息接收模块，用于接收退款请求，所述退款请求中携带有退款业务信息和所述退款请求对应的目的主账号信息；

权限验证模块，用于根据目的主账号信息，确定所述目的主账号对应的子账号，以及，根据退款业务信息，确定所述目的主账号对应的子账号中具备处理所述退款请求权限的至少一个子账号；

退款指示模块，用于指示具备处理所述退款请求权限的至少一个子账号处理所述退款请求。

一种业务处理方法，所述方法包括：

预先确定主账号与至少一个子账号的对应关系，以及各子账号对应的处理权限信息；

接收退款请求，所述退款请求中携带有退款业务信息和所述退款请求对应的目的子账号信息；

根据退款业务信息，确定所述目的子账号是否具备处理所述退款请求的权限，若是，则指示所述目的子账号处理所述退款请求。

一种业务处理设备，包括：

权限设置模块，用于预先确定主账号与至少一个子账号的对应关系，以及各子账号对应的处理权限信息；

信息接收模块，用于接收退款请求，所述退款请求中携带有退款业务信息和所述退款请求对应的目的子账号信息；

权限验证模块，用于根据退款业务信息，确定所述目的子账号是否具备处理所述退款请求的权限，若是，则触发退款指示模块；

退款指示模块，用于指示所述目的子账号处理所述退款请求。

本申请的有益效果为：

本申请实施例提供了一种业务处理方法及设备，通过预先确定主账号与至少一个子账号的对应关系，以及各子账号对应的处理权限信息，并在接收到退款请求时，根据退款请求中携带的目的主账号信息或目的子账号信息以及退款请求中携带的退款业务信息，确定具备处理所述退款请求权限的至少一个子帐号，并指示具备处理所述退款请求权限的至少一个子帐号处理所述退款请求，从而显著降低了退款请求业务的执行过程中卖家用户的参与次数，在保证业务处理安全性的同时提高了业务处理的效率。

附图说明

图1所示为本申请实施例一中所述业务处理方法的流程示意图；

图2所示为本申请实施例二中所述业务处理方法的流程示意图；

图3所示为本申请实施例三中所述业务处理设备的结构示意图；

图4所示为本申请实施例四中所述业务处理设备的结构示意图。

具体实施方式

本申请实施例提供了一种业务处理方法，通过预先确定主账号与至少一个子账号的对应关系，以及各子账号对应的处理权限信息，并根据接收到的退款请求中携带的目的主账号信息或目的子账号信息以及退款请求中携带的退款业务信息，确定具备处理所述退款请求权限的至少一个子帐号，并指示具备处理所述退请求权限的至少一个子帐号处理所述退款请求。

由于在本申请实施例所述方案中，各子账号对应的处理权限信息是由卖家用户预先确定的，因此，在执行退款请求时，卖家用户无需再次为各子账号进行权限的分配和验证等操作，降低了退款请求业务的执行过程中卖家用户的参与次数，在保证业务处理安全性的同时提高了业务处理的效率。

下面结合说明书附图对本申请实施例作进一步说明，但本申请不局限于下面的实施例。

实施例一：

如图1所示，其为本申请实施例一中所述业务处理方法的流程示意图，所述业务处理方法包括以下步骤：

步骤101：预先确定主账号与至少一个子账号的对应关系，以及各子账号对应的处理权限信息。

需要说明的是，所述子账号是主账号的从属账号，具体可以是卖家用户利用其在商品交易网站等互联网网站进行注册的主账号创建的从属账号，其中，一个主账号可以对应一个或多个子账号，一个子账号对应一个主账号；进一步地，若卖家用户没有子账号，还可以在利用主账号登录商品交易网站后，在该商品交易网站中创建该主账号的子账号，进一步地，卖家用户还可以随时注销已创建的主账号或子账号。

具体地，各子账号对应的处理权限信息包括各子账号可处理的退款业务类别和/或各子账号可处理的退款金额等信息；其中，各子账号可处理的退款业务类别可以包括：退款留言操作、同意/拒绝退货退款申请操作、同意/拒绝退货退款操作等，本申请实施例对此不作任何限定。

以下列举一实例进行说明所述预先确定的主账号与至少一个子账号的对应关系以及各子账号对应的处理权限信息，具体如表1所示：

表1

需要说明的是，预先确定的主账号与至少一个子账号的对应关系以及各子账号对应的处理权限信息可以存储在即时通信服务器等第三方设备中，本申请实施例对此不作限定；另外，所述主账号与至少一个子账号的对应关系以及各子账号对应的处理权限信息可以按照实际情况进行调整，本申请实施例对此也不作限定。

进一步地，在预先确定各子账号对应的处理权限信息时，为了保证各子账号的安全性，在卖家用户利用其对应的主账号进行各子账号的处理权限信息的确定之前，可以对该卖家用户的主账号进行安全信息验证，如通过输入主账号在商品交易网站或即时通信服务器等第三方设备中预留的身份信息验证码的方式来验证该主账号的身份是否正确，并在验证正确后再进行各子账号对应的处理权限信息的确定。

另外需要说明的是，本步骤101是在进行账号权限验证之前为主账号和各子账号建立对应关系以及为各子账号分配权限的步骤，不是每次进行账号权限验证时都必须执行的操作，在为主账号和各子账号建立对应关系以及为各账号分配权限后，可以多次执行以下账号权限验证步骤。

步骤102：接收退款请求，所述退款请求中携带有退款业务信息和所述退款请求对应的目的主账号信息。

具体地，在本申请实施例一中，携带有目的主账号信息的退款请求可以是由买家用户直接向卖家用户的主账号发送的，也可以是由卖家用户的子账号向该子账号对应的主账号转发的，本申请实施例对此不作任何限定。

进一步地，所述退款请求可以是由买家用户通过即时通信服务器等第三方设备间接向卖家用户的主账号发送的，或由卖家用户的子账号通过即时通信服务器等第三方设备间接向该子账号对应的主账号转发的，本申请实施例对此不作任何限定。

也就是说，在本申请实施例一中，所述退款请求的接收方可以为主账号或即时通信服务器，本申请实施例对此不作任何限定；但需要说明的是，一般来说，在即时通信系统中，所述退款请求的接收方通常为即时通信服务器。

具体地，所述退款请求中携带的退款业务信息可以包括本次退款请求对应的退款业务类别和/或本次退款请求对应的退款金额等信息；进一步地，所述退款请求中还可以携带有本次退款请求的发送端的身份信息，如买家用户的账号信息等信息，本申请实施例对此不作任何限定。

步骤103：根据目的主账号信息，确定所述目的主帐号对应的子账号，并根据退款业务信息，确定所述目的主帐号对应的子账号中具备处理所述退款请求的权限的至少一个子帐号。

具体地，在本步骤103中，可以直接根据所述目的主账号，从预先确定的主账号与至少一个子账号的对应关系中确定该目的主账号对应的各子账号。

例如，以表1中所示的主账号与子账号的对应关系为例，当所述目的主账号为主账号A时，根据预先确定的主账号与各子账号的对应关系，可以确定与该目的主账号相对应的各子账号分别为子账号A1、子账号A2以及子账号An等。

进一步地，根据退款业务信息，确定所述目的主帐号对应的子账号中具备处理所述退款请求的权限的至少一个子帐号，具体可包括：

根据所述退款请求中携带的退款业务信息，以及预先确定的各子账号对应的处理权限信息，判断所述目的主账号下的各子账号所对应的处理权限信息中是否包含了所述退款请求中携带的退款业务信息，若是，则认为所述子账号具备处理所述退款请求的权限，否则，则认为所述子账号不具备处理所述退款请求的权限；并将确定的具备处理所述退款请求的权限的所有子账号作为最终确定的具备处理所述退款请求的权限的至少一个子帐号。

特殊地，若所述目的主账号对应的各子账号均不具备处理所述退款请求的权限，则可以由所述目的主账号处理所述退款请求，或者，为其对应的各子账号或至少一个子账号更改对应的处理权限信息，使得至少一个子账号具备处理所述退款请求的权限。

具体地，假设在本步骤103中，所述目的主账号为主账号A且所述退款请求中携带的退款业务信息为：退货退款操作且退款金额为A元，则根据表1所示的各子账号对应的处理权限信息，可以确定子账号A1具备的处理权限（能够处理退款留言操作）中并不包含所述退款请求中携带的退款业务信息（退货退款操作且退款金额为A元），因此，可以确定子账号A1并不具备处理所述退款请求的权限；类似地，可以确定子账号A2具备的处理权限（能够处理退款留言操作以及能够处理同意/拒绝退货退款申请操作）以及子账号A3具备的处理权限（能够处理同意/拒绝退货退款申请操作）中也并不包含所述退款请求中携带的退款业务信息（退货退款操作且退款金额为A元），因此，可以确定子账号A2以及子账号A3也并不具备处理所述退款请求的权限。

进一步地，假设M小于A且Z大于A，则根据表1所示，可以确定子账号A4具备的处理权限（能够处理同意/拒绝退货退款操作以及能够处理的退款金额为M元，M大于零）中虽然包含所述退款请求中携带的内容为“退货退款操作”的退款业务信息，但由于子账号A4所能够处理的退款金额M元小于“退款金额A元”，因此，可以确定子账号A4对应的处理权限中无法包含所述退款请求中携带的内容为“退款金额为A元”的退款业务信息，即可以确定子账号A4并不具备处理所述退款请求的权限；进一步地，由于Z大于A，因此，可以确定子账号An具备的处理权限（能够处理同意/拒绝退货退款申请操作、能够处理同意/拒绝退货退款操作以及能够处理的退款金额为Z元，Z大于零）中包含所述退款请求中携带的内容为“退货退款操作”的退款业务信息，且子账号An所能够处理的退款金额Z元大于“退款金额A元”，因此，可以确定子账号An对应的处理权限包含所述退款请求中携带的退款业务信息（退货退款操作且退款金额为A元），即可以确定子账号An具备处理所述退款请求的权限。

步骤104：指示具备处理所述退款请求权限的至少一个子帐号处理所述退款请求。

具体地，在确定具备处理所述退款请求的权限的各子账号后，可以将所述退款请求转发至确定的任一或多个子账号，并指示接收到所述退款请求的子账号执行所述退款请求。

进一步地，为了保证主账号的安全性，在确定具备处理所述退款请求的权限的至少一个子账号之后，且指示任一确定的子账号执行所述退款请求之前，所述方法还可以包括：

根据各子账号在即时通信服务器或其他第三方设备中预留的身份信息，对确定的具备处理所述退款请求的权限的至少一个子账号进行身份验证。

进一步地，身份验证成功后的子账号在设定时长内可以随时执行所述退款请求，而无需再次进行身份验证。具体地，所述设定时长可以根据实际情况进行设定，本申请实施例对此不作任何限定。

需要说明的是，当执行所述退款请求所需的处理权限为能够处理退款留言操作等较低的处理权限时，可以无需再对子账号进行身份验证，但是，当执行所述退款请求所需的处理权限为能够处理同意/拒绝退货退款操作等较高的处理权限时，为了保证主账号的安全性，需要对子账号进行身份验证，并在身份验证成功后再指示所述身份验证成功的子账号执行所述退款请求。

进一步地，在执行完上述步骤后，所述方法还可以包括：

将各子账号执行所述退款请求的过程中产生的操作日志进行存储。具体地，所述操作日志可以存储在即时通信服务器等第三方设备中，本申请实施例对此不作任何限定。

具体地，在将所述操作日志进行存储之后，具备执行所述退款请求的权限的主账号和/或子账号可以通过查询操作日志的方式查看所述退款请求的处理过程和处理结果。进一步地，在进行所述退款请求的操作日志的查询过程中，主账号和/或子账号可以根据所述退款请求的编号或者子账号的身份信息进行搜索，得到对应的退款请求的操作日志。

需要说明的是，在本申请实施例中，在指示确定的某一子账号执行所述退款请求时，若所述子账号不同意买家用户发起的退款请求、且该买家用户不同意所述处理结果时，子账号可以将该买家用户发起的所述退款请求发送给所述子账号对应的主账号，由所述主账号通过申请商品交易网站客服支持等方式来对该买家用户发起的所述退款请求进行处理。

本申请实施例一提供了一种业务处理方法，通过预先确定主账号与至少一个子账号的对应关系，以及各子账号对应的处理权限信息，并在接收到退款请求时，根据所述退款请求中携带的目的主账号信息，确定所述目的主帐号对应的子账号，以及，根据所述退款请求中携带的退款业务信息，确定所述目的主帐号对应的子账号中具备处理所述退款请求权限的至少一个子帐号，并指示具备处理所述退款请求权限的至少一个子帐号处理所述退款请求。由于在本申请实施例一所述方案中，各子账号对应的处理权限信息是由卖家用户预先确定的，因此，在执行退款请求时，卖家用户无需再次为各子账号进行权限的分配和验证等操作，显著降低了退款请求业务的执行过程中卖家用户的参与次数，在保证业务处理安全性的同时提高了业务处理的效率。

实施例二：

如图2所示，其为本申请实施例二中所述业务处理方法的流程示意图，所述业务处理方法包括以下步骤：

步骤201：预先确定主账号与至少一个子账号的对应关系，以及各子账号对应的处理权限信息。

具体地，各子账号对应的处理权限信息包括各子账号可处理的退款业务类别和/或各子账号可处理的退款金额等信息；其中，各子账号可处理的退款业务类别可以包括：退款留言操作、同意/拒绝退货退款申请操作、同意/拒绝退货退款操作等，本申请实施例对此不作任何限定。

进一步地，所预先确定的主账号与至少一个子账号的对应关系以及各子账号对应的处理权限信息可以如本申请实施例一中的表1所示，此处不再赘述。

需要说明的是，所述主账号与至少一个子账号的对应关系以及各子账号对应的处理权限信息可以存储在即时通信服务器等第三方设备中，且所述主账号与至少一个子账号的对应关系以及各子账号对应的处理权限信息可以按照实际情况进行调整，本申请实施例对此不作任何限定。

进一步地，在预先确定各子账号对应的处理权限信息时，为了保证各子账号的安全性，在卖家用户利用其对应的主账号进行各子账号的处理权限信息的确定之前，可以对该卖家用户的主账号进行安全信息验证，如通过输入主账号在商品交易网站或即时通信服务器等第三方设备中预留的身份信息验证码的方式来验证该主账号的身份是否正确，并在验证正确后再进行各子账号对应的处理权限信息的确定。

另外需要说明的是，本步骤201是在进行账号权限验证之前为主账号和各子账号建立对应关系以及为各子账号分配权限的步骤，不是每次进行账号权限验证时都必须执行的操作，在为主账号和各子账号建立对应关系以及为各子账号分配权限后，可以多次执行以下账号权限验证步骤。

步骤202：接收退款请求，所述退款请求中携带有退款业务信息和所述退款请求对应的目的子账号信息。

具体地，在本申请实施例二中，携带有目的子账号信息的退款请求可以是由买家用户直接向卖家用户的子账号发送的，也可以是由卖家用户的主账号向该主账号对应的子账号转发的，本申请实施例对此不作任何限定。

进一步地，所述退款请求可以是由买家用户通过即时通信服务器等第三方设备间接向卖家用户的子账号发送的，或由卖家用户的主账号通过即时通信服务器等第三方设备间接向该主账号对应的子账号转发的，本申请实施例对此不作任何限定。

也就是说，在本申请实施例二中，所述退款请求的接收方可以为子账号或即时通信服务器，本申请实施例对此不作任何限定；但需要说明的是，一般来说，在即时通信系统中，所述退款请求的接收方通常为即时通信服务器。

具体地，所述退款请求中携带的退款业务信息可以包括本次退款请求对应的退款业务类别和/或本次退款请求对应的退款金额等信息；进一步地，所述退款请求中还可以携带有本次退款请求的发送端的身份信息，如买家用户的账号信息等信息，本申请实施例对此不作任何限定。

步骤203：根据退款业务信息，确定所述目的子账号是否具备处理所述退款请求的权限，若是，则指示所述目的子账号处理所述退款请求。

具体地，根据退款业务信息，确定所述目的子帐号是否具备处理所述退款请求的权限，可以包括：

根据所述退款请求中携带的退款业务信息，以及预先确定的各子账号对应的处理权限信息，判断所述目的子账号所对应的处理权限信息中是否包含了所述退款请求中携带的退款业务信息，若是，则认为所述子账号具备处理所述退款请求的权限，否则，则认为所述子账号不具备处理所述退款请求的权限。

进一步地，为了保证主账号的安全性，在确定所述目的子账号具备处理所述退款请求的权限之后，且指示所述目的子账号执行所述退款请求之前，所述方法还可以包括：

根据所述目的子账号在即时通信服务器或其他第三方设备中预留的身份信息，对所述目的子账号进行身份验证。

进一步地，身份验证成功后的目的子账号在设定时长内可以随时执行所述退款请求，而无需再次进行身份验证。具体地，所述设定时长可以根据实际情况进行设定，本申请实施例对此不作任何限定。

需要说明的是，当执行所述退款请求所需的处理权限为能够处理退款留言操作等较低的处理权限时，可以无需再对目的子账号进行身份验证，但是，当执行所述退款请求所需的处理权限为能够处理同意/拒绝退货退款操作等较高的处理权限时，为了保证主账号的安全性，需要对所述目的子账号进行身份验证，并在身份验证成功后再指示所述身份验证成功的目的子账号执行所述退款请求。

进一步地，在本申请实施例二中，在根据退款业务信息确定所述目的子账号不具备处理所述退款请求的权限时，所述方法还可以包括以下步骤：

S1：根据目的子账号信息，确定所述目的子账号对应的主账号。

具体地，可以直接根据所述目的子账号，以及预先确定的主账号与至少一个子账号的对应关系，确定所述目的子账号对应的主账号。

S2：根据退款业务信息，确定所述目的子账号对应的主账号所对应的子账号中具备处理所述退款请求的权限的至少一个子账号。

具体地，在本步骤S2中，可以根据预先确定的主账号与至少一个子账号的对应关系，确定所述目的子账号对应的主账号所对应的各子账号，并根据所述退款业务信息，从确定的各子账号中，确定具备处理所述退款请求的权限的至少一个子账号。

S3：指示具备处理所述退款请求的权限的至少一个子账号处理所述退款请求。

特殊地，若所述目的子账号对应的主账号下的各子账号均不具备处理所述退款请求的权限，则可以由所述目的子账号对应的主账号处理所述退款请求，或者，由所述目的子账号对应的主账号为其对应的各子账号或至少一个子账号更改对应的处理权限信息，使得至少一个子账号具备处理所述退款请求的权限。

进一步地，在执行完上述步骤之后，所述方法还可以包括：

将所述目的子账号或其他子账号执行所述退款请求的过程中产生的操作日志进行存储。具体地，所述操作日志可以存储在即时通信服务器等第三方设备中，本申请实施例对此不作任何限定。

具体地，在将所述操作日志进行存储之后，具备处理所述退款请求的权限的主账号和/或子账号可以通过查询操作日志的方式查看所述退款请求的处理过程和处理结果。进一步地，在进行所述退款请求的操作日志的查询过程中，主账号和/或子账号需要根据所述退款请求的编号或者子账号的身份信息进行搜索，得到对应的退款请求的操作日志。

需要说明的是，在本申请实施例中，在指示确定的子账号执行所述退款请求时，若所述子账号不同意买家用户发起的退款请求、且该买家用户不同意所述处理结果时，子账号可以将该买家用户发起的所述退款请求发送给所述子账号对应的主账号，由所述主账号通过申请商品交易网站客服支持等方式来对该买家用户发起的所述退款请求进行处理。

本申请实施例二提供了一种业务处理方法，通过预先确定主账号与至少一个子账号的对应关系，以及各子账号对应的处理权限信息，并在接收到退款请求时，根据所述退款请求中携带的目的子账号信息以及所述退款请求中携带的退款业务信息，确定所述目的子账号是否具备处理所述退款请求的权限，若是，则指示所述目的子账号执行所述退款请求。由于在本申请实施例二所述方案中，各子账号对应的处理权限信息是由卖家用户预先确定的，因此，在执行退款请求时，卖家用户无需再次为各子账号进行权限的分配和验证等操作，因此，可以显著降低退款请求业务的执行过程中卖家用户的参与次数，在保证业务处理安全性的同时提高业务处理的效率。

实施例三：

如图3所示，其为本申请实施例三中所述业务处理设备的结构示意图，所述业务处理设备可以为即时通信服务器等第三方设备，本申请实施例对此不作任何限定，具体地，所述业务处理设备可以包括权限设置模块11、请求接收模块12、权限验证模块13以及退款指示模块14，其中：

所述权限设置模块11用于预先确定主账号与至少一个子账号的对应关系，以及各子账号对应的处理权限信息；具体地，各子账号对应的处理权限信息包括各子账号可处理的退款业务类别和/或各子账号可处理的退款金额等信息；其中，各子账号可处理的退款业务类别可以包括：退款留言操作、同意/拒绝退货退款申请操作、同意/拒绝退货退款操作等，本申请实施例对此不作任何限定；具体地，所预先确定的主账号与至少一个子账号的对应关系以及各子账号对应的处理权限信息可以如本申请实施例一中的表1所示。

所述请求接收模块12用于接收退款请求，所述退款请求中携带有退款业务信息和所述退款请求对应的目的主账号信息。

具体地，在本申请实施例三中，携带有目的主账号信息的退款请求可以是由买家用户向卖家用户的主账号发送的，也可以是由卖家用户的子账号向该子账号对应的主账号转发的，本申请实施例对此不作任何限定；具体地，所述退款请求中携带的退款业务信息可以包括本次退款请求对应的退款业务类别和/或本次退款请求对应的退款金额等信息；进一步地，所述退款请求中还可以携带有本次退款请求的发送端的身份信息，如买家用户的账号信息等信息，本申请实施例对此不作任何限定。

所述权限验证模块13用于根据目的主账号信息，确定所述目的主账号对应的子账号，以及，根据退款业务信息，确定所述目的主账号对应的子账号中具备处理所述退款请求权限的至少一个子账号。

具体地，所述权限验证模块13用于根据所述退款请求中携带的退款业务信息，以及预先确定的各子账号对应的处理权限信息，依次判断所述目的主账号下的各子账号所对应的处理权限信息中是否包含了所述退款请求中携带的退款业务信息，若是，则认为所述子账号具备处理所述退款请求的权限，否则，则认为所述子账号不具备处理所述退款请求的权限；并将确定的具备处理所述退款请求的权限的所有子账号作为最终确定的具备处理所述退款请求的权限的至少一个子帐号。

所述退款指示模块14用于指示具备处理所述退款请求权限的至少一个子账号处理所述退款请求。

进一步地，所述业务处理设备还可以包括身份验证模块15：

所述身份验证模块15用于在确定具备处理所述退款请求的权限的至少一个子账号之后，且指示任一确定的子账号执行所述退款请求之前，根据各子账号在本地预留的身份信息，对确定的具备处理所述退款请求的权限的至少一个子账号进行身份验证。

进一步地，所述业务处理设备还可以包括日志存储模块16：

所述日志存储模块16用于将各子账号执行所述退款请求的过程中产生的操作日志进行存储，以便于具备处理所述退款请求的权限的主账号和/或子账号通过查询操作日志的方式查看所述退款请求的处理过程和处理结果。

实施例四：

如图4所示，其为本申请实施例四中所述业务处理设备的结构示意图，所述业务处理设备可以为即时通信服务器等第三方设备，本申请实施例对此不作任何限定，具体地，所述业务处理设备可以包括权限设置模块21、请求接收模块22、权限验证模块23以及退款指示模块24，其中：

所述权限设置模块21用于预先确定主账号与至少一个子账号的对应关系，以及各子账号对应的处理权限信息。

具体地，各子账号对应的处理权限信息包括各子账号可处理的退款业务类别和/或各子账号可处理的退款金额等信息；其中，各子账号可处理的退款业务类别可以包括：退款留言操作、同意/拒绝退货退款申请操作、同意/拒绝退货退款操作等，本申请实施例对此不作任何限定；具体地，所预先确定的主账号与至少一个子账号的对应关系以及各子账号对应的处理权限信息可以如本申请实施例一中的表1所示。

所述请求接收模块22用于接收退款请求，所述退款请求中携带有退款业务信息和所述退款请求对应的目的子账号信息。

具体地，在本申请实施例四中，携带有目的子账号信息的退款请求可以是由买家用户向卖家用户的子账号发送的，也可以是由卖家用户的主账号向该主账号对应的子账号转发的，本申请实施例对此不作任何限定；具体地，所述退款请求中携带的退款业务信息可以包括本次退款请求对应的退款业务类别和/或本次退款请求对应的退款金额等信息；进一步地，所述退款请求中还可以携带有本次退款请求的发送端的身份信息，如买家用户的账号信息等信息，本申请实施例对此不作任何限定。

所述权限验证模块23用于根据退款业务信息，确定所述目的子账号是否具备处理所述退款请求的权限，若是，则触发退款指示模块24。

具体地，所述权限验证模块23用于根据所述退款请求中携带的退款业务信息，以及预先确定的各子账号对应的处理权限信息，判断所述目的子账号所对应的处理权限信息中是否包含了所述退款请求中携带的退款业务信息，若是，则认为所述子账号具备处理所述退款请求的权限，否则，则认为所述子账号不具备处理所述退款请求的权限。

所述退款指示模块24用于指示所述目的子账号处理所述退款请求。

进一步地，所述权限验证模块23还用于在确定所述目的子账号不具备处理所述退款请求的权限时，根据目的子账号信息，确定所述目的子账号对应的主账号，以及，根据退款业务信息，确定所述主账号对应的子账号中具备处理所述退款请求的权限的至少一个子账号；

进一步地，所述退款指示模块24还用于指示具备处理所述退款请求的权限的至少一个子账号处理所述退款请求。

进一步地，所述业务处理设备还可以包括身份验证模块25：

所述身份验证模块25用于在确定具备处理所述退款请求的权限的至少一个子账号之后，且指示任一确定的子账号执行所述退款请求之前，根据各子账号在本地预留的身份信息，对确定的具备处理所述退款请求的权限的至少一个子账号进行身份验证。

进一步地，所述业务处理设备还可以包括日志存储模块26：

所述日志存储模块26用于将各子账号执行所述退款请求的过程中产生的操作日志进行存储，以便于具备处理所述退款请求的权限的主账号和/或子账号通过查询操作日志的方式查看所述退款请求的处理过程和处理结果。

需要说明的是，本申请实施例四中所述的业务处理设备和本申请实施例三中所述的业务处理设备可以为同一设备，本申请实施例对此不作任何限定。

需要说明的是，在本申请各实施例中，可以采用JAVA等面向对象的语言来实现所述业务处理流程及系统的开发，本申请实施例对此不作任何限定。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台终端设备（可以是手机、平板电脑、个人计算机、服务器或者网络设备等）执行本申请各个实施例所述的方法。

以上所述仅是本申请的优选实施方案，显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (8)

1.一种业务处理方法，其特征在于，所述方法包括：

预先确定主账号与至少一个子账号的对应关系，以及各子账号对应的处理权限信息；

接收退款请求，所述退款请求中携带有退款业务信息和所述退款请求对应的目的主账号信息；

根据目的主账号信息，确定所述目的主帐号对应的子账号；

根据退款业务信息，确定所述目的主帐号对应的子账号中具备处理所述退款请求权限的至少一个子帐号；

指示具备处理所述退款请求权限的至少一个子帐号处理所述退款请求。

2.如权利要求1所述的业务处理方法，其特征在于，

所述各子账号对应的处理权限信息包括各子账号可处理的退款业务类别；

所述退款业务信息包括本次退款请求对应的退款业务类别。

3.如权利要求1所述的业务处理方法，其特征在于，

所述各子账号对应的处理权限信息包括各子账号可处理的退款金额；

所述退款业务信息包括本次退款请求对应的退款金额。

4.一种业务处理设备，其特征在于，包括：

权限设置模块，用于预先确定主账号与至少一个子账号的对应关系，以及各子账号对应的处理权限信息；

请求接收模块，用于接收退款请求，所述退款请求中携带有退款业务信息和所述退款请求对应的目的主账号信息；

权限验证模块，用于根据目的主账号信息，确定所述目的主账号对应的子账号，以及，根据退款业务信息，确定所述目的主账号对应的子账号中具备处理所述退款请求权限的至少一个子账号；

退款指示模块，用于指示具备处理所述退款请求权限的至少一个子账号处理所述退款请求。

5.一种业务处理方法，其特征在于，所述方法包括：

预先确定主账号与至少一个子账号的对应关系，以及各子账号对应的处理权限信息；

接收退款请求，所述退款请求中携带有退款业务信息和所述退款请求对应的目的子账号信息；

根据退款业务信息，确定所述目的子账号是否具备处理所述退款请求的权限，若是，则指示所述目的子账号处理所述退款请求；

其中，所述方法还包括：若确定所述目的子账号不具备处理所述退款请求的权限，则执行以下操作：

根据目的子账号信息，确定所述目的子账号对应的主账号；

根据退款业务信息，确定所述主账号对应的子账号中具备处理所述退款请求的权限的至少一个子账号；

指示具备处理所述退款请求的权限的至少一个子账号处理所述退款请求。

6.如权利要求5所述的业务处理方法，其特征在于，

所述各子账号对应的处理权限信息包括各子账号可处理的退款业务类别；

所述退款业务信息包括本次退款请求对应的退款业务类别。

7.如权利要求5所述的业务处理方法，其特征在于，

所述各子账号对应的处理权限信息包括各子账号可处理的退款金额；

所述退款业务信息包括本次退款请求对应的退款金额。

8.一种业务处理设备，其特征在于，包括：

权限设置模块，用于预先确定主账号与至少一个子账号的对应关系，以及各子账号对应的处理权限信息；

请求接收模块，用于接收退款请求，所述退款请求中携带有退款业务信息和所述退款请求对应的目的子账号信息；

权限验证模块，用于根据退款业务信息，确定所述目的子账号是否具备处理所述退款请求的权限，若是，则触发退款指示模块；

退款指示模块，用于指示所述目的子账号处理所述退款请求；

其中，所述权限验证模块，还用于在确定所述目的子账号不具备处理所述退款请求的权限时，根据目的子账号信息，确定所述目的子账号对应的主账号，以及，根据退款业务信息，确定所述主账号对应的子账号中具备处理所述退款请求的权限的至少一个子账号；

所述退款指示模块，还用于指示具备处理所述退款请求的权限的至少一个子账号处理所述退款请求。