(57)【要約】【課題】定められた路線を走行する移動体に、進行先における停車車両の状態を通知する。【解決手段】本発明の運行支援システムは、公道上を予め定められた経路で移動する第１の移動体に搭載され、定期的に第１の移動体の、速度、位置情報及び現在時刻を含む走行情報を運行支援装置に送信する第１の端末装置と、第１の移動体以外の移動体である第２の移動体に搭載され、前記第２の移動体が停車状態と走行状態との間を遷移する都度、第２の移動体の走行情報を運行支援装置に送信する第２の端末装置と、第１の移動体が走行する予定の公道上において停車状態にある第２の移動体を特定し、特定した第２の移動体に接近する第１の移動体を特定し、特定した第１の移動体に搭載される第１の端末装置に対して、特定した第２の移動体の走行情報を送信することにより、第１の端末装置に、特定した第２の移動体の走行情報を表示させる運行支援装置と、を備える。【選択図】図４
2014049083.tif 000002
【特許請求の範囲】
【請求項１】
公道上を予め定められた経路で移動する第１の移動体に搭載され、
定期的に前記第１の移動体の、速度、位置情報及び現在時刻を含む走行情報を運行支援装置に送信する第１の端末装置と、
公道上を走行する第１の移動体以外の移動体である第２の移動体に搭載され、
前記第２の移動体が停車状態から走行状態に遷移する都度、又は、走行状態から停車状態に遷移する都度、前記第２の移動体の走行情報を前記運行支援装置に送信する第２の端末装置と、
前記第１の移動体の走行情報と、前記第２の移動体の走行情報とに基づいて、前記第１の移動体が走行する予定の公道上において停車状態にある前記第２の移動体を特定し、前記特定した第２の移動体に接近する前記第１の移動体を特定し、
前記特定した第１の移動体に搭載される前記第１の端末装置に対して、前記特定した第２の移動体の走行情報を送信することにより、前記第１の端末装置に、前記特定した第２の移動体の走行情報を表示させる前記運行支援装置と、
を備えることを特徴とする運行支援システム。
【請求項２】
前記運行支援装置は、
前記特定した第２の移動体の走行情報を記憶する記憶部を備え、
前記特定した第２の移動体が走行状態に遷移した時点において、当該特定した第２の移動体の走行情報を前記第１の端末装置に対して送信していない場合は、当該特定した第２の移動体の走行情報を前記記憶部から削除すること、
を特徴する請求項１に記載の運行支援システム。
【請求項３】
前記第１の端末装置は、
前記第１の移動体の走行情報と、前記特定した第２の移動体の走行情報とに基づき、前記第１の移動体が前記第２の移動体の位置に到達するまでの時間を算出し、
前記第２の移動体を示す図形に関連付けて、前記算出した時間を表示し、
ユーザから所定の指示を受け付けると、前記公道上の所定の区間ごとに、前記特定した第２の移動体の台数を集計して表示すること、
を特徴する請求項２に記載の運行支援システム。
【請求項４】
前記運行支援装置は、
前記特定した第１の移動体の走行情報と、前記特定した第２の移動体の走行情報とに基づき、前記特定した第１の移動体が前記特定した第２の移動体の位置に到達するまでの時間を算出し、
前記特定した第２の移動体に搭載される前記第２の端末装置に対し、前記算出した時間を送信し、
前記第２の端末装置は、
前記送信された時間を表示すること、
を特徴とする請求項２に記載の運行支援システム。
【請求項５】
前記運行支援装置は、
前記特定した第２の移動体の位置から所定の範囲内の位置を、前記第１の移動体が所定の速度以上で走行した場合は、前記特定した第２の移動体の走行情報を前記記憶部から削除すること、
を特徴とする請求項３に記載の運行支援システム。
【請求項６】
前記第１の端末装置は、
前記第２の移動体が前記第１の移動体の走行を妨げる所定の事象が発生するのを契機として、前記第１の移動体の走行情報を前記運行支援装置に送信し、
前記運行支援装置は、
前記送信された走行情報を、前記特定した第２の移動体についての情報と看做して前記記憶部に記憶し、
前記第１の端末装置は、
前記第２の移動体が前記第１の移動体の走行に協力する所定の事象が発生するのを契機として、前記第２の移動体の画像を取得し、前記取得した画像を前記運行支援装置に送信し、
前記運行支援装置は、
前記送信された画像を解析することによって、前記第２の移動体を認識し、
前記認識した第２の移動体に関連付けて所定の評価ポイントを記憶すること、
を特徴とする請求項５に記載の運行支援システム。
【請求項７】
公道上を予め定められた経路で移動する第１の移動体に搭載された第１の端末装置は、
定期的に前記第１の移動体の、速度、位置情報及び現在時刻を含む走行情報を運行支援装置に送信し、
公道上を走行する第１の移動体以外の移動体である第２の移動体に搭載された第２の端末装置は、
前記第２の移動体が停車状態から走行状態に遷移する都度、又は、走行状態から停車状態に遷移する都度前記第２の移動体の走行情報を前記運行支援装置に送信し、
前記運行支援装置は、
前記第１の移動体の走行情報と、前記第２の移動体の走行情報とに基づいて、前記第１の移動体が走行する予定の公道上において停車状態にある前記第２の移動体を特定し、前記特定した第２の移動体に接近する前記第１の移動体を特定し、
前記特定した第１の移動体に搭載される前記第１の端末装置に対して、前記特定した第２の移動体の走行情報を送信することにより、前記第１の端末装置に、前記特定した前記第２の移動体の走行情報を表示させること、
を特徴とする、前記第１の端末装置、前記第２の端末装置及び前記運行支援装置を備える運行支援システムの運行支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、運行支援システム及び運行支援方法に関する。
【背景技術】
【０００２】
近時、高齢化に伴う都市部への人口集中、エコマインドの向上等に伴い、市民の足としての路線バスのニーズが再認識されつつある。しかしながら、鉄道等とは異なり、路線バスは、道路という公共財を一般の車両等と共有している。例えば、路上に車両が停車していると、路線バスは路側に接する車線を走行することを妨げられるだけでなく、走行速度を下げざるを得なくなる。極端な場合、路線バスはバス停に停車することができなくなる。よって、路線バスを定時に運行するには、停車車両の取り締りはもちろんのこと、路線バスの運転手が停車車両の存在を少しでも早く知ることが重要である。
従来から、駐車車両を検知する技術が存在する。特許文献１の駐車違反車両検出システムは、道路を移動する移動体から、同一場所の異なる時間における複数の画像を取得し、所定の時間ある場所に留まっている車両を「駐車違反」であると認定する。特許文献２の駐車場監視装置は、固定されたカメラを使用して大型店舗の駐車場の画像を定期的に取得する。そして、複数回に亘って取得された画像を合成し、合成画像に現れる画像の鮮明度によって、長時間駐車している車両を特定する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−１４５６３２号公報（図６）
【特許文献２】特開２００６−２０３７８０号公報（請求項１）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１及び２の技術は、長時間停車している車両を特定することは可能であるが、停車によって迷惑を受ける路上走行中の路線バス等に必要な情報を通知することは想定していない。
そこで、本発明は、定められた路線を走行する移動体に、進行先における停車車両の状態を通知する運行支援システムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明の運行支援システムは、公道上を予め定められた経路で移動する第１の移動体に搭載され、定期的に第１の移動体の、速度、位置情報及び現在時刻を含む走行情報を運行支援装置に送信する第１の端末装置と、公道上を走行する第１の移動体以外の移動体である第２の移動体に搭載され、第２の移動体が停車状態から走行状態に遷移する都度、又は、走行状態から停車状態に遷移する都度、第２の移動体の走行情報を運行支援装置に送信する第２の端末装置と、第１の移動体の走行情報と、第２の移動体の走行情報とに基づいて、第１の移動体が走行する予定の公道上において停車状態にある第２の移動体を特定し、特定した第２の移動体に接近する第１の移動体を特定し、特定した第１の移動体に搭載される第１の端末装置に対して、特定した第２の移動体の走行情報を送信することにより、第１の端末装置に、特定した第２の移動体の走行情報を表示させる運行支援装置と、を備えることを特徴とする。
その他の手段については、発明を実施するための形態のなかで説明する。
【発明の効果】
【０００６】
本発明によれば、定められた路線を走行する移動体に、進行先における停車車両の状態を通知する運行支援システムを提供することが可能になる。
【図面の簡単な説明】
【０００７】
【図１】本実施形態の環境を説明する図である。
【図２】運行支援システムを説明する図である。
【図３】運行支援システムの構成のうち、バス端末装置及び車両端末装置を説明する図である。
【図４】バス端末装置の出力装置に表示されるバス案内画面の例である。
【図５】バス端末装置の出力装置に表示されるバス案内画面の他の例である。
【図６】車両端末装置の出力装置に表示される車両案内画面の例である。
【図７】（ａ）は、路線バス運行情報を説明する図である。（ｂ）は、車両停車情報を説明する図である。
【図８】受信情報を説明する図である。
【図９】定期処理手順のフローチャートである。
【図１０】状態フラグの遷移を説明する図である。
【図１１】車両停車情報のある特定の車両についてのレコードの通知フラグの遷移を説明するフローチャートである。
【図１２】車両端末装置が速度、位置情報等を運行支援装置に送信する処理手順を示すフローチャートである。
【図１３】運行支援装置が速度、位置情報等を車両端末装置から受信した後の処理手順のフローチャートである。
【図１４】通知予約処理のフローチャート（ステップＳ２７９の詳細）である。
【図１５】路線バスへの通知処理のフローチャート（ステップＳ２８０の詳細）である。
【図１６】バス端末装置が、運行支援装置から、車両についての情報を受信した際の処理手順のフローチャートである。
【図１７】後続路線バスの到着時間通知処理のフローチャート（ステップＳ２８１及びステップＳ２６３の詳細）である。
【図１８】路線バスが車両を回避する場合等の処理手順のフローチャートである。
【図１９】運行支援装置がマナーの良い車両にポイントを付与する処理手順のフローチャート（ステップＳ３７４の詳細）である。
【図２０】路線バス運行情報の内容に基づいて車両停車情報を更新する処理手順のフローチャートである。
【発明を実施するための形態】
【０００８】
以降、本発明を実施するための形態（「本実施形態」という）を、図等を参照しながら、路線バスの例によって説明する。しかしながら、本発明は、例えば郵便物収集車のように、公道上を予め定められた経路で移動する移動体の分野に対して一般的に適用可能である。
つまり、本発明は、所定区間を複数台の車両で定期的に運行する定期車両運行に関するが、以下の実施形態においては、その一例として、日本国における、所定ルート（区間）を定期的に運行する路線バスを例に挙げ、説明する。
以降では、まず、機器構成、画面構成及びデータ構成を説明し、次に、処理手順を説明する。処理手順については、基本型である第１の実施形態、並びに、改良を加えた第２の実施形態及び第３の実施形態の順に説明する。第２の実施形態及び第３の実施形態については、改良点のみを詳細に説明する。
【０００９】
図１は、本実施形態の環境を説明する図である。路上を路線バスＰ１及び車両Ｐ２が走行している。ここで、路線バスＰ１は、「公道上を予め定められた経路で移動する移動体（第１の移動体）」の代表例である。そして、車両Ｐ２は、公道上を移動する移動体のうち、「公道上を予め定められた経路で移動する移動体」以外の移動体（第２の移動体）である。路線バスＰ１は、ＧＰＳ（Global Positioning System）衛星Ｐ３から、現在時刻における自身の位置情報（緯度及び経度）を取得することができる。車両Ｐ２は、ＧＰＳ衛星Ｐ４から、現在時刻における自身の位置情報を取得することができる。
【００１０】
路線バスＰ１に搭載されるバス端末装置３（図２）は、無線基地局Ｐ５を介してネットワークＰ７に接続されている。車両Ｐ２に搭載される車両端末装置４（図２）は、無線基地局Ｐ６を介してネットワークＰ７に接続されている。車両Ｐ２の運転手Ｐ８は、携帯端末装置Ｐ９を保持しており、携帯端末装置Ｐ９は、無線基地局Ｐ６を介してネットワークＰ７と接続されている。処理センタＰ１０に配置される運行支援装置２（図２）は、有線又は無線技術によって、ネットワークＰ７と接続されている。
【００１１】
車両の運転手Ｐ８は、車両Ｐ２を路上に停車した後車両Ｐ２から離れ、携帯端末装置Ｐ９を使用している。路線バスＰ１は、バス停Ｐ１１に停車している。このような状況において、路線バスＰ１は、バス停Ｐ１１を発車しようとすると、直ちに車線を変更しなくてはならない。中央寄りの車線の交通量が多い場合、車線変更には時間を要し、結局定時運行に支障を来すことになる。
【００１２】
（運行支援システム）
図２は、運行支援システム１を説明する図である。運行支援システム１は、ネットワーク７（図１では符号Ｐ７）及び無線基地局５、６（図１では符号Ｐ５、Ｐ６）を介して相互に接続された、運行支援装置２、バス端末装置３及び車両端末装置４を有する。
なお、「第１の端末装置」及び「第２の端末装置」には、それぞれ、バス端末装置３及び車両端末装置４が相当する。
【００１３】
（運行支援装置）
運行支援装置２は、一般的なコンピュータであり、処理センタＰ１０（図１）によって管理される。処理センタＰ１０は、路線バス運営団体（企業又は自治体であることが多い）によって運営される。運行支援装置２は、中央制御装置（制御部）１１、キーボード、マウス等の入力装置１２、ディスプレイ等の出力装置１３、主記憶装置１４、補助記憶装置１５及び通信装置１６を有する。これらはシステムバスによって相互に接続されている。主記憶装置１４における、路線バス運行情報管理部２１、対路線バス通知部２２、通知予約処理部２３、車両停車情報管理部２４、対車両通知部２５、到達時間算出部２６、ナンバープレート認識部２７及びマナー管理部２８は、プログラムである。以降、「○○部は」と主体を記した場合は、中央制御装置１１が、補助記憶装置１５から各プログラムを読み出し、主記憶装置１４にロードしたうえで、各プログラムの機能（詳細後記）を実現するものとする（後記するバス端末装置３及び車両端末装置４についても同様）。
【００１４】
補助記憶装置１５は、路線バス運行情報３１、車両停車情報３２、路線データ３３、地図データ３４及びナンバープレートデータベース３５を記憶する。このうち、路線バス運行情報３１及び車両停車情報３２については、図７に沿って詳細を後記する。運行支援装置２は、原則１つの筐体内に纏まっている構成とするが、例えば地域ごとに複数の筐体に分散された構成であってもよい。
【００１５】
（地図データ）
地図データ３４は、地上に存在する、公道、バス停、建物等の構造物、及び、山岳、河川等の自然物を示す図形を、それらの名称及び位置情報（緯度及び経度）に関連付けて記憶している。本実施形態の地図データ３４は、「公道」と「道路」を区別している。例えば、名称が「国道１号線」である公道は、実際には非常に長い。そこで、公道は、交差点又は分岐点によって区分される複数の「区間」に細分される。そして、細分された個々の「区間」のうち、路線バスＰ１が走行（営業運転）する「区間」が、本実施形態では「道路」と呼ばれる。道路には、自身を一意に特定する識別子である「道路ＩＤ」が割り当てられている。そして、地図データ３４は、道路を示す図形に関連付けて道路ＩＤを記憶している。つまり、位置情報がわかれば、その位置が道路に該当するか否かがわかり、道路に該当する場合は、その道路ＩＤが取得され得ることになる（詳細後記）。
【００１６】
（路線データ）
「路線」とは、始点であるバス停、経由点であるバス停及び終点であるバス停の組み合わせであり、一般的には「系統」と呼ばれていることが多い。路線は、通常「Ｔ５０○○駅（△△通り）□□大学」のような名称を有するが、本実施形態では、単に「Ｔ５０」のように表現する。路線が特定されれば、その路線を走行する路線バスＰ１が走行する１又は複数の道路が特定される。そして、「Ｔ５０」のような路線の名称は、路線を一意に特定する識別子（路線ＩＤ）でもある。路線データ３３は、１つの路線ＩＤに関連付けて１又は複数の道路ＩＤを記憶している。
【００１７】
（ナンバープレートデータベース）
路線バスＰ１（図１）は、複数車線を有する道路を走行している場合、あるバス停Ｐ１１（図１）に停車しようとして車線変更を行う。このとき、路側に接する車線を走行している車両Ｐ２（図１）が、例えば減速して路線バスＰ１の車線変更に協力する（割り込みを許容する）場合は多い。しかしながら、協力するか否かは車両の運転手Ｐ８の良心（運転マナー）次第である。このような運転マナーを点数化したものが「ポイント」である。ポイントの値が大きいほど運転マナーが良い。
路線バス運行情報３１及び車両停車情報３２については後記する。
【００１８】
ナンバープレートデータベース３５は、後記する車両ＩＤに関連付けて、プレートナンバー、運転手氏名、ポイント、及び、車両の運転手Ｐ８の携帯端末装置Ｐ９のメールアドレスを記憶している。ただし、運転手氏名及び携帯端末装置Ｐ９のメールアドレスについては、その運転手の承諾が得られた場合にのみ記憶される。また、車両Ｐ２がタクシー、宅配車両のような業務車両である場合もある。この場合には、ナンバープレートデータベース３５は、後記する車両ＩＤに関連付けて、プレートナンバー、ポイント、及び、その業務の運営主体の名称を記憶することとしてもよい。なお、プレートナンバー自体も車両Ｐ２を一意に特定する識別子であるが、本実施形態の車両ＩＤとは別のものである。
【００１９】
（バス端末装置）
図３は、運行支援システム１の構成のうち、バス端末装置３及び車両端末装置４を説明する図である。バス端末装置３は、車載コンピュータであり、１台の路線バスＰ１の、例えば運転席近傍に１台ずつ搭載されている。バス端末装置３は、中央制御装置（制御部）５１、タッチパネル等の入力装置５２、ディスプレイ、スピーカ等の出力装置５３、路線バスＰ１の外部を撮影するカメラ５７、主記憶装置５４、補助記憶装置５５及び通信装置５６を有する。これらはシステムバスによって相互に接続されている。主記憶装置５４における、画像処理部６１、ＧＰＳ処理部６２、速度検知部６３、ドア開閉検知部６４、ウインカ操作検知部６５、ハザードランプ操作検知部６６及び表示情報処理部６７は、プログラムである。また、補助記憶装置５５は、受信情報７１を記憶（詳細後記）する。
【００２０】
（車両端末装置）
車両端末装置４は、車載コンピュータであり、１台の車両Ｐ２の運転席近傍に１台ずつ搭載されている。車両端末装置４は、中央制御装置（制御部）８１、タッチパネル等の入力装置８２、ディスプレイ、スピーカ等の出力装置８３、主記憶装置８４、補助記憶装置８５及び通信装置８６を有する。これらはシステムバスによって相互に接続されている。主記憶装置８４における、ＧＰＳ処理部９１、速度検知部９２、ブレーキ操作検知部９３及び表示情報処理部９４は、プログラムである。
【００２１】
（画面表示）
図４は、バス端末装置３の出力装置５３に表示されるバス案内画面Ｄ１の例である。なお、図４において、バス案内画面Ｄ１は「縦型」の画面となっている。当然のことながら、これは一例であって、バス案内画面は、「縦型」であっても「横型」であってもその他の形状であってもかまわない（図５及び図６についても同様である）。路線バスＰ１の運転手はこの画面を視認することになる。バス案内画面Ｄ１上には多くの図形（アイコン）が表示されている。自車Ｄ３は、当該バス端末装置３（図３）を搭載している路線バスＰ１（図１）を示す。自車Ｄ３は、路線Ｄ２上を、図４の下から上に向かって走行している。路線Ｄ２は、自車Ｄ３が現在走行している道路を含む路線を示す。バス停Ｄ４、Ｄ５は、その路線上のバス停Ｐ１１（図１）の名称を示す。
【００２２】
交差点Ｄ６は、交差点の名称を示す。交通標識Ｄ７は、交差点等に掲示されている交通標識を示し、この場合は、「□□交差点」において自車Ｄ３（路線バスＰ１）が左折することを示している。バス案内画面Ｄ１においては、自車Ｄ３が「□□交差点」において左折する予定であるにもかかわらず、路線Ｄ２が下から上への直線で表示されている。その理由は、運転手にとっては、左右折の道路情報を捨象して路線Ｄ２を直線で示した方が、停車車両Ｄ８、Ｄ９、Ｄ１０がバス停間のどのあたりに存在するかが直感的に理解しやすいからである。特に、バス案内画面Ｄ１のサイズが大きくとれない場合には、この表示方法が有効である。もちろん、実際の道路形状に忠実に、「□□交差点」において路線Ｄ２と交差する図形が表示されてもかまわない。停車車両Ｄ８、Ｄ９、Ｄ１０は、停車している車両Ｐ２（図１）を示す。この例では、自車Ｄ３（路線バスＰ１）と「□□交差点」との間に、２台の車両Ｐ２（Ｄ９、Ｄ１０）が停車している。また、「□□交差点」と「○○市役所」との間に、１台の車両Ｐ２（Ｄ８）が停車している。
【００２３】
時間Ｄ１１（Ｄ１２、Ｄ１３）は、自車Ｄ３が現在の速度で走行を継続した場合に、現在時点を基準として何秒（分）後に停車車両Ｄ８（Ｄ９、Ｄ１０）の位置に到達するかを示している。停車車両Ｄ９及び停車車両Ｄ１０は、殆ど接するようにして停車している。時間Ｄ１２及び時間Ｄ１３は、いずれも「３０秒後」となっている。実際には、両者の間には微細な時間差が存在するはずである。しかしながら、そのような細かな差を表示することは不要である。よって、時間Ｄ１１等は、実際に計算された数値が、例えば、５秒及びその整数（１、２、・・・）倍、のように「量子化」されたものとする。もちろん、量子化は必須ではない。
【００２４】
図５は、バス端末装置３の出力装置５３に表示されるバス案内画面Ｄ１の他の例である。図４と比較して異なる箇所のみ説明する。停車車両Ｄ２１及びそれに対応する台数Ｄ２３は、その位置に１台の車両Ｐ２が停車していることを簡略的に示している。同様に、停車車両Ｄ２２及びそれに対応する台数Ｄ２４は、その位置に２台の車両Ｐ２が停車していることを簡略的に示している。路線バスＰ１の運転手は、入力装置５２に対して所定の操作を行うことによって、図４と図５との間で表示の切り替えができる。
【００２５】
図６は、車両端末装置４の出力装置８３に表示される車両案内画面Ｄ３１の例である。自車Ｄ３２は、この場合車両Ｐ２である。道路Ｄ３３及び道路Ｄ３４は、自車Ｄ３２が走行し得る道路であって、その道路が、路線バスＰ１が走行する「道路」であるか否かは問題にならない。警告Ｄ３５は、例えば自車Ｄ３２がその位置に停車し続けた場合、現在時刻を基準として何分（秒）後に、路線バスＰ１がその位置に到達するかを示している。
【００２６】
（路線バス運行情報）
図７（ａ）は、路線バス運行情報３１を説明する図である。路線バス運行情報３１においては、バスＩＤ欄１０１に記憶されたバスＩＤに関連付けて、路線名欄１０２には路線の名称が、バス停名欄１０３にはバス停の名称が、ドア状態欄１０４にはドア状態が、速度欄１０５には速度が、緯度欄１０６には緯度が、経度欄１０７には経度が、時刻欄１０８には現在時刻が、道路ＩＤ欄１０９には道路ＩＤが記憶されている。
【００２７】
バスＩＤ欄１０１のバスＩＤは、路線バスＰ１（図１）を一意に特定する識別子である。
路線名欄１０２の路線の名称は、路線バスＰ１が現在走行している路線の名称である。
バス停名欄１０３のバス停の名称は、路線バスＰ１の現在位置に最も近いバス停又は次のバス停の名称である。
ドア状態欄１０４のドア状態は、乗降ドアの開閉状態である。「乗降中」は乗降ドアが開いていることを示す。「閉扉中」は乗降ドアが閉まっていることを示す。
速度欄１０５の速度は、路線バスＰ１の現在時点における速度（ｋｍ／時）である。
緯度欄１０６の緯度は、路線バスＰ１の現在位置の緯度である。
経度欄１０７の経度は、路線バスＰ１の現在位置の経度である。
時刻欄１０８の現在時刻は、現在時刻を示す年月日時分秒である。
道路ＩＤ欄１０９の道路ＩＤは、路線バスＰ１が現在走行している道路を一意に特定する識別子である。
路線バス運行情報３１のレコードは、原則的に、バスＩＤの数だけ存在する。なお、「走行情報」は、速度、位置情報（緯度及び経度）並びに現在時刻を含む概念である。このことは、後記する車両停車情報３２についても同様である。
【００２８】
（車両停車情報）
図７（ｂ）は、車両停車情報３２を説明する図である。車両停車情報３２においては、車両ＩＤ欄１１１に記憶された車両ＩＤに関連付けて、速度欄１１２には速度が、緯度欄１１３には緯度が、経度欄１１４には経度が、時刻欄１１５には現在時刻が、道路ＩＤ欄１１６には道路ＩＤが、影響路線名欄１１７には影響路線の名称が、通知フラグ欄１１８には通知フラグが記憶されている。
【００２９】
車両ＩＤ欄１１１の車両ＩＤは、車両Ｐ２（図１）を一意に特定する識別子である。
速度欄１１２の速度は、車両Ｐ２の現在時点における速度（ｋｍ／時）である。
緯度欄１１３の緯度は、車両Ｐ２の現在位置の緯度である。
経度欄１１４の経度は、車両Ｐ２の現在位置の経度である。
時刻欄１１５の現在時刻は、現在時刻を示す年月日時分秒である。
道路ＩＤ欄１１６の道路ＩＤは、車両Ｐ２が現在走行している道路を一意に特定する識別子である。
影響路線名欄１１７の影響路線の名称は、車両Ｐ２が現在走行している道路を含む路線の名称である。複数の路線の名称が含まれる場合もあり得る。
通知フラグ欄１１８の通知フラグは、運行支援装置２及びバス端末装置３（図３）の間において、当該レコード（行）の情報の送受信の進捗状況を示す情報である。通知フラグは、「保留」、「通知予約」、「通知済み」及び「削除通知予約」のうちの何れかである。これらの意味については、後記する。
【００３０】
図８は、受信情報７１を説明する図である。受信情報７１においては、車両ＩＤ欄１２１に記憶された車両ＩＤに関連付けて、緯度欄１２２には緯度が、経度欄１２３には経度が、時刻欄１２４には現在時刻が、道路ＩＤ欄１２５には道路ＩＤが、通知フラグ欄１２６には通知フラグが、表示フラグ欄１２７には表示フラグが記憶されている。受信情報７１は、運行支援装置２がバス端末装置３に対して送信した、車両停車情報３２（図７（ｂ））を、バス端末装置３において受信し、記憶したものである。
【００３１】
図７（ｂ）の車両ＩＤ欄１１１、緯度欄１１３、経度欄１１４、時刻欄１１５、道路ＩＤ欄１１６及び通知フラグ欄１１８が、図８のそれぞれ、車両ＩＤ欄１２１、緯度欄１２２、経度欄１２３、時刻欄１２４、道路ＩＤ欄１２５及び通知フラグ欄１２６に対応している。図８の受信情報７１には、図７（ｂ）に存在する速度欄１１２及び影響路線名欄１１７に対応する欄は存在しない。そのかわり、図７（ｂ）には存在しない表示フラグ欄１２７が、図８の受信情報７１には存在する。
なお、受信情報７１の通知フラグ欄１２６に記憶されている通知フラグは、図７（ｂ）における通知フラグと対応しているが、全く同じ値（文字列）ではない。以降、車両停車情報３２と同じ欄の説明は省略し、通知フラグ欄１２６及び表示フラグ欄１２７についてのみ説明する。
【００３２】
通知フラグ欄１２６の通知フラグは、「通知」及び「削除通知」のうちの何れかである。「通知」は、前記した「通知予約」に対応し、「削除通知」は、前記した「削除通知予約」に対応する。「通知」は、そのレコードの情報が、バス端末装置３の出力装置５３上に、例えば図４の停車車両Ｄ８のように表示され得ることを示す。「削除通知」は、そのレコードの情報が、バス端末装置３の出力装置５３上に、例えば図４の停車車両Ｄ８のように表示され得ないことを示す。詳細は後記する。
表示フラグ欄１２７の表示フラグは、通知フラグが「通知」であるレコードに対応する停車車両のうち、実際に図４の停車車両Ｄ８のように表示されることを路線バスＰ１の運転手が拒否したか否かを示す情報である。運転手は、一度確認済である情報については、煩わしさを避けるために表示を拒否することがある。表示フラグは、「表示」及び「非表示」のうちの何れかである。「表示」は、拒否されていないことを示す。「非表示」は、拒否されたことを示す。表示フラグが「削除通知」であるレコードの表示フラグ欄１２７には、該当なしを示す「−」が表示されている。以降、本実施形態の処理手順を説明する。
【００３３】
（第１の実施形態）
（定期処理手順）
図９は、定期処理手順のフローチャートである。バス端末装置３が、路線バスＰ１の位置情報等を運行支援装置２に送信し、運行支援装置２が、受信した情報を記憶する処理手順である。なお、図９の実線は処理の流れを示し、破線は情報の流れを示す。以下の他のフローチャートにおいても同様である。
【００３４】
ステップＳ２０１において、バス端末装置３の中央制御装置５１は、エンジンの始動を受け付ける。具体的には、中央制御装置５１は、運転手がエンジン（電気自動車のモータを含む）を始動したことを示す情報を受け付ける。
なお、以下において、動作の主体を、単に「中央制御装置５１は、」と記載する場合がある。この場合は、画像処理部６１等として図３に図示したプログラム以外の基本制御プログラム（図示せず）が動作主体になっていることを意味する。又は、図示した複数のプログラムが動作していることを代表的に表現する。他の処理手順についても同様である。
【００３５】
ステップＳ２０２において、中央制御装置５１は、速度、位置情報等を送信する。具体的には、第１に、ＧＰＳ処理部６２は、ＧＰＳ衛星Ｐ３から、路線バスＰ１の位置情報を取得する。位置情報は、緯度及び経度から構成される。
第２に、速度検知部６３は、路線バスＰ１の速度を取得する。
第３に、ドア開閉検知部６４は、路線バスＰ１のドア状態を取得する。
第４に、中央制御装置５１は、取得した緯度、経度、速度、ドア状態を、バスＩＤ、路線の名称及び現在時刻とともに、運行支援装置２に送信する。路線の名称は、補助記憶装置５５に記憶されているものとする。
【００３６】
ステップＳ２０３において、中央制御装置５１は、所定時間待機する。具体的には、中央制御装置５１は、タイマを起動し、予め設定されている時間をカウントする。ここでの所定時間は、例えば、「３０秒」のように、混雑している都心部でも路線バスＰ１が有意な距離を移動できる時間であることが望ましい。
ステップＳ２０４において、中央制御装置５１は、エンジンが停止したか否かを判断する。具体的には、中央制御装置５１は、待機していた所定期間の間に、運転手がエンジンを停止したことを示す情報を受け付けた場合（ステップＳ２０４“ＹＥＳ”）は、ステップＳ２０５に進む。それ以外の場合（ステップＳ２０４“ＮＯ”）は、ステップＳ２０２に戻る。
【００３７】
ステップＳ２０５において、中央制御装置５１は、速度、位置情報等を送信する。ステップＳ２０５の処理は、ステップ２０２の処理と同様である。その後、バス端末装置３における定期処理手順を終了する。
ステップＳ２１１において、運行支援装置２の路線バス運行情報管理部２１は、起動操作を受け付ける。具体的には、路線バス運行情報管理部２１は、ユーザが入力装置１２を介して運行支援装置２を起動する指示を入力するのを受け付ける。
【００３８】
ステップＳ２１２において、路線バス運行情報管理部２１は、速度、位置情報等を受信する。具体的には、路線バス運行情報管理部２１は、バス端末装置３がステップＳ２０２及びステップＳ２０５において送信した、緯度、経度、速度、ドア状態、バスＩＤ、路線の名称及び現在時刻を受信する。そして、受信した情報を、主記憶装置１４に一時的に記憶する。
【００３９】
ステップＳ２１３において、路線バス運行情報管理部２１は、路線バスＰ１からの受信があったか否かを判断する。具体的には、主記憶装置１４に、一時的に記憶されているバス端末装置３からの情報が存在する場合（ステップＳ２１３“ＹＥＳ”）は、ステップ２１４に進む。それ以外の場合（ステップＳ２１３“ＮＯ”）は、ステップＳ２１５に進む。
【００４０】
ステップＳ２１４において、路線バス運行情報管理部２１は、路線バス運行情報３１のレコードを作成する。具体的には、第１に、路線バス運行情報管理部２１は、路線バス運行情報３１（図７（ａ））の新たなレコード（各欄は空欄）を作成する。
第２に、路線バス運行情報管理部２１は、新たなレコードのバスＩＤ欄１０１、路線名欄１０２、ドア状態欄１０４、速度欄１０５、緯度欄１０６、経度欄１０７及び時刻欄１０８に、ステップＳ２１２において受信した、それぞれ、バスＩＤ、路線の名称、ドア状態、速度、緯度、経度及び現在時刻を記憶する。
【００４１】
第３に、路線バス運行情報管理部２１は、ステップＳ２１２において受信した緯度及び経度に基づいて、地図データ３４を検索し、その緯度及び経度に対応する道路ＩＤを取得する。同様に、その緯度及び経度が示す位置に最も近いバス停の名称又は次のバス停の名称を取得する。
第４に、路線バス運行情報管理部２１は、新たなレコードのバス停名欄１０３及び道路ＩＤ欄１０９に、ステップＳ２１４の「第３」において取得した、それぞれ、バス停の名称及び道路ＩＤを記憶する。
【００４２】
ステップＳ２１５において、路線バス運行情報管理部２１は、終了操作があったか否かを判断する。具体的には、路線バス運行情報管理部２１は、ユーザが入力装置１２を介して運行支援装置２を停止する指示を入力するのを受け付けた場合（ステップＳ２１５“ＹＥＳ”）は、運行支援装置２における定期処理手順を終了する。それ例外の場合（ステップＳ２１５“ＮＯ”）は、ステップＳ２１２に戻る。
【００４３】
図９の左側のバス端末装置３の処理は、複数の路線バスＰ１について同時並列的に実行される。すなわち、複数のバス端末装置３から所定時間ごとに、速度、位置情報等が運行支援装置２に送信される。そして、図９の右側の運行支援装置２の処理が行われている限りは（起動した後終了するまでの間は）、路線バス運行情報３１（図７（ａ））のレコードが蓄積され得る。例えば、運行支援装置２がある日の１５時００分から１５時５９分まで起動していたとする。そしてこの日のこの時間帯に、２０台の路線バスＰ１が走行しており、「一定時間」が１０分であったとする。すると、２０台の路線バスＰ１のそれぞれから６回ずつ速度、位置情報等が送信される。結果的に、路線バス運行情報３１には、１２０（＝２０×６）個のレコードが蓄積され得る。
【００４４】
路線バス運行情報管理部２１は、過去のレコードを蓄積するのではなく、路線バスＰ１ごとに最新の時点のレコードのみを保持することにしてもよい。すなわち、路線バス運行情報管理部２１は、２回目以降のステップＳ２１４において、新たなレコードを作成するのではなく、同じ路線バスＰ１の既存のレコードに上書きすることによってそのレコードを更新することにしてもよい。以降の説明では、このような更新が行われる結果、路線バス運行情報３１には、バスＩＤごとに１つずつのレコードが記憶されるものとする。
【００４５】
（状態フラグ及び通知フラグ）
図１０は、状態フラグの遷移を説明する図である。個々の車両Ｐ２の車両端末装置４は、エンジンが始動してから停止するまでの間、主記憶装置８４内に「状態フラグ」を記憶する。状態フラグは、「停車中」又は「走行中」の何れかである。「停車中」は、その状態フラグが生成された時点において車両Ｐ２の速度が「０」であったことを示す。「走行中」は、その状態フラグが生成された時点において車両Ｐ２の速度が「０」以外の正の数であったことを示す。
【００４６】
エンジンが始動した直後における状態フラグの初期値は「停車中」である（ステップＳ２２１）。その後、状態フラグは「停車中」から「走行中」に遷移し（ステップＳ２２１→ステップＳ２２２）、さらに「走行中」から「停車中」に遷移し（ステップＳ２２２→ステップＳ２２１）、さらに「停車中」から「走行中」に遷移する（ステップＳ２２１→ステップＳ２２２）。車両端末装置４は、状態フラグの変化を、車両Ｐ２の速度、位置情報等とともに運行支援装置２に送信する。遷移のタイミング及び送信のタイミングについては、図１２においてより詳しく後記する。
【００４７】
図１１は、車両停車情報３２（図７（ｂ））のある特定の車両Ｐ２についてのレコードの通知フラグの遷移を説明するフローチャートである。大まかな流れとしては、運行支援装置２は、車両停車情報３２の通知フラグ欄１１８に記憶される通知フラグを、「保留」→「通知予約」→「通知済み」→「削除通知予約」の順に遷移させて行く。図１１の説明は、他の図のフローチャートの説明と一部が重複する。
【００４８】
ステップＳ２３１において、車両停車情報管理部２４は、車両Ｐ２から速度、位置情報等を受信する。このとき、車両ＩＤも同時に受信する。当該ステップは、図１２のステップＳ２５６及びステップＳ２６０に対応している。
ステップＳ２３２において、車両停車情報管理部２４は、速度が０であるか否かを判断する。具体的には、ステップＳ２３１において受信した速度が０である場合（ステップＳ２３２“ＹＥＳ”）は、ステップＳ２３３に進み、それ以外の場合（ステップＳ２３２“ＮＯ”）は、ステップＳ２３８に進む。
【００４９】
ステップＳ２３３において、車両停車情報管理部２４は、通知フラグを「保留」に変更する。具体的には、車両停車情報管理部２４は、受信した車両ＩＤを検索キーとして車両停車情報３２を検索し、該当するレコード（以降「該当レコード」と呼ぶこともある）の通知フラグを「保留」に変更する。該当レコードが存在しない場合は、車両停車情報３２の新たなレコードを作成し、通知フラグ「保留」（初期値）を記憶する。以下、単に「通知フラグ」という場合は、該当レコードの通知フラグを意味する。
【００５０】
ステップＳ２３４において、車両停車情報管理部２４は、所定時間が経過したか否かを判断する。具体的には、車両停車情報管理部２４は、ステップＳ２３３が終了してから所定時間が経過した場合（ステップＳ２３４“ＹＥＳ”）は、ステップＳ２３５に進み、それ以外の場合（ステップＳ２３４“ＮＯ”）は、所定時間が経過するまで待機する。ここでの所定時間は、例えば、信号が「赤」になってから「青」に変るまでの時間である。
【００５１】
ステップＳ２３５において、通知予約処理部２３は、通知フラグを「通知予約」に変更する。
ステップＳ２３６において、対路線バス通知部２２は、路線バスＰ１への通知処理を行う。ここでの通知処理とは、停車車両Ｐ２の位置情報等を送信する処理であり、図１５のステップＳ３０５に相当する（詳細後記）。
ステップＳ２３７において、車両停車情報管理部２４は、通知フラグを「通知済み」に変更する。
【００５２】
ステップＳ２３８において、車両停車情報管理部２４は、通知フラグが「保留」又は「通知予約」であるか否かを判断する。具体的には、車両停車情報管理部２４は、通知フラグが「保留」又は「通知予約」の何れかである場合（ステップＳ２３８“ＹＥＳ”）は、「路線バスＰ１への通知処理」は未だ行われていないと判断し、ステップＳ２４１に進む。それ以外の場合（ステップＳ２３８“ＮＯ”）は、既に「路線バスＰ１への通知処理」は行われていると判断し、ステップＳ２３９に進む。
【００５３】
ステップＳ２３９において、車両停車情報管理部２４は、通知フラグを「削除通知予約」に変更する。
ステップＳ２４０において、対路線バス通知部２２は、路線バスＰ１への通知処理を行う。ここでの通知処理とは、停車車両Ｐ２の位置情報等を削除する要求を送信する処理であり、図１５のステップＳ３０９に相当する（詳細後記）。
【００５４】
ステップＳ２４１において、車両停車情報管理部２４は、データを削除する。具体的には、該当レコードを削除する。
ステップＳ２３７又はステップＳ２４１の後、ステップＳ２３１に戻る。すなわち、車両停車情報管理部２４等は、車両Ｐ２から速度、位置情報等を受信するたびに、ステップＳ２３１〜Ｓ２４１の処理を繰り返す。
【００５５】
図１１のフローチャートにおいて重要な点は、以下の点である。
（１）車両停車情報３２には車両Ｐ２ごとに１つのレコードが記憶される。
（２）車両Ｐ２が停車している場合は、路線バスＰ１の運行の妨げになるので、その位置情報等が（運行支援装置２を仲介して）路線バスＰ１に送信されるべきである。しかしながら、信号待ちのように当然発生する停車の都度送信することは処理を煩雑にする。そこで、停車している状態が所定時間継続している場合のみ、その車両Ｐ２の位置情報等が路線バスＰ１に送信される。
（３）車両Ｐ２が走行している場合は、その車両Ｐ２についての車両停車情報３２は削除される。
【００５６】
図１２は、車両端末装置４が速度、位置情報等を運行支援装置２に送信する処理手順を示すフローチャートである。
ステップＳ２５１において、車両端末装置４の中央制御装置８１は、エンジンの始動を受け付ける。具体的には、中央制御装置８１は、運転手がエンジンを始動したことを示す情報を受け付ける。
【００５７】
ステップＳ２５２において、中央制御装置８１は、状態フラグを「停車中」で初期化する。
ステップＳ２５３において、中央制御装置８１は、所定時間待機する。
ステップＳ２５４において、速度検知部９２は、速度は０であるか否かを判断する。具体的には、速度検知部９２は、車両Ｐ２の速度を検知し、検知した速度が０である場合（ステップＳ２５４“ＹＥＳ”）は、ステップＳ２５５に進み、それ以外の場合（ステップＳ２５４“ＮＯ”）は、ステップＳ２５８に進む。
【００５８】
なお、速度検知部９２が、速度は０であるか否かを判断する代わりに、ブレーキ操作検知部９３は、運転手がサイドブレーキをＯＮにするのを検知したか否かを判断してもよい。さらに、中央制御装置８１は、運転手が自動変速機のギア位置を「Ｐ（パーキング）」にシフトするのを検知したか否かを判断してもよい。検知した場合は、ステップＳ２５５に進み、それ以外の場合はステップＳ２５８に進む。
【００５９】
ステップＳ２５５において、中央制御装置８１は、状態フラグは「走行中」であるか否かを判断する。具体的には、中央制御装置８１は、主記憶装置８４に一時的に記憶されている状態フラグを参照し、参照した状態フラグが「走行中」である場合（ステップＳ２５５“ＹＥＳ”）は、ステップＳ２５６に進み、それ以外の場合（ステップＳ２５５“ＮＯ”）は、ステップＳ２５８に進む。
【００６０】
ステップＳ２５６において、中央制御装置８１は、速度、位置情報等を送信する。具体的には、第１に、ＧＰＳ処理部９１は、ＧＰＳ衛星Ｐ４から、車両Ｐ２の位置情報（緯度及び経度）を取得する。
第２に、速度検知部９２は、車両Ｐ２の速度を取得する。
第３に、中央制御装置８１は、取得した緯度、経度、速度を、車両ＩＤ及び現在時刻とともに、運行支援装置２に送信する。
【００６１】
ステップＳ２５７において、中央制御装置８１は、状態フラグを「停車中」に変更する。
ステップＳ２５８において、速度検知部９２は、速度は０以外であるか否かを判断する。具体的には、速度検知部９２は、車両Ｐ２の速度を検知し、検知した速度が０以外である場合（ステップＳ２５８“ＹＥＳ”）は、ステップＳ２５９に進み、それ以外の場合（ステップＳ２５８“ＮＯ”）は、ステップＳ２６２に進む。
なお、速度検知部９２が、速度は０以外であるか否かを判断する代わりに、ブレーキ操作検知部９３は、運転手がサイドブレーキをＯＦＦにするのを検知したか否かを判断してもよい。さらに、中央制御装置８１は、運転手が自動変速機のギア位置を「Ｐ」以外にシフトするのを検知したか否かを判断してもよい。検知した場合は、ステップＳ２５９に進み、それ以外の場合はステップＳ２６２に進む。
【００６２】
ステップＳ２５９において、中央制御装置８１は、状態フラグは「停車中」であるか否かを判断する。具体的には、中央制御装置８１は、主記憶装置８４に一時的に記憶されている状態フラグを参照し、参照した状態フラグが「停車中」である場合（ステップＳ２５９“ＹＥＳ”）は、ステップＳ２６０に進み、それ以外の場合（ステップＳ２５９“ＮＯ”）は、ステップＳ２６２に進む。
【００６３】
ステップＳ２６０において、中央制御装置８１は、速度、位置情報等を送信する。ステップＳ２６０の処理は、ステップＳ２５６の処理と同様である。
ステップＳ２６１において、中央制御装置８１は、状態フラグを「走行中」に変更する。
ステップＳ２６２において、中央制御装置８１は、運行支援装置２に送信したか否かを判断する。具体的には、中央制御装置８１は、ステップＳ２５６又はステップＳ２６０を経由した場合（ステップＳ２６２“ＹＥＳ”）は、ステップＳ２６３に進み、それ以外の場合（ステップＳ２６２“ＮＯ”）は、ステップＳ２６４に進む。
【００６４】
ステップＳ２６３において、中央制御装置８１は、後続路線バスの到達時間を受信する。ステップＳ２６３の処理の詳細については後記する。
ステップＳ２６４において、中央制御装置８１は、エンジンが停止したか否かを判断する。具体的には、中央制御装置８１は、運転手がエンジンを停止したことを示す情報を受け付けた場合（ステップＳ２６４“ＹＥＳ”）は、処理手順を終了する。それ以外の場合（ステップＳ２６４“ＮＯ”）は、ステップＳ２５３に戻る。
【００６５】
図１２のフローチャートにおいて重要な点は、以下の点である。
（１）速度が０であり、かつ、状態フラグが「走行中」である場合（ステップＳ２５４“ＹＥＳ”→ステップＳ２５５“ＹＥＳ”のパス）は、中央制御装置８１は、今まで走行していた車両が停車したと判断して、速度、位置情報等を運行支援装置２に送信する。
（２）速度が０以外であり、かつ、状態フラグが「停車中」である場合（ステップＳ２５８“ＹＥＳ”→ステップＳ２５９“ＹＥＳ”のパス）は、中央制御装置８１は、今まで停車していた車両が走行を開始したと判断して、速度、位置情報等を運行支援装置２に送信する。
【００６６】
なお、速度を検知することに比して、サイドブレーキのＯＮ／ＯＦＦを検知するほうが、又は、自動変速機のギア位置を検知するほうが、車両端末装置４が冗長な情報を運行支援装置２に送信してしまうのを防ぎ易くなる。例えば、図１２のステップＳ２５４及びステップＳ２５８をそれぞれ、「サイドブレーキはＯＮであるか？」及び「サイドブレーキはＯＦＦであるか？」に置換したとする。この場合、ステップＳ２５６及びステップＳ２６０において速度、位置情報等を送信する機会は少なくなる。例えば、車両Ｐ２が交通渋滞に巻き込まれ、短期間ごとに速度０→速度０以外→速度０→速度０以外→・・・を繰り返したとする。このような場合であっても、運転手がサイドブレーキを操作しない限り、ステップＳ２５４“ＮＯ”→ステップＳ２５８“ＹＥＳ”→ステップＳ２５９“ＮＯ”のパスが繰り返される。その結果、ステップＳ２５６及びステップＳ２６０において速度、位置情報等を送信する機会はなくなる。
【００６７】
図１３は、運行支援装置２が速度、位置情報等を車両端末装置４から受信した後の処理手順のフローチャートである。
ステップＳ２７１において、運行支援装置２の中央制御装置１１は、速度、位置情報等を受信する。具体的には、中央制御装置１１は、車両端末装置４がステップＳ２５６又はステップＳ２６０において送信した速度、位置情報等を受信する。
【００６８】
ステップＳ２７２において、車両停車情報管理部２４は、車両ＩＤのレコードが存在するか否かを判断する。具体的には、第１に、車両停車情報管理部２４は、ステップＳ２７１において速度、位置情報等とともに受信した車両ＩＤを検索キーとして、車両停車情報３２（図７（ｂ））を検索し、該当するレコードが存在するか否かを判断する。
第２に、車両停車情報管理部２４は、判断の結果が「存在する」である場合（ステップＳ２７２“ＹＥＳ”）は、ステップＳ２７５に進み、判断の結果が「存在しない」である場合（ステップＳ２７２“ＮＯ”）は、ステップＳ２７３に進む。
【００６９】
ステップＳ２７３において、車両停車情報管理部２４は、速度は０であるか否かを判断する。具体的には、車両停車情報管理部２４は、ステップＳ２７１において受信した速度が０である場合（ステップＳ２７３“ＹＥＳ”）は、ステップＳ２７４に進み、それ以外の場合（ステップＳ２７３“ＮＯ”）は、ステップＳ２７１に戻る。
【００７０】
ステップＳ２７４において、車両停車情報管理部２４は、車両停車情報３２（図７（ｂ））のレコードを作成する。具体的には、第１に、車両停車情報管理部２４は、ステップＳ２７１において受信した緯度及び経度に基づいて、地図データ３４を検索し、その緯度及び経度に対応する道路ＩＤを取得する。このとき、対応する道路ＩＤが取得されることは実際には稀である。一般に、車両Ｐ２が走行する公道の大部分は、路線バスＰ１が走行しない公道である。すなわち、ステップＳ２７１において受信した緯度及び経度を検索キーとして地図データ３４を検索しても、車両Ｐ２が「道路」を走行していない場合は道路ＩＤが取得されない。この場合、車両停車情報管理部２４は、ステップＳ２７４の「第２」以下の後続処理を省略し、ステップＳ２７９に進む。道路ＩＤが取得された場合は、以下の「第２」以下の後続処理を行う。
【００７１】
第２に、車両停車情報管理部２４は、車両停車情報３２の新たなレコード（各欄は空欄）を作成する。
第３に、車両停車情報管理部２４は、新たなレコードの車両ＩＤ欄１１１、速度欄１１２、緯度欄１１３、経度欄１１４及び時刻欄１１５に、ステップＳ２７１において受信した、それぞれ、車両ＩＤ、速度、緯度、経度及び現在時刻を記憶する。
【００７２】
第４に、車両停車情報管理部２４は、ステップＳ２７４の「第１」において取得した道路ＩＤを検索キーとして、路線データ３３を検索し、対応する１又は複数の路線ＩＤを取得する。
第５に、車両停車情報管理部２４は、新たなレコードの道路ＩＤ欄１１６、影響路線名欄１１７及び通知フラグ欄１１８に、それぞれ、ステップＳ２７４の「第１」において取得した道路ＩＤ、ステップＳ２７４の「第４」において取得した路線ＩＤ、及び、「保留」を記憶する。
【００７３】
ステップＳ２７５において、車両停車情報管理部２４は、速度０からそれ以外に変化したか否かを判断する。具体的には、第１に、車両停車情報管理部２４は、ステップＳ２７２の「第１」において該当したレコード（以下において、「既存レコード」と呼ぶ場合がある）の速度と、ステップＳ２７１において受信した速度を参照する。
第２に、車両停車情報管理部２４は、既存レコードの速度が０であり、かつ、ステップＳ２７１において受信した速度が０以外である場合（ステップＳ２７５“ＹＥＳ”）は、ステップＳ２７６に進み、それ以外の場合（ステップＳ２７５“ＮＯ”）は、ステップＳ２７９に進む。
【００７４】
ステップＳ２７６において、車両停車情報管理部２４は、通知フラグは「保留」又は「通知予約」であるか否かを判断する。具体的には、車両停車情報管理部２４は、既存レコードの通知フラグが「保留」又は「通知予約」である場合（ステップＳ２７６“ＹＥＳ”）は、ステップＳ２７７に進み、それ以外の場合（ステップＳ２７６“ＮＯ”）は、ステップＳ２７８に進む。
【００７５】
ステップＳ２７７において、車両停車情報管理部２４は、レコードを削除する。具体的には、車両停車情報管理部２４は、既存レコードを削除する。
ステップＳ２７８において、車両停車情報管理部２４は、通知フラグを「削除通知予約」に変更する。具体的には、車両停車情報管理部２４は、既存レコードの通知フラグ（この場合は「通知済み」である）を「削除通知予約」に更新する。
【００７６】
ステップＳ２７９において、通知予約処理部２３は、通知予約処理を行う。
ステップＳ２８０において、対路線バス通知部２２は、路線バスＰ１への通知処理を行う。
ステップＳ２８１において、対車両通知部２５は、後続路線バスＰ１の到達時間を車両Ｐ２に送信する。その後、ステップＳ２７１に戻る。
ステップＳ２７９〜Ｓ２８１の処理の詳細については後記する。
【００７７】
図１４は、通知予約処理のフローチャート（ステップＳ２７９の詳細）である。
ステップＳ２９１において、運行支援装置２の通知予約処理部２３は、車両停車情報３２（図７（ｂ））に情報があるか否かを判断する。具体的には、通知予約処理部２３は、車両停車情報３２にレコードが存在する場合（ステップＳ２９１“ＹＥＳ”）は、ステップＳ２９２に進み、それ以外の場合（ステップＳ２９１“ＮＯ”）は、ステップＳ２８０に進む。
【００７８】
ステップＳ２９２において、通知予約処理部２３は、すべてのレコードの処理が完了したか否かを判断する。具体的には、通知予約処理部２３は、車両停車情報３２に未処理のレコードが存在する場合（ステップＳ２９２“ＮＯ”）は、ステップＳ２９３に進み、それ以外の場合（ステップＳ２９２“ＹＥＳ”）は、ステップＳ２８０に進む。
【００７９】
ステップＳ２９３において、通知予約処理部２３は、登録から所定時間が経過したか否かを判断する。具体的には、第１に、通知予約処理部２３は、車両停車情報３２の任意の未処理のレコードを取得する。
第２に、通知予約処理部２３は、取得したレコードの現在時刻から所定時間が経過したか否かを判断し、経過した場合（ステップＳ２９３“ＹＥＳ”）は、ステップＳ２９４に進み、それ以外の場合（ステップＳ２９３“ＮＯ”）は、ステップＳ２９２に戻る。ここで、所定時間とは、例えば、信号が「赤」になってから「青」に変るまでの時間である。
【００８０】
ステップＳ２９４において、通知予約処理部２３は、通知フラグを「通知予約」に変更する。具体的には、通知予約処理部２３は、ステップＳ２９３の「第１」において取得したレコードの通知フラグ（この場合は「保留」である）を「通知予約」に更新する。その後、ステップＳ２９２に戻る。
【００８１】
図１５は、路線バスＰ１への通知処理のフローチャート（ステップＳ２８０の詳細）である。
ステップＳ３０１において、運行支援装置２の対路線バス通知部２２は、車両停車情報３２（図７（ｂ））に情報があるか否かを判断する。具体的には、対路線バス通知部２２は、車両停車情報３２にレコードが存在する場合（ステップＳ３０１“ＹＥＳ”）は、ステップＳ３０２に進み、それ以外の場合（ステップＳ３０１“ＮＯ”）は、ステップＳ２８１に進む。
【００８２】
ステップＳ３０２において、対路線バス通知部２２は、すべてのレコードの処理が完了したか否かを判断する。具体的には、対路線バス通知部２２は、車両停車情報３２に未処理のレコードが存在する場合（ステップＳ３０２“ＮＯ”）は、ステップＳ３０３に進み、それ以外の場合（ステップＳ３０２“ＹＥＳ”）は、ステップＳ２８１に進む。
【００８３】
ステップＳ３０３において、対路線バス通知部２２は、通知フラグは「通知予約」であるか否かを判断する。具体的には、第１に、対路線バス通知部２２は、車両停車情報３２の任意の未処理のレコードを取得する。このとき取得されたレコードを、以降「基準車両レコード」と呼ぶことがある。
第２に、対路線バス通知部２２は、基準車両レコードの通知フラグが「通知予約」である場合（ステップＳ３０３“ＹＥＳ”）は、ステップＳ３０４に進み、それ以外の場合（ステップＳ３０３“ＮＯ”）は、ステップＳ３０７に進む。
【００８４】
ステップＳ３０４において、対路線バス通知部２２は、該当する路線バスＰ１を抽出する。具体的には、対路線バス通知部２２は、路線バス運行情報３１（図７（ａ））から、以下のすべての条件を満たすレコードをすべて取得し、取得したレコードのバスＩＤを取得する。
（条件１）道路ＩＤ欄１０９の道路ＩＤが、基準車両レコードの道路ＩＤと同じである。又は、路線名欄１０２の路線の名称が、基準車両レコードの影響路線の名称のうちの少なくとも１つに一致する。
【００８５】
（条件２）緯度欄１０６の緯度及び経度欄１０７の経度が示す位置（路線バス位置）と、基準車両レコードの緯度及び経度が示す位置（車両位置）を比較した結果、車両位置が、路線バス位置を基準にして路線バスＰ１の進行方向にある。このとき、路線バス運行情報３１の現在時刻と、基準車両レコードの現在時刻が同時刻であれば位置の比較は容易である。そこで、バス端末装置３及び車両端末装置４は、相互に同期を取って（同じタイミングで）、速度、位置情報等を、運行支援装置２に送信することが望ましい。しかしながら、路線バス運行情報３１の現在時刻と、基準車両レコードの現在時刻が同時刻でない場合であっても、例えば、路線バスＰ１の現在時刻及び速度に基づいて、路線バスＰ１の、基準車両レコードの現在時刻における位置を算出することは可能である。
（条件３）路線バス位置と車両位置との間の距離が、所定の閾値以下である。当該距離は、両者の位置情報から算出することが可能である。
【００８６】
ステップＳ３０５において、対路線バス通知部２２は、停車車両Ｐ２の位置情報等を送信する。具体的には、対路線バス通知部２２は、基準車両レコードの車両ＩＤ、緯度、経度、現在時刻、道路ＩＤ及び通知フラグを、ステップＳ３０４において取得したすべてのバスＩＤが特定する路線バスＰ１のバス端末装置３に送信する。
【００８７】
ステップＳ３０６において、対路線バス通知部２２は、通知フラグを「通知済み」に変更する。具体的には、対路線バス通知部２２は、基準車両レコードの通知フラグを「通知済み」に変更する。
【００８８】
ステップＳ３０７において、対路線バス通知部２２は、通知フラグは「削除通知予約」であるか否かを判断する。具体的には、対路線バス通知部２２は、基準車両レコードの通知フラグが「削除通知予約」である場合（ステップＳ３０７“ＹＥＳ”）は、ステップＳ３０８に進み、それ以外の場合（ステップＳ３０７“ＮＯ”）は、ステップＳ３０２に戻る。
【００８９】
ステップＳ３０８において、対路線バス通知部２２は、該当する路線バスＰ１を抽出する。ステップＳ３０８の処理は、ステップＳ３０４の処理と同様である。
ステップＳ３０９において、対路線バス通知部２２は、削除要求を送信する。具体的には、対路線バス通知部２２は、基準車両レコードの車両ＩＤを、ステップＳ３０８において取得したすべてのバスＩＤが特定する路線バスＰ１のバス端末装置３に送信する。
ステップＳ３１０において、対路線バス通知部２２は、車両のレコードを削除する。具体的には、対路線バス通知部２２は、車両停車情報３２から、基準車両レコードを削除する。その後、ステップＳ３０２に戻る。
【００９０】
図１６は、バス端末装置３が、運行支援装置２から、車両Ｐ２についての情報を受信した際の処理手順のフローチャートである。
ステップＳ３２１において、バス端末装置３の表示情報処理部６７は、運行支援装置２から停車車両Ｐ２の位置情報等を受信する。具体的には、第１に、表示情報処理部６７は、図１５のステップＳ３０５及びステップＳ３０９において運行支援装置２が送信する情報を受信する。
【００９１】
第２に、表示情報処理部６７は、受信した情報が図１５のステップＳ３０５において送信された情報である場合は、以下の処理を行う。
（１）受信情報７１（図８）の新たなレコード（各欄は空欄である）を作成する。
（２）新たなレコードの車両ＩＤ欄１２１、緯度欄１２２、経度欄１２３、時刻欄１２４、道路ＩＤ欄１２５及び通知フラグ欄１２６に、ステップＳ３０５において送信されたレコードの車両ＩＤ、緯度、経度、現在時刻、道路ＩＤ及び通知フラグをそれぞれ記憶する。なお、通知フラグについては、「通知予約」を「通知」に更新し、「削除通知予約」を「削除通知」に更新して記憶する。そして、新たなレコードの表示フラグ欄１２７には、「表示」を初期値として記憶する。
【００９２】
ステップＳ３２２において、表示情報処理部６７は、受信情報７１にレコードがあるか否かを判断する。具体的には、表示情報処理部６７は、レコードが存在する場合（ステップＳ３２２“ＹＥＳ”）は、ステップＳ３２３に進み、それ以外の場合（ステップＳ３２２“ＮＯ”）は、ステップＳ３２１に戻る。
【００９３】
ステップＳ３２３において、表示情報処理部６７は、すべてのレコードの処理が完了したか否かを判断する。具体的には、表示情報処理部６７は、受信情報７１に未処理のレコードが存在する場合（ステップＳ３２３“ＮＯ”）は、任意の未処理のレコードを取得してステップＳ３２４に進む。取得したレコードを、以降「表示対象レコード」と呼ぶ場合がある。それ以外の場合（ステップＳ３２３“ＹＥＳ”）は、ステップＳ３２１に戻る。
【００９４】
ステップＳ３２４において、表示情報処理部６７は、通知フラグは「通知」であるか否かを判断する。具体的には、表示情報処理部６７は、表示対象レコードの通知フラグが「通知」である場合（ステップＳ３２４“ＹＥＳ”）は、ステップＳ３２５に進み、それ以外の場合（ステップＳ３２４“ＮＯ”）は、ステップＳ３２７に進む。
ステップＳ３２５において、表示情報処理部６７は、表示の要否と画面上の座標を決定する。具体的には、表示情報処理部６７は、表示対象レコードのうち、表示フラグが「表示」であるものを抽出し、抽出したレコードの緯度及び経度を取得する。
【００９５】
ステップＳ３２６において、画像処理部６１は、画面上に情報を表示する。具体的には、第１に、ＧＰＳ処理部６２は、自身の路線バスＰ１の現在の位置情報を取得する。
第２に、速度検知部６３は、自身の路線バスＰ１の現在の速度を取得する。
第３に、表示情報処理部６７は、取得した位置情報に基づいて、運行支援装置２の地図データ３４から、自身の路線バスＰ１の現在の位置を含む所定の範囲に存在する道路の図形を取得する。バス端末装置３の補助記憶装置５５内に、運行支援装置２が有するものと同様の地図データ３４を記憶しておくことが望ましい。
【００９６】
ここで所定の範囲の例としては、以下がある。
（１）自身の路線バスＰ１が現在時刻以降に走行する道路のうち、自身の路線バスＰ１が、現在の速度で所定の時間（例えば２分）走行した場合に到達し得る範囲。
（２）自身の路線バスＰ１が現在時刻以降に進む道路のうち、通過（停車）した直近のバス停から、次のバス停までの範囲。
【００９７】
第４に、表示情報処理部６７は、ステップＳ３２５において取得した緯度及び経度、並びに、自身の路線バスＰ１の現在の位置情報（緯度及び経度）に基づいて、停車車両Ｐ２と自身の路線バスＰ１との間の距離を算出する。
第５に、表示情報処理部６７は、算出した距離を、自身の路線バスＰ１の現在の速度で除算して、自身の路線バスＰ１が停車車両Ｐ２の位置に到達するまでの時間を算出する。
【００９８】
第６に、画像処理部６１は、出力装置５３にバス案内画面Ｄ１（図４）を表示する。そして、バス案内画面Ｄ１上に、ステップＳ３２６の「第３」において取得した図形を表示し、ステップＳ３２５において取得した緯度及び経度に対応する位置に停車車両Ｐ２の図形（例えば図４の符号Ｄ８）を表示する。さらに、停車車両Ｐ２に関連付けて、ステップＳ３２６の「第５」において算出した時間を表示する（例えば図４の符号Ｄ１１）。
【００９９】
第７に、表示情報処理部６７は、出力装置５３を介して、メッセージを音声で発し又は文字で表示する。メッセージの例は、次の通りである。
（第１のメッセージ）「表示が不要な停車車両があればその図形に指で触れてください。」
（第２のメッセージ）「時間表示を台数表示に変更する場合は、画面の任意の箇所を指でダブルタッチして下さい。」
【０１００】
表示情報処理部６７は、運転手が第１のメッセージに応答して、ある停車車両Ｐ２の図形に触れるのを受け付けた場合は、当該停車車両Ｐ２についての、受信情報７１のレコードの表示フラグを「非表示」に更新し、当該停車車両Ｐ２の図形をバス案内画面Ｄ１から消去する。
【０１０１】
画像処理部６１は、運転手が第２のメッセージに応答して、画面の任意の箇所をダブルタッチするのを受け付けた場合は、次の処理を行う。
（１）停車車両Ｐ２の図形をグルーピングする。グルーピングの例としては、時間（符号Ｄ１２等）の値が同じもの同士グルーピングする方法、同じ２つのバス停間に停車しているもの同士をグルーピングする方法、同じ２つの交差点（分岐点）間に停車しているもの同士をグルーピングする方法等がある。
（２）同一グループに属する図形の数をカウントする。
（３）各グループにつき１つの図形を代表として残し、他の図形をバス案内画面Ｄ１上から消去する。そして、代表の図形（例えば、図５の符号Ｄ２２）に関連付けて、図形の数を表示する（例えば、図５の符号Ｄ２４）。
当該「第７」の処理は、ステップＳ３２３〜ステップＳ３２６の繰返し処理の最後（最後の「表示対象レコード」についての処理時）に実行されるものとする。
【０１０２】
ステップＳ３２７において、表示情報処理部６７は、通知フラグは「削除通知」であるか否かを判断する。具体的には、表示情報処理部６７は、表示対象レコードの通知フラグが「削除通知」である場合（ステップＳ３２７“ＹＥＳ”）は、ステップＳ３２８に進み、それ以外の場合（ステップＳ３２７“ＮＯ”）は、ステップＳ３２３に戻る。
ステップＳ３２８において、表示情報処理部６７は、同一の車両Ｐ２のレコードを検索する。具体的には、第１に、表示情報処理部６７は、表示対象レコードの車両ＩＤを検索キーとして、受信情報７１を検索し、該当するレコードをすべて取得する。
【０１０３】
ステップＳ３２９において、表示情報処理部６７は、表示フラグを「非表示」にする。具体的には、表示情報処理部６７は、ステップＳ３２８において取得したレコードのうち、表示フラグが「表示」であるものは、「非表示」に更新し、当該停車車両Ｐ２のアイコンをバス案内画面Ｄ１から消去する。
ステップＳ３３０において、表示情報処理部６７は、同一の車両Ｐ２のレコードを削除する。具体的には、表示情報処理部６７は、ステップＳ３２８において取得したレコードを削除する。その後、ステップＳ３２３に戻る。
【０１０４】
図１７は、後続路線バスの到着時間通知処理のフローチャート（ステップＳ２８１及びステップＳ２６３の詳細）である。
ステップＳ３４１において、運行支援装置２の到達時間算出部２６は、直近の路線バスＰ１を特定する。具体的には、第１に、到達時間算出部２６は、速度「０」（又は０に所定の値を加えた数値範囲）を検索キーとして、車両停車情報３２を検索し、該当するレコードを取得する。そして、取得したレコードのうち、任意の未処理のレコードを特定する。ここで特定されたレコードを、以降、「警告対象レコード」と呼ぶことがある。
第２に、到達時間算出部２６は、警告対象レコードの緯度及び経度を取得する。
【０１０５】
ステップＳ３４２において、到達時間算出部２６は、路線バスＰ１が車両Ｐ２に到達する時間を算出する。具体的には、第１に、到達時間算出部２６は、以下のすべての条件を満たす路線バス運行情報３１のレコードを１つ取得する。取得されたレコードを、以降、「到達バスレコード」と呼ぶ場合がある。
（条件４）道路ＩＤ欄１０９の道路ＩＤが、警告対象レコードの道路ＩＤと同じである。又は、路線名欄１０２の路線の名称が、警告対象レコードの影響路線の名称のうちの少なくとも１つに一致する。
【０１０６】
（条件５）緯度欄１０６の緯度及び経度欄１０７の経度が示す位置（路線バス位置）と、警告対象レコードの緯度及び経度が示す位置（車両位置）を比較した結果、車両位置が、路線バス位置を基準にして路線バスＰ１の進行方向にある。
なお、前記した理由により、バス端末装置３及び車両端末装置４は、相互に同期を取って（同じタイミングで）、速度、位置情報等を、運行支援装置２に送信することが望ましい。しかしながら、路線バス運行情報３１の現在時刻と、警告対象レコードの現在時刻が同時刻でない場合であっても、例えば、路線バスの現在時刻及び速度に基づいて、路線バスの、警告対象レコードの現在時刻における位置を算出することは可能である。
（条件６）路線バス位置と車両位置との間の距離が最小である。当該距離は、両者の位置情報から算出することが可能である。
【０１０７】
第２に、到達時間算出部２６は、到達バスレコードの緯度及び経度と、警告対象レコードの緯度及び経度と、に基づいて停車車両Ｐ２と直近の路線バスＰ１との間の距離を算出する。そして、算出した距離を、到達バスレコードの速度で除算することにより、到達時間を算出する。なお、到達バスレコードの速度が「０」であって、除算が不可能な場合がある。このような場合に備えて、路線バス運行情報３１が過去のレコードを履歴として残しておくこととしてもよい。到達時間算出部２６は、到達バスレコードのバスＩＤを有する他のレコードの速度の平均値等から、速度を推定することができる。
【０１０８】
ステップＳ３４３において、対車両通知部２５は、車両Ｐ２に到達時間等を送信する。具体的には、第１に、対車両通知部２５は、警告対象レコードの車両ＩＤが特定する車両Ｐ２の車両端末装置４に対して、到達バスレコードの緯度及び経度、並びに、算出した到達時間を送信する。
第２に、対車両通知部２５は、警告対象レコードの車両ＩＤを検索キーとして、ナンバープレートデータベース３５を検索し、対応する携帯端末装置Ｐ９のメールアドレスを取得する。そして、取得したメールアドレスに対して、「後続のバスは、○○分（秒）後に追いつきます」のようなメッセージを送信する。「○○」は、算出した到達時間である。
その後、ステップＳ３４１に戻る。すなわち、ステップＳ３４１〜Ｓ３４３の処理は、未処理の警告対象レコードがなくなるまで繰り返される。繰り返しの処理が終了した後、ステップＳ２７１に戻る。
【０１０９】
ステップＳ３５１において、車両端末装置４の表示情報処理部９４は、到達時間等を受信する。具体的には、表示情報処理部９４は、ステップＳ３４３において運行支援装置２が送信した、到達バスレコードの緯度及び経度、並びに、到達時間を受信する。
【０１１０】
ステップＳ３５２において、表示情報処理部９４は、画面上に表示する又は音声を発する。具体的には、第１に、表示情報処理部９４は、車両案内画面Ｄ３１（図６）を、出力装置８３に表示する。
第２に、表示情報処理部９４は、車両案内画面Ｄ３１上に「後続のバスは、○○分（秒）後に追いつきます」のようなメッセージＤ３５を表示する。又は、当該メッセージを音声で案内する。到達バスレコードの緯度及び経度が、自身の車両Ｐ２の現在位置に対して充分近接している場合、表示情報処理部９４は、車両案内画面Ｄ３１上に、路線バスＰ１の図形を表示してもよい。
その後、ステップＳ２６４に進む。
【０１１１】
（第１の実施形態の変形例）
一般に、交通情報を管理するセンタ（図示せず）から、バス路線（本実施形態の「道路」）上に存在する信号の情報を入手することができる。つまり、運行支援装置２は、信号待ち時間（信号が「赤」である時間）を、道路ＩＤごとかつ時間帯ごとに記憶しておくことが可能である。
【０１１２】
ステップＳ２７１（図１３）において、運行支援装置２の中央制御装置１１は、以下の処理を行ってもよい。
（１）受信した速度が０であるか否かを判断する（図１２のステップＳ２５６のパスで送信された場合、速度は０である）。判断の結果、速度が０であれば次の処理に進む。
（２）受信した位置情報を検索キーとして地図データ３４を検索し、対応する道路ＩＤを取得する。そして、取得した道路ＩＤ及び受信した現在時刻に基づいて、信号待ち時間を取得する。
（３）受信した車両ＩＤを検索キーとして車両停車情報３２を検索し、該当したレコードの現在時刻を取得する。
（４）受信した現在時刻と取得した現在時刻との差分が、取得した信号待ち時間以下であるか否かを判断する。
（５）判断の結果、差分が信号待ち時間以下である場合は、受信した速度、位置情報等を無視する。
【０１１３】
（第２の実施形態）
第２の実施形態においては、路線バスＰ１が自ら、車両Ｐ２の運転マナーについての情報を収集する。
図１８は、路線バスが車両を回避する場合等の処理手順のフローチャートである。
ステップＳ３６１において、バス端末装置３の中央制御装置５１は、（路線バスＰ１自身について）低速度かつ右ウインカがＯＮであるか否か（車両Ｐ２が路線バスＰ１の走行を妨げたか否か）を判断する。具体的には、速度検知部６３が所定の閾値以下の速度（速度０を含む）を検知し、かつ、ウインカ操作検知部６５が、運転手が右ウインカ（右方向指示器）を操作するのを検知した場合（ステップＳ３６１“ＹＥＳ”）は、ステップＳ３６２に進む。それ以外の場合（ステップＳ３６１“ＮＯ”）は、ステップＳ３６３に進む。
【０１１４】
ステップＳ３６２において、中央制御装置５１は、速度、位置情報等を送信する。具体的には、第１に、ＧＰＳ処理部６２は、ＧＰＳ衛星Ｐ３から、路線バスＰ１の位置情報（緯度及び経度）を取得する。
第２に、中央制御装置５１は、取得した緯度及び経度並びに検知した速度を、バスＩＤ及び現在時刻とともに、運行支援装置２に送信する。
【０１１５】
ステップＳ３６３において、ハザードランプ操作検知部６６は、車線変更時に、（路線バスＰ１自身が）ハザードを発したか否か（車両Ｐ２が路線バスＰ１の走行に協力したか否か）を判断する。具体的には、ハザードランプ操作検知部６６は、路線バスＰ１の運転手がハザードランプを発する操作を行うのを検知した場合（ステップＳ３６３“ＹＥＳ”）は、ステップＳ３６４に進み、それ以外の場合（ステップＳ３６３“ＮＯ”）は、ステップＳ３６１に戻る。運転手は、自身がバス停Ｐ１１に停車する際に、自身の割り込みを許容してくれた車両Ｐ２に対して、ハザードランプを発して謝意を表すものとする。
【０１１６】
ステップＳ３６４において、画像処理部６１は、割り込みを許容した車両Ｐ２を撮影する。具体的には、画像処理部６１は、カメラ５７を介して、割り込みを許容した車両Ｐ２のナンバープレートの画像を取得する。
ステップＳ３６５において、画像処理部６１は、取得した画像を、運行支援装置２に送信する。その後、ステップＳ３６１に戻る。
ステップＳ３７１において、運行支援装置２の車両停車情報管理部２４は、速度、位置情報等を受信する。具体的には、車両停車情報管理部２４は、ステップＳ３６２において、バス端末装置３が送信した緯度、経度、速度、バスＩＤ及び現在時刻を受信する。
【０１１７】
ステップＳ３７２において、車両停車情報管理部２４は、近傍で登録された履歴があるか否かを判断する。具体的には、第１に、車両停車情報管理部２４は、車両停車情報３２に以下の条件をすべて満たすレコードが存在するか否かを判断する。
（条件７）図７（ｂ）の緯度欄１１３の緯度及び経度欄１１４の経度が示す位置と、ステップＳ３７１において受信した緯度及び経度が示す位置との間の距離が、所定の閾値以下である。
（条件８）通知フラグ欄１１８の通知フラグが「通知予約」である。
第２に、車両停車情報管理部２４は、このようなレコードが存在する場合（ステップＳ３７２“ＹＥＳ”）は、ステップＳ３７１に戻り、それ以外の場合（ステップＳ３７２“ＮＯ”）は、ステップＳ３７３に進む。
【０１１８】
なお、このようなレコードが存在する場合（ステップＳ３７２“ＹＥＳ”）は、車両停車情報管理部２４は、ステップＳ３７１に戻る直前に以下の処理を行ってもよい。
（１）当該レコードの車両ＩＤを検索キーとして、ナンバープレートデータベース３５を検索し、対応するポイントを取得する。
（２）取得したポイントから所定の数値を減算し、ポイントを更新する。
【０１１９】
ステップＳ３７３において、車両停車情報管理部２４は、車両停車情報３２に路線バスＰ１からの情報を記録する。具体的には、第１に、車両停車情報管理部２４は、車両停車情報３２（図７（ｂ））の新たなレコード（各欄は空欄）を作成する。
第２に、車両停車情報管理部２４は、新たなレコードの車両ＩＤ欄１１１、速度欄１１２、緯度欄１１３、経度欄１１４及び時刻欄１１５に、ステップＳ３７１において受信した、それぞれ、バスＩＤ、速度、緯度、経度及び現在時刻を記憶する。車両ＩＤ欄１１１にバスＩＤを記憶することが、ここでの処理の特徴である。
【０１２０】
第３に、車両停車情報管理部２４は、ステップＳ３７１において受信した緯度及び経度に基づいて、地図データ３４を検索し、対応する道路ＩＤを取得する。
第４に、車両停車情報管理部２４は、道路ＩＤを検索キーとして、路線データ３３を検索し、対応する１又は複数の路線ＩＤを取得する。
第５に、車両停車情報管理部２４は、新たなレコードの道路ＩＤ欄１１６、影響路線名欄１１７及び通知フラグ欄１１８に、それぞれ、ステップＳ３７３の「第３」において取得した道路ＩＤ、ステップＳ３７３の「第４」において取得した路線ＩＤ（路線の名称）、及び、「通知予約」を記憶する。その後、ステップ３７１に戻る。
なお、ステップＳ３７４については後記する。
【０１２１】
このように、車両停車情報３２に「低速度かつ右ウインカがＯＮである」路線バスＰ１についてのレコードが記憶される。すると、他の路線バスＰ１の出力装置５３に、停車車両Ｐ２を回避した（迷惑を被った）路線バスＰ１が、他の停車車両Ｐ２とともに表示されることになる。このとき、路線バスＰ１を示す図形（アイコン）は、車両Ｐ２の図形とは異なるものであるのが望ましい。よって、他の路線バスＰ１の運転手は、早めに車線変更等の回避措置を取ることができる。このようにすると、車両Ｐ２の協力が得られなくても、路線バスＰ１同士で情報を共有して助け合うことが可能である。
【０１２２】
図１９は、運行支援装置２がマナーの良い車両Ｐ２にポイントを付与する処理手順のフローチャート（ステップＳ３７４の詳細）である。
ステップＳ３８１において、運行支援装置２のナンバープレート認識部２７は、ナンバープレートを認識する。具体的には、第１に、ナンバープレート認識部２７は、ステップＳ３６５においてバス端末装置３が送信した画像を受信する。
第２に、ナンバープレート認識部２７は、受信した画像を解析し、プレートナンバーを特定する。
【０１２３】
ステップＳ３８２において、運行支援装置２のマナー管理部２８は、ポイントを付加する。具体的には、マナー管理部２８は、ステップＳ３８１において特定されたプレートナンバーを検索キーとして、ナンバープレートデータベース３５を検索し、対応するポイントを取得する。そして、取得したポイントに所定の数値を加算し、ポイントを更新する。その後、ステップＳ３７４の処理を終了する。
【０１２４】
第２の実施形態では、図１８の左側のフローチャートの処理の動作主体は、バス端末装置３である。しかしながら、車両端末装置４が動作主体であってもよい。すなわち、車両Ｐ２同士が、運転マナーを評価し、その結果、ポイントがナンバープレートデータベース３５に蓄積されることにしてもよい。さらに、一般の歩行者が使用する携帯端末装置（図示せず）が動作主体になってもよい。運行支援装置２は、悪意を以ってポイントを操作する者を排除するために例えば以下の処理を行ってもよい。
【０１２５】
（１）車両端末装置４又は一般の歩行者が使用する携帯端末装置から、車両Ｐ２の画像が送信されてきたとする。この場合、その撮影位置（撮影地点を中心とする所定の範囲を含む）及び撮影時刻（撮影時刻を中心とする所定の範囲を含む）にその画像から解析されるプレートナンバーの車両Ｐ２が存在していることを、車両停車情報３２を参照して検証する。そして検証の結果、存在しない場合は、その送信を無視する。
（２）同一の車両端末装置４又は同一の携帯端末装置から、所定の期間内に所定の回数以上同じ情報が送信されてきた場合は、最初の送信に係る情報以外の情報を無視する。
【０１２６】
また、ステップＳ３０５において、対路線バス通知部２２は、基準車両レコードの車両ＩＤ、緯度、経度、現在時刻、道路ＩＤ及び通知フラグとともに、基準車両レコードの車両ＩＤに対応するポイントを送信してもよい。対路線バス通知部２２は、基準車両レコードの車両ＩＤを検索キーとしてナンバープレートデータベース３５を検索し、対応するポイントを取得するものとする。
さらに、ステップＳ３２６の「第６」において、画像処理部６１は、停車車両Ｐ２の図形（例えば図４の符号Ｄ８）に関連付けて、その停車車両Ｐ２のポイントを表示してもよい。このとき、ポイントの値に応じて色分けして停車車両Ｐ２の図形を表示してもよい。
【０１２７】
（第３の実施形態）
車両Ｐ２が一旦車両停車情報３２に記憶されたとしても、その車両Ｐ２が実際に路線バスＰ１の走行の妨げになるとは限らない。例えば、車両Ｐ２が停車している近傍を、路線バスＰ１が充分な速度で走行していれば、当該車両Ｐ２は、路線バスＰ１に対して実害を及ぼすことはないと判断される。第３の実施形態では、運行支援装置２は、このような停車車両Ｐ２の図形がバス端末装置３において表示されないようにする。
【０１２８】
図２０は、路線バス運行情報３１（図７（ａ））の内容に基づいて車両停車情報３２を更新する処理手順のフローチャートである。
ステップＳ３９１において、バス端末装置３の中央制御装置５１は、速度、位置情報等を定期的に送信する。ステップＳ３９１の処理は、図９のステップＳ２０２と同様である。
ステップＳ４０１において、運行支援装置２の路線バス運行情報管理部２１は、速度、位置情報等を受信する。ステップＳ４０１の処理は、図９のステップＳ２１２と同様である。
ステップＳ４０２において、路線バス運行情報管理部２１は、路線バス運行情報３１のレコードを作成する。ステップＳ４０２の処理は、図９のステップＳ２１４と同様である。
【０１２９】
ステップＳ４０３において、車両停車情報管理部２４は、近傍で登録された車両の履歴があるか否かを判断する。具体的には、第１に、車両停車情報管理部２４は、車両停車情報３２に以下のすべての条件を満たすレコードが存在するか否かを判断する。
（条件９）図７（ｂ）の緯度欄１１３の緯度及び経度欄１１４の経度が示す位置と、ステップＳ４０２において作成したレコードの緯度及び経度が示す位置との間の距離が、所定の閾値以下である。
（条件１０）時刻欄１１５の現在時刻と、ステップＳ４０２において作成したレコードの現在時刻との間の差分が、所定の閾値以下である。
第２に、車両停車情報管理部２４は、このようなレコードが存在する場合（ステップＳ４０３“ＹＥＳ”）は、ステップＳ４０４に進み、それ以外の場合（ステップＳ４０３“ＮＯ”）は、ステップＳ４０１に戻る。
【０１３０】
ステップＳ４０４において、車両停車情報管理部２４は、路線バスＰ１の速度は高速であるか否かを判断する。具体的には、車両停車情報管理部２４は、ステップＳ４０２において作成したレコードの速度が所定の閾値以上である場合（ステップＳ４０４“ＹＥＳ”）は、ステップＳ４０５に進み、それ以外の場合（ステップＳ４０４“ＮＯ”）は、ステップＳ４０１に戻る。
【０１３１】
ステップＳ４０５において、車両停車情報管理部２４は、通知フラグは「保留」又は「通知予約」であるか否かを判断する。具体的には、車両停車情報管理部２４は、ステップＳ４０３の「第１」の「条件９」及び「条件１０」を満たしたレコードの通知フラグが「保留」又は「通知予約」である場合（ステップＳ４０５“ＹＥＳ”）は、ステップＳ４０７に進み、それ以外の場合（ステップＳ４０５“ＮＯ”）は、ステップＳ４０６に進む。
【０１３２】
ステップＳ４０６において、車両停車情報管理部２４は、停車情報を削除する。具体的には、車両停車情報管理部２４は、「条件９」及び「条件１０」を満たしたレコードを削除する。その後、ステップＳ４０１に戻る。
ステップＳ４０７において、車両停車情報管理部２４は、通知フラグを「削除通知予約」で更新する。具体的には、車両停車情報管理部２４は、「条件９」及び「条件１０」を満たしたレコードの通知フラグを「削除通知予約」に変更する。その後、ステップＳ４０１に戻る。
【０１３３】
（実施形態の効果）
第１の実施形態の効果として、路線バスＰ１の運転手が、今後走行する路線において停車している車両の位置、台数及びそれらの車両までの到達時間を容易に知ることができる。さらに、一旦停車した車両Ｐ２が、路線バスＰ１の運転手に知らされる前に走行を開始した場合には、当該車両Ｐ２についての情報は削除される。このことは、通信量の削減に資するだけでなく、路線バスＰ１の運転手の集中力維持にも資する。また、停車車両Ｐ２の運転手が、車内外において、どの程度の時間が経過した後に後続の路線バスＰ２が接近するかを容易に知ることができる。
第２の実施形態の効果として、路線バスＰ１、車両Ｐ２又は歩行者からの情報提供によって、車両Ｐ２の運転マナーを評価することができる。
第３の実施形態の効果として、停車してはいるが、実際には路線バスＰ１に対して影響を及ぼさない車両Ｐ２を路線バスＰ１に通知してしまうことを回避できる。
【０１３４】
本発明は、前記した実施形態に限定されることなく、本発明の主旨を逸脱しない範囲で、変更実施が可能である。
上記実施形態においては、定期運行車両の一例として路線バスを挙げたが、これに限らず、所定のルートを走行する公共車両、商業用車両等であっても本実施形態を適用できることは言うまでもない。
【符号の説明】
【０１３５】
１      運行支援システム
２      運行支援装置
３      バス端末装置
４      車両端末装置
１１    中央制御装置（制御部）
１２    入力装置
１３    出力装置
１４    主記憶装置（記憶部）
１５    補助記憶装置（記憶部）
１６    通信装置
３１    路線バス運行情報
３２    車両停車情報
７１    受信情報
Ｄ１    バス案内画面
Ｄ３１  車両案内画面
【図１】
2014049083.tif 000003
【図２】
2014049083.tif 000004
【図３】
2014049083.tif 000005
【図４】
2014049083.tif 000006
【図５】
2014049083.tif 000007
【図６】
2014049083.tif 000008
【図７】
2014049083.tif 000009
【図８】
2014049083.tif 000010
【図９】
2014049083.tif 000011
【図１０】
2014049083.tif 000012
【図１１】
2014049083.tif 000013
【図１２】
2014049083.tif 000014
【図１３】
2014049083.tif 000015
【図１４】
2014049083.tif 000016
【図１５】
2014049083.tif 000017
【図１６】
2014049083.tif 000018
【図１７】
2014049083.tif 000019
【図１８】
2014049083.tif 000020
【図１９】
2014049083.tif 000021
【図２０】
2014049083.tif 000022