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