JP2021060713A - 画像送信要求内容を受信情報によって選定可能な画像データ取得方法、プログラム及び方法 - Google Patents

Abstract

【課題】取得の目的である目的画像データの内容や取得状況に応じた画像データの取得が可能となる画像データ取得方法を提供する。【解決手段】本画像データ取得方法は、移動可能なクライアントから、所定の目的画像データの少なくとも一部を取得可能なサーバにおける画像データ取得方法であり、ここで、クライアントより受信する画像データから生成され得る生成情報毎に、及び／又は、クライアントより受信する画像データの生成元の状態に係る状態情報毎に、目的画像データを取得するための画像送信要求内容が予め対応付けられている。本画像データ取得方法は、受信した画像データから生成された生成情報、及び／又は、合せて受信した状態情報に対応付けられた画像送信要求内容を選定し、選定された画像送信要求内容に合った画像送信要求を、この画像送信要求内容に合ったクライアントへ送信し、要求した画像データを受信して、当該目的画像データを取得する。【選択図】図１

Description

本発明は、カメラ等の画像生成元から、所望の画像データを取得する技術に関する。

現在、監視カメラや車載カメラ等の普及に伴い、このようなカメラで撮影され生成された映像データを収集し、そこから新たな情報を創出する技術が注目されている。例えば、監視カメラ映像データから所定対象の移動軌跡に係る情報を生成したり、車載カメラ映像データから運転支援情報や自動運転実施のための制御管理情報を生成したりする技術の開発が盛んに進められている。

ここで、このような所望の新たな情報を生成するためには、画像生成元であるカメラから、適切な画像（映像）データを取得することが大事となる。例えば、所定対象の所定の挙動・態様に係る情報を生成したい場合には、当該挙動・態様が生じている際の画像データ群を取得することが大前提となるのである。

このような画像データ取得技術の例として、特許文献１には、映像データを複数に分割して得られた各断片データの圧縮符号化データにおける送信タイミングを調整し、調整された送信タイミングに従って、各圧縮符号化データを含む配信情報を送信する情報配信装置が開示されている。この装置では、情報配信に係るデータ伝送量のばらつきを調整し、大きなデータ伝送量が瞬間的に発生する事態を抑制して、安定した情報配信を行うことが図られている。

また、例えば特許文献２には、ネットワーク構成に変更が生じた場合に、各カメラからの映像信号送信タイミングを、変更後のネットワーク構成に合わせて最適化することの可能なカメラネットワークシステムが開示されている。このシステムでは、カメラと表示装置との間で映像信号を中継する中継装置が、隣接しているカメラから撮像動作及び映像信号送信動作に関連するパラメータを含んだカメラ情報を収集して表示装置宛てに送信し、表示装置は、このカメラ情報に基づいて各カメラの映像信号送信タイミングを決定している。

さらに、例えば特許文献３には、システム全体における伝送データ量を抑制し、遅延を低減する映像符号化データ送信装置が開示されている。この装置は具体的に、ネットワークを介して他の映像符号化データ送信装置と接続された装置であって、映像符号化の際に生成されるイントラフレームの送信タイミングであるイントラフレーム送信タイミングを制御するタイミング制御手段と、イントラフレーム送信タイミングを制御する情報を他の映像符号化データ送信装置に通知するタイミング通知手段と、他の映像符号化データ送信装置におけるイントラフレーム送信タイミングに関する情報を受信するタイミング情報受信手段と、映像符号化データを外部のデータ受信装置に送信する送信手段とを備えている。ここで、タイミング制御手段は、他の映像符号化データ送信装置と異なるタイミングでイントラフレームを送信するのである。

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

以上に説明したように従来、通信環境やネットワーク構成に応じて、さらには他の装置を含めた画像データの送信量に応じて、画像データの送受信動作を変更・調整する技術が考案されてきた。

しかしながら本来、画像データの送受信動作、すなわちサーバ側から見れば画像データの要求・取得動作は、取得の目的となる目的画像データの内容や取得状況に応じて制御されるべきである。例えば、所定対象の所定の挙動・態様に係る画像データを収集したい場合、当該挙動・態様が生じている際の画像データであってまだ取得されていない画像データを速やかに取得することが重要となるのである。

この点、上述した特許文献１〜３に記載された技術を含む従来技術では、データの通信状況を勘案した画像データの要求・取得動作の制御を行うことは可能であるが、目的画像データの内容や取得状況に応じた要求・取得動作の制御は、想定外であって困難となっている。

そこで、本発明は、取得の目的である目的画像データの内容や取得状況に応じた画像データの取得が可能となる画像データ取得方法、プログラム及びサーバを提供することを目的とする。

本発明によれば、移動可能なクライアントから、所定の目的画像データの少なくとも一部を取得可能なサーバに搭載されたコンピュータにおける画像データ取得方法であって、
当該クライアントから受信する画像データに基づいて生成され得る生成情報毎に、及び／又は、受信する画像データの生成元の状態に係る状態情報であって該画像データとともに受信し得る状態情報毎に、当該目的画像データを取得するための画像送信要求内容が、当該生成情報及び／又は当該状態情報に予め対応付けられており、
本画像データ取得方法は、
当該クライアントから受信した画像データに基づいて生成された生成情報、及び／又は、当該クライアントから画像データとともに受信した状態情報に対応付けられた画像送信要求内容を選定するステップと、
選定された画像送信要求内容が画像データの送信を要求する内容である場合に、該画像送信要求内容に合った画像送信要求を、該画像送信要求内容に合ったクライアントへ送信し、要求した画像データを受信して、当該目的画像データを取得するステップと
を有することを特徴とする画像データ取得方法が提供される。

この本発明による画像データ取得方法の一実施形態として、上記のサーバは、受信した画像データに対し対象識別処理を実施し、当該対象識別処理の結果であって当該生成情報としての識別対象情報を出力可能であり、
当該クライアントは移動体とともに移動可能であり、
当該移動体の所定の挙動に相当する識別対象情報である当該生成情報としての識別対象情報Ａに対応付けられた画像送信要求内容である画像送信要求内容Ａは、当該所定の挙動の全体又は主要部分を含む画像データ群を取得可能となるように、足りていない画像データを送信させることが可能な送信要求内容となっており、
当該クライアントから受信した画像データに対する対象識別処理の結果として識別対象情報Ａが出力された場合に、目的画像データを取得するステップでは、画像送信要求内容Ａに合った画像送信要求を、識別対象情報Ａに係る画像データの送信元であるクライアントへ送信することも好ましい。

また、この実施形態において、当該所定の挙動に相当する識別対象情報Ａは、右折、左折、他の移動体との間で生じる接近、他の移動体との間で生じる割り込み、他の移動体との間で生じる追い越し、及び急な横方向の変化のうちの少なくとも１つであることも好ましい。

さらに、本発明による画像データ取得方法の他の実施形態として、上記のサーバは、受信した画像データに対し対象識別処理を実施し、当該対象識別処理の結果であって当該生成情報としての識別対象情報を出力可能であり、
当該クライアントは移動体とともに移動可能であり、
当該移動体の通行エリア内外におけるある発生範囲に渡る所定の事象に相当する識別対象情報である当該生成情報としての識別対象情報Ｂに対応付けられた画像送信要求内容である画像送信要求内容Ｂは、当該所定の事象の発生範囲の一端に係る画像データ、当該所定の事象の発生範囲の他端に係る画像データ、又は当該所定の事象の全体若しくは部分に係る画像データ群を取得可能となるように、足りていない画像データを送信させることが可能な画像送信要求内容となっており、
当該クライアントから受信した画像データに対する対象識別処理の結果として識別対象情報Ｂが出力された場合に、目的画像データを取得するステップでは、画像送信要求内容Ｂに合った画像送信要求を、当該足りていない画像データを送信し得る可能性のあるクライアントへ送信することも好ましい。

また、この実施形態において、当該所定の事象に相当する識別対象情報Ｂは、移動体列又は移動体列をなす移動体であり、当該画像送信要求内容Ｂは、当該移動体列の端をなす移動体に係る、未だ取得していない画像データを送信させることが可能な画像送信要求内容となっていることも好ましい。

さらに、本発明による画像データ取得方法の更なる他の実施形態として、上記のサーバは、受信した画像データに対し対象識別処理を実施し、当該対象識別処理の結果であって当該生成情報としての識別対象情報を出力可能であり、
当該クライアントは移動体とともに移動可能であり、
当該移動体の通行エリア内外における所定の事物に相当する識別対象情報である当該生成情報としての識別対象情報Ｃに対応付けられた画像送信要求内容である画像送信要求内容Ｃは、更なる画像データの送信を停止させる内容となっており、
当該クライアントから受信した画像データに対する対象識別処理の結果として識別対象情報Ｃが出力された場合に、目的画像データを取得するステップでは、画像送信要求内容Ｃに合った画像送信停止要求を、識別対象情報Ｃに係る画像データの送信元であるクライアントへ送信することも好ましい。

また、この実施形態において、当該クライアントは自らの位置に係る情報をサーバへ送信可能であり、目的画像データを取得するステップでは、画像送信要求内容Ｃに合った画像送信停止要求を、識別対象情報Ｃに係る位置から所定位置範囲内にあるクライアントへも送信することも好ましい。さらに、画像送信要求内容Ｃは、識別対象情報Ｃが出力されてから所定時間が経過するまでの間、更なる画像データの送信を停止させる内容となっており、目的画像データを取得するステップでは、当該画像送信停止要求を、当該所定時間が経過するまでの間、画像送信要求内容Ｃに合ったクライアントへ送信することも好ましい。

さらに、本発明による画像データ取得方法の更なる他の実施形態として、当該クライアントは移動体とともに移動可能であり、
当該クライアントから画像データとともに、所定条件を満たす当該移動体の状態変化に係る当該状態情報である状態情報Ｄを受信した場合に、画像送信要求内容を選定するステップでは、当該画像データの生成元に係る移動体に対し近接する又は所定の位置関係にある移動体に係るクライアントへ画像データの送信を要求する内容の画像送信要求内容Ｄを選定し、
目的画像データを取得するステップでは、当該画像データの生成元に係る移動体に対し近接する又は所定の位置関係にある移動体に係るクライアントへ画像送信要求を送信することも好ましい。

また、この実施形態において、当該状態情報Ｄは、当該移動体における所定条件を満たす制動実施に係る制動情報であることも好ましい。

さらに、本発明による画像データ取得方法の更なる他の実施形態として、当該クライアントは、画像データを符号化して送信可能であり、
受信する画像データから抽出される符号化パラメータ情報であって所定条件を満たす状況変化のあることを示す当該生成情報としての符号化パラメータ情報Ｅに対応付けられた画像送信要求内容である画像送信要求内容Ｅは、当該所定条件を満たす状況変化の全体又は主要部分を含む画像データ群を取得可能となるように、足りていない画像データを送信させることが可能な送信要求内容となっており、
当該クライアントから受信した画像データから符号化パラメータ情報Ｅが抽出された場合に、目的画像データを取得するステップでは、画像送信要求内容Ｅに合った画像送信要求を、画像送信要求内容Ｅに合ったクライアントへ送信することも好ましい。

さらにまた、本発明による画像データ取得方法において、当該クライアントは、生成した画像データに対し対象検出処理を実施し、所定の対象が検出された際に、当該画像データのサーバへの送信を開始することも好ましい。

本発明によれば、また、移動可能なクライアントから、所定の目的画像データの少なくとも一部を取得可能なサーバに搭載されたコンピュータを機能させるプログラムであって、
当該クライアントから受信する画像データに基づいて生成され得る生成情報毎に、及び／又は、受信する画像データの送信元の状態に係る状態情報であって該画像データとともに受信し得る状態情報毎に、当該目的画像データを取得するための画像送信要求内容が、当該生成情報及び／又は当該状態情報に予め対応付けられており、
本プログラムは、
当該クライアントから受信した画像データに基づいて生成された生成情報、及び／又は、当該クライアントから画像データとともに受信した状態情報に対応付けられた画像送信要求内容を選定する送信要求内容選定手段と、
選定された画像送信要求内容が画像データの送信を要求する内容である場合に、該画像送信要求内容に合った画像送信要求を、該画像送信要求内容に合ったクライアントへ送信し、要求した画像データを受信して、当該目的画像データを取得する送受信制御手段と
してコンピュータを機能させる画像データ取得プログラムが提供される。

本発明によれば、さらに、移動可能なクライアントから、所定の目的画像データの少なくとも一部を取得可能なサーバであって、
当該クライアントから受信する画像データに基づいて生成され得る生成情報毎に、及び／又は、受信する画像データの送信元の状態に係る状態情報であって該画像データとともに受信し得る状態情報毎に、当該目的画像データを取得するための画像送信要求内容が、当該生成情報及び／又は当該状態情報に予め対応付けられており、
本サーバは、
当該クライアントから受信した画像データに基づいて生成された生成情報、及び／又は、当該クライアントから画像データとともに受信した状態情報に対応付けられた画像送信要求内容を選定する送信要求内容選定手段と、
選定された画像送信要求内容が画像データの送信を要求する内容である場合に、該画像送信要求内容に合った画像送信要求を、該画像送信要求内容に合ったクライアントへ送信し、要求した画像データを受信して、当該目的画像データを取得する送受信制御手段と
を有することを特徴とする画像データ取得サーバが提供される。

本発明の画像データ取得方法、プログラム及びサーバによれば、取得の目的である目的画像データの内容や取得状況に応じた画像データの取得が可能となる。

本発明による画像データ取得サーバ及びクライアントを備えた画像データ取得システムの一実施形態を説明するための模式図及び機能ブロック図である。 本発明による画像データ取得方法の一実施形態を説明するための模式図及びシーケンス図である。 本発明による画像データ取得方法の他の実施形態を説明するための模式図及びシーケンス図である。 本発明による画像データ取得方法の更なる他の実施形態を説明するための模式図及びシーケンス図である。 本発明による画像データ取得方法の更なる他の実施形態を説明するための模式図及びシーケンス図である。 本発明による画像データ取得方法の更なる他の実施形態を説明するための模式図及びシーケンス図である。

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

［画像データ取得システム］
図１は、本発明による画像データ取得サーバ及びクライアントを備えた画像データ取得システムの一実施形態を説明するための模式図及び機能ブロック図である。

図１に示した本実施形態の画像データ取得システムは、
（ａ）移動可能なクライアントである少なくとも１つの端末２０と、
（ｂ）端末２０から画像データを取得可能なサーバであるクラウドサーバ１と
を有し、クラウドサーバ１において、端末２０から取得された画像データを含む、取得すべき所望の目的画像データが収集・生成されるのである。

ここで、目的画像データとしては、後に詳細に説明するが、種々様々な画像（映像）データが設定可能である。例えば図１に示したように、自動車２の走行する道路沿いの工事現場の画像や、駐車場に入るべく対向車線に並んで待機している自動車の列全体の映像等も、目的画像データとすることができる。

また、上記（ａ）の端末２０は本実施形態において、通信機能を有するドライブレコーダであり自動車２に設置されている。ここで、その設置場所は任意に設定可能であり、例えば自動車２のフロントガラス越しに車両前方を撮影可能な位置（例えばダッシュボード上部）とすることができる。勿論、車両側方や後方を撮影可能な位置に端末２０を設置してもよく、異なる複数の位置の各々に端末２０を設置することも可能である。

さらに本実施形態において、端末２０（ドライブレコーダ）は、例えば自動車２の進行方向の状況をカメラで撮影して画像（映像）データを生成し、自身に設けられたメモリやストレージに保存することができるものとなっている。

さらにまた、端末２０は、例えば携帯電話通信網やインターネット等を介してクラウドサーバ１と無線通信接続が可能となっており、保存した画像（映像）データの一部又は全部を、適宜又は指示に応じてクラウドサーバ１へ送信することもできる。また、端末２０は本実施形態において測位部２０２を有し、自らの位置情報（例えば自らの所在位置の緯度及び経度並びに測位時刻）を取得してクラウドサーバ１へ通知することも可能となっている。

一方、上記（ｂ）のクラウドサーバ１は、移動可能な端末２０から、所定の目的画像データの少なくとも一部を取得可能となっているが、具体的にその構成として、
（Ａ）端末２０から受信する画像データに基づいて生成され得る「生成情報」毎に、及び／又は、受信する画像データの生成元の状態に係る「状態情報」であってこの画像データとともに受信し得る「状態情報」毎に、目的画像データを取得するための「画像送信要求内容」が、当該「生成情報」及び／又は当該「状態情報」に予め対応付けられて保存されている送信要求内容保存部１０３と、
（Ｂ）端末２０から受信した画像データに基づいて生成された「生成情報」、及び／又は、端末２０から画像データとともに受信した「状態情報」に対応付けられた「画像送信要求内容」を選定する送信要求内容選定部１１４と、
（Ｃ）選定された「画像送信要求内容」が画像データの送信を要求する内容である場合に、この「画像送信要求内容」に合った画像送信要求を、この「画像送信要求内容」に合ったクライアントへ送信し、要求した画像データを受信して、目的画像データを取得する送受信制御部１１１と
を有することを特徴としている。

ここで、「画像送信要求内容」がそれに応じて設定されている「生成情報」には、例えば、
（ａ）端末２０から受信した画像データに対して対象識別部１１２が対象識別処理を実施した結果である識別対象情報、例えば「（工事現場の）ロードコーン（列）」、「（所定エリア入場又は通過待ちの）自動車（列）」や、「自動車２の所定の挙動（例えば右折や左折）」
を採用することができ、または、この「生成情報」として
（ｂ）（画像データがＭＰＥＧ（Moving Picture Experts Group）等で圧縮符号化されて伝送される場合において）端末２０から受信した圧縮画像データから抽出された、所定条件を満たす符号化パラメータ情報、例えば所定条件を満たす動きベクトルの情報
を設定することも可能である。

さらに、同じく「画像送信要求内容」がそれに応じて設定されている「状態情報」には、例えば、
（ｃ）端末２０から画像データとともに受信した、所定条件を満たす自動車２の状態変化に係る情報、例えば所定程度以上の制動（急ブレーキ）の実施に係るＣＡＮ（Controller Area Network）制動情報
を採用してもよい。

いずれにしても「画像送信要求内容」は、以上に説明したような「生成情報」及び／又は「状態情報」に応じ、所定の目的画像データを取得するために好適若しくは必須となる（端末２０等のクライアントに対する）画像データ送信要求の内容を規定したものとなっているのである。

これにより、クラウドサーバ１は、このような「画像送信要求内容」に応じた画像データ要求・取得処理を実施することによって、取得の目的である目的画像データの内容や取得状況に応じた画像データの取得が可能となるのである。

ちなみに、端末２０は当然に、自動車２に設置された車載装置（ドライブレコーダ）に限定されるものではなく、例えば自転車や鉄道車両、さらにはロボットやドローン等の他の移動体に設置された又は搭乗した装置であってもよい。さらに、端末２０は、例えばＨＭＤ（Head Mounted Display）やグラス型端末等のウェアラブル端末であってもよい。この場合、例えばユーザが歩きながら撮影し生成した画像データがクラウドサーバ１へ上げられることになる。

さらに、上記構成（Ｃ）における画像送信要求送信先の「クライアント」は、「生成情報」や「状態情報」に係る端末２０となる場合も当然にあり得るが、その他の端末２０となる場合もあり得る。また、移動可能でない端末、例えば通信機能を備えた固定カメラがこの「クライアント」に指定される場合もあり得る。さらに言えば、この「クライアント」として、複数の移動可能な及び／又は固定されたクライアントが指定される場合もあり得るのである。

［画像データ取得サーバの機能構成］
図１に示した機能ブロック図によれば、クラウドサーバ１は、通信インタフェース１０１と、受信画像データベース（ＤＢ）１０２と、送信要求内容保存部１０３と、目的画像ＤＢ１０４と、プロセッサ・メモリとを有する。ここで、このプロセッサ・メモリは、本発明による画像データ取得プログラムの一実施形態を保存しており、また、コンピュータ機能を有していて、この画像データ取得プログラムを実行することによって、画像データ取得処理を実施する。

またこのことから、本発明による画像データ取得サーバとして、本クラウドサーバ１に代えて、本発明による映像生成プログラムを搭載した、例えば非クラウドのサーバ装置、パーソナル・コンピュータ（ＰＣ）、ノート型若しくはタブレット型コンピュータ、又はスマートフォン等を採用することも可能となる。

また例えば、端末２０に本発明による画像データ取得プログラムを搭載し、当該端末２０を本発明による画像データ取得サーバとすることもできる。さらに、本発明による画像データ取得サーバを、端末２０とともに自動車２に設置する実施形態も可能となるのである。

また、上記のプロセッサ・メモリは、送受信制御部１１１と、対象識別部１１２と、符号化パラメータ抽出部１１３と、送信要求内容選定部１１４と、画像処理部１１５とを有する。なお、これらの機能構成部は、プロセッサ・メモリに保存された画像データ取得プログラムの機能と捉えることができる。また、図１におけるクラウドサーバ１の機能構成部間を矢印で接続して示した処理の流れは、本発明による画像データ取得方法の一実施形態としても理解される。

同じく図１の機能ブロック図において、対象識別部１１２は、識別器を備えており、端末２０から通信インタフェース１０１によって受信した画像データに対して対象識別処理を実施し、対象識別処理の結果であって「生成情報」としての識別対象情報を出力する。

ここで、対象識別処理を実施する識別器は、画像認識用に広く使用されているディープニューラルネットワーク（ＤＮＮ，Deep Neural Network）や、ＳＶＭ（Support Vector machine）、さらにはランダムフォレスト（Random Forest）等、画像データが入力されて識別結果が出力される様々な種別の機械学習アルゴリズムによって構成することができる。

具体的に対象識別部１１２は、例えば、
（ａ）目的画像データが「工事現場」の１フレーム画像データである場合に使用される、識別対象を「ロードコーン（列）」として学習を行った識別器と、
（ｂ）目的画像データが「自動車列」の画像データ群（映像データ）である場合に使用される、識別対象を「（所定エリア入場又は通過待ちの）自動車（列）」として学習を行った識別器と
を備えており、１つの態様として、受信した画像データをこれらの識別器の各々に入力し、各々から識別結果を得て識別対象情報を生成することも好ましい。また勿論、目的画像データが他の識別対象に係るものである場合、当該識別対象を学習した識別器が準備され、例えば上記の識別器と並行して対象識別処理を実施させてもよい。

さらに、自動車２の「所定の挙動」、例えば「右折」や「左折」を識別対象とする場合、時系列の画像データ群（映像データ）を入力して、これらが「所定の挙動」、例えば「右折」や「左折」時の画像データ群に相当するか否かを判定する識別器を採用してもよい。

この場合具体的に、対象識別部１１２は、
（ａ）画像データを入力してこれらの特徴に係る特徴情報を出力する第１ＮＮとしての複数の畳み込み層部（Convolutional Layers）と、
（ｂ）複数の畳み込み層部から出力された特徴情報を取りまとめて入力し、クラスに係る情報を出力する第２ＮＮとしての全結合層部（Fully-Connected Layers）と
を含む識別器を構成し、時系列の複数の画像データ（画像データ群）を１つずつ個々の畳み込み部へ入力して畳み込み部全体で当該画像データ群の特徴情報を生成し、この特徴情報を全結合層部へ入力して、識別結果（クラス，例えば「右折」や「左折」）を取得してもよい。

ここで、上記（ａ）の畳み込み層部は、画像データに対しカーネル（重み付け行列フィルタ）をスライドさせて特徴マップを生成する畳み込み処理を実行する。この畳み込み処理によって、画像の解像度を段階的に落としながら、エッジや勾配等の基本的特徴を抽出し、局所的な相関パターンの情報を得ることができる。例えばこの畳み込み層部として、複数の畳み込み層を用いた公知のAlexNetを用いることが可能である。

このAlexNetでは、各畳み込み層はプーリング層と対になっており、畳み込み処理とプーリング処理とが繰り返される。ここでプーリング処理とは、畳み込み層から出力される特徴マップ（一定領域内の畳み込みフィルタの反応）を最大値や平均値等でまとめ、調整パラメータを減らしつつ、局所的な平行移動不変性を確保する処理である。

また他の実施態様として、対象識別部１１２は、複数の畳み込み層を含む畳み込みニューラルネットワーク（ＣＮＮ，Convolutional Neural Network）の出力側に、判別すべきクラス毎に設けられたサポートベクタマシン（ＳＶＭ）を接続した構成の識別器を構成し、これに対し学習を行わせた上で対象識別処理を実施させることも可能である。

さらに、対象識別部１１２は、自動車２の「所定の挙動」として、例えば「他の自動車（移動体）との間で生じる接近」、「他の自動車（移動体）との間で生じる割り込み」、「他の自動車（移動体）との間で生じる追い越し」等の「他の自動車（移動体）」が関わる挙動を識別対象とする場合、対象（他の自動車）に対し公知の追跡処理を実施してもよい。すなわち、対象識別部１１２に入力される時系列の画像データ毎に識別された対象（他の自動車）の位置が特定されて当該対象の軌跡が決定され、当該軌跡からその挙動が判断されることも好ましい。

なお、各端末２０からクラウドサーバ１へ送信される映像（画像）データは、例えばＭＰＥＧ（Moving Picture Experts Group）で圧縮符号化されてもよい。この場合、クラウドサーバ１（対象識別部１１２）は、受信した圧縮映像（画像）データを復号化してから対象識別処理を実施することができる。また、受信した映像（画像）データは、受信画像ＤＢ１０２に一先ず保存された上で、適宜又は必要に応じて対象識別部１１２で利用されることも好ましい。

同じく図１の機能ブロック図において、符号化パラメータ抽出部１１３は、受信した圧縮符号化された映像（画像）データを伸張させ、符号化パラメータを抽出する。この際、簡易的な伸張（デコード）処理を行って抽出することも可能である。ここで、符号化処理としてＭＰＥＧが採用されている場合において、抽出する符号化パラメータは、フレーム内の各マクロブロックにおける、
（ａ）順方向予測（インター）の動きベクトルの大きさ及び向き、
（ｂ）画面内予測（イントラ）の符号量、及び
（ｃ）量子化ステップのサイズ
のうちの少なくとも１つとすることができる。

さらに、符号化パラメータ抽出部１１３は、「所定条件」を満たす符号化パラメータを有するマクロブロックを決定し、このようなマクロブロックを所定以上含む画像フレーム（画像データ）を選択する。例えば、このような画像データに、「所定条件」を満たす符号化パラメータの情報を添付してもよい。

ここで「所定条件」としては、各符号化パラメータにおいて時間的変動が所定以上の大きさであるとすることができる。具体的には、
（ａ）順方向予測の動きベクトルが、所定以上の大きさであり、且つ消失点（画像内地平線上の収束点）の方向を基準として所定以上の傾き角に相当する向きを有する、
（ｂ）画面内予測の符号量が、所定以上である、及び
（ｃ）量子化ステップのサイズが、所定以下である
との条件のうちの少なくとも１つを採用することが可能である。

このような「所定条件」を満たす符号化パラメータ情報の添付された画像データは、所定条件を満たす状況変化（例えば自動車２の走行状態の急激な変化や、その周囲の自動車等における急な走行状態の変化）の様子を含むものとみなすことができる。ちなみに、このような符号化パラメータ情報（この後説明する符号化パラメータ情報Ｅ）は、「生成情報」として画像送信要求内容の選定に使用されるのである。

同じく図１の機能ブロック図において、送信要求内容保存部１０３は、端末２０から受信する画像データに基づいて生成され得る「生成情報」毎に、及び／又は、受信する画像データとともに受信し得る、画像生成元の状態に係る「状態情報」毎に、目的画像データを取得するための「画像送信要求内容」を、当該「生成情報」及び／又は当該「状態情報」に予め対応付けて保存している。

送信要求内容選定部１１４は、この送信要求内容保存部１０３にアクセスして、
（ａ）端末２０から受信した画像データに基づいて生成された「生成情報」、及び
（ｂ）端末２０から受信した画像データとともに受信した「状態情報」
のいずれか一方又は両方に対応付けられた「画像送信要求内容」を検索し、この後の画像データ取得のための画像送信要求内容に決定するのである。

ここで、送信要求内容保存部１０３に保存されており送信要求内容選定部１１４による選定対象となる「画像送信要求内容」は、本実施形態において５種類、すなわち画像送信要求内容Ａ〜Ｅに大別される。

このうち画像送信要求内容Ａは、自動車２（移動体）の「所定の挙動」に相当する「生成情報」としての識別対象情報Ａ（例えば「右折」や「左折」）に対応付けられた画像送信要求内容である。画像送信要求内容Ａは、後に図２を用いて詳細に説明するが、この「所定の挙動」の全体又は主要部分を含む画像データ群を取得可能となるように、足りていない画像データを送信させる内容となっている。

実際に、端末２０から受信した画像データに対する対象識別処理の結果として、識別対象情報Ａが出力された場合、送信要求内容選定部１１４は画像送信要求内容Ａを選定し、これを受けて送受信制御部１１１は、画像送信要求内容Ａに合った画像送信要求を、識別対象情報Ａに係る画像データの送信元であるクライアントへ送信するのである。

また、画像送信要求内容Ｂは、自動車２（移動体）の通行エリア（道路）内外におけるある発生範囲に渡る「所定の事象」に相当する「生成情報」としての識別対象情報Ｂ（例えば（所定エリア入場又は通過待ちの）自動車（列））に対応付けられた画像送信要求内容である。

画像送信要求内容Ｂは、後に図３を用いて詳細に説明するが、この「所定の事象」の発生範囲の一端に係る画像データ、この「所定の事象」の発生範囲の他端に係る画像データ、又はこの「所定の事象」の全体若しくは部分に係る画像データ群を取得可能となるように、足りていない画像データを送信させることが可能な内容となっている。

実際に、端末２０から受信した画像データに対する対象識別処理の結果として、識別対象情報Ｂが出力された場合、送信要求内容選定部１１４は画像送信要求内容Ｂを選定し、これを受けて送受信制御部１１１は、画像送信要求内容Ｂに合った画像送信要求を、足りていない画像データを送信し得る可能性のあるクライアントへ送信するのである。

さらに、画像送信要求内容Ｃは、自動車２（移動体）の通行エリア（道路）内外における「所定の事物」に相当する「生成情報」としての識別対象情報Ｃ（例えば（工事現場の）ロードコーン（列））に対応付けられた画像送信要求内容である。画像送信要求内容Ｃは、後に図４を用いて詳細に説明するが、更なる画像データの送信を停止させる内容となっている。

実際に、端末２０から受信した画像データに対する対象識別処理の結果として、識別対象情報Ｃが出力された場合、送信要求内容選定部１１４は画像送信要求内容Ｃを選定し、これを受けて送受信制御部１１１は、画像送信要求内容Ｃに合った画像送信停止要求を、少なくとも識別対象情報Ｃに係る画像データの送信元であるクライアント（端末２０）へ送信するのである。

さらにまた、画像送信要求内容Ｄは、端末２０から画像データとともに受信され得る「状態情報」であって、所定条件を満たす自動車２（移動体）の状態変化に係る「状態情報」である状態情報Ｄ（例えば急ブレーキの実施を示すＣＡＮ情報）に対応付けられた画像送信要求内容である。画像送信要求内容Ｄは、後に図５を用いて詳細に説明するが、当該画像データの生成元に係る自動車２（移動体）に対し近接する又は所定の位置関係にある自動車２（移動体）に搭載された端末２０へ画像データの送信を要求する内容となっている。

実際に、端末２０から画像データとともに状態情報Ｄが受信された場合、送信要求内容選定部１１４は画像送信要求内容Ｄを選定し、これを受けて送受信制御部１１１は、この画像データの生成元に係る自動車２（移動体）に対し近接する又は所定の位置関係にある自動車２（移動体）に搭載された端末２０へ画像送信要求を送信するのである。

さらに、画像送信要求内容Ｅは、受信する画像データから抽出される符号化パラメータ情報であって所定条件を満たす「状況変化」のあることを示す「生成情報」としての符号化パラメータ情報Ｅに対応付けられた画像送信要求内容となっている。画像送信要求内容Ｅは、後に図６を用いて詳細に説明するが、所定条件を満たす「状況変化」の全体又は主要部分を含む画像データ群を取得可能となるように、足りていない画像データを送信させることが可能な内容となっている。

実際に、端末２０から受信した画像データから符号化パラメータ情報Ｅが抽出された場合、送信要求内容選定部１１４は画像送信要求内容Ｅを選定し、これを受けて送受信制御部１１１は、画像送信要求内容Ｅに合った画像送信要求を、画像送信要求内容Ｅに合ったクライアント（端末２０）へ送信するのである。

以上様々な画像送信要求内容の選定・決定されるケースを説明したが、いずれにしても、送受信制御部１１１は、選定・決定された画像送信要求内容が画像データの送信を要求する内容である場合、この画像送信要求内容に合った画像送信要求を、この画像送信要求内容に合ったクライアントへ送信し、要求した画像データを受信して、当該目的画像データを取得するのである。

同じく図１の機能ブロック図において、画像処理部１１５は、送受信制御部１１１が画像送信要求内容に従って受信した画像データを取りそろえ、最終的に目的画像データとしてまとめて、例えば目的画像ＤＢ１０４に保存することができる。勿論、当該目的画像データを、通信インタフェース１０１を介して端末２０や外部の情報処理装置へ送信し、様々なアプリケーション・プログラムで利用させてもよい。

さらに、画像処理部１１５は、取得された目的画像データに対し種々の処理を実施し、新たなサービス情報を生成して例えば通信インタフェース１０１を介し、端末２０や外部の情報処理装置へ送信してもよい。例えば、目的画像データである駐車場待ちの自動車列の最後尾の画像とともに、その最後尾の地図上での位置や、予想待ち時間等の情報を、周辺地域を走行している自動車２の端末２０へ配信してもよい。また、複数向きから撮影され生成された目的画像データが取得された場合に、それらの目的画像データから自由視点映像を生成し、外部に配信することも可能となるのである。

［画像データ提供クライアントの機能構成］
同じく図１に示した機能ブロック図によれば、端末２０は、通信インタフェース２０１と、測位部２０２と、カメラ２０３と、通信インタフェース２０４と、ディスプレイ（ＤＰ）２０５と、プロセッサ・メモリとを有する。ここで、このプロセッサ・メモリは、本発明に係る画像データ提供プログラムの一実施形態を保存しており、また、コンピュータ機能を有していて、この画像データ提供プログラムを実行することによって、画像データ提供処理を実施する。

またこのことから、本発明に係る画像データ提供クライアントとして、ドライブレコーダである本端末２０に代えて、本発明に係る画像データ提供プログラムを搭載した他の車載情報処理装置や、さらにはカメラを備えたスマートフォン、ノート型若しくはタブレット型コンピュータ、又はパーソナル・コンピュータ（ＰＣ）等を採用することも可能となる。また、ドライブレコーダとＷｉ-Ｆｉ（登録商標）やBluetooth（登録商標）等で通信接続された端末、例えばスマートフォンを本画像データ提供クライアントとしてもよい。

さらに、プロセッサ・メモリは、送受信制御部２１１と、位置情報取得部２１２と、映像生成部２１３と、対象検出部２１４と、送信画像選択部２１５と、提示情報生成部２１６とを有する。なお、これらの機能構成部は、プロセッサ・メモリに保存された画像データ提供プログラムの機能と捉えることができる。また、図１における端末２０の機能構成部間を矢印で接続して示した処理の流れは、本発明に係る画像データ提供方法の一実施形態としても理解される。

同じく図１の機能ブロック図において、位置情報取得部２１２は、自らに係る端末２０（自動車２）の位置情報（例えば緯度、経度、高度、及び測位した時刻）を測位部２０２から取得し、この位置情報を、送受信制御部２１１及び通信インタフェース２０１を介してクラウドサーバ１へ通知させる。

ちなみに測位部２０２は、ＧＰＳ（Global Positioning System）衛星から受信した測位電波を解析し、端末２０の現在位置を測位する公知のデバイスとすることができる。または、測位部２０２は、複数基地局測位方式を用いて測位を行うものであってもよい。ここで複数基地局測位方式は、端末２０が複数の周辺基地局から受信する電波によって現在位置を測位する方式である。

映像生成部２１３は、カメラ２０３から出力された撮影データに基づいて画像（映像）データを生成する。本実施形態において端末２０はドライブレコーダであり、映像生成部２１３はデフォルトの設定として、少なくとも自動車２の走行時は常に、車外の状況を撮影した撮影データをカメラ２０３から取得し、画像（映像）データを生成している。

対象検出部２１４は、生成された画像データにおいて所定の「対象」を検出する。具体的には、周知の機械学習を用いた物体検出技術を用いて「対象」検出処理を実施することができる。例えば、画像データ内の各小画像領域に対し、「対象」検出用に学習された物体検出器を用いて「対象」らしさを示すスコアを算出し、当該スコアの最も高い小画像領域を「対象」領域に決定してもよい。

また、このような物体検出器として、例えば非特許文献：Wei Liu, Dragomir Anguelov, Dumitru Erhan, Christian Szegedy, Scott Reed, Cheng-Yang Fu, Alexander C. Berg, “SSD: single shot multibox detector”, European Conference on Computer Vision, Computer Vision-ECCV 2016, ２０１６年, ２１〜３７頁に記載されたものを使用することができる。ここで、決定される「対象」領域は、例えば、物体検出器によって検出された「対象」の画像部分に対し各辺が外接している外接矩形（バウンディングボックス，bounding box）の領域であってもよい。勿論当然に、他の形状の対象領域を設定することも可能である。

また、送受信制御部２１１は、この対象検出部２１４が所定の「対象」を検出した際に、それをトリガとして画像データのクラウドサーバ１への送信を開始することも好ましい。この場合、例えば、端末２０（対象検出部２１４）が画像データから「自動車」を検出した後、当該画像データをクラウドサーバ１へ送信し、クラウドサーバ１は、当該画像データから「自動車」（の所定の挙動）を識別して、目的画像データ取得のための処理を行うことができる。

これは言い換えると、クライアントとサーバとの間で画像処理の分担が可能であって、それぞれでの処理負担の軽減を図ることができ、さらにその上で、サーバでは「対象」に応じて取得する画像データの量や範囲を動的に変更・調整することが可能となっているのである。またその結果、画像データ伝送量の抑制にも資することができ、さらに、サーバ側での画像データ蓄積量の抑制を図ることも可能となるのである。

ちなみに、「工事現場」という「対象」については、ロードコーンや、それとともに車両（自動車）等の物体を検出し、それらが所定数以上近接して連続している場合に、工事現場を検出したとすることができる。

同じく図１の機能ブロック図において、送受信制御部２１１は、所定の対象が検出された画像データ（及びそれに続く画像データ群）を、通信インタフェース２０１を介してクラウドサーバ１へ送信し、一方で、クラウドサーバ１から画像送信要求を受け取った場合、それに応じた画像データをクラウドサーバ１へ送信する。また、画像送信停止要求を受け取った場合は、画像データのクラウドサーバ１への送信を停止する。

送信画像選択部２１５は、映像生成部２１３で生成された画像データの中から、受け取った画像送信要求の内容に応じた画像データを選択して、送受信制御部２１１へ出力する。例えば、画像送信要求の内容が、過去の所定時間範囲（又は所定フレーム番号範囲）の画像データ（例えば2分前の5秒間の映像データ）を要求するものであれば、保存された画像データの中から該当する時間範囲（フレーム番号範囲）の画像データを抽出して出力するのである。

また、送信画像選択部２１５は、自らに係る端末２０を搭載した自動車２における「状態情報」を取得し、所定条件を満たす「状態情報」、例えば所定条件を満たす制動（急ブレーキ）の実施に係るＣＡＮ情報を取得した際、その時点又は当該時点を含む所定時間範囲の画像データを選択し出力してもよい。

例えば、送信画像選択部２１５は、取得したＣＡＮの速度情報から自動車の加速度を算出し、当該加速度が所定条件、例えば負値であってその絶対値が所定時間以上所定閾値を超える値であるとの条件、を満たすならば、その時点又は当該時点を含む所定時間範囲の画像データを選択することができる。または、取得したＣＡＮの制動情報から自動車の制動（ブレーキ）動作の強さを示す値を算出し、当該強さを示す値が所定条件、例えば所定時間以上所定閾値を超える値であるとの条件、を満たすならば、その時点又は当該時点を含む所定時間範囲の画像データを選択することができるのである。

ちなみに本実施形態において、端末２０は、通信インタフェース２０４を介して自動車２のＣＡＮとＷｉ-Ｆｉ（登録商標）やBluetooth（登録商標）等の近距離無線通信網又は有線で接続されていて、送信画像選択部２１５は、このＣＡＮから、通信インタフェース２０４を介して「状態情報」を取得することができる。次いで、取得した「状態情報」を、上記のように選択した画像データと合わせて（画像データに紐づけて）、送受信制御部２１１及び通信インタフェース２０１を介しクラウドサーバ１へ送信するのである。

また変更態様として、送信画像選択部２１５は、受け取った画像送信要求の内容に応じた画像データを選択するのではなく、映像生成部２１３で生成された時系列の画像データについてオプティカルフロー解析を行い、所定条件を満たす大きなオプティカルフローのベクトル量が算出された際、このベクトル量の情報を「状態情報」として、対応する解析した画像データと合せて（画像データに紐づけて）クラウドサーバ１へ送信することも好ましい。さらに、当該時系列の画像データについて画像差分解析を行い、所定時間内に所定以上の画像差分量が検出された際に、この画像差分量の情報を「状態情報」として、解析した画像データと合せて（画像データに紐づけて）クラウドサーバ１へ送信することも可能である。

また、端末２０からクラウドサーバ１へ画像データを送信する際、通常、当該画像データに対しＭＰＥＧ(Moving Picture Experts Group)等の符号化処理を行い、圧縮画像データを生成して送信することになるが、ここで、当該符号化処理の際に決定される符号化パラメータ（例えば動きベクトル）が所定条件を満たす場合（例えば動きベクトルが所定以上の大きさ及び向きを有する場合）に、この符号化パラメータの情報を「状態情報」として、この符号化に係る画像データと合せて（画像データに紐づけて）クラウドサーバ１へ送信することも可能である。

図１の機能ブロック図に戻って、提示情報生成部２１６は、クラウドサーバ１から配信された目的画像データや（目的画像データから生成された）サービス情報を、通信インタフェース２０１を介して取得し、例えば搭載している道路交通情報提供プログラムに取り込ませてディスプレイ２０５に表示させることができる。

例えば、ディスプレイ２０５がタッチパネルも備えていて、提示情報生成部２１６は、周辺に存在する複数の工事現場の位置に（工事をイメージさせる）アイコンを配した道路マップを、ディスプレイ２０５に表示させ、当該アイコンがタップされた際、該当する工事現場の画像を同じくディスプレイ２０５に表示させてもよい。また、工事現場に関する情報、例えばその全長や、当該工事現場の撮影された日時、さらには当該工事現場の発生した（最初に撮影された）日時を、ディスプレイ２０５に表示させてもよい。

［画像データ取得方法］
図２は、本発明による画像データ取得方法の一実施形態を説明するための模式図及びシーケンス図である。

図２（Ａ）によれば、端末２０Ａを搭載した自動車２Ａは、道路を直進しつつ交差点に入って右折を行い、その後入った道路を直進している。クラウドサーバ１は、自動車２Ａが右折を開始した際に（カメラ２０３で）生成された画像データを端末２０Ａから取得し、対象識別部１１２（図１）は、この画像データを受けて生成情報（対象識別結果）として「右折」を出力する。

次いで、送信要求内容選定部１１４（図１）は、この「右折」を受けて画像送信要求内容Ａを選定し、送受信制御部１１１は、選定された画像送信要求内容Ａに基づき、画像送信要求を端末２０Ａへ送信し、要求した画像データを端末２０Ａから受け取って、最終的に、自動車２Ａの「右折」の開始から終了までの映像データを含む目的画像データを取得するのである。

ここで、画像送信要求内容Ａは、すでに説明したように、自動車（移動体）の所定の挙動に相当する識別対象情報Ａに予め対応付けられたものである。この識別対象情報Ａは「右折」、「左折」、「他の自動車（移動体）との間で生じる接近」、「他の自動車（移動体）との間で生じる割り込み」、「他の自動車（移動体）との間で生じる追い越し」、及び「急な横方向の変化」のうちの少なくとも１つとすることができるが、本実施形態においては「右折」に対応する画像送信要求内容Ａが選定されている。

またこの場合、これに対応付けられた画像送信要求内容Ａは、所定の挙動「右折」の全体又は主要部分を含む画像データ群を取得可能となるように、足りていない画像データを送信させることが可能な送信要求内容となっているのである。

次に、クラウドサーバ１と端末２０Ａとの間のデータ・信号のやり取りを、図２（Ｂ）を用いて具体的に説明する。
（Ｓ１０１）端末２０Ａは、（カメラ２０３で）生成された画像データから「交差点標識」を検出する。
（Ｓ１０２，Ｓ１０３）端末２０Ａは、ステップＳ１０１での検出結果を受けて、画像データ送信開始を決定し、検出時点を含む所定時間範囲の画像データをクラウドサーバ１へ送信する。

（Ｓ１０４，Ｓ１０５）クラウドサーバ１は、受信した画像データから、自動車２Ａの挙動「右折」を認識して画像送信要求内容Ａを選定し、目的画像データである「右折」全体の映像データを完成させるべく、画像送信継続要求を端末２０Ａへ送信する。
（Ｓ１０６）端末２０Ａは、継続して（時系列をなす）画像データをクラウドサーバ１へ送信する。

ここで、端末２０Ａは、画像送信開始を決定してから所定時間分の、又は所定フレーム数分の画像データを送信し、この送信が終了するまでに画像送信継続要求を受信すれば、さらに所定時間分（所定フレーム数分）の、又は当該画像送信継続要求で要求された分だけの画像データを継続して送信する設定となっていることも好ましい。また、上記のステップＳ１０４〜Ｓ１０６は、クラウドサーバ１が（次のステップＳ１０７でのように）「右折」終了を判断するまで繰り返すことができる。

（Ｓ１０７，Ｓ１０８）クラウドサーバ１は、継続して受信した画像データから、自動車２Ａの挙動「右折」が認識されなくなった時点で、「右折」が終了したと判断し、目的画像データは取得されたとして、画像送信停止要求を端末２０Ａへ送信する。
（Ｓ１０９）端末２０Ａは、画像送信停止要求を受けて画像データ送信終了を決定する。
（Ｓ１１０）クラウドサーバ１は、目的画像データとしての「右折」画像を目的画像ＤＢ１０４（図１）に保存し管理する。

なお、目的画像データが、「右折」動作前半（例えば右折開始から1秒分）の映像データである場合、クラウドサーバ１は、当該分の映像データが取得された段階で画像送信停止要求を行ってもよい。また、目的画像データが、「右折」開始直前の画像データを含む映像データである場合、クラウドサーバ１は、対象（交差点標識）検出時点よりも前となる時間区間の画像データの送信も含む画像送信要求を端末２０Ａへ送信することも好ましい。

また、以上に説明した実施形態では、識別対象情報Ａは「右折」であったが、当然に、識別対象情報Ａが「左折」、「他の自動車（移動体）との間で生じる接近」、「他の自動車（移動体）との間で生じる割り込み」、「他の自動車（移動体）との間で生じる追い越し」、又は「急な横方向の変化」である場合でも、上述した「右折」の場合と同様のシーケンスをもって、該当画像データの取得が可能となるのである。

図３は、本発明による画像データ取得方法の他の実施形態を説明するための模式図及びシーケンス図である。

図３（Ａ）によれば、端末２０Ｂを搭載した自動車２Ｂは、道路を進行しつつ（カメラ２０３で）生成した画像データにおいて、対向車線に自動車列の一部を検出する。クラウドサーバ１は、この自動車列の一部を含む画像データを端末２０Ｂから取得し、対象識別部１１２（図１）は、この画像データを受けて生成情報（対象識別結果）として「自動車列」を出力する。

次いで、送信要求内容選定部１１４（図１）は、この「自動車列」を受けて画像送信要求内容Ｂを選定し、送受信制御部１１１は、選定された画像送信要求内容Ｂに基づき、画像送信要求を端末２０Ｂへ送信し、要求した画像データを端末２０Ｂから受け取って、最終的に、この「自動車列」全体を含む映像データ、又はその一部（例えば列後尾若しくは列先頭の自動車）を含む画像データである目的画像を取得するのである。

ここで、画像送信要求内容Ｂは、すでに説明したように、通行エリア内外におけるある発生範囲に渡る所定の事象（本実施形態では自動車列）に相当する識別対象情報Ｂに予め対応付けられたものである。具体的に、画像送信要求内容Ｂは、所定の事象（例えば自動車列）の発生範囲の一端（例えば列後尾の自動車）に係る画像データ、所定の事象の発生範囲の他端（例えば列先頭の自動車）に係る画像データ、又は所定の事象（例えば自動車列）の全体若しくは部分に係る画像データ群を取得可能となるように、足りていない画像データを、送信させることが可能な画像送信要求内容となっている。

またこの場合、送受信制御部１１１（図１）は、画像送信要求内容Ｂに合った画像送信要求を、足りていない画像データを送信し得る可能性のあるクライアントへ送信するのでる。ちなみに本実施形態では、画像送信要求の宛先は端末２０Ｂとなっている。

次に、クラウドサーバ１と端末２０Ｂとの間のデータ・信号のやり取りを、図３（Ｂ）を用いて具体的に説明する。
（Ｓ２０１）端末２０Ｂは、（カメラ２０３で）生成された画像データから「自動車列」を検出する。
（Ｓ２０２，Ｓ２０３）端末２０Ｂは、ステップＳ２０１での検出結果を受けて、画像データ送信開始を決定し、検出時点を含む所定時間範囲の画像データをクラウドサーバ１へ送信する。

（Ｓ２０４，Ｓ２０５）クラウドサーバ１は、受信した画像データから、対向車線の「自動車列」の一部を認識して画像送信要求内容Ｂを選定し、目的画像データである「自動車列」全体の映像データ、「列先頭」の画像データ、又は「列後尾」の画像データを取得すべく、画像送信要求を端末２０Ｂへ送信する。
（Ｓ２０６）端末２０Ｂは、要求された画像データをクラウドサーバ１へ送信する。

ここで本実施形態では、端末２０Ｂは最初に、自動車列の中間部分を含む画像データをクラウドサーバ１へ送信し、クラウドサーバ１は「自動車列」の中間部分を認識しているものとする。その結果、目的画像データが「自動車列」全体の映像データ又は「列先頭」の画像データである場合、上記のステップＳ２０５の画像送信要求は、（所定時間だけ）遡った時点から所定時間経過分の画像データを含む画像データの送信を要求するものとなる。また、当該画像送信要求は、このように所望の画像データにおける時間範囲（又はフレーム番号範囲）を指定したものであってよいが、例えば実空間における所定の距離範囲（例えば列先頭から10m分）を指定したものとすることも可能である。

（Ｓ２０７，Ｓ２０８）ここで目的画像データが「列先頭」の画像データである場合、クラウドサーバ１は、受信した画像データから、「列先頭」が認識されたと判断し、目的画像データとしての「列先頭」画像を目的画像ＤＢ１０４（図１）に保存し管理する。また、目的画像データは取得されたとして、画像送信停止要求を端末２０Ｂへ送信する。

（Ｓ２０７’）一方、目的画像データが「自動車列」全体の映像データ又は「列後尾」の画像データであって、受信した画像データから未だ「列後尾」が認識されない場合、クラウドサーバ１は、目的画像データを完成・取得するべく、画像送信継続要求を端末２０Ｂへ送信する。
（Ｓ２０８’）端末２０Ｂは、要求された画像データをクラウドサーバ１へ送信する。
ここで、上記ステップＳ２０７’〜Ｓ２０８’は、クラウドサーバ１が（次のステップＳ２０９’でのように）「列後尾」を認識するまで繰り返すことができる。

（Ｓ２０９’，Ｓ２１０’）クラウドサーバ１は、継続して受信した画像データから、「列後尾」を認識した時点で、目的画像データは取得されたとして、画像送信停止要求を端末２０Ｂへ送信する。
（Ｓ２１１’）端末２０Ｂは、画像送信停止要求を受けて画像データ送信終了を決定する。
（Ｓ２１２’）クラウドサーバ１は、目的画像データとしての「自動車列」画像又は「列後尾」画像を目的画像ＤＢ１０４（図１）に保存し管理する。

また、目的画像データが、この「自動車列」の更に前方又は後方での（道路沿いの）状況の画像データを含む映像データである場合、クラウドサーバ１は、「列先頭」画像データの時点から時間的に更に遡った所定時間分の（自動車列未検出時の）画像データの送信や、「列後尾」画像データの時点から所定時間経過するまでの画像データの送信も含む画像送信要求を端末２０Ｂへ送信することも好ましい。

ちなみに、以上に説明したような「自動車列」は、多数の自動車が道路沿いの駐車場に入場しようと並んで待機している場合や、道路工事現場において片側通行処置が実施されていて、多数の自動車が当該工事現場を通過するべく手前で並んで停止している場合等、様々な場合に発生することが想定される。したがって、「自動車列」が目的画像データに設定されるようなケースは決して少なくないのである。

また一方で当然、識別対象情報Ｂは「自動車列」に限定されるものではなく、通行エリア内外におけるある発生範囲に渡る事象に該当するものならば種々のものが、識別対象情報Ｂとなり得る。例えば識別対象情報Ｂとして、「（所定以上長い道路区間での）工事現場」や「（所定道路区間に植樹された）街路樹群（並木）」を設定することも可能である。

図４は、本発明による画像データ取得方法の更なる他の実施形態を説明するための模式図及びシーケンス図である。

図４（Ａ）によれば、端末２０Ｃを搭載した自動車２Ｃは、道路を進行しつつ（カメラ２０３で）生成した画像データにおいて、対向車線に工事現場（ロードコーン列）を検出する。クラウドサーバ１は、この工事現場全体を含む画像データを端末２０Ｃから取得し、対象識別部１１２（図１）は、この画像データを受けて生成情報（対象識別結果）として「工事現場（ロードコーン列）」を出力する。

次いで、送信要求内容選定部１１４（図１）は、この「工事現場」を受けて画像送信要求内容Ｃを選定し、送受信制御部１１１は、選定された画像送信要求内容Ｃに基づき、画像送信停止要求を端末２０Ｃへ送信し、すでに受け取っている画像データを、「工事現場」全体を含む目的画像データに決定するのである。

ここで、画像送信要求内容Ｃは、すでに説明したように、通行エリア内外における所定の事物（本実施形態では工事現場）に相当する識別対象情報Ｃに予め対応付けられたものである。具体的に、画像送信要求内容Ｃは、目的画像データが取得済みであるとして、識別対象情報Ｃに係る画像データの更なる送信を停止させる内容となっている。

またこの場合、送受信制御部１１１（図１）は、画像送信要求内容Ｃに合った画像送信停止要求を、識別対象情報Ｃ（工事現場）に係る画像データの送信元であるクライアントへ送信するのである。ちなみに本実施形態では、画像送信停止要求の宛先は端末２０Ｃとなる。

なお好適な変更態様として、クラウドサーバ１は工事現場を含む所定範囲内に存在する全ての端末２０からその位置情報を取得していて、送受信制御部１１１は、取得した位置情報に基づき、上述したような画像送信停止要求を、識別対象情報Ｃ（工事現場）に係る位置から所定位置範囲内にある他の端末２０にも送信することも好ましい。

また、さらに好適な変更態様として、画像送信要求内容Ｃは、識別対象情報Ｃが出力されてから所定時間が経過するまでの間、識別対象情報Ｃに係る画像データの更なる送信を停止させる内容となっていることも好ましい。この場合、送受信制御部１１１は、画像送信停止要求を、この所定時間が経過するまでの間、画像送信要求内容Ｃに合ったクライアント（例えば端末２０Ｃ又は端末２０Ｃを含む周囲に存在する全端末２０）へ送信することになる。

次に、クラウドサーバ１と端末２０Ｃとの間のデータ・信号のやり取りを、図４（Ｂ）を用いて具体的に説明する。
（Ｓ３０１）端末２０Ｃは、（カメラ２０３で）生成された画像データから「工事現場（ロードコーン列）」を検出する。
（Ｓ３０２，Ｓ３０３）端末２０Ｃは、ステップＳ３０１での検出結果を受けて、画像データ送信開始を決定し、検出時点の画像データ、又は当該検出時点を含む所定時間範囲の画像データをクラウドサーバ１へ送信する。

（Ｓ３０４，Ｓ３０５）クラウドサーバ１は、受信した画像データから、対向車線の「工事現場」の全体を認識して画像送信要求内容Ｃを選定し、目的画像データである「工事現場」全体の画像データが取得されたとして、画像送信停止要求を端末２０Ｃへ送信する。
（Ｓ３０６）端末２０Ｃは、受信した画像送信停止要求に従い、検出結果「工事現場」に係る画像データのクラウドサーバ１への送信を終了する。
（Ｓ３０７）クラウドサーバ１は、目的画像データとしての「工事現場」画像を目的画像ＤＢ１０４（図１）に保存し管理する。

以上、識別対象情報Ｃが「工事現場」である場合について説明を行ったが、識別対象情報Ｃは当然「工事現場」に限定されるものではなく、通行エリア内外における所定の事物に該当するものであれば種々のものを識別対象情報Ｃに分類することができる。例えば所定の看板、標識やディスプレイ、又は道路沿いの地下鉄入口等も、識別対象情報Ｃとなり得る。また、非常に間口の広いマンション等、１つの画像フレーム内に収めることが困難なものでも、その一部（例えば当該マンションのエントランス）を所定の事物として識別対象情報Ｃに分類することも可能である。

このように識別対象情報Ｃは例えば、通行エリア内外における所定の事物の所在地点を確認したい場合に設定され、一方、上述した識別対象情報Ｂは例えば、通行エリア内外における所定の事象の発生範囲を確認したい場合に設定されるものとなっているのである。

図５は、本発明による画像データ取得方法の更なる他の実施形態を説明するための模式図及びシーケンス図である。

図５（Ａ）によれば、端末２０Ｄを搭載した自動車２Ｄは、道路を直進し、交差点に入る直前において右方から自動車２Ｆが接近してきたので、急ブレーキ動作を行い停止している。ここで、クラウドサーバ１は、
（ａ）自動車２Ｄが急ブレーキ動作を行った際に（カメラ２０３で）生成された画像データと、
（ｂ）当該急ブレーキ動作に係る自動車２ＤのＣＡＮ情報（急ブレーキＣＡＮ情報）と、
（ｃ）自動車２Ｄ（端末２０Ｄ）の位置情報と
を端末２０Ｄから受信する。

次いで、送信要求内容選定部１１４（図１）は、「状態情報」として受信した急ブレーキＣＡＮ情報を状態情報Ｄとして、これに基づき画像送信要求内容Ｄを選定する。さらに、送受信制御部１１１は、選定された画像送信要求内容Ｄに基づき、同じく受信した画像データの生成元に係る移動体（自動車２Ｄ）に対し近接する又は所定の位置関係にある移動体（図５（Ａ）では自動車２Ｅ及び２Ｆ）へ画像送信要求を送信し、要求した画像データを要求先のクライアント（自動車２Ｅ及び２Ｆ）から受け取って、最終的に、自動車２Ｄの急ブレーキ時における周囲の状況を含む映像データである目的画像データを取得するのである。

ここで、画像送信要求内容Ｄは、すでに説明したように、所定条件を満たす自動車２（移動体）の状態変化に係る状態情報Ｄに予め対応付けられたものである。また、この状態情報Ｄは本実施形態において、自動車２（移動体）における所定程度以上の制動（急ブレーキ）の実施に係る制動（急ブレーキ）情報となっている。

またこの場合、これに対応付けられた画像送信要求内容Ｄは、同じく受信された画像データの生成元に係る移動体（自動車Ｄ）に対し近接する又は所定の位置関係にある移動体（図５（Ａ）では自動車２Ｅ及び２Ｆ）に搭載されたクライアント（端末２０Ｅ及び２０Ｆ）へ画像データの送信を要求する内容の画像送信要求内容となっているのである。

次に、クラウドサーバ１と端末２０Ａとの間のデータ・信号のやり取りを、図５（Ｂ）を用いて具体的に説明する。
（Ｓ４０１）端末２０Ｄは、自動車２Ｄの急ブレーキ動作を検出する（自動車２ＤのＣＡＮから急ブレーキに係る情報を取得し急ブレーキＣＡＮ情報を生成する）。
（Ｓ４０２，Ｓ４０３）端末２０Ｄは、ステップＳ４０１での急ブレーキ検出結果を受けて、画像データ送信開始を決定し、
（ａ）急ブレーキ検出時点を含む所定時間範囲の画像データと、
（ｂ）生成した急ブレーキＣＡＮ情報と、
（ｃ）自動車２Ｄ（端末２０Ｄ）の位置情報と
をクラウドサーバ１へ送信する。

（Ｓ４０４）クラウドサーバ１は、受信した急ブレーキＣＡＮ情報から、自動車２Ｄの「急ブレーキ」（状態情報）を認識し、画像送信要求内容Ｄを選定する。
（Ｓ４０５）クラウドサーバ１は、選定した画像送信要求内容Ｄにおける画像送信要求先として、自動車２Ｄから所定距離範囲内の位置に存在する自動車２Ｅ及び２Ｆに搭載された端末２０Ｅ及び２０Ｆを決定する。
ここで本実施形態において、クラウドサーバ１は、自動車２Ｅ及び２Ｆに搭載された端末２０Ｅ及び２０Ｆからも、その位置情報を常時取得しているものとする。

なお、上記のステップＳ４０５における変更態様として、自動車２Ｄと所定の位置関係、例えば自動車２Ｄの進行方向上の位置に存在している自動車２であって自動車２Ｄに最も近い位置にある自動車２（図５（Ａ）では自動車２Ｅ）に係る端末２０（端末２０Ｅ）を、画像送信要求先に決定することも可能である。

（Ｓ４０６，Ｓ４０７）クラウドサーバ１は、目的画像データである「急ブレーキ」時の周辺状況を含む映像データを完成させるべく、画像送信継続要求を端末２０Ｄへ送信するとともに、決定した画像送信要求先である端末２０Ｅ及び２０Ｆへ画像送信要求を送信する。

ここで、各端末２０が、自動車２の前方及び後方をそれぞれ撮影可能な前方カメラ２０３及び後方カメラ２０３によって撮影され生成された画像データを送信可能であるケースを考える。このケースにおいて、目的画像データが、急ブレーキ動作を行った自動車２Ｄと、自動車２Ｅ及び２Ｆとの間の空間の状況を含む映像データである場合、上記のステップＳ４０６及びＳ４０７において、クラウドサーバ１は、
（ａ）端末２０Ｄへは、前方カメラ２０３に係る画像データを（継続して）送信することを要求する画像送信継続要求を送信し、
（ｂ）端末２０Ｅへは、後方カメラ２０３に係る画像データを送信することを要求する画像送信要求を送信し、
（ｃ）端末２０Ｆへは、前方カメラ２０３に係る画像データを送信することを要求する画像送信要求を送信する
ことができる。

（Ｓ４０８）端末２０Ｄ、２０Ｅ及び２０Ｆは各々、要求された所定時間範囲分（所定フレーム番号範囲分）の画像データを、クラウドサーバ１へ送信する。
（Ｓ４０９，Ｓ４１０）クラウドサーバ１は、受信した画像データを確認し、目的画像データである「急ブレーキ」時の周辺状況を含む映像データの取得が完了したと判断し、当該映像データを保存し管理するとともに、画像送信停止要求を端末２０Ｄ、２０Ｅ及び２０Ｆへ送信する。
（Ｓ４１１）端末２０Ｄ、２０Ｅ及び２０Ｆは、画像送信停止要求を受けて画像データ送信終了を決定する。

なお、状態情報Ｄは、以上に説明した実施形態では「急ブレーキ」であったが、当然、それに限定されるものではない。例えば、自動車２のＣＡＮから、自動車２にスリップ現象が生じていることを示す情報が取得された際に生成されるスリップＣＡＮ情報も、状態情報Ｄとして設定可能である。この場合、目的画像データとして例えば、自動車２がスリップを起こした際の周囲の状況を含む映像データを取得することも可能となるのである。

図６は、本発明による画像データ取得方法の更なる他の実施形態を説明するための模式図及びシーケンス図である。

図６（Ａ）によれば、端末２０Ｇを搭載した自動車２Ｇが、道路を直進して交差点に差し掛かった際、その直ぐ前方を、自動車２Ｈが、右方から左方へ横切るように走行している。ここで、クラウドサーバ１は、
（ａ）自動車２Ｇの端末２０Ｇにおいて、目の前を自動車２Ｈが通過した際に（カメラ２０３で）生成された映像データ（画像データ群）と、
（ｂ）自動車２Ｇ（端末２０Ｇ）の位置情報と
を端末２０Ｇから受信する。

なお本実施形態では、上記（ａ）の映像データは、映像伝送の際に常用されるＭＰＥＧによる圧縮符号化処理が施された上で、端末２０Ｇから送信されている。

ここで、符号化パラメータ抽出部１１３（図１）は、上記（ａ）の受信した映像データから符号化パラメータとして、所定条件を満たす動きベクトルを抽出する。次いで、送信要求内容選定部１１４（図１）は、この所定条件を満たす動きベクトルを、所定条件を満たす状況変化のあることを示す「生成情報」としての符号化パラメータ情報Ｅとして、この符号化パラメータ情報Ｅに対応付けられた画像送信要求内容Ｅを選定する。この画像送信要求内容Ｅは、すでに説明したように、所定条件を満たす状況変化の全体又は主要部分を含む画像データ群を取得可能となるように、足りていない画像データを送信させることが可能な送信要求内容となっている。

さらに、送受信制御部１１１は、選定された画像送信要求内容Ｅに基づき、同じく受信した画像データの生成元に係る移動体（自動車２Ｇ）に対し近接する移動体（図６（Ａ）では自動車２Ｈ及び２Ｉ）へ画像送信要求を送信し、要求した画像データを要求先のクライアント（自動車２Ｈ及び２Ｉ）から受け取って、最終的に、自動車２Ｇにおける所定条件を満たす状況変化についての周囲の状況を含む映像データである目的画像データを取得するのである。

次に、クラウドサーバ１と端末２０Ｇ、２０Ｈ及び２０Ｉとの間のデータ・信号のやり取りを、図６（Ｂ）を用いて具体的に説明する。
（Ｓ５０１）端末２０Ｇは、（カメラ２０３で）生成された画像データから（前方を横切った自動車２Ｈに相当する）「自動車」を検出する。
（Ｓ５０２，Ｓ５０３）端末２０Ｇは、ステップＳ５０１での検出結果を受けて、画像データ送信開始を決定し、
（ａ）ＭＰＥＧによる圧縮画像データと、
（ｂ）自動車２Ｇ（端末２０Ｇ）の位置情報と
をクラウドサーバ１へ送信する。

（Ｓ５０４）クラウドサーバ１は、受信した圧縮画像データを伸張（デコード）して（符号化パラメータとしての）動きベクトルを抽出し、当該動きベクトルが所定条件を満たしていて（所定条件を満たす状況変化のあることを示す）符号化パラメータ情報Ｅであることを確認し、これに基づき画像送信要求内容Ｅを選定する。
（Ｓ５０５）クラウドサーバ１は、選定した画像送信要求内容Ｅにおける画像送信要求先として、自動車２Ｇから所定距離範囲内の位置に存在する自動車２Ｈ及び２Ｉに搭載された端末２０Ｅ及び２０Ｆを決定する。

（Ｓ５０６，Ｓ５０７）クラウドサーバ１は、目的画像データである「所定条件を満たす状況変化」時の周辺状況を含む映像データを完成させるべく、画像送信継続要求を端末２０Ｇへ送信するとともに、決定した画像送信要求先である端末２０Ｈ及び２０Ｉへ画像送信要求を送信する。

ここで、各端末２０が、自動車２の前方及び後方をそれぞれ撮影可能な前方カメラ２０３及び後方カメラ２０３によって撮影され生成された画像データを送信可能であるケースを考える。このケースにおいて、目的画像データが、自動車２Ｇと自動車２Ｈ及び２Ｉとの間の空間での状況変化を含む映像データである場合、上記のステップＳ５０６及びＳ５０７において、クラウドサーバ１は、
（ａ）端末２０Ｇへは、前方カメラ２０３に係る画像データを（継続して）送信することを要求する画像送信継続要求を送信し、
（ｂ）端末２０Ｈへは、後方カメラ２０３に係る画像データを送信することを要求する画像送信要求を送信し、
（ｃ）端末２０Ｉへは、後方カメラ２０３に係る画像データを送信することを要求する画像送信要求を送信する
ことが好ましい。

（Ｓ５０８）端末２０Ｇ、２０Ｈ及び２０Ｉは各々、要求された所定時間範囲分（又は所定フレーム番号範囲分）の画像データを、クラウドサーバ１へ送信する。
（Ｓ５０９，Ｓ５１０）クラウドサーバ１は、受信した画像データを確認し、目的画像データである「所定条件を満たす状況変化」時の周辺状況を含む映像データの取得が完了したと判断し、当該映像データを保存し管理するとともに、画像送信停止要求を端末２０Ｇ、２０Ｈ及び２０Ｉへ送信する。
（Ｓ４１１）端末２０Ｇ、２０Ｈ及び２０Ｉは、画像送信停止要求を受けて画像データ送信終了を決定する。

なお、符号化パラメータ情報Ｅは、以上に説明した実施形態では「所定条件を満たす動きベクトル」であったが、当然それに限定されるものではない。例えば、「所定条件を満たす符号量」や「所定条件を満たす量子化ステップサイズ」も、符号化パラメータ情報Ｅとして設定可能となっている。

また、以上に図２〜６を用いて様々な画像データ取得方法の実施形態を説明したが、これらの実施形態においては、端末２０からの画像データの送信は、端末２０における所定対象やＣＡＮ情報の検出をトリガとして開始される。これに対し、変更態様として例えば、端末２０から定期的に（所定時間経過毎に）画像データが送信されるように設定することも可能である。

以上、詳細に説明したように、本発明に係る「画像送信要求内容」は、以上に説明したような「生成情報」及び「状態情報」の少なくとも１つに応じて所定の目的画像データを取得するために好適若しくは必須となる（クライアントに対する）画像データ送信要求の内容を規定したものとなっている。したがって本発明によれば、このような「画像送信要求内容」に応じた画像データ要求・取得処理を実施することによって、目的画像データの内容や取得状況に応じた画像データの取得が可能となるのである。

ちなみに、本発明の構成及び方法は、膨大な量の映像データ伝送が可能となる５Ｇ（第５世代移動通信システム）を利用し、多数のクライアントから映像データをサーバへアップロードする場面において、所望の映像データを収集する効率を向上させること等、予想される重要課題の解決に大いに貢献するものと考えられる。例えば本発明の実施形態によっては、自動運転車、ドローンや、各種ロボットが撮影した高解像度映像を５Ｇによって収集し、所望の映像を効率良く且つ確実に獲得して、新サービスの創出・提供につなげることも可能となるのである。

以上に述べた本発明の種々の実施形態について、本発明の技術思想及び見地の範囲内での種々の変更、修正及び省略は、当業者によれば容易に行うことができる。以上に述べた説明はあくまで例示であって、何ら制約を意図するものではない。本発明は、特許請求の範囲及びその均等物によってのみ制約される。

１ クラウドサーバ（画像データ取得サーバ）
１０１、２０１、２０４ 通信インタフェース
１０２ 受信画像データベース（ＤＢ）
１０３ 送信要求内容保存部
１０４ 目的画像ＤＢ
１１１ 送受信制御部
１１２ 対象識別部
１１３ 符号化パラメータ抽出部
１１４ 送信要求内容選定部
１１５ 画像処理部
２、２Ａ、２Ｂ、２Ｃ、２Ｄ、２Ｅ、２Ｆ、２Ｇ、２Ｈ、２Ｉ 自動車
２０、２０Ａ、２０Ｂ、２０Ｃ、２０Ｄ、２０Ｅ、２０Ｆ、２０Ｇ、２０Ｈ、２０Ｉ 端末（クライアント）
２０２ 測位部
２０３ カメラ
２０５ ディスプレイ（ＤＰ）
２１１ 送受信制御部
２１２ 位置情報取得部
２１３ 映像生成部
２１４ 対象検出部
２１５ 送信画像選択部
２１６ 提示情報生成部

Claims (14)

1. 移動可能なクライアントから、所定の目的画像データの少なくとも一部を取得可能なサーバに搭載されたコンピュータにおける画像データ取得方法であって、
   当該クライアントから受信する画像データに基づいて生成され得る生成情報毎に、及び／又は、受信する画像データの生成元の状態に係る状態情報であって該画像データとともに受信し得る状態情報毎に、当該目的画像データを取得するための画像送信要求内容が、当該生成情報及び／又は当該状態情報に予め対応付けられており、
   前記画像データ取得方法は、
   当該クライアントから受信した画像データに基づいて生成された生成情報、及び／又は、当該クライアントから画像データとともに受信した状態情報に対応付けられた画像送信要求内容を選定するステップと、
   選定された画像送信要求内容が画像データの送信を要求する内容である場合に、該画像送信要求内容に合った画像送信要求を、該画像送信要求内容に合ったクライアントへ送信し、要求した画像データを受信して、当該目的画像データを取得するステップと
   を有することを特徴とする画像データ取得方法。
2. 前記サーバは、受信した画像データに対し対象識別処理を実施し、当該対象識別処理の結果であって当該生成情報としての識別対象情報を出力可能であり、
   当該クライアントは移動体とともに移動可能であり、
   当該移動体の所定の挙動に相当する識別対象情報である当該生成情報としての識別対象情報Ａに対応付けられた画像送信要求内容である画像送信要求内容Ａは、当該所定の挙動の全体又は主要部分を含む画像データ群を取得可能となるように、足りていない画像データを送信させることが可能な送信要求内容となっており、
   当該クライアントから受信した画像データに対する対象識別処理の結果として識別対象情報Ａが出力された場合に、前記目的画像データを取得するステップでは、画像送信要求内容Ａに合った画像送信要求を、識別対象情報Ａに係る画像データの送信元であるクライアントへ送信する
   ことを特徴とする請求項１に記載の画像データ取得方法。
3. 当該所定の挙動に相当する識別対象情報Ａは、右折、左折、他の移動体との間で生じる接近、他の移動体との間で生じる割り込み、他の移動体との間で生じる追い越し、及び急な横方向の変化のうちの少なくとも１つであることを特徴とする請求項２に記載の画像データ取得方法。
4. 前記サーバは、受信した画像データに対し対象識別処理を実施し、当該対象識別処理の結果であって当該生成情報としての識別対象情報を出力可能であり、
   当該クライアントは移動体とともに移動可能であり、
   当該移動体の通行エリア内外におけるある発生範囲に渡る所定の事象に相当する識別対象情報である当該生成情報としての識別対象情報Ｂに対応付けられた画像送信要求内容である画像送信要求内容Ｂは、当該所定の事象の発生範囲の一端に係る画像データ、当該所定の事象の発生範囲の他端に係る画像データ、又は当該所定の事象の全体若しくは部分に係る画像データ群を取得可能となるように、足りていない画像データを送信させることが可能な画像送信要求内容となっており、
   当該クライアントから受信した画像データに対する対象識別処理の結果として識別対象情報Ｂが出力された場合に、前記目的画像データを取得するステップでは、画像送信要求内容Ｂに合った画像送信要求を、当該足りていない画像データを送信し得る可能性のあるクライアントへ送信する
   ことを特徴とする請求項１から３のいずれか１項に記載の画像データ取得方法。
5. 当該所定の事象に相当する識別対象情報Ｂは、移動体列又は移動体列をなす移動体であり、当該画像送信要求内容Ｂは、当該移動体列の端をなす移動体に係る、未だ取得していない画像データを送信させることが可能な画像送信要求内容となっていることを特徴とする請求項４に記載の画像データ取得方法。
6. 前記サーバは、受信した画像データに対し対象識別処理を実施し、当該対象識別処理の結果であって当該生成情報としての識別対象情報を出力可能であり、
   当該クライアントは移動体とともに移動可能であり、
   当該移動体の通行エリア内外における所定の事物に相当する識別対象情報である当該生成情報としての識別対象情報Ｃに対応付けられた画像送信要求内容である画像送信要求内容Ｃは、更なる画像データの送信を停止させる内容となっており、
   当該クライアントから受信した画像データに対する対象識別処理の結果として識別対象情報Ｃが出力された場合に、前記目的画像データを取得するステップでは、画像送信要求内容Ｃに合った画像送信停止要求を、識別対象情報Ｃに係る画像データの送信元であるクライアントへ送信する
   ことを特徴とする請求項１から５のいずれか１項に記載の画像データ取得方法。
7. 当該クライアントは自らの位置に係る情報を前記サーバへ送信可能であり、
   前記目的画像データを取得するステップでは、画像送信要求内容Ｃに合った画像送信停止要求を、識別対象情報Ｃに係る位置から所定位置範囲内にあるクライアントへも送信する
   ことを特徴とする請求項６に記載の画像データ取得方法。
8. 画像送信要求内容Ｃは、識別対象情報Ｃが出力されてから所定時間が経過するまでの間、更なる画像データの送信を停止させる内容となっており、前記目的画像データを取得するステップでは、当該画像送信停止要求を、当該所定時間が経過するまでの間、画像送信要求内容Ｃに合ったクライアントへ送信することを特徴とする請求項６又は７に記載の画像データ取得方法。
9. 当該クライアントは移動体とともに移動可能であり、
   当該クライアントから画像データとともに、所定条件を満たす当該移動体の状態変化に係る当該状態情報である状態情報Ｄを受信した場合に、前記画像送信要求内容を選定するステップでは、当該画像データの生成元に係る移動体に対し近接する又は所定の位置関係にある移動体に係るクライアントへ画像データの送信を要求する内容の画像送信要求内容Ｄを選定し、
   前記目的画像データを取得するステップでは、当該画像データの生成元に係る移動体に対し近接する又は所定の位置関係にある移動体に係るクライアントへ画像送信要求を送信する
   ことを特徴とする請求項１から８のいずれか１項に記載の画像データ取得方法。
10. 当該状態情報Ｄは、当該移動体における所定条件を満たす制動実施に係る制動情報であることを特徴とする請求項９に記載の画像データ取得方法。
11. 当該クライアントは、画像データを符号化して送信可能であり、
    受信する画像データから抽出される符号化パラメータ情報であって所定条件を満たす状況変化のあることを示す当該生成情報としての符号化パラメータ情報Ｅに対応付けられた画像送信要求内容である画像送信要求内容Ｅは、当該所定条件を満たす状況変化の全体又は主要部分を含む画像データ群を取得可能となるように、足りていない画像データを送信させることが可能な送信要求内容となっており、
    当該クライアントから受信した画像データから符号化パラメータ情報Ｅが抽出された場合に、前記目的画像データを取得するステップでは、画像送信要求内容Ｅに合った画像送信要求を、画像送信要求内容Ｅに合ったクライアントへ送信する
    ことを特徴とする請求項１から１０のいずれか１項に記載の画像データ取得方法。
12. 当該クライアントは、生成した画像データに対し対象検出処理を実施し、所定の対象が検出された際に、当該画像データの前記サーバへの送信を開始することを特徴とする請求項１から１１のいずれか１項に記載の画像データ取得方法。
13. 移動可能なクライアントから、所定の目的画像データの少なくとも一部を取得可能なサーバに搭載されたコンピュータを機能させるプログラムであって、
    当該クライアントから受信する画像データに基づいて生成され得る生成情報毎に、及び／又は、受信する画像データの送信元の状態に係る状態情報であって該画像データとともに受信し得る状態情報毎に、当該目的画像データを取得するための画像送信要求内容が、当該生成情報及び／又は当該状態情報に予め対応付けられており、
    前記プログラムは、
    当該クライアントから受信した画像データに基づいて生成された生成情報、及び／又は、当該クライアントから画像データとともに受信した状態情報に対応付けられた画像送信要求内容を選定する送信要求内容選定手段と、
    選定された画像送信要求内容が画像データの送信を要求する内容である場合に、該画像送信要求内容に合った画像送信要求を、該画像送信要求内容に合ったクライアントへ送信し、要求した画像データを受信して、当該目的画像データを取得する送受信制御手段と
    してコンピュータを機能させることを特徴とする画像データ取得プログラム。
14. 移動可能なクライアントから、所定の目的画像データの少なくとも一部を取得可能なサーバであって、
    当該クライアントから受信する画像データに基づいて生成され得る生成情報毎に、及び／又は、受信する画像データの送信元の状態に係る状態情報であって該画像データとともに受信し得る状態情報毎に、当該目的画像データを取得するための画像送信要求内容が、当該生成情報及び／又は当該状態情報に予め対応付けられており、
    前記サーバは、
    当該クライアントから受信した画像データに基づいて生成された生成情報、及び／又は、当該クライアントから画像データとともに受信した状態情報に対応付けられた画像送信要求内容を選定する送信要求内容選定手段と、
    選定された画像送信要求内容が画像データの送信を要求する内容である場合に、該画像送信要求内容に合った画像送信要求を、該画像送信要求内容に合ったクライアントへ送信し、要求した画像データを受信して、当該目的画像データを取得する送受信制御手段と
    を有することを特徴とする画像データ取得サーバ。

Images