CN110832534A - 订单管理系统及通知方法 - Google Patents

Abstract

提供一种订单管理系统，包括店员在店铺中利用的终端，该订单管理系统具有：判断部(301)，其基于从顾客收到上次订单的时间来判断去向顾客获取下次订单的时机；和输出部(201)，其在由判断部(301)判断出的去向顾客获取下次订单的时机，从终端(10)输出提醒去向顾客获取下次订单的通知。

Description

订单管理系统及通知方法

相关申请的交叉引用

本申请基于2017年7月10日提交的日本申请(特愿)2017-134981号，并将其记载内容引用至此。

技术领域

本发明涉及订单管理系统及通知方法。

背景技术

在酒馆等餐馆中，引入了店员能够使用手持终端从顾客受理订单的订单受理系统。通过手持终端受理的订单内容被发送至厨房并被记录为订单历史，并且在结账时用于计算餐费。

现有技术文献

专利文献

专利文献1：日本特开2004-234046号公报

发明内容

在酒馆等餐馆中采取了用于增加销售额的各种措施。例如，采取了提高集客率的措施、提高翻台率的措施、增加客单价的措施等。在此，为了增加客单价，例如广泛采取了通过店员绕各桌询问“请问还加单吗？”而主动去获取新订单的措施。

为了在酒馆等中提高客单价，根据经验可知例如从最初收到订单到第二次收到订单的间隔不应太长。因此，希望店员不仅在从顾客收到点单呼叫之后去获取订单，还希望针对没有点单呼叫的顾客以主动去获取订单的方式行动。然而现状是：餐馆的规模越大，各店员越难以在掌握各餐桌的订单状况的同时无遗漏地去获取订单。

因此本发明的目的为，提供一种能够在规定时机对店铺的店员发出提醒去获取下次订单的通知的订单管理系统及通知方法。

本发明的一个方式的订单管理系统包括店员在店铺中利用的终端，该订单管理系统具有：判断部，其基于从顾客收到上次订单的时间来判断去向顾客获取下次订单的时机；和输出部，其在由判断部判断出的去向顾客获取下次订单的时机，从终端输出提醒去向顾客获取下次订单的通知。根据该方式，能够在规定时机对店铺的店员发出提醒去获取下次订单的通知。另外，由于在被判断为去获取下次订单的时机，会从终端输出提醒去获取下次订单的通知，所以发挥能够更准确地进行通知的技术效果。

在上述方式中也可以为是，判断部将自从顾客收到上次订单的时间起经过了规定时间后的时机判断为去向顾客获取下次订单的时机。根据该方式，能够以从顾客收到订单的时间为基准来判断去向顾客获取下次订单的时机。

在上述方式中也可以为，该订单管理系统具有存储订单时机信息的存储部，该订单时机信息按顾客的到店人数及到店时间，来储存客单价成为平均客单价以上的订单时间间隔，判断部根据订单时机信息获取与实际上的顾客的实际到店人数及该顾客的实际到店时间对应的订单时间间隔，规定时间是判断部根据订单时机信息获取到的订单时间间隔。根据该方式，能够将客单价成为平均客单价以上的订单时间间隔考虑在内地、判断去向顾客获取下次订单的时机。

在上述方式中也可以为，该订单管理系统还具有分析部，该分析部根据表示过去到店的顾客的到店人数、该顾客的到店时间、该顾客下单的时间、和该顾客的客单价的多个数据，按顾客的到店人数及到店时间来分析客单价成为平均客单价以上的订单时间间隔，并按顾客的到店人数及到店时间来储存由分析得到的订单时间间隔，由此生成订单时机信息。根据该方式，订单管理系统能够自身基于过去的数据来分析客单价成为平均客单价以上的订单时间间隔。

也可以为，规定时间是从判断部根据订单时机信息获取到的订单时间间隔中、进一步减去考虑了直到店员实际去获取订单为止所需要的时间而预先确定的时间所得的时间。根据该方式，能够将店铺的面积和客流情况等考虑在内地，在时间上带着富余地从终端输出提醒去获取下次订单的通知。

也可以为，分析部在统计处理中，判断为针对特定的顾客到店人数及/或特定到店时间来说，无法分析出客单价成为平均客单价以上的订单时间间隔的情况下，将如下信息储存到订单时机信息，该信息表示针对特定的顾客到店人数及/或特定到店时间来说，客单价成为平均客单价以上的订单时间间隔为不明，输出部在由判断部根据订单时机信息获取到信息的情况下，不会从终端输出提醒去向顾客获取下次订单的通知。根据该方式，由于在订单时间间隔与客单价的关联关系低的情况下，不会从终端输出提醒去向顾客获取订单的通知，所以能够减轻店员的负担，并且能够抑制因尽管客单价提高的可能性不明但仍然对顾客进行询问而造成的顾客满意度下降。

本发明的一个方式的通知方法由订单管理系统执行，该订单管理系统包括店员在店铺中利用的终端，该通知方法包括：基于从顾客收到上次订单的时间来判断去向顾客获取下次订单的时机的步骤；和在由判断部判断出的去向顾客获取下次订单的时机、从终端输出提醒去向顾客获取下次订单的通知的步骤。根据该方式，能够在规定时机对店铺的店员发出提醒去获取下次订单的通知。另外，由于在被判断为去获取下次订单的时机，从终端输出提醒去获取下次订单的通知，所以会发挥能够更准确地进行通知的技术效果。

发明效果

根据本发明，能够提供一种能够在规定时机对店铺的店员发出提醒去获取下次订单的通知的订单管理系统及通知方法。

附图说明

图1是表示本实施方式的订单管理系统的系统结构一例的图。

图2是表示手持终端及收银终端的硬件结构一例的图。

图3是表示管理服务器的硬件结构一例的图。

图4是表示手持终端的功能块结构一例的图。

图5是表示收银终端的功能块结构一例的图。

图6是表示管理服务器的功能块结构一例的图。

图7是表示餐桌信息、订单历史信息及支付历史信息一例的图。

图8是表示订单时机信息一例的图。

图9是表示生成订单时机信息的处理步骤一例的流程图。

图10是用于说明基于回归分析的分析例的图。

图11是表示订单管理系统执行的处理步骤一例的流程图。

具体实施方式

参照附图来说明本发明的优选实施方式。需要说明的是，在各图中，标注有相同附图标记的部分具有相同或同样的结构。

＜系统结构＞

图1是表示本实施方式的订单管理系统的系统结构一例的图。如图1所示，本实施方式的订单管理系统包括手持终端10、收银终端20、和管理服务器30。手持终端10、收银终端20、管理服务器30经由无线或有线的通信网络N连接，能够相互进行通信。图1中仅图示了一个手持终端10，但本实施方式的订单管理系统中可以包括多个手持终端10，也可以包括多个收银终端20。

本订单管理系统设想为例如使用于像酒馆那样从到店的顾客受理多次订单的形式的店铺。另外，在以下说明中，本订单管理系统以在一个店铺内使用为前提来说明，但非意图限定于此。例如管理服务器30可以通过与各店铺中使用的手持终端10及收银终端20通信而用一个管理服务器30管理多个店铺中的来自顾客的订单等。

手持终端10是店铺的店员在从顾客受理订单(order)时使用的终端。在手持终端10的画面中显示菜单一览表等，店员能够通过从菜单一览表中选择从顾客收到的订单内容来受理订单。手持终端10例如设想为智能手机或专用的订单受理终端，但并不限定于此，也能使用平板电脑终端、笔记本PC(Personal Computer：个人电脑)等具备通信功能的所有信息处理装置。在触摸面板17上显示菜单一览表等受理订单的画面。

收银终端20是用于在结账时进行结账金额的计算和收据的发放这些结账处理的终端。收银终端20例如设想为平板电脑终端或专用的结账用终端，但并不限定于此，也能使用智能手机、笔记本PC等具备通信功能的所有信息处理装置。

如图2所示，手持终端10及收银终端20包括CPU(Central Processing Unit：中央处理单元)11、存储器等存储装置12、用于与通信网络N连接的通信IF(Interface：接口)13、摄像头14、话筒15、扬声器16、触摸面板17。触摸面板17也可以由显示器及输入设备构成。

管理服务器30具有管理店铺内的各餐桌的占用状况和被输入至手持终端10的订单内容等的功能、记录订单历史的功能、管理结账金额等结账处理所必需的各种信息并将其输出至收银终端20的功能等。如图3所示，管理服务器30包括CPU21、存储器等存储装置22、用于与通信网络N连接的通信IF23。

在本实施方式中，管理服务器30基于从顾客收到上次订单的时间来判断去向顾客获取下次订单的时机，手持终端10在由管理服务器30判断出的时机，输出提醒去向顾客获取下次订单的通知。由此店铺的店员无需自身掌握各桌的订单状况也能去获取各桌的订单。

在此，在酒馆等餐馆中，当店员在收到首次订单(第一个订单)之后主动在恰当时机去获取了第二次订单(第二个订单)时，从经验上可知平均客单价会提高。因此，本实施方式的管理服务器30通过统计处理过去的订单历史和支付历史等，来自动分析客单价超过平均客单价的时机，并将其作为去向顾客获取下次订单的时机。另外，管理服务器30通过使用分析出的结果而在恰当时机，使手持终端10输出提醒去向顾客获取下次订单的通知。

＜功能块结构＞

图4是表示手持终端10的功能块结构一例的图。手持终端10具有订单受理部100和输出部101。订单受理部100和输出部101能够通过使CPU11执行手持终端10的存储装置12所储存的程序的处理来实现。另外，该程序能够储存于记录介质内。储存有该程序的记录介质可以是非暂时性记录介质。非暂时性记录介质并不特别限定，例如可以是CD-ROM或USB存储器等记录介质。另外，该程序也可以被从外部服务器下载并储存到存储装置12内。

订单受理部100具有在触摸面板17上显示受理订单的画面的功能、及经由触摸面板17受理来自顾客的订单的功能。所受理的订单内容经由通信IF13被发送至管理服务器30。

输出部101具有在从管理服务器30收到通知的情况下输出提醒店员去向顾客获取下次订单的通知的功能。例如，输出部101既可以从扬声器16输出表示该通知的声音或语音，也可以在触摸面板17上显示表示该通知的消息或图标等。

图5是表示收银终端20的功能块结构一例的图。收银终端20具有输入部200和输出部201。输入部200和输出部201能够通过使CPU11执行收银终端20的存储装置12所储存的程序的处理来实现。另外，该程序能够储存于记录介质内。储存有该程序的记录介质可以是非暂时性记录介质。非暂时性记录介质并不特别限定，例如可以是CD-ROM或USB存储器等记录介质。另外，该程序也可以被从外部服务器下载并储存到存储装置12内。

输入部200具有经由触摸面板17上显示的画面受理各种输入的功能。例如，输入部200受理进行结账的顾客的餐桌编号的输入等。受理输入后的内容经由通信IF13被发送至管理服务器30。

输出部201具有在触摸面板17上显示与结账处理有关的各种画面的功能。例如，输出部201可以从管理服务器30获取由输入部200受理的餐桌编号的顾客的订单历史，并基于获取到的历史来计算结账金额，且在触摸面板17上显示计算出的结账金额。或者，输出部201也可以从管理服务器30获取结账金额并在触摸面板17上显示获取到的结账金额。另外，输出部201也可以具有输出交给顾客的收据的功能。

图6是表示管理服务器30的功能块结构一例的图。管理服务器30具有管理部300、判断部301、通知部302、分析部303、和存储部304。在存储部304中储存有：储存有用于以餐桌单位管理到店后的顾客的信息的餐桌信息；将顾客的订单内容、订单时间等储存为历史的订单历史信息；将顾客结账的日期时间、支付的金额等储存为历史的支付历史信息；和储存有表示去向顾客获取订单时的适当时机的信息的订单时机信息。

管理部300、判断部301、通知部302和分析部303能够通过使CPU21执行管理服务器30的存储装置22所储存的程序的处理来实现。另外，该程序能够储存于记录介质内。储存有该程序的记录介质可以是非暂时性记录介质。非暂时性记录介质并不特别限定，例如可以是CD-ROM或USB存储器等记录介质。存储部304能够使用存储装置22来实现。

管理部300具有基于从手持终端10及收银终端20接收到的信息进行到店后的顾客的管理、订单内容的管理、结账金额的管理等的功能。另外，对存储部304所储存的餐桌信息、订单历史信息及支付历史信息进行数据的读取及写入。另外，具有根据来自手持终端10及收银终端20的要求将所要求的信息发送至手持终端10及收银终端20的功能。

判断部301具有基于从顾客收到上次订单的时间来判断去向顾客获取下次订单的时机、并将判断出的时机通知给通知部302的功能。判断部301可以将自从顾客收到上次订单的时间起经过了“规定时间”后的时机判断为去向顾客获取下次订单的时机。

上述“规定时间”例如可以是通过由分析部303进行统计处理而得到的、客单价成为平均客单价以上的订单时间间隔。通过进行统计处理而得到的订单时间间隔也可以与顾客的每种到店人数及每种到店时间建立关联地储存于存储部304所存储的订单时机信息中。判断部301也可以根据订单时机信息获取与顾客的到店人数及该顾客的到店时间对应的订单时间间隔，并将自从顾客收到上次订单的时间起经过了获取到的订单时间间隔之后的时间(将收到上次订单的时间与获取到的订单时间间隔相加后所得的时间)判断为去向顾客获取下次订单的时机。

另外，上述“规定时间”也可以是从订单时间间隔中进一步减去“考虑了直到店员实际去获取订单为止所需要的时间而预先确定的时间”所得的时间。具体而言，判断部301也可以根据订单时机信息获取与实际上的顾客的实际到店人数及该顾客的实际到店时间对应的订单时间间隔，并将自从顾客收到上次订单的时间起经过了如下时间后的时机，判断为去向顾客获取下次订单的时机，该时间是从获取到的订单时间间隔中、减去“考虑了直到店员实际去获取订单为止所需要的时间而预先确定的时间”所得的时间。“考虑了直到店员实际去获取订单为止所需要的时间而预先确定的时间”相当于后述订单时机信息中储存的“通知时机偏差”。

通知部302具有在由判断部301判断出的“去向顾客获取下次订单的时机”，将“提醒去向顾客获取下次订单的通知”以从手持终端10输出的方式通知手持终端10的功能。

分析部303具有如下功能：根据存储部304所存储的订单历史信息及支付历史信息获取过去到店的顾客的到店人数、该顾客的到店时间、该顾客下单的时间、和该顾客的客单价并进行统计处理，由此，按顾客的到店人数及到店时间来分析客单价成为平均客单价以上的订单时间间隔，生成使由分析得到的订单时间间隔与顾客的每种到店人数及每种到店时间建立关联的订单时机信息并将其储存到存储部304内。

图7的(a)是表示餐桌信息一例的图。“餐桌编号”由唯一性识别餐馆内的各餐桌的编号和表示各餐桌的顾客翻台次数的连续编号构成。“到店人数”表示各餐桌的顾客人数(一组人数)。“到店日期时间”表示顾客到店的日期时间。例如，在图7的(a)的上层记录中，餐桌编号设定为“001-02”，到店人数设定为“3人”。这意味着在1号餐桌坐了一组三人的顾客，且该顾客是1号餐桌的第二次翻台的顾客。此外，翻台是指同一天的顾客的轮换数，在店铺刚刚开始营业之后到店并坐在1号餐桌的顾客是1号餐桌的第一次翻台的顾客，在第一次翻台的顾客完成支付并离开店铺之后到店且坐在1号餐桌的顾客是1号餐桌的第二次翻台的顾客。此外，在餐桌信息中，仅储存与当前到店中的顾客所坐的餐桌有关的信息，并不储存与当前未坐有顾客的餐桌(空着的餐桌)有关的信息。

图7的(b)是表示订单历史信息一例的图。“餐桌编号”因与餐桌信息中的“餐桌编号”相同而省略说明。在“订单日期时间”中储存由餐桌编号唯一特定的顾客下单的日期时间。在“订单内容(名称、数量)”中将商品的名称及数量储存为顾客的订单内容。此外，在订单历史信息中统一储存有当前到店中的顾客下单的订单历史、和过去到店的顾客下单的订单历史。若仅想从订单历史信息中参照当前到店中的顾客的订单历史，则通过提取订单历史信息的各记录中的、具有与餐桌信息中储存的“餐桌编号”相同的“餐桌编号”的记录，能够仅参照当前到店中的顾客下单的订单历史。

图7的(c)是表示支付历史信息一例的图。“餐桌编号”因与餐桌信息中的“餐桌编号”相同而省略说明。在“结账日期时间”中储存用收银终端20进行结账的时刻。在“到店日期时间”中储存顾客到店的日期时间。在“到店人数”中储存顾客的到店人数。在“结账金额”中储存顾客支付的金额(结账金额)。在“订单内容(名称、数量)”中将商品的名称及数量储存为顾客的订单内容。支付历史信息的各记录中记录的内容也可以是打印在从收银终端20的输出部201输出的收据上的内容。在支付历史信息中不仅储存有当天的历史，也储存有过去的历史。

图8是表示订单时机信息一例的图。“到店人数”表示顾客的到店人数(一组人数)。“到店时间”表示顾客到店的时间。“订单时间间隔”表示以顾客上次下单的时刻为基准适合作为直到下次从顾客收到订单为止的时间间隔的时间间隔、即客单价成为平均客单价以上的可能性高的订单时间间隔。在图8的例子中记载有“订单时间间隔(FO～SO)”，这表示储存有从收到首次订单(FO：First Order)起直到收到第二次订单(SO：Second Order)为止适当的时间间隔。例如在图8的例子中，在到店人数及到店时间分别为“1人”及“～21时”的情况下，在“订单时间间隔(FO～SO)”中储存有10分钟。这意味着对于21时之前1人到店的顾客而言，若从收到首次订单起到第二次收到订单为止的时机为10分钟以内，则客单价成为平均客单价以上的可能性高。此外，在“订单时间间隔”中，除了“订单时间间隔(FO～SO)”之外也可以还分别储存有像从收到第二次订单起到收到第三次订单为止适当的时间间隔即“订单时间间隔(第二次～第三次)”、从收到第三次订单起到收到第四次订单为止适当的时间间隔即“订单时间间隔(第三次～第四次)”这样的从收到第N-1次订单起到收到第N次订单为止适当的时间间隔即“订单时间间隔(第N-1次～第N次)”(N为任意正整数)。

在此，“订单时间间隔”设定为“－”的情况表示客单价成为平均客单价以上的订单时间间隔不明。随后说明在设定为“－”的情况下由管理服务器30及手持终端10进行的动作。

“通知时机偏差”表示考虑了直到用手持终端10收到通知的店员实际去获取订单为止所需要的时间而预先确定的时间。即使在手持终端10上显示了“提醒去向顾客获取下次订单的通知”，但由于读到该通知的店员因店铺的面积和客流情况而未必能够立即赶到该通知所指示的顾客处，所以为了能够将该通知带有富余地通知到手持终端10而设置该“通知时机偏差”。在图8的例子中“通知时机偏差”均设定为5分钟，但也可以在考虑了店铺的面积和时间性的客流情况等之后设定不同的时间。

以上，说明了手持终端10、收银终端20及管理服务器30的功能块结构，但在本实施方式中，手持终端10或收银终端20也可以具备管理服务器30所具备的功能块的全部或一部分。例如，也可以构成为收银终端20具备管理服务器30所具备的所有功能块(管理部300、判断部301、通知部302、分析部303及存储部304)。在该情况下，本实施方式的订单管理系统由手持终端10及收银终端20构成，手持终端10通过与收银终端20通信来进行各种处理。

另外，作为其它例子，也可以使手持终端10具备管理服务器30的判断部301及通知部302，并且使设于手持终端10的存储部储存餐桌信息、订单时机信息和订单历史信息。在该情况下，通知部302也可以是输出部101的一部分。也就是说，手持终端10也可以自己判断“去向顾客获取下次订单的时机”，并从扬声器16或触摸面板17输出“提醒去向顾客获取下次订单的通知”。

＜分析处理＞

接着，具体说明分析部303生成订单时机信息的处理。在本实施方式中，如图8所示，对将到店人数为1人、2人、3～4人、5～8人、9人以上的情况分别分成到店时间是21时之前的情况和21时以后的情况而得到的合计10种模式进行分析，并针对每种模式计算适当的“订单时间间隔(FO～SO)”。

此外，订单时机信息的生成优选为在通过后述的＜通知处理＞向手持终端10通知“去向顾客获取下次订单的时机”的动作开始之前，预先生成。由此，能够抑制在向手持终端10通知“去向顾客获取下次订单的时机”的动作中逐一进行下单时机信息的生成，能够减轻管理服务器30的处理负荷。另外，由于设想分析结果针对每个店铺不同，所以优选为针对每个店铺进行分析。但并非意图将本实施方式限定于此。

图9是表示生成订单时机信息的处理步骤一例的流程图。

在步骤S11中，分析部303决定分析模式。在此，假设分析部303决定分析“到店人数为1人且到店时间是21时之前”的模式。

在步骤S12中，分析部303从支付历史信息中提取到店人数为1人且到店时间是21时之前的所有记录。接着，分析部303从所提取的所有记录中提取“结账金额”，并用所提取的所有结账金额的合计除以所提取的所有记录的记录数，由此计算与“到店人数为1人且到店时间是21时之前”的模式有关的平均客单价。即，平均客单价能够通过“平均客单价＝所提取的结账金额的合计÷记录数÷到店人数”来计算。

在步骤S13中，分析部303从由步骤S12提取的所有记录中选择一个记录，并提取所选择的记录的“结账日期时间”、“餐桌编号”、“结账金额”、“到店人数”及“结账金额”。接着，分析部303以所提取的“结账日期时间”的日期及“餐桌编号”为关键词来检索订单历史信息，由此获取符合首次订单的订单日期时间和符合第二次订单的订单日期时间，并计算从首次订单到第二次订单为止的时间间隔(订单时间间隔(FO～SO))。另外通过用“结账金额”除以“到店人数”来计算“客单价”。由此能够收集表示“订单时间间隔(FO～SO)”及“客单价”关系的一个数据。分析部303通过对由步骤S12提取的所有记录反复进行上述处理来收集表示“订单时间间隔(FO～SO)”及“客单价”关系的多个数据。

在步骤S14中，分析部303通过对由步骤S13收集的表示“订单时间间隔(FO～SO)”及“客单价”关系的多个数据进行回归分析来计算回归直线。图10中表示将表示“订单时间间隔(FO～SO)”及“客单价”关系的多个数据标注于纵轴为“客单价”且横轴为“订单时间间隔(FO～SO)”的图表中的情况下的一例、及通过回归分析而计算出的回归直线的例子。

在步骤S15中，分析部303使用由步骤S14计算出的回归直线来计算与由步骤S12计算出的平均客单价对应的“订单时间间隔(FO～SO)”。在图10的例子中示出了平均客单价为3,400日元、且与该平均客单价对应的“订单时间间隔(FO～SO)”为20分钟。这意味着若从首次收到订单起到第二次收到订单为止的时间间隔是20分钟以内，则客单价成为平均客单价以上的可能性高。

在步骤S16中，分析部303将由步骤S15计算出的“订单时间间隔(FO～SO)”储存到订单时机信息中的、与“到店人数为1人且到店时间是21时之前”的模式对应的记录的“订单时间间隔(FO～SO)”栏内。

在步骤S17中，分析部303在针对所有分析模式完成了分析的情况下结束处理，在未结束的情况下返回至步骤S11并对下一个分析模式开始分析。在此，分析部303返回至步骤S11对“到店人数为1人且到店时间是21时以后”的模式开始分析。

在此，分析部303也可以在用步骤S14的处理步骤计算回归直线时计算P值(显著概率)。而且，分析部303也可以在步骤S15的处理步骤中在P值为规定比例(例如5％)以上的情况下判断为难以计算“订单时间间隔(FO～SO)”，并在步骤S16中在“订单时间间隔(FO～SO)”栏内设定表示客单价成为平均客单价以上的订单时间间隔为不明的信息(“－”)。由此，对于订单时间间隔与客单价的关联关系低的分析模式，由于不会从手持终端10发出“提醒去向顾客获取订单的通知”，所以能够减轻店员的负担，并且能够抑制因尽管客单价提高的可能性不明但仍然对顾客进行不必要的询问而造成的顾客满意度下降。另外，由于不会从手持终端10发出“提醒去向顾客获取订单的通知”，所以能够削减管理服务器30与手持终端10之间的通信数据量。

在以上所说明的分析方法中，关于合计10种模式针对每种模式计算了适当的“订单时间间隔(FO～SO)”，但并不限定于此，针也可以对其它模式也进行分析。例如，分析部303也可以还针对到店时间是19时之前的情况或19时以后的情况等其它模式进行分析。

另外，分析部303也可以除了“订单时间间隔(FO～SO)”的计算之外还针对从收到第N-1次订单起到收到第N次订单为止适当的时间间隔即“订单时间间隔(第N-1次～第N次)”(N为任意正整数)进行分析。

＜通知处理＞

图11是表示由订单管理系统执行的处理步骤一例的流程图。图11所示的流程图以规定周期(例如1分钟周期或2分钟周期等)反复进行。

在以下说明中，设想管理服务器30判断去向已收到首次订单(FO)的顾客获取第二次订单(SO)的时机、并从手持终端10输出提醒去向顾客获取第二次订单的通知的情况来说明。另外，前提是在餐桌信息、订单历史信息、支付历史信息及订单时机信息中分别储存有图7及图8所示的数据。

在步骤S101中，管理服务器30的判断部301检索餐桌信息，并获取当前到店中的顾客的餐桌编号、到店人数及到店日期时间。具体而言，判断部301获取坐在“001-02”餐桌的顾客为一组三人且到店时间为20：15的情况、和坐在“002-02”餐桌的顾客为一组六人且到店时间为20：20的情况作为到店中的顾客的餐桌编号、到店人数及到店日期时间。

在步骤S102中，管理服务器30的判断部301以由步骤S101获取到的到店人数及到店日期时间为关键信息来检索订单时机信息，由此针对各顾客获取“订单时间间隔(FO～SO)”及“通知时机偏差”。具体而言，判断部301针对坐在“001-02”餐桌的顾客获取“订单时间间隔(FO～SO)”及“通知时机偏差”分别为“10分钟”及“提前5分钟前”，并针对坐在“002-02”餐桌的顾客获取“订单时间间隔(FO～SO)”及“通知时机偏差”分别为“20分钟”及“提前5分钟”。此外，判断部301在“订单时间间隔(FO～SO)”设定为“－”的情况下，由于不从手持终端10输出提醒去获取该顾客的订单的通知，所以针对该顾客中止步骤S103以后的处理。

在步骤S103中，管理服务器30的判断部301以由步骤S101获取到的当前到店中的顾客的餐桌编号为关键词来检索订单历史信息，并提取当前到店中的顾客中虽收到了首次订单但未收到第二次订单的顾客。具体而言，针对坐在“001-02”餐桌的顾客，由于20：20及20：35的两次订单被记录于订单历史信息，所以收到了第二次订单。另一方面，针对坐在“002-02”餐桌的顾客，由于订单历史信息中仅记录有20：30的订单，所以未收到第二次订单。因此，判断部301提取坐在“002-02”餐桌的顾客作为未收到第二次订单的顾客。

在步骤S104中，管理服务器30的判断部301针对由步骤S103提取的顾客确认从首次的订单受理时间到当前时刻为止的经过时间是否为“订单时间间隔(FO～SO)”－“通知时机偏差”以上。具体而言，判断部301针对坐在“002-02”餐桌的顾客确认从首次的订单受理时间(20：30)到当前时刻为止的经过时间是否为15分钟(20分钟－5分钟)以上。在从首次的订单受理时间到当前时刻为止的经过时间是“订单时间间隔(FO～SO)”－“通知时机偏差”的情况下进入步骤S105，而在从首次的订单受理时间到当前时刻为止的经过时间不是“订单时间间隔(FO～SO)”－“通知时机偏差”的情况下结束处理。例如，判断部301在当前时刻为20：40的情况下结束处理，并在当前时刻为20：45的情况下进入步骤S105。

此外，判断部301也可以不考虑“通知时机偏差”地进行步骤S104的处理步骤。例如，判断部301也可以针对由步骤S103提取的顾客确认从首次的订单受理时间到当前时刻为止的经过时间是否为“订单时间间隔(FO～SO)”以上，并在从首次的订单受理时间到当前时刻为止的经过时间是“订单时间间隔(FO～SO)”的情况下进入步骤S105，而在从首次的订单受理时间到当前时刻为止的经过时间不是“订单时间间隔(FO～SO)”的情况下结束处理。这是由于也能设想规模小的店铺或不拥挤的店铺等无需设置“通知时机偏差”的情况。

在步骤S105中，管理服务器30的通知部302将“提醒去向坐在‘002-02’餐桌的顾客获取下次订单的通知”以从手持终端10输出的方式通知手持终端10。手持终端10的输出部101例如在触摸面板17上显示“请去向餐桌编号002的顾客获取订单”这样的消息。

此外，通知部302也可以在订单管理系统内包括多个手持终端10的情况下向所有手持终端10通知“提醒去向坐在“002-02”餐桌的顾客获取下次订单的通知”。另外，在与每个餐桌对应关联有一个或多个手持终端10的情况下，也可以仅通知与作为通知对象的餐桌对应关联的手持终端10。

另外，如上所述，以上所说明的流程图以规定周期(例如1分钟周期或2分钟周期等)反复执行。因此，判断部301或通知部302也可以存储已经通知过的手持终端10，从而不会针对同一餐桌进行多次通知。这是由于，例如，也可以设想虽然店员收到“提醒去向坐在“002-02”餐桌的顾客获取下次订单的通知”并去向“002-02”餐桌的顾客获取订单但顾客拒绝下单的情况。在该情况下，若在下一个周期内再次从手持终端10输出“提醒去向坐在‘002-02’餐桌的顾客获取下次订单的通知”且其它店员去向顾客获取订单，则顾客有可能会感觉被打扰。

在以上所说明的处理步骤中，在想从手持终端10输出提醒去向顾客获取第N次(N为任意正整数)订单的通知的情况下，将步骤S102的处理步骤中的“订单时间间隔(FO～SO)”置换成“订单时间间隔(第N-1次～第N次)”即可。另外，在步骤S103的处理步骤中，将提取当前到店中的顾客中的虽收到了首次订单但未收到第二次订单的顾客的处理置换成提取当前到店中的顾客中的虽收到了第N-1次订单但未收到第N次订单的顾客的处理即可。另外，在步骤S104的处理步骤中，将确认从首次的订单受理时间到当前时刻为止的经过时间是否为“订单时间间隔(FO～SO)”－“通知时机偏差”以上的处理步骤置换成确认从第N-1次的订单受理时间到当前时刻为止的经过时间是否为“订单时间间隔(第N-1～第N次)”－“通知时机偏差”以上的处理即可。

以上所说明的实施方式用于使本发明易于理解，并不用于限定解释本发明。实施方式所具备的各要素及其配置、材料、条件、形状及尺寸等并不限定于所例示的情况，而是能够适当变更。另外，能够使不同实施方式所示的结构彼此局部置换或组合。

此外，在本实施方式中，“部”并不单纯是指物理机构，也包括通过软件实现该“部”所具有的功能的情况。另外，一个“部”或装置所具有的功能也可以通过两个以上物理机构或装置实现，两个以上“部”或装置的功能也可以通过一个物理机构或装置实现。

Claims (8)

1.一种订单管理系统，包括店员在店铺中利用的终端，该订单管理系统的特征在于，具有：

判断部，其基于从顾客收到上次订单的时间来判断去向所述顾客获取下次订单的时机；和

输出部，其在由所述判断部判断出的去向所述顾客获取下次订单的时机，从所述终端输出提醒去向所述顾客获取下次订单的通知。

2.根据权利要求1所述的订单管理系统，其特征在于，所述判断部将自从所述顾客收到上次订单的时间起经过了规定时间后的时机判断为去向所述顾客获取下次订单的时机。

3.根据权利要求2所述的订单管理系统，其特征在于，具有存储订单时机信息的存储部，该订单时机信息按顾客的到店人数及到店时间来储存客单价成为平均客单价以上的订单时间间隔，

所述判断部根据所述订单时机信息获取与实际上的顾客的实际到店人数及该顾客的实际到店时间对应的订单时间间隔，

所述规定时间是所述判断部根据所述订单时机信息获取到的订单时间间隔。

4.根据权利要求3所述的订单管理系统，其特征在于，还具有分析部，该分析部根据表示过去到店的顾客的到店人数、该顾客的到店时间、该顾客下单的时间、和该顾客的客单价的多个数据，按顾客的到店人数及到店时间来分析客单价成为平均客单价以上的订单时间间隔，并按顾客的到店人数及到店时间来储存由分析得到的订单时间间隔，由此生成所述订单时机信息。

5.根据权利要求4所述的订单管理系统，其特征在于，所述规定时间是从所述判断部根据所述订单时机信息获取到的订单时间间隔中、进一步减去考虑了直到店员实际去获取订单为止所需要的时间而预先确定的时间所得的时间。

6.根据权利要求4或5所述的订单管理系统，其特征在于，所述分析部在判断为针对特定的顾客到店人数及/或特定到店时间，无法分析出客单价成为平均客单价以上的订单时间间隔的情况下，将如下信息储存到所述订单时机信息，该信息表示针对所述特定的顾客到店人数及/或所述特定到店时间来说，客单价成为平均客单价以上的订单时间间隔为不明，

所述输出部在由所述判断部根据所述订单时机信息获取到所述信息的情况下，不会从所述终端输出提醒去向所述顾客获取下次订单的通知。

7.根据权利要求1～6中任一项所述的订单管理系统，其特征在于，收到所述上次订单的时间是收到首次订单的时间，

所述下次订单是第二次订单。

8.一种通知方法，由订单管理系统执行，该订单管理系统包括店员在店铺中利用的终端，所述通知方法的特征在于，包括：

基于从顾客收到上次订单的时间来判断去向所述顾客获取下次订单的时机的步骤；和

在判断出的去向所述顾客获取下次订单的时机、从所述终端输出提醒去向所述顾客获取下次订单的通知的步骤。

Images