(57)【要約】【課題】  予め決められた複数の停車場所を予め決められた順番で車両が辿るようにするルートで運行される車両の動態（活動している状態）を、適切に管理できるようにする。【解決手段】動態管理サーバ１は、ルート管理ＤＢ１１３が、複数の停車場所ごとに、辿る順番と、ジオフェンスを示す情報と、車両の停車／非停車を示す第１の区分と、車両の通過／未通過を示す第２の区分とを記憶保持している。通信Ｉ／Ｆ１０１を通じて車載端末４からの現在位置を受信すると、動態管理部１２５が、当該現在位置と、ルート管理ＤＢ１１３に記憶されている情報に基づいて、停車場所ごとに、車両の通過／未通過を判別し、車両が通過したと判別した停車場所のルート管理ＤＢ１１２の当該停車場所に関する情報の第２の区分を通過済みに更新する。【選択図】図１
2018063466.tif 000002
【特許請求の範囲】
【請求項１】
出発地を含む予め定められた複数の停車場所を予め決められた順番で辿るように設定されたルートで運行される車両の動態を管理する動態管理サーバと、前記車両で利用される車載端末とがネットワークを通じて接続されて構成される動態管理システムであって、
前記車載端末は、
現在位置を測位する現在位置測位手段と、
前記現在位置測位手段で測位された前記現在位置を、前記動態管理サーバに送信する送信手段と、
前記車両が前記ルートで運行されている場合に、所定のタイミングごとに、前記現在位置測位手段で測位された前記現在位置を、前記送信手段を通じて前記動態管理サーバに送信するように制御する制御手段と
を備え、
前記動態管理サーバは、
複数の前記停車場所ごとに、辿る順番と、前記停車場所の位置を基準にして定められる所定のエリアを示す情報と、前記車両の停車／非停車を示す第１の区分と、前記車両の通過／未通過を示す第２の区分とを記憶保持する停車場所情報記憶手段と、
前記車載端末からの前記現在位置を受信する受信手段と、
前記受信手段で受信した前記現在位置と、前記停車場所情報記憶手段に記憶されている情報に基づいて、前記停車場所ごとに、前記車両の通過／未通過を判別する判別手段と、
前記判別手段で前記車両が通過したと判別した前記停車場所の前記停車場所情報記憶手段の前記第２の区分を通過済みに更新する更新手段と
を備えることを特徴とする動態管理システム。
【請求項２】
請求項１に記載の動態管理システムであって、
前記動態管理サーバの前記判別手段は、
前記出発地の前記所定のエリア内に位置していた前記車載端末からの前記現在位置が、当該所定のエリア内から出た場合に、前記出発地を通過したと判別し、
前記車載端末からの前記現在位置が、前記辿る順番が１番目の前記停車場所の前記所定のエリア内にあり、当該１番目の停車場所の前記第１の区分が停車すべき停車場所であることを示し、当該１番目の前記第２の区分が未通過である場合に、当該１番目の停車場所を通過したと判別し、
前記車載端末からの前記現在位置が、前記辿る順番がＮ（Ｎは２以上の整数）番目の前記停車場所の前記所定のエリア内にあり、Ｎ−１番目の停車場所の前記第２の区分が通過済みで、当該Ｎ番目の停車場所の前記第１の区分が停車すべき停車場所であることを示し、当該Ｎ番目の前記第２の区分が未通過である場合に、当該Ｎ番目の停車場所を通過したと判別する
ことを特徴とする動態管理システム。
【請求項３】
請求項１または請求項２に記載の動態管理システムであって、
前記動態管理サーバに対しては、前記ネットワークを通じて、前記車両を利用する利用者側の利用者端末が接続可能にされており、
前記動態管理サーバは、
前記停車場所情報記憶手段に記憶されている情報に基づいて、前記車両の動態を示す情報を形成する形成手段と、
前記形成手段で形成された前記車両の動態を示す情報を前記利用者端末に送信する送信手段と
を備えることを特徴とする動態管理システム。
【請求項４】
請求項３に記載の動態管理システムであって、
前記利用者端末は、
前記車両を利用しない場合に、利用しないことの指示入力を受け付ける受付手段と、
前記受付手段を通じて、前記指示入力を受け付けた場合に、使用している停車場所の識別情報を含み、前記車両を使用しないことを通知する通知情報を形成し、これを前記動態管理サーバに送信する通知情報送信手段と
を備え、
前記動態管理サーバの前記停車場所情報記憶手段は、複数の前記停車場所ごとに、利用する利用者の人数を記憶保持しており、
前記動態管理サーバは、
前記利用者端末からの前記通知情報を受信する通知情報受信手段と、
前記通知情報受信手段を通じて、前記通知情報を受信した場合に、前記停車場所ごとに利用しない者の数を更新する欠席更新手段と、
前記欠席更新手段での更新結果に基づいて、利用者がいないと判別できる前記停車場所の前記第１の区分を非停車に変更する変更手段と
を備えることを特徴とする動態管理システム。
【請求項５】
出発地を含む予め定められた複数の停車場所を予め決められた順番で辿るように設定されたルートで運行される車両の動態を管理する動態管理サーバと、前記車両で利用される車載端末とがネットワークを通じて接続されて構成される動態管理システムの前記動態管理サーバであって、
前記車載端末は、現在位置を測位する現在位置測位手段と、前記現在位置測位手段で測位された前記現在位置を、前記動態管理サーバに送信する送信手段と、前記車両が前記ルートで運行されている場合に、所定のタイミングごとに、前記現在位置測位手段で測位された前記現在位置を、前記送信手段を通じて前記動態管理サーバに送信するように制御する制御手段とを備えるものであり、
複数の前記停車場所ごとに、辿る順番と、前記停車場所の位置を基準にして定められる所定のエリアを示す情報と、前記車両の停車／非停車を示す第１の区分と、前記車両の通過／未通過を示す第２の区分とを記憶保持する停車場所情報記憶手段と、
前記車載端末からの前記現在位置を受信する受信手段と、
前記受信手段で受信した前記現在位置と、前記停車場所情報記憶手段に記憶されている情報に基づいて、前記停車場所ごとに、前記車両の通過／未通過を判別する判別手段と、
前記判別手段で前記車両が通過したと判別した前記停車場所の前記停車場所情報記憶手段の前記第２の区分を通過済みに更新する更新手段と
を備えることを特徴とする動態管理サーバ。
【請求項６】
出発地を含む予め定められた複数の停車場所を予め決められた順番で辿るように設定されたルートで運行される車両の動態を管理する動態管理サーバと、前記車両で利用される車載端末とがネットワークを通じて接続されて構成される動態管理システムで用いられる動態管理方法であって、
前記車載端末においては、
前記車両が前記ルートで運行されている場合に、所定のタイミングごとに、現在位置測位手段で測位された現在位置を、送信手段を通じて前記動態管理サーバに送信するように制御する送信制御工程を有し、
前記動態管理サーバにおいては、
停車場所情報記憶手段が、複数の前記停車場所ごとに、辿る順番と、前記停車場所の位置を基準にして定められる所定のエリアを示す情報と、前記車両の停車／非停車を示す第１の区分と、前記車両の通過／未通過を示す第２の区分とを記憶保持しており、
受信手段が、前記車載端末からの前記現在位置を受信する受信工程と、
前記受信工程を通じて受信した前記現在位置と、前記停車場所情報記憶手段に記憶されている情報に基づいて、判別手段が、複数の前記停車場所ごとに、前記車両の通過／未通過を判別する判別工程と、
前記判別工程で前記車両が通過したと判別した前記停車場所の前記停車場所情報記憶手段の前記第２の区分を通過済みに更新する更新工程と
を有することを特徴とする動態管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えば、幼稚園や保育園、スイミングスクールや塾、通所介護（デイサービス）施設などで用いられている送迎車両の動態（活動している状態）を管理するシステム、装置及び方法に関する。
【背景技術】
【０００２】
幼稚園や保育園では、従来から園児の送迎用バスを運行し、保護者の送迎にかかる負担を軽減すると共に、多くの園児が安全に通園できるようにしている。一般に園児の送迎用バスの運行に際しては、複数の園児が集合可能な送迎用バスの停車場所（バス停）を複数カ所設定する。この停車場所を送迎用バスが順番に回って、登園時には園児を送迎用バスに乗せ、降園時には園児を送迎用バスから降ろす。このため、停車場所ごとに送迎用バスの到着予定時刻を定めた時刻表が作成される。保護者は、この時刻表が示す到着予定時刻に基づいて、登園時には利用する停車場所に子供を連れて行って送迎用バスに乗せ、降園時には利用する停車場所で送迎用バスから降りる子供を迎えに行く。
【０００３】
そして、送迎用バスは、道路状況の影響を受けて到着予定時刻に遅れたり、複数の園児がたまたま欠席したために通過する停車場所が発生し、到着予定時刻より早く到着したりすることが発生する。送迎バスの到着が遅れる場合には、保護者は心配し、電話による問い合わせを行うことになり、幼稚園や保育園側の負担も大きくなる。また、送迎用バスの到着が早まる場合には、保護者が迎えに来ていないことに園児が不安になるし、保護者が迎えに来るまで送迎用バスは通行の障害にならないように停車していなければならないので、送迎用バスのドライバや同乗している教諭等の負担も大きくなる。
【０００４】
このため、従来は、ＧＰＳ（Global Positioning System）から取得した位置情報を定期的に園側に送信して、送迎用バスの運行状況を管理するシステムが考えられている。また、別の方法として、停車場所への到着や出発などの送迎用バスの状態をドライバのボタン操作を契機として園側に送信することにより、送迎用バスの運行状況を管理するシステムが考えられている。しかし、ＧＰＳで測位した現在位置を用いる前者の方法の場合、停車場所への到着と出発の区別が明確につかないし、近隣に複数の停車場所がある場合に、どちらの停車場所に到着したのかの区別もつき難い。また、後者の方法の場合には、送迎用バスのドライバに掛かる負担が大きく、ボタン操作のし忘れが発生した場合には、適切に運行状況を把握できなくなってしまう。
【０００５】
このため、後に記す特許文献１に開示されているような、車両の到着、出発、通過を的確に判定し、運転手負担を軽減し、高度な車両運行管理を行う到着出発通過判定方法を用いることが考えられる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００３−８３７５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述した特許文献１に記載の発明の場合、各停車場所（バス停）への到着、出発、通過といった状況を把握することが可能である。しかし、特許文献１に記載された発明の場合、例えば、幼稚園や保育園の送迎用バスのように、ルートごとに定められた停車場所を予め定められた順番通りに辿るように走行しているか否かをチェックすることはできない。幼稚園や保育園などの送迎用バスの場合には、ルートによっては、同じ道路を、方向を変えて走ったり、辿る順番は離れているのに、近い位置に停車場所が設定されたりすることもある。
【０００８】
また、幼稚園や保育園などの送迎用バスの場合には、例えば、園児の欠席がたまたま多い場合に、その日に乗降する園児がいない停車場所には停車しないようにして運行することもある。すなわち、停車すべき停車場所が、その日だけ変わるといったことも発生する。このため、幼稚園や保育園などの送迎用バスの場合には、設定された停車場所であって、その日に停車する停車場所を順番通りに回るように運行されているかどうかを適切に把握することができなければならない。
【０００９】
このようなことは、幼稚園や保育園の送迎用バスに限らず、スイミングスクールや塾、デイサービス施設などの送迎用バス、コミュニティバスやデマンドバスなどと呼ばれる定められたバス停を巡回するように運行されるバスについてもいえることである。
【００１０】
以上のことに鑑み、この発明は、予め決められた停車場所を予め決められた順番で車両が辿るようにするルートで、車両が停車しない停車場所が発生しても、当該ルートで運行される車両の動態（活動している状態）を適切に管理できるようにし、利用者の利便性を向上させることを目的とする。
【課題を解決するための手段】
【００１１】
上記課題を解決するため、請求項１に記載の発明の動態管理システムは、
出発地を含む予め定められた複数の停車場所を予め決められた順番で辿るように設定されたルートで運行される車両の動態を管理する動態管理サーバと、前記車両で利用される車載端末とがネットワークを通じて接続されて構成される動態管理システムであって、
前記車載端末は、
現在位置を測位する現在位置測位手段と、
前記現在位置測位手段で測位された前記現在位置を、前記動態管理サーバに送信する送信手段と、
前記車両が前記ルートで運行されている場合に、所定のタイミングごとに、前記現在位置測位手段で測位された前記現在位置を、前記送信手段を通じて前記動態管理サーバに送信するように制御する制御手段と
を備え、
前記動態管理サーバは、
複数の前記停車場所ごとに、辿る順番と、前記停車場所の位置を基準にして定められる所定のエリアを示す情報と、前記車両の停車／非停車を示す第１の区分と、前記車両の通過／未通過を示す第２の区分とを記憶保持する停車場所情報記憶手段と、
前記車載端末からの前記現在位置を受信する受信手段と、
前記受信手段で受信した前記現在位置と、前記停車場所情報記憶手段に記憶されている情報に基づいて、前記停車場所ごとに、前記車両の通過／未通過を判別する判別手段と、
前記判別手段で前記車両が通過したと判別した前記停車場所の前記停車場所情報記憶手段の前記第２の区分を通過済みに更新する更新手段と
を備えることを特徴とする。
【００１２】
請求項１に記載の発明の動態管理システムによれば、動態管理サーバと車載端末とがネットワークを通じて接続されて当該動態管理システムが構成される。当該車載端末は、出発地を含む予め定められた複数の停車場所を予め決められた順番で辿るように設定されたルートで運行される車両で利用される。車載端末の制御手段は、所定のタイミングごとに、現在位置測位手段で測位された現在位置を、送信手段を通じて前記動態管理サーバに送信するように制御する。
【００１３】
動態管理サーバは、停車場所情報記憶手段が、複数の前記停車場所ごとに、辿る順番と、前記停車場所の位置を基準にして定められる所定のエリアを示す情報と、前記車両の停車／非停車を示す第１の区分と、前記車両の通過／未通過を示す第２の区分とを記憶保持している。動態管理サーバでは、受信手段を通じて車載端末からの現在位置を受信すると、判別手段が、当該現在位置と、停車場所情報記憶手段に記憶されている情報に基づいて、前記停車場所ごとに、当該車両の通過／未通過を判別する。更新手段は、判別手段で当該車両が通過したと判別した停車場所についての停車場所情報記憶手段の情報の第２の区分を通過済みに更新する。
【００１４】
これにより、車両の現在位置と、停車場所ごとの、辿る順番と、停車場所の位置を基準にして定められる所定のエリアを示す情報と、車両の停車／非停車を示す第１の区分とを考慮して、各停車場所についての当該車両の通過／未通過が適切に判別できる。これにより、予め決められた停車場所を予め決められた順番で車両が辿るようにするルートで、車両が停車しない停車場所が発生しても、当該ルートで運行される車両の動態（活動している状態）を適切に管理できる。
【発明の効果】
【００１５】
この発明によれば、予め決められた停車場所を予め決められた順番で車両が辿るようにするルートで、車両が停車しない停車場所が発生しても、当該ルートで運行される車両の動態（活動している状態）を適切に管理できる。そして、車両が通過した停車場所と通過していない停車場所を適切に把握できるので、これを利用者に通知することができるなど、利用者の利便性を向上させることができる。
【図面の簡単な説明】
【００１６】
【図１】実施の形態の動態管理システムの構成例を説明するための図である。
【図２】実施形態の動態管理サーバの構成例を説明するためのブロック図である。
【図３】運行者管理データベースの格納データの例を説明するための図である。
【図４】利用者管理データベースの格納データの例を説明するための図である。
【図５】ルート管理データベースの格納データの例を説明するための図である。
【図６】停車場所と停車場所ごとのジオフェンスとについて説明するための図である。
【図７】実施の形態の管理端末の構成例を説明するためのブロック図である。
【図８】実施の形態の車載端末と利用者端末の構成例を説明するためのブロック図である。
【図９】車載端末から動態管理サーバに送信される通知データの例を説明するための図である。
【図１０】利用者端末から動態管理サーバに送信される欠席等の通知データの例を説明するための図である。
【図１１】利用者端末の表示画面に表示される通知画像の例を説明するための図である。
【図１２】車載端末で実行される現在位置の通知処理を説明するためのフローチャートである。
【図１３】動態管理サーバのステータス更新処理を説明するためのフローチャートである。
【図１４】図１３に続くフローチャートである。
【図１５】動態管理サーバのステータス更新処理で実行される対象ルート特定処理を説明するためのフローチャートである。
【図１６】動態管理サーバのステータス更新処理で実行される出発地更新処理を説明するためのフローチャートである。
【図１７】動態管理サーバのステータス更新処理で実行される１番目更新処理を説明するためのフローチャートである。
【図１８】動態管理サーバのステータス更新処理で実行される２番目以降更新処理を説明するためのフローチャートである。
【発明を実施するための形態】
【００１７】
以下、図を参照しながら、この発明のシステム、装置、方法の一実施の形態について説明する。以下に説明する実施の形態では、説明を簡単にするため、幼稚園で園児を送迎するために用いられる送迎用バス（以下、幼稚園バスと記載する。）の動態を管理する場合を例にして説明する。
【００１８】
［動態管理システムの構成例］
図１は、この実施の形態の動態管理システムの構成例を説明するための図である。図１に示すように、この実施形態の動態管理システムは、通信ネットワーク２を介して、動態管理サーバ１と、管理端末３と、車載端末４と、複数の利用者端末６（１）、６（２）、…が接続されて構成される。通信ネットワーク２は、主にインターネットであるが、動態管理サーバ１、管理端末３、車載端末４、利用者端末６（１）、６（２）、…のそれぞれからインターネットまでをつなぐ電話網、携帯電話網、無線ＬＡＮ（Local Area Network）などをも含む。
【００１９】
動態管理サーバ１は、管理対象の車両の運行者に関する情報、管理対象の車両の利用者に関する情報、複数の停車場所が設定された車両が運行されるルートに関する情報などを管理する。そして、動態管理サーバ１は、後述する車載端末からの現在位置に基づいて、管理対象の車両の動態を管理する機能を実現する。この実施形態では、管理対象の車両は幼稚園バスであり、運行者は幼稚園の運営者である。このため、動態管理サーバ１では、当該幼稚園バスを運行する幼稚園に関する情報、当該幼稚園バスを利用する園児に関する情報、幼稚園バスが運行される複数の停車場所が設定されたルートに関する情報が管理される。
【００２０】
管理端末３は、車両の運行者側の管理者によって利用される例えばパーソナルコンピュータである。この実施形態では、管理端末３は、幼稚園側の管理者などの担当者によって利用される。そして、管理端末３は、管理対象の幼稚園バスの運行者である幼稚園に関する情報や管理対象の幼稚園バスの利用者である園児に関する情報を動態管理サーバ１に提供して登録する機能を有する。また、管理端末３は、幼稚園バスを運行するルートであって、複数の停車場所が設定されたルートを動態管理サーバ１に設定する機能も実現する。
【００２１】
車載端末４は、車両に常時取り付けられた状態で利用される備え付け型の装置として実現したり、ＰＮＤ（Portable Navigation Device）などと呼ばれるナビゲーション装置のように、車両に対して着脱が容易な装置として実現したりできる。また、車載端末４は、スマートフォンなどと呼ばれる高機能携帯電話端末やタブレットＰＣ（Personal Computer）などの携帯型情報端末により、携帯型の装置として実現することもできる。この実施の形態では、説明を簡単にするため、車載端末４は、スマートフォンと呼ばれる高機能携帯電話端末が用いて実現され、管理対象の車両に持ち込まれて利用されるものとして説明する。
【００２２】
この実施形態では、管理対象の車両は、幼稚園バス５であるので、車載端末４は、当該幼稚園バス５の運転手や当該幼稚園バス５に同乗する教諭（幼稚園の先生）によって、当該幼稚園バス５に持ち込まれて利用される。そして、車載端末４は、自機の現在位置を測位して、これを幼稚園バス５の現在位置として動態管理サーバ１に送信する機能を実現する。
【００２３】
利用者端末６（１）、６（２）、…のそれぞれは、この実施の形態ではスマートフォンと呼ばれる高機能携帯電話端末であり、管理対象の幼稚園バス５の利用者である園児の保護者によって用いられるものである。利用者端末６（１）、６（２）、…を通じては、園児が幼稚園を欠席したり、遅刻したり、早退したりする場合に、幼稚園バス５の利用をキャンセルすることができる。
【００２４】
なお、図１に示すように、車載端末４、利用者端末６（１）、６（２）、…のそれぞれは、携帯電話網の基地局２ｋ（１）、２ｋ（２）、…及び携帯電話網を通じて、通信ネットワーク２に接続される例を示している。
【００２５】
また、この実施形態において、管理端末３、車載端末４、利用者端末６（１）、６（２）、…のそれぞれは、動態管理サーバ１に情報を提供するだけのもではない。管理端末３、車載端末４、利用者端末６（１）、６（２）、…のそれぞれは、動態管理サーバ１から幼稚園バス５の動態に関する情報の提供を受けて、これを表示出力することもできる。なお、動態管理サーバ１からの幼稚園バス５の動態に関する情報は、具体的には、幼稚園バス５は、どの停車場所は通過し、どの停車場所は未通過であるのか、現在、どの停車場所に向かっているのかなどを示す情報である。
【００２６】
そして、この実施形態の動態管理サーバ１は、設定される複数の停車場所のそれぞれごとに、ジオフェンスと呼ばれる仮想的な地理的境界線を設定して、所定のエリアを設ける。この所定のエリアが、停車場所ごとに幼稚園バス５が通過済みか、未通過なのかを判別するための基準エリアとなる。そして、この基準エリアと、他の条件をも考慮して、動態管理サーバ１では、停車場所ごとに、幼稚園バス５が通過済みか、未通過かを適切に判別できるようにしている。
【００２７】
また、利用者端末６（１）、６（２）、…からの欠席等の通知に応じて、動態管理サーバ１は、乗車する園児がいない、あるいは、降車する園児がいない停車場所については、停車する停車場所とはせずに、通過する停車場所として管理できるようにしている。また、動態管理サーバ１は、停車場所ごとに到着予定時刻を管理し、この到着予定時刻よりも、早く到着しそうな停車場所の利用者である園児の保護者には、幼稚園バス５の到着が早まる旨の通知を送信することもできるようにしている。
【００２８】
なお、図１では、幼稚園バス５だけを示している。しかしこれに限るものではない。実際には異なる複数のルートを辿る複数の幼稚園バスが用意され、ルートごとに異なる幼稚園バスが運行するようにされている。しかし、ここでは、説明を簡単にするため、管理対象の車両として、１台の幼稚園バス５だけを示している。
【００２９】
以下においては、この実施形態の動態管理システムを構成する動態管理サーバ１、管理端末３、車載端末４、利用者端末６（１）、６（２）、…のそれぞれの構成例等について説明する。なお、利用者端末６（１）、６（２）、…のそれぞれは、基本的に同様の構成を有するものであるので、特に区別して示す必要のある場合を除き、利用者端末６（１）、６（２）、…を利用者端末６と記載する。また、上述したように、車載端末４と利用者端末６とは、いずれもスマートフォンなどと呼ばれる高機能携帯電話端末として実現されているものであるので、その構成は同様であるものとして説明する。
【００３０】
［動態管理サーバ１の構成例］
図２は、実施形態の動態管理サーバの構成例を説明するためのブロック図である。通信Ｉ／Ｆ１０１は、通信ネットワーク２を通じて情報の送受信を可能にする通信機能を実現する。制御部１０２は、図示しない、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）がＣＰＵバスを通じて接続されて構成されたコンピュータ装置部であり、この実施形態の動態管理サーバ１の各部を制御する。記憶装置１０３は、大容量記録媒体としてハードディスクを備え、情報（データ）の書き込み、記憶、読み出し、変更、削除等を行う。
【００３１】
そして、動態管理サーバ１は、図２に示すように、地図情報ＤＢ１０４、運行者管理ＤＢ１１１、利用者管理ＤＢ１１２、ルート管理ＤＢ１１３を備える。ここで、文字「ＤＢ」は、データベース（Data Base）の略称である。また、運行者管理ＤＢ１１１、利用者管理ＤＢ１１２、ルート管理ＤＢ１１３が、幼稚園バス５の動態を管理するための動態プラットホーム１１０を構成している。また、地図情報ＤＢ１０４、運行者管理ＤＢ１１１、利用者管理ＤＢ１１２、ルート管理ＤＢ１１３のそれぞれは、例えばハードディスクなどの大容量記録媒体に形成されている。
【００３２】
地図情報ＤＢ１０４は、移動経路や現在位置などを使用者に示すために使用する市街図、道路図、広域図、地方図、全国図を表示するための地図データを記憶する。市街図、道路図、広域図、地方図、全国図を表示するための地図データは、地図を描画するための例えばベクトルデータやラスタデータ、注記（注釈）データなどを含む。
【００３３】
運行者管理ＤＢ１１１は、複数の停車場所が予め設定され、この複数の停車場所を決められた順番で辿るルートで車両を運行する運行者に関する情報を記憶保持する。図３は、運行者管理ＤＢ１１１の格納データの例を説明するための図である。図３に示すように、運行者ＤＢ１１１には、運行者ＩＤ、運行者名、住所、電話番号、電子メールアドレス、業態、運行種別、その他の情報からなる運行者データが登録される。
【００３４】
図３に示した例は、幼稚園バスを運行する「□□□幼稚園」についての運行者データを示している。なお、動態管理サーバ１は、多数の運行者により運行される多数の車両の動態を管理できるものである、このため、運行者管理ＤＢ１１１には、利用者の送迎のために車両を運行する、幼稚園、保育園、スイミングスクール、デイサービス施設などの多数の運行者についての運行者データ（運行者に関する情報）を記憶することができるようになっている。
【００３５】
利用者管理ＤＢ１１２は、運行者によって運行される車両の利用者に関する情報を記憶保持する。図４は、利用者管理ＤＢ１１２の格納データの例を説明するための図である。図４に示すように、利用者管理ＤＢ１１２には、運行者（運行者ＩＤ）ごと、ルート（ルートＩＤ）ごと、バス停（バス停ＩＤ）、すなわち停車場所ごとに、利用者に関する情報が登録される。利用者に関する情報は、幼稚園バス５の利用者に関する情報の場合には、図４に示すように、利用者ＩＤ、利用者氏名、保護者氏名、住所、電話１、電話２、電子メールアドレス、通知方法、通知タイミングからなる。
【００３６】
通知方法は、車両が利用する停車場所（バス停）に到来することを通知するための方法を指示するものであり、図４に示した例の場合には、電子メールでの通知が指示されている。また、通知タイミングは、車両が利用する停車場所（バス停）に到来することを通知するタイミングを指示するものである。図４に示した例の場合には、その通知タイミングは自分が利用する停車場所の１つ前の停車場所を幼稚園バス５が通過したタイミングであることを示している。また、電話１と電話２は、例えば、自宅の固定電話の電話番号と自分が携帯している携帯電話端末の電話番号のように、連絡可能な２つの電話番号を登録することができるようになっている。
【００３７】
ルート管理ＤＢ１１３は、設定されたルートごとに、設定された停車場所（バス停）に関する情報（停車場所データ）を記憶保持する。図５は、ルート管理ＤＢ１１３の格納データ（ルート管理データ）の例を説明するための図である。図５に示すように、ルート管理ＤＢ１１３には、運行者（運行者ＩＤ）ごと、ルート（ルートＩＤ）ごとに、ルート名と総数（利用者総数）とが登録されると共に、当該ルート上に設定された複数の停車場所（バス停）に関する情報が、車両（幼稚園バス５）が辿る順番に登録されている。
【００３８】
停車場所に関する情報は、図５に示すように、停車場所、位置、ジオフェンス、人数、欠席、区分１、予定時刻、到着時刻、区分２からなっている。停車場所は、数字２桁からなる停車場所ＩＤと、停車場所の名称とからなる情報である。位置は、各停車場所の所在位置を示す緯度、経度である。ジオフェンスは、仮想的な地理的境界線を意味し、この実施形態では、各停車場所の所在位置を中心にした半径１００ｍの円の円周をジオフェンスとしている。そして、このジオフェンス内のエリア、すなわち、各停車場所の所在位置を中心にした半径１００ｍの円の円周の内側のエリアを、停車場所への幼稚園バスの到着済み／未到着の判別のための所定のエリアとしている。
【００３９】
また、人数は、各停車場所を利用する利用者（園児）の人数を、欠席は、各停車場所を利用する利用者の内、当日に欠席等のために各停車場所を利用しない者（いわゆる欠席者）の人数を示している。そして、区分１は、各停車場所の当該車両の停車／非停車（通過）を示す情報である。したがって、人数の欄に記載された利用者の数と、欠席の欄に記載された欠席者の数が一致する場合には、当該停車場所については、利用者がいない（０人）ということになり、後述もするように、停車／非停車を示す区分１が非停車（通過）に変更（更新）することができるようになっている。なお、出発地と到着地とには、必ず幼稚園バスは停車するため、出発地と到着地の区分１は「停車」になっている。
【００４０】
予定時刻は、各停車場所への幼稚園バス５の到着予定時刻を示し、到着時刻は、各停車場所への幼稚園バス５の実際の到達時刻を示す。なお、出発地については、予定時刻は出発予定時刻であり、到着時刻は実施に出発地した時刻となる。そして、区分２は、各停車場所について、通過済み／未通過を示すものである。幼稚園バス５が出発地から出発する前の状態（初期状態）においては、区分２はいずれも未通過の状態になっている。また、図５に示す停車場所データには、当該停車場所データに対応するルートでの車両（この実施の形態では幼稚園バス）の運行中はオフ「０」で、運行が終了したらオン「１」となる運行終了フラグを備えている。
【００４１】
この実施形態の動態管理サーバ１は、詳しくは後述するが、幼稚園バス５からの現在位置と、ルート管理ＤＢ１１３の登録情報に基づいて、幼稚園バス５が各停車場所を通過したか否かを判別する。そして、動態管理サーバ１は、停車場所を通過したと判別した場合には、ルート管理ＤＢ１１３に格納されている該当する停車場所についての区分２を、未通過を示す状態から通過済みを示す状態に更新する。
【００４２】
このように、ルート管理ＤＢ１１３は、１つのルートに対して設定された複数の停車場所ごとに、辿る順番と、前記停車場所の位置を基準にして定められる所定のエリアと、幼稚園バス５の停車／非停車を示す第１の区分と、幼稚園バス５の通過／未通過を示す第２の区分とを記憶保持する。更に、ルート管理ＤＢ１１３は、図５を用いて説明したように、停車場所ごとの利用者の数、欠席者の数、到着予定時刻、到着時刻の各情報についても把握することができるようになっている。
【００４３】
図６は、停車場所と停車場所ごとのジオフェンスとについて説明するための図である。図６では、図５を用いて説明したルート管理ＤＢ１１３の各停車場所の所在位置を地図上に示している。位置ＳＴは幼稚園バス５の出発地である□□□幼稚園の所在地に対応している。また、位置Ｐ１は１番目に幼稚園バス５が向かう停車場所の位置を、位置Ｐ２は２番目に幼稚園バス５が向かう停車場所を、位置Ｐ３は３番目に幼稚園バス５が向かう停車場所を示している。以下、同様に、位置Ｐ４は４番目に幼稚園バス５が向かう停車場所の位置を、位置Ｐ５は５番目に幼稚園バス５が向かう停車場所を、位置Ｐ６は６番目に幼稚園バス５が向かう停車場所を示している。
【００４４】
したがって、図５に示したルート管理ＤＢ１１３で管理されているルートＩＤが「０００１」のルートは、幼稚園バス５が、出発地ＳＴを出発し、位置Ｐ１→位置Ｐ２→位置Ｐ３→位置Ｐ４→位置Ｐ５→位置Ｐ６の順に辿って、位置ＳＴに戻るルートになっている。そして、図５のルート管理ＤＢ１１３の情報の各停車場所の位置と、各停車場所のジオフェンスの情報から、図６において、各停車場所の周囲に点線で示したように、停車場所ごとにジオフェンスｇｆ０〜ｇｆ６が設定されている。
【００４５】
この実施形態では、ジオフェンスｇｆ０〜ｇｆ６のそれぞれは、各停車場所の位置（所在位置）を中心にして、半径１００の円の円周に対応するように設定されている。このジオフェンスｇｆ０〜ｇｆ６は、出発地も含め、各停車場所を幼稚園バス５が通過したか否かの判別のための１つの基準として用いられる。
【００４６】
これら、運行者管理ＤＢ１１１、利用者管理ＤＢ１１２、ルート管理ＤＢ１１３に対してデータの登録などの処理を行うのが、運行者登録部１２１、利用者登録部１２２、ルート設定部１２３である。
【００４７】
運行者登録部１２１は、管理端末３から送信され、通信Ｉ／Ｆを通じて受信した運行者情報に基づいて、運行者管理ＤＢ１１１に図３を用いて説明した運行者データを登録する処理を行う。また、運行者登録部１２１は、管理端末３から送信される変更要求や削除要求に応じて、運行者管理ＤＢ１１１の運行者データを変更したり削除したりする処理も行う。
【００４８】
利用者登録部１２２は、管理端末３から送信され、通信Ｉ／Ｆを通じて受信した利用者情報に基づいて、利用者管理ＤＢ１１２に図４を用いて説明した利用者データを登録する処理を行う。また、利用者登録部１２２は、管理端末３から送信される変更要求や削除要求に応じて、利用者管理ＤＢ１１２の利用者データを変更したり削除したりする処理も行う。
【００４９】
ルート設定部１２３は、管理端末３からの要求に応じて、例えば、図６に示したような地図情報を管理端末３に提供する。当該地図の提供を受けた管理端末３では、表示部に当該地図を表示し、当該地図上に幼稚園バスの停車場所を指示したり、停車場所（バス停）の名称する入力したり、停車場所の利用者の人数や到着予定時刻などの必要情報を入力する。このようにして管理端末３において入力された情報は、停車場所に関する情報として、動態管理サーバ１に送信され、これが通信Ｉ／Ｆを通じてルート設定部１２３に供給される。
【００５０】
ルート設定部１２３は、管理端末３からの停車場所に関する情報に基づいて、図５を用いて説明したルート管理ＤＢへのルート管理データの登録処理を行う。また、ルート設定部１２３は、管理端末３から送信される変更要求や削除要求に応じて、ルート管理ＤＢ１１３のルート名称や利用者総数を変更したり、停車場所に関する情報ごとの追加、変更、削除をしたりすることもできる。また、ルート管理ＤＢ１１３のルート管理データ単位のデータの削除を行うこともできる。
【００５１】
停車／非停車管理部１２４は、利用者端末６からの欠席等の通知データに基づいて、図５に示したルート管理ＤＢ１１３の対応するルート管理データの対応する停車場所に関する情報の欠席者の人数及び停車／非停車の別を示す区分１の情報を更新する処理を行う。すなわち、利用者端末６からの欠席等の通知データを、通信Ｉ／Ｆ１０１を通じて受信したとする。この場合、停車／非停車管理部１２４は、まず、ルート管理ＤＢ１１３の対応するルート管理データの対応する停車場所に関する情報についての欠席者の数を更新する。そして、停車／非停車管理部１２４は、当該停車場所に関する情報について、欠席者の数が、利用者の数と同数になった場合に、区分１を停車から非停車（通過）に変更する処理を行う。
【００５２】
動態管理部１２５は、車載端末４からの自機が持ち込まれた幼稚園バス５の現在位置と、ルート管理ＤＢ１１３のルート管理データとから、幼稚園バス５の動態（活動している状態）を管理する。具体的に動態管理部１２５は、幼稚園バス５が停車する停車場所について、通過済みか、未通過かを適切に判別し、通過済みと判別した場合には、ルート管理ＤＢ１１３のルート管理データの内、該当する停車場所に関する情報の区分２を未通過から通過済みに更新する処理を行う。すなわち、動態管理部１２５は、判別手段としての機能と、更新手段としての機能を備える。
【００５３】
動態管理部１２５が行う処理について、図５に示したルート管理ＤＢ１１３のルート管理データが存在し、図６を用いて説明したように、各停車場所についてジオフェンスが設定されている（張られている）場合を例にして具体的に説明する。
【００５４】
まず、出発地ＳＴについては、図６に示した出発地ＳＴのジオフェンスｇｆ０の内側の所定のエリア内にあった管理端末３から順次に送信されて来る幼稚園バス５の現在位置が、ジオフェンスｇｆ０の外に移動した場合に、出発地ＳＴを通過したと判別する。そして、動態管理部１２５は、出発地ＳＴについての停車場所に関する情報の区分２を、「未通過」を示す状態から「通過済み」を示す状態に更新する。
【００５５】
次に、１番目の停車場所Ｐ１については、管理端末３から順次に送信されて来る幼稚園バス５の現在位置が、当該１番目の停車場所Ｐ１についてのジオフェンスｇｆ１の内側の所定のエリア内に入った場合に、ルート管理ＤＢ１１３のルート管理データを確認する。そして、当該１番目の停車場所Ｐ１についての停車場所に関する情報の区分１が「停車する」ことを示しており、かつ、区分２が「未通過」である場合に、１番目の停車場所を通過したと判別し、１番目の停車場所Ｐ１についての区分２を「未通過」を示す状態から「通過済み」を示す状態に更新する。
【００５６】
これ以外の場合には、区分２の更新（ステータスの更新）は行わない。すなわち、１番目の停車場所について、例えば欠席者が多く、利用者がいないために、区分１が「停車しない（通過）」になっていたとする。この場合には、区分２の更新の対象とはされない。また、１番目の停車場所について、区分２が既に「通過済み」になっていた場合にも、区分２の更新の対象とはされない。
【００５７】
２番目以降の停車場所については、出発地ＳＴや１番目の停車場所Ｐ１とは異なる処理を行う。しかし、２番目以降の各停車場所については、同様の処理を行うことになるため、ここでは、Ｎ（Ｎは２以上の整数）番目の停車場所ＰＮについての処理として説明する。Ｎ番目の停車場所ＰＮについては、管理端末３から順次に送信されて来る幼稚園バス５の現在位置が、Ｎ番目の停車場所ＰＮについてのジオフェンスｇｆＮの内側の所定のエリア内に入った場合に、ルート管理ＤＢ１１３のルート管理データを確認する。
【００５８】
そして、動態管理部１２５は、１つ前の停車場所の停車場所に関する情報の区分２が「通過済み」を示す状態になっているか否かを確認する。ここで、１つ前の停車場所は、停車場所に関する情報の区分１が「停車」となっており、現在の停車場所（Ｎ番目の停車場所）よりも停車順番が前で、かつ、現在の停車場所（Ｎ番目の停車場所）に停車順番上最も近い停車場所を意味する。Ｎ番目の停車場所の１つ前の停車場所は、順番の上ではＮ−１番目の停車場所である。しかし、仮に、Ｎ−１番目の停車場所の区分１が、「停車しない（通過）」を示すものであり、更にその１つ前のＮ−２番目の停車場所の区分１が「停車」である場合には、当該Ｎ−２番目の停車場所が、Ｎ番目の停車場所である現在の停車場所の１つ前の停車場所ということになる。
【００５９】
そして、１つ前の停車場所の区分２が、「通過済み」を示す状態になっていたとする。動態管理部１２５は、処理の対象になっている当該Ｎ番目の停車場所ＰＮについての停車場所に関する情報の区分１が「停車する」ことを示しており、かつ、区分２が「未通過」である場合に、Ｎ番目の停車場所を通過したと判別する。この場合、動態管理部１２５は、Ｎ番目の停車場所に関する情報の区分２を「未通過」を示す状態から「通過済み」を示す状態に更新する。これ以外の場合には、上述した１番目の停車場所についての処理と同様に、区分２の更新（ステータスの更新）は行わない。
【００６０】
このようにして、動態管理部１２５は、各停車場所について「未通過」なのか、「通過済み」なのかを適切に判別し、各停車場所に関する情報の区分２が示すステータス（状態）を適切に更新し、管理するようにしている。そして、ルート管理ＤＢ１１３のルート管理データによって、幼稚園バス５は、現在、どの停車場所を通過し、どの停車場所に向かっているのかを適切に把握することが可能になる。
【００６１】
通知処理部１２６は、利用者端末６からの要求に応じて、幼稚園バス５の動態（活動している状態）を通知する機能を実現する。具体的には、地図上に幼稚園バスの現在位置を表示し、次に向かっている停車場所を示したり、時刻表の形式で通過した停車場所と、これから向かう停車場所とを表示したりする情報を形成して利用者端末６に通知する。
【００６２】
また、通知処理部１２６は、利用者管理ＤＢ１１２の利用者データに基づいて、各停車場所を通過するごとに、制御部１０２の制御の下、通知が必要になる幼稚園バス５の利用者の保護者に対して、電子メールなどにより、幼稚園バスの到着予告の通知を行う。当該通知は、利用者管理ＤＢ１１２の利用者データの通知タイミングに応じて、通過した停車場所の次に停車する停車場所の利用者の保護者や、次の次に停車する停車場所の利用者の保護者に対して、到着の予告を行うものである。
【００６３】
このように、動態管理サーバ１は、運行者管理ＤＢ１１１の運行者データ、利用者管理ＤＢ１１２の利用者データ、ルート管理ＤＢ１１３のルート管理データを適切に管理することにより、幼稚園バス５の動態をも適切に管理することができるようにしている。そして、必要に応じて、幼稚園バス５の動態を利用者の保護者に対して通知する機能を実現している。
【００６４】
［管理端末３の構成例］
図７は、実施の形態の管理端末３の構成例を説明するためのブロック図である。管理端末３は、パーソナルコンピュータの構成とされたものであり、通信Ｉ／Ｆ３０１、制御部３０２、記憶装置３０３、操作部３０４、表示部３０５、送信情報処理部３０６、受信情報処理部３０７を備える。
【００６５】
通信Ｉ／Ｆ３０１は、通信ネットワーク２を通じて情報の送受信を可能にする通信機能を実現する。制御部３０２は、図示しないが、ＣＰＵ、ＲＯＭ、ＲＡＭがＣＰＵバスを通じて接続されて構成されたコンピュータ装置部であり、この実施形態の管理端末３の各部を制御する。記憶装置３０３は、大容量記録媒体としてハードディスクを備え、情報（データ）の書き込み、記憶、読み出し、変更、削除等を行う。
【００６６】
操作部３０４は、キーボードやいわゆるマウスなどと呼ばれるポインティングデバイスからなり、使用者からの操作入力を受け付けて、これを電気信号に変換し、制御部３０２に供給する。表示部３０５は、例えばＬＣＤ（Liquid Crystal Display）などの表示素子を備え、制御部３０２の制御の下、種々の表示情報（画像）を表示素子の表示画面に表示する処理を行う。
【００６７】
送信情報処理部３０６は、制御部３０２の制御の下、例えば、動態管理サーバ１などの外部機器に対して提供する情報を形成し、これを通信Ｉ／Ｆ３０１を通じて、外部機器に対して送信する処理を行う。受信情報処理部３０７は、制御部３０２の制御の下、通信Ｉ／Ｆ３０１を通じて受信した自機宛ての受信情報を解析し、必要な情報を制御部３０２に供給する処理を行う。
【００６８】
そして、管理端末３は、通信Ｉ／Ｆ３０１を通じて、動態管理サーバ１にアクセスし、必要なアプリケーションソフトウェアや種々のデータの提供を受け、運行者データ、利用者データ、ルート管理データの登録、変更、削除の各処理を行う。特に、ルート管理データの登録に際しては、図６に示したような該当エリアの地図情報の提供を受けて、当該地図上に複数の停車場所を指示していく操作を行うことで、ルートごとに複数の停車場所を設定して動態管理サーバ１に登録することができる。
【００６９】
また、管理端末３は、動態管理サーバ１からの幼稚園バスの動態を示す情報の提供を受けて、これを受信情報処理部３０７で処理し、制御部３０２の制御の下、表示部３０５に表示して、使用者が確認するなどのこともできるようになっている。
【００７０】
このように、管理端末３は、この実施の形態では、幼稚園バス５の運行者である幼稚園の担当者によって使用され、運行者データ、利用者データ、ルート管理データの登録、変更、削除を行うことができる。更に、管理端末３は、動態管理サーバ１から情報の提供を受けて、運行する幼稚園バス５の動態を表示部３０５に表示して確認するなどのこともできるものである。
【００７１】
［車載端末４、利用者端末６の構成例］
図８は、実施の形態の車載端末４と利用者端末６の構成例を説明するためのブロック図である。この実施の形態において、車載端末４と利用者端末６とは、いずれもスマートフォンと呼ばれる高機能携帯電話端末の構成とされたものである。すなわち、車載端末４と利用者端末６とは、同様の構成を有するものであるので、ここでは車載端末４の構成を例にして説明することとする。
【００７２】
車載端末４は、図８に示すように、送受信アンテナ４０１Ａ、無線通信部４０１、制御部４０２、記憶装置４０３、操作部４０４、ＧＰＳ部４０５、ＧＰＳアンテナ４０５Ａ、タッチパネル４０７、音声出力部４０８、スピーカ４０９、受信情報処理部４１０、送信情報処理部４１１を備える。
【００７３】
送受信アンテナ４０１Ａ及び無線通信部４０１は、通信ネットワーク２を通じて情報の送受信を可能にする通信機能を実現する。制御部４０２は、図示しないが、ＣＰＵ、ＲＯＭ、ＲＡＭがＣＰＵバスを通じて接続されて構成されたコンピュータ装置部であり、この実施形態の車載端末４の各部を制御する。記憶装置４０３は、大容量記録媒体として不揮発性メモリを備え、情報（データ）の書き込み、記憶、読み出し、変更、削除等を行う。
【００７４】
操作部４０４は、電源のオン／オフキーやいくつかのファンクションキーなどのいくつかのハードウェアキーから構成される部分である。ＧＰＳ部４０５及びＧＰＳアンテナ４０５Ａは、複数の人工衛星からの信号を受信して解析し、自機の現在位置を測位する機能を実現する。タッチパネル４０７は、ＬＣＤなどの表示部４０７Ｄとタッチセンサ４０７Ｓとから構成され、情報の表示機能と使用者からの操作入力の受け付け機能を実現する。
【００７５】
音声出力部４０８は、制御部４０２の制御の下、制御部４０２を通じて供給される音声データをスピーカ４０９に供給するアナログ音声信号に変換し、これをスピーカ４０９に供給する。スピーカ４０９は、音声出力部４０８からのアナログ音声信号に応じた音声を放音する。これら音声出力部４０８及びスピーカ４０９の機能により、ガイダンスメッセージや警告メッセージなどの音声メッセージを放音したり、種々のアラーム音を放音したりするなどのことができるようにされる。
【００７６】
受信情報処理部４１０は、制御部４０２の制御の下、送受信アンテナ４０１Ａ及び無線通信部４０１を通じて受信した自機宛ての受信情報を解析し、必要な情報を制御部３０２に供給する処理を行う。送信情報処理部４１１は、制御部４０２の制御の下、例えば、動態管理サーバ１などの外部機器に対して提供する情報を形成し、これを無線通信部４０１及び送受信アンテナ４０１Ａを通じて、通信ネットワーク２に送信することにより、外部機器に対して送信する処理を行う。
【００７７】
このような構成を有する車載端末４は、送受信アンテナ４０１Ａ及び無線通信部４０１を通じて、動態管理サーバ１にアクセスし、必要なアプリケーションソフトウェアや種々のデータの提供を受ける。そして、幼稚園バス５に持ち込まれているときには、所定のアプリケーションソフトウェアを実行することにより、所定のタイミングごとに自機の現在位置を測位して、これを動態管理サーバ１に送信する処理を行う。
【００７８】
図９は、車載端末４から動態管理サーバ１に送信される通知データの例を説明するための図である。図９に示すように通知データは、区分、運行者、ルート、現在位置、現在時刻の各欄を備える。区分の欄には、運行開始通知であれば「１」が、現在位置通知であれば「２」が、運行終了通知であれば「３」が入力される。運行者の欄には、当該車載端末４が持ち込まれている幼稚園バス５の運行者ＩＤが入力される。ルートの欄には、当該車載端末４が持ち込まれている幼稚園バス５が運行されるルートのルートＩＤが入力される。また、現在位置は、当該車載端末４のＧＰＳ部４０５を通じて取得した現在位置であって、当該車載端末４が持ち込まれている幼稚園バス５の現在位置を示す緯度、経度が入力される。現在時刻は、現在位置が取得された時刻が入力される。
【００７９】
この図９に示す通知データによって、当該車載端末４が持ち込まれた幼稚園バス５の現在位置が通知されると共に、運行が開始されたのか、運行中なのか、運行が終了したのかの状態も通知することができるようにされる。また、車載端末４は、現在位置を動態管理サーバ１に通知するだけではない。車載端末４は、例えば、欠席者が多く利用者がいない停車場所について、通過する旨の情報を動態管理サーバ１から受けて、これを表示部４０７Ｄに表示し、運転者等の使用者に対して提供するなどのこともできるものである。
【００８０】
一方、図８に示した車載端末４と同様の構成を有する利用者端末６は、送受信アンテナ４０１Ａ及び無線通信部４０１を通じて、動態管理サーバ１にアクセスし、必要なアプリケーションソフトウェアや種々のデータの提供を受ける。そして、所定のアプリケーションソフトウェアを実行することにより、欠席、遅刻、早退などの幼稚園バス５を利用しない場合の登録を動態管理サーバ１に対して行ったり、また、幼稚園バス５の動態に関する情報の提供を動態管理サーバ１から受けたりする。
【００８１】
図１０は、利用者端末６から動態管理サーバ１に送信される欠席等の通知データや情報の提供を要求する要求データの例を説明するための図である。図１０に示すように当該通知（要求）データは、区分、運行者、ルート、停車場所、利用者、通知情報の各欄を備える。区分の欄には、当該データが通知データであれば「４」が、当該データが要求データであれば「５」が入力される。運行者の欄には、利用する幼稚園バス５の運行者ＩＤが入力される。ルートの欄には、利用する幼稚園バス５が運行されるルートのルートＩＤが入力される。
【００８２】
また、停車場所の欄には、利用する幼稚園バス５の停車場所の停車場所ＩＤが入力される。利用者の欄には、当該利用者端末の利用者ＩＤが入力される。そして、先頭の区分が「４」で通知データとして利用される場合、通知情報の欄には、欠席の場合には「１」、遅刻の場合には「２」、早退の場合には「３」が入力される。また、先頭の区分が「５」で要求データとして利用される場合には、通知情報の欄には、位置情報の要求の場合には「４」、運行状況の要求の場合には「５」が入力される。
【００８３】
これにより、先頭の区分が「４」で通知データとして利用される場合には、当該通知データにより、欠席、遅刻、早退の通知（連絡）を動態管理サーバ１に行う。これにより、動態管理サーバ１では、図５に示したルート管理データの該当する停車場所に関する情報についての欠席欄を更新することができ、利用者と欠席者が同数になった場合には、当該停車場所を「通過」する停車場所として特定することができる。
【００８４】
なお、欠席の場合には、行きも帰りも利用しないため、行きルートと帰りルートの両方の該当する停車場所に関する情報の欠席の欄と、必要に応じて区分１が更新される。また、遅刻の場合には、行きは利用せず、帰りは利用するので、行きルートの該当する停車場所に関する情報の欠席の欄と、必要に応じて区分１が更新される。また、また、早退の場合には、行きは利用して、帰りは利用しないので、帰りルートの該当する停車場所に関する情報の欠席の欄と、必要に応じて区分１が更新される。このように、同じルートであっても、行きと帰りとでは異なるルートとなる。
【００８５】
また、先頭の区分が「５」で要求データとして利用される場合には、当該要求データにより、運行情報を要求したり、時刻表情報を要求したりできる。図１１は、利用者端末の表示画面に表示される通知画像の例を説明するための図である。
【００８６】
図１０に示した要求データにより運行情報を要求した場合には、図１１（Ａ）に示すような、運行情報を表示する表示情報が動態管理サーバ１より提供される。当該運行情報の表示情報は、地図上に停車場所（番号１、２、４を付したバス停のマークのある場所）と、太線で示した運行している経路の一部が示されると共に、運行中の幼稚園バス５の現在位置を示すマークＭＫが表示される。これにより、図１１（Ａ）に示した例の場合には、現在時点において、幼稚園バス５は、停車場所Ｐ１を通過し、停車場所Ｐ２に向かって走行中であることが視覚を通じて認識できるようにされる。
【００８７】
また、図１１（Ａ）に示した画面では、地図情報の他、運行情報として、運行年月日、曜日、運行状況として運行中で、正常運行されていることも示されている。また、図１１（Ａ）に示すように、当該運行情報の表示画面には、当該画面を最新の情報に更新することを要求する更新ボタンや、時刻表情報の提供を要求する時刻表ボタンも設けられている。これらを操作することにより、図１１（Ａ）に示した運行情報を最新のものに更新するように動態管理サーバ１に要求したり、また、時刻表情報の提供を動態管理サーバ１に要求したりすることができる。
【００８８】
また、図１０に示した要求データにより時刻表情報を要求した場合には、図１１（Ｂ）に示すような、時刻表情報を表示する表示情報が動態管理サーバ１より提供される。当該時刻表情報の表示情報は、停車場所ごとに、到着予定時刻が示されると共に、通過済みの停車場所には、実際の到着時間が表示される。また、幼稚園バスの現在位置が、黒丸印ＰＰによって示される。したがって、図１１（Ｂ）に示して例の場合、「□□□幼稚園」を８時１分に出発し、１番目の停車場所である「１丁目ＡＡ前」を８時４分に通過し、２番目の停車場所である「２丁目ＢＢ前」に向かっていることが明確に示される。そして、２番目の停車場所である「２丁目ＢＢ前」への到着予定時刻は、８時６分であることが示されている。
【００８９】
なお、図１１（Ｂ）に示す時刻表情報の場合にも、当該表示画面の下側に、当該画面を最新の情報に更新することを要求する更新ボタンや、運行情報の提供を要求する運行情報ボタンも設けられている。これらのボタンを操作することにより、時刻表情報を最新のものにしたり、運行情報の提供を要求して図１１（Ａ）に示した運行情報を表示したりできる。
【００９０】
このように、利用者端末６は、欠席等のために停車場所を利用しない場合には、これを動態管理サーバ１に通知することができる。また、利用者端末６は、動態管理サーバに対して要求を送信し、幼稚園バス５の運行情報（図１１（Ａ））の提供を受けて、これを表示したり、時刻表情報（図１１（Ｂ））の提供を受けて、これを表示したりできる。すなわち、幼稚園バス５は、どこを走行し、次にどの停車場所に向かっているのかなどを、利用者端末６の使用者に適切に通知することができるようにしている。
【００９１】
［車載端末４の処理と動態管理サーバ１の処理］
次に、この実施の形態の動態管理システムにおいて、幼稚園バス５の動態を適切に管理するために必要となる、車載端末４で実行される処理と、動態管理サーバ１で行われる処理の詳細について、フローチャートを参照しながら説明する。
【００９２】
［車載端末４の処理］
図１２は、車載端末４で実行される現在位置の通知処理を説明するためのフローチャートである。図１２のフローチャートに示す処理は、幼稚園バス５に持ち込まれた車載端末４において、例えば、動態管理サーバ１より事前に提供を受けている車載端末用アプリケーションソフトウェアを実行することにより行われる処理である。当該車載端末用アプリケーションソフトウェアは、例えば、車載端末４の表示部４０７Ｄに表示される所定のメニューから該当項目を選択することにより、車載端末４の制御部４０２において実行される。
【００９３】
そして、制御部４０２は、まず、送信情報処理部４１１を制御して、図９を用いて説明した通知データであって、区分が「１」の運行開始通知を形成し、これを動態管理サーバ１に送信する（ステップＳ１０１）。当該運行開始通知の運行者ＩＤ、ルートＩＤは、予め設定されているものとする。現在位置は、直前にＧＰＳ部４０５を通じて測位されたものであり、現在時刻は、当該運行開始通知の形成時に図８には図示していない時計回路より取得されたものである。
【００９４】
これに応じて、動態管理サーバ１からはルート確認情報が送信されて来るので、車載端末４の制御部４０２は、送受信アンテナ４０１Ａ及び無線通信部４０１を通じて当該ルート確認情報を受信し、これを表示部４０７Ｄに表示する（ステップＳ１０２）。ルート確認情報は、例えば、図１１（Ａ）に示した態様のものであり、当該ルートに設けられている複数の停車場所が地図上に表示されたものである。
【００９５】
このルート確認情報においては、欠席者が発生し、利用者が１人もいない停車場所については、例えば、反転表示されたり、赤色の文字で表示されたりして、当該車載端末の使用者であるドライバに通知される。これにより、当該幼稚園バス５のドライバは、当該停車場所は停車せずに通過する停車場所であることを認識することができる。
【００９６】
なお、ルート確認情報は、図１１（Ｂ）に示した一覧表の態様で表示することもできる。すなわち、ルート確認情報は、図１１（Ａ）に示した地図表示の態様と、図１１（Ｂ）に示した一覧表示の態様とのいずれの表示もできる。このルート確認情報により、当該幼稚園バスの運転者などの当該車載端末４の使用者が、運行するルートと、停車する停車場所と停車する必要のない停車場所とを適切に認識し、幼稚園バス５の運行を開始させることができる。
【００９７】
この後、車載端末４の制御部４０２は、ＧＰＳ部４０５を通じて、自機の現在位置を測位して取得する（ステップＳ１０３）。そして、制御部４０２は、送信情報処理部４１１を制御して、図９を用いて説明した、区分が「２」の現在位置通知を形成して、これを動態管理サーバ１に送信する（ステップＳ１０４）。ステップＳ１０４で形成される現在位置通知の運行者ＩＤとルートＩＤとは、予め設定されているものが用いられる。また、現在位置は、ステップＳ１０３でＧＰＳ部４０５を通じて測位されたものであり、現在時刻は、ステップＳ１０３で現在位置の取得時に、図８には図示していない時計回路より取得されたものである。
【００９８】
そして、この例の場合には、例えば、図１１（Ａ）に示した態様の運行情報を通知する表示情報の提供を動態管理サーバ１から受信して、これを表示部４０７Ｄに表示する（ステップＳ１０５）。なお、ステップＳ１０５では、図１１（Ｂ）に示した態様の時刻表情報を通知する表示情報の提供を受けて、表示することもできる。
【００９９】
この後、制御部４０２は、動態管理サーバ１からの自機宛ての運行終了確認や後述する１つ前の停車場所の通過確認などを受信し（ステップＳ１０６）、動態管理サーバ１からの当該確認は、応答が必要なものか否かを判別する（ステップＳ１０７）。例えば、通常の運行終了確認であれば応答が求められることはない。しかし、運行終了確認であっても、停車すべき停車場所が未通過のまま到着地（最終的な目的地）に幼稚園バス５が戻ってきた場合、あるいは、２番目以降の停車場所での区分２の更新処理において、１つ前の停車場所が未通過であった場合には、これが適正か否かの応答が求められる。
【０１００】
ステップＳ１０７の判別処理において、動態管理サーバ１から受信した確認が、応答が必要なものであると判別したときには、制御部４０２は、応答の入力画面を表示部４０７Ｄに表示し、応答の入力を受け付ける（ステップＳ１０８）。この場合に、制御部４０２は、応答の入力を促すメッセージを表示部４０７Ｄに表示したり、音声出力部４０８及びスピーカ４０９を通じて音声メッセージとして出力したりする。この後、制御部４０２は、送信情報処理部４１１、無線通信部４０１及び送受信アンテナ４０１Ａを通じて、受け付けた応答を動態管理サーバ１に送信する（ステップＳ１０９）。
【０１０１】
なお、運行終了確認であっても、停車すべき停車場所が未通過のまま到着地（最終的な目的地）に幼稚園バス５が戻ってきた場合であって、これが正しくない場合、例えば、停車すべき停車場所を飛ばしてしまった場合などもある。このような場合には、問題有りの応答を動態管理サーバ１に返すが、同時に動態管理サーバ１からの運行終了確認は、打ち消されるようにされる。これにより、幼稚園バス５は、飛ばした停車場所に向かうなどの対応を取ることができるようにされる。
【０１０２】
ステップＳ１０９の処理の後と、ステップＳ１０７において動態管理サーバ１から受信した確認が、応答が必要なものではないと判別したときには、ステップＳ１１０の判別処理に進む。この場合、制御部４０２は、動態管理サーバ１からの確認が、運行終了確認か否かを判別し（ステップＳ１１０）、運行終了確認ではないと判別した時には、ステップＳ１０３からの処理を繰り返す。ステップＳ１０６で受信した動態管理サーバ１からの確認が運行終了確認であっても、上述したステップＳ１０９で運行終了確認が打ち消された場合、ステップＳ１１０においては、ステップＳ１０６で受信した確認は運行終了確認ではないと判別される。この場合にもステップＳ１０３からの処理が繰り返すようにされる。
【０１０３】
ステップＳ１１０の判別処理において、動態管理サーバ１からの確認が、運行終了確認であると判別した時には、運行終了通知を形成し、これを動態管理サーバ１に送信するなどの所定の終了処理を行う（ステップＳ１１１）。具体的に、ステップＳ１１１では、ステップＳ１０５において動態管理サーバ１から提供を受けた情報に基づいて、各停車場所を回り、出発地であって、到着地（目的地）でもある位置ＳＴに対応するジオフェンスｇｆ０内に到達したことを確認する。そして、制御部４０２は、送信情報処理部４１１を制御して図９に示した区分が「３」の運行終了通知を形成し、これを動態管理サーバ１に送信する。
【０１０４】
また、上述したように、動態管理サーバ１からの運行終了確認を受信し、停車すべき停車場所が未通過のままであるために、応答が要求され、ステップＳ１０８において、確認応答が入力されたとする。この場合に、車載端末４の使用者により問題なしとする応答入力が行われた場合には、動態管理サーバ１からの運行終了確認が打ち消されることはないので、ステップＳ１１０において運行終了確認を受信したもの判別される。したがってこの場合には、ステップＳ１１１において、図９に示した区分が「３」の運行終了通知が形成され、これを動態管理サーバ１に送信される。
【０１０５】
このように、車載端末４は、幼稚園バス５に持ち込まれた場合に、図１２のフローチャートに示した処理を行うアプリケーションソフトウェアを実行することにより、運行開始通知、現在位置通知、運行終了通知を動態管理サーバ１に送信することができる。そして、車載端末４からの運行開始通知、現在位置通知、運行終了通知に基づいて、当該車載端末４が持ち込まれた幼稚園バス５の動態（活動している状態）を適切に管理することができるようにされる。
【０１０６】
なお、上述もしたように、運行開始通知は運行開始時に送信され、また、運行終了通知は運行終了時に送信される。これに対して、現在位置通知は、運行開始から運行終了までの間において、所定のタイミングごとに繰り返し、最新の現在位置、最新の現在時刻のものが送信されるようになっている。
【０１０７】
［動態管理サーバ１の処理］
図１３、図１４は、動態管理サーバ１のステータス更新処理（区分２の更新処理）を説明するためのフローチャートである。この図１３、図１４のフローチャートに示す処理は、動態管理サーバ１の制御部１０２よって、運用者ごと、ルートごとに、常時実行可能なようにされている処理である。種々の運行者によって、朝、昼、夜、深夜など、終日、送迎のために車両が運行されているためである。
【０１０８】
そして、動態管理サーバ１の制御部１０２は、通信Ｉ／Ｆ１０１を通じて、車載端末４からの通知データを受信するようにし（ステップＳ２０１）、ステップＳ２０１において、車載端末４からの通知データを受信したか否かを判別する（ステップＳ２０２）。ステップＳ２０２の判別処理において、車載端末４からの通知データを受信していないと判別した時には、ステップＳ２０１からの処理を繰り返す。
【０１０９】
ステップＳ２０２の判別処理において、車載端末４からの通知データを受信したと判別した時には、制御部１０２は、受信した通知データは、先頭の区分が「１」の運行開始通知か否かを判別する（ステップＳ２０３）。ステップＳ２０３の判別処理において、運行開始通知を受信したと判別した時には、制御部１０２は、動態管理部１２５を制御して、対象ルート特定処理を実行し（ステップＳ２０４）、ステップＳ２０１からの処理を繰り返す。なお、ステップＳ２０４で実行される対象ルート特定処理の詳細については後述する。
【０１１０】
また、ステップＳ２０３の判別処理において、受信した通知データは、運行開始通知ではないと判別した時には、受信した通知データは、現在位置通知であると判別することができる。このため、制御部１０２は、動態管理部１２５を制御し、当該現在位置通知の現在位置は、当該現在位置通知の運行者ＩＤとルートＩＤとにより特定されるルート上のいずれかの停車場所のジオフェンスの内側の所定のエリア内にあるか否か（ジオフェンス内にあるか否か）を判別する（ステップＳ２０５）。図６を用いて説明したように、各停車場所のジオフェンスは各停車場所の所在位置に基づいて特定できるので、停車場所のそれぞれのジオフェンスごとに、今回受信した現在位置通知の現在位置によって示される位置が属するか否かを判別することになる。
【０１１１】
簡単には、図６に示したように、地図上に各停車場所のジオフェンスｇｆ０〜ｇｆ６を仮想的に描画し、現在位置によって示される位置を当該地図上に示すことによって、現在位置はジオフェンス内なのか否かを判別できる。また、ジオフェンス内の場合には、どの停車場所についてのジオフェンス内なのかをも特定できる。そして、ステップＳ２０５の判別処理において、受信した現在位置通知の現在位置により示される位置は、いずれの停車場所のジオフェンス内にも位置していないと判別したとする。すなわち、現在位置は、ジオフェンス外であると判別したとする。
【０１１２】
この場合、制御部１０２は、運行者別ルート別の出発地フラグは「０（ゼロ）」か否かを判別する（ステップＳ２０６）。当該出発地フラグは、現時点において、通過済み／未通過の判別対象の停車場所が、出発地か否かを示すものである。すなわち、出発地フラグが「０（ゼロ）」の場合には、通過済み／未通過の判別対象の停車場所は出発地であり、出発地フラグが「１」の場合には、通過済み／未通過の判別対象の停車場所は出発地以外であると判別できるようになっている。
【０１１３】
このステップＳ２０６の判別処理で、出発地フラグは「０（ゼロ）」であると判別した場合、すなわち、処理対象の停車場所は、出発地であると判別したときには、制御部１０２は、動態管理部１２５を制御して、出発地更新処理を実行する（ステップＳ２０７）。なお、ステップＳ２０７で実行される出発地更新処理の詳細については後述する。そして、ステップＳ２０６の判別処理で、出発地フラグが「０（ゼロ）」ではないと判別した場合と、ステップＳ２０７の出発地更新処理の後においては、制御部１０２は、ステップＳ２０１からの処理を繰り返すことになる。
【０１１４】
また、ステップＳ２０５の判別処理において、今回受信した現在位置通知の現在位置により示される位置は、いずれかの停車場所のジオフェンスの内側の所定のエリア内に位置していると判別したとする。すなわち、現在位置は、ジオフェンス内であると判別したとする。この場合、制御部１０２は、今回の現在位置通知の現在位置が属するジオフェンスは、出発地ＳＴのジオフェンスｇｆ０か否かを判別する（ステップＳ２０８）。
【０１１５】
ステップＳ２０８の判別処理において、今回の現在位置通知の現在位置が属するジオフェンスは、出発地ＳＴのジオフェンスｇｆ０であると判別したとする。この場合、幼稚園バス５はまだ出発地ＳＴのジオフェンスｇｆ０内にあり、出発地ＳＴを通過したと判別することはできないので、制御部１０２はステップＳ２０１からの処理を繰り返す。
【０１１６】
ステップＳ２０８の判別処理において、今回の現在位置通知の現在位置が示す位置が属するジオフェンスは、出発地ＳＴのジオフェンスｇｆ０ではないと判別したとする。この場合、制御部１０２は、今回の現在位置通知の現在位置が示す位置が属するジオフェンスは、１番目の停車場所Ｐ１のジオフェンスｇｆ１か否かを判別する（ステップＳ２０９）。
【０１１７】
ステップＳ２０９の判別処理において、今回受信した現在位置通知の現在位置が示す位置が、１番目の停車場所Ｐ１のジオフェンスｇｆ１内にあると判別したときには、制御部１０２は、動態管理部１２５を制御して、１番目更新処理を実行する（ステップＳ２１０）。また、ステップＳ２０９の判別処理において、今回受信した現在位置通知の現在位置が示す位置が、１番目の停車場所Ｐ１のジオフェンスｇｆ１内にはないと判別したときには、制御部１０２は、動態管理部１２５を制御して、２番目以降更新処理を行う（ステップＳ２１１）。
【０１１８】
すなわち、ステップＳ２０９の判別処理において、今回受信した現在位置通知の現在位置が示す位置が、１番目の停車場所Ｐ１のジオフェンスｇｆ１内にはないと判別したとする。この場合には、今回受信した現在位置通知の現在位置が示す位置は、出発地のジオフェンスｇｆ０内でも、１番目の停車場所のジオフェンスｇｆ１内でもなく、２番目以降の停車場所のジオフェンス内であると判別できるためである。
【０１１９】
ステップＳ２１０の１番目更新処理の後と、ステップＳ２１１の２番目以降更新処理の後においては、図１４の処理に進み、終了確認処理を実行する（ステップＳ２１２）。ステップＳ２１２において、制御部１０２は、動態管理部１２５を制御し、受信した車載端末４からの現在位置通知の運行者ＩＤ及びルートＩＤに基づいて、ルート管理ＤＢ１１３の格納データを参照する。
【０１２０】
そして、当該ルートの停車すべき停車場所（区分１が「停車」である停車場所）がすべて通過済み（区分２が「通過済み」）で、かつ、今回の現在位置通知により通知された現在位置が到着地（目的地）のジオフェンス内に入ったかを確認する。当該ルートの停車すべき停車場所がすべて通過済みで、かつ、今回の現在位置通知により通知された現在位置が到着地（目的地）のジオフェンス内に入っていれば、当該ルートの運行は終了したと判別できる。なお、現在位置が到着地（目的地）のジオフェンス内に入っていても、当該ルートの停車すべき停車場所がすべて通過済みでない場合には、一応、運行は終了したものと判別できるが、飛ばしてしまった停車場所があるかどうかの応答を求めることが必要とされる。
【０１２１】
そして、制御部１０２は、ステップＳ２１２の終了確認処理に基づいて、当該ルートの運行は終了したか否かを判別し（ステップＳ２１３）、終了したと判別した時には、運行終了確認を形成して、これを対応する車載端末４に送信する（ステップＳ２１４）。なお、上述したように、一応、運行は終了したものと判別できるが、飛ばしてしまった停車場所があるかどうかの応答を求めることが必要とされている場合には、応答入力を求める旨の情報が付与された運行終了確認が形成され、これが送信される。
【０１２２】
この後、図１２を用いて説明したように、車載端末４から送信されて来る運行終了通知や確認応答を受信するようにし（ステップＳ２１５）、車載端末４から受信した情報は、運行終了通知か否かを判別する（ステップＳ２１６）。ステップＳ２１６の判別処理において、車載端末４から受信した情報は、運行終了通知であると判別したときには、当該運行者の当該ルートについての車両、この例の場合には幼稚園バス５の運行は終了したと判別できる。この場合には、当該ルートの運行終了処理として、ルート管理ＤＢ１１３の該当データの運行終了フラグをオン「１」にする（ステップＳ２１７）。
【０１２３】
ステップＳ２１７の処理の後と、ステップＳ２１３で運行は終了していないと判別した場合と、ステップＳ２１６において、車載端末４から受信した情報は運行終了通知ではないと判別したときには、図１３のステップＳ２０１からの処理を繰り返す。このようにして、各運行者の各ルートについてのステータス更新処理が行われる。
【０１２４】
なお、ステップＳ２１０の１番目更新処理は、１番目の停車場所についての停車場所に関する情報の更新処理である。また、ステップＳ２１１の２番目以降更新処理は、２番目以降の停車場所のそれぞれについての停車場所に関する情報の更新処理である。これら、１番目更新処理、２番目以降更新処理の詳細については後述する。
【０１２５】
そして、動態管理サーバ１においては、図１３、図１４に示すステータス更新処理により、幼稚園バス５が辿る各停車場所について、通過済み／未通過の判別を適切に行って、各停車場所に関する情報の区分２を適切に更新することができるようにしている。次に、図１３、図１４に示したステータス更新処理のステップＳ２０４で行われる対象ルート特定処理、ステップＳ２０７で行われる出発地更新処理、ステップＳ２１０で行われる１番目更新処理、ステップＳ２１１で行われる２番目以降更新処理のそれぞれについて説明する。
【０１２６】
［対象ルート特定処理］
図１５は、図１３、図１４に示したステータス更新処理のステップＳ２０４で実行される対象ルート特定処理を説明するためのフローチャートである。この対象ルート特定処理では、制御部１０２が動態管理部１２５を制御して、対象ルートを特定する処理を行う（ステップＳ３０１）。具体的に、ステップＳ３０１において、制御部１０２は、受信した車載端末４からの運行開始通知に含まれる運行者ＩＤとルートＩＤとを動態管理部１２５に通知する。動態管理部１２５は、制御部１０２からの運行者ＩＤとルートＩＤとに基づいて、ルート管理ＤＢ１１３を参照し、用いるルート管理データを特定する。
【０１２７】
次に、動態管理部１２５は、制御部１０２の制御の下、特定したルート、すなわち、運行者ＩＤとルートＩＤによって特定したルートについての出発地フラグと、運行終了フラグとに「０（ゼロ）」をセットする（ステップＳ３０２）。これにより、通過済み／未通過の判別対処の停車場所は、出発地であることが特定されると共に、当該ルートにおいて、幼稚園バスの運行が開始され、運行中であることが示される。そして、動態管理部１２５は、ステップＳ３０１で特定したルート管理データと地図情報ＤＢ１０４の地図情報に基づいて、図１１（Ａ）に示した態様のルート確認情報を形成し、これを当該運行開始通知の送信元の車載端末４に送信して提供する（ステップＳ３０３）。
【０１２８】
そして、制御部１０２は、この図１４に示す対象ルート特定処理ルーチンを抜け、図１３に示したステータス更新処理のステップＳ２０４の処理に戻り、ステップＳ２０１からの処理を繰り返すことになる。
【０１２９】
［出発地更新処理］
図１６は、図１３に示したステータス更新処理のステップＳ２０７で実行される出発地更新処理を説明するためのフローチャートである。ステップＳ２０７で出発地更新処理が実行される場合には、幼稚園バス５に持ち込まれた車載端末４の現在位置（幼稚園バスの現在位置）が、ジオフェンス外で、かつ、出発地フラグが「０（ゼロ）」である。この場合、ジオフェンス内にあった現在位置がジオフェンス外に移動し、しかも、当該ジオフェンスは、出発地のジオフェンスであると判別できる。
【０１３０】
このため、制御部１０２の制御の下、動態管理部１２５は、現在位置通知により通知された運行者ＩＤとルートＩＤで特定されるルート管理データの出発地に関する情報（停車場所に関する情報）の区分２を、「未通過」から「通過済み」に更新する（ステップＳ４０１）。そして、制御部１０２は、通知処理部１２６を制御し、利用者への通知処理を実行する（ステップＳ４０２）。
【０１３１】
ステップＳ４０２では、通知処理部１２６が、今回の通知先となる利用者お利用者データを、利用者管理ＤＢ１１２から抽出する。ここで、抽出される利用者データは、運行者ＩＤとルートＩＤとが、現在位置通知の運行者ＩＤとルートＩＤと同じであり、かつ、利用者データの通知タイミングに応じて決まるバス停ＩＤを有するものである。そして、通知処理部１２６が、当該抽出した利用者データに応じて、当該利用者に対して、予め設定された通知方法で、幼稚園バスの到来を通知する。
【０１３２】
なお、通知タイミングに応じて決まるバス停ＩＤは、この例の場合、現在の通過済み／未通過の判別対処の停車場所は出発地である。このため、通知タイミングが「１つ前」である場合には、出発地が１つ前の停車場所となるバス停ＩＤが「０１」の１番目の停車場所の利用者が今回の通知先となる。同様に、通知タイミングが「２つ前」である場合には、出発地が２つ前の停車場所となるバス停ＩＤが「０２」の２番目の停車場所の利用者もまた今回の通知先となる。
【０１３３】
このように、通知タイミングに応じて決まるバス停ＩＤの停車場所の利用者の利用者データをすべて利用者管理ＤＢ１１２から抽出し、幼稚園バス５の到来を当該利用者の全てに通知する。そして、当該利用者の保護者が所持する利用者端末に対して、「幼稚園バス５が１つ前の停車場所を通過しました。」、「幼稚園バス５が２つ前の停車場所を通過しました。」といった幼稚園バス５の到来を利用者である園児の保護者に通知できる。
【０１３４】
この後、制御部１０２の制御の下、動態管理部１２５は、現在位置通知の運行者ＩＤとルートＩＤによって特定されるルートについての出発地フラグに「１」をセットする（ステップＳ４０３）。これにより、出発地についての区分２のステータスの更新処理は終了したことが示される。そして、制御部１０２は、この図１６に示す出発地更新処理ルーチンを抜け、図１３に示したステータス更新処理のステップＳ２０７の処理に戻り、ステップＳ２０１からの処理を繰り返すことになる。
【０１３５】
［１番目更新処理］
図１７は、図１３に示したステータス更新処理のステップＳ２１０で実行される１番目更新処理を説明するためのフローチャートである。この図１７に示す１番目更新処理は、出発地の次に幼稚園バス５が向かうはずの１番目（最初）の停車場所についての区分２の更新処理である。ステップＳ２１０で１番目更新処理が実行される場合には、幼稚園バス５に持ち込まれた車載端末４の現在位置（幼稚園バスの現在位置）が、ジオフェンス内で、かつ、そのジオフェンスは１番目の停車場所のジオフェンスｇｆ１であることが特定されている。
【０１３６】
このため、出発地ＳＴは通過済みのはずである。しかし、例えば、車載端末４で図１２に示した処理の立ち上げが遅れた場合などにおいては、ルート管理データの出発地に関する情報の区分２が更新されていない場合があると考えられる。このため、制御部１０２の制御の下、動態管理部１２５は、現在位置通知により通知された運行者ＩＤとルートＩＤで特定されるルート管理データの出発地に関する情報の区分２が「通過済み」か否かを判別する（ステップＳ５０１）。ステップＳ５０１の判別処理で、当該出発地に関する情報の区分２が「通過済み」ではないと判別した時には、当該出発地に関する情報の区分２を「通過済み」に更新する（ステップＳ５０２）。そして、ステップＳ５０２の更新処理の後と、ステップＳ５０１の判別処理で、当該出発地に関する情報の区分２が「通過済み」であると判別した時には、ステップＳ５０３の処理に進む。
【０１３７】
次に、制御部１０２の制御の下、動態管理部１２５は、現在位置通知により通知された運行者ＩＤとルートＩＤで特定されるルート管理データの１番目の停車場所に関する情報の区分１が「停車する」で、かつ、区分２が「未通過」か否かを判別する（ステップＳ５０３）。ステップＳ５０３の条件を満足すると判別した場合には、動態管理部１２５は、１番目の停車場所に関する情報の区分２を、「未通過」から「通過済み」に更新する（ステップＳ５０４）。そして、制御部１０２は、通知処理部１２６を制御し、利用者への通知処理を実行する（ステップＳ５０５）。このステップＳ５０５の処理は、図１５を用いて説明した出発地更新処理のステップＳ４０２の処理と同様の処理となる。
【０１３８】
ステップＳ５０５の処理の後と、ステップＳ５０３の判別処理において、ステップＳ５０３の判別条件を満足しないと判別したときには、制御部１０２は、この図１７に示す１番目更新処理ルーチンを終了する。この場合、制御部１０２は、図１３、図１４に示したステータス更新処理のステップＳ２１０の処理に戻り、図１４のステップＳ２１２からの処理を実行することになる。
【０１３９】
［２番目以降更新処理］
図１８は、図１３に示したステータス更新処理のステップＳ２１１で実行される２番目以降更新処理を説明するためのフローチャートである。この図１６に示す２番目以降更新処理は、出発地でも１番目（最初）の停車場所でもない、２番目以降に停車する停車場所についての区分２の更新処理である。
【０１４０】
この２番目以降更新処理においても、当該２番目以降更新処理が実行されるということは、出発地ＳＴは通過済みのはずである。このため、図１７の１番目更新処理の場合と同様に、制御部１０２の制御の下、動態管理部１２５は、現在位置通知により通知された運行者ＩＤとルートＩＤで特定されるルート管理データの出発地に関する情報の区分２が「通過済み」か否かを判別する（ステップＳ６０１）。ステップＳ６０１の判別処理で、当該出発地に関する情報の区分２が「通過済み」ではないと判別した時には、当該出発地に関する情報の区分２を「通過済み」に更新する（ステップＳ６０２）。そして、ステップＳ６０２の更新処理の後と、ステップＳ６０１の判別処理で、当該出発地に関する情報の区分２が「通過済み」であると判別した時には、ステップＳ６０３の処理に進む。
【０１４１】
そして、制御部１０２は、今回受信した現在位置通知の現在位置が示す位置は、どの停車場所のジオフェンス内に位置するのかを特定する（ステップＳ６０３）。このステップＳ６０３の処理は、通過済み／未通過の判別対象の停車場所を特定する処理に相当する。そして、図６を用いて説明したように、各停車場所のジオフェンスは各停車場所の所在位置に基づいて特定できる。
【０１４２】
したがって、上述した図１３に示したフローチャートのステップＳ２０５の判別処理により、今回受信した現在位置通知の現在位置が示す位置は、Ｎ（Ｎは、２以上の整数）番目に停車する停車場所ＰＮのジオフェンスｇｆＮ内であることは判別されている。このため、ステップＳ６０３では、当該判別結果を用いて、当該Ｎ番目の停車場所が、今回の通過済み／未通過の判別対象の停車場所であると特定できる。
【０１４３】
そして、制御部１０２の制御の下、動態管理部１２５は、まず、現在位置通知により通知された運行者ＩＤとルートＩＤで特定されるルート管理データの１つ前の停車場所に関する情報の区分２が「通過済み」になっているか否かを判別する（ステップＳ６０４）。このステップＳ６０４の判別処理が、通過済み／未通過の判別対象の停車場所であるＮ番目の停車場所の１つ前の停車場所の停車場所に関する情報の区分２が、既に「通過済み」になっているか否かを判別する処理である。
【０１４４】
ここで、１つ前の停車場所は、上述もしたように、停車場所に関する情報の区分１が「停車」となっており、現在の停車場所（Ｎ番目の停車場所）よりも停車順番が前で、かつ、現在の停車場所（Ｎ番目の停車場所）に停車順番上最も近い停車場所を意味する。したがって、Ｎ番目の停車場所の１つ前の停車場所は、順番の上ではＮ−１番目の停車場所である。
【０１４５】
しかし、仮に、Ｎ−１番目の停車場所の区分１が、「停車しない（通過）」を示すものであり、更にその１つ前のＮ−２番目の停車場所の区分１が「停車」である場合には、Ｎ−２番目の停車場所が、Ｎ番目の停車場所である現在の停車場所の１つ前の停車場所ということになる。より具体的には、現在の停車場所が停車場所Ｐ２で、その１つ前の停車場所Ｐ１の区分１が「停車しない（通過）」であった場合、当該停車場所Ｐ２の１つ前の停車場所は出発地ＳＴということになる。
【０１４６】
ステップＳ６０４の判別処理において、現在の停車場所の１つ前の停車場所の停車場所に関する情報の区分２が「通過済み」になっていない（「未通過」のままである）と判別したとする。この場合、後述もするように、「通過済み」になっていなくてもよい場合もあるが、例えば、道路工事や交通事故により通行止めになっている道路を迂回したために、停車すべき停車場所への到達順番が当初の予定とは異なる場合などがあると考えられる。
【０１４７】
このため、制御部１０２の制御の下、動態管理部１２５は、現在の停車場所の１つ前の停車場所が「通過済み」になっていなくてよいかの確認要求を形成し、これを処理対象の現在位置通知の送信元の車載端末４に送信する（ステップＳ６０５）。この後、制御部１０２は、当該車載端末から送信されて来る応答を受信し（ステップＳ６０６）、当該応答が、１つ前の停車場所が「通過済み」になっていなくてよい（ＯＫである）ことを示すものか否かを判別する（ステップＳ６０７）。
【０１４８】
ステップＳ６０４の判別処理において、現在の停車場所の１つ前の停車場所の停車場所に関する情報の区分２が「通過済み」になっていると判別した場合には、制御部１２０は、ステップＳ６０８お判別処理に進む。同様に、ステップＳ６０７の判別処理で、車載端末４からの応答が、１つ前の停車場所が「通過済み」になっていなくてよい（ＯＫである）ことを示すものであると判別したときにも、制御部１２０は、ステップＳ６０８お判別処理に進む。
【０１４９】
そして、制御部１０２の制御の下、動態管理部１２５は、現在位置が位置するジオフェンスの停車場所の停車場所に関する情報を参照し、区分１が「停車する」で、かつ、区分２が「未通過」か否かを判別する（ステップＳ６０８）。ステップＳ６０８の処理は、現在位置通知により通知された運行者ＩＤとルートＩＤで特定されるルート管理データのＮ番目の停車場所に関する情報の区分１が「停車する」で、かつ、区分２が「未通過」か否かを判別する処理である。
【０１５０】
ステップＳ６０８の条件を満足すると判別した場合には、動態管理部１２５は、Ｎ番目の停車場所に関する情報の区分２を、「未通過」から「通過済み」に更新する（ステップＳ６０９）。そして、制御部１０２は、通知処理部１２６を制御し、利用者への通知処理を実行する（ステップＳ６１０）。このステップＳ６１０の処理は、図１７に示したステップＳ５０５の処理や図１６に示したステップＳ４０２の処理と同様の処理となる。
【０１５１】
ステップＳ６１０の処理の後においては、制御部１０２は、この図１８に示す２番目以降処理ルーチンを終了する。また、ステップＳ６０７の判別処理で、車載端末４からの応答が、１つ前の停車場所が「通過済み」になっていなくてはいけない（ＯＫではない）と判別したときには、区分２の更新処理は行わず、この図１８に示す２番目以降処理ルーチンを終了する。同様に、ステップＳ６０８の条件を満足しないと判別した場合にも、区分２の更新処理は行わず、この図１８に示す２番目以降処理ルーチンを終了する。そして、図１８に示す２番目以降処理ルーチンを終了した場合、制御部１０２は、図１３、図１４に示したステータス更新処理のステップＳ２１１の処理に戻り、図１４のステップＳ２１２からの処理を行うことになる。
【０１５２】
そして、図６に示した例の場合には、２番目に停車する停車場所Ｐ２と、４番目に停車する停車場所Ｐ４が隣接して設けられている。このため、幼稚園バス５が、その双方のジオフェンス内に到達する場合が発生する。しかし、この２番目以降更新処理の場合には、１つ前の停車場所が通過済みか否かも判別するので、２番目の停車場所Ｐ２を通過したのか、４番目の停車場所を通過したのかを間違えることもない。
【０１５３】
このように、図１３〜図１８に示した動態管理サーバ１の処理により、幼稚園バス５の停車場所が隣接して複数設けられた場合であっても、どの停車場所を通過したのかを適切に判別し、幼稚園バス５の動態を正確に把握することができる。
【０１５４】
また、上述もしたように、１つ前の停車場所が未通過なのは、適切なのかどうかを車載端末４の使用者に確認を求めるようにしている。このため、道路工事や交通事故などのために、急遽ルートが変更になった場合でも、到達した停車場所についての停車場所に関する情報の区分２を適切に更新することができる。また、本来、停車すべき停車場所だったのに飛ばしてしまった停車場所に、順番を変えて到達した場合であっても、当該停車場所についての停車場所に関する情報の区分２を適切に更新することができる。
【０１５５】
［実施の形態の効果］
このように、図１２に示した車載端末４の処理と、図１３〜図１８に示した動態管理サーバ１の処理とによって、動態管理サーバ１では、幼稚園バス５の動態を適切に把握し、これを幼稚園バス５の利用者である園児の保護者に通知することができる。
【０１５６】
また、幼稚園バス５の利用者である園児の保護者は、利用者端末６を通じて、欠席する場合などにおいて、幼稚園バス５を利用しないことを動態管理サーバ１に通知することができる。これにより、動態管理サーバ１は、利用者がいない停車場所については、停車しないこと（通過すること）を、車載端末４を通じて幼稚園バス５のドライバなどに通知し、利用者のいない停車場所を通過するようにして運行できる。
【０１５７】
そして、通過する停車場所が発生しても、動態管理サーバ１は、幼稚園バス５の動態を適切に把握することができ、幼稚園バス５の利用者である園児の保護者に、正確な運行情報や時刻表情報を提供することができる。
【０１５８】
［変形例］
なお、幼稚園バス５の利用者である園児の保護者に対して、利用者端末６を通じて提供する運行情報（図１１（Ａ））や時刻表情報（図１１（Ｂ））においても、利用者いないために停車しない停車場所については、これを明確に示すように表示してもよい。
【０１５９】
また、利用者いないために停車しない停車場所が発生した場合に、それ以降の停車場所についての到着予定時刻が変わる場合には、動態管理サーバ１の通知処理部１２６の機能により、該当する停車場所の利用者の保護者に対して、利用者端末６を通じて通知するように処理することもできる。
【０１６０】
また、交通渋滞や何等かの障害により、到着時刻が遅れる場合もある。この様な場合には、車載端末４からの要求により、あるいは、車載端末４からの報告を受けた管理端末３からの要求により、動態管理サーバ１が、利用者端末６を通じて利用者の保護者に対して遅延の状況などを通知することもできる。
【０１６１】
また、上述した実施の形態では幼稚園バス５を運行する場合を例にして説明したが、これに限るものではない。保育園、スイミングスクールなどの習い事、塾、デイサービス施設などの送迎用車両を運行する種々の運行者と複数の利用者とが存在する場合において、この発明を適用することができる。
【０１６２】
また、上述した実施の形態の場合には、送迎用車両の運行側にも、送迎用車両の利用者側にも、新規の装置を導入することなく、既存のパーソナルコンピュータやスマートフォンを用いて、この発明の動態管理システムを構築することができる。もちろん、送迎用の車両は日々運行されるものであるので、車載端末４は、送迎用車両に常時取り付けられた状態で用いられる備え付け型のものとして実現したり、いわゆるＰＮＤ型の車両に対して着脱が容易な専用装置として実現したりしてもよい。
【０１６３】
また、上述した実施の形態の場合には、幼稚園バスなどの送迎用車両に特別な装置を搭載することもなく、送迎用車両の運行側にも、送迎用車両の利用者側にも、新規の装置を導入することなく、既存のパーソナルコンピュータやスマートフォンを用いて、この発明の動態管理システムを構築することができる。
【０１６４】
また、上述した実施の形態では、ジオフェンスは、停車場所の所在位置を中心にして半径１００ｍの円の円周を用いるようにしたが、これに限るものではない。種々の長さの半径の円の円周を用いることもできるし、３角形以上の多角形のジオフェンスを定義して用いることもできる。
【０１６５】
［その他］
上述した実施の形態の説明からも分かるように、車載端末の現在位置測位手段の機能は、車載装置４のＧＰＳ部１０７が実現し、車載端末４の送信手段の機能は、送信情報処理部４１１と無線通信部４０１及び送受信アンテナ４０１Ａが実現している。また、車載端末の制御手段の機能は、車載端末４の制御部４０２が実現している。
【０１６６】
また、動態管理サーバの停車場所情報記憶手段の機能は、動態管理サーバ１のルート管理ＤＢ１１３が実現し、動態管理サーバの受信手段の機能は、動態管理サーバ１の主に通信Ｉ／Ｆ１０１が実現している。また、動態管理サーバの更新手段の機能は、動態管理サーバ１の動態管理部１２５が実現している。また、動態管理サーバの形成手段の機能は、動態管理サーバ１の制御部１０２と通知処理部１２６が実現し、動態管理サーバの送信手段の機能は、動態管理サーバ１の主に通信Ｉ／Ｆ１０１が実現している。
【０１６７】
動態管理サーバの通知情報受信手段の機能は、動態管理サーバ１の主に通信Ｉ／Ｆ１０１が実現し、動態管理サーバの欠席更新手段、変更手段の機能は、動態管理サーバ１の停車／非停車管理部１２４が実現している。また、利用者端末の受付手段の機能は、利用者端末６のタッチパネル４０７が実現し、利用者端末の通知情報送信手段の機能は、送信情報処理部４１１と無線通信部４０１及び送受信アンテナ４０１が実現している。
【０１６８】
また、上述した実施の形態の図１２〜図１８のフローチャートを用いて説明した方法が、この発明の動態管理方法の一実施の形態が適用されたものである。また、図１２のフローチャートに示した処理を実行するプログラムを、携帯電話端末に搭載することにより、この発明の車載端末が実現できる。また、図１３〜図１８に示したフローチャートの処理を実行するプログラムをネットワーク上のサーバに搭載することにより、この発明の動態管理サーバを実現することができる。
【０１６９】
また、動態管理サーバ１の運行者登録部１２１、利用者登録部１２２、ルート設定部１２３、停車／非停車管理部１２４、動態管理部１２５、通知処理部１２６の各機能は、動態管理サーバ１の制御部１０２で実行されるプログラムにより、制御部１０２の機能として実現することもできる。
【０１７０】
また、車載端末４、利用者端末６の受信情報処理部４１０、送信情報処理部４１１の機能は、車載端末４の制御部４０２、利用者端末６の制御部４０２で実行されるプログラムにより、制御部４０２の機能として実現することもできる。
【符号の説明】
【０１７１】
１…動態管理サーバ、１０１…通信Ｉ／Ｆ、１０２…制御部、１０３…記憶装置、１０４…地図情報ＤＢ、１１０…動態プラットホーム、１１１…運行者管理ＤＢ、１１２…利用者管理ＤＢ、１１３…ルート管理ＤＢ、１２１…運行者登録部、１２２…利用者登録部、１２３…ルート設定部、１２４…停車／非停車管理部、１２５…動態管理部、１２６…通知処理部、２…通信ネットワーク、ｇｆ０〜ｇｆ６…ジオフェンス、３…管理端末、３０１…無線通信部、３０２…制御部、３０３…記憶装置、３０４…操作部、３０５…表示部、３０６…送信処理部、３０７…受信処理部、４…車載端末、４０１Ａ…送受信アンテナ、４０１…無線通信部、４０２…制御部、４０３…記憶装置、４０４…操作部、４０５…ＧＰＳ部、４０５Ａ…ＧＰＳアンテナ、４０７Ｄ…表示部、４０７Ｓ…タッチセンサ、４０７…タッチパネル、４０８…音声出力部、４０９…スピーカ、４１０…受信情報処理部、４１１…送信情報処理部
【図１】
2018063466.tif 000003
【図２】
2018063466.tif 000004
【図３】
2018063466.tif 000005
【図４】
2018063466.tif 000006
【図５】
2018063466.tif 000007
【図６】
2018063466.tif 000008
【図７】
2018063466.tif 000009
【図８】
2018063466.tif 000010
【図９】
2018063466.tif 000011
【図１０】
2018063466.tif 000012
【図１１】
2018063466.tif 000013
【図１２】
2018063466.tif 000014
【図１３】
2018063466.tif 000015
【図１４】
2018063466.tif 000016
【図１５】
2018063466.tif 000017
【図１６】
2018063466.tif 000018
【図１７】
2018063466.tif 000019
【図１８】
2018063466.tif 000020