带有无线数据服务器的数字化菜谱及其信息系 统 技术领域

本发明属于用于餐厅的信息技术产品，特别是 一种带有无线数据服务器的数字化菜谱及 其信息系统。 背景技术

市场上己经有种类繁多的数字化菜谱（或称电 子菜谱）产品。 其中某些菜谱通过触摸屏 操作， 例如基于平板电脑的电子菜谱 （称为平板菜谱）、 基于落地触摸屏的电子菜谱、 基于 安装在餐桌边上或则摆在餐桌上面的触摸终端 的电子菜谱，后文将其统称为触摸菜谱。另一 些则通过遥控器操作， 例如基于电视的电子菜谱 （称为电视菜谱）， 或者专利 《一种桌台伴 侣》（专利号 2008201781060， 后文称之为发明 A) 中提出的遥控点菜车， 后文将其统称为 遥控菜谱。 显然， 未来才会出现更多基于各种新技术的数字化菜 谱。

专利申请《基于可刷卡数字化菜谱的餐饮信息 系统》（申请号 2013101167708, 后文称之 为发明 B，其对应的国际申请号是 CN2013_000396)提出了一种可以在数字化菜谱上刷� ��员 卡的数字化菜谱，顾客可以在点菜过程中轻松 刷卡，刷卡后就会自动将刷卡的顾客和本次点 菜内容关联并将数据上传到 internet上的会员服务器， 之后顾客可以在就餐过程中在自己的 手机上看到点菜内容并针对各个菜品拍照， 就餐完后可以通过手机查看自己的所有就餐历 史， 并进行点评， 餐厅则可以利用点评管理服务员和厨师的业绩 。

020, 即线上到线下， 是目前的一个热门新兴领域。 餐饮领域的典型 020服务包括手 机点菜、 手机点外卖、 手机预订、 手机电子会员卡、 电子优惠券、 团购， 等等。 现有的电子菜谱、 发明 B以及 020的相关技术存在如下问题：

电子会员卡是热门的 020技术， 任何电子会员卡系统都涉及到如何 "刷卡"的问题。 所谓 "刷卡"就是指餐厅确认该顾客拥有该会员身份� ��而给以优惠， 并在管理系统中登记该 顾客今天来就餐了并和就餐内容关联。 目前的技术主要面临的问题是， "刷卡 "操作复杂从 而导致顾客和服务员懒得 "刷卡"， 其复杂性主要表现在一方面顾客需要出示会员 卡给服务 员，另一方面服务员需要去前台或者用移动终 端登记和调出顾客档案，这都需要服务员参与 ， 而其速度比较慢。 因此， 一般是顾客出示会员卡给服务员看， 然后服务员给顾客折扣， 根本 不对该顾客的身份进行査询和登记。 其结果就是难以记录顾客来就餐的行为并进行 统计分 析、 向老顾客推送营销信息等。 发明 A可以让顾客在其上完成会员的注册和登录， 登录以 后还能査看点菜历史和获得优惠。 发明 A本质上就是实现了电子会员卡， 但是其问题在于， 让顾客在发明 A上输入会员号和密码登陆， 十分繁琐且不安全， 而且发明 A还需要联网才 能执行会员操作， 因此很多餐厅都无法使用。

发明 B为了实现离线加载顾客档案数据和 "刷卡"， 采用从会员服务器上不断同步会员 档案数据（如会员信息、 就餐历史、 收藏、 口味偏好等等， 详见发明 B)到每个门店的每个 数字化菜谱中的方式。但问题在于， 当会员数量充分多的时候， 这种方式将造成大量的数据 传输工作，而被传输的数据中却只有很少一部 分被用到（只有当顾客去某餐厅就餐的时候才 会用到， 而任何顾客真正能去的餐厅是很少的）。 而且为了减少数据量， 一般只在一个城市 内同步。因此去了其它城市或者出国，则发明 B中肯定是没有该顾客的信息的。而且发明 B 虽然使用起来方便， 只要刷卡就实现了登录， 但是仍然基于实体会员卡， 因此发明 B拥有 实体会员卡的全部问题， 例如需要花钱办理、 容易丢失和忘带、 难以管理， 等等。

手机点菜也是热门的 020技术。 目前新兴的手机点菜的解决方案， 例如淘点点、 微信 点菜等， 主要方法是顾客在餐厅内通过手机连接 internet上的平台服务商 （淘宝、 微信公众 账号等）的平台服务器进行点菜（餐厅会事先 将菜谱数据如菜名、价格、 图片等存放到平台 的服务器上）， 即所谓的 "云点菜"或者 "互联网餐厅"。 点菜完毕后， 用手机扫描桌位上的 二维码（用于标识门店和桌位编号）或者在手 机上手工选择门店并输入桌号， 之后 装在手 机上的点菜软件如淘点点或者微信就会把点菜 内容上传到平台服务器，然后平台服务器会将 点菜结果传递给所在餐厅门店的店内系统（该 门店系统必须始终连接 internet), 从而门店开 始制作菜品， 或者经服务员和顾客确认后再制作菜品。这种 方式虽然看起来很方便时尚， 但 是实用的时候有诸多问题。顾客在店内需要通 过移动网络上网， 消耗自己的流量来点菜， 而 且可能根本没有网络信号或者网速不稳定。 餐厅可以通过部署 wifi 网络来解决这个问题， 但是并不是所有餐厅都有充分覆盖每个角落的 高质量 wifi网络，而且需要向服务员询问 wifi 密码也是问题， 经常出现服务员告之的密码有问题或则顾客记 错了导致连不上 wifi， 还耽误 大量服务员时间。而且， 有些餐厅不希望提供 wifi, 因为提供 wifi顾客可能光顾上网了， 延 长了就餐时间， 终归餐厅的核心是就餐， 不是网吧。而且， 门店系统一旦断网或者门店服务 器宕机， 就会导致餐厅瘫痪， 因为点菜结果无法传入餐厅了。而且， 如果平台服务器维护不 当导致故障， 顾客就根本无法点菜了。 而且， 对于提供 wifi 的餐厅， 有时上网顾客过多也 导致点菜流畅度受阻。 而且， 顾客连接 wifi之后， 登录云平台， 往往还得选择所在门店和 桌位， 十分麻烦。而且， 为了防止随意恶意下单， 下单之后往往需要服务员去前台确认才能 开始制作菜品。 因此，一般手机点菜仅仅作为一种可选点菜方 式， 餐厅仍然会提供印刷菜谱 或者电子菜谱，结果就是几乎很少有顾客用手 机点菜了， 因为手机点菜的体验没法和现有菜 谱相比。

发明 B在顾客点菜完后将点菜结果实时上传到 internet上的会员服务器， 而在点菜的时 候刷卡的顾客在就餐过程中就可以通过 app登录会员服务器来查看本次就餐内容并进行 点 评或者拍照。 这种方式的问题在于， 第一， 顾客需要在餐厅中通过移动网络或餐厅提供的 wifi网络来下载 app和査看就餐历史， 因此需要消耗流量或者信号 /速率无保障或者 wifi连 接过程繁琐。 第二， 如果门店系统出问题或者 internet断网， 则点菜内容不能实时上传， 顾 客根本看不到本次就餐内容。第三， 顾客只能在点完菜以后才能在手机上看到点菜 内容， 因 此对第一次使用本系统的顾客的吸引力下降。 第四， 要求门店必须实时联网， 从而增加了餐 厅的成本。

很多餐厅都提供了供顾客上网用的 wifi, 但该 wifi的接入管理比较麻烦。 如果采用固定 密码， 往往容易被蹭网。如果每天改变密码， 则很难将密码告知顾客。 如果将密码作为印刷 品贴在墙上， 虽然顾客可以自己看到 wifi密码， 但是却不方便经常更换密码。 如果让服务 员告诉顾客密码，则又经常由于服务员忘记密 码或者告诉错误导致顾客无法上网，询问多遍 才能上网也是常事。 另外， 餐厅的 wifi上网带宽是有限的， 显然有限的带宽应该被优先分 配给 "最有价值顾客"， 可是目前的技术难以做到这一点。

发明内容

在阅读后文之前， 请先阅读发明 A和发明 B的说明书。 为解决现有技术的种种问题，本发明提出一种 带有无线数据服务器的数字化菜谱及其信 息系统， 其特征在于：

1、 其组件包括数字化菜谱、 消费者终端；

消费者终端上运行有消费者应用；

数字化菜谱上运行有数据服务器；

在点菜过程中， 消费者终端无线连接到该顾客所在桌位所用的 数字化菜谱； 数据服务器 向当前所有连接到本数字化菜谱的消费者终端 提供数据服务，该数据服务至少包括以下三种 服务中的一种：

消费者应用从数据服务器获取菜谱数据， 顾客可以在消费者应用上浏览菜谱； 在数据服务器上维护购物车状态， 消费者应用从数据服务器获取当前购物车状态 ， 顾客 可以在消费者应用上査看当前购物车状态；

消费者应用在数据服务器上进行会员登录。

2、 消费者终端可以从数据服务器下载并安装消费 者应用。

3、消费者应用是 BS模式应用，顾客通过消费者终端上的浏览器� ��可开始使用数据服务 器提供的服务。

₄ 、 顾客可以通过消费者应用修改数据服务器上的 购物车状态。

5、 顾客在消费者应用上浏览菜谱时， 可以将菜品添加到数据服务器上的购物车中。

6、 消费者应用从数据服务器获取购物车状态后将 其缓存， 当数字化菜谱故障并更换数 字化菜谱以后，消费者应用登录新数字化菜谱 的数据服务器后，消费者应用上传之煎缓存的 购物车状态到数据服务器。

7、 消费者应用从数据服务器获取购物车状态后将 其缓存， 就餐过程中， 消费者应用直 接基于缓存的数据即可让顾客浏览就餐内容、 为菜品拍照和点评。

8、 消费者应用对在同一餐厅同一市别的登录次数 进行限制。

9、 可以在数字化菜谱界面上査看己连接的消费者 终端列表， 也可以删除某个己连接的 消费者终端， 该消费者终端被删除后， 数字化菜谱断开和该消费者终端的无线连接。

10、数字化菜谱上还运行有菜谱软件，可以通� ��菜谱软件浏览菜谱和修改购物车的内容。

11、 其组件还包括会员服务器； 数字化菜谱或者消费者应用将点菜内容和点菜 过程中登 录的会员信息上传到会员服务器。

12、 消费者应用从会员服务器下载会员档案数据并 保存， 当消费者应用登录到数据服务 器时， 消费者应用调出之前保存的会员档案数据并将 其上传到数据服务器。

13、 数字化菜谱从会员服务器下载会员档案数据， 当消费者应用登录到数据服务器时， 消费者应用从数据服务器下载会员档案数据。

14、顾客可以通过消费者应用将自己的就餐历� ��或收藏中的菜品添加到数据服务器上的 购物车中。

15、顾客可以通过消费者应用在会员服务器上� ��览餐厅的菜谱并将感兴趣的菜品加入消 费者应用上的临时购物车中， 当顾客到达餐厅就餐并且其消费者应用登录到 数据服务器后， 顾客可以通过消费者应用将临时购物车中的菜 品加入到数据服务器上的购物车中。

16、 消费者应用可以在数据服务器上进行匿名登录 ； 匿名登录的时候， 数据服务器生成 并返回登录代号给消费者应用，消费者应用保 存登录代号；上传到会员服务器的点菜内容中 还包含该桌所有匿名登录的登录代号；当匿名 登录的会员之后通过消费者应用登录到会员服 务器的时候，消费者应用将登录代号上传到会 员服务器，会员服务器将登录代号和之前上传 的点菜内容中的登录代号进行核对， 核对无误后将该会员关联到该点菜内容。

17、上传到会员服务器的点菜内容中还包含点� ��时所有连接数据服务器的消费者终端的 mac地址； 通过 mac地址对未进行会员注册的顾客进行跟踪。

18、数字化菜谱上带有无线基站， 消费者终端无线连接到该顾客所在桌位所用的 数字化 菜谱的无线基站。

19、 数字化菜谱每次开机的时候重新分配随机的无 线基站密码。

20、 用桌号作为基站名称的一部分。

21、消费者终端可以通过扫描数字化菜谱屏幕� ��显示的二维码来自动建立到数字化菜谱 的无线基站的连接，该二维码是对一个含有该 数字化菜谱无线基站的名称和密码的字符串的 编码， 消费者应用从二维码中读取数字化菜谱读无线 基站的名称和密码并建立无线连接。

22、 消费者终端可以通过和数字化菜谱进行 NFC通信来自动建立到数字化菜谱的无线 基站的连接， 消费者应用通过 NFC从数字化菜谱读取其无线基站的名称和密码 并建立无线 连接。

23、消费者应用从数据服务器获取餐厅的无线� ��站的名称和密码； 可以通过消费者应用 界面上的快捷键来直接在数字化菜谱的无线基 站和餐厅的无线基站以及移动网络之间切换； 点菜结束后， 消费者应用自动将消费者终端切换到餐厅的无 线基站或移动网络。

24、数据服务器将已连接的消费者终端的会话� ��态和其 mac地址关联， 当消费者终端再 次连接到数据服务器时， 根据其 mac地址恢复之前的会话状态。

25、 其组件还包括餐饮管理系统； 数据服务器保存点菜过程中所有连接的消费者 终端的 mac地址及其和会员的对应关系； 点菜结束后， 这些 mac地址以及和的会员的对应关系随 点菜内容一起被传入餐饮管理系统并保存； 餐饮系统从门店路由器读取这些 mac地址对应 的 IP地址并保存； 餐饮管理系统将这些 mac地址或 IP地址添加到门店路由器的 mac地址 或 IP地址过滤列表中从而开通这些顾客的上网权� ��。

26、顾客就餐结束离开后， 当在餐饮管理系统中执行关台操作时， 餐饮管理系统将该桌 位的所有顾客的 mac地址或 IP地址从门店路由器的 mac地址或 IP地址过滤列表中删除从 而关闭这些顾客的上网权限。

27、 顾客就餐过程中， 餐饮管理系统根据每位顾客的价值， 在门店路由器上为其 IP地 址设定相应的 IP QoS条目。 28、 餐饮管理系统从门店路由器读取终端上网流量 日志数据， 并将其通过 IP地址和顾 客进行关联， 从而生成顾客上网行为数据。

29、 其组件还包括服务员终端， 服务员终端上运行有服务员应用； 服务员终端无线连接 到当前需要管理的正在点菜的桌位所用的数字 化菜谱；数据服务器向服务员应用提供数据服 务； 服务员可以在服务员应用上访问数据服务上的 购物车， 査看和修改购物车内容。

30、可以在服务员应用上同时看到每个已连接� ��数据服务器的消费者应用的当前菜谱浏 览状态。

31、 数字化菜谱上运行有菜谱软件； 一桌所用的多台数字化菜谱可以同时无线连接 到该 桌所用的一台数字化菜谱； 被连接的菜谱称为主菜谱； 无线连接到主菜谱的称为从菜谱； 主 菜谱上运行有数据服务器；在数据服务器上维 护购物车状态，可以通过从菜谱或主菜谱上的 菜谱软件査看或修改购物车的内容。

其特征还在于：

1、 其组件包括数字化菜谱和消费者终端；

消费者终端上运行有消费者应用；

数字化菜谱上运行有数据服务器和菜谱软件；

在点菜过程中， 消费者终端无线连接到该顾客所在桌位所用的 数字化菜谱； 菜谱软件和 消费者应用连接到数据服务器。

2、 数字化菜谱上带有无线基站； 在点菜过程中， 消费者终端无线连接到该顾客所在桌 位所用的数字化菜谱的无线基站。

3、 由一台主菜谱和多台从菜谱组成； 在点菜过程中， 从菜谱无线连接到主菜谱； 主菜 谱上运行有数据服务器和菜谱软件；从菜谱上 运行有菜谱软件；主菜谱和从菜谱上的菜谱软 件连接到主菜谱上的数据服务器。

其特征还在于：

1、 其组件包括数字化菜谱、 消费者终端和会员服务器；

消费者终端上运行有消费者应用；

数字化菜谱上运行有数据服务器和菜谱软件；

数字化菜谱上带有无线基站； 在点菜过程中， 消费者终端无线连接到该顾客所在桌位所 用的数字化菜谱的无线基站；数据服务器向当 前所有无线连接到本数字化菜谱的消费者终端 提供数据服务； 消费者应用在数据服务器上进行会员登录；

在数据服务器上维护购物车状态， 通过菜谱软件修改购物车的内容；

消费者应用从数据服务器获取当前购物车内容 ，顾客可以在消费者应用上査看当前购物 车内容；

数字化菜谱或者消费者应用将点菜内容上传到 会员服务器。

2、 消费者应用可以在数据服务器上进行匿名登录 ； 匿名登录的时候， 数据服务器生成 并返回登录代号给消费者应用，消费者应用保 存登录代号；上传到会员服务器的点菜内容中 包含该桌所有匿名登录的登录代号；当匿名登 录的会员之后通过消费者应用登录到会员服务 器的时候，消费者应用将登录代号上传到会员 服务器，会员服务器将登录代号和之前上传的 点菜内容中的登录代号进行核对， 核对无误后将该会员关联到该点菜内容。

3、 消费者终端从数据服务器上的 http服务下载消费者应用。

4、 顾客可以在消费者应用上修改购物车的内容。

5、 消费者应用从数据服务器上下载菜谱数据， 顾客可以在消费者应用上浏览菜谱并将 其中的菜品加入购物车。

6、 消费者应用和数字化菜谱从会员服务器下载会 员档案数据， 当消费者应用登录到数 据服务器时， 消费者应用和数据服务器分别向对方发送对方 未下载的会员档案数据。

7、 消费者应用对在同一餐厅同一市别的登录次数 进行限制； 可以在通过菜谱软件界面 删除某个己登录的会员，该会员被删除后，数 字化菜谱断开和该会员的消费者终端的无线连 接。

8、 数字化菜谱上设有专门的按键用于显示无线连 接方法。

9、 数字化菜谱每次开机的时候重新分配随机的无 线基站密码。

10、消费者终端可以通过扫描数字化菜谱屏幕� ��显示的二维码来自动建立到数字化菜谱 的无线基站的连接，该二维码是对一个含有该 数字化菜谱无线基站的名称和密码的字符串的 编码， 消费者应用从二维码中读取数字化菜谱读无线 基站的名称和密码并建立无线连接。

11、 消费者终端可以通过和数字化菜谱进行 NFC通信来自动建立到数字化菜谱的无线 基站的连接， 消费者应用通过 NFC从数字化菜谱读取其无线基站的名称和密码 并建立无线 连接。

12、可以通过消费者应用界面上的快捷键来直� ��在数字化菜谱的无线基站和餐厅的无线 基站以及移动网络之间切换； 点菜结束后，消费者应用自动将消费者终端切 换到餐厅的无线 基站或移动网络。

13、顾客可以通过消费者应用或者菜谱软件将� ��己的就餐历史和收藏中的菜品或餐厅的 热门菜品加入购物车。

14、顾客可以通过消费者应用在会员服务器上� ��览餐厅的菜谱并将感兴趣的菜品加入消 费者应用上的临时购物车中， 当顾客到达餐厅就餐并且其消费者应用登录到 数据服务器后， 顾客可以通过消费者应用将临时购物车中的菜 品加入到数据服务器上的购物车中。

15、 其组件还包括服务员终端， 服务员终端上运行有服务员应用； 服务员终端无线连接 到当前需要管理的正在点菜的桌位所用的数字 化菜谱上的无线基站；服务员应用连接到该数 字化菜谱上的数据服务器； 服务员可以在服务员应用上查看和修改购物车 内容。

16、 当数字化菜谱翻页的时候， 数据服务器令服务员应用显示数字化菜谱当前 页面上的 菜品以及菜品介绍和营销要点。

17、 数字化菜谱上运行有菜谱软件； 数字化菜谱上带有无线基站； 多台数字化菜谱可以 同时无线连接到一台数字化菜谱上的无线基站 ；连接到基站的菜谱称为从菜谱；被连接的菜 谱称为主菜谱； 主菜谱上运行有数据服务器； 在数据服务器上维护购物车状态， 可以通过从 菜谱或主菜谱上的菜谱软件查看或修改购物车 的内容。

其特征还在于：

1、 其组件包括数字化菜谱和消费者终端；

消费者终端上运行有消费者应用；

数字化菜谱上运行有数据服务器和菜谱软件；

数字化菜谱上带有无线基站； 在点菜过程中， 消费者终端无线连接到该顾客所在桌位所 用的数字化菜谱的无线基站； 菜谱软件和消费者应用连接到数据服务器。

2、 由一台主菜谱和多台从菜谱组成； 主菜谱上带有无线基站； 在点菜过程中， 从菜谱 无线连接到主菜谱上的无线基站；主菜谱上运 行有数据服务器和菜谱软件；从菜谱上运行有 菜谱软件； 主菜谱和从菜谱上的菜谱软件连接到主菜谱上 的数据服务器。 下面对发明内容进行解释。解释都是结合具体 方案进行的， 因此下文中的内容并不代表 本发明必须的实施方式， 仅仅是对本发明内容进行更详细的说明。

和发明 B类似，本系统一般由会员服务器以及多个门� �系统组成。会员服务器是运行在 internet上的集群服务器。 门店系统就是运行在餐厅的任何一个门店中的 全部信息系统， 包 括门店服务器、 多台数字化菜谱、 PC客户端、 移动客户端、 打印机和网络布线等等。 一般 还会设有和门店系统配套的集团服务器， 一个连锁餐饮企业的所有门店系统都会通过 internet连接到集团服务器从而形成一个整体的� ��息系统。门店系统都通过 internet连接到会 员服务器，而顾客也可以登录会员服务器查看 就餐历史并进行点评，餐厅则可以从会员服务 器获取顾客点评从而对厨师和服务员进行业绩 评定。由于本发明的重点在于移动终端和数字 化菜谱的数据交互， 因此并不再叙述上述内容， 在权利要求书中也未提到这些内容。而真正 实施本发明的时候， 实际上会结合发明 B 中提到的大部分内容， 只是其中有缺陷的部分被 本发明改造了， 这也是本发明的主要内容。

消费者终端连接数字化菜谱所用的无线方式应 一般满足以下要求： （1 )传输速率快， 从 而能支持图片的快速传输； （2)任何手机 /平板电脑上都能支持这种无线连接， 并且基本没 有兼容性问题； （3 )该无线连接一般用于承载 TCP/IP网络通信， 从而能够简化客户机 /服务 器软件开发。 可见， 在目前技术条件下， wifi是唯一的选择。

wifi以及任何无线技术的共同特点是通信性能� �着通信距离的增加而快速衰减。 例如 wifi会随着距离增加（导致信号变弱、信噪比� �低）而自动切换到更慢的速度上去， 例如从 65Mbps切换到 5Mbps。 无线技术的另一个特点就是信道共享， 因此并发通信越多， 每个节 点能分配到的通信容量就越小。因此移动网络 往往通过增加基站密度从而缩小蜂窝尺寸来增 加系统总容量， 因为一个蜂窝内的通信信号到另一个蜂窝的时 候就己经充分衰减了，仅仅表 现为噪声， 因此可以认为每个蜂窝都可以利用整个无线频 段， 互不干扰地工作， 从而增加了 系统总通信容量， 即可以有更多的设备互不干扰地同时通信。 现有餐厅中的 wifi —般是用 于顾客用手机上网， 这种 wifi—般只有很少的几个基站或者只有一个基� �（注： wifi基站一 般被称为 wifi AP, 可以是专门的 AP， 也可以是无线路由器内置的 AP, 本文统一将其称为 wifi基站）， 因此整个系统的通信容量是十分小的， 而且距离基站较远的地方的通信是极不 稳定的甚至没有信号，或者由于信噪比低己经 切换到了极慢的通信速率，严重影响使用者体 验。餐厅如果想增强系统容量， 就只能安装更多的基站， 这样不仅增加了成本， 而且对于现 有的餐厅来说， 是不可能进行高密度基站安装的。

本发明将 wifi基站以及相应的服务器全部放到了数字化� �谱上，使得任何顾客在连接到 基站的时候， 距离一般不超过 2米， 而且每个基站及连接到该基站的终端（顾客的 手机或者 正在管理该桌位的服务员的手机或者该桌使用 的其它数字化菜谱） 组成了一个十分微小的 "蜂窝"， 每个正在点菜的桌位都会形成一个蜂窝 （或者， 如果是多桌一起点菜， 则多桌所 用的所有数字化菜谱以及顾客手机形成一个大 一些的蜂窝）， 该蜂窝有自己的无线基站和服 务器并且仅仅服务于本桌的顾客和服务员以及 本桌所用的其它数字化菜谱。相聚较远的蜂窝 之间的干扰是较小的，这类似于蜂窝移动通信 网络中不同蜂窝的关系， 因此不仅完全无需布 线，而且信号强度达到的最强并且增加了系统 容量，相当于基站是可以移动的并且永远移动 到当前正在使用基站的人的身旁。 另外， 本发明还可以降低 wifi基站的发射功率， 因为使 用者都在基站旁边， 仅仅小功率信号发射即可满足通信需求， 还能降低不同"蜂窝"之间的 干扰， 提高系统总容量。

由于数字化菜谱提供的 Wifi网络仅仅是本桌使用，因此数字化菜谱每� �幵机都可以自动 更换不同的 wifi基站 SSID和密码， 而基站 SSID和密码显示在数字化菜谱的屏幕上， 顾客 可以直接看到， 无需询问服务员。 而且由于是每桌自成网络， 不怕黑客入侵， 因此 wifi密 码可以十分简单。 而且可以放心进行 SSID广播。 由于信号极强， 因此打开手机进入 wifi设 置以后， 本桌的数字化菜谱的基站一般排在第一个 （手机的 wifi设置界面一般会按信号强 弱排序周围扫描到的基站）。 而且只需要连接 wifi就解决了全部问题， 马上可以开始使用， 没有扫码或者手工选择门店或者桌位的问题。 首次使用的顾客打开手机浏览器就能自动跳转 到首页， 无需输入任何网址， 这都是因为基于的是一个完全独立的信息系统 。

而且， 显然任何系统故障都只影响一桌了， 不会出现门店系统故障导致所有顾客无法点 菜的问题。

本发明的另一个特点是数字化菜谱提供的无线 基站的作用并不是让无线终端通过基站 接入餐厅门店内的服务器 （即餐饮管理系统中的服务器） 或者 internet, 而是在点菜过程中 形成一个完全独立的系统。该系统有自己的网 络和服务器，该系统的运行完全不依赖于外界 环境。该网络是由数字化菜谱上的基站提供的 。运行在数字化菜谱上的数据服务器则为每个 连接到该数字化菜谱的终端提供数据服务。数 据服务器就是指运行在数字化菜谱上的一套软 件。 消费者终端 （顾客的手机或者平板电脑） 和服务员终端 （服务员的手机或者平板电脑） 则都无线连接到数字化菜谱上的基站， 而其上运行的软件（消费者应用和服务员应用 ）可以 与数字化菜谱上的任何软件通信，实际则主要 与数据服务器通信， 即访问数据服务器提供的 服务。本发明通过采用封闭独立的系统， 消除了对外界网络和服务器的依赖， 从而提升了可 靠性。而其， 由于该网络并未连接到餐厅门店的业务网络， 因此即使被黑客入侵， 也几乎没 有损失。

本发明中数字化菜谱上的无线基站一般是直接 通过数字化菜谱上的无线网卡实现的，例 如数字化菜谱上的 wifi网卡， 通过将 wifi网卡置于 "软 AP"工作模式下（类似于手机或者 平板电脑的 " wifi热点"模式， 但区别在于这个热点不是为了向终端提供上网 服务， 而是用 于访问数据服务器)， 数字化菜谱上就相当于带有无线基站了。 另外， 考虑到软 AP可能性 能不足， 例如同时连接的客户端数量比较少， 没有 QoS功能等， 也可以用硬 AP实现， 即在 数字化菜谱中内置 AP芯片， 典型的芯片如 Atheros的 AR9331。 该芯片和数字化菜谱的主 控芯片通过 USB或者以太网线路连接（这种系统结构是现有 很多产品如机顶盒的常用方式， 因此不再详述）。 甚至于， 作为更低成本的实现， 也可以只用硬 AP芯片来实现数字化菜谱， 即在硬 AP芯片上实现基站、 菜谱软件和数据服务器的全部功能。 为了简便， 后文中用 "终端"代替 "消费者终端或者服务员终端"。 用 "终端应用"代 替 "消费者应用或者服务员应用"。 用 "平板"代替 "平板电脑"。 另外还要说明， "终端" 不仅可以是手机、 平板电脑， 还可以是任何未来设备， 例如智能眼镜等等。本文中 "会员档 案"等效于 "会员档案数据"。

数据服务器是运行在数字化菜谱上的软件， 其结构和原理和一般的网络服务器类似， 例 如可以由前端的 http服务器软件 /应用服务器软件和后端的 DBMS软件组成。 例如， 如果数 字化菜谱是基于 x86处理器并运行 windows/linux系统， 则可以采用 Apache http菔务器、 Tomcat应用服务器和 MySQL DBMS, 在 Tomeat容器中执行实际应用代码。 但是为了降低 成本和功耗， 数字化菜谱一般是基于嵌入式架构的， 处理器一般是 ARM内核， 而操作系统 一般是 Android, 因此上述传统 PC服务器上的软件是无法运行的。 如果采用嵌入式架构， 则一般需要开发专门的服务器软件了， 例如如果是基于 Android的平台， 则一般需要用 java 语言开发 http服务器、 应用服务器， 并用 SQLite作为 DBMS。 由于本应用并不需要一般的 http服务器和应用服务器的全部功能， 因此完全可以仅实现需要的功能从而简化开发 ， 例如 完全无需支持 Servlet、 JSP之类的服务器技术， 而是将 http服务器和应用完全集成在一起， 作为一个 Android程序（apk)实现，该程序监听 http端口（在 Android下一般是用 ServerSocket 以及 HttpService实现）， 收到特定的 URL请求后， 就会调用相应的执行函数来得到响应， 并将响应返回给客户端， 这和一般的应用服务器是类似的 （http服务器将特定的 URL转交 应用服务器处理，而应用服务器则将每个 URL交给容器内相应的应用处理）。该执行函数 则 用 Android的数据库 API访问 SQLite数据库。 另外数据服务器也可以集成专门开发的能代 替 DBMS功能的软件。 不管采用哪种方式， 最终都实现了终端软件和数据服务器的双向通 信， 从而数据服务器可以为所有连接的终端应用提 供服务。

显然， 数字化菜谱上除了运行数据服务器以外， 还会运行菜谱软件， 菜谱软件就是实现 电子菜谱的功能的应用软件， 一般包括菜谱展示和翻页浏览、搜索、购物车 以及系统管理等 功能。不仅终端应用可以访问数据服务器， 菜谱软件也会访问数据服务器， 和终端应用的区 别是菜谱软件和数据服务器都运行在数字化菜 谱上。对数据服务器来说，菜谱软件和终端应 用都是一个访问该服务器的客户端。实际上， 将菜谱软件和数据服务器集成在一起也是可以 的， 例如在一个 Android apk中实现。 如果菜谱软件和数据服务器集成在了一起， 则菜谱软 件不一定需要通过 IPC (进程间通信， 例如 http请求就是一种 IPC) 来访问数据服务器了， 而是可以直接调用数据服务器内部的功能函数 了，从而提升在嵌入式架构上的运行速度。另 外，菜谱软件也可以和数据服务器深度耦合在 一起， 即相当于在菜谱软件中加入了数据服务 的功能。 可见， "数据服务器"仅仅意味着数字化菜谱可以为终� ��提供本文中所述的数据服 务， 而其具体实现形式 （或者说软件架构） 可以是多种多样的。

首先要建立终端和数字化菜谱之间的无线连接 。本发明提供了多种方便顾客建立连接的 方法。首先， 数字化菜谱上会有一个专门的按键（对于平板 菜谱则是虚拟触摸按键， 对于电 视菜谱或者点菜车则是遥控器上的按键）用于 显示无线连接方法。该按键被称为 "无线连接 方法按键"。 按该键后， 菜谱软件会在屏幕上显示无线连接方法， 其中包括连接的步骤， 以 及基站名称 （例如 wifi的 SSID)和连接密码。 此时顾客或服务员根据基站名称和密码即可 将其终端连接到数字化菜谱上的无线基站了。 另外该窗口上还可以显示一个二维码，如果终 端上己经安装了终端应用， 则可以用终端应用扫描二维码 （终端应用上内置二维码扫描功 能）， 终端应用会从二维码中提取出基站名称和密码 （例如从二维码中提取出来的是一个字 符串， 内容是： SSID[aaaa— bbbb]PASSWORD[12345678], 从这个字符串中就能得到基站名 称 aaaa—bbbb和密码 12345678了）， 并自动建立无线连接。而该二维码是由菜谱软 件根据其 数字化菜谱的当前无线基站名称和密码来生成 的， 而密码一般是每次开机都进行随机分配， 例如，数据服务器可以在每次开机的时候生成 随机密码并将其设定到无线基站中（ 谱软件 作为一个客户端可以从数据服务器获取最新的 ssiD和密码）。 基站名称可以有多种实现方 式。基站名称可以和密码一样每次开机的时候 重新随机分配。也可以用桌号作为基站名（之 前服务员己经在菜谱上录入了桌号）， 例如 23号桌则基站名称可以是 " TB23 ", 这样可以方 便顾客寻找本桌菜谱的基站。 也可以是桌号加随机分配信息作为基站名， 例如 " BH23", 其 中 23是桌号， BH则是随机分配的两个字母。 在 Android平台上终端应用只要调用相应的 API就能连接到指定 wifi网络了。 对于 iOS平台 （或者 Windows Phone平台等） 的终端来 说由于限制较多， 一般只有"越狱"后才能实现自动建立无线连接� �� 否则终端应用没有权限 建立连接， 这种情况下终端应用可以显示基站名称和密码 并提示终端使用者手工连接该基 站， 同时终端应用还可以显示一个按钮 "将密码复制到剪贴板"， 这样使用者只要去 wifi设 置界面中连接指定 SSID 的基站并粘贴密码即可。 进一步地， 如果数字化菜谱上带有 NFC 功能， 同时终端上带有 NFC功能并且已经安装了终端应用， 则可以将终端和数字化菜谱一 碰， 在碰的过程中， 终端应用就会通过 NFC从数字化菜谱读取基站名称和密码 （例如， 数 据服务器和终端应用通过 NFC通信， 从而数据服务器可以将 SSID以及密码发送给终端应 用）， 并自动建立连接。 由于 iOS目前没有 NFC功能因此不能用这种方式。 通过 NFC—碰 建立 wifi连接是既有的技术因此其具体实现细节不� �详述。

由于每个数字化菜谱及连接到它的终端都组成 了一个和外部隔绝的独立的网络， 因此每 个数字化菜谱的 IP地址可以都是一样的， 例如 192.168.1.1。 为了简便， 后文中全部假设数 字化菜谱的 IP地址是 192.168.1.1。数字化菜谱上应运行有 DHCP和 DNS服务器，当终端成 功无线连接到数字化菜谱后， DHCP服务器就会为该终端分配 IP地址。

当消费者终端成功连接数字化菜谱后， 如果消费者终端上尚未安装消费者应用， 则首先 应进行安装。本发明为了解决在餐厅中消费者 应用下载障碍大的问题，提出了直接从数字化 菜谱下载消费者应用的方式。 连接成功后， 顾客可以打开终端上的 web浏览器， 只要输入 任意网址就会自动跳转到下载页面。 实现方法是， 数字化菜谱上的 DNS服务器会将任何域 名映射到数字化菜谱的 IP地址。 从而在手机 web浏览器上输入任何网址都会向数字化菜谱 上的 http服务器提出请求， 该 http服务器会将任何 URL (除了数据服务器提供数据服务所 用的几个 URL以外， 见后文） 重定向到下载 URL地址， 例如 http://192.168丄 l/download， 从而就会在手机 web浏览器上看到下载页面了。 下载页面一般会提供面向不同平台的多个 下载链接， 例如 Android版、 iOS版， 等等。 此时顾客点击相应的链接就能下载并安装消费 者软件了。另外服务器也可以根据 http请求中的浏览器信息自动判定客户端的系� �，从而返 回相应的下载页面， 例如如果发现是 android客户端， 则下载页面中只有一个 android下载 链接，从而让顾客使用起来更为直观。另外， 显然上述下载方式仅限于已越狱的 iOS设备（未 越狱一般只能通过苹果应用商店安装软件）， 因此下载页面中还应包含指向应用商店上本消 费者应用的下载链接，对于未越狱的 iOS设备来说，就只能通过移动网络登录应用商 店下载 消费者应用了 （显然必须先手工断开到数字化菜谱的 wifi连接从而能改为使用移动网络）。 显然，无论是下载页面还是要下载的安装包都 是存储在数字化上并被 http服务器提供给客户 端的，或者下载页面也可以是由应用服务器动 态生成的，例如根据不同的客户端系统生成不 同的下载页面。对于 iOS等禁止随意下载原生 app的平台的顾客来说，如果此时必须先去官 方应用商店下载应用， 则显然增加了麻烦， 例如餐厅中可能没有移动网络信号。 因此， 也提 供 BS模式应用， 即网页模式的应用， 该应用一般基于 HTML5等技术开发， 可以在下载页 面中提供一个链接叫做 "直接进入网页点菜"， 顾客点击该链接就会进入 BS模式应用了。 为了方便叙述， 后文一般不再区分原生 app和 BS模式应用， 都视为 "消费者应用"， 因为 两者仅仅是实现方式不同，具体功能都是类似 的， 只不过有些涉及到访问消费者终端硬件的 功能， BS模式应用难以实现，这些 BS模式应用无法实现的功能则不在 BS模式应用中提供 即可（即 BS模式应用的功能少于原生 app), 后文不再专门叙述。

当消费者终端成功连接数字化菜谱后， 如果消费者终端上已经安装了消费者应用并且 该 消费者应用上已经关联了会员（即之前已经在 消费者应用上输入会员号和密码登录过会员服 务器并自动保存了会员号和密码在消费者应用 中，类似于一般的登录界面可以自动保存用户 名和密码）， 则消费者应用会自动用之前保存的会员号和密 码尝试在数据服务器上进行会员 登录，例如，当消费者应用检测到手机成功连 接 wifi的时候，会自动向 http://192.168.1.1/login 发出登录请求， 如果服务器没有响应， 则说明目前连接到的 Wifi并不是数字化菜谱上的无 线基站。这个过程与一般的登录服务器的过程 是类似的， 都是客户端提出请求， 请求中包含 会员号和密码。数据服务器收到请求后， 验证会员号和密码（为了验证， '数字化菜谱上应该 存储有全部会员的信息， 如发明 B所述）， 然后在数字化菜谱的屏幕上显示欢迎信息， 其中 包括该登录会员的昵称、 积分等信息， 这和发明 B是完全一致的。 另外， 如果此时已经有 其它消费者终端连接到了数字化菜谱，则也可 以在每个已连接消费者应用上显示会员登录信 息， 例如" ***已加入本次就餐"， 这可以通过各种服务器推技术实现， 即当任何消费者应用 登录数据服务器的时候， 数据服务器会向已连接的所有客户端（包括菜 谱软件在内）推送登 录消息。 可见， 本发明用会员登录的方式代替了发明 B 的刷会员卡的方式， 从而实现了从 实体会员卡向电子会员卡的转变。另外， 本发明的登录过程并不需要输入用户名和密码 ， 而 是自动登录， 无需像现有电子菜谱一样每次都在数字化菜谱 上手工输入会员号和密码登录 了。 此处还要说明的是， 消费者应用显然是通过某个 URL 来访问数据服务器的， 例如 http://192.168.Ll/logino数据服务器收到针对这个 URL的请求的时候，就会由数据服务器中 的登录模块来处理该请求，登录模块则会从请 求中提取会员号和密码并在数字化菜谱中存储 的会员档案中进行验证。 数据服务器提供的其它服务也都有自己的 URL， 这和一般的网络 服务器系统是相同的。为了安全，一般在向 http://192.168.1.1/login提出登录请求之前， 消费 者应用会先验证 http://192.168.1.1/是否真的是数字化菜谱上的数� �服务器， 而不是黑客提供 的用于套取会员号和密码的钓鱼服务器。 例如可以采用 RSA加密方法， 消费者应用首先生 成一个随机数（例如 256位的随机数， 即 32字节）， 然后将该随机数用公钥加密， 将加密后 的密文通过 http请求发送给 http://192.168il/security_check， 如果 ://192.168丄1/是真正 的数据服务器， 则数据服务器收到请求后， 会用私钥对密文进行解密， 得到加密之前的随机 数，然后将该随机数返回给消费者应用，消费 者应用如果发现返回的随机数和之前生成的一 致， 则可以确认 http://192.168.1.1/是可信的， 此时才会提出登录请求（请求中包含会员号和 密码)。 另外， 为了进一步提升安全性， 登录数字化菜谱可以采用和登录会员服务器不 同的 密码，这样即使在极端情况下密码被泄露，也 不会威胁到会员在会员服务器上的隐私数据的 安全。显然， 如果釆用不同的密码， 则顾客还应该提前在消费者应用界面中输入并 保存登录 数字化菜谱的密码从而能实现自动登录。 此处还要说明， 数字化菜谱一般由厂商统一管理， 完全是一个封闭的系统， 餐厅人员无法访问数字化菜谱内部的受保护的 数据 （包括私钥在 内）， 因此顾客在数字化菜谱登录的时候请求中的密 码以及登录后上传的任何隐私信息是不 会被某些餐厅的不法分子窃取的。另外， 如果顾客仅仅是登录数据服务器并点菜， 而不需要 访问存储在数字化菜谱上的会员档案数据，则 登录的时候根本无需密码了， 只需要会员号就 行了。再如， 如后文所述， 会员档案数据也可以通过手机来传递， 数字化菜谱上不保存任何 会员档案， 对于这种情况显然登录也是不需要密码的， 只需要会员号， 从而可以将该会员和 本次就餐关联（进而实现发明 B的各种功能）。

可见， 本发明实现了一种十分容易 "刷卡 "的电子会员卡， 因为只要顾客连接上 wifi, 打开了消费者应用， 就等于刷卡了。 采用本发明后， 顾客可以自助 "刷卡"， 从而 "刷卡" 顾客量会大幅上升， 从而为餐厅广泛收集顾客行为数据打下了基础 。 以往， 由于身份认证需 要服务员参与， 因此一般只有结账的顾客才会被记录， 其它顾客就和餐厅失去联系了， 例如 就无法收集这些顾客的点评信息了。 如发明 B所述， 点评信息可以用于自动评定服务员和 厨师业绩以及改进菜谱内容， 因此是十分关键的信息。而且后文还可以看到 ， 通过记录顾客 的 mac地址， 即使没有注册会员的顾客， 只要手机连接了数字化菜谱， 照样可以被记录在 案， 相当于不是会员都能 "刷卡"。

发明 B需要在每个门店的所有数字化菜谱中定期更� �会员档案数据。会员档案数据包含 了和每个顾客相关的任何数据， 例如就餐历史、 口味偏好和收藏等信息。这种方式的问题在 于，当会员数量很大的时候，要传输的数据量 是很大的，而其中大部分数据是不会被使用的 ， 因为只有当一个会员光顾某个餐厅的时候， 其存储在该餐厅数字化菜谱中的数据才会被使 用。本发明则提出了将会员档案例如口味偏好 、个人信息、就餐历史和收藏存储在顾客手机 中的方案。 平时， 当顾客通过消费者应用登录会员服务器（如发 明 B)的时候， 消费者应用 就会自动从会员服务器上下载最新的会员档案 数据到顾客手机上并保存（显然，下载的数据 仅仅是该顾客自己的会员档案数据）。 这样， 当顾客去任何餐厅就餐的时候， 在手机无线连 接到数字化菜谱之后，消费者应用即可将此顾 客的会员档案上传到数据服务器上（注：显然 ， 上传的会员档案仅包含该顾客的基本信息如昵 称、头像， 以及该顾客在当前餐厅的各种数据 如积分、会员等级、 收藏、 就餐历史， 不会上传该顾客在其它餐厅的数据）。此处还 要说明， 会员档案涵盖了顾客的所有相关数据，而此处 实际从会员服务器下载的会员档案可能只是其 中一部分，例如只下载收藏， 而不下载就餐历史数据， 具体下载哪些则取决于具体实施方案 的偏好。可见， 当进行会员登录的时候， 消费者应用首先应该从数据服务器获取本餐厅 的代 号 （该代号一般是由平台服务商提供的）， 从而消费者应用能得知当前是在哪个餐厅， 从而 从消费者终端上调出相应的会员档案并上传到 数据服务器。 由于手机中的存储空间十分大， 而且 wifi的传输速度很快， 因此同时还可以将此顾客的头像上传 （即之前从会员服务器下 载的会员档案还包括会员头像图片）。 此处头像指此顾客之前在消费者应用上为自己 设定的 头像， 主要用于满足发明 B 中所述的社交功能的需求。 当登录到数据服务器的时候， 各个 己连接的客户端在屏幕上显示的欢迎信息中不 仅包含该顾客的昵称，还会显示头像，从而更 为亲切。 由于口味偏好、个人信息、就餐历史和收藏以 及头像都可以通过顾客手机上传到数 据服务器了， 因此就完全无需将这些数据提前存储到数字化 菜谱中了， 从而省去了发明 B 的海量数据传输的操作。凡是通过顾客手机传 输的会员档案，就无需在数字化菜谱上提前存 储了，一个最极端的情况就是数字化菜谱上不 存储任何会员档案，一切会员档案都通过顾客 手机传输。可见， 只要有任何会员档案是被存储在数字化菜谱上 而不是通过手机上传的， 数 字化菜谱中就必须同时存储所有（也可以是在 本餐厅所在会员域就餐过的， 见发明 B)会员 的密码， 因为必须完成密码验证才能访问存储在数字化 菜谱上的隐私信息。还有一种会员档 案信息就是顾客在某餐厅的积分， 发明 B会根据顾客的积分和会员等级来修改菜谱中� �价 格， 因此显然积分如果是通过顾客手机上传的， 则必须带有数字签名， 以防止顾客假冒积分 和会员等级， SP， 当消费者应用从会员服务器上下载积分和会员 等级数据的时候， 会员服务 器会对其进行数字签名并将签名结果一同返回 给消费者应用。另外还要说明的是，消费者终 端上传给数据服务器的个人隐私信息并不会被 存储，仅仅用于在点菜过程中使用。只有会员 号会被数字化菜谱存储到点菜结果中并在之后 被上传到会员服务器，详见发明 B。另外可见， 如果由手机上传头像、收藏等信息到数据服务 器， 则登录可以是如下过程： 消费者应用发出 餐厅査询请求；数据服务器返回餐厅代号；消 费者应用根据代号从手机上读取此会员在该餐 厅的相关会员档案； 消费者应用发出登录请求， 请求参数包括会员、 密码（根据需要）和多 种会员档案数据； 数据服务器让己连接的客户端显示欢迎信息。 可见， 本发明既不需要像发 明 B—样提前将海量数据传入数字化菜谱， 也不需要使用过程中依赖外部网络和平台服务 器，就能实现将顾客的个性化会员档案调出以 及传入数字化菜谱，实现了顾客档案"随身行"� �� 从而为顾客提供一系列如发明 B所述的个性化服务。 另外需要说明， 消费者应用无需将全 部相关会员档案上传到数据服务器,例如如果� �体实施方案并不支持在数字化菜谱上査看就 餐历史和收藏信息， 则无需上传这些信息到数据服务器， 只需上传昵称、 头像、积分、会员 等级等基本信息了。

当消费者终端成功连接数字化菜谱后， 如果消费者终端上己经安装了消费者应用， 但是 该消费者应用尚未关联任何会员（未登录到会 员服务器并保存登录会员号和密码在手机上） ， 则本发明会进行匿名登录。匿名登录主要用于 顾客首次从数字化菜谱下载并安装消费者应用 的时候，此时顾客还未在会员服务器上注册会 员。如果要求顾客必须先注册再登录数字化菜 谱，则会严重影响使用体验， 因为刚安装完消费者应用的顾客显然急于使用 应用的种种趣味 功能， 而不是等待注册的过程， 而且注册还要通过移动网络访问会员服务器， 因此不仅要消 耗流量， 而且还可能由于网络信号不好而无法注册。本 发明用匿名登录来解决这一问题。 当 消费者应用向数据服务器提出匿名登录请求的 时候，请求中并没有会员号和密码，数据服务 器收到匿名登录请求的时候，会生成一个登录 代号并将该代号返回给消费者应用，消费者应 用保存该登录代号。登录代号一般由以下部分 组成： 餐厅代号、数字化菜谱代号（即设备序 列号）、 登录时间 （一般精确到秒） 和一个随机数 （至少 32位）。 匿名登录后， 各个已连接 到数据服务器的客户端显示的欢迎信息一般是 "匿名会员己登录"， 为了有效辨别该匿名会 员到底是谁，欢迎信息中还可以显示该匿名登 录顾客的手机尾号（如果消费者应用有足够权 限则可以自动从手机上读取手机号，如果没有 权限则可以让顾客在手机上输入几个数字例如 1234从而方便辨别）。 匿名登录后， 该顾客拥有和其他顾客完全一样的使用体验， 可以使用 本发明提供的全部功能。如果一桌中有多个顾 客匿名登录，则每个顾客都会被分配一个登录 代号。当匿名登录的顾客离开餐厅后， 可以在有功夫的时候进行会员注册， 当注册完毕并登 录到会员服务器后， 消费者应用会自动上传（也可以先询问该顾客 是否要上传）之前存储的 登录代号和会员号到会员服务器， 会员服务器根据登录代号中的信息（餐厅代号 、登录时间 和设备序列号）调出相应的就餐历史内容（该 内容由门店系统上传到会员服务器， 详见发明 B, 也可以由本次就餐中的其他非匿名登录顾客的 消费者应用上传， 见后文）， 该就餐历史 内容中也存储着该登录号， 核对无误后 （主要是核对随机数）， 就会将此匿名登录的会员正 式关联到本就餐历史数据了， 即在会员服务器上的本就餐历史数据中增加该 会员的会员号， 同时会将该就餐历史内容中的登录代号标记为 已使用，从而不会被不法分子重复使用。到此 为止， 就和当时点菜的时候用本会员身份（而不是匿 名）登录到数据服务器完全等效了， 因 为其会员号己经像其它的非匿名登录顾客一样 被存储到会员服务器上的这次就餐历史数据 中了。 此处还要补充说明， 如发明 B所述， 任何一桌点菜完毕后， 其点菜内容都会被上传 到会员服务器， 点菜内容中包括了所有所点菜品的名称、数量 、 价格、 要求等信息， 还包括 点菜的时候该桌所有进行登录的己注册顾客的 会员号，还包括点菜的时候该桌所有匿名登录 的顾客的登录代号。可见， 每桌都会生成一个点菜内容， 或者说一次就餐历史数据， 该数据 会被存储在会员服务器上，并且随时可以被修 改，例如当匿名登录的顾客之后登录会员服务 器的时候就会在服务器上的该点菜内容中添加 该会员的会员号，同时将相应的登录代号标记 为己使用或者直接从点菜内容中删除。 如果某个顾客用的是 BS 模式应用， 则可以通过 HTML5的本地存储技术保存登录代号， 也可以提供一个下载链接， 从而顾客可以将登录代 号以文件的方式下载并存储在手机中，之后安 装了原生 app以后，可以从该文件导入登录代 号。

消费者终端登录到数据服务器后 （包括匿名登录）， 在整个点菜过程中同一桌上的每个 顾客的消费者终端都会持续无线连接到该桌的 数字化菜谱上的数据服务器。当用菜谱软件修 改了购物车内容的时候（购物车用于存储已点 菜品的状态， 如菜号、 名称、 数量、 规格、 要 求等， 和在线购物系统的购物车类似）， 例如添加了菜品、 删除了菜品或者修改菜品的数量 和要求的时候， 这些变化都会被更新到每个连接的消费者终端 上， 也就是说， 顾客^"以在自 己的手机上看到本桌当前点菜内容，并且该内 容会随着数字化菜谱上的购物车的内容同步变 化。具体实施方法则一般是购物车状态被保存 在数据服务器上， 即菜谱软件不再自己维护购 物车，而是访问数据服务器上的购物车。菜谱 软件和每个消费者终端则可以采用定期自动刷 新或者服务器推的方式来和数据服务器上的购 物车状态保持同步。显然同步的时候消费者终 端需要从数据服务器下载购物车中的菜品的名 称、价格、数量、 口味要求和图片信息。进一 步地，顾客也可以在消费者终端上修改购物车 内容， 例如删除某个菜品、设定某个菜品的数 量或者口味要求等，所做修改会被消费者应用 上传到数据服务器上的购物车状态中，之后则 会被同步到其它消费者终端以及菜谱软件中。 可见在点菜过程中，菜谱软件和每个消费者应 用都是等同的， 共同操作数据服务器上的购物车， 而显然数据服务器应像一般的 DBMS— 样具有并发访问控制功能。另外，顾客在点菜 过程中可以随时在手机上看到当前点菜内容和 清晰大图， 本身就增加了本系统的可玩性和顾客的参与积 极性。另外， 当用消费者应用修改 了购物车内容的时候， 所有已连接数据服务器的客户端应该在屏幕上 显示类似于 刚刚 修改了菜品 ###的数量"的提示， 其中 ***是会员昵称， ###是菜品名称， 这样做主要是让后 台的修改能及时被所有顾客看到，尤其是当被 其他桌的无聊顾客修改的时候，能及时发现问 题。

顾客还可以在消费者应用上浏览自己在本餐厅 的收藏、 就餐历史和热门菜品， 并将其中 的任何菜品加入数据服务器上的购物车并同步 到其它己连接客户端，显然这也是通过访问数 据服务器的某个服务实现的， 例如 "添加菜品"服务。 如前文所述， 收藏、 就餐历史和热门 菜品等信息既可以像发明 B—样定期同步到所有门店的所有数字化菜谱� �， 也可以被提前 从会员服务器下载到顾客的手机中。如果提前 下载到了顾客手机中，则顾客可以直接在手机 上浏览， 如果是同步到了门店的数字化菜谱中， 则顾客手机登录（需要密码， 因为要下载隐 私数据）数据服务器后可以从数据服务器下载 这些数据。同样地， 提前下载到顾客手机中的 数据也可以在顾客手机连接数据服务器后被上 传到数据服务器，从而可以在数字化菜谱上査 看这些隐私数据。总之当顾客手机连接数据服 务器后， 两者可以进行双向数据传输， 根据具 体实施方式的需要将自己有但对方没有的数据 （会员档案）发给对方， 最终实现顾客既可以 在消费者应用上浏览收藏、就餐历史和热门菜 品并将其中的任何菜品加入购物车，也可以在 菜谱软件中完成这些操作。 需要说明的是如发明 B所述， 数字化菜谱一般不是直接从会员 服务器下载这些数据， 而是由门店的餐饮管理系统下载， 然后再通过某种途径例如 U盘传 输到数字化菜谱中。此处还要说明的是， 当消费者应用提前从会员服务器下载就餐历史 、收 藏和热门菜品的时候， 实际上只需要下载菜号， 无需下载图片， 图片可以在点菜过程中实时 从数据服务器下载，从而节省了对手机存储空 间的占用。另外此处热门菜品指该餐厅的点菜 次数多以及打分高的菜品，是通过对会员服务 器上的数据定期进行统计分析生成的，显然热 门菜品不属于会员档案， 但权利要求中为了简便， 用会员档案涵盖了热门菜品。另外还需要 说明的是， 由于会员档案涉及隐私，虽然说在数字化菜谱 上和消费者应用上都可以查看会员 档案，但是显然优选的方式是只能在消费者应 用上査看， 即登录到数据服务器的每个顾客都 可以在自己的手机上査看自己的会员档案（如 前文所述， 根据具体实施方案的不同， 该档案 数据中可能有一部分是消费者应用平时从会员 服务器下载的，另一部分则是登录后从数据服 务器上下载的）， 并将其中的菜品加入购物车。

更进一步地，用消费者终端也可以浏览菜谱并 将菜品加入购物车。登录到数据服务器后， 消费者应用从数据服务器上下载本餐厅的菜谱 数据 （或者边浏览边下载）。 菜谱数据包括所 有菜品的名称、价格、介绍和图片等信息。然 后顾客就可以在自己的手机上浏览菜谱了， 也 就是说手机本身就也变成一本电子菜谱了，消 费者应用带有菜谱软件的功能。顾客可以随时 通过手机将感兴趣的菜品加入购物车进而上传 到数据服务器进而同步到菜谱软件和其它消 费者终端。可见，在点菜过程中，顾客既可以 用数字化菜谱点菜，也可以用自己的手机点菜 ， 一桌顾客操作的都是同一个购物车， 因为购物车由数据服务器维护。

更进一步地， 用这种方式还可以实现多台数字化菜谱同时为 一桌点菜。 即， 其中一台作 为主菜谱， 其它则作为从菜谱。从菜谱通过无线连接到主 菜谱上的无线基站， 而从菜谱上的 菜谱软件不再访问该从菜谱上的数据服务器（ 实际上从菜谱的数据服务器在点菜过程中完全 不使用， 处于关闭状态）， 而是改为访问主菜谱上的数据服务器， 因此从菜谱操作的实际上 是主菜谱上的数据服务器上的购物车。而该桌 的所有顾客的消费者终端也都无线连接到主菜 谱， 而不是从菜谱。 菜谱软件的界面上会提供"进入从菜谱状态"的� ��能， 进入从菜谱状态 后， 菜谱软件会将该数字化菜谱的无线网卡从基站 模式 （软 ap模式） 切换到网卡模式， 从 而可以将从菜谱连接到主菜谱的无线基站了。 如果数字化菜谱上带有 NFC功能， 则可以通 过 NFC实现从菜谱到主菜谱的无线连接的建立。 当从菜谱和主菜谱 "碰"的时候， 从菜谱 的数据服务器会通过 NFC从主菜谱的数据服务器读取主菜谱的无线基 站名称和密码， 然后 自动连接主菜谱的无线基站。 这是通过 NFC不断循环地在被读 （即 "卡模拟"模式， card emulation, 这种模式下 NFC设备模拟成一张 RFID卡， 可以被 RFID读卡器读取）和读卡器 模式之间切换实现的（每秒可能会切换若干次 ， 而且切换时间是随机的）， 当从菜谱的 NFC 切换到了读卡模式而主菜谱的 NFC恰好切换到了被读模式下， 则就会进行一次成功的 NFC 读卡操作，从"卡"中读取出来的内容就是主菜� ��的无线基站名称和密码，对于主菜谱来说， 这一读卡过程和前文所述的通过 NFC实现终端和数字化菜谱建立无线连接的过程 是完全相 同的。 如果没有 NFC功能， 则只能手工连接了， 例如在从菜谱的 wifi设置界面中连接到主 菜谱的基站， 当然也可以扫二维码连接 wifi。 一旦成功连接主菜谱， 从菜谱的菜谱软件向顾 客显示无线连接信息的时候显示的就是主菜谱 的无线基站名称和密码（及其编码得到的二维 码） 了， 同样地， 当终端和从菜谱通过 NFC碰的时候， 终端从从菜谱读取出来的无线信息 也是主菜谱的基站名称和密码，从而确保使用 从菜谱的顾客的消费者终端永远会连接到主菜 谱的无线基站上。 此处还要说明的是， 从菜谱的 IP地址就不再是 192.168.1.1了， 而是在连 接到主菜谱的时候由主菜谱上的 DHCP服务器分配的 IP地址了， 而且从菜谱上也不会再运 行 DHCP和 DNS服务器了。

和前文所述的菜谱软件和消费者终端共同访问 数字化菜谱上的数据服务器上的购物车 的过程完全相同， 当多台数字化菜谱同时为一桌点菜的时候，所 有数字化菜谱和所有消费者 终端都会同时无线连接到主菜谱，这些数字化 菜谱上的菜谱软件和消费者终端上的消费者应 用都会同时访问主菜谱上的数据服务器，因此 通过任何一个菜谱软件或者消费者应用对主菜 谱数据服务器上的购物车做出的修改都会同步 到所有连接到该主菜谱数据服务器的菜谱软 件和消费者应用上。

一个典型的应用实例是， 在一个包间中， 使用了电视菜谱， 同时使用了两台平板菜谱。 电视菜谱作为主菜谱, 而两台平板菜谱作为从菜谱， 同时有 10个顾客手机连接到了电视菜 谱， 还有 2个服务员手机连接到了电视菜谱。 这所有 10个人和 2个服务员都可以通过操作 电视菜谱、平板菜谱或者自己的手机来浏览菜 谱和修改购物车内容。而此时， 在大厅中， 有 一批顾客占据两桌进行聚会， 两桌是一起点菜的， 每桌用一台平板菜谱， 一台是主菜谱另一 台是从菜谱， 同时其中有 5个顾客用手机连接到了作为主菜谱的平板菜� �。包间中的所有设 备组成一个无线网络，大厅中两桌相关的所有 设备组成了另一个无线网络，两个无线网络完 全无关， 有各自的无线基站和数据服务器。

点菜完毕后， 服务员首先在数字化菜谱（如果是多台联合点 菜， 则是主菜谱）上和顾客 确认点菜内容，然后服务员则会将数字化菜谱 上的点菜结果通过某种方式传入餐厅的餐饮管 理系统中进而启动厨房打印等操作。传输方式 可以是任意的现有技术或者未来的技术。例如 可以通过 U盘， 也可以通过 433MHz无线数传 （前提是数字化菜谱上带有 433MHz无线收 发电路，从而可以将点菜结果直接通过餐厅中 的 433MHz无线基站发送给餐饮管理系统，和 点菜宝类似）。 另外还可以将菜谱上的无线网卡切换到网卡模 式， 从而直接连接门店内的业 务 wifi网络从而直接通过 wifi上传点菜结果到餐饮管理系统中。 另外， 也许在点菜过程中 就需要开台或者提前制作某个菜品，此时可以 通过数字化菜谱上带有的 433MHz无线收发电 路等方式发送， 当然也可以通过 u盘以及任何其它方式传送。 可见， 本发明还解决了现有 的手机点菜技术的下单过程中的种种问题： 服务员随时拿起菜谱就可以和顾客核对点菜结 果， 无需依赖于任何外部网络和系统， 并且可以进一步修改点菜结果， 例如可能核对点菜结 果的时候才发现某个菜品顾客点错了， 或者己经沽清了。

另外， 本发明还能实现消费者终端上传点菜内容到数 据服务器。 例如点菜刚点到一半的 时候数字化菜谱坏了，此时可以拿来另一台数 字化菜谱，然后当消费者终端登录到其数据服 务器之后， 就能将之前已点的菜品上传到购物车了（即， 每次通过消费者应用査看购物车内 容的时候， 消费者应用会将该内容暂存在消费者终端上） ， 因此数字化菜谱的故障不会导致 点菜内容的丢失。为了安全起见， 该点菜内容应该带有数字签名， 每次说服务器向客户端发 送购物车内容的时候， 就会对该内容进行数字签名。

可见， 在点菜过程中， 点菜内容就己经实时进入每个登录了的顾客的 手机中了， 而且能 看到高清菜品图片。一会儿上菜的时候，顾客 马上就可以拍摄照片或者撰写就餐感受和点评 了 （和发明 B类似， 顾客可以在消费者应用上直接点击每个菜品旁 边的拍照按钮， 从而自 动将照片和该菜品关联）， 照片和点评都可以先被消费者应用暂存， 之后离开餐厅到有 wifi 的地方再将照片和点评上传到会员服务器。 另外需要说明， 与发明 B不同的是， 发明 B只 能从会员服务器获取点菜内容和图片，而本发 明是在点菜过程中就从数字化菜谱获得了点菜 内容和图片， 但之后也可以从会员服务器获取这些数据。例 如去就餐的时候， 点菜内容已经 被下载到了自己的手机上，但回家后用平板电 脑的时候是没有这些数据的， 因为就餐的时候 并没有用该平板电脑连接数字化菜谱，但此时 可以通过平板电脑登录会员服务器，然后就能 看到点菜内容和图片了。可见，本发明解决了 就餐过程中由于网络环境问题难以及时下载点 菜内容和图片的问题， 从而提升了顾客体验和参与积极性。

点菜完毕后， 数字化菜谱被关闭和拿走， 其上所有连接的消费者终端自然也就断开了和 数字化菜谱的无线连接。另外， 在点菜过程中， 顾客也可以随时切换手机无线连接状态。 消 费者应用的界面上提供多个按钮，可以通过这 些按钮随时在本桌数字化菜谱的无线基站、餐 厅提供的 wifi无线基站或者移动网络之间切换。 当连接到数字化菜谱的无线基站的时候， 是不能访问外部网络的。如果此时顾客正好需 要上网， 本功能就有用了。上完网可以马上再 通过按键切换回来， 继续与数据服务器上的购物车内容保持同步（ 注： 再次切换到数字化菜 谱的无线基站以后，消费者应用会自动重新登 录，此时登录后菜谱软件就不会再显示欢迎信 息了， 因为登录的会员号和之前己经登录的相同， 如果是匿名登录， 则再次登录的时候请求 参数中可以带有之前分配的登录号， 以方便数据服务器和菜谱软件辨别是否是重复 登录）。 另外， 显然本功能在未越狱的 iOS设备上是不能实现的。具体实施方式是， 消费者应用会从 数据服务器获得餐厅的 Wifi基站 （这个基站不是数字化菜谱上的， 而是传统意义上的餐厅 墙上或者前台的 wifi基站， 顾客连接到该基站就可以上网了） 名称和密码， 从而当顾客点 击消费者应用上相应的按钮的时候， 消费者应用就能自动将消费者终端连接餐厅的 wifi 网 络了，无需输入 SSID和密码。餐厅的基站一旦接入就能上网， 因此其基站一般不进行 SSID 广播， 其 SSID和密码一般也都十分复杂， 可见本发明的这种方式还方便了顾客连接餐厅 的 wifi基站。 另外， 当点菜完毕后， 消费者终端会断开和数字化菜谱无线基站的连 接， 此时消 费者应用可以自动将消费者终端连接到餐厅 wifi基站 （如果有的话）。 另外， 如果餐厅没有 提供 wifi， 则和数字化菜谱断开后会自动连接移动网络了 。

上文中提到 "再次登录的时候请求参数中可以带有之前分� �的登录号， 以方便数据服务 器和菜谱软件辨别是否是重复登录"， 这种方式在消费者应用的配合下才能实现辨别 之前登 录的顾客。 此处提出另一种更稳妥的方法， 即根据 mac地址来识别客户端。 当任何消费者 应用请求登录的时候， 数据服务器作为应用服务器， 自然能获得该手机的 IP地址， 然后通 过操作系统提供的某种 API (或者 DHCP服务器提供的某种 API) 可以获得该 IP地址对应 的 mac地址， 并保存该 mac地址。 之后， 该消费者应用产生的任何会话状态数据， 例如匿 名登录代号、 输入的手机尾号、 菜谱浏览位置， 都会被数据服务器保存并与该 mac地址关 联。 当顾客断开了无线连接然后再次连接的时候， 可能被分配了不同的 IP地址， 但是数据 服务器仍然可以根据 mac地址来识别该客户端， 并将该客户端关联到之前保存的和该 mac 地址关联的会话状态数据。 可见， 此时 mac地址其实起到了会话 ID (session ID) 的作用， 使得无论客户端是关闭了还是断开连接了，一 旦再次连接和打开都能继续执行之前的会话状 态。 例如， 即使某顾客用的是 BS模式应用， 关闭浏览器后再次打开浏览器， 即使不依赖于 HTML5 的本地存储功能 （例如某些手机可能不支持本功能）， 照样能恢复和继续该顾客之 前执行过的操作， 例如， 自动跳转到之前的菜谱浏览位置。

和发明 B类似， 顾客点菜完毕后， 当点菜内容进入餐饮管理系统后， 餐饮管理系统会将 点菜内容（所有的菜品以及所有登录的会员号 ， 详见发明 B， 以及本发明中新增加的匿名登 录号） 上传到会员服务器。 权利要求中所说的 "数字化菜谱将点菜内容上传到会员服务器" 是一个广义的概念， 可以是直接上传（例如数字化菜谱带有 3G功能可以直接通过移动网络 上传） 也可以是间接上传 （通过餐饮管理系统上传， 如发明 B)。 此外， 本发明还提出了通 过消费者终端上传点菜内容到会员服务器的方 案。每当消费者应用从数据服务器同步最新点 菜内容的时候， 数据服务器返回的数据中带有数字签名 （由数据服务器进行数字签名）， 消 费者应用可以将点菜内容及其数字签名一同上 传到会员服务器（可以是点菜过程中随时上传 从而实现了能向自己的好友分享自己的实时点 菜进度，也可以是就餐过程中或者离开餐厅以 后再上传，显然必须先登录到会员服务器才能 上传，可以是一旦登录到会员服务器后就自动 上传， 也可以是顾客点击消费者应用界面上的相应的 按钮才会上传）， 由于带有数字签名， 因此是无法被不法分子冒防上传的， 即会员服务器会用私钥对数字签名进行验证， 如果不通 过则直接被丢弃。如果重复上传，例如已经有 其他顾客的消费者应用上传过了或者餐饮管理 系统己经上传过了， 则再次上传的数据会直接覆盖之前上传的数据 （或者被拒绝， 更高级的 是可以进行数据合并， 例如合并两次内容的菜品， 相同的菜品不重复计数）。 采用这种方式 后，即使餐厅门店不联网或者每天仅仅联网很 短的时间，也可以通过消费者终端即时上传点 菜内容， 从而降低了对餐厅门店联网的要求。 可见， 相对于发明 B， 本发明的点菜内容上传 过程更为灵活。

此处需要说明， 在点菜过程中， 数据服务器上不仅会存有本桌的购物车状态， 显然还会 存有本桌每个登录会员的会员号， 以及本桌每个匿名登录者的登录代号，还会存 有如前文所 述的本桌顾客的消费者应用上传的隐私数据 （如头像、 昵称、 收藏等等）。 这些数琚在点菜 完毕并且点菜内容（以及本桌所有登录的会员 号和匿名登录的登录代号）己经被传输到餐饮 管理系统后都会被自动 （从本数字化菜谱上）删除， 或者至少其中涉及隐私数据会被删除。

如前文所述， 数据服务器可以记录登录的顾客手机的 mac地址。 实际上该 mac地址最 终也可以被和其它数据（点菜内容、会员号、 匿名登录代号等）一起上传到会员服务器并和 该次就餐历史关联（见发明 B)。 例如， 某些顾客对安装消费者应用没兴趣， 每次去餐厅都 采用 BS模式点菜， 这样， 该顾客根本没有会员号， 就无法跟踪该顾客的消费历史行为了。 如果记录了 mac地址， 则根据 mac地址照样可以跟踪该顾客什么时候去过什么 餐厅， 以及 点菜内容。

另外， 利用顾客的手机 mac地址， 还可以管理餐厅的上网 wifi。 顾客用手机连接数字化 菜谱后， 数据服务器就会记录该消费者终端 mac地址， 并和会员信息关联， 例如如果该顾 客是己注册的会员， 则将该 mac地址和会员号关联 （会员号在登录的时候会上传到数据服 务器)， 如果该顾客不是己注册会员， 则不进行会员关联。 点菜完毕后， 上传到餐饮管理系 统中的数据还会包含点菜的时候连接过的所有 消费者终端的 mac地址列表以及 mac地址和 会员的对应关系并被餐饮管理系统保存。 餐饮管理系统还会从路由器上读取这些 mac地址 对应的 IP地址并也保存并和会员关联。 然后餐饮管理系统就会自动去餐厅的出口路由 器上 添加 mac地址过滤条目或者 IP地址过滤条目， 只有被添加的 mac地址或 IP地址才能访问 外网。 当某桌顾客离开以后， 服务员通过餐饮管理系统对该桌执行"关台"操� ��， 此时餐饮 管理系统就会删除路由器上的该桌顾客相关的 所有 mac地址或 IP地址过滤条目， 从而该桌 顾客就无法上外网了。 因此只要顾客之前连接了菜谱， 点菜完后就会自动开通上网权限， 顾 客离开后自动关闭上网权限， 彻底解决了蹭网、连接麻烦的问题。而且由于 餐饮管理系统知 道 mac地址/ IP地址和顾客的对应关系， 如果该顾客是老顾客或者给餐厅带来利润很多 的重 要顾客（餐饮管理系统中的 CRM系统中存有餐厅管理者根据各种条件计算出 来的老顾客的 价值信息）， 则餐饮管理系统可以自动控制路由器， 根据餐厅管理者在餐饮管理系统中的设 置， 分配给该顾客更多带宽， 具体做法是餐饮管理系统修改路由器上的该顾 客的 IP地址的 IP QoS带宽配置即可。 上述的餐饮管理系统对路由器的各种自动操作 ， 都是通过访问路由 器的各种 web服务接口实现的， 对路由器的任何配置修改， 本身就是通过一个发送到该路 由器的 web请求实现的， 因此餐饮管理系统完全可以代替人工自动完成 这项操作， 前提是 该路由器的 web服务接口 （URL地址和参数格式）被该餐饮管理系统支持 才行， 餐饮管理 系统根据路由器的型号而采用不同的 web服务请求。 进一步地， 还可以自动收集顾客上网 行为 -- 例如用了多少流量， 都在就餐的什么时候用的， 从而可以进一步帮助餐厅识别顾客 行为、顾客特点， 从而为顾客提供更好的服务。想实现这个功能 则必须路由器能自动记录各 个客户端的流量日志， 然后餐饮系统从路由器下载这些日志并通过 IP地址和顾客建立关联 并生成报表给餐厅。

由于餐厅中的任何顾客只要连接某桌的数字化 菜谱就能登录到该桌， 因而难免有无聊的 顾客去胡乱登录到其它桌所用的数字化菜谱（ 前提是该顾客能看到其它桌位的数字化菜谱上 显示的 wifi基站名称和密码或者二维码）。 为解决这一问题， 本发明可以在菜谱软件界面上 査看当前已连接的所有消费者终端，并且可以 删除某个己连接的消费者终端，例如当某个其 它桌的无聊顾客连接进来的时候,屏幕上会显� �欢迎信息，本桌顾客马上就会意识到不对劲� � 此时就可以删除这个新连接的消费者终端，删 除之后，数字化菜谱还会自动断开和该消费者 终端的无线连接（具体实施方式一般是，数据 服务器命令该无聊顾客的消费者应用断开无线 连接，然后该消费者应用主动断开到该基站的 无线连接， 如果在几秒钟内未断开， 则数据服 务器让数字化菜谱主动断开该无线连接）。 除此之外， 本发明的消费者应用还会限制同一顾 客在同一家餐厅同一日期同一市别的登录次数 ，例如只允许登录 1次。此处市别指中午、下 午、晚上等。由于就餐的顾客一般需要在自己 所在的桌位点菜的时候登录自己所用的数字化 菜谱， 因此有了这个限制， 顾客一般就不会去登录其它桌位了。上述方法 是在消费者应用上 限制， 同时还可以在会员服务器限制， 即任何一个会员在同一餐厅同一市别只能登录 一次， 多余的登录信息即使被上传到会员服务器也会 被删除。另外， 为了防止假冒的登录， 本发明 还会限定任何一桌的数字化菜谱上登录的人数 不能超过该桌位的最大人数以及开始点菜之 前服务员在数字化菜谱上录入的实际就餐人数 ，一旦达到最大登录人数，数据服务器就不会 再接受新的登录请求了， 当登录的时候菜谱软件会提示己经达到最大人 数限制，此时可以删 除某个现有的登录会员 （例如其它桌的无聊顾客）， 然后就能登录了。

本发明还提出了服务员手机（服务员终端的一 种表现形式）也可以无线连接到数字化菜 谱的无线基站，连接成功后，服务员终端上的 服务员应用可以和消费者应用一样浏览和修改 购物车的内容。从而服务员无需从顾客手中接 过数字化菜谱（这可能导致数字化菜谱掉在地 上摔坏）， 也能操作数字化菜谱上的点菜内容了。 进一步地， 本发明还提出了服务员手机还 可以同步显示当前任何已经连接到数据服务器 的客户端的当前正在浏览的菜品，当任何连接 到数据服务器的客户端（包括主菜谱、 从菜谱、顾客手机）进行菜谱浏览并翻页的时 候， 菜 谱软件或消费者应用会发送翻页命令给数据服 务器，命令参数是当前页面中的菜品内容，数 据服务器则将该内容通过服务器推的方式发送 给服务员应用，之后显示在服务员手机上。服 务员可以在手机上同时"追踪"多个客户端的当� ��菜谱浏览内容， 例如通过一个列表， 每行 显示一个顾客手机或数字化菜谱的当前浏览内 容。同时还可以显示每个菜品的促销方法和详 细介绍，从而餐厅即使不对服务员进行菜品培 训服务员也能为顾客介绍菜品了，也能及时对 菜品进行促销。进一步地，服务员应用还可以 从数据服务器下载并显示当前登录的顾客的口 味偏好和其它个性信息， 从而更为人性化地为顾客服务。 以往， 只有训练有素的服务员才能 为经常来的老顾客提供个性化服务，现在即使 未经过高级培训的服务员也能为新顾 提供个 性化服务了，因为顾客的个性化需求都保存在 了顾客手机中，随着顾客去各个餐厅并在点菜 的时候被服务员看到。另外， 数字化菜谱上的一系列系统管理操作（例如关 机、调整屏幕亮 度等）也都可以通过服务员应用完成，服务员 应用将命令发送给数据服务器然后数据服务器 即可执行相应的操作。此处要说明的是， 和消费者应用不同， 服务员应用一般无需从数据服 务器下载任何菜品图片，因为服务员应用一般 是提前下载好餐厅的全部菜品数据的。数据服 务器只要将菜号发给服务员应用就行了。另外 还要说明，服务员在工作过程中会不断在各个 正在点菜的桌位之间切换， 例如一会儿服务这桌， 一会儿服务另一桌， 所以服务员终端会相 应地不断连接到不同的正在点菜的桌位所用数 字化菜谱的无线基站，为了能够快速连接，一 般应采用前文所述的通过 NFC建立无线连接的方式， 而不是扫描二维码或者手工连接。

基于本发明的方式，顾客去餐厅之前可以通过 消费者应用登录会员服务器査看将要去的 餐厅的菜谱（餐厅提前将菜谱数据上传到会员 服务器，这一般是由门店中或者总部的餐饮管 理系统自动完成的）， 并将自己感兴趣的菜品加入手机上的临时购物 车 （从会员服务器浏览 餐厅菜谱以及临时购物车是消费者应用的一个 子功能）。 之后到该餐厅就餐的时候， 登录到 数据服务器以后，就可以直接将临时购物车中 的内容上传到数据服务器上的购物车了，此时 可以根据菜品的实际价格和可用状态 （例如某些菜品可能己经由于材料用尽而无法 制作了） 来决定保留哪些菜品，然后还可以浏览菜谱添 加其它菜品。多个顾客可以分别提前点菜并加 入临时购物车，入座后大家都连接菜谱，此时 数据服务器上的购物车会汇总所有顾客的临时 购物车中的菜品 （显然相同的菜品不应重复计数）。

另外， 采用本发明的方式后， 餐厅可以不部署任何 wifi网络了， 或者 wifi网络和其业务 系统（餐饮管理系统）是隔离的， 从而还能防止黑客入侵。 黑客只能入侵某台数字化菜谱的 无线基站，但由于数字化菜谱与餐厅的业务系 统是隔离的，因此黑客无法进行任何破坏操作 。

由于点菜的无线网络是每桌独立的网络，因此 可以采用和餐厅供顾客上网的 wifi不同的 频段， 从而上网顾客就彻底不会对点菜顾客产生影响 了。

显然， 本发明中的 "数字化菜谱"的实现形式十分多样， 各种形式成本相差也很大。 首 先， 本身数字化菜谱就有多种实现形式， 例如可以电视菜谱， 可以是 10寸屏幕的平板菜谱， 也可以是只有 3.5寸屏幕的微型电子菜谱。甚至于可以是 2.0寸的黑白屏幕…-只显示菜名， 不显示图片。但是其共同点都是本发明所叙述 的-…--在电子菜谱上加入无线基站和数据服务 器， 可供顾客手机连接， 从而解决现有技术的众多问题。

如果在座顾客都有手机， 则显然顾客都在手机上点菜就行了， 在这种情况下， 就无需使 用数字化菜谱了， 此时数字化菜谱上仅仅数据服务器发挥作用， 点菜完毕后， 则服务员在数 字化菜谱上核实点菜结果。如前文所述，服务 员也可以通过手机连接数字化菜谱并査看点菜 内容， 可见完全可以做到在整个使用过程中无需使用 数字化菜谱上的菜谱功能了， 因此， 虽 然本发明的最佳实现是在数字化菜谱上加入数 据服务器，但是一个弱化实现形式是只有数据 服务器和无线基站， 没有数字化菜谱功能， 或者说没有运行 "菜谱软件"。 在这种实现方式 下， 本发明应该被称作 "桌位点菜服务器"而不是 "带有数据服务器的数字化菜谱了"。 可 以看到， 本发明全部功能都是各种终端（从菜谱、顾客 手机、服务员手机）和数据服务器的 交互，和菜谱软件并无必然联系， 只不过菜谱软件和数据服务器运行在了一套硬 件载体上而 已， 该硬件载体在本发明中被称为 "数字化菜谱"。 可见， 去掉菜谱软件， 本发明的全部功 能依旧正常运行。对于没有菜谱软件的情况， 本发明的屏幕显示则由数据服务器直接控制了 ， 很多以前由菜谱软件显示的但是和菜谱无关的 功能， 现在都改为由数据服务器负责。 例如， 数据服务器在屏幕上显示 wifi基站和密码信息以及二维码， 再如， 数据服务器在屏幕上显 示已登录会员列表， 可以删除指定己登录会员， 等等。考虑到最佳以及绝大多数实施例都是 将数字化菜谱和数据服务器整合在一起，因此 本发明的主题并没有采用一般化的 "桌位点菜 服务器"， 而是 "数字化菜谱"， 从而更为具体形象贴切， 但本专利显然应该涵盖这种实现形 式， 权利要求书中的 "数字化菜谱"应视为包含这种完全没有菜谱功� ��的情况。

另外还要说明的是，本发明的本质在于本桌顾 客的消费者应用访问本桌所用数字化菜谱 的数据服务器，至于消费者终端是如何无线连 接到数字化菜谱的，是直接连接还是间接连接 ， 并不是本质问题， 数字化菜谱上带有无线基站仅仅在目前技术水 平下是一种优选实现模式， 例如也可以是无需基站的无线自组织网络等形 式。 附图说明

附图 1是本发明一个典型应用例的示意图。 具体实施方式

发明内容部分己经详细叙述了具体实施方式， 重复的部分此处不再赘述。

附图 1是本发明的一个典型应用实例示意图。其中� �括某个包间中的相关设备和大厅中 的某批一起聚会顾客的相关设备。 其中包括包间电视菜谱（1 )、 包间平板菜谱 1 (2)、 包间 平板菜谱 2 (3)、 正在观看电视菜谱的顾客的手机（4)、 正在观看电视菜谱的服务员的平板 ( 12)、 正在观看包间平板菜谱 1的顾客的手机（5)、 正在观看包间平板菜谱 2的顾客的手 机（6)、 正在自己手机上点菜的包间顾客的手机（7)、 大厅平板菜谱 1 (8)、 大厅平板菜谱 2 (9)、 正在观看大厅平板菜谱 1的顾客的手机（10)、正在观看大厅平板菜谱 2的顾客的手 机（11 )、 正在自己手机上点菜的大厅顾客的手机（12)。

附图 1中的箭头表示无线连接关系。 从附图 1可以看出， 该包间中所有顾客和服务员的 手机 /平板都是连接并登录到主菜谱， 即电视菜谱（1 ) 的。 而大厅中的这批顾客的手机全部 登录到了主菜谱， 即大^ ¹ 平板菜谱 1 (8)。 而从菜谱也分别连接到了主菜谱上。 最终形成了 多台数字化菜谱和多个顾客 /服务员终端的融合点菜过程， 并且每批顾客都分别形成一个网 络， 带有各自的服务器， 从而实现了本发明带来的种种优势。