(57)【要約】動画の一覧表示の開始が指示されると、Ｖｉｄｅｏ１、Ｖｉｄｅｏ２それぞれの代表画像の表示処理が行われる。そしてＶｉｄｅｏ１の動画の復号化が行われ、Ｖｉｄｅｏ１の動画が表示される。これによりユーザは、表示される複数の動画の内容の認識を早く行うことが可能になる。
2010134479.tif 000002
【特許請求の範囲】
【請求項１】
複数の動画を並行して再生し、表示部に表示する処理を統括する処理統括部と、
前記処理統括部の指示に基づいて動作する、
動画データを取得するインタフェイス部と、
前記インタフェイス部が取得した動画データである第１の動画データと第２の動画データとを格納する記憶部と、
前記記憶部に記憶された前記動画データから静止画データを抽出又は作成する代表画像取得部と、
前記第１の動画データと前記第２の動画データとの一覧表示が指示されると、前記第１の動画データから抽出又は作成された第１の静止画データと、前記第２の動画データから抽出又は作成された第２の静止画データとを前記表示部に表示させた後に、前記第１の動画データを動画表示させる表示画像処理部と
を有する動画表示装置。
【請求項２】
前記第１の静止画データは前記第１の動画データの１フレームのデータであり、
前記表示画像処理部は、前記第１の動画データの動画表示の際に、前記１フレームから動画表示させることを特徴とする請求項１に記載の動画表示装置。
【請求項３】
前記第１の静止画データは前記第１の動画データの１フレームのデータであり、
前記表示画像処理部は、前記第１の動画データの動画表示の際に、前記１フレームの次のフレームから動画表示させることを特徴とする請求項１に記載の動画表示装置。
【請求項４】
前記代表画像取得部は前記動画データから複数枚の静止画データを抽出又は作成し、
前記表示画像処理部は前記第１の静止画データ又は前記第２の静止画データの前記表示部への表示の際に、複数枚の静止画データを順に表示させることを特徴とする請求項１から３までのいずれか１項に記載の動画表示装置。
【請求項５】
前記記憶部に記憶された前記動画データに基づいて動画のプレビュー表示のためのプレビューデータを作成する画像処理を行うプレビュー再生処理部を有し、
前記表示画像処理部は、前記プレビュー再生処理部により処理済みのプレビューデータを受け取ると、対応する動画の前記静止画データを前記プレビューデータで置き換えることを特徴とする請求項１から４までのいずれか１項に記載の動画表示装置。
【請求項６】
前記静止画データは、前記動画を代表する静止画又は動画の前後のフレームの参照を必要としない画像であることを特徴とする請求項１から５までのいずれか１項に記載の動画表示装置。
【請求項７】
複数の動画を並行して再生し、表示部に表示する動画表示方法であって、
動画データを取得するステップと、
取得した動画データである第１の動画データと第２の動画データとを格納するステップと、
格納された前記動画データから静止画データを抽出又は作成する代表画像取得ステップと、
前記第１の動画データと前記第２の動画データとの一覧表示が指示されると、前記第１の動画データから抽出又は作成された第１の静止画データと、前記第２の動画データから抽出又は作成された第２の静止画データとを前記表示部に表示させた後に、前記第１の動画データを動画表示させる表示画像処理ステップと
を有する動画表示方法。
【請求項８】
請求項７に記載の動画表示方法を、コンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、動画（動画像）表示技術に関し、特に、動画表示機能を有する携帯端末装置における動画コンテンツの一覧表示技術に関する。
【背景技術】
【０００２】
近年、携帯端末装置の性能が向上するとともに、コンテンツが質・量ともに充実してきたことにより、複数の動画コンテンツを蓄積し、これらを再生して楽しむことが可能になってきている。下記特許文献１に記載の発明では、複数の動画を並行して復号・再生する技術が記載されている。例えば、複数チャネルの画像信号が多重された複数の動画を受信すると、所定のチャネルの符号データに対しては通常の復号処理が行われ、それ以外のチャネルの符号データに対しては所定のフレームだけを復号することにより、多チャネルの動画を並行して復号・再生することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−１５７２１１号公報（画像復号化方法及び装置並びに記憶媒体）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
図２０は、複数の動画コンテンツを表示することが可能な装置における複数の動画（図２０では４つの動画を一画面に表示させる例を示す。）のプレビュー表示画面の一例を示す図である。ここでの「プレビュー」とは、動画コンテンツの中身を素早く確認できるように、動画コンテンツから抽出された１枚または数枚のフレーム画像、または、動画の１シーンを、縮小表示したものや、動画コンテンツを単純に縮小表示したもののことを指す。以後、本明細書では、「プレビュー」をそのような意味で用いる。図２０に示すように、プレビューの開始が指示されると、まず、図における一番左の動画１（Ｖｉｄｅｏ１）の暗号化が解除され、動画の復号処理が開始される。表示画面には、複数（ここでは例として４つの動画ファイルをプレビュー表示する例を示す。）の動画のプレビュー領域が表示され、４つの動画の動画情報（動画コンテンツのインデックス）が表示されている。しなしながら、Ｖｉｄｅｏ１のみの代表画像が表示されており、Ｖｉｄｅｏ１の暗号化解除等の画像処理が完了するまで、動画２（Ｖｉｄｅｏ２）以降の画像は表示されない。次いで、Ｖｉｄｅｏ１の暗号化解除処理等が完了した後に、左から２番目のＶｉｄｅｏ２の暗号化解除処理と動画の復号処理とが開始される。この状態では、Ｖｉｄｅｏ２の代表画像は表示されるが、Ｖｉｄｅｏ３以降の代表画像は表示されていない。次いで、左から３番目のＶｉｄｅｏ２の暗号化解除処理等が完了した後、Ｖｉｄｅｏ３の暗号化解除処理、動画の復号処理が開始される。この時点で、Ｖｉｄｅｏ３の代表画像が表示されるが、Ｖｉｄｅｏ４の代表画像はまだ表示されていない。次いで、左から４番目のＶｉｄｅｏ３の暗号化解除処理等が完了した後に、Ｖｉｄｅｏ４の暗号化処理が解除され、動画の復号化処理が開始される。この時点で初めて、一覧表示された全ての（４つの）プレビュー画像の表示が行われ、全ての動画の内容のプレビュー表示を行うまでに長い時間がかかる。従って、どのような動画を表示させることができるかをユーザは把握できるまでに時間がかかる。この問題は、さらに深刻になる。【０００５】
本発明は、複数の動画の概要をより早くユーザに認識可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明は、複数の動画を並行して再生し、表示部に表示する処理を統括する処理統括部と、前記処理統括部の指示に基づいて動作する、動画データを取得するインタフェイス部と、前記インタフェイス部が取得した動画データである第１の動画データと第２の動画データとを格納する記憶部と、前記記憶部に記憶された前記動画データから静止画データを抽出又は作成する代表画像取得部と、前記第１の動画データと前記第２の動画データとの一覧表示が指示されると、前記第１の動画データから抽出又は作成された第１の静止画データと、前記第２の動画データから抽出又は作成された第２の静止画データとを前記表示部に表示させた後に、前記第１の動画データを動画表示させる表示画像処理部とを有する動画表示装置である。【０００７】
前記第１の静止画データは前記第１の動画データの１フレームのデータであり、前記表示画像処理部は、前記第１の動画データの動画表示の際に、前記１フレームから動画表示を行うことが好ましい。【０００８】
また、前記第１の静止画データは前記第１の動画データの１フレームのデータであり、前記表示画像処理部は、前記第１の動画データの動画表示の際に、前記１フレームの次のフレームから動画表示を行うことが好ましい。【０００９】
また、前記代表画像取得部は前記動画データから複数枚の静止画データを抽出又は作成し、前記表示画像処理部は前記第１の静止画データ又は前記第２の静止画データの前記表示部への表示の際に、複数枚の静止画データを順に表示することが好ましい。【００１０】
また、前記記憶部に記憶された前記動画データに基づいて動画のプレビュー表示のためのプレビューデータを作成する画像処理を行うプレビュー再生処理部を有し、前記表示画像処理部は、前記プレビュー再生処理部により処理済みのプレビューデータを受け取ると、対応する動画の前記静止画データを前記プレビューデータで置き換えることが好ましい。【００１１】
前記静止画データは、前記動画を代表する静止画又は動画の前後のフレームの参照を必要としない画像であることが好ましい。【００１２】
また、本発明は、複数の動画を並行して再生し、表示部に表示する動画表示方法であって、動画データを取得するステップと、取得した動画データである第１の動画データと第２の動画データとを格納するステップと、格納された前記動画データから静止画データを抽出又は作成する代表画像取得ステップと、前記第１の動画データと前記第２の動画データとの一覧表示が指示されると、前記第１の動画データから抽出又は作成された第１の静止画データと、前記第２の動画データから抽出又は作成された第２の静止画データとを前記表示部に表示させた後に、前記第１の静止画データの表示を前記第１の動画データの動画表示で置き換える表示画像処理ステップと、を有する動画表示方法である。【００１３】
また、本発明は、上記に記載の動画表示方法を、コンピュータに実行させるためのプログラムである。【００１４】
本明細書は本願の優先権の基礎である日本国特許出願２００９−１２０１１４号の明細書および／または図面に記載される内容を包含する。
【発明の効果】
【００１５】
表示される複数の動画の内容の認識を早く行うことが可能になる。
【図面の簡単な説明】
【００１６】
【図１】本発明の一実施の形態による動画表示機能を有する携帯電話端末の外観構成例を示す図である。
【図２】図２（ａ）は、携帯電話端末の利用形態の一例を示す図であり、図２（ｂ）は、外部記憶装置に記憶されているファイル群の一構成例を示す図である。
【図３】本実施の形態による携帯電話端末Ａの一構成例を示す機能ブロック図である。
【図４】本実施の形態による携帯電話端末の統括処理部における処理の流れを示す図である。
【図５】本実施の形態による携帯電話端末の代表画像取得部（動画識別データ取得部）の処理の流れを示す図である。
【図６Ａ】外部記憶装置内のデータ構成を示す図である。
【図６Ｂ】暗号化データの暗号化解除の処理の例を示す図である。
【図６Ｃ】ＰＥＳパケットの取得の様子を示す図である。
【図６Ｄ】ＰＥＳデータ部の取得の様子を示す図である。
【図６Ｅ】代表（先頭）画像データの取得の様子を示す図である。
【図６Ｆ】代表（先頭）画像データ取得処理の流れを示す図である。
【図６Ｇ】代表（先頭）画像データ取得処理の流れを示す図である。
【図６Ｈ】代表（先頭）画像データ取得処理の流れを示す図である。
【図７】動画データ取得部における処理の流れを示す図である。
【図８】プレビュー再生処理部における処理の流れを示す図である。
【図９】外部記憶装置における具体的な処理の様子を示す図である。
【図１０】主記憶装置（メモリ）における具体的な処理の様子を示す図である。
【図１１】動画データ取得部における具体的な処理の様子を示す図である。
【図１２】代表画像取得部（動画識別データ取得部）における具体的な処理の様子を示す図である。
【図１３】プレビュー再生処理部における具体的な処理の様子を示す図である。
【図１４】表示画像処理部における具体的な処理の様子を示す図である。
【図１５】一般的なＭＰＥＧ２ＴＳデータの一構成例を示す図である。
【図１６】動画データの格納例を示す図である。
【図１７】データの暗号化の例を示す図である。
【図１８】データ暗号化処理の流れを示す図である。
【図１９】本実施の形態による複数の動画コンテンツを再生可能な装置における複数の動画のプレビュー表示画面の一例を示す図である。
【図２０】複数の動画コンテンツを再生可能な装置における複数の動画のプレビュー表示画面の一例を示す図である。
【符号の説明】
【００１７】
Ａ…携帯電話端末（動画表示装置）、３…表示装置、３ａ…タッチパネル、７…キー入力装置、１１…外部記録装置、２１…入力装置インタフェイス、２３…処理統括部、２５…メモリ（ＤＲＡＭ）、２７…動画データ取得部、３１…代表画像取得部（動画識別データ取得部）、３３…動画復号処理部、３５…プレビュー再生処理部、３７…表示画像処理部、４１…記憶装置Ｉ／Ｏインタフェイス、４５…暗号化解除処理部。
【発明を実施するための形態】
【００１８】
本明細書において、動画とは、動画データに再生タイミングが含まれる場合には、その再生タイミングに従った再生を行うもの、または、動画データに含まれる再生タイミングを用いない場合、および、動画データに再生タイミングが含まれない場合には、一定の時間間隔でフレームを更新するような再生を行うものとする。代表画像とは、動画データを代表する画像であり、動画データから抽出又は作成される静止画、例えば、動画の一部を切り出した静止画、前後の他のフレームの参照を必要としない動画の１フレーム分のデータ、などである。また、代表画像は、ここでは静止画として扱われるため、動画ファイルの如何なる箇所から抽出されたとしても、その動画ファイルに含まれている再生タイミングには依存しない。したがって、時間が経過しても、同じフレーム（静止画）の表示が継続される。動画データから代表画像を抽出する処理は、動画の表示又は動画のプレビュー表示を行う処理よりも速い処理である。これは、代表画像を抽出する処理は、１フレーム分のデータを含む動画データの一部分を処理の対象としており、動画データの全体を処理の対象としている動画の表示又はプレビュー表示を行う処理に比べ、メモリに読み込む動画データの長さが極めて小さくなることによる。尚、動画を縮小したり一部抽出したりして表示する場合をプレビュー表示と称する。このような処理をしないで動画を表示する場合を単に動画の表示と称する。
【００１９】
以下に、本発明の一実施の形態による動画表示装置の一例として、一般的な携帯電話端末を例にし、図面を参照しながら説明を行う。図１は、携帯電話端末Ａの外観構成例を示す図であり、筐体１と、ＬＣＤ表示装置３と、スピーカ５と、キー入力装置７と、外部記憶装置１１（内蔵のフラッシュメモリ又は取り外し可能なメモリカード等）と、マイク１５と、を有している。表示装置３は、タッチパネル３ａを有していても良い。外部記憶装置１１には、動画コンテンツを複数格納することができ、以下では、複数の動画コンテンツが記録されていることを前提として説明を行う。動画は、図示しない付属カメラにより撮影したものでも良く、ストリーミング受信しているものでも良い。
【００２０】
図２（ａ）は、携帯電話端末Ａの利用形態の一例を示す図であり、ＬＣＤ表示装置３に動画コンテンツのメニュー表示例として動画コンテンツのインデックスが４つ表示されている状態を示している。コンテンツ画像表示（１）〜コンテンツ画像表示（４）は、外部記憶装置１１に格納されているビデオコンテンツ(Ｖｉｄｅｏ１からＶｉｄｅｏ４)の代表画像が表示されている動画コンテンツ一覧表示画面である。この動画コンテンツ一覧表示画面が表示された直後（例えば、複数の動画コンテンツに対してプレビュー表示の指示がなされた直後）は、各ビデオコンテンツの例えば最初のフレーム画像が代表画像として表示される。さらに、任意ではあるが、コンテンツ情報表示として、代表画像と対応するように、各ビデオコンテンツ(ＶｉｄｅｏＸ)のようなタイトルや作成日時、その他のテキストなどのＶｉｄｅｏ情報が表示される。これらのＶｉｄｅｏ情報は、ビデオコンテンツごとに生成される情報ファイルに記述されている。
【００２１】
時間が経過すると、徐々に、それぞれの代表画像の表示領域において、各ビデオコンテンツの「動画」のプレビュー表示が開始されるようになっており、これにより、動画の情報を詳細に視覚的に知ることができる。
【００２２】
図２（ｂ）は、外部記憶装置１１に記憶されているファイル群の一例を示す図である。図２（ｂ）に示すように、ＶｉｄｅｏファイルとＶｉｄｅｏ情報ファイルとＶｉｄｅｏメディアオフセット情報ファイルとＶｉｄｅｏ管理情報ファイルとが組になって格納されている。この例では、ＳＤ−Ｖｉｄｅｏ形式で保存された動画コンテンツを例にしている。ＳＤ−Ｖｉｄｅｏ形式（フォーマット）では、動画コンテンツは、ＳＢ１ファイル、ＰＧＩファイル、ＭＯＩファイル、ＭＡＩファイルの４ファイルで記録される。図２（ｂ）の各ファイル図形内に記載されているファイル名のうち、ＳＢ１ファイルは、動画・音声の符号化されたデータ列（暗号化されている）である。ＭＯＩ（Ｍｅｄｉａ  Ｏｂｊｅｃｔ  Ｉｎｆｏｒｍａｔｉｏｎ)ファイルは、ＳＢ１ファイル中のメディアデータが格納されている位置をオフセット情報で記録しているファイルである。ＰＧＩファイルは、タイトル、作成日時などが格納されたファイルである。ＭＡＩファイルは管理用ファイルである。本実施の形態では、ＳＢ１ファイルとＭＯＩファイルとが関係する。尚、ビデオコンテンツは、ＭＰＥＧ４／ＡＶＣで符号化された映像データ、ＭＰＥＧ４−Ａｕｄｉｏ（ＡＡＣ）で符号化された音声データで構成されている。また、これらのビデオコンテンツは、記憶装置に格納されている状態では、コンテンツ保護のための暗号化が施されているのが一般的であるがそのようなコンテンツに限定されない。
【００２３】
図３は、本実施の形態による携帯電話端末Ａの一構成例を示す機能ブロック図である。図３に示す携帯電話端末Ａは、タッチパネル３ａ機能を備えた表示装置３と、ユーザが複数動画の一覧表示を開始するために操作するための入力デバイスであるキー入力装置７と、コンテンツが保存されているフラッシュメモリ、またはメモリカードである外部記憶装置１１と、外部記憶装置１１内に格納されている、暗号化されているビデオコンテンツの暗号化を解除する暗号化解除処理部４５と、ＣＰＵ（破線内がＣＰＵ内部で行われる処理部である）と、を有している。ＣＰＵ内には、以下の構成が含まれている。
【００２４】
ａ）処理統括部２３：  複数の動画のプレビューの一覧表示を行う一連の処理を統括する。
【００２５】
ｂ）記憶装置Ｉ／Ｏインタフェイス４１：  外部記憶装置１１へのデータの読み書きを管理するインタフェイスであり、下記の代表画像データ取得部、または、動画データ取得部からのデータ読み出し要求に対し、外部記憶装置１１から要求データを読み出して返す。要求データが暗号化されているデータである場合には、暗号化を解除した後に返す。
【００２６】
ｃ）メモリ（ＤＲＡＭ）２５：一般的に広く利用されているメモリであり、ＤＲＡＭ(Dynamic Random Access Memory)の一種。
【００２７】
ｄ）動画データ取得部２７：  外部記憶装置１１に格納されている動画コンテンツデータから、一定サイズ分（例えば７２０ｋＢ)のデータを読み込み、メモリ(ＤＲＡＭ)２５に書き込む処理を行う。
【００２８】
ｅ）代表画像取得部３１（動画識別データ取得部）：  外部記憶装置１１に格納されている動画コンテンツデータから、動画の先頭画像を含むデータ等を読み込み、画像データを復号する処理を行なう。あるいは、前述のＶｉｄｅｏ情報からその動画コンテンツデータの識別を可能とするデータを取得する処理を行う。
【００２９】
ｆ）プレビュー再生処理部３５：  メモリに書き込まれた動画コンテンツデータを読み出し、動画データを順次復号して表示画像処理部にデータを送出する。
【００３０】
ｇ）動画復号処理部３３：  一般的に利用されているＨ．２６４デコーダの一種である。
【００３１】
ｈ）表示画像処理部３７：  代表画像処理部３１、および、プレビュー再生処理部３５から受け取った画像データの合成処理を行い、表示画面の更新を行う。
【００３２】
ｉ）表示装置（ＬＣＤ）３：  一般的に広く利用されている液晶パネルなどの表示部である。
【００３３】
ｊ）入力装置インタフェイス２１：タッチパネル３ａ、キー入力装置７からの入力を受けて処理統括部２３に伝える。
【００３４】
図９から図１４までは、各処理部における具体的な処理の様子を示す図である。図９に示すように、外部記憶装置１１は、Ｖｉｄｅｏ１から４までの各データ列について、ＨＰＩで示される先頭とそこから離れた位置に配置されＩＤＲピクチャを含むＰＥＳパケットと、それ以外のＩＤＲピクチャ以外のデータを含むＰＥＳパケットが配置されている。外部記憶装置に格納されている動画コンテンツデータは、一般的には、コンテンツ保護のため暗号化されている。
【００３５】
ここで、処理統括部２３は、最初に、代表画像取得部３１に対し、代表画像となる画像データを含む先頭のデータブロックの取得を指示する。Ｎ個全ての代表画像の取得が完了すれば、動画データ取得部２７に対し、メモリスロット（図１０）に納まる分だけ動画データブロックの取得を指示する。
【００３６】
代表画像取得部３１は、処理統括部２３からの指示に従って、データの先頭からＩＤＲピクチャが含まれるデータブロックを取得する。このデータブロックとは、図９に示すＩＤＲピクチャを含むＰＥＳパケット（ＨＰＩ）である。取得したデータは符号化されているので、動画復号処理部３３を利用して画像データを復号する。復号化された画像を代表画像として表示装置３に出力を指示する。
【００３７】
図１０に示すように、主記憶装置（メモリ）２５は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）を指す。厳密には、ＲＡＭ２５は、全ての処理部が利用するが、ここでは、本発明のポイントに関係する部分についてのみ説明する。メモリ２５には、複数のメモリスロットが設けられ、それぞれのメモリスロットには、図９に対応するデータが格納される。図１１に示すように、動画データ取得部２７は、外部記憶装置１１からそれぞれのＶｉｄｅｏデータを取得し、プレビュー表示の場合には、例えば８００ｋＢ分だけメモリにコピーする。動画データ取得部２７のこの処理により、図９に示す各Ｖｉｄｅｏの複数のＰＥＳパケットが、図１０に示すようにメモリスロットに格納されることになる。尚、プレビュー表示の目的としては、例えば１０から１５秒程度のデータさえあればよいので、メモリ利用量の削減、プレビュー処理の高速化という効果がある。
【００３８】
図１２に示すように、代表画像取得部３１は、Ｖｉｄｅｏデータ毎に、ＩＤＲピクチャを含むＰＥＳパケットであるＨＰＩから復号された代表画像データを抽出する。図１３に示すように、プレビュー再生処理部３５は、代表画像取得部３１とは並列に動作する。プレビュー再生処理部３５は、メモリスロット（図１０）を監視し、そこに動画データが格納されるのを待つ。メモリスロットに動画データが格納されたことを確認すると、そのデータを読み込み、動画復号処理部３３を利用して、動画データの復号を開始する。復号された動画データは、表示装置３に対し、コンテンツの番号とともに送られ、代表画像から対応する動画へと表示画像の更新が指示される。これらは、全てのメモリスロットについて行われるが、処理対象となるメモリスロットの切換は、時分割で逐次処理が行われる。
【００３９】
図１４に示すように、表示画像処理部３７は、最初に代表画像を表示させておき、動画データが送られると、代表画像表示を動画表示で置き換えて更新していく処理を行う。例えば、動画表示として、プレビュー表示を行う場合には、プレビュー再生処理部３５からプレビューデータが送られる毎に、代表画像表示をプレビュー表示で置き換えて更新していく処理を行う。この処理により、代表画像の表示、プレビュー表示への置換処理がスムーズに行われる。
【００４０】
尚、制御フローとは、矢印発生ブロックが矢印先のブロックに対して、処理を指示したりデータ要求をしたりするフローを表す。データフローとは、矢印発生ブロックから矢印先のブロックに、動画データなど、データの流れを表すものである。
【００４１】
次に、図１５から図１７までを参照しながら、ビデオコンテンツのデータフォーマットについて説明する。対象としているデータフォーマットは、ＭＰＥＧ２ＴＳ（ＩＳＯ／ＩＥＣ）１３８１８−１である。尚、ＭＰＥＧ２ＴＳでは、図１５に示すように、符号化された映像データ・音声データが、ＴＳパケットという固定長（１８８バイト)のデータブロックからなるデータストリームとしてファイルが作成される。Ｈ（ヘッダフィールド）には、パケット識別子などが含まれる。適合フィールドには、動画データを再生するための基準となる時間情報やスタッフィングデータ（長さ調節のための冗長データ）が含まれる。ペイロードには、映像データ、音声データなどが格納されている。
【００４２】
図１６は動画データの格納例を示す図である。図１６（ａ）は、動画データをＭＰＥＧ２ＴＳに格納している例を示す図である。動画は、ＩＤＲ、Ｐ、Ｐ、…から構成され、音声データは、Ｆｒａｍｅにより構成され、これらが、動画、音声の順番で時間軸上に配置されている。破線の枠で囲まれている領域は、同期をとる必要がある部分を示す。
【００４３】
図１６（ｂ）の上図に示すように、同期を取る必要のある映像、音声が１つのＰＥＳパケットにまとめられる。ＩＤＲピクチャデータを含む場合、それは必ずPESパケットの先頭に含まれる。その下の図に示すように、ＰＥＳパケットはＴＳパケットに収まるように１８４バイト以下のデータに分割されている。
【００４４】
図１６（ｂ）の下図は、分割されたペイロードに４バイトのヘッダと適合フィールドとを付加してＴＳパケットを構成する様子を示す図である。ヘッダを付加する際に、ＰＥＳパケットの先頭データを格納するＴＳパケットには、先頭であることを示すフラグがセットされている(ＰＵＳＩ＝１)。分割された続きのデータは、ＰＵＳＩ＝０がセットされる。また、ストリームを再生するための基準時間情報も含まれている。次の同期を取ることが必要なところで、先頭にＰＵＳＩ＝１のフラグがセットされる。尚、これらのデータフォーマットは、ＭＰＥＧ２ＴＳ（ＩＳＯ／ＩＥＣ  １３８１８−１）および、ワンセグ規定によるものであり、例示的に示している。
【００４５】
次に、本発明では任意の処理であるが、データの暗号化について説明する。図１７は、以下の実施の形態において説明する暗号化処理の概要を示す図である。図１７の上には、暗号化が施されていない動画データのデータ構成が示されており、多数のＴＳパケットから構成されている。このデータに暗号化を施すと、その下の図のように、ヘッダとストリームとの組の繰り返しからなり、映像・音声のＰＥＳパケットを単位として暗号化が施される（ＰＵＳＩ＝１のパケットから、次のＰＵＳＩ＝１のパケットが出現する直前のパケットまでがＰＥＳパケットと判断できる）。
【００４６】
上図の太線で囲まれた領域の詳細な構成を下図に示す。暗号化が施されていない動画データは、Ｈ（ヘッダ）と適合フィールドとペイロードとの単位が繰り替えられる。暗号化を行うと、Ｈと適合フィールドと暗号化されたペイロードとの組から構成されるようになる。ＰＵＳＩ＝１のパケットのヘッダおよび、適合フィールドは暗号化されない（この適合フィールドにはストリームを再生するための基準となる時間情報が含まれている）。これを利用して、ストリームを再生することができる。
【００４７】
図１８は、上述の暗号化されたコンテンツから、動画ストリームを取得するまでの簡単な流れを示すフローチャート図である。図１８に示すように、まず、暗号化データを準備し（ステップＳ６１）、暗号化を解除してＭＰＥＧ２ＴＳストリームとする（ステップＳ６２）。暗号化の解除は、暗号化解除処理部４５によって行われ、取得されたＭＰＥＧ２ＴＳストリームは、記憶装置Ｉ／Ｏインタフェイス４１を介して、動画データ取得部２７および代表画像取得部３１に渡される。なお、動画データ取得部２７は受け取ったＭＰＥＧ２ＴＳデータはそのままメモリ（ＤＲＡＭ）２５に書き込むこととなる。次いで、代表画像取得部３１、および、プレビュー再生処理部３５は、得られたＭＰＥＧ２ＴＳパケットから、ＴＳパケットをマージし、ＰＥＳパケットとする（ステップＳ６３）。さらに、代表画像取得部３１、および、プレビュー再生処理部３５は、得られたＰＥＳパケットからＨ．２６４ストリームを分離し、Ｈ．２６４バイトストリーム（アクセスユニット）とする（ステップＳ６４）。
【００４８】
最終的に得られたＨ．２６４バイトストリーム（アクセスユニット）から、動画復号処理部（Ｈ．２６４デコーダ）を用いて代表画像および動画を得ることができる。
【００４９】
以下に、本実施の形態による処理の詳細について説明する。図４は、処理統括部２３における処理の流れを示す図である。ユーザが、キー入力装置７またはタッチパネル３ａを介して複数の動画の一覧表示処理の開始を指示すると、処理統括部２３の処理が開始される（ステップＳ１：ＳＴＡＲＴ）。次いで、ステップＳ２において、表示画像処理部３７に対して一覧表示画面の生成を指示する。ステップＳ３において、メモリ２５内に動画データを格納するためのメモリスロット領域（図１０参照）を確保する（ａ−０）。ステップＳ４において、代表画像取得部３１（図１２参照）に対して、処理の開始を指示する（ａ−１）。尚、（ａ−１）に基づく処理が完了した時点で、一覧表示には表示される全ての動画コンテンツの代表画像が表示されていることになる。ステップＳ５において、動画データ取得部２７（図１１参照）に対して、処理の開始を指示する（ａ−２）。この（ａ−２）の指示に基づく処理が完了した時点で、一覧表示には表示される全ての動画コンテンツが再生可能な状態となる（プレビュー表示が可能になる）。ステップＳ６において、一覧表示を実行させる。ステップＳ７において、ユーザから一覧表示の終了処理の操作があるまで待ち、一覧表示実行中はプレビュー表示部が動作し続け、動画再生を繰り返す。操作が検出されると（ＹＥＳ）、プレビュー再生処理部に対し処理の終了を指示し、ステップＳ９で処理が終了する。
【００５０】
図５は、代表画像取得部３１の処理の流れを示す図であり、処理統括部２３からの指示により処理を開始する（ステップＳ１１：図４のａ−１から）。次いで、ステップＳ１２において、ｉ（代表画像の表示の順番）としてｉ＝１を設定する。
【００５１】
ステップＳ１３において、記憶装置Ｉ／Ｏインタフェイス４１に対し、動画データ(Ｖｉｄｅｏ[ｉ]。本実施の形態においては、ビデオコンテンツＶｉｄｅｏ１に対応する動画データ（第１の動画データ）をｉ＝１（Ｖｉｄｅｏ［１］）、ビデオコンテンツＶｉｄｅｏ２に対応する動画データ（第２の動画データ）をｉ＝２（Ｖｉｄｅｏ［２］）とする）の先頭データ（ＰＥＳパケット）の取得を要求する。図１６に示すように、動画データの先頭データ（ＰＥＳパケット）には、ＩＤＲピクチャデータが含まれているため、ここでは、先頭ＰＥＳパケット１つ分のデータの取得を要求する。ステップＳ１４において、取得したＰＥＳパケットからＩＤＲピクチャを含むＨ．２６４バイトデータ列を分離する。ここで、ＰＥＳパケットからＩＤＲピクチャとなるＨ．２６４のバイトストリームを分離する。Ｈ．２６４のアクセスユニットを解析することで分離することが可能である。次いで、ステップＳ１５において、分離したＩＤＲピクチャのＨ．２６４バイトデータ列を、動画復号処理部３３を利用して復号する。上記の手順で取得したＩＤＲピクチャデータから、動画復号処理部３３を利用して、ＹＵＶ４２０形式の画像データ（１枚）を取得する。尚、ＩＤＲピクチャデータは１フレーム内で閉じている（前後のフレームの参照が不要である）。ステップＳ１６において、復号した画像を表示するサイズに縮小する。一覧表示する際は画像サイズを縮小する必要があるため、この段階で縮小処理を行う。
【００５２】
ステップＳ１７において、表示画像処理部３７に、復号した代表画像（縮小画像）の出力を指示する。より詳細には、縮小画像を表示画像処理部３７のビデオバッファに書き込み、再描画を指示する。ステップＳ１８において、ｉ＝ｉ＋１とし、ステップＳ１９においてｉ＜＝４であるか否かを判定し、ＮＯであればステップＳ２０で処理を終了し（ａ−１）に戻る。この時点では、Ｖｉｄｅｏ［１］（第１の動画データ）から抽出し作成された縮小画像である静止画（第１の静止画データ）と、Ｖｉｄｅｏ［２］（第２の動画データ）から抽出し作成された縮小画像である静止画（第２の静止画データ）とが表示装置３に表示されている。ＹＥＳであれば、ステップＳ１３に戻り、処理を繰り返す。これらの処理が完了した後、表示されている代表画像データ（第１の静止画データ、第２の静止画データを含む）は、後述するプレビュー再生処理部による動画再生処理（第１の動画データの再生処理を含む）が行われるまで静止したままとなる。この実施例においては、復号単位としてＰＥＳパケットを利用している（ワンセグ規定による）が、Ｈ．２６４アクセスユニットをベースとする復号単位であれば、他の方式であっても適用可能である（例えば、ＭＰ４ファイルフォーマットなどに適用可能である）。
【００５３】
図６ＡからＥまで及び図６ＦからＨまでは、それぞれ、代表（先頭）画像データ取得方法の概要と処理の流れを示した図である。
【００５４】
図６Ａは、外部記憶装置１１内のデータ構成を示す図である。外部記憶装置１１内に格納されているデータ、例えばＳＤカード（商標名）内のＳＢ１ファイル（暗号化されている場合）は、「ヘッダ」＋「暗号化データ」を１つの単位とするデータ列で構成されている。ヘッダの位置には、固定のデータパターンが含まれている。さらに、ＭＯＩファイルは、ＩＤＲピクチャが含まれるデータの位置（オフセット）の一覧が記述されており、データ開始位置とオフセットから次データの開始位置を算出することができる。
【００５５】
図６Ｆに示すように、処理を開始すると（ｓｔａｒｔ）、ステップＳ２１−０において、代表画像取得部３１は、外部記憶装置Ｉ／Ｏインタフェイス部４１に対し、ＩＤＲピクチャを含む「先頭データ」の取得を要求する。ステップＳ２１−１において、外部記憶装置Ｉ／Ｏインタフェイス部４１は、上記のＭＯＩファイルを参照し、ＩＤＲピクチャが含まれるデータ列のオフセットから、「先頭データ」の範囲を算出する。ステップＳ２１−２において、外部記憶装置Ｉ／Ｏインタフェイス部４１は、算出した「先頭データ」の範囲をもとに暗号化データを抽出し、暗号化解除処理部４５を用いて、暗号化の解除を行う。ステップＳ２１−３において、外部記憶装置Ｉ／Ｏインタフェイス部４１は、暗号化が解除されたデータ列（ＭＰＥＧ２ＴＳ）を、代表画像取得部３１に返す（返されたデータはメモリ２５に保存される）。尚、暗号化が施されていないデータ（ＭＰＥＧ２ＴＳデータ）を対象とする場合は、ステップＳ２１−２、２１−３の処理を行わず、そのままメモリカードに格納されている「先頭データ」の範囲を代表画像取得部３１に返す。
【００５６】
図６Ｂは、暗号化解除の処理の例を示す図である。暗号化データの暗号を解除してＭＰＥＧ２ＴＳデータ列を作成する様子を示す図である。
【００５７】
「代表データ」の暗号化を解除すると、複数のＴＳパケットからなる、ＭＰＥＧ２ＴＳ形式のデータ列が復元される。ＴＳパケットは、１８８バイトの固定長であるため、映像データを格納する場合に、１つのＴＳパケットに納まりきらない場合がある。そのような場合には、映像データは複数のＴＳパケットに分割される。ＴＳパケットに含まれているデータが分割されているか否かは、ＴＳパケットのヘッダに含まれる“ＰＵＳＩ”フラグを確認することで判断することができる。ＰＵＳＩ＝１のパケットは、分割されているデータの開始位置を含んでいることを示し、ＰＵＳＩ＝０のパケットは、分割されたデータの途中（または最後尾）を含んでいることを表す。
【００５８】
図６Ｃは、ＰＥＳパケットの取得の様子を示す図である。上記のＭＰＥＧ２ＴＳのデータ列からＰＥＳパケットを取得する場合には、ＭＰＥＧ２ＴＳのデータ列のペイロードを連結し、ＰＥＳヘッダと符号化されている映像データのデータ列とからなるＰＥＳパケットを取得することができる。
【００５９】
図６Ｄは、ＰＥＳデータ部の取得の様子を示す図である。上記のように、ＰＥＳデータ部には符号化されている映像データのデータ列が含まれている。ＰＥＳパケットに含まれている、符号化されている映像データのデータ列は、「アクセスユニット（ＡＵ）」が連結したデータ列になっている。アクセスユニット（ＡＵ）は符号化の１つの単位で、アクセスユニット１つにつき、１枚分のＩＤＲピクチャデータ、または、１枚分のＰピクチャデータに対応している。アクセスユニット（ＡＵ）が連結している場合には、１つのＰＥＳパケットに複数のピクチャデータが含まれることになるが、ＰＥＳパケットにＩＤＲピクチャデータが含まれる場合、そのＩＤＲピクチャデータは、必ずＰＥＳヘッダの直後に置かれ、ＰピクチャデータはそのＩＤＲピクチャデータの後部に置かれる。代表（先頭）画像部は、ＰＥＳパケットを取得した後、PESヘッダを解析して、データ列の先頭位置を検出し、映像データが含まれるアクセスユニットの取得を行う。
【００６０】
次いで、ステップＳ２２−４に示すように、代表画像取得部３１は、受け取ったＭＰＥＧ２ＴＳデータ列の先頭位置から、ＭＰＥＧ２ＴＳデータ列に含まれるＴＳパケットのヘッダを解析し、ＰＵＳＩ＝１のパケットを探索する（通常は、ＭＰＥＧ２ＴＳデータ列の先頭にある）。ステップＳ２２−５において、代表画像取得部３１は、発見したＴＳパケットのヘッダから、適合フィールドの長さを取得し、ＴＳパケット内のペイロード開始位置とペイロード長とを算出する。ステップＳ２２−６において、代表画像取得部３１は、算出したペイロード開始位置とペイロード長とを用いて、ペイロードデータを抽出する。ステップＳ２２−７において、代表画像取得部３１は、ＭＰＥＧ２ＴＳデータ列の参照位置を次のＴＳパケットの位置に移す。
【００６１】
図６Ｇに示すように、ステップＳ２３−８において、代表画像取得部３１は、ＴＳパケットのヘッダを解析し、ＰＵＳＩ＝０であれば、ステップＳ２２−５からステップＳ２２−７までの処理を繰り返し、抽出したペイロードデータを連結していく。ステップＳ２３−９において、代表画像取得部３１は、ＰＵＳＩ＝１のＴＳパケットを検出または、ＭＰＥＧ２ＴＳデータ列の最後尾に到達するまで繰り返す。尚、ステップＳ２３−９の処理が完了した時点で、連結されたペイロードが、ＰＥＳパケットを構成していることになる。ステップＳ２４−１０において、代表画像取得部３１は、取得したＰＥＳパケットのヘッダを解析し、ＰＥＳパケットのデータサイズと、ＰＥＳデータ部の開始位置とを取得し、ＰＥＳデータ部を抽出する。ステップＳ２４−１１において、代表画像取得部３１は、ＰＥＳパケットから取得したＰＥＳデータ部を、動画復号処理部３３に入力し、デコード処理を指示する。
【００６２】
図６Ｅは、先頭画像データの取得の様子を示す図である。上記図６Ｄに示すＰＥＳデータ部を、ＩＤＲピクチャを含むアクセスユニットに分離する。１つのアクセスユニットには、１フレーム分の画像データが含まれている(ＩＤＲピクチャ、Ｐピクチャのいずれの場合も）。アクセスユニットの開始位置には、Ａｃｃｅｓｓ  Ｕｎｉｔ  Ｄｅｌｉｍｅｔｅｒという固定パターンがある。従って、そのパターンを探すことで、各データに分割することが可能である。次いで、ＩＤＲピクチャを含むアクセスユニットを復号し、画像データ（ＹＵＶ４２０形式）とする。１つのアクセスユニット単位で、デコードが実行され、復号化された画像データ（ＹＵＶ４２０形式）を取得することができる。
【００６３】
図６Ｈに示すように、ステップＳ２５−１２において、代表画像取得部３１は、ＰＥＳパケットから取得したＰＥＳデータ部を、動画復号処理部３３に入力し、デコード処理を指示する。ステップＳ２５−１３において、動画復号処理部３３は、入力されたＰＥＳデータ部から、Ａｃｃｅｓｓ  Ｕｎｉｔ  Ｄｅｌｉｍｉｔｅｒを探索し、代表画像データとなるＩＤＲピクチャデータの位置を抽出する。ステップＳ２５−１４において、動画復号処理部３３は、抽出したＩＤＲピクチャデータの復号を行い、画像データ（ＹＵＶ４２０形式）を取得する。ステップＳ２５−１５において、動画復号処理部３３は、取得した画像データを表示に使われる画像サイズにリサイズする。ステップＳ２５−１６において、動画復号処理部３３は、取得した画像データを表示に使われる画像サイズにリサイズする（データを間引く）。ステップＳ２５−１７において、動画復号処理部３３は、リサイズされた画像データを出力し、代表画像取得部３１に返す。以下、代表画像取得部３１は表示装置３への出力を指示する。
【００６４】
尚、プレビュー再生処理部３５については、上記ステップＳ２２−４〜ステップＳ２５−１２までは上記手順と同様の処理を行い、ステップＳ２５−１３〜１７までは、ＩＤＲピクチャデータに限らず、データの最後尾に達するまで、Ａｃｃｅｓｓ  Ｕｎｉｔ  Ｄｅｌｉｍｉｔｅｒの探索を行い、分離と復号の処理を繰り返す。
【００６５】
図７は、動画データ取得部２７における処理の流れを示す図である。まず、動画データ取得部２７では、処理統括部２３からの指示により処理を開始する（ステップＳ３１：ＳＴＡＲＴ、図４のａ−２）。尚、動画データを格納する領域は、処理統括部２３によって予め確保されている。ステップＳ３３において、これから取得する動画データを格納するメモリ領域の先頭位置をセットする。コンテンツ毎に、それぞれの格納先メモリ領域（メモリスロット）の先頭アドレスを関連付ける（図１０参照）。ステップＳ３４において、記憶装置Ｉ／Ｏインタフェイス４１に対し、動画データ(Ｖｉｄｅｏ[ｉ]）の一定長分のデータ取得を要求する。ここでは、図５のステップＳ１３の場合と異なり、動画データを指定したサイズ分（例えば８００ｋＢ）だけのデータ取得を要求する。ステップＳ３５において、記憶装置Ｉ／Ｏインタフェイスから返されるデータを、ステップＳ３３でセットしたメモリ領域にそのまま格納する。ここで取得されたデータは、ワーキングメモリ等に一旦保存したりせずに、ダイレクトにメモリスロットに書き込む（転送する）。ステップＳ３６において、プレビュー再生処理部３５に対し、動画再生処理を指示（ｃ−１）、メモリ領域への書き込みが完了すれば、プレビュー再生処理部３５の動作を開始する。プレビュー再生処理は、動画データ取得部２７の処理、および、処理統括部２３の処理と並列に動作させることができる（並列動作は、オペレーティングシステム（ＯＳ）が提供する機能を利用することができる）。処理が完了すると、制御権を処理統括部２３に戻す（図４のステップＳ５のａ−２）。ステップＳ３７で、ｉ＝ｉ＋１とし、ステップＳ３８でｉ＜＝４であるか否かを判定し、ＮＯであればステップＳ３９で処理を終了し、ステップＳ５に戻る。ＹＥＳであれば、ステップＳ３３に戻り処理を継続する。
【００６６】
図８は、プレビュー再生処理部３５における処理の流れを示す図である。動画データ取得部２７からの通知によって処理が開始される。まず、ステップＳ４１において処理を開始し（ＳＴＡＲＴ）、ステップＳ４２において、メモリ読み込み位置を、メモリスロットの先頭位置にセットする。次いで、ステップＳ４３において、メモリスロットから１復号単位（ＰＥＳパケット）分のデータを読み込み符号化されている映像データ（ストリーム）を分離する。１つのＰＥＳパケットに、複数枚のフレームデータが格納されている場合があるので、さらにフレーム単位に分割する。
【００６７】
ステップＳ４４において、分離された映像データ（ストリーム）をフレーム単位に分割（Ｋ個に分割されたとする）する。この処理におけるフレームデータ復号化には、ＩＤＲピクチャ以外に、復号済みの過去のフレームデータを用いて画像データを復元するＰピクチャが含まれる。Ｐピクチャの復号には、動き補償などのフレーム間の補正処理が行われるため、一般にフレーム内で処理が完結するＩＤＲピクチャに比べ演算量が多くなるステップＳ４５において、ＰＥＳパケットからＰＥＳに含まれるフレームデータの再生時刻を取得する。
【００６８】
ステップＳ４６において、ＰＥＳに含まれていたフレームデータの再生時刻からｊ番目のフレームデータの再生時刻を算出する。ＰＥＳパケットにＫ個のフレームデータが含まれる場合、次のデータを読み込む前に、含まれているＫ個のデータの全ての画像を復号化し、画像の表示を行う。ステップＳ４８において、ｊ番目のフレームデータについて、動画復号処理部３３を利用して復号処理を行い、ステップＳ４９において、復号した画像を表示するサイズに縮小する。ステップＳ５０において、再生時刻とともに表示画像処理部３７に、復号化したフレーム画像（縮小画像）の出力を指示する。出力の指示を受けた表示画像処理部３７は、フレーム画像とともに受け取った再生時刻に従って、プレビュー表示画像を更新し、表示装置に出力する。ステップＳ５１において、ｊ＝ｊ＋１とし、ステップＳ５２においてＪ＞Ｋであるか否かを判定し、ＹＥＳであれば、ステップＳ５３に進み、次のＰＥＳパケット位置にメモリの参照位置をシークする。次いで、ステップＳ５４において、次のＰＥＳパケットが存在しないか否かを判定し、ＹＥＳであればステップＳ４２に戻り、ＮＯであればステップＳ４７に戻る。
【００６９】
尚、処理統括部２３から終了指示があれば（ステップＳ５５）、割り込み（ＯＳの機能を利用可能）が入り、全ての処理を中断し、メモリ２５を解放して（ステップＳ５６）、処理を終了する（ステップＳ５７）。
【００７０】
図１９は、上記の処理に基づく本実施の形態による複数の動画コンテンツを再生可能な装置における複数の動画（図１９では４つの動画を表示させる例を示す）のプレビュー表示画面の一例を示す図であり、図２０に対応する図である。図１９に示すように、プレビューの開始が指示されると、まず、動画１（Ｖｉｄｅｏ１）の暗号化解除処理がなされるとともに、Ｖｉｄｅｏ１からＶｉｄｅｏ４までの全ての代表画像の表示処理が行われる。継続して、Ｖｉｄｅｏ１から順に、データの切り出しと暗号化解除及び動画の復号化が開始される。Ｖｉｄｅｏ１の表示画像が代表画像から動画に更新される。続いて、Ｖｉｄｅｏ２も同様にデータの切り出しと暗号化解除と動画の復号化が行われ、Ｖｉｄｅｏ２の表示が代表画像表示からプレビュー表示に更新される。Ｖｉｄｅｏ２の更新後、Ｖｉｄｅｏ３も同様に代表画像から動画に更新され、その後、Ｖｉｄｅｏ４も代表画像表示からプレビュー表示に更新される。この時点で、一覧表示された全ての（４つの）プレビュー（代表画像の表示）が行われ、全ての動画の内容をプレビュー表示により確認することができるようになる。図２０の場合と比較して、プレビュー表示ができる状態になるまでの間に代表画像の表示を早く行うことができるため、ユーザにとって、どのような動画の内容であるかをより早く知ることが出来るとうい利点がある。
【００７１】
尚、本実施の形態では、代表画像として１枚の静止画を用いる例を説明したが、代表画像に複数枚の静止画を用いるようにすることも可能である。代表画像取得部において、処理の対象とする動画データの長さを、数フレーム分のデータが含まれる長さまで大きくし、抽出した数フレーム分のデータを順番通りに表示するような拡張をほどこすことででも、本実施の形態と同様の効果が得られる。この場合、抽出したフレームのフレーム数は動画データのフレーム数よりも少ないものである。
【００７２】
尚、本実施の形態では、動画表示装置の例として携帯電話端末を例に説明したが、その他のワンセグ放送表示装置、ビデオレコーダ、デジタルテレビジョン受信装置、パーソナルコンピュータ、などにおけるＧＵＩなどにも適用可能である。さらに、解像度の大きい表示装置を備えるデジタルテレビジョン受信装置や、高速なＣＰＵや大容量メモリを搭載するパーソナルコンピュータなどで本発明を適用する場合において、画像サイズを縮小する必要性がない場合には、プレビュー表示のための縮小処理を省略し、プレビュー表示ではなく、元の画像サイズで表示することも可能である。
【００７３】
尚、複数の動画Ａ、Ｂを並行して動画（プレビュー）表示する際に、以下のようなケースがあり、これらも本発明の範疇に入るものである。
【００７４】
（変形例１：代表画像を任意の動画識別データに置換）
動画Ａの１フレームである静止画を表示した後に、Ａの動画（プレビュー）表示を自動的に開始するまでの間に、動画Ａの静止画とは別に動画Ｂの１フレームである静止画を表示させるようにするものである。尚、静止画は動画の先頭の１フレームであることが好ましいが、他のフレームであっても良い。この静止画の代わりに、動画ファイル（ストリーミングを含む）が、動画の１フレームとは別に持つ静止画、静止画以外の、動画を特徴付ける情報（ファイル名等）を表示しても良い。前述の代表画像（上述の静止画を含む）、動画の１フレームとは別に持つ静止画、動画を特徴付ける情報（ファイル名等。前述のＶｉｄｅｏ情報を含む）を総称して動画識別データと呼ぶ。動画識別データは動画データと対応付けられ、各動画データの識別を可能とするものである。
【００７５】
（変形例２：代表画像と動画表示とのタイミングの調整）
また、Ａのフレーム１表示（静止画）を行い、Ａのフレーム１表示をＢの静止画表示まで継続し、Ｂの静止画表示の後にＡのフレーム『２』以降を動画（プレビュー）表示するというケースを含む。すなわち、静止画の表示と動画（プレビュー）表示とのタイミングは、適宜調整することができるものである。
【００７６】
（変形例３：代表画像とその代表画像に対応する動画とを異なる位置に表示する）
また、代表画像（静止画）とその代表画像に対応する動画とを異なる位置に表示しても良い。代表画像を表示したまま動画を表示する表示方式や、代表画像の表示を消し動画を表示する表示方式がこの例に含まれる。
【００７７】
尚、上記の例では、一般的な記録された動画データを例にして説明したが、対象となる動画データはストリーミングであっても良い。
【００７８】
また、上記の実施の形態において、動画データ（Ｖｉｄｅｏデータ）を外部記憶装置１１内に格納し、記憶装置Ｉ／Ｏインタフェイス４１を介して動画データ取得部２７または代表画像取得部３１に渡す例について記載したが、動画データの格納は携帯電話端末Ａ内の記憶部（ハードディスクやメモリなど）に行っても良い。
【００７９】
あるいは、外部記憶装置１１の代わりに携帯電話端末Ａの外部にあるサーバ等に動画データを格納してもよい。この場合、記憶装置Ｉ／Ｏインタフェイス４１の代わりに通信インタフェイスを用いる。通信インタフェイスは無線又は有線ＬＡＮなどのネットワークや電話回線と、動画データ取得部２７および代表画像取得部３１とを接続するインタフェイスである。通信インタフェイスはネットワーク等から動画データを受信し、動画データ取得部２７および代表画像取得部３１にその動画データを渡す。
【００８０】
また、上記の実施の形態において、添付図面に図示されている構成等については、これらに限定されるものではなく、本発明の効果を発揮する範囲内で適宜変更することが可能である。その他、本発明の目的の範囲を逸脱しない限りにおいて適宜変更して実施することが可能である。
【００８１】
また、本実施の形態で説明した機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各部の処理を行ってもよい。尚、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
【００８２】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
【００８３】
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また前記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【００８４】
また、本実施例の他の変形例として以下のものがある。
【００８５】
複数の動画のうちの動画Ａがプレビュー表示されるより前に、動画Ａ、動画Ｂの静止画などの代表画像が表示される。代表画像を取得する代表画像取得部の処理が速いため、未表示状態から動画Ａ、Ｂのプレビュー表示をするより、同じ状態からＡ、Ｂの静止画を表示する方が早く完了する。プレビュー表示が可能になると静止画をプレビュー表示で置き換える。
【００８６】
複数の動画を並行して再生し、表示部に表示する処理を統括する処理統括部と、前記処理統括部の指示に基づいて動作する、動画データを取得するインタフェイス部と、前記インタフェイス部が取得した動画データを一時的に格納する記憶部と、前記記憶部に記憶された前記動画データの代表画像を抽出する代表画像取得部と、前記代表画像である第１の静止画及び第２の静止画を前記表示部に表示させた後に、前記第１の静止画に対応する動画で前記第１の静止画を置き換える表示画像処理部と、を有する動画表示装置が提供される。
【００８７】
上記処理は、例えば操作部などからの複数の動画の一覧表示の指示を受けて開始される。前記記憶部に記憶された前記動画データに基づいて動画のプレビュー表示のためのプレビューデータを作成する画像処理を行うプレビュー再生処理部を有し、前記表示画像処理部は、前記プレビュー再生処理部により処理済みのプレビューデータを受け取ると、対応する動画の前記代表画像を前記プレビューデータで置き換えるようしにしても良い。
【００８８】
前記代表画像は、前記動画を代表する静止画又は動画の前後のフレームの参照を必要としない画像であることが好ましい。
【００８９】
また、前記動画データを、データ毎に作成されるスロットに一時的に格納するメモリを有し、前記処理統括部は、前記メモリに書き込まれた動画データが読み出され、前記動画データを順次復号して前記表示画像処理部に前記動画データを送るようにすると良い。前記処理統括部は、前記スロット毎に動画データが格納されることを監視し、格納されるとその動画データの読み込みを開始することが好ましい。
【００９０】
動画表示方法、動画表示方法をコンピュータに実行させるためのプログラム、当該プログラムを記録するコンピュータ読み取り可能な記録媒体であっても良い。プログラムは、インターネットなどの伝送媒体によって取得されるものであっても良い。
【産業上の利用可能性】
【００９１】
本発明は動画表示装置に利用可能である。【００９２】
本明細書で引用した全ての刊行物、特許および特許出願をそのまま参考として本明細書にとり入れるものとする。
【図１】
2010134479.tif 000003
【図２】
2010134479.tif 000004
【図３】
2010134479.tif 000005
【図４】
2010134479.tif 000006
【図５】
2010134479.tif 000007
【図６Ａ】
2010134479.tif 000008
【図６Ｂ】
2010134479.tif 000009
【図６Ｃ】
2010134479.tif 000010
【図６Ｄ】
2010134479.tif 000011
【図６Ｅ】
2010134479.tif 000012
【図６Ｆ】
2010134479.tif 000013
【図６Ｇ】
2010134479.tif 000014
【図６Ｈ】
2010134479.tif 000015
【図７】
2010134479.tif 000016
【図８】
2010134479.tif 000017
【図９】
2010134479.tif 000018
【図１０】
2010134479.tif 000019
【図１１】
2010134479.tif 000020
【図１２】
2010134479.tif 000021
【図１３】
2010134479.tif 000022
【図１４】
2010134479.tif 000023
【図１５】
2010134479.tif 000024
【図１６】
2010134479.tif 000025
【図１７】
2010134479.tif 000026
【図１８】
2010134479.tif 000027
【図１９】
2010134479.tif 000028
【図２０】
2010134479.tif 000029
【手続補正書】
【提出日】平成23年3月15日(2011.3.15)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数の動画を並行して再生し、表示部に表示する処理を統括する処理統括部と、
前記処理統括部の指示に基づいて動作する、
動画データである第１の動画データと第２の動画データとを格納する記憶部と、
前記記憶部に記憶された前記動画データから静止画データを抽出又は作成する代表画像取得部と、
前記動画データ及び前記静止画データを表示させる表示画像処理部と
を有し、
前記動画データの一覧表示が指示されると、
前記代表画像取得部は、前記第１の動画データから第１の静止画データを抽出又は作成し、前記第２の動画データから第２の静止画データを抽出又は作成し、
前記表示画像処理部は、前記第１の静止画データと、前記第２の静止画データとを前記表示部に表示させた後に、前記第１の動画データと前記第２の動画データとを前記表示部に自動的に動画表示させる
ことを特徴とする動画表示装置。
【請求項２】
前記処理統括部は、前記動画データの所定の範囲の取得を前記代表画像取得部に指示し、
前記代表画像取得部は、前記所定の範囲を復号した結果に基づいて前記静止画データを抽出又は作成することを特徴とする請求項１に記載の動画表示装置。
【請求項３】
暗号化された動画データの暗号化を解除する暗号化解除処理部を有し、
前記動画データは暗号化されたデータであり、
前記暗号化解除処理部が前記動画データの所定の範囲の暗号化を解除した後、前記代表画像取得部は前記動画データの暗号化が解除された前記所定の範囲を処理し、前記暗号化解除処理部は前記動画データの他の部分の暗号化を解除することを特徴とする請求項１に記載の動画表示装置。
【請求項４】
前記第１の静止画データは前記第１の動画データの１フレームのデータであり、
前記表示画像処理部は、前記第１の動画データの動画表示の際に、前記１フレームから動画表示させることを特徴とする請求項１に記載の動画表示装置。
【請求項５】
前記第１の静止画データは前記第１の動画データの１フレームのデータであり、
前記表示画像処理部は、前記第１の動画データの動画表示の際に、前記１フレームの次のフレームから動画表示させることを特徴とする請求項１に記載の動画表示装置。
【請求項６】
前記代表画像取得部は前記動画データから複数枚の静止画データを抽出又は作成し、
前記表示画像処理部は前記第１の静止画データ又は前記第２の静止画データの前記表示部への表示の際に、複数枚の静止画データを順に表示させることを特徴とする請求項１から５までのいずれか１項に記載の動画表示装置。
【請求項７】
前記記憶部に記憶された前記動画データに基づいて動画のプレビュー表示のためのプレビューデータを作成する画像処理を行うプレビュー再生処理部を有し、
前記表示画像処理部は、前記プレビュー再生処理部により処理済みのプレビューデータを受け取ると、対応する動画の前記静止画データを前記プレビューデータで置き換えることを特徴とする請求項１から５までのいずれか１項に記載の動画表示装置。
【請求項８】
前記静止画データは、前記動画を代表する静止画又は動画の前後のフレームの参照を必要としない画像であることを特徴とする請求項１から５までのいずれか１項に記載の動画表示装置。
【請求項９】
第１の動画データと第２の動画データとを並行して再生し、表示部に表示する動画表示方法であって、
動画データから静止画データを抽出又は作成する代表画像取得ステップと、
前記動画データ及び前記静止画データを表示させる表示画像処理ステップと
を有し、
前記動画データの一覧表示が指示されると、
前記代表画像取得ステップにおいて、前記第１の動画データから第１の静止画データを抽出又は作成し、前記第２の動画データから第２の静止画データを抽出又は作成し、
前記表示画像処理ステップにおいて、前記第１の静止画データと、前記第２の静止画データとを前記表示部に表示させた後に、前記第１の動画データと前記第２の動画データとを前記表示部に自動的に動画表示させる
ことを特徴とする動画表示方法。
【請求項１０】
請求項９に記載の動画表示方法を、コンピュータに実行させるためのプログラム。
【国際調査報告】
2010134479.tif 000030
2010134479.tif 000031