JP2009048448A - 順番情報配信方法及びシステム - Google Patents
順番情報配信方法及びシステム Download PDFInfo
- Publication number
- JP2009048448A JP2009048448A JP2007214588A JP2007214588A JP2009048448A JP 2009048448 A JP2009048448 A JP 2009048448A JP 2007214588 A JP2007214588 A JP 2007214588A JP 2007214588 A JP2007214588 A JP 2007214588A JP 2009048448 A JP2009048448 A JP 2009048448A
- Authority
- JP
- Japan
- Prior art keywords
- user
- facility
- information
- order
- terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims description 39
- 238000007726 management method Methods 0.000 claims description 87
- 238000002716 delivery method Methods 0.000 claims description 6
- 238000004891 communication Methods 0.000 abstract description 39
- 238000003825 pressing Methods 0.000 abstract description 2
- 238000010586 diagram Methods 0.000 description 28
- 238000001514 detection method Methods 0.000 description 7
- 238000004364 calculation method Methods 0.000 description 6
- 230000006870 function Effects 0.000 description 3
- 238000013459 approach Methods 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 239000000470 constituent Substances 0.000 description 2
- 238000003745 diagnosis Methods 0.000 description 2
- 208000019901 Anxiety disease Diseases 0.000 description 1
- 241001354498 Dracophyllum minimum Species 0.000 description 1
- 230000036506 anxiety Effects 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000008571 general function Effects 0.000 description 1
- 230000007794 irritation Effects 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
【課題】解決しようとする課題は、公共施設、アミューズメント施設の利用者に施設の通信ネットワークの帯域を圧迫することなくタイムリーに待ち人数等の順番情報を配信できない問題である。このため、各種施設の利用者はどれだけ待てば良いか分からないことによるいらいら感、不安感があり、また、以後のスケジュールを立て難い問題である。
【解決手段】
施設希望利用者から利用希望個別施設とその利用順番を受け付け、施設ＩＤとその呼出番号を設定して利用者呼出情報として利用者の携帯端末に配信し、各施設の利用者数を管理する施設管理端末からの利用情報から利用可能者呼出情報をブロードキャストし、携帯端末は受信した利用者呼出情報と利用可能者呼出情報より利用者の希望個別施設への待ち順番を算出して表示する。
【選択図】図１
【解決手段】
施設希望利用者から利用希望個別施設とその利用順番を受け付け、施設ＩＤとその呼出番号を設定して利用者呼出情報として利用者の携帯端末に配信し、各施設の利用者数を管理する施設管理端末からの利用情報から利用可能者呼出情報をブロードキャストし、携帯端末は受信した利用者呼出情報と利用可能者呼出情報より利用者の希望個別施設への待ち順番を算出して表示する。
【選択図】図１
Description
本発明は、公共施設、アミューズメント施設などにおける利用者への情報配信に係り、特に、各施設内の個々にサービスを提供する個別施設で各々のサービスの待ち人数などを配信する順番情報配信方法、システムに関するものである。
病院・役所・博物館等の公共施設や、アミューズメント施設等には、施設内に多くの施設がある。例えば、病院の場合には、複数の診察科、会計、調剤などの部門があり、診察検査、会計などが行なわれる。アミューズメント施設には、複数のアトラクション施設で異なるアトラクションを提供している。（以下では、各施設で行なうものをサービスと表現する）このような公共施設、アミューズメント施設の各個別施設のサービス利用者は順番待ちが一般的である。このため、利用者に対し、待ち人数等の順番情報を配信することが望まれる。
図１３は従来の順番情報配信方法（個別配信）と表示例を説明する図である。配信端末３０より各携帯端末３１に個別に情報を送信している。例えば、携帯端末（ＩＤ＝Ｔ１）に待ち人数２を送信し、携帯端末Ｔ１の表示部に例えば、病院の場合「診察待ち：２人」の表示により利用者は自己の診察科での待ち順番を知ることができる。他の携帯端末３１も同様であり、携帯端末Ｔ５１の場合は６人の会計待ち人数を示している。
引用文献１には、受付者に携帯端末を提供し、確認した受付状況より受付順序を特定した受付者の携帯端末に、呼び出し順序に関する情報の送信する技術を開示している。
図１４は従来の順番情報配信方法（ブロードキャスト）と表示例を説明する図である。図１３の個別配信に対し、ブロードキャストにより情報を一斉に配信する方法を示している。配信端末３２から配信ＩＤとその待ち人数を「診察待ち行列」として全ての携帯端末３３にブロードキャストする。各携帯端末は「診察待ち行列」より自己の携帯端末ＩＤを検索し、配信された携帯端末ＩＤと待ち人数より表示部に表示する。例えば、携帯端末Ｔ１の場合は「診察待ちが２人」であり、携帯端末Ｔ５１の場合は６番目あることを示している。
しかしながら、個別に情報を送信する場合、受付呼び出し順番が近づいてから個々の利用者に順序を該当の利用者端末に送信するので、受付呼び出しの順番が近づくまでは呼び出し順番に関する情報は送信されない問題がある。一方、受付呼び出し順番を早い段階から送信すると、受付者が増加するにつれて各携帯端末への送信頻度は増加し、配信システムのネットワーク帯域を圧迫することになる。
一方ブロードキャストの場合、待ち行列のデータを利用者の端末全てにブロードキャストし、利用者は配信された待ち行列の中から該当する自端末の携帯端末ＩＤを探す方法なので、待ち人数が多くなるにつれ、待ち人数を取得するのに時間がかかる。また、ＺｉｇＢｅｅ（ＩＥＥＥ８０２．１５．４を物理層とする近距離無線通信方式）等のように１回に送信できるデータ量が小さな通信系に使用する場合、何度も送信する必要が発生し、やはりネットワーク帯域を圧迫する問題がある。また、待ち行列のデータサイズが大きくなる可能性がある場合には、あらかじめそのデータを保持できる記憶領域を携帯端末側に用意しておく必要がある。
特開２００６−３９６７６号公報
解決しようとする課題は、公共施設、アミューズメント施設の利用者に施設の通信ネットワークの帯域を圧迫することなくタイムリーに待ち人数等の順番情報を配信できない問題である。このため、各種施設の利用者はどれだけ待てば良いか分からないことによるいらいら感、不安感があり、また、以後のスケジュールを立て難い問題である。
本発明は、各種施設の利用者に対し、待ち時間などの順番情報を通信ネットワークの帯域を圧迫することなく、タイムリーに配信することができる順番情報配信方法及びシステムを提供することを目的とする。
第一の発明は、施設内に各々固有のサービスを提供する１つあるいは複数の個別施設を有し、前記個別施設利用者にその順番情報を配信する順番情報配信システムにおける順番情報配信方法である。
前記順番情報配信システムは前記利用者の利用希望個別施設とその利用順番を受け付け、順番情報を配信する配信管理手段と、前記利用者が保持し前記配信管理手段からの配信情報を受信し表示する携帯端末と、前記個別施設の利用者数を管理する施設管理端末と、で構成し、前記配信管理手段は、前記受付けた前記利用者の利用希望個別施設とその順番より前記利用者が前記利用希望個別施設を利用できる利用者呼出情報を設定し、前記利用者呼出情報を前記利用者の携帯端末に配信し、前記施設管理端末から前記個別施設の利用者情報を受信し、前記利用希望個別施設の利用が可能な利用可能者呼出情報を前記携帯端末にブロードキャストし、前記利用者の携帯端末は前記利用者呼出情報と前記利用可能者呼出情報より前記利用者の前記希望個別施設への待ち順番を算出して表示する。
第一の発明により、施設内の通信ネットワークの帯域を圧迫することなく、施設サービス利用者に利用希望の施設サービスの待ち順番情報をタイムリーに配信することができる。また、利用者は自己の待ち順番を知ることによりいらいら感、不安感を感ずることもなく、また、以後のスケジュールも立て易くなる。
第二の発明は、第一の発明の順番情報配信システムにおいて、前記携帯端末は、前記利用者呼出情報と前記利用可能者呼出情報が一致した場合、前記利用可能者呼出情報を受信したことを前記配信管理手段に返信する。
第二の発明により、サーバは施設利用者が施設サービスを受ける状態になったことを確認でき、以後の案内管理の手順に入ることができる。
第三の発明は、第一の発明の順番情報配信システムにおいて、前記配信管理手段は前記利用者の利用希望個別施設の利用が終了したことを前記施設管理端末から受信し、次の利用希望個別施設の利用者呼出情報を設定し、前記利用者の携帯端末に配信する。
第三の発明により、利用者は希望した次ぎの施設サービスを受ける待ち状態になり、その待ち順番を知ることができる。
第四の発明は、第一の発明の順番情報配信システムにおいて、前記利用者呼出情報が変更になった場合前記配信管理手段は、前記利用者の利用者呼出情報を変更して設定し、前記利用可能者呼出情報にさらに変更規則を表す情報を配信する。
第四の発明により、施設サービス利用者は、順番の変更と、その待ち順番を知ることができ、待ち順番が繰り下がった場合においても、不安感を抱くことを避けることが可能になる。
第五の発明は、第一の発明乃至第四の発明の利用者呼出情報は前記個別施設を利用する施設の施設ＩＤと呼出番号で構成し、前記利用可能者呼出情報は施設ＩＤと利用可能な呼出番号で構成する。
第五の発明により、携帯端末とサーバ間の通信情報は少なくすることができ、通信帯域の圧迫を避けることができる。
第六の発明は、施設内に各々固有のサービスを提供する１つあるいは複数の個別施設を有し、前記個別施設利用者にその順番情報を配信する順番情報配信システムである。
前記順番情報配信システムは、前記利用者の利用希望個別施設とその利用順番を受け付け、順番情報を情報配信する配信管理手段と、前記配信管理手段からの配信情報を受信し表示する携帯端末と、前記個別施設の利用者数を管理する施設管理端末と、で構成し、前記配信管理手段は、前記受付けた前記利用者の利用希望個別施設とその順番より前記利用者が前記利用希望個別施設を利用できる利用者呼出情報を設定し、前記利用者呼出情報を前記利用者の携帯端末に配信し、前記施設管理端末から前記個別施設の利用状況情報を受信し、前記希望個別施設の利用可能状態にある利用可能者呼出情報を前記携帯端末にブロードキャストする。
前記携帯端末は、前記利用者呼出情報と前記利用可能者呼出情報より前記利用者の前記希望個別施設への待ち順番を算出して表示する。
第六の発明により、施設サービス利用者への順番情報を施設の通信帯域を圧迫することなくタイムリーに配信することができる。
本発明により、各種施設は利用者にブロードキャストで定期的、あるいは随時、通信ネットワークの帯域使用率を圧迫することなく情報を配信することができる。一方、各種施設の利用者は待ち人数などの情報を受付登録終了直後より知ることができる。
（実施例１）
図１は本発明の一実施形態の順番情報配信システム構成（その１）を示す図である。複数のアトラクションを行なうアミューズメント施設の利用者に各アトラクション施設の待ち人数などの順番情報を配信するシステムの例である。
図１は本発明の一実施形態の順番情報配信システム構成（その１）を示す図である。複数のアトラクションを行なうアミューズメント施設の利用者に各アトラクション施設の待ち人数などの順番情報を配信するシステムの例である。
アミューズメント施設は通信手段３とデータを保持するデータベースＤＢ２を備え、順番情報配信システムを運用するサーバ１、アミューズメント施設の複数箇所に設けられた複数の受付端末４（４−１〜４−Ｎ）、各アトラクションなどのサービスを行なう各施設の施設管理端末５（５−１〜５−Ｎ）、を備え、各施設管理端末は各施設への入場者、退場者を検出する入場者検出手段６（６−１〜６−Ｎ）、退場者検出手段７（７−１〜７−Ｎ）を備える。サーバ１と受付端末４、施設管理端末５はＬＡＮ（無線、有線）等の構内通信手段８で接続される。また、アミューズメント施設利用者に貸し出す携帯端末９（９−１〜９−Ｎ）はサーバの通信手段３を介してシステムに接続される。
以下では構成要素の本発明に係る機能を説明し、その他の各装置、各部の一般的機能の説明は省略する。また、順番情報配信の具体的な手順は図５で述べる。
１）サーバ１
ＤＢの情報の取得、更新処理を行い、構内通信手段８、通信手段３を介した各端末と通信により順番情報配信システムを運用管理する。また、システムの構成の仕方に依存するが、利用者に貸し出す携帯端末９の利用者ＩＤを設定保持する手段を備え、受付端末からの照会に対し利用者ＩＤを返答する機能を備える。
２）ＤＢ２
ＤＢ２は後述する携帯端末管理テーブルと施設サービス案内管理テーブルで構成する。
３）受付端末４、施設管理端末５、携帯端末９
各端末の構成は後述する。
４）入場者検出手段６、退場者検出手段７
各施設の入り口、出口に備え、携帯端末に備えた例えばＲＦタグに保持されている携帯端末ＩＤを読み取り該当の施設への入場者、退場者を計数する。
５）構内通信手段８
アミューズメント施設内のサーバ１と各受付端末４、各施設管理端末５の間を有線ＬＡＮ、無線ＬＡＮなどで構成して通信を行なう。
１）サーバ１
ＤＢの情報の取得、更新処理を行い、構内通信手段８、通信手段３を介した各端末と通信により順番情報配信システムを運用管理する。また、システムの構成の仕方に依存するが、利用者に貸し出す携帯端末９の利用者ＩＤを設定保持する手段を備え、受付端末からの照会に対し利用者ＩＤを返答する機能を備える。
２）ＤＢ２
ＤＢ２は後述する携帯端末管理テーブルと施設サービス案内管理テーブルで構成する。
３）受付端末４、施設管理端末５、携帯端末９
各端末の構成は後述する。
４）入場者検出手段６、退場者検出手段７
各施設の入り口、出口に備え、携帯端末に備えた例えばＲＦタグに保持されている携帯端末ＩＤを読み取り該当の施設への入場者、退場者を計数する。
５）構内通信手段８
アミューズメント施設内のサーバ１と各受付端末４、各施設管理端末５の間を有線ＬＡＮ、無線ＬＡＮなどで構成して通信を行なう。
図２は本発明の一実施形態の携帯端末の構成例を示す図である。演算部１０、制御部１１、ＲＦタグ１２、表示部１３、記憶部１４、通信手段１５と各部に電源を供給する電源１６で構成する。
１）演算部１０
携帯端末利用者の個別施設への入場待ち時の呼出番号として各利用者に設定され、サーバ１から送信される呼出番号と定期的にあるいは随時サーバ１から配信される該当の施設のその時点の呼出番号からその時点の利用者の待ち人数を算出する。
２）制御部１１
携帯端末を構成する各部間の信号の制御を行なう。
３）ＲＦタグ１２
携帯端末利用者の受付登録に対応する携帯端末ＩＤを保持する。
４）表示部１３
携帯端末利用者が登録した希望回遊施設（施設サービスＩＤ）、その待ち人数の情報を表示する。
５）記憶部１４
携帯端末利用者が登録した全ての希望回遊施設（施設サービスＩＤ）、最初の呼出しを受ける施設の呼出番号を保持する。
６）通信手段１５
サーバ１との通信を行なう。
１）演算部１０
携帯端末利用者の個別施設への入場待ち時の呼出番号として各利用者に設定され、サーバ１から送信される呼出番号と定期的にあるいは随時サーバ１から配信される該当の施設のその時点の呼出番号からその時点の利用者の待ち人数を算出する。
２）制御部１１
携帯端末を構成する各部間の信号の制御を行なう。
３）ＲＦタグ１２
携帯端末利用者の受付登録に対応する携帯端末ＩＤを保持する。
４）表示部１３
携帯端末利用者が登録した希望回遊施設（施設サービスＩＤ）、その待ち人数の情報を表示する。
５）記憶部１４
携帯端末利用者が登録した全ての希望回遊施設（施設サービスＩＤ）、最初の呼出しを受ける施設の呼出番号を保持する。
６）通信手段１５
サーバ１との通信を行なう。
図３は本発明の一実施形態の受付端末の構成例を示す図である。受付ＩＦ１７、表示部１８、制御部１９、通信ＩＦ２０と各部に電源を供給する電源２１で構成する。
１）受付ＩＦ１７、表示部１８
アミューズメント施設の入り口で利用者登録、順番を登録するための受付けインタフェースであり、受付内容の確認のため表示部を有する。両機能をタッチパネルで構成することも考えられる。
２）制御部１９
受付端末を構成する各部間の信号の制御を行なう。
３）通信ＩＦ２０
サーバ１との通信を行なう。
１）受付ＩＦ１７、表示部１８
アミューズメント施設の入り口で利用者登録、順番を登録するための受付けインタフェースであり、受付内容の確認のため表示部を有する。両機能をタッチパネルで構成することも考えられる。
２）制御部１９
受付端末を構成する各部間の信号の制御を行なう。
３）通信ＩＦ２０
サーバ１との通信を行なう。
図４は本発明の一実施形態の施設管理端末の構成例を示す図である。演算部２２、制御２３、ＲＦタグ読み取り部２４、記憶部２５、通信ＩＦ２６と各部に電源を供給する電源２７で構成する。
１）演算部２２
ＲＦタグから読み取った携帯端末ＩＤから施設への入場者、退場者から施設の収容人数から施設への入場可能数を算出する。
２）制御部２３
施設管理端末を構成する各部間の信号の制御を行なう。
３）ＲＦタグ読み取り部２４
携帯端末に備えられたＲＦタグに保持されている携帯端末ＩＤを読み取る。
４）記憶部２５
施設の収容人数、施設に入場している利用者の携帯端末ＩＤを保持する。
５）通信部２６
サーバ１との通信を行なう。
１）演算部２２
ＲＦタグから読み取った携帯端末ＩＤから施設への入場者、退場者から施設の収容人数から施設への入場可能数を算出する。
２）制御部２３
施設管理端末を構成する各部間の信号の制御を行なう。
３）ＲＦタグ読み取り部２４
携帯端末に備えられたＲＦタグに保持されている携帯端末ＩＤを読み取る。
４）記憶部２５
施設の収容人数、施設に入場している利用者の携帯端末ＩＤを保持する。
５）通信部２６
サーバ１との通信を行なう。
図５は本発明の順番情報配信システムの基本配信手順を示す図である。アミューズメント施設利用者が受付で利用登録を行い、登録した希望の施設サービスへの入場に至るまでの手順を示している。
Ｓ１：受付端末は利用者より希望施設サービス（希望アトラクション）とその順番を受付け、下記を行なう。
ア．サーバより利用者ＩＤを取得し、取得した利用者ＩＤと携帯端末ＩＤを保持した携帯端末を利用者に貸し出す。イ．サーバに利用者ＩＤ、携帯端末ＩＤ、施設サービスＩＤとその順番を送信する。
Ｓ１：受付端末は利用者より希望施設サービス（希望アトラクション）とその順番を受付け、下記を行なう。
ア．サーバより利用者ＩＤを取得し、取得した利用者ＩＤと携帯端末ＩＤを保持した携帯端末を利用者に貸し出す。イ．サーバに利用者ＩＤ、携帯端末ＩＤ、施設サービスＩＤとその順番を送信する。
なお、ここでは利用者ＩＤをサーバから取得する形式としたが、利用者ＩＤを受付端末で付与することも考えられる。また、利用者の個人情報などを登録してもらい利用者ＩＤと対応させ、携帯端末ＩＤと利用者ＩＤの両方で管理する必要がない運用形態の場合は携帯端末ＩＤのみで良い。
Ｓ２：サーバは、下記を行なう。
ア．携帯端末管理テーブルに受信した利用者の利用者ＩＤ、携帯端末ＩＤ、利用希望施設サービス、順番を登録する。
イ．施設サービス案内管理テーブルより利用者が最初に回遊する施設サービスの最終呼出番号を取得し、その番号に「１」を加えた番号をその施設サービスの呼出番号として「ア」で登録した利用者の携帯端末管理テーブルに設定する。
ウ．施設サービス案内管理テーブルの該当の施設サービスの最終呼出番号を、「イ」で算出した番号（「最終呼出番号+１」）に更新する。
Ｓ３：サーバは登録した施設サービスＩＤ、最初に回遊する施設サービスＩＤには呼出番号を対にして、該当の利用者の携帯端末に送信する。
Ｓ４：携帯端末はサーバからの施設サービスＩＤと呼出番号付きの場合は呼出番号と併せ保持する。
Ｓ５：施設管理端末は携帯端末内蔵のＲＦタグ内の携帯端末ＩＤを読み取り、（アトラクション）施設の入場者／退場者を検出し、施設への総入場者数を算出し、収容数に空きがある場合はサーバに該当施設の施設サービスＩＤと入場可能空き人数を通知する。
Ｓ６：サーバは受信した施設管理端末の施設サービスＩＤと空き人数情報から、施設サービス案内管理テーブルより施設サービスＩＤをキーにして現在の呼出番号を取得し、「１」を加えた番号をその施設サービスＩＤの呼出し番号として施設サービスＩＤ、呼出番号をブロードキャストで配信する。
Ｓ２：サーバは、下記を行なう。
ア．携帯端末管理テーブルに受信した利用者の利用者ＩＤ、携帯端末ＩＤ、利用希望施設サービス、順番を登録する。
イ．施設サービス案内管理テーブルより利用者が最初に回遊する施設サービスの最終呼出番号を取得し、その番号に「１」を加えた番号をその施設サービスの呼出番号として「ア」で登録した利用者の携帯端末管理テーブルに設定する。
ウ．施設サービス案内管理テーブルの該当の施設サービスの最終呼出番号を、「イ」で算出した番号（「最終呼出番号+１」）に更新する。
Ｓ３：サーバは登録した施設サービスＩＤ、最初に回遊する施設サービスＩＤには呼出番号を対にして、該当の利用者の携帯端末に送信する。
Ｓ４：携帯端末はサーバからの施設サービスＩＤと呼出番号付きの場合は呼出番号と併せ保持する。
Ｓ５：施設管理端末は携帯端末内蔵のＲＦタグ内の携帯端末ＩＤを読み取り、（アトラクション）施設の入場者／退場者を検出し、施設への総入場者数を算出し、収容数に空きがある場合はサーバに該当施設の施設サービスＩＤと入場可能空き人数を通知する。
Ｓ６：サーバは受信した施設管理端末の施設サービスＩＤと空き人数情報から、施設サービス案内管理テーブルより施設サービスＩＤをキーにして現在の呼出番号を取得し、「１」を加えた番号をその施設サービスＩＤの呼出し番号として施設サービスＩＤ、呼出番号をブロードキャストで配信する。
通常ブロードキャストの場合、利用者ＩＤの送信も必要であるが、施設サービスＩＤと呼出番号をブロードキャストのみであり、通信帯域を節約した情報配信が可能になる。
Ｓ７：携帯端末は配信されたデータを受信し、携帯端末が保持する呼出番号付き施設サービスＩＤの有無を確認し、該当の施設サービスＩＤが有る場合は以下を行なう。
ア．受信した施設サービスＩＤの呼出番号と保持している呼出番号との差を算出する。
イ．算出した数（正である）を待ち人数として携帯端末に表示する。ここで、数が「０」の場合は入場可能と判断し、入場を促すメッセージと併せて表示部に表示する。
ウ．サーバに施設サービスＩＤ、その呼出番号を受信した事を返答する。
Ｓ８： サーバは受信した携帯端末の端末ＩＤと施設サービスＩＤ、呼出番号より該当の利用者の下記データを更新する。
ア．施設サービス案内管理テーブルの、該当施設サービスＩＤの現在の呼出番号に「１」を加えた値に更新する。
イ．携帯端末管理テーブルの該当施設サービスＩＤの処理フラグを「１」に設定（回遊済み）する。
Ｓ９： 施設管理端末は入場者検出手段で入場した利用者の端末ＩＤを検出し、サーバに利用者の端末ＩＤを通知する。
Ｓ１０：サーバは携帯端末管理テーブルの施設サービス案内管理テーブルより入場可能通知をした利用者であることを確認し、また退場を確認後、該当の利用者について以下を行なう。
ア．処理済みフラグが「０」の中の最上位の施設サービスＩＤの最終呼出し番号を取得し、その番号に「１」を加えた番号を算出する。
イ．施設サービス案内管理テーブルの最終呼出番号を算出した呼出番号に更新する。
ウ．携帯端末管理テーブルの該当の施設サービスの呼出番号に算出した呼出番号を設定する。
Ｓ１１：サーバは次ぎの回遊施設となった施設サービスＩＤと呼出番号を該当の携帯端末に送信する。（Ｓ３に同一であり、次の回遊施設がＳ３の最初に回遊する施設になる。）
Ｓ１２：Ｓ４〜Ｓ１１の処理を全ての利用者が回遊を終えるまで繰り返す。
Ｓ７：携帯端末は配信されたデータを受信し、携帯端末が保持する呼出番号付き施設サービスＩＤの有無を確認し、該当の施設サービスＩＤが有る場合は以下を行なう。
ア．受信した施設サービスＩＤの呼出番号と保持している呼出番号との差を算出する。
イ．算出した数（正である）を待ち人数として携帯端末に表示する。ここで、数が「０」の場合は入場可能と判断し、入場を促すメッセージと併せて表示部に表示する。
ウ．サーバに施設サービスＩＤ、その呼出番号を受信した事を返答する。
Ｓ８： サーバは受信した携帯端末の端末ＩＤと施設サービスＩＤ、呼出番号より該当の利用者の下記データを更新する。
ア．施設サービス案内管理テーブルの、該当施設サービスＩＤの現在の呼出番号に「１」を加えた値に更新する。
イ．携帯端末管理テーブルの該当施設サービスＩＤの処理フラグを「１」に設定（回遊済み）する。
Ｓ９： 施設管理端末は入場者検出手段で入場した利用者の端末ＩＤを検出し、サーバに利用者の端末ＩＤを通知する。
Ｓ１０：サーバは携帯端末管理テーブルの施設サービス案内管理テーブルより入場可能通知をした利用者であることを確認し、また退場を確認後、該当の利用者について以下を行なう。
ア．処理済みフラグが「０」の中の最上位の施設サービスＩＤの最終呼出し番号を取得し、その番号に「１」を加えた番号を算出する。
イ．施設サービス案内管理テーブルの最終呼出番号を算出した呼出番号に更新する。
ウ．携帯端末管理テーブルの該当の施設サービスの呼出番号に算出した呼出番号を設定する。
Ｓ１１：サーバは次ぎの回遊施設となった施設サービスＩＤと呼出番号を該当の携帯端末に送信する。（Ｓ３に同一であり、次の回遊施設がＳ３の最初に回遊する施設になる。）
Ｓ１２：Ｓ４〜Ｓ１１の処理を全ての利用者が回遊を終えるまで繰り返す。
図６は本発明の順番情報配信システムのデータベース構成例を示す図である。１）携帯端末管理テーブル、２）施設サービス案内管理テーブルで構成する。図５で述べた配信手順の具体的な例と併せて説明する。
１）携帯端末管理テーブル
携帯端末ＩＤ、利用者ＩＤ、利用者の登録した利用希望回遊施設とその順番で構成する。利用者の利用希望施設とその順番は施設サービスＩＤ、順番、呼出番号、処理フラグで構成する。これらは希望の施設サービスＩＤ毎に各々備える。
１）携帯端末管理テーブル
携帯端末ＩＤ、利用者ＩＤ、利用者の登録した利用希望回遊施設とその順番で構成する。利用者の利用希望施設とその順番は施設サービスＩＤ、順番、呼出番号、処理フラグで構成する。これらは希望の施設サービスＩＤ毎に各々備える。
図６の番号１の携帯端末ＩＤ＝Ｔ１、利用者ＩＤ＝Ｐ１０１について説明する。
ア．利用者ＩＤ「Ｔ１」の利用者は回遊希望の施設、施設サービスＩＤ「Ｄ１」、「Ｄ２」を登録している。回遊順番は施設ＩＤ「Ｄ１」を最初に施設ＩＤ「Ｄ２」がその次である。「Ｄ１」に関し、呼出番号は「５０」の５０番目である。未だ入場していない状態として、処理フラグは「０」である。（施設サービスＩＤ「Ｄ１」への回遊ができていない。）
イ．Ｄ２の順番「２」は施設サービスＩＤ「Ｄ１」の回遊が終了していないので呼出番号は付与されず「−」表示である。
ウ．施設サービスＩＤ「Ｄ１」の施設に入場し、退場が確認されると、Ｄ１の処理フラグは「１」（施設１への回遊終了）に更新され、また呼出番号が算出され付加される。端末ＩＤ「Ｔ２」の利用者の場合、施設サービスＩＤ「Ｄ３」は最初に設定された呼出番号が「５」であり。回遊済みなので、処理フラグは「１」である。施設サービスＩＤ「Ｄ２は順番待ちの状態で、現在の呼出番号は「８」である。
ア．利用者ＩＤ「Ｔ１」の利用者は回遊希望の施設、施設サービスＩＤ「Ｄ１」、「Ｄ２」を登録している。回遊順番は施設ＩＤ「Ｄ１」を最初に施設ＩＤ「Ｄ２」がその次である。「Ｄ１」に関し、呼出番号は「５０」の５０番目である。未だ入場していない状態として、処理フラグは「０」である。（施設サービスＩＤ「Ｄ１」への回遊ができていない。）
イ．Ｄ２の順番「２」は施設サービスＩＤ「Ｄ１」の回遊が終了していないので呼出番号は付与されず「−」表示である。
ウ．施設サービスＩＤ「Ｄ１」の施設に入場し、退場が確認されると、Ｄ１の処理フラグは「１」（施設１への回遊終了）に更新され、また呼出番号が算出され付加される。端末ＩＤ「Ｔ２」の利用者の場合、施設サービスＩＤ「Ｄ３」は最初に設定された呼出番号が「５」であり。回遊済みなので、処理フラグは「１」である。施設サービスＩＤ「Ｄ２は順番待ちの状態で、現在の呼出番号は「８」である。
なお、ここでは、前述した携帯端末ＩＤに加え利用者ＩＤを登録している。利用者ＩＤには利用者のプロファイルとリンクして情報を保持することも考えられるが、ここでは利用者の個人プロファイルについては省略する。
２）施設サービス案内管理テーブル
施設サービスＩＤ、現在の呼出番号、登録最終番号で構成する。上記で述べた携帯端末ＩＤ「Ｔ１」の利用者について携帯端末管理テーブルの内容と併せ説明する。
ア．施設サービスＩＤ「Ｄ１」の現在の呼出番号は「４０」である。
イ．現在登録されている最終呼出番号は「４９」である。携帯端末管理テーブルの携帯端末ＩＤ「Ｔ１」の利用者が新たに登録され、その呼出番号は「５０」となる。
２）施設サービス案内管理テーブル
施設サービスＩＤ、現在の呼出番号、登録最終番号で構成する。上記で述べた携帯端末ＩＤ「Ｔ１」の利用者について携帯端末管理テーブルの内容と併せ説明する。
ア．施設サービスＩＤ「Ｄ１」の現在の呼出番号は「４０」である。
イ．現在登録されている最終呼出番号は「４９」である。携帯端末管理テーブルの携帯端末ＩＤ「Ｔ１」の利用者が新たに登録され、その呼出番号は「５０」となる。
図７は本発明の順番情報配信システムの順番情報配信方法と携帯端末への表示例を説明する図である。図５で述べた順番情報配信手順の具体的な例を併せて説明する。
ア．サーバ１より、各利用者に登録した最初の希望回遊施設への呼出し順番として設定した呼出番号を配信する。図７のＡに施設サービスＩＤ［Ｄ１］、呼出番号「５０」の例を示している。
イ．各施設へ入場者の呼出番号を定期的あるいは待ち人数が変化した施設サービスがある場合に随時ブロードキャストを行なう。図７のＢの「Ｄ１ ４０、Ｄ２ １１、Ｄ３ ８、・・・・」は、「Ｄ１」の呼出番号は「４０」、「Ｄ２」の呼出番号は「１１」、「Ｄ３」の呼出番号は「８」であることを示している。
ウ．各携帯端末で保持する情報は例えば、図６のデータベーステーブルに対応させると、例えば、携帯端末ＩＤ「Ｔ１」の場合、施設サービスＩＤ「Ｄ１」とその呼出番号「５０」、現在の呼出番号「４０」であり、「Ｄ２」については未だ呼出番号は設定されておらず、また、現在の呼出番号は「１１」である。
エ．携帯端末の演算部で施設サービスＩＤ［Ｄ１］の待ち人数１０（１０＝５０−４０）を算出し、算出した「１０」を表示部に待ち人数「１０人」と表示する。他の例では携帯端末Ｄ「Ｔ２」が待ち人数「０」であり、表示部には「入場可能です。」と表示する。
（実施例２）
図８は本発明の一実施形態の順番情報配信システム構成（その２）を示す図である。病院での順番情報配信システムを示し、ここでは予め設定した順番の変更に対する手順の例として説明する。
ア．サーバ１より、各利用者に登録した最初の希望回遊施設への呼出し順番として設定した呼出番号を配信する。図７のＡに施設サービスＩＤ［Ｄ１］、呼出番号「５０」の例を示している。
イ．各施設へ入場者の呼出番号を定期的あるいは待ち人数が変化した施設サービスがある場合に随時ブロードキャストを行なう。図７のＢの「Ｄ１ ４０、Ｄ２ １１、Ｄ３ ８、・・・・」は、「Ｄ１」の呼出番号は「４０」、「Ｄ２」の呼出番号は「１１」、「Ｄ３」の呼出番号は「８」であることを示している。
ウ．各携帯端末で保持する情報は例えば、図６のデータベーステーブルに対応させると、例えば、携帯端末ＩＤ「Ｔ１」の場合、施設サービスＩＤ「Ｄ１」とその呼出番号「５０」、現在の呼出番号「４０」であり、「Ｄ２」については未だ呼出番号は設定されておらず、また、現在の呼出番号は「１１」である。
エ．携帯端末の演算部で施設サービスＩＤ［Ｄ１］の待ち人数１０（１０＝５０−４０）を算出し、算出した「１０」を表示部に待ち人数「１０人」と表示する。他の例では携帯端末Ｄ「Ｔ２」が待ち人数「０」であり、表示部には「入場可能です。」と表示する。
（実施例２）
図８は本発明の一実施形態の順番情報配信システム構成（その２）を示す図である。病院での順番情報配信システムを示し、ここでは予め設定した順番の変更に対する手順の例として説明する。
システム構成は図１のシステムと同一の構成である。サーバ１、ＤＢ２、通信手段３、受付端末４、携帯端末９、施設管理端末５で構成する。受付端末４は病院の受付に設置し、来院者の受付を行う。来院者は携帯端末９の借り出しを受ける。施設管理端末は病院の各診察科、会計科などに設置する端末である。ここでは、図１との名称の整合上、施設管理端末と表現する。図１の説明と重複するが、各構成要素の処理内容の説明を行なう。
１）サーバ１
ＤＢの情報の取得、更新処理を行い、構内通信手段８、通信手段３を介した各端末と通信により配信システムを運用管理する。
２）ＤＢ２
ＤＢ２は携帯端末管理テーブルと診察案内管理テーブル（図６の施設サービス案内管理テーブルに相当）で構成する。２つのテーブルの構成要素はアミューズメント施設と病院の違いによる項目名称は異なるが本質的に同一の項目で構成する。以下で説明する各診察科ＩＤ、会計ＩＤは図６の施設サービスＩＤとして考えれば良いので、図６の携帯端末管理テーブル、施設サービス案内管理に対応するテーブルの説明は省略する。また、病院の場合には前述した携帯端末ＩＤに加え、利用者プロファイル情報として、病院の電子カルテとリンクした利用者ＩＤとすることも考えられ、緊急の場合への備えになる。
３）受付端末４、携帯端末９
受付端末、携帯端末の構成は前述の各々図３の受付端末、図２の携帯端末の構成と同一である。
４）構内通信手段８
サーバ１と受付端末４、施設管理端末５の間を有線ＬＡＮ、無線ＬＡＮなどで構成して通信を行なう。
１）サーバ１
ＤＢの情報の取得、更新処理を行い、構内通信手段８、通信手段３を介した各端末と通信により配信システムを運用管理する。
２）ＤＢ２
ＤＢ２は携帯端末管理テーブルと診察案内管理テーブル（図６の施設サービス案内管理テーブルに相当）で構成する。２つのテーブルの構成要素はアミューズメント施設と病院の違いによる項目名称は異なるが本質的に同一の項目で構成する。以下で説明する各診察科ＩＤ、会計ＩＤは図６の施設サービスＩＤとして考えれば良いので、図６の携帯端末管理テーブル、施設サービス案内管理に対応するテーブルの説明は省略する。また、病院の場合には前述した携帯端末ＩＤに加え、利用者プロファイル情報として、病院の電子カルテとリンクした利用者ＩＤとすることも考えられ、緊急の場合への備えになる。
３）受付端末４、携帯端末９
受付端末、携帯端末の構成は前述の各々図３の受付端末、図２の携帯端末の構成と同一である。
４）構内通信手段８
サーバ１と受付端末４、施設管理端末５の間を有線ＬＡＮ、無線ＬＡＮなどで構成して通信を行なう。
図９は本発明の順番情報配信手順（配信側より順番変更）を示す図である。来院者が受付を行い、診察を受け、最後に会計、調剤などの順番を終えるまでの手順を示し、ここでは最初に設定された順番が急患などの発生により変更になった場合の例を示す。病院の場合には来院者が設定する希望診察科（施設サービス）に加えて病院が設定する以下の場合を除き順番情報配信手順は図５の手順と同一である。
１）携帯端末管理テーブルは来院者希望の診察科とその順番に加えて、病院側で会計、調剤の項目とその順番を携帯端末管理テーブルに追加した構成となる。
２）各診察科での医者の判断（他の診察科での診察、調剤）により、必要な箇所を施設管理端末よりサーバに通知し携帯端末管理テーブルに登録する。
Ｓ２１：病院の受付端末は来院者より希望の診察科とその診察順番を受付け後、下記を行なう。
ア．サーバより利用者ＩＤを取得し、取得した利用者ＩＤと携帯端末ＩＤを保持した携帯端末を来院者に貸し出す。
イ．サーバに利用者ＩＤ、携帯端末ＩＤと希望診察科ＩＤ、会計ＩＤと追加された診察科ＩＤ、調剤ＩＤとその順番を送信する。なお、ここでは病院の例なので、施設サービスＩＤを診察科ＩＤ等で表示する。
Ｓ２２：サーバは、下記を行なう。
ア．携帯端末管理テーブルに受信した来院者毎の利用者ＩＤ、携帯端末ＩＤ、希望診察科ＩＤ、会計ＩＤ、その順番を登録する。
イ．施設サービス案内管理テーブルより来院者希望の最初の診察科の診察科ＩＤの最終呼出番号を取得し、その番号に「１」を加えた番号を来院者の診察科の呼出番号として「ア」で登録した来院者の携帯端末管理テーブルに設定する。
ウ．施設サービス案内管理テーブルの該当の施設サービスの最終呼出番号を、「イ」で設定した番号（「最終呼出番号+１」）に更新する。
Ｓ２３：サーバは登録した診察科ＩＤ、最初の診察科の診察科ＩＤには呼出番号を対にして、該当の来院者の携帯端末に送信する。
Ｓ２４：来院者の診察順番の変更必要か診察科は判断する。なお、順番の変更は急患等による繰り下げ、場合によっては繰り上げにより発生する。
Ｓ２５：急患発生の診察科よりサーバに呼出番号の変更を通知する。（割り込み診察＝呼出番号繰り下げ）
Ｓ２６：サーバは受信した診察科の診察科ＩＤより携帯端末管理テーブルにアクセスし、以下を行なう。
ア．急患発生により繰り下げ対象者の呼出番号を設定する。（「L」とする）
イ．該当の診察科ＩＤの呼出番号が「L」以上の利用者ＩＤの呼出番号を登録済み呼出番号に「１」を加えた番号を変更後の呼出番号とする。なお、複数診察の来院者の診察状況により繰り上げの場合は呼出番号「-１」を加えた番号となる。
Ｓ２７：サーバは以下の情報をブロードキャストする。
ア．診察科ＩＤ イ．変更コマンド（番号繰り下げ／繰上げ）） ウ．変更数
エ．変更適用の最小呼び出し番号 オ．現在の呼出番号
Ｓ２８：携帯端末は配信されたデータを受信し、携帯端末が保持する呼出番号付き診察科ＩＤを確認し、該当の診察科ＩＤがあり、且つ順番変更対象の来院者がある場合は以下を行なう。
ア.変更コマンドに併せた演算（加算／減算）を行ない、表示部に表示する。
変更後の呼出番号＝前の呼出番号−受信呼出し出番号（+／−）変更数
イ．サーバに施設ＩＤ、変更コマンドを受信した事を返答する。
Ｓ２９： サーバは受信した携帯端末の端末ＩＤから該当の来院者の診察科ＩＤの呼出番号を順番変更後の呼出番号に更新する。
Ｓ３０：通常の手順のサーバより来院者に診察科ＩＤとその待ち順番がブロードキャストされる。（図５と同等な手順で行われる）
図１０は本発明の呼出番号順番変更方法と表示例を説明する図である。図９で述べた順番情報配信手順の例に併せた例で説明する。
１）サーバ１より、各来院者に登録した診察科の順番が変更になった場合の変更後の以下の情報をサーバより図１０のＡに示す情報をブロードキャストする。
ア．施設サービスＩＤ：各診察科ＩＤ、会計ＩＤなどを示すＩＤである。
イ．コマンド：順番の「繰り下げ」、「繰り上げ」の変更内容を示す。例えば「繰り下げ」の場合「ＩＮＣ」で表し、「繰り上げ」の場合「ＤＥＣ」とする。
ウ．変更数：順番変更の変更数である。例えば、２番変更になる場合は「２」を配信する。
エ．対象呼出番号の下限：順番が変更になる対象者の一番小さい順番であり、例えば「６」なら、該当の施設サービスＩＤの呼出番号が「６以上」の来院者の呼出番号が変更となる。オ．現在の呼出番号：
図１０に示す「Ｄ１，ＩＮＣ，１，３，２」は施設サービスＩＤが［Ｄ１］の現在の呼出番号が「３」以上の来院者に対する呼出番号が「１」ずつ繰り下がる。また現在の呼出番号は「２」であることを示している。
２）携帯端末はサーバからの情報より以下を行なう。
ア．携帯端末に保持されている施設サービスＩＤとその呼出番号に対し施設サービスＩＤが一致した場合、受信情報に従い順番待ち数の変更演算と表示を行なう。図１０のＢは各携帯端末が保持している施設サービスＩＤ「Ｄ１」とその呼出番号を示し、呼出番号を各々「１」増加して保持することを示す。Ｃは受信した「３以上」の呼出番号が「１」繰り下がる情報より、設定済み呼出番号「５」（更新前）より「６」（更新後）となり、診察待ち数「３」（３＝６−３）を演算して診察待ち３人を表示している。
（実施例３）
図１１は本発明の順番情報配信手順（利用者側より順番変更）を示す図である。図９で述べた配信側より順番変更の設定に対し、利用者側からの順番変更を図１のアミューズメント施設の呼出番号の変更手順例として示す。
Ｓ３１：回遊順番を変更したい利用者は受付端末に行き、回遊順番変更を登録する。受付端末は下記を行なう。
ア．サーバに利用者ＩＤ、携帯端末ＩＤ、施設サービスＩＤとその順番を送信する。
１）携帯端末管理テーブルは来院者希望の診察科とその順番に加えて、病院側で会計、調剤の項目とその順番を携帯端末管理テーブルに追加した構成となる。
２）各診察科での医者の判断（他の診察科での診察、調剤）により、必要な箇所を施設管理端末よりサーバに通知し携帯端末管理テーブルに登録する。
Ｓ２１：病院の受付端末は来院者より希望の診察科とその診察順番を受付け後、下記を行なう。
ア．サーバより利用者ＩＤを取得し、取得した利用者ＩＤと携帯端末ＩＤを保持した携帯端末を来院者に貸し出す。
イ．サーバに利用者ＩＤ、携帯端末ＩＤと希望診察科ＩＤ、会計ＩＤと追加された診察科ＩＤ、調剤ＩＤとその順番を送信する。なお、ここでは病院の例なので、施設サービスＩＤを診察科ＩＤ等で表示する。
Ｓ２２：サーバは、下記を行なう。
ア．携帯端末管理テーブルに受信した来院者毎の利用者ＩＤ、携帯端末ＩＤ、希望診察科ＩＤ、会計ＩＤ、その順番を登録する。
イ．施設サービス案内管理テーブルより来院者希望の最初の診察科の診察科ＩＤの最終呼出番号を取得し、その番号に「１」を加えた番号を来院者の診察科の呼出番号として「ア」で登録した来院者の携帯端末管理テーブルに設定する。
ウ．施設サービス案内管理テーブルの該当の施設サービスの最終呼出番号を、「イ」で設定した番号（「最終呼出番号+１」）に更新する。
Ｓ２３：サーバは登録した診察科ＩＤ、最初の診察科の診察科ＩＤには呼出番号を対にして、該当の来院者の携帯端末に送信する。
Ｓ２４：来院者の診察順番の変更必要か診察科は判断する。なお、順番の変更は急患等による繰り下げ、場合によっては繰り上げにより発生する。
Ｓ２５：急患発生の診察科よりサーバに呼出番号の変更を通知する。（割り込み診察＝呼出番号繰り下げ）
Ｓ２６：サーバは受信した診察科の診察科ＩＤより携帯端末管理テーブルにアクセスし、以下を行なう。
ア．急患発生により繰り下げ対象者の呼出番号を設定する。（「L」とする）
イ．該当の診察科ＩＤの呼出番号が「L」以上の利用者ＩＤの呼出番号を登録済み呼出番号に「１」を加えた番号を変更後の呼出番号とする。なお、複数診察の来院者の診察状況により繰り上げの場合は呼出番号「-１」を加えた番号となる。
Ｓ２７：サーバは以下の情報をブロードキャストする。
ア．診察科ＩＤ イ．変更コマンド（番号繰り下げ／繰上げ）） ウ．変更数
エ．変更適用の最小呼び出し番号 オ．現在の呼出番号
Ｓ２８：携帯端末は配信されたデータを受信し、携帯端末が保持する呼出番号付き診察科ＩＤを確認し、該当の診察科ＩＤがあり、且つ順番変更対象の来院者がある場合は以下を行なう。
ア.変更コマンドに併せた演算（加算／減算）を行ない、表示部に表示する。
変更後の呼出番号＝前の呼出番号−受信呼出し出番号（+／−）変更数
イ．サーバに施設ＩＤ、変更コマンドを受信した事を返答する。
Ｓ２９： サーバは受信した携帯端末の端末ＩＤから該当の来院者の診察科ＩＤの呼出番号を順番変更後の呼出番号に更新する。
Ｓ３０：通常の手順のサーバより来院者に診察科ＩＤとその待ち順番がブロードキャストされる。（図５と同等な手順で行われる）
図１０は本発明の呼出番号順番変更方法と表示例を説明する図である。図９で述べた順番情報配信手順の例に併せた例で説明する。
１）サーバ１より、各来院者に登録した診察科の順番が変更になった場合の変更後の以下の情報をサーバより図１０のＡに示す情報をブロードキャストする。
ア．施設サービスＩＤ：各診察科ＩＤ、会計ＩＤなどを示すＩＤである。
イ．コマンド：順番の「繰り下げ」、「繰り上げ」の変更内容を示す。例えば「繰り下げ」の場合「ＩＮＣ」で表し、「繰り上げ」の場合「ＤＥＣ」とする。
ウ．変更数：順番変更の変更数である。例えば、２番変更になる場合は「２」を配信する。
エ．対象呼出番号の下限：順番が変更になる対象者の一番小さい順番であり、例えば「６」なら、該当の施設サービスＩＤの呼出番号が「６以上」の来院者の呼出番号が変更となる。オ．現在の呼出番号：
図１０に示す「Ｄ１，ＩＮＣ，１，３，２」は施設サービスＩＤが［Ｄ１］の現在の呼出番号が「３」以上の来院者に対する呼出番号が「１」ずつ繰り下がる。また現在の呼出番号は「２」であることを示している。
２）携帯端末はサーバからの情報より以下を行なう。
ア．携帯端末に保持されている施設サービスＩＤとその呼出番号に対し施設サービスＩＤが一致した場合、受信情報に従い順番待ち数の変更演算と表示を行なう。図１０のＢは各携帯端末が保持している施設サービスＩＤ「Ｄ１」とその呼出番号を示し、呼出番号を各々「１」増加して保持することを示す。Ｃは受信した「３以上」の呼出番号が「１」繰り下がる情報より、設定済み呼出番号「５」（更新前）より「６」（更新後）となり、診察待ち数「３」（３＝６−３）を演算して診察待ち３人を表示している。
（実施例３）
図１１は本発明の順番情報配信手順（利用者側より順番変更）を示す図である。図９で述べた配信側より順番変更の設定に対し、利用者側からの順番変更を図１のアミューズメント施設の呼出番号の変更手順例として示す。
Ｓ３１：回遊順番を変更したい利用者は受付端末に行き、回遊順番変更を登録する。受付端末は下記を行なう。
ア．サーバに利用者ＩＤ、携帯端末ＩＤ、施設サービスＩＤとその順番を送信する。
ここでは、回遊順番の変更登録を利用者は受付端末に行って行なう手順を示すが、携帯端末からサーバに変更順番変更を送信する方法も考えられるが、アミューズメント施設内の通信回線の帯域を使用する問題がある。
Ｓ３２：サーバは、変更登録した利用者に対し、下記を行なう。
ア．携帯端末管理テーブルの変更前の回遊順番から処理済フラグ「０」（回遊未）の施設サービスＩＤと呼出番号を抽出する。
イ．抽出した利用者ＩＤの施設サービスＩＤ、順番を変更後のデータに更新する。
ウ．施設案内管理テーブルより、回遊順番変更後の最初の回遊施設の登録最終番号を抽出し、「１」を加えた番号を呼出番号として最初の回遊順番の呼出番号として設定する。
エ．変更登録した利用者の携帯端末に変更後の最初の回遊施設の施設サービスＩＤ、その呼出番号を通知する。
Ｓ３３：携帯端末はサーバからの変更後の施設サービスＩＤとその呼出番号を保持する。
Ｓ３４：サーバは、変更登録により影響される他の利用者に対する下記の変更処理を行なう。
ア．呼出番号が不要になった施設サービスＩＤと同一の施設サービスＩＤの携帯端末の利用者の内、呼出番号が「Ｍ+１」以上（変更により不要になった呼出番号を「Ｍ」とする）の各利用者の呼出番号から「１」を減じた値に更新する。
イ．呼出番号順番変更の情報「施設サービスＩＤ、繰上げコマンド、１、Ｍ+１、現在の呼出番号」をブロードキャストする。これは図１０の順番変更のブロードキャスト情報として述べた「施設サービスＩＤ、コマンド、変更数、対象呼出番号の下限、現在の呼出番号」
に対応している。
Ｓ３５：通常の処理（図５のＳ４〜Ｓ１１）を行なう。
（実施例４）
図１２は本発明の一実施形態の順番情報配信システム構成（その３）を示す図である。ここでは施設管理端末を住民課、年金課、税務課などの役所の各部署に設置する端末とし、訪れた市民が受付端末で受け付けを行い、希望用件を処理する担当課とその順番を登録し、順番情報の配信を受ける例である。実施例１、実施例２、実施例３で述べた手順、順番変更の方法が適用できる。説明は省略する。
Ｓ３２：サーバは、変更登録した利用者に対し、下記を行なう。
ア．携帯端末管理テーブルの変更前の回遊順番から処理済フラグ「０」（回遊未）の施設サービスＩＤと呼出番号を抽出する。
イ．抽出した利用者ＩＤの施設サービスＩＤ、順番を変更後のデータに更新する。
ウ．施設案内管理テーブルより、回遊順番変更後の最初の回遊施設の登録最終番号を抽出し、「１」を加えた番号を呼出番号として最初の回遊順番の呼出番号として設定する。
エ．変更登録した利用者の携帯端末に変更後の最初の回遊施設の施設サービスＩＤ、その呼出番号を通知する。
Ｓ３３：携帯端末はサーバからの変更後の施設サービスＩＤとその呼出番号を保持する。
Ｓ３４：サーバは、変更登録により影響される他の利用者に対する下記の変更処理を行なう。
ア．呼出番号が不要になった施設サービスＩＤと同一の施設サービスＩＤの携帯端末の利用者の内、呼出番号が「Ｍ+１」以上（変更により不要になった呼出番号を「Ｍ」とする）の各利用者の呼出番号から「１」を減じた値に更新する。
イ．呼出番号順番変更の情報「施設サービスＩＤ、繰上げコマンド、１、Ｍ+１、現在の呼出番号」をブロードキャストする。これは図１０の順番変更のブロードキャスト情報として述べた「施設サービスＩＤ、コマンド、変更数、対象呼出番号の下限、現在の呼出番号」
に対応している。
Ｓ３５：通常の処理（図５のＳ４〜Ｓ１１）を行なう。
（実施例４）
図１２は本発明の一実施形態の順番情報配信システム構成（その３）を示す図である。ここでは施設管理端末を住民課、年金課、税務課などの役所の各部署に設置する端末とし、訪れた市民が受付端末で受け付けを行い、希望用件を処理する担当課とその順番を登録し、順番情報の配信を受ける例である。実施例１、実施例２、実施例３で述べた手順、順番変更の方法が適用できる。説明は省略する。
１ サーバ
２ ＤＢ
３ 通信手段
４ ４−１〜４−Ｎ 受付端末
５、５−１〜５−Ｎ 施設管理端末
６−１〜６−Ｎ 入場者検出手段
７−１〜７−Ｎ 退場者検出手段
８ 構内通信手段
９、９−１〜９−Ｎ 携帯端末
１０ 演算部（携帯端末）
１１ 制御部（携帯端末）
１２ ＲＦタグ
１３ 表示部（携帯端末）
１４ 記憶部（携帯端末）
１５ 通信手段
１６ 電源（携帯端末）
１７ 受付ＩＦ
１８ 表示部（受付端末）
１９ 制御部（受付端末）
２０ 通信ＩＦ（受付端末）
２１ 電源（（受付端末）
２２ 演算部（施設管理端末）
２３ 制御部（施設管理端末）
２４ ＲＦタグ読取
２５ 記憶部（施設管理端末）
２６ 通信ＩＦ（施設管理端末）
２７ 電源（施設管理端末）
３０ 配信端末（図１３：従来例）
３１−１〜３１−ｎ 携帯端末（図１３：従来例）
３２ 配信端末（図１４：従来例）
３３−１〜３３−ｎ 携帯端末（図１４：従来例）
２ ＤＢ
３ 通信手段
４ ４−１〜４−Ｎ 受付端末
５、５−１〜５−Ｎ 施設管理端末
６−１〜６−Ｎ 入場者検出手段
７−１〜７−Ｎ 退場者検出手段
８ 構内通信手段
９、９−１〜９−Ｎ 携帯端末
１０ 演算部（携帯端末）
１１ 制御部（携帯端末）
１２ ＲＦタグ
１３ 表示部（携帯端末）
１４ 記憶部（携帯端末）
１５ 通信手段
１６ 電源（携帯端末）
１７ 受付ＩＦ
１８ 表示部（受付端末）
１９ 制御部（受付端末）
２０ 通信ＩＦ（受付端末）
２１ 電源（（受付端末）
２２ 演算部（施設管理端末）
２３ 制御部（施設管理端末）
２４ ＲＦタグ読取
２５ 記憶部（施設管理端末）
２６ 通信ＩＦ（施設管理端末）
２７ 電源（施設管理端末）
３０ 配信端末（図１３：従来例）
３１−１〜３１−ｎ 携帯端末（図１３：従来例）
３２ 配信端末（図１４：従来例）
３３−１〜３３−ｎ 携帯端末（図１４：従来例）
Claims (6)
- 施設内に各々固有のサービスを提供する１つあるいは複数の個別施設を有し、前記個別施設利用者にその順番情報を配信する順番情報配信システムにおける順番情報配信方法であって、
前記順番情報配信システムは前記利用者の利用希望個別施設とその利用順番を受け付け、順番情報を配信する配信管理手段と、前記利用者が保持し前記配信管理手段からの配信情報を受信し表示する携帯端末と、前記個別施設の利用者数を管理する施設管理端末と、で構成し、
前記配信管理手段は、
前記受付けた前記利用者の利用希望個別施設とその順番より前記利用者が前記利用希望個別施設を利用できる利用者呼出情報を設定し、
前記利用者呼出情報を前記利用者の携帯端末に配信し、
前記施設管理端末から前記個別施設の利用者情報を受信し、
前記利用希望個別施設の利用が可能な利用可能者呼出情報を前記携帯端末にブロードキャストし、
前記利用者の携帯端末は前記利用者呼出情報と前記利用可能者呼出情報より前記利用者の前記希望個別施設への待ち順番を算出して表示することを特徴とする順番情報配信方法。 - 請求項１記載の順番情報配信システムにおいて、前記携帯端末は、前記利用者呼出情報と前記利用可能者呼出情報が一致した場合、前記利用可能者呼出情報を受信したことを前記配信管理手段に返信することを特徴とする請求項１記載の順番情報配信方法。
- 請求項１記載の順番情報配信ステムにおいて、前記配信管理手段は前記利用者の利用希望個別施設の利用が終了したことを前記施設管理端末から受信すると前記利用者の次の利用希望個別施設の利用者呼出情報を設定し、
前記利用者の携帯端末に配信することを特徴とする請求項１記載の順番情報配信方法。 - 請求項１記載の順番情報配信システムにおいて、前記利用者呼出情報が変更になった場合前記配信管理手段は、
前記利用者の利用者呼出情報を変更して設定し、
前記利用可能者呼出情報にさらに変更規則を表す情報を配信することを特徴とする請求項１記載の順番情報配信方法。 - 請求項１乃至請求項４記載の利用者呼出情報は前記個別施設を利用する施設の施設ＩＤと呼出番号で構成し、
前記利用可能者呼出情報は施設ＩＤと利用可能な呼出番号で構成することを特徴とする請求項１乃至請求項４記載の順番情報配信方法。 - 施設内に各々固有のサービスを提供する１つあるいは複数の個別施設を有し、前記個別施設利用者にその順番情報を配信する順番情報配信システムであって、
前記順番情報配信システムは、前記利用者の利用希望個別施設とその利用順番を受け付け、順番情報を情報配信する配信管理手段と、前記配信管理手段からの配信情報を受信し表示する携帯端末と、前記個別施設の利用者数を管理する施設管理端末と、で構成し、
前記配信管理手段は、前記受付けた前記利用者の利用希望個別施設とその順番より前記利用者が前記利用希望個別施設を利用できる利用者呼出情報を設定し、前記利用者呼出情報を前記利用者の携帯端末に配信し、前記施設管理端末から前記個別施設の利用状況情報を受信し、前記希望個別施設の利用可能状態にある利用可能者呼出情報を前記携帯端末にブロードキャストし、
前記携帯端末は、前記利用者呼出情報と前記利用可能者呼出情報より前記利用者の前記希望個別施設への待ち順番を算出して表示することを特徴とする順番情報配信システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007214588A JP2009048448A (ja) | 2007-08-21 | 2007-08-21 | 順番情報配信方法及びシステム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007214588A JP2009048448A (ja) | 2007-08-21 | 2007-08-21 | 順番情報配信方法及びシステム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2009048448A true JP2009048448A (ja) | 2009-03-05 |
Family
ID=40500591
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007214588A Pending JP2009048448A (ja) | 2007-08-21 | 2007-08-21 | 順番情報配信方法及びシステム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2009048448A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2016164689A (ja) * | 2010-03-15 | 2016-09-08 | ドルビー ラボラトリーズ ライセンシング コーポレイション | ３ｄ眼鏡および関連システム |
| JP6105118B1 (ja) * | 2016-03-31 | 2017-03-29 | 株式会社リクルートホールディングス | 順番管理システム、管理サーバおよびプログラム |
| JP2017123023A (ja) * | 2016-01-06 | 2017-07-13 | 株式会社リクルートホールディングス | 順番管理システム、表示端末および表示プログラム |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH07234893A (ja) * | 1994-02-22 | 1995-09-05 | Toshiba Corp | 移動ガイダンス装置 |
| JP2004038801A (ja) * | 2002-07-05 | 2004-02-05 | Nippon Telegraph & Telephone West Corp | サービス利用希望者用通知装置及びサービス利用希望者への通知方法 |
| JP2004145595A (ja) * | 2002-10-24 | 2004-05-20 | Toshiba Corp | 病院内メッセージサービスシステム |
-
2007
- 2007-08-21 JP JP2007214588A patent/JP2009048448A/ja active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH07234893A (ja) * | 1994-02-22 | 1995-09-05 | Toshiba Corp | 移動ガイダンス装置 |
| JP2004038801A (ja) * | 2002-07-05 | 2004-02-05 | Nippon Telegraph & Telephone West Corp | サービス利用希望者用通知装置及びサービス利用希望者への通知方法 |
| JP2004145595A (ja) * | 2002-10-24 | 2004-05-20 | Toshiba Corp | 病院内メッセージサービスシステム |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2016164689A (ja) * | 2010-03-15 | 2016-09-08 | ドルビー ラボラトリーズ ライセンシング コーポレイション | ３ｄ眼鏡および関連システム |
| JP2017123023A (ja) * | 2016-01-06 | 2017-07-13 | 株式会社リクルートホールディングス | 順番管理システム、表示端末および表示プログラム |
| JP6105118B1 (ja) * | 2016-03-31 | 2017-03-29 | 株式会社リクルートホールディングス | 順番管理システム、管理サーバおよびプログラム |
| JP2017182590A (ja) * | 2016-03-31 | 2017-10-05 | 株式会社リクルートホールディングス | 順番管理システム、管理サーバおよびプログラム |
| WO2017170855A1 (ja) * | 2016-03-31 | 2017-10-05 | 株式会社リクルートホールディングス | 順番管理システム、管理サーバおよびプログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP3309722A1 (en) | Waitlist management system, waitlist management device, and waitlist management program | |
| JP3868266B2 (ja) | 順番通知システムおよびコンピュータプログラム | |
| CN111832938A (zh) | 基于订单的配对方法和配对设备 | |
| JP6203443B1 (ja) | 運行情報生成サーバ、運行情報生成方法、および運行情報生成プログラム | |
| WO2017170173A1 (ja) | クーポン配信システム | |
| JP6251840B1 (ja) | 情報提供システム | |
| KR101951842B1 (ko) | 위치기반 실시간 약속상황 관리 서비스 제공 방법 | |
| JP2005071092A (ja) | 救急患者の搬送システム及び搬送方法 | |
| JP2009048448A (ja) | 順番情報配信方法及びシステム | |
| CN116705267A (zh) | 一种互联网医院管理系统及方法 | |
| KR100610590B1 (ko) | 지그비 무선네트워크 규격을 적용한 양방향 호출시스템 | |
| JP6402237B1 (ja) | 予約システム、予約方法および予約プログラム | |
| JP2001338067A (ja) | 介護サービス提供システム、そのための介護情報処理装置、介護サービス提供方法、および、プログラム | |
| JP2017157210A (ja) | 介護施設情報管理システム | |
| JP2003099654A (ja) | 予約管理システム、および予約管理システムに利用可能な端末 | |
| WO2020090873A1 (ja) | 順番管理システムおよびプログラム | |
| JP2006040191A (ja) | タクシー簡易呼び出しシステムおよびタクシーの簡易呼び出し方法 | |
| KR20110050087A (ko) | 지역정보 종합 안내 시스템 | |
| CN101867611A (zh) | 提供移动设备通知内容类型选择特征的通信系统及其方法 | |
| JP6093583B2 (ja) | 医療情報管理システム及び医療情報管理センタ装置 | |
| JP2002216064A (ja) | 表示装置、こうした装置を組込んだ標識、メモリおよびウェブホスト | |
| JPH08194853A (ja) | 待ち時間短縮システム | |
| JP7368434B2 (ja) | 情報処理装置、情報処理方法及び情報処理プログラム | |
| JP6754482B1 (ja) | 順番管理システム、順番管理装置、およびプログラム | |
| WO2021054171A1 (ja) | 順番管理システム、順番管理装置、およびプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20100517 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20120305 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20120313 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20120710 |