CN111176862A - 服务请求分配方法和服务器 - Google Patents

Abstract

本发明公开了一种服务请求分配方法和服务器。其中，该方法包括：服务器接收需求终端发送的第一服务请求，其中，第一服务请求中包括目标对象请求处理的服务内容；服务器将第一服务请求添加到第一服务请求队列中，以更新服务器中的第一服务请求队列，得到第二服务请求队列，其中，第一服务请求队列中包括一个或多个服务请求，每个服务请求中包括待处理的服务内容；服务器将第二服务请求队列发送给多个第一终端，以提示每一个佩戴第一终端的第一对象，根据第二服务请求队列处理服务内容，其中，每一个第一终端由一个第一对象携带。本发明解决了获取服务内容效率低的技术问题。

Description

服务请求分配方法和服务器

技术领域

本发明涉及智能设备领域，具体而言，涉及一种服务请求分配方法和服务器。

背景技术

相关技术中，在工作者对顾客进行服务的过程中，通常，在顾客进店后，需要工作者上上前询问需求，或者在没有顾客时，在工作区域来回巡视，以查看是否有待处理的服务内容。

而使用该方法，工作者的获取服务内容的效率低。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种服务请求分配方法和服务器，以至少解决获取服务内容效率低的技术问题。

根据本发明实施例的一个方面，提供了一种服务请求分配方法，包括：服务器接收需求终端发送的第一服务请求，其中，第一服务请求中包括目标对象请求处理的服务内容；服务器将第一服务请求添加到第一服务请求队列中，以更新服务器中的第一服务请求队列，得到第二服务请求队列，其中，第一服务请求队列中包括一个或多个服务请求，每个服务请求中包括待处理的服务内容；服务器将第二服务请求队列发送给多个第一终端，以提示每一个佩戴第一终端的第一对象，根据第二服务请求队列处理服务内容，其中，每一个第一终端由一个第一对象携带。

作为一种可选的示例，服务器将第一服务请求添加到第一服务请求队列中包括：服务器按照第一服务请求的第一触发时间点，将第一服务请求添加到第一服务请求队列中。

作为一种可选的示例，服务器按照第一服务请求的第一触发时间点，将第一服务请求添加到第一服务请求队列中包括：服务器获取第一服务请求队列中每一个服务请求的第二触发时间点；服务器按照第一触发时间点与第二触发时间点的先后顺序，对第一触发时间点与第二触发时间点进行排序，得到排序结果；服务器按照第一触发时间点在排序结果中的位置，将第一服务请求添加到第一服务请求队列中的对应位置。

作为一种可选的示例，在服务器将第二服务请求队列发送给多个第一终端之后，方法还包括：服务器接收多个第一终端反馈的反馈信息，其中，反馈信息中包括第二服务请求队列中的服务请求的处理进度；服务器按照反馈信息更新第二服务请求队列；服务器将更新后的第二服务请求队列发送给多个第一终端。

作为一种可选的示例，在服务器将第二服务请求队列发送给多个第一终端之后，方法还包括：在第一服务请求未被处理的时长大于第一阈值的情况下，服务器将第一服务请求发送给多个第一终端中的目标终端，其中，目标终端为处于空闲状态时长最长的终端。

根据本发明实施例的另一方面，还提供了一种服务器，包括：第一接收单元，用于接收需求终端发送的第一服务请求，其中，第一服务请求中包括目标对象请求处理的服务内容；添加单元，用于将第一服务请求添加到第一服务请求队列中，以更新服务器中的第一服务请求队列，得到第二服务请求队列，其中，第一服务请求队列中包括一个或多个服务请求，每个服务请求中包括待处理的服务内容；第一发送单元，用于将第二服务请求队列发送给多个第一终端，以提示每一个佩戴第一终端的第一对象，根据第二服务请求队列处理服务内容，其中，每一个第一终端由一个第一对象携带。

作为一种可选的示例，添加单元包括：添加模块，用于按照第一服务请求的第一触发时间点，将第一服务请求添加到第一服务请求队列中。

作为一种可选的示例，添加模块包括：获取子模块，用于获取第一服务请求队列中每一个服务请求的第二触发时间点；排序子模块，用于按照第一触发时间点与第二触发时间点的先后顺序，对第一触发时间点与第二触发时间点进行排序，得到排序结果；添加子模块，用于按照第一触发时间点在排序结果中的位置，将第一服务请求添加到第一服务请求队列中的对应位置。

作为一种可选的示例，服务器还包括：第二接收单元，用于在服务器将第二服务请求队列发送给多个第一终端之后，接收多个第一终端反馈的反馈信息，其中，反馈信息中包括第二服务请求队列中的服务请求的处理进度；更新单元，用于按照反馈信息更新第二服务请求队列；第二发送单元，用于将更新后的第二服务请求队列发送给多个第一终端。

作为一种可选的示例，服务器还包括：第三发送单元，用于在服务器将第二服务请求队列发送给多个第一终端之后，在第一服务请求未被处理的时长大于第一阈值的情况下，将第一服务请求发送给多个第一终端中的目标终端，其中，目标终端为处于空闲状态时长最长的终端。

在本发明实施例中，采用服务器接收需求终端发送的第一服务请求，其中，第一服务请求中包括目标对象请求处理的服务内容；服务器将第一服务请求添加到第一服务请求队列中，以更新服务器中的第一服务请求队列，得到第二服务请求队列，其中，第一服务请求队列中包括一个或多个服务请求，每个服务请求中包括待处理的服务内容；服务器将第二服务请求队列发送给多个第一终端，以提示每一个佩戴第一终端的第一对象，根据第二服务请求队列处理服务内容，其中，每一个第一终端由一个第一对象携带的方式，由于在上述方法中，可以由服务器获取需求终端发送的第一服务请求，并将第一服务请求添加到第一服务请求队列中，得到第二服务请求队列，并将第二服务请求队列发送给多个第一终端，以通知多个对象对目标对象进行服务，提高了多个对象获取服务内容的效率，进而解决了获取服务内容效率低的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的一种可选的服务请求分配方法的流程示意图；

图2是根据本发明实施例的一种可选的服务请求分配方法的示意图；

图3是根据本发明实施例的另一种可选的服务请求分配方法的示意图；

图4是根据本发明实施例的又一种可选的服务请求分配方法的示意图；

图5是根据本发明实施例的一种可选的服务请求分配装置的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本发明实施例的一个方面，提供了一种服务请求分配方法，可选地，作为一种可选的实施方式，如图1所示，上述服务请求分配方法包括：

S102，服务器接收需求终端发送的第一服务请求，其中，第一服务请求中包括目标对象请求处理的服务内容；

S104，服务器将第一服务请求添加到第一服务请求队列中，以更新服务器中的第一服务请求队列，得到第二服务请求队列，其中，第一服务请求队列中包括一个或多个服务请求，每个服务请求中包括待处理的服务内容；

S106，服务器将第二服务请求队列发送给多个第一终端，以提示每一个佩戴第一终端的第一对象，根据第二服务请求队列处理服务内容，其中，每一个第一终端由一个第一对象携带。

可选地，本方案中的需求终端与第一终端可以但不限于为任意类型的智能设备。如带有收发信号功能的硬件等。

可选地，本方案可以但不限于应用于服务领域，如实体店对顾客的服务过程中。本方案涉及到需求终端、服务器与第一终端之间的信息传递。如图2的步骤S202-S206所示，需求终端202可以向服务器204发送第一服务请求，第一服务请求可以为顾客触发的请求。服务器206接收到第一服务请求后，可以更新第一服务请求队列，得到第二服务请求队列，并将第二服务请求队列发送给第一终端206。第一终端可以由工作人员携带，工作人员查看第二服务请求队列，并为顾客提供服务。

可选地，本方案中的需求终端可以安装在每一个服务点上，如安装在店内的每一个顾客落座或者顾客停留的位置。顾客可以通过需求终端触发第一服务请求。如顾客可以直接点击需求终端的按钮或者触摸屏发起第一服务请求，还可以一并添加上需要服务的服务内容。如在餐馆，可以通过需求终端点菜并发起第一服务请求。而服务器接收到第一服务请求后，会将第一服务请求更新到第一服务请求队列中。第一服务请求队列中可以包括多个服务请求，多个服务请求可以为一个需求终端或者多个需求终端发起的。服务器将第一服务器请求添加到第一服务请求队列中，得到第二服务请求队列，并将第二服务请求队列发送给多个第一终端。多个第一终端在获取到第二服务请求队列后，可以查看第二服务请求队列中的各个服务请求，并未各个顾客提供服务。

可选地，本方案中在服务器获取到第一服务请求之后，在将第一服务请求更新到第一服务请求队列中时，可以按照第一服务请求的第一触发时间点，将第一服务请求添加到第一服务请求队列中。

可选地，服务器可以获取第一服务请求队列中每一个服务请求的第二触发时间点，然后按照第一触发时间点与第二触发时间点的先后顺序，对第一触发时间点与第二触发时间点进行排序，得到排序结果，然后按照第一触发时间点在排序结果中的位置，将第一服务请求添加到第一服务请求队列中的对应位置。也就是说，第一服务请求队列中的服务请求是按照触发时间点的先后顺序排列的。在获取到第一服务请求之后，获取第一服务请求的第一触发时间点，然后按照触发时间点的先后顺序，将第一服务请求插入到第一服务请求队列中的对应位置。得到第二服务请求队列。第二服务请求队列中，触发时间点越靠前，服务请求的位置越靠前。

在得到第二服务请求队列后，可以将第二服务请求队列发送给多个第一终端。携带第一终端的员工可以对相应的顾客进行服务。

可选地，本方案中第一终端还可以显示有第二服务请求队列中每一个服务请求的具体内容。员工可以通过控制第一终端，对第二服务请求队列中的服务请求进行选择，如员工1选择第二服务请求队列中的第一个服务请求，则第一终端将反馈信息反馈给服务器。服务器可以根据反馈信息更新第二服务请求队列，将更新后的第二服务请求队列发送给多个第一终端。例如，如图3所示，图3中为一种可选的更新后的第二服务请求队列。其中，26桌顾客正被服务中，其他桌顾客征等待被服务中。员工可以通过与第一终端互动选择服务哪一个服务请求，被第一终端选择的服务请求会被服务器进行更新。而已经完成的服务请求会被服务器从第二服务请求队列中删除。需要说明的是，图3中服务顺序为一种示例情况，本方案中并不是必须由前到后按照顺序进行服务。

若是第一服务请求更新到第二服务请求队列中后，第一终端都没有对第一服务请求进行服务。第一服务请求未被服务的时长大于了第一阈值，则服务器将第一服务请求随机分配给一个第一终端，或者直接分配给目标终端。目标终端是多个第一终端中，处于空闲状态最长的终端。服务器分配的第一服务请求需要由被分配的终端进行处理。且服务器同样会更新第二服务请求队列中第一服务请求的状态，并将更新后的第二服务请求队列下发给多个第一终端。

以下结合一个具体示例进行说明。本方案中的第一终端可以位于工作服之上。例如，如图4所示，第一终端可以为智能工服，或者位于智能工服上，第一终端包括了麦克风、耳机与显示器。穿戴设备可以是服务员的智能工服。需要说明的是，图4仅为一种示例，智能工服的样式与麦克风、显示器、耳机的类型与位置与数量均是可以进行调整的。

需求终端可以是设置在餐桌上的需求呼叫器。本方案是顾客按下需求呼叫器，则需求终端将该需求上传到服务器中；餐桌的点餐情况由服务员通过穿戴设备上传到服务器中。服务器将点餐情况和顾客需求实时下发到各穿戴设备，并与各穿戴设备进行交互；服务员可通过穿戴设备向服务器上传上菜情况，服务器接收后实时更新；服务员可通过穿戴设备向服务器上传需求完成情况，服务器接收后实时更新。

本方案中的智能工服的耳机、麦克风与显示器之间都是通过有线连接，具体的连接线嵌设在衣服的内部；显示器可以设置在衣服的手腕部，便于服务员查看，显示器中可以包括控制芯片，其中，控制芯片和餐厅服务器无线通讯。显示器也可以设置在衣服的胸前/腹部，而控制芯片与显示器可分离，控制芯片固定在衣服上，而显示器可从衣服上取下，便于查看。智能工服通过在服装的领口设置的麦克风接收服务员和顾客的录音情况，或者采集服务员在服务顾客时的语音，并将该语音上传到服务器中。服务员通过显示器可实时接收顾客的需求，并领取任务。

在餐饮门店的服务场景中，在餐桌上设置一个按钮，顾客按下该按钮即表明有需求；该需求会被实时传送到服务器中，在服务器中设有“需求队列表”，餐厅内的所有需求在该“需求队列表”中按上传时间进行排序。每桌的点餐情况实时录入到餐厅的服务器中(具体可以是顾客采用扫码点单的方式)。服务器会将点餐情况和顾客需求实时下发到各个智能工服。服务器可以实时接收到各餐桌的点餐情况：是否点餐，点餐的具体菜品，是否已上菜；服务员可以随时查看。服务员上菜后，即在显示器上找到对应餐桌的对应菜品并点击“上菜”，则服务器中会将该餐桌对应菜品的上菜状态更新为“已上菜”。服务员通过查看“需求队列表”了解当前的顾客需求，从而前往餐桌进行服务，并通过麦克风播报语音“任务001已完成”/在显示屏上查找到该需求点击“完成”按钮，则服务器中会在“需求队列表”中将该任务删除，同时将已完成的顾客需求及其对应服务员的信息进行存储。“需求队列表”中的每项顾客需求都对应一个时间，当某项顾客需求超时无人领取，则服务器会将该任务下发到一个智能工服，由耳机进行播报。

服务器设有“需求队列表”，将餐厅内的所有需求在该“需求队列表”中按上传时间进行排序。将顾客需求向各穿戴设备终端进行推送，推送顾客需求消息的顺序按照“需求队列表”中的顺序，然后服务员通过穿戴设备上的任务队列点击领取，这样就不会有人员的空闲和服务的重复性。每个需求对应一个等待时间，当某项顾客需求超时无人领取，则服务器会按照预设的分配策略，将该需求下发到被分配服务员的穿戴设备，穿戴设备将该需求通过耳机进行语音播报提示。分配策略可以是轮询分配，即将当前的超时需求任务自动分配给距离领取上一任务的时间最久的人。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

根据本发明实施例的另一个方面，还提供了一种用于实施上述服务请求分配方法的服务器。如图5所示，该服务器包括：

(1)第一接收单元502，用于接收需求终端发送的第一服务请求，其中，第一服务请求中包括目标对象请求处理的服务内容；

(2)添加单元504，用于将第一服务请求添加到第一服务请求队列中，以更新服务器中的第一服务请求队列，得到第二服务请求队列，其中，第一服务请求队列中包括一个或多个服务请求，每个服务请求中包括待处理的服务内容；

(3)第一发送单元506，用于将第二服务请求队列发送给多个第一终端，以提示每一个佩戴第一终端的第一对象，根据第二服务请求队列处理服务内容，其中，每一个第一终端由一个第一对象携带。

可选地，本方案可以但不限于应用于服务领域，如实体店对顾客的服务过程中。本方案涉及到需求终端、服务器与第一终端之间的信息传递。如图2的步骤S202-S206所示，需求终端202可以向服务器204发送第一服务请求，第一服务请求可以为顾客触发的请求。服务器206接收到第一服务请求后，可以更新第一服务请求队列，得到第二服务请求队列，并将第二服务请求队列发送给第一终端206。第一终端可以由工作人员携带，工作人员查看第二服务请求队列，并为顾客提供服务。

可选地，本方案中的需求终端可以安装在每一个服务点上，如安装在店内的每一个顾客落座或者顾客停留的位置。顾客可以通过需求终端触发第一服务请求。如顾客可以直接点击需求终端的按钮或者触摸屏发起第一服务请求，还可以一并添加上需要服务的服务内容。如在餐馆，可以通过需求终端点菜并发起第一服务请求。而服务器接收到第一服务请求后，会将第一服务请求更新到第一服务请求队列中。第一服务请求队列中可以包括多个服务请求，多个服务请求可以为一个需求终端或者多个需求终端发起的。服务器将第一服务器请求添加到第一服务请求队列中，得到第二服务请求队列，并将第二服务请求队列发送给多个第一终端。多个第一终端在获取到第二服务请求队列后，可以查看第二服务请求队列中的各个服务请求，并未各个顾客提供服务。

可选地，本方案中在服务器获取到第一服务请求之后，在将第一服务请求更新到第一服务请求队列中时，可以按照第一服务请求的第一触发时间点，将第一服务请求添加到第一服务请求队列中。

可选地，服务器可以获取第一服务请求队列中每一个服务请求的第二触发时间点，然后按照第一触发时间点与第二触发时间点的先后顺序，对第一触发时间点与第二触发时间点进行排序，得到排序结果，然后按照第一触发时间点在排序结果中的位置，将第一服务请求添加到第一服务请求队列中的对应位置。也就是说，第一服务请求队列中的服务请求是按照触发时间点的先后顺序排列的。在获取到第一服务请求之后，获取第一服务请求的第一触发时间点，然后按照触发时间点的先后顺序，将第一服务请求插入到第一服务请求队列中的对应位置。得到第二服务请求队列。第二服务请求队列中，触发时间点越靠前，服务请求的位置越靠前。

在得到第二服务请求队列后，可以将第二服务请求队列发送给多个第一终端。携带第一终端的员工可以对相应的顾客进行服务。

可选地，本方案中第一终端还可以显示有第二服务请求队列中每一个服务请求的具体内容。员工可以通过控制第一终端，对第二服务请求队列中的服务请求进行选择，如员工1选择第二服务请求队列中的第一个服务请求，则第一终端将反馈信息反馈给服务器。服务器可以根据反馈信息更新第二服务请求队列，将更新后的第二服务请求队列发送给多个第一终端。例如，如图3所示，图3中为一种可选的更新后的第二服务请求队列。其中，26桌顾客正被服务中，其他桌顾客征等待被服务中。员工可以通过与第一终端互动选择服务哪一个服务请求，被第一终端选择的服务请求会被服务器进行更新。而已经完成的服务请求会被服务器从第二服务请求队列中删除。需要说明的是，图3中服务顺序为一种示例情况，本方案中并不是必须由前到后按照顺序进行服务。

若是第一服务请求更新到第二服务请求队列中后，第一终端都没有对第一服务请求进行服务。第一服务请求未被服务的时长大于了第一阈值，则服务器将第一服务请求随机分配给一个第一终端，或者直接分配给目标终端。目标终端是多个第一终端中，处于空闲状态最长的终端。服务器分配的第一服务请求需要由被分配的终端进行处理。且服务器同样会更新第二服务请求队列中第一服务请求的状态，并将更新后的第二服务请求队列下发给多个第一终端。

以下结合一个具体示例进行说明。本方案中的第一终端可以位于工作服之上。例如，如图4所示，第一终端可以为智能工服，或者位于智能工服上，第一终端包括了麦克风、耳机与显示器。穿戴设备可以是服务员的智能工服。需要说明的是，图4仅为一种示例，智能工服的样式与麦克风、显示器、耳机的类型与位置与数量均是可以进行调整的。

需求终端可以是设置在餐桌上的需求呼叫器。本方案是顾客按下需求呼叫器，则需求终端将该需求上传到服务器中；餐桌的点餐情况由服务员通过穿戴设备上传到服务器中。服务器将点餐情况和顾客需求实时下发到各穿戴设备，并与各穿戴设备进行交互；服务员可通过穿戴设备向服务器上传上菜情况，服务器接收后实时更新；服务员可通过穿戴设备向服务器上传需求完成情况，服务器接收后实时更新。

本方案中的智能工服的耳机、麦克风与显示器之间都是通过有线连接，具体的连接线嵌设在衣服的内部；显示器可以设置在衣服的手腕部，便于服务员查看，显示器中可以包括控制芯片，其中，控制芯片和餐厅服务器无线通讯。显示器也可以设置在衣服的胸前/腹部，而控制芯片与显示器可分离，控制芯片固定在衣服上，而显示器可从衣服上取下，便于查看。智能工服通过在服装的领口设置的麦克风接收服务员和顾客的录音情况，或者采集服务员在服务顾客时的语音，并将该语音上传到服务器中。服务员通过显示器可实时接收顾客的需求，并领取任务。

在餐饮门店的服务场景中，在餐桌上设置一个按钮，顾客按下该按钮即表明有需求；该需求会被实时传送到服务器中，在服务器中设有“需求队列表”，餐厅内的所有需求在该“需求队列表”中按上传时间进行排序。每桌的点餐情况实时录入到餐厅的服务器中(具体可以是顾客采用扫码点单的方式)。服务器会将点餐情况和顾客需求实时下发到各个智能工服。服务器可以实时接收到各餐桌的点餐情况：是否点餐，点餐的具体菜品，是否已上菜；服务员可以随时查看。服务员上菜后，即在显示器上找到对应餐桌的对应菜品并点击“上菜”，则服务器中会将该餐桌对应菜品的上菜状态更新为“已上菜”。服务员通过查看“需求队列表”了解当前的顾客需求，从而前往餐桌进行服务，并通过麦克风播报语音“任务001已完成”/在显示屏上查找到该需求点击“完成”按钮，则服务器中会在“需求队列表”中将该任务删除，同时将已完成的顾客需求及其对应服务员的信息进行存储。“需求队列表”中的每项顾客需求都对应一个时间，当某项顾客需求超时无人领取，则服务器会将该任务下发到一个智能工服，由耳机进行播报。

服务器设有“需求队列表”，将餐厅内的所有需求在该“需求队列表”中按上传时间进行排序。将顾客需求向各穿戴设备终端进行推送，推送顾客需求消息的顺序按照“需求队列表”中的顺序，然后服务员通过穿戴设备上的任务队列点击领取，这样就不会有人员的空闲和服务的重复性。每个需求对应一个等待时间，当某项顾客需求超时无人领取，则服务器会按照预设的分配策略，将该需求下发到被分配服务员的穿戴设备，穿戴设备将该需求通过耳机进行语音播报提示。分配策略可以是轮询分配，即将当前的超时需求任务自动分配给距离领取上一任务的时间最久的人。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种服务请求分配方法，其特征在于，包括：

服务器接收需求终端发送的第一服务请求，其中，所述第一服务请求中包括目标对象请求处理的服务内容；

所述服务器将所述第一服务请求添加到第一服务请求队列中，以更新所述服务器中的所述第一服务请求队列，得到第二服务请求队列，其中，所述第一服务请求队列中包括一个或多个服务请求，每个所述服务请求中包括待处理的服务内容；

所述服务器将所述第二服务请求队列发送给多个第一终端，以提示每一个佩戴所述第一终端的第一对象，根据所述第二服务请求队列处理服务内容，其中，每一个所述第一终端由一个所述第一对象携带。

2.根据权利要求1所述的方法，其特征在于，所述服务器将所述第一服务请求添加到第一服务请求队列中包括：

所述服务器按照所述第一服务请求的第一触发时间点，将所述第一服务请求添加到所述第一服务请求队列中。

3.根据权利要求2所述的方法，其特征在于，所述服务器按照所述第一服务请求的第一触发时间点，将所述第一服务请求添加到所述第一服务请求队列中包括：

所述服务器获取所述第一服务请求队列中每一个服务请求的第二触发时间点；

所述服务器按照所述第一触发时间点与所述第二触发时间点的先后顺序，对所述第一触发时间点与所述第二触发时间点进行排序，得到排序结果；

所述服务器按照所述第一触发时间点在所述排序结果中的位置，将所述第一服务请求添加到所述第一服务请求队列中的对应位置。

4.根据权利要求1所述的方法，其特征在于，在所述所述服务器将所述第二服务请求队列发送给多个第一终端之后，所述方法还包括：

所述服务器接收所述多个第一终端反馈的反馈信息，其中，所述反馈信息中包括所述第二服务请求队列中的服务请求的处理进度；

所述服务器按照所述反馈信息更新所述第二服务请求队列；

所述服务器将更新后的所述第二服务请求队列发送给所述多个第一终端。

5.根据权利要求1至4任意一项所述的方法，其特征在于，在所述服务器将所述第二服务请求队列发送给所述多个第一终端之后，所述方法还包括：

在所述第一服务请求未被处理的时长大于第一阈值的情况下，所述服务器将所述第一服务请求发送给所述多个第一终端中的目标终端，其中，所述目标终端为处于空闲状态时长最长的终端。

6.一种服务器，其特征在于，包括：

第一接收单元，用于接收需求终端发送的第一服务请求，其中，所述第一服务请求中包括目标对象请求处理的服务内容；

添加单元，用于将所述第一服务请求添加到第一服务请求队列中，以更新所述服务器中的所述第一服务请求队列，得到第二服务请求队列，其中，所述第一服务请求队列中包括一个或多个服务请求，每个所述服务请求中包括待处理的服务内容；

第一发送单元，用于将所述第二服务请求队列发送给多个第一终端，以提示每一个佩戴所述第一终端的第一对象，根据所述第二服务请求队列处理服务内容，其中，每一个所述第一终端由一个所述第一对象携带。

7.根据权利要求6所述的服务器，其特征在于，所述添加单元包括：

添加模块，用于按照所述第一服务请求的第一触发时间点，将所述第一服务请求添加到所述第一服务请求队列中。

8.根据权利要求7所述的服务器，其特征在于，所述添加模块包括：

获取子模块，用于获取所述第一服务请求队列中每一个服务请求的第二触发时间点；

排序子模块，用于按照所述第一触发时间点与所述第二触发时间点的先后顺序，对所述第一触发时间点与所述第二触发时间点进行排序，得到排序结果；

添加子模块，用于按照所述第一触发时间点在所述排序结果中的位置，将所述第一服务请求添加到所述第一服务请求队列中的对应位置。

9.根据权利要求6所述的服务器，其特征在于，所述服务器还包括：

第二接收单元，用于在所述服务器将所述第二服务请求队列发送给多个第一终端之后，接收所述多个第一终端反馈的反馈信息，其中，所述反馈信息中包括所述第二服务请求队列中的服务请求的处理进度；

更新单元，用于按照所述反馈信息更新所述第二服务请求队列；

第二发送单元，用于将更新后的所述第二服务请求队列发送给所述多个第一终端。

10.根据权利要求6至9任意一项所述的服务器，其特征在于，所述服务器还包括：

第三发送单元，用于在所述服务器将所述第二服务请求队列发送给所述多个第一终端之后，在所述第一服务请求未被处理的时长大于第一阈值的情况下，将所述第一服务请求发送给所述多个第一终端中的目标终端，其中，所述目标终端为处于空闲状态时长最长的终端。

Images