(57)【要約】【課題】負荷の軽減を図り、ユーザがアップロードした動画データの静止画データを生成する静止画生成サーバ、静止画生成方法、及びコンピュータ・プログラムを提供すること。【解決手段】端末２０と通信ネットワーク３０を介して接続された静止画生成サーバ１０は、複数の連続した画像データａにより構成される動画データＡを端末２０から受信する受信制御手段１１１と、動画データＡを受信したことに応じて、動画データＡを構成する前記複数の画像データａに対応する静止画データｂを生成する静止画生成手段１１３と、生成された複数の静止画データｂと、動画データＡとを関連付けて記憶する記憶部１２０と、を備え、静止画生成手段１１３は、画像データａをより高画質にした静止画データｂを生成する。【選択図】図１
2009055435.tif 000002
【特許請求の範囲】
【請求項１】
端末と通信ネットワークを介して接続された静止画生成サーバであって、
複数の連続した画像データにより構成される動画データを前記端末から受信する受信制御手段と、
前記受信制御手段により前記動画データを受信したことに応じて、前記動画データを構成する前記複数の画像データの各画像データに対応する静止画データを生成する静止画生成手段と、
前記静止画生成手段により生成された複数の前記静止画データと、前記動画データとを関連付けて記憶する記憶手段と、を備え、
前記静止画生成手段は、前記画像データをより高画質にした前記静止画データを生成することを特徴とする静止画生成サーバ。
【請求項２】
請求項１に記載の静止画生成サーバにおいて、
前記記憶手段は、前記静止画データを、前記静止画データに対応する前記画像データが再生される動画再生時間と関連付けて記憶することを特徴とする静止画生成サーバ。
【請求項３】
請求項１又は２に記載の静止画生成サーバにおいて、
前記動画データの再生を要求する再生要求データを前記端末から受信したことに応じて、前記再生要求データに基づき、前記記憶手段に記憶された前記動画データを送信する動画送信制御手段を備えることを特徴とする静止画生成サーバ。
【請求項４】
請求項３に記載の静止画生成サーバにおいて、
前記端末により再生された前記動画データの中から一の静止画を要求する静止画要求データを前記端末から受信したことに応じて、前記静止画要求データに対応する一の静止画データを前記記憶手段から選択し、前記端末に送信する静止画送信制御手段を備えることを特徴とする静止画生成サーバ。
【請求項５】
請求項４に記載の静止画生成サーバにおいて、
前記静止画要求データは、動画再生時間に関するデータを含み、
前記静止画送信制御手段は、前記動画再生時間に関するデータに対応する前記一の静止画データを前記記憶手段から選択することを特徴とする静止画生成サーバ。
【請求項６】
請求項３から５のいずれかに記載の静止画生成サーバにおいて、
前記受信制御手段により前記動画データを受信したことに応じて、前記端末で逐次再生可能な動画コンテンツを前記動画データから生成する動画生成手段を備え、
前記記憶手段は、生成された前記動画コンテンツを前記動画データと関連付けて記憶し、
前記動画送信制御手段は、前記記憶手段に記憶された前記動画コンテンツを逐次送信することを特徴とする静止画生成サーバ。
【請求項７】
請求項１から６のいずれかに記載の静止画生成サーバにおいて、
前記受信制御手段は、電子メールに添付され、又はＷｅｂページからアップロードされた前記動画データを受信することを特徴とする静止画生成サーバ。
【請求項８】
請求項１から７のいずれかに記載の静止画生成サーバにおいて、
前記受信制御手段により受信した前記動画データが、前記静止画データを生成可能なファイル形式であるか否かを判定するファイル形式判定手段を備えることを特徴とする静止画生成サーバ。
【請求項９】
請求項１から８のいずれかに記載の静止画生成サーバにおいて、
前記受信制御手段は、前記動画データと共に前記端末から入力されたテキストデータを受信し、
前記記憶手段は、前記テキストデータを前記動画データと関連付けて記憶することを特徴とする静止画生成サーバ。
【請求項１０】
端末と通信ネットワークを介して接続されたサーバにより提供される静止画生成方法であって、
前記サーバが、
複数の連続した画像データにより構成される動画データを前記端末から受信するステップと、
前記動画データを受信したことに応じて、前記動画データを構成する前記複数の画像データの各画像データに対応する静止画データを生成するステップと、
生成された複数の前記静止画データと、前記動画データとを関連付けて記憶するステップと、を含み、
前記静止画データを生成するステップは、前記画像データをより高画質にした前記静止画データを生成することを特徴とする静止画生成方法。
【請求項１１】
端末と通信ネットワークを介して接続されたサーバに、
複数の連続した画像データにより構成される動画データを前記端末から受信するステップと、
前記動画データを受信したことに応じて、前記動画データを構成する前記複数の画像データの各画像データに対応する静止画データを、前記画像データをより高画質にして生成するステップと、
生成された複数の前記静止画データと、前記動画データとを関連付けて記憶するステップと、を実行させるためのコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末から受信した動画データに基づき静止画データを生成する静止画生成サーバ、静止画生成方法、及びコンピュータ・プログラムに関する。
【背景技術】
【０００２】
従来、インターネット等の通信ネットワーク環境が飛躍的に向上し、ブロードバンド環境が普及している。ブロードバンドは、ＡＤＳＬ、ＣＡＴＶインターネット、光ファイバーやＦＷＡ等の高速な通信が可能な広帯域接続を指し、このようなネットワーク環境の普及につれて、データ量が比較的大きい動画コンテンツ配信が行われている。
【０００３】
そして、例えば、遠隔講義用のコンテンツ配信に際し、コンテンツの視聴時に、視聴者が任意のタイミングでキャプチャ画像等のデータを付加でき、再度視聴する際に、コンテンツと同期して付加データを視聴できるシステムが開示されている。
【特許文献１】特開２００６−２６２１３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特許文献１によれば、処理対象のコンテンツは予めサーバ装置に準備されたものである。そして、キャプチャ画像は、動画像の再生時にユーザの入力を受け付けたタイミングで取得される。取得されたキャプチャ画像は、その後の動画像の再生時に表示される。例えば、ユーザがキャプチャボタンを押下することにより、その時点で表示されている画像が初めてキャプチャされる。このように、ユーザの入力を受け付けた都度、キャプチャ処理を行うため、キャプチャ処理を行う端末の負荷が大きい。
【０００５】
本発明は、負荷の軽減を図り、ユーザがアップロードした動画データの静止画データを生成する静止画生成サーバ、静止画生成方法、及びコンピュータ・プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
より具体的には、本発明は、次のようなものを提供する。
【０００７】
（１）  端末（２０）と通信ネットワーク（３０）を介して接続された静止画生成サーバ（１０）であって、
複数の連続した画像データ（ａ）により構成される動画データ（Ａ）を前記端末から受信する受信制御手段（１１１）と、
前記受信制御手段により前記動画データを受信したことに応じて、前記動画データを構成する前記複数の画像データの各画像データに対応する静止画データ（ｂ）を生成する静止画生成手段（１１３）と、
前記静止画生成手段により生成された複数の前記静止画データと、前記動画データとを関連付けて記憶する記憶手段（１２０）と、を備え、
前記静止画生成手段は、前記画像データをより高画質にした前記静止画データを生成することを特徴とする静止画生成サーバ。
【０００８】
このことにより、端末から動画データを受信した場合に、受信した動画データから静止画データを自動的に生成することができる。そのため、オペレータ等の作業者の手を介することなく静止画データを生成できるので、省力化を図ることができる。また、作成された静止画データを様々な用途に用いることができる。
【０００９】
また、動画データから生成された静止画データは、画質が高められたものであるため、例えば、デジタルカメラ等を用いて画像を撮影した場合と比較しても遜色ない画質の静止画データを生成することができる。そのため、静止画像を撮影するカメラとしても、動画データを利用することができる。例えば、静止画像用と動画用との２種類のカメラによる撮影をせず、動画用のカメラの撮影だけで、静止画像と動画像とをユーザが得ることができる。
【００１０】
さらに、動画データを構成する複数の画像データと、静止画データとが関連付けられた静止画データを得ることができる。静止画データは、画像データと１対１に対応して生成してもよいし、１対ｎ（ｎは整数）に対応づけて生成してもよい。例えば、１対１に対応付けをすることにより、より細かい時間間隔での静止画データを提供することができる。また、１対ｎに対応付けをすることにより、静止画データの格納領域をより少なくすることができる。
【００１１】
（２）  請求項１に記載の静止画生成サーバ（１０）において、
前記記憶手段（１２０）は、前記静止画データ（ｂ）を、前記静止画データに対応する前記画像データ（ａ）が再生される動画再生時間と関連付けて記憶することを特徴とする静止画生成サーバ。
【００１２】
このことにより、静止画データに動画再生時間が関連付けられるので、動画再生時間により静止画データを特定することができる。
【００１３】
（３）  請求項１又は２に記載の静止画生成サーバ（１０）において、
前記動画データの再生を要求する再生要求データを前記端末（２０）から受信したことに応じて、前記再生要求データに基づき、前記記憶手段に記憶された前記動画データを送信する動画送信制御手段（１１７）を備えることを特徴とする静止画生成サーバ。
【００１４】
このことにより、サーバに記憶された動画データを端末に送信することができるので、端末では動画データを再生することができる。よって、例えば、他人の撮影した動画データを、別のユーザが見ることができる。
【００１５】
（４）  請求項３に記載の静止画生成サーバ（１０）において、
前記端末により再生された前記動画データの中から一の静止画を要求する静止画要求データを前記端末から受信したことに応じて、前記静止画要求データに対応する一の静止画データを前記記憶手段から選択し、前記端末に送信する静止画送信制御手段を備えることを特徴とする静止画生成サーバ。
前記端末（２０）により再生された前記動画データ（Ａ）の中から一の静止画を要求する静止画要求データを前記端末から受信したことに応じて、前記静止画要求データに対応する一の静止画データを前記記憶手段（１２０）から選択し、前記端末に送信する静止画送信制御手段（１１４）を備えることを特徴とする静止画生成サーバ。
【００１６】
（５）  請求項４に記載の静止画生成サーバ（１０）において、
前記静止画要求データは、動画再生時間に関するデータを含み、
前記静止画送信制御手段（１１４）は、前記動画再生時間に関するデータに対応する前記一の静止画データを前記記憶手段（１２０）から選択することを特徴とする静止画生成サーバ。
【００１７】
このことにより、動画データの中のある場面に該当する静止画を、サーバは、端末からの要求データに応じて選択し、端末に送信する。よって、端末を使用するユーザは、ユーザが選択した時点の静止画像を得ることができる。例えば、端末でシャッターボタンを押すと、サーバは、シャッターボタンを押したときの動画再生時間から、該当の静止画データを選択して、端末に該当の静止画を表示させることができる。よって、好みの場面の静止画を簡単に得ることができ、静止画を様々な用途に用いることができる。また、面白い静止画を得ることができ、興趣性の向上に貢献する。
【００１８】
（６）  請求項３から５のいずれかに記載の静止画生成サーバ（１０）において、
前記受信制御手段（１１１）により前記動画データ（Ａ）を受信したことに応じて、前記端末で逐次再生可能な動画コンテンツ（Ｃ）を前記動画データから生成する動画生成手段（１１６）を備え、
前記記憶手段（１２０）は、生成された前記動画コンテンツを前記動画データと関連付けて記憶し、
前記動画送信制御手段（１１７）は、前記記憶手段に記憶された前記動画コンテンツを逐次送信することを特徴とする静止画生成サーバ。
【００１９】
このことにより、サーバは、動画データから動画コンテンツを自動的に生成することができる。また、端末に、動画コンテンツを逐次送信することができる。動画コンテンツは、例えば、Ｆｌａｓｈ（登録商標）を用いて逐次表示することができる。よって、端末のユーザは、例えば、インターネットを利用することにより、専用のプログラム等をインストールせずに動画コンテンツを楽しむことができる。また、動画データを端末内に記憶せずに、サーバに記憶された動画コンテンツを楽しむことができるので、端末の記憶領域を使用せずに動画を楽しむことができる。
【００２０】
（７）  請求項１から６のいずれかに記載の静止画生成サーバ（１０）において、
前記受信制御手段（１１１）は、電子メールに添付され、又はＷｅｂページからアップロードされた前記動画データを受信することを特徴とする静止画生成サーバ。
【００２１】
このことにより、サーバは、動画データを、電子メールに添付されることにより、またＷｅｂページからアップロードされることにより、受信することができる。よって、既存の簡易な送信手段を用いて、動画データを受信することができる。
【００２２】
（８）  請求項１から７のいずれかに記載の静止画生成サーバ（１０）において、
前記受信制御手段（１１１）により受信した前記動画データ（Ａ）が、前記静止画データ（Ｃ）を生成可能なファイル形式であるか否かを判定するファイル形式判定手段（１１２）を備えることを特徴とする静止画生成サーバ。
【００２３】
このことにより、サーバは、端末から受信した動画データが変換可能なデータ形式か否かを判定することができるので、変換可能なデータ形式のものを選別することができる。よって、変換可能なデータ形式と判別された動画データから、静止画データを生成することができる。
【００２４】
（９）  請求項１から８のいずれかに記載の静止画生成サーバ（１０）において、
前記受信制御手段（１１１）は、前記動画データ（Ａ）と共に前記端末（２０）から入力されたテキストデータを受信し、
前記記憶手段（１２０）は、前記テキストデータを前記動画データと関連付けて記憶することを特徴とする静止画生成サーバ。
【００２５】
このことにより、テキストデータを動画データと関連付けて記憶するので、動画と共にテキストを表示することができ、さらに、動画データと静止画データとが関連付けられているため、静止画と共にテキストを表示したりすることができる。また、テキストを利用して、数多く格納された動画から、ユーザが所望の動画を検索する等の様々な用途に活用することができる。
【００２６】
（１０）  端末（２０）と通信ネットワーク（３０）を介して接続されたサーバ（１０）により提供される静止画生成方法であって、
前記サーバが、
複数の連続した画像データ（ａ）により構成される動画データ（Ａ）を前記端末から受信するステップと、
前記動画データを受信したことに応じて、前記動画データを構成する前記複数の画像データの各画像データに対応する静止画データ（ｂ）を生成するステップと、
生成された複数の前記静止画データと、前記動画データとを関連付けて記憶するステップと、を含み、
前記静止画データを生成するステップは、前記画像データをより高画質にした前記静止画データを生成することを特徴とする静止画生成方法。
【００２７】
本発明のこのような構成によれば、前記方法を使用するコンピュータは、（１）と同様の作用を有する。
【００２８】
（１１）  端末（２０）と通信ネットワーク（３０）を介して接続されたサーバ（１０）に、
複数の連続した画像データ（ａ）により構成される動画データ（Ａ）を前記端末から受信するステップと、
前記動画データを受信したことに応じて、前記動画データを構成する前記複数の画像データの各画像データに対応する静止画データ（ｂ）を、前記画像データをより高画質にして生成するステップと、
生成された複数の前記静止画データと、前記動画データとを関連付けて記憶するステップと、を実行させるためのコンピュータ・プログラム。
【００２９】
本発明のこのような構成によれば、前記コンピュータ・プログラムを実行するコンピュータは、（１）と同様の作用を有する。
【発明の効果】
【００３０】
本発明によれば、端末から動画データを受信した場合に、受信した動画データから静止画データを自動的に生成することができる。そのため、オペレータ等の作業者の手を介することなく静止画データを生成できるので、省力化を図ることができる。
【発明を実施するための最良の形態】
【００３１】
以下、本発明を実施するための最良の形態について図を参照しながら説明する。なお、これはあくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。
【００３２】
［システムの全体構成］
図１は、本実施形態の一例に係る静止画生成システム１の全体構成を示す図である。
【００３３】
本実施形態における静止画生成システム１は、静止画生成サーバ１０（以下、サーバ１０という）と、当該サーバ１０を介して通信ネットワーク３０に接続された端末２０とにより構成される。
【００３４】
サーバ１０は、Ｗｅｂサーバ１１、動画受付サーバ１２、エンコードサーバ１３、ＤＢ（データベース）サーバ１４、及びストレージサーバ１５の種々のサーバを含む。また、上述の種々のサーバと、通信ネットワーク３０との中継機器であるルータ１９を含んでもよい。本実施形態では、サーバ１０のハードウェアは、各処理の負荷を分散させるために機能毎に複数のサーバを用いて構成しているが、単一のサーバ１０が、複数の機能を有するものとしてもよく、また、一の機能を有するサーバを複数台で構成してもよく、台数に制限はない。
【００３５】
ルータ１９は、本実施形態では、端末２０から送信されたデータのプロトコルに基づいて、受け付けるサーバを振り分ける機能を有する。例えば、メールのプロトコルであるＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）による通信であれば動画受付サーバ１２に、Ｗｅｂページからのアップロードに用いられるＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）やＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）による通信であればＷｅｂサーバ１１にルータ１９が振り分ける。
【００３６】
端末２０は、ＰＣ（パソコン）２１ｘにカメラ２２ｘを有するものの他、カメラ２２ｙ付き携帯電話機２１ｙ、ＰＣ２１ｚにケーブル等を介してカメラ２２ｚを外付けしたものである。端末２０は、カメラ２２で撮影した動画データを、通信ネットワーク３０を介してサーバ１０に送信する。また、動画を再生しつつ、ユーザがタイミングを指定することにより、静止画データを表示する。よって、端末２０は、カメラ２２を内部又は外部に付属可能な端末である必要がある。また、動画や静止画を表示するものであるため、ディスプレイを備える必要がある。
【００３７】
なお、本実施形態では、動画を撮影してサーバ１０に送信する他、サーバ１０から動画データを受信して再生するのを１つの端末２０により行うが、動画を撮影してサーバ１０に送信する端末２０と、サーバ１０から動画データを受信して再生する端末２０とを、別の端末としてもよい。例えば、再生する端末２０は、カメラ２２を有しなくともよい。
【００３８】
通信ネットワーク３０は、サーバ１０と端末２０とを接続する。ここで、通信ネットワーク３０は、有線により実現するものだけではなく、携帯電話等のように、基地局を介して一部を無線により実現するもの、アクセスポイントを介して無線ＬＡＮにより実現するもの等、本発明の技術的思想に合致するものであれば様々な通信ネットワークにより実現してよい。
【００３９】
［システムの機能構成］
図２は、本実施形態の一例に係るサーバ１０の機能ブロック図である。
【００４０】
サーバ１０は、主に、制御部１１０、記憶部１２０、及び送受信部１３０により構成される。サーバ１０の制御部１１０は、受信制御手段１１１、ファイル形式判定手段１１２、静止画生成手段１１３、静止画送信制御手段１１４、動画生成手段１１６、及び動画送信制御手段１１７を有している。
【００４１】
受信制御手段１１１は、送受信部１３０を介して動画データを受信する。ここで、動画データは、端末２０からサーバ１０宛の電子メールに添付されたり、端末２０に表示されたＷｅｂページからアップロードされたりすることにより受信する。また、動画データは、複数の連続した画像データにより構成される。
【００４２】
ファイル形式判定手段１１２は、動画データのファイル形式が静止画データを生成可能な形式か否かを判断する。例えば、ＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）やＡＶＩ（Ａｕｄｉｏ  Ｖｉｄｅｏ  Ｉｎｔｅｒｌｅａｖｉｎｇ）等の動画のファイル形式か否かを判断する。
【００４３】
静止画生成手段１１３は、動画データを構成する複数の画像データの各画像データに対応する静止画データを生成する。静止画データは、例えば、ＪＰＥＧ（Ｊｏｉｎｔ  Ｐｈｏｔｏｇｒａｐｈｉｃ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）等の画像ファイル形式のデータである。静止画送信制御手段１１４は、該当の静止画データを端末２０に送信する。
【００４４】
動画生成手段１１６は、動画データから動画コンテンツを生成する。この動画コンテンツは、視聴専用のソフトウェアをインストールすることなく任意の端末２０から視聴可能なものを指す。例えば、Ｆｌａｓｈ（登録商標）に変換された動画コンテンツは、Ｗｅｂブラウザを利用して端末２０で視聴できる。動画送信制御手段１１７は、該当の動画コンテンツを端末２０に逐次送信する。
【００４５】
記憶部１２０は、端末２０から受信した動画データ、静止画生成手段１１３により生成された静止画データ、動画生成手段１１６により生成された動画コンテンツ、及びテキストデータを記憶する。また、後述するコンテンツ管理テーブル６０や再生管理テーブル９０を記憶する。
送受信部１３０は、端末２０と制御部１１０とのデータの送受信を行う。
【００４６】
［データ概念図］
次に、本発明において生成される静止画データ及び動画コンテンツと、入力データである動画データとの関係について説明する。図３は、本実施形態の一例に係るデータ概念を示す図である。
【００４７】
まず、動画データＡは、複数の連続した画像データａ１からａ９により構成される。画像データａ１からａ９から、静止画データｂ１からｂ６を生成する。静止画データｂは、画像データａと１対１の対応としてもよいし（ａ１からａ３に対してｂ１からｂ３等）、画像データａがＮに対して静止画データｂを１としてもよい（ａ４とａ５に対してｂ４、ａ７からａ９に対してｂ６）。また、この静止画データｂの生成とは別に、動画データＡから動画コンテンツＣを生成する。
【００４８】
［データ生成処理フロー］
次に、端末２０に表示されたＷｅｂページから動画データをアップロードする際にサーバ１０で行うデータ生成処理について説明する。図４は、本実施形態の一例に係るサーバ１０のデータ生成処理フローチャートである。図５は、本実施形態の一例に係る端末２０に表示される画面例を示す図である。図６は、本実施形態の一例に係るコンテンツ管理テーブル６０を示す図である。
【００４９】
図４において、まず、ステップＳ１０１では、サーバ１０の制御部１１０は、端末２０からの要求に応じて、動画データをアップロードするためのＷｅｂページを送信する。その後、端末２０では、図５に示すような画面が表示される。
【００５０】
ここで、図５を参照して、端末２０に表示されるアップロード用ページ５０について説明する。アップロード用ページ５０は、アップロードする動画データ及び必要に応じてコメントを入力するＷｅｂページである。動画データを指定する時は、動画データがある場所（ディレクトリ）を指定する動画データ指定欄５１に直接動画データを指定する。参照ボタン５２を押下してディレクトリを表示させることにより動画データを指定してもよい。また、コメント入力欄５３にアップロードする動画に関するコメントを入力する。入力したコメントは、例えば、静止画データを表示させる画面で表示させることができる。指定した動画をアップロードする時は、決定ボタン５４を押下することにより、サーバ１０に動画データが送信される。また、アップロードをやめる時は、キャンセルボタン５５を押下することにより、初期画面（図示せず）に戻る等の所定のページを表示する。
【００５１】
図４に戻って、ステップＳ１０２では、制御部１１０（受信制御手段１１１）は、端末２０からアップロードされた動画データを受信する。例えば、Ｗｅｂページにより動画データがアップロードされた場合には、図１に示すＷｅｂサーバ１１が動画データを受け付ける。コメントを入力した場合には、制御部１１０（受信制御手段１１１）は、コメントデータをあわせて受信する。その後、ステップＳ１０３では、制御部１１０は、受信した動画データを記憶部１２０に記憶する。
【００５２】
次に、ステップＳ１０４では、制御部１１０は、コメントデータを受信したか否かを判断する。コメントデータを受信した場合（ステップＳ１０４：Ｙ）には、制御部１１０は、コメントデータを動画データと関連付けて記憶部１２０に記憶する（ステップＳ１０５）。その後、制御部１１０は、処理をステップＳ１０６に移す。コメントデータを受信しない場合（ステップＳ１０４：Ｎ）には、制御部１１０は、処理をステップＳ１０６に移す。
【００５３】
ステップＳ１０６では、制御部１１０（ファイル形式判定手段１１２）は、受信した動画データのファイル形式が所定のものであるか否かを判断する。ファイル形式が所定のものであるかの判断は、例えば、許容するファイル形式を記憶部１２０に記憶しておき、記憶したファイル形式と、受信した動画データのファイル形式とを比較することにより行ってもよい。又は、動画データから静止画データを生成するプログラムを実行し、生成できるか否かをプログラムの結果コードにより判断してもよい。動画データのファイル形式が所定のものである場合（ステップＳ１０６：Ｙ）には、制御部１１０は、処理をステップＳ１０７に移す。他方、動画データのファイル形式が所定のものでない場合（ステップＳ１０６：Ｎ）には、以降の処理を行わずに本処理を終了する。
【００５４】
ステップＳ１０７では、制御部１１０（静止画生成手段１１３）は、動画データから静止画データを生成する。具体的には、動画データを構成する複数の画像データを選択し、選択した画像データを補正することにより、画像データより高画質の静止画データを生成する。例えば、図１に示すエンコードサーバ１３が静止画データを生成する。その後、ステップＳ１０８では、制御部１１０は、静止画データを動画データと関連付けて記憶部１２０に記憶する。例えば、図１に示すストレージサーバ１５に静止画データ及び動画データを記憶する。
【００５５】
ステップＳ１０９では、制御部１１０（動画生成手段１１６）は、動画データから動画コンテンツを生成する。具体的には、動画データを動画コンテンツとしてＷｅｂページを介してユーザに提供するために、例えば、Ｆｌａｓｈ（登録商標）等に変換した動画コンテンツを生成する。その後、ステップＳ１１０では、制御部１１０は、動画コンテンツを動画データと関連付けて記憶部１２０に記憶する。
【００５６】
ここで、図６を参照して、記憶部１２０に記憶する各種データを管理するコンテンツ管理テーブル６０について説明する。これは、動画データと、静止画データ等とを関連付けるために示す１つの手法である。コンテンツ管理テーブル６０は記憶部１２０に記憶され、端末２０から受信した動画データと、各種データとを関連付けるテーブルである。図６に示すように、受信した動画データに一意のＩＤ６１を制御部１１０が付与し、動画データ、静止画データ、動画コンテンツ、及び付随データとしてテキストデータを、それぞれＩＤに関連付けるインデックスを付与することにより、ＩＤ６１と、動画データ６２、静止画データ６３、動画コンテンツ６４、及び付随データ６５と関連付ける。例えば、図１に示すＤＢサーバ１４がコンテンツ管理テーブル６０を記憶する。
【００５７】
図６の例で、ＩＤが「０００１」のレコードは、動画データと共に付随データも受信し、動画データが変換可能なファイル形式であったため静止画データと動画コンテンツとを生成した場合である。動画データ６２には、動画データのインデックスとして付与した「Ａ０００１」を、静止画データ６３には、静止画データのインデックスとして付与した「Ｂ０００１」を格納し、同様に動画コンテンツ６４及び付随データ６５にもインデックスとして付与した文字列を格納している。また、ＩＤが「０００２」のレコードは、付随データを受信しなかった場合を示し、ＩＤが「０００３」のレコードは、受信した動画データのファイル形式が変換不可能であった場合を示す。このようなコンテンツ管理テーブル６０を有することで、各データの関連付けが簡易に行われる。
【００５８】
その後、制御部１１０は、本処理を終了する。ここで、図４では、動画データから静止画データを生成後に動画コンテンツを生成するが、静止画データを生成するのと並行して動画コンテンツを生成してもよい。また、動画コンテンツを生成後、静止画データを生成してもよい。
【００５９】
本処理により、端末２０から受信した動画データに基づき、サーバ１０は、静止画データや動画コンテンツを自動的に生成することができる。そして、サーバ１０は、動画データを構成する画像データよりも高画質な画像である静止画データを生成することができる。
【００６０】
［再生処理フロー］
次に、サーバ１０で行う再生処理について説明する。図７は、本実施形態の一例に係るサーバ１０の再生処理フローチャートである。図８及び図１０は、本実施形態の一例に係る端末２０に表示される画面例を示す図である。図９は、本実施形態の一例に係る再生管理テーブル９０を示す図である。
【００６１】
まず、ステップＳ１２１において、制御部１１０は、記憶部１２０に記憶された動画コンテンツ再生のためのコンテンツ選択ページを端末２０に送信する。
【００６２】
ここで、図８（ａ）は、動画コンテンツ再生のためのコンテンツ選択ページ８０を端末２０が表示した例を示す。コンテンツ選択ページ８０には、複数の動画データの各々について、動画データの一場面が表示されている。表示する一場面は、例えば、動画コンテンツの最初の画像でもよいし、任意の時間が経過後の画像でもよい。ここで、端末２０では、例えば（Ｆ）に示すバレエ発表会の画像をマウス等により選択することができる。
【００６３】
図７に戻って、ステップＳ１２２では、制御部１１０は、端末２０から再生要求データを受信したか否かを判断する。再生要求データを受信した場合（ステップＳ１２２：Ｙ）には、制御部１１０（動画送信制御手段１１７）は、動画コンテンツを再生する画面を送信し、該当の動画コンテンツを逐次端末２０に送信する（ステップＳ１２３）。再生要求データを受信しない場合（ステップＳ１２２：Ｎ）には、引続きステップＳ１２２において再生要求データを受信するのを待つ。
【００６４】
ここで、図８（ｂ）は、動画コンテンツを再生する再生ページ１８０を端末２０が表示した例を示す。再生ページ１８０には、選択した動画コンテンツを表示する動画コンテンツ表示部１８１、動画コンテンツの再生等を行うボタン部１８２、静止画データを取得するタイミングでユーザが選択するシャッター部１８３、取得した静止画を並べるストック部１８４、及び、静止画データを用いたＷｅｂページを作成するページ作成ボタン１８５が表示される。ボタン部１８２は、ユーザが任意に操作を行うことができ、再生ボタン１８２ａや停止ボタン１８２ｂ等のボタンが用意されている。
【００６５】
静止画データを取得したい場合には、端末２０を使用するユーザは、動画コンテンツ表示部１８１を見ながら、取得したいタイミングでシャッター部１８３をマウス等で選択することにより、端末２０から静止画要求データがサーバ１０に送信される。
【００６６】
次に、ステップＳ１２４において、制御部１１０は、端末２０から静止画要求データを受信したか否かを判断する。静止画要求データを受信した場合（ステップＳ１２４：Ｙ）には、制御部１１０は、静止画要求データが含む動画再生時間に関するデータに対応する静止画データを記憶部１２０から選択する（ステップＳ１２５）。その際、選択した静止画データを再生管理テーブル９０に格納する。他方、静止画要求データを受信しない場合（ステップＳ１２４：Ｎ）には、制御部１１０は、ステップＳ１２３に処理を移し、動画コンテンツを再生しながら静止画要求データを受信するのを待つ。
【００６７】
ここで、図９を用いて、再生管理テーブル９０について説明する。再生管理テーブル９０は、記憶部１２０に記憶されるワークエリアであり、動画コンテンツを再生中に選択された静止画データを一時的に記憶するテーブルである。ここで、番号９１は、端末２０で動画コンテンツを再生しているユーザを特定する番号であり、例えば、会員制として予めユーザＩＤのような番号を付与して、それを用いてもよいし、制御部１１０により通信順に付与された番号でもよい。また、データ部９２は、端末２０で選択された静止画データを記憶する。ここでは、静止画を一意に示すファイル名等の名称を格納しているが、静止画データそのものを格納してもよい。
【００６８】
図７に戻って、ステップＳ１２６では、制御部１１０（静止画送信制御手段１１４）は、ステップＳ１２５で選択した静止画データを端末２０に送信する。
【００６９】
ここで、図１０（ａ）は、複数枚の静止画データを取得した場合の再生ページ１８０を示す。ストック部１８４に、シャッター部１８３を選択したタイミングで表示される動画コンテンツの静止画データが表示される。複数回同様の処理を行った場合には、処理順に静止画データが左の静止画１８４ａから静止画１８４ｅの順番に表示される。
【００７０】
図７に戻って、ステップＳ１２７では、制御部１１０は、動画コンテンツの再生を終了したか否かを判断する。動画コンテンツの再生を終了するとは、動画コンテンツの最後まで送信した場合や、ボタン部１８２の停止ボタン１８２ｂ（図８（ｂ）参照）が選択された場合をいう。動画コンテンツの再生を終了した場合（ステップＳ１２７：Ｙ）には、制御部１１０は、処理をステップＳ１２８に移す。他方、動画コンテンツの再生を終了していない場合（ステップＳ１２７：Ｎ）には、制御部１１０は、ステップＳ１２３に戻り、引続き動画コンテンツの再生を行う。
【００７１】
ステップＳ１２８では、制御部１１０は、静止画表示要求データを受信したか否かを判断する。静止画表示要求データは、上述の図１０（ａ）のページ作成ボタン１８５が選択されたことによりサーバ１０に送信される。静止画表示要求データを受信した場合（ステップＳ１２８：Ｙ）には、制御部１１０は、静止画を表示したＷｅｂページを生成して端末２０に送信し（ステップＳ１２９）、本処理を終了する。他方、静止画表示要求データを受信しない場合（ステップＳ１２８：Ｎ）には、制御部１１０は、引続きステップＳ１２８に留まり静止画表示要求データを受信するのを待つ。
【００７２】
静止画を表示したＷｅｂページとは、例えば、図１０（ｂ）に示すような写真のアルバムのようなものをいう。そして、動画データにコメントがある場合には、コメントをあわせて表示してもよい。
【００７３】
このように、カメラ２２を用いてユーザが撮影した動画データから、動画コンテンツを生成し、生成された動画コンテンツを用いて、動画コンテンツの所望の静止画データを、ユーザが簡単に取得することができる。また、静止画データは、高画質の画像データであるため、写真としてプリントアウトする、友達に送信する、等の様々な使用をすることができる。
【００７４】
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限定されるものではない。また、実施形態に記載した効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、実施形態に記載したものに限定されない。なお、上述した実施形態及び後述する変形形態は、適宜組み合わせて用いることもできるが、詳細な説明は省略する。
【００７５】
（変形形態）
以上、説明した実施形態に限定されることなく、種々の変形や変更が可能であって、それらも本発明の範囲内である。
【００７６】
本実施形態では、端末２０としてＰＣ２１ｘ（又はＰＣ２１ｚ）を用いた場合について説明した。しかし、これに限らず、携帯電話機２１ｙにおいて実現してもよい。携帯電話機２１ｙでは、動画データを撮影し、送信することができ、また、携帯電話機用の再生ページによりＰＣ２１ｘ（又はＰＣ２１ｚ）の場合と同様に実現することができる。その場合は、携帯電話機２１ｙにおいて実施しやすくするよう、シャッター部に対応するボタンを予め決定しておいた方が望ましい。
【００７７】
本実施形態では、誰でも動画データをアップロードでき、また、動画コンテンツを楽しむようになっているが、会員制としてユーザＩＤを割当て、特定のユーザに使用させてもよい。また、動画コンテンツにもセキュリティレベルを設定し、友達等の指定したユーザのみ表示することができるようにしてもよい。このようにすることで、動画コンテンツ及びそこから取得可能な静止画データの不正な使用を妨げることができる。
【００７８】
本実施形態では、端末に表示されたＷｅｂページから動画データをアップロードしたが、これに限らず、電子メールに動画データを添付した上で、所定のアドレスに送信することで、同様の機能を実現してもよい。
【００７９】
本実施形態では、動画データをサーバにアップロードする際にコメントを入力するようになっているが、後からコメントを入力できるようにしてもよい。また、動画データに対してコメントを入力するようになっているが、再生時に取得した静止画データに対してコメントを入力できるようにしてもよい。コメントは、テキスト以外に絵文字等のイメージデータであってもよいし、音声データでもよい。動画データ又は静止画データとコメントデータとを関連付けることで、様々なコメントの付け方ができる。
【００８０】
本実施形態では、生成した静止画データをＷｅｂページ上に写真のアルバムのように表示したが、これに限らず、静止画データをサーバから端末にダウンロードしたり、プリントサービスを行うサーバに送信して写真を得たりしてもよい。デジタルカメラにより撮影された画像データと同様のサービスを提供することができる。
【図面の簡単な説明】
【００８１】
【図１】本実施形態の一例に係る静止画生成システム１の全体構成を示す図である。
【図２】本実施形態の一例に係るサーバの機能ブロック図である。
【図３】本実施形態の一例に係るデータ概念を示す図である。
【図４】本実施形態の一例に係るサーバのデータ生成処理フローチャートである。
【図５】本実施形態の一例に係る端末に表示される画面例を示す図である。
【図６】本実施形態の一例に係るコンテンツ管理テーブルを示す図である。
【図７】本実施形態の一例に係るサーバの再生処理フローチャートである。
【図８】本実施形態の一例に係る端末に表示される画面例を示す図である。
【図９】本実施形態の一例に係る再生管理テーブルを示す図である。
【図１０】本実施形態の一例に係る端末に表示される画面例を示す図である。
【符号の説明】
【００８２】
１    静止画生成システム
１０  サーバ
２０  端末
２２  カメラ
１１０  制御部
１１１  受信制御手段
１１２  ファイル形式判定手段
１１３  静止画生成手段
１１４  静止画送信制御手段
１１６  動画生成手段
１１７  動画送信制御手段
１２０  記憶部
１３０  送受信部
【図１】
2009055435.tif 000003
【図２】
2009055435.tif 000004
【図３】
2009055435.tif 000005
【図４】
2009055435.tif 000006
【図５】
2009055435.tif 000007
【図６】
2009055435.tif 000008
【図７】
2009055435.tif 000009
【図８】
2009055435.tif 000010
【図９】
2009055435.tif 000011
【図１０】
2009055435.tif 000012