(57)【要約】    【課題】  移動体にＧＰＳ受信機を搭載しなくても移動体の位置を特定し、移動体の運行を管理することができる運行管理装置を提供する。    【解決手段】  サーバ１では、疑似バス運行手段13の運行状況変移手段15が現在時刻と各バス停の予定時刻とを逐次比較し、現在時刻が当該予定時刻に到達すると、各バス停に対する疑似バスの運行状況を「通過」、その時の時刻を通過時刻とする。移動体端末装置２に搭載された移動体プログラム31からは、遅延通知，到着通知，未到着通知などの通知がサーバ１へ送信され、これらの通知に基づいてサーバ１における疑似バスの運行が制御される。サーバ１では、実際のバス４に合わせて疑似バスが運行されるため、ＧＰＳ装置等を利用して実際のバス４から正確な位置情報を受信しなくても、バス４の運行状況を把握して、運行管理することができる。【選択図】  図２
2006244124.tif 000002
【特許請求の範囲】
【請求項１】
移動体の各通過場所に関連付けられた運行状況を時間経過に応じて変移することにより擬似的な移動体を運行させる疑似運行手段を備えたことを特徴とする運行管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば路線バスや幼稚園バスなど通過場所とその通過時刻が予め定められた移動体の運行を管理する運行管理装置に関する。
【背景技術】
【０００２】
従来、移動体の運行管理を行うために必要な位置情報を得るには、特許文献１に開示されるようなＧＰＳ（Global Positioning System：汎地球測位システム）を利用するのが一般的である。これは、バスなどの移動体に搭載したＧＰＳ受信機が検出した位置情報を、通信手段を用いてＷｅｂサーバ等に送信し、電子地図上に移動体の位置を関連付けてＷｅｂページなどで表示するものである。通常、移動体の位置情報は、ＧＰＳ受信機から定期的にＷｅｂサーバに送信されるが、特許文献１では、通信コストを削減するため、時刻に対する移動体の位置情報（測位データ）が同時刻における運行路線データから所定量の範囲以上離脱していない場合にはＷｅｂサーバに送信せず、所定量の範囲以上離脱した場合にはＷｅｂサーバに送信するようにしている。
【特許文献１】特開２００３−９９８９４号公報
【特許文献２】特開２００３−２２８６２７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、上記ＧＰＳ受信機はそれ自体高価なものであり、Ｗｅｂサーバ等と通信するためには専用の通信モジュールを必要とするため、ＧＰＳによる移動体の運行管理システムを導入するには、かなりの導入コストがかかってしまう。とりわけ幼稚園などでは、幼稚園バスの運行は付随的なサービスとして行なわれているため、極力導入コストを低く抑えたいという要望がある。幼稚園バスの運行では、ＧＰＳで得られるような詳細な位置情報までは必要とされず、各停車場所の通過時刻や到着予定時刻などを保護者等に情報提供できる程度の簡易なもので足りる。幼稚園バスの位置情報を取得するための、簡易な方策としては、例えば携帯電話などの無線通信手段を利用して、幼稚園バスが停車場所を通過する度に幼稚園バスの乗務員が通知ボタンを押すことで、運行管理者に当該通過時刻が通知されるものがあるが、各停車場所で毎回通知しなければならないため送信回数が多くなりパケット料金などの通信費がかさむという問題がある。さらに、停車場所の通過時間を把握することはできるが、交通渋滞などによる遅れ時間を把握することができず、それより先にある停車場所の到着予定時間を予測することが困難であった。
【０００４】
また、ＧＰＳのような専用機を使用した運行管理装置を導入した場合には、故障時にも修理費などの費用が発生する。一方、メーカ側でも修理対応や問合せ応対などのアフターサービスにおけるコストが掛かる。メーカ側は、運行管理装置の販売においてアフターサービスの対応が可能な地域を意識しなければならず、幅広い地域のユーザに対して顧客満足度を向上させるためにはメーカ側に多大な負担が掛かる。
【０００５】
以上のように、ユーザ側、メーカ側の両者から、専用機を使用しない簡易で安価なものが望まれていた。
【０００６】
そこで本発明は上記問題点に鑑み、移動体にＧＰＳ受信機を搭載しなくても移動体の位置を特定し、移動体の運行を管理することができる運行管理装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明における請求項１の運行管理装置では、移動体の各通過場所に関連付けられた運行状況を時間経過に応じて変移することにより擬似的な移動体を運行させる疑似運行手段を備えている。
【０００８】
このようにすると、実際の移動体の運行予定に合わせて運行管理装置上で擬似的な移動体が運行されるため、実際の移動体から位置情報を受信しなくても移動体の運行状況を把握して、運行管理することができる。
【発明の効果】
【０００９】
本発明の請求項１によると、移動体にＧＰＳ受信機を搭載しなくても移動体の位置を特定し、移動体の運行を管理することができる運行管理装置を提供することができる。
【発明を実施するための最良の形態】
【００１０】
以下、添付図面を参照しながら、本発明における運行管理装置の好ましい実施例を説明する。なお、各実施例の同一箇所には同一符号を付し、共通する部分の説明は重複するため極力省略する。
【００１１】
図１は、本発明における運行管理装置の一利用態様となる幼稚園バス運行管理システムの全体構成を示したものである。各幼稚園バスの運行管理を行うサーバ１と、移動体としてのバス４側に搭乗する添乗員等が所持する例えば携帯電話などの移動体端末装置２とにより幼稚園バス運行管理システムが構築されており、１台のサーバ１で複数台のバスの運行管理が行なわれる。サーバ１と移動体端末装置２とは、図示しない携帯電話基地局やプロバイダなどを介して通信回線網としてのインターネット３でそれぞれ相互に接続されている。サーバ１で管理されるバスの運行状況は、保護者が閲覧可能なようにＷｅｂページとして開示されており、保護者側の例えばパソコン（パーソナルコンピュータ）や携帯電話などの保護者端末装置（図示せず）からサーバ１へアクセスすることにより、Ｗｅｂブラウザ上などで表示されるようになっている。
【００１２】
各装置の構成について、図２を参照しながら詳述する。
【００１３】
サーバ１は、例えばＣＰＵやメモリなどからなる制御部10と、インターネット３を介して移動体端末装置２などとデータ送受信が可能な通信部25と、例えばハードディスクなどの記憶装置26とから構成される。制御部10は、少なくとも、運行管理対象となるバス４が定められた計画時刻で通過する通過場所としての各バス停を順番に並べてなる走行ルートを設定する走行ルート設定手段11と、各バス停で乗車する例えば園児などの利用者を設定する利用者設定手段12と、サーバ１上で仮想的なバスである疑似バスを運行する疑似バス運行手段13と、疑似バスの運行状況をＷｅｂページ上で表示するＷｅｂページ作成手段20とを備えている。図３は、Ｗｅｂページ作成手段20により作成され、Ｗｅｂページ上で表示される疑似バスの運行状況を示した運行表である。これらはサーバ１で運行管理される各バスの走行ルート毎に作成されている。同図は、運行開始前の状態の運行表を示したものであり、左から、バス４の走行ルート上にあるバス停名が表示されるバス停欄60，バス４の正規の到着時刻である計画時刻が表示される計画時刻欄61，バス４の予定時刻（到着予定時刻）や通過時刻などが表示される状況欄62，例えば園児などそのバス停で乗車する利用者の変更有無が表示される利用者状況欄63，各バス停の利用者を表示させる表示ボタンが配置されたバス停別利用者欄64がそれぞれ関連付けられて一覧表形式で表示されている。なお、バス停別利用者欄64の表示ボタンをクリックすると、バス停別の利用者名が別画面に表示される。疑似バス運行手段13は、現在時刻の時間経過に応じて各バス停に対する疑似バスの運行状況を変移させる運行状況変移手段15と、移動体端末装置２からの運行指示を疑似バスの運行状態に反映させる運行指示反映手段16と、移動体端末装置２からの遅延設定を疑似バスの運行状態に反映させる遅延設定反映手段17とから構成される。
【００１４】
移動体端末装置２は、例えばＣＰＵやメモリなどからなる制御部30と、インターネット３を介してサーバ１とデータ送受信が可能な通信部40と、例えば操作ボタンなどからなる操作部41と、例えば液晶画面などからなる表示部42とから構成される。制御部30には、移動体プログラム31がインストールされており、操作部41からの操作入力を受けて移動体プログラム31が操作され、移動体プログラム31の操作結果を示すモニタ画面が表示部42で表示される。移動体プログラム31は、サーバ１に後述する各種通知を適宜送信して、疑似バスの運行に修正を加える（実際のバス４の運行に合わせる）ものであり、少なくとも、運行を開始する走行ルートデータをサーバ１からダウンロードする走行ルートデータ取得手段32と、各バス停の利用者データをサーバ１からダウンロードする利用者データ取得手段33と、現在時刻の時間経過に応じて各バス停の運行状況を変移させる運行状況変移手段34と、各バス停に対する実際のバス４の運行状況をサーバ１へ個別に指示する運行指示手段35と、計画時刻に対する実際のバス４の運行状況をサーバ１へ指示する遅延設定手段36と、各バス停情報を表示部42に表示するバス停情報表示手段37とを備えている。なお、移動体プログラム31はＧＰＳ技術は使用せず、予定に反した運行状態に陥った時にのみサーバ１と通信して当該運行管理を実現する。
【００１５】
図４は、表示部42で表示されるモニタ画面を示したものである。同図において、表示項目を上から順に説明する。50は走行ルート名であり、運行を開始する走行ルート名と共に運行の全体状況（図中では「予定通り」、その他「○分遅れ」など）が表示されている。51はバス停情報であり、各バス停の計画時刻や、到着予定時刻，到着完了時刻などの到着の状況が表示されている。52はバス停情報表示手段37を操作するための情報表示メニューであり、「前のバス停を表示」，「次のバス停を表示」が実行された場合には、バス停情報51に現在表示されているバス停情報が、走行ルート上の前後に位置するバス停の情報に切り換え表示され、「目的地を表示」が実行された場合には、目的地の情報がバス停情報51に表示される。53は利用者状況であり、現在バス停情報51に表示されているバス停で乗車する利用者の名前が表示される。当該利用者は、保護者からの欠席申請などにより随時変更されるため、「最新情報」を実行することにより、利用者データ取得手段33によりサーバ１から最新の利用者情報がダウンロードされる。54は運行指示手段35を操作するための運行指示メニューであり、55は遅延設定手段36を操作するための遅延設定メニューである。これら運行指示メニュー54，遅延設定メニュー55については後述する。
【００１６】
本実施例のサーバ１では、サーバ１上で、疑似バスをバス４の走行ルートに従って運行させ、移動体に搭載した移動体端末装置２から適宜送信される各種通知の内容とその通知時刻から、疑似バスの運行予定を再構成し、疑似バスの位置を実際のバス４の位置に合わせた運行工程上の位置に移動させ、それ以降は更新された運行予定を基に運行を疑似的に再現する。移動体プログラム31からサーバ１へ送信される通知の種類は、遅延通知（例えばＸＸ分遅れた），到着通知（ＹＹバス停に今到着），未到着通知（ＺＺバス停に向かっているが未到着）の３つであり、これらの通知に基づいてサーバ１における疑似バスの運行が制御される。
【００１７】
以下、本実施例における幼稚園バス運行管理システムの作用について、幼稚園バスの運行シナリオに基づいて説明する。
【００１８】
前提条件として、管理者が図示しないキーボード，マウスなどのサーバ１の操作部やクライアントパソコンなどを利用して、サーバ１の走行ルート設定手段11により、管理下にある各バスに割り当てる各バス停（停車場所）の順番やその計画時刻（到着時刻）などを関連付けた走行ルートデータが予め設定され、記憶装置26に保存されている。この走行ルートデータは、バス４の運行開始前に移動体端末装置２にダウンロードされる。走行ルートデータのダウンロード手順について説明する。バス４の添乗員が持つ移動体端末装置２で移動体プログラム31を動作させ、表示部42にモニタ画面を表示させる。バス４の添乗員が操作部41を操作して走行ルートデータ取得手段32を作用させ、今から運行を開始するバス４の走行ルートデータをサーバ１からダウンロードする。このとき、サーバ１は各バスに搭載される移動体プログラム31からの問合せに応じて、それに該当する走行ルートデータを通信部25から移動体端末装置２へ送信する。なお、移動体端末装置２からの問合せ時に、サーバ１がユーザ認証等を行うことにより走行ルートデータを特定するように構成してもよい。また、サーバ１の利用者設定手段12により各バス停に利用者が予め設定され、記憶装置26に保存されている。
【００１９】
幼稚園でバス４の運行が始まり、バス４は定刻１０：４５に幼稚園を発車した。バス４が予定通りに運行を行っている間は、添乗員は移動体プログラム31に対して運行指示，遅延設定などの各種通知操作をしないため、サーバ１側ではバス４に対応する走行ルートデータに従って疑似バスの運行を予定通りに進める。すなわち、サーバ１では、疑似バス運行手段13の運行状況変移手段15が現在時刻と各バス停の予定時刻とを逐次比較し、現在時刻が当該予定時刻に到達すると、運行状況を「通過」、その時の時刻を通過時刻とし、図５のバス停Ａ〜Ｃのように状況欄62に「通過〔通過時刻〕」を表示する。運行開始当初では、各バス停の予定時刻は計画時刻に一致しているため、疑似バスが予定通りに運行しているバス停Ａ〜Ｃでは、通過時刻と計画時刻とが同じ時刻になる。一方、移動体端末装置２の移動体プログラム31でも、同様に、運行状況変移手段34が現在時刻と各バス停の予定時刻を逐次比較し、現在時刻が当該予定時刻に到達すると、運行状況を到着完了、その時の時刻を到着完了時刻とし、図４のようにバス停情報51に「到着完了〔到着完了時刻〕」を表示する。このとき、各バス停でのバス４の停車時間を考慮して、運行状況に「停車中」を設け、現在時刻が当該予定時刻に到達してから一定時間、疑似バスを停車状態にしてもよく、到着したバス停に利用者がいない場合には停車状態をスキップすればよい。
このように、サーバ１では、実際のバス４の走行ルートデータに合わせて疑似バスが運行されるため、ＧＰＳ装置等を利用して実際のバス４から正確な位置情報を受信しなくても、バス４の運行状況を把握して、運行管理することができる。
【００２０】
サーバ１側では疑似バスが予定通りの運行を続けていたが、そこに移動体プログラム31から「バス停Ｄを今通過」の旨を通知する到着通知が届いた。通知された時刻は１０：５７である。到着通知は、運行指示メニュー54の「今通過を通知」を実行することにより、運行指示手段35がサーバ１へ通知するものであり、バス４がバス停情報51に表示されているバス停を今通過した旨を示す情報が含まれる。サーバ１では、この到着通知を受信すると、疑似バス運行手段13の運行指示反映手段16が到着通知の内容を疑似バスの運行に反映させる。具体的には、疑似バスの位置をバス停Ｄ、バス停Ｄの状況を「通過」、その通過時刻を１０：５７に設定し、バス停Ｄの通過時刻１０：５７と計画時刻１０：５５との差分となる遅れ時間（この場合２分）を求め、バス停Ｄより後ろに位置する各バス停Ｅ〜Ｔの状況を「未到着」、かつ予定時刻を計画時刻から遅れ時間分（２分）ずつ遅らせた状態で再構成する。再構成後の運行表を示したものが図５である。以降、疑似バスは再構成された運行表に基づいて運行を続ける。このとき、移動体プログラム31側でも、運行指示手段35が運行指示反映手段16と同様の作用をし、バス停情報51に表示される各バス停情報が再構築される。
【００２１】
バス停Ｄの計画時刻１０：５５時点ではバス４はバス停Ｄに到着していないが、サーバ１の疑似バス運行手段13では、現在時刻が１０：５５になると、運行状況変移手段15が疑似バスの運行状況を「バス停Ｄを通過」に変移させてしまう。同様に、移動体プログラム31の運行状況変移手段34は、現在時刻が１０：５５になると、バス停Ｄのバス停情報を「通過」に変移させてしまう。すなわち、サーバ１上の疑似バスの運行状況及び移動体プログラム31のバス停Ｄの情報とバス４の実際の運行状況とにずれが生じてしまう。そこで、移動体プログラム31からサーバ１へ未到着通知を送信することにより、これらのずれを修正することができる。未到着通知は、運行指示メニュー54の「未到着を通知」を実行することにより、移動体プログラム31の運行指示手段35がサーバ１へ通知するものであり、バス４がバス停情報51に表示されているバス停に向かっているがまだ通過していない旨を示す情報が含まれる。サーバ１では、この未到着通知を受信すると、疑似バス運行手段13の運行指示反映手段16が未到着通知の内容を疑似バスの運行に反映させる。具体的には、疑似バスの位置をバス停Ｃからバス停Ｄに向かう途中、バス停Ｄ〜Ｔの状況を「未到着」に設定して再構成する。この場合、バス停Ｄ〜Ｔの予定時刻は不明であるため、予定時刻はなしとするか、未到着通知の通知時刻に数分の見込み時間を加味した時刻をバス停Ｄの予定時刻とし、当該予定時刻と計画時刻１０：５５との差分となる遅れ時間を求め、バス停Ｄより後ろに位置する各バス停Ｅ〜Ｔの予定時刻を遅れ時間分ずつ遅らせるなどすればよい。
【００２２】
また、運行指示メニュー54の「目的地を問合せ」の項目を実行することにより、バス４の目的地の情報をサーバ１からダウンロードすることができる。
【００２３】
しばらく、走行を続けていると、運転手が『今日は天気が悪いので交通量も多い。予定よりも３分遅れてしまいそうだ。』と言ったので、添乗員は移動体端末装置２を操作した。サーバ１は疑似バスを２分遅れで運行していたが、移動体プログラム31から「今３分遅れが発生した」の旨を通知する遅延通知が届いた。通知された時刻は１１：０３である。遅延通知は、遅延設定メニュー55の時間選択リスト56から設定時間３分を選び、通知ボタン57を押すことにより、遅延設定手段36がサーバ１へ通知するものであり、計画時刻に対して何分遅れているかを示す情報が含まれる。サーバ１では、この遅延通知を受信すると、疑似バス運行手段13の遅延設定反映手段17が遅延通知の内容を疑似バスの運行に反映させる。具体的には、まず、計画時刻の全体を設定時間分（３分）ずらし、この計画時刻と通知時刻１１：０３の前後関係から疑似バスの位置を算出し、疑似バスの位置より後の各バス停の予定時刻を計画時刻から設定時間分（３分）ずつ遅らせた状態で再構成する。計画時刻の全体を３分ずらした計画時刻に基づくと、１１：０３の時点では、疑似バスはバス停Ｇまで通過していることになる。そこで、疑似バスの位置をバス停Ｇまで通過の状態に設定し、以降のバス停Ｈ〜Ｔの予定時刻を３分ずつ遅らせる。再構成後の運行表を示したものが図６である。以降、疑似バスは再構成された運行表に基づいて運行を続ける。このとき、移動体プログラム31側でも、遅延設定手段36が遅延設定反映手段17と同様の作用をし、バス停情報51に表示される各バス停情報が再構築される。
【００２４】
その後天気も晴れ、思っていたより交通の流れも順調になってきたため、添乗員は運転手と相談し、移動体端末装置２を操作して疑似バスを予定通りの運行に復帰させることにした。サーバ１は疑似バスを３分遅れで運行していたが、移動体プログラム31から「予定通りの運行に復帰」の旨を通知する復帰通知が届いた。通知された時刻は１１：０９であり、このとき疑似バスはバス停Ｉを通過しバス停Ｊに向かっている状態であった。この復帰通知は、遅延設定メニュー55の「予定通りに運行」を実行することにより、遅延設定手段36がサーバ１へ通知する遅延通知の一種であり、計画時刻に対して遅れがない、すなわち設定時間が０分である旨を示す情報が含まれる。サーバ１では、この復帰通知を受信すると、疑似バス運行手段13の遅延設定反映手段17が復帰通知の内容を疑似バスの運行に反映させる。具体的には、まず、各バス停の計画時刻と通知時刻１１：０９の前後関係から疑似バスの位置を算出し、疑似バスの位置より後の各バス停の予定時刻を計画時刻と同じ時刻として再構成する。各バス停の計画時刻に基づくと、１１：０９の時点では、疑似バスはバス停Ｊをすでに通過しバス停Ｋに向かっていることになる。そこで、疑似バスの位置をバス停Ｊまで通過の状態に設定し、以降のバス停Ｈ〜Ｔの予定時刻を計画時刻に合わせる。再構成後の運行表を示したものが図７である。同図において、バス停Ｊの状況欄62には通過時刻が表示されていないが、これは、移動体プログラム31からの復帰通知により、疑似バスがバス停Ｊに向かっている状態からバス停Ｊをすでに通過した状態に修正されたため、バス停Ｊの明確な到着時刻が特定できないためである。以降、疑似バスは再構成された運行表に基づいて運行を続ける。このとき、移動体プログラム31側でも、遅延設定手段36が遅延設定反映手段17と同様の作用をし、バス停情報51に表示される各バス停情報が再構築される。
【００２５】
その後は予定通りの運行が続き、添乗員は移動体端末装置２を操作することなく、添乗業務を続けた。
【００２６】
以上のように本実施例の運行管理装置としてのサーバ１では、移動体たるバス４の各通過場所としてのバス停Ａ〜Ｔに関連付けられた運行状況を時間経過に応じて変移することにより擬似的な移動体としての疑似バスを運行させる疑似運行手段としての疑似バス運行手段13を備えている。
【００２７】
このようにすると、実際のバス４の運行予定に合わせてサーバ１上で疑似バスが運行されるため、実際のバス４から位置情報を受信しなくてもバス４の運行状況を把握して、運行管理することができる。従って、バス４にＧＰＳ受信機を搭載しなくてもバス４の位置を特定し、バス４の運行を管理することができる運行管理装置を提供することができる。
【００２８】
また本実施例のサーバ１では、移動体端末装置２の移動体プログラム31から受信した各バス停に対するバス４の状況通知としての到着通知及び未到着通知で指定された指定場所としてのバス停Ｄの運行状況と、その通知時刻とに基づいて、疑似バスのバス停Ｄに対する運行状況を修正し、そのバス停Ｄより後ろに位置する各バス停Ｅ〜Ｔの予定時刻を、前記通知時刻とバス停Ｄの計画時刻との差分となる遅れ時間分ずつずらした状態で疑似バスの運行状況を再構成する運行指示手段としての運行指示反映手段16を設けている。
【００２９】
このようにすると、バス４が計画時刻に遅れてバス停に到着する時だけ、移動体端末装置２からサーバ１へ通知すればよく、最小限の通信で疑似バスの運行状況を実際のバス４の運行状況に合わせて修正することができる。
【００３０】
さらに本実施例のサーバ１では、移動体端末装置２の移動体プログラム31から受信した計画時刻に対するバス４の状況通知としての遅延通知の設定時間と、その通知時刻とに基づいて、計画時刻の全体を前記設定時間分ずらし、この計画時刻と前記通知時刻の前後関係から疑似バスの位置を算出し、当該疑似バスの位置より後の各バス停の予定時刻を計画時刻から設定時間分ずつずらした状態で疑似バスの運行状況を再構成する遅延設定手段としての遅延設定反映手段17を設けている。
【００３１】
このようにすると、バス４の運行状況が計画時刻に遅れている時だけ、移動体端末装置２からサーバ１へ通知すればよく、最小限の通信で疑似バスの運行状況を実際のバス４の運行状況に合わせて修正することができる。
【００３２】
ところで、例えば幼稚園や託児所などでは、園児等を送り迎えする送迎バスが広く利用されている。この送迎バスを利用する利用者は、予め保護者などの申請に基づいて設定されており、この利用者申請は、従来は電話などが一般的であったが、近年はインターネットを利用してＷｅｂページ上から利用者申請や利用変更が容易に行えるようになっている。上記特許文献２では、保護者が例えばパーソナルコンピュータや携帯電話などの保護者端末装置を用いて、インターネット経由で、幼稚園に欠席を連絡し、幼稚園に設置されたサーバで、その欠席連絡が反映された連絡帳データベースから送迎バスを利用する園児の欠席園児ファイルを作成している。送迎バスの乗務員は、この欠席園児ファイルを参照して、送迎バスを利用する園児を把握することができる。
【００３３】
しかし、送迎バスの利用取り消し連絡がないにもかかわらず、園児が送迎バスに乗車していないことも考えられる。とりわけ、送迎バスの乗車場所が例えば幼稚園や預かり所などの施設から離れている場合には、子供を狙った犯罪に巻き込まれる可能性があり、保護者としては自分の子供が送迎バスにきちんと乗車しているかどうかが気に掛かる。送迎バスの乗務員は、予め送迎バスを利用する園児を利用者リストなどで把握することができるが、乗車しなかった園児の保護者全員に電話確認するのは手間が掛かり、送迎バスの運行業務に支障をきたす虞もある。とはいえ、園児の安全を考えると保護者への通知は不可欠である。従って、送迎バスの運行業務に支障をきたさない程度の簡易な手段で保護者へ通知することができる方策が望まれていた。
【００３４】
そこで上記問題点に鑑み、移動体を利用しなかった利用者を簡単に通知することができる利用状況通知装置を提供する。
【００３５】
以下、図８を参照しながら、当該利用状況通知装置を幼稚園の送迎バスに適用した実施例について説明する。
【００３６】
図８は、本実施例における利用状況通知装置を利用した送迎バス管理システムの構成を示したものである。送迎バスを利用する園児の利用状況を保護者へ自動連絡可能とする利用状況通知装置としてのＡＳＰサーバ100を中心に、保護者側には、例えばパソコン（パーソナルコンピュータ）や携帯電話などの保護者端末装置101が設けられ、移動体としての送迎バス103側には例えば携帯電話などの移動体端末装置102が設けられている。移動体端末装置102は送迎バス103の乗務員により携帯されている。ＡＳＰサーバ100と保護者端末装置101と移動体端末装置102とは、通信回線網としてのインターネット104でそれぞれ相互に接続されている。
【００３７】
当該送迎バス管理システムでは、ＡＳＰ（Application Service Provider）を利用することによりＡＳＰサーバ100から保護者端末装置101及び移動体端末装置102へ仮想的にアプリケーションを提供している。ここでいうＡＳＰとは、保護者端末装置101及び移動体端末装置102などのクライアント側にアプリケーションをインストールしないで、ＡＳＰサーバ100などのサーバ側からインターネット104を通じてアプリケーションの処理結果を提供するものである。従って、保護者端末装置101及び移動体端末装置102は、パソコンや携帯電話などの情報処理端末としての一般的な構成を備えていればよい。
【００３８】
ＡＳＰサーバ１は、例えばＣＰＵやメモリなどからなる制御部110と、例えばハードディスクなどの記憶装置115と、インターネット104を介してデータ送受信が可能な通信部114とから構成される。制御部110は、少なくとも、送迎バス103を利用する園児の一覧表となる利用者リストを利用して、移動体端末装置102から入力された当該利用状況を取得する利用者状況取得手段としての利用者リスト提供手段111と、園児が送迎バス103に乗車しなかった旨をその内容とする電子メールである通知メールの送信要求の設定を行う通知設定手段112と、前記通知メールを作成して通信部114から保護者端末装置101に送信する不利用通知手段113とを備えている。利用者リストは、ＡＳＰサーバ100が提供するＷｅｂページ上などからなされた保護者の利用申請に基づいて予め作成されており、各種操作が可能なアプリケーションとして移動体端末装置102に提供される。記憶装置115には、移動体端末装置102に提供される利用者リストの他、通知メールの送信を必要とする保護者端末装置101の電子メールアドレスなどが格納される。
【００３９】
以下、当該送迎バス管理システムにおける利用状況通知装置の作用について説明する。送迎バス103の乗務員は、移動体端末装置102の操作部121を操作して利用者リストを表示部120に表示させる。当該利用者リストは、ＡＳＰサーバ100上で処理され、利用者リスト提供手段111が移動体端末装置102の操作に応じた処理結果のみを移動体端末装置102に送信し、この処理結果が移動体端末装置102の表示部120に表示される。
【００４０】
図９は、移動体端末装置102の表示部120に表示される画面を示したものであり、送迎バス103に乗車予定の園児の氏名が一覧表示されている。送迎バス103の乗務員は、移動体端末装置102の表示部120に表示された利用者リストを基に、園児の乗車確認をする。利用者リストには、各園児に関連付けられたラジオボタン120，121が設けられており、各園児が乗車したか否かを選択可能になっている。送迎バス103の乗務員は、一覧表示された園児一人一人に対して、その園児が乗車している場合にはラジオボタン120を、乗車していない場合にはラジオボタン121を押すことにより、どちらか一方の状態を選択して乗車確認入力を行う。全ての園児について乗車確認が終了した際には、確定ボタン122を押して乗車確認入力を確定する。確定ボタン122を押すことにより、当該乗車確認入力はＡＳＰサーバ100に取り込まれ処理される。すなわち、ＡＳＰサーバ100の利用者リスト提供手段111は、当該利用者リストを利用して、送迎バス103の利用状況の入力を促して移動体端末装置102から当該利用状況を取得する。ＡＳＰサーバ100では、不利用通知手段113により送迎バス103に乗車していない園児（不利用者）がいるか否かが確認され、送迎バス103の不利用者に該当する園児がいる場合（図９では園児ＣＣが該当）、かつその園児の保護者により通知設定手段112に通知メールの送信要求設定がなされている場合には、対象となる園児の通知メールがＡＳＰサーバ100から該当する保護者端末装置101に送信されることとなる。
【００４１】
以上のように本実施例のＡＳＰサーバ100では、移動体としての送迎バス103の利用状況の入力を促して移動体端末装置102から当該利用状況を取得する利用状況取得手段としての利用者リスト提供手段111と、移動体端末装置102から取得した前記利用状況から送迎バス103を利用しなかった不利用者としての園児を特定し、その園児に対応する保護者端末装置101に通知する不利用通知手段113とを備えている。
【００４２】
このようにすると、移動体端末装置102から園児の利用状況を即時取得して、送迎バス103を利用しなかった園児に対応する保護者端末装置101にその旨を示す通知メールを自動的に送信することができる。従って、送迎バス103を利用しなかった園児を簡単に通知することができる利用状況通知装置を提供することができる。
【００４３】
なお、本発明は、上記各実施例に限定されるものではなく、本発明の趣旨を逸脱しない範囲で変更可能である。バスの遅れ情報などを電子メールにより保護者端末装置２に送信するようにしてもよく、バスの運行情報の表示形式はＷｅｂページ上でのアニメーション表示など種々のものが考えられる。
【図面の簡単な説明】
【００４４】
【図１】本発明の第１実施例における運行管理装置を利用した幼稚園バス運行管理システムの全体構成を示す説明図である。
【図２】同上、運行管理装置を利用した幼稚園バス運行管理システムの各部構成を示すブロック図である。
【図３】同上、運行管理装置を利用した幼稚園バス運行管理システムを構成する移動体端末装置のモニタ画面を示す説明図である。
【図４】同上、運行管理装置上で運行される疑似バスの運行表（運行開始前）を示す説明図である。
【図５】同上、運行管理装置上で運行される疑似バスの運行表（到着通知後）を示す説明図である。
【図６】同上、運行管理装置上で運行される疑似バスの運行表（遅延通知後）を示す説明図である。
【図７】同上、運行管理装置上で運行される疑似バスの運行表（復帰通知後）を示す説明図である。
【図８】同上、利用状況通知装置を利用した送迎バス管理システムの各部構成を示すブロック図である。
【図９】同上、利用状況通知装置を利用した送迎バス管理システムを構成する移動体端末装置の利用者リスト画面を示す説明図である。
【符号の説明】
【００４５】
１  サーバ（運行管理装置）
４  バス（移動体）
13  疑似バス運行手段（疑似運行手段）
【図１】
2006244124.tif 000003
【図２】
2006244124.tif 000004
【図３】
2006244124.tif 000005
【図４】
2006244124.tif 000006
【図５】
2006244124.tif 000007
【図６】
2006244124.tif 000008
【図７】
2006244124.tif 000009
【図８】
2006244124.tif 000010
【図９】
2006244124.tif 000011