用于处理用户请求的方法和设备的制造方法
【技术领域】
[0001]本公开的实施例涉及数据处理，更具体地涉及一种用于处理用户请求的方法和设备。
【背景技术】
[0002]随着移动互联网的发展，出现了越来越多的应用程序。在这些应用程序的使用中，通常需要客户端与服务器端之间的交互。相应地，在服务器端通常需要处理来自客户端的大量用户请求。
[0003]在现有技术中，服务器端通常按照先来先处理的原则来处理用户请求。但是这种处理方式在某些应用中会带来不便。例如，在打车应用中，针对服务器端发出的订单，司机用户会向服务器发出用于响应该订单的用户请求(即，进行抢单)。如果服务器按照先来先处理原则处理这些用户请求，就会使得移动设备性能好的司机用户的用户请求要比性能差的先获得处理，反应快的司机用户的用户请求要比反应慢的先获得处理。这样，订单可能无法被分配给最合适的司机(例如，距离最近的司机用户)。另一方面，某些司机用户可能使用加速器插件，以达到最快响应的目的。这样会扰乱整个打车平台的公平性，造成不合理的订单分配。
[0004]因此，需要一种改进的用户请求处理方式，以便克服上述问题。
【发明内容】
[0005]本公开的实施例的目的在于提供一种用于处理用户请求的方法和设备，以更合理地处理用户请求，使得在诸如打车软件之类的应用中实现合理公平的订单分配。
[0006]根据本公开实施例的一个方面，提供一种用于处理用户请求的方法，包括:接收用于响应订单的用户请求；确定与所述用户请求对应的用户响应时间；根据所述用户响应时间，确定针对所述订单的待选用户请求；以及从所述待选用户请求中选择其中一个用户请求进行处理。
[0007]在一个实施例中，确定与所述用户请求对应的用户响应时间包括:根据所述订单的发送时间和接收到所述用户的用户请求的接收时间，确定所述用户响应时间。
[0008]在一个实施例中，根据所述用户响应时间，确定针对所述订单的待选用户请求包括:在所述用户响应时间小于预定响应时间时，拒绝所述用户请求；以及在所述用户响应时间大于或等于所述预定响应时间时，将所述用户请求确定为所述待选用户请求。
[0009]在一个实施例中，根据所述用户响应时间，确定针对所述订单的待选用户请求包括:在所述用户响应时间小于或等于第一预设时间间隔时，拒绝所述用户请求；在所述用户响应时间大于或等于比所述第一预设时间间隔大的第二预设时间间隔时，将所述用户请求确定为所述待选用户请求；以及在所述用户响应时间大于所述第一预设时间间隔且小于所述第二预设时间间隔时，根据接收到的针对所述订单的用户请求的数目确定是否将所述用户请求确定为所述待选用户请求。
[0010]在一个实施例中，根据接收到的针对所述订单的用户请求的数目确定是否将所述用户请求确定为所述待选用户请求包括:在接收到的针对所述订单的用户请求的数目大于预定数量时，拒绝所述用户请求；以及在接收到的针对所述订单的用户请求的数目小于或等于所述预定数量时，将所述用户请求确定为所述待选用户请求。
[0011]在一个实施例中，从所述待选用户请求中选择其中一个用户请求进行处理包括:根据以下中的一项或多项来进行所述选择:所述用户响应时间；用户的当前位置和所述订单中的始发位置之间的距离；以及从所述用户的当前位置到达所述订单中的始发位置所需的时间。
[0012]根据本公开实施例的另一方面，提供一种用于处理用户请求的设备，包括:接收装置，用于接收用于响应订单的用户请求；第一确定装置，用于确定与所述用户请求对应的用户响应时间；第二确定装置，用于根据所述用户响应时间，确定针对所述订单的待选用户请求；选择装置，用于从所述待选用户请求中选择其中一个用户请求进行处理。
[0013]在一个实施例中，所述第一确定装置根据所述订单的发送时间和接收到所述用户的用户请求的接收时间，确定所述用户响应时间。
[0014]在一个实施例中，所述第二确定装置包括:拒绝单元，用于在所述用户响应时间小于预定响应时间时，拒绝所述用户请求；以及确定单元，用于在所述用户响应时间大于或等于所述预定响应时间时，将所述用户请求确定为所述待选用户请求。
[0015]在一个实施例中，所述第二确定装置包括:拒绝单元，用于在所述用户响应时间小于或等于第一预设时间间隔时，拒绝所述用户请求；第一确定单元，用于在所述用户响应时间大于或等于比所述第一预设时间间隔大的第二预设时间间隔时，将所述用户请求确定为所述待选用户请求；以及第二确定单元，用于在所述用户响应时间大于所述第一预设时间间隔且小于所述第二预设时间间隔时，根据接收到的针对所述订单的用户请求的数目确定是否将所述用户请求确定为所述待选用户请求。
[0016]在一个实施例中，所述第二确定单元包括:拒绝子单元，用于在接收到的针对所述订单的用户请求的数目大于预定数量时，拒绝所述用户请求；以及确定子单元，用于在接收到的针对所述订单的用户请求的数目小于或等于所述预定数量时，将所述用户请求确定为所述待选用户请求。
[0017]在一个实施例中，所述选择装置根据以下中的一项或多项来进行所述选择:所述用户响应时间；用户的当前位置和所述订单中的始发位置之间的距离；以及从所述用户的当前位置到达所述订单中的始发位置所需的时间。
[0018]根据本公开的实施例，在处理用户请求时，可以实现高效公平的订单分配，方便用户的使用，以及改善用户体验。
【附图说明】
[0019]此处所说明的附图用来提供对本公开的进一步理解，构成本公开的一部分，本公开的示意性实施例及其说明用于解释本公开，并不构成对本公开的不当限定。在附图中:
[0020]图1示出了根据本公开的一个实施例的用于处理用户请求的方法的流程图；
[0021]图2示出了根据本公开的一个实施例的用于根据用户响应时间确定针对订单的待选用户请求的方法的流程图；
[0022]图3示出了根据本公开的另一实施例的用于根据用户响应时间确定针对订单的待选用户请求的方法的流程图；以及
[0023]图4示出了根据本公开的一个实施例的用于处理用户请求的设备的示意框图。
【具体实施方式】
[0024]本公开的实施例的构思在于，根据用户对订单的响应时间(用户响应时间)来排除一些反应速度过快的不合法的用户请求。具体地，服务器可以通过预设一个合理间隔时间(预定响应时间或者预设时间间隔)，然后将用户响应时间与该合理间隔时间进行比较，来筛除掉用户响应时间过短的那些不合法的用户请求。与此同时，可以确定出针对订单的待选用户请求，并且进一步地，可以根据例如用户响应时间、用户的当前位置和订单中的始发位置之间的距离、从用户的当前位置到达订单中的始发位置所需的时间等等，来从待选用户请求中选择一个合适的用户请求进行响应处理，从而完成订单的下发。由此避免了一些恶意抢单行为，同时提高了订单完成的效率。
[0025]在本公开的一个具体应用场景中，在服务器端，服务器可以在下发订单后的合理间隔时间内不响应任何用户请求，即拒绝该合理间隔时间内的所有用户请求。相应地，在司机用户端，可以设置一个等于合理间隔时间的倒计时，使得在倒计时过去之后司机才能开始抢单。这样也可以使得司机在抢单前充分了解订单的信息，例如出发地和目的地，而不会盲目作出对订单的响应操作。
[0026]为使本公开的实施例的目的、技术方案和优点更加清楚，以下结合附图及具体实施例，对本公开的实施例作进一步的详细说明。图1示出了根据本公开一个实施例的用于处理用户请求的方法100。
[0027]如图1所示，在步骤SlOl处，接收用于响应订单的用户请求。
[0028]在一个实施例中，在下发订单之后，服务器可以接收来自用户的用于响应订单的用户请求。
[0029]根据本公开的一个具体实施例，例如在打车软件的移动应用中，在服务器发布了一个订单(至少包含了打车用户的始发地信息、目的地信息、用车时间信息等)之后，希望接单的一个或多个司机用户会向服务器请求接收该订单，即，会分别向服务器发送希望接单的用户请求。因而，服务器可以接收用于响应订单的用户请求。
[0030]接着，在步骤S102处，确定与用户请求对应的用户响应时间。
[0031]在一个实施例中，服务器在接收到用于响应订单的用户请求之后，可以确定出与所述用户请求对应的用户响应时间。在一个实施例中，所述用户响应时间是指从服务器下发订单到服务器接收到用户的用户请求之间的时间间隔。
[0032]在本公开的一个具体实施例中，根据订单的发送时间和接收到用户的用户请求的接收时间来确定用户响应时间。在一个实施例中，通过将接收到用户的用户请求的接收时间减去订单的发送时间，确定出用户的对订单的用户响应时间。
[0033]接着，在步骤S103，根据在步骤S102确定出的用户响应时