(57)【特許請求の範囲】
【請求項１】
複数の施設における順番待ちを管理する順番管理システムであって、
各施設への順番待ち組の登録を受け付ける端末装置と、
施設毎に設置され、各施設における順番待ち状況の更新を受け付ける順番管理端末と、
前記端末装置から、前記順番待ち組の登録の情報を受信する順番管理サーバと、を備え、
前記順番管理サーバは、
各施設における順番待ち組の順番待ち状況の情報を保持する順番待ちリストを記憶する記憶部と、
前記端末装置から、第１の施設への順番待ち組の登録の情報を受信した際、前記端末装置から、その順番待ち組の登録者識別情報を取得し、順番待ちリストに登録する登録者識別情報取得部と、
取得した登録者識別情報と同一の登録者識別情報が、他の施設の順番待ちリストに登録されていないかどうかを判定する重複登録判定部と、
他の施設の順番待ちリストに同じ登録者識別情報が登録されている場合には、当該他の施設および前記第１の施設の順番管理端末に、重複登録情報を通知する重複登録通知部と、を備えた順番管理システム。
【請求項２】
前記順番管理サーバは、
前記順番管理端末から、ある順番待ち組の順番待ち状況の更新の情報を受信した際、
その順番待ち組について他の施設での重複登録がある場合には、当該他の施設の順番管理端末に、重複登録の更新情報を通知する、更新情報通知部を備えた、請求項１に記載の順番管理システム。
【請求項３】
前記登録者識別情報は、前記端末装置に保存されたクッキー値である、請求項１または２に記載の順番管理システム。
【請求項４】
前記順番管理端末は、
各施設における各順番待ち組の順番待ち状況の情報を表示する表示部を備え、
前記順番管理サーバから前記重複登録情報を受信すると、前記表示部は、該当する順番待ち組の順番待ち状況の情報を、重複登録が存在することを示す態様で表示する、請求項１から３のいずれか１項に記載の順番管理システム。
【請求項５】
複数の施設における順番待ちを管理する順番管理装置であって、
各施設における順番待ち組の順番待ち状況の情報を保持する順番待ちリストを記憶する記憶部と、
端末装置から、第１の施設への順番待ち組の登録の情報を受信した際、前記端末装置から、その順番待ち組の登録者識別情報を取得し、順番待ちリストに登録する登録者識別情報取得部と、
取得した登録者識別情報と同一の登録者識別情報が、他の施設の順番待ちリストに登録されていないかどうかを判定する重複登録判定部と、
他の施設の順番待ちリストに同じ登録者識別情報が登録されている場合には、当該他の施設および前記第１の施設に設置された順番管理端末に、重複登録情報を通知する重複登録通知部と、を備えた順番管理装置。
【請求項６】
施設における順番待ちを管理するコンピュータを、
各施設における順番待ち組の順番待ち状況の情報を保持する順番待ちリストを記憶する記憶部と、
端末装置から、第１の施設への順番待ち組の登録の情報を受信した際、前記端末装置から、その順番待ち組の登録者識別情報を取得し、順番待ちリストに登録する登録者識別情報取得部と、
取得した登録者識別情報と同一の登録者識別情報が、他の施設の順番待ちリストに登録されていないかどうかを判定する重複登録判定部と、
他の施設の順番待ちリストに同じ登録者識別情報が登録されている場合には、当該他の施設および前記第１の施設に設置された順番管理端末に、重複登録情報を通知する重複登録通知部と、して機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、順番管理システム、順番管理装置、およびプログラムに関する。
【背景技術】
【０００２】
従来、レストランや銀行、役所等においては、そのサービスを待つ顧客の順番を整理するために、種々の順番管理システムが採用されている。
【０００３】
例えば、人気レストラン等においては、レストラン指定の予約用紙を用意し、そこに予約者の名前と人数を書くことで、顧客の順番管理を行っている（例えば特許文献１（特に、段落番号０００３〜０００７）参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−９４３８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
複合商業施設や飲食店街など、近くに複数の店舗が存在する場合には、同じ利用者が同じ時間帯に複数の店舗に対して順番待ちの登録をすることがある。複数の店舗に登録している利用者について、そのうちの一つの店舗で順番が到来し、案内が済んだ場合、その利用者が他の店舗へ来店する可能性は低くなる。しかしながら、従来の順番管理システムでは、同じ利用者による複数店舗での順番待ちの登録を検知することができなかったため、このような状況に対処することはできなかった。
【０００６】
本発明は、以上説明した事情を鑑みてなされたものであり、同じ利用者による複数施設での順番待ちの登録を検知し、実際に施設を利用する可能性が低い登録者を検出することを目的の一つとする。
【課題を解決するための手段】
【０００７】
本発明の一実施形態に係る順番管理システムは、複数の施設における順番待ちを管理する順番管理システムであって、各施設への順番待ち組の登録を受け付ける端末装置と、施設毎に設置され、各施設における順番待ち状況の更新を受け付ける順番管理端末と、前記端末装置から、前記順番待ち組の登録の情報を受信する順番管理サーバと、を備え、前記順番管理サーバは、各施設における順番待ち組の順番待ち状況の情報を保持する順番待ちリストを記憶する記憶部と、前記端末装置から、第１の施設への順番待ち組の登録の情報を受信した際、前記端末装置から、その順番待ち組の登録者識別情報を取得し、順番待ちリストに登録する登録者識別情報取得部と、取得した登録者識別情報と同一の登録者識別情報が、他の施設の順番待ちリストに登録されていないかどうかを判定する重複登録判定部と、他の施設の順番待ちリストに同じ登録者識別情報が登録されている場合には、当該他の施設および前記第１の施設の順番管理端末に、重複登録情報を通知する重複登録通知部と、を備えたものである。
【０００８】
また、前記順番管理サーバは、前記順番管理端末から、ある順番待ち組の順番待ち状況の更新の情報を受信した際、その順番待ち組について他の施設での重複登録がある場合には、当該他の施設の順番管理端末に、重複登録の更新情報を通知する、更新情報通知部を備えるようにしてもよい。
【０００９】
また、前記登録者識別情報は、前記端末装置に保存されたクッキー値とすることができる。
【００１０】
また、前記順番管理端末は、各施設における各順番待ち組の順番待ち状況の情報を表示する表示部を備え、前記順番管理サーバから前記重複登録情報を受信すると、前記表示部は、該当する順番待ち組の順番待ち状況の情報を、重複登録が存在することを示す態様で表示するようにしてもよい。
【発明の効果】
【００１１】
本発明によれば、同じ利用者による複数施設での順番待ちの登録を検知し、実際に施設を利用する可能性が低い登録者を検出することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態に係る順番管理システム１０００の概略構成を示す図。
【図２】順番管理端末２００の主要構成を示すブロック図。
【図３】順番管理システム１０００における順番待ちの登録受付処理の流れを示すフローチャート。
【図４】ユーザ端末３００に表示されるウェブサイト用受付画面を例示した図。
【図５】順番管理端末２００に表示されるステータス管理画面を例示した図。
【図６】施設間での順番待ち状況に関する情報共有の流れを示すフローチャート。
【図７】重複登録がある場合の、順番管理端末２００に表示されるステータス管理画面を例示した図。
【発明を実施するための形態】
【００１３】
以下、本発明の実施形態について図面を参照しつつ詳細に説明する。なお、同一の要素には同一の符号を付し、重複する説明を省略する。
【００１４】
本実施形態では、レストランＡおよびレストランＢが提供するサービスに関して、利用者の順番待ちを管理する場合を例に説明するが、本発明は、アミューズメント施設、ショッピングモール、デパート、映画館など、施設利用者の順番待ちの管理を行うあらゆる施設に適用可能である。なお、ここで施設には、飲食店や店舗などのいわゆる施設だけでなく、イベント会場や展示会におけるブースやコーナー、露店等も含まれる。
【００１５】
図１は、本実施形態に係る順番管理システム１０００の概略構成を示す図である。図１に示すように、順番管理システム１０００は、順番管理サーバ１００と、順番管理端末（端末装置）２００と、ユーザ端末（端末装置）３００を備えている。順番管理サーバ１００は、順番管理端末２００およびユーザ端末３００と通信ネットワークＮを介して接続されている。
【００１６】
順番管理サーバ１００は、順番管理端末２００またはユーザ端末３００を介して登録される各施設への順番待ちを施設毎に管理する。順番管理サーバ１００は、汎用的なコンピュータによって構成され、そのコンピュータにおいて所定のサーバ用プログラムが動作することにより、サーバ機能を実現するものである。順番管理サーバ１００を構成するコンピュータは、必ずしも１台である必要はなく、通信ネットワークＮ上に分散する複数のコンピュータから構成されてもよい。
【００１７】
順番管理サーバ１００は、施設ごとに順番管理端末２００を管理するための管理データベース（記憶部）１１０と、プロセッサ（登録者識別情報取得部、重複登録判定部、重複登録通知部、更新情報通知部）１２０と、を備えている。管理データベース１１０は、クライアント管理テーブルＴＡ１と、ステータス管理テーブルＴＡ２を備えている。
【００１８】
クライアント管理テーブルＴＡ１には、施設ごとに固有のＩＤとパスコード（アカウント）が対応づけて登録されている。ここでは、「レストランＡ」で利用される順番管理端末２００に対して「ＩＤ：Ａ１・・・」、「パスコード：ＡＡ２・・・」、「レストランＢ」で利用される順番管理端末２００に対して「ＩＤ：Ｂ１・・・」、「パスコード：ＢＢ２・・・」が設定されている。これら施設ごとのＩＤ及びパスコードは、例えば、システム導入の際に各施設で順番待ちの管理を行う管理者（例えば、店舗のオーナーなど）によって設定される。なお、本実施形態では、１施設で１台の順番管理端末２００を利用する場合を想定するが、１施設で複数の順番管理端末２００を利用しても良い。１施設で複数の順番管理端末２００を利用する場合には、同一のＩＤとパスコードを利用しても良いが、例えば所定の条件に従い、複数のＩＤとパスワードを使い分けるようにしてもよい。
【００１９】
ステータス管理テーブルＴＡ２には、各施設での順番待ちリストが登録されている。この順番待ちリストは、順番待ちをしている者（順番待ち組）の一覧と、各々の順番待ち組の待ち状況をあらわす情報（ステータス情報）が含まれる。例えばレストランＡについては、順番待ちリストの１レコードに、受付番号「１」、登録者識別情報（クッキー値）「１２３」、受付時刻「１３：０３」、受付時に指定された人数「３人」、ステータス「待ち中」等の情報が含まれている。また、同じ登録者識別情報を有する順番待ちが複数の施設の順番待ちリストに重複して登録されている場合には、それらのレコードに、他施設との重複登録があることを示す情報を記録する。また、重複して登録されている他の施設の情報（施設名やＩＤ）や、各施設における現在のステータス情報も記録するようにしてもよい。
【００２０】
ステータスには、順番到来前の状態である「待ち中」、順番が来たことを知らせた状態である「呼出中」、順番が来て実際に案内が済んだ状態である「案内済」、順番待ちをキャンセルした状態である「取消済」等が含まれる。ステータスとしてどのような項目を設定するかは各施設の管理者等が適宜設定および変更可能となっている。また、順番待ちリストに含める情報についても、各施設の管理者等が適宜設定および変更可能となっている。順番待ちリストの内容は、順番管理端末２００やユーザ端末３００から送信される順番待ちリストへの新規登録情報、またはステータスの更新情報（詳細は後述）に基づいて更新される。
【００２１】
登録者識別情報は、例えば、利用者がウェブサイト経由で順番待ちの登録を行った際に作成されるクッキー値とすることができる。あるいは、利用者のメールアドレスや電話番号、会員番号等のＩＤを用いてもよい。その他、ＩＭＥＩ（International Mobile Equipment Identifier：国際移動体装置識別番号）のようなユーザ端末３００の識別番号や、ユーザ端末３００に保持されたＳＮＳ（Social Networking Service）の利用者ＩＤを用いてもよい。
【００２２】
プロセッサ１２０は、算術演算、論理演算、ビット演算等を処理する算術論理演算ユニット（ＣＰＵなど）および各種レジスタから構成され、ＲＯＭ等の記憶手段に格納されている各種プログラムを実行することで順番管理サーバ１００の各部を中枢的に制御する。また、プロセッサ１２０は、順番管理端末２００と連携して順番待ちを管理するためのコンピュータプログラム（順番管理アプリケーション）も実行する。
【００２３】
通信ネットワークＮは、順番管理サーバ１００と、順番管理端末２００およびユーザ端末３００との間で相互に情報を送受信可能な通信網を含む。通信ネットワークＮは、例えば、インターネット、ＬＡＮ、専用線、電話回線、企業内ネットワーク、移動体通信網、ブルートゥース、ＷｉＦｉ（Wireless Fidelity）、その他の通信回線、それらの組み合わせ等のいずれであってもよく、有線であるか無線であるかを問わない。
【００２４】
順番管理端末２００は、サービスを提供する各施設（レストランＡ、レストランＢ）の入り口付近などに設置され、来店した利用者による順番待ちの登録受付の他、施設の従業者による順番待ち状況の確認や更新操作を受け付ける。なお、図１の例では、１つの順番管理端末２００のみを図示しているが、実際には、多数の施設に設置される順番管理端末２００が順番管理サーバ１００によって管理されている。
【００２５】
順番管理端末２００には、タブレット端末や、パーソナルコンピュータ（ＰＣ）、ノートＰＣ、スマートフォン、携帯電話機、携帯情報端末（ＰＤＡ）など、通信ネットワークＮを介して順番管理サーバ１００とデータの授受が可能なあらゆる端末装置を利用することができる。
【００２６】
図２は、順番管理端末２００の主要構成を示すブロック図である。順番管理端末２００は、プロセッサ２１０と、入力装置２１５と、表示装置（表示部）２１６と、通信インタフェース２２０と、記憶資源２３０とを備える。順番管理端末２００は、利用者が直接タッチパネルなどの入力装置２１５を操作することで、順番待ちリストへの受付や消込み等の入力を受け付ける。ここで、利用者としては、来店者や従業者等が想定される。例えば、来店者は順番待ちリストに新たに順番待ちの登録をするための入力を行い、従業者等は順番待ちリストに登録されている情報のステータスを更新するための入力を行う。なお、ここでは、施設の管理者や従業者などを従業者等と総称する。
【００２７】
プロセッサ２１０は、算術演算、論理演算、ビット演算等を処理する算術論理演算ユニット（ＣＰＵなど）および各種レジスタから構成され、記憶資源２３０に格納されている各種プログラムを実行することで順番管理端末２００の各部を中枢的に制御する。各種レジスタは、例えば、プログラムカウンタ、データレジスタ、命令レジスタ、汎用レジスタ等である。
【００２８】
入力装置２１５は、順番待ちリストへの受付や順番待ちリストからの消込み等の入力を受け付けるための各種操作ボタンやタッチパネル２１５ａを備えている。
【００２９】
表示装置２１６は、順番待ちリストや受付ボタン等を含む受付画面や待受画面を表示するための装置であり、例えば液晶ディスプレイにより構成される。
【００３０】
通信インタフェース２２０は、通信ネットワークＮに接続し、通信ネットワークＮ上の他の端末と通信をするためのハードウェアモジュールである。通信インタフェース２２０は、例えば、ＩＳＤＮモデム、ＡＤＳＬモデム、ケーブルモデム、光モデム、ソフトモデム等の変調復調装置である。
【００３１】
記憶資源２３０は、例えば、物理デバイスの記憶領域が提供する論理デバイスである。物理デバイスは、例えば、ディスクドライブまたは半導体メモリ（ＲＯＭ、ＲＡＭなど）等のコンピュータ読み取り可能な記録媒体である。記憶資源２３０は、複数の物理デバイスを１つの論理デバイスにマッピングして構築してもよいし、１つの物理デバイスを複数の論理デバイスにマッピングして構築してもよい。
【００３２】
記憶資源２３０には、オペレーティングシステムプログラム、ドライバプログラム、各種データ等が格納される。ドライバプログラムとしては、例えば、通信インタフェース２２０を制御するための通信インタフェースドライバプログラム等がある。また、記憶資源２３０には、これら各種プログラムや各種データのほか、プロセッサ２１０が実行することにより、順番管理サーバ１００と連携して順番待ちを管理するためのコンピュータプログラム（順番管理アプリケーション）ＡＰ１が記憶されている。
【００３３】
ユーザ端末３００は、サービスの利用者が所有する、スマートフォン、携帯電話、タブレット端末、ウェアラブルデバイスなどの端末である。ユーザ端末３００は、プロセッサ３１０、各種操作ボタンやタッチパネルなどの入力装置３２０、液晶ディスプレイなどの表示装置３３０、通信ネットワークＮに接続するための通信インタフェース３４０、ディスクドライブまたは半導体メモリ（ＲＯＭ、ＲＡＭなど）などの記憶資源３５０を備えている。記憶資源３５０には、これら各種プログラムや各種データのほか、プロセッサが実行することにより、順番管理サーバ１００と連携して順番待ちを管理するためのコンピュータプログラム（順番管理アプリケーション）が記憶されている。利用者は、ユーザ端末３００にインストールされているウェブブラウザ又はその他のアプリケーションを介して、各施設への順番待ちを登録することができる。なお、ユーザ端末３００の各要素のハードウェア構成は、順番管理端末２００の対応する要素と同様であるため、これ以上の詳細な説明は省略する。
【００３４】
次に、本実施形態における順番管理システム１０００の動作について説明する。
順番管理システム１０００の利用者としては、施設の利用者や従業者等が想定される。利用者は、所有するユーザ端末３００を用いて予約用のウェブサイトに接続し、施設へ行かなくても遠隔で順番待ちの登録を行うことができる。また、利用者は、実際に施設へ行って、施設に設置されている順番管理端末２００を操作して、順番待ちを登録することもできる。
【００３５】
（順番待ちリストへの登録）
図３は、順番管理システム１０００における順番待ちの登録受付処理の流れを示すフローチャートである。ここでは、利用者Ｘが、自身の所有するユーザ端末３００を用いてある施設（例えばレストランＡ）への順番待ち登録を行う場合の例を示している。
【００３６】
まず、利用者Ｘがユーザ端末３００を操作して、順番管理システム１０００のウェブサイトにアクセスする（ステップＳ１１）。ウェブサイトにアクセスすると、表示装置３３０にウェブブラウザを介して順番待ちの登録を行う店舗の選択画面が表示される（ステップＳ１２）。店舗の選択画面には、順番待ちの登録を行う店舗の指定操作を促すメッセージや、店舗を検索するための条件指定ボタン、店舗の指定ボタン等が表示される。
【００３７】
利用者Ｘがユーザ端末３００を操作して、順番待ちの登録を行う店舗の指定操作を行うと、ユーザ端末３００の表示装置３３０にウェブサイト用受付画面が表示される（ステップＳ１３）。図４は、ユーザ端末３００の表示装置３３０にウェブブラウザを介して表示されるウェブサイト用受付画面を例示した図である。図４に示すように、ウェブサイト用受付画面には、順番管理サーバ１００のステータス管理テーブルＴＡ２に登録されている順番待ちリストの少なくとも一部（例えば、順番待ちをしている者の受付番号とその人数）の他、順番待ちリストへの受け付け操作を促すメッセージや受付ボタン等が表示される。また、現在の待ち組数や待ち時間の目安が表示されてもよい。なお、受付画面に表示される項目は、各施設の管理者等の意向に応じて決定することができる。
【００３８】
ユーザ端末３００は、表示された受付画面に対して、利用者Ｘによるタッチパネルなどの入力装置３２０を介した操作入力が行われたか否かを検知し（ステップＳ１４）、入力が受け付けられると（ステップＳ１４：ＹＥＳ）、順番待ちをする人数を指定するための人数指定画面を表示装置３３０に表示させる（ステップＳ１５）。人数指定画面には、人数の入力操作を促すメッセージや、人数指定ボタン等が表示される。
【００３９】
ユーザ端末３００は、表示された人数指定画面に対して、利用者Ｘによる入力装置３２０を介した操作入力が行われたか否かを検知し（ステップＳ１６）、人数の入力が受け付けられると（ステップＳ１６：ＹＥＳ）、予約内容確認画面を表示装置３３０に表示させる（ステップＳ１７）。予約内容確認画面には、予約人数や予約内容の確認を促すメッセージや、予約確定操作を促すメッセージ、および予約確定ボタン等が表示される。また、順番が到来した際に、呼出を行うための連絡先（メールアドレスや電話番号）の登録操作を行ってもらうようにしてもよい。
【００４０】
ユーザ端末３００は、予約完了操作が行われたか否かを検知し（ステップＳ１８）、予約完了操作が受け付けられると（ステップＳ１８：ＹＥＳ）、受付完了画面を表示させる（ステップＳ１９）。受付完了画面には、受付番号（待ち番号）や、現時点での待ち時間等が表示される。また、他の店舗への順番待ちの登録を行うかどうかを確認するメッセージや、他の店舗への順番待ちの登録を行うことを指定するボタンが表示されるようにしてもよい。
【００４１】
ユーザ端末３００は、確定した新規登録情報を通信ネットワークＮを介して順番管理サーバ１００に送信する（ステップＳ２０）。順番管理サーバ１００は、新規登録情報を受信すると、受信した新規登録情報に基づいて、該当する施設の順番待ちリストにレコードを１組新たに追加する処理を行い、ステータス管理テーブルＴＡ２を更新する（ステップＳ２１）。
【００４２】
次に、ユーザ端末３００は、端末上にクッキー値（登録者識別情報）が保存されているかを検知し（ステップＳ２２）、クッキー値が保存されていない場合には（ステップＳ２２：ＮＯ）、ウェブサイトを介してユーザ端末３００に新たなクッキー値（登録者識別情報）が保存される（ステップＳ２３）。クッキー値が保存されている場合（ステップＳ２２：ＹＥＳ）、および、ステップＳ２３で新たなクッキー値が保存された後は、クッキー値を通信ネットワークＮを介して順番管理サーバ１００に送信する（ステップＳ２４）。
【００４３】
順番管理サーバ１００は、ユーザ端末３００からクッキー値を受信すると、順番待ちリストの該当するレコードに記録する（ステップＳ２５）。ユーザ端末３００に保存されているクッキー値は、この後、利用者Ｘがユーザ端末３００を用いて他の店舗に順番待ち登録を行う際に読み出され、登録者を識別する情報として順番管理サーバ１００に送信される。
【００４４】
なお、上記の例では、登録者が同一か否かを識別する情報として、ユーザ端末３００に保存されるクッキー値を利用しているが、登録者識別情報として別の情報を利用してもよい。例えば、登録受付時に、利用者Ｘにメールアドレスや電話番号、またはウェブサイトで発行する会員ＩＤなどを入力させ、それらの情報を登録者識別情報として、順番待ちリストに保持するようにしてもよい。また、ＩＭＥＩ等のユーザ端末３００固有の識別番号や、ユーザ端末３００に保持されたＳＮＳの利用者ＩＤなどを順番管理サーバ１００に送信するようにしてもよい。
【００４５】
また、上記の例では、利用者Ｘはユーザ端末３００を用いてウェブサイト経由で順番待ちの登録を行っているが、各店舗に設置された順番管理端末２００を用いて登録する場合でも同様の手順で行われる。なお、順番管理端末２００を用いて登録する際、登録しようとする利用者のユーザ端末３００にすでにクッキー値などの登録者識別情報が保存されている場合には、ユーザ端末３００から順番管理端末２００へ、近距離無線通信（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標））を利用してクッキー値などの登録者識別情報を送信するようにしてもよい。
【００４６】
（順番待ちリストの更新）
各施設の順番待ちリストの各レコードの内容は、施設の従業者等が順番管理端末２００を用いて「取消」、「変更」、「呼出」、「案内」等の操作を行った際に更新される。「取消」は、順番待ちをキャンセルすることを意味し、「変更」は、いったん入力された順番待ちの内容を変更することを意味する。また、「呼出」は、順番が来た者を口頭で呼出したり、電話やメールなどで知らせた状態であることを意味し、「案内」は、順番が来た者を実際に案内し対応が完了したことを意味する。
【００４７】
図５は、施設の従業者等が順番待ちリストの更新操作を行うステータス管理画面を例示した図である。図５に示すように、ステータス管理画面には、順番待ちリストに登録されている順番待ち組のステータス情報が受付をした順番に表示される。具体的には、順番待ち組の「受付番号」、「登録者識別情報」、「人数」、「ステータス」等が表示される。
【００４８】
従業者等が、ステータス管理画面に表示された順番待ちリストの中から、順番待ち状況の更新対象を特定し、その順番待ち組（例えば受付番号「１」）の行をスワイプすると、指定した順番待ち組に対して「呼出」、「案内」、「取消」、「変更」のいずれかの操作を行うための操作ボタンが表示される。
【００４９】
従業者等は、所望の操作ボタン（例えば「案内」）をタップすることで、ステータスの更新操作を行う。かかる操作がなされると、ステータスの更新指示をあらわすステータスの更新情報が、順番管理端末２００から通信ネットワークＮを介して順番管理サーバ１００にアップロードされる。ステータスの更新情報には、更新対象のレコードを特定する情報と（例えば受付番号「１」）、更新操作内容（例えば「案内」）が含まれる。
【００５０】
順番管理サーバ１００は、受信したステータスの更新情報に基づき、当該施設の順番待ちリストを更新する。例えば、受付番号「１」に対して「案内」操作を行った場合には、受付番号「１」の順番待ち組のステータスが「案内済」に更新される。
【００５１】
（順番待ち情報の共有）
本実施形態では、同じ利用者が順番待ちを登録している複数の施設間でその利用者の順番待ち状況に関する情報を共有する。図６は、施設間での順番待ち状況に関する情報共有の流れを示すフローチャートである。
【００５２】
ある施設（ここではレストランＡ）において、順番待ちリストに新規の順番待ちが登録されると（ステップＳ３１）、順番管理サーバ１００は、登録されたレコードの登録者識別情報を抽出し、他の施設の順番待ちリストに、同一の登録者識別者情報を有する順番待ちが重複して登録されていないかどうか判定する（ステップＳ３２）。なお、ここでの重複とは、各施設へ順番待ちを登録した時間の差が所定の範囲内に入ることを意味する。例えば他の施設への登録時間の差が一定時間（例えば２時間）以内であれば重複登録と判断するようにしてもよいし、同日に登録された順番待ちは全て重複登録と判断するようにしてもよい。また、２つの施設間の距離（移動時間）に応じて、重複登録と判断する時間の範囲を決定するようにしてもよい。例えば、登録時間の差が、２つの施設の間の移動時間の見積りよりも短い場合には、重複登録と判断するようにしてもよい。
【００５３】
他の施設（ここではレストランＢ）の順番待ちリストに、同一の登録者識別者情報を有する順番待ちが登録されていた場合（ステップＳ３２：ＹＥＳ）、順番管理サーバ１００は、該当する施設の順番管理端末２００に、重複登録情報として、同一の登録者識別情報を有することが検出されたレコードの受付番号と、順番待ちが重複して登録されている他の施設（ここではレストランＡ）のＩＤを通知する（ステップＳ３３）。また、新規の順番待ちが登録されたある施設（レストランＡ）に対しても、重複登録情報として他の施設（レストランＢ）のＩＤを通知する。なお、３施設以上で同一の登録者による順番待ちが登録された場合も同様に、各々の施設に対して、該当する受付番号と他の施設のＩＤを通知する。さらに、順番管理サーバ１００は、各施設（ここではレストランＡとレストランＢ）の順番待ちリストの該当するレコードに、他施設との重複登録があることを記録する。また、重複して登録されている他の施設の情報や、各施設における現在のステータス情報も記録するようにしてもよい。
【００５４】
重複登録情報を通知された各施設の順番管理端末２００には、ステータス管理画面に表示される順番待ちリストの該当する順番待ち組の行に、他施設で同一登録者による重複登録があることを示す印が表示される（ステップＳ３４）。具体的には、例えば図７に示すように、該当する行に「重複」ボタンＢ１を表示し、「重複」ボタンを操作すると、重複して登録されている他の施設の名称が表示されるようにしてもよい。また、重複登録されている各施設での現在のステータス（「待ち中」、「案内済」、「取消済」等）が表示されるようにしてもよい。
【００５５】
さらに、ある施設において、順番待ちリストに登録されている順番待ち組のステータスが更新されると（ステップＳ３５）、順番管理サーバ１００は、ステータスが更新されたレコードが他の施設との重複登録を有する順番待ちかどうかを判定する（ステップＳ３６）。重複登録を有する順番待ちである場合には（ステップＳ３６：ＹＥＳ）、重複登録されている他の施設の順番管理端末２００に、重複登録のステータス更新情報（重複登録の更新情報）を通知する（ステップＳ３７）。具体的には、該当する順番待ちの受付番号と、ステータスが更新された施設のＩＤ、および更新後のステータスを通知する。
【００５６】
例えば、レストランＡとレストランＢに、同じ利用者Ｘによる順番待ち登録が存在し、レストランＡで利用者Ｘのステータスが「案内済」になった場合、順番管理サーバ１００は、レストランＢの順番管理端末２００に対して、利用者ＸのレストランＢでの受付番号と、レストランＡのＩＤと更新後のステータス「案内済」が通知される。
【００５７】
重複登録のステータス更新情報を受信した各施設の順番管理端末２００には、ステータス管理画面に表示される順番待ちリストの該当する順番待ち組の行に、他施設で重複登録のステータスが更新されたことを示す印が表示される（ステップＳ３８）。例えば、該当する行の「重複」ボタンの横に「更新有り」のメッセージを表示したり、「重複」ボタンを点滅させて、更新情報が有ることを知らせるようにしてもよい。「重複」ボタンを操作すると、重複して登録されている他の施設の名称と各施設での現在のステータス（「待ち中」、「案内済」、「取消済」等）が表示される。ステータスが更新された場合には、該当する施設のステータス情報を点滅させたり、色を変えるなど表示方法を変えて知らせるようにしてもよい。
【００５８】
例えば、レストランＢの従業者は、重複して順番待ちを登録していた利用者ＸがレストランＡで案内済になったことを確認したら、自店舗に来店する可能性は低いと判断し、利用者Ｘの順番待ちを取消にすることができる。
【００５９】
以上のように、本実施形態によれば、順番管理サーバ１００は、ある施設への順番待ちの登録を受け付けた際、その順番待ち組を識別する登録者識別情報を取得し、登録者識別情報を利用して同じ登録者が他の施設でも順番待ちを登録していないか判定するようにしたので、同じ登録者による複数施設での順番待ちの重複登録を検知することができる。また、重複登録がある場合には、該当する施設の順番管理端末２００に通知を行うようにしたので、重複して登録されている各施設では、実際に施設を利用する可能性が低い順番待ち組を把握することができる。
【００６０】
また、順番管理サーバは、順番管理端末２００から、ある順番待ち組のステータスの更新情報を受信した際、その順番待ち組について複数施設での重複登録がある場合には、関係する施設の順番管理端末２００に、重複登録のステータス更新情報を通知するようにした。これにより、通知を受けた施設では、他の施設でのステータス更新により、さらに来店の可能性が低くなった順番待ち組を把握することができる。そして、必要に応じて当該順番待ち組の登録を取り消したり、順番を後回しにしたりするなどの対応をすることができる。
【００６１】
また、登録者識別情報として、例えばユーザ端末３００に保存されたクッキー値を利用することにより、登録を行う利用者がわざわざ情報の入力を行わなくても、順番管理サーバ１００は登録者識別情報を取得することができる。
【００６２】
また、順番管理端末２００は、順番管理サーバ１００から重複登録情報を受信すると、ステータス管理画面に表示される順番待ちリストの該当する行に対し、重複登録であることを示す表示を行うようにしたので、各施設では、来店の可能性が低い順番待ち組を効率よく把握することができる。
【００６３】
なお、本発明は、上述した実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において、他の様々な形で実施することができる。このため、上記実施形態はあらゆる点で単なる例示にすぎず、限定的に解釈されるものではない。例えば、上述した各処理ステップは処理内容に矛盾を生じない範囲で任意に順番を変更し、または並列に実行することができる。
【符号の説明】
【００６４】
１０００…順番管理システム
１００…順番管理サーバ
１１０…管理データベース
１２０…プロセッサ
２００…順番管理端末
２１０…プロセッサ
２１５…入力装置
２１５ａ…タッチパネル
２１６…表示装置
２２０…通信インタフェース
２３０…記憶資源
３００…ユーザ端末
３１０…プロセッサ
３２０…入力装置
３３０…表示装置
３４０…通信インタフェース
３５０…記憶資源
ＴＡ１…クライアント管理テーブル
ＴＡ２…ステータス管理テーブル
Ｎ…通信ネットワーク
ＡＰ１…順番管理アプリケーション
【要約】      （修正有）【課題】同じ利用者による複数施設での順番待ちの登録を検知し、実際に施設を利用する可能性が低い登録者を検出する。【解決手段】順番待ち組の登録の情報を受信する順番管理サーバは、各施設における順番待ち組の順番待ち状況の情報を保持する順番待ちリストを記憶する記憶部と、端末装置から、第１の施設への順番待ち組の登録の情報を受信した際、その順番待ち組の登録者識別情報を取得し、順番待ちリストに登録する登録者識別情報取得部と、取得した登録者識別情報と同一の登録者識別情報が、他の施設の順番待ちリストに登録されていないかどうかを判定する重複登録判定部と、他の施設の順番待ちリストに同じ登録者識別情報が登録されている場合には、当該他の施設および第１の施設の順番管理端末に、重複登録情報を通知する重複登録通知部とを備える。【選択図】図６【図１】
0005992121.tif 000002
【図２】
0005992121.tif 000003
【図３】
0005992121.tif 000004
【図４】
0005992121.tif 000005
【図５】
0005992121.tif 000006
【図６】
0005992121.tif 000007
【図７】
0005992121.tif 000008