订单信息展示方法、订单系统与流程

文档序号:21849931发布日期:2020-08-14 17:27阅读:303来源:国知局
订单信息展示方法、订单系统与流程

相关申请的交叉引用

本申请基于2018年1月11日提交的日本申请(特愿)2018-002973号,并将其记载内容引用至此。

本发明涉及对例如餐饮店等店铺中的订单进行管理的技术。



背景技术:

作为用于在餐饮店等店铺中进行接收来自顾客的订单等处理的手段,已知运用了智能手机、平板型计算机的系统。例如在日本特开2012-93833号公报(专利文献1)中公开了涉及这种系统的以往技术。该专利文献1中公开的订单系统构成为:将顾客从入店前就携带的智能手机等作为订单用便携终端来运用,使顾客自己能够直接下单。

不过,在上述那种以往的系统中,顾客并不一定限于携带着智能手机等,而且有时即使携带着智能手机等也不希望用其进行下单。因此,在实际运用上可以认为,大多数情况下并用店铺方准备的订单用终端和运用顾客携带的智能手机等的订单用终端。

在该情况下,顾客能够很容易掌握利用自己的智能手机等下单的订单的内容,但难以掌握由店员根据其他同席者等的委托而使用店铺方面的订单用终端下单的订单的内容。因此,可能会产生订单重复等不便。这种不便在同席者较多的情况下变得更加明显。

现有技术文献

专利文献

专利文献1:日本特开2012-93833号公报



技术实现要素:

本发明的目的之一在于,提供一种能够防止在利用订单系统时产生订单重复等不便的技术。

本发明的一个方式的订单系统包括:在店铺内使用店员持有的订单用终端受理订单的店铺内系统;店铺的到店顾客持有的一个或多个便携式终端;和经由网络与店铺内系统和各个便携式终端连接的管理服务器。管理服务器具备:从店铺内系统获取订单信息的单元,该订单信息包括使用订单用终端下单的订单的内容、和用于特定将该订单下单的桌台的桌台识别信息;从便携式终端获取订单信息的单元,该订单信息包括使用便携式终端下单的订单的内容、和用于特定持有该便携式终端的到店顾客的桌台的桌台识别信息;从便携式终端受理包括桌台识别信息的显示要求的单元;和使用与所受理的显示要求中包括的桌台识别信息建立对应关系的订单信息、而使在由桌台识别信息特定的桌台下单的内容显示于便携式终端的单元。

本发明的一个方式的订单方法是订单系统中的订单的显示方法,该订单系统具备:在店铺内使用店员持有的订单用终端受理订单的店铺内系统;店铺的到店顾客持有的一个或多个便携式终端;和经由网络与店铺内系统和各个便携式终端连接的管理服务器。管理服务器执行:从店铺内系统获取订单信息的步骤,该订单信息包括使用订单用终端下单的订单的内容、和用于特定将该订单下单的桌台的桌台识别信息;从便携式终端获取订单信息的步骤,该订单信息包括使用便携式终端下单的订单的内容、和用于特定持有该便携式终端的到店顾客的桌台的桌台识别信息;从便携式终端受理包括桌台识别信息的显示要求的步骤;和使用与所受理的显示要求中包括的桌台识别信息建立对应关系的订单信息、而使在由桌台识别信息特定的桌台下单的内容显示于便携式终端的步骤。

根据上述构成,能够防止在利用店铺方面的订单用终端与运用顾客携带的智能手机等的订单用终端并用的订单系统等情况下产生订单重复等不便。

附图说明

图1是表示一个实施方式的订单系统的构成的图。

图2是表示管理服务器的构成例的框图。

图3是用于对订单信息进行说明的图。

图4是表示在订单系统中将使用各用户终端及点餐终端下单的订单的状况显示于各用户终端时的工作步骤的流程图。

图5是表示用户终端上的显示例的图。

图6是表示用户终端上的显示例的图。

图7是表示用户终端上的显示例的图。

图8是表示用户终端上的显示例的图。

图9是表示用户终端上的显示例的图。

图10是表示用户终端上的显示例的图。

具体实施方式

图1是表示一个实施方式的订单系统的构成的图。图1所示的订单系统用于例如在餐饮店中进行来自到店顾客的订单的管理、收银处理等,构成为包括管理服务器10、多个用户终端(便携式终端)11a、11b、点餐终端(订单用终端)12、点餐管理装置13和收银机14。各用户终端11a、11b与管理服务器10之间、收银机14与管理服务器10之间分别经由互联网等网络15而能够相互通信地连接。另外,在使用各用户终端11a、11b的到店顾客落座的餐桌(桌台)上,印刷有包含特定该餐桌的识别信息、特定店铺的识别信息等信息的二维条形码16。另外,将点餐终端12、点餐管理装置13、收银机14包括地构成了店铺内系统。此外,也可以具备多个点餐终端12。

管理服务器10进行订单系统中的各种信息处理以控制该订单系统的整体工作。如图2例示的那样,该管理服务器10通过在具备cpu20、rom21、ram22、大容量存储部23、显示部24、操作部25、通信部26等的计算机系统中使cpu20执行预先储存在rom21或大容量存储部23内的规定的工作程序而实现。

各用户终端11a、11b分别使用具有通信功能的便携式信息处理终端(例如智能手机、移动电话等)而构成。这些用户终端11a等分别由店铺的到店顾客持有。各用户终端11a、11b包括由cpu等构成的计算机系统而构成,具备用于输入各种指示的触摸面板等操作部、用于显示各种信息的显示部等。另外,各用户终端11a等具备用于读取上述二维条形码16的内容的摄像头及读取用程序。在本实施方式的各用户终端11a、11b中安装有用于使各到店顾客不经由店员就能亲自下单的应用程序(所谓的app)。使用各用户终端11a等下单的订单的内容被发送至管理服务器10,并被从管理服务器10经由点餐管理装置13而发送至收银机14。

点餐终端12使用具有通信功能的便携式信息处理装置而构成。该点餐终端12由店铺的店员携带着在店铺内使用。点餐终端12包括由cpu等构成的计算机系统而构成,具备用于输入各种指示的触摸面板等操作部、用于显示各种信息的显示部等。点餐终端12与点餐管理装置13能够相互通信地连接,并将从到店顾客收到的订单的内容等信息发送至点餐管理装置13。点餐终端12与点餐管理装置13之间经由例如未图示的无线lan(localareanetwork:局域网)装置而能够相互通信地连接。

点餐管理装置13使用具有通信功能的信息处理装置(例如个人计算机)而构成。该点餐管理装置13接收从点餐终端12发送的到店顾客的订单的内容并对其进行管理,同时为了将订单的内容通知厨房负责人而进行使订单内容显示于未图示的显示装置、或使未图示的印刷装置打印订单内容的处理。点餐管理装置13与收银机14能够相互通信地连接,并将从到店顾客收到的订单的内容等信息发送至收银机14。

收银机14例如是公知的pos收银机,基于从点餐管理装置13接收到的各到店顾客的订单的内容来进行计算结账金额并发出收据等收银处理。收银机14与管理服务器10之间经由网络15而能够相互通信地连接。收银机14将与各到店顾客的订单的内容对应的信息发送至管理服务器10。被发送的订单的内容由管理服务器10的通信部26接收,并通过cpu20的控制而被储存到大容量存储部23内。

图3是用于对被从各用户终端11发送至管理服务器10的订单信息进行说明的图。如图示的那样,订单信息是用于对各到店顾客的订单的内容进行特定的信息,包括用于对被下单的店铺进行特定的店铺识别信息、用于对到店顾客落座的餐桌进行特定的餐桌识别信息(桌台识别信息)、用于对订单所用的用户终端进行特定的订单终端识别信息、用于对被下单的事项(饮料、菜肴等)进行特定的下单事项信息。当使用各用户终端11a、11b进行基于到店顾客的下单时,生成上述订单信息并将其发送至管理服务器10。例如,“店铺识别信息”及“餐桌识别信息”包括在通过读取上述二维条形码16而得到的信息中并被使用。另外,订单终端识别信息只要是能够识别各用户终端11a等的信息即可,例如能够使用通过应用程序登录订单系统时的用户id、昵称等。此外,作为订单终端识别信息,还可以使用各用户终端11a等固有的终端信息,也可以在向各用户终端11a等中安装订单用应用程序时分配订单终端识别信息并使用该订单终端识别信息。

另外,被从店铺的店员使用的点餐终端12发送至点餐管理装置13、并被从点餐管理装置13发送至管理服务器10的订单信息也包括与上述相同的各信息。在该情况下,作为订单终端识别信息,能够使用用于对下单所用的点餐管理装置13进行特定的信息。

图4是表示在订单系统中将使用各用户终端及点餐终端下单的订单的状况显示于各用户终端时的工作步骤的流程图。以下,参照该流程图来详细说明订单系统的工作。

管理服务器10获取表示由各用户终端11a、11b以及点餐终端12从到店顾客收到的订单的内容的订单信息(参照图3),并将其储存到大容量存储部23内(步骤s10)。此外,此时的管理服务器10与“获取单元”对应。

接着,例如从到店顾客使用的用户终端11a发送订单状况的显示要求(步骤s11)。具体而言,如图5例示的那样,在用户终端11a的显示部上同时显示用于对饮料、菜肴下单的图像和用于发出订单状况的显示要求的按钮50。当由到店顾客按下按钮50时,从用户终端11a将订单状况的显示要求发送至管理服务器10。此时,店铺识别信息及餐桌识别信息也与显示要求一起被从用户终端11a发送至管理服务器10,并由管理服务器10接收。店铺识别信息及餐桌识别信息也可以在显示要求的前后被分开发送。另外,店铺识别信息及餐桌识别信息能够通过由用户终端11的摄像头读取印刷在餐桌上的二维条形码16来获取。此外,此时的管理服务器10与“受理单元”对应。

接收到订单状况的显示要求的管理服务器对与作为显示订单状况的对象的终端对应的店铺识别信息及餐桌识别信息进行特定,并基于此而根据储存在大容量存储部23内的订单信息对被特定的店铺及餐桌的下单事项信息进行特定(步骤s12)。

接着,管理服务器10使用所特定的下单事项信息生成订单状况的显示用数据,并将其发送至用户终端11a(步骤s13)。在接收到从管理服务器10发送的显示用数据的用户终端11a的显示部上,显示有表示与该用户终端11a对应的餐桌的订单状况的图像(步骤s14)。此外,此时的管理服务器10与“显示控制单元”对应。

图6是表示每个餐桌的订单状况的显示例的图。如图6所示,显示有在相应的餐桌上使用点餐终端12下单的订单状况、使用用户终端11a等下单的订单状况。在图示的例子中,使基于点餐终端12的订单状况相对地显示于上侧,并且使订单状况按终端区分显示,但也可以不像这样区分而是按任意顺序(例如收到订单的顺序)显示。另外,在图示的例子中,以一看就能识别哪个订单由哪个用户终端11a等所下单的方式相对于各订单内容显示能够对使用用户终端11a等的用户进行特定的信息。在图示的例子中,aaa、bbb的各显示是能够特定用户的信息,aaa与用户终端11a对应,bbb与用户终端11b对应。能够特定用户的信息也优选为例如各用户使用的昵称等信息。此外,未标注能够特定用户的信息的订单与使用点餐终端12的订单对应,但也可以显示能够特定点餐终端12的信息(例如店铺(shop)等文字)。

根据以上这种实施方式,能够使到店顾客的用户终端11a(或11b)显示基于点餐终端12的订单状况来进行确认。另外,也能使用户终端11a显示基于其他到店顾客(同席者)的用户终端11b(或11a)的订单状况来进行确认。因此,能够防止因订单重复而造成的不便。

另外,由于点餐终端12与点餐管理装置13直接连接,且不经由网络15就能下单,所以即使网络15发生故障而无法再接收基于各用户终端11a等的订单,也能通过由点餐终端12接收订单来继续店铺的运营。

此外,本发明并不限定于上述实施方式的内容,在本发明的主旨的范围内能够进行各种变形并实施。例如,在上述实施方式中例示的二维条形码16是一个例子,也可以是一维条形码,还可以直接展示各识别信息或与它们建立对应关系的信息。另外,在订单状况的显示例中也可以包括各下单事项的金额、目前的合计金额等信息。另外,由于能够针对每个用户终端将订单状况区分开,所以也可以设为各到店顾客能够只结算自己订单的部分。另外,在上述实施方式中以在各用户终端中安装有订单用应用程序为前提,但也可以利用网页浏览器下单。另外,本发明的适用范围并不限定于餐饮店。

在上述实施方式中,在各用户终端11a、11b中安装有用于下单的规定的应用,但并不限于此。印刷在餐桌上的二维条形码16也可以表示包含能够特定餐桌和店铺的识别信息的url(uniformresourcelocator:统一资源定位符),从而由用户终端11的摄像头读取二维条形码16来获取url,访问该url并在网站上下单。另外,二维条形码16除了直接印刷在餐桌上之外也可以印刷在配置于各餐桌的纸等媒介上。

另外,在上述实施方式中,管理服务器10也可以兼具作为管理收银机14的pos收银服务器的功能。在该情况下,管理服务器10管理从收银机14接收到的结账数据,并且管理从各用户终端11接收到的订单数据、经由收银机14从点餐终端12接收到的订单数据。作为收银机14,也可以使用在通用的pc、平板终端中安装有收银机应用的收银机。

另外,在上述实施方式中示出了将管理服务器10和点餐管理装置13构成为不同装置的例子,但并不限于此。也可以使点餐管理装置13具备管理服务器10的功能,还可以使管理服务器10具备点餐管理装置13的功能。在前者的情况下,来自用户终端11的订单例如也可以构成为经由网络15而被直接发送至点餐管理装置13。另外,在后者的情况下,来自点餐终端12的订单例如也可以构成为从店铺内的路由器(未图示)等经由网络15而被发送至管理服务器10。由此,能够将来自点餐终端12的订单和来自各用户终端11的订单由相同的装置统一管理。

另外,在上述实施方式中,被从各用户终端11发送至管理服务器10的订单信息包括店铺识别信息、餐桌识别信息、订单终端识别信息、和下单事项信息,但这些信息无需被一并发送至管理服务器10。另外,作为订单信息并不限于包括所有这些信息。例如,在从用户终端11访问与各店铺的餐桌相关联的url并下单的情况下,由于在以url进行访问时发送店铺识别信息和餐桌识别信息,所以在单独下单时例如也可以发送订单终端识别信息和下单事项信息。

另外,在上述实施方式中,显示在各用户终端11上的订单信息是每个餐桌的信息,但也能选择性地显示基于各用户终端11的订单信息、基于点餐终端12的订单信息、整个餐桌的订单信息。以下,说明该情况下的实施方式。此外,省略与上述实施方式共通的内容而仅对不同部分进行说明。具体而言,由于生成订单状况的显示用数据的处理内容不同,所以对该部分进行详细说明。

例如,如图7例示的那样,从用户终端11a接收到订单状况的显示要求的管理服务器10将用于选择对使用哪个终端下单的订单状况进行显示的图像显示于用户终端11a的显示部。当由到店顾客按下任一按钮51时,从用户终端11a向管理服务器10发送对被按下的按钮51进行特定的信息。接收到该信息的管理服务器10特定作为显示订单状况的对象的终端是哪一个。

在此,在按下“按餐桌”的按钮51的情况下,将作为对象的终端特定为点餐终端12。同样地,在按下“用户1”的按钮51的情况下,将作为对象的终端特定为用户终端11a,在按下“用户2”的按钮的情况下,将作为对象的终端特定为用户终端11b。在本例中,由于不存在第三个及以后的用户终端,所以将用户3~5设为不可选择。在本实施方式中,“按餐桌”的按钮51相对地显示于上侧。由此,在通常显示空间有限的用户终端11a等中,也能尽快地发出被认为各到店顾客更感兴趣的“按餐桌”的显示要求。此外,在按下“全部”的按钮51的情况下,基于所有终端的订单状况成为显示对象。

此外,在发出显示要求的是用户终端11b的情况下,也可以与“用户1”对应关联用户终端11b,并与“用户2”对应关联用户终端11a。即,也可以针对每个用户终端使该用户终端与“用户1”对应关联、并使其以外的用户终端与“用户2”及以后的用户对应关联。

在对作为显示订单信息的对象的终端进行特定时,管理服务器10根据储存在大容量存储部23内的订单信息对基于被特定的终端的下单事项信息进行特定。例如,在点餐终端12被特定的情况下,管理服务器10根据订单终端识别信息对基于点餐终端12的订单信息进行特定,进一步从其中对包括与用户终端11a对应的店铺识别信息及餐桌识别信息在内的订单信息进行特定,并对该被特定的订单信息中包括的下单事项信息进行特定。同样地,管理服务器10在用户终端11b被特定的情况下根据订单终端识别信息对基于该用户终端11b的订单信息进行特定,进一步从其中对包括与用户终端11a对应的店铺识别信息及餐桌信息在内的订单信息进行特定,并对该被特定的订单信息中包括的下单事项信息进行特定。此外,以同样的步骤也能对基于用户终端11a、用户终端11b的下单事项信息进行特定。

接着,管理服务器10使用所特定的下单事项信息生成订单状况的显示用数据,并将其发送至用户终端11a。在接收到从管理服务器10发送的显示用数据的用户终端11a的显示部上,显示有表示与该用户终端11a对应的餐桌的订单状况的图像。此外,此时的管理服务器10与“显示控制单元”对应。

图8是表示每个餐桌的订单状况的显示例的图。在此,相对于到店顾客落座的餐桌使用点餐终端12下单的订单状况显示于用户终端11a上。图9是表示用户1的订单状况的显示例的图。在此,示出了使用用户终端11a下单的订单状况。这样,使用用户终端11a的到店顾客也能使用户终端11显示自己的订单状况。图10是表示用户2的订单状况的显示例的图。在此,示出了使用用户终端11b下单的订单状况。这样,也能使用户终端11a显示使用其他到店顾客(同席者)的用户终端11b下单的订单状况。此外,在按下“全部”的按钮51的情况下,显示上述图6所示的那种订单状况。

根据这种其它实施方式,能够更详细地确认订单状况。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1