CN113128727A - 用于服务预约的方法、装置、电子设备及存储介质 - Google Patents

Abstract

本公开提供了一种用于服务预约的方法、装置、电子设备及存储介质。该方法包括：获取服务项目和服务地址；根据所述服务项目确定服务时长、服务开始提供时间点和服务结束提供时间点；根据所述服务时长、所述服务开始提供时间点和所述服务结束提供时间点确定多个预约时间段；查询所述服务地址对应的各个预约时间段的库存量；根据所述各个预约时间段的库存量，确定各个预约时间段的预约状态；展示所述各个预约时间段和所述各个预约时间段的预约状态。该方法可以实现实时获取并展示各个预约时间段及其对应的预约状态。

Description

用于服务预约的方法、装置、电子设备及存储介质

技术领域

本公开涉及计算机技术领域，尤其涉及一种用于服务预约的方法、装置、电子设备及存储介质。

背景技术

对于需要占用服务人员时间进行服务的业务，例如上门清洗保养、上门安装、上门维修、上门保洁等，相关技术中，在客户预约服务时间后，运营人员人工进行服务人员的分派。由于一个区域内服务人员规模基本固定，而客户需求量不定，往往会出现个别时间点超卖的情况；在多个客户预约的时间段集中、服务人员紧张时，需要运营人员和客户进行沟通并调整上门服务时间。这不仅会降低客户的服务满意度，也会增加运营人员的工作量。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的目的在于提供一种用于服务预约的方法、装置、电子设备及存储介质，该方法可以实现实时获取并展示各个预约时间段及其对应的预约状态。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

本公开实施例提供一种用于服务预约的方法，包括：获取服务项目和服务地址；根据所述服务项目确定服务时长、服务开始提供时间点和服务结束提供时间点；根据所述服务时长、所述服务开始提供时间点和所述服务结束提供时间点确定多个预约时间段；查询所述服务地址对应的各个预约时间段的库存量；根据所述各个预约时间段的库存量，确定各个预约时间段的预约状态；展示所述各个预约时间段和所述各个预约时间段的预约状态。

在本公开一些示例性实施例中，所述预约时间段包括多个预约时间点；其中，查询所述服务地址对应的各个预约时间段的库存量，包括：根据所述预约时间段确定通勤时间点；查询所述服务地址对应的所述通勤时间点和各个预约时间段内的各个预约时间点对应的服务提供者的状态；设置各个预约时间段对应的所述服务提供者的二进制位数据，所述服务提供者的二进制位数据用于表示所述通勤时间点和各个预约时间段内的各个预约时间点对应的服务提供者的状态；分别统计各个预约时间段对应的二进制位数据满足预设条件的服务提供者的数量，获得所述服务地址对应的各个预约时间段的库存量。

在本公开一些示例性实施例中，设置各个预约时间段对应的所述服务提供者的二进制位数据，包括：若所述通勤时间点早于所述服务开始提供时间点时，将所述服务提供者的二进制位数据中与所述通勤时间点对应的位设置为1。

在本公开一些示例性实施例中，所述方法还包括：获取目标服务对象从所述预约时间段中选择的目标预约时间段；更新所述服务地址对应的所述目标预约时间段的库存量。

在本公开一些示例性实施例中，更新所述服务地址对应的所述目标预约时间段的库存量，包括：根据所述目标预约时间段确定目标服务提供者；根据所述目标预约时间段确定目标通勤时间点；更新所述服务地址对应的所述目标通勤时间点和所述目标预约时间段对应的所述目标服务提供者的状态。

在本公开一些示例性实施例中，所述预约状态包括约满状态和待预约状态；其中，展示所述各个预约时间段和所述各个预约时间段的预约状态，包括：使用第一方式和第二方式分别对预约状态为约满状态和待预约状态的预约时间段进行显示。

在本公开一些示例性实施例中，所述方法还包括：根据所述服务地址确定区域标识；其中，查询所述服务地址对应的各个预约时间段的库存量，包括：查询所述区域标识对应的各个预约时间段的库存量。

本公开实施例提供一种用于服务预约的装置，包括：服务项目获取模块，用于获取服务项目和服务地址；服务时长确定模块，用于根据所述服务项目确定服务时长、服务开始提供时间点和服务结束提供时间点；预约时间段确定模块，用于根据所述服务时长、所述服务开始提供时间点和所述服务结束提供时间点确定多个预约时间段；库存量查询模块，用于查询所述服务地址对应的各个预约时间段的库存量；预约状态确定模块，用于根据所述各个预约时间段的库存量，确定各个预约时间段的预约状态；预约时间段展示模块，用于展示所述各个预约时间段和所述各个预约时间段的预约状态。

本公开实施例提供一种电子设备，包括：至少一个处理器；存储装置，用于存储至少一个程序，当所述至少一个程序被所述至少一个处理器执行时，使得所述至少一个处理器实现如上述任一种用于服务预约的方法。

本公开实施例提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上述任一种用于服务预约的方法。

本公开一些实施例提供的用于服务预约的方法，根据服务项目可以确定服务时长、服务开始提供时间点和服务结束时间点，根据服务时长、服务开始提供时间点和服务结束时间点可以确定出多个预约时间段，根据服务地址和确定出的多个预约时间段，可以实时查询服务地址对应的各个预约时间段的库存量，根据各个预约时间段的库存量可以确定出各个预约时间段的预约状态，无需依赖运营人员的监控调配，对各个预约时间段的库存量进行精细化控制，可以实现实时获取并展示各个预约时间段对应的预约状态。此外，该方法还可以使目标服务对象可以更直观、更便捷的进行服务预约，提升用户体验。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了可以应用本公开实施例的用于服务预约的方法的示例性系统架构的示意图。

图2是根据一示例性实施方式示出的一种用于服务预约的方法的流程图。

图3是根据一示例示出的一种服务结算页面的示意图。

图4是根据一示例示出的一种服务预约时间段的示意图。

图5是根据一示例示出的另一种服务结算页面的示意图。

图6是根据一示例示出的一种服务预约日历的示意图。

图7是根据一示例示出的另一种服务预约日历的示意图。

图8是根据一示例示出的再一种服务预约日历的示意图。

图9是根据一示例性实施方式示出的另一种用于服务预约的方法的流程图。

图10是根据一示例性实施方式示出的再一种用于服务预约的方法的流程图。

图11是根据一示例示出的一种用于服务预约的系统的示意图。

图12是根据一示例示出的一种获取预约日历的流程图。

图13是根据一示例示出的一种服务时间库存扣减的流程图。

图14是根据一示例性实施方式示出的一种用于服务预约的装置的框图。

图15是根据一示例性实施方式示出的一种电子设备的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

图1示出了可以应用本公开实施例的用于服务预约的方法的示例性系统架构的示意图。

如图1所示，该系统架构可以包括服务器101、网络102和客户端103。网络102用以在客户端103和服务器101之间提供通信链路的介质。网络102可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

服务器101可以是提供各种服务的服务器，例如对用户利用客户端103所进行操作的装置提供支持的后台管理服务器。后台管理服务器可以对接收到的请求等数据进行分析等处理，并将处理结果反馈给客户端103。

客户端103可以是手机、游戏主机、平板电脑、电子书阅读器、智能眼镜、智能家居设备、AR(Augmented Reality，增强现实)设备、VR(Virtual Reality，虚拟现实)设备等移动终端，或者，客户端103也可以是个人计算机，比如膝上型便携计算机和台式计算机等等。

本公开实施例中，用户可以通过客户端103输入服务项目和服务地址，客户端103可以获取服务项目和服务地址；客户端103可以根据服务项目确定服务时长、服务开始提供时间点和服务结束提供时间点；客户端103可以根据服务时长、服务开始提供时间点和服务结束提供时间点确定多个预约时间段；客户端103可以查询服务地址对应的各个预约时间段的库存量；客户端103可以根据各个预约时间段的库存量，确定各个预约时间段的预约状态；客户端103可以展示各个预约时间段和各个预约时间段的预约状态；用户可以根据客户端103展示的各个预约时间段和各个预约时间段的预设状态选择可选的预约时间段；客户端103可以根据用户选择的预约时间段生成服务订单，并更新服务地址对应的各个预约时间段的库存量。

本公开实施例中，用户可以通过客户端103输入服务项目和服务地址，客户端103可以将服务项目和服务地址发送至服务器101；服务器101可以获取服务项目和服务地址；服务器101可以根据服务项目确定服务时长、服务开始提供时间点和服务结束提供时间点；服务器101可以根据服务时长、服务开始提供时间点和服务结束提供时间点确定多个预约时间段；服务器101可以查询服务地址对应的各个预约时间段的库存量；服务器101可以根据各个预约时间段的库存量，确定各个预约时间段的预约状态；服务器101可以将各个预约时间段的预约状态返回至客户端103；客户端103可以展示各个预约时间段和各个预约时间段的预约状态；用户可以根据客户端103展示的各个预约时间段和各个预约时间段的预设状态选择可选的预约时间段；客户端103可以将用户选择的预约时间段发送至服务器101；服务器101可以根据用户选择的预约时间段生成服务订单，并更新服务地址对应的各个预约时间段的库存量。

应该理解，图1中的客户端、网络和服务器的数目仅仅是示意性的，服务器101可以是一个实体的服务器，还可以为多个服务器组成的服务器集群，还可以是云端服务器，根据实际需要，可以具有任意数目的终端设备、网络和服务器。

需要注意的是，上述应用场景仅是为了便于理解本公开的精神和原理而示出，本公开的实施方式在此方面不受任何限制。相反，本公开的实施方式可以应用于适用的任何场景。

下面，将结合附图及实施例对本公开示例实施例中的用于服务预约的方法的各个步骤进行更详细的说明。

图2是根据一示例性实施方式示出的一种用于服务预约的方法的流程图。本公开实施例提供的方法可以由如图1所示的客户端中执行，但本公开并不限定于此。

如图2所示，本公开实施例提供的用于服务预约的方法可以包括以下步骤。

在步骤S202中，获取服务项目和服务地址。

本公开实施例中，服务可以指需要占用服务人员时间的业务，例如上门清洗保养，上门保洁等售卖服务人员的时间的服务。

下面以上门保洁服务为例进行说明，但本公开并不限定于此。

本公开实施例中，服务项目可以包括日常保洁、深度保洁、夜间保洁等；服务地址可以为用户的具体地址，例如：XX省XX市XX区县XX街道四级地址。其中，服务项目可以预先设置，用户可以在预先设置的服务项目中选择，服务地址可以为用户输入的地址。

本公开实施例中，用户可以在客户端选择商品SKU(Stock keeping Unit，库存保有单位)，客户端可以根据用户选择的商品SKU确定服务项目。

在步骤S204中，根据服务项目确定服务时长、服务开始提供时间点和服务结束提供时间点。

其中，服务时长可以为服务需要进行的时间，服务开始提供时间点可以为预设时间间隔内服务提供方可以开始提供服务的时间点，服务结束提供时间点可以为预设时间间隔内服务提供方可以提供服务的最晚时间点，预设时间间隔可以为一天。

例如，若服务项目为日常保洁，则服务时长可以为3小时，服务开始提供时间点可以为每天的8点，服务结束提供时间点可以为每天的21点，用户可以在8点至21点之间选择3小时进行日常保洁服务。

又例如，若服务项目为深度保洁，则服务时长可以为5小时，服务开始提供时间点可以为每天的8点，服务结束提供时间点可以为每天的21点，用户可以在8点至21点之间选择5小时进行深度保洁服务。

再例如，若服务项目为夜间保洁，则服务时长可以为2小时，服务开始提供时间点可以为每天的18点，服务结束提供时间点可以为每天的21点，用户可以在18点到21点之间选择2小时进行夜间保洁服务。

其中，服务时长、服务开始提供时间点和服务结束提供时间点可以根据服务项目预先对应设置，本公开对此不做限制。

在步骤S206中，根据服务时长、服务开始提供时间点和服务结束提供时间点确定多个预约时间段。

本公开实施例中，可以从服务开始提供时间点至服务结束提供时间点之间选取时间长度为服务时长的时间段作为预约时间段。

以上述服务项目为日常保洁为例，从服务开始提供时间点每天8点至服务结束提供时间点每天21点之间选取出的时间长度为服务时长3小时的多个预约时间段分别为：8：00～11：00、9：00～12：00、10：00～13：00、……、18：00～21：00。

在步骤S208中，查询服务地址对应的各个预约时间段的库存量。

本公开实施例中，可以查询服务地址对应的预设时间内各个预约时间段的库存量。其中，预设时间例如可以为当天当前时刻的2小时后的整点时刻到7天。

例如，当天当前时刻为1月1日10：28，则可以查询服务地址对应的1月1日13：00至1月7日21：00内各个预约时间段的库存量。

在示例性实施例中，预约时间段可以包括多个预约时间点。

例如，预约时间段9：00-12：00可以包括三个预约时间点：9：00、10：00、11：00。

本公开实施例中，库存量可以指有可约时间的服务提供者的数量；各个预约时间段的库存量可以指在一个预约时间段内的各个预约时间点均有可约时间的服务提供者的数量。

其中，服务提供者可以为提供服务的人员、机构或机器人等等。

本公开实施例中，可以查询服务地址对应的各个预约时间段内各个预约时间点对应的服务提供者的状态，统计各个预约时间段内各个预约时间点对应的服务提供者的状态均为可约状态(或待预约状态)的服务提供者的数量，将统计出的数量作为各个预约时间段的库存量。

本公开实施例中，若预约时间段中的预约时间点已过，则可以将该预约时间段对应的库存量设置为预设值。其中，预设值例如可以为-1。

下面以保洁服务为例、以服务提供者为保洁人员为例进行举例说明，但本公开并不限定于此。

例如，以预约时间段为9：00-12：00为例进行说明，查询9：00、10：00、11：00三个预约时间点的保洁人员的状态，统计9：00、10：00、11：00三个预约时间点的状态均为可约状态的保洁人员的数量，将统计出的数量作为库存量。

在示例性实施例中，可以根据服务地址确定区域标识。

例如可以根据服务地址确定片区(也可称做商圈)ID(标识)，其中，一个服务地址可以对应多个商圈，一个商圈也可以对应多个服务地址，本公开对此不做限制。

在示例性实施例中，查询服务地址对应的各个预约时间段的库存量，可以包括：查询区域标识对应的各个预约时间段的库存量。

其中，查询服务地址对应的各个预约时间段的库存量和查询区域标识对应的各个预约时间段的库存量类似，本公开在此不再赘述。

本公开实施例中，可以实时查询服务地址对应的各个预约时间段的库存量，有效避免了超卖的情况。

在步骤S210中，根据各个预约时间段的库存量，确定各个预约时间段的预约状态。

在示例性实施例中，预约状态包括约满状态和待预约状态(或可约状态)。

本公开实施例中，若预约时间段的库存量为0，则可以确定该预约时间段的预约状态为约满状态；若预约时间段的库存量大于或等于1，则可以确定该预约时间段的预约状态为待预约状态(或可约状态)；若预约时间段的库存量为-1，则可以确定该预约时间段的预约状态为“时间已过”。

在步骤S212中，展示各个预约时间段和各个预约时间段的预约状态。

本公开实施例中，可以在客户端的应用界面上展示各个预约时间段和各个预约时间段的预约状态。

在示例性实施例中，展示各个预约时间段和各个预约时间段的预约状态可以包括：使用第一方式和第二方式分别对预约状态为约满状态和待预约状态的预约时间段进行显示。

其中，第一方式例如可以为橙色显示，第二方式例如可以为绿色显示；或者，第一方式例如可以为文字标注“约满”，第二方式例如可以为文字标注“可约”。

例如，可以用橙色显示预约状态为约满状态的预约时间段，可以用绿色显示预约状态为可约状态的预约时间段。

本公开实施例中，还可以使用第三方式对“时间已过”的预约时间段进行显示。其中，第三方式例如可以为灰色显示，或者文字标注“时间已过”。

需要说明的是，本公开实施例中，也可以只展示预约时间段的开始时间点，例如，对于9：00-12：00这一预约时间段，在展示的时候可以只展示9：00这一预约时间点来代表9：00-12：00这一预约时间段。

本公开实施例中，可以将预设时间内的各个预约时间段组装成预约日历，预约日历可以显示今天、明天、XX月XX日、……、直到预设时间最后一天内的各个预约时间段及其预约状态。

例如，可以将当天当前时刻的2小时后的整点时刻到7天内的各个预约时间段组装成预约日历。

例如，当天当前时刻为1月1日10：28，则可以将1月1日13：00至1月7日21：00内各个预约时间段组装成预约日历。

图3是根据一示例示出的一种服务结算页面的示意图。

图4是根据一示例示出的一种服务预约时间段的示意图。

图5是根据一示例示出的另一种服务结算页面的示意图。

图6是根据一示例示出的一种服务预约日历的示意图。

图7是根据一示例示出的另一种服务预约日历的示意图。

图8是根据一示例示出的再一种服务预约日历的示意图。

如图3所示，该页面上方可以提示服务可选位置，用户可以输入服务地址或从已有地址中选择服务地址，用户可以选择服务项目(例如日常保洁服务)，当服务地址不在服务范围内时，可以提示“该地址不在服务范围内”；当服务地址在服务范围内时，通过点击预约上门时间可以进入图4所示的服务预约时间段页面；在图3所示的页面中，用户还可以备注留言“家中有小孩”等等便于发送至服务提供者查看。

如图4所示，用户可以选择今天、明天到7天内的预约时间段，其中，预约时间段以展示服务开始的预约时间点的方式显示，预约状态为约满状态的预约时间点使用灰色显示。

如图5所示，用户可以点击图5中的“预约上门时间”进入图6的服务预约日历页面，服务预约日历可以显示今天、明天到7天内的预约时间段，其中，预约时间段以展示服务开始的预约时间点的方式显示，预约状态为约满状态的预约时间点使用灰色显示并用文字标注“已约满”。

用户可以点击图6上方的日期切换查看不同日期的预约情况，例如，点击图6中的“03-16后天”按钮进入图7，图7显示后天的预约情况。用户也可以在图7中点击“03-16后天”按钮进入图8，图8可以显示具体日期，点击具体日期中的时间跳转查看。

本公开实施例提供的用于服务预约的方法，根据服务项目可以确定服务时长、服务开始提供时间点和服务结束时间点，根据服务时长、服务开始提供时间点和服务结束时间点可以确定出多个预约时间段，根据服务地址和确定出的多个预约时间段，可以实时查询服务地址对应的各个预约时间段的库存量，根据各个预约时间段的库存量可以确定出各个预约时间段的预约状态，无需依赖运营人员的监控调配，对各个预约时间段的库存量进行精细化控制，可以实现实时获取并展示各个预约时间段对应的预约状态。此外，该方法还可以使目标服务对象可以更直观、更便捷的进行服务预约，提升用户体验。

图9是根据一示例性实施方式示出的另一种用于服务预约的方法的流程图。

本公开实施例中，在图2所示的用于服务预约的方法的基础上，图9所示的用于服务预约的方法进一步提供了如何查询服务地址对应的各个预约时间段的库存量，也即提供了上述步骤S208的一种实施例。

如图9所示，步骤S208可以包括以下步骤。

在步骤S502中，根据预约时间段确定通勤时间点。

本公开实施例中，可以根据当地通勤情况确定通勤时间段，可以使用预约时间段的开始时间点减去通勤时间段，获得通勤时间点。

例如，若通勤时间段为1小时，则预约时间段8：00-11：00对应的通勤时间点为7：00；预约时间段9：00-12：00对应的通勤时间点为8：00；预约时间段10：00-13：00对应的通勤时间点为9：00，以此类推。

在步骤S504中，查询服务地址对应的通勤时间点和各个预约时间段内的各个预约时间点对应的服务提供者的状态。

在示例性实施例中，预约时间段可以包括多个预约时间点。

例如，预约时间段9：00-12：00可以包括三个预约时间点：9：00、10：00、11：00。

例如，确定出预约时间段8：00-11：00对应的通勤时间点为7：00之后，查询通勤时间点7：00和预约时间段8：00-11：00内的各个预约时间点8：00、9：00、10：00对应的服务提供者的状态；即，若预约时间段为8：00-11：00，则查询7：00、8：00、9：00、10：00对应的服务提供者的状态；若预约时间段为9：00-12：00，则查询8：00、9：00、10：00、11：00对应的服务提供者的状态。

本公开实施例中，可以查询服务地址对应的预设时间内通勤时间点和各个预约时间段内的各个预约时间点对应的服务提供者的状态。其中，预设时间例如可以为当天当前时刻的2小时后的整点时刻到7天。

例如，当天当前时刻为1月1日10：28，则可以查询服务地址对应的1月1日13：00至1月7日21：00内通勤时间点和各个预约时间段内的各个预约时间点对应的服务提供者的状态。

其中，服务提供者可以为提供服务的人员、机构或机器人等等。

在示例性实施例中，服务提供者的状态可以包括已约状态、请假状态、休息状态和可用状态。

在步骤S506中，设置各个预约时间段对应的服务提供者的二进制位数据，服务提供者的二进制位数据用于表示通勤时间点和各个预约时间段内的各个预约时间点对应的服务提供者的状态。

其中，程序中的数在计算机内存中可以以二进制的形式储存的。位运算可以指直接对整数在内存中的二进制位进行操作。例如，and(和)运算是一个逻辑运算符，在整数与整数之间可以进行and运算。例如，6的二进制是110，11的二进制是1011，那么6and 11的结果就是2，它是二进制对应位进行逻辑运算的结果(0可以表示False，1可以表示True，空位可以当0处理)。

本公开实施例中，可以使用二进制位数据的不同位来表示服务提供者不同时间点的状态，可以使用二进制位数据中每一位上的数字来表示服务提供者的状态。

其中，可以使用二进制位数据的第一位(或前两位)表示服务提供者通勤时间点的状态，使用二进制位数据的后面几位表示服务提供者的各个预约时间点的状态。

例如，可以用1表示服务提供者的状态为可用状态，用0表示服务提供者的状态为不可用状态，其中，不可用状态可以包括已约状态、占用状态、通勤状态、请假状态或休息状态。

例如，若预约时间段8：00-11：00对应的服务人员的二进制位数据为1101，则说明该服务人员7：00的状态为可用状态，8：00的状态为可用状态，9：00的状态为不可用状态，10：00的状态为可用状态。

在示例性实施例中，若通勤时间点早于服务开始提供时间点时，将服务提供者的二进制位数据中与通勤时间点对应的位设置为1。

例如，预约时间段8：00-11：00对应的通勤时间点为7：00，开始提供时间点为8：00，即，服务人员于8：00开始正式上班，8：00之前的时间本来就是通勤时间，则可以将服务提供者的二进制位数据中与通勤时间点对应的位设置为1，即，此时默认该通勤时间点对应的服务人员的状态为可用状态。

又例如，若编号为BJ000001的服务人员的2021-01-13 10:00到2021-01-13 11:00的这个服务时间可用，则可以设置预约日历的预约时间段8:00-11:00对应的此服务人员二进制位的第4位(第4个时间点)为1(可用)；则可以设置预约日历的预约时间段9:00-12:00对应的此服务人员二进制位的第3位(第3个时间点)为1(可用)；则可以设置预约日历的10:00-13:00预约时间段对应的此服务人员二进制位的第2位(第2个时间点)为1(可用)；则可以设置预约日历的11:00-14:00预约时间段对应的此服务人员二进制位的第1位(第1个时间点，对应服务开始之前的通勤时间点)为1(可用)。

此外，若此服务人员有8:00和9:00的可用服务时间，则可以对预约日历的预约时间段8:00-11:00对应的此服务人员二进制位的第2位和第3位也设置为1(可用)，因开始提供时间点(8点)前的1小时不是开放服务时间，7点本身就是通勤时间，所以二进制位的第1位可设置为1(可用)。

本公开实施例中，服务提供者的二进制位数据可以使用内存map(映射)存储。

例如可以使用Map<String,Map<String,Integer>>skuTimeSlotLabourerBinaryMap存储预约日历中各预约时间段对应的服务人员各预约时间段内连续各预约时间点及服务时间前1小时(通勤时间)是否可用的二进制位数据。

其中，Map<String,Integer>labourerBinaryMap可以存储某个预约时间段对应的服务人员此时间段连续各时间点及服务时间前1小时是否可用的二进制位数据。

本公开实施例中，采用内存map、二进制位运算及存储，可以提升程序的计算性能、节省内存的存储空间。

在步骤S508中，分别统计各个预约时间段对应的二进制位数据满足预设条件的服务提供者的数量，获得服务地址对应的各个预约时间段的库存量。

其中，预设条件可以为二进制位数据中每一位数据均为1。

本公开实施例中，统计预约时间段内二进制位数据中每一位数据均为1的服务提供者的数量，即，在预约时间段对应的通勤时间点和预约时间段内的各预约时间点均可用的服务提供者的数量，将统计出的数量作为该预约时间段的库存量。

本公开实施例中，可以遍历服务地址对应的当前时间的2小时后到7天内所有可用服务时间库存集合(serviceTimeStockList)，将各服务时间库存对应的可影响到的前端预约时间段(可以从skuTimeSlotLabourerBinaryMap中根据开始提供时间点key获取)的对应服务人员的连续时间点的二进制位(可以从labourerBinaryMap中根据服务人员编号key获取)设置为1(可以表示此服务人员在此预约时间段的第N个时间点可用)。

其中，一条可用服务时间库存可以影响前后多个预约时间段的该服务人员的二进制位的设置。

本公开实施例中，可以循环判断当天2小时后到7天内，每天开始提供时间点(例如：日常保洁为8点，夜间保洁为18点)到服务结束时间(例如：日常保洁为21点，夜间保洁为21点(不含))，预约日历中可选的预约时间段的开始时间可以间隔1小时，如当天的8:00-11:00、9:00-12:00、10:00-13:00、……、18:00-21:00。可以计算每个预约时间段的库存里，从如上述内存skuTimeSlotLabourerBinaryMap中根据开始提供时间点(key格式可以为：sku#granularity#yyyyMMddHHmm，由服务项目编码、服务时长(单位：分钟)、开始提供时间点组成，例如：12345678#180#202101130800)，遍历所有服务人员的每个预约时间段中的连续时间点是否可用的二进制数据，判断二进制数中连续时间点(8点后开始的含通勤时间)对应的二进制数据中每位上是否都标记的是1(可用)，累加获取到此预约时间段对应的可用库存量。将各个预约时间段及其库存量组装后可以返回给前端(或客户端)进行展示。

本公开实施例中，前端可以展示该服务项目该服务地址的预约日历，可以展示7天内每天、从8点到21点(不含)每隔1小时的各个预约时间段，可以根据每个预约时间段的库存量展示约满或可约状态及相应操作功能。

本公开实施例提供的用于服务预约的方法，一方面，使用二进制位数据表示服务提供者的状态，可以提升程序的计算性能，提高处理效率，节省内存的存储空间；另一方面，根据预约时间段确定通勤时间点，考虑了服务提供者的通勤时间，为服务人员预留通勤时间，可以保证服务人员按时进行上门服务，可以提高服务提供者的时间利用率，提升目标服务对象的满意度。

图10是根据一示例性实施方式示出的再一种用于服务预约的方法的流程图。

本公开实施例中，在图2所示的用于服务预约的方法的基础上，图10所示的用于服务预约的方法还可以包括以下步骤。

在步骤S602中，获取目标服务对象从预约时间段中选择的目标预约时间段。

其中，目标服务对象可以为用户。

本公开实施例中，可以为预约时间段的不同预约状态设置可操作功能。例如预约状态为待预约状态的预约时间段，可以设置可点击预约的操作功能；预约状态为约满状态的预约时间段，可以设置不可点击预约的操作功能。

用户可以通过如图4所示的服务预约日历页面，从待预约状态的预约时间段中选择合适时间的目标预约时间段。

在用户选择目标预约时间段之后，可以提交订单；客户端可以根据用户选择的目标预约时间段生成服务订单，并发送至服务提供者的客户端。

在步骤S604中，更新服务地址对应的目标预约时间段的库存量。

本公开实施例中，在用户选择目标预约时间段之后，可以更新服务地址对应的目标预约时间段的库存量。

例如，可以将服务地址对应的目标预约时间段的库存量减1，作为更新后的服务地址对应的目标预约时间段的库存量。

在示例性实施例中，更新服务地址对应的目标预约时间段的库存量可以包括：根据目标预约时间段确定目标服务提供者；根据目标预约时间段确定目标通勤时间点；更新服务地址对应的目标通勤时间点和目标预约时间段对应的目标服务提供者的状态。

本公开实施例中，可以根据目标预约时间段确定出在目标预约时间段内各预约时间点均为可用状态的服务提供者，从这些服务提供者中选择出目标服务提供者。

本公开实施例中，也可以根据目标预约时间段确定出目标预约时间段对应的二进制位数据每一位均为1的服务提供者，从这些服务提供者中选择出目标服务提供者。

其中，可以结合派单规则从这些服务提供者中选择出目标服务提供者。

其中，派单规则例如可以包括优先分派给当天单量少的、入职一个月内的新服务人员、11-13点、17-19点各空出1小时吃饭时间等。

本公开实施例中，可以使用目标预约时间段的开始时间点减去通勤时间段，获得目标通勤时间点。

本公开实施例中，可以更新服务地址对应的目标通勤时间点和目标预约时间段对应的目标服务提供者的状态。

例如，可以将目标通勤时间点对应的目标服务提供者的状态更改为“通勤”，可以将目标预约时间段内的各预约时间点对应的目标服务提供者的状态更改为“占用”。

本公开实施例中，在更新服务地址对应的目标通勤时间点和目标预约时间段对应的目标服务提供者的状态之后，可以更新该目标服务提供者对应的二进制位数据，并更新各个预约时间段的库存量及客户端展示的各个预约时间段的预约状态。

本公开实施例提供的用于服务预约的方法，可以实时更新目标预约时间段的库存量，实现对服务时间的库存量的精细化管理，灵活控制服务时间库存量，可以极大减轻运营人员的工作量，提高服务提供者的时间利用率。

图11是根据一示例示出的一种用于服务预约的系统的示意图。

参考图11，本公开实施例中，用于服务预约的系统可以包括C(Consumer，客户)端预约页面、服务库存中心和服务履约中心。其中，C端预约页面、服务库存中心和服务履约中心可以包含在客户端中，或者，C端预约页面和服务库存中心可以包含在客户端中、服务履约中心可以包含在服务器中，或者，C端预约页面、服务库存中心和服务履约中心可以包含在服务器中，本公开对此不做限制。

本公开实施例中，用户可以通过C端预约页面选择服务项目(或商品SKU)和上门地址后进入预约页面，请求获取30天(或7天)内预约日历；C端预约页面可以将服务项目和用户输入的上门地址(例如四级地址)发送至服务库存中心，服务库存中心可以查询7天内此上门地址对应的片区下可用服务产能(即库存量)，将各可用服务产能组装后获得前端预约日历数据，服务库存中心可以将预约日历返回至C端预约页面进行展示；C端预约页面可以从服务库存中心预约日历接口获取预约日历并展示，用户可以通过C端预约页面展示的30天内各预约时间段选择具体日期和预约时间段，并提交预约。

本公开实施例中，服务库存中心可以包括服务产能归档库(也可称为归档表、历史表)和服务服务产能活动库(也可称为活动表)，提高了服务时间库存实时查询性能。

其中，服务库存中心可以每天1点把之前的服务产能结转到归档库，服务时间归档库可以支持查询等功能。

服务库存中心可以每天0点自动根据所有服务人员(保洁员)在职状态、各自的接单设置(每天服务的起止时间点)、系统配置(每天开始提供时间点、结束时间点、时间粒度如60分钟)，自动生成第30天的服务时间库存初始数据，状态默认为可用，每个单元时间粒度(60分钟)一条记录，以供前端预约日历查询使用。

本公开实施例中，服务时间库存中心中的服务时间库存数据(也可称为服务产能数据)可以如表1所示。

表1

本公开实施例中，服务时间库存中心给前端提供的获取服务预约日历接口可以为：

Result<ServiceStockResDto>getServiceStock(ServiceStockReqDtoserviceStockReqDto)

其中，入参serviceStockReqDto的主要属性可以包括商品编码、服务地址和调用方；出参ServiceStockResDto的主要属性可以包括：List<ServiceDate>serviceDateList(表示当天到7天内的7个ServiceDate集合)。

其中，ServiceDate的主要属性可以包括：String date(表示日期字符串，格式例如：2021-01-13)、List<ServiceTimeSlot>serviceTimeSlotList(表示每天8:00-11:00、9:00-12:00、…、18:00-21:00的时间段集合)。

其中，ServiceTimeSlot的主要属性可以包括：开始时间(格式如：08:00)、结束时间(不含，格式如：11:00)、服务时长(单位：分钟，如：180)、库存量(-1表示时间已过，0表示已约满，大于0表示有库存)。

本公开实施例中，服务履约中心可以用于管理服务产能退回和服务产能扣减。在用户提交订单之后，服务库存中心会在下单前校验服务产能，在服务产能预占表中增加预占，避免出现多个人同时预约同一产品的同一预约时间段的情况出现。

在用户支付成功下传服务单后，服务履约中心可以执行接单逻辑，根据预设的派单逻辑进行派单，派单后对服务对应的服务时间产能进行扣减；在用户未支付成功取消订单后，服务库存中心可以扣减产能预占；在用户修改预约之后，服务履约中心可以执行改约逻辑，根据用户修改之后的预约时间或服务地址进行改派，将原来的服务时间库存退回，将改派后生成的订单对应的服务时间库存扣减；在用户已支付后取消预约之后，服务履约中心可以执行取消订单并退款逻辑，将该订单对应的服务库存退回。

本公开实施例中，服务履约中心还可以用于服务人员考勤管理，在服务人员休息或请假后，对该服务人员对应的服务时间库存进行扣减；在服务人员取消休息或请假后，对该服务人员对应的服务时间库存退回。

图12是根据一示例示出的一种获取预约日历的流程图。

参考图12，本公开实施例中，用户可以通过前端(例如C端预约页面)输入某服务项目(例如某商品SKU)某地址，前端可以获取用户的获取某服务项目某地址的7天内预约日历的请求；可以根据某商品SKU查询服务项目相关数据，获取此服务项目的服务时长，根据服务项目可以确定每天的服务开始提供时间和服务结束提供时间(例如，夜间保洁的服务开始提供时间为18：00，服务结束提供时间为21：00)；可以根据服务地址获取服务片区ID(标识)，查询此片区2小时后到7天内的可用服务时间库存集合(serviceTimeStockList)；可以遍历服务时间库存记录，设置各预约时间段对应的各服务人员的各时间点是否可用的二进制位，保存在内存Map中；可以循环查询7天内、每天服务提供起止时间、计算各预约时间段的可用库存量，组装前端预约日历数据，其中，预约日历的基础配置可以包括：最早预约时间、最晚预约时间、不同服务项目(如日常保洁和夜间保洁)的每天开始时间、结束时间等，前端可以展示预约日历，预约日历中可以包括多个预约时间段和各个预约时间段的状态，预约时间段的状态可以包括已满状态和可约状态。

图13是根据一示例示出的一种服务时间库存扣减的流程图。

本公开实施例中，当客户选择预约时间段并下单后，系统可以自动派单或人工派单；当客户修改预约时间段或修改服务地址后，系统可以自动改派或人工改派，将某服务人员对应时间段的时间库存记录状态更改为“占用”，同时将服务人员服务开始服务时间前的1小时的时间库存状态更改为“通勤”。服务人员休息、吃饭等情况可将对应时间库存状态更改为“休息”。服务人员提前请假、临时突然请假等可将对应时间库存状态更改为“请假”。

参考图13，本公开实施例中，用户可以通过前端(例如C端预约页面)输入某服务项目(例如某商品SKU)某地址，获取7天内的预约日历，用户可以从预约日历中选择预约时间段(如9:00-12:00)；可以根据某商品SKU查询服务项目相关数据，获取此服务项目的服务时长，根据服务项目可以确定每天的服务开始提供时间和服务结束提供时间；根据客户输入的地址可以匹配服务范围内的片区ID，查询此片区下用户选择的预约时间段内所有可用服务时间库存集合(serviceTimeStockList)。

本公开实施例中，可以根据服务时间库存数据计算上述预约时间段内的可用服务时间库存量。其中，Map<String,Integer>labourerBinaryMap可以用于存放此预约时间段各服务人员连续各预约时间点及服务时间前1小时是否可用的二进制位数据。

本公开实施例中，可以遍历上述查询到的可用服务时间库存集合serviceTimeStockList，相对预约时间段的开始时间的第几个时间点(1个单位时间粒度是1小时)可用，就可以在对应的二进制位数据的第几位设置为1。然后可以遍历labourerBinaryMap，选取每个位上都为1(可用)的二进制位数据对应的服务人员，即，选取预约时间段内连续预约时间点及服务时间前1小时都可用的服务人员，获取满足上述条件的服务人员的编号。

本公开实施例中，可以从满足上述条件的服务人员中根据派单规则选取一人作为目标服务人员，将此目标服务人员的预约时间段内的时间库存设置为“占用”，将此服务人员预约服务时间前1小时的时间库存设置为“通勤”，完成服务时间库存扣减。

本公开实施例中，当已分派的服务订单(如保洁单)取消时，系统可以自动拒单、人工拒单、系统自动改派或人工改派；例如，系统自动将原服务人员对应的时间点及服务时间前分配的通勤时间点的库存状态更改为“可用”，或运营人员手动增加原服务人员的服务时间库存(状态为可用)。

需要注意的是，上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

下述为本公开装置实施例，可以用于执行本公开方法实施例。对于本公开装置实施例中未披露的细节，请参照本公开方法实施例。

图14是根据一示例性实施方式示出的一种用于服务预约的装置的框图。

如图14所示，用于服务预约的装置1000可以包括：服务项目获取模块1002、服务时长确定模块1004、预约时间段确定模块1006、库存量查询模块1008、预约状态确定模块1010、预约时间段展示模块1012。

其中，服务项目获取模块1002可以用于获取服务项目和服务地址；服务时长确定模块1004可以用于根据所述服务项目确定服务时长、服务开始提供时间点和服务结束提供时间点；预约时间段确定模块1006可以用于根据所述服务时长、所述服务开始提供时间点和所述服务结束提供时间点确定多个预约时间段；库存量查询模块1008可以用于查询所述服务地址对应的各个预约时间段的库存量；预约状态确定模块1010可以用于根据所述各个预约时间段的库存量，确定各个预约时间段的预约状态；预约时间段展示模块1012可以用于展示所述各个预约时间段和所述各个预约时间段的预约状态。

在示例性实施例中，所述预约时间段包括多个预约时间点；其中，库存量查询模块1008可以包括：通勤时间点确定单元，可以用于根据所述预约时间段确定通勤时间点；状态查询单元，可以用于查询所述服务地址对应的所述通勤时间点和各个预约时间段内的各个预约时间点对应的服务提供者的状态；数据设置单元，可以用于设置各个预约时间段对应的所述服务提供者的二进制位数据，所述服务提供者的二进制位数据用于表示所述通勤时间点和各个预约时间段内的各个预约时间点对应的服务提供者的状态；库存量获得单元，可以用于分别统计各个预约时间段对应的二进制位数据满足预设条件的服务提供者的数量，获得所述服务地址对应的各个预约时间段的库存量。

在示例性实施例中，数据设置单元可以包括：位设置单元，可以用于若所述通勤时间点早于所述开始提供时间点时，将所述服务提供者的二进制位数据中与所述通勤时间点对应的位设置为1。

在示例性实施例中，用于服务预约的装置1000还可以包括：目标预约时间段获取模块，可以用于获取目标服务对象从所述预约时间段中选择的目标预约时间段；库存量更新模块，可以用于更新所述服务地址对应的所述目标预约时间段的库存量。

在示例性实施例中，库存量更新模块，可以包括：目标服务提供者确定单元，可以用于根据所述目标预约时间段确定目标服务提供者；目标通勤时间点确定单元，可以用于根据所述目标预约时间段确定目标通勤时间点；状态更新单元，可以用于更新所述服务地址对应的所述目标通勤时间点和所述目标预约时间段对应的所述目标服务提供者的状态。

在示例性实施例中，所述预约状态包括约满状态和待预约状态；其中，预约时间段展示模块1012可以包括：显示单元，可以用于使用第一方式和第二方式分别对预约状态为约满状态和待预约状态的预约时间段进行显示。

在示例性实施例中，用于服务预约的装置1000还可以包括：区域标识确定模块，可以用于根据所述服务地址确定区域标识；

其中，库存量查询模块1008可以包括：库存量查询单元，可以用于查询所述区域标识对应的各个预约时间段的库存量。

需要注意的是，上述附图中所示的框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

图15是根据一示例性实施方式示出的一种电子设备的结构示意图。需要说明的是，图15示出的电子设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图15所示，电子设备1100包括中央处理单元(CPU)1101，其可以根据存储在只读存储器(ROM)1102中的程序或者从存储部分1108加载到随机访问存储器(RAM)1103中的程序而执行各种适当的动作和处理。在RAM 1103中，还存储有系统1100操作所需的各种程序和数据。CPU 1101、ROM 1102以及RAM 1103通过总线1104彼此相连。输入/输出(I/O)接口1105也连接至总线1104。

以下部件连接至I/O接口1105：包括键盘、鼠标等的输入部分1106；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1107；包括硬盘等的存储部分1108；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分1109。通信部分1109经由诸如因特网的网络执行通信处理。驱动器1110也根据需要连接至I/O接口1105。可拆卸介质1111，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1110上，以便于从其上读出的计算机程序根据需要被安装入存储部分1108。

特别地，根据本发明的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1109从网络上被下载和安装，和/或从可拆卸介质1111被安装。在该计算机程序被中央处理单元(CPU)1101执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括发送单元、获取单元、确定单元和第一处理单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，发送单元还可以被描述为“向所连接的服务端发送图片获取请求的单元”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：获取服务项目和服务地址；根据所述服务项目确定服务时长、服务开始提供时间点和服务结束提供时间点；根据所述服务时长、所述服务开始提供时间点和所述服务结束提供时间点确定多个预约时间段；查询所述服务地址对应的各个预约时间段的库存量；根据所述各个预约时间段的库存量，确定各个预约时间段的预约状态；展示所述各个预约时间段和所述各个预约时间段的预约状态。

以上具体地示出和描述了本发明的示例性实施方式。应可理解的是，本发明不限于这里描述的详细结构、设置方式或实现方法；相反，本发明意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效设置。

Claims (10)

1.一种用于服务预约的方法，其特征在于，包括：

获取服务项目和服务地址；

根据所述服务项目确定服务时长、服务开始提供时间点和服务结束提供时间点；

根据所述服务时长、所述服务开始提供时间点和所述服务结束提供时间点确定多个预约时间段；

查询所述服务地址对应的各个预约时间段的库存量；

根据所述各个预约时间段的库存量，确定各个预约时间段的预约状态；

展示所述各个预约时间段和所述各个预约时间段的预约状态。

2.根据权利要求1所述的方法，其特征在于，所述预约时间段包括多个预约时间点；其中，查询所述服务地址对应的各个预约时间段的库存量，包括：

根据所述预约时间段确定通勤时间点；

查询所述服务地址对应的所述通勤时间点和各个预约时间段内的各个预约时间点对应的服务提供者的状态；

设置各个预约时间段对应的所述服务提供者的二进制位数据，所述服务提供者的二进制位数据用于表示所述通勤时间点和各个预约时间段内的各个预约时间点对应的服务提供者的状态；

分别统计各个预约时间段对应的二进制位数据满足预设条件的服务提供者的数量，获得所述服务地址对应的各个预约时间段的库存量。

3.根据权利要求2所述的方法，其特征在于，设置各个预约时间段对应的所述服务提供者的二进制位数据，包括：

若所述通勤时间点早于所述服务开始提供时间点时，将所述服务提供者的二进制位数据中与所述通勤时间点对应的位设置为1。

4.根据权利要求2所述的方法，其特征在于，所述方法还包括：

获取目标服务对象从所述预约时间段中选择的目标预约时间段；

更新所述服务地址对应的所述目标预约时间段的库存量。

5.根据权利要求4所述的方法，其特征在于，更新所述服务地址对应的所述目标预约时间段的库存量，包括：

根据所述目标预约时间段确定目标服务提供者；

根据所述目标预约时间段确定目标通勤时间点；

更新所述服务地址对应的所述目标通勤时间点和所述目标预约时间段对应的所述目标服务提供者的状态。

6.根据权利要求1所述的方法，其特征在于，所述预约状态包括约满状态和待预约状态；其中，展示所述各个预约时间段和所述各个预约时间段的预约状态，包括：使用第一方式和第二方式分别对预约状态为约满状态和待预约状态的预约时间段进行显示。

7.根据权利要求1所述的方法，其特征在于，还包括：

根据所述服务地址确定区域标识；

其中，查询所述服务地址对应的各个预约时间段的库存量，包括：

查询所述区域标识对应的各个预约时间段的库存量。

8.一种用于服务预约的装置，其特征在于，包括：

服务项目获取模块，用于获取服务项目和服务地址；

服务时长确定模块，用于根据所述服务项目确定服务时长、服务开始提供时间点和服务结束提供时间点；

预约时间段确定模块，用于根据所述服务时长、所述服务开始提供时间点和所述服务结束提供时间点确定多个预约时间段；

库存量查询模块，用于查询所述服务地址对应的各个预约时间段的库存量；

预约状态确定模块，用于根据所述各个预约时间段的库存量，确定各个预约时间段的预约状态；

预约时间段展示模块，用于展示所述各个预约时间段和所述各个预约时间段的预约状态。

9.一种电子设备，其特征在于，包括：

至少一个处理器；

存储装置，用于存储至少一个程序，当所述至少一个程序被所述至少一个处理器执行时，使得所述至少一个处理器实现如权利要求1至7中任一项所述的方法。

10.一种计算机可读存储介质，其上存储有计算机可执行指令，其特征在于，所述可执行指令被处理器执行时实现如权利要求1至7任一项所述的方法。

Images