CN110189204A - 基于菜单扫描的点餐方法及装置 - Google Patents

Abstract

本发明公开了一种基于菜单扫描的点餐方法及装置。其中方法包括：接收客户端扫描菜单后上传的用户位置信息及菜单图片；根据用户位置信息确定服务提供端信息；对菜单图片进行图像识别，生成菜单信息，将菜单信息返回给客户端；接收客户端发送的点餐信息，将点餐信息发送给服务提供端信息对应的服务提供端，其中，点餐信息是客户端根据用户对菜单信息中至少一个菜品的选择操作而生成。本发明的技术方案使得用户能够在服务提供端未维护任何信息的情况下还能够实现线上点餐；打通了服务器与服务提供端之间的链路，避免了因服务提供端未维护信息导致服务提供端与服务器之间的链路是断开的，使得用户无法点餐，同时省去了服务提供端维护信息的繁琐过程。

Description

基于菜单扫描的点餐方法及装置

技术领域

本发明涉及通信技术领域，具体涉及一种基于菜单扫描的点餐方法及装置。

背景技术

随着互联网技术的飞速发展，各种应用程序应运而生，对于点餐场景的应用程序，会开发有服务提供者一侧的应用程序(简称B端应用程序)和用户侧的应用程序(简称C端应用程序)，点餐行为涉及链路为：C端应用程序-服务器-B端应用程序，具体地，服务提供者在B端应用程序上进行相应的信息设置，然后用户在C端应用程序进行点餐，这样就需要服务提供者对信息进行维护，然而，信息的维护过程较为繁琐，另外，对于已经存在纸质类菜单的服务提供者或者习惯纸质类菜单的服务提供者更不愿在B端应用程序维护信息，导致很多服务提供者未使用B端应用程序，使得服务器与服务提供者之间的链路是断开的，即便用户的终端设备安装了C端应用程序也无法点餐。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的基于菜单扫描的点餐方法及装置。

根据本发明的一个方面，提供了一种基于菜单扫描的点餐方法，基于服务器实现，方法包括：

接收客户端扫描菜单后上传的用户位置信息及菜单图片；

根据用户位置信息确定服务提供端信息；

对菜单图片进行图像识别，生成菜单信息，将菜单信息返回给客户端；

接收客户端发送的点餐信息，将点餐信息发送给服务提供端信息对应的服务提供端，其中，点餐信息是客户端根据用户对菜单信息中至少一个菜品的选择操作而生成的。

可选地，根据用户位置信息确定服务提供端信息进一步包括：

查找与用户位置信息相匹配的服务提供端位置信息，根据服务提供端位置信息确定服务提供端信息。

可选地，在将点餐信息发送给服务提供端信息对应的服务提供端之前，方法还包括：通过广播方式向至少一个指定服务平台发送查询信息，以确定至少一个指定服务平台中是否存在服务提供端的接入服务平台；

将点餐信息发送给服务提供端信息对应的服务提供端进一步包括：

若是，则将点餐信息推送至服务提供端的接入服务平台，以供服务提供端的接入服务平台将点餐信息发送给服务提供端信息对应的服务提供端；

若否，则通过预设服务方式将点餐信息发送给服务提供端信息对应的服务提供端。

可选地，在将点餐信息发送给服务提供端信息对应的服务提供端之前，方法还包括：判断点餐信息中是否包含桌码信息；

将点餐信息发送给服务提供端信息对应的服务提供端进一步包括：

若是，则将点餐信息发送给服务提供端信息对应的服务提供端；

若否，则生成取餐标识，将点餐信息及取餐标识发送给服务提供端信息对应的服务提供端。

可选地，方法还包括：接收服务提供端或者服务提供端通过接入的服务平台返回的接单通知消息，根据接单通知消息生成第一预设提示信息，将第一预设提示信息返回给客户端。

可选地，菜单信息包括：菜单类目、菜品名称、菜品价格、菜品图片。

根据本发明的另一方面，提供了一种基于菜单扫描的点餐装置，应用于服务器，装置包括：

第一接收模块，适于接收客户端扫描菜单后上传的用户位置信息及菜单图片；

确定模块，适于根据用户位置信息确定服务提供端信息；

识别模块，适于对菜单图片进行图像识别，生成菜单信息，将菜单信息返回给客户端；

第二接收模块，适于接收客户端发送的点餐信息，其中，点餐信息是客户端根据用户对菜单信息中至少一个菜品的选择操作而生成的；

发送模块，适于将点餐信息发送给服务提供端信息对应的服务提供端。

可选地，确定模块进一步适于：查找与用户位置信息相匹配的服务提供端位置信息，根据服务提供端位置信息确定服务提供端信息。

可选地，装置还包括：广播模块，适于通过广播方式向至少一个指定服务平台发送查询信息，以确定至少一个指定服务平台中是否存在服务提供端的接入服务平台；

发送模块进一步适于：若至少一个指定服务平台中存在服务提供端的接入服务平台，则将点餐信息推送至服务提供端的接入服务平台，以供服务提供端的接入服务平台将点餐信息发送给服务提供端信息对应的服务提供端；

若至少一个指定服务平台中不存在服务提供端的接入服务平台，则通过预设服务方式将点餐信息发送给服务提供端信息对应的服务提供端。

可选地，装置还包括：判断模块，适于判断点餐信息中是否包含桌码信息；

发送模块进一步适于：若点餐信息中包含桌码信息，则将点餐信息发送给服务提供端信息对应的服务提供端；

若点餐信息中不包含桌码信息，则生成取餐标识，将点餐信息及取餐标识发送给服务提供端信息对应的服务提供端。

可选地，装置还包括：第三接收模块，适于接收服务提供端或者服务提供端通过接入的服务平台返回的接单通知消息；

生成模块，适于根据接单通知消息生成第一预设提示信息；

返回模块，适于将第一预设提示信息返回给客户端。

可选地，菜单信息包括：菜单类目、菜品名称、菜品价格、菜品图片。

根据本发明的另一方面，提供了一种计算设备，包括：处理器、存储器、通信接口和通信总线，处理器、存储器和通信接口通过通信总线完成相互间的通信；

存储器用于存放至少一可执行指令，可执行指令使处理器执行上述基于菜单扫描的点餐方法对应的操作。

根据本发明的另一方面，提供了一种计算机存储介质，存储介质中存储有至少一可执行指令，可执行指令使处理器执行如上述基于菜单扫描的点餐方法对应的操作。

根据本发明的另一方面，提供了一种基于菜单扫描的点餐方法，基于客户端实现，方法包括：

对菜单进行扫描，得到菜单图片；

将菜单图片及用户位置信息上传至服务器，以供服务器根据用户位置信息确定服务提供端信息，以及对菜单图片进行图像识别，生成菜单信息，并将菜单信息返回给客户端；

接收并展示服务器返回的菜单信息；

监测用户对菜单信息中至少一个菜品的选择操作，根据选择操作中携带的至少一个菜品的菜品信息生成点餐信息，将点餐信息发送给服务器，其中，点餐信息由服务器发送给服务提供端信息对应的服务提供端。

可选地，在根据选择操作中携带的至少一个菜品的菜品信息生成点餐信息之前，方法还包括：监测用户输入桌码信息的输入操作；

根据选择操作中携带的至少一个菜品的菜品信息生成点餐信息进一步包括：

根据至少一个菜品的菜品信息及桌码信息生成点餐信息。

可选地，在将点餐信息发送给服务器之后，方法还包括：生成并显示第二预设提示信息。

可选地，方法还包括：接收并显示服务器返回的第一预设提示信息。

可选地，在生成点餐信息之后，方法还包括：通过蓝牙方式与服务提供端的打印设备连接，将点餐信息发送至服务提供端的打印设备，以进行打印。

根据本发明的另一方面，提供了一种基于菜单扫描的点餐装置，应用于客户端，装置包括：

扫描模块，适于对菜单进行扫描，得到菜单图片；

上传模块，适于将菜单图片及用户位置信息上传至服务器，以供服务器根据用户位置信息确定服务提供端信息，以及对菜单图片进行图像识别，生成菜单信息，并将菜单信息返回给客户端；

展示模块，适于接收并展示服务器返回的菜单信息；

生成模块，适于监测用户对菜单信息中至少一个菜品的选择操作，根据选择操作中携带的至少一个菜品的菜品信息生成点餐信息；

发送模块，适于将点餐信息发送给服务器，其中，点餐信息由服务器发送给服务提供端信息对应的服务提供端。

可选地，装置还包括：监测模块，适于监测用户输入桌码信息的输入操作；

生成模块进一步适于：根据至少一个菜品的菜品信息及桌码信息生成点餐信息。

可选地，装置还包括：显示模块，适于生成并显示第二预设提示信息。

可选地，显示模块还适于：接收并显示服务器返回的第一预设提示信息。

可选地，装置还包括：蓝牙连接模块，适于通过蓝牙方式与服务提供端的打印设备连接，将点餐信息发送至服务提供端的打印设备，以进行打印。

根据本发明的另一方面，提供了一种计算设备，包括：处理器、存储器、通信接口和通信总线，处理器、存储器和通信接口通过通信总线完成相互间的通信；

存储器用于存放至少一可执行指令，可执行指令使处理器执行上述基于菜单扫描的点餐方法对应的操作。

根据本发明的另一方面，提供了一种计算机存储介质，存储介质中存储有至少一可执行指令，可执行指令使处理器执行如上述基于菜单扫描的点餐方法对应的操作。

根据本发明提供的方案，服务器通过对客户端扫描菜单后上传的菜单图片进行图像识别，生成菜单信息并将菜单信息返回给客户端，使得用户能够在服务提供端未维护任何信息的情况下还能够实现线上点餐；因服务提供端未维护信息导致服务提供端与服务器之间的链路是断开的，服务器需要根据客户端上传的用户位置信息确定用户消费的服务提供端，发送点餐信息，打通了服务器与服务提供端之间的链路，完成点餐过程，避免了因服务提供端未使用B端应用程序，导致服务器与服务提供端之间的链路是断开的导致用户无法进行点餐，同时省去了服务提供端维护信息的繁琐过程，同时可以降低服务提供端的线下资源的消耗，例如，减少服务提供端纸质菜单的数量。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的基于菜单扫描的点餐方法的流程示意图；

图2示出了根据本发明一个实施例的基于菜单扫描的点餐方法的流程示意图；

图3示出了根据本发明一个实施例的基于菜单扫描的点餐方法的信令图；

图4示出了根据本发明一个实施例的基于菜单扫描的点餐装置的结构示意图；

图5示出了根据本发明一个实施例的基于菜单扫描的点餐装置的结构示意图；

图6示出了根据本发明一个实施例的计算设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

图1示出了根据本发明一个实施例的基于菜单扫描的点餐方法的流程示意图。该方法基于服务器实现，如图1所示，该方法包括以下步骤：

步骤S100，接收客户端扫描菜单后上传的用户位置信息及菜单图片。

步骤S101，根据用户位置信息确定服务提供端信息。

步骤S102，对菜单图片进行图像识别，生成菜单信息，将菜单信息返回给客户端。

步骤S103，接收客户端发送的点餐信息，将点餐信息发送给服务提供端信息对应的服务提供端，其中，点餐信息是客户端根据用户对菜单信息中至少一个菜品的选择操作而生成的。

在本发明一种可选实施方式中，根据用户位置信息确定服务提供端信息进一步包括：查找与用户位置信息相匹配的服务提供端位置信息，根据服务提供端位置信息确定服务提供端信息。

在本发明一种可选实施方式中，在将点餐信息发送给服务提供端信息对应的服务提供端之前，方法还包括：通过广播方式向至少一个指定服务平台发送查询信息，以确定至少一个指定服务平台中是否存在服务提供端的接入服务平台；

将点餐信息发送给服务提供端信息对应的服务提供端进一步包括：若是，则将点餐信息推送至服务提供端的接入服务平台，以供服务提供端的接入服务平台将点餐信息发送给服务提供端信息对应的服务提供端；若否，则通过预设服务方式将点餐信息发送给服务提供端信息对应的服务提供端。

在本发明一种可选实施方式中，在将点餐信息发送给服务提供端信息对应的服务提供端之前，方法还包括：判断点餐信息中是否包含桌码信息；

将点餐信息发送给服务提供端信息对应的服务提供端进一步包括：若是，则将点餐信息发送给服务提供端信息对应的服务提供端；若否，则生成取餐标识，将点餐信息及取餐标识发送给服务提供端信息对应的服务提供端。

在本发明一种可选实施方式中，方法还包括：接收服务提供端或者服务提供端通过接入的服务平台返回的接单通知消息，根据接单通知消息生成第一预设提示信息，将第一预设提示信息返回给客户端。

在本发明一种可选实施方式中，菜单信息包括：菜单类目、菜品名称、菜品价格、菜品图片。

根据本发明上述实施例提供的方法，服务器通过对客户端扫描菜单后上传的菜单图片进行图像识别，生成菜单信息并将菜单信息返回给客户端，使得用户能够在服务提供端未维护任何信息的情况下还能够实现线上点餐；因服务提供端未维护信息导致服务提供端与服务器之间的链路是断开的，服务器需要根据客户端上传的用户位置信息确定用户消费的服务提供端，发送点餐信息，打通了服务器与服务提供端之间的链路，完成点餐过程，避免了因服务提供端未使用B端应用程序，导致服务器与服务提供端之间的链路是断开的导致用户无法进行点餐，同时省去了服务提供端维护信息的繁琐过程，同时可以降低服务提供端的线下资源的消耗，例如，减少服务提供端纸质菜单的数量。

图2示出了根据本发明一个实施例的基于菜单扫描的点餐方法的流程示意图。该方法基于客户端实现，如图2所示，该方法包括以下步骤：

步骤S200，对菜单进行扫描，得到菜单图片。

步骤S201，将菜单图片及用户位置信息上传至服务器，以供服务器根据用户位置信息确定服务提供端信息，以及对菜单图片进行图像识别，生成菜单信息，并将菜单信息返回给客户端。

步骤S202，接收并展示服务器返回的菜单信息。

步骤S203，监测用户对菜单信息中至少一个菜品的选择操作，根据选择操作中携带的至少一个菜品的菜品信息生成点餐信息。

步骤S204，将点餐信息发送给服务器，其中，点餐信息由服务器发送给服务提供端信息对应的服务提供端。

在本发明一种可选实施方式中，在根据选择操作中携带的至少一个菜品的菜品信息生成点餐信息之前，该方法还包括：监测用户输入桌码信息的输入操作；

根据选择操作中携带的至少一个菜品的菜品信息生成点餐信息进一步包括：根据至少一个菜品的菜品信息及桌码信息生成点餐信息。

在本发明一种可选实施方式中，在将点餐信息发送给服务器之后，方法还包括：生成并显示第二预设提示信息。

在本发明一种可选实施方式中，方法还包括：接收并显示服务器返回的第一预设提示信息。

在本发明一种可选实施方式中，在生成点餐信息之后，方法还包括：通过蓝牙方式与服务提供端的打印设备连接，将点餐信息发送至服务提供端的打印设备，以进行打印。

根据本发明上述实施例提供的方法，客户端通过扫描菜单，得到菜单图片，将菜单图片上传给服务器，由服务器对菜单图片进行图像识别，生成菜单信息，使得用户能够在服务提供端未维护任何信息的情况下还能够实现线上点餐；因服务提供端未维护信息导致服务提供端与服务器之间的链路是断开的，客户端需要将用户位置信息上传至服务器，以便于服务器根据用户位置确定用户消费的服务提供端，发送点餐信息，打通了服务器与服务提供端之间的链路，完成点餐过程；从而省去了服务提供端维护信息的繁琐过程，同时可以降低服务提供端的线下资源的消耗，例如，减少服务提供端纸质菜单的数量。

本发明的发明人发现，在现有的点餐场景中，通常涉及到商家(服务提供端)及用户，开发有商家侧应用程序(这里称为B端应用程序)和用户侧应用程序(这里称为C端应用程序)，通常是商家利用B端应用程序提前配置好有关商家的信息，然后，用户利用C端应用程序扫描桌码进入到商家提供的点餐页面，或者用户利用C端应用程序直接进入到商家提供的点餐页面进行点餐，在用户点餐后，由于商家已经事先设定好商家门店信息，服务器能够根据商家提供的门店信息将用户的点餐信息发送给商家完成点餐，也就是说，在现有的扫码点餐场景中，用户与商家之间通过C端应用程序、服务器及B端应用程序连通。

这样就需要商家利用B端应用程序实时对商家的信息进行维护，例如商家的门店信息、各种菜品的菜品信息等，其中，菜品信息包含菜品类目、菜品名称、菜品价格、菜品图片等，当商家的信息发生变化后，例如，增加了新的菜品或者删减了部分售卖较少的菜品时，都需要进行菜品信息的更新，信息维护过程繁琐，甚至对于一些已经有纸质菜单或者习惯使用纸质菜单的商家，商家不愿进行信息的维护。

这样就会出现，商家并未安装B端应用程序，即，商家未使用B端应用程序维护商家的信息，在商家未配置信息的情况下，即便用户的终端设备安装了C端应用程序，用户在C端应用程序上是看不到商家信息的，用户无法使用C端应用程序进行点餐，主要是商家与服务器之间的链路是断开的，点餐信息无法触达商家。为了能够使用户在商家未安装使用B端应用程序的情况下，也能够利用C端应用程序实现线上点餐，本发明的发明人通过付出创造性劳动提出了一种基于菜单扫描的点餐方案，下面结合具体实施例详细描述在点餐场景下该方案的具体实现过程：

图3示出了根据本发明一个实施例的基于菜单扫描的点餐方法的信令图。如图3所示，该方法包括以下步骤：

步骤S300，客户端对菜单进行扫描，得到菜单图片，将菜单图片及用户位置信息上传至服务器。

本实施例中的客户端为具有扫描菜单功能且能够实现点餐功能的安装于用户的终端设备上的应用程序，当用户进入到商家门店后，可以打开应用程序并使用其中的扫描菜单功能对商家提供的菜单进行扫描，该菜单可以是纸质菜单，也可以是商家利用电子屏幕所呈现的菜单等，通过扫描菜单得到菜单对应的菜单图片，从而开启了线下点餐到线上点餐的转换，使得用户能够线上进行点餐，便于用户了解所点的菜品，无需向商家询问点了哪些菜品。

本实施例中的客户端还具有获取用户位置信息的功能，具体地，用户的终端设备提供有定位功能(例如，GPS定位服务)，可以实时定位用户当前所处的位置，得到用户位置信息，客户端获取终端设备通过定位功能所定位到的用户位置信息，在扫描得到菜单图片后，客户端将菜单图片及用户位置信息上传至服务器。在本步骤中，客户端向服务器上传用户位置信息，是为了便于服务器根据用户位置信息确定商家门店信息，完成点餐过程。

步骤S301，服务器接收客户端上传的用户位置信息及菜单图片，查找与用户位置信息相匹配的商家门店位置信息，根据商家门店位置信息确定商家门店信息，对菜单图片进行图像识别，生成菜单信息，将菜单信息返回给客户端。

在本实施例中，商家并未使用B端应用程序做任何信息的维护，因此，服务器无法从商家处获得商家门店的信息，而为了保证点餐信息能够触达给商家，服务器需要预先收集各个商家门店的门店信息，包含：商家门店位置信息、门店名称、手机号码、其它第三方应用的账号等，其中，手机号码及其它第三方应用的账号可以是商家门店的负责人的，例如，服务器可以从其它第三方服务平台处收集商家门店信息，也可以从用户付款方式中提取到商家门店信息，对于服务器收集商家门店信息的方式这里不再一一列举，其它能够使服务器收集到商家门店信息的方式都属于本实施的保护范围。

由于服务器预先收集了商家门店信息，因此，服务器在接收到客户端上传的用户位置信息之后，可以利用用户位置信息确定商家门店的商家门店信息，具体地，商家门店位置信息是商家地址的体现，用户位置信息体现了用户当前所处的位置，在根据用户位置信息查找商家门店信息时，可以先查找到与用户位置信息相匹配的商家门店位置信息，这里的匹配可能是位置信息相同，也可能是商家门店位置信息落入以用户位置信息为中心，预设阈值为半径的范围内，然后，根据所查找到的商家门店位置信息确定商家门店信息。每个商家门店对应的商家地址不同，因此，根据商家门店位置信息确定商家门店信息后，可以唯一确定一个商家门店。本实施例中确定商家门店信息，是为了打通服务器与商家之间的链路，实现点餐信息能够触达给商家，保证在商家未使用B端应用程序的情况下，用户使用C端应用程序能够完成点餐。若不确定商家门店信息，那么服务器在接收到客户端发送的点餐信息之后，就无法获知点餐信息应该推送给哪个商家，就无法完成点餐。

服务器在接收到上传的菜单图片后，对所接收到的菜单图片进行图像识别，例如，可以利用OCR识别技术，从菜单图片中识别出相应的文字信息，当然，还可以将菜单图片中有关菜品的图片识别出来。对于菜单图片的识别方法，这里不做详细赘述，本领域技术人员可以基于现有方法中的图像识别技术进行识别。

在完成图像识别后，可以生成结构化的菜单信息，其中，菜单信息包含：菜品类目、菜品名称、菜品价格、菜品说明、菜品图片等。例如，识别出的菜单信息如下：招牌菜、剁椒鱼头、89元、中辣等，在识别出菜品信息，可以依据菜品类目进行分类(例如，炒菜、炖汤、点心、饮品)，得到相应的菜单信息，然后，将所生成的菜单信息返会给客户端，以使客户端将所接收到的菜单信息展示给用户。

步骤S302，客户端接收并展示服务器返回的菜单信息，监测用户对菜单信息中至少一个菜品的选择操作，根据选择操作中携带的至少一个菜品的菜品信息生成点餐信息，将点餐信息发送给服务器，生成并显示第二预设提示信息。

客户端接收服务器返回的菜单信息，并将菜单信息展示给用户，例如，可以向用户展示包含菜单信息的菜单页面，用户可以通过浏览菜单页面中的菜单信息来点餐，用户从菜单信息中选择自己所喜欢的至少一个菜品，客户端需要实时监测用户对菜单信息中至少一个菜品的选择操作，在监测到选择操作后，根据选择操作中所携带的至少一个菜品的菜品信息生成点餐信息，并将点餐信息发送给服务器。

在实际点餐场景中，在用户选择好菜品后，可以将选择好的菜品添加至购物车，在用户选择好全部要点的菜品后，可以通过触发“下单”按钮，提交点餐信息，客户端监测到用户对“下单”按钮的触发操作后，根据该触发操作中所携带的菜品信息，生成点餐信息。在本实施例中，是利用客户端扫描菜单，从而进入到点餐的初始步骤，并在客户端根据菜单信息进行点餐，这个过程中并没有进入到任何商家设置的点餐页面，用户点餐是在客户端完成的。

在将点餐信息发送给服务器之后，客户端会生成并显示第二预设提示信息，例如，提示用户等待商家接单。

步骤S303，服务器接收客户端发送的点餐信息，通过广播方式向至少一个指定服务平台发送查询信息，以确定至少一个指定服务平台中是否存在商家门店的接入服务平台；若是，则将点餐信息推送至商家门店的接入服务平台，以供商家门店的接入服务平台将点餐信息发送给商家门店信息对应的商家门店；若否，则通过预设服务方式将点餐信息发送给商家门店信息对应的商家门店；服务器接收商家门店或者商家门店通过接入的服务平台返回的接单通知消息，根据接单通知消息生成第一预设提示信息，将第一预设提示信息返回给客户端。

服务器接收客户端发送的点餐信息，在将点餐信息推送给商家门店之前，先确定商家门店是否接入有服务平台从而确定通过何种方式将点餐信息推送给商家门店，具体地，可以通过广播方式向至少一个指定服务平台(例如，银盒子、二维火、美味不用等)发送查询信息，其中，查询信息中可以包含商家门店信息，例如，商家门店名称，至少一个指定服务平台在接收到服务器广播的查询信息后，根据该查询信息进行查询，确定商家是否有接入服务平台，通常情况下，如果商家接入了服务平台，服务平台中会存储有商家门店信息，因此，可以根据服务平台是否存储有商家门店信息来确定商家门店是否接入服务平台，在服务平台未查询到商家门店信息的情况下，可以确定商家门店未接入服务平台；在服务平台查询到商家门店信息的情况下，可以确定商家门店接入服务平台。

至少一个指定服务平台将查询结果返回给服务器，服务器根据至少一个指定服务平台返回的查询结果确定至少一个指定服务平台中是否存在商家门店的接入服务平台，若是，则将点餐信息推送至商家门店的接入服务平台，由商家门店的接入服务平台将点餐信息发送给商家门店信息对应的商家门店；若否，则通过预设服务方式将点餐信息发送给商家门店信息对应的商家门店，例如，可以通过其它第三方应用程序或者短信方式将点餐信息发送给商家门店信息对应的商家门店。

在本实施例中，服务器预先收集了商家门店信息，例如，手机号码和/或其它第三方应用的账号，例如，口碑应用的账号(这里的口碑应用为C端应用程序)、支付宝应用的账号等，并将商家门店信息与商家门店位置信息关联存储，在确定商家门店未接入任何服务平台的情况下，可以根据商家门店位置信息确定手机号码和/或其它第三方应用的账号，通过向其它第三方应用程序推送消息的方式将点餐信息发送给商家门店，或者通过向相应的手机号码发送短信的方式将点餐信息发送给商家门店，若同时查询到口碑应用的账号、支付宝应用的账号及手机号码，优先通过口碑应用程序推送点餐信息，其次是通过支付宝应用程序推送点餐信息，最后是通过短信推送点餐信息。

若服务器根据至少一个指定服务平台返回的查询结果确定商家门店接入了多个服务平台，服务器可以从商家门店接入的多个服务平台中随机选择一个服务平台，将点餐信息推送给所选择的服务平台，由该服务平台将点餐信息发送给商家门店信息对应的商家门店。

在将点餐信息推送给商家门店后，商家接单，若服务器通过指定服务平台将点餐信息发送给商家门店，那么商家门店是将接单通知消息发送给指定服务平台，通过指定服务平台告知服务器商家接单了，服务器根据接单通知消息生成的第一预设提示信息可以是：已通过指定服务平台将点餐信息推送给商家；若服务器通过预设服务方式将点餐信息发送给商家门店，那么商家门店是将接单通知消息发送给服务器，例如，还是通过预设服务方式将接单通知消息发送给服务器，服务器根据接单通知消息生成的第一预设提示信息可以是：已通过XX方式将点餐信息推送给商家，在生成第一预设提示信息后，服务器将第一预设提示信息返回给客户端。

在本发明一种可选实施方式中，客户端向用户展示的菜单页面除了包含菜单信息外，还可以包含桌码输入框，用户可以在桌码输入框中输入落座的桌码，客户端需要实时监测用户输入桌码信息的输入操作，在监测到输入操作后，根据至少一个菜品的菜品信息及桌码信息生成点餐信息。

在本发明一种可选实施方式中，服务器在将点餐信息发送给商家之前，还需要判断点餐信息中是否包含桌码信息，桌码信息能够反映出点餐信息是哪个桌码对应的用户所点的菜品，也是商家送餐给用户的依据，在点餐信息中不包含桌码信息的情况下，表明商家并未设置桌码，此时就需要生成取餐标识(取餐标识需要发送给客户端)，在将点餐信息发送给商家门店的同时，需要将取餐标识推送给商家门店，以方便商家门店在准备好菜品后，方便商家门店通过叫号，通知用户取餐。

在将点餐信息发送给商家门店信息对应的商家门店后，完成用户点餐过程。

步骤S304，客户端接收并显示服务器返回的第一预设提示信息。

服务器接收服务器返回的第一预设提示信息，并在客户端上显示第一预设提示信息，其中，第一预设提示信息会由于点餐信息发送给商家的方式不同而有所不同，具体地，若服务器通过指定服务平台将点餐信息发送给商家，那么商家是将接单通知消息发送给指定服务平台，通过指定服务平台告知服务器商家接单了，那么服务器返回的第一预设提示信息可以是：已通过指定服务平台将点餐信息推送给商家；若服务器通过预设服务方式将点餐信息发送给商家，那么商家是将接单通知消息发送给服务器，例如，还是通过预设服务方式将接单通知消息发送给服务器，那么服务器返回的第一预设提示信息可以是：已通过XX方式将点餐信息推送给商家。用户在用户结束后，可以在客户端进行付款及评价，并将付款信息及评价信息发送给服务器，由服务器根据付款信息完成支付，并存储评价信息。

在本发明一种可选实施方式中，客户端在生成点餐信息之后，客户端可以通过蓝牙方式与商家门店的打印设备连接，将点餐信息发送至商家门店的打印设备，以进行打印，进一步保证点餐信息能够触达给商家门店。

根据本发明上述实施例提供的方法，客户端通过扫描菜单，得到菜单图片，将菜单图片上传给服务器，由服务器对菜单图片进行图像识别，生成菜单信息，使得用户能够在商家未维护任何信息的情况下还能够实现线上点餐；因商家未维护信息导致商家与服务器之间的链路是断开的，客户端将用户位置信息上传至服务器，以便于服务器根据用户位置确定用户消费的商家门店，发送点餐信息，打通了服务器与商家之间的链路，完成点餐过程；从而省去了商家维护信息的繁琐过程，同时可以降低商家门店的线下资源的消耗，例如，减少商家纸质菜单的数量。

图4示出了根据本发明一个实施例的基于菜单扫描的点餐装置的结构示意图。该装置应用于服务器，如图4所示，该装置包括：第一接收模块400、确定模块401、识别模块402、第二接收模块403、发送模块404。

第一接收模块400，适于接收客户端扫描菜单后上传的用户位置信息及菜单图片；

确定模块401，适于根据用户位置信息确定服务提供端信息；

识别模块402，适于对菜单图片进行图像识别，生成菜单信息，将菜单信息返回给客户端；

第二接收模块403，适于接收客户端发送的点餐信息，其中，点餐信息是客户端根据用户对菜单信息中至少一个菜品的选择操作而生成的；

发送模块404，适于将点餐信息发送给服务提供端信息对应的服务提供端。

可选地，确定模块进一步适于：查找与用户位置信息相匹配的服务提供端位置信息，根据服务提供端位置信息确定服务提供端信息。

可选地，装置还包括：广播模块，适于通过广播方式向至少一个指定服务平台发送查询信息，以确定至少一个指定服务平台中是否存在服务提供端的接入服务平台；

发送模块进一步适于：若至少一个指定服务平台中存在服务提供端的接入服务平台，则将点餐信息推送至服务提供端的接入服务平台，以供服务提供端的接入服务平台将点餐信息发送给服务提供端信息对应的服务提供端；

若至少一个指定服务平台中不存在服务提供端的接入服务平台，则通过预设服务方式将点餐信息发送给服务提供端信息对应的服务提供端。

可选地，装置还包括：判断模块，适于判断点餐信息中是否包含桌码信息；

发送模块进一步适于：若点餐信息中包含桌码信息，则将点餐信息发送给服务提供端信息对应的服务提供端；

若点餐信息中不包含桌码信息，则生成取餐标识，将点餐信息及取餐标识发送给服务提供端信息对应的服务提供端。

可选地，装置还包括：第三接收模块，适于接收服务提供端或者服务提供端通过接入的服务平台返回的接单通知消息；

生成模块，适于根据接单通知消息生成第一预设提示信息；

返回模块，适于将第一预设提示信息返回给客户端。

可选地，菜单信息包括：菜单类目、菜品名称、菜品价格、菜品图片。

根据本发明上述实施例提供的装置，服务器通过对客户端扫描菜单后上传的菜单图片进行图像识别，生成菜单信息并将菜单信息返回给客户端，使得用户能够在服务提供端未维护任何信息的情况下还能够实现线上点餐；因服务提供端未维护信息导致服务提供端与服务器之间的链路是断开的，服务器需要根据客户端上传的用户位置信息确定用户消费的服务提供端，发送点餐信息，打通了服务器与服务提供端之间的链路，完成点餐过程，避免了因服务提供端未使用B端应用程序，导致服务器与服务提供端之间的链路是断开的导致用户无法进行点餐，同时省去了服务提供端维护信息的繁琐过程，同时可以降低服务提供端的线下资源的消耗，例如，减少服务提供端纸质菜单的数量。

图5示出了根据本发明一个实施例的基于菜单扫描的点餐装置的结构示意图。该装置应用于客户端，如图5所示，该装置包括：扫描模块500、上传模块501、展示模块502、生成模块503、发送模块504。

扫描模块500，适于对菜单进行扫描，得到菜单图片；

上传模块501，适于将菜单图片及用户位置信息上传至服务器，以供服务器根据用户位置信息确定服务提供端信息，以及对菜单图片进行图像识别，生成菜单信息，并将菜单信息返回给客户端；

展示模块502，适于接收并展示服务器返回的菜单信息；

生成模块503，适于监测用户对菜单信息中至少一个菜品的选择操作，根据选择操作中携带的至少一个菜品的菜品信息生成点餐信息；

发送模块504，适于将点餐信息发送给服务器，其中，点餐信息由服务器发送给服务提供端信息对应的服务提供端。

可选地，装置还包括：监测模块，适于监测用户输入桌码信息的输入操作；

生成模块进一步适于：根据至少一个菜品的菜品信息及桌码信息生成点餐信息。

可选地，装置还包括：显示模块，适于生成并显示第二预设提示信息。

可选地，显示模块还适于：接收并显示服务器返回的第一预设提示信息。

可选地，装置还包括：蓝牙连接模块，适于通过蓝牙方式与服务提供端的打印设备连接，将点餐信息发送至服务提供端的打印设备，以进行打印。

根据本发明上述实施例提供的装置，客户端通过扫描菜单，得到菜单图片，将菜单图片上传给服务器，由服务器对菜单图片进行图像识别，生成菜单信息，使得用户能够在服务提供端未维护任何信息的情况下还能够实现线上点餐；因服务提供端未维护信息导致服务提供端与服务器之间的链路是断开的，客户端需要将用户位置信息上传至服务器，以便于服务器根据用户位置确定用户消费的服务提供端，发送点餐信息，打通了服务器与服务提供端之间的链路，完成点餐过程；从而省去了服务提供端维护信息的繁琐过程，同时可以降低服务提供端的线下资源的消耗，例如，减少服务提供端纸质菜单的数量。

本申请实施例还提供了一种非易失性计算机存储介质，所述计算机存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的基于菜单扫描的点餐方法。

图6示出了根据本发明一个实施例的计算设备的结构示意图，本发明具体实施例并不对计算设备的具体实现做限定。

如图6所示，该计算设备可以包括：处理器(processor)602、通信接口(Communications Interface)604、存储器(memory)606、以及通信总线608。

其中：

处理器602、通信接口604、以及存储器606通过通信总线608完成相互间的通信。

通信接口604，用于与其它设备比如客户端或其它服务器等的网元通信。

处理器602，用于执行程序610，具体可以执行上述基于菜单扫描的点餐方法实施例中的相关步骤。

具体地，程序610可以包括程序代码，该程序代码包括计算机操作指令。

处理器602可能是中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。计算设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。

存储器606，用于存放程序610。存储器606可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

程序610具体可以用于使得处理器602执行上述任意方法实施例中的基于菜单扫描的点餐方法。程序610中各步骤的具体实现可以参见上述基于菜单扫描的点餐实施例中的相应步骤和单元中对应的描述，在此不赘述。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的设备和模块的具体工作过程，可以参考前述方法实施例中的对应过程描述，在此不再赘述。

在此提供的算法和显示不与任何特定计算机、虚拟***或者其它设备固有相关。各种通用***也可以与基于在此的示教一起使用。根据上面的描述，构造这类***所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的基于菜单扫描的点餐设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (10)

1.一种基于菜单扫描的点餐方法，基于服务器实现，所述方法包括：

接收客户端扫描菜单后上传的用户位置信息及菜单图片；

根据所述用户位置信息确定服务提供端信息；

对所述菜单图片进行图像识别，生成菜单信息，将所述菜单信息返回给所述客户端；

接收客户端发送的点餐信息，将所述点餐信息发送给所述服务提供端信息对应的服务提供端，其中，所述点餐信息是客户端根据用户对菜单信息中至少一个菜品的选择操作而生成的。

2.根据权利要求1所述的方法，其中，所述根据用户位置信息确定服务提供端信息进一步包括：

查找与所述用户位置信息相匹配的服务提供端位置信息，根据所述服务提供端位置信息确定服务提供端信息。

3.根据权利要求1或2所述的方法，其中，在将所述点餐信息发送给所述服务提供端信息对应的服务提供端之前，所述方法还包括：通过广播方式向至少一个指定服务平台发送查询信息，以确定所述至少一个指定服务平台中是否存在服务提供端的接入服务平台；

所述将点餐信息发送给所述服务提供端信息对应的服务提供端进一步包括：

若是，则将点餐信息推送至服务提供端的接入服务平台，以供服务提供端的接入服务平台将点餐信息发送给所述服务提供端信息对应的服务提供端；

若否，则通过预设服务方式将点餐信息发送给所述服务提供端信息对应的服务提供端。

4.一种基于菜单扫描的点餐方法，基于客户端实现，所述方法包括：

对菜单进行扫描，得到菜单图片；

将所述菜单图片及用户位置信息上传至服务器，以供服务器根据所述用户位置信息确定服务提供端信息，以及对所述菜单图片进行图像识别，生成菜单信息，并将所述菜单信息返回给所述客户端；

接收并展示服务器返回的菜单信息；

监测用户对菜单信息中至少一个菜品的选择操作，根据选择操作中携带的至少一个菜品的菜品信息生成点餐信息，将所述点餐信息发送给服务器，其中，点餐信息由服务器发送给服务提供端信息对应的服务提供端。

5.一种基于菜单扫描的点餐装置，应用于服务器，所述装置包括：

第一接收模块，适于接收客户端扫描菜单后上传的用户位置信息及菜单图片；

确定模块，适于根据所述用户位置信息确定服务提供端信息；

识别模块，适于对所述菜单图片进行图像识别，生成菜单信息，将所述菜单信息返回给所述客户端；

第二接收模块，适于接收客户端发送的点餐信息，其中，所述点餐信息是客户端根据用户对菜单信息中至少一个菜品的选择操作而生成的；

发送模块，适于将所述点餐信息发送给所述服务提供端信息对应的服务提供端。

6.一种基于菜单扫描的点餐装置，应用于客户端，所述装置包括：

扫描模块，适于对菜单进行扫描，得到菜单图片；

上传模块，适于将所述菜单图片及用户位置信息上传至服务器，以供服务器根据所述用户位置信息确定服务提供端信息，以及对所述菜单图片进行图像识别，生成菜单信息，并将所述菜单信息返回给所述客户端；

展示模块，适于接收并展示服务器返回的菜单信息；

生成模块，适于监测用户对菜单信息中至少一个菜品的选择操作，根据选择操作中携带的至少一个菜品的菜品信息生成点餐信息；

发送模块，适于将所述点餐信息发送给服务器，其中，点餐信息由服务器发送给服务提供端信息对应的服务提供端。

7.一种计算设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行如权利要求1-3中任一项所述的基于菜单扫描的点餐方法对应的操作。

8.一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如权利要求1-3中任一项所述的基于菜单扫描的点餐方法对应的操作。

9.一种计算设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行如权利要求4所述的基于菜单扫描的点餐方法对应的操作。

10.一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如权利要求4所述的基于菜单扫描的点餐方法对应的操作。