专利名称：一种多用户分配有限资源的处理方法及系统的制作方法
技术领域：
本申请涉及网络技术，特别是涉及一种多用户分配有限资源的处理方法及系统。
背景技术：
在数据处理中，有时会涉及多个用户，但资源却是有限的，多个用户要抢占有限的资源。其中一种方法就是对各个用户发送的数据进行比较，通过不断的比较，最终得到可以抢占资源的用户。在这种方法中，服务器要不断的比较用户传送的数据，一个用户为了得到资源，也会多次发送数据给服务器，用户数量越多，服务器要进行的比较操作也越多，要处理的数据也越多，会增加服务器的负担。例如，一种网络购物方式是多用户抢购有限的商品，在这种方式中用户必须不断的出价，以高于其他用户的价格购得商品。在这种购物方式中，在一个时间段内，服务器首先要接收各个用户的参与请求，然后接收用户2的价格数据，并与之前价格数据最高的用户I进行比较，用户2的价格数据必须高于用户I的价格数据才能出价成功。然后返回通知用户2出价成功，还要告知所有用户现在的商品价格，通知用户继续出价，直至时间段结束，得到最高的价格数据。期间，一个用户为了得到商品，会发送多次的价格数据，用户的数量越多，服务器要比较的数据就越多，相对要处理的数据量也就越大。在整个出价竞购的过程中，服务器要接收各个用户多次发送的数据，不断的循环执行接收数据，比较数据，确认数据和返回数据这一系列操作，因此大量的数据需要服务器进行处理，给服务器造成很大的压力。
发明内容
本申请提供一种多用户分配有限资源的处理方法及系统，以解决多用户分配有限资源的处理中服务器处理数据量大的问题。为了解决上述问题，本申请公开了一种多用户分配有限资源的处理方法，包括:服务器接收各个用户针对有限资源的参与请求；服务器统计发送参与请求的用户数量；当用户数量达到预定值时，服务器根据配置修改对应有限资源的数据；服务器将根据用户数量所对应修改的有限资源分配资源给参与请求的用户。优选的，所述有限资源的数据包括价格数据，所述当用户数量达到预定值时，服务器根据配置修改对应有限资源的数据，包括:当用户数量达到预定值时，服务器根据配置降低对应有限资源的价格数据。优选的，所述服务器将根据用户数量所对应修改的有限资源分配资源给参与请求的用户，包括:服务器接收发送过参与请求用户的资源请求；服务器将根据用户数量所对应修改的有限资源的价格数据，以对应价格数据分配资源给对应用户。优选的，所述服务器接收各个用户的参与请求之后，还包括:服务器给发送参与请求的用户发送验证信息；服务器接收并验证用户返回的验证数据，用户验证成功后，操作请求发送成功。优选的，预先配置开始时间、结束时间和资源数量。优选的，当达到预定的结束时间时，执行结束的操作，和/或，当资源数量为0时，执行结束的操作。相应的，本申请还公开了一种多用户分配有限资源的处理系统，包括:接收参与请求模块，用于接收各个用户针对有限资源的参与请求；统计用户数量模块，用于统计发送参与请求的用户数量；修改数据模块，用于当用户数量达到预定值时，根据配置修改对应有限资源的数据；分配资源模块，用于将根据用户数量所对应修改的有限资源分配资源给参与请求的用户。优选的，所述有限资源的数据包括价格数据，所述修改数据模块，还用于当用户数量达到预定值时，根据配置降低对应有限资源的价格数据。优选的，所述分配资源模块，包括:接收资源请求子模块，用于接收发送过参与请求用户的资源请求；分配资源子模块，用于将根据用户数量所对应修改的有限资源的价格数据，以对应价格数据分配资源给对应用户。优选的，所述的系统还包括:发送验证信息模块，用于给发送参与请求的用户发送验证信息；接收并验证模块，用于接收并验证用户返回的验证数据，用户验证成功后，操作请求发送成功。与现有技术相比，本申请包括以下优点:服务器接收各个用户针对有限资源参与请求，然后统计发送参与请求的用户数量，当用户数量达到预定值时，根据配置修改对应有限资源的数据，将根据用户数量所对应修改的有限资源，分配资源给参与请求的用户。在资源有限但用户较多的情况下，服务器只需统计用户数量，接收请求，而后分配资源，并且一个用户不会重复发送数据，服务器只需接收各个用户发送的一次参与请求，能够减少服务器处理的数据量，降低对服务器的压力。
图1是本申请实施例所述一种多用户分配有限资源的处理方法流程图；图2是本申请优选实施例所述网络购物方式前台流程图；图3是本申请优选实施例所述网络购物方式后台流程图；图4是本申请实施例所述一种多用户分配有限资源的处理系统结构图。
具体实施方式
为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式
对本申请作进一步详细的说明。本申请提供一种多用户分配有限资源的处理方法，可以解决多用户分配有限资源的处理中服务器处理数据量大的问题，降低对服务器的压力。参照图1，其给出了本申请实施例所述一种多用户分配有限资源的处理方法流程图。步骤101，服务器接收各个用户针对有限资源的参与请求；用户若要分配到有限资源就要首先发送参与请求，多用户分配有限资源，各个用户都会向服务器发送参与请求，因此服务器会接收到各个用户发送的针对有限资源的参与请求。步骤102，服务器统计发送参与请求的用户数量；服务器在接收到参与请求后，可以统计发送参与请求的用户数量。步骤103，当用户数量达到预定值时，服务器根据配置修改对应有限资源的数据；当用户数量达到预定值时，服务器根据系统的配置，可以修改对应有限资源的数据。例如，系统的配置文件中配置:当用户数量=N时，修改有限资源的数据为X;当用户数量=2N时，修改有限资源的数据为Y。当用户数量达到N或2N时，就可以执行对应的修改操作。步骤104，服务器将用户数量所对应修改的有限资源分配资源给参与请求的用户。服务器可以将用户数量所对应修改 的有限资源，分配资源给发送参与请求的用户，例如，服务器可以在接收发送过参与请求用户的资源请求后，将用户数量所对应修改的有限资源的数据分配资源给发送资源请求的用户。例如，服务器接收到用户的资源请求，此时用户数量=N，则有限资源的数据为X，以X分配资源给对应用户。当然，在有限资源没有分配完时，可以进行上述处理，若资源已分配完，接收到用户的资源请求不会进行任何处理。综上所述，服务器接收各个用户针对有限资源的参与请求，然后统计发送参与请求的用户数量，当用户数量达到预定值时，根据配置修改对应有限资源的数据，将根据用户数量所对应修改的有限资源，分配资源给参与请求的用户。在资源有限但用户较多的情况下，服务器只需统计用户数量，接收请求，而后分配资源，并且一个用户不会重复发送数据，服务器只需接收各个用户发送的一次参与请求，能够减少服务器处理的数据量，降低对服务器的压力。优选的，所述有限资源的数据包括价格数据，所述当用户数量达到预定值时，服务器根据配置修改对应有限资源的数据，包括:当用户数量达到预定值时，服务器根据配置降低对应有限资源的价格数据。所述有限资源的数据包括价格数据，因此，当用户数量达到预定值时，服务器根据系统的配置，可以降低对应有限资源的价格数据。例如，系统的配置文件中配置:有限资源的初始价格数据为X，当用户数量=N时，降低有限资源的价格数据到0.8*X ;当用户数量=2N时，降低有限资源的价格数据到
0.6*X。则用户数量< N时，有限资源的价格数据为X ;则N彡用户数量< 2N时，有限资源的价格数据为0.8*X ;则用户数量> 2N时，有限资源的价格数据为0.6*X。优选的，所述服务器将根据用户数量所对应修改的有限资源分配资源给参与请求的用户，包括:首先，服务器接收发送过参与请求用户的资源请求；其次，服务器将根据用户数量所对应修改的有限资源的价格数据，以对应价格数据分配资源给对应用户。例如，服务器接收到用户发送的资源请求，此时用户数量=N，则有限资源的价格数据为0.8*X，以0.8*X的价格数据分配资源给对应用户；若用户数量< N，则有限资源的价格数据为X，以X的价格数据分配资源给对应用户。优选的，所述服务器接收各个用户的参与请求之后，还包括:首先，服务器给发送参与请求的用户发送验证信息；服根据系统配置，若配置需要用户验证，则服务器在接受到用户发送的参与请求后，可以给所述用户发送验证信息，用以验证给用户是否有参与的权限。其次，服务器接收并验证用户返回的验证数据，用户验证成功后，操作请求发送成功。用户在接收到验证信息后，会返回相应的验证数据。服务器接收用户返回的验证数据后，进行验证，在验证用户返回的验证数据有权限后，可以判定用户验证成功，则该用户的参与请求发送成功，即该用户可以参与分配有限资源。当然，系统也可以配置不需要用户验证，本申请对于是否要用户验证不做限定。具体实施中，可以将用户与手机号码绑定，给用户发送验证短信，或者将用户与邮箱绑定，给用户发送验证邮件。本申请对于具体实施中的验证方式不做限定。优选的，预先配置开始时间、结束时间和资源数量。可以预置有限资源的分配何时开始，何时结束以及资源的数量。因此可以在配置文件中预先配置资源分配的开始时间、结束时间和资源数量。优选的，当达到预定的结束时间时，执行结束的操作，和/或，当资源数量为0时，执行结束的操作。分配有限资源可以在达到预定的结束时间时，执行结束的操作，结束资源的分配，此时有限资源可能没有分配完。也可以在资源数量为0时，即资源分配完后，执行结束的操作，此时可能没有达到结束时间。上述两种执行结束的操作可以同时并存，也可以仅使用其中的一种方法，本申请对此不做限定。下面以多用户抢购有限商品的网络购物方式为例具体论述本方法。参照图2，其给出了本申请优选实施例所述网络购物方式前台流程图。用户要参与抢购有限商品，首先可以查看活动页面，然后查看商品详情，商品只有通过参加竞拍才可以购买商品。用户若要购买商品，可以根据提示返回活动页面参加竞拍才以购头商品。用户返回活动页面后可以参拍减价，即向服务器发送参与请求。根据系统的配置文件确定是否需要用户验证，若不需要验证，则用户参拍成功。若需要用户验证，可以提示用户输入手机号码，给用户发送验证短信，用户可以回复包含验证码的短信，在接收短信回复并验证成功后，该用户参拍成功。用户参拍后，系统根据后台规则，判断目前该商品的实际价格后展示给用户。用户参拍成功后，可以根据当前商品实际价格决定是否立刻购买，或等待更多人参拍，商品价格更低时再进行购买。用户决定出价购买后，可以给服务器发送资源请求，然后付出相应的价格以购头商品。参照图3，其给出了本申请优选实施例所述网络购物方式后台流程图。运营人员可以预先配置活动的规则。首先输入商品标识以及商品的相关数据，例如，商品数量、初始价格等。然后可以设置对应活动规则(或称买卖规则):用户数量达到多少人时，商品价格降多少，例如，用户数量满100人商品价格降到8折等。然后可以设置商品的低价，即商品最低可以达到的价格。可以设置活动的开始时间和结束时间，设置是否需要短信验证，甚至用户是否要限购及限购几件等规则。活动规则设置完成后，可以开始活动，服务器接收用户的参与请求，发送验证信息，接收并验证返回的验证数据。然后统计用户数量，根据预置的活动规则，用户数量达到预定值时，将商品降为相应的价格，直至降到最低价。期间，接收到用户的资源请求时，可以根据当时的商品价格将商品卖给对应的用户。上述网络购物方式结合了拍卖和团购的优点，参拍的人数越多，商品的价格越低，不需要用户实时关注是否发送价格数据。可以在增加参加的用户数量的同时，减少服务器的压力。服务器只需统计用户数量，接收请求，而后分配商品，一个用户不需要重复发送价格数据来让服务器比较，针对一个用户服务器只接收一次参与请求，在用户数量相同时，能够减少服务器处理的数据量，降低对服务器的压力。参照图4，其给出了本申请实施例所述一种多用户分配有限资源的处理系统结构图。本申请还提供了一种多用户分配有限资源的处理系统，包括:接收参与请求模块
11、统计用户数量模块14、修改数据模块15和分配资源模块16，其中，接收参与请求模块11，用于接收各个用户针对有限资源的参与请求；统计用户数量模块14，用于统计发送参与请求的用户数量；修改数据模块15，用于当用户数量达到预定值时，根据配置修改对应有限资源的数据；分配资源模块16，用于将根据用户数量所对应修改的有限资源分配资源给参与请求的用户。 优选的，所述有限资源的数据包括价格数据，所述修改数据模块15，还用于当用户数量达到预定值时，根据配置降低对应有限资源的价格数据。优选的，所述分配资源模块16，包括:接收资源请求子模块161，用于接收发送过参与请求用户的资源请求；分配资源子模块162，用于将根据用户数量所对应修改的有限资源的价格数据，以对应价格数据分配资源给对应用户。
优选的，所述的系统还包括:发送验证信息模块12，用于给发送参与请求的用户发送验证信息；接收并验证模块13，用于接收并验证用户返回的验证数据，用户验证成功后，操作请求发送成功。优选的，所述的系统还包括:预先配置模块10，用于预先配置开始时间、结束时间和资源数量。优选的，所述的系统还包括:执行结束模块17，用于当达到预定的结束时间时，执行结束的操作，和/或，当资源数量为0时，执行结束的操作。对于系统实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。以上对本申请所提供的一种涉及多用户的数据处理方法及系统，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式
及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。
权利要求
1.一种多用户分配有限资源的处理方法，其特征在于，包括: 服务器接收各个用户针对有限资源的参与请求； 服务器统计发送参与请求的用户数量； 当用户数量达到预定值时，服务器根据配置修改对应有限资源的数据； 服务器将根据用户数量所对应修改的有限资源分配资源给参与请求的用户。
2.根据权利要求1所述的方法，其特征在于， 所述有限资源的数据包括价格数据， 所述当用户数量达到预定值时，服务器根据配置修改对应有限资源的数据，包括: 当用户数量达到预定值时，服务器根据配置降低对应有限资源的价格数据。
3.根据权利要求2所述的方法 ，其特征在于，所述服务器将根据用户数量所对应修改的有限资源分配资源给参与请求的用户，包括: 服务器接收发送过参与请求用户的资源请求； 服务器将根据用户数量所对应修改的有限资源的价格数据，以对应价格数据分配资源给对应用户。
4.根据权利要求1所述的方法，其特征在于，所述服务器接收各个用户的参与请求之后,还包括: 服务器给发送参与请求的用户发送验证信息； 服务器接收并验证用户返回的验证数据，用户验证成功后，操作请求发送成功。
5.根据权利要求1所述的方法，其特征在于，还包括: 预先配置开始时间、结束时间和资源数量。
6.根据权利要求1所述的方法，其特征在于，还包括: 当达到预定的结束时间时，执行结束的操作； 和/或 当资源数量为O时，执行结束的操作。
7.一种多用户分配有限资源的处理系统，其特征在于，包括: 接收参与请求模块，用于接收各个用户针对有限资源的参与请求； 统计用户数量模块，用于统计发送参与请求的用户数量； 修改数据模块，用于当用户数量达到预定值时，根据配置修改对应有限资源的数据； 分配资源模块，用于将根据用户数量所对应修改的有限资源分配资源给参与请求的用户。
8.根据权利要求7所述的系统，其特征在于， 所述有限资源的数据包括价格数据， 所述修改数据模块，还用于当用户数量达到预定值时，根据配置降低对应有限资源的价格数据。
9.根据权利要求8所述的系统，其特征在于，所述分配资源模块，包括: 接收资源请求子模块，用于接收发送过参与请求用户的资源请求； 分配资源子模块，用于将根据用户数量所对应修改的有限资源的价格数据，以对应价格数据分配资源给对应用户。
10.根据权利要求7所述的系统，其特征在于，还包括:发送验证信息模块，用于给发送参与请求的用户发送验证信息； 接收并验 证模块，用于接收并验证用户返回的验证数据，用户验证成功后，操作请求发送成功。
全文摘要
本申请提供了一种多用户分配有限资源的处理方法，以解决多用户分配有限资源的处理中服务器处理数据量大的问题。所述的方法包括服务器接收各个用户针对有限资源的参与请求；服务器统计发送参与请求的用户数量；当用户数量达到预定值时，服务器根据配置修改对应有限资源的数据；服务器将根据用户数量所对应修改的有限资源分配资源给参与请求的用户。在资源有限但用户较多的情况下，服务器只需统计用户数量，接收请求，而后分配资源，并且一个用户不会重复发送数据，服务器只需接收各个用户发送的一次参与请求，能够减少服务器处理的数据量，降低对服务器的压力。
文档编号H04L29/08GK103095741SQ20111033267
公开日2013年5月8日 申请日期2011年10月27日 优先权日2011年10月27日
发明者汪翔, 陈芳, 黄纯纯 申请人:阿里巴巴集团控股有限公司