(57)【要約】    【課題】      記憶領域を無駄に消費することなく、ユーザに対してコンテンツの内容を紹介するプレビューを提供すること。    【解決手段】  コンテンツプロバイダ１２０は、コンテンツ１３３や、コンテンツ１３３のシーンを指定するindexメタデータ１３１、プレビュー再生をどのような順番でどのコンテンツに関し実行するかを決定する編成情報１３４等を作成して、伝送媒体１０を介して端末装置１００へ配信する。端末装置１００では、プレビュー再生制御部１０８がその編成情報１３４と、indexメタデータ１３１とに基づいて、指定されたコンテンツ１３３からシーンを抜き出してプレビューを作成して、再生部１１０にそのプレビューを再生させる。これにより、コンテンツ１３３を紹介するコンテンツを別段用意することなく、プレビュー再生を実現できる。  【選択図】      図１
2006054521.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツのプレビューを再生するプレビュー再生装置であって、
プレビューする複数のコンテンツを編成した編成情報と、前記複数のコンテンツ毎に各コンテンツの一部を特定するindexメタデータとに基づいて、前記複数のコンテンツからその一部を読み出し、プレビューとして再生するプレビュー再生制御部、
を備えたプレビュー再生装置。
【請求項２】
さらに、
前記編成情報に含まれる前記複数のコンテンツの編成順序をランダムに入れ替えるランダム編成再生成部を備え、
前記プレビュー再生制御部は、前記ランダム編成再生成部により前記複数のコンテンツの編成順序をランダムに入れ替えられた前記編成情報と、前記複数のコンテンツのindexメタデータとに基づいて、前記複数のコンテンツのプレビューを再生する、
ことを特徴とする請求項１記載のプレビュー再生装置。
【請求項３】
さらに、
前記編成情報をカテゴリ別にメニュー表示するメニュー生成部を備え、
前記プレビュー再生制御部は、前記メニュー生成部によりメニュー表示されたあるカテゴリが利用者により選択された場合、選択されたカテゴリの前記編成情報を読み出し、その前記編成情報と、前記indexメタデータとに基づいて、前記複数のコンテンツのプレビューを再生する、
ことを特徴とする請求項１に記載のプレビュー再生装置。
【請求項４】
さらに、
利用者の過去のコンテンツの視聴履歴を保持する視聴履歴保持部、
または、利用者のコンテンツの購入を処理して購入履歴を保持する購入処理部のうち少なくとも一方を備え、
前記プレビュー再生制御部は、
前記利用者の過去のコンテンツの視聴履歴または購入履歴のうち少なくとも一方に基づいて、プレビュー再生するコンテンツと前記indexメタデータを選択し、選択した前記コンテンツと前記indexメタデータと基づいてプレビューを再生する、
ことを特徴とする請求項１に記載のプレビュー再生装置。
【請求項５】
さらに、
利用者の過去の利用履歴から利用者の属性を解析する利用者属性解析部と、
前記利用者属性を保持する利用者属性保持部と、を備え、
前記プレビュー再生制御部は、
前記利用者属性に基づいてプレビュー再生するコンテンツと、前記indexメタデータを選択し、選択した前記コンテンツと前記indexメタデータと基づいてプレビューを再生する、
ことを特徴とする請求項１に記載のプレビュー再生装置。
【請求項６】
さらに、
コンテンツに関するメタデータを参照して前記コンテンツの一部を特定するindexメタデータを作成するindex作成部と、
プレビューする複数のコンテンツを編成した編成情報を作成する編成作成部とを、備え、
前記プレビュー再生制御部は、前記indexメタデータと、前記編成情報とに基づいて、前記コンテンツのプレビューを再生する、
ことを特徴とする請求項１に記載のプレビュー再生装置。
【請求項７】
さらに、
利用者の過去のコンテンツの視聴履歴を保持する視聴履歴保持部、
または、利用者のコンテンツの購入を処理して購入履歴を保持する購入処理部、
または、利用者の過去の利用履歴から利用者の属性を解析する利用者属性解析部と、前記利用者属性を保持する利用者属性保持部と、のうち少なくも一つを備え、
前記index作成部は、コンテンツに関するメタデータを参照して、前記利用者の過去の視聴履歴、購入履歴または利用者属性のうち少なくも一つに基づく前記indexメタデータを作成し、
前記編成作成部は、前記利用者の過去の視聴履歴、購入履歴または利用者属性のうち少なくも一つに基づいて前記コンテンツを編成した編成情報を作成し、
前記プレビュー再生制御部は、前記indexメタデータと、前記編成情報とに基づいて、前記コンテンツのプレビューを再生する、
ことを特徴とする請求項６に記載のプレビュー再生装置。
【請求項８】
前記プレビュー再生制御部は、プレビュー再生を行う際、そのプレビュー再生画面上に現在再生しているコンテンツに関する情報を表示する、
ことを特徴とする請求項１記載のプレビュー再生装置。
【請求項９】
前記プレビュー再生制御部は、プレビュー再生を行う際、そのプレビュー再生画面上に現在再生しているコンテンツの一つ前のコンテンツに関する情報を表示する、
ことを特徴とする請求項１記載のプレビュー再生装置。
【請求項１０】
前記プレビュー再生制御部は、前記編成情報が複数ある場合、複数の編成情報のコンテンツの間を移動して、コンテンツのプレビューを再生する、
ことを特徴とする請求項１記載のプレビュー再生装置。
【請求項１１】
前記プレビュー再生制御部は、前記indexメタデータに基づいて前記コンテンツの一部を読み出し、プレビューとして再生する際、利用者からプレビューの早送りの指示が合った場合、前記コンテンツの一部に付加されている重要度に基づいてその一部を選択して再生する、
ことを特徴とする請求項１記載のプレビュー再生装置。
【請求項１２】
さらに、
プレビュー再生時に、利用者からプレビューしているコンテンツへしおりをはさむ要求があった場合、視聴ポイントをコンテンツ毎に保持する再生ポイント保持部、
を備えることを特徴とする請求項１記載のプレビュー再生装置。
【請求項１３】
コンテンツのプレビューを再生するプレビュー再生方法であって、
プレビューする複数のコンテンツを編成した編成情報と、前記複数のコンテンツ毎に各コンテンツの一部を特定するindexメタデータとに基づいて、前記複数のコンテンツからその一部を読み出し、プレビューとして再生するプレビュー再生方法。
【請求項１４】
プレビューする複数のコンテンツを編成した編成情報と、前記複数のコンテンツ毎に各コンテンツの一部を特定するindexメタデータとに基づいて、前記複数のコンテンツからその一部を読み出し、プレビューとして再生することを、コンピュータに実行させるプレビュー再生用プログラム。
【請求項１５】
複数のコンテンツを端末装置に提供するコンテンツ提供装置であって、
前記複数のコンテンツを前記端末装置に提供すると共に、前記端末装置にてプレビューさせる複数のコンテンツを編成した編成情報と、前記端末装置にてプレビューさせる複数のコンテンツ毎に各コンテンツの一部を特定するindexメタデータとを前記端末装置に提供するコンテンツ提供装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル化された映像や音声等のコンテンツのプレビューを再生するプレビュー再生装置、プレビュー再生方法、プレビュー再生用プログラム、およびコンテンツを提供するコンテンツ提供装置に関するものである。
【背景技術】
【０００２】
従来のプレビュー再生装置として、ユーザからの指示によらず、自動的に放送番組の予約録画を行うＨＤＤレコーダや、放送で提供される蓄積コンテンツを放送局からの制御の元に自動的に蓄積する蓄積放送対応受信端末等があげられる。このようにして蓄積されるコンテンツの内容を紹介するのに、一覧表だけでなく、実際のコンテンツの一部を切り出して紹介用のプレビューコンテンツを端末上で作成し、ユーザからの指示により選択再生を行う内容が開示されている（例えば、特許文献１参照）。
【０００３】
この従来装置では、受信部において受信された放送波を、映像音声信号に復元し、その復元された映像音声信号の一部をプレビューとして蓄積部に保存をしている
【特許文献１】特開２００２−３３５５０４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、前記従来のプレビュー再生装置では、プレビュー用のコンテンツを、視聴用のコンテンツから別途部分的に切り出して別のプレビュー用コンテンツとして保存し再生しているため、蓄積部等の記憶装置の記憶容量を無駄に消費しているという課題を有していた。
【０００５】
これは、蓄積されたものを販売するという蓄積再生課金を実際の店舗として考えると、コンテンツを保存しておく記憶領域は、限りある店舗のスペースに等しく、そのスペースに商品を並べるのではなく、無駄な売れないものをおいておくようなものであり、コンテンツを販売するという観点で見ると非常に非効率的なものとなってしまい、大きな課題となっている。
【０００６】
また、従来の技術においては、記憶容量が足りなくなった場合に、プレビュー用のコンテンツを削除する旨の記述があるが、このような処理を行ってしまった場合、すべてのコンテンツのプレビューをみることが出来なくなってしまう、という課題も有している。
【０００７】
本発明は、前記従来の課題を解決するもので、記憶領域を無駄に消費することなく、ユーザに対してコンテンツの内容を紹介するプレビューコンテンツを提供することができるプレビュー再生装置、プレビュー再生方法、プレビュー再生用プログラム、コンテンツ提供装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
前記課題を解決するために、本発明では、プレビューする複数のコンテンツを編成した編成情報と、複数のコンテンツ毎に各コンテンツの一部を特定するindexメタデータとに基づいて、複数のコンテンツからその一部を読み出し、プレビューとして再生する。
【発明の効果】
【０００９】
本発明によれば、プレビューする複数のコンテンツを編成した編成情報と、複数のコンテンツ毎に各コンテンツの一部を特定するindexメタデータとに基づいて、複数のコンテンツからその一部を読み出し、プレビューとして再生するので、オリジナルのコンテンツとは別に、プレビュー用のコンテンツを作成して記憶する必要がなくなり、貴重な記憶領域を無駄に消費することなく、ユーザに対してコンテンツの内容を紹介するプレビューを提供することができる。
【発明を実施するための最良の形態】
【００１０】
以下本発明の実施の形態について、図面を参照しながら説明する。
【００１１】
（実施の形態１）
図１は、本発明の実施の形態１に係るプレビュー提供システムの構成を示す図である。
【００１２】
図１において、本システムは、コンテンツ提供装置であるコンテンツプロバイダ１２０と、プレビュー再生装置である端末装置１００とが、伝送媒体１０を介し接続して構成されている。
【００１３】
伝送媒体１０は、衛星放送や地上放送、ＣＡＴＶ、インターネットなど様々な媒体が考えられ、本発明においてどの媒体を用いるかは関係なく何ら制限を持たせるものではない。
【００１４】
端末装置１００は、コンテンツプロバイダ１２０から様々なデータを受信し利用するもので、受信部１０２、index保持部１０３、メタデータ保持部１０４、コンテンツ保持部１０５、コンテンツ管理部１０６、編成保持部１０７、プレビュー再生制御部１０８、アプリケーション制御部１０９、再生部１１０、操作部１１１、コンテンツ再生制御部１１２、合成部１１３、及び表示部１１４を有している。
【００１５】
コンテンツプロバイダ１２０は、放送局などのコンテンツを提供する側の装置ないしはシステムを想定しており、index作成部１２１、index保持部１２２、メタデータ作成部１２３、メタデータ保持部１２４、編成作成部１２５、編成保持部１２６、コンテンツ登録部１２７、コンテンツ保持部１２８、コンテンツ送出管理部１２９、及び送信部１３０を有している。
【００１６】
次に、本システム全体の動作を説明する。
【００１７】
まず、コンテンツプロバイダ１２０では、ユーザに対して提供するコンテンツ１３３を、コンテンツ登録部１２７経由でコンテンツ保持部１２８に保存する。ここでいうコンテンツ１３３とは、映画などの動画像、音楽、コンピュータグラフィックスによる擬似動画などを示すが、これに限定するものではない。
【００１８】
次に、メタデータ作成部１２３が、コンテンツそのものがどのようなものであるかを記述したメタデータ１３２を作成し、メタデータ保持部１２４に対して保存する。
【００１９】
次に、index作成部１２１が端末装置１００上で擬似的なプレビューチャンネルを実現するプレビュー再生処理に必要なindexメタデータ１３１を作成し、index保持部１２２に保存をする。
【００２０】
最後に、編成作成部１２５がどのような順番でそのコンテンツのプレビュー再生処理を行うかを記述した編成情報１３４を作成し、編成保持部１２６に保存をする。
【００２１】
コンテンツ送出管理部１２９は、これら、indexメタデータ１３１、メタデータ１３２、コンテンツ１３３、編成情報１３４を送信部１３０から、伝送媒体１０を介して端末装置１００に対して配信を行う。この時の配信方式は、放送を用いたブロードキャストや、通信を用いた１対１のデータ通信、通信を用いた１対Ｎのマルチキャストなど様々な方法があるが、本発明においては、その配信方法については何ら制限を設けるものではなく、結果的に端末装置１００に前記情報群が配信されれば何ら問題はない。
【００２２】
また、図示はしていないが、家庭内にあるサーバやＨＤＤレコーダなどの機器に対してコンテンツプロバイダ１２０から前記データ群を配信し、前記サーバやＨＤＤと端末装置１００がデータのやり取りを行い、端末装置１００が前記データ群を取得してもかまわない。
【００２３】
一方、端末装置１００では、受信部１０２を介して前記情報群を受信し、indexメタデータ１３１はindex保持部１０３に、メタデータ１３２はメタデータ保持部１０４に、コンテンツ１３３はコンテンツ保持部１０５に、編成情報１３４は編成保持部１０７に保存されている。尚、本実施の形態１では、別々の保持部として表現を行っているが、これはあくまでも説明の便宜上分けているだけで、同一のデータベースなどで一括して管理してもなんら問題はない。
【００２４】
次に各種データフォーマット、データ処理フローについて説明するが、これらのフォーマット、表現方法はあくまでも説明のための一例であり、本発明がこの記述に何ら制約をされるものではない。
【００２５】
図２は、プレビュー再生処理のために利用するindexメタデータ１３１の一例を示す図である。
【００２６】
図２に示すように、indexメタデータ１３１は、コンテンツ毎に設定され、各コンテンツの一部である例えばシーンを指定するもので、コンテンツＩＤ２０１、indexＩＤ２０２、シーン数２０３、シーンＩＤ２０４、再生開始時刻２０５、再生時間２０６等から構成されている。
【００２７】
コンテンツＩＤ２０１は、このindexメタデータ１３１がどのコンテンツ１３３に対して適用されるものであるかを記述するものである。このコンテンツＩＤ２０１は、コンテンツ１３３を一意に特定できる記述が望ましく、そのコンテンツ１３３のＰＩＤ、ＵＲＩ等を利用しても良い。
【００２８】
indexＩＤ２０２は、同一のコンテンツ１３３から複数のプレビューを抽出する場合、同一のコンテンツＩＤ２０１に対して複数のindexメタデータ１３１を作成する必要があるので、indexメタデータ１３１を一意に特定するためのＩＤである。つまり、コンテンツＩＤ２０１＋indexＩＤ２０２により、一意にindexメタデータ１３１を特定することが可能となる。
【００２９】
シーン数２０３は、このindexメタデータ１３１に記述されているシーンの総数を記述するものである。
【００３０】
シーンＩＤ２０４は、コンテンツ内でのどのシーンに該当するかを表した情報であり、コンテンツ内でユニークとなっている。
【００３１】
再生開始時刻２０５は、該当するシーンがコンテンツの中でどの位置から開始されるものなのかを表している。
【００３２】
再生時間２０６は、そのシーンがどのくらいの期間続くのかを表している。
【００３３】
このようなシーンＩＤ２０４、再生開始時刻２０５、及び再生時間２０６が一つのシーン特定情報のセットとして、シーン数２０３に記述された数だけリスト化されて記述されている。
【００３４】
図３に、実施の形態１におけるコンテンツ１３３と、プレビュー３００との関係を示す。
【００３５】
図３に示すように、コンテンツ１３３は、映像コンテンツの場合であれば、複数のシーンからなり、そのコンテンツ１３３から各シーンを抜き出したものがプレビュー３００である。そして、プレビュー３００と、コンテンツ１３３とのリンク情報にあたるものが、図２に示すようにシーンＩＤ２０４、再生開始時刻２０５、再生時間２０６等の時刻情報からなるindexメタデータ１３１である。つまり、indexメタデータ１３１は、コンテンツ１３３の一部をシーン単位で抜粋して連続再生を行うことにより、プレビュー３００の再生を実現するためのめたデータである。
【００３６】
図４に、実施の形態１における編成情報１３４の一例を示す。
【００３７】
図４に示すように、編成情報１３４は、プレビューチャンネルを実現するためのプレビュー再生処理するコンテンツ１３３のスケジュール（順番）を記述した情報であり、編成ＩＤ４０１と、コンテンツＩＤ２０１と、indexＩＤ２０２とから構成されている。編成ＩＤ４０１は、編成を一意に特定するＩＤ、コンテンツＩＤ２０１は、コンテンツ１３３を一意に特定するＩＤ、indexＩＤ２０２は、コンテンツ１３３内のindexメタデータ１３１を一意に特定するＩＤである。
【００３８】
編成情報１３４は、図２にて説明したように、コンテンツＩＤ２０１＋indexＩＤ２０２で、どのindexメタデータ１３１を利用するかを特定する。つまり、このコンテンツＩＤ２０１と、indexＩＤ２０２との組み合わせた情報のリストが編成情報１３４となる。プレビュー再生制御部１０８は、このリストの順番にコンテンツＩＤ２０１＋indexＩＤ２０２により特定されるindexメタデータ１３１に対応したコンテンツ１３３のシーンを読み出して再生することにより、プレビュー再生処理を連続して行い、擬似的なプレビューチャンネルを実現する。
【００３９】
尚、編成情報１３４は、コンテンツプロバイダ１２０から提供されても良いし、個別の情報を編成情報１３４そのものに付与して、端末装置１００内で生成されてもかまわない。
【００４０】
次に、図５を用いて、編成情報１３４を管理する編成情報リスト５００の一例について説明する。
【００４１】
図５において、編成情報リスト５００は、編成ＩＤ５０１と、カテゴリ５０２と、更新日時５０３とから構成されている。
【００４２】
編成ＩＤ５０１は、編成情報１３４を一意に特定するＩＤである。また、カテゴリ５０２は、この編成情報１３４がどのようなポリシーで作成されたかを記述するものである。例えば、映画のジャンルのアクション物を集めたものなのか、ロマンス物を集めたものなのか、ドキュメンタリー物を集めたものなのか、特定の出演者で集めたものなのか、などを記述する。
【００４３】
更新日時５０３は、編成そのものがいつ作られたのかを記述するものである。編成情報リスト５００は、このような編成ＩＤ５０１、カテゴリ５０２、更新日時５０３の情報を一つの組み合わせとして、編成の数だけ管理する。この編成情報リスト５００を検索することにより、どのような編成情報１３４があるのかを把握することができる。この編成情報リスト５００は、編成保持部１０７に編成情報１３４とともに保存する。
【００４４】
尚、編成情報リスト５００は、本発明において必須のものでなく、indexメタデータ１３１と、編成情報１３４とにより、コンテンツ１３３からプレビュー３００を抽出して再生できれば良く、カテゴリ５０２毎に編成情報１３４を分ける必要がなければ、編成情報リスト５００を用いなくても良い。
【００４５】
次に、実際にどのようにして擬似的なプレビューチャンネルを提供するかについて、図面を参照して説明する。
【００４６】
まず、端末装置１００において、アプリケーション制御部１０９が、合成部１１３を介して表示部１１４にメニューの表示等を行って、ユーザに対してメニューからアプリケーションを選択させると共に、プレビューの再生を選択させる。これは、一般的にアプリケーションを選択させるための処理となる。
【００４７】
図６に、本実施の形態１により表示されるメニュー等の一例を示す。
【００４８】
図６において、メニュー６００には、「What's  New!」というプレビューボタン６１０と、他のアプリケーションのボタン６２０とが配置されており、ユーザはそのプレビューボタン６１０を押すだけで、擬似的なプレビューチャンネルであるプレビュー再生画面６３０を見ることが可能となる。つまり、プレビュー３００を放送等により受信していないのであるが、擬似的に放送と同じようにどんどんコンテンツを紹介するプレビューを見ることが可能となる。
【００４９】
そして、プレビューボタン６１０がユーザに押され、プレビュー機能が選択されると、アプリケーション制御部１０９は、プレビュー再生制御部１０８に対してプレビュー再生処理の指示を出力する。
【００５０】
以後の処理について、図７、図８を用いて説明する。
【００５１】
図７は、実施の形態１におけるプレビュー再生処理の全体を示すフローチャートである。
【００５２】
プレビュー再生制御部１０８は、アプリケーション制御部１０９からプレビュー処理の指示を受けると、まずは、ステップＳ７０１により、編成保持部１０７から、図５等に示す編成情報リスト５００を取得する。この編成情報リスト５００は、図５に示すように編成情報１３４を複数連続して保存した一つのファイルでも良いし、編成情報１３４へのポインタを記述したリストであってもかまわない。
【００５３】
次に、プレビュー再生制御部１０８は、ステップＳ７０２により、取得した編成情報リスト５００を用いてプレビュー再生処理を行う。なお、編成情報リスト５００が終わると、プレビューも終わるが、ループをさせて、終了指示があるまで続けるようにしても勿論良い。
【００５４】
図８に、図７に示すステップＳ７０２におけるプレビュー再生制御部１０８のプレビュー再生処理の詳細な処理を示す。
【００５５】
まず、プレビュー再生制御部１０８は、ステップＳ８０１において、取得した図５等に示す編成情報リスト５００に挙げられている複数の編成情報１３４のなかから先頭の編成情報１３４を取得する。
【００５６】
次に、プレビュー再生制御部１０８は、ステップＳ８０２により、取得した編成情報１３４から先頭のindexメタデータ１３１を取得する。これは、図４のように構成された編成情報１３４における先頭のコンテンツＩＤ２０１と、indexＩＤ２０２を用いて、コンテンツ管理部１０６に対してデータの取得要求を発行し、indexメタデータ１３１を取得する。
【００５７】
次に、プレビュー再生制御部１０８は、ステップＳ８０３により、ステップＳ８０２において取得したindexメタデータ１３１を、プレビュー再生制御部１０８や再生部１１０等の再生キュー（図示せず）等にスタックする。
【００５８】
プレビュー再生制御部１０８は、ステップＳ８０４により、再生キュー等にスタックされたindexメタデータ１３１を取得し、indexメタデータ１３１に記述された、図２に示すようなコンテンツＩＤ２０１、indexＩＤ２０２、シーン数２０３、シーンＩＤ２０４、再生開始時刻２０５、再生時間２０６を基に、再生部１１０に対して再生の依頼を行う。
【００５９】
すると、再生部１１０は、ステップＳ８０５により、indexメタデータ１３１に記述されたコンテンツＩＤ２０１、indexＩＤ２０２、シーン数２０３、シーンＩＤ２０４とに基づいて、コンテンツ保持部１０５から対応するコンテンツ１３３のシーンを取得し、プレビュー再生制御部１０８により指示された再生開始時刻２０５から再生時間２０６分だけ再生を行う。
【００６０】
その際、プレビュー再生制御部１０８は、ステップＳ８０６により、再生キューにindexメタデータ１３１が残っているか否かを判断して、残っていない場合には、プレビュー処理を終了する一方、残っている場合には、ステップＳ８０４に戻り、再生キューから次のindexメタデータ１３１を読み出して、再生部１１０による再生が終わる前に、読み出したindexメタデータ１３１に基づいて次のシーンの再生開始時刻２０５と再生時間２０６を指示し、映像が途切れないようにする。尚、本実施の形態１では、再生部１１０に対して個別の再生開始時刻２０５と再生時間２０６を指示して再生をさせているが、このindexメタデータ１３１そのものを再生部１１０に対して提供を行い、再生部１１０内で閉じて連続して映像を再生できるように先読みなどの処理を行ってもかまわない。
【００６１】
これらの処理と平行して、プレビュー再生制御部１０８は、ステップＳ８０７により、図４に示す編成情報１３４から処理しているコンテンツ１３３のコンテンツＩＤ２０１を読み込み、編成情報１３４の最後まで来たのか否かを判断する。そして、まだ編成情報１３４の途中であれば、ステップＳ８１０に進み、編成情報１３４から次のコンテンツ１３３のindexメタデータ１３１をステップＳ８０２と同様に取得し、ステップＳ８０３の処理を行う。このようにプレビュー再生制御部１０８は、編成情報１３４に記述されているコンテンツ群のindexメタデータ１３１を順次取得して、再生キューにスタックして、再生していく。
【００６２】
再生処理は、このindexメタデータ１３１の取得処理と平行して、再生キューにスタックされているindexメタデータ１３１を古いものから順次取り出して行っていく。
【００６３】
一つの編成情報１３４に記述されているコンテンツの再生が終了した場合、ステップＳ８０８に進み、編成情報リスト５００の最後であるか否かを判断し、編成情報リスト５００の最後でない場合には、編成情報リスト５００における次の編成情報１３４をステップＳ８０９において取得し、ステップＳ８０２の処理に移行して、上述と同様の処理を繰り返す。
【００６４】
そして、提供された編成情報リスト５００に挙げられた全ての編成情報１３４の全てのindexメタデータ１３１の取得作業が終了した場合、ステップＳ８０８からステップＳ８０６に処理を移行し、ステップＳ８０４、ステップＳ８０５、及びステップＳ８０６の処理を、再生キューにスタックされたindexメタデータ１３１がある限り継続して行う。
【００６５】
そして、ステップＳ８０６において、再生キューに残っているindexメタデータ１３１がなくなった場合、処理を終了する。
【００６６】
なお、ここでは、編成情報リスト５００に記述された編成のすべてを再生し終わった場合に、プレビュー再生処理を終了するように説明を行っているが、編成情報リスト５００を読み終わった後に、再度先頭から処理を行い、無限ループをし、利用者からの停止処理の指示があるまで、編成情報リスト５００の内容を繰り返し再生してプレビュー再生を放送の様に続けるようにしてもかまわない。
【００６７】
従って、本実施の形態１によれば、indexメタデータ１３１に基づいてコンテンツ１３３からシーンを抜き出したプレビュー３００を作成して再生するようにしたので、オリジナルのコンテンツ１３３とは別に、プレビュー用のコンテンツを作成して記憶する必要がなくなり、映像にくらべ非常にデータ量の少ないindexメタデータ１３１を用いて、プレビュー３００を作成することができ、且つ、それを放送の様に連続再生を行うことでユーザに対して、受動的なある意味非常に楽な状態でコンテンツ１３３を売り込むことが可能となる。
【００６８】
その結果、少量のコンテンツを提供する場合は、コンテンツを紹介するコンテンツを別段用意しても、そのための記憶容量をあまり必要としないので、問題は顕在化しないが、非常に多くのコンテンツを提供する場合は、その多数のコンテンツを紹介するコンテンツを別段用意すると、そのための記憶容量をかなり必要とするので、このような問題を解消することができ、上記のような受動的なコンテンツのプレビューコンテンツの提示は、コンテンツの宣伝には非常に有効な手段になりえる。
【００６９】
（実施の形態２）
次に、本発明の実施の形態２について、図９、図１０を用いて、説明をする。
【００７０】
実施の形態１の編成情報１３４は、図５の編成情報リスト５００に示すように、カテゴリ別に分類されて作成されている。しかしながら、見方によっては、次にどのようなカテゴリの編成情報１３４が来るのかわからないプレビュー３００の提供方法も効果的な宣伝方法と見ることができる。そこで、本実施の形態２の端末装置９００では、編成情報リスト５００にカテゴリ別に分類された編成情報１３４や、indexメタデータ１３１であるコンテンツＩＤ２０１及びindexＩＤ２０２の順番を、ランダムに編成して再生するようにしたものである。
【００７１】
図９に、本実施の形態２の端末装置９００の構成を示す。
【００７２】
図９に示すように、本実施の形態２の端末装置９００が、実施の形態１の端末装置１００と異なるのは、カテゴリ別に分類された編成情報１３４を、ランダム編成により再生するランダム編成再生成部９１０を新たに設けたことである。それ以外の基本的な構成及び動作は、実施の形態１と同じであり重複した説明は省略する。
【００７３】
図１０に、本実施の形態２のランダム編成再生成部９１０によるランダムプレビュー再生処理を示す。
【００７４】
実施の形態１と同様に、プレビュー再生制御部１０８は、プレビューの再生指示をアプリケーション制御部１０９から受けると、ランダム編成再生成部９１０に対して、編成情報１３４の再生成の指示を行う。すると、ランダム編成再生成部９１０は、ステップＳ１００１により、編成保持部１０７に対して、編成情報リスト５００の取得を要求し、編成情報リスト５００を取得する。
【００７５】
次に、ランダム編成再生成部９１０は、ステップＳ１００２により、取得した編成情報リスト５００に含まれるカテゴリ別に分類された編成情報１３４を統合し、次のステップＳ１００３により、乱数を発生させて、次のステップＳ１００４により、発生させた乱数に基づき編成情報１３４に含まれるコンテンツＩＤ２０１及びindexＩＤ２０２の順番をランダムに入れ替え、新しい編成情報１３４を作成する。その際、ランダム編成再生成部９１０は、カテゴリ別にコンテンツＩＤ２０１及びindexＩＤ２０２の順番を入れ替えても良いし、カテゴリにこだわらず、つまり異なるカテゴリ間でコンテンツＩＤ２０１及びindexＩＤ２０２の順番を入れ替えるようにしても勿論良い。
【００７６】
そして、再生部１１０は、ステップＳ１００５により、ランダム編成再生成部９１０によりコンテンツＩＤ２０１及びindexＩＤ２０２の順番がランダムに再生成された編成情報１３４を用いてプレビュー再生を行う。尚、ステップＳ１００５のプレビュー再生の処理は、図８に示す実施の形態１と同様である。
【００７７】
従って、本実施の形態２によれば、もともとカテゴライズされていた編成情報１３４をランダム編成再生成部９１０がランダムに混ぜ合わせ、プレビュー再生制御部１０８がそのランダムに混ぜ合わされた編成情報１３４に基づいて再生部１１０に対しプレビュー再生を行わせるようにしたので、ランダム編成の、つまり次に何が出てくるかわからない、ある種びっくり的なプレビュー３００を提供することが可能となる。
【００７８】
（実施の形態３）
次に、本発明の第３の実施の形態について図１１、図１２を用いて説明をする。
【００７９】
実施の形態１においては、利用者は、提供されている編成情報リストのあるカテゴリを視聴したいとき、その選択をすることが出来なかった。つまり、実施の形態１では、利用者が、映画のジャンルのプレビューが視聴したいという指示が出来なかった。そこで、本実施の形態３では、編成情報１３４をＥＰＧ（電子番組ガイド）のように一覧表示して、利用者が視聴したいプレビュー３００を選択できるようにしたものである。
【００８０】
図１１に、本実施の形態３の端末装置１１００の構成を示す。
【００８１】
図１１に示すように、本実施の形態３の端末装置１１００が、実施の形態１の端末装置１００と異なるのは、図５に示すようにカテゴリ別に分類された編成情報１３４を、連続して再生するのではなく、メニューとして表示させ、利用者による選択を可能とするメニュー生成部１１０１を新たに設けたことである。それ以外の基本的な構成及び動作は、実施の形態１と同じであり重複した説明は省略する。
【００８２】
図１２は、本実施の形態３によるメニュー選択式プレビュー再生処理を示すフローチャートである。
【００８３】
実施の形態１と同様に、プレビュー再生制御部１０８は、プレビューの再生指示をアプリケーション制御部１０９から受けると、まず、ステップＳ１２０１により、編成保持部１０７から編成情報リスト５００を取得して、編成情報リスト５００から編成情報１３４のプレビューメニュー（一覧）を作るように、メニュー生成部１１０１に対して依頼をする。
【００８４】
すると、メニュー生成部１１０１は、プレビュー再生制御部１０８からの依頼に基づき、ステップＳ１２０２により、編成情報リスト５００に基づいて編成情報１３４のメニューであるプレビューメニューを作成する。具体的には、メニュー生成部１１０１は、図５に示すように編成情報リスト５００のカテゴリ５０２をプレビューメニューの選択項目として表示するように、合成部１１３を介して表示部１１４にプレビューメニューを表示させる。
【００８５】
表示部１１４にプレビューメニューが表示されると、プレビュー再生制御部１０８は、ステップＳ１２０３により、利用者からの操作部１１１を介したプレビューメニューの選択待ち状態となる。
【００８６】
そして、操作部１１１を介し利用者によりプレビューメニューにて、あるカテゴリが選択された場合、プレビュー再生制御部１０８は、ステップＳ１２０４により、選択された編成情報１３４を用いてプレビュー再生処理を行う。プレビュー再生の仕組みは、図８に示す実施の形態１と同様である。
【００８７】
図１３に、実施の形態３により表示されるプレビューメニュー等の一例を示す。
【００８８】
図１３に示すように、まず、図６に示すメニュー６００と同様に、メニュー１３００には、「What's  New!」というプレビューボタン１３１０と、他のアプリケーションのボタン１３２０とが同じレイヤで配置されて表示されている。
【００８９】
ここで、「What's New」のプレビューボタン１３１０が押されると、図１２のステップＳ１２０２により、編成情報リスト５００を基に、例えば、“アクション”や、“ロマンス”、“サスペンス”、“ドキュメンタリ”等の番組カテゴリ毎のボタンが表示されたプレビューメニュー１３３０が表示される。尚、“ドキュメンタリ”等の各番組カテゴリに、編成情報１３４が対応している。
【００９０】
そして、図１２のステップＳ１２０３により、例えば、“ドキュメンタリ”等の番組カテゴリ毎のボタンが選択されると、図１２のステップＳ１２０４により、プレビュー３００が再生されたプレビュー再生画面１３４０が再生される。
【００９１】
従って、本実施の形態２によれば、メニュー生成部１１０１が編成情報リスト５００を基に、番組カテゴリ毎のボタンが表示されたプレビューメニュー１３３０を表示して、利用者にプレビューすべき番組カテゴリを選択させるようにしたため、利用者はＥＰＧ（電子番組ガイド）のように一覧表示された番組カテゴリから視聴したい番組カテゴリを選択することができ、視聴したいカテゴリのプレビューチャンネルを視聴することが可能になる。
【００９２】
（実施の形態４）
次に、本発明の実施の形態４について、図１４〜図１９を用いて説明する。
【００９３】
実施の形態１においては、利用者のコンテンツの視聴の有無とは関係なく一定の編成でプレビューを再生していたのに対して、本実施の形態４では、利用者によるコンテンツの視聴履歴や購入履歴を参照してプレビュー再生するプレビューチャンネルを提供するようにしたものである。
【００９４】
図１４は、実施の形態４の端末装置１４００の構成を示すブロック図である。
【００９５】
図１４において、実施の形態４の端末装置１４００は、利用者によるコンテンツ１３３の視聴履歴や購入履歴をもとに編成を変えるための視聴履歴保持部１４０１と、コンテンツ１３３の購入を管理する購入処理部１４０２と、購入履歴を保持するライセンスチケット保持部１４０３と、それらの情報に基づいて編成情報１３４の再生順序や方法を可変にしてプレビューの再生制御をするプレビュー再生制御部１４０４と、プレビューの再生状態を保持する再生ポイント保持部１４０５と、をさらに設けたものである。尚、基本的な構成及び動作は、実施の形態１と同じであり、図１４において、図１と同じ構成要素については同じ符号を用い、説明を省略する。
【００９６】
次に、動作を説明する。
【００９７】
図１５に、実施の形態４によるプレビュー再生処理を示す。
【００９８】
本実施の形態４では、実施の形態１と同様に、プレビュー再生制御部１４０４は、アプリケーション制御部１０９からプレビューの再生指示を受けると、まず、ステップＳ１５０１により、編成情報リスト５００を編成保持部１０７より取得し、続いてステップＳ１５０２により、利用者が最後にどのプレビュー編成の、どのコンテンツまでを見たかを示すプレビュー視聴履歴１６００の情報、すなわち最後に再生した編成情報１３４を、再生ポイント保持部１４０５から取得する。
【００９９】
図１６に、プレビュー視聴履歴１６００の一例を示す。
【０１００】
プレビュー視聴履歴１６００の情報は、図１６に示すように、最後に見た編成情報１３４を示す編成ＩＤ１６０１と、最後に見た日時を示す最終視聴日時１６０２と、視聴を中断した時に流れていたコンテンツのコンテンツＩＤを示す視聴中断ポイント１６０３とから構成されている。
【０１０１】
そして、プレビュー再生制御部１４０４は、再生ポイント保持部１４０５から図１６に示すようなプレビュー視聴履歴１６００を取得すると、ステップＳ１５０３により、プレビュー視聴履歴１６００の編成ＩＤ１６０１を、図５に示すような編成情報リスト５００にて検索し、最後に見た編成情報１３４と同じ編成情報１３４が存在するか否かのチェックを行う。
【０１０２】
最後に見た編成情報１３４と同じ編成情報１３４が編成情報リスト５００に存在する場合は、ステップＳ１５０４により、該当する編成情報１３４の更新日時５０３をチェックして、その編成情報１３４が更新されているか否かを判断する。これは、最後にプレビュー３００を見た後に、編成情報１３４が更新されていた場合、プレビュー３００が変更されているため、同じ場所から見ることが出来ないからである。
【０１０３】
そして、編成情報１３４の更新日時５０３のチェックの結果、更新がされていない場合、プレビュー再生制御部１４０４は、ステップＳ１５０６により、編成情報リスト５００と、最後に再生した編成情報１３４とに基づいて、プレビュー視聴履歴１６００の視聴中断ポイント１６０３に示されているコンテンツ１３３、またはその次のコンテンツ１３３からプレビュー再生をするように、プレビュー再生指示を出す。
【０１０４】
すると、再生部１１０は、続くステップＳ１５０７により、視聴状態に即したプレビューの再生処理を行う。
【０１０５】
これに対し、ステップＳ１５０３にて編成情報リスト５００に該当する編成情報１３４が存在しない場合、およびステップＳ１５０４において編成情報１３４が更新されている場合は、プレビュー再生制御部１４０４は、新規の編成情報１３４とみなして、ステップＳ１５０５により、編成情報リスト５００における最初の編成情報１３４の先頭のコンテンツ１３３からプレビュー再生を実施するように指示を出し、再生部１１０は、続くステップＳ１５０７により視聴状態に即したプレビューの再生処理を行う。
【０１０６】
次に、ステップＳ１５０７のプレビュー再生処理について説明する。
【０１０７】
図１７に、本実施の形態４のステップＳ１５０７の視聴状態に即したプレビューを実現するフローについて説明する。
【０１０８】
まず、このステップＳ１５０７の処理では、プレビュー再生処理が指示されると、プレビュー再生制御部１４０４は、ステップＳ１７０１により、ステップＳ１５０６、ステップＳ１５０５で引数として渡された編成情報リスト５００と、コンテンツＩＤ２０１とに基づいて指示された編成情報１３４を取得する。つまり、ステップＳ１５０５経由でプレビュー再生処理を依頼された場合は、編成情報リスト５００のうちの先頭の編成情報１３４を利用する一方、ステップＳ１５０６経由でプレビュー再生処理を依頼された場合は、最後に視聴していた編成情報１３４が指示されているので、その編成情報１３４を利用する。
【０１０９】
次に、プレビュー再生制御部１４０４は、ステップＳ１７０２により、再生を指示されたコンテンツ１３３のindexＩＤ２０２を取得する。これも編成情報１３４の選択と同様に、ステップＳ１５０５経由で処理を依頼された場合は、編成情報１３４の先頭のコンテンツ１３３に関するコンテンツＩＤ２０１と、indexＩＤ２０２とを取得し、ステップＳ１５０６経由で処理を依頼された場合は、最後に視聴していたコンテンツ１３３に関するコンテンツＩＤ２０１に基づいて、編成情報１３４からindexＩＤ２０２を取得する。
【０１１０】
次に、プレビュー再生制御部１４０４は、ステップＳ１７０３により、ライセンスチケット保持部１４０３に保持されているコンテンツ契約情報１８００を参照して、該当するコンテンツ１３３が未購入であるか否かの購入の有無をチェックする。
【０１１１】
図１８は、ライセンスチケット保持部１４０３に保持されているコンテンツ契約情報１８００の一例を示す図である。
【０１１２】
このコンテンツ契約情報１８００は、購入処理部１４０２により作成され、ライセンスチケット保持部１４０３に保持されるもので、どのコンテンツ１３３に関して利用権を持っているかのデータベースとなっており、コンテンツ１３３毎に、コンテンツ１３３を特定するコンテンツＩＤ１８０１と、そのコンテンツ１３３の契約日時１８０２、契約が満了する契約満了日時１８０３、契約条件１８０４から構成されている。ただし、これはコンテンツ契約情報１８００の一例であり、このフォーマット、項目になんら本発明が制約されるものではなく、このブロックではどのコンテンツが購入済であるかを管理できることが重要である。
【０１１３】
プレビュー再生制御部１４０４は、このコンテンツ契約情報１８００にて、該当するコンテンツＩＤ１８０１により検索を行い、該当するコンテンツ１３３が見つかった場合、購入済と判断し、ステップＳ１７０６に進む一方、見つからなかった場合は、ステップＳ１７０４に進み、続いて該当するコンテンツ１３３が未視聴か否かを判断する。
【０１１４】
次に、ステップＳ１７０４により、プレビュー再生制御部１４０４は、視聴履歴保持部１４０１に格納されているコンテンツ視聴履歴１９００を参照して、視聴の有無のチェックを行う。
【０１１５】
図１９は、コンテンツ視聴履歴１９００の一例を示す図である。
【０１１６】
このコンテンツ視聴履歴１９００は、コンテンツ管理部１０６により作成されて、視聴履歴保持部１４０１に保存されているもので、コンテンツ１３３を特定するコンテンツＩＤ１９０１と、そのコンテンツ１３３を最後に見た最終視聴日時１９０２との組み合わせで、視聴したコンテンツ毎に保存されている。
【０１１７】
ステップＳ１７０４においては、プレビュー再生制御部１４０４が、該当するコンテンツＩＤ１９０１がこのコンテンツ視聴履歴１９００のデータに保存されているかの検索を行い、見つからない場合は、未視聴と判断し、ステップＳ１７０６に進む。見つかった場合は、視聴済と判断し、ステップＳ１７０５に進み、編成情報１３３から次のコンテンツ１３３のコンテンツＩＤ２０１を取得して、同様の購入のチェック（ステップＳ１７０３）、視聴のチェック（ステップＳ１７０４）を行う。
【０１１８】
そして、ステップＳ１７０６の処理では、未視聴のコンテンツ１３３のindexメタデータ１３１を取得し、この処理以後は、取得したindexメタデータ１３１を再生キューにスタックをするという、図８に示すステップＳ８０３以降の実施の形態１のプレビュー再生処理フローと同様の処理を行う。
【０１１９】
従って、本実施の形態４によれば、このような処理を加えることで、利用者がプレビュー３００の視聴を中断した場合でも、プレビュー視聴を中断したコンテンツから再開することが可能となり、また、未視聴、もしくは購入しているが見ていないコンテンツに限ってプレビューを行うことで、より効率の良いコンテンツ１３３の宣伝が可能となる。
【０１２０】
尚、説明、図示はしていないが、コンテンツの購入や、プレビューの視聴、個別のコンテンツの視聴を行った場合は、購入処理や視聴の結果をコンテンツ契約情報１８００や、コンテンツ視聴履歴１９００として保存する処理をするものとする。
【０１２１】
また、本実施の形態４では、利用者のプレビューの視聴履歴、個別のコンテンツの視聴履歴、コンテンツの購入履歴等の利用者の履歴全てに基づいて、プレビューチャンネルを提供するものと説明したが、本発明では、これに限らず、利用者のプレビューの視聴履歴のみ、個別のコンテンツの視聴履歴のみ、コンテンツの購入履歴のみ、あるいは、これらの任意の組み合わせに基づいてプレビューチャンネルを提供するようにしても勿論よい。
【０１２２】
また、図面においては個別暗号復号部１４０６、個別暗号鍵保持部１４０７、復号鍵保持部１４０８を、図示しているが、これは通信を用いずにいつでもコンテンツ１３３の購入処理ができるようにあらかじめ鍵を個別に端末ごとに暗号化を行い配布する場合に用いるものであり、本発明において必須の構成要素ではない。同様に、購入処理を行うために利用する送信部１４０９も必須ではなく、購入処理をどのようにして行うかの方式に依存するものである。
【０１２３】
（実施の形態５）
次に、本発明の実施の形態５について、図２０〜図２４を用いて説明する。
【０１２４】
図２０に、本実施の形態５の端末装置２０００の構成を示す。
【０１２５】
図２０に示すように、本実施の形態５の端末装置２０００が、実施の形態１の端末装置１００と異なるのは、利用者の利用履歴から、利用者の属性を解析する利用者属性解析部２００４と、それを保存する利用者属性保持部２００３と、前記利用者属性を管理する利用者属性管理部２００２と、利用者の属性に合わせてプレビューの再生を実現するプレビュー再生制御部２００１とを有し、複数の属性別に用意された、編成情報１３４、indexメタデータ１３１から適合度の高いものを選択し提供することである。それ以外の基本的な構成及び動作は、実施の形態１や実施の形態４等と同じであり、重複した説明は省略する。
【０１２６】
図２１に利用者属性データ２１００、図２２に各編成情報１３４がどのような属性の人に向けて作られているかを管理している利用者属性別編成情報２２００、図２３に実施の形態５における編成情報１３４、図２５に複数の属性別indexメタデータ１３１を有する場合のindexメタデータ管理データ２５００の一例を示す。
【０１２７】
利用者属性データ２１００は、図２１に示すように、性別２１０１、年齢２１０２、好きな映画ジャンル２１０３、好きな俳優２１０４、好きなスポーツ２１０５等のように、利用者の趣味や嗜好等の属性を示すものである。
【０１２８】
前記利用者属性データ２１００は、利用者属性解析部２００４により、視聴履歴保持部１４０１に保持してある図１９に示すようなコンテンツ視聴履歴１９００からどのようなコンテンツ１３３を多く見ているかの統計的な解析を行い、その結果として作られたものである。この解析技術は公知であり、様々な方法、属性項目が考えられるがここでは言及はしない。
【０１２９】
尚、図２１に示す利用者属性は、性別２１０１は「男性」、年齢２１０２は「２５歳」、好きな映画ジャンル２１０３は「アクション」、好きな俳優２１０４は「シルベスタスターロン（仮名）」、好きなスポーツ２１０５は「サッカー」となっている。この場合、性別、年齢、好きな映画のジャンルが一致することになる。このように一つ一つの属性データと適応条件をすべての編成に対して照らし合わせを行い、一致する項目の数で適応度を判断していく。
【０１３０】
図２２に、実施の形態５における利用者属性別編成情報２２００の一例を示す。
【０１３１】
図２２に示す利用者属性別編成情報２２００は、編成情報１３４毎に、編成ＩＤ２２０１と、ターゲットの性別２２０２、年齢２２０３、好きな映画ジャンル２２０４、好きな俳優２２０５等の嗜好からなる適応条件と構成された管理データであり、各編成情報の属性、すなわちどのようなターゲットを想定して作られたかを記載したものである。これはコンテンツプロバイダ１２０によりまとめて作成をして提供をしても良いし、個別の編成情報１３４の付加情報として編成情報とともに提供し、端末により取りまとめをしてもかまわない。
【０１３２】
図２２においては、編成ＩＤ２２０１「０x０００００００１」の適応条件は、ターゲットの性別２２０２が「男性」であり、年齢２２０３が「２０代」であり、好きな映画のジャンル２２０４が「アクション」であり、好きな俳優２２０５が「アールノドネッガー（仮名）」である。
【０１３３】
尚、図２１、図２２に示す項目はあくまでも一例であり、さらに多くの細かい項目を採用しても何ら問題はない。また適合の度合いを測るのに、本実施の形態５では一致する項目の数を採用しているが、別の方法で適合度を測っても何ら問題はない。このようにして利用者に対して適応度の高い順番に並べ変えられた編成情報リストに基づいて、利用者適応度を考慮したプレビュー処理を行う。
【０１３４】
図２３に、実施の形態５における編成情報１３４の一例を示す。
【０１３５】
図２３に示す編成情報１３４は、図４に示す今までの実施の形態１〜４の編成情報１３４とは異なり、編成ＩＤ４０１と、コンテンツＩＤ２０１とからのみなり、indexＩＤ２０２の記述が削除されている。これは、本実施の形態５では、一つのコンテンツ１３３に対して複数のindexメタデータ１３１をもち、利用者の属性に応じて使い分けを行うために、indexＩＤ２０２が特定できないためである。しかし、個別のコンテンツ１３３に対するindexメタデータ１３１を選択可能にしない、つまり、編成の属性による選択のみの場合は、通常のコンテンツＩＤ２０１＋indexＩＤ２０２を指定し、一意にindexメタデータ１３１を特定して利用する形態でもかまわない。
【０１３６】
図２４に、１つのコンテンツ１３３に対し複数のindexメタデータ１３１を設けてプレビューした際の再生イメージを示す。
【０１３７】
図２４では、１つのコンテンツ１３３に対し、２つのindexメタデータ１３１を設けて、アクション好き向けプレビューコンテンツ２４００と、ロマンス好き向けプレビューコンテンツ２４１０とを再生した場合のイメージを示している。なお、実施の形態１では、図３に示すように、１つのコンテンツ１３３に対しては、１つのindexメタデータ１３１を設けて、１つのプレビュー３００のみを再生するようにしていた。
【０１３８】
このように、本実施の形態５によれば、１のコンテンツであっても、indexメタデータ１３１を複数用意することで、複数の違った切り口のプレビューコンテンツにより、コンテンツ１３３を紹介することが可能となる。
【０１３９】
図２５に、本実施の形態５におけるindexメタデータ管理データ２５００の一例を示す。
【０１４０】
本実施の形態５では、１つのコンテンツ１３３に対し、複数のindexメタデータ１３１が付与されているので、このindexメタデータ管理データ２５００では、１つのコンテンツ１３３に対する複数のindexメタデータ１３１を、indexＩＤ２５０１、性別２５０２、年齢２５０３、好きな映画ジャンル２５０４および好きな映画俳優２５０５等からなる嗜好により管理している。
【０１４１】
次に動作を説明する。
【０１４２】
図２６に、本実施の形態５によるプレビュー処理の全体を示す。
【０１４３】
まず、プレビュー再生制御部２００１は、実施の形態１と同様に、プレビュー再生の指示をアプリケーション制御部１０９から受けると、図２６に示す処理を行い、まず、Ｓ２６０１により、編成情報リスト５００を編成保持部１０７より取得し、Ｓ２６０２により、各編成情報１３４が利用者にとってどのくらい適合しているかのチェックを行い、適合度の高い順番に編成情報１３４の並べ替えを行う。
【０１４４】
前記Ｓ２６０２における適合度の判断は、図２１に示す利用者属性データ２１００と、図２２に示す利用者属性別編成情報２２００の適応条件を照らし合わせて、一致する項目が多い順に並べ替える。
【０１４５】
そして、プレビュー再生制御部２００１は、ステップＳ２６０３により、編成情報１３４を並び替えた編成情報リスト５００に基づいて、利用者に適応したプレビュー処理を行う。
【０１４６】
図２７に、図２６のステップＳ２６０３における利用者適応プレビュー処理の詳細を示す。
【０１４７】
プレビュー再生制御部２００１は、まず、Ｓ２７０１により、図２３に示すような編成情報１３４に記述されているコンテンツＩＤ２０１を取得し、次のＳ２７０２により購入の有無のチェック、さらに続くＳ２７０３により視聴の有無のチェックを行う。尚、Ｓ２７０２,Ｓ２７０３は、図１７に示す実施の形態４のステップＳ１７０３，Ｓ１７０４と同様の処理を行う。
【０１４８】
次に、プレビュー再生制御部２００１は、Ｓ２７０４により、指定されたコンテンツ１３３のどのindexメタデータ１３１を利用するかの判断を行って、利用者に適したindexメタデータ１３１を取得する。この処理は、図２１に示す利用者属性データ２１００の性別２１０１や、年齢２１０２、好きな映画ジャンル２１０３等と、図２５に示すindexメタデータ管理データ２５００の適応条件である性別２５０２や、年齢２５０３、好きな映画ジャンル２５０４等とを照らし合わせ、プレビュー再生制御部２００１は、最も一致する項目が多いindexメタデータ１３１を採用する。
【０１４９】
ここで、図２１に示す利用者属性データ２１００は、図２６のステップＳ２６０２における編成情報１３４の並べ替えの時と同様に、性別２１０１は「男性」、年齢２１０２は「２５歳」、好きな映画ジャンル２１０３は「アクション」、好きな俳優２１０４は「シルベスタスターロン（仮名）」、好きなスポーツ２１０５は「サッカー」となっている。
【０１５０】
一方、図２５に示すindexメタデータ管理データ２５００の例では、indexＩＤ２５０１が「０x０００００００５」のindexメタデータ１３１が、性別２５０２、年齢２５０３、好きな映画ジャンル２５０４、好きな俳優２５０５と、全てすべて図２１に示す利用者属性データ２１００と一致するため、他のindexメタデータ１３１よりも適合度が高いということがわかる。
【０１５１】
従って、プレビュー再生制御部２００１は、このコンテンツ１３３に対しては、コンテンツＩＤ２０１「０x０００００００５」、indexＩＤ２５０１「０x０００００００１」のindexメタデータ１３１を、コンテンツ管理部１０６経由で取得し、次のステップＳ８０３により再生キューにスタックする。このステップＳ８０３以降の処理は、実施の形態１における図８に示すステップＳ８０３以降の再生処理と同様の処理である。
【０１５２】
尚、前記編成の利用者適応度の判断と同様に、このindexメタデータ１３１の適用度の判断の例も一例であり、この方法、項目に限定するものではない。
【０１５３】
従って、本実施の形態５によれば、このような利用者適応度を考慮したプレビュー処理を加えることにより、第１に利用者が興味を持つ可能性の高い編成を選ぶことができ、且つ、個別のプレビュー３００の内容も利用者が興味を持つシーンを集めたものを提供することができる。
【０１５４】
その結果、よりコンテンツに興味を持ってもらう可能性が高くなり、ひいては販売の可能性を高めるという広告の効果を上げることが可能となる。
【０１５５】
また、このように多くのバリエーションのプレビューをオリジナルのコンテンツ１３３から再生をすることが可能となるため、冗長的なコンテンツ１３３を大量に用意する必要がなくなり、無駄な記憶領域の消費を防ぐことが可能となる。
【０１５６】
（実施の形態６）
次に、本発明の実施の形態６について、図２８〜図３０を用いて説明する。
【０１５７】
本実施の形態６では、実施の形態１と異なり、コンテンツプロバイダ１２０により作成し配信していた編成情報１３４と、indexメタデータ１３１とを、端末装置１００側で作成するようにしたものである。
【０１５８】
図２８に、実施の形態６のプレビュー提供システムの構成を示す。
【０１５９】
図２８に示す実施の形態６のプレビュー提供システムでは、図１に示す実施の形態１のコンテンツプロバイダ１２０とは異なり、コンテンツプロバイダ１２０からindex作成部１２１、index保持部１２２、編成作成部１２５、編成保持部１２６がなくなり、その代わりに、端末装置１００側に編成作成部２８０１と、index作成部２８０２とが設けられている。尚、それ以外の構成および動作は、上述の実施の形態と同じであるので、同じ構成には、同一符号を付して説明は省略する。
【０１６０】
本実施の形態６によれば、このように構成することにより、コンテンツプロバイダ２８２０とは関係なく、端末装置２８００側でのみ、独自の編成情報１３３や、プレビュー再生処理のためのindexメタデータ１３１を作成することができ、コンテンツプロバイダ１２０で様々な条件に合うように複数の編成や、indexメタデータ１３１を作るよりも端末により必要十分なサービスを提供することが可能となる。
【０１６１】
次に動作を説明する。
【０１６２】
まず、端末装置２８００の編成作成部２８０１は、コンテンツ管理部１０６が保持しているコンテンツ１３３に関するメタデータ１３２を取得する。
【０１６３】
図２９に、本実施の形態６のコンテンツ１３３のメタデータ２９００の一例を示す。
【０１６４】
コンテンツ１３３のメタデータ２９００は、コンテンツ１３３を一意に特定するコンテンツＩＤ２９０１と、コンテンツ１３３に関する情報として、タイトル２９０２、ジャンル２９０３、作品の解説２９０４、出演者２９０５、監督２９０６、制作日時２９０７、配信日時２９０８等が含まれている一方、コンテンツ１３３を購入するための契約情報として、価格２９０９、視聴条件２９１０、有効期限２９１１等が含まれている。ここに、あげた例は、本実施の形態６における一例であり、これらの項目に本発明は何ら制限されるものではない。
【０１６５】
次に、編成作成部２８０１は、編成作成ポリシーに基づき、どのコンテンツ１３３がその編成ポリシーに該当するかを、メタデータ２９００を検索することで判断して編成情報１３４を作成する。この編成作成ポリシーは、端末装置２８００として、固定的（例えばジャンル別、年代別など）でも良いし、利用者によって作成や変更され、保持されてもかまわない。また、コンテンツ１３３を流す順番も、コンテンツ１３３の制作日時２９０７を考慮して、新しい作品から紹介したり、逆に古い作品から紹介したり、配信日時２９０８で同様に並べ替えたり、コンテンツ１３３の契約情報の価格２９０９の安い順や、高い順、有効期限２９１１が近い順に紹介する、契約条件別に紹介するなど、様々な編成のパターンが考えられる。このようにして作成された編成情報１３４は、編成保持部１０７に送られ保存される。
【０１６６】
次に、index作成部２８０２におけるindexメタデータ１３１の作成について説明する。
【０１６７】
Indexメタデータ１３１の作成には、コンテンツ１３３の中身がどのようなシーンで構成されているかを示すシーンのメタデータ３０００を用いる。
【０１６８】
図３０に、シーンのメタデータ３０００の一例を示す。
【０１６９】
シーンのメタデータ３０００は、コンテンツ１３３を一意に特定するコンテンツＩＤ３００１、コンテンツが幾つのシーンで構成されているかを示すシーン数３００２、個別のシーンの情報として、コンテンツ内のシーンを特定するシーンＩＤ３００３、該当するシーンのコンテンツ内での再生開始時刻３００４、シーンの長さである再生時間３００５、そのシーンがどのようなジャンルにあたるのかを表したジャンル３００６、主な出演者３００７、プレビュー利用可否３００８等から構成されている。
【０１７０】
ジャンル３００６は、たとえコンテンツ自身がアクション物であっても、個別のシーンは、アクションあり、ロマンスあり、といろいろなシーンから構成されているので、その個別のシーンがどのようなジャンルのシーンであるかを表す情報である。
【０１７１】
主な出演者３００７は、そのシーンの誰が一番多く出ているか、その瞬間の主役は誰かという情報である。
【０１７２】
プレビュー利用可否３００８は、予告編としてプレビューを用いる場合、コンテンツ１３３の肝心なところは営業上絶対に見せることは出来ないので、絶対に見せてはいけない部分を含むシーンに関してはこのフラグを不可と設定するものである。
【０１７３】
尚、Indexメタデータ１３１の作成に関しても、編成情報１３４の作成と同様に、indexメタデータ１３１の作成ポリシーは、端末として固定的（例えばジャンル別、年代別など）でも良いし、利用者によって作成、保持されてもかまわない。
【０１７４】
Index作成部２８０２は、このような作成ポリシーに基づき、図３０に示すコンテンツ１３３のシーンのメタデータ１３２を用いて、該当するシーンを選び出して、それをもとにindexメタデータ１３１を作成する。この時、全体としてどのくらいの時間にするか、シーンの数は幾つ入れるか等は、あらかじめ決めておいても良いし、利用者からの設定項目としておいてもかまわない。
【０１７５】
また、プレビュー３００は、コンテンツ視聴前にあらすじが予想できてはコンテンツ１３３を実際に見るときに面白さが半減してしまうので、意図的に再生するシーンの順番を入れ替えるように、indexメタデータ１３１を作成するようにしても勿論よい。
【０１７６】
このようにして作成されたindexメタデータ１３１は、index保持部１０３に送られ保存される。これらの処理は、定期的に実施しても良いし、コンテンツ１３３の更新が行われるたびに実施しても良いし、ある程度コンテンツが入れ替わったタイミングで実施をしても良い。このようにして作成された、編成情報１３４と、indexメタデータ１３１を利用したプレビュー３００の実施は、実施の形態の処理と同様な処理で実現が可能である。
【０１７７】
従って、本実施の形態６によれば、実施の形態１と異なり、端末装置２８００側に編成作成部２８０１と、index作成部２８０２とを設け、コンテンツプロバイダ１２０により作成し配信していた編成情報１３４と、indexメタデータ１３１とを、端末装置２８００側にて作成するようにしたので、端末装置２８００側にて独自の編成情報１３４や、プレビュー再生処理のためのindexメタデータ１３１を作成することができ、コンテンツプロバイダ１２０にて様々な条件に合うように複数の編成やindexメタデータ１３１を作成する場合より、端末装置２８００側にて利用者に合った必要十分なサービスを提供することが可能となる。
【０１７８】
（実施の形態７）
次に、本発明の実施の形態７について、図３１を用いて説明する。
【０１７９】
図３１に、本実施の形態７の端末装置３１００の構成を示す。
【０１８０】
本実施の形態７が、実施の形態６と異なるのは、端末装置３１００側に、利用者の属性、視聴履歴、購入履歴に合わせて編成情報１３４を作成する編成作成部３１０１と、利用者の属性、視聴履歴、購入履歴にあわせてindexメタデータ１３１を作成するindex作成部３１０２と、利用者の利用履歴から、利用者の属性を解析する利用者属性解析部３１０３と、利用者属性を保存する利用者属性保持部３１０４と、前記利用者属性を管理する利用者属性管理部３１０５と、利用者の視聴履歴を保持する視聴履歴保持部３１０６と、利用者の購入を管理する購入処理部３１０７と、購入したライセンスチケットを保持するライセンスチケット保持部３１０８とを新たに設け、端末装置３１００において利用者に適した編成情報１３４、及びindexメタデータ１３１を作成することである。尚、それ以外の構成および動作は、上述の実施の形態１〜６と同じであるので、同じ構成には、同一符号を付して説明は省略する。
【０１８１】
具体的には、編成作成部３１０１が編成情報１３４を作成する場合、実施の形態６においては、コンテンツ依存の編成作成ポリシーに基づいてコンテンツ１３３の選択を行って編成情報１３４を作成していたが、本実施の形態７では、その基準を利用者の属性、利用者の視聴履歴、利用者の購入履歴などの利用者依存のものとし、それらから判断して編成情報１３４やindexメタデータ１３１を作成する。
【０１８２】
このように本実施の形態７の利用者依存の編成作成ポリシーの例としては、例えば、「未購入のコンテンツだけを対象とする」、「未視聴のコンテンツだけを対象とする」、「すでに購入済のコンテンツだけを対象とする」、「利用者の属性にある程度適合するコンテンツだけを対象とする」、「利用者の属性にある程度適合しないコンテンツだけを対象（普段見ていないものを薦めて、新たな発見を促す）」、「利用者がしおりをはさんだコンテンツだけを対象とする（しおりについては後述する）」等があげられる。
【０１８３】
利用者に対するコンテンツ１３３の適応度の判断方法については、実施の形態５に記載の方法と同様のものを利用する。
【０１８４】
同様に、index作成部３１０２においても、コンテンツ依存の作成ポリシーの代わりに、編成情報１３３作成時と同様に、利用者依存の作成ポリシーを設定することができる。例えば、「利用者の属性にある程度適合するシーンだけを対象とする」、「利用者の属性にある程度適合しないシーンだけを対象（普段見ていないものを薦めて、新たな発見を促す）」などの例があげられる。これらの作成ポリシーは端末として固定的でも良いし、利用者によって作成、保持されてもかまわない。
【０１８５】
このようにして作成された、編成情報１３４と、indexメタデータ１３１とを利用したプレビューの再生は、上述した実施の形態の処理と同様な処理で実現が可能である。
【０１８６】
従って、本実施の形態７によれば、端末装置３１００側にて、利用者依存の編成情報１３４と、indexメタデータ１３１とを作成することにより、端末装置３１００側のみで利用者にとって有用なプレビューを提供することが可能となる。
【０１８７】
（実施の形態８）
次に、本発明の実施の形態８について、図３２〜図３４を用いて説明する。
【０１８８】
実施の形態８が、実施の形態１と異なるのは、実際にプレビュー映像を再生する処理、すなわち図８に示すステップＳ８０４、ステップＳ８０５の処理に加えて、さらに付加的な情報をプレビュー画面上に表示する処理を追加すると共に、そのプレビュー画面上に付加情報をオーバーレイさせる処理を追加したことである。尚、それ以外の基本的な構成および動作は、上述の実施の形態１〜７と同じであるので、同じ構成には、同一符号を付して説明は省略する。
【０１８９】
従って、本実施の形態８のプレビュー提供システムの構成は、図１に示す実施の形態１等のものと変わらず、その処理も、実施の形態１におけるプレビュー映像を再生する図８に示す処理ステップＳ８０４と、Ｓ８０５との間に、付加情報を表示するか否かの表示判断処理Ｓ３２０１〜Ｓ３２０４を追加しただけである。なお、この表示判断処理Ｓ３２０１〜Ｓ３２０４は、表示する付加情報の数だけ追加することになる。
【０１９０】
よって、図１に示す実施の形態１の構成を参照して、特徴ある動作のみを説明する。また、本実施の形態８の説明においては、プレビュー視聴の有無、購入の有無について付加情報を表示するものとして説明する。
【０１９１】
図３２に、本実施の形態８によるオーバレイ情報付プレビュー再生処理の処理手順を示す。
【０１９２】
本実施の形態８の場合、図８に示す処理ステップＳ８０４の後に、Ｓ３２０１により、このコンテンツはプレビューで見たことがあるか否か、すなわち該当するコンテンツ１３３のプレビュー３００の視聴の有無を、図３３に示す個別コンテンツプレビュー視聴履歴３３００を参照し判断する。
【０１９３】
図３３に、個別コンテンツプレビュー視聴履歴３３００の一例を示す。
【０１９４】
個別コンテンツプレビュー視聴履歴３３００は、図３３に示すように、編成情報１３４を一意に特定するコンテンツＩＤ３３０１と、利用者のプレビュー視聴に関する情報である最終視聴日時３３０２とから構成されている。この個別コンテンツプレビュー視聴履歴３３００を参照することにより、利用者のプレビューの視聴履歴がわかる。
【０１９５】
ここで、この個別コンテンツプレビュー視聴履歴３３００の保持の方法は、図示していないが、プレビューを行っている時、どのコンテンツ１３３のプレビューを視聴したかを記録しておく情報であり、上記プレビュー再生のステップＳ８０５の処理の中で記録を行うのが望ましいが、それに限定するものではない。
【０１９６】
図３２に戻り、プレビュー再生制御部１０８は、Ｓ３２０１により、プレビュー３００の視聴の有無を判断した結果、一度もこのコンテンツに関するプレビューを見たことがない場合のみ、Ｓ３２０２により、図３４に示すコンテンツ状態管理フラグ３４００の初回プレビューであることを示すフラグ“１”を立てる。
【０１９７】
次に、Ｓ３２０３により、プレビュー再生制御部１０８は、コンテンツ１３３の購入の有無を、例えば、図３１に示す購入処理部３１０７に問い合わせをしてチェックをし、購入済の場合のみ、Ｓ３２０４により、図３４に示すコンテンツ状態管理フラグ３４００の購入済の項目のフラグ“０”を立てる。これは、実施の形態２における図１７のステップＳ１７０３の処理と同様の処理、もしくはステップＳ１７０３の処理の中で、同様の処理を行い、Ｓ３２０４と同様にコンテンツ状態管理フラグの購入済のフラグ“０”を立てる処理を行っても良い。
【０１９８】
このように、本実施の形態８では、ステップＳ８０４と、Ｓ８０５の処理との間に、Ｓ３２０１〜３２０４の表示判断処理を設けることにより、利用者のプレビューの視聴履歴およびコンテンツの購入履歴がわかり、これらの付加情報を表示するか否かの表示判断処理を終えた後、ステップＳ８０５以降の実際の表示処理に移行する。
【０１９９】
その後は、実施の形態と同様に、ステップＳ８０５により、通常のプレビュー映像の再生処理を行うと共に、本実施の形態８では、Ｓ３２０５によりコンテンツ状態管理フラグ３４００を参照して、付加情報を表示すべきか否かと、どのような付加情報を表示するかを判断し、ステップＳ８０５で再生されている映像の上に、付加情報を表示する場合にはその付加情報を合成部１１３によりオーバーレイして、例えば、図３５の画面例にあるように表示を行う。
【０２００】
図３５に、本実施の形態８におけるオーバレイ情報付プレビュー画面の一例を示す。
【０２０１】
図３５に示すオーバレイ情報付プレビュー画面３５００では、一画面に一つの付加情報、例えば、「締め切り迫る」、「お勧め！！」、「今なら２０％引き」等の付加情報を表示しているが、一画面に複数の付加情報を表示するようにしても良い。また、表示する文言はあらかじめ端末装置３１００内に記憶されていても良いし、コンテンツに関するメタデータのひとつとして、付与配布されてもかまわない。なお、付加情報としては、図３５に示す具体例の他、「初めて紹介するコンテンツか？」「購入済か？」、「購入期限間近か？」、「お勧めか？」、「いまお買い得か？」など様々な付加情報が考えられる。
【０２０２】
例えば、図３５にオーバレイ情報付プレビュー画面３５００に、「お勧め」という付加情報があるが、これはコンテンツ１３３の属性情報としてお勧めであるというものを持たせ、その売り文句もメタデータとして設定し、それを表示判断処理Ｓ３２０１〜Ｓ３２０４により判断して表示させている。図３５に示すように様々な情報を付加情報として表示させることが出来る。
【０２０３】
これらの表示を実現するためには、前述の表示判断処理Ｓ３２０１〜Ｓ３２０４を、表示したい情報の種類だけステップＳ８０４と、ステップＳ８０５の間に設定を行い、それに対応するコンテンツ状態管理フラグ３４００を用意して、プレビュー再生制御部１０８が、該当する情報をコンテンツ管理部１０６経由でメタデータ保持部１０４から検索して入手することで実現が可能となる。
【０２０４】
このようにして、映像や音声だけのコンテンツ１３３の紹介プレビューだけでなく、それに加えて付加情報を同じ画面に表示を行い、より効率よくコンテンツ１３３の販売促進が可能となる。
【０２０５】
従って、本実施の形態８によれば、プレビュー映像を再生する際、付加情報を表示するか否かの判断処理Ｓ３２０１〜Ｓ３２０４を追加して、付加情報も表示するようにしたので、映像や音声だけのコンテンツ１３３の紹介プレビュー画面だけでなく、それに加えて付加情報を同じ画面に表示したオーバレイ情報付プレビュー画面３５００を提供するので、より効率よくコンテンツ１３３の販売促進が可能となる。
【０２０６】
尚、本実施の形態８では、利用者のプレビューの視聴履歴、コンテンツの視聴履歴、コンテンツの購入履歴、利用者の属性等の利用者の履歴や属性全てに基づいて、プレビューチャンネルを提供するものと説明したが、本発明では、これに限らず、利用者のプレビューの視聴履歴のみ、個別のコンテンツの視聴履歴のみ、コンテンツの購入履歴のみ、利用者の属性、あるいは、これらの任意の組み合わせに基づいてプレビューチャンネルを提供するようにしても勿論よい。
【０２０７】
（実施の形態９）
次に、本発明の実施の形態９について、図３６、図３７を用いて説明する。
【０２０８】
実施の形態８では、現在流れているコンテンツ１３３そのものに関する付加情報を表示しているのに対して、本実施の形態９では、一つ前のコンテンツ１３３の情報を表示することである。
【０２０９】
つまり、実施の形態８のプレビューは、連続してコンテンツ１３３の紹介を行うため、気が付くと、すぐ次のコンテンツ１３３の紹介に移っていってしまい、前のコンテンツ１３３が何であったかを知ることが出来なかった。
【０２１０】
そこで、本実施の形態９では、常に一つ前のコンテンツ１３３が何であるかを提示することで、利用者の利便性を向上させるものである。尚、基本的な構成は、実施の形態１〜８と同じであるので、同じ構成には、同一符号を付して説明は省略する。
【０２１１】
図３６は、本実施の形態９によるタイトル表示付プレビュー再生処理を示すフローチャートである。
【０２１２】
図３６に示すように、本実施の形態９では、プレビューの再生処理ステップＳ８０４、ステップＳ８０５、ステップＳ８０６は、図８に示す実施の形態１におけるプレビュー再生処理と同様の処理を行い、本実施の形態９特有のＳ３６０１、Ｓ３６０２、Ｓ３６０３の処理を、このプレビュー再生処理に加えている。
【０２１３】
つまり、最初のプレビュー３００の場合は、ステップＳ８０４の処理により、再生キューからindexメタデータ１３１を取得し、テップＳ８０５の処理により、取得したindexメタデータ１３１に基づいてコンテンツ１３３のプレビュー再生処理を行う共に、一つ前の番組が存在しないため、Ｓ３６０１の処理は行わず、ステップＳ３６０２の処理により、実施の形態８のようにして現在のコンテンツ情報を取得して画面上にオーバーレイさせて表示させる。そして、indexメタデータ１３１が残っている場合には、Ｓ３６０３により、再生を行ったコンテンツ１３３のindexメタデータ１３１をテンポラリ領域に保存をしておく。
【０２１４】
そして、次のコンテンツ１３３の再生が開始される時に、ステップＳ８０４の処理により、再生キューからindexメタデータ１３１を取得し、テップＳ８０５の処理により、取得したindexメタデータ１３１に基づいてコンテンツ１３３のプレビュー再生処理を行うと共に、Ｓ３６０２の処理により現在のコンテンツ１３３の情報を表示させる処理を行うと同時に、Ｓ３６０１により、テンポラリ領域に保存しておいたindexメタデータ１３１からコンテンツＩＤ２０１を取得して、一つ前のコンテンツ１３３の情報をコンテンツ管理部１０６経由で取得し、実施の形態８と同様にして画面上にオーバーレイをさせて表示させる。
【０２１５】
図３７は、本実施の形態９により表示したタイトル情報付きプレビュー画面３７００の一例である。
【０２１６】
図３７に示すように、表示されたプレビュー画面３７００に、現在のコンテンツ情報であるタイトル“ラッキー３”と、１つ前のコンテンツ情報であるタイトル“ラッキー２”とが、プレビュー映像にオーバレイして表示される。尚、実際の映像の出力処理に関しては、上記のような順次処理ではなく、映像バッファ等にデータを入力した後に、次のデータの取得などの処理を逐次行うため映像が途切れることなく、順次処理を行うことが可能である。
【０２１７】
従って、本実施の形態９によれば、プレビュー画面３７００に、現在流れているコンテンツそのものに関する付加情報だけでなく、一つ前のコンテンツ１３３の情報もオーバレイして表示するようにしたので、連続してコンテンツ１３３の紹介を行ったとしても、常に一つ前のコンテンツが何であるか提示されているので、前のコンテンツが何であったかを知ることが可能となり、利用者の利便性を向上させることができる。
【０２１８】
（実施の形態１０）
次に、本発明の実施の形態１０について、図３８、図３９を用いて説明する。
【０２１９】
実施の形態１０が、実施の形態１と異なるのは、実施の形態１においては複数ある編成を順番に再生をし、利用者からは一つのチャンネルのように見えていたが、本実施の形態１０では、複数の編成情報１３４が存在した場合、論理的に別々のチャンネルが存在するように利用者に対してプレビュー３００を提示することにより、よりテレビライクなプレビューを提示することを可能したものである。
【０２２０】
つまり、本実施の形態１０では、実施の形態２の図１６に示すプレビュー視聴履歴１６００を拡張し、すべての編成情報１３４に対し、すなわち編成情報毎に視聴履歴、すなわち視聴中断ポイントを残す編成毎プレビュー視聴履歴３８００を保存するようにしたものである。尚、基本的な構成および動作は、上述の実施の形態１〜９と同じであるので、同じ構成には、同一符号を付して説明は省略する。
【０２２１】
図３８に、本実施の形態１０による編成毎プレビュー視聴履歴３８００の一例を示す。
【０２２２】
実施の形態１０による編成毎プレビュー視聴履歴３８００では、前述したように、編成情報毎に視聴履歴を残すため、編成ＩＤ３８０１毎に、最終視聴日時３８０２と、視聴中断ポイント（コンテンツＩＤ）３８０３とを設定している。
【０２２３】
図３９は、本実施の形態１０における各チャンネル（編成）を利用者が渡り歩く時に視聴ポイントの遷移を表している。
【０２２４】
図３９に示すように、本実施の形態１０では、利用者は、操作部１１１等により表示される左右キーにより、表示しているコンテンツ１３３を時間軸の前後方向に飛ばすことができる。つまり、本実施の形態１０によれば、興味のないコンテンツであれば、次のコンテンツ、次のコンテンツ、・・・、と飛ばして、視聴することが可能である。
【０２２５】
また、同様に操作部１１１により表示される上下キーにより、プレビュー３００の編成を切り替えることができる。これは、チャンネルを切り替えるとあるが、各種編成を渡り歩くことができる。この左右キーや、上下キーへの機能のアサインは、一例であり、上下左右のキーアサインは、本例とは逆でもよく、また、特別なキーや、画面上の操作、例えばタッチペンで左右になぞる、上下になぞるなどのアクションに機能を割り当ててもよく、本発明に何ら制限をもたらすものではない。
【０２２６】
図３８、図３９を用いて、具体的に各プレビューのコンテンツを渡り歩く状態を説明する。
【０２２７】
まず、例えば、初期状態として、チャンネルＣｈｆｆ［編成ＩＤ  ０Ｘ００００００ｆｆ］のコンテンツ１３３を視聴している利用者は、下キーでＣｈ１［編成ＩＤ  ０Ｘ０００００００１］に移動する指示を入力する。その際、プレビュー再生制御部１０８は、図３８に示す編成毎プレビュー視聴履歴３８００をチェックすると、Ｃｈ１の最後に見た時間は、最終視聴日時３８０２から把握でき、また、コンテンツ１３３は視聴中断ポイント（コンテンツＩＤ）３８０３からコンテンツ３であることがわかる。そこで端末はＣｈ１のコンテンツ３から再生を開始する（図３９において（１）の処理）。
【０２２８】
利用者はそのまま下キーを押したため、次のチャンネルに移ることになる。次のチャンネルＣｈ２［編成ＩＤ  ０Ｘ０００００００２］は、図３８に示す編成毎プレビュー視聴履歴３８００をチェックすると、一度も見ていないことが最終視聴日時３８０２からわかる。そこで端末は、Ｃｈ２に対しては編成の最初から再生を行う（図３９において（２）の処理）。
【０２２９】
その後、利用者は、Ｃｈ２の視聴を続ける（図３９において（３）の処理）。
【０２３０】
また、利用者が上キーを入力したため、Ｃｈ１に移動する。Ｃｈ１では、前に訪れた時にコンテンツ３の途中まで見たことが、図３８に示す編成毎プレビュー視聴履歴３８００の視聴履歴である視聴中断ポイントからわかるため、再度コンテンツ３から再生を行う（図３９において（４）の処理）。
【０２３１】
この時、本当に中断したポイントから再生を開始しても良いが、本実施の形態１０では、コンテンツ１３３を紹介するためのプレビューであることも鑑みて、コンテンツ１３３の最初から再生を行うものとしている。
【０２３２】
しかし、場合によっては、正確な中断ポイントから再生を開始することも可能である。その場合、図３８に示す編成毎プレビュー視聴履歴３８００においては、視聴中断ポイントは、コンテンツＩＤ２０１だけでなく、そのプレビュー３００のどの位置か特定できる情報もあわせて保持をする必要がある。
【０２３３】
次に、チャンネルＣｈ１の視聴を続け（図３９において（５）の処理）、再度、上キーでチャンネルＣｈffに移動した場合（図３９において（６）の処理）、同様に図３８に示す編成毎プレビュー視聴履歴３８００の視聴履歴である視聴中断ポイントを見て、コンテンツ６から再生を開始する（図３９において（７）の処理）。
【０２３４】
このように、本実施の形態１０では、図３８に示す編成毎プレビュー視聴履歴３８００により、各編成（チャンネル）のどこまで見たのかを一元管理を行い、チャンネルの移動はその視聴ポイントをトレースするようにする。
【０２３５】
これにより、通常の放送では、各チャンネルは、時系列的に平行してコンテンツが流れてしまい、他のチャンネルに移動中のコンテンツ１３３は視聴することは出来ないが、本実施の形態１０によれば、放送と同様に擬似的にコンテンツ１３３を連続してプレビュー再生している場合でも、利用者が視聴しないプレビューコンテンツを飛ばすことがないため、確実にコンテンツ１３３のプレビューを利用者に対して提供することが可能となる。
【０２３６】
従って、本実施の形態１０によれば、複数の編成情報１３４が存在していた場合、論理的に別々のチャンネルが存在するように利用者に対してプレビュー３００を提示することにより、よりテレビライクなプレビューを提示するようにしたので、放送と同様に擬似的にコンテンツ１３３を連続してプレビュー再生している場合でも、利用者が視聴しないプレビューコンテンツを飛ばすことがないため、確実にコンテンツ１３３のプレビューを利用者に対して提供することが可能となる。
【０２３７】
（実施の形態１１）
次に、本発明の実施の形態１１について、図４０〜図４５を用いて説明する。
【０２３８】
実施の形態１１が、実施の形態６と異なるのは、プレビュー３００の各シーンに重要度を付加し、その重要度をもとに再生の制御を可能としたことである。尚、基本的な構成および動作は、上述の実施の形態１〜１０と同じであるので、同じ構成には、同一符号を付して説明は省略する。
【０２３９】
図４０に、実施の形態１１における重要度を付加したシーンのメタデータ４０００の一例を示す。
【０２４０】
これは、図３０に示す実施の形態６のシーンのメタデータ３０００に比べると、コンテンツＩＤ３００１、シーン数３００２、シーンＩＤ３００３、再生開始時刻３００４、再生時間３００５、ジャンル３００６、主な出演者３００７、プレビュー利用可否３００８に、新たに重要度４００１が追加されている。この重要度４００１は、各シーン毎に付与され、コンテンツ１３３の内容を把握する上で重要なシーンほど高い重要度４００１を付与する。その他の内容は、図３０に示す実施の形態６のシーンのメタデータ３０００と同じである。ここで、本実施の形態１１では、重要度４００１を１〜５の５段階により示しているが、この５段階に何ら本発明は制限されるものではない。また、Index作成部２８０２によりindexメタデータ１３１を作成する方法を実施の形態６で説明しているが、本実施の形態１１の場合であれば、それに加えて重要度４００１を、indexメタデータ１３１に記述するようにする。
【０２４１】
図４１に、実施の形態１１におけるindexメタデータ４１００の一例を示す。
【０２４２】
実施の形態１１のindexメタデータ４１００は、図２に示す実施の形態１のindexメタデータ１３１と比較すると明らかであるが、コンテンツＩＤ２０１、indexＩＤ２０２、シーン数２０３、シーンＩＤ２０４、再生開始時刻２０５、再生時間２０６の他に、新たに重要度４１０１が追加されている。
【０２４３】
図４２に、プレビューレベル管理テーブル４２００の一例を示す。
【０２４４】
プレビューレベル管理テーブル４２００は、どのレベルでどの重要度のシーンを利用するかを管理するためのデータであり、例えば、図４２に示すように、オリジナルは、プレビューコンテンツの全シーン再生、レベル１は重要度２以上のシーン再生、レベル２は重要度３以上、レベル３は重要度４以上、レベル４は重要度５以上のシーンを再生することを示している。
【０２４５】
図４３は、プレビューレベル管理テーブル４２００を判断する際の再生状態管理テーブル４３００を示している。
【０２４６】
この再生状態管理テーブル４３００は、図４３に示すように、編成ＩＤ４３０１と、コンテンツＩＤ４３０２と、プレビューレベル４３０３とから構成されており、どの編成ＩＤ４３０１の編成情報１３４の、どのコンテンツＩＤ４３０２のコンテンツ１３３を、どのプレビューレベル４３０３で再生しているかを管理している。
【０２４７】
次に、このindexメタデータ４１００を利用してプレビュー再生を行う実施の形態１１の処理について説明する。
【０２４８】
図４４に、本実施の形態１１によるプレビューレベル対応のプレビュー再生処理を示す。
【０２４９】
このフローチャートは、実施の形態１の図８におけるステップＳ８０５のindexメタデータに基づく再生処理に相当する処理である。
【０２５０】
つまり、本施の形態１１では、プレビュー再生制御部１０８は、まず、Ｓ４４０１により、図４１に示すindexメタデータ４１００に記述されているコンテンツＩＤ２０１、indexＩＤ２０２、シーンＩＤ２０４等のシーン情報を取得して、次のステップ４４０２により、図４３に示す再生状態管理テーブル４３００を参照する。
【０２５１】
そして、Indexメタデータ４１００に記述されているシーンが、図４３に示すプレビューレベル管理テーブル４２００にて指示されたプレビューレベルを満たす重要度であるか否かを判断して、満たしている場合のみ、Ｓ４４０３によりそのシーンを再生する。
【０２５２】
具体的には、プレビュー再生制御部１０８は、図４１に示すIndexメタデータ４１００に記述されている各シーンＩＤ２０４の重要度４１０１が、図４３に示す再生状態管理テーブル４３００のプレビューレベル４３０３の重要度を満たすか否かを判断する。なお、プレビューレベルと、重要度との関係は、図４２に示すプレビューレベル管理テーブル４２００に示す通りである。
【０２５３】
そして、そのシーンが、図４３に示す再生状態管理テーブル４３００にて指示されたプレビューレベルを満たす重要度でなければ、Ｓ４４０１の処理に戻る一方、指示されたプレビューレベルを満たす重要度であれば、プレビュー再生制御部１０８は、次のＳ４４０３により、図４１に示すindexメタデータ４１００に記述されている再生開始時刻２０５から再生時間２０６分だけ再生を行うようにする。
【０２５４】
そして、最後に、ステップＳ４４０４により、プレビュー再生制御部１０８は、Indexメタデータ４１００にまだシーンが記述されているか否かを判断して、まだシーンが記述されている場合には、Ｓ４３０１の処理に戻る一方、もうシーンが記述されていない場合には、プレビュー再生処理を終了する。
【０２５５】
このように、本実施の形態１１では、プレビュー再生制御部１０８は、ユーザが図４３に示す再生状態管理テーブル４３００に設定したプレビューレベル４３０３を参照し、オリジナルプレビューの各シーンに付与されている重要度がそのレベルに適したシーンである場合のみ、そのシーンを再生して、プレビューレベル４３０３毎にプレビューの内容を変更して再生する。
【０２５６】
図４５は、実施の形態１１によるプレビューレベル再生の概念図である。
【０２５７】
図４５において、オリジナルプレビュー４５００を構成する複数のシーンには、各々、重要度１〜５が設定されている。そして、プレビューレベルのレベル１は、オリジナルプレビュー４５００から重要度２以上のシーンのみを抜き出してプレビューを構成し、レベル２では重要度３以上、レベル３では重要度４以上、レベル４では重要度５のシーンのみを抜き出してプレビューとして再生することを示している。図４３の再生状態管理テーブル４３００では、プレビューレベルとして、レベル３、すなわち重要度４以上のシーンのみを再生することを示していることになる。
【０２５８】
なお、このレベルは固定的なものでも、利用者からの指示による可変的なものの、どちらでも良い。例えば、利用者からのレベルの変更指示や、あるいは早送り（スキップ）ボタン等を長押しすることで、レベルを１段階上げたり、その長時間押している時間に応じて、段階的にレベルを上げるようにしても勿論良い。ただし、これは、利用者インターフェイスとして規定しているに過ぎず、レベルアップボタンや、画面上のメニュー、タッチパネル上での操作など様々な方法で指示することが出来、その方法について何ら制約を設けるものではない。
【０２５９】
このようにして、指定されたプレビュー条件であるプレビューレベルに応じたシーンのみを再生することが可能となる。尚、この実施の形態１１の説明においては、シーンとシーンとの再生の間に、プレビューレベルの評価を行っているが、利用者がシーンの再生途中にレベルの変更を行う場合は、キー入力の割り込み処理を活用して、再生処理を中断して新しいプレビューレベルで再生を行うなどの工夫をすることが望ましい。
【０２６０】
従って、本実施の形態１１によれば、プレビューコンテンツを構成する各シーンに重要度情報を付加して、それをもとに再生するようにしたので、重要度を鑑みて重要なシーンだけを選択して再生ができる。
【０２６１】
その結果、通常の早送り再生では不要なシーンも合わせて早送りで見るしかなく、また音声も聞き取りづらいということもあり、なかなか内容が把握できないという不具合があるのに対し、本実施の形態１１によれば、早送り（スキップ）ボタン等が長押し等された場合は、長押しでレベルを１段階上げたり、その長時間押している時間に応じて、段階的にレベルを上げることにより、重要度の高い的確なシーンのみを提供することができ、より短い時間でコンテンツを理解してもらい、販売の促進につなげることが可能となる。
【０２６２】
（実施の形態１２）
次に、本発明の実施の形態１２について、図４６、図４７等を用いて説明する。
【０２６３】
実施の形態１２は、利用者がプレビューを視聴しているときに起こしたアクションに対してどのようなことが利用可能であるか、について説明する。尚、基本的な構成および動作は、上述の実施の形態１〜１１と同じであるので、同じ構成には、同一符号を付して説明は省略する。
【０２６４】
つまり、本実施の形態１２のプレビュー再生処理は、実施の形態１１と同様の図４１に示すindexメタデータ４１００用いて実現しており、現在再生しているコンテンツ１３３を、コンテンツＩＤ２０１を用いて把握することができる。つまり、コンテンツ１３３を特定することで様々なことが可能となる。
【０２６５】
一例として挙げるならば、コンテンツＩＤ２０１に基づいて、コンテンツ管理部１０６からコンテンツ１３３のメタデータ１３２を取得し、番組の詳細情報をみたり、コンテンツＩＤ２０１に基づいて購入処理部３１０７経由でコンテンツ１３３の購入状況を把握することで、購入処理ではなく、すでに購入済であるので即視聴可能である旨を表示したりする。また、このプレビューを見たことで、コンテンツ１３３を気に入った場合、このコンテンツＩＤ２０１を知り合いに知らせたり、このコンテンツＩＤ２０１を自分の他の機器に対して送付し、その機器で見たりすることができる。
【０２６６】
この場合、同一内容コンテンツでも、ＰＤＡなどの携帯端末向けの高圧縮・低画質版では見たくない場合に、高画質版を注文し、配信先を高画質で表示ができるＡＶＣサーバにするなどの使い方が考えられる。また番組の詳細情報に関連する番組情報、例えばシリーズ情報などをもっている場合は、その情報に基づいて他の関連番組のプレビューを参照することも可能である。
【０２６７】
図４６に、実施の形態１２によるプレビュー画面４６００の一例を示す。
【０２６８】
例えば、プレビュー画面４６００ａの場合、番組詳細情報と共に、“購入”、“しおり” 、“戻る”のボタンが表示され、またプレビュー画面４６００ｂの場合、番組詳細情報の代わりに“すでに購入済みです。このコンテンツを見ますか？”というコメントと共に、“視聴”、“しおり”、“戻る”のボタン、プレビュー画面４６００ｅの場合、番組詳細情報と共に、“ＡＶＣサーバで見る”、“戻る”のボタンが表示されている。
【０２６９】
特に、本実施の形態１２では、プレビュー画面にて“しおり”のボタンを選択でき、プレビュー画面を見て気に入った場合、即購入に至らない場合でも、後で見返すために“しおり”をはさむことも、このコンテンツＩＤ２０１を用いることが可能となる。
【０２７０】
図４７に、実施の形態１２によるしおり管理データ４７００の一例を示す。
【０２７１】
このしおり管理データ４７００は、コンテンツＩＤ４７０１と、最終視聴日時４７０２およびしおりポイント４７０３の視聴情報から構成されており、コンテンツ１３３毎に設定できるものである。
【０２７２】
また、このしおり管理データ４７００は、例えば、図１４に示す再生ポイント保持部１４０５に保存される。この図４７に示すように、しおり管理データ４７００は、どのコンテンツ１３３のどのポイントが気になったかを、しおりポイント４７０３にメモすることが可能である。
【０２７３】
従って、本実施の形態１２を、例えば、実施の形態７に組み合わせることにより、利用者の属性、視聴履歴、購入履歴に合わせて編成情報１３４を作成する編成作成部３１０１と、indexメタデータ１３１を作成するindex作成部３１０２とが、利用者が設定したしおり管理データ４７００を、利用者の属性等として、編成情報１３４やindexメタデータ１３１を作成することにより、しおりをはさんだコンテンツだけの編成を作ることなども可能となる。
【０２７４】
このようにindexメタデータ１３１のコンテンツＩＤ２０１をキーにして、しおり管理データ４７００等様々な情報の連携、伝達が可能となり、より快適なプレビュー環境を提供することが可能となる。
【０２７５】
尚、以上説明した実施の形態１〜１２では、主に映像（映画）コンテンツを例にあげて説明を行ってきたが、これは音楽などのコンテンツでも同様のことが実施できる。つまり、各楽曲に部分、部分メタデータを付与し、イントロ、サビ、繰り返し部分などを把握し、それらをどのような演奏者が演奏しているか、などで判別もしても良いし、プレビュー３００の場合、利用者は、映画と違い楽曲は一番盛り上がるサビの部分で認識している場合が多いので、それらを重点的に聞かせるなどの対応も可能である。
【０２７６】
また、最近は、コンピュータグラフィックスを時系列に再生し、擬似的な動画コンテンツ１３３を実現するコンテンツも登場しているが、これらも同様にシーンの概念を用いることで、同様にプレビューを実現することが可能である。この場合はこれらコンピュータグラフィックスの再生プログラムに対してシーンを識別する方法、シーンを選択して再生する方法などを実装する必要がある。
【０２７７】
また、以上説明した実施の形態１〜１２では、コンテンツ提供装置であるコンテンツプロバイダ１２０が、コンテンツ１３３と共に、メタデータ１３２や、indexメタデータ１３１、編成情報１３４を端末装置１００等に提供するものとして説明したが、本発明では、これに限らず、コンテンツ１３３を提供するコンテンツプロバイダ１２０とは別のサービス提供装置等が、indexメタデータ１３１や編成情報１３４を端末装置１００等に提供するようにしても勿論良い。
【産業上の利用可能性】
【０２７８】
本発明にかかる、プレビュー再生装置、プレビュー再生方法、プレビュー再生用プログラム、コンテンツ提供装置によれば、オリジナルのコンテンツとは別に、プレビュー用のコンテンツを作成して記憶する必要がなくなり、無駄なプレビュー用の記憶容量を消費することなく、利用者に対して、様々なコンテンツの販促活動である、プレビューを提供することができ、特に、記憶容量の比較的小さい携帯型端末へのコンテンツ配信に有用である。また、今後増えると思われるサーバ型放送などで、デジタル化された、映像、音声コンテンツなどの大量のコンテンツを端末内に蓄積し、購入処理をした上で再生を可能にする、視聴毎に課金を行う蓄積再生課金サービスにおいて、大量のコンテンツをプレビューにより宣伝する場合にも、無駄なプレビュー用の記憶容量を消費しないので、非常に有用である。またさらに、有料コンテンツではなく、利用者自身が録画機を利用して撮りためたコンテンツのブラウズにも非常に有効であり、従来とは比べものにならない量のコンテンツを活用する端末においては非常に有用であり、応用が可能である。
【図面の簡単な説明】
【０２７９】
【図１】実施の形態１のプレビュー提供システムの構成を示す図
【図２】実施の形態１におけるindexメタデータの一例を示す図
【図３】実施の形態１におけるコンテンツとプレビューコンテンツとの関係を示す図
【図４】実施の形態１における編成情報のデータの一例を示す図
【図５】実施の形態１における編成情報リストの一例を示す図
【図６】実施の形態１における端末操作イメージを示す図
【図７】実施の形態１におけるプレビュー再生処理全体を示すフローチャート
【図８】実施の形態１におけるプレビュー再生処理の詳細を示すフローチャート
【図９】実施の形態２の端末装置の構成を示すブロック図
【図１０】実施の形態２によるランダムプレビュー再生処理を示す図
【図１１】実施の形態３の端末装置の構成を示す図
【図１２】実施の形態３のメニュー選択式プレビュー処理を示すフローチャート
【図１３】実施の形態３により表示されるプレビューメニューの一例を示す図
【図１４】実施の形態４の端末装置の構成を示すブロック図
【図１５】実施の形態４におけるプレビュー処理全体を示すフローチャート
【図１６】実施の形態４におけるプレビュー視聴履歴を示す図
【図１７】実施の形態４におけるプレビュー再生処理の詳細を示すフローチャート
【図１８】実施の形態４におけるコンテンツ契約情報の一例を示す図
【図１９】実施の形態４におけるコンテンツの視聴履歴の一例を示す図
【図２０】実施の形態５の端末装置の構成を示すブロック図
【図２１】実施の形態５における利用者属性データの一例を示す図
【図２２】実施の形態５における利用者属性別編成情報の一例を示す図
【図２３】実施の形態５における編成情報の一例を示す図
【図２４】実施の形態５におけるコンテンツとプレビューコンテンツの関係を示す図
【図２５】実施の形態５におけるindexメタデータ管理データの一例を示す図
【図２６】実施の形態５におけるプレビュー処理の全体を示すフローチャート
【図２７】実施の形態５におけるプレビュー処理の詳細を示すフローチャート
【図２８】実施の形態６のプレビュー提供システムの構成を示す図
【図２９】実施の形態６におけるコンテンツのメタデータの一例を示す図
【図３０】実施の形態６におけるシーンのメタデータの一例を示す図
【図３１】実施の形態７の端末装置の構成を示すブロック図
【図３２】実施の形態８によるプレビュー再生処理の処理手順を示すフローチャート
【図３３】実施の形態８における個別コンテンツプレビュー視聴履歴を示す図
【図３４】実施の形態８におけるコンテンツ状態管理フラグを示す図
【図３５】実施の形態８におけるオーバレイ情報付プレビュー画面の一例を示す図
【図３６】実施の形態９によるプレビュー再生処理を示すフローチャート
【図３７】実施の形態９によるプレビュー画面の一例を示す図
【図３８】実施の形態１０における編成毎プレビュー視聴履歴の一例を示す図
【図３９】実施の形態１０におけるプレビューチャンネル遷移を示す図
【図４０】実施の形態１１におけるシーンのメタデータを示す図
【図４１】実施の形態１１におけるindexメタデータの一例を示す図
【図４２】実施の形態１１におけるプレビューレベル管理テーブルの一例を示す図
【図４３】実施の形態１１における再生状態管理テーブルの一例を示す図
【図４４】実施の形態１１によるプレビュー再生処理を示すフローチャート
【図４５】実施の形態１１におけるプレビューレベルの再生概念を示す図
【図４６】実施の形態１２におけるプレビュー画面の一例を示す図
【図４７】実施の形態１２におけるしおり管理データの一例を示す図
【符号の説明】
【０２８０】
１０  伝送媒体
１００  端末装置
１０２  受信部
１０３  index保持部
１０４  メタデータ保持部
１０５  コンテンツ保持部
１０６  コンテンツ管理部
１０７  編成保持部
１０８  プレビュー再生制御部
１０９  アプリケーション制御部
１１０  再生部
１１１  操作部
１１２  コンテンツ再生制御部
１１３  合成部
１１４  表示部
１２０  コンテンツプロバイダ
１２１  index作成部
１２２  index保持部
１２３  メタデータ作成部
１２４  メタデータ保持部
１２５  編成作成部
１２６  編成保持部
１２７  コンテンツ登録部
１２８  コンテンツ保持部
１２９  コンテンツ送出管理部
１３０  送信部
１３１  indexメタデータ
１３２  メタデータ
１３３  コンテンツ
１３４  編成情報
【図１】
2006054521.tif 000003
【図２】
2006054521.tif 000004
【図３】
2006054521.tif 000005
【図４】
2006054521.tif 000006
【図５】
2006054521.tif 000007
【図６】
2006054521.tif 000008
【図７】
2006054521.tif 000009
【図８】
2006054521.tif 000010
【図９】
2006054521.tif 000011
【図１０】
2006054521.tif 000012
【図１１】
2006054521.tif 000013
【図１２】
2006054521.tif 000014
【図１３】
2006054521.tif 000015
【図１４】
2006054521.tif 000016
【図１５】
2006054521.tif 000017
【図１６】
2006054521.tif 000018
【図１７】
2006054521.tif 000019
【図１８】
2006054521.tif 000020
【図１９】
2006054521.tif 000021
【図２０】
2006054521.tif 000022
【図２１】
2006054521.tif 000023
【図２２】
2006054521.tif 000024
【図２３】
2006054521.tif 000025
【図２４】
2006054521.tif 000026
【図２５】
2006054521.tif 000027
【図２６】
2006054521.tif 000028
【図２７】
2006054521.tif 000029
【図２８】
2006054521.tif 000030
【図２９】
2006054521.tif 000031
【図３０】
2006054521.tif 000032
【図３１】
2006054521.tif 000033
【図３２】
2006054521.tif 000034
【図３３】
2006054521.tif 000035
【図３４】
2006054521.tif 000036
【図３５】
2006054521.tif 000037
【図３６】
2006054521.tif 000038
【図３７】
2006054521.tif 000039
【図３８】
2006054521.tif 000040
【図３９】
2006054521.tif 000041
【図４０】
2006054521.tif 000042
【図４１】
2006054521.tif 000043
【図４２】
2006054521.tif 000044
【図４３】
2006054521.tif 000045
【図４４】
2006054521.tif 000046
【図４５】
2006054521.tif 000047
【図４６】
2006054521.tif 000048
【図４７】
2006054521.tif 000049