(57)【要約】本発明は、ディジタル・ネットワークを介してユーザにメディア・コンテンツを提供するための方法に関し、そのメディア・コンテンツは、メディア・コンテンツ・サーバによって提供され、以前に格納されたユーザ・プリファレンスに従って中間ノードによって編成され、選択され、ユーザによって操作されるクライアントに配信される。本方法は、パーソナライズされたメディア・パッケージ構成を定義するステップと、前記パーソナライズされたメディア・パッケージ構成を有する第１のパッケージをクライアントに通信するステップと、クライアントからステータス情報を受け取るステップとを含み、前記ステータス情報がユーザ・アクションを記述し、さらに、前記ユーザ・アクションに応答して前記パーソナライズされたメディア・パッケージ構成を適応させるステップと、前記適応されパーソナライズされたメディア・パッケージ構成を有する第２のパッケージをクライアントに通信するステップとを含むことを特徴とする。本発明に従って、ユーザは、ネットワーク送信に関係するコストを最小限に押さえながら、非常にパーソナライズされたメディア再生が経験できる。パーソナライゼーション・サーバへのステータス情報通信を実施することにより、メディア・パッケージ構成は、ユーザの利用パターンに従って、連続的に更新される。
2004509402.tif 000002
【特許請求の範囲】
【請求項１】
ディジタル・ネットワークを介してユーザにメディア・コンテンツを提供するための方法であって、メディア・コンテンツが、メディア・コンテンツ・サーバによって提供され、以前に格納されたユーザ・プリファレンスに従って中間ノードによって編成され、選択され、ユーザによって操作されるクライアントに配信され、
パーソナライズされたメディア・パッケージ構成を定義するステップと、
前記パーソナライズされたメディア・パッケージ構成を有する第１のパッケージをクライアントに通信するステップと、
クライアントからステータス情報を受け取るステップとを含み、前記ステータス情報がユーザ・アクションを記述し、
さらに、前記ユーザ・アクションに応答して、前記パーソナライズされたメディア・パッケージ構成を適応させるステップと、
前記適応されパーソナライズされたメディア・パッケージ構成を有する第２のパッケージをクライアントに通信するステップとを含むことを特徴とする方法。
【請求項２】
ディジタル・ネットワーク内の中間ノードからクライアントにメディア・コンテンツを受け取るための方法であって、メディア・コンテンツが、メディア・コンテンツ・サーバによって提供され、以前に格納されたユーザ・プリファレンスに従って前記中間ノードによって編成され、選択され、
パーソナライズされたメディア・パッケージ構成を有する第１のパッケージを受け取るステップと、
ステータス情報を中間ノードに通信するステップとを含み、前記ステータス情報がユーザ・アクションを記述し、
さらに、適応されパーソナライズされたパッケージ構成を有する第２のパッケージを受け取るステップを含むことを特徴とする方法。
【請求項３】
前記第２のパッケージが、前記ユーザ・アクションに応答して、前記適応されパーソナライズされたパッケージ構成に従って編成された、プレイ可能なメディア対象情報を含む請求項１または２に記載の方法。
【請求項４】
前記ステータス情報が、現在使用可能なネットワーク送信速度の表示をさらに含み、使用可能な送信速度に不適切なメディア対象情報が、置換または前記パッケージから除外される請求項３に記載の方法。
【請求項５】
前記ステータス情報が、クライアント・メディア・プレーヤによってサポートされているメディア・フォーマットの表示をさらに含み、前記メディア・プレーヤによってサポートされていないフォーマットを有するメディア対象情報が、置換または前記パッケージから除外される請求項３または４に記載の方法。
【請求項６】
前記ステータス情報が、ユーザが現在いる状況の種類の表示をさらに含む請求項３から５のいずれか一項に記載の方法。
【請求項７】
ディジタル・ネットワークを介してユーザにメディア・コンテンツを提供するためのデバイスであって、メディア・コンテンツが、メディア・コンテンツ・サーバによって提供され、以前に格納されたユーザ・プリファレンスに従って中間ノードによって編成され、選択され、ユーザによって操作されるクライアントに配信され、
パーソナライズされたメディア・パッケージ構成を定義する手段と、
前記パーソナライズされたメディア・パッケージ構成を有する第１のパッケージをクライアントに通信する手段と、
クライアントからステータス情報を受け取る手段であって、前記ステータス情報がユーザ・アクションを記述する手段と、
前記利用挙動に応答して、前記パーソナライズされたメディア・パッケージ構成を適応させる手段と、
前記適応されパーソナライズされたメディア・パッケージ構成を有する第２のパッケージをクライアントに通信する手段とを含むことを特徴とするデバイス。
【請求項８】
ディジタル・ネットワーク内の中間ノードからクライアントにメディア・コンテンツを受け取るためのデバイスであって、メディア・コンテンツが、メディア・コンテンツ・サーバによって提供され、以前に格納されたユーザ・プリファレンスに従って前記中間ノードによって編成され、選択され、
パーソナライズされたメディア・パッケージ構成を有する第１のパッケージを受け取る手段と、
ステータス情報を中間ノードに通信する手段であって、前記ステータス情報がユーザ・アクションを記述する手段、
適応されパーソナライズされたパッケージ構成を有する第２のパッケージを受け取る手段を含むことを特徴とするデバイス。
【請求項９】
コンピュータ・プログラム製品がコンピュータ上を動作する場合に請求項１のステップを実施するためのソフトウェア・コード部分を備えた、コンピュータ・プログラム製品。
【請求項１０】
コンピュータ・プログラム製品がコンピュータ上を動作する場合に請求項２のステップを実施するためのソフトウェア・コード部分を備えた、コンピュータ・プログラム製品。
【発明の詳細な説明】
【０００１】
（技術分野）
本発明は、一般に、データ・ネットワークを介してアクセスされる、メディア・コンテンツの再生およびそのパッケージのナビゲーションのための技術に関する。
【０００２】
より詳細には、本発明は、ディジタル・ネットワークを介してユーザにメディア・コンテンツを提供し、受け取るための方法およびデバイスに関し、そのメディア・コンテンツは、メディア・コンテンツ・サーバによって提供され、以前に格納されたユーザ・プリファレンスに従って中間ノードによって編成され、選択される。
【０００３】
（技術背景）
データ・ネットワーク、たとえば、インターネットを介してメディア・コンテンツにアクセスするためには、基本的に２つの技術がある。つまり、ユーザが連続したストリームのメディアを受け取る（ラジオを聴くことと同じ）ことを意味するストリーミングと、ユーザがメディア・コンテンツ・クリップを１つずつ選択し、ダウンロードする（ＣＤ上のそれぞれの歌を別々に購入することと同じ）ことを意味するクリップ毎のダウンロードである。これらの技術のどれもが、それ自体では、満足のいくパーソナライズされたメディア体験をユーザに提供するものではない。
【０００４】
したがって、通常、ユーザにとってもっとも興味深いと思われるメディア・コンテンツの選択を含み、最適化されたメディア体験をユーザに配信するという共通の目的を有し、よりパーソナライズされたメディア・アクセスを達成するための、いろいろな技術が開発されてきた。この目的は、モバイル・インターネットのアクセスが増加するにつれて、特に強調されてきた。
【０００５】
第１のアプローチによれば、ユーザは、通常、ネットワークに接続されていないハンドヘルド・デバイスを利用する。デバイスは、一般的に、ある種のドッキング機器を使用して、散発的にネットワークに接続される。このアプローチの一例が、たとえば、パーム・パイロット・デバイスとともに使用可能な、ＡｖａｎｔＧｏシステムである。ユーザは、ＡｖａｎｔＧｏサーバでアカウントを開始し、好きな情報が入っている、いくつかのサーバを選択する。この情報は、特別なメモリ経済性のあるフォーマットを有するが、次いで、ＡｖａｎｔＧｏサーバにダウンロードされ、連続的に更新される。ユーザがパーム・パイロットをドックする度に、現行情報がパーム・パイロットにダウンロードされる。次いで、パーム・パイロットがネットワークから切断されると、ユーザは、たとえば、バスに乗って家に帰る途中に、ダウンロードされたいくつかのページをブラウズすることができる。明らかに、このアプローチには、ダイナミックスおよびメディア品質の点で、厳しい制限がある。第１に、ブラウズ中は、デバイスが接続されていないため、情報コンテンツを変更することができない。第２に、メディア情報は、ドッキング手順と互換性があり、かつ多数のページをパーム・パイロット内に格納できるよう十分にコンパクトでなければならないために、テキストと簡単なグラフィックスに限られる。また、ドッキング・ルーチンは、たとえば、１日の仕事を終えて、職場を出る前などの、一般的に、ユーザが待機している間に実施される。したがって、たとえ接続自体が高品質であろうとも、ドッキング・ルーチンをできるだけ素早く実施して、サウンドや、ビデオなどの、より大きなボリュームのメディア・コンテンツを転送するのに時間がかかり過ぎないようにすることが望ましい。
【０００６】
第２のアプローチによれば、ユーザは、ハンドヘルド・デバイスを使用して、ネットワーク上のすべての使用可能な情報に活発にアクセスする。デバイス、たとえば、ＷＡＰ電話またはＧＰＲＳデバイスは、連続的に接続し、ハンドヘルド・ネットワーク・ブラウザとして働くことができる。このアプローチは、実際、ネットワーク・キャパシティの形式の限定およびハンドヘルド・デバイスのディスプレイ／ナビゲーション制限を除いて、ユーザが使用可能な情報量に何の制約も課さない。しかし、同時に、ユーザには、ウェブをブラウズすることにより、活発に情報探索に参加することが要求される。現代の情報探索者は、一般的に、急いでいるために、よりパーソナライズされたメディア・アクセスが必要である。また、ある対象情報をサーチするためブラウズしている時に、インターネットがユーザを誤った方向に導いてしまうことがあることは、周知の現象である。家で座っている時は、通常、このことは問題とはならないが、ユーザが移動中の場合は、メディア体験を待っていることができない。このことに対して忍耐する気にさせるためには、モバイル・インターネット接続が、通常、どれだけの情報をユーザがダウンロードするかに関連して課金され、選択的にダウンロードすることが経済的に好ましいようにすることである。
【０００７】
第３のアプローチは、接続の使用を最大にするために、常に接続しているわけではないインターネット・ユーザのために、元々開発された、たとえば、ウィンドウズ（登録商標）９８のアクティブ・チャネルなどの、「チャネル」に関する。チャネルとは、雑誌やニュース・ステーションなどのメディア・コンテンツの、ある種の加入である。チャネルを初期化することにより、ユーザは、ユーザがオンライン中に、ユーザの他の継続中のインターネット通信に対する妨害を最小限に押さえながら、このメディア・コンテンツをクライアントにダウンロードするよう要求する。次いで、ユーザがオフラインになると、メディア・コンテンツは、クライアント・メモリ・デバイス（たとえば、ハード・ディスク）から使用可能となる。チャネル・コンセプトは、ハンドヘルド・デバイス上で実施でき、次いで、選択されたメディア・コンテンツをユーザに提示する。チャネル・コンテンツは、たとえば、クッキなどによって、さらにパーソナライズでき、それにより、メディア体験がさらにより最適化される。このチャネル・アプローチの問題は、ユーザには、より効率的なメディア体験が与えられるものの、やはり過剰な情報をダウンロードしてしまうというリスクがあることである。どんなにパーソナライズされたチャネルを設計しても、ユーザが、そのコンテンツを勉強しないと決めると、これらのコンテンツは、無目的にダウンロードされ、不要なコストの原因となる。
【０００８】
常設モバイル・リンクを介するすべてのメディア情報配信に存在する、別の問題は、接続品質の劣化のリスクである。これは、車がトンネルに入った時、または移動中の人間がセルラ・ネットワーク（たとえば、ＧＰＲＳ）内の異なるセルのゾーン間に位置している時に、生じることがある。回線品質が低下すると、通常のブラウジングが非常に遅くなり、満足のいくメディア体験が困難となる。
【０００９】
さらに、メディア・コンテンツを再生するためには、ユーザのハードウェア・デバイス（たとえば、ＰＣやハンドヘルド・デバイス）は、特定のメディア・フォーマットをサポートしているメディア・プレーヤを含まなければならない。メディア・プレーヤは、ハードウェア・デバイス、たとえば、ＭＰ３プレーヤで動作するコンピュータ・プログラムである。メディア・プレーヤがメディア・フォーマットをサポートしていない場合は、ユーザは、ダウンロードしても何の利益もなく、接続キャパシティの点で不要なコストがかかるだけとなる。
【００１０】
メディア・コンテンツは、一般的に、あらかじめ定義された標準データ・フォーマット、たとえば、ＷＡＶやＭＰ３に従ってフォーマット化された、１シーケンスのデータ・ビット、つまり１つのファイルとして格納されている。ファイルは、一般的に、メディア・コンテンツ自体についての非常に限定された情報、たとえば、タイトル、アーティスト、ジャンルとともに、１つかつ１つだけのメディア・コンテンツ・クリップ、たとえば、１曲の歌を含むだけである。
【００１１】
メディア・コンテンツは、一般的に、クリップごとにプレイされ、すなわち、１つのファイルがメディア・プレーヤ内で選択され、開けられ（クリップがプレイされる）、ファイルの最後に達すると、オーディオ・クリップ（たとえば、歌）が終了する。次のクリップをプレイするためには、クリップを明確に選択して開始しなければならない。メディア・プレーヤのなかには、あるあらかじめ定義した順序でクリップをプレイすることはできるが、これらのプレイリストは、線形（１次元）シーケンスのクリップを表現できるだけなので、極端に限定されている、プレイリスト・コンセプトをサポートするものもある。さらに、プレイリストを定義するための標準データ・フォーマットが存在しない。
【００１２】
上述の問題のなかには、ＭＰＥＧ（Ｍｏｖｉｎｇ　Ｐｉｃｔｕｒｅ　Ｅｘｐｅｒｔ　Ｇｒｏｕｐ）によって対応されているものがあり、レポート「ＭＰＥＧ２１　Ｍｕｌｔｉｍｅｄｉａ　Ｆｒａｍｅｗｏｒｋ，Ｂｅｉｊｉｎｇ，２０００」に言及されている。
【００１３】
（発明の概要）
本発明の一般的な目的は、上述の問題のいくつかを克服し、ユーザに満足のいくメディア体験を提示することである。
【００１４】
本発明のさらなる目的は、満足のいくメディア体験を、低コストで達成すること、すなわち、メディア・プレーヤに対するメディア・コンテンツの不要なダウンロードを回避することである。
【００１５】
これらの目的は、パーソナライズされたメディア・パッケージ構成を定義するステップと、前記パーソナライズされたメディア・パッケージ構成を有する第１のパッケージをクライアントに通信するステップと、ユーザ・アクションを記述するステータス情報をクライアントから受け取るステップと、利用挙動に応答して前記パーソナライズされたメディア・パッケージ構成を適応させるステップと、前記適応されパーソナライズされたメディア・パッケージ構成を有する第２のパッケージをクライアントに通信するステップとを含む、導入部分で言及した種類の方法によって達成される。
【００１６】
本発明によれば、ユーザは、ネットワーク送信に関して最小限のコストで、非常にパーソナライズされたメディア再生が体験できる。パーソナライゼーション・サーバへステータス情報通信を実装することにより、メディア・パッケージ構成は、ユーザの消費者パターンに従って連続的に更新される。すなわち、ユーザが１つの対象情報に関するある種類のメディアを再生することを選択した場合、構成は、現在、ユーザのパーソナル・プロファイル内に含まれているすべての対象情報に関する、この種類のより多くのメディア・オブジェクトを含むようにされる。その結果、この種類に関係する、より多くのメディア・コンテンツが、１つまたはいくつかのコンテンツ・プロバイダからパーソナライゼーション・サーバにダウンロードされる。しかし、メディア・コンテンツがクライアントに転送されるのは、ユーザが、ナビゲーションによって、この種類のメディアを要求する場合のみである。したがって、ユーザは、要求したメディア・コンテンツに対してのみ支払いをする。しかし、同時に、ユーザがナビゲートすることによって要求したメディア・コンテンツは、常にユーザのメディア消費者パターンに適応され、したがって、ユーザは、過剰にブラウズしなくても、非常に関連性があり、かつ満足のいくメディア体験を持つことになる。
【００１７】
第２のパッケージは、好ましくは、ユーザ・アクションに応答して、前記適応されパーソナライズされたパッケージ構成に従って編成された、プレイ可能なメディア対象情報を含むことができる。したがって、いろいろなパッケージは、構成とコンテンツの両方において異なる場合がある。このことにより、ユーザ・メディア利用挙動に対して非常に適応可能なメディア転送が可能になる。
【００１８】
ステータス情報は、現在使用可能なネットワーク送信速度の表示をさらに含むことができ、使用可能な送信速度に不適切なメディア対象情報は、置換されるかまたは前記パッケージから除外される。置換は、１つのアプローチに従って、より高い程度への圧縮などの、メディア・フォーマットの変換で構成でき、その結果、品質は低くなるが、バイト数が少ないものが生じる。
【００１９】
送信されたメディア・コンテンツを使用可能な送信速度に適応させることにより、クライアント側での過剰な遅延が回避される。送信速度が通常より低い時間中に、広帯域メディア・コンテンツ（たとえば、ビデオ・クリップ、高サンプリング・レートのオーディオ・ファイル）が、パーソナライゼーション・サーバに保持される。したがって、ユーザのメディア体験は著しく減少するが、これは、通常、劣化したネットワーク・キャパシティによりメディア・コンテンツ送信が完全に停止するよりも良い代替態様である。
【００２０】
ステータス情報は、クライアント・メディア・プレーヤによってサポートされているメディア・フォーマットの表示をさらに含むことができ、そのメディア・プレーヤによってサポートされていないフォーマットを有するメディア対象情報は、置換されるかまたは前記パッケージから除外される。クライアントおよびクライアント・メディア・プレーヤについてのパーソナライゼーション・サーバ情報に通信することにより、クライアントに送信されたメディア・コンテンツは、さらに適応される。たとえば、ビデオ・クリップの再生のできないメディア・プレーヤ（たとえば、ディスプレイのないｍｐ３プレーヤ）を使用する場合は、このようなメディア・コンテンツの送信は、接続コストの無駄であろう。
【００２１】
ステータス情報は、現在、ユーザが置かれている状況の種類の表示をさらに含むことができる。特に重要なことは、パーソナライゼーション・サーバに、ユーザのメディア・コンテンツを利用する能力に影響を与えると想定され得るアクティビティについて知らせることである。現在、車を運転しているユーザは、通常、バスの中で座っているユーザよりも、たとえクライアントのハードウェアおよびソフトウェアが極めて似ていたとしても、やや異なるメディア・コンテンツ・ミックスを評価する。現行ユーザ環境についての情報に従ってメディア・コンテンツを適応することにより、さらに向上したメディア体験を得ることが可能であろう。
【００２２】
本発明の別の態様は、メディア・コンテンツを受け取るための対応する方法に関する。
【００２３】
本発明の別の態様は、上述の方法によるステップを実施するための手段を含む、ネットワーク内に備えられたデバイスである。これらのデバイスは、固定データ・ネットワーク（たとえば、インターネット）またはモバイル・ネットワークの一部を形成することができる。
【００２４】
本発明のさらに別の態様は、コンピュータ・プログラム製品がコンピュータで動作する時に、本発明による方法を実施するためのソフトウェア・コード部分を備える、コンピュータ・プログラム製品である。このようなコンピュータ・プログラム製品は、好ましくは、コンピュータの内部メモリ内に直接にロード可能であり、たとえば、ネットワークを介してまたはＣＤなどのディジタル情報キャリア上に分配することができる。
【００２５】
本発明のさらなる態様を、添付図面に例示した、好ましい実施形態を参照しながら、以下に記述する。
【００２６】
（好ましい実施形態の詳細な説明）
実装形態により、本発明によるシステムは、異なる組の構成要素（ノード）を含む、いくつかの異なる情報フロー構成のどのようなものをも有することができる。以下の記述では、図１に従った構成が、１つまたはいくつかのメディア・コンテンツ・サーバ（パブリッシャ・ノード１とも呼ぶ）を備え、本発明による方法に従って、１つまたはいくつかのクライアント３に転送されるメディア・コンテンツ２を含むと想定される。これらの２つのエンドポイント間に、中間ノード４が、ノードに対して使用可能にされたユーザ・プリファレンスに従ってパブリッシュされたマテリアルからメディア・コンテンツを選択するようにされたパーソナライズする構成要素５と、クライアント３との最適通信を確実にするようにされたフィーダ構成要素６とを備え、配置される。
【００２７】
上述の構成は、好ましくは、固定データ・ネットワーク７、たとえば、インターネットと、モバイル・データ・ネットワーク８、たとえば、ＧＰＲＳやＵＭＴＳネットワークとを含み、図２で例示した種類のネットワーク内で実施される。図２から、パブリッシャ・ノード１および中間ノード４のパーソナライゼーション構成要素５が、固定ネットワークの一部を形成することが明らかである。中間ノード４のフィーダ構成要素６は、システムの固定部とモバイル部間のブリッジであり、たとえば、ＧＰＲＳネットワークのＧＧＳＮ（ゲートウェイＧＰＲＳシステム・ノード）と通信する。固定とモバイル間のインターフェイスの一部として、フィーダ６は、一般的に、モバイル・ネットワーク・オペレータに属し、したがって、図２には、別個の物理ユニットとして示されている。クライアント３は、セルラ通信デバイス、たとえば、ＧＰＲＳ電話である。図２では、陰影を付けた領域が、以下に記述するソフトウェアが常駐する所を表示している。
【００２８】
好ましい実施形態によるパブリッシャ・ノード１が、図３に例示されている。それぞれのパブリッシャ・ノードが、定義されたメディア構成を有するパッケージ１０を作成し、１つまたはいくつかのパーソナライゼーション・ノード４に分配する。
【００２９】
この基本メディア・パッケージ構成が、本発明に従ってメディア・コンテンツの、すべての処理および通信に使用される。メディア・パッケージ構成は、関連するメディア・コンテンツのアイテム（対象情報とも呼ぶ）を、クライアントに転送される１つの論理単一ファイルにバンドルすることをサポートする。メディア・パッケージ構成は、メディア・パッケージのメディア対象情報とナビゲーション構成間の関係を定義する。好ましい実施形態では、構成は、ＸＭＬデータ変換定義として実施される。
【００３０】
図４に示すように、メディア・パッケージ１０内のクリップは、たとえば、ＣＮＮスポーツやＭＴＶトップ２５などの、いくつかのコンテンツ・プロバイダ特定チャネル（ＣＨ１、、）で編成される。チャネルには、いくつかの対象情報（１．１、、）、たとえば、スポーツ・ニュース・クリップや歌が含まれ、それぞれの対象情報が、いくつかの関連する対象情報（１．１．１、、）、たとえば、対象情報について、より詳細なまたは関係する情報を与える、関係するスポーツ・ニュース・クリップを有することができる。
【００３１】
対象情報は、あらかじめ定義された再生順序（１．１、１．２、１．３など）を有し、この方式でブロードキャストと同様である。しかし、マルチレベル構成により、ブロードキャストを、（たとえば、１．２．１、１．２．２、ｌ．２．３などに）変更する、パラレル・パスへの移動が可能となる。
【００３２】
対象情報を、満了タグに割り当てて、一定期間後に旧式とすることができる。この満了タグは、「期限切れ」のメディア・コンテンツを配信することを回避するために、システム全体にわたって使用することができる。
【００３３】
図５に示すように、それぞれの対象情報にはまた、いくつかのメディア表現レイヤ、たとえば、テキスト、オーディオ、絵が含まれる。レイヤにより、同じニュース・クリップが、異なる方式で表現でき、それにより、メディア・プレーヤのケイパビリティ、アクセス・キャパシティまたはユーザの選択などの状況により、適切な方式でいろいろな表現から選ぶことが可能となる。このプロセスについて、以下にさらに記述する。
【００３４】
レイヤ内で、メディア・コンテンツは、タイムラインに従って編成され同期されたシーケンスにさらに分割される。シーケンスは、メディア・パッケージの最小の部片であり、今日のメディア・ファイル、たとえば、ＭＰ３ファイルの均等物である。異なるレイヤ上でシーケンスを組み合わせ、同期させることにより、豊かなメディア・ショーを制作することができるようになる。たとえば、今日のＴＶのニュース・チャネルが、ニュース・コンテンツに基づいて変えるオーディオと静止画のシーケンスを組み合わせることにより、そのニュース・クリップを強化することができる。これらのニュース・クリップは、上述したメディア・パッケージ・フォーマットに基づいて制作することができる。
【００３５】
図５の最下位のレイヤ、機能レイヤにより、対象情報依存インタラクティブ機能を対象情報内に含ませ、また他のシーケンスと同期させることができる。一例として、ニュース・クリップを聴いている間に、ニュース・クリップに関係するメニューが現れ、それにより、将来に使用するために、選択したアイテムをメディア・プレーヤに保存する（アーカイブする）、またはコンテンツ・プロバイダから直接購入することができるようになる。
【００３６】
図４〜５に関連するＸＭＬファイルの一部が、以下の例のようである。
＜ＣＨＡＮＮＥＬ　ｎａｍｅ＝’ＣＨｌ’＞
＜ＳＵＢＪＥＣＴ　ｉｄ＝’１．１’＿＞
＜ＬＡＹＥＲ　ｔｙｐｅ＝’ａｕｄｉｏ’＿＞
＜ＳＥＱＵＥＮＣＥ　ｓｔａｒｔ＝’０．３０’ｓｔｏｐ＝’ｌ．３０’ｆｉｌｅ＝’ａｌ．ｍｐ３’／＞
＜／ＬＡＹＥＲ＞
＜／ＳＵＢＪＥＣＴ＞
＜ＳＵＢＪＥＣＴ　ｉｄ＝’１．２’＞
＿
＜／ＣＨＡＮＮＥＬ＞
＜ＣＨＮＡＮＮＥＬ　ｎａｍｅ＝’ＣＨ２’＞
＿
＜／ＣＨＡＮＮＥＬ＞
【００３７】
図３に戻ると、パブリッシャ・ノード１は、データベース１１と、インターネットに接続するための手段１２とを備える。ノード１には、上述した方式でメディア・コンテンツを構成するためのソフトウェア１３がさらに設けられる。ニュース・ステーションやＴＶチャネルなどのメディア・コンテンツ・プロバイダが、メディア・エディタ１４を用いて、データベース１１内で異なる種類の対象情報の形式のメディア・コンテンツを制作する。ソフトウェア１３は、おそらくメディア・エディタ１４の助けを借りて、上述したＸＭＬ構成でパッケージ１０を作成し、次いで、これらのパッケージ１０が公開される、すなわち、インターネットを介して使用可能なデータベース１１の公開メモリ場所１５に移動する。一般的に、パッケージ１０が、メディア・コンテンツ・プロバイダが分配するチャネルごとに作成される。
【００３８】
さらに、パブリッシャ・ノードは、メディア・エディタ・アクセスや、バックアップ・ルーチンなどを制御する、ユーザ・グループおよび新しいパーソナライゼーション・ノード接続をセットアップし、維持するなどの個別管理機能のための手段１６を備える。
【００３９】
パブリッシャ・ノードは、外部コンテンツ・データベース１７と接続するための手段を備えることができ、ここで、追加のメディア・コンテンツが見つけられる。これは、たとえば、公に使用可能なデータベース、またはメディア・コンテンツ・プロバイダがアクセスを有するデータベースなどである。
【００４０】
好ましい実施形態による中間ノード４が、図６に例示されており、パーソナライゼーション構成要素５とフィーダ構成要素６とを含む。これらの２つの構成要素は、両方とも、パーソナライゼーション・サービスをエンド・ユーザに提供するが、やや異なる機能を有し、したがって、この説明では分離してある。フィーダ構成要素６は、モバイル・ネットワークとの通信に密接に関係しているため、パーソナライゼーション構成要素５から物理的に分離して実現されるのが好ましく、たとえば、常設接続されているインターネット・サーバでよい。
【００４１】
パーソナライゼーション構成要素５は、オープン規格（ｏｐｅｎ　ｓｔｄ）２１を有するインターネット・ポータルとして容易に実施され、それにより、どのような種類のブラウザ（ＨＴＭＬ、ＷＡＰ、ＶｏｉｃｅＸＭＬ）からもアクセス可能である。パーソナライゼーション構成要素５は、ユーザの利用挙動についてのユーザ・プロファイルおよびステータス情報が格納されているユーザ・データベース２２と、提供するコンテンツ・プロバイダおよびメディア・コンテンツのカテゴリ（チャネルとも呼ぶ）を含むコンテンツ・プロバイダ・データベース２３とを備えている。
【００４２】
ユーザ・インターフェイス２４は、情報を更新するために、安全なログインおよび権限付与手順を管理し、その人のユーザ・プロファイル情報へのユーザ・アクセスを与えるようにされている。コンテンツ・プロバイダはまた、新しいチャネルをセット・アップするため、または既存チャネルのコンテンツを更新するために、インターフェイス２４を使用してログインすることもできる。
【００４３】
パーソナライゼーション構成要素５は、クライアント３に送られるべきメディア・パッケージのパーソナライゼーションを実施するためのソフトウェア２５をさらに備える。メディア・パッケージの分配はどのような種類でもよい。一実施形態（図示せず）によれば、すべてのメディア・パッケージが、パーソナライゼーション・ノード４内に格納される。別の実施形態（図６）によれば、パッケージが、パブリッシャ・ノード１からクライアント３に直接に送られ、中間ノード４によってのみインタセプトされる。この場合、キャッシュ・メモリ２６を使用する「インテリジェント・キャッシング」が、中間ノード４内で起きる。パッケージは、パーソナライゼーション・ノード４によってインタセプトされ、ユーザＩＤなどが、宛先ヘッダなどから読み取られる。対応するユーザ・プロファイルは、ユーザ・プロファイル・データベース２２から呼び戻され、パッケージは、ユーザ・プロファイルに従って調整される。
【００４４】
さらに、パブリッシャ・ノードと同様に、パーソナライゼーション構成要素５は、個別管理機能、同様のシステム管理、バックアップ・ルーチンなどのための手段２７を備える。
【００４５】
フィーダ構成要素６は、ネットワークを通じて転送されるデータを最適化する「インテリジェント」フィルタ２８を含む。このため、それは、クライアントからステータス情報３０を受け取り、このステータス情報に応答して、パーソナライズされ適応されたメディア・パッケージ３１をクライアントに送るための手段２９を備える。中間ノード４が、１つの物理ユニット（サーバ）で構成される場合は、フィーダ構成要素６は、サーバ上を動作するソフトウェアの一部にすぎない。他方、フィーダ構成要素６が、パーソナライゼーション構成要素から分離している場合は、パーソナライゼーション構成要素とのネットワーク通信を確実にする必要もある。この接続は、パーソナライゼーション構成要素に関連して記述したプロセスと同様に、情報をキャッシュするための手段を備えることができる。ステータス情報３０は、要求されたメディア・コンテンツに関する統計を含み、メディア・パッケージは、受け取った情報に適応される。たとえば、同じコンテンツを２回送ることを回避するために、最近クライアントによって受け取られた対象情報を除外することができる。また、ユーザがある種類のメディア・コンテンツにはめったにアクセスしない場合は、この種類のメディア・コンテンツの量を制限するかまたは完全に削除することができる。
【００４６】
適応プロセスは、上述したメディア・パッケージ構成に接続されている。クライアントに送られるパッケージが、図４に例示したもののように、マルチレベル構成のセクションを含む場合がある。しかし、構成は、メディア対象情報（ビデオ・クリップ、オーディオ・クリップなど）で完全に満たす必要はなく、ほんの少しの対象情報が含まれていてもよい。ユーザが構成内をナビゲートし、したがって、メディア対象情報の１つを利用する時、パッケージはフィーダから再び送られるが、この時は、構成がやや調整されており、少しの新しい対象情報を含む。ユーザがアクションをとらない場合は、順次対象情報の所定の再生で構成されるブロードキャストを続行し、追加の対象情報を有して定期的に終了する。この方式で、ユーザは、コンテンツのほとんどない極めてまばらな構成をナビゲートするが、常に、新しいメディア対象情報によって「囲まれている」。
【００４７】
ユーザ挙動に関する統計は、パーソナライゼーション構成要素内のユーザ・データベースに通信することができ、そこから、初期のステージのメディア・パッケージのパーソナライゼーションに影響を与えることができる。したがって、ユーザからの連続したフィードバックで、より効率的なパーソナライゼーションが達成される。
【００４８】
クライアントからのステータス情報は、以下のものなどの、さまざまな技術要因を含むこともできる。
・　接続キャパシティ（速度など）
・　ユーザ・デバイスのメモリ・キャパシティ
・　ユーザ・デバイスの処理キャパシティ
・　ユーザ・デバイスの使用可能なソフトウェア構成要素
・　トラフィック・ボリューム
【００４９】
これらの要因により、ソフトウェアが、主流となっている技術状況に従ってメディア・パッケージを適応させることができるようになる。この適応は、ボリューム、フォーマット、品質の点で、パッケージ内のコンテンツを調整することを含むことができる。たとえば、動いているグラフィックスをクライアントが表示できない場合は、このようなメディア・コンテンツは、パッケージから除外され、クライアントが、不十分なメモリおよび／またはプロセッサ・キャパシティしか有さない場合は、オーディオ・ファイルをより低い品質へと変えることができる。次いで、これらの適応されたメディア・パッケージは、通信手段を使用してクライアントに送られる。
【００５０】
上述の技術要因が、やや異なる特性を有することに留意されたい。たとえば、使用可能なソフトウェア構成要素は、通常、セッション中は一定であるが、リアルタイム・ネットワーク転送に関連する要因は、連続的に変更できる。要因の別のカテゴリは、たとえば、ユーザがしていること（たとえば、バスに乗るまたは車を運転する）に関する、状況要因と呼ぶこともでき、セッション中に数回変わることが予想できる。したがって、技術要因の通信を、要因カテゴリに従った頻度で実施すべきである。
【００５１】
フィーダ・ノードは、ユーザ・グループ、新しいパーソナライゼーション・ノード接続、バックアップ・ルーチンをセットアップし、維持するなどの個別管理機能のためのソフトウェア２６をさらに含むことができる。
【００５２】
好ましい実施形態によるクライアント３が、図７に例示されている。クライアントは、ＰＤＡやセルラ通信デバイス、好ましくは、ＧＰＲＳ／ＵＭＴＳイネーブルされたデバイスなどのハンドヘルド・ユニットである。クライアント・ソフトウェアは、ネットワークからのメディア・パッケージの受取りを制御し、デバイス上にローカルにパッケージを格納する。クライアント・ソフトウェアはまた、パッケージのナビゲーションおよびシームレス再生のための機能も保持する。図７では、参照番号４１で表したソフトウェア構成要素は、本発明の特性であり、ナビゲータと呼ぶ。他の構成要素は、上述した種類のデフォルト・デバイス内に常駐する。明らかに、ナビゲータ４１は、クライアント・ソフトウェア・プラットフォーム４２と、そのいろいろなソフトウェア構成要素４３（たとえば、メディア・プレーヤ）と、そのローカル・メモリ４４と、そのＩ／Ｏユニット４５とのインターフェイスを含む。
【００５３】
ナビゲータ４１は、Ｉ／Ｏユニット４５を制御して、フィーダ６からメディア・パッケージ３１をダウンロードするための手段４６と、フィーダ６でメディア・パッケージ・ステータスを定期的にポーリングするための手段５１とを備える。チャネルがコンテンツ・プロバイダによって拡張されると、以前にダウンロードされたメディア・パッケージ構成は、やや旧式となり、ポーリングによって構成を更新する。ダウンロードされたメディア・コンテンツは、メディア・パッケージ構成内、またはデバイスのローカル・メモリ４４内の通常の順次フォーマット内に格納される。
【００５４】
ナビゲータは、メディア・パッケージ構成をパーズ（構文解析）するための手段４７と、構成内をナビゲートするための手段４８と、ユーザ・インタラクション（ボタン、音声）およびプレーヤ（開始する、停止する、前へおよび後へスキップする、休止する）の点で再生機能を制御するための手段４９とを備える。ナビゲータのこの部分は、基本的に、ユーザ・インターフェイスであり、熟練技術者によって容易に開発され、所定のデバイス上のソフトウェアに適応される。
【００５５】
ナビゲータ・ソフトウェアはまた、フィーダに関して上述した種類のステータス情報をモニタし、通信するための手段５０も含む。情報は、通常、クライアント側で起きる変更を反映するので、フィーダ側に押されることが好ましい。
【００５６】
記述したシステムの機能を、図８を参照しながら、以下に簡単に記述する。ユーザが、サービス・プロバイダとのアカウント６０を確立し、中間ノードと通信しているプロファイル６１を決める。次いで、１つまたは複数の選択されたチャネルは、構成を有するが、まったくまたはほとんど対象情報のない、１つまたはいくつかのパーソナライズされたメディア・パッケージ６３の形式でクライアントに転送される６２。この構成は、ポーリング・プロセスを通じて定期的に更新される。ユーザがメディアを利用することを希望すると、構成が初期化され６４、ステータス情報がフィーダと通信する６５。このステータス情報に応答して、パーソナライズされた構成が適応され６６、新しい、更新されたパッケージは、少しの対象情報を含み、クライアントに送られる６７。ユーザが構成内の異なる経路を選択しなければ、対象情報はあらかじめ決められた順序でプレイされる。このようなユーザ・アクション６８が、構成のこの領域内の対象情報を含む、新しいメディア・パッケージのダウンロードをプロンプトする。この方式で、ユーザは、ダイナミック・ブロードキャストを経験する。
【００５７】
上述したノードは、標準ＯＳおよび主要プロセス処理のためのソフトウェアを含む、従来の種類のサーバであり得る。記述した、ノードのいろいろなソフトウェア構成要素は、大した困難もなく、熟練技術者によって実現できる。標準ネットワーク・プロトコルおよび言語を、ファイルの転送と、異なるノード間のデータの同期および制御のために使用することができる。ノード内のデータベースの処理も、従来の技術で実現できる。
【００５８】
本発明は、ソフトウェア構成要素の詳細な開発ではなく、むしろ、既存ネットワーク技術を最適な方式で使用できるようにして、ユーザに満足のいくメディア体験を与える一般的な方法の設計のなかにある。
【図面の簡単な説明】
【図１】
本発明によるシステム内の一般的な情報フローを示すブロック図である。
【図２】
本発明が適用可能であるメディア分配ネットワークを示すブロック図である。
【図３】
本発明によるパブリッシャ・ノードを示す図である。
【図４】
本発明の一実施形態によるメディア・パッケージ構成の一例を示す図である。
【図５】
図４のメディア・パッケージ構成の別の例を示す図である。
【図６】
本発明によるパーソナライゼーション・ノードを示す図である。
【図７】
本発明によるナビゲータを示す図である。
【図８】
本発明のシステムの機能を示す図である。
【図２】
2004509402.tif 000003
【図３】
2004509402.tif 000004
【図５】
2004509402.tif 000005
【図６】
2004509402.tif 000006
【図７】
2004509402.tif 000007
【図８】
2004509402.tif 000008
【国際公開パンフレット】
2004509402.tif 000009
2004509402.tif 000010
2004509402.tif 000011
2004509402.tif 000012
2004509402.tif 000013
2004509402.tif 000014
2004509402.tif 000015
2004509402.tif 000016
2004509402.tif 000017
2004509402.tif 000018
2004509402.tif 000019
2004509402.tif 000020
2004509402.tif 000021
2004509402.tif 000022
2004509402.tif 000023
2004509402.tif 000024
2004509402.tif 000025
2004509402.tif 000026
2004509402.tif 000027
2004509402.tif 000028
2004509402.tif 000029
2004509402.tif 000030
2004509402.tif 000031
2004509402.tif 000032
2004509402.tif 000033
2004509402.tif 000034
2004509402.tif 000035
【手続補正書】
【提出日】平成14年8月26日(2002.8.26)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】特許請求の範囲
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
メディア・コンテンツが、メディア・コンテンツ・サーバによって提供され、かつ、以前に格納されたユーザ・プリファレンスに従って中間ノードによって編成され、選択され、さらにユーザによって操作されるクライアントに配信されるようになっている、ディジタル・ネットワークを介してユーザにメディア・コンテンツを提供する方法において、
パーソナライズされたメディア・パッケージ構成を定義するステップと、
前記パーソナライズされたメディア・パッケージ構成を有する第１のパッケージをクライアントに通信するステップと、
ユーザ・アクションを記述するステータス情報をクライアントから受け取るステップと、
前記ユーザ・アクションに応答して、前記パーソナライズされたメディア・パッケージ構成を適応させるステップと、
前記適応されパーソナライズされたメディア・パッケージ構成を有する第２のパッケージをクライアントに通信するステップとを含み、
前記第２のパッケージが、前記ユーザ・アクションに応答して、前記適応されパーソナライズされたパッケージ構成に従って編成された、プレイ可能なメディア対象情報を含むことを特徴とする方法。
【請求項２】
メディア・コンテンツが、メディア・コンテンツ・サーバによって提供され、かつ、以前に格納されたユーザ・プリファレンスに従って前記中間ノードによって編成され、選択されるようになっている、ディジタル・ネットワーク内の中間ノードからクライアントにメディア・コンテンツを受け取る方法において、
パーソナライズされたメディア・パッケージ構成を有する第１のパッケージを受け取るステップと、
ユーザ・アクションを記述するステータス情報を中間ノードに通信するステップと、
前記ユーザ・アクションに応答して適応された、パーソナライズされたパッケージ構成を有し、前記適応されパーソナライズされたパッケージ構成に従って編成された、プレイ可能なメディア対象情報を含む、第２のパッケージを受け取るステップとを含むことを特徴とする方法。
【請求項３】
前記ステータス情報が、現在使用可能なネットワーク送信速度の表示をさらに含み、使用可能な送信速度に不適切なメディア対象情報が、置換または前記パッケージから除外される請求項１または２に記載の方法。
【請求項４】
前記ステータス情報が、クライアント・メディア・プレーヤによってサポートされているメディア・フォーマットの表示をさらに含み、前記メディア・プレーヤによってサポートされていないフォーマットを有するメディア対象情報が置換または前記パッケージから除外される請求項３に記載の方法。
【請求項５】
前記ステータス情報が、ユーザが現在おかれている状況の種類の表示をさらに含む請求項３から４のいずれか一項に記載の方法。
【請求項６】
メディア・コンテンツが、メディア・コンテンツ・サーバによって提供され、かつ、以前に格納されたユーザ・プリファレンスに従って中間ノードによって編成され、選択され、さらに、ディジタル・ネットワークを介してユーザによって操作されるクライアントに配信されるようになっている、ユーザにメディア・コンテンツを提供するデバイスにおいて、
パーソナライズされたメディア・パッケージ構成を決める手段と、
前記パーソナライズされたメディア・パッケージ構成を有する第１のパッケージをクライアントに通信する手段と、
ユーザ・アクションを記述するステータス情報をクライアントから受け取る手段と、
利用挙動に応答して、前記パーソナライズされたメディア・パッケージ構成を適応させる手段と、
前記適応されパーソナライズされたメディア・パッケージ構成を有する第２のパッケージをクライアントに通信する手段とを含み、
前記第２のパッケージが、前記ユーザ・アクションに応答して、前記適応されパーソナライズされたパッケージ構成に従って編成された、プレイ可能なメディア対象情報を含むことを特徴とするデバイス。
【請求項７】
メディア・コンテンツが、メディア・コンテンツ・サーバによって提供され、かつ以前に格納されたユーザ・プリファレンスに従って前記中間ノードによって編成され、選択されるようになっている、ディジタル・ネットワーク内の中間ノードからクライアントにメディア・コンテンツを受け取るデバイスであって、
パーソナライズされたメディア・パッケージ構成を有する第１のパッケージを受け取る手段と、
ユーザ・アクションを記述するステータス情報を中間ノードに通信する手段と、
前記ユーザ・アクションに応答して適応された、パーソナライズされたパッケージ構成を有し、前記適応されパーソナライズされたパッケージ構成に従って編成された、プレイ可能なメディア対象情報を含む、第２のパッケージを受け取る手段と
を含むことを特徴とするデバイス。
【請求項８】
コンピュータ・プログラム製品がコンピュータで動作する場合に請求項１または２のステップを実施するためのソフトウェア・コード部分を備えたコンピュータ・プログラム製品。
【請求項９】
請求項８に記載のコンピュータ・プログラム製品を格納した記憶媒体。
【国際調査報告】
2004509402.tif 000036
2004509402.tif 000037
2004509402.tif 000038