CN105469294A - 购买请求处理方法及装置 - Google Patents

Abstract

本发明提供了一种购买请求处理方法及装置。该方法包括接收并存储用户通过用户终端发送的购买请求，所述购买请求中包括所述用户的帐号；根据所述帐号，判断所述购买请求是否为与所述帐号对应的首次订单；如果是，按照第一预定规则为所述帐号以及与所述帐号按照第一预定关系匹配的帐号分配资源；否则，按照第二预定规则为所述帐号以及与所述帐号按照第二预定关系匹配的帐号分配资源。与现有技术相比，本发明的资源分配机制能够利于商品的推广，拓宽销售渠道。

Description

购买请求处理方法及装置

技术领域

本发明涉及互联网技术领域，具体而言，涉及一种购买请求处理方法及装置。

背景技术

现有的购买请求处理方法及装置较少涉及到返利机制的范畴，涉及到返利机制的方法在设置上也不够系统、完善，不利于商品的推广，商品的销售渠道较窄。

发明内容

有鉴于此，本发明提供了一种购买请求处理方法，以改善现有的方法及装置不利于商品推广以及商品的销售渠道较窄的不足。

为实现上述目的，本发明提供如下技术方案：

一种购买请求处理方法，所述方法包括：

接收并存储用户通过用户终端发送的购买请求，所述购买请求中包括所述用户的帐号；根据所述帐号，判断所述购买请求是否为与所述帐号对应的首次订单；如果是，按照第一预定规则为所述帐号以及与所述帐号按照第一预定关系匹配的帐号分配资源；否则，按照第二预定规则为所述帐号以及与所述帐号按照第二预定关系匹配的帐号分配资源。

优选地，上述的购买请求处理方法中，还包括：接收用户通过用户终端发送的注册信息；根据所述注册信息生成新的帐号；当所述注册信息中包括其他帐号的标识信息时，将与所述标识信息对应的帐号设置为所述新的帐号的上级帐号，将所述新的帐号设置为与所述标识信息对应的帐号的下级帐号。

若所述注册信息包括其他帐号的标识信息，则判断为刚注册的所述新的帐号是通过所述标识信息对应的帐号来推荐注册的。所以可以将与所述标识信息对应的帐号设置为所述新的帐号的上级帐号，将所述新的帐号设置为所述标识信息对应的帐号的下级帐号。

当所述注册信息不包括其他账号的标识信息时，可以判定该帐号未通过其他帐号推荐注册，故可以暂不设置所述新的帐号与其他帐号的匹配关系。

优选地，上述的购买请求处理方法中，还包括：接收并存储用户通过用户终端发送的退货请求，所述退货请求中包括所述用户的帐号；接收与同意所述退货请求相对应的确认请求；根据所述帐号，判断所述退货请求对应的订单是否为所述帐号对应的首次订单；如果是，发送取消指令至所述帐号以取消所述帐号对应的标识信息，将所述帐号的下级帐号设置为所述帐号的上级帐号的下级帐号，并将所述退货请求对应的订单的金额转移至所述帐号；否则，将所述退货请求对应的订单的金额转移至所述帐号。

每个帐号均具有一个与所述帐号对应的标识信息，当帐号发送退货请求至服务器，且被同意退货时，服务器判断所述退货请求对应的订单是否为该帐号的第一个订单。如果是第一个订单，服务器取消该帐号的标识信息，并将该帐号的上级帐号与该帐号的下级帐号连接，以取消该帐号与其他帐号的匹配关系，并将相应的退款金额退回给该帐号。如果不是第一个订单，则只执行金额退还操作。

优选地，上述的购买请求处理方法中，所述按照第一预定关系匹配的帐号，包括：所述购买请求对应的帐号的上级帐号；所述购买请求对应的帐号的上上级帐号；以及所述购买请求对应的帐号的上上上级帐号。

上上级帐号具体可以为购买请求对应的帐号的上级帐号的上级帐号；上上上级帐号具体可以为购买请求对应的帐号的上级帐号的上级帐号的上级帐号。

优选地，上述的购买请求处理方法中，所述按照第一预定规则为所述帐号以及与所述帐号按照第一预定关系匹配的帐号分配资源，包括：将第一数量的资源转移至与所述购买请求对应的帐号的上级帐号；将第二数量的资源转移至与所述购买请求对应的帐号的上上级帐号；将第三数量的资源转移至与所述购买请求对应的帐号的上上上级帐号。

上述分配方式可以提供利润至三级用户，不包括用户本身。所述第一数量、第二数量以及第三数量可以采用递增的方式来设置具体的数量。

优选地，上述的购买请求处理方法中，所述按照第二预定关系匹配的帐号，包括：所述购买请求对应的帐号；所述购买请求对应的帐号的上级帐号；以及所述购买请求对应的帐号的上上级帐号。

所述上上级帐号具体可以为购买请求对应的帐号的上级帐号的上级帐号。

优选地，上述的购买请求处理方法中，所述按照第二预定规则为所述帐号以及与所述帐号按照第二预定关系匹配的帐号分配资源，包括：将第三数量的资源转移至所述购买请求对应的帐号；将第二数量的资源转移至所述购买请求对应的帐号的上级帐号；将第一数量的资源转移至所述购买请求对应的帐号的上上级帐号。

所述第三数量具体可以大于所述第二数量，所述第二数量具体可以大于所述第一数量。

优选地，上述的购买请求处理方法中，所述方法还包括：所述购买请求为与所述帐号对应的首次订单时，生成唯一与所述帐号对应的标识信息。

所述标识信息具有唯一性，且所述标识可以作为成为新的帐号的上级帐号的身份信息。

本发明还提供了一种购买请求处理装置，运行于服务器，包括：第一接收模块，用于接收并存储用户通过用户终端发送的购买请求，所述购买请求中包括所述用户的帐号；第一判断模块，用于根据所述帐号，判断所述购买请求是否为与所述帐号对应的首次订单；第一资源转移模块，用于当所述购买请求是与所述帐号对应的首次订单时，按照第一预定规则为所述帐号以及与所述帐号按照第一预定关系匹配的帐号分配资源；第二资源转移模块，用于当所述购买请求不是与所述帐号对应的首次订单时，按照第二预定规则为所述帐号以及与所述帐号按照第二预定关系匹配的帐号分配资源。

本发明提供了一种购买请求处理方法，所述方法包括接收并存储用户通过用户终端发送的购买请求，所述购买请求中包括所述用户的帐号。根据所述帐号，判断所述购买请求是否为与所述帐号对应的首次订单。如果是，按照第一预定规则为所述帐号以及与所述帐号按照第一预定关系匹配的帐号分配资源；否则，按照第二预定规则为所述帐号以及与所述帐号按照第二预定关系匹配的帐号分配资源。与现有技术相比，本发明的资源分配机制能够利于商品的推广，拓宽销售渠道。

附图说明

为了更清楚的说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1所示为本发明实施例提供的购买请求处理方法的应用环境示意图；

图2是一种可应用于本发明实施例的服务器的结构框图；

图3为本发明第一实施例提供的购买请求处理方法的流程图；

图4为本发明第二实施例提供的购买请求处理方法的流程图；

图5是本发明第三实施例提供的购买请求处理装置的结构示意图；

图6是本发明第四实施例提供的购买请求处理装置的结构示意图。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1所示为本发明实施例提供的购买请求处理方法的应用环境图。如图1所示，用户终端100以及服务器200位于无线或有线网络300中，通过该无线或有线网络300，用户终端100以及服务器200相互通信。

用户终端100具体可以包括智能手机、平板电脑、电子书阅读器、膝上型便携计算机、车载终端、可穿戴设备等等。用户终端100中可以安装浏览器或各种应用(包括系统应用以及第三方应用)的客户端。

图2示出了一种服务器的结构框图。如图2所示，服务器200包括：存储器201、处理器202以及网络模块203。

可以理解，图2所示的结构仅为示意，服务器200还可包括比图2中所示更多或者更少的组件，或者具有与图2所示不同的配置。图2中所示的各组件可以采用硬件、软件或其组合实现。另外，本发明实施例中的服务器还可以包括多个具体不同功能的服务器。

存储器201可用于存储软件程序以及模块，如本发明实施例中的购买请求处理方法及装置对应的程序指令/模块，处理器202通过运行存储在存储器201内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现本发明实施例中的购买请求处理方法。存储器201可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器201可进一步包括相对于处理器202远程设置的存储器，这些远程存储器可以通过网络连接至服务器200。进一步地，上述软件程序以及模块还可包括：服务模块221以及操作系统222。其中操作系统222，例如可为LINUX、UNIX、WINDOWS，其可包括各种用于管理系统任务(例如内存管理、存储设备控制、电源管理等)的软件组件和/或驱动，并可与各种硬件或软件组件相互通讯，从而提供其他软件组件的运行环境。服务模块221运行在操作系统222的基础上，并通过操作系统222的网络服务监听来自网络的请求，根据请求完成相应的数据处理，并返回处理结果给客户端。也就是说，服务模块221用于向客户端提供网络服务。

网络模块203用于接收以及发送网络信号。上述网络信号可包括无线信号或者有线信号。

于发明实施例中，用户终端100中安装有客户端，该客户端可以是浏览器也可以是第三方应用软件，与服务器(Server)端相对应，为用户提供本地服务，例如注册，浏览商品信息，根据用户的操作来选择要购买的商品等。所述用户终端100还可以包括厂商客户端，线下的厂商可以通过所述厂商客户端输入商品信息，例如商品说明信息和商品图像等。线下的厂商还可以通过所述厂商客户端输入预先制定的购买请求处理的具体规则。

本实施例中的服务器可以是单个的服务器，也可以是一个服务器集群，可以包括WEB服务器、搜索服务器、计算服务器等多个服务器。

本发明实施例中，所述服务器中可以包括多个数据库，例如会员数据库、商品数据库和订单数据库等。所述会员数据库可以储存用户的注册信息等；所述商品数据库可以储存商品信息以及与商品相关的线下的厂商的信息等；订单数据库可以储存订单信息，与订单信息对应的用户的信息、商品信息以及相关的物流信息等。

商品数据库中的商品信息可以由线下厂商通过厂商客户端输入，并由服务器存储在商品数据库中。商品信息中可以包括商品图像以及商品说明等。

图1至图2所示只是本发明实施例的一种应用环境的举例，本发明的具体实施方式并不以此为限。

下面将结合附图，对本发明实施例提供的购买请求处理方法和装置进行详细介绍。

图3示出了本发明第一实施例提供的一种购买请求处理方法。所述购买请求处理方法可以包括以下步骤S401至S404。

步骤S401，接收并存储用户通过用户终端发送的购买请求，所述购买请求中包括所述用户的帐号。

接收用户从用户终端发出的购买请求，所述购买请求中可以包括用户的帐号，服务器可以根据所述购买请求中的用户的帐号建立购买请求与用户的帐号之间的对应关系。

步骤S402，根据所述帐号，判断所述购买请求是否为与所述帐号对应的首次订单。如果是，执行步骤S403；否则，执行步骤S404。

服务器可以根据与所述购买请求对应的帐号在订单数据库中查找与帐号对应的订单。若在订单数据库中，没有与该帐号对应的订单，则可以判定所述购买请求对应的订单为所述帐号对应的首次订单；若在订单数据库中，已经有与该帐号对应的订单，则可以判定所述购买请求对应的订单并不是所述帐号对应的首次订单。

步骤S403，按照第一预定规则为所述帐号以及与所述帐号按照第一预定关系匹配的帐号分配资源。

这里的资源可以是货币金额，也可以是虚拟货币或者积分等资源。

所述第一预定规则以及所述第一预定关系均可以为事先设置的规则或关系。例如，所述按照第一预定关系匹配的帐号，可以包括：所述购买请求对应的帐号的上级帐号；所述购买请求对应的帐号的上上级帐号；以及所述购买请求对应的帐号的上上上级帐号。

所述按照第一预定规则为所述帐号以及与所述帐号按照第一预定关系匹配的帐号分配资源，可以包括：将第一数量的资源转移至与所述购买请求对应的帐号的上级帐号；将第二数量的资源转移至与所述购买请求对应的帐号的上上级帐号；将第三数量的资源转移至与所述购买请求对应的帐号的上上上级帐号。其中，所述购买请求对应的帐号的上上级帐号指的是所述购买请求对应的帐号的上级帐号的上级帐号。所述购买请求对应的帐号的上上上级帐号指的是所述购买请求对应的帐号的上级帐号的上级帐号的上级帐号。

步骤S404，按照第二预定规则为所述帐号以及与所述帐号按照第二预定关系匹配的帐号分配资源。

所述第二预定规则以及所述第二预定关系也可以为事先设置的规则或关系。例如，所述按照第二预定关系匹配的帐号，可以包括：所述购买请求对应的帐号；所述购买请求对应的帐号的上级帐号；以及所述购买请求对应的帐号的上上级帐号。

所述按照第二预定规则为所述帐号以及与所述帐号按照第二预定关系匹配的帐号分配资源，可以包括：将第三数量的资源转移至所述购买请求对应的帐号；将第二数量的资源转移至所述购买请求对应的帐号的上级帐号；将第一数量的资源转移至所述购买请求对应的帐号的上上级帐号。

线下厂商可以通过厂商客户端制定资源分配规则，不同的订单类型对应不同的资源分配规则，制定好的资源分配规则(包括上述的第一预定规则和第二预定规则)存储在服务器中。线下厂商还可以通过厂商客户端制定退货时应退回的金额等。

该购买请求处理方法通过对不同的订单类型将资源按照不同的数量分配给相应的帐号的方式，可以在订单为首次时，给上上上级帐号提供较多数量的资源，也可以在订单为非首次时给购买请求对应的用户提高较多数量的资源，有利于更好地对商品进行推广，有利于较强地拓展商品销售的渠道。

图4示出的本发明第二实施例提供的一种购买请求处理方法。所述购买请求处理方法可以包括以下步骤S501至S513。

步骤S501，接收用户通过用户终端发送的注册信息。

步骤S502，根据所述注册信息生成新的帐号。

所述新的帐号可以被存储于服务器的会员数据库中。

步骤S503，当所述注册信息中包括其他帐号的标识信息时，将与所述标识信息对应的帐号设置为所述新的帐号的上级帐号，将所述新的帐号设置为与所述标识信息对应的帐号的下级帐号。

当服务器接收到的所述注册信息中包括其他帐号的标识信息时，可以视为新注册的帐号通过其他帐号推荐注册，标识信息可以作为推荐帐号的身份标识。此时，服务器便可以建立新注册帐号与标识信息对应帐号的对应关系。

当服务器接收到的所述注册信息中不包括其他帐号的标识信息时，即可以视为新注册的帐号未通过其他帐号的推荐而自行注册。此时，新注册的帐号被服务器视为无上级帐号。

可以理解，所述标识信息可以为二维码，也可以为唯一的一段字符串，所述标识信息的具体表现形式不应该理解为是对本发明的限制。

步骤S504，接收并存储用户通过用户终端发送的购买请求，所述购买请求中包括所述用户的帐号。

当服务器接收到所述购买请求后，根据购买请求向线下厂商的客户端发送订单信息。线下厂商根据该订单信息可以安排发货，并将与发货相关的物流信息通过所述厂商客户端传递至服务器，服务器可以将所述物流信息储存进订单数据库。

步骤S505，根据所述帐号，判断所述购买请求是否为与所述帐号对应的首次订单。如果是，则执行步骤S506及S508至S511，如果否，则执行步骤S507、S509至S511。

步骤S506，将第一数量的资源转移至与所述购买请求对应的帐号的上级帐号；将第二数量的资源转移至与所述购买请求对应的帐号的上上级帐号；将第三数量的资源转移至与所述购买请求对应的帐号的上上上级帐号。

所述购买请求对应的帐号的上上级帐号具体可以为所述购买请求对应的帐号的上级帐号的上级帐号。

所述购买请求对应的帐号的上上上级帐号具体可以为所述购买请求对应的帐号的上级帐号的上级帐号的上级帐号。

第一数量、第二数量以及第三数量的比值具体可以为1:2:3。第一数量的资源最少，第三数量的资源最多，可以提高第三数量的资源获得帐号的收入，使该帐号更有进行推广的积极性，利于商品的推广。

步骤S507，将第三数量的资源转移至所述购买请求对应的帐号；将第二数量的资源转移至所述购买请求对应的帐号的上级帐号；将第一数量的资源转移至所述购买请求对应的帐号的上上级帐号。

所述购买请求对应的帐号的上上级帐号具体可以为所述购买请求对应的帐号的上级帐号的上级帐号。

当不是首次订单时，将第三数量的资源转移至所述购买请求对应的帐号，与购买请求对应的帐号获得的最多，有利于提高用户的购买积极性，并利于将购买行为长时间持续下去。

具体地，所述第三数量可以大于所述第二数量，所述第二数量可以大于所述第一数量。优选的，第一数量、第二数量以及第三数量的比值具体可以为1:2:3。

可以理解，所述第三数量、第二数量以及第一数量的具体数值不应该理解为是对本发明的限制。

步骤S508，生成唯一与所述帐号对应的标识信息。

用户完成支付后，订单信息会存储于订单数据库中，且服务器于接收到与支付相关的信息后，将该订单设置为完成状态。当所述购买请求为与所述帐号对应的首次订单时，生成唯一与所述帐号对应的标识信息。该标识信息具体可以是二维码。

步骤S509，接收并存储用户通过用户终端发送的退货请求，所述退货请求中包括所述用户的帐号。

步骤S510，接收与同意所述退货请求相对应的确认请求。

当服务器接收与同意所述退货请求相对应的确认请求后，对应的退货信息会存储进所述服务器的订单数据库。

步骤S511，根据所述帐号，判断所述退货请求对应的订单是否为所述帐号对应的首次订单。如果是，则执行步骤S512，否则，执行步骤S513。

步骤S512，发送取消指令至所述帐号以取消所述帐号对应的标识信息，将所述帐号的下级帐号设置为所述帐号的上级帐号的下级帐号，并将所述退货请求对应的订单的金额转移至所述帐号。

若退货行为发生在首次订单时，服务器发送取消指令至退货行为对应的帐号以取消该帐号所对应的标识信息，然后将该帐号的上级帐号与该帐号的下级帐号建立匹配关系，断开该帐号与其他帐号的匹配关系。然后退回相应的订单的金额至所述帐号。

在退货行为发生于首次订单时，给予退款并断开该帐号与其他帐号的匹配关系，可以避免不法分子利用所述购买请求处理方法套取利润的行为，又可以较大限度地保护用户的合法权益。

步骤S513，将所述退货请求对应的订单的金额转移至所述帐号。

当退货行为发生于非首次订单时，仅发生退款行为，不改变该帐号与其他帐号的匹配关系。

上述的购买请求处理方法可以运用于分销系统中。其中，所述上级帐号具体可以为上级分销帐号，所述下级帐号具体可以为下级分销帐号。

图5示出了本发明第三实施例提供的购买请求处理装置。所述装置600包括：第一接收模块610、第一判断模块620、第一资源转移模块630以及第二资源转移模块640。

第一接收模块610用于接收并存储用户通过用户终端发送的购买请求，所述购买请求中包括所述用户的帐号。

第一判断模块620用于根据所述帐号，判断所述购买请求是否为与所述帐号对应的首次订单。

第一资源转移模块630用于当所述购买请求是与所述帐号对应的首次订单时，按照第一预定规则为所述帐号以及与所述帐号按照第一预定关系匹配的帐号分配资源。

第二资源转移模块640用于当所述购买请求不是与所述帐号对应的首次订单时，按照第二预定规则为所述帐号以及与所述帐号按照第二预定关系匹配的帐号分配资源。

图6示出了本发明第四实施例提供的购买请求处理装置。所述装置700包括：注册模块710、生成模块720、标识匹配模块730、退货模块810、确认模块820、第二判断模块830、取消模块840、退款模块850、第一接收模块610、第一判断模块620、第一资源转移模块630、第二资源转移模块640以及标识信息生成模块650。

注册模块710用于接收用户通过用户终端发送的注册信息。

生成模块720用于根据所述注册信息生成新的帐号。

标识匹配模块730用于当所述注册信息中包括其他帐号的标识信息时，将与所述标识信息对应的帐号设置为所述新的帐号的上级帐号，将所述新的帐号设置为与所述标识信息对应的帐号的下级帐号。

退货模块810用于接收并存储用户通过用户终端发送的退货请求，所述退货请求中包括所述用户的帐号。

确认模块820用于接收与同意所述退货请求相对应的确认请求。

第二判断模块830用于根据所述帐号，判断所述退货请求对应的订单是否为所述帐号对应的首次订单。

取消模块840用于当退货请求对应的订单为所述帐号对应的首次订单时，发送取消指令至所述帐号以取消所述帐号对应的标识信息，将所述帐号的下级帐号设置为所述帐号的上级帐号的下级帐号，并将所述退货请求对应的订单的金额转移至所述帐号。

退款模块850用于当退货请求对应的订单不为所述帐号对应的首次订单时，将所述退货请求对应的订单的金额转移至所述帐号。

所述标识信息生成模块650用于在所述购买请求为与所述帐号对应的首次订单时，生成唯一与所述帐号对应的标识信息。

除上述模块外的其他模块的功能与上述第三实施例中的对应模块的功能相同，在此便不做赘述。

本发明提供了一种购买请求处理方法，所述方法包括接收并存储用户通过用户终端发送的购买请求，所述购买请求中包括所述用户的帐号。根据所述帐号，判断所述购买请求是否为与所述帐号对应的首次订单。如果是，按照第一预定规则为所述帐号以及与所述帐号按照第一预定关系匹配的帐号分配资源；否则，按照第二预定规则为所述帐号以及与所述帐号按照第二预定关系匹配的帐号分配资源。与现有技术相比，本发明的资源分配机制能够利于商品的推广，拓宽销售渠道。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

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

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，该的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述，仅是本发明的较佳实施例而已，并非对本发明作任何形式上的限制，虽然本发明已以较佳实施例揭露如上，然而并非用以限定本发明，任何熟悉本专业的技术人员，在不脱离本发明技术方案范围内，当可利用上述揭示的技术内容做出些许更动或修饰为等同变化的等效实施例，但凡是未脱离本发明技术方案内容，依据本发明的技术实质对以上实施例所作的任何简单修改、等同变化与修饰，均仍属于本发明技术方案的范围内。

Claims (10)

1.一种购买请求处理方法，其特征在于，所述方法包括：

接收并存储用户通过用户终端发送的购买请求，所述购买请求中包括所述用户的帐号；

根据所述帐号，判断所述购买请求是否为与所述帐号对应的首次订单；

如果是，按照第一预定规则为所述帐号以及与所述帐号按照第一预定关系匹配的帐号分配资源；

否则，按照第二预定规则为所述帐号以及与所述帐号按照第二预定关系匹配的帐号分配资源。

2.根据权利要求1所述的购买请求处理方法，其特征在于，所述方法还包括：

接收用户通过用户终端发送的注册信息；

根据所述注册信息生成新的帐号；

当所述注册信息中包括其他帐号的标识信息时，将与所述标识信息对应的帐号设置为所述新的帐号的上级帐号，将所述新的帐号设置为与所述标识信息对应的帐号的下级帐号。

3.根据权利要求2所述的购买请求处理方法，其特征在于，所述方法还包括：

接收并存储用户通过用户终端发送的退货请求，所述退货请求中包括所述用户的帐号；

接收与同意所述退货请求相对应的确认请求；

根据所述帐号，判断所述退货请求对应的订单是否为所述帐号对应的首次订单；

如果是，发送取消指令至所述帐号以取消所述帐号对应的标识信息，将所述帐号的下级帐号设置为所述帐号的上级帐号的下级帐号，并将所述退货请求对应的订单的金额转移至所述帐号；

否则，将所述退货请求对应的订单的金额转移至所述帐号。

4.根据权利要求2所述的购买请求处理方法，其特征在于，所述按照第一预定关系匹配的帐号，包括：

所述购买请求对应的帐号的上级帐号；

所述购买请求对应的帐号的上上级帐号；以及

所述购买请求对应的帐号的上上上级帐号。

5.根据权利要求4所述的购买请求处理方法，其特征在于，所述按照第一预定规则为所述帐号以及与所述帐号按照第一预定关系匹配的帐号分配资源，包括：

将第一数量的资源转移至与所述购买请求对应的帐号的上级帐号；

将第二数量的资源转移至与所述购买请求对应的帐号的上上级帐号；

将第三数量的资源转移至与所述购买请求对应的帐号的上上上级帐号。

6.根据权利要求2所述的购买请求处理方法，其特征在于，所述按照第二预定关系匹配的帐号，包括：

所述购买请求对应的帐号；

所述购买请求对应的帐号的上级帐号；以及

所述购买请求对应的帐号的上上级帐号。

7.根据权利要求6所述的购买请求处理方法，其特征在于，所述按照第二预定规则为所述帐号以及与所述帐号按照第二预定关系匹配的帐号分配资源，包括：

将第三数量的资源转移至所述购买请求对应的帐号；

将第二数量的资源转移至所述购买请求对应的帐号的上级帐号；

将第一数量的资源转移至所述购买请求对应的帐号的上上级帐号。

8.根据权利要求5或7所述的购买请求处理方法，其特征在于，所述第三数量大于所述第二数量，所述第二数量大于所述第一数量。

9.根据权利要求1所述的购买请求处理方法，其特征在于，所述方法还包括：

当所述购买请求为与所述帐号对应的首次订单时，生成唯一与所述帐号对应的标识信息。

10.一种购买请求处理装置，运行于服务器，其特征在于，包括：

第一接收模块，用于接收并存储用户通过用户终端发送的购买请求，所述购买请求中包括所述用户的帐号；

第一判断模块，用于根据所述帐号，判断所述购买请求是否为与所述帐号对应的首次订单；

第一资源转移模块，用于当所述购买请求是与所述帐号对应的首次订单时，按照第一预定规则为所述帐号以及与所述帐号按照第一预定关系匹配的帐号分配资源；

第二资源转移模块，用于当所述购买请求不是与所述帐号对应的首次订单时，按照第二预定规则为所述帐号以及与所述帐号按照第二预定关系匹配的帐号分配资源。