一种基于WiFiaware的就餐方法及系统、就餐终端与流程

本发明属于通信技术领域，尤其涉及一种基于WiFi aware的就餐方法及系统、就餐终端。

背景技术：

现有的餐厅的消费流程一般是，顾客进店找餐位坐下来，服务员发现顾客，上前招呼，然后递上菜单，顾客点菜，点完菜服务员将清单再送给厨房，厨房厨师根据清单做菜，做完菜后，厨房招呼送菜人员将菜送到指定的餐位。该流程繁琐，且容易出错，需要太多的服务人员。

随着智能设备的普及，通过电子点菜系统进行点菜的餐厅越来越多，但基本大部分电子点菜系统都要配备专门的点菜终端，这些点菜终端的成本相对比较高。当客人提供点菜需求后，由服务员来操作下单，在用餐高峰期服务员忙不过来时，给客人造成不便。

技术实现要素：

本发明实施例提供了一种基于WiFi aware的就餐方法及系统、就餐终端，旨在解决现有技术中点菜系统需要服务员操作下单，不够便利的问题。

本发明实施例是这样实现的，一种基于WiFi aware的就餐方法，包括：

餐厅的WiFi设备与移动终端建立连接，所述WiFi设备包括主WiFi设备及两个以上餐牌wifi设备；

接收用户基于移动终端的下单信息，并将所述下单信息反馈给后台；

接收用户的换桌请求；

当判断有空位时，为所述用户提供换桌服务。

优选地，接收用户基于移动终端的下单信息之前、餐厅的WiFi设备与移动终端建立连接之后还包括：

向所述移动终端推送菜单。

优选地，所述当判断有空位时，为所述用户提供换桌服务之前还包括：

将所述换桌请求发送给所述两个以上餐牌wifi设备。

优选地，所述当判断有空位时，为所述用户提供换桌服务具体包括：

接收到至少一个处于空位状态的餐牌wifi设备的同意反馈，所述同意反馈包括对应餐牌wifi设备所在的餐桌ID；

判断接收所述同意反馈的餐桌的数量是否大于一个；

当接收到一个处于空位状态的餐牌wifi设备的同意反馈时，基于所述同意反馈向所述用户发送同意换桌信息；

当接收到不止一个处于空位状态的餐牌wifi设备的同意反馈时，基于最早接收的同意反馈向所述用户发送同意换桌信息，所述同意换桌信息包括换桌ID。

优选地，所述当接收到一个处于空位状态的餐牌wifi设备的同意反馈时，基于所述同意反馈向所述用户发送同意换桌信息具体为：

当接收到一个处于空位状态的餐牌wifi设备的同意反馈时，向所述用户发送换桌信息，所述换桌信息包括所述餐牌wifi设备对应的餐桌ID；

将所述用户的就餐信息发送给所述餐牌wifi设备。

优选地，所述当接收到不止一个处于空位状态的餐牌wifi设备的同意反馈时，基于最早接收的同意反馈向所述用户发送同意换桌信息具体包括：

当接收到不止一个处于空位状态的餐牌wifi设备的同意反馈时，按照接收时间对所接收的同意反馈进行排序；

基于最先接收的同意反馈向所述用户发送同意换桌信息，所述同意换桌信息包括最先发送同意反馈的餐牌wifi设备对应的餐桌ID；

将所述用户的就餐信息发送给最先发送同意反馈的餐牌wifi设备。

优选地，所述当判断有空位时，为所述用户提供换桌服务之前还包括：

向所述两个以上餐牌wifi设备发送当前是否为空桌询问。

优选地，所述主WiFi设备接收用户基于移动终端的下单信息，并将所述下单信息反馈给后台之后还包括：

判断所述用户就餐时间是否超过预设值；

当超过时，向所述用户发出是否需要添加就餐服务的提示。

本发明还提供一种基于WiFi aware的就餐系统，包括：与移动终端建立连接的WiFi设备，所述WiFi设备包括主WiFi设备及两个以上餐牌wifi设备；所述主WiFi设备包括：

连接模块，用于与所述移动终端及两个以上餐牌wifi设备建立连接；

下单接收反馈模块，用于接收用户基于移动终端的下单信息，并将所述下单信息反馈给后台；

换桌控制模块，用于接收用户的换桌请求；还用于当判断有空位时，为所述用户提供换桌服务。

本发明还提供一种就餐终端，所述就餐终端包括一种基于WiFi aware的就餐系统，包括：与移动终端建立连接的WiFi设备，所述WiFi设备包括主WiFi设备及两个以上餐牌wifi设备；所述主WiFi设备包括：

连接模块，用于与所述移动终端及两个以上餐牌wifi设备建立连接；

下单接收反馈模块，用于接收用户基于移动终端的下单信息，并将所述下单信息反馈给后台；

换桌控制模块，用于接收用户的换桌请求；还用于当判断有空位时，为所述用户提供换桌服务。

在本发明实施例中，通过WiFi设备建立与移动终端的连接，用户通过移动终端进行点菜、付费、换桌等服务，无需服务员即可实现，减少人力，给用户带来便利，降低成本，提高用户体验。

附图说明

图1是本发明第一实施例提供的一种基于WiFi aware的就餐方法的流程图；

图2是本发明第一实施例提供的一种基于WiFi aware的就餐方法的步骤S4的具体流程图；

图3是本发明第二实施例提供的一种基于WiFi aware的就餐系统的结构图；

图4是本发明第二实施例提供的一种基于WiFi aware的就餐系统的主wifi设备的具体结构图；

图5是本发明第二实施例提供的一种基于WiFi aware的就餐系统的换桌控制模块4的具体结构图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例中，一种基于WiFi aware的就餐方法，包括：餐厅的WiFi设备与移动终端建立连接，所述WiFi设备包括主WiFi设备及两个以上餐牌wifi设备；所述主WiFi设备接收用户基于移动终端的下单信息，并将所述下单信息反馈给后台；接收用户的换桌请求；当判断有空位时，为所述用户提供换桌服务。

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

实施例一：

图1示出了本发明第一实施例提供的一种基于WiFi aware的就餐方法的流程图，包括：

步骤S1、餐厅的WiFi设备与移动终端建立连接；

具体地，该WiFi设备包括主WiFi设备及两个以上餐牌wifi设备，每一餐桌对应设置一个餐牌wifi设备，该主WiFi设备及两个以上餐牌wifi设备连接，基于WiFi aware技术，在用户进入餐厅后，该主WiFi设备首先与用户手中的移动终端建立连接，实现交互通信，该主WiFi设备可向移动终端推送本餐厅的菜单，以供用户进行选择，进一步地，该主WiFi设备还可向移动终端推送当前处于空位的餐桌号或者餐桌ID，以供用户就坐，当用户选择一餐桌就坐时，该餐桌对应的餐牌wifi设备与移动终端建立连接，该餐牌wifi设备获取移动终端的ID、所坐餐桌ID，并向用户推送菜单服务，并将所获取的信息(移动终端的ID、餐桌ID等)反馈给主WiFi设备。进一步地，该移动终端可为手机、PAD等移动设备，此处对此不作限制，本实施例中，优选为手机。

步骤S2、接收用户基于移动终端的下单信息，并将下单信息反馈给后台；

具体地，用户需要下单时，通过移动终端进行下单，并进行付费，该餐牌wifi设备获取用户的下单信息，将下单信息反馈给后台的终端，也可以将下单信息反馈给主WiFi设备，此处对此不作限制。该下单信息包括用户选择的菜品、付费等信息。在本实施例的另一个优选方案中，也可通过主WiFi设备获取用户的下单信息，然后反馈给后台，后台的厨师根据下单信息进行后续的做菜等服务。

步骤S3、接收用户的换桌请求；

具体地，用户在就餐过程中，突然想换座位时，可通过移动终端发起换桌请求，该换桌请求包括换桌的请求信息及当前所处的餐桌ID。移动终端可将此换桌请求直接发给主WiFi设备，也可以通过餐牌wifi设备上传给主WiFi设备。

步骤S4、当判断有空位时，为所述用户提供换桌服务。

具体地，当判断有空位时，，为用户提供换桌服务。。

在本实施例的一个优选方案中，上述步骤S1之后、步骤S2之前还可包括：

步骤S0、向移动终端推送菜单。

具体地，当移动终端与主WiFi设备建立连接之后，该主WiFi设备可向移动终端推送菜单服务。

在本实施例的一个优选方案中，在上述步骤S3之后、步骤S4之前还可包括：

步骤S5、将换桌请求发送给所述两个以上餐牌wifi设备。

具体地，主WiFi设备接收到该换桌请求时，向当前与其连接的餐牌wifi设备发送是否为空桌询问，该空桌询问携带该用户目前就餐的餐桌ID及相应的就餐信息，餐牌wifi设备接收到空桌询问时，如果对于餐桌当前处于空位状态时，向主WiFi设备发送同意反馈。

在本实施例的一个优选方案中，上述步骤S2之后还可包括：

步骤S6、判断用户就餐时间是否超过预设值，当超过时转到步骤S7；否则转到步骤S8；

步骤S7、当超过时，向用户发出是否需要添加就餐服务的提示。

步骤S8、当未超过时，不作处理，等待用户的需求指示。

具体地，用户在就餐过程中，当超过一定时间时，向用户发出是否需要添加就餐服务的提示，例如：向用户推荐是否需要额外添加饮料、酒水、甜品等，当用户需要时，可在当前移动终端的页面进行操作。其中，所述预设值可根据实际情况而设，例如1小时、2小时，此处对此不作限制。

进一步地，上述步骤S6可在步骤S3之前、步骤S4之前或者S5之前或者之后，此处对此不作限制。

如图2所示，为本发明第一实施例提供的一种基于WiFi aware的就餐方法的步骤S4的具体流程图，该步骤S4具体包括：

步骤S41、接收到至少一个处于空位状态的餐牌wifi设备的同意反馈；

具体地，主WiFi设备接收到至少一个处于空位状态的餐牌wifi设备的同意反馈，该同意反馈包括对应餐牌wifi设备所在的餐桌ID；

步骤S42、判断是否接收到不止一个同意反馈，当接收到一个处于空位状态的餐牌wifi设备的同意反馈时转到步骤S43，当接收到不止一个处于空位状态的餐牌wifi设备的同意反馈时，转到步骤S44；

步骤S43、基于同意反馈向用户发送同意换桌信息；

其中，该步骤S43具体包括：

当接收到一个处于空位状态的餐牌wifi设备的同意反馈时，向用户发送换桌信息，该换桌信息包括餐牌wifi设备对应的餐桌ID；

将用户的就餐信息发送给该餐牌wifi设备，以供该餐牌wifi设备存储该用户的就餐信息，并将就餐信息动态显示在对应的餐牌上。

步骤S44、基于最早接收的同意反馈向用户发送同意换桌信息；

其中，该步骤S44具体包括：

当接收到不止一个处于空位状态的餐牌wifi设备的同意反馈时，按照接收时间对所接收的同意反馈进行排序；

基于最先接收的同意反馈向所述用户发送同意换桌信息，所述同意换桌信息包括最先发送同意反馈的餐牌wifi设备对应的餐桌ID；

将用户的就餐信息发送给最先发送同意反馈的餐牌wifi设备。

具体地，将用户的就餐信息发送给最先发送同意反馈的餐牌wifi设备，该餐牌wifi设备将就餐信息动态显示在对应的餐牌上。

在本实施例的一个变形方案中，该步骤S5还可以是：

向两个以上餐牌wifi设备发送当前是否为空桌询问。

具体地，当餐牌wifi设备对应的餐桌处于空位状态时，向主WiFi设备发送空桌反馈，该主WiFi设备根据空桌反馈向用户提供转桌服务。

进一步地，当主WiFi设备接收到处于空位状态的餐牌wifi设备反馈的信息后，如果不止一个反馈时，可将最先接收的反馈对应的餐桌的ID及其他同意转桌信息反馈给移动终端，供用户进行换桌，或者将所有当前处于空位状态的餐桌ID均反馈给用户，供用户自行选择，接收到用户的选择信息后，主WiFi设备将选择信息发送至对应的餐牌wifi设备，该餐牌wifi设备接收到选择信息后，记录用户的就餐信息并动态显示在对应的餐牌上。

本实施例中，通过WiFi设备建立与移动终端的连接，用户通过移动终端进行点菜、付费、换桌等服务，无需服务员即可实现，减少人力，给用户带来便利，降低成本，提高用户体验。

实施例二：

图3示出了本发明第二实施例提供的一种基于WiFi aware的就餐系统的结构图；，该就餐系统包括与移动终端建立连接的WiFi设备(图中未示)，该WiFi设备包括主WiFi设备及两个以上餐牌wifi设备，基于wifi aware技术将一定范围内的移动终端、主wifi设备及餐牌wifi设备组成一个网络群(见图3)；如图4所示，为本发明第二实施例提供的一种基于WiFi aware的就餐系统的主WiFi设备的具体结构图，该主WiFi设备包括：

包括：连接模块1、与所述连接模块1连接的下单接收反馈模块2、与下单接收反馈模块2连接的换桌控制模块3，其中：

连接模块1，用于与所述移动终端及两个以上餐牌wifi设备建立连接；

具体地，该WiFi设备包括主WiFi设备及两个以上餐牌wifi设备，每一餐桌对应设置一个餐牌wifi设备，该主WiFi设备及两个以上餐牌wifi设备连接，基于WiFi aware技术，在用户进入餐厅后，该主WiFi设备与用户手中的移动终端建立连接，实现交互通信，该主WiFi设备可向移动终端推送本餐厅的菜单，以供用户进行选择，进一步地，该主WiFi设备还可向移动终端推送当前处于空位的餐桌号或者餐桌ID，以供用户就坐，当用户选择一餐桌就坐时，该餐桌对应的餐牌wifi设备与移动终端建立连接，该餐牌wifi设备获取移动终端的ID、所坐餐桌ID，并向用户推送菜单服务，并将所获取的信息(移动终端的ID、餐桌ID等)反馈给主WiFi设备。

下单接收反馈模块2，用于接收用户基于移动终端的下单信息，并将所述下单信息反馈给后台，后台的厨师根据下单信息进行后续的做菜等服务；

具体地，用户需要下单时，通过移动终端进行下单，并进行付费，该餐牌wifi设备获取用户的下单信息，将下单信息反馈给后台的终端，也可以将下单信息反馈给主WiFi设备，此处对此不作限制。该下单信息包括用户选择的菜品、付费等信息。在本实施例的另一个优选方案中，也可通过主WiFi设备获取用户的下单信息，然后反馈给后台。

换桌请求接收模块3，用于接收用户的换桌请求；

换桌控制模块4，当判断有空位时，用于为用户提供换桌服务。

具体地，用户在就餐过程中，突然想换座位时，可通过移动终端发起换桌请求，该换桌请求包括换桌的请求信息及当前所处的餐桌ID。移动终端可将此换桌请求直接发给主WiFi设备，也可以通过餐牌wifi设备上传给主WiFi设备。当接收到一个以上处于空位的餐牌wifi设备的同意反馈时，为用户提供换桌服务。其中，该处于空位的餐牌wifi设备指的是该餐牌wifi设备对应的餐桌当前处于空位状态。

在本实施例的一个优选方案中，上述主WiFi设备还可包括：

与上述连接模块1连接的推送模块5，用于向移动终端推送菜单。

具体地，当移动终端与主WiFi设备建立连接之后，该主WiFi设备可向移动终端推送菜单服务。

在本实施例的一个优选方案中，上述主WiFi设备还可包括：

与上述换桌请求接收模块3连接的换桌请求发送模块6，用于将换桌请求发送给所述两个以上餐牌wifi设备。

具体地，主WiFi设备接收到该换桌请求时，向当前与其连接的餐牌wifi设备发送是否为空桌询问，该空桌询问携带该用户目前就餐的餐桌ID及相应的就餐信息，餐牌wifi设备接收到空桌询问时，如果对于餐桌当前处于空位状态时，向主WiFi设备发送同意反馈。

在本实施例的一个优选方案中，上述主WiFi设备还可包括：

判断模块7，用于判断用户就餐时间是否超过预设值；

与判断模块7连接的处理模块8，当超过时，用于向用户发出是否需要添加就餐服务的提示，并在未超时情况下，等待用户的需求指示。

具体地，用户在就餐过程中，当超过一定时间时，向用户发出是否需要添加就餐服务的提示，例如：向用户推荐是否需要额外添加饮料、酒水、甜品等，当用户需要时，可在当前移动终端的页面进行操作。其中，所述预设值可根据实际情况而设，例如1小时、2小时，此处对此不作限制。

在本发明的一个优选方案中，如图5所示，为本发明第二实施例提供的一种基于WiFi aware的就餐系统的换桌控制模块4的具体结构图，该换桌控制模块4具体包括：反馈接收单元41、与反馈接收单元41连接的判断单元42、与判断单元42连接的第一控制单元43及第二控制单元44，其中：

反馈接收单元41，用于接收到至少一个处于空位状态的餐牌wifi设备的同意反馈；

具体地，主WiFi设备接收到至少一个处于空位状态的餐牌wifi设备的同意反馈，该同意反馈包括对应餐牌wifi设备所在的餐桌ID；

判断单元42，用于判断是否接收到不止一个同意反馈，当接收到一个处于空位状态的餐牌wifi设备的同意反馈时向第一控制单元43反馈，当接收到不止一个处于空位状态的餐牌wifi设备的同意反馈时，将结果向第二控制单元44反馈；

第一控制单元43，用于基于同意反馈向用户发送同意换桌信息；

具体地，当接收到一个处于空位状态的餐牌wifi设备的同意反馈时，第一控制单元43向用户发送换桌信息，该换桌信息包括餐牌wifi设备对应的餐桌ID；

将用户的就餐信息发送给该餐牌wifi设备，以供该餐牌wifi设备存储该用户的就餐信息，并将就餐信息动态显示在对应的餐牌上。

第二控制单元44，用于基于最早接收的同意反馈向用户发送同意换桌信息；

具体地，当接收到不止一个处于空位状态的餐牌wifi设备的同意反馈时，第二控制单元44按照接收时间对所接收的同意反馈进行排序；

基于最先接收的同意反馈向所述用户发送同意换桌信息，所述同意换桌信息包括最先发送同意反馈的餐牌wifi设备对应的餐桌ID；

将用户的就餐信息发送给最先发送同意反馈的餐牌wifi设备。

具体地，将用户的就餐信息发送给最先发送同意反馈的餐牌wifi设备，该餐牌wifi设备将就餐信息动态显示在对应的餐牌上。

在本实施例的一个变形方案中，该换桌请求发送模块6还可用于：

向两个以上餐牌wifi设备发送当前是否为空桌询问。

具体地，当餐牌wifi设备对应的餐桌处于空位状态时，向主WiFi设备发送空桌反馈，该主WiFi设备根据空桌反馈向用户提供转桌服务。

进一步地，当主WiFi设备接收到处于空位状态的餐牌wifi设备反馈的信息后，如果不止一个反馈时，可将最先接收的反馈对应的餐桌的ID及其他同意转桌信息反馈给移动终端，供用户进行换桌，或者将所有当前处于空位状态的餐桌ID均反馈给用户，供用户自行选择，接收到用户的选择信息后，主WiFi设备将选择信息发送至对应的餐牌wifi设备，该餐牌wifi设备接收到选择信息后，记录用户的就餐信息并动态显示在对应的餐牌上。

本实施例中，通过WiFi设备建立与移动终端的连接，用户通过移动终端进行点菜、付费、换桌等服务，无需服务员即可实现，减少人力，给用户带来便利，降低成本，提高用户体验。

本发明还提出一种就餐终端，该就餐终端包括一种基于WiFi aware的就餐系统，该就餐系统的具体结构及工作原理与上述实施例的具体结构及工作原理基本一致，此处不再赘述。

本发明中，通过WiFi设备建立与移动终端的连接，用户通过移动终端进行点菜、付费、换桌等服务，无需服务员即可实现，减少人力，给用户带来便利，降低成本，提高用户体验。

此外，将下单信息实时显示在餐牌上，可降低送餐过程的失误，提供用户体验。

再者，使用wifi aware比较盛典，手机设备一直开启wifi也不会耗电过多，节省电源。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。

专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。