(57)【特許請求の範囲】
【請求項１】
サーバとクライアント装置を有する画像配信システムであって、
前記サーバは、
第１動画データと、第１動画データよりもデータサイズが小さく、かつ、前記第１動画データと同じ動画を表す第２動画データとを記憶可能な記憶手段と、
前記第２動画データを前記クライアント装置に送信する第１送信手段と、
前記第２動画データの少なくとも一部のシーンを示すシーン情報を前記クライアント装置から受信する第１受信手段と、
前記シーン情報が示すシーンの動画データを、前記第１動画データから抽出する第１抽出手段と、
前記第１抽出手段によって抽出された動画データである抽出動画データを、前記クライアント装置に送信する第２送信手段と、
を有し、
前記クライアント装置は、
前記第２動画データを前記サーバから受信する第２受信手段と、
前記第２動画データに基づいて前記シーン情報を生成する第１生成手段と、
前記シーン情報を前記サーバに送信する第３送信手段と、
前記抽出動画データを前記サーバから受信する第３受信手段と、
を有し、
前記第１抽出手段は、前記シーン情報が示すシーンの始点の時間位置に時間位置が最も近いフレームから、前記シーン情報が示すシーンの終点の時間位置に時間位置が最も近いフレームまでの動画データを、前記第１動画データから抽出する
ことを特徴とする画像配信システム。
【請求項２】
前記クライアント装置は、前記第２動画データに基づく動画を表示部に表示する表示制御を行う表示制御手段、をさらに有し、
前記第１生成手段は、ユーザが前記第２動画データに基づく動画を確認しながら前記第２動画データの少なくとも一部のシーンを選択するユーザ操作に応じて、前記シーン情報を生成する
ことを特徴とする請求項１に記載の画像配信システム。
【請求項３】
前記第１生成手段は、前記第２動画データに基づいて、動画データのフォーマットを示すフォーマット情報をさらに生成し、
前記第３送信手段は、前記フォーマット情報をさらに送信し、
前記第１受信手段は、前記フォーマット情報をさらに受信し、
前記サーバは、前記第１受信手段によって前記フォーマット情報が受信された場合に、前記第１動画データから抽出された前記動画データのフォーマットを、前記フォーマット情報が示すフォーマットに変換する第１変換手段、をさらに有し、
前記第２送信手段は、前記第１受信手段によって前記フォーマット情報が受信された場合に、前記第１変換手段による変換後の動画データを、前記第１動画データから抽出された前記動画データの代わりに、前記クライアント装置に送信する
ことを特徴とする請求項１または２に記載の画像配信システム。
【請求項４】
前記シーン情報が前記第２動画データの１つのフレームを示す場合に、
前記第１抽出手段は、前記シーン情報が示す前記１つのフレームに対応する１つのフレームの静止画データを、前記第１動画データから抽出する
ことを特徴とする請求項１〜３のいずれか１項に記載の画像配信システム。
【請求項５】
前記画像配信システムは画像生成装置をさらに有し、
前記画像生成装置は、
前記第１動画データと前記第２動画データを生成する第２生成手段と、
前記第１動画データと前記第２動画データを、前記サーバに送信する第４送信手段と、
を有し、
前記サーバは、前記第１動画データと前記第２動画データを前記画像生成装置から受信する第４受信手段、をさらに有する
ことを特徴とする請求項１〜４のいずれか１項に記載の画像配信システム。
【請求項６】
前記サーバは、前記第１受信手段が前記シーン情報を受信した際に前記記憶手段が前記第１動画データを記憶していない場合に、前記第１動画データの送信を指示する送信要求を、前記画像生成装置に送信する第５送信手段、をさらに有し、
前記画像生成装置は、前記送信要求を前記サーバから受信する第５受信手段、をさらに有し、
前記第４送信手段は、前記第５受信手段が前記送信要求を受信したことに応じて、前記第１動画データを前記サーバに送信する
ことを特徴とする請求項５に記載の画像配信システム。
【請求項７】
前記送信要求は、前記シーン情報を含み、
前記画像生成装置は、前記シーン情報が示すシーンの動画データを、前記第１動画データから抽出する第２抽出手段、をさらに有し、
前記第４送信手段は、前記第５受信手段が前記送信要求を受信したことに応じて、前記第２抽出手段によって抽出された動画データを、前記サーバに送信し、
前記第２送信手段は、前記第５受信手段が前記送信要求を受信したことに応じて前記第４送信手段から送信された前記動画データを、前記抽出動画データの代わりに、前記クライアント装置に送信する
ことを特徴とする請求項６に記載の画像配信システム。
【請求項８】
前記第１生成手段は、前記第２動画データに基づいて、動画データのフォーマットを示すフォーマット情報をさらに生成し、
前記第３送信手段は、前記フォーマット情報をさらに送信し、
前記第１受信手段は、前記フォーマット情報をさらに受信し、
前記第１受信手段によって前記フォーマット情報が受信された場合に、前記送信要求は、前記フォーマット情報を含み、
前記画像生成装置は、前記送信要求に前記フォーマット情報が含まれている場合に、前記第２抽出手段によって抽出された前記動画データのフォーマットを、前記フォーマット情報が示すフォーマットに変換する第２変換手段、をさらに有し、
前記送信要求に前記フォーマット情報が含まれている場合に、前記第４送信手段は、前記第５受信手段が前記送信要求を受信したことに応じて、前記第２変換手段による変換後の動画データを、前記第２抽出手段によって抽出された前記動画データの代わりに、前記サーバに送信する
ことを特徴とする請求項７に記載の画像配信システム。
【請求項９】
前記第２抽出手段は、前記シーン情報が示すシーンの始点の時間位置に時間位置が最も近いフレームから、前記シーン情報が示すシーンの終点の時間位置に時間位置が最も近いフレームまでの動画データを、前記第１動画データから抽出する
ことを特徴とする請求項７または８に記載の画像配信システム。
【請求項１０】
前記シーン情報が前記第２動画データの１つのフレームを示す場合に、
前記第２抽出手段は、前記シーン情報が示す前記１つのフレームに対応する１つのフレームを、前記第１動画データから抽出し、
前記第４送信手段は、前記第５受信手段が前記送信要求を受信したことに応じて、前記第２抽出手段によって抽出された１つのフレームを表す静止画データを、前記サーバに送信する
ことを特徴とする請求項７〜９のいずれか１項に記載の画像配信システム。
【請求項１１】
他のコンピュータ装置に接続可能なコンピュータ装置であって、
第１動画データと、第１動画データよりもデータサイズが小さく、かつ、前記第１動画データと同じ動画を表す第２動画データとを記憶可能な記憶手段と、
前記第２動画データを前記他のコンピュータ装置に送信する第１送信手段と、
前記第２動画データの少なくとも一部のシーンを示すシーン情報を前記他のコンピュータ装置から受信する受信手段と、
前記シーン情報が示すシーンの動画データを、前記第１動画データから抽出する抽出手段と、
前記抽出手段によって抽出された動画データである抽出動画データを、前記他のコンピュータ装置に送信する第２送信手段と、
を有し、
前記抽出手段は、前記シーン情報が示すシーンの始点の時間位置に時間位置が最も近いフレームから、前記シーン情報が示すシーンの終点の時間位置に時間位置が最も近いフレームまでの動画データを、前記第１動画データから抽出する
ことを特徴とするコンピュータ装置。
【請求項１２】
サーバとクライアント装置を有する画像配信システムの制御方法であって、
前記サーバが、第１動画データよりもデータサイズが小さく、かつ、前記第１動画データと同じ動画を表す第２動画データを前記クライアント装置に送信する第１送信ステップと、
前記クライアント装置が、前記第２動画データを前記サーバから受信する第１受信ステップと、
前記クライアント装置が、前記第２動画データに基づいて、前記第２動画データの少なくとも一部のシーンを示すシーン情報を生成する生成ステップと、
前記クライアント装置が、前記シーン情報を前記サーバに送信する第２送信ステップと
、
前記サーバが、前記シーン情報を前記クライアント装置から受信する第２受信ステップと、
前記サーバが、前記シーン情報が示すシーンの動画データを、前記第１動画データから抽出する抽出ステップと、
前記サーバが、前記抽出ステップによって抽出された動画データである抽出動画データを、前記クライアント装置に送信する第３送信ステップと、
前記クライアント装置が、前記抽出動画データを前記サーバから受信する第３受信ステップと、
を有し、
前記抽出ステップでは、前記シーン情報が示すシーンの始点の時間位置に時間位置が最も近いフレームから、前記シーン情報が示すシーンの終点の時間位置に時間位置が最も近いフレームまでの動画データを、前記第１動画データから抽出する
ことを特徴とする制御方法。
【請求項１３】
他のコンピュータ装置に接続可能なコンピュータ装置の制御方法であって、
第１動画データよりもデータサイズが小さく、かつ、前記第１動画データと同じ動画を表す第２動画データを前記他のコンピュータ装置に送信する第１送信ステップと、
前記第２動画データの少なくとも一部のシーンを示すシーン情報を前記他のコンピュータ装置から受信する受信ステップと、
前記シーン情報が示すシーンの動画データを、前記第１動画データから抽出する抽出ステップと、
前記抽出ステップによって抽出された動画データである抽出動画データを、前記他のコンピュータ装置に送信する第２送信ステップと、
を有し、
前記抽出ステップでは、前記シーン情報が示すシーンの始点の時間位置に時間位置が最も近いフレームから、前記シーン情報が示すシーンの終点の時間位置に時間位置が最も近いフレームまでの動画データを、前記第１動画データから抽出する
ことを特徴とする制御方法。
【請求項１４】
請求項１２または１３に記載の制御方法の各ステップをコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明には、画像配信システム及びサーバに関する。
【背景技術】
【０００２】
複数のクライアント装置がアクセス可能なサーバの記憶部にデータが保存され、各クライアント装置が、必要に応じて、サーバにアクセスし、サーバの記憶部からデータを取得する通信システムがある。このような通信システムによれば、複数のデバイスが同じデータ（サーバが記憶しているデータ）を参照することができる。また、このような通信システムに関する多数の従来技術が提案されている。
【０００３】
しかしながら、インターネットの普及、記憶部の大容量化、マルチメディアデータの情報量の増加、等により、サーバからクライアント装置に送信するデータのデータサイズの増加が進んでいる。例えば、デジタルカメラの高解像度化などに伴い、撮影によって生成された画像データのデータサイズの増加が進んでいる。サーバとクライアント装置の間の通信量の増加は、通信速度の制限、通信料金の増加、等を招くため、好ましくない。
【０００４】
クライアント装置において、サーバが記憶している動画データ（記憶動画データ）の一部のシーンのみが必要とされることがある。しかしながら、従来の技術では、記憶動画データの一部のシーンのみをクライアント装置が必要としても、不必要なシーンを含む動画データがサーバからクライアント装置に送信される。例えば、記憶動画データの一部のみをクライアント装置が必要としても、記憶動画データの全部、または、記憶動画データの最初のフレームから必要なシーンの最後のフレームまでの動画データが、サーバからクライアント装置に送信される。このような不必要なシーンの送信は、通信量の増加を招く。
【０００５】
また、上述した通信システムに関する技術として、特許文献１に開示の技術がある。特許文献１に開示の技術では、サーバにより、サーバとクライアント装置の間の通信速度に基づいて、動画データの再生速度と同じ速度で動画データが送信されるように、動画データにデータ圧縮処理が施される。特許文献１に開示の技術によれば、データ圧縮処理により通信量を低減することができる。しかしながら、特許文献１に開示の技術では、クライアント装置が高画質の動画データを必要としても、低画質の動画データがサーバからクライアント装置に送信される虞がある。そして、特許文献１に開示の技術では、動画データの送信時にデータ圧縮処理が行われる。そのため、サーバから複数のクライアント装置への動画データの送信が同時に行われる場合に、各クライアント装置についてデータ圧縮処理が個別に行われる。そして、複数のデータ圧縮処理により、サーバから複数のクライアント装置への動画データの送信が滞る虞がある。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００５−１１７０８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明は、サーバからクライアント装置に所望の動画データを送信することができ、かつ、サーバとクライアント装置の間の通信量を低減することができる技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の第１の態様は、
サーバとクライアント装置を有する画像配信システムであって、
前記サーバは、
第１動画データと、第１動画データよりもデータサイズが小さく、かつ、前記第１動画データと同じ動画を表す第２動画データとを記憶可能な記憶手段と、
前記第２動画データを前記クライアント装置に送信する第１送信手段と、
前記第２動画データの少なくとも一部のシーンを示すシーン情報を前記クライアント装置から受信する第１受信手段と、
前記シーン情報が示すシーンの動画データを、前記第１動画データから抽出する第１抽出手段と、
前記第１抽出手段によって抽出された動画データである抽出動画データを、前記クラ
イアント装置に送信する第２送信手段と、
を有し、
前記クライアント装置は、
前記第２動画データを前記サーバから受信する第２受信手段と、
前記第２動画データに基づいて前記シーン情報を生成する第１生成手段と、
前記シーン情報を前記サーバに送信する第３送信手段と、
前記抽出動画データを前記サーバから受信する第３受信手段と、
を有し、
前記第１抽出手段は、前記シーン情報が示すシーンの始点の時間位置に時間位置が最も近いフレームから、前記シーン情報が示すシーンの終点の時間位置に時間位置が最も近いフレームまでの動画データを、前記第１動画データから抽出する
ことを特徴とする画像配信システムである。
【０００９】
本発明の第２の態様は、
他のコンピュータ装置に接続可能なコンピュータ装置であって、
第１動画データと、第１動画データよりもデータサイズが小さく、かつ、前記第１動画データと同じ動画を表す第２動画データとを記憶可能な記憶手段と、
前記第２動画データを前記他のコンピュータ装置に送信する第１送信手段と、
前記第２動画データの少なくとも一部のシーンを示すシーン情報を前記他のコンピュータ装置から受信する受信手段と、
前記シーン情報が示すシーンの動画データを、前記第１動画データから抽出する抽出手段と、
前記抽出手段によって抽出された動画データである抽出動画データを、前記他のコンピュータ装置に送信する第２送信手段と、
を有し、
前記抽出手段は、前記シーン情報が示すシーンの始点の時間位置に時間位置が最も近いフレームから、前記シーン情報が示すシーンの終点の時間位置に時間位置が最も近いフレームまでの動画データを、前記第１動画データから抽出する
ことを特徴とするコンピュータ装置である。
【００１０】
本発明の第３の態様は、
サーバとクライアント装置を有する画像配信システムの制御方法であって、
前記サーバが、第１動画データよりもデータサイズが小さく、かつ、前記第１動画データと同じ動画を表す第２動画データを前記クライアント装置に送信する第１送信ステップと、
前記クライアント装置が、前記第２動画データを前記サーバから受信する第１受信ステップと、
前記クライアント装置が、前記第２動画データに基づいて、前記第２動画データの少な
くとも一部のシーンを示すシーン情報を生成する生成ステップと、
前記クライアント装置が、前記シーン情報を前記サーバに送信する第２送信ステップと、
前記サーバが、前記シーン情報を前記クライアント装置から受信する第２受信ステップと、
前記サーバが、前記シーン情報が示すシーンの動画データを、前記第１動画データから抽出する抽出ステップと、
前記サーバが、前記抽出ステップによって抽出された動画データである抽出動画データを、前記クライアント装置に送信する第３送信ステップと、
前記クライアント装置が、前記抽出動画データを前記サーバから受信する第３受信ステップと、
を有し、
前記抽出ステップでは、前記シーン情報が示すシーンの始点の時間位置に時間位置が最も近いフレームから、前記シーン情報が示すシーンの終点の時間位置に時間位置が最も近いフレームまでの動画データを、前記第１動画データから抽出する
ことを特徴とする制御方法である。
【００１１】
本発明の第４の態様は、
他のコンピュータ装置に接続可能なコンピュータ装置の制御方法であって、
第１動画データよりもデータサイズが小さく、かつ、前記第１動画データと同じ動画を表す第２動画データを前記他のコンピュータ装置に送信する第１送信ステップと、
前記第２動画データの少なくとも一部のシーンを示すシーン情報を前記他のコンピュータ装置から受信する受信ステップと、
前記シーン情報が示すシーンの動画データを、前記第１動画データから抽出する抽出ステップと、
前記抽出ステップによって抽出された動画データである抽出動画データを、前記他のコンピュータ装置に送信する第２送信ステップと、
を有し、
前記抽出ステップでは、前記シーン情報が示すシーンの始点の時間位置に時間位置が最も近いフレームから、前記シーン情報が示すシーンの終点の時間位置に時間位置が最も近いフレームまでの動画データを、前記第１動画データから抽出する
ことを特徴とする制御方法である。
【００１２】
本発明の第５の態様は、上述した制御方法の各ステップをコンピュータに実行させることを特徴とするプログラムである。
【発明の効果】
【００１３】
本発明によれば、サーバからクライアント装置に所望の動画データを送信することができ、かつ、サーバとクライアント装置の間の通信量を低減することができる。
【図面の簡単な説明】
【００１４】
【図１】本実施形態に係る画像配信システムの構成の一例を示すブロック図
【図２】本実施形態に係る動画生成処理の処理フローの一例を示すフロー図
【図３】本実施形態に係る画像管理テーブルの一例を示す図
【図４】本実施形態に係る画像配信システムの処理フローの一例を示すフロー図
【図５】図４のＳ４０１の処理フローの一例を示すフロー図
【図６】本実施形態に係るＧＵＩの一例を示す図
【図７】本実施形態に係る切り出し要求の一例を示す図
【図８】図４のＳ４０４の処理フローの一例を示すフロー図
【図９】図８のＳ８０３の処理フローの一例を示すフロー図
【図１０】図９のＳ９０１の処理フローの一例を示す図
【発明を実施するための形態】
【００１５】
以下に、本発明の実施形態について説明する。図１は、本実施形態に係る画像配信システムの構成の一例を示すブロック図である。図１に示すように、本実施形態に係る画像配信システムは、互いに接続可能なカメラ（画像生成装置）１００、サーバ１１０、及び、クライアント装置１２０を有する。サーバ１１０やクライアント装置１２０としては、例えば、パーソナルコンピュータ（ＰＣ）を使用することができる。なお、画像生成装置は、カメラ１００に限らない。画像生成装置は、画像データを生成可能な装置であれば、どのような装置であってもよい。例えば、画像生成装置としてＰＣが使用されてもよい。カメラ１００とサーバ１１０は互いに接続されており、サーバ１１０とクライアント装置は互いに接続されている。
【００１６】
カメラ１００は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０５、メモリ１０４、ネットワークボード１０６、及び、ＣＣＤ（Ｃｈａｒｇｅ  Ｃｏｕｐｌｅｄ  Ｄｅｖｉｃｅ）イメージセンサ１０８を有する。ＣＰＵ１０５は、メモリ１０４に
記録されたプログラムを実行することにより、カメラ１００の処理を制御する。ネットワークボード１０６は、カメラ１００とサーバ１１０の間の通信のために使用される。例えば、ＣＰＵ１０５は、ネットワークボード１０６を用いて、インターネットを介してのサーバ１１０との通信を行う。ＣＣＤイメージセンサ１０８は、撮影によって画像データ（撮影画像データ）を生成する。具体的には、ＣＣＤイメージセンサ１０８は、光を電気信号に変換することにより、撮影画像データを生成する。メモリ１０４は、ＣＰＵ１０５の処理に必要なプログラムを記憶する。また、メモリ１０４は、カメラ１００の作業メモリとして使用されたり、撮影画像データを記憶したりする。
【００１７】
サーバ１１０は、ＣＰＵ１１５、ネットワークボード１１６、メモリ１１４、及び、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）１１７を有する。ＣＰＵ１１５は、ＨＤＤ１１７に記録されたプログラムを実行することにより、サーバ１１０の処理を制御する。ＨＤＤ１１７は、ＣＰＵ１１５の処理に必要なプログラムを含む記憶する。ＨＤＤ１１７は、プログラム以外のデータを記憶可能である。メモリ１１４は、サーバ１１０の作業メモリとして使用される。ネットワークボード１１６は、カメラ１００とサーバ１１０の間の通信、及び、クライアント装置１２０とサーバ１１０の間の通信のために使用される。例えば、ＣＰＵ１１５は、ネットワークボード１１６を用いて、インターネットを介してのカメラ１００との通信、及び、インターネットを介してのクライアント装置１２０との通信を行う。
【００１８】
クライアント装置１２０は、ＣＰＵ１２５、ネットワークボード１２６、メモリ１２４、ＨＤＤ１２７、表示部１２１、マウス１２２、及び、キーボード１２３を有する。ＣＰＵ１２５は、ＨＤＤ１２７に記録されたプログラムを実行することにより、クライアント装置１２０の処理を制御する。ＨＤＤ１２７は、ＣＰＵ１２５の処理に必要なプログラムを含む記憶する。ＨＤＤ１２７は、プログラム以外のデータを記憶可能である。メモリ１２４は、クライアント装置１２０の作業メモリとして使用される。ネットワークボード１２６は、クライアント装置１２０とサーバ１１０の間の通信のために使用される。例えば、ＣＰＵ１２５は、ネットワークボード１２６を用いて、インターネットを介してのサーバ１１０との通信を行う。表示部１２１は、ＣＰＵ１２５の処理結果を表示する。表示部１２１としては、液晶表示パネル、有機ＥＬ表示パネル、プラズマ表示パネル、等を使用することができる。マウス１２２とキーボード１２３は、クライアント装置１２０に対するユーザ操作を受け付ける操作部である。例えば、マウス１２２とキーボード１２３は、クライアント装置１２０のプログラムで使用される種々の情報をクライアント装置１２０に入力するユーザ操作を受け付ける。なお、表示部１２１、マウス１２２、及び、キーボード１２３の少なくともいずれかは、クライアント装置１２０に対して着脱可能であってもよいし、そうでなくてもよい。クライアント装置１２０に対して着脱可能な機能部は、クライアント装置１２０の一部とも言えるし、クライアント装置１２０と別体の装置とも言える。
【００１９】
なお、図１には、カメラ１００、サーバ１１０、及び、クライアント装置１２０の機能部として、具体的なハードウェアが示されているが、以下で説明する処理が行われれば、各機能部の構成は特に限定されない。例えば、メモリやＨＤＤ以外の記憶部が使用されてもよい。具体的には、記憶部として光ディスクが使用されてもよい。マウスやキーボード以外の操作部が使用されてもよい。具体的には、操作部としてタッチパネルが使用されてもよい。
【００２０】
本実施形態では、画像データ（撮影画像データ）として、第１動画データと第２動画データが使用される。第２動画データは、第１動画データよりもデータサイズが小さく、かつ、第１動画データと同じ動画を表す動画データである。カメラ１００のメモリ１０４、サーバ１１０のＨＤＤ１１７、及び、クライアント装置１２０のＨＤＤ１２７は、第１動
画データと第２動画データを記憶可能である。本実施形態では、カメラ１００のＣＣＤイメージセンサ１０８で生成された電気信号であるＲＡＷ動画データ（ＲＡＷ形式の動画データ）が、第１動画データとして使用される。そして、ＲＡＷ動画データにデータ圧縮処理を施すことによって生成されたＭＰ４動画データ（ＭＰ４形式の動画データ）が、第２動画データとして使用される。上記データ圧縮処理は、動画データのフォーマットをＲＡＷ形式からＭＰ４形式に変換するフォーマット変換処理とも言える。
【００２１】
なお、第１動画データと第２動画データのフォーマットは特に限定されない。ＲＡＷ動画データに第１のデータ圧縮処理を施すことによって生成された動画データが第１動画データとして使用され、ＲＡＷ動画データに第２のデータ圧縮処理を施すことによって生成された動画データが第２動画データとして使用されてもよい。
【００２２】
本実施形態では、カメラ１００のＣＰＵ１０５により、ＲＡＷ動画データからＭＰ４動画データが生成される。なお、ＭＰ４動画データは、サーバ１１０のＣＰＵ１１５によって生成されてもよい。ＲＡＷ動画データとＭＰ４動画データを生成する処理（第２生成処理；動画生成処理）の処理フローについて、図２のフローチャートを用いて説明する。図２に示す処理フローは、カメラ１００によって撮影が行われたことをトリガとして開始される。まず、Ｓ２０１にて、ＣＣＤイメージセンサ１０８が、光を電気信号に変換し、得られた電気信号であるＲＡＷ動画データをメモリ１０４に記録する。次に、Ｓ２０２にて、ＣＰＵ１０５が、Ｓ２０１でメモリ１０４に記録されたＲＡＷ動画データをメモリ１０４から読み出し、読み出したＲＡＷ動画データを、メモリ１０４に記録されたプログラムを用いてＭＰ４動画データに変換する。そして、ＣＰＵ１０５は、得られたＭＰ４動画データをメモリ１０４に記録する。その後、Ｓ２０３にて、ＣＰＵ１０５が、Ｓ２０１で生成されたＲＡＷ動画データと、Ｓ２０２で生成されたＭＰ４動画データとに関する情報を、メモリ１０４に記録された画像管理テーブルに追加する。そして、図２の処理フローが終了される。
【００２３】
カメラ１００で使用される画像管理テーブル（カメラ管理テーブル）の一例を図３（Ｃ）に示す。カメラ管理テーブルでは、ＲＡＷ動画データとＭＰ４動画データの組み合わせに対して、組み合わせを示す識別子である画像ＩＤが関連付けられている。同じ画像ＩＤが複数の組み合わせに関連付けられなければ、どのような方法で画像ＩＤが決定されてもよい。例えば、撮影順を示す番号が画像ＩＤとして使用されてもよい。カメラ管理テーブルでは、ＲＡＷ動画データに対して、ＲＡＷ動画データのファイル名、ＲＡＷ動画データのフレームレート、及び、ＲＡＷ動画データの保存フォルダ（メモリ１０４内でＲＡＷ動画データが保存されているフォルダ）が関連付けられている。そして、カメラ管理テーブルでは、ＭＰ４動画データに対して、ＭＰ４動画データのファイル名、ＭＰ４動画データのフレームレート、及び、ＭＰ４動画データの保存フォルダが関連付けられている。ここで、「ＭＰ４動画データの保存フォルダ」は、メモリ１０４内でＭＰ４動画データが保存されているフォルダである。画像管理テーブルにおいて、「−」は、対応するデータが存在しないことを意味する。
【００２４】
次に、本実施形態に係る画像配信システムの処理フローの一例について、図４のフローチャートを用いて説明する。図４の処理フローの開始前に、カメラ１００のＣＰＵ１０５により、ネットワークボード１０６を用いて、ＲＡＷ動画データとＭＰ４動画データが、カメラ１００からサーバ１１０に送信される（第４送信処理）。そして、サーバ１１０では、ＣＰＵ１１５により、ネットワークボード１１６を用いて、ＲＡＷ動画データとＭＰ４動画データが、カメラ１００から受信される（第４受信処理）。そして、ＣＰＵ１１５により、受信されたＲＡＷ動画データとＭＰ４動画データが、ＨＤＤ１１７に記録される。なお、ＭＰ４動画データのみがＨＤＤ１１７に記録されてもよい。このタイミングでは、ＲＡＷ動画データはカメラ１００からサーバ１１０に送信されなくてもよい。
【００２５】
まず、Ｓ４０１にて、サーバ１１０のＣＰＵ１１５が、ネットワークボード１１６を用いて、ＭＰ４動画データをクライアント装置１２０に送信する（第１送信処理）。そして、クライアント装置１２０のＣＰＵ１２５が、ネットワークボード１２６を用いて、ＭＰ４動画データをサーバ１１０から受信する（第２受信処理）。Ｓ４０１の処理フローについて、図５のフローフローチャートを用いて詳細に説明する。
【００２６】
まず、Ｓ５０１にて、ＣＰＵ１１５が、ネットワークボード１１６を用いて、クライアント装置１２０のＨＤＤ１２７に記録された画像管理テーブル（クライアント管理テーブル）を参照する。クライアント管理テーブルの一例を図３（Ａ）に示す。クライアント管理テーブルは、カメラ管理テーブルと同様の構成を有する。但し、クライアント管理テーブルは、保存フォルダとして、ＨＤＤ１２７内のフォルダを示す。図３（Ａ）のクライアント管理テーブルには、画像ＩＤ「１０３」のＭＰ４動画データ、及び、画像ＩＤ「１０３」のＲＡＷ動画データのみが示されている。このクライアント管理テーブルから、画像ＩＤ「１０３」のＭＰ４動画データ、及び、画像ＩＤ「１０３」のＲＡＷ動画データのみがクライアント装置１２０に記録されていることがわかる。
【００２７】
次に、Ｓ５０２にて、ＣＰＵ１１５が、サーバ１１０に記録されており、かつ、クライアント装置１２０に記録されていないＭＰ４動画データである未記録ＭＰ４動画データを検出する。未記録ＭＰ４動画データは、サーバ１１０のＨＤＤ１１７に記録された画像管理テーブル（サーバ管理テーブル）と、クライアント管理テーブルとを比較することによって検出される。サーバ管理テーブルの一例を図３（Ｂ）に示す。サーバ管理テーブルは、カメラ管理テーブルやクライアント管理テーブルと同様の構成を有する。但し、サーバ管理テーブルは、保存フォルダとして、ＨＤＤ１１７内のフォルダを示す。図３（Ａ）のクライアント管理テーブルと、図３（Ｂ）のサーバ管理テーブルとが比較された場合には、未記録ＭＰ４動画データとして、画像ＩＤ「１０１」のＭＰ４動画データと、画像ＩＤ「１０２」のＭＰ４動画データとが検出される。
【００２８】
そして、Ｓ５０３にて、ＣＰＵ１１５が、Ｓ５０２の検出結果に応じてその後の処理を切り替える。具体的には、未記録ＭＰ４動画データが検出されなかった場合には、サーバ１１０からクライアント装置１２０へのＭＰ４動画データの送信が省略され、図５の処理フローが終了される。未記録ＭＰ４動画データが検出された場合には、Ｓ５０４に処理が進められる。
【００２９】
Ｓ５０４では、ＣＰＵ１１５が、ネットワークボード１１６を用いて、未記録ＭＰ４動画データと、未記録ＭＰ４動画データの画像ＩＤとをクライアント装置１２０に送信する。そして、ＣＰＵ１２５が、ネットワークボード１２６を用いて、未記録ＭＰ４動画データと、未記録ＭＰ４動画データの画像ＩＤとをサーバ１１０から受信する。
【００３０】
そして、Ｓ５０５にて、ＣＰＵ１２５が、受信した未記録ＭＰ４動画データをＨＤＤ１２７に記録し、受信した未記録ＭＰ４動画データに関する情報を、クライアント管理テーブルに追加する。その後、図５の処理フローが終了される。
【００３１】
なお、クライアント装置１２０のＣＰＵ１２５が、図６（Ａ）に示すような確認画面（ダイアログ）を表示部１２１に表示する表示制御を行い、ＭＰ４動画データの受信の可否やタイミングをユーザに選択させてもよい。また、Ｓ４０１で送受信するＭＰ４動画データは特に限定されない。全ての未記録ＭＰ４動画データが送受信されてもよいし、複数の未記録ＭＰ４動画データの中から選択された未記録動画データが送受信されてもよい。クライアント装置１２０が記憶しているＭＰ４動画データが再度送受信されてもよい。
【００３２】
図４の説明に戻る。Ｓ４０１の処理（ＭＰ４動画データの送受信）が完了すると、Ｓ４０２の処理が行われる。Ｓ４０２では、クライアント装置１２０のＣＰＵ１２５が、受信したＭＰ４動画データに基づく動画（ＭＰ４動画）を再生する。即ち、ＣＰＵ１２５は、ＭＰ４動画を表示部１２１に表示する表示制御を行う。ＭＰ４動画の再生は、図６（Ｂ）に示すようなＧＵＩ（アプリケーションのＧＵＩ）を用いて行われる。複数のＭＰ４動画データが受信された場合には、複数のＭＰ４動画データのうちのいずれかが選択され、選択されたＭＰ４動画データに基づくＭＰ４動画が再生される。図６（Ｂ）において、画像表示領域６０１は、再生されたＭＰ４動画が表示される領域である。
【００３３】
ＭＰ４動画の再生が開始すると、Ｓ４０３の処理が行われる。Ｓ４０３では、ＣＰＵ１２５が、再生対象のＭＰ４動画データに基づいて、当該ＭＰ４動画データの少なくとも一部のシーンを示すシーン情報を生成する（第１生成処理）。具体的には、ＣＰＵ１２５は、シーン選択操作に応じてシーン情報を生成する。シーン選択操作は、ユーザが再生されたＭＰ４動画を確認しながら当該ＭＰ４動画の少なくとも一部のシーンを選択するユーザ操作である。シーン選択操作は、図６（Ｂ）に示すようなＧＵＩを用いて行われる。その後、クライアント装置１２０によってシーン情報の送信（第３送信処理）が行われ、サーバ１１０によってシーン情報の受信（第１受信処理）が行われる。具体的には、ＣＰＵ１２５が、ネットワークボード１２６を用いて、シーン情報を含む切り出し要求を、サーバ１１０に送信する。そして、ＣＰＵ１１５が、ネットワークボード１１６を用いて、切り出し要求をクライアント装置１２０から受信する。
【００３４】
なお、ＭＰ４動画データを用いた方法であれば、シーン情報の生成方法は特に限定されない。例えば、画像の動きが閾値以上であるシーンがＭＰ４動画データから検出され、検出されたシーンを示すシーン情報が生成されてもよい。また、音量が閾値以上であるシーンがＭＰ４動画データから検出され、検出されたシーンを示すシーン情報が生成されてもよい。これらの方法によれば、ユーザ操作を必要とせずに、盛り上がりがあると予想されるシーンを示すシーン情報を自動で生成することができる。
【００３５】
図６（Ｂ）において、再生ボタン６０２は、ＭＰ４動画再生の開始ためにユーザが操作するボタンであり、一時停止ボタン６０３は、ＭＰ４動画再生の一時停止のためにユーザが操作するボタンである。シークバー６０４は、ＭＰ４動画の全期間を示し、スライダー６０６は、現在の再生位置（再生されているフレームの時間位置）を示す。ユーザは、マウス１２２を用いてスライダー６０６を操作することにより、再生位置を変更することができる。
【００３６】
上述した切り出し要求は、動画データまたは静止画データの送信の要求である。ラジオボタン６０８は、動画データの送信をサーバ１１０に要求するためにユーザが選択するラジオボタンであり、ラジオボタン６０９は、静止画データの送信をサーバ１１０に要求するためにユーザが選択するラジオボタンである。ラジオボタン６０８とラジオボタン６０９には排他的に選択可能である。即ち、ユーザは、ラジオボタン６０８とラジオボタン６０９の一方のみを選択でき、ラジオボタン６０８とラジオボタン６０９の両方を選択することはできない。
【００３７】
動画用のラジオボタン６０８が選択されると、始点指定ボタン６１０と終点指定ボタン６１２が操作可能になる。一方、静止画シーン指定ボタン６１４は操作不可能になる。始点指定ボタン６１０は、シーンの始点を決定するためにユーザが操作するボタンであり、終点指定ボタン６１２は、シーンの終点を決定するためにユーザが操作するボタンである。始点指定ボタン６１０が押下されると、始点指定ボタン６１０が押下されたタイミングでのスライダー６０６の位置に、始点マーカー６０５が配置される。始点マーカー６０５は、シーンの始点を示す。終点指定ボタン６１２が押下されると、終点指定ボタン６１２
が押下されたタイミングでのスライダー６０６の位置に、終点マーカー６０７が配置される。終点マーカー６０７は、シーンの終点を示す。始点マーカー６０５と終点マーカー６０７がシークバー６０４上に配置されると、切り出し再生ボタン６１３が操作可能になる。切り出し再生ボタン６１３は、始点マーカー６０５と終点マーカー６０７で示されたシーンのみのＭＰ４動画の再生を開始するためにユーザが操作するボタンである。切り出し再生ボタン６１３が押下されると、始点マーカー６０５で示された始点のフレームから、終点マーカー６０７で示された終点のフレームまでのＭＰ４動画が、画像表示領域６０１に表示される。
【００３８】
静止画用のラジオボタン６０９が選択されると、静止画シーン指定ボタン６１４が操作可能になる。一方、始点指定ボタン６１０と終点指定ボタン６１２が操作不可能になる。また、切り出し再生ボタン６１３も操作不可能になる。静止画シーン指定ボタン６１４は、シーンの始点であり且つシーンの終点であるフレームを決定するためにユーザが操作するボタンである。静止画シーン指定ボタン６１４が押下されると、静止画シーン指定ボタン６１４が押下されたタイミングでのスライダー６０６の位置に、フレームマーカーが配置される。フレームマーカーは、シーンの始点であり且つシーンの終点であるフレームを示す。
【００３９】
要求ボタン６１６は、切り出し要求をサーバ１１０に送信するためにユーザが操作するボタンである。静止画用のラジオボタン６０９が選択された状態で要求ボタン６１６が押下されると、フレームマーカーによって示されたフレームを示すシーン情報が生成される。そして、生成されたシーン情報を含む切り出し要求がクライアント装置１２０からサーバ１１０に送信される。動画用のラジオボタン６０８が選択された状態で要求ボタン６１６が押下されると、始点マーカー６０５で示された始点のフレームから、終点マーカー６０７で示された終点のフレームまでのシーンを示すシーン情報が生成される。そして、生成されたシーン情報を含む切り出し要求がクライアント装置１２０からサーバ１１０に送信される。キャンセルボタン６１５は、切り出し要求の送信をキャンセルするためにユーザが操作するボタンである。キャンセルボタン６１５が押下されると、シーンの指定等が全て無視され、切り出し要求がサーバ１１０に送信されずに、アプリケーションが終了される。
【００４０】
クライアント装置１２０からサーバ１１０に送信される切り出し要求の一例を、図７（Ａ）に示す。図７（Ａ）の例では、切り出し要求は、開始フレーム番号、終了フレーム番号、画像ＩＤ、及び、フォーマット指定を含む。例えば、開始フレーム番号と終了フレーム番号の組み合わせがシーン情報である。開始フレーム番号は、シーンの始点のフレームを示す番号であり、終了フレーム番号は、シーンの終点のフレームを示す番号である。動画用のラジオボタン６０８が選択された状態で要求ボタン６１６が押下された場合には、始点マーカー６０５で示された始点のフレームの番号が、開始フレーム番号として設定される。そして、終点マーカー６０７で示された終点のフレームの番号が、終了フレーム番号として設定される。静止画用のラジオボタン６０９が選択された状態で要求ボタン６１６が押下された場合には、フレームマーカーによって示されたフレームの番号が、開始フレーム番号および終了フレーム番号として設定される。切り出し要求に含まれる画像ＩＤは、切り出し要求（シーン情報）の生成に使用されたＭＰ４動画データの画像ＩＤである。フォーマット指定は、サーバに要求する画像データのフォーマットを示すフォーマット情報である。フォーマット指定も、シーン情報と同様に、ＭＰ４動画データに基づいて生成される。なお、切り出し要求にフォーマット指定（フォーマット情報）が含まれていなくてもよい。フォーマット指定の送受信は行われなくてもよい。フォーマット指定、シーン情報、及び、画像ＩＤの少なくともいずれかは、切り出し要求とは別に送受信されてもよい。
【００４１】
図４の説明に戻る。Ｓ４０３の処理（切り出し要求の送受信）が完了すると、Ｓ４０４の処理が行われる。Ｓ４０４では、切り出し要求（シーン情報）が示すシーンの動画データをＲＡＷ動画データから切り出す（抽出する）切り出し処理が行われる。切り出し処理の処理フローについて、図８のフローチャートを用いて詳細に説明する。
【００４２】
まず、Ｓ８０１にて、サーバ１１０のＣＰＵ１１５が、受信した切り出し要求に対応するＲＡＷ動画データである対応ＲＡＷ動画データを判断する。具体的には、ＣＰＵ１１５は、切り出し要求に含まれた画像ＩＤと同じ画像ＩＤに関連付けられたＲＡＷ動画データが対応ＲＡＷ動画データであると判断する。
【００４３】
次に、Ｓ８０２にて、ＣＰＵ１１５が、対応ＲＡＷ動画データをサーバ１１０が記憶している否かを判断する。具体的には、ＣＰＵ１１５は、サーバ管理テーブルに対応ＲＡＷ動画データの情報が記述されているか否かを判断する。サーバ管理テーブルに対応ＲＡＷ動画データの情報が記述されている場合には、対応ＲＡＷ動画データをサーバ１１０が記憶していると判断され、Ｓ８０３に処理が進められる。サーバ管理テーブルに対応ＲＡＷ動画データの情報が記述されていない場合には、対応ＲＡＷ動画データをサーバ１１０が記憶していないと判断され、Ｓ８０４に処理が進められる。
【００４４】
例えば、サーバ管理テーブルが図３（Ｂ）のサーバ管理テーブルであり、かつ、切り出し要求に含まれた画像ＩＤが「１０１」である場合に、対応ＲＡＷ動画データをサーバ１１０が記憶していると判断され、Ｓ８０３に処理が進められる。サーバ管理テーブルが図３（Ｂ）のサーバ管理テーブルであり、かつ、切り出し要求に含まれた画像ＩＤが「１０２」である場合に、対応ＲＡＷ動画データをサーバ１１０が記憶していないと判断され、Ｓ８０４に処理が進められる。
【００４５】
なお、対応ＲＡＷ動画データをサーバ１１０が記憶していない場合には、対応ＲＡＷ動画データが存在しないことに関するエラー情報がサーバ１１０からクライアント装置１２０に送信されてもよい。そして、クライアント装置１２０のＣＰＵ１２５によって、「対応ＲＡＷ動画データが存在しないこと」、「切り出し要求が受け入れられないこと」、等がユーザに通知されてもよい。この場合、画像配信システムにおいて、カメラ１００は不要となる。ユーザへの通知は、画像表示、音声出力、ランプの点灯、等によって実現できる。
【００４６】
Ｓ８０３では、ＣＰＵ１１５が、切り出し要求が示すシーンの動画データを対応ＲＡＷ動画データから切り出す切り出し処理（第１切り出し処理；第１抽出処理）を行う。第１切り出し処理の処理フローについて、図９のフローチャートを用いて詳細に説明する。
【００４７】
まず、Ｓ９０１にて、ＣＰＵ１１５が、切り出し要求が示すシーンに対応するシーン（対応シーン）を対応ＲＡＷ動画データから検出する。ＭＰ４動画データのフレームレートがＲＡＷ動画データのフレームレートと一致するとは限らない。例えば、ＭＰ４動画データの用途が、ＲＡＷ動画データの用途と異なることがある。具体的には、ＭＰ４動画データが配布用や簡易閲覧用の動画データであるのに対し、ＲＡＷ動画データがそうでないことがある。そのため、ＭＰ４動画データのフレームレートがＲＡＷ動画データのフレームレートと異なることがある。このような理由により、Ｓ９０１の処理が必要となる。Ｓ９０１の処理フローについて、図１０のフローチャートを用いて詳細に説明する。
【００４８】
まず、Ｓ１００１にて、ＣＰＵ１１５が、切り出し要求から開始フレーム番号と終了フレーム番号を取得する。次に、Ｓ１００２にて、ＣＰＵ１１５が、切り出し要求に含まれた画像ＩＤに対応するＭＰ４動画データのフレームレートと、切り出し要求に含まれた画像ＩＤに対応するＲＡＷ動画データのフレームレートとを、サーバ管理テーブルから取得
する。そして、ＣＰＵ１１５が、取得した２つのフレームレートの比率を算出する。その後、Ｓ１００３にて、ＣＰＵ１１５が、Ｓ１００２で算出された比率に基づいて、開始フレーム番号と終了フレーム番号を、ＲＡＷ動画データのフレームを示すフレーム番号に変換する。Ｓ１００２とＳ１００３の処理は、例えば、以下の式１によって表される。式１において、「ＲＡＷ番号」はＲＡＷ動画データのフレーム番号であり、「ＭＰ４番号」はＭＰ４動画データのフレーム番号である。「ＲＡＷレート」はＲＡＷ動画データのフレームレートであり、「ＭＰ４レート」はＭＰ４動画データのフレームレートである。「ＩＮＴ（Ｘ）」は、Ｘの小数点以下を切り捨てる関数である。式１を用いて図７（Ａ）の切り出し要求（開始フレーム番号と終了フレーム番号）が補正された場合、補正後の切り出し要求として図７（Ｂ）に示す切り出し要求が得られる。そして、図１０の処理フローが終了される。
ＲＡＷ番号＝ＭＰ４番号×ＩＮＴ（（ＲＡＷレート／ＭＰ４レート）＋０．５）
・・・（式１）
【００４９】
図１０の処理フローによれば、シーン情報が示すシーンの始点の時間位置に時間位置が最も近いＲＡＷ動画データのフレームが、対応シーンの始点として検出される。そして、シーン情報が示すシーンの終点の時間位置に時間位置が最も近いＲＡＷ動画データのフレームが、対応シーンの終点として検出される。また、シーン情報がＭＰ４動画データの１つのフレームを示す場合には、シーン情報が示すフレームの時間位置に時間位置が最も近いＲＡＷ動画データのフレームが、対応シーン（対応フレーム）として検出される。なお、対応シーンの検出方法は特に限定されない。例えば、シーン情報が示すシーンの始点の時間位置よりも時間位置が前である複数のフレームのうち、シーン情報が示すシーンの始点の時間位置に時間位置が最も近いフレームが、対応シーンの始点として検出されてもよい。シーン情報が示すシーンの終点の時間位置よりも時間位置が後である複数のフレームのうち、シーン情報が示すシーンの終点の時間位置に時間位置が最も近いフレームが、対応シーンの始点として検出されてもよい。
【００５０】
図９の説明に戻る。Ｓ９０１の次に、Ｓ９０２にて、ＣＰＵ１１５が、対応ＲＡＷ動画データから対応シーンの動画データを切り出す。対応シーンが複数のフレームのシーンである場合には、当該複数のフレームを順番に表す動画データが切り出される。対応シーンが１つのフレームのシーンである場合には、当該１つのフレームを表す静止画データが切り出される。以後、Ｓ９０２の処理によって切り出された動画データを、「第１抽出動画データ」と記載する。
【００５１】
そして、Ｓ９０３にて、ＣＰＵ１１５が、受信した切り出し要求にフォーマット指定が含まれているか否かを判断する。切り出し要求にフォーマット指定が含まれている場合には、Ｓ９０４に処理が進められ、切り出し要求にフォーマット指定が含まれていない場合には、Ｓ９０５に処理が進められる。
【００５２】
Ｓ９０４では、ＣＰＵ１１５が、第１抽出動画データのフォーマットを、フォーマット指定が示すフォーマットに変換することにより、変換後の動画データである第１変換動画データを生成する（第１変換処理）。その後、Ｓ９０５に処理が進められる。例えば、図７（Ｃ）の切り出し要求が受信された場合は、図７（Ａ）の切り出し要求が受信された場合と同じ方法（式１を用いた方法）で、切り出し要求が補正される。その結果、補正後の切り出し要求として、図７（Ｄ）の切り出し要求が得られる。次に、図７（Ｄ）の切り出し要求が示す対応シーン（図７（Ｄ）の切り出し要求が示す開始フレーム番号から、図７（Ｄ）の切り出し要求が示す終了フレーム番号までのシーン）の動画データが、対応ＲＡＷ動画データから切り出される。そして、切り出された動画データのフォーマットが、Ｒ
ＡＷ形式からＭＰ４形式に変換される。なお、Ｓ９０３とＳ９０４の処理は省略されてもよい。
【００５３】
Ｓ９０５では、ＣＰＵ１１５が、ネットワークボード１１６を用いて、動画データをクライアント装置１２０に送信する（第２送信処理）。そして、クライアント装置１２０のＣＰＵ１２５が、ネットワークボード１２６を用いて、動画データをサーバ１１０から受信する（第３受信処理）。切り出し要求にフォーマット指定が含まれていない場合には、第１抽出動画データが送受信され、切り出し要求にフォーマット指定が含まれている場合には、第１抽出動画データの代わりに第１変換動画データが送受信される。その後、図９の処理フローが終了される。即ち、図８のＳ８０３の処理が完了する。そして、図８の処理フローが終了される。
【００５４】
図８の説明に戻る。Ｓ８０４では、ＣＰＵ１１５が、ネットワークボード１１６を用いて、対応ＲＡＷ動画データの送信を指示する送信要求をカメラ１００に送信する（第５送信処理）。そして、カメラ１００のＣＰＵ１０５が、ネットワークボード１０６を用いて、送信要求をサーバ１１０から受信する（第５受信処理）。本実施形態では、送信要求の送受信として、補正前の切り出し要求の送受信が行われる。
【００５５】
次に、Ｓ８０５にて、ＣＰＵ１０５が、対応ＲＡＷ動画データを判断する。対応ＲＡＷ動画データの判断方法は、Ｓ８０１と同じである。そして、Ｓ８０６にて、ＣＰＵ１０５が、対応ＲＡＷ動画データをカメラ１００が記憶している否かを判断する。具体的には、ＣＰＵ１０５は、カメラ管理テーブルに対応ＲＡＷ動画データの情報が記述されているか否かを判断する。カメラ管理テーブルに対応ＲＡＷ動画データの情報が記述されている場合には、対応ＲＡＷ動画データをカメラ１００が記憶していると判断され、Ｓ８０７に処理が進められる。カメラ管理テーブルに対応ＲＡＷ動画データの情報が記述されていない場合には、対応ＲＡＷ動画データをカメラ１００が記憶していないと判断され、Ｓ８０８に処理が進められる。
【００５６】
例えば、カメラ管理テーブルが図３（Ｃ）のカメラ管理テーブルであり、かつ、送信要求（切り出し要求）に含まれた画像ＩＤが「１０２」である場合に、対応ＲＡＷ動画データをカメラ１００が記憶していると判断され、Ｓ８０７に処理が進められる。カメラ管理テーブルが図３（Ｃ）のカメラ管理テーブルであり、かつ、送信要求に含まれた画像ＩＤが「１０３」である場合に、対応ＲＡＷ動画データをカメラ１００が記憶していないと判断され、Ｓ８０８に処理が進められる。
【００５７】
Ｓ８０７では、ＣＰＵ１０５が、送信要求（切り出し要求）が示すシーンの動画データを対応ＲＡＷ動画データから切り出す切り出し処理（第２切り出し処理；第２抽出処理）を行う。その後、Ｓ８０９に処理が進められる。第２切り出し処理の方法は、第１切り出し処理の方法と同じである。Ｓ８０８の処理により、対応ＲＡＷ動画データから対応シーンの動画データが切り出される。以後、Ｓ８０８の処理によって切り出された動画データを、「第２抽出動画データ」と記載する。そして、送信要求にフォーマット指定が含まれている場合には、Ｓ８０８において、第２抽出動画データのフォーマットを、フォーマット指定が示すフォーマットに変換することにより、第２変換動画データが生成される（第２変換処理）。送信要求にフォーマット指定が含まれていない場合には、Ｓ８０８において、第２抽出動画データがカメラ１００からサーバ１１０に送信される。送信要求にフォーマット指定が含まれている場合には、第２変換動画データがカメラ１００からサーバ１１０に送信される。
【００５８】
Ｓ８０８では、ＣＰＵ１０５が、ネットワークボード１０６を用いて、対応ＲＡＷ動画データが存在しないことに関するエラー情報をサーバ１１０に送信する。そして、サーバ
１１０のＣＰＵ１１５が、ネットワークボード１１６を用いて、エラー情報をカメラ１００から受信する。その後、Ｓ８０９に処理が進められる。
【００５９】
Ｓ８０９では、サーバ１１０のＣＰＵ１１５が、ネットワークボード１０６を用いて、Ｓ８０７またはＳ８０８の処理によって受信されたデータ（第２抽出動画データ、第２変換動画データ、または、エラー情報）をクライアント装置１２０に送信する。そして、クライアント装置１２０のＣＰＵ１２５が、ネットワークボード１２６を用いて、上記データをサーバ１１０から受信する。その後、図８の処理フローが終了される。
【００６０】
なお、送信要求にフォーマット指定が含まれているか否かに拘らず、第２抽出動画データがカメラ１００からサーバ１１０に送信されてもよい。そして、第２変換動画データの生成がサーバ１１０によって行われてもよい。また、対応ＲＡＷ動画データ全体がカメラ１００からサーバ１１０に送信されてもよい。そして、第２抽出動画データの切り出しと、第２抽出動画データの生成とがサーバ１１０によって行われてもよい。
【００６１】
図４の説明に戻る。Ｓ４０４（図８の処理フロー）の次に、Ｓ４０５にて、クライアント装置１２０のＣＰＵ１２５が、受信したデータに基づく処理を行う。そして、図４の処理フローが終了される。エラー情報がサーバ１１０からクライアント装置１２０に送信された場合には、ＣＰＵ１２５は、「対応ＲＡＷ動画データが存在しないこと」、「切り出し要求が受け入れられないこと」、等をユーザに通知する。動画データがサーバ１１０からクライアント装置１２０に送信された場合には、ＣＰＵ１２５は、受信した動画データをＨＤＤ１２７に記録したり、受信した動画データに基づく動画を再生したりする。ここで、サーバ１１０からクライアント装置１２０に送信された動画データは、第１抽出動画データ、第１変換動画データ、第２抽出動画データ、または、第２変換動画データである。受信した動画データに基づく動画は、図６（Ｂ）の画像表示領域６０１で再生されてもよいし、他のアプリケーションを用いて再生されてもよい。
【００６２】
以上述べたように、本実施形態によれば、データサイズが小さい第２動画データがサーバからクライアント装置に送信され、クライアント装置において、第２動画データに基づいてシーン（所望のシーン）が決定される。そして、決定されたシーンを示すシーン情報がクライアント装置からサーバに送信され、サーバにおいて、シーン情報が示すシーンの動画データが、データサイズが大きい第１動画データから抽出される。その後、抽出された動画データが、サーバからクライアント装置に送信される。それにより、サーバからクライアント装置に所望の動画データ（所望のシーンの動画データ）を送信することができる。また、サーバからクライアント装置に送信する第２動画データを、シーン情報が示すシーンの動画データに制限したことにより、サーバとクライアント装置の間の通信量を低減することもできる。また、本実施形態によれば、第２動画データが予め用意されるため、サーバからクライアント装置への第２動画データの送信が滞ることはない。
【００６３】
以上、本発明をその好適な実施形態に基づいて詳述してきたが、本発明はこの特定の実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。例えば、本実施形態では、撮影画像データを用いた例を説明したが、処理対象の動画データは撮影画像データに限らない。例えば、処理対象の動画データは、コンピュータグラフィクスの動画データであってもよいし、アニメーションの動画データであってもよい。
【００６４】
＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。ま
た、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００６５】
１１０：サーバ  １１５，１２５：ＣＰＵ  １１６，１２６：ネットワークボード
１１７：ＨＤＤ  １２０：クライアント装置
【図１】
0006548538.tif 000002
【図２】
0006548538.tif 000003
【図３】
0006548538.tif 000004
【図４】
0006548538.tif 000005
【図５】
0006548538.tif 000006
【図６】
0006548538.tif 000007
【図７】
0006548538.tif 000008
【図８】
0006548538.tif 000009
【図９】
0006548538.tif 000010
【図１０】
0006548538.tif 000011