一种点餐方法及装置，计算机存储介质和电子设备与流程

本申请涉及互联网应用领域，具体涉及一种点餐方法及点餐装置。本申请同时涉及一种计算机存储介质和电子设备。

背景技术：

随着现代生活水平的不断提高，电子终端设备已成为人们生活中比不可少的一部分。对于餐饮行业而言，电子点餐操作已成为一种新的点餐趋势正逐渐替代人为点餐。为加快点餐速度，现有技术中提供了如下点餐方法：

专利文献1(cn106651669)提供一种快捷网络点餐系统，在点餐平台上，用户通过关键字、菜系种类、消费价格来搜索菜肴；用户管理模块对用户的账号、点餐消费情况进行统计管理；用户在选购菜肴后，使用第三方平台提供的账户进行货款支付，由对方通知卖家货款到达、进行发货；买方检验物品后，通知付款给卖家，从而使得点餐无需排队等候，加快点餐速度。

专利文献2(cn102779178)提供一种在ipad平板电脑上利用语音搜索点餐的方法，其目的是通过语音的方式进行人机交互，实现语音搜索，达到点菜下单的目的，为点餐系统提供另外一种便捷的操作方式，提高点餐效率。其具体是通过对输入的语音信息进行识别，将识别出来的信息转化为中文文字返回，根据返回的信息与菜品数据库中的菜品进行匹配，提供匹配的菜品信息，完成点餐。

专利文献3(cn105931145)提供一种智能点餐的方法及装置，其目的在于解决现有技术中当餐厅客户过多或服务员处于忙碌状态，点菜器无法及时送至客户手中的问题，提高智能点餐的效率。其具体是通过传感器发送的响应信号，启动当前设备进行语音点餐，根据语音点餐指令需要先确定发送响应信号的位置，以便将点餐设备移动至响应信号发送的位置，所述点餐设备接收点餐指令并根据点餐指令完成点餐。

上述专利文献1仅通过关键字在第三方平台进行全网搜索，搜索速度以及针对性不强。

上述专利文献2在对语音点餐的识别过程中较为简单，仅局限于菜品数据库的识别范围；

上述专利文献3主要是通过移动的点餐设备完成语音点餐。

以上三种现有技术不能根据用户自身的情况完成相应的快速点餐功能，特别针对电子设备操作并不熟练的人群，反而加大了操作难度，导致点餐效率降低。

技术实现要素：

本申请提供一种点餐方法，以解决现有技术中点餐速度较慢、导致点餐效率降低的问题。

本申请提供一种点餐方法，包括：

获取点餐请求，所述点餐请求中包括：点餐数据；

按照确定的匹配范围的匹配优先级，将所述点餐请求中的所述点餐数据与所述匹配范围内餐饮数据进行匹配，获得匹配结果；

根据所述匹配结果，输出与所述点餐数据相匹配的餐饮数据的提示信息。

在一些实施例中，还包括：

确定匹配范围的匹配优先级；

所述确定的匹配范围的匹配优先级，包括：

将所述点餐请求的请求方的历史餐饮数据确定为第一匹配范围；

将所述点餐数据的提供方的优惠餐饮数据确定为第二匹配范围；

将所述点餐请求操作的第三方应用平台的搜索引擎涉及的搜索范围确定为第三匹配范围；

其中，所述第一匹配范围的匹配优先级高于所述第二匹配范围的匹配优先级，所述第二匹配范围的匹配优先级高于所述第三匹配范围的匹配优先级。

在一些实施例中，所述按照匹配范围的匹配优先级，将所述点餐请求与所述匹配范围内餐饮数据进行匹配，获得匹配结果，包括：

在所述第一匹配范围内的历史餐饮数据中查找是否有与所述点餐数据相同的餐饮数据，若有，则根据查找到的餐饮数据获得匹配餐饮数据；若无，则在所述第二匹配范围内的优惠餐饮数据中查找是否有与所述点餐数据相同的餐饮数据，若有，则根据查找到的餐饮数据获得匹配餐饮数据；若无，则在所述第三匹配范围内的第三方应用平台的搜索引擎涉及的搜索范围中查找是否有与所述点餐数据相同的餐饮数据，若有，则根据查找到的餐饮数据获得匹配餐饮数据。

在一些实施例中，所述在所述第二匹配范围内的优惠餐饮数据中查找是否有与所述点餐数据相同的餐饮数据，包括：

在所述第二匹配范围内，根据确定的所述点餐请求的请求方的位置区域，查找所述点餐数据提供方提供的优惠餐饮数据中是否有与所述点餐请求中餐饮数据相匹配的匹配餐饮数据。

在一些实施例中，所述在所述第二匹配范围内的优惠餐饮数据中查找是否有与所述点餐数据相同的餐饮数据，包括：

在所述第二匹配范围内，根据确定的所述点餐请求的请求方的优惠数据，查找所述点餐数据提供方提供的优惠餐饮数据中是否有与所述点餐请求中餐饮数据相匹配的匹配餐饮数据。

在一些实施例中，所述在所述第三匹配范围内的第三方应用平台的搜索引擎涉及的搜索范围中查找是否有与所述点餐数据相同的餐饮数据，包括：

在所述第三匹配范围内，根据确定的所述点餐请求的请求方的位置区域，查找所述第三方应用平台搜索引擎涉及的搜索范围中是否有与所述点餐请求中餐饮数据相同的匹配餐饮数据。

在一些实施例中，所述根据所述匹配结果，输出与所述点餐数据相匹配的餐饮数据的提示信息，包括：

针对所述匹配结果输出对应的选项提示信息。

在一些实施例中，所述针对所述匹配结果输出对应的选项提示信息，包括：

所述匹配结果为成功，输出相匹配的餐饮数据的选项提示信息和/或重新点餐的选项提示信息；

所述匹配结果为失败，输出重新点餐的选项提示信息。

在一些实施例中，所述匹配结果为成功，输出相匹配的餐饮数据的选项提示信息，包括至少输出以下一种信息：

输出相匹配的餐饮数据的价格信息；

输出相匹配的餐饮数据的明细信息；

输出相匹配的餐饮数据的时间信息；

输出相匹配的餐饮数据的优惠信息。

在一些实施例中，所述匹配结果为成功，输出相匹配的餐饮数据的选项提示信息，包括：

按照相匹配的餐饮数据的产生时间，对相匹配的餐饮数据进行排序；

按照排序顺序，输出相匹配的餐饮数据的选项提示信息。

在一些实施例中，所述根据所述匹配结果，输出与所述点餐数据相匹配的餐饮数据的提示信息，包括：

采用语音形式，输出与所述点餐数据相匹配的餐饮数据的提示信息。

在一些实施例中，所述获取点餐请求，包括：

获取点餐请求中所述点餐数据的语音信息和/或获取点餐请求中所述点餐数据的文本信息。

在一些实施例中，所述获取点餐请求，包括：

根据对位于在历史订单界面上的点餐操作提示信息的操作，获取点餐请求。

本申请还提供一种点餐装置，包括：

获取单元，用于获取点餐请求，所述点餐请求中包括：点餐数据；

匹配单元，用于按照确定的匹配范围的匹配优先级，将所述点餐请求中的所述点餐数据与所述匹配范围内餐饮数据进行匹配，获得匹配结果；

输出单元，用于根据所述匹配结果，输出与所述点餐数据相匹配的餐饮数据的提示信息。

在一些实施例中，还包括：

确定单元，用于确定的匹配范围的匹配优先级；

所述确定单元包括：

第一匹配范围确定子单元，用于将所述点餐请求的请求方的历史餐饮数据确定为第一匹配范围；

第二匹配范围确定子单元，用于将所述点餐数据的提供方的优惠餐饮数据确定为第二匹配范围；

第三匹配范围确定子单元，用于将所述点餐请求操作的第三方应用平台的搜索引擎涉及的搜索范围确定为第三匹配范围；

其中，所述第一匹配范围的匹配优先级高于所述第二匹配范围的匹配优先级，所述第二匹配范围的匹配优先级高于所述第三匹配范围的匹配优先级。

在一些实施例中，所述匹配单元包括：第一查找子单元、第二查找子单元、第三查找子单元和获得子单元；

所述第一查找子单元，用于在所述第一匹配范围内的历史餐饮数据中查找是否有与所述点餐数据相同的餐饮数据，若有，则进入所述获得子单元；若无，则进入所述第二查找子单元；

所述获得子单元，用于根据查找到的餐饮数据获得匹配餐饮数据；

所述第二查找子单元，用于在所述第二匹配范围内的优惠餐饮数据中查找是否有与所述点餐数据相同的餐饮数据，若有，则进入所述获得子单元；若无，则进入所述第三查找子单元；

所述第三查找子单元，用于在所述第三匹配范围内的第三方应用平台的搜索引擎涉及的搜索范围中查找是否有与所述点餐数据相同的餐饮数据，若有，则进入所述获得子单元。

在一些实施例中，所述第二查找子单元包括：

位置区域确定子单元，用于确定所述点餐请求的请求方的位置区域；

所述第二查找子单元具体用于在所述第二匹配范围内，根据确定的所述点餐请求的请求方的位置区域，查找所述点餐数据提供方提供的优惠餐饮数据中是否有与所述点餐请求中餐饮数据相匹配的匹配餐饮数据。

在一些实施例中，所述第二查找子单元包括：

优惠数据确定子单元，用于确定所述点餐请求的请求方具有的优惠数据；

所述第二查找子单元具体用于在所述第二匹配范围内，根据确定的所述点餐请求的请求方的优惠数据，查找所述点餐数据提供方提供的优惠餐饮数据中是否有与所述点餐请求中餐饮数据相匹配的匹配餐饮数据。

在一些实施例中，所述第三查找子单元包括：

位置区域确定子单元，用于确定所述点餐请求的请求方的位置区域；

所述第三查找子单元具体用于在所述第三匹配范围内，根据确定的所述点餐请求的请求方的位置区域，查找所述第三方应用平台搜索引擎涉及的搜索范围中是否有与所述点餐请求中餐饮数据相同的匹配餐饮数据。

在一些实施例中，所述输出单元包括：

选项输出子单元，用于针对所述匹配结果输出对应的选项提示信息。

在一些实施例中，所述选项输出子单元具体用于在所述匹配结果为成功，输出相匹配的餐饮数据的选项提示信息和/或重新点餐的选项提示信息；在所述匹配结果为失败，输出重新点餐的选项提示信息。

在一些实施例中，所述选项输出子单元至少输出以下一种信息：

输出相匹配的餐饮数据的价格信息；

输出相匹配的餐饮数据的明细信息；

输出相匹配的餐饮数据的时间信息；

输出相匹配的餐饮数据的优惠信息。

在一些实施例中，所述选项输出子单元包括：排序子单元和排序输出子单元；

所述排序子单元，用于按照相匹配的餐饮数据的产生时间，对相匹配的餐饮数据进行排序；

所述排序输出子单元，用于按照排序顺序，输出相匹配的餐饮数据的选项提示信息。

在一些实施例中，所述输出单元具体采用语音形式，输出与所述点餐数据相匹配的餐饮数据的提示信息。

在一些实施例中，所述获取单元，包括：语音获取子单元和/或文本获取子单元；

所述语音获取子单元，用于获取点餐请求中所述点餐数据的语音信息；

所述文本获取子单元，用于获取点餐请求中所述点餐数据的文本信息。

在一些实施例中，所述获取单元具体用于根据对位于在历史订单界面上的点餐操作提示信息的操作，获取点餐请求。

本申请还提供一种计算机存储介质，用于存储网络平台产生数据，以及对应所述网络平台产生数据进行处理的程序；

所述程序在被所述处理器读取执行时，执行如下操作：

获取点餐的点餐数据；

按照确定的匹配范围的匹配优先级，将所述点餐数据与所述匹配范围内餐饮数据进行匹配，获得匹配结果；

根据所述匹配结果，输出与所述点餐数据相匹配的餐饮数据的提示信息。

本申请还提供一种电子设备，包括：

处理器；

存储器，用于存储对网络平台产生数据进行处理的程序，所述程序在被所述处理器读取执行时，执行如下操作：

获取点餐的点餐数据；

按照确定的匹配范围的匹配优先级，将所述点餐数据与所述匹配范围内餐饮数据进行匹配，获得匹配结果；

根据所述匹配结果，输出与所述点餐数据相匹配的餐饮数据的提示信息。

与现有技术相比，本申请具有以下优点：

本申请提供的一种点餐方法，通过获取点餐请求，按照确定的匹配范围的匹配优先级，将所述点餐请求中的点餐数据与所述匹配范围内餐饮数据进行匹配，获得匹配结果；根据所述匹配结果，输出与所述点餐数据相匹配的餐饮数据的提示信息；该方法能够在设定的餐饮数据匹配范围内针对所述点餐请求获得相应的餐饮数据，进而能够加快点餐的速度。

另外，本申请提供的点餐方法中获取点餐请求可以通过语音形式进行获取，因此针对电子设备操作不熟练的人群提供了便利的点餐方法，进而提高点餐效率。

附图说明

图1是本申请提供的一种点餐方法实施例的流程图；

图2是本申请提供的一种点餐方法实施例中采用语音点的场景展示示意图；

图3是本申请提供的一种点餐方法实施例中采用语音点餐获取点餐数据的场景展示示意图；

图4是本申请提供的一种点餐方法中实施例匹配的流程图；

图5是本申请提供的一种点餐方法实施例中采用语音点餐输出提示信息的场景展示示意图；

图6是本申请提供的一种点餐装置实施例的结构示意图；

图7是本申请提供的一种点餐装置实施例匹配的结构示意图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。

本申请中使用的术语是仅仅出于对特定实施例描述的目的，而非旨在限制本申请。在本申请中和所附权利要求书中所使用的描述方式例如：“一种、“第一”、和“第二”等，并非对数量上的限定或先后顺序上的限定，而是用来将同一类型的信息彼此区分。

请参考图1所示，图1是本申请提供的一种点餐方法实施例的流程图，所述点餐方法包括：

步骤s101：获取点餐请求，所述点餐请求包括：点餐数据。

所述步骤s101中所述点餐数据可以是指，针对餐饮提供方提供的餐饮，用户根据自身需求或喜好选取的餐饮餐品的名称和/或针对餐饮餐品需要支付的金额，其中，针对餐饮餐品需要支付的金额在点餐数据中可以是包括：餐饮餐品的明细金额和/或餐饮餐品的总金额，所谓明细金额就是该笔点餐数据中列举了各种餐饮餐品的单价金额。

需要说明的是，所述点餐数据中可以仅包括用户根据自身需求或喜好选取的餐饮餐品的名称。

所述餐饮提供方可以是餐馆、酒店餐厅，街边小店等等能够提供餐饮服务的商家。

在本实施例中，所述点餐请求可以是用户通过用户的终端设备上的点餐应用平台产生，例如：用户可以通过手机上安装的点餐应用app完成点餐请求的操作，进而产生点餐数据；或者是用户通过商家提供的终端设备上的点餐应用平台产生，例如：用户也可以通过对商家提供的点餐设备完成点餐请求的操作，进而产生点餐数据；或者用户通过对商家提供的图像信息的操作产生，例如：用户通过扫描商家提供二维码，完成点餐请求的操作，进而产生点餐数据。

请结合图1参考图2和图3所示，图2是本申请提供的一种点餐方法实施例中采用语音点的场景展示示意图；图3是本申请提供的一种点餐方法实施例中采用语音点餐获取点餐数据的场景展示示意图。

为针对不同人群便于点餐请求的操作，本实施例中，点餐请求的操作可以是通过语音形式进行和/或文本输入的形式进行，即获取点餐请求中所述点餐数据的语音信息和/或获取点餐请求中所述点餐数据的文本信息。例如：对于老年人而言，文本输入的方式并不适用，因此，老年人可以通过语音形式在电子终端设备上进行点餐请求的操作。

因此，在采用语音形式进行点餐请求的输入时，需要根据语音信息进行识别，识别出语音信息中的关键字，所述关键字可以包括点餐请求中餐品名称信息，餐品数量信息和/或餐品属性信息等。例如：所述餐品名称信息可以为鸡翅膀、回锅肉、芥蓝等，即描述餐品中食材名称的信息。所述餐品数量信息可以是一份、两份、一碗等，即描述用量的信息。所述餐品属性信息可以是辣、清炒、爆炒，炝炒，清蒸、特价等等，用来描述口味、做法和/或价格的信息。所述关键字作为点餐数据在后续匹配过程中与匹配范围内的餐饮数据的关键字进行匹配。

为提高点餐的速度，本实施例中，针对点餐请求的操作可以是根据对位于在历史订单界面上的点餐操作提示信息的操作，进而完成点餐请求的操作，后台(可以理解服务器或者是应用平台本身)即可根据该点餐请求的操作，获得点餐请求以及点餐请求中包括的点餐数据。

所述根据对位于在历史订单界面上的点餐操作提示信息的操作，可以理解为，将所述语音操作提示信息和/或文本操作提示信息设置在用户的历史订单界面上。

为避免用户在语音操作提示信息和/或文本操作提示信息进行操作过程中，语音操作提示信息和/或文本操作提示信息遮挡历史订单信息，所述语音操作提示信息和/或文本操作提示信息可以采用悬浮方式设置，即所述语音操作提示信息和/或文本操作提示信息可以随用户需求进行移动，非固定在某一点。

以上为对所述餐饮数据的获取过程进行的描述，在获取到点餐请求后，需要对寻找与点餐请求内餐饮数据相匹配的匹配数据，进而执行步骤s102。

步骤s102：按照确定的匹配范围的匹配优先级，将所述点餐数据与所述匹配范围内餐饮数据进行匹配，获得匹配结果。

所述步骤s102中所述匹配范围可以是指，在确定的范围内对餐饮数据进行匹配，该范围外无需对所述餐饮数据进行匹配，也就是，餐饮数据的匹配是在设定的范围内进行，范围以外无需进行。

所述匹配优先级可以是指，当所述匹配范围为多个时，所述餐饮数据的匹配先后顺序，即所述餐饮数据在匹配时，根据对匹配范围设定先后顺序进行匹配。

因此，本实施例中还需要确定匹配范围的匹配优先级。

所述确定匹配范围的匹配优先级可以包括：

将所述点餐请求的请求方的历史餐饮数据确定为第一匹配范围；

将所述点餐数据的提供方的优惠餐饮数据确定为第二匹配范围；

将所述点餐请求操作的第三方应用平台的搜索引擎涉及的搜索范围确定为第三匹配范围；

其中，所述第一匹配范围的匹配优先级高于所述第二匹配范围的匹配优先级，所述第二匹配范围的匹配优先级高于所述第三匹配范围的匹配优先级。

在本实施例中，所述第一匹配范围中的所述点餐请求的请求方可以为用户(也可以称之为顾客)。所述历史餐饮数据可以是针对所述用户的历史订单的数据信息，即：发出点餐请求之前已经完成的餐饮消费数据，包括：餐饮名称、人数、餐具和/或金额等。

所述第二匹配范围中的点餐数据的提供方可以是餐饮服务提供者，即商家。所述优惠餐饮数据可以是商家推出的针对其提供的餐饮服务中餐品的优惠信息，例如：8折优惠的餐品或者特价餐品或者满减的餐品等。

所述第三匹配范围中的第三方应用平台的搜索引擎涉及的搜索范围可以理解为，通常在第三方应用平台主页面上的搜索操作提示信息，在所述搜索操作提示信息下进行搜索是针对所有在第三方应用平台上注册且通过的商家所提供的餐饮信息。所述第三匹配范围相对于第二匹配范围而言，匹配范围更广，第二匹配范围相对于第一匹配范围而言，匹配范围更广。

为了加快点餐的速度，在本实施例中，将所述第一匹配范围确定为匹配优先级高级别，将所述第二匹配范围确定为匹配优先级中级别，将所述第三匹配范围确定为匹配优先级低级别；因此，根据获取的点餐数据可以先在匹配范围较小的范围内进行，即在高级别的匹配范围内进行，进而提高点餐的速度。

请结合图1参考图3所示，图4是本申请提供的一种点餐方法中实施例匹配的流程图。

在确定匹配范围以及匹配范围的匹配优先级后，需要在确定的匹配范围内针对获取的点餐数据进行匹配，进而获得匹配结果，因此，所述步骤s102包括：

步骤s102-1：在所述第一匹配范围内的历史餐饮数据中查找是否有与所述点餐数据相同的餐饮数据，若有，则根据查找到的餐饮数据获得匹配餐饮数据；若无，则执行所述步骤s102-2；

所述步骤s102-2：在所述第二匹配范围内的优惠餐饮数据中查找是否有与所述点餐数据相同的餐饮数据，若有，则根据查找到的餐饮数据获得匹配餐饮数据；若无，则执行所述步骤s102-3；

所述步骤s102-3：在所述第三匹配范围内的第三方应用平台的搜索引擎涉及的搜索范围中查找是否有与所述点餐数据相同的餐饮数据，若有，则根据查找到的餐饮数据获得匹配餐饮数据。

上述所述根据查找到的餐饮数据获得匹配餐饮数据中，所述匹配餐饮数据为所述匹配结果。

可以理解的是，当所述在所述第三匹配范围内的第三方应用平台的搜索引擎涉及的搜索范围中查找是否有与所述点餐数据相同的餐饮数据，若无，则未查找到匹配餐饮数据，因此，所述匹配结果还可以包括：未查找到匹配餐饮数据的信息。

基于所述步骤s101中的描述，当获取点餐请求中的点餐数据为语音数据时，需要对语音数据进行识别，识别关键字。在本实施例中，所述查找可以通过根据所述点餐请求中的点餐数据的关键字在所述第一匹配范围内与所述第一匹配范围内的餐饮数据的关键字进行比较，进而获得匹配结果。

为更进一步提高点餐匹配的速度，在本实施例中，对所述第二匹配范围进行进一步的缩小，因此，所述步骤s102-2：在所述第二匹配范围内的优惠餐饮数据中查找是否有与所述点餐数据相同的餐饮数据，包括：

在所述第二匹配范围内，根据确定的所述点餐请求的请求方的位置区域，查找所述位置区域内的优惠餐饮数据中是否有与所述点餐请求中餐饮数据相匹配的匹配餐饮数据。

所述点餐请求的请求方也可以称为点餐请求的发出方，也可以理解为客户端或者是用户。通过gps定位获得所述点餐请求的请求方的位置区域，在所述第二匹配范围内查找所述位置区域中是否有与所述点餐请求中餐饮数据相匹配的匹配餐饮数据。例如：gps定位获得所述点餐请求的请求方的位置区域为北京海淀区，则在海淀区内的点餐数据提供方提供的优惠餐饮数据中查找所述点餐请求中的餐饮数据。

可以理解的是，所述位置区域可以根据所述点餐请求的请求方的具体位置进一步确定，例如：确定靠近所述点餐请求的请求方的商圈或者按照距离进行确定。

为更进一步的贴合点餐请求的请求方的需求完成点餐服务，所述步骤s102-2在所述第二匹配范围内的优惠餐饮数据中查找是否有与所述点餐数据相同的餐饮数据，包括：

在所述第二匹配范围内，根据确定的所述点餐请求的请求方的优惠数据，查找所述点餐数据提供方提供的优惠餐饮数据中是否有与所述点餐请求中餐饮数据相匹配的匹配餐饮数据。

例如：所述请求方的优惠数据为8折优惠，则针对所述8折优惠，在商家提供优惠餐饮数据中查找8折优惠的餐品数据。

当所述步骤s102-1和步骤s102-2中均未匹配到所述匹配餐饮数据，则进入优先级别最后一个步骤进行匹配，即所述步骤s102-3，为提高在所述步骤s102-3中的匹配速度，进而提高点餐速度，所述步骤s102-3：所述在所述第三匹配范围内的第三方应用平台的搜索引擎涉及的搜索范围中查找是否有与所述点餐数据相同的餐饮数据，包括：

在所述第三匹配范围内，根据确定的所述点餐请求的请求方的位置区域，查找所述第三方应用平台搜索引擎涉及的搜索范围中是否有与所述点餐请求中餐饮数据相同的匹配餐饮数据。也就是说，在所述第三匹配范围内进行匹配时，可以通过确定的所述点餐请求的请求方的位置信息，基于所述第三方平台搜索引擎提供的搜索范围进行缩小，将搜索范围圈定在请求方当前位置的区域范围内，进而避免因大范围搜索产生对于请求方无用的餐饮数据，导致资源浪费。

需要说明的是，所述查找的过程可以是通过点餐请求中餐饮数据中的关键字与匹配范围内餐饮数据的关键字相比较实现查找。所述关键字包括如上所述的餐品名称关键字、餐品属性关键字、餐品数量关键字等等。

根据所述步骤s102完成匹配后，不论是否获得所述匹配餐饮数据，均可以根据匹配的匹配结果执行所述步骤s103，也就是说，所述匹配结果可能存在获得所述匹配餐饮数据的情况，也可以存在未获得所述匹配餐饮数据的情况，所述步骤s103的执行不依赖于所述步骤102中的所述匹配餐饮数据的获得。

因此，不论所述步骤s102中匹配结果如何，均可以进入所述步骤s103。

步骤s103：根据所述匹配结果，输出与所述点餐数据相匹配的餐饮数据的提示信息。

基于所述步骤s102可以获知，所述匹配结果在本实施例中具有两种情况一种是获得所述匹配餐饮数据，另一种情况是未获得匹配餐饮数据，不论上述哪一种情况，所述步骤s103均可以输出与所述点餐数据相匹配的餐饮数据的提示信息。

因此，所述步骤s103中根据所述匹配结果，输出与所述点餐数据相匹配的餐饮数据的提示信息，包括：

针对所述匹配结果输出对应的选项提示信息。

所述选项提示信息可以理解为，针对所述点餐请求的请求方提供的可以进行选择的选项列表，在本实施例中，所述选项提示信息可以包括：在所述匹配结果为获取匹配餐饮数据的情况下，提供针对匹配餐饮数据的选择信息；在所述匹配结果为未获取匹配餐饮数据的情况下，提供针对点餐请求的重新点餐的信息。

请结合图1-4，参考图5所示，图5是本申请提供的一种点餐方法实施例中采用语音点餐获取点餐数据的场景展示示意图。

针对所述匹配结果输出对应的选项提示信息，包括：

当所述匹配结果为成功时，输出相匹配的餐饮数据的选项提示信息和/或重新点餐的选项提示信息；也就是说，在获得匹配餐饮数据后，为便于请求方根据自身的需求进行选择，因此输出的所述选项提示信息可以仅包括相匹配的餐饮数据的选项提示信息，即匹配餐饮数据的选项提示信息，在此基础上，还可以包括：提供重新点餐的选项提示信息，以便请求方在点餐过程中改变想法可以通过重新点餐的选项提示信息进行重新点餐。

在本实施例中，所述输出相匹配的餐饮数据的选项提示信息，可以包括至少输出以下一种信息：

输出相匹配的餐饮数据的价格信息；

输出相匹配的餐饮数据的明细信息；

输出相匹配的餐饮数据的时间信息；

输出相匹配的餐饮数据的优惠信息。

其中，当匹配结果为多个时，可以将获得的匹配餐饮数据按照相匹配的餐饮数据的产生时间进行排序。因此，所述匹配结果为成功，输出相匹配的餐饮数据的选项提示信息，包括：

按照相匹配的餐饮数据的产生时间，对相匹配的餐饮数据进行排序；

按照排序顺序，输出相匹配的餐饮数据的选项提示信息。

例如：针对点餐请求中为a套餐的餐饮数据，匹配后获得的匹配餐饮数据包括：a套餐1，a套餐2，a套餐3等，其中，匹配餐饮数据中的a套餐1产生时间为****年*月*日，a套餐2的产生时间为****年*月*日，a套餐3产生时间****年*月*日，所述a套餐1产生时间早于a套餐2，a套餐2产生时间早于a套餐3，可以在输出a套餐的选项提示信息时，按照点餐请求获取时间对a套餐1、a套餐2、a套餐3进行排序，排序可以按照降序也可以按照升序，通常情况下，将靠近所述点餐请求获取时间的排在靠前。

需要说明的是，上述是按照相匹配的餐饮数据的产生时间进行排序，实际上，还可以通过相匹配的餐饮数据的价格信息进行排序，即可以按照支付金额进行排序，进而便于请求方能够获得最佳优惠的匹配餐饮数据的选项提示信息。

当所述匹配结果为失败时，输出的选项提示信息可以包括：输出重新点餐的选项提示信息，当然也可以输出针对匹配结果失败情况下的一些推荐餐饮数据的选项提示信息。

通过对上述输出的选项提示信息的操作，可以分别进入到对应的界面下进行后续操作，例如：对输出相匹配的餐饮数据的选项提示信息的操作，可以完成点餐，也可以跳转到另一个界面上完成点餐；对输出重新点餐的选项提示信息的操作，可以跳转到另一个界面上完成重新点餐的操作。

为便于操作，所述输出与所述点餐数据相匹配的餐饮数据的提示信息可以包括：

采用语音形式，输出与所述点餐数据相匹配的餐饮数据的提示信息。

可以理解的，针对采用语音形式，输出与所述点餐数据相匹配的餐饮数据的提示信息，可以通过采用语音形式进行响应，并完成点餐或者重新点餐的操作。

以上是对本申请提供一种点餐方法实施例的说明，与前述点餐方法实施例相对应，本申请还公开一种点餐装置，请参看图6，由于装置实施例基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。

如图6所示，图6是本申请提供的一种点餐装置实施例的结构示意图，所述点餐装置包括：

获取单元601，用于获取点餐请求，所述点餐请求中包括：点餐数据。

所述获取单元601中所述点餐数据可以是指，针对餐饮提供方提供的餐饮，用户根据自身需求或喜好选取的餐饮餐品的名称和/或针对餐饮餐品需要支付的金额，其中，针对餐饮餐品需要支付的金额在点餐数据中可以是包括：餐饮餐品的明细金额和/或餐饮餐品的总金额，所谓明细金额就是该笔点餐数据中列举了各种餐饮餐品的单价金额。

需要说明的是，所述点餐数据中可以仅包括用户根据自身需求或喜好选取的餐饮餐品的名称。

所述餐饮提供方可以是餐馆、酒店餐厅，街边小店等等能够提供餐饮服务的商家。

在本实施例中，所述获取单元601中的所述点餐请求可以是用户通过用户的终端设备上的点餐应用平台产生，例如：用户可以通过手机上安装的点餐应用app完成点餐请求的操作，进而产生点餐数据；或者是用户通过商家提供的终端设备上的点餐应用平台产生，例如：用户也可以通过对商家提供的点餐设备完成点餐请求的操作，进而产生点餐数据；或者用户通过对商家提供的图像信息的操作产生，例如：用户通过扫描商家提供二维码，完成点餐请求的操作，进而产生点餐数据。

为针对不同人群便于点餐请求的操作，本实施例中，点餐请求的操作可以是通过语音形式进行和/或文本输入的形式进行，即获取点餐请求中所述点餐数据的语音信息和/或获取点餐请求中所述点餐数据的文本信息。例如：对于老年人而言，文本输入的方式并不适用，因此，老年人可以通过语音形式在电子终端设备上进行点餐请求的操作。如图2-图3所示，可以通过设置的语音操控按键完成语音形式的点餐请求的发送。

因此，所述获取单元，包括：语音获取子单元和/或文本获取子单元；

所述语音获取子单元，用于获取点餐请求中所述点餐数据的语音信息；

所述文本获取子单元，用于获取点餐请求中所述点餐数据的文本信息。

为提高点餐的速度，本实施例中，针对点餐请求的操作可以是根据对位于在历史订单界面上的点餐操作提示信息的操作，进而完成点餐请求的操作，后台(可以理解服务器或者是应用平台本身)即可根据该点餐请求的操作，获得点餐请求以及点餐请求中包括的点餐数据。

所述根据对位于在历史订单界面上的点餐操作提示信息的操作，可以理解为，将所述语音操作提示信息和/或文本操作提示信息设置在用户的历史订单界面上。

为避免用户在语音操作提示信息和/或文本操作提示信息进行操作过程中，语音操作提示信息和/或文本操作提示信息遮挡历史订单信息，所述语音操作提示信息和/或文本操作提示信息可以采用悬浮方式设置，即所述语音操作提示信息和/或文本操作提示信息可以随用户需求进行移动，非固定在某一点。

匹配单元602，用于按照确定的匹配范围的匹配优先级，将所述获取单元601中的所述点餐数据与所述匹配范围内餐饮数据进行匹配，获得匹配结果。

所述匹配单元602中所述匹配范围可以是指，在确定的范围内对餐饮数据进行匹配，该范围外无需对所述餐饮数据进行匹配，也就是，餐饮数据的匹配是在设定的范围内进行，范围以外无需进行。

所述匹配优先级可以是指，当所述匹配范围为多个时，所述餐饮数据的匹配先后顺序，即所述餐饮数据在匹配时，根据对匹配范围设定先后顺序进行匹配。

因此，本实施例中还包括：

确定单元，用于确定匹配范围的匹配优先级。

所述确定单元包括：

第一匹配范围确定子单元，用于将所述点餐请求的请求方的历史餐饮数据确定为第一匹配范围；

第二匹配范围确定子单元，用于将所述点餐数据的提供方的优惠餐饮数据确定为第二匹配范围；

第三匹配范围确定子单元，用于将所述点餐请求操作的第三方应用平台的搜索引擎涉及的搜索范围确定为第三匹配范围；

其中，所述第一匹配范围的匹配优先级高于所述第二匹配范围的匹配优先级，所述第二匹配范围的匹配优先级高于所述第三匹配范围的匹配优先级。

在本实施例中，所述第一匹配范围中的所述点餐请求的请求方可以为用户(也可以称之为顾客)。所述历史餐饮数据可以是针对所述用户的历史订单的数据信息，即：发出点餐请求之前已经完成的餐饮消费数据，包括：餐饮名称、人数、餐具和/或金额等。

所述第二匹配范围中的点餐数据的提供方可以是餐饮服务提供者，即商家。所述优惠餐饮数据可以是商家推出的针对其提供的餐饮服务中餐品的优惠信息，例如：8折优惠的餐品或者特价餐品或者满减的餐品等。

所述第三匹配范围中的第三方应用平台的搜索引擎涉及的搜索范围可以理解为，通常在第三方应用平台主页面上的搜索操作提示信息，在所述搜索操作提示信息下进行搜索是针对所有在第三方应用平台上注册且通过的商家所提供的餐饮信息。所述第三匹配范围相对于第二匹配范围而言，匹配范围更广，第二匹配范围相对于第一匹配范围而言，匹配范围更广。

为了加快点餐的速度，在本实施例中，将所述第一匹配范围确定为匹配优先级高级别，将所述第二匹配范围确定为匹配优先级中级别，将所述第三匹配范围确定为匹配优先级低级别；因此，根据获取的点餐数据可以先在匹配范围较小的范围内进行，即在高级别的匹配范围内进行，进而提高点餐的速度。

请结合图6参考图7所示，图7是本申请提供的一种点餐装置实施例匹配的结构示意图。

所述确定单元在确定匹配范围以及匹配范围的匹配优先级后，需要在确定的匹配范围内针对获取的点餐数据进行匹配，进而获得匹配结果，因此，所述匹配单元602可以包括：第一查找子单元602-1、第二查找子单元602-2、第三查找子单元602-3和获得子单元602-4；

所述第一查找子单元602-1，用于在所述第一匹配范围内的历史餐饮数据中查找是否有与所述点餐数据相同的餐饮数据，若有，则进入所述获得子单元602-4；若无，则进入所述第二查找子单元602-2。

所述第二查找子单元602-2，用于在所述第二匹配范围内的优惠餐饮数据中查找是否有与所述点餐数据相同的餐饮数据，若有，则进入所述获得子单元602-4；若无，则进入所述第三查找子单元602-3。

所述第三查找子单元602-3，用于在所述第三匹配范围内的第三方应用平台的搜索引擎涉及的搜索范围中查找是否有与所述点餐数据相同的餐饮数据，若有，则进入所述获得子单元602-4。

所述获得子单元602-4，用于根据所述第一查找子单元602-1或第二查找子单元602-2或第三查找子单元602-3查找到的餐饮数据获得匹配餐饮数据。

可以理解的是，通过所述第三查找子单元602-3，在所述第三匹配范围内的第三方应用平台的搜索引擎涉及的搜索范围中查找是否有与所述点餐数据相同的餐饮数据，若无，则未查找到匹配餐饮数据，因此，所述匹配结果还可以包括：未查找到匹配餐饮数据的信息。

基于所述获取单元601中的描述，当获取点餐请求中的点餐数据为语音数据时，需要对语音数据进行识别，识别关键字。在本实施例中，所述查找可以通过根据所述点餐请求中的点餐数据的关键字在所述第一匹配范围内与所述第一匹配范围内的餐饮数据的关键字进行比较，进而获得匹配结果。

为更进一步提高点餐匹配的速度，在本实施例中，对所述第二查找子单元602-2中的所述第二匹配范围进行进一步的缩小，因此，所述第二查找子单元602-2：在所述第二匹配范围内的优惠餐饮数据中查找是否有与所述点餐数据相同的餐饮数据，包括：

位置区域确定子单元，用于确定所述点餐请求的请求方的位置区域；

所述第二查找子单元602-2,具体用于在所述第二匹配范围内，根据确定的所述点餐请求的请求方的位置区域，查找所述点餐数据提供方提供的优惠餐饮数据中是否有与所述点餐请求中餐饮数据相匹配的匹配餐饮数据。

所述点餐请求的请求方也可以称为点餐请求的发出方，也可以理解为客户端或者是用户。通过gps定位获得所述点餐请求的请求方的位置区域，在所述第二匹配范围内查找所述位置区域中是否有与所述点餐请求中餐饮数据相匹配的匹配餐饮数据。例如：gps定位获得所述点餐请求的请求方的位置区域为北京海淀区，则在海淀区内的点餐数据提供方提供的优惠餐饮数据中查找所述点餐请求中的餐饮数据。

可以理解的是，所述位置区域可以根据所述点餐请求的请求方的具体位置进一步确定，例如：确定靠近所述点餐请求的请求方的商圈或者按照距离进行确定。

基于上述，在其他实施例中，所述第二查找子单元602-2可以包括：

优惠数据确定子单元，用于确定所述点餐请求的请求方具有的优惠数据；

所述第二查找子单元具体用于在所述第二匹配范围内，根据确定的所述点餐请求的请求方的优惠数据，查找所述点餐数据提供方提供的优惠餐饮数据中是否有与所述点餐请求中餐饮数据相匹配的匹配餐饮数据；从而进一步的贴合点餐请求的请求方的需求完成点餐服务。

例如：所述请求方的优惠数据为8折优惠，则针对所述8折优惠，在商家提供优惠餐饮数据中查找8折优惠的餐品数据。

当所述第一查找子单元602-1和第二查找子单元602-2均匹配到所述匹配餐饮数据，则进入所述第三查找子单元602-3。

为提高在所述第三查找子单元602-3中的匹配速度，在本实施例中，所述第三查找子单元602-3可以包括：

位置区域确定子单元，用于确定所述点餐请求的请求方的位置区域；

所述第三查找子单元具体用于在所述第三匹配范围内，根据确定的所述点餐请求的请求方的位置区域，查找所述第三方应用平台搜索引擎涉及的搜索范围中是否有与所述点餐请求中餐饮数据相同的匹配餐饮数据。也就是说，在所述第三匹配范围内进行匹配时，可以通过确定的所述点餐请求的请求方的位置信息，基于所述第三方平台搜索引擎提供的搜索范围进行缩小，将搜索范围圈定在请求方当前位置的区域范围内，进而避免因大范围搜索产生对于请求方无用的餐饮数据，导致资源浪费。

需要说明的是，所述查找的过程可以是通过点餐请求中餐饮数据中的关键字与匹配范围内餐饮数据的关键字相比较实现查找。所述关键字包括如上所述的餐品名称关键字、餐品属性关键字、餐品数量关键字等等。

所述匹配单元602完成匹配后，不论是否获得所述匹配餐饮数据，均可以根据匹配的匹配结果进入输出单元603中，也就是说，所述匹配结果可能存在获得所述匹配餐饮数据的情况，也可以存在未获得所述匹配餐饮数据的情况，所述输出单元603的执行不依赖于所述匹配单元602的所述匹配餐饮数据的获得。因此，不论所述匹配单元602的匹配结果如何，均可以进入所述输出单元603执行相应的操作。

输出单元603，用于根据所述匹配单元602中获得的所述匹配结果，输出与所述点餐数据相匹配的餐饮数据的提示信息。

所述输出单元603包括：

选项输出子单元，用于针对所述匹配结果输出对应的选项提示信息。

所述选项提示信息可以理解为，针对所述点餐请求的请求方提供的可以进行选择的选项列表，在本实施例中，所述选项提示信息可以包括：在所述匹配结果为获取匹配餐饮数据的情况下，提供针对匹配餐饮数据的选择信息；在所述匹配结果为未获取匹配餐饮数据的情况下，提供针对点餐请求的重新点餐的信息。

所述选项输出子单元具体用于在所述匹配结果为成功，输出相匹配的餐饮数据的选项提示信息和/或重新点餐的选项提示信息；在所述匹配结果为失败，输出重新点餐的选项提示信息。

所述选项输出子单元至少输出以下一种信息：

输出相匹配的餐饮数据的价格信息；

输出相匹配的餐饮数据的明细信息；

输出相匹配的餐饮数据的时间信息；

输出相匹配的餐饮数据的优惠信息。

所述选项输出子单元包括：排序子单元和排序输出子单元；

所述排序子单元，用于按照相匹配的餐饮数据的产生时间，对相匹配的餐饮数据进行排序；

所述排序输出子单元，用于按照排序顺序，输出相匹配的餐饮数据的选项提示信息。

所述输出单元具体采用语音形式，输出与所述点餐数据相匹配的餐饮数据的提示信息。

以上是对本申请提供的点餐装置实施例的说明，阐述的较为概括，具体内容可以参考点餐方法中的详细描述。

基于上述内容，本申请还提供一种计算机存储介质，用于存储网络平台产生数据，以及对应所述网络平台产生数据进行处理的程序；

所述程序在被所述处理器读取执行时，执行如下操作：

获取点餐的点餐数据；

按照确定的匹配范围的匹配优先级，将所述点餐数据与所述匹配范围内餐饮数据进行匹配，获得匹配结果；

根据所述匹配结果，输出与所述点餐数据相匹配的餐饮数据的提示信息。

基于上述内容，本申请还提供一种电子设备，包括：

处理器；

存储器，用于存储对网络平台产生数据进行处理的程序，所述程序在被所述处理器读取执行时，执行如下操作：

获取点餐的点餐数据；

按照确定的匹配范围的匹配优先级，将所述点餐数据与所述匹配范围内餐饮数据进行匹配，获得匹配结果；

根据所述匹配结果，输出与所述点餐数据相匹配的餐饮数据的提示信息。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

1、计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

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

本申请虽然以较佳实施例公开如上，但其并不是用来限定本申请，任何本领域技术人员在不脱离本申请的精神和范围内，都可以做出可能的变动和修改，因此本申请的保护范围应当以本申请权利要求所界定的范围为准。