JP2024083017A - 車上サーバ及びデータ転送方法 - Google Patents

Abstract

【課題】移動体に搭載されたカメラによるデータをより的確に転送する。【解決手段】軌道上を走行する移動体に搭載されたカメラの映像データを記録する映像記録装置から前記映像データを取得し、前記移動体以外に設置されたセンタ装置に前記映像データを転送する車上サーバであって、前記センタ装置から映像要求情報を取得した場合、前記移動体から、前記移動体の状態を示す移動体状態情報と前記移動体の運行計画を受信し、前記映像要求情報に対して前記移動体状態情報と前記運行計画を用いて、前記映像要求情報に該当するそれぞれの前記映像データについて転送期限を算出し、前記算出された転送期限の近いものから順に、該当する前記映像データを転送する制御を行い、前記転送は、前記映像記録装置から当該車上サーバへの転送、当該車上サーバから前記センタ装置への転送、の少なくともいずれか１つを含む。【選択図】図１１

Description

本発明は、車上サーバ及びデータ転送方法に関し、特に、移動体に搭載されたカメラによるデータを転送するための車上サーバ及びデータ転送方法に関する。

列車等の移動体に搭載されたカメラで記録された映像データは、運行、旅客対応、保守等の様々な観点から、使用を希望する者は多数存在する。例えば、列車であれば、指令員、車両区、駅員、他の列車の運転士等である。近年、移動体に搭載するカメラの情報を扱う量は増加しており、移動体で撮影されたデータの転送量は増加の傾向である。

特許文献１には、移動体の外部への転送時には、第２の録画装置は第１の録画装置からの映像データの録画を中断し、制御装置は前記第２の録画装置から重要度のランクが高い順に映像データを読み出す録画転送装置が開示されている。

特許第４６０３６０３号公報

しかしながら、移動体の車内間の通信路や移動体と地上間の通信路が十分でない場合は、移動体の多数のカメラで撮影した映像すべてを転送することには限界がある。このような場合、映像利用者にタイムリーに届けることができないことが想定される。さらに、移動体の車内間の通信路や移動体と地上間の通信路の通信量上限を上げることも考えられるが、この場合は相当のコストがかかる。また、既存の移動体にそのまま適応できない場合も存在する。

特許文献１の録画転送装置では、移動体側の都合のみでの重要度のランク付けをしているため、利用者側がすぐに欲しい重要度の低いデータの転送が遅れてしまう。

本発明は、上記課題に鑑みて、移動体に搭載されたカメラによるデータをより的確に転送する車上サーバ及びデータ転送方法を提供することを目的とする。

上記目的を達成するため、代表的な本発明の車上サーバの一つは、軌道上を走行する移動体に搭載されたカメラの映像データを記録する映像記録装置から前記映像データを取得し、前記移動体以外に設置されたセンタ装置に前記映像データを転送する車上サーバであって、前記センタ装置から映像要求情報を取得した場合、前記移動体から、前記移動体の状態を示す移動体状態情報と前記移動体の運行計画を受信し、前記映像要求情報に対して前記移動体状態情報と前記運行計画を用いて、前記映像要求情報に該当するそれぞれの前記映像データについて転送期限を算出し、前記算出された転送期限の近いものから順に、該当する前記映像データを転送する制御を行い、前記転送は、前記映像記録装置から当該車上サーバへの転送、当該車上サーバから前記センタ装置への転送、の少なくともいずれか１つを含むことを特徴とする。

さらに本発明のデータ転送方法の一つは、軌道上を走行する移動体に搭載されたカメラの映像データを記録する映像記録装置から前記映像データを取得し、前記移動体以外に設置されたセンタ装置に前記映像データを転送する車上サーバを用いたデータ転送方法であって、前記センタ装置から映像要求情報を取得した場合、前記移動体から、前記移動体の状態を示す移動体状態情報と前記移動体の運行計画を受信するステップと、前記映像要求情報に対して前記移動体状態情報と前記運行計画を用いて、前記映像要求情報に該当するそれぞれの前記映像データについて転送期限を算出するステップと、前記算出された転送期限の近いものから順に、該当する前記映像データを転送する制御を行うステップとを含み、前記転送は、前記映像記録装置から前記車上サーバへの転送、前記車上サーバから前記センタ装置への転送、の少なくともいずれか１つを含むことを特徴とする。

本発明によれば、車上サーバ及びデータ転送方法において、移動体に搭載されたカメラによるデータをより的確に転送できる。
上記以外の課題、構成及び効果は、以下の実施形態により明らかにされる。

図１は、本開示の実施形態による態様を実施するためのコンピュータシステムのブロック図である。 図２は、本発明が適用されるデータ転送システムの一例を示すブロック図である。 図３は、本発明におけるカメラの設置場所の一例を示す図である。 図４は、本発明における機器一覧情報の一例を示す図である。 図５は、本発明における編成状態情報の一例を示す図である。 図６は、本発明における編成イベント情報の一例を示す図である。 図７は、本発明における映像要求情報の一例を示す図である。 図８は、本発明における運行計画情報の一例を示す図である。 図９は、本発明における映像一覧情報の一例を示す図である。 図１０は、本発明における転送ポリシー情報の一例を示す図である。 図１１は、本発明におけるフローチャートの一例を示す。

本発明を実施するための形態を説明する。

＜実施形態による態様を実施するためのコンピュータシステム＞
図１は、本開示の実施形態による態様を実施するためのコンピュータシステム１のブロック図である。本明細書で開示される様々な実施形態の機構及び装置は、任意の適切なコンピューティングシステムに適用されてもよい。コンピュータシステム１の主要コンポーネントは、１つ以上のプロセッサ２、メモリ４、端末インターフェース１２、ストレージインターフェース１４、Ｉ／Ｏ（入出力）デバイスインターフェース１６、及びネットワークインターフェース１８を含む。これらのコンポーネントは、メモリバス６、Ｉ／Ｏバス８、バスインターフェースユニット９、及びＩ／Ｏバスインターフェースユニット１０を介して、相互的に接続されてもよい。

コンピュータシステム１は、プロセッサ２と総称される１つ又は複数の処理装置２Ａ及び２Ｂを含んでもよい。各プロセッサ２は、メモリ４に格納された命令を実行し、オンボードキャッシュを含んでもよい。ある実施形態では、コンピュータシステム１は複数のプロセッサを備えてもよく、また別の実施形態では、コンピュータシステム１は単一の処理装置によるシステムであってもよい。処理装置としては、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｏｎｇ Ｕｎｉｔ）、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）等を適用できる。

ある実施形態では、メモリ４は、データ及びプログラムを記憶するためのランダムアクセス半導体メモリ、記憶装置、又は記憶媒体（揮発性又は不揮発性のいずれか）を含んでもよい。ある実施形態では、メモリ４は、コンピュータシステム１の仮想メモリ全体を表しており、ネットワークを介してコンピュータシステム１に接続された他のコンピュータシステムの仮想メモリを含んでもよい。メモリ４は、概念的には単一のものとみなされてもよいが、他の実施形態では、このメモリ４は、キャッシュおよび他のメモリデバイスの階層など、より複雑な構成となる場合がある。例えば、メモリは複数のレベルのキャッシュとして存在し、これらのキャッシュは機能毎に分割されてもよい。その結果、１つのキャッシュは命令を保持し、他のキャッシュはプロセッサによって使用される非命令データを保持する構成であってもよい。メモリは、いわゆるＮＵＭＡ（Ｎｏｎ－Ｕｎｉｆｏｒｍ Ｍｅｍｏｒｙ Ａｃｃｅｓｓ）コンピュータアーキテクチャのように、分散され、種々の異なる処理装置に関連付けられてもよい。

メモリ４は、本明細書で説明する機能を実施するプログラム、モジュール、及びデータ構造のすべて又は一部を格納してもよい。例えば、メモリ４は、潜在因子特定アプリケーション５０を格納していてもよい。ある実施形態では、潜在因子特定アプリケーション５０は、後述する機能をプロセッサ２上で実行する命令又は記述を含んでもよく、あるいは別の命令又は記述によって解釈される命令又は記述を含んでもよい。ある実施形態では、潜在因子特定アプリケーション５０は、プロセッサベースのシステムの代わりに、またはプロセッサベースのシステムに加えて、半導体デバイス、チップ、論理ゲート、回路、回路カード、および／または他の物理ハードウェアデバイスを介してハードウェアで実施されてもよい。ある実施形態では、潜在因子特定アプリケーション５０は、命令又は記述以外のデータを含んでもよい。ある実施形態では、カメラ、センサ、または他のデータ入力デバイス（図示せず）が、バスインターフェースユニット９、プロセッサ２、またはコンピュータシステム１の他のハードウェアと直接通信するように提供されてもよい。このような構成では、プロセッサ２がメモリ４及び潜在因子識別アプリケーションにアクセスする必要性が低減する可能性がある。

コンピュータシステム１は、プロセッサ２、メモリ４、表示システム２４、及びＩ／Ｏバスインターフェースユニット１０間の通信を行うバスインターフェースユニット９を含んでもよい。Ｉ／Ｏバスインターフェースユニット１０は、様々なＩ／Ｏユニットとの間でデータを転送するためのＩ／Ｏバス８と連結していてもよい。Ｉ／Ｏバスインターフェースユニット１０は、Ｉ／Ｏバス８を介して、Ｉ／Ｏプロセッサ（ＩＯＰ）又はＩ／Ｏアダプタ（ＩＯＡ）としても知られる複数のＩ／Ｏインターフェースユニット１２、１４、１６、及び１８と通信してもよい。表示システム２４は、表示コントローラ、表示メモリ、又はその両方を含んでもよい。表示コントローラは、ビデオ、オーディオ、又はその両方のデータを表示装置２６に提供することができる。また、コンピュータシステム１は、データを収集し、プロセッサ２に当該データを提供するように構成された１つまたは複数のセンサ等のデバイスを含んでもよい。例えば、コンピュータシステム１は、湿度データ、温度データ、圧力データ等を収集する環境センサ、及び加速度データ、運動データ等を収集するモーションセンサ等を含んでもよい。これ以外のタイプのセンサも使用可能である。表示メモリは、ビデオデータをバッファするための専用メモリであってもよい。表示システム２４は、単独のディスプレイ画面、テレビ、タブレット、又は携帯型デバイスなどの表示装置２６に接続されてもよい。ある実施形態では、表示装置２６は、オーディオをレンダリングするためスピーカを含んでもよい。あるいは、オーディオをレンダリングするためのスピーカは、Ｉ／Ｏインターフェースユニットと接続されてもよい。他の実施形態では、表示システム２４が提供する機能は、プロセッサ２を含む集積回路によって実現されてもよい。同様に、バスインターフェースユニット９が提供する機能は、プロセッサ２を含む集積回路によって実現されてもよい。

Ｉ／Ｏインターフェースユニットは、様々なストレージ又はＩ／Ｏデバイスと通信する機能を備える。例えば、端末インターフェースユニット１２は、ビデオ表示装置、スピーカテレビ等のユーザ出力デバイスや、キーボード、マウス、キーパッド、タッチパッド、トラックボール、ボタン、ライトペン、又は他のポインティングデバイス等のユーザ入力デバイスのようなユーザＩ／Ｏデバイス２０の取り付けが可能である。ユーザは、ユーザインターフェースを使用して、ユーザ入力デバイスを操作することで、ユーザＩ／Ｏデバイス２０及びコンピュータシステム１に対して入力データや指示を入力し、コンピュータシステム１からの出力データを受け取ってもよい。ユーザインターフェースは例えば、ユーザＩ／Ｏデバイス２０を介して、表示装置に表示されたり、スピーカによって再生されたり、プリンタを介して印刷されたりしてもよい。

ストレージインターフェース１４は、１つ又は複数のディスクドライブや直接アクセスストレージ装置２２（通常は磁気ディスクドライブストレージ装置であるが、単一のディスクドライブとして見えるように構成されたディスクドライブのアレイ又は他のストレージ装置であってもよい）の取り付けが可能である。ある実施形態では、ストレージ装置２２は、任意の二次記憶装置として実装されてもよい。メモリ４の内容は、ストレージ装置２２に記憶され、必要に応じてストレージ装置２２から読み出されてもよい。ネットワークインターフェース１８は、コンピュータシステム１と他のデバイスが相互的に通信できるように、通信経路を提供してもよい。この通信経路は、例えば、ネットワーク３０であってもよい。

図１に示されるコンピュータシステム１は、プロセッサ２、メモリ４、バスインターフェース９、表示システム２４、及びＩ／Ｏバスインターフェースユニット１０の間の直接通信経路を提供するバス構造を備えているが、他の実施形態では、コンピュータシステム１は、階層構成、スター構成、又はウェブ構成のポイントツーポイントリンク、複数の階層バス、平行又は冗長の通信経路を含んでもよい。さらに、Ｉ／Ｏバスインターフェースユニット１０及びＩ／Ｏバス８が単一のユニットとして示されているが、実際には、コンピュータシステム１は複数のＩ／Ｏバスインターフェースユニット１０又は複数のＩ／Ｏバス８を備えてもよい。また、Ｉ／Ｏバス８を様々なＩ／Ｏデバイスに繋がる各種通信経路から分離するための複数のＩ／Ｏインターフェースユニットが示されているが、他の実施形態では、Ｉ／Ｏデバイスの一部または全部が、１つのシステムＩ／Ｏバスに直接接続されてもよい。

ある実施形態では、コンピュータシステム１は、マルチユーザメインフレームコンピュータシステム、シングルユーザシステム、又はサーバコンピュータ等の、直接的ユーザインターフェースを有しない、他のコンピュータシステム（クライアント）からの要求を受信するデバイスであってもよい。他の実施形態では、コンピュータシステム１は、デスクトップコンピュータ、携帯型コンピュータ、ノートパソコン、タブレットコンピュータ、ポケットコンピュータ、電話、スマートフォン、又は任意の他の適切な電子機器であってもよい。

＜ブロック図＞
図２は、本発明が適用されるデータ転送システムの一例を示すブロック図である。

図２で示すデータ転送システムは、カメラ１０１、映像記録装置１１０、列車情報管理装置１１５、車上サーバ１２０、センタ装置１３０を備えている。移動体には、カメラ１０１、映像記録装置１１０、列車情報管理装置１１５、車上サーバ１２０を備えることができる。ここでは、移動体は、列車を例に説明する。列車（編成）は、決まった軌道上を走行することが可能である移動体の一例である。

カメラ１０１は、列車の各所に搭載可能なカメラである。例えば、前方、後方、車内、車側等を撮影可能なカメラである。すなわち、カメラ１０１は、１つの列車に複数のカメを備えることができ、さらには１つの車両に複数のカメラを備えることができる。ここで、カメラ１０２は、レンズや絞りを介して撮像素子に入射光を結像して情報を得るカメラの構成を適用できる。ここでの撮像素子の例としては、ＣＣＤ（Ｃｈａｒｇｅ－Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）イメージセンサやＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａｌ Ｏｘｉｄｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）イメージセンサ等があげられる。カメラ１０１の撮影する映像は、動画でも静止画でもよい。動画として、例えば、１秒間に３フレーム（３ｆｐｓ）以上、さらには、１秒間に５フレーム（３ｆｐｓ）以上等、カメラ１０１の撮影する目的に応じて設定することが可能である。

映像記録装置１１０は、カメラ１０１で撮影した映像を記録する装置である。列車の車両毎に設置してもよいし、カメラ１０１の種類毎に設置してもよい。このため、１つの列車に複数の映像記録装置１１０を備えることができる。映像記録装置１１０としては、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の必要に応じた記録媒体を適用することができる。

列車情報管理装置１１５は、その列車の情報を管理する装置である。ここには、編成状態情報１１６、編成イベント情報１１７、運行計画情報１１８を記録している。

編成状態情報１１６は、その列車の状態を示す情報である。例えば、列車の位置や、速度、ドアの開閉状態等の情報である。列車の位置は、線路上の起点に対する距離を示すキロ程で表すことができる。

編成イベント情報１１７は、その列車において通常でない状態が起こった内容を示す情報である。例えば、ドアの開閉に失敗した、非常通話ボタンが押された等に関する情報である。

運行計画情報１１８は、その列車の運行計画の情報である。例えば、経由する駅とその発着時刻を少なくとも有している。列車に遅れが生じた場合などでは、運行計画の情報を遅れに合わせて更新してもよい。運行計画情報１１８は、センタ装置１３０から取得してもよい。

車上サーバ１２０は、映像転送制御機能１２５を備えており、後述する図１１の処理を行う装置である。車上サーバ１２０は、各列車に１つ設置される、又は、状況に応じて各列車に２つ以上設置してもよい。また、車上サーバ１２０は、機器一覧情報１２１、転送ポリシー情報１２２、映像一覧情報１２３、映像要求情報１２４、編成状態情報１１６、編成イベント情報１１７、運行計画情報１１８を記録している。ここで、編成状態情報１１６、編成イベント情報１１７、運行計画情報１１８は、列車情報管理装置１１５から取得することができる。

映像転送制御機能１２５は、特に、映像記録装置１１０から車上サーバ１２０への映像データの転送、車上サーバ１２０からセンタ装置１３０への映像データの転送を制御する。映像転送制御機能１２５は、映像データの転送期限を算出する転送期限算出部や映像データの転送のためのポリシーを作成する転送ポリシー設定部等を備えている。また、データを送信する送信部やデータを受信する受信部を備えていてもよい。

機器一覧情報１２１は、各カメラ１０１に関する情報を有している。具体的には、機器一覧情報１２１は、各カメラ１０１の列車の設置場所や種類等を管理する情報である。また、カメラ１０１の撮影範囲の情報を有していてもよい。

転送ポリシー情報１２２は、各カメラ１０１で撮影された映像記録装置１１０に記録されているデータを送信するポリシー（方針）を定めた情報である。転送ポリシー情報１２２は、図１１で示す車上サーバ１２０の処理によって決められる。

映像一覧情報１２３は、映像記録装置１１０に記録されている映像の一覧を示す情報である。映像一覧情報１２３は、例えば、映像毎に、映像要求名、利用目的、撮影場所、転送期限、所属等の映像に関する情報を有している。

映像要求情報１２４は、センタ装置１３０の映像要求情報１３１のうち、列車に備えるその車上サーバ１２０に関する映像要求の情報である。映像要求情報１２４には、例えば、映像要求名、利用者、利用目的、利用場所、所属等の映像に関する情報を有している。

センタ装置１３０は、移動体である列車以外の場所に設置される装置である。例えば、地上側の特定の場所などである。センタ装置１３０は、各車上サーバ１２０とは無線又は有線による通信が可能である。さらに、センタ装置１３０は、指令室１４１、各駅（Ａ駅１４２、Ｂ駅１４３等）、検車区１４４等に備えられた各コンピュータや通信機器と情報のやりとりが可能である。ここで、センタ装置１３０は、指令室１４１、各駅、検車区１４４からは、映像要求を取得して、映像要求情報１３１を構築することができる。また、センタ装置１３０からは、映像要求に応じて車上サーバ１２０から送られてきた映像を指令室１４１、各駅、検車区１４４等の利用場所に送信することができる。

センタ装置１３０の映像要求情報１３１は、対応する全ての車上サーバ１２０の映像要求情報を含む。一方で、１つの車上サーバ１２０に送信する映像要求情報１２４は、映像要求情報１３１のうち、その車上サーバ１２０に関する映像要求情報１２４でよい。

なお、列車情報管理装置１１５、車上サーバ１２０、センタ装置１３０は、図１で説明した、コンピュータシステム１を用いることができる。

次に図２を用いて、映像データの流れについて説明する。

カメラ１０１で撮影された映像は、映像記録装置１１０に記録される。そして、映像記録装置１１０に記録された映像データは、車上サーバ１２０の映像転送制御機能１２５の制御により、車上サーバ１２０へ転送される。さらに、車上サーバ１２０に記録された映像データは、車上サーバ１２０の映像転送制御機能１２５の制御により、センタ装置１３０へ転送される。センタ装置１３０へ転送された映像データは、各要求に応じて、必要な映像データを指令室１４１、各駅（Ａ駅１４２、Ｂ駅１４３等）、検車区１４４等の利用先へ送られる。指令室１４１、各駅（Ａ駅１４２、Ｂ駅１４３等）、検車区１４４等では、コンピュータに導入されたアプリケーション等を用いて映像データを再生、活用することができる。

ここで、映像記録装置１１０から車上サーバ１２０への映像データの転送と、車上サーバ１２０からセンタ装置１３０への映像データの転送において、転送できるデータ量には限りがある。すなわち、転送のための通信容量に必要な帯域を確保することができない場合が存在する。このため、車上サーバ１２０の映像転送制御機能１２５より、映像データの転送を適切に行うように処理をする。

＜カメラの設置場所の一例＞
図３は、本発明におけるカメラの設置場所の一例を示す図である。図３では、列車の先頭車両２００に置ける各カメラ１０１－１～１０１－８の設置場所の例を示している。

カメラ１０１－１は、運転席２０１の前方を撮影するカメラである。すなわち進行方向前方の線路や駅等を含む周囲の沿線の状態を撮影可能となる。

カメラ１０１－２～１００－５は、先頭車両２００の各ドア付近を撮影するカメラである。例えば、先頭車両２００の外側側面においてドアの上側から下側を撮影する。この場合は、各ドアの開閉状態やドアを乗降する客の状態を確認できる。

カメラ１０１－６～１０１－８は、先頭車両２００の車内を撮影するカメラである。例えば、天井から下に向けて撮影する。図３の例では、車内を網羅的に撮影できるように進行方向に沿って３つのカメラが設置されている。この場合は、車内の乗客の様子や忘れ物の有無を確認できる。

＜機器一覧情報の一例＞
図４は、本発明における機器一覧情報の一例を示す図である。図４は、図２で示した機器一覧情報１２１の一例を示し、「カメラＩＤ」、「種類」、「車両」、「場所」の項目に関する情報が格納されている。

「カメラＩＤ」は、各カメラ１０１のＩＤ（識別する符号）である。図４では図３の各カメラ１０１－１～１０１－８と関連している。

「種類」は、対応するカメラ１０１がどの範囲を撮影しているかを示している。「前方」であれは、列車の前方、「車側」であれば列車の外側側面、「車内」であれば列車の車内を撮影していることを示している。

「車両」は、各カメラ１０１が撮影する車両を特定している。図４の例では、車両番号が記載され「１」であることが示されている。ここでは、車両番号「１」は、図３の先頭車両に相当することを示している。

「場所」は、対応するカメラ１０１がどこに設置されているかを示している。図４では、「ドア１」…「ドア４」と示すように、どこのドアに設置されているかを特定することができる。また、「中央１」…「中央３」と示されるように、車内のどの部分に設置されているかを特定することができる。

このように機器一覧情報１２１は、カメラ１０１の位置や撮影範囲を特定する情報となる。機器一覧情報はあらかじめ設定しておくことが可能である。

＜編成状態情報の一例＞
図５は、本発明における編成状態情報の一例を示す図である。ここでは、列車Ｘの状態を図で示している。この状態における図２で示した編成状態情報１１６の例について説明する。

列車Ｘは、駅Ａと駅Ｂの間を走行している状態である。このときのキロ程（列車Ｘの位置）は１０５を示し編成状態情報として格納される。また、このときの列車Ｘの速度も編成状態情報として格納されている。加えて、列車Ｘの各ドアの状態の情報も編成状態情報として格納されている。これらは列車Ｘから情報を取得することができる。

このように編成状態情報１１６は、列車の状態を表し、この情報は列車情報管理装置１１５で生成することができる。

＜編成イベント情報の一例＞
図６は、本発明における編成イベント情報の一例を示す図である。図６は、図２で示した編成イベント情報１１７の一例を示し、「イベント名」、「発生時刻」、「車両」、「機器」の項目に関する情報が格納されている。

「イベント名」は、起こった事象の名称である。図６では、「ドア閉失敗」、「ドア開失敗」、「非常通話」のイベントが示されている。「ドア閉失敗」は、ドアを閉める操作をしたのにもかかわらず、そのドアが閉まっていない状態を示す。「ドア開失敗」は、ドアを開ける操作をしたのにもかかわらず、そのドアが開かない状態を示す。「非常通話」は、非常通話を行うための操作として、特定の非常通話ボタンが押されたことを示す。

「発生時刻」は、そのイベントが発生した時刻を示す。

「車両」は、そのイベントが発生した車両を特定する情報を示す。

「機器」は、そのイベントが発生した機器を特定する情報を示す。例えば、どこのドアであるか、どこの非常通話ボタンであるか等である。

このように編成イベント情報１１７は、通常でない状態が起こった内容を表す。この情報は列車内で検知することができ列車情報管理装置１１５で生成することができる。

＜映像要求情報の一例＞
図７は、本発明における映像要求情報の一例を示す図である。図７は、図２で示した映像要求情報１２４の一例を示し、「映像要求名」、「利用者」、「利用目的」、「利用場所」、「所属」の項目に関する情報が格納されている。

「映像要求名」は、映像要求の名称である。その内容が分かりやすいような名称とするとよい。図７では、「旅客サポート」、「非常通話」、「忘れ物確認」、「沿線設備確認」、「沿線異常確認」の項目が示されている。

「利用者」は、その映像を利用する利用者が示されている。図７では、「駅員」、「指令員」「忘れ物センタ」、「検車区」、「指令員」の順に示されている。

「利用目的」は、その映像を利用する目的が示されている。いくつかの種類に分けて、転送ポリシー情報１２２の作成の際に参照される。図７では、「サポート」、「運行」、「保守」の３種類が示されている。「サポート」は、お客に対する対応であり旅客対応に関することを示す。「運行」は、列車の運行に関することを示す。「保守」は、列車の保守に関することを示す。これらは、旅客対応の業務、列車を運行させる業務、保守の業務と、業務ごとに分類することが可能となる。

「利用場所」は、その映像を利用する場所である。映像データの転送先や、映像データの転送期限を設定することが可能な情報となる。図７では、「次駅」、「終着駅」、「車両基地」の例が示されている。「次駅」であれば、その列車が次駅に到着するまでに必要な映像データを次駅に転送すればよいことになる。「終着駅」であれば、その列車が終着駅に到着するまでに必要な映像データを終着駅に転送すればよいことになる。また、「車両基地」であれば、その列車が車両基地に戻るまでに必要な映像データを車両基地に転送すればよいことになる。

「所属」は、その映像の被写体がどこに所属するかを示す情報である。図７では、「車両」と「沿線」の２つの所属が示されている。「車両」であれば、その列車の車両に関する情報である。その列車に備えるカメラ１０１でしか撮影できない被写体の情報であることを示す。「沿線」であれは、その列車が通過する沿線の情報である。他の列車のカメラ１０１も撮影できる被写体の情報であることを示す。

このように映像要求情報１２４は、映像の利用場所や利用目的、所属等の情報である。

＜運行計画情報の一例＞
図８は、本発明における運行計画情報の一例を示す図である。図８は、図２で示した運行計画情報１１８の一例を示し、「列車番号」、「駅」、「着時刻」、「発時刻」の項目に関する情報が格納されている。

「列車番号」は、その列車の列車番号である。同じ列車でも運行内容によって途中で変更される場合がある。

「駅」、「着時刻」、「発時刻」は、その駅又は車両基地にその列車が到着する時刻と発車する時刻を示している。

このように運行計画情報１１８は、その列車の運行計画を示す。この情報は列車情報管理装置１１５から取得することができる。なお、最初の運行計画情報１１８は、センタ装置１３０から取得することができる。

＜映像一覧情報の一例＞
図９は、本発明における映像一覧情報の一例を示す図である。図９は、図２で示した映像一覧情報１２３の一例を示し、「映像要求名」、「利用目的」、「場所」、「転送期限」、「所属」の項目に関する情報が格納されている。

「映像要求名」は、図７で示した映像要求情報の「映像要求名」と同様である。

「利用目的」は、図７で示した映像要求情報の「利用目的」と同様である。

「場所」は、該当する撮影範囲を示す場所であり、対応するカメラ１０１を特定する情報である。図４で示した機器一覧情報の「場所」もしくは、図４で示した機器一覧情報の「種類」に相当する。それに対応するカメラ１０１の映像が該当する。図４の例では、「車両１、ドア１」、「車内」、「前方」が示されている。ここで、非常通話の場合は、その非常通話ボタンが押された近くのカメラ１０１が該当する。図４では、車両１のドア１に対応した非常通話ボタンが押されたことを示している。

「転送期限」は、図７で示した映像要求情報の「利用場所」や図８で示した運行計画情報等の情報を用いて、車上サーバ１２０で算出される。図９では、「Ｒｅａｌｔｉｍｅ」、「１０：１３」、「２３：５９」が示されている。「Ｒｅａｌｔｉｍｅ」は、リアルタイムですぐに転送することを示す。図９の「Ｒｅａｌｔｉｍｅ」は「非常通話」である。図７では、「非常通話」は、「利用場所」は特定していないため、すぐに転送することを示す。図９の「１０：１３」は、「忘れ物確認」である。「忘れ物確認」は、図７では、「利用場所」は「終着駅」となっている。この場合、図８の運行計画では列車番号Ｐの終着駅であるＤ駅到着が「１０：１３」と示されているため、この時間が算出される。図９の「２３：５９」は、「沿線設備確認」である。「沿線設備確認」は、図７では、「利用場所」は「車両基地」となっている。この場合、図８の運行計画では基地Ｘ到着が「２３：５９」と示されているため、この時間が算出される。

また、これ以外に、図６で示した編成イベント情報の「ドア閉失敗」、「ドア開失敗」であれば、「利用目的」は「運行」であり、「場所」は、その対応するドアであり、「転送期限」は、「Ｒｅａｌｔｉｍｅ」とすることができる。すなわち、図６の編成イベント情報に関する映像であれば、対応する箇所のカメラ１０１の映像をリアルタイムで運行の利用目的で転送することができる。

さらに、「転送期限」は、列車の遅延を考慮することができる。具体的には、運行計画情報１１８より、特定の駅（例えば次駅）の着時刻、発時刻、通過時刻のいずれかの時刻を取得する。そして、編成状態情報１１６による列車の現在の位置と速度情報を用いて対応する特定の駅の着時刻、発時刻、通過時刻のいずれかの時刻を算出する。これらを比較することで、現在の列車の遅延量を算出することができる。算出した遅延量は、対応する映像データの利用場所の着時刻に足すことで、「転送期限」を改めて算出することが可能となる。これにより、現在の遅延量を含めた、転出期限の算出を行うことができる。

「所属」は、図７で示した映像要求情報の「所属」と同様である。

このように映像一覧情報１２３は、転送するための映像一覧を示し、そこには、「映像要求名」、「利用目的」、「場所」、「転送期限」、「所属」の情報を備えている。映像一覧情報１２３は、車上サーバ１２０で算出される。

＜転送ポリシー情報の一例＞
図１０は、本発明における転送ポリシー情報の一例を示す図である。図１０は、図２で示した転送ポリシー情報１２２の一例を示し、「利用目的」、「所属」、「ポリシー」の項目に関する情報が格納されている。図１０の上側がデフォルトの転送ポリシーの一例を示し、下側が変更後の転送ポリシーの一例を示す。

「利用目的」は、図７で示した映像要求情報の「利用目的」と同様である。

「所属」は、図７で示した映像要求情報の「所属」と同様である。

「ポリシー」は、映像データの転送に関する指針を示す。「通常」は、全ての映像データを規定通り転送することを示す。「縮退」は、データ量を落として転送することを示す。例えば、映像の画質を下げて送る等である。また、後から送るようにしてもよい。「見合わせは」、映像データを転送しないことを示す。

このように、転送ポリシー情報１２２では、利用目的と所属ごとに、ポリシーを決定することが可能となる。図１０の上側のデフォルトの転送ポリシーと、下側の変更後の転送ポリシーを比較すると次の点が変更されている。「サポート・車両」のポリシーが「通常」から「縮退」に変更されている。「サポート・沿線」のポリシーが「通常」から「見合わせ」に変更されている。「保守・車両」のポリシーが「通常」から「縮退」に変更されている。「保守・沿線」のポリシーが「通常」から「見合わせ」に変更されている。

例えば、利用目的の「運行」は現在走行している列車の状況のため、後で確認してもよい「保守」や「サポート」よりも優先させる。また、所属の「車両」は、その列車しか撮影できない項目のため、他の列車で撮影可能な「沿線」よりも優先させる。また、利用目的の「保守」や「サポート」については、所属が「車両」であれば、「縮退」でもよいと判断される。このように、利用目的と所属のポリシーを定義することで、的確な転送ポリシーの変更が可能となる。これらのポリシーはあらかじめ利用目的と所属ごとに変更方法を決めておくことが可能である。また、ＡＩ（人工知能）などを用いて、学習しながら変更方法を決定していってもよい。

＜フローチャート＞
図１１は、本発明におけるフローチャートの一例を示す。ここでは、車上サーバ１２０での映像転送制御機能１２５の処理を示している。

最初にステップＳ１０１では、映像要求を取得する。映像要求は、図２で示した映像要求情報１２４により取得可能となる。また、映像要求情報１２４の具体例は、図７で説明した通りである。

次にステップＳ１０２では、車両の状態を取得する。車両の状態は、図２で示した編成状態情報１１６と編成イベント情報１１７により取得可能となる。また、編成状態情報１１６と編成イベント情報１１７の具体例は、図５、６で説明した通りである。

次にステップＳ１０３では、転送映像のリストアップを行う。転送映像のリストアップは、ステップＳ１０１で取得した映像要求と図２で示した機器一覧情報１２１に基づき作成することができる。すなわち、この処理を行う車上サーバ１２０に対応するカメラ１０１の映像のうち映像要求のある映像データの一覧を作成する。リストアップされた一覧情報は映像一覧情報１２３に構築される。

次にステップＳ１０４では、転送期限を算出する。転送期限の算出は、図２で示した編成状態情報１１６や運行計画情報１１８等により算出することができる。すなわち、利用場所の当該列車の到着時間等を考慮して、転送期限を算出することができる。また、編成イベント情報１１７に対応する映像データは、転送期限をリアルタイムに設定することができる。算出された転送期限は映像一覧情報１２３の該当する映像データに追加される。映像一覧情報１２３の具体例は、図９で説明した通りである。

次にステップＳ１０５では、利用目的・期限順に転送映像をソートする。これは、ステップＳ１０４で作成された転送期限を有する映像一覧情報から、利用目的と転送期限順に並べる処理を行えばよいことになる。具体的には、同じ利用目的ごとに転送期限順に映像データのリストを並べなおせばよい。さらに、利用目的と転送期限に加えて分類も含めてソートしてもよい。この場合は、具体的には、同じ利用目的ごとに対して同じ分類ごとに転送期限順に映像データのリストを並べなおせばよい。

次にステップＳ１０６では、デフォルト転送ポリシーを設定する。デフォルト転送ポリシーは、初期の転送ポリシーであり、この場合は、通常通り期限順に送るように設定しておけばよい。その具体例は、図１０の上側の転送ポリシーで示されている。

次にステップＳ１０７では、転送データ量を加算する。ここでは、ステップＳ１０５のソートにより作成された映像データのリストに沿って転送する場合の転送データ量の算出を行う。例えば、転送期限に間に合うために送る転送データ量が時間当たりどの程度必要か等である。

次にステップＳ１０８では、通信上限を超過しているか否かを判定する。通信上限は、対応する通信環境を考慮してあらかじめ定めておくことができる。例えば、時間当たりの通信量の通信上限の設定値をあらかじめ定めておく等である。ここでは、ステップＳ１０７で算出された転送データ量が通信上限を超過する場合は、ステップＳ１０９へ進む。また、転送データ量が通信上限を超過しない場合は、当該処理は終了する。

ステップＳ１０９では、転送ポリシーの変更を行う。転送ポリシーの変更は、利用目的や所属から、映像データを転送しない場合、映像データの転送量を少なくする処理を行う場合等に分けて行うことができる。転送ポリシー変更の具体例は、図１０で説明した通りである。転送ポリシーの変更は、ステップＳ１０７で算出された転送データ量とステップＳ１０８で用いた通信上限との差を考慮して行ってもよい。ステップＳ１０９の後は、ステップＳ１０７へ戻り、変更された転送ポリシーに基づき転送データ量の加算を行う。

映像データの転送について説明する。映像データの転送は、ステップＳ１０５でソートした映像データの一覧に沿って、転送期限の早い順に転送される。このとき、ステップＳ１０９で変更した転送ポリシーが適用され、それに基づき転送処理が行われる。

図１１の処理は、図２で示した映像記録装置１１０から車上サーバ１２０への映像データの転送と、車上サーバ１２０からセンタ装置１３０への映像データの転送に適用できる。これらは共通の通信上限を用いて共通の転送ポリシーに基づいて行うことも可能であるし、それぞれの通信上限を設定して、それぞれ個別の転送ポリシーに基づいて行うことも可能である。

＜効果＞
以上のような実施形態により、転送期限を設定して、転送期限の早い順に映像を転送するため複数の映像利用の要求が輻輳しても、映像利用者が利用するタイミングで、必要な映像を転送することが可能となる。さらに、通信上限を超えないように、利用目的や所属をふまえた転送ポリシーの変更を行うことで、通信量上限内で適切な映像データの転送が可能となる。さらに、転送期限は、利用目的をふまえながら運行計画を考慮して適切な期限を設定することが可能となる。このとき列車の現在の遅延量を加味することでより的確に期限を設定することが可能となる。

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

例えば、移動体として列車を例に説明したが、本発明は列車以外の移動体にも適用可能である。

本明細書には以下の態様の開示も含まれる。
（態様１）
軌道上を走行する移動体に搭載されたカメラの映像データを記録する映像記録装置から前記映像データを取得し、前記移動体以外に設置されたセンタ装置に前記映像データを転送する車上サーバであって、
前記センタ装置から映像要求情報を取得した場合、前記移動体から、前記移動体の状態を示す移動体状態情報と前記移動体の運行計画を受信し、
前記映像要求情報に対して前記移動体状態情報と前記運行計画を用いて、前記映像要求情報に該当するそれぞれの前記映像データについて転送期限を算出し、
前記算出された転送期限の近いものから順に、該当する前記映像データを転送する制御を行い、
前記転送は、前記映像記録装置から当該車上サーバへの転送、当該車上サーバから前記センタ装置への転送、の少なくともいずれか１つを含むことを特徴とする車上サーバ。

（態様２）
態様１に記載の車上サーバにおいて、
前記映像要求情報は、映像の利用場所、利用目的、所属の少なくとも１つを含む情報であることを特徴とする車上サーバ。

（態様３）
態様１又は態様２に記載の車上サーバにおいて、
前記移動体状態情報は、前記移動体の位置、速度、編成状態の少なくとも１つを含む情報であることを特徴とする車上サーバ。

（態様４）
態様１から態様３のいずれか１つに記載の車上サーバにおいて、
前記映像要求情報は、映像の利用目的の情報を含み、前記利用目的に応じて選択的に前記転送期限の算出方式を変更することを特徴とする車上サーバ。

（態様５）
態様１から態様４のいずれか１つに記載の車上サーバにおいて、
前記映像要求情報は、映像の利用場所の情報を含み、前記転送期限は、前記映像の利用場所の前記運行計画の着時刻を用いて算出することを特徴とする車上サーバ。

（態様６）
態様５に記載の車上サーバにおいて、
前記移動体状態情報は、前記移動体の位置と速度の情報を含み、前記運行計画の特定の場所毎の着時刻、発時刻、通過時刻のいずれかの時刻と、前記移動体状態情報による前記移動体の位置と速度情報を用いて前記運行計画に対する現在の前記移動体の遅延量を算出し、前記転送期限は、前記映像の利用場所の前記運行計画の着時刻に前記遅延量を足して算出することを特徴とする車上サーバ。

（態様７）
態様１から態様６のいずれか１つに記載の車上サーバにおいて、
前記映像要求情報は、映像の利用目的、所属の情報を含み、
あらかじめ定めた通信上限を超えないように前記映像の利用目的又は所属ごとに前記映像データの転送に関する指針を示す転送ポリシーを設定し、前記映像データの前記転送は前記転送ポリシーに従いながら前記転送期限の近いものから順に転送することを特徴とする車上サーバ。

（態様８）
軌道上を走行する移動体に搭載されたカメラの映像データを記録する映像記録装置から前記映像データを取得し、前記移動体以外に設置されたセンタ装置に前記映像データを転送する車上サーバを用いたデータ転送方法であって、
前記センタ装置から映像要求情報を取得した場合、前記移動体から、前記移動体の状態を示す移動体状態情報と前記移動体の運行計画を受信するステップと
前記映像要求情報に対して前記移動体状態情報と前記運行計画を用いて、前記映像要求情報に該当するそれぞれの前記映像データについて転送期限を算出するステップと、
前記算出された転送期限の近いものから順に、該当する前記映像データを転送する制御を行うステップとを含み、
前記転送は、前記映像記録装置から前記車上サーバへの転送、前記車上サーバから前記センタ装置への転送、の少なくともいずれか１つを含むことを特徴とするデータ転送方法。

（態様９）
態様８に記載のデータ転送方法において、
前記映像要求情報は、映像の利用場所、利用目的、所属の少なくとも１つを含む情報であることを特徴とするデータ転送方法。

（態様１０）
態様８又は態様９に記載のデータ転送方法において、
前記移動体状態情報は、前記移動体の位置、速度、編成状態の少なくとも１つを含む情報であることを特徴とするデータ転送方法。

（態様１１）
態様８から態様１０のいずれか１つに記載のデータ転送方法において、
前記映像要求情報は、映像の利用目的の情報を含み、前記利用目的に応じて選択的に前記転送期限の算出方式を変更することを特徴とするデータ転送方法。

（態様１２）
態様８から態様１１のいずれか１つに記載のデータ転送方法において、
前記映像要求情報は、映像の利用場所の情報を含み、前記転送期限は、前記映像の利用場所の前記運行計画の着時刻を用いて算出することを特徴とするデータ転送方法。

（態様１３）
態様１２に記載のデータ転送方法において、
前記移動体状態情報は、前記移動体の位置と速度の情報を含み、前記運行計画の特定の場所毎の着時刻、発時刻、通過時刻のいずれかの時刻と、前記移動体状態情報による前記移動体の位置と速度情報を用いて前記運行計画に対する現在の前記移動体の遅延量を算出し、前記転送期限は、前記映像の利用場所の前記運行計画の着時刻に前記遅延量を足して算出することを特徴とするデータ転送方法。

（態様１４）
態様８から態様１３のいずれか１つに記載のデータ転送方法において、
前記映像要求情報は、映像の利用目的、所属の情報を含み、
あらかじめ定めた通信上限を超えないように前記映像の利用目的又は所属ごとに前記映像データの転送に関する指針を示す転送ポリシーを設定し、前記映像データの前記転送は前記転送ポリシーに従いながら前記転送期限の近いものから順に転送することを特徴とするデータ転送方法。

１…コンピュータシステム、２…プロセッサ、２Ａ、２Ｂ…処理装置、４…メモリ、６…メモリバス、８…Ｉ／Ｏバス、９…バスインターフェースユニット、１０…Ｉ／Ｏバスインターフェースユニット、１２…端末インターフェースユニット、１４…ストレージインターフェース、１６…Ｉ／Ｏデバイスインターフェース、１８…ネットワークインターフェース、２０…ユーザＩ／Ｏデバイス、２２…ストレージ装置、２４…表示システム、２６…表示装置、３０…ネットワーク、５０…潜在因子特定アプリケーション、１０１、１０１－１～１０１－８…カメラ、１１０…映像記録装置、１１５…列車情報管理装置、１１６…編成状態情報、１１７…編成イベント情報、１１８…運行計画情報、１２０…車上サーバ、１２１…機器一覧情報、１２２…転送ポリシー情報、１２３…映像一覧情報、１２４…映像要求情報、１２５…映像転送制御機能、１３０…センタ装置、１３１…映像要求情報、１４１…指令室、１４２…Ａ駅、１４３…Ｂ駅、１４４…検車区、２００…先頭車両、２０１…運転席

Claims (14)

1. 軌道上を走行する移動体に搭載されたカメラの映像データを記録する映像記録装置から前記映像データを取得し、前記移動体以外に設置されたセンタ装置に前記映像データを転送する車上サーバであって、
   前記センタ装置から映像要求情報を取得した場合、前記移動体から、前記移動体の状態を示す移動体状態情報と前記移動体の運行計画を受信し、
   前記映像要求情報に対して前記移動体状態情報と前記運行計画を用いて、前記映像要求情報に該当するそれぞれの前記映像データについて転送期限を算出し、
   前記算出された転送期限の近いものから順に、該当する前記映像データを転送する制御を行い、
   前記転送は、前記映像記録装置から当該車上サーバへの転送、当該車上サーバから前記センタ装置への転送、の少なくともいずれか１つを含むことを特徴とする車上サーバ。
2. 請求項１に記載の車上サーバにおいて、
   前記映像要求情報は、映像の利用場所、利用目的、所属の少なくとも１つを含む情報であることを特徴とする車上サーバ。
3. 請求項１に記載の車上サーバにおいて、
   前記移動体状態情報は、前記移動体の位置、速度、編成状態の少なくとも１つを含む情報であることを特徴とする車上サーバ。
4. 請求項１に記載の車上サーバにおいて、
   前記映像要求情報は、映像の利用目的の情報を含み、前記利用目的に応じて選択的に前記転送期限の算出方式を変更することを特徴とする車上サーバ。
5. 請求項１に記載の車上サーバにおいて、
   前記映像要求情報は、映像の利用場所の情報を含み、前記転送期限は、前記映像の利用場所の前記運行計画の着時刻を用いて算出することを特徴とする車上サーバ。
6. 請求項５に記載の車上サーバにおいて、
   前記移動体状態情報は、前記移動体の位置と速度の情報を含み、前記運行計画の特定の場所毎の着時刻、発時刻、通過時刻のいずれかの時刻と、前記移動体状態情報による前記移動体の位置と速度情報を用いて前記運行計画に対する現在の前記移動体の遅延量を算出し、前記転送期限は、前記映像の利用場所の前記運行計画の着時刻に前記遅延量を足して算出することを特徴とする車上サーバ。
7. 請求項１記載の車上サーバにおいて、
   前記映像要求情報は、映像の利用目的、所属の情報を含み、
   あらかじめ定めた通信上限を超えないように前記映像の利用目的又は所属ごとに前記映像データの転送に関する指針を示す転送ポリシーを設定し、前記映像データの前記転送は前記転送ポリシーに従いながら前記転送期限の近いものから順に転送することを特徴とする車上サーバ。
8. 軌道上を走行する移動体に搭載されたカメラの映像データを記録する映像記録装置から前記映像データを取得し、前記移動体以外に設置されたセンタ装置に前記映像データを転送する車上サーバを用いたデータ転送方法であって、
   前記センタ装置から映像要求情報を取得した場合、前記移動体から、前記移動体の状態を示す移動体状態情報と前記移動体の運行計画を受信するステップと、
   前記映像要求情報に対して前記移動体状態情報と前記運行計画を用いて、前記映像要求情報に該当するそれぞれの前記映像データについて転送期限を算出するステップと、
   前記算出された転送期限の近いものから順に、該当する前記映像データを転送する制御を行うステップとを含み、
   前記転送は、前記映像記録装置から前記車上サーバへの転送、前記車上サーバから前記センタ装置への転送、の少なくともいずれか１つを含むことを特徴とするデータ転送方法。
9. 請求項８に記載のデータ転送方法において、
   前記映像要求情報は、映像の利用場所、利用目的、所属の少なくとも１つを含む情報であることを特徴とするデータ転送方法。
10. 請求項８に記載のデータ転送方法において、
    前記移動体状態情報は、前記移動体の位置、速度、編成状態の少なくとも１つを含む情報であることを特徴とするデータ転送方法。
11. 請求項８に記載のデータ転送方法において、
    前記映像要求情報は、映像の利用目的の情報を含み、前記利用目的に応じて選択的に前記転送期限の算出方式を変更することを特徴とするデータ転送方法。
12. 請求項８に記載のデータ転送方法において、
    前記映像要求情報は、映像の利用場所の情報を含み、前記転送期限は、前記映像の利用場所の前記運行計画の着時刻を用いて算出することを特徴とするデータ転送方法。
13. 請求項１２に記載のデータ転送方法において、
    前記移動体状態情報は、前記移動体の位置と速度の情報を含み、前記運行計画の特定の場所毎の着時刻、発時刻、通過時刻のいずれかの時刻と、前記移動体状態情報による前記移動体の位置と速度情報を用いて前記運行計画に対する現在の前記移動体の遅延量を算出し、前記転送期限は、前記映像の利用場所の前記運行計画の着時刻に前記遅延量を足して算出することを特徴とするデータ転送方法。
14. 請求項８に記載のデータ転送方法において、
    前記映像要求情報は、映像の利用目的、所属の情報を含み、
    あらかじめ定めた通信上限を超えないように前記映像の利用目的又は所属ごとに前記映像データの転送に関する指針を示す転送ポリシーを設定し、前記映像データの前記転送は前記転送ポリシーに従いながら前記転送期限の近いものから順に転送することを特徴とするデータ転送方法。

Images