购买请求处理方法及装置的制造方法
【专利摘要】本发明提供了一种购买请求处理方法及装置，所述方法包括：接收并存储用户终端发送的购买请求，所述购买请求中包括系统帐号；判断所述购买请求中是否还包括临时帐号；当所述购买请求中还包括临时帐号，为所述临时帐号生成系统帐号，按照第一预定规则为由所述临时帐号生成的系统帐号按照第一预定关系匹配的帐号分配资源；当所述购买请求中不包括临时帐号，按照第二预定规则为所述购买请求中的所述系统帐号按照第二预定关系匹配的帐号分配资源。所述方法判断所述购买请求中是否还包括临时帐号，来采用不同的预订规则对资源进行分配，这种分配方式与使用者的身份进行绑定，使得本发明的资源分配机制能够更利于商品的推广，拓宽销售渠道。
【专利说明】
购买请求处理方法及装置
技术领域
[0001]本发明涉及互联网技术领域，具体而言，涉及一种购买请求处理方法及装置。
【背景技术】
[0002]现有的购买请求处理方法及装置较少涉及到返利机制与退货机制的范畴，涉及到返利机制与退货机制的方法在设置上也不够系统、完善，不利于商品的推广，商品的销售渠道较窄。
【发明内容】
[0003]有鉴于此，本发明实施例的目的在于提供一种购买请求处理方法及装置，以解决上述问题。
[0004]第一方面，本发明实施例提供一种购买请求处理方法，所述方法包括:接收并存储用户终端发送的购买请求，所述购买请求中包括系统帐号；判断所述购买请求中是否还包括临时帐号；当所述购买请求中还包括临时帐号，为所述临时帐号生成系统帐号，按照第一预定规则为由所述临时帐号生成的系统帐号按照第一预定关系匹配的帐号分配资源；当所述购买请求中不包括临时帐号，按照第二预定规则为所述购买请求中的所述系统帐号按照第二预定关系匹配的帐号分配资源。
[0005]第二方面，本发明实施例提供一种购买请求处理装置，所述装置包括:第一接收模块，用于接收并存储用户终端发送的购买请求，所述购买请求中包括系统帐号;第一判断模块，用于判断所述购买请求中是否还包括临时帐号;第一资源转移模块，用于当所述购买请求中还包括临时帐号，为所述临时帐号生成系统帐号，按照第一预定规则为由所述临时帐号生成的系统帐号按照第一预定关系匹配的帐号分配资源;第二资源转移模块，用于当所述购买请求中不包括临时帐号，按照第二预定规则为所述购买请求中的所述系统帐号按照第二预定关系匹配的帐号分配资源。
[0006]与现有技术相比，本发明实施例提供的一种购买请求处理方法及装置，通过判断所述购买请求中是否还包括临时帐号，来采用不同的预订规则对资源进行分配，这种分配方式与使用者的身份进行绑定，使得本发明的资源分配机制能够更利于商品的推广，拓宽销售渠道。
[0007]为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
【附图说明】
[0008]为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
[0009]图1是本发明实施例提供的服务器与客户端进行交互的示意图；
[0010]图2是本发明实施例提供的服务器的方框示意图；
[0011]图3为本发明第一实施例提供的购买请求处理方法的流程图；
[0012]图4为本发明第二实施例提供的购买请求处理方法的流程图；
[0013]图5是本发明第三实施例提供的购买请求处理装置的结构示意图；
[0014]图6是本发明实施例提供的购买请求处理装置的结构示意图。
【具体实施方式】
[0015]下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0016]如图1所示，是本发明实施例提供的服务器200与客户端100进行交互的示意图。所述服务器200通过网络300与一个或多个客户端100进行通信连接，以进行数据通信或交互。所述服务器200可以是网络服务器、数据库服务器等。所述客户端100可以是个人电脑(personal computer，PC)、平板电脑、智能手机、个人数字助理(personal digitalassistant，PDA)等。
[0017]如图2所示，是所述服务器200的方框示意图。所述服务器200包括购买请求处理装置210、存储器220、存储控制器230、处理器240。
[0018]所述存储器220、存储控制器230、处理器240各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。所述购买请求处理装置210包括至少一个可以软件或固件(firmware)的形式存储于所述存储器中或固化在所述服务器200的操作系统(operating system，0S)中的软件功能模块。所述处理器240用于执行存储器220中存储的可执行模块，例如所述购买请求处理装置210包括的软件功能模块或计算机程序。
[0019]其中，存储器220可以是，但不限于，随机存取存储器(Random Access Memory,RAM)，只读存储器(Read Only Memory，R0M)，可编程只读存储器(Programmable Read-OnlyMemory，PR0M)，可擦除只读存储器(Erasable Programmable Read-Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory，EEPR0M)等。其中，存储器220用于存储程序，所述处理器240在接收到执行指令后，执行所述程序，前述本发明实施例任一实施例揭示的流过程定义的服务器所执行的方法可以应用于处理器中，或者由处理器实现。
[0020]处理器240可能是一种集成电路芯片，具有信号的处理能力。上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(NetworkProcessor，简称NP)等;还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0021]于发明实施例中，客户端100中安装有客户端，该客户端可以是浏览器也可以是第三方应用软件，与服务器(Server)端相对应，为用户提供本地服务，例如注册，浏览商品信息，根据用户的操作来选择要购买的商品等。所述客户端100还可以包括厂商客户端，线下的厂商可以通过所述厂商客户端输入商品信息，例如商品说明信息和商品图像等。线下的厂商还可以通过所述厂商客户端输入预先制定的购买请求处理的具体规则。
[0022]本实施例中的服务器可以是单个的服务器，也可以是一个服务器集群，可以包括WEB服务器、搜索服务器、计算服务器等多个服务器。
[0023]本发明实施例中，所述服务器中可以包括多个数据库，例如会员数据库、商品数据库和订单数据库等。所述会员数据库可以储存用户的注册信息等;所述商品数据库可以储存商品信息以及与商品相关的线下的厂商的信息等;订单数据库可以储存订单信息，与订单信息对应的用户的信息、商品信息以及相关的物流信息等。
[0024]商品数据库中的商品信息可以由线下厂商通过厂商客户端输入，并由服务器存储在商品数据库中。商品信息中可以包括商品图像以及商品说明等。
[0025]图1至图2所示只是本发明实施例的一种应用环境的举例，本发明的【具体实施方式】并不以此为限。
[0026]图3示出了本发明第一实施例提供的购买请求处理方法的流程图，请参阅图3，本实施例描述的是服务器的处理流程，所述方法包括:
[0027]步骤S301，接收并存储用户终端发送的购买请求，所述购买请求中包括系统帐号；
[0028]所述系统账号，是当服务器接收到用户通过用户终端发起的购买请求后，由服务器分配给用户的，是系统对用户的唯一认证号。可以理解的是，具有所述系统账号的用户是已经购买过产品的用户，而没有购买过产品的用户只具有临时账号，而不具备系统账号。
[0029]其中，所述接收并存储用户终端发送的购买请求可能有两种情况，一种是:服务器接收到老用户通过用户终端发送的购买请求，因此所述购买请求中包括的系统账号为所述老用户在系统中的系统账号；另一种情况是，服务器接收到新用户通过用户终端发送的购买请求，因此所述购买请求中包括的系统账号为推荐所述新用户的老用户在系统中的账号。可以理解的是，因此服务器可以通过判断所述购买请求中是否还包括临时帐号可以判断出所述购买请求是由新用户发起还是由老用户发起的。
[0030]步骤S302，判断所述购买请求中是否还包括临时帐号；
[0031]所述临时帐号，是根据用户唯一识别码以及系统唯一识别码计算获得。
[0032]其中，所述用户唯一识别码的实施方法有多种，例如用户的微信号，用户的微信二维码，用户注册的系统平台的用户ID等，可以理解的是，实施方式并不局限于所述提到的方式。
[0033]同样的，所述系统唯一识别码的实施方法有多种，例如微信公众号，微信公众二维码，系统平台的公众ID等，可以理解的是，实施方式并不局限于所述提到的方式。
[0034]将所述用户唯一识别码以及所述系统唯一识别码通过计算得出临时账号，计算的方式也可以有多种，可以相加，相乘，也可以通过加密计算，可以理解的是，实施方式并不局限于所述提到的方式。
[0035]步骤S303，当所述购买请求中还包括临时帐号，为所述临时帐号生成系统帐号，按照第一预定规则为由所述临时帐号生成的系统帐号按照第一预定关系匹配的帐号分配资源；
[0036]其中，这里的资源可以是货币金额，也可以是虚拟货币或者积分等资源。
[0037]所述第一预定规则以及所述第一预定关系均可以为事先设置的规则或关系。例如，由所述临时帐号生成的系统帐号按照第一预定关系匹配的帐号，包括:由所述临时帐号生成的系统帐号的上级帐号；由所述临时帐号生成的系统帐号的上上级帐号；以及由所述临时帐号生成的系统帐号的上上上级帐号。
[0038]所述按照第一预定规则为由所述临时帐号生成的系统帐号按照第一预定关系匹配的帐号分配资源，包括:将第一数量的资源转移至由所述临时帐号生成的系统帐号的上级帐号;将第二数量的资源转移至由所述临时帐号生成的系统帐号的上上级帐号;将第三数量的资源转移至由所述临时帐号生成的系统帐号的上上上级帐号。
[0039]步骤S304，当所述购买请求中不包括临时帐号，按照第二预定规则为所述购买请求中的所述系统帐号按照第二预定关系匹配的帐号分配资源。
[0040]其中，所述第二预定规则以及所述第二预定关系也可以为事先设置的规则或关系。例如，所述购买请求中的所述系统帐号按照第二预定关系匹配的帐号，包括:所述购买请求中的所述系统帐号;所述购买请求中的所述系统帐号的上级帐号；以及所述购买请求中的所述系统帐号的上上级帐号。
[0041]按照第二预定规则为所述购买请求中的所述系统帐号按照第二预定关系匹配的帐号分配资源，包括:将第三数量的资源转移至所述购买请求中的所述系统帐号;将第二数量的资源转移至所述购买请求中的所述系统帐号的上级帐号;将第一数量的资源转移至所述购买请求中的所述系统帐号的上上级帐号。
[0042]具体地，所述第三数量可以大于所述第二数量，所述第二数量可以大于所述第一数量。优选的，第一数量、第二数量以及第三数量的比值具体可以为1:2:3。可以理解，所述第三数量、第二数量以及第一数量的具体数值不应该理解为是对本发明的限制。
[0043]可以理解的是，当服务器接收到所述购买请求后，根据购买请求向线下厂商的客户端发送订单信息。线下厂商根据该订单信息可以安排发货，并将与发货相关的物流信息通过所述厂商客户端传递至服务器，服务器可以将所述物流信息储存进订单数据库。
[0044]并且，可以理解的是，当服务器收到所述购买请求或者当所述购买请求完成后，月艮务器可以向所述购买请求中包含的系统账号对应的用户终端发送用于提示的消息，提示所述购买请求完成等信息，例如服务器可以向用户终端发送内容为“购买成功”的信息。可以理解的是，所述提示消息发送的时间以及发送的内容可以有多种实施方式，并不局限于所述所述方式。
[0045]本发明实施例提供的购买请求处理方法，通过判断所述购买请求中是否还包括临时帐号，来采用不同的预订规则对资源进行分配，这种分配方式与使用者的身份进行绑定，使得本发明的资源分配机制能够更利于商品的推广，拓宽销售渠道。
[0046]图4示出了本发明第二实施例提供的购买请求处理方法的流程图，请参阅图4，本实施例描述的是服务器的处理流程，所述方法包括:
[0047]步骤S401，接收用户终端发送的登录请求，所述登录请求中包括临时帐号及系统帐号；
[0048]其中，所述登录请求，可以是新用户通过用户终端登录自己的微信号，并关注系统的微信公众号后，获得新用户的临时账号，然后通过用户终端扫描老用户的系统账号对应的系统二维码后，向服务器发起的。可以理解的是，所述登录请求发起的实施方式可以有多种，并不局限于此。
[0049]步骤S402，判断所述临时帐号是否存储在服务器中；
[0050]步骤S403，当所述临时帐号没有存储在服务器，将所述临时帐号与所述系统帐号匹配并存储起来，所述系统帐号为所述临时帐号的上级帐号；
[0051]可以理解的是，如果服务器判断所述临时账号已经存储在服务器中，并不会将所述登录请求中包括的临时帐号以及系统帐号匹配并存储起来，也就是说，所述服务器只会将临时帐号与第一次发起的登录请求中包括的系统帐号进行匹配并存储，当服务器再次接收到用户终端发送的登录请求时，当所述登录请求中包括系统帐号与第一次发起的登录请求中包括的系统帐号不相同时，服务器并不会将这次登录请求中包括的系统账号与这次登录请求中的临时账号进行匹配并存储。
[0052]通过这种方式，所述服务器将临时帐号与第一次发起的登录请求中包括的系统帐号进行匹配并存储，并保证第一次发起的登录请求中包括的系统帐号始终为所述临时帐号的上级帐号，当用户终端发起的购买请求完成后，服务器会按照预定规则为上级账号分配资源。这样能够始终保障第一次发起的登录请求中包括的系统帐号对应的用户的权益，进一步有利于商品的推广，以及商品销售渠道的扩宽。
[0053]步骤S404，接收并存储用户终端发送的购买请求，所述购买请求中包括系统帐号；
[0054]在服务器接收并存储用户终端发送的购买请求之前，所述方法还可以包括:接收用户终端发送的访问请求，所述访问请求中包括临时帐号；判断所述临时帐号是否存储在服务器中；当所述临时帐号没有存储在服务器上，向所述用户终端发送用于提示访问失败的信息。
[0055]可以理解的是，当服务器接收到的所述访问请求中的临时帐号没有存储在服务器上时，表示所述临时账号并没有在所述服务器上购买过产品，或者所述临时账号并没有通过扫描老用户的系统二维码的方式向服务器发起过登录请求，因此服务器向所述用户终端发送用于提示访问失败的信息。服务器通过这种方式对进入系统的用户进行筛选，将不合乎标准的用户拒之门外，使得能够进入系统的用户能够得到更优质的服务，用户体验进一步提升。
[0056]步骤S405，判断所述购买请求中是否还包括临时帐号；当所述购买请求中还包括临时帐号，执行步骤S406至步骤S410，否则，执行步骤S411;
[0057]步骤S406，判断所述临时帐号是否存储在服务器中；当所述临时帐号没有存储在服务器中，执行步骤S407，否则，执行步骤S408;
[0058]步骤S407，为所述临时帐号生成系统帐号，将所述临时帐号、所述临时帐号生成的系统帐号及所述购买请求中的系统帐号匹配并存储起来，所述购买请求中的系统帐号为所述临时帐号生成的系统帐号的上级帐号；
[0059]步骤S408，为所述临时帐号生成系统帐号，将所述服务器中存储的临时帐号，及服务器中存储的所述临时帐号的上级帐号，以及所述临时帐号生成的系统帐号匹配并存储起来。
[0060]步骤S409，为所述临时帐号生成系统二维码，并将所述系统与所述临时帐号生成的系统帐号及二维码匹配起来，所述系统二维码包括图形信息。
[0061]其中，所述系统二维码，还可以包括了用户的头像、用户名、临时账号、用户的收货地址、用户的联系方式等信息。优选的，所述系统二维码中包括的图形信息为用户的头像信息，以便于服务器迅速识别身份信息。
[0062]步骤S410，为所述临时帐号生成系统帐号，按照第一预定规则为由所述临时帐号生成的系统帐号按照第一预定关系匹配的帐号分配资源。
[0063]当所述购买请求中不包括临时帐号，执行步骤S411，
[0064]步骤S411，按照第二预定规则为所述购买请求中的所述系统帐号按照第二预定关系匹配的帐号分配资源。
[0065]可以理解的是，步骤S404，步骤S405，步骤S410以及步骤S411分别与上一实施例中的步骤S301至步骤S304相同，此实施例中就不再累述。
[0066]本发明实施例提供的购买请求处理方法，通过判断所述购买请求中是否还包括临时帐号，来采用不同的预订规则对资源进行分配，这种分配方式与使用者的身份进行绑定，使得本发明的资源分配机制能够更利于商品的推广，拓宽销售渠道。并且，进一步的的通过始终绑定上级账号的方式以及制定用户进入系统的标准，使得用户体验进一步提升，能够进一步有利于商品的推广，以及拓宽销售渠道。
[0067]图5示出了本发明第三实施例提供的购买请求处理方法的流程图，请参阅图5，本实施例描述的是服务器的处理流程，所述方法包括:
[0068]步骤S501，接收并存储用户终端发送的购买请求，所述购买请求中包括系统帐号；
[0069]步骤S502，判断所述购买请求中是否还包括临时帐号；
[0070]步骤S503，当所述购买请求中还包括临时帐号，为所述临时帐号生成系统帐号，按照第一预定规则为由所述临时帐号生成的系统帐号按照第一预定关系匹配的帐号分配资源；
[0071]步骤S504，当所述购买请求中不包括临时帐号，按照第二预定规则为所述购买请求中的所述系统帐号按照第二预定关系匹配的帐号分配资源；
[0072]可以理解的是，步骤S501至步骤S504与第一实施例中的步骤S301至步骤S304相同，此实施例中就不再累述。
[0073]步骤S505，接收并存储用户通过用户终端发送的退货请求，所述退货请求中包括系统帐号；
[0074]步骤S506，接收与同意所述退货请求相对应的确认请求；
[0075]当服务器接收与同意所述退货请求相对应的确认请求后，对应的退货信息会存储进所述服务器的订单数据库。
[0076]步骤S507，根据所述系统帐号，判断所述退货请求对应的订单是否为所述系统帐号对应的首次订单；
[0077]服务器可以根据与所述退货请求中包括的系统帐号在订单数据库中查找与帐号对应的订单。若在订单数据库中，没有与该帐号对应的订单，则可以判定所述购买请求对应的订单为所述帐号对应的首次订单;若在订单数据库中，已经有与该帐号对应的订单，则可以判定所述购买请求对应的订单并不是所述帐号对应的首次订单。
[0078]步骤S508，如果是，删除服务器中存储的所述系统帐号及匹配的系统二维码，将所述系统帐号的下级帐号设置为所述系统帐号的上级帐号的下级帐号，并将所述退货请求对应的订单的金额转移至所述系统帐号；
[0079]步骤S509，否则，将所述退货请求对应的订单的金额转移至所述系统帐号。
[0080]所述方法还可以包括:接收并存储用户通过用户终端发送的退出请求，所述退出请求中包括系统帐号；向所述用户终端发送确认请求;接收所述用户终端用于确认退出的请求，服务器删除所述系统帐号及匹配的系统二维码。
[0081]可以理解的是，服务器可以设置两种退出系统的方式，一种是用户可以主动通过用户终端向服务器发送退出请求，另一种是，用户首次通过用户终端发送购买请求后，又向服务器发送退货请求，此时服务器会主动给予退款并断开该系统帐号与其他帐号的匹配关系，可以避免不法分子利用所述购买请求处理方法套取利润的行为，又可以较大限度地保护用户的合法权益。
[0082]本发明实施例提供的购买请求处理方法，通过判断所述购买请求中是否还包括临时帐号，来采用不同的预订规则对资源进行分配，这种分配方式与使用者的身份进行绑定，使得本发明的资源分配机制能够更利于商品的推广，拓宽销售渠道。进一步的，服务器通过设置退出系统的方式，使得用户在使用时可以主动退出，或者服务器认为不合格的用户会主动让它退出，进一步提高了使用该系统的用户的用户体验，能够进一步有利于商品的推广，以及拓宽销售渠道。
[0083]上述的购买请求处理方法可以运用于分销系统中。其中，所述上级帐号具体可以为上级分销帐号，所述下级帐号具体可以为下级分销帐号。
[0084]图6示出了本发明实施例提供的购买请求处理装置。所述装置包括:第一接收模块211，第一判断模块212，第一资源转移模块213，第二资源转移模块214。
[0085]第一接收模块211，用于接收并存储用户终端发送的购买请求，所述购买请求中包括系统帐号；
[0086]第一判断模块212，用于判断所述购买请求中是否还包括临时帐号；
[0087]第一资源转移模块213，用于当所述购买请求中还包括临时帐号，为所述临时帐号生成系统帐号，按照第一预定规则为由所述临时帐号生成的系统帐号按照第一预定关系匹配的帐号分配资源；
[0088]第二资源转移模块214，用于当所述购买请求中不包括临时帐号，按照第二预定规则为所述购买请求中的所述系统帐号按照第二预定关系匹配的帐号分配资源。
[0089]以上各模块可以是由软件代码实现，此时，上述的各模块可存储于服务器的存储器内。以上各模块同样可以由硬件例如集成电路芯片实现。
[0090]需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
[0091]本发明实施例所提供的购买请求处理装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置及系统实施例部分未提及之处，可参考前述方法实施例中相应内容。
[0092]在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0093]另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
[0094]所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(R0M，Read-0nly Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
[0095]以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到:相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
[0096]以上所述，仅为本发明的【具体实施方式】，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。
【主权项】
1.一种购买请求处理方法，其特征在于，所述方法包括: 接收并存储用户终端发送的购买请求，所述购买请求中包括系统帐号； 判断所述购买请求中是否还包括临时帐号； 当所述购买请求中还包括临时帐号，为所述临时帐号生成系统帐号，按照第一预定规则为由所述临时帐号生成的系统帐号按照第一预定关系匹配的帐号分配资源； 当所述购买请求中不包括临时帐号，按照第二预定规则为所述购买请求中的所述系统帐号按照第二预定关系匹配的帐号分配资源。2.根据权利要求1所述的方法，其特征在于，所述为临时帐号生成系统帐号，具体包括: 判断所述临时帐号是否存储在服务器中； 当所述临时帐号没有存储在服务器中，为所述临时帐号生成系统帐号，将所述临时帐号、所述临时帐号生成的系统帐号及所述购买请求中的系统帐号匹配并存储起来，所述购买请求中的系统帐号为所述临时帐号生成的系统帐号的上级帐号； 当所述临时帐号已经存储在服务器中，为所述临时帐号生成系统帐号，将所述服务器中存储的临时帐号，及服务器中存储的所述临时帐号的上级帐号，以及所述临时帐号生成的系统帐号匹配并存储起来。3.根据权利要求1所述的方法，其特征在于，所述接收并存储用户终端发送的购买请求之前，所述方法还包括: 接收用户终端发送的登录请求，所述登录请求中包括临时帐号及系统帐号； 判断所述临时帐号是否存储在服务器中； 当所述临时帐号没有存储在服务器，将所述临时帐号与所述系统帐号匹配并存储起来，所述系统帐号为所述临时帐号的上级帐号。4.根据权利要求1所述的方法，其特征在于，所述临时帐号是根据用户唯一识别码以及系统唯一识别码计算获得。5.根据权利要求1所述的方法，其特征在于，所述接收并存储用户终端发送的购买请求之前，所述方法还包括: 接收用户终端发送的访问请求，所述访问请求中包括临时帐号； 判断所述临时帐号是否存储在服务器中； 当所述临时帐号没有存储在服务器上，向所述用户终端发送用于提示访问失败的信息。6.根据权利要求1所述的方法，其特征在于，所述方法还包括:当所述购买请求中还包括临时帐号，为所述临时帐号生成系统二维码，并将所述系统与所述临时帐号生成的系统帐号及二维码匹配起来，所述系统二维码包括图形信息。7.根据权利要求5所述的购买请求处理方法，其特征在于，所述方法还包括: 接收并存储用户通过用户终端发送的退货请求，所述退货请求中包括系统帐号； 接收与同意所述退货请求相对应的确认请求； 根据所述系统帐号，判断所述退货请求对应的订单是否为所述系统帐号对应的首次订单； 如果是，删除服务器中存储的所述系统帐号及匹配的系统二维码，将所述系统帐号的下级帐号设置为所述系统帐号的上级帐号的下级帐号，并将所述退货请求对应的订单的金额转移至所述系统帐号； 否则，将所述退货请求对应的订单的金额转移至所述系统帐号。8.根据权利要求5所述的购买请求处理方法，其特征在于，所述方法还包括: 接收并存储用户通过用户终端发送的退出请求，所述退出请求中包括系统帐号； 向所述用户终端发送确认请求； 接收所述用户终端用于确认退出的请求，服务器删除所述系统帐号及匹配的系统二维码。9.根据权利要求1所述的购买请求处理方法，其特征在于，由所述临时帐号生成的系统帐号按照第一预定关系匹配的帐号，包括: 由所述临时帐号生成的系统帐号的上级帐号； 由所述临时帐号生成的系统帐号的上上级帐号；以及 由所述临时帐号生成的系统帐号的上上上级帐号。10.根据权利要求1所述的购买请求处理方法，其特征在于，所述按照第一预定规则为由所述临时帐号生成的系统帐号按照第一预定关系匹配的帐号分配资源，包括: 将第一数量的资源转移至由所述临时帐号生成的系统帐号的上级帐号； 将第二数量的资源转移至由所述临时帐号生成的系统帐号的上上级帐号； 将第三数量的资源转移至由所述临时帐号生成的系统帐号的上上上级帐号。11.根据权利要求1所述的购买请求处理方法，其特征在于，所述购买请求中的所述系统帐号按照第二预定关系匹配的帐号，包括: 所述购买请求中的所述系统帐号； 所述购买请求中的所述系统帐号的上级帐号；以及 所述购买请求中的所述系统帐号的上上级帐号。12.根据权利要求1所述的购买请求处理方法，其特征在于，按照第二预定规则为所述购买请求中的所述系统帐号按照第二预定关系匹配的帐号分配资源，包括: 将第三数量的资源转移至所述购买请求中的所述系统帐号； 将第二数量的资源转移至所述购买请求中的所述系统帐号的上级帐号； 将第一数量的资源转移至所述购买请求中的所述系统帐号的上上级帐号。13.根据权利要求10所述的购买请求处理方法，其特征在于，所述第三数量大于所述第二数量，所述第二数量大于所述第一数量。14.一种购买请求处理装置，其特征在于，所述装置包括: 第一接收模块，用于接收并存储用户终端发送的购买请求，所述购买请求中包括系统帐号； 第一判断模块，用于判断所述购买请求中是否还包括临时帐号； 第一资源转移模块，用于当所述购买请求中还包括临时帐号，为所述临时帐号生成系统帐号，按照第一预定规则为由所述临时帐号生成的系统帐号按照第一预定关系匹配的帐号分配资源； 第二资源转移模块，用于当所述购买请求中不包括临时帐号，按照第二预定规则为所述购买请求中的所述系统帐号按照第二预定关系匹配的帐号分配资源。
【文档编号】G06Q30/06GK105956862SQ201610240012
【公开日】2016年9月21日
【申请日】2016年4月18日
【发明人】唐燚
【申请人】南京唐微数字科技有限公司, 南京唐一微数字科技有限公司