一种餐厅订单处理系统及方法

文档序号:6542957阅读:165来源:国知局
一种餐厅订单处理系统及方法
【专利摘要】本发明公开一种餐厅订单处理系统,包括:一输入模块,该输入模块用于输入或修改一订单信息;一处理模块,该处理模块根据该订单信息的不同字段进行排序;一显示模块,该显示模块显示经排序后的订单信息。
【专利说明】一种餐厅订单处理系统及方法
【技术领域】
[0001]本发明涉及一种适用于餐厅管理的数据处理系统,尤其涉及一种分布式实时餐位预定系统及方法。
【背景技术】
[0002]网络订餐的出现,不仅极大的方便了顾客,同时也给餐厅带来了更大的商机。顾客可以通过订餐终端完成对餐位的预定,节约顾客的等待时间。餐厅可以根据顾客的订单数量,及时采购所需生鲜原料,安排服务员的工作日程。但是目前餐厅对订单的管理只能通过纸质的各种表格进行登记,信息存在滞后和错误。信息无法实时进行更新和修改,出现了大量订单的遗落和错误。传统的纸质和电话的传输方式,容易出现信息传输的错误和不及时,反馈到顾客的信息时间冗长,降低了客户的服务体验,也不方便餐厅的后台操作和管理。而这款APP的出现不仅能有效的解决现期存在的问题,更能与订餐平台实现信息的互通,提高餐厅的服务质量。
[0003]现有技术方案:餐厅会有订餐表、排位表、领位表三张表格。其中订餐表是每日餐厅接受餐位预订的基本情况,比如预订量,预订人数,剩余的餐桌等基础信息。排位表是餐厅每日对预订餐位的编排。领位表是餐厅每日领班的人员根据排位表的编排带领客人进行就餐,并对是否就餐等情况进行修改。根据具体的订单信息填写表格,若订餐的实际情况发生变化,将订餐表、排位表、领位表三个负责员工聚齐,重新修改相关表格。
[0004]现有技术中存在的缺陷在于:第一、纸质的订餐表、排位表、领位表若实时发生变更,只能由各表格的负责人聚在一起修改表格。因各表格的负责人员不一致,容易导致信息的遗落或错误。第二、客户的基础信息以纸质或电脑的文档方式进行存储,并不能有效的利用客户信息。因餐厅的就餐人员众多餐厅信息无法人工的去翻阅和了解客户信息。同时现有的存储方式容易造成数据的丢失及员工离职等原因导致数据信息的遗失。第三、若需要修改订单,餐厅服务人员需边接听客户的电话,边进行记录,电话接听完毕后进行表格的相关修改。
[0005]由此可见,现有技术中由于缺乏对餐厅订单的有效管理,阻碍了订餐方式在顾客中的推广,也阻碍了餐厅通过对订单的分析统计从而提升餐厅的管理品质。

【发明内容】

[0006]为了克服现有技术中存在的缺陷,本发明提供一种餐厅订单处理系统及方法,用于同时实现餐厅订单管理和领位管理。
[0007]为了实现上述发明目的,本发明公开一种餐厅订单处理系统,包括:一输入模块,该输入模块用于输入或修改一订单信息;一处理模块,该处理模块根据该订单信息的不同字段进行排序;一显示模块,该显示模块显示经排序后的订单信息。
[0008]更进一步地,该显示模块为一触摸显示单元,用户根据拟排序的字段通过该触摸显示单元发起触摸动作,该处理单元根据该触摸动作选择的该字段进行排序。[0009]更进一步地,该输入模块为过网络传递数据的用户终端,或该输入模块为显示触摸单元,根据该显示触摸单元的内置虚拟键盘输入一订单信息;或该输入模块为一点阵数码笔。
[0010]更进一步地,该订单信息的字段包括以下信息中的一种或多种:用户姓名、状态信息、餐位、就餐时间、订单金额、订单来源、联系方式。
[0011 ] 更进一步地,该处理模块按订单餐段和/或订单状态根据该订单信息的不同字段进行排序。
[0012]更进一步地,该状态信息包括以下的至少一种或全部:新订单生成、客户达到、订单取消、就餐中、就餐结束。
[0013]更进一步地,该订单餐段为日期和/或日期中的早市、午市或晚市,该订单状态为全部、新订单生成、客户达到、订单取消、就餐中、就餐结束中的任意一种。
[0014]更进一步地,该系统还包括一数据库,该数据库用于存储该订单信息;该处理模块累加该数据库内存储的订单信息,并通过该显示模块显示该数据库内存储的订单信息。
[0015]本发明公开一种餐厅订单处理方法,包括:步骤一、输入一订单信息;步骤二、按订单餐段和/或订单状态根据该订单信息的不同字段进行排序,该订单信息的字段至少包括:客户基本信息、状态信息和就餐时间;步骤三、显示该排序后的订单信息。
[0016]更进一步地,该方法进一步包括:步骤四、更改该订单信息的状态信息;步骤五、按照订单餐段和/或订单状态对更改后的订单信息不同字段进行排序,显示排序后的订单信息。
[0017]更进一步地,该订单信息的字段还包括以下信息中的至少一项:客户姓名、联系方式、餐位、订单金额、订单来源、就餐记录。
[0018]更进一步地,该订单餐段为日期和/或日期中的早市、午市或晚市,该订单状态为全部、新订单生成、客户达到、订单取消、就餐中、就餐结束中的任意一种,该状态信息包括以下的至少一种或全部:新订单生成、客户达到、订单取消、就餐中、就餐结束。
[0019]更进一步地,该方法步骤一进一步包括:输入一订单信息并存储至一数据库内,该数据库累加该订单信息并显示累加后的全部或部分订单信息。
[0020]与现有技术相比较,通过该餐厅订单处理系统,餐厅的服务人员一方面可以随时方便快捷地录入预定信息;另一方面根据客户的订单信息及时安排客户就座,减少其等待的时间。本发明可以实时的对订单信息进行更新,可避免沟通不畅所造成的漏单或错单,并能有效减少客户的等位时间。将餐位分配和客户管理纳入一个系统中,可以按照客户的实际就餐情况进行客户维护。
【专利附图】

【附图说明】
[0021]关于本发明的优点与精神可以通过以下的发明详述及所附图式得到进一步的了解。
[0022]图1是本发明所涉及的餐厅订单处理系统的结构示意图;
[0023]图2是本发明所涉及的餐厅订单处理系统的另一实施方式的结构示意图;
[0024]图3是本发明所涉及的餐厅订单处理系统的显示模块的界面示意图。【具体实施方式】
[0025]本发明的首要目的在于提供一种针对餐厅订单管理的处理系统,通过该系统能使餐厅有效地对全部餐位预定信息实施实时管理,并能在已预订餐位的客户达到餐厅时,及时地将其安排至预定的信息就座。为了实现上述发明目的,本发明提供餐厅订单处理系统,包括:输入模块,用于输入或修改一订单信息;处理模块根据所述订单信息的不同字段进行排序;显示模块显示经排序后的订单信息。通过该餐厅订单处理系统,餐厅的服务人员一方面可以随时方便快捷地录入预定信息;另一方面根据客户的订单信息及时安排客户就座,减少其等待的时间。
[0026]本发明的另一发明目的为对订单信息进行更新,可避免沟通不畅所造成的漏单或错单,并能有效减少客户的等位时间。
[0027]图1是本发明所涉及的餐厅订单处理系统的结构示意图。如图1所示,该输入模块101可以是现有技术中任意一种输入方式,如虚拟键盘输入、实体键盘输入、点阵笔输入、利用摄像头拍照后通过后台文本处理模块将图像解析为文字等等。该输入模块101甚至可以是接口,用于接收来自网上的订单数据或电话订单数据。该显示模块103可以是一触摸屏,用户可以直接在该触摸屏上通过虚拟键盘输入订单信息,并将订单信息或加工后的订单信息显示在该触摸屏上。在一种实施方式中,本发明可以是运行在一电子设备上的应用程序。电子设备可以为手机、计算机、PDA、掌上游戏机、导航仪、平板电脑等。
[0028]在本实施方式中,餐位的状态信息包括新订单生成、客户达到、订单取消、就餐中、就餐结束五种。本领域技术人员应当知道,本发明的应用方式可以随实际的情况具体发生变化。其中,在本实施方式中,新订单生成、客户达到、就餐中所对应的餐位状态为占用。可以按照实际情况将上述三种情况进一步划分为:(可变更)占用和(不可变更)占用。订单取消、就餐结束所对应的餐位状态为空闲。上述的状态均可以排序显示。
[0029]举例而言,当客户甲达到餐厅时,该装置的操作人员可以根据本系统查看该客户是否为预订客户,如果已经预订则进一步判断客户到达时间是否为预订时间。如果客户到达时间为预订时间,则将客户甲引导至该餐位A,并将餐位A状态更新为“就餐中”。如果客户到达时间为非预订时间,则判断该已预订的餐位A的状态是否为空闲,如果空闲则将客户甲引导至该餐位A,并将餐位A状态更新为“就餐中”。
[0030]如果客户乙已经预订晚上7点的餐位B,则自客户预订后该餐位B的状态更新为“新订单生成”。该装置的操作人员可以在晚上6点30分联系客户,确认该客户是否会在预订时间内到达餐位B,如果客户表示会按时到达,则该餐位B状态更新为“客户达到”否则餐位B状态更新为“订单取消”。
[0031]如果客户丙到达餐厅且为非预订客户,那么客户丙在该订单管理系统中没有显示,且该订单管理系统中显示当前没有空闲餐位。则客户丙只能根据客户数量及餐位占用情况、及餐位的情况(如四人位或十人位),依次等待分配餐位。
[0032]本发明的另一发明目的在于,将订单管理和客户管理纳入一个系统中,根据客户的预订餐位的方式、就餐情况等分析客户的喜欢,积极主动进行客户维护。
[0033]在另一实施方式中,该餐厅订单处理系统还包括一数据库104。客户每次完成订餐,该订单信息均被保存至该数据库104中。比如当客户预订时,客户姓名、联系方式保存在本装置中。客户前往餐厅就餐时,客户的人数、消费时间、消费金额、特殊要求、就餐次数等均保存在本系统中。可以按照某一预订的时间,统计全部餐位的全部就餐情况,也可以按照某一客户的名字或联系方式,统计某一客户的就餐情况,并将就餐记录显示在该显示屏幕上。
[0034]图3是本发明所涉及的餐厅订单处理系统的显示模块的界面示意图。如图3中所示,图3是本发明的订单管理界面示意图。该界面可以将全部订单,按照订单餐段和订单状态进行显示;也可以仅按订单餐段或订单状态进行显示。其中,订单餐段为具体的日期,如图3中的2014年I月21日。订单餐段还可以进一步按照餐厅的实际经营方式划分为:早市、午市、晚市或全部。餐厅管理人员或服务人员可以任意选择某一天的某一餐段对预定的人员名单进行查看。订单状态包括新订单生成、客户达到、订单取消、就餐中、就餐结束和全部六种状态。餐厅管理人员或服务人员在选定订单餐段和订单状态后,可以同对订单信息进行排序的方式显示全部订单。订单信息至少包括客户基本信息、状态和就餐时间,其中客户的基本信息可以是姓名也可以是联系方式。本发明还可以根据餐厅实际需要进一步增加如性别、订单状态、餐位、手机、人数、订餐号、订单备注、就餐时间、金额、订单来源、客户特征,操作(取消与恢复)等一系列字段,并通过手动平滑滑动界面。
[0035]在本实施方式中,姓名、状态、手机、人数、订餐号、时间、金额均可排序。订单状态包括新订单生成、客户达到、订单取消、就餐中、就餐结束按照不同的图标方式显示。点击订单餐段和订单状态栏,可筛选对应信息。点击客户姓名可以显示客户的全部就餐记录。本系统甚至可以根据客户的预定方式(订单来源)、消费能力等一系列数据分析客户的喜欢,并协助餐厅根据客户喜好推出不同吸引消费的措施。
[0036]与现有技术相比较,本发明可以实时的对订单信息进行更新,可避免沟通不畅所造成的漏单或错单,并能有效减少客户的等位时间。将餐位分配和客户管理纳入一个系统中,可以按照客户的实际就餐情况进行客户维护。
[0037]本说明书中所述的只是本发明的较佳具体实施例,以上实施例仅用以说明本发明的技术方案而非对本发明的限制。凡本领域技术人员依本发明的构思通过逻辑分析、推理或者有限的实验可以得到的技术方案,皆应在本发明的范围之内。
【权利要求】
1.一种餐厅订单处理系统,其特征在于,包括: 一输入模块,所述输入模块用于输入或修改一订单信息; 一处理模块,所述处理模块根据所述订单信息的不同字段进行排序; 一显示模块,所述显示模块显示经排序后的订单信息。
2.如权利要求1所述的餐厅订单处理系统,其特征在于,所述显示模块为一触摸显示单元,用户根据拟排序的字段通过所述触摸显示单元发起触摸动作,所述处理单元根据所述触摸动作选择的所述字段进行排序。
3.如权利要求1所述的餐厅订单处理系统,其特征在于,所述输入模块为过网络传递数据的用户终端,或所述输入模块为显示触摸单元,根据所述显示触摸单元的内置虚拟键盘输入一订单信息;或所述输入模块为一点阵数码笔。
4.如权利要求1所述的餐厅订单处理系统,其特征在于,所述订单信息的字段包括以下信息中的一种或多种:用户姓名、状态信息、餐位、就餐时间、订单金额、订单来源、联系方式。
5.如权利要求1所述的餐厅订单处理系统,其特征在于,所述处理模块按订单餐段和/或订单状态根据所述订单信息的不同字段进行排序。
6.如权利要求4所述的餐厅订单处理系统,其特征在于,所述状态信息包括以下的至少一种或全部:新订单生成、客户达到、订单取消、就餐中、就餐结束。
7.如权利要求5所述的餐厅订单处理系统,其特征在于,所述订单餐段为日期和/或日期中的早市、午市或晚市,所述订单状态为全部、新订单生成、客户达到、订单取消、就餐中、就餐结束中的任意一种。
8.如权利要求1所述的餐厅订单处理系统,其特征在于,所述系统还包括一数据库,所述数据库用于存储所述订单信息;所述处理模块累加所述数据库内存储的订单信息,并通过所述显示模块显示所述数据库内存储的订单信息。
9.一种餐厅订单处理方法,其特征在于,包括: 步骤一、输入一订单信息; 步骤二、按订单餐段和/或订单状态根据所述订单信息的不同字段进行排序,所述订单信息的字段至少包括:客户基本信息、状态信息和就餐时间; 步骤三、显示所述排序后的订单信息。
10.如权利要求9所述的餐厅订单处理方法,其特征在于,所述方法进一步包括: 步骤四、更改所述订单信息的状态信息; 步骤五、按照订单餐段和/或订单状态对更改后的订单信息不同字段进行排序,显示排序后的订单信息。
11.如权利要求9所述的餐厅订单处理方法,其特征在于,所述订单信息的字段还包括以下信息中的至少一项:客户姓名、联系方式、餐位、订单金额、订单来源、就餐记录。
12.如权利要求9所述的餐厅订单处理方法,其特征在于,所述订单餐段为日期和/或日期中的早市、午市或晚市,所述订单状态为全部、新订单生成、客户达到、订单取消、就餐中、就餐结束中的任意一种,所述状态信息包括以下的至少一种或全部:新订单生成、客户达到、订单取消、就餐中、就餐结束。
13.如权利要求9所述的餐厅订单处理方法,其特征在于,所述方法步骤一进一步包括:输入一订单信息并存储至一数据库内, 所述数据库累加所述订单信息并显示累加后的全部或部分订单信息。
【文档编号】G06Q10/02GK103955745SQ201410134504
【公开日】2014年7月30日 申请日期:2014年4月3日 优先权日:2014年4月3日
【发明者】刘骊, 王鹰 申请人:上海邦助信息技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1