JP2019074986A - 動態管理サーバ、動態管理方法および動態管理プログラム - Google Patents

Abstract

【課題】 目的とする位置の周辺に設定する所定エリアにおける将来の混雑状況を適切に予測できるようにする。【解決手段】 動態把握部１１３は、通信Ｉ／Ｆ１０１を通じて受信する添乗員端末からの情報に基づいて、観光バスが訪問する観光施設に対して設定される第１のエリアにおける観光バスの状態を把握する。動態予測部１１４は、動態把握部１１３による把握結果と、通信Ｉ／Ｆ１０１を通じて受信する添乗員端末からの情報に基づいて把握される、第１のエリアの外側に設定される第２のエリアにおける観光バスの状態とに基づいて、当該観光施設の所定時間後の観光バスの混雑度を予測する。【選択図】図２

Description

この発明は、例えば、バス、自動車、使用者（ユーザ）自身といった移動体の活動している状態（動態）を管理する装置、方法及びプログラムに関する。

後に記す特許文献１には、混雑状況把握装置等に関する発明が開示されている。特許文献１に開示された混雑状況把握装置は、駐車場の位置と面積範囲とを管理し、車載装置からの識別ＩＤと位置情報と位置情報の取得日時を含むプローブ情報を受信する。次に、各駐車場の面積範囲に位置する車載装置が搭載された自動車が減速傾向か、加速傾向かを把握して、これに基づき各駐車場における自動車の滞在数を把握する。そして、当該混雑状況把握装置は、各駐車場における自動車の滞在数と各駐車場の駐車可能台数とに応じて、各駐車場の混雑状況を把握し、これを一般ユーザに提供する。

これにより、特許文献１に開示された発明の混雑状況把握装置は、手間、時間、費用をかけることなく、適切に駐車場の混雑状況を把握し、これを一般ユーザに提供することを簡単に実現することができるようにしている。

特開２０１４−２２９２５０号公報

上述した特許文献１に記載の発明は、現時点の駐車場の混雑度を把握する上では有効である。しかし、近年においては、将来の混雑度を予測できることも必要視されている。例えば、観光バス等の移動体で所定の訪問スケジュールに沿って各訪問場所を訪問する場合に、次の訪問場所が現時点では混雑していないが、その訪問場所に到達する将来の時点で混雑していると、その訪問場所での待ち時間が発生し、訪問スケジュール通りに訪問することが出来なくなってしまう。

以上のことに鑑み、この発明は、訪問場所における将来の移動体の混雑度を適切に予測できるようにすることを目的とする。

上記課題を解決するため、この発明は、
移動体と共に移動する通信端末との間で通信を行う通信手段と、
少なくとも前記通信手段を通じて受信する前記通信端末からの情報に基づいて、移動体が訪問する訪問場所に対して設定される第１のエリアにおける移動体の状態を把握する把握手段と、
前記把握手段による把握結果と、少なくとも前記通信手段を通じて受信する前記通信端末からの情報に基づいて把握される、前記第１のエリアの外側に設定される第２のエリアにおける移動体の状態とに基づいて、前記訪問場所の所定時間後の移動体の混雑度を予測する予測手段と
を備える動態管理サーバを提供する。

この発明によれば、訪問場所における将来の混雑度を適切に予測できる。

実施の形態の動態管理システムの構成例を説明するための図である。 実施の形態の動態管理サーバの構成例を説明するためのブロック図である。 観光施設ＤＢの格納データの例を説明するための図である。 バススケジュールＤＢの格納データの例を説明するための図である。 実施の形態の管理者端末の構成例を説明するためのブロック図である。 実施の形態の添乗員端末の構成例を説明するためのブロック図である。 添乗員端末から動態管理サーバに送信される送信データの例を説明するための図である。 観光施設ごとの現在の混雑度の把握の仕方と所定時間経過後の混雑度の予測の仕方について説明するための図である。 添乗員端末の表示画面に表示される画面表示の例を説明するための図である。 スケジュールの変更の例について説明するための図である。 動態管理サーバで行われる混雑度の予測処理について説明するためのフローチャートである。 動態管理サーバで行われる移動スケジュールの変更処理について説明するためのフローチャートである。

以下、図を参照しながら、この発明の装置、方法、プログラムの実施の形態について説明する。

［動態管理システムの構成例］
図１は、この実施の形態の動態管理システムの構成例を説明するための図である。この実施の形態の動態管理システムは、名所旧跡、美術館、博物館、公園などの複数の観光施設（訪問場所）を有する観光地において運行される多数の観光バスの動態管理を行うものである。なお、観光地は、歴史・文化・自然景観などの遊覧資産（観光施設）が適宜整備されており、交通機関や宿泊施設なども整備され、観光客の受け入れを行える地域を意味する。

図１に示すように、この実施形態の動態管理システムは、動態管理サーバ１と、管理者端末２と、添乗員端末３（１）、３（２）、…とが、通信ネットワーク５を介して接続されて構成される。この例において、添乗員端末３（１）、３（２）、…のそれぞれは、携帯電話網の基地局５ｋ（１）、５ｋ（２）、…及び携帯電話網を通じて、通信ネットワーク５に接続される例を示している。

通信ネットワーク５は、主にインターネットであるが、動態管理サーバ１、管理者端末２、添乗員端末３（１）、３（２）、…のそれぞれからインターネットまでをつなぐ電話網、携帯電話網、無線ＬＡＮ（Local Area Network）などをも含む。このように、通信ネットワーク５は、種々の機器がインターネットに接続可能な環境であるＩｏＴ（Internet of Things）プラットホームを実現している。

観光バス４（１）、４（２）、…のそれぞれは、当該観光地において運行され、その動態が管理されるべき移動体である。図１においては、観光バス４（１）と観光バス４（２）しか示していないが、実際には多数の観光バスが当該観光地において運行されている。また、観光バス４（１）、４（２）、…は、地元の観光バス会社が当該観光地において運行するものや全国各地の観光バス会社が運行し、全国各地から当該観光地に来た観光バスが含まれる。

添乗員端末３（１）、３（２）、…のそれぞれは、観光バス４（１）、４（２）、…のそれぞれに乗車する添乗員等によって所持される移動通信端末であり、具体的にはスマートフォンなどとよばれる高機能携帯電話端末によって実現される。添乗員端末３（１）、３（２）、…のそれぞれは、観光バス４（１）、４（２）、…に持ち込まれ、動態管理アプリケーションソフトウェア（以下、動態管理アプリと記載する。）が実行されると、添乗員端末として機能する。

添乗員端末３（１）、３（２）、…のそれぞれは、これが持ち込まれた観光バスの現在位置やステータス（状態）の動態管理サーバ１への通知や動態管理サーバ１からの通知情報の受信及び出力を行う。なお、実際には添乗員が同行しない場合もある。しかし、この実施の形態では、バスガイドやバス運転手などの観光バス４（１）、４（２）、…の運行に関与するサービス提供側の者が使用して、観光バス４（１）、４（２）、…の動態管理に用いられる移動通信端末を添乗員端末と記載する。

管理者端末２は、当該観光地で運行される多数の観光バス４（１）、４（２）、…の動態を総合的に管理する管理者によって使用される。管理者は、例えば、当該観光地の観光協会、当該観光地を管理する市区町村や都道府県などの地方公共団体の担当部署などである。管理者端末２は、動態管理サーバ１からの通知情報を受信して出力することにより、観光バス４（１）、４（２）、…の動態を把握できるようにする。また、管理者端末２は、必要に応じて、動態管理サーバ１や添乗員端末３（１）、３（２）、…に指示を通知することができる。

動態管理サーバ１は、当該観光地内（観光地域内）に存在する各観光施設（訪問場所）の位置情報、観光バス４（１）、４（２）、…のそれぞれの移動スケジュール、観光バス４（１）、４（２）、…のそれぞれの現在位置を管理する。観光バスの移動スケジュールは、観光施設の訪問順番、訪問時間、観光バスのステータス（状態）などを含む。観光バスのステータスには、観光施設の未訪問／訪問中／訪問済みといった観光施設に対するものや移動中／休憩中といった観光バス自体の状態を示すものも含む。

そして、動態管理サーバ１は、観光施設のそれぞれごとに、その観光施設の周囲にジオフェンスと呼ばれる仮想的な地理的境界線を設定して、所定エリアを設ける。この観光施設ごとの所定エリアにおける観光バスの混雑度を、観光バスの現在位置と観光バスのステータスとを利用して予測する。このようにして予測する観光施設ごとの混雑度を管理者端末２や添乗員端末３（１）、３（２）、…に通知し、観光施設ごとの予測される混雑度を把握できるようにする。

また、動態管理サーバ１は、観光施設ごとの混雑度に基づいて自発的に、あるいは、管理者端末２や添乗員端末３（１）、３（２）、…からの要求に応じて、観光バス４（１）、４（２）、…の移動スケジュールを変更するためのルート探索を行う。そして、現在の移動スケジュールよりも、混雑に遭遇しない好適なルートが存在する場合には、そのルートを用いるように移動スケジュールの変更を行うことができるようにしている。

以下、この実施の形態の動態管理システムを構成する動態管理サーバ１、管理者端末２、添乗員端末３（１）、３（２）、…のそれぞれの構成と動作について具体的に説明する。なお、添乗員端末３（１）、３（２）、…のそれぞれは、種々のメーカーの高機能電話端末の種々の機種によって実現可能であるが、その基本的な構成は同様のものである。このため、以下においては、特に区別して示す必要がある場合を除き、添乗員端末３（１）、３（２）、…のそれぞれを、添乗員端末３と総称する。また、観光バス４（１）、４（２）、…についても、特に区別して示す必要がある場合を除き、観光バス４と総称する。

［動態管理サーバ１の構成例］
図２は、実施形態の動態管理サーバ１の構成例を説明するためのブロック図である。通信Ｉ／Ｆ１０１は、通信ネットワーク５を通じて情報の送受信を可能にする通信機能を実現する。制御部１０２は、図示しないが、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、不揮発性メモリなどがＣＰＵバスを通じて接続されて構成されたマイクロプロセッサである。制御部１０２は、この実施形態の動態管理サーバ１の各部を制御する。記憶装置１０３は、大容量記録媒体としてハードディスクを備え、情報（データ）の書き込み、読み出し、変更、削除等を行う。

そして、動態管理サーバ１は、図２に示すように、地図情報ＤＢ１０４、観光施設ＤＢ１０５、バススケジュールＤＢ１０６、バス位置データファイル（図２ではバス位置データＦと記載。）１０７を備える。ここで、文字「ＤＢ」は、データベース（Data Base）の略称である。また、地図情報ＤＢ１０４、観光施設ＤＢ１０５、バススケジュールＤＢ１０６、バス位置データファイル１０７もまた、記憶装置１０３と同様に構成されたものである。

地図情報ＤＢ１０４は、移動経路や現在位置などを使用者に示すために使用する市街図、道路図、広域図、地方図、全国図を表示するための地図データを記憶する。市街図、道路図、広域図、地方図、全国図を表示するための地図データは、地図を描画するための例えばベクトルデータやラスタデータ、注記（注釈）データなどを含む。地図情報ＤＢ１０４の地図データは、移動経路や現在位置などを添乗員端末３の使用者に示すために使用されたり、また、観光施設ごとにジオフェンスを設定して所定エリアを特定するために使用されたりする。

観光施設ＤＢ１０５、当該観光地内に存在する複数の観光施設（訪問場所）の位置情報などを管理する。図３は、観光施設ＤＢ１０５の格納データの例を説明するための図である。図３に示すように、観光施設ＤＢ１０５には、観光施設ごとに、施設ＩＤ、施設名称、種別、人気度、必要滞在時間、現在待ち時間、代表点、第１ジオフェンス設定情報、第２ジオフェンス設定情報、許容バス台数が管理されている。この他にも、フォーマットを変更することにより、種々の情報を管理することができる。

施設ＩＤは、観光施設ごとに割り振られた例えば４桁の数字であり、各観光施設を一意に特定できる情報である。施設名称は、観光施設の名称であり、種別は、美術館や博物館などの「見学」対象の観光施設なのか、主に「食事」をするための観光施設なのか、「名所」や「旧跡」である観光施設なのかといった、観光施設の種類に応じた区分けを示す。人気度は、例えば、アンケートなどにより把握された観光施設ごとの訪問希望者の数に応じて例えば５段階での評価値を示す。

必要滞在時間は、その観光施設を利用するために必要であると考えられる時間を示している。例えば、○○市美術館の場合には、見学のためには少なくとも４５分が必要であることが示されている。現在待ち時間は、例えば駐車場の混雑や観光施設内の混雑のために、当該施設を利用するまでに掛かる時間である。この現在待ち時間は、図１には図示しなかったが、各観光施設の事務所などに配置されているパーソナルコンピュータなどの通信端末を通じて、動態管理サーバ１に随時に通知される情報である。

そして、代表点は各観光施設の代表位置を示す緯度経度であり、例えば、円形のジオフェンスを設定する場合の中心点として用いることができる。第１ジオフェンス設定情報と第２ジオフェンス設定情報は、観光施設ごとにどのようなジオフェンスを設定するのかを示す情報である。この実施の形態において、各観光施設の第１ジオフェンス設定情報は、代表点を中心にして例えば半径１００ｍの円形の第１のジオフェンス（第１の境界）を設定することが規定されている。また、この実施の形態において、各観光施設の第２ジオフェンス設定情報は、代表点を中心にして例えば半径１０００ｍの円形の第２のジオフェンス（第２の境界）を設定することが規定されている。

これにより、観光施設ごとに、代表点を中心にして半径１００ｍの円を第１のジオフェンスとし、その内側に第１のエリアを設ける。更に、代表点を中心にして半径１０００ｍの円を第２のジオフェンスとし、第１のジオフェンスと第２のジオフェンスとの間のドーナツ状のエリアを第２のエリアとして設ける。そして、第１のエリアは、当該観光施設の来訪者を乗せた観光バス４が集中するエリアであり、当該観光施設の現在の混雑度を把握する場合には、第１のエリアを利用する。また、第２のエリアは、当該観光施設に向かう観光バス４が多く走行しているエリアであり、当該施設の所定時間経過後の将来の混雑度を予測する場合には、第１のエリアに加えて第２のエリアをも利用する。

なお、この実施の形態において、図３に示したように、第２のジオフェンス情報を、各観光施設の代表点を中心にして半径１０００ｍの円としている。これは、第２のジオフェンス近傍から第１のジオフェンス内に至るまでにかかる時間が約１５分であると計測の結果判明しているためである。すなわち、この実施の形態においては、第１のジオフェンス外を走行している観光バス４で、次の目的地が当該第１のジオフェンス内の観光施設であるものが、最大でも１５分後には当該第１のジオフェンス内に至るエリアが第２のエリアであるものとしている。

許容バス台数は、訪問客を乗せてきた観光バスが何台駐車可能な駐車スペースを、各観光施設が備えているかを示す情報である。図３に示した例の場合、「○○市美術館」の「許容バス台数」は１０台であり、「□□ワイナリー」の「許容バス台数」は２０台であり、「××山△△寺」の「バス許容台数」は１５台であることが示されている。また、図３には図示していないが、例えば、各観光施設の住所、電話番号、特色、休日などの種々の情報を、観光施設ＤＢ１０５のその他の情報として記憶して、それらの情報についても管理することもできる。

バススケジュールＤＢ１０６は、当該観光地で運行される多数の観光バス４のそれぞれの移動スケジュール情報を記憶保持する。図４は、バススケジュールＤＢ１０６の格納データの例を説明するための図である。図４に示すように、当該格納データは、いわゆるヘッダ情報として、バスＩＤ、バス会社、運転手ＩＤ、添乗員ＩＤ、添乗員端末ＩＤ、乗客数、バスステータスを有する。

バスＩＤは、観光バス４のそれぞれに対して予め付与され、観光バス４ごとに固有の識別情報である。運転手ＩＤは、観光バス４の運転手に対して予め付与されるバス運転手ごとに固有の識別情報であり、添乗員ＩＤは、添乗員に対して予め付与さる添乗員ごとに固有の識別情報である。添乗員端末ＩＤは、例えば、当該添乗員端末３に割り当てられたＩＰ（Internet Protocol）アドレス、電話番号、ＭＡＣ（Media Access Control address）アドレスといった、添乗員端末ごとに割り当てられている固有の識別情報が用いられる。

この実施の形態において、添乗員端末ＩＤとしては、例えばＩＰアドレスが用いられるものとして説明する。すなわち、バススケジュールＤＢ１０６に格納される移動スケジュール情報は、この実施の形態においては、各添乗員端末３のそれぞれにおいて作成され、動態管理サーバ１に送信されて、バススケジュールＤＢ１０６に登録される。このように、送信元の添乗員端末３は、通信ネットワーク５に接続されており、ＩＰアドレスが割り当てられた状態にあるので、これを添乗員端末ＩＤとして用いるようにする。

また、バス会社は、当該観光バス４の運行会社名を示し、乗客数は、当該観光バス４に乗車する乗客の数である。バスステータスは、当該バスの動作状態を示す情報であり、具体的には、当該バスが移動中（走行中）なのか、休憩中（停車中）なのかを示す情報である。当該、バスステータスは、添乗員端末３から送信されてくるステータス通知情報により特定して更新することができる。

また、バスステータスは、添乗員端末３から所定のタイミングごとに送信されて来る現在位置通知情報の現在位置の変化の有無に基づいて、自動的に更新することもできる。例えば、バスステータスが「休憩中」であり、「移動中」になったことが添乗員端末３から送信されてきていないのに、添乗員端末３から送信されて来る現在位置が所定の速度以上の速度で変化するようになったとする。この場合には、動態管理サーバ１は、バスステータスを「移動中」に自動更新することができる。同様に、バスステータスが「移動中」であり、「休憩中」になったことが添乗員端末３から送信されてきていないのに、添乗員端末３から送信されて来る現在位置が観光施設近傍で変化しなくなったとする。この場合には、動態管理サーバ１は、バスステータスを「休憩中」に自動更新することができる。

そして、バススケジュールＤＢ１０６の格納データは、順番、目的地、到着予定、出発予定、到着時刻、出発時刻、施設ステータスからなる移動スケジュール情報を有する。順番は訪問順を示し、目的地は訪問対象の観光施設を示す。図４において目的地は、観光施設の名称で示しているが、観光施設の識別ＩＤを用いてもよいし、観光施設の識別ＩＤと名称との両方を用いることもできる。到着予定は到着予定時刻を、出発予定は出発予定時刻を示す。到着予定から出発予定までの時間が、その観光施設での滞在予定時間になる。

到着時刻は、実際にその観光施設に到着した時刻を示し、出発時刻は実際にその観光施設を出発した時刻を示す。到着時刻と出発時刻は、添乗員端末３から送信されてくるステータス通知情報により特定して更新することができる。すなわち、「休憩中」のバスステータスが添乗員端末３に入力された時刻を到着時刻とし、「移動中」のバスステータスが添乗員端末３に入力された時刻を出発時刻とすることができる。もちろん、動態管理サーバ１において、バスステータスを「休憩中」に更新したタイミングで取得する時刻を到着時刻とし、バスステータスを「移動中」に更新したタイミングで取得する時刻を出発時刻とすることもできる。

施設ステータスは、その観光施設に対して、当該観光バス４が「未訪問」なのか、「訪問中」なのか、「訪問済」なのかを示す。この施設ステータスもまた、添乗員端末３から送信されてくるステータス通知情報に基づいて更新することができる。施設ステータスは、初期状態では「未訪問」とされている。そして、添乗員端末３からの現在位置が観光施設の近傍にあり、当該添乗員端末３からのステータス通知情報が「休憩中」の場合には、施設ステータスを「未訪問」から「訪問中」に更新できる。この後、当該添乗員端末３から「移動中」のステータス通知情報が送信されてきたら、施設ステータスを「訪問中」から「訪問済」に更新できる。

なお、上述したように、バスステータスは、添乗員端末３からの現在位置情報に基づいて動態管理サーバ１において、自動的に更新することができる。このため、当該バスステータスの自動更新に従って、施設ステータスについても自動更新することができる。

なお、ヘッダ情報と順番、目的地、到着予定、出発予定の各情報は、添乗員端末の使用者である添乗員等により事前に入力される情報である。そして、到着時刻、出発時刻、バスステータス、施設ステータスは、添乗員端末３からのステータス通知情報や現在位置通知情報に基づいて、随時に更新される情報である。

バス位置データファイル１０７は、添乗員端末３から所定のタイミングごとに送信され、通信Ｉ／Ｆ１０１を通じて受信される現在位置通知情報を記憶保持する。現在位置通知情報の詳細については後述する。このバス位置データファイル１０７の格納データにより、各観光バス４の現在位置を把握し、また、上述したように、当該観光バス４のステータス（状態）を把握することができる。

ジオフェンス設定部１１１は、観光施設ＤＢ１０５の第１ジオフェンス設定情報に基づいて、観光施設ごとに第１のジオフェンスを設定することにより、第１のエリアを設ける。また、ジオフェンス設定部１１１は、観光施設ＤＢ１０５の第２ジオフェンス設定情報に基づいて、観光施設ごとに第１のジオフェンスの外側に第２のジオフェンスを設定することにより、第２のエリアを設ける。ステータス更新部１１２は、設定された各観光施設の第１のジオフェンスと、各添乗員端末３からの現在位置情報と、各観光バス４の移動ステータスとに基づいて、各観光バスの移動スケジュール情報の施設ステータスを更新する。

動態把握部１１３は、ジオフェンス設定部１１１により設定された各観光施設の第１のジオフェンスの内側のエリアである第１のエリア内における観光バスの動態を把握し、各観光施設の現在の混雑状況を把握する。動態把握部１１３は、各添乗員端末３からの現在位置情報に基づいて、設定された各観光施設の第１のジオフェンス内に位置する観光バスの数を単に把握するものではない。動態把握部１１３は、各観光バスのバスステータスや各観光バスの移動スケジュール情報の施設ステータスをも考慮することにより、観光バス４のそれぞれの動態を適切に把握する。

動態予測部１１４は、ジオフェンス設定部１１１により設定された第１、第２のジオフェンスにより特定される第２のエリアにおける各観光バス４の動態に基づいて、所定時間（例えば１５分後）の将来の各観光施設の混雑度を予測する処理を行う。動態予測部１１４は、動態把握部１１３で把握された各観光施設の現在の混雑度と、各観光施設の第２のエリアにおける観光バス４の数と、各観光バス４の移動スケジュール情報とを勘案して、各観光施設の将来の混雑度を予測する。

これら、動態把握部１１３と動態予測部１１４の機能により、各観光施設の現在の混雑度を把握することができると共に、各観光施設の所定時間経過後の将来の混雑度を予測することができるようにしている。そして、ルート探索部１１５は、動態予測部１１４の各観光施設の混雑度の予測結果と、バススケジュールＤＢ１０６の移動スケジュール情報とを考慮し、効率的に観光施設を訪問するルートを探索して、移動スケジュールを立て直す（立案し直す）処理を行う。

ルート探索部１１５は、訪問予定の観光施設を全て辿る（訪問する）ルートを探索することができる。また、ルート探索部１１５は、最終目的地への到達時間を設定することにより、訪問予定の観光施設をできるだけ訪問するようにするが、当該到達時間を遵守するように、１つ以上の訪問予定の観光施設をスルーしたルートを探索することもできる。また、ルート変更処理部１１６は、ルート探索部１１５により探索された新たなルートを辿るようにする場合に、バススケジュールＤＢ１０６の移動スケジュール情報を変更する処理を行う。

そして、動態管理サーバ１は、制御部１０２の制御の下、動態把握部１１３で把握した各観光施設の現在の混雑度や動態予測部１１４で予測した各観光施設の所定時間経過後の混雑度を管理者端末２や添乗員端末３に通知できる。また、動態管理サーバ１は、ルート探索部１１５が立案し直した移動スケジュールやルート探索結果を管理者端末２や添乗員端末３に通知できる。また、動態管理サーバ１は、管理者端末２や添乗員端末３からの要求に応じて、制御部１０２の制御の下、ルート探索部１１５が機能して、各観光施設の将来の混雑度を考慮して、移動スケジュールを立案し直し、ルート変更を行うこともできるものである。

［管理者端末２の構成例］
図５は、実施の形態の管理者端末２の構成例を説明するためのブロック図である。管理者端末２は、パーソナルコンピュータの構成とされたものであり、通信Ｉ／Ｆ２０１、制御部２０２、記憶装置２０３、操作部２０４、表示部２０５、送信情報処理部２０６、受信情報処理部２０７を備える。

通信Ｉ／Ｆ２０１は、通信ネットワーク５を通じて情報の送受信を可能にする通信機能を実現する。制御部２０２は、図示しないが、ＣＰＵ、ＲＯＭ、ＲＡＭ、不揮発性メモリなどがＣＰＵバスを通じて接続されて構成されたマイクロプロセッサであり、この実施形態の管理者端末２の各部を制御する。記憶装置２０３は、大容量記録媒体としてハードディスクとそのドライバとを備え、情報（データ）の書き込み、読み出し、変更、削除等を行う。

操作部２０４は、キーボードやいわゆるマウスなどと呼ばれるポインティングデバイスからなり、使用者からの操作入力を受け付けて、これを電気信号に変換し、制御部２０２に供給する。表示部２０５は、例えばＬＣＤ（Liquid Crystal Display）などの表示素子を備え、制御部２０２の制御の下、種々の表示情報（画像）を表示素子の表示画面に表示する処理を行う。

送信情報処理部２０６は、制御部２０２の制御の下、例えば、動態管理サーバ１などの外部機器に対して提供する情報を形成し、これを通信Ｉ／Ｆ２０１を通じて、外部機器に対して送信する処理を行う。受信情報処理部２０７は、制御部２０２の制御の下、通信Ｉ／Ｆ２０１を通じて受信した自機宛ての受信情報を解析し、必要な情報を制御部２０２に供給する処理を行う。

そして、管理者端末２は、動態管理サーバ１からの各観光施設の現在の混雑度や予測された所定時間経過後の混雑度の提供を受けて、受信情報処理部２０７を通じて表示部２０５に表示し、管理者が把握できるようにする。また、管理者端末２は、操作部２０４を通じて管理者からの操作入力を受け付けて、送信情報処理部２０６及び通信Ｉ／Ｆ２０１が機能して、動態管理サーバ１や各添乗員端末３に対して必要な指示や要求を送信することができる。

［添乗員端末３の構成例］
図６は、実施の形態の添乗員端末３の構成例を説明するためのブロック図である。上述もしたように、添乗員端末３は、スマートフォンと呼ばれる高機能携帯電話端末の構成とされたものであり、添乗員によって携帯され、観光バス４に持ち込まれて利用される。

添乗員端末３は、図６に示すように、送受信アンテナ３０１Ａ、無線通信部３０１、制御部３０２、記憶装置３０３、操作部３０４、時計回路３０５、ＧＰＳ部３０６、ＧＰＳアンテナ３０６Ａ、タッチパネル３０７、音声出力部３０８、スピーカ３０９、受信情報処理部３１０、送信情報処理部３１１を備える。

送受信アンテナ３０１Ａ及び無線通信部３０１は、通信ネットワーク５を通じて情報の送受信を可能にする通信機能を実現する。制御部３０２は、図示しないが、ＣＰＵ、ＲＯＭ、ＲＡＭ、不揮発性メモリなどがＣＰＵバスを通じて接続されて構成されたマイクロプロセッサであり、この実施形態の添乗員端末３の各部を制御する。記憶装置３０３は、大容量記録媒体として不揮発性メモリを備え、情報（データ）の書き込み、読み出し、変更、削除等を行う。

操作部３０４は、電源のオン／オフキーやいくつかのファンクションキーなどのいくつかのハードウェアキーから構成される部分である。時計回路３０５は、現在年月日、現在曜日、現在時刻を提供すると共に、制御部３０２の制御の下、タイマー機能なども提供することができるものである。ＧＰＳ部３０６及びＧＰＳアンテナ３０６Ａは、複数の人工衛星からの信号を受信して解析し、自機の現在位置を測位する機能を実現する。タッチパネル３０７は、ＬＣＤなどの表示部３０７Ｄとタッチセンサ３０７Ｓとから構成され、情報の表示機能と使用者からの操作入力の受け付け機能を実現する。

音声出力部３０８は、制御部３０２の制御の下、制御部３０２を通じて供給される音声データをスピーカ３０９に供給するアナログ音声信号に変換し、これをスピーカ３０９に供給する。スピーカ３０９は、音声出力部３０８からのアナログ音声信号に応じた音声を放音する。これら音声出力部３０８及びスピーカ３０９の機能により、ガイダンスメッセージや警告メッセージなどの音声メッセージを放音したり、種々のアラーム音を放音したりするなどのことができるようにされる。

受信情報処理部３１０は、制御部３０２の制御の下、送受信アンテナ３０１Ａ及び無線通信部３０１を通じて受信した自機宛ての受信情報を解析し、必要な情報を制御部３０２に供給する処理を行う。送信情報処理部３１１は、制御部３０２の制御の下、例えば、動態管理サーバ１などの外部機器に対して提供する情報を形成し、これを無線通信部３０１及び送受信アンテナ３０１Ａを通じて、通信ネットワーク５に送信することにより、外部機器に対して送信する処理を行う。

そして、添乗員端末３は、動態管理サーバ１からの自機が持ち込まれた観光バス４の移動スケジュールに応じた訪問場所である観光施設の現在の混雑度や予測した所定時間経過後の将来の混雑度の提供を受けて、受信情報処理部３１０を通じて表示部３０７Ｄに表示し、添乗員等に提供する。また、添乗員端末３は、現在位置通知情報、ステータス通知情報、要求の通知情報を動態管理サーバ１に送信する。図７は、添乗員端末から動態管理サーバ１に送信される送信データの例を説明するための図である。

図７（Ａ）は、所定のタイミングごとに添乗員端末３から送信される現在位置通知情報の例を示している。当該現在位置通知情報は、送信先ＩＤ、送信元ＩＤ、区分、現在位置、現在位置取得時刻、その他の情報からなる。送信先ＩＤは、動態管理サーバ１のＩＰアドレスであり、送信元ＩＤは、添乗員端末３のＩＰアドレスである。区分は、当該送信データが現在位置通知情報であることを示す情報であり、この例では数字の「１」とされている。現在位置は、ＧＰＳ部３０６を通じて取得した現在位置（緯度経度）であり、現在位置取得時刻は、ＧＰＳ部３０６を通じて現在位置を取得したときに、時計回路から取得した現在時刻である。この現在位置通知情報により、動態管理サーバ１は、所定のタイミングごとに添乗員端末３が持ち込まれている観光バス４の現在位置を把握することができる。

図７（Ｂ）は、観光施設に対する観光バス４のステータス及び観光バス自体のステータスを通知するステータス通知情報の例を示している。ステータス通知情報は、送信先ＩＤ、送信元ＩＤ、区分、ステータス、その他の情報からなる。送信先ＩＤと送信元ＩＤとは、上述した現在位置通知情報と同様の情報である。区分は、当該送信データがステータス通知情報であることを示す情報であり、この例では数字の「２」とされている。そして、ステータスが、添乗員によって入力されたステータス情報であり、図７（Ｂ）に示すように、「１：移動中」、「２：休憩中」といった情報が入力される。なお、図７（Ｂ）に示した２つのステータスは、一例であり、この他のステータスを通知することももちろん可能である。

図７（Ｃ）は、添乗員端末３から動態管理サーバ１への種々の要求を通知するための要求通知情報の例を示している。要求通知情報は、送信先ＩＤ、送信元ＩＤ、区分、要求内容、その他の情報からなる。送信先ＩＤと送信元ＩＤとは、上述した現在位置通知情報と同様の情報である。区分は、当該送信データが要求通知情報であることを示す情報であり、この例では数字の「３」とされている。そして、要求内容が、添乗員によって入力された要求内容を示す情報であり、図７（Ｃ）に示すように、「１：混雑状況の提供要求」、「２：ルート探索要求」、「３：スケジュール変更要求」、…といった情報が入力される。なお、図７（Ｃ）に示した３つの要求は、一例であり、この他の要求を通知することももちろん可能である。

上述した構成を有する動態管理サーバ１と管理者端末２と添乗員端末３とが通信ネットワーク５を通じて接続されて構成されるこの実施の形態の動態管理システムでは、３つの重要な機能を実現する。具体的には、観光施設ごとの混雑度の把握と、観光施設ごとの混雑度の予測と、観光バス４ごとの移動スケジュールのフレキシブルな変更とが可能になっている。以下、そのそれぞれの機能について具体的に説明する。

［観光施設ごとの混雑度の予測］
動態管理サーバ１は、制御部１０２の制御の下、ジオフェンス設定部１１１が機能して、観光施設ＤＢ１０５で管理している各観光施設について、各観光施設の代表点を中心にして、第１、第２のジオフェンスを設定する。この設定した第１のジオフェンスの内側のエリアを各観光施設の第１のエリアとし、第１のジオフェンスと第２のジオフェンスとで挟まれたドーナツ状のエリアを各観光施設の第２のエリアとする。そして、第１のエリアと第２のエリアに存在する観光バスとそれらの観光バスの移動スケジュール情報とを勘案して、各観光施設の現在の混雑度を把握すると共に、所定時間後（例えば１５分後）の将来の各観光施設の混雑度を予測する。

図８は、観光施設ごとの現在の混雑度の把握の仕方と所定時間経過後の混雑度の予測の仕方について説明するための図である。図８においては、観光施設である「○○市美術館」を中心としてその近傍の地図を示している。そして、図８に示した地図上において、位置Ｐが「○○市美術館」の代表点であり、この位置Ｐを中心にして描いた半径１００ｍの円（実践で示した内側の円）が第１のジオフェンスＧｆ１になっている。この第１のジオフェンスＧｆ１の内側のエリアは、「○○美術館」についての第１のエリアＡｒ１となる。

また、図８に示した地図上において、「○○市美術館」の代表点である位置Ｐを中心にして描いた半径１０００ｍの円（点線で示した外側の円）が第２のジオフェンスＧｆ２になっている。この第２のジオフェンスＧｆ２と第１のジオフェンスＧｆ１との間のドーナツ状エリアが、「○○美術館」についての第２のエリアＡｒ２となる。なお、図８において、第１のジオフェンスＧｆ１と第２のジオフェンスＧｆ２とは模式的にその位置関係を示している。このように、観光施設ごとに第１のジオフェンスＧｆ１と第２のジオフェンスＧｆ２とを設定するのが、動態管理サーバ１のジオフェンス設定部１１１である。

そして、動態管理サーバ１は、制御部１０２の制御の下、ステータス更新部１１２を機能させ、観光バス４ごとに移動スケジュール情報の施設ステータスを更新する処理を行う。具体的に、ステータス更新部１１２は、添乗員端末３から所定のタイミングごとに送信されて来る現在位置通知情報（図７（Ａ））と、随時に送信されて来るステータス通知情報（図７（Ｂ））と、設定した第１のジオフェンスＧｆ１とを基に、バススケジュールＤＢ１０６の施設ステータスを更新する。

ステータス更新部１１２が行う施設ステータスの更新方法についてまとめる。上述したように、観光バス４に持ち込まれた添乗員端末３からは、所定のタイミングごとに現在位置通知情報が送信されて来る。また、観光バス４に持ち込まれた添乗員端末３からは、観光施設に到着すれば「休憩中」とし、観光施設から移動すれば「移動中」とするステータス通知情報が送信されて来る。

そこで、ステータス更新部１１２は、観光バス４の位置情報が観光施設の第１のジオフェンスＧｆ１内に入り（ＩＮし）、かつ、当該観光バス４のバスステータスが「移動中」から「休憩中」に切り替わったとする。この場合に、当該観光バス４は、当該観光施設に到着したと判定し、当該観光バス４の移動スケジュール情報の対応する観光施設に対する施設ステータスを「未訪問」から「訪問中」に変更する。

また、動態管理サーバ１は、観光バス４からのバスステータスが「休憩中」から「移動中」に切り替わったとする。この場合に、動態管理サーバ１は、当該観光バス４の移動スケジュール情報の対応する観光施設に対する施設ステータスを「訪問中」から「訪問済」に変更する。なお、観光バス４からのバスステータスが「休憩中」から「移動中」に切り替わった場合に、バススケジュールＤＢ１０６の当該観光バス４の移動スケジュール情報を参照し、施設ステータスが「訪問中」である観光施設の出発予定時刻が現在時刻よりも前である場合に、施設ステータスを「訪問中」から「訪問済」に更新するようにしてもよい。

また、施設ステータスを「訪問中」から「訪問済」により確実に更新する方法として、以下の方法が考えられる。すなわち、観光バス４からのバスステータスが「休憩中」から「移動中」に切り替わり、かつ、当該観光バス４の位置情報が当該観光施設の第１のジオフェンスＧｆ１から出た（ＯＵＴした）場合に、施設ステータスを「訪問中」から「訪問済」に更新してもよい。

また、ここでは、バスステータスの更新は、添乗員が操作する添乗員端末３からのステータス通知情報に基づいて更新するようにしたが、これに限るものではない。添乗員端末３からの現在位置通知情報は、動態管理サーバ１のバス位置データファイル１０７に蓄積される。このため、バス位置データファイル１０７に蓄積される観光バス４ごとに位置情報に基づいて、自動的に「移動中」、「休憩中」のステータスの更新を行うようにすることもできる。簡単には、観光バス４の現在位置が随時変化している場合は、「移動中」に設定し、観光バス４の現在位置が所定時間変化していない場合には、「休憩中」に設定することができる。

そして、観光バス４のそれぞれの現在位置と、上述したように更新される各観光バス４の移動スケジュール情報の施設ステータスと、更には、当該移動スケジュール情報の出発予定時刻や次の目的地などを勘案して、観光施設ごとの混雑度の把握や予測を行う。以下に、観光施設ごとの現在の混雑度を把握する処理と、観光施設ごとの所定時間経過後の将来の混雑度の予測処理について具体的に説明する。ここでは説明を簡単にするため、図８に示した「○○市美術館」についての混雑度を予測する場合を例にして説明する。しかし、その他の観光施設についても同様に現在の混雑度を把握する処理と観光施設ごとの所定時間経過後の将来の混雑度の予測処理が行われることになる。

まず、動態管理サーバ１の動態把握部１１３は、バス位置データファイル１１７の格納データに基づいて、「○○市美術館」についての第１のエリアＡｒ１内に位置する観光バス４の台数をカウントする。図８に示した例においては、第１のエリアＡｒ１内には、７つの黒丸ｙ１〜ｙ７で示したように、７台の観光バス４が位置していることが把握できたとする。しかし、これら７台の観光バス４のうちの全ての乗客が「○○市美術館」を訪問中であるとは限らない。そこで、バススケジュールＤＢ１０６に格納されている、第１のエリアＡｒ１内に位置する観光バス４の移動スケジュール情報を参照し、所定時間経過後には第１のエリアＡｒ１外に移動する観光バス４の台数を予測する。

この第１のエリアＡｒ１外に移動する観光バス４の台数の予測処理は、以下の２つの処理により行う。第１に、第１のエリアＡｒ１内に位置する観光バス４の移動スケジュール情報を参照し、施設ステータスが「訪問済」の観光バス４の台数をカウントする。施設ステータスが「訪問済」の観光バス４は、所定時間後に第１のエリアＡｒ１外に移動することが明らかなためである。

第２に、第１のエリアＡｒ１内に位置する観光バス４の移動スケジュール情報を参照し、施設ステータスが「訪問中」の出発地予定時刻を基に所定時間後に第１のエリアＡｒ１外に移動すると確認できる観光バス４をカウントする。上述したように、この実施の形態においては、所定時間経過後として１５分後の第１のエリアＡｒ１の混雑度を予測する。このため、現時点から１５分以内に出発予定時刻が到来する観光バス４をカウントする。このように、現時点から１５分以内に出発予定時刻が到来する観光バス４は、現時点から１５分以内には少なくとも駐車スペースから移動を開始し、速やかに第１のエリアＡｒ１から出ることになると考えられるためである。

そして、図８に示した例では、第１のエリアＡｒ１内に位置する観光バス４の内、黒丸ｙ１、ｙ２で示した観光バス４の「○○市美術館」についての施設ステータスが「訪問済」であるとする。また、黒丸ｙ３、ｙ４、ｙ５で示した観光バス４の「○○市美術館」についての施設ステータスが「未訪問」で、次の訪問先が「○○市美術館」であるとする。また、黒丸ｙ６、ｙ７で示した観光バス４の「○○市美術館」についての施設ステータスが「訪問中」であるとする。なお、施設ステータスが「訪問済」以外で、現時点から１５分以内に出発予定時刻が到来する観光バス４はなかったとする。

この場合、図８に示した第１のエリアＡｒ１内に黒丸ｙ１〜ｙ７で示した７台の観光バス４の内、「○○市美術館」についての施設ステータスが「訪問済」の観光バスは２台である。このため、第１のエリアＡｒ１に現時点において１５分後も滞在する観光バス４の台数は、（７台−２台）＝５台となり、これを「○○市美術館」の許容バス台数＝１０台を考慮すれば、現時点の混雑度は、５台／１０台×１００＝５０％となる。

次に、動態管理サーバ１の動態予測部１１４が機能し、所定時間経過後（この実施の形態では１５分経過後）の将来の第１のエリアＡｒ１の混雑度を予測する。具体的に、動態予測部１１４は、バス位置データファイル１０７の格納データに基づいて、第２のエリアＡｒ２内に位置する観光バス４を特定する。更に、動態予測部１１４は、第２のエリアＡｒ２内に位置していると特定した観光バス４のうち、次の訪問先が、「○○市美術館」である観光バス４をカウントする。

ここで、次の訪問先は、特定した観光バス４のバススケジュールＤＢ１０６の移動スケジュール情報により特定できる。具体的に、移動スケジュール情報上、出発地の次の訪問場所の施設ステータスが「未訪問」であれば、当該出発地の次の訪問場所が次の訪問先となる。また、移動スケジュール情報上、施設ステータスが「訪問済」である訪問場所の次の訪問場所の施設ステータスが「未訪問」であれば、施設ステータスが「訪問済」である当該訪問場所の次の訪問場所が、次の訪問先となる。

図８に示した例の場合、第２のエリアＡｒ２内に位置する観光バス４は、黒丸で示した９台が存在することが把握できたとする。そして、これら９台の観光バス４のバススケジュールＤＢ１０６に格納されている移動スケジュール情報を確認したところ、黒丸ｙ１１〜ｙ１６で示した６台の観光バス４の次の訪問先が「○○市美術館」で、黒丸ｙ２１〜ｙ２３で示した３台の観光バス４の次の訪問先が「○○市美術館」でなかったとする。この場合、１５分後までに第１のエリアＡｒ１に到達する観光バスは、９台−３台＝６台となる。この場合の６台の観光バス４は、次の訪問先が「○○市美術館」である黒丸ｙ１１〜ｙ１６で示した６台の観光バス４である。

そして、現時点において第１のエリアＡｒ１に位置し、１５分後も滞在しているであろう観光バスの台数は上述したように５台であり、１５分後に第１のエリアＡｒ１に到達し、「○○市美術館」を訪問するために滞在する観光バス４は６台である。このため、現時点から１５分後の将来の第１のエリアＡｒ１に滞在する観光バス４の台数は１１台となり、これを「○○市美術館」の許容バス台数＝１０台を考慮すれば、１５分後の混雑度は、１１／１０台×１００＝１１０％となる。

このことから、「○○市美術館」の現在の混雑度は５０％であるが、１５分後の混雑度は１１０％となり、１５分後には観光バスの駐車スペースには駐車できない観光バス４が発生し、「○○市美術館」の見学のために待ち時間が生じてしまうことが予測できる。

動態管理サーバ１は、ジオフェンス設定部１１１、ステータス更新部１１２、動態把握部１１３、動態予測部１１４が機能し、観光施設ごとの現状の混雑度の把握と所定時間後の将来の混雑度の予測を行うことができる。そして、動態管理サーバ１は、観光施設ごとの現状の混雑度や予測した将来の混雑度を、通信Ｉ／Ｆ１０１を通じて通信ネットワーク５に送出し、管理者端末２、添乗員端末３に提供する。図９は、添乗員端末３の表示部３０７Ｄに表示される訪問先となっている観光施設の混雑度の画面表示の例を説明するための図である。

図９（Ａ）に示すように、動態管理サーバ１から各添乗員端末３に対しては、その添乗員端末３が持ち込まれる観光バス４の移動スケジュール情報に応じて、訪問先になっている観光施設ごと混雑度に関する情報がパーセンテージで示される情報が提供される。すなわち、図９（Ａ）に示した例の場合、１番目の訪問先である「○○市美術館」については、現状の混雑度は５０％であるが、１５分後の混雑度は１１０％になることが示されている。２番目の訪問先である「□□ワイナリー」については、現状の混雑度は１０％であるが、１５分後の混雑度は３０％になることが示されている。

同様に、３番目の訪問先である「△○市場」については、現状の混雑度は５％で、１５分後の混雑度も５％であることが示されている。また、４番目の訪問先である「××山△△寺」については、現状の混雑度は１００％であるが、１５分後の混雑度は７０％になることが示されている。また、５番目の訪問先である「○△物産館」については、現状の混雑度は５０％であるが、１５分後の混雑度は４０％になることが示されている。

そして、図９（Ａ）に示した例において、各観光施設に対応して、「詳細」ボタンが設けられており、「詳細」ボタンが操作されると、図９（Ｂ）に示すように、対応する観光施設の詳細情報が表示される。各観光施設の詳細情報は、当該観光施設の郵便番号、住所、運営者、電話番号、担当者、到着日、到着時刻などの情報が表示される。また、図９（Ｂ）に示すように、「地図」ボタンや「ルート」ボタンが設けられ、その観光施設の位置を、地図を表示して地図上において確認したり、その観光施設までのルートを探索して地図上に表示したりすることもできる。そして、図９（Ｂ）に示した観光施設の詳細情報の表示により、添乗員端末３の使用者である添乗員は、観光施設に電話を掛けて駐車場の空き状況や待ち時間などを確認したりすることができる。

なお、ここでは説明を簡単にするため、第２のエリアＡｒ２は、観光施設の代表点を中心した半径１０００ｍの円（第２のジオフェンスＧｆ２）と、当該代表点を中心した半径１００ｍの円（第１のジオフェンスＧｆ１）との間のドーナツ状のエリアとしたが、これに限るものではない。第２のエリアＡｒ２は、各観光施設までのバスの到着予測時間で設定することもできる。

また、観光施設の周辺が渋滞している場合は、バスの到着時間が遅くなるため、第２のエリアの大きさを小さくし、観光施設の周辺が渋滞していない場合は、バスの到着時間が早くなるため、第２のエリアの大きさを大きくする。といった調整も可能である。

［観光バス４ごとの移動スケジュールのフレキシブルな変更］
上述したように、この実施の形態の動態管理システムでは、動態管理サーバ１からの情報により、管理者端末２、添乗員端末３のそれぞれは、各観光施設の現在の混雑度を把握することができると共に、所定時間後（この実施の形態においては１５分後）の混雑度も予測できる。そこで、移動スケジュールにおいて、これからの訪問先となっている観光施設が混在することが予想され、スムーズな見学等ができないことが考えられる場合には、移動スケジュールの変更を行うことができる。

この場合、動態管理サーバ１の機能により、現時点の移動スケジュールによって訪問することになっている全ての観光施設を回ることができるより良いルートを探索することができる。また、時間に余裕がない場合には、訪問予定の観光施設のいくつかを訪問先から外して、ルートを探索することもできる。そして、新たに探索されたルートで観光を行う場合には、動態管理サーバ１で管理されている当該観光バス４の移動スケジュール情報を変更することができる。

例えば、図９（Ａ）を用いて説明したように、観光バス４の添乗員は、添乗員端末３を通じて、自分が添乗している観光バス４の移動スケジュール上における各観光施設の混雑度を把握することができる。そして、出発前に今日の移動スケジュールにおける観光施設の混雑度を確認したところ、最初に訪問する「○○市美術館」については、１５分後には混雑度が１１０％になることが予測されたとする。１５分後は、図４に示した自分が添乗する観光バス４の移動スケジュールでは、ちょうど「○○市美術館」に到着する時刻である。このままでは、「○○市美術館」において待ち時間が発生し、以降の移動スケジュールが予定通りに進まなくなる可能性がある。

このような場合に、添乗員は、自己の添乗員端末３の表示部３０７Ｄに表示された混雑状況確認画面（図９（Ａ））の右上端部に表示されている「探索」ボタンを操作する。「探索」ボタンが操作されると、添乗員端末３の送信情報処理部３１１は、要求内容を「２：ルート探索要求」とする、図７（Ｃ）に示した要求通知情報を形成し、これを無線通信部３０１及び送受信アンテナ３０１Ａを通じて通信ネットワーク５に送出し、動態管理サーバ１に送信する。

当該ルート探索要求を受信した動態管理サーバ１では、ルート探索部１１５が機能し、当該要求の送信元ＩＤで特定される添乗員端末３が持ち込まれている観光バス４の移動スケジュール（図４）を把握する。また、ルート探索部１１５は、現在の移動スケジュールの中で未訪問の観光施設についての現状の混雑度と１５分後の混雑度とを把握する。これらの直近に求めた混雑度に関する情報は、動態管理サーバ１の記憶装置１０３に一時記憶されている。

そして、ルート探索部１１５は、把握した情報等に基づいて、現在の移動スケジュールのルートよりも時間が掛からない新たなルートを探索する。具体的には、訪問予定の観光施設の主に予測された１５分後の混雑度と訪問予定の観光施設の位置とに基づいて、到着予定時刻において予測した混雑度が１００％になることがなく、最終到着地への到着時刻も大幅に変わることがないルートを探索することになる。この場合の新たなルートの探索のためのアルゴリズムは種々のものを用いることができる。この実施の形態において、ルート探索部１１５は、以下のようにして、新たなルート探索を行う。

ルート探索部１１５は、現在の移動スケジュールで訪問先となっており、現時点において未訪問となっている観光施設を回る複数のルートを特定する。次に、ルート探索部１１５は、特定したそれぞれのルートについて、各観光施設間のルート探索を行い、各観光施設での滞在予定時間をも考慮して、各観光施設への到着予定時刻を特定する。滞在予定時間は、現在の移動スケジュールの各観光施設についての到着予定時刻から出発予定時刻までの時間や観光施設ＤＢ１０５の各観光施設の必要滞在時間などを考慮して特定する。

そして、ルート探索部１１５は、特定した到着予定時刻において当該観光施設の混雑度が１００％になる可能性を判別して、移動スケジュールを組み替えて新たなルートを作成する。なお、ルート探索部１１５は、最終目的地への到着予定時刻が、例えば３０分以上、遅れたり、早くなったりする場合には、訪問予定の観光施設を減らすなどしたルートを探索することができる。そして、ルート探索部１１５は、現在の移動スケジュールのルートよりも時間が掛からない新たなルートが作成できた場合は、その新たなルート（移動スケジュール）を添乗員端末３に通知する。

図１０は、スケジュールの変更の例について説明するための図である。上述もしたように、図１０（Ａ）が、現在の移動スケジュールであり、最初の訪問先である「○○市美術館」は、１５分後には混雑度が１１０％になることが予想されている。図１０（Ａ）に示した現在の移動スケジュールは、図４に示した移動スケジュールとも対応している。この実施の形態においては、図１０（Ａ）や図４を見ると分かるように、この移動スケジュールの場合、「○○駅前」から１５分の位置に「○○市美術館」があり、また、「○△物産館」から１５分の位置に「○○駅前」がある。すなわち、「○○駅前」から「○○市美術館」と「○△物産館」までの距離はほぼ同程度である。

このため、この実施の形態のルート探索部１１５は、例えば、図１０（Ｂ）に示すように、１番目の訪問先と５番目の訪問先とを入れ替えた新たなルート（移動スケジュール）を作成し、これを管理者端末２や添乗員端末３に通知してきたとする。添乗員端末３の使用者である添乗員は、動態管理サーバ１からの新たな移動スケジュールを表示部３０７Ｄに表示して確認し、移動スケジュールを変更するか否かを判断する。スケジュール変更を検討する際には、スケジュール変更に伴って発生する移動時間の増減、各観光施設に到着した時刻における待ち時間などを考慮することになる。

例えば、図１０（Ｂ）に示した新たに提案された移動スケジュールでは、最初の訪問先である「○△物産館」は、１５分後の混雑度の予測も４０％である。また、２番目に訪問する「□□ワイナリー」は、混雑度は増加傾向にあるものの、食事が目的あるために予約を入れており、予約時間には「□□ワイナリー」の駐車場に確実に駐車できるものとする。また、３番目の訪問先である「△○市場」は大規模施設であり、駐車場に充分な余裕があるとする。また、４番目、５番目の訪問先については、現状あるいは１５分後は混雑しているものの、時間の経過に伴って混雑の解消も期待できる。そして、「○○駅前」駅前への到着（帰着）時間も１０分程度遅れるだけであることが把握できる。

そして、別の移動スケジュールにしたい場合には、表示画面に表示されている「探索」ボタンを選択するなどの所定の操作を行うことにより、再度の移動スケジュールの変更のためのルート探索を行うことができる。また、提示された移動スケジュールに変更する場合には、添乗員は、添乗員端末３を通じてスケジュール変更のための所定の操作、例えば、図示しないが表示部３０７Ｄに表示された「変更」ボタンを操作するなどの操作を行う。これに応じて、添乗員端末３の送信情報処理部３１１は、要求内容を「３：スケジュール変更要求」とする要求通知情報（図７（Ｃ））を形成し、動態管理サーバ１に送信する。

当該要求通知情報を受信した動態管理サーバ１では、制御部１０２の制御の下、ルート変更処理部１１６が機能し、バススケジュールＤＢ１０６の要求元の添乗員端末３が持ち込まれる観光バス４の移動スケジュール情報を変更する処理を行う。この場合、既に訪問済の観光施設についての履歴は変更されずに、これから訪問する観光施設についての移動スケジュール情報が変更される。

このように、観光バス４の添乗員は、動態管理サーバ１から添乗員端末３に通知される情報により、現状と所定時間経過後の混雑度を知ることができる。これにより、訪問先の観光施設の混雑が予測される場合に、現在の移動スケジュールとは異なる、より有利な移動ルート（移動スケジュール）の探索を動態管理サーバ１に依頼して、その提供を受けることができる。そして、現状の移動スケジュールを新たな移動スケジュールに変更することができる。もちろん、動態管理サーバ１は、変更後の移動スケジュールについても、各観光施設の現状の混雑度を把握し、所定時間後の将来の混雑度を予測して、添乗員端末３や管理者端末２に通知することができる。

なお、ルート探索部１１５は、新たなルートの探索においては、移動時間、観光施設での待ち時間、観光施設での滞在時間などの移動スケジュールを消化していく上で影響する種々の時間的要因を考慮することができる。また、乗客数が多い場合には、観光施設内での徒歩による移動や集合にも時間がかかることが予想されるので、乗客数を考慮する等、種々の要因を考慮して最適なルートを探索するようにできる。

［管理者端末２からの移動スケジュールの変更］
図９、図１０等を用いて、添乗員端末３から移動スケジュールの変更を行う場合について説明したが、管理者端末２から目的とする観光バス４の移動スケジュールの探索を要求し、移動スケジュールを変更することもできる。つまり、管理者も、管理者端末２を通じて、各観光施設の現在の混雑度と所定時間後の予測した混雑度とを把握することができる。そこで、管理者は、移動スケジュールに含まれる観光施設が混雑していたり、混雑が予測されたりする場合において、観光バス４の移動スケジュールを変更して、混雑している観光施設を訪問する観光バス４を分散させたい場合に、管理者端末２を操作し、観光バス４のスケジュールの変更要求を動態管理サーバ１に送信する。

この場合には、移動スケジュールを変更する観光バス４を指定することができる。また、訪問を回避すべき観光施設を指定して、この指定した観光施設を訪問先とする移動スケジュールを有する全ての観光バス４の移動スケジュールを変更することもできる。また、訪問を回避すべき観光施設を指定して、この指定した観光施設を訪問先とする移動スケジュールを有する何台の観光バス４の移動スケジュールを変更するのかを指定したりすることもできる。すなわち、管理者端末２を通じては、移動スケジュール情報が動態管理サーバ１で管理されている観光バス４について、その移動スケジュールを変更するようにできる。

したがって、動態管理サーバ１のルート探索部１１５は、制御部１０２の制御の下、管理者端末２からの指示情報とバススケジュールＤＢ１０６の移動スケジュール情報に基づいて、移動スケジュールの変更対象の１台以上の観光バス４を特定する。そして、ルート探索部１１５は、上述したように、移動スケジュールの変更対象の１台以上の観光バス４の移動スケジュール情報観光施設の訪問済、未訪問の情報を基に、上述したように未訪問の観光施設を全て巡回するルート探索を行う。もちろん、時間に制限がある場合には、訪問先をカットする場合もある。

動態管理サーバ１のルート探索部１１５は、探索した新たな移動スケジュールに応じたルートを、変更要求先の管理者端末２に通知する。管理者は管理者端末２の表示部２０５に探索結果を表示して確認し、問題がある場合には、再探索を要求できる。問題がない場合には、上述した添乗員端末３の場合と同様に、「変更」ボタンを選択するなどの所定の変更操作を行うことにより、移動スケジュール情報の変更を動態管理サーバ１に要求する。

動態管理サーバ１が管理者端末２からの移動スケジュール情報の変更要求を受信すると、ルート変更処理部１１６が、バススケジュールＤＢ１０６の該当する観光バス４の移動スケジュール情報を変更する。そして、ルート変更処理部１１６は、移動スケジュール情報を変更した観光バス４に持ち込まれている添乗員端末３に対して、変更後の移動スケジュール情報を通知し、変更後の移動スケジュールに従って移動するように指示する。添乗員端末３の使用者である添乗員は、変更後の移動スケジュールを運転手に対して口頭で指示するなどして、安全かつ迅速に訪問先を変更できるように対処する。

このように、管理者は管理者端末２を通じて、当該観光地で運行されている多数の観光バス４の動態を把握すると共に、訪問先となっている観光施設の予測された混雑度を考慮して、移動スケジュールを主体的に変更することができる。これにより、当該観光地において、特定の観光施設に観光バスが集中することないように制御できる。換言すれば、管理者は管理者端末２を通じて、当該観光地で運行されている観光バス４を各観光施設に分散させるように制御できる。

なお、管理者端末２は、動態管理サーバ１から観光バス４ごとの移動スケジュール情報の提供を受けて表示部２０５に表示し、表示された移動スケジュール情報に基づいて、移動スケジュールを変更する観光バス４を１台ずつ指定することもできる。

また、動態管理サーバ１が新たなルートの探索を行うトリガー（契機）は、管理者端末２や添乗員端末３から移動スケジュールの変更要求を受け付けた場合だけではない。動態管理サーバ１が、観光バス４の移動スケジュールに含まれる次の観光施設が混雑していると判断した場合等も可能である。すなわち、動態管理サーバ１は、所定時間後の混雑度が例えば１００％以上の観光施設を訪問先とする移動スケジュール情報を有する観光バス４を検知するようにする。

当該検知は、バススケジュールＤＢ１０６の各観光バス４の移動スケジュール情報と、動態把握部１１３が機能して把握した各観光施設の現状の混雑度と、動態予測部１１４が予測した各観光施設の所定事件後の混雑度とに基づいて行うことができる。そして、次の訪問先の観光施設が混雑している移動スケジュール情報を有する観光バス４が検知できたとする。この場合には、当該観光バス４の当該移動スケジュール情報を動態管理サーバ１が主体的に機能して変更し、変更後の移動スケジュール情報を当該観光バス４に提供し、移動スケジュールを変更するようにできる。

［動態管理サーバ１の処理のまとめ］
［観光施設ごとの混雑度の予測処理］
図１１は、動態管理サーバ１で行われる混雑度の予測処理について説明するためのフローチャートである。図１１に示す処理は、動態管理サーバ１の制御部１０２が、適宜のタイミングで実行したり、また、添乗員端末３からの混雑状況の提供要求が到来した場合に実行したりする処理である。そして、実行結果は、添乗員端末３や管理者端末２に通知されることになる。

なお、この図１１の処理に先立って、動態管理サーバ１のジオフェンス設定部１１１により、地図情報ＤＢ１０４の地図情報により例えば記憶装置１０３に形成される地図上において、観光施設ごとに第１のジオフェンスと第２のジオフェンスとが設定されている。また、図１１は、説明を簡単にするため、所定の対象施設についての現在の混雑度の把握と所定時間後の混雑度の予測とを行うものとして示している。しかし、他の全ての観光施設についても、同様にして、現在の混雑度の把握と所定時間後の混雑度の予測とが実行される。

図１１に示す処理が実行されると、制御部１０２の制御の下、動態把握部１１３は、バス位置データファイル１０７の各観光バス４の現在位置に基づいて、対象観光施設の第１のエリア内に位置する観光バス４の台数（ＢＩ１）をカウントする（ステップＳ１）。次に、動態把握部１１３は、当該対象施設の第１のエリア内に位置する観光バス４について、バススケジュールＤＢ１０６の移動スケジュール情報を参照し、所定時間後に当該第１のエリア外に移動する観光バス４の台数（ＢＯ１）を予測する（ステップＳ２）。

ステップＳ２では、第１のエリアに位置する観光バス４のうち、移動スケジュール情報の施設ステータスが「訪問済」の観光バス４を第１のエリア外に移動する観光バスとしてカウントする。また、第１のエリアに位置する観光バス４のうち、移動スケジュール情報の施設ステータスが「訪問中」の観光バスであって、当該移動スケジュール情報の出発予定時刻から所定時間に第１のエリア外に移動すると考えられる観光バス４を第１のエリア外に移動する観光バスとしてカウントする。

次に、制御部１０２の制御の下、動態予測部１１４は、対象観光施設の第２のエリア内に位置する観光バス４であって、次の訪問先が当該対象施設である観光バス４の台数（ＢＩ２）をカウントする（ステップＳ３）。ステップＳ３では、まず、バス位置データファイル１０７の各観光バス４の現在位置に基づいて、対象観光施設の第２のエリア内に位置する観光バス４を特定する。そして、この特定した観光バス４のバススケジュールＤＢ１０６に格納されている移動スケジュール情報を参照し、次の訪問先が当該対象施設である観光バス４の台数（ＢＩ２）をカウントする。

この後、制御部１０２の制御の下、動態予測部１１４は、当該対象施設の所定時間後（この実施の形態では１５分後）の混雑度（Ｃｄ）を算出する（ステップＳ４）。ステップＳ４では、図１１の当該欄に示した計算式により所定時間後の混雑度が求められる。すなわち、（１）ステップＳ１で求めた対象施設の第１のエリア内に位置する観光バスの台数（ＢＯ１）から、ステップＳ２で求めた所定時間後に当該第１のエリア外に移動する観光バス４の台数（ＢＩ２）を減算する。（２）この減算結果に、ステップＳ３で求めた対象観光施設の第２のエリア内に位置する観光バス４で次の訪問先が当該対象施設である観光バス４の台数（ＢＩ２）を加算する。（３）この加算結果を図２に示した観光施設ＤＢ１０５の当該観光施設の許容バス台数で割り算する。これにより、当該対象施設の所定時間後の混雑度Ｃｄが求められる。このようにして、各観光施設について所定時間後の混雑度を予測できる。

［観光バス４ごとの移動スケジュールの変更処理］
図１２は、動態管理サーバ１で行われる移動スケジュールの変更処理について説明するためのフローチャートである。上述したように、移動スケジュールの変更処理は、添乗員端末３からの要求に応じて行う場合と、管理者端末２からの要求に応じて行う場合と、動態管理サーバ１が自発的に行う場合とがある。しかし、観光バス４ごとの新たな移動スケジュールを立案する処理は、いずれの場合でも同じ処理となるため、ここでは、添乗員端末３からの要求に応じて行う場合を例にして説明する。

動態管理サーバ１の制御部１０２は、添乗員端末３からルート探索要求（図７（Ｃ））を受信すると、図１２に示す処理を実行する。まず、制御部１０２の制御の下、ルート探索部１１５は、訪問予定の観光施設を巡回するルートを探索し、新たな移動スケジュールを立案する（ステップＳ１１）。ステップＳ１１においてルート探索部１１５は、要求元の添乗員端末３が持ち込まれる観光バス４の移動スケジュール情報（図４）と、図１１の処理により求めた訪問予定の観光施設の混雑度の直近の予測結果とを考慮し、待ち時間の少ない有利なルートを探索して、新たな移動スケジュールを立案する。

そして、ルート探索部１１５は、図１０を用いて説明したように、新たに立案した移動スケジュールをルート探索要求元の添乗員端末３に通知する（ステップＳ１２）。そして、制御部１０２は、当該添乗員端末３からの変更要求等を受け付け（ステップＳ１３）、受け付けた要求は、新たな移動スケジュールへの変更要求か否かを判別する（ステップＳ１４）。

ステップＳ１４の判別処理において、当該添乗員端末３から新たな移動スケジュールへの変更要求を受け付けたと判別したとする。この場合、制御部１０２の制御の下、ルート変更処理部１１６が機能して、バススケジュールＤＢ１０６の対応する観光バス４についての移動スケジュール情報を、新たな移動スケジュール情報に変更する（書き換える）処理を行い（ステップＳ１５）、この図１２に示す処理を終了する。これにより、当該観光バス４についての新たな移動スケジュール情報が、動態管理サーバ１でも管理され、新たな移動スケジュール情報に応じて、各観光施設の混雑度の予測などの処理が行われることになる。

また、ステップＳ１４の判別処理において、当該添乗員端末３から新たな移動スケジュールへの変更要求は受け付けていないと判別したとする。この場合、制御部１０２は、ステップＳ１３で受け付けた要求は、新たな移動スケジュールへの変更は行わずにこの処理を終了させる終了要求か否かを判別する（ステップＳ１６）。ステップＳ１６の判別処理において、終了要求を受信したと判別したときには、この図１２に示す処理を終了する。

また、ステップＳ１６の判別処理において、終了要求は受信していないと判別したときには、制御部１０２は、ルート探索部１１５に対して、今回とは異なる移動スケジュールを立案するように指示を出し、ステップＳ１１からの処理を繰り返す。これにより、今回立案した移動スケジュールとは異なる移動スケジュールを立案し直すようにすることができる。

このように、動態管理サーバ１の機能によって、観光バス４の移動スケジュール情報を、混雑度の予測も加味して立て直すことができる。

［実施の形態の効果］
上述した実施の形態の動態管理システムでは、主に、動態管理サーバ１と添乗員端末３と協働することにより、観光地の観光施設ごとに、現在の混雑度を適切に把握することができる共に、所定時間後の混雑度についても適切に予測することができる。また、把握した観光施設ごとの予測した混雑度を考慮して、観光バスごとの移動スケジュールをフレキシブルに変更することができる。これにより、訪問予定の複数の観光施設を時間の延長なく効率よく訪問できるように、移動スケジュールを制御できる。

［管理者端末２と添乗員端末３の処理］
なお、管理者端末２と添乗員端末３には、必要な情報や操作入力を受け付けて、動態管理サーバ１に対して情報や要求を送信し、また、動態管理サーバ１から必要な情報の提供を受けて表示するといった機能を実現する動態管理アプリが搭載される。当該アプリケーションプログラムは、動態管理サーバ１から提供を受けることができる。

［変形例］
なお、上述した実施の形態では、添乗員端末３は、スマートフォンであるものとして説明したが、これに限るものではない。添乗員端末３は、観光バスに搭載される車載端末として実現することもできる。当該車載端末は、固定的に取り付けられるものでもよいし、ＰＮＤ（Portable Navigation Device）などと呼ばれる観光バス４に対して簡単に着脱が可能な小型のカーナビゲーション装置のような装置として実現することもできる。

また、上述した実施の形態では、ルートの探索は、主に、移動スケジュールによって、訪問予定のある未訪問の観光施設を全て訪問するルートを探索するものとして説明したが、これに限るものではない。例えば、訪問予定のいくつかの観光施設の訪問を取りやめて、到着地への到着時刻が遅くなることがないルートを探索するようにすることもできる。すなわち、到着地への到着時刻を優先にしたルート探索も可能である。この場合、訪問を取りやめる観光施設の数を指定したり、訪問を取りやめる観光施設自体を指定したりすることも可能である。

また、ルートの探索を行う場合に、訪問予定のある観光施設の滞在時間を調整することも可能である。この場合の滞在時間の調整は、動態管理サーバ１が自動的に行うようにしたり、添乗員端末３を通じた指示により、訪問する観光施設の訪問時間を指示したりすることもできるようにされる。

また、上述もしたように、第１、第２のジオフェンスの大きさは適宜の大きさとすることができる。例えば、観光施設間の距離が近い場合には、ジオフェンスを狭くし、観光施設間の距離が離れている場合には、ジオフェンスを大きくするといった調整が可能である。

また、上述した実施の形態では、第１のジオフェンスと第２のジオフェンスとを設けるようにしたが、これに限るものではない。２つ以上のジオフェンスを設けてももちろんよい。例えば、第１のジオフェンスは、当該観光施設を訪問中または３分以内に訪問中になる観光バスの台数を把握し、第２のジオフェンスは、５分以内に訪問中になる観光バスの台数を把握し、第３のジオフェンスは１０分以内に訪問中になる観光バスの台数を把握するというように、段階的に訪問中になる観光バスの台数を把握するようにできる。

また、上述した実施の形態では、ジオフェンスは円形のものとして説明したが、これに限るものではない。例えば、観光施設の敷地の形状などに応じて種々の形状のジオフェンスを設定することができる。例えば、多角形のジオフェンスを設定する場合には、ジオフェンス上の多点の位置を設定するようにすればよい。もちろん、ジオフェンス上の多くの位置を設定することにより、種々の複雑な形状のジオフェンスを設定することもできる。

また、動態管理サーバ１は、添乗員端末３からの現在位置通知情報をバス位置データファイル１０７に蓄積しているので、現在位置通知情報から観光バス４の移動速度も計算できる。このため、所定速度（例えば時速３０ｋｍ）で移動するようになった場合に移動中になったと判別するなど、移動速度を考慮してもよい。同様に、現在位置通知情報から観光バス４の移動方向も分かるので、この移動方向から観光施設に向かっているのか、観光施設から離れているのかを検知し、これを考慮して観光バス４の動態管理を行うようにしてもよい。

また、図４に示した観光施設ＤＢ１０５において、各観光施設の過去の混雑度情報も管理するようにして、この過去の履歴データも用いてルートの探索を行うようにすることもできる。

また、実施の形態の動態管理サーバ１の構成例はあくまで一例であり、動態管理サーバ１の各機能を複数のサーバ装置の協働によって実現してもよく、各データベースやデータファイルの内の少なくとも一部は、他の装置の内部／外部記憶装置に設けてもよく、例えば、いわゆるクラウド上に構成されていてもよい。

また、添乗員端末３の位置情報の取得方法は、特に限定されるものではなく、衛星測位、Ｗｉ−Ｆｉ（登録商標）測位、基地局測位等の任意の方法を用いて位置情報を取得すればよい。

また、添乗員端末３の時刻情報の取得方法は、特に限定されるものではない。例えば、添乗員端末３に内蔵される時計回路から取得した時刻、ＮＴＰ（Network Time Protocol）サーバから取得した時刻、衛星からの信号に含まれる時刻等、取得経路を問わず適切に正確な時刻が取得できる種々の方法を用いることができる。

［適用分野の拡張］
上述した実施の形態では、観光地においては、多くの観光バス４により多数の観光客を運ぶ点に鑑み、観光バス４の台数に基づいて、観光施設の混雑度を把握したり、所定時間後の混雑度を予測したりするようにした。しかし、観光バス以外の移動体の数により、種々の施設の混雑度を把握することもできる。例えば、大規模テーマパークにおいて、利用する複数のアトラクションとその利用順番を移動スケジュール情報として動態管理サーバで管理する。そして、使用者が持つ高機能携帯電話端末で、現在位置を測位して動態管理サーバに通知したり、ステータスの変更を要求したりする。

動態管理サーバは、アトラクションごとに、ジオフェンスを設定し、ジオフェンス内の当該アトラクションを利用中の使用者とこれから利用する使用者の数を把握して、現在の混雑度を把握し、また、所定時間後の混雑度を予測する。そして、各アトラクションの現在の混雑度や所定時間後の混雑度の予測を利用者の高機能携帯電話端末を通じて利用者に通知するといったことも可能である。

この他にも、自転車、オートバイ、自動車（観光バス以外）といった移動体を、動態の管理対象とし、これらの移動体が利用する施設およびその周辺の混雑度を、移動スケジュールを加味して把握したり、予測したりすることも可能である。すなわち、この発明は、人、自転車、オートバイ、自動車なの種々の移動体の動態管理を行う場合に利用できる。

［その他］
請求項における動態管理サーバの各手段と、実施の形態の動態管理サーバ１の構成部分とを対応付けると、以下のようになる。すなわち、通信手段の機能は通信Ｉ／Ｆ１０１が実現し、把握手段の機能は動態把握部１１３が実現し、予測手段の機能は動態予測部１１４が実現する。また、記憶手段の機能は、バススケジュールＤＢ１０６が実現し、作成手段の機能は、ルート探索部１１５が実現している。

また、図１１、図１２のフローチャートに示した処理を行う方法が、この発明の動態管理方法の一実施の形態が適用されたものであり、図１１、図１２のフローチャートに示した処理を行うプログラムが、この発明の動態管理プログラムの一実施の形態が適用されたものである。また、実施の形態の動態管理サーバ１のジオフェンス設定部１１１、ステータス更新部１１２、動態把握部１１３、動態予測部１１４、ルート探索部１１５、ルート変更処理部１１６の各機能は、制御部１０２で実行されるソフトウェアにより、制御部１０２の機能として実現することもできる。

１…動態管理サーバ、１０１…通信Ｉ／Ｆ、１０２…制御部、１０３…記憶装置、１０４…地図情報ＤＢ、１０５…観光施設ＤＢ、１０６…バススケジュールＤＢ、１０７…バス位置データファイル、１１１…ジオフェンス設定部、１１２…ステータス更新部、１１３…動態把握部、１１４…動態予測部、１１５…ルート探索部、１１６…ルート変更処理部、２…管理者端末、３…添乗員端末、４…観光バス、５ｋ…基地局

Claims (6)

1. 移動体と共に移動する通信端末との間で通信を行う通信手段と、
   少なくとも前記通信手段を通じて受信する前記通信端末からの情報に基づいて、移動体が訪問する訪問場所に対して設定される第１のエリアにおける移動体の状態を把握する把握手段と、
   前記把握手段による把握結果と、少なくとも前記通信手段を通じて受信する前記通信端末からの情報に基づいて把握される、前記第１のエリアの外側に設定される第２のエリアにおける移動体の状態とに基づいて、前記訪問場所の所定時間後の移動体の混雑度を予測する予測手段と
   を備えることを特徴とする動態管理サーバ。
2. 請求項１に記載の動態管理サーバであって、
   前記通信端末からは、現在位置と、前記訪問場所に対する状態情報とが送信するようにされており、
   移動体ごとに、各訪問場所を訪問する順番を示す移動スケジュール情報を記憶する記憶手段を備え、
   前記把握手段は、前記通信端末からの前記現在位置と、前記訪問場所に対する状態情報と前記記憶手段の前記移動スケジュール情報との一方あるいは両方に基づいて、前記訪問場所に対する移動体の現状の混雑度を把握し、
   前記予測手段は、前記通信端末からの前記現在位置と、前記記憶手段の前記移動スケジュール情報とに基づいて、所定時間後までに前記訪問場所の前記第１のエリアに到達する移動体の数を特定して、移動体の混雑度を予測する
   ことを特徴とする動態管理サーバ。
3. 請求項２に記載の動態管理サーバであって、
   前記把握手段は、前記通信端末からの前記現在位置に基づいて前記第１のエリア内に位置する移動体を把握し、把握した前記移動体についての前記訪問場所に対する状態情報と把握した前記移動体についての前記記憶手段の前記移動スケジュール情報との一方あるいは両方に基づいて、所定時間後に前記第１のエリア外に移動する移動体を把握し、前記第１のエリア内に位置する移動体の数から所定時間後に前記第１のエリア外に移動する移動体の数を減算して、前記訪問場所の混雑度を把握し、
   前記予測手段は、前記通信端末からの前記現在位置に基づいて前記第２のエリア内に位置する移動体を把握し、把握した移動体についての前記記憶手段の前記移動スケジュール情報により、前記訪問場所を次の訪問場所とする移動体の数を把握して、前記訪問場所についての所定時間後の混雑度を予測する
   ことを特徴とする動態管理サーバ。
4. 請求項２または請求項３に記載の動態管理サーバであって、
   前記予測手段の予測結果と、移動体の前記移動スケジュール情報とに応じて、新たな移動スケジュール情報を作成するようにする作成手段を
   備えることを特徴とする動態管理サーバ。
5. 動態管理サーバに搭載されたコンピュータおいて用いられる動態管理方法であって、
   少なくとも通信手段を通じて受信する移動体と共に移動する通信端末からの情報に基づいて、移動体が訪問する訪問場所に対して設定される第１のエリアにおける移動体の状態を把握する把握工程と、
   前記把握工程による把握結果と、少なくとも前記通信手段を通じて受信する前記通信端末からの情報に基づいて把握される、前記第１のエリアの外側に設定される第２のエリアにおける移動体の状態とに基づいて、前記訪問場所の所定時間後の移動体の混雑度を予測する予測工程と
   を有することを特徴とする動態管理方法。
6. 動態管理サーバに搭載されたコンピュータに実行させるプログラムであって、
   少なくとも通信手段を通じて受信する移動体と共に移動する通信端末からの情報に基づいて、移動体が訪問する訪問場所に対して設定される第１のエリアにおける移動体の状態を把握する把握ステップと、
   前記把握ステップによる把握結果と、少なくとも前記通信手段を通じて受信する前記通信端末からの情報に基づいて把握される、前記第１のエリアの外側に設定される第２のエリアにおける移動体の状態とに基づいて、前記訪問場所の所定時間後の移動体の混雑度を予測する予測ステップと
   を実行することを特徴とする動態管理プログラム。
   

Images