(57)【特許請求の範囲】
【請求項１】
ネットワークに接続された１以上の撮像装置で撮影される映像データを選択して前記ネットワークを介して端末へ配信する映像選択装置の映像選択方法であって、
前記端末から、該端末の現在の負荷状態を示す第１の性能情報と第一の撮像装置を特定する情報とを受信し、 
前記第一の撮像装置を特定する情報に基づいて、撮像装置を特定する情報と該撮像装置が送信できる画像圧縮形式とが対応付けられて記憶されている撮像装置情報を参照して、前記第一の撮像装置が送信できる画像圧縮形式を複数抽出し、 
前記端末のとりえる負荷状態を示す第２の性能情報に関連づけて、前記端末が前記複数の画像圧縮形式の各々で映像フレームを受信した際の映像データの受信品質を示す映像データ表示状態情報をＣＰＵ表示情報として保持し、
前記ＣＰＵ表示情報を参照して、受信した前記第１の性能情報に対応する前記第２の性能情報に関連づけて保持されている前記複数の画像圧縮形式の中から、最も良い受信品質を示す前記映像データ表示状態情報の画像圧縮方式を第一の圧縮形式として選択し、 
前記第一の撮像装置から送信される前記複数の画像圧縮形式の映像データのうち、前記第一の圧縮形式の映像データを前記端末に送信する 
ことを特徴とする映像選択方法。 
【請求項２】
前記端末から該端末が利用するネットワークルートの情報を取得し、 
前記ネットワークルートの実効速度を取得し、 
前記ネットワークルートの実効速度と、前記第一の圧縮形式の映像データを送信するのに必要な速度とを比較し、 
前記ネットワークルートの実効速度が、前記第一の圧縮形式の映像データを送信するのに必要な速度を上回っている場合は該第一の圧縮形式の映像データに関する情報を前記端末に送信し、 
前記ネットワークルートの実効速度が、前記第一の圧縮形式の映像データを送信するのに必要な速度を上回っていない場合は、該ネットワークルートの実効速度と、前記撮像装置が送信できる画像圧縮形式のうち、前記第一の圧縮形式と異なる第二の圧縮形式の映像データがネットワークを通過するのに必要な速度とを比較し、 
前記ネットワークルートの実効速度が、前記第二の圧縮形式の映像データを送信するのに必要な速度を上回っている場合は該第二の圧縮形式の映像データに関する情報を前記端末に送信する 
ことを特徴とする、請求項１記載の映像選択方法。 
【請求項３】
前記ＣＰＵ表示情報は、前記端末が前記第２の性能情報で表される負荷状態であったときの、それぞれの前記複数の画像圧縮形式における正常にデコードできた映像データの割合を示す情報を前記映像データ表示状態情報として含み、 
前記端末の現在の負荷状態を示す前記第１の性能情報と、該端末が受信した映像データの画像圧縮形式と、該端末が前記第１の性能情報が示す負荷状態において受信した該画像圧縮形式の映像データのうち、正常にデコードできた映像データの割合を示す第１の映像データ表示状態情報を、さらに該端末から受信し、 
受信した前記第１の性能情報、前記端末が受信した映像データの画像圧縮形式、前記第１の映像データ表示状態情報に基づいて、前記ＣＰＵ表示情報を更新する 
ことを特徴とする、請求項１又は２記載の映像選択方法。 
【請求項４】
前記第１の性能情報は、前記端末のＣＰＵ型名と、該端末のその時点でのＣＰＵ使用率とを含む 
ことを特徴とする、請求項１乃至３のいずれか１項に記載の映像選択方法。 
【請求項５】
端末から該端末の現在の負荷状態を示す第１の性能情報と第一の撮像装置を特定する情報とを受信する受信部と、 
撮像装置を特定する情報と該撮像装置が送信できる画像圧縮形式とが対応付けられた撮像装置情報が格納されている撮像装置情報格納部と、 
前記受信した第一の撮像装置を特定する情報に基づいて、前記撮像装置情報格納部に格納された撮像装置情報を参照し、該第一の撮像装置が送信できる画像圧縮形式を複数抽出する抽出部と、 
前記端末のとりえる負荷状態を示す第２の性能情報に関連づけて、前記端末が前記複数の画像圧縮形式の各々で映像フレームを受信した際の映像データの受信品質を示す映像データ表示状態情報がＣＰＵ表示情報として格納されているＣＰＵ表示情報格納部と、 
前記ＣＰＵ表示情報格納部に格納された前記ＣＰＵ表示情報を参照して、受信した前記第１の性能情報に対応する前記第２の性能情報に関連づけて格納されている前記複数の画像圧縮形式の中から、最も良い受信品質を示す前記映像データ表示状態情報の画像圧縮方式を第一の圧縮形式として選択する選択部と、 
前記第一の撮像装置から送信される前記複数の画像圧縮形式の映像データのうち、前記第一の圧縮形式の映像データを前記端末に送信する送信部と、 
を有することを特徴とする映像選択装置。 
【請求項６】
前記端末からネットワークルートの情報を受信し、該ネットワークルートの実効速度を取得する取得部と、 
画像圧縮形式と、該圧縮形式の映像データを送信するのに必要なネットワークルートの実効速度とが対応付けられて格納されている要求速度格納部と、 
前記要求速度格納部に格納された情報を参照し、前記選択部によって選択された第一の圧縮形式の映像データを送信するのに必要なネットワークルートの要求実効速度を検索し、前記取得部によって取得された前記ネットワークルートの実効速度と、検索された前記要求実効速度とを比較し、該ネットワークルートの実効速度が該要求実効速度を上回っているか判定する判定部と、 
をさらに有し、 
前記送信部は、前記判定部によって前記ネットワークルートの実効速度が前記要求実効速度を上回っていると判定された場合、前記選択部によって選択された第一の圧縮形式の映像データを前記端末に送信する 
ことを特徴とする、請求項５記載の映像選択装置。 
【請求項７】
前記ＣＰＵ表示情報は、前記端末が前記第２の性能情報で表される負荷状態であったときの、それぞれの前記複数の画像圧縮形式における正常にデコードできた映像データの割合を示す情報を前記映像データ表示状態として含み、 
前記受信部は、前記端末の現在の負荷状態を示す前記第１の性能情報と、該端末が受信した映像データの画像圧縮形式と、該端末が前記第１の性能情報が示す負荷状態において受信した該画像圧縮形式の映像データのうち、正常にデコードできた映像データの割合を示す第１の映像データ表示状態情報をさらに受信し、 
受信した前記第１の性能情報、前記端末が受信した映像データの画像圧縮形式、前記第１の映像データ表示状態情報に基づいて、前記ＣＰＵ表示情報を更新する更新部を、 
さらに有することを特徴とする、請求項５又は６記載の映像選択装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の画像圧縮方式が存在する環境における映像選択方法に関する。
【背景技術】
【０００２】
カメラが取得した映像データを、各端末がそれぞれリアルタイムに再生する映像伝送システムは、例えば河川や道路等の監視を目的として利用される。該映像伝送システムにおいては、カメラによって撮像された映像をエンコーダによって圧縮し、ＩＰネットワークを通じて複数の端末にマルチキャスト配信する。
【０００３】
撮像装置によって取得された映像データを複数の端末に配信するシステムに関連する技術として、特許文献１に記載された技術がある。特許文献１記載の技術では、マルチコーデックカメラによって取得した複数種類の圧縮形式からなる映像データから、ネットワークの負荷状況に応じた圧縮形式の画像データを選択する。
【０００４】
具体的には、ネットワークの負荷状況が所定の基準値より多い場合は第１の圧縮形式として、例えばＭＰＥＧからなる画像データ、少ない場合は第２の圧縮形式として、例えばＪＰＥＧからなる画像データを選択する。すなわち、ネットワークに多くの負荷がかかっているほど圧縮率の高い画像データを用いるようにして、ネットワークにかける負荷を軽減できるようになる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−１５８５５３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
近年、前記映像伝送システムにおいては、カメラの高精細化に伴い、従来用いられてきたＳＤ（Ｓｔａｎｄａｒｄ Ｄｅｆｉｎｉｔｉｏｎ）映像から、より高画質なＨＤ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ）映像への移行が進んでいる。
【０００７】
前記映像伝送システムにおいては、カメラによって撮影された映像をＭＰＥＧ−２やＨ．２６４等の画像圧縮形式で圧縮し、ネットワークに配信する。ＨＤ映像はＳＤ映像よりも高精細である分、データ量が多くなることから、近年では映像データの圧縮に従来の映像圧縮形式であるＭＰＥＧ−２だけでなく、より圧縮率の高いＨ．２６４も用いられるようになりつつある。
【０００８】
このように複数の映像圧縮形式が共存しているため、前記映像伝送システムでは、ＩＰネットワークを介して同時に複数の圧縮形式で同じ映像データを配信することが可能であることが多い。例えば、同一のカメラにより撮影された映像データについて、異なる場所に位置する端末ＡがＭＰＥＧ−２で圧縮された映像データを、端末BがＨ．２６４で圧縮された映像データをそれぞれ同時に受信することが可能である。
【０００９】
ここで、上述のような河川や道路の監視用のシステムを構築することを考える場合、監視映像を表示する端末としては、システムを導入するユーザがすでに保有している端末を流用することが、コスト面から現実的であると考えられよう。
【００１０】
したがって、システムを構築した場合、エンコーダから伝送された映像データを再生する端末は、市販のＰＣであるということになる。すなわち、映像データの復号及び再生に関わる、CPUの性能、CPUの使用状況等の条件が端末ごとに異なる。例えば、Ｈ．２６４はＭＰＥＧ−２と比べて約２倍の圧縮率であるが、端末におけるデコード処理に約１０倍の工程が必要である。
【００１１】
そこで、本発明は、複数種類の圧縮形式からなる映像データを端末にマルチキャスト配信する映像伝送システムにおいて、適切な圧縮形式の映像データを送信することを目的とする。
【課題を解決するための手段】
【００１２】
上記の目的を達成するために、本発明にかかる映像選択方法は、ネットワークに接続された１以上の撮像装置で撮影される映像データを選択して前記ネットワークを介して端末へ配信する映像選択装置の映像選択方法であって、前記端末から、該端末の現在の負荷状態を示す第１の性能情報と第一の撮像装置を特定する情報とを受信し、前記第一の撮像装置を特定する情報に基づいて、撮像装置を特定する情報と該撮像装置が送信できる画像圧縮形式とが対応付けられて記憶されている撮像装置情報を参照して、前記第一の撮像装置が送信できる画像圧縮形式を複数抽出し、 前記端末のとりえる負荷状態を示す第２の性能情報に関連づけて、前記端末が前記複数の画像圧縮形式の各々で映像フレームを受信した際の映像データの受信品質を示す映像データ表示状態情報をＣＰＵ表示情報として保持し、前記ＣＰＵ表示情報を参照して、受信した前記第１の性能情報に対応する前記第２の性能情報に関連づけて保持されている前記複数の画像圧縮形式の中から、最も良い受信品質を示す前記映像データ表示状態情報の画像圧縮方式を第一の圧縮形式として選択し、前記第一の撮像装置から送信される前記複数の画像圧縮形式の映像データのうち、前記第一の圧縮形式の映像データを前記端末に送信する。
【発明の効果】
【００１３】
複数種類の圧縮形式からなる映像データを端末にマルチキャスト配信する映像伝送システムにおいて、適切な圧縮形式の映像データを端末へ送信することが可能になる。
【図面の簡単な説明】
【００１４】
【図１】映像選択サーバ１００を含むシステム構成を説明するための図。
【図２】端末４における映像データの表示画面例を説明するための図。
【図３】映像選択サーバ１００のハードウェア構成例を示すブロック図。
【図４】映像選択サーバ１００の機能構成例を表す機能ブロック図。
【図５】撮像装置情報のデータ例。
【図６】CPU表示情報のデータ例。
【図７】圧縮形式選択処理手順の一例を示すフローチャート。
【図８】CPU表示情報更新処理手順の一例を示すフローチャート。
【図９】CPU表示実績履歴情報のデータ例。
【図１０】画質指定処理の一例を示すフローチャート。
【図１１】映像選択サーバ１００を含むシステム構成を説明するための図。
【図１２】映像選択サーバ１００の機能構成例を表す機能ブロック図。
【図１３】ネットワークルート６００、ネットワーク実効速度データベース７００の例。
【図１４】映像データの圧縮形式と、ネットワーク要求速度の例。
【図１５】圧縮形式選択処理の一例を示すフローチャート。
【図１６】ステップＳ１３６の詳細手順を示すフローチャート。
【発明を実施するための形態】
【００１５】
以下に添付図面を参照して、本発明にかかる映像共有方法、映像選択サーバの実施例について詳細に説明する。
【実施例１】
【００１６】
図１は、実施例１にかかる映像選択サーバ１００を含むシステム構成を説明するための図である。図１において、カメラ１−１、カメラ１−２、カメラ１−３のそれぞれは、監視対象を撮影可能な位置に設置された撮像装置であり、監視対象の映像データを取得する。
【００１７】
図１においては、カメラは３台の例が図示されているが、このシステムに接続されるカメラの台数は１台以上であれば何台であっても構わない。また、以後の説明において、このシステムに接続しているいずれかのカメラを指して、カメラ１と記載する場合がある。本実施例では、各カメラが取得することが可能な映像データの画質は一定であるとは限らず、例えば図１の例では、カメラ１−１はＨＤ映像を、カメラ１−２，１−３はＳＤ映像をそれぞれ取得することができる。
【００１８】
エンコーダ２−１はカメラ１−１、エンコーダ２−２はカメラ２−２、エンコーダ２−３はカメラ１−３によって取得された映像データを１種類以上の圧縮形式で圧縮し、ＩＰネットワーク３へ送信する装置である。図１においては、エンコーダが３台の例が図示されているが、このシステムに接続されるエンコーダの数は、各カメラに対して少なくとも１台以上配置されていれば何台でも構わない。また、以後の説明において、このシステムに接続しているいずれかのエンコーダを指して、エンコーダ２と記載する場合がある。
【００１９】
本実施例では、各エンコーダ２が対応可能な画像圧縮形式は一定であるとは限らず、例えば図１の例では、エンコーダ２−１はＨ．２６４のＨＤ映像とＭＰＥＧ−２のＳＤ映像を、エンコーダ２−２はＨ．２６４のＳＤ映像とＭＰＥＧ−２のＳＤ映像を、エンコーダ２−３はＭＰＥＧ−２のＳＤ映像を、それぞれＩＰネットワーク３へ送信するものとする。なお、図１ではカメラ１とエンコーダ２とが分けて記載されているが、実際にはこれらが一体となっていても構わない。
【００２０】
端末４−１、４−２、４−３は、それぞれエンコーダ２によって送信された映像データをＩＰネットワーク３を介して取得し、取得した映像データを復号して端末４に接続されたディスプレイへ表示するコンピュータである。図１においては、端末は３台の例が図示されているが、このシステムに接続される端末の数は１台以上であれば何台でも構わない。また、以後の説明において、このシステムにおけるいずれかの端末を指して、端末４と記載する場合がある。
【００２１】
本実施例では、各端末４が復号可能な画像圧縮形式は一定であるとは限らない。例えば図１の例では、端末４−１，４−２はＨ．２６４で圧縮された映像データとＭＰＥＧ−２で圧縮された映像データとを復号することが可能であり、端末４−３はＭＰＥＧ−２で圧縮された映像データを復号することが可能であるものとする。なお、本実施例における端末４は、市販のＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）やスマートフォン等を含め、通信機能と映像を表示する機能を有したコンピュータであればよい。
【００２２】
図２は、端末４が出力する映像データの表示画面例を説明するための図である。図２において、端末４が取得した映像データは表示画面２００内のカメラ映像表示ウインドウ２０１に表示される。端末４を利用するユーザは、該ウインドウ２０１に備えられたタブ２０４，２０５により、カメラ映像表示ウインドウ２０１に表示される映像データの画質を複数の画質に切り替えることができる。図２の例においては、タブ２０４が選択された場合には高画質の映像データを、タブ２０５が選択された場合には標準画質の映像データを、カメラ映像表示ウインドウ２０１に表示する例を示している。
【００２３】
また、表示画面２００は地図選択ウインドウ２０２を備えている。端末４を利用するユーザは、地図選択ウインドウ２０２に表示される地図上でカメラの位置を示すアイコンを選択することにより、いずれのカメラにより撮影された映像データを表示するかを指定することができる。さらに、表示画面２００はカメラリスト選択ウインドウ２０３を備えている。端末４を利用するユーザは、カメラリスト選択ウインドウ２０３に表示されるリストに記載されたカメラの名称、位置等の情報から、いずれのカメラにより撮影された映像データを表示するかを選択することができる。
【００２４】
映像選択サーバ１００は、各端末４に配信すべき画像圧縮形式を決定し、配信する処理を実行するコンピュータであり、撮像装置情報ＤＢ（データベース）３００とＣＰＵ表示ＤＢ４００とを備えている。映像選択サーバ１００は、受信した端末４の性能情報に基づいて、該端末が適切に復号することが可能な第一の画像圧縮形式を選択し、該第一の圧縮形式の映像データに関する情報を端末４に送信する。端末４は、その情報に基づいて映像データを受信する。
【００２５】
図３は、実施例１にかかる映像選択サーバ１００のハードウェア構成例を示すブロック図である。図３において、映像選択サーバは、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０１と、ＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）１０２と、送信ポート１０３と、受信ポート１０４と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０５と、を有する。また、各構成部はバス１０６によってそれぞれ電気的に接続されている。
【００２６】
ここで、ＣＰＵ１０１は、映像選択サーバ１００全体の制御をつかさどる演算部である。ＨＤＤ１０２には、映像選択サーバ１００を動作させるプログラムと、当該プログラムを動作させるために必要なデータと、撮像装置情報ＤＢ３００と、ＣＰＵ表示ＤＢ４００とが記憶されている。送信ポート１０３、受信ポート１０４は、それぞれ映像選択サーバ１００が他の装置との間でデータを送信、受信するためのインタフェースであり、ＩＰネットワーク３を介して他の装置に接続される。ＲＡＭ１０５は、ＣＰＵ１０１のワークエリアとして使用される記憶部である。
【００２７】
図４は、実施例１にかかる映像選択サーバ１００の機能構成例を表す機能ブロック図である。図４において、映像選択サーバ１００は、受信部１０７と、抽出部１０８と、撮像装置情報格納部１０９と、選択部１１０と、ＣＰＵ表示情報格納部１１１と、送信部１１２と、更新部１１３とを有している。映像選択サーバ１００は、具体的には、例えば図３に示した受信ポート１０４によって受信部１０７の機能を、送信ポート１０３によって送信部１１２の機能を、ＨＤＤ１０２もしくはＲＡＭ１０５によって各格納部の機能を、それぞれ実現する。そして、そのほかの機能ブロックは、例えば図３に示したＨＤＤ１０２に格納されたプログラムをＣＰＵ１０１が実行することにより実現される。
【００２８】
受信部１０７は、ＩＰネットワーク３を介して端末４から各種データを受信する機能を有する。各種データとは、具体的には、端末４の性能情報、映像データの送信元を特定する情報、端末４が受信した映像データの表示状態を表す情報などである。本実施例では、これらの情報は全て端末４から送信されたものとして説明するが、端末４以外のコンピュータから送信されたものであっても構わない。
【００２９】
抽出部１０８は、撮像装置情報格納部１０９に格納された撮像装置情報ＤＢ（後述）を参照し、映像データの送信元を特定する情報に対応した撮像装置情報から、該映像データの送信元が送信することが可能な映像データの圧縮形式を抽出する。
【００３０】
以降、本実施例では、カメラ１とエンコーダ２とは同一のＩＰアドレスを持つものとし、前記映像データの送信元はいずれかのカメラ１であり、前記映像データを特定する情報はカメラ名称であるものとして説明を行う。ただし、前記映像データの送信元はエンコーダ、外部サーバ等、他の機器であってもよく、前記映像データの送信元を特定する情報は、送信元とすべき装置を一意に識別できる情報であれば、エンコーダの名称等、他の情報であっても構わない。
【００３１】
撮像装置情報格納部１０９は、撮像装置情報が格納された撮像装置情報ＤＢ３００に対するデータの入力および出力を実行する機能を有する。前記撮像装置情報は、映像データの送信元である各撮像装置を特定する情報と、該撮像装置に関する情報とが対応付けられた情報である。図５は、撮像装置情報ＤＢ３００のデータ例である。
【００３２】
図５において、各撮像装置情報は、「カメラ名称」と、それに対応した「ＩＰアドレス」「高画質名」「標準画質名」「高画質マルチキャストアドレス」「標準画質マルチキャストアドレス」を含み、それぞれが対応付けられている。
【００３３】
「カメラ名称」の項目には、システム内でカメラを一意に識別可能な情報として、カメラの名称が記憶されている。「ＩＰアドレス」の項目には、各カメラのＩＰアドレスを一意に識別可能な情報が記憶されている。また、「高画質名」「標準画質名」の項目には、それぞれ高画質な映像データの圧縮形式名を一意に識別可能な情報と、標準画質の映像データの圧縮形式名を一意に識別可能な情報とが記憶されている。そして、「高画質マルチキャストアドレス」「標準画質マルチキャストアドレス」の項目には、それぞれ高画質な映像データのマルチキャストアドレスを一意に識別可能な情報と、標準画質の映像データのマルチキャストアドレスを一意に識別可能な情報とが記憶されている。
【００３４】
なお、端末４がカメラのＩＰアドレス、高画質または標準画質の映像データのマルチキャストアドレスをすでに保持している場合は、該保持されているカメラに関する撮像装置情報が撮像装置情報ＤＢに格納されていなくても構わない。
【００３５】
図４の説明に戻って、選択部１１０は、ＣＰＵ表示情報格納部１１１が保持しているＣＰＵ表示情報ＤＢ３００を参照する。そして、受信部１０７が取得した端末４の性能情報と、抽出部１０８が取得した、前記映像データの送信元が送信可能な映像データの圧縮形式と、に対応した圧縮形式の中から、端末４が適切に復号可能な圧縮形式を選択する。
【００３６】
ＣＰＵ表示情報格納部１１１は、ＣＰＵ表示情報が格納されたＣＰＵ表示ＤＢ４００に対するデータの入力および出力を実行する機能を有する。前記ＣＰＵ表示情報は、端末４の性能情報と、端末４が該性能情報で表される状態であるときの、各圧縮形式の映像データの表示状態とが対応付けられた情報である。ここで、前記性能情報はＣＰＵの型名と、該ＣＰＵの使用率とを含む情報であり、前記表示状態は「正常にデコードできたフレーム数」÷「受信したフレーム数」で表される情報である。
【００３７】
図６は、CPU表示情報ＤＢ４００のデータ例である。図６において、各CPU表示情報は、「CPU型名」「CPU使用率」と、それに対応した「表示状態１」「表示状態２」「表示状態３」とを含み、それぞれが対応付けられている。
【００３８】
「ＣＰＵ型名」「ＣＰＵ使用率」の項目には、それぞれ端末４で使用されているＣＰＵの種類を一意に識別可能な情報と、該ＣＰＵの使用率を一意に識別可能な情報とが、各端末４の性能を表す情報として記憶されている。また、「表示状態１」「表示状態２」「表示状態３」の項目には、それぞれ第一の画像圧縮形式の表示状態、第二の画像圧縮形式の表示状態、および第三の画像圧縮形式の表示状態が記憶されている。なお、本実施例では第一の画像圧縮形式としてＨＤ：Ｈ．２６４を、第二の画像圧縮形式としてＳＤ：Ｈ．２６４を、第三の画像圧縮形式としてＳＤ：ＭＰＥＧ−２を用いているが、どの表示状態が、具体的にどの画像圧縮形式に対応するかは、適宜変更可能である。
【００３９】
なお、ＣＰＵ型名は、各々のＣＰＵを一意に特定する情報であれば他の情報でも良い。また、ＣＰＵ使用率は、ＣＰＵの能力を表す情報であれば他の情報でも構わない。また、表示状態は必ずしも上述の形式で表される情報でなくてもよく、例えば「単位時間当たりの正常にデコードできたフレーム数」等、端末４における映像データの表示状態を表せるものであればよい。
【００４０】
図４の説明に戻って、送信部１１２は、選択部１１０が選択した圧縮形式の映像データに関する情報を、端末４に送信する機能を有する。映像データに関する情報とは、例えば撮像装置情報格納部１０９に格納された、「ＩＰアドレス」「高画質マルチキャストアドレス」「標準画質マルチキャストアドレス」を含むものである。
【００４１】
更新部１１３は、端末４における映像データの復号結果に応じて、前記ＣＰＵ表示ＤＢ４００に格納されているＣＰＵ表示情報を更新する機能を有する。具体的には、映像データを受信した端末４から送信された、該端末４の性能情報と、該端末が受信した映像データの表示状態とに基づいて、ＣＰＵ表示ＤＢ４００内の、該当するＣＰＵ表示情報のレコードを更新する。
【００４２】
次に、実施例１にかかる端末４および映像選択サーバ１００の圧縮形式選択処理手順について説明する。図７は、実施例１にかかる端末４および映像選択サーバ１００の圧縮形式選択処理手順の一例を示すフローチャートである。図７のフローチャートにおいて、まず、端末４は、映像を取得したいカメラの名称と、該端末の性能情報とを映像選択サーバ１００に送信する（ステップＳ１）。
【００４３】
映像選択サーバ１００は、まず受信部１０７が端末４からカメラ名称と該端末の性能情報を受信する（ステップＳ１０１）。そして、抽出部１０８は撮像装置情報格納部１０９が保持している撮像装置情報ＤＢ３００を参照し、該カメラの名称に対応した撮像装置情報から、該カメラが送信することが可能な映像データの圧縮形式を抽出する（ステップＳ１０２）。
【００４４】
図５を用いて具体的に説明すると、例えば、映像選択サーバ１００がカメラ名称「多摩川二子橋」を受信した場合、抽出部１０８は、撮像装置情報ＤＢ３００に記憶された撮像装置情報の中からカメラ名称が「多摩川二子橋」であるもレコードとして撮像装置情報３０２を特定する。そして、撮像装置情報３０２から、「高画質名」として「ＳＤ：Ｈ．２６４」を、「標準画質名」として「ＳＤ：ＭＰＥＧ−２」を抽出する。
【００４５】
さらに、選択部１１０は、ＣＰＵ表示情報格納部１１１が保持しているＣＰＵ表示情報ＤＢ４００を参照し、端末４の性能情報と、前記カメラが送信可能な映像データの圧縮形式と、に対応した圧縮形式の中から、表示状態の値が最も高い圧縮形式を第一の画像圧縮形式として選択する（ステップＳ１０３）。
【００４６】
図６を用いて具体的に説明すると、例えば、端末４の性能情報として、ＣＰＵ型名が「型名１」、ＣＰＵ使用率が４０％である旨の情報を、映像共有サーバ１００がＳ１０１において受信したとき、選択部１１０は、この性能情報に対応するＣＰＵ表示情報として、ＣＰＵ表示情報４０２を特定する。さらに、選択部１１０は、ＣＰＵ表示情報４０２において、 抽出部１０８がステップＳ１０２の処理で抽出した画像圧縮形式である「ＳＤ：Ｈ．２６４」および「ＳＤ：ＭＰＥＧ−２」それぞれの表示状態の値を比較し、値が大きいほうの画像圧縮形式として、ＳＤ：ＭＰＥＧ−２を選択する。
【００４７】
そして、送信部１１２は、選択部１１０がステップＳ１０３において選択した第一の画像圧縮形式の映像データに関する情報を、端末４に送信して（ステップＳ１０４）、映像選択サーバ１００における一連の処理を終了する。
【００４８】
図５を用いて具体的に説明すると、例えば、前記具体例で表される状況であるとき、送信部１１２は、カメラのＩＰアドレス「１９２．１６８．１．１０１」、ＳＤ：ＭＰＥＧ−２のマルチキャストアドレス「２２５．１．２．１」を送信する。
【００４９】
端末４は前記第一の画像圧縮形式の映像データに関する情報を映像選択サーバ１００から受信（ステップＳ２）すると、受信した情報に従って、ＩＰネットワーク３を通じて映像を配信している装置にアクセスし、映像データを受信して（ステップＳ３）、端末における一連の処理を終了する。
【００５０】
例えば、映像伝送システムを用いて河川の決壊を監視しているときは、決壊の有無がリアルタイムでわかりさえすればよいなど、特に監視用途では、画質の良さよりもリアルタイム性の方が重要である場合がある。
【００５１】
端末におけるデコード処理が正常かつリアルタイムに行われるかどうかは、端末に搭載されたＣＰＵの型名等で表される端末の性能だけでなく、ＣＰＵ使用率等で表される、映像データを受信する時点での端末の状態にも影響されることを、発明者は見出した。
【００５２】
そこで、図７のフローの処理によれば、端末の性能だけでなく、映像データを受信するときの端末の性能も考慮して、該端末に送信する映像データの圧縮形式を選択している。そのため、端末に搭載されたＣＰＵの性能が低い、あるいは一時的にＣＰＵ使用率が高く、デコード処理にＣＰＵパワーを割くことができないときにでも、それらの条件に応じた圧縮形式の映像データを送信することができる。これにより、端末の性能が不足して映像データのデコード処理に多くの時間を要し、映像をリアルタイムで表示することができなくなることを抑止できる。
【００５３】
次に、実施例１にかかる端末４および映像選択サーバ１００のＣＰＵ表示情報更新処理手順について説明する。図８は、実施例１にかかる端末４および映像選択サーバ１００のＣＰＵ表示情報更新処理手順の一例を示すフローチャートである。図８のフローチャートにおいて、まず、端末４は、前記第一の圧縮形式の映像データに関する情報に従って、映像データを受信する（ステップＳ１１）。なお、ステップＳ１１は、前記ステップＳ３であってもよく、その場合は図７の前記圧縮形式選択処理と図８のＣＰＵ表示情報更新処理は一連の手順として行われる。
【００５４】
カメラ１等の映像データの送信元から映像データを受信した端末４は、該映像データの圧縮形式と表示状態と、端末４の性能情報とを映像選択サーバ１００へ送信して（ステップＳ１２）、端末４における一連の処理を終了する。
【００５５】
映像選択サーバ１００は、受信部１０７が端末４から前記映像データの圧縮形式名と、表示状態と、端末４の性能情報とを受信する（ステップＳ１１１）。なお、該映像データの圧縮形式名は必ずしも端末が送信する必要はなく、映像選択サーバ１００がステップＳ１０４において端末４へ送信した第一の画像圧縮形式を記憶していても構わない。
【００５６】
そして、更新部１１３はステップＳ１１１において受信部１０７が受信した情報を基に、前記性能情報に対応するＣＰＵ表示情報における、前記圧縮形式の表示状態の値を更新する（ステップＳ１１２）。更新の方法を具体的に説明すると、例えば、ある圧縮形式の映像データを端末４が受信し、その表示状態が
ａ／ｂ（ａは正常にデコードできたフレーム数、ｂは受信したフレーム数）
で表され、ＣＰＵ表示ＤＢ４００における、端末４の性能情報に対応するＣＰＵ表示情報の該圧縮形式の表示状態の値が
ｃ／ｄ（ｃは正常にデコードできた通算フレーム数、ｄは受信した通算フレーム数）
で表されるとき、更新部１１３は、更新後の該圧縮形式の表示状態の値を
（ａ＋ｃ）／（ｂ＋ｄ）
とする更新処理を行う。
【００５７】
なお、更新部１１３が行うことのできる更新処理手順は上述した第一の手順に限らず、他の手順を用いることも可能である。例えば、ＣＰＵ表示情報格納部１１１は、図９で表されるようなＣＰＵ表示実績履歴情報が格納されたＣＰＵ表示実績履歴ＤＢ５００を保持する機能をさらに有し、該機能を用いてＣＰＵ表示情報における表示状態の値の更新を行ってもよい。
【００５８】
そこで、第二のＣＰＵ表示情報更新処理方法として、ＣＰＵ表示実績履歴情報を用いたＣＰＵ表示情報における表示状態の値の更新方法について説明する。まず、受信部１０７が端末４から前記映像データの圧縮形式名と、表示状態と、端末４の性能情報とを受信する。そして、更新部１１３は、ＣＰＵ表示情報格納部１１１が保持しているＣＰＵ表示実績履歴ＤＢ５００に「受信日時」「ＣＰＵ型名」「ＣＰＵ使用率」「圧縮形式」「表示状態」を含むＣＰＵ表示実績情報を新たなレコードとして格納する。このようにして、ＣＰＵ表示実績履歴ＤＢ５００には、端末４が過去に受信した映像の圧縮形式と、そのときの表示状態とが、該端末の性能情報と対応付けられて格納される。
【００５９】
さらに、更新部１１３は、ＣＰＵ表示実績履歴ＤＢ５００を参照し、前記新たに格納されたＣＰＵ表示実績履歴情報と共通するＣＰＵ型名、ＣＰＵ使用率、圧縮形式を持つＣＰＵ表示実績情報を、新しい情報から順に予め定めた個数として１以上抽出する。そして、前記新たに格納されたＣＰＵ表示実績履歴情報と、前記抽出された１以上のＣＰＵ表示実績履歴情報の表示状態のうち、最も出現回数の多い値を、端末４の性能情報に対応するＣＰＵ表示情報における、該圧縮形式の新たな表示状態の値とする。
【００６０】
図６、図９を用いて具体的に説明する。まず、端末４のＣＰＵ型名が「Ｉｎｔｅｌ Ｐｅｎｔｉｕｍ(登録商標)Ｍ １．３ＧＨｚ」、ＣＰＵ使用率が４０％、受信した映像データの圧縮形式が「ＨＤ：Ｈ．２６４」であり、それらの情報に基づいて、更新部１１３が新たなＣＰＵ表示実績履歴情報５１０を格納したとする。そして、ＣＰＵ表示実績情報５１０と共通するＣＰＵ型名、ＣＰＵ使用率、圧縮形式をもつＣＰＵ表示実績情報５０１〜５０９が抽出されたとする。
【００６１】
このとき、抽出された１０個のＣＰＵ表示実績情報のうち、表示状態の値が１．０のものは７個、０．９のものは２個、０．８のものは１個存在するので、この中で最も出現回数の多い表示状態は「１．０」であることがわかる。そこで、更新部１１３は、ＣＰＵ表示ＤＢ４００においてＣＰＵ型名が「型名１」、ＣＰＵ使用率が４０％であるＣＰＵ表示情報として、CPU表示情報４０２の表示状態「ＨＤ：Ｈ．２６４」の値を１．０に更新する。
【００６２】
以上のような第二の手順でＣＰＵ表示情報における表示状態の値を更新することで、端末４のメモリ不足や動作エラー等の理由で偶発的なフレームロスが生じてしまった場合でも、映像選択サーバ１００における次回以降の映像圧縮形式選択において、そのことが反映されにくくなる。
【００６３】
それに対して、前記条件において上述の第一の手順を用いた場合、映像選択サーバ１００はＣＰＵ表示実績履歴ＤＢ５００を持たない。したがって、端末４のメモリに余裕があるなど、偶発的なフレームロスが生じにくい場合は、該第一の手順を用いた方が映像選択サーバ１００の記憶する情報を少なくすることができるので、より多くの端末に対して映像を配信することができる。
【００６４】
上述のように、本発明では、映像選択サーバ１００がＣＰＵ表示ＤＢ４００内のＣＰＵ表示情報を参照し、端末４へ配信する映像データの圧縮形式として、最も表示状態の値が高い画像圧縮形式を選択している。そのため、映像選択サーバ１００は、端末４がまだ受信したことがない画像圧縮形式を選択することができない。例えば、端末４がＨＤ：Ｈ．２６４を受信したことがなく、ＳＤ：ＭＰＥＧ−２等の表示状態が１．０である場合、映像選択サーバ１００はＳＤ：ＭＰＥＧ−２を選択し続けるので、端末４はＨ．２６４の映像を受信できない。
【００６５】
このような影響を避けるためには、端末４が映像選択サーバ１００に対し、受信したい映像データの画質を指定できることが望ましい。そこで、実施例１にかかる端末４および映像選択サーバ１００の画質指定手順について説明する。
【００６６】
図１０は、実施例１にかかる端末４および映像選択サーバ１００の画質指定処理の一例を示すフローチャートである。図１０の画質指定処理は、図７の前記圧縮形式選択処理または図８のＣＰＵ表示情報更新処理の後に続いて行うことができる。図１０のフローチャートにおいて、まず、端末４は、端末４側で受信する映像データの画質が指定されたか判断し（ステップＳ２１）、画質が指定されていない場合（ステップＳ２１：Ｎｏ）は処理を終了する。画質が指定された場合（ステップＳ２１：Ｙｅｓ）は、映像選択サーバ１００に画質指定要求を送信する（ステップＳ２２）。例えば、図２の画面例において、端末４は、操作者による指示入力として高画質タブ２０４または標準画質タブ２０５が選択されたか否か判定する。タブの選択がされた場合、映像選択サーバ１００に対して、選択されたタブに応じた画質指定要求を送信する。
【００６７】
映像選択サーバ１００の受信部１０７が端末４から画質指定要求を受信（ステップＳ１２１）し、選択部１１０は、該画質指定要求に対応した圧縮形式の映像データを選択する（ステップＳ１２２）。そして、送信部１１２は、選択部１１０が選択した圧縮形式の映像データに関する情報を端末４に送信（ステップＳ１２３）して、画像共有サーバ１００における一連の処理を終了する。
【００６８】
端末４は、前記画質指定要求に対応した映像データに関する情報を受信（ステップＳ２３）すると、前記情報に従って、ＩＰネットワーク３を通じて映像データを受信（ステップＳ２４）して、端末における一連の処理を終了する。その後、図８のＣＰＵ表示情報更新処理によって、端末４が要求した圧縮形式の映像データについて、該圧縮形式及び端末４の性能情報に対応する表示状態の値が更新または新規に記入される。例えば、ＨＤ：Ｈ．２６４の値が新規に記入された場合、映像選択サーバ１００は、端末４に対する次回以降の映像データ配信において、新たにＨＤ：Ｈ．２６４を選択できるようになる。
【００６９】
以上説明したように、実施例１にかかる映像選択サーバ１００によれば、端末４から撮像装置を特定する情報と該端末の性能情報とを受信し、それらの情報に基づいて、該端末に配信する映像データの圧縮形式を選択できる。これにより、映像選択サーバ１００が端末４に搭載されたＣＰＵの性能及びＣＰＵ使用率に応じた圧縮形式の映像データを選択することで、該端末において映像データのデコード処理が遅延することによりリアルタイムで映像を表示できなくなることを抑止することができる。
【００７０】
また、実施例１にかかる映像選択サーバ１００によれば、端末４から映像データの表示状態と該端末の性能情報とを受信し、それらの情報に基づいて、映像選択サーバ１００に格納されたＣＰＵ表示情報ＤＢ３００を更新することができる。これにより、常に端末４の最新の表示状態を反映して、該端末に配信する映像データ圧縮形式を選択することができる。
【００７１】
また、実施例１にかかる映像選択サーバ１００によれば、端末４から受信した画質指定要求に基づいて、該端末４に配信する映像データの圧縮形式を選択できる。これにより、端末４の利用者は、映像選択サーバ１００が選択した圧縮形式以外の、任意の圧縮形式の映像データを選択し、端末４に表示させることができる。
【実施例２】
【００７２】
次に、実施例２にかかる映像選択サーバ１００について説明する。実施例１では、端末４の性能情報を考慮して該端末４に配信する圧縮形式の映像データを選択したが、実施例２では、さらにＩＰネットワークの実効速度も考慮して該端末に配信する圧縮形式の映像データを選択する場合について説明する。なお、実施例１で説明した箇所と同一箇所については、同一符号を付して説明を省略する。
【００７３】
図１１は、実施例２にかかる映像選択サーバ１００のシステム構成を説明するための図である。図１１において、ネットワーク管理サーバ５は、ＩＰネットワーク３上に存在するルータやＬ３スイッチのＩＰアドレスと、該ＩＰアドレスにおける回線の実効速度とが格納されたネットワーク実効速度状況ＤＢ７００を有している。映像選択サーバ１００は、ネットワーク実効速度状況ＤＢ７００を参照することで、カメラ１から端末４までのネットワークルートにおける実効速度を取得することができる。なお、ネットワーク管理サーバ５と映像選択サーバ１００は、一つのサーバに統合されていても構わない。
【００７４】
図１２は、実施例２にかかる映像選択サーバ１００の機能を表す機能ブロック図である。図１２において、映像選択サーバ１００は、実施例１で説明した各機能部に加えて、取得部１１４と、要求速度格納部１１５と、判定部１１６とを有している。映像選択サーバ１００は、具体的には、例えば図３に示した受信ポート１０４によって取得部１１４の機能を、ＨＤＤ１０２もしくはＲＡＭ１０５によって要求速度格納部１１５の機能を、それぞれ実現する。そして、判定部１１６は、例えば図２に示したＨＤＤ１０２に格納されたプログラムをＣＰＵ１０１が実行することにより、その機能が実現される。
【００７５】
取得部１１４は、ＩＰネットワーク３を介して端末４から、該端末４が映像データを受信するために利用するネットワークルート６００を取得する。図１３(ａ)は、カメラ１から端末４までのネットワークルートの例である。ネットワークルート６００は、具体的にはカメラ１から端末４へ映像データが伝送されるとき、該映像データが経由するルータもしくはＬ３スイッチのＩＰアドレス６０１〜６０４を有する。
【００７６】
さらに、取得部１１４は、ＩＰネットワーク３を介してネットワーク管理サーバ５が保持しているネットワーク実効速度ＤＢ７００を参照し、前記ネットワークルート６００における実効速度を取得する。図１３(ｂ)は、ネットワーク実効速度状況ＤＢ７００の例である。前記ネットワーク実効速度ＤＢ７００には、ＩＰネットワーク３上の各ルータもしくはＬ３スイッチのＩＰアドレスと、該ＩＰアドレスにおける回線の実効速度が対応付けられた実効速度データが格納されている。
【００７７】
要求速度格納部１１５には、各映像データの圧縮形式と、該映像データがＩＰネットワークを通過するのに必要なネットワーク要求速度とが対応付けられて格納されている。図１４は、要求速度格納部１１５に格納されている情報を例示する図であって、本実施例における各映像データの圧縮形式と、該映像データがＩＰネットワークを通過するのに必要なネットワーク要求速度とが対応付けられている。図１４のように、本実施例では、ＨＤ：Ｈ．２６４とＳＤ：ＭＰＥＧ−２の映像データの伝送には６Ｍｂｐｓのネットワーク実効速度が、ＳＤ：Ｈ．２６４の映像データの伝送には３Ｍｂｐｓのネットワーク実効速度がそれぞれ必要であるとして、以降の説明を行うものとする。
【００７８】
判定部１１６は、要求速度格納部１１５を参照し、選択部１１０が選択した圧縮形式の映像データがＩＰネットワークを通過するのに必要なネットワーク要求速度を検索する機能を有する。さらに、判定部１１６は、取得部１１４によって取得された前記実効速度と、前記検索したネットワーク要求速度とを比較し、該実効速度が、該要求速度を上回っているか判定する機能を有する。
【００７９】
送信部１１２は、判定部１１６によって、該実効速度が該要求速度を上回っていると判定されたとき、選択部１１０が選択した圧縮形式の映像データに関する情報を、端末４に送信する機能を有する。さらに、送信部１１２は、送信可能な圧縮形式の映像データがない場合に、ネットワークの混雑を端末４に知らせる機能を有する。
【００８０】
次に、実施例２にかかる端末４および映像選択サーバ１００の圧縮形式選択処理手順について説明する。図１５は、実施例２にかかる端末４および映像選択サーバ１００の圧縮形式選択処理の一例を示すフローチャートである。図１５のフローチャートにおいて、端末４により実行されるステップＳ３１は、図７に示した第一の実施例におけるステップＳ１と共通であるので、説明は省略する。また、映像選択サーバ１００により実行されるＳ１３１〜Ｓ１３３も図７におけるステップＳ１０１〜Ｓ１０３と共通であるので、説明は省略する。
【００８１】
ステップＳ３１において映像選択サーバ１００にカメラの名称と性能情報とを送信した端末４はさらに、該端末が映像データを受信するために利用するネットワークルート６００を映像選択サーバ１００に送信する（ステップＳ３２）。
【００８２】
映像選択サーバ１００の取得部１１４が端末４から前記ネットワークルート６００を受信（ステップＳ１３４）する。取得部１１４はさらに、ネットワーク管理サーバ５が保持しているネットワーク実効速度ＤＢ７００を参照し、ネットワークルート６００における実効速度を取得する（ステップＳ１３５）。
【００８３】
図１３を用いて具体的に説明すると、例えば、ネットワークルート６００が図１３（ａ）のＩＰアドレス６０１〜６０４で表されるとき、取得部１１４はネットワーク実効速度ＤＢ７００において、ＩＰアドレス６０１〜６０４と一致するＩＰアドレスをもつ実効速度データを検索する。そして、ＩＰアドレス６０１〜６０４とそれぞれ一致するＩＰアドレスをもつ実効速度データとして、実効速度データ７０２，７０４，７０６，７０８を抽出する。
【００８４】
さらに、取得部１１４は、抽出された実効速度データ７０２，７０４，７０６，７０８が含む実効速度のうち最も小さい、すなわち速度が遅い実効速度データ７０６が含む実効速度「４Ｍｂｐｓ」を、ネットワークルート６００における実効速度として取得する。
【００８５】
図１５の説明に戻って、送信部１１２は、判定部１１６の判定結果に基づいて、第一の圧縮形式の映像データに関する情報、第二の圧縮形式の映像データに関する情報、ネットワークの混雑を知らせるための情報、のいずれかを端末４に送信（ステップＳ１３６）して、映像選択サーバ１００における一連の処理を終了する。
【００８６】
ここで、ステップＳ１３６の詳細な手順について説明する。図１６は、本実施例におけるステップＳ１３６の詳細手順を示すフローチャートである。図１６のフローチャートにおいて、まず、判定部１１６は、選択部１１０によってステップＳ１３３で選択された第一の圧縮形式の種別を判定する（ステップＳ２０１）。さらに、判定部１１６は、取得部１１４によってステップＳ１３５で取得された前記実効速度が、要求速度格納部１１５において該第一の画像圧縮形式に対応付けられて格納された第一の要求実効速度以上であるか判定する（ステップＳ２０２）。
【００８７】
そして、送信部１１２は、前記実効速度が第一の要求実効速度以上であれば（ステップＳ２０２：Ｙｅｓ）、前記第一の圧縮形式の映像データに関する情報を端末４に送信する（ステップＳ２０３）。例えば、前記第一の圧縮形式がＨＤ：Ｈ．２６４であり、第一の要求実効速度が６Ｍｂｐｓであったとき、判定部１１６は、前記実効速度が６Ｍｂｐｓ以上であるか判定する。そして、送信部１１２は、前記実効速度が６Ｍｂｐｓ以上であれば、ＨＤ：Ｈ．２６４の映像データに関する情報を端末４に送信する。
【００８８】
前記実効速度が前記第一の要求実効速度を下回っていると判定された場合（ステップＳ２０２：Ｎｏ）、判定部１１６は、端末４が指定したカメラが前記第一の画像圧縮形式以外の、第二の画像圧縮形式に対応しているか判定する（ステップＳ２０４）。該カメラが第二の画像圧縮形式に対応していない場合（ステップＳ２０４：Ｎｏ）、送信部１１２は、ネットワークが混雑していることを端末４に知らせる（ステップＳ２０８）。
【００８９】
端末４が指定したカメラが第二の画像圧縮形式に対応している場合（ステップＳ２０４：Ｙｅｓ）、判定部１１６は、要求速度格納部１１５において該第二の画像圧縮形式に対応付けられて格納された第二の要求実効速度が、前記第一の要求実効速度より小さいか判定する（ステップＳ２０５）。該第二の要求実効速度が前記第一の要求実効速度以上である場合（ステップＳ２０５：Ｎｏ）、前記ステップＳ２０８に移行する。
【００９０】
前記第二の要求実効速度が前記第一の要求実効速度より小さい場合（ステップＳ２０５：Ｙｅｓ）、判定部１１６は、前記実効速度が前記第二の要求実効速度以上であるか判定する（ステップＳ２０６）。前記実効速度が前記第二の要求実効速度以上であれば（ステップＳ２０６：Ｙｅｓ）、前記第二の画像圧縮形式の映像データに関する情報を端末４に送信し（ステップＳ２０７）、そうでなければ（ステップＳ２０６：Ｎｏ）前記ステップＳ２０８に移行する。
【００９１】
図１５の端末４の処理に戻って、端末４は前記映像データに関する情報を映像選択サーバ１００から受信（ステップＳ３３）すると、前記情報に従って、ＩＰネットワーク３を通じて映像データを受信（ステップＳ３４）して、端末４における一連の処理を終了する。
【００９２】
以上説明したように、実施例２にかかる映像選択サーバ１００によれば、前記実施例１に記載した機能に加えて、端末４が利用するネットワークの実効速度に基づいて、該端末に配信する映像データの圧縮形式を選択できる。これにより、映像選択サーバ１００が端末４に搭載されたＣＰＵの性能およびＣＰＵ利用率と、ネットワークの実効速度とに応じた圧縮形式の映像データを選択することで、端末４において映像データのデコード処理が遅延することによりリアルタイムで映像を表示できなくなることを抑止することができる。
【符号の説明】
【００９３】
１−１〜１−３  カメラ
２−１〜２−３  エンコーダ
３      ＩＰネットワーク
４−１〜４−３  端末
５      ネットワーク管理サーバ
１００  映像選択サーバ
１０１  ＣＰＵ
１０２  ＨＤＤ
１０３  送信ポート
１０４  受信ポート
１０５  ＲＡＭ
１０６  バス
１０７  受信部
１０８  抽出部
１０９  撮像装置情報格納部
１１０  選択部
１１１  ＣＰＵ表示情報格納部
１１２  送信部
１１３  更新部
１１４  取得部
１１５  要求速度格納部
１１６  判定部
２００  表示画面
２０１  カメラ映像表示ウインドウ
２０２  地図選択ウインドウ
２０３  カメラリスト選択ウインドウ
２０４  高画質選択タブ
２０５  標準画質選択タブ
３００  撮像装置情報データベース
３０１〜３０２  撮像装置情報
４００  ＣＰＵ表示情報データベース
４０１〜４０３  ＣＰＵ表示情報
５００  ＣＰＵ表示実績履歴データベース
５０１〜５１０  ＣＰＵ表示実績履歴情報
６００  ネットワークルート
６０１〜６０４  ＩＰアドレス
７００  ネットワーク実効速度データベース
７０１〜７０８  ネットワーク実効速度情報
【図１】
0005962117.tif 000002
【図２】
0005962117.tif 000003
【図３】
0005962117.tif 000004
【図４】
0005962117.tif 000005
【図５】
0005962117.tif 000006
【図６】
0005962117.tif 000007
【図７】
0005962117.tif 000008
【図８】
0005962117.tif 000009
【図９】
0005962117.tif 000010
【図１０】
0005962117.tif 000011
【図１１】
0005962117.tif 000012
【図１２】
0005962117.tif 000013
【図１３】
0005962117.tif 000014
【図１４】
0005962117.tif 000015
【図１５】
0005962117.tif 000016
【図１６】
0005962117.tif 000017