(57)【特許請求の範囲】
【請求項１】
通信回線を介して端末と画像処理サーバが接続される画像処理システムであって、
前記画像処理サーバは、
第一の動画を記憶する第一の動画記憶手段と、
前記第一の動画の解像度よりも低解像度であって、前記第一の動画に基いて作成された第二の動画を記憶する第二の動画記憶手段と、
前記端末からの要求に基づいて、前記第二の動画記憶手段に記憶されている前記第二の動画を前記端末に配信する配信手段と、
前記端末から受信したしおり指定部分の動画像の抽出タイミングを示す第一のタイミング情報と前記端末から受信した前記しおり指定部分の動画像の再生要求とに応じて、前記第二の動画記憶手段に記憶されている前記第二の動画より、該第一のタイミング情報から所定時間遡ったタイミングを起点とする前記しおり指定部分の動画像を抽出して、前記端末に前記抽出したしおり指定部分の動画像を送信するしおり動画像送信手段と、
前記端末から受信した、前記指定部分のしおり動画像から切り出す静止画像の抽出タイミングを示す第二のタイミング情報に応じて、前記第一の動画記憶手段に記憶されている前記第一の動画から静止画像を切り出す静止画像抽出手段と
を備え、
前記端末は、
前記画像処理サーバより受信した前記第二の動画を再生する再生手段と、
前記第二の動画の再生中にしおり指定部分の動画像の抽出タイミングを示す第一のタイミング情報を指定する第一タイミング指定手段と、
前記しおり指定部分の動画像の再生要求を前記画像処理サーバに送信する要求手段と、
前記再生要求に応じて前記画像処理サーバから送信された前記しおり指定部分の動画像から静止画像を切り出すタイミングを示す第二のタイミング情報を指定する第二タイミング指定手段と、
前記第二タイミング指定手段によって指定された第二のタイミング情報を前記画像処理サーバに送信する送信手段と、
を備えることを特徴とする画像処理システム。
【請求項２】
前記画像処理サーバは、
前記端末から受信したタイミング情報に応じて、前記配信手段で配信した前記第二の動画から画面表示用静止画を切り出して前記端末に配信する第二の配信手段を更に備え、
前記第二の配信手段から配信された画面表示用静止画の内、特定の前記画面表示用静止画を選択する旨の情報を前記端末から受信した場合に、前記静止画抽出手段は、前記特定の画面表示用静止画に対応するタイミング情報に基いて、前記第一の動画記憶手段に記憶されている前記第一の動画から静止画像を切り出す
ことを特徴とする請求項１記載の画像処理システム。
【請求項３】
前記画像処理サーバは、
前記第一の動画記憶手段に記憶されている前記第一の動画を前記第二の動画に変換する動画変換手段を更に備える
ことを特徴とする請求項１または請求項２記載の画像処理システム。
【請求項４】
前記動画変換手段は、前記端末からの要求に基づいて前記第一の動画記憶手段に記憶されている前記第一の動画を前記第二の動画に変換する
ことを特徴とする請求項３記載の画像処理システム。
【請求項５】
通信回線を介して端末と接続される画像処理サーバであって、
第一の動画を記憶する第一の動画記憶手段と、
前記第一の動画の解像度よりも低解像度であって、前記第一の動画に基いて作成された第二の動画を記憶する第二の動画記憶手段と、
前記端末からの要求に基づいて、前記第二の動画記憶手段に記憶されている前記第二の動画を前記端末に配信する配信手段と、
前記端末から受信したしおり指定部分の動画像の抽出タイミングを示す第一のタイミング情報と前記端末から受信した前記しおり指定部分の動画像の再生要求とに応じて、前記第二の動画記憶手段に記憶されている前記第二の動画より、該第一のタイミング情報から所定時間遡ったタイミングを起点とする前記しおり指定部分の動画像を抽出して、前記端末に前記抽出したしおり指定部分の動画像を送信するしおり動画像送信手段と、
前記端末から受信した、前記指定部分のしおり動画像から切り出す静止画像の抽出タイミングを示す第二のタイミング情報に応じて、前記第一の動画記憶手段に記憶されている前記第一の動画から静止画像を切り出す静止画像抽出手段と
を備えることを特徴とする画像処理サーバ。
【請求項６】
前記端末から受信したタイミング情報に応じて、前記配信手段で配信した前記第二の動画から画面表示用静止画を切り出して前記端末に配信する第二の配信手段を更に備え、
前記第二の配信手段から配信された画面表示用静止画の内、特定の前記画面表示用静止画を選択する旨の情報を前記端末から受信した場合に、前記静止画抽出手段は、前記特定の画面表示用静止画に対応するタイミング情報に基いて、前記第一の動画記憶手段に記憶されている前記第一の動画から静止画像を切り出す
ことを特徴とする請求項５記載の画像処理サーバ。
【請求項７】
前記第一の動画記憶手段に記憶されている前記第一の動画を前記第二の動画に変換する動画変換手段を更に備える
ことを特徴とする請求項５または請求項６記載の画像処理サーバ。
【請求項８】
前記動画変換手段は、前記端末からの要求に基づいて前記第一の動画記憶手段に記憶されている前記第一の動画を前記第二の動画に変換する
ことを特徴とする請求項７記載の画像処理サーバ。
【請求項９】
通信回線を介して端末と接続される画像処理サーバの制御方法であって、
第一の動画を第一の記憶媒体に記憶する第一の動画記憶工程と、
前記第一の動画の解像度よりも低解像度であって、前記第一の動画に基いて作成された第二の動画を第二の記憶媒体に記憶する第二の動画記憶工程と、
前記端末からの要求に基づいて、前記第二の記憶媒体に記憶されている前記第二の動画を前記端末に配信する配信工程と、
前記端末から受信したしおり指定部分の動画像の抽出タイミングを示す第一のタイミング情報と前記端末から受信した前記しおり指定部分の動画像の再生要求とに応じて、前記第二の記憶媒体に記憶されている前記第二の動画より、該第一のタイミング情報から所定時間遡ったタイミングを起点とする前記しおり指定部分の動画像を抽出して、前記端末に前記抽出したしおり指定部分の動画像を送信するしおり動画像送信工程と、
前記端末から受信した、前記指定部分のしおり動画像から切り出す静止画像の抽出タイミングを示す第二のタイミング情報に応じて、前記第一の記憶媒体に記憶されている前記第一の動画から静止画像を切り出す静止画像抽出工程と
を備えることを特徴とする画像処理サーバの制御方法。
【請求項１０】
通信回線を介して端末と接続される画像処理サーバ用のプログラムであって、
前記画像処理サーバを、
第一の動画を記憶する第一の動画記憶手段と、
前記第一の動画の解像度よりも低解像度であって、前記第一の動画に基いて作成された第二の動画を記憶する第二の動画記憶手段と、
前記端末からの要求に基づいて、前記第二の動画記憶手段に記憶されている前記第二の動画を前記端末に配信する配信手段と、
前記端末から受信したしおり指定部分の動画像の抽出タイミングを示す第一のタイミング情報と前記端末から受信した前記しおり指定部分の動画像の再生要求とに応じて、前記第二の動画記憶手段に記憶されている前記第二の動画より、該第一のタイミング情報から所定時間遡ったタイミングを起点とする前記しおり指定部分の動画像を抽出して、前記端末に前記抽出したしおり指定部分の動画像を送信するしおり動画像送信手段と、
前記端末から受信した、前記指定部分のしおり動画像から切り出す静止画像の抽出タイミングを示す第二のタイミング情報に応じて、前記第一の動画記憶手段に記憶されている前記第一の動画から静止画像を切り出す静止画像抽出手段と
して機能させるためのプログラム。
【請求項１１】
通信回線を介して画像処理サーバと接続される端末であって、
前記画像処理サーバから受信する動画を再生する再生手段と、
前記動画の再生中にしおり指定部分の動画像の抽出タイミングを示す第一のタイミング情報を指定する第一タイミング指定手段と、
前記しおり指定部分の動画像の再生要求を前記画像処理サーバに送信する要求手段と、
前記再生要求に応じて前記画像処理サーバから送信された前記しおり指定部分の動画像から静止画像を切り出すタイミングを示す第二のタイミング情報を指定する第二タイミング指定手段と、
前記第二タイミング指定手段によって指定された第二のタイミング情報を前記画像処理サーバに送信する送信手段と、
を備えることを特徴とする端末。
【発明の詳細な説明】
【発明の属する技術分野】
本発明は、通信回線を介して端末と接続される画像処理サーバ及びその制御方法、プログラム、記憶媒体、画像処理システムに関するものである。
【０００１】
【従来の技術】
インターネット経由でビデオカメラを操作して動画を配信するシステムが知られている。又、パソコンでインターネット経由で配信されたＭＰＥＧフォーマット等の動画を画面に表示し、表示されている動画から静止画像を切り出す仕組みも公知である。静止画のキャプチャにおいては、キャプチャ指定ボタン（シャッターボタン）を押すタイムラグを考慮して、シャッターを押した時点より前の画像フレームを何フレームか表示して、その中から所望のフレームを選択する技術も知られている。
【０００２】
【発明が解決しようとする課題】
ＭＰＥＧフォーマットでは、動いている部分の差分情報が配信されるので、そこから静止画をキャプチャするのは極めて困難である。又、ＭｏｔｉｏｎＪＰＥＧでは圧縮された完全なフレームを含んでいるが、ＭＰＥＧに比べてファイルの大きさが大きくなってしまう。
【０００３】
そのため、高解像度の動画、例えば、２０００×１２００乃至４０００×２４００程度で毎秒３０フレーム程度の高解像度の動画（例えばハイビジョン映像）の配信は、動画を圧縮したとしても、１００Ｍｂｐｓ程度の回線でも帯域が不足する。例えば、ハイビジョンのＩＰ伝送では非圧縮時では１．５Ｇｂｐｓの帯域が必要とされている（２００１／１０／２９、ＮＴＴ発表）。そのため、例えば、１６０×１００乃至７２０×４８０ドット程度の低解像度の動画でないと配信できず、動画をそのまま楽しむ場合は格別、その動画から静止画を切り出しても、その静止画自体は鑑賞に耐え得るものではなかった。
【０００４】
特に、例えば、コンサート等のライブ画像から、好みのミュージシャンのブロマイドを切り出して、自分のＰＣ（パーソナルコンピュータ）に静止画を取り込むといった用途に適う仕組みがなかった。このようなブロマイドに使用するには、最低でもＡ４又はＡ３程度以上の用紙での印刷出力が予想され、高解像度のデジタルカメラ（２８００×２２００、６００万画素程度）又はそれ以上の解像度（例えば、銀塩フィルムに迫る５０００×３６００、１８００万画素程度）で撮影した場合と同等のクオリティの静止画が要求されるからである。
【０００５】
又、例えば、ブロマイド程度の解像度を必要としない場合、例えば、新聞や社内報等に載せるスポーツのハイライトシーンや、観光地の紹介パンフレットに使用するような小さなサイズ写真を撮影する場合、現地に専門のカメラマンを派遣して撮影してもらう必要があるため、コストが嵩むという問題点があった。
【０００６】
又、スチルカメラでは撮影間隔に一定の制約があるため、必ずしも最適のシャッタータイミングで撮影できるとは限らない。このため、写真を使用する編集者が、カメラマンが撮影した画像を気に入らない場合、観光地では再度派遣しようとしても季節が代わってしまい来年まで撮影できない場合があり、スポーツの場合は試合が終わると再撮影はできないという問題があった。
【０００７】
本発明は、上記の問題点に鑑みてなされたものであり、低解像度の動画を端末に配信して、抽出タイミングを指定し、タイミング情報を画像処理サーバに送信することによって、画像処理サーバ側で高解像度の動画から静止画を切り出し、高解像度の静止画を通信回線に負担をかけずに端末に送信し、特に、端末側でしおり部分を指定し、画像処理サーバ側でしおり部分の再生要求に応じてしおり部分の低解像度画像を抽出して送信し、端末側でこのしおり部分の動画を再生しながらタイミングを指定するので効率的に所望の静止画を切り出すことが可能な画像処理サーバの提供を第一の目的とする。
【０００８】
又、中解像度の動画像を高速回線で端末に配信して、切り出しタイミングを指定し、タイミング情報を画像処理サーバに送信することによって、画像処理サーバ側で中解像度の動画から静止画を切り出し、印刷レイアウト作成システムと連携して画像とテキストを組み合わせた印刷物を効率的に作成することができる画像処理サーバの提供を第二の目的とする。
【０００９】
【課題を解決するための手段】
上記の目的を達成するための本発明による画像処理システムは以下の構成を備える。即ち、
通信回線を介して端末と画像処理サーバが接続される画像処理システムであって、
前記画像処理サーバは、
第一の動画を記憶する第一の動画記憶手段と、
前記第一の動画の解像度よりも低解像度であって、前記第一の動画に基いて作成された第二の動画を記憶する第二の動画記憶手段と、
前記端末からの要求に基づいて、前記第二の動画記憶手段に記憶されている前記第二の動画を前記端末に配信する配信手段と、
前記端末から受信したしおり指定部分の動画像の抽出タイミングを示す第一のタイミング情報と前記端末から受信した前記しおり指定部分の動画像の再生要求とに応じて、前記第二の動画記憶手段に記憶されている前記第二の動画より、該第一のタイミング情報から所定時間遡ったタイミングを起点とする前記しおり指定部分の動画像を抽出して、前記端末に前記抽出したしおり指定部分の動画像を送信するしおり動画像送信手段と、
前記端末から受信した、前記指定部分のしおり動画像から切り出す静止画像の抽出タイミングを示す第二のタイミング情報に応じて、前記第一の動画記憶手段に記憶されている前記第一の動画から静止画像を切り出す静止画像抽出手段と
を備え、
前記端末は、
前記画像処理サーバより受信した前記第二の動画を再生する再生手段と、
前記第二の動画の再生中にしおり指定部分の動画像の抽出タイミングを示す第一のタイミング情報を指定する第一タイミング指定手段と、
前記しおり指定部分の動画像の再生要求を前記画像処理サーバに送信する要求手段と、
前記再生要求に応じて前記画像処理サーバから送信された前記しおり指定部分の動画像から静止画像を切り出すタイミングを示す第二のタイミング情報を指定する第二タイミング指定手段と、
前記第二タイミング指定手段によって指定された第二のタイミング情報を前記画像処理サーバに送信する送信手段と、
を備える。
【００１０】
また、好ましくは、前記画像処理サーバは、
前記端末から受信したタイミング情報に応じて、前記配信手段で配信した前記第二の動画から画面表示用静止画を切り出して前記端末に配信する第二の配信手段を更に備え、
前記第二の配信手段から配信された画面表示用静止画の内、特定の前記画面表示用静止画を選択する旨の情報を前記端末から受信した場合に、前記静止画抽出手段は、前記特定の画面表示用静止画に対応するタイミング情報に基いて、前記第一の動画記憶手段に記憶されている前記第一の動画から静止画像を切り出す。
【００１１】
また、好ましくは、前記画像処理サーバは、
前記第一の動画記憶手段に記憶されている前記第一の動画を前記第二の動画に変換する動画変換手段を更に備える。
また、好ましくは、前記動画変換手段は、前記端末からの要求に基づいて前記第一の動画記憶手段に記憶されている前記第一の動画を前記第二の動画に変換する。
【００１２】
上記の目的を達成するための本発明による画像処理サーバは以下の構成を備える。即ち、
通信回線を介して端末と接続される画像処理サーバであって、
第一の動画を記憶する第一の動画記憶手段と、
前記第一の動画の解像度よりも低解像度であって、前記第一の動画に基いて作成された第二の動画を記憶する第二の動画記憶手段と、
前記端末からの要求に基づいて、前記第二の動画記憶手段に記憶されている前記第二の動画を前記端末に配信する配信手段と、
前記端末から受信したしおり指定部分の動画像の抽出タイミングを示す第一のタイミング情報と前記端末から受信した前記しおり指定部分の動画像の再生要求とに応じて、前記第二の動画記憶手段に記憶されている前記第二の動画より、該第一のタイミング情報から所定時間遡ったタイミングを起点とする前記しおり指定部分の動画像を抽出して、前記端末に前記抽出したしおり指定部分の動画像を送信するしおり動画像送信手段と、
前記端末から受信した、前記指定部分のしおり動画像から切り出す静止画像の抽出タイミングを示す第二のタイミング情報に応じて、前記第一の動画記憶手段に記憶されている前記第一の動画から静止画像を切り出す静止画像抽出手段と
を備える。
【００１３】
上記の目的を達成するための本発明による画像処理サーバの制御方法は以下の構成を備える。即ち、
通信回線を介して端末と接続される画像処理サーバの制御方法であって、
第一の動画を第一の記憶媒体に記憶する第一の動画記憶工程と、
前記第一の動画の解像度よりも低解像度であって、前記第一の動画に基いて作成された第二の動画を第二の記憶媒体に記憶する第二の動画記憶工程と、
前記端末からの要求に基づいて、前記第二の記憶媒体に記憶されている前記第二の動画を前記端末に配信する配信工程と、
前記端末から受信したしおり指定部分の動画像の抽出タイミングを示す第一のタイミング情報と前記端末から受信した前記しおり指定部分の動画像の再生要求とに応じて、前記第二の記憶媒体に記憶されている前記第二の動画より、該第一のタイミング情報から所定時間遡ったタイミングを起点とする前記しおり指定部分の動画像を抽出して、前記端末に前記抽出したしおり指定部分の動画像を送信するしおり動画像送信工程と、
前記端末から受信した、前記指定部分のしおり動画像から切り出す静止画像の抽出タイミングを示す第二のタイミング情報に応じて、前記第一の記憶媒体に記憶されている前記第一の動画から静止画像を切り出す静止画像抽出工程と
を備える。
【００１４】
上記の目的を達成するための本発明による端末は以下の構成を備える。即ち、
通信回線を介して画像処理サーバと接続される端末であって、
前記画像処理サーバから受信する動画を再生する再生手段と、
前記動画の再生中にしおり指定部分の動画像の抽出タイミングを示す第一のタイミング情報を指定する第一タイミング指定手段と、
前記しおり指定部分の動画像の再生要求を前記画像処理サーバに送信する要求手段と、
前記再生要求に応じて前記画像処理サーバから送信された前記しおり指定部分の動画像から静止画像を切り出すタイミングを示す第二のタイミング情報を指定する第二タイミング指定手段と、
前記第二タイミング指定手段によって指定された第二のタイミング情報を前記画像処理サーバに送信する送信手段と、
を備える。
【００１５】
【発明の実施の形態】
以下、図面を参照して、本発明の第一の実施形態を詳細に説明する。
以下の各図面では、説明の簡単のために、画面遷移用の押ボタン等は省略されている場合がある。
まず、図１は本発明の実施形態におけるシステム構成を示す図である。
【００１６】
画像処理サーバ１００とクライアントＡ１１０とクライアントＢ１２０と印刷装置１３０は互いに通信回線１５０を介して接続されている。画像処理サーバ１００は、いわゆるＰＣサーバやＵｎｉｘサーバであり、大容量のハードディスクを内臓した高性能（例えば、６４ビットのＰＣＩバスと高速のＳＣＳＩディスク、高クロックのデュアルＣＰＵ等を備えた）パソコンでも良い。
【００１７】
クライアントＡ１１０及びクライアントＢ１２０は、パーソナルコンピュータやＰＤＡや携帯電話等の端末である。クライアントＡ１１０は、動画像及び画像検索情報の入力に用いられる。クライアントＢ１２０は、動画像の検索条件の入力や静止画切り出しタイミングの指定等に用いる。
【００１８】
印刷装置１３０は、典型的にはカラーのレーザビームプリンタやインクジェットプリンタであり、その他種類を問わずカラープリンタであれば良く、カラーデジタル印刷機でも良い。
【００１９】
通信回線１５０は、インターネットやイントラネット、専用デジタル回線、電話回線利用のＡＤＳＬ回線、衛星回線、ケーブルテレビ回線、データ放送用無線回線等のいずれか、またはこれらの組み合わせにより実現されるいわゆる通信ネットワークである。この通信回線１５０は、データの送受信が可能であれば良く、クライアント１１０から画像処理サーバ１００への通信手段と画像処理サーバ１００から印刷装置１３０への通信手段が異なっていても良い。
【００２０】
図２は本発明の実施形態における画像処理サーバ１００のハードウェア構成を示す図である。
【００２１】
図２においてＣＰＵ２１、ＲＡＭ２２、ＲＯＭ２３、ＬＡＮアダプタ２４、ビデオアダプタ２５、キーボード２６、マウス２７、ハードディスク２８、ＣＤ−ＲＯＭドライブ２９はそれぞれシステムバス２０を介して互いに接続されている。システムバス２０は、例えばＰＣＩバス、ＡＧＰバス、メモリバス等を意味する。
又、図２では、各バス間の接続用チップやキーボードインタフェースやいわゆるＳＣＳＩやＡＴＡＰＩのような入出力用インタフェースは省略されている。
【００２２】
ＣＰＵ２１はオペレーションシステムのプログラムやアプリケーションプログラムに基づいて四則演算や比較演算等の各種の演算や、ハードウェアの制御を行う。ＲＡＭ２２には、ハードディスク２８やＣＤ−ＲＯＭドライブ２９に装着されたＣＤ−ＲＯＭやＣＤ−Ｒ等の記憶媒体から読み出されたオペレーションシステムのプログラムやアプリケーションプログラム等が記憶され、これらはＣＰＵ２１の制御の元に実行される。
【００２３】
ＲＯＭ２３にはオペレーションシステムと協働してハードディスク等への入出力を司るいわゆるＢＩＯＳ等が記憶される。ＬＡＮアダプタ２４は、ＣＰＵによって制御されるオペレーションシステムの通信プログラムと協働してネットワークを介した外部との通信を行う。ビデオアダプタ２５はディスプレイ装置に出力する画像信号を生成し、キーボード２６やマウス２７は画像処理サーバへの指示を入力するために用いられる。
【００２４】
ハードディスク２８はオペレーションシステムやアプリケーションプログラムやクライアント１１０から受信したタイミング情報や高解像度の動画データや低解像度の動画データ、アプリケーションプログラム実行時に用いられる一時ファイルやクライアント用のアプリケーションプログラム等の各種データを記憶している。
【００２５】
ＣＤ−ＲＯＭドライブ２９はＣＤ−ＲＯＭやＣＤ−ＲやＣＤ−Ｒ／Ｗ等の記憶媒体を装着してアプリケーションプログラムをハードディスク２８にインストールするのに用いる。なおＣＤ−ＲＯＭドライブの代わりにＣＤ−ＲドライブやＣＤ−Ｒ／ＷドライブやＤＶＤ−ＲＡＭドライブ、ＤＶＤ−ＲＷドライブ、ＭＯドライブ等を用いても良いのは言うまでもない。
【００２６】
図３は本発明の実施形態におけるクライアントＡ１１０及びクライアントＢ１２０のハードウェア構成を示す図である。
クライアントＡ１１０及びクライアントＢ１２０にはいわゆるブラウザプログラムがインストールされている。図３は画像処理サーバ１００との区別のために符号が異なるだけ（例えば、図２のＣＰＵ２１は図３ではＣＰＵ３１に対応する）なので、詳細な説明は省略する。
【００２７】
次に、図４は本発明の実施形態における画像検索情報と動画像の登録処理を示すフローチャートである。
【００２８】
図４のフローチャートの開始時点で、クライアントＡ１１０と画像処理サーバ１００とのセッションが確立済みであり、ユーザＩＤとパスワードによる認証も完了しており、クライアントＡ１１０の表示画面には画像処理サーバ１００から送信された画像表示情報に基づいて図９の画像検索情報の登録画面が表示されているものとする。
又、ハードディスク３８には画像処理サーバ１００に送信するための動画像ファイルが記憶されているものとする。
【００２９】
図４のフローチャートにおいて、ステップＳ４０１乃至ステップＳ４０８は、クライアントＡ１１０のＣＰＵ３１の制御の下で実行される。又、ステップＳ４２１乃至ステップＳ４３４は、画像処理サーバ１００のＣＰＵ２１の制御の下で実行される。
【００３０】
まず、ステップＳ４０１では、図９に示す画像検索情報登録画面で、画像ジャンル、サブジャンル、出演者、出演者の国籍、撮影場所（国）、撮影場所（地名）、フリーキーワードを登録する。動画像の撮影日、撮影時間、解像度、画像形式、フレームレート等の技術データは撮影時の動画像データ自体に含まれており、通常修正する必要はない。
【００３１】
しかし、手入力により修正可能としても良く、解像度を変更した場合には、指定した解像度に動画を変更する動画解像度変更機能を更に備えても良い。この場合、解像度を元の画像の解像度より高く指定した場合は、画像処理サーバ１００に送信後にソフトウェアによる補完処理（スム−シング等）によって解像度を上げれば良い。
【００３２】
画像形式の変更を指定した場合は、画像処理サーバ１００に送信後に画像形式を変更する。変換できない画像形式を指定した場合は「指定した形式には変換できません」等のメッセージが画像処理サーバ１００よりクライアントＡ１１０に送信される。
【００３３】
図９の画面で、画面左下の「登録」のボタンが押下されると、処理はステップＳ４０２に進み、入力された画像検索情報が通信回線１５０を介して画像処理サーバ１００に送信される。
【００３４】
次に、ステップＳ４２１では、画像処理サーバ１００は、画像検索情報を受信してＲＡＭ２２に記憶すると共に、ハードディスク２８のワークファイル中にも記憶する。
【００３５】
次に、ステップＳ４２２では、受信した画像検索情報をハードディスク２８に登録する。なお、ハードディスク２８にはパラメータ変換チェックテーブルが更に記憶され、この画像検索情報の登録の前に画像形式の変更指定や解像度の変更指定の有無とその内容をチェックし、無効な指定があれば、次のステップＳ４２３で完了メッセージの代わりに警告メッセージをクライアントＡ１１０に送信する。
【００３６】
例えば、解像度を原動画の２倍以上に指定したり、変換できない画像形式の指定があった場合は、例えば「原画像の解像度は７２０×４８０です。２倍以下の指定に変更して下さい」とか、「この形式の画像ファイルには変換出来ません」等の警告メッセージをクライアントＡ１１０に送信する。
【００３７】
ステップＳ４２３では、画像処理サーバ１００からクライアントＡ１１０に「画像検索情報の登録が完了しました。続いて画像を送信してください。」との完了メッセージと動画像のファイル名を指定するための画面の表示情報が送信される。
【００３８】
次に、ステップＳ４０３では、クライアントＡ１１０が完了メッセージを含む画面の表示情報を受信する。ステップＳ４０４では、動画像のファイル名が指定され、ハードディスク３８に記憶されている動画像ファイルが通信回線１５０を経由して画像処理サーバ１００に送信される。
ステップＳ４２４では、画像処理サーバ１００が動画像のファイルを受信しハードディスク２８の一次ファイルに記憶する。
【００３９】
ステップＳ４２５では、ＲＡＭ２２に記憶されている画像検索情報に基づいて、解像度変換指定があるかが判定される。解像度変換指定がある場合（ステップＳ４２５でＹｅｓの場合）、処理はステップＳ４２６に進み、送信された動画像の解像度が変換されハードディスク２８の一時ファイルに記憶され、処理はステップＳ４２７に進む。
【００４０】
解像度の変換指定がない場合（ステップＳ４２５でＮｏの場合）、処理は直ちにステップＳ４２７に進み、ＲＡＭ２２に記憶されている画像検索情報に基づいて、画像形式の変換指定があるかが判定される。画像形式の変換指定がある場合（ステップＳ４２７でＹｅｓの場合）、処理はステップＳ４２８に進み、送信された動画像の画像形式が変換されハードディスク２８の一時ファイルに記憶され、処理はステップＳ４２９に進む。
【００４１】
画像形式の変換指定がない場合（ステップＳ４２７でＮｏの場合）、処理は直ちにステップＳ４２９に進み、ハードディスク２８の一時ファイルに記憶されていた動画像ファイルが登録済みの画像検索情報と関連付けられて、ハードディスク２８の動画像ファイルに登録される。このとき、画像検索情報のインデックスも作成される。
【００４２】
次に、ステップＳ４３０では、登録済みの動画像ファイルに基づいて、クライアントＢ１２０に配信するための低解像度動画像（概ね１６０×１００乃至７２０×４８０ドットの動画像）が生成される。
【００４３】
次に、ステップＳ４３１では、ステップＳ４２１乃至ステップＳ４３０までの登録処理が正常に終了したかが判定される。
【００４４】
登録が正常終了した場合（ステップＳ４３１でＹｅｓの場合）、処理はステップＳ４３２に進み、登録が正常に完了した旨のメッセージを含む画面をクライアントＡ１１０に表示させるための表示情報が送信される。そして、ステップＳ４０５で、クライアントＡ１１０の表示部に登録が正常に完了した旨のメッセージを含む画面が表示されて処理を終わる。
【００４５】
登録が正常終了しなかった場合（ステップＳ４３１でＮｏの場合）、処理はステップＳ４３３に進み、登録が正常に完了しなかった旨の警告メッセージを含む画面をクライアントＡ１１０に表示させるための表示情報が送信される。そして、ステップＳ４０６で、クライアントＡ１１０の表示部に登録が正常に完了しなかった旨の警告メッセージと再送信するかのメッセージ及び再送信ボタンと終了ボタンを含む画面が表示される。
【００４６】
ステップＳ４０７では、再送信ボタンが押下されたが判定され、押下された場合（ステップＳ４０７でＹｅｓの場合）、処理はステップＳ４０４に戻り、動画像が再度送信される。
【００４７】
押下されなかった場合（ステップＳ４０７でＮｏの場合）、処理はステップＳ４０８に進み、当該動画像の登録をキャンセルする旨のキャンセル情報が画像処理サーバ１００に送信される。ステップＳ４３４では、受信したキャンセル情報に対応する画像検索情報が削除されて処理を終わる。
【００４８】
図５は、本発明の実施形態におけるクライアントＢ１２０と画像処理サーバ１００が通信回線１５０を介してデータをやり取りしつつ、動画像を配信し静止画を切出す処理の全体を示すフローチャートである。
【００４９】
図５のフローチャートの開始時点で、クライアントＢ１２０と画像処理サーバ１００とのセッションが確立済みであり、ユーザＩＤとパスワードによる認証も完了しており、クライアントＢ１２０の表示画面には画像処理サーバ１００から送信された画像表示情報に基づいて、図１０に示す画像検索条件の入力画面が表示されているものとする。
【００５０】
図５のフローチャートにおいて、ステップＳ５０１乃至ステップＳ５１５は、クライアントＢ１２０のＣＰＵ３１の制御の下で実行される。又、ステップＳ５２１乃至ステップＳ５３１は、画像処理サーバ１００のＣＰＵ２１の制御の下で実行される。
【００５１】
まず、ステップＳ５０１では、図１０に示すクライアントＢ１２０の画面表示に基づき、検索条件が入力され、画面左下の「検索」ボタンが押下されると、入力された検索条件が通信回線１５０を介して、画像処理サーバ１００に送信される。
【００５２】
次いで、ステップＳ５２１では、画像処理サーバ１００が、受信した画像検索条件に基づいて、インデックス検索を行い、合致する画像の検索情報と動画の最初のフレームの画像を表示させるための表示情報がクライアントＢ１２０に送信される。クライアントＢ１２０で合致する画像の検索情報と動画の最初のフレームの画像を表示され、特定の動画が選択されると、選択された動画を特定するための情報が、クライアントＢ１２０から画像処理サーバ１００に送信される。
【００５３】
次いで、ステップＳ５２２では、画像検索条件に合致する画像が存在し、かつ特定の画像ファイルが選択されたかを判定する。画像検索条件に合致する画像が存在し、かつ選択された動画を特定するための情報を受信した場合（ステップＳ５２２でＹｅｓの場合）、処理はステップＳ５２４に進む。
【００５４】
合致する画像が存在し、かつ選択された動画を特定するための情報を受信していない場合、画像処理サーバ１００は選択された動画を特定するための情報の受信待ち状態になる。
【００５５】
他方、画像検索条件に合致する画像が存在しない場合（ステップＳ５２２でＮｏの場合）、処理はステップＳ５２３に進み、画像検索条件に合致する画像が存在しない旨の警告メッセージをクライアントＢ１２０に送信する。
【００５６】
ステップＳ５０３では、クライアントＢ１２０がこの警告メッセージを受信して表示部に表示し、処理はステップＳ５０２に進む。検索条件を変更する旨の入力があった場合（ステップＳ５０２でＹｅｓの場合）、処理はステップＳ５０１に戻り、再度画像検索条件が再入力される。
【００５７】
検索を終了する旨の入力があった場合（ステップＳ５０２でＮｏの場合）、処理を終了する。
【００５８】
再度、ステップＳ５２４以降を説明する。動画を特定するための情報に基づいて、該当する低解像度の動画像が選択される。なお、低解像度の動画像は、前述したステップＳ４３０で既に生成されているが、これに限らず、ステップＳ５２４においてオンデマンドで低解像度の動画像を生成しても良い。これによって、リクエストのある動画像についてだけ低解像度の動画が生成され、ハードディスク２８の記憶容量を多少節約できる。
【００５９】
ステップＳ５２５では、ハードディスク２８に記憶されている静止画切出し用のクライアント用アプリケーションプログラムと、このクライアント用アプリケーションプログラムをインストールするためのプログラムと、選択された低解像度の動画像が、クライアントＢ１２０に送信される。静止画切出し用のクライアント用アプリケーションプログラムは独立したクライアント用プログラムでも良いし、ブラウザのいわゆるプラグインや、ＪａｖａやＪａｖａスクリプト等でも良い。
【００６０】
ステップＳ５０４では、クライアントＢ１２０が静止画切出し用のクライアント用アプリケーションプログラムと、インストール用のプログラムと、選択された低解像度の動画像を受信する。
【００６１】
ステップＳ５０５では、インストール用のプログラムがブラウザへの入力によって起動し、静止画切出し用のクライアント用アプリケーションプログラムが既にクライアントＢ１２０にインストールされているかが判定される。例えば、低解像度の動画像ファイルが既に、動画再生プログラムを兼ねる静止画切出し用のクライアント用アプリケーションに関連付けられているかが判定される。
【００６２】
インストール済みの場合（ステップＳ５０５でＹｅｓの場合）、処理はステップＳ５０７に進み、図１１に示すような画面のクライアント用アプリケーションが起動され、動画像を受信しつつ低解像度動画像が再生される。図１１では画面中央に動画の表示部があり、動画の再生ボタンや再生の停止ボタン、しおりの開始ボタンやしおりの終了ボタン等を備えている。しおりの開始ボタンがしおりの終了ボタンを兼ねても良い。しおりボタンについては後に説明する。
【００６３】
インストール済みでない場合（ステップＳ５０５でＮｏの場合）、処理はステップＳ５０６に進み、動画再生プログラムを兼ねる静止画切出し用のクライアント用アプリケーションが、クライアントＢ１２０にインストールされ、低解像度の動画像ファイルに関連付けられ、処理はステップＳ５０７に進む。
【００６４】
次に、低解像度の動画像の再生中に図１１に示すような画面の右下の「シャッター」ボタンが押下された場合（ステップＳ５０８でＹｅｓの場合）、処理はステップＳ５０９に進み、「シャッター」ボタンが押下されたタイミングに基づいて静止画切出しのタイミングデータが画像処理サーバ１００に送信される。
【００６５】
画像処理サーバ１００は、ステップＳ５２６でタイミングデータを受信し、ハードディスク２８に記憶する。ステップＳ５２７でタイミングデータに対応したサムネイル画像を抽出してハードディスク２８の一時ファイルに記憶する。
【００６６】
なお、図１１に示すように、「シャッター」ボタンが押下されたタイミングに基づいて、低解像度の動画から静止画を直ちに切出して、複数の静止画表示部に表示するようにしても良い。この場合、画像処理サーバ１００側では、ステップＳ５２７とステップＳ５２８は実行されず、クライアントＢ１２０側では、ステップＳ５１０とステップＳ５１１は実行されない。
【００６７】
説明を元に戻す。次に、処理はステップＳ５１０に進み、一定時間間隔で、「ＳＴＯＰ」ボタンが押下されたか、あるいは最後まで再生したことにより動画の再生が終了したかが判定される。
【００６８】
動画の再生が終了していない場合（ステップＳ５１０でＮｏの場合）、処理はステップＳ５０７に戻り、再生が続行される。既にアプリケーションは起動済みなので再度起動されることはない。
【００６９】
動画の再生が終了した場合（ステップＳ５１０でＹｅｓの場合）、処理はステップＳ５１１に進み、再生中に指定したタイミング情報に対応した静止画を要求する旨の情報を画像処理サーバ１００に送信する。
【００７０】
画像処理サーバ１００では、既にステップＳ５２７で抽出されてハードディスク２８に記憶されているサムネイル画像を、ステップＳ５２８でクライアントＢ１２０に送信する。なお、静止画を要求する旨の情報を受信した後でサムネイル画像を抽出しても良い。
【００７１】
ステップＳ５１２では、クライアントＢ１２０の表示部の画面に図１２に示すようなサムネイル画像が表示される。各サムネイル画像はシャッターボタンを押下したタイミングで静止画を切り出したものであり、例えば、選択したいサムネイル画像部分にカーソルを位置付けてからマウスの左ボタンをクリックしてから画面左下の「選択」ボタンを押下すると、特定のサムネイルを選択することができる。
【００７２】
この他、図１２の画面には表示されていないが、例えば、各サムネイル画像の傍にチックボックスを表示して、選択したいサムネイルを複数選択することができるようにしても良いし、選択するサムネイルの番号を入力するための入力欄を表示し、そこに、例えば１３や１８等の番号を入力する形式でも良い。
【００７３】
ステップＳ５１３では、選択されたサムネイルの選択情報が画像処理サーバ１００に送信される。ステップＳ５２９では、受信した選択情報に基づいて、ハードディスク２８に記憶されている高解像度の動画像から、静止画が切出される。
【００７４】
ステップＳ５３０では、高解像度の静止画像が、画像処理サーバ１００からクライアントＢ１２０に送信される。ステップＳ５３１では、送信した高解像度の静止画像の解像度と画像の枚数に基づいて課金処理が実行される。
【００７５】
ステップＳ５１４では、クライアントＢ１２０が送信された静止画像を受信する。そして、ステップＳ５１５では、高解像度の静止画が図１３に示すような表示部の画面に表示される。高解像度静止画表示部の右端部と下端部にいわゆるスクロールバーを表示しても良い。
【００７６】
図１３の画面で「ファイルに保存」のボタンを押下すると高解像度の静止画像がファイルとしてハードディスク３８に記憶される。「印刷」ボタンを押下した場合は後に説明する。
【００７７】
なお、本実施形態では、クライアントＢ１２０から送信される選択情報を受信してから、静止画像の抽出を実行しているが、これに限らず、ステップＳ５２８でサムネイル画像を送信した後で選択情報の受信を待たずに直ちに静止画像の抽出を実行してハードディスク２８の一時ファイルに記憶しておいても良い。このようなタイミングで処理することで、選択情報の受信から静止画像の送信までの間隔を短くすることができる。
【００７８】
以上で、図５のフローチャートの説明を終わる。
次に、図６と図１４を用いて本発明の第一の実施形態におけるしおり設定及びしおり部分の再生処理について説明する。なお、以下の説明では図５のフローチャートと重複する部分は省略する。
【００７９】
図６のフローチャートの開始時点で、クライアントＢ１２０と画像処理サーバ１００とのセッションが確立済みであり、ユーザＩＤとパスワードによる認証も完了しており、クライアントＢ１２０の表示画面には画像処理サーバ１００から送信された画像表示情報に基づいて、図１０に示す画像検索条件の入力画面が表示されているものとする。
【００８０】
図６のフローチャートにおいて、ステップＳ６０１乃至ステップＳ６１４は、クライアントＢ１２０のＣＰＵ３１の制御の下で実行される。又、ステップＳ６２１乃至ステップＳ６３０は、画像処理サーバ１００のＣＰＵ２１の制御の下で実行される。
【００８１】
図６のステップＳ６０１からステップＳ６０２は、図５のステップＳ５０１からステップＳ５０７に対応している。同じくステップＳ６２１からステップＳ６２２は、図５のステップＳ５２１からステップＳ５２５に対応している。
【００８２】
同じく、ステップＳ６０３からステップＳ６０４は、図５のステップＳ５０４に対応している。ステップＳ６０５からステップＳ６０６は、図５のステップＳ５０８からステップＳ５０９に対応している。ステップＳ６２３からステップＳ６２４は、図５のステップＳ５２６に対応している。
【００８３】
更に、ステップＳ６１３からステップＳ６１４は、図５のステップＳ５１１からステップＳ５１５に対応している。ステップＳ６２９からステップＳ６３０は、図５のステップＳ５２９からステップＳ５３０に対応している。
【００８４】
共通部分の対応関係は以上の通りであり、以下、ステップＳ６０７からステップＳ６１１と、ステップＳ６２５からステップＳ６２８について説明する。
【００８５】
ステップＳ６０４の時点では、クライアントＢ１２０の表示部に図１４に示すような画面が再生されており、低解像度の動画が再生されている。図１４では、しおりの開始時点を指示する「しおり」ボタンと、しおりの終了時点を指示する「しおり終了」ボタンが表示されている。ステップＳ６０７では、一定間隔で「しおり」ボタン又は「しおり終了」ボタンが押下されたかが判定される。
【００８６】
「しおり」ボタン又は「しおり終了」ボタンが押下された場合（ステップＳ６０７でＹｅｓの場合）、処理はステップＳ６０８へ進み、ボタンの押下されたタイミングデータを含むしおりデータが、画像処理サーバ１００に送信される。
【００８７】
ステップＳ６２５では、画像処理サーバ１００がしおりデータを受信し、ステップＳ６２６では、しおりデータをハードディスク２８に記憶する。
【００８８】
次に、ステップＳ６０９で動画の再生が終了したと判定された場合（ステップＳ６０９でＹｅｓの場合）、処理はステップＳ６１０へ進み、「しおり指定部再生」ボタンが押下されたかが判定される。
【００８９】
「しおり指定部再生」ボタンが押下された場合（ステップＳ６１０でＹｅｓの場合）、処理はステップＳ６１１へ進み、しおり指定部分の再生要求が画像処理サーバ１００に送信される。
【００９０】
他方、ステップＳ６０９で動画の再生が終了したと判定されなかった場合（ステップＳ６０９でＮｏの場合）、処理はステップＳ６０４へ戻り、引き続き動画が再生される。
【００９１】
なお、「しおり」ボタンと「しおり終了」ボタンは兼ねることができる。この場合、「しおり」ボタンを１回押すとしおりの開始時点が指示され、次に「しおり」ボタンを押すとしおりの終了時点が指示される。このとき、図１４の下部に示すように、サブウィンドウにしおり指定の開始時点と終了時点を表示しても良い。
【００９２】
さらに、しおりボタンを１回押した場合、しおりを押したタイミングの前後５秒程度をしおりの開始と終了として指示してもよく、前後の時間を同じにしなくても良い（例えば、ボタンを押したタイミングを基準に、押す前７秒と押した後３秒をしおりの開始と終了として指示する）。
【００９３】
次に、画像処理サーバ１００では、ステップＳ６２７で、しおり指定部分の再生要求を受信し、対応するタイミングデータに基づいてしおり指定部分の動画像が抽出され、ステップＳ６２８の接続点ＡからステップＳ６２２に戻り、クライアントＢ１２０にしおり指定部分の動画像が送信され、クライアントＢ１２０側で再生される。画像処理サーバ１００では、送信後はしおり指定部分の動画像は削除され、タイミングデータは引き続き記憶される。
【００９４】
以上で図６の説明を終わる。この実施形態によれば、動画の再生中に静止画切り出しに好適なシーンがあると思った場合、おおよそのタイミングで「しおり」ボタンを押下しておけば、後でまとめてしおり指定部分の動画像を再生して静止画の切出しを行うことができるので、動画を通して見るのは１回で済み、静止画の切り出しを効率的に行うことが出来る。
【００９５】
次に、本発明の第一の実施形態における静止画切出処理後の印刷要求処理を図７と図１５を用いて図６と異なる部分を中心に説明する。
【００９６】
図７のフローチャートにおいて、ステップＳ７０１乃至ステップＳ７１０は、クライアントＢ１２０のＣＰＵ３１の制御の下で実行される。又、ステップＳ７２１乃至ステップＳ７２８は、画像処理サーバ１００のＣＰＵ２１の制御の下で実行される。
【００９７】
図７のステップＳ７０１からステップＳ７０６は、図６のステップＳ６０１からステップＳ６０６に対応している。ステップＳ７０７からステップＳ７０８は、図６のステップＳ６０９とステップＳ６１２からステップＳ６１３に対応している。ステップＳ７０９は、図６のステップＳ６１４に対応している。
【００９８】
図７のステップＳ７２１からステップＳ７２４は、図６のステップＳ６２１からステップＳ６２４に対応している。ステップＳ７２５からステップＳ７２６は、図６のステップＳ６２９とステップＳ６３０に対応している。
【００９９】
ステップＳ７１０では、クライアントＢ１２０の表示部には、図１５に示すような画面が表示されており、画面中央の高解像静止画表示部には高解像度の静止画が表示されている。画面下の「印刷」ボタンが押下されると、印刷要求が画像処理サーバ１００に送信される。
【０１００】
なお、高解像静止画表示部は、スクロールバーを画面左端や下端に表示しても良いし、高解像度画像の全体が一度に見れる縮小した画像を表示しても良い。
【０１０１】
画像処理サーバ１００は、ステップＳ７２７で印刷要求を受信し、印刷情報を生成する。次に、ステップＳ７２８で、印刷装置１３０に印刷情報を送信する。印刷情報には印刷命令と印刷用画像データが含まれる。
【０１０２】
ステップＳ７２９で、印刷装置１３０から正常に印刷が終了した旨の情報を受信後、印刷要求に基づき課金処理が行われる。
【０１０３】
印刷装置１３０は、画像処理サーバ１００の近傍にあっても良いし、クライアントＢ１２０の近傍にあっても良い。さらに、印刷情報をクライアントＢ１２０に送信し、クライアントＢ１２０のローカルプリンタから印刷しても良い。この場合、クライアントＢ１２０から画像処理サーバ１００に、印刷情報が正常に送信された旨のメッセージが送られたタイミングで課金処理が実行されることになる。
【０１０４】
以上で図７の説明を終わる。本実施形態によれば、好適な場所にあるプリンタで課金処理を伴なう印刷を行うことができるので、コンサート等の映像の著作権を持つプロダクション等が静止画を販売することが可能になる。
【０１０５】
以上で本発明の第一の実施形態の説明を終わる。
次に、第二の実施形態では、画像処理サーバ１００に記憶されている動画像を元に静止画を切り出し、レイアウトアプリと連携して印刷物データを効率的に作成する例を説明する。
【０１０６】
本発明の第二の実施形態における静止画切出処理後の印刷物作成処理を、図８及び図１５と図１６を用いて図７との違いの部分を中心に説明する。
【０１０７】
図８のフローチャートにおいて、ステップＳ８０１乃至ステップＳ８１４は、クライアントＢ１２０のＣＰＵ３１の制御の下で実行される。又、ステップＳ８２１乃至ステップＳ７３１は、画像処理サーバ１００のＣＰＵ２１の制御の下で実行される。
【０１０８】
図８のステップＳ８０１からステップＳ８０９は、図７のステップＳ７０１からステップＳ７０９に対応している。ステップＳ８２１からステップＳ８２６は、図７のステップＳ７２１からステップＳ７２６に対応している。ステップＳ８１４は、図７のステップＳ７１０に対応している。ステップＳ８３１は、図７のステップＳ７２７からステップＳ７２８に対応している。
【０１０９】
図８のステップＳ８０９では、図１５に示す画面が、クライアントＢ１２０の表示部に表示されている。図１５の画面右下の「レイアウト」ボタンが押下されると、処理はステップＳ８１０に進む。ステップＳ８１０では、レイアウトを選択する小画面が表示される（不図示）、レイアウトを選択すると、レイアウトの抽出を要求する情報が画像処理サーバ１００に送信される。
【０１１０】
ステップＳ８２７では、画像処理サーバ１００でレイアウトの抽出を要求する情報が受信され、レイアウトが抽出される。次いで、ステップＳ８２８では、レイアウトアプリが起動され、クライアントＢ１２０の画面にレイアウトを表示させるための表示情報が画像処理サーバ１００からクライアントＢ１２０に送信される。次に、ステップＳ８１１では、図１６に示すようなクライアントＢ１２０の画面に選択されたレイアウトが表示される。
【０１１１】
次に、ステップＳ８１２では、表示されたテンプレートに各種のテキストや静止画の呼び出し及び貼付、クリップの呼び出し及び貼付け等の編集操作を行い、編集操作に対応する編集情報を画像処理サーバ１００に送信する。
【０１１２】
ステップＳ８２９では、画像処理サーバ１００が、受信した編集情報に基づき、ＲＡＭ２２にテンプレートとは別に一時ファイルを作成し、一時ファイルに編集情報を反映し、ステップＳ８２９では、作成した一時ファイルをハードディスク２８に記憶する。
【０１１３】
図１６の画面で「保存」ボタンが押下されると、作成した印刷物データの名称を要求する小画面が表示され、クライアントＢ１２０側指定した名称の情報が画像処理サーバ１００に送信され、画像処理サーバ１００の一時ファイルの名称が更新される。
【０１１４】
図１６の画面で「印刷」ボタンが押下されると（ステップＳ８１３でＹｅｓの場合）、処理はステップＳ８１４に進み、作成した印刷物データの印刷を要求するメッセージが画像処理サーバ１００に送信される。ステップＳ８３１では、受信した印刷要求に基づいて、印刷情報が印刷装置１３０に送信される。以上で処理を終わる。
【０１１５】
なお、本実施形態では、画像処理サーバ１００側でレイアウトアプリが起動されているが、これに限らず、クライアントＢ１２０側でレイアウトアプリを起動して印刷物のレイアウトを行っても良い。
【０１１６】
さらに印刷物は紙等の物理媒体に限らず電子データも含むことは言うまでもない。電子データの場合の「印刷」は、例えば、アドビ社製のＰＤＦファイルでの出力やＨＴＭＬでの出力に該当する。又、作成した電子データを電子メールに添付したり、ＨＴＭＬメールとして送信しても良い。
【０１１７】
なお、本発明の実施形態では、画像処理サーバ１００は一つのハードウェアで構成されていることを前提に説明しているが、これに限らず、例えば、画像の受信と解像度変換や画像形式の変換を実行するサーバＡとクライアントから送信された画像検索情報に基づいて検索を行うサーバＢと、検索結果に基づいて低解像度の動画を配信するサーバＣの合計３台のサーバによって構成した場合も、本発明に含まれるのは言うまでもない。
【０１１８】
このように構成することによって、処理を分散してサーバ１台当たりの負荷を軽減しシステムのスループットを改善することが可能になる。
【０１１９】
なお、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。
【０１２０】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１２１】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１２２】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わる記憶媒体に書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１２３】
又、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードがネットワークを介して配信されることにより、システムあるいは装置のハードディスクやメモリ等の記憶手段又はＣＤ−ＲＷやＣＤ−Ｒ等の記憶媒体に格納され、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。
【０１２４】
【発明の効果】
以上の本発明の第一の実施形態によれば、低解像度の動画を端末に配信して、切り出しタイミングを指定し、タイミング情報を画像処理サーバに送信し、画像処理サーバ側で高解像度の動画から静止画を切出すので、高解像度の静止画を通信回線に負担をかけずに切出して端末に送信したり、リモートプリンタに送信して印刷することができる。この結果動画から好みの静止画を切出し自分だけのオリジナルプリントを得ることができる。
【０１２５】
また、しおり機能により動画を再生しながら、静止画の切出しの候補となる部分を簡単に指定できるので、動画の鑑賞を楽しみながら再生終了後に効率的に静止画切出し作業を行うことが可能であり、静止画切出し作業の為に再度動画の全体を再生する必要がない。
【０１２６】
さらに、本願発明の第二の実施形態によれば、中解像度の動画像を高速回線で端末に配信して、切り出しタイミングを指定し、タイミング情報を画像処理サーバに送信することによって、画像処理サーバ側で中解像度の動画から静止画を切り出し、印刷レイアウト作成システムと連携して画像とテキストを組み合わせた印刷物を効率的に作成することができる。
【０１２７】
同様にして、中解像度の動画から静止画を切り出し、印刷レイアウト作成システムと連携して画像とテキストを組み合わせた印刷物と同様なレイアウトを持つ電子データを効率的に作成し、電子メールその他の方法で配布することも可能になる。
【０１２８】
又、本発明においては画像として動画と静止画を別々に記憶する必要がなく、動画と動画の切り出しタイミング情報を一体として管理できるので、画像を記憶するためのハードディスク等の記憶装置容量と画像の管理工数を節約することができる。
【図面の簡単な説明】
【図１】本発明の第一及び第二の実施形態における画像処理システムのシステム構成を示す図である。
【図２】本発明の第一及び第二の実施形態におけるサーバ１００のハードウェア構成を示す図である。
【図３】本発明の第一及び第二の実施形態におけるクライアントＡ１１０及びクライアントＢ１２０のハードウェア構成を示す図である。
【図４】本発明の第一及び第二の実施形態における画像検索情報と動画像の登録処理を示すフローチャートである。
【図５】本発明の第一及び第二の実施形態における動画再生及び静止画切出処理を示すフローチャートである。
【図６】本発明の第一の実施形態におけるしおり設定及びしおり部分の再生処理含むフローチャートである。
【図７】本発明の第一の実施形態における静止画切出処理後の印刷要求処理を示すフローチャートである。
【図８】本発明の第二の実施形態における静止画切出処理後の印刷物作成処理を示すフローチャートである。
【図９】本発明の第一及び第二の実施形態における画像検索情報登録時のクライアントの入力画面を示す図である。
【図１０】本発明の第一及び第二の実施形態における画像情報検索処理時のクライアントの検索条件入力画面を示す図である。
【図１１】本発明の第一及び第二の実施形態における動画再生時のクライアントの表示画面を示す図である。
【図１２】本発明の第一及び第二の実施形態におけるサムネイル表示時のクライアントの表示画面を示す図である。
【図１３】本発明の第一及び第二の実施形態における静止画像表示時のクライアントの表示画面を示す図である。
【図１４】本発明の第一の実施形態におけるしおりボタン押下時のクライアントの表示画面を示す図である。
【図１５】本発明の第二の実施形態におけるレイアウトアプリ連携ボタンを備えたクライアントの表示画面を示す図である。
【図１６】本発明の第二の実施形態における印刷物レイアウト編集時の表示画面を示す図である。
【符号の説明】
２０    システムバス
２１    ＣＰＵ
２２    ＲＡＭ
２３    ＲＯＭ
２４    ＬＡＮアダプタ
２５    ビデオアダプタ
２６    キーボード
２７    マウス
２８    ハードディスク
２９    ＣＤ−ＲＯＭドライブ
３０    システムバス
３１    ＣＰＵ
３２    ＲＡＭ
３３    ＲＯＭ
３４    ＬＡＮアダプタ
３５    ビデオアダプタ
３６    キーボード
３７    マウス
３８    ハードディスク
３９    ＣＤ−ＲＯＭドライブ
１００  サーバ
１１０  クライアントＡ
１２０  クライアントＢ
１３０  印刷装置
１５０  通信回線
【図１】
0004183231.tif 000002
【図２】
0004183231.tif 000003
【図３】
0004183231.tif 000004
【図４】
0004183231.tif 000005
【図５】
0004183231.tif 000006
【図６】
0004183231.tif 000007
【図７】
0004183231.tif 000008
【図８】
0004183231.tif 000009
【図９】
0004183231.tif 000010
【図１０】
0004183231.tif 000011
【図１１】
0004183231.tif 000012
【図１２】
0004183231.tif 000013
【図１３】
0004183231.tif 000014
【図１４】
0004183231.tif 000015
【図１５】
0004183231.tif 000016
【図１６】
0004183231.tif 000017