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

Abstract

【課題】順番待ちをする顧客が、自分が呼び出されていることを容易に認識することができる順番管理システム等を提供する。【解決手段】顧客の順番待ちを管理する順番管理システムであって、顧客から順番待ちの入力操作を受け付ける受付端末と、施設における順番待ち状況に対する変更操作を受け付ける順番管理端末と、施設における顧客の順番待ち状況を表示する表示端末と、受付端末、順番管理端末および表示端末の各々と通信ネットワークを介して接続され、受付端末が受け付けた入力操作と、順番管理端末が受け付けた変更操作とに基づいて、施設における順番待ち状況を管理し、表示端末に順番待ち状況を表示させる順番管理サーバと、順番管理サーバと通信ネットワークを介して接続される通知手段を備える。通知手段は、順番が到来した顧客の携帯端末が、当該通知手段から所定の範囲内にあるとき、顧客の順番が到来した旨を音声で通知する。【選択図】図１

Description

本発明は、病院、銀行、店舗、役所等の施設における顧客の順番待ちを管理する管理技術に関する。

従来、病院、銀行、店舗、役所等の施設においては、サービスを待つ顧客の順番を管理するための種々のシステムが採用されている。例えば、特許文献１には、金融機関での取引科目を顧客に選択させ、その取引科目に対応した伝票を印刷して発行する伝票発行端末を備えた窓口取引受け付けシステムが開示されている。

特開２００２−２０７８８５号公報

例えば特許文献１のような従来の順番管理システムにおいては、顧客の順番待ちを受け付けた際に受付番号を発行し、顧客の順番が到来すると受付番号を音声で読み上げる、あるいは受付番号をディスプレイに表示するなどして顧客の呼び出しを行う。しかし、順番待ちをする顧客は、呼び出されることに常に注力しているわけではない。時には、自分の受付番号が読み上げられたり、ディスプレイに表示されたりしていることに気が付かない場合もある。そのような場合、結果として当該顧客へのサービス提供が遅れてしまう。また、その後に続いて順番待ちをする顧客を長時間待たせることにもなってしまう。

本発明は、以上説明した事情を鑑みてなされたものであり、自分が呼び出されていることを顧客が容易に認識することができる順番管理システム、通知装置およびプログラムを提供することを目的の一つとする。

本発明の一態様である順番管理システムは、施設における顧客の順番待ちを管理する順番管理システムであって、顧客から順番待ちの入力操作を受け付ける受付端末と、前記施設における順番待ち状況に対する変更操作を受け付ける順番管理端末と、前記施設における顧客の順番待ち状況を表示する表示端末と、前記受付端末、前記順番管理端末および前記表示端末の各々と通信ネットワークを介して接続され、前記受付端末が受け付けた前記入力操作と、前記順番管理端末が受け付けた前記変更操作とに基づいて、前記施設における順番待ち状況を管理し、前記表示端末に前記順番待ち状況を表示させる順番管理サーバと、前記順番管理サーバと通信ネットワークを介して接続される通知手段であって、順番が到来した顧客の携帯端末が、当該通知手段から所定の範囲内にあるとき、前記顧客の順番が到来した旨を音声で通知する通知手段と、を備えるものである。

順番管理システムにおいて、前記通知手段は、近距離無線通信により、前記携帯端末との間で信号を送受信することにより、前記携帯端末が所定の範囲内にあるか否かを判断してもよい。また、前記通知手段は、前記携帯端末が計測した位置情報と、当該通知手段が計測した位置情報とに基づいて、前記携帯端末が所定の範囲内にあるか否かを判断してもよい。

また、順番管理システムにおいて、前記通知手段は、自力走行可能な移動機構を備えてもよい。前記通知手段は、前記携帯端末が所定の範囲外にあるとき、前記携帯端末が所定の範囲内となる場所に移動して通知を行うものとしてもよい。

また、順番管理システムにおいて、前記通知手段を複数備え、前記複数の通知手段のうち、前記携帯端末に最も近い場所に位置する通知手段によって前記通知を行うものとしてもよい。

本発明の別の態様である通知装置は、施設における顧客の順番待ちを管理する順番管理システムにおいて用いられる通知装置であって、順番管理サーバとの間で通信ネットワークを介して情報の送受信を行う通信インタフェースと、順番が到来した顧客の携帯端末が所定の範囲内にあるとき、前記顧客の順番が到来した旨を音声で通知する通知部と、を有するものである。ここで、順番管理システムは、顧客から順番待ちの入力操作を受け付ける受付端末と、前記施設における順番待ち状況に対する変更操作を受け付ける順番管理端末と、前記施設における顧客の順番待ち状況を表示する表示端末と、前記受付端末、前記順番管理端末および前記表示端末の各々と通信ネットワークを介して接続され、前記受付端末が受け付けた前記入力操作と、前記順番管理端末が受け付けた前記変更操作とに基づいて、前記施設における順番待ち状況を管理し、前記表示端末に前記順番待ち状況を表示させる順番管理サーバと、を備える。

本発明のさらに別の態様であるプログラムは、施設における顧客の順番待ちを管理する順番管理システムにおいて用いられる通知装置に実行させるプログラムであって、順番管理サーバとの間で通信ネットワークを介して情報の送受信を行うステップと、順番が到来した顧客の携帯端末が所定の範囲内にあるとき、前記顧客の順番が到来した旨を音声で通知するステップと、を実行させるプログラムである。

本発明によれば、顧客の順番が到来した際に、顧客に向け音声を発することにより順番が到来した旨を通知するので、当該携帯端末を携帯する顧客は、自分が呼び出されていることを容易に認識することが可能となる。

本発明の実施形態に係る順番管理システムの概略構成を示す図である。 本発明の実施形態に係る受付端末、順番管理端末および外部表示端末の主要構成を示すブロック図である。 モード切換ウィンドウを例示した図である。 お客様モード実行部の主要構成を示すブロック図である。 お客様モードにおける操作画面（受付画面）を例示した図である。 お客様モードにおける受付項目選択画面を例示した図である。 スタッフモードにおける操作画面（ステータス操作画面）を例示した図である。 外部ディスプレイにおける順番待ち状況の表示画面を例示した図である。 本発明の実施形態に係る順番管理サーバの主要構成を示すブロック図である。 本発明の実施形態に係る通知端末の主要構成を示すブロック図である。 本発明の実施形態に係る順番管理システムの動作を示すシーケンス図である。 受付完了画面を例示した図である。 通知端末が呼び出しを行う様子を例示した図である。 本発明の実施形態の変形例に係る順番管理システムの概略構成を示す図である。

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

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

（１）実施形態の構成
図１は、本実施形態に係る順番管理システム１の概略構成を示す図である。
順番管理システム１は、病院等の施設を訪れた顧客の順番待ちを管理するシステムである。同図に示すように、順番管理システム１は、新規の順番待ちの入力を受け付ける受付端末１００と、順番待ちの受付伝票（番号券）を印刷するプリンタ２００と、順番待ち状況（ステータス）を表示すると共にステータスの変更を受け付ける順番管理端末３００と、順番待ち状況の一覧を表示する外部表示端末（表示端末）４００および外部ディスプレイ４５０と、順番待ち状況を管理する順番管理サーバ５００と、順番の到来した顧客の呼び出しを行う通知端末６００とを備える。このうち、受付端末１００と、順番管理端末３００と、外部表示端末４００と、順番管理サーバ５００と、通知端末６００とは、通信ネットワークＮを介して接続される。また、携帯端末７００は、施設を訪れた顧客に携帯され、通信ネットワークＮに接続される。

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

ここで、図１においては、受付端末１００、順番管理端末３００、外部表示端末４００、通知端末６００を１台ずつ図示しているが、これに限る趣旨ではなく、これらの機器を複数台ずつ設けて通信ネットワークＮに接続してもよい。例えば、１つの病院に受付端末１００、順番管理端末３００、外部表示端末４００、および通知端末６００を複数台ずつ設置しても良いし、同じ系列の複数の病院に、これらの機器を１台ずつまたは複数台ずつ設置しても良い。受付端末１００、順番管理端末３００、外部表示端末４００、および通知端末６００には、各端末が設置された施設を特定するための識別情報として施設ＩＤが与えられている。また、受付端末１００、順番管理端末３００および外部表示端末４００をそれぞれ別体のものとして構成する代わりに、各々端末のうち任意の機能を１台の端末装置にまとめて構成してもよい。

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

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

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

信号受発信部１３０は、ＢＬＥ（Bluetooth（登録商標） Low Energy）などの通信規格に基づき、所定の電波を利用した近距離無線信号（特定の無線信号。以下、ビーコンという）を周囲に発信すると共に、ビーコンに応答して他の機器から発信された信号を受信する。本実施形態において、信号受発信部１３０は、タブレット端末１１０から数ｃｍ〜数ｍの範囲内にある携帯端末７００、具体的には、タブレット端末１１０を操作している顧客が携帯する携帯端末７００との間でビーコンの発信および信号の受信を行う。

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

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

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

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

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

プロセッサ１７０が順番管理アプリケーションＡＰ１を実行することにより実現される機能部には、施設を訪れた顧客にタブレット端末１１０を操作させて順番待ちの受付を行うお客様モードを実行するお客様モード実行部１７１と、施設のスタッフや管理者（以下、これらをまとめてスタッフという）にタブレット端末１１０を操作させて順番待ちのステータスを管理するスタッフモードを実行するスタッフモード実行部１７２と、順番待ち状況の一覧を大型の外部ディスプレイに表示させる外部ディスプレイモードを実行する外部ディスプレイモード実行部１７３と、お客様モードとスタッフモードと外部ディスプレイモードとを切り換えるモード切換部１７４とがある。

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

モード切換操作は、スタッフなどの操作権限を有する者によって行われる。操作権限を有する者が正しい施設ＩＤおよびパスコードをタブレット端末１１０に入力し、認証に成功すると、モード切換部１７４は、図３に示すモード切換ウィンドウＭ１を表示部１５０に表示する。操作権限を有する者がタッチパネル１４１を操作することにより、お客様モードとスタッフモードと外部ディスプレイモードとのいずれかを選択し、モード切換ウィンドウＭ１を閉じると、選択されたモードが当該タブレット端末１１０に設定される。

＜お客様モード＞
お客様モードは、現在の待ち時間や待ち人数等の順番待ち状況の概要を表示すると共に、施設を訪れた顧客にタッチパネル１４１を操作させることで新規の順番待ちの入力を受け付け可能とするモードである。

図４は、お客様モード実行部１７１の主要構成を示すブロック図である。図４に示すように、お客様モード実行部１７１は、表示部１５０に対する表示制御を行う表示制御部１７１ａと、新規の順番待ちの受付を指示する受付指示部１７１ｂと、信号受発信部１３０の動作を制御する信号制御部１７１ｃとを有する。

図５および図６は、お客様モード実行部１７１の制御の下で表示部１５０に表示される操作画面を例示した図である。

図５は、タッチパネル１４１の操作により新規の順番待ちを受け付ける受付画面Ｍ２を示している。受付画面Ｍ２は、順番待ちをしている顧客の受付番号が表示される順番待ちリスト表示欄ｍ２１と、順番待ちをしている顧客の数（待ち人数）や待ち時間の目安が表示される待ち情報表示欄ｍ２２と、受付開始ボタンｍ２３とを含む。

図６は、タッチパネル１４１の操作により顧客に所望の受付項目を選択させる受付項目選択画面Ｍ３を示している。受付項目選択画面Ｍ３は、受付項目の種類の指定操作を促すメッセージｍ３１と、受付項目の種類指定ボタンｍ３２〜ｍ３６とを含む。各種類指定ボタンｍ３２〜ｍ３６には、受付項目（新規受付、初診受付、再診受付、人間ドック受付、入院受付等）が表示されている。これらの種類指定ボタンｍ３２〜ｍ３６に対し、現在の待ち時間や現在順番待ちをしている人数を受付項目ごとに表示しても良い。

なお、いかなる項目を入力対象とするかについては、施設の管理者等の意向に応じて決定すればよい。例えば、受付項目別に受付をせず、顧客が来た順に一律に受付を行う場合には、図６に示す受付項目選択画面Ｍ３の表示を省略しても良い。また、順番管理システム１が適用される施設に応じて、入力項目を追加しても良い。一例として、順番管理システム１を飲食店に適用する場合には、来店者の人数や希望する席のタイプ（テーブル席、カウンター等）を入力させるようにしても良い。

表示制御部１７１ａは、順番管理サーバ５００から最新の順番待ち状況に関する情報（以下、ステータス情報という）を受信した場合に、このステータス情報に基づき、受付画面Ｍ２における順番待ちリストや待ち人数等を更新すると共に、タッチパネル１４１に対する所定の操作（例えば、受付開始ボタンｍ２３に対するタップ操作）に応じて受付項目選択画面Ｍ３を表示部１５０に表示させる。

受付指示部１７１ｂは、受付項目選択画面Ｍ３の種類指定ボタンｍ３２〜ｍ３６のいずれかに所定の操作（例えばタップ操作）がなされた場合に、新規の順番待ちを受け付けた旨を示す受付情報を生成し、通信ネットワークＮを介して順番管理サーバ５００に送信する。また、受付指示部１７１ｂは、順番待ちの番号が記載された受付伝票（番号表）をプリンタ２００に出力させる。受付情報には、順番待ちをする顧客に与えられる識別情報や、受付時刻や、受付項目や、後述する顧客の携帯端末７００の識別情報（携帯端末ＩＤ）等が含まれる。

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

信号制御部１７１ｃは、信号受発信部１３０に対し、ビーコンを発信させると共に、携帯端末７００から発信された信号を受信させる制御を行う。詳細には、信号制御部１７１ｃは、受付画面Ｍ２の受付開始ボタンｍ２３に対する操作をトリガーとして、信号受発信部１３０にビーコンを発信させる。このビーコンには、携帯端末７００に専用のアプリケーションが実装されている場合に、当該携帯端末７００に対して携帯端末７００に予め登録されている携帯端末ＩＤを要求する指示情報が重畳されている。また、信号制御部１７１ｃは、信号受発信部１３０が携帯端末７００から信号を受信した際に、このビーコンに重畳されている携帯端末ＩＤを取得し、取得された携帯端末ＩＤを受付情報と共に通信ネットワークＮを介して順番管理サーバ５００に送信する。この際、ビーコンに応答して、複数の携帯端末７００のそれぞれから発信された複数の信号を信号受発信部１３０が受信した場合、信号制御部１７１ｃは、例えば、信号強度が第１の閾値（例えば−６０ｄＢ等）より大きく（すなわち、携帯端末７００が受付端末１００の近傍にあり）、かつ、信号強度が最も強い信号を選択的に受信させる。

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

図７は、スタッフモードにおいて表示部１５０に表示される操作画面を例示した図であり、タッチパネル１４１の操作により順番待ちのステータスの変更を受け付けるステータス操作画面Ｍ４を示している。ステータス操作画面Ｍ４は、受付端末１００が発行した受付番号ごとに順番待ちリストが表示されるリスト表示欄ｍ４１を含む。

リスト表示欄ｍ４１の各行ｍ４２には、受付番号と、受付項目と、受付時刻と、現在のステータスとが表示されている。これらの行ｍ４２は、受付項目によらず受付時刻順に並べて表示しても良いし、受付項目別に受付時刻順に並べて表示しても良い。行ｍ４２の配列は、ステータス操作画面Ｍ４に対する操作により適宜変更できるようにしても良い。

本実施形態においては、順番待ちのステータスを変更するための操作ボタン群ｍ４３が、所定の操作により各行ｍ４２に表示されるようになっている。操作ボタン群ｍ４３を表示させるための操作としては、例えば、ステータスの変更対象とする行を右から左へとスワイプする操作が挙げられる。なお、図７は、受付番号「２２３」の行ｍ４２に対して操作ボタン群ｍ４３を表示させた状態を示している。

操作ボタン群ｍ４３のうち、「取消」は、順番待ちをキャンセルする際に操作される。「変更」は、いったん入力された順番待ちの詳細（受付項目など）を変更する際に操作される。「呼出」は、順番が到来して顧客を呼び出す際に操作される。「案内」は、顧客をサービス提供（例えば診察）のために案内する際に操作される。なお、変更操作は、「取消」、「変更」、「呼出」、「案内」に限定する趣旨ではなく、施設の業務形態等に応じて、管理者等が適宜設定および変更することが可能である。

スタッフモード実行部１７２は、最新のステータス情報を順番管理サーバ５００から受信した場合に、受信したステータス情報に基づいて、ステータス操作画面Ｍ４に表示されている順番待ちリストを更新する。

また、スタッフモード実行部１７２は、ステータス操作画面Ｍ４の操作ボタン群ｍ４３のいずれかに対して所定の操作（例えばタップ操作）がなされた場合に、操作に応じたステータス変更情報を生成し、通信ネットワークＮを介して順番管理サーバ５００に送信する。

＜外部ディスプレイモード＞
外部ディスプレイモードは、施設内に設置されている大型ディスプレイなどに順番待ち状況を表示するためのモードである。外部ディスプレイモードで利用する場合には、タブレット端末１１０を、プラズマディスプレイや液晶ディスプレイなどの外部ディスプレイ４５０にケーブルで接続して利用する。外部ディスプレイモードでは、順番待ちリストに基づき、順番待ち状況の一覧が画面に大きく表示される。図８は、外部ディスプレイ４５０における順番待ち状況の表示画面Ｍ５を例示した図である。図８に示す表示画面Ｍ５は、受付項目ごとに表示領域が分かれている。各表示領域は、受付項目表示欄ｍ５１と、顧客の順番の到来を表す情報として呼出中の受付番号が表示される呼出番号表示欄ｍ５２と、まだ順番が到来していない受付番号が表示される待ち番号表示欄ｍ５３とを含む。順番待ちをする顧客は、このような表示画面Ｍ５で自分の受付番号を確認することにより、順番待ちのステータスやおおよその待ち時間等を把握することが可能となる。

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

受付端末１００には、有線ケーブルまたは無線によってプリンタ２００が接続されている。プリンタ２００は、受付端末１００に対する操作に応じて、順番待ちの受付伝票（番号券）などを発券する。施設によっては、受付伝票の他、クーポンなどを発券しても良い。

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

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

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

記憶部５２０は、例えば、ディスクドライブまたは半導体メモリ（ＲＯＭ、ＲＡＭなど）等のコンピュータ読み取り可能な記録媒体からなる物理デバイスの記憶領域が提供する論理デバイスである。記憶部５２０は、複数の物理デバイスを１つの論理デバイスにマッピングして構築してもよいし、１つの物理デバイスを複数の論理デバイスにマッピングして構築してもよい。記憶部５２０は、オペレーティングシステムプログラムやドライバプログラムを含む各種プログラムおよびこれらのプログラムの実行中に使用される各種データを格納する。具体的には、記憶部５２０は、プロセッサ５３０に実行させる順番管理プログラムＡＰ２と、このプログラムの実行中に使用される管理データベースＤＢ１とを記憶している。

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

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

ステータス管理テーブルＴＡ２には、受付端末１００が発行した受付番号の一覧と、各受付番号の順番待ちのステータスとを含む順番待ちリストが、施設ごとに格納されている。各順番待ちリストにおいては、受付端末１００から送信される受付情報に基づいて新たな順番待ちの受付番号が登録されると共に、順番管理端末３００から送信されるステータス変更情報に基づいて各受付番号の順番待ちのステータスが更新される。また、ステータス管理テーブルＴＡ２においては、受付端末１００から受付情報と共に送信された携帯端末ＩＤが受付番号に関連付けられて格納されている。

ここで、順番待ちのステータスには、「未呼出」と、「呼出」と、「案内済」とがある。「未呼出」は順番が到来していない状態である。「呼出」は順番が到来して呼び出しを行っている状態である。「案内済」はサービス提供のため顧客を案内し終えた状態である。なお、どのようなステータスを設定するかについては、各施設の管理者等が適宜設定し、あるいは変更することができる。

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

順番管理部５３１は、受付端末１００から受付情報を受信した際、または順番管理端末３００からステータス変更情報を受信した際に、受信した受付情報またはステータス変更情報に従ってステータス管理テーブルＴＡ２を更新する。また、順番管理部５３１は、更新したステータス管理テーブルＴＡ２に基づく最新のステータス情報を受付端末１００、順番管理端末３００、外部表示端末４００、および通知端末６００に送信することにより、各端末が格納する順番待ちリストを更新させる。なお、どのような情報をステータス情報に含めるかについては、各施設の管理者等が適宜設定および変更することができる。

再び図１を参照すると、通知端末６００は、順番が到来した顧客、即ち、ステータスが「呼出」となった受付番号の顧客に向けて、順番が到来した旨を通知する通知手段である。本実施形態においては通知端末６００として、演算処理能力の高いコンピュータに機械的な移動機構を組み合わせた自走可能なロボットを用いている。

図１０は、通知端末６００の概略構成を示すブロック図である。図１０に示すように、通知端末６００は、通信ネットワークＮに接続して通信ネットワークＮ上の他の機器と通信をするための通信インタフェース６１０と、信号受発信部６２０と、音声発生部６３０と、表示部６４０と、駆動部６５０と、ディスクドライブまたは半導体メモリ（ＲＯＭ、ＲＡＭ等）などの記憶部６６０と、プロセッサ６７０とを備える。

信号受発信部６２０は、ＢＬＥなどの通信規格に基づき、特定の無線信号（ビーコン）を周囲に発信すると共に、他の機器から発信された信号を受信する。本実施形態において、信号受発信部６２０は、通知端末６００から所定の範囲内にある携帯端末７００との間でビーコンの発信および信号の受信を行う。

音声発生部６３０は、音声の合成機能およびスピーカーを有し、プロセッサ６７０の制御の下で所定のメッセージを読み上げる。

表示部６４０は、例えば液晶ディスプレイであり、プロセッサ６７０の制御の下で施設の案内や順番待ち状況等を表示する。

駆動部６５０は、通知端末６００を自走させる移動機構である。本実施形態においては、２つの車輪およびこれらの車輪を回転させるモータを用いて駆動部６５０を構成する。なお、移動機構の構成はこれに限定されない。例えば３つ以上の車輪や複数の軸回りに回転可能な球体を用いて移動機構を構成しても良いし、キャタピラーや２足歩行方式の移動機構を用いても良い。

記憶部６６０は、例えば、ディスクドライブまたは半導体メモリ（ＲＯＭ、ＲＡＭなど）等のコンピュータ読み取り可能な記録媒体からなる物理デバイスの記憶領域が提供する論理デバイスであり、オペレーティングシステムプログラムおよびドライバプログラム等を含む各種プログラム、ならびにこれらのプログラムの実行中に使用される各種データを格納する。具体的には、記憶部６６０は、プロセッサ６７０に実行させるプログラムとして、通知制御プログラムＡＰ３と、駆動部６５０を制御するための移動制御プログラムＡＰ４と、順番待ちリストが格納されたテーブルＴＡ３とを記憶している。このテーブル（順番待ちリスト）ＴＡ３には、受付番号ならびに該受付番号の受付項目、順番待ちのステータス、および該受付番号に関連づけられた携帯端末ＩＤ等の情報が、例えば受付時刻順にリスト化されて格納されている。

プロセッサ６７０は、記憶部６６０に格納されている各種プログラムを実行することにより通知端末６００の各部を中枢的に制御する。プロセッサ６７０が通知制御プログラムＡＰ３を実行することにより実現される機能部には、信号制御部６７１と、ＩＤ照会部６７２と、通知制御部６７３と、駆動制御部６７４とが含まれる。

信号制御部６７１は、信号受発信部６２０に対し、ビーコンを発信させると共に、携帯端末７００から発信された信号を受信させる制御を行い、さらに、受信した信号から、そこに重畳された携帯端末７００の携帯端末ＩＤを取得する。

ＩＤ照会部６７２は、受信信号から取得された携帯端末ＩＤが、ステータスが「呼出」となった受付番号（以下、呼出中の受付番号ともいう）に関連づけられた携帯端末ＩＤと一致するか否かを照会する。

通知制御部６７３は、受信信号から取得された携帯端末ＩＤと呼出中の受付番号に関連づけられた携帯端末ＩＤとが一致する場合に、音声発生部６３０に対し、ステータスが「呼出」になった当該受付番号を音声により通知させる制御を行う。また、通知制御部６７３は、表示部６４０に対して当該受付番号を文字情報により通知させる制御を行っても良い。

駆動制御部６７４は、予めプログラムされたルートで通知端末６００を移動させると共に、呼出中の受付番号に関連づけられた携帯端末ＩＤと一致する携帯端末ＩＤが受信信号から取得された場合には、この受信信号を発生した携帯端末７００の方向に通知端末６００を移動させる制御を行うことができる。

携帯端末７００は、顧客が携帯している携帯端末であり、スマートフォン、携帯電話機、携帯情報端末（ＰＤＡ）など、あらゆる端末装置を利用することができる。本実施形態において、携帯端末７００は、受付端末１００との間でビーコンの受信および信号の発信が可能であるものとする。携帯端末７００は、プロセッサ、各種操作ボタンやタッチパネルなどの入力装置、液晶ディスプレイなどの表示装置、通信ネットワークＮに接続するための通信インタフェース、ディスクドライブまたは半導体メモリ（ＲＯＭ、ＲＡＭなど）などの記憶資源を備えている。

記憶資源には、オペレーティングシステムプログラム、通信インタフェースドライバプログラム、各種データの他、当該携帯端末７００自体を識別するための識別情報として携帯端末ＩＤが格納されている。また、記憶資源には、プロセッサが実行することにより、受付端末１００と連携して順番管理サービスを利用するための専用アプリケーションが記憶されている。

順番管理サービスを利用するための専用アプリケーションは、携帯端末７００に対し、受付端末１００および通知端末６００が発信するビーコンを受信可能な設定にすると共に、受付端末１００または通知端末６００からビーコンを受信した場合に、自身に登録されている携帯端末ＩＤを重畳した信号を発信する機能を実行させる。

（２）実施形態の動作
次に、順番管理システム１の動作を説明する。図１１は、順番管理システム１の動作を示すシーケンス図である。以下においては、順番管理システム１が病院に適用されるものとして説明する。

顧客は、病院を訪れるとまず、受付端末１００に表示された画面を見て所定の入力操作を行う。具体的には、受付画面Ｍ２（図５参照）の受付開始ボタンｍ２３をタップし、続いて表示される受付項目選択画面Ｍ３（図６参照）において所望の受付項目を示す種類指定ボタンｍ３２〜ｍ３６をタップする。この際、顧客に代わって、病院の案内スタッフが受付端末１００を操作しても良い。

受付端末１００は、タッチパネル１４１に対する入力操作を検知すると（ステップＳ１００：Ｙｅｓ）、ビーコンを発信する（ステップＳ１０１）。顧客の携帯端末７００は、受付端末１００から発信されたビーコンを受信すると、自身の携帯端末ＩＤを重畳した信号を発信する。受付端末１００は、顧客の携帯端末７００から発信された信号を受信し、該受信信号から携帯端末ＩＤを取得する（ステップＳ１０２）。

また、受付端末１００は、新規の順番待ちの受付番号を発行すると共に、この受付番号および携帯端末ＩＤを含む受付情報を生成し、通信ネットワークＮを介して順番管理サーバ５００に送信する（ステップＳ１０３）。

さらに、受付端末１００は、番号券を発行してプリンタ２００に出力させる（ステップＳ１０４）。この際、受付端末１００は、図１２に例示する受付完了画面Ｍ６を表示し、メッセージｍ６１により受付番号とおおよその待ち時間を顧客に通知したり、発券された番号券の使用方法を案内したりしても良い。例えば、顧客は、番号券に印刷された二次元コードを携帯端末７００で読み取ることにより、呼出状況の確認サービスや、メールまたは電話での呼出サービスを受けることができる。この場合、携帯端末７００は、自身に登録されている電話番号やメールアドレス等の情報を、受付番号と共に通信ネットワークＮを介して順番管理サーバ５００に送信する。

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

続いて、順番管理サーバ５００は、更新したステータス管理テーブルＴＡ２に基づいて、最新のステータス情報を受付端末１００、順番管理端末３００、外部表示端末４００、および通知端末６００の各端末に送信する（ステップＳ２０２）。

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

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

受付端末１００は、順番管理サーバ５００から最新のステータス情報を受信すると（ステップＳ１０５：Ｙｅｓ）、受信したステータス情報に基づいて受付画面Ｍ２（図５参照）を更新表示する（ステップＳ１０６）。また、外部表示端末４００も順番管理サーバ５００から最新のステータス情報を受信して、順番待ち状況の表示画面Ｍ５（図８参照）を更新表示する。

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

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

病院のスタッフは、順番待ちのステータスを変更する場合、順番管理端末３００に表示されたステータス操作画面Ｍ４においてステータス変更操作を行う。具体的には、順番待ちリストの先頭の行（図７においては受付番号「２２３」の行）をスワイプして操作ボタン群ｍ４３を表示させ、所望の操作ボタン（取消、変更、呼出、案内のいずれか）をタップすることでステータスの変更操作を行う。

順番管理端末３００は、ステータス変更操作を検知すると（ステップＳ３０２：Ｙｅｓ）、このステータス変更操作に応じたステータス変更情報を生成し、通信ネットワークＮを介して順番管理サーバ５００に送信する（ステップＳ３０３）。

一方、順番管理端末３００がステータス変更操作を検知しない場合（ステップＳ３０２：Ｎｏ）、順番管理端末３００の動作はそのままステップＳ３０４に移行する。

順番管理サーバ５００は、順番管理端末３００からステータス変更情報を受信すると（ステップＳ２０３：Ｙｅｓ）、受信したステータス変更情報に基づいてステータス管理テーブルＴＡ２を更新する（ステップＳ２０４）。この際、順番管理サーバ５００は、受信したステータス変更情報が、ある受付番号の順番待ちのステータスを「呼出」に変更する情報であった場合、当該受付番号に関連付けられたメールアドレスや電話番号に向けて呼出メールを送ったり電話をかけたりして呼び出しを行っても良い。

続いて、順番管理サーバ５００は、更新したステータス管理テーブルＴＡ２に基づいて、最新のステータス情報を受付端末１００、順番管理端末３００、外部表示端末４００、および通知端末６００の各端末に送信する（ステップＳ２０５）。順番管理サーバ５００は、ステータス管理テーブルＴＡ２を更新するたびにステータス情報をこれらの各端末に送信しても良いし、所定の時間間隔で、あるいはこれらの各端末からの要求に応じて、ステータス情報をこれらの各端末に送信しても良い。上述したとおり、受付端末１００、順番管理端末３００、外部表示端末４００及び外部ディスプレイ４５０は、受信したステータス情報に基づいて表示画面を更新し、最新の順番待ち状況を表示させる。

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

通知端末６００は、順番管理サーバ５００から最新のステータス情報を受信すると（ステップＳ４００：Ｙｅｓ）、受信したステータス情報に基づいて順番待ちリストを更新する（ステップＳ４０１）。一方、通知端末６００が最新のステータス情報を受信しない場合（ステップＳ４００：Ｎｏ）、通知端末６００の動作はそのままステップＳ４０７に移行する。

通知端末６００は、受信したステータス情報が、ある受付番号のステータスを「呼出」に変更するものであった場合（ステップＳ４０２：Ｙｅｓ）、ビーコンを発信する（ステップＳ４０３）。通知端末６００の近傍に位置する携帯端末７００は、通知端末６００から発信されたビーコンを受信すると、自身の携帯端末ＩＤを重畳した信号を発信する。通知端末６００は、近傍の携帯端末７００から発信された信号を受信し、該受信信号から携帯端末ＩＤを取得する（ステップＳ４０４）。一方、受信したステータス情報がステータスを「呼出」に変更するものでなかった場合（ステップＳ４０２：Ｎｏ）、通知端末６００の動作はそのままステップＳ４０７に移行する。

通知端末６００は、受信信号から取得した携帯端末ＩＤが、呼出中の受付番号に関連づけられた携帯端末ＩＤと一致するか否かを判定する（ステップＳ４０５）。ここで、通知端末６００は、ステップＳ４０４において複数の受信信号から複数の携帯端末ＩＤをそれぞれ取得した場合には、各携帯端末ＩＤについて判定を行う。

受信信号から取得した携帯端末ＩＤが、呼出中の受付番号に関連づけられた携帯端末ＩＤと一致する場合（ステップＳ４０５：Ｙｅｓ）、通知端末６００は、当該受付番号の呼び出しを行う（ステップＳ４０６）。具体的には、図１３に示すように、「受付番号〇○○番のお客様、お待たせしました。」といったメッセージを音声で読み上げる。併せて、同様のメッセージを表示部６４０に文字で表示しても良い。

この際、通知端末６００は、受信信号の信号強度に基づき、呼出中の受付番号に関連づけられた携帯端末ＩＤに対して携帯端末ＩＤが一致する携帯端末７００が、通知端末６００から離れた場所に位置していると判断される場合、当該携帯端末７００の近くに移動した上で呼び出しを行っても良い。つまり、通知端末６００は、当該携帯端末７００が発信するビーコンの信号強度が所定値未満の状態では呼び出しを行わず、受信信号の発信方向を頼りに移動し、受信信号の信号強度が所定値以上となった段階で呼び出しを行うこととしても良い。

一方、受信信号から取得した携帯端末ＩＤが、呼出中の受付番号に関連づけられた携帯端末ＩＤと一致しない場合（ステップＳ４０５：Ｎｏ）、通知端末６００の動作はそのままステップＳ４０７に移行する。また、通知端末６００がビーコンを発信したものの、携帯端末７００が発信した信号を受信できなかった場合や、受信した信号の信号強度が所定の閾値未満である場合にも、通知端末６００の動作はステップＳ４０７に移行する。

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

以上説明したように、本実施形態によれば、自走可能な通知端末６００を順番管理システム１に組み込み、ビーコンを用いて取得された携帯端末ＩＤと呼出中の受付番号に関連づけられた携帯端末ＩＤとを対比することにより、順番が到来した顧客の携帯端末７００が通知端末６００の近傍に位置しているか否かを判定し、近傍に位置している場合に当該受付番号を読み上げるので、顧客は自分が呼び出されたことを容易に認識することができる。また、本実施形態によれば、通知端末６００を自走させるので、顧客の注意を引きやすくなるという効果も得られる。従って、順番が到来した顧客をスムーズに案内することができ、その後に続く顧客の待ち時間を低減することも可能となる。

変形例
図１４は、本実施形態の変形例に係る順番管理システムの概略構成を示す図である。図１４に示すように、本変形例に係る順番管理システム２は、図１に示す通知端末６００の代わりに通知システム８００を備える。通知システム８００は、複数の通知手段、すなわち、通知端末８０１、８０２、８０３、…を含む。

複数の通知端末８０１、８０２、８０３、…は、施設内の複数箇所にそれぞれ設置されている。各通知端末８０１、８０２、８０３、…は、図１０に示す通知端末６００と同様に、通信ネットワークＮとの間で情報を送受信する通信インタフェースと、携帯端末７００との間でビーコンおよびその応答信号の受発信を行う信号受発信部と、音声の合成機能およびスピーカーを含む音声発生部と、プロセッサとを備える。

本変形例においては、順番管理サーバ５００が、ある受付番号のステータスを「呼出」に変更するステータス情報を受信すると（図１１のステップＳ２０３参照）、当該受付番号に関連づけられた携帯端末ＩＤを各通知端末８０１、８０２、８０３、…に送信する。これに応じて、各通知端末８０１、８０２、８０３、…はビーコンを送信し、近傍に位置する携帯端末７００が発信した信号を受信して該受信信号から携帯端末ＩＤを取得する。そして、順番管理サーバ５００から受信した携帯端末ＩＤと一致する携帯端末ＩＤを取得した通知端末が、当該受付番号を含む呼び出しの音声メッセージを発生する。複数の通知端末が携帯端末７００の携帯端末ＩＤを取得したときは、携帯端末７００から受信した信号の信号強度が最大である通知端末から音声メッセージを発生することにより、顧客に最も近い場所に位置する通知端末から、音声メッセージを発生する。

なお、本変形例においても、各通知端末８０１、８０２、８０３、…は、携帯端末７００から受信した信号から取得した携帯端末ＩＤが順番管理サーバ５００から受信した携帯端末ＩＤと一致する場合であっても、受信したビーコンの信号強度が所定値以上の場合にのみ音声メッセージを発生することとしても良い。

なお、本発明は、上記した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において、他の様々な形で実施することができる。このため、上記実施形態はあらゆる点で単なる例示にすぎず、限定的に解釈されるものではない。例えば、上述の各処理ステップは処理内容に矛盾を生じない範囲で処理ステップの一部を省略したり、各処理ステップの順番を任意に変更して又は並列に実行することができる。

例えば、上記した実施形態においては、通知端末６００ないし通知端末８０１、８０２、８０３、…（以下、これらを総称して「通知端末６００」という。）は、順番管理サーバ５００から最新のスタータス情報を受信し、受信したステータス情報が、ある受付番号のステータスを「呼出」に変更するものであった場合にビーコンを発信するものとしたが、これに限られず、通知端末６００は、順番管理サーバ５００からステータス情報の代わりに、呼出を要する顧客の携帯端末ＩＤを受信するものとしてもよい。このとき、通知端末６００は、順番管理サーバ５００から携帯端末ＩＤを受信した場合にビーコンを発信する。

また、図１においては、受付端末１００と通知端末６００を異なる場所に設置するものとして図示したが、これに限られず、通知端末６００の胸部等に受付端末１００を設置するなどして、受付端末１００と通知端末６００を一体のものとして構成してもよい。

さらに、上記した実施形態においては、順番待ちの受付時に、ビーコンを用いて顧客の携帯端末ＩＤを取得するものとしたが、携帯端末ＩＤの取得を取得するタイミング及び手法はこれに限られない。例えば、上述のとおり、順番待ちの受付時に出力される番号券に印刷された二次元コードを用いて、電話番号やメールアドレス等の情報を順番管理サーバ５００に登録できるようになっている場合、顧客が携帯端末７００に当該二次元コードを読み込ませて順番待ちに関する所定のウェブページにアクセスしたときに、順番管理サーバ５００は携帯端末７００の携帯端末ＩＤを取得してもよい。

なお、顧客は、受付端末１００を用いて順番待ちの受付をするものとしたが、これに限られず、順番管理サーバ５００が提供ないし管理する所定のウェブサイトにアクセスして、当該ウェブサイト経由で順番待ちの登録をしてもよい。このとき、順番管理サーバ５００は、順番待ちのリクエストとともに、携帯端末７００の携帯端末ＩＤを取得してもよい。

また、上記した実施形態においては、ビーコンを用いて、顧客の携帯端末７００が通知端末６００の近傍に位置するか否かを判断するものとしたが、他の手法を用いて顧客の携帯端末７００が通知端末６００の近傍に位置するか否かを判断してもよい。例えば、携帯端末７００と通知端末６００がそれぞれ位置を計測する手段を備えている場合には、各々の位置情報に基づいて両者の距離を算出し、距離が所定の閾値未満であるか否かによって、両者が近傍に位置するか否かを判断してもよい。携帯端末７００及び通知端末６００の位置情報は、ＧＰＳ（Global Positioning System）、その他任意の位置計測手段により計測された位置情報を用いることができる。なお、位置情報を用いる場合、通知端末６００が携帯端末７００の位置情報を取得して、両者の距離を算出してもよいし、順番管理サーバ５００が携帯端末７００の位置情報及び通知端末６００の位置情報を収集して、両者の距離を算出してもよい。

１…順番管理システム
２…順番管理端末
１００…受付端末
１１０…タブレット端末
１２０…通信インタフェース
１３０…信号受発信部
１４０…入力部
１４１…タッチパネル
１５０…表示部
１６０…記憶部
１７０…プロセッサ
１７１…お客様モード実行部
１７１ａ…表示制御部
１７１ｂ…受付指示部
１７１ｃ…信号制御部
１７２…スタッフモード実行部
１７３…外部ディスプレイモード実行部
１７４…モード切換部
２００…プリンタ
３００…順番管理端末
４００…外部表示端末
４５０…外部ディスプレイ
５００…順番管理サーバ
５１０…通信インタフェース
５２０…記憶部
５３０…プロセッサ
５３１…順番管理部
６００…通知端末
６１０…通信インタフェース
６２０…信号受発信部
６３０…音声発生部
６４０…表示部
６５０…駆動部
６６０…記憶部
６７０…プロセッサ
６７１…信号制御部
６７２…ＩＤ照会部
６７３…通知制御部
６７４…駆動制御部
７００…携帯端末
８００…通知システム
８０１、８０２、８０３…通知端末
ＡＰ１…順番管理アプリケーション
ＡＰ２…順番管理プログラム
ＡＰ３…通知制御プログラム
ＡＰ４…移動制御プログラム
ＤＢ１…管理データベース
ＴＡ１…クライアント管理テーブル
ＴＡ２…ステータス管理テーブル
ＴＡ３…テーブル（順番待ちリスト）
Ｎ…通信ネットワーク

Claims (8)

1. 施設における顧客の順番待ちを管理する順番管理システムであって、
   顧客から順番待ちの入力操作を受け付ける受付端末と、
   前記受付端末と通信ネットワークを介して接続され、前記施設における順番待ち状況を記憶するための記憶部を備える順番管理サーバと、
   前記順番管理サーバと通信ネットワークを介して接続される通知装置と、
   を備え、
   前記受付端末は、顧客から順番待ちの入力操作を受け付けたとき、近距離無線通信により前記顧客が携帯する携帯端末から識別情報を受信して、前記識別情報を含む受付情報を前記順番管理サーバに送信し、
   前記順番管理サーバは、前記施設における順番待ち状況として、順番待ちをする顧客について、順番待ちのステータスと、前記受付端末から受信した受付情報に含まれる識別情報とを、関連付けて前記記憶部に記憶し、
   前記通知装置は、前記順番管理サーバから、少なくとも順番が到来したことを示す所定のステータスに更新された顧客の識別情報を受信すると、近距離無線通信により、前記通知装置の近傍に位置する一または複数の携帯端末から識別情報を受信し、当該携帯端末から受信した識別情報が、前記順番管理サーバから受信した前記所定のステータスに更新された顧客の識別情報と一致する場合には、前記顧客の順番が到来した旨を通知する、
   順番管理システム。
2. 前記通知装置は、近距離無線通信により、前記携帯端末から受信する信号の信号強度が所定値以上のとき、前記通知を行う、
   請求項１に記載の順番管理システム。
3. 前記通知装置は、自力走行可能な移動機構を備える、請求項１または２に記載の順番管理システム。
4. 前記通知装置は、前記携帯端末から受信する信号の信号強度が所定値未満のとき、前記携帯端末から受信する信号の信号強度が所定値以上となる場所に移動して通知を行う、請求項３に記載の順番管理システム。
5. 前記通知装置は、前記顧客の順番が到来した旨を音声で通知する、請求項１〜４のいずれか１項に記載の順番管理システム。
6. 前記通知装置は、前記顧客の順番が到来した旨をメッセージの表示により通知する、請求項１〜５のいずれか１項に記載の順番管理システム。
7. 施設における顧客の順番待ちを管理する順番管理システムにおいて用いられる通知装置であって、
   前記順番管理システムは、
   顧客から順番待ちの入力操作を受け付けたとき、近距離無線通信により前記顧客が携帯する携帯端末から識別情報を受信して、前記識別情報を含む受付情報を送信する受付端末と、
   前記受付端末と通信ネットワークを介して接続され、前記施設における順番待ち状況として、順番待ちをする顧客について、順番待ちのステータスと、前記受付端末から受信した受付情報に含まれる識別情報とを、関連付けて記憶するための記憶部を備える順番管理サーバと、を備え、
   前記順番管理サーバとの間で通信ネットワークを介して情報の送受信を行う通信インタフェースと、
   前記顧客の順番が到来した旨を通知する通知部と、
   を有し、
   前記通信インタフェースは、前記順番管理サーバから、少なくとも順番が到来したことを示す所定のステータスに更新された顧客の識別情報を受信し、
   前記通知部は、前記識別情報を受信すると、近距離無線通信により、近傍に位置する一または複数の携帯端末から識別情報を受信し、当該携帯端末から受信した識別情報が、前記順番管理サーバから受信した前記所定のステータスに更新された顧客の識別情報と一致する場合には、前記顧客の順番が到来した旨を通知する、
   通知装置。
8. 施設における顧客の順番待ちを管理する順番管理システムにおいて用いられる通知装置に実行させるプログラムであって、
   前記順番管理システムは、
   顧客から順番待ちの入力操作を受け付けたとき、近距離無線通信により前記顧客が携帯する携帯端末から識別情報を受信して、前記識別情報を含む受付情報を送信する受付端末と、
   前記受付端末と通信ネットワークを介して接続され、前記施設における順番待ち状況として、順番待ちをする顧客について、順番待ちのステータスと、前記受付端末から受信した受付情報に含まれる識別情報とを、関連付けて記憶するための記憶部を備える順番管理サーバと、を備え、
   前記順番管理サーバから、少なくとも順番が到来したことを示す所定のステータスに更新された顧客の識別情報を通信ネットワークを介して受信するステップと、
   近距離無線通信により、近傍に位置する一または複数の携帯端末から識別情報を受信するステップと、
   当該携帯端末から受信した識別情報が、前記順番管理サーバから受信した前記所定のステータスに更新された顧客の識別情報と一致するとき、前記顧客の順番が到来した旨を通知するステップと、
   を実行させるプログラム。

Images