(57)【要約】【課題】ウェブページに関連する動画像の内容を簡単に把握できるようにする。【解決手段】検出部７２は、動画像に含まれるシーンの切り替わりを検出する。サムネイル画像生成部７３は、シーンの切り替わりの検出結果に基づいて、シーンの内容を表すサムネイル画像を生成して記録部７４に記録させる。通信部７６は、記録部７４に記録されたサムネイル画像が含まれたリクエストメッセージをサーバに送信し、サーバからサムネイル画像のURL（Uniform Resource Locator）が含まれたレスポンスメッセージを受信する。メッセージ生成部７５は、レスポンスメッセージに含まれているサムネイル画像のURLを基に、サムネイル画像が表示される記事の記事データを生成する。本発明は、ハードディスクレコーダに適用することができる。【選択図】図３
2008027049.tif 000002
【特許請求の範囲】
【請求項１】
通信網を介して接続されている第１の情報処理装置および第２の情報処理装置からなる情報処理システムにおいて、
前記第１の情報処理装置は、
動画像に含まれるシーンの切り替わりを検出する検出手段と、
シーンの切り替わりの検出結果に基づいて、前記動画像に含まれるシーンのそれぞれの内容を表すサムネイル画像のそれぞれを生成するサムネイル画像生成手段と、
前記サムネイル画像を前記第２の情報処理装置に送信し、前記第２の情報処理装置から送信されてきた、前記第２の情報処理装置における前記サムネイル画像が記録されている位置を示す情報を受信し、前記第２の情報処理装置に記録された前記サムネイル画像と、前記シーンの内容の説明が表示される説明欄とが表示される記事をウェブページの所定の位置に表示させるための記事データであって、前記情報が含まれる記事データを前記第２の情報処理装置に送信する第１の通信手段と、
前記サムネイル画像が記録されている位置を示す情報に基づいて、前記記事データを生成する記事生成手段と
を備え、
前記第２の情報処理装置は、
前記第１の情報処理装置から送信されてきた前記サムネイル画像を受信し、前記サムネイル画像が記録されている位置を示す情報を前記第１の情報処理装置に送信し、前記第１の情報処理装置から送信されてきた前記記事データを受信する第２の通信手段と、
受信した前記サムネイル画像および前記記事データを記録する記録手段と
を備える
情報処理システム。
【請求項２】
動画像に含まれるシーンの切り替わりを検出する検出手段と、
シーンの切り替わりの検出結果に基づいて、前記動画像に含まれるシーンのそれぞれの内容を表すサムネイル画像のそれぞれを生成するサムネイル画像生成手段と、
生成された前記サムネイル画像に基づいて、前記シーンのサムネイル画像と、そのシーンの内容の説明が表示される説明欄とが表示される記事をウェブページの所定の位置に表示させるための記事データを生成する記事生成手段と
を備える情報処理装置。
【請求項３】
前記シーンの前記動画像における再生時刻を示す時間位置情報を生成する時間位置情報生成手段をさらに備え、
前記記事生成手段は、前記サムネイル画像および前記時間位置情報に基づいて、前記シーンの前記サムネイル画像、再生時刻、および前記説明欄が表示される記事の前記記事データを生成する
請求項２に記載の情報処理装置。
【請求項４】
前記記事生成手段は、URL（Uniform Resource Locator）方式で記述された前記サムネイル画像が記録されている位置を示す情報が含まれる前記記事データを生成する
請求項２に記載の情報処理装置。
【請求項５】
前記記事生成手段は、URL方式で記述された前記動画像が記録されている位置を示す情報と、前記動画像を前記シーンから再生するための再生指定ファイルが記録されている位置であって、URL方式で記述された位置を示す情報とが含まれる前記記事データを生成する
請求項３に記載の情報処理装置。
【請求項６】
動画像に含まれるシーンの切り替わりを検出する検出ステップと、
シーンの切り替わりの検出結果に基づいて、前記動画像に含まれるシーンのそれぞれの内容を表すサムネイル画像のそれぞれを生成するサムネイル画像生成ステップと、
生成された前記サムネイル画像に基づいて、前記シーンのサムネイル画像と、そのシーンの内容の説明が表示される説明欄とが表示される記事をウェブページの所定の位置に表示させるための記事データを生成する記事生成ステップと
を含む情報処理方法。
【請求項７】
動画像に含まれるシーンの切り替わりを検出する検出ステップと、
シーンの切り替わりの検出結果に基づいて、前記動画像に含まれるシーンのそれぞれの内容を表すサムネイル画像のそれぞれを生成するサムネイル画像生成ステップと、
生成された前記サムネイル画像に基づいて、前記シーンのサムネイル画像と、そのシーンの内容の説明が表示される説明欄とが表示される記事をウェブページの所定の位置に表示させるための記事データを生成する記事生成ステップと
をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は情報処理システム、情報処理装置および方法、並びにプログラムに関し、特に、ブログの記事に含まれている動画像の内容を簡単に把握できるようにした情報処理システム、情報処理装置および方法、並びにプログラムに関する。
【背景技術】
【０００２】
近年、インターネット上でユーザの日記や評論などの記事を一般に公開する、いわゆるブログと称されるウェブサイトが普及してきている。
【０００３】
従来のウェブサイトにおいては、ウェブ上に公開される記事を投稿するユーザは、専用のソフトウェアやHTML（HyperText Markup Language）の知識を用いて直接的に編集を行って記事を作成し、作成した記事をサーバにアップロードさせなければならなかった。そのため、従来のウェブサイトは、一部のコンピュータリテラシに長けたユーザの間における普及にとどまっていた。
【０００４】
ところが、ブログにおいては、ユーザがパーソナルコンピュータのみならず携帯電話機からも手軽な操作でユーザ自身の好きな記事を投稿することができるため、ブログは従来のウェブサイトを利用していなかったユーザ層にまで広く浸透することとなった。その結果、広い世代でのブログの利用人口の増加にともない、ユーザが友人に見せることを目的としたブログが１つのコミュニケーション手段として発達してきている。
【０００５】
現在のブログの使用状況は、テキストのみの記事、または携帯電話機やデジタルスチルカメラにより撮像された静止画像とともに文章が記述された記事の形式が大部分を占めている。また、いくつかのサービスでは、動画像に対応したブログを提供している。動画像に対応したブログにおいては、ユーザは、投稿された記事に関連付けられた動画像、すなわち記事とともに投稿された動画像を指定することによって、その動画像を再生させて視聴することができる。
【０００６】
さらに、従来の動画像に関連した技術が利用された記録再生装置として、動画像から複数の代表画面の候補を抽出し、動画像が属すジャンルに基づいて、抽出された代表画面の候補の中から動画像の内容を最もよく表す代表画面を決定するものもある（例えば、特許文献１参照）。
【０００７】
【特許文献１】特開２００２−２７３９９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
ところで、上述した動画像対応のブログの普及率は、従来のブログの普及率と比較すると低いといわざるを得ない。動画像に対応したブログが広く普及していない理由の１つとしては、ユーザが動画像を閲覧する場合、ユーザは実時間でその動画像としてのコンテンツを閲覧しなくてはいけない点があげられる。
【０００９】
すなわち、写真などの静止画像であれば、ユーザは静止画像を一見するだけでその内容を把握できるが、動画像であれば、ユーザはその動画像の再生時間の長さ分だけ動画像を視聴する必要がある。つまり、ユーザが動画像の内容を把握しようとした場合、再生時間が１０分の動画像であれば、ユーザは１０分の時間を割いて記事を閲覧するとともに、その動画像を視聴しなければならない。そのため、記事とともにその記事に関連する動画像がアップロードされる動画像対応のブログでは、ユーザには動画像の再生時間の長さに比例した閲覧時間が必要であった。
【００１０】
また、上述した記録再生装置の技術では、動画像の内容を最もよく表す代表画面を得ることができるので、ユーザは、その動画像がどのような内容に関する動画像であるかをある程度把握することはできるが、動画像の詳細な内容を把握するには、動画像を再生させて視聴しなければならなかった。
【００１１】
本発明は、このような状況に鑑みてなされたものであり、ウェブページに関連する動画像の内容をより簡単に把握することができるようにするものである。
【課題を解決するための手段】
【００１２】
本発明の第１の側面の情報処理システムは、通信網を介して接続されている第１の情報処理装置および第２の情報処理装置からなる情報処理システムであって、前記第１の情報処理装置は、動画像に含まれるシーンの切り替わりを検出する検出手段と、シーンの切り替わりの検出結果に基づいて、前記動画像に含まれるシーンのそれぞれの内容を表すサムネイル画像のそれぞれを生成するサムネイル画像生成手段と、前記サムネイル画像を前記第２の情報処理装置に送信し、前記第２の情報処理装置から送信されてきた、前記第２の情報処理装置における前記サムネイル画像が記録されている位置を示す情報を受信し、前記第２の情報処理装置に記録された前記サムネイル画像と、前記シーンの内容の説明が表示される説明欄とが表示される記事をウェブページの所定の位置に表示させるための記事データであって、前記情報が含まれる記事データを前記第２の情報処理装置に送信する第１の通信手段と、前記サムネイル画像が記録されている位置を示す情報に基づいて、前記記事データを生成する記事生成手段とを備え、前記第２の情報処理装置は、前記第１の情報処理装置から送信されてきた前記サムネイル画像を受信し、前記サムネイル画像が記録されている位置を示す情報を前記第１の情報処理装置に送信し、前記第１の情報処理装置から送信されてきた前記記事データを受信する第２の通信手段と、受信した前記サムネイル画像および前記記事データを記録する記録手段とを備える。
【００１３】
本発明の第１の側面においては、通信網を介して接続されている第１の情報処理装置および第２の情報処理装置からなる情報処理システムの前記第１の情報処理装置において、動画像に含まれるシーンの切り替わりが検出され、シーンの切り替わりの検出結果に基づいて、前記動画像に含まれるシーンのそれぞれの内容を表すサムネイル画像のそれぞれが生成され、前記サムネイル画像が前記第２の情報処理装置に送信され、前記第２の情報処理装置において、前記第１の情報処理装置から送信されてきた前記サムネイル画像が受信され、受信された前記サムネイル画像が記録され、前記サムネイル画像が記録されている位置を示す情報が前記第１の情報処理装置に送信される。そして、前記第１の情報処理装置において、前記第２の情報処理装置から送信されてきた、前記第２の情報処理装置における前記サムネイル画像が記録されている位置を示す情報が受信され、前記サムネイル画像が記録されている位置を示す情報に基づいて、前記第２の情報処理装置に記録された前記サムネイル画像と、前記シーンの内容の説明が表示される説明欄とが表示される記事をウェブページの所定の位置に表示させるための記事データであって、前記情報が含まれる記事データが生成され、前記記事データが前記第２の情報処理装置に送信され、前記第２の情報処理装置において、前記第１の情報処理装置から送信されてきた前記記事データが受信され、受信された前記記事データが記録される。
【００１４】
本発明の第２の側面の情報処理装置は、動画像に含まれるシーンの切り替わりを検出する検出手段と、シーンの切り替わりの検出結果に基づいて、前記動画像に含まれるシーンのそれぞれの内容を表すサムネイル画像のそれぞれを生成するサムネイル画像生成手段と、生成された前記サムネイル画像に基づいて、前記シーンのサムネイル画像と、そのシーンの内容の説明が表示される説明欄とが表示される記事をウェブページの所定の位置に表示させるための記事データを生成する記事生成手段とを備える。
【００１５】
情報処理装置には、前記シーンの前記動画像における再生時刻を示す時間位置情報を生成する時間位置情報生成手段をさらに設け、前記記事生成手段には、前記サムネイル画像および前記時間位置情報に基づいて、前記シーンの前記サムネイル画像、再生時刻、および前記説明欄が表示される記事の前記記事データを生成させることができる。
【００１６】
前記記事生成手段には、URL（Uniform Resource Locator）方式で記述された前記サムネイル画像が記録されている位置を示す情報が含まれる前記記事データを生成させることができる。
【００１７】
前記記事生成手段には、URL方式で記述された前記動画像が記録されている位置を示す情報と、前記動画像を前記シーンから再生するための再生指定ファイルが記録されている位置であって、URL方式で記述された位置を示す情報とが含まれる前記記事データを生成させることができる。
【００１８】
本発明の第２の側面の情報処理方法またはプログラムは、動画像に含まれるシーンの切り替わりを検出する検出ステップと、シーンの切り替わりの検出結果に基づいて、前記動画像に含まれるシーンのそれぞれの内容を表すサムネイル画像のそれぞれを生成するサムネイル画像生成ステップと、生成された前記サムネイル画像に基づいて、前記シーンのサムネイル画像と、そのシーンの内容の説明が表示される説明欄とが表示される記事をウェブページの所定の位置に表示させるための記事データを生成する記事生成ステップとを含む。
【００１９】
本発明の第２の側面においては、動画像に含まれるシーンの切り替わりが検出され、シーンの切り替わりの検出結果に基づいて、前記動画像に含まれるシーンのそれぞれの内容を表すサムネイル画像のそれぞれが生成され、生成された前記サムネイル画像に基づいて、前記シーンのサムネイル画像と、そのシーンの内容の説明が表示される説明欄とが表示される記事をウェブページの所定の位置に表示させるための記事データが生成される。
【発明の効果】
【００２０】
本発明の第１の側面によれば、ウェブページの所定の位置に記事を表示させるためのデータを生成することができる。また、本発明の第１の側面によれば、ウェブページに関連する動画像の内容をより簡単に把握することができる。
【００２１】
本発明の第２の側面によれば、ウェブページの所定の位置に記事を表示させるためのデータを生成することができる。また、本発明の第２の側面によれば、ウェブページに関連する動画像の内容をより簡単に把握することができる。
【発明を実施するための最良の形態】
【００２２】
以下に本発明の実施の形態を説明するが、本発明の構成要件と、明細書又は図面に記載の実施の形態との対応関係を例示すると、次のようになる。この記載は、本発明をサポートする実施の形態が、明細書又は図面に記載されていることを確認するためのものである。従って、明細書又は図面中には記載されているが、本発明の構成要件に対応する実施の形態として、ここには記載されていない実施の形態があったとしても、そのことは、その実施の形態が、その構成要件に対応するものではないことを意味するものではない。逆に、実施の形態が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その実施の形態が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００２３】
本発明の第１の側面の情報処理システムは、通信網を介して接続されている第１の情報処理装置（例えば、図１のクライアント１１−１乃至クライアント１１−Ｎ）および第２の情報処理装置（例えば、図１のサーバ１２）からなる情報処理システムであって、前記第１の情報処理装置は、動画像に含まれるシーンの切り替わりを検出する検出手段（例えば、図３の検出部７２）と、シーンの切り替わりの検出結果に基づいて、前記動画像に含まれるシーンのそれぞれの内容を表すサムネイル画像のそれぞれを生成するサムネイル画像生成手段（例えば、図３のサムネイル画像生成部７３）と、前記サムネイル画像を前記第２の情報処理装置に送信し、前記第２の情報処理装置から送信されてきた、前記第２の情報処理装置における前記サムネイル画像が記録されている位置を示す情報を受信し、前記第２の情報処理装置に記録された前記サムネイル画像と、前記シーンの内容の説明が表示される説明欄とが表示される記事をウェブページの所定の位置に表示させるための記事データであって、前記情報が含まれる記事データを前記第２の情報処理装置に送信する第１の通信手段（例えば、図３の通信部７６）と、前記サムネイル画像が記録されている位置を示す情報に基づいて、前記記事データを生成する記事生成手段（例えば、図３のメッセージ生成部７５）とを備え、前記第２の情報処理装置は、前記第１の情報処理装置から送信されてきた前記サムネイル画像を受信し、前記サムネイル画像が記録されている位置を示す情報を前記第１の情報処理装置に送信し、前記第１の情報処理装置から送信されてきた前記記事データを受信する第２の通信手段（例えば、図４の通信部１２１）と、受信した前記サムネイル画像および前記記事データを記録する記録手段（例えば、図４の記録部１２３）とを備える。
【００２４】
本発明の第２の側面の情報処理装置は、動画像に含まれるシーンの切り替わりを検出する検出手段（例えば、図３の検出部７２）と、シーンの切り替わりの検出結果に基づいて、前記動画像に含まれるシーンのそれぞれの内容を表すサムネイル画像のそれぞれを生成するサムネイル画像生成手段（例えば、図３のサムネイル画像生成部７３）と、生成された前記サムネイル画像に基づいて、前記シーンのサムネイル画像と、そのシーンの内容の説明が表示される説明欄とが表示される記事をウェブページの所定の位置に表示させるための記事データを生成する記事生成手段（例えば、図３のメッセージ生成部７５）とを備える。
【００２５】
情報処理装置には、前記シーンの前記動画像における再生時刻を示す時間位置情報を生成する時間位置情報生成手段（例えば、図３の時間位置情報生成部９１）をさらに設け、前記記事生成手段には、前記サムネイル画像および前記時間位置情報に基づいて、前記シーンの前記サムネイル画像、再生時刻、および前記説明欄が表示される記事の前記記事データを生成させる（例えば、図８のステップＳ５０の処理）ことができる。
【００２６】
前記記事生成手段には、URL方式で記述された前記サムネイル画像が記録されている位置を示す情報が含まれる前記記事データを生成させる（例えば、図８のステップＳ５０の処理）ことができる。
【００２７】
前記記事生成手段には、URL方式で記述された前記動画像が記録されている位置を示す情報と、前記動画像を前記シーンから再生するための再生指定ファイルが記録されている位置であって、URL方式で記述された位置を示す情報とが含まれる前記記事データを生成させる（例えば、図８のステップＳ５０の処理）ことができる。
【００２８】
本発明の第２の側面の情報処理方法またはプログラムは、動画像に含まれるシーンの切り替わりを検出する検出ステップ（例えば、図５のステップＳ１２）と、シーンの切り替わりの検出結果に基づいて、前記動画像に含まれるシーンのそれぞれの内容を表すサムネイル画像のそれぞれを生成するサムネイル画像生成ステップ（例えば、図５のステップＳ１３）と、生成された前記サムネイル画像に基づいて、前記シーンのサムネイル画像と、そのシーンの内容の説明が表示される説明欄とが表示される記事をウェブページの所定の位置に表示させるための記事データを生成する記事生成ステップ（例えば、図８のステップＳ５０）とを含む。
【００２９】
以下、図面を参照して、本発明を適用した実施の形態について説明する。
【００３０】
図１は、本発明を適用した情報処理システムの一実施の形態の構成例を示している。この情報処理システムは、クライアント１１−１乃至クライアント１１−Ｎ（クライアント１１−２乃至クライアント１１−（Ｎ−１）は図示せず）およびサーバ１２から構成される。
【００３１】
クライアント１１−１乃至クライアント１１−Ｎおよびサーバ１２のそれぞれは、例えばインターネット、電話回線網などの有線または無線からなる、１または複数のネットワークにより構成される通信網１３を介して相互に接続されている。
【００３２】
クライアント１１−１乃至クライアント１１−Ｎのそれぞれは、例えばハードディスクレコーダ、パーソナルコンピュータ、携帯電話機などから構成され、サーバ１２の管理者により運営されているブログの記事を表示させるためのデータを生成する。例えば、クライアント１１−１乃至クライアント１１−Ｎのそれぞれは、所定の動画像に対して、ユーザが動画像を閲覧することなく、その動画像の内容を簡単に把握することのできる記事を表示させるためのデータを生成する。なお、以下ではブログに投稿される記事、すなわちウェブページ上に表示される文字や画像を、ウェブページの所定の位置に表示させるためのデータを記事データとも称する。
【００３３】
クライアント１１−１乃至クライアント１１−Ｎのそれぞれは、記事データを生成すると、生成した記事データを、通信網１３を介してサーバ１２に送信する。そして、サーバ１２は、クライアント１１−１乃至クライアント１１−Ｎのそれぞれから送信されてきた記事データを記録する。
【００３４】
また、サーバ１２は、クライアント１１−１乃至クライアント１１−Ｎのそれぞれからの要求に応じて、記録している記事データを通信網１３を介して、記事データの送信を要求してきたクライアントに送信する。クライアント１１−１乃至クライアント１１−Ｎのそれぞれは、サーバ１２から送信されてきた記事データを受信して、受信した記事データに基づいてウェブページとしてのブログの記事を表示する。なお、以下、クライアント１１−１乃至クライアント１１−Ｎのそれぞれを個々に区別する必要のない場合、単にクライアント１１と称する。
【００３５】
ところで、クライアント１１が受信した記事データに基づいて記事を表示させると、クライアント１１には、例えば図２に示す記事が表示される。
【００３６】
図２では、クライアント１１の表示画面には、クライアント１１を操作するユーザにより投稿された１つの記事が表示されており、図中、上側にはその記事のタイトル４１が表示されている。図２では、表示されている記事のタイトル４１として、文字“トリビアNo.1”が表示されている。
【００３７】
また、図中、タイトル４１の下側には、ユーザがクライアント１１を操作して記事とともにアップロードした動画像、すなわち投稿された記事に関連付けられた動画像に含まれている各シーンの内容を表すサムネイル画像４２−１およびサムネイル画像４２−２が並べられて表示されている。サムネイル画像４２−１およびサムネイル画像４２−２のそれぞれは、動画像を構成する複数のシーンのうちの１つのシーンを示すサムネイル画像とされ、図中、上側から下側まで、そのシーンが再生される順に並べられて表示されている。すなわち、サムネイル画像４２−１は、動画像を構成する最初のシーンの内容を表しており、サムネイル画像４２−２は、動画像を構成する２番目のシーンの内容を表している。
【００３８】
タイトル４１の下には、サムネイル画像４２−１により示されるシーンのシーン番号を示す文字“［scene0001］”、動画像におけるそのシーンの再生時刻を示す文字“［time］：00：00：03”、およびそのシーンの内容を説明する文章が表示される説明欄４３−１が表示されている。説明欄４３−１には、文字“ここにシーンの説明を記述してください。”が表示されており、この説明欄４３−１には、タイトル４１により示される記事を投稿したユーザにより、シーンを説明する文章が入力される。
【００３９】
また、図中、サムネイル画像４２−１の下には、サムネイル画像４２−１における場合と同様に、サムネイル画像４２−２により示されるシーンのシーン番号を示す文字“［scene0002］”、動画像におけるそのシーンの再生時刻を示す文字“［time］：00：00：13”、およびそのシーンの内容を説明する文章が表示される説明欄４３−２が表示されている。説明欄４３−２には、文字“ここにシーンの説明を記述してください。”が表示されており、この説明欄４３−２には、タイトル４１により示される記事を投稿したユーザにより、シーンを説明する文章が入力される。
【００４０】
なお、以下、サムネイル画像４２−１およびサムネイル画像４２−２のそれぞれを個々に区別する必要のない場合、単にサムネイル画像４２と称する。また、以下、説明欄４３−１および説明欄４３−２を個々に区別する必要のない場合、単に説明欄４３と称する。
【００４１】
投稿された記事を閲覧するユーザは、動画像を構成する各シーンのサムネイル画像４２を見ながら、説明欄４３に表示される説明を読むことによって、動画像を再生させることなく、タイトル４１により示される記事に関連付けられた動画像の詳細な内容を簡単に把握することができる。
【００４２】
このように、投稿される記事に、その記事に関連付けられた動画像を構成する各シーンの内容を表すサムネイル画像４２、シーン番号、シーンの再生時刻、およびシーンの説明が記述される説明欄４３が表示されるようにすることによって、ブログの記事を閲覧するユーザは、動画像の内容を簡単に把握することができる。
【００４３】
すなわち、ユーザは、記事に表示されたシーン番号と再生時刻とを確認しながら順番にサムネイル画像４２を見ることで、あたかも動画像を見ているかのように動画像の内容を知ることができる。また、ユーザは、サムネイル画像４２の近傍に設けられた説明欄４３に表示された説明を読むことで、より詳細にサムネイル画像４２により表されているシーンの内容を知ることができる。
【００４４】
なお、記事データにより表示される記事は、ウェブページの一部分の領域に表示されるようにしてもよく、ウェブページの全体に表示されるようにしてもよい。
【００４５】
次に、図３は、図１に示したクライアント１１の機能的な構成例を示すブロック図である。
【００４６】
クライアント１１は、取得部７１、検出部７２、サムネイル画像生成部７３、記録部７４、メッセージ生成部７５、および通信部７６から構成される。
【００４７】
取得部７１は、クライアント１１に接続された他の装置、または光ディスク、半導体メモリなどよりなるリムーバブルメディアから、サーバ１２にアップロードされる動画像を取得する。ここで、取得部７１により取得される動画像は、例えばクライアント１１を操作するユーザ個人により撮影された動画像や、一般に公開されている著作権上問題のないコンテンツとしての動画像などとされる。
【００４８】
取得部７１は、動画像を取得すると、取得した動画像を検出部７２および記録部７４に供給する。検出部７２は、取得部７１から供給された動画像から、動画像に含まれているシーンの切り替わりを検出し、その検出結果および取得部７１から供給された動画像をサムネイル画像生成部７３に供給する。
【００４９】
サムネイル画像生成部７３は、検出部７２から供給されたシーンの切り替わりの検出結果および動画像に基づいて、動画像に含まれるシーンの内容を表すサムネイル画像を生成する。また、サムネイル画像生成部７３は、時間位置情報生成部９１を備えている。時間位置情報生成部９１は、検出部７２から供給された動画像に基づいて、その動画像における、検出されたシーンの再生時刻を示す時間位置情報を生成する。すなわち、時間位置情報生成部９１は、サムネイル画像生成部７３により生成されたサムネイル画像により示されるシーンの再生が開始される時刻を示す時間位置情報を生成する。サムネイル画像生成部７３は、生成したサムネイル画像、および時間位置情報生成部９１により生成された時間位置情報を記録部７４に供給する。
【００５０】
記録部７４は、例えばハードディスクなどからなり、取得部７１から供給された動画像と、サムネイル画像生成部７３から供給されたサムネイル画像および時間位置情報とを関係付けて記録する。メッセージ生成部７５は、記録部７４に記録されている動画像やサムネイル画像、ウェブページに表示される記事の記事データなどをサーバ１２にアップロードするためのリクエストメッセージを生成し、生成したリクエストメッセージを通信部７６に供給する。
【００５１】
ここで、リクエストメッセージとは、動画像、サムネイル画像、記事データなどのアップロードを要求する信号をいい、リクエストメッセージには、例えばアップロードする動画像、サムネイル画像、記事データなどが含まれている。
【００５２】
通信部７６は、通信網１３を介してサーバ１２と各種のデータ、情報などの送受信を行う。例えば通信部７６は、メッセージ生成部７５から供給されたリクエストメッセージを、通信網１３を介してサーバ１２に送信する。また、通信部７６は、サーバ１２から送信されてきたレスポンスメッセージを受信してメッセージ生成部７５に供給する。
【００５３】
ここで、レスポンスメッセージとは、クライアント１１が送信するリクエストメッセージに対して送信されてくる信号をいい、レスポンスメッセージには、例えば、URL（Uniform Resource Locator）方式で記述されている通信網１３上における位置であって、サーバ１２にアップロードされた動画像やサムネイル画像が記録されている位置を示す情報が含まれている。なお、以下、URL方式で記述されている位置を示す情報を単にURLとも称する。
【００５４】
図４は、図１に示したサーバ１２の機能的な構成例を示すブロック図である。
【００５５】
サーバ１２は、通信部１２１、メッセージ生成部１２２、および記録部１２３から構成される。通信部１２１は、通信網１３を介してクライアント１１と各種のデータ、情報などの送受信を行う。例えば通信部１２１は、メッセージ生成部１２２から供給されたレスポンスメッセージを、通信網１３を介してクライアント１１に送信する。また、通信部１２１は、クライアント１１から送信されてきた、リクエストメッセージを受信してメッセージ生成部１２２に供給する。
【００５６】
メッセージ生成部１２２は、通信部１２１から供給されたリクエストメッセージに基づいてレスポンスメッセージを生成し、生成したレスポンスメッセージを通信部１２１に供給する。また、メッセージ生成部１２２は、通信部１２１から供給されたリクエストメッセージから、動画像、サムネイル画像などを抽出して記録部１２３に供給する。記録部１２３は、例えばハードディスクなどからなり、メッセージ生成部１２２から供給された動画像、サムネイル画像などを記録する。
【００５７】
ところで、ユーザが記事データを生成させるためにクライアント１１を操作して、クライアント１１に動画像の取り込みを指示すると、クライアント１１は、指示された動画像を取り込んで、取り込んだ動画像に含まれるシーンのサムネイル画像を生成する処理である、サムネイル画像の生成処理を開始する。以下、図５のフローチャートを参照して、クライアント１１によるサムネイル画像の生成処理について説明する。
【００５８】
ステップＳ１１において、取得部７１は、ユーザにより取り込みが指示された動画像を取得する。例えば、取得部７１は、クライアント１１に装着された光ディスク、半導体メモリなどよりなるリムーバブルメディア、クライアント１１に接続された他の装置などから動画像、より詳細には動画像データを取得する。ここで、クライアント１１に接続される他の装置は、クライアント１１とケーブル、通信網１３などを介して接続されていてもよいし、クライアント１１と直接接続されていてもよい。また、取得部７１は、記録部７４にすでに記録されている動画像を取得するようにしてもよい。
【００５９】
取得部７１は、動画像を取得すると、取得した動画像を検出部７２および記録部７４に供給する。記録部７４は、取得部７１から供給された動画像を記録する。
【００６０】
ステップＳ１２において、検出部７２は、取得部７１から供給された動画像から、その動画像を構成するシーンの切り替わりを検出する。例えば、検出部７２は、図６に示すように、動画像を構成する各フレームの画像の特徴を示す特徴量を求め、連続するフレームの画像の特徴量を比較することによりシーンの切り替わりを検出する。
【００６１】
図６では、横軸は時間を示しており、１つの四角形は動画像を構成する１つのフレームの画像を示している。すなわち、図６に示す動画像が再生される場合、図中、左端のフレームの画像１５１から右端のフレームの画像まで順番に表示される。
【００６２】
例えば検出部７２は、動画像を構成するフレームの画像を所定の領域に分割し、分割された領域に含まれる画素の輝度値の総和を領域ごとに求める。そして、検出部７２は、領域ごとに求めた輝度値の総和に基づいて、フレームの画像に含まれる領域ごとの輝度値の総和の分布を示すヒストグラムを求め、そのヒストグラムを基にフレームの画像の特徴量を求める。
【００６３】
検出部７２は、このようにして各フレームの画像の特徴量を求めると、動画像を構成する全てのフレームについて、フレームの画像の特徴量と、そのフレームの直前に配置された、時間的に１つ前のフレームの画像の特徴量との差分を求める。検出部７２は、求めた差分の値が大きい点、すなわちフレーム間の特徴量の変化の大きい箇所をシーンが切り替わる特徴点としてシーンの切り替わりの位置を検出する。例えば、検出部７２は、求められた差分の値が所定の閾値よりも大きい場合、そのフレームの画像は、動画像を構成するシーンの先頭のフレームの画像であるとする。
【００６４】
したがって、差分の値が閾値よりも大きいフレームから、次の差分の値が閾値よりも大きいフレームの直前のフレームまでの区間が、１つのシーンを構成する区間とされる。
【００６５】
図６の例では、フレームの画像１５２およびフレームの画像１５３が、特徴点におけるフレームの画像として検出され、フレームの画像１５１乃至フレームの画像１５３のそれぞれが、動画像を構成する各シーンの先頭のフレームの画像とされる。
【００６６】
図５のフローチャートの説明に戻り、動画像に含まれるシーンの切り替わりが検出されると、検出部７２は、その検出結果をサムネイル画像生成部７３に供給するとともに、取得部７１から供給された動画像もサムネイル画像生成部７３に供給する。
【００６７】
ステップＳ１３において、サムネイル画像生成部７３は、検出部７２から供給された動画像および検出結果に基づいて、検出の結果得られた各シーンのそれぞれについて、シーンの内容を表すサムネイル画像を生成する。
【００６８】
サムネイル画像生成部７３は、例えば図７に示すように、動画像を構成するシーンの先頭のフレームの画像１５１乃至フレームの画像１５３のそれぞれを基に、各シーンのサムネイル画像１８１乃至サムネイル画像１８３のそれぞれを生成する。なお、図７において、図６における場合と対応する部分には同一の符号を付してあり、その説明は省略する。
【００６９】
図７の例では、フレームの画像１５１を基にサムネイル画像１８１が生成され、フレームの画像１５２を基にサムネイル画像１８２が生成され、フレームの画像１５３を基にサムネイル画像１８３が生成される。また、このとき、サムネイル画像生成部７３は、例えばJPEG（Joint Photographic Experts Group）形式によりサムネイル画像１８１乃至サムネイル画像１８３のそれぞれを圧縮する。
【００７０】
図５のフローチャートの説明に戻り、ステップＳ１４において、時間位置情報生成部９１は、検出部７２から供給された動画像およびシーンの検出結果に基づいて、各シーンの再生時刻を示す時間位置情報を生成する。例えば、時間位置情報生成部９１は、動画像の先頭のフレームの画像の再生時刻、すなわちそのフレームの画像が表示される時刻を時刻０とし、その時刻を基準として、動画像に含まれるシーンの先頭のフレームの画像の再生時刻を示す時間位置情報を生成する。
【００７１】
時間位置情報が生成されると、サムネイル画像生成部７３は、生成されたサムネイル画像および時間位置情報を記録部７４に供給する。
【００７２】
ステップＳ１５において、記録部７４は、サムネイル画像生成部７３から供給されたサムネイル画像および時間位置情報を、取得部７１から供給された動画像と関係付けて記録し、サムネイル画像の生成処理は終了する。
【００７３】
このようにして、クライアント１１は、ユーザに指示された動画像を取り込んで、動画像に含まれるシーンのサムネイル画像を生成する。
【００７４】
クライアント１１は、動画像に含まれている各シーンのサムネイル画像を生成すると、通信網１３を介して接続されているサーバ１２に動画像、サムネイル画像などをアップロードして、さらにサムネイル画像が表示される記事をブログに投稿する処理である投稿処理を行う。また、サーバ１２は、クライアント１１の投稿処理に対して、記事データを受信する処理である受信処理を行う。
【００７５】
以下、図８のフローチャートを参照して、クライアント１１による投稿処理、およびサーバ１２による受信処理について説明する。
【００７６】
ステップＳ４１において、メッセージ生成部７５は、記録部７４に新たに記録されたサムネイル画像をサーバ１２にアップロードするためのリクエストメッセージを生成する。例えば、メッセージ生成部７５は、AtomAPI（Application Program Interface）形式、REST形式、XML−RPC形式などのサーバ１２により提供されている公開APIの所定の形式のメッセージが、HTTP（HyperText Transfer Protocol）形式のポストリクエストメッセージやゲットリクエストメッセージに挿入されているリクエストメッセージを生成する。
【００７７】
これにより、例えば、図９に示すリクエストメッセージが生成される。なお、図９における行番号１乃至１６は、説明のために付したものであり、実際のリクエストメッセージには含まれていない。
【００７８】
図９において、１行目の文字“atom／image”は、図９に示すリクエストメッセージの送信先、より詳細には、送信先であるルートエンドポイントの一部を示している。また、２行目の文字“Username Token”は、クライアント１１を操作するユーザを識別する情報を示しており、２行目の文字“user−name”は、そのユーザの名前を示している。
【００７９】
さらに、図９において、８行目乃至１６行目は、リクエストメッセージに挿入されたAtomAPI形式のメッセージを示している。ここで、１０行目のcontentタグ要素の文字“image／jpg”は、メッセージに埋め込まれているアップロードしようとするサムネイル画像の圧縮形式を示している。すなわち、文字“image／jpg”は、メッセージに含まれているサムネイル画像は、JPEG方式により圧縮されている画像であることを示している。また、１０行目の文字“base64”は、メッセージに埋め込まれているサムネイル画像がベース６４方式によりエンコードされていることを示している。
【００８０】
さらに、１１行目乃至１３行目は、リクエストメッセージに含まれているサムネイル画像、より詳細にはサムネイル画像を表示させるための画像データを示している。なお、図９では、リクエストメッセージに１つのサムネイル画像が埋め込まれている例について説明したが、リクエストメッセージには、複数のサムネイル画像が埋め込まれるようにしてもよい。また、複数のサムネイル画像をアップロードする場合、サムネイル画像１つに対して１つのリクエストメッセージを送信するようにしてもよい。
【００８１】
さらに、図９ではAtomAPI形式のメッセージが挿入されているリクエストメッセージの例について説明したが、公開APIの他の形式のメッセージが挿入される場合には、８行目乃至１６行目の書式が、そのメッセージの形式に応じて変更される。
【００８２】
図８のフローチャートの説明に戻り、メッセージ生成部７５は、サムネイル画像をアップロードするためのリクエストメッセージ、すなわちサムネイル画像が埋め込まれたリクエストメッセージを生成すると、生成したリクエストメッセージを通信部７６に供給する。
【００８３】
ステップＳ４２において、通信部７６は、メッセージ生成部７５から供給されたリクエストメッセージを、通信網１３を介してサーバ１２に送信する。
【００８４】
すると、ステップＳ６１において、サーバ１２の通信部１２１は、クライアント１１から送信されてきたリクエストメッセージを受信してメッセージ生成部１２２に供給する。メッセージ生成部１２２は、通信部１２１から供給されたリクエストメッセージから、そのリクエストメッセージに埋め込まれているサムネイル画像を抽出し、抽出したサムネイル画像を記録部１２３に供給して記録させる。
【００８５】
ステップＳ６２において、メッセージ生成部１２２は、クライアント１１からのリクエストメッセージに対して、リクエストメッセージから抽出したサムネイル画像が記録されている位置を示すURLが含まれているレスポンスメッセージを生成する。そして、メッセージ生成部１２２は、生成した、サムネイル画像のURLが含まれているレスポンスメッセージを通信部１２１に供給する。
【００８６】
ステップＳ６３において、通信部１２１は、メッセージ生成部１２２から供給されたレスポンスメッセージを、通信網１３を介してクライアント１１に送信する。
【００８７】
サーバ１２からクライアント１１にレスポンスメッセージが送信されると、ステップＳ４３において、クライアント１１の通信部７６は、サーバ１２から送信されてきたレスポンスメッセージを受信してメッセージ生成部７５に供給する。また、メッセージ生成部７５は、レスポンスメッセージに埋め込まれているサムネイル画像のURLを抽出して、抽出したURLを記憶する。
【００８８】
ステップＳ４４において、メッセージ生成部７５は、記録部７４に記録された動画像をアップロードするためのリクエストメッセージを生成する。例えば、メッセージ生成部７５は、サムネイル画像をアップロードする場合と同様に、アップロードしようとする動画像が埋め込まれた公開APIの所定の形式のメッセージが、HTTP形式のポストリクエストメッセージやゲットリクエストメッセージに挿入されたリクエストメッセージを生成する。
【００８９】
メッセージ生成部７５は、動画像が埋め込まれたリクエストメッセージを生成すると、生成したリクエストメッセージを通信部７６に供給する。
【００９０】
ステップＳ４５において、通信部７６は、メッセージ生成部７５から供給されたリクエストメッセージを、通信網１３を介してサーバ１２に送信する。
【００９１】
すると、ステップＳ６４において、サーバ１２の通信部１２１は、クライアント１１から送信されてきたリクエストメッセージを受信してメッセージ生成部１２２に供給する。メッセージ生成部１２２は、通信部１２１から供給されたリクエストメッセージから、そのリクエストメッセージに埋め込まれている動画像を抽出し、抽出した動画像を記録部１２３に供給して記録させる。
【００９２】
ステップＳ６５において、メッセージ生成部１２２は、クライアント１１からのリクエストメッセージに対して、リクエストメッセージから抽出した動画像が記録されている位置を示すURLが含まれているレスポンスメッセージを生成する。そして、メッセージ生成部１２２は、生成した、動画像のURLが含まれているレスポンスメッセージを通信部１２１に供給する。
【００９３】
ステップＳ６６において、通信部１２１は、メッセージ生成部１２２から供給されたレスポンスメッセージを、通信網１３を介してクライアント１１に送信する。
【００９４】
サーバ１２からクライアント１１にレスポンスメッセージが送信されると、ステップＳ４６において、クライアント１１の通信部７６は、サーバ１２から送信されてきたレスポンスメッセージを受信してメッセージ生成部７５に供給する。また、メッセージ生成部７５は、レスポンスメッセージに埋め込まれている動画像のURLを抽出して、抽出したURLを記憶する
【００９５】
ステップＳ４７において、メッセージ生成部７５は、記録部７４に記録されている時間位置情報を基に、アップロードした動画像の再生に用いられる再生指定ファイルを生成し、さらに生成した再生指定ファイルをアップロードするためのリクエストメッセージを生成する。
【００９６】
ここで、再生指定ファイルは、動画像を再生させる場合に、動画像を構成する各シーンの先頭の位置から再生を開始させるためのファイルであり、再生指定ファイルには、動画像を構成するシーンの時間位置情報が含まれている。なお、再生指定ファイルに、動画像を構成する全てのシーンの時間位置情報が含まれるようにしてもよいし、１つの再生指定ファイルに１つのシーンの時間位置情報が含まれるようにし、動画像を構成するシーンの数だけ再生指定ファイルが生成されるようにしてもよい。
【００９７】
メッセージ生成部７５は、サムネイル画像をアップロードする場合と同様に、アップロードしようとする再生指定ファイルが埋め込まれた公開APIの所定の形式のメッセージが、HTTP形式のポストリクエストメッセージやゲットリクエストメッセージに挿入されたリクエストメッセージを生成する。
【００９８】
メッセージ生成部７５は、再生指定ファイルが埋め込まれたリクエストメッセージを生成すると、生成したリクエストメッセージを通信部７６に供給する。
【００９９】
ステップＳ４８において、通信部７６は、メッセージ生成部７５から供給されたリクエストメッセージを、通信網１３を介してサーバ１２に送信する。
【０１００】
すると、ステップＳ６７において、サーバ１２の通信部１２１は、クライアント１１から送信されてきたリクエストメッセージを受信してメッセージ生成部１２２に供給する。メッセージ生成部１２２は、通信部１２１から供給されたリクエストメッセージから、そのリクエストメッセージに埋め込まれている再生指定ファイルを抽出し、抽出した再生指定ファイルを記録部１２３に供給して記録させる。
【０１０１】
ステップＳ６８において、メッセージ生成部１２２は、クライアント１１からのリクエストメッセージに対して、リクエストメッセージから抽出した再生指定ファイルが記録されている位置を示すURLが含まれているレスポンスメッセージを生成する。そして、メッセージ生成部１２２は、生成した、再生指定ファイルのURLが含まれているレスポンスメッセージを通信部１２１に供給する。
【０１０２】
ステップＳ６９において、通信部１２１は、メッセージ生成部１２２から供給されたレスポンスメッセージを、通信網１３を介してクライアント１１に送信する。
【０１０３】
サーバ１２からクライアント１１にレスポンスメッセージが送信されると、ステップＳ４９において、クライアント１１の通信部７６は、サーバ１２から送信されてきたレスポンスメッセージを受信してメッセージ生成部７５に供給する。また、メッセージ生成部７５は、レスポンスメッセージに埋め込まれている再生指定ファイルのURLを抽出して、抽出したURLを記憶する
【０１０４】
ステップＳ５０において、メッセージ生成部７５は、記憶しているサムネイル画像のURL、動画像のURL、および再生指定ファイルのURLを基にブログに投稿する記事を表示させるための記事データを生成し、さらに生成した記事データをアップロードするためのリクエストメッセージを生成する。
【０１０５】
例えば、メッセージ生成部７５は、サムネイル画像をアップロードする場合と同様に、アップロードしようとする記事データが埋め込まれた、AtomAPI形式、REST形式、XML−RPC形式などのサーバ１２により提供されている公開APIの所定の形式のメッセージが、HTTP形式のポストリクエストメッセージやゲットリクエストメッセージに挿入されたリクエストメッセージを生成する。
【０１０６】
これにより、例えば、図１０に示すリクエストメッセージが生成される。なお、図１０における行番号１乃至１２は、説明のために付したものであり、実際のリクエストメッセージには含まれていない。
【０１０７】
図１０において、１行目の文字“atom／blog”は、図１０に示すリクエストメッセージの送信先を示している。また、２行目の文字“Username Token”は、クライアント１１を操作するユーザを識別する情報を示しており、２行目の文字“user−name”は、そのユーザの名前を示している。
【０１０８】
さらに、図１０において、７行目乃至１２行目は、リクエストメッセージに挿入されたAtomAPI形式のメッセージ、すなわち記事データを示している。ここで、９行目の記号“＞”および“＜”の間に配置されている文字“title”は、投稿される記事のタイトルを示している。したがって、例えば図２に示した記事が投稿される場合、文字“title”の部分は、文字“トリビアNo.1”とされる。
【０１０９】
なお、９行目に挿入されるタイトルは、ユーザがクライアント１１を操作することにより入力されたものとされてもよいし、記事がアップロードされた後に、ユーザによって変更されるように仮のタイトル、例えば文字“title”などとされるようにしてもよい。
【０１１０】
１１行目のcontentタグに挟まれている文字“body”は、投稿される記事の本文を示している。また、１１行目の文字“text/html”は、投稿される記事が記述される方式を示しており、図１０の例では、記事がHTML方式により記述されていることを示している。
【０１１１】
さらに、１１行目の文字“body”には、例えば図１１に示す記事の本文が挿入される。なお、図１１における行番号１乃至１１は、説明のために付したものであり、実際の記事の本文には含まれていない。
【０１１２】
図１１に示す記事の本文は、HTML方式により記述されている。図１１において、１行目は、サーバ１２にアップロードされたサムネイル画像にリンクを張るためのタグを示している。また、２行目は、サムネイル画像を表示させるためのimgタグを示しており、２行目の文字“http://blog.co-net.ne.jp/_images/blog/user_id/17.jpg”は、サーバ１２にアップロードされたサムネイル画像のURL、すなわちサーバ１２からのレスポンスメッセージから抽出された、メッセージ生成部７５が記憶しているURLを示している。例えば、図２に示したサムネイル画像４２−１が表示される記事の記事データが生成される場合、２行目には、サムネイル画像４２−１のURLが挿入される。
【０１１３】
また、１行目および２行目のａタグ内の文字“user_id”は、記事を投稿するユーザに固有のＩＤを示している。
【０１１４】
さらに、図１１の例では、記事の本文に表示されるサムネイル画像の直下に、そのサムネイル画像により示されるシーンの再生時刻が表示されるように、HTMLタグが整形されている。すなわち、６行目の文字“scene0001”は、２行目にURLが挿入されることで表示されるサムネイル画像により示されるシーンのシーン番号を示しており、６行目の文字“［time］：00：00：03”は、動画像におけるそのシーンの再生時刻を示している。したがって、メッセージ生成部７５によって、記録部７４に記録されている時間位置情報により示されるシーンの再生時刻が６行目に挿入される。
【０１１５】
また、６行目の文字“＊＊＊ここにシーンの説明を記述してください。＊＊＊”は、サムネイル画像により示されるシーンの内容の説明を示しており、図２に示した記事の説明欄４３−１に対応している。図１１の例では、記事を投稿するユーザによって、記事データがアップロードされた後に所望する文章が入力されるように、６行目のタグには、仮の説明の文章を示す文字“＊＊＊ここにシーンの説明を記述してください。＊＊＊”が挿入されている。
【０１１６】
なお、図１１には、記事に含まれるサムネイル画像が１つである例について示されているが、記事に複数のサムネイル画像が表示される場合、すなわち複数のサムネイル画像がアップロードされた場合には、１１行目以降に、表示されるサムネイル画像の数だけ、１行目乃至６行目と同様のタグが繰り返し記述される。
【０１１７】
また、図１１の例では、記事の本文には、サムネイル画像のURLだけが含まれているが、動画像および再生指定ファイルがアップロードされた場合には、動画像のURL、および再生指定ファイルのURLがサムネイル画像のURLにおける場合と同様に、記事本文に挿入される。
【０１１８】
図８のフローチャートの説明に戻り、メッセージ生成部７５は、記事データをアップロードするためのリクエストメッセージを生成すると、生成したリクエストメッセージを通信部７６に供給する。
【０１１９】
ステップＳ５１において、通信部７６は、メッセージ生成部７５から供給されたリクエストメッセージを、通信網１３を介してサーバ１２に送信し、投稿処理は終了する。
【０１２０】
また、クライアント１１からサーバ１２にリクエストメッセージが送信されると、ステップＳ７０において、サーバ１２の通信部１２１は、クライアント１１から送信されてきたリクエストメッセージを受信してメッセージ生成部１２２に供給する。メッセージ生成部１２２は、通信部１２１から供給されたリクエストメッセージから、そのリクエストメッセージに埋め込まれている記事データを抽出し、抽出した記事データを記録部１２３に供給する。
【０１２１】
ステップＳ７１において、記録部１２３は、メッセージ生成部１２２から供給された記事データを記録して、受信処理は終了する。
【０１２２】
これにより、サーバ１２に通信網１３を介して接続されている不特定のクライアント１１は、サーバ１２に記録された記事データを受信して、受信した記事データにより表示されるウェブページの記事を閲覧できるようになる。
【０１２３】
このようにして、クライアント１１は、動画像を構成するシーンのそれぞれの内容を表すサムネイル画像のそれぞれと、それらのシーンの内容の説明のそれぞれとが表示される記事の記事データを生成し、生成した記事データ、より詳細には記事データが含まれたリクエストメッセージをサーバ１２に送信する。また、サーバ１２は、クライアント１１から送信されてきた記事データを受信して記録する。
【０１２４】
このように、シーンの内容を表すサムネイル画像と、シーンの内容の説明とが表示される記事の記事データを生成してサーバ１２に送信することによって、記事に関連した動画像に含まれている各シーンの内容を表すサムネイル画像と、それらのシーンの内容の説明とが表示される記事を表示させることができるので、その記事を閲覧したユーザに記事に関連した動画像の内容をより簡単に把握させることができる。
【０１２５】
例えば、クライアント１１が携帯電話機で構成されている場合、現在の携帯電話機においては、ほぼ全ての携帯電話機がインターネットなどの通信網１３に接続されたサーバ１２にアクセスすることができるので、CHTML（Compact HTML）方式で記述されたウェブページや、データ量の少ないウェブページ程度であれば、携帯電話機によりそれらのウェブページを閲覧することができる。
【０１２６】
しかしながら、現状では、動画像を再生する機能を有する携帯電話機は少なく、しかも携帯電話機の通信速度は、データ量が100MB程度である再生時間の長い動画像をダウンロードできるほど高速であるとはいえない。そのため、せっかく動画像がアップロードされているブログの記事をユーザが携帯電話機を利用して閲覧しても、記事を閲覧するだけで、動画像を視聴することができない可能性が高く、そのような場合、ユーザは動画像の内容を知ることはできなかった。
【０１２７】
そこで、クライアント１１が、動画像に含まれるシーンの内容を表すサムネイル画像と、その内容を説明する文章とが含まれた記事を表示させるための記事データを生成することによって、その記事を閲覧したユーザは、記事に含まれているサムネイル画像とシーンの説明とを閲覧することで、動画像自体を再生することができなくても、その動画像の内容の概要を知ることができる。
【０１２８】
また、動画像の閲覧には、その動画像の再生時間だけ時間が必要であるが、再生時間の長い動画像を閲覧するためには、ユーザは、その動画像を視聴するためのまとまった時間を確保するか、途中で早送り再生を繰り返しながら中途半端に動画像を再生しなければならない。
【０１２９】
そのため、ユーザが動画像を閲覧するための時間を確保することができない場合には、結局、ユーザは動画像の視聴を諦めてしまう可能性もある。また、ユーザが早送り再生を繰り返して動画像を視聴した場合、ユーザは再生されている動画像の内容をよく把握できないまま、その動画像の視聴を終えてしまう可能性がある。
【０１３０】
そこで、クライアント１１が、動画像に含まれるシーンの内容を表すサムネイル画像と、その内容を説明する文章とが含まれた記事を表示させ、再生指定ファイルのURLが含まれている記事データを生成することによって、記事を閲覧したユーザがその記事に関連する動画像の内容を知ることができれば、ユーザは自分が見たいシーンを指定することによって、またはユーザが動画像を視聴しなくても記事を閲覧することによって、動画像の内容を簡単に把握することができる。
【０１３１】
さらに、記事を閲覧しているユーザが、その記事に関連した動画像を構成するシーンを再生させる場合、ユーザは、クライアント１１を操作して、例えば、図２に示されるサムネイル画像４２を指定することによって、シーンの再生を指示する。ユーザが、サムネイル画像４２を指定すると、サーバ１２は、ユーザにより指定されたサムネイル画像４２により示されるシーンの再生時刻が含まれている再生指定ファイルおよび動画像を、クライアント１１に送信する。
【０１３２】
サーバ１２から動画像および再生指定ファイルが送信されてくると、クライアント１１は、送信されてきた動画像および再生指定ファイルを受信する。そして、クライアント１１は、受信した再生指定ファイルに基づいて、再生指定ファイルにより示される再生時刻から、受信した動画像の再生を開始する。
【０１３３】
なお、現状では、動画像のアップロードに対応した公開APIを提供していないブログサービスも多い。そのような場合、クライアント１１からサーバ１２への動画像および再生指定ファイルのアップロードは行われず、サムネイル画像だけがアップロードされる。したがって、この場合、記事を閲覧するユーザのクライアント１１は、図２に示したように、動画像を構成する各シーンのサムネイル画像が表示される記事を閲覧することはできるが、各シーンを再生させることはできない。
【０１３４】
以上のように、動画像に含まれるシーンの内容を表すサムネイル画像、およびシーンの内容の説明欄が表示される記事の記事データを生成するようにしたので、投稿された記事を閲覧したユーザに、その記事に関連した動画像の内容をより簡単に把握させることができる。
【０１３５】
なお、以上においては、クライアント１１により生成されたサムネイル画像がサーバ１２に記録されると説明したが、サーバ１２に限らず、通信網１３に接続された他の装置にサムネイル画像が記録されるようにしてもよい。
【０１３６】
また、記事データには、サムネイル画像、動画像、および再生指定ファイルのそれぞれが記録されている位置を示す情報の例として、サムネイル画像のURL、動画像のURL、および再生指定ファイルのURLが含まれると説明したが、URLに限らずURI（Uniform Resource Identifier）方式などの他の方式で記述された情報としてもよい。さらに、サムネイル画像、動画像、および再生指定ファイルがそのまま記事データに含まれるようにしてもよい。
【０１３７】
上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。
【０１３８】
図１２は、上述した一連の処理をプログラムにより実行するパーソナルコンピュータの構成の例を示すブロック図である。パーソナルコンピュータ３０１のCPU（Central Processing Unit）３１１は、ROM（Read Only Memory）３１２、または記録部３１８に記録されているプログラムに従って各種の処理を実行する。RAM（Random Access Memory）３１３には、CPU３１１が実行するプログラムやデータなどが適宜記憶される。これらのCPU３１１、ROM３１２、およびRAM３１３は、バス３１４により相互に接続されている。
【０１３９】
CPU３１１にはまた、バス３１４を介して入出力インターフェース３１５が接続されている。入出力インターフェース３１５には、キーボード、マウス、マイクロホンなどよりなる入力部３１６、ディスプレイ、スピーカなどよりなる出力部３１７が接続されている。CPU３１１は、入力部３１６から入力される指令に対応して各種の処理を実行する。そして、CPU３１１は、処理の結果を出力部３１７に出力する。
【０１４０】
入出力インターフェース３１５に接続されている記録部３１８は、例えばハードディスクからなり、CPU３１１が実行するプログラムや各種のデータを記録する。通信部３１９は、インターネットやローカルエリアネットワークなどのネットワークを介して外部の装置と通信する。
【０１４１】
また、通信部３１９を介してプログラムを取得し、記録部３１８に記録してもよい。
【０１４２】
入出力インターフェース３１５に接続されているドライブ３２０は、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア３３１が装着されたとき、それらを駆動し、そこに記録されているプログラムやデータなどを取得する。取得されたプログラムやデータは、必要に応じて記録部３１８に転送され、記録される。
【０１４３】
コンピュータにインストールされ、コンピュータによって実行可能な状態とされるプログラムを格納するプログラム記録媒体は、図１２に示すように、磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM(Compact Disc-Read Only Memory),DVD(Digital Versatile Disc)を含む）、光磁気ディスクを含む）、もしくは半導体メモリなどよりなるパッケージメディアであるリムーバブルメディア３３１、または、プログラムが一時的もしくは永続的に格納されるROM３１２や、記録部３１８を構成するハードディスクなどにより構成される。プログラム記録媒体へのプログラムの格納は、必要に応じてルータ、モデムなどのインターフェースである通信部３１９を介して、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の通信媒体を利用して行われる。
【０１４４】
なお、本明細書において、プログラム記録媒体に格納されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１４５】
なお、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
【図面の簡単な説明】
【０１４６】
【図１】本発明を適用した情報処理システムの構成例を示す図である。
【図２】投稿される記事の例を示す図である。
【図３】クライアントの機能的な構成例を示すブロック図である。
【図４】サーバの機能的な構成例を示すブロック図である。
【図５】サムネイル画像の生成処理を説明するフローチャートである。
【図６】シーンの切り替わりの検出を説明するための図である。
【図７】サムネイル画像の生成を説明するための図である。
【図８】投稿処理および受信処理を説明するフローチャートである。
【図９】リクエストメッセージの一例を示す図である。
【図１０】リクエストメッセージの一例を示す図である。
【図１１】記事の本文の一例を示す図である。
【図１２】パーソナルコンピュータの構成例を示すブロック図である。
【符号の説明】
【０１４７】
１１−１乃至１１−Ｎ，１１  クライアント，  １２  サーバ，  ７１  取得部，  ７２  検出部，  ７３  サムネイル画像生成部，  ７４  記録部，  ７５  メッセージ生成部，  ７６  通信部，  ９１  時間位置情報生成部，  １２１  通信部，  １２２  メッセージ生成部，  １２３  記録部
【図１】
2008027049.tif 000003
【図２】
2008027049.tif 000004
【図３】
2008027049.tif 000005
【図４】
2008027049.tif 000006
【図５】
2008027049.tif 000007
【図６】
2008027049.tif 000008
【図７】
2008027049.tif 000009
【図８】
2008027049.tif 000010
【図９】
2008027049.tif 000011
【図１０】
2008027049.tif 000012
【図１１】
2008027049.tif 000013
【図１２】
2008027049.tif 000014