(57)【特許請求の範囲】
【請求項１】
飲食店，遊戯施設，銀行等における待ち時間管理システムにおいて，
前記店等の待ち時間を処理する処理部と入力手段及び出力手段とを備え，
前記処理部は，入力手段からの待ち開始情報が入力されると，待ち開始時刻を顧客情報格納部へ登録する受付手段と，
前記店等に空きが発生して待ち行列の顧客が前記店等へ入る時，入力手段から待ち終了情報が入力されると当該顧客の待ち開始時刻を前記顧客情報格納部から取り出すと共に待ち開始時刻から待ち終了時刻までの実績待ち時間を計測する待ち時間計測手段と，
前記待ち時間計測手段で得られた実績待ち時間を予め設定された１ポイントあたり単位時間を用いて顧客サービスに使用するポイント数に変換するポイント変換手段とを備え，
前記求められたポイント数を前記出力手段により出力することを特徴とする待ち時間管理システム。
【請求項２】
請求項１において，
前記受付手段は，入力手段から顧客に関する情報が入力されると該顧客に関する情報と待ち開始時刻を前記顧客情報格納部へ登録することを特徴とする待ち時間管理システム。
【請求項３】
請求項１において，
前記店等の顧客に渡す整理券を発行する整理券発行手段を設け，
前記受付手段は，前記整理券発行手段が整理券を発行すると，発行した整理番号と待ち開始時刻を前記顧客情報格納部へ登録することを特徴とする待ち時間管理システム。
【請求項４】
請求項１において，
前記出力手段は，実績待ち時間かポイント数，または実績待ち時間とポイント数を待ちが終了した顧客に渡すための用紙に印字することを特徴とする待ち時間管理システム。
【請求項５】
請求項１において，
前記処理部は，前記入力手段から次顧客の通知要求を受けると前記顧客情報格納部から顧客を読出し，出力手段に該顧客情報を通知する次顧客通知手段を備え，
次顧客通知手段からの通知が行われると，当該顧客の待ち時間終了を前記待ち時間計測手段が検出することを特徴とする待ち時間管理システム。
【請求項６】
請求項１において，
前記店等から退出する顧客に対し会計を行う会計手段を備え，
前記会計手段で退出する顧客の会計を行うと，前記待ち時間計測手段は前記顧客情報格納部に登録された待ち中の顧客の待ち時間終了を検出することを特徴とする待ち時間管理システム。
【請求項７】
請求項１において，
受付手段と入力手段及び出力手段とで構成する複数の受付装置と，待ち時間計測手段とを備え，前記顧客情報格納部は受付装置毎の情報格納部を持ち，任意の受付装置は他の受付装置で受付された情報格納部を参照することを特徴とする待ち時間管理システム。
【請求項８】
請求項２において，
受付手段と入力手段及び出力手段とで構成する複数の受付装置と，待ち時間計測手段とを備え，前記顧客情報格納部は受付装置毎の情報格納部を持ち，任意の受付装置は他の受付装置で受付された情報格納部に顧客に関する情報と待ち開始時刻を登録することを特徴とする待ち時間管理システム。
【請求項９】
請求項１または２のいずれかにおいて，
前記処理部は，前記受付手段により待ち開始時刻か顧客情報，または開始時刻と顧客情報が前記顧客情報格納部に格納された顧客が，その後空き待ちを止めたことを申告または空き待ちの終了時に検出されると，前記入力手段からの指示により起動する潜在客情報取り込み手段を備え，
前記潜在客情報取り込み手段は，起動すると前記顧客情報格納部に格納された，当該空き待ちを止めた顧客の待ち開始時刻か顧客情報，または待ち開始時刻と顧客情報を潜在客情報格納部に格納することを特徴とする待ち時間管理システム。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
本発明は各種の店舗，施設における待ち時間管理システムに関する。
飲食店（レストラン，ファーストフーズ，居酒屋等）や，遊戯施設（遊園地，ボーリング場，カラオケ店，ゲームセンタ等），銀行，役所等では，顧客が一定時間に集中して，店や施設によりサービスを提供できる人数または施設に収容できる人数を越えると，行列を作って待たされる場合が多い。
【０００２】
このような顧客がサービスを受けるまでの待ち時間は，顧客にとって苦痛を与えるだけで何らメリットがなく，長い待ち時間があると顧客があきらめて列を離れることがあり，サービスを提供する側でも経営上の不利益を生じることになる。
【０００３】
【従来の技術】
飲食店，遊戯施設，展示施設，銀行や役所等では，サービスを提供するための空き席やスペースがない満員の状態では，顧客の入店や入場を制限して顧客を行列に並んでもらい，待たせて顧客の管理を行っている。行列には，▲１▼実際に顧客を列に並ばせてサービスを提供できる空きができると，行列の先頭の顧客から順にサービスを提供する方法と，▲２▼用紙上に書き込んだ予定表やＰＯＳ（Point Of Sales) システム等のデータ処理装置に顧客情報を入力してＰＯＳシステム中に登録されたデータの待ち行列を作り，空きがあると順番に待ち行列の先頭に登録された顧客を呼び出す方法等がある。
【０００４】
上記▲１▼の方法は，例えばレストランにおいて，満席状態の時に訪れた顧客は，行列を作り，食事を終えた客が出ると，行列の先頭の客から空いたテーブルに着席可能な人数のグループが，空きテーブルに着席して食事をする場合である。
【０００５】
上記▲２▼の方法は，予約表（紙に記入した表）またはＰＯＳシステムにより行われ，図３５を用いて説明する。
図３５は従来例の受付け処理の流れ図である。この従来例はＰＯＳシステムの例であり，飲食店等の受付に客が来ると，店員が受付けを行い（図３５のａ），客から口頭で人数，名前等を聞き，受付け端末を操作して入力するとＰＯＳシステムに登録される（同ｂ）。登録された各顧客の情報は順番に待ち行列を形成する。この後，待ち時間を要するか否か（店内の状況が満席か否か）に応じて流れが変わり（図３５のｃ），空き席があって待ち時間無しに着席（または施設への入場）が可能な場合は，着席時に店員が注文を受付け（同ｄ），それらの情報は顧客管理ファイル上に顧客情報として登録される（同ｅ）。
【０００６】
待ち時間を要する場合は，店頭で注文を受付けて（図３５のｆ），その後，空きが発生すると順番に呼び出され，着席した時に配膳が行われ（同ｇ），顧客の待ち時間を短縮する。この場合もその顧客情報は顧客管理ファイルに蓄積される。また，あまり待ち時間が長いと，顧客は受付を取消し（同ｈ），客情報が削除される（同ｉ）。
【０００７】
また，予約表やメモ用紙を用いて管理する場合には，予約時に予約表へ記入したり，来店した客の受付時にメモ用紙へ顧客の情報を記入し，予約表やメモ用紙により待ち行列が管理される。この場合，サービスを受けた客についての情報は会計情報に残されているが，メモ用紙や予約表は後で破棄されるため，待ち時間が長くなり顧客が受付けを取消した場合の情報が残らない。
【０００８】
いずれの場合も，待ち時間を計測することは行われていなかった。また，このような店や施設を訪れる顧客がサービスを受けるまで行列を作る場合，予想される待ち時間を表示したり，現在サービスを受けている人の整理番号を表示することにより，待っている顧客の苦痛や不快感を軽減する方法が取られる場合がある。
【０００９】
【発明が解決しようとする課題】
従来は上記したように行列を作って待つことはサービスを受ける顧客に対して，苦痛や不快感を与えており，予想される待ち時間や現在サービスを受けている客の整理番号を表示しても，顧客にとってメリットにはならないという問題がある。
【００１０】
また，上記図３５に示す例のようにＰＯＳシステムを用いて管理した場合には，顧客が受け付けを取消した場合には，顧客情報が削除されるため，顧客ファイルに残らないため，潜在的に存在する顧客の情報が収集できなかった。この点，メモ用紙や予約表等の紙を用いた場合も同様である。このように受付けを取消した顧客の情報が削除されると，店や施設の管理及び経営の情報（従業員の配置や設備の規模を改造する等）として必要な情報が得られないという問題がある。
【００１１】
本発明は，飲食店，遊戯施設，銀行や役所等において顧客がサービスを受けるまでの無駄な待ち時間を計測し，待ち時間に応じたサービスを提供できるようにして，顧客が離れるのを防いだり，待ち状態を把握してサービス改善のための検討材料にできる待ち時間管理システムを提供することを目的とする。
【００１２】
【課題を解決するための手段】
図１は本発明の原理構成図である。
図１において，１は物理的または論理的（データ上）で待ち行列を作る顧客について１０〜１３の各手段により待ち時間の処理を行う処理部，１０は店や施設等（以下，店等という）への入店または入場（以下，入店等）を行おうとする顧客に関する情報を受付け処理する受付手段，１１は顧客が待ち時間の後にサービスを受けるまでの待ち時間を計算する待ち時間計測手段，１２は待ち時間をポイントに変換する処理を行うポイント変換手段，１３は最終的にサービスを受けないで途中で行列を離れる顧客に関する情報を処理する潜在客情報取り込み手段，２は顧客情報格納部，３は潜在客情報格納部，４はキーボード，マウス，カードリーダ等の入力手段，５は表示や印字及び記憶手段への出力を行う出力手段である。
【００１３】
本発明は飲食店や遊戯・展示施設，銀行，役所等に入場・入店しようとする顧客について顧客情報を受付け処理して，その後入店等ができる時間になると各顧客の待ち時間を計測し，各顧客に対して待ち時間に対応して顧客へのサービスを行うポイント数を求めて出力するもので，更に空き待ちの行列を離れた顧客についての情報も保存するようにしたり，他店の待ち状況を参照して自店の待ち顧客を他店に予約して振りかえたりすることができるようにしたものである。
【００１４】
【作用】
図１において，顧客が店等を訪れた時に，入店等を希望するとその顧客の名前と人数等を顧客情報として入力手段４から入力する。また，顧客の人数が定員に達し満員の状態の場合のみ入力しても良い。この場合，名前の代わりに番号（受付番号や識別番号）を入力するか，名前と番号を入力してもよい。この顧客情報は受付手段１０により受け取られると，受付手段１０はこの時，処理部１に内蔵する時計手段１４から現在の時刻情報を取り出して一緒に顧客情報格納部２へ格納する。この顧客情報は行列の先頭の顧客から順番に入力されて顧客情報格納部２に論理的（データ上）な待ち行列が形成される。この顧客情報格納部２内のデータは出力手段５へ入力手段４からの指示に従って表示または印字出力することができる。
【００１５】
店等でサービスを受けた顧客が店等から出ると，その人数に対応して顧客情報格納部２のまだ待ち状態の顧客が店等へ入ることができ，物理的に行列を作っている場合は先頭の顧客を店等へ入れ，行列を作っていない場合は出力手段５に表示された番号を音声でスピーカ等により通知して顧客の名前（番号，または名前と番号）を呼び出して店へ入れる。この時，顧客情報格納部２の待ち行列の顧客を入力手段４から指示するか，または他の手段から待ち時間終了を検出すると，待ち時間計測手段１１が起動する。待ち時間計測手段１１は，入場する顧客の名前（番号）により顧客情報格納部２から顧客情報を取り出してその中の受付時の時刻情報を得ると共に，時計手段１４から発生する現在の時刻情報を取り出して待ち時間を計測する。
【００１６】
計測された待ち時間は顧客情報格納部２へ格納され，またポイント変換手段１２に供給される。ポイント変換手段１２は待ち時間が何ポイントになるか求める。なお，ポイント変換手段１２には予め１ポイントに対応する単位時間が設定されており，この単位時間を用いて待ち時間に対応するポイント数が得られる。求められたポイントは顧客情報格納部２へ格納されると共に出力手段５から表示及びカード等の媒体に印字出力され，ポイントが印字されたカード等は待たされた顧客に渡される。このカード等はその後，顧客がこの店等を利用する際に割引等の顧客へのサービスに使用する。
【００１７】
受付手段１０により受付が行われて行列に加わった顧客が途中でサービスを受けるのを止めた場合，申告によりまたは順番が来た時に居ないことが分かると，入力手段４からの指示により潜在客情報取り込み手段１３が起動し，その顧客の顧客情報を顧客情報格納部２から取り出して潜在客情報格納部３へ格納する。これにより，行列に加わって途中で帰った顧客の情報を保存することができる。
【００１８】
【実施例】
本発明をレストランに適用した実施例１を図２乃至図８により説明する。
図２は本発明の実施例１の構成図，図３は実施例１のフローチャートを示す図，図４は受付の表示画面の例，図５は店内の装置の配置を示す図，図６は顧客情報テーブルのデータ構成の例，図７は潜在客情報テーブルのデータ構成の例，図８はポイントを印字したカードの例を示す図である。
【００１９】
図２において，２０は例えば，図５の店内の装置の配置図に示すようにレストランの入口付近のカウンタに設けられた店頭装置であり，この装置は従来からあるＰＯＳシステムの会計用のレジスタに機能を組み込む形態で構成してもよい。２１はＣＰＵ及びプログラムやデータを格納するメモリを含む処理装置，２２は記憶装置（ＲＡＭや磁気記憶媒体等）で構成する顧客情報テーブル，２３はタイマ，２４は店員が操作するキーボード，２５はディスプレイ，２６はポイントをカードに印字するプリンタである。
【００２０】
また，２７は管理者等が居る事務室に置かれた管理装置であり，例えば図５に示す店内の奥に設けられた事務室の管理者（責任者）の机上に設けられ，上記店頭装置２０と線路により接続されてデータを相互に転送することができる。管理装置２７内の２７ａはキーボード，２７ｂは演算装置，２７ｃはディスプレイ，２７ｄは記憶装置で構成する潜在客情報テーブル（図１の潜在客情報格納部３に対応）である。なお，図中には示されていないが，演算装置２７ｂ中に潜在客情報分析手段が存在するものとする。
【００２１】
実施例１の動作を図３に示すフローチャートを用いて，図４〜図８を参照しながら説明する。
最初に，カウンタに設けられた店頭装置２０は，受付画面をディスプレイ２５に表示して入力待ちとなる（図３のＳ１，Ｓ２）。受付画面の例は図４に示されており，この例では既に店内の席は満員で行列ができた状態で，複数の顧客の顧客情報が待ち行列を形成している。この例では，待ち顧客のみ受付装置への入力を行うこととする。
【００２２】
ここで，新しい顧客が入ってくると，店員は顧客の氏名と人数（グループの場合は代表する人の氏名と人数）をキーボード２４から入力する。入力が行われると入力の種別が判定され（図３のＳ３），待ち時間開始時刻のフィールドでキーが押下された場合，処理装置２１の受付処理部２１ａが起動されて図３のＳ４〜Ｓ６の処理が実行される。すなわち，現在時刻をタイマ２３から取得し（図３のＳ４），顧客の氏名，グループの人数，現在の時刻（待ち時間開始時刻）を顧客情報テーブル２２に登録し（同Ｓ５），現在の時刻を受付画面（図４参照）に表示して（同Ｓ６），入力待ちに戻る。
【００２３】
この後，店で食事を終えた顧客が店を出ると，その人数の範囲内で行列の先頭の顧客を呼び出し，その顧客の待ち時間終了時刻のフィールドでキーを押下すると，入力判定が行われて，処理装置２１の待ち時間計測処理部２１ｂとポイント変換処理部２１ｃにより図３のＳ７〜Ｓ１５の処理が実行される。すなわち，待ち時間計測処理部２１ｂにより，タイマ２３から現在の時刻を取得し（図３のＳ７），現在の時刻を顧客情報テーブル２２に登録し（同Ｓ８），現在の時刻（待ち時間終了時刻）を受付画面（図４参照）に表示する（同Ｓ９）。
【００２４】
続いて，顧客情報テーブル２２から顧客の待ち開始時刻を取得し（同Ｓ１０），待ち時間開始から待ち時間終了までの時間を計算する（同Ｓ１１）。次に，ポイント変換処理部２１ｃにより，待ち時間をポイントに変換し（同Ｓ１２），得られたポイントを顧客情報テーブル２２に登録し，ポイントをディスプレイ２５の受付画面に表示すると共にプリンタ２６で出力して（同Ｓ１３〜１５），入力待ちの状態に戻る。プリンタ２６は例えば，図８に示すようにサービス券の点線で囲まれた領域にポイントが印字され，このサービス券を持つ顧客に対しポイントに応じて料金の割引を行う等の形で顧客へサービスを行う。
【００２５】
次に，行列を形成していた顧客が途中で帰った場合，当人の申告または行列の先頭になった顧客が呼び出しに対しても現れないことによりキャンセルされたことが分かると，処理装置２１の潜在客情報取り込み処理部２１ｄが起動して，図３のＳ１６〜Ｓ２１の処理が実行される。すなわち，キャンセルした顧客のキャンセルフィールドでのキーの押下により，現在の時刻を取得し（同Ｓ１６），顧客情報テーブル２２に現在の時刻を待ち終了時刻として書き込む（同Ｓ１７）。次に，顧客情報テーブル２２から顧客のデータを処理装置２１に読み込み（同Ｓ１８），顧客情報テーブル２２のその顧客データを抹消して（同Ｓ１９），その顧客データは処理装置２１から管理装置２７へ転送されて潜在客情報テーブル２７ｄに書き込まれ（同Ｓ２０），受付画面から顧客データを消去する（同Ｓ２１）。
【００２６】
図６は顧客情報テーブルのデータ構成の例を示す。顧客情報テーブル２２には，１レコードにつき，１つの待ち顧客グループのデータが格納され，待ち顧客通し番号は，その日の全ての待ち顧客についての通し番号であり，次の氏名は空席がないことから待つことになった顧客の代表者氏名，次にグループの人数，その後に待ち開始時刻が続き，待ち終了時刻は登録された氏名が空席ができたことによりテーブルに案内される時の時刻で，最後にポイントが格納される。
【００２７】
図７は潜在客情報テーブルのデータ構成の例を示す。潜在客情報テーブル２７ｄには，１レコードにつき，キャンセル客の１つのグループのデータが格納され，キャンセル客通し番号はその日の受付を済ませた後，食事をしないで店を離れた客全ての通し番号であり，それぞれの氏名（グループの場合その代表者），グループの人数，待ち開始時刻と続き，最後のキャンセル判明時刻は空席ができたのでテーブルに案内しようと呼び出した時，いなくなった客についてはその呼び出し時刻，キャンセルを申告してきた顧客についてはその時刻すなわち，待ち時間終了時刻が書き込まれる。
【００２８】
本実施例では顧客情報テーブルと潜在客情報テーブルとを別に用意したが，潜在客情報テーブルを使わずに，顧客情報テーブルの１レコードにつき，キャンセル項目という項目を１つ増やし，潜在客情報取り込み処理部はキャンセル客の１レコード中のキャンセル項目にマークを付けることにより，潜在客情報を残すようにすることができる。
【００２９】
潜在客情報分析手段は，次のような式等により潜在客情報を分析し，機会損失がないように業務改善に生かすことができる。
▲１▼平均キャンセル待ち時間＝総キャンセル待ち時間／客組数
▲２▼潜在売上（損失）＝キャンセル客数×１人当たり客単価
１人当たり客単価  ＝総売上げ／総客数
この実施例１により，レストランの顧客は待った時間分だけサービスを受けることができるため，待ち時間があっても不快感や苦痛を軽減することができ，店側にとっても混雑時に顧客が離れるのを防ぎ，混雑が過ぎた時間にも顧客が残る可能性があり平均的な利用者を見込むことができる。
【００３０】
この実施例１ではレストランに実施した例を示したが，同種の店や施設にも同様の構成により適用できることは明らかである。
上記実施例１の構成では，顧客をテーブルに案内する時点でサービス券を出力して渡しているが，この出力形式を変えて，食事が終わって店を出る前の会計時にサービス券の出力（表示）を行い，レシートにポイントを印字する方式を用いることができる。
【００３１】
レシートを用いる方式は，次のように実現することができる。すなわち，会計時，顧客と装置中の顧客情報（待ち時間とポイント）とのリンクをとるための識別子を使用する。この識別子には，氏名や，整理番号を用いることができる。整理番号を識別子とする場合，受付時の登録を氏名ではなく，整理券を発行してその整理番号を登録し，会計時にその整理券を提示してもらうようにする。他に識別子として，テーブル番号，伝票番号等を使用できる。
【００３２】
図９はレシートを使用する場合の説明図であり，Ａ．に受付画面の例，Ｂ．にレシートの例を示す。
この方式では，テーブル番号を顧客と顧客情報テーブル中のデータとリンクをとる識別子としている。サービス券を出力する上記の実施例１（図２乃至図８）と異なる点は，テーブルに案内する時点でＡ．に示す待ち時間終了時刻フィールドでキーを押下する代わりにテーブル番号項目に，これから案内するテーブル番号を入力し，テーブル番号フィールドでキーを押下することで待ち時間終了とする。
【００３３】
会計時顧客が提示する伝票には厨房から料理を運ぶ時のためにテーブル番号が記載されているため，伝票中のテーブル番号をキーとして顧客のデータ中の待ち時間とポイント数を得る。ポイント数はＢ．に示すようにレシートに会計情報と共に印字出力される。
【００３４】
次に本発明をボーリング場等の遊戯施設に適用した実施例２を図１０乃至図１６に示す。
図１０は実施例２の構成図，図１１は受付装置のフローチャート，図１２は受付画面の例，図１３はカウンタ装置のフローチャート，図１４は顧客情報画面の例，図１５は実施例２の顧客情報テーブルのデータ構成の例，図１６はボーリング場における各装置の配置の例である。
【００３５】
この実施例２では受付処理の操作を店員が行わずに顧客が入力を行う受付装置と，空きが発生してゲームが可能になった顧客に対して処理を行うカウンタ装置とを備え，空き待ちの顧客だけでなく全ての顧客が受付装置により受付を行い，全ての顧客の情報が登録される。
【００３６】
図１０の構成において，３０は受付装置，３１はＣＰＵ，メモリを含む処理装置，３１ａは受付処理部，３２は顧客が入力を行うためのタッチパネル，３３はタッチパネルの下面から表示を行うディスプレイである。また，４０は受付装置３０と接続されて相互にデータを転送するカウンタ装置，４１はＣＰＵ，メモリを含む処理装置，４１ａは待ち時間計測処理部，４１ｂはポイント変換処理部，４１ｃは潜在客情報取込処理部，４２はキーボード，４３はディスプレイ，４４はタイマ，４５は顧客情報テーブル，４６は潜在客情報テーブルである。
【００３７】
この図１０の受付装置３０は図１６に示す各装置の配置の例に示すように，ボーリング場の受付の脇に置かれ，カウンタ装置４０は受付のカウンタに置かれる。
【００３８】
実施例２の動作を以下に説明する。最初に受付装置の動作を図１１に示すフローチャートを参照しながら説明する。
顧客が入口から入ってくると，受付装置３０により入力を行う。この場合，受付装置３０のディスプレイ３３には図１２に示すような受付画面が表示されている（図１１のＳ１）。顧客はこのディスプレイ３３の受付画面に対しタッチパネル３２から氏名，グループの人数を入力する。この入力は，図１２の受付画面の▲２▼で示す「あいうえお……」の５０音の部分を選択的に押して名前を入力した後，▲１▼で示す「入力」の部分を押すと名前が入力される。次にグループの人数を▲４▼で示す「１，２，３…０」の数字を選択して押して，▲３▼で示す「入力」の部分を押すことにより人数が入力され，▲５▼の「終了」の部分を押すと入力が終了する（図１１のＳ２）。
【００３９】
入力が終了すると，受付装置３０の受付処理部３１ａがカウンタ装置４０にあるタイマ４４から現在の時刻を取得し（図１１のＳ３），更に顧客の氏名，グループの人数及び現在の時刻をカウンタ装置４０へ転送して顧客情報テーブル４５に登録するようカウンタ装置４０に依頼する（同Ｓ４）。これにより顧客情報テーブル４５に顧客が入力した受付情報が格納され，受付装置３０は受付画面の表示に戻る。
【００４０】
上記のように受付装置３０から顧客情報が入力された後，待ち時間が経過するか，あるいは待ち時間無しにレーンに空きができると，係員がカウンタ装置４０のディスプレイ４３に表示された図１４に示すような顧客情報画面を見て，空き待ち状態（利用開始時間が入力されていない）の先頭の顧客を受付に呼び出して使用できるレーンの番号を通知する。
【００４１】
カウンタ装置のフローチャートを図１３により説明する。通常，カウンタ装置４０は顧客情報画面を表示して，入力待ちの状態である（図１３のＳ１，Ｓ２）。すなわち，顧客情報画面には，受付番号，氏名，グループの人数，受付時間，利用を開始しているグループについては利用開始時間，使用レーンの各項目が表示され，ポイントには，本発明による待ち時間に対応するサービスのポイントが表示される。その後の会計時刻は会計が終了した場合に入力表示され，キャンセルはそのフィールド上でキーを押下することによりキャンセル入力となり，そのグループのデータが画面から消去され，表示終了はそのフィールド上でキーを押下することによりそのグループのデータを画面から消去する。
【００４２】
利用を開始する顧客に関して，係員がカウンタ装置４０のキーボード４２から，使用レーン番号入力の後，使用レーン番号のフィールド上でキーを押下すると，処理装置４１で入力判定が行われる（図１３のＳ３）。これにより，処理装置４１の待ち時間計測処理部４１ａが動作して，図１３のＳ４〜Ｓ１１の処理が実行される。すなわち，タイマ４４から現在の時刻を取得し（図１３のＳ４），現在の時刻を顧客情報テーブル４５に登録し（同Ｓ５），現在の時刻（待ち時間終了時刻）を顧客情報画面の利用開始時間のフィールド上に表示する（同Ｓ６）。
【００４３】
続いて，顧客情報テーブル４５から顧客の待ち開始時刻を取得し（図１３のＳ７），待ち時間開始から待ち時間終了までの時間を計算する（同Ｓ８）。次に，ポイント変換処理部４１ｂにより，待ち時間をポイントに変換し（同Ｓ９），得られたポイントを顧客情報テーブル４５に登録し（同Ｓ１０），ポイントをディスプレイ４３の顧客情報画面に表示する（同Ｓ１１）。係員は表示されたポイントを見てサービス券等にポイントを記入したり，既にポイントが印刷されたサービス券の枚数を数えて顧客に渡す。
【００４４】
この場合，図２の実施例１のようにプリンタを，カウンタ装置４０に設けてサービス券にポイントを印字するようにしてもよい。このポイントは，顧客がボーリングを終えて会計処理をする時に，カウンタ装置４０のディスプレイに表示される顧客情報画面（図１４）に明示されるので，会計時に顧客にサービス券を渡し，次回の来店時に顧客からのサービス券の提示により割引きを行う等の形で顧客に対してサービスが行われる。
【００４５】
顧客がキャンセルを申告してきた場合，または空きレーンができて呼び出しても顧客がいなかった場合，カウンタ装置４０の係員はキーボード４２のキーを顧客情報画面のキャンセルフィールド上で押下して顧客の名前を指示すると，現在の時刻を取得し（図１３のＳ１２），この時刻を顧客情報テーブルの待ち時間終了時刻として利用開始時刻の欄に書き込む（同Ｓ１３）。次に顧客情報テーブルから顧客のデータを読み込み（同Ｓ１４），顧客情報テーブルから顧客のデータを抹消する（同Ｓ１５）。続いて潜在客情報テーブルに顧客のデータを書き込み（同Ｓ１６），受付画面から顧客のデータを消去する（同Ｓ１７）。
【００４６】
図１５は顧客情報テーブル（図１０の４５）のデータ構成の例である。このテーブルには，１レコードにつきゲームを行った一つの顧客のグループに関するデータが書き込まれ，顧客通し番号，氏名，グループの人数，待ち開始時刻，利用開始時刻（レーンを利用することになった時刻で待ち終了時刻と同じ），使用レーン番号，ポイント（ポイント変換処理により得られたサービスのポイント），会計時刻（顧客が会計を済ませた時間でレーン使用終了時間）等である。これらのデータは，上記図１４に示した顧客情報画面上に表示される。なお，図１４の顧客情報画面には，図１５に含まれていない「キャンセル」，「表示終了」の項目がキャンセル入力と画面表示のために別途追加される。
【００４７】
この図１０乃至図１６に示す実施例２の場合，全ての顧客についての情報が格納されるので，施設の運営に必要なデータを得ることができる。また，この実施例２ではボーリング場の例について説明したが，他の同様の店や施設についても実施することができる。
【００４８】
次に役所，銀行，病院等では処理を受け付ける複数の窓口に行列ができたり，また整理券を発行することにより待ち顧客の管理を行っている。この場合，窓口を複数設置されているところでは，顧客の混雑の具合により受付中の窓口を増減することができる。しかし，現状では，顧客の待ち状況を単に人間が目で確認することにより把握しているため，顧客の混雑状況がデータとして残らず，分析をして改善を行うことができなかった。これを解決する実施例３の構成を以下に説明する。
【００４９】
図１７〜図２３は複数の窓口（カウンタ装置）を備えた実施例３である。この実施例３では，複数の窓口によりパスポート発行業務を行う場合について説明するが，同様の形態の他の業務に適用できることは明らかである。
【００５０】
図１７は実施例３のシステム構成図，図１８はパスポート発行所のレイアウトの例，図１９は整理券発行装置のフローチャート，図２０はカウンタ装置のフローチャート，２１は顧客情報格納部のデータ構造の例，２２は管理装置のフローチャート，２３は表示画面の例である。
【００５１】
図１７の構成において，５０は顧客（または来訪者）に対し整理券を発行する整理券発行装置であり，キーを備える入力手段５０ａ，整理券を出力する整理券発行手段５０ｂ，管理装置５２に対し受付処理を行う受付手段５０ｃとで構成する。５１は各顧客と応対する各係員に１台設けられたカウンタ装置で，この例では４台設置されている。５２は管理装置であり，顧客情報格納部５２ａ，タイマ５２ｂ，計測手段５２ｃ，次顧客通知手段５２ｄ，補助情報提供手段５２ｅ等を内部に備え，入力装置５３，出力装置５４が接続されている。
【００５２】
図１８はパスポート発行所のレイアウトの例を示し，上記図１７に示す各装置５０〜５２は図１８に示すように配置される。
図１９は整理券発行装置（図１７の５０）のフローチャートである。動作を開始すると，入力待ち状態となり（図１９のＳ１），顧客が役所等の入口から入って来て，顧客が入力手段５０ａから整理券発行要求を入力すると（同Ｓ２），整理券発行手段５０ｂは，次に発行すべき整理番号を保持しているので，その番号の整理券を発行する（同Ｓ３）。受付手段５０ｃは，現在の時刻を管理装置５２のタイマ５２ｂより取得し，発行した整理番号と対応付けて，管理装置５２の顧客情報格納部５２ａに登録する（同Ｓ４）。この後，整理券発行装置は入力待ちに戻る。
【００５３】
図２０はカウンタ装置（図１７の５１）のフローチャートである。
カウンタ装置は，待ち状態の顧客を整理番号の順に複数の窓口係員によるパスポート発行の業務を行うために利用される。係員は取扱中の顧客の処理が終わり，次の顧客の処理にかかる前に次に処理すべき顧客の整理番号を得るために，次処理番号要求を入力する。カウンタ装置は，管理装置（図１７の５２）へ要求を送出し，管理装置から送られる次処理番号通知により，次に取扱うべき顧客の整理番号を画面に表示する。この処理により管理装置に一元管理された顧客を各窓口に振分けられる。
【００５４】
カウンタ装置は，管理装置から送られる次処理番号通知に従って図２３のＢ．に示すような次処理番号通知画面を表示して（図２０のＳ１），入力待ちの状態になる。入力が発生すると入力の種別を判定し（同Ｓ２，Ｓ３），その種別により次のような処理を行う。入力がカウンタ装置（図１７の５１）の入力手段からの次処理番号要求であると，次処理番号要求を管理装置に送出する（図２０のＳ４）。入力が管理装置（図１７の５２）からの次処理番号通知であると，通知された次処理番号と現在待ち数とを次処理番号通知画面に表示する（図２０のＳ５）。入力が管理装置からの現在待ち数通知である場合，通知された現在待ち数を次処理番号通知画面に表示する（同Ｓ６）。
【００５５】
図２２は管理装置（図１７の５２）のフローチャートである。
管理装置は，初期状態では図２３のＡ．に示す状況表示画面を表示し（図２２のＳ１），入力待ちの状態になる（同Ｓ２）。この画面には現在の待ち数，窓口の数を表示するが，同時に時間毎の待ち数も表示するようにしてもよい。入力が発生すると判定が行われ（同Ｓ３），入力に応じて次の処理が行われる。
【００５６】
入力が接続されたカウンタ装置からの次処理番号要求であると，次顧客通知手段（図１７の５２ｄ）が顧客情報格納部（同５２ａ）中の次処理番号を参照する（図２２のＳ４）。次処理番号は，呼出済（順番が来て呼び出された）整理番号の最大値に１を足した先頭客番号である。顧客情報格納部５２ａは，登録された顧客の整理番号の最大値を保持しているので，次顧客通知手段５２ｄは，次処理番号と最大登録整理番号を比較し（同Ｓ５），次処理番号が最大登録整理番号以下の場合，顧客情報格納部中の次処理番号を１つ繰り上げて更新し，現在待ち数を１つ減じて更新する（同Ｓ６）。
【００５７】
続いて次処理番号要求を受けたカウンタ装置に更新前の次処理番号と更新後の現在の待ち数を通知し，その他のカウンタ装置に更新後の現在の待ち数を通知し（同Ｓ７），管理装置の状況表示画面に現在待ち数を表示する（同Ｓ８）。また，計測手段５２ｃ（図１７）は，タイマ５２ｂ（同）から現在の時刻を取得し（図２２のＳ９），待ち終了時刻として，更新前の次処理番号の整理番号に対応させて顧客情報格納部５２ａに登録する（同Ｓ１０）。更に，顧客情報格納部５２ａ中の整理番号に対応する待ち開始時刻（整理番号発行時刻）を取得し，現在の時刻との差を計算して，顧客情報格納部中に待ち時間として登録し（同Ｓ１１），入力待ち状態に戻る。
【００５８】
上記Ｓ５において，次処理番号が最大登録整理番号より大きい場合は，次顧客通知手段（図１７の５２ｄ）は，次処理番号として“−１”（なしを表す）を，次処理番号要求を受けたカウンタ装置に通知する。
【００５９】
入力が管理装置の入力装置５３（図１７）からの補助情報表示要求であった場合は，要求された補助情報が時間毎の待ち数の時は，補助情報提供手段５２ｅ（図１７）は，顧客情報格納部５２ａのデータから当日の時間毎の待ち数と平均待ち時間を計算して表示して（図２２のＳ１３），入力待ちに戻る。この時の時間毎平均待ち数の表示の例を図２３のＣ．に示す。
【００６０】
入力が状況表示画面表示要求の場合は，現在のデータによる状況表示画面を表示する（同Ｓ１４）。
図２１に顧客情報格納部（図１７の５２ａ）のデータ構造を示す。図に示すように，その先頭に最大登録整理番号，次処理番号，現在待ち数が一つずつ格納されている。整理番号，整理番号発行時刻，待ち終了時刻，待ち時間は，各顧客につき１つずつ登録される。これらの組を１レコード単位とする。
【００６１】
最大登録整理番号は，登録された整理番号の最大のもの（最新に登録された整理番号）であり，初期値は０である。次処理番号は，カウンタ装置から要求され通知した整理番号の最大のもの（最新に通知した整理番号）に１を加算した数を格納し，初期値は１とする。現在待ち数は，整理番号登録がされる度に，１つ加算され，次処理番号要求を受けて，次処理番号が最大登録整理番号以下の場合，すなわち次処理番号を通知した時に一つ減算される。
【００６２】
整理番号は，整理券発行装置が発行した整理番号が格納され，１から始まる。整理番号発行時刻は，整理番号を発行した時刻，待ち終了時刻は，カウンタ装置からの次処理番号要求を管理装置が受け，次処理番号を通知した時の時刻である。この時次処理番号通知画面への表示を見た係員によって整理番号の顧客がこれからカウンタに呼び出される。待ち時間は，整理券発行時刻と待ち終了時刻との差，すなわち整理番号の顧客がサービスを受けるまで待った時間である。
【００６３】
本実施例では，次顧客通知手段は，顧客情報格納部中の先頭の待ち顧客を通知するようにしたが，何らかのスケジューリング方法によりスケジューリングされた任意の顧客を通知するようにしても良い。
【００６４】
この実施例３は，複数の窓口（カウンタ）により，整理券発行装置が整理券を発行した時点で，整理番号の顧客が待ち状態に入ったことを識別し，一つの行列に管理された顧客を複数の窓口に振り分ける処理の中で顧客の待ち状態が終わったことを検出して待ち時間を計算して装置上に情報を登録するようにして，従来からの作業量を増やすことなく顧客の待ち数，待ち時間を調査できるようにすることができる。また，この情報から，顧客の混雑状況の実体をより正確に把握できると共に，一日の時間帯による混雑状況または一年の中の時期による混雑状況が情報として取得できるので，人員の配置計画，支店，支部の設置計画に利用することができる。
【００６５】
次に，居酒屋，カラオケ店等では同じ街，商店街に店舗を複数持ち，例えば駅前にある本店に訪れる顧客が多く，待ち顧客で混雑している場合に，支店の空き状況を知り，顧客に支店を案内して支店を利用してもらったりすることがある。
【００６６】
また，一つの店舗内が和食，中華，洋食等の各コーナーに分かれ，入口がそれぞれに設置されている場合，また同じビル内に一人の経営者が店舗を複数持っている場合には，一つのコーナーまたは店が空き待ちの顧客で一杯の場合，他のコーナー，店を案内して利用してもらうことがある。
【００６７】
このような場合，現在では，同じ系列の他店舗の場合には受付係が他の店舗に電話をかけ他店舗の店員に混雑状況を目でみて答えてもらったり，また他コーナーの場合には他のコーナーを目で見て確認したりして，空き状況を確認していたため，確認に手間がかかる上，正確な待ち状況の把握にはならなかった。これを解決する実施例４の構成を以下に説明する。
【００６８】
図２４〜図２８は複数の店頭装置を各店舗に設置し，１台の管理装置に接続し，管理装置で各店舗毎の待ち顧客情報を管理することにより，各店舗での待ち時間のポイントサービスを提供すると共に各店舗の店頭装置で他店舗の待ち顧客情報を参照でき，また他店舗への顧客の予約ができるように構成したものであり，カラオケチェーン店の例について説明するが，同様の形態の他の業務に適用することができることは明らかである。
図２４は実施例４のシステム構成図，図２５は実施例４における情報参照と顧客予約のフローチャート，図２６は同じチェーンの複数のカラオケ店の配置の例，図２７は実施例４の顧客情報格納部のデータ構造の例，図２８は実施例４における潜在客情報格納部のデータ構造の例である。
【００６９】
図２４において，６０は各チェーン店＃１，＃２・・・の店頭に設けられた店頭装置，６１は受付処理部６１ａ，待ち時間計測処理部６１ｂ及びポイント変換処理部６１ｃを備える処理装置，６２はキーボード，６３はディスプレイ，６４はプリンタ，６５は複数の店頭装置６０に対し待ち状態の顧客情報や潜在客情報等の登録・管理等を行う管理装置である。管理装置６５の６５ａはキーボード，６５ｂは演算装置，６５ｃはディスプレイ，６５ｄはタイマ，６５ｅは顧客情報格納部，６５ｆは潜在客情報格納部である。
【００７０】
上記図２に示す実施例１の構成が，店頭装置と管理装置が１対１で接続された構成で，顧客情報が店頭装置に格納・保持されているのに対し，この実施例４では，複数の店頭装置６０に対し管理装置６５を設け，ここに共通の顧客情報格納部６５ｅと潜在客情報格納部６５ｆが設けられている。
【００７１】
この実施例４では，複数の店頭装置を各店舗に設置し，１台の管理装置に接続し，管理装置で各店舗ごとの待ち顧客情報を管理することにより，各店舗での待ち時間のポイントサービスが提供できると共に，各店舗の店頭装置で他店舗へ予約を振り分けた場合には顧客が移動する間の時間も待ち時間に加算される。この実施例はカラオケ店の本店と支店にそれぞれ店頭装置が設置され，事務所にある管理装置に接続されている場合の他店舗情報の参照と他店舗への予約処理について説明する。
【００７２】
図２６の複数のカラオケ店の配置の例に示すように，同じチェーンに属する複数のカラオケの店舗（居酒屋，飲食店等でもよい）の本店と支店が同じ区域内に配置され，各店舗に店頭装置６０が設けられ，管理装置６５は本店，支店の何れかの位置または別の場所の事務所に設置され，各店頭装置とはデータを伝送する線路で接続されている。
【００７３】
図２５は他店舗情報の参照及び他店舗への顧客の予約に関する動作を中心とする店頭装置におけるフローチャートが示され，以下に説明する。なお，各店頭装置における，待ち顧客の登録及び待ち時間終了処理（ポイントの処理を含む）は，上記図３に示す実施例１のフローチャートと同様であるため説明を省略する。
【００７４】
店頭装置は，初期状態で受付画面を表示し，入力待ちの状態になっている（図２５のＳ１，Ｓ２）。入力が発生すると判定を行い（同Ｓ３），他店舗情報参照キーの押下であると判定されると，他店舗を選択するメニューが表示され，参照したい店舗の店コードを選択するとコードが取得される（同Ｓ４）。これに応じて管理装置６５（図２４）の顧客情報格納部６５ｅから，受け取った店コードの店舗についての顧客情報を読み込み（同Ｓ５），ディスプレイ６３に表示し（同Ｓ６），入力待ちの状態に戻る。
【００７５】
Ｓ３において入力が他店舗への顧客予約キーの押下であると判定されると，次のように処理される。通常，他店舗への予約を行う前には，実施例１のフローチャート（図３）のＳ４〜Ｓ６の受付により自店舗への登録（後述する図２７の自店舗用の店舗情報格納部への登録）が行われており，予約キー押下に対し受付処理部６１ａ（図２４）は，受付画面中から他店舗への予約を希望している顧客を選択してもらい，顧客の通し番号を取得すると（同Ｓ７），その顧客のデータを顧客情報格納部から読み込む（同Ｓ８）。次に他店舗のメニューが表示されて他店舗のコードを選んでもらうことによりコードを取得する（同Ｓ９）。
【００７６】
次に顧客情報格納部中の他店舗の顧客情報に顧客データと受付店コードを登録する（同Ｓ１０）。次に，タイマ６５ｄから現在の時刻を取得し（同Ｓ１１），潜在客情報格納部６５ｆ（図２４）の自店舗情報中に予約先の他店舗コードと現在の時刻と共に顧客データを登録する（同Ｓ１２）。なお，潜在客情報格納部６５ｆのデータ構造は後述する図２８に示す。続いて，顧客情報格納部６５ｅの自店舗情報から当該顧客データを消去して（同Ｓ１３），受付画面からこの顧客データを消去する（同Ｓ１４）。
【００７７】
図２７に示す実施例４の顧客情報格納部のデータ構造を説明する。顧客情報格納部には，Ａで示す店コードと各店舗情報格納部との対応表が格納され，この例では，店コード(1) と(2) の２つの店コードと，それぞれの店舗情報格納部のアドレスが対になって格納されている。店コードを知ることにより対応する店舗情報格納部のアドレスが取得される。
【００７８】
各店舗情報格納部はＢ，Ｃに示すように，それぞれ各顧客に対応して，待ち顧客通し番号（その日の全ての待ち顧客についての通し番号），代表者の氏名，グループの人数，待ち開始時刻，待ち終了時刻（空席ができてテーブルに案内される時の時刻），ポイント（待ち終了時に待ち時間を変換して得られたポイント）及び受付店コード（受付を行った店のコード）とで構成されている。
【００７９】
図２８は実施例４の潜在客情報格納部のデータ構造を説明する。図に示すように，潜在客情報格納部の先頭のＡ．には店コードとその店舗の潜在客情報格納部のアドレスの対応表が格納されている。各店舗の潜在客情報格納部Ｂ，Ｃには受付を行った後，キャンセルをした顧客（グループ），受付を行った後他店舗への予約を行った顧客（グループ）のそれぞれについて１レコードに格納する。
【００８０】
潜在顧客通し番号は，その日の全ての潜在客についての通し番号を書き込み，氏名，グループ人数，待ち開始時刻は上記図２７の顧客情報格納部と同様のデータであり，待ち終了時刻は，当該顧客がキャンセルまたは他店舗への予約を行った時刻，予約先店コードは，他店舗への予約を行った客について，他店舗の店コード（１以上の数値）が登録され，キャンセルした客については“０”（なし）が登録される。
【００８１】
一般に，遊園地，スケート場，屋内スキー場等の遊戯施設では，入場した顧客に施設を利用してもらうために入場制限を行い，施設内が混雑して利用に不便な入場者数とならないようにしている。このような施設における待ち時間管理を効率的に行う実施例５の構成を以下に説明する。
【００８２】
図２９〜図３４は屋内スケート場において，１台の管理装置に複数台の受付装置と改札装置と会計装置を設けて，入場制限のできる待ち時間管理システムの例であるが，同様の形態で運用する他の業務に適用することができることは明らかである。
【００８３】
図２９は実施例５のシステム構成図，図３０は屋内スケート場における各装置の配置の例，図３１，図３２は実施例５のフローチャート（その１），（その２），図３３は実施例５の顧客情報格納部のデータ構造の例，図３４は装置間のデータの流れを示す図である。
【００８４】
図２９において，７０はキーボード７０ａ，ディスプレイ７０ｂ及び処理装置７１を備えた受付装置であり，入場を希望する顧客を受付け後述する管理装置７２に一元管理された整理番号を発行すると共に，管理装置内の顧客情報格納部に整理番号と待ち時間開始時刻を登録する等の処理を行う。７２はキーボード７２ａ，タイマ７２ｂ，ディスプレイ７２ｃ，処理装置７３及び顧客情報格納部７４を備えた管理装置である。この管理装置７２は顧客のスケートリンクの利用時間を計算し，利用料金に変換すると共に，その顧客の待ち時間をポイントに変換し，後述する会計装置７８に利用時間と待ち時間を通知する処理や，待ち顧客が存在する時に先頭の待ち顧客のグループを入場させても上限の入場者数を越えない場合，顧客情報格納部に登録された入場待ちの顧客の内，先頭のグループの顧客の整理番号を入場者整理番号表示板に表示したり，退場した顧客の代わりに待ち状態中の顧客を入場させた時に待ち数表示板の待ち数を減算して表示する等の処理を行う。
【００８５】
７５は管理装置７２からの通知により入場できる最大整理番号を表示する入場者整理番号表示板，７６は待ち数表示板，７７はスケートリンクに入場する顧客が通過する位置に置かれ，整理番号と利用開始時刻を顧客情報格納部７４へ登録する処理を行う改札装置，７８は会計装置であり，スケートリンクから退場する顧客が通過しなければならない会計のカウンタに設けられ，整理番号の入力によりその顧客の利用終了時刻を顧客情報格納部へ登録し，管理装置からの利用時間と利用料金，待ち時間時間のポイントを受け取って処理（ポイントの通知を含む）を行う会計装置である。
【００８６】
図２９に示す各装置は図３０に示すように屋内スケートリンクに配置され，受付装置７０と入場者整理番号表示板７５及び待ち数表示板７６が入口付近に配置され，スケートリンクの入口に改札装置７７が設けられる。また出口に会計装置７８が配置され，管理装置７２が事務所等に設けられる。
【００８７】
図３１及び図３２に示す実施例５のシステムのフローチャートを用いて動作を説明する。処理を開始すると入力待ちになり（図３１のＳ１），入力が行われると各装置において入力を判定して（同Ｓ２），対応する処理が実行される。受付装置７０（図２９）に顧客のグループの人数が入力された場合，管理装置７２は，顧客情報格納部７４に登録された最大発行整理番号からカウントして人数分の未発行の整理番号を受付装置に通知すると，受付装置７０はグループの人数分の枚数の整理券を発行する（図３１のＳ３）。なお，顧客情報格納部７４に格納されるデータ構造は図３３に示されその内容は後述する。
【００８８】
次いで最大発行整理番号として，発行した整理番号の中の最大のものに更新すると共に最大受付番号に１を加算して更新する（同Ｓ４）。続いて，現在の時刻を取得して発行した整理番号と待ち開始時刻，更新した最大受付番号を対応付けて顧客情報格納部へ登録する（同Ｓ５，Ｓ６）。
【００８９】
次に顧客情報格納部中の先頭待ちグループ受付番号が最大受付番号と同じか判定し（同Ｓ７），同じ場合は待ち顧客がいないのでこのグループが入場できるかどうかを調べる。すなわち，顧客情報格納部中の入場者数と上限入場者数を取り出して，上限入場者数から入場者数を減算した数（入場可能数）がグループの人数以上であるか判定する（図３２のＳ８）。この判定で以上であった場合，このグループは入場できるので，顧客情報格納部に待ち時間が“０”であることを登録し（同Ｓ９），入場可能整理番号グループの人数を加算して入場者整理番号表示板７５（図２９）に表示する（同Ｓ１０）。更に，先頭待グループ受付番号を１加算して更新する（同Ｓ１１）。
【００９０】
上記Ｓ７の判定において先頭待グループ受付番号が最大受付番号と同じでなかった場合，またはＳ８の判定において入場可能数がグループの人数以上でなかった場合，このグループは入場できないので，待ち数にグループの人数を加算して待ち数表示板７６（図２９）に表示する（図３２のＳ１２）。
【００９１】
次に図３１のＳ２において，改札装置からの改札を行った顧客の整理番号の入力であることが判った場合，管理装置７２（図２９）は現在の時刻を取得し（図３１のＳ１３），顧客情報格納部７４へ顧客の利用開始時刻として登録し（同Ｓ１４），入場者数を１加算して更新する（同Ｓ１５）。
【００９２】
更に，図３１のＳ２において，会計装置７８（図２９）からの会計を行う顧客の整理番号が入力されたことが判った場合，現在の時刻を取得し（同Ｓ１６），顧客情報格納部に顧客の利用終了時刻として登録する（同Ｓ１７）。次に利用時間を計算して利用料金に変換する（同Ｓ１８）。続いて顧客情報格納部に既に格納されている顧客の待時間をポイントに変換して利用料金と共に会計装置に通知する（同Ｓ１９，Ｓ２０）。次いで，入場者数を１つ減算して更新する（図３２のＳ２１）。
【００９３】
続いて，顧客情報格納部中の先頭待グループ受付番号が最大受付番号以下であるか判定する（図３２のＳ２２）。以下の場合，待ち顧客が存在することが判るので，待ち顧客が入場できるかどうか判断するため次の処理が行われる。すなわち，顧客情報格納部の上限入場者数から入場者数を引いた残りが，先頭待ちグループの人数以上であるか判定し（同Ｓ２３），以上である場合は先頭の待グループは入場できるので，取得済の現在の時刻を待ち終了時刻として待ち時間を計算して登録する（同Ｓ２４）。
【００９４】
次に，入場可能整理番号にグループの人数を加算して，入場者整理番号表示板に表示し（同Ｓ２５），待ち数からグループの人数を減算して待ち数表示板に表示する（同Ｓ２６）。続いて，先頭待ちグループ受付番号を１加算して更新する（同２７）。
【００９５】
上記のフローチャートにおいて，管理装置７２に備えられた顧客情報格納部７４のデータが登録，更新及び参照されるが，図３３に顧客情報格納部のデータ構造の例を示す。
【００９６】
顧客情報格納部の先頭には共通のデータ（最大発行整理番号，最大受付番号・・・待ち数）が格納され，その後に各整理番号毎の各データが順番に格納される。「最大発行整理番号」は発行済の整理番号の最大（最新の番号）であり，初期値が０で，１から始まる。「最大受付番号」は，受付毎に割り振られる番号であり，グループの顧客は同じ受付番号となる。「入場者数」は，スケートリンクへの入場者の数であり，改札を通過してまだ会計が終わらない顧客の人数を表し，改札を行う毎に１つ加算されて，会計を行った時に１つ減算される。
【００９７】
「上限入場者数」は予め定められたスケートリンクの入場者数の上限の数，「入場可能整理番号」は入場者整理番号表示板７５に表示した整理番号，「先頭待グループ受付番号」は先頭の待ち顧客のグループの受付番号で，入場した最大受付番号のグループの次の受付番号を表す。「待ち数」は受付を済ませたが入場者整理番号表示板に整理番号が表示されていない待ち顧客の数を表す。
【００９８】
次に，１レコードにつき１人の顧客に関するデータが格納される。その中の「整理番号」は，その日の全ての顧客について付与される番号である。「受付番号」は，受付毎に割り振られた番号でグループに対し一つの番号が割り当てられる。その後に「グループの人数」が設けられ，「待ち開始時刻」は受付時間を表し，「待ち時間」は顧客の整理番号が受付後入場者整理番号表示板に表示されるまでの時間を表し，「ポイント」は顧客の待ち時間を変換して得られたポイントの数値である。
【００９９】
「利用開始時刻」は，改札を行った時刻で，スケートリンクの利用開始時刻を表し，「利用終了時刻」は会計を行った時刻で，スケートリンクの利用終了時刻を表し，「利用料金」は利用開始時刻と終了時刻の差の利用時間を料金に変換して得られた金額を表し，例えば３０分毎の料金が５００円の場合，利用時間が９０分で１５００円の利用料金となる。
【０１００】
図３４に実施例５における各装置間のデータの流れを示す。この図は，上記の図３１，図３２のフローチャートにおいて実行される受付装置７０，入場者整理番号表示板７５，待ち数表示板７６，改札装置７７，会計装置７８の各装置と管理装置７２の間のデータの流れを分かり易く図示したものである。
【０１０１】
図中，▲１▼は受付装置７０による受付の入力とそれにより起動される管理装置７２により処理動作と，発生するデータの流れを示し，▲２▼は改札装置７７で顧客を入場させる時の整理番号の入力により起動される管理装置の様子を示す。▲３▼は会計装置７８における退場者に関するデータの入力及び管理装置からのデータの出力を示す。
【０１０２】
【発明の効果】
本発明によれば飲食店や遊戯施設等への入場が満員のために制限されて，空き待ちとなる顧客に対して，サービスのポイントを付与するシステムを実現することができる。これにより待ち時間が発生しても店や施設の利用者を減らすことなく，利用者にとっても待ち時間をメリットとすることができる。
【０１０３】
また，潜在客情報を得ることにより待ち時間の対策としてピーク時の設備や人員の配置を含む経営上の有益な情報を獲得でき，顧客サービスに資することができる。
【０１０４】
実施例２の構成によれば，受付処理の操作を店員が行わずに顧客が入力を行い，空き待ちの顧客だけでなく全ての顧客が受付装置により受付を行い，全ての顧客の情報が格納されるので，施設の運営に必要なデータを得ることができる。
【０１０５】
また，実施例３の構成によれば複数の窓口（カウンタ）を備えた店等において，一つの行列で顧客を管理して順番に複数の窓口に振り分けることができると共に，従来からの作業量を増やすことなく顧客の待ち数，待ち時間等の統計値を調査して顧客の混雑状況の実体をより正確に把握して人員の配置計画や支店，支部の設置計画に有効な資料を提供できる。
【０１０６】
実施例４の構成によれば，複数の店舗を運営している場合に，空き待ちの顧客が発生しても他の店舗の状況を参照して他店舗に予約を簡単に行うことができるため，利用者へのサービスを向上することができる。
【０１０７】
また，実施例５の構成によれば，定員に達すると入場制限を行う遊戯施設等において，空き待ちの顧客に対して表示板により整理番号や，待ち数を表示して現状を知らせることができると共に，顧客の待ち時間の管理や，利用時間，利用料金の会計の処理を効率的に実現することができる。
【図面の簡単な説明】
【図１】本発明の原理構成図である。
【図２】本発明の実施例１の構成図である。
【図３】実施例１のフローチャートを示す図である。
【図４】受付の表示画面の例を示す図である。
【図５】店内の装置の配置を示す図である。
【図６】顧客情報テーブルのデータ構成の例を示す図である。
【図７】潜在客情報テーブルのデータ構成の例を示す図である。
【図８】ポイントを印字したカードの例を示す図である。
【図９】レシートを使用する場合の説明図である。
【図１０】実施例２の構成図である。
【図１１】受付装置のフローチャートを示す図である。
【図１２】受付画面の例を示す図である。
【図１３】カウンタ装置のフローチャートを示す図である。
【図１４】顧客情報画面の例を示す図である。
【図１５】実施例２の顧客情報テーブルのデータ構成の例を示す図である。
【図１６】ボーリング場における各装置の配置の例を示す図である。
【図１７】実施例３のシステム構成図である。
【図１８】パスポート発行所のレイアウトの例を示す図である。
【図１９】整理券発行装置のフローチャートを示す図である。
【図２０】カウンタ装置のフローチャートを示す図である。
【図２１】顧客情報格納部のデータ構造の例を示す図である。
【図２２】管理装置のフローチャートを示す図である。
【図２３】表示画面の例を示す図である。
【図２４】実施例４のシステム構成図である。
【図２５】実施例４における情報参照と顧客予約のフローチャートを示す図である。
【図２６】同じチェーンの複数のカラオケ店の配置の例を示す図である。
【図２７】実施例４の顧客情報格納部のデータ構造の例を示す図である。
【図２８】実施例４における潜在客情報格納部のデータ構造の例を示す図である。
【図２９】実施例５のシステム構成図である。
【図３０】屋内スケート場における各装置の配置の例を示す図である。
【図３１】実施例５のフローチャート（その１）を示す図である。
【図３２】実施例５のフローチャート（その２）を示す図である。
【図３３】実施例５の顧客情報格納部のデータ構造の例を示す図である。
【図３４】実施例５における各装置間のデータの流れを示す図である。
【図３５】従来例の受付け処理の流れ図である。
【符号の説明】
１    処理部
１０  受付手段
１１  待ち時間計測手段
１２  ポイント変換手段
１３  潜在客情報取り込み手段
２    顧客情報格納部
３    潜在客情報格納部
４    入力手段
５    出力手段
【図１】
0003826956.tif 000002
【図２】
0003826956.tif 000003
【図３】
0003826956.tif 000004
【図４】
0003826956.tif 000005
【図５】
0003826956.tif 000006
【図６】
0003826956.tif 000007
【図７】
0003826956.tif 000008
【図８】
0003826956.tif 000009
【図９】
0003826956.tif 000010
【図１０】
0003826956.tif 000011
【図１１】
0003826956.tif 000012
【図１２】
0003826956.tif 000013
【図１３】
0003826956.tif 000014
【図１４】
0003826956.tif 000015
【図１５】
0003826956.tif 000016
【図１６】
0003826956.tif 000017
【図１７】
0003826956.tif 000018
【図１８】
0003826956.tif 000019
【図１９】
0003826956.tif 000020
【図２０】
0003826956.tif 000021
【図２１】
0003826956.tif 000022
【図２２】
0003826956.tif 000023
【図２３】
0003826956.tif 000024
【図２４】
0003826956.tif 000025
【図２５】
0003826956.tif 000026
【図２６】
0003826956.tif 000027
【図２７】
0003826956.tif 000028
【図２８】
0003826956.tif 000029
【図２９】
0003826956.tif 000030
【図３０】
0003826956.tif 000031
【図３１】
0003826956.tif 000032
【図３２】
0003826956.tif 000033
【図３３】
0003826956.tif 000034
【図３４】
0003826956.tif 000035
【図３５】
0003826956.tif 000036