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

本发明专利技术公开了一种服务请求处理方法、装置、设备和存储介质。该方法包括：获取多个商家的服务计划信息；响应于用户的服务请求，确定与所述服务请求中请求时间匹配的至少一个所述服务计划信息；根据匹配结果，将所述用户的服务请求分配给所述商家。通过上述方案，进行服务请求的匹配和分配的时候，不再需要按照订单先来后到的顺序严格排序，而是可以根据服务请求的实际时间进行灵活排序，此外，可以换由用户排序，也可以由服务端排序，满足多样化服务请求处理需求。务请求处理需求。务请求处理需求。

【技术实现步骤摘要】
一种服务请求处理方法、装置、设备和存储介质


[0001]本专利技术实施例涉及互联网
，尤其涉及一种服务请求处理方法、装置、设备和存储介质。

技术介绍

[0002]随着互联网技术的发展，服务商家接受服务订单越来越便捷。在服务商家在处理订单的过程中，会经常有新的订单加进来。
[0003]在实际应用中，服务商家在提供服务的时候，通常服务人员只能同时对一个用户提供服务。在进行服务订单分配的时候，要充分考虑新服务订单与已有服务订单之间不会产生时间上的冲突。因此，需要一种能够及时、快速、合理处理服务请求的技术方案。

技术实现思路

[0004]本专利技术实施例提供一种服务请求处理方法、装置、设备和存储介质，用以满足服务商家多样化打卡需求的技术方案。
[0005]第一方面，本专利技术实施例提供一种服务请求处理方法，该方法包括：
[0006]获取多个商家的服务计划信息；
[0007]响应于用户的服务请求，确定与所述服务请求中请求时间匹配的至少一个所述服务计划信息；
[0008]根据匹配结果，将所述用户的服务请求分配给所述商家。
[0009]可选地，所述获取多个商家的服务计划信息，包括：
[0010]根据周计划，确定提供服务的至少一个日期；
[0011]根据服务内容，对所述至少一个日期进行多时段拆分得到多维服务计划；其中不同所述时段对应不同的服务内容和服务费用；
[0012]基于所述多维服务计划生成所述服务计划信息。
[0013]可选地，所述确定与所述服务请求中请求时间匹配的至少一个所述服务计划信息，包括：
[0014]获取所述请求时间中包含的请求起始时间、请求时长；
[0015]若所述请求时长与所述多维服务计划中任一时段匹配，并且所述请求起始时间与所述任一时段的计划起始时间的时间间隔小于间隔阈值，则确定所述服务计划信息中包含所述任一时段与所述服务请求匹配。
[0016]可选地，所述请求起始时间与所述任一时段的计划起始时间的时间间隔小于间隔阈值的判断方式包括：
[0017]确定所述请求起始时间；
[0018]确定早于所述请求起始时间的所述计划起始时间，和/或，晚于所述请求起始时间的所述计划起始时间；
[0019]确定所述时间间隔小于所述间隔阈值的与所述服务请求匹配的至少一个所述任
一时段。
[0020]可选地，所述获取多个商家的服务计划信息，包括：
[0021]获取所述多个商家的服务计划信息中已添加服务订单；
[0022]确定所述已添加服务订单的订单起始时间、订单结束时间。
[0023]可选地，所述确定与所述服务请求中请求时间匹配的至少一个所述商家服务计划信息，包括：
[0024]获取所述请求时间中包含的请求起始时间、请求结束时间；
[0025]若所述请求结束时间不晚于所述订单起始时间，并且所述请求起始时间不早于所述订单结束时间，则确定所述服务请求与所述服务计划信息匹配。
[0026]可选地，所述根据匹配结果，将所述用户的服务请求分配给所述商家，包括：
[0027]将所述分配结果反馈给所述用户；
[0028]响应于用户确认所述分配结果的确认信息，将所述服务请求分配给所述商家。
[0029]第二方面，本专利技术实施例提供一种服务请求处理装置，该装置包括：
[0030]获取模块，用于获取多个商家的服务计划信息；
[0031]确定模块，用于响应于用户的服务请求，确定与所述服务请求中请求时间匹配的至少一个所述服务计划信息；
[0032]分配模块，用于根据匹配结果，将所述用户的服务请求分配给所述商家。
[0033]第三方面，本专利技术实施例提供一种电子设备，包括处理器、存储器，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行时实现如第一方面所述的服务请求处理方法。
[0034]第四方面，本专利技术实施例提供一种存储有计算机程序的计算机可读存储介质，当所述计算机程序被一个或多个处理器执行时，致使所述一个或多个处理器执行包括以下的动作：
[0035]获取多个商家的服务计划信息；
[0036]响应于用户的服务请求，确定与所述服务请求中请求时间匹配的至少一个所述服务计划信息；
[0037]根据匹配结果，将所述用户的服务请求分配给所述商家。
[0038]在本专利技术实施例中，获取多个商家的服务计划信息；响应于用户的服务请求，确定与所述服务请求中请求时间匹配的至少一个所述服务计划信息；根据匹配结果，将所述用户的服务请求分配给所述商家。通过上述方案，进行服务请求的匹配和分配的时候，不再需要按照订单先来后到的顺序严格排序，而是可以根据服务请求的实际时间进行灵活排序，此外，可以换由用户排序，也可以由服务端排序，满足多样化服务请求处理需求。
附图说明
[0039]为了更清楚地说明本专利技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本专利技术的一些实施例，对于本领域普通技术人员来讲在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0040]图1为本申请实施例提供的一种服务请求处理方法的流程示意图；
[0041]图2为本申请实施例提供的一种获取服务计划信息方法的流程示意图；
[0042]图3为本申请实施例提供的另一种获取服务计划信息方法的流程示意图；
[0043]图4为本申请实施例提供的一种服务请求处理装置的结构示意图；
[0044]图5为与图4所述实施例提供的服务请求处理装置对应的电子设备的结构示意图。
具体实施方式
[0045]为使本专利技术实施例的目的、技术方案和优点更加清楚，下面将结合本专利技术实施例中的附图，对本专利技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本专利技术一部分实施例，而不是全部的实施例。基于本专利技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本专利技术保护的范围。
[0046]在本专利技术实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本专利技术。在本专利技术实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种。
[0047]应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
[0048]还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种服务请求处理方法，其特征在于，应用于服务端，所述方法包括：获取多个商家的服务计划信息；响应于用户的服务请求，确定与所述服务请求中请求时间匹配的至少一个所述服务计划信息；根据匹配结果，将所述用户的服务请求分配给所述商家。2.根据权利要求1所述的方法，其特征在于，所述获取多个商家的服务计划信息，包括：根据周计划，确定提供服务的至少一个日期；根据服务内容，对所述至少一个日期进行多时段拆分得到多维服务计划；其中不同所述时段对应不同的服务内容和服务费用；基于所述多维服务计划生成所述服务计划信息。3.根据权利要求2所述的方法，其特征在于，所述确定与所述服务请求中请求时间匹配的至少一个所述服务计划信息，包括：获取所述请求时间中包含的请求起始时间、请求时长；若所述请求时长与所述多维服务计划中任一时段匹配，并且所述请求起始时间与所述任一时段的计划起始时间的时间间隔小于间隔阈值，则确定所述服务计划信息中包含所述任一时段与所述服务请求匹配。4.根据权利要求3所述的方法，其特征在于，所述请求起始时间与所述任一时段的计划起始时间的时间间隔小于间隔阈值的判断方式包括：确定所述请求起始时间；确定早于所述请求起始时间的所述计划起始时间，和/或，晚于所述请求起始时间的所述计划起始时间；确定所述时间间隔小于所述间隔阈值的与所述服务请求匹配的至少一个所述任一时段。5.根据权利要求1所述的方法，其特征在于，所述获取多个商家的服务计划信息，包括：获取所述多个商家的服务计划信息中已添加服务订单；确定所述已添加服务订单的...

【专利技术属性】
技术研发人员：赵倩，
申请(专利权)人：长沙市到家悠享网络科技有限公司，
类型：发明
国别省市：