(57)【要約】【課題】  給仕等の店員にかかる負担の増大を回避しつつ、複数の商品を注文した客の要望により応えることができるようにするための技術を提供する。【解決手段】  食券購入機１０は、客が所望の商品を示す情報を記録した食券を販売する。座席等に設けられた読み取り部５１は、客によって食券の情報を読み取り、制御部３０に送信する。制御部３０は、読み取り部５１から受信した情報が示す商品が複数、提供待ちになった場合、デザートに分類された商品が存在していれば、他の商品が提供されてから、その用意を表示部２０によって指示する。【選択図】      図１
2006018534.tif 000002
【特許請求の範囲】
【請求項１】
所望の商品を示す商品情報が少なくとも記録される媒体を客に自動販売する店舗に適用されるシステムであって、
前記自動販売された媒体に記録されている商品情報を読み取る、それぞれ異なる場所に配置された複数の情報読取装置と、
前記複数の情報読取装置が媒体から読み出した商品情報をそれぞれ受信して該商品情報が示す商品の提供の指示を行い、同一の情報読取装置から受信の商品情報によって該提供の指示を行っていない商品が複数、発生した場合に、該商品の種類に着目して、該複数の商品の提供を指示する順序を決定して該提供の指示を行う制御装置と、
を具備することを特徴とする店舗システム。
【請求項２】
前記制御装置は、前記商品の種類に着目して順序を決定することにより、所定のカテゴリに分類されている商品は他のカテゴリに分類された商品より後に提供を指示する、
ことを特徴とする請求項１記載の店舗システム。
【請求項３】
前記客への商品の提供を検出する、前記複数の情報読取装置に対応させてそれぞれ配置された複数の商品検出装置、を更に具備し、
前記制御装置は、前記複数の商品検出装置がそれぞれ検出した商品を示す検出情報を受信して前記客に実際に提供された商品を認識し、該認識結果を、前記順序に従った商品の提供の指示に反映させる、
ことを特徴とする請求項２記載の店舗システム。
【請求項４】
前記認識結果を反映させることにより、前記所定のカテゴリに分類されている商品の提供の指示は、前記他のカテゴリに分類された商品が客に提供されてから行う、
ことを特徴とする請求項３記載のテンポシステム。
【請求項５】
前記所定の種類はデザートである、
ことを特徴とする請求項２、３、または４記載の店舗システム。
【請求項６】
所望の商品を示す商品情報が少なくとも記録される媒体を客に自動販売する店舗に適用されるシステムの構築に用いられるデータ処理装置であって、
それぞれ異なる場所に配置された複数の情報読取装置が媒体から読み出して送信する商品情報をそれぞれ受信する受信手段と、
前記受信手段が受信した商品情報が示す商品の提供の指示を行う提供指示手段と、
前記受信手段が同一の情報読取装置から受信の商品情報によって前記提供指示手段が提供の指示を行っていない商品が複数、発生した場合に、該商品の種類に着目して、該複数の商品の提供を指示する順序を決定する順序決定手段と、
前記複数の商品を対象にした提供の指示を、前記順序決定手段が決定した順序に従って前記提供指示手段に行わせる制御手段と、
を具備することを特徴とするデータ処理装置。
【請求項７】
前記複数の情報読取装置に対応させてそれぞれ配置された複数の商品検出装置が客に提供された商品を検出して送信する、該商品を示す検出情報をそれぞれ受信する他の受信手段、を更に具備し、
前記制御手段は、前記他の受信手段が受信する検出情報から、前記客に実際に提供された商品を認識し、該認識結果を、前記順序に従って前記提供指示手段に行わせる商品の提供の指示に反映させる、
ことを特徴とする請求項６記載のデータ処理装置。
【請求項８】
所望の商品を示す商品情報が少なくとも記録される媒体を客に自動販売する店舗に適用されるシステムの構築に用いられるデータ処理装置に実行させるプログラムであって、
それぞれ異なる場所に配置された複数の情報読取装置が媒体から読み出して送信する商品情報をそれぞれ受信する機能と、
前記受信する機能により受信した商品情報が示す商品の提供の指示を行う機能と、
前記受信する機能により同一の情報読取装置から受信の商品情報によって前記指示を行う機能により提供の指示を行っていない商品が複数、発生した場合に、該商品の種類に着目して、該複数の商品の提供を指示する順序を決定する機能と、
前記複数の商品を対象にした提供の指示を、前記決定する機能により決定した順序に従って前記指示を行う機能により行わせる機能と、
を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、所望の商品を示す商品情報が少なくとも記録される媒体を客に自動販売する店舗に適用されるシステムを構築するための技術に関する。
【背景技術】
【０００２】
レストランなどの飲食店（店舗）のなかには、所望の商品（飲み物、或いは食べ物）を示す商品情報が記録された食券（媒体）の購入を客に求める食券制を採用しているところがある。それを採用すると、客からオーダ（注文）を取る必要は無くなることから、より少ない人数で客へのサービスを行うことができる。
【０００３】
近年、これまで行っていた業務の効率化やコストダウン等のために電子化が行われることが多くなっている。食券制を採用した飲食店でもシステムを構築することが行われている。その従来のシステムとしては、例えば特許文献１に記載されたものがある。特許文献１に記載されたシステムでは、食券に記録された情報を読み取る読取装置をテーブル毎に配置し、食券から読み取った情報を読取装置に送信させることにより、客がオーダした商品をその客が着席したテーブルに迅速に提供できるようにさせている。客がオーダした商品の用意は、読取装置から食券の情報を受信して用意すべき商品を厨房の料理人などに通知することで行われる。
【０００４】
テーブルへの着席は、食券を購入してから行われる。それにより、オーダしたい商品が複数、存在する場合、客は一度にそれらの商品分、食券を購入するのが普通である。その結果、同じ読取装置から複数の商品分の情報が一度、或いは短時間の間に送信されることが多いのが実情である。
【０００５】
複数の商品を注文する場合、その種類によって出される順序に客が要望を持っていることがある。しかし、特許文献１に記載のシステムでは、複数の商品分の情報が読取装置から送信されると、送信された情報により、注文された商品をそのまま通知している。このため、商品は用意でき次第、客に運ばれるようになっていた。
【０００６】
商品を出す順序に対する客の要望は、その客に確認することで応えることができる。しかし、その確認作業を行うようにすると、それによって給仕等の店員の負担は増大してしまうため、システムを構築したメリットが低減する。このようなことから、そのような負担の増大を回避しつつ、客の要望により応えられるようにすることが重要であると考えられる。
【特許文献１】特開２００１−３４０２０１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明の課題は、給仕等の店員にかかる負担の増大を回避しつつ、複数の商品を注文した客の要望により応えることができるようにするための技術を提供することにある。
【課題を解決するための手段】
【０００８】
本発明の第１の態様の店舗システムは、所望の商品を示す商品情報が少なくとも記録される媒体を客に自動販売する店舗に適用されることを前提とし、自動販売された媒体に記録されている商品情報を読み取る、それぞれ異なる場所に配置された複数の情報読取装置と、複数の情報読取装置が媒体から読み出した商品情報をそれぞれ受信して該商品情報が示す商品の提供の指示を行い、同一の情報読取装置から受信の商品情報によって該提供の指示を行っていない商品が複数、発生した場合に、該商品の種類に着目して、該複数の商品の提供を指示する順序を決定して該提供の指示を行う制御装置と、を具備する。
【０００９】
なお、上記制御装置は、商品の種類に着目して順序を決定することにより、所定のカテゴリに分類されている商品は他のカテゴリに分類された商品より後に提供を指示する、ことが望ましい。
【００１０】
第２の態様の店舗システムは、上記第１の態様における構成に加えて、客への商品の提供を検出する、複数の情報読取装置に対応させてそれぞれ配置された複数の商品検出装置、を更に具備し、制御装置は、複数の商品検出装置がそれぞれ検出した商品を示す検出情報を受信して客に実際に提供された商品を認識し、該認識結果を、順序に従った商品の提供の指示に反映させる。
【００１１】
なお、上記認識結果を反映させることにより、所定のカテゴリに分類されている商品の提供の指示は、他のカテゴリに分類された商品が客に提供されてから行う、ことが望ましい。その所定の種類はデザートである、ことが望ましい。
【００１２】
本発明の第１の態様のデータ処理装置は、所望の商品を示す商品情報が少なくとも記録される媒体を客に自動販売する店舗に適用されるシステムの構築に用いられることを前提とし、それぞれ異なる場所に配置された複数の情報読取装置が媒体から読み出して送信する商品情報をそれぞれ受信する受信手段と、受信手段が受信した商品情報が示す商品の提供の指示を行う提供指示手段と、受信手段が同一の情報読取装置から受信の商品情報によって提供指示手段が提供の指示を行っていない商品が複数、発生した場合に、該商品の種類に着目して、該複数の商品の提供を指示する順序を決定する順序決定手段と、複数の商品を対象にした提供の指示を、順序決定手段が決定した順序に従って提供指示手段に行わせる制御手段と、を具備する。
【００１３】
第２の態様のデータ処理装置は、上記第１の態様における構成に加えて、複数の情報読取装置に対応させてそれぞれ配置された複数の商品検出装置が客に提供された商品を検出して送信する、該商品を示す検出情報をそれぞれ受信する他の受信手段、を更に具備し、制御手段は、他の受信手段が受信する検出情報から、客に実際に提供された商品を認識し、該認識結果を、順序に従って提供指示手段に行わせる商品の提供の指示に反映させる。
【００１４】
本発明のプログラムは、上記第１の態様のデータ処理装置を実現させるための機能を搭載している。
【発明の効果】
【００１５】
本発明は、それぞれ異なる場所に配置された複数の情報読取装置がそれぞれ媒体から読み出して送信する商品情報により、商品の提供の指示を行い、同一の情報読取装置から送信の商品情報によって提供の指示を行っていない商品が複数、発生した場合に、商品の種類に着目して、複数の商品の提供を指示する順序を決定し提供を指示する。その順序を決定することにより、商品の特質や商品間の関係を考慮して、より適切なタイミングで商品を順次、客に対して提供できるようになる。この結果、給仕等の店員にかかる負担の増大を回避しつつ、複数の商品を注文した客の要望に自動的により応えることができることとなる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施の形態について、図面を参照しながら詳細に説明する。
図１は、本実施の形態による店舗システムの構成図である。
その店舗システムは、飲食店（店舗）に来店して食券（媒体）を購入した客に対し、その食券で注文した商品（料理や飲み物、など）のより効率的な提供を実現させるために構築されたものである。図１に示すように、客が食券を購入するための食券購入機１０と、料理人や店員などを対象に用意すべき商品等を通知するための表示部２０と、システム全体の制御を行う制御部３０と、その制御部３０が管理するデータベース（ＤＢ）群４０と、客が座る座席、テーブル、或いは部屋（ボックス）単位に配置された複数の客システム５０と、を備えて構成されている。ここでは、客システム５０が配置された場所として座席を想定する。
【００１７】
上記客システム５０は、食券に記録された情報を読みとる読み取り部５１、及び客に対して実際に運ばれた食器を検出する食器検出部５２を備えている。食券購入機１０、表示部２０、及び各客システム５０を構成する読み取り部５１、食器検出部５２は制御部３０と例えば通信ネットワークを介して接続されている。
【００１８】
本実施の形態では、商品を入れる食器は商品毎に異ならせている。それにより、食器検出部５２による食器の検出を通して、客に実際に運ばれた商品を特定できるようにさせている。その特定方法は特に限定するものではないが、例えば非接触ＩＣを食器毎に取り付けることで行えるようにしても良い。ここでは便宜的に、その非接触ＩＣにより食器（商品）を特定することを想定する。その想定では、客に運ぶ食器は食器検出部５２と通信可能な範囲に移動させることになる。
【００１９】
上記食券購入機１０は、例えば商品毎に食券の購入を求めるものである。発行する食券には、図２に示すように、食券を一義的に識別できる食券番号（ＮＯ．）、客が指定した商品名（図中「メニュー名」と表記。以降はその表記を用いる）、そのメニュー名を持つ商品の種別、及び購入時間（時刻）を例えば時期データとして記録する。商品の種別（カテゴリ）は、数値の０が割り当てられたメイン料理、１が割り当てられた１品料理、２が割り当てられたドリンク、３が割り当てられたデザート、などで分類している。なお、その食券としては、非接触ＩＣを搭載した媒体を採用しても良い。そのような媒体を採用した場合には、複数の商品を１つの食券で注文することができる。
【００２０】
食券を食券購入機１０で購入した客は、空いている座席に着席し、その食券に記録された情報を読み取り部５１に読み取らせて商品を要求する。読み取り部５１は、食券から読み取った情報を制御部３０に送信する。本実施の形態では、その情報として食券番号を送信させるようにしている。読み取り部５１を有する客システム５０（座席）を示す座席番号も併せて制御部３０に送信する。
【００２１】
その制御部３０は、例えばパーソナルコンピュータといったデータ処理装置であり、本実施の形態によるデータ処理装置に対応する。それが管理するＤＢ群４０は、例えば搭載、或いは接続された補助記憶装置上に格納されている。ＤＢ群４０を構成するＤＢとしては、後述するように、販売食券ＤＢ、読取食券ＤＢ、提供待ち食券ＤＢ、及び座席ＤＢなどが存在する。
【００２２】
食券購入機１０は、食券を発行すると、その食券に記録した情報（図２参照）を制御部３０に送信する。制御部３０は、その情報を受信すると、販売食券ＤＢに格納用の空きエリア（レコード）を確保し、確保したエリアに受信情報を食券データとして格納する。それにより、販売食券ＤＢは図３に示すデータ構成となっている。
【００２３】
読取食券ＤＢは、読み取り部５１から受信した情報を食券データとして保存するために用いられる。読み取り部５１から情報を受信した場合、制御部３０は、その情報を構成する食券番号を持つ食券データが読取食券ＤＢに既に格納されているか否か確認し、その確認によって格納されていないことが判明した場合に、受信情報を格納する空きエリア（レコード）を確保し、食券データとしてそのエリアに格納する。その際、現在時刻を食券の読取時刻として併せて格納する。それにより、読取食券ＤＢは図４に示すデータ構成となっている。食券に記録された情報のなかで食券番号のみをそのＤＢに格納するのは、他の情報は販売食券ＤＢに保存されているからである。
【００２４】
提供待ち食券ＤＢは、その用意を通知すべき商品を管理するためのものである。用意を通知すべき条件（通知条件）を満たした商品が新たに発生すると、制御部３０は、提供待ち食券ＤＢに空きエリア（レコード）を確保し、確保したエリアに、販売食券ＤＢ、読取食券ＤＢにそれぞれ格納された、対応する食券データから情報をそれぞれ抽出し食券データとして格納する。その食券データとして、図５に示すように、食券番号、座席番号、メニュー名、及び読取時刻を格納する。
【００２５】
座席ＤＢは、客システム５０が用意された座席毎に、その座席に着席した客が食券を読取部５１に読み取らせることで要求した商品のなかで未提供の商品を管理するために用意されたものである。図６に示すように、座席毎にデータ格納用のエリア（図中「座席（１）」などと表記。以降「座席番号エリア」と呼ぶ）が確保されている。そのエリアには、商品毎に、商品のメニュー名、及び提供フラグが制御部３０によって格納される。その提供フラグの初期値は０であり、それに対応する商品の入った食器を食器検出部５２が検出することで１に更新される。
【００２６】
通常、デザートは、食後に口にするものとして扱われる。このため、上述したように、商品をメイン料理、１品料理、ドリンク、及びデザートの何れかに分類すると、最後に運ばれるものとして客が望むのはデザートである可能性が高いことになる。このことから、本実施の形態では、デザートを含む複数の商品が注文された場合、デザート以外に注文された商品の用意を全て表示部２０により通知した後、そのデザートの用意を通知するようにしている。
【００２７】
そのように種類によって商品を提供する順序を決定して提供することにより、客にとってはより望ましい形で商品が順次、運ばれてくることになる。給仕等の店員にとっては、表示部２０で用意が通知される商品を単に用意すれば良いために、かかる負担が増大するようなことは回避される。これらの結果、店舗側にとっては、より少ない人数で客がより快適に利用できるサービスを提供できることとなる。
【００２８】
１商品の注文を１食券で行うようにした場合、食券を読み取らせるタイミングを異ならせることで出される商品の順序を客は制御することができる。しかし、そのタイミングを異ならせるようにすると、食券を読み取らせることを忘れたり、食券を紛失してしまうといったことが発生しやすくなる。このことから、そのようなことを客が行う必要がないようにすることが重要である。
【００２９】
ところで、用意にかかる時間は商品によって異なる。このため、デザートを他に分類されるものより後に用意するように通知しても、実際に客に運ばれるのはデザートのほうが早いということもありえる。これは望ましくない。このことから、そのようなことを確実に回避させるために、本実施の形態では、デザート以外のものが入った食器（商品）を食器検出部５２が全て検出した後、それら食器が全て検出されなくなってから、つまり客の下に運ばれたデザート以外の商品を全て客が手にした状態となってから、デザートの用意を促すようにしている。
【００３０】
以降は、上述したような商品の手配を行う制御部３０の動作について、図７〜図１２に示す各種フローチャートを参照して詳細に説明する。
図７は、全体処理のフローチャートである。電源がオンされた後に実行する処理の流れを示したものである。最初に図７を参照して、その全体処理について詳細に説明する。なお、その処理で示す動作は、例えば制御部３０に搭載されたＣＰＵが、ハードディスク装置等に格納されたプログラムを実行することで実現される。
【００３１】
先ず、ステップ７０１では、イニシャライズを行う。続くステップ７０２では、食器購入機１０からの客による食券の購入に対応するための食券販売処理を実行する。その次のステップ７０３では、読取部５１での食券の読み取りに対応するための食券読取処理を実行する。その実行後に移行するステップ７０４では、食器検出部５２による食器の検出に対応するための食器検出処理を実行する。その後は、ステップ７０５でその他の処理を実行してから上記ステップ７０２に戻る。それにより、システムを構成する各部の制御を行う。
【００３２】
上記全体処理では、複数のサブルーチン処理が実行される。以降は、そのサブルーチン処理について詳細に説明する。
図８は、上記ステップ７０２として実行される食券販売処理のフローチャートである。サブルーチン処理の説明では、始めに図８を参照して、その販売処理について詳細に説明する。
【００３３】
先ず、ステップ８０１では、食券の購入が検出されたか否か判定する。食券購入機１０は、図２に示すような構成の食券データを記録して食券を販売・発行し、その食券データを制御部３０に送信する。このことから、その食券データを受信した場合、判定はＹＥＳとなってステップ８０２に移行し、そうでない場合には、判定はＮＯとなり、ここで一連の処理を終了する。
【００３４】
ステップ８０２では、販売食券ＤＢに空きエリア（レコード）を確保する。次のステップ８０３では、確保したエリアに、購入機１０から受信した食券データ、つまり食券番号、種別、メニュー名、及び購入時間（時刻）を格納する。その後、一連の処理を終了する。このようにして、食券販売処理を実行することにより、客が購入した食券に記録された情報（食券データ）が販売食券ＤＢ（図３参照）に格納される。
【００３５】
図９、及び図１０は、図７に示す全体処理内でステップ７０３として実行される食券読取処理のフローチャートである。次に図９、及び図１０を参照して、その読取処理について詳細に説明する。
【００３６】
先ず、ステップ９０１では、読み取り部５１の何れかによる食券の読み取りが検出されたか否か判定する。各客システム５０の読み取り部５１は、客が食券を読み取らせると、上述したように、食券番号、座席番号、及び読取時刻を制御部３０に送信する。このことから、それらの情報を何れかの読み取り部５１から受信した場合、判定はＹＥＳとなってステップ９０２に移行し、そうでない場合には、判定はＮＯとなり、ここで一連の処理を終了する。
【００３７】
ステップ９０２では、読み取り部５１から受信した情報のなかから食券番号、及び座席番号、及び読取時刻を取得する。次に移行するステップ９０３では、その食券番号が読取食券ＤＢに格納されていないか否か判定する。その食券番号が読取食券ＤＢに格納されている場合、判定はＮＯとなり、ここで一連の処理を終了する。そうでない場合には、判定はＹＥＳとなってステップ９０４に移行する。
【００３８】
食券番号が読取食券ＤＢに格納されていない食券を読み取り部５１に読み取らせると、その食券番号を有する食券データ（図４）がそのＤＢに格納される。それにより、同じ食券を再度、読み取らせても、それに記録された食券番号は既にＤＢに格納されていることから、その読み取りは無効とされる。そのようにして、食券の不正使用の防止を行うようにしている。
【００３９】
ステップ９０４では、読取食券ＤＢに空きエリア（レコード）を確保する。続くステップ９０５では、確保したエリアに、読取部５１から受信した食券番号、及び座席番号をストアする。その次に移行するステップ９０６では、そのエリアに現在時刻を読取時刻として更にストアする。ステップ９０７にはその後に移行する。
【００４０】
ステップ９０７では、ステップ９０５でストアした食券番号を持つ食券データ中の種別を販売食券ＤＢから読み出す。次のステップ９０８では、その種別がデザートを示していないか否か判定する。その食券番号が割り当てられた食券がデザートに分類される商品を要求するものでない場合、判定はＹＥＳとなり、ステップ９０９で提供待ち食券ＤＢに空きエリア（レコード）を確保してから図１０のステップ９１０に移行し、そうでない場合には、判定はＮＯとなって図１０のステップ９１３に移行する。
【００４１】
ステップ９１０では、その食券番号を持つ食券データ中のメニュー名を販売食券ＤＢから読み出す。次のステップ９１１では、提供待ち食券ＤＢに確保した空きエリアに、その食券番号、座席番号、そのメニュー名、及び読取時刻をストアする（図５参照）。次に移行するステップ９１２では、そのＤＢに新たに食券データを格納したことに合わせて、その食券データが示す商品の用意を促すために、例えば表示部２０に表示させている用意すべき商品リストにその商品を追加する。その後、ステップ９１３に移行する。なお、その商品リストは、例えば商品毎に、そのメニュー名、座席番号等を配置して構成されるものである。
【００４２】
ステップ９１３では、座席ＤＢ中でその座席番号に対応する座席番号エリアに、空きエリア（レコード）を確保する。続くステップ９１４では、その空きエリアに、ステップ９１１でストアを行ったメニュー名、或いはステップ９０５でストアを行った食券番号から特定されるメニュー名をストアする。その後に移行するステップ９１５では、その空きエリアに、値が０の提供フラグをストアする。一連の処理はその後に修了する。
【００４３】
このようにして、読取部５１に客が読み取らせた食券がデザートに分類される商品を要求するためのものであれば、その読み取らせによって食券データを提供待ち食券ＤＢに直ちに登録することは回避している。それにより、デザートに分類される商品は、状況に応じて用意を促すようにさせている。
【００４４】
図１１、及び図１２は、図７に示す全体処理内でステップ７０４として実行される食器検出処理のフローチャートである。最後に図１１、及び図１２を参照して、その検出処理について詳細に説明する。食器を検出する食器検出部５２は、上述したように、食器の検出時、及び検出した食器が検出されなくなった時、制御部３０にその旨を通知するようになっている。
【００４５】
先ず、ステップ１１０１では、食器検出部５２の何れかにより食器が検出されたか否か判定する。客システム５０の食器検出部５２は食器を検出すると、例えばその食器を示す情報や座席番号等を送信することでその旨を通知する。このため、そのような情報を食器検出部５２の何れかから受信した場合、判定はＹＥＳとなってステップ１１０２に移行し、そうでない場合には、判定はＮＯとなってステップ１１０６に移行する。
【００４６】
ステップ１１０２では、食器検出部５２から受信した食器を示す情報に対応するメニュー名を特定する。次のステップ１１０３では、受信した座席番号、及びそのメニュー名から、座席ＤＢ中の対応する提供フラグの値を１に更新する。その次のステップ１１０４では、受信した座席番号、及びステップ１１０２で特定したメニュー名を有する食券データを提供待ち食券ＤＢから削除し、読取食券ＤＢでは、その座席番号を有する食券データのなかで、それと同じ食券番号、及びそのメニュー名を有する食券データが販売食券ＤＢにストアされているものを削除する。その後に移行するステップ１１０５では、ステップ１１０４で内容を更新した提供待ち食券ＤＢにストアされている食券データから商品リストを生成して表示部２０に表示させる。一連の処理はその後に終了する。
【００４７】
このようにして、本実施の形態では、表示部２０を用いて用意を促す商品を、商品が入った食器の食器検出部５２による検出結果に応じて自動的に更新するようにしている。
一方、ステップ１１０６では、食器検出部５２の何れかにより食器が検出されなくなったか否か判定する。客システム５０の食器検出部５２は検出していた食器を検出しなくなると、つまり客が商品を受け取ると、例えばその食器を示す情報や座席番号等を送信することでその旨を通知する。このため、そのような情報を食器検出部５２の何れかから受信した場合、判定はＹＥＳとなってステップ１１０７に移行し、そうでない場合には、判定はＮＯとなり、ここで一連の処理を終了する。
【００４８】
ステップ１１０７では、食器検出部５２から受信した食器を示す情報に対応するメニュー名を特定する。次のステップ１１０８では、受信した座席番号、及びそのメニュー名から、座席ＤＢ中の対応するメニュー名、及び提供フラグを削除する。その次のステップ１１０９では、座席番号に対応する座席番号エリアに格納されたメニュー名を全て読み出し、各メニュー名の種別を特定する。その後にステップ１１１０に移行して、デザートに分類されるメニュー名のみが存在しているか否か判定する。そのようなメニュー名のみが存在していた場合、判定はＹＥＳとなって図１２のステップ１１１１に移行し、そうでない場合には、判定はＮＯとなり、ここで一連の処理を終了する。
【００４９】
図１２のステップ１１１１では、特定したメニュー名、受信した座席番号に基づき、読取食券ＤＢから対応する食券データを抽出する。続くステップ１１１２では、抽出した食券データ中の食券番号を用いて、販売食券ＤＢから対応する食券データ中のメニュー名を読み出す。その読み出しを行った後はステップ１１１３に移行する。なお、読取食券ＤＢからの食券データの抽出は、受信した座席番号を有する食券データのなかから、それと同じ食券番号、及び特定したメニュー名を有する食券データが販売食券ＤＢに格納されているものを特定することで行われる。
【００５０】
ステップ１１１３では、提供待ち食券ＤＢに空きエリアを確保する。次のステップ１１１４では、その空きエリアに、ステップ１１１１で抽出した食券データ中の食券番号、座席番号、及び読取時刻、並びにステップ１１１２で読み出したメニュー名をストアする。その次のステップ１１１５では、内容を更新した提供待ち食券ＤＢにストアされている食券データから商品リストを生成して表示部２０に表示させる。その表示により、デザート以外に分類された商品を受け取った客にデザートの用意を促してから、一連の処理を終了する。
【００５１】
なお、本実施の形態では、食券購入機１０を用いて店舗システムを構築しているが、そのような購入機１０を用いなくとも本発明を適用させた店舗システムは構築することができる。このことを含め、様々な変形を行うことができる。
【００５２】
上述したような制御部３０を実現させるようなプログラムは、ＣＤ−ＲＯＭ、ＤＶＤ、或いは着脱自在なフラッシュメモリ等の記録媒体に記録させて配布しても良い。携帯電話網や公衆網等の通信ネットワークを介して、そのプログラムの一部、若しくは全部を配信するようにしても良い。そのようにした場合には、プログラムを取得してロードすることにより、既存のデータ処理装置、更にはそれを用いて構築された店舗システムに本発明を適用させることができる。このことから、記録媒体は、プログラムを配信する装置がアクセスできるものであっても良い。
【図面の簡単な説明】
【００５３】
【図１】本実施の形態による店舗システムの構成図である。
【図２】食券に記録された情報を説明する図である。
【図３】販売食券ＤＢのデータ構成を説明する図である。
【図４】読取食券ＤＢのデータ構成を説明する図である。
【図５】提供待ち食券ＤＢのデータ構成を説明する図である。
【図６】座席ＤＢのデータ構成を説明する図である。
【図７】全体処理のフローチャートである。
【図８】食券販売処理のフローチャートである。
【図９】食券読取処理のフローチャートである。
【図１０】食券読取処理のフローチャートである（続き）。
【図１１】食器検出処理のフローチャートである。
【図１２】食器検出処理のフローチャートである（続き）。
【符号の説明】
【００５４】
１０    食券購入機
２０    表示部
３０    制御部
４０    データベース（ＤＢ）群
５０    客システム
５１    読み取り部
５２    食器検出部
【図１】
2006018534.tif 000003
【図２】
2006018534.tif 000004
【図３】
2006018534.tif 000005
【図４】
2006018534.tif 000006
【図５】
2006018534.tif 000007
【図６】
2006018534.tif 000008
【図７】
2006018534.tif 000009
【図８】
2006018534.tif 000010
【図９】
2006018534.tif 000011
【図１０】
2006018534.tif 000012
【図１１】
2006018534.tif 000013
【図１２】
2006018534.tif 000014