CN105825410A - 一种业务请求处理方法及装置 - Google Patents

Abstract

本发明实施例提供一种业务请求处理方法及装置，所述方法包括：服务器接收客户端发送的购买请求；所述服务器为所述第一用户帐号分配一个唯一识别码；所述服务器判断所述待购买商品当前的已购买份数是否已经达到所述待购买商品的划分总份数，当所述已购买份数达到所述划分总份数时，记录当前时刻为购买时刻，所述服务器获取所述购买时刻之前的多个购买记录；所述服务器根据所述多个购买记录对应的信息，计算命中识别码；所述服务器将所述命中识别码与所述购买记录中的唯一识别码进行匹配，当匹配成功时，所述服务器向所述唯一识别码匹配成功的客户端发送待购买商品购买成功的消息。上述方法增加了客户的购买体验乐趣，用户体验得到了提升。

Description

一种业务请求处理方法及装置

技术领域

本发明涉及数据处理领域，具体而言，涉及一种业务请求处理方法及装置。

背景技术

目前用户购物商品的方式大多都是根据商品的售价直接进行购买，这种购买方式形式单一，趣味性较低，用户体验不高。

发明内容

有鉴于此，本发明实施例的目的在于提供一种业务请求处理方法及装置，以解决上述问题。

第一方面，本发明实施例提供的一种业务请求处理方法，包括：服务器接收客户端发送的购买请求，所述购买请求中包括第一用户帐号，待购买商品的标识以及份数，所述份数中的一份是指将单个所述待购买商品按照第一预定规则划分成多份之后的其中一份；所述服务器为所述第一用户帐号分配一个唯一识别码；所述服务器判断所述待购买商品当前的已购买份数是否已经达到所述待购买商品的划分总份数，当所述已购买份数达到所述划分总份数时，记录当前时刻为购买时刻，所述服务器获取所述购买时刻之前的多个购买记录；所述服务器根据所述多个购买记录对应的信息，计算命中识别码；所述服务器将所述命中识别码与所述购买记录中的唯一识别码进行匹配，当匹配成功时，所述服务器向所述唯一识别码匹配成功的客户端发送待购买商品购买成功的消息。

第二方面，本发明实施例提供的一种业务请求处理装置，所述装置包括：接收模块，接收客户端发送的购买请求，所述购买请求中包括第一用户帐号，待购买商品的标识以及份数，所述份数中的一份是指将单个所述待购买商品按照预定规则划分成多份之后的其中一份；第一处理模块，用于所为所述第一用户帐号分配一个唯一识别码；第二处理模块，用于判断所述待购买商品当前的已购买份数是否已经达到所述待购买商品的划分总份数，当所述已购买份数达到所述划分总份数时，记录当前时刻为购买时刻，所述服务器获取所述购买时刻之前的多个购买记录；第三处理模块，用于根据所述多个购买记录对应的信息，计算命中识别码；第四处理模块，用于将所述命中识别码与所述待购买商品对应的用户账户中的唯一识别码进行匹配，当匹配成功时，所述服务器向所述唯一识别码匹配成功的客户端发送待购买商品购买成功的消息。

与现有技术相比，本发明实施例提供的一种业务请求处理方法及装置，通过将单个待购买商品按照第一预定规则划分成多份，每次客户端向服务端发送购买请求用于购买待购买商品总分数中的一份或多份，并每次获得一个唯一识别码，当服务器判断所述商品份数全部被购买完毕时，计算出命中识别码并进行匹配，最终向所述唯一识别码匹配成功的客户端发送待购买商品购买成功的消息。上述方法使得客户在发送购买请求的时候并不能立刻知道是否购买成功，需要等待服务器计算和匹配命中识别码，这种方式增加了客户的购买体验乐趣，用户体验得到了提升，并且真正获得商品的客户实际上则用较低的价格获得了待购买商品。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1是本发明实施例提供的一种服务器与客户端交互的示意图。

图2是本发明实施例提供的服务器的方框示意图。

图3是本发明一实施例提供的一种业务请求处理方法的流程图。

图4是本发明另一实施例提供的一种业务请求处理方法的流程图。

图5是本发明一实施例提供的一种业务请求处理装置的功能模块示意图。

图6是本发明一实施例提供的一种业务请求处理装置的第三处理模块的功能模块示意图。

具体实施方式

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

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

如图1所示，是本发明实施例提供的服务器200与客户端100进行交互的示意图。所述服务器200通过网络300与一个或多个客户端100进行通信连接，以进行数据通信或交互。所述服务器200可以是网络服务器、数据库服务器等。所述客户端100可以是个人电脑(personalcomputer，PC)、平板电脑、智能手机、个人数字助理(personaldigitalassistant，PDA)等。

如图2所示，是所述服务器200的方框示意图。所述服务器200包括信息处理装置210、存储器220、存储控制器230、处理器240。

所述存储器220、存储控制器230、处理器240各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。所述信息处理装置210包括至少一个可以软件或固件(firmware)的形式存储于所述存储器中或固化在所述服务器200的操作系统(operatingsystem，OS)中的软件功能模块。所述处理器240用于执行存储器220中存储的可执行模块，例如所述信息处理装置210包括的软件功能模块或计算机程序。

其中，存储器220可以是，但不限于，随机存取存储器(RandomAccessMemory，RAM)，只读存储器(ReadOnlyMemory，ROM)，可编程只读存储器(ProgrammableRead-OnlyMemory，PROM)，可擦除只读存储器(ErasableProgrammableRead-OnlyMemory，EPROM)，电可擦除只读存储器(ElectricErasableProgrammableRead-OnlyMemory，EEPROM)等。其中，存储器220用于存储程序，所述处理器240在接收到执行指令后，执行所述程序，前述本发明实施例任一实施例揭示的流过程定义的服务器所执行的方法可以应用于处理器中，或者由处理器实现。

处理器240可能是一种集成电路芯片，具有信号的处理能力。上述的处理器可以是通用处理器，包括中央处理器(CentralProcessingUnit，简称CPU)、网络处理器(NetworkProcessor，简称NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

图3示出了本发明一实施例提供的一种业务请求处理方法的流程图，请参阅图3，本实施例描述的是服务器的处理流程，所述方法包括：

步骤301，服务器接收客户端发送的购买请求，所述购买请求中包括第一用户帐号，待购买商品的标识以及份数，所述份数中的一份是指将单个所述待购买商品按照第一预定规则划分成多份之后的其中一份；

可以理解的是，所述第一预定规则可以为将待购买商品的总价按照均分原则进行划分，也可以为将待购买商品按照体积进行均匀划分。但不局限于所述两种实施方式。

假设单个待购买商品A的总价为100，此时按照均分原则划分为100份，每份价值1元，此时购买请求为(用户账号1，待购买商品A，1)，表示的为用户账户1的用户需要购买商品A按照第一预定规则划分后的1份。可以理解的是，用户也可以选择购买多份。

步骤302，所述服务器为所述第一用户帐号分配一个唯一识别码；

其中，所述唯一识别码是由服务器按照预定规则进行计算得出一个范围内的识别码，并随机分配给所述第一用户账号。

步骤303，所述服务器判断所述待购买商品当前的已购买份数是否已经达到所述待购买商品的划分总份数，当所述已购买份数达到所述划分总份数时，记录当前时刻为购买时刻，所述服务器获取所述购买时刻之前的多个购买记录；

步骤304，所述服务器根据所述多个购买记录对应的信息，计算命中识别码；

具体为：所述服务器获取所述多个购买记录中每个购买记录对应的购买时刻；分别将所述每个购买时刻按照第二预定规则转换为一个数，所述第二预定规则为：取出所述购买时刻的第一时间单位对应的第一数值、第二时间单位对应的第二数值、第三时间单元对应的第三数值，将所述第一数值、所述第二数值以及所述第三数值按照第三预设规则组合成一个对应该购买时刻的组合数；将所述多个购买记录对应的组合数求和之后除以所述商品划分总份数取余数，将所述余数加一个固定参数得到所述命中识别码。

假设待购买商品A的被购买份数已经达到100份，此时服务器取出当前购买时刻的前100条记录，可以理解的是，这前100条购买记录不只是购买待购买商品A的购买记录，也可以是购买其它商品的购买记录，服务器获取这100条购买记录的对应的购买时刻，假设此时其中一条的购买记录对应的时刻为2016年2月22日16时18分22秒。分别把时，分，秒作为第一时间单位，第二时间单位，第三时间单位，可以理解的是，所述第一时间单位，第二时间单位，第三时间单位也可以有其它实施方式，而不限于所述实施方式。

此时第一时间单位对应的数值为16，第二时间单位对应的数值为18，第三时间单位对应的数值为22，分别取出这三个数值，将它们依次排列起来形成组合数161822。用同样的方式，将其它99个购买记录对应的购买时刻转换为99个组合数。

将所述转换形成的100个组合数相加并除以所述商品划分总份数取余数，可以理解的是，这里也用相加后的值对参与待购买商品1的参与人数取余数，参与待购买商品A的参与人数可以小于等于所述商品划分总份数，因为同一个人可以购买多份商品。假设计算出的余数为0087，将余数加上固定参数952800,000,001，则此时命中识别码为952800000088。

步骤305，所述服务器将所述命中识别码与所述购买记录中的唯一识别码进行匹配，当匹配成功时，所述服务器向所述唯一识别码匹配成功的客户端发送待购买商品购买成功的消息。

本发明实施例提供的业务请求处理方法，通过将单个待购买商品按照第一预定规则划分成多份，每次客户端向服务端发送购买请求用于购买待购买商品总分数中的一份或多份，并每次获得一个唯一识别码，当服务器判断所述商品份数全部被购买完毕时，计算出命中识别码并进行匹配，最终向所述唯一识别码匹配成功的客户端发送待购买商品购买成功的消息。上述方法使得客户在发送购买请求的时候并不能立刻知道是否购买成功，需要等待服务器计算和匹配命中识别码，这种方式增加了客户的购买体验乐趣，用户体验得到了提升，并且真正获得商品的客户实际上则用较低的价格获得了待购买商品。

图4示出了本发明另一实施例提供的一种业务请求处理方法的流程图，请参阅图4，本实施例描述的是服务器的处理流程，所述方法包括：

步骤401，服务器接收客户端发送的购买请求，所述购买请求中包括第一用户帐号，待购买商品的标识以及份数，所述份数中的一份是指将单个所述待购买商品按照第一预定规则划分成多份之后的其中一份；

步骤402，所述服务器为所述第一用户帐号分配一个唯一识别码；

步骤403，所述服务器还为所述第一用户帐号分配一个虚拟货币，当所述第一用户帐号对应的虚拟货币总数达到所述待购买商品的划分总份数时，所述服务器向所述第一用户帐号对应的客户端发送购买提示信息，用于提醒用户使用所述虚拟货币购买所述待购买商品。

当服务器收到上述购买请求(用户账号1，待购买商品A，1)时，服务器为用户账号1分配一个唯一识别码，假设为唯一识别码a；同时服务器为用户账号1分配一个虚拟货币，用户每次购买一份待购买商品则可以获得一个虚拟货币，当获得100个虚拟货币时，则可以再次向服务器发送一个购买请求。

可以理解的是，这种激励方式使得用户除了能够使用金钱进行购买外，还能通过累积虚拟货币的方式来购买商品，使得购买商品的方式变得更加多元化，增加了用户在购买时的乐趣，用户体验度进一步增加。

步骤404，所述服务器判断所述待购买商品当前的已购买份数是否已经达到所述待购买商品的划分总份数，当所述已购买份数达到所述划分总份数时，记录当前时刻为购买时刻，所述服务器获取所述购买时刻之前的多个购买记录；

步骤405，所述服务器根据所述多个购买记录对应的信息，计算命中识别码；

步骤406，所述服务器将所述命中识别码与所述购买记录中的唯一识别码进行匹配，当匹配成功时，所述服务器向所述唯一识别码匹配成功的客户端发送待购买商品购买成功的消息。

步骤407，接收客户端发送的反馈指令，所述反馈指令包括第二用户帐号，所述待购买商品的信息及对应评价信息；将所述第二用户帐号对应的虚拟货币总数增加至少一个虚拟货币。

可以理解的是，第二用户账号对应的用户为收到待购买商品购买成功的消息的用户，此时第二用户账号对应的用户可以通过客户端向服务端发送反馈指令，所述反馈指令包含了对购买商品的评价信息，服务器收到所述反馈指令后，将所述第二用户帐号对应的虚拟货币增加，可以增加一个，也可以增加200个，增加虚拟货币的实施方式不局限于此。

可以理解的是，这是第二种向用户奖励虚拟货币的激励方式，可以理解的是，随着用户账号对应的虚拟货币的累积，当虚拟货币累积到一定数量时，也可以用来购买其它商品，相当于不用花钱就能再次购买商品中的一份或者多份，甚至累积到足够多的虚拟货币时，能够直接购买一个商品，这样使得购买商品的方式变得更加多元化，增加了用户在购买时的乐趣，用户体验度进一步增加。

步骤408，接收客户端发送的的注册指令，所述注册指令包括第三用户帐号以及第四用户帐号；将所述第三用户帐号加入已注册帐号列表中；判断所述第四用户帐号是否已存在所述已注册帐号列表；当所述第四用户帐号已在所述已注册帐号列表中，将所述第四用户帐号对应的虚拟货币的总数增加至少一个虚拟货币。

可以理解的是，第三用户账号对应的用户为新注册的用户，此时第三用户账号对应的用户可以通过客户端向服务端发送注册指令，所述注册指令包含了第四用户账号，服务器收到所述注册指令后，首先将第三用户账户添加到已注册账号列表中，并查询第四用户账号是否为已有注册账号，如果是将第四用户帐号对应的虚拟货币的总数增加，可以增加一个，也可以增加50个，增加虚拟货币的实施方式不局限于此。

可以理解的是，这是第三种向用户奖励虚拟货币的激励方式，使得购买商品的方式变得更加多元化，增加了用户在购买时的乐趣，用户体验度进一步增加。

本发明实施例提供的业务请求处理方法，不仅解决了上一个实施例可以解决的问题，服务器还通过设置购买激励，注册激励以及推荐激励这三种激励制度向客户端发送虚拟货币，使得购买商品的方式变得更加多元化，增加了用户在购买时的乐趣，用户体验度进一步增加。

请参阅图5，是本发明实施例提供的图2所示的业务请求处理装置210的功能模块示意图。所述业务请求处理装置210包括接收模块211、第一处理模块212、第二处理模块213、第三处理模块214、第四处理模块215、第五处理模块216以及第六处理模块217。

所述接收模块211，接收客户端发送的购买请求，所述购买请求中包括第一用户帐号，待购买商品的标识以及份数，所述份数中的一份是指将单个所述待购买商品按照预定规则划分成多份之后的其中一份；

所述第一处理模块212，用于所为所述第一用户帐号分配一个唯一识别码；

所述第二处理模块213，用于判断所述待购买商品当前的已购买份数是否已经达到所述待购买商品的划分总份数，当所述已购买份数达到所述划分总份数时，记录当前时刻为购买时刻，所述服务器获取所述购买时刻之前的多个购买记录；

所述第三处理模块214，用于根据所述多个购买记录对应的信息，计算命中识别码。

其中，请参阅图6，图6所示为第三处理模块214的功能模块示意图，所述所述第三处理模块214包括第一处理子模块2141，第二处理子模块2142，第三处理子模块2143。

所述第一处理子模块2141，用于所述服务器获取所述多个购买记录中每个购买记录对应的购买时刻；

所述第二处理子模块2142，用于分别将所述每个购买时刻按照规则转换为一个数，所述规则为：取出所述购买时刻的第一时间单位对应的第一数值、第二时间单位对应的第二数值、第三时间单元对应的第三数值，将所述第一数值、所述第二数值以及所述第三数值按照预设规则组合成一个对应该购买时刻的数；

所述第三处理子模块2143，用于根据所述多个购买记录对应的组合数，计算出所述命中识别码。

请参阅图4，可以看到，所述业务请求处理装置210还包括第四处理模块215，所述第五处理模块216，所述第六处理模块217。

所述第四处理模块215，用于将所述命中识别码与所述待购买商品对应的用户账户中的唯一识别码进行匹配，当匹配成功时，所述服务器向所述唯一识别码匹配成功的客户端发送待购买商品购买成功的消息。

所述所述第五处理模块216，用于接收客户端发送的反馈指令，所述反馈指令包括第二用户帐号，所述待购买商品的信息及对应评价信息；将所述第二用户帐号对应的虚拟货币总数增加至少一个。

所述第六处理模块217，用于接收客户端发送的的注册指令，所述注册指令包括第三用户帐号以及第四用户帐号；将所述第三用户帐号储存于所述服务器中；判断所述第四用户帐号是否储存于所述服务器中；当所述第四用户帐号已经储存于所述服务器中，将所述第四用户帐号对应的虚拟货币的总数增加至少一个。

以上各模块可以是由软件代码实现，此时，上述的各模块可存储于服务器的存储器内。以上各模块同样可以由硬件例如集成电路芯片实现。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本发明实施例所提供的业务请求处理装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，RandomAccessMemory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (10)

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

服务器接收客户端发送的购买请求，所述购买请求中包括第一用户帐号，待购买商品的标识以及份数，所述份数中的一份是指将单个所述待购买商品按照第一预定规则划分成多份之后的其中一份；

所述服务器为所述第一用户帐号分配一个唯一识别码；

所述服务器判断所述待购买商品当前的已购买份数是否已经达到所述待购买商品的划分总份数，当所述已购买份数达到所述划分总份数时，记录当前时刻为购买时刻，所述服务器获取所述购买时刻之前的多个购买记录；

所述服务器根据所述多个购买记录对应的信息，计算命中识别码；

所述服务器将所述命中识别码与所述购买记录中的唯一识别码进行匹配，当匹配成功时，所述服务器向所述唯一识别码匹配成功的客户端发送待购买商品购买成功的消息。

2.根据权利要求1所述的方式，其特征在于，所述服务器为所述第一用户帐号分配一个唯一识别码时，所述服务器还为所述第一用户帐号分配一个虚拟货币，所述方法还包括：

当所述第一用户帐号对应的虚拟货币总数达到所述待购买商品的划分总份数时，所述服务器向所述第一用户帐号对应的客户端发送购买提示信息，用于提醒用户使用所述虚拟货币购买所述待购买商品。

3.根据权利要求1所述的方法，其特征在于，所述服务器根据所述多个购买记录对应的信息，计算命中识别码，具体为：

所述服务器获取所述多个购买记录中每个购买记录对应的购买时刻；

分别将所述每个购买时刻按照第二预定规则转换为一个数，所述第二预定规则为：取出所述购买时刻的第一时间单位对应的第一数值、第二时间单位对应的第二数值、第三时间单元对应的第三数值，将所述第一数值、所述第二数值以及所述第三数值按照第三预设规则组合成一个对应该购买时刻的组合数；

根据所述多个购买记录对应的组合数，计算出所述命中识别码。

4.根据权利要求3所述的方法，其特征在于，根据所述多个购买记录对应的组合数，计算出命中识别码，具体为：

将所述多个购买记录对应的组合数求和之后除以所述商品划分总份数取余数，将所述余数加一个固定参数得到所述命中识别码。

5.根据权利要求1所述的方法，其特征在于，在当匹配成功时，所述服务器向所述唯一识别码匹配成功的客户端发送待购买商品购买成功的消息之后，还包括：

接收客户端发送的反馈指令，所述反馈指令包括第二用户帐号，所述待购买商品的信息及对应评价信息；

将所述第二用户帐号对应的虚拟货币总数增加至少一个虚拟货币。

6.根据权利要求1所述的方法，其特征在于，在当匹配成功时，所述服务器向所述唯一识别码匹配成功的客户端发送待购买商品购买成功的消息之后，还包括：

接收客户端发送的的注册指令，所述注册指令包括第三用户帐号以及第四用户帐号；

将所述第三用户帐号加入已注册帐号列表中；

判断所述第四用户帐号是否已存在所述已注册帐号列表；

当所述第四用户帐号已在所述已注册帐号列表中，将所述第四用户帐号对应的虚拟货币的总数增加至少一个虚拟货币。

7.一种业务请求处理装置，其特征在于，所述装置包括：

接收模块，接收客户端发送的购买请求，所述购买请求中包括第一用户帐号，待购买商品的标识以及份数，所述份数中的一份是指将单个所述待购买商品按照预定规则划分成多份之后的其中一份；

第一处理模块，用于所为所述第一用户帐号分配一个唯一识别码；

第二处理模块，用于判断所述待购买商品当前的已购买份数是否已经达到所述待购买商品的划分总份数，当所述已购买份数达到所述划分总份数时，记录当前时刻为购买时刻，所述服务器获取所述购买时刻之前的多个购买记录；

第三处理模块，用于根据所述多个购买记录对应的信息，计算命中识别码；

第四处理模块，用于将所述命中识别码与所述待购买商品对应的用户账户中的唯一识别码进行匹配，当匹配成功时，所述服务器向所述唯一识别码匹配成功的客户端发送待购买商品购买成功的消息。

8.根据权利要求7所述的装置，其特征在于，所述第三处理模块包括第一处理子模块，第二处理子模块，第三处理子模块，

所述第一处理子模块，用于所述服务器获取所述多个购买记录中每个购买记录对应的购买时刻；

所述第二处理子模块，用于分别将所述每个购买时刻按照规则转换为一个数，所述规则为：取出所述购买时刻的第一时间单位对应的第一数值、第二时间单位对应的第二数值、第三时间单元对应的第三数值，将所述第一数值、所述第二数值以及所述第三数值按照预设规则组合成一个对应该购买时刻的数；

所述第三处理子模块，用于根据所述多个购买记录对应的组合数，计算出所述命中识别码。

9.根据权利要求7所述的装置，其特征在于，在所述第四处理模块向所述唯一识别码匹配成功的客户端发送待购买商品购买成功的消息之后，还包括第五处理模块，

所述第五处理模块，用于接收客户端发送的反馈指令，所述反馈指令包括第二用户帐号，所述待购买商品的信息及对应评价信息；将所述第二用户帐号对应的虚拟货币总数增加至少一个。

10.根据权利要求7所述的装置，其特征在于，在所述第四处理模块向所述唯一识别码匹配成功的客户端发送待购买商品购买成功的消息之后，还包括第六处理模块，

所述第六处理模块，用于接收客户端发送的的注册指令，所述注册指令包括第三用户帐号以及第四用户帐号；将所述第三用户帐号储存于所述服务器中；判断所述第四用户帐号是否储存于所述服务器中；当所述第四用户帐号已经储存于所述服务器中，将所述第四用户帐号对应的虚拟货币的总数增加至少一个。