多语言订单处理系统及其方法
【专利摘要】本发明公开了一种多语言订单处理系统及其方法，由服务器、一台以上的零售终端设备、一台以上的用户终端设备、网络及网络路由器组成，服务器通过网络及网络路由器分别与零售终端设备、用户终端设备连接，实现通信传输；客户、客人、员工和管理者可使用其所倾向的语言来获取订单和账单信息。该订单处理系统可同时在不同场所管理这种信息，控制不同的客户终端、打印机组、订单和账单信息。各组件间的信息传输可使用无线网络或者有线网络来实现。本发明实现了人群与系统之间的良性互动，符合人们的使用习惯；多语言人群之间减少误解和障碍；精简流程，提高效率效益。
【专利说明】多语言订单处理系统及其方法
【技术领域】
[0001] 本发明属于订单处理技术，特别是一种多语言订单处理系统及其方法。
【背景技术】
[0002] 餐厅点菜系统作为现代管理手段已经开始应用。例如专利申请AU2013100209A4 描述的是消费者操作的食物和饮品订购和集成支付系统，通过消费者自有的可接入网络的 设备通过网络授权进入商家的系统进行消费支付。推荐使用的是广域网络，客户服务地点 选择将依靠地理定位服务。这种方法着重于客户自带的网络接入硬件设备。
[0003] 另一个专利GB2488660A，描述了电子食品订购系统，由客户使用移动客户终端、中 央处理单元(应用服务器）以及零售终端设备(例如打印机和屏幕）组成，其中包括客户端的 多语言和结算显示。该专利申请中存在以下技术问题：第一，没有对有关零售商的终端设备 说明，只提出可能是打印机或屏幕的概念。并没有对设备的配置，例如何种打印显示语言的 配置。第二，没有提出零售商的终端设备的多元性的配置方式，无法减少工作人员之间以及 工作人员与客户之间的沟通混淆，影响销售流程，这在经济全球化和多元文化中多语言工 作环境是一个急需解决的技术问题。
[0004] 其他相关现有技术，都着重基于客户的移动终端设备的餐厅点菜系统技术， 如 CN102231177A、CN102156915A、CN101794347A、US2012036028A1、W02011111997A2、 JP2012094058A和KR20120037142A。它们着重于使用移动终端的点菜处理系统的细化，没 有对后台的数据处理过程，仅仅笼统的指出例如屏幕或打印机的设备，用来显示客户所点， 后厨就会知道。此外，现有技术中描述的是餐厅点菜系统，技术并没延伸到例如使用同样模 式的零售商(例如，总部设在英国的零售商Argos，它的模式就是纯基于目录模式的商店)。 上述专利技术中并没有在实际进程中实现不同语言的员工、客户之间的互动。
【发明内容】
[0005] 本发明的目的在于提供一种多语言订单处理系统及其方法，通过信息处理和交 互，消除使用人群和系统之间、多语言人群相互之间的误解和障碍，精简流程，提高效率和 效益。
[0006] 实现本发明目的的技术解决方案为：一种多语言订单处理系统及其方法，由服务 器、一台以上的零售终端设备、一台以上的用户终端设备、网络及网络路由器组成，服务器 通过网络及网络路由器分别与零售终端设备、用户终端设备连接，实现通信传输；
[0007] 各用户终端设备显示的信息菜单存储于服务器上，客户在用户终端设备上选择语 言来浏览商品信息或餐单信息，将选择具体的商品添加到自己的选择列表中，之后下订单； 当完成订单的下单后，用户终端设备将以唯一的ID加上信息内容和已选择语言三项内容 上传数据到服务器；在服务器中，该订单和其唯一的ID被存储于数据库之中，订单下的每 个商品目录也使用该ID进行管理；之后服务器将商品分类对应到已经在服务器上用不同 语言组合定义配置的分类零售终端设备，然后通过零售终端设备完成对多语言信息的打印 或屏幕显示。
[0008] 本发明与现有技术相比，其显著优点：
[0009] (1)人群与系统之间的互动。零售服务业的高效不是单纯的取决于技术和静态的 处理流程，而是流程中的参与和操作的人群。实际中很多技术创造例子没有起到帮助人们 工作效率，提高流程的作用，甚至不符合人们的工作方式，和人们的兴趣取向相冲突(例如， 苹果在上世纪初90年代发明的命名为"牛顿"的平板电脑，在当时并不符合人们的工作方 式，仅一年就失败的退出市场)，其他一些技术则由于人们不能理解使用整个用户界面，不 知道如何与机器设备互动，以及无法理解甚至误解而失败告终。本发明实现了人群与系统 之间的良性互动，符合人们的使用习惯。
[0010] (2)多语言人群之间减少误解和障碍。高度集成的分布式系统为零售服务业由于 商家与国际客人之间产生的误解和问题有着极大的改善。不同文化、语言的人群间产生的 客户和零售商、零售商内部工作人员之间的误解得到了极大的避免，同时精简工作人员之 间的信息传输，提高了客户满意度。此外，通过订单合理地分类和直接发送到不同的部门负 责工作人员可优化工作进程。例如，餐厅中的食品订单直接发送到厨房，酒水订单直接发送 到吧台，账单信息直接发送到经理的办公室和/或前台服务等。
[0011] (3)精简流程，提高效率效益。许多商家的重要问题在于订单和货物间的交货时 间。在本发明的技术方案中，客户订购时和店员的询问时间可以减少，流转的速度可以提 高，增加效率节省成本。此外，该发明的自动高效化可精简人力成本，使得零售商、餐厅、咖 啡馆、酒吧、或酒店等零售服务行业更高效。
[0012] 下面结合附图对本发明作进一步详细描述。
【专利附图】
【附图说明】
[0013] 图1是本发明多语言订单处理系统的组成框图。
[0014] 图2是实现多语言订单处理系统的最小数据库构架。
[0015] 图3是用户终端设备和服务器之间的可靠消息传送模式。
[0016] 图4服务器上用于存储打印机配置数据的数据库构架。
【具体实施方式】
[0017] 结合图1，本发明多语言订单处理系统及其方法，由服务器1、一台以上的零售终 端设备2、一台以上的用户终端设备3、网络及网络路由器4组成处理系统，服务器1通过网 络及网络路由器4分别与零售终端设备2、用户终端设备3连接，实现通信传输。零售终端 设备2可以为打印机或显示屏，用户终端设备3可以为移动终端设备或固定终端设备，网络 可以是无线网络或有线网络。网络及网络路由4不是中心组件，在本发明只视它为系统中 的信号分配器。本发明的主要组件为服务器1，在局域网的环境下，主要用于用户终端设备 3和零售终端设备2的传输交流。零售终端设备2在本发明说明书中，以打印机为例进行说 明，其他情况下也可为例如电脑屏幕等。打印的信息对比屏幕显示信息更加耐用和可靠，受 限的环境更小(屏幕显示的受限有时可小到没有插座的支持而无法实现等)。
[0018] 各用户终端设备3显示的信息菜单存储于服务器1上，客户在用户终端设备3上 选择语言来浏览商品信息或餐单信息，将选择具体的商品添加到自己的选择列表中，之后 下订单；当完成订单的下单后，用户终端设备3将以唯一的ID加上信息内容和已选择语言 三项内容上传数据到服务器1 ;在服务器1中，该订单和其唯一的ID被存储于数据库之中， 订单下的每个商品目录也使用该ID进行管理；之后服务器1将订单商品分类，通过数据库 中的多语言配置对应到零售终端设备2,即通过数据库中的多语言配置，将商品组对应到不 同的零售终端设备2,然后通过零售终端设备2完成对多语言信息的打印或屏幕显示。
[0019] 一、本发明的服务器
[0020] 本发明的服务器1用于存储多种语言的商品信息，实现用户终端设备3和服务器 1之间的通信传输、订单的打印处理。
[0021] 1、服务器用于存储多种语言的商品信息
[0022] 服务器1承载不同"项（item)"下的信息及其多语言性。"项"为不同行业中的商 品。服务器上商品信息的存储可为数据库、XML文件或HTML页面等不同的方法。
[0023] 存储在服务器上的信息不是完整的商品目录或菜单，是全部商品的信息，通过如 下的方式来实现最后完整的可以显示的商品目录和菜单。如果存储在独立数据库，存储在 服务器1上的商品信息形成最终显示的商品目录或菜单的实现方式分为①存储所有信息 在单独的数据库，由客户终端设备3检索数据库信息后将菜单的信息分类组合展示给客户 (在餐厅中，这可定义为"菜单"来显示）；或者②由服务器1组合数据库上的信息形成完整 的信息菜单后以HTML页面的方式传输给客户终端设备3;每个菜单的信息有其唯一的标识 和被翻译成提供给客户的多国语言。
[0024] 如果存储为XML文件，将通过格式化转化为用以最终显示的HTML页面。每个"项" 的信息有其唯一的标识和被翻译成提供给客户的多国语言。下面仅阐述存储数据库和XML 文件状态下的多语言方法架构，当然也可以在其他不同的信息存储方法上实现，这里不做 阐述。
[0025] 关于"项"的多语言，以数据存储于数据库和数据存储为XML文件为例说明。当信 息存储在相关的数据库内，那么实现本发明的多语言方法的构架和描画，如图2所示。在 图2中，作为中心列表的关键的"翻译列表"，在这一列表中，通过"项ID(ItemID) "和"语言 ID (LanguageID) "关联到"项列表"和"语言列表"，以此将整个数据库构架中的其他两个列 表相关联以形成完整的"项"信息的多语言化。
[0026] 1) "项列表（item) "存储所有项的信息。每个"项"与唯一的ID "id"（该列表的 关键）关联。在上图的实例中列表内信息为"价格（price) "，"存货数量（stock)"和"分类 (group)"，也可以加入其他相关信息，但不能加入需要翻译成多语言的文本性质的信息。
[0027] 2) "语言列表（language)"中存储系统想提供的所有语言名称。每种语言的存储 为"全称（LongName) "，"全称（LongName) " 例如"English"，"Deutsch"，"Nederlands"， "中文"。语言的全称必须用语言本身的书写方式。如果"全称LongName"的输入用本国语 言表达"英语""德语"等等，那么那就失掉了此处多语言的意义。（该工作流程将在后文中 解释)。"缩写名（ShortName) "是附加的信息，用于整个系统。既然国际化il8n(详细信息 参见 IETF 国际化插件依据 RFC5646http://tools, ietf. org/html/rfc5646)已经按照国际 标准定义了语言标记，这些缩写标记将用于这里设置和选择正确的对应语言。当然对于不 同标准的选择，10个字符可能不够，可扩展图2中所示的量。
[0028] 3) "翻译列表（translation)"，存储所有多国语言的信息。其中包含"项ID (ItemlD)"和"语言ID (LanguagelD)"。此外，还有另一个字段"mlText"，用于"类型Type" 字段对应的具体文字描述。
[0029] "类型Type"字段可用于以下目的：此字段仅存储具体的名称，例如"项"的名称、 描述或与该"项"有关的任何其他信息。以餐厅菜单为例，"类型Type"可为"菜名"和"菜 品描述"，那么在"mlText"中就存储具体菜的名称和对应的食材、烹饪方法或其他任何餐馆 老板向客人的描述。如果以家具零售商为例，"类型"可能是每种语言下商品的"名称"，"描 述"，"尺寸"，"安装方式"。
[0030] 当然，此架构是可扩展的。在餐厅的菜单以及零售商店，"项"通常根据不同标准分 类。在餐厅中是例如开胃菜、主菜、甜品、饮品等，在零售商中根据货品的特性分类，烹饪原 料、浴室用品、新鲜肉类、工具等。这些扩展也要到数据库中，并且为每个分类做出适当的不 同语言翻译。
[0031] 当"项"和其翻译的信息存储在XML格式中，以下的示例为其解决方法。表1为图 2中数据库构架直接翻译为XML，而表2显示了一个综合的例子。表2中的例子描述了 XML 特性和每种语言的缩写名使用，当然对其不需要单独的定义。支持Π 8η的大多数软件框架 也支持这些语言之间进行切换的缩写名。单独定义语言仅用于关联每种语言的全名和缩写 名。这也可以是在软件源代码中的硬编码，这种关联的列表在网络上广泛应用。此外，在 XML的情况下的，字节<id>是不必要在〈translation〉节里的。图2中有仅以匹配所示的 数据库构架。
[0032]
【权利要求】
1. 一种多语言订单处理系统，其特征在于由服务器（1)、一台以上的零售终端设备 (2) 、一台以上的用户终端设备（3)、网络及网络路由器（4)组成，服务器（1)通过网络及网 络路由器（4)分别与零售终端设备（2)、用户终端设备（3)连接，实现通信传输； 各用户终端设备（3)显示的信息菜单存储于服务器（1)上，客户在用户终端设备（3)上 选择语言来浏览商品信息或餐单信息，将选择具体的商品添加到自己的选择列表中，之后 下订单；当完成订单的下单后，用户终端设备（3)将以唯一的ID加上信息内容和已选择语 言三项内容上传数据到服务器（1);在服务器（1)中，该订单和其唯一的ID被存储于数据库 之中，订单下的每个商品目录也使用该ID进行管理；之后服务器（1)将订单商品分类，通过 数据库中的多语言配置对应到零售终端设备（2)，然后通过零售终端设备（2)完成对多语 言信息的打印或屏幕显示。
2. 根据权利要求1所述的多语言订单处理系统，其特征在于所述服务器（1)用于存储 多种语言的商品信息，实现用户终端设备（3)和服务器（1)之间的通信传输、订单的打印 处理；其中存储在服务器（1)上的商品信息形成最终显示的商品目录或菜单的实现方式分 为①存储所有信息在单独的数据库，由客户终端设备（3)检索数据库信息后将菜单的信息 分类组合展示给客户；或者②由服务器（1)组合数据库上的信息形成完整的信息菜单后以 HTML页面的方式传输给客户终端设备（3);每个菜单的信息有其唯一的标识和被翻译成提 供给客户的多国语言。
3. 根据权利要求1或2所述的多语言订单处理系统，其特征在于用户终端设备（3)和 服务器（1)之间的通信传输采用以下两种混合方式：①用于HTML的商品目录或菜单页的次 级信息显示使用HTTP协议来传输； ②使用TCP加上消息中间件来传输给服务器的订单信息，用户终端设备（3)和服务器 (1)都将带有标记地址的数据传输给消息中间件，通过标记地址消息中间件知道传输的地 点从而管理和交互信息，确保数据的可靠性；只有用户终端设备（3)或服务器（1)确认收到 数据后，消息中间件才会丢弃此数据包；否则，它将持续投递直到用户终端设备（3)或服务 器（1)确认收到；用户终端设备（3)发送命令和服务器（1)确认收到，至此，双方都知道所有 数据已正确传输。
4. 根据权利要求1或2所述的多语言订单处理系统，其特征在于零售终端设备（2)为 打印机或显示屏，服务器（1)接收到用户终端设备（3)的订单后，该服务器（1)判断出应该 传输发送的零售终端设备（2)和相对应的语言进行订单的打印处理，即每个用户终端设备 (3) 的唯一识别ID由商家给与，通过带有URL的HTTP传输请求在服务器（1)上注册；在服 务器（1)上，每个用户终端设备（3)是与商品目录或菜单相关联，如果该用户终端设备（3) 为第一次注册，默认目录与它相关联，之后管理员更改此默认设置；当订单从用户终端设备 (3)发送到服务器（1)，服务器（1)就能识别出发送请求的用户终端设备（3)属于哪个零售 场所；之后，服务器（1)分析所传订单，并对订单中商品提取整理成不同的分类组；所有分 类组采集后将被发送到零售终端设备（2)中相应的打印机进行打印，订单的每个分类组都 要至少关联一个打印机或其他输出设备，服务器（1)通过分类将同类商品对应到关联打印 机，该打印机注册在服务器上，并在服务器上定义：每个分类组被关联一个或多个打印机， 或者是一台打印机关联到多个分类组； 客户确定下单前的选择性操作通过信息处理在用户终端设备（3)中完成，或者直接发 送到服务器（1)随机内存中处理；当客户最终下单，订单分别通过服务器（1)连接的通信管 道或从服务器（1)上的随机内存中获取的订单数据传输到数据库，订单上的每项分类组都 获得相同的唯一的ID，以标识它们来源于同一订单；之后服务器（1)将分类订单内容，通过 匹配打印机的名称和打印机管理服务信息识别网络上的相对应的打印机；服务器（1)将分 类订单内容，根据零售场所和分类组在"打印机组"中对应，通过打印机的名称和打印机管 理服务信息来匹配打印机，然后服务器（1)按照"打印机语言列表"的对应项目的语言要求 组合打印数据，发送给对应打印机。
5. 根据权利要求4所述的多语言订单处理系统，其特征在于订单的打印处理时，服务 器（1)的数据库中打印机、语言、零售场地和商品分类组的关联为：①在数据库"打印机列 表"中录入零售终端设备（2)的打印机在系统网络中的唯一名称，以及服务器（1)在网络中 获取的相关打印机的信息；②通过"打印机列表"与"打印机/语言列表"关联，建立打印机 和语言信息分配；③通过"打印机列表"和"打印机组列表"关联，建立打印机和零售场地， 商品分类组的分配，至此形成数据库中打印机、语言、零售场地和商品分类组的关联；当服 务器（1)收到订单，将订单中各项分类到商品分类组，通过设备ID代表的零售场地和商品 分类组来界定数据库如上所述的对应打印机和多种语言组合，之后将关联的同类商品和语 言组合发送给对应打印机打印作业。
6. -种多语言订单处理方法，其特征在于由服务器（1)、一台以上的零售终端设备 (2)、一台以上的用户终端设备（3)、网络及网络路由器（4)组成订单处理系统进行处理，月艮 务器（1)通过网络及网络路由器（4)分别与零售终端设备（2)、用户终端设备（3)连接，实现 通信传输； 各用户终端设备（3)显示的信息菜单存储于服务器（1)上，客户在用户终端设备（3)上 选择语言来浏览商品信息或餐单信息，将选择具体的商品添加到自己的选择列表中，之后 下订单；当完成订单的下单后，用户终端设备（3)将以唯一的ID加上信息内容和已选择语 言三项内容上传数据到服务器（1);在服务器（1)中，该订单和其唯一的ID被存储于数据库 之中，订单下的每个商品目录也使用该ID进行管理；之后服务器（1)将订单商品分类，通过 数据库中的多语言配置对应到零售终端设备（2)，然后通过零售终端设备（2)完成对多语 言信息的打印或屏幕显示。
7. 根据权利要求6所述的多语言订单处理方法，其特征在于服务器（1)用于存储多种 语言的商品信息，实现用户终端设备（3)和服务器（1)之间的通信传输、订单的打印处理； 其中存储在服务器（1)上的商品信息形成最终显示的商品目录或菜单的实现方式分为①存 储所有信息在单独的数据库，由客户终端设备（3)检索数据库信息后将菜单的信息分类组 合展示给客户；或者②由服务器（1)组合数据库上的信息形成完整的信息菜单后以HTML页 面的方式传输给客户终端设备（3);每个菜单的信息有其唯一的标识和被翻译成提供给客 户的多国语言。
8. 根据权利要求7所述的多语言订单处理方法，其特征在于用户终端设备（3)和服务 器（1)之间的通信传输采用以下两种混合方式：①用于HTML的商品目录或菜单页的次级信 息显示使用HTTP协议来传输； ②使用TCP加上消息中间件来传输给服务器的订单信息，用户终端设备（3)和服务器 (1)都将带有标记地址的数据传输给消息中间件，通过标记地址消息中间件知道传输的地 点从而管理和交互信息，确保数据的可靠性；只有用户终端设备（3)或服务器（1)确认收到 数据后，消息中间件才会丢弃此数据包；否则，它将持续投递直到用户终端设备（3)或服务 器（1)确认收到；用户终端设备（3)发送命令和服务器（1)确认收到，至此，双方都知道所有 数据已正确传输。
9. 根据权利要求7所述的多语言订单处理方法，其特征在于订单的打印处理是指在接 收到用户终端设备（3)的订单后，服务器（1)判断出应该传输发送的零售终端设备（2)和相 对应的语言，零售终端设备（2)为打印机或显示屏，即 每个用户终端设备（3)的唯一识别ID由商家给与，通过带有URL的HTTP传输请求在服 务器（1)上注册；在服务器（1)上，每个用户终端设备（3)是与商品目录或菜单相关联，如果 该用户终端设备（3)为第一次注册，默认目录与它相关联，之后管理员更改此默认设置；当 订单从用户终端设备（3)发送到服务器（1)，服务器（1)就能识别出发送请求的用户终端设 备（3)属于哪个零售场所；之后，服务器（1)分析所传订单，并对订单中商品提取整理成不 同的分类组；所有分类组采集后将被发送到零售终端设备（2)中相应的打印机进行打印， 订单的每个分类组都要至少关联一个打印机或其他输出设备，服务器（1)通过分类将同类 商品对应到关联打印机，该打印机注册在服务器上，并在服务器上定义：每个分类组被关联 一个或多个打印机，或者是一台打印机关联到多个分类组； 客户确定下单前的选择性操作通过信息处理在用户终端设备（3)中完成，或者直接发 送到服务器（1)随机内存中处理；当客户最终下单，订单分别通过服务器（1)连接的通信管 道或从服务器（1)上的随机内存中获取的订单数据传输到数据库，订单上的每项分类组都 获得相同的唯一的ID，以标识它们来源于同一订单；之后服务器（1)将分类订单内容，通过 匹配打印机的名称和打印机管理服务信息识别网络上的相对应的打印机；服务器（1)将分 类订单内容，根据零售场所和分类组在"打印机组"中对应，通过打印机的名称和打印机管 理服务信息来匹配打印机，然后服务器（1)按照"打印机语言列表"的对应项目的语言要求 组合打印数据，发送给对应打印机。
10. 根据权利要求9所述的多语言订单处理方法，其特征在于订单的打印处理时，服务 器（1)的数据库中打印机、语言、零售场地和商品分类组的关联步骤为：①在数据库"打印 机列表"中录入零售终端设备（2)的打印机在系统网络中的唯一名称，以及服务器（1)在网 络中获取的相关打印机的信息；②通过"打印机列表"与"打印机/语言列表"关联，建立打 印机和语言信息分配；③通过"打印机列表"和"打印机组列表"关联，建立打印机和零售场 地，商品分类组的分配，至此形成数据库中打印机、语言、零售场地和商品分类组的关联；当 服务器（1)收到订单，将订单中各项分类到商品分类组，通过设备ID代表的零售场地和商 品分类组来界定数据库如上所述的对应打印机和多种语言组合，之后将关联的同类商品和 语言组合发送给对应打印机打印作业。
【文档编号】G06Q50/12GK104424531SQ201310402999
【公开日】2015年3月18日 申请日期:2013年9月6日 优先权日:2013年9月6日
【发明者】穆恩锡 申请人:南京贝亚美迪多媒体科技有限公司