CN104424531A - 多语言订单处理系统及其方法 - Google Patents

Abstract

本发明公开了一种多语言订单处理系统及其方法，由服务器、一台以上的零售终端设备、一台以上的用户终端设备、网络及网络路由器组成，服务器通过网络及网络路由器分别与零售终端设备、用户终端设备连接，实现通信传输；客户、客人、员工和管理者可使用其所倾向的语言来获取订单和账单信息。该订单处理系统可同时在不同场所管理这种信息，控制不同的客户终端、打印机组、订单和账单信息。各组件间的信息传输可使用无线网络或者有线网络来实现。本发明实现了人群与系统之间的良性互动，符合人们的使用习惯；多语言人群之间减少误解和障碍；精简流程，提高效率效益。

Description

多语言订单处理系统及其方法

技术领域

本发明属于订单处理技术，特别是一种多语言订单处理系统及其方法。

背景技术

餐厅点菜系统作为现代管理手段已经开始应用。例如专利申请AU2013100209A4描述的是消费者操作的食物和饮品订购和集成支付系统，通过消费者自有的可接入网络的设备通过网络授权进入商家的系统进行消费支付。推荐使用的是广域网络，客户服务地点选择将依靠地理定位服务。这种方法着重于客户自带的网络接入硬件设备。

另一个专利GB2488660A，描述了电子食品订购系统，由客户使用移动客户终端、中央处理单元（应用服务器）以及零售终端设备（例如打印机和屏幕）组成，其中包括客户端的多语言和结算显示。该专利申请中存在以下技术问题：第一，没有对有关零售商的终端设备说明，只提出可能是打印机或屏幕的概念。并没有对设备的配置，例如何种打印显示语言的配置。第二，没有提出零售商的终端设备的多元性的配置方式，无法减少工作人员之间以及工作人员与客户之间的沟通混淆，影响销售流程，这在经济全球化和多元文化中多语言工作环境是一个急需解决的技术问题。

其他相关现有技术，都着重基于客户的移动终端设备的餐厅点菜系统技术，如CN102231177A、CN102156915A、CN101794347A、US2012036028A1、WO2011111997A2、JP2012094058A和KR20120037142A。它们着重于使用移动终端的点菜处理系统的细化，没有对后台的数据处理过程，仅仅笼统的指出例如屏幕或打印机的设备，用来显示客户所点，后厨就会知道。此外，现有技术中描述的是餐厅点菜系统，技术并没延伸到例如使用同样模式的零售商（例如，总部设在英国的零售商Argos，它的模式就是纯基于目录模式的商店）。上述专利技术中并没有在实际进程中实现不同语言的员工、客户之间的互动。

发明内容

本发明的目的在于提供一种多语言订单处理系统及其方法，通过信息处理和交互，消除使用人群和系统之间、多语言人群相互之间的误解和障碍，精简流程，提高效率和效益。

实现本发明目的的技术解决方案为：一种多语言订单处理系统及其方法，由服务器、一台以上的零售终端设备、一台以上的用户终端设备、网络及网络路由器组成，服务器通过网络及网络路由器分别与零售终端设备、用户终端设备连接，实现通信传输；

各用户终端设备显示的信息菜单存储于服务器上，客户在用户终端设备上选择语言来浏览商品信息或餐单信息，将选择具体的商品添加到自己的选择列表中，之后下订单；当完成订单的下单后，用户终端设备将以唯一的ID加上信息内容和已选择语言三项内容上传数据到服务器；在服务器中，该订单和其唯一的ID被存储于数据库之中，订单下的每个商品目录也使用该ID进行管理；之后服务器将商品分类对应到已经在服务器上用不同语言组合定义配置的分类零售终端设备，然后通过零售终端设备完成对多语言信息的打印或屏幕显示。

本发明与现有技术相比，其显著优点：

（1）人群与系统之间的互动。零售服务业的高效不是单纯的取决于技术和静态的处理流程，而是流程中的参与和操作的人群。实际中很多技术创造例子没有起到帮助人们工作效率，提高流程的作用，甚至不符合人们的工作方式，和人们的兴趣取向相冲突（例如，苹果在上世纪初90年代发明的命名为“牛顿”的平板电脑，在当时并不符合人们的工作方式，仅一年就失败的退出市场），其他一些技术则由于人们不能理解使用整个用户界面，不知道如何与机器设备互动，以及无法理解甚至误解而失败告终。本发明实现了人群与系统之间的良性互动，符合人们的使用习惯。

（2）多语言人群之间减少误解和障碍。高度集成的分布式系统为零售服务业由于商家与国际客人之间产生的误解和问题有着极大的改善。不同文化、语言的人群间产生的客户和零售商、零售商内部工作人员之间的误解得到了极大的避免，同时精简工作人员之间的信息传输，提高了客户满意度。此外，通过订单合理地分类和直接发送到不同的部门负责工作人员可优化工作进程。例如，餐厅中的食品订单直接发送到厨房，酒水订单直接发送到吧台，账单信息直接发送到经理的办公室和/或前台服务等。

（3）精简流程，提高效率效益。许多商家的重要问题在于订单和货物间的交货时间。在本发明的技术方案中，客户订购时和店员的询问时间可以减少，流转的速度可以提高，增加效率节省成本。此外，该发明的自动高效化可精简人力成本，使得零售商、餐厅、咖啡馆、酒吧、或酒店等零售服务行业更高效。

下面结合附图对本发明作进一步详细描述。

附图说明

图1是本发明多语言订单处理系统的组成框图。

图2是实现多语言订单处理系统的最小数据库构架。

图3是用户终端设备和服务器之间的可靠消息传送模式。

图4服务器上用于存储打印机配置数据的数据库构架。

具体实施方式

结合图1，本发明多语言订单处理系统及其方法，由服务器1、一台以上的零售终端设备2、一台以上的用户终端设备3、网络及网络路由器4组成处理系统，服务器1通过网络及网络路由器4分别与零售终端设备2、用户终端设备3连接，实现通信传输。零售终端设备2可以为打印机或显示屏，用户终端设备3可以为移动终端设备或固定终端设备，网络可以是无线网络或有线网络。网络及网络路由4不是中心组件，在本发明只视它为系统中的信号分配器。本发明的主要组件为服务器1，在局域网的环境下，主要用于用户终端设备3和零售终端设备2的传输交流。零售终端设备2在本发明说明书中，以打印机为例进行说明，其他情况下也可为例如电脑屏幕等。打印的信息对比屏幕显示信息更加耐用和可靠，受限的环境更小（屏幕显示的受限有时可小到没有插座的支持而无法实现等）。

各用户终端设备3显示的信息菜单存储于服务器1上，客户在用户终端设备3上选择语言来浏览商品信息或餐单信息，将选择具体的商品添加到自己的选择列表中，之后下订单；当完成订单的下单后，用户终端设备3将以唯一的ID加上信息内容和已选择语言三项内容上传数据到服务器1；在服务器1中，该订单和其唯一的ID被存储于数据库之中，订单下的每个商品目录也使用该ID进行管理；之后服务器1将订单商品分类，通过数据库中的多语言配置对应到零售终端设备2，即通过数据库中的多语言配置，将商品组对应到不同的零售终端设备2，然后通过零售终端设备2完成对多语言信息的打印或屏幕显示。

一、本发明的服务器

本发明的服务器1用于存储多种语言的商品信息，实现用户终端设备3和服务器1之间的通信传输、订单的打印处理。

1、服务器用于存储多种语言的商品信息

服务器1承载不同“项（item）”下的信息及其多语言性。“项”为不同行业中的商品。服务器上商品信息的存储可为数据库、XML文件或HTML页面等不同的方法。

存储在服务器上的信息不是完整的商品目录或菜单，是全部商品的信息，通过如下的方式来实现最后完整的可以显示的商品目录和菜单。如果存储在独立数据库，存储在服务器1上的商品信息形成最终显示的商品目录或菜单的实现方式分为①存储所有信息在单独的数据库，由客户终端设备3检索数据库信息后将菜单的信息分类组合展示给客户（在餐厅中，这可定义为“菜单”来显示）；或者②由服务器1组合数据库上的信息形成完整的信息菜单后以HTML页面的方式传输给客户终端设备3；每个菜单的信息有其唯一的标识和被翻译成提供给客户的多国语言。

如果存储为XML文件，将通过格式化转化为用以最终显示的HTML页面。每个“项”的信息有其唯一的标识和被翻译成提供给客户的多国语言。下面仅阐述存储数据库和XML文件状态下的多语言方法架构，当然也可以在其他不同的信息存储方法上实现，这里不做阐述。

关于“项”的多语言，以数据存储于数据库和数据存储为XML文件为例说明。当信息存储在相关的数据库内，那么实现本发明的多语言方法的构架和描画，如图2所示。在图2中，作为中心列表的关键的“翻译列表”，在这一列表中，通过“项ID(ItemID)”和“语言ID(LanguageID)”关联到“项列表”和“语言列表”，以此将整个数据库构架中的其他两个列表相关联以形成完整的“项”信息的多语言化。

1）“项列表(item)”存储所有项的信息。每个“项”与唯一的ID“id”（该列表的关键）关联。在上图的实例中列表内信息为“价格(price)”，“存货数量(stock)”和“分类（group）”，也可以加入其他相关信息，但不能加入需要翻译成多语言的文本性质的信息。

2）“语言列表(language)”中存储系统想提供的所有语言名称。每种语言的存储为“全称(LongName)”，“全称(LongName)”例如“English”,“Deutsch”，“Nederlands”，“中文”。语言的全称必须用语言本身的书写方式。如果“全称LongName”的输入用本国语言表达“英语”“德语”等等，那么那就失掉了此处多语言的意义。（该工作流程将在后文中解释）。“缩写名(ShortName)”是附加的信息，用于整个系统。既然国际化i18n(详细信息参见IETF国际化插件依据RFC5646http://tools.ietf.org/html/rfc5646）已经按照国际标准定义了语言标记，这些缩写标记将用于这里设置和选择正确的对应语言。当然对于不同标准的选择，10个字符可能不够，可扩展图2中所示的量。

3）“翻译列表(translation)”，存储所有多国语言的信息。其中包含“项ID（ItemID）”和“语言ID（LanguageID）”。此外，还有另一个字段“mlText”，用于“类型Type”字段对应的具体文字描述。

“类型Type”字段可用于以下目的：此字段仅存储具体的名称，例如“项”的名称、描述或与该“项”有关的任何其他信息。以餐厅菜单为例，“类型Type”可为“菜名”和“菜品描述”，那么在“mlText”中就存储具体菜的名称和对应的食材、烹饪方法或其他任何餐馆老板向客人的描述。如果以家具零售商为例，“类型”可能是每种语言下商品的“名称”，“描述”，“尺寸”，“安装方式”。

当然，此架构是可扩展的。在餐厅的菜单以及零售商店，“项”通常根据不同标准分类。在餐厅中是例如开胃菜、主菜、甜品、饮品等，在零售商中根据货品的特性分类，烹饪原料、浴室用品、新鲜肉类、工具等。这些扩展也要到数据库中，并且为每个分类做出适当的不同语言翻译。

当“项”和其翻译的信息存储在XML格式中，以下的示例为其解决方法。表1为图2中数据库构架直接翻译为XML，而表2显示了一个综合的例子。表2中的例子描述了XML特性和每种语言的缩写名使用，当然对其不需要单独的定义。支持i18n的大多数软件框架也支持这些语言之间进行切换的缩写名。单独定义语言仅用于关联每种语言的全名和缩写名。这也可以是在软件源代码中的硬编码，这种关联的列表在网络上广泛应用。此外，在XML的情况下的，字节<id>是不必要在<translation>节里的。图2中有仅以匹配所示的数据库构架。

表1：图2中数据库构架直接翻译为XML

表2：综合的XML数据存储

2、用户终端设备和服务器之间的通信传输

结合图3，本发明用户终端设备3和服务器1之间的通信传输采用以下两种混合方式：①非关联数据，例如以显示目录（或菜单）请求的HTML页，用于HTML的商品目录或菜单页的次级信息显示使用HTTP协议来传输；②使用TCP加上消息中间件来传输给服务器的订单信息、服务器更新内容等关键业务数据（也就是主级信息），用户终端设备3和服务器1都将带有标记地址的数据传输给消息中间件，通过标记地址消息中间件知道传输的地点从而管理和交互信息，确保数据的可靠性；只有收件者（指用户终端设备3或服务器1）确认收到数据后，消息中间件才会丢弃此数据包；否则，它将持续投递直到用户终端设备3或服务器1确认收到；收件者（指用户终端设备3或服务器1）确认收到，至此，双方都知道所有数据已正确传输。传输的方向是双向的，所以收件者可以是其中任何一个，决定于信息是从那个方向传过来的。

原因是HTTP协议的特点是单纯的请求-响应协议。这说明，用户终端设备发送给服务器数据，并不知道数据是否准确到达。如果网络连接有缺陷，数据将丢失。HTTP等待服务器响应一般在30秒到2分钟之间，如果没有收到响应，设备终端将设定该信息已经传输丢失，但实际上信息并一定是丢失。不好的网络连接下，比如，数据虽然已经传输到达服务器，但响应丢失了，这样服务器已经接受到了请求，但用户终端设备却认为数据没有传输到服务器，就可能再次发送传输请求，可能得到的响应也就两次。这种情况经常在无线网络的传输之中。因此，本发明使用TCP加上消息中间件来传输业务关联的重要数据，例如传输给服务器的订单信息。TCP连接也如同HTTP使用不稳定的网络连接，但是它始终是“在线”，就是说，如果不稳定的网络丢失了服务器和终端的数据，双方将会立刻知道信息丢失从而重新建立连接，同时双方也知道是否可以向对方发送。这时如果TCP连接建立起来，数据就能传输。如果网络破坏了连接，双方都会知道不能连接通信，将等待网络恢复重新建立直到传输成功。对比TCP连接，HTTP的连接仅仅在当请求发送出的情况下才“在线”，而且在收到响应之后就终止。这种网络的丢失能被HTTP视为永久丢失而立即被视为数据丢失。为更加加强数据的传输可靠性，本发明使用了消息中间件作为终端设备和服务器的中间传输。具体内容如上所述。图3显示了的通信机制的逻辑。服务器1连接到消息中间件5和存储所有信息的数据库（可选）。用户终端设备3也连接到此消息中间件。此方法用于可靠地传输业务有关数据。用户终端设备发送命令和服务器确认收到。至此，双方都知道所有数据已正确传输。

比如用于HTML的目录或菜单页等的次级信息将会被用普通的HTTP传输。传输信息的丢失而使得终端设备进行二次请求并不重要，作为回报，本发明可以使用基于HTTP，轻松实现系统的web浏览器组件内置通信机制。如果也用消息中间件传送HTML页，就要不必要地重复使用web浏览器通信，HTML已经是一种标准技术。订单的数据都是自定义的数据，这需要自定义的数据协议支持。因此，这里选择HTML作为安全可靠的技术。当前的处理系统是用其中一种技术来完成客户终端和数据库的传输，这种混合技术式的信息传输的方法是本发明系统解决传输高效安全稳定的方法。

3、订单的打印处理

结合图4，本发明订单的打印处理是指在接收到用户终端设备3的订单后，服务器1判断出应该传输发送的零售终端设备2和相对应的语言进行处理，可通过三个因素来考虑：该用户终端设备属于哪个零售商；订单中用于正确关联打印机组的“项”的分类组；配置的语言。

用户终端设备的归属和“项”分类：每个用户终端设备必须注册在服务器上。本发明的处理系统中，这可以通过简单的带有URL的HTTP请求（例如http://myserver/device/register?deviceID=xyz）传输到服务器，实现传输的设备ID作为参数。它可以是数字或名称，但一定是唯一的。用户终端设备ID由整个订单处理系统的商家确定和执行。当然服务器在首次注册时也可以自动分配的设备标识，但都是自动的顺序标识，不方便跟终端设备关联。管理员不会知道哪个设备是“设备16”，除非注册它们非常仔细地一个一个与服务器并相应地标记它们。因此，最好的是商家给每个设备的唯一标识符，并适当地标记设备。

本发明中的每个用户终端设备3的唯一识别ID由商家给与，通过带有URL的HTTP传输请求在服务器1上注册；在服务器1上，每个用户终端设备3是与商品目录或菜单相关联，即如果该用户终端设备3为第一次注册，默认目录与它相关联，之后管理员更改此默认设置。使用本发明能够集中管理多个零售场地，每个场地可能会有不同的商品目录（或菜单）。因此，当订单从用户终端设备3发送到服务器1，服务器1就能识别出发送请求的用户终端设备3属于哪个零售场所；之后，服务器1分析所传订单，并对订单中商品提取整理成不同的分类组，订单上的商品被服务器1分类成分类组。如食品订购系统，每个项目可以分类到组“食品”、“酒水”或“其他”（“其他”是会员卡、优惠券或其他餐厅出售物）。所有分类组采集后将被发送到零售终端设备2中相应的打印机进行打印，订单的每个分类组都要至少关联一个打印机或其他输出设备，服务器1通过分类将同类商品对应到关联打印机，该打印机注册在服务器上，并在服务器上定义：每个分类组被关联一个或多个打印机，或者是一台打印机关联到多个分类组。例如归属类别到“其他”的项将被吧台的打印机打印，那么这种情况下，吧台的打印机就同属于这家餐厅的“其他”和“酒水”两组。

上述的关联是指如果此ID第一次和服务器传输，那么服务器不认识它，就会把默认的商品目录和菜单给传输回，这时管理员可在服务器上设置把相关的目录和菜单分配给这个ID的终端，那么从此之后服务器留存记录，该终端就只接收这个商品目录或菜单。

配置语言：通过打印机数据库的配置和存储，如图4所示，可以将图2和图4中相同的“语言列表”关联，通过数据库框架，关联相关数据，形成配置打印机和语言的4大要素：语言、分类组、零售场所和打印机。当订单传回服务器1，服务器1通过订单“项”的分类和设备ID，识别了4大要素中分类组和零售场所。至此服务器1根据“打印机组(printergroup)”中的这个2个要素，通过数据库如图4的关联确定语言和打印机名称。然后数据库整合订单分类组后和选定语言发送给关联打印机进行打印作业。

客户确定下单前的选择操作可通过①信息处理在用户终端设备（3）中完成，或②直接发送到服务器1随机内存中处理；当客户最终下单，订单分别通过服务器1连接的通信管道或从服务器1上的随机内存中获取的订单数据传输到数据库，订单上的每项分类组都获得相同的唯一的ID，以标识它们来源于同一订单；之后服务器1将分类订单内容，通过匹配打印机的名称和打印机管理服务信息识别网络上的相对应的打印机；服务器1将分类订单内容,根据零售场所和分类组在“打印机组”中对应，通过打印机的名称和打印机管理服务信息来匹配打印机。然后服务器（1）按照“打印机语言列表”的对应项目的语言要求正确组合打印数据，发送给对应打印机。

本发明零售终端设备2的打印机在网络中设置有唯一的名称，例如“卫浴产品打印机1”或“ABC餐厅吧台打印机1”等。通过打印系统，例如“CUPS”（广泛应用于任何Unix系统（包括Linux和MacOS），服务器1可在网络中获取有关打印机的所有信息，如打印机的定义名称。如图4，在一个简单的数据库表中显示一个或多个打印机和一个“打印机组列表”的关联。对此，配置和存储下面的信息到服务器1的数据库上（当然，这也可以以其他方式定义，例如XML、配置文件、......)，即订单的打印处理时，服务器1的数据库中打印机、语言、零售场地和商品分类组的关联步骤为：①在数据库“打印机列表”中录入零售终端设备2的打印机在系统网络中的唯一名称，以及服务器1在网络中获取的相关打印机的信息；为每个打印机在“打印机列表（Printer）”中存储一个条目，打印机列表分配打印机。在图4中，使用网络上该打印机的名字。其他的重要信息，如纸张大小、纸张托盘信息等也可以存储在这里。②通过“打印机列表”与"打印机/语言列表“关联，建立打印机和的语言信息分配。在“打印机/语言列表（PrinterLanguage）”中创建一个条目，这里“语言列表(Language)”同图2中显示的相同。③通过“打印机列表”和“打印机组列表”关联，建立打印机和零售场地，商品分类组的分配。在“打印机组列表（PrinterGroups）”中，将打印机关联到具体零售场所和分类组，这里每个条目将定义一个打印机和一个地点、一个分类组的关联。至此形成数据库中打印机、语言、零售场地和商品分类组的关联；当服务器1收到订单，将订单中各项分类到商品分类组。通过设备ID代表的零售场地和商品分类组来界定数据库如上所述的对应打印机和多种语言组合，之后将关联的同类商品和语言组合发送给对应打印机打印作业。这也意味着，这一台打印机可以用于不同的打印作业：本发明的餐厅示例中，我们可以使用在酒吧的打印机分别打印酒水单和账单。另外，一个场所内的每个分类组可能有不同的打印机。本发明的餐厅示例中，我们可以发送账单给前台打印机（将打印传递到客人），也同时可发送给管理办公室打印机(为会计做帐）。根据“打印机语言”表中的条目，服务器所准备的语言是管理员在订单处理系统中配置的，每个打印机可与不同的语言相关联。所有的商品目录的输入需要不同语言信息，打印机只能打印出系统中商品目录录入存在的那些语言。这种功能可实现打印每“项”的多种配置语言，这样每次将打印出一“项”的多种配置语言，然后再打印下一“项”的多种配置语言。或者所有“项”可以先用配置的第一种语言打印，然后第二个，然后第三个以此类推。所以，哪种方法的使用决于零售商的现有工作流程。

这样，本发明所有的打印机可接收到的打印数据是不同语言的。这非常适用于餐厅某个厨师不会使用其他厨房员工的本国语言，也可能不是非常精通厨房用语。对于这种情况，就需要把订单打印成该厨师使用的语言和厨房其他员工使用的本国语言，以避免对客人订单的任何错误混淆。这也适用于其他零售商。账单也可以用多国语言打印。它可以配置成一种语言、一套固定的语言组合或一套固定的语言组合再加上客人下订单时使用的语言。这种组合是多样性的，甚至可以在场所管理者的打印机上打印自定义的用于帐务处理的语言，同时工作区域在给客户打印他的官方发票（适用于账单即发票的场所，这种合法的发票必须是用本国语言），此时发票的打印就为本国语言加上无其他语言或在官方认可下的其他语言。

二、本发明零售终端设备的打印机

打印机可为普通办公打印机，也可以是POS的打印机，例如58mm或者80mm卷纸的热转移打印机。因为打印机和服务器空间上的分离，可取的方法是打印机以以太网的方式连接到打印机。仅在环境条件能到达服务器和打印机的近距离（5米以内）才能使用USB或者并行打印机端口的方式连接。打印机须注册到服务器，这样订单操作系统管理员可以为其归纳到上述分类组。此注册通过服务器的操作系统，可使用UNIX下操作系统的CUPS框架或Microsoft Windows系统下提供的微软打印机管理框架。

三、本发明的用户终端设备

用户终端设备3中为正常web浏览器，用来向客户展示商品目录（菜单）。然而，如果终端设备和服务器之间的通信手段通过，如直接TCP连接或使用消息中间件等方式，那么这个正常的web浏览器是不够的，还要使用web浏览器插件和用于消息中间件的通讯接口等其他必要组件。

当用户终端设备开启应用程序时，会通过简单的URL调用同时注册在服务器上。页面浏览器组件将需要服务器传递商品目录以显示给客户。这就是普通的带有HTML页面的HTTP需求，和HTTP从服务器上的响应。这个页面将显示在应用程序的页面浏览器组件上。第一页可能已经就是实际的商品目录，具有语言选择的工具箱就总是会显示在屏幕上以供客户选择；或者第一页也可为开始页面，客户先选择显示语言，然后开始完成整个订购过程。在后者的情况下，另一个HTTP将被传输给服务器接收实际的商品目录。

为迎合客户的需要，商品的目录可用多种语言显示。客户可以浏览商品目录，了解详细商品介绍后添加商品到自己的选择项。当客户已完成选择他想要购买和/或消费的商品时，他可以在他单独的选择项列表中查看，这时他可以对每项商品更改数量，甚至可进一步选择商家提供的其他可选项目。最后点击传输区域（按钮）向服务器发送命令。

订单将以唯一ID加上信息内容和已选择语言三个内容发送给服务器。客户已选择语言的种类将用于后面账单的打印，以此实现账单可以以本国语言或客户选择语言打印。

四、本发明的工作流程

1、从客户的角度，工作流程开始于用户终端设备上的特别web浏览器/带有通信接口的应用软件。目前，这种用户终端设备广泛为例如平板电脑等的类似移动设备。首先，客户选择语言来浏览商品信息或餐单信息，通过浏览商品分类的不同单元，了解商品的名称，简单描述，价格，甚至图片。选择具体的商品后，客户可进一步获取详细的商品信息，设计的选择区域（按钮）可让客户将喜欢的商品添加到自己的选择列表。在浏览中和浏览后，客户都可进入自己的选择列表，在这里添加减少商品的数量，选择进一步的商品附加选项（该附加选项为商家提供的可选内容），或者删除所选商品。之后下订单给商家。

当完成订单的下单后，用户终端设备将上传数据到管理服务器。在管理服务器中，该订单和其唯一的ID被存储于数据库之中。订单下的每个商品项也使用该ID被管理。之后服务器分类将商品项对应到不同的分类组。然后打印列表分配打印机，这里打印机关联到该经营场所不同分类组。注，打印机不必必须关联唯一的分类组，有些打印机可同时服务于不同分类组的不同商品项。关键是每个分类组都要至少关联一个打印机或其他输出设备。如果不关联，信息是不会丢失，一切都存储在服务器上，但是订单中的这个分类组就不会被打印出来，传输在此中断。

打印列表是用多种语言集成。语言是管理员在系统中配置的。每个打印机可有与不同的语言相关联，以达到消除员工的误解。当然，系统中所有的商品项必须输入不同语言信息用以配置打印机。或者，换句话说，打印机只能打印出系统中商品项录入存在的那些语言。

在本发明的参考实例中，多语言的商品项按照不同分类组打印，按项排列的打印如下（以餐厅为例）：

1x Italian Crispy Mozzarella Sticks

马苏里拉脆皮芝士条配番茄酱

1x Shepherd′s Potatoe & Minced Meat Pie

英式土豆泥肉沫派

1x Belgian Chocolate Mousse Composition

比利时巧克力慕斯拼盘

当然，打印的方式不具体仅是上图的参考范例，也可选择先用一种语言打印全部订单，再用另一种语言打印一遍，以此类推。

2、从技术的角度的工作流程：当应用程序启动时，通过简单的带有固定URL的HTTP请求上传该设备ID到服务器作为参数。服务器将查找哪些商品目录与此设备相关联（如果尚未关联目录，将选择一个默认目录，管理员可在以后更改此默认信息）并将这份目录的信息作为HTML页面发送回终端设备。

客户购物列表中的处理过程也可以通过两种方法：

第一，信息处理在用户终端设备中完成，例如选择商品项，更改选项，更改项目数量，删除等，使用例如javascript之类的技术。

第二，每一项选择操作发送到服务器，暂置在随机的内存中（比如，关联Web服务器的会话管理session)。每次修改也都会在服务器的这个内存中。

通过这两种方式，当客户最终下单，将会通过服务器连接的通信管道或从这个服务器上的随机内存中来决定选择以上两种方式后如何传输数据到数据库，订单上的每项都获得相同的唯一ID，以标识它们来源于同一客户。之后服务器将分类订单内容（上文中打印机在”打印机组列表“的场地和分类组），通过匹配打印的名称和打印机管理服务信息（来与CUPS或其他类似框架）识别网络上的相对应的打印机。之后打印机按照“打印机语言列表”中对每个打印机的语言要求，正确组合打印数据。最后组合的打印信息就会被发送到正确的打印机。

因此，本发明是订单处理高度集成分布式系统，减少了很多国际性客人的不便，避免了多元化的企业内外部不同人群间的误解，沟通可以精简高效，以此提高客户的满意度。同时客人的分类订单可以直接被相关负责员工分别在不同工作操作区域接收，减少中间环节的传输混乱或丢失。

Claims (10)

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代表的零售场地和商品分类组来界定数据库如上所述的对应打印机和多种语言组合，之后将关联的同类商品和语言组合发送给对应打印机打印作业。