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

Abstract

【課題】順番待ちを受け付ける施設側から管理サーバへの問い合わせ元の数を制限し、サーバの負荷を低減する。【解決手段】施設における利用者の順番待ちを管理する順番管理システムであって、施設における順番待ちの登録操作と、登録された順番待ちのステータス情報の参照および更新操作を受け付ける順番管理端末と、順番管理端末を介して登録された順番待ちのステータス情報を施設毎に管理する順番管理サーバと、を備え、順番管理端末は、順番管理サーバに問い合わせを行うための操作画面を、１つのセッションで複数開くことが可能であり、順番管理サーバは、順番管理端末が順番管理サーバに問い合わせを行う際に用いるアクセスキーを生成するアクセスキー生成部を備え、アクセスキーは、操作画面毎に割り当てられ、施設毎に同時に使用可能なアクセスキーの数は一定数に制限されている。【選択図】図３

Description

本発明は、順番管理システム、順番管理装置、およびプログラムに関する。

従来、レストランや店舗、病院、銀行、役所等においては、そのサービスを待つ顧客の順番を整理するために、種々の順番管理システムが採用されている。

例えば、特許文献１には、順番待ちのできる複数の施設に対して同時に予約管理サービスを提供する予約管理システムが記載されており、ユーザは、Ｗｅｂや、電話や、店頭端末から順番待ち予約の申し込みをできることが記載されている。

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

従来の順番管理システムにおいて、各施設から管理サーバへのアクセスは、パーソナルコンピュータ等の端末上に表示される操作画面を用いて行われる。しかし、１台のコンピュータで複数の操作画面を立ち上げてしまうと、それぞれの画面から管理サーバへの問い合わせが発生してしまい、サーバの負荷が高くなっていた。

本発明は、以上説明した事情を鑑みてなされたものであり、順番待ちを受け付ける施設側から管理サーバへの問い合わせ元の数を制限し、サーバの負荷を低減することを目的の一つとする。

本発明の一実施形態に係る順番管理システムは、施設における利用者の順番待ちを管理する順番管理システムであって、前記施設における順番待ちの登録操作と、登録された順番待ちのステータス情報の参照および更新操作を受け付ける順番管理端末と、前記順番管理端末を介して登録された順番待ちのステータス情報を施設毎に管理する順番管理サーバと、を備え、前記順番管理端末は、前記順番管理サーバに問い合わせを行うための操作画面を、１つのセッションで複数開くことが可能であり、前記順番管理サーバは、前記順番管理端末が前記順番管理サーバに問い合わせを行う際に用いるアクセスキーを生成するアクセスキー生成部を備え、前記アクセスキーは、前記操作画面毎に割り当てられ、施設毎に同時に使用可能なアクセスキーの数は一定数に制限されたものである。

また、前記順番管理端末は、第１の操作画面から前記順番管理サーバに問い合わせを行う際、初回はキー情報を空の状態にして問い合わせを行い、前記順番管理サーバは、キー情報が空の状態で問い合わせを受けた際には、新規に第１のアクセスキーを生成し、前記第１のアクセスキーを当該施設のアカウントと紐づけて保持すると共に、前記順番管理端末へ送信し、前記順番管理端末は、前記第１のアクセスキーを受信したら、前記第１の操作画面から前記順番管理サーバに問い合わせを行う際には、前記第１のアクセスキーを用いて問い合わせを行い、
前記順番管理端末は、前記第１の操作画面とは異なる第２の操作画面から前記順番管理サーバに問い合わせを行う際には、キー情報を空の状態にして問い合わせを行い、前記順番管理サーバは、前記第２の操作画面からキー情報が空の状態で問い合わせを受けた際には、新たに第２のアクセスキーを生成し、当該施設のアカウントと紐づけて保持されているアクセスキーを前記第２のアクセスキーで上書きすると共に、前記第２のアクセスキーを前記順番管理端末へ送信し、前記第１のアクセスキーを無効にするようにしてもよい。

また、１つの施設から前記順番管理サーバに問い合わせできる順番管理端末は複数存在し、前記順番管理サーバは、１つの施設から同時に前記順番管理サーバに問い合わせできる問い合わせ元の数を、端末固有の識別子、セッションの識別子、および各セッションで開かれている操作画面に割り当てられた有効なアクセスキーの数の合計で制限するようにしてもよい。

本発明によれば、順番待ちを受け付ける施設側から管理サーバへの問い合わせ元の数を制限し、サーバの負荷を低減することができる。

本発明の実施形態に係る順番管理システム１０００の概略構成を示す図。 順番管理端末２００の主要構成を示すブロック図。 本発明の実施形態に係る順番管理システム１０００における各施設の順番管理端末２００から順番管理サーバ１００へアクセスする際の手順を示すシーケンス図。 本発明の実施形態に係る順番管理システム１０００における順番待ちの登録受付処理のフローチャート。 ステータス管理画面を例示した図。 本発明の実施形態に係る順番管理システム１０００における３台の順番管理端末２００Ａ〜２００Ｃを利用して順番管理を行う場合のシーケンス図。

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

本実施形態では、レストランにおいて客の順番待ちを管理する場合を例に説明するが、本発明は、病院、銀行、役所、アミューズメント施設、ショッピングモール、デパート、映画館など、施設利用者の順番待ちの管理を行うあらゆる施設に適用可能である。

図１は、本実施形態に係る順番管理システム１０００の概略構成を示す図である。図１に示すように、順番管理システム１０００は、管理センター等に設置された順番管理サーバ１００と、各施設に設置された順番管理端末２００と、施設利用者が所有するユーザ端末３００を含んでいる。順番管理サーバ１００は、順番管理端末２００およびユーザ端末３００と通信ネットワークＮを介して接続されている。なお、図１の例では、順番管理端末２００とユーザ端末３００をそれぞれ１つのみ図示しているが、実際には、複数の施設に設置されている順番管理端末２００が順番管理サーバ１００によって管理されている。さらに、１施設には複数の順番管理端末２００が設置されていてもよい。また、多数のユーザ端末３００が順番管理サーバ１００にアクセスすることができる。

順番管理サーバ１００は、順番管理端末２００またはユーザ端末３００を介して登録される順番待ちを施設毎に管理する。順番管理サーバ１００は、汎用的なコンピュータによって構成され、そのコンピュータにおいて所定のサーバ用プログラムが動作することにより、サーバ機能を実現するものである。順番管理サーバ１００を構成するコンピュータは、必ずしも１台である必要はなく、通信ネットワークＮ上に分散する複数のコンピュータから構成されてもよい。

順番管理サーバ１００は、施設ごとに順番管理端末２００を管理するための管理データベース１１０と、プロセッサ（アクセスキー生成部）１２０と、を備えている。管理データベース１１０は、クライアント管理テーブルＴＡ１と、ステータス管理テーブルＴＡ２、アクセスキー管理テーブルＴＡ３を備えている。

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

ステータス管理テーブルＴＡ２には、各施設での順番待ちリストが登録されている。この順番待ちリストは、順番待ちをしている者（順番待ち組）の一覧と、各々の順番待ち組の待ち状況をあらわす情報（ステータス情報）が含まれる。例えばレストランＡについては、順番待ちリストの１レコードに、受付番号「１」、受付時刻「１３：０３」、人数「３」等の情報が含まれている。

ステータスには、順番到来前の状態である「待ち中」、順番が来たことを知らせた状態である「呼出中」、順番が来た組を席に案内した状態である「案内完了」、さらに順番待ちをキャンセルした状態である「取消済」等が含まれる。ステータスとしてどのような項目を設定するかは各施設の管理者等が適宜設定および変更可能となっている。

なお、順番待ちリストに含める情報は、各施設の管理者等が適宜設定および変更可能となっている。順番待ちリストの内容は、順番管理端末２００やユーザ端末３００から送信される順番待ちリストへの新規登録情報、またはステータスの更新情報（詳細は後述）に基づいて更新される。

アクセスキー管理テーブルＴＡ３には、各施設の順番管理端末２００（パーソナルコンピュータ）で開いている操作画面から、順番管理サーバ１００にアクセスする際に用いられるアクセスキーの情報が登録されている。順番管理端末２００で開いている操作画面から順番管理サーバ１００にアクセスする際には、初回だけキー情報を空の状態にしてアクセスする。順番管理サーバ１００は、キー情報が空の状態でアクセスを受けた際には、乱数でアクセスキーを発行し、アクセスキー管理テーブルＴＡ３に当該施設のアカウントと紐づけて登録しておく。発行されたアクセスキーは順番管理端末２００へ送信され、以後、当該操作画面から順番管理サーバ１００にアクセスする際には、そのアクセスキーが用いられる。当該順番管理端末２００で別の操作画面を開いて順番管理サーバ１００にアクセスする場合には、再びアクセスキーを空にしてアクセスする。順番管理サーバ１００は、別の操作画面からのアクセス（すなわち、キーが空のアクセス）を受信すると、新たなアクセスキーを発行し、順番管理端末２００に送信すると共に、アクセスキー管理テーブルＴＡ３の情報を新たなアクセスキーで上書きする。これにより、最初の操作画面に割り当てられたアクセスキーは無効となる。更新後のアクセスキーは後から開いた操作画面からのアクセスでのみ利用できる。なお、ここでの操作画面とは、例えば、ウェブブラウザにおいて同一セッションで複数開くことが可能なウェブページである。各ウェブページ（操作画面）はタブを用いて切り替えることができる。なお、アクセスキーは、上述のようにアカウントと紐づけて登録し、アカウントの単位で管理してもよいが、例えば、順番管理端末２００の端末ＩＤと紐づけて登録し、端末ＩＤ単位で管理してもよいし、セッションＩＤと紐づけて登録し、セッションＩＤ単位で管理してもよい。

プロセッサ１２０は、算術演算、論理演算、ビット演算等を処理する算術論理演算ユニット（ＣＰＵなど）および各種レジスタから構成され、ＲＯＭ等の記憶手段に格納されている各種プログラムを実行することで順番管理サーバ１００の各部を中枢的に制御する。また、プロセッサ１２０は、順番管理端末２００と連携して順番待ちを管理するためのコンピュータプログラム（順番管理アプリケーション）も実行する。

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

順番管理端末２００は、サービスを提供する各施設内に設置され、利用者による順番待ちの登録受付の他、施設の従業者（店員）による順番待ち状況の確認や更新操作を受け付ける。レストランＡでは、例えば店の入口付近に設置される。

順番管理端末２００には、タブレット端末や、パーソナルコンピュータ（ＰＣ）、ノートＰＣ、スマートフォン、携帯電話機、携帯情報端末（ＰＤＡ）など、通信ネットワークＮを介して順番管理サーバ１００とデータの授受が可能なあらゆる端末装置を利用することができる。

図２は、順番管理端末２００の主要構成を示すブロック図である。順番管理端末２００は、プロセッサ２１０と、入力装置２１５と、表示装置２１６と、通信インタフェース２２０と、記憶資源２３０とを備える。順番管理端末２００は、利用者が直接タッチパネルなどの入力装置２１５を操作することで、順番待ちリストへの受付や消込み等の入力を受け付ける。ここで、利用者としては、来店者の他、従業者等が想定される。例えば、来店者は順番待ちリストに新たに順番待ちの登録をするための入力を行い、従業者等は順番待ちリストに登録されている情報のステータスを更新するための入力を行う。なお、ここでは、施設の管理者や店員などを従業者等と総称する。

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

入力装置２１５は、順番待ちリストへの受付や順番待ちリストからの消込み等の入力を受け付けるための各種操作ボタンやタッチパネル２１５ａを備えている。

表示装置２１６は、順番待ちリストや受付ボタン等を含む受付画面や待受画面を表示するための装置であり、例えば液晶ディスプレイにより構成される。

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

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

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

ユーザ端末３００は、サービスの利用者が所有する、スマートフォン、携帯電話、タブレット端末、ウェアラブルデバイスなどの端末である。ユーザ端末３００は、プロセッサ３１０、各種操作ボタンやタッチパネルなどの入力装置３２０、液晶ディスプレイなどの表示装置３３０、通信ネットワークＮに接続するための通信インタフェース３４０、ディスクドライブまたは半導体メモリ（ＲＯＭ、ＲＡＭなど）などの記憶資源３５０を備えている。記憶資源３５０には、これら各種プログラムや各種データのほか、プロセッサが実行することにより、順番管理サーバ１００と連携して順番待ちを管理するためのコンピュータプログラム（順番管理アプリケーション）が記憶されている。利用者は、ユーザ端末３００にインストールされているウェブブラウザ又はその他のアプリケーションを介して、各施設への順番待ちを登録することができる。なお、ユーザ端末３００の各要素のハードウェア構成は、順番管理端末２００の対応する要素と同様であるため、これ以上の詳細な説明は省略する。

次に、本実施形態における順番管理システム１０００の動作について説明する。
順番管理システム１０００の利用者としては、施設の利用者や従業者等が想定される。利用者は、施設に設置されている順番管理端末２００を操作して、順番待ちを登録することができる。また、所有するユーザ端末３００を用いて予約用のウェブサイトに接続し、順番待ちの登録を行うこともできる。

（順番管理端末２００から順番管理サーバ１００へのアクセス制御）
図３は、各施設の順番管理端末２００から順番管理サーバ１００へアクセスする際の手順を示すシーケンス図である。ここでは、順番管理端末２００としてパーソナルコンピュータ（ＰＣ）を用いる場合を例に説明する。

まず、施設の従業員等が順番管理端末２００を操作してウェブページ（操作画面）１を開き、施設毎（ここでは「レストランＡ」）に付与されている固有のＩＤとパスコード（アカウント）を入力し、順番管理サーバ１００へのログインを行う（ステップＳ１１）。

順番管理端末２００は、ログイン操作が検知されると、順番管理サーバ１００に、入力されたアカウント、セッションＩＤ、およびアクセスキー情報（ここでは、キー情報を空で送る。）を送信する（ステップＳ１２）。

順番管理サーバ１００は、順番管理端末２００から受信したアカウントの認証を行い、ログイン処理を行う（ステップＳ１３）。

次に、順番管理サーバ１００は、新規のアクセスキーを生成して順番管理端末２００に送信する（ステップＳ１４）。新規のアクセスキーは、例えば乱数を発行することにより作成する。順番管理サーバ１００は、作成したアクセスキーを、施設のアカウントと紐づけてアクセスキー管理テーブルＴＡ３に登録する。なお、アクセスキーは、アカウントの単位で登録してもよいが、順番管理端末２００の端末ＩＤと紐づけて端末ＩＤ単位で管理してもよいし、セッションＩＤと紐づけてセッションＩＤ単位で管理してもよい。

順番管理端末２００は、生成されたアクセスキーを受信する（ステップＳ１５）。ウェブページ１から次回以降順番管理サーバ１００にアクセスする際には、受信したアクセスキー（ウェブページ１に割り当てられたアクセスキー）を用いる（ステップＳ１６）。具体的には、順番管理サーバ１００へのアクセスの際に、施設のアカウント、セッションＩＤ、および順番管理サーバ１００への問い合わせ内容に関する情報と併せて、割り当てられたアクセスキーを送信する。

次に、従業員等が順番管理端末２００で別のウェブページ２を開いて、順番管理サーバ１００へのアクセスが発生する操作を行うと（ステップＳ１７）、順番管理端末２００は、順番管理サーバ１００に、施設のアカウント、セッションＩＤ、および空のアクセスキー情報を送信する（ステップＳ１８）。

順番管理サーバ１００は、アクセスキーが空の状態での問い合わせを受信すると、新たにアクセスキーを生成して順番管理端末２００に送信する（ステップＳ１９）。さらに、順番管理サーバ１００は、アクセスキー管理テーブルＴＡ３に施設のアカウントと紐づけて登録されているアクセスキーの情報を、新たに作成したアクセスキーに更新する（ステップＳ２０）。

ウェブページ２から次回以降順番管理サーバ１００にアクセスする際には、受信した更新後のアクセスキーを用いる（ステップＳ２１）。

なお、タブを用いてウェブページ１からウェブページ２に切り替えた後は、ウェブページ１に割り当てられた更新前のアクセスキーは無効となるため、ウェブページ１から順番管理サーバ１００へのアクセスはできなくなる。このため、利用者が再びウェブページ１から順番管理サーバ１００にアクセスしようとすると、ウェブページ２を利用するように促される。具体的には、例えば順番管理端末２００の画面上に、ウェブページ２を利用するよう指示する警告メッセージ等が表示される。

このように、新たに開かれたウェブページ（操作画面）からのアクセスを受信するたびにアクセスキーを更新することで、１つの施設の順番管理端末２００から同時に順番管理サーバ１００にアクセスできるウェブページを１つに制限することができる。順番管理端末２００からは、最新の情報を取得するため定期的（例えば１０秒毎）に自動で順番管理サーバ１００に問い合わせを行う。したがって、複数のウェブページを開いている場合、全てのウェブページからの問い合わせが行われると、通信ネットワークＮと順番管理サーバ１００の負荷が非常に高くなってしまうが。しかし、本実施形態によれば、順番管理サーバ１００に問い合わせを行うウェブページは、その時点でアクセスキーを与えられているウェブページに限られるため、順番管理サーバ１００の負荷が高くなることを防止することができる。

（順番待ちリストへの順番待ち登録）
次に、順番管理システム１０００における順番待ちの登録受付処理の流れを図４のフローチャートを用いて簡単に説明する。順番待ちの登録は、レストランＡに来店した利用者やレストランＡの従業者が、順番管理端末２００を操作して行う。

順番管理端末２００は通信インタフェース２２０を介して、順番管理サーバ１００からステータス管理テーブルＴＡ２に登録されている順番待ちリストに含まれる情報を受信する（ステップＳ３１）。

次に、順番管理端末２００は、順番待ちの受付をするための受付画面を表示装置２１６に表示させる（ステップＳ３２）。受付画面には、例えば、順番待ちリストの情報（順番待ちをしている者の受付番号と現在のステータス情報）が、受付をした順番に時系列に並べられた一覧が表示される。さらに、現在順番待ちをしている待ち組数や、待ち時間の目安なども表示される。

表示された受付画面に対して利用者が所定の操作入力を行い、順番待ちの受付に必要な情報（人数、席の希望等）の入力が完了すると（ステップＳ３３：ＹＥＳ）、順番管理端末２００は受付完了画面を表示する（ステップＳ３４）。受付完了画面には、受付番号（待ち番号）や、現時点での待ち時間等が表示される。また、順番券を受け取るよう促すメッセージが表示され、利用者は、順番管理端末２００に接続されたプリンタ（図示せず）から印刷される順番券を受け取ることができる。

順番券には、例えば二次元コードが印刷されている。利用者は、自身のユーザ端末３００を利用して順番券に印刷された二次元コードを読み取る。二次元コードを読み取ることで、ユーザ端末３００の表示装置３３０には現在の順番待ち状況（現状の待ち組数や待ち時間など）が表示される。また、自身の順番が近づくと、呼出のためのリマインドメールが届くようにしてもよい。例えば、利用者が、二次元コードを読み込んだときに表示される案内にしたがってメールアドレスを入力することにより、リマインドメールを受信することができるようにしてもよい。

確定した新規登録情報は、順番管理端末２００から通信ネットワークＮを介して順番管理サーバ１００に送信される（ステップＳ３５）。順番管理サーバ１００は、ある施設（ここでは、レストランＡ）から新規登録情報を受信すると、受信した新規登録情報に基づいて、順番待ちリストに順番待ちを１組新たに追加する処理を行い、ステータス管理テーブルＴＡ２を更新する（ステップＳ３６）。

なお、上記の例では、利用者は順番管理端末２００を用いて順番待ちの登録を行っているが、自身の所有するユーザ端末３００を用いてウェブサイト経由で順番待ちの登録をすることもできる。この場合には、利用者は、まずユーザ端末３００を操作して順番管理システム１０００のウェブサイトにアクセスし、表示装置３３０に順番待ちの登録を行う店舗（レストランＡ）のウェブサイト用受付画面を表示させる。その後は、順番管理端末２００を用いて登録する場合と同様の手順で行うことができる。

（順番待ちリストの更新）
各施設の順番待ちリストの各レコードの内容は、施設の従業者等が順番管理端末２００を用いて「取消」、「変更」、「呼出」、「案内」等の操作を行った際に更新される。「取消」は、順番待ちをキャンセルすることを意味し、「変更」は、いったん入力された順番待ちの内容を変更することを意味する。また、「呼出」は、順番が来た組を口頭で呼出したり、電話やメールなどで知らせた状態であることを意味し、「案内」は、順番が来た組を実際に席に案内した状態であることを意味する。

従業者等は、順番管理端末２００を操作し、表示装置２１６に図５に例示するようなステータス管理画面を表示させる。このステータス管理画面は、例えば１つのウェブページで構成される。図５に示すように、ステータス管理画面には、順番待ちリストに登録されている順番待ち組のステータス情報が受付をした順番に表示される。具体的には、順番待ち組の「受付番号」、「人数」、「ステータス」等が表示される。

従業者等が、ステータス管理画面に表示された順番待ちリストの中から、順番待ち状況の更新対象を特定し、その順番待ち組（例えば受付番号「１」）の行をスワイプすると（ステップＳ２２）、指定した順番待ち組に対して「呼出」、「案内」、「取消」、「変更」のいずれかの操作を行うための操作ボタンが表示される。

従業者等は、所望の操作ボタン（例えば「案内」）をタップすることで、ステータスの更新操作を行う。かかる操作がなされると、ステータスの更新指示をあらわすステータスの更新情報が、順番管理端末２００から通信ネットワークＮを介して順番管理サーバ１００にアップロードされる。ステータスの更新情報には、更新対象のレコードを特定する情報と（例えば受付番号「１」）、更新操作内容（例えば「案内」）が含まれる。また、ステータスの更新情報と共に、レストランＡのアカウント、セッションＩＤ、および現在操作を行っているウェブページに割り当てられたアクセスキー情報が順番管理サーバ１００に送信される。なお、現在操作を行っているウェブページから順番管理サーバ１００へのアクセスが初回の場合には、アクセスキーは空の状態で送信する。また、以前割り当てられたアクセスキーが無効になっている（他のウェブページが有効になっている）場合には、画面上に他のページを利用するよう促す警告メッセージ等が表示される。

順番管理サーバ１００は、受信したステータスの更新情報に基づき、当該施設の順番待ちリストを更新する。例えば、受付番号「１」に対して「案内」操作を行った場合には、受付番号「１」の順番待ち組のステータスが「案内済」に更新される。なお、順番管理端末２００から受信したアクセスキーが空の状態の場合には、新たなアクセスキーを発行する。

（施設内の複数の順番管理端末間での同期）
本実施形態では１施設で１台の順番管理端末２００を利用する場合を想定しているが、上述したように、１施設で複数の順番管理端末２００を利用してもよい。１施設で複数台の順番管理端末を利用する場合には、各順番管理端末間でデータが共有される。図６は、３台の順番管理端末２００Ａ〜２００Ｃを利用して順番管理を行う場合のシーケンス図である。たとえば、ある施設（ここではレストランＡ）において順番管理端末２００Ａが操作されると（Ｃ１）、その操作内容（ここでは、ステータスの更新情報を想定）は順番管理サーバ１００にアップロードされる（Ｃ２）。順番管理サーバ１００は、受信したステータスの更新情報に基づき、ステータス管理テーブルＴＡ２に登録されている施設のステータス情報を更新する（Ｃ３）。当該施設で利用されている順番管理端末２００Ａ以外の端末、すなわち順番管理端末２００Ｂ及び２００Ｃは、施設ごとに固有のアカウントをキーとして、ステータス管理テーブルＴＡ２に登録されているステータス情報の問い合わせを行う（Ｃ４）。順番管理サーバ１００は、順番管理端末２００Ｂ及び２００Ｃに対してアップデートされた最新のステータス情報を送信し（Ｃ５）、処理を終了する。これにより、当該施設で利用されている全ての順番管理端末２００Ａ〜２００Ｃで、アップデートされた最新のステータス情報が共有される。

この結果、最新の情報が、常に同期した状態で各順番管理端末２００に反映され、これにより、１施設で複数台の順番管理端末２００を利用する場合であっても、順番待ちの更新情報が一部の順番管理端末２００において反映されない等の不具合を生ずることなく、最適な順番待ち管理を行うことが可能となる。

なお、上述のように、１台の順番管理端末２００で同時に順番管理サーバ１００にアクセスできるウェブページは１つに制限されるため、１台の順番管理端末２００でウェブページが複数開いていても、上記のデータ共有のためのステータス情報の問い合わせを行うことができるのは、アクセスキーを付与されている１つのウェブページだけとなる。

なお、本実施形態では、１つの施設で一度に利用できるアクセスキーは１つに制限されるが、制限する数を複数（例えば２つ）にしてもよい。この場合には、順番管理サーバ１００は、施設のアカウントと紐づけて２つまでのアクセスキーを登録し、さらに新たなウェブページからのアクセス（空のアクセスキーでのアクセス）を受信した場合には、登録されているアクセスキーのうちのいずれか（例えば最も古いもの）を無効にして新たに生成したアクセスキーを登録するようにしてもよい。

（施設毎の順番管理サーバ１００へのアクセス数の制限）
上述したように、１施設では複数の順番管理端末２００を利用することができるが、順番管理サーバ１００に同時にアクセスできる端末の数を施設毎に制限するようにしてもよい。順番管理端末２００には、主にタブレット端末や、パーソナルコンピュータなどが含まれる。例えばタブレット端末については端末ＩＤ（ＵＤＩＤ）で、パーソナルコンピュータについてはセッションＩＤで各端末を識別できる。したがって、順番管理サーバ１００は、端末ＩＤとセッションＩＤを利用して、１施設から同時にアクセスしている端末の数をカウントすることができる。さらに、本実施形態によれば、１台のパーソナルコンピュータから順番管理サーバ１００へアクセスできるウェブページは有効なアクセスキーの数によって制限できる。したがって、順番管理サーバ１００は、端末ＩＤ、セッションＩＤ、およびアクセスキーを利用して、１つの施設からのトータルのアクセス数を制限するようにしてもよい。

以上のように、本実施形態によれば、順番管理端末２００上で開かれている操作画面（ウェブページ）から順番管理サーバ１００にアクセスする際には、操作画面毎に割り当てられるアクセスキーを用いるようにした。さらに、一度に使用できるアクセスキーの数を施設毎に制限するようにしたので、各施設側から順番管理サーバ１００への問い合わせ元の数を制限し、サーバの負荷を低減することができる。

また、アクセスキーの割り当ては、順番管理端末２００の新たな操作画面からアクセスがある度に生成し、過去に割り当てたアクセスキーと置き換えていくようにしたので、順番管理端末２００からの実際のアクセス状況に応じて効率よくアクセスキーを割り当てることができる。

また、順番管理サーバ１００は、１つの施設から同時に順番管理サーバ１００に問い合わせできる問い合わせ元の数を、端末ＩＤ、セッションＩＤ、および有効なアクセスキーの数の合計で制限するようにしたので、端末の種類に関わらず問い合わせ元の数を正確に管理することができる。

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

１０００…順番管理システム
１００…順番管理サーバ
１１０…管理データベース
１２０…プロセッサ
２００…順番管理端末
２１０…プロセッサ
２１５…入力装置
２１５ａ…タッチパネル
２１６…表示装置
２２０…通信インタフェース
２３０…記憶資源
３００…ユーザ端末
３１０…プロセッサ
３２０…入力装置
３３０…表示装置
３４０…通信インタフェース
３５０…記憶資源
ＴＡ１…クライアント管理テーブル
ＴＡ２…ステータス管理テーブル
ＴＡ３…アクセスキー管理テーブル
Ｎ…通信ネットワーク
ＡＰ１…順番管理アプリケーション

Claims (3)

1. 施設における利用者の順番待ちを管理する順番管理システムであって、
   前記施設における順番待ちの登録操作と、登録された順番待ちのステータス情報の参照および更新操作を受け付ける順番管理端末と、
   前記順番管理端末を介して登録された順番待ちのステータス情報を施設毎に管理する順番管理サーバと、を備え、
   前記順番管理端末は、前記順番管理サーバに問い合わせを行うための操作画面を、１つのセッションで複数開くことが可能であり、
   前記順番管理サーバは、
   前記順番管理端末が前記順番管理サーバに問い合わせを行う際に用いるアクセスキーを生成するアクセスキー生成部を備え、
   前記アクセスキーは、前記操作画面毎に割り当てられ、施設毎に同時に使用可能なアクセスキーの数は一定数に制限されている、順番管理システム。
2. 前記順番管理端末は、第１の操作画面から前記順番管理サーバに問い合わせを行う際、初回はキー情報を空の状態にして問い合わせを行い、
   前記順番管理サーバは、キー情報が空の状態で問い合わせを受けた際には、新規に第１のアクセスキーを生成し、前記第１のアクセスキーを当該施設のアカウントと紐づけて保持すると共に、前記順番管理端末へ送信し、
   前記順番管理端末は、前記第１のアクセスキーを受信したら、前記第１の操作画面から前記順番管理サーバに問い合わせを行う際には、前記第１のアクセスキーを用いて問い合わせを行い、
   前記順番管理端末は、前記第１の操作画面とは異なる第２の操作画面から前記順番管理サーバに問い合わせを行う際には、キー情報を空の状態にして問い合わせを行い、
   前記順番管理サーバは、前記第２の操作画面からキー情報が空の状態で問い合わせを受けた際には、新たに第２のアクセスキーを生成し、当該施設のアカウントと紐づけて保持されているアクセスキーを前記第２のアクセスキーで上書きすると共に、前記第２のアクセスキーを前記順番管理端末へ送信し、前記第１のアクセスキーを無効にする、請求項１に記載の順番管理システム。
3. １つの施設から前記順番管理サーバに問い合わせできる順番管理端末は複数存在し、
   前記順番管理サーバは、
   １つの施設から同時に前記順番管理サーバに問い合わせできる問い合わせ元の数を、端末固有の識別子、セッションの識別子、および各セッションで開かれている操作画面に割り当てられた有効なアクセスキーの数の合計で制限する、請求項１または２に記載の順番管理システム。