CN111445053A

CN111445053A - 用工需求信息处理方法、装置及电子设备

Info

Publication number: CN111445053A
Application number: CN201910044458.XA
Authority: CN
Inventors: 周竞文
Original assignee: Alibaba Group Holding Ltd
Current assignee: Hema China Co Ltd
Priority date: 2019-01-17
Filing date: 2019-01-17
Publication date: 2020-07-24
Anticipated expiration: 2039-01-17
Also published as: CN111445053B

Abstract

本申请实施例公开了用工需求信息处理方法、装置及电子设备，其中，所述方法包括：获得目标时间段内的用工需求预测信息；提供用工需求配置界面，并在所述配置界面中提供所述预测信息对应的第一可视化图表，以及多种可选的用工分层信息；其中，所述多种可选的用工分层分别对应不同的连续用工时长；根据被选择的用工分层，在所述第一可视化图表中添加对应的可视化操作对象，以便通过对多个不同用工分层对应的可视化操作对象进行组合，使得组合出的第二可视化图表与所述第一可视化图表的相似度符合预置条件。通过本申请实施例，能够在通过用工分层降低成本提高效率的同时，实现对用工需求的可视化配置，更容易使得配置的结果接近预测值。

Description

用工需求信息处理方法、装置及电子设备

技术领域

本申请涉及用工需求信息处理技术领域，特别是涉及用工需求信息处理方法、装置及电子设备。

背景技术

众包指的是一个公司或机构把过去由员工执行的工作任务，以自由自愿的形式外包给非特定的(而且通常是大型的)大众去完成的做法，公司或者机构按小时为大众进行工资结算。例如，在“新零售”业务模式下，配送站的配送任务可以通过众包的方式，外包给大众去执行。

在实际应用中，由于每天的总任务量可能是不同的，因此，通常需要由用工方(如，配送站等)管理员每天发布用工需求，确定具体的用工时间以及用工数量，大众则可以根据自己的时间等，通过抢任务的方式获得对应的工作。其中，为了比较准确的发布用工需求，通常还可以根据具体的单量等信息，对一天内各个时间段所需的用工数量进行预测，例如，6点到7点需要8人，7点到8点需要8人，8点到9点需要12人，9点到10点出现用工高峰，需要58人，等等。总之，通过这种预测系统，可以相对准确地预测出每个小时所需的用工数量。

如果不考虑成本问题，则只需要按照上述预测结果进行用工需求的发布即可，也即，按照将每小时对应预测出的用工数量进行用工需求的发布。但是，在实际应用中，这种方式可能会导致用工成本比较高。具体的，为了促使更多的人愿意承担高峰期的工作任务，高峰期的用工价格可能会相对较高，例如，非高峰期，每小时6元，而高峰期则每小时8元，等等。如果直接按照每小时的用工数量进行用工需求发布，则会导致在高峰期工作的所有人都需要按照每小时8元的标准进行酬劳结算。另外，如果以每小时为单位进行用工需求的发布，则可能会出现以下问题：同一个“骑手”在同一天内可以提供服务的时间比较长，但是实际抢到的任务在时间上可能不连续，例如，某“骑手”可能抢到了某天中6点到7点的任务，7点到8点没有抢到，后面又抢到了8点到9点的任务。此时，该“骑手”在7点到8点这一小时内就需要等待，这势必会影响“骑手”的参与积极性，另外，对于系统而言，同一个“骑手”在同一天内不同时间段执行任务所获得的报酬可能是不同的，需要分别按照不同的时间段为同一个“骑手”进行酬劳的结算，显然，这也会为系统带来更多的工作量，影响效率，并且成本比较高。

发明内容

本申请提供了用工需求信息处理方法、装置及电子设备，能够在通过用工分层降低成本提高效率的同时，实现对用工需求的可视化配置，更容易使得配置的结果接近预测值。

本申请提供了如下方案：

一种用工需求信息处理方法，包括：

获得目标时间段内的用工需求预测信息；其中，所述目标时间段内包括多个单位时间段，所述预测信息中包括多个单位时间段分别对应的所需用工数量信息；

提供用工需求配置界面，并在所述配置界面中提供所述预测信息对应的第一可视化图表，以及多种可选的用工分层信息；其中，所述多种可选的用工分层分别对应不同的连续用工时长，所述连续用工时长包括连续多个单位时间段；

根据被选择的用工分层，在所述第一可视化图表中添加对应的可视化操作对象，以便通过对多个不同用工分层对应的可视化操作对象进行组合，使得组合出的第二可视化图表与所述第一可视化图表的相似度符合预置条件。

一种用工需求信息处理方法，包括：

接收客户端提交的用工需求发布请求信息，所述用工需求信息是通过对多种可选的用工分层信息对应的可视化操作对象进行组合得到的，其中，所组合出的第二可视化图表与预先获得的用工需求预测信息对应的第一可视化图表的相似度符合预置条件；

对所述用工需求进行发布。

一种用工需求信息处理方法，包括：

接收用工需求信息，其中，所述用工需求信息是通过对多种可选的用工分层信息对应的可视化操作对象进行组合得到的，其中，所组合出的第二可视化图表与预先获得的用工需求预测信息对应的第一可视化图表之间的相似度符合预置条件；

提供用于对所述用工需求对应的任务进行领取的操作选项，以用于以用工分层为单位进行任务领取。

一种用工需求信息处理方法，包括：

获得目标时间段内的用工需求预测信息，其中，所述目标时间段内包括多个单位时间段，所述预测信息中包括多个单位时间段分别对应的所需用工数量预测结果信息；

根据所述用工需求预测信息中各单位时间段对应的用工数量信息的分布情况，进行用工需求分类，以确定出至少一个用工类别对应的连续用工时长信息，以及各用工类别的起止时间及用工数量信息；其中，同一连续用工类别对应的用工时长包括连续多个单位时间段。

一种用工需求信息处理方法，包括：

获得目标实体店铺中在目标时间段内对作业人员的用工需求预测信息，其中，所述目标时间段内包括多个单位时间段，所述预测信息中包括多个单位时间段分别对应的所需用工数量预测结果信息；

根据所述用工需求预测信息中各单位时间段对应的用工数量信息的分布情况，进行用工需求分类，以确定出至少一个用工类别对应的连续用工时长信息，以及各用工类别的起止时间及用工数量信息；其中，同一用工类别对应的连续用工时长包括连续多个单位时间段。

一种机器人用工需求信息处理方法，包括：

获得目标时间段内对机器人的用工需求预测信息，其中，所述目标时间段内包括多个单位时间段，所述预测信息中包括多个单位时间段分别对应的所需用工数量预测结果信息；

一种车辆需求信息处理方法，包括：

获得目标时间段内对车辆的用工需求预测信息，其中，所述目标时间段内包括多个单位时间段，所述预测信息中包括多个单位时间段分别对应的所需用工数量预测结果信息；

一种用工需求信息处理装置，包括：

预测信息获得单元，用于获得目标时间段内的用工需求预测信息；其中，所述目标时间段内包括多个单位时间段，所述预测信息中包括多个单位时间段分别对应的所需用工数量信息；

配置界面提供单元，用于提供用工需求配置界面，并在所述配置界面中提供所述预测信息对应的第一可视化图表，以及多种可选的用工分层信息；其中，所述多种可选的用工分层分别对应不同的连续用工时长；所述连续用工时长包括连续多个单位时间段；

可视化操作对象组合单元，用于根据被选择的用工分层，在所述柱状图中添加对应的可视化操作对象，以便通过对多个不同用工分层对应的可视化操作对象进行组合，使得组合出的第二可视化图表与所述第一可视化图表的相似度符合预置条件。

一种用工需求信息处理装置，包括：

发布请求接收单元，用于接收客户端提交的用工需求发布请求信息，所述用工需求信息是通过对多种可选的用工分层信息对应的可视化操作对象进行组合得到的，其中，所组合出的第二可视化图表与预先获得的用工需求预测信息对应的第一可视化图表的相似度符合预置条件；

用工需求发布单元，用于对所述用工需求进行发布。

一种用工需求信息处理装置，包括：

用工需求接收单元，用于接收用工需求信息，其中，所述用工需求信息是通过对多种可选的用工分层信息对应的可视化操作对象进行组合得到的，其中，所组合出的第二可视化图表与预先获得的用工需求预测信息对应的第一可视化图标之间的相似度符合预置条件；

操作选项提供单元，用于提供用于对所述用工需求对应的任务进行领取的操作选项，以用于以用工分层为单位进行任务领取。

一种用工需求信息处理装置，包括：

预测信息获得单元，用于获得目标时间段内的用工需求预测信息，其中，所述目标时间段内包括多个单位时间段，所述预测信息中包括多个单位时间段分别对应的所需用工数量预测结果信息；

需求分层处理单元，用于根据所述用工需求预测信息中各单位时间段对应的用工数量信息的分布情况，进行用工需求分类，以确定出至少一个用工类别对应的连续用工时长信息，以及各用工类别的起止时间及用工数量信息；其中，同一用工类别对应的连续用工时长包括连续多个单位时间段。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

根据被选择的用工分层，在所述柱状图中添加对应的可视化操作对象，以便通过对多个不同用工分层对应的可视化操作对象进行组合，使得组合出的第二可视化图表与所述第一可视化图表的相似度符合预置条件。

一种电子设备，包括：

一个或多个处理器；以及

对所述用工需求进行发布。

一种电子设备，包括：

一个或多个处理器；以及

一种电子设备，包括：

一个或多个处理器；以及

根据所述用工需求预测信息中各单位时间段对应的用工数量信息的分布情况，进行用工需求分类，以确定出至少一个用工类别对应的连续用工时长信息，以及各用工类别的起止时间及用工数量信息；其中，同一用工分层对应的连续用工时长包括连续多个单位时间段。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例，可以通过用工分层的方式进行用工需求的发布，不同的分层可以对应不同的连续同工时长，这样，具体的人力资源用户在收到就具体的需求信息后，可以按照具体的用工分层来领取具体的任务，并在对应的用工时长内提供作业服务，因此，可以起到降低成本、提高效率的作用。同时，能够在用工需求信息配置界面中首先对用工需求预测结果对应的柱状图进行展示，并且可以为具体的用工分层提供对应的可视化操作对象，这样，可以通过对多个不同的用工分层对应的可视化操作对象进行组合等方式，来使得具体的用工需求配置信息尽可能地接近用工需求预测结果。可见，本申请实施例更有效地进行用工需求的发布，降低成本的同时，实现对用工需求的可视化配置，更容易使得配置的结果接近预测值。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

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

图1是本申请实施例提供的系统架构的示意图；

图2是本申请实施例提供的第一方法的流程图；

图3-1至3-3是本申请实施例提供的配置界面的示意图；

图4是本申请实施例提供的第二方法的流程图；

图5是本申请实施例提供的第三方法的流程图；

图6是本申请实施例提供的第四方法的流程图；

图7是本申请实施例提供的第一装置的示意图；

图8是本申请实施例提供的第二装置的示意图；

图9是本申请实施例提供的第三装置的示意图；

图10是本申请实施例提供的第四装置的示意图；

图11是本申请实施例提供的电子设备的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

首先需要说明的是，针对以小时为单位进行用工需求发布时存在的问题，一些“众包”平台提出了按照用工时长来确定每小时的酬劳的方式。也就是说，具体的酬劳不再按照同一天内的不同时间点来进行计算，不再根据是否为用工高峰来确定对应的酬劳，而是按照同一天内的工作时长来确定，例如，如果能够连续工作12小时，则每小时6.2元，如果能够连续工作6小时，则每小时6.8元，如果能够连续工作2小时，则每小时7.6元，等等。相应的，大众劳动力在领取任务时，可以按照同一天内所能够提供的工作时长来进行任务的领取。例如，如果某用户A在某天内的空闲时间比较多，则可以领取工作时长为12小时的任务，在完成当天的任务后，其总共获得的酬劳为6.2×12＝74.4元。如果某用户B在某天内只有6小时的空闲时间，或者只想要工作6小时，则可以领取工作时长为6小时的任务，在完成当天的任务后，其总共获得的酬劳为6.8×6＝40.8元，等等。按照这种方式，可以使得同一个劳动力用户在同一天内每小时的酬劳是相同的，不再按照是否为高峰期进行区分，因此，就使得实际的用工高峰期执行任务的劳动力用户的酬劳有的可能是6.2元(因为他已经领取了全天的任务，在全天任意时段的任务，他都需要参与执行)，有的可能是6.8元，有的则可能是7.6元，这样，有利于控制总的用工成本。另外，同一劳动力用户在同一天内的酬劳也比较容易计算，不再需要按照不同的时间点分别进行计算，有利于提升效率。再者，劳动力用户在进行任务领取时，只需要选择工作时长即可，而不再需要按照每小时进行领取，因此，也不再出现中途某个小时的任务没有领取到等情况。

也就是说，可以按照不同的用工时长实现用工分层，但是，在实现上述方案的过程中，还需要解决具体每种用工分层如何进行分布的问题。这是因为，每种用工分层仅对应了用工时长信息，但是，具体每种用工分层从何时开始到何时结束，每种分层的用工数量是多少，都是需要根据实际的需求来进行配置的。具体实现时，如前文所述，由于系统可以根据每日的单量等信息预测出每个小时的用工数量，因此，只需要通过对各种用工分层的起止时间点以及对应的用工数量进行合理配置，使其尽可能接近系统的用工数量预测结果即可。

为了达到上述目的，在现有技术中，通常需要用工方管理员用户借助于电子表格等工具，填写各种用工分层的起止时间，以及对应的用工数量，之后，再利用电子表格工具提供的图标功能，生成柱状图(横坐标为时间，纵坐标为用工数量)，然后，再将生成的柱状图与系统之前得到的用工数量预测值结果对应的柱状图进行比对，如果两者比较接近，则可以按照当前的配置结果进行用工需求的发布；而如果两者不够接近，需要修改，则需要返回到具体的电子表格编辑界面中，重新对各个字段的数值进行修改，包括各种用工分层对应的起始时间，用工数量等，修改完之后，再重新生成柱状图，再与预测结果柱状图进行比对，判断两者之间的接近程度是否满足要求，等等。

在上述方式中，由于需要每次在电子表格中配置完具体的数值之后，再生成柱状图，然后进行比对，因此，具体在进行数值配置时，并没有一个直观的信息可以参考，只能先大致的进行配置，完成一次配置之后，点击生成柱状图，再与预测值柱状图进行比对，才能够确定优化调整的方向，包括是否需要调整某用工分层的起始时间，用工数量，等等。可见，这种通过“拼凑”数值进行配置的过程，需要多次反复修改，还需要在表格编辑界面与柱状图展示界面之间来回切换，配置的效率会比较低。

针对上述问题，本申请实施例提供了相应的解决方案。在该方案中，提供了对用工需求进行可视化配置的实现方式。具体的，该方案首先可以在配置界面中展示出用工需求预测信息柱状图，该柱状图以时间为横坐标，以用工数量为纵坐标。其中，在预测信息柱状图中，是对单位时间段(例如，每小时为一个时间单位)内的用工数量信息进行表示，例如，6点到7点8人，7点到8点8人，8点到9点12人，9点到10点58人，等等。另外，可以在该界面中提供用于多种用工分层对应的操作选项，其中，每种用工分层可以对应一定数量的可视对象，该可视对象也可以具有柱状的形状，其宽度是固定的，不可调节，与具体用工分层对应的用工时长相对应；其高度代表对应的用工数量，是可以调节的，另外，具体可视对象也可以在横坐标上进行左右移动，以实现对具体用工分层的起始时间的调节。这样，由于不同的用工分层对应的用工时长不同，因此，不同的用工分层将会对应不同宽度的可视对象，通过对各种不同宽度的可视对象在柱状图坐标系中的位置，以及高度的调节，可以实现通过类似于“搭积木”的方式，实现对具体用工需求的可视化配置。

具体实现时，从系统架构角度而言，如图1所示，本申请实施例可以提供用于进行用工需求发布的系统，该系统可以包括服务端，具体面向的用户可以是配送站、实体店铺等需要通过“众包”的方式发布用工需求的站长、店长等用户。其中，为了便于用户获得相应的服务，可以为用户提供客户端，该客户端可以以独立的应用程序的形式存在，或者，也可以是以网页的形式存在。对于前者，用户可以在移动终端设备、PC机等设备中安装相关的应用程序，以用于获得相关的配置界面，并进行人机交互。对于后者，则通过可以通过PC机等终端设备对服务端提供的网页发起访问，并可以利用预先注册的账号等信息进行登录，服务端根据具体的账号等信息确认用户的身份，包括关联的配送站、实体店铺的标识等，然后，可以再在具体的配置界面中提供相应的信息，以便进行用工需求的配置以及发布。

下面对本申请实施例提供的具体实现方案进行详细介绍。

实施例一

首先，该实施例一从为具体的用工需求发布方用户提供的客户端的角度，提供了一种用工需求信息处理方法，参见图2，该方法具体可以包括：

S201：获得目标时间段内的用工需求预测信息；其中，所述目标时间段内包括多个单位时间段，所述预测信息中包括多个单位时间段分别对应的所需用工数量信息；

其中，具体的用工需求预测信息可以是由具体的预测算法等获得的。其中，用工需求预测信息中具体可以是按照每小时的用工数量来进行表达。例如，如图2-1所示，可以包括6：00～7：00所需的用工数量，7：00～8：00所需的用工数量，等等。但是，在本申请实施例中，具体在发布用户需求时，并不是以上述每小时的用工数量为单位进行发布的，而是按照预先设定的用工分层信息进行发布。

具体实现时，根据具体的应用场景的不同，具体进行用工需求预测的方式也可以有所不同。例如，针对线上与线下相结合的实体店铺中的用工场景而言，由于实体店铺可能需要接收线上消费者用户的订单，然后，在实体店铺中进行加工制作、打包等操作，再在尽可能短的时间内送达用户指定的收货地址。例如，从用户下单，到配送完成，之间可能只有半小时时间，等等。但是，在一些大促活动等时间，尤其在用餐的高峰期等时间段，由于有大量的订单并发，因此可能会导致实体店铺内的自有的人力资源不足的情况。在这种情况下，就可以通过发布用工需求信息，来通过“众包”等形式招募一些社会人力资源，通过这种人力资源来补充实体店铺内的自有人力资源，使得在订单大量并发的时间段内，仍然可以保证在很短的时间内完成对订单的加工制作、配送等等。

在这种情况下，具体在对用工需求进行预测时，可以首先根据目标实体店铺中在目标时间段内所需处理的订单数量信息，对所需的人力资源总量进行预测。其中，在目标时间段内所需处理的订单数量信息可以是根据历史经验等进行预估。在预测出所需的人力资源总量的情况下，还可以确定出目标实体店铺在所述目标时间段内可提供的自有人力资源的数量信息，例如，目标实体店铺内一共有多少自有的人力资源，等等。然后，可以根据上述自有人力资源的数量信息，以及所述所需的人力资源总量，获得所述目标时间段内的用工需求预测信息。其中，具体实体店铺中涉及到的工种可能多多种，例如，包括切配员，打包员，厨师，配送员，等等，因此，具体在进行预测时，可以分别针对各种工种进行预测。

S202：提供用工需求配置界面，并在所述配置界面中提供所述预测信息对应的第一可视化图表，以及多种可选的用工分层信息；其中，所述多种可选的用工分层分别对应不同的连续用工时长，所述连续用工时长包括连续多个单位时间段；

在本申请实施例中，在确定出具体的用工需求预测信息后，可以提供用工需求配置界面，并在所述配置界面中提供所述预测信息对应的第一可视化图表，如图3-1中的301处所示，具体可以以柱状图等形式存在。其中，所述柱状图包括第一坐标轴以及第二坐标轴，其中，第一坐标轴对应时间信息，第二坐标轴对应人数信息。另外，该配置界面中还可以包括多种可选的用工分层信息，如图3-1中的302处所示。也就是说，在本申请实施例中，提供了可视化的用工需求配置方式，具体的配置过程可以通过在上述预测信息对应的柱状图上进行操作来完成。

其中，在具体实现时，为了便于实现上述可视化操作的过程中，可以为各种用工分层提供对应的可视化操作对象，在一种具体的实现方式下，为了更好的与柱状图相适应，这种可视化操作对象具体同样可以表现为矩形区块，所述矩形区块具有第一坐标轴方向上的默认宽度值及第二坐标轴方向上的默认高度值；所述宽度值为所述用工分层对应的连续用工时长信息，所述高度值对应所述用工分层对应的用工数量，在放置到所述预测结果对应到柱状图中时，所述可视化操作对象在第一坐标轴方向上的位置对应用工的起止时间。需要说明的是，由于用工分层对应的用工时间长度通常是大于一小时的，因此，各种用工分层对应的区块的宽度通常会大于具体预测结果对应的柱状图中每个区块的宽度。

其中，具体实现时，为了避免对用工分层的滥用，可以对同一用工分层对应的可视化操作对象的数量进行限制，例如，对应12小时的为1个，对应6小时的为两个，对应2小时的为两个，等等。具体的用户可以通过合理分配各种用工分层对应的起止时间、用工数量等，来组合出尽可能与用工需求预测信息相一致的结果。

S203：根据被选择的用工分层，在所述第一可视化图表的基础上添加对应的可视化操作对象，以便通过对多个不同用工分层对应的可视化操作对象进行组合，使得组合出的第二可视化图表与所述第一可视化图表的相似度符合预置条件。

在其中一个具体的用工分层被选择后，可以在用工需求预测结果柱状图中添加对应的可视化操作对象。具体实现时，例如，如图3-2所示，这种可视化操作对象可以具有半透明的特点，这样在显示这种可视化操作对象的同时，还可以查看到下层的预测结果对应的柱状图，以便能够直观的做出调整。其中，具体可视化操作对象被添加到柱状图中之后，所述矩形区块的宽度值为固定值，所述高度值以及所述在第一坐标轴方向上的位置为可调节。也就是说，在图3-2所示的例子中，具体的用工分层对应的矩形区块可以进行左右位置调整，或者对高度进行伸缩。其中，左右调整是指对可视化操作对象整体上沿着横向坐标轴的方向向左或者向右拖动调整，以调整对应的用工开始时间以及结束时间，但是，具体可视化操作对象的宽度是不变的，也就是说，从开始时间到结束之间之间的时间间隔是不变的，一直与对应的用工时长相一致。例如，在初始状态下，对于12小时的用工时长对应的用工分层，在其被选择后，对应的可视化操作对象可能默认出现在从6：00到18：00的位置，但是，根据具体用工需求的预测结果，可能从7：00开始到19：00结束更合适，于是可以向右拖动到7：00时刻对应的位置，等等。而对高度进行调整则具体是可以将具体可视化操作对象的高度沿着纵向坐标轴的方向进行上下的伸缩，这样可以调整该用工分层下具体的用工数量。例如，同样对于上述12小时的用工时长对应的用工分层，在其被选择后，对应的可视化操作对象的高度对应的人数可能是10人，但是，通过对具体用工需求的预测结果柱状图进行观察发现，该用工分层的人数为15时，更容易与其他用工分层组合出更接近预测结果的方案，因此，可以在纵向上对该可视化操作对象进行向上拉伸，相应的，该用工分层对应的用工数量就可以增加，等等。

其中，具体实现时，为了便于操作，可以将最长的用工时长对应的可视化操作对象优先添加到所述第一可视化图表中，后添加的可视化操作对象可放置在先添加的一可视化操作对象的左侧、右侧或上方，且相互之间无缝隙。当然，在实际应用中，大部分情况下，较短用工时长对应的可视化操作对象都会出现在较长可视化操作对象的上方，例如，如图3-3所示，8：00到20：00之间放置了用工时长为12小时对应的第一可视化操作对象，另外，在9：00到11：00出现了一个用工高峰，因此，可以在第一可视化操作对象上方放置一个用工时长为两小时的第三可视化操作对象；13：00到19：00有一个持续时间比较长的用工高峰，期间从16：00到18：00用工量又格外多，因此，可以首先在第一可视化操作对象上方、13：00到19：00的位置，放置一个用工时长为六小时的第二可视化操作对象，再在该第二可视化操作对象的上方、16：00到18：00的位置，放置一个用工时长为两小时的第三可视化操作对象。这样，上述方案中，用到了一个用工时长为12小时的第一可视化操作对象，一个用工时长为四小时的第二可视化操作对象，以及两个用工时长为两小时的第三可视化操作对象，通过上述四个可视化操作对象，以类似于“搭积木”的形式，来更直观的进行操作，使得操作过程中可以实时查看具体的柱状图效果，并且，能够直接通过观察的方式与预测信息对应的柱状图进行对比，便于对具体的用工分层、以及具体的用工开始时间、用工数量等进行可视化的调整。

其中，在可选的实施方式中，所述配置界面中还可以包括数据表格，如图3-3所示，还可以根据所述可视化操作对象的操作结果，将对应用工分层的起止时间信息，以及用工数量信息添加到所述数据表格中。例如，在添加第一可视化操作对象，并通过拖动该操作对象将起始时间调整到8：00所在的位置，通过将该可视化操作对象进行纵向的拉伸，将具体的用工数量调整为20人，则在具体配置界面下方的数据表格中，就可以显示出该第一可视化操作对象对应的用工分层信息、用工时长信息、用工时段信息、用工数量信息，等等。另外，在可选的方式下，还可以显示出用于对各用工分层对应的单价(也即，每小时需要支付的酬劳信息)等信息进行配置的选项，可以直接在该表格中对单价进行配置，配置完成后可以直接进行发布。例如，具体可以如表1所示：

表1

用工分层	用工时长	用工时段	用工数量	单价(元)
					一层	12小时	8：00～20：00	22	6.2
二层	6小时	13：00～19：00	23	6.8
					三层	2小时	9：00～11：00	32	7.6
三层	2小时	16：00～18：00	11	7.6

也就是说，在本申请实施例中，通过“搭积木”的形式对各种分层对应的可视化操作对象进行操作并调整的过程中，下方数据表格中的数据可以是自动生成的，不再需要用户进行手动输入。

另外，在上述配置界面中还可以提供用于发布用工需求的操作选项，这样，在完成具体的配置之后，可以通过所述操作选项接收到操作指令，并将通过所述可视化操作对象进行组合得到的用工需求信息进行发布。

总之，通过本申请实施例，能够在配置界面中首先对用工需求预测结果对应的柱状图进行展示，并且，可以为具体的用工分层提供对应的可视化操作对象，这样，可以通过对多个不同的用工分层对应的可视化操作对象进行组合等方式，来使得具体的用工需求配置信息尽可能地接近用工需求预测结果。可见，本申请实施例中可以实现对用工需求的可视化配置，更容易使得配置的结果接近预测值。

实施例二

该实施例二是从服务器的角度，提供了一种用工需求信息处理方法，参见图4，该方法具体可以包括：

S401：接收客户端提交的用工需求发布请求信息，所述用工需求信息是通过对多种可选的用工分层信息对应的可视化操作对象进行组合得到的，其中，所组合出的第二可视化图表与预先获得的用工需求预测信息对应的第一可视化图表的相似度符合预置条件；

S402：对所述用工需求进行发布。

实施例三

该实施例三是从为劳动力用户提供的客户端的角度，提供了一种用工需求信息处理方法，参见图5，该方法具体可以包括：

S501：接收用工需求信息，其中，所述用工需求信息是通过对多种可选的用工分层信息对应的可视化操作对象进行组合得到的，其中，所组合出的第二可视化图表与预先获得的用工需求预测信息对应的第一可视化图表之间的相似度符合预置条件；

S502：提供用于对所述用工需求对应的任务进行领取的操作选项，以用于以用工分层为单位进行任务领取。

也就是说，在按照前述实施例一中的配置方式发布了各种用工分层下对应的用工数量、时段等信息之后，具体的用工需求信息可以被发送到劳动力用户的客户端，劳动力用户可以通过该客户端查看具体的需求信息，并且可以选择适合自己的任务进行领取，之后，按照对应的用工地点等信息进行报到并提供对应的作业服务即可。

关于上述实施例二以及实施例三中的未详述部分可以参见前述实施例一中的记载，这里不再赘述。

实施例四

在前述各实施例中，都是系统中预先配置好各种用工分层对应的连续用工时长信息，以及每种用工分层的可选次数等信息，然后为具体的需求发布者用户提供具体的可视化操作对象，由需求发布者用户通过手动配置的方式，进行用工需求的配置以及发布。也就是说，具体每块“积木”的大小及数量都是预先规定好的，用户只能在这些积木中进行选择并组合出尽可能接近于预测值的配置结果。而在该实施例四中，考虑到每次大促活动等对应的用工数量预测结果可能都是不同的，具体在单位时间段上的分布情况也会不同，因此，预先提供大小及数量的“积木”的方式可能会无法应对具体预测结果的各种变化。因此，在该实施例四中，还可以根据具体的用工需求预测结果，进行自动化的用工分层处理，也就是说，具体需要多少个用工分层(积木)，每个用工分层对应的连续用工时长(大小)，起止时间，以及用工数量，都可以根据每个单位时间段对应的用工数量预测结果自动进行确定。具体的，参见图6，该实施例四具体提供了一种用工需求信息处理方法，该方法具体可以包括：

S601：获得目标时间段内的用工需求预测信息，其中，所述目标时间段内包括多个单位时间段，所述预测信息中包括多个单位时间段分别对应的所需用工数量预测结果信息；

S602：根据所述用工需求预测信息中各单位时间段对应的用工数量信息的分布情况，进行用工需求分类，以确定出至少一个用工分层对应的连续用工时长信息，以及各用工类别的起止时间及用工数量信息；其中，同一连续用工类别对应的用工时长包括连续多个单位时间段。

其中，具体在进行用工需求的自动分类时，可以有多种方式。例如，其中一种方式下，可以首先将用工数量预测结果大于预置阈值的多个连续单位时间段，进行用工数量预测结果的两两比较。之所以要进行该筛选步骤，是因为具体的预测结果中，可能包括一些用工需求非常少的时段，例如，一些凌晨的时间等等，这些时间的订单量通常比较少，一般用工单位内部的作业人员即可应付，因此，可以不在用工需求的考虑范围之内。另外，由于白天的时间一般都会随着订单的生成，产生大量的用工需求，因此，需求量比较大的单位时间段通常也会比较连续，例如，从早上八点到晚上20：00，等等。在选择出上述单位时间段后，可以将这些时间段对应的用工数量预测结果进行两两比较，然后，可以根据根据两两比较结果将所述单位时间段分成多个组别。例如，可以预先设定一个阈值，如果两个单位时间段对应的用工数量预测结果之间的差值小于或等于该阈值，则可以分到同一个组别中，否则，将被分入不同的组别。

例如，假设以一个小时为单位时间段，筛选出来的单位时间段为从8：00到20：00之间的这12个小时。其中，具体的预测结果包括：

根据上述各个单位时间段对应的用工数量预测结果之间的差值，可以将分成以下几组：

第一组：8：00～9：00，11：00～12：00，12：00～13：00，19：00～20：00

第二组：13：00～14：00，14：00～15：00，15：00～16：00，18：00～19：00

第三组：9：00～10：00，10：～11：00

第四组：16：00～17：00，17：00～18：00

需要说明的是，具体在确定上述组别信息时，还可以考虑同一组别中包括的单位时间段的数量的问题，一般情况下，同一组内不少于两个单位时间段，以此达到用工分层的目的。

在得到上述分组结果后，可以分别根据各个组别中的单位时间段以及对应的用工数量预测结果进行用工分类。

具体的，可以根据同一组别中的单位时间段之间的最大时间跨度，确定对应用工类别的连续用工时长，以及起止时间点；例如，对于前述第一组，具体涉及到的单位时间段中，最早的是8：00～9：00，最晚的是19：～20：00，时间跨度是12小时，因此，就可以将该用工类别对应的连续用工时长确定为12小时。同时可以确定出，该用工类别的起始时间是8：00，结束时间是20：00。对于前述第二组，具体涉及到的单位时间段中，最早的是13：00～14：00，最晚的是18：～19：00，时间跨度是6小时，因此，就可以将该用工类别对应的连续用工时长确定为6小时。同时可以确定出，该用工类别的起始时间是13：00，结束时间是19：00，等等。

另外，还可以根据平均用工数量预测结果从低到高的顺序对所述组别进行排序；然后，按照从低到高的顺序分别确定各用工类别中对应的所需发布的用工数量信息。

具体的，对于最低层的用工类别，根据对应组别中单位时间段对应的用工需求预测结果最大值，作为该用工类别对应的所需发布的用工数量；而对于高层的用工类别，根据根据对应组别中单位时间段对应的用工需求预测结果最大值，与低层的用工类别中已确定的用工数量之间的差值，作为该用工类别对应的所需发布的用工数量。例如，前述四个组别中，按照用工数量预测结果的平均值，从低到高排序后分别是第一组、第二组、第三组、第四组。则可以首先对第一组对应的用工类别进行所需用工数量的确定。具体的，就可以取出该组别中各个单位时间段对应的用工数量预测结果的最大值，例如，在前述例子中，是19：00～20：00这一单位时间段对应的22人，则可以将第一类对应的所需发布的用工数量确定为22人。此时，对该组别内的其他单位时间段，可能会存在发布的人数大于预测所需的人数的情况，可能会造成部分劳动力的冗余，但是，由于预先对差值进行了控制，因此，可以保证冗余的量在可接受的范围内。

在对第二组对应的用工类别进行所需用工数量的确定时，首先同样可以取出该组别中各个单位时间段对应的用工数量预测结果的最大值，例如，在前述例子中，是15：00～16：00这一单位时间段对应的45人。此时，由于第一类的连续用工时长也覆盖该第二组对应的连续用工时段，因此，在确定第二用工类别对应的用工数量时，还可以首先将第一层中已经确定的需要发布的用工数量减掉，再确定该第二层中所需发布的用工数量，例如，具体可以为45-22＝23人，等等。

总之，通过该实施例四，可以通过自动的方式来确定具体所需的用工类别的连续用工时长，以及每一类对应的起止时间，用工数量等信息，可以避免对具体人工配置过程所需人力资源的占用，同时也可以提高效率。

实施例五

关于前述实施例提供的各种对用工需求进行确定并发布的方案，能够适用的实际应用场景可以有多种，例如，在该实施例五中，提供了其中一种应用场景，具体可以是针对具体实体店铺中对具体作业人员的用工需求进行预测以及具体的用工类别的确定。具体的，该实施例五提供了一种用工需求信息处理方法，该方法具体可以包括：

需要说明的是，在具体实现时，对于作业人员而言，由于不同的个体之间在具体的工作能力、熟练度等方面都可能会存在一些差别。因此，在进行具体的用工需求的发布时，还可以根据具体对应用工时段的特点等信息，确定出对具体作业人员能力等信息的需求，并一起进行发布，使得具体的供应方等能够提供更符合各时间段用工需求的作业人员。在上述与具体作业人员能力等信息相结合的情况下，在对具体的用工数量进行预测时，还可以结合具体的作业能力信息来进行确定，例如，某单位时间段内，如果是普通能力的作业人员，一般需要50人，但是，如果全部采用能力比较强的作业人员，则只需要40人就够了，等等。

实施例六

该实施例六主要提供了另一种用工需求的应用场景，也即，具体的实体店铺等场所中对机器人的用工需求。例如，在某实体店铺中，需要通过机器人提供一些服务，包括餐饮店内的机器人送餐服务，或者清洁服务，或者将某商场内某餐饮店内加工制作完成的餐品输送至商场内的统一取餐处，等待配送员进行取餐，等等。在上述场景下，对于一些连锁性质的实体店铺，可能会为每一家实体店铺配置一定数量的机器人，满足基本的日常需求。而更多的机器人则可能会由总部等进行统一管理，在一些大促等活动日，再根据具体每个实体店铺的实际需求，为店铺进行配置。或者，对于前述在同一个商场甚至同一楼层中的各个不同的实体店铺而言，可能是由商场对具体的机器人进行统一管理的，某实体店铺需要使用机器人提供服务时，需要向商场等实体申请或者发送请求。商场则可以根据具体的需求向餐饮店提供对应数量的机器人，商场内的实体店铺可以采用向商场进行租赁的方式来获得机器人提供的服务。总之，在上述各种不同的场景下，都可以预先对具体目标时间段内对具体机器人的用工数量进行预测，为了提高效率，避免太频繁地用工变动，还可以通过前述实施例中的方式进行用工分类，确定出各种用工类别下需要机器人连续工作的时长，以及具体对应的起始时间结束时间、用工数量等信息。然后，具体的总部或者商场等实体则可以根据这些用工需求信息，为具体的实体店铺进行具体机器人的派遣工作。具体的，该实施例六提供了一种机器人用工需求信息处理方法，包括：

具体的，可以获得目标餐饮店中在目标时间段内对机器人的用工需求预测信息，其中，所述机器人用于在所述目标餐饮店内提供送餐(送至具体的餐桌)、清洁和/或将目标餐饮店内加工制作完成的餐品输送至指定地点(送至商场内的统一取货处等)的服务。

实施例七

该实施例七中提供了另一种具体的应用场景，也即，一些需要使用车辆提供服务的场景。其中，具体的车辆可以是网络预约车辆(简称为网约车)，或者在一些大型仓库等场所内用于进行理货或在不同的区域之间进行货品输送的无人驾驶运输车，等等。其中，对于网约车的场景而言，可以以具体的地理区域等为单位分别进行对车辆用工需求的预测。例如，对于某城市而言，可以预测出各个行政区划在未来某目标时间段内，对网约车的用工需求。然后，再利用前述实施例中的方法进行具体用工需求的分类，确定出各用工类别的连续用工时长，起止时间，用工数量，等等。具体的需求发布之后，可以由具体的网约车调度方提前对具体的车辆进行调度，使得各个行政区划内在对应时间段内可提供服务的车辆数量能够满足实际的需求。

或者，对于一些大型的仓库等场所而言，由于仓库的面积比较大，有时可能还会分为多个楼层，等等，因此，为了提高货品上架、拣货、仓内转移等作业的效率，降低对人力资源的占用，有些仓库中可能还会使用无人车来进行作业。与实体店铺类似，有些仓库可能也具有统一的管理方，一些临时产生的对无人车的大量用工的需求，可能需要预先进行预测，并向管理方发布需求。在这种情况下，也可以使用本申请实施例中提供的方案来实现。具体的，该实施例七还提供了一种车辆需求信息处理方法，包括：

与实施例一相对应，本申请实施例还提供了一种用工需求信息处理装置，参见图7，该装置具体可以包括：

预测信息获得单元701，用于获得目标时间段内的用工需求预测信息；其中，所述目标时间段内包括多个单位时间段，所述预测信息中包括多个单位时间段分别对应的所需用工数量信息；

配置界面提供单元702，用于提供用工需求配置界面，并在所述配置界面中提供所述预测信息对应的第一可视化图表，以及多种可选的用工分层信息；其中，所述多种可选的用工分层分别对应不同的连续用工时长，所述连续用工时长包括连续多个单位时间段；

可视化操作对象组合单元703，用于根据被选择的用工分层，在所述柱状图中添加对应的可视化操作对象，以便通过对多个不同用工分层对应的可视化操作对象进行组合，使得组合出的第二可视化图表与所述第一可视化图表的相似度符合预置条件。

其中，所述预测信息获得单元具体可以用于：根据目标实体店铺中在所述目标时间段内所需处理的订单数量信息，对所需的人力资源总量进行预测；根据所述目标实体店铺在所述目标时间段内可提供的自有人力资源的数量信息，以及所述所需的人力资源总量，获得所述目标时间段内的用工需求预测信息。

具体实现时，该装置还可以包括：

操作信息接收单元，用于接收对所述可视化操作对象执行的操作结果信息；

信息确定单元，用于根据操作结果确定对应用工分层的起止时间信息，以及用工数量信息。

具体的，所述操作信息接收单元具体可以用于接收对所述可视化操作选项执行的横向拖动操作，以用于确定对应用工分层的起止时间信息。

或者，所述操作信息接收单元也可以用于：

接收对所述可视化操作选项执行的纵向伸缩操作，以用于确定对应用工分层的用工数量信息。

其中，所述配置界面中还包括数据表格，所述装置还可以包括：

数据添加单元，用于根据所述可视化操作对象的操作结果，将对应用工分层的起止时间信息，以及用工数量信息添加到所述数据表格中。

其中，所述可视化操作对象为半透明状。

所述可视化操作对象的宽度与所述用工分层的用工时长对应，且固定不变。

其中，最长的用工时长对应的可视化操作对象优先添加到所述柱状图中，后添加的可视化操作对象可放置在先添加的一可视化操作对象的左侧、右侧或上方，且相互之间无缝隙。

同一用工分层对应的可视化操作对象的数量是有限的。

另外，该装置还可以包括：

操作选项提供单元，用于提供用于发布用工需求的操作选项；

发布单元，用于通过所述操作选项接收到操作指令后，将通过所述可视化操作对象进行组合得到的用工需求信息进行发布。

与实施例二相对应，本申请实施例还提供了一种用工需求信息处理装置，参见图8，该装置具体可以包括：

发布请求接收单元801，用于接收客户端提交的用工需求发布请求信息，所述用工需求信息是通过对多种可选的用工分层信息对应的可视化操作对象进行组合得到的，其中，所组合出的第二可视化图表与预先获得的用工需求预测信息对应的第一可视化图表的相似度符合预置条件；

用工需求发布单元802，用于对所述用工需求进行发布。

与实施例三相对应，本申请实施例还提供了一种用工需求信息处理装置，参见图9，该装置具体可以包括：

用工需求接收单元901，用于接收用工需求信息，其中，所述用工需求信息是通过对多种可选的用工分层信息对应的可视化操作对象进行组合得到的，其中，所组合出的第二可视化图表与预先获得的用工需求预测信息对应的第一可视化图标之间的相似度符合预置条件；

操作选项提供单元902，用于提供用于对所述用工需求对应的任务进行领取的操作选项，以用于以用工分层为单位进行任务领取。

与实施例四相对应，本申请实施例还提供了一种用工需求信息处理装置，参见图10，该装置具体可以包括：

预测信息获得单元1001，用于获得目标时间段内的用工需求预测信息，其中，所述目标时间段内包括多个单位时间段，所述预测信息中包括多个单位时间段分别对应的所需用工数量预测结果信息；

需求分层处理单元1002，用于根据所述用工需求预测信息中各单位时间段对应的用工数量信息的分布情况，进行用工需求分类，以确定出至少一个用工类别对应的连续用工时长信息，以及各用工类别的起止时间及用工数量信息；其中，同一连续用工类别对应的用工时长包括连续多个单位时间段。

其中，需求分层处理单元具体可以包括：

比较子单元，用于将用工数量预测结果大于预置阈值的多个连续单位时间段，进行用工数量预测结果的两两比较；

组别生成子单元，用于根据两两比较结果将所述单位时间段分成多个组别；

分层子单元，用于分别根据各个组别中的单位时间段以及对应的用工数量预测结果进行用工需求分类。

所述分层子单元具体可以包括：

时间信息确定子单元，用于根据同一组别中的单位时间段之间的最大时间跨度，确定对应用工分层的连续用工时长，以及起止时间点；

排序子单元，用于根据平均用工数量预测结果从低到高的顺序对所述组别进行排序；

人数确定子单元，用于按照从低到高的顺序分别确定各用工类别中对应的所需发布的用工数量信息。

其中，人数确定子单元具体可以用于：

对于最低层的用工分层，根据对应组别中单位时间段对应的用工需求预测结果最大值，作为该用工类别对应的所需发布的用工数量；

对于高层的用工分层，根据根据对应组别中单位时间段对应的用工需求预测结果最大值，与低层的用工类别中已确定的用工数量之间的差值，作为该用工类别对应的所需发布的用工数量。

另外，本申请实施例还提供了一种电子设备，包括：

一个或多个处理器；以及

一种电子设备，包括：

一个或多个处理器；以及

对所述用工需求进行发布。

以及另一种电子设备，包括：

一个或多个处理器；以及

以及另一种电子设备，包括：

一个或多个处理器；以及

其中，图11示例性的展示出了电子设备的架构，具体可以包括处理器1110，视频显示适配器1111，磁盘驱动器1112，输入/输出接口1113，网络接口1114，以及存储器1120。上述处理器1110、视频显示适配器1111、磁盘驱动器1112、输入/输出接口1113、网络接口1114，与存储器1120之间可以通过通信总线1130进行通信连接。

其中，处理器1110可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本申请所提供的技术方案。

存储器1120可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1120可以存储用于控制电子设备1100运行的操作系统1121，用于控制电子设备1100的低级别操作的基本输入输出系统(BIOS)。另外，还可以存储网页浏览器1123，数据存储管理系统1124，以及用工需求信息处理系统1125等等。上述用工需求信息处理系统1125就可以是本申请实施例中具体实现前述各步骤操作的应用程序。总之，在通过软件或者固件来实现本申请所提供的技术方案时，相关的程序代码保存在存储器1120中，并由处理器1110来调用执行。

输入/输出接口1113用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

网络接口1114用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线1130包括一通路，在设备的各个组件(例如处理器1110、视频显示适配器1111、磁盘驱动器1112、输入/输出接口1113、网络接口1114，与存储器1120)之间传输信息。

另外，该电子设备1100还可以从虚拟资源对象领取条件信息数据库1141中获得具体领取条件的信息，以用于进行条件判断，等等。

需要说明的是，尽管上述设备仅示出了处理器1110、视频显示适配器1111、磁盘驱动器1112、输入/输出接口1113、网络接口1114，存储器1120，总线1130等，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本申请方案所必需的组件，而不必包含图中所示的全部组件。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的用工需求信息处理方法、装置及电子设备，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims

1.一种用工需求信息处理方法，其特征在于，包括：

2.根据权利要求1所述的方法，其特征在于，

所述获得目标时间段内的用工需求预测信息，包括：

根据目标实体店铺中在所述目标时间段内所需处理的订单数量信息，对所需的人力资源总量进行预测；

根据所述目标实体店铺在所述目标时间段内可提供的自有人力资源的数量信息，以及所述所需的人力资源总量，获得所述目标时间段内的用工需求预测信息。

3.根据权利要求1所述的方法，其特征在于，

所述第一可视化图表包括柱状图，所述柱状图包括第一坐标轴以及第二坐标轴，其中，第一坐标轴对应时间信息，第二坐标轴对应人数信息；

所述可视化操作对象为矩形区块，所述矩形区块具有第一坐标轴方向上的默认宽度值及第二坐标轴方向上的默认高度值；所述宽度值为所述用工分层对应的连续用工时长信息，所述高度值对应所述用工分层对应的用工数量，所述可视化操作对象在第一坐标轴方向上的位置对应用工的起止时间。

4.根据权利要求3所述的方法，其特征在于，

所述矩形区块的宽度值为固定值，所述高度值以及所述在第一坐标轴方向上的位置为可调节。

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

接收对所述可视化操作选项执行的在第一坐标轴方向上的拖动操作，以用于确定对应用工分层的起止时间信息。

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

接收对所述可视化操作选项执行的在第二坐标轴方向上的伸缩操作，以用于确定对应用工分层的用工数量信息。

7.根据权利要求4所述的方法，其特征在于，

最长的用工时长对应的可视化操作对象优先添加到所述第一可视化图表的上层，后添加的可视化操作对象放置在先添加的一可视化操作对象的左侧、右侧或上方，且相互之间无缝隙。

8.根据权利要求4所述的方法，其特征在于，

所述配置界面中还包括数据表格，所述方法还包括：

根据所述可视化操作对象的操作结果，将对应用工分层的起止时间信息，以及用工数量信息添加到所述数据表格中。

9.根据权利要求1至8任一项所述的方法，其特征在于，

所述可视化操作对象为半透明状。

10.根据权利要求1至8任一项所述的方法，其特征在于，

同一用工分层对应的可视化操作对象的数量是有限的。

11.根据权利要求1至8任一项所述的方法，其特征在于，还包括：

提供用于发布用工需求的操作选项；

通过所述操作选项接收到操作指令后，将通过所述可视化操作对象进行组合得到的用工需求信息提交到服务器进行发布。

12.一种用工需求信息处理方法，其特征在于，包括：

对所述用工需求进行发布。

13.一种用工需求信息处理方法，其特征在于，包括：

14.一种用工需求信息处理方法，其特征在于，包括：

15.根据权利要求14所述的方法，其特征在于，

所述进行用工需求分类，包括：

将用工数量预测结果大于预置阈值的多个连续单位时间段，进行用工数量预测结果的两两比较；

根据两两比较结果将所述单位时间段分成多个组别；

分别根据各个组别中的单位时间段以及对应的用工数量预测结果进行用工需求分类。

16.根据权利要求15所述的方法，其特征在于，

所述分别根据各个组别中的单位时间段以及对应的用工数量预测结果进行用工需求分类，包括：

根据同一组别中的单位时间段之间的最大时间跨度，确定对应用工类别的连续用工时长，以及起止时间点；

根据平均用工数量预测结果从低到高的顺序对所述组别进行排序；

按照从低到高的顺序分别确定各用工类别中对应的所需发布的用工数量信息。

17.根据权利要求16所述的方法，其特征在于，

所述按照从低到高的顺序分别确定各用工类别中对应的所需发布的用工数量信息，包括：

对于最低层的用工类别，根据对应组别中单位时间段对应的用工需求预测结果最大值，作为该用工类别对应的所需发布的用工数量；

对于高层的用工类别，根据根据对应组别中单位时间段对应的用工需求预测结果最大值，与低层的用工类别中已确定的用工数量之间的差值，作为该用工类别对应的所需发布的用工数量。

18.根据权利要求14至17任一项所述的方法，其特征在于，还包括：

根据所述用工需求分类的处理结果，生成用工需求信息并进行发布。

19.一种用工需求信息处理方法，其特征在于，包括：

20.一种机器人用工需求信息处理方法，其特征在于，包括：

21.根据权利要求20所述的方法，其特征在于，

所述获得目标时间段内对机器人的用工需求预测信息，包括：

获得目标餐饮店中在目标时间段内对机器人的用工需求预测信息，其中，所述机器人用于在所述目标餐饮店内提供送餐、清洁和/或将目标餐饮店内加工制作完成的餐品输送至指定地点的服务。

22.一种车辆需求信息处理方法，其特征在于，包括：

23.根据权利要求22所述的方法，其特征在于，

所述获得目标时间段内对车辆的用工需求预测信息，包括：

获得目标地理区域范围内在目标时间段内对网络预约出租车辆的用工需求预测信息。

24.根据权利要求22所述的方法，其特征在于，

所述获得目标时间段内对车辆的用工需求预测信息，包括：

获得目标场所在目标时间段内对无人驾驶运输车的用工需求预测信息。

25.根据权利要求24所述的方法，其特征在于，

所述目标场所包括目标仓库，所述无人驾驶运输车用于为所述目标仓库提供货品上架、拣货或仓内输送服务。

26.一种用工需求信息处理装置，其特征在于，包括：

27.一种用工需求信息处理装置，其特征在于，包括：

用工需求发布单元，用于对所述用工需求进行发布。

28.一种用工需求信息处理装置，其特征在于，包括：

29.一种用工需求信息处理装置，其特征在于，包括：

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

一个或多个处理器；以及

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

一个或多个处理器；以及

对所述用工需求进行发布。

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

一个或多个处理器；以及

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

一个或多个处理器；以及