CN119311162A - 订餐方法、订餐装置及电子设备 - Google Patents

Abstract

本申请公开了一种订餐方法、订餐装置及电子设备，属于显示技术领域。该方法包括：接收在订餐对话界面输入的订餐需求信息；在所述订餐需求信息中的订餐要素完整的情况下，显示订餐需求确认卡片，所述订餐需求确认卡片包括待确认的至少一项订餐要素信息；响应于对所述订餐需求确认卡片的订餐确认输入，按照所述订餐需求确认卡片中的订餐要素信息，执行自动订餐处理。

Description

订餐方法、订餐装置及电子设备

技术领域

本申请属于人工智能技术领域，具体涉及一种订餐方法、订餐装置及电子设备。

背景技术

随着电子设备的广泛普及，人们的生活与电子设备息息相关。电子设备作为日常交流和娱乐的重要工具，也被应用到生活中各种各样的场景，进而使得电子设备越来越多的被用来执行任务，例如执行订餐任务。

目前，用户在控制电子设备执行订餐任务的过程中，通常需要用户通过手动操作，在电子设备的不同应用程序之间进行切换，并且需要用户手动在不同应用程序界面上输入大量的信息。例如，用户触发电子设备执行订餐任务时，需先手动打开电子设备上的订餐应用程序，在订餐应用程序的程序界面输入餐厅的名称，然后电子设备可以通过订餐应用程序向用户显示餐厅详细信息页面，餐厅详细信息页面显示有餐厅联系电话。用户从餐厅详细信息页面获取餐厅联系电话后，打开电话应用程序，在电话应用程序的拨号页面输入餐厅联系电话并进行拨号，在拨通餐厅联系电话后，与餐厅电话客服沟通订餐，才能完成订餐任务，导致电子设备执行订餐任务的操作过程繁琐且耗时。

发明内容

本申请实施例的目的是提供一种订餐方法、订餐装置及电子设备，能够提高使用电子设备订餐的效率和便捷性。

第一方面，本申请实施例提供了一种订餐方法，该方法包括：

接收在订餐对话界面输入的订餐需求信息；

在订餐需求信息中的订餐要素完整的情况下，显示订餐需求确认卡片，订餐需求确认卡片包括待确认的至少一项订餐要素信息；

响应于对订餐需求确认卡片的订餐确认输入，按照订餐需求确认卡片中的订餐要素信息，执行自动订餐处理。

第二方面，本申请实施例提供了一种订餐装置，该装置包括：

接收模块、显示模块以及执行模块；

其中，接收模块，用于接收在订餐对话界面输入的订餐需求信息；

显示模块，用于在接收模块接收的所述订餐需求信息中的订餐要素完整的情况下，显示订餐需求确认卡片，订餐需求确认卡片包括待确认的至少一项订餐要素信息；

执行模块，用于响应于对显示模块显示的所述订餐需求确认卡片的订餐确认输入，按照订餐需求确认卡片中的订餐要素信息，执行自动订餐处理。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的订餐方法的步骤。

第四方面，本申请实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的订餐方法的步骤。

第五方面，本申请实施例提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的订餐方法。

第六方面，本申请实施例提供一种计算机程序产品，该程序产品被存储在存储介质中，该程序产品被至少一个处理器执行以实现如第一方面所述的订餐方法。

本申请实施例中，通过接收在订餐对话界面输入的订餐需求信息；在订餐需求信息中的订餐要素完整的情况下，显示订餐需求确认卡片，订餐需求确认卡片包括待确认的至少一项订餐要素信息；响应于对订餐需求确认卡片的订餐确认输入，按照订餐需求确认卡片中的订餐要素信息，执行自动订餐处理。在本申请中，用户可以在订餐对话界面输入订餐需求信息，使得电子设备可以在需求信息中的订餐要素完整的情况下，显示订餐需求确认卡片，用户对订餐需求确认卡片确认输入，电子设备即可执行自动订餐处理，从而实现订餐任务的快速执行。如此，简化了用户的订餐交互操作，进而提高了使用电子设备订餐的效率和操作便捷性。

附图说明

图1是本申请的一些实施例提供的订餐方法的流程示意图；

图2是本申请的一些实施例提供的订餐方法的流程示意图；

图3是本申请的一些实施例提供的智能体标识显示界面的流程示意图；

图4A是本申请的一些实施例提供的订餐对话界面的示意图；

图4B是本申请的一些实施例提供的订餐对话界面的示意图；

图4C是本申请的一些实施例提供的订餐对话界面的示意图；

图4D是本申请的一些实施例提供的订餐对话界面的示意图；

图4E是本申请的一些实施例提供的订餐对话界面的示意图；

图4F是本申请的一些实施例提供的订餐对话界面的示意图；

图4G是本申请的一些实施例提供的订餐对话界面的示意图；

图4H是本申请的一些实施例提供的订餐对话界面的示意图；

图4I是本申请的一些实施例提供的订餐对话界面的示意图；

图4J是本申请的一些实施例提供的订餐对话界面的示意图；

图4K是本申请的一些实施例提供的订餐对话界面的示意图；

图4L是本申请的一些实施例提供的订餐对话界面的示意图；

图4M是本申请的一些实施例提供的订餐对话界面的示意图；

图4N是本申请的一些实施例提供的订餐对话界面的示意图；

图4O是本申请的一些实施例提供的订餐对话界面的示意图；

图4P是本申请的一些实施例提供的订餐对话界面的示意图；

图5A是本申请的一些实施例提供的订餐对话界面的示意图；

图5B是本申请的一些实施例提供的订餐对话界面的示意图；

图5C是本申请的一些实施例提供的订餐对话界面的示意图；

图5D是本申请的一些实施例提供的订餐对话界面的示意图；

图5E是本申请的一些实施例提供的订餐对话界面的示意图；

图5F是本申请的一些实施例提供的通话界面的示意图；

图5G是本申请的一些实施例提供的通话界面的示意图；

图5H是本申请的一些实施例提供的订餐对话界面的示意图；

图5I是本申请的一些实施例提供的订餐对话界面的示意图；

图5J是本申请的一些实施例提供的订餐对话界面的示意图；

图5K是本申请的一些实施例提供的通话界面的示意图；

图6A是本申请的一些实施例提供的订餐对话界面的示意图；

图6B是本申请的一些实施例提供的订餐应用程序界面的示意图；

图6C是本申请的一些实施例提供的订餐对话界面的示意图；

图7是本申请的一些实施例提供的日历界面的示意图；

图8是本申请的一些实施例提供的订餐方法的流程示意图；

图9是本申请的一些实施例提供的订餐装置的结构示意图；

图10是本申请的一些实施例提供的订餐装置的结构示意图；

图11是本申请的一些实施例提供的电子设备的结构示意图；

图12是本申请的一些实施例提供的电子设备的硬件结构示意图。

具体实施方式

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

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

本申请的说明书和权利要求书中的术语“至少一个(项)”、“至少之一”等指其包含对象中的任意一个、任意两个或两个以上的组合。例如，a、b、c中的至少一个(项)，可以表示：“a”、“b”、“c”、“a和b”、“a和c”、“b和c”以及“a、b和c”，其中a，b，c可以是单个，也可以是多个。同理，“至少两个(项)”是指两个或两个以上，其表达的含义与“至少一个(项)”类似。

卡片：是一种具有封闭轮廓的信息载体，以浓缩的形式直观快捷地提供各类应用程序的各种信息，用于各种程序信息的显示和交互。在安卓系统中，卡片为可堆叠呈现的窗口界面。卡片的形状通常为圆角矩形，类似于信用卡的形状，当然也可以为其他形状。卡片使得电子设备的用户更为方便直观地获取信息及执行操作，因而应用广泛。在本申请实施例中卡片的大小、位置和形状等均不加限定。

智能体，智能体是人工智能领域中一个很重要的概念。任何独立的能够思考并可以同环境交互的实体都可以抽象为智能体。智能体，顾名思义，就是具有智能的实体，英文名是Agent。以云为基础，以AI为核心，构建一个立体感知、全域协同、精准判断、持续进化、开放的智能系统。

标识，为用于指示信息的文字、符号、图像等，可以以控件或者其他容器作为显示信息的载体，包括但不限于文字标识、符号标识、图像标识。

原子岛，又称为交互组件，是围绕着前置摄像头，形成的一个类似于“岛”的交互区域。该区域还可以理解为电子设备的前置摄像头对应的屏幕中的一个交互区域，也可以称为原子岛区域。原子岛可以包括各种状态信息，例如时间、网络状态、电池电量等，也可以显示一些简单的通知消息，例如短信、邮件通知等。原子岛为一种全新的状态栏内嵌式交互模块，它可以动态地显示出电子设备例如手机状态信息和后台运行的应用信息，可以通过点按、长按、滑动来进行交互，可以显示多种信息，例如包括音乐播放、录音、蓝牙耳机连接、计时器、铃声、打车、飞行模式等，还可以调出悬浮菜单进行简单操作，如切换歌曲、暂停计时器等。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的订餐方法、订餐装置、电子设备及介质进行详细地说明。

本申请实施例提供的订餐方法的执行主体可以为订餐装置。示例性地，该订餐装置。可以为电子设备，也可以为该电子设备中的功能部件或功能实体。电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、移动上网装置(MobileInternetDevice，MID)、增强现实(augmentedreality，AR)/虚拟现实(virtualreality，VR)设备、机器人、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personal digital assistant，PDA)等，非移动电子设备还可以为服务器、网络附属存储器(NetworkAttached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。以下将以执行主体为电子设备为例，对本申请实施例提供的订餐方法进行示例性说明。

本申请实施例提供的订餐方法的中某些步骤执行主体为电子设备时，可以通过电子设备上的订餐助手执行该步骤，也可以通过电子设备上的处理器执行该步骤，本实施例此处不做具体限制。

本申请实施例提供的订餐方法可以应用于采用手机订餐的场景中，例如，场景1，晚上7点用户A想要跟3位同事聚餐，都喜欢吃辣的菜，因此，用户A打算预定通过手机预定川味人家的川菜馆。场景2，周末，用户B要邀请4位好友聚餐，都喜欢火锅，因此，用户B打算预定通过手机预定海底捞火锅。

图1是本申请实施例提供的订餐方法的流程示意图，如图1所示，本申请实施例提供的订餐方法可以包括以下步骤101至步骤103。

步骤101、电子设备接收在订餐对话界面输入的订餐需求信息。

在本申请的一些实施例中，上述订餐对话界面可以为订餐智能体标识指示的订餐助手的订餐对话界面。

在本申请的一些实施例中，电子设备上安装有至少一个任务助手的程序，不同的任务助手用于执行不同的任务。电子设备可以在界面上显示至少一个任务助手中每个任务助手对应的智能体标识，每个智能体标识用于指示一个任务助手。

例如，绘画智能体标识指示的绘画助手可以执行绘画任务，壁纸创作智能体标识指示的壁纸创作助手可以执行壁纸创作任务，写作智能体标识指示的写作助手可以写作协作任务，阅读智能体标识对应的阅读助手可以执行阅读任务，以及订餐智能体标识指示的订餐助手可以执行订餐任务。

在本申请的一些实施例中，用户可以通过语音或者文字的方式,在订餐对话界面输入的订餐需求信息。

例如，结合场景1，用户可以在上述订餐对话界面通过语音或者文字的方式输入“请帮我预定今天晚上7点的川味人家，4人，订餐人是周先生，电话是13658987415”的订餐需求信息。

又如，结合场景2，用户可以在上述订餐对话界面通过语音或者文字的方式输入“请帮我预定周末晚上8点的海底捞，5人，订餐人是张女士，电话是123456789012”的订餐需求信息。

步骤102、电子设备在订餐需求信息中的订餐要素完整的情况下，显示订餐需求确认卡片。

在本申请的一些实施例中，上述订餐需求确认卡片可以包括待确认的至少一项订餐要素信息。

在本申请的一些实施例中，上述订餐要素信息为订餐要素的描述信息，上述订餐要素可以包括：餐厅名称、用餐时间、用餐人数、订餐者姓名和订餐者的联系电话。

在本申请的一些实施例中，餐厅名称的描述信息可以为具体的餐厅名称，例如川味人家或者海底捞。用餐时间的描述信息可以为具体的用餐时间，例如晚上7点或者周末晚上8点。用餐人数的描述信息可以为具体的用餐人数，例如4人或者5人，订餐者姓名的描述信息可以为具体的订餐者姓名，例如周先生或者张女士。订餐者的联系电话可以为具体的订餐者的联系电话，例如13658987415或者123456789012。

需要说明的是，上述订餐要素可以包括其他要素，例如餐厅类型以及就餐的座位类型等。餐厅类型的描述信息可以为川菜、粤菜、鲁菜或者火锅，就餐的座位类型的描述信息可以为包间或者大厅。

需要说明的是，电子设备还可通过订餐助手语音播报上述订餐需求确认卡片中的信息。

例如，结合场景1，当订餐要素包括：餐厅名称、用餐时间、用餐人数、订餐者姓名和订餐者的联系电话的情况下，手机确定“请帮我预定今天晚上7点的川味人家，4人，订餐人是周先生，电话是13658987415”的订餐需求信息订餐要素完整，并显示订餐需求确认卡片，订餐需求确认卡片可以包括“请确认您的订餐信息：餐厅：川味人家；时间：今晚7点(2024.9.28)；人数：4人；姓名：周先生；电话：13658987415”。

又如，结合场景2，当订餐要素包括：餐厅名称、用餐时间、用餐人数、订餐者姓名和订餐者的联系电话的情况下，手机确定“请帮我预定周末晚上8点的海底捞，5人，订餐人是张女士，电话是123456789012”的订餐需求信息订餐要素完整，并显示订餐需求确认卡片，订餐需求确认卡片可以包括“请确认您的订餐信息：餐厅：海底捞；时间：周末8点(2024.9.29)；人数：5人；姓名：张女士；电话：123456789012”。

步骤103、电子设备响应于对订餐需求确认卡片的订餐确认输入，按照订餐需求确认卡片中的订餐要素信息，执行自动订餐处理。

在本申请的一些实施例中，电子设备在上述订餐对话界面上显示上述订餐需求确认卡片的同时，还可以在上述订餐对话界面显示上述订餐需求确认卡片的确认控件，上述确认控件用于提示用户对上述订餐需求确认卡片进行确认，用户可以通过对上述确认控件进行输入，以实现对上述订餐需求确认卡片的订餐确认输入。换句话说，若用户对上述确认控件进行输入，即可对上述订餐需求确认卡片的订餐确认输入，电子设备接收到对上述确认控件的输入后，可以确定用户有明确的执行自动订餐处理的需求，因此，会响应于该输入，按照订餐需求确认卡片中的订餐要素信息，执行自动订餐处理。

在本申请的一些实施例中，电子设备可以接收用户对上述确认控件的输入，用户对上述确认控件的输入即为用户对订餐需求确认卡片的订餐确认输入。

在本申请的一些实施例中，电子设备可以响应于对上述确认控件的输入，按照订餐需求确认卡片中的订餐要素信息，执行自动订餐处理。

在本申请的一些实施例中，上述订餐确认输入可以为用户的点击输入，滑动输入，按压输入，语音输入，手势输入，或者，其他可行性输入，本申请实施例对此不做限定。

在本申请的一些实施例中，上述确认控件的形状可以为圆形、矩形、三角形、菱形、圆环或者多边形等任意可能形状，具体可以根据实际使用需求确定，本发明实施例不作限定。

例如图4E所示，手机可以在对话显示区41显有矩形的确认控件415。

在本申请提供的订餐方法中，通过接收在订餐对话界面输入的订餐需求信息；在订餐需求信息中的订餐要素完整的情况下，显示订餐需求确认卡片，订餐需求确认卡片包括待确认的至少一项订餐要素信息；响应于对订餐需求确认卡片的订餐确认输入，按照订餐需求确认卡片中的订餐要素信息，执行自动订餐处理。在本申请中，用户可以在订餐对话界面输入订餐需求信息，使得电子设备可以在需求信息中的订餐要素完整的情况下，显示订餐需求确认卡片，用户对订餐需求确认卡片确认输入，电子设备即可执行自动订餐处理，从而实现订餐任务的快速执行。如此，简化了用户触发电子设备执行订餐任务的操作，进而提高了电子设备执行订餐任务的效率和操作便捷性。

在本申请的一些实施例中，上述步骤103可以通过如下步骤103a至如下步骤103d实现：

步骤103a、订餐助手打开订餐应用程序，并在订餐应用程序的搜索框中，输入订餐需求确认卡片中的订餐要素信息，搜索与订餐要素信息匹配的餐厅。

在本申请的一些实施例中，电子设备可以通过订餐助手对电子设备的桌面上显示的内容进行分析，获取订餐应用程序在桌面上的第一位置，然后将第一位置发送至电子设备的处理器，电子设备通过处理器模拟手对桌面上第一位置处进行操作，即可打开订餐应用程序。

在本申请的一些实施例中，订餐助手可以在打开订餐应用程序后，在订餐应用程序的搜索框中，输入订餐需求确认卡片中包括餐厅类型、餐厅名称或者其他餐厅信息的订餐要素信息，通过订餐应用程序，搜索与订餐要素信息匹配的餐厅。

例如，结合场景1，当订餐要素信息中的餐厅名称为川味人家时，订餐助手可以在订餐应用程序的搜索框输入川味人家，通过订餐应用程序搜索川味人家餐厅。

例如，结合场景2，当订餐要素信息中的餐厅名称为海底捞时，订餐助手可以在订餐应用程序的搜索框输入海底捞，通过订餐应用程序搜索海底捞餐厅。

步骤103b、订餐助手拨打搜索到的餐厅的详情信息界面中的餐厅联系电话。

在本申请的一些实施例中，订餐助手在上述搜索框中输入订餐要素信息后，通过订餐应用程序搜索与订餐要素信息匹配的餐厅后，可以生成搜索到的餐厅的详情信息界面。

在本申请的一些实施例中，上述详情信息界面可以包括餐厅名称、餐厅地址、餐厅联系电话以及餐厅图片等餐厅详细信息。

在本申请的一些实施例中，电子设备可以通过订餐助手对上述详情信息界面上显示的内容进行分析，获取餐厅联系电话在上述详情信息界面上的第二位置，然后将第二位置发送至电子设备的处理器，电子设备通过处理器模拟手对上述详情信息界面上第二位置处进行操作，即可拨打餐厅联系电话。

例如，结合场景1，当订餐要素信息中的餐厅名称为川味人家时，订餐助手可以获取川味人家的餐厅联系电话在川味人家的详情信息界面上的第二位置，然后将第二位置发送至电子设备的处理器，手机通过处理器模拟手对上述详情信息界面上第二位置处进行操作，即可拨打川味人家的餐厅联系电话。

例如，结合场景2，当订餐要素信息中的餐厅名称为海底捞时，订餐助手可以获取海底捞的餐厅联系电话在海底捞的详情信息界面上的第二位置，然后将第二位置发送至电子设备的处理器，手机通过处理器模拟手对上述详情信息界面上第二位置处进行操作，即可拨打海底捞的餐厅联系电话。

步骤103c、在餐厅的电话接通后，订餐助手按照订餐需求确认卡片中的订餐要素信息，播报订餐请求语音。

在本申请的一些实施例中，上述订餐助手可以为AI语音助手，能够通过播报语音，与餐厅电话客服进行语音对话。

在本申请的一些实施例中，上述订餐请求语音包括确认卡片中的订餐要素信息。

在本申请的一些实施例中，上述步骤103c中的“订餐助手按照订餐需求确认卡片中的订餐要素信息，播报订餐请求语音”，可以通过如下步骤103c1至如下步骤103c3实现：

步骤103c1、订餐助手播报第一请求语音。

在本申请的一些实施例中，上述第一请求语音用于询问餐厅电话客服是否允许预定。

例如，手机的订餐助手可以播报“你好，请问接受预定吗”的第一请求语音。

步骤103c2、在餐厅电话客服的通话语音仅指示允许预定的情况下，订餐助手播报第二请求语音。

在本申请的一些实施例中，上述第二请求语音包括订餐需求确认卡片中的所有订餐要素信息。

例如，结合场景1，当餐厅电话客服的通话语音为“可以预定”时，订餐助手可以播报“请帮我预定今晚7点的位置，4个人，订餐者姓名周先生，电话13658987415”的第二语音信息。

又如，结合场景2，当餐厅电话客服的通话语音为“可以预定”时，订餐助手可以播报“请帮我预定周末晚上8点的位置，5个人，订餐者姓名张女士，电话123456789012”的第二语音信息。

步骤103c3、在餐厅电话客服的通话语音指示允许预定且包括至少一条预定询问信息的情况下，订餐助手播报至少一条回复语音。

在本申请的一些实施例中，上述至少一条回复语音包括用于回复上述至少一条预定询问信息中包括的所有订餐要素信息。

例如，结合场景1，当餐厅电话客服的通话语音中第一条预定询问信息为“可以预定，请问您几点过来”时，订餐助手可以播报“今晚7点”的第一条回复信息。若第二条预定询问信息为“好的，请问您几位用餐”时，订餐助手可以播报“4位”的第二条回复信息。若第三条预定询问信息为“好的，请问您的姓名及联系方式”时，订餐助手可以播报“周先生，电话13658987415”的第三条回复信息。

又如，结合场景2，当餐厅电话客服的通话语音中第一条预定询问信息为“可以预定，请问您几点过来”时，订餐助手可以播报“明晚8点”的第一条回复信息。若第二条预定询问信息为“好的，请问您几位用餐”时，订餐助手可以播报“5位”的第二条回复信息。若第三条预定询问信息为“好的，请问您的姓名及联系方式”时，订餐助手可以播报“张女士，电话123456789012”的第三条回复信息。

如此，订餐助手通过播报第一请求语音；在餐厅电话客服的通话语音仅指示允许预定的情况下，订餐助手播报第二请求语音；在餐厅电话客服的通话语音指示允许预定且包括至少一条预定询问信息的情况下，订餐助手播报至少一条回复语音，能够实现订餐助手与餐厅电话客服的自然语言交互。

在本申请的一些实施例中，上述至少一条回复语音包括第一回复语音，上述第一回复语音包括上述订餐需求确认卡片中的所有订餐要素信息；在上述步骤103c1之后，本申请实施例提供的订餐方法还包括如下步骤103c4和如下步骤103c5，以及步骤103c6或步骤103c7：

步骤103c4、订餐助手接收餐厅电话客服的第一通话语音。

在本申请的一些实施例中，上述第一通话语音指示允许预定。

例如，结合场景1，如图5G所示，若餐厅电话客服说出“你好，这里是川味人家，请问有什么可以帮您”后，订餐助手可以询问餐厅电话客服“你好，可以预定吗”，订餐助手可以接收餐厅电话客服的第一通话语音“你好，可以预定”。

又如，结合场景1，若餐厅电话客服说出“你好，这里是海底捞，请问有什么可以帮您”后，订餐助手可以询问餐厅电话客服“你好，可以预定吗”，订餐助手可以接收餐厅电话客服的第一通话语音“你好，可以预定”。

步骤103c5、订餐助手播报第一回复语音，在订餐助手播报第一回复语音的过程中，接收到餐厅电话客服的第二通话语音，且第二通话语音包括第一预定询问信息的情况下，订餐助手停止第一回复语音的播报，并播报第二回复语音。

在本申请的一些实施例中，上述第二回复语音用于回复第一预定询问信息的订餐要素信息；其中，上述第一预定询问信息用于询问第一订餐要素的要素信息。

在本申请的一些实施例中，电子设备在通话界面显示订餐助手和餐厅电话客服之间所有语音通话的文本信息时，可以将第一回复语音的中订餐助手已播报的第一子语音对应的文本和第一回复语音中订餐助手未播报的第二子语音对应的文本分别以不同的字体大小、不同的字体颜色、加粗或不加粗以及加下划线或不加下划线的方式进行标记，以对第一子语音和第二子语音进行区分，使得用户能够从第一回复语音中确定已播报的内容和未播报的内容。

需要说明的是，电子设备还可以以其他不同的方式对第一子语音和第二子语音进行标记，本实施例此处不做具体限制。

例如，结合场景1，当餐厅电话客服的通话语音包括“可以预定”或者“可以的”等指示允许预定的回复内容时，订餐助手原本可以播报“请帮我预定今晚7点的位置，4个人，订餐者姓名周先生，电话13658987415”的第一回复语音。若订餐助手播报第一语音信息说到“我”时，被餐厅电话客服打断，即订餐助手播报第一回复语音说到“我”时，接收到餐厅电话客服的第二通话语音“请问您几位，几点用餐”，订餐助手可以播报第二回复语音“4位，晚上7点用餐”。如图5G所示，若餐厅电话客服说出“你好，可以预定”后，当订餐助手准备播报“请帮我预定今晚7点的位置，4个人，订餐者姓名周先生，电话13658987415”的第一回复语音时，若说到“我”被餐厅客服打断，可以在通话界面50将订餐助手说出将说出的“请帮我”和订餐助手未说出的“预定今晚7点的位置，4个人，订餐者姓名周先生，电话13658987415”分别进行标记。例如将“请帮我”字加粗加大，以表示订餐助手说到“请帮我”时被餐厅电话客服打断，将“预定今晚7点的位置，4个人，订餐者姓名周先生，电话13658987415”字体变灰并加上下划线，表示订餐助手未说出“预定今晚7点的位置，4个人，订餐者姓名周先生，电话13658987415”。

又如，结合场景2，当餐厅电话客服的通话语音包括“可以预定”或者“可以的”等指示允许预定的回复内容时，订餐助手原本可以播报“请帮我预定周末上8点的位置，5个人，订餐者姓名张女士，电话123456789012”的第一回复语音。若订餐助手播报第一语音信息说到“请帮我”时，被餐厅电话客服打断，即订餐助手播报第一回复语音说到“请帮我”时，接收到餐厅电话客服的第二通话语音“请问您几位，几点用餐”，订餐助手可以播报第二回复语音“5位，周末晚上8点用餐”。

步骤103c6、在接收到餐厅电话客服的第三通话语音，且第三通话语音包括第二预定询问信息的情况下，订餐助手播报第三回复语音。

在本申请的一些实施例中，上述第三回复语音用于回复上述第二预定询问信息的订餐要素信息；其中，上述第二预定询问信息用于询问第二订餐要素的要素信息。

在本申请的一些实施例中，上述第一订餐要素的要素信息和第二订餐要素的要素信息可以包括订餐需求信息中的所有订餐要素信息，

例如，结合场景1，如图5G所示，若订餐助手播报第二回复语音“4位，晚上7点用餐”后，接收到餐厅电话客服的第三通话语音为“好的，请问您贵姓，手机号是现在拨打的这个吗？”，则订餐助手可以回复“是的，姓周，麻烦你了”。

又如，结合场景2，若订餐助手播报第二回复语音“5位”后，接收到餐厅电话客服的第三通话语音为“请问您的姓名，方便留下您的电话吗？”，则订餐助手可以回复“张女士，电话123456789012”。

步骤103c7、在接收到餐厅电话客服的第三通话语音，且第三通话语音仅包括第一订餐要素的确认信息的情况下，订餐助手播报第四回复语音。

在本申请的一些实施例中，上述第四回复语音用于确认述第一订餐要素的内容和告知第二订餐要素。

例如，结合场景1，订餐助手接收到餐厅电话客服的第三通话语音“4位，晚上7点用餐是吧”后，订餐助手可以播报“对，我是周先生，电话13658987415”。

又如，结合场景2，订餐助手接收到餐厅电话客服的第三通话语音“5位，周末晚上8点用餐是吧”后，订餐助手可以播报“对，我是周先生，电话13658987415”。

如此，订餐助手接收餐厅电话客服的第一通话语音，订餐助手播报第一回复语音，在订餐助手播报第一回复语音的过程中，接收到餐厅电话客服的第二通话语音，且第二通话语音包括第一预定询问信息的情况下，订餐助手停止第一回复语音的播报，并播报第二回复语音；在接收到餐厅电话客服的第三通话语音，且第三通话语音包括第二预定询问信息的情况下，订餐助手播报第三回复语音；在接收到餐厅电话客服的第三通话语音，且第三通话语音仅包括第一订餐要素的确认信息的情况下，订餐助手播报第四回复语音，能够实现订餐助手与餐厅电话客服之间更加智能的自然语言交互。

步骤103d、在订餐成功的情况下，订餐助手结束与餐厅电话客服的通话。

在本申请的一些实施例中，订餐助手可以根据餐厅电话客服对订餐请求语音的回复语音，确定是否订餐成功。

例如，结合场景1，如图5G所示，若餐厅电话客服回复“已经帮您预定，感谢您的来电”，则餐厅助手可以在说出礼貌结束语“好的，谢谢”后，结束与餐厅电话客服的通话。

又如，结合场景2，若餐厅电话客服回复“已经帮您预定，感谢您的来电”，则餐厅助手可以在说出礼貌结束语“好的，谢谢”后，结束与餐厅电话客服的通话。

步骤103e、电子设备在订餐对话界面，显示订餐结果卡片。

在本申请的一些实施例中，上述订餐结果卡片可以包括：订餐者的姓名、餐厅名称、餐厅联系电话、餐厅地址、用餐时间、用餐人数和订餐成功提示信息。

在本申请的一些实施例中，电子设备可高亮方式显示餐厅联系电话以及餐厅地址。

例如，结合场景1，在订餐对话界面的显示订餐结果卡片餐厅可以包括：已为您成功订餐。餐厅：川味人家；商家电话：18758571526；商家地址：钱塘区下沙街道；订餐人：周先生；用餐时间：2024.9.28晚上7点；人数：4。

例如，结合场景2，在订餐对话界面的显示订餐结果卡片餐厅可以包括：已为您成功订餐。餐厅：海底捞；商家电话：012345678901；商家地址：钱塘区下沙街道；订餐人：张女士；用餐时间：2024.9.29晚上8点；人数：5。

如此，订餐助手通过打开订餐应用程序，并在订餐应用程序的搜索框中，输入订餐需求确认卡片中的订餐要素信息，搜索与订餐要素信息匹配的餐厅；餐助手拨打搜索到的餐厅的详情信息界面中的餐厅联系电话；在餐厅的电话接通后，订餐助手按照订餐需求确认卡片中的订餐要素信息，播报订餐请求语音；在订餐成功的情况下，订餐助手结束与餐厅电话客服的通话，使得订餐助手能够自动执行订餐任务。

在本申请的一些实施例中，结合图1，如图2所示，在上述步骤101之前，本申请实施例提供的订餐方法还包括如下步骤104a和如下步骤104b：

步骤104a、电子设备接收对订餐智能体标识的控制输入。

在本申请的一些实施例中，上述控制输入用于触发电子设备显示上述订餐智能体标识指示的订餐助手的订餐对话界面。

在本申请的一些实施例中，上述控制输入可以包括以下任一项：用户的点击输入，滑动输入，按压输入，语音输入，手势输入，或者，其他可行性输入，本申请实施例对此不做限定。

在本申请的一些实施例中，上述手势输入可以包括但不限于以下至少一项：点击手势、滑动手势、拖动手势、压力识别手势、长按手势、面积变化手势、双按手势、双击手势、特定手势输入或其他等可能的手势输入，具体的手势输入形式可以根据实际需求确定，在一些实施例中对此不作限定。

本申请的一些实施例中，上述点击输入可以为单击输入、双击输入或任意次数的点击输入等，还可以为长按输入或短按输入，在一些实施例中对此不作限定。

本申请的一些实施例中，上述滑动输入可以为向任意方向的滑动输入，例如向上滑动、向下滑动、向左滑动或者向右滑动等，在一些实施例中对此不作限定。

步骤104b、电子设备响应于控制输入，显示订餐智能体标识指示的订餐助手的订餐对话界面。

在本申请的一些实施例中，上述订餐对话界面用于用户与订餐助手进行语音交互。

在本申请的一些实施例中，订餐对话界面包括对话显示区和语音输入控件。其中，语音输入控件用于触发采集用户的语音，上述对话显示区用于显示以文本方式显示的语音。

在本申请的一些实施例中，上述对话显示区可以为圆形区域、矩形区域、三角形区域、菱形区域、圆环区域或者多边形等任意可能形状区域，具体可以根据实际使用需求确定，本发明实施例不作限定。

在本申请的一些实施例中，上述语音输入控件的控件形状可以为圆形、矩形、三角形、菱形、圆环或者多边形等任意可能的形状，具体可以根据实际使用需求确定，本发明实施例不作限定。

例如，当电子设备为手机时，手机可以在屏幕上显示如图3所示的智能体标识显示界面30，智能体标识显示界面30可以为手机的AI助手程序的程序界面中的二级功能界面。智能体标识显示界面30上显示绘画智能体标识301、写作智能体标识302、阅读智能体标识303以及订餐智能体标识304。当手机接收到用户对订餐智能体标识304的控制输入时，结合图3，如图4A所示，手机可以响应于订餐智能体标识304的控制输入，在屏幕上显示订餐对话界面40。其中，订餐对话界面40用于用户和手机进行AI交互。

在本申请的一些实施例中，上述控制输入用于控制手机唤醒订餐助手，显示订餐智能体标识指示的订餐助手的订餐对话界面，以使用订餐助手进行自动订餐，控制输入可以为第一输入。示例性地，上述第一输入包括但不限于：用户通过手指或者手写笔等触控装置对订餐智能体标识的触控输入，或者为用户输入的语音指令，或者为用户输入的特定手势，或者为其他可行性输入，具体的可以根据实际使用需求确定，本发明实施例不作限定。本申请实施例中的特定手势可以为单击手势、滑动手势、拖动手势、压力识别手势、长按手势、面积变化手势、双按手势、双击手势中的任意一种；本申请实施例中的点击输入可以为单击输入、双击输入或任意次数的点击输入等，还可以为长按输入或短按输入。例如，上述的控制输入可以为：用户对订餐智能体标识的点击输入。

如此，电子设备通过接收对订餐智能体标识的控制输入，并响应于控制输入，显示订餐智能体标识指示的订餐助手的订餐对话界面，能够向用户显示订餐对面界面，使得用户可以在订餐对话界面输入订餐需求信息，进而使得电子设备可以基于订餐需求信息快速执行订餐任务。

在本申请的一些实施例中，上述订餐对话界面包括对话显示区和语音输入控件；上述步骤101可以通过如下步骤101a1和如下步骤101a2实现：

步骤101a1、电子设备接收对语音输入控件的触控输入。

在本申请的一些实施例中，上述触控输入用于触发电子设备采集语音数据。

在本申请的一些实施例中，上述触控输入可以包括以下任一项：用户的点击输入，滑动输入，按压输入，语音输入，手势输入，或者，其他可行性输入，本申请实施例对此不做限定。

步骤101a2、电子设备响应于触控输入，将麦克风捕获的语音数据转换为文字信息。

在本申请的一些实施例中，上述触控输入可以为与用户对上述语音输入控件的长按输入。当用户对语音输入控件进行按压输入时，用户可以说出订餐需求，麦克风可以采集用户说话的语音数据。当用户结束对语音输入控件进行按压输入时，麦克风停止采集用户说话的语音数据。

在本申请的一些实施例中，电子设备可以先对上述语音数据进行音频特征提取，然后通过语音编码器进行编码，得到语音编码数据。再将语音编码数据映射成文本编码数据，并通过文本编码器对文本编码数据进行解码，得到上述文字信息。

在本申请的一些实施例中，上述文字信息即为上述订餐需求信息对应的文字信息。

在本申请的一些实施例中，电子设备将麦克风捕获的语音数据转换为文字信息后，可以将上述文字信息显示于上述订餐对话界面的对话显示区，以使用户通过查看上述文字信息确认订餐需求信息。

可选地，在上述步骤101a2之后，本申请提供的订餐方法还可以包括如下步骤101a3:

步骤101a3、电子设备在对话显示区，显示对话框和订餐者头像，对话框包括文字信息。

在本申请的一些实施例中，上述对话框用于显示上述订餐需求信息。

在本申请的一些实施例中，上述对话显示对话框的形状可以为圆形、矩形、三角形、菱形、圆环或者多边形等任意可能的形状，具体可以根据实际使用需求确定，本发明实施例不作限定。

在本申请的一些实施例中，上述订餐者头像可以为用户的真实头像，也可以为用户的虚拟头像，例如用户在社交应用程序或者订餐应用程序所使用的虚拟头像，本实施例此处不做具体限制。

例如，图4A所示，订餐对话界面40包括对话显示区41和语音输入控件42。其中，语音输入控件42位于订餐对话界面40的底部，对话显示区41位于订餐对话界面40的上部。结合场景1，若用户说出“我想吃川菜”，则结合图4A，如图4B所示，则手机采集到“我想吃川菜”的语音数据后，可以在对话显示区41显示对话框411和订餐者头像412，显示对话框411包括“我想吃川菜”的文字信息。

又如，结合场景2，若用户说出“周末晚上8点、4个人、海底捞”，则手机采集到“周末晚上8点、4个人、海底捞”的语音数据后，可以在对话显示区41显示对话框411和订餐者头像412，显示对话框411包括“周末晚上8点、4个人、海底捞”的文字信息。

如此，电子设备通过接收对语音输入控件的触控输入，响应于触控输入，将麦克风捕获的语音数据转换为文字信息，在对话显示区，显示对话框和订餐者头像，对话框包括文字信息，能够以文字的方式向用户显示其输入的订餐需求信息，进而使得用户可以确认订餐需求信息的准确性，进而提高订餐任务执行结果的准确性。

在本申请的一些实施例中，上述订餐需求信息包括订餐者在上述订餐对话界面的至少一次信息输入所输入的信息；

上述步骤101可以通过如下步骤101b实现，在上述步骤101b之后，本申请实施例提供的订餐方法还可以包括如下步骤105：

步骤101b、电子设备接收在订餐对话界面输入的原始需求信息。

在本申请的一些实施例中，订餐者可以通过语音或者文字的方式在上述订餐对话界面输入的原始需求信息。

在本申请的一些实施例中，上述原始需求信息为用户每次订餐时用户首次输入的订餐要求信息。

在本申请的一些实施例中，电子设备可以接收到上述原始需求信息后，可以将上述原始需求对应的文字信息显示在上述对话显示区。

在本申请的一些实施例中，电子设备可以获取原始需求信息中包括的订餐要素。

例如，结合场景1，当订餐者说出“帮我预定今天晚上7点的川味人家、4个人”的原始需求信息，原始需求信息中包括的要素包括餐厅名称、用餐时间以及用餐人数。

又如，结合场景2，当订餐者说出“帮我预定4个人的海底捞，订餐人张女士，电话123456789012”的原始需求信息，原始需求信息中包括的要素为用餐人数、餐厅名称、订餐者姓名和订餐者的联系电话。

步骤105、电子设备在原始需求信息包括所有订餐要素的情况下，将原始需求信息确定为订餐需求信息，且确定订餐需求信息中的订餐要素完整。

在本申请的一些实施例中，电子设备可以预先设置至少一个订餐要素，然后将上述至少一个订餐要做作为订餐必备要素。若上述原始需求信息包括上述至少一个订餐要素中的所有订餐要素，则原始需求信息确定为订餐需求信息，且确定订餐需求信息中的订餐要素完整。

例如，电子设备可以将餐厅名称、用餐时间、用餐人数、订餐者姓名和订餐者的联系电话作为订餐必备要素。若原始需求信息中包括用餐时间、用餐人数、订餐者姓名和订餐者的联系电话，则原始需求信息确定为订餐需求信息，且确定订餐需求信息中的订餐要素完整。

例如，结合场景1，若订餐必备要素包括餐厅名称、用餐时间、用餐人数、订餐者姓名和订餐者的联系电话，若手机订餐者根据说出的“帮我预定今天晚上7点的川味人家、4个人”的原始需求信息确定原始需求信息中包括餐厅名称、用餐人数和用餐时间的订餐要素后，会原始需求信息中缺失订餐者姓名和订餐者的联系电话的订餐要素。若订餐必备要素包括餐厅名称、用餐时间、用餐人数、订餐者姓名和订餐者的联系电话，若手机订餐者根据说出的“帮我预定今天晚上7点的川味人家、4个人，订餐人周先生，电话13658987415”的原始需求信息确定原始需求信息中包括餐厅名称、用餐人数、用餐时间、订餐者姓名和订餐者的联系电话的订餐要素后，会原始需求信息中的订餐要素完整。

又如，结合场景2，若订餐必备要素包括餐厅名称、用餐时间、用餐人数、订餐者姓名和订餐者的联系电话，若手机根据订餐者说出的“帮我预定5个人的海底捞，订餐人张女士，电话123456789012”的原始需求信息确定原始需求信息中包括餐厅名称、用餐人数、订餐者姓名以及订餐者的联系电话的订餐要素后，则判定原始需求信息中缺失用餐时间的订餐要素。

如此，电子设备通过接收在订餐对话界面输入的原始需求信息，并在原始需求信息包括所有订餐要素的情况下，将原始需求信息确定为订餐需求信息，能够确保订餐需求信息中订餐要素完整，进而使得订餐助手可以根据订餐要素完整的订餐需求信息快速执行订餐任务。

需要说明的是，电子设备执行上述步骤105后，可以执行上述步骤102。

在本申请的一些实施例中，在上述步骤101之后，本申请实施例提供的订餐方法还可以包括如下步骤106a至如下步骤106c：

步骤106a、电子设备在原始需求信息缺失至少一项订餐要素信息的情况下，在订餐对话界面，显示订餐要素询问信息。

在本申请的一些实施例中，上述订餐要素询问信息包括缺失的订餐要素信息的引导信息。

在本申请的一些实施例中，电子设备可以在上述对话显示区显示上述订餐要素询问信息。

例如，结合图4B，如图4C所示，当用户在订餐对话界面40输入“我想吃川菜”的原始需求信息后，手机可以在对话显示区41上显示“我想吃川菜”的文字信息，并对话显示区41显示在“川菜好呀，又麻又辣，有家川味人家味道很不错。请问你们是打算今晚7点去吃吗，几个人呢？”的订餐要素询问信息，引导订餐者输入缺失的用餐人数以及用餐时间的要素信息。

步骤106b、电子设备接收在订餐对话界面中输入的至少一条回复信息。

在本申请的一些实施例中，上述至少一条回复信息可以为就餐者根据上述订餐要素询问信息回复的信息，上述至少一条回复信息可以包括缺失的至少一条要素信息。

在本申请的一些实施例中，电子设备可以接收用户通过语音或者文字的方式输入上述至少一条回复信息。

在本申请的一些实施例中，电子设备可以接收到上述至少一条回复信息后，可以将上述至少一条回复信息对应的文字信息显示在上述对话显示区，用户可以通过查看上述至少一条回复信息对应的文字信息确认输入的上述至少一条回复信息是否正确。

在本申请的一些实施例中，上述对话显示区是用于显示订餐助手与用户的对话内容的区域。

例如图4C所示，手机的显示屏的对话显示区41显示“川菜好呀，又麻又辣，有家川味人家味道很不错。请问你们是打算今晚7点去吃吗，几个人呢？”的订餐要素询问信息后，手机可以将接收到的用户输入的“今晚7点，4个人”的文字信息显示在对话显示区41。结合图4C，如图4D所示，将接收到的用户输入的“今晚7点，4个人”的文字信息显示在对话显示区41，手机可以显示第一条回复信息对应的文字信息。此时，手机确定订餐要素还缺少订餐者的姓名以及联系电话，则订餐助手会继续向用户追问缺少的订餐者的姓名以及联系电话。因此，手机可以继续在对话显示区41显示“请问您的姓名以及联系电话是多少”的订餐要素询问信息，当用户在订餐对话界面40输入第二条回复信息为“周先生，电话是13658987415”时，手机可以显示第二条回复信息对应的文字信息。

步骤106c、电子设备在原始需求信息和至少一条回复信息包括所有订餐要素的情况下，将原始需求信息和至少一条回复信息确定为订餐需求信息，且确定订餐需求信息中的订餐要素完整。

需要说明的是，上述步骤106c的实现过程具体可以参考上述步骤105，为避免重复，本实施例此处不再赘述。

需要说明的是，电子设备执行上述步骤106c后，可以执行上述步骤102。

如此，电子设备能够向用户追问原始需求信息中缺失的订餐要素信息，可以获取完整的订餐要素信息，进而使得电子设备通过完整的订餐要素信息执行订餐任务时，能够提高电子设备执行订餐任务的成功率。

在本申请的一些实施例中，在上述步骤106b之后，本申请实施例提供的订餐方法还可以包括如下步骤106d，上述步骤106c可以通过如下步骤106c1实现:

步骤106d、电子设备在至少一条回复信息中的一条回复信息指示订餐助手使用历史订餐信息的情况下，从订餐历史记录中，获取历史订餐要素信息。

在本申请的一些实施例中，若电子设备从至少一条回复信息中的一条回复信息中识别出“历史订餐”或者“上次订餐”关键字，则确定该回复信息指示订餐助手使用历史订餐信息，此时，电子设备可以从订餐历史记录中，获取历史订餐要素信息。

例如，当手机在对话显示区41显示“请问您的姓名以及联系电话是多少”的订餐要素询问信息时，手机在订餐对话界面接收到的回复信息为“周先生，联系电话就用上次订餐的号码吧”，订餐助手可以查找订餐人为周先生的订餐历史记录，订餐历史记录包括3次订餐记录，具体为订餐历史记录1：餐厅：川味人家；用餐时间：2024年8月5日，用餐人数5人，订餐人：周先生，联系电话：13658987415；订餐历史记录2：餐厅：海底捞；用餐时间：2024年8月19日，用餐人数3人，订餐人：周先生，联系电话：13658987415；订餐历史记录3：餐厅：川味人家；用餐时间：2024年9月15日，用餐人数5人，订餐人：周先生，联系电话：13658987415。订餐历史记录3中的用餐时间9月18日举例当前订餐需求信息中的用餐时间9月28日最近，则将获取订餐历史记录3中订餐人周先生的联系电话13658987415作为订餐需求信息中的订餐人联系电话。

步骤106c1、电子设备将原始需求信息、历史订餐要素信息和至少一条回复信息中除指示订餐助手使用历史订餐信息的回复信息之外的回复信息确定为订餐需求信息。

在本申请的一些实施例中，电子设备可以将原始需求信息中包括的订餐要素信息、历史订餐要素信息和至少一条回复信息中除指示订餐助手使用历史订餐信息的回复信息之外的回复信息中包括的订餐要素信息确定为订餐需求信息。

例如，当原始需求信息为“我要吃川菜”，历史订餐要素信息为上次订餐的餐厅名称川味人家，至少一条回复信息中除指示订餐助手使用历史订餐信息的回复信息之外的回复信息中包括的订餐要素信息为晚上7点、4人用去川味人家餐，订餐者姓名周先生，联系电话13658987415时，订餐需求信息包括餐厅名称川味人家、用餐时间晚上7点、用餐人数4人、订餐者姓名周先生以及订餐者的联系电话13658987415。

又如，当原始需求信息为“周末晚上8点、5个人、海底捞”，历史订餐要素信息为上次订餐时的联系电话123456789012，至少一条回复信息中除指示订餐助手使用历史订餐信息的回复信息之外的回复信息中包括的订餐要素信息为订餐人姓名张女士时，订餐需求信息包括餐厅名称海底捞、用餐时间周末晚上8、用餐人数5人、订餐者姓名张女士以及订餐者的联系电话123456789012。

需要说明的是，电子设备每基于订餐需求信息执行一次订餐处理后，可以根据订餐需求信息生成一条订餐历史记录。其中，订餐历史记录可以包括订餐需求信息。

如此，电子设备通过在至少一条回复信息中的一条回复信息指示订餐助手使用历史订餐信息的情况下，从订餐历史记录中，获取历史订餐要素信息，能够获取用户需要的订餐要素信息。通过将原始需求信息、历史订餐要素信息和至少一条回复信息中除指示订餐助手使用历史订餐信息的回复信息之外的回复信息确定为订餐需求信息，能够确保订餐需求信息中订餐要素完整，进而使得订餐助手可以根据订餐要素完整的订餐需求信息快速执行订餐任务。

在本申请的一些实施例中，在上述步骤101之后，本申请提供的订餐方法还包括如下步骤107，上述步骤102可以通过如下步骤102a实现：

步骤107、电子设备在对话显示区，显示订餐助手头像。

在本申请的一些实施例中，上述订餐助手头像可以为电子设备预先为订餐助手设置的头像。

在本申请的一些实施例中，上述订餐助手头像还可以为用户为订餐助手选择的头像。

步骤102a、电子设备在对话显示区，显示订餐需求确认卡片。

在本申请的一些实施例中，上述订餐需求确认卡片用于提示用户确认上述订餐需求信息。

在本申请的一些实施例中，上述订餐需求确认卡片的形状可以为圆形、矩形、三角形、菱形、圆环或者多边形等任意可能形状，具体可以根据实际使用需求确定，本发明实施例不作限定。

例如，如图4E所示，手机可以在对话显示区41显示订餐助手头像413以及需求确认卡片414。其中，需求确认卡片上包括待确认的餐厅川味人家、用餐时间晚上7点、用餐人数4人、订餐者姓名周先生以及订餐者的联系电话13658987415。

需要说明的是，若上订餐要素中包括包间就餐的座位类型时，需求确认卡片上包括就餐的座位类型的描述信息。例如图4O所示，需求确认卡片上包括待确认的餐厅川味人家、用餐时间晚上7点、用餐人数4人、订餐者姓名周先生订餐者的联系电话13658987415以及座位类型包间。

如此，电子设备通过在对话显示区，显示订餐需求确认卡片，一方面，可以方便用户确认订餐的每个要素信息，在用户需要修改其中的任意一项或者多项信息的情况下，可以在订餐之前进行修改；另外一方面，在订餐要素信息确认之后，才执行订餐处理，也避免了误触发执行订餐处理而导致的订餐失败，提高订餐任务的成功率。

在本申请的一些实施例中，在订餐助手与餐厅电话客服在通话过程中，本申请实施例提供的订餐方法还包括：

103f、在已和餐厅电话客服确认完所有订餐要素信息后，订餐助手播放结束通话语音。

在本申请的一些实施例中，上述结束通话语音可以包括感谢语，例如谢谢。

如此，在和餐厅电话客服确认完所有订餐要素信息后，订餐助手播放结束通话语音，使得订餐助手能够向餐厅电话客服确认订餐需求信息中的所有订餐要素信息，进而使得订餐任务的执行结果满足用户的订餐需求，提高得订餐任务的执行结果的准确度。

在本申请的一些实施例中，在上述步骤107之后，本申请实施例提供的订餐方法如下步骤108a和如下步骤108b实现：

步骤108a、电子设备在接收到对悬浮窗口的窗口调节输入的情况下，将悬浮窗口的显示模式更新为放大模式、分屏模式或全屏模式。

其中，在分屏模式下，悬浮窗口和订餐对话界面分屏显示；全屏模式下悬浮窗口的窗口尺寸大于放大模式下悬浮窗口的窗口尺寸，放大模式下悬浮窗口的窗口尺寸大于分屏模式下悬浮窗口的窗口尺寸，分屏模式下悬浮窗口的窗口尺寸大于缩小模式下悬浮窗口的窗口尺寸。

在本申请的一些实施例中，当窗口调节输入为将缩小显示的悬浮窗口拖动至电子设备屏幕的顶部的输入时，电子设备可以在接收到上述窗口调节输入的情况下，将悬浮窗口的显示模式切换为分屏模式。

在本申请的一些实施例中，当窗口调节输入为对缩小显示的悬浮窗口的单击输入时，电子设备可以在接收到上述窗口调节输入的情况下，将悬浮窗口的显示模式切换为放大模式。

例如，当手机接收到将缩小显示的悬浮窗口拖动至电子设备屏幕的顶部的输入时，结合图5A，如图6A，手机可以将悬浮窗口416显示屏幕的上半部分区域，订餐对话界面40显示在屏幕的下半部分区域；或者结合图5A，如图6B，将悬浮窗口416显示屏幕的下半部分区域，订餐对话界面40显示在手机屏幕的上半部分区域。

在本申请的一些实施例中，当窗口调节输入为对缩小显示的悬浮窗口的双击输入时，电子设备可以在接收到上述窗口调节输入的情况下，将悬浮窗口的显示模式切换为全屏模式。

例如，当手机接收到对缩小显示的悬浮窗口的双击输入时，结合图5A，如图6B，手机可以将悬浮窗口416全屏显示在屏幕上。

在本申请的一些实施例中，当窗口调节输入为对缩小显示的悬浮窗口的拉伸输入时，电子设备可以在接收到上述窗口调节输入的情况下，将悬浮窗口的显示模式切换为放大模式或者全屏模式。

例如，当手机接收到对缩小显示的悬浮窗口的拉伸输入时，结合图5A，如图6C，手机可以将悬浮窗口416放大显示在屏幕上。

步骤108b、电子设备在接收到对悬浮窗口的挂起控制输入的情况下，将悬浮窗口的显示模式更新为挂起模式。

在本申请的一些实施例中，当窗口调节输入为对缩小显示的悬浮窗口的右滑输入时，电子设备可以在接收到上述窗口调节输入的情况下，将悬浮窗口的显示模式更新为侧边挂起状态。

例如，当手机接收到对缩小显示的悬浮窗口的双击输入时，结合图5A，如图4E，手机可以将悬浮窗口416挂起，此时手机屏幕上只显示订餐对话界面40。

如此，电子设备在接收到对悬浮窗口的窗口调节输入的情况下，将悬浮窗口的显示模式更新为放大模式、分屏模式或全屏模式，在接收到对悬浮窗口的挂起控制输入的情况下，将悬浮窗口的显示模式更新为挂起模式，使得悬浮窗口的显示方式更加灵活。

在本申请的一些实施例中，上述自动订餐处理包括至少一项订餐处理；

在执行自动订餐处理的过程中，本申请实施例提供的订餐方法还包括如下步骤109：

步骤109、电子设备以缩小模式，显示悬浮窗口。

在本申请的一些实施例中，上述悬浮窗口可以悬浮显示于上述订餐对话界面。

其中，上述悬浮窗口用于显示每项订餐处理的处理界面和处理进度信息。

在本申请的一些实施例中，上述处理界面可以为进行每项订餐处理的应用程序的界面，上述处理进度信息用于提示用户每项订餐处理的操作进度。

在本申请的一些实施例中，上述处理进度信息可以悬浮显示于上述处理界面。

在本申请的一些实施例中，上述处理进度提示信息可以和上述处理进度提示信息的取消控件同时悬浮显示于上述处理界面。当电子设备接收到对取消控件的触控输入时，取消显示上述处理进度提示信息，只显示上述处理界面。

例如，当至少一项订餐处理包括打开订餐应用程序、在订餐应用程序中搜索餐厅、拨打餐厅电话、以及在拨通餐厅电话后，与餐厅电话客服沟通订餐。例如若订餐处理为当前打开订餐应用程序，则处理界面为订餐应用程序的启动界面，处理进度信息为“订餐应用程序启动中”。若当前订餐处理为订餐应用程序中搜索餐厅，则处理界面为订餐应用程序的餐厅搜索界面，处理进度信息可以为“餐厅搜索中”。

举例说明，结合图4E，如图5A所示，若当前订餐处理为订餐应用程序中搜索餐厅，则订餐对话界面40上悬浮窗口416显示的处理进度信息可以为“餐厅搜索中”，悬浮窗口416显示的处理界面为订餐应用程序的餐厅搜索界面，且“餐厅搜索中”处理进度信息和“餐厅搜索中”处理进度信息的取消控件4161悬浮显示于订餐应用程序的餐厅搜索界面。当手机接收到对取消控件4161的触控输入时，结合如5A，如图5B所示，取消显示“餐厅搜索中”的提示信息，只在显示悬浮窗口416订餐应用程序的餐厅搜索界面。

在本申请的一些实施例中，在本申请的一些实施例中，上述悬浮窗口的形状可以圆形、矩形、三角形、菱形、圆环或者多边形等任意可能的形状。具体可以根据实际使用需求确定，本申请实施例不作限定。

在本申请的一些实施例中，上述悬浮窗口可以悬浮显示在上述订餐对话界面中的任一位置上，当用户拖动悬浮窗口时，该悬浮窗口可以随着用户的拖动操作而在订餐对话界面上移动。

需要说明的是，后续当用户想要对该悬浮窗口进行操作时，可以通过特定输入，控制该悬浮窗口进行移动。

在本申请的一些实施例中，上述悬浮窗口还可以以第一透明度叠加显示在订餐对话界面上。

示例性地，第一预设透明度记为T，T的取值范围可以为0％<T<120％。

如此，电子设备通过以缩小模式，显示悬浮窗口，使得用户可以通过悬浮窗口查看每项订餐处理的处理界面和处理进度信息，提升用户体验。

在本申请的一些实施例中，在执行自动订餐处理的过程中，本申请实施例提供的订餐方法还包括如下步骤110a至如下步骤110d：

步骤110a、电子设备在订餐助手打开订餐应用程序的情况下，在悬浮窗口，显示订餐应用程序的程序界面。

在本申请的一些实施例中，上述订餐应用程序可以为电子设备上的任一订餐应用程序。

在本申请的一些实施例中，上述步骤110a中的“订餐助手打开订餐应用程序”可以通过如下步骤110a1实现：

步骤110a1、订餐助手打开应用程序使用频率大于频率阈值的订餐应用程序，或者订餐助手打开历史使用时间段内使用过的订餐应用程序。

其中，历史使用时间段为与接收订餐需求信息的接收时刻的时间间隔小于间隔阈值的时间段。

在本申请的一些实施例中，电子设备可以通过订餐助手打开应用程序使用频率大于频率阈值的订餐应用程序，或者订餐助手打开历史使用时间段内使用过的订餐应用程序。

需要说明的是，使用频率大于频率阈值，表示上述订餐应用程序为使用频率较高的订餐应用程序，上述历史使用时间段内使用过，表示上述订餐应用程序最近使用过。

例如，手机中安装了2个订餐的程序，订餐程序“A点评”程序以及“B订餐”程序。在近半年内，用户使用“A点评”程序订餐10次，用户使用“A点评”程序订餐5次，则手机可以打开“A点评”程序。

又如，手机中安装了2个订餐的程序，订餐程序“A点评”程序以及“B订餐”程序。用户在近10天内使用过“B订餐”程序订餐，没有在近10天内使用过“A点评”程序订餐，则手机可以打开“B订餐”程序。

举例说明，结合图4E，如图5B所示，在手机的订餐助手打开订餐应用程序的情况下，手机可以通过订餐助手在悬浮窗口416显示订餐应用程序的程序界面。

如此，订餐助手通过打开应用程序使用频率大于频率阈值的订餐应用程序，或者订餐助手打开历史使用时间段内使用过的订餐应用程序，能够使用用户经常使用或者最近使用的订餐应用程序进行订餐。

步骤110b、电子设备在订餐助手搜索与订餐要素信息匹配的餐厅的过程中，在悬浮窗口，显示订餐应用程序的搜索界面。

在本申请的一些实施例中，电子设备可以通过订餐助手在订餐应用程序中搜索与订餐要素信息匹配的餐厅。

在本申请的一些实施例中，电子设备可以通过订餐助手搜索与订餐要素信息中餐厅的类型、餐厅的名称或者其他餐厅信息匹配的餐厅。

在本申请的一些实施例中，上述搜索界面可以为上述餐厅的搜索界面。

例如，结合图5B，如图5C所示，当餐厅名称为川味人家时，手机可以在订餐助手搜索与订餐要素信息匹配的餐厅的过程中，通过订餐助手在悬浮窗口46显示餐厅川味人家的搜索界面。

又如，当餐厅名称为海底捞时，手机可以在订餐助手搜索与订餐要素信息匹配的餐厅的过程中，通过订餐助手在悬浮窗口显示餐厅海底捞的搜索界面。

步骤110c、电子设备在订餐助手搜索到与订餐要素信息匹配的餐厅的情况下，在悬浮窗口，显示餐厅的详情信息界面。

在本申请的一些实施例中，电子设备可以在订餐助手搜索到与订餐要素信息匹配的餐厅的情况下，通过订餐助手，在悬浮窗口，显示餐厅的详情信息界面。

在本申请的一些实施例中，上述详情信息界面上可以显示餐厅联系电话、餐厅地址、餐厅图片等餐厅的详细信息。

例如，结合图5C，如图5D所示，当餐厅名称为川味人家时，手机可以在订餐助手搜索到川味人家餐厅的情况下，在悬浮窗口416显示川味人家餐厅的详情信息界面。

又如，当餐厅名称为海底捞时，手机可以在订餐助手搜索到海底捞餐厅的情况下，在悬浮窗口显示海底捞餐厅的详情信息界面。

步骤110d、电子设备在订餐助手拨打搜索到的餐厅的详情信息界面中的餐厅联系电话的过程中，显示通话状态组件。

在本申请的一些实施例中，上述通话状态组件包括第一状态信息，上述第一状态信息用于提示正在拨号。

在本申请的一些实施例中，电子设备可以通过订餐助手在详情信息界面中获取餐厅的联系电话，并通过订餐助手拨打餐厅的联系电话。

在本申请的一些实施例中，电子设备可以在订餐助手拨打餐厅联系电话的过程中，通过订餐助手显示通话状态组件。

在本申请的一些实施例中，上述通话状态组件也可以是原子岛。

例如，结合图5D，如图5E所示，手机可以在订餐助手从悬浮窗口46显示川味人家餐厅的详情信息界面搜索到川味人家餐厅的情况下，在屏幕的顶部区域显示通话组件423，其中通话组件423中包括一个电话图标4231，且电话图标的颜色可以为红色，表示正在对川味人家餐厅的联系电话拨号，红色的电话图标即为上述第一状态信息。

又如，手机可以在订餐助手从悬浮窗口46显示海底捞餐厅的详情信息界面搜索到海底捞餐厅的情况下，在屏幕的顶部区域显示通话组件，且通话组件中的电话图标的颜色可以为红色，表示正在对海底捞餐厅的联系电话拨号，红色的电话图标即为上述第一状态信息。

如此，电子设备在订餐助手打开订餐应用程序的情况下，在悬浮窗口，显示订餐应用程序的程序界面；在订餐助手搜索与订餐要素信息匹配的餐厅的过程中，在悬浮窗口，显示订餐应用程序的搜索界面；在订餐助手搜索到与订餐要素信息匹配的餐厅的情况下，在悬浮窗口，显示餐厅的详情信息界面；在订餐助手拨打搜索到的餐厅的详情信息界面中的餐厅联系电话的过程中，显示通话状态组件，能够通过悬浮窗口显示订餐助手在订餐过程中的各个处理画面，进而提高悬浮窗口显示方式的灵活性。

在本申请的一些实施例中，在上述餐厅的电话接通后，订餐助手与上述餐厅电话客服在通话过程中，本申请实施例提供的订餐方法还可以包括如下步骤110e或者如下步骤110f：

步骤110e、电子设备在状态提醒组件，显示第二状态信息。

在本申请的一些实施例中，上述第二状态信息用于提示正在通话中。

例如，如图5E所示，手机可以在餐厅的电话接通后，订餐助手与上述餐厅电话客服在通话过程中，将通话组件423中电话图标4231的颜色由红色变为绿色，表示正在通话中，绿色的电话图标即为上述第二状态信息。

步骤110f、电子设备取消通话状态组件的显示，并显示通话界面。

在本申请的一些实施例中，上述通话界面用于同步显示上述订餐助手和上述餐厅电话客服的电话沟通过程的所有通话信息。

例如，订餐助手可以在餐厅的电话接通后，订餐助手与上述餐厅电话客服在通话过程中，如图5F所示，在屏幕上显示通话界面50，通话界面50上显示有订餐助手和上述餐厅电话客服的电话沟通过程中所有通话文本信息。

需要说明的是，若上订餐要素信息中包括包间就餐的座位类型的描述信息例如座位类型的描述信息为包间时，手机可以在餐厅的电话接通后，订餐助手与上述餐厅电话客服在通话过程中，向订餐助手询问是否有包间。例如图5K所示，通话界面50上显示的订餐助手和上述餐厅电话客服的电话沟通过程中所有通话文本信息还包括订餐助手向餐厅电话客户询问“你好，请问有包间吗，我想预定包间”以及餐厅电话客服的回复语音“你好，有包间”。

需要说明的是，在订餐助手和电话餐厅电话客服沟通的过程中，若订餐助手正在语音播报，则如图5K所示，在通话界面50的左侧底部显示订餐助手自动回复中的提示消息501。若订餐助手和电话餐厅电话客服沟通的过程，用户想直接和餐厅电话客服沟通，则如图5K所示，用户可以对通话界面50右侧底部的人工语音沟通控件502进行控制输入。用户对人工语音沟通控件502进行控制输入后，用户可以直接和餐厅电话客服电话沟通，且通话界面50可以显示用户和餐厅电话客服之间的通话文本信息。上述控制输入可以包括以下任一项：用户的点击输入，滑动输入，按压输入，语音输入，手势输入，或者，其他可行性输入，本申请实施例对此不做限定。

如此，电子设备通过在状态提醒组件，显示第二状态信息，使得用户可以通过第二状态信息了解当前订餐任务处理的处理进度。或者取消通话状态组件的显示，并显示通话界面，使得用户可以通过显示通话界面了解餐厅电话客服的电话沟通过程的所有通话信息，从而提升了前订餐任务处理的处理进度显示方式的灵活性。

在本申请的一些实施例中，在执行自动订餐处理的过程中，本申请实施例提供的订餐方法还可以包括如下步骤111a至如下步骤111d：

步骤111a、电子设备在订餐助手打开订餐应用程序的过程中，在悬浮窗口，显示第一进度提示信息。

在本申请的一些实施例中，上述第一进度提示信息用于提示正在打开订餐应用程序。

在本申请的一些实施例中，电子设备可以通过订餐助手，在悬浮窗口，显示第一进度提示信息。

例如，手机可以在订餐助手打开订餐应用程序的过程中，结合图4E，如图5H所示，在悬浮窗口416显示“订餐应用程序启动中”的第一进度提示信息。

步骤111b、电子设备在订餐助手搜索与所述订餐要素信息匹配的餐厅的过程中，在悬浮窗口，显示第二进度提示信息。

在本申请的一些实施例中，上述第二进度提示信息用于提示正在搜索餐厅。

在本申请的一些实施例中，电子设备可以通过订餐助手，在悬浮窗口，显示第一进度提示信息。

例如，手机可以在订餐助手打开订餐应用程序的过程中，结合图6A，如图6B所示，手机可以在悬浮窗口415显示“餐厅搜索中”的第二进度提示信息。

步骤111c、电子设备在订餐助手搜索到至少两个候选餐厅的情况下，在悬浮窗口，显示第三进度提示信息。

在本申请的一些实施例中，上述第三进度提示信息用于提示正在筛选餐厅。

在本申请的一些实施例中，电子设备可以通过订餐助手，在悬浮窗口，显示第三进度提示信息。

例如，手机可以在订餐助手搜索到至少两个候选餐厅的情况下，结合图5E，如图5I所示，在悬浮窗口416显示“餐厅筛选中”的第三进度提示信息。

步骤111d、电子设备在订餐助手在至少两个候选餐厅中筛选到与订餐要素信息匹配的餐厅的情况下，在悬浮窗口，显示第四进度提示信息。

在本申请的一些实施例中，上述第四进度提示信息用于提示已搜索到餐厅。

在本申请的一些实施例中，电子设备可以通过订餐助手，在悬浮窗口，显示第四进度提示信息。

例如，手机可以在订餐助手在至少两个候选餐厅中筛选到与订餐要素信息匹配的餐厅的情况下，结合图5I，如图5J所示，在悬浮窗口416显示“已搜索到餐厅”的第四进度提示信息。

如此，电子设备通过在悬浮窗口显示各个进度提示信息，使得用户可以通过悬浮窗口查看当前订餐任务处理的进度，提升了悬浮窗口显示方式的灵活性。

在本申请的一些实施例中，在上述步骤103c之后，本申请的提供的订餐方法还可以包括如下步骤112a和如下步骤112b：

步骤112a、电子设备显示日程添加控件。

在本申请的一些实施例中，电子设备可以在订餐对话界面的对话显示区显示上述日程添加控件。

在本申请的一些实施例中，上述日程添加控件用于提示添加订餐的日程。

在本申请的一些实施例中，上述日程添加控件的形状可以为圆形、矩形、三角形、菱形、圆环或者多边形等任意可能形状，具体可以根据实际使用需求确定，本发明实施例不作限定。

例如，结合4E所示，如图4F所示，手机在在对话显示区41订餐助手订餐结果卡片417的同时，可以在对话显示区41内显示日程添加控件419。

步骤112b、电子设备在接收到对日程添加控件的控制输入或者接收到在订餐对话界面中输入的日程添加请求消息的情况下，基于订餐结果卡片中的订餐要素信息，创建日程。

在本申请的一些实施例中，订餐者可以在订餐对话界面以语音方式或者文本方式输入的日程添加请求消息，上述日程添加请求消息用于请求添加订餐日程。

在本申请的一些实施例中，电子设备可以基于订餐结果卡片中的订餐要素信息，在日历应用程序中创建日程。

在本申请的一些实施例中，在日历应用程序中创建日程后，电子设备可以显示日历应用程序的日历应用程序界面，上述日历应用程序界面显示有创建的订餐日程信息。

例如，当手机接收到对日程添加控件419的控制输入时，电子设备创建日程后，结合图4F，如图7所示，显示日历应用程序界面70，日历应用程序界面70显示有订餐日程信息71。

如此，电子设备通过显示日程添加控件，并在接收到对日程添加控件的控制输入或者接收到在订餐对话界面中输入的日程添加请求消息的情况下，基于订餐结果卡片中的订餐要素信息，创建日程，能够通过创建的日程提醒用户及时用餐，从而提升了用户体验。

在本申请的一些实施例中，本申请提供的订餐方法还包括如下步骤113a以及如下步骤113b：

步骤113a、订餐失败的情况下，订餐助手结束与餐厅电话客服的通话。

在本申请的一些实施例中，订餐助手在预设时长内未拨通餐厅电话、餐厅电话客服的第一通话语音指示不允许预定或者餐厅电话客服的第二通话语音或者第三通话语音指示用餐时间段内无位置的情况下，确定订餐失败。

步骤113b、在订餐对话界面，电子设备显示订餐失败提示信息。

在本申请的一些实施例中，上述订餐失败提示信息包括订餐失败的原因和订餐建议信息。

例如，结合图4E，如图4G所示，在订餐失败的情况下，手机可以在订餐结果卡片417内显示“餐厅7点无位置，请重新选择用餐时间”的订餐失败提示信息。

又如，在订餐失败的情况下，手机可以在订餐结果卡片内显示“餐厅电话未拨通，请稍后再拨”的订餐失败提示信息。

如此，订餐失败的情况下，订餐助手结束与餐厅电话客服的通话；在订餐对话界面，电子设备显示订餐失败提示信息，从而提升用户体验。

在本申请的一些实施例中，本申请实施例提供的订餐方法还包括如下步骤114a和如下步骤114b：

步骤114a、电子设备在订餐助手结束与餐厅电话客服的通话后，基于通话信息，生成通话记录，并在订餐对话界面，显示通话记录查看控件。

在本申请的一些实施例中，上述通话记录查看控件用于提示查看订餐助手与餐厅电话客服的通话记录。

在本申请的一些实施例中，电子设备可以在订餐对话界面的对话显示区，显示上述通话记录查看控件。

例如图4F所示，手机可以在订餐助手结束与餐厅电话客服的通话后，显示订餐结果卡片417的同时，在对话显示区41显示通话记录查看控件419。

步骤114b、电子设备在接收到对通话记录查看控件的控制输入的情况下，显示订餐助手与餐厅电话客服的通话记录。

在本申请的一些实施例中，上述控制输入可以包括以下任一项：用户的点击输入，滑动输入，按压输入，语音输入，手势输入，或者，其他可行性输入，本申请实施例对此不做限定。

如此，电子设备通过在订餐助手结束与餐厅电话客服的通话后，基于通话信息，生成通话记录，并在订餐对话界面，显示通话记录查看控件；在接收到对通话记录查看控件的控制输入的情况下，显示订餐助手与餐厅电话客服的通话记录，提升了订餐处理过程中，订餐进度信息显示方式的灵活性。

在本申请的一些实施例中，在上述步骤103e之后，本申请实施例提供的订餐方法还包括如下步骤115a至如下步骤115c：

步骤115a、电子设备接收对订餐结果卡片中的餐厅地址的选择输入。

在本申请的一些实施例中，上述选择输入可以包括以下任一项：用户的点击输入，滑动输入，按压输入，语音输入，手势输入，或者，其他可行性输入，本申请实施例对此不做限定。

步骤115b、电子设备响应于选择输入，显示导航界面，导航界面包括餐厅地址的导航路径。

在本申请的一些实施例中，上述导航路径为从订餐者的当前位置至餐厅地址所在位置的导航路径。

例如，订餐者当前位置为地点A，餐厅地址所在的位置为地点B，则导航路线为从地点A至地点B的导航路径。

步骤115c、电子设备在接收到对导航界面的导航控制输入的情况下，按照导航路径进行导航。

在本申请的一些实施例中，上述导航控制输入可以包括以下任一项：用户的点击输入，滑动输入，按压输入，语音输入，手势输入，或者，其他可行性输入，本申请实施例对此不做限定。

如此，电子设备通过接收对订餐结果卡片中的餐厅地址的选择输入；响应于选择输入，显示导航界面，导航界面包括餐厅地址的导航路径；在接收到对导航界面的导航控制输入的情况下，能够快速的显示界面并进行导航，按照导航路径进行导航，能够简化执行导航任务的操作，从而提高执行导航任务的效率和便捷性。

在本申请的一些实施例中，上述订餐对话界面还包括：订餐助手的功能介绍信息和至少一项订餐推荐信息；其中，上述订餐推荐信息为包含完整订餐要素的订餐需求信息的示例；

上述步骤103可以通过如下步骤C1实现：

步骤C1、电子设备在接收到对至少一项订餐推荐信息中的一项订餐推荐信息的选择输入的情况下，按照选择输入选中的订餐推荐信息中的订餐要素信息，执行自动订餐处理。

在本申请的一些实施例中，电子设备可以从历史订餐任务列表中获取上述少一项订餐推荐信息，上述至少一项订餐推荐信息可以为历史订餐任务列表中出现次数大于或者等于预设次数的包括完整订餐要素的订餐需求信息，或者历史订餐任务列表中上述历史使用时间段内使用过的包括完整订餐要素的订餐需求信息。

例如，当历史订餐任务列表中历史使用时间段内使用过的包括完整订餐要素的订餐需求信息为“餐厅海底捞、用餐时间周天7点、用餐人数5人、订餐者姓名张女士以及订餐者的联系电话123456789012”，结合图3，如图4I所示，对话显示区41还可以显示订餐助手的功能介绍信息421和“请帮张女士预定周天晚上8点的海底捞，5人，电话是123456789012”的订餐推荐信息422。

又如，当预设次数为4次，历史订餐任务列表中出现次数大于或者等于4次的包括完整订餐要素的订餐需求信息包括订餐需求信息1、订餐需求信息2以及订餐需求信息3，订餐需求信息1为“餐厅海底捞、用餐时间明晚6点、用餐人数2人、订餐者姓名张女士以及订餐者的联系电话123456789012”，订餐需求信息2为“餐厅川味人家、用餐时间明天12点、用餐人数3人、订餐者姓名周先生以及订餐者的联系电话13658987415”，订餐需求信息3为“餐厅类型泰国菜、用餐时间明晚7点、用餐人数5人、订餐者姓名张女士以及订餐者的联系电话123456789012”时，结合图3，如图4P所示，对话显示区41还可以显示订餐助手的功能介绍信息421和“请帮张女士预定明晚6点的海底捞，2人，电话是123456789012”的订餐推荐信息4221、“请帮周先生预定周天12点的川味人家，3人，电话是123456789012”的订餐推荐信息4222以及“请帮张女士预定明晚7点的泰国菜，5人，电话是123456789012”的订餐推荐信息4223。

如此，电子设备通过接收对至少一项订餐推荐信息中的一项订餐推荐信息的选择输入的情况下，按照选择输入选中的订餐推荐信息中的订餐要素信息，执行自动订餐处理，能够简化执行订餐任务的操作，提升电子设备执行订餐任务的效率和便捷性。

在本申请的一些实施例中，在上述步骤102中的“显示订餐需求确认卡片”之后，本申请提供的订餐方法还包括如下步骤116a和如下步骤116b：

步骤116a、电子设备接收在订餐对话界面输入的订餐修改信息。

在本申请的一些实施例中，上述订餐修改信息用于指示修改上述餐需求确认卡上的至少一些订餐要素信息。

在本申请的一些实施例中，订餐可以通过语音方式或者文本方式在上述订餐对话界面输入上述订餐修改信息。

步骤116b、电子设备按照订餐修改信息，更新订餐需求确认卡片上的至少一项订餐要素信息。

在本申请的一些实施例中，电子设备可以根据订餐修改信息所指示的订餐要素信息，对上述订餐需求确认卡片上对应订餐要素信息进行修改。

例如，结合图4E，如图4H所示，订餐者可以对语音输入控件的触控输入时，并说出订餐修改需求“将用餐时间改为晚上8点”。麦克风可以捕获订餐修改需求信息“将用餐时间改为晚上8点”，手机可以将“将用餐时间改为晚上8点”的订餐修改信息转换成文字并显示于对话显示区41内的文本框420内。进一步地，手机按照订餐修改信息，更新订餐需求确认卡片上的至少一项订餐要素信息后，可以重新显示更新后的订餐需求确认卡片415，更新后的订餐需求确认卡片上订餐时间为8点。

如此，电子设备通过接收在订餐对话界面输入的订餐修改信息；按照订餐修改信息，更新订餐需求确认卡片上的至少一项订餐要素信息，能够按照用户需求对订餐需求确认卡片上的订餐需求信息进行修改，从而提升用户体验。

在本申请的一些实施例中，在上述步骤103之前，本申请实施例提供的订餐方法还包括如下步骤117a至如下步骤117b，在上述步骤103之后，本申请实施例提供的订餐方法还包括如下步骤118a和如下步骤118b：

步骤117a、电子设备显示拨号权限请求消息。

在本申请的一些实施例中，上述拨号权限请求消息可以悬浮显示于上述订餐对话界面。

在本申请的一些实施例中，上述拨号权限请求消息用于为订餐助手获取拨号权限。

步骤117b、电子设备在接收到对拨号权限请求消息的权限使用控制输入的情况下，开启订餐助手的拨号权限。

在本申请的一些实施例中，上述控制输入可以包括以下任一项：用户的点击输入，滑动输入，按压输入，语音输入，手势输入，或者，其他可行性输入，本申请实施例对此不做限定。

在本申请的一些实施例中，电子设备开启订餐助手的拨号权限后，订餐助手可以对餐厅联系电话进行拨号。

例如，如图4J所示，手机可以在订餐对话界面40上的空白区域显示包括“订餐助手请求获取拨号权限”的文字提示4231以及确认控件4232的订餐拨号权限请求消息423。其中，确认控件用于指示用户确认为订餐助手请求获取拨号权限。当用户对确认控件4232进行控制输入时，手机可以响应于用户对确认控件4232的控制输入，开启订餐助手的拨号权限。

如此，电子设备通过显示拨号权限请求消息，在接收到对拨号权限请求消息的权限使用控制输入的情况下，开启订餐助手的拨号权限，使得订餐助手可以拨打餐厅联系电话进行订餐，从而提升订餐任务执行结果的成功率。

在接收到对订餐需求确认卡片的订餐确认输入之后，所述方法还包括：

步骤118a、电子设备显示通话权限请求消息。

在本申请的一些实施例中，上述通话权限请求消息可以悬浮显示于上述订餐对话界面。

在本申请的一些实施例中，上述拨号权限请求消息用于为订餐助手获取拨号权限。

步骤118b、电子设备在接收到对通话权限请求消息的权限使用控制输入的情况下，开启订餐助手的通话权限。

在本申请的一些实施例中，上述控制输入可以包括以下任一项：用户的点击输入，滑动输入，按压输入，语音输入，手势输入，或者，其他可行性输入，本申请实施例对此不做限定。

在本申请的一些实施例中，电子设备开启订餐助手的拨号权限后，订餐助手可以与餐厅电话客服进行语音通话并获取通话记录。

例如，如图4K所示，手机可以在订餐对话界面40上的空白区域显示包括“订餐助手请求获取通话权限”的文字提示4241以及确认控件4242的通话权限请求消息424。其中，确认控件用于指示用户确认为订餐助手请求获取通话权限。当用户对确认控件4242进行控制输入时，手机可以响应于用户对确认控件4242的控制输入，开启订餐助手的通话权限。

如此，电子设备通过显示通话权限请求消息，在接收到对通话权限请求消息的权限使用控制输入的情况下，开启订餐助手的通话权限，使得订餐助手与餐厅电话客服语音沟通进行订餐，从而提升订餐任务执行结果的成功率。

在本申请的一些实施例中，本申请提供的订餐方法还包括如下步骤119a或如下步骤119b：

步骤119a、电子设备在通话卡为双卡的情况下，显示选卡确认信息。

在本申请的一些实施例中，上述选卡确认信息包括两个卡标识，在接收到对上述两个卡标识中的一个卡标识的选择输入的情况下，将上述选择输入选中的卡标识指示的通话卡确定为订餐助手拨号的卡；其中，一个卡标识用于指示一个通话卡。

在本申请的一些实施例中，上述选卡确认信息还可以包括多个卡标识，本实施例此处对选卡确认信息中卡标识的数量不做具体限制。

步骤119b、电子设备在通话卡为单卡的情况下，将单卡确定为订餐助手拨号的卡。

例如，如图4L所示，手机可以在订餐对话界面40上的空白区域显示包括卡1以及卡2的选卡确认信息425。当用户对卡1进行控制输入时，手机可以响应于用户对卡1的控制输入，将卡1指示的通话卡确定为订餐助手拨号的卡。

如此，电子设备在通话卡为双卡的情况下，显示选卡确认信息，或者，在通话卡为单卡的情况下，将单卡确定为订餐助手拨号的卡，使得订餐助手能够根据选卡确认信息或者单卡对餐厅联系电话就进行拨号，进而提升订餐任务的执行效率。

在本申请的一些实施例中，本申请提供的订餐方法还可以包括如下步骤A1至步骤A4：

步骤A1、电子设备接收对订餐助手的播报音色设置控件的控制输入。

在本申请的一些实施例中，电子设备可以在订餐对话界面上订餐助手的旁边显示上述播报音色设置控件。

在本申请一些实施例中，上述播报音色设置控件的形状可以为圆形、矩形、三角形、菱形、圆环或者多边形等任意可能形状，具体可以根据实际使用需求确定，本发明实施例不作限定。

在本申请的一些实施例中，上述控制输入可以包括以下任一项：用户的点击输入，滑动输入，按压输入，语音输入，手势输入，或者，其他可行性输入，本申请实施例对此不做限定。

步骤A2、电子设备响应于控制输入，显示至少一个播报音色选项。

在本申请的一些实施例中，至少一个播报音色选项可以包括柔美女生音色、俊朗男生音色、阳光男生音色以及播音主持音色中至少之一。

步骤A3、电子设备接收对至少一个播报音色选项中的一个播报音色选项的选择输入。

在本申请的一些实施例中，上述选择输入可以包括以下任一项：用户的点击输入，滑动输入，按压输入，语音输入，手势输入，或者，其他可行性输入，本申请实施例对此不做限定。

步骤A4、电子设备响应于选择输入，将订餐助手的播报音色更新为选择输入选中的播报音色选项对应的播报音色。

在本申请的一些实施例中，电子设备可以为订餐助手预设一个播报音色。在接收到选择输入，将订餐助手的播报音色从预设的播报音色更新为选择输入选中的播报音色选项对应的播报音色。

例如，如图4M所示，手机可以在订餐对话界面40空白区域显示播报音色设置控件426。当用户对播报音色设置控件426进行控制输入时，手机可以响应于对播报音色设置控件426的控制输入，如图4N所示，显示柔美女生音色播报音色选项4261、俊朗男生音色播报音色选项4262、阳光男生音色播报音色选项4263以及播音主持音色播报音色选项4264。当用户对俊朗男生音色播报音色选项4262进行选择输入时，手机可以响应于用户对俊朗男生音色播报音色选项4262的选择输入，订餐助手的播报音色更新为俊朗男生音色。

如此，电子设备通过响应于对至少一个播报音色选项中的一个播报音色选项的选择输入，将订餐助手的播报音色更新为选择输入选中的播报音色选项对应的播报音色，使得用户可以根据个人的喜好，自定义订餐助手的播报音色。

图8是本申请实施例提供的订餐方法的流程示意图，以电子设备为手机为例，该方法可以包括以下步骤801至如下步骤810。

步骤801、手机显示订餐对话界面。

示例性地，订餐对话界面可以包括订餐助手的功能介绍信息和订餐推荐信息。例如图4I所示。

示例性地，用户订餐的交互流程均在智能体中。智能体为预装在手机系统中的AI助手，背后能力为大模型，不同的智能体可执行不同的任务，本次订餐由订餐智能体来执行用户在如图3所示的智能体标识显示界面30中点击订餐智能体标识，进入显示订餐智能体标识指示的订餐助手的订餐对话界面后，即显示订餐助手的功能介绍信息和订餐推荐信息，订餐推荐信息位于订餐助手的功能介绍信息下方提供快捷操作，用户订餐助手的功能介绍信息后即可进入订餐流程。

步骤802、手机接收用户输入的订餐需求信息。

示例性地，例如图4B所示，用户长按订餐对话界面的底部语音输入控件，即可输入用餐需求信息如“我想吃川菜”。语音输入结束后，转录后的文字会上屏在订餐对话界面40的对话显示区41中显示。

步骤803、手机判断用户输入的订餐需求信息是否完整。

示例性地，大模型须判断订餐需求的完整性，订餐要素：餐厅名称、时间、用餐人数、姓名和电话号码，只有当这5个要素都完备的情况下，模型才会认可这是一条可被自动执行的订餐需求。否则模型会对其中缺省的信息进行追问。缺省一个订餐要素信息，则追问至少一次；缺省多个必要信息，则追问多次。追问时不区分订餐要素优先级，判断用户当前回复缺少的订餐要素并进行询问。

例如用户只说我想吃川菜，此时缺省了时间人数姓名和电话号码，此时应对这些信息进行追问，为了不让用户一下子回答所有问题引起反感。追问时可只选择其中1-2个信息，如时间和人数一起追问“请问你们是打算今晚7点去吃吗，几个人呢？”

示例性地，手机若判断用户输入的订餐需求信息完整，则执行步骤804。若判断用户输入的订餐需求信息不完整，则像用户追问订餐需求信息，并执行步骤802。

步骤804、手机显示订餐需求确认卡片。

示例性地，当订餐需求已被完整描述后，模型会给出一张需求确认卡片。用户可对其中的信息进行修改，修改方式为语音，比如可以说“将用餐时间改成晚上8点”。修改后的需求将再次以确认卡片的形式出现。具体乐意参考图4H，此处不在赘述。

步骤805、订餐助手将悬浮窗口挂起进入订餐应用程序搜索餐厅。

示例性地，当用户点击确认订餐需求确认卡片后，订餐对话界面会显示悬浮窗口，显示悬浮窗口上方有一层蒙版，蒙版会提示当前的操作进度，比如打开大众点评、搜索餐厅等。具体可以参考图5A至图5G，此处不再赘述。示例性地，自动执行第一步为打开订餐应用程序，随后自动输入餐厅名字进行检索。

步骤806、订餐助手将悬浮窗口挂起进入餐厅详情信息界面查找餐厅电话。

示例性地，检索到餐厅名后，订餐助手会执行进入到餐厅详情信息界面，同时定位餐厅联系电话所在的元素在餐厅详情信息界面中的第一位置，模拟手操作点击第一位置拨打餐厅联系电话。

步骤807、订餐助手和餐厅电话客服沟通。

示例性地，餐厅助手点击拨打底部的商家电话，接通后餐厅助手将代替用户和餐厅电话客服沟通用餐需求，此时对话内容会实时展示在电话界面中。当订餐结束后，AI会自动总结当前的对话信息，形成一条订餐记录返回给模型。

例如，结合图5F所示，对话过程可以如下：

餐厅电话客服：你好，川味人家，请问有什么可以帮您？

订餐助手：我想预订今晚7点的位置，4个人。

餐厅电话客服：好的，请问你贵姓，手机号是现在拨打这个吗？

订餐助手：是的，姓周，麻烦你了。

餐厅电话客服：已成功帮你预订，谢谢你的来电。

订餐助手：谢谢。

步骤808、手机判断悬浮窗口是否要放大。

示例性地，悬浮窗口可放大，当用户想查看当前的操作，可双指拉升进入全屏态，已在执行中的操作并不会因状态的缩放而打断。但用户若选择手动关闭悬浮窗口，则整个自动执行状态将停止。

示例性地，若手机判断悬浮窗口是要放大，则执行步骤811，若判断悬浮窗口不要放大，则执行步骤809。

步骤809、手机将订餐结果卡片显示在订餐对话界面。

示例性地，订餐成功信息以订餐结果卡片形式展示，其中商家地址和电话信息高亮，点击商家地址将自动跳转进地图导航。若订餐失败，将会返回订餐失败信息并告知用户原因。

步骤810、手机保存日程。

示例地，例如图4F所示，当成功订餐以后，在订餐结果卡片417下方给到通话查看控件418和日程添加控件419，用户点击日程控件419可将订餐的时间安排保存到日历中，用户点击通话查看控件418，手机可以显示通话界面。

步骤811、手机将悬浮窗口放大。

示例性地，手机执行完步骤811之后，可以执行步骤809。

通过本申请实施例提供的订餐方法，用户可以通过自然语言在智能中输入订餐需求进行交互，无需了解或理解复杂的指令，还能节省其手动搜索、挑选餐厅和拨打电话的时间，从而简化订餐任务的操作，给用户带来了更加轻松、便捷的订餐体验。

需要说明的是，上述步骤订餐方法的具体实现过程可以参见上述实施例的相关描述，为避免重复，本实施例在此不再赘述。

需要说明的是，上述各个方法实施例，或者各个方法实施例中的各种可能的实现方式均可以单独执行，也可以任意两个或两个以上相互结合执行，具体可以根据实际使用需求确定，本申请实施例对此不做限制。

本申请实施例提供的订餐方法，执行主体可以为订餐装置。本申请实施例中以订餐装置执行订餐方法为例，说明本申请实施例提供的订餐装置。

图9是本申请实施例提供的订餐装置的结构示意图，该订餐装置包括：接收模块901、显示模块902以及执行模块903。

其中，所述接收模块901，用于接收在订餐对话界面输入的订餐需求信息；

所述显示模块902，用于在所述接收模块接收的所述订餐需求信息中的订餐要素完整的情况下，显示订餐需求确认卡片，所述订餐需求确认卡片包括待确认的至少一项订餐要素信息；

所述执行模块903，用于响应于对所述显示模块显示的所述订餐需求确认卡片的订餐确认输入，按照所述订餐需求确认卡片中的订餐要素信息，执行自动订餐处理。

在本申请的一些实施例中，所述订餐需求信息包括订餐者在所述订餐对话界面的至少一次信息输入所输入的信息；所述接收模块901，具体用于：接收在订餐对话界面输入的原始需求信息；所述执行模块903，还用于，接收在订餐对话界面输入的订餐需求信息之后，在所述原始需求信息包括所有订餐要素的情况下，将所述原始需求信息确定为订餐需求信息，且确定所述订餐需求信息中的订餐要素完整。

在本申请的一些实施例中，所述显示模块902，还用于接收在订餐对话界面输入的订餐需求信息之后，在所述原始需求信息缺失至少一项订餐要素信息的情况下，在所述订餐对话界面，显示订餐要素询问信息，所述订餐要素询问信息包括缺失的订餐要素信息的引导信息；所述接收模块901，还用于接收在所述订餐对话界面中输入的至少一条回复信息；所述执行模块903，还用于在所述原始需求信息和所述至少一条回复信息包括所有订餐要素的情况下，将所述原始需求信息和所述至少一条回复信息确定为订餐需求信息，且确定所述订餐需求信息中的订餐要素完整。

在本申请的一些实施例中，所述执行模块903，还用于接收在所述订餐对话界面中输入的至少一条回复信息之后，在所述至少一条回复信息中的一条回复信息指示订餐助手使用历史订餐信息的情况下，从订餐历史记录中，获取历史订餐要素信息；所述执行模块903，具体用于：将所述原始需求信息、所述历史订餐要素信息和所述至少一条回复信息中除所述指示订餐助手使用历史订餐信息的回复信息之外的回复信息确定为订餐需求信息。

在本申请的一些实施例中，所述订餐要素信息为订餐要素的描述信息，所述订餐要素包括：餐厅名称、用餐时间、用餐人数、订餐者姓名和订餐者的联系电话。

在本申请的一些实施例中，所述自动订餐处理包括至少一项订餐处理；在执行自动订餐处理的过程中，所述显示模块902，还用于以缩小模式，显示悬浮窗口；其中，所述悬浮窗口用于显示每项订餐处理的处理界面和处理进度信息。

在本申请的一些实施例中，在执行自动订餐处理的过程中，所述显示模块902，还用于在订餐助手打开订餐应用程序的情况下，在所述悬浮窗口，显示所述订餐应用程序的程序界面；在订餐助手搜索与所述订餐要素信息匹配的餐厅的过程中，在所述悬浮窗口，显示所述订餐应用程序的搜索界面；在订餐助手搜索到与所述订餐要素信息匹配的餐厅的情况下，在所述悬浮窗口，显示所述餐厅的详情信息界面；在订餐助手拨打搜索到的餐厅的详情信息界面中的餐厅联系电话的过程中，显示通话状态组件，所述通话状态组件包括第一状态信息，所述第一状态信息用于提示正在拨号。

在本申请的一些实施例中，所述显示模块902，还用于以缩小模式，显示悬浮窗口之后，在接收到对所述悬浮窗口的窗口调节输入的情况下，将所述悬浮窗口的显示模式更新为放大模式、分屏模式或全屏模式；其中，在分屏模式下，所述悬浮窗口和所述订餐对话界面分屏显示；全屏模式下悬浮窗口的窗口尺寸大于放大模式下悬浮窗口的窗口尺寸，放大模式下悬浮窗口的窗口尺寸大于分屏模式下悬浮窗口的窗口尺寸，分屏模式下悬浮窗口的窗口尺寸大于缩小模式下悬浮窗口的窗口尺寸；在接收到对所述悬浮窗口的挂起控制输入的情况下，将所述悬浮窗口的显示模式更新为挂起模式。

在本申请的一些实施例中，在所述餐厅的电话接通后，订餐助手与所述餐厅电话客服在通话过程中，所述显示模块902，还用于在所述状态提醒组件，显示第二状态信息，所述第二状态信息用于提示正在通话中；或者，取消所述通话状态组件的显示，并显示通话界面，所述通话界面用于同步显示所述订餐助手和所述餐厅电话客服的电话沟通过程的所有通话信息。

在本申请的一些实施例中，在执行自动订餐处理的过程中，所述显示模块902还用于在订餐助手打开订餐应用程序的过程中，在所述悬浮窗口，显示第一进度提示信息，所述第一进度提示信息用于提示正在打开订餐应用程序；在订餐助手搜索与所述订餐要素信息匹配的餐厅的过程中，在所述悬浮窗口，显示第二进度提示信息，所述第二进度提示信息用于提示正在搜索餐厅；在订餐助手搜索到至少两个候选餐厅的情况下，在所述悬浮窗口，显示第三进度提示信息，所述第三进度提示信息用于提示正在筛选餐厅；在订餐助手在所述至少两个候选餐厅中筛选到与所述订餐要素信息匹配的餐厅的情况下，在所述悬浮窗口，显示第四进度提示信息，所述第四进度提示信息用于提示已搜索到餐厅。

在本申请的一些实施例中，所述执行模块903，具体用于：打开订餐应用程序，并在所述订餐应用程序的搜索框中，输入所述订餐需求确认卡片中的订餐要素信息，搜索与所述订餐要素信息匹配的餐厅；所述显示模块902，还用于订餐助手拨打搜索到的餐厅的详情信息界面中的餐厅联系电话；结合图9，如图10所示，所述装置900还包括，播报模块904，用于在所述餐厅的电话接通后，按照所述订餐需求确认卡片中的订餐要素信息，播报订餐请求语音；所述执行模块，还用于在订餐成功的情况下，订餐助手结束与所述餐厅电话客服的通话；所述显示模块，还用于在所述订餐对话界面，显示订餐结果卡片，所述订餐结果卡片包括：订餐者的姓名、餐厅名称、餐厅联系电话、餐厅地址、用餐时间、用餐人数和订餐成功提示信息。

在本申请的一些实施例中，所述播报模块904，具体用于：播报第一请求语音，所述第一请求语音用于询问餐厅电话客服是否允许预定；在所述餐厅电话客服的通话语音仅指示允许预定的情况下，播报第二请求语音，所述第二请求语音包括所述订餐需求确认卡片中的所有订餐要素信息；在所述餐厅电话客服的通话语音指示允许预定且包括至少一条预定询问信息的情况下，播报至少一条回复语音，所述至少一条回复语音包括用于回复所述至少一条预定询问信息中包括的所有订餐要素信息。

在本申请的一些实施例中，所述至少一条回复语音包括第一回复语音，所述第一回复语音包括所述订餐需求确认卡片中的所有订餐要素信息；所述接收模块901，还用于所述订餐助手播报第一请求语音之后，接收餐厅电话客服的第一通话语音，所述第一通话语音指示允许预定；所述播报模块904，还用于播报第一回复语音，在订餐助手播报第一回复语音的过程中，接收到餐厅电话客服的第二通话语音，且所述第二通话语音包括第一预定询问信息的情况下，停止所述第一回复语音的播报，并播报第二回复语音，所述第二回复语音用于回复所述第一预定询问信息的订餐要素信息；其中，所述第一预定询问信息用于询问第一订餐要素的要素信息；所述播报模块904，还用于在接收到餐厅电话客服的第三通话语音，且所述第三通话语音包括第二预定询问信息的情况下，播报第三回复语音，所述第三回复语音用于回复所述第二预定询问信息的订餐要素信息；其中，所述第二预定询问信息用于询问第二订餐要素的要素信息；或者，在接收到餐厅电话客服的第三通话语音，且所述第三通话语音仅包括所述第一订餐要素的确认信息的情况下，播报第四回复语音，所述第四回复语音用于确认所述第一订餐要素的内容和告知第二订餐要素。

在本申请的一些实施例中，所述显示模块901，还用于在所述订餐对话界面，显示订餐结果卡片之后，显示日程添加控件；执行模块903，还用于在接收到对所述日程添加控件的控制输入或者接收到在所述订餐对话界面中输入的日程添加请求消息的情况下，基于所述订餐结果卡片中的订餐要素信息，创建日程。

在本申请的一些实施例中，所述执行模块903，还用于在订餐失败的情况下，订餐助手结束与所述餐厅电话客服的通话；显示模块902，还用于在所述订餐对话界面，显示订餐失败提示信息；其中，所述订餐失败提示信息包括订餐失败的原因和订餐建议信息。

在本申请的一些实施例中，所述显示模块903，还用于在订餐助手结束与所述餐厅电话客服的通话后，基于通话信息，生成通话记录，并在所述订餐对话界面，显示通话记录查看控件；在接收到对所述通话记录查看控件的控制输入的情况下，显示订餐助手与所述餐厅电话客服的通话记录。

在本申请的一些实施例中，所述执行模块902，具体用于：打开应用程序使用频率大于频率阈值的订餐应用程序，或者所述订餐助手打开历史使用时间段内使用过的订餐应用程序；其中，历史使用时间段为与接收订餐需求信息的接收时刻的时间间隔小于间隔阈值的时间段。

在本申请的一些实施例中，所述接收模块901，还用于在所述订餐对话界面，显示订餐结果卡片之后，接收对所述订餐结果卡片中的餐厅地址的选择输入；所述显示模块，还用于响应于所述选择输入，显示导航界面，所述导航界面包括所述餐厅地址的导航路径；所述执行模块903，还用于在接收到对所述导航界面的导航控制输入的情况下，按照所述导航路径进行导航。

在本申请的一些实施例中，所述接收模块901，还用于显示订餐需求确认卡片之后，接收在所述订餐对话界面输入的订餐修改信息；所述执行模块903，还用于按照所述订餐修改信息，更新所述订餐需求确认卡片上的至少一项订餐要素信息。

在本申请的一些实施例中，所述接收模块901，还用于接收在订餐对话界面输入的订餐需求信息之前，接收对订餐智能体标识的控制输入；所述显示模块902，还用于响应于所述控制输入，显示所述订餐智能体标识指示的订餐助手的订餐对话界面。

在本申请的一些实施例中，所述订餐对话界面包括对话显示区和语音输入控件；

所述接收模块901，具体用于：接收对所述语音输入控件的触控输入；所述执行模块903，还用于响应于所述触控输入，将麦克风捕获的语音数据转换为文字信息；所述显示模块902，还用于在所述对话显示区，显示对话框和订餐者头像，所述对话框包括所述文字信息。

在本申请的一些实施例中，所述显示模块902，还用于接收在订餐对话界面输入的订餐需求信息之后，在所述对话显示区，显示订餐助手头像；所述显示模块902，具体用于：在所述对话显示区，显示订餐需求确认卡片。

在本申请的一些实施例中，所述订餐对话界面还包括：订餐助手的功能介绍信息和至少一项订餐推荐信息；其中，所述订餐推荐信息为包含完整订餐要素的订餐需求信息的示例；所述执行模块903，具体用于在接收到对所述至少一项订餐推荐信息中的一项订餐推荐信息的选择输入的情况下，按照所述选择输入选中的订餐推荐信息中的订餐要素信息，执行自动订餐处理。

在本申请的一些实施例中，所述显示模块902，还用于按照所述订餐需求确认卡片中的订餐要素信息，执行自动订餐处理之前，显示拨号权限请求消息；所述执行模块，还用于在接收到对所述拨号权限请求消息的权限使用控制输入的情况下，开启订餐助手的拨号权限；所述显示模块902，还用于在接收到对所述订餐需求确认卡片的订餐确认输入之后，显示通话权限请求消息；所述执行模块，还用于在接收到对所述通话权限请求消息的权限使用控制输入的情况下，开启订餐助手的通话权限。

在本申请的一些实施例中，所述显示模块902，还用于在通话卡为双卡的情况下，显示选卡确认信息，所述选卡确认信息包括两个卡标识，在接收到对所述两个卡标识中的一个卡标识的选择输入的情况下，将所述选择输入选中的卡标识指示的通话卡确定为订餐助手拨号的卡；其中，一个卡标识用于指示一个通话卡；所述执行模块，还用于在通话卡为单卡的情况下，将所述单卡确定为订餐助手拨号的卡。

在本申请实施例提供的订餐装置中，订餐装置通过接收在订餐对话界面输入的订餐需求信息；在所述订餐需求信息中的订餐要素完整的情况下，显示订餐需求确认卡片，所述订餐需求确认卡片包括待确认的至少一项订餐要素信息；响应于对所述订餐需求确认卡片的订餐确认输入，按照所述订餐需求确认卡片中的订餐要素信息，执行自动订餐处理。在本申请中，用户可以在订餐对话界面输入订餐需求信息，使得电子设备可以在需求信息中的订餐要素完整的情况下，显示订餐需求确认卡片，用户对订餐需求确认卡片确认输入，电子设备即可执行自动订餐处理，从而实现订餐任务的快速执行。如此，简化了用户的订餐交互操作，进而提高了使用电子设备订餐的效率和操作便捷性。

本申请实施例中的订餐装置可以是电子设备，也可以是电子设备中的部件，例如集成电路或芯片。该电子设备可以是终端，也可以为除终端之外的其他设备。示例性地，电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、移动上网装置、增强现实/虚拟现实设备、机器人、可穿戴设备、超级移动个人计算机、上网本或者个人数字助理等，还可以为服务器、网络附属存储器(NetworkAttached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的订餐装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

本申请实施例提供的订餐装置能够实现上述订餐方法的各个实施例实现的各个过程，为避免重复，这里不再赘述。

可选地，如图11所示，本申请实施例还提供一种电子设备1100，包括处理器1101和存储器1102，存储器1102上存储有可在处理器1101上运行的程序或指令，该程序或指令被处理器1101执行时实现上述订餐方法实施例的各个步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，本申请实施例中的电子设备包括上述所述的移动电子设备和非移动电子设备。

图12为实现本申请实施例的一种电子设备的硬件结构示意图。

该电子设备1200包括但不限于：射频单元1201、网络模块1202、音频输出单元1203、输入单元1204、传感器1205、显示单元1206、用户输入单元1207、接口单元1208、存储器1209、以及处理器1210等部件。

本领域技术人员可以理解，电子设备1200还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器1210逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图12中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

其中，用户输入单元1207，用于接收在订餐对话界面输入的订餐需求信息；

显示单元1206，用于在所述订餐需求信息中的订餐要素完整的情况下，显示订餐需求确认卡片，所述订餐需求确认卡片包括待确认的至少一项订餐要素信息；处理器1210，用于响应于对所述订餐需求确认卡片的订餐确认输入，按照所述订餐需求确认卡片中的订餐要素信息，执行自动订餐处理。

在本申请的一些实施例中，所述订餐需求信息包括订餐者在所述订餐对话界面的至少一次信息输入所输入的信息；用户输入单元1207，具体用于：接收在订餐对话界面输入的原始需求信息；处理器1210，还用于接收在订餐对话界面输入的订餐需求信息之后，在所述原始需求信息包括所有订餐要素的情况下，将所述原始需求信息确定为订餐需求信息，且确定所述订餐需求信息中的订餐要素完整。

在本申请的一些实施例中，显示单元1206，还用于接收在订餐对话界面输入的订餐需求信息之后，在所述原始需求信息缺失至少一项订餐要素信息的情况下，在所述订餐对话界面，显示订餐要素询问信息，所述订餐要素询问信息包括缺失的订餐要素信息的引导信息；用户输入单元1207，还用于接收在所述订餐对话界面中输入的至少一条回复信息；处理器1210，还用于在所述原始需求信息和所述至少一条回复信息包括所有订餐要素的情况下，将所述原始需求信息和所述至少一条回复信息确定为订餐需求信息，且确定所述订餐需求信息中的订餐要素完整。

在本申请的一些实施例中，处理器1210，还用于接收在所述订餐对话界面中输入的至少一条回复信息之后，在所述至少一条回复信息中的一条回复信息指示订餐助手使用历史订餐信息的情况下，从订餐历史记录中，获取历史订餐要素信息；处理器1210，具体用于：将所述原始需求信息、所述历史订餐要素信息和所述至少一条回复信息中除所述指示订餐助手使用历史订餐信息的回复信息之外的回复信息确定为订餐需求信息。

在本申请的一些实施例中，所述订餐要素信息为订餐要素的描述信息，所述订餐要素包括：餐厅名称、用餐时间、用餐人数、订餐者姓名和订餐者的联系电话。

在本申请的一些实施例中，所述自动订餐处理包括至少一项订餐处理；

在执行自动订餐处理的过程中，显示单元1206，还用于以缩小模式，显示悬浮窗口；其中，所述悬浮窗口用于显示每项订餐处理的处理界面和处理进度信息。

在本申请的一些实施例中，显示单元1206，还用于以缩小模式，显示悬浮窗口之后，在接收到对所述悬浮窗口的窗口调节输入的情况下，将所述悬浮窗口的显示模式更新为放大模式、分屏模式或全屏模式；其中，在分屏模式下，所述悬浮窗口和所述订餐对话界面分屏显示；全屏模式下悬浮窗口的窗口尺寸大于放大模式下悬浮窗口的窗口尺寸，放大模式下悬浮窗口的窗口尺寸大于分屏模式下悬浮窗口的窗口尺寸，分屏模式下悬浮窗口的窗口尺寸大于缩小模式下悬浮窗口的窗口尺寸；在接收到对所述悬浮窗口的挂起控制输入的情况下，将所述悬浮窗口的显示模式更新为挂起模式。

在本申请的一些实施例中，在执行自动订餐处理的过程中，显示单元1206，还用于在订餐助手打开订餐应用程序的情况下，在所述悬浮窗口，显示所述订餐应用程序的程序界面；在订餐助手搜索与所述订餐要素信息匹配的餐厅的过程中，在所述悬浮窗口，显示所述订餐应用程序的搜索界面；在订餐助手搜索到与所述订餐要素信息匹配的餐厅的情况下，在所述悬浮窗口，显示所述餐厅的详情信息界面；在订餐助手拨打搜索到的餐厅的详情信息界面中的餐厅联系电话的过程中，显示通话状态组件，所述通话状态组件包括第一状态信息，所述第一状态信息用于提示正在拨号。

在本申请的一些实施例中，在所述餐厅的电话接通后，订餐助手与所述餐厅电话客服在通话过程中，显示单元1206，还用于在所述状态提醒组件，显示第二状态信息，所述第二状态信息用于提示正在通话中；或者，取消所述通话状态组件的显示，并显示通话界面，所述通话界面用于同步显示所述订餐助手和所述餐厅电话客服的电话沟通过程的所有通话信息。

在本申请的一些实施例中，在执行自动订餐处理的过程中，显示单元1206，还用于在订餐助手打开订餐应用程序的过程中，在所述悬浮窗口，显示第一进度提示信息，所述第一进度提示信息用于提示正在打开订餐应用程序；在订餐助手搜索与所述订餐要素信息匹配的餐厅的过程中，在所述悬浮窗口，显示第二进度提示信息，所述第二进度提示信息用于提示正在搜索餐厅；在订餐助手搜索到至少两个候选餐厅的情况下，在所述悬浮窗口，显示第三进度提示信息，所述第三进度提示信息用于提示正在筛选餐厅；在订餐助手在所述至少两个候选餐厅中筛选到与所述订餐要素信息匹配的餐厅的情况下，在所述悬浮窗口，显示第四进度提示信息，所述第四进度提示信息用于提示已搜索到餐厅。

在本申请的一些实施例中，处理器1210，具体用于：打开订餐应用程序，并在所述订餐应用程序的搜索框中，输入所述订餐需求确认卡片中的订餐要素信息，搜索与所述订餐要素信息匹配的餐厅；拨打搜索到的餐厅的详情信息界面中的餐厅联系电话；音频输出单元1203，用于在所述餐厅的电话接通后，按照所述订餐需求确认卡片中的订餐要素信息，播报订餐请求语音；处理器1210，还用于在订餐成功的情况下，结束与所述餐厅电话客服的通话；显示单元1206，还用于在所述订餐对话界面，显示订餐结果卡片，所述订餐结果卡片包括：订餐者的姓名、餐厅名称、餐厅联系电话、餐厅地址、用餐时间、用餐人数和订餐成功提示信息。

在本申请的一些实施例中，音频输出单元1203，具体用于：播报第一请求语音，所述第一请求语音用于询问餐厅电话客服是否允许预定；在所述餐厅电话客服的通话语音仅指示允许预定的情况下，播报第二请求语音，所述第二请求语音包括所述订餐需求确认卡片中的所有订餐要素信息；在所述餐厅电话客服的通话语音指示允许预定且包括至少一条预定询问信息的情况下，播报至少一条回复语音，所述至少一条回复语音包括用于回复所述至少一条预定询问信息中包括的所有订餐要素信息。

在本申请的一些实施例中，所述至少一条回复语音包括第一回复语音，所述第一回复语音包括所述订餐需求确认卡片中的所有订餐要素信息；用户输入单元1207，还用于订餐助手播报第一请求语音之后，接收餐厅电话客服的第一通话语音，所述第一通话语音指示允许预定；音频输出单元1203，还用于，播报第一回复语音，在订餐助手播报第一回复语音的过程中，接收到餐厅电话客服的第二通话语音，且所述第二通话语音包括第一预定询问信息的情况下，停止所述第一回复语音的播报，并播报第二回复语音，所述第二回复语音用于回复所述第一预定询问信息的订餐要素信息；其中，所述第一预定询问信息用于询问第一订餐要素的要素信息；在接收到餐厅电话客服的第三通话语音，且所述第三通话语音包括第二预定询问信息的情况下，播报第三回复语音，所述第三回复语音用于回复所述第二预定询问信息的订餐要素信息；其中，所述第二预定询问信息用于询问第二订餐要素的要素信息；或者，在接收到餐厅电话客服的第三通话语音，且所述第三通话语音仅包括所述第一订餐要素的确认信息的情况下，播报第四回复语音，所述第四回复语音用于确认所述第一订餐要素的内容和告知第二订餐要素。

在本申请的一些实施例中，显示单元1206，还用于在所述订餐对话界面，显示订餐结果卡片之后，显示日程添加控件；处理器1210，还用于在接收到对所述日程添加控件的控制输入或者接收到在所述订餐对话界面中输入的日程添加请求消息的情况下，基于所述订餐结果卡片中的订餐要素信息，创建日程。

在本申请的一些实施例中，处理器1210，还用于在订餐失败的情况下，结束与所述餐厅电话客服的通话；显示单元1206，还用于在所述订餐对话界面，显示订餐失败提示信息；其中，所述订餐失败提示信息包括订餐失败的原因和订餐建议信息。

在本申请的一些实施例中，显示单元1206，还用于在订餐助手结束与所述餐厅电话客服的通话后，基于通话信息，生成通话记录，并在所述订餐对话界面，显示通话记录查看控件；在接收到对所述通话记录查看控件的控制输入的情况下，显示订餐助手与所述餐厅电话客服的通话记录。

在本申请的一些实施例中，处理器1210，具体用于：打开应用程序使用频率大于频率阈值的订餐应用程序，或者所述订餐助手打开历史使用时间段内使用过的订餐应用程序；其中，历史使用时间段为与接收订餐需求信息的接收时刻的时间间隔小于间隔阈值的时间段。

在本申请的一些实施例中，用户输入单元1207，还用于在所述订餐对话界面，显示订餐结果卡片之后，接收对所述订餐结果卡片中的餐厅地址的选择输入；显示单元1206，还用于响应于所述选择输入，显示导航界面，所述导航界面包括所述餐厅地址的导航路径；处理器1210，还用于在接收到对所述导航界面的导航控制输入的情况下，按照所述导航路径进行导航。

在本申请的一些实施例中，用户输入单元1207，还用于显示订餐需求确认卡片之后，接收在所述订餐对话界面输入的订餐修改信息；显示单元1206，还用于按照所述订餐修改信息，更新所述订餐需求确认卡片上的至少一项订餐要素信息。

在本申请的一些实施例中，用户输入单元1207，还用于接收在订餐对话界面输入的订餐需求信息之前，接收对订餐智能体标识的控制输入；显示单元1206，还用于响应于所述控制输入，显示所述订餐智能体标识指示的订餐助手的订餐对话界面。

在本申请的一些实施例中，所述订餐对话界面包括对话显示区和语音输入控件；用户输入单元1207，具体用于：接收对所述语音输入控件的触控输入；处理器1210，还用于响应于所述触控输入，将麦克风捕获的语音数据转换为文字信息；显示单元1206，还用于在所述对话显示区，显示对话框和订餐者头像，所述对话框包括所述文字信息。

在本申请的一些实施例中，显示单元1206，还用于接收在订餐对话界面输入的订餐需求信息之后，在所述对话显示区，显示订餐助手头像；显示单元1206，具体用于：在所述对话显示区，显示订餐需求确认卡片。

在本申请的一些实施例中，所述订餐对话界面还包括：订餐助手的功能介绍信息和至少一项订餐推荐信息；其中，所述订餐推荐信息为包含完整订餐要素的订餐需求信息的示例；处理器1210，具体用于：在接收到对所述至少一项订餐推荐信息中的一项订餐推荐信息的选择输入的情况下，按照所述选择输入选中的订餐推荐信息中的订餐要素信息，执行自动订餐处理。

在本申请的一些实施例中，显示单元1206，还用于按照所述订餐需求确认卡片中的订餐要素信息，执行自动订餐处理之前，显示拨号权限请求消息；处理器1210，还用于在接收到对所述拨号权限请求消息的权限使用控制输入的情况下，开启订餐助手的拨号权限；显示单元1206，还用于在接收到对所述订餐需求确认卡片的订餐确认输入之后，显示通话权限请求消息；处理器1210，还用于在接收到对所述通话权限请求消息的权限使用控制输入的情况下，开启订餐助手的通话权限。

在本申请的一些实施例中，显示单元1206，还用于在通话卡为双卡的情况下，显示选卡确认信息，所述选卡确认信息包括两个卡标识，在接收到对所述两个卡标识中的一个卡标识的选择输入的情况下，将所述选择输入选中的卡标识指示的通话卡确定为订餐助手拨号的卡；其中，一个卡标识用于指示一个通话卡；处理器1210，还用于在通话卡为单卡的情况下，将所述单卡确定为订餐助手拨号的卡。

本申请实施例提供的电子设备中，电子设备通过接收在订餐对话界面输入的订餐需求信息；在订餐需求信息中的订餐要素完整的情况下，显示订餐需求确认卡片，订餐需求确认卡片包括待确认的至少一项订餐要素信息；响应于对订餐需求确认卡片的订餐确认输入，按照订餐需求确认卡片中的订餐要素信息，执行自动订餐处理。在本申请中，用户可以在订餐对话界面输入订餐需求信息，使得电子设备可以在需求信息中的订餐要素完整的情况下，显示订餐需求确认卡片，用户对订餐需求确认卡片确认输入，电子设备即可执行自动订餐处理，从而实现订餐任务的快速执行。如此，简化了用户的订餐交互操作，进而提高了使用电子设备订餐的效率和操作便捷性。

应理解的是，本申请实施例中，输入单元1204可以包括图形处理器(GraphicsProcessing Unit，GPU)12041和麦克风12042，图形处理器12041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元1206可包括显示面板12061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板12061。用户输入单元1207包括触控面板12071以及其他输入设备12072中的至少一种。触控面板12071，也称为触摸屏。触控面板12071可包括触摸检测装置和触摸控制器两个部分。其他输入设备12072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。

存储器1209可用于存储软件程序以及各种数据。存储器1209可主要包括存储程序或指令的第一存储区和存储数据的第二存储区，其中，第一存储区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器1209可以包括易失性存储器或非易失性存储器，或者，存储器1209可以包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-OnlyMemory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(RandomAccess Memory，RAM)，静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。本申请实施例中的存储器109包括但不限于这些和任意其它适合类型的存储器。

处理器1210可包括一个或多个处理单元；可选地，处理器1210集成应用处理器和调制解调处理器，其中，应用处理器主要处理涉及操作系统、用户界面和应用程序等的操作，调制解调处理器主要处理无线通信信号，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器1210中。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述订餐方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述订餐方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

本申请实施例提供一种计算机程序产品，该程序产品被存储在存储介质中，该程序产品被至少一个处理器执行以实现如上述订餐方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

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

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (44)

1.一种订餐方法，其特征在于，所述方法包括：

接收在订餐对话界面输入的订餐需求信息；

在所述订餐需求信息中的订餐要素完整的情况下，显示订餐需求确认卡片，所述订餐需求确认卡片包括待确认的至少一项订餐要素信息；

响应于对所述订餐需求确认卡片的订餐确认输入，按照所述订餐需求确认卡片中的订餐要素信息，执行自动订餐处理。

2.根据权利要求1所述的方法，其特征在于，所述订餐需求信息包括订餐者在所述订餐对话界面的至少一次信息输入所输入的信息；

所述接收在订餐对话界面输入的订餐需求信息，包括：

接收在订餐对话界面输入的原始需求信息；

所述接收在订餐对话界面输入的订餐需求信息之后，还包括：

在所述原始需求信息包括所有订餐要素的情况下，将所述原始需求信息确定为订餐需求信息，且确定所述订餐需求信息中的订餐要素完整。

3.根据权利要求2所述的方法，其特征在于，所述接收在订餐对话界面输入的订餐需求信息之后，所述方法还包括：

在所述原始需求信息缺失至少一项订餐要素信息的情况下，在所述订餐对话界面，显示订餐要素询问信息，所述订餐要素询问信息包括缺失的订餐要素信息的引导信息；

接收在所述订餐对话界面中输入的至少一条回复信息；

在所述原始需求信息和所述至少一条回复信息包括所有订餐要素的情况下，将所述原始需求信息和所述至少一条回复信息确定为订餐需求信息，且确定所述订餐需求信息中的订餐要素完整。

4.根据权利要求3所述的方法，其特征在于，所述接收在所述订餐对话界面中输入的至少一条回复信息之后，所述方法还包括：

在所述至少一条回复信息中的一条回复信息指示订餐助手使用历史订餐信息的情况下，从订餐历史记录中，获取历史订餐要素信息；

所述将所述原始需求信息和所述至少一条回复信息确定为订餐需求信息，包括：

将所述原始需求信息、所述历史订餐要素信息和所述至少一条回复信息中除所述指示订餐助手使用历史订餐信息的回复信息之外的回复信息确定为订餐需求信息。

5.根据权利要求1所述的方法，其特征在于，所述订餐要素信息为订餐要素的描述信息，所述订餐要素包括：餐厅名称、用餐时间、用餐人数、订餐者姓名和订餐者的联系电话。

6.根据权利要求1所述的方法，其特征在于，所述自动订餐处理包括至少一项订餐处理；

在执行自动订餐处理的过程中，所述方法还包括：

以缩小模式，显示悬浮窗口；

其中，所述悬浮窗口用于显示每项订餐处理的处理界面和处理进度信息。

7.根据权利要求6所述的方法，其特征在于，所述以缩小模式，显示悬浮窗口之后，还包括：

在接收到对所述悬浮窗口的窗口调节输入的情况下，将所述悬浮窗口的显示模式更新为放大模式、分屏模式或全屏模式；

其中，在分屏模式下，所述悬浮窗口和所述订餐对话界面分屏显示；全屏模式下悬浮窗口的窗口尺寸大于放大模式下悬浮窗口的窗口尺寸，放大模式下悬浮窗口的窗口尺寸大于分屏模式下悬浮窗口的窗口尺寸，分屏模式下悬浮窗口的窗口尺寸大于缩小模式下悬浮窗口的窗口尺寸；

在接收到对所述悬浮窗口的挂起控制输入的情况下，将所述悬浮窗口的显示模式更新为挂起模式。

8.根据权利要求6所述的方法，其特征在于，在执行自动订餐处理的过程中，所述方法还包括：

在订餐助手打开订餐应用程序的情况下，在所述悬浮窗口，显示所述订餐应用程序的程序界面；

在订餐助手搜索与所述订餐要素信息匹配的餐厅的过程中，在所述悬浮窗口，显示所述订餐应用程序的搜索界面；

在订餐助手搜索到与所述订餐要素信息匹配的餐厅的情况下，在所述悬浮窗口，显示所述餐厅的详情信息界面；

在订餐助手拨打搜索到的餐厅的详情信息界面中的餐厅联系电话的过程中，显示通话状态组件，所述通话状态组件包括第一状态信息，所述第一状态信息用于提示正在拨号。

9.根据权利要求8所述的方法，其特征在于，在所述餐厅的电话接通后，订餐助手与所述餐厅电话客服在通话过程中，所述方法还包括：

在所述状态提醒组件，显示第二状态信息，所述第二状态信息用于提示正在通话中；

或者，取消所述通话状态组件的显示，并显示通话界面，所述通话界面用于同步显示所述订餐助手和所述餐厅电话客服的电话沟通过程的所有通话信息。

10.根据权利要求8所述的方法，其特征在于，在执行自动订餐处理的过程中，所述方法还包括：

在订餐助手打开订餐应用程序的过程中，在所述悬浮窗口，显示第一进度提示信息，所述第一进度提示信息用于提示正在打开订餐应用程序；

在订餐助手搜索与所述订餐要素信息匹配的餐厅的过程中，在所述悬浮窗口，显示第二进度提示信息，所述第二进度提示信息用于提示正在搜索餐厅；

在订餐助手搜索到至少两个候选餐厅的情况下，在所述悬浮窗口，显示第三进度提示信息，所述第三进度提示信息用于提示正在筛选餐厅；

在订餐助手在所述至少两个候选餐厅中筛选到与所述订餐要素信息匹配的餐厅的情况下，在所述悬浮窗口，显示第四进度提示信息，所述第四进度提示信息用于提示已搜索到餐厅。

11.根据权利要求1所述的方法，其特征在于，所述按照所述订餐需求确认卡片中的订餐要素信息，执行自动订餐处理，包括：

订餐助手打开订餐应用程序，并在所述订餐应用程序的搜索框中，输入所述订餐需求确认卡片中的订餐要素信息，搜索与所述订餐要素信息匹配的餐厅；

订餐助手拨打搜索到的餐厅的详情信息界面中的餐厅联系电话；

在所述餐厅的电话接通后，订餐助手按照所述订餐需求确认卡片中的订餐要素信息，播报订餐请求语音；

在订餐成功的情况下，订餐助手结束与所述餐厅电话客服的通话；

在所述订餐对话界面，显示订餐结果卡片，所述订餐结果卡片包括：订餐者的姓名、餐厅名称、餐厅联系电话、餐厅地址、用餐时间、用餐人数和订餐成功提示信息。

12.根据权利要求11所述的方法，其特征在于，所述订餐助手按照所述订餐需求确认卡片中的订餐要素信息，播报订餐请求语音，包括：

订餐助手播报第一请求语音，所述第一请求语音用于询问餐厅电话客服是否允许预定；

在所述餐厅电话客服的通话语音仅指示允许预定的情况下，订餐助手播报第二请求语音，所述第二请求语音包括所述订餐需求确认卡片中的所有订餐要素信息；

在所述餐厅电话客服的通话语音指示允许预定且包括至少一条预定询问信息的情况下，订餐助手播报至少一条回复语音，所述至少一条回复语音包括用于回复所述至少一条预定询问信息中包括的所有订餐要素信息。

13.根据权利要求12所述的方法，其特征在于，所述至少一条回复语音包括第一回复语音，所述第一回复语音包括所述订餐需求确认卡片中的所有订餐要素信息；

所述订餐助手播报第一请求语音之后，所述方法还包括：

接收餐厅电话客服的第一通话语音，所述第一通话语音指示允许预定；

订餐助手播报第一回复语音，在订餐助手播报第一回复语音的过程中，接收到餐厅电话客服的第二通话语音，且所述第二通话语音包括第一预定询问信息的情况下，订餐助手停止所述第一回复语音的播报，并播报第二回复语音，所述第二回复语音用于回复所述第一预定询问信息的订餐要素信息；其中，所述第一预定询问信息用于询问第一订餐要素的要素信息；

在接收到餐厅电话客服的第三通话语音，且所述第三通话语音包括第二预定询问信息的情况下，订餐助手播报第三回复语音，所述第三回复语音用于回复所述第二预定询问信息的订餐要素信息；其中，所述第二预定询问信息用于询问第二订餐要素的要素信息；

或者，在接收到餐厅电话客服的第三通话语音，且所述第三通话语音仅包括所述第一订餐要素的确认信息的情况下，订餐助手播报第四回复语音，所述第四回复语音用于确认所述第一订餐要素的内容和告知第二订餐要素。

14.根据权利要求11所述的方法，其特征在于，所述在所述订餐对话界面，显示订餐结果卡片之后，还包括：

显示日程添加控件；

在接收到对所述日程添加控件的控制输入或者接收到在所述订餐对话界面中输入的日程添加请求消息的情况下，基于所述订餐结果卡片中的订餐要素信息，创建日程。

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

在订餐失败的情况下，订餐助手结束与所述餐厅电话客服的通话；

在所述订餐对话界面，显示订餐失败提示信息；

其中，所述订餐失败提示信息包括订餐失败的原因和订餐建议信息。

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

在订餐助手结束与所述餐厅电话客服的通话后，基于通话信息，生成通话记录，并在所述订餐对话界面，显示通话记录查看控件；

在接收到对所述通话记录查看控件的控制输入的情况下，显示订餐助手与所述餐厅电话客服的通话记录。

17.根据权利要求11所述的方法，其特征在于，所述订餐助手打开订餐应用程序，包括：

所述订餐助手打开应用程序使用频率大于频率阈值的订餐应用程序，或者所述订餐助手打开历史使用时间段内使用过的订餐应用程序；

其中，历史使用时间段为与接收订餐需求信息的接收时刻的时间间隔小于间隔阈值的时间段。

18.根据权利要求11所述的方法，其特征在于，所述在所述订餐对话界面，显示订餐结果卡片之后，还包括：

接收对所述订餐结果卡片中的餐厅地址的选择输入；

响应于所述选择输入，显示导航界面，所述导航界面包括所述餐厅地址的导航路径；

在接收到对所述导航界面的导航控制输入的情况下，按照所述导航路径进行导航。

19.根据权利要求1所述的方法，其特征在于，所述显示订餐需求确认卡片之后，所述方法还包括：

接收在所述订餐对话界面输入的订餐修改信息；

按照所述订餐修改信息，更新所述订餐需求确认卡片上的至少一项订餐要素信息。

20.根据权利要求1所述的方法，其特征在于，所述接收在订餐对话界面输入的订餐需求信息之前，还包括：

接收对订餐智能体标识的控制输入；

响应于所述控制输入，显示所述订餐智能体标识指示的订餐助手的订餐对话界面。

21.根据权利要求1所述的方法，其特征在于，所述订餐对话界面包括对话显示区和语音输入控件；

所述接收在订餐对话界面输入的订餐需求信息，包括：

接收对所述语音输入控件的触控输入；

响应于所述触控输入，将麦克风捕获的语音数据转换为文字信息；

在所述对话显示区，显示对话框和订餐者头像，所述对话框包括所述文字信息。

22.根据权利要求19所述的方法，其特征在于，所述接收在订餐对话界面输入的订餐需求信息之后，还包括：

在所述对话显示区，显示订餐助手头像；

所述显示订餐需求确认卡片，包括：

在所述对话显示区，显示订餐需求确认卡片。

23.根据权利要求1所述的方法，其特征在于，所述订餐对话界面还包括：订餐助手的功能介绍信息和至少一项订餐推荐信息；其中，所述订餐推荐信息为包含完整订餐要素的订餐需求信息的示例；

在接收到对所述至少一项订餐推荐信息中的一项订餐推荐信息的选择输入的情况下，按照所述选择输入选中的订餐推荐信息中的订餐要素信息，执行自动订餐处理。

24.根据权利要求1所述的方法，其特征在于，所述按照所述订餐需求确认卡片中的订餐要素信息，执行自动订餐处理之前，所述方法还包括：

显示拨号权限请求消息；

在接收到对所述拨号权限请求消息的权限使用控制输入的情况下，开启订餐助手的拨号权限；

在接收到对所述订餐需求确认卡片的订餐确认输入之后，所述方法还包括：

显示通话权限请求消息；

在接收到对所述通话权限请求消息的权限使用控制输入的情况下，开启订餐助手的通话权限。

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

在通话卡为双卡的情况下，显示选卡确认信息，所述选卡确认信息包括两个卡标识，在接收到对所述两个卡标识中的一个卡标识的选择输入的情况下，将所述选择输入选中的卡标识指示的通话卡确定为订餐助手拨号的卡；其中，一个卡标识用于指示一个通话卡；

在通话卡为单卡的情况下，将所述单卡确定为订餐助手拨号的卡。

26.一种订餐装置，其特征在于，所述装置包括：

接收模块，用于接收在订餐对话界面输入的订餐需求信息；

显示模块，用于在所述接收模块接收的所述订餐需求信息中的订餐要素完整的情况下，显示订餐需求确认卡片，所述订餐需求确认卡片包括待确认的至少一项订餐要素信息；

执行模块，用于响应于对所述显示模块显示的所述订餐需求确认卡片的订餐确认输入，按照所述订餐需求确认卡片中的订餐要素信息，执行自动订餐处理。

27.根据权利要求26所述的装置，其特征在于，所述订餐需求信息包括订餐者在所述订餐对话界面的至少一次信息输入所输入的信息；

所述接收模块，具体用于：

接收在订餐对话界面输入的原始需求信息；

所述执行模块，还用于，接收在订餐对话界面输入的订餐需求信息之后，在所述原始需求信息包括所有订餐要素的情况下，将所述原始需求信息确定为订餐需求信息，且确定所述订餐需求信息中的订餐要素完整。

28.根据权利要求27所述的装置，其特征在于，所述显示模块，还用于接收在订餐对话界面输入的订餐需求信息之后，在所述原始需求信息缺失至少一项订餐要素信息的情况下，在所述订餐对话界面，显示订餐要素询问信息，所述订餐要素询问信息包括缺失的订餐要素信息的引导信息；

所述接收模块，还用于接收在所述订餐对话界面中输入的至少一条回复信息；

所述执行模块，还用于在所述原始需求信息和所述至少一条回复信息包括所有订餐要素的情况下，将所述原始需求信息和所述至少一条回复信息确定为订餐需求信息，且确定所述订餐需求信息中的订餐要素完整。

29.根据权利要求28所述的装置，其特征在于，所述执行模块，还用于接收在所述订餐对话界面中输入的至少一条回复信息之后，在所述至少一条回复信息中的一条回复信息指示订餐助手使用历史订餐信息的情况下，从订餐历史记录中，获取历史订餐要素信息；

所述执行模块，具体用于：

将所述原始需求信息、所述历史订餐要素信息和所述至少一条回复信息中除所述指示订餐助手使用历史订餐信息的回复信息之外的回复信息确定为订餐需求信息。

30.根据权利要求26所述的装置，其特征在于，所述订餐要素信息为订餐要素的描述信息，所述订餐要素包括：餐厅名称、用餐时间、用餐人数、订餐者姓名和订餐者的联系电话。

31.根据权利要求26所述的装置，其特征在于，所述自动订餐处理包括至少一项订餐处理；

在执行自动订餐处理的过程中，所述显示模块还用于，以缩小模式，显示悬浮窗口；

其中，所述悬浮窗口用于显示每项订餐处理的处理界面和处理进度信息。

32.根据权利要求31所述的装置，其特征在于，在执行自动订餐处理的过程中，所述显示模块，还用于在订餐助手打开订餐应用程序的情况下，在所述悬浮窗口，显示所述订餐应用程序的程序界面；

在订餐助手搜索与所述订餐要素信息匹配的餐厅的过程中，在所述悬浮窗口，显示所述订餐应用程序的搜索界面；

在订餐助手搜索到与所述订餐要素信息匹配的餐厅的情况下，在所述悬浮窗口，显示所述餐厅的详情信息界面；

在订餐助手拨打搜索到的餐厅的详情信息界面中的餐厅联系电话的过程中，显示通话状态组件，所述通话状态组件包括第一状态信息，所述第一状态信息用于提示正在拨号。

33.根据权利要求32所述的装置，其特征在于，所述显示模块还用于：

以缩小模式，显示悬浮窗口之后，在接收到对所述悬浮窗口的窗口调节输入的情况下，将所述悬浮窗口的显示模式更新为放大模式、分屏模式或全屏模式；

其中，在分屏模式下，所述悬浮窗口和所述订餐对话界面分屏显示；全屏模式下悬浮窗口的窗口尺寸大于放大模式下悬浮窗口的窗口尺寸，放大模式下悬浮窗口的窗口尺寸大于分屏模式下悬浮窗口的窗口尺寸，分屏模式下悬浮窗口的窗口尺寸大于缩小模式下悬浮窗口的窗口尺寸；

在接收到对所述悬浮窗口的挂起控制输入的情况下，将所述悬浮窗口的显示模式更新为挂起模式。

34.根据权利要求33所述的装置，其特征在于，在所述餐厅的电话接通后，订餐助手与所述餐厅电话客服在通话过程中，所述显示模块，还用于在所述状态提醒组件，显示第二状态信息，所述第二状态信息用于提示正在通话中；

或者，取消所述通话状态组件的显示，并显示通话界面，所述通话界面用于同步显示所述订餐助手和所述餐厅电话客服的电话沟通过程的所有通话信息。

35.根据权利要求33所述的装置，其特征在于，在执行自动订餐处理的过程中，所述显示模块还用于在订餐助手打开订餐应用程序的过程中，在所述悬浮窗口，显示第一进度提示信息，所述第一进度提示信息用于提示正在打开订餐应用程序；

在订餐助手搜索与所述订餐要素信息匹配的餐厅的过程中，在所述悬浮窗口，显示第二进度提示信息，所述第二进度提示信息用于提示正在搜索餐厅；

在订餐助手搜索到至少两个候选餐厅的情况下，在所述悬浮窗口，显示第三进度提示信息，所述第三进度提示信息用于提示正在筛选餐厅；

在订餐助手在所述至少两个候选餐厅中筛选到与所述订餐要素信息匹配的餐厅的情况下，在所述悬浮窗口，显示第四进度提示信息，所述第四进度提示信息用于提示已搜索到餐厅。

36.根据权利要求26所述的装置，其特征在于，所述执行模块，具体用于：

打开订餐应用程序，并在所述订餐应用程序的搜索框中，输入所述订餐需求确认卡片中的订餐要素信息，搜索与所述订餐要素信息匹配的餐厅；

所述显示模块，还用于订餐助手拨打搜索到的餐厅的详情信息界面中的餐厅联系电话；

所述装置还包括，播报模块用于在所述餐厅的电话接通后，按照所述订餐需求确认卡片中的订餐要素信息，播报订餐请求语音；

所述执行模块，还用于在订餐成功的情况下，结束与所述餐厅电话客服的通话；

所述显示模块，还用于在所述订餐对话界面，显示订餐结果卡片，所述订餐结果卡片包括：订餐者的姓名、餐厅名称、餐厅联系电话、餐厅地址、用餐时间、用餐人数和订餐成功提示信息。

37.根据权利要求36所述的装置，其特征在于，所述播报模块，具体用于：

播报第一请求语音，所述第一请求语音用于询问餐厅电话客服是否允许预定；

在所述餐厅电话客服的通话语音仅指示允许预定的情况下，播报第二请求语音，所述第二请求语音包括所述订餐需求确认卡片中的所有订餐要素信息；

在所述餐厅电话客服的通话语音指示允许预定且包括至少一条预定询问信息的情况下，播报至少一条回复语音，所述至少一条回复语音包括用于回复所述至少一条预定询问信息中包括的所有订餐要素信息。

38.根据权利要求36所述的装置，其特征在于，所述至少一条回复语音包括第一回复语音，所述第一回复语音包括所述订餐需求确认卡片中的所有订餐要素信息；

所述接收模块，还用于所述订餐助手播报第一请求语音之后，接收餐厅电话客服的第一通话语音，所述第一通话语音指示允许预定；

所述播报模块，还用于播报第一回复语音，在订餐助手播报第一回复语音的过程中，接收到餐厅电话客服的第二通话语音，且所述第二通话语音包括第一预定询问信息的情况下，停止所述第一回复语音的播报，并播报第二回复语音，所述第二回复语音用于回复所述第一预定询问信息的订餐要素信息；其中，所述第一预定询问信息用于询问第一订餐要素的要素信息；

所述播报模块，还用于在接收到餐厅电话客服的第三通话语音，且所述第三通话语音包括第二预定询问信息的情况下，播报第三回复语音，所述第三回复语音用于回复所述第二预定询问信息的订餐要素信息；其中，所述第二预定询问信息用于询问第二订餐要素的要素信息；

或者，在接收到餐厅电话客服的第三通话语音，且所述第三通话语音仅包括所述第一订餐要素的确认信息的情况下，播报第四回复语音，所述第四回复语音用于确认所述第一订餐要素的内容和告知第二订餐要素。

39.根据权利要求36所述的装置，其特征在于，所述显示模块，还用于在所述订餐对话界面，显示订餐结果卡片之后，显示日程添加控件；

执行模块，还用于在接收到对所述日程添加控件的控制输入或者接收到在所述订餐对话界面中输入的日程添加请求消息的情况下，基于所述订餐结果卡片中的订餐要素信息，创建日程。

40.根据权利要求26所述的装置，其特征在于，所述接收模块还用于：

在所述订餐对话界面，显示订餐结果卡片之后，接收对所述订餐结果卡片中的餐厅地址的选择输入；

所述显示模块，还用于响应于所述选择输入，显示导航界面，所述导航界面包括所述餐厅地址的导航路径；

所述执行模块，还用于在接收到对所述导航界面的导航控制输入的情况下，按照所述导航路径进行导航。

41.根据权利要求26所述的装置，其特征在于，所述接收模块还用于：

显示订餐需求确认卡片之后，接收在所述订餐对话界面输入的订餐修改信息；

所述执行模块，还用于按照所述订餐修改信息，更新所述订餐需求确认卡片上的至少一项订餐要素信息。

42.根据权利要求46所述的装置，其特征在于，所述显示模块还用于：

接收在订餐对话界面输入的订餐需求信息之后，在所述对话显示区，显示订餐助手头像；

所述显示模块，具体用于：

在所述对话显示区，显示订餐需求确认卡片。

43.根据权利要求26所述的装置，其特征在于，所述订餐对话界面还包括：订餐助手的功能介绍信息和至少一项订餐推荐信息；其中，所述订餐推荐信息为包含完整订餐要素的订餐需求信息的示例；

所述执行模块，具体用于在接收到对所述至少一项订餐推荐信息中的一项订餐推荐信息的选择输入的情况下，按照所述选择输入选中的订餐推荐信息中的订餐要素信息，执行自动订餐处理。

44.一种电子设备，其特征在于，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至25中任一项所述的订餐方法的步骤。