JP2018010414A - 商品販売データ処理装置及びプログラム - Google Patents

Abstract

【課題】適用中の注文し放題コースの組み合わせをどのように他の組み合わせに変更すれば決済金額が安くなるのかを見つける。【解決手段】実施形態の商品販売データ処理装置は、個別に定められた商品群に含まれる商品についてはその受注数にかかわらず、料金を個別に定められた金額とする複数の注文し放題コースが設定された店舗で利用される。実施形態の商品販売データ処理装置は、登録手段及び探索手段を含む。登録手段は、受注した商品を登録する。探索手段は、適用することが決定している少なくとも１つの注文し放題コースからなる第１の組み合わせとは異なる組み合わせで複数の注文し放題コースのうちの少なくとも１つを含み、当該含まれる注文し放題コースを適用して登録手段で登録済みの商品を決済する場合の決済金額が第１の組み合わせに含まれる注文し放題コースを適用して決済する場合の決済金額よりも低くなる第２の組み合わせを探索する。【選択図】図１

Description

本発明の実施形態は、商品販売データ処理装置及びプログラムに関する。

飲み放題コース又は食べ放題コースなどのように、コースを適用している場合に、対象となる商品の受注数にかかわらず料金を一定とする注文し放題コースが存在する。しかしながら、特定の注文し放題コースが適用されているとき、客が注文した商品の種類及びその数によっては、適用中の注文し放題コースの組み合わせを変更することで決済金額が安くなる場合がある。もしそのような組み合わせを見つけることができれば、サービスレベルの向上につなげることができる。しかしながら、従来のオーダーシステムでは、どのように適用中の注文し放題コースの組み合わせを変更すれば決済金額が安くなるのかを見つけるようなことは行われていない。

特開２０１２−１８１６７１号公報

本発明の実施形態が解決しようとする課題は、適用中の注文し放題コースの組み合わせをどのように他の組み合わせに変更すれば決済金額が安くなるのかを見つけることができる商品販売データ処理装置及びプログラムを提供することである。

実施形態の商品販売データ処理装置は、個別に定められた商品群に含まれる商品についてはその受注数にかかわらず、料金を個別に定められた金額とする複数の注文し放題コースが設定された店舗で利用される。実施形態の商品販売データ処理装置は、登録手段及び探索手段を含む。登録手段は、受注した商品を登録する。探索手段は、適用することが決定している少なくとも１つの注文し放題コースからなる第１の組み合わせとは異なる組み合わせで複数の注文し放題コースのうちの少なくとも１つを含み、当該含まれる注文し放題コースを適用して登録手段で登録済みの商品を決済する場合の決済金額が第１の組み合わせに含まれる注文し放題コースを適用して決済する場合の決済金額よりも低くなる第２の組み合わせを探索する。

実施形態に係るオーダーシステムに含まれる装置のそれぞれの要部回路構成を示すブロック図。 図１中の登録装置の補助記憶デバイス及び登録端末の補助記憶デバイスに記憶されるテーブルの一例を示す図。 図１中の登録装置の補助記憶デバイスに記憶されるテーブルの一例を示す図。 図１中の登録装置の補助記憶デバイスに記憶されるテーブルの一例を示す図。 図１中の登録端末のＣＰＵによる制御処理のフローチャート。 図１中の登録装置のＣＰＵによる制御処理のフローチャート。 図１中の登録装置のＣＰＵによる制御処理のフローチャート。 図１中のＰＯＳ端末のＣＰＵによる制御処理のフローチャート。

以下、実施形態に係るオーダーシステムについて図面を用いて説明する。
図１は、実施形態に係るオーダーシステム１に含まれる装置のそれぞれの要部回路構成を示すブロック図である。オーダーシステム１は、ＰＯＳ（point of sales）サーバー１０、登録端末２０及びＰＯＳ端末３０を含む。ＰＯＳサーバー１０、登録端末２０及びＰＯＳ端末３０は、ネットワークＮＷに接続されている。ネットワークＮＷは、典型的にはＬＡＮ（local area network）である。ネットワークＮＷは、無線回線でも良いし有線回線でも良い、また、無線回線と有線回線が混在していても良い。登録端末２０は、図１では１台のみ示すが、典型的には複数台の登録端末２０が存在する。また、ＰＯＳ端末３０も図１では１台のみ示すが複数台あっても良い。

ＰＯＳサーバー１０は、受注した商品を登録するために店舗のバックヤードなどに設置される。ＰＯＳサーバー１０は、商品販売データ処理装置の一例である。ＰＯＳサーバー１０は、ＣＰＵ（central processing unit）１１、メインメモリ１２、補助記憶デバイス１３、通信インターフェース１４、プリンター１５及びバス１６を含む。

ＣＰＵ１１は、ＰＯＳサーバー１０の動作に必要な処理及び制御を行うコンピューターの中枢部分に相当する。ＣＰＵ１１は、メインメモリ１２に記憶されたオペレーティングシステム及びアプリケーションソフトウェアなどのプログラムに基づいて、ＰＯＳサーバー１０の各種の機能を実現するべく各部を制御する。

メインメモリ１２は、上記コンピューターの主記憶部分に相当する。メインメモリ１２は、オペレーティングシステム及びアプリケーションソフトウェアなどのプログラムを記憶する。またメインメモリ１２は、ＣＰＵ１１が各種の処理を行う上で参照するデータを記憶する。さらにメインメモリ１２は、ＣＰＵ１１が各種の処理を行う上で一時的に使用するデータを記憶しておく、いわゆるワークエリアとして利用される。

補助記憶デバイス１３は、上記コンピューターの補助記憶部分に相当する。補助記憶デバイス１３は、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）、ＨＤＤ（hard disc drive）又はＳＳＤ（solid state drive）などである。補助記憶デバイス１３は、ＣＰＵ１１が各種の処理を行う上で使用するデータ又はＣＰＵ１１での処理によって生成されたデータなどを保存する。補助記憶デバイス１３は、上記のオペレーティングシステム又はアプリケーションなどのプログラムを記憶する場合もある。

補助記憶デバイス１３は、商品テーブル、客情報テーブル及び受注テーブルを記憶する。
図２は、商品テーブルＴ１の一例を示す図である。商品テーブルＴ１は、複数の商品及び複数の注文し放題コースのそれぞれの商品名及び単価などを記憶するためのテーブルである。商品テーブルＴ１は、複数のユニークな商品ＩＤ（identifier）のそれぞれに、商品名、単価及び対応コースを関連付けている。ここでは、商品ＩＤの先頭が１となっている場合、当該商品ＩＤは、単品商品を示す。なお、単品商品は、注文し放題コース以外の商品を示す。そして、商品ＩＤの先頭が２となっている場合、当該商品ＩＤは注文し放題コースを示す。対応コースフィールドには、注文し放題コースの商品ＩＤが書き込まれる。なお、対応コースフィールドに複数の商品ＩＤを書き込む場合には、カンマなどのセパレーターで区切るものとする。対応コースフィールドに書き込まれている商品ＩＤが示す注文し放題コースが適用されているとき、当該商品は注文し放題となる。言い換えれば、当該商品は、対応コースフィールドに書き込まれている商品ＩＤが示す注文し放題コースが対象とする商品である。なお、対応コースフィールドが空欄の場合、当該商品を対象とする注文し放題コースが存在しないことを示すものとする。

図３は、客情報テーブルＴ２の一例を示す図である。客情報テーブルＴ２は、来店した客の情報などを記憶するためのテーブルである。客情報テーブルＴ２は、来店した客のグループごとに割り当てられたユニークなグループＩＤに、人数、テーブル番号及び適用中コースを関連付ける。人数は、来店した客のグループが何名で構成されるかを示す。テーブル番号は、当該客のグループがどの番号のテーブルを使用しているかを示す。店舗内のテーブルにはそれぞれ予め番号が振られているものとし、ここではその番号を用いる。なお、複数のテーブルを１つのグループで使用している場合には、その全てのテーブルの番号をカンマなどのセパレーターで区切って示す。適用中コースは、当該グループに適用されている注文し放題コースの商品ＩＤを示す。なお、複数の注文し放題コースが適用されている場合、適用中コースには、複数の商品ＩＤをカンマなどのセパレーターで区切って示す。また、適用中コースが空欄の場合、当該グループには注文し放題コースが適用されていないことを示すものとする。

図４は、受注テーブルＴ３の一例を示す図である。受注テーブルＴ３は、受注した商品を記憶するためのテーブルである。受注テーブルＴ３は、受注毎に新しくレコードが追加される。受注テーブルＴ３は、グループＩＤに商品ＩＤ、受注数、単価及びフラグＦ１を関連付ける。商品ＩＤは、グループＩＤで特定されるグループが注文した商品を特定する。受注数は、当該商品を一度にいくつ受注したのかを示す。単価は、当該商品の単価である。フラグＦ１は、会計時に当該商品の単価を０として決済金額を計算するか、単価をそのままの金額で決済金額を計算するかを示す。フラグＦ１の値が０のとき、単価を０として決済金額を計算することを示す。フラグＦ１の値が１のとき、単価をそのままの金額で決済金額を計算することを示す。

また、補助記憶デバイス１３は、フラグＦ２及びフラグＦ３も記憶する。フラグＦ２及びフラグＦ３は、それぞれＴＲＵＥ又はＦＡＬＳＥの値をとる。フラグＦ２及びフラグＦ３の値は、ＰＯＳサーバー１０の管理者などによって予め設定される。なお、管理者などによってフラグＦ２又はフラグＦ３の値が設定されていない状態では、フラグＦ２又はフラグＦ３の値は、ＴＲＵＥ又はＦＡＬＳＥのうちのデフォルトとして定められた値をとる。このデフォルトの値は、例えばＰＯＳサーバー１０の設計者などによって定められる。フラグＦ２及びフラグＦ３は、注文し放題コースの変更を自動で行うか否かの設定に用いられる。注文し放題コースの変更は、動作の説明でも述べるように商品の受注時と会計時との２種類のタイミングで行われる可能性がある。フラグＦ２は、商品の受注時において注文し放題コースの変更を自動で行うか否かの設定に用いられる。フラグＦ３は、会計時において注文し放題コースの変更を自動で行うか否かの設定に用いられる。

メインメモリ１２又は補助記憶デバイス１３に記憶されるプログラムには、後述する制御処理に関して記述した制御プログラムを含む。一例としてＰＯＳサーバー１０は、制御プログラムがメインメモリ１２又は補助記憶デバイス１３に記憶された状態で利用者へと譲渡される。しかしながらＰＯＳサーバー１０は、制御プログラムがメインメモリ１２又は補助記憶デバイス１３に記憶されない状態で利用者に譲渡されても良い。そして、別途に利用者へと譲渡された制御プログラムが、利用者又はサービスマンなどによる操作の下にメインメモリ１２又は補助記憶デバイス１３へと書き込まれても良い。このときの制御プログラムの譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介したダウンロードにより実現できる。

通信インターフェース１４は、ＰＯＳサーバー１０がネットワークＮＷを介して通信するためのインターフェースである。

プリンター１５は、伝票などを印刷する。プリンター１５は、ドットインパクトプリンター、インクジェットプリンター、サーマルプリンター、レーザープリンター又はその他のプリンターなど種々の方式を用いることができる。プリンター１５は、図１ではＰＯＳサーバー１０に内蔵したものとして示すが、外付けとしても良い。

バス１６は、アドレスバス及びデータバスなどを含み、ＰＯＳサーバー１０の各部で授受される信号を伝送する。

登録端末２０は、客の注文を入力して、当該注文内容を登録端末２０に送信するための装置である。登録端末２０は、例えばハンディターミナルである。登録端末２０は、ＣＰＵ２１、メインメモリ２２、補助記憶デバイス２３、通信インターフェース２４、タッチパネル２５及びバス２６を含む。

ＣＰＵ２１は、登録端末２０の動作に必要な処理及び制御を行うコンピューターの中枢部分に相当する。ＣＰＵ２１は、メインメモリ２２に記憶されたオペレーティングシステム及びアプリケーションソフトウェアなどのプログラムに基づいて、登録端末２０の各種の機能を実現するべく各部を制御する。

メインメモリ２２は、上記コンピューターの主記憶部分に相当する。メインメモリ２２は、オペレーティングシステム及びアプリケーションソフトウェアなどのプログラムを記憶する。またメインメモリ２２は、ＣＰＵ２１が各種の処理を行う上で参照するデータを記憶する。さらにメインメモリ２２は、ＣＰＵ２１が各種の処理を行う上で一時的に使用するデータを記憶しておく、いわゆるワークエリアとして利用される。

補助記憶デバイス２３は、上記コンピューターの補助記憶部分に相当する。補助記憶デバイス２３は、例えばＥＥＰＲＯＭ又はＳＳＤなどである。補助記憶デバイス２３は、ＣＰＵ２１が各種の処理を行う上で使用するデータ又はＣＰＵ２１での処理によって生成されたデータなどを保存する。補助記憶デバイス２３は、上記のオペレーティングシステム又はアプリケーションなどのプログラムを記憶する場合もある。

補助記憶デバイス２３は、商品テーブルＴ１も記憶する。商品テーブルＴ１は、登録端末２０の補助記憶デバイス１３に記憶されるものと同様のものである。

メインメモリ２２又は補助記憶デバイス２３に記憶されるプログラムには、後述する制御処理に関して記述した制御プログラムを含む。一例として登録端末２０は、制御プログラムがメインメモリ２２又は補助記憶デバイス２３に記憶された状態で、例えば利用者へと譲渡される。しかしながら登録端末２０は、制御プログラムがメインメモリ２２又は補助記憶デバイス２３に記憶されない状態で利用者に譲渡されても良い。そして、別途に利用者へと譲渡された制御プログラムが、利用者又はサービスマンなどによる操作の下にメインメモリ２２又は補助記憶デバイス２３へと書き込まれても良い。このときの制御プログラムの譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介したダウンロードにより実現できる。

通信インターフェース２４は、登録端末２０がネットワークＮＷを介して通信するためのインターフェースである。

タッチパネル２５は、登録端末２０の操作者に各種情報を通知するための画面を表示する表示デバイスとして機能する。また、タッチパネル２５は、当該操作者によるタッチ操作を受け付ける入力デバイスとして機能する。

バス２６は、アドレスバス及びデータバスなどを含み、登録端末２０の各部で授受される信号を伝送する。

ＰＯＳ端末３０は、決済対象となる商品の決済などの業務のために店舗などに設置される。ＰＯＳ端末３０は、ＣＰＵ３１、メインメモリ３２、補助記憶デバイス３３、通信インターフェース３４、タッチパネル３５及びバス３６を含む。

ＣＰＵ３１は、ＰＯＳ端末３０の動作に必要な処理及び制御を行うコンピューターの中枢部分に相当する。ＣＰＵ３１は、メインメモリ３２に記憶されたオペレーティングシステム及びアプリケーションソフトウェアなどのプログラムに基づいて、ＰＯＳ端末３０の各種の機能を実現するべく各部を制御する。

メインメモリ３２は、上記コンピューターの主記憶部分に相当する。メインメモリ３２は、上記オペレーティングシステム及びアプリケーションソフトウェアなどのプログラムを記憶する。またメインメモリ３２は、ＣＰＵ３１が各種の処理を行う上で参照するデータを記憶する。さらにメインメモリ３２は、ＣＰＵ３１が各種の処理を行う上で一時的に使用するデータを記憶しておく、いわゆるワークエリアとして利用される。

補助記憶デバイス３３は、上記コンピューターの補助記憶部分に相当する。補助記憶デバイス３３は、例えばＥＥＰＲＯＭ、ＨＤＤ又はＳＳＤなどである。補助記憶デバイス３３は、ＣＰＵ３１が各種の処理を行う上で使用するデータ又はＣＰＵ３１での処理によって生成されたデータなどを保存する。補助記憶デバイス３３は、上記のオペレーティングシステム又はアプリケーションなどのプログラムを記憶する場合もある。

メインメモリ３２又は補助記憶デバイス３３に記憶されるプログラムには、後述する制御処理に関して記述した制御プログラムを含む。一例としてＰＯＳ端末３０は、制御プログラムがメインメモリ３２又は補助記憶デバイス３３に記憶された状態で、ＰＯＳ端末３０の利用者へと譲渡される。しかしながらＰＯＳ端末３０は、制御プログラムがメインメモリ３２又は補助記憶デバイス３３に記憶されない状態でＰＯＳ端末３０の利用者に譲渡されても良い。そして、別途にＰＯＳ端末３０の利用者へと譲渡された制御プログラムが、ＰＯＳ端末３０の利用者又はサービスマンなどによる操作の下にメインメモリ３２又は補助記憶デバイス３３へと書き込まれても良い。このときの制御プログラムの譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介したダウンロードにより実現できる。

通信インターフェース３４は、ＰＯＳ端末３０がネットワークＮＷを介して通信するためのインターフェースである。

タッチパネル３５は、ＰＯＳ端末３０の操作者に各種情報を通知するための画面を表示する表示デバイスとして機能する。また、タッチパネル３５は、当該操作者によるタッチ操作を受け付ける入力デバイスとして機能する。

バス３６は、アドレスバス及びデータバスなどを含み、ＰＯＳ端末３０の各部で授受される信号を伝送する。

以下、実施形態に係るオーダーシステムの動作を図５〜図８に基づいて説明する。なお、以下に説明する処理の内容は一例であって、同様な結果を得ることが可能な様々な処理を適宜に利用できる。
図５は、登録端末２０のＣＰＵ２１による制御処理のフローチャートである。ＣＰＵ２１は、メインメモリ２２又は補助記憶デバイス２３に記憶された制御プログラムに基づいてこの制御を実行する。
図６及び図７は、ＰＯＳサーバー１０のＣＰＵ１１による制御処理のフローチャートである。ＣＰＵ１１は、メインメモリ１２又は補助記憶デバイス１３に記憶された制御プログラムに基づいてこの制御を実行する。
図８は、ＰＯＳ端末３０のＣＰＵ３１による制御処理のフローチャートである。ＣＰＵ３１は、メインメモリ３２又は補助記憶デバイス３３に記憶された制御プログラムに基づいてこの制御を実行する

さて、飲食店においては、客がグループで来店している場合、グループの全員が同じ注文し放題コースを注文しなければならないことをルールとして定めている場合が多い。以下の実施形態でも、グループの全員が同じ注文し放題コースを注文しなければならないルールが存在するものとして説明する。なお、以下の説明で登場する店員の行動は、一例として示すものである。

飲食店の店員は、注文を伺うべく登録端末２０を持って客のもとへ向かう。まず、店員は、グループの人数、及びグループが使用しているテーブルのテーブル番号など、客に関する情報（以下「客情報」という。）を登録端末２０に入力する。そして、店員は、客に関する情報を入力後、登録端末２０のタッチパネル２５に表示された、開始ボタンをタッチする。開始ボタンは、注文の受付の開始を指示する場合に登録端末２０の操作者が操作するものである。

図５のＡｃｔ１において登録端末２０のＣＰＵ２１は、注文の受付の開始を指示する操作が行われるのを待ち受けている。すなわち、ＣＰＵ２１は、開始ボタンをタッチするなどの、注文の受付の開始を指示するための予め定められた操作が行われるのを待ち受けている。ＣＰＵ２１は、注文の受付の開始を指示する操作が行われたならば、Ａｃｔ１においてＹｅｓと判定してＡｃｔ２へと進む。

Ａｃｔ２においてＣＰＵ２１は、注文の受付の開始を指示する操作が行われる直前に入力された客情報をＰＯＳサーバー１０に送信するよう通信インターフェース２４に指示する。この指示を受けて通信インターフェース２４は、当該客情報をＰＯＳサーバー１０に送信する。送信された客情報は、ＰＯＳサーバー１０の通信インターフェース１４によって受信される。

一方、図６のＡｃｔ２１においてＰＯＳサーバー１０のＣＰＵ１１は、通信インターフェース１４によって客情報が受信されたか否かを確認している。ＣＰＵ１１は、客情報が受信されないならば、Ａｃｔ２１においてＮｏと判定してＡｃｔ２２へと進む。

Ａｃｔ２２においてＣＰＵ１１は、通信インターフェース１４によってコース受注情報が受信されたか否かを確認している。なお、コース受注情報についての説明は後述する。ＣＰＵ１１は、コース受注情報が受信されないならば、Ａｃｔ２２においてＮｏと判定してＡｃｔ２３へと進む。

Ａｃｔ２３においてＣＰＵ１１は、通信インターフェース１４によって単品受注情報が受信されたか否かを確認している。なお、単品受注情報についての説明は後述する。ＣＰＵ１１は、単品受注情報が受信されないならば、Ａｃｔ２３においてＮｏと判定して図７のＡｃｔ２４へと進む。

図７のＡｃｔ２４においてＣＰＵ１１は、通信インターフェース１４によって伝票発行要求が受信されたか否かを確認している。なお、伝票発行要求についての説明は後述する。ＣＰＵ１１は、伝票発行要求が受信されないならば、Ａｃｔ２４においてＮｏと判定してＡｃｔ２５へと進む。

Ａｃｔ２５においてＣＰＵ１１は、通信インターフェース１４によって決済情報要求が受信されたか否かを確認している。なお、決済情報要求についての説明は後述する。ＣＰＵ１１は、決済情報要求が受信されないならば、Ａｃｔ２５においてＮｏと判定して図６のＡｃｔ２１へと戻る。かくして、ＣＰＵ１１は、客情報、コース受注情報、単品受注情報、決済情報要求又は伝票発行要求が受信されるまでＡｃｔ２１〜Ａｃｔ２５を繰り返す。ＣＰＵ１１は、Ａｃｔ２１〜Ａｃｔ２５の待受状態にあるときに客情報が受信されたならば、Ａｃｔ２１においてＹｅｓと判定してＡｃｔ２６へと進む。
Ａｃｔ２６においてＣＰＵ１１は、Ａｃｔ２１で受信が確認された客情報に基づき、客情報テーブルＴ２に新たにレコードを追加する。このとき、ＣＰＵ１１は、ユニークなグループＩＤを割り当ててレコードを追加する。

一方、店員は、開始ボタンをタッチした後、客の注文を聞く。そして、店員は、客の注文が注文し放題コースであった場合、当該注文し放題コースを適用させるために、タッチパネル２５を用いて当該注文し放題コースを受注する操作を行う。また、客の注文が単品商品であった場合、店員は、タッチパネル２５を用いて当該単品商品を受注する操作を行う。なお、店員は、商品を受注する操作を行う際、商品の選択だけでなく、客が使用しているテーブルのテーブル番号の入力も行う。
図５のＡｃｔ３においてＣＰＵ２１は、注文し放題コースを受注する操作が行われたか否かを確認している。ＣＰＵ２１は、注文し放題コースを受注する操作が行われないならば、Ａｃｔ３においてＮｏと判定してＡｃｔ４へと進む。

Ａｃｔ４においてＣＰＵ２１は、単品商品を受注する操作が行われたか否かを確認している。ＣＰＵ２１は、単品商品を受注する操作が行われないならば、Ａｃｔ４においてＮｏと判定してＡｃｔ３へと戻る。かくして、ＣＰＵ２１は、注文し放題コースを受注する操作又は単品商品を受注する操作が行われるまでＡｃｔ３及びＡｃｔ４を繰り返す。ＣＰＵ２１は、Ａｃｔ３及びＡｃｔ４の待受状態にあるときに、注文し放題コースを受注する操作が行われたならば、Ａｃｔ３においてＹｅｓと判定してＡｃｔ５へと進む。

Ａｃｔ５においてＣＰＵ２１は、注文し放題コースを受注したことを示すコース受注情報を生成して、このコース受注情報を登録端末２０に送信するよう通信インターフェース１４に指示する。このとき、ＣＰＵ２１は、注文をした客が使用しているテーブルのテーブル番号及び受注した注文し放題コースの商品ＩＤを含むようにコース受注情報を生成する。ＣＰＵ２１の指示に応じて通信インターフェース２４は、コース受注情報をＰＯＳサーバー１０に送信する。送信されたコース受注情報は、ＰＯＳサーバー１０の通信インターフェース１４によって受信される。

一方、ＰＯＳサーバー１０のＣＰＵ１１は、図６及び図７のＡｃｔ２１〜Ａｃｔ２５の待受状態にあるときにコース受注情報が受信されたならば、Ａｃｔ２２においてＹｅｓと判定してＡｃｔ２７へと進む。
Ａｃｔ２７においてＣＰＵ１１は、客情報テーブルＴ２及び必要に応じて受注テーブルＴ３を書き換えることで注文し放題コースを適用する。すなわち、ＣＰＵ１１は、まず、客情報テーブルＴ２を参照して、コース受注情報に含まれたテーブル番号で特定されるグループＩＤを取得する。そして、ＣＰＵ１１は、客情報テーブルＴ２について、取得したグループＩＤに関連付けられた適用中コースに、コース受注情報に含まれる商品ＩＤを書き加える。さらに、ＣＰＵ１１は、受注テーブルＴ３について、取得したグループＩＤで特定されるレコードそれぞれについて、以下の処理を行う。すなわち、ＣＰＵ１１は、当該レコードから商品ＩＤを取得する。そして、ＣＰＵ１１は、取得した商品ＩＤについて、商品テーブルＴ１を参照して、適用中コースに含まれる商品ＩＤのいずれかがコース受注情報に含まれる商品ＩＤと一致するか否かを確認する。商品ＩＤが一致する場合には、ＣＰＵ１１は、商品ＩＤの取得元である受注テーブルＴ３のレコードについて、フラグＦ１の値を０に書き換える。以上の処理により、注文し放題コースを受注する前に受注した単品商品についても、当該注文し放題コースが対象とする単品商品であるならば、決済時に単価０として計算されることとなる。

Ａｃｔ２８においてＣＰＵ１１は、注文し放題コースの受注が完了したことを示す完了通知をコース受注情報の送信元の登録端末２０に送信するよう通信インターフェース１４に指示する。この指示を受けて、通信インターフェース１４は、完了通知をコース受注情報の送信元の登録端末２０に送信する。送信された完了通知は、登録端末２０の通信インターフェース２４によって受信される。

一方、図５のＡｃｔ６において登録端末２０のＣＰＵ２１は、通信インターフェース２４によって完了通知が受信されるのを待ち受けている。ＣＰＵ２１は、完了通知が受信されたならば、Ａｃｔ６においてＹｅｓと判定してＡｃｔ３へと戻る。

なお、ＣＰＵ２１は、Ａｃｔ３及びＡｃｔ４の待受状態にあるときに、単品商品を受注する操作が行われたならば、Ａｃｔ４においてＹｅｓと判定してＡｃｔ７へと進む。
Ａｃｔ７においてＣＰＵ２１は、単品商品を受注したことを示す単品受注情報を生成して、この単品受注情報を登録端末２０に送信するよう通信インターフェース１４に指示する。このとき、ＣＰＵ２１は、注文をした客が使用しているテーブルのテーブル番号、並びに受注した単品商品の商品ＩＤ及び受注数を含むように単品受注情報を生成する。なお、ＣＰＵ２１は、商品ＩＤは補助記憶デバイス２３に記憶された商品テーブルＴ１から取得する。ＣＰＵ２１の指示に応じて通信インターフェース２４は、単品受注情報をＰＯＳサーバー１０に送信する。送信された単品受注情報は、ＰＯＳサーバー１０の通信インターフェース１４によって受信される。

一方、ＰＯＳサーバー１０のＣＰＵ１１は、図６及び図７のＡｃｔ２１〜Ａｃｔ２５の待受状態にあるときに単品受注情報が受信されたならば、Ａｃｔ２３においてＹｅｓと判定してＡｃｔ２９へと進む。
Ａｃｔ２９においてＣＰＵ１１は、客情報テーブルＴ２を参照して、単品受注情報に含まれたテーブル番号で特定される、グループＩＤ及び適用中コースに含まれる商品ＩＤを取得する。
Ａｃｔ３０においてＣＰＵ１１は、商品テーブルＴ１を参照して、単品受注情報に含まれた商品ＩＤで特定される対応コースフィールドに書き込まれているデータを取得する。

Ａｃｔ３１においてＣＰＵ１１は、単品受注情報に含まれた商品ＩＤで特定される単品商品が、注文し放題の単品商品であるか否かを確認する。すなわち、ＣＰＵ１１は、商品テーブルＴ１を参照して、Ａｃｔ２９で取得した商品ＩＤとＡｃｔ３０で取得したデータに含まれる商品ＩＤとで一致する商品ＩＤがあるか否かを確認する。ＣＰＵ１１は、単品受注情報に含まれた商品ＩＤで特定される単品商品が、注文し放題の単品商品であるならば、Ａｃｔ３１においてＹｅｓと判定してＡｃｔ３２へと進む。

Ａｃｔ３２においてＣＰＵ１１は、Ａｃｔ２３で受信が確認された単品受注情報に基づいて受注テーブルＴ３に新たにレコードを追加する。なお、ＣＰＵ１１は、当該レコードの単価は、単品受注情報に含まれる商品ＩＤを用いて、商品テーブルＴ１から取得する。また、ＣＰＵ１１は、当該レコードのフラグＦ１の値は０とする。以上のように、Ａｃｔ３２の処理を行うことでＣＰＵ１１を中枢とするコンピューターは、受注した商品を登録する登録手段として動作する。

Ａｃｔ３３においてＣＰＵ１１は、単品商品の受注が完了したことを示す完了通知を単品受注情報の送信元の登録端末２０に送信するよう通信インターフェース１４に指示する。この指示を受けて、通信インターフェース１４は、完了通知を単品受注情報の送信元の登録端末２０に送信する。送信された完了通知は、登録端末２０の通信インターフェース２４によって受信される。ＣＰＵ１１は、Ａｃｔ３３の処理の後Ａｃｔ２１へと戻る。

なお、ＣＰＵ１１は、単品受注情報に含まれた商品ＩＤで特定される単品商品が、注文し放題の単品商品でないならば、Ａｃｔ３１においてＮｏと判定してＡｃｔ３４へと進む。
Ａｃｔ３４においてＣＰＵ１１は、Ａｃｔ２３で受信が確認された単品受注情報に基づいて受注テーブルＴ３に新たにレコードを追加する。なお、ＣＰＵ１１は、当該レコードの単価は、単品受注情報に含まれる商品ＩＤを用いて、商品テーブルＴ１から取得する。また、ＣＰＵ１１は、当該レコードのフラグＦ１の値は１とする。したがって、Ａｃｔ３４の処理を行うことでＣＰＵ１１を中枢とするコンピューターは、受注した商品を登録する登録手段として動作する。

Ａｃｔ３５においてＣＰＵ１１は、Ａｃｔ３０で取得したデータに商品ＩＤが含まれるか否かを確認する。ＣＰＵ１１は、Ａｃｔ３０で取得したデータに商品ＩＤが含まれないならば、Ａｃｔ３５においてＮｏと判定してＡｃｔ３３へと進む。また、ＣＰＵ１１は、商品ＩＤが含まれるならばＡｃｔ３５においてＹｅｓと判定してＡｃｔ３６へと進む。

Ａｃｔ３６においてＣＰＵ１１は、適用されている注文し放題コースを変更した方が安くなるか否かを判定する。ＣＰＵ１１は、注文し放題コースを変更した方が安くなるか否かは例えば以下のように判定する。以下の例では、適用中の注文し放題コースの組み合わせを別の組み合わせＸに変更する場合を考える。この場合、まず、ＣＰＵ１１は、現在までに受注した商品についての決済金額を算出する。すなわち、ＣＰＵ１１は、受注テーブルＴ３を参照して、Ａｃｔ２９で取得したグループＩＤで特定されるグループが受注した商品を抽出してそれぞれ（受注数×単価×フラグＦ１）を計算し、全て足し合わせる。さらに、ＣＰＵ１１は、この結果に注文し放題コースの料金も加えることで決済金額を算出する。ＣＰＵ１１は、注文し放題コースの料金は、適用中の注文し放題コースの単価の合計にグループの人数を乗じて算出する。次に、適用中の注文し放題コースの組み合わせを組み合わせＸに変更した場合の決済金額を算出する。組み合わせＸは、１又は複数の候補が考えられる。ここでは、適用中の注文し放題コースによって注文し放題となっている商品が注文し放題の商品でなくなるような組み合わせは組み合わせＸの候補（以下「組み合わせＸ候補」という。）としない。ＣＰＵ１１は、適用中の注文し放題コースの組み合わせを組み合わせＸ候補に変更した場合のそれぞれの決済金額を上記と同様にして算出する。ただし、ＣＰＵ１１は、注文し放題コースの料金は、組み合わせＸ候補に含まれる注文し放題コースの単価の合計にグループの人数を乗じることで算出する。また、適用中の注文し放題コースの組み合わせを組み合わせＸ候補に変更した場合の決済金額の算出では、それぞれフラグＦ１に変えて、次のように求められる値Ｐを用いる。値Ｐは、適用中の注文し放題コースの組み合わせを組み合わせＸ候補に変更したと仮定した場合のフラグＦ１の値である。値Ｐを求めるために、ＣＰＵ１１は、受注テーブルＴ３から抽出された各商品について、商品テーブルＴ１を参照して対応コースを取得する。そして、ＣＰＵ１１は、取得した対応コースに含まれる商品ＩＤと、組み合わせＸ候補に含まれる注文し放題コースの商品ＩＤとを比較して一致するものがあれば値Ｐを０とし、一致するものがなければ値Ｐを１とする。次に、ＣＰＵ１１は、以上のように算出された、適用中の注文し放題コースの組み合わせを組み合わせＸ候補に変更した場合の決済金額を比較して、当該決済金額が最も安くなる組み合わせＸ候補を組み合わせＸと決定する。最後に、ＣＰＵ１１は、現在の決済金額と適用中の注文し放題コースの組み合わせを組み合わせＸに変更した場合の決済金額とを比較する。そして、ＣＰＵ１１は、適用中の注文し放題コースの組み合わせを組み合わせＸに変更した場合の決済金額の方が安ければ、適用されている注文し放題コースを変更した方が安くなると判定する。なお、ＣＰＵ１１は、組み合わせＸについての値Ｐをメインメモリ１２又は補助記憶デバイス１３に記憶しておく。ＣＰＵ１１は、適用されている注文し放題コースを変更した方が安くなるのではないならば、Ａｃｔ３６においてＮｏと判定してＡｃｔ３３へと進む。また、ＣＰＵ１１は、適用されている注文し放題コースを変更した方が安くなるならば、Ａｃｔ３６においてＹｅｓと判定してＡｃｔ３７へと進む。以上のように、適用されている注文し放題コースの組み合わせを変更した方が安くなる場合には、Ａｃｔ３６の処理によりそのような組み合わせＸが見つかる。当該組み合わせＸは第２の組み合わせの一例である。また、適用中の注文し放題コースの組み合わせは第１の組み合わせである。したがって、Ａｃｔ３６の処理を行うことで、ＣＰＵ１１を中枢とするコンピューターは、第２の組み合わせを探索する探索手段として動作する。

Ａｃｔ３７においてＣＰＵ１１は、注文し放題コースの変更を自動で行う設定になっているか否かを確認する。すなわち、ＣＰＵ１１は、補助記憶デバイス１３に記憶されたフラグＦ２の値がＴＲＵＥであるか否かを確認する。ＣＰＵ１１は、注文し放題コースの変更を自動で行う設定になっていないならばＡｃｔ３７においてＮｏと判定してＡｃｔ３８へと進む。

Ａｃｔ３８においてＣＰＵ１１は、注文し放題コースを変更するか否かを決定するよう要求するための確認要求を生成して、この確認要求を登録端末２０に送信するよう通信インターフェース１４に指示する。このとき、ＣＰＵ１１は、Ａｃｔ３６で決定された組み合わせＸに含まれる注文し放題コースの商品名を含むように確認要求を生成する。ＣＰＵ１１の指示を受けて通信インターフェース１４は、確認要求を登録端末２０に送信する。送信された確認要求は、登録端末２０の通信インターフェース２４によって受信される。

一方、図５のＡｃｔ８において登録端末２０のＣＰＵ２１は、通信インターフェース１４によって完了通知が受信されたか否かを確認している。ＣＰＵ２１は、完了通知が受信されないならば、Ａｃｔ８においてＮｏと判定してＡｃｔ９へと進む。

Ａｃｔ９においてＣＰＵ２１は、通信インターフェース１４によって確認要求が受信されたか否かを確認している。ＣＰＵ２１は、確認要求が受信されないならば、Ａｃｔ９においてＮｏと判定してＡｃｔ８へと戻る。かくして、ＣＰＵ２１は、完了通知又は確認要求が受信されるまでＡｃｔ８及びＡｃｔ９を繰り返す。ＣＰＵ２１は、Ａｃｔ８及びＡｃｔ９の待受状態にあるときに、確認要求が受信されたならば、Ａｃｔ９においてＹｅｓと判定してＡｃｔ１０へと進む。

Ａｃｔ１０においてＣＰＵ２１は、注文し放題コースを変更するか否かを決定するための第１の確認画面に対応した画像を生成し、この画像を表示するようタッチパネル２５に指示する。この指示を受けてタッチパネル２５は、第１の確認画面を表示する。
第１の確認画面は、Ａｃｔ９で受信が確認された確認要求に含まれる注文し放題コースの商品名を含む。登録端末２０の操作者は、この商品名を見ることで注文し放題コースがどのように変更されるかが分かる。第１の確認画面はさらに、承諾ボタン及び拒否ボタンを含む。承諾ボタンは、注文し放題コースの変更を承諾する場合に登録端末２０の操作者が操作する。拒否ボタンは、注文し放題コースの変更を拒否する場合に登録端末２０の操作者が操作する。

Ａｃｔ１１においてＣＰＵ２１は、注文し放題コースの変更を拒否する操作が行われたか否かを確認する。すなわち、ＣＰＵ２１は、拒否ボタンがタッチされたか否かを確認する。ＣＰＵ２１は、注文し放題コースの変更を拒否する操作が行われないならば、Ａｃｔ１１においてＮｏと判定してＡｃｔ１２へと進む。

Ａｃｔ１２においてＣＰＵ２１は、注文し放題コースの変更を承諾する操作が行われたか否かを確認する。すなわち、ＣＰＵ２１は、承諾ボタンがタッチされたか否かを確認する。ＣＰＵ２１は、注文し放題コースの変更を承諾する操作が行われないならば、Ａｃｔ１２においてＮｏと判定してＡｃｔ１１へと戻る。かくして、ＣＰＵ２１は、注文し放題コースの変更を拒否する操作が行われるか、注文し放題コースの変更を承諾する操作が行われまでＡｃｔ１１及びＡｃｔ１２を繰り返す。ＣＰＵ２１は、Ａｃｔ１１及びＡｃｔ１２の待受状態にあるときに注文し放題コースの変更を拒否する操作が行われたならば、Ａｃｔ１１においてＹｅｓと判定してＡｃｔ１３へと進む。
Ａｃｔ１３においてＣＰＵ２１は、注文し放題コースの変更を拒否することを示す拒否応答をＰＯＳサーバー１０に送信するよう通信インターフェース２４に指示する。この指示を受けて通信インターフェース２４は、当該拒否応答をＰＯＳサーバー１０に送信する。送信された拒否応答は、ＰＯＳサーバー１０の通信インターフェース１４によって受信される。

なお、ＣＰＵ２１は、Ａｃｔ１１及びＡｃｔ１２の待受状態にあるときに注文し放題コースの変更を承諾する操作が行われたならば、Ａｃｔ１２においてＹｅｓと判定してＡｃｔ１４へと進む。
Ａｃｔ１４においてＣＰＵ２１は、注文し放題コースの変更を承諾することを示す承諾応答を送信するよう通信インターフェース２４に指示する。この指示を受けて通信インターフェース２４は、当該承諾応答をＰＯＳサーバー１０に送信する。送信された承諾応答は、ＰＯＳサーバー１０の通信インターフェース１４によって受信される。

一方、図６のＡｃｔ３９においてＰＯＳサーバー１０のＣＰＵ１１は、通信インターフェース１４によって拒否応答が受信されたか否かを確認している。ＣＰＵ１１は、拒否応答が受信されないならば、Ａｃｔ３９においてＮｏと判定してＡｃｔ４０へと進む。

Ａｃｔ４０においてＣＰＵ１１は、通信インターフェース１４によって承諾応答が受信されたか否かを確認している。ＣＰＵ１１は、承諾応答が受信されないならば、Ａｃｔ４０においてＮｏと判定してＡｃｔ３９へと戻る。かくして、ＣＰＵ１１は、拒否応答又は承諾応答が受信されるまでＡｃｔ３９及びＡｃｔ４０を繰り返す。ＣＰＵ１１は、Ａｃｔ３９及びＡｃｔ４０の待受状態にあるときに、拒否応答が受信されたならば、Ａｃｔ３９においてＹｅｓと判定してＡｃｔ３３へと進む。また、ＣＰＵ１１は、Ａｃｔ３９及びＡｃｔ４０の待受状態にあるときに、承諾応答が受信されたならば、Ａｃｔ４０においてＹｅｓと判定してＡｃｔ４１へと進む。

また、ＣＰＵ１１は、注文し放題コースの変更を自動で行う設定になっているならば、Ａｃｔ３７においてＹｅｓと判定してＡｃｔ４１へと進む。
Ａｃｔ４１においてＣＰＵ１１は、適用されている注文し放題コースを変更する。すなわちＣＰＵ１１は、客情報テーブルＴ２の適用中コースをＡｃｔ３６で決定された組み合わせＸに含まれる注文し放題コースに関連付けられた商品ＩＤに書き換える。さらに、ＣＰＵ１１は、受注テーブルＴ３の各商品について、フラグＦ１の値をメインメモリ１２又は補助記憶デバイス１３に記憶した値Ｐに書き換える。ＣＰＵ１１は、Ａｃｔ４１の処理の後Ａｃｔ４２へと進む。したがって、Ａｃｔ４１の処理を行うことでＣＰＵ１１を中枢とするコンピューターは、適用することが決定している注文し放題コースの組み合わせを第１の組み合わせから第２の組み合わせに変更する変更手段として動作する。また、Ａｃｔ４１の処理を行うか否かがＡｃｔ３９及びＡｃｔ４０の処理により決定される。したがって、Ａｃｔ３９及びＡｃｔ４０の処理を行うことで、ＣＰＵ１１を中枢とするコンピューターは、操作者による操作に基づいて、注文し放題コースの組み合わせを第１の組み合わせから第２の組み合わせに変更するか否かを決定する決定手段として動作する。

Ａｃｔ４２においてＣＰＵ１１は、単品商品の受注が完了したことを示す完了通知を生成して、この完了通知を単品受注情報の送信元の登録端末２０に送信するよう通信インターフェース１４に指示する。このとき、ＣＰＵ１１は、注文し放題コースの変更が行われたことを示す変更通知を含めるものとして完了通知を生成する。なお、変更通知は、どのように注文し放題コースを変更したかを示す情報を含む。この指示を受けて、通信インターフェース１４は、完了通知を単品受注情報の送信元の登録端末２０に送信する。送信された完了通知は、登録端末２０の通信インターフェース２４によって受信される。ＣＰＵ１１は、Ａｃｔ４２の処理の後Ａｃｔ２１へと戻る。

一方、登録端末２０のＣＰＵ２１は、図５のＡｃｔ１３又はＡｃｔ１４の処理の後、Ａｃｔ１５へと進む。
Ａｃｔ１５においてＣＰＵ２１は、通信インターフェース２４によって完了通知が受信されるのを待ち受けている。ＣＰＵ２１は、完了通知が受信されたならば、Ａｃｔ１５においてＹｅｓと判定してＡｃｔ１６へと進む。あるいは、ＣＰＵ２１は、Ａｃｔ８及びＡｃｔ９の待受状態にあるときに、完了通知が受信されたならば、Ａｃｔ８においてＹｅｓと判定してＡｃｔ１６へと進む。

Ａｃｔ１６においてＣＰＵ２１は、Ａｃｔ１５で受信が確認された完了通知に変更通知が含まれるか否かを確認する。ＣＰＵ２１は、変更通知が含まれないならば、Ａｃｔ１５においてＮｏと判定してＡｃｔ３へと戻る。また、ＣＰＵ２１は、変更通知が含まれるならば、Ａｃｔ１５においてＹｅｓと判定してＡｃｔ１７へと進む。

Ａｃｔ１７においてＣＰＵ２１は、注文し放題コースを変更したことを登録端末２０の操作者に通知するための第１の通知画面に対応した画像を生成し、この画像を表示するようタッチパネル２５に指示する。この指示を受けてタッチパネル２５は、第１の通知画面を表示する。このとき、ＣＰＵ２１は、変更通知に含まれる変更内容に基づいて第１の通知画面に対応した画像を生成する。
第１の通知画面は、どのように注文し放題コースの変更が行われたかを示す。例えば、第１の通知画面は、適用が中止された注文し放題コースがある場合には、当該注文し放題コースの商品名及び当該注文し放題コースの適用を中止したことを示す文字列を含む。また例えば、第１の通知画面は、新たに適用された注文し放題コースがある場合には、当該注文し放題コースの商品名及び当該注文し放題コースを適用したことを示す文字列を含む。また、第１の通知画面は、確認ボタンを含む。確認ボタンは、第１の通知画面の表示の終了を指示する場合に登録端末２０の操作者が操作する。

Ａｃｔ１８においてＣＰＵ２１は、第１の通知画面の表示の終了を指示する操作が行われるのを待ち受けている。すなわち、ＣＰＵ２１は、確認ボタンがタッチされるのを待ち受けている。ＣＰＵ２１は、第１の通知画面の表示の終了を指示する操作が行われたならば、Ａｃｔ１８においてＹｅｓと判定して、Ａｃｔ１９へと進む。

Ａｃｔ１９においてＣＰＵ２１は、第１の通知画面の表示を終了するようタッチパネル２５に指示する。この指示を受けてタッチパネル２５は、第１の通知画面の表示を終了する。ＣＰＵ２１は、Ａｃｔ１９の処理の後、Ａｃｔ３へと戻る。

その後、客の飲食が終わると店員は、当該客が使用しているテーブルのテーブル番号を入力する。そして、店員は、テーブル番号を入力後、登録端末２０のタッチパネル２５に表示された伝票発行ボタンをタッチする。伝票発行ボタンは、伝票の発行を指示する場合に登録端末２０の操作者が操作するものである。
登録端末２０のＣＰＵ２１は、伝票の発行を指示する操作が行われると、伝票発行要求を生成して、この伝票発行要求をＰＯＳサーバー１０に送信するよう通信インターフェース２４に指示する。このとき、ＣＰＵ２１は、伝票の発行を指示する操作が行われる直前に入力されたテーブル番号を含むようにコース受注情報を生成する。ＣＰＵ２１の指示を受けて通信インターフェース２４は、当該伝票発行要求をＰＯＳサーバー１０に送信する。送信された伝票発行要求は、ＰＯＳサーバー１０の通信インターフェース１４によって受信される。

一方、ＰＯＳサーバー１０のＣＰＵ１１は、図６及び図７のＡｃｔ２１〜Ａｃｔ２５の待受状態にあるときに伝票発行要求が受信されたならば、図７のＡｃｔ２４においてＹｅｓと判定してＡｃｔ４３へと進む。

Ａｃｔ４３においてＣＰＵ１１は、伝票を印刷するようプリンター１５に指示する。このとき、ＣＰＵ１１は、伝票には、伝票番号としてグループＩＤを含める。また、ＣＰＵ１１は、当該伝票には、当該グループＩＤが示すグループが注文した内容などを含める。なお、ＣＰＵ１１は、グループＩＤは、伝票発行要求に含まれたテーブル番号を用いて客情報テーブルＴ２から取得する。また、ＣＰＵ１１は、注文内容については、受注テーブルＴ３などから取得する。ＣＰＵ１１の指示を受けてプリンター１５は、伝票を印刷する。店員は、印刷された伝票を受け取る。ＣＰＵ１１は、Ａｃｔ４３の処理の後、図６のＡｃｔ２１へと戻る。

次に、店員は、会計のためにＰＯＳ端末３０を操作する。店員は、伝票に伝票番号として印刷されたグループＩＤをＰＯＳ端末３０に入力する。そして、店員は、グループＩＤを入力後、登録端末２０のタッチパネル２５に表示された、会計開始ボタンをタッチする。会計開始ボタンは、会計の開始を指示する場合にＰＯＳ端末３０の操作者が操作するものである。

図８のＡｃｔ６１においてＰＯＳ端末３０のＣＰＵ３１は、会計の開始を指示する操作が行われるのを待ち受けている。すなわち、ＣＰＵ３１は、会計開始ボタンをタッチするなどの、会計の開始を指示するための予め定められた操作が行われるのを待ち受けている。ＣＰＵ３１は、会計の開始を指示する操作が行われたならば、Ａｃｔ６１においてＹｅｓと判定してＡｃｔ６２へと進む。

Ａｃｔ６２においてＣＰＵ３１は、決済に必要な情報の送信を要求するための決済情報要求を生成して、この決済情報要求をＰＯＳサーバー１０に送信するよう通信インターフェース３４に指示する。このとき、ＣＰＵ３１は、会計の開始を指示する操作が行われる直前に入力されたテーブル番号を含むように決済情報要求を生成する。この指示を受けて通信インターフェース３４は、決済情報要求をＰＯＳサーバー１０に送信する。送信された決済情報要求は、ＰＯＳサーバー１０の通信インターフェース１４によって受信される。

一方、ＰＯＳサーバー１０のＣＰＵ１１は、図６及び図７のＡｃｔ２１〜Ａｃｔ２５の待受状態にあるときに決済情報要求が受信されたならば、図７のＡｃｔ２５においてＹｅｓと判定してＡｃｔ４４へと進む。

Ａｃｔ４４においてＣＰＵ１１は、Ａｃｔ３６と同様にして、適用されている注文し放題コースを変更した方が安くなるか否かを判定する。ただし、Ａｃｔ４４では、Ａｃｔ３６のように、注文し放題の商品が注文し放題の商品でなくなるような組み合わせは候補としないという制限は設けない。なお、適用されている注文し放題コースを変更した方が安くなる場合には、Ａｃｔ３６と同様に組み合わせＸが決定される。ＣＰＵ１１は、適用されている注文し放題コースを変更した方が安くなるのではないならば、Ａｃｔ４４においてＮｏと判定してＡｃｔ４５へと進む。

Ａｃｔ４５においてＣＰＵ１１は、決済に必要な情報を含む決済情報を生成する。すなわち、ＣＰＵ１１はまず、客情報テーブルＴ２を参照して、Ａｃｔ２５で受信が確認された決済情報要求に含まれたテーブル番号からグループＩＤを特定する。さらに、ＣＰＵ１１は、受注テーブルＴ３から、当該グループＩＤで特定されるレコードを全て抽出する。また、ＣＰＵ１１は、客情報テーブルＴ２を参照して、当該グループＩＤから適用中コースの商品ＩＤを特定する。さらに、ＣＰＵ１１は、商品テーブルＴ１を参照して当該商品ＩＤから単価を特定する。そして、ＣＰＵ１１は、抽出したレコード並びに適用中コースの商品ＩＤ及びその単価を含むように決済情報を生成する。

一方、ＣＰＵ１１は、適用されている注文し放題コースを変更した方が安くなるならば、Ａｃｔ４４においてＹｅｓと判定してＡｃｔ４６へと進む。
Ａｃｔ４６においてＣＰＵ１１は、注文し放題コースの変更を自動で行う設定になっているか否かを確認する。すなわち、ＣＰＵ１１は、補助記憶デバイス１３に記憶されたフラグＦ３の値がＴＲＵＥであるか否かを確認する。ＣＰＵ１１は、注文し放題コースの変更を自動で行う設定になっていないならばＡｃｔ４６においてＮｏと判定してＡｃｔ４７へと進む。

Ａｃｔ４７においてＣＰＵ１１は、注文し放題コースを変更するか否かを決定するよう要求するための確認要求を生成して、この確認要求をＰＯＳ端末３０に送信するよう通信インターフェース１４に指示する。このとき、ＣＰＵ１１は、Ａｃｔ４４で決定された組み合わせＸに含まれる注文し放題コースの商品名を含むように確認要求を生成する。この指示を受けて通信インターフェース１４は、確認要求をＰＯＳ端末３０に送信する。送信された確認要求は、ＰＯＳ端末３０の通信インターフェース３４によって受信される。

一方、図８のＡｃｔ６３においてＰＯＳ端末３０のＣＰＵ３１は、通信インターフェース３４によって決済情報が受信されたか否かを確認している。ＣＰＵ３１は、決済情報が受信されないならば、Ａｃｔ６３においてＮｏと判定してＡｃｔ６４へと進む。

Ａｃｔ６４においてＣＰＵ３１は、通信インターフェース３４によって確認要求が受信されたか否かを確認している。ＣＰＵ３１は、確認要求が受信されないならば、Ａｃｔ６４においてＮｏと判定してＡｃｔ６３へと戻る。かくして、ＣＰＵ３１は、決済情報又は確認要求が受信されるまでＡｃｔ６３及びＡｃｔ６４を繰り返す。ＣＰＵ３１は、Ａｃｔ６３及びＡｃｔ６４の待受状態にあるときに、確認要求が受信されたならば、Ａｃｔ６４においてＹｅｓと判定してＡｃｔ６５へと進む。

Ａｃｔ６５においてＣＰＵ３１は、注文し放題コースを変更するか否かを決定するための第２の確認画面に対応した画像を生成し、この画像を表示するようタッチパネル３５に指示する。この指示を受けてタッチパネル３５は、第２の確認画面を表示する。
第２の確認画面は、Ａｃｔ６４で受信が確認された確認要求に含まれる注文し放題コースの商品名を含む。ＰＯＳ端末３０の操作者は、この商品名を見ることで注文し放題コースがどのように変更されるかが分かる。第２の確認画面はさらに、承諾ボタン及び拒否ボタンを含む。承諾ボタンは、注文し放題コースの変更を承諾する場合にＰＯＳ端末３０の操作者が操作する。拒否ボタンは、注文し放題コースの変更を拒否する場合にＰＯＳ端末３０の操作者が操作する。

Ａｃｔ６６においてＣＰＵ３１は、注文し放題コースの変更を拒否する操作が行われたか否かを確認する。すなわち、ＣＰＵ３１は、拒否ボタンがタッチされたか否かを確認する。ＣＰＵ３１は、注文し放題コースの変更を拒否する操作が行われないならば、Ａｃｔ６６においてＮｏと判定してＡｃｔ６７へと進む。

Ａｃｔ６７においてＣＰＵ３１は、注文し放題コースの変更を承諾する操作が行われたか否かを確認する。すなわち、ＣＰＵ３１は、承諾ボタンがタッチされたか否かを確認する。ＣＰＵ３１は、注文し放題コースの変更を承諾する操作が行われないならば、Ａｃｔ６７においてＮｏと判定してＡｃｔ６６へと戻る。かくして、ＣＰＵ３１は、注文し放題コースの変更を拒否する操作が行われるか、注文し放題コースの変更を承諾する操作が行われまでＡｃｔ６６及びＡｃｔ６７を繰り返す。ＣＰＵ３１は、Ａｃｔ６６及びＡｃｔ６７の待受状態にあるときに注文し放題コースの変更を拒否する操作が行われたならば、Ａｃｔ６６においてＹｅｓと判定してＡｃｔ６８へと進む。
Ａｃｔ６８においてＣＰＵ３１は、注文し放題コースの変更を拒否することを示す拒否応答を送信するよう通信インターフェース３４に指示する。この指示を受けて通信インターフェース３４は、当該拒否応答をＰＯＳサーバー１０に送信する。送信された拒否応答は、ＰＯＳサーバー１０の通信インターフェース１４によって受信される。

なお、ＣＰＵ３１は、Ａｃｔ６６及びＡｃｔ６７の待受状態にあるときに注文し放題コースの変更を承諾する操作が行われたならば、Ａｃｔ６７においてＹｅｓと判定してＡｃｔ６９へと進む。
Ａｃｔ６９においてＣＰＵ３１は、注文し放題コースの変更を承諾することを示す承諾応答を送信するよう通信インターフェース３４に指示する。この指示を受けて通信インターフェース３４は、当該承諾応答をＰＯＳサーバー１０に送信する。送信された承諾応答は、ＰＯＳサーバー１０の通信インターフェース１４によって受信される。

一方、図７のＡｃｔ４８においてＰＯＳサーバー１０のＣＰＵ１１は、通信インターフェース１４によって拒否応答が受信されたか否かを確認している。ＣＰＵ１１は、拒否応答が受信されないならば、Ａｃｔ４８においてＮｏと判定してＡｃｔ４９へと進む。

Ａｃｔ４９においてＣＰＵ１１は、通信インターフェース１４によって承諾応答が受信されたか否かを確認している。ＣＰＵ１１は、承諾応答が受信されないならば、Ａｃｔ４９においてＮｏと判定してＡｃｔ４８へと戻る。かくして、ＣＰＵ１１は、拒否応答又は承諾応答が受信されるまでＡｃｔ４８及びＡｃｔ４９を繰り返す。ＣＰＵ１１は、Ａｃｔ４８及びＡｃｔ４９の待受状態にあるときに、拒否応答が受信されたならば、Ａｃｔ４８においてＹｅｓと判定してＡｃｔ４５へと進む。また、ＣＰＵ１１は、Ａｃｔ４８及びＡｃｔ４９の待受状態にあるときに、承諾応答が受信されたならば、Ａｃｔ４９においてＹｅｓと判定してＡｃｔ５０へと進む。

また、ＣＰＵ１１は、注文し放題コースの変更を自動で行う設定になっているならば、Ａｃｔ４６においてＹｅｓと判定してＡｃｔ５０へと進む。
Ａｃｔ５０においてＣＰＵ１１は、Ａｃｔ４１と同様にして、適用されている注文し放題コースを変更する。したがって、Ａｃｔ５０の処理を行うことでＣＰＵ１１を中枢とするコンピューターは、適用することが決定している注文し放題コースの組み合わせを第１の組み合わせから第２の組み合わせに変更する変更手段として動作する。また、Ａｃｔ５０の処理を行うか否かがＡｃｔ４８及びＡｃｔ４９の処理により決定される。したがって、Ａｃｔ４８及びＡｃｔ４９の処理を行うことで、ＣＰＵ１１を中枢とするコンピューターは、操作者による操作に基づいて決定する決定手段として動作する。ＣＰＵ１１は、Ａｃｔ５０の処理の後Ａｃｔ５１へと進む。

Ａｃｔ５１においてＣＰＵ１１は、決済に必要な情報を含む決済情報を生成する。すなわち、ＣＰＵ１１は、Ａｃｔ４５と同様にして決済情報を生成する。ただし、ＣＰＵ１１は、Ａｃｔ５１では、注文し放題コースの変更が行われたことを示す変更通知を含むものとして決済情報を生成する。

ＣＰＵ１１は、Ａｃｔ４５又はＡｃｔ５１の処理の後、Ａｃｔ５２へと進む。
Ａｃｔ５２においてＣＰＵ１１は、Ａｃｔ４５又はＡｃｔ５１で生成された決済情報を決済情報要求の送信元であるＰＯＳ端末３０に送信するよう通信インターフェース１４に指示する。この指示を受けて、通信インターフェース１４は、決済情報を決済情報要求の送信元であるＰＯＳ端末３０に送信する。送信された決済情報は、ＰＯＳ端末３０の通信インターフェース３４によって受信される。ＣＰＵ１１は、Ａｃｔ５２の処理の後、図６のＡｃｔ２１へと戻る。

一方、図８のＡｃｔ７０においてＣＰＵ３１は、通信インターフェース３４によって決済情報が受信されるのを待ち受けている。
ＣＰＵ３１は、決済情報が受信されたならば、Ａｃｔ７０においてＹｅｓと判定してＡｃｔ７１へと進む。

Ａｃｔ７１においてＣＰＵ３１は、Ａｃｔ７０で受信が確認された決済情報に変更通知が含まれるか否かを確認する。また、ＣＰＵ３１は、変更通知が含まれるならば、Ａｃｔ７１においてＹｅｓと判定してＡｃｔ７２へと進む。

Ａｃｔ７２においてＣＰＵ３１は、注文し放題コースを変更したことをＰＯＳ端末３０の操作者に通知するための第２の通知画面に対応した画像を生成し、この画像を表示するようタッチパネル３５に指示する。この指示を受けてタッチパネル３５は、第２の通知画面を表示する。このとき、ＣＰＵ３１は、変更通知に含まれる変更内容に基づいて第２の通知画面に対応した画像を生成する。
第２の通知画面は、どのように注文し放題コースの変更が行われたかを示す。例えば、第２の通知画面は、適用が中止された注文し放題コースがある場合には、当該注文し放題コースの商品名及び当該注文し放題コースの適用を中止したことを示す文字列を含む。また例えば、第２の通知画面は、新たに適用された注文し放題コースがある場合には、当該注文し放題コースの商品名及び当該注文し放題コースを適用したことを示す文字列を含む。また、第２の通知画面は、確認ボタンを含む。確認ボタンは、第２の通知画面の表示の終了を指示する場合にＰＯＳ端末３０の操作者が操作する。

Ａｃｔ７３においてＣＰＵ３１は、第２の通知画面の表示の終了を指示する操作が行われるのを待ち受けている。すなわち、ＣＰＵ３１は、確認ボタンがタッチされるのを待ち受けている。ＣＰＵ３１は、第２の通知画面の表示の終了を指示する操作が行われたならば、Ａｃｔ７３においてＹｅｓと判定して、Ａｃｔ７４へと進む。

Ａｃｔ７４においてＣＰＵ３１は、第２の通知画面の表示を終了するようタッチパネル３５に指示する。この指示を受けてタッチパネル３５は、第２の通知画面の表示を終了する。ＣＰＵ２１は、Ａｃｔ７４の処理の後、Ａｃｔ７５へと進む。

なお、ＣＰＵ３１は、Ａｃｔ６３及びＡｃｔ６４の待受状態にあるときに、決済情報が受信されたならば、Ａｃｔ６３においてＹｅｓと判定してＡｃｔ７５へと進む。また、ＣＰＵ３１は、決済情報に変更通知が含まれないならば、Ａｃｔ７１においてＮｏと判定してＡｃｔ７５へと進む。
Ａｃｔ７５においてＣＰＵ３１は、Ａｃｔ６３又はＡｃｔ７０で受信が確認された決済情報に基づいて決済処理を行う。決済処理については、周知の処理であるため詳細な説明は省略する。ＣＰＵ３１は、Ａｃｔ７５の処理の後Ａｃｔ６１へと戻る。

実施形態のオーダーシステム１においては、ＰＯＳサーバー１０は、適用中の注文し放題コースの組み合わせを別の組み合わせに変更することで決済金額が安くなるような組み合わせを探索する。したがって、実施形態のオーダーシステムによれば、上記のような組み合わせがあれば、当該組み合わせを見つけることができる。また、店舗としては、見つかった組み合わせに基づいて適用中の注文し放題コースを変更することができる。そして、店舗としては、見つかった組み合わせに基づいて注文し放題コースを変更すれば、客が支払う金額は少なくなるので、客の満足度を上昇させることができる。

また、実施形態のオーダーシステム１によれば、ＰＯＳサーバー１０は、設定次第で、見つかった組み合わせを店員に通知し、適用中の注文し放題コースを見つかった組み合わせに変更するか否かを店員に決定させる。このようにすることで、店員は、注文し放題コースを変更するか否かを客に提案して決定することができる。

また、実施形態のオーダーシステム１によれば、ＰＯＳサーバー１０は、設定次第で、適用中の注文し放題コースを見つかった組み合わせに自動的に変更する。したがって、自動的に変更しない場合と比べて、店員の作業量を低減することができる。

また、実施形態のオーダーシステム１によれば、ＰＯＳサーバー１０は、適用中の注文し放題コースが対象とする商品でなく、且つ適用されていない注文し放題コースのいずれかが対象とする商品を受注した場合に、上記の探索を行う。つまり、ＰＯＳサーバー１０は、探索の結果に影響を与えない商品を受注した場合には当該探索を行わない。これにより、ＰＯＳサーバー１０が無駄な探索を行うことを防ぐことができる。

また、実施形態のオーダーシステム１によれば、ＰＯＳサーバー１０は、商品の受注時と商品の会計時とにおいて当該探索を行う。商品の受注時に当該探索を行うことで、ＰＯＳサーバー１０は、会計よりも前に、決済金額が安くなるような組み合わせを見つけることができる。そして、ＰＯＳサーバー１０は、会計よりも前に、適用中の注文し放題コースの組み合わせを当該組み合わせに変更することができる。これにより、注文し放題となる商品の種類が変化することとなる。したがって、組み合わせの変更以降、客は、変化した種類に応じた注文をすることができるというメリットがある。しかしながら、ＰＯＳサーバー１０が商品の受注時に当該探索を行うことにより、客の注文の仕方によっては決済金額が安くなるような組み合わせが何度も見つかる場合がある。そして、設定次第では、その度に登録端末２０は、注文し放題コースを変更するか否かを確認する第１の確認画面を表示することとなり、店員又は客にとって煩わしく感じる可能性がある。その点、ＰＯＳサーバー１０が、会計時にのみ当該探索を行えば、決済金額が安くなるような組み合わせが何度も見つかるようなことはなく、上記のように店員又は客にとって煩わしく感じることがない。

上記の実施形態は、以下のような変形も可能である。
ＣＰＵ１１は、適用されている注文し放題コースを変更した方が安くなるか否かの判定において、決済金額に代えて以下のように算出した合計金額を用いても良い。すなわち、ＣＰＵ１１は、受注テーブルＴ３から抽出した商品から、適用中の注文し放題コースと組み合わせＸ候補に含まれる注文し放題コースとのいずれにおいても注文し放題の対象とならない商品を省いて合計金額を算出する。

ＣＰＵ１１は、Ａｃｔ３６の処理において、注文し放題の商品が注文し放題の商品でなくなるような組み合わせも候補としても良い。

ＰＯＳサーバー１０は、注文し放題コースを受注したときにも、適用されている注文し放題コースを変更した方が安くなるか否かの判定を行っても良い。すなわち、ＣＰＵ１１は、Ａｃｔ２７の処理の後、Ａｃｔ３６〜Ａｃｔ４２と同様の処理を行う。そして、ＣＰＵ１１は、Ａｃｔ４２と同様の処理の後Ａｃｔ２１へと戻る。なお、ＣＰＵ１１は、Ａｃｔ３６と同様の処理でＮｏと判定した場合、Ａｃｔ２８へと進む。また、登録端末２０のＣＰＵ２１は、Ａｃｔ５の処理の後、Ａｃｔ８〜Ａｃｔ１９と同様の処理を行う。そして、ＣＰＵ１１は、Ａｃｔ１６と同様の処理でＮｏと判定した場合、又はＡｃｔ１９と同様の処理の後、Ａｃｔ３へと戻る。

実施形態では、飲食店を例にとって説明したが、飲食店に限らない。また、注文し放題コースは、食べ放題コース及び飲み放題コースに限らず、飲食物以外を対象としたものであっても良い。

グループで同じ注文し放題コースを注文しなければならないルールが無くても良い。この場合には例えば、テーブル番号に代えて、座席ごとに定められた座席番号を用いる。このようにすることで、各座席を使用する客それぞれから個別に注文し放題コースを受注することができる。

実施形態では、登録端末２０は店員が操作するものとして説明した。しかしながら、客が操作者として操作する、セルフオーダー用の登録端末２０であっても良い。

ＰＯＳサーバー１０及び登録端末２０に代えて、ＰＯＳサーバー１０の機能と登録端末２０の機能とを備えた装置を用いても良い。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１…オーダーシステム、１０…ＰＯＳサーバー、１１，２１，３１…ＣＰＵ、１２，２２，３２…メインメモリ、１３，２３，３３…補助記憶デバイス、１４，２４，３４…通信インターフェース、１５…プリンター、１６，２６，３６…バス、２０…登録端末、２５，３５…タッチパネル、３０…ＰＯＳ端末。

Claims (6)

1. 個別に定められた商品群に含まれる商品についてはその受注数にかかわらず、料金を個別に定められた金額とする複数の注文し放題コースが設定された店舗で利用される商品販売データ処理装置であって、
   受注した商品を登録する登録手段と、
   適用することが決定している少なくとも１つの注文し放題コースからなる第１の組み合わせとは異なる組み合わせで前記複数の注文し放題コースのうちの少なくとも１つを含み、当該含まれる注文し放題コースを適用して前記登録手段で登録済みの商品を決済する場合の決済金額が前記第１の組み合わせに含まれる注文し放題コースを適用して決済する場合の決済金額よりも低くなる第２の組み合わせを探索する探索手段と、を具備する商品販売データ処理装置。
2. 前記探索手段による探索によって前記第２の組み合わせが見つかった場合、適用することが決定している注文し放題コースの組み合わせを前記第１の組み合わせから前記第２の組み合わせに変更する変更手段をさらに備える請求項１に記載の商品販売データ処理装置。
3. 前記探索手段による探索によって前記第２の組み合わせが見つかった場合、適用することが決定している注文し放題コースの組み合わせを前記第１の組み合わせから前記第２の組み合わせに変更するか否かを操作者による操作に基づいて決定する決定手段と、
   前記第２の組み合わせに変更することが前記決定手段によって決定された場合、適用することが決定している注文し放題コースの組み合わせを前記第１の組み合わせから前記第２の組み合わせに変更する変更手段と、をさらに具備する請求項１に記載の商品販売データ処理装置。
4. 前記探索手段は、適用することが決定している注文し放題コースに予め定められた商品群のうちのいずれにも含まれない商品であって、適用することが決定されていない注文し放題コースに予め定められた商品群のうちのいずれかに含まれる商品を前記登録手段により登録する場合に前記探索を行う、請求項１乃至請求項３のいずれか１項に記載の商品販売データ処理装置。
5. 前記探索手段は、前記登録手段によって登録済みの商品の会計を行うときに前記探索を行う、請求項１乃至請求項３のいずれか１項に記載の商品販売データ処理装置。
6. 個別に定められた商品群に含まれる商品についてはその受注数にかかわらず、料金を個別に定められた金額とする複数の注文し放題コースが設定された店舗で利用される商品販売データ処理装置が備えるコンピューターを、
   受注した商品を登録する登録手段と、
   適用することが決定している少なくとも１つの注文し放題コースからなる第１の組み合わせとは異なる組み合わせで前記複数の注文し放題コースのうちの少なくとも１つを含み、当該含まれる注文し放題コースを適用して前記登録手段で登録済みの商品を決済する場合の決済金額が前記第１の組み合わせに含まれる注文し放題コースを適用して決済する場合の決済金額よりも低くなる第２の組み合わせを探索する探索手段と、して機能させるためのプログラム。