(57)【要約】  本発明は、端末においてプログラムタイプ群に対応するマルチメディアコンテンツをダウンロードする方法及びシステムに関する。本方法は、端末において、プログラムタイプ群をファイルに記入するステップと、ファイルをサーバに送信するステップと、ファイルに対応するコンテンツを受信するステップと、定期的に更新されるコンテンツを受信するステップとを有する。本発明の他の課題は、端末においてマルチメディアコンテンツの間でチャンネルサーフィンする方法である。それは、上記方法に従ってコンテンツと補完的コンテンツとをダウンロードするステップと、補完的コンテンツを再生するステップと、チャンネルサーフィンのリクエストを受信するステップと、チャンネルサーフィンが可能であるか確認するステップと、可能でない場合、補完的コンテンツの再生を継続するステップとを有する。
2009543488.tif 000002
【特許請求の範囲】
【請求項１】
端末においてマルチメディアコンテンツをダウンロードする方法であって、
前記端末において、
プログラムタイプ群を有するファイルをサーバに送信するステップと、
前記ファイルのプログラムタイプに対応するコンテンツを受信するステップと、
以降のコンテンツの更新を受信するステップと、
を有する方法。
【請求項２】
前記コンテンツの更新は、再生されたコンテンツ及び／又は遅延の後に再生されなかったコンテンツを更新するステップを有する、請求項１記載の方法。
【請求項３】
前記ファイルに対応するユーザプロファイルを前記サーバに送信するステップをさらに有する、請求項１又は２記載の方法。
【請求項４】
要求された前記プログラムタイプ群に対応しない補完的コンテンツを受信するステップと、
前記補完的コンテンツに対するチャンネルサーフィンを管理するため構成されるチャンネルサーフィンルールを受信するステップと、
をさらに有する、請求項１乃至３何れか一項記載の方法。
【請求項５】
前記補完的コンテンツは、ダウンロードされたコンテンツ及び／又はユーザプロファイルに対応する、請求項４記載の方法。
【請求項６】
前記ファイルは、該ファイルに対応するプレイリストが前記端末において再生されるとき、時間を示すよう構成されるタイムテーブルを有する、請求項１乃至５何れか一項記載の方法。
【請求項７】
前記ファイルを送信するステップの前に、前記ファイルに記入するステップをさらに有する、請求項１乃至６何れか一項記載の方法。
【請求項８】
前記受信するステップは、ピア・ツー・ピア方式により実行される、請求項１乃至７何れか一項記載の方法。
【請求項９】
端末においてマルチメディアコンテンツの間のチャンネルサーフィンをする方法であって、前記コンテンツは請求項４記載の方法によりダウンロードされたものであり、
補完的コンテンツを再生するステップと、
チャンネルサーフィンのリクエストを受信するステップと、
チャンネルサーフィンが可能であるか確認し、可能でない場合には前記補完的コンテンツの再生を継続するステップと、
を有する方法。
【請求項１０】
チャンネルサーフィンが可能である場合、前記ファイルに対応するコンテンツに対するチャンネルサーフィンが可能であるか確認するステップと、
可能でない場合、他の補完的コンテンツを再生するステップと、
可能である場合、前記ファイルに対応するコンテンツを再生するステップと、
をさらに有する、請求項９記載の方法。
【請求項１１】
マルチメディアコンテンツを再生する装置であって、
マルチメディアコンテンツを格納する格納手段と、
プログラム群を有するファイルを規定する管理手段と、
前記ファイルをサーバに送信し、マルチメディアコンテンツと該マルチメディアコンテンツの更新とを受信する通信手段と、
を有する装置。
【請求項１２】
前記サーバから受信したルールに従って前記コンテンツ内でチャンネルサーフィンをするチャンネルサーフィン手段を有する、請求項１１記載の装置。
【請求項１３】
マルチメディアコンテンツを送信する装置であって、
少なくとも１つのクライアント装置を有するネットワークと通信する通信手段と、
マルチメディアコンテンツとユーザプロファイルとを格納する格納手段と、
前記少なくとも１つのクライアント装置からプログラムタイプ群を有するファイルを受信する手段と、
前記ファイル及び／又は前記ユーザプロファイルに従って前記少なくとも１つのクライアントにコンテンツを送信する手段と、
を有する装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に端末にマルチメディアコンテンツを提供するシステム及び方法に関し、特に端末へのビデオ・オン・デマンド（ｖｉｄｅｏ  ｏｎ  ｄｅｍａｎｄ）コンテンツの配信を効率的に管理する方法及びシステムに関する。
【背景技術】
【０００２】
本セクションは、以下に説明及び／又は請求される本発明の各種特徴に関する様々な技術的特徴を読者に紹介することを目的とする。この説明は、本発明の各種特徴のより良い理解を容易にするため、読者に背景情報を提供するのに役立つと考えられる。従って、これらの説明はこの点に関して参照されるべきであり、先行技術を自認するものとして読まれるべきでないことが理解されるべきである。
【０００３】
多数のシステムが、従来のリニア配信モデルを超えて電子的にデジタルビデオを配信又は提供している。ビデオ・オン・デマンドシステム（ＶｏＤ）は、エンドユーザが関心のある特定のコンテンツを選択し、通常はコンテンツ単位の料金を支払うことによってそれを視聴することを可能にする。ビデオダウンロードシステムは、おそらくピア・ツー・ピア技術を利用して、エンドユーザが典型的にはパーソナルコンピュータに設けられたクライアントによってサーバからビデオファイルをダウンロードし、ビデオを視聴することを可能にする。この特徴を可能にするプラットフォームには、Ｋｏｎｔｉｋｉ，Ａｒｖａｔｏ／ＧＮＡＢ，ＰｅｅｒＩｍｐａｃｔ，１−Ｃｌｉｃｋ  Ｍｅｄｉａ，Ｄｊｉｎｇｌｅなど複数のプラットフォームが存在する。ＴｉＶｏシステムなどのパーソナル・ビデオ・レコーダ（ＰＶＲ）は、エンドユーザが所望する放送プログラムを選択及び録画し、オンデマンドでの視聴のためそれらを利用可能にすることを可能にする。視聴段階では、ユーザは、次に表示されるべき各プログラムを選択する必要がある。ＡｋｉｍｂｏやＭｏｖｉｅＢｅａｍなどのプッシュボックスは、有料コンテンツを受信し、ダウンロードされるとそれを利用可能にする。ユーザの観点から、これはＶｏＤと比較可能であり、また新しい映画などの高価なコンテンツのために利用される。
【０００４】
上記システムは、プログラムタイミングのフレキシビリティと共に、所与の放送テレビチャンネルよりもユーザにより適したコンテンツを提供する。しかしながら、上記システムはすべて、次に再生されるべきコンテンツを選択するのにエンドユーザの大きな負担を必要とする。この負担は、ときどきの映画については許容できるかもしれないが、より受動的で多数の短いプログラムを含む傾向のある日常のテレビ視聴の時間については問題がある。さらに、上記システムでは、放送局は、エンドユーザがプログラムをスキップ又は早送りすることができるため、プログラムがエンドユーザに視聴されていることを確信することができない。例えば、放送局は、エンドユーザが広告によりサポートされたコンテンツを視聴したことを確信することができない。
【０００５】
上記システムはまた、いくつかの特有の欠点を有している。ＶｏＤシステムは、ネットワークレベルと共に再生においても大きな投資を必要とする。ビデオダウンロードシステムは、ダウンロードスピードやＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）の問題に悩まされる。ＰＶＲシステムは、放送される題材によってしか機能せず、“ｌｏｎｇ  ｔａｉｌ”又は特別プログラムは可能でない。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、ＶｏＤコンテンツの受信を簡単化する方法及びシステムに関する。
【０００７】
特に、それは、端末においてコンテンツをダウンロードする方法に関する。
【０００８】
このため、本発明は、前記端末において、プログラムタイプ群を有するファイルをサーバに送信するステップと、前記ファイルのプログラムタイプに対応するコンテンツを受信するステップと、以降のコンテンツの更新を受信するステップとを有する方法に関する。
【０００９】
ある実施例によると、前記コンテンツの更新は、再生されたコンテンツ及び／又は遅延の後に再生されなかったコンテンツを更新するステップを有する。
【００１０】
ある実施例によると、本方法は、前記ファイルに対応するユーザプロファイルを前記サーバに送信するステップをさらに有する。
【００１１】
ある実施例によると、本方法は、要求された前記プログラムタイプ群に対応しない補完的コンテンツを受信するステップと、前記補完的コンテンツに対するチャンネルサーフィンを管理するため構成されるチャンネルサーフィンルールを受信するステップとをさらに有する。
【００１２】
ある実施例によると、前記補完的コンテンツは、ダウンロードされたコンテンツ及び／又はユーザプロファイルに対応する。
【００１３】
ある実施例によると、前記ファイルは、該ファイルに対応するプレイリストが前記端末において再生されるとき、時間を示すよう構成されるタイムテーブルを有する。
【００１４】
ある実施例によると、本方法は、前記ファイルを送信するステップの前に、前記ファイルに記入するステップをさらに有する。
【００１５】
ある実施例によると、前記受信するステップは、ピア・ツー・ピア方式により実行される。
【００１６】
本発明の他の課題は、端末においてマルチメディアコンテンツの間のチャンネルサーフィンをする方法に関する。それは、コンテンツをダウンロードするステップと、補完的コンテンツを再生するステップと、チャンネルサーフィンのリクエストを受信するステップと、チャンネルサーフィンが可能であるか確認し、可能でない場合には前記補完的コンテンツの再生を継続するステップとを有する。
【００１７】
ある実施例によると、本方法は、チャンネルサーフィンが可能である場合、前記ファイルに対応するコンテンツに対するチャンネルサーフィンが可能であるか確認するステップと、可能でない場合、他の補完的コンテンツを再生するステップと、可能である場合、前記ファイルに対応するコンテンツを再生するステップと、
をさらに有する。
【００１８】
本発明の他の課題は、マルチメディアコンテンツを再生する装置である。それは、マルチメディアコンテンツを格納する格納手段と、プログラム群を有するファイルを規定する管理手段と、前記ファイルをサーバに送信し、マルチメディアコンテンツと該マルチメディアコンテンツの更新とを受信する通信手段とを有する。
【００１９】
ある実施例によると、本装置は、前記サーバから受信したルールに従って前記コンテンツ内でチャンネルサーフィンをするチャンネルサーフィン手段を有する。
【００２０】
本発明の他の課題は、マルチメディアコンテンツを送信する装置である。それは、少なくとも１つのクライアント装置を有するネットワークと通信する通信手段と、マルチメディアコンテンツとユーザプロファイルとを格納する格納手段と、前記少なくとも１つのクライアント装置からプログラムタイプ群を有する第るを受信する手段と、前記ファイル及び／又は前記ユーザプロファイルに従って前記少なくとも１つのクライアントにコンテンツを送信する手段とを有する。
【００２１】
本発明の他の課題は、コンピュータ上での実行時、本発明による方法の各ステップを実行するためのプログラムコード命令を有するコンピュータプログラムプロダクトである。“コンピュータプログラムプロダクト”によって、それは、ディスケットやカセットなどのプログラムを含む格納スペースにおいてだけでなく、電気又は光信号などの信号においても構成されるコンピュータプログラムサポートを意味する。
【００２２】
開示される実施例の範囲に対応する特定の特徴が以下に与えられる。これらの特徴は、本発明がとりうる形式の概要を読者に提供するためだけに提供されるものであり、これらの特徴は本発明の範囲を限定するものであることを意図していないことが理解されるべきである。実際、本発明は、以下に提供されない各種特徴を含むかもしれない。
【００２３】
本発明は、以下の添付された図面を参照して以下の実施例と実行例によりより良く理解及び説明されるであろう。
【図面の簡単な説明】
【００２４】
【図１】図１は、実施例によるシステムのブロック図である。
【図２】図２は、マルチメディア端末のブロック図である。
【図３】図３は、マルチメディア端末の他のブロック図である。
【図４】図４は、システムのブロック図である。
【図５】図５は、チャンネルサーフィンルールを表すフローチャートである。
【図６】図６は、コンテンツ配信を表すフローチャートである。
【発明を実施するための形態】
【００２５】
図３において、図示された各ブロックは、必ずしも物理的に分離したエンティティに対応しない純粋に機能的なエンティティである。すなわち、それらは、ソフトウェアの形態により開発されるか、又は１以上の集積回路により実現することが可能である。
【００２６】
実施例は、セットトップボックスにおけるブロードバンドネットワークを介したクライアント・サーバ伝送のフレームワーク内であるが、本発明は、この特定の環境に限定されるものでなく、２つの装置の間でデータが送信される他のフレームワークに適用可能である。
【００２７】
図１は、サーバ（１．１）と、端末にあるクライアント（１．２）とを有し、クライアントとサーバがブロードバンドネットワーク（１．３）を介し接続される実施例によるシステムのブロック図である。ブロードバンドネットワークは、デジタル加入者線やケーブルなどの何れかタイプのブロードバンド技術であるかもしれない。ブロードバンドネットワークは、クライアントにブロードバンドインターネットアクセスを提供し、インターネットを介したクライアントとサーバとの間の高データレート接続を提供する。サーバは、放送局により管理される。端末はセットトップボックスである。それは、ＨＴＴＰなどのクライアント・サーバプロトコルを介しサーバと通信するクライアントを有する。端末とサーバとの間の接続は、インターネットサービスプロバイダにより提供される。これは、コンテンツ配信のためネットワーク上に確保される特定の放送チャンネルではない。これは、おそらくピア・ツー・ピアファイル配信技術に依拠した、サーバとクライアントとの間のインターネット接続である。すなわち、コンテンツは、周知な方法によりピア・ツー・ピアによりピア間と共に、サーバからクライアントに配信される。以降に記載される実施例では、データはサーバとクライアントとの間で配信される。
【００２８】
実施例によると、端末はプログラムを構成するコンテンツを受信する。コンテンツは、オーディオビデオの断片であり、プログラムタイプに対応する。スケジュール表（ａｇｅｎｄａ）は、複数の異なるプログラムタイプにより記入される。それはサーバに送信される。サーバは、プログラムタイプに対応するコンテンツを端末に送信する。端末において利用可能なコンテンツ群は、プレイリストとなる。
【００２９】
図２は、スケジュール表を規定し、コンテンツを受信する、以降においてマルチメディア端末と呼ばれ、受信側に配置されるセットトップボックス１のブロック図である。図３は、端末の他の表示である。
【００３０】
端末１は、可視化画面２に付属され、リモコン８と通信するためのリモコンインタフェース７を有する。
【００３１】
マルチメディア端末はまた、ブロードバンドネットワークを介しインターネットに接続するためのブロードバンドネットワークインタフェース５を有する。ＴＣＰ／ＩＰプロトコルによって、それは、インターネット上のサーバに接続し、サーバからオーディオ／ビデオコンテンツをダウンロードすることができる。端末は、放送局により管理されるサーバに接続する。それは、サーバとデータを送受信するための手段を有する。それは、例えば、ＨＴＴＰなどを利用して、クライアント・サーバ形式によりサーバと接続するかもしれない。
【００３２】
端末は、データを格納するための格納モジュール３．３、すなわち、サーバ及びピアからブロードバンドネットワークを介し受信したデータを格納するためのハードディスクなどのデータメモリ９を有する。
【００３３】
端末は、処理手段を構成する中央ユニット３により実行されるコンピュータプログラムを格納するための格納モジュールを有する。
【００３４】
端末は、ユーザインタフェースモジュール１２を有する。これは、後述されるように、ユーザが端末を管理し、視聴したいプログラムを選択することを可能にする。
【００３５】
マルチメディア端末は、図３に示されるように、コンテンツを自動的にダウンロードし、それを再生する機構をセットアップするための各種手段を有する。
【００３６】
それは、スケジュール表３．３１と呼ばれるプログラムタイプを選択したものを生成する手段を有する管理モジュール３．１を有する。管理モジュール３．１は、端末のメモリに構成されるコンピュータプログラムにより実行されるアルゴリズムを有する。ユーザは、アルゴリズムを初期化する手段を有するユーザインタフェースを介し生成プロセスを開始する。初期化されると、画面群がユーザに示され、ユーザが選択をするよう促す。これらの画面は、スケジュール表と、利用可能なプログラムタイプのリストとから構成される。ユーザは、リストからのプログラムタイプによりスケジュール表を記入することによって、プログラムを単に選択するだけである。利用可能なプログラムタイプのリストは、放送局のサーバからダウンロードされる。
【００３７】
おそらく、スケジュール表はカレンダーであり、ユーザはカレンダーのタイムテーブルを記入する。
【００３８】
管理モジュール３．１は、プレイリスト３．３２を管理する手段を有する。プレイリストは、サーバから受信される。プレイリストは、サーバに送信されたスケジュール表に対応するコンテンツ群を有する。特に、スケジュール表がカレンダーである場合、プレイリストは、以降の日にちのコンテンツと、以前の日にちのコンテンツとを有する。
【００３９】
端末は、ユーザがプレイリストを閲覧し、一時停止、直近のプログラムの再生、トリックモードなど、プレイリストに対する周知なＰＶＲ機能を実行する可能性を提供する。
【００４０】
端末は、プレイリストのコンテンツ内をチャンネルサーフィンする手段を有するチャンネルサーフィンモジュール３．２を有する。特に、プレイリストがタイムテーブルに対応する場合であっても、ユーザは、タイムテーブルに従ってコンテンツを視聴する義務はない。ユーザは、プレイリストの任意のコンテンツを視聴してもよい。
【００４１】
チャンネルサーフィン手段は、アクティブ及び非アクティブに設定されるかもしれない。
【００４２】
放送局により設定されるチャンネルサーフィンルールは、ユーザが放送局により規定される条件の下でプレイリストにおいてチャンネル変更することを可能にするため、チャンネルサーフィン手段に追加されてもよい。
【００４３】
放送局は、コンテンツプレイリストに加えて、宣伝プレイリストをユーザに送信する。ユーザが実際に宣伝を視聴したことを確認するため、放送局は、以下のようにチャンネルサーフィンルールを設定する。例えば、ユーザがプレイリストの新しいコンテンツに切り替えると、当該コンテンツは、それの再生前にユーザが観ている放送局により選択されたコンテンツからスタートする。この新しいコンテンツは、宣伝プレイリストからのものである。また、ユーザは、宣伝を再生することなくコンテンツを再生することはできない。チャンネルサーフィンルールは、放送局により端末に送信される。それらは、コンテンツの間に宣伝を再生するルールを有する。放送局は、コンテンツに宣伝を挿入し、ユーザが他のコンテンツにチャンネルサーフィンすることを禁止することによって、又は所定量の宣伝がユーザにより視聴されるまで宣伝を再生することによって、ユーザに宣伝を視聴させるかもしれない。
【００４４】
チャンネルサーフィンルールは、さらに図５に示される。エンドユーザは、ユーザインタフェースを介し次のボタンを押下する（５．１）。ＡＩＰと呼ばれるアドインサートポリシーは、これが再生される宣伝かチェックする（５．２）。これが宣伝でない場合、次のコンテンツが再生される（５．４）。
【００４５】
宣伝が再生される場合、ＡＰＩは、宣伝の間でチャンネルサーフィンが可能であるかチェックする（５．３）。可能でない場合、チャンネルサーフィンは実行されず（５．６）、宣伝はフルに再生される。可能である場合、ＡＩＰは、他の宣伝コンテンツが再生されるかチェックする（５．５）。
【００４６】
宣伝が再生される場合、リストの次の宣伝が再生される（５．８）。宣伝が再生されるべきでない場合、リストの次のコンテンツが再生される（５．７）。
【００４７】
もちろん、宣伝のためにここに規定されるルールは、それが放送局によってユーザに課されるという事実により特徴付けされる任意のコンテンツに適用される。すなわち、それは、放送局がユーザに視聴してもらいたいコンテンツに適用される。
【００４８】
端末は、ユーザインタフェースを有する。それは、スケジュール表を管理し、プレイリストを可視化することができる。それはまた、ユーザがプレイリストのコンテンツを選択し、コンテンツの間の変更をすることを可能にする。
【００４９】
端末は、任意的には、放送されたプログラムを受信する手段を有する。アンテナ１４が受信モジュール４に付属され、受信モジュール４は、チューナ、復調手段及びデマルチプレクサを有する。チューナは、受信信号を復調手段に提供する。受信データは、訂正されてデマルチプレクサに送信される。デマルチプレクサは、周知なフィルタリング手段を有する。デマルチプレクサによりフィルタリングされたオーディオ又はビデオパケットの一部は、データメモリ９の再規定された領域に格納される。端末はまた、画面２に送信される信号を生成するオーディオ／ビデオ復号化モジュール１０を有する。
【００５０】
図４において、本システムのブロック図にデータ管理が示される。サーバは、ユーザプロファイルデータベースを格納する格納モジュールを有する。ユーザプロファイルデータベースは、ユーザから受信した選択されたものであるスケジュール表と共に、ユーザに固有の情報であるユーザプロファイルを有する。それはまた、同一コンテンツを複数回送信することを回避するため、ユーザにすでに送信されているコンテンツのリストを有する。それはまた、ユーザにより視聴されたコンテンツの表示を有する。
【００５１】
サーバはまた、コンテンツデータベースと宣伝データベースとを格納する。コンテンツは、プログラムタイプにより整理される。各プログラムタイプについて、コンテンツ群が利用可能である。例えば、アニメプログラムは、異なるタイプのアニメのサブプログラムを有する。それらは、視聴者の推奨年齢やアニメのヒーローなどの各種手段により分類される。
【００５２】
このとき、各プログラムはコンテンツ群を有する。サーバがユーザの新たなプロファイルを受信すると、当該プロファイルに対応するコンテンツを検索し、スケジュール表に適合したエンドユーザにコンテンツファイルを送信する。いくつかの宣伝が、放送局によってコンテンツに含められるかもしれない。宣伝の選択は、年齢、性別、趣味などのエンドユーザのプロファイル、又はエンドユーザにより選択されるプログラムのプロファイルにも依存するかもしれない。このとき、同じコンテンツを視聴している２人のユーザは、必ずしも同じ宣伝を視聴するとは限らない。宣伝は、コンテンツに依存せず、エンドユーザに依存する。
【００５３】
もちろん、ユーザプロファイル、コンテンツ及び宣伝データベースは、必ずしも同一のサーバに配置される必要はないかもしれない。
【００５４】
データベースは、複数のサーバに共有されるかもしれない。それはまた、配信サービスの受信者間でピア・ツー・ピア形式で分散されるかもしれない。
【００５５】
クライアント側は、コンテンツプレイリストと宣伝プレイリストとを格納する格納モジュール９を有する。コンテンツプレイリストと宣伝プレイリストは、サーバとピアから受信される。コンテンツプレイリストは、ユーザによりプログラムが選択されてユーザに送信されたコンテンツを有する。これは、ユーザに利用可能とされるコンテンツである。それはまた、ユーザによりすでに送信され、再生の可能性のため保持されているコンテンツを有する。
【００５６】
クライアントはまた、アドインサートポリシーモジュールを有する。それは、宣伝をコンテンツに挿入し、上述されたように規定されたチャンネルサーフィンルールに従って宣伝を再生させるルールを有する。このモジュールは、おそらくサーバからダウンロードされる。ルールは、放送局により規定される。
【００５７】
クライアントは、プレイリストを管理する管理手段を有する。この管理手段は、リストからコンテンツを削除するルール、再生のためリストにコンテンツを保持するルール及びコンテンツを更新するルールを有する。
【００５８】
コンテンツは、ある時間でプレイリストから削除される。例えば、ユーザは、すべてのコンテンツが視聴又はアップロードしてから４８時間後に削除されることを選択するかもしれない。ユーザはまた、一部のコンテンツは視聴後に削除されるか、又は他の一部のコンテンツは再度視聴できるように保持されることを選択するかもしれない。
【００５９】
コンテンツはまた、それが視聴されなくても削除されるかもしれない。例えば、あるプログラムはその日のテレビニュースであるかもしれない。毎日、その日のテレビニュースコンテンツの更新されたバージョンが、たとえユーザに視聴されなくても古いバージョンと置換される。
【００６０】
サーバは、定期的にクライアントのプレイリストを更新する。それは、新たなバージョンのコンテンツを送信する。あるいは、あるプログラムタイプのコンテンツがプレイリストから削除されると、サーバは、同一のプログラムタイプに対応する新たなコンテンツを送信する。
【００６１】
クライアントは、複数のプレイリストを有するかもしれない。あるプレイリストは、識別された特定ユーザに対応するかもしれない。両親が自分たちのプレイリストを有し、子供が自らのプレイリストを有してもよい。子供は、両親のプレイリストを視聴及び管理することはできず、両親は子供のプレイリストを視聴及び管理することができる。
【００６２】
もちろん、変更される毎に、プレイリストの状態がサーバに示される。このとき、ユーザがコンテンツを視聴すると、クライアントはサーバに通知を送信する。サーバは、同一のプログラムに対応する新たなコンテンツを送信するかもしれない。
【００６３】
端末側からは、プレイリストの視聴は、放送されるプログラムの視聴と機能的には同じである。その選択がされると、ユーザはスケジュール表に従ってパーソナル化されたプレイリストのプログラムを視聴する。ユーザはまた、チャンネルサーフィンが許可されていないかもしれない、放送局により含められた宣伝を視聴する。コンテンツと宣伝は、スケジュール表に基づき自動的に端末にダウンロードされる。
【００６４】
例えば、カレンダーに対応するスケジュール表の場合、ユーザはその週のすべての日について同じスケジュール表を設定した。これは、例えば、午後６時から７時までの毎日にシリーズ物の各エピソードを計画していることを意味する。毎日、新しいエピソードが再生される。ユーザがある日のエピソードを見逃した場合、次に日に視聴されなかったエピソードが再生される。ユーザがそのエピソードを視聴した場合、次の日に後続のバージョンが再生される。ユーザは、スケジュール表にすでに指定しているため、そのためのダウンロードを管理することは不要である。
【００６５】
放送による配信との機能的な相違は、ユーザがプレイリストのコンテンツの間の変更が可能であるという事実である。他の相違は、ユーザがある日にコンテンツを見逃し、以降にコンテンツを視聴する場合のプレイリストの管理である。
【００６６】
端末側からは、本方法はまたＶｏＤ方法としてみなされるかもしれない。ユーザ端末は、サーバからコンテンツをダウンロードし、以降においてそれを視聴するかもしれない。ＶｏＤ方法との相違は、ユーザ端末が特定のコンテンツの代わりに、以前に規定されたプログラム群に対応するコンテンツ群であるプレイリストをダウンロードするという事実である。
【００６７】
カレンダーの場合、追加された機能は、スケジュール表の規定に基づくルールと、エンドユーザによるスケジュール表に従ってコンテンツが再生及び視聴されるという事実である。
【００６８】
またＶｏＤ機構と反対に、プレイリストは、端末において再生される放送局により課されるコンテンツを有する。放送局は、課したコンテンツが再生されねばならないように、端末にルールを課す。
【００６９】
エンドユーザは、プログラムリストを以下のように規定する。各エンドユーザについて、関心のあるプログラムが、放送局側にあるサーバの中央データベースにおいて選択される。この選択は、自ら表明されたエンドユーザの嗜好の組み合わせに基づく。この選択は、プログラムタイプとタイムテーブルとに基づく。
【００７０】
放送局は、ユーザが選択可能な明確に区別されるプログラムタイプ群を規定する。プログラムタイプの具体例としては、アニメ、映画、ドキュメンタリ、テレビシリーズ、情報などがあげられる。
【００７１】
プログラムタイプ群は、サブプログラムタイプに整理されるかもしれない。例えば、映画プログラムの内部には、西部劇やスリラー物などのより詳細な選択があるかもしれない。
【００７２】
プログラムタイプ群はまた、エンドユーザが特定のプログラムタイプを選択することを所望しないときに選択され、何れかのプログラムタイプを選択する自由度を放送局に与える“未定の（ｕｎｄｅｆｉｎｅｄ）”プログラムタイプを有する。
【００７３】
利用可能なプログラムタイプ群が、端末にダウンロードされる。
【００７４】
カレンダーの場合、ユーザはリストからあるプログラムを選択し、選択したプログラムをタイムテーブルとリンクさせる。
【００７５】
タイムテーブルの具体例として、午後６時から８時まではアニメ、午後８時から１１時までは西部劇の映画が３０％、動物のドキュメンタリが３０％、“未定の”コンテンツが４０％などとすることができる。
【００７６】
ユーザからの正確な選択がない場合、放送局はまた、以前のユーザの行動からの統計からプログラム群を規定してもよい。例えば、午後７時から８時までの時間帯が未定である場合、放送局は、以前に規定されたルールを適用してもよいし、又は未定のプログラムを適用してもよい。
【００７７】
プログラムタイプリストは、端末のユーザインタフェースにおいてユーザに利用可能である。ユーザインタフェースはまた、スケジュール表を有する。選択プロセスについて、ユーザは選択したプログラムによりスケジュール表を記入する。カレンダーの場合、ユーザは、例えば、あるプログラムがある日に規定され、すべての日に適用可能であるなどの周知のルールによりスケジュール表に記入するかもしれない。あるいは、ユーザは、その週の各日に異なるプログラムを規定するかもしれない。
【００７８】
選択後、プログラムタイプ群により記入されたスケジュール表がユーザに了承され、ブロードバンド接続を介し放送局に送信される。もちろん、スケジュール表を送信する前に、ユーザは周知な方法によりサーバに認証されている。認証はまた、ユーザプロファイルをサーバに送信することを含む。
【００７９】
スケジュール表は、端末において規定される。あるいは、スケジュール表はまた、他の端末から規定され、サーバとの接続を介し送信されるかもしれない。この場合、サーバはまた、ユーザを識別子、ユーザがユーザプロファイルに対応するスケジュール表を規定又は変更することを許可する認証手段を有する。ユーザは、ウェブページを介しスケジュール表にアクセスする。変更後、変更されたスケジュール表は、サーバにより端末に送信され、合致するプレイリストがまた端末に送信される。
【００８０】
図６は、クライアントとサーバとの間でやりとりされるメッセージを要約するフローチャートである。ステップＳ１において、クライアントはユーザプロファイルとスケジュール表に記入する。クライアントは、ステップＳ２においてサーバの認証を受け、ステップＳ３においてスケジュール表を送信する。サーバは、ステップＳ４においてスケジュール表に従ってコンテンツを受信する。その後、クライアントはステップＳ５において補完的なコンテンツを受信し、ステップＳ６において更新する。図６において、コンテンツはサーバから受信される。もちろん、それはピア・ツー・ピア方式によりピア装置から受信可能である。
【００８１】
スケジュール表の受信後、放送局はユーザに送信するプレイリストを生成する。プレイリストは、放送局において利用可能なコンテンツとユーザの選択に基づく。放送局はまた、エンドユーザにより視聴してもらいたいプログラムを課すかもしれない。ユーザにより選択された各プログラムについて、放送局は対応するコンテンツを選択する。
【００８２】
更新されたスケジュール表を受信すると、サーバは端末にダウンロードされる新たな対応するプレイリストを生成する。
【００８３】
実施例は、セットトップボックスに着目している。もちろん、それはセットトップボックスに限定されず、実施例の装置の手段を有する何れかの装置に適用可能である。特に、受信機は、格納モジュールと、ブロードバンドネットワークに接続するための接続モジュールとを有するセルラー装置であるかもしれない。このとき、ブロードバンドネットワークに接続すると、端末はプレイリストをダウンロード及び更新する。端末のユーザは、端末がブロードバンドネットワークに接続されているか否かに関係なく、プレイリストを使用するかもしれない。もちろん、上記で規定されたチャンネルサーフィンルールがプレイリストに適用可能である。受信機はまたコンピュータであってもよい。コンピュータは、Ｄｉｇｉｔａｌ  Ｌｉｖｉｎｇ  Ｎｅｔｗｏｒｋ  Ａｌｌｉａｎｃｅにおいて規定されるように、ローカルネットワークにおいてデジタルメディアプレーヤーに接続される。デジタルメディアプレーヤーは、テレビでのコンテンツの表示を可能にする。
【００８４】
明細書、請求項及び図面に開示された参照は、独立に又は何れか適切な組み合わせにより提供されるかもしれない。各特徴は、必要に応じてハードウェア、ソフトウェア又はこれらの組み合わせにより実現されるかもしれない。
【００８５】
ここでの“一実施例”又は“ある実施例”という表現は、実施例に関して記載された特定の機能、構成又は特徴が本発明の少なくとも１つの実現形態に含めることができることを意味する。明細書の各所における“一実施例では”という表現は、そのすべてが必ずしも同一の実施例を参照しているとは限らず、互いに排他的な異なる若しくは他の実施例である必要もない。
【００８６】
請求項に記載される参照番号は、単なる例示であり、請求項の範囲について限定的な効果を有するものでない。
【図１】
2009543488.tif 000003
【図２】
2009543488.tif 000004
【図３】
2009543488.tif 000005
【図４】
2009543488.tif 000006
【図５】
2009543488.tif 000007
【図６】
2009543488.tif 000008
【手続補正書】
【提出日】平成21年1月8日(2009.1.8)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
端末においてサーバからマルチメディアコンテンツをダウンロードする方法であって、
前記端末において、
タイムテーブルにおけるプログラムタイプ群をスケジュール表に記入するステップと、
前記スケジュール表をサーバに送信するステップと、
前記プログラムタイプに対応するマルチメディアコンテンツの更新を定期的に受信するステップと、
前記タイムテーブルに従って再生される前記マルチメディアコンテンツを格納するステップと、
を有する方法。
【請求項２】
マルチメディアコンテンツを再生する装置であって、
タイムテーブルにおけるプログラムタイプ群をスケジュール表に記入する管理手段と、
前記スケジュール表をサーバに送信し、前記プログラムタイプに対応するマルチメディアコンテンツの更新を定期的に受信する通信手段と、
前記受信したマルチメディアコンテンツを格納する格納手段と、
前記タイムテーブルに従って前記マルチメディアコンテンツを再生する手段と、
を有する装置。
【請求項３】
マルチメディアコンテンツを送信する装置であって、
少なくとも１つのクライアント装置を有するネットワークと通信する通信手段と、
マルチメディアコンテンツとユーザプロファイルとを格納する格納手段と、
前記少なくとも１つのクライアント装置からプログラムタイプ群を有するファイルを受信する手段と、
前記ファイル及び／又は前記ユーザプロファイルに従って前記少なくとも１つのクライアントにコンテンツを送信する手段と、
を有する装置。
【国際調査報告】
2009543488.tif 000009
2009543488.tif 000010
2009543488.tif 000011