遥控数字化菜谱数据传输的方法和系统 技术领域

本发明属于用于餐厅的信息技术产品， 特别是一种遥控数字化菜谱数据传输 的方法和系统。

背景技术

随着数字时代的到来， 已经出现了各种用于餐厅的数字化信息技术产 品， 如 无线点菜器、 触摸屏点菜器、 电子菜谱、 服务呼叫器、 包房 VOD (视频点播） 系统， 等等。

采用无线点菜系统以后， 餐厅的服务员或者顾客可以在各种点菜器上点 菜， 然后通过无线网络将点菜信息直接发送到厨房 并打印出来交给厨师，从而提高了 餐厅的运营效率。

最早出现的产品是由服务员使用的微型手持点 菜器 （常称为 "点菜宝")。 由 于需要顾客点菜的同时有服务员在旁边职守， 使得餐厅在高峰期往往比较忙乱。 另外， 纸质菜谱不便修改， 印刷成本高， 折旧快也是潜在问题。

针对这一问题， 已经出现了触摸屏点菜器 （或者叫做电子菜谱）， 这种产品 可以让顾客自己直接在触摸屏上点菜，无需服 务员职守，而且可以随时改变菜谱 内容， 不用再印刷菜谱。这种产品就其功能来说比较 有吸引力， 但目前的产品有 多个未解决的问题， 例如成本高、 容易摔坏和丢失、 使用不便， 从而难以推广。

作者针对己有的触摸屏点菜器的问题， 在发明申请 《一种桌台伴侣》 （专利 号 200820178106.0， 后文称之为 "发明 A") 中提出了一种采用大尺寸 （一般是 15-30英寸） 平板显示屏， 完全用遥控器操作， 由可移动的落地支架来支撑的产 品。 该产品用来满足餐厅顾客就餐时的点菜需要， 因此称为 "遥控数字化菜谱" (该发明在申请的时候所用名称并不合理）。 顾客可以用遥控器来操作， 十分轻 松舒适地完成各种点菜活动。 同时， 发明 A中也提出了一种类似机顶盒的产品， 可以用遥控器在电视上点菜， 即 "电视菜谱"。 遥控数字化菜谱和电视菜谱， 可 以统称为 "遥控数字化菜谱"， 即用遥控器作为操控设备的电子菜谱。 8

2 发明 A存在如下问题。

发明 A内置了 "控制无线网络通信电路"， 该电路一般相当于 "点菜宝"里 面的无线收发电路，其主要作用就是将顾客己 经点好的菜品发送到餐饮信息系统 进而在厨房打印机上打印出来（或者称为"传� �")。 该无线通信电路一般是采用 433Mhz的无线数传实现。

但是， 很多餐厅的结构错综复杂， 因此很难做到整个餐厅中都有无线信号覆 盖。如果当时点菜的地方没有信号， 例如包间中， 则还要把遥控数字化菜谱推动 到有信号的地方进行发送， 十分麻烦。

另外， 发明 A—般还带有通过无线更新菜谱数据的功能， 从而餐厅管理者直 接在总台发布命令， 即可通过无线将最新的菜谱数据传递到遥控数 字化菜谱中。 由于要过更新的数据量往往远大于无线点菜所 需的数据量，例如需要更新图片和 视频等媒体数据， 因此， 菜谱数据的更新只能通过 wifi。但是 wifi的覆盖面十分 小，穿墙或者距离远后通信速度大幅降低甚至 断线，因此在餐厅里很难实际部署。

因此为了解决上述问题，实现发明 A的传菜和更新数据的一个方法就是用 U 盘。 具体做法就是， 顾客点好菜后， 服务员将一个 U盘插入发明 A的扩展 USB 接口， 然后发明 A就会自动将点菜结果存入 U盘， 然后该服务员再将 U盘送到 总台， 总台管理员即可从 U盘中读取出点菜结果并录入到餐饮信息系统 （或者 由餐饮信息系统自动从 U盘读取） 并在厨房打印出来。 另一方面， 当需要更新 菜谱内容的时候， 餐厅管理者将新的菜谱内容存入 U盘， 然后依次到每台遥控 数字化菜谱上进行更新操作。

但是， 很显然， 用 U盘实现上述功能会使得使用起来十分麻烦。 尤其是当餐 厅结构复杂、面积大和遥控数字化菜谱数量多 的时候就更为严重。例如， 如果一 个餐厅有 3层， 100台遥控数字化菜谱， 则一但有菜谱内容需要更新， 需要依次 去每一层用 U盘更新每台遥控数字化菜谱。 这样做不仅效率十分低下， 而且十 分容易出错和遗漏。 而且， 顾客点完菜后需要让服务员插入 U盘， 也十分麻烦。

另外， 现有的数字化菜谱还都普遍存在如下问题： 进行管理操作 （如关机、 发送点菜结果到厨房等等）时需要服务员输入 工号和密码，而且顾客入座后首先 需要输入桌号。 第一， 这些操作第一十分麻烦。 第二， 桌号容易输错。 发明内容

本文以及权利要求中的 "主机"指遥控数字化菜谱的遥控器以外的部分� �� 本文以及权利要求中凡是涉及到遥控数字化菜 谱的电池的问题， 则 "遥控数 字化菜谱"仅指遥控点菜车， 不包含电视菜谱， 因为电视菜谱无需电池。

本文以及权利要求中的 "餐饮信息系统"是指计算机、 服务器、 餐饮管理软 件、 厨房打印机和各种网络布线的总称， 这些都是现有技术。

本文中的 "遥控数字化菜谱"有时简称为 "菜谱"或 "数字化菜谱"。

为了解决现有技术的问题， 本发明提出了一种遥控数字化菜谱数据传输的 方 法和系统， 其特征在于：

由遥控数字化菜谱、 菜谱管理终端和餐饮信息系统组成；

遥控数字化菜谱包括遥控点菜车和电视菜谱两 种形式；

遥控数字化菜谱由主机和遥控器组成；遥控器 上带有主机接口，主机上带有遥 控器接口；遥控器上的主机接口可以通过遥控 器线缆或者直接连接到主机上的遥 控器接口；

遥控器内置业务数据存储器；

主机通过有线或者无线将其产生的采集业务数 据发送给遥控器， 进而存入遥 控器内的业务数据存储器；

主机通过有线或者无线从遥控器内的业务数据 存储器中读取更新业务数据 并将其存储到主机内部的存储器中；

菜谱管理终端的组件包括处理器、 内存、 业务数据存储器；

菜谱管理终端上带有业务通信接口， 菜谱管理终端通过业务通信接口连接到 餐饮信息系统；

菜谱管理终端上带有遥控器接口； 遥控器上的主机接口可以通过遥控器线缆 或者直接连接到菜谱管理终端上的遥控器接口 ；

当遥控器连接到菜谱管理终端时， 菜谱管理终端从遥控器读取采集业务数 据， 并将该采集业务数据通过业务通信接口发往餐 饮信息系统；

当菜谱管理终端通过业务通信接口从餐饮信息 系统接收到更新业务数据时， 菜谱管理终端将更新业务数据存入其内部的业 务数据存储器，并将其发送给连接 到该菜谱管理终端的所有遥控器， 进而存入每个遥控器内的业务数据存储器； 当遥控器连接到菜谱管理终端时， 菜谱管理终端将其存储的更新业务数据发 送给该遥控器进而存入遥控器内的业务数据存 储器。 还其特征在于：

菜谱管理终端上带有读卡器和防盗报警系统， 每个服务员配有服务员卡， 服 务员在菜谱管理终端上刷服务员卡后，菜谱管 理终端解除防盗并将该服务员记为 当前登录服务员； 此时服务员可以从菜谱管理终端上取下遥控器 ， 遥控器被取下 时，菜谱管理终端将当前登录服务员信息、取 下的遥控器的编号和当前时间发往 餐饮信息系统； 如果未解除防盗而取下遥控器， 则菜谱管理终端发出警报； 当遥控器连接到菜谱管理终端时， 如果此时遥控器内存储的采集业务数据中 含有点菜结果数据以及保存该结果的服务员在 数字化菜谱上的刷卡记录，则菜谱 管理终端直接将该服务员作为当前登录服务员 并解除防盗；

可以为每台菜谱管理终端指定餐饮信息系统中 的一台目标计算机， 当在菜谱 管理终端刷服务员卡时，菜谱管理终端通知目 标计算机自动以该服务员的身份解 除锁屏并显示菜谱管理终端管理界面， 如果该服务员卡中存有点菜结果， 则目标 计算机还弹出窗口显示此服务员卡中的点菜结 果内容以供操作者核对、修改并确 认发送；当在菜谱管理终端上插入存有点菜结 果和服务员在数字化菜谱上刷卡记 录的遥控器时， 目标计算机自动以该服务员的身份解除锁屏并 显示菜谱管理终 端， 同时还弹出窗口显示遥控器中的点菜结果内容 以供操作者核对、修改并确认 发送；

数字化菜谱上带有读卡器；

当服务员在数字化菜谱上刷服务员卡时， 数字化菜谱进入管理界面； 当在管 理界面中选择将点菜结果和桌号保存到服务员 卡后， 然后再次刷卡时， 数字化菜 谱通过读卡器将所选点菜结果和桌号保存至该 服务员卡中；当将保存有点菜结果 的服务员卡在菜谱管理终端上刷卡时， 菜谱管理终端除记录当前登录服务员外， 还将读取该点菜结果和桌号并将其发送到餐饮 信息系统，进而完成开台和加单操 作；

数字化菜谱中保存了该餐厅全部会员的会员信 息和在所有门店的就餐历史 信息； 当顾客在数字化菜谱上刷会员卡时， 数字化菜谱将此顾客记为当前登录顾 客，此时可以在数字化菜谱上查看此顾客的就 餐历史并再次选用就餐历史中的菜 品； 同时， 菜谱中的所有菜品的价格变为此顾客的会员等 级对应的会员价； 当在数字化菜谱上刷桌牌卡时， 数字化菜谱记录并显示当前桌号； 更新业务数据中包含此餐厅所有门店的所有会 员的就餐历史；

采集业务数据中包含在整个点餐过程中服务员 卡、桌牌卡和会员卡的刷卡人 和刷卡时间；

更新业务数据中包含餐厅中所有桌位的当前点 餐情况和今日点餐历史。 其特征还在于： 菜谱管理终端和数字化菜谱上分别带有无线点 菜收发电路， 主机通过无线将点菜结果和桌号信息发送给遥 控器后，遥控器通过无线点菜收发 电路将其发送给菜谱管理终端， 进而发往餐饮信息系统从而实现开台和加单操 作；餐饮信息系统可以将菜品的最新沽清状态 、价格信息和称重类菜品的实际重 量发送给菜谱管理终端进而通过无线点菜收发 电路发送给每台正在使用的数字 化菜谱。 其特征还在于： 菜谱管理终端通过 USB线缆连接到一台平板电脑， 平板电 脑作为 USB设备端， 菜谱管理终端作为 USB主机端； 该平板电脑通过 USB进 而通过菜谱管理终端的业务通信接口连接到餐 饮信息系统从而成为餐饮信息系 统中的一台计算机并作为此菜谱管理终端的目 标计算机；菜谱管理终端通过 USB 接口为该平板电脑提供电源；当在未解除防盗 的情况下断开平板电脑和菜谱管理 终端的 USB连接时， 菜谱管理终端发出警报。 其特征还在于- 菜谱管理终端通过 POE供电；

菜谱管理终端从连接在其上的每个遥控器读取 遥控器剩余电量， 并对依次对 电量不足的遥控器进行充电；

采集业务数据中包含了数字化菜谱最后一次使 用的开机时间、 关机时间和关 机时的剩余电池电量；

遥控器内置 USB集线器， USB集线器下接有 USB单片机和 U盘 /读卡器电 N2012/001388

6 路； 菜谱管理终端通过控制遥控器中 USB集线器的下行端口电源的开闭， 从而 控制遥控器单片机及其外围电路的电源的开闭 ；菜谱管理终端向遥控器的单片机 发送命令从而控制遥控器内的 U盘 /读卡器电路的电源的开闭。 其特征还在于： 更新业务数据中包含了对数字化菜谱自动开机 和关机时间的 设定信息； 数字化菜谱根据这一设定在每天的指定时刻自 动开机， 开机后自动待 机； 在指定时刻自动从待机唤醒并关机。 其特征还在于： 遥控器上带有麦克风和音频 ADC, 当通过数字化菜谱界面 上的操作开启 /停止录音时， 主机通过无线通知遥控器开启 /停止录音， 此时遥控 器启动 /停止录音并将录音结果存储在其业务数据存� �器中或将录音结果通过无 线发送给主机； 采集业务数据包含录音结果； 录音结果进入餐饮信息系统后， 管 理者可以在计算机上进行回放。 其特征还在于： 菜谱管理终端上带有小票打印机或者外接小票 打印机， 菜谱 管理终端可以为小票打印机供电； 菜谱管理终端作为网络打印服务器， 通过业务 通信接口向餐饮信息系统提供网络打印服务， 该小票打印机在餐饮信息系统中表 现为一台网络打印机； 同时， 菜谱管理终端也可以自主控制小票打印机， 直接打 印遥控器中的点餐结果。 其特征还在于： 从菜谱管理终端上取下遥控器后， 遥控器通过无线点菜收发 电路定期和菜谱管理终端通信，菜谱管理终端 通过收到的无线信号的强弱对遥控 器的当前位置进行追踪并将追踪结果发送给餐 饮信息系统；如果发现某台遥控器 失去信号， 则发出报警。 其特征还在于： 当将存有点菜结果的遥控器连接到主机时， 主机自动从遥控 器加载其存储的点菜结果， 并将主机内当前存储的点菜结果发送给遥控器 。 本发明主要是为了解决遥控数字化菜谱和外界 的业务数据传输问题。在本文 和权利要求书中， 所有从遥控数字化菜谱传向外界的数据称为"� �集业务数据", 所有从外界传入遥控数字化菜谱的数据称为 "更新业务数据"。 典型的 "采集业 务数据"包括： 顾客的点菜结果 （点菜内容、 数量、 口味设置、 单价、 总价）； 顾客所用的桌位编号； 数字化菜谱的开机、 关机时间和关机时的剩余电量； 会员 卡、服务员卡和桌牌卡在数字化菜谱上的刷卡 记录。 典型的 "更新业务数据"包 括： 菜谱数据更新； 多媒体数据， 如餐厅介绍的视频、 广告视频； 餐厅所有门店 的会员信息和会员的就餐历史记录； 菜品沽清信息； 菜品称重信息； 当天餐厅所 有桌位的就餐历史； 所有桌位的当前点菜状态。 本文作者在专利申请《一种遥控点菜车》（专 利号 2011200582964， 后文称为 发明 B)中提出了一种遥控器， 这种遥控器不仅能对主机进行无线遥控， 还能通 过遥控器线缆连接到主机。 主机上带有遥控器接口， 遥控器上带有主机接口， 通 过遥控器线缆即可将这两个接口相连。另外， 一般遥控器上的接口是 USB公头， 主机上的接口是 USB母座， 从而遥控器也可以直接插入主机， 无需线缆。 遥控 器和主机相连后， 可以方便地实现遥控器和主机配对，而且遥控 器还可以变为有 线遥控器， 从而充当备用输入装置。 具体描述参见发明 B的说明书。

在使用发明 B的时候， 一般在使用遥控器之前， 都要先将遥控器插入主机， 从而进行无线配对， 然后将遥控器拔下后，遥控器就开始通过无线 链路和主机通 信了。

本发明通过特殊设计的遥控器代替了 U盘的功能， 这样， 借着服务员将遥控 器插入主机的的机会， 就能完成菜谱内容的更新， 因此整个更新方式十分优雅和 简洁。由于每台遥控数字化菜谱在使用的时候 都必须要先插上遥控器配对后才能 操作， 因此， 就能确保任何遥控数字化菜谱在开始使用之前 都更新到最新的菜谱 内容。 而对于那些没有使用的遥控数字化菜谱， 则可以先不更新， 等到要使用的 时候再更新， 从而大大减小了更新工作量。而且， 一般遥控器和主机的接口都是 USB2.0高速接口， 传输速率可达到 20MB/s， 远远高于 wifi的 IMB/s的平均速 率，从而使得任何数据更新几乎可以在瞬间完 成， 开机的时候基本无需等待更新 的完成。 另外就是具有绝对的可靠性， 不会像 wifi—样随时可能断线。 另一方面， 本发明的遥控器还可以起到传送点菜结果的作 用。 在顾客点菜过 程中， 一旦顾客有了新的操作， 例如将某个菜品加入已点菜列表、修改了某个 已 点菜的数量和制作要求， 等等， 本发明的主机都将这些信息即时通过无线发送 给 遥控器。 发明 A的遥控器中一般带有单片机和 RF通信电路。 此处 RF通信电路 指 ISM频段 （在中国是 433MHz和 2.4GHz频段） 无线数传， 实施发明 B的时 候一般采用 2.4GHz的短距离无线数传芯片来实现 RF通信电路， 目前常用的芯 片如美国德州仪器的 CC2500、 CC2520、 CC2530等等， 另外也可以采用现成的 技术如蓝牙。 这种 RF通信电路都是支持双向通信的， 即遥控器不仅可以向主机 发送顾客在遥控器上的操作消息， 还能接收主机发来的数据包。这样， 当顾客有 了新操作的时候， 主机即可给遥控器发送一个无线数据包， 该数据包中包含顾客 最新的操作内容， 遥控器收到这个数据包后进行保存 （保存在单片机的内置 SRAM里或者单片机外接存储器如 EEPROM或者各种类型的闪存或闪存卡中）。 这样，就能保证在整个点菜过程中，遥控器中 始终存储了顾客的全部点菜内容和 要求等业务信息。一旦顾客点菜完毕，遥控器 就相当于以前餐厅服务员手写的点 菜单了， 保存了全部点菜结果。此时只要通过某种途径 将遥控器中存储的点菜内 容传递到餐饮信息系统中即可。 另外， 发明 B的遥控器既可以作为无线遥控器， 也可以作为有线遥控器。 当发明 B 的遥控器通过有线方式连接到主机的时候， 遥控器自动切换到有线模式下。 显然， 当遥控器切换到有线模式之后， 上述通过 RF通信电路发送给遥控器的点菜结果就都应改� ��通过遥控器线缆有线发送了， 即，通过无线还是有线发送点菜结果， 取决于当前遥控器工作在无线遥控还是有 线遥控模式下。 另外， 也可以等所有菜品点完之后再一次性发送给遥 控器， 例如 在数字化菜谱界面中提供一个功能 "将点菜结果发送给遥控器"， 也可以点完菜 后将遥控器插入主机，此时主机会自动将点菜 结果通过有线方式发送并存入遥控 器， 但是这种方式并不推荐， 因为还要在点完菜后将遥控器连接到主机， 类似于 以前点完才后还要插入 U盘， 比较麻烦。 总之， 顾客的点菜结果会被即时地或 者一次性地发送给遥控器并被遥控器保存。

接下来， 顾客点完菜后， 服务员将遥控数字化菜谱关机， 然后将遥控器拿到 菜谱管理终端旁边，并将遥控器通过遥控器线 缆连接到菜谱管理终端上的某个遥 控器接口 （或者直接将遥控器插入菜谱管理终端上的遥 控器接口）， 此时菜谱管 理终端会自动从刚连接的遥控器中读取之前存 储的点菜结果，并将点菜结果发送 给餐饮信息系统。 此处"点菜结果"一般还包含桌位号等信息， 这些信息会一起 通过菜谱管理终端上的 "业务通信接口"被发往餐饮信息系统， 从而实现自动化 的开台和加单等操作。 "业务通信接口"可以是任意的有线或者无线通� ��接口， 一般常见的方式就是有线以太网、 wifi或者 ISM频段无线数传。 其中 ISM频段 无线数传就是指一般用于点菜宝上的 433MHz或者 2.4GHz无线通信电路 （如 zigbee), 其中 433Mhz的特点是穿墙能力比较强， 因此可以无需中继就能通过无 线和总台的无线基站通信， 具体请参考市场上的点菜宝产品。 wifi则需要餐厅中 设有 wifi 基站并且其信号能覆盖菜谱管理终端所在的位 置。 有线以太网是最优 选的方式， 不仅速度快， 而且十分稳定， 而 wifi和 ISM频段无线数传则基本己 经是不推荐的技术了。菜谱管理终端通过业务 通信接口接入了餐饮信息系统的网 络， 从而可以和餐饮信息系统中的各个计算机、服 务器和网络打印机通信。菜谱 管理终端一般是将点菜结果发送给餐厅中某计 算机或者服务器上的餐饮管理软 件，该餐饮管理软件再根据之前餐厅的设置在 目标打印机中打印出点菜结果， 同 时将点菜结果存入数据库以备餐厅之后进行财 务结账和分析（这些都是现有的餐 饮管理系统的基本功能）。 遥控器连接到菜谱管理终端并发送点菜结果后 ， 并不 需要断开并取走遥控器，而是始终将遥控器连 接到菜谱管理终端， 直到下次需要 使用该遥控器的时候 （即有新的顾客要点菜的时候）。

菜谱管理终端上一般设有多个遥控器接口， 从而可以同时连接多个遥控器。 如果该接口是 USB接口， 则一般通过外置的 USB集线器来扩展更多接口。

当餐厅管理者修改了菜谱内容， 需要更新的时候， 只需要在餐饮信息系统中 的某台计算机上操作餐饮管理软件，该软件就 会将新的菜谱内容发送给餐厅里面 的每个菜谱管理终端， 或者是将更新内容上传到服务器， 之后各个菜谱管理终端 自行从服务器下载更新。菜谱管理终端接收到 更新业务数据之后， 就会自动将该 数据保存到其内部的存储器中 （硬盘、 闪存卡等等）， 同时还会将其更新到当前 连接到该菜谱管理终端的每个遥控器中。如果 当时某些遥控器没有连接到菜谱管 理终端 （正在被餐厅顾客使用）， 则稍后这些遥控器使用完毕并被服务员连接到 菜谱管理终端的时候， 除了会将点菜结果从遥控器传送到菜谱管理终 端以外，菜 谱管理终端还会同时将之前最新收到的菜谱内 容更新发送给该遥控器。

可见， 按上述方式操作后， 就能做到， 只要一个遥控器使用完毕， 被连接到 菜谱管理终端之后， 点菜结果就会发送到餐饮信息系统，而最新的 菜谱内容更新 也会被保存到遥控器内。之后， 遥控器就持续连接在菜谱管理终端上， 从而随时 接收并保存最新的菜谱更新。当下次又有顾客 需要点菜的时候， 服务员从菜谱管 理终端上取下一个遥控器， 将该遥控器连接到主机并幵机， 在开机过程中， 主机 自动从遥控器中读取最新的菜谱更新并更新到 发明 A的机芯模块的内部存储器 中， 从而就确保了任何时候当顾客看到菜谱的时候 ， 菜谱内容都是最新的。 当餐 厅管理者需要进行任何菜谱内容更新的时候， 只需通过餐饮管理软件发送一个 "更新命令"， 就无需再关心后面的任何事情了， 就能保证之后任何顾客看到的 菜谱都是最新的菜谱。这种更新菜谱的模式的 主要优势有以下几点： 首先， 不是 只要有更新就马上更新全部遥控数字化菜谱， 而是遥控数字化菜谱开机的时候再 更新， 不用就先不更新； 第二， 无需要求遥控数字化菜谱所在地点有无线信号 ， 只要确保所有菜谱管理终端所在的地方有有线 以太网连接或者有无线信号即可 (这显然很容做到， 因为菜谱管理终端是固定的）， 因此遥控数字化菜谱可以根 据需要分布地放在餐厅的任何地点； 第三， 发明 B 开机的时候本来就得将遥控 器连接到主机从而实现遥控器配对， 本发明相对于发明 B 没有加入任何多余操 作， 借着插入遥控器的机会， 就实现了更新， 因此十分简洁和优雅。 第四， 遥控 器用完后就插入到菜谱管理终端上， 良好解决了遥控器用完后存放在哪里、如何 管理和防盗的问题。 如果未经授权 （在菜谱管理终端上刷服务员卡， 详见后文） 而从菜谱管理终端上取下遥控器， 则菜谱管理终端马上会发出报警。当顾客点菜 完毕之后，服务员只要将顾客用完的遥控器插 入附近的某个菜谱管理终端，就无 需再关心后面的事情了， 可以确保点菜结果可靠地传入餐饮信息系统。

另外如后文所述， 主机通过遥控器和菜谱管理终端传输给餐饮信 息系统的数 据不仅限于点菜结果， 可以是任何形式的 "采集业务数据"， 而此处仅仅是以点 菜结果为例。而餐饮信息系统通过菜谱管理终 端和遥控器发送给主机的数据也不 仅限于菜谱数据更新， 而是任意的 "更新业务数据"。 例如， 每个菜谱管理终端 都会实时从餐饮信息系统读取餐厅全部桌位的 当前点菜状态以及当日的点菜历 史信息并将其作为更新业务数据存入遥控器中 ，之后这些信息会更新到每台数字 化菜谱中。这样， 任何一个数字化菜谱都可以随时调出任何一个 桌位的当前点菜 状态和今日点菜历史了，方便进行追踪和追加 点菜（即顾客在就餐过程中再次使 用数字化菜谱添加菜品， 此时顾客就能看到之前己经点过的菜品， 一目了然）。

显然， "更新业务数据"和 "采集业务数据" 的一个区别在于： 当菜谱管理 终端己经从遥控器读取采集业务数据后，会将 遥控器中的采集业务数据删除， 因 为这些数据己经被传送到餐饮信息系统并永久 保存了。 而对于更新业务数据来 说， 却始终保存在遥控器中。例如所有遥控器中会 始终保存着完整的最新版的菜 谱数据， 这样当任何一台数字化菜谱开机时， 都可以从遥控器获取完整的、 最新 的菜谱数据。另外为了加快更新速度， 当数字化菜谱的主机从遥控器读取更新业 务数据时， 一般会先判定哪些数据是需要更新的， 从而仅更新需要更新的数据。 例如更新业务数据中可能含有数百张菜品图片 ， 主机只需要通过文件时间的扫 描， 仅复制那些修改时间和主机内相应文件不同的 图片文件。

另外如果更新业务数据内容比较大（例如几十 兆） 同时菜谱管理终端又不是 通过有线以太网接入餐饮信息系统，则餐厅管 理者也可以将更新业务数据存入 u 盘然后将 U盘依次插入每个菜谱管理终端从而菜谱管理� �端从 U盘读取数据更 新。 虽然也需要去插 u盘， 但是显然菜谱管理终端的数量远远少于遥控数 字化 菜谱的数量， 因此仍然远远简洁于用 u盘去更新每台遥控数字化菜谱， 而且最 关键的是无需主动更新每台遥控数字化菜谱。 可见， 菜谱管理终端上还应有带有 标准的 USB接口， 用于连接 U盘以及其它任何 USB设备， 例如 USB鼠标、 键 盘、 触摸屏、 打印机等等， 从而方便扩展各种功能。

餐厅一般根据自己的实际情况决定菜谱管理终 端的使用数量和摆放位置。例 如小型餐厅之需要在总台放置一个菜谱管理终 端就行了。而大型、多层餐厅则需 要每层放置一个甚至多个菜谱管理终端。每个 服务员之需要去离自己最近的菜谱 管理终端取和存放遥控器即可。另外， 每个菜谱管理终端连接到餐饮信息系统的 方式也可以各不相同， 有条件的可以用有线以太网， 没条件的可以用无线方式。 另外， 对于没有有线以太网的情况， 可以将菜谱管理终端放置在交流插座附近， 然后在交流插座上安装一个电力线通信适配器 （在餐厅另一个地方需要有一个接 入餐饮信息系统网络的电力线通信适配器， 然后两者通过电力线建立连接）， 即 可让菜谱管理终端通过有线以太网和电力线接 入餐饮信息系统了，仍然是一种有 有线通信模式。 总之， wifi由于速度慢、 不可靠以及潜在的安全问题， 并不是推 荐的方式。

另外， 菜谱管理终端还提供对遥控器进行充电的功能 。 遥控器平时不用的时 候， 始终会连接到某个菜谱管理终端， 从而菜谱管理终端可以随时对遥控器进行 充电。而且， 菜谱管理终端可以获取每个遥控器的剩余电量 （通过遥控器接口向 遥控器发送 "获取电池电量"命令并接收来自遥控器的回复� ��可）。 从而， 菜谱 管理终端可以先获取每个连接在它上面的遥控 器的剩余电量，如果其中有遥控器 剩余电量比较少了再开始充电。如果电量都充 足，则不进行充电，充电完毕之后， 菜谱管理终端就可以通知遥控器进入休眠状态 。之后如果菜谱管理终端接收到了 新的菜谱更新数据， 则会再次唤醒遥控器， 并将更新存入遥控器。 而且由于充电 功率比较大， 菜谱管理终端能提供的总功率又比较小， 因此一般采用轮流充电的 方式， 即充满一个遥控器后再开始充下一个遥控器， 可以优先对电量最低的遥控 器进行充电。

菜谱管理终端上还可以带有串口和 USB 口等接口， 从而可以连接到外部小 票打印机。这种设计带来两个优势： 首先， 当服务员将顾客用完的遥控器连接到 菜谱管理终端的时候， 除了向餐饮信息系统发送点菜结果，还会自动 在小票打印 机上打印出点菜结果从而交给顾客备用； 而当顾客需要结帐的时候，服务员也无 需走到前台取结帐单， 只要在最近的菜谱管理终端上打印即可； 第二， 如果菜谱 管理终端到餐饮信息系统的连接出现问题导致 无法传送点菜结果，服务员可以直 接把点菜小票人工送到厨房， 从而可以确保餐厅的业务在任何时候都能继续 进 行。 由于餐饮管理软件一般使用网络打印机， 因此菜谱管理终端一般通过 "业务 通信接口"向餐饮信息系统提供网络打印服务� � 即餐饮信息体统中的任何软件都 可以在菜谱管理终端连接的打印机上进行任何 形式的打印。实际上无论是点菜后 的点菜确认单打印还是结帐单的打印，一般都 是由餐饮信息系统中的某个软件模 块在菜谱管理终端连接的打印机上进行网络打 印，而不是由菜谱管理终端来控制 打印， 菜谱管理终端仅仅提供打印服务 （相当于网络打印服务器）。 但是对于前 文所述的菜谱管理终端到餐饮信息系统的通信 终端或者餐饮信息系统出了问题 的情况 （例如服务器宕机）， 则是菜谱管理终端直接根据遥控器中的点菜结 果在 连接其上的小票打印机上进行打印， 无需依赖于餐饮信息系统。例如， 如果菜谱 管理终端发现无法成功向餐饮信息系统发送点 菜结果，则可以自动转为直接打印 模式。直接打印之后， 服务员可以将打出来的点菜单直接送往厨房， 从而不影响 餐厅业务的运行。可见， 菜谱管理终端可以自主打印也可以向餐饮信息 系统提供 网络打印服务。

菜谱管理终端上带有读卡器和防盗报警系统 。 读卡器一般是 RFID读卡器。 本发明通过在菜谱管理终端上设置读卡器和报 警系统，解决了遥控器的管理和防 盗问题。平时， 遥控器都是通过有线方式连接到菜谱管理终端 的， 因此当任何一 个遥控器被取下时，菜谱管理终端都能及时发 现。例如如果遥控器都是通过 USB 接口连接到菜谱管理终端的， 当遥控器被拔下时， 菜谱管理终端会检测到 USB 设备的拔出事件从而获知遥控器的拔出。菜谱 管理终端内置报警系统，一般用高 响度蜂鸣器实现， 同时， 菜谱管理终端还可以通过"业务通信接口"向餐� ��信息 系统报警。 例如， 一旦菜谱管理终端需要报警， 一方面蜂鸣器会开始蜂鸣， 另一 方面菜谱管理终端会通过网络向餐饮信息系统 发送报警消息，餐饮信息系统的任 何计算机接收到报警消息后都会生成屏幕弹窗 提示， 从而管理者马上能予以关 注。另外， 菜谱管理终端还可以通过无线进行报警。例如 每台菜谱管理终端可以 安排一名管理服务员， 该服务员手戴报警接收器， 当需要报警时， 菜谱管理终端 通过无线 （一般是 433Mhz， 类似于现有的无线呼叫产品） 向报警接收器发送一 个报警消息，从而服务员佩戴的报警接收器会 蜂鸣或者振动从而引起服务员的注 意。 另外， 菜谱管理终端可以内置电池， 从而可以做到即使断电也能有效报警。 如果菜谱管理终端正在发出警报， 则可以通过刷服务员卡来停止警报。

餐厅为每名服务员发放服务员卡 （一般是 RFID卡， 例如 Mifare卡， 该卡是 带有授权密码的， 授权密码是由餐厅在制卡的时候写入的）。 当服务员需要从菜 谱管理终端取下某个遥控器时， 该服务员首先应在菜谱管理终端上刷服务员卡 ， 刷卡完毕后， 菜谱管理终端就解除防盗系统了， 同时， 菜谱管理终端也将该服务 员作为当前登录服务员。此时，服务员就能从 菜谱管理终端上安全地取下遥控器 了，可以取下多个遥控器。每取下一个遥控器 ，菜谱管理终端就会记录这一事件， 即哪位服务员在何时取下了哪个遥控器， 服务员的 ID和遥控器的 ID都会被记 录， 这些信息会被发往餐饮信息系统， 以供后日管理者进行查询。 可见， 服务员 在菜谱管理终端上的任何操作都会被记录在案 。任何一个遥控器是何时被哪个服 务员取走的， 也都有据可查， 从而实现了有序化的遥控器管理和防盗。 一般地， 餐厅可以为每台菜谱管理终端指定一台 "目标计算机"。 目标计算 机就是餐饮信息系统中的某台计算机， 这些计算机上都运行着餐饮管理软件（此 餐饮管理软件一般就是遥控数字化菜谱厂商提 供的）。 该计算机一般就是摆放在 菜谱管理终端旁边的计算机。当服务员在菜谱 管理终端上刷卡后， 菜谱管理终端 会自动向目标计算机发送一个消息（通过 "业务通信接口")， 通知该目标计算机 此服务员已经登录到了此菜谱管理终端。目标 计算机上的餐饮管理软件接收到这 一消息后， 会自动以该服务员的身份解除锁屏 （即登录）。 餐饮管理软件平时不 操作的时候一般处于锁屏状态， 任何服务员需要操作必须先输入工号和密码登 录。 可见， 有了上述功能后， 服务员省去了以往的登录操作： 只要在菜谱管理终 端上刷卡，就能自动在其对应的目标计算机上 登录， 虽然菜谱管理终端和目标计 算机是两个终端， 但是却好像是同一台计算机一样。 进一步地， 登录之后， 目标 计算机还自动显示菜谱管理终端管理界面。在 这个界面中能看到此菜谱管理终端 当前连接了哪些遥控器， 每个遥控器内的菜谱数据版本， 等等。 这些信息的获取 方式也是多样的， 可以是菜谱管理终端定期将这些信息发送给餐 饮信息系统（并 存入餐饮信息系统的数据库中从而之后任何计 算机可以随意访问）， 也可是每台 菜谱管理终端对餐饮信息系统提供数据服务（ 即某种形式的网络服务， 例如 web 服务或者自定义的网络应用层协议， 菜谱管理终端作为服务器， 目标计算机作为 客户端）， 当餐饮信息系统的任何计算机需要获取这些数 据时， 只要访问菜谱管 理终端提供的数据服务即可。在菜谱管理终端 管理界面中还能对菜谱管理终端进 行控制， 例如 "安全拔出遥控器"。 菜谱管理终端管理界面中会有一个按钮 "安 全拔出遥控器"， 这个按钮的作用类似于 windows中的 "安全删除硬件"。 例如， 如果菜谱管理终端正在对某个遥控器进行数据 更新操作，如果服务员此时拔下遥 控器，就会导致数据损坏，类似于未安全删除 硬件就从 windows计算机中拔下 U 盘的情形。有了这个功能后， 服务员刷卡后， 菜谱管理终端首先解除防盗系统并 通知目标计算机解除锁屏并自动登录， 然后该服务员在目标计算机上首先点击 "安全拔出遥控器"按钮（目标计算机一般就摆� ��菜谱管理终端旁边， 因此服务 员刷卡后即可看到目标计算机的界面并马上可 以开始操作）， 然后服务员应耐心 等待菜谱管理终端完成当前正在进行的更新操 作。如果菜谱管理终端当前没有进 行任何更新操作， 则菜谱管理终端管理界面上马上就会显示 "己经可以安全拔出 遥控器了"， 如果正在更新， 则会显示 "正在更新中， 请稍候"之类的信息。一 旦显示 "可以安全拔出遥控器"， 菜谱管理终端就不会再启动任何更新操作了。 这样， 只要服务员在可以安全拔出遥控器之后再拔出 遥控器，就不会出现数据损 坏的情况。 当该服务员完成了全部操作， 即可点击目标计算机界面上的 "锁屏" 按钮， 锁屏后， 目标计算机会让菜谱管理终端会再次启动更新 操作， 同时再次开 启防盗系统。 显然， 为了实现通过操作目标计算机来控制菜谱管理 终端， 每个菜 谱管理终端都应提供一种网络服务，任何目标 计算机通过菜谱管理终端提供的网 络服务即可通过网络控制菜谱管理终端了。

当将存有点菜结果的遥控器插入菜谱管理终端 时， 或者将存有点菜结果的服 务员卡在菜谱管理终端上刷卡时，目标计算机 上自动登录后还会自动弹出点菜内 容窗口（具体过程是， 菜谱管理终端首先将点菜结果发往餐饮信息系 统并存入数 据库服务器， 然后目标计算机即可从数据库中读取这些点菜 结果， 此时这些点菜 结果虽然已经进入了数据库，但是并未发往厨 房打印机， 处于等待服务员核实的 状态）， 该窗口中罗列了该遥控器或者服务员卡中存储 的点菜结果详情， 例如菜 品内容、 数量、 口味、 单价、 会员优惠额、 总价格等等。 这个弹出窗口主要供服 务员对点菜内容进行最后的人工确认， 同时该窗口中还有一个"发送"按钮， 服 务员确认无误后， 点击 "发送"， 即可最后将点菜内容发往厨房。 另外在发送之 前， 服务员还可以修改点菜内容， 或者添加其它菜品然后再发送。 可见， 在真正 将点菜结果发往厨房之前， 服务员可以在目标计算机上进行确认和修改， 从而更 稳稳妥。

对于希望降低成本的餐厅， 也可以不设置目标计算机。 对于这种情况， 菜谱 管理终端上应带有指示灯，用于指示是否可以 安全拔出遥控器，还应提供一个"安 全拔出遥控器"的机械按钮。也就是说用菜谱� �理终端上的指示灯和按钮代替了 目标计算机上的界面。 类似地， 也应该有一个 "锁定"机械按钮， 按这个钮后， 菜谱管理终端会再次开启防盗系统、 启动数据更新。 另外显然， 对于没有目标计 算机的情况， 遥控器或者服务员卡中的点菜结果会被自动发 送给厨房， 不会再让 服务员进行确认了， 也无法在发送前进行任何修改了。

还有一种形式是， 菜谱管理终端本身就是一台带有显示屏和输入 装置的计算 机， 也就相当于将前文中的 "菜谱管理终端"和 "目标计算机"合二为一了。 但 这种形式并不推荐， 因为降低了使用的灵活性。 例如， 对于中小型餐厅， 菜谱管 理终端一般就放在前台， 而前台一般也放置 PC机， 这种情况用该 PC作为目标 计算机就是最佳方案了。菜谱管理终端具体实 施的时候一般被设计成一个体积很 小， 类似于家用宽带路由器的产品， 其上仅带有遥控器接口和业务通信接口， 没 有显示屏， 而对其的操控主要通过目标计算机实现。

另外， 由于现在平板电脑已经普及， 对于放在前台以外的地方 （例如大型酒 楼可能每层都分布地装有多个菜谱管理终端） 的菜谱管理终端来说， 显然平板电 脑就是实现目标计算机的最佳设备了， 因为平板成本低、 功耗低、 体积小不影响 餐厅环境美观， 远强于现有的台式 15寸触摸屏产品。 为了方便使用平板电脑作 为目标计算机， 本发明的菜谱管理终端还支持通过 USB接口为平板提供网络接 入的功能。例如， 当平板通过 USB连接到菜谱管理终端时，平板作为 USB设备， 可以展现为一个 USB RNDIS设备， 或者 USB CDC设备， 总之， 在菜谱管理终 端看来， 平板电脑就是一个 USB网卡。这样通过 USB平板电脑就和菜谱管理终 端建立了网络连接，由于菜谱管理终端通过业 务通信接口接入了餐饮信息系统的 网络， 从而平板电脑就也接入了餐饮信息系统的网络 （菜谱管理终端需要起到路 由功能）， 因此， 该平板电脑就可以作为目标计算机使用了， 因为它和餐饮信息 系统中的任何其他计算机没有本质区别（虽然 平板一般是 ARM架构并且运行安 卓系统）。 可见， 遥控数字化菜谱的厂商一般需要提供两套管理 界面软件， 一套 用于 PC, 适用于大屏幕鼠标操作。 一套用于平板， 适用于 7寸触摸屏的操作。 由于平板来说功耗很低，因此采用这种形式后 一般平板可以直接靠菜谱管理终端 通过 USB提供的电力运行， 无需外接任何其它电源。 另外， 和遥控器类似， 菜 谱管理终端还能实现平板电脑的防盗作用， 如果未解除警报而拔下平板电脑的 USB线缆， 则菜谱管理终端会检测到这一事件并发出报警 。 另外和遥控器不同， 平板电脑的 USB线缆禁止一般的服务员随意拔出， 因此只有具有平板电脑管理 权限的服务员卡（例如经理持有的服务员卡） 刷卡后才能解除对平板电脑的防盗 警报。

市场中已经出现 IC卡点菜产品， 即用 IC卡将点菜结果从点菜机传输到餐饮 管理系统。 本发明也设置了类似的功能， 并且还将 RFID卡用于桌号录入和服务 员在数字化菜谱上进行登录。

遥控数字化菜谱上带有读卡器。 读卡器可以设在主机上， 也可以设在遥控器 上。其中设在遥控器上是最佳方案， 因为遥控器就在操作数字化菜谱的服务员或 者顾客的手中， 刷起来十分方便， 甚至无需掏出卡， 例如服务员将遥控器在腰包 (腰包中放着服务员卡， 该卡是 RFID卡） 上一拍即可完成刷卡， 顾客则将遥控 器在裤兜 （裤兜里的钱包中存有会员卡， 该卡也是 RFID卡） 一拍， 就也完成了 刷卡。

当服务员在数字化菜谱上刷服务员卡时， 数字化菜谱自动显示出管理界面， 管理界面主要用于关机、发送和保存点菜结果 等操作，这些操作不能让顾客随意 进行， 因此必须由服务员操作。 现有的产品 （例如平板点餐产品）， 一般都需要 服务员输入工号和密码，十分麻烦。本发明实 现了刷卡就实现自动身份认证并自 动进入管理界面， 十分简洁， 也不会输错而重新输入。

在数字化菜谱的管理界面中， 其中有一个功能就是将点菜结果保存到服务员 卡 （可以仅保存其中某些菜品， 例如当顾客需要提前制作某个菜品的时候)。 选 中这个功能后， 屏幕会提示请刷服务员卡， 此时当服务员刷卡时， 数字化菜谱就 会将点菜结果写入该服务员卡中。如果读卡器 在遥控器上， 则是主机将点餐结果 无线发送给遥控器然后由遥控器写入服务员卡 。之后， 该服务员应持卡到附近的 菜谱管理终端上刷卡， 刷卡后， 如前文所述， 不仅会自动在目标计算机上登录， 还会自动读取该服务员卡中的点菜结果并弹窗 让服务员确认发送。

类似地， 服务员卡还可以传输其他任何小量数据。 例如， 在数字化菜谱中输 入桌号后， 可以将桌号保存到服务员卡中（操作方式和保 存点菜结果到服务员卡 的过程类似）， 然后服务员去菜谱管理终端上刷卡， 即可自动通知餐饮信息系统 此桌位己经被占用了， 即实现了开台操作。如果没有这个功能， 则必须等到顾客 点菜完毕后， 借着遥控器传输点菜结果的时候进行开台。 餐厅经常会为顾客发放会员卡。 顾客可以直接将 RFID会员卡在遥控数字化 菜谱上刷卡。遥控数字化菜谱中保存了此餐厅 所有门店的所有会员的信息和就餐 历史记录， 当顾客刷卡时， 会自动在数字化菜谱上完成会员登录， 登录后， 顾客 就能浏览以往的就餐历史了， 从而十分亲切。顾客也可以将以往点过的某个 菜品 直接加入 "我的餐桌"， 详见发明 A的内容。 进一步地， 顾客登录后， 数字化菜 谱上的菜品价格也都会自动变为该顾客会员等 级所能享受的折扣价格。遥控数字 化菜谱中保存的就餐历史也是通过遥控器传入 遥控数字化菜谱的。对于连锁店来 说，总部服务器每天会汇总来自各个门店的点 菜记录，然后再将其分发给各个门 店，然后会进入各个门店的每个菜谱管理终端 ，然后进入连接在菜谱管理终端上 的遥控器， 最终通过遥控器传入数字化菜谱的主机。 具体来讲，一般是各个门店 的餐饮管理软件每天自动从总部服务器下载最 新数据并保存在餐饮信息系统的 数据库服务器中，然后门店内的每台菜谱管理 终端自动从数据库服务器下载最新 数据然后将其更新到每台遥控器中。也就是说 ，各个门店的餐饮信息系统的数据 库、每台菜谱管理终端、每台遥控器和每台主 机中都存储着完整的会员数据库和 会员就餐历史。 这种设计相当于是一种分布式的存储系统， 使得餐厅无需 wifi 布线就能实现顾客在任何数字化菜谱上快速登 录和浏览就餐历史。应注意这是一 个分布式系统， 各个存储节点存储的内容基本永远是不完全相 同但基本相同的， 因为数据在各个节点之前的同步是有延时的。 但是由于顾客就餐历史这类数据并 不要求更新和同步的实时性和绝对的正确性， 因此完全能满足实际要求。 另外， 餐厅还可以配备桌牌 RFID卡， 也就是在桌牌内部夹置一张 RFID卡， 这样， 当顾客入座后， 只要将桌牌在数字化菜谱上的读卡器上一拍， 即可自动录 入桌号， 从而解决了以往手工录入桌号容易出错的问题 。

无论是服务员卡还是会员卡还是桌牌卡， 在点菜过程中的任何刷卡事件都会 被数字化菜谱一一记录 （卡型、 卡号和刷卡时间）， 这些刷卡记录最终会通过遥 控器传输到菜谱管理终端进而最终传输到餐饮 信息系统中， 以供管理者后日查 看。 进一步地， 当把遥控器连接到菜谱管理终端时， 如果该遥控器内存有点菜结 果和保存该点菜结果的服务员在数字化菜谱上 的刷卡记录，则插上遥控器后就等 效于在菜谱管理终端上刷服务员卡，从而菜谱 管理终端会解除防盗系统并通知目 标计算机解除锁屏和登录。这是因为， 当顾客点菜完毕后， 必然需要由餐厅服务 员确认并保存点菜结果。该服务员必须先在数 字化菜谱上刷服务员卡从而进入管 理界面， 然后在管理界面中选择 "保存点菜结果并关机"。 这样， 该遥控器中就 同时保存了点菜结果和此服务员在数字化菜谱 上的刷卡记录。之后，这个服务员 会将这个遥控器插入到某个菜谱管理终端。可 见在这种情况下， 该遥控器内保存 的信息已经可以证明持有此遥控器的人正是该 服务员，因此完全可以省去服务员 在菜谱管理终端上的刷卡操作了。

无论是通过遥控器传输数据， 还是通过 RFID卡传输数据， 都不能做到无线 传输， 因此本发明同时也提供了数字化菜谱和菜谱管 理终端无线数据传输的功 能。 这种无线数据传输就是指传统意义上的无线点 菜传输方法， 例如可以是 433Mhz无线数传、 zigbee和 wifi等远距离无线传输技术，一般推荐的是 433MHz (在某些国家是 868MHz/915Mhz) 无线数传。 菜谱管理终端和数字化菜谱中都 带有无线点菜收发电路。数字化菜谱上的无线 点菜收发电路的优选实现方式是将 其安装在遥控器内， 而不是主机内， 因为遥控器是可以方便移动的， 当无线信号 不好时可以通过改变遥控器方向和位置来寻找 信号。采用这种设计后， 数字化菜 谱和菜谱管理终端还可以通过无线收发器数据 。例如， 当在数字化菜谱上刷桌牌 卡后，数字化菜谱立即可以通过无线方式向菜 谱管理终端发送开台消息， 该消息 最终传入餐饮信息系统，进而管理者可以即时 看到该桌位已经开台了， 否则必须 等到点菜完毕后才能看到。再如， 如果顾客需要提前制作某道菜品也可以用这种 方式发送， 无需再使用 RFID卡（服务员无需为了提前制作某个菜品而� �到菜谱 管理终端刷卡）。 再如， 对于需要称重的菜品例如鱼类， 厨房可以直接在计算机 上录入实际称重重量， 之后餐饮管理软件会将此重量信息发送给菜谱 管理终端， 然后菜谱管理终端通过无线将其发送给目标数 字化菜谱，然后该数字化菜谱上此 菜品的重量和价格就都自动被重新计算了。如 果没有这个功能， 则需要厨房派人 通知负责此桌的服务员在数字化菜谱界面上修 改实际重量。再如， 当厨房某个菜 品沾清的时候或者需要临时修改某个菜品价格 并且想即时生效的时候，都只有通 过无线发送才能实现， 否则正在使用的菜谱上这些修改是不会生效的 ， 只有在修 改之后才开机的菜谱上才会生效 （因为通过遥控器实现了更新）。

可见， 在这种情况下， 菜谱管理终端实际上相当于点菜宝的 "无线基站"。 遥控器中本身已经带有了 "遥控无线通信电路 "（见发明 A)， 因此另一种实 现方式就是遥控器就借用现有的"遥控无线通� �电路"作为无线点菜收发电路 (菜 谱管理终端中应加入同样的无线通信电路）。 也就是说 "遥控无线通信电路"的 硬件同时接入两种不同的无线网络， 一个网络是遥控器和主机组成的遥控网络

(详见发明 A),另一个是遥控器和菜谱管理终端组成的业务 数据无线传输网络。 这种一套物理硬件同时接入两个网络的技术类 似于蓝牙设备可以同时接入两个 微微网络， 采用时分复用的方法实现。但是和蓝牙不同的 是， 本系统是接入两个 完全不同协议的无线网络， 为了实现这个目标，这两个网络的无线协议必 须是经 过特殊设计的能相互配合共存的专有协议。

此外， 如果无线点菜收发电路设在遥控器内部， 则还能实现菜谱管理终端对 遥控器位置的追踪。遥控器可以定期向菜谱管 理终端发送无线数据包， 菜谱管理 终端根据接收到的信号的强弱即可大致判断遥 控器到菜谱管理终端的距离，虽然 这种判断是十分不精确的， 但是仍然可以给出大致的参考信息。菜谱管理 终端将 这些信息发往餐饮信息系统后，管理者不仅能 看到每个连接到菜谱管理终端的遥 控器的状态，还能看到每个正在使用中的遥控 器的状态。例如如果发现某个遥控 器长时间没有发来数据包， 则可以提示管理者遥控器可能已经被盗。

此外， 菜谱管理终端还可以作为无线呼叫的基站。 某些餐厅使用了无线呼叫 产品， 即在每个桌位上摆放一个呼叫器。 当顾客需要叫服务员的时候， 只要按呼 叫器上的按钮， 呼叫器就会向呼叫基站发送无线数据包， 然后呼叫基站会给服务 员佩戴的呼叫接收器发送数据包。

此外， 如果菜谱管理终端上带有 wifi网卡， 则菜谱管理终端还可以充当一个 wifi基站， 从而无需单独的 wifi基站。 另外， 当点菜完毕要关闭遥控数字化菜谱的时候， 主机还可以把电池剩余电 量通过无线数据包发送给遥控器。当之后遥控 器连接到菜谱管理终端的时候， 菜 谱管理终端就可以从遥控器读取该遥控数字化 菜谱的电池剩余电量了，然后可以 将电池剩余电量发送给餐饮信息系统。从而餐 厅管理者就可以看到每台遥控数字 化菜谱的电池剩余电量了。 在遥控数字化菜谱关机的时候读取剩余电量就 足够 了， 因为遥控数字化菜谱关机后， 功耗极低， 电池电量基本不会改变。 这个功能 则可以方便餐厅无需人为检查就能即时看到哪 个遥控数字化菜谱需要充电，从而 有效防止了顾客点菜过程中出现电量不足的情 况。每台遥控数字化菜谱一般都有 一个序列号， 遥控器中不仅存储关机时的剩余电量，还存储 所连接的遥控数字化 菜谱的序列号（也是通过无线数据包从主机获 取的）并将序列号和剩余电量一起 发送给餐饮信息系统，这样餐厅管理人员就能 根据序列号快速找到电量不足的遥 控数字化菜谱并更换电池 （遥控数字化菜谱上一般也贴有其序列号）。 由于餐厅顾客一般要求数字化菜谱能即开即用 ， 而一般数字产品开机速度都 比较慢， 因此解决方案是数字化菜谱平时不要关机， 而是待机。但是待机功耗仍 然会远大于关机功耗， 考虑到数字化菜谱一般是在就餐时间才会使用 ，本发明提 出了自动开机和待机的功能。即，餐厅管理者 可以在餐饮管理软件中设定数字化 菜谱每天的自动开机和自动关机时间。 例如， 上午 11点和下午 5点自动开机。 下午 2点和晚上 8点自动关机。这些参数会通过遥控器更新到� �台数字化菜谱中。 之后， 每台数字化菜谱每天都在会在指定的时间自动 开机（类似于电脑的在指定 时间自动开机）， 开机以后马上自动待机。 这样就实现了在就餐高峰期所有数字 化菜谱都处于待机状态， 因此能瞬间开机， 即开即用。 然后到了关机的时刻后， 数字化菜谱会自动从待机恢复， 然后关机。 采用这种方式后， 24 小时内可以做 到 18小时都处于关机状态， 大幅降低了待机带来的电池损耗。 顾客点菜的时候，往往会对菜品口味和制作方 法提出要求。其中通用要求（如 多糖、少辣等要求）一般可以在数字化菜谱界 面中直接设定， 而特有的要求则一 般要手工录入。对于以往的手写点菜和平板电 脑点餐， 手工录入不成问题。但是 如果用遥控器操作菜谱，录入文字信息就比较 麻烦， 因为遥控器上一般不会有全 键盘。因此本发明提出了通过语音来记录特殊 要求的方法。遥控器内置麦克风和 音频 ADC， 当需要提出特殊要求的时候， 首先操作主机界面， 开启录音， 然后 主机会通过遥控无线通信电路通知遥控器开启 录音， 此时遥控器会开启音频 ADC， 即可开始对遥控器讲话。 讲话结果会被遥控器录制并保存在业务数据存 储器中，遥控器也可以通过无线将录音结果发 给主机并保存（之后再回传给遥控 器从而进入遥控器内的业务数据存储器中）。 录音的停止可以从数字化菜谱界面 上操作， 也可以智能停止录音，例如如果发现 3秒内的音频信号强度低于某值则 自动停止录音。 之后点菜完毕后， 将遥控器插入菜谱管理终端的时候， 菜谱管理 终端会从遥控器中读取录音结果并将其和点菜 结果一起发往餐饮信息系统。之后 在目标计算机上可以对录音结果进行回放，然 后操作者再根据录音回放内容在目 标计算机上将其以文字形式录入后再发送到厨 房。 菜谱管理终端的最佳实现模式是通过 POE供电。 采用这种方式后， 菜谱管 理终端只需要一条以太网线即可实现业务通信 接口和供电。由于接在菜谱管理终 端上的各种设备， 例如 USB集线器、 遥控器、 平板电脑和小票打印机， 都是从 菜谱管理终端取电的，因此这种方式最终实现 了菜谱管理终端及其各个外设组成 的系统和外界的唯一接口就是一条网线， 这使得整个系统十分千净和简洁。 本发明还实现了数字化菜谱的高可靠性。例如 ，如果顾客己经点了很多菜品， 此时数字化菜谱坏了， 则顾客必然会十分恼怒， 因为菜都白点了。但是本发明随 时将点菜结果通过无线存储在遥控器中，因此 相当于实现了点菜结果在主机和遥 控器中的双备份。无论是主机坏了还是遥控器 坏了， 都能在更换主机或遥控器后 恢复之前的点菜结果。 即， 在将遥控器插入主机进行配对的时候， 如果此时主机 或者遥控器中存有点菜结果，则这个点菜结果 会直接被发送给对方从而实现双方 的同步。 另外， 菜谱管理终端上还可以连接条码枪， 实现条码划菜等操作。 另外应说明的是， 对于电视菜谱这种实现形式来说， 最佳方式是主机直接通 过有线以太网接入餐饮信息系统。 也就是说对于电视菜谱来说， 除了遥控器、 RFID卡和无线方式外， 还有有线以太网这种方式。 对于新开的餐厅， 如果在装 修时将包间都安装好电视并进行网线布线，则 电视菜谱可以采用这种数据传输形 式。 权利要求中所说遥控器的 "业务数据存储器"可以通过单片机内部 SRAM、 单片机内部 EEPROM或闪存、 单片机外挂闪存或闪存卡、 U盘电路、 读卡器电 路等多种形式来实现， 也可以是不同方式的混合实现（例如同时利用 接在单片机 上的 SPI闪存和独立的 U盘电路）。如果用 SRAM实现则要求遥控器应始终处于 待机状态， 不能断电。 菜谱管理终端是不能移动的， 一般是通过交流适配器来供电， 例如， 9V 直 流电源。

可见， 本发明不仅可以用遥控器实现数据的传输， 还可以利用 RFID卡和传 统的无线点菜方式， 从而增加了灵活性。 无论是 RFID卡还是遥控器还是无线， 其本质都是在遥控数字化菜谱和菜谱管理终端 之间传输数据的手段。从而最终实 现了在数字化菜谱接和餐饮信息系统的数据传 输。本发明最重要的意义在于，餐 厅不再需要进行 wifi 布线了。 本发明的核心数据传输途径是遥控器 （像菜谱数 据、 会员信息等大宗数据， 只能通过遥控器更新）， 而 RFID卡和无线仅仅是偶 尔传输小量数据的辅助手段。实际使用的时候 是结合使用三种技术，但基本以遥 控器为主。本发明还实现了终极的可靠性：在 任何时候，无论无线出现任何问题， 都能保证任何类型的业务数据的无缝、高速和 可靠的双向传输。本发明还实现了 全部操作的简洁性， 无需 U盘， 确保了傻瓜式操作。

附图说明

附图 1是本发明的整体结构和方法示意图。

附图 2是同时带有 USB和 RS232接口， 但只有 RS232线路连接到单片机的 遥控器结构示意图。

附图 3是只有 USB接口但不带有 USB集线器的遥控器结构示意图。

附图 4是只有 USB接口且带有 USB集线器的遥控器结构示意图。

附图 5是从单片机同时引出 USB和 RS232线路的遥控器结构示意图。

附图 6是同时带有 RS232线路和集线器的遥控器结构示意图。

附图 7是 6口 USB集线器以及遥控器在集线器上的放置方式的 示意图 附图 8是典型的菜谱管理终端极其外设连接方式的� �意图。

具体实施方式

阅读后文之前请详细阅读发明 A和发明 B的说明书。 后文假设读者已经阅 读了这些内容。

附图 1是本发明的整体示意图。 其中包括遥控器 （1 )、 菜谱管理终端 （2)、 主机（3 )和遥控器线缆（4)。 该图从左到右依次给出了遥控器（1 )通过有线连 接到菜谱管理终端 （2)、 遥控器 （1 ) 通过有线连接到主机 （3 ) 和遥控器 （1 ) 通过无线连接到主机 （3 ) 的情形。

实施发明 B的时候，遥控器上的主机接口和主机上的遥� �器接口一般用串口 (RS232) 接口实现。 但是由于串口在机械上很笨重， 并不适合要求轻巧的遥控 器， 因此实施的时候往往在机械上借用 USB接口而在电气上采用 RS232信号。 一般是遥控器上采用 USB公头（和 U盘上的 USB插头一样）,而主机上釆用 USB 母座。采用这种设计后，遥控器无需遥控器线 缆即可直接插入主机中，更为简洁， 而遥控器线缆主要用于无线遥控由于受到干扰 而失效，需要采用有线遥控操作的 时候。 在电气上采用 RS232的好处是其稳定性高于 USB， 另外最大的好处就是 主机上的遥控器接口实现更为简单。 如果用 USB 则要求主机上的单片机或者 SOC上运行 USB主机协议栈， 比较复杂。 因此， 实施发明 B 的时候往往采用 RS232信号， 但在机械上借用 USB插头和线缆。 USB线缆上的电源和地线照样 作为原有功能，而 USB的 D+线路则承载主机发往遥控器的 RS232信号，而 USB 的 D-线路则承载遥控器发往主机的 RS232信号。

在上述的发明 B的实施方式下， 由于 RS232接口速率过慢（只有 100Kbps), 因此仅通过 RS232 口来更新菜谱数据 （可能达到几十兆字节） 则根本不现实。 因此遥控器上必须同时提供 USB接口线路， 这就必须增加遥控器接口和遥控器 线缆中的线路个数。因此本发明提出了一种实 现方式：利用 USB3.0插头和线缆。 USB3.0插头和线缆和 2.0完全兼容， 只是多了 5条线路。 这样， 只要遥控器上 的 USB2.0公头改为 USB3.0公头， 而主机上的 USB2.0母座改为 USB3.0母座， 即可多出来 5条线路。 在这种实施方式下， 遥控器应内置一套 U盘电路 （由 U 盘控制芯片和 NAND闪存组成)或读卡器电路（由读卡器控制芯� ��和 TF卡组成）。 相应地， 主机和菜谱管理终端上的遥控器接口也应采用 USB3.0母座同时引出了 一个 RS232接口和一个 USB2.0接口。 内置 U盘和发明 B中原有的遥控器电路 完全是隔离的（除了有共同的电源和地以外） 。可见这样能实现只要插上遥控器， 就相当于把一个遥控器和一个 U盘一下子都插在了主机或者菜谱管理终端上� � 十分简洁。当遥控器连接到菜谱管理终端后， 菜谱管 S终端就可以把菜谱更新存 入遥控器内置 u盘， 同时从遥控器的单片机中读取点菜结果。 另外， 当遥控器 插入主机或者连接到菜谱管理终端的时候， 无论是点菜结果还是菜谱更新， 既可 以存入遥控器内置 u盘， 也可以存入遥控器本身的电路 （即遥控器的单片机的 内部 SRAM或者外挂存储器）， 具体存在哪里可以根据实际需要来选择。 例如， 对于菜谱更新来说， 则存在 U盘中是最佳方案。 而对于点菜结果来说， 如果是 通过无线从主机传送到遥控器的， 则在这种实施方案下无法存入 U盘， 因为遥 控器中的单片机完全不知道 U盘的存在， 只能将结果存入单片机内部 SRAM或 者外部 EEPROM等非易失存储器。 但是如果点完才后将遥控器插入主机来获取 点菜结果， 则点菜结果也可以存入 U盘， 因为此时遥控器内置 U盘已经连接到 主机了。 这种方式的结构如附图 2所示， 其中包括 USB3.0公头 （21 )、 U盘控 制芯片或者读卡器控制芯片 （22)、 NAND闪存或者 TF卡 （23 )、 单片机 （24)、 遥控无线通信电路 （25 )、 单片机外接存储器 （26)、 遥控器外壳 （27)、 USB2.0 线路（28)和 RS232线路（29)。其中单片机外接存储器（26) (—般是 EEPROM、 SPI 闪存等） 是可选的， 也可以用单片机内部存储器来实现其功能。 USB2.0线 路 (28)和 RS232线路 (29)共同通过 USB3.0公头 (21 ) 引出遥控器。 USB3.0 公头（21 )上共有 9条线路， 其中 4条是 USB2.0中就有的线路（VBUS、 GND、 D+和 D -)， 这 4条线路即可用于引出 USB2.0线路（28)。 剩余的 5条 USB3.0中 新加入的线路 （RX+、 RX-、 TX+、 TX-、 GND) 则用于引出 RS232线路 （29)， 可以如下使用： 地线还是地线， RX+和 RX-都用于 RX232的 RXD (作为一条线 路使用， 将它们短接）， TX+和 TX-都用于 RS232的 TXD。 此处 RXD和 TXD都 是相对于遥控器的单片机来说的， 主机和菜谱管理终端上的 USB3.0母座的信号 布局也应相应设置， 但是 RXD和 TXD应和遥控器上相反从而最终使得遥控器 的 RS232线路中的发送连接到主机中 RS232线路的接收， 而遥控器的 RS232线 路中的接收连接到主机中 RS232线路的发送。 这种设计还有一个优点是， 遥控 器也能连接到标准的 USB2.0接口， 例如， 遥控器能直接连接到标准的计算机上 的 USB2.0接口。 当然， 计算机只能和遥控器里面的 U盘通信， 而不能连接到和 遥控器中的 RS232线路， 因此对于这种方式要求将点菜结果和菜谱更新 都保存 在 U盘中。 另外要说明的是， RS232线路和单片机之间肯定还需要一个类似于 MAX3232的 232信号收发电路， 本文 （以及权利要求书） 为了简化因此并未提 及这一点。 另一种实施方式就是遥控器接口用单一的 USB来实现， 不再需要 RS232信 号。 此时， 遥控器中采用一个 USB单片机 （该单片机就是发明 B中的单片机）， 该单片机外挂闪存 /TF卡等大容量存储器。 当遥控器连接到主机或者菜谱管理终 端的时候， 系统中将枚举一个带有两个 Interface (USB术语） 的 USB设备， 一 个是大容量存储 Interface, —个是遥控器 Interface (主要用于和主机之间收发无 线配对信息）， 这些 Interface 都是通过单片机中的软件来实现的。 其中遥控器 Interface是遥控数字化菜谱厂商自定义的 Interface, 需要厂商相应地在主机和菜 谱管理终端上提供设备驱动程序 （大容量存储 Interface有现成的驱动程序）。 显 然， 在这种实施方式下， 遥控器、 主机和菜谱管理终端上的接口都应采用标准的 USB2.0接口。 这种实施方式如附图 3所示， 其中包含 USB2.0公头 （31 )、 USB 单片机 （32)、 NAND闪存或 TF卡 （33 )、 遥控无线通信电路 （35 )和遥控器外 壳 （37)。

上述这种方式的一个缺点是，带有 USB口的单片机一般都只有全速 USB口， 不支持高速 USB, 如果更新几十兆的菜谱数据， 则速度仍然十分缓慢。 因此这 种实施方式还有一种改进方案， 就是在遥控器内部， USB 接口首先连接一个高 速 USB集线器， 然后在集线器下挂一套 U盘电路和一个 USB单片机 （该单片 机就是发明 B中的单片机）。 这样， 当遥控器连接到主机或者菜谱管理终端的时 候， 将会枚举出两个 USB设备（而不是一个设备两个 Interface), 即一个 U盘设 备和一个遥控器设备。 U盘能支持高速 USB传输， 而且 U盘并不是通过单片机 的控制实现的， 而是通过单独的 U盘控制芯片实现的。 这种方案如附图 4所示， 其中包含 USB2.0公头 （41 )、 USB集线器芯片 （42)、 U盘控制芯片或者读卡器 芯片 （43 )、 NAND闪存或者 TF卡 （44)、 USB单片机 （45)、 遥控器无线通信 电路 （46) 和遥控器外壳 （47)。

还有一种实现方式， 就是仍然同时具有 USB和 RS232线路， 但是两种线路 都是从单片机引出的。如附图 5所示，其中包括 USB3.0公头（51 )、单片机（54)、 遥控无线通信电路 （55 )、 单片机外接存储器 （56)、 遥控器外壳 （57)、 USB2.0 线路 （58 ) 和 RS232线路 （59)。 其中单片机 （54) 是 USB单片机， 从而可以 从单片机 （54) 上同时引出 USB2.0线路 （58) 和 RS232线路 （59)， 引出的时 候对 USB3.0公头 （51 ) 的线路的利用方式和图 2类似。

另外还有一种结合了附图 4和附图 5的实现方式，即单片机上同时引出 USB 和 RS232, 其中 RS232直接通过 USB3.0接口引出， 而 USB则连接到一个 USB 集线器的某个下行端口， 然后该集线器下还接有一个 U盘 /读卡器电路， 最后该 集线器的上行端口通过 USB3.0公头引出。 如附图 6所示， 其中包括 USB3.0公 头 （61 )、 USB集线器 （62)、 U盘控制芯片或者读卡器芯片 （63 )、 N AND闪存 或者 TF卡 （64)、 带有 USB接口的单片机 （65 )、 无线遥控收发电路 （66)、 从 单片机引出的 USB线路（67)、 从单片机引出的 RS232线路（68)、 USB集线器 的上行端口引出的 USB线路（69)。 这种方式的优势在于， 当遥控器连接到标准 的 USB2.0端口的时候（例如， PC机或者以标准 USB2.0端口作为遥控器接口的 菜谱管理终端）， PC机 /菜谱管理终端通过标准 USB2.0接口不仅能读写遥控器里 面的 U盘， 还能通过读写单片机内部或者外接的存储器。 这种设计使得菜谱管 理终端只要提供标准的 USB2.0接口就行了， 虽然遥控器上是 USB3.0公头， 但 是这个接口完全和标准的 USB2.0兼容，只是当连接到标准 USB2.0接口的时候， RS232信号没有建立连接。 菜谱管理终端仅提供标准 USB2.0端口能大幅简化菜 谱管理终端的设计， 否则菜谱管理终端还需要引出多个串口， 其设计比较复杂。 在这种设计下， 遥控器上引出的 RS232信号的主要作用是和主机进行配对： 配 对系统需要比较严格的定时系统， 通过 RS232更容易实现。 也就是说， 主机上 的遥控器接口是同时引出 USB2.0信号和 RS232信号的 USB3.0接口， 而菜谱管 理终端上的遥控器接口是标准的 USB2.0接口。

另外还有一种实现形式， 就是用 USB模拟多路选择器代替附图 4和附图 6 中的 USB集线器。 当遥控器刚连接到菜谱管理终端的时候， USB模拟多路选择 器接通 USB单片机， 因此菜谱管理终端可以通过 USB和单片机通信， 因此可以 向单片机发送命令， 让单片机将 USB模拟多路选择器切换到 U盘 /读卡器电路。 也就是说 USB单片机和 U盘 /读卡器不能同时和菜谱管理终端通信。当菜� �管理 终端对 U盘 /读卡器的读写完毕之后， 则可以切断遥控器的电源（即 USB总线电 源）， 从而遥控器关机。 再次开启电源后， 遥控器就又会回到 USB模拟多路选择 器接通单片机的状态了。

对于附图 3和附图 5的实现形式来说， 由于大容量存储器都是在单片机的控 制之下的， 因此， 完全可以不枚举成一个大容量存储 Interface, 而枚举成一个厂 商自定义的 Interface 枚举成大容量存储的缺点在于： U盘无论是在标准计算机 还是嵌入式计算机中进行枚举的时候， 稳定性都不高， 经常会出现 U盘插入电 脑后不出来盘符的问题， 也就是说可控性太差。而在餐厅环境中， 要求做到百分 之百的插入后就枚举成功开始读写。 如果采用厂商自定义的 Interface, 则可以绕 开操作系统中的大容量存储协议栈和磁盘管理 器，直接通过 USB读写遥控器了， 当然同时厂商必须提供配套的驱动程序和应用 软件。

数字化菜谱上的 RFID读卡器一般就设在遥控器上。遥控器内的 PCB上应带 有 RFID读卡芯片 （如， NXP公司的 MFRC522) 和天线。 读卡器如果设在主机 上， 则一般设有一块装在支架内部的 PCB, 该 PCB上带有 RFID读卡芯片和天 线并通过 USB连接到发明 A的机芯模块 （相当于一个 USB RFID读卡器）， 从 而在支架上即可刷卡。

一般菜谱管理终端上要同时连接多个遥控器， 而且菜谱管理终端还需要能随 时检测到遥控器被拔下的事件， 因此遥控器的电源管理就成为问题。如果所有 遥 控器都处于正常工作的电源状态， 则其消耗的电流一般是比较大的， 因为遥控器 上有 USB集线器， 还有 U盘 /读卡器电路和单片机电路。其最大电流可以� �到数 百毫安。 如果连接 20个遥控器， 则总电流可能达到数安培， 这是菜谱管理终端 无法通过 USB总线提供的电流。 为解决了这个问题， 可以采用如下方式。 首先， U盘电路 /读卡器电路的电源是在单片机的控制之下的� � 遥控器刚插入菜谱管理 终端的时候， U 盘电路 /读卡器电路完全处于断电状态。 之后只有单片机接收到 菜谱管理终端的命令后， 才会开启 U盘电路 /读卡器电路的电源 （这个电源一般 就是一个 5V功率开关，其输入是 USB的 VBUS，输出是 U盘 /读卡器电路的 5V 供电， 开闭则由单片机控制）。 第二， 一般 USB集线器芯片上都有一个下行端口 电源开闭控制管脚。 可以用这个管脚来控制单片机及其外围电路的 电源的开闭。 平时， 遥控器处于彻底的休眠状态， 即整个遥控器都断电。 当将遥控器插入菜谱 管理终端的时候， 首先 USB集线器上电， 然后菜谱管理终端上的 USB驱动软件 会让 USB集线器开启下行端口电源。 一旦开启， 单片机就上电了。 当针对该遥 控器所有的操作都进行完毕以后， 菜谱管理终端即可让 USB集线器关闭下行端 口电源， 之后单片机及其外围电路就彻底掉电了。 菜谱管理终端对遥控器中的 USB 集线器的下行端口 电源开闭的控制是通过 USB 标准中的 SetFeature(PORT— POWER)命令实现的， 详见 USB2.0协议标准。 也就是说， 遥 控器连接在菜谱管理终端的时候可以处于三种 电源状态： 只有集线器带电、集线 器和单片机及其外围电路带电和全部带电。三 种状态的转换都是在菜谱管理终端 上的软件的控制之下的。 当只有 USB集线器带电的时候， 总电流一般只有 50〜 100毫安。 而菜谱管理终端可以通过控制每个遥控器的电 源状态， 依次打开和关 闭遥控器的电源， 从而实现任何时候不会有多个遥控器处于高耗 能状态， 从而解 决了总电流不足的问题。 而且， 即使在最低电流状态下， USB 集线器也是处于 工作状态的， 因此菜谱管理终端可以随时检测到遥控器的拔 出事件。 可见， 为了 实现上述功能， 遥控器的实施方式应选择附图 4或者附图 6的形式。

上述关于遥控器的结构的说明中都没有提及充 电电池、 触摸按键等电路， 因 为和本发明不相关。

菜谱管理终端有多种具体实现方式。 菜谱管理终端的第一种实施方式是采用标准的 PC机来实现。附图 2、附图 3、 附图 4、 附图 5和附图 6的遥控器设计， 无论是采用 USB3.0公头还是 USB2.0 公头， 都是可以直接连接到计算机上的 USB2.0接口的， 因此可见用标准的计算 机就可以实现菜谱管理终端的功能，这种实现 方式比较适合于微型餐厅。读卡器 则采用外接读卡器即可。 另外， 也可以在标准计算机上插上一块专门设计的 PCI 卡或者外接 USB设备， 这个卡或外置 USB设备上带有特殊的 USB3.0接口， 即 能和附图 2和附图 5匹配的 USB3.0接口，该 USB3.0接口实际同时引出了 USB2.0 线路和 RS232线路， 这样， 标准计算机不仅能通过 USB2.0线路连接遥控器， 还 能通过 RS232线路连接遥控器了。 这个卡或设备实际上就是一个 PCI转多 USB 和多串口卡或者 USB转多 USB和多串口设备。但是显然这种设计意义不大 ， 因 为只要遥控器能通过 USB2.0线路连接到标准计算机就足够了。

菜谱管理终端的第二种实施方式是采用单一整 体的嵌入式计算机设计， 从而 降低成本和功耗、提高集成度。菜谱管理终端 一般由外壳和主板组成。 主板上装 有 CPU (—般是 ARM9内核）、 DRAM, 闪存 （一般是 NAND或者 SD卡） 和 各种如前文所述的接口电路， 例如有线以太网接口、 无线点菜收发电路、 串口、 USB接口，等等。主板上一般还直接板载 RFID读卡器芯片和天线从而提高集成 度。另外最重要的就是还应带有若干个遥控器 接口。 如前文所述， 遥控器接口可 以用 USB3.0插头来同时支持 USB2.0信号和 RS232信号， 也可以就是标准的 USB2.0接口， 这取决于遥控器的具体实施方案。 其中标准的 USB2.0接口是推 荐实现模式， 因为无需串口， 设计大幅简化。 如果菜谱管理终端上的遥控器接口 是标准的 USB2.0接口， 则要求遥控器按照附图 6的形式设计， 否则菜谱管理终 端无法通过 USB从遥控器中读取点菜结果， 因为该点菜结果是由主机在点菜过 程中实时通过无线发送给遥控器的单片机并由 单片机保存在其内置或外挂存储 器中的， 而该存储器只能通过单片机访问。附图 6的设计使得菜谱管理终端一方 面可以通过 USB访问遥控器内的 U 盘从而进行数据更新， 另一方面可以通过 USB读取单片机的存储器从而读取采集业务数据 。

具体实施的时候， 一般菜谱管理终端上仅提供 4个 USB2.0端口， 然后通过 外接 USB2.0高速集线器来扩展更多端口。 例如市场上有现成的如附图 7所示的 6口 USB集线器。 这种集线器的最大优点是多个遥控器可以同时 并排插在上面， 无需任何线缆， 十分紧凑简洁。 附图 7中包括 6口 USB2.0集线器 （71 )、 集线 器上的 USB2.0端口 （72)、 遥控器 （73 ) 和遥控器上的 USB3.0公头 （74)。 可 见在这种情况下集线器可以视为菜谱管理终端 的一部分了。

附图 8是菜谱管理终端的一个典型实现方式。 其中菜谱管理终端 （81 )被设 计成一个类似家用宽带路由器的外形， 没有显示屏。 两个 6口 USB集线器（82) 连接到菜谱管理终端 （81 ) 上的标准 USB2.0接口。 这两个 6 口集线器上的 12 个 USB2.0接口就是菜谱管理终端上的 "遥控器接口"， 12个遥控器可以同时插 在两个集线器上， 无需任何线缆。 小票打印机 （83 ) 通过 USB或者串口连接到 菜谱管理终端 （81 )。 平板电脑 （84) 也通过 USB连接到菜谱管理终端 （81 )。 菜谱管理终端 （81 ) 上带有 RFID读卡器， 其刷卡区域 （86) 就在其外壳上。 因 此服务员需要刷卡的时候只要将服务员卡贴紧 刷卡区域（86)即可完成刷卡操作。 菜谱管理终端 （81 ) 通过网线 （85 ) 连接到外界 （即餐饮信息系统）。 菜谱管理 终端（81 )和网线（85 )还支持 POE， 从而网线（85 )即可为菜谱管理终端（81 ) 供电，从而间接地也为平板电脑、打印机、集 线器和插在集线器上的遥控器供电。 可见， 整套系统十分紧凑， 和外界只需要一条网线连接即可。一般地， 小票打印 机（83 )需要单独的直流电源供电， 如 9V供电。 因此相应地菜谱管理终端（81 ) 可以设置一个 9V电源供电口， 从而用一条直流线缆即可让菜谱管理终端 （81 ) 为小票打印机供电。