(57)【要約】なし【選択図】なし【特許請求の範囲】
【請求項１】
クライアント（１）上のユーザコンテンツ項目に基づいて、サーバ（２）上のユーザプロフィールを更新する方法であって、前記サーバ（２）は通信ネットワーク（３）を介して前記クライアント（１）と通信可能であり、
ａ）前記クライアント（１）上の少なくとも一部のユーザコンテンツ項目ごとに、それぞれのユーザコンテンツ項目を識別するのに適した特性情報を提供するステップと、
ｂ）前記クライアント（１）から前記サーバ（２）へ前記ユーザコンテンツ項目の特性情報を送信するステップと、
ｃ）前記ユーザコンテンツ項目の特性情報を、前記サーバコンテンツ項目を識別するのに適した特性情報と比較するステップと、
ｄ）ステップｃ）において実行された比較に基づいて、前記サーバ（２）上のユーザプロフィールを更新するステップと
を含む方法。
【請求項２】
クライアント（１）上のユーザコンテンツ項目に基づいて、サーバ（２）上のユーザプロフィールを更新する方法であって、前記サーバ（２）は通信ネットワーク（３）を介して前記クライアント（１）と通信可能であり、
ａ）前記サーバ（２）から前記クライアント（１）へ特性情報を送信するステップと、前記特性情報は、サーバコンテンツ項目の部分の各々を識別することに適していることと、
ｂ）前記サーバコンテンツ項目の部分ごとに、
ｂ１）それぞれの前記特性情報を、前記クライアント各々のコンテンツ項目を識別することに適した前記クライアント（１）上の特性情報と比較するステップと、
ｂ２）それぞれのサーバコンテンツ項目の前記特性情報がユーザコンテンツ項目の前記特性情報に合致する場合に、自動フィードバック情報を生成するステップと、
ｂ３）特に、それぞれのサーバコンテンツ項目の前記特性情報がユーザコンテンツ項目の前記特性情報に合致しない場合には、それぞれの前記サーバコンテンツ項目に関するユーザ入力に基づいて、および／またはユーザ入力の欠如に基づいて、ユーザフィードバック情報を生成するステップと、一方で前記自動ユーザフィードバック情報は、ユーザフィードバック情報のあり得る段階または状態のうちの１つに対応することと、
ｃ）前記サーバコンテンツ項目の部分ごとの前記フィードバック情報を前記クライアント（１）から前記サーバ（２）へ送信するステップと、
ｄ）前記サーバコンテンツ項目の部分ごとの前記自動ユーザフィードバック情報および／またはユーザフィードバック情報に基づいて、前記サーバ（２）上のユーザプロフィールを更新するステップと
を含む方法。
【請求項３】
前記ユーザフィードバック情報のあり得る段階または状態の数は２に等しい、請求項２に記載の方法。
【請求項４】
前記ユーザ入力は、明示的入力と暗示的入力とを含む、請求項２に記載の方法。
【請求項５】
前記方法は、ユーザコンテンツ項目が前記クライアント（１）へ追加される度に、および／または前記クライアント（１）から削除される度に、繰り返される、先行する請求項のいずれか１項に記載の方法。
【請求項６】
コンテンツ項目の前記特性情報は、前記コンテンツ項目自体に対応する、および／または前記コンテンツ項目を識別する識別コードに対応する、先行する請求項のいずれか１項に記載の方法。
【請求項７】
前記サーバコンテンツ項目の部分は、前記サーバ（２）上に格納されるコンテンツ推奨リストのサーバコンテンツ項目を含む、請求項２から６のいずれか１項に記載の方法。
【請求項８】
前記サーバ（２）上のユーザプロフィールを更新するステップは、それぞれのサーバコンテンツ項目との合致を示すユーザコンテンツ項目ごとに、前記サーバ（２）上のコンテンツ項目それぞれに使用可能な記述データがあるかどうかを判定するステップをさらに含む、先行する請求項のいずれか１項に記載の方法。
【請求項９】
記述データがそれぞれの前記コンテンツ項目に使用可能である場合、それぞれの前記記述データに基づいて、前記ユーザプロフィールを更新するステップをさらに含む、請求項８に記載の方法。
【請求項１０】
どの記述データもそれぞれの前記コンテンツ項目に使用可能ではない場合、前記ユーザプロフィールを更新する際に、それぞれの前記コンテンツ項目を破棄するステップをさらに含む、請求項８または９に記載の方法。
【請求項１１】
どの記述データもそれぞれの前記コンテンツ項目に使用可能ではない場合、それぞれの前記コンテンツ項目を分析し、前記分析の結果に基づいて、前記ユーザプロフィールを更新するステップをさらに含む、請求項８〜１０のいずれか１項に記載の方法。
【請求項１２】
前記ユーザプロフィールが複数のチャネルを含み、一方でコンテンツ項目が少なくとも１つのチャネルに割当可能である場合、単純に前記少なくとも１つのチャネルに関するそれぞれの前記コンテンツ項目に基づいて、前記ユーザプロフィールを更新するステップをさらに含む、先行する請求項のいずれか１項に記載の方法。
【請求項１３】
前記チャネルの各々に関するそれぞれの前記コンテンツ項目を評価するステップと、
少なくとも１つのチャネルを、最良評価を有するチャネルとして判定するステップと
をさらに含む先行する請求項のいずれか１項に記載の方法。
【請求項１４】
前記最良評価を有するチャネルとしての前記少なくとも１つのチャネルは、最良チャネルとして更新される、請求項１３に記載の方法。
【請求項１５】
それぞれの前記コンテンツ項目は、前記最良評価が所定の最低評価を超えない場合、前記ユーザプロフィールの更新から破棄される、先行する請求項のいずれか１項に記載の方法。
【請求項１６】
ユーザ入力は、先行する請求項のいずれか１項に記載のステップが実行されるより前に、前記クライアント（１）上で要求され、前記ユーザプロフィールの更新は、前記ユーザ入力に応じて続行、延長またはキャンセルされる、先行する請求項のいずれか１項に記載の方法。
【請求項１７】
クライアント上のユーザコンテンツ項目に基づいて、サーバ（２）上のユーザプロフィールを更新するために、通信ネットワーク（３）を介して前記サーバ（２）と通信するように適合されるクライアント（１）であって、
前記サーバ（２）から特性情報を受信する手段と、前記特性情報はサーバコンテンツ項目の部分の各々を識別することに適していることと、
前記サーバコンテンツ項目の部分ごとのそれぞれの前記特性情報を、前記クライアントのコンテンツ項目の各々を識別することに適した前記クライアント（１）上の特性情報と比較する手段と、
それぞれのサーバコンテンツ項目の前記特性情報がユーザコンテンツ項目の前記特性情報に合致する場合には、自動フィードバック情報を生成し、また、前記それぞれのサーバコンテンツ項目に関するユーザ入力に基づいてユーザフィードバック情報を生成する手段と、一方で前記自動ユーザフィードバック情報は、ユーザフィードバック情報のあり得る段階または状態のうちの１つに対応することと、
前記サーバコンテンツ項目の部分ごとの前記フィードバック情報を前記クライアント（１）から前記サーバ（２）へ送信する手段と
を備えるクライアント（１）。
【請求項１８】
クライアント（１）上のユーザコンテンツ項目に基づいてサーバ（２）上のユーザプロフィールを更新するために、通信ネットワーク（３）を介して前記クライアント（１）と通信するように適合されるサーバ（２）であって、
前記ユーザコンテンツ項目の少なくとも一部の特性情報を前記クライアント（１）から受信する手段と、前記特性情報はそれぞれのユーザコンテンツ項目を識別することに適していることと、
前記ユーザコンテンツ項目の前記特性情報を、前記サーバコンテンツ項目を識別することに適した特性情報と比較する手段と、
前記比較手段において実行された比較に基づき、前記サーバ（２）上のユーザプロフィールを更新する手段と
を備えるサーバ（２）。
【請求項１９】
請求項１〜１６のいずれかに記載の方法を行うように、または、請求項１７に記載のクライアント（１）および／または請求項１８に記載のサーバ（２）を少なくとも部分的に実施するように適合されるコンピュータプログラム手段
を備えるコンピュータプログラム製品。
【請求項２０】
請求項１９に記載のコンピュータプログラム製品
を備えるコンピュータ読出可能格納媒体。
【請求項２１】
ユーザプロフィールを含み、サーバ（２）上に格納されるデータを、クライアント（１）に格納されるユーザコンテンツ項目に基づいて更新する方法であって、前記サーバ（２）は通信ネットワーク（３）を介して前記クライアント（１）と通信可能であり、
ａ）前記クライアント（１）に格納される少なくとも一部の前記ユーザコンテンツ項目ごとに、それぞれのユーザコンテンツ項目を識別することに適した特性情報を決定するステップと、
ｂ）前記クライアント（１）から前記サーバ（２）へ前記ユーザコンテンツ項目の特性情報を送信するステップと、
ｃ）前記ユーザコンテンツ項目の特性情報を、前記サーバコンテンツ項目から決定される特性情報と比較するステップと、
ｄ）前記ユーザプロフィールを更新し、ｃ）において実行された比較に基づいて、前記サーバ（２）上に前記ユーザプロフィールを格納するステップと
を含む方法。
【請求項２２】
ユーザプロフィールを含み、サーバ（２）上に格納されるデータを、クライアント上に格納されるユーザコンテンツ項目に基づいて更新するために、通信ネットワーク（３）を介して前記サーバ（２）と通信するように適合されるクライアント（１）であって、
前記サーバ（２）から特性情報を受信する手段と、前記特性情報はサーバコンテンツ項目の部分の各々を識別することに適していることと、
前記サーバコンテンツ項目の部分ごとのそれぞれの前記特性情報を、前記クライアントのコンテンツ項目の各々を識別することに適した前記クライアント（１）上で決定される特性情報と比較する手段と、
それぞれのサーバコンテンツ項目の前記特性情報が、ユーザコンテンツ項目の前記特性情報に合致する場合には、自動フィードバック情報を生成し、また、前記それぞれのサーバコンテンツ項目に関するユーザ入力に基づいてユーザフィードバック情報を生成する手段と、一方で前記自動ユーザフィードバック情報は、ユーザフィードバック情報のあり得る段階または状態のうちの１つに対応することと、
前記サーバコンテンツ項目の部分ごとの前記フィードバック情報を前記クライアント（１）から前記サーバ（２）へ送信する手段と
を備えるクライアント（１）。
【請求項２３】
ユーザプロフィールを含み、サーバ（２）上に格納されるデータを、クライアント（１）上に格納されるユーザコンテンツ項目に基づいて更新するために、通信ネットワーク（３）を介して前記クライアント（１）と通信するように適合されるサーバ（２）であって、
前記ユーザコンテンツ項目の少なくとも一部の特性情報を前記クライアント（１）から受信する手段と、前記特性情報はそれぞれのユーザコンテンツ項目を識別することに適していることと、
前記ユーザコンテンツ項目の前記特性情報を、前記サーバコンテンツ項目を識別することに適した特性情報と比較する手段と、
前記比較手段において実行された比較に基づき、前記サーバ（２）上のユーザプロフィールを更新する手段と
を備えるサーバ（２）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアント上のユーザコンテンツ項目に基づきサーバ上のユーザプロフィールを更新する方法と、互いに通信してユーザプロフィールを更新するように適合されるクライアントおよびサーバとに関する。
【背景技術】
【０００２】
個人向け携帯電話無線局または個人向けインターネット無線局などの個人向けストリーミングデータサービスにおいて、ユーザはサーバ上の自身のプロフィールを手動で更新する必要がある。
【０００３】
一般的に、サーバ上のユーザプロフィールの手動更新は以下のように進む。第１に、ユーザにサーバコンテンツ項目の選択が提供される。第２に、どのコンテンツ項目が好き／嫌いかを示すフィードバックがユーザより与えられる。第３に、このフィードバックはサーバへ送信され、サーバ上のユーザプロフィールを更新する。
【０００４】
サーバ上のユーザプロフィールがユーザの実際の好みを十分表すにいたるまでには、ユーザにより実行される手動フィードバックステップが多いため、上述の処理には相当量の時間が必要である。
【発明の開示】
【０００５】
本発明の目的は、上述の欠点を回避した、サーバ上のユーザプロフィールを更新する方法を提供することである。
【０００６】
この目的を解決するために、本発明は、請求項１および２に記載の、ユーザプロフィールを更新する方法を提供する。本発明の方法の好適な実施形態は、従属請求項の範囲内である。本発明における目的は、それぞれ独立請求項１７、１８、１９、および２０に記載のクライアント、サーバ、コンピュータプログラム製品、およびコンピュータ読出可能格納手段によっても達成される。
【０００７】
本発明によれば、クライアント上のユーザコンテンツ項目に基づいてサーバ上のユーザプロフィールを更新する方法が提供される。サーバは通信ネットワークを介してクライアントと通信可能である。上記方法は、ａ）上記クライアント上のユーザコンテンツ項目ごとに、少なくともその一部に、それぞれのユーザコンテンツ項目を識別するのに適した特性情報を提供するステップと、ｂ）クライアントからサーバへユーザコンテンツ項目の特性情報を送信するステップと、ｃ）ユーザコンテンツ項目の特性情報を、サーバコンテンツ項目を識別するのに適した特性情報と比較するステップと、ｄ）ステップｃ）において実行された比較に基づいてサーバ上のユーザプロフィールを更新するステップとを含む。
【０００８】
本発明の範囲において、「サーバ（ｓｅｒｖｅｒ）」という言葉は、個人向けストリーミングデータサービス用コンテンツ推奨システムとして解釈可能であり、一方「クライアント（ｃｌｉｅｎｔ）」という言葉は、通信ネットワークを介してコンテンツ推奨システムに接触するように使用される装置として解釈可能である。クライアントは、例えば携帯電話、手持ち装置（ｈａｎｄｈｅｌｄ  ｄｅｖｉｃｅ）、ＰＣ、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ：携帯情報端末）、ゲームコンソール、または他のいかなるネットワーク可能装置であってもよい。ネットワークは有線であってもよく、および／または無線であってもよい。接続は、「常にＯＮ（ａｌｗａｙｓ  ｏｎ）」（ＤＳＬ接続を用いるなど）であってもよく、または一時的なもの（ダイヤルアップ接続を用いるなど）であってもよい。適したネットワーク／相互接続は、インターネット、イントラネット、エクストラネット、ＶＰＮ（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｏｗｏｒｋｓ：仮想私設ネットワーク）ｘＤＳＬ接続、電話ネットワーク（ＧＳＭ／ＥＤＧＥ、３Ｇ（例えばＵＭＴＳ）、４Ｇ、ＧＰＲＳ、ＷＡＰを含む）、ワイヤレスイーサネットまたはブロードキャスティングネットワークを含んでもよい。
【０００９】
本発明の範囲内では、「コンテンツ項目（ｃｏｎｔｅｎｔ  ｉｔｅｍ）」という言葉は、例えば音声データ、ビデオデータ、Ａ／Ｖデータ、静止画または動画、テキストデータ（例えば記事（ａｒｔｉｃｌｅｓ））、プログラムデータ（ゲーム）などの、通信ネットワークを介して送信可能ないかなる種類のデータも含む。
【００１０】
ユーザプロフィールは、例えばユーザＩＤ（ｕｓｅｒ  ｉｄｅｎｔｉｆｉｃａｔｉｏｎ：ｕｓｅｒ‐ＩＤ）やコンテンツ項目リストなどを含むデータメモリ内のデータ構造であってもよく、それに対し、ユーザは肯定的フィードバックおよび／またはコンテンツ項目リストを与えたり、否定的フィードバックを与えたりしている。ユーザプロフィールはまたデータベースエントリであってもよく、そこではユーザ識別子（ｕｓｅｒ‐ＩＤ）がそのようなリストに関連している。ユーザプロフィールを格納する別の可能性は、コンテンツ項目リストを格納するのではなく、ユーザにより肯定的または否定的に評価されたコンテンツ項目の側面を記述するメタデータ（ｍｅｔａ  ｄａｔａ）または記述データ（ｄｅｓｃｒｉｐｔｉｖｅ  ｄａｔａ）を格納することである。歌曲を例にすると、このようなメタデータは以下を含んでもよいが、それらに限定はしない。すなわち、アーティスト名、歌曲の題名、アーティストの性別、歌曲の言語、１０年単位の発表年（ｄｅｃａｄｅ  ｏｆ  ｐｕｂｌｉｃａｔｉｏｎ）、商業的成果（「トップ２０（ｔｏｐ２０）」）、楽曲の特性（リズム、ヴォーカルなど）、ムード（例えばロマンティック）などを含んでもよい。他にあり得るコンテンツ項目として、同様のメタデータが得られる場合がある。メタデータは、コンテンツ項目自体においてすでに提示されていてもよく（例えばｍｐ３ファイルについてはアーティスト名および歌曲名はデータファイルの一部となり得る）、他のメタデータは別々に得られ、データベースに格納されてもよく、データベースにおいてはコンテンツ項目に関連付けられる。
【００１１】
特別なメタデータがＥｕＴＡＧ署名（ＥｕＴＡＧ‐ｓｉｇｎａｔｕｒｅ）であり、欧州特許第１６６７１６号において開示されている。これは、特徴に関する複数の時間領域を含む特徴組に基づいて生成されるものである。この署名は、上記音声データ内の特徴に関する時間領域の複数の特性の複数の一時的位置または距離を表すために形成される。このようなメタデータは、このような音声データを識別するための「指紋（ｆｉｎｇｅｒ  ｐｒｉｎｔ）」として機能することが可能である。上記署名を得るためのアルゴリズムがサーバ上とクライアント上とで同じため、サーバとクライアント両方は上記署名を独立に得ることが可能である。上記署名は、クライアントおよび／またはサーバ内で比較して、どのコンテンツ項目がクライアントとサーバ両方に存在するかを判定し、サーバ上のみに存在するメタデータを用いてユーザプロフィールを交信することが可能である。
【００１２】
メタデータは、手動で得て、データベースへ入力することも可能であり、または、例えば信号処理を用いてコンテンツ項目の特性を得るスペクトル分析に基づく既知のアルゴリズムによるなどして、自動で得ることも可能である。
【００１３】
クライアントからサーバへのユーザコンテンツ項目の特性情報の送信は、通信ネットワークを介して実行されることが好ましい。特性情報はユーザの好みの「写像（ｍａｐ）」と見なしてもよく、この「写像」はサーバ上で処理され、時間を消費する手動ユーザフィードバックを必要とすることなく、ユーザプロフィールを更新および改善する。この特性情報が署名である場合、このような署名は、データベース内で署名および記述メタデータに関連するデータと、サーバ内で比較される。送信された署名がデータベースに存在する場合には、関連する記述メタデータを用いて、書名を送信したユーザのユーザプロフィールを更新可能である。
【００１４】
それぞれの情報によりサーバへ送信される、クライアント上のユーザコンテンツ項目の部分は、全部のユーザコンテンツ項目を含んでいてもよい。しかしながら、ユーザコンテンツ項目の部分は、クライアント上の全部よりも少ないユーザコンテンツ項目を含んでもよい。ユーザコンテンツ項目の部分がユーザコンテンツ項目を全部含むか、より少なく含むかどうかは、例えば、全部のユーザコンテンツ項目のデータサイズに、および／またはクライアントからサーバへユーザコンテンツ項目の部分の特性情報を送信するために必要な時間量に依存する場合がある。
【００１５】
本発明は、クライアント上のユーザコンテンツ項目に基づいて、サーバ上のユーザプロフィールを更新する方法をさらに提供する。サーバは通信ネットワークを介してクライアントと通信可能である。上記方法は、ａ）サーバからクライアントへ特性情報を送信するステップと、特性情報は、サーバコンテンツ項目の部分のおのおのを識別することに適していることと、ｂ）サーバコンテンツ項目の部分ごとに、ｂ１）それぞれの特性情報を、クライアント各々のコンテンツ項目を識別することに適したクライアント上の特性情報と比較するステップと、ｂ２）それぞれのサーバコンテンツ項目の特性情報がユーザコンテンツ項目の特性情報に合致する場合に、自動フィードバック情報を生成するステップと、自動ユーザフィードバック情報は、ユーザフィードバック情報のあり得る段階または状態のうちの１つに対応することと、ｃ）サーバコンテンツ項目の部分ごとのフィードバック情報をクライアントからサーバへ送信するステップと、ｄ）サーバコンテンツ項目の部分ごとの自動ユーザフィードバック情報および／またはユーザフィードバック情報に基づいて、サーバ上のユーザプロフィールを更新するステップとを含む。
【００１６】
さらなる実施形態によれば、それぞれのサーバコンテンツ項目の特性情報がユーザコンテンツアイテムの特性情報と合致しない場合には、ｂ３）サーバコンテンツ項目それぞれに関するユーザ入力に基づいて、および／またはユーザ入力の欠如に基づいて、ユーザフィードバック情報を生成するステップが提供可能であり、一方で、自動ユーザフィードバック情報は、ユーザフィードバック情報のあり得る段階または状態のうちの１つに対応する。
【００１７】
サーバからクライアントへのサーバコンテンツ項目の部分の特徴情報の送信は、通信ネットワークを介して実行されることが好ましい。
【００１８】
ユーザコンテンツ項目が、サーバコンテンツ項目の送信部分に属するサーバコンテンツ項目のうちの１つと整合する場合、自動フィードバック情報は、キーを押すなどのユーザ入力がなくとも生成可能である。これにより、ユーザが「好き（ｌｉｋｅ）」または「嫌い（ｄｉｓｌｉｋｅ）」ボタンを押すなどの行動項目を経験する必要がなくなるなど、ユーザにとって非常に使いやすいフィードバックを提供することが可能になる。クライアント上のユーザコンテンツ項目の収集は、ユーザの個人的好みの「写像」として、サーバ上のユーザプロフィールを更新するのに用いられる。クライアント上のユーザコンテンツ項目の収集を、ユーザプロフィール更新の間秘密にしておくために、自動フィードバック情報は、ユーザ入力に基づくユーザフィードバック情報のあり得る段階（ｓｔａｇｅ）または状態（ｓｔａｔｅ）のうちの１つと区別することができなくなっている。ユーザフィードバック情報のあり得る段階または状態が「好き」および「嫌い」を含む場合に、ユーザコンテンツ項目がサーバコンテンツ項目のうちの１つと合致するならば、自動ユーザフィードバック情報は、「好き」として選択され、ユーザがそれぞれのコンテンツ項目が好きであるということを表すであろう。しかしながら、この自動フィードバック情報は、「好き」ボタンを押すなどのユーザ入力から獲得されたユーザフィードバック情報と区別不可能である。あるいは、クライアント上のユーザコンテンツ項目はサーバ側に対して秘密にされる。
【００１９】
サーバ上のユーザプロフィールを更新する本発明の方法の別の実施形態によれば、ユーザフィードバック情報のあり得る段階または状態の数は２に等しい。この２段階または２状態は、あるコンテンツ項目に対するユーザの支持または反感を表現可能であり、例えばそれぞれ「好き」または「嫌い」ボタンを押すなどして、ユーザにより評価可能である。しかしながら、２よりも多くの段階または状態をフィードバック情報として用いて、あるコンテンツ項目に対する支持または反感の異なる段階または状態（例えば「非常に良い（ｖｅｒｙ  ｇｏｏｄ）」、「良い（ｇｏｏｄ）」、「まあまあ（ｏｋ）」、「ｂａｄ（良くない（ｂａｄ））」、「非常に良くない（ｖｅｒｙ  ｂａｄ）」など）に対応させることも可能である。
【００２０】
本発明の方法のさらなる実施形態によれば、ユーザ入力は明示的および暗示的入力を含む。本発明の範囲において、入力処理は評価処理の一部である場合、または評価処理と解釈される場合がある。「入力（ｉｎｐｕｔ）」は、２つの範疇、すなわち「明示的入力（ｅｘｐｌｉｃｉｔ  ｉｎｐｕｔ）」および「暗示的入力（ｉｍｐｌｉｃｉｔ  ｉｎｐｕｔ）」に分類可能である。明示的入力は、協調表示中の（ｃｕｒｒｅｎｔｌｙ  ｈｉｇｈｌｉｇｈｔｅｄ）コンテンツ項目の評価が良い／良くないことを示すために、例えば「好き／嫌い」ボタンを押すことであってもよい。暗示的入力は、例えば、それぞれ表示されたコンテンツ項目ＩＤにより表される特定のコンテンツ項目の移転（ｔｒａｎｓｆｅｒ）処理（「スキップ（ｓｋｉｐ）」）をユーザが開始する／開始しないという事実（明示的／暗示的選択）であってもよく、表示されたコンテンツ項目ＩＤをユーザが視覚的にスクロールする（「スキップ」）スピードなどであってもよい。
【００２１】
なお本発明の方法のさらなる実施形態によれば、サーバコンテンツ項目の部分は、サーバ上に格納されるコンテンツ推奨リストのサーバコンテンツ項目を含む。コンテンツ推奨リストは、例えば最新音声データを含んでもよく、この最新音声データとクライアント上のユーザの音声データとを比較して、ユーザプロファイルを常に最新にしておく。
【００２２】
本発明のさらなる側面によれば、コンテンツ項目の特性情報は、コンテンツ項目自体に、および／またはコンテンツ項目を識別する識別コードに対応する。サーバコンテンツ項目の部分の特性情報がサーバからクライアントへ送信される場合、ユーザがそのユーザフィードバックを与える前にコンテンツ項目を処理可能とする、例えば視聴可能となるように、ＥｕＴＡＧなどの識別コードは別にして、コンテンツ項目自体を送信することが効果的である。クライアント上の上記ユーザコンテンツ項目の少なくとも一部に対する特性情報がクライアントからサーバへ送信され、比較およびユーザ更新が行われる場合、特性情報は単純に識別コードのみ含む場合がある。
【００２３】
本発明のさらなる実施形態によれば、ユーザプロフィールを更新する方法は、それぞれのサーバコンテンツ項目との合致を示す各ユーザコンテンツ項目に対するそれぞれのサーバ上コンテンツ項目に使用可能な記述データがあるかどうかを判定するステップを含む。記述データは、コンテンツ綱目に対する補足情報として見なしてもよく、例えば「穏やか（ｓｏｆｔ）」「激しい（ａｇｇｒｅｓｓｉｖｅ）」、「ハードロック（Ｈａｒｄ‐Ｒｏｃｋ）」、「クラシック（Ｃｌａｓｓｉｃ）」のような属性を含んでもよい。記述データの支援を受けて、ユーザプロフィールは、例えば個人向けストリーミングデータサービスについて設定および使用可能である。
【００２４】
記述データがそれぞれのコンテンツ項目に使用可能である場合には、それぞれの記述データに基づいて、ユーザプロフィールを更新することがさらに効果的である。
【００２５】
どの記述データもそれぞれのコンテンツ項目に使用可能でない場合には、ユーザプロフィールを更新するときに、それぞれのコンテンツ項目を破棄することが効果的である。
【００２６】
あるいは、本発明の別の実施形態によれば、どの記述データもそれぞれのコンテンツ項目に使用可能でない場合には、それぞれのコンテンツ項目を分析し、分析結果に基づいてユーザプロフィールを更新することが効果的である場合もある。分析は、時間領域における特性に焦点をあて、それぞれのコンテンツ項目を、例えばいくつかのモードクラスのうちの１つに分類し、それに基づいたユーザプロフィールの更新を可能にしてもよい。
【００２７】
本発明のさらなる実施形態によれば、ユーザプロフィールが複数のチャネルを含み、一方でコンテンツ項目が少なくとも１つのチャネルに割当可能である場合、それぞれのコンテンツ項目に基づいたユーザプロフィールの更新が、単純に少なくとも１つのチャネルに対して行われる。チャネルは、「ハードロック」、「８０年代（８０’ｓ）」、「テクノ（Ｔｅｃｈｎｏ）」、「クラシック」など、ユーザのコンテンツ項目の好適な範疇を表してもよい。
【００２８】
ユーザプロフィールを更新する本発明の方法の別の実施形態によれば、各チャネルに対するそれぞれのコンテンツ項目を評価するさらなるステップと、少なくとも１つのチャネルを、最良評価を有するチャネルとして判定するステップとが実行される。特定のコンテンツ項目を「ハードロック」チャネルに割り当てて、単純に「ハードロック」チャネルに対するこの特定のコンテンツ項目に基づいてユーザプロフィールを更新することにより、「８０年代」または「テクノ」のようなさらなるチャネルに対するユーザプロフィールが誤って不適切なコンテンツ項目で更新されることが防がれる。
【００２９】
あるいは、最良評価が所定の最小評価を超えない場合、それぞれのコンテンツ項目は、ユーザプロフィールを更新することから破棄される。このように、特定のチャネルに適切には割当できないコンテンツ項目がユーザプロフィールを悪くすることが回避される。
【００３０】
追加または代替として、最良評価を有するチャネルのような上記少なくとも１つのチャネルが、最良チャネルとして更新可能である。
【００３１】
本発明の実施形態によれば、少なくとも１つのチャネルは単一チャネルである。このように、特定のコンテンツ項目に基づいたユーザプロフィールの更新は、１つのチャネルに単独に制限され、これによりユーザプロフィール更新の品質をさらに改善する。
【００３２】
本発明のさらなる実施形態によれば、ユーザプロフィールを更新するステップを実行する前にユーザ入力がクライアント上で要求され、ユーザプロフィールの更新がユーザ入力に応じて続行、延長、またはキャンセルされる。ユーザ入力要求は、クライアント上のユーザコンテンツ項目に基づいたサーバ上のユーザプロフィールを更新するための確認へ向けられる。
【００３３】
本発明は、クライアント上のユーザコンテンツ項目に基づいてサーバ上のユーザプロフィールを更新するために通信ネットワークを介してサーバと通信するように適合されるクライアントをさらに提供する。上記クライアントは、サーバから特性情報を受信する手段と、特性情報はサーバコンテンツ項目の部分の各々を識別することに適していることと、サーバコンテンツ項目の部分ごとのそれぞれの特性情報を、クライアントのコンテンツ項目の各々を識別することに適したクライアント上の特性情報と比較する手段と、それぞれのサーバコンテンツ項目の特性情報が、ユーザコンテンツ項目の特性情報に合致する場合には、自動フィードバック情報を生成し、それぞれのサーバコンテンツ項目に関するユーザ入力に基づいてユーザフィードバック情報を生成する手段と、一方で自動ユーザフィードバック情報は、ユーザフィードバック情報のあり得る段階または状態のうちの１つに対応することと、サーバコンテンツ項目の部分ごとのフィードバック情報をクライアントからサーバへ送信する手段とを備える。
【００３４】
本発明は、クライアント上のユーザコンテンツ項目に基づいてサーバ上のユーザプロフィールを更新するために通信ネットワークを介して前記クライアントと通信するように適合されるサーバも提供する。上記サーバは、ユーザコンテンツ項目の少なくとも一部の特性情報をクライアント（１）から受信する手段と、特性情報はそれぞれのユーザコンテンツ項目を識別することに適していることと、ユーザコンテンツ項目の特性情報を、サーバコンテンツ項目を識別することに適した特性情報と比較する手段と、比較手段において実行された比較に基づき、サーバ（２）上のユーザプロフィールを更新する手段とを備える。
【００３５】
加えて、コンピュータプログラム製品が提供される。上記コンピュータプログラム製品は、本発明による方法を行うように、または、本発明によるクライアントおよび／またはサーバを少なくとも部分的に実施するように適合されるコンピュータプログラム手段を備える。
【００３６】
さらに追加または代替として、コンピュータ読出可能格納媒体が提供される。上記コンピュータ読出可能格納媒体は、本発明によるコンピュータプログラム製品を備える。
【００３７】
本発明の以上の側面およびさらなる側面を、以下でさらに説明することにする。
【００３８】
個人向け携帯電話無線局や個人向けインターねと無線局などの、個人向けストリーミング音声サービスにおいて、大抵の場合、まずはユーザが「好き」または「嫌い」な範疇を選択し、次にユーザが「好き」または「嫌い」な歌曲を繰り返し選択することで、ユーザは自身のチャネルを手動で個人向けにする必要がある。この処理、すなわちユーザプロフィールの更新は時間がかかり、ふさわしく個人向けとなった結果を得るには、かかるフィードバック操作を多く実行しなければならない。
【００３９】
ユーザプロフィールを更新するこの処理をスピードアップするために、例えばＰＣまたは携帯電話のようなクライアント上での、例えば歌曲のようなユーザコンテンツ項目の収集を、ユーザの好みのインジケータとして活用することを提案する。
【００４０】
現代の高性能な携帯電話は、多くの場合移動体ｍｐ３プレーヤとしても動作する。ゆえに、携帯電話メモリ内のｍｐ３の歌曲を活用して、ユーザプロフィールを更新および改善することを提案する。
【００４１】
まず、電話上の楽曲が、例えば携帯電話上で小さい識別子（ＥｕＴＡＧなど）を局所的に計算することにより、サーバ上に格納された楽曲に対して識別され、識別子はサーバへ送信される。識別子を用いて、サーバは、どの楽曲がサーバ上にも格納されているか、および歌曲のうちいずれについて使用可能なメタデータがあるかを調べる。使用可能なメタデータがない歌曲は全部破棄される。残った歌曲を用いて、ユーザプロフィールが更新される。
【００４２】
ユーザプロフィール更新は、ユーザが明示的に「好き」と評価する場合に推奨システムに適用されるものと同じ方法を用いて実行可能である。しかしながら、ソニー（ＳＯＮＹ）のＳｔｒｅａｍＭａｎまたはボーダフォン（Ｖｏｄａｆｏｎｅ）のＶｏｄａｆｏｎｅＲａｄｉｏＤＪのような多くの楽曲チャネルを取り上げたシステムにおいては、ユーザがエルビス（Ｅｌｖｉｓ）の歌が好きだとしても、このことはユーザの「ダンスミュージック１９９０年代（Ｄａｎｃｅ  Ｍｕｓｉｃ  １９９０’ｓ）」チャネルを更新するためにエルビスの歌が用いられるべきであることを意味しないため、上記の手法は効果的に能率化される。この場合、システムは、このユーザの全アクティブチャネルに対して、クライアント上のユーザの収集における歌曲を評価し、各歌曲をユーザの全アクティブチャネルのうちの１つに割り当てて、それぞれのチャネルの特性を更新することが好ましい。効果的に、最良評価が発見されるチャネルへ歌曲はそれぞれ割り当てられる。ユーザの収集のうちの歌曲でのユーザプロフィールの更新は、最良評価が発見されるチャネルの特性に対して実行される。
【００４３】
ユーザの歌曲集が変更されるときはいつでも、例えば歌曲の全識別子が再計算されてサーバへ再送信されるように、ユーザプロフィールを更新する処理を反復可能である。
【００４４】
ユーザの携帯電話内の歌曲についての情報のサーバへのアップストリーミングに対してユーザのプライバシーの問題がある可能性があるため、例えばサーバ上の全歌曲推奨の識別子を計算し、かかる識別子を歌曲とともに携帯電話へストリーミング送信し、かかる推奨のいずれかが携帯電話のメモリにおいて使用可能かどうか携帯電話にチェックさせることも提案する。このような場合、携帯電話は、「好き」ボタンが押されるという情報メッセージをサーバへ送り返すであろう。そのためサーバは、ユーザが明示的に「好き」ボタンを押したのか、自動処理に起因するのかを区別できない。このように、ユーザのプライバシーは保持され、ユーザによる明示的評価の必要性はもうない。
【００４５】
上述の本発明の異なる全側面と、さらに以下に説明する側面とは、いかなる方法で組み合わせることも可能である。明細書に組み込まれ、その一部を構成する添付図面は、本発明の例示的実施形態を説明し、上述の本発明の概説と下述の実施形態の詳細な説明とともに、本発明の原理を説明するように機能する。
【発明を実施するための最良の形態】
【００４６】
図１は、ユーザプロフィールを更新するために通信ネットワーク３を介して互いに通信可能であるクライアント１およびサーバ２の一実施形態を示す。図１に示すクライアント‐サーバシステムと通信ネットワーク３とを用いて実行可能であるユーザプロフィール更新を、図２および３に関連してさらに詳細に説明することにする。
【００４７】
図２は、クライアント１上のユーザコンテンツ項目に基づいてサーバ２上のユーザプロフィールを更新する方法の一実施形態を概略的に示す。サーバ２は、通信ネットワーク３を介してクライアントと通信可能である。実行される方法ステップを、動作線に沿って連番でラベルしたボックスで概略的に表す。方法ステップがクライアントにおいて実行される図の左側から、方法ステップがサーバにおいて実行される図の右側へ動作線が動いても、その逆でも、データはクライアント１とサーバ２との間で送信される。データ送信の方向は矢印で表す。以上の説明は図３にも引き続きあてはまる。
【００４８】
図２のステップＳ１において、クライアント上に格納される少なくとも一部のユーザコンテンツ項目に対し、それぞれのユーザコンテンツ項目を識別することに適した特性情報が提供される。特性情報は、ＥｕＴＡＧなど、コンテンツ項目を識別する識別コードであってもよい。次にステップＳ２において、ユーザコンテンツ項目の特性情報は、通信ネットワーク３を介してクライアント１からサーバ２へ送信される。続くステップＳ３において、サーバ２は、通信ネットワーク３を介してクライアント１から受信されるユーザコンテンツ項目の特性情報を、サーバ２上に格納されるサーバコンテンツ項目を識別することに適した特性情報と比較する。次に、サーバ２上のユーザプロフィールは、ステップＳ３において実行された比較に基づいて、ステップＳ４において更新される。ユーザプロフィール更新は、合致が発見されるコンテンツ項目に関連する記述データに関してもよい。サーバ２がユーザの複数のチャネルを管理する場合、特定のユーザコンテンツ項目に関するユーザプロフィール更新は、１つまたは少なくとも１つのチャネルに関するユーザプロフィールにのみ影響をあたえてもよい。このように、完全に異なる性質のコンテンツ項目を含有するチャネルに関するユーザプロフィール上のユーザコンテンツ項目の衝突が回避される（例えばロックの歌曲は、クラシックチャネルに関するユーザプロフィールに影響を与えないであろう）。
【００４９】
図３は、クライアント１上のユーザコンテンツ項目に基づいてサーバ２上のユーザプロフィールを更新する方法のさらなる実施形態を概略的に示す。サーバ２は、通信ネットワーク３を介してクライアント１と通信可能である。まずステップＳ１’において、特性情報がサーバ２からクライアント１へ送信される。特性情報は、サーバコンテンツ項目の各部を識別することに適している。特性情報は、例えばコンテンツ項目自体のデータと、コンテンツ項目を識別する識別コードとを含んでもよい。次にステップＳ２’において、サーバコンテンツ項目の部分ごとに、それぞれの特性情報は、クライアントの各コンテンツ項目を識別することに適したクライアント上の特性情報と比較される。続くステップＳ３’において、それぞれのサーバコンテンツ項目の特性情報がユーザコンテンツ項目の特性情報と合致する場合には、自動フィードバック情報が生成され、合致しない場合には、それぞれのサーバコンテンツ項目に関するユーザ入力に基づくユーザフィードバック情報が生成される。一方で、自動ユーザフィードバック情報は、ユーザフィードバック情報の、１つまたは少なくとも１つのあり得る段階または状態に対応する。自動ユーザフィードバック情報は、例えば、あり得る段階または状態である「好き」および「嫌い」のうちの「好き」の段階または状態に対応する。このように、自動ユーザフィードバック情報は、「好き」ボタンを押すことによる手動ユーザ入力に基づくユーザフィードバック情報とは区別できない。次にステップＳ４’において、フィードバック情報、すなわち自動ユーザフィードバック情報および／またはユーザ入力に基づくユーザフィードバック情報は、サーバコンテンツ項目の部分ごとにクライアント１からサーバ２へ送信される。続くステップＳ５’において、サーバコンテンツ項目に関する自動ユーザフィードバック情報および／またはユーザフィードバック情報に基づいて、ユーザプロフィールはサーバ上で更新される。
【００５０】
先の実施形態に関連してすでに述べたように、ユーザプロフィール更新は、合致が発見されるコンテンツ項目に関連する記述データに関してもよい。更新は、ユーザプロフィールが複数のチャネルを支援する場合、１つまたは少なくとも１つのチャネルに関するユーザプロフィールにのみ影響を与えてもよい。
【００５１】
サーバ２上に格納されるユーザプロフィールは、個人向けストリーミングデータサービスに関してもよい。サーバ２上に格納されるユーザプロフィールは、サーバとユーザの複数のクライアントとの間のデータ送信に影響を与えてもよい。このように、ユーザの携帯電話上に格納されるユーザの歌曲集を用いて、サーバ上のユーザプロフィールを更新することが可能であり、一方でユーザのさらなるクライアントであるＰＣなどへサーバ上の歌曲推奨を送信することも可能である。
【図面の簡単な説明】
【００５２】
【図１】本発明によるユーザプロフィール更新を実行するクライアントおよびサーバの一実施形態を示す。
【図２】本発明によるユーザプロフィール更新を実行する方法の一実施形態を示す。
【図３】本発明によるユーザプロフィール更新を実行する方法のさらなる実施形態を示す。
【符号の説明】
【００５３】
１    クライアント
２    サーバ
３    通信ネットワーク
【図１】
2009527831.tif 000002
【図２】
2009527831.tif 000003
【図３】
2009527831.tif 000004