JP2017174115A - 順番管理システム、順番管理装置およびプログラム - Google Patents

Abstract

【課題】顧客の来所目的に応じた予約の受付が可能な順番管理システム等を提供する。【解決手段】順番管理システムは、複数の項目別に新規の順番待ちの入力操作を受け付けて受付情報を生成する受付端末と、順番待ちの状況を表す順番待ちステータスの変更操作を受け付けてステータス変更情報を生成する順番管理端末と、受付情報およびステータス変更情報に基づいて順番待ちを管理すると共に、時刻を指定した予約の入力操作を項目別に受け付け可能な予約管理システムから送信される予約情報に基づいて予約を管理する順番管理サーバとを備え、順番管理サーバは、項目別に順番待ちを管理するためのテーブルを格納する記憶部と、受付情報に基づく順番待ちをテーブルに登録する受付処理部と、予約情報に基づく予約の可否をテーブルに基づいて項目別に判定し、予約が可能である場合に指定時刻における予約枠を生成してテーブルに登録する予約処理部とを有する。【選択図】図１

Description

本発明は、順番待ちを管理する管理技術に関する。

従来、レストランや店舗等の施設においては、順番待ちをする顧客に対し、順序通りスムーズにサービスを提供するための種々のシステムが提案されている。例えば、特許文献１には、発券者に受付番号券を発券する発券機を制御する発券機制御手段と、予約者の端末からネットワーク経由で予約時刻を受け付ける予約受付手段と、順番待ち中の発券者および予約者の人数および一人あたりの所要見込み時間から受付番号券を発券済の受付番号の次の受付番号の開始見込み時刻を算出し、その開始見込み時刻が予約時刻と近似していれば次の受付番号を予約者の受付番号として仮押さえするように番号テーブル手段に設定する番号調整手段とを有する順番待ち制御装置が開示されている。

特開２００８−２１００５４号公報

施設によっては、顧客の来所目的や要望に応じて予約と順番待ちとに優先順位を付けたい、あるいは来所目的や要望によっては予約の受付を控えたいといった要望がある。しかしながら、予約時刻と順番待ち中の受付番号の開始見込み時刻とに基づいて一律に予約の可否を判断する場合、このような要望に対応することができない。

本発明は、以上説明した事情を鑑みてなされたものであり、顧客の来所目的や要望に応じた予約の受付が可能な順番管理システム、順番管理サーバおよび順番管理プログラムを提供することを目的とする。

本発明の一態様である順番管理システムは、順番待ちを管理する順番管理システムであって、予め設定された複数の項目別に新規の順番待ちの入力操作を受け付け、前記順番待ちを受け付けた旨を表す受付情報を生成する受付端末と、順番待ちの状況を表す順番待ちステータスの変更操作を受け付け、該順番待ちステータスを変更した旨を表すステータス変更情報を生成する順番管理端末と、前記受付端末および前記順番管理端末と通信ネットワークを介して接続され、前記受付情報および前記ステータス変更情報に基づいて順番待ちを管理すると共に、時刻を指定した予約の入力操作を前記項目別に受け付け可能な予約管理システムから前記通信ネットワークを介して送信される予約情報に基づいて、前記時刻を指定した予約を管理する順番管理サーバと、を備え、前記順番管理サーバは、前記項目別に順番待ちを管理するためのテーブルを格納する記憶部と、前記受付情報に基づく順番待ちを前記項目別かつ前記受付端末における受付時刻順に前記テーブルに登録する受付処理部と、前記予約情報に基づく予約の可否を前記テーブルに基づいて前記項目別に判定し、該予約が可能である場合に、前記予約情報において指定された時刻における予約枠を生成して前記テーブルに登録する予約処理部と、を有するものである。

上記順番管理システムにおいて、前記予約処理部は、前記テーブルに登録されている順番待ちのうち、前記予約情報において指定された項目と同じ項目の順番待ちに順番が到来する推定時刻を算出し、前記予約情報において指定された時刻が、前記推定時刻および前記テーブルに登録されている予約枠の時刻と重複しない場合に、前記予約情報に基づく予約が可能と判定しても良い。

上記順番管理システムにおいて、前記予約処理部は、前記テーブルに登録されている順番待ちのうち、前記予約情報において指定された項目と同じ項目の最後尾の順番待ちに順番が到来するまでの推定待ち時間を算出し、前記推定待ち時間が所定の時間以下である場合に、前記予約情報に基づく予約が可能と判定しても良い。

上記順番管理システムにおいて、前記予約処理部は、前記予約情報において前記複数の項目のうちの特定の項目が指定されている場合、前記予約情報に基づく予約は不可能と判定しても良い。

本発明の別の態様である順番管理装置は、順番待ちを管理する順番管理システムにおいて用いられる順番管理装置であって、前記順番管理システムは、予め設定された複数の項目別に新規の順番待ちの入力操作を受け付け、前記順番待ちを受け付けた旨を表す受付情報を生成する受付端末と、順番待ちの状況を表す順番待ちステータスの変更操作を受け付け、該順番待ちステータスを変更した旨を表すステータス変更情報を生成する順番管理端末と、を備え、前記受付端末から送信される前記受付情報と、前記順番管理端末から送信される前記ステータス変更情報と、時刻を指定した予約の入力操作を前記項目別に受け付け可能な予約管理システムから送信される予約情報とを通信ネットワークを介して受信する通信インタフェースと、前記項目別に順番待ちを管理するためのテーブルを格納する記憶部と、前記受付情報に基づく順番待ちを前記項目別かつ前記受付端末における受付時刻順に前記テーブルに登録する受付処理部と、前記予約情報に基づく予約の可否を前記テーブルに基づいて前記項目別に判定し、該予約が可能である場合に、前記予約情報において指定された時刻における予約枠を生成して前記テーブルに登録する予約処理部と、前記ステータス変更情報に基づいて前記テーブルに登録された前記順番待ちおよび前記予約枠のステータスを管理するステータス管理部と、を有するものである。

本発明のさらに別の態様であるプログラムは、順番待ちを管理する順番管理システムにおいて用いられる順番管理装置に実行させるプログラムであって、前記順番管理システムは、予め設定された複数の項目別に新規の順番待ちの入力操作を受け付け、前記順番待ちを受け付けた旨を表す受付情報を生成する受付端末と、順番待ちの状況を表す順番待ちステータスの変更操作を受け付け、該順番待ちステータスを変更した旨を表すステータス変更情報を生成する順番管理端末と、を備え、前記受付端末から送信される前記受付情報と、前記順番管理端末から送信される前記ステータス変更情報と、時刻を指定した予約の入力操作を前記項目別に受け付け可能な予約管理システムから送信される予約情報と、のいずれかを通信インタフェースを介して受信するステップ（ａ）と、前記受付情報を受信した場合に、前記項目別に順番待ちを管理するためのテーブルに対し、前記受付情報に基づく順番待ちを前記項目別かつ前記受付端末における受付時刻順に前記テーブルに登録するステップ（ｂ）と、前記予約情報を受信した場合に、該予約情報に基づく予約の可否を前記テーブルに基づいて前記項目別に判定し、該予約が可能である場合に、前記予約情報において指定された時刻における予約枠を生成して前記テーブルに登録するステップ（ｃ）と、前記ステータス変更情報を受信した場合に、該ステータス変更情報に基づいて前記テーブルに登録された前記順番待ちおよび前記予約枠のステータスを管理するステップ（ｄ）と、を実行させるものである。

本発明によれば、複数の項目別に順番待ちを管理するためのテーブルを設け、項目別に受け付けられた順番待ちを該テーブルに登録すると共に、予約管理システムにおいて受け付けられた予約の可否を上記テーブルに基づいて項目別に判定するので、顧客の来所目的に応じた予約の受付が可能となる。

本発明の実施形態に係る順番管理システムの概略構成を示す図である。 本発明の実施形態に係る受付端末および順番管理端末の主要構成を示すブロック図である。 モード切換ウィンドウを例示した図である。 お客様モードにおける操作画面（受付画面）を例示した図である。 店員モードにおける操作画面（ステータス操作画面）を例示した図である。 本発明の実施形態に係る順番管理サーバの主要構成を示すブロック図である。 本発明の実施形態に係る順番管理システムの動作を示すシーケンス図である。 予約枠が登録されたステータス操作画面を例示した図である。 お客様モードにおける操作画面（人数入力画面）を例示した図である。 お客様モードにおける操作画面（座席の選択画面）を例示した図である。 お客様モードにおける操作画面（受付内容の確認画面）を例示した図である。 新規の順番待ちが登録されたステータス操作画面を例示した図である。 予約管理システムに表示される回答画面を例示した図である。 予約管理システムに表示される回答画面を例示した図である。 予約枠が登録されたステータス操作画面を例示した図である。

以下、本発明の実施形態について図面を参照しつつ詳細に説明する。なお、同一の要素には同一の符号を付し、重複する説明を省略する。

実施の形態
本実施形態では、順番待ちを管理する施設としてレストランを例に説明するが、これに限る趣旨ではなく、本発明に係る順番管理システムは、店舗、銀行、病院、役所など、訪れた顧客に対し順番に従って応対するあらゆる場面に適用可能である。

（１）実施形態の構成
図１は、本実施形態に係る順番管理システム１の概略構成を示す図である。
順番管理システム１は、レストラン等の施設を訪れた顧客の順番待ちを管理するシステムである。同図に示すように、順番管理システム１は、新規の順番待ちの入力操作を受け付ける受付端末１００と、順番待ちの受付伝票（番号券）を印刷するプリンタ２００と、順番待ち状況（ステータス）を表示すると共に順番待ちステータスの変更操作を受け付ける順番管理端末３００と、順番待ちを管理する順番管理サーバ４００とを備える。このうち、受付端末１００と順番管理端末３００と順番管理サーバ４００とは、通信ネットワークＮを介して接続されている。また、この通信ネットワークＮには、日にちや時刻を指定した施設利用の予約を管理する予約管理システム５００が接続されている。

ここで、図１においては、受付端末１００および順番管理端末３００を１台ずつ図示しているが、これに限る趣旨ではなく、これらの機器を複数台ずつ設けて通信ネットワークＮに接続してもよい。例えば、１つのレストランに受付端末１００および順番管理端末３００を複数台ずつ設置しても良いし、同じ系列の複数の支店に、受付端末１００および順番管理端末３００を１台ずつまたは複数台ずつ設置しても良い。受付端末１００および順番管理端末３００には、各機器が設置された施設を特定するための識別情報として施設ＩＤが与えられている。

予約管理システム５００は、当該施設の利用に関する予約の入力を受け付け、管理するシステムである。予約管理システム５００の構成は特に限定されず、例えば、当該施設が設置したウェブ予約システムであっても良いし、他社が運営する予約専門サイト（例えばレストラン用の予約サイト）であっても良い。あるいは、タブレット端末およびサーバを用いて、予約専用のシステムを構築しても良い。さらには、電話やメールにより受け付けた予約をオペレータがシステムに入力することとしても良い。いずれにしても、予約管理システム５００は、受け付けた予約情報を通信ネットワークＮを介して順番管理サーバ４００に送信可能な構成であれば良い。また、通信ネットワークＮに複数の予約管理システム５００を接続し、これらの予約管理システム５００から順番管理サーバ４００に予約情報をそれぞれ送信しても良い。予約情報には、予約の日にちや時刻、待ち項目（後述）、予約者の名前および連絡先等の情報が含まれる。

通信ネットワークＮは、受付端末１００、順番管理端末３００、順番管理サーバ４００、および予約管理システム５００の間で相互に情報を送受信可能な通信網を含む。通信ネットワークＮは、例えば、インターネット、ＬＡＮ、専用線、電話回線、企業内ネットワーク、移動体通信網、ブルートゥース、ＷｉＦｉ（Wireless Fidelity）、その他の通信回線、それらの組み合わせ等のいずれであってもよく、有線であるか無線であるかを問わない。

図２は、受付端末１００および順番管理端末３００の主要構成を示すブロック図である。受付端末１００および順番管理端末３００としては、タブレット端末、パーソナルコンピュータ（ＰＣ）、ノートＰＣ、スマートフォン、携帯電話機、携帯情報端末（ＰＤＡ）など、通信ネットワークＮを介して他の通信機器とデータの授受が可能なあらゆる端末装置を利用することができる。本実施形態においては、図２に示すタブレット端末１１０に専用のアプリケーションをインストールし、このアプリケーションの実行中における動作モードを切り換えることにより、タブレット端末１１０を受付端末１００または順番管理端末３００として使用する。動作モードについては後述する。

タブレット端末１１０は、通信インタフェース１２０と、入力部１３０と、表示部１４０と、記憶部１５０と、プロセッサ１６０とを備える。

通信インタフェース１２０は、タブレット端末１１０を通信ネットワークＮに接続し、通信ネットワークＮ上の他の端末と通信をするためのハードウェアモジュールである。通信インタフェース１２０は、例えば、ＩＳＤＮモデム、ＡＤＳＬモデム、ケーブルモデム、光モデム、ソフトモデム等の変調復調装置である。

入力部１３０は、各種操作ボタンやタッチパネル１３１等の入力デバイスであり、新規顧客の順番待ちの受付や、順番待ちのステータスの変更や、各種設定情報等の入力操作を受け付ける。

表示部１４０は、例えば液晶ディスプレイにより構成され、順番待ちを受け付けるための操作画面や順番待ち状況等を表示する。

記憶部１５０は、例えば、物理デバイスの記憶領域が提供する論理デバイスである。物理デバイスは、例えば、ディスクドライブまたは半導体メモリ（ＲＯＭ、ＲＡＭなど）等のコンピュータ読み取り可能な記録媒体である。記憶部１５０は、複数の物理デバイスを１つの論理デバイスにマッピングして構築してもよいし、１つの物理デバイスを複数の論理デバイスにマッピングして構築してもよい。

記憶部１５０は、オペレーティングシステムプログラム、ドライバプログラム、各種データ等を記憶する。ドライバプログラムとしては、例えば、通信インタフェース１２０を制御するための通信インタフェースドライバプログラム等がある。また、記憶部１５０は、これら各種プログラムや各種データのほか、プロセッサ１６０が実行することにより、顧客の順番待ちを管理するための順番管理アプリケーションＡＰ１を記憶している。

プロセッサ１６０は、算術演算、論理演算、ビット演算等を処理する算術論理演算ユニット（ＣＰＵなど）および各種レジスタから構成され、記憶部１５０に格納されている各種プログラムを実行することでタブレット端末１１０の各部を中枢的に制御する。各種レジスタは、例えば、プログラムカウンタ、データレジスタ、命令レジスタ、汎用レジスタ等である。

プロセッサ１６０が順番管理アプリケーションＡＰ１を実行することにより実現される機能部には、施設を訪れた顧客にタブレット端末１１０を操作させて順番待ちの受付を行うお客様モードを実行するお客様モード実行部１６１と、施設の店員にタブレット端末１１０を操作させて順番待ちステータスを管理する店員モードを実行する店員モード実行部１６２と、お客様モードと店員モードと設定モードとを切り換えるモード切換部１６３とが含まれる。この他、タブレット端末１１０を大型の外部ディスプレイに接続し、順番待ち状況の一覧等をこの外部ディスプレイに表示させるモードを設けても良い。

図３は、表示部１４０に表示されるモード切換ウィンドウを例示した図である。図３に示すように、モード切換ウィンドウＭ１には、お客様モードを選択するためのボタンｍ１１と、店員モードを選択するためのボタンｍ１２と、変更内容を決定するための変更ボタンｍ１３と、モード切換ウィンドウＭ１を閉じるための操作ボタンｍ１４とが設けられている。

モード切換操作は、施設の店員や管理者などの操作権限を有する者（以下ユーザともいう）によって行われる。操作権限を有する者が正しい施設ＩＤおよびパスコードをタブレット端末１１０に入力し、認証に成功すると、モード切換部１６３は、図３に示すモード切換ウィンドウＭ１を表示部１４０に表示させる。操作権限を有する者がタッチパネル１３１を操作することにより、お客様モードと店員モードとのいずれかを選択し、モード切換ウィンドウＭ１を閉じると、選択されたモードが当該タブレット端末１１０に設定される。

＜お客様モード＞
お客様モードは、現在の順番待ち状況の概要を表示すると共に、施設を訪れた顧客にタッチパネル１３１を操作させることで新規の順番待ちの入力を、予め設定された複数の項目（待ち項目）別に受け付け可能とするモードである。

図４は、お客様モード実行部１６１の制御の下で表示部１４０に表示される操作画面を例示した図であり、タッチパネル１３１の操作に応じて新規の順番待ちを受け付ける受付画面Ｍ２を示している。受付画面Ｍ２には、順番待ちリストが表示されるリスト表示欄ｍ２１と、順番待ちをしている組の数（待ち組数）が表示される待ち組数表示欄ｍ２２と、現在の推定待ち時間が表示される待ち時間表示欄ｍ２３と、受付開始ボタンｍ２４とが設けられている。順番待ちリストには、順番待ちの受付の際に発行される受付番号や各組の人数等が表示される。

お客様モード実行部１６１は、上述した受付画面Ｍ２を表示部１４０に表示させると共に、順番管理サーバ４００から最新の順番待ちステータスに関する情報（以下、ステータス情報という）を受信し、このステータス情報に基づいて、順番待ちリストを更新する。

また、お客様モード実行部１６１は、受付画面Ｍ２の受付開始ボタンｍ２４に所定の操作（例えばタップ操作）がなされると、受付用の画面（後述）を表示部１４０に順次表示させる。そして、これらの受付用の画面に対する操作に従って、新規の順番待ちを受け付けた旨を示す受付情報を生成し、通信ネットワークＮを介して順番管理サーバ４００に送信する。受付情報には、受付番号、受付時刻、人数、待ち項目等の情報が含まれる。

ここで、待ち項目とは、顧客の来店目的や要望別に順番待ちを受け付ける場合に設けられる項目のことである。例えば、レストランにおいては、顧客が希望する座席の種類別に順番待ちを受け付けることがあり、この場合、座席の種類（テーブル席、カウンター席、テラス席、指定なし、等）が待ち項目として設定される。別の例として、銀行においては、来店目的（口座開設、出入金取引、融資相談、等）別に待ち項目が設定される。このような待ち項目は、施設の目的や特性、ユーザの意向等に応じて適宜設定すればよく、例えば、窓口、担当者、各種のリソース、その他順番待ちや予約の対象となる任意の在庫を待ち項目の対象とすることができる。

本実施形態においては、順番待ちをする顧客の組に与えられる識別情報として受付番号を用いるが、識別情報はこれに限定されない。例えば、アルファベットや仮名等の符号、数字とアルファベット若しくは仮名の組み合わせ、または顧客に入力させる任意の語（例えば姓や名）等を識別情報として用いることもできる。また、受付番号を用いる場合であっても、必ずしも連番（昇順）の数字を用いる必要はなく、ランダムに発行した数字であっても良い。

さらに、お客様モード実行部１６１は、順番待ちの受付が完了した際に、受付番号が表示された受付伝票（番号券）をプリンタ２００に出力させる。あるいは、お客様モード実行部１６１は、受付操作を行った顧客が所持する携帯電話やスマートフォン等の携帯端末に受付番号を送信し、画面に表示させても良い。

＜店員モード＞
店員モードは、受付番号ごとに順番待ちステータスを表示すると共に、施設の店員にタッチパネル１３１を操作させることで順番待ちステータスの変更を受け付けるモードである。

図５は、店員モード実行部１６２の制御の下で表示部１４０に表示される操作画面を例示した図であり、タッチパネル１３１の操作により順番待ちステータスの更新を受け付けるステータス操作画面Ｍ３を示している。ステータス操作画面Ｍ３には、順番待ちリストが表示されるリスト表示欄ｍ３１と、現在の待ち組数が表示される待ち組数表示欄ｍ３３と、現在の推定待ち時間が表示される待ち時間表示欄ｍ３４と、現在呼出中の受付番号が表示される呼出番号表示欄ｍ３５と、店員が順番待ちを受け付ける際に操作される受付ボタンｍ３６とが設けられている。なお、待ち時間表示欄ｍ３４に表示される推定待ち時間としては、待ち項目別の待ち時間のうちの最短時間としても良いし、待ち項目別の待ち時間の平均時間としても良い。

リスト表示欄ｍ３１に表示される順番待ちリストの各行ｍ３２には、受付番号と、受付時刻と、各組の人数と、待ち項目と、現在の順番待ちステータスとが表示されている。店員モード実行部１６２は、順番管理サーバ４００から最新のステータス情報を受信すると、受信したステータス情報に基づいて、リスト表示欄ｍ３１、待ち組数表示欄ｍ３３、および待ち時間表示欄ｍ３４を更新する。

ここで、本実施形態における順番待ちステータスには、まだ顧客の順番が到来していない状態である「未呼出」と、順番が到来して顧客を呼び出している状態である「呼出中」と、呼び出した顧客を座席に案内した状態である「案内済」とがある。なお、順番待ちステータスはこれらに限定されず、施設の業務形態やユーザの意向等に応じて適宜設定することができる。

順番待ちステータスを変更する際には、ステータスの変更対象である受付番号の行ｍ３２に対し、右から左にスワイプする、あるいはステータス表示欄ｍ３７をタップするといった所定の操作を行う。それにより、順番待ちステータスを変更するための複数の操作ボタンが展開して表示される。操作ボタンとしては、例えば、順番待ちをキャンセルすることを意味する「取消」や、いったん入力された順番待ちの詳細（人数や待ち項目等）を変更することを意味する「変更」や、順番が到来した顧客を呼び出すことを意味する「呼出」や、順番が到来した顧客を座席に案内したことを意味する「案内」等が挙げられる。

これらの操作ボタンのうち「呼出」が操作されると、順番管理システム１においては、順番が到来した受付番号をディスプレイに表示するなどして、顧客に順番の到来が通知される。また、この操作により、順番待ちステータスが、「未呼出」から「呼出中」に変更される。

また、上記操作ボタンのうち「案内」が操作されると、当該受付番号の順番待ちステータスが「呼出中」から「案内済」に変更される。なお、変更操作は、「取消」、「変更」、「呼出」、「案内」に限定する趣旨ではなく、施設の業務形態等に応じてユーザが適宜設定および変更することができる。

店員モード実行部１６２は、順番待ちステータスを変更するための操作ボタンに対して所定の操作（例えばタップ操作）がなされると、順番待ちステータスの変更を指示するステータス変更情報を生成し、通信ネットワークＮを介して順番管理サーバ４００に送信する。

また、店員モードにおいて、店員が顧客と対話しながら新規の順番待ちの受付を行うことも可能である。この場合、受付ボタンｍ３６に対して所定の操作（例えばタップ操作）がなされると、店員モード実行部１６２は順番待ちの受付動作を開始させる。

本実施形態においては、タブレット端末１１０に順番管理アプリケーションＡＰ１を実装し、お客様モードに設定したタブレット端末１１０を受付端末１００として使用し、店員モードに設定したタブレット端末１１０を順番管理端末３００として使用する。受付端末１００として使用するタブレット端末１１０と、順番管理端末３００として使用するタブレット端末１１０とは同じ機種であっても良いし、異なる機種であっても良い。

図６は、順番管理サーバ４００の主要構成を示すブロック図である。順番管理サーバ４００は、例えば、演算処理能力の高いコンピュータによって構成され、所定のプログラムを実行することにより、受付端末１００および順番管理端末３００と連携して順番待ちを管理するサーバ機能を実現すると共に、予約管理システム５００と連携して、受付順による順番待ちと時刻を指定した予約とを一体的に管理するものである。ここで、順番管理サーバ４００を構成するコンピュータは、必ずしも１台である必要はなく、通信ネットワークＮ上に分散する複数のコンピュータから構成されてもよい。

図６に示すように、順番管理サーバ４００は、通信インタフェース４１０と、記憶部４２０と、プロセッサ４３０とを備える。

通信インタフェース４１０は、通信ネットワークＮに接続し、通信ネットワークＮ上の他の端末と通信をするためのハードウェアモジュールである。通信インタフェース４１０は、例えば、ＩＳＤＮモデム、ＡＤＳＬモデム、ケーブルモデム、光モデム、ソフトモデム等の変調復調装置である。

記憶部４２０は、例えば、物理デバイスの記憶領域が提供する論理デバイスである。物理デバイスは、例えば、ディスクドライブまたは半導体メモリ（ＲＯＭ、ＲＡＭなど）等のコンピュータ読み取り可能な記録媒体である。記憶部４２０は、複数の物理デバイスを１つの論理デバイスにマッピングして構築してもよいし、１つの物理デバイスを複数の論理デバイスにマッピングして構築してもよい。

記憶部４２０は、オペレーティングシステムプログラムやドライバプログラムを含む各種プログラムおよびこれらのプログラムの実行中に使用される各種データを格納する。具体的には、記憶部４２０は、プロセッサ４３０に実行させる順番管理プログラムＡＰ２と、このプログラムの実行中に使用される順番管理データベースＤＢ１とを記憶している。

順番管理データベースＤＢ１は、受付端末１００および順番管理端末３００を施設ごとに管理するためのデータベースであり、クライアント管理テーブルＴＡ１と、ステータス管理テーブルＴＡ２と、設定情報管理テーブルＴＡ３とを含む。

クライアント管理テーブルＴＡ１には、施設ごとに固有のＩＤとパスコード（アカウント）が対応づけて登録されている。例えば、複数の支店が存在する場合、「支店Ａ」で利用される受付端末１００および順番管理端末３００に対して「ＩＤ：Ａ１・・・」、「パスコード：ＡＡ２・・・」が設定されている。施設ごとのＩＤおよびパスコードは、例えば、システム導入の際に各施設で順番待ちの管理を行う管理者によって設定される。１つの施設で受付端末１００および順番管理端末３００を複数台ずつ利用する場合には、同一のＩＤとパスコードを利用しても良いが、例えば所定の条件に従い、複数のＩＤとパスワードを使い分けるようにしても良い。

ステータス管理テーブルＴＡ２には、各施設の順番待ちリストが登録されている。この順番待ちリストは、受付順による順番待ちと時刻を指定した予約とを待ち項目別に一元的に管理するためのものであり、順番待ちの受付番号（または予約番号）の一覧と、顧客の人数、待ち項目、および順番待ちステータス等の情報を含む。ステータス管理テーブルＴＡ２の登録内容は、受付端末１００から送信される受付情報と、順番管理端末３００から送信されるステータス変更情報と、予約管理システム５００から送信される予約情報とに基づいて更新される。

設定情報管理テーブルＴＡ３には、各施設における順番待ちの管理に用いられる各種設定情報が登録されている。設定情報は、使用される待ち項目の種類や、待ち項目別に設定された順番待ち１組あたりの待ち時間等の情報を含む。これらの設定情報は、ユーザによって任意に設定することができる。

プロセッサ４３０は、算術演算、論理演算、ビット演算等を処理する算術論理演算ユニット（ＣＰＵなど）および各種レジスタから構成され、記憶部４２０に格納されている各種プログラムを実行することにより順番管理サーバ４００の各部を中枢的に制御する。また、プロセッサ４３０は、順番管理プログラムＡＰ２を実行することにより、受付端末１００、順番管理端末３００、および予約管理システム５００と連携して順番管理機能を実現する。

詳細には、プロセッサ４３０が順番管理プログラムＡＰ２を実行することにより実現される機能部には、受付処理部４３１と、予約処理部４３２と、ステータス管理部４３３と、設定情報管理部４３４とが含まれる。

受付処理部４３１は、受付端末１００から受信した受付情報に従って、ステータス管理テーブルＴＡ２を更新する。具体的には、ステータス管理テーブルＴＡ２に対し、受付情報に含まれる待ち項目別かつ受付番号順に、新規の順番待ちの追加を行う。

予約処理部４３２は、予約管理システム５００から受信した予約情報に基づく予約を、受付情報に基づく順番待ちと一元的に管理するための処理を行う。詳細には、予約処理部４３２は、予約管理システム５００から予約情報を受信した場合に、この予約情報に基づく予約が可能であるか否かを判定し、予約が可能である場合には当該予約情報に従ってステータス管理テーブルＴＡ２を更新する。即ち、ステータス管理テーブルＴＡ２に対し、当該予約情報により指定された時刻に順番待ちの枠（以下、予約枠ともいう）を設定し、この順番待ちの枠に予約番号を付与すると共に、その他の予約情報（待ち項目、予約者の名前、連絡先等）を登録する。一方、予約が不可能である場合には、その旨を示す回答を予約管理システム５００に送信する。

ステータス管理部４３３は、順番管理端末３００から受信したステータス変更情報に従って、ステータス管理テーブルＴＡ２を更新する。具体的には、ステータス変更情報に含まれる受付番号または予約番号をもとに既に登録されている順番待ちを抽出し、抽出した順番待ちのステータスを変更する。

設定情報管理部４３４は、施設の管理者やスタッフ等（以下、ユーザともいう）によりタブレット端末１１０やその他の入力装置から入力される情報に従い、設定情報管理テーブルＴＡ３に格納される設定情報の新規登録や、登録済みの設定情報の変更等を行う。

（２）実施形態の動作
次に、順番管理システム１の動作を説明する。図７は、順番管理システム１およびこれと連携する予約管理システム５００の動作を示すシーケンス図である。以下においては、レストランに順番管理システム１を適用する場合を説明する。

また、以下においては、設定情報管理テーブルＴＡ３に、以下の設定情報が登録されているものとする。
待ち項目 １組あたりの待ち時間 指定条件
・テーブル席 １０分 −
・カウンター席 １２分 順番待ちのみ（予約不可）
・テラス席 １５分 −
・指定なし １０分 −
予約の表示開始：予約時刻の３時間前から
予約制限 ：予約時刻の３０分前まで受付
待ち時間６０分以下の待ち項目のみ受付

ここで、待ち項目の「指定なし」とは、座席を指定せず、予約可能な座席（上記の場合、テーブル席またはテラス席）であればどの種類の座席でも良いという意味である。

また、「１組あたりの待ち時間」とは、順番待ち１組あたりに要する待ち時間のことである。例えばテーブル席の１組あたりの待ち時間が１０分に設定され、テーブル席の待ち組数が２組である場合、その次にテーブル席を指定する順番待ちの待ち時間は、１０分×２組でトータル２０分となる。

また、指定条件とは、当該待ち項目を指定するための条件のことである。例えば、カウンター席に対して「順番待ちのみ（予約不可）」と設定されている場合、カウンター席を指定した予約は行うことができず、カウンター席に座りたいときには現地（レストラン）で順番待ちをしなければならないことを意味する。

また、「予約の表示開始」とは、予約情報に基づいて設定された順番待ちの枠（以下、単に「予約枠」ともいう）をステータス操作画面Ｍ３（図５参照）の順番待ちリストに表示し始める時間のことである。これは、必要以上に早いタイミングから予約枠を表示し始める必要性は薄いためである。予約の表示開始時間としては、例えば、当日、３時間前、１時間前、などと設定することができる。例えば「予約の表示開始」として「予約時刻の３０分前から」と登録されている場合、１６：３０に設定された予約枠は、１６：００になるとステータス操作画面Ｍ３に表示される。図８は、予約枠が登録されたステータス操作画面の表示例であり、リスト表示欄ｍ３１には、１６：３０の予約枠（予約番号５０１）を示す行ｍ３８が追加されている（図５参照）。

また、「予約制限」とは、予約の受付を制限する際の条件のことである。例えば、「予約時刻の３０分前まで受付」は、予約時刻の３０分前を過ぎると予約できないことを意味する。予約時刻を制限する場合、例えば、３日前まで、前日まで、３時間前まで、といった設定も可能である。

また、「待ち時間６０分以下の待ち項目のみ受付」は、トータルの待ち時間が６０分よりも長い座席については予約できないことを意味する。例えばテラス席の１組あたりの待ち時間が１５分に設定され、テラス席の順番待ちをしている顧客の待ち組数が６組であったとすると、トータルの待ち時間は９０分となる。この場合、テラス席を指定した予約を行うことはできない。

この他、予約制限として、予約枠が所定数以上設定された待ち項目は予約できない、順番待ちの待ち組数が所定数に達した待ち項目は予約できない、といった設定も可能である。これらの設定情報は、時間帯や曜日に応じて、あるいは施設の貸し切りといった状況に応じて、ユーザが任意に変更することができる。

レストランを訪れた顧客は、まず、受付端末１００に表示された受付画面Ｍ２（図４参照）を見て、受付開始ボタンｍ２４をタップする。

それにより、受付端末１００において受付動作が開始され、画面が図９に例示する人数入力画面Ｍ４に遷移する。人数入力画面Ｍ４には、テンキーｍ４１と、人数表示欄ｍ４２と、次の入力画面に進むためのボタンｍ４３とが設けられている。顧客は、人数入力画面Ｍ４に表示されたテンキーｍ４１をタップすることにより人数を入力し、さらにボタンｍ４３をタップする。それにより、画面が図１０に例示する座席（待ち項目）の選択画面Ｍ５に遷移する。

座席の選択画面Ｍ５には、複数の座席選択ボタンｍ５１〜ｍ５４が設けられている。座席選択ボタンｍ５１〜ｍ５４には、顧客が選択可能な座席の種類と、それぞれの座席を選択した場合に要する待ち時間とが表示されている。これらの待ち時間は、設定情報管理テーブルＴＡ３に登録されている待ち項目別の１組あたりの待ち時間と、ステータス管理テーブルＴＡ２に登録されている最新の順番待ちリスト（待ち項目別の待ち組数）とに基づいて算出されたものである。例えば、図８に示すように、テーブル席の待ち組数が予約枠を含めて３組、１組あたりの待ち時間が１０分である場合、テーブル席を選択したときの待ち時間は３０分となる。同様に、カウンター席の待ち組数が２組、１組あたりの待ち時間が１２分である場合、カウンター席を選択したときの待ち時間は２４分となる。なお、指定なしの待ち時間としては、他の待ち項目の待ち時間のうちの最短時間を表示しても良い。

顧客は、所望の座席選択ボタン（例えば、テーブル席の座席選択ボタンｍ５２）をタップする。それにより、画面が図１１に例示する受付内容の確認画面Ｍ６に遷移する。

受付内容の確認画面Ｍ６には、顧客の人数および座席の種類が表示される受付内容表示欄ｍ６１と、受付完了ボタンｍ６２とが設けられている。顧客は、受付内容を確認した上で、受付完了ボタンｍ６２をタップする。それにより、受付の入力操作が完了する。

受付端末１００は、上述した受付の入力操作を検知すると（ステップＳ１００：Ｙｅｓ）、新規の順番待ちの受付番号を発行すると共に、この受付番号、受付時刻、顧客の人数、および待ち項目を含む受付情報を生成し、通信ネットワークＮを介して順番管理サーバ４００に送信する（ステップＳ１０１）。

続いて、受付端末１００は、受付番号が表示された番号券を発行してプリンタ２００に出力させる（ステップＳ１０２）。番号券には、受付番号の他、２次元コード付きを表示しても良く、この場合に顧客は、２次元コードを自分の携帯端末で読み取ることにより、呼出状況の確認、メールや電話による呼び出しといったサービスを受けることができる。

一方、受付端末１００が受付の入力操作を検知しない場合（ステップＳ１００：Ｎｏ）、受付端末１００の動作はそのままステップＳ１０３に移行する。

順番管理サーバ４００は、受付端末１００から受付情報を受信すると（ステップＳ２００：Ｙｅｓ）、受信した受付情報に基づいてステータス管理テーブルＴＡ２を更新する（ステップＳ２０１）。

この際、ステータス管理テーブルＴＡ２に予約枠が登録されている場合、順番管理サーバ４００は、新規の順番待ちに順番が到来する推定時刻を算出し、この推定時刻が予約枠として指定された時刻と重複するか否かを判定する。例えば図８に示すように、１６：０５の段階でテーブル席の順番待ちが２組（受付番号３、４）であるとき、テーブル席を選択した新規の順番待ちの待ち時間は２０分（１０分×２組）で、順番が到来するのは１６：２５となる。この場合、新規の順番待ちは、１６：３０の予約枠と重複してしまう。そこで、順番管理サーバ４００は、新規の順番待ちが当該予約枠の次の順番となるように、ステータス管理テーブルＴＡ２に登録する。

一方、新規の順番待ちが予約枠と重複しない場合、順番管理サーバ４００は、当該新規の順番待ちを、受付順による順番待ちの最後尾に登録する。

続いて、順番管理サーバ４００は、更新したステータス管理テーブルＴＡ２に基づく最新のステータス情報を、通信ネットワークＮを介して受付端末１００および順番管理端末３００に送信する（ステップＳ２０２）。

ここで、順番管理サーバ４００は、ステータス管理テーブルＴＡ２を更新するたびに、ステータス情報を受付端末１００および順番管理端末３００に送信しても良いし、ステータス管理テーブルＴＡ２を更新したか否かにかかわらず、所定の時間間隔でステータス情報を上記各端末に送信しても良い。あるいは、順番管理サーバ４００は、受付端末１００または順番管理端末３００から要求が来たときのみ、ステータス情報を送信するようにしても良い。この場合、受付端末１００および順番管理端末３００の各々は、所定の時間間隔で順番管理サーバ４００にステータス情報を要求するように設定される。

一方、順番管理サーバ４００が受付端末１００から受付情報を受信しない場合（ステップＳ２００：Ｎｏ）、順番管理サーバ４００の動作はそのままステップＳ２０３に移行する。

受付端末１００は、順番管理サーバ４００から最新のステータス情報を受信すると（ステップＳ１０３：Ｙｅｓ）、受信したステータス情報に基づいて、図４に例示する受付画面Ｍ２を更新表示する（ステップＳ１０４）。一方、受付端末１００が順番管理サーバ４００から最新のステータス情報を受信しない場合（ステップＳ１０３：Ｎｏ）、受付端末１００の動作はそのままステップＳ１０５に移行する。

また、順番管理端末３００は、順番管理サーバ４００から最新のステータス情報を受信すると（ステップＳ４００：Ｙｅｓ）、受信したステータス情報に基づいてステータス操作画面Ｍ３の順番待ちリストを更新表示する（ステップＳ４０１）。

図１２は、新規の順番待ちが登録されたステータス操作画面の表示例である。図１２に示すように、リスト表示欄ｍ３１には、予約番号５０１の予約枠（行ｍ３８）の次に、受付番号１０の新規の順番待ち（行ｍ３９）が追加されている。なお、この場合、受付番号１０は、受付番号３、４および予約番号５０１の計３組の待ち組の後になるため、待ち時間は３０分となる。

一方、順番管理端末３００が順番管理サーバ４００から最新のステータス情報を受信しない場合（ステップＳ４００：Ｎｏ）、順番管理端末３００の動作はそのままステップＳ４０２に移行する。

予約管理システム５００は、予約入力操作を検知すると（ステップＳ３００：Ｙｅｓ）、この予約入力操作に応じた予約情報を生成して順番管理サーバ４００に送信する（ステップＳ３０１）。

順番管理サーバ４００は、予約管理システム５００から予約情報を受信すると（ステップＳ２０３：Ｙｅｓ）、この予約情報に基づく予約の受付が可能か否かを判定する（ステップＳ２０４）。そして、予約情報に基づく予約を受け付けられない場合（ステップＳ２０４：Ｎｏ）、その旨を示す予約拒否回答を予約管理システム５００に送信する（ステップＳ２０５）。反対に、予約情報に基づく予約が受付可能である場合（ステップＳ２０４：Ｙｅｓ）、その旨を示す予約受付回答を予約管理システム５００に送信する（ステップＳ２０６）。

一例として、予約情報においてカウンター席が指定されている場合、設定情報における指定条件を満たさない（カウンター席については予約不可）ため、順番管理サーバ４００は予約拒否回答を送信する。

別の例として、予約情報においてテラス席が指定されている場合、現在のテラス席の待ち時間は９０分であり、設定情報の予約制限における待ち時間の上限（６０分）を超えているため、順番管理サーバ４００は予約拒否回答を送信する。

さらに別の例として、予約情報においてテーブル席が指定され、かつ予約時刻が１７：００である場合、順番管理サーバ４００は、ステータス管理テーブルＴＡ２に登録されているテーブル席の順番待ちの最後尾に順番が到来する時刻を推定し、この推定時刻に予約時刻が重複するか否かを判定する。例えば図１２に示すように、最後尾である受付番号１０に順番が到来するのは、１６：０５の３０分後である１６：３５であり、予約時刻１７：００とは重複していない。従って、この場合には予約の受付が可能であり、順番管理サーバ４００は予約受付回答を送信する。

予約管理システム５００は、予約の可否を示す回答を受信し（ステップＳ３０２）、当該回答を画面に表示するなどして（ステップＳ３０３）、予約者に回答を通知する。例えば、予約を受け付けていない座席が指定された場合、図１３に例示する回答画面Ｍ７を表示して、予約できなかった理由を案内しても良い。また、指定した座席が混んでいたため予約できなかった場合、図１４に例示する回答画面Ｍ８を表示して、予約できなかった理由を案内すると共に、別の選択肢を提示することとしても良い。例えば、予約時刻を変更する、または座席を変更することにより予約できる可能性が生じる。

順番管理サーバ４００は、予約を受け付けた予約情報に基づいて、ステータス管理テーブルＴＡ２を更新する（ステップＳ２０７）。具体的には、当該予約情報により指定された時刻に予約枠を設定すると共に予約番号を付与し、さらに、その他の予約情報（待ち項目、予約者の名前、連絡先等）を登録する。

続いて、順番管理サーバ４００は、更新したステータス管理テーブルＴＡ２に基づく最新のステータス情報を、通信ネットワークＮを介して受付端末１００および順番管理端末３００に送信する（ステップＳ２０８）。ここで、順番管理サーバ４００は、ステータス管理テーブルＴＡ２を更新するたびに、ステータス情報を受付端末１００および順番管理端末３００に送信しても良いし、所定の時間間隔で、あるいは受付端末１００および順番管理端末３００からの要求に応じてステータス情報をこれらの端末に送信しても良い。

図１５は、予約枠が登録されたステータス操作画面の表示例である。図１５に示すように、リスト表示欄ｍ３１には、受付番号１０の順番待ち（行ｍ３９）の次に、予約番号５０２の予約枠（行ｍ４０）が追加されている。

レストランの店員は、順番待ちステータスを変更する場合、順番管理端末３００を操作して、図１５に例示するステータス操作画面Ｍ３に対してステータス変更操作を行う。

順番管理端末３００は、ステータス変更操作を検知すると（ステップＳ４０２：Ｙｅｓ）、このステータス変更操作に応じたステータス変更情報を生成し、通信ネットワークＮを介して順番管理サーバ４００に送信する（ステップＳ４０３）。一方、順番管理端末３００がステータス変更操作を検知しない場合（ステップＳ４０２：Ｎｏ）、順番管理端末３００の動作はそのままステップＳ４０４に移行する。

順番管理サーバ４００は、順番管理端末３００からステータス変更情報を受信すると（ステップＳ２０９：Ｙｅｓ）、受信したステータス変更情報に基づいてステータス管理テーブルＴＡ２を更新する（ステップＳ２１０）。例えば、ある受付番号または予約番号のステータスを「案内済」に変更するステータス変更情報を受信した場合、ステータス管理テーブルＴＡ２から当該受付番号または予約番号を消し込む。また、ある受付番号または予約番号のステータスを「呼出中」に変更するステータス変更情報を受信すると、ステータス管理テーブルＴＡ２に登録された当該受付番号または予約番号のステータスを「呼出中」に変更する。この際、当該受付番号または予約番号にメールアドレスや電話番号が紐づけられている場合には、順番管理サーバ４００はメールや電話により顧客を呼び出すこととしても良い。

続いて、順番管理サーバ４００は、更新したステータス管理テーブルＴＡ２に基づく最新のステータス情報を受付端末１００および順番管理端末３００に送信する（ステップＳ２１１）。順番管理サーバ４００は、ステータス管理テーブルＴＡ２を更新するたびに、ステータス情報を受付端末１００および順番管理端末３００に送信しても良いし、所定の時間間隔で、あるいは受付端末１００および順番管理端末３００からの要求に応じてステータス情報をこれらの端末に送信しても良い。

一方、順番管理サーバ４００が順番管理端末３００からステータス変更情報を受信しない場合（ステップＳ２０９：Ｎｏ）、順番管理サーバ４００の動作はそのままステップＳ２１２に移行する。

その後、順番管理システム１が動作を継続する場合（ステップＳ１０５、Ｓ２１２、Ｓ３０４、Ｓ４０４：Ｎｏ）、受付端末１００、順番管理サーバ４００、予約管理システム５００、および順番管理端末３００の動作はステップＳ１００、Ｓ２００、Ｓ３００、Ｓ４００にそれぞれ戻る。一方、順番管理システム１が動作を終了する場合（例えば、１日の業務を終了する場合、ステップＳ１０５、Ｓ２１２、Ｓ３０４、Ｓ４０４：Ｙｅｓ）、受付端末１００、順番管理サーバ４００、予約管理システム５００、および順番管理端末３００の動作は終了する。

以上説明したように、本実施形態によれば、順番管理システム１と予約管理システム５００とを連携させ、受付端末１００が受け付けた受付情報に基づく順番待ちと、予約管理システム５００から送信された予約情報に基づく予約枠とを、順番管理システム１において一元的に管理することができる。つまり、様々な予約管理システムにおいて入力された予約情報を順番管理システム１に集約し、受付順による順番待ちと、時刻指定による予約枠との順番を調整し、ステータスを適切に管理することが可能となる。

また、本実施形態によれば、受付情報に基づく順番待ちと予約情報に基づく予約枠とを待ち項目別に受け付けて管理するので、顧客の来所目的や要望に応じた予約の受付が可能となる。従って、例えば、顧客の来所目的や要望に応じて予約と順番待ちとに優先順位を付けたい、来所目的や要望によっては予約の受付を控えたいといった要望に対しても対応可能な順番管理システムを構築することができる。

上記実施形態においては、予約処理部４３２が予約情報に基づく予約の可否を待ち項目別に判定し、この判定結果に基づく回答を順番管理サーバ４００から予約管理システム５００に送信することとしたが、予約の可否を判定するための条件を予め予約管理システム５００に送信し、予約管理システム５００において予約の可否を判定することとしても良い。例えば、カウンター席については予約を受け付けない旨の指定条件が設定情報として登録されている場合、予約管理システム５００において、座席指定の選択肢から予めカウンター席を外しておいても良い。或いは、ステータス管理テーブルＴＡ２において既に順番待ちで埋められている時間帯や、既に予約枠が登録されている時間帯については、予め予約を受け付けない設定にしておいても良い。

１…順番管理システム
１００…受付端末
１１０…タブレット端末
１２０…通信インタフェース
１３０…入力部
１３１…タッチパネル
１４０…表示部
１５０…記憶部
１６０…プロセッサ
１６１…客様モード実行部
１６２…店員モード実行部
１６３…モード切換部
２００…プリンタ
３００…順番管理端末
４００…順番管理サーバ
４１０…通信インタフェース
４２０…記憶部
４３０…プロセッサ
４３１…受付処理部
４３２…予約処理部
４３２…予約処理部
４３３…ステータス管理部
４３４…設定情報管理部
５００…予約管理システム
ＡＰ１…順番管理アプリケーション
ＡＰ２…順番管理プログラム
ＤＢ１…順番管理データベース
ＴＡ１…クライアント管理テーブル
ＴＡ２…ステータス管理テーブル
ＴＡ３…設定情報管理テーブル
Ｎ…通信ネットワーク

Claims (6)

1. 順番待ちを管理する順番管理システムであって、
   予め設定された複数の項目別に新規の順番待ちの入力操作を受け付け、前記順番待ちを受け付けた旨を表す受付情報を生成する受付端末と、
   順番待ちの状況を表す順番待ちステータスの変更操作を受け付け、該順番待ちステータスを変更した旨を表すステータス変更情報を生成する順番管理端末と、
   前記受付端末および前記順番管理端末と通信ネットワークを介して接続され、前記受付情報および前記ステータス変更情報に基づいて順番待ちを管理すると共に、時刻を指定した予約の入力操作を前記項目別に受け付け可能な予約管理システムから前記通信ネットワークを介して送信される予約情報に基づいて、前記時刻を指定した予約を管理する順番管理サーバと、
   を備え、
   前記順番管理サーバは、
   前記項目別に順番待ちを管理するためのテーブルを格納する記憶部と、
   前記受付情報に基づく順番待ちを前記項目別かつ前記受付端末における受付時刻順に前記テーブルに登録する受付処理部と、
   前記予約情報に基づく予約の可否を前記テーブルに基づいて前記項目別に判定し、該予約が可能である場合に、前記予約情報において指定された時刻における予約枠を生成して前記テーブルに登録する予約処理部と、
   を有する、順番管理システム。
2. 前記予約処理部は、前記テーブルに登録されている順番待ちのうち、前記予約情報において指定された項目と同じ項目の順番待ちに順番が到来する推定時刻を算出し、前記予約情報において指定された時刻が、前記推定時刻および前記テーブルに登録されている予約枠の時刻と重複しない場合に、前記予約情報に基づく予約が可能と判定する、請求項１に記載の順番管理システム。
3. 前記予約処理部は、前記テーブルに登録されている順番待ちのうち、前記予約情報において指定された項目と同じ項目の最後尾の順番待ちに順番が到来するまでの推定待ち時間を算出し、前記推定待ち時間が所定の時間以下である場合に、前記予約情報に基づく予約が可能と判定する、請求項１または２に記載の順番管理システム。
4. 前記予約処理部は、前記予約情報において前記複数の項目のうちの特定の項目が指定されている場合、前記予約情報に基づく予約は不可能と判定する、請求項１〜３のいずれか１項に記載の順番管理システム。
5. 順番待ちを管理する順番管理システムにおいて用いられる順番管理装置であって、
   前記順番管理システムは、
   予め設定された複数の項目別に新規の順番待ちの入力操作を受け付け、前記順番待ちを受け付けた旨を表す受付情報を生成する受付端末と、
   順番待ちの状況を表す順番待ちステータスの変更操作を受け付け、該順番待ちステータスを変更した旨を表すステータス変更情報を生成する順番管理端末と、
   を備え、
   前記受付端末から送信される前記受付情報と、前記順番管理端末から送信される前記ステータス変更情報と、時刻を指定した予約の入力操作を前記項目別に受け付け可能な予約管理システムから送信される予約情報とを通信ネットワークを介して受信する通信インタフェースと、
   前記項目別に順番待ちを管理するためのテーブルを格納する記憶部と、
   前記受付情報に基づく順番待ちを前記項目別かつ前記受付端末における受付時刻順に前記テーブルに登録する受付処理部と、
   前記予約情報に基づく予約の可否を前記テーブルに基づいて前記項目別に判定し、該予約が可能である場合に、前記予約情報において指定された時刻における予約枠を生成して前記テーブルに登録する予約処理部と、
   前記ステータス変更情報に基づいて前記テーブルに登録された前記順番待ちおよび前記予約枠のステータスを管理するステータス管理部と、
   を有する、順番管理装置。
6. 順番待ちを管理する順番管理システムにおいて用いられる順番管理装置に実行させるプログラムであって、
   前記順番管理システムは、
   予め設定された複数の項目別に新規の順番待ちの入力操作を受け付け、前記順番待ちを受け付けた旨を表す受付情報を生成する受付端末と、
   順番待ちの状況を表す順番待ちステータスの変更操作を受け付け、該順番待ちステータスを変更した旨を表すステータス変更情報を生成する順番管理端末と、
   を備え、
   前記受付端末から送信される前記受付情報と、前記順番管理端末から送信される前記ステータス変更情報と、時刻を指定した予約の入力操作を前記項目別に受け付け可能な予約管理システムから送信される予約情報と、のいずれかを通信インタフェースを介して受信するステップ（ａ）と、
   前記受付情報を受信した場合に、前記項目別に順番待ちを管理するためのテーブルに対し、前記受付情報に基づく順番待ちを前記項目別かつ前記受付端末における受付時刻順に前記テーブルに登録するステップ（ｂ）と、
   前記予約情報を受信した場合に、該予約情報に基づく予約の可否を前記テーブルに基づいて前記項目別に判定し、該予約が可能である場合に、前記予約情報において指定された時刻における予約枠を生成して前記テーブルに登録するステップ（ｃ）と、
   前記ステータス変更情報を受信した場合に、該ステータス変更情報に基づいて前記テーブルに登録された前記順番待ちおよび前記予約枠のステータスを管理するステップ（ｄ）と、
   を実行させるプログラム。

Images