(57)【特許請求の範囲】
【請求項１】
コンテンツサーバからのコンテンツ推薦リストをクライアント機器で受信する受信方法において、
コンテンツ推薦リストの第１の要求を、通信ネットワークを介して上記コンテンツサーバに送信するステップと、
コンテンツアイテムを表す少なくとも１つのコンテンツ推薦リストエントリのリストを含む第１のコンテンツ推薦リストを受信するステップと、
上記第１のコンテンツ推薦リストの少なくとも１つのコンテンツ推薦リストエントリに関するフィードバックを送信するステップと、
上記第１のコンテンツ推薦リストの最後のコンテンツ推薦リストエントリを評価するユーザレーティングを行い、上記ユーザレーティングの対象となったコンテンツ推薦リストエントリを上記ユーザレーティングを行った直後にバッファから削除し、コンテンツ推薦リストの第２の要求を上記コンテンツサーバに送信するステップと、
上記送信したフィードバックに基づく、更なるコンテンツアイテムを表す少なくとも１つの更なるコンテンツ推薦リストエントリを含む第２のコンテンツ推薦リストを受信するステップと、
上記第１のコンテンツ推薦リストと上記第２のコンテンツ推薦リストとを含む全体のコンテンツ推薦リストの受信された一部の可視表現を表示するステップとを有する受信方法。
【請求項２】
上記コンテンツ推薦リストの第２の要求を送信するステップは、上記第１のコンテンツ推薦リストの最後のコンテンツ推薦リストエントリを過ぎて動かすユーザの試みを含むことを特徴する請求項１記載の受信方法。
【請求項３】
上記コンテンツ推薦リストの第２の要求を送信するステップは、上記第１のコンテンツ推薦リストの最後のコンテンツ推薦リストエントリを要求するユーザ要求を含むことを特徴とする請求項１記載の受信方法。
【請求項４】
上記全体のコンテンツ推薦リストにリストされたコンテンツ推薦リストエントリを上記コンテンツサーバに要求するステップと、
上記コンテンツサーバから、上記要求したコンテンツ推薦リストエントリによって表されるコンテンツアイテムを受信するステップとを更に有する請求項１記載の受信方法。
【請求項５】
上記第１のコンテンツ推薦リストにリストされた少なくとも１つのコンテンツ推薦リストエントリに関して送信するフィードバックは、暗示的フィードバックと明示的フィードバックのうちの１つからなることを特徴とする請求項１記載の受信方法。
【請求項６】
上記コンテンツ推薦リストの第１の要求を通信ネットワークを介してコンテンツサーバに送信するステップは、当該クライアント機器に関連したユーザープロファイル情報を送信することを含むことを特徴とする請求項１記載の受信方法。
【請求項７】
上記コンテンツ推薦リストの第１及び第２の要求を送信するステップは、１０個未満のコンテンツ推薦リストエントリを含むリストの要求を送信することを含むことを特徴とする請求項１記載の受信方法。
【請求項８】
上記第１のコンテンツ推薦リスト情報と上記第２のコンテンツ推薦リスト情報の少なくとも１つが上記コンテンツサーバで保守され、
上記第１のコンテンツ推薦リスト情報は、上記クライアント機器により受信された上記第１及び第２のコンテンツ推薦リストに関連し、
上記第２のコンテンツ推薦リスト情報は、上記コンテンツサーバから上記クライアント機器に送信される第３のコンテンツ推薦リストに関連し、
上記第１のコンテンツ推薦リスト情報と上記第２のコンテンツ推薦リスト情報は、上記第１、第２及び第３のコンテンツ推薦リストを含み上記コンテンツサーバで保守される全体のコンテンツ推薦リスト情報の一部であり、
上記第３のコンテンツ推薦リストに関連する上記第２のコンテンツ推薦リスト情報は、上記フィードバックが上記コンテンツサーバに送信される都度、上記フィードバックに依存して更新されることを特徴とする請求項１記載の受信方法。
【請求項９】
上記第１及び第２のコンテンツ推薦リストの要求と、上記第１、第２及び第３のコンテンツ推薦リストは相互に独立した複数のデータチャネルの中の特定のデータチャネルに割り当てられ、
少なくとも１つのコンテンツアイテムに関連している上記フィードバックは、上記特定のデータチャネルの上記第２のコンテンツ推薦リスト情報にのみ影響を与え、他のデータチャネルの上記第２のコンテンツ推薦リスト情報には影響を与えないことを特徴とする請求項８記載の受信方法。
【請求項１０】
クライアント機器に、
コンテンツ推薦リストの第１の要求を、通信ネットワークを介してコンテンツサーバに送信するステップと、
コンテンツアイテムを表す少なくとも１つのコンテンツ推薦リストエントリのリストを含む第１のコンテンツ推薦リストを受信するステップと、
上記第１のコンテンツ推薦リストの少なくとも１つのコンテンツ推薦リストエントリに関するフィードバックを送信するステップと、
上記第１のコンテンツ推薦リストの最後のコンテンツ推薦リストエントリを評価するユーザレーティングを行い、上記ユーザレーティングの対象となったコンテンツ推薦リストエントリを上記ユーザレーティングを行った直後にバッファから削除し、コンテンツ推薦リストの第２の要求を上記コンテンツサーバに送信するステップと、
上記送信したフィードバックに基づく、更なるコンテンツアイテムを表す少なくとも１つの更なるコンテンツ推薦リストエントリを含む第２のコンテンツ推薦リストを受信するステップと、
上記第１のコンテンツ推薦リストと上記第２のコンテンツ推薦リストとを含む全体のコンテンツ推薦リストの受信された一部の可視表現を表示するステップとを実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１１】
上記コンテンツ推薦リストの第２の要求を送信するステップは、上記第１のコンテンツ推薦リストの最後のコンテンツ推薦リストエントリを過ぎて動かすユーザの試みを含むことを特徴する請求項１０記載のコンピュータ読み取り可能な記録媒体。
【請求項１２】
上記コンテンツ推薦リストの第２の要求を送信するステップは、上記第１のコンテンツ推薦リストの最後のコンテンツ推薦リストエントリを要求するユーザ要求を含むことを特徴とする請求項１０記載のコンピュータ読み取り可能な記録媒体。
【請求項１３】
上記プログラムは、
上記全体のコンテンツ推薦リストにリストされたコンテンツ推薦リストエントリを上記コンテンツサーバに要求するステップと、
上記コンテンツサーバから、上記要求したコンテンツ推薦リストエントリによって表されるコンテンツアイテムを受信するステップとを更に上記クライアント機器に実行させる請求項１０記載のコンピュータ読み取り可能な記録媒体。
【請求項１４】
上記第１のコンテンツ推薦リストにリストされた少なくとも１つのコンテンツ推薦リストエントリに関して送信するフィードバックは、暗示的フィードバックと明示的フィードバックのうちの１つからなることを特徴とする請求項１０記載のコンピュータ読み取り可能な記録媒体。
【請求項１５】
上記コンテンツ推薦リストの第１の要求を通信ネットワークを介してコンテンツサーバに送信するステップは、当該クライアント機器に関連したユーザープロファイル情報を送信することを含むことを特徴とする請求項１０記載のコンピュータ読み取り可能な記録媒体。
【請求項１６】
上記コンテンツ推薦リストの第１及び第２の要求を送信するステップは、１０個未満のコンテンツ推薦リストエントリを含むリストの要求を送信することを含むことを特徴とする請求項１０記載のコンピュータ読み取り可能な記録媒体。
【請求項１７】
上記第１のコンテンツ推薦リスト情報と上記第２のコンテンツ推薦リスト情報の少なくとも１つが上記コンテンツサーバで保守され、
上記第１のコンテンツ推薦リスト情報は、上記クライアント機器により受信された第１及び第２のコンテンツ推薦リストに関連し、
上記第２のコンテンツ推薦リスト情報は、上記コンテンツサーバから上記クライアント機器に送信される第３のコンテンツ推薦リストに関連し、
上記第１のコンテンツ推薦リスト情報と上記第２のコンテンツ推薦リスト情報は、上記第１、第２及び第３のコンテンツ推薦リストを含み上記コンテンツサーバで保守される全体のコンテンツ推薦リスト情報の一部であり、
上記第３のコンテンツ推薦リストに関連する上記第２のコンテンツ推薦リスト情報は、上記フィードバックが上記コンテンツサーバに送信される都度、上記フィードバックに依存して更新されることを特徴とする請求項１０記載のコンピュータ読み取り可能な記録媒体。
【請求項１８】
上記第１及び第２のコンテンツ推薦リストの要求と、上記第１、第２及び第３のコンテンツ推薦リストは相互に独立した複数のデータチャネルの中の特定のデータチャネルに割り当てられ、
少なくとも１つのコンテンツアイテムに関連している上記フィードバックは、上記特定のデータチャネルの上記第２のコンテンツ推薦リスト情報にのみ影響を与え、他のデータチャネルの上記第２のコンテンツ推薦リスト情報には影響を与えないことを特徴とする請求項１７記載のコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ上のコンテンツアイテムをクライアント機器で受信する受信方法及びそのような方法をクライアント機器に実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体に関する。
【背景技術】
【０００２】
インターネットを介するデータの検索は、人々の日常生活の一部となった。近年、インターネットを介してユーザがアクセスできるデータの量は、著しく増加し、特定のデータを検索し、データにアクセスする作業を容易にするためのコンテンツ推薦システムが開発されている。
【０００３】
コンテンツ推薦システムの一般的な動作は、以下の通りである。第１に、コンテンツ推薦システムが、コンテンツアイテムの第１の選択肢をユーザに提供する。第２に、ユーザが、コンテンツアイテムの第１の選択肢のどれを好きか嫌いかを示すフィードバックが行われる。第３に、コンテンツ推薦システムは、ユーザによって与えられたフィードバックに基づいて、コンテンツアイテムの第２の選択肢を生成する。第２及び第３のステップは、複数回繰り返されることもある。
【０００４】
既知のコンテンツ推薦システムは、コンテンツアイテムの要求された選択肢を生成するために、かなり長い時間を必要とすることがある。更に、コンテンツ推薦システムが提供するコンテンツアイテムの選択肢は、特にユーザがコンテンツ推薦システムを初めて使用し、したがって、ユーザプロファイルが全く存在していない場合、ユーザを満足させることができないことがある。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、上述の課題を解決したコンテンツアイテム受信方法及びコンテンツアイテム受信方法をクライアント機器に実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体を提供することである。
【課題を解決するための手段】
【０００６】
この目的を達成するために、本発明は、請求項１に基づくコンテンツアイテム受信方法を提供する。更に、本発明は、請求項１１に基づく受信方法をクライアント機器に実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体を提供する。本発明の好ましい実施の形態は、従属請求項に定義されている。
【０００７】
本発明の受信方法は、コンテンツサーバからのコンテンツ推薦リストをクライアント機器で受信する受信方法において、コンテンツ推薦リストの第１の要求を、通信ネットワークを介してコンテンツサーバに送信するステップと、コンテンツアイテムを表す少なくとも１つのコンテンツ推薦リストエントリのリストを含む第１のコンテンツ推薦リストを受信するステップと、第１のコンテンツ推薦リストの少なくとも１つのコンテンツ推薦リストエントリに関するフィードバックを送信するステップと、第１のコンテンツ推薦リストの最後のコンテンツ推薦リストエントリを評価するユーザレーティングを行い、ユーザレーティングの対象となったコンテンツ推薦リストエントリをユーザレーティングを行った直後にバッファから削除し、コンテンツ推薦リストの第２の要求をコンテンツサーバに送信するステップと、送信したフィードバックに基づく、更なるコンテンツアイテムを表す少なくとも１つの更なるコンテンツ推薦リストエントリを含む第２のコンテンツ推薦リストを受信するステップと、第１のコンテンツ推薦リストと第２のコンテンツ推薦リストとを含む全体のコンテンツ推薦リストの受信された一部の可視表現を表示するステップとを有する。
【０００８】
本発明の一実施の形態では、クライアントが開始するサーバからクライアントへのコンテンツアイテムの送信処理は、ストリーミング処理である。あるいは、送信処理は、ダウンロード処理であってもよく、又はストリーミング処理とダウンロード処理の組合せであってもよい。本発明は、特にストリーミング処理に好適に適用される。
【０００９】
本発明では、用語「選択（コンテンツ推薦リストエントリの選択）」は、「明示的選択（explicit selection）」と「暗示的選択（implicit selection）」の２つのカテゴリに分類することができる。コンテンツ推薦リストエントリがユーザに視覚的に表示される場合、「暗示的選択」とは、特に、コンテンツ推薦リストエントリを強調表示することを意味し（例えば、コンテンツ推薦リストエントリのリストを単にスクロールすることによって、コンテンツ推薦リストエントリの１つが順次強調表示される）、一方、「明示的選択」とは、特に、タッチスクリーン、マウスポインタ又はユーザインタフェースの一部であるボタンをそれぞれ用いて、表示又は既に強調表示されている（すなわち、暗示的に選択されている）コンテンツ推薦リストエントリに触れることを意味する。また、ユーザインタフェース上の、コンテンツ推薦リストエントリに割り当てられたボタンを用いて、特定のコンテンツ推薦リストエントリを選択してもよい（この場合、強調表示は不要である）。コンテンツ推薦リストエントリがユーザに視覚的に表示される場合、サーバからクライアントへのコンテンツアイテムの送信処理は、コンテンツ推薦リストエントリが明示的に選択された場合にのみ開始される。あるいは、コンテンツ推薦リストエントリが暗示的に選択された時点で送信処理を開始してもよい（例えば、５秒間等の所定の期間、ユーザがコンテンツ推薦リストエントリを強調表示した場合、送信処理を開始してもよい（自動的開始））。
【００１０】
コンテンツ推薦リストエントリがユーザに音声として提供される場合（例えば、どのコンテンツ推薦リストエントリが利用可能であるかをスピーカによってユーザに知らせる場合）、サーバからクライアントへのコンテンツアイテムの送信処理は、ユーザによる音声入力によって、あるいはタッチスクリーン、マウスポインタ又はユーザインタフェースの一部であるボタンをそれぞれ用いて開始してもよい。
【００１１】
本発明では、選択処理は、レーティング処理の一部であってもよく（コンテンツ推薦リストエントリをレーティングするためには、事前にエントリを選択する必要がある）、又はレーティング処理として解釈してもよい（例えば、明示的選択によるサーバからクライアントへのコンテンツアイテムの転送処理を開始することは、そのコンテンツアイテムをユーザが好きであることを意味し、したがって、レーティングと見なすことができる）。「レーティング（コンテンツ推薦リストエントリのレーティング）」は、「明示的レーティング」及び「暗示的レーティング」の２つのカテゴリに分類することができる。明示的レーティングは、例えば、「好き／嫌い」ボタンを押し、現在強調表示されているコンテンツ推薦リストエントリを（又はこのコンテンツ推薦リストエントリに関するアーチスト、ムード、ジャンル、年代等）ユーザが好きであるか嫌いであるかを指定する操作であってもよい。暗示的レーティングは、例えば、それぞれ表示されたコンテンツ推薦リストエントリによって表される特定のコンテンツアイテムの送信処理をユーザが開始した／開始しなかった（スキップした）という事実であってもよく（明示的／暗示的選択）、視覚的に表示されたコンテンツ推薦リストエントリをユーザがスクロール（「スキップ」）する速度であってもよい。
【００１２】
上述したように、コンテンツ推薦リストエントリの明示的／暗示的選択は、明示的レーティング及び／又は暗示的レーティングとして解釈できるが、明示的／暗示的レーティングは、必ずしも明示的／暗示的選択を意味するわけではない（ユーザが所定のコンテンツアイテムを好きであるという事実は、必ずしも、ユーザがそのコンテンツアイテムを入手することを望んでいることを意味するわけではない）。ユーザによるフィードバックは、選択処理及びレーティング処理の両方に基づいていてもよい。
【００１３】
上述したように、「第１のコンテンツ推薦リストの所定の位置のエントリの選択」とは、第１のコンテンツ推薦リストのエントリを選択することを意味し、この選択によって、クライアントからサーバに、第２のコンテンツ推薦リスト要求が送信される。この位置は、各クライアントにおいて、個別に決定される。例えば、ユーザが、表示された第３のコンテンツ推薦リストエントリ又は表示された最後のコンテンツ推薦リストエントリを強調表示した後に、（コンテンツアイテム転送処理が開始されたか否かにかかわらず）第２のコンテンツ推薦リスト要求を送信してもよい。
【００１４】
本発明では、用語「サーバ」は、コンテンツ推薦システムと解釈でき、用語「クライアント」は、通信ネットワークを介してコンテンツ推薦システムに接続するのに用いられる機器と解釈できる。例えば、クライアントは、携帯電話機、ハンドヘルド機器、パーソナルコンピュータ、携帯情報端末（Personal Digital Assistant：ＰＤＡ）、ゲームコンソール又は他の如何なるネットワーク対応機器であってもよい。クライアントとサーバは、ネットワークを介して接続される。ネットワークは、有線ネットワークであってもよく、無線ネットワークであってもよい。接続は、「常時接続（例えばＤＳＬ接続）」であってもよく、随時接続（例えばダイヤルアップ接続）であってもよい。適切なネットワーク／相互接続としては、インターネット、イントラネット、エクストラネット、仮想専用網（Virtual Private Network：ＶＰＮ）、ｘＤＳＬ接続、電話網（ＧＳＭ／ＥＤＧＥ、３Ｇ（例えば、ＵＭＴＳ）、４Ｇ（ＧＰＲＳ）、ＷＡＰを含む）、無線イーサネット（登録商標）又は放送網がある。
【００１５】
本発明では、用語「コンテンツアイテム」は、例えば、オーディオデータ、ビデオデータ、Ａ／Ｖデータ、静止画像又は動画、テキストデータ（例えば、記事）、プログラムデータ（ゲーム）等の通信ネットワークを介して通信できるあらゆる種類のデータを意味する。
【００１６】
本発明により、コンテンツ推薦を速やかに行うことができ、すなわち、ユーザが要求した後に、コンテンツを速やかに推薦することができる。これは、クライアントからサーバへのユーザフィードバックの供給及び／又はユーザフィードバックに応じるサーバにおける第２のコンテンツ推薦リストの生成が、クライアントからサーバに更なるコンテンツ推薦リスト要求が行われるよりも前に実行されるためである。換言すれば、ユーザフィードバックは、できるだけ早くサーバに返される。更に、サーバは、ユーザフィードバックに基づいて、できるだけ早く新たなコンテンツ推薦リストを生成し、これにより、新たなコンテンツ推薦リストは、サーバが次のコンテンツ推薦リスト要求を受信したとき、既に準備されている。一方、従来のコンテンツ推薦システムは、コンテンツ推薦リスト要求と共に、ユーザフィードバックを受信すると予想され、新たなコンテンツ推薦リストを準備するための更なる時間が必要である。この結果、コンテンツ推薦リスト要求の受信と、サーバからクライアントへの新たなコンテンツ推薦リストの送信との間に時間的な遅延が生じる。
【００１７】
本発明の更なる利点として、サーバは、コンテンツ推薦リスト要求を受信すると、速やかに反応できるため、サーバからクライアントに送信されるコンテンツ推薦リストエントリの数を最小限に抑えることができる（ユーザは、クライアントからサーバにコンテンツ推薦リスト要求を送信する処理と、サーバからクライアントに対応するコンテンツ推薦リストを送信する処理との間に、大きな遅延を感じず、したがって、サーバからクライアントに一回の送信処理又は複数回の送信処理において、どれ程の数のコンテンツ推薦リストエントリを送信するかが重要ではなくなる）。この結果、推薦されたコンテンツアイテムの「質」は、ユーザの希望により速やかに収束する（コンテンツ推薦リストがサーバからクライアントに送信される回数が多い程、ユーザは、ユーザのフィードバックに対するコンテンツ推薦システムの反応が正しく行われているかを判断できるので、コンテンツアイテムがユーザの要求（好み）を満たすまでの時間が短くなる）。
【００１８】
前の段落に示した実施の形態の観点から、用語「ユーザフィードバックプロファイル」は、特に、「実際」のフィードバックだけではなく、第１の推薦リスト情報、第２の推薦リスト情報（ユーザフィードバックに応じて生成される）を意味する。例えば、ユーザが初めてコンテンツ推薦を要求した場合等、ユーザフィードバックプロファイルが未だ存在しない場合（ユーザフィードバックプロファイルが「空」である場合）、以下の２つのシナリオが想定される。第１に、「個人の」ユーザフィードバックプロファイルに代えて、最初は、「一般的な」プロファイルを用いてもよい（例えば、既にコンテンツ推薦を要求し、フィードバックを行った異なるユーザの「平均的な」好みを反映してもよい）。第２に、好みの音楽ジャンル（例えば、ロック、ポップス、ジャズ）、一人あるいは複数の好みのアーチスト、聴きたい楽曲のムード、曲が発表された年代等の情報を最初にユーザに提供してもよい。この情報は、例えば、第１のコンテンツ推薦リスト要求と共に、サーバに供給してもよい。第１のコンテンツ推薦リストを受信した後に、ユーザフィードバックプロファイル内に収集されたユーザ個人の「実際の」ユーザフィードバックに基づいて、更なる推薦リストを生成することができる。
【００１９】
以下では、コンテンツアイテムを楽曲と仮定して、本発明の好ましい実施の形態を説明する。
【００２０】
オンラインコンテンツ推薦システムが知られている。コンテンツアイテムの推薦リストを生成するためには、推薦システムは、ユーザプロファイルに基づき、大きなカタログから、関連したドキュメントを検索する必要がある場合がある。
【００２１】
推薦リストを生成する推薦システムは、推薦リスト、例えば楽曲リストを即座に（１秒以内に）供給できない場合がある。更に、推薦リストは、サーバから機器（クライアント）に送信される。携帯電話網（ＧＳＭ）に共通の帯域幅制限によって、推薦リストを送信する時間には制約がある。したがって、遅延が発生する。
【００２２】
本発明は、ユーザの特定のプレイリストに対応する推薦リストをサーバに保存することによって、これらの問題を解決する。この保存により、サーバにおける推薦リストの更新に遅延が生じる場合でも、推薦リストをクライアントに速やかに供給することができる。更に、プレイリストの一部を機器（クライアント）に保存することもできる。この一時的に保存された推薦リストが短くなると、機器は、コンテンツアイテムのユーザへの転送（フォアグラウンド処理）を継続しながら、バックグラウンド処理の形式で新たな推薦リストを問い合わせる。
【００２３】
このように、本発明は、ネットワーク対応機器（携帯電話機、パーソナルコンピュータ等）で利用可能な「パーソナルラジオ」を供給する。パーソナルラジオは、機器（クライアント）と、中央マネージャ（サーバ）と、リコメンダ（サーバ）と、ストリーマ（サーバ）とを備えるシステムによって実現される。連続した聴取体験を可能にするためには、リコメンダによってプレイリストを生成するための遅延と、プレイリストを配信するための遅延と、機器にコンテンツストリームを配信するための遅延とを考慮に入れる必要がある。本発明に基づくシステムは、機器（クライアント）上にプレイリストの一部を、サーバ上の他の部分をバッファリングしておき、任意、サーバ上でプレイリスト内の楽曲を連結した後に、これらの楽曲を機器に送信（ストリーミング）することによって、上述した遅延を低減する。
【００２４】
上述したように、本発明に基づくシステムは、機器（消費者がインタラクトするネットワーク対応機器、例えば携帯電話機、ネットワークメディア受信機、パーソナルコンピュータ、ゲームコンソール等）と、マネージャ（消費者及びパーソナルラジオ放送局のニーズ（チャンネル）を管理する中央システムコンポーネント）と、リコメンダ（ユーザ入力及びユーザフィードバックに基づて提案を行う中央システムコンポーネント）と、ストリーマ（（ＲＴＰ／ＲＴＳＰ規格を用いて）ネットワークを介して機器にデータストリームを配信する専用サーバ）とを備える。
【００２５】
これを実現するために、マネージャ上にチャンネルバッファ（個々のユーザのプレイリストを保存するサーバのコンポーネント）を設け、機器上にクライアントキャッシュ（機器上でプレイリストの一部を保存する機器のコンポーネント）を設け、これによって、パーソナルラジオ放送局用のクライアントサーババッファシステムを実現する。また、パーソナルラジオ放送局を実現するために、マネージャは、プレイリストを動的に保守する。機器のユーザは、プレイリストの一部を利用することができる。
【００２６】
携帯電話機上でパーソナルラジオ放送局を実現するために、消費者は、例えば、ジャンル及び／又は年代を選択することができる。これに応じて、ユーザは、推薦を受け取る。そして、ユーザは、推薦に対して明示的フィードバック（好き／嫌い又は星の数によるレーティング）を与え、推薦を「パーソナル化」することができる。
【００２７】
あるいは、ユーザは、推薦された１つ以上の曲を選択し、類似する曲を検索することもできる。レーティングに加えて、スキップイベント及び再生時間を用いて、パーソナルラジオ放送局をパーソナル化してもよい。このパーソナル化は、パーソナル化の処理中に変わるユーザプロファイルに反映される。
【００２８】
クライアント上のキャッシュは、そのサイズを繰り返し確認する機能を有する。キャッシュのサイズ（例えば、キャッシュ内の楽曲の数）がある閾値（限界）を下回った場合、キャッシュは、マネージャに連絡して、更なるアイテムを検索する（アイテムは、マネージャ上のバッファから検索される）。また、マネージャ上のバッファも、そのサイズを監視することができる。サイズ（例えば、楽曲の数）が閾値（限界）を下回った場合、マネージャは、リコメンダを呼び出し、更なる推薦リストを生成する。推薦されたアイテムは、バッファに追加される。
【００２９】
ユーザのパーソナルラジオ放送局のマネージャによって供給される楽曲のリスト（推薦リスト）は、プレイリストとして解釈することができる。個々のパーソナルラジオ放送局は、それぞれチャンネルと呼ばれる。
【００３０】
クライアントは、書籍の目次と同様に、プレイリストのサブセット（部分的なプレイリスト）を利用することができる。コンテンツ自体は、実際に、ストリーマに保存され、ストリーマから供給される。
【００３１】
本発明の実施の形態では、ストリーマは、個々のチャンネルに対して、複数の部分的なプレイリストを供給する。部分的なプレイリストのそれぞれは、ユニークＵＲＬによって識別される。あるいは、ストリーマは、個々のチャンネルの全ての楽曲にアクセスできる１つのシングルＵＲＬのみを供給してもよい。
【００３２】
本発明の実施の形態では、マネージャは、チャンネルバッファに保存されたプレイリストを更新する。あるいは、ストリーマがユーザの個々のチャンネルを管理してもよい。
【００３３】
本発明の実施の形態では、アーチスト名、曲名等は、マネージャが供給する。あるいは、個々のチャンネルの全ての楽曲を含むユニークＵＲＬによってアクセス可能なストリーマ上のファイルが、この情報にアクセスすることができる、あるいはこの情報を埋め込んだサイトへの参照を含んでいてもよい。
【００３４】
本発明では、遅延は、ａ）リコメンダによる楽曲提案の生成と、ｂ）マネージャから機器にプレイリストを送信するときに生じるネットワーク遅延と、ｃ）ストリーマから機器にストリームを送信するときに、楽曲をプレイリストで連結することによって起こるネットワーク遅延とに関係している（通常、コンテンツの少なくとも一部は、事前にバッファリングして処理しなければならないので、サーバ（ストリーマ）からクライアントに転送されるコンテンツが、ユーザがコンテンツを楽しもうする前に、クライアントに到着したとしても、ユーザは、コンテンツを直ちに楽しむことができない可能性がある。各コンテンツアイテムを別々に転送するのではなく、全てのコンテンツアイテムを連結し、「全体のコンテンツアイテム」を得て、一回のシングルステップで転送できるようにすることによって、コンテンツがより早くクライアントに到着する場合、この遅延は、回避することができる）。
【００３５】
パーソナルラジオ放送局を実現するために欠かせない処理を以下に示す。
・ラジオ放送局を確立する。
・ラジオ放送局をパーソナル化する。
・クライアントキャッシュを更新する。
・サーババッファに幾つかの楽曲を追加する。
【００３６】
サーバがパーソナルラジオ放送局を確立する処理は、以下の通りである。
【００３７】
ステップ１：リコメンダがチャンネルのプレイリストを生成する。プレイリストは、マネージャ上のバッファ（チャンネルバッファ）に保存される。機器がプレイリストの識別子（プレイリストＩＤ）を受信する。プレイリストＩＤによって識別されるプレイリストは、少なくとも楽曲ＩＤ及び位置インデクスを含む。
【００３８】
ステップ２：プレイリストの一部を機器に転送する。機器は、ある数の楽曲をマネージャに要求する。マネージャは、その数の楽曲をバッファから検索する。ストリーマは、ＵＲＬによってアクセス可能な楽曲をプレイリストにまとめる。機器は、部分的なプレイリストをキャッシュに保存する。プレイリストＩＤによって識別される部分的なプレイリストは、少なくとも楽曲ＩＤ、プレイリストＵＲＬ及びプレイリスト内の楽曲インデクスを含む。
【００３９】
ステップ３：プレイリストへのアクセスを制御する。プレイリストは、機器に専用である。マネージャは、要求を認証する。認証に成功した場合、マネージャは、セッション記述プロトコル（Session Description Protocol：ＳＤＰ）ファイルを生成する。機器は、プレイリストに関連したコンテンツストリームにアクセス可能にするＳＤＰファイルを受信する（ＳＤＰは、マルチメディアネットワークアプリケーションのセッションを開始するインターネット規格（ＲＣＦ２３２７）である）。
【００４０】
ステップ４：機器は、ステップ２により、既にプレイリスト（目次）を利用できる。機器は、プレイリストに関連したストリーム（連結された楽曲）をストリーマに要求する。ユーザは、ストリームを聴取することができる。
【００４１】
上述した及び後述する本発明の様々な特徴の全ては、どんな形であれ、組み合わせることができる。添付図面は、明細書に組み入られ、明細書の一部を構成し、本発明の例示的な実施の形態を示しており、これらの実施の形態は、上述した本発明の概要と、後述する実施の形態の詳述な説明と共に、本発明の原理を明らかにするために用いられる。
【図面の簡単な説明】
【００４２】
【図１】本発明に基づくクライアントサーバシステムの第１の実施の形態を示す図である。
【図２】本発明に基づくコンテンツアイテム供給方法／クライアントサーバシステムによって用いることができるコンテンツ推薦リスト情報の具体例を示す図である。
【図３】本発明に基づくコンテンツアイテム供給方法の第１の実施の形態の第１段階を示す図である。
【図４】本発明に基づくコンテンツアイテム供給方法の第１の実施の形態の第２段階を示す図である。
【図５】本発明に基づくコンテンツアイテム供給方法の第１の実施の形態の第３段階を示す図である。
【図６】本発明に基づくコンテンツアイテム供給方法の第１の実施の形態の第４段階を示す図である。
【図７】本発明に基づくコンテンツアイテム供給方法の第２の実施の形態を示す図である。
【図８】本発明に基づくコンテンツアイテム供給方法／クライアントサーバシステムに関連して用いられるバッファのバッファ状態の異なる段階の具体例を示す図である。
【図９】本発明に関連して用いられるクライアントのユーザインタフェースの第１の状態を示す図である。
【図１０】本発明に関連して用いられるクライアントのユーザインタフェースの第２の状態を示す図である。
【図１１】本発明に関連して用いられるクライアントのユーザインタフェースの第３の状態を示す図である。
【発明を実施するための形態】
【００４３】
本発明に基づくクライアントサーバシステムの好ましい実施の形態を図１に示す。クライアントサーバシステム１は、サーバ２と、クライアント３とを備え、サーバ２とクライアント３は、通信ネットワーク７を介して互いに接続可能である。サーバ２は、管理ユニット４と、推薦ユニット５と、ストリーミングユニット６とを備える。管理ユニット４は、推薦ユニット５及びストリーミングユニット６に接続可能である。クライアント３は、管理ユニット４及びストリーミングユニット６と直接通信することができる。
【００４４】
管理ユニット４、推薦ユニット５及びストリーミングユニット６は、同じ物理的サーバ（１つの単一の物理的位置）上に常駐する異なるソフトウェアモジュールであってもよく、互いに空間的に分離され、それぞれの通信ネットワークを介して互いにリンクされた個々のハードウェア機器（「複数のサーバ」）として実現することもできる（これは、管理ユニット４、推薦ユニット５及びストリーミングユニット６が、それぞれ異なる国に設置されていてもよいことを意味する）。
【００４５】
図１及び図２に示すように、本発明では、サーバ２上に位置するコンテンツアイテムは、以下のような手順でクライアント３に供給される。
ａ）クライアント３からサーバ２に第１のコンテンツ推薦リスト要求を送信する。
ｂ）サーバ２において、コンテンツアイテムをそれぞれ表す幾つかのコンテンツ推薦リストエントリ９を含む、サーバ２側に保存された全体のコンテンツ推薦リスト８の一部である第１のコンテンツ推薦リスト８１を生成する。
ｃ）サーバ２からクライアント３に、サーバ２が生成したコンテンツ推薦リスト８の一部を、第１のコンテンツ推薦リスト８１として送信する。
ｄ）クライアント３において、第１のコンテンツ推薦リスト８１を処理し、第１のコンテンツ推薦リスト８１のコンテンツ推薦リストエントリ９に関するユーザフィードバックを生成する。
ｅ）クライアント３からサーバ２にユーザフィードバックを送信する。
ｆ）サーバ２において、ユーザフィードバックに基づいて、ステップｃ）においてクライアントに送信されていない第１のコンテンツ推薦リスト８１内のコンテンツアイテムを置換するコンテンツアイテムを含む、サーバ２側に保存されている全体のコンテンツ推薦リスト８の一部である第２のコンテンツ推薦リスト８２を生成する。
ｇ）クライアント３からサーバ２に第２のコンテンツ推薦リスト要求を送信する。
ｈ）サーバ２からクライアント３に第２のコンテンツ推薦リスト８２を送信し、クライアント３は、ユーザフィードバックに基づいて、サーバ２からクライアント３へのコンテンツアイテムのストリーミングベースの転送処理を開始する。ステップｅ）、ｆ）のうちの少なくとも１つは、ステップｇ）よりも前に実行される。
【００４６】
図２は、サーバ２内に保存されている幾つかのコンテンツ推薦リスト８１〜８３の連結（concatenation）の具体例を示している。この具体例では、コンテンツ推薦リスト８１〜８３のそれぞれは、３つのコンテンツ推薦リストエントリ９を含む。コンテンツ推薦リスト８１〜８３の連結は、ユーザプロファイルとして解釈することができる（ユーザプロファイルは、もちろん、コンテンツ推薦リストエントリ９とは別の追加データを含んでいてもよい）。
【００４７】
ステップｄ）は、レーティング及び／又は選択のために、コンテンツ推薦リストエントリ９をクライアント３のユーザに視覚的に表示するステップを含む。好ましくは、一度には、１つのコンテンツ推薦リスト（最後に受信したコンテンツ推薦リスト）のコンテンツ推薦リストエントリ９だけをユーザに表示する。図２の具体例では、これは、（最後のコンテンツ推薦リストが第２のコンテンツ推薦リスト８２である場合）第２のコンテンツ推薦リスト８２のコンテンツ推薦リストエントリ９１〜９３だけをユーザに表示することを意味する。例えば、各コンテンツ推薦リストエントリ９は、選択可能なメニュー項目として視覚的に（例えば、クライアント３の画面上に）表示され、これらは、例えば、マウス、ペン又は、タッチスクリーン機能を用いて選択することができる。また、コンテンツ推薦リストエントリ９は、音響機器、例えばスピーカを用いてユーザに提示してもよい。
【００４８】
本発明の実施の形態では、ステップｄ）は、それぞれのコンテンツ推薦リストエントリ９に対してユーザが与えたフィードバックに基づいて、レーティング及び／又は選択のために供給されたコンテンツ推薦リストエントリ９（又は少なくともその一部）のそれぞれに、フィードバック情報を割り当てる処理を含む。コンテンツ推薦リストエントリ９に割り当てられたフィードバックは、明示的フィードバック（意識的な振る舞い）及び／又は暗示的フィードバック（無意識の振る舞い）を含む。例えば、コンテンツ推薦リストエントリ９１〜９３は、レーティング及び／又は選択するために、クライアント３の画面に表示することによって、クライアント３のユーザに同時に提示することができる。そして、ユーザは、コンテンツ推薦リストエントリ９１〜９３の幾つかを選択することができ、これは、ストリーミング処理が開始されることを意味する。例えば、ユーザがコンテンツ推薦リストエントリ９１を選択すると、コンテンツ推薦リストエントリ９１によって表されるコンテンツアイテム（楽曲「ドック・オブ・ザ・ベイ（sitting on the dock of the bay）」）が、ストリーミング処理に基づいて、サーバ２からクライアント３に転送される（すなわち、ユーザは、この楽曲を聞くことができる）。コンテンツ推薦リストエントリ９１の選択は、ユーザがこの楽曲を好きであることを示す明示的フィードバックとして解釈される。更に、ユーザは、各コンテンツ推薦リストエントリ９１〜９３を評価（レーティング）することもでき、すなわち、必ずしも、サーバ２からクライアント３に各コンテンツアイテムを転送することなく、ユーザは、対応する楽曲が好きであるか嫌であるかを示すこともできる。このレーティング処理は、明示的フィードバックとして解釈することができる。また、ユーザによって与えられるフィードバックは、暗示的フィードバックを含んでいてもよい。暗示的フィードバックの具体例は、以下の通りである。ユーザがコンテンツ推薦リストエントリ９１〜９３のうちの１つを選択又は評価もしないことは、暗示的フィードバックである。ユーザがコンテンツ推薦リストエントリ９１〜９３に対応する１又は複数の楽曲を部分的に聴取した場合、楽曲の長さに対する再生時間の比は、暗示的フィードバックと考えられる。ユーザが１又は複数の楽曲を繰り返し聴取した場合、したがって、再生回数は、暗示的フィードバックと解釈することができる。ユーザが、コンテンツ推薦リストエントリ９１〜９３に対応する楽曲に対する参照を、プレイリストとして機器３に保存した場合、楽曲の保存は、楽曲の評価と解釈することができる。ユーザは、楽曲に対する参照を、個人的な推薦として友人に送ることができ、クライアントサーバシステム１は、楽曲を友人に送る行為を暗示的レーティングとみなすことができる。クライアント３が感圧操作子を備えている場合、暗示的フィードバックは、ユーザが制御ボタンに加えた力の関数として供給される。一般的に、暗示的フィードバックは、ユーザがフィードバックを行っていることをユーザ自身が気付いていないフィードバックであり、このような暗示的フィードバックは、バイオメトリックセンサからの出力であってもよく、例えば、ユーザの心拍数の変化を測定してもよい。
【００４９】
上述したように、フィードバック（明示的フィードバック及び暗示的フィードバック）は、クライアント３からサーバ２に送信される。本発明の実施の形態では、特定のコンテンツ推薦リストエントリ９にユーザが与える個々の明示的フィードバック及び／又は暗示的フィードバックは、クライアント３からサーバ２に直ちに送信される。この実施の形態の利点は、個々のフィードバックが、サーバ２からクライアント３に送信される次の第３のコンテンツ推薦リスト８３の生成に直ちに影響を与えるということである。
【００５０】
クライアント３にコンテンツ推薦リストエントリ９１〜９３だけが表示されているとすると、ユーザがコンテンツ推薦リストエントリ９１〜９３の全てを選択及び／又は評価した場合、あるいはユーザがコンテンツ推薦リストエントリ９１〜９３のいずれか又は幾つかのみを選択又は評価せずに、特別な要求命令を与えた場合、クライアント３からサーバ２に次のコンテンツ推薦リスト要求が送信される。また、特別な要求コマンドは、クライアント３によって自動的に生成することができる。例えば、ユーザがコンテンツ推薦リストエントリ９１〜９３をスクロールダウンし、次のコンテンツ推薦リストエントリ９４までスクロールしようとしたときに、特別な要求コマンドが生成される（ユーザは、次のコンテンツ推薦リストエントリ９４がクライアント３上に既に存在していると思っており、したがって、スクロールダウンしたときに、次のコンテンツ推薦リストエントリ９４が利用可能になると期待している。実際には、まだ、次のコンテンツ推薦リストエントリ９４はクライアント３に存在しておらず、次の第３のコンテンツ推薦リスト８３と共に、サーバ２からクライアント３に送信する必要がある。なお、次の第３のコンテンツ推薦リスト８３の転送処理は、速やかに実行できるので、ユーザは、次のコンテンツ推薦リストエントリ９４は既にクライアント３上に存在していたと印象を受ける）。
【００５１】
本発明の実施の形態では、サーバ２は、サーバ２からクライアント３に既に送信された第１及び第２のコンテンツ推薦リスト８１、８２に関する第１の推薦リスト情報と、サーバ２からクライアント３に送信される第３のコンテンツ推薦リスト８３に関する第２の推薦リスト情報とを保存する。この具体例では、第１のコンテンツ推薦リスト８１は、既にクライアント３に送信されており、ユーザによって選択／評価／無視されている。更に、第２のコンテンツ推薦リスト８２もサーバ２からクライアント３に送信されている。第２のコンテンツ推薦リスト８２は、現在、処理されており、すなわち、ユーザに表示されている。この時点では、第３のコンテンツ推薦リスト８３は、サーバ２からクライアント３に送信されていないが、クライアント３からサーバ２にユーザフィードバックが返される都度、ユーザフィードバックに基づいて更新される。すなわちクライアント３からサーバ２にユーザフィードバックが送信される都度、第２の推薦リスト情報は、このユーザフィードバックに基づいて更新される。サーバ２からクライアント３に送信される第３のコンテンツ推薦リスト８３に関する第２の推薦リスト情報の生成は、クライアント３からサーバ２に送信されるユーザフィードバックと、サーバ２からクライアント３に既に送信された第１及び第２のコンテンツ推薦リスト８１、８２に関する第１の推薦リスト情報とに基づいて行われる。
【００５２】
本発明の実施の形態では、サーバ２からクライアント３に送信される第３のコンテンツ推薦リスト８３に関する第２の推薦リスト情報は、クライアント３からのコンテンツ推薦リスト要求を受信した場合のみ、クライアント３に送信される。なお、サーバ２がコンテンツ推薦リスト要求を受信する前に、第２の推薦リスト情報をクライアント３に予め送信していてもよい。
【００５３】
本発明の実施の形態では、各コンテンツ推薦リスト要求及び各コンテンツ推薦リスト８１〜８３は、特定のコンテンツアイテムデータチャンネルに割り当てられ、これにより、特定のデータチャンネルのコンテンツ推薦リストエントリ９に与えられたユーザフィードバックは、この特定のデータチャンネルの第２の推薦リスト情報のみに影響し、他のデータチャンネルの第２の推薦リスト情報には影響しない。このように、各クライアント３は、互い完全に独立した複数のコンテンツアイテムデータチャンネルを確立することができる。例えば、サーバ２からクライアント３に送信するコンテンツアイテムが楽曲コンテンツアイテムである場合、クライアント３のユーザは、幾つかの独立したラジオ型のチャンネル、例えばジャズラジオチャンネル、クラシックラジオチャンネル及びロック／ポップスラジオチャンネルを確立することができる。サーバ２側で生成されるそれぞれのデータチャンネルの推薦は、互いに完全に独立しており、すなわち、ロック／ポップスチャンネルの楽曲レーティングは、他のデータチャンネルに関する楽曲レーティングに影響しない。
【００５４】
本発明の実施の形態では、管理ユニット４と、推薦ユニット５と、ストリーミングユニット６は、互いの以下のようにインタラクトする。
・管理ユニット４とクライアント３は、コンテンツ推薦リスト要求、コンテンツ推薦リスト８１〜８３及びユーザフィードバックを交換する。
・管理ユニット４と推薦ユニット５は、コンテンツ推薦リストに関連した情報（recommendation list correlated information）及びユーザフィードバックに関連した情報（user feedback correlated information）を交換する。
・管理ユニット４とストリーミングユニット６は、コンテンツアイテムに関連した情報（content item correlated information）を交換する。
・ストリーミングユニット６とクライアント３は、コンテンツアイテム及びコンテンツアイテムに関連した情報を交換する。
・サーバ２からクライアント３に既に送信された第１及び第２のコンテンツ推薦リスト８１、８２に関する第１の推薦リスト情報と、サーバ２からクライアント３に送信される第３のコンテンツ推薦リスト８３に関する第２の推薦リスト情報とは、管理ユニット４に保存され、管理ユニット４によって保守される。
【００５５】
この第１の実施の形態（図３〜図６に対応する）では、全てのコンテンツ推薦リスト８１〜８３は、管理ユニット４に保存され、管理ユニット４によって保守される。
【００５６】
あるいは、管理ユニット４、推薦ユニット５、ストリーミングユニット６は、互いに以下のようにインタラクトしてもよい。
・管理ユニット４とクライアント３は、ユーザフィードバックを交換する。
・管理ユニット４と推薦ユニット５は、コンテンツ推薦リストに関連した情報及びユーザフィードバックに関連した情報を交換する。
・管理ユニット４とストリーミングユニット６は、コンテンツ推薦リストに関連した情報を交換する。
・ストリーミングユニット６とクライアント３は、コンテンツアイテム、コンテンツアイテムに関連した情報、コンテンツ推薦リスト要求及びコンテンツ推薦リストを交換する。
・サーバ２からクライアント３に既に送信された第１及び第２のコンテンツ推薦リスト８１、８２に関する第１の推薦リスト情報は、管理ユニット４に保存され、管理ユニット４によって保守され、サーバ２からクライアント３に送信される第３のコンテンツ推薦リスト８３に関する第２の推薦リスト情報は、ストリーミングユニット６に保存され、ストリーミングユニット６によって保守される。
【００５７】
この第２の実施の形態（図７に対応する）では、コンテンツ推薦リスト８１、８２、８３の全ては、１つのプレイリストＵＲＬ（Uniform Resource Locator）に割り当てられ、したがって、同じプレイリストＵＲＬを用いてアクセスすることができる。一方、第１の実施の形態では、各コンテンツ推薦リスト８１、８２、８３は、異なるＵＲＬに割り当てられる。ユーザの観点からは、第２の実施の形態は、第１の実施の形態と変わらないが、システム設計の観点からは、第２の実施の形態では、システムコンポーネント間の要求の数及び転送される情報量を削減することができる。
【００５８】
上述したように、各コンテンツ推薦リスト８１〜８３は、あまり多くのコンテンツ推薦リストエントリ９を含んでいない方が有利である。コンテンツ推薦リストエントリ９が多すぎる場合、推薦コンテンツをユーザの好みに適応化する速度が鈍る（推薦コンテンツアイテムの「パーソナル化」が収束する速度が遅くなる）。更に、機器３とサーバ２間で転送されるデータを、より小さい断片に分割することができ、狭い帯域幅のネットワーク、例えばＧＳＭ携帯電話網でも、速いデータ転送を行うことができる。
【００５９】
以下の説明では、クライアントサーバシステム１は、サーバ２からクライアント３に楽曲コンテンツアイテムを供給するシステムであるとする。
【００６０】
図３は、これまで用いられていない新たなコンテンツアイテムデータチャンネルを確立する手順を示している。
【００６１】
ステップＳ１において、ユーザは、新たなコンテンツアイテムデータチャンネルを確立すると決め、クライアント３に対し、それぞれのチャンネルを確立するように指示する。ステップＳ２において、クライアント３は、チャンネル確立要求を管理ユニット４に送信する。ステップＳ３において、管理ユニット４は、そのメモリ又は記憶ユニット、例えば接続されたデータベース内にバッファを確立する（記憶空間を割り当てる）。ステップＳ４において、管理ユニット４は、推薦リスト情報がバッファ内に保存されているかを確認する。なお、この時点では、確立するコンテンツアイテムデータチャンネルは、使用されていないので、ステップＳ３で確立されたバッファには、推薦リスト情報は、保存されていない。したがって、ステップＳ５において、管理ユニット４は、推薦ユニット５に新たな推薦リスト情報を要求する。ステップＳ６において、推薦ユニット５は、要求された推薦リスト情報を生成し、ステップＳ７において、管理ユニット４にこの情報を送信する。ステップＳ８において、管理ユニット４は、受信した推薦リスト情報をバッファにバッファリングする。ステップＳ９において、管理ユニット４は、推薦リスト情報が管理ユニット４において利用可能となったこと、すなわち、それぞれのコンテンツアイテムデータチャンネルが確立されたことをクライアント３に通知する。コンテンツアイテムデータチャンネルは、ステップＳ９で管理ユニット４からクライアント３に送信されてきたＩＤによって識別される。ステップＳ１０において、クライアント３は、管理ユニット４から受信される推薦リストを保存するためのキャッシュを確立する（記憶空間を割り当てる）。ステップＳ１１において、クライアント３は、前のステップで確立したキャッシュ内で利用できる推薦リストエントリがないことを認識し、ステップＳ１２において、クライアント３は、管理ユニット４にコンテンツ推薦リスト要求を送信する。この具体例では、５つのコンテンツ推薦リストエントリ９を含む推薦リストが要求される。ステップＳ１３において、管理ユニット４は、バッファから５つのコンテンツ推薦リストエントリを抽出し、ステップＳ１４において、管理ユニット４は、ストリーミングユニット６にストリーミングのためにアクセスされる対応するコンテンツアイテムを「準備する」ように指示し、ステップＳ１５において、ストリーミングユニット６は、このコンテンツアイテムを準備する。ステップＳ１６において、ストリーミングユニット６は、コンテンツアイテムアクセスデータ（この具体例では、ＵＲＬ）を管理ユニット４に送信する。ステップＳ１７において、このデータは、管理ユニット４からクライアント３に転送される。また、ステップＳ１７では、管理ユニット４のバッファ内に保存されているコンテンツ推薦リストが、管理ユニット４からクライアント３に転送される。ステップＳ１８において、コンテンツ推薦リストは、ステップＳ１０で確立されたキャッシュに格納される。ステップＳ１９において、ステップＳ１７中に受信されたコンテンツ推薦リスト（「プレイリスト」）にアクセスするための認証要求が、管理ユニット４に送信される。ステップＳ２０において、管理ユニット４は、クライアント３が、要求したコンテンツアイテムにアクセスすることが許可されているか否かを検証する。クライアント３がアクセスすることを許可されていることを、管理ユニット４が検証した場合、ステップＳ２１において、セキュリティデータ（ＳＤＰファイル）を準備する要求が、管理ユニット４からストリーミングユニット６に送信される。ステップＳ２２において、ストリーミングユニット６は、要求されたＳＤＰファイルを生成し、ステップＳ２３において、ストリーミングユニット６は、このＳＤＰファイルを管理ユニット４に送信し、ステップＳ２４において、管理ユニット４は、このＳＤＰファイルをクライアント３に転送する。ステップＳ２５において、クライアント３は、ステップＳ１７で受信したコンテンツ推薦リストに対応する所望のコンテンツアイテムをストリーミングユニット６に要求し、ステップＳ２６において、ストリーミングユニット６は、このコンテンツアイテムをクライアント３に転送する。ラジオ放送局を確立する処理は、ステップＳ２７において終了する。クライアント３のユーザは、ストリーミングユニット６から受信した音楽データのストリームを聴取することができる。ステップＳ１９〜ステップＳ２４は、クライアント３が管理ユニット４に初めてそれ自体を「登録する」ときのみ必要である（「ハンドシェイク処理」）。これらのステップにより、権限のないクライアントがコンテンツアイテムにアクセスできないようにし、セキュリティを高めることができる。
【００６２】
図４は、本発明の第１の実施の形態の第２段階を示している。
【００６３】
ステップＳ３０において、ユーザは、特定のコンテンツ推薦リストエントリ９を好きか／嫌いか示すフィードバックを行う。ステップＳ３１において、このフィードバックは、管理ユニット４に供給される。このフィードバックを特定のコンテンツ推薦リストエントリ９に明確に割り当てるために、フィードバックと共に、対応するコンテンツアイテムデータチャンネルＩＤ及びコンテンツ推薦リストエントリのＩＤが管理ユニット４に供給される。ステップＳ３２において、管理ユニット４は、管理ユニット４のバッファに保存されているコンテンツアイテムデータチャンネルのコンテンツ推薦リストエントリ９の数が、閾値を下回っているか上回っているかを判定する。ここで、バッファ内のコンテンツ推薦リストエントリ９の数が閾値を上回っていても、管理ユニット４は、フィードバック（レーティング情報）を受信したときには、バッファ内のコンテンツ推薦リスト８の更新を開始する。コンテンツアイテムは、推薦するコンテンツアイテムをユーザの好みに適応化するように、レーティングに基づいて更新される。ステップＳ３３において、更なるコンテンツ推薦情報の要求が、管理ユニット４から推薦ユニット５に送信される。また、このステップＳ３３においては、管理ユニット４がステップＳ３１で受信したフィードバックも、管理ユニット４から推薦ユニット５に送信される。ステップＳ３４において、推薦ユニット５は、受信したフィードバックを処理して、新たな推薦リスト情報を生成する。ステップＳ３６において、この推薦リスト情報は、推薦ユニット５から管理ユニット４に送信される。ステップＳ３６において、サーバ２からクライアント３に転送するコンテンツ推薦リストに関する推薦リスト情報が更新され、すなわち、ステップＳ３５で推薦ユニット５から管理ユニット４に送信された推薦リスト情報によって置換される。また、ステップＳ３６においては、サーバ２からクライアント３に転送する第３のコンテンツ推薦リストに関する第２の推薦リスト情報が更新され、すなわち、ステップＳ３５で推薦ユニット５から管理ユニット４に送信された推薦リスト情報によって置換されたことを示す情報が、管理ユニット４からクライアント３に送信される。ステップＳ３７において、サーバ２からクライアント３に転送する第３のコンテンツ推薦リストに関する第２の推薦リスト情報がサーバ２側で更新されたことを示す情報が、管理ユニット４からクライアント３に送信される。ステップＳ３８において、この情報がユーザに示される。
【００６４】
前のステップでユーザに提供されたコンテンツ推薦リストエントリ毎に、ステップＳ３０〜ステップＳ３８を繰り返してもよい。
【００６５】
ステップＳ３９において、ユーザは、特定のコンテンツアイテム、すなわちクライアント３側でコンテンツ推薦リストエントリ９によって表される特定の曲の聴取を希望する。ステップＳ４０において、クライアント３は、ストリーミングユニット６からクライアント３にまだ送信されていないクライアント３で利用可能なコンテンツ推薦リストエントリの量がある閾値に該当するかを確認する。該当する場合、ステップＳ４１において、クライアント３は、コンテンツ推薦リストを、要求として管理ユニット４に送信する。ステップＳ４２において、管理ユニット４は、対応するコンテンツ推薦リストエントリをバッファから検索し、ステップＳ４３において、管理ユニット４は、ストリーミングユニット６に対し、コンテンツ推薦リストエントリに対応するコンテンツアイテムのリストを準備するように命令し、ステップＳ４４において、リストはダウンロードされる。ステップＳ４５において、準備されたコンテンツアイテムのリストに対応するアクセス情報（ＵＲＬ）が管理ユニット４に供給され、ステップＳ４６において、管理ユニット４は、このアクセス情報を、対応するコンテンツ推薦リストエントリと共に、クライアント３に送信する。ステップＳ４７において、クライアント３は、ストリーミングユニット６に対し、１又は複数のコンテンツアイテムを、ストリーミング処理によってクライアント３に転送するように要求し、ステップＳ４８において、ストリーミングユニット６は、コンテンツアイテムをクライアント３に転送する。そして、ステップＳ４９において、ユーザは、データストリームを聴取することができる。
【００６６】
図５は、本発明に基づく第１の実施の形態の第３段階を示している。なお、ステップＳ５０〜ステップＳ６２は、図４のステップＳ３９〜ステップＳ４９に対応しているが、更なるステップとしてステップＳ５３及びステップＳ５９が追加されており、ステップＳ５３において、推薦リスト情報内に含まれているコンテンツリスト推薦エントリがある閾値を上回っているかが判定される。ステップＳ５９において、ステップＳ５８で受信されたコンテンツ推薦リストエントリ９がクライアント３のキャッシュに加えられる。
【００６７】
図６は、本発明に基づく処理の第１の実施の形態の第４段階を示している。ステップＳ７０〜ステップＳ７４は、図３のステップＳ４〜ステップＳ８に対応しており、ステップＳ７０〜ステップＳ７４は、管理ユニット４が、管理ユニット４で現在利用可能なコンテンツ推薦リストエントリ９がある閾値に該当することを検出したとき、クライアント３から独立して、サーバ２側で自動的に実行される。
【００６８】
図７は、本発明に基づく処理の第２の実施の形態を示している。
【００６９】
ステップＳ８０において、ユーザは、特定のコンテンツ推薦リストエントリ９を評価（レーティング）する。ステップＳ８１において、管理ユニット４は、このレーティングに対応するフィードバックを受信する。ステップＳ８２において、管理ユニット４は、対応するユーザプロファイルを更新し（すなわち、フィードバックを保存し）、ステップＳ８３において、管理ユニット４は、それぞれの確認情報をクライアント３に供給し、ステップＳ８４において、この情報はユーザに提示される。この処理から独立して、ステップＳ８５において、ストリーミングユニット６は、検索され、準備されたコンテンツアイテムの量がある閾値に該当するかを確認する。該当する場合、ステップＳ８６において、ストリーミングユニット６は、管理ユニット４に対し、更なる推薦リスト情報を供給するように指示する。このために、管理ユニット４は、更新された（ステップＳ８２で更新された）ユーザプロファイルを検索し、ステップＳ８８において、管理ユニット４は、更なる推薦リスト情報を供給するように指示する。ステップＳ８９において、推薦ユニット５は、更なる推薦リスト情報を供給し、ステップＳ９０において、推薦ユニット５は、管理ユニット４に報告する。ステップＳ９１において、このようにして得られたコンテンツ推薦リストエントリは、ストリーミングユニット６に供給される。ステップＳ９２において、ストリーミングユニット６は、対応するコンテンツアイテムを、ストリーミングのために準備したそのコンテンツアイテムリストに加える。ステップＳ８５〜ステップＳ９２から独立して、ステップＳ９３において、クライアント３は、そのキャッシュに残っているコンテンツ推薦リストエントリがある閾値に該当することを認識する。したがって、ステップＳ９４において、クライアント３は、ストリーミングユニット６に対し、更なるコンテンツ推薦リストを供給するように指示し、ステップＳ９５において、ストリーミングユニット６は、更なるコンテンツ推薦リストをクライアント３に送信する。ステップＳ９６において、ユーザが新たな曲の聴取を希望した場合、ステップＳ９７において、クライアント３は、ステップＳ９５で受信した情報を用いて、更なるコンテンツアイテムを要求し、ステップＳ９８において、ストリーミングユニット６は、更なるコンテンツアイテムをクライアント３に転送する。このようにして、ステップＳ９９において、ユーザは、楽曲を聴取することができる。
【００７０】
図８は、本発明に基づくコンテンツアイテム供給方法／クライアントサーバシステムで用いられるバッファシステムの動作原理を説明する図である。バッファシステムは、クライアントキャッシュ１０と、サーババッファ１１とからなる。
【００７１】
第１段階２０では、クライアントキャッシュ（以下、バッファともいう。）１０内で利用可能なコンテンツ推薦リストエントリ９はない。一方、サーババッファ１１内には、コンテンツ推薦リストエントリ９が利用可能である。第２段階３０では、クライアント３がコンテンツ推薦リストエントリを要求した後（コンテンツ推薦リスト要求）、幾つかのコンテンツ推薦リストエントリ９（１〜５の番号を付している）が、サーババッファ１１からクライアントバッファ１０に転送され、同時に、サーババッファ１１から削除される。削除に代えて、コンテンツ推薦リストエントリをサーババッファ１１に残し、クライアントキャッシュ１０に転送されたことを示すマークを付し、これらの要素が第２のコンテンツ推薦リストに含まれないようにしてもよい。クライアント３のユーザは、サーバ２からクライアント３への対応するコンテンツアイテムのストリーミング処理を開始するために、コンテンツ推薦アイテム９を選択することができる。更に、ユーザは、コンテンツ推薦リストエントリ９をレーティングすることができる。レーティングが行われたとき、コンテンツ推薦リストエントリは、クライアントバッファ１０から削除される。したがって、クライアント３は、更なるコンテンツ推薦リストエントリを要求する（新たなコンテンツ推薦の要求）。この処理は、段階４０に達するまで、繰り返される。段階４０では、サーバ２は、残っているコンテンツ推薦リストエントリ９（ｃ〜ｃ−３の番号を付している）がある閾値（この具体例では、５）に該当することを認識する。したがって、サーバ２は、補充処理を開始し、この結果を段階５０に示す。すなわち、新たなコンテンツ推薦リストエントリ（ｃ＋１〜２ｃの番号を付している）がサーババッファ１１に加えられている。この処理は、クライアント３が新たなコンテンツ推薦リストエントリ９を要求していなくても実行される。
【００７２】
クライアント３上のユーザが、クライアントキャッシュ１０内の利用可能なコンテンツアイテム９をレーティングし、閾値よりも多くのコンテンツ推薦リストエントリ９がサーババッファ１１に格納されている場合（例えば、段階３０、５０）、コンテンツ推薦リスト８は、ユーザの好みに適合するように更新される。段階６０は、図４に示すステップＳ３６１（RemovesSongsNotRetrieved）の後のサーババッファ１１の状態を表している。段階７０は、ステップＳ３６２（addSongsToBuffer）の後のサーババッファ１１の状態を表している。
【００７３】
図９は、本発明に関連して使用されるクライアント３のユーザインタフェース１２の第１の状態を示している。この実施の形態では、ユーザインタフェース１２は、タッチスクリーンである。タッチスクリーンは、「好き」ボタン１４と、「嫌い」ボタン１５とを有している。更に、タッチスクリーンは、２つのスキップボタン１６と、１つの停止ボタン１７と、１つのポーズボタン１８とを有している。タッチスクリーンは、それぞれが選択によって聴取できる１つのコンテンツアイテム（楽曲）を表す２つの第１及び第２のコンテンツ推薦リストエントリ９５、９６を含む第１のコンテンツ推薦リスト８４を表示する。「好き」ボタン１４及び「嫌い」ボタン１５を拡張し、「アーチスト・好き／嫌い」ボタン、「ムード・好き／嫌い」ボタン、「年代・好き／嫌い」ボタン等（一般的には、コンテンツアイテム属性・好き／嫌いボタン）を設けてもよく、これにより、レーティングのために表示されたコンテンツ推薦リストエントリを詳細にレーティングすることができる。
【００７４】
図９に示す状態では、ユーザは、現在、第１のコンテンツ推薦リストエントリ９５（強調表示）によって表されている楽曲を聴取しており、情報バー１３には、現在、再生中の楽曲の演奏者及びタイトルが表示されている。
【００７５】
ユーザが（第１のコンテンツ推薦リストエントリ９５によって表されている楽曲を聴き終わった後、又は楽曲を聴いている最中に）スキップボタン１６を押すと、ユーザインタフェース１２は、図１０に示す状態となる。
【００７６】
この状態では、第１のコンテンツ推薦リスト８４の第２のコンテンツ推薦リストエントリ９６が強調表示され、ユーザは、（例えば、強調表示された部分、すなわち、第２のコンテンツ推薦リストエントリ９６を表す部分に指又はペンによって触れることによって）第２のコンテンツ推薦リストエントリ９６に対応する楽曲を聴取する意志を示してもよく、又は（「好き」ボタン１４又は「嫌い」ボタン１５を押すことによって）第２のコンテンツ推薦リストエントリ９６のレーティングのみを行ってもよい。ここでは、ユーザは、楽曲を聴取することを望んでいる。なお、ユーザがクライアント３に対し、楽曲を再生するように指示しても、この楽曲は、サーバ２からクライアント３に転送する必要があるので、直ちに再生されない。情報バー１３は、推定される遅延を示している。
【００７７】
また、第２のコンテンツ推薦リストエントリ９６が強調表示されているときに、（ユーザがコンテンツ推薦リストエントリを下向きにスクロールすると）更なるコンテンツ推薦リストエントリ９７が「下から」現れ、このコンテンツ推薦リストエントリ９７は、クライアント３がサーバ２から受信した第２のコンテンツ推薦リスト８５の第１のコンテンツ推薦リストエントリである。第１及び第２のコンテンツ推薦リスト８４、８５は、サーバ２によって保存及び保守される全体のコンテンツ推薦リスト８の一部として解釈できる。第２のコンテンツ推薦リスト８５は、第１のコンテンツ推薦リスト８４の第１のコンテンツ推薦リストエントリ９５に対してユーザが与えたフィードバック（及び以前に表示されたコンテンツ推薦リストエントリに対するフィードバック）に応じて、サーバ２において生成されている。ここで、このフィードバックは、好き／嫌いボタン１４、１５によって提供されたのではなく、第１のコンテンツ推薦リストエントリ９５によって表されている楽曲をユーザが聴いたという事実（これは、ユーザがその楽曲に少なくとも興味を有することを意味する。）に基づいて提供されている。
【００７８】
コンテンツ推薦リストエントリ９７は、以前に供給されたコンテンツ推薦リストエントリ（特定のコンテンツ推薦リストエントリ９５）に対してユーザが与えたフィードバックに基づいて、サーバ２は予め準備しているので、図９に示す段階から図１０に示す段階に移行する際、コンテンツ推薦リストエントリ９７を非常に高速に供給することができる。
【００７９】
図１１は、第３のコンテンツ推薦リスト８６の３つのコンテンツ推薦リストエントリ９８〜９１０が表示された状態を示している。図１１に示す具体例では、ユーザは、第１のステップにおいて、コンテンツ推薦リストエントリ９８を強調表示し、次に、嫌いボタン１５を押し、次に、右スキップボタン１６を押して、コンテンツ推薦リストエントリ９９を強調表示し、好きボタン１４を押している。これらの操作に応じて、各コンテンツ推薦リストエントリに好き／嫌いシンボルが割り当てられ、各シンボルが画面上のコンテンツ推薦リストエントリ９８、９９内に表示される。コンテンツ推薦リストエントリ９８、９９に対するフィードバックは、（好ましくは、直ちに）サーバ２に送信され、（フィードバックに応じて）クライアント３に送信される更なるコンテンツ推薦リストエントリが予め準備される。
【符号の説明】
【００８０】
１  サーバシステム、２  サーバ、３  クライアント、４  管理ユニット、５  推薦ユニット、６  ストリーミングユニット、７  通信ネットワーク、８  コンテンツ推薦リスト、９  コンテンツ推薦リストエントリ、１０  クライアントバッファ、１１  サーババッファ、２０  バッファ状態、３０  バッファ状態、４０  バッファ状態、５０  バッファ状態、６０  バッファ状態、７０  バッファ状態、１２  ユーザインタフェース、１３  情報バー、１４  好きボタン、１５  嫌いボタン、１６  スキップボタン、１７  停止ボタン、１８  ポーズボタン
【図１】
0006047547.tif 000002
【図２】
0006047547.tif 000003
【図３】
0006047547.tif 000004
【図４】
0006047547.tif 000005
【図５】
0006047547.tif 000006
【図６】
0006047547.tif 000007
【図７】
0006047547.tif 000008
【図８】
0006047547.tif 000009
【図９】
0006047547.tif 000010
【図１０】
0006047547.tif 000011
【図１１】
0006047547.tif 000012