CN113220426B - 一种任务处理方法及装置 - Google Patents

Abstract

本申请涉及人工智能技术领域，尤其涉及一种任务处理方法及装置，获取任务处理请求，其中，所述任务处理请求中至少包括待处理任务的任务信息，所述任务信息中至少包括所述待处理任务的任务类型信息和任务位置信息；获取任务处理区域的区域位置信息，若确定未位于所述任务处理区域，移动至所述任务处理区域；展示所述待处理任务的任务信息，获取处理指令，并根据所述处理指令处理所述待处理任务，其中，所述处理指令为根据获取到的所述待处理任务的处理方式生成的，这样，能够通过机器人实现自动化服务。

Description

一种任务处理方法及装置

技术领域

本申请涉及人工智能技术领域，尤其涉及一种任务处理方法及装置。

背景技术

目前，随着人工智能技术的发展，机器人的应用越来越普及，例如，机器人可以在餐厅中代替服务员送餐等。

相关技术中，目前的机器人仅能够代替服务员提供送餐服务，而为顾客提供桌边服务，例如催餐、送递餐具等服务，仍然需要由餐厅的服务员人工处理。但是，对于服务员人手不足的餐厅来说，若通过人工提供桌边服务，效率明显不高。因此，如何能够通过机器人为顾客提供自动化服务，成为了一个亟待解决的问题。

发明内容

本申请实施例提供一种任务处理方法及装置，以实现通过机器人提供自动化服务，从而提高服务效率。

本申请实施例提供的具体技术方案如下：

一种任务处理方法，应用于机器人，包括：

获取任务处理请求，其中，所述任务处理请求中至少包括待处理任务的任务信息，所述任务信息中至少包括所述待处理任务的任务类型信息和任务位置信息；

获取任务处理区域的区域位置信息，若确定未位于所述任务处理区域，移动至所述任务处理区域；

展示所述待处理任务的任务信息，获取处理指令，并根据所述处理指令处理所述待处理任务，其中，所述处理指令为根据获取到的所述待处理任务的处理方式生成的。

可选的，获取任务处理请求，具体包括：

生成任务处理请求；和/或

获取其它机器人生成的任务处理请求；和/或

获取客户端生成的任务处理请求。

可选的，生成任务处理请求，具体包括：

获取客户端生成的机器人召唤请求，其中，所述机器人召唤请求中至少包括所述客户端所在的位置的客户端位置信息；

移动至所述客户端所在的位置，并获取任务类型信息和任务位置信息；

根据获取到的任务类型信息和任务位置信息生成待处理任务的任务处理请求。

可选的，所述机器人召唤请求为召唤请求集合中接收时间最早的机器人召唤请求，所述接收时间为服务端接收到机器人召唤请求的时间，所述召唤请求集合为所述服务端从接收到的各机器人召唤请求中筛选出的当前时间与接收时间之间的时间差值不大于预设时间阈值的机器人召唤请求的集合。

可选的，获取任务类型信息，具体包括：

在移动至所述客户端所在的位置后，展示预先存储的各任务类型信息，获取选择出的任务类型信息；

获取任务位置信息，具体包括：

确定任务位置信息为所述客户端位置信息。

可选的，获取任务处理区域的区域位置信息，具体包括：

根据所述任务类型信息和/或所述任务位置信息，确定所述待处理任务所属的任务处理区域；

获取确定的任务处理区域的区域位置信息。

可选的，所述待处理任务的处理方式包括人工处理、机器人处理中的至少一种。

可选的，若获取到的所述待处理任务的处理方式为机器人处理，则根据所述处理指令处理所述待处理任务，具体包括：

移动至所述待处理任务所在的任务位置；

按照预设提示方式提示所述待处理任务处理完成。

可选的，所述处理指令为所述机器人根据获取到的所述待处理任务的处理方式生成的；或，

所述处理指令为管理终端根据获取到的所述待处理任务的处理方式生成的。

可选的，所述机器人为餐厅服务机器人，所述任务类型信息包括催餐任务、呼叫人工服务任务、餐具送递任务、清理任务、祝福送达任务中的至少一种，所述任务位置信息包括餐桌位置信息。

可选的，在获取任务处理区域的区域位置信息之前，还包括：

若当前工作模式为送餐模式，退出送餐模式；

在根据所述处理指令处理所述待处理任务之后，还包括：

重新进入送餐模式。

一种任务处理装置，应用于机器人，包括：

获取模块，用于获取任务处理请求，其中，所述任务处理请求中至少包括待处理任务的任务信息，所述任务信息中至少包括所述待处理任务的任务类型信息和任务位置信息；

导航模块，用于获取任务处理区域的区域位置信息，若确定未位于所述任务处理区域，移动至所述任务处理区域；

处理模块，用于展示所述待处理任务的任务信息，获取处理指令，并根据所述处理指令处理所述待处理任务，其中，所述处理指令为根据获取到的所述待处理任务的处理方式生成的。

可选的，获取模块具体用于：

生成任务处理请求；和/或获取模块具体用于：

获取其它机器人生成的任务处理请求；和/或获取模块具体用于：

获取客户端生成的任务处理请求。

可选的，生成任务处理请求时，获取模块具体用于：

获取客户端生成的机器人召唤请求，其中，所述机器人召唤请求中至少包括所述客户端所在的位置的客户端位置信息；

移动至所述客户端所在的位置，并获取任务类型信息和任务位置信息；

根据获取到的任务类型信息和任务位置信息生成待处理任务的任务处理请求。

可选的，所述机器人召唤请求为召唤请求集合中接收时间最早的机器人召唤请求，所述接收时间为服务端接收到机器人召唤请求的时间，所述召唤请求集合为所述服务端从接收到的各机器人召唤请求中筛选出的当前时间与接收时间之间的时间差值不大于预设时间阈值的机器人召唤请求的集合。

可选的，获取任务类型信息时，获取模块具体用于：

在移动至所述客户端所在的位置后，展示预先存储的各任务类型信息，获取选择出的任务类型信息；

获取任务位置信息时，获取模块具体用于：

确定任务位置信息为所述客户端位置信息。

可选的，获取任务处理区域的区域位置信息时，导航模块具体用于：

根据所述任务类型信息和/或所述任务位置信息，确定所述待处理任务所属的任务处理区域；

获取确定的任务处理区域的区域位置信息。

可选的，所述待处理任务的处理方式包括人工处理、机器人处理中的至少一种。

可选的，若获取到的所述待处理任务的处理方式为机器人处理，则处理模块具体用于：

移动至所述待处理任务所在的任务位置；

按照预设提示方式提示所述待处理任务处理完成。

可选的，所述处理指令为所述机器人根据获取到的所述待处理任务的处理方式生成的；或，

所述处理指令为管理终端根据获取到的所述待处理任务的处理方式生成的。

可选的，所述机器人为餐厅服务机器人，所述任务类型信息包括催餐任务、呼叫人工服务任务、餐具送递任务、清理任务、祝福送达任务中的至少一种，所述任务位置信息包括餐桌位置信息。

可选的，还包括：

第一模式切换模块，用于在获取任务处理区域的区域位置信息之前，若当前工作模式为送餐模式，退出送餐模式；

第二模式切换模块，用于在根据所述处理指令处理所述待处理任务之后，重新进入送餐模式。

一种机器人，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述任务处理方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任务处理方法的步骤。

本申请实施例中，机器人在获取到任务处理请求之后，移动至任务处理区域，并展示待处理任务的任务信息，从而能够控制机器人通过选择出的处理方式处理待处理任务，实现自动化服务。

附图说明

图1为本申请实施例中一种任务处理方法的流程图；

图2a为本申请实施例中桌边小程序码的示意图；

图2b为本申请实施例中服务小程序首页的小程序示意图；

图2c为本申请实施例中召唤机器人页面的小程序示意图；

图2d为本申请实施例中跑堂小程序码的机器人界面示意图；

图3a为本申请实施例中到桌状态的机器人界面示意图；

图3b为本申请实施例中任务确认状态的机器人界面示意图；

图4a为本申请实施例中展示状态的机器人界面示意图；

图4b为本申请实施例中选择处理方式的机器人界面示意图；

图5为本申请实施例中送递状态的机器人界面示意图；

图6为本申请实施例中推送服务通知的小程序示意图；

图7a为本申请实施例中任务小程序首页的示意图；

图7b为本申请实施例中待处理任务的示意图；

图7c为本申请实施例中已处理任务的示意图；

图8为本申请实施例中一种任务处理方法的另一流程图；

图9为本申请实施例中返回送餐起点状态的机器人界面示意图；

图10为本申请实施例中送餐模式的机器人界面示意图；

图11为本申请实施例中处理召唤请求的小程序流程图；

图12a为本申请实施例中选择召唤任务的小程序示意图；

图12b为本申请实施例中接收到召唤请求的小程序示意图；

图12c为本申请实施例中导航界面的小程序示意图；

图12d为本申请实施例中机器人到达的小程序示意图；

图12e为本申请实施例中任务完成的小程序示意图；

图13为本申请实施例中处理任务处理请求的小程序流程图；

图14a为本申请实施例中选择任务类型的小程序示意图；

图14b为本申请实施例中任务确认的小程序示意图；

图14c为本申请实施例中任务等待领取的小程序示意图；

图14d为本申请实施例中任务等待处理的小程序示意图；

图14e为本申请实施例中任务处理完成的小程序示意图；

图14f为本申请实施例中导航的小程序示意图；

图14g为本申请实施例中完成任务的小程序示意图；

图15本申请实施例中任务处理装置的结构示意图；

图16为本申请实施例中机器人的结构示意图。

具体实施方式

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

目前，随着人工智能技术的发展，机器人的应用越来越普及，例如，机器人可以在餐厅中代替服务员送餐等。相关技术中，目前的机器人仅能够代替服务员提供送餐服务，而在需要为顾客提供桌边服务，例如催餐、送递餐具等服务时，仍然需要由餐厅的服务员人工处理。但是，对于服务员人手不足的餐厅来说，若通过人工提供桌边服务，效率明显不高。因此，如何能够通过机器人为顾客提供自动化服务，成为了一个亟待解决的问题。

为了解决上述问题，本申请实施例中提供了一种任务处理方法，获取任务处理请求，获取任务处理区域的区域位置信息，若确定未位于任务处理区域，移动至任务处理区域，展示待处理任务的任务信息，获取处理指令，并根据处理指令处理待处理任务。这样，能够将人工服务转换为机器人自动化服务，例如，对于餐厅中的服务员来说，能够为餐厅节约服务员在服务过程中来回行走的时间成本，对于服务员人手不够的餐厅，能够代替服务员为顾客提供桌边服务；对于餐厅中的顾客来说，能够帮助顾客找服务员、催菜、送递缺少的餐具等，改善顾客体验。

基于上述实施例，参阅图1所示，为本申请实施例中一种任务处理方法的流程图，应用于机器人，具体包括：

步骤100：获取任务处理请求。

其中，任务处理请求中至少包括待处理任务的任务信息，任务信息中至少包括待处理任务的任务类型信息和任务位置信息。

本申请实施例中，机器人获取的任务处理请求可以是机器人自身生成的，也可以是其它机器人生成的，也可以是客户端生成的。需要说明的是，本申请实施例中可以通过以上三种方式获取任务处理请求，但并不仅限于以上三种获取方式。下面对本申请实施例中获取任务处理请求的以上三种获取方式进行详细阐述。

第一种获取方式：机器人生成任务处理请求。

具体包括：

S1：获取客户端生成的机器人召唤请求。

其中，机器人召唤请求中至少包括客户端所在的位置的客户端位置信息。

以餐厅场景为例，顾客可以通过客户端扫描小程序码，运行客户端中的服务小程序，并进入服务小程序的召唤机器人页面，然后，点击召唤机器人页面中的“召唤机器人”选项，从而能够触发客户端生成机器人召唤请求，然后，客户端将生成的机器人召唤请求通过服务端发送给机器人，从而机器人能够获取到客户端生成的机器人召唤请求。

其中，客户端可以为手机、手环或其他电子设备，本申请实施例中对此并不进行限制。

需要说明的是，运行客户端中的服务小程序，可以通过客户端扫描桌边小程序码的方式实现。例如，参阅图2a所示，为本申请实施例中桌边小程序码的示意图，当顾客通过客户端的“扫一扫”功能扫描桌边小程序码时，能够运行服务小程序，并进入召唤机器人页面，参阅图2c所示，本申请实施例中召唤机器人页面的小程序示意图。然后，顾客可以通过点击“召唤机器人”的选项，触发客户端生成机器人召唤请求。

若客户端中保存有服务小程序的运行入口，也可以直接运行服务小程序，参阅图2b所示，为本申请实施例中服务小程序首页的小程序示意图，顾客也可以通过服务小程序首页的扫描功能扫描桌边小程序码，进入召唤机器人页面。

其中，机器人召唤请求中至少包括客户端所在位置的信息，也即客户端位置信息，客户端位置信息例如可以为顾客所在餐桌的桌号，又例如可以为坐标信息，本申请实施例中对此并不进行限制。由于顾客通过扫描桌边小程序码的方式进入召唤机器人页面，因此，生成的机器人召唤请求中会包含有客户端位置信息，无需顾客手动填写，机器人就能够准确到达客户端所在的位置，即顾客所在的餐桌。

S2：移动至客户端所在的位置，并获取任务类型信息和任务位置信息。

本申请实施例中，获取机器人的第一位置信息，第一位置信息为机器人在获取到机器人召唤请求时所在的第一位置的信息，然后，根据第一位置信息和客户端位置信息，生成从机器人获取到机器人召唤请求时所处的第一位置到客户端所在的位置的第一移动路径，根据第一移动路径，从当前所在的第一位置移动到客户端所在的位置。

下面对本申请实施例中获取任务类型信息的步骤进行详细阐述，具体包括：

在移动至客户端所在的位置后，展示预先存储的各任务类型信息，获取选择出的任务类型信息。

本申请实施例中，当机器人到达客户端所在的位置之后，通过预设的展示方式在操作界面中展示预设的各任务类型信息，顾客能够从操作界面中展示的各任务类型信息中选择出所需的任务类型信息，从而机器人获取到选择出的任务类型信息。

其中，预设的展示方式例如可以为语音提示，又例如可以为在机器人的操作界面中展示，本申请实施例中对此并不进行限制。

餐厅场景下，任务类型信息可以包括催餐任务、呼叫人工服务任务、餐具送递任务、清理任务、祝福送达任务中的至少一种，本申请实施例中对任务类型信息并不进行限制。

催餐任务表征向服务员催菜的任务，呼叫人工服务表征寻找服务员到餐桌的任务，餐具送递任务表征送递缺少的餐具的任务，清理任务表征寻找服务员对餐桌进行清理的任务，祝福送达任务表征寻找服务员送上生日祝福的任务。

参阅图3a所示，为本申请实施例中到桌的机器人界面示意图，此时在机器人的操作界面上显示有“催餐”、“人工服务”、“送递餐具”和“清理桌子”的选项，从而顾客能够在操作界面上选择所需的任务类型信息。

下面对本申请实施例中获取任务位置信息的步骤进行详细阐述，具体包括：

确定任务位置信息为客户端位置信息。

本申请实施例中，可以默认任务位置信息为客户端位置信息，请顾客确认，在顾客确认后，即确定任务位置信息为客户端位置信息。

本申请实施例中，当机器人到达客户端所在的位置之后，也可以通过预设的展示方式在操作界面中展示预设的各任务位置信息，顾客能够从操作界面中展示的各任务位置信息中选择出所需的任务位置信息，从而机器人获取到选择出的任务位置信息。

进一步地，当机器人移动至客户端所在的位置之后，若未获取到任何信息和指令，或者获取到结束召唤指令，可以结束本次召唤。下面对本申请实施例中结束召唤的方式进行详细阐述。

第一种方式：未获取到任何信息和指令。

具体包括：若在计时时间段内未获取到任何信息和指令，则确定召唤请求处理完成。

本申请实施例中，当机器人通过预设的展示方式展示预设的各任务类型信息时，获取预设的定时器，并使定时器开始计时，若确定在定时器的计时时间段内未接收到任何信息和指令，则确定本次机器人召唤请求处理完成。也就是说，当机器人导航到达对应的顾客所在的餐桌之后，在操作界面上展示各任务类型信息，同时获取定时器，从开始展示各任务类型信息时，定时器开始计时，在计时时间段内若确定顾客在定时器的计时时间段内未执行任何操作，则确定本次机器人召唤请求处理完成。

例如，假设定时器的计时时间段为60s，机器人按照第一移动路径导航到顾客所在的餐桌A2之后，触发定时器开始60s倒计时，若在60s倒计时内，没有任何操作，则等待倒计时60s超时后，确定本次机器人召唤请求处理完成。

第二种方式：获取到结束召唤指令。

具体包括：若确定获取到结束召唤指令，则确定召唤请求处理完成。

本申请实施例中，当机器人通过预设的展示方式向顾客展示各任务类型信息之后，顾客在操作界面上触发结束召唤指令，机器人若确定获取到结束召唤指令，则确定本次机器人召唤请求处理完成。

例如，机器人按照第一移动路径导航到顾客所在的餐桌A2之后，顾客在机器人的操作界面上选择“不用了，谢谢”选项，则触发生成结束召唤指令，并确定该机器人召唤请求处理完成。

S3：根据获取到的任务类型信息和任务位置信息生成待处理任务的任务处理请求。

同时，机器人确定本次召唤请求处理完成。

例如，如图3a所示，顾客在机器人的操作界面上选择“送递餐具”选项，此后可以进一步对餐具种类、数量进行选择，而后在机器人的操作界面上，提示顾客对选择出的任务类型信息和任务位置信息进行确认，参阅图3b所示，为本申请实施例中任务确认状态的机器人界面示意图，在餐厅服务机器人的操作界面上，展示有顾客所选择的待处理任务的任务位置信息，即顾客所需要提供服务的餐桌的桌号，并且，还展示有任务类型信息“送递餐具”，以及任务内容信息“餐盘*2、筷子*2”。顾客确认后，即可生成对应的任务处理请求。

需要说明的是，一台机器人每次只获取一个机器人召唤请求进行处理，在该机器人召唤请求处理完成前，不再获取其它机器人召唤请求。

当机器人从服务端获取机器人召唤请求时，服务端可接收多个机器人召唤请求并存储，具体可接收和餐厅中的餐桌的桌数同等数量的机器人召唤请求。

另外，需要说明的是，机器人从服务端获取的机器人召唤请求为召唤请求集合中接收时间最早的机器人召唤请求，接收时间为服务端接收到机器人召唤请求的时间，召唤请求集合为服务端从接收到的各机器人召唤请求中筛选出的当前时间与接收时间之间的时间差值不大于预设时间阈值的机器人召唤请求的集合。

也就是说，服务端中存储有召唤请求集合，服务端从召唤请求集合中的各机器人召唤请求中，选择出接收时间最早的机器人召唤请求，并将选择出的机器人召唤请求发送给机器人，从而机器人能够获取到召唤请求集合中接收时间最早的机器人召唤请求。

其中，本申请实施例中的召唤请求集合是由服务端生成的。当服务端接收到客户端发送的机器人召唤请求之后，判断各机器人中是否有未处于占用状态的机器人，若确定有未处于占用状态的机器人，则将机器人召唤请求发送给确定出的机器人，若确定此时所有的机器人均处于占用状态，则将客户端发送的机器人召唤请求添加至召唤请求集合中。然后，获取召唤请求集合中的各机器人召唤请求对应的接收时间，以及当前时间，并从各机器人召唤请求中筛选出当前时间与接收时间的时间差值大于预设的时间阈值的机器人召唤请求，仅在召唤请求集合中保留当前时间与获取时间之间的时间差值不大于预设的时间阈值的机器人召唤请求。并且，服务端中的召唤请求集合是实时更新的。

进一步地，若服务端确定此时所有的机器人均处于占用状态时，此时暂无机器人能够处理机器人召唤请求，则服务端会生成等待召唤信息，确定出召唤请求集合中的各机器人召唤请求对应的客户端，并将等待召唤信息发送给确定出的客户端。也就是说，发送机器人召唤请求，且机器人召唤请求还未被处理的客户端会接收到等待召唤信息。客户端在接收到等待召唤信息之后，展示接收到的等待召唤信息，从而顾客能够及时获知所有的机器人均被占用，机器人召唤请求等待认领。

进一步地，当机器人生成任务处理请求之后，服务端也可以向顾客的客户端发送召唤完成信息和任务处理请求生成信息，以使客户端能够在服务小程序中及时展示召唤完成信息，从而使得顾客能够通过客户端接收到的召唤完成信息及时获知当前召唤请求已完成，并通过任务处理请求生成信息及时获知任务处理请求已经生成，正在等待处理。例如，可以通过服务小程序展示召唤完成信息，并展示任务处理请求的此时处理状态。

需要说明的是，本申请实施例中，当机器人此时正在处理机器人召唤请求时，优先处理机器人召唤请求，待所有机器人召唤请求均处理完成之后，若此时未获取到新的召唤请求，则移动至任务处理区域，直至机器人处理完成任务处理请求，再次处于待机或无任务状态后才可再次接收机器人召唤请求。

第二种获取方式：机器人获取其它机器人生成的任务处理请求。

机器人具体可以通过服务端获取其它机器人生成的任务处理请求。

本申请实施例中，当其它机器人生成任务处理请求之后，可能此时无法处理任务处理请求，可将任务处理请求发送给其它机器人。因此，机器人还可以获取其它机器人生成的任务处理请求。

第三种获取方式：机器人获取客户端生成的任务处理请求。

机器人具体可以通过服务端获取客户端生成的任务处理请求。

本申请实施例中，为了提高机器人的服务效率，也可以通过客户端的服务小程序获取任务类型信息和任务位置信息，从而实现客户端生成任务处理请求。这样，无需召唤机器人到桌边，从而可以提高机器人的服务效率。

顾客可以通过客户端扫描桌边小程序码运行客户端中的服务小程序，也可以通过客户端扫描机器人的操作界面上所展示的跑堂小程序码运行客户端中的服务小程序。例如，参阅图2d所示，为本申请实施例中跑堂小程序码的机器人界面示意图。当机器人完成送餐服务时，可以在机器人上的操作界面上展示有跑堂小程序码。

获取任务类型信息和任务位置信息的具体实现可以参考前述步骤S2中获取任务类型信息和任务位置信息的具体实现，在此不再赘述。

步骤110：获取任务处理区域的区域位置信息，若确定未位于任务处理区域，移动至任务处理区域。

本申请实施例中，首先，在获取到任务处理请求之后，获取任务处理区域的区域位置信息。

具体地，在获取任务处理区域的区域位置信息时，可以根据待处理任务确定出能够处理待处理任务的任务处理区域的区域位置信息，具体包括：

S1：根据任务类型信息和/或任务位置信息，确定待处理任务所属的任务处理区域。

本申请实施例中，在餐厅中，每一个服务员可能仅对餐厅中的其中几个餐桌提供桌边服务，或者仅提供特定类型服务，因此，在获取到任务处理请求之后，需要确定出待处理任务所属的任务处理区域。因此，可以根据待处理任务的任务信息，确定待处理任务所属的任务处理区域。

其中，确定待处理任务所属的任务处理区域时，可以通过以下三种方式确定。

第一种方式：根据待处理任务的任务类型信息和任务位置信息，确定待处理任务所属的任务处理区域。

第二种方式：根据待处理任务的任务类型信息，确定待处理任务所属的任务处理区域。

第三种方式：根据待处理任务的任务位置信息，确定待处理任务所属的任务处理区域。

S2：获取确定的任务处理区域的区域位置信息。

本申请实施例中，每一个任务处理区域对应一个区域位置信息，因此，获取确定的任务处理区域的区域位置信息。

然后，当确定出任务处理区域的区域位置信息之后，需要判断此时是否位于任务处理区域中，若确定未位于任务处理区域中，则根据当前所在的第二位置的第二位置信息和区域位置信息，生成由第二位置到任务处理区域的第二移动路径。

需要说明的是，机器人判断此时是否位于任务处理区域中，若确定未位于任务处理区域中，例如，机器人此时正在餐桌旁，或正在移动过程中，则需要导航至任务处理区域，若确定位于任务处理区域中，则无需移动。

最后，按照第二移动路径，从第二位置移动到任务处理区域。然后，向服务员展示待处理任务的任务信息。

其中，任务处理区域表征处理待处理任务的区域。

步骤120：展示待处理任务的任务信息，获取处理指令，并根据处理指令处理待处理任务。

其中，处理指令为根据获取到的待处理任务的处理方式生成的。

本申请实施例中，通过预设展示方式向服务员展示当前机器人获取到的所有待处理任务的任务信息，并等待服务员依次处理待处理任务，选择处理方式。

例如，机器人播报当前获取到的待处理任务的任务信息，并通过提示音乐等待服务员处理。

进一步地，展示待处理任务的任务信息时，还可以通过语音播报方式播报当前接收到的待处理任务的数量。

然后，服务员能够选择处理待处理任务的处理方式，使得机器人获取到相应的处理指令。

例如，参阅图4a所示，为本申请实施例中展示状态的机器人界面示意图，第一个待处理任务为送递任务“A01号桌的客人，需要2个碗”，第二个待处理任务为人工服务“服务员哥哥姐姐，A02号桌的客人在找你哦”，第三个待处理任务为催餐任务“A03号桌的才什么时候做好呀”，第四个待处理任务为清理任务“A04号桌的客人，希望收拾一下桌子”。然后，服务员可以选择“处理任务”选项，来选择处理方式，参阅图4b所示，为本申请实施例中选择处理方式的机器人界面示意图，当待处理任务为送递任务，且服务员选择“处理任务”选项之后，在操作界面上会出现两个选项，分别为“机器人送递餐具”和“人工送递餐具”，当待处理任务为其它任务类型，例如人工服务、催餐任务、清理任务等，且服务员选择“处理任务”选项之后，在操作界面上会出现两个选项，分别为“机器人回复”和“无需机器人回复”。

然后，在获取到处理指令之后，响应接收到的处理指令，并根据处理指令处理待处理任务。

具体地，针对不同的待处理任务，处理方式具体可以包括人工处理、机器人处理中的至少一种。

下面分别针对以上两种处理方式进行详细阐述。

第一种：处理方式为人工处理。

本申请实施例中，若确定处理方式为人工处理，则确定此时服务员选择通过人工处理，通过预设提示方式向服务员提示待处理任务已经处理完成。

其中，预设展示方式例如可以为语音播报，又例如可以为文字提示等，本申请实施例中对此并不进行限制。

例如，如图4b所示，当待处理任务为送递任务，此时服务员选择“人工送递餐具”选项之后，通过TTS向服务员播报“XX桌缺少餐具的任务已经处理完成啦，请尽快拿给顾客哦”。

又例如，当待处理任务为人工服务任务，此时服务员选择“无需机器人回复”选项之后，通过TTS向服务员播报“XX桌，找服务员的任务已经处理完成啦，请尽快回复顾客呀”。

再例如，当待处理任务为清理任务时，此时服务员选择“无需机器人回复”选项之后，通过TTS向服务员播报“XX桌收拾桌子的任务已经处理完成啦，请尽快回复顾客呀”。

进一步地，机器人可以通过服务端向顾客的客户端发送处理完成信息，以使客户端能够在服务小程序的界面中对待处理任务的处理状态进行提示。

进一步地，本申请实施例中，机器人获取的处理指令，可以通过以下两种方式生成。

第一种方式：处理指令为机器人根据获取到的待处理任务的处理方式生成的。

本申请实施例中，服务员可以通过在机器人上点击处理方式的选项，从而触发生成处理指令，则机器人根据获取到的待处理任务的处理方式生成处理指令。

第二种方式：处理指令为管理终端根据获取到的待处理任务的处理方式生成的。

本申请实施例中，服务员可以通过任务小程序首页的跑堂待办任务中对待处理任务进行查看和处理，参阅图7a所示，为本申请实施例中任务小程序首页的示意图，参阅图7b所示，为本申请实施例中待处理任务的示意图。从而管理终端可以根据获取到服务员选择的处理方式生成处理指令，并将生成的处理指令通过服务端发送给机器人。

进一步地，当待处理任务被处理后，则会展示到已处理任务中，当服务员处理完任务后，任务也会同步在客户端待办页中删除，参阅图7c所示，为本申请实施例中已处理任务的示意图。

下面对本申请实施例中清除已处理的待处理任务的步骤进行详细阐述，具体包括：

机器人通过服务端向管理终端返回处理完成信息，以使管理终端根据处理完成信息清除待处理任务。

本申请实施例中，当任务处理完成之后，向管理终端返回处理完成信息，以使管理终端对已处理的任务进行倒计时，当倒计时结束之后，清除已处理的任务。

例如，已处理的任务仅保留10分钟，10分钟后从列表中删除。

第二种：处理方式为机器人处理。

具体包括：

S1：移动至待处理任务所在的任务位置。

本申请实施例中，若确定接收到的处理方式为机器人处理，则根据任务处理区域的区域位置信息和待处理任务的任务位置信息，生成从任务处理区域的位置到待处理任务所在的任务位置的第三移动路径。然后，机器人按照第三移动路径，从任务处理区域移动至待处理任务所在的位置。

S2：按照预设提示方式提示待处理任务处理完成。

本申请实施例中，当到达待处理任务所在的位置之后，通过预设提示方式向客户端提示待处理任务已经处理完成，以使客户端能够及时获知待处理任务的处理状态。

例如，当预设提示方式为语音播报，且任务类型信息为催餐任务时，则当服务员选择机器人回复之后，则机器人按照第三移动路径，导航至顾客的桌边，并通过TTS向顾客播报“您刚才让我帮您催菜，我已经帮您催过啦，服务员说马上就好哦，请再等一小会吧，我继续工作啦，需要帮助可以随时叫我哦，拜拜”。

又例如，当预设提示方式为语音播报，且任务类型信息为餐具送递任务时，则当服务员选择机器人送递之后，则机器人按照第三移动路径，导航至顾客的桌边，并通过TTS向顾客播报“您缺少的餐具来啦，再第X层，请自己拿取呀”。

再例如，当预设提示方式为语音播报，且任务类型信息为呼叫人工服务任务时，则当服务员选择机器人回复之后，机器人按照第三移动路径，导航至顾客的桌边，并通过TTS向顾客播报“您刚才让我帮您找服务员，我已经帮您通知到啦，他们马上就来，请稍等一小会儿哦，我继续工作啦，需要帮助可以随时叫我哦，拜拜”。

再例如，当预设提示方式为语音播报，且任务类型信息为清理任务时，则当服务员选择机器人回复之后，机器人按照第三移动路径，导航至顾客的桌边，并通过TTS向顾客播报“您的收拾桌子任务，已经帮您通知服务员啦，他们马上就来，请稍等哦，我继续工作啦，需要帮助可以随时叫我哦，拜拜”。

进一步地，本申请实施例中，机器人在获取任务处理区域的区域位置信息之前，当前工作状态可能为送餐模式，若当前工作模式为送餐模式时，则退出送餐模式。

然后，若确定此时根据处理指令处理待处理任务之后，则重新进入送餐模式。也就是说，机器人判断当前待处理任务若为送餐模式中触发，则在无其它待处理任务之后，跳转回送餐模式，继续进行送餐。

进一步地，机器人在确定该待处理任务处理完成，则根据任务位置信息和区域位置信息，生成由待处理任务的任务位置移动至任务处理区域的第四移动路径，根据第四移动路径，移动至任务处理区域，并返回到待机页面，等待再次处理待处理任务。

例如，参阅图5所示，为本申请实施例中送递状态的机器人界面示意图，假设待处理任务为“餐具送递任务”，则此时机器人的界面图上显示“您的餐具来啦，在第1层，请自己拿取”的提示，并显示有“拿完了”选项，顾客能够选择“拿完了”选项触发当前待处理任务结束。

其中，第四移动路径表征机器人由待处理任务的位置移动至任务处理区域的路径。

进一步地，向客户端发送服务通知，从而客户端的服务小程序通过服务通知，向顾客提示任务状态，参阅图6所示，为本申请实施例中推送服务通知的小程序示意图。

本申请实施例中，当顾客触发待处理任务之后，机器人会带着待处理任务移动到任务处理区域，及时提醒服务员进行快速处理。并且，通过本申请实施例中的方法，还可以在服务员人手不足时，选择机器人帮助回复顾客。

基于上述实施例，参阅图8所示，为本申请实施例中一种任务处理方法的另一流程图，具体包括：

步骤800：接收顾客发送的请求。

步骤801：判断是否为机器人召唤请求，若是，则执行步骤802，若否，则执行步骤804。

其中，接收到的请求为机器人召唤请求或任务处理请求。

本申请实施例中，顾客通过扫描桌边二维码或机器人二维码进入服务小程序中，并在服务小程序中选择“召唤机器人”或其它任务类型，若选择“召唤机器人”，则生成机器人召唤请求，若选择其它任务类型，则生成任务处理请求。

步骤802：接收到机器人召唤请求，并移动至顾客桌边。

步骤803：到达桌边之后，提示顾客确认选择的任务，获取任务处理请求。

步骤804：导航至任务处理区域。

步骤805：到达任务处理区域，并向服务员展示各待处理任务，以使服务员选择处理待处理任务的处理方式。

步骤806：判断处理方式是否为人工处理，若是，则执行步骤807，若否，则执行步骤808。

步骤807：通过预设提示方式向服务员提示待处理任务处理完成。

步骤808：移动至待处理任务所在的任务位置。

步骤809：按照预设提示方式向顾客提示待处理任务处理完成。

步骤810：判断是否从送餐模式跳转，若是，则执行步骤811，若否，则执行步骤813。

步骤811：重新进入送餐模式，返回送餐起点。

参阅图9所示，为本申请实施例中返回送餐起点状态的机器人界面示意图。

步骤812：到达送餐起点。

参阅图10所示，为本申请实施例中送餐模式的机器人界面示意图。

步骤813：导航至等待任务处理区域。

基于上述实施例，参阅图11所示，为本申请实施例中处理召唤请求的小程序流程图，具体包括：

步骤1100：顾客打开服务小程序的首页，扫码登录。

步骤1101：在服务小程序的首页选择召唤任务“召唤机器人”。

本申请实施例中，参阅图12a所示，为本申请实施例中选择召唤任务的小程序示意图，顾客可以通过点击“召唤机器人”的选项，向机器人发送召唤请求。此时召唤请求的状态信息为“等待机器人和服务员认领”，同时，当顾客想要取消召唤请求时，可以通过点击“取消任务”选项，取消本次召唤。

步骤1102：机器人接收到召唤请求，在服务小程序的显示正在处理请求。

步骤1103：机器人收到召唤请求，向客户端发送收到召唤信息。

本申请实施例中，参阅图12b所示，为本申请实施例中接收到召唤请求的小程序示意图，此时召唤请求的状态信息为“收到【召唤机器人】任务”。

步骤1104：机器人移动至顾客的桌边。

本申请实施例中，参阅图12c所示，为本申请实施例中收到召唤请求的界面示意图，此时召唤请求的状态信息为“收到【召唤机器人】任务，正在赶来”。

步骤1105：机器人到达顾客的桌边。

本申请实施例中，参阅图12d所示，为本申请实施例中导航界面的小程序示意图，此时召唤请求的状态信息为“已到达您的餐桌旁”。

步骤1106：召唤请求处理完成。

本申请实施例中，参阅图12e所示，为本申请实施例中任务完成的小程序示意图，此时召唤请求的状态信息为“已完成任务”，同时，顾客可以通过点击“知道了”选项，退出当前页面。

基于上述实施例，参阅图13所示，为本申请实施例中处理任务处理请求的小程序流程图，具体包括：

步骤1300：顾客打开服务小程序的首页，扫码登录。

步骤1301：在服务小程序的首页选择召唤任务“送递餐具”。

步骤1302：选择缺少的餐具和数量。

本申请实施例中，顾客可以选择缺少的餐具和数量，并选择“确认”按键，确认所需要的餐具，参阅图14a所示，为本申请实施例中选择任务类型的小程序示意图。

步骤1303：选择任务确认。

本申请实施例中，参阅图14b所示，为本申请实施例中任务确认的小程序示意图，在服务小程序中，显示有桌号信息和任务信息，顾客可以选择点击“确认”选项选择确认待处理任务，可以选择“取消”选项重新选择。

步骤1304：机器人接收到任务处理请求，在服务小程序的显示正在处理请求。

本申请实施例中，参阅图14c所示，为本申请实施例中任务等待领取的小程序示意图，此时任务处理请求的状态信息为“等待机器人和服务员认领”，同时，当顾客想要取消任务处理请求时，可以通过点击“取消任务”选项，取消本次任务处理请求。

步骤1305：机器人收到任务处理请求，向客户端发送收到任务信息。

本申请实施例中，参阅图14d所示，为本申请实施例中任务等待处理的小程序示意图，此时任务处理请求的状态信息为“服务员已查看了【取餐具】任务”。

步骤1306：机器人向客户端发送任务处理完成信息。

本申请实施例中，参阅图14e所示，为本申请实施例中任务处理完成的小程序示意图，此时任务处理请求的状态信息为“【取餐具】服务员处理完成”。

步骤1307：机器人导航至顾客的桌边。

本申请实施例中，参阅图14f所示，为本申请实施例中导航的小程序示意图，此时任务处理请求的状态信息为“【取餐具】机器人正在赶来”。

步骤1308：任务处理请求处理完成。

本申请实施例中，参阅图14g所示，为本申请实施例中完成任务的小程序示意图，此时任务处理请求的状态信息为“已完成【取餐具】任务”，同时，顾客可以通过点击“知道了”选项，退出当前页面。

基于同一发明构思，本申请实施例中还提供了一种任务处理装置，该任务处理装置可以应用于机器人，该任务处理装置可以是硬件结构、软件模块、或硬件结构加软件模块。基于上述实施例，参阅图15所示，本申请实施例中任务处理装置的结构示意图，具体包括：

获取模块1500，用于获取任务处理请求，其中，所述任务处理请求中至少包括待处理任务的任务信息，所述任务信息中至少包括所述待处理任务的任务类型信息和任务位置信息；

导航模块1510，用于获取任务处理区域的区域位置信息，若确定未位于所述任务处理区域，移动至所述任务处理区域；

处理模块1520，用于展示所述待处理任务的任务信息，获取处理指令，并根据所述处理指令处理所述待处理任务，其中，所述处理指令为根据获取到的所述待处理任务的处理方式生成的。

可选的，获取模块1500具体用于：

生成任务处理请求；和/或获取模块1500具体用于：

获取其它机器人生成的任务处理请求；和/或获取模块1500具体用于：

获取客户端生成的任务处理请求。

可选的，生成任务处理请求时，获取模块1500具体用于：

获取客户端生成的机器人召唤请求，其中，所述机器人召唤请求中至少包括所述客户端所在的位置的客户端位置信息；

移动至所述客户端所在的位置，并获取任务类型信息和任务位置信息；

根据获取到的任务类型信息和任务位置信息生成待处理任务的任务处理请求。

可选的，所述机器人召唤请求为召唤请求集合中接收时间最早的机器人召唤请求，所述接收时间为服务端接收到机器人召唤请求的时间，所述召唤请求集合为所述服务端从接收到的各机器人召唤请求中筛选出的当前时间与接收时间之间的时间差值不大于预设时间阈值的机器人召唤请求的集合。

可选的，获取任务类型信息时，获取模块1500具体用于：

在移动至所述客户端所在的位置后，展示预先存储的各任务类型信息，获取选择出的任务类型信息；

获取任务位置信息时，获取模块1500具体用于：

确定任务位置信息为所述客户端位置信息。

可选的，获取任务处理区域的区域位置信息时，导航模块1510具体用于：

根据所述任务类型信息和/或所述任务位置信息，确定所述待处理任务所属的任务处理区域；

获取确定的任务处理区域的区域位置信息。

可选的，所述待处理任务的处理方式包括清除任务、人工处理、机器人处理中的至少一种。

可选的，若获取到的所述待处理任务的处理方式为机器人处理，则处理模块1520具体用于：

移动至所述待处理任务所在的任务位置；

按照预设提示方式提示所述待处理任务处理完成。

可选的，所述处理指令为所述机器人根据获取到的所述待处理任务的处理方式生成的；或，

所述处理指令为管理终端根据获取到的所述待处理任务的处理方式生成的。

可选的，所述机器人为餐厅服务机器人，所述任务类型信息包括催餐任务、呼叫人工服务任务、餐具送递任务、清理任务、祝福送达任务中的至少一种，所述任务位置信息包括餐桌位置信息。

可选的，还包括：

第一模式切换模块1530，用于在获取任务处理区域的区域位置信息之前，若当前工作模式为送餐模式，退出送餐模式；

第二模式切换模块1540，用于在根据所述处理指令处理所述待处理任务之后，重新进入送餐模式。

上述各模块的具体功能及实现可参见前述方法实施例，在此不再赘述。

基于上述实施例，参阅图16所示为本申请实施例中机器人的结构示意图。机器人例如可以为餐厅服务机器人，本申请实施例中对此并不进行限制。

本申请实施例提供了一种机器人，该机器人可以包括处理器1610(CenterProcessing Unit，CPU)、存储器1620、输入设备1630和输出设备1640等，输入设备1630可以包括键盘、鼠标、触摸屏等，输出设备1640可以包括显示设备，如液晶显示器(LiquidCrystal Display，LCD)、阴极射线管(Cathode Ray Tube，CRT)等。

存储器1620可以包括只读存储器(ROM)和随机存取存储器(RAM)，并向处理器1610提供存储器1620中存储的程序指令和数据。在本申请实施例中，存储器1620可以用于存储本申请实施例中任一种任务处理方法的程序。

处理器1610通过调用存储器1620存储的程序指令，处理器1610用于按照获得的程序指令执行本申请实施例中任一种任务处理方法。

基于上述实施例，本申请实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意方法实施例中的任务处理方法。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、 CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

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

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

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

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (11)

1.一种任务处理方法，其特征在于，应用于机器人，包括：

获取客户端生成的机器人召唤请求，其中，所述机器人召唤请求中至少包括所述客户端所在的位置的客户端位置信息；

移动至所述客户端所在的位置，并获取任务类型信息和任务位置信息；

根据获取到的任务类型信息和任务位置信息生成待处理任务的任务处理请求，其中，所述任务处理请求中至少包括待处理任务的任务信息，所述任务信息中至少包括所述待处理任务的任务类型信息和任务位置信息；

根据所述任务类型信息和所述任务位置信息，确定所述待处理任务所属的任务处理区域，其中，任务处理区域表征处理待处理任务的区域；

获取确定的任务处理区域的区域位置信息，若确定未位于所述任务处理区域，且不存在未处理的机器人召唤请求，移动至所述任务处理区域；若存在未处理的机器人召唤请求，优先处理机器人召唤请求，待所有机器人召唤请求处理完成之后，移动至所述任务处理区域；

展示所述待处理任务的任务信息，获取处理指令，并根据所述处理指令处理所述待处理任务，其中，所述处理指令为根据获取到的所述待处理任务的处理方式生成的。

2.如权利要求1所述的方法，其特征在于，所述机器人召唤请求为召唤请求集合中接收时间最早的机器人召唤请求，所述接收时间为服务端接收到机器人召唤请求的时间，所述召唤请求集合为所述服务端从接收到的各机器人召唤请求中筛选出的当前时间与接收时间之间的时间差值不大于预设时间阈值的机器人召唤请求的集合。

3.如权利要求1所述的方法，其特征在于，获取任务类型信息，具体包括：

在移动至所述客户端所在的位置后，展示预先存储的各任务类型信息，获取选择出的任务类型信息；

获取任务位置信息，具体包括：

确定任务位置信息为所述客户端位置信息。

4.如权利要求1所述的方法，其特征在于，所述待处理任务的处理方式包括人工处理、机器人处理中的至少一种。

5.如权利要求4所述的方法，其特征在于，若获取到的所述待处理任务的处理方式为机器人处理，则根据所述处理指令处理所述待处理任务，具体包括：

移动至所述待处理任务所在的任务位置；

按照预设提示方式提示所述待处理任务处理完成。

6.如权利要求1所述的方法，其特征在于，所述处理指令为所述机器人根据获取到的所述待处理任务的处理方式生成的；或，

所述处理指令为管理终端根据获取到的所述待处理任务的处理方式生成的。

7.如权利要求1-6任一所述的方法，其特征在于，所述机器人为餐厅服务机器人，所述任务类型信息包括催餐任务、呼叫人工服务任务、餐具送递任务、清理任务、祝福送达任务中的至少一种，所述任务位置信息包括餐桌位置信息。

8.如权利要求7所述的方法，其特征在于，在获取任务处理区域的区域位置信息之前，还包括：

若当前工作模式为送餐模式，退出送餐模式；

在根据所述处理指令处理所述待处理任务之后，还包括：

重新进入送餐模式。

9.一种任务处理装置，其特征在于，应用于机器人，包括：

获取模块，用于获取客户端生成的机器人召唤请求，其中，所述机器人召唤请求中至少包括所述客户端所在的位置的客户端位置信息；

移动至所述客户端所在的位置，并获取任务类型信息和任务位置信息；

根据获取到的任务类型信息和任务位置信息生成待处理任务的任务处理请求，其中，所述任务处理请求中至少包括待处理任务的任务信息，所述任务信息中至少包括所述待处理任务的任务类型信息和任务位置信息；导航模块，用于根据所述任务类型信息和所述任务位置信息，确定所述待处理任务所属的任务处理区域，其中，任务处理区域表征处理待处理任务的区域；获取确定的任务处理区域的区域位置信息，若确定未位于所述任务处理区域，且不存在未处理的机器人召唤请求，移动至所述任务处理区域；若存在未处理的机器人召唤请求，优先处理机器人召唤请求，待所有机器人召唤请求处理完成之后，移动至所述任务处理区域；

处理模块，用于展示所述待处理任务的任务信息，获取处理指令，并根据所述处理指令处理所述待处理任务，其中，所述处理指令为根据获取到的所述待处理任务的处理方式生成的。

10.一种机器人，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1-8任一项所述方法的步骤。

11.一种计算机可读存储介质，其上存储有计算机程序，其特征在于：所述计算机程序被处理器执行时实现权利要求1-8任一项所述方法的步骤。