点餐信息互动方法及点餐信息管理方法与流程

本发明是有关于一种点餐信息互动方法，特别是指一种点餐信息互动方法、及点餐信息管理方法。

背景技术：

现有的卖场或是百货公司的店家信息显示装置，是以单纯显示各个店家或餐厅的名称及位置为主，欲用餐的使用者根据显示的餐厅位置前往餐厅后再进行点餐。在用餐时段，餐厅的柜台前常大排长龙，许多等待入场点餐的客户均需花费大量时间排队等待，且点餐后还需再次等待以便取餐。因此，如何开发一种具整合性且具实时性的系统，供使用者点餐以及提醒使用者取餐，就成为一值得研究的主题。

技术实现要素：

本发明一目的，即在提供一种能根据不同的订位人数显示订餐状况的点餐信息互动方法及其相关的客户显示装置，以解决上述问题。

本发明另一目的，即在提供一种能根据不同的订位人数显示订餐状况的点餐信息管理方法及其相关的点餐信息管理的服务器。

为达上述目的及其他目的，本发明点餐信息互动方法在一些实施例中，是由一客户显示装置执行，该客户显示装置与一服务器连线，并包含一处理单元及一与该处理单元连接的显示单元，该方法包含以下步骤：

（Ａ）该处理单元自该服务器读取一第一店家一目前用餐号码及相关于一第一订位人数的一第一等待订单数。

（Ｂ）该显示单元显示该目前用餐号码及相关于该第一订位人数的第一等待订单数。

（Ｃ）该显示单元显示该第一店家的一电子菜单的使用者操作界面，并受控使该处理单元产生一第一订单。

（Ｄ）该处理单元传送该第一订单至该服务器，并自该服务器接收一取餐号码及一预计取餐时间，其中该预计取餐时间是根据该第一等待订单数计算而相关于该第一订位人数。

（Ｅ）该显示单元显示该取餐号码及该预计取餐时间。

在一些实施例中，步骤（Ａ）中该处理单元还自该服务器读取多个第二店家的多个第二店家目前用餐号码及相关于该第一订位人数的多个第二店家等待订单数；步骤（Ｂ）是显示该等第二店家目前用餐号码及该等第二店家等待订单数；步骤（Ｃ）中该显示单元是接收选择该第一店家的输入后显示该第一店家的该电子菜单的使用者操作界面，并受控使该处理单元产生该第一订单。

在一些实施例中，该客户显示装置还包含一与该处理单元连接的读卡单元，该方法还包含于步骤（Ｃ）与（Ｄ）间执行的步骤（Ｆ）及（Ｇ）：

（Ｆ）该处理单元判断是否接收到一确认结帐的输入。

（Ｇ）当步骤（Ｆ）判断为是，该处理单元使该读卡单元读取卡片，该处理单元并执行结帐作业。

在一些实施例中，还包含于步骤（Ｃ）与（Ｄ）间执行的步骤（Ｈ）：该处理单元判断是否接收到一确认订位的输入，若是，进行步骤（Ｄ）。

在一些实施例中，该客户显示装置还包含一与该处理单元连接的打印单元，该方法还包含于步骤（Ｄ）后执行的步骤（Ｉ）：该打印单元打印该取餐号码、该预计取餐时间及一相关于该第一订单的取餐信息的第一条形码。

在一些实施例中，该第一订单的取餐信息包含该取餐号码及可供连线至该服务器以查询可更新该预计取餐时间的网页位址或应用程序的连结。

于是，本发明客户显示装置在一些实施例中，执行如所述点餐信息互动方法。

于是，本发明点餐信息管理方法在一些实施例中，是由一服务器执行，该服务器与一客户显示装置连线，该服务器储存有一第一店家的下列信息：一取餐号码及相关于一第一订位人数的一第一等待订单数及一第一时间估算参数；该方法包含以下步骤：

（ａ）该服务器自该客户显示装置接收具有该第一订位人数的一第一订单。

（ｂ）将该取餐号码加一。

（ｃ）将该第一等待订单数加一。

（ｄ）根据第一等待订单数、第一时间估算参数计算预计取餐时间。

（ｅ）向该客户显示装置传送该取餐号码及该预计取餐时间。

在一些实施例中，还包含于步骤（ｂ）及（ｃ）间执行的步骤（ｆ）：根据该取餐号码判断第一订单是否可取餐；步骤（ｃ）是当步骤（ｆ）的判断为否时将该第一等待订单数加一。

在一些实施例中，该方法还包含以下步骤：

（ｇ）接收一具有第一订位人数的用餐完毕通知。

（ｈ）计算第一等待订单数及该预计取餐时间。

在一些实施例中，步骤（ｈ）包含以下步骤：

（h1）判断第一等待订单数是否大于0。

（h2）当步骤（h1）判断为是，将第一等待订单数减一。

（h3）根据第一等待订单数、第一时间估算参数计算该预计取餐时间。

在一些实施例中，该服务器还与一餐厅内装置连线，该方法还包含以下步骤：

（ｉ）自餐厅内装置接收该取餐号码。

（ｊ）根据该取餐号码判断第一订单是否可取餐。

（ｋ）当步骤（ｊ）判断为是，使餐厅内装置发出警示。

在一些实施例中，该服务器还储存有该第一店家的下列信息：具有该第一订位人数的至少一笔处于用餐中状态的第二订单的取餐号码及至少一笔处于尚未用餐状态的第三订单的取餐号码，以及相关于该第一订位人数的一第一上限，所述根据该取餐号码判断第一订单是否可取餐，是判断：该第一订单的取餐号码减去一入场顺位号码后是否大于或小于或等于一闲置桌数，若大于该闲置桌数，则判断结果为否，若小于或等于该闲置桌数则判断结果为是；其中，该入场顺位号码为小于任一第三订单的取餐号码的第二订单的取餐号码中的最大值，该闲置桌数为该第一上限减该第二订单的数量。

在一些实施例中，该服务器还储存有该第一店家的一目前用餐号码，步骤（ｋ）还将该目前用餐号码加一，步骤（ｅ）还向该客户显示装置传送该目前用餐号码。

在一些实施例中，该服务器还提供一显示可更新该第一订单的该预计取餐时间的网页，该第一订单的该预计取餐时间的更新方式是根据具有该第一订位人数且取餐号码小于该第一订单的取餐号码的其他订单数量及该第一时间估算参数计算。

在一些实施例中，该服务器还储存该第一订单的一后补序号，于步骤（ａ）中还使该后补序号等于该第一等待订单数；当该服务器接收一具有第一订位人数的用餐完毕通知，还将该后补序号减一；该第一订单的该预计取餐时间的更新方式是根据该后补序号及该第一时间估算参数计算。

于是，本发明用于点餐信息管理的服务器在一些实施例中，执行如所述点餐信息互动方法。

本发明的功效在于：透过客户显示装置根据不同的订位人数显示订餐及取餐的状况，再据以提供点餐的功能，使得使用者可以透过客户显示装置知悉每一店家分别对应的目前用餐号码，以及相关于特定订位人数的等待订单数，并可进一步进行点餐而产生订单。

【附图说明】

本发明其他的特征及功效，将于参照图式的实施例详细说明中清楚地呈现，其中：

图1是一方块图，说明本发明实施例的一服务器、一客户显示装置及一餐厅内装置；

图2是一流程图，说明本发明实施例点餐信息互动方法；

图3是一示意图，说明该实施例的一电子布告栏；

图4是一示意图，说明该实施例的一电子菜单的使用者操作界面；

图5是一示意图，说明该电子菜单的使用者操作界面；

图6是一示意图，说明该实施例打印一取餐号码、一预计取餐时间及一第一条形码；

图7是一流程图，说明本发明实施例点餐信息管理方法相关于接收一第一订单所执行的步骤；

图8是一流程图，说明该点餐信息管理方法相关于用餐完毕通知所执行的步骤；及

图9是一流程图，说明该点餐信息管理方法相关于取餐所执行的步骤。

【具体实施方式】

在本发明被详细描述之前，应当注意在以下的说明内容中，类似的元件是以相同的编号来表示。

参阅图1至图3，本发明实施例点餐信息互动方法，由一客户显示装置2执行，该客户显示装置2与一服务器1连线。本发明实施例点餐信息管理方法，则由该服务器1执行，此部分容后说明。该客户显示装置2包含一处理单元21及与该处理单元21连接的一显示单元22、一打印单元23及一读卡单元24，在本实施例中该客户显示装置2即是所谓的POS机（POS全文：Point of sale，销售点），该显示单元22在本实施例中是一触控显示荧幕，但不以此为限，只要能方便客户操作即可。该方法包含以下步骤：

步骤S11─读取一第一订位人数（预设或选取）。详细而言，该处理单元21使该显示单元22显示一电子布告栏4，其中包含一订位人数栏位41，可供选择不同的订位人数，例如1、2、4、6、8、10人，其中最大值为10人，预设值为2人，当使用者尚未选择时，本步骤所读取的该第一订位人数为预设的2人，当使用者选择其他人数后，本步骤所读取的该第一订位人数即为使用者选择的人数。

步骤S12─该处理单元21自该服务器1读取各店家的店家目前用餐号码及相关于该第一订位人数的店家等待订单数并显示。为方便说明，以下将各店家区分为一第一店家及多个第二店家，并以第一店家为「安平豆花」，第二店家为其余的店家为例。在本步骤中，该处理单元21自该服务器1读取第一店家（安平豆花）的目前用餐号码（325）及相关于第一订位人数的第一等待订单数（0），并读取多个第二店家的多个第二店家目前用餐号码及相关于该第一订位人数的多个第二店家等待订单数。然后在电子布告栏4的一店家信息栏位42显示该第一店家及该等第二店家的名称、位置、该目前用餐号码与该等第二店家目前用餐号码，及该第一等待订单数与第二店家等待订单数。其中，该等店家的位置举例而言是以在显示画面上的位置示意显示。

值得一提的是，由于显示的是相关于第一订位人数的第一等待订单数，可精确反应出第一订位人数的订单等待的状况。

步骤S13─该显示单元22接收选择第一店家的输入，并显示对应该第一店家的电子菜单的使用者操作界面5（如图4、图5）。

步骤S14─该显示单元22接收于该电子菜单的点餐输入，使该处理单元21生成一第一订单。如图4，举例而言，使用者选择「红豆豆花」1个，按下一结帐确认视窗51中的是，进入图5的画面，进行步骤S15。

步骤S15─确认是否结帐？详细而言，该电子菜单的使用者操作界面5显示该结帐确认视窗51，该处理单元21判断是否接收到一确认结帐的输入，若是，进入步骤S17，否则进入步骤S16。如图5，举例而言，该电子菜单的使用者操作界面5显示使用者选择了「红豆豆花」1个及其价格，当按下该结帐确认视窗51中的「是」，进行步骤S17。在图5所示的画面中，还可显示其他内容，诸如信用卡促销优惠的文字或图形等，鼓励使用者一并进行结帐。

步骤S16─确认是否订位？详细而言，该处理单元21判断是否接收到一确认订位的输入（图未示），若是，进入步骤S18，否则结束流程。需说明的是，步骤S15与S16不以上述顺序为限，也可以是步骤S16先于步骤S15执行，或是两者同时执行，例如在该电子菜单的使用者操作界面5同时显示结帐选项及只订位而不结帐的选项等，此外，也可以只执行其中一步骤而只提供其中一选择，例如，强制使用者必须结帐才能进行后续步骤。

若欲避免使用者在未结帐订位后，未前往取餐付款，可结合会员机制，要求使用者以例如会员卡、信用卡或手机号码登入，如果使用者于步骤S15结帐，在累积一定的消费金额，会有固定的折扣；如果未结帐订位后，却未取餐付款，则设置一定的则罚，例如该使用者的账号不得使用订位功能一个月等。

步骤S17─该处理单元21使该读卡单元24读取卡片，该处理单元21并执行结帐作业。该读卡单元24举例而言可读取接触式、非接触式的可进行付款的卡片。以下进行步骤S18。

步骤S18─该处理单元21传送第一订单至服务器1，并自服务器1接收取餐号码及预计取餐时间，该显示单元22并显示该取餐号码及该预计取餐时间。补充说明的是，虽然在本步骤中传送第一订单后才取得确定的该取餐号码，但在未取得确定的该取餐号码前该处理单元21仍可根据目前已有订单的取餐号码来估算该第一订单的取餐号码，而于电子菜单的使用者操作界面5中显示（如图5）。

值得一提的是，其中该预计取餐时间是根据该第一等待订单数计算而相关于该第一订位人数，以该第一订位人数为2人为例，该第一等待订单数即为订位人数为2人的等待订单数，所计算的预计取餐时间亦是根据订位人数为2人的订单来计算，因此预计取餐时间不会受到其他订位人数的订单的干扰而有较大的偏差。该预计取餐时间是由服务器1所计算，此部分容后说明。以下进行步骤S19。

步骤S19─使打印单元23打印该取餐号码、预计取餐时间及一相关于该第一订单的取餐信息的第一条形码（如图6）。在本实施例中还打印目前时间，但不以此为限。其中，该第一订单的取餐信息包含该取餐号码及可供连线至该服务器1以查询可更新的该预计取餐时间的网页位址或应用程序的连结。

该第一条形码在本实施例中是以QR code为例，该第一条形码目的是，使用者可以藉由手机扫描QR code，连线到一网页或一应用程序相关页面，使手机执行浏览器或对应应用程序来实时提醒使用者目前用餐号码，使用者的（该第一订单的）取餐号码，秀出预计的取餐时间，甚至将预计取餐时间和目前时间相减做一个倒数计时，等到使用者可以用餐的时候，手机就会以铃声和震动提醒使用者赶快到餐厅来用餐或取餐。等号码的时间到了以后，使用者直接拿着这张热感应纸去餐厅用餐或取餐。如果使用者遗失热感应纸的话，可透过刚刚的手机QR code扫描，在手机里留一个订位结帐记录，作为一样的凭证用餐。

总结来说，客户显示装置2除了显示各店家的名称、位置，还根据不同的订位人数显示订餐及取餐的状况，再据以提供点餐的功能。使用者可以透过客户显示装置2知悉该层楼可以点餐或订位的地方，每一店家的目前用餐号码，以及相关于特定订位人数的等待订单数，并可进一步进行点餐。

特别需强调的是，若无前述根据不同的订位人数统计取餐状况的技术，则会有餐厅桌位使用效率不彰的问题，举例而言，当6人的桌位被使用中，使得订位人数为6人的订单处于等待状态时，2人的桌位已有空位，但若订单未区分订位人数，则在6人的订单之后产生的2人订单，均需等待6人的订单可取餐后，才可取餐。相同的例子套用在本实施例中，由于6人与2人的订位人数是完全分开进行统计，不会有前述的状况发生。

参阅图1、7，以下说明本发明实施例点餐信息管理方法。该服务器1除与该客户显示装置连线外，还与一餐厅内装置3连线。为配合前述点餐信息互动方法，该服务器1需执行点餐信息管理方法以提供客户显示装置2必要的信息。该服务器1储存有第一店家的下列信息：目前的取餐号码及相关于第一订位人数的第一等待订单数及第一时间估算参数。该方法包含以下步骤：

步骤S21─自该客户显示装置接收具有第一订位人数的第一订单。如前所述，该第一订单是客户显示装置2于步骤S18（参阅图2）传送至该服务器1。

步骤S22─将该取餐号码加一。详细而言，该取餐号码的初始值为0，并随订单数量的增加而在本步骤中增加。

步骤S23─根据该取餐号码判断第一订单是否可取餐。

为判断第一订单是否可取餐，该服务器1还储存有该第一店家的下列信息：具有该第一订位人数的多笔处于用餐中状态的第二订单的取餐号码及多笔处于尚未用餐状态的第三订单的取餐号码，以及相关于该第一订位人数的一第一上限，所述根据该取餐号码判断第一订单是否可取餐，是判断：该第一订单的取餐号码减去一入场顺位号码后是否大于或小于或等于一闲置桌数，若大于该闲置桌数，则判断结果为否，若小于或等于该闲置桌数则判断结果为是；其中，该入场顺位号码为小于任一第三订单的取餐号码的第二订单的取餐号码中的最大值，该闲置桌数为该第一上限减该第二订单的数量。

简言之，是根据该第一订位人数的订单的用餐状况进行判断，该第一上限简言之即为该第一店家的该第一订位人数的「桌数」或「最大同时用餐订单数」。

参阅表1，举例而言，该第一订位人数为2人，第一店家的该第一上限为5，并设有桌号01至05，其中除桌号04外均为用餐中，用餐中的取餐号码分别为320至322及324，也就是说，该等第二订单的取餐号码分别为320至322及324。

表1

此外，进一步举例，等待用餐的订单的取餐号码─也就是该等第三订单的取餐号码─分别为323及325，而该第一订单的取餐号码为326。

在此例中，「小于任一第三订单的取餐号码的第二订单的取餐号码」，也就是小于323且小于325的第二订单的取餐号码为320、321、322，当中的最大值为322，因此该入场顺位号码即为322。

该等处于用餐中状态的第二订单的取餐号码为320至322及324，其数量为4，因此该第一上限（5）减该等处于用餐中状态的第二订单的数量（4），即5-4=1，得到该闲置桌数为1。

「该第一订单的取餐号码减去一入场顺位号码后是否大于或小于或等于一闲置桌数，若大于该闲置桌数，则判断结果为否，若小于或等于该闲置桌数则判断结果为是」即是判断是否「该第一订单的取餐号码-322≦1」，由此可知在此例中可取餐的取餐号码须小于或等于323才会使判断结果为是，但此例中该第一订单的取餐号码为326，因此代入判断是否可取餐的结果为否。

此外，为避免部分使用者到号未取餐的情况，而产生空桌过久的情形，在本例中，可进一步在当取餐号码323成为可取餐的时间点后一预定时间长度后，自动或受控取消保留其位置（暂时视同已用餐完毕，见步骤S31），以使后续订单能顺利取餐，该预定时间长度可视其是否已结帐而定；而取消保留其位置后，亦可以人工或其他计算方式延后其入场时间，或进行其他处理。

但判断是否可取餐的方式不以上述为限，只要能针对各订位人数进行统计及判断即可。当本步骤的判断若为否，进行步骤S24，若为是则进行步骤S25。

步骤S24─第一等待订单数加一。本步骤意谓该第一订单尚未可取餐，因此将第一等待订单数加一，然后进行步骤S25。

详细而言，该第一等待订单数的初始值为0，延续前述该第一上限为5之例，前五笔订单产生时，经步骤S23的判断必然均为是，因为纵使前四笔订单在第五笔订单产生时均处于用餐中，闲置桌数仍为1，因此第五笔订单仍可取餐。且当第五笔订单产生完毕时，该第一等待订单数仍会为0，也就是前述步骤S12中该客户显示装置2显示的该第一等待订单数仍为0。

有多种情况会产生如表1的状态，为简化起见，以前五笔订单的取餐号码即为320至324（以下以取餐号码简称各订单，例如：320订单~324订单）为例，且表1的状态未改变的情况来说明，此时第一等待订单数即为0，当325订单开始由步骤S11进行订位流程时，该客户显示装置2显示的该第一等待订单数仍为0，而在进入步骤S23时，325订单将被判断为不可取餐，因此该第一等待订单数加一而成为1，而在326订单开始由步骤S11进行订位流程时，该客户显示装置2显示的该第一等待订单数亦为1。当326订单随着流程进入步骤S23时，将被判断为不可取餐，因此该第一等待订单数会再加一而成为2。

以下进入步骤S25。

步骤S25─根据第一等待订单数、第一时间估算参数计算预计取餐时间。

再以该第一订位人数为2人，第一等待订单数为2为例，第一时间估算参数是由该第一店家所设定，若该第一店家没有更改设定，则为该服务器1或该餐厅内装置3本身所储存的一预设值，该第一时间估算参数包括一基本换桌时间10分钟及一同时换桌调整权重80%，则预计取餐时间即为2×10×80% = 16分钟。但不以此为限。

步骤S26─向该客户显示装置2传送该取餐号码及该预计取餐时间。

此外，该服务器1还使第一店家的该餐厅内装置3显示该第一订单的内容，以供第一店家准备餐点。

参阅图1、8，该第一等待订单数除了在步骤S24会变更外，当有客户用餐完毕时亦需变更，因此，该方法还包含该服务器1执行的以下步骤：

步骤S31─接收具有第一订位人数的用餐完毕通知。该用餐完毕通知的产生方式有多种实施例，举例而言，第一种方式是由餐厅内或餐桌上的摄影机监控，当影像分析一限定范围内，均无人员影像超过一预设时间，即对服务器发送用餐完毕通知；第二种方式是于椅子上装设压力感测器，每一桌所对应的多张椅子上的压力感测器均没有感测到压力超过一预设时间，即对服务器发送用餐完毕通知；第三种方式是餐厅人员透过该餐厅内装置3输入指令，该餐厅内装置3便传送该类型(几人桌)的桌次及该订单的号码给服务器，通知该订单已用餐完毕；第四种方式是本步骤还计算每一订单成为可取餐状态后所经时间，当有订单可取餐但经过前述预定时间长度后仍未取餐的情况下，为使后续订单能顺利取餐、避免空桌情况持续过久，该餐厅内装置3自动或受控（提示餐厅人员进行操控）发出该用餐完毕通知。但不以此为限，不论何种方式，只要能使该服务器1接收该用餐完毕通知即可。

步骤S32─判断第一等待订单数是否大于0，若是，进行步骤S33，否则进行步骤S34。

步骤S33─将第一等待订单数减一。

步骤S34─根据第一等待订单数、第一时间估算参数计算预计取餐时间。

补充说明的是，该服务器1还储存该第一订单的一后补序号，当该第一订单产生时（步骤S21），使该后补序号等于该第一等待订单数。当该第一订单产生后步骤S33又被执行时，还将该后补序号减一（但步骤S24并未将该后补序号加一）。该服务器1还提供一显示可更新的该第一订单的该预计取餐时间的网页，该第一订单的该预计取餐时间的更新方式是根据具有该第一订位人数且取餐号码小于该第一订单的取餐号码的其他订单及该第一时间估算参数计算，也就是：该后补序号×该基本换桌时间×该同时换桌调整权重。

参阅图1、9，该餐厅内装置3包括一处理器31及与该处理器31连接的一显示器32及一条形码扫描器33，当使用者持打印出来的第一条形码至第一店家欲取餐时，该服务器1还执行以下步骤：

步骤S41─接收餐厅内装置3的条形码扫描器33扫描的第一条形码，解析出取餐号码。

步骤S42─根据该取餐号码判断第一订单是否可取餐，若是，进行步骤S43，否则进行步骤S44。本步骤的判断方式与前述步骤S23相同，在此不再赘述。

步骤S43─使餐厅内装置3发出警示，例如使其显示器32显示相关于第一订单的取餐通知，告知第一店家的人员该第一订单的客户已前来取餐。

步骤S44─显示预计取餐时间。本步骤是告知该第一订单的客户尚未可取餐，并显示其预计取餐时间。

此外，该服务器1还储存有该第一店家的目前用餐号码，步骤S43还将该目前用餐号码加一，步骤S26还向该客户显示装置传送该目前用餐号码。该服务器1亦储存有多个第二店家的多个第二店家目前用餐号码，其运作方式与对该第一店家的目前用餐号码的处理方式相似，在此不再赘述。

以上即为本发明实施例点餐信息管理方法，该服务器1可提供该客户显示装置所需的信息、传送订单、提供显示预计取餐时间的网页、发出取餐通知等功能，配合客户显示装置2执行的本发明实施例点餐信息互动方法，能提供具整合性且具实时性的点餐及取餐功能，故确实能达成本发明的目的。

惟以上所述者，仅为本发明的实施例而已，当不能以此限定本发明实施的范围，即大凡依本发明申请专利范围及专利说明书内容所作的简单的等效变化与修饰，皆仍属本发明专利涵盖的范围内。