JP2011018149A - バス位置表示方法、バス映像取得方法、交差点映像取得方法及び映像配信方法 - Google Patents

Abstract

【課題】広域無線通信機を使用することなく、より低コストでバスの現在位置を検出してバス停に表示する方法を提供する。
【解決手段】インターネット３００を経由して、センタシステムとバス停システムを接続する。バス停２００に含まれるバス停システムの路側無線部は周期的にバス停ＩＤを含んだビーコンを路線バス１００上の路線バスシステムに出力する。
路線バスシステムはバス停ＩＤ及びバスＩＤを含んだＩＤ通知信号をバス停システムに対して出力する。センタ４００のセンタシステムはバス停ＩＤ及びバスＩＤを用いて位置情報を更新し、適切な対象にバス位置更新データを送信する。送信されたバス位置更新データを用いて、バス停システムはバス位置の表示を行う。
【選択図】図１

Description

本発明は、定期運行路線を有する公共交通機関等の運行管理システム、特にバスロケーションシステムに関する。

バスの現在位置を検出してバス停に表示する方法は多数存在する。

特開２００６−２７７１２６号公報（特許文献１）では以下の技術を開示する。

各路線バスでは、読み取り機が定期的に読み取り信号の電波を送信し、停留所に接近するとトランスポンダはトランスポンダ固有の識別符号を含んだ応答信号の電波を送信する。通信制御装置は、広域無線通信機を経由してトランスポンダ固有の識別符号をサーバに送信する。サーバでは、情報収集部が、路線バスから逐次到着するトランスポンダ固有の識別符号を元に、停留所管理ファイルを参照することで、該当する停留所すなわち路線バスが接近した停留所を特定し、利用配信部は、それら情報を端末に提供する。

また、特開２００５−８４７２９号公報（特許文献２）では以下の技術を開示する。

このバス運行状況通知システムは、各バスの各時刻における位置及び各バスの識別情報を基に各路線・各バス停毎のバス運行状況を算出するバス運行状況算出手段と、各バス停のバス停識別情報及び各バス停を通過する各路線の路線識別情報を表す読み取り可能な記録媒体（例としてはバーコード）と、この読み取り可能な記録媒体から読み取られたバス停識別情報及び路線識別情報を受信したならば、受信したバス停識別情報及び路線識別情報により表されるバス停及び路線に対応したバス運行状況をバス停識別情報及び路線識別情報の送信元に送信する送信手段と、を備えることを特徴とする。

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

しかし、特許文献１記載の技術では、広域無線通信機を使用するため、コストの上昇は避けられない。

また、特許文献２記載の技術では、携帯電話機の表示部に運行状況の出力を想定しており、「バスの現在位置を検出してバス停に表示する方法」という点では相違する。

本発明の目的は、広域無線通信機を使用することなく、通信可能範囲が半径数百メートル程度の狭域の通信方式により低コストでバスの現在位置を検出し、該バス停に表示する方法を提供することにある。

また、本発明の別の目的は、上記の狭域の通信方式により低コストで、バス上で取得した映像を確実な方法でセンタに送信する方法を提供することにある。

さらに本発明の別の目的は、上記の狭域の通信方式によりバス停もしくは交差点で取得した映像を、バスに送出する方法を提供することにある。

さらに本発明の別の目的は、上記の狭域の通信方式によりセンタからの映像をバスに送出する方法を提供することにある。

本発明の前記並びにその他の目的と新規な特徴は、本明細書の記述及び添付図面から明らかになるであろう。

本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、次の通りである。

本発明の代表的な実施の形態に関わるバス位置表示方法は、路線バスに搭載された路線バスシステムと、表示部を有するバス停システムと、バス停システムとネットワークを介して接続されるセンタシステムと、を含んで構成される交通システムに関するものであって、バス停システムがバス停ＩＤ通知信号を周期的に出力するバス停ＩＤ通知信号出力ステップと、バス停ＩＤ通知信号を路線バスシステムが受信し、路線バスシステムがバスＩＤ通知信号をバス停システムに出力するバスＩＤ通知信号出力ステップと、バス停システムがバスＩＤ及びバス停ＩＤを付加したバスシステム接続報知信号をセンタシステムに出力するバスシステム接続報知信号出力ステップと、バスＩＤ及びバス停ＩＤを用いてバス位置更新用データを生成するバス位置更新ステップと、バスＩＤを用いてバス位置更新用データの送信先を決定する送信先決定ステップと、送信先決定ステップで決定した送信先に対してセンタシステムがバス位置更新用データを送信するバス位置更新データ送信ステップと、バス位置更新用データを用いてバス停システムが路線バスシステムを有する路線バスの位置情報を表示部に表示するバス位置表示ステップと、を含むことを特徴とする。

本発明の代表的な実施の形態に関わるバス位置表示方法は、路線バスに搭載された路線バスシステムと、表示部を有するバス停システムと、バス停システムとネットワークを介して接続されるセンタシステムと、を含んで構成される交通システムに関するものであって、バス停システムがバス停ＩＤ通知信号を周期的に出力するバス停ＩＤ通知信号出力ステップと、バス停ＩＤ通知信号を路線バスシステムが受信し、路線バスシステムがバス停ＩＤ通知信号に付加されたバスＩＤ及びバス停システムに割り当てられたバス停ＩＤを付加したバスＩＤ通知信号をバス停システムに出力するバスＩＤ通知信号出力ステップと、バスＩＤ通知信号出力ステップで出力されたバスＩＤ通知信号を受信することでタイマを起動するタイマ起動ステップと、タイマのカウントが満了することでバス停システムがバスＩＤ及びバス停システムに割り当てられたバス停ＩＤを付加したバスシステム接続解除報知信号を出力するバスシステム接続解除報知信号出力ステップと、バスシステム接続解除報知信号に付加されたバス停ＩＤ及びバスＩＤを用いてセンタシステムがバス位置更新用データを生成するバス位置更新ステップと、バスＩＤを用いてバス位置更新用データの送信先をセンタシステムが決定する送信先決定ステップと、送信先決定ステップで決定した送信先に対してセンタシステムがバス位置更新用データを送信するバス位置更新データ送信ステップと、バス位置更新用データを用いてバス停システムが路線バスシステムを有する路線バスの位置情報を表示部に表示するバス位置表示ステップと、を含むことを特徴とする。

本発明の代表的な実施の形態に関わるバス映像取得方法は、路線バスに搭載された路線バスシステムと、バス停システムと、表示部を有しバス停システムとネットワークを介して接続されるセンタシステムと、を含んで構成される交通システムに関するものであって、路線バスシステムは、映像を取得する映像装置を有し、バス停システムがバス停ＩＤ通知信号を周期的に出力するバス停ＩＤ通知信号出力ステップと、バス停ＩＤ通知信号を路線バスシステムが受信し、路線バスシステムがバスＩＤ通知信号をバス停システムに出力するバスＩＤ通知信号出力ステップと、バス停システムがバスＩＤ通知信号をセンタシステムに転送するバスＩＤ通知信号転送ステップと、転送されたバスＩＤ通知信号を受けて映像情報を必要とするセンタシステムがバスＩＤ及びバス停ＩＤを元に路線バスシステムへの路線バス映像送信要求信号をバス停システムに対して出力する路線バス映像送信要求信号出力ステップと、バス停システムがバスＩＤを持つバスシステムに対して路線バス映像送信要求信号を転送する路線バス映像送信要求信号転送ステップと、路線バス映像送信要求信号を受信した路線バスシステムが映像装置により取得した映像情報をバス停システムに対して出力する映像情報出力ステップと、映像情報を受信したバス停システムが映像情報をセンタシステムに転送する映像情報転送ステップと、を有することを特徴とする。

本発明の代表的な実施の形態に関わる交差点映像取得方法は、路線バスに搭載されかつ表示部を有する路線バスシステムと、映像を取得する映像装置を有する交差点システムと、を含んで構成される交通システムにおけるであって、交差点システムが交差点ＩＤ通知信号を周期的に出力する交差点ＩＤ通知信号出力ステップと、交差点ＩＤ通知信号を路線バスシステムが受信し、路線バスシステムがバスＩＤ通知信号を交差点システムに出力するバスＩＤ通知信号出力ステップと、バスＩＤ通知信号を受信した交差点システムが路線バスシステムに対して映像信号の受信処理を開始させる映像配信信号を路線バスシステムに対して出力する映像配信信号出力ステップと、映像配信信号を受信した路線バスシステムが映像信号の受信処理を開始する映像情報受信処理開始ステップと、映像配信信号出力ステップ後、映像信号を路線バスシステムに送信する映像信号送信ステップと、映像信号を受信した路線バスシステムが映像信号を表示部に表示する映像信号表示ステップと、を含むことを特徴とする。

本発明の代表的な実施の形態に関わる交差点映像取得方法は、映像を取得する映像装置を有する交差点システムと、表示部を有しバス停システムとネットワークを介して接続されるセンタシステムと、を含んで構成される交通システムに関するものであって、交差点システムが交差点ＩＤ通知信号を出力する周期を設定する交差点ＩＤ通知送信間隔指定信号をセンタシステムが出力する交差点ＩＤ通知送信間隔指定信号出力ステップと、交差点ＩＤ通知送信間隔指定信号を受けた交差点システムがセンタシステムに映像の受領処理を開始させる交差点ＩＤ通知信号を出力する交差点ＩＤ通知信号出力ステップと、交差点ＩＤ通知信号出力ステップの後、交差点システムがセンタシステムに映像信号を出力する映像信号出力ステップと、センタシステムが受信した映像信号を表示部に出力する映像出力ステップと、を有することを特徴とする。

本発明の代表的な実施の形態に関わる映像配信方法は路線バスに搭載された路線バスシステムと、バス停システムと、バス停システムとネットワークを介して接続されるセンタシステムと、を含んで構成される交通システムに関するものであって、映像信号の中継処理を実行させるべくセンタシステムがバス停システムにバスＩＤが付加された映像配信信号を出力する映像配信信号送信ステップと、映像配信信号を受けてバス停システムが中継処理を開始し、映像信号の受領処理を開始させるべくバスＩＤを有する路線バスシステムに映像配信信号を転送する映像配信信号転送ステップと、映像配信信号の転送を受けて路線バスシステムが映像受領処理を開始する映像受領処理開始ステップと、映像配信信号送信ステップ後、映像信号を前記バス停システムに送信する映像信号送信ステップと、バス停システムが映像信号を路線バスシステムに転送する映像信号転送ステップと、を含むことを特徴とする。

本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下の通りである。

本発明の代表的な実施の形態に関わるバス位置表示方法を用いることで、狭域の通信方式を用いてバスロケーションシステムを構築することが可能となる。

また、この構築したバスロケーションシステムを利用することで、バスで撮影した映像、バス停もしくは交差点で撮影した映像をセンタなどに配信することが可能になるほか、センタから広告用映像を路線バスに送出することが可能となる。

本発明に関わるバスロケーションシステムの運用形態を表す概念図である。 バス停システムの構成を表すブロック図である。 路線バスシステムの構成を表すブロック図である。 センタ側システムの構成を表すブロック図である。 路線バスシステムのバス停システムへの接続方法を表すフローチャートである。 ビーコン内に含まれるバス停ＩＤ通知信号のデータ構成の一例を表す図である。 バスＩＤ通知信号のデータ構成の一例を表す図である。 バスＩＤ通知信号受信時のバス停システムの路側Ｉ／Ｏ部における処理の流れを表すフローチャートである。 バスシステム接続報知信号のデータ構成を表す図である。 バスシステム接続解除報知信号のデータ構成を表す図である。 各バス停システムの路側Ｉ／Ｏ部が利用可能なバスＩＤと路線ＩＤの対応を表すテーブルである。 センタのバスシステム接続報知信号の受信時の処理に関するフローチャートである。 バス位置更新情報のデータ構成の一例を表す図である。 路側Ｉ／Ｏ部の表示画面の表示例である。 本発明の第２の実施の形態に関わる路線バスシステムの構成を表すブロック図である。 本発明の第２の実施の形態に関わるセンタの映像取得処理についてのフローチャートである。 路線バス映像送信要求信号のデータ構成の一例を表す図である。 本発明の第２の実施の形態に関わるバス停システムの映像中継処理についてのフローチャートである。 本発明の第２の実施の形態に関わる路線バスシステムで動作する撮影処理についてのフローチャートである。 本発明の第３の実施の形態に関わるバス停システムのブロック図である。 本発明の第３の実施の形態に関わるバス停システムの映像送信処理のフローチャートである。 映像配信信号のデータ構成の一例を表す図である。 本発明の第３の実施の形態に関わる路側無線部の映像受信処理のフローチャートである。 本発明の第４の実施の形態に関わる映像送信要求及び映像受信処理のフローチャートである。 本発明の第４の実施の形態に関わるバス停システムの映像送信処理に関するフローチャートである。 本発明の第５の実施の形態に関わるセンタによる映像送信処理を表すフローチャートである。 本発明の第５の実施の形態に関わるセンタが送信する映像配信信号のデータ構成の一例を表す図である。 本発明の第５の実施の形態に関わる路側Ｉ／Ｏ部の中継処理のフローチャートである。 本発明の第５の実施の形態に関わる路線バスシステムの映像信号受領処理に関するフローチャートである。

以下、図を用いて本発明の実施の形態を説明する。

（第１の実施の形態）
図１は本発明に関わるバスロケーションシステムの運用形態を表す概念図である。

路線バス１００、１２０がバス停２００、２２０、２４０の間を営業走行するバスの運行上、どのようにシステムが関係するかを表している。

各バス停には、図２で表すバス停システム２１０が含まれている。図２はこのバス停システム２１０の構成を表すブロック図である。このバス停システム２１０は、路側無線部２１１、ゲートウェイ２１２、路側Ｉ／Ｏ部２１４、ローカルディスク２１５、通信路２１６を有して構成される。

路側無線部２１１は、ＩＥＥＥ８０２．１１ｐ等の無線ＬＡＮの通信仕様他に準じた無線通信用の送受信機である。無線ＬＡＮではマスタ（アクセスポイント）・スレイブ（クライアント）が明確な規格であるが、路側無線部２１１はアクセスポイントに該当する。従って、路側無線部２１１はビーコンを出力する機能を有する。このビーコンには、バス停ＩＤ通知信号が含まれるが、このデータを生成する機能も有する。

この路側無線部２１１の出力性能によって、路側無線部２１１と路線バスシステム１１０の通信が可能なアクセスポイントエリア２０１、２２１、２４１が決定される。

ゲートウェイ２１２は、バス停システム２１０中のＬＡＮとインターネット３００との通信機能を有する２ないしはそれ以上のポートを有し、グローバルＩＰアドレスで通信されるインターネット３００上の通信と、プライベートＩＰアドレスでやり取りされる通信路２１６上の通信のＩＰルーティングを行う制御部である。

この各バス停に含まれるバス停システム２１０はインターネット３００などを介してセンタ４００に接続されるが、この窓口となるのがゲートウェイ２１２である。

路側Ｉ／Ｏ部２１４は、各路線バスの位置表示を行う表示部を含む電子デバイスである。現時点ではＰＣなどを用いることを想定しているが、組み込み用の環境（ＤＳＰ等で動く、機能を限定したデバイス）なども射程に含まれる。

ローカルディスク２１５は、路側Ｉ／Ｏ部２１４などで用いるプログラムや、システム情報などを格納するためのローカルディスクである。

通信路２１６は、バス停システム２１０内の各モジュールを接続する通信路である。ここでは一般的な有線ＬＡＮを想定しているが、特にこれには拘らない。

次に、路線バス１００等に含まれる、路線バスシステム１１０について説明する。図３は路線バスシステム１１０の構成を表すブロック図である。

路線バスシステム１１０は、車載制御部１１１、車載無線部１１２、通信路１１５、物理信号線１１６を含んで構成される。

車載制御部１１１は、路線バスシステム１１０全体を制御するための制御部である。主に車載機システム１００外部の通信の処理（ＩＥＥＥ１６０９．３関連）を行うことを想定している。

車載無線部１１２は、バス停システム２１０の路側無線部２１１とＩＥＥＥ８０２．１１ｑなどに基づく通信を行うための送受信機である。ＩＥＥＥ８０２．１１ｑはマスタ・スレイブの関係を有するが車載無線部１１２はスレイブ（クライアント）に当たる。車載無線部１１２は、路側無線部２１１とのセッションが張られていない間、路側無線部２１１からのビーコンの強度を検出し、一定以上の信号強度があれば、その出力源たる路側無線部２１１と接続を図る機能を有する。

車載制御部１１１と車載無線部１１２は後述する物理信号線１１６で接続されている。これにより通信路１１５の使用状況に関わらず、車載制御部１１１と車載無線部１１２間でデータのやり取り、受信データ、ビーコンの有無の通知などが可能になる。また、車載制御部１１１の指示に従い、車載無線部１１２は外部に信号を出す程度の処理も行える。すなわち、車載無線部１１２は組み込み用のＣＰＵを使って処理を行うマイコンであり、かつ、以下の機能を有するものと捉えることができる。

１）ＩＥＥＥ８０２．１１のスレイブとしての無線通信機能
２）物理信号線１１６を介して車載制御部１１１と通信を行う機能
３）通信路１１５を介して車載制御部１１１などと通信を行う機能
以下、上記２）の機能を用いて、車載無線部１１２に対するアクションは車載制御部１１１に伝達されるものとして説明を行う。

通信路１１５は路線バスシステム１１０の各モジュールを接続する通信路である。路線バスシステム１１０でも一般的な有線ＬＡＮを想定しているが、特にこれには拘らない。なお、本実施の形態では、この通信路１１５を用いて処理が行われることは無い。従って、本実施例では通信路１１５に接続されるポートのＩＰアドレスは定義しない。

物理信号線１１６は車載制御部１１１と車載無線部１１２との間を結ぶＰＣＩ等の通信用バスである。これにより、通信路１１５の利用状況に関わらず、車載制御部１１１と車載無線部１１２間の通信が可能となる。

センタ側システム４１０は、センタ４００とセンタ通信部４０１を含んで構成される。図４はセンタ側システム４１０の構成を表すブロック図である。

センタ４００は、各種のサービスを各バス停のバス停システム２１０に提供するサービス提供モジュールである。

センタ通信部４０１は、バス停システム２１０の路側通信部２１３と通信するための送受信機である。通信部２１３とセンタ通信部４０１はインターネット３００を介して接続されており、この両者の通信はネットワーク層間での通信といえる。

路線バスシステム１１０内およびバス停システム２１０のＩＰアドレスの割り当てはそれぞれ独立したプライベートアドレスで行う。路線バスシステム１１０内では１７２．１８．ａ．ｂ（ａ及びｂはデバイス毎に異なる）、バス停システム２１０内は１７２．１６．ｃ．ｄ（ｃ及びｄはデバイス毎に異なる）とする。

以下、本実施の形態でのＩＰアドレスの割り当ては以下のものを想定する。

バス停システム２１０内
路側無線部２１１の有線区間のポート ：１７２．１６．１０．１
ゲートウェイ２１２の有線区間のポート：１７２．１６．１１０．１
路側Ｉ／Ｏ部２１４ ：１７２．１６．２１０．１
なお、上記は例示であり、ネットワークアドレスが共通でホストアドレスが異なることを意味する。以下のＩＰアドレスの割り当ても同様である。

これらの路線バスシステム１１０の車載無線部１１２、バス停システム２１０の路側無線部２１１は無線ＬＡＮ（例えばＩＥＥＥ８０２．１１Ｐ）で接続され、ＩＰでルーティングが行われる。

車載無線部１１２と路側無線部２１１の無線回線区間には、リンク直後に無線区間中に以下のＩＰアドレスが割り当てられる。

車載無線部１１２の無線区間のポート ：１７２．１０．３０．１
路側無線部２１１の無線区間のポート ：１７２．１０．１０．１
なお、ここでは断定的に記載しているが、１のバス停システム２１０の路側無線部２１３の通信範囲内には複数の路線バス（及び路線バスシステム１１０）が含まれる可能性がある。その際には、路側無線部２１１に別のアドレス（１７２．１０．１１．１などのホストアドレスの異なるもの）が割り当てられる。

このようにＩＰアドレスの割付を路線バス内の通信路１１５、車載無線部１１２と路側無線部２１１の間の無線区間、バス停システム２１０内の通信路２１６毎に行うことで、ルーティングのノード数及びネットワークの負荷の減少を図ることが可能となる。

また、路線バスシステム１１０内、車載無線部１１２と路側無線部２１１の間の無線区間、バス停システム２１０内で統一し、車載無線部１１２を路線バスシステム１１０のゲートウェイに、路側無線部２１１をバス停システム２１０のゲートウェイとすることで、車載無線部の有線区間と無線区間のＩＰアドレスをくくりつけにでき、ルーティングが容易になる。

ここでは車内ＬＡＮを有線の場合で説明したが、通信路１１５を無線ＬＡＮに置き換えてもよい。また、説明上ＩＰアドレスをＩＰｖ４を想定しているが、ＩＰｖ６で行ってもよい。

図１の説明に戻る。

路線バス１００、１２０はその走行中、バス停システム２１０の路側無線部２１０からのビーコンの受信感度を検出し、各バス停の路側無線部２１１のカバーする無線エリアに属しているか否かを検出する。そして無線エリアに属している場合には、バス停システム２１０との間で通信を行い、バス停システムへ接続することで、バスの現在位置を検出する。

図５は、路線バスシステム１１０のバス停システム２１０への接続方法を表すフローチャートである。

車載無線部１１２は、路側無線部２１１から出力されるビーコン内に含まれるバス停ＩＤ通知信号の受信を開始する（ステップＳ１００１）。

図６はビーコン内に含まれるバス停ＩＤ通知信号のデータ構成の一例を表す図である。

バス停ＩＤ通知信号は記述の通り、路側システム２１０の路側無線部２１１から車載無線部１１２に対して出力されるデータである。このバス停ＩＤ通知信号はメッセージ種別フィールドａ１、バス停ＩＤフィールドａ２、路側無線部ＩＰアドレスフィールドａ３を含んで構成される。

メッセージ種別データフィールドａ１は、この信号が何を意味するかを表すデータフィールドである。

バス停ＩＤフィールドａ２は、送信元のバス停システム２１０のＩＤを記述するデータフィールドである。このバス停ＩＤを見ることによって、車載制御部１１１はどのバス停と通信しているかを認識することが可能となる。

路側無線部ＩＰアドレスフィールドａ３は各バス停システムの路側Ｉ／Ｏ部２１３のＩＰアドレスを格納するデータフィールドである。本実施の形態では、「１７２．１６．２１０．１」が書き込まれる。

なお、路側無線部２１１のＩＰアドレスは無線回線区間のリンクの過程で車載無線部１１２に把握される。

このバス停ＩＤ通知信号を路線バスシステム１１０の車載無線部１１２が受信すると（ステップＳ１００２：Ｙｅｓ）、車載無線部１１２は受信レベルの測定を開始するとともに路側無線部２１１とのリンクの確立を開始する（ステップＳ１００３）。

受信レベルが規定の値を維持できていない場合（ステップＳ１００４：Ｎｏ）、すなわち、アクセスポイントエリア２０１、２２１、２４１から距離が離れ通信ができない状況になった時、あるいは、ノイズ等の増加によりリンクの確立が困難になった時にはバス停ＩＤ通知信号の受信（ステップＳ１００１）まで処理を戻す。

受信レベルが規定の値を維持し（ステップＳ１００４：Ｙｅｓ）、一定の期間が経過した場合（ステップＳ１００５：Ｙｅｓ）、すでに路側無線部２１１と車載無線部１１２との間でリンクが確立されている。また、本実施の形態では車載無線部１１２で起きたイベントは車載制御部１１１で把握されるので、車載制御部１１１は車載無線部１１２に対して、路側無線部２１１へバスＩＤ通知信号を送信するよう指示する（ステップＳ１００６）。この際、路側無線部２１１からのバスＩＤ通知信号の送信はユニキャストによって行われる。

なお、上記の「一定の期間」は無線区間で使用されるプロトコルによって長短がある。例えば自動車用のＩＥＥＥ８０２．１１ｐ（ＤＳＲＣ）であれば短時間に設定することもできるし、その他のＩＥＥＥ８０２．１１であればリンクの確立も考慮に入れて若干長めに設定すべきである。この時間を如何様に設定するかは設計事項である。

図７は、バスＩＤ通知信号のデータ構成の一例を表す図である。本図には（ａ）（ｂ）二通りのバスＩＤ通知信号が存在するが第１の実施の形態では（ａ）を用いる。

このバスＩＤ通知信号はメッセージ種別フィールドｂ１、バスＩＤフィールドｂ２、車載無線部ＩＰアドレスフィールドｂ３を含んで構成される。

上述の通り、このバスＩＤ通知信号はステップＳ１００６でリンクの張られたバス停システム２１０の路側Ｉ／Ｏ部２１３に対して送出される信号である。

メッセージ種別フィールドｂ１は、この信号が何を意味するかを表すデータフィールドである。

バスＩＤフィールドｂ２は、送信元の路線バスシステム１１０のＩＤを記述するデータフィールドである。バスＩＤは１つの路線バスシステム２１０に１つ割り当てられるＩＤである。これにより、バス停システム２１０は今どの路線バスと通信しているか把握することが可能となる。

このバスＩＤフィールドｂ２があることにより、オーバリーチなどで隣接バス停にバスＩＤ通知信号が届いた際に、無効信号と判断でき無駄にセンタ４００に中継することを防ぐことができる。

車載無線部ＩＰアドレスフィールドｂ３は、車載無線部１１２のＩＰアドレスを記述するデータフィールドである。本実施の形態では、このフィールドには「１７２．１０．３０．１」が書き込まれる。

以上の処理を行うことで、路線バスシステム１１０がバス停システム２１０に接続する。接続後も、周期的（後述）に送信されるバス停ＩＤ通知信号を受信すべく、ステップＳ１００１に処理が戻される。

次に、ステップＳ１００６で車載無線部２１１から送信されたバスＩＤ通知信号を受けてバス停システム２１０がどのような処理を行うかを説明する。

図８は、バスＩＤ通知信号受信時のバス停システム２１０の路側Ｉ／Ｏ部２１４における処理の流れを表すフローチャートである。

まず、バスＩＤ通知信号を受信した際には、過去に該バスＩＤ通知信号を受信したか否かを判定する（ステップＳ１１０１）。この際、「過去」とは、現在運行中の路線バスの営業運転の開始以降を想定するが、これには拘らない。

過去にバスＩＤ通知信号を受信していなかった場合には（ステップＳ１１０１：Ｙｅｓ）、センタ４００にバスＩＤ通知信号を受信した旨をユニキャストで通知する（ステップＳ１１０２）。この際、バスシステム接続報知信号をセンタ４００に通知することで行う。

また、必要であれば、このステップＳ１１０２では車載無線部１１２の無線区間のポート番号（本実施の形態では「１７２．１０．３０．１」）とバスＩＤを対応付けて記録する。これにより、後述する第２の実施の形態のようなセンタ側からの通信の中継処理が可能となる。

そして、センタ４００側からこの信号に対するバス位置更新信号の応答を受信する（ステップＳ１１０３）。

図９は、このバスシステム接続報知信号のデータ構成を表す図である。このバスシステム接続報知信号は、メッセージ種別フィールドｃ１、バスＩＤデータフィールドｃ２、バス停ＩＤフィールドｃ３、路側Ｉ／Ｏ部のＩＰアドレス（バス停システムグローバルＩＰアドレス）ｃ４を含む。

メッセージ種別フィールドｃ１はこの信号が何を意味するかを表すデータフィールドである。

バスＩＤデータフィールドｃ２は、バスＩＤ通知信号のバスＩＤフィールドｂ２に基づくデータフィールドである。また、バス停ＩＤフィールドｃ３は、送信元であるバス停システム２１０の識別子である。これらをセンタ４００に送信することで、路線バスの位置情報の管理が可能となる。

路側Ｉ／Ｏ部のＩＰアドレス（バス停システムグローバルＩＰアドレス）ｃ４は、各バス停システム２１０に割り振られたグローバルＩＰアドレスを指すデータフィールドである。

一方、過去にバスＩＤ通知信号を受信していた場合には（ステップＳ１１０１：Ｎｏ）、さらに二度目の受信かを確認する（ステップＳ１１０４）。二度目の受信であれば（ステップＳ１１０４：Ｙｅｓ）、タイマの設定を行い、路線バスが該バス停システム２１０の通信可能範囲から離脱したと見做しセンタ４００に報告するまでの時間を設定する（ステップＳ１１０５）。

一方、二度目の受信でなければ（ステップＳ１１０４：Ｎｏ）、該バス停システム上で該当する路線バスシステムに対してのタイマ動作が行われていると考えられる。従って、既に動いているタイマ動作の処理を継続する。

タイマ時間が満了すると（ステップＳ１１０６：Ｙｅｓ）、バスシステム接続解除報知信号を再びセンタ４００に対してユニキャストで送信する（ステップＳ１１０７）。そして、センタ側からこの信号へのバス位置更新信号の応答を待つ（ステップＳ１１０８）。

この際、ステップＳ１１０２で行った、バスＩＤと車載無線部１１２の無線区間のポート番号の記録をクリアしてもよい。

図１０は、このバスシステム接続解除報知信号のデータ構成を表す図である。このバスシステム接続報知信号は、メッセージ種別フィールドｄ１、バスＩＤデータフィールドｄ２、バス停間ＩＤデータフィールドｄ３、路側Ｉ／Ｏ部のＩＰアドレス（バス停システムグローバルＩＰアドレス）フィールドｄ４を含む。このうち、メッセージ種別フィールドｄ１、バスＩＤデータフィールドｄ２、バス停システムグローバルＩＰアドレスｄ４は図８と同じであるのでバス停間ＩＤデータフィールドｄ３のみを説明する。

バス停間ＩＤデータフィールドｄ３は該バス停システム２１０を離脱したことを表すデータフィールドである。このデータフィールドに格納する値は、該路線バスの路線を表す図示しない路線ＩＤ及び該バスシステム接続解除報知信号の出力もとであるバス停システム２１０のバス停ＩＤによって導出できる。

図１１は各バス停システム２１０の路側Ｉ／Ｏ部２１４が利用可能なバスＩＤと路線ＩＤの対応を表すテーブルである。各バスシステム２１０は、営業前に掛かるテーブルをセンタ４００から配信されている。このテーブルを参考にバス停間ＩＤデータフィールドｄ３を定義することとなる。

次に、センタ４００側の挙動について説明する。

センタ４００の主な動作としては、１）各バス停システム２１０に対してビーコン（及びビーコンに含まれるバス停ＩＤ通知信号）の通知間隔の設定、２）各バス停システム２１０から送信されるバスシステム接続報知信号への対応、３）各バス停システム２１０から送信されるバスシステム接続解除報知信号への対応、４）図１１に表すテーブルの各バス停システム２１０への配信、が挙げられる。このうち、４）は、一般的なネットワーク通信で行えばよいので説明は省略する。

１）は図５のＳ１００１−１００２に関連する。すなわち、バス停システム２１０のアクセスポイントエリア２０１、２２１、２４１には、非同期に各路線バスが進入してくる。従って、一定の周期でバス停ＩＤ通知信号を通知しなければ、通知漏れが生じる。

一方で、運行状況によっては、あまり頻繁にバス停ＩＤ通知信号を出力しても、意味の無い場合も考えられる。

そこで、センタ４００から各バス停システム２１０の路側Ｉ／Ｏ部２１４に対して、バス停ＩＤ通知信号の出力間隔を設定できるようになっている。この設定値をもとに、路側Ｉ／Ｏ部２１４は、バス停ＩＤ通知信号を送信するよう設定すればよい。

ここでビーコン出力間隔Ｔの設定値は以下のようにする。

Ｔ＝Ｔｏ／ｖ
Ｔｏ：ビーコン初期設定値
ｖ ：路線バスの平均車速
センタ４００はバス停システム２１０の路側Ｉ／Ｏ部２１４に対して、この設定値を通知する。路側Ｉ／Ｏ部２１４はこの設定値を自身のバス停システム２１０内の路側無線部２１１に設定することで、ビーコン出力間隔の設定を完了する。

なお、ビーコン出力間隔は上記に拘るものでなく、システムの運用状況に応じて適宜設定すべきである。例えば、渋滞等が発生する時間帯はより出力間隔を小さくするなどである。

次に、２）及び３）について説明する。

バスシステム接続報知信号は、ある路側無線部２１１から出力されるビーコンを受け取った後、車載無線部１１２が出力する最初のバスＩＤ通知信号を受け取ったことをトリガに出力される（図８ステップＳ１１０２）。このバスシステム接続報知信号は路側Ｉ／Ｏ部２１４より出力される。

また、バスシステム接続解除報知信号は、あるバス停システムのアクセスポイントエリアに属して「一定の期間」が経過した後、該路線バスがアクセスポイントエリアから離れたものと擬制して路側Ｉ／Ｏ部が出力する信号である。

センタ４００では、これらの信号を受けると自身の有する路線バスの管理用データを更新し、送信元だけでなく、路線バスが通過するバス停（の全てもしくは一部）にバス位置更新情報を出力する。

このバス位置更新情報の出力に際し、センタ４００が何をするかについて図１２を用いて説明する。図１２はセンタ４００のバスシステム接続報知信号の受信時の処理に関するフローチャートである。なお本図の説明における「バスシステム接続報知信号等」はバスシステム接続報知信号及びバスシステム接続解除報知信号の双方を意味する。

センタ４００のバスシステム接続報知信号の受信処理が起動すると、バスシステム接続報知信号及びバスシステム接続解除報知信号の受信を開始する（ステップＳ１２０１）。受信が無ければ、センタ４００のバスシステム接続報知信号等の受信処理は、そのまま待機する（ステップＳ１２０２：Ｎｏ）。一方、バスシステム接続報知信号等の受信がなされれば（ステップＳ１２０２：Ｙｅｓ）、センタ４００はバス位置更新信号を生成する（ステップＳ１２０３）。その後、センタ４００は作成したバス位置更新信号をいずれのバス停に送信するかを決定する（ステップＳ１２０４）。そしてこの決定した送信先に対してセンタ４００はバス位置更新信号を出力する（ステップＳ１２０５）。この際の出力先は、バスシステム接続報知信号のバスＩＤｃ２に対応する路線ＩＤを図１１のテーブルから導出して決定する。また、送信方法としては、ユニキャストで決定した送信先全てに送っても、マルチキャストで一括して送っても良い。

路線ＩＤに関連する全てのバス停システムに対して出力するか、それとも送信元のバス停の近隣のバス停にのみ出力するか（「近隣」の定義をどうするかも含む）、通過済みのバス停にも送信するか、は設計事項である。

このバス位置更新信号について説明する。図１３はこのバス位置更新情報のデータ構成の一例を表す図である。このバス位置更新情報はメッセージ種別フィールドｅ１、路線ＩＤフィールドｅ２、バスＩＤフィールドｅ３、バス停ＩＤフィールドｅ４、センタグローバルＩＰアドレスフィールドｅ５を含んで構成される。

メッセージ種別フィールドｅ１はこの信号が何を意味するかを表すデータフィールドである。なお、センタ４００は、図８ステップＳ１１０２に対する応答と図８ステップＳ１１０７に対する応答でメッセージ種別フィールドｅ１の値を変えても良いし、同じであってもよい。

路線ＩＤフィールドｅ２は、図１１のテーブルからセンタ４００が導出した路線ＩＤを記載するデータフィールドである。バス位置更新信号の生成後、このデータフィールドに記載された路線ＩＤを用いてセンタ４００は該バス位置更新信号の送信先をステップＳ１２０４で決定する。

バスＩＤフィールドｅ３は、更新対象である路線バスシステム１１０のＩＤを記述するデータフィールドである。図９のバスＩＤフィールドｃ２及び図１０のバスＩＤフィールドｄ２の値がそのまま用いられる。

バス停ＩＤフィールドｅ４は、バスシステム接続報知信号等の出力元のバス停システムのＩＤを示すデータフィールドである。バスシステム接続報知信号への相当に際しては図９のバス停ＩＤフィールドｃ３が、バスシステム接続解除報知信号の応答に際しては図１０のバス停間ＩＤデータフィールドｄ３の値をそのまま用いることができる。

センタグローバルＩＰアドレスはセンタ側のセンタ通信部４０１に割り当てられたグローバルＩＰアドレスを示すデータフィールドである。

このバス位置更新信号をセンタは路線ＩＤフィールドに関連する各バス停システムに対して出力する。送信元がこれを受けるのが、図８ステップＳ１１０３及びステップＳ１１０８である。

このバス位置更新信号を受けて、必要があれば、送信元以外のバス停システム２１０の路側Ｉ／Ｏ部２１４は表示画面を更新する。

図１４はこの路側Ｉ／Ｏ部２１４の表示画面の表示例である。

この表示例では「バス停２」が現在表示を行っている路側Ｉ／Ｏ部２１４の存在しているバス停システム２１０のあるバス停であり、「バス停１」が「バス停２」の直前のバス停である。

ここでは路線に応じて２台の路線バスの運行状況が表示されている。このうち路線Ａはバスシステム接続報知信号（ステップＳ１１０２）への応答であるバス位置更新情報を受けたときの表示であり、路線Ｂはバスシステム接続解除報知信号（ステップＳ１１０７）への応答であるバス位置更新情報を受けたときの表示である。

このように、バス停システムのアクセスポイントエリアに入ったとき、及び、バス停システムのアクセスポイントエリアに入って一定の期間が経過したときに画面表示を切り替えることによって、簡単にバスロケーションシステムを構築することが可能となる。

なお、バスシステム接続報知信号等の出力元であるバス停システム２１０の路側Ｉ／Ｏ部２１４はステップＳ１１０３及びステップＳ１１０８のバス位置更新情報の応答を受けた際であっても特に表示を切り替えなくても良い。バスシステム接続報知信号等を送信した時点で、内部処理で表示を切り替えることができるためである。

以上のように構築されたバスロケーションシステムを用いることで、無線ＬＡＮのような狭域の無線方式を用いて、ＧＰＳなどの位置検出手段を持たなくてもバス位置の表示を確実に行うことが可能となる。

（第２の実施の形態）
次に本発明の第２の実施の形態について説明する。本実施の形態は、車内映像をバス停システム経由でセンタに中継することを目的としたものである。

本実施の形態のハードウェア構成と、第１の実施の形態のハードウェア構成の相違点は路線バスシステムにある。図１５は本発明の第２の実施の形態に関わる路線バスシステム１１０−２の構成を表すブロック図である。

この路線バスシステム１１０−２は、第１の実施の形態同様、車載制御部１１１、車載無線部１１２、通信路１１５、物理信号線１１６を含んで構成される。それ以外にも、車載Ｉ／Ｏ部１１４及び撮像装置１１７の存在が特徴である。以下、第１の実施の形態との差分を中心に説明する。

車載Ｉ／Ｏ部１１４は、撮像装置１１７の映像のバス停システム２１０側への送出、バス停システム２１０側からの映像要求の処理などを行う電子デバイスである。現時点ではＰＣなどを用いることを想定しているが、組み込み用の環境（ＤＳＰ等で動く、機能を限定したデバイス）なども射程に含まれる。

車載Ｉ／Ｏ部１１４は通信路１１５を介して車載制御部１１１及び車載無線部１１２と接続される。このような構成にすることで、大容量の映像データを送信する際にでも車載制御部１１１への負荷を軽減することができる。また合わせて、必要があれば車載制御部１１１から通信路１１５を経由して車載Ｉ／Ｏ部１１４への設定を直接行えるという利点も担保できる。

車載Ｉ／Ｏ部１１４には表示部を有していることを前提としている。しかし、本実施の形態ではこの表示部を用いる必要は無い。撮像装置１１７からの路線バス映像を送信時に出力するなどの用途は考えられる。なお、第３の実施の形態では、この表示部を積極的に用いることとなる。

撮像装置１１７は、車載Ｉ／Ｏ部１１４からの求めに応じて動画の撮像が可能な電子デバイスである。撮像素子としてはＣＯＭＳやＣＣＤといった固体撮像素子が用いられることを想定しているが、特にこれには拘らない。

また、撮像装置１１７の撮像対象は路線バス車内や、車外のいずれであってもよい。撮像装置の設置方法によっては可動式にすることも可能であるが、設計事項であり本明細書では詳述しない。

第１の実施の形態と異なり、この路線バスシステム１１０−２は通信路１１５を経由してＬＡＮ接続がなされている。この実施の形態では、通信路１１５に接続された各機器に対して、以下の様にＩＰアドレスが振られている。

車載Ｉ／Ｏ部 ：１７２．１８．１０．１
車載制御部 ：１７２．１８．１３０．１
車載無線部の通信路側のポート：１７２．１８．３０．１
次に、この路線バスシステム１１０−２を用いての車内映像の撮影処理について説明する。

まず、路線バスシステム１１０−２の車載無線部１１２とバス停システム２１０の路側無線部２１１とのリンクを張ることとなる。この処理は第１の実施の形態に関わる図５と同様である。また、ステップＳ１００６でバスＩＤ通知信号が送信される段階では、車載無線部１１２と路側無線部２１１との間ではプライベートアドレスが確立されているのも同様である。

バス停システム２１０内
路側無線部２１１の有線区間のポート ：１７２．１６．１０．１
ゲートウェイ２１２の有線区間のポート：１７２．１６．１１０．１
路側Ｉ／Ｏ部２１４ ：１７２．１６．２１０．１
車載無線部１１２と路側無線部２１１との間
車載無線部１１２の無線区間のポート ：１７２．１０．３０．１
路側無線部２１１の無線区間のポート ：１７２．１０．１０．１
第１の実施の形態同様、ステップＳ１００６でバスＩＤ通知信号が送信されると、バス停システム２１０の路側Ｉ／Ｏ部２１４はバスシステム接続報知信号をセンタ４００に送信する。これ以降の処理が、第２の実施の形態特有の動作となる。

この際、バスＩＤ通知信号は第１の実施の形態と異なり付加情報が追加されたものとなる。図７（ｂ）はこの第２の実施の形態に用いる、バスＩＤ通知信号である。

このバスＩＤ通知信号はメッセージ種別フィールドｂ１、バスＩＤフィールドｂ２、車載無線部ＩＰアドレスフィールドｂ３のほか、センタグローバルＩＰアドレスｂ４及びバス停ＩＤｂ５を含んで構成される。ｂ１ないしｂ３は第１の実施の形態同様であるのでセンタグローバルＩＰアドレスｂ４及びバス停ＩＤｂ５のみ説明する。

センタグローバルＩＰアドレスｂ４は送信先であるセンタ４００のセンタ通信部４０１に割り当てられた、グローバルＩＰアドレスを格納するデータフィールドである。

バス停ＩＤｂ５はバス停ＩＤ通知信号に含まれるバス停ＩＤフィールドａ２を引き写した通信先のバス停ＩＤを格納するデータフィールドである。ここでは「１７２．１６．２１０．１」が付加される。

このデータフィールドの構成の差により映像の送信が可能な路線バスシステムであることが分かる。

これを受けて、路線バスシステムは図７（ｂ）のバスＩＤ通知信号をセンタ４００に転送する（後述する図１８ステップＳ２１００）。これにより図１６の映像取得処理がセンタ４００上で起動される。

図１６は、本発明の第２の実施の形態に関わるセンタ４００の映像取得処理についてのフローチャートである。これを元に、センタ４００の動作を説明する。

まず、センタ４００は映像取得の要否を判定する（ステップＳ２２０２）。映像を必要としていない場合（ステップＳ２２０２：Ｎｏ）、本処理はそのまま終了する。

映像を必要とする場合には（ステップＳ２２０２：Ｙｅｓ）、バスシステム接続報知信号に含まれる路側Ｉ／Ｏ部２１４に対して、路線バス映像送信要求信号を送信する（ステップＳ２２０３）。

図１７は路線バス映像送信要求信号のデータ構成の一例を表す図である。路線バス映像送信要求信号はメッセージ種別フィールドｆ１、バスＩＤデータフィールドｆ２、映像取得情報ｆ３、路側Ｉ／Ｏ部のＩＰアドレスｆ４、センタグローバルＩＰアドレスｆ５を含んで構成される。

メッセージ種別フィールドｆ１はこの信号が何を意味するかを表すデータフィールドである。

バスＩＤデータフィールドｆ２は映像の要求対象である路線バスシステム１１０−２に割り当てられたバスＩＤを格納するデータフィールドである。受信したバスＩＤ通知信号（図７（ｂ））のバスＩＤデータフィールドの値が、そのまま入力されることとなる。

映像取得情報ｆ３は映像の撮影時間（送信時間）などを格納するデータフィールドである。

路側Ｉ／Ｏ部のＩＰアドレスｆ４は、路側Ｉ／Ｏ部２１４のプライベートＩＰアドレスを格納するデータフィールドである。ここでは「１７２．１６．２１０．１」が格納される。

センタグローバルＩＰアドレスｆ５はセンタ側のセンタ通信部４０１に割り当てられたグローバルＩＰアドレスを示すデータフィールドである。

この路線バス映像送信要求信号を送信元であるバス停システム２１０の路側Ｉ／Ｏ部２１４に送信する。なお、プライベートアドレスの振られた端末に対してのアクセス手段はＩＰマスカレードなどが存在するが、ここではその手段は問わない。

路線バス映像送信要求信号を送出すると、センタ４００は路線バスの映像信号を受信する（ステップＳ２２０４）。受信が行えるようであれば（ステップＳ２２０５：Ｙｅｓ）、センタ４００は該路線バス映像を表示する（ステップＳ２２０６）。受信が行えない場合には（ステップＳ２２０５：Ｎｏ）、本処理を終了する。

このようにセンタ４００はバス停システム２１０の路側Ｉ／Ｏ部２１４と通信を行うことで、路線バスシステムの画像を取得できるのが本発明の特徴である。

次に、バス停システム２１０の動作について説明する。図１８は、本発明の第２の実施の形態に関わるバス停システム２１０の映像中継処理についてのフローチャートである。

図７（ｂ）のバスＩＤ通知信号の受信をトリガとして、路側Ｉ／Ｏ部２１４は映像中継処理を開始する。

まず受信したバスＩＤ通知信号をセンタ４００に転送する（ステップＳ２１００）。これによりセンタ側の映像取得処理（図１６）の開始トリガとなる。

センタ４００で、路線バスシステム１１０側の映像が必要であるのであれば、図１６ステップＳ２２０３で路線バス映像送信要求信号がセンタ４００から送信されてくる。最初に路側Ｉ／Ｏ部２１４は路線バス映像送信要求信号の受信処理を行う（ステップＳ２１０１）。この路線バス映像送信要求信号が受信できなければ（ステップＳ２１０２：Ｎｏ）、タイムアウト処理を行い（ステップＳ２１０３）、所定の時間経過した際には映像中継処理を終了する。

路側Ｉ／Ｏ部２１４が路線バス映像送信要求信号を受信できれば（ステップＳ２１０２：Ｙｅｓ）、受信した路線バス映像送信要求信号からバスＩＤｆ２を抽出し、転送先の路線バスシステムを特定する（ステップＳ２１０４）。この際、図８のステップＳ１１０２で作成するバスＩＤと車載無線部１１２の無線区間のポートのアドレスの対応表などを用いれば、処理ステップの短縮が図れるが、これに拘るものではない。

転送先の路線バスシステムが導出できれば、その車載無線部１１２に対して送信された路線バス映像送信要求信号を転送する（ステップＳ２１０５）。

転送後は、路線バスシステム１１０−２側からの路線バス映像信号の受信処理を実施する（ステップＳ２１０６）。路線バス映像信号の受信ができれば（ステップＳ２１０７：Ｙｅｓ）、その受け取った路線バス映像信号を、センタ４００に対して転送する（ステップＳ２１０８）。この送信したデータは、図１６ステップＳ２２０４でセンタ４００に受信される。

路側Ｉ／Ｏ部２１４が路線バス映像信号を受信できないようであれば（ステップＳ２１０９）、所定の時間経過した際には映像中継処理を終了する。

最後に、路線バスシステム１１０−２側の動作について図１９を用いて説明する。図１９は本発明の第２の実施の形態に関わる路線バスシステム１１０−２で動作する撮影処理についてのフローチャートである。

バス停システム２１０のアクセスポイントエリアに属した際に、路線バスシステム１１０−２の車載無線部１１２より出力されるバスＩＤ通知信号の送信（図５ステップＳ１００６）などを起動トリガとして路線バスシステム１１０−２側の撮影処理は開始される。

最初に路線バスシステム１１０−２の車載無線部１１２は路線バス映像送信要求信号の受信処理を行う（ステップＳ２００１）。この路線バス映像送信要求信号はバス停システム２１０から図１８Ｓ２１０５で転送されるものである。この路線バス映像送信要求信号が受信できなければ（ステップＳ２００２：Ｎｏ）、タイムアウト処理を行い（ステップＳ２００３）、所定の時間経過した際には撮影処理を終了する。

車載無線部１１２が路線バス映像送信要求信号を受信できれば（ステップＳ２００２：Ｙｅｓ）、通信路１１５を経由して、路線バス映像送信要求信号を車載Ｉ／Ｏ部１１４に送信する。車載Ｉ／Ｏ部１１４は映像取得情報ｆ３から撮影時間を取得する。この取得した撮影時間を、車載Ｉ／Ｏ部１１４が管理する撮影時間管理用タイマに設定する（ステップＳ２００４）。撮影時間管理用タイマの設定が終われば、車載Ｉ／Ｏ部１１４はタイマを起動する（ステップＳ２００５）。

車載Ｉ／Ｏ部１１４はタイマの起動が終了した後に、撮像装置１１７を用いて路線バス映像の撮影を開始する。この撮影した路線バス映像は通信路１１５を経由して車載無線部１１２に送信され、そこから路線バスシステム１１０−２が属するバス停システム２１０の路側Ｉ／Ｏ部２１４に送信される（ステップＳ２００６）。この路線バス映像は図１８のステップＳ２１０６で受信される。

車載Ｉ／Ｏ部１１４は、ステップＳ２００５で起動させた撮影時間管理用タイマを監視し、タイマ時間が満了したら（ステップＳ２００７：Ｙｅｓ）、その時点で撮影処理を中止する。また、路線バスシステム１１０−２が移動などによって、通信の相手であるバス停システム２１０のアクセスポイントエリアから離脱した場合も（ステップＳ２００８：Ｙｅｓ）、撮影処理を中止する。

このようにすることで路線バスシステム１１０−２は、中継先であるバス停システム２１０に対して路線バス映像を出力することが可能となる。

以上のようにシステムを構成することで、求めに応じて、無線ＬＡＮのような狭域の無線方式を用いても路線バスで撮影された映像情報をセンタ４００に出力することが可能となる。これによりセンタ４００にいる管理者が該当路線の増便等の判断を容易にすることが可能となる。

（第３の実施の形態）
本発明の第３の実施の形態について説明する。

第２の実施の形態では、路線バス内で撮影された画像をセンタ４００に送信することを目的とした。これに対し、本実施の形態では、バス停システム２１０−３またはバス停システムに準じる交差点システムからの画像をセンタ４００あるいは路線バスシステム１１０−３に送信することを目的としている。

本実施の形態に関わる路線バスシステム１１０−３は第２の実施の形態と異なり撮像装置１１７を必要としない。すなわち第１の実施の形態同様の構成となる。ただし、車載Ｉ／Ｏ部１１４は表示部を有することが必須となる。これ以外にはハードウェアについて差異はない。

次にバス停システム２１０−３について説明する。図２０は、本発明の第３の実施の形態に関わるバス停システム２１０−３のブロック図である。

第１の実施の形態のバス停システム２１０同様に路側無線部２１１、ゲートウェイ２１２、路側Ｉ／Ｏ部２１４、ローカルディスク２１５、通信路２１６を有して構成される。これ以外に、撮像装置２１７を含む点がバス停システム２１０−３の特徴である。

撮像装置２１７は路側Ｉ／Ｏ部２１４からの求めに応じて動画の撮像が可能な電子デバイスである。撮像装置１１７同様、ＣＭＯＳ等の固体撮像素子の使用を想定するが、これには拘らない。

なお、本実施の形態の交差点システムはこのバス停システム２１０−３の路側Ｉ／Ｏ部２１４から表示部などのユーザＩＦ関連の装備を削ったものである。また、交差点は三方向あるいは四方向以上から車の進入があるため、それに応じて撮像装置１１７の数、及び送信する画像のデータ量が増える蛍光にある。しかし、通信上での実質的な取り扱いはバス停システム２１０−３同様の取り扱いとなる。

なお、表示対象の相違はあるものの、バス停システム、交差点システムのいずれであっても処理に差異はないので以下では、バス停システム２１０−３に沿って説明する。

なお、ＩＰアドレスは第２の実施の形態と同様のものが割り当てられているものとする。

次に、本実施の形態の処理手順について説明する。

まず、路線バスシステム１１０−３の車載無線部１１２とバス停システム２１０−３の路側無線部２１１とのリンクを張ることとなる。この処理は第１の実施の形態に関わる図５と同様である。また、ステップＳ１００６でバスＩＤ通知信号が送信される段階では、車載無線部１１２と路側無線部２１１との間ではプライベートアドレスが確立されているのも同様である。

次にバス停システム２１０−３の映像送信処理について説明する。図２１は本発明の第３の実施の形態に関わるバス停システム２１０−３の映像送信処理のフローチャートである。

本実施の形態のバス停システム２１０−３による映像送信処理は、図５ステップＳ１００６で出力されたバスＩＤ通知信号（図７（ｂ））をバス停システム２１０−３の路側Ｉ／Ｏ部２１４が受信するところから開始される。

バスＩＤ通知信号をバス停システム２１０−３の路側Ｉ／Ｏ部２１４が受信すると、バス停システム２１０−３の路側Ｉ／Ｏ部２１４は、路線バスシステム１１０の車載無線部１１２に対して、映像配信信号を送信する（ステップＳ３１０１）。

図２２はこの映像配信信号のデータ構成の一例を表す図である。この映像配信信号はメッセージ種別フィールドｇ１、バスＩＤデータフィールドｇ２、映像収録場所ｇ３、映像収録時刻ｇ４、路側Ｉ／Ｏ部のＩＰアドレスｇ５、車載無線部ＩＰアドレスｇ６を含んで構成される。

メッセージ種別フィールドｇ１はこの信号が何を意味するかを表すデータフィールドである。

バスＩＤデータフィールドｇ２は映像の要求対象である路線バスシステム１１０−３に割り当てられたバスＩＤを格納するデータフィールドである。送信される映像情報は大きいため、車載無線部１１２で本当に受信するか否かを判断する際に用いることができるが、実際の用途は設計事項である。

映像収録場所ｇ３は、映像の収録場所などを格納するデータフィールドである。通信的には図５Ｓ１００６時点でリンクの確立及びプライベートアドレスの割り当てがなされているが、この時点ではバス停ＩＤと撮影場所との対応情報の送付の保証はない。従って、映像の収録場所（バス停システム２１０の名称など）を送付することで、路線バスシステム１１０−３の処理負荷を軽減しながらバス位置を伝えることが可能となる。

映像収録時刻ｇ４は、映像の撮影時刻を表すデータフィールドである。

路側Ｉ／Ｏ部のＩＰアドレスｇ５は路側Ｉ／Ｏ部２１４のプライベートＩＰアドレスを格納するデータフィールドである。ここでは「１７２．１６．２１０．１」が格納される。

車載無線部ＩＰアドレスｇ６は送信先である車載無線部１１２のプライベートＩＰアドレスが格納されている。ここでは、「１７２．１０．３０．１」が格納される。

この映像配信信号を送付することで、路線バスシステム１１０に映像の受信処理の起動トリガを与えることとなる。

映像配信信号の送付後、所定の時間の経過もしくは応答信号の受信により、路側Ｉ／Ｏ部２１４は撮像装置１１７によって得た映像信号を送信する（ステップＳ３１０２）。この映像情報の配信終了のタイミングは色々考えられる。例えば所定の時間の経過時点で映像の送信を停止する、などである。本図では、路線バスシステム１１０−３の無線通信部１１２からの応答が無くなった時に終了するように記載している（ステップＳ３１０３：Ｎｏ）。応答がある間は（ステップＳ３１０３：Ｙｅｓ）、映像の送信を続けることとなる。

図２３は、本発明の第３の実施の形態に関わる路側無線部２１１の映像受信処理のフローチャートである。路線バスシステム１１０−３の映像受信処理のフローチャートである。

この映像受信処理は、図２１ステップＳ３１０１で路側無線部２１１から送信される映像送信信号の受信及び該映像送信信号が自身に対するものであるかをバスＩＤデータフィールドｇ２で確認すると開始される。

受信処理が開始されると、車載無線部１１２及び通信路１１５を経由して送られる映像送信信号の受信（ステップＳ３００１）及び表示部による映像の表示（ステップＳ３００２）を車載Ｉ／Ｏ部１１４が実行する。

継続的に、映像送信信号が車載無線部１１２経由で送られてくる間は、車載Ｉ／Ｏ部１１４はこの映像情報の表示を行う（ステップＳ３００３：Ｙｅｓ）。一方、継続的な映像情報の受信が行えないようであれば、表示を終了する。

以上により、バス停システム２１０−３及び交差点システムの映像を見ることで、渋滞の確認等を事前に行うことが可能となる。

なお、交差点システムとの通信に際しては、送信される画像が複数含まれることも考えられる。この画像の切替機構を車載Ｉ／Ｏ部１１４に付加することで、安全性をより高めることが可能となる。

（第４の実施の形態）
本発明の第４の実施の形態について説明する。

第３の実施の形態では、バス停システム２１０−３又は交差点システムの画像を路線バスシステム１１０−３に出力することを目的とした。これに対し、本実施の形態では、センタ４００からの要求に対し、バス停システム又は交差点システムが映像信号をセンタ４００に対して送出することを目的とする。なお、映像の送信を行うことから、バス停システム又は交差点システムの構成は第３の実施の形態の物を用いる。

第３の実施の形態では、処理全体の開始をバス停システム２１０−３などが行っていた。これに対し、本実施の形態ではセンタ４００が処理全体のトリガとなっている点が特徴である。

図２４は本発明の第４の実施の形態に関わる映像送信要求及び映像受信処理のフローチャートである。

センタ４００でバス停システム等の画像が必要になった際には、映像送信要求及び映像受信処理を起動し、交差点ＩＤ通知送信間隔指定信号をバス停システム等に出力する（ステップＳ４２０１）。この交差点ＩＤ通知送信間隔指定信号の送信は第１の実施の形態のセンタ４００動作である、１）各バス停システムに対してビーコンの通知間隔の設定、に当たるものである。信号名称的には交差点システムのみに適用される感じはするが、バス停システムにも適用可能である点留意されたい。

第１の実施の形態では、ビーコン設定の可否についての応答は期待していなかった。これに対し、本実施の形態では、センタ４００はバス停システム等からの応答（交差点ＩＤ通知送信間隔応答信号）を期待する（ステップＳ４２０２）。この応答には交差点ＩＤが含まれており、これによって、映像の受信処理の開始とするためである。

その後、映像信号の受信（ステップＳ４２０３）と表示（ステップＳ４２０４）を行う。「映像」とは動画で表現されるコンテンツであるため、映像が不要になる（ステップＳ４２０５：Ｎｏ）まで、この映像の受信及び表示を繰り返す（ステップＳ４２０５：Ｙｅｓ）。

一方、映像が不要になれば（ステップＳ４２０５：Ｎｏ）、送信停止指示をバス停システムに出力し（ステップＳ４２０６）、処理を終了する。

図２５はセンタ４００と対になる、本発明の第４の実施の形態に関わるバス停システムの映像送信処理に関するフローチャートである。

既述の通り、本実施の形態では、交差点ＩＤ通知送信間隔指定信号がセンタ４００からバス停システム２１０の路側Ｉ／Ｏ部２１４に出力される。この際、グローバルＩＰアドレスとプライベートＩＰアドレスの付け替えなどの必要がある。しかし、本実施の形態では通信が確率できれば良く設計事項であるため、ここでは詳述はしない。

路側Ｉ／Ｏ部２１４はこの交差点ＩＤ通知送信間隔指定信号を受信し、路側無線部２１１のビーコン出力タイミングの変更を行う（ステップＳ４１０１）。

ビーコンの出力タイミングの設定変更後、該バス停システム等の路側無線部２１１はセンタ４００に対して交差点ＩＤ通知送信間隔指定信号の応答（交差点ＩＤ通知送信間隔応答信号）を出力する（ステップＳ４１０２）。

この送信後、センタ４００は映像信号の受信処理（図２４ステップＳ４２０３）を行うため、路側Ｉ／Ｏ部２１４は映像信号の送信を行う（ステップＳ４１０３）。この際、路側Ｉ／Ｏ部２１４は映像装置２１７を用いて映像データの取得を行う。

図２４ステップＳ４２０６の送信停止指示が送られて来ると（ステップＳ４１０４）、映像送信の必要性無しとして（ステップＳ４１０５：Ｎｏ）、映像送信信号の処理を終了する。一方、図２４ステップＳ４２０６の送信停止指示が送られてこなければ、映像の送信を継続的に実行する（ステップＳ４１０５：Ｙｅｓ）。

以上のように、センタ４００に対して、バス停システム等からの映像の配信が行える。

（第５の実施の形態）
本発明の第５の実施の形態について説明する。

本実施の形態では、センタ４００から宣伝広告用の映像データを営業走行中の路線バスシステム１１０に送信することを想定する。

本実施の形態でも、第２の実施の形態同様、図５ステップＳ１００６のバスＩＤ通知信号の送信を起因とするバスシステム接続報知信号をセンタ４００が受信するところから始まる（図１２Ｓ１２０１）。

図２６は、本発明の第５の実施の形態に関わるセンタ４００による映像送信処理を表すフローチャートである。この処理は図１８ステップＳ２１００で転送された図７（ｂ）で表すバスＩＤ通知信号をセンタ４００が受信するところから開始される。

映像送信不要の場合（ステップＳ５２０２：Ｎｏ）、そこで処理は終了する。

映像送信の必要がある場合（ステップＳ５２０２：Ｙｅｓ）、映像配信信号をバス停システムの路側Ｉ／Ｏ部２１４に対して送信する（ステップＳ５２０３）。この信号を受信することで路側Ｉ／Ｏ部２１４の中継処理が開始される。この際、映像配信信号は図２７のようなデータ構成を取る。

図２７は、本発明の第５の実施の形態に関わるセンタ４００が送信する映像配信信号のデータ構成の一例を表す図である。この映像配信信号はメッセージ種別フィールドｈ１、バスＩＤデータフィールドｈ２、映像収録場所ｈ３、映像収録時刻ｈ４、センタグローバルＩＰアドレスｈ５、路側Ｉ／Ｏ部のＩＰアドレスｈ６を含んで構成される。

メッセージ種別フィールドｈ１はこの信号が何を意味するかを表すデータフィールドである。

バスＩＤデータフィールドｈ２は映像の送信対象である路線バスシステム１１０−５に割り当てられたバスＩＤを格納するデータフィールドである。受信したバスＩＤ通知信号（図７（ｂ））のバスＩＤデータフィールドｂ２の値が、そのまま入力されることとなる。

映像収録場所ｈ３は、映像の収録場所などを格納するデータフィールドである。

映像収録時刻ｈ４は、映像の撮影時刻を表すデータフィールドである。

センタグローバルＩＰアドレスｈ５は、センタ側のセンタ通信部４０１に割り当てられたグローバルＩＰアドレスを示すデータフィールドである。図１２Ｓ１２０１のタイミングで中継するバス停システムは把握している。このため、このバス停システムの路側Ｉ／Ｏ部のＩＰアドレスをこのデータフィールドには入力する。

路側Ｉ／Ｏ部のＩＰアドレスｈ６は、送信先である路側Ｉ／Ｏ部２１４のプライベートＩＰアドレスを格納するデータフィールドである。ここでは「１７２．１６．２１０．１」が格納される。

上述の通り、路側Ｉ／Ｏ部２１４で中継処理が開始されるため、センタ４００は映像信号の送信を開始する（ステップＳ５２０４）。送信すべき映像信号が存在し続ける場合（ステップＳ５２０５：Ｙｅｓ）、このステップＳ５２０４の送信処理を継続する。

送信すべき映像信号がなくなれば（ステップＳ５２０５：Ｎｏ）、送信停止指示信号を出力し（ステップＳ５２０６）、処理を終了する。

図２８は、ステップＳ５２０３でセンタ４００から送信された映像配信信号を受けて動作する本発明の第５の実施の形態に関わる路側Ｉ／Ｏ部２１４の中継処理のフローチャートである。これを用いて路側Ｉ／Ｏ部２１４の処理を説明する。

まず、送信された映像配信信号のバスＩＤデータフィールドｈ２を見て、送信すべき路線バスシステムを特定する。特定後、その路線バスがまだ該バス停システムの路側無線部２１１のアクセスポイントエリア内に存在するのであれば、映像配信信号を該路線バスシステムの車載無線部１１２に送信する（ステップＳ５１０１）。

映像配信信号をエラー無く送信できれば、図２６ステップＳ５２０４でセンタ４００から送信される映像信号を受信する（ステップＳ５１０２）。この受信した映像情報をステップＳ５１０１で映像配信信号を送信した路線バスシステムの車載無線部１１２に出力する（ステップＳ５１０３）。

このステップＳ５１０２及びステップＳ５１０３の受信転送処理を映像情報が送信されている間続ける。また、図２６ステップＳ５２０６の明示の送信停止指示がある限り、あるいは転送先の路線バスシステムとのリンクが切断された場合まで、継続する。

図２６ステップＳ５２０６の明示の送信停止指示を受けた場合（ステップＳ５１０４）等で映像情報の転送が不要・不能になれば（ステップＳ５１０５：Ｎｏ）、路線バスに送信停止指示を出し（ステップＳ５１０６）、中継処理を終了する。

最後に、路線バスシステム上での映像信号受領処理について説明する。図２９は本発明の第５の実施の形態に関わる映像信号受領処理に関するフローチャートである。

この映像信号受領処理は図２８のステップＳ５１０１で車載無線部１１２に映像配信信号が送信されることを起動トリガとする。

映像信号受領処理の起動後図２８ステップＳ５１０３で路線バスの車載無線部１１２に出力された映像信号を受領する（ステップＳ５００１）。受領した映像信号は通信路１１５を経由して、車載Ｉ／Ｏ部１１４に送信される。車載Ｉ／Ｏ部１１４は自身の有するハードディスク等に映像信号を蓄積する（ステップＳ５００２）。

映像信号の受信中、図２８ステップＳ５１０６で出力される送信停止指示が受信された場合（ステップＳ５００３）あるいはバス停システムとのリンクが切断された場合には（ステップＳ５００４：Ｎｏ）、この映像信号受領処理を中止する。

映像信号が送信されている間は（ステップＳ５００４：Ｙｅｓ）、ステップＳ５００１及びステップＳ５００２の受信・蓄積を継続する。

なお、蓄積される映像情報は複数の映像情報が含まれるものも存在する。このうちいずれをどのタイミング（例えば映像情報の受領直後、無線通信部１１２のバス停間の通信が切れている区間など）で車載Ｉ／Ｏ部１１４の表示部で表示するかは設計事項である。また、表示する際に、映像の加工（広告テロップの挿入）などの機能を有しても良い。

以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記の実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更が可能であることは言うまでもない。

上記では、路線バスの運行に合わせた交通管理システムに本発明を適用した実施の形態を説明した。しかし、これだけには限られず、鉄道（含む地下鉄）や路面電車と言った専用軌道を有する交通システム、所定の経路の運用のみを想定して運行される営業用貨物車両による配送システム、などにも適用可能である。

１１０、１１０−２…路線バスシステム、
１１１…車載制御部、１１２…車載無線部、１１４…車載Ｉ／Ｏ部、
１１５…通信路、１１６…物理信号線、１１７…撮像装置、
２００、２２０、２４０…バス停、
２１０、２１０−３…バス停システム、２１１…路側無線部、
２１２…ゲートウェイ、２１４…路側Ｉ／Ｏ部、２１５…ローカルディスク、
２１６…通信路、２１７…撮像装置、
２０１、２２１、２４１…アクセスポイントエリア、
３００…インターネット、４００…センタ、４０１…センタ通信部、
４１０…センタ側システム。

Claims (6)

1. 路線バスに搭載された路線バスシステムと、表示部を有するバス停システムと、前記バス停システムとネットワークを介して接続されるセンタシステムと、を含んで構成される交通システムにおけるバス位置表示方法であって、
   前記バス停システムがバス停ＩＤ通知信号を周期的に出力するバス停ＩＤ通知信号出力ステップと、
   前記バス停ＩＤ通知信号を前記路線バスシステムが受信し、前記路線バスシステムが前記バス停ＩＤ通知信号に付加されたバスＩＤ及び前記バス停に割り当てられたバス停ＩＤを付加したバスＩＤ通知信号を前記バス停システムに出力するバスＩＤ通知信号出力ステップと、
   前記バス停システムが前記バスＩＤ及び前記バス停ＩＤを付加したバスシステム接続報知信号を前記センタシステムに出力するバスシステム接続報知信号出力ステップと、
   前記バスＩＤ及び前記バス停ＩＤを用いてバス位置更新用データを生成するバス位置更新ステップと、
   前記バスＩＤを用いて、前記バス位置更新用データの送信先を前記センタシステムが決定する送信先決定ステップと、
   前記送信先決定ステップで決定した送信先に対して前記センタシステムが前記バス位置更新用データを送信するバス位置更新用データ送信ステップと、
   前記バス位置更新用データを用いて、前記バス停システムが前記路線バスシステムを有する前記路線バスの位置情報を前記表示部に表示するバス位置表示ステップと、を含むことを特徴とするバス位置表示方法。
2. 路線バスに搭載された路線バスシステムと、表示部を有するバス停システムと、前記バス停システムとネットワークを介して接続されるセンタシステムと、を含んで構成される交通システムにおけるバス位置表示方法であって、
   前記バス停システムがバス停ＩＤ通知信号を周期的に出力するバス停ＩＤ通知信号出力ステップと、
   前記バス停ＩＤ通知信号を前記路線バスシステムが受信し、前記路線バスシステムが前記バス停ＩＤ通知信号に付加されたバスＩＤ及び前記バス停システムに割り当てられたバス停ＩＤを付加したバスＩＤ通知信号を前記バス停システムに出力するバスＩＤ通知信号出力ステップと、
   前記バスＩＤ通知信号出力ステップで出力された前記バスＩＤ通知信号を受信することでタイマを起動するタイマ起動ステップと、
   前記タイマのカウントが満了することで前記バス停システムが前記バスＩＤ及び前記バス停システムに割り当てられた前記バス停ＩＤを付加したバスシステム接続解除報知信号を出力するバスシステム接続解除報知信号出力ステップと、
   前記バスシステム接続解除報知信号に付加された前記バス停ＩＤ及び前記バスＩＤを用いて前記センタシステムがバス位置更新用データを生成するバス位置更新ステップと、
   前記バスＩＤを用いて、前記バス位置更新用データの送信先を前記センタシステムが決定する送信先決定ステップと、
   前記送信先決定ステップで決定した送信先に対して前記センタシステムが前記バス位置更新用データを送信するバス位置更新用データ送信ステップと、
   前記バス位置更新用データを用いて、前記バス停システムが前記路線バスシステムを有する前記路線バスの位置情報を前記表示部に表示するバス位置表示ステップと、を含むことを特徴とするバス位置表示方法。
3. 路線バスに搭載された路線バスシステムと、バス停システムと、表示部を有し前記バス停システムとネットワークを介して接続されるセンタシステムと、を含んで構成される交通システムにおけるバス映像取得方法であって、
   前記路線バスシステムは、映像を取得する映像装置を有し、
   前記バス停システムがバス停ＩＤ通知信号を周期的に出力するバス停ＩＤ通知信号出力ステップと、
   前記バス停ＩＤ通知信号を前記路線バスシステムが受信し、前記路線バスシステムが前記バス停ＩＤ通知信号に付加されたバスＩＤ及び前記バス停システムに割り当てられたバス停ＩＤを付加したバスＩＤ通知信号を前記バス停システムに出力するバスＩＤ通知信号出力ステップと、
   前記バス停システムが前記バスＩＤ通知信号を前記センタシステムに転送するバスＩＤ通知信号転送ステップと、
   転送された前記バスＩＤ通知信号を受けて映像情報を必要とする前記センタシステムが前記バスＩＤ及び前記バス停ＩＤを元に前記路線バスシステムへの路線バス映像送信要求信号を前記バス停システムに対して出力する路線バス映像送信要求信号出力ステップと、
   前記バス停システムが前記バスＩＤを持つ前記路線バスシステムに対して前記路線バス映像送信要求信号を転送する路線バス映像送信要求信号転送ステップと、
   前記路線バス映像送信要求信号を受信した前記路線バスシステムが前記映像装置により取得した映像情報を前記バス停システムに対して出力する映像情報出力ステップと、
   前記映像情報を受信した前記バス停システムが前記映像情報を前記センタシステムに転送する映像情報転送ステップと、を有することを特徴とするバス映像取得方法。
4. 路線バスに搭載された表示部を有する路線バスシステムと、映像を取得する映像装置を有する交差点システムと、を含んで構成される交通システムにおける交差点映像取得方法であって、
   前記交差点システムが交差点ＩＤ通知信号を周期的に出力する交差点ＩＤ通知信号出力ステップと、
   前記交差点ＩＤ通知信号を前記路線バスシステムが受信し、前記路線バスシステムがバスＩＤ通知信号を前記交差点システムに出力するバスＩＤ通知信号出力ステップと、
   前記バスＩＤ通知信号を受信した前記交差点システムが前記路線バスシステムに対して映像信号の受信処理を開始させる映像配信信号を前記路線バスシステムに対して出力する映像配信信号出力ステップと、
   前記映像配信信号を受信した前記路線バスシステムが前記映像信号の受信処理を開始する映像情報受信処理開始ステップと、
   前記映像配信信号出力ステップ後、前記映像信号を前記路線バスシステムに送信する映像信号送信ステップと、
   前記映像信号を受信した前記路線バスシステムが前記映像信号を前記表示部に表示する映像信号表示ステップと、を含むことを特徴とする交差点映像取得方法。
5. 映像を取得する映像装置を有する交差点システムと、表示部を有し前記交差点システムとネットワークを介して接続されるセンタシステムと、を含んで構成される交通システムにおける交差点映像取得方法であって、
   前記交差点システムが交差点ＩＤ通知信号を出力する周期を設定する交差点ＩＤ通知送信間隔指定信号を前記センタシステムが出力する交差点ＩＤ通知送信間隔指定信号出力ステップと、
   前記交差点ＩＤ通知送信間隔指定信号を受けた前記交差点システムが前記センタシステムに映像の受領処理を開始させる前記交差点ＩＤ通知信号を出力する交差点ＩＤ通知信号出力ステップと、
   前記交差点ＩＤ通知信号出力ステップの後、前記交差点システムが前記センタシステムに映像信号を出力する映像信号出力ステップと、
   前記センタシステムが受信した前記映像信号を前記表示部に出力する映像出力ステップと、を有することを特徴とする交差点映像取得方法。
6. 路線バスに搭載された路線バスシステムと、バス停システムと、前記バス停システムとネットワークを介して接続されるセンタシステムと、を含んで構成される交通システムにおける映像配信方法であって、
   映像信号の中継処理を実行させるべく前記センタシステムが前記バス停システムにバスＩＤが付加された映像配信信号を出力する映像配信信号送信ステップと、
   前記映像配信信号を受けて前記バス停システムが中継処理を開始し、前記映像信号の受領処理を開始させるべく前記バスＩＤを有する前記路線バスシステムに前記映像配信信号を転送する映像配信信号転送ステップと、
   前記映像配信信号の転送を受けて前記路線バスシステムが映像受領処理を開始する映像受領処理開始ステップと、
   前記映像配信信号送信ステップ後、前記映像信号を前記バス停システムに送信する映像信号送信ステップと、
   前記バス停システムが前記映像信号を前記路線バスシステムに転送する映像信号転送ステップと、を含むことを特徴とする映像配信方法。

Images