一种服务请求处理方法、装置、设备和存储介质

技术领域

本发明实施例涉及互联网技术领域，尤其涉及一种服务请求处理方法、装置、设备和存储介质。

背景技术

随着互联网技术的发展，服务商家接受服务订单越来越便捷。在服务商家在处理订单的过程中，会经常有新的订单加进来。

在实际应用中，服务商家在提供服务的时候，通常服务人员只能同时对一个用户提供服务。在进行服务订单分配的时候，要充分考虑新服务订单与已有服务订单之间不会产生时间上的冲突。因此，需要一种能够及时、快速、合理处理服务请求的技术方案。

发明内容

本发明实施例提供一种服务请求处理方法、装置、设备和存储介质，用以满足服务商家多样化打卡需求的技术方案。

第一方面，本发明实施例提供一种服务请求处理方法，该方法包括：

获取多个商家的服务计划信息；

响应于用户的服务请求，确定与所述服务请求中请求时间匹配的至少一个所述服务计划信息；

根据匹配结果，将所述用户的服务请求分配给所述商家。

可选地，所述获取多个商家的服务计划信息，包括：

根据周计划，确定提供服务的至少一个日期；

根据服务内容，对所述至少一个日期进行多时段拆分得到多维服务计划；其中不同所述时段对应不同的服务内容和服务费用；

基于所述多维服务计划生成所述服务计划信息。

可选地，所述确定与所述服务请求中请求时间匹配的至少一个所述服务计划信息，包括：

获取所述请求时间中包含的请求起始时间、请求时长；

若所述请求时长与所述多维服务计划中任一时段匹配，并且所述请求起始时间与所述任一时段的计划起始时间的时间间隔小于间隔阈值，则确定所述服务计划信息中包含所述任一时段与所述服务请求匹配。

可选地，所述请求起始时间与所述任一时段的计划起始时间的时间间隔小于间隔阈值的判断方式包括：

确定所述请求起始时间；

确定早于所述请求起始时间的所述计划起始时间，和/或，晚于所述请求起始时间的所述计划起始时间；

确定所述时间间隔小于所述间隔阈值的与所述服务请求匹配的至少一个所述任一时段。

可选地，所述获取多个商家的服务计划信息，包括：

获取所述多个商家的服务计划信息中已添加服务订单；

确定所述已添加服务订单的订单起始时间、订单结束时间。

可选地，所述确定与所述服务请求中请求时间匹配的至少一个所述商家服务计划信息，包括：

获取所述请求时间中包含的请求起始时间、请求结束时间；

若所述请求结束时间不晚于所述订单起始时间，并且所述请求起始时间不早于所述订单结束时间，则确定所述服务请求与所述服务计划信息匹配。

可选地，所述根据匹配结果，将所述用户的服务请求分配给所述商家，包括：

将所述分配结果反馈给所述用户；

响应于用户确认所述分配结果的确认信息，将所述服务请求分配给所述商家。

第二方面，本发明实施例提供一种服务请求处理装置，该装置包括：

获取模块，用于获取多个商家的服务计划信息；

确定模块，用于响应于用户的服务请求，确定与所述服务请求中请求时间匹配的至少一个所述服务计划信息；

分配模块，用于根据匹配结果，将所述用户的服务请求分配给所述商家。

第三方面，本发明实施例提供一种电子设备，包括处理器、存储器，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行时实现如第一方面所述的服务请求处理方法。

第四方面，本发明实施例提供一种存储有计算机程序的计算机可读存储介质，当所述计算机程序被一个或多个处理器执行时，致使所述一个或多个处理器执行包括以下的动作：

获取多个商家的服务计划信息；

响应于用户的服务请求，确定与所述服务请求中请求时间匹配的至少一个所述服务计划信息；

根据匹配结果，将所述用户的服务请求分配给所述商家。

在本发明实施例中，获取多个商家的服务计划信息；响应于用户的服务请求，确定与所述服务请求中请求时间匹配的至少一个所述服务计划信息；根据匹配结果，将所述用户的服务请求分配给所述商家。通过上述方案，进行服务请求的匹配和分配的时候，不再需要按照订单先来后到的顺序严格排序，而是可以根据服务请求的实际时间进行灵活排序，此外，可以换由用户排序，也可以由服务端排序，满足多样化服务请求处理需求。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种服务请求处理方法的流程示意图；

图2为本申请实施例提供的一种获取服务计划信息方法的流程示意图；

图3为本申请实施例提供的另一种获取服务计划信息方法的流程示意图；

图4为本申请实施例提供的一种服务请求处理装置的结构示意图；

图5为与图4所述实施例提供的服务请求处理装置对应的电子设备的结构示意图。

具体实施方式

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

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。

随着服务业务的发展，入住的服务商家越来越多，平台也会接收到越来越多的服务请求。在接收到服务请求后，会对服务请求进行分配，使得服务请求可以分配到一个合理是服务商家。然而，在分配过程中，由于各个服务商家原本包含有已经预定的服务订单，再有新的服务请求的时候，需要将这些新的服务请求在原有服务订单基础之上进行添加。因此，需要一种能够对新的服务请求进行快速、合理分配的方案。

图1为本申请实施例提供的一种服务请求处理方法的流程示意图，应用于服务端(比如，云服务器或者服务器集群)，如图1所示，该方法包括以下步骤：

101：获取多个商家的服务计划信息。

102：响应于用户的服务请求，确定与所述服务请求中请求时间匹配的至少一个所述服务计划信息。

103：根据匹配结果，将所述用户的服务请求分配给所述商家。

需要说明的是，这里所说的服务计划信息，可以是商家预先制定的服务计划，比如，可以是月计划、周计划、日计划等等。在这些计划中，可以包含有服务请求或者服务订单，也可以不包含，只是有规划好的时间表格。这里所说的服务计划信息还可以是已经添加有服务订单，不进行计划制定，时间分配完全由用户提出需求，换言之，服务计划信息，是完全根据用户提出的服务请求制定的。在下述实施例中，将对这两种服务计划信息及其对应的分配方法分别进行举例说明，这里就不重复赘述，具体可参考下述实施例。

在实际应用中，为用户的服务请求进行服务商家分配的时候，可以为用户一次性多推荐几个商家。以便用户可以根据自己的喜好或者时间，从中选择一个较为合适的服务商家和服务时间。进而，根据用户反馈的匹配结果，将服务请求分配到对应的商家，完成新服务请求的处理。

下面根据服务计划信息内容的不同，分别进行举例说明如何进行访问请求处理。如图2为本申请实施例提供的一种获取服务计划信息方法的流程示意图。从图2中可以看到包括如下步骤：

201：根据周计划，确定提供服务的至少一个日期。

202：根据服务内容，对所述至少一个日期进行多时段拆分得到多维服务计划；其中不同所述时段对应不同的服务内容和服务费用。

203：基于所述多维服务计划生成所述服务计划信息。

在实际应用中，制定计划的时候，可以是周计划也可以是月计划等，具体可以根据实际应用需求进行选择。这里仅作为举例说明，并不构成对本方案的限制。当然，这里举例为周计划，是因为，如果计划做的太多、太久，执行效果不好，很容易因为中途一些情况导致计划需要调整或者重新设置。因此，定制周计划更加合理。

例如，在制定的周计划当中，还可能存在个别时间是不对外提供服务的，也就是，一周当中，周六日是不提供服务的，只有周一至周五能够对外提供服务；还有一些，周六日提供服务，在周一至周五之间随机选择一天不提供服务。

在确定能够提供服务的日期之后，会对各个日期进行多时段拆分，拆分的时候，不同日期的拆分维度可能不同，同一日期可以对应多个维度，得到多维服务计划。不同时段，对应的服务内容不同，以及对应的服务费用不同。例如，保洁服务中，可以分为简单保洁、深度保洁，假设简单保洁只是打扫地面卫生，对应的服务时间是1小时，收费为200元；深度保洁会对房间进行彻底打扫，对应的服务时间为5小时，收费为800元。因此，可以将一天拆分为多个维度的多个时段。比如，拆分为5个简单保洁和1个深度保洁，或者两个深度保洁。采用同样的拆分方式，得到周计划中的能够提供服务的至少一个日期的服务计划信息。

在本申请一个或者多个实施例中，如步骤102所述，确定与所述服务请求中请求时间匹配的至少一个所述服务计划信息，包括：获取所述请求时间中包含的请求起始时间、请求时长；若所述请求时长与所述多维服务计划中任一时段匹配，并且所述请求起始时间与所述任一时段的计划起始时间的时间间隔小于间隔阈值，则确定所述服务计划信息中包含所述任一时段与所述服务请求匹配。

这里所说的请求时间包括请求起始时间和请求时长。容易理解的是，在用户发出服务请求的时候，不仅需要指定服务类型，还需要指定需要服务的起始时间，服务时长。当然，在一些应用场景中，服务之间比较多样化的应用场景中，即便是同一类型的服务，不同用户所需要的服务时间长度也不完全相同，则需要用户在发出服务请求的时候，指定服务类型的同时，还需要指定请求时长。在实际应用中，还可以通过指定金额的方式限定请求时长，比如，用户请求某项服务，每多加100元服务费，则对应的服务时长多延长1小时。

在得到用户的请求时间之后，需要根据请求时间与多个商家的服务计划信息进行匹配。具体来说，若请求时长不大于预先制定的多维服务计划中任一时段，而且，请求起始时间与任一时段的计划起始时间的时间间隔也小于间隔阈值，则表示该任一时段与服务请求匹配，换言之，可以将该服务请求分配到对应的任一时段。在实际应用中，可以将一个服务请求分配到多个任一时段，进而由用户选择需要哪个任一时段。

在本申请一个或者多个实施例中，所述请求起始时间与所述任一时段的计划起始时间的时间间隔小于间隔阈值的判断方式包括：确定所述请求起始时间；确定早于所述请求起始时间的所述计划起始时间，和/或，晚于所述请求起始时间的所述计划起始时间；确定所述时间间隔小于所述间隔阈值的与所述服务请求匹配的至少一个所述任一时段。

容易理解的是，在本申请方案中，由于商家的服务计划信息是预先制定的，在没有服务请求或服务订单的情况下制定的。在接收到用户的服务请求之后，以填空的方式，将服务请求添加到合适的任一时段。因此，在进行判断的时候，不仅要与比用户指定的请求起始时间晚的任一时段的计划起始时间比较，还要与比用户指定的请求起始时间早的任一时段的计划起始时间进行比较。从而能够为用户提供更多的选择。

假设，经过比较判断之后，发现都能够匹配，则可以将两个匹配结果同时发送给用户，由用户根据自己的实际情况选择合适的任一时段，以及该任一时段对应的商家。

如图3为本申请实施例提供的另一种获取服务计划信息方法的流程示意图。从图3中可以看到包括如下步骤：

301：获取所述多个商家的服务计划信息中已添加服务订单。

302：确定所述已添加服务订单的订单起始时间、订单结束时间。

在本实施例中，在商家没有提前划分多维时段的情况下，根据接收到的用户订单生成服务计划信息。该服务计划信息是根据新订单的添加不断进行更新。换言之，用户发出的服务请求，是基于在先预约的已经添加的服务订单基础上进行服务请求安排。在服务计划信息中，已经安排的服务订单都有明确的订单起始时间、订单结束时间。因此，新服务请求在进行添加的时候，需要基于订单起始时间和订单结束时间进行具体安排。

在本申请一个或者多个实施例中，所述确定与所述服务请求中请求时间匹配的至少一个所述商家服务计划信息，包括：获取所述请求时间中包含的请求起始时间、请求结束时间；若所述请求结束时间不晚于所述订单起始时间，并且所述请求起始时间不早于所述订单结束时间，则确定所述服务请求与所述服务计划信息匹配。

在实际应用中，为了避免新服务请求与原有服务订单在时间上的冲突，需要将请求起始时间与订单结束时间进行比较，只有在预先添加的服务订单已经执行结束的情况下，才能执行新服务请求，因此，只有当请求起始时间晚于订单结束时间才可以。另一种情况是，只有在预先添加的服务订单还没执行的情况下，新服务请求已经执行完毕，因此，只有当请求结束时间早于订单起始时间就可以。

在本申请一个或者多个实施例中，所述根据匹配结果，将所述用户的服务请求分配给所述商家，包括：将所述分配结果反馈给所述用户；响应于用户确认所述分配结果的确认信息，将所述服务请求分配给所述商家。

在一些应用场景中，可以同时为服务请求分配多个可选商家(也就是多个可选服务计划信息或者多个可选任一时段)。用户可以根据自己的需要选择其中一个，并将选择结果反馈给服务端，进而服务端将该用户的服务请求分配给商家。为用户提供多样化的选择。

基于上述实施例，获取多个商家的服务计划信息；响应于用户的服务请求，确定与所述服务请求中请求时间匹配的至少一个所述服务计划信息；根据匹配结果，将所述用户的服务请求分配给所述商家。通过上述方案，进行服务请求的匹配和分配的时候，不再需要按照订单先来后到的顺序严格排序，而是可以根据服务请求的实际时间进行灵活排序，此外，可以换由用户排序，也可以由服务端排序，满足多样化服务请求处理需求。

基于相同的思路，本申请实施例还提供一种服务请求处理装置，如图4为本申请实施例提供的一种服务请求处理装置的结构示意图。从图4中可以看到所述装置包括：

获取模块41，用于获取多个商家的服务计划信息；

确定模块42，用于响应于用户的服务请求，确定与所述服务请求中请求时间匹配的至少一个所述服务计划信息；

分配模块43，用于根据匹配结果，将所述用户的服务请求分配给所述商家。

可选地，所述获取模块41还用于根据周计划，确定提供服务的至少一个日期；根据服务内容，对所述至少一个日期进行多时段拆分得到多维服务计划；其中不同所述时段对应不同的服务内容和服务费用；基于所述多维服务计划生成所述服务计划信息。

可选地，确定模块42，用于获取所述请求时间中包含的请求起始时间、请求时长；若所述请求时长与所述多维服务计划中任一时段匹配，并且所述请求起始时间与所述任一时段的计划起始时间的时间间隔小于间隔阈值，则确定所述服务计划信息中包含所述任一时段与所述服务请求匹配。

可选地，确定模块42，还用于确定所述请求起始时间；

确定早于所述请求起始时间的所述计划起始时间，和/或，晚于所述请求起始时间的所述计划起始时间；

确定所述时间间隔小于所述间隔阈值的与所述服务请求匹配的至少一个所述任一时段。

可选地，所述获取模块41还用于获取所述多个商家的服务计划信息中已添加服务订单；确定所述已添加服务订单的订单起始时间、订单结束时间。

可选地，确定模块42，还用于获取所述请求时间中包含的请求起始时间、请求结束时间；若所述请求结束时间不晚于所述订单起始时间，并且所述请求起始时间不早于所述订单结束时间，则确定所述服务请求与所述服务计划信息匹配。

可选地，分配模块43，用于将所述分配结果反馈给所述用户；响应于用户确认所述分配结果的确认信息，将所述服务请求分配给所述商家。

基于上述实施例，获取多个商家的服务计划信息；响应于用户的服务请求，确定与所述服务请求中请求时间匹配的至少一个所述服务计划信息；根据匹配结果，将所述用户的服务请求分配给所述商家。通过上述方案，进行服务请求的匹配和分配的时候，不再需要按照订单先来后到的顺序严格排序，而是可以根据服务请求的实际时间进行灵活排序，此外，可以换由用户排序，也可以由服务端排序，满足多样化服务请求处理需求。

在一个可能的设计中，上述图4所示服务请求处理装置的结构可实现为一电子设备，如图5所示为与图4所述实施例提供的服务请求处理装置对应的电子设备的结构示意图，该电子设备可以包括：处理器51、存储器52，所述存储器52用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器51执行时实现前述各实施例中服务端所执行的各步骤。

可选地，该电子设备中还可以包括通信接口53，用于与其他设备进行通信。

另外，本发明实施例提供了一种计算机存储介质，用于储存计算机程序，该计算机程序使客户端执行时实现上述图1所示实施例中的服务请求处理方法。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助加必需的通用硬件平台的方式来实现，当然也可以通过硬件和软件结合的方式来实现。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以计算机产品的形式体现出来，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程资源更新设备的处理器以产生一个机器，使得通过计算机或其他可编程资源更新设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程资源更新设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程资源更新设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。