点餐方法
【专利摘要】本发明公开了一种点餐方法，包括开台步骤，包括：S1：顾客将开台指令发至服务器；S2：服务器根据台号信息查找所对应台面的状态，若已开启状态，则执行步骤S3；若关闭状态，则执行步骤S4；S3：服务器向个人移动终端发送开台密码输入界面，并验证输入的密码是否正确，若是，向个人移动终端发送点餐界面；S4：服务器向个人移动终端发送开台密码设置界面服务器将开台密码及对应的台号信息存储，并将台面的状态标记为申请中；S5：服务器根据服务员信息发送至服务员端；S6：服务员端向服务器发送开台确认指令；S7：服务器向个人移动终端发送点餐界面。本发明的点餐方法可让顾客使用自带的个人移动终端在餐厅进行开台步骤的操作，提高了用户体验。
【专利说明】点餐方法
【技术领域】
[0001]本发明涉及点餐管理【技术领域】，尤其涉及一种点餐方法。
【背景技术】
[0002]餐饮业在中国具有悠久的历史和深厚的文化底蕴，然而在现代科学技术与社会经济高速发展的今天，多数餐厅却依然采用传统的运行模式。
[0003]传统的点餐方式主要有人工点单操作和电脑点餐操作两种，大多数餐厅仍然是采用人工点餐操作，该方式存在诸多弊端，主要表现为:人工传递单据浪费时间，工作效率低，且不能提前进行点餐，客人在吃饭时需要花费一定的时间去等待就餐，浪费出行时间。而少数餐厅开始使用IPad或智能终端为客人点餐，但智能终端只具备了电子菜谱和无线传输客人点餐内容的功能，仍然需要服务人员的协助。由于餐厅服务人员有限，客人往往需要花不少时间等待服务人员的空闲，用户体验不好，另一方面，餐厅如果配备足量的服务人员则有面临人工成本增加的困难。
[0004]随着智能手机和平板电脑的普及，顾客自主进行点餐的点餐方式已经成为一个趋势。
【发明内容】
[0005]本发明要解决的技术问题在于，提供一种改进的点餐方法。
[0006]本发明解决其技术问题所采用的技术方案是:提供一种点餐方法，包括开台步骤，开台步骤包括:
[0007]S1:顾客通过其个人移动终端将开台指令发至服务器，开台指令包括开台请求信息以及台号信息；
[0008]S2:服务器根据台号信息查找所对应台面的状态，若为已开启状态，则执行步骤S3 ;若为关闭状态，则执行步骤S4 ；
[0009]S3:服务器向个人移动终端发送台面对应的开台密码输入界面，并验证个人移动终端输入的密码是否正确，若是，则服务器向个人移动终端发送点餐界面；若否，则重复执行本步骤中前述操作；
[0010]S4:服务器向个人移动终端发送开台密码设置界面，在个人移动终端输入并确认开台密码后，服务器将开台密码及对应的台号信息存储，并将台面的状态标记为申请中；
[0011]S5:服务器根据申请中的台面查找与台号信息相对应的服务员信息，并根据服务员信息将开台请求信息以及台号信息发送至对应的服务员端；
[0012]S6:服务员端根据开台请求信息以及台号信息向服务器发送开台确认指令，开台确认指令包括台号信息；
[0013]S7:服务器根据开台确认指令将对应的台号信息标记为已开启状态并存储，且服务器向个人移动终端发送点餐界面。
[0014]优选地，在连接互联网的网络环境中，步骤SI之前，还包括如下步骤:
[0015]SO-1:个人移动终端连接WIFI网络；
[0016]S0-2:个人移动终端扫描一二维码，二维码包含有服务器信息以及台号信息；
[0017]S0-3:个人移动终端根据二维码中的服务器信息连接至服务器，服务器向个人移动终端发送开台页面；
[0018]或者，
[0019]在未连接互联网，仅有局域网的网络环境中，步骤SI之前，还包括如下步骤:
[0020]S0-1’:个人移动终端连接WIFI网络；
[0021]S0-2’:个人移动终端在浏览器输入任意网址；
[0022]S0-3’:路由器收到网址并请求本地DNS服务器进行IP解析；
[0023]S0-4’:本地DNS服务器返回IP地址并将IP地址发送给路由器；
[0024]S0-5’:路由器根据IP地址向个人移动终端发送转向指令，使得个人移动终端连接至服务器，服务器向个人移动终端发送开台页面。
[0025]优选地，步骤S5中，服务器还向个人移动终端发送开台申请取消界面以及代表密码信息已存储的密码存储提示；步骤S7中，服务器向个人移动终端发送点餐界面以替换开台申请取消界面。
[0026]优选地，步骤S5和步骤S6中，若个人移动终端在开台申请取消界面向服务器发出开台请求取消指令，服务器根据开台请求取消指令将开台请求信息以及台号信息从对应的服务员端撤回。
[0027]优选地，点餐方法还包括开台步骤之后的点餐步骤:
[0028]Cl:顾客通过个人移动终端对餐品的参数信息进行选择及输入，且个人移动端将餐品选择情况发至服务器；
[0029]C2:服务器判断所选餐品是否超过库存数，若是，则向个人移动终端发送库存不足提示；若否，则向个人移动终端发送选择成功提示；
[0030]C3:在顾客通过个人移动终端所选的所有餐品均选择成功后，个人移动终端生成一点餐清单，并将点餐清单与台号信息绑定后发送至服务器。
[0031]优选地，点餐方法还包括点餐步骤之后的点餐清单标记步骤，点餐清单标记步骤包括:
[0032]Tl:服务器接收个人移动终端在点餐步骤中确认的点餐清单与台号信息并存储；
[0033]T2:服务器依次判断点餐清单中的餐品是否需要制作，若是，则设置餐品状态为待制作，更新点餐清单的状态，并反馈至个人移动终端；若否，则设置餐品状态为待准备，更新点餐清单的状态，并反馈至个人移动终端；
[0034]T3:服务器存储更新后的点餐清单；
[0035]T4:服务器依次判断餐品的当前制作数是否小于最大可同时制作数，若是，将餐品的状态设置为制作中，厨房端打印带有条码的餐品单，同时服务器更新点餐清单的状态，并反馈至个人移动终端。
[0036]优选地，还包括如下步骤:
[0037]T5:厨房端在将制作中的餐品制作完成时扫描条码，和/或，待准备的餐品准备完成时，将餐品的状态设置为正在派送，更新点餐清单的状态，并反馈至个人移动终端；
[0038]T6:在餐品派送完成时，服务器将餐品的状态设置为派送完成，更新点餐清单的状态，并反馈至个人移动终端。
[0039]优选地，点餐清单标记步骤中，还包括退单步骤，退单步骤包括:
[0040]Dl:个人移动终端向服务器发送包含拟退单餐品信息的退单请求指令；
[0041]D2:服务器判断拟退单餐品是否为待制作，若否，则执行步骤D5 ;若是，则执行步骤D3 ；
[0042]D3:服务器判断拟退单餐品的状态，若为正在派送中或制作中，则执行步骤D4 ;若为等待中，则执行步骤D5;
[0043]D4:服务器拒绝退单请求指令；服务员端向服务器发送退单请求指令，服务器向服务员端发送包含密码验证的验证请求指令；若服务员端通过输入正确的验证密码使得验证通过，则执行步骤D5 ;若服务员端未输入正确的验证密码使得验证未通过，则结束；
[0044]D5:服务器发送同意退单命令至个人移动终端和服务员端，服务员端进行退单确认，拟退单餐品从点餐清单中移除。
[0045]优选地,点餐方法还包括转桌步骤,转桌步骤包括如下步骤:
[0046]Zl:服务员端向服务器发送转桌请求，转桌请求包括转桌请求信息和待转台面的台号信息；
[0047]Z2:服务器选取至少一个处于关闭状态的台面的台号信息，并发送至服务员端；
[0048]Z3:服务员端选择目标台面的台号信息，并将目标台面的台号信息与待转台面的开台密码绑定后，发送至服务器；
[0049]Z4:服务器将目标台面的状态标记为已开启状态，将待转台面的状态标记为关闭状态并存储。
[0050]优选地,点餐方法还包括加减茶位步骤,加减茶位步骤包括如下步骤:
[0051]Jl:服务员端向服务器发送加减茶位请求，加减茶位请求包括加减茶位请求信息和台号信息；
[0052]J2:服务器根据加减茶位请求信息更新茶位信息并存储；
[0053]J3:服务器判断台面的状态是否为关闭状态，若是，则将台面的茶位信息恢复至默认的茶位信息。
[0054]实施本发明的有益效果是:本发明的点餐方法可让顾客使用自带的个人移动终端在餐厅进行开台步骤的操作，提高了用户体验。
【专利附图】
【附图说明】
[0055]下面将结合附图及实施例对本发明作进一步说明，附图中:
[0056]图1是本发明点餐方法一些实施例中开台步骤的流程示意图；
[0057]图2是本发明点餐方法中个人移动终端与服务器相连接的第一种实施方式的流程不意图；
[0058]图3是本发明点餐方法中个人移动终端与服务器相连接的第二种实施方式的流程不意图；
[0059]图4是本发明点餐方法一些实施例中点餐步骤的流程示意图；
[0060]图5是本发明点餐方法一些实施例中点餐清单标记步骤的流程示意图；
[0061]图6是本发明点餐方法一些实施例中点餐清单标记步骤增加的流程示意图；
[0062]图7是本发明点餐方法一些实施例中退单步骤的流程示意图；
[0063]图8是本发明点餐方法一些实施例中转桌步骤的流程示意图；
[0064]图9是本发明点餐方法一些实施例中加减茶位步骤的流程示意图。
【具体实施方式】
[0065]为了对本发明的技术特征、目的和效果有更加清楚的理解，现对照附图详细说明本发明的【具体实施方式】。
[0066]本发明一些实施例中的点餐方法用于让顾客使用自带的个人移动终端在餐厅进行开台步骤的操作并点餐。点餐方法包括开台步骤、点餐步骤、点餐清单标记步骤、退单步骤、转桌步骤和加减茶位步骤。作为选择，个人移动终端可为电脑和/或智能手机，还可以为其他类型的智能移动终端。
[0067]本发明一些实施例中的点餐方法中，有由顾客操作的个人移动终端、服务器、由服务员操作的服务员端及由厨房管理人员操作、以对已点餐品的实时状态进行更新标记的厨房端。
[0068]图1示出了本发明一些实施例中开台步骤的流程，开台步骤包括:
[0069]S1:顾客通过其个人移动终端将开台指令发至服务器，开台指令包括开台请求信息以及台号信息。
[0070]S2:服务器根据台号信息查找所对应台面的状态，若为已开启状态，则执行步骤S3 ;若为关闭状态，则执行步骤S4。
[0071]在该步骤中，需说明的是，若为关闭状态，则需进行秘密设置，这样可确保每个桌台使用的确定性。若为已开启状态，则需对密码进行验证，以保证每个桌台使用的安全性。
[0072]S3:服务器向个人移动终端发送台面对应的开台密码输入界面，并验证个人移动终端输入的密码是否正确，若是，则服务器向个人移动终端发送点餐界面；若否，则重复执行本步骤中前述操作。
[0073]在该步骤中，需说明的是，通过本步骤中对个人移动终端输入的密码进行验证，可防止重复开台的状况。
[0074]S4:服务器向个人移动终端发送开台密码设置界面，在个人移动终端输入并确认开台密码后，服务器将开台密码及对应的台号信息存储，并将台面的状态标记为申请中。
[0075]S5:服务器根据申请中的台面查找与台号信息相对应的服务员信息，并根据服务员信息将开台请求信息以及台号信息发送至对应的服务员端。
[0076]在该步骤中，需要说明的是，通过服务器将台号与服务员进行匹配，从而让服务员端的服务员到达对应台号的桌台与顾客进行确认。
[0077]S6:服务员端根据开台请求信息以及台号信息向服务器发送开台确认指令，开台确认指令包括台号信息。
[0078]步骤S6中，服务员与对应台号桌台的顾客确认后，通过服务员端发出开台确认指令以确认开台。
[0079]S7:服务器根据开台确认指令将对应的台号信息标记为已开启状态并存储，且服务器向个人移动终端发送点餐界面。
[0080]步骤S7中，服务器确认对应台号的桌台已开台，至此，开台完毕。
[0081]作为选择，当步骤S5中服务器还向个人移动终端发送开台申请取消界面以及代表密码信息已存储的密码存储提示时，步骤S7中服务器向个人移动终端发送点餐界面以替换开台申请取消界面。
[0082]作为选择，步骤S5和步骤S3中，若个人移动终端在开台申请取消界面向服务器发出开台请求取消指令，服务器根据开台请求取消指令将开台请求信息以及台号信息从对应的服务员端撤回。这样，收到开台请求取消指令后进行取消开台的操作，当前桌台进入未开台的状态，以便于下一桌顾客重新进行开台。
[0083]在步骤SI之前，顾客将其个人移动终端与服务器相连接，连接的方式有如下两种实施方式。
[0084]在第一种实施方式中，通过连接WIFI网络后，再扫描位于台面上的二维码，从而将个人移动终端与服务器相连接。在连接互联网的网络环境中，在步骤Si之前，还包括如图2所示的如下步骤:
[0085]SO-1:个人移动终端连接WIFI网络。
[0086]S0-2:个人移动终端扫描一二维码，二维码包含有服务器信息以及台号信息。
[0087]作为选择，此二维码可粘贴于桌台台面上，或者，桌台对应的侧墙上，只要方便顾客扫描即可。
[0088]S0-3:个人移动终端根据二维码中的服务器信息连接至服务器，服务器向个人移动终端发送开台页面。
[0089]在第二种实施方式中，通过顾客在个人移动终端输入任意网址，从而将个人移动终端与服务器相连接。在未连接互联网，仅有局域网的网络环境中，步骤Si之前，还包括如图3所示的如下步骤:
[0090]S0-1’:个人移动终端连接WIFI网络。
[0091 ] S0-2 ’:个人移动终端在浏览器输入任意网址。
[0092]可以理解地，此网址可为任意网址，本步骤的目的仅在于使得路由器可收到到个人移动终端的网址。
[0093]S0-3’:路由器收到网址并请求本地DNS服务器进行IP解析。
[0094]S0-4’:本地DNS服务器返回IP地址并将IP地址发送给路由器；
[0095]S0-5’:路由器根据IP地址向个人移动终端发送转向指令，使得个人移动终端连接至服务器，服务器向个人移动终端发送开台页面。
[0096]通过以上两种实施方式可看出，本发明一些实施例中点餐方法并非通过安装App等方式进行操作，而是通过将个人移动终端与服务器连接、服务器根据请求向个人移动终端发送页面的方式来进行点餐操作。这样可避免下载安装App时带来的占用空间、耗费流量等不便，使得点餐操作简单快捷，进一步提高了用户体验。
[0097]以上开台步骤结束后，进入点餐步骤，顾客通过服务器发送至个人移动终端的点餐界面进行点餐，并在点餐完毕后确认出一点餐清单。
[0098]具体地，如图4所示，点餐步骤可包括:
[0099]Cl:顾客通过个人移动终端对餐品的参数信息进行选择及输入，且个人移动端将餐品选择情况发至服务器。该参数信息可为餐品的口味、做法、数量、备注等信息。
[0100]该步骤中，需说明的是，顾客还对餐品的各项情况进行选择中，对做法的选择可包括辣量多少、是否放香菜、几分熟(适用于牛排等)、是否少糖(适用于不宜多吃糖的顾客)、是否少盐(适用于不宜多吃盐的顾客)、是否少油(适用于不宜多吃油的顾客)等。
[0101]C2:服务器判断所选餐品是否超过库存数，若是，则向个人移动终端发送库存不足提示；若否，则向个人移动终端发送选择成功提示。
[0102]该步骤中，需说明的是，此处可在点餐步骤中及时告知顾客相应的餐品是否库存不足，若库存不足则顾客可选择其他餐品。这样避免了点餐完毕进入后续餐品准备环节中，才发现库存不足，既给顾客带来不好的消费体验，又浪费了人力及电子资源。
[0103]C3:在顾客通过个人移动终端所选的所有餐品均选择成功后，个人移动终端生成一点餐清单，并将点餐清单与台号信息绑定后发送至服务器。
[0104]该步骤中，需说明的是，该点餐清单中，所有的餐品均为库存中足够的。
[0105]接下来进行点餐清单标记步骤。
[0106]如图5所示,本发明点餐方法的一些实施例中点餐清单标记步骤包括:
[0107]Tl:服务器接收个人移动终端在点餐步骤中确认的点餐清单与台号信息并存储。
[0108]T2:服务器依次判断点餐清单中的餐品是否需要制作，若是，则设置餐品状态为待制作，更新点餐清单的状态，并反馈至个人移动终端；若否，则设置餐品状态为待准备，更新点餐清单的状态，并反馈至个人移动终端。
[0109]可以理解地，若是，则待制作即为菜点、火锅等需花费人工及时间来制作、不可直接由餐厅提供给顾客的餐品；若否，则待准备的餐品即为饮料、酒水等无需花费人工及时间来制作、可直接由餐厅提供给顾客的餐品。当待准备的餐品准备完成后，只需安排派送即可。
[0110]T3:服务器存储更新后的点餐清单。
[0111]T4:服务器依次判断餐品的当前制作数是否小于最大可同时制作数，若是，将餐品的状态设置为制作中，厨房端打印带有条码的餐品单，同时服务器更新点餐清单的状态，并反馈至个人移动终端。
[0112]可以理解地，非成品的状态取决于同时制作数，同时制作数代表了餐厅同时制作非成品的最大数量，同时制作数对应于厨房端的厨师数量。优选地，同时制作数等于厨房端的厨师数量。
[0113]作为选择，若判断结果为否，则还可将餐品的状态设置为等待中。
[0114]如图6所示，点餐清单标记步骤还可包括如下步骤:
[0115]T5:厨房端在将制作中的餐品制作完成时扫描条码，和/或，待准备的餐品准备完成时，将餐品的状态设置为正在派送，更新点餐清单的状态，并反馈至个人移动终端。
[0116]该步骤中，需说明的是，厨房端在将制作中的餐品制作完成时，可通过多种方式扫描条码，如菜做完后，用激光或红外扫描器，扫描单上的条码即为派送。
[0117]待制作的餐品在经过厨房端打印餐品单后，可能具有等待中、制作中和制作完成三种情况，当制作完成时，该餐品可派送至顾客，故将其状态设置为正在派送。
[0118]T6:在餐品派送完成时，服务器将餐品的状态设置为派送完成，更新点餐清单的状态，并反馈至个人移动终端。
[0119]该步骤中，需说明的是，还可将派送完成信息反馈至服务员端，此时个人移动终端处和服务器、服务员端均记录了该餐品的派送完成状态。
[0120]在餐厅实际运营过程当中，在点餐清单已下单后，有时候顾客会想要将已点的某些餐品撤销。当顾客欲对点餐清单中的餐品退单时，会在点餐清单标记步骤中进行退单操作。故作为选择，点餐清单标记步骤中还可包括退单步骤，退单步骤包括如图7所示的如下步骤:
[0121]Dl:个人移动终端向服务器发送包含拟退单餐品信息的退单请求指令。
[0122]D2:服务器判断拟退单餐品是否为待制作，若否，则执行步骤D5 ;若是，则执行步骤D3。
[0123]D3:服务器判断拟退单餐品的状态，若为正在派送中或制作中，则执行步骤D4 ;若为等待中，则执行步骤D5。
[0124]D4:服务器拒绝退单请求指令；所述服务员端向所述服务器发送退单请求指令，所述服务器向所述服务员端发送包含密码验证的验证请求指令；若所述服务员端通过输入正确的验证密码使得验证通过，则执行步骤D5 ;若所述服务员端未输入正确的验证密码使得验证未通过，则结束。
[0125]当餐品处于派送中或制作中时，由于餐厅已经投入了人力物力进行制作，故不可退单，则对退单请求指令拒绝。
[0126]作为选择，步骤D4中，还可包括如下步骤:
[0127]服务员端向服务器发送退单请求指令，服务器向服务员端发送包含密码验证的验证请求指令；若服务员端通过输入正确的验证密码使得验证通过，则执行步骤D5 ;若服务员端未输入正确的验证密码使得验证未通过，则结束。当遇到特殊情况时，可通过服务器端强行执行退单操作，此时，需在服务器端由有权限的操作人员(例如大堂经理)输入一正确的验证密码，方可退单。
[0128]D5:服务器发送同意退单命令至个人移动终端和服务员端，服务员端进行退单确认，拟退单餐品从点餐清单中移除。
[0129]下面对本发明点餐方法的使用流程进行举例说明。
[0130]假设有甲乙两位客人分别到餐厅用餐，各自选好座位之后，二人分别拿出了自己的智能手机，甲使用智能手机扫描了位于桌台上的二维码，乙使用智能手机输入了一网址，从而二人的智能手机成功地连接上了餐厅的服务器并进入了点餐页面。甲乙二人分别点好餐品后，将确认的点餐清单发送至服务器，等待安排上菜。甲用餐完毕后发现其点餐清单中某一成品未上，则通过智能手机发送退单请求指令，服务器判断出拟退单餐品为成品，则发送同意退单命令给甲的智能手机和对应服务员端，服务员确认后完成退单。乙在下单后发现其点餐清单中某一待制作的餐品点错了，则通过智能手机发送退单请求指令，服务器判断出拟退单餐品为待制作的餐品，接着判断出该拟退单餐品处于制作中，则拒绝了乙的退单请求指令。
[0131]如图8所示，转桌步骤包括如下步骤:
[0132]Zl:服务员端向服务器发送转桌请求，转桌请求包括转桌请求信息和待转台面的台号信息；
[0133]Z2:服务器选取至少一个处于关闭状态的台面的台号信息，并发送至服务员端；
[0134]Z3:服务员端选择目标台面的台号信息，并将目标台面的台号信息与待转台面的开台密码绑定后，发送至服务器；
[0135]Z4:服务器将目标台面的状态标记为已开启状态，将待转台面的状态标记为关闭状态并存储。
[0136]如图9所示，加减茶位步骤包括如下步骤:
[0137]Jl:服务员端向服务器发送加减茶位请求，加减茶位请求包括加减茶位请求信息和台号信息；
[0138]J2:服务器根据加减茶位请求信息更新茶位信息并存储；
[0139]J3:服务器判断台面的状态是否为关闭状态，若是，则将台面的茶位信息恢复至默认的茶位信息。
[0140]以上所述仅是本发明的优选实施方式，本发明的保护范围并不仅局限于上述实施例，凡属于本发明思路下的技术方案均属于本发明的保护范围。应当指出，对于本【技术领域】的普通技术人员来说，在不脱离本发明原理前提下的若干个改进和润饰，这些改进和润饰也应视为本发明的保护范围。
【权利要求】
1.一种点餐方法，其特征在于，包括开台步骤，所述开台步骤包括: S1:顾客通过其个人移动终端将开台指令发至服务器，所述开台指令包括开台请求信息以及台号信息； 52:所述服务器根据所述台号信息查找所对应台面的状态，若为已开启状态，则执行步骤S3 ;若为关闭状态，则执行步骤S4 ； 53:所述服务器向所述个人移动终端发送所述台面对应的开台密码输入界面，并验证所述个人移动终端输入的密码是否正确，若是，则所述服务器向所述个人移动终端发送点餐界面；若否，则重复执行本步骤中前述操作； S4:所述服务器向所述个人移动终端发送开台密码设置界面，在所述个人移动终端输入并确认开台密码后，所述服务器将所述开台密码及对应的所述台号信息存储，并将所述台面的状态标记为申请中； 55:所述服务器根据申请中的所述台面查找与所述台号信息相对应的服务员信息，并根据所述服务员信息将所述开台请求信息以及所述台号信息发送至对应的服务员端； 56:所述服务员端根据所述开台请求信息以及所述台号信息向所述服务器发送开台确认指令，所述开台确认指令包括所述台号信息； 57:所述服务器根据所述开台确认指令将对应的所述台号信息标记为已开启状态并存储，且所述服务器向所述个人移动终端发送点餐界面。
2.根据权利要求1所述的点餐方法，其特征在于， 在连接互联网的网络环境中，所述步骤SI之前，还包括如下步骤: SO-1:所述个人移动终端连接WIFI网络； S0-2:所述个人移动终端扫描一二维码，所述二维码包含有服务器信息以及所述台号信息； S0-3:所述个人移动终端根据所述二维码中的服务器信息连接至所述服务器，所述服务器向所述个人移动终端发送开台页面； 或者， 在未连接互联网，仅有局域网的网络环境中，所述步骤Si之前，还包括如下步骤: S0-1’:所述个人移动终端连接WIFI网络； S0-2’:所述个人移动终端在浏览器输入任意网址； S0-3’:路由器收到所述网址并请求本地DNS服务器进行IP解析； S0-4’:所述本地DNS服务器返回IP地址并将所述IP地址发送给所述路由器； S0-5’:所述路由器根据所述IP地址向所述个人移动终端发送转向指令，使得所述个人移动终端连接至所述服务器，所述服务器向所述个人移动终端发送开台页面。
3.根据权利要求2所述的点餐方法，其特征在于，所述步骤S5中，所述服务器还向所述个人移动终端发送开台申请取消界面以及代表所述密码信息已存储的密码存储提示；所述步骤S7中，所述服务器向所述个人移动终端发送点餐界面以替换所述开台申请取消界面。
4.根据权利要求3所述的点餐方法，其特征在于，所述步骤S5和所述步骤S6中，若所述个人移动终端在所述开台申请取消界面向所述服务器发出开台请求取消指令，所述服务器根据所述开台请求取消指令将所述开台请求信息以及所述台号信息从对应的所述服务员端撤回。
5.根据权利要求1至4任一项所述的点餐方法，其特征在于，所述点餐方法还包括所述开台步骤之后的点餐步骤: Cl:顾客通过所述个人移动终端对餐品的参数信息进行选择及输入，且个人移动端将所述餐品选择情况发至所述服务器； C2:所述服务器判断所选餐品是否超过库存数，若是，则向所述个人移动终端发送库存不足提示；若否，则向所述个人移动终端发送选择成功提示； C3:在顾客通过所述个人移动终端所选的所有餐品均选择成功后，所述个人移动终端生成一点餐清单，并将所述点餐清单与所述台号信息绑定后发送至所述服务器。
6.根据权利要求5所述的点餐方法，其特征在于，所述点餐方法还包括所述点餐步骤之后的点餐清单标记步骤，所述点餐清单标记步骤包括: Tl:所述服务器接收所述个人移动终端在所述点餐步骤中确认的点餐清单与所述台号信息并存储； T2:所述服务器依次判断所述点餐清单中的餐品是否需要制作，若是，则设置所述餐品状态为待制作，更新所述点餐清单的状态，并反馈至所述个人移动终端；若否，则设置所述餐品状态为待准备，更新所述点餐清单的状态，并反馈至所述个人移动终端； T3:所述服务器存储更新后的所述点餐清单； T4:所述服务器依次判断餐品的当前制作数是否小于最大可同时制作数，若是，将所述餐品的状态设置为制作中，厨房端打印带有条码的餐品单，同时所述服务器更新所述点餐清单的状态，并反馈至所述个人移动终端。
7.根据权利要求6所述的点餐方法，其特征在于，还包括如下步骤: T5:所述厨房端在将制作中的所述餐品制作完成时扫描条码，和/或，待准备的所述餐品准备完成时，将所述餐品的状态设置为正在派送，更新所述点餐清单的状态，并反馈至所述个人移动终端； T6:在所述餐品派送完成时，所述服务器将所述餐品的状态设置为派送完成，更新所述点餐清单的状态，并反馈至所述个人移动终端。
8.根据权利要求7所述的点餐方法，其特征在于，所述点餐清单标记步骤中，还包括退单步骤，所述退单步骤包括: Dl:所述个人移动终端向所述服务器发送包含拟退单餐品信息的退单请求指令； D2:所述服务器判断所述拟退单餐品是否为待制作，若否，则执行步骤D5 ;若是，则执行步骤D3 ； D3:所述服务器判断所述拟退单餐品的状态，若为正在派送中或制作中，则执行步骤D4 ;若为等待中，则执行步骤D5 ； D4:所述服务器拒绝所述退单请求指令；所述服务员端向所述服务器发送退单请求指令，所述服务器向所述服务员端发送包含密码验证的验证请求指令；若所述服务员端通过输入正确的验证密码使得验证通过，则执行步骤D5;若所述服务员端未输入正确的验证密码使得验证未通过，则结束； D5:所述服务器发送同意退单命令至所述个人移动终端和所述服务员端，所述服务员端进行退单确认，所述拟退单餐品从所述点餐清单中移除。
9.根据权利要求1至4任一项所述的点餐方法，其特征在于，所述点餐方法还包括转桌步骤，所述转桌步骤包括如下步骤: Zl:所述服务员端向所述服务器发送转桌请求，所述转桌请求包括转桌请求信息和待转台面的台号信息； Z2:所述服务器选取至少一个处于关闭状态的台面的台号信息，并发送至所述服务员端; Z3:所述服务员端选择目标台面的台号信息，并将所述目标台面的台号信息与所述待转台面的开台密码绑定后，发送至所述服务器； Z4:所述服务器将所述目标台面的状态标记为已开启状态，将所述待转台面的状态标记为关闭状态并存储。
10.根据权利要求1至4任一项所述的点餐方法，其特征在于，所述点餐方法还包括加减茶位步骤，所述加减茶位步骤包括如下步骤: Jl:所述服务员端向所述服务器发送加减茶位请求，所述加减茶位请求包括加减茶位请求息和台号息; J2:所述服务器根据所述加减茶位请求信息更新茶位信息并存储； J3:所述服务器判断所述台面的状态是否为关闭状态，若是，则将所述台面的茶位信息恢复至默认的茶位信息。
【文档编号】G06Q50/12GK104268808SQ201410458460
【公开日】2015年1月7日 申请日期:2014年9月10日 优先权日:2014年9月10日
【发明者】刘小兵 申请人:刘小花