特許 7544960 列車監視システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-08-26

(45)【発行日】2024-09-03

(54)【発明の名称】列車監視システム

(51)【国際特許分類】

   H04N 7/18 20060101AFI20240827BHJP

   B61L 25/02 20060101ALI20240827BHJP

   B61D 37/00 20060101ALI20240827BHJP

   H04N 23/60 20230101ALI20240827BHJP

   H04N 23/661 20230101ALI20240827BHJP

【ＦＩ】

H04N7/18 D

B61L25/02 Z

B61D37/00 G

H04N23/60 300

H04N23/661

【請求項の数】 2

(21)【出願番号】P 2023508881

(86)(22)【出願日】2022-03-03

(86)【国際出願番号】 JP2022009063

(87)【国際公開番号】W WO2022202179

(87)【国際公開日】2022-09-29

【審査請求日】2023-03-27

(31)【優先権主張番号】P 2021051609

(32)【優先日】2021-03-25

(33)【優先権主張国・地域又は機関】JP

(73)【特許権者】

【識別番号】000001122

【氏名又は名称】株式会社日立国際電気

(74)【代理人】

【識別番号】100116687

【弁理士】

【氏名又は名称】田村 爾

(74)【代理人】

【識別番号】100098383

【弁理士】

【氏名又は名称】杉村 純子

(74)【代理人】

【識別番号】100155860

【弁理士】

【氏名又は名称】藤松 正雄

(72)【発明者】

【氏名】岩永 一成

(72)【発明者】

【氏名】相川 智弘

(72)【発明者】

【氏名】惠美 博文

【審査官】西島 篤宏

(56)【参考文献】

【文献】特開２００７－２１５０８２（ＪＰ，Ａ）

【文献】特開２００５－３２３３９３（ＪＰ，Ａ）

【文献】特開２００４－２１５２０１（ＪＰ，Ａ）

【文献】特開２０２１－００２８３５（ＪＰ，Ａ）

【文献】特開２０２０－１６６５５０（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｎ ７／１８

Ｂ６１Ｌ ２５／０２

Ｂ６１Ｄ ３７／００

Ｈ０４Ｎ ２３／６０

Ｈ０４Ｎ ２３／６６１

(57)【特許請求の範囲】

【請求項1】

ＧＯＰ形式の映像データを出力するネットワークカメラと、前記ネットワークカメラから出力される映像データを表示するモニタとを列車に搭載した列車監視システムにおいて、
前記モニタ、又は前記モニタを制御するサーバは、ＧＰＳにより得られる前記列車の位置情報または駅のプラットホームへの入線時の接点信号に基づいて、前記列車が駅のプラットホームに入線する直前のタイミングであることを特定して前記モニタの表示をオンにする際に、所定の制御信号を前記ネットワークカメラに送信し、
前記ネットワークカメラは、映像データの出力中に前記所定の制御信号を受信したことに応じて、次のＩフレーム生成タイミングを待たずに前倒しでＩフレームを生成して出力することを特徴とする列車監視システム。

【請求項2】

請求項１に記載の列車監視システムにおいて、
前記ネットワークカメラは、映像データの出力中に所定の制御信号を受信したことに応じてＩフレームの生成を前倒しした場合に、前倒しでＩフレームを生成したタイミングを基準にして以降のＩフレーム生成タイミングをリセットすることを特徴とする列車監視システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ＧＯＰ形式の映像データを出力するネットワークカメラに関する。

【背景技術】

【0002】

列車に乗降する際の乗客の安全確保は、列車運行にとって重要な課題である。このような安全対策の一環として、車両の側面に取り付けられたカメラでドア付近を撮影し、そのカメラ映像を運転台のモニタに表示させる列車監視システムが開発されている（例えば、特許文献１参照）。

【0003】

このようなシステムを利用することで、列車の運転士は、駅停車時に運転台のモニタで乗客の乗降を確認し、列車の運行を行うことが可能となる。従来は、乗客の安全の監視にはリアルタイム性が求められるため、遅延が発生しないアナログシステムが優先して用いられていたが、近年では、ＩＰ技術の進歩により低遅延伝送が可能となったので、全ての装置がＩＰネットワークに接続されるようになった。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２０１８－１１３６０２号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

列車監視システムで使用するカメラとして、例えば、Ｈ．２６４やＨ．２６５などの、ＧＯＰ（Ｇｒｏｕｐ Ｏｆ Ｐｉｃｔｕｒｅ）形式の圧縮符号化ストリームで映像データを出力するネットワークカメラが使用される。ＧＯＰ形式の映像データは、Ｉフレーム（Ｉｎｔｒａ－ｃｏｄｅｄ Ｆｒａｍｅ）、Ｐフレーム（Ｐｒｅｄｉｃｔｅｄ Ｆｒａｍｅ）、又はＢフレーム（Ｂｉ－ｄｉｒｅｃｔｉｏｎａｌ ｐｒｅｄｉｃｔｅｄ Ｆｒａｍｅ）のいずれかの形式による、連続する複数フレームの画像で構成される。Ｉフレームは予測を用いず単体で符号化された画像であり、Ｐフレームは前方予測で符号化された画像であり、Ｂフレームは前方・後方・双方向のいずれかで符号化された画像である。

【0006】

列車監視システムでは、列車の走行中は運転士が運転に集中できるようにモニタの表示をオフにしておき、駅の停車時（又はその直前）にモニタの表示をオンにプラットホームの様子を運転士が確認するように運用される。カメラ映像は、モニタの表示がオンになった際に直ちに表示されるのではなく、Ｉフレームが生成されるまでは表示できない。これは、ＰフレームやＢフレームが、その基準になったＩフレームがないと復号（デコード）できないためである。

【0007】

このため、Ｉフレームの間隔が長い場合には、モニタの表示をオンにしたタイミングによっては長い待ち時間が発生することになる。例えば、３０ｆｐｓ（フレーム毎秒）、Ｉフレーム間隔１０秒のＧＯＰの場合には、図７に示すように、１０秒毎（３００フレーム毎）のＩフレーム生成タイミングＴ１０１，Ｔ１０２，Ｔ１０３，Ｔ１０４でＩフレームが生成される。ここで、Ｉフレーム生成タイミングＴ１０２の後でモニタの表示がオンになった場合には、次のＩフレーム生成タイミングＴ１０３が到来するまではＩフレームが生成されない。その結果、モニタの表示をオンにしてからカメラ映像の表示が開始されるまで、最大で１０秒近くの待ち時間が発生してしまう。この間、運転士は、駅のプラットホームや乗客の乗り降りの様子をカメラ映像で確認することができない。

【0008】

本発明は、上記のような従来の事情に鑑みて為されたものであり、ネットワークカメラから出力されるＧＯＰ形式の映像データを速やかに表示できるようにする技術を提案することを目的とする。

【課題を解決するための手段】

【0009】

上記目的を達成するために、本発明では、ネットワークカメラを以下のように構成した。すなわち、ＧＯＰ形式の映像データを出力するネットワークカメラにおいて、映像データの出力中に所定の制御信号を受信したことに応じて、次のＩフレーム生成タイミングを待たずに前倒しでＩフレームを生成して出力することを特徴とする。

【0010】

ここで、映像データの出力中に所定の制御信号を受信したことに応じてＩフレームの生成を前倒しした場合に、前倒しでＩフレームを生成したタイミングを基準にして以降のＩフレーム生成タイミングをリセットするようにしてもよい。

【0011】

また、所定の制御信号を受信したタイミングから次のＩフレーム生成タイミングまでの時間又はフレーム数が所定の閾値より大きい場合に限り、次のＩフレーム生成タイミングを待たずに前倒しでＩフレームを生成して出力するようにしてもよい。

【0012】

また、上記目的を達成するために、本発明では、列車監視システムを以下のように構成した。すなわち、ＧＯＰ形式の映像データを出力するネットワークカメラと、ネットワークカメラから出力される映像データを表示するモニタとを列車に搭載した列車監視システムにおいて、モニタ、又はモニタを制御するサーバは、モニタの表示をオンにする際に、所定の制御信号をネットワークカメラに送信し、ネットワークカメラは、映像データの出力中に所定の制御信号を受信したことに応じて、次のＩフレーム生成タイミングを待たずに前倒しでＩフレームを生成して出力することを特徴とする。

【0013】

ここで、ネットワークカメラは、映像データの出力中に所定の制御信号を受信したことに応じてＩフレームの生成を前倒しした場合に、前倒しでＩフレームを生成したタイミングを基準にして以降のＩフレーム生成タイミングをリセットするようにしてもよい。

【0014】

また、列車の速度がゼロ又は所定の閾値以下になったタイミングでモニタの表示をオンにして、ネットワークカメラに所定の制御信号が送信されようにしてもよい。

【0015】

また、列車が所定の位置に到達したタイミングでモニタの表示をオンにして、ネットワークカメラに所定の制御信号が送信されるようにしてもよい。

【発明の効果】

【0016】

本発明によれば、ネットワークカメラから出力されるＧＯＰ形式の映像データを速やかに表示できるようになる。

【図面の簡単な説明】

【0017】

【図1】本発明の第１実施形態に係るネットワークカメラの構成例を示す図である。

【図2】図１のネットワークカメラによるフレーム生成処理のフローチャート例を示す図である。

【図3】本発明の第２実施形態に係る列車監視システムの構成例を示す図である。

【図4】図３の列車監視システムにおけるＩフレームの生成タイミングの変更に係る第１実施例を示す図である。

【図5】図３の列車監視システムにおけるＩフレームの生成タイミングの変更に係る第２実施例を示す図である。

【図6】図３の列車監視システムにおけるモニタのオン／オフの制御タイミングの例を示す図である。

【図7】従来のカメラによるＩフレームの生成タイミングの例を示す図である。

【発明を実施するための形態】

【0018】

以下に、本発明の幾つかの実施形態について、図面を参照して説明する。［第１実施形態］ 図１には、第１実施形態に係るネットワークカメラの構成例を示してある。本例のネットワークカメラ１０は、撮像部１１と、符号化部１２と、主記憶部１３と、制御部１４と、ネットワークインタフェース（Ｉ／Ｆ）１５とが、バス１６を介して互いに接続されている。

【0019】

撮像部１１は、レンズ等の光学系を通じて撮像面に結像された光信号を電気信号に変換し、デジタルデータ（ＲＡＷデータ）として出力する。符号化部１２は、撮像部１１から出力されるデジタルデータを所定の方式で圧縮・符号化し、ＩフレームやＰフレームを含むＧＯＰ形式の映像データを生成する。主記憶部１３は、撮像部１１により撮像されたデジタルデータや、符号化部１２により符号化された映像データなどを記憶する。制御部１４は、後述するように、符号化部１２の動作を制御する。ネットワークＩ／Ｆ１５は、有線又は無線のネットワーク２０を通じて、主記憶部１３上の映像データを外部の装置に送信し、また、外部の装置から送信された各種の制御信号を受信するためのインタフェースである。

【0020】

次に、ネットワークカメラ１０の制御部１４の動作について説明する。なお、本例のネットワークカメラ１０は、撮影動作を開始すると、ライブの映像データを継続的に出力するものとする。制御部１４は、ネットワークカメラ１０が映像データの出力中に映像要求信号（所定の制御信号の一例）を外部の装置から受信したことに応じて、符号化部１２によるＩフレームの生成タイミングを変更する。すなわち、次のＩフレーム生成タイミングを待たずに前倒しでＩフレームを生成させると共に、前倒しでＩフレームを生成したタイミングを基準にして以降のＩフレーム生成タイミングをリセットする。その具体的な処理内容について、以下に図２を参照して説明する。

【0021】

図２は、ネットワークカメラ１０によるフレーム生成処理のフローチャート例を示してある。ネットワークカメラ１０は、撮影動作を開始すると、まずＩフレームを生成する（ステップＳ１０１）。その後、所定間隔のフレームタイミングが到来する毎（例えば、３０ｆｐｓの場合は１／３０秒毎）に、Ｉフレーム生成タイミングか否かを判定する（ステップＳ１０２）。その結果、Ｉフレーム生成タイミングである場合には、Ｉフレームを生成した後に（ステップＳ１０４）、次のフレームタイミングの到来を待つ。一方、Ｉフレーム生成タイミングでない場合には、外部の装置から映像要求信号を受信したか否かを判定する（ステップＳ１０３）。その結果、映像要求信号を受信していない場合には、Ｐフレーム（あるいはＢフレーム）を生成した後に（ステップＳ１０７）、次のフレームタイミングの到来を待つ。一方、映像要求信号を受信した場合には、Ｉフレームを生成し（ステップＳ１０５）、以降のＩフレーム生成タイミングをリセットした後に（ステップＳ１０６）、次のフレームタイミングの到来を待つ。

【0022】

このように、本例のネットワークカメラ１０は、映像データの出力中に映像要求信号を受信したことに応じて、次のＩフレーム生成タイミングを待たずに前倒しでＩフレームを生成して出力すると共に、前倒しでＩフレームを生成したタイミングを基準にして以降のＩフレーム生成タイミングをリセットするように構成されている。したがって、ネットワークカメラ１０から出力される映像データを受信して表示する外部の装置は、映像表示をオンにする際（つまり、映像表示を開始又は再開する際）に映像要求信号をネットワークカメラ１０に送信することで、本来のＩフレーム生成タイミングを待たずに前倒しでＩフレームを受信できるので、カメラ映像を速やかに表示することが可能である。また、Ｉフレーム生成タイミングをリセットしない場合と比較すると、Ｉフレームを生成する頻度が少なくなり、映像データのサイズを小さくできる。

【0023】

ここで、上記の説明でのネットワークカメラ１０は、映像データの出力中に映像要求信号を受信した場合、無条件に、次のＩフレーム生成タイミングを待たずにＩフレームを生成しているが、映像要求信号の受信タイミングによっては、次のＩフレーム生成タイミングまでＩフレームの生成を待つ方が効率的な場合がある。そこで、映像要求信号を受信したタイミングから次のＩフレーム生成タイミングまでの時間が所定の閾値（例えば、１秒）より大きい場合に限り、次のＩフレーム生成タイミングを待たずに前倒しでＩフレームを生成するようにしてもよい。あるいは、映像要求信号を受信したタイミングから次のＩフレーム生成タイミングまでのフレーム数が所定の閾値（例えば、３０フレーム）より大きい場合に限り、次のＩフレーム生成タイミングを待たずにＩフレームを生成するようにしてもよい。これにより、Ｉフレーム生成の無用な前倒しを防ぐことが可能となる。

【0024】

［第２実施形態］ 第２実施形態では、第１実施形態に示したネットワークカメラ１０を列車監視システムに用いる場合について説明する。図３には、本発明の第２実施形態に係る列車監視システムの構成例を示してある。

【0025】

図３の列車監視システム１００は、車両１１１～１１６の６両で編成された列車に搭載されている。図面左方向に向かって列車が進行する場合には、左端に示す１両目の車両１１１が先頭となり、右端に示す６両目の車両１１６が最後尾となる。また逆に、図面右方向に向かって列車が進行する場合には、右端に示す６両目の車両１１６が先頭となり、左端に示す１両目の車両１１１が最後尾となる。以下では、列車の進行方向において先頭となる車両（例えば、１両目の車両１１１）に運転士が搭乗し、列車の運行（運転やドアの開閉等）の操作を一人で行う場合を例にして説明する。

【0026】

列車監視システム１００は、カメラ１２１、モニタ１２２、録画装置１２３、監視サーバ１２４、上位サーバ１２５、スイッチングハブ（ＨＵＢ）１２６を含む。これらの機器は、ネットワークケーブルを用いて接続される。また、これらの機器には、電源供給ケーブルが接続されており、各車両の電源供給部（不図示）から電源が供給される。

【0027】

車両１１１～１１６の各々には、４台のカメラ１２１－１～１２１－４と、スイッチングハブ１２６が設置されている。また、１両目の車両１１１及び６両目の車両１１６には運転室があり、この運転室内に２台のモニタ１２２－１～１２２－２が設置されている。各車両のカメラ１２１及びモニタ１２２は、その車両のスイッチングハブ１２６にネットワークケーブルで接続されている。更に、１両目の車両１１１には、録画装置１２３と、監視サーバ１２４と、上位サーバ１２５も設置されている。録画装置１２３及び監視サーバ１２４は、スイッチングハブ１２６にネットワークケーブルで接続されており、上位サーバ１２５は、監視サーバ１２４にネットワークケーブルで接続されている。なお、６両目の車両１１６にも、１両目の車両１１１と同様に監視サーバ１２４や上位サーバ１２５を設け、これらの装置を多重化してもよい。

【0028】

また、各車両のスイッチングハブ１２６は、隣接する車両のスイッチングハブ１２６とネットワークケーブルで接続されている。このように、隣り合う車両にそれぞれ搭載されたスイッチングハブ１２６同士を接続することで、列車内に１つのネットワークを構成している。なお、これらのネットワークケーブルは、例えば、車両床下を経由してツナギ箱（不図示）へ接続され、車両間についてはそれぞれ隣り合う車両のツナギ箱間をジャンパ線で接続する。

【0029】

上位サーバ１２５は、例えば、列車の運行を管理する装置である。上位サーバ１２５としては、一例として、ＴＭＳ（Ｔｒａｉｎ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）のサーバが用いられる。上位サーバ１２５は、列車の運行中には、列車の運行情報を監視サーバ１２４に所定の周期で出力する。列車の運行情報には、列車速度情報、ドア開閉情報（例えば、ドアの開閉状態を示す情報）、次に停車する駅若しくは現在停車中の駅のプラットホームにおける乗降口情報（例えば、開扉すべきドアが列車の右側か左側かを示す情報）、車両数、列車進行方向情報などが含まれる。

【0030】

各車両のカメラ１２１は、第１実施形態に示したネットワークカメラ１０であり、予め定められた視野（画角）内を所定のフレームレート（例えば、３０ｆｐｓ）で撮影する。また、各車両のカメラ１２１は、撮影した映像を符号化して得られたＧＯＰ形式の映像データを、スイッチングハブ１２６やネットワークケーブルを通じてモニタ１２２や録画装置１２３に送信する。

【0031】

録画装置１２３は、各車両のカメラ１２１から受信した映像データを、その映像データの送信元を識別するカメラ識別情報及び撮像時刻と関連付けて常時記録している。録画装置１２３に記録された映像データは、主に事故や犯罪の発生等の有事の際に、解析資料や証拠映像として使用される。

【0032】

運転室のモニタ１２２は、各車両のカメラ１２１から送信されるライブの映像データを表示する。また、運転室のモニタ１２２は、録画装置１２３に記録された過去の映像データを表示することもできる。運転士は、モニタ１２２を用いて、各車両のカメラ１２１により撮影されたカメラ映像を確認することができる。

【0033】

２台のモニタ１２２－１～１２２－２は、これらの表示を運転士が同時に見ることができるように、上下若しくは左右に並べて配置することが好ましい。また、本例では、モニタ１２２－１のディスプレイ領域を上下２分割及び左右６分割の１２分割にしてあり、モニタ１２２－２も同様である。したがって、モニタ１２２－１だけで、６両編成の列車のカメラ映像（列車の片側にある合計１２のカメラ映像）を同時に表示することができる。また、モニタ１２２－２を併用することで、最大で１２両編成の列車のカメラ映像を同時に表示することもできる。また、モニタ１２２－１に表示された複数のカメラ映像の中から運転士に選択された画像をモニタ１２２－２に拡大表示するなど、各モニタを他の用途に使用することも可能である。

【0034】

監視サーバ１２４は、運転士から受けた指示に応じて、又は列車の運行状態に応じて、モニタ１２２の表示を制御する。監視サーバ１２４は、例えば、列車が駅に停車中の場合はモニタ１２２の表示がオンとなり、列車が走行中の場合はモニタ１２２の表示がオフとなるように制御する。このような表示制御は、例えば、上位サーバ１２５から取得できる列車速度情報に基づいて実行することが可能である。なお、列車の速度がゼロか否かに応じて表示のオン／オフを制御してもよいし、列車の速度が所定の閾値以下であるか否かに応じて表示のオン／オフを制御してもよい。

【0035】

また、監視サーバ１２４は、モニタ１２２による表示対象のカメラ１２１を切り替える制御も行う。例えば、駅で列車の右側のドアが開扉する場合には、列車の右側に設置されたカメラ１２１－１，１２１－２を表示対象とし、列車の左側のドアが開扉する場合には、列車の左側に設置されたカメラ１２１－３，１２１－４を表示対象とする。表示対象のカメラ１２１は、例えば、乗降口情報や列車進行方向情報に基づいて特定することができる。

【0036】

ここで、本例の監視サーバ１２４は、モニタ１２２の表示をオンにする制御の際に、各車両のカメラ１２１に対して映像要求信号を送信するように構成されている。これにより、モニタ１２２は、各車両のカメラ１２１から本来のＩフレーム生成タイミングを待たずに前倒しでＩフレームを受信できるので、カメラ映像を速やかに表示することが可能となる。

【0037】

図４には、本例の列車監視システム１００におけるＩフレームの生成タイミングの変更に係る第１実施例を示してある。例えば、３０ｆｐｓ（フレーム毎秒）、Ｉフレーム間隔１０秒のＧＯＰの場合には、図４に示すように、本来は１０秒毎（３００フレーム毎）のＩフレーム生成タイミングＴ１０１，Ｔ１０２，Ｔ１０３，Ｔ１０４でＩフレームが生成される。ここで、Ｉフレーム生成タイミングＴ１０２のすぐ後で、監視サーバ１２４による制御の下でモニタ１２２の表示がオンになったとする。このとき、監視サーバ１２４から各車両のカメラ１２１に対して映像要求信号が送信される。

【0038】

各車両のカメラ１２１は、映像データの出力中に映像要求信号を受信したことに応じて、次のＩフレーム生成タイミングＴ１０３を待たずに前倒しでＩフレームを生成する。また、前倒しでＩフレームを生成したタイミングＴ１０３’を基準にして、以降のＩフレーム生成タイミングをリセットする。すなわち、次にＩフレームを生成する予定であったＩフレーム生成タイミングＴ１０４を取り消して、タイミングＴ１０３’から１０秒（３００フレーム）後のタイミングを次のＩフレーム生成タイミングＴ１０４’に設定し直す。その後のＩフレーム生成タイミングも同様である。このような処理を行うことで、モニタ１２２の表示がオンになった際に、カメラ映像の表示が速やかに開始又は再開されることになる。

【0039】

ここで、図４に示す第１実施例では、各車両のカメラ１２１が、映像データの出力中に映像要求信号を受信したことに応じて、次のＩフレーム生成タイミングを待たずに前倒しでＩフレームを生成すると共に、以降のＩフレーム生成タイミングをリセットしているが、Ｉフレーム生成タイミングをリセットしない構成としてもよい。この場合の動作について、図５を参照して説明する。

【0040】

図５には、本例の列車監視システム１００におけるＩフレームの生成タイミングの変更に係る第２実施例を示してある。第２実施例では、各車両のカメラ１２１が、映像データの出力中に映像要求信号を受信したことに応じて、次のＩフレーム生成タイミングＴ１０３を待たずに、これを前倒したタイミングＴ１０３’でＩフレームを生成するが、その後に到来する本来のＩフレームの生成タイミングＴ１０３でもＩフレームを生成する。このような処理によっても、モニタ１２２の表示がオンになった際に、カメラ映像の表示が速やかに開始又は再開されることになる。

【0041】

以上のように、本例の列車監視システム１００では、モニタ１２２を制御する監視サーバ１２４が、モニタ１２２の表示をオンにする際に、映像要求信号をカメラ１２１に送信し、カメラ１２１が、映像データの出力中に映像制御信号を受信したことに応じて、次のＩフレーム生成タイミングを待たずに前倒しでＩフレームを生成して出力するように構成されている。したがって、モニタ１２２は、映像表示がオンになる際（つまり、映像表示を開始又は再開する際）に、本来のＩフレーム生成タイミングを待たずに前倒しでＩフレームを受信できるので、カメラ映像を速やかに表示することが可能である。

【0042】

なお、上記の説明では、監視サーバ１２４が各車両のカメラ１２１に対して映像要求信号を送信しているが、モニタ１２２が、監視サーバ１２４による制御の下で表示をオンにした際に、各車両のカメラ１２１に対して映像要求信号を送信してもよい。

【0043】

また、上記の説明では、列車の速度がゼロ又は所定の閾値以下になったタイミングでモニタ１２２の表示のオン／オフを切り替えているが、図６に示すように、列車が所定の位置に到達したタイミングでモニタ１２２の表示のオン／オフを切り替えてもよい。例えば、列車が駅のプラットホームに入線する直前のタイミングでモニタ１２２の表示をオンにしてもよく、列車が駅のプラットホームから出線した直後のタイミングでモニタ１２２の表示をオフにしてもよい。このような制御は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）により得られる位置情報に基づいて行うことが可能である。また、位置情報に代えて、入線時の接点信号などの他の情報を用いるようにしてもよい。また、モニタ１２２の表示のオン／オフを、運転士が手動で切り替えるようにしてもよい。

【0044】

また、上記の説明では、カメラ１２１やモニタ１２２を列車に搭載した列車監視システム１００を例に説明したが、カメラ１２１を駅のプラットホームに設けてもよいし、モニタ１２２を駅のプラットホームや監視センタなどに設けてもよい。

【0045】

以上、本発明について一実施形態に基づいて説明したが、本発明はここに記載された構成に限定されるものではなく、他の構成のシステムに広く適用することができることは言うまでもない。例えば、本発明に係るネットワークカメラを防犯用として使用してもよく、赤ちゃんやペットなどの見守り用として使用してもよく、その他の任意の用途に使用することが可能である。

【0046】

また、本発明は、例えば、上記の処理に関する技術的手順を含む方法や、上記の処理をプロセッサにより実行させるためのプログラム、そのようなプログラムをコンピュータ読み取り可能に記憶する記憶媒体などとして提供することも可能である。

【0047】

なお、本発明の範囲は、図示され記載された例示的な実施形態に限定されるものではなく、本発明が目的とするものと均等な効果をもたらす全ての実施形態をも含む。更に、本発明の範囲は、全ての開示されたそれぞれの特徴のうち特定の特徴のあらゆる所望する組み合わせによって画され得る。

【産業上の利用可能性】

【0048】

本発明は、ＧＯＰ形式の映像データを出力するネットワークカメラに利用することが可能である。

【符号の説明】

【0049】

１０：ネットワークカメラ、 １１：撮像部、 １２：符号化部、 １３：主記憶部、
１４：制御部、 １５：ネットワークインタフェース、 １６：バス、 ２０：ネットワーク、 １００：列車監視システム、 １２１－１～１２１－４：カメラ、 １２２－１～１２２－２：モニタ、 １２３：録画装置、 １２４：監視サーバ、 １２５：上位サーバ、 １２６：スイッチングハブ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】