個人化されたコンテンツを備える車両インフォテインメントシステム
【課題】本発明の目的は、コンテンツ選択の個人化を可能にし、一方でコンテンツの管理および選択を簡略化するスキームを備えることである。
【解決手段】本発明は、サマリ音楽識別値を格納するストレージデバイスと、該サマリ音楽識別値を受信し、該サマリ音楽識別値に基づいてコンテンツをアセンブルする該格納デバイスと通信する、プロセッサと、ユーザに該アセンブルされたコンテンツを提示するために該プロセッサと通信する再生デバイスとを備えているシステムを提供する。
【解決手段】本発明は、サマリ音楽識別値を格納するストレージデバイスと、該サマリ音楽識別値を受信し、該サマリ音楽識別値に基づいてコンテンツをアセンブルする該格納デバイスと通信する、プロセッサと、ユーザに該アセンブルされたコンテンツを提示するために該プロセッサと通信する再生デバイスとを備えているシステムを提供する。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願）
本出願は、２００６年１２月２９日に出願された、「Ｖｅｈｉｃｌｅ Ｉｎｆｏｔａｉｎｍｅｎｔ Ｓｙｓｔｅｍ ｗｉｔｈ Ｐｅｒｓｏｎａｌｉｚｅｄ Ｃｏｎｔｅｎｔ」と題する米国仮特許出願第６０／８８２，７３４号に対する優先権を主張し、該出願は、その全体が、本明細書において参考として援用され、また、２００７年５月１７日に出願された、「Ｖｅｈｉｃｌｅ Ｉｎｆｏｔａｉｎｍｅｎｔ Ｓｙｓｔｅｍ Ｗｉｔｈ Ｐｅｒｓｏｎａｌｉｚｅｄ Ｃｏｎｔｅｎｔ」と題する、米国仮特許出願第６０／９３８，５６３号に対する優先権を主張し、該出願は、その全体が、本明細書において参考として援用される。
【０００２】
（技術分野）
本システムは、インフォテインメントシステムの分野に向けられる。より具体的には、本システムは、ユーザに個人用コンテンツを提供する方法を提供する一方で、ユーザによるシステムのアクティブ制御を低減する。
【背景技術】
【０００３】
（関連技術）
インフォテインメントシステムは、当該分野において周知であり、さまざまな目的で幅広く用いられている。一般的に、インフォテインメントシステムは、ユーザに情報を提供するために用いられる。ユーザに提供される情報は、インフォテインメントシステムに格納され得るか（デジタル多目的ディスク上の映画など）、他のソース（放送されたラジオまたはテレビのプログラムなど）からインフォテインメントシステムによって受信され得るか、日時、現在地などの特定の入力データに基づいて、インフォテインメントシステムによって生成され得る。情報は、通常はユーザに音響の形態、映像の形態、またはそれらの組み合わせで提供される。
【０００４】
自動車などの車両の運転手および乗員の特定の必要性に適合するインフォテインメントシステムを提供する必要がある。長時間の運転の間、運転手および乗員は、情報を提供されることによって楽しむことを望む。特に運転手は、インフォテインメントシステムによって提供されるナビゲーションの指示などの情報によって、助力され得る。
【０００５】
先行技術の不便なところは、１人以上のユーザに対するコンテンツおよび娯楽の個人化が柔軟ではないということである。現状の技術は、所定のラジオステーションまたはリモートでプログラムされたコンテンツのプロバイダ／ソースを含む。これらのステーションは、特定の番組フォーマットまたはジャンルを有し、構造を変更することができない。該ステーションは、現時点ではどのようにしても、車両の中での使用目的でユーザ／消費者によって個人化され得ることはない。聴衆者は、これらのステーション／ソースの間から選択し得るが、一旦ステーションが選択されると、ユーザは、そのステーションまたはソースの再生リストに従わなくてはならない。
【０００６】
従来のアナログのラジオは、せいぜい数十の異なる受信可能なステーションを提供したが、デジタルオーディオ放送の導入、特にサテライトベースのデジタルラジオサービス（サテライトデジタルオーディオラジオサービス、ＳＤＡＲＳ）の導入は、利用可能なチャネルの数を約１０倍に増加させた。車内でのインターネットの接続性の出現により、さらに１０倍の増加が予測され、ユーザが何千ものインターネットラジオステーションにアクセスすることが可能となる。
【０００７】
非常にさまざまな競合するデジタルオーディオ放送システムが存在し、それらは、送信技術（地上対サテライトベースのシステム、モバイルレシーバまたは固定レシーバに対して適合したシステム、変調スキーム、周波数帯など）、符号化方法（専有またはオープンの基準を用いるシステム、異なる符号化複合化および暗号化）、およびビジネスモデル（無料ラジオシステム、加入ベースコンテンツ配信、アイテム毎課金またはダウンロード毎課金）に関して異なる。例えば、ほとんどのサテライトベースのシステムは、専有のものであり、オーディオデータ圧縮のためのさまざまな符号化複合化、さまざまな変調技術、および／または暗号化および条件付アクセスのためにさまざまな方法を用いる。
【０００８】
全てのデジタルオーディオ放送システムに共通することは、デジタルオーディオ情報は、送信帯域を節約し、かつ／または送信の質を向上させるために、圧縮された形態で送信されるということである。非可逆データ圧縮は、人間の聴覚システムの音響心理学モデルを用い、どの情報が聴取に不利に影響を及ぼすことなく無視され得るのかを決定することによって、達成される。オーディオ情報の符号化およびデ符号化は、集合的にコーデック（ｃｏｄｅｃ）と名付けられた方法によって行われる。デジタルオーディオ放送に関連して用いられる符号化複号化の著名な例は、ＭＵＳＩＣＡＭ（Ｍａｓｋｉｎｇ ｐａｔｔｅｒｎ ａｄａｐｔｅｄ Ｕｎｉｖｅｒｓａｌ Ｓｕｂｂａｎｄ Ｉｎｔｅｇｒａｔｅｄ Ｃｏｄｉｎｇ Ａｎｄ Ｍｕｌｔｉｐｌｅｘｉｎｇ）、ＡＡＣ（Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｃｏｄｉｎｇ）、およびＭＰ３、より正確には、ＭＰＥＧ−１オーディオ層３（Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）である。
【０００９】
例えば、ＭＰ３は、人気のあるデジタルオーディオ符号化および非可逆圧縮のフォーマットであり、オーディオを表すために要求されるデータの量を大いに低減させるように設計され、それでもなお、ほとんどの聴衆者に対して、元の圧縮されていないオーディオの忠実な再生のように聞こえる。ＭＰ３は、人間の聴覚にあまり聞こえない要素を放棄する上述の音響心理学モデルを用い、残りの情報を、エントロピー符号化方式に基づいた非常に効率的な方法で記録することによって、直送式の方法よりも遥かに少ないスペースにおいて、パルス符号が変調符号化されたオーディオの再生を提供する。ＭＰ３オーディオは、いくつかの異なるビットレートを用いて圧縮され得、データサイズと音の質との間でのトレードオフの範囲を提供する。
【００１０】
ＭＰ３ファイルは、複数の個別のＭＰ３フレームから出来ており、該フレームは、ＭＰ３ヘッダおよびＭＰ３データから成る。この一連のフレームは、エレメンタリストリームと呼ばれる。ＭＰ３データは、実際のオーディオペイロードである。ＭＰ３ヘッダは、同期ワードから成り、有効なフレームの始まりを識別するために用いられ、これがＭＰＥＧ基準であることを示すビット、および層３が用いられていることを示す２つのビットが続き、故にＭＰＥＧ−１オーディオ層３である。この後に、値は、ＭＰ３ファイルに応じて異なる。ヘッダの仕様に加えて、ヘッダの各セクションに対する値の範囲は、ＩＳＯ／ＩＥＣ１１１７２−３によって定義される。
【００１１】
適切なオーディオデータに加えて、ほとんどのデジタルオーディオ放送システムも、各歌またはプログラムのアーティストおよびタイトル、ならびに可能である場合にはチャネルの名前とともにプログラム関連のデータ（ＰＡＤまたはメタデータ）を送信する。例えば、メタデータは、チャネル識別および表示目的のために、レシーバによって復号され得る。
【００１２】
例えば、ＭＰ３は、ＭＰ３フレームに先行するか、または続く、ＩＤ３メタデータコンテナ（ＩＤ３ｖ１およびＩＤ３ｖ２）を含み得る。これらのメタデータコンテナは、ファイル自体にタイトル、アーティスト、アルバム、トラックナンバー、またはファイルに関する他の情報などが格納されることを可能にする。
【００１３】
ＩＤ３ｖ１コンテナは、１２８バイトを占め、ストリングＴＡＧから始まる。小型のコンテナサイズは、タイトル、アーティスト、アルバムおよび「コメント」に対して３０バイトのみを許可し、年のために４バイト、および８０の予め定義された値のリストから歌のジャンルを識別するために１バイトが許可される。一方で、ＩＤ３ｖ２タグは、サイズが変化し、ストリーミングを容易にするために、通常はファイルの開始部分に配置される。該タグは、多くのフレームから成り、該フレームのそれぞれは、一片のメタデータを含む。フレームは、１６ＭＢの長さであり得る。
【００１４】
最新のＩＤ３ｖ２基準において、８４の予め定義された種類のフレームが存在する。特に、タイトル、カバーアート、著作権およびライセンス、歌詞、任意のテキスト、およびＵＲＬデータ、ならびに他のデータを含む標準フレームが存在する。例えば、ＴＩＴ２フレームは、タイトルを含み、ＷＯＡＲフレームは、アーティストのウェブサイトのＵＲＬを含む。
【００１５】
デジタルオーディオ放送システムは、一般的に、クライアントにオーディオデータを「ストリーム」する。ストリーミング媒体は、従来のアナログの放送システムのように、配信されている間に消費される（聴かれるか、視聴される）媒体であり、再生に先立ってファイルの完全なダウンロードを必要とする、特定のインターネットコンテンツプロバイダとは対照的である。
【００１６】
例えば、サテライトデジタルオーディオラジオサービス（ＳＤＡＲＳ）は、モバイルレシーバおよび固定式レシーバにＣＤのような音楽およびトークショーを放送するサテライトベースのラジオシステムである。ＳＤＡＲＳは、北米において２つのプロバイダ、ＸＭ
ＲａｄｉｏおよびＳｉｒｉｕｓ Ｒａｄｉｏによって操業され、それらのプロバイダは、約１００チャネルを提供しようとする。各プロバイダは、地上のステーションからの放送信号を中継するために、地球静止軌道上、または高い楕円軌道上のいずれかにサテライトを打ち上げている。
【００１７】
ＳＤＡＲＳは、２．３−ＧＨｚ Ｓ帯、すなわち２３２０ＭＨｚ〜２３４５ＭＨｚにおいて動作する。ＳＤＡＲＳレシーバは、小型アンテナを介して、サテライトの照準線の信号を直接的に受信することが可能である。地上の中継器は、町の中心部の高層ビルなどの頭上の障害物のために弱い信号を受けるエリアに該信号を再送信する。ＳＤＡＲＳレシーバは、１つまたは２つのサテライト信号および地上の中継器からの非照準線の信号を受信するように設計されている。
【００１８】
ＳＤＡＲＳは、ユーザがプロバイダのサービスに加入することを必要とする。これは、各ＳＤＡＲＳレシーバが、電子シリアル番号（ＥＳＮ）、すなわち該レシーバを識別するラジオＩＤを有するという点で容易である。ユニットが加入によって起動されると、権限付与コードが、デジタルストリームにおいて送られ、レシーバ１００に、ブロックされたチャネルへのアクセスが許可されたことを伝える。
【００１９】
地上デジタルラジオ技術の例は、ＨＤラジオであり、これは、米国内のローカルエリアの放送に対する規格として、米国連邦通信委員会（ＦＣＣ）によって選択されている。ＨＤラジオは、１つのチャネル上でＣＤ品質の多数のプログラムを提供し、アナログ（ＦＭおよびＡＭ）ラジオステーションに割り当てられた同一の周波数上で動作する。
【００２０】
ＨＤラジオは、ハイブリッドデジタルラジオの省略であり、アナログおよびデジタルの信号が、同一チャネル上で同時に送信されることを指す。ハイブリッドモードにおいて、従来のＡＭ信号またはＦＭ信号は、チャネルの中心の周波数で送信され、デジタル信号は、側波帯で送信される。
【００２１】
デジタルオーディオ放送（ＤＡＢ）は、米国におけるＨＤラジオに対する欧州の対応するものである。ＤＡＢは、従来のアナログラジオに対するフォローアップシステムとして指定され、周波数帯ＩＩＩ（１７４〜２３０ＭＨｚ）Ｌ（１４５２〜１９９２ＭＨｚ）を用いる。
【００２２】
最後に、インターネットラジオもまた、次第に人気が出て成長しているデジタルオーディオ放送の形態である。インターネット上の放送は、ネットワークを介して配信され、広く送信されていないために、通常はネットキャスティングと称される。上のデジタルオーディオ放送システムとは対照的に、送信方法は、特定されておらず、例えばＷＬＡＮまたはＵＭＴＳであり得る。
【００２３】
従来のラジオでは、聞きたい音楽を選択することは可能ではなく、むしろ、手動でさまざまなチャネルの音楽を検索する。デジタルラジオ放送のさまざまな形態の出現により、受信可能なチャネルの数はさらに増加している。サテライト、地上の放送ステーションおよびインターネットを介して受信され得るデジタルラジオのチャネルの巨大な数を考慮すると、聞きたい音楽の選択は、手動では大変な作業となる。
【００２４】
特に車の中では、デジタル通信能力が、近い将来において益々ユビキタスとなることが予測される。従って、現代の車内の娯楽システムは、無料のラジオおよびＳＤＡＲＳなどの加入ベースの媒体プロバイダに対する従来のレシーバだけではく、音楽ダウンロードおよびインターネットラジオに対する双方向通信リンクをも含む。これら全てのコンテンツに関し、ユーザが、それぞれの運転の間に好みの音楽を聞くことを可能にする、構造的な聴取は非常に困難である。
【００２５】
車両の中での例えば携帯電話などのデバイスとの相互作用は、事故の危険性を増加し得るということが、研究において示される。コンテンツ選択の個人化を可能にする方式を有し、一方で、コンテンツの管理および選択を簡素化することが重要である。
【発明の概要】
【課題を解決するための手段】
【００２６】
例えば、本発明は、以下を提供する。
【００２７】
（項目１）
サマリ音楽識別値を格納するストレージデバイスと、
該サマリ音楽識別値を受信し、該サマリ音楽識別値に基づいてコンテンツをアセンブルする該格納デバイスと通信する、プロセッサと、
ユーザに該アセンブルされたコンテンツを提示するために該プロセッサと通信する再生デバイスと
を備えている、システム。
【００２８】
（項目２）
上記プロセッサは、インターネットサーバである、項目１に記載のシステム。
【００２９】
（項目３）
上記再生デバイスは、上記インターネットサーバにワイヤレスで結合される、項目２に記載のシステム。
【００３０】
（項目４）
上記再生システムは、車両の中に位置付けられている、項目３に記載のシステム。
【００３１】
（項目５）
上記再生システムは、ボイス制御される、項目４に記載のシステム。
【００３２】
（項目６）
車両においてインフォテインメントシステムを制御する方法であって、該方法は、
格納された位置からサマリ音楽識別値を選択するステップと、
該サマリ音楽識別値を用いてコンテンツのプレイリストを生成するステップと、
該車両において該コンテンツのプレイリストを再生するステップと
を包含する、方法。
【００３３】
（項目７）
上記コンテンツのプレイリストを生成するステップは、ローカルに格納されたコンテンツを用いて上記車両において達成される、項目６に記載の方法。
【００３４】
（項目８）
上記コンテンツのプレイリストを生成するステップは、リモートで達成され、上記車両に通信される、項目６に記載の方法。
【００３５】
（項目９）
上記プレイリストは、インターネットサーバにおいて生成される、項目８に記載の方法。
【００３６】
（項目１０）
上記プレイリストは、ホームコンピュータにおいて生成される、項目８に記載の方法。
【００３７】
（項目１１）
車両においてインフォテインメントシステムを制御する方法であって、該方法は、
該インフォテインメントシステム上でコンテンツを再生するステップと、
該インフォテインメントシステムにコマンドを提供することによって、該再生されるコンテンツに基づいてサマリ音楽識別値を生成するステップと、
該サマリ音楽識別値を用いることによって、該インフォテインメントシステム上でさらに再生されるコンテンツのプレイリストを生成するステップと
を包含する、方法。
【００３８】
（項目１２）
上記コマンドは、ボイスコマンドである、項目１１に記載の方法。
【００３９】
（項目１３）
上記プレイリストのステップは、上記車両においてローカルに格納されたコンテンツから生成される、項目１１に記載の方法。
【００４０】
（項目１４）
上記プレイリストは、上記車両からリモートに格納されたコンテンツからインターネットサーバにおいて生成される、項目１１に記載の方法。
【００４１】
（項目１５）
上記プレイリストは、上記車両からリモートに格納されたコンテンツからホームコンピュータにおいて生成される、項目１１に記載の方法。
【００４２】
（項目１６）
コンテンツ生成システムを制御する方法であって、該方法は、
アーティストのコマンド、歌／タイトルのコマンド、ジャンルのコマンド、およびアルバム／フィルタされたリストのコマンドを含む複数のコマンドのうちの１つを発するステップと、
該１つの発せられたコマンドに関連付けられたコンテンツを提示するステップと
を包含する、方法。
【００４３】
（項目１７）
上記コマンドを発することは、ボイスコマンドを介してなされる、項目１６に記載の方法。
【００４４】
（項目１８）
上記複数のコマンドのうちのいずれかには、該複数のコマンドのうちの他のいずれかが続き得る、項目１７に記載の方法。
【００４５】
（項目１９）
上記１つの発せられたコマンドに関連付けられた上記コンテンツの提示後に、コンテンツをさらに提示するモードをさらに含む、項目１８に記載の方法。
【００４６】
（項目２０）
上記モードは、コンテンツの選択がなされるまで、コンテンツの一連の部分的な再生を提供することを含む、項目１９に記載の方法。
【００４７】
（項目２１）
上記モードは、ランダムに選択されたコンテンツを提示することを含む、項目１９に記載の方法。
【００４８】
（項目２２）
上記モードは、上記１つの発せられたコマンドに関連付けられた上記コンテンツのメタデータを取得することと、該メタデータを用いてコンテンツをさらに選択することとを含む、項目１９に記載の方法。
【００４９】
（項目２３）
上記モードは、ユーザに、「より似た」／「あまり似ていない」オプションを提示することと、該ユーザによって選択された該オプションに基づいてコンテンツをさらに選択することとを含む、項目１９に記載の方法。
【００５０】
（項目２４）
上記モードは、上記１つの発せられたコマンドと関連付けられた上記コンテンツを、予め存在するプレイリストと照合することと、該プレイリストからコンテンツを追加することとを含む、項目１９に記載の方法。
【００５１】
（項目２５）
上記モードは、上記１つの発せられたコマンドと関連付けられた上記コンテンツのサマリ音楽識別値を取得することと、該サマリ音楽識別値に基づいてコンテンツをさらに選択することとを含む、項目１９に記載の方法。
【００５２】
（項目２６）
コンテンツ生成システムを制御するシステムであって、該システムは、
アーティストのコマンド、歌／タイトルのコマンド、ジャンルのコマンド、およびアルバム／フィルタされたリストのコマンドを含む複数のコマンドのうちの発せられたコマンドを受信する、該コンテンツ生成システムに結合されたコマンドインタフェースと、
該発せられたコマンドを受信し、該コンテンツ生成システムに該発せられたコマンドに関連付けられたコンテンツを提示させる、該コマンドインタフェースに結合された処理手段と
を備えている、システム。
【００５３】
（項目２７）
上記コマンドを発することは、ボイスコマンドを介してなされる、項目２６に記載のシステム。
【００５４】
（項目２８）
上記複数のコマンドのうちのいずれかには、該複数のコマンドのうちの他のいずれかが続き得る、項目２７に記載のシステム。
【００５５】
（項目２９）
上記１つの発せられたコマンドと関連付けられた上記コンテンツの提示後に、コンテンツをさらに提示するモードをさらに含む、項目２８に記載のシステム。
【００５６】
（項目３０）
上記モードは、コンテンツの選択がなされるまで、コンテンツの一連の部分的な再生を提供する、項目２９に記載のシステム。
【００５７】
（項目３１）
上記モードは、ランダムに選択されたコンテンツを提示することを含む、項目２９に記載のシステム。
【００５８】
（項目３２）
上記モードは、上記１つの発せられたコマンドと関連付けられた上記コンテンツのメタデータを取得することと、該メタデータを用いてコンテンツをさらに選択することとを含む、項目２９に記載のシステム。
【００５９】
（項目３３）
上記モードは、ユーザに、「より似た」／「あまり似ていない」オプションを提示することと、該ユーザによって選択された該オプションに基づいてコンテンツをさらに選択することとを含む、項目２９に記載のシステム。
【００６０】
（項目３４）
上記モードは、上記１つの発せられたコマンドと関連付けられた上記コンテンツを、予め存在するプレイリストと照合することと、該プレイリストからコンテンツをさらに提供することとを含む、項目２９に記載のシステム。
【００６１】
（項目３５）
上記モードは、上記１つの発せられたコマンドと関連付けられた上記コンテンツのサマリ音楽識別値を取得することと、該サマリ音楽識別値に基づいてコンテンツをさらに選択することとを含む、項目２９に記載のシステム。
【００６２】
（開示の摘要）
本システムの個人化コンテンツシステムは、サマリ音楽識別値の生成と、歌、オーディオファイル、または他に関連した音楽の基準およびデータ（例えば、タイトル、アーティスト、ジャンル、様式、毎分のビードなど）、またはそれらの任意の組み合わせの数学的な概要音楽識別を表す、識別アルゴリズムとを結合する。得られた値は、音楽の好みまたは歌または様式の様式属性を表す。サマリ音楽識別値の分析および生成は、注意力が払われ、かつ車両における注意散漫および安全性が問題とならない、車両の外において行われるように意図される。ユーザは、単一のサマリ音楽識別値を生成し得るか、またはさまざまな基準に対して複数のサマリ音楽識別値を生成し得る。他の場合において、サマリ音楽識別値は、ジャンルに対して定義され得るが、固定のプレイリストのラジオステーションに伴うものよりも、より個人的なタッチが可能である。別の実施形態において、ユーザは、他の人のサマリ音楽識別値（例えば、有名人、アーティスト、友人など）を取得および使用し得、システムにおいて用い得る。
（要旨）
受諾できるサービス品質（ＱｏＳ）を有するユビキタスワイヤレスブロードバンドへの、次の１０年に移り変わる際に、消費者は、娯楽に対して在来のものではないソースを選択する能力を有する。モバイル設定におけるインターネットへのこのアクセスを考慮すると、消費者は、聴きたい音楽を個別に定義する力を有する。車両は、それが注意を散漫にしやすい環境であるために、そのようなシステムには問題がある。さらに、ほとんど終わりのないコンテンツのオプションのために、管理には非常に課題がある。インターネットラジオステーションが存在し、急激に増え、多種多様になる一方で、車両にストリームされるときに注意散漫となる傾向は、少なくなるのではなく、より多くなることが、現実であり、予測可能である。
【００６３】
本システムの個人化コンテンツシステムは、サマリ音楽識別値（ｓｕｍｍａｒｙ ｍｕｓｉｃ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｖａｌｕｅ）の生成および識別のアルゴリズムを結合する。システムのこの生成アルゴリズムは、サマリ音楽識別値を生成し得る。システムの識別アルゴリズムは、このサマリ音楽識別値を解釈し得る。このサマリ音楽識別値は、歌、オーディオファイル、または他に関連する音楽基準およびデータ（例えば、タイトル、アーティスト、ジャンル、様式、毎分のビードなど）、またはそれらの任意の組み合わせのものであり得る。得られた値は、音楽の好み、音響特性または歌またはオーディオファイルの様式属性を表す。サマリ音楽識別値の分析および生成は、ローカル（車両において）で、またはリモート（ウェブベース）で、全体的または部分的に処理され得るか、あるいは、ローカルまたはリモートのデータベースから取得され得る。このサマリ音楽識別値の取得は、ユーザによる注意がほとんど必要でなく、かつ車両において注意散漫とならず、故に安全性が問題とならない、背景において機能し得る。ユーザは、単一のサマリ音楽識別値を生成し得るか、またはさまざまな基準に対して複数のサマリ音楽識別値を生成し得る。例えば、サマリ音楽識別値は、朝の運転の時間のためなど、時間的に定義され得る。他の場合において、サマリ音楽識別値は、ジャンルに対して定義され得るが、固定のプレイリストのラジオステーション／コンテンツプロバイダに伴うものよりも、より個人的なタッチが可能である。別の実施形態において、ユーザは、他の人のサマリ音楽識別値（例えば、有名人、アーティスト、友人など）を取得および使用し得、システムにおいて用い得る。
【００６４】
一実施形態において、個人化コンテンツシステムは、ヘッドユニットを含むＯＥＭインフォテインメントシステムを利用し、該ヘッドユニットは、該ヘッドユニットを直接的に介するインターネット能力、またはヘッドユニットの内部に含まれるか、別個のモジュールとして配置され得る接続性モジュールを介するインターネット能力のある形態を有する。
【００６５】
一実施形態において、個人化コンテンツシステムは、２つのデバイスアプローチを含むＯＥＭインフォテインメントシステムを利用する。第１のデバイスは、基本的な機能性、車両内ネットワーク接続性、および第２のデイバスとの間を行き交うコマンドおよび制御に対する外部インタフェースの設備を提供する、一体型自動車インフォテインメント処理ユニットである。第２のデバイスは、個人的な接続性デバイスすなわち（ＰＣＤ）であり得、またはスマートフォン、外部マスストレージ、外部スマートマスストレージ、ＰＤＡ、メディアプレーヤ、ＵＭＰＣ、またはＰＣでさえあり得、携帯でき、有線またはワイヤレスのいずれかで設置された第１のデバイスと通信する、アップグレード可能な処理デバイスであり得る。一実施形態において、ＰＣＤまたは他のデバイスは、実際的には、物理的にベースユニットと合体し得、別の実施形態においては、有線（ＵＳＢ、イーサネット（登録商標）など）またはワイヤレス（ブルートゥース、ＷｉＦｉ、ＵＷＢなど）で相互作用する。これら２つのデバイスのこの組み合わせは、無比の個人的な携帯性および接続性を有して、事実上、制限無く実現可能な機能性に対する将来性を可能にする。
【００６６】
別の実施形態において、第２のデバイスはまた、ヘッドユニットへの有線またはワイヤレスの接続性を有し、マスストレージを有する任意のプレーヤであり得る。第２のデバイスは、インターネットへの接続性の有無に関わらず、実装され得る。
【００６７】
システムの一実施形態において、ボイス認識システムまたは他のボイス起動システムが用いられることによって、デバイスを管理し、プレイリストの能力を選択する。これは、車両の制御に直接に関連する操作以外の、手動でデバイスを操作する必要を除去することによって、車両環境における注意散漫となるものをさらに減少させる。ボイス起動システムは、例としてローカルに格納されたコンテンツライブラリまたはリモートに提供されるコンテンツソースを含む、ソースがあるあらゆる場合において、コンテンツおよびデータにアクセスするために用いられ得る。
【００６８】
一実施形態において、ボイス認識は、ヘッドユニットまたは第２のデバイスのいずれかでのローカルな事前処理を含み得、最終的な処理は、音楽サーバに関連したサーバによってリモートに達成される。この形態において、ボイスコマンドは、カスタムリターンメディア（復号されたストリーム）を生成するために、またはファイルを転送するために（データ（パケット）ストリーム）またはリモートに存在する特定の音楽識別値を呼ぶために、サマリ音楽識別値を作るサーバに配信される。
【００６９】
システムの一実施形態は、車両ベースのインフォテインメントシステムに関連して記述されるが、システムは、非車両ベースのシステムにも、本システムの範囲および精神から逸脱することなく、等しく適用される。
【００７０】
本発明の他のシステム、方法、特徴および利点は、添付の図面および詳細な記述の考察によって、当業者に明らかであり、または明らかとなる。そのような全ての追加のシステム、方法、特徴および利点は、本記述内に含まれ、本発明の範囲内であり、添付の特許請求の範囲において保護されることが意図される。
【図面の簡単な説明】
【００７１】
本発明は、添付の図面および記述を関連させると、より良好に理解され得る。図面における構成要素は、必ずしも縮尺に基づいておらず、その代わりに、本発明の原理を例証する際に強調がなされる。さらに、図面において、同様の参照番号は、さまざまな考察にわたって、対応する部分を指し示す。
【図１】図１は、システムを用いてプレイリストを生成することを例証する、流れ図である。
【図２】図２は、選択されたコンテンツを用いてサマリ音楽識別値を生成する技術を例証する、流れ図である。
【図３】図３は、提示されたコンテンツからサマリ音楽識別値を生成する技術を例証する、流れ図である。
【図４】図４は、選択されたサマリ音楽識別値を用いてコンテンツを提示する技術を例証する、流れ図である。
【図５】図５は、サマリ音楽識別値を用いてコンテンツを自動的に提示する技術を例証する、流れ図である。
【図６】図６は、コンテンツの再生の間にシステムを呼び出す技術を例証する、流れ図である。
【図７】図７は、システムのベースユニットを例証する、ブロック図である。
【図８】図８は、システムの移動可能なユニットを例証する、ブロック図である。
【図９】図９は、多くのインタフェースを用いてシステムを制御する技術を例証する、流れ図である。
【図１０】図１０は、システムの制御メニューを介して上下に動く技術を例証する、流れ図である。
【図１１】図１１は、アーティストを特定することによるコンテンツの選択を例証する、流れ図である。
【図１２】図１２は、歌のタイトルを特定することによるコンテンツの選択を例証する、流れ図である。
【図１３】図１３は、アルバムを特定することによるコンテンツの選択を例証する、流れ図である。
【図１４】図１４は、ジャンルを特定することによるコンテンツの選択を例証する、流れ図である。
【図１５】図１５は、アーティストおよびアルバムを選択する複合コマンドを例証する、流れ図である。
【図１６】図１６は、アーティストおよび歌のタイトルを用いるコンテンツの選択に対する複合コマンドを例証する、流れ図である。
【発明を実施するための形態】
【００７２】
一実施形態におけるシステムの記述において、特定の句には、以下に明らかとなる意味が与えられる。
【００７３】
（システムの動作）
図１は、システムを用いるプレイリストの生成を例証する流れ図である。ステップ１０１において、サマリ音楽識別値が取得される。上述のように、これは、歌、オーディオファイル、またはジャンルに基づいてユーザによって、あるいは、先在する第三者パーティのサマリ音楽識別値を取得することによってなされ得る。これらのサマリ音楽識別値は、数値、テキスト、シンボル、ベクトル、あるいは、それらの組み合わせまたはストリングであり得る。アルゴリズムによって解釈されるときには、該値は、選択された値の範囲内にサマリ音楽識別値を有するコンテンツ（例えば、歌および／またはプレイリスト）を識別するために用いられ得る。ステップ１０２において、サマリ音楽識別値は、メモリに格納される。一実施形態において、これは、二次的なデバイスにサマリ音楽識別値を格納することを含む。ステップ１０３において、ユーザは、車両の中におり、サマリ音楽識別値ストレージデバイス、（およびサマリ音楽識別値または複数のサマリ音楽識別値）は、車両ベースステーションユニットに通信される。
【００７４】
ステップ１０４において、ユーザは、サマリ音楽識別値を選択する。ステップ１０５において、車両ベースユニットは、サマリ音楽識別値に基づいてコンテンツをアセンブルする。ステップ１０６において、アセンブルされたコンテンツは、ユーザによって楽しまれるために提供される。
【００７５】
一実施形態において、ユーザは、ステアリングアルゴリズムをインプリメントし得、該ステアリングアルゴリズムは、ユーザが、サマリ音楽識別値と選択されたコンテンツとの間の関係の境界または限界を変更することを可能にする。言い換えると、ユーザのサマリ音楽識別値と各歌のサマリ音楽識別値との一致の許容可能な範囲が変えられ、それによって、非決定的結果を生成し得る。結果は、一致の範囲に応じて、同一のサマリ音楽識別値が、非常にさまざまなプレイリストを生成する。
【００７６】
（個人用コンテンツ）
多くの車両のオーナーは、ラジオおよびＳＤＡＲＳなどの一部の加入メディアコンテンツプロバイダの両方を有する。多くのコンテンツソース／チャネルがある一方で、コンテンツ自体は、一般的に、ステーション自体の基礎となる基準またはプログラミングフォーマットに従って予めパッケージ化された／プログラムされたフォーマット（例えばプレイリスト）でユーザにフィルタされ届けられる。このシステムは、ユーザが、車両内のアプリケーションのためにカスタム化ストリームされた無線チャネルを生成する方式である。一実施形態において、該システムは、車両からインターネットなどのネットワークにアクセスする能力、および１つ以上のソースから動的にコンテンツを取得する能力を企図する。該システムは、ユーザに対する個人用ラジオステーションを事実上生成する、カスタム化および個人化されたプレイリストを生成することによって、これを達成する。
【００７７】
同時に考慮され得る他のコンテンツソースが存在する可能性もある。この形態において、個人用メディアストリームの構築は、サマリ音楽識別値を用いて進められ得るが、インターネットだけでなく、あらゆるローカルまたはリモートのマスストレージ、メディアプレーヤ、および他のサーバを含み得る、全ての利用可能なソースにアクセスし得る。
【００７８】
（プレイリスト作成）
システムにおける１つ以上のプレイリストの作成は、一実施形態において、２つの部分によって達成される。第１に、サマリ音楽識別値が決定される。第２に、コンテンツソースがアクセスされることによって、サマリ音楽識別値に適切に一致する、または所与の範囲内で関連するコンテンツを選択する。
【００７９】
（サマリ音楽識別値）
本システムの一実施形態において、サマリ音楽識別値は、限定的にではなく、全ての音響特性および利用可能なメタデータを含む、歌のキー属性を表す値である。２つの歌が同一のサマリ音楽識別値を有し得ることが、考えられる。例えば、これは、２つの言語（例えば、英語とスペイン語）において歌われる歌に起こり得る。メタデータのない環境において、英語およびスペイン語のこれらの２つの歌が、同一でないにしてもかなり類似したサマリ音楽識別値を有し得ることは、確かにあり得る。プレイリストを生成するときには、これは、許容可能である。故に、サマリ音楽識別値は、固有のものであることもそうでないこともあり得る。サマリ音楽識別値は、「よりこのような」、「あまりこのようにではない」、および、それらのあらゆる変形、反復、外挿の生成の目的のためにある。サマリ音楽識別値を考慮するときには、それぞれは個々に、ｎ次空間またはベクトル空間における値と考えられ得る。複数の値の何らかの組み合わせが取られるときには、値の間の相対距離が決定され得、故に、望まれる場合には、境界が決定され得る。
【００８０】
サマリ音楽識別値の生成は、ユーザが、歌、音響ファイル、または他の関連する音楽基準／データからサマリ音楽識別値を引き出し得るように、ローカルで利用可能なサマリ音楽識別値および識別アルゴリズムを用いることによって達成される。サマリ的な音楽の識別は、質問に対する応答および回答によって、または他のあらゆる適切な手段によって、歌、歌のライブラリ、または他のメディアコンテンツに基づき得る。この「値」は、選択された歌、音響ファイルの種類、好み、様式属性および音響特性を、全体的または部分的に要約し得る。あるいは、ユーザは、同一の目的のために、ローカルで生成されたサマリ音楽識別値を用いることを選択し得る。サマリ音楽識別値を用いることは、ユーザが、単一の選択（サマリ音楽識別値またはサマリ音楽識別値に関連した歌−個々のサマリ音楽識別値は、歌のヘッダ（タグ）において保存され得るか、または別個に歌とサマリ音楽識別値との関係を維持するローカルまたはリモートのデータベースにおいて保存され得る。これらは、オンザフライ（ｏｎ ｔｈｅ ｆｌｙ：「すぐに」）でも生成され得る）を行うことによって、カスタム化された個人用のプレイリストを生成することを可能にする。平均的な値（１より多いサマリ音楽識別値の平均）が、データベースに格納され得る。これは、プログラミングおよびシーキングの邪魔、または正しいコンテンツを探そうと試みるときに共通する他に可能性のある邪魔が入ることなく、カスタムコンテンツの快適な利用を提供する。
【００８１】
一実施形態において、サマリ音楽識別値は、以下のようにして利用可能となる。
【００８２】
１．音響特性および／またはメタデータなどの現存する基準を処理する。
【００８３】
２．音楽ライブラリおよびそれらのコンテンツから、ローカルなサマリ音楽識別値を生成／計算する。または、
３．リモートでサマリ音楽識別値を取得する。
【００８４】
上述のように、システムでの使用のためのサマリ音楽識別値を取得するために、多くの方法がある。システムは、現在存在するまたは作成され得る、多くのアルゴリズムから生成されたサマリ音楽識別値を利用する能力を企図する。例えば、「ミュージックＩＰ（ＭｕｓｉｃＩＰ）」として公知のシステムがあり、該システムは、ｗｗｗ．ｂｕｓｉｃｉｐ．ｃｏｍにおいて「音響の特色および特性に基づいて一連の音楽の間の関係を定義する、音楽照合技術」と記述されている。ミュージックＩＰシステムは、音楽ファイルに関連付けられたメタデータの取得および生成を可能にし、システムでの使用のために、サマリ音楽識別値を生成することを許可する。システムはまた、グレースノートミュージカル（Ｇｒａｃｅｎｏｔｅ Ｍｕｓｉｃａｌ）ＩＤおよびマイクロジャンル分類システムなどの他の音楽識別技術を利用し得る。
【００８５】
サマリ音楽識別値を生成する別の技術は、ｗｗｗ．Ｐａｎｄｏｒａ．ｃｏｍに記述される。パンドラ（Ｐａｎｄｏｒａ）システムは、あらゆる音楽のコンテンツを含む「遺伝子」を識別することによって、音楽の本質を捉えることを試みる、音楽ゲノム計画を記述する。パンドラのユーザは、単一の歌またはアーティストを選択することによって、カスタム化された「ラジオステーション」を生成し得る。パンドラシステムは、次いで選択された歌またはアーティストの音楽遺伝子に基づいて、プレイリストを生成する。個人化は、ユーザに提示される歌の好き嫌いを示すことによって洗練され得る。
【００８６】
上のシステムは、例として与えられる。サマリ音楽識別値を生成する他のあらゆるシステムが、本発明の範囲および精神から逸脱することなく、用いられ得る。
【００８７】
サマリ音楽識別値を引き出す別の方法は、全体的または部分的なコンテンツのライブラリの分析を介して行われる。例えば、ユーザは、ユーザの全音楽ライブラリを分析し、ユーザ固有の、より個人化または一般化されたサマリ音楽識別値を生成する。他の場合において、ユーザは、ジャンルによっても、ユーザのコンテンツの収集を分析し得る。例えば、ユーザは、全てではないがショーの中での歌が好きな場合には、ユーザは、ユーザの個人的なコンテンツライブラリにあるショーの歌（またはショーの歌のサブセット）だけについてのサマリ音楽識別値を生成し得る。故に、そのユーザのためのジャンルベースのサマリ音楽識別値は、より個人化される。同様に、ユーザが特定のジャズの種類が好きな場合には、個人化されたジャンルのサマリ音楽識別値が、システムにおいて生成および使用され得る。
【００８８】
サマリ音楽識別値はまた、例えば、質問および回答、ボックスに照合済みのマークを付けること、またはコンテンツの等級評価などの他の手段によって生成され得る。段階評価は、単純な「好き／嫌い」から範囲ベースの段階評価（例えば、１から１０の段階、５点評価、または他のあらゆる種類の範囲の段階）であり得る。
【００８９】
サマリ音楽識別値は、時間の経過に対して一定であり得、またはユーザによって選択されたコンテンツに基づいて、継続的に更新され得る。
【００９０】
別の実施形態において、サマリ音楽識別値は、活動および／または時刻および／または曜日に基づき得る。ユーザは、時刻または活動に応じて、ジャンルに関係なく特定の種類の歌を望み得る。例えば、ユーザは、筋肉トレーニングのために活気のあるコンテンツを、朝の通勤時のためにより目覚めの良い種類を、または夕食時にはより穏やかな音楽を望み得る。
【００９１】
図２は、選択されたコンテンツを用いてサマリ音楽識別値を生成する技術を例証する流れ図である。ステップ２０１において、ユーザは、サマリ音楽識別値の基礎となるコンテンツを選択する。これは、単一の歌またはアーティスト、ユーザが識別する複数の歌、ユーザのローカルのコンテンツライブラリのサブセット、またはユーザの全コンテンツのライブラリから成り得る。
【００９２】
ステップ２０２において、アルゴリズムが適用されることによって、サマリ音楽識別値を抽出する。上述のように、このアルゴリズムは、サマリ音楽識別値を定義する「ミュージックＩＰ」、パンドラのアプローチ、グレースノートミュージカルＩＤ、およびマイクロジャンルシステムなどの、上述のアルゴリズム、または現在公知のもの、または後に作成される他のあらゆる適切なシステムであり得る。
【００９３】
ステップ２０３において、サマリ音楽識別値は、選択されたアルゴリズムを用いて生成され、格納される。
【００９４】
サマリ音楽識別値を取得する別の方法は、第三者パーティから該値をコピーまたは購入することである。例えば、友人が、ユーザが好むサマリ音楽識別値を有する場合には、友人のサマリ音楽識別値は、コピーされ、望まれるように用いられ得る。加えて、有名人によって制作されるサマリ音楽識別値のためのマーケットがあり得る。現在、アーティストの好みの歌のＣＤまたは他の小さなコレクションに対するマーケットが存在するように、有名人またはアーティストは、そのアーティストの音楽の好みを表すサマリ音楽識別値を生成し得る。この有名人のサマリ音楽識別値は、ウェブサイトからダウンロードされ、あるいは購入または取得され得る。
【００９５】
サマリ音楽識別値の生成は、多くの環境において生成され得る。例えば、サマリ音楽識別値は、車両の外、例えば、職場または家庭のパーソナルコンピュータにおいて、またはサマリ音楽識別値が生成される商業的な環境においても生成され得る。あるいは、サマリ音楽識別値は、車両自体においてオンザフライで、単一の歌の選択から生成され得る。
【００９６】
図３は、現在のコンテンツからサマリ音楽識別値を生成する技術を例証する流れ図である。ステップ３０１において、コンテンツ（すなわち歌）が、提示されている。ステップ３０２において、ユーザが開始することによって、サマリ音楽識別値のアルゴリズムが、提示された歌をデータソースとして用いて、適用される。ステップ３０２において、サマリ音楽識別値は、生成および格納される。以下に記述されるように、一実施形態において、オンザフライのオプションが呼び出されたときには、システムは、プレイリストの自動生成および自動提示を自動的に継続するように構成され得、その結果として、ユーザは、最小限にかかわるだけで、システムを利用することができる。
【００９７】
システムの一実施形態は、サマリ音楽識別値の使用に基づいているが、システムは、ユーザによって作成されたコンテンツのプレイリストの、手動による生成に対しても、等しく適用性を有する。システムは、ボイスコマンドなどによって、容易なリモートおよびローカルのアクセスを可能にするように用いられ得る。
【００９８】
（個人化されたラジオステーション）
一旦１つ以上の音楽のシグネチャが取得されると、それらがどのようにして生成されたかに関わらず、該シグネチャは、車両インフォテインメントシステムにおいて用いられ得るメモリに格納される。例えば、該メモリは、車両ベースシステムによって読取り可能である、メモリデバイスなどの単純なものであり得る。他の場合において、該メモリは、独立して再生および他の機能を行うことが可能な、より洗練された構成要素であり得、またはより快適な利用のために車両ベースシステムと結合され得る。
【００９９】
サマリ音楽識別値は、次いで基準値となり、個人化ストリームされたラジオステーションを生成する。
【０１００】
一実施形態において、手順は、以下の通りであり得る。
【０１０１】
１．上に列挙される方法のうちのいずれかを介して、サマリ音楽識別値を生成する。
【０１０２】
２．この値を揮発性メモリ（即時の使用の場合）または非揮発性メモリ（将来の使用の場合）のいずれかに格納する。
【０１０３】
３．この値を用いて、サマリ音楽識別値に基づいてカスタム化されたプレイリストを生成する。
【０１０４】
プレイリストを生成する１つの方法は、ローカルに格納されたコンテンツ、例えば、ｍｐ３のデータストレージまたは他のデジタル方式に格納されたコンテンツにアクセスし、任意のシード（ｓｅｅｄ）（シードコンテンツは、音楽識別値が、定義されているかまたは定義され得る場合のあらゆる歌であり、プレイリストのための基準として使用され得る）またはシードの歌を選択し、ここでは、１つ以上の歌を選択するプロセスにおいて、平均の音楽値が計算され、この計算結果は、プレイリストのコンテンツに対するシードとして用いられ（この平均値はまた、独立して格納され得る）、そして、その後、プレイリストが配信される場合には、コンテンツの演奏を開始する（この実施形態において、シードの歌は、生成されたプレイリストに含まれる）。歌を、プレイリストを生成するために用い、「シード」の歌を含まないことも可能である。
【０１０５】
別の技術は、インターネットを介して、オフボードコンテンツ／サービスプロバイダまたはサーバにアクセスすることであり、それらのオフボードコンテンツ／サービスプロバイダまたはサーバは、次いで、この音楽識別値に基づかない「インターネットラジオチャネル」のプレイリストを集め、コンテンツをユーザの再生デバイスに戻すようにストリームする。（このステップは、２つの方法において行われ得ることに留意されたい。この音楽識別値が車両からオフボードコンテンツ／サービスプロバイダ／サーバに交換されるか、または、前もってリモートで同様の音楽識別値の交換（ＰＣを介して）を介し、音楽鑑賞を始める車の中のユーザによって開始され、そして、後に、車両へのストリーミングが利用可能となる）。
【０１０６】
別の技術は、リモートに個人的な音楽ライブラリをホストし、インターネットを介してアクセスを得ることである。この場合において、全てのサマリ音楽識別値の、機能はそのままであるが、リモートのストレージ設備以外の直接的なサービスプロバイダは存在しない。
【０１０７】
ユーザが車両の中にいるときには、ユーザは、１つ以上のサマリ音楽識別値（シード歌）または平均値（複数のシード歌）から選択し、車両システムは、コンテンツおよびコンテンツソース（すなわちインターネットラジオ）を探し出し、ユーザの選択された音楽識別値（シードの歌）をまたは平均の音楽識別値（複数のシードの歌）に対して、ある所定のばらつき／境界の内側または外側のいずれかの関係を有するカスタム化コンテンツを提供／返還する。そして、このばらつき／境界は、ステアリングアルゴリズムによって制御／変更され得る。このコンテンツの集約は、利用可能なリモートのコンテンツに対するローカルのサマリ音楽識別値を関連したサマリ音楽識別値およびメタデータと比較する、ローカルまたはリモートのいずれかで実行されるアルゴリズムによって、およびステアリングアルゴリズムの所定の限界内に分類されるリターンストリームされたコンテンツまたはデータコンテンツを選択的に提供することによって達成される。
【０１０８】
図４は、選択されたサマリ音楽識別値を用いてコンテンツを提示する技術を例証する流れ図である。ステップ４０１において、サマリ音楽識別値ベースのコンテンツ生成システムが開始される。これは、ボイスコマンド、手動のコマンド、またはシステムを開始する他のあらゆる適切な手段を介し得る。これは、ＰＣＤを用いてリモート制御を介して、またはベースユニットを用いる手動の相互作用によってでも有り得る。別の実施形態において、これは、ＰＣＤ、スマートフォン、外部マスストレージ、外部スマートマスストレージ、ＰＤＡ，ＵＭＰＣ、または特定のユーザに対して符号化された車両のキーによって自動的に開始され得、その結果として、ユーザが車の中にいるときには、そのユーザに対するサマリ音楽識別値は、自動的に取出しおよび使用される。ステップ４０２において、サマリ音楽識別値が、取り出される。これは、ユーザが生成または取得したサマリ音楽識別値であり得る。これはまた、ユーザが利用可能な１つ以上のサマリ音楽識別値のリストから、ユーザによって選択され得る。これらの一部または全部は、静的に格納され、メニューまたは他の選択プロセスを介して利用可能となる。他の場合において、選択は、静的に格納された、および／または第三者パーティまたは他のリソースからのものなどの動的に提示されたサマリ音楽識別値から成り得る。
【０１０９】
次のステップは、サマリ音楽識別値とともに用いられるコンテンツのソースを決定し、プレイリストを生成するために用いられる。ステップ４０３において、コンテンツのソースが、ローカルに格納されたコンテンツ、例えば、ＣＤの回転式スライドトレーの中のデジタルファイル、ローカルなマスストレージデバイス上のデジタルファイル、ｍｐ３プレーヤなどであるか否かが決定される。そうである場合には、システムは、ステップ４０６に進む。
【０１１０】
ローカルコンテンツが用いられない場合には、システムは、ステップ４０４において、ＵＲＬソースが選択されたか否かを確認する。選択されている場合には、システムは、ステップ４０６に進む。ＵＲＬが定義されるときには、これは、ユーザがアクセス可能またはストリーム可能、あるいは転送可能なコンテンツを格納した、ユーザのホームコンピュータであり得る。選択されたサマリ音楽識別値は、フィルタまたは「シード」として用いられることによって、音楽識別値の特性に基づいたステアリングアルゴリズムによって定義された境界の内部または外部に分類されるコンテンツから成るプレイリストを選択または作成する。プレイリストは、次いでユーザからブロードバンドワイヤレスアクセスを介して、データの中でストリームまたは転送される。
【０１１１】
このワイヤレス送信は、任意の特定のプロトコルに制限されない。システムは、データ配信のために、ＨＴＴＰ、Ｂｉｔ Ｔｏｒｒｅｎｔ、または任意の現在または将来の転送方法を用い得る。
【０１１２】
ステップ４０５において、ブロードバンドソースが選択されるか否かが決定される。選択される場合には、システムは、ステップ４０６に進む。これは、サマリ音楽識別値を介してなどの、選択基準に基づいてコンテンツを提供する能力を有するインターネットラジオステーションまたは他のネットワークリソースであり得る。コンテンツは、ストリーミングまたは他のあらゆる適切な手段を介して、ワイヤレスで車両に送信される。検出可能なソースが選択されない場合には、システムは、ステップ４０７に進み、ユーザからのソースの位置を要求するか、デフォルトの再生モードに行く。
【０１１３】
システムは、インターネットなどのネットワークベースのソースからコンテンツをアセンブルするように記述されたが、ローカルに格納されたコンテンツ、例えば車両のユーザによってアセンブルされ、車両のマスストレージに格納された歌のデジタルライブラリをアセンブルするシステムにおいても実装され得る。他の実施形態において、コンテンツは、格納されたコンテンツおよびネットワークコンテンツの組み合わせであり得る。
【０１１４】
一実施形態において、ユーザは、ＰＣＤをプログラムし得、その結果として、ＰＣＤは、日時が分り、また、ユーザによって望まれるような、格納されたサマリ音楽識別値（例えば、朝の運転時）を自動的に選択し得る。ユーザは、望むままに、別のサマリ音楽識別値を単に選択することによって、容易にコンテンツを変更し得る。これは、ユーザを、インフォテインメントシステムの動作ではなく、自由に車両の動作をするために集中させることができる。
【０１１５】
図５は、サマリ音楽識別値を用いて自動的にコンテンツを提示する技術を例証する、流れ図である。ステップ５０１において、ユーザは、車両に乗り込み、走らせる。ステップ５０２において、システムが、ユーザを識別する。これは、車両における設定を車両のキーと照合する公知のシステムによって達成され得るか、またはシステムのベースユニットに識別コードをブロードキャストするユーザのＰＣＤなどの、他の一部の手段によってであり得る。ステップ５０３において、システムは、日付および時刻を決定する。
【０１１６】
決定ブロック５０４において、システムは、そのメモリを検索することによって、現在の曜日および／または時刻と関連付けられた、このユーザに対するサマリ音楽識別値が存在するか否かを確認する。存在する場合には、システムは、ステップ５０５においてサマリ音楽識別値を取り出し、それを用いてプレイリストを生成し、フィードバックを始める。関連付けられたサマリ音楽識別値がない場合には、システムは、ステップ５０５においてアイドリングする。この時点において、システムは、図４において記述された動作と関連して記述されたものなどの一部の他の方法において呼び出され得る。
【０１１７】
（ボイス制御環境）
車両環境において、安全運転のために、可能な限りボイスコマンドを利用して必要なもの以外の機器の操作を減らすことが有用であり得る。従って、システムは、ボイスコマンドによって制御されることを意図する。上述の実施形態のうちのいずれかにおいて、全ての活動および選択は、ボイスコマンドまたはオーディオ再生を介して開始または提供され得る。これは、手動でシステムにアクセスすることからドライバーを解放する。
【０１１８】
上述のシステムに加えて、サマリ音楽識別値システムが、オンザフライ、またはコンテンツの従来の再生の間に呼び出され得る実施形態がある。この実施形態は、図６の流れ図において記述される。ステップ６０１において、ユーザは、車両インフォテインメントシステムを開始し、コンテンツの再生が始まる。これは、ＣＤ、ラジオ、ｍｐ３を介するコンテンツの従来の再生、または他のあらゆる種類のコンテンツ再生であり得る。これは、上の実施形態のいずれかで、記述されたようなシステムを呼び出す結果であり得る。
【０１１９】
ステップ６０２において、ユーザは、再生を聴いている。ユーザがコンテンツ（例えば、歌）を聴いて、再生されているようなコンテンツをさらに聴きたいと望む場合には、ユーザは、サマリ音楽識別値システムを呼び出す。これは、ボイスコマンドを介して、手動の選択によって、または他の一部の適切な手段によってなされ得る。
【０１２０】
決定ブロック６０３において、そのコンテンツに関連付けられたサマリ音楽識別値が存在するか否かが決定される。これは、コンテンツおよびユーザのサマリ音楽識別値または複数のサマリ音楽識別値の、ユーザ関連のデータベースを介してなされ得る。そのデータベースは、車両の中でローカルに格納され得るか、またはワイヤレスブロードバンドを介してアクセスされ得る。関連付けられたサマリ音楽識別値が存在する場合には、システムは、該値をステップ６０５において用いることによって、プレイリストをアセンブルし、該プレイリストは、ステップ６０７において再生される。
【０１２１】
決定ブロック６０３においてサマリ音楽識別値が存在しない場合には、システムは、ステップ６０４においてサマリ音楽識別値の生成を呼び出す。システムは、サマリ音楽識別値を生成する上述の任意の技術を用いて生成を行い、新たに生成されたサマリ音楽識別値をステップ６０６において用いて、プレイリストをアセンブルする。アセンブルされたプレイリストの再生が、ステップ６０７において開始される。
【０１２２】
図９は、多くのインタフェースを用いてシステムを制御する技術を例証する、流れ図である。ステップ９０１において、ユーザは、この実施形態の選択機能を呼び出す。選択機能９０１は、図１０においてより詳細に記述される。ステップ９０２において、コンテンツは、再生され始める。これは、このモードの間にユーザによって選択されたコンテンツであり得、またはコンテンツは、ユーザがこのモードを呼び出すときには、既に再生されていることがあり得る。この時点において、システムが、選択された歌の再生の間、またはその直後のいずれかに取り得る、多くの枝路が存在する。続いて起こるパスは、該モードが呼び出されるときにユーザによって予め選択されたデフォルト設定の結果であり得るか、または該モードが選択されるときに呼び出され得る。このモードの呼出しは、アーティスト、タイトル、アルバム、ジャンルの選択またはそれらの組み合わせなどのボイスコマンド、スイッチまたはボタンの選択、またはモードを呼び出す他のあらゆる適切な方法または手段によるものであり得る。一実施形態において、一部のパスは、ユーザがどのように選択機能を呼び出すかに応じて、利用可能であり得るか、またはそうでないことがあり得る。手動モードが用いられる場合には、より多くのパスが利用可能であり得、これは、より多くの方向制御が、手動モードにおいて利用可能であり得るからである。ボイスコマンドモードにおいては、ボイスコマンドモードにおけるユーザにオプションを提示するには、制限があるために、より少ないパスが利用可能であり得る。
【０１２３】
最初の枝路は、ステップ９０３において、歌の部分的な再生（例えば、５秒の再生）から始まり、次いで、次の歌の部分的な再生に進む。これは、最終的にユーザが、ステップ９０４において歌を選択するまで、歌の部分的な再生が続く。加えて、これは、ボイスコマンドまたは手動の呼出しを介して達成され得る。システムは、次いで選択された歌全体を再生する。選択された歌の再生の後に、システムは、部分的な再生のモードに戻り得、ユーザが全部の再生のために別の歌を選択するまで、複数の歌の一部を再生し得る。一実施形態において、ステップ９０５において、プレイリストが、選択された歌に基づいて生成され、その結果として、選択された歌の完全な再生の後に、他の歌が、生成されたプレイリストに従って、全部がユーザに提示される。プレイリストは、図９の他の枝路のうちのいずれかによって、または本明細書において記述されたプレイリストを生成する方法のうちのいずれかによって生成され得る。
【０１２４】
ステップ９０６における第２の枝路は、ステップ９０２のコンテンツが全て再生され、次いでステップ９０６において次の歌をランダムに選択することを可能にする。この続いての歌のランダム選択のプロセスは、ユーザがこのモードを停止するまで、ステップ９０７において反復される。ユーザは、いつでも、再生を完全に停止するか、または枝路のうちのいずれかを呼び出すように選択し得る。
【０１２５】
第３の枝路は、ステップ９０８において現在再生中の歌のメタデータを取得することを含む。メタデータは、ステップ９０９における再生で次の歌を選択するために、用いられる。このプロセスは、ユーザによって停止または変更されるまで反復する。
【０１２６】
第４の枝路のステップ９１０において、サマリ音楽識別値が生成される。この値は、上述のように、プレイリストを生成するために用いられる。一実施形態において、ユーザにはオプションが提示され、該オプションは、ステップ９１１において、「よりこのように」、または「あまりこのようにではなく」などのように表示または発話され得る。これは、システムのプレイリスト生成を修正するステアリングアルゴリズムである。これはまた、ユーザによるボイスコマンドを介して呼び出され得る。ステップ９１１におけるユーザのステアリングに基づいて、次の歌が、ステップ９１２において選択され、システムは、ユーザによって停止されるまで、ステップ９１０〜ステップ９１２を反復する。
【０１２７】
第５の枝路は、ステップ９１３において、現在再生中の歌が既に予め存在するプレイリストに関連付けられているか否かを決定するために検索する。予め存在する場合には、システムは、ステップ９１４において、プレイリストの次の歌を提示する。
【０１２８】
（選択機能）
図１０は、図９のステップ９０１の選択機能の実装の動作を例証する、流れ図である。ユーザは、例えばジャンル１００１における開始によってなど、任意の時点において選択システムを開始し得る。ユーザは、次いでアーティスト１００２に動き、アルバム／フィルタされたリスト１００３に動き、次いで歌／タイトル１００４に動き得る。選択の向きおよび選択を繋ぐ双方向の矢印によって理解され得るように、ユーザは、意思によって選択を自由に上下に動き得る。加えて、ユーザは、任意の時点において選択に入り、各位置から他の選択地点のうちのいずれにも動き得る。これは、システムを用いて利用可能なコンテンツの、大きな選択の横断を容易にする。
【０１２９】
ユーザがどこからシステムに入るか、またはユーザが現在どの位置にいるかに応じて、さまざまなオプションが提示され、他のオプションにおいて利用可能である。例えば、ジャンルのパスに続く場合には、ユーザは、歌／タイトルのパスを用いるよりも、より多くの利用可能なアーティストを有するであろう。パスを上または下に動くことは、それに従ってオプションを増やし得る。
【０１３０】
ユーザが歌／タイトルのレベルより上のレベルにおいて選択するときには、現在の選択が終了した後に、再生する他の歌およびコンテンツが自動的に存在する。いずれの時点においても、動的なプレイリストのオプションが、システムを用いて呼び出され得る。システムは、手動によって、または所望の選択位置の名前（例えば、「ジャンル」または「アーティスト」）を発話することによって、呼び出され得る。
【０１３１】
留意されるべきは、システムの起動および設定は、ボードから離れて（例えば、車とは別個に）、例えばユーザのＰＣ，ポータル、またはインターネットサービスプロバイダなどにおいて達成され得ることである。開始および起動されたシステムは、次いでユーザの車両に転送され、従来の意味でのチャネルとして、ユーザに提示され得る。さらに留意されるべきは、システムは、１つ以上の車両に転送され得、または望まれる通りに車両から車両へと移動され得る。さらに、転送可能なシステムは、車両ベースのシステムに限定されることなく、あらゆる携帯用再生デバイスにおいてインプリメントされ得る。
【０１３２】
（フィルタされた動作）
一実施形態において、システムは、ユーザに提示される利用可能なライブラリコンテンツをフィルタまたは制限する方法を含む。例えば、ユーザは、利用可能なライブラリを、ユーザが既に聴いたか、または少なくとも特定の回数聴いたコンテンツに限定することを望み得る。一部の再生システムは、コンテンツが再生のために選択された回数に基づいて、コンテンツの「気に入り」の状態の度合いを自動的に割り当てる（例えば、１〜５つの星）。ユーザはまた、データベースの階層を有し得、システムは、一度に複数のデータベースまたは複数のライブラリのうちの１つだけからのコンテンツを提示するように設定され得る。ソースを区別する１つの方法は、ストリーミングまたはダウンローディングを必要とするコンテンツに対して、ローカルに格納されたコンテンツに優先権を与えることである。
【０１３３】
例えば、ユーザが「よりこのような／あまりこのようにではない」モードにある場合には、提供される選択は、特定のデータベースまたはコンテンツの特定のカテゴリの気に入りの状態によって制限され得る。他のコンテンツが含まれる場合には、提供される新たなコンテンツの量またはパーセンテージを限定することが所望され得る。例えば、新たなコンテンツを現在利用可能なコンテンツのうちの５％に限定することが、所望され得る。このパーセンテージは、望まれるように容易に修正され得る。
【０１３４】
（コマンドツリーおよび知的スキャニング）
図１１〜図１６は、システムを用いる多くのコマンドシナリオを例証する、流れ図である。これらのコマンドツリーは、例えばボイス制御されたシステムにおいて用いられ得る。図１１は、アーティストを特定することによるコンテンツの選択を例証する、流れ図である。ステップ１１０１において、ユーザは、「アーティスト選択」のコマンドを発し、アーティストの名前を提供する。ステップ１１０２において、一致するアーティストが表示されるか、または別の方法でユーザに示される。この時点において、ユーザは、アーティストの全ての歌（ステップ１１０３）またはアーティストの全てのアルバム（ステップ１１０５）を命じ得る。アーティストによる全ての歌がステップ１１０３において選択された場合には、アーティストの選択された歌または全ての歌が、ステップ１１０４において再生のために提示される。アーティストによる全てのアルバムがステップ１１０５において選択された場合には、アーティストの選択されたアルバムまたは全てのアルバムが、ステップ１１０６において再生のために提示される。このコマンドツリーのシナリオにおいて、全てのアーティストの歌または全てのアーティストのアルバムを構成するプレイリストが、再生のために提供され、その結果として、ユーザは、追加のコンテンツ再生を受信するために、システムとさらに相互作用する必要がない。
【０１３５】
図１２は、歌のタイトルを特定することによるコンテンツの選択を例証する、流れ図である。ステップ１２０１において、ユーザは、「歌のタイトル選択」のコマンドを発し、歌のタイトルを指定する。ステップ１２０２において、一致する歌のタイトルが表示されるか、または別の方法でユーザに示される。ステップ１２０３において、１人以上のアーティストが同一のタイトルの歌または同一の歌のバージョンを有する場合において、ユーザは、アーティストを選択する。このコマンドが用いられ、単一の歌のみが選択されるときには、選択された歌に関連付けられたプレイリストは、必ずしも存在しない。これらの場合には、ユーザは、それぞれの歌が再生された後に、単一の歌を継続して選択する必要があり得るか、または上述のプレイリスト生成技術のうちの１つを開始し得る。
【０１３６】
図１３は、アルバムを特定することによるコンテンツの選択を例証する、流れ図である。ステップ１３０１において、ユーザは、「アルバム選択」のコマンドを発し、アルバムを指定する。ステップ１３０２において、一致するアルバムが表示されるか、または別の方法でユーザに示される。ステップ１３０３において、ユーザは、アルバムの再生を決めるか、またはステップ１３０４において、アルバムから歌を選択する。ステップ１３０３においてアルバムの再生が選択された場合には、システムは、該アルバムをプレイリストとして用い、その結果として、ユーザによる相互作用を伴うことなく、各歌の後でさらなるコンテンツが直ちに提供される。ユーザが、ステップ１３０４において単一のタイトルを選択した場合には、システムは、アルバムにある歌を再生し得るか、新たなコンテンツを選択するためにユーザからの追加の相互作用を要求し得るか、または上述のプレイリスト生成技術を用い得る。
【０１３７】
図１４は、ジャンルを特定することによるコンテンツの選択を例証する、流れ図である。ステップ１４０１において、ユーザは、「ジャンルを選択」するコマンドを発し、ジャンルを識別する。ステップ１４０２において、一致するジャンルが表示されるか、または別の方法でユーザに示される。この時点において、ユーザは、図１１〜図１３に記述されたものと同様の、３つの枝路のうちの１つを選択し得る。ステップ１４０３において、ユーザは、ジャンルからアーティストを選択し得る。ユーザは、次いでステップ１４０４において歌のタイトルを選択し得るか、またはステップ１４０５においてアーティストのアルバムを選択し得る。アルバムが選択された場合には、ユーザは、アルバムから歌のタイトルを選択し得る。
【０１３８】
ステップ１４０７において、ユーザは、提示されたジャンルからアルバムを選択し得る。ユーザは、次いでステップ１４０８においてアルバムから歌のタイトルを選択するように決め得る。ステップ１４０９において、ユーザはジャンルから歌のタイトルを選択し得る。
【０１３９】
図１５は、アーティストおよびアルバムを選択する複合コマンドを例証する、流れ図である。ステップ１５０１において、ユーザは、「アーティストおよびアルバムを選択」するコマンドを発し、アーティストおよびそのアーティストのアルバムを識別する。ステップ１５０２において、一致するアーティストおよびアルバムが表示されるか、または別の方法でユーザに示される。ステップ１５０３において、アルバムの歌がユーザに再生される。このコマンドは、ユーザへの提示のためのプレイリストとして、歌（アルバム）のサブセットを生む。その後、ユーザは、本明細書において記述されたコマンドおよび上述の技術によるプレイリストの生成を含む任意の利用可能なコマンドを用いて、コンテンツを開始し得る。
【０１４０】
図１６は、アーティストおよび歌のタイトルを用いたコンテンツの選択に対する複合コマンドを例証する、流れ図である。ステップ１６０１において、ユーザは、「アーティストおよび歌のタイトルを選択」するコマンドを発し、アーティストおよびアーティストの歌を指定する。ステップ１６０２において、一致する歌が表示されるか、または別の方法でユーザに示され、かつ再生される。ユーザは、次いで任意のコマンドを用いて、または任意の上述の技術を用いてプレイリストを生成することによって、再生のための別の歌を選択し得る。
【０１４１】
ユーザがコマンドのうちの１つを用いてデータベースの中へと深く突き進んだとき（例えには、単一の歌が選択されたとき）には、システムは、ユーザによるシステムとの明らかな相互作用を要求することもなく、新たなコンテンツを提供する多くのオプションを予測する。例えば、ボイスコマンドによってであろうと、単純な手動のコマンドであろうとも、図１１〜図１６において記述された単一および複合のコマンドが、新たな歌を取得するために用いられ得る。
【０１４２】
別のアプローチにおいて、図９の枝路が、次の歌を生成するために用いられ得る。これらの枝路のうちのいずれもが、望まれる場合にはシステムに対するデフォルトのモードであり得る。あるいは、ユーザは、ボイスコマンドまたは手動のコマンドによって、枝路のうちの１つを選択し得る。
【０１４３】
システムは、オーディオ出力および歌に関連して記述されたが、留意されるべきは、該システムは、視覚的、テキスト方式、発話形式などを含む任意の定義可能なコンテンツに対して、等しく適用されるということである。加えて、ユーザは、アルバムカバーまたはアーティストの画像、または他のグラフィックの表示など、テキストではないコンテンツ選択の方法を用いて提示され得る。
【０１４４】
（個人化されたコンテンツシステムを用いた使用のためのインフォテインメントシステムの実施形態）
システムに従ったインフォテインメントシステムは、ストレージおよび／またはインターネットなどのネットワークへのアクセスに適合した、単一のユニットを含み得る。一実施形態において、システムは、第１の処理ユニットおよび第２の処理ユニットを含む。
【０１４５】
（第１の処理ユニット）
第１の処理ユニットが、図７において例証される。第１の処理ユニットは、通常は車両にしっかりと取り付けられ、かつ車両の寿命のほとんどの間に、車両内に留まるように意図される。
【０１４６】
図７を参照すると、第１の処理ユニットの外観は、ディスプレイならびに複数の入力および起動のボタンおよびスイッチを含む、ユニットを表すベースユニット７０１を含む。一実施形態において、ベースユニットは、追加の入力能力のため、および適当な表示能力を提供するために、タッチスクリーンを含む。
【０１４７】
ベースユニットは、車両バス７０９を介してなどして、車両のデータ出力ソースに接続され得る。車両のデータ出力は、車両のあらゆる状態、車両の周囲、または車両に接続された他の任意の情報ソースの出力に対応するバス７０９を介して、信号を提供し得る。車両のデータ出力は、限定的にではなく、アナログ信号（現行速度など）、個々の情報ソース（時計、温度計、全地球位置発見システムなどの位置センサ、など）によって提供されたデジタル信号、車両データネットワーク（エンジン関連の情報が通信されるエンジンＣＡＮバス、快適性に関連する情報が通信される快適性ＣＡＮバス、車両のマルチメディア構成要素の間においてマルチメディアデータが通信される、ＭＯＳＴバスのようなマルチメディアデータネットワーク）などのデジタル信号を含む。ベースユニット７０１は、ホイールセンサからの車両の現在の速度を、例えばエンジンＣＡＮバス７０９から取り出し得る。車両データネットワークに対する別の例は、快適性ＣＡＮバスであり、該バスは、車両の快適性関連の構成要素の間でコマンドおよび特定の状態の情報を通信するために用いられる。加えて、イーサネット（登録商標）などの他のスキームも、本システムの精神および範囲から逸脱することなく用いられ得る。
【０１４８】
一実施形態におけるベースユニット７０１は、アンテナ７０５を含む。アンテナ７０５は、単一のアンテナとして示されるが、必要に応じて、または望まれるように、１つ以上のアンテナを含み得る。ベースユニット７０１は、アンテナ７０５を介してブロードバンドのワイヤレスインターネットアクセスを取得し得る。ベースユニット７０１は、ラジオ、テレビ、天気予報、交通情報などのブロードキャスト信号を受信し得る。ベースユニット７０１は、１つ以上のアンテナ７０５を介して、ＧＰＳ信号などの位置決め信号をも受信し得る。ベースユニット７０１はまた、アンテナ７０５などでＲＦを介して、または赤外線または適当な受信デバイスを介する他の手段によって、ワイヤレスコマンドを受信し得る。
【０１４９】
（出力）
ベースユニット７０１ユニットは、ダッシュボードの中央に位置し、運転手および乗員に見える中央ディスプレイ、運転関連の情報を読み上げるために運転手にとって都合の良い位置にある運転手用ディスプレイ、フロントガラスに情報を表示するためのヘッドアップディスプレイ、後部座席に座る乗員に見える後部座席ディスプレイ、助手席の乗員に主に見える助手席ディスプレイなどの、１つ以上の表示ディスプレイに接続され得る。しかし、ベースユニット７０１は、表示ディスプレイデバイスに接続されなくてもよい。この場合においては、該ベースユニットは、第２の処理が取り付けられる場合には、第２の処理ユニットに接続された表示ディスプレイ上に表示情報を表示するように適合され得る。表示ディスプレイデバイスへの第２の処理デバイスの接続は、アナログ、デジタルまたはそれらの組み合わせであり得る。
【０１５０】
ベースユニット７０１は、１つ以上の音響再現デバイス、例えばスピーカ７０６Ａおよび７０６Ｂなどの電磁気トランスデューサを含む、通常の車両オーディオシステムなどに接続され得る。車両のオーディオシステムは、受動的であり得、またはより好適には、例えばパワー増幅器を含むことによって能動的であり得る。ベースユニット７０１は、音響再現デバイスに対する唯一のオーディオソースであり得、またはオーディオ再現システムに接続された他のオーディオソースが存在し得る。オーディオ再現デバイスへの第２の処理デバイスの接続は、アナログ、デジタルまたはそれらの任意の組み合わせであり得る。
【０１５１】
ベースユニット７０１は、プロセッサ７０２を含み、該プロセッサは、プログラムの実行、入力／出力、表示、再生、およびベースユニット７０１の他の動作の制御を行う。一実施形態において、マスストレージ７０３が含まれることによって、非揮発性の形態においてデータを格納する。プロセッサ７０２は、関連付けられたＲＡＭ７０７およびスピーチ処理ユニット７０８を含む。マイクロフォン７０４が、ベースユニット７０１に結合されることによって、ユーザからのボイスコマンドを受信する。
【０１５２】
述べられたように、一実施形態において、システムは、ベースユニットのみを用いて動作する。
【０１５３】
（第２の処理ユニット）
第２の処理ユニットは、ベースユニット７０１よりもより頻繁な置換（例えば、より強力な技術が利用可能か否か）に対して意図され、故に、ベースユニット７０１に取外し可能なように接続される。
【０１５４】
（取外し可能な接続）
システムは、図８において例証される第２の処理ユニットを含み、該第２の処理ユニットは、ハードワイヤ接続８０６またはワイヤレス接続８０５などを介してベースユニット７０１に取外し可能なように接続される、携帯用ユニット８０１を含む。取外し可能な接続は、アナログ電気接続、シリアルデジタル接続（単一方向性または双方向性）、ハードワイヤ接続８０６によって象徴的に表されるパラレルデジタル接続（単一方向性または双方向性）、および、赤外線、無線周波数、ブルートゥース、超音波などを含み前述の単一方向性または双方向性のいずれかである、ワイヤレス接続８０５によって象徴的に表されるワイヤレスデジタル接続のうちの１つ以上の接続を含む。携帯用ユニット８０１はまた、電源（不図示）、ディスプレイ（タッチスクリーンであり得る）、入力のボタンおよびスイッチ、非揮発性ストレージ８０３、ＲＡＭ８０４、およびプロセッサ８０２を含む。
【０１５５】
（入力）
携帯用ユニット８０１は、車両のあらゆる状態、車両の周囲、または情報を受信および送信するベースユニット７０１への接続を介して車両に接続される他のあらゆる情報ソースの出力に関連する入力信号を受信し得る。
【０１５６】
あるいは、携帯用ユニット８０１は、上述のベースユニット７０１に類似して、車両データ出力または車両データネットワークに直接的に接続され得る。
【０１５７】
（出力）
携帯用ユニット８０１は、１つ以上の表示出力デバイスに接続され得る。多くの場合において、携帯用ユニット８０１が接続される表示出力デバイスは、同一筐体内に携帯用ユニット８０１とともに取り付けられる。これらの場合において、表示出力デバイスは、携帯用ユニット８０１が車両およびベースユニット７０１から独立して動作されるときに用いられるとともに、携帯用ユニット８０１が車両において用いられるときに、その場合において、携帯用ユニット８０１に接続された表示出力デバイスは、ベースユニット７０１に接続された表示出力デバイスに加えて、または置き換えられて用いられ得、あるいはオフに切り替えられ得るように用いられることが意図されている。システムに関連して有用な表示出力デバイスは、液晶ディスプレイ、ＴＦＴディスプレイ、ＬＥＤ（発光ダイオード）ディスプレイ、有機ＬＥＤディスプレイ、プロジェクター、ヘッドアップディスプレイなどを含む。
【０１５８】
携帯用ユニット８０１は、スピーカ８０７などの、少なくとも１つの音響出力デバイスに接続され得る。多くの場合において、携帯用ユニット８０１が接続される音響出力デバイスは、同一筐体内に第２の処理デバイスとともに取り付けられる。これらの場合において、音響出力デバイスは、ベースユニット７０１から独立して用いられるときには、携帯用ユニット８０１によって生成された音響出力ストリームを再現するように意図される。システムに関連して有用な音響出力デバイスは、限定することなく、携帯用ユニット８０１にワイヤまたはワイヤレスによって接続されていようともいなくても、ラウドスピーカ、ヘッドフォンを含む。
【０１５９】
（マスデータストレージ）
光学メディアドライブ（ＣＤ、ＤＶＤ、ブルーレイＤＶＤなどを含む）、ハードディスク、フラッシュメモリ、メモリスティックなどのマスデータストレージデバイスは、第１の処理デバイス、第２の処理デバイス、またはその両方（実施例は、携帯用ユニット８０１のマスストレージ８０３およびベースユニット７０１のマスストレージ７０３）に接続され得る。マスデータストレージデバイスは、第１または第２の処理デバイスによって容易に取り出され得る、ビデオおよびオーディオデータ、デジタルマップデータ、オペレーティングソフトウェアなどの、大量のデータの非揮発性ストレージを可能にする。第２の処理デバイスが第１の処理デバイスに接続されると、いずれの処理ユニットも、それぞれのマスデータストレージに格納されたデータを他方の処理ユニットにアクセス可能にし得る。マスデータストレージデバイス（一体型ハードディスクまたは一体型光学メディアドライブなど）は、処理ユニットへとしっかりと一体化され得、またはマスデータストレージデバイスのホットスワッピングまたはコールドスワッピングに適合した処理ユニットに取外し可能なように接続され得る（ＵＳＢ接続を介して接続されるメモリスティックなど）。
【０１６０】
（動作のモード）
システムのインフォテインメントシステムの携帯用ユニット８０１がベースユニット７０１から取り外されている限り、インフォテインメントシステムの本質的な機能の多くを制御するシステムソフトウェアは、ベースユニット７０１上で全体が実行する。
【０１６１】
システムのベースユニット７０１から取り外されたときには、携帯用ユニット８０１は、それ自体のシステムソフトウェアを実行し、携帯用ユニット８０１をスタンドアローンユニットとして有用なものに変え得る。この場合において、データエントリデバイスなどの必要な入力および出力のデバイス、車両データ出力、またはネットワークされた車両データは、携帯用ユニット８０１に直接的に接続されなくてはならない。
【０１６２】
携帯用ユニット８０１が接続されると直ぐに、両方の処理ユニットは、接続が確立されたことを検出し、該処理ユニットの挙動をそれに応じて適合させる。
【０１６３】
動作の最初のモードにおいて、インフォテインメントシステムのメインシステムソフトウェアは、ここで、携帯用ユニット８０１上で実行される。ベースユニット７０１は、ここで携帯用ユニット８０１に、さらなる処理のために受信する入力の全てまたは一部を再び向かわせる。入力が携帯用ユニット８０１に送信される前に、ベースユニット７０１は、入力の全てまたは一部を予め処理する。携帯用ユニット８０１上で実行しているシステムソフトウェアは、出力信号を生成し、該出力信号は、携帯用ユニット８０１に直接接続されている出力デバイスに直接的に送信されるか、または接続されている出力デバイスに出力信号を送信するベースユニット７０１に送信する。ベースユニット７０１は、接続された出力デバイスに送信する前に、出力信号を処理するか、またはしないことがあり得る。
【０１６４】
（実施例）
実施形態１：車両は、ベースユニット７０１、表示ディスプレイおよび音響再現システムが備えられ、それら全ては車両にしっかりと取り付けられている。ユーザは、後に携帯用ユニット８０１を購入し得、該携帯用ユニットは、第１の処理ユニットに対する電気的な接続を含む、機械的な保持デバイスに装着される。保持デバイスは、例えば車のトランクに位置する。携帯用ユニット８０１が据え付けられると、ベースユニット７０１は、その動作のモードを、（ｉ）携帯用ユニット８０１から表示出力ストリームを受信すること、および車両にしっかりと取り付けられた表示ディスプレイに該表示出力ストリームを表示すること、（ｉｉ）携帯用ユニット８０１からオーディオ制御信号を受信すること、（ｉｉｉ）携帯用ユニット８０１からオーディオ出力ストリームを受信し、ベースユニット７０１から受信したオーディオ制御信号に従って、該オーディオ出力ストリームとベースユニット７０１に接続されたオーディオソースとを混合すること、に切り替える。
【０１６５】
実施形態２：実施形態１のようであるが、携帯用ユニット８０１は、表示出力ストリームおよびビデオ制御信号を生成する。ベースユニット７０１は、携帯用ユニット８０１から受信したビデオ出力ストリームを、第１の処理デバイスに接続されたビデオソースから受信したビデオ信号と混合する。
【０１６６】
実施形態３：実施形態１および２のようであるが、第２の処理デバイスは、第１の処理デバイスに、（ビデオ出力ストリームの代わりに）デジタル方式に符号化されたディスプレイ命令を送信する。
【０１６７】
実施形態４：表示出力デバイスは、第２の処理デバイスに接続され、ユーザによって第２の処理デバイスと一緒に容易に置換され得る。
【０１６８】
実施形態５：２つの第２の処理デバイスがあり、１つ目は、（後の更新のために）置換可能なディスプレイを提供することを対象とし、２つ目は、容易にアップグレード可能なコンピューティングパワーを提供することを対象とする。第１の「携帯用ユニット８０１」は、ダッシュボードに配置されることによって、ディスプレイが運転手に視認可能である。第２の携帯用ユニットは、トランクまたは他の隠れた位置などの、あまり目立たない位置に配置される。
【０１６９】
実施形態６：携帯用ユニット８０１のための少なくとも２つの取付けデバイスを有する車両。
【０１７０】
例証は、モジュールおよび構成要素として識別される機能ブロックと関連して論じられたが、該モジュールおよび構成要素は、別個の構造を表すことを意図せず、結合またはさらに細別され得る。加えて、本発明のさまざまな実施形態が記述されたが、他の実施形態および実装が、本発明の範囲内に可能であることが、当業者に明らかである。従って、本発明は、添付された特許請求の範囲およびそれらの均等物を考慮することを除いては、制限されない。
【符号の説明】
【０１７１】
７０１ ベースユニット
７０２ プロセッサ
７０３ マスストレージ
７０４ マイクロフォン
７０５ アンテナ
７０６Ａ、７０６Ｂ スピーカ
７０７ ＲＡＭ
７０８ スピーチ処理ユニット
８０１ 携帯用ユニット
８０２ プロセッサ
８０３ 非揮発性ストレージ
８０４ ＲＡＭ
８０５ ワイヤレス接続
８０６ ハードワイヤ接続
８０７ スピーカ
【技術分野】
【０００１】
（関連出願）
本出願は、２００６年１２月２９日に出願された、「Ｖｅｈｉｃｌｅ Ｉｎｆｏｔａｉｎｍｅｎｔ Ｓｙｓｔｅｍ ｗｉｔｈ Ｐｅｒｓｏｎａｌｉｚｅｄ Ｃｏｎｔｅｎｔ」と題する米国仮特許出願第６０／８８２，７３４号に対する優先権を主張し、該出願は、その全体が、本明細書において参考として援用され、また、２００７年５月１７日に出願された、「Ｖｅｈｉｃｌｅ Ｉｎｆｏｔａｉｎｍｅｎｔ Ｓｙｓｔｅｍ Ｗｉｔｈ Ｐｅｒｓｏｎａｌｉｚｅｄ Ｃｏｎｔｅｎｔ」と題する、米国仮特許出願第６０／９３８，５６３号に対する優先権を主張し、該出願は、その全体が、本明細書において参考として援用される。
【０００２】
（技術分野）
本システムは、インフォテインメントシステムの分野に向けられる。より具体的には、本システムは、ユーザに個人用コンテンツを提供する方法を提供する一方で、ユーザによるシステムのアクティブ制御を低減する。
【背景技術】
【０００３】
（関連技術）
インフォテインメントシステムは、当該分野において周知であり、さまざまな目的で幅広く用いられている。一般的に、インフォテインメントシステムは、ユーザに情報を提供するために用いられる。ユーザに提供される情報は、インフォテインメントシステムに格納され得るか（デジタル多目的ディスク上の映画など）、他のソース（放送されたラジオまたはテレビのプログラムなど）からインフォテインメントシステムによって受信され得るか、日時、現在地などの特定の入力データに基づいて、インフォテインメントシステムによって生成され得る。情報は、通常はユーザに音響の形態、映像の形態、またはそれらの組み合わせで提供される。
【０００４】
自動車などの車両の運転手および乗員の特定の必要性に適合するインフォテインメントシステムを提供する必要がある。長時間の運転の間、運転手および乗員は、情報を提供されることによって楽しむことを望む。特に運転手は、インフォテインメントシステムによって提供されるナビゲーションの指示などの情報によって、助力され得る。
【０００５】
先行技術の不便なところは、１人以上のユーザに対するコンテンツおよび娯楽の個人化が柔軟ではないということである。現状の技術は、所定のラジオステーションまたはリモートでプログラムされたコンテンツのプロバイダ／ソースを含む。これらのステーションは、特定の番組フォーマットまたはジャンルを有し、構造を変更することができない。該ステーションは、現時点ではどのようにしても、車両の中での使用目的でユーザ／消費者によって個人化され得ることはない。聴衆者は、これらのステーション／ソースの間から選択し得るが、一旦ステーションが選択されると、ユーザは、そのステーションまたはソースの再生リストに従わなくてはならない。
【０００６】
従来のアナログのラジオは、せいぜい数十の異なる受信可能なステーションを提供したが、デジタルオーディオ放送の導入、特にサテライトベースのデジタルラジオサービス（サテライトデジタルオーディオラジオサービス、ＳＤＡＲＳ）の導入は、利用可能なチャネルの数を約１０倍に増加させた。車内でのインターネットの接続性の出現により、さらに１０倍の増加が予測され、ユーザが何千ものインターネットラジオステーションにアクセスすることが可能となる。
【０００７】
非常にさまざまな競合するデジタルオーディオ放送システムが存在し、それらは、送信技術（地上対サテライトベースのシステム、モバイルレシーバまたは固定レシーバに対して適合したシステム、変調スキーム、周波数帯など）、符号化方法（専有またはオープンの基準を用いるシステム、異なる符号化複合化および暗号化）、およびビジネスモデル（無料ラジオシステム、加入ベースコンテンツ配信、アイテム毎課金またはダウンロード毎課金）に関して異なる。例えば、ほとんどのサテライトベースのシステムは、専有のものであり、オーディオデータ圧縮のためのさまざまな符号化複合化、さまざまな変調技術、および／または暗号化および条件付アクセスのためにさまざまな方法を用いる。
【０００８】
全てのデジタルオーディオ放送システムに共通することは、デジタルオーディオ情報は、送信帯域を節約し、かつ／または送信の質を向上させるために、圧縮された形態で送信されるということである。非可逆データ圧縮は、人間の聴覚システムの音響心理学モデルを用い、どの情報が聴取に不利に影響を及ぼすことなく無視され得るのかを決定することによって、達成される。オーディオ情報の符号化およびデ符号化は、集合的にコーデック（ｃｏｄｅｃ）と名付けられた方法によって行われる。デジタルオーディオ放送に関連して用いられる符号化複号化の著名な例は、ＭＵＳＩＣＡＭ（Ｍａｓｋｉｎｇ ｐａｔｔｅｒｎ ａｄａｐｔｅｄ Ｕｎｉｖｅｒｓａｌ Ｓｕｂｂａｎｄ Ｉｎｔｅｇｒａｔｅｄ Ｃｏｄｉｎｇ Ａｎｄ Ｍｕｌｔｉｐｌｅｘｉｎｇ）、ＡＡＣ（Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｃｏｄｉｎｇ）、およびＭＰ３、より正確には、ＭＰＥＧ−１オーディオ層３（Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）である。
【０００９】
例えば、ＭＰ３は、人気のあるデジタルオーディオ符号化および非可逆圧縮のフォーマットであり、オーディオを表すために要求されるデータの量を大いに低減させるように設計され、それでもなお、ほとんどの聴衆者に対して、元の圧縮されていないオーディオの忠実な再生のように聞こえる。ＭＰ３は、人間の聴覚にあまり聞こえない要素を放棄する上述の音響心理学モデルを用い、残りの情報を、エントロピー符号化方式に基づいた非常に効率的な方法で記録することによって、直送式の方法よりも遥かに少ないスペースにおいて、パルス符号が変調符号化されたオーディオの再生を提供する。ＭＰ３オーディオは、いくつかの異なるビットレートを用いて圧縮され得、データサイズと音の質との間でのトレードオフの範囲を提供する。
【００１０】
ＭＰ３ファイルは、複数の個別のＭＰ３フレームから出来ており、該フレームは、ＭＰ３ヘッダおよびＭＰ３データから成る。この一連のフレームは、エレメンタリストリームと呼ばれる。ＭＰ３データは、実際のオーディオペイロードである。ＭＰ３ヘッダは、同期ワードから成り、有効なフレームの始まりを識別するために用いられ、これがＭＰＥＧ基準であることを示すビット、および層３が用いられていることを示す２つのビットが続き、故にＭＰＥＧ−１オーディオ層３である。この後に、値は、ＭＰ３ファイルに応じて異なる。ヘッダの仕様に加えて、ヘッダの各セクションに対する値の範囲は、ＩＳＯ／ＩＥＣ１１１７２−３によって定義される。
【００１１】
適切なオーディオデータに加えて、ほとんどのデジタルオーディオ放送システムも、各歌またはプログラムのアーティストおよびタイトル、ならびに可能である場合にはチャネルの名前とともにプログラム関連のデータ（ＰＡＤまたはメタデータ）を送信する。例えば、メタデータは、チャネル識別および表示目的のために、レシーバによって復号され得る。
【００１２】
例えば、ＭＰ３は、ＭＰ３フレームに先行するか、または続く、ＩＤ３メタデータコンテナ（ＩＤ３ｖ１およびＩＤ３ｖ２）を含み得る。これらのメタデータコンテナは、ファイル自体にタイトル、アーティスト、アルバム、トラックナンバー、またはファイルに関する他の情報などが格納されることを可能にする。
【００１３】
ＩＤ３ｖ１コンテナは、１２８バイトを占め、ストリングＴＡＧから始まる。小型のコンテナサイズは、タイトル、アーティスト、アルバムおよび「コメント」に対して３０バイトのみを許可し、年のために４バイト、および８０の予め定義された値のリストから歌のジャンルを識別するために１バイトが許可される。一方で、ＩＤ３ｖ２タグは、サイズが変化し、ストリーミングを容易にするために、通常はファイルの開始部分に配置される。該タグは、多くのフレームから成り、該フレームのそれぞれは、一片のメタデータを含む。フレームは、１６ＭＢの長さであり得る。
【００１４】
最新のＩＤ３ｖ２基準において、８４の予め定義された種類のフレームが存在する。特に、タイトル、カバーアート、著作権およびライセンス、歌詞、任意のテキスト、およびＵＲＬデータ、ならびに他のデータを含む標準フレームが存在する。例えば、ＴＩＴ２フレームは、タイトルを含み、ＷＯＡＲフレームは、アーティストのウェブサイトのＵＲＬを含む。
【００１５】
デジタルオーディオ放送システムは、一般的に、クライアントにオーディオデータを「ストリーム」する。ストリーミング媒体は、従来のアナログの放送システムのように、配信されている間に消費される（聴かれるか、視聴される）媒体であり、再生に先立ってファイルの完全なダウンロードを必要とする、特定のインターネットコンテンツプロバイダとは対照的である。
【００１６】
例えば、サテライトデジタルオーディオラジオサービス（ＳＤＡＲＳ）は、モバイルレシーバおよび固定式レシーバにＣＤのような音楽およびトークショーを放送するサテライトベースのラジオシステムである。ＳＤＡＲＳは、北米において２つのプロバイダ、ＸＭ
ＲａｄｉｏおよびＳｉｒｉｕｓ Ｒａｄｉｏによって操業され、それらのプロバイダは、約１００チャネルを提供しようとする。各プロバイダは、地上のステーションからの放送信号を中継するために、地球静止軌道上、または高い楕円軌道上のいずれかにサテライトを打ち上げている。
【００１７】
ＳＤＡＲＳは、２．３−ＧＨｚ Ｓ帯、すなわち２３２０ＭＨｚ〜２３４５ＭＨｚにおいて動作する。ＳＤＡＲＳレシーバは、小型アンテナを介して、サテライトの照準線の信号を直接的に受信することが可能である。地上の中継器は、町の中心部の高層ビルなどの頭上の障害物のために弱い信号を受けるエリアに該信号を再送信する。ＳＤＡＲＳレシーバは、１つまたは２つのサテライト信号および地上の中継器からの非照準線の信号を受信するように設計されている。
【００１８】
ＳＤＡＲＳは、ユーザがプロバイダのサービスに加入することを必要とする。これは、各ＳＤＡＲＳレシーバが、電子シリアル番号（ＥＳＮ）、すなわち該レシーバを識別するラジオＩＤを有するという点で容易である。ユニットが加入によって起動されると、権限付与コードが、デジタルストリームにおいて送られ、レシーバ１００に、ブロックされたチャネルへのアクセスが許可されたことを伝える。
【００１９】
地上デジタルラジオ技術の例は、ＨＤラジオであり、これは、米国内のローカルエリアの放送に対する規格として、米国連邦通信委員会（ＦＣＣ）によって選択されている。ＨＤラジオは、１つのチャネル上でＣＤ品質の多数のプログラムを提供し、アナログ（ＦＭおよびＡＭ）ラジオステーションに割り当てられた同一の周波数上で動作する。
【００２０】
ＨＤラジオは、ハイブリッドデジタルラジオの省略であり、アナログおよびデジタルの信号が、同一チャネル上で同時に送信されることを指す。ハイブリッドモードにおいて、従来のＡＭ信号またはＦＭ信号は、チャネルの中心の周波数で送信され、デジタル信号は、側波帯で送信される。
【００２１】
デジタルオーディオ放送（ＤＡＢ）は、米国におけるＨＤラジオに対する欧州の対応するものである。ＤＡＢは、従来のアナログラジオに対するフォローアップシステムとして指定され、周波数帯ＩＩＩ（１７４〜２３０ＭＨｚ）Ｌ（１４５２〜１９９２ＭＨｚ）を用いる。
【００２２】
最後に、インターネットラジオもまた、次第に人気が出て成長しているデジタルオーディオ放送の形態である。インターネット上の放送は、ネットワークを介して配信され、広く送信されていないために、通常はネットキャスティングと称される。上のデジタルオーディオ放送システムとは対照的に、送信方法は、特定されておらず、例えばＷＬＡＮまたはＵＭＴＳであり得る。
【００２３】
従来のラジオでは、聞きたい音楽を選択することは可能ではなく、むしろ、手動でさまざまなチャネルの音楽を検索する。デジタルラジオ放送のさまざまな形態の出現により、受信可能なチャネルの数はさらに増加している。サテライト、地上の放送ステーションおよびインターネットを介して受信され得るデジタルラジオのチャネルの巨大な数を考慮すると、聞きたい音楽の選択は、手動では大変な作業となる。
【００２４】
特に車の中では、デジタル通信能力が、近い将来において益々ユビキタスとなることが予測される。従って、現代の車内の娯楽システムは、無料のラジオおよびＳＤＡＲＳなどの加入ベースの媒体プロバイダに対する従来のレシーバだけではく、音楽ダウンロードおよびインターネットラジオに対する双方向通信リンクをも含む。これら全てのコンテンツに関し、ユーザが、それぞれの運転の間に好みの音楽を聞くことを可能にする、構造的な聴取は非常に困難である。
【００２５】
車両の中での例えば携帯電話などのデバイスとの相互作用は、事故の危険性を増加し得るということが、研究において示される。コンテンツ選択の個人化を可能にする方式を有し、一方で、コンテンツの管理および選択を簡素化することが重要である。
【発明の概要】
【課題を解決するための手段】
【００２６】
例えば、本発明は、以下を提供する。
【００２７】
（項目１）
サマリ音楽識別値を格納するストレージデバイスと、
該サマリ音楽識別値を受信し、該サマリ音楽識別値に基づいてコンテンツをアセンブルする該格納デバイスと通信する、プロセッサと、
ユーザに該アセンブルされたコンテンツを提示するために該プロセッサと通信する再生デバイスと
を備えている、システム。
【００２８】
（項目２）
上記プロセッサは、インターネットサーバである、項目１に記載のシステム。
【００２９】
（項目３）
上記再生デバイスは、上記インターネットサーバにワイヤレスで結合される、項目２に記載のシステム。
【００３０】
（項目４）
上記再生システムは、車両の中に位置付けられている、項目３に記載のシステム。
【００３１】
（項目５）
上記再生システムは、ボイス制御される、項目４に記載のシステム。
【００３２】
（項目６）
車両においてインフォテインメントシステムを制御する方法であって、該方法は、
格納された位置からサマリ音楽識別値を選択するステップと、
該サマリ音楽識別値を用いてコンテンツのプレイリストを生成するステップと、
該車両において該コンテンツのプレイリストを再生するステップと
を包含する、方法。
【００３３】
（項目７）
上記コンテンツのプレイリストを生成するステップは、ローカルに格納されたコンテンツを用いて上記車両において達成される、項目６に記載の方法。
【００３４】
（項目８）
上記コンテンツのプレイリストを生成するステップは、リモートで達成され、上記車両に通信される、項目６に記載の方法。
【００３５】
（項目９）
上記プレイリストは、インターネットサーバにおいて生成される、項目８に記載の方法。
【００３６】
（項目１０）
上記プレイリストは、ホームコンピュータにおいて生成される、項目８に記載の方法。
【００３７】
（項目１１）
車両においてインフォテインメントシステムを制御する方法であって、該方法は、
該インフォテインメントシステム上でコンテンツを再生するステップと、
該インフォテインメントシステムにコマンドを提供することによって、該再生されるコンテンツに基づいてサマリ音楽識別値を生成するステップと、
該サマリ音楽識別値を用いることによって、該インフォテインメントシステム上でさらに再生されるコンテンツのプレイリストを生成するステップと
を包含する、方法。
【００３８】
（項目１２）
上記コマンドは、ボイスコマンドである、項目１１に記載の方法。
【００３９】
（項目１３）
上記プレイリストのステップは、上記車両においてローカルに格納されたコンテンツから生成される、項目１１に記載の方法。
【００４０】
（項目１４）
上記プレイリストは、上記車両からリモートに格納されたコンテンツからインターネットサーバにおいて生成される、項目１１に記載の方法。
【００４１】
（項目１５）
上記プレイリストは、上記車両からリモートに格納されたコンテンツからホームコンピュータにおいて生成される、項目１１に記載の方法。
【００４２】
（項目１６）
コンテンツ生成システムを制御する方法であって、該方法は、
アーティストのコマンド、歌／タイトルのコマンド、ジャンルのコマンド、およびアルバム／フィルタされたリストのコマンドを含む複数のコマンドのうちの１つを発するステップと、
該１つの発せられたコマンドに関連付けられたコンテンツを提示するステップと
を包含する、方法。
【００４３】
（項目１７）
上記コマンドを発することは、ボイスコマンドを介してなされる、項目１６に記載の方法。
【００４４】
（項目１８）
上記複数のコマンドのうちのいずれかには、該複数のコマンドのうちの他のいずれかが続き得る、項目１７に記載の方法。
【００４５】
（項目１９）
上記１つの発せられたコマンドに関連付けられた上記コンテンツの提示後に、コンテンツをさらに提示するモードをさらに含む、項目１８に記載の方法。
【００４６】
（項目２０）
上記モードは、コンテンツの選択がなされるまで、コンテンツの一連の部分的な再生を提供することを含む、項目１９に記載の方法。
【００４７】
（項目２１）
上記モードは、ランダムに選択されたコンテンツを提示することを含む、項目１９に記載の方法。
【００４８】
（項目２２）
上記モードは、上記１つの発せられたコマンドに関連付けられた上記コンテンツのメタデータを取得することと、該メタデータを用いてコンテンツをさらに選択することとを含む、項目１９に記載の方法。
【００４９】
（項目２３）
上記モードは、ユーザに、「より似た」／「あまり似ていない」オプションを提示することと、該ユーザによって選択された該オプションに基づいてコンテンツをさらに選択することとを含む、項目１９に記載の方法。
【００５０】
（項目２４）
上記モードは、上記１つの発せられたコマンドと関連付けられた上記コンテンツを、予め存在するプレイリストと照合することと、該プレイリストからコンテンツを追加することとを含む、項目１９に記載の方法。
【００５１】
（項目２５）
上記モードは、上記１つの発せられたコマンドと関連付けられた上記コンテンツのサマリ音楽識別値を取得することと、該サマリ音楽識別値に基づいてコンテンツをさらに選択することとを含む、項目１９に記載の方法。
【００５２】
（項目２６）
コンテンツ生成システムを制御するシステムであって、該システムは、
アーティストのコマンド、歌／タイトルのコマンド、ジャンルのコマンド、およびアルバム／フィルタされたリストのコマンドを含む複数のコマンドのうちの発せられたコマンドを受信する、該コンテンツ生成システムに結合されたコマンドインタフェースと、
該発せられたコマンドを受信し、該コンテンツ生成システムに該発せられたコマンドに関連付けられたコンテンツを提示させる、該コマンドインタフェースに結合された処理手段と
を備えている、システム。
【００５３】
（項目２７）
上記コマンドを発することは、ボイスコマンドを介してなされる、項目２６に記載のシステム。
【００５４】
（項目２８）
上記複数のコマンドのうちのいずれかには、該複数のコマンドのうちの他のいずれかが続き得る、項目２７に記載のシステム。
【００５５】
（項目２９）
上記１つの発せられたコマンドと関連付けられた上記コンテンツの提示後に、コンテンツをさらに提示するモードをさらに含む、項目２８に記載のシステム。
【００５６】
（項目３０）
上記モードは、コンテンツの選択がなされるまで、コンテンツの一連の部分的な再生を提供する、項目２９に記載のシステム。
【００５７】
（項目３１）
上記モードは、ランダムに選択されたコンテンツを提示することを含む、項目２９に記載のシステム。
【００５８】
（項目３２）
上記モードは、上記１つの発せられたコマンドと関連付けられた上記コンテンツのメタデータを取得することと、該メタデータを用いてコンテンツをさらに選択することとを含む、項目２９に記載のシステム。
【００５９】
（項目３３）
上記モードは、ユーザに、「より似た」／「あまり似ていない」オプションを提示することと、該ユーザによって選択された該オプションに基づいてコンテンツをさらに選択することとを含む、項目２９に記載のシステム。
【００６０】
（項目３４）
上記モードは、上記１つの発せられたコマンドと関連付けられた上記コンテンツを、予め存在するプレイリストと照合することと、該プレイリストからコンテンツをさらに提供することとを含む、項目２９に記載のシステム。
【００６１】
（項目３５）
上記モードは、上記１つの発せられたコマンドと関連付けられた上記コンテンツのサマリ音楽識別値を取得することと、該サマリ音楽識別値に基づいてコンテンツをさらに選択することとを含む、項目２９に記載のシステム。
【００６２】
（開示の摘要）
本システムの個人化コンテンツシステムは、サマリ音楽識別値の生成と、歌、オーディオファイル、または他に関連した音楽の基準およびデータ（例えば、タイトル、アーティスト、ジャンル、様式、毎分のビードなど）、またはそれらの任意の組み合わせの数学的な概要音楽識別を表す、識別アルゴリズムとを結合する。得られた値は、音楽の好みまたは歌または様式の様式属性を表す。サマリ音楽識別値の分析および生成は、注意力が払われ、かつ車両における注意散漫および安全性が問題とならない、車両の外において行われるように意図される。ユーザは、単一のサマリ音楽識別値を生成し得るか、またはさまざまな基準に対して複数のサマリ音楽識別値を生成し得る。他の場合において、サマリ音楽識別値は、ジャンルに対して定義され得るが、固定のプレイリストのラジオステーションに伴うものよりも、より個人的なタッチが可能である。別の実施形態において、ユーザは、他の人のサマリ音楽識別値（例えば、有名人、アーティスト、友人など）を取得および使用し得、システムにおいて用い得る。
（要旨）
受諾できるサービス品質（ＱｏＳ）を有するユビキタスワイヤレスブロードバンドへの、次の１０年に移り変わる際に、消費者は、娯楽に対して在来のものではないソースを選択する能力を有する。モバイル設定におけるインターネットへのこのアクセスを考慮すると、消費者は、聴きたい音楽を個別に定義する力を有する。車両は、それが注意を散漫にしやすい環境であるために、そのようなシステムには問題がある。さらに、ほとんど終わりのないコンテンツのオプションのために、管理には非常に課題がある。インターネットラジオステーションが存在し、急激に増え、多種多様になる一方で、車両にストリームされるときに注意散漫となる傾向は、少なくなるのではなく、より多くなることが、現実であり、予測可能である。
【００６３】
本システムの個人化コンテンツシステムは、サマリ音楽識別値（ｓｕｍｍａｒｙ ｍｕｓｉｃ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｖａｌｕｅ）の生成および識別のアルゴリズムを結合する。システムのこの生成アルゴリズムは、サマリ音楽識別値を生成し得る。システムの識別アルゴリズムは、このサマリ音楽識別値を解釈し得る。このサマリ音楽識別値は、歌、オーディオファイル、または他に関連する音楽基準およびデータ（例えば、タイトル、アーティスト、ジャンル、様式、毎分のビードなど）、またはそれらの任意の組み合わせのものであり得る。得られた値は、音楽の好み、音響特性または歌またはオーディオファイルの様式属性を表す。サマリ音楽識別値の分析および生成は、ローカル（車両において）で、またはリモート（ウェブベース）で、全体的または部分的に処理され得るか、あるいは、ローカルまたはリモートのデータベースから取得され得る。このサマリ音楽識別値の取得は、ユーザによる注意がほとんど必要でなく、かつ車両において注意散漫とならず、故に安全性が問題とならない、背景において機能し得る。ユーザは、単一のサマリ音楽識別値を生成し得るか、またはさまざまな基準に対して複数のサマリ音楽識別値を生成し得る。例えば、サマリ音楽識別値は、朝の運転の時間のためなど、時間的に定義され得る。他の場合において、サマリ音楽識別値は、ジャンルに対して定義され得るが、固定のプレイリストのラジオステーション／コンテンツプロバイダに伴うものよりも、より個人的なタッチが可能である。別の実施形態において、ユーザは、他の人のサマリ音楽識別値（例えば、有名人、アーティスト、友人など）を取得および使用し得、システムにおいて用い得る。
【００６４】
一実施形態において、個人化コンテンツシステムは、ヘッドユニットを含むＯＥＭインフォテインメントシステムを利用し、該ヘッドユニットは、該ヘッドユニットを直接的に介するインターネット能力、またはヘッドユニットの内部に含まれるか、別個のモジュールとして配置され得る接続性モジュールを介するインターネット能力のある形態を有する。
【００６５】
一実施形態において、個人化コンテンツシステムは、２つのデバイスアプローチを含むＯＥＭインフォテインメントシステムを利用する。第１のデバイスは、基本的な機能性、車両内ネットワーク接続性、および第２のデイバスとの間を行き交うコマンドおよび制御に対する外部インタフェースの設備を提供する、一体型自動車インフォテインメント処理ユニットである。第２のデバイスは、個人的な接続性デバイスすなわち（ＰＣＤ）であり得、またはスマートフォン、外部マスストレージ、外部スマートマスストレージ、ＰＤＡ、メディアプレーヤ、ＵＭＰＣ、またはＰＣでさえあり得、携帯でき、有線またはワイヤレスのいずれかで設置された第１のデバイスと通信する、アップグレード可能な処理デバイスであり得る。一実施形態において、ＰＣＤまたは他のデバイスは、実際的には、物理的にベースユニットと合体し得、別の実施形態においては、有線（ＵＳＢ、イーサネット（登録商標）など）またはワイヤレス（ブルートゥース、ＷｉＦｉ、ＵＷＢなど）で相互作用する。これら２つのデバイスのこの組み合わせは、無比の個人的な携帯性および接続性を有して、事実上、制限無く実現可能な機能性に対する将来性を可能にする。
【００６６】
別の実施形態において、第２のデバイスはまた、ヘッドユニットへの有線またはワイヤレスの接続性を有し、マスストレージを有する任意のプレーヤであり得る。第２のデバイスは、インターネットへの接続性の有無に関わらず、実装され得る。
【００６７】
システムの一実施形態において、ボイス認識システムまたは他のボイス起動システムが用いられることによって、デバイスを管理し、プレイリストの能力を選択する。これは、車両の制御に直接に関連する操作以外の、手動でデバイスを操作する必要を除去することによって、車両環境における注意散漫となるものをさらに減少させる。ボイス起動システムは、例としてローカルに格納されたコンテンツライブラリまたはリモートに提供されるコンテンツソースを含む、ソースがあるあらゆる場合において、コンテンツおよびデータにアクセスするために用いられ得る。
【００６８】
一実施形態において、ボイス認識は、ヘッドユニットまたは第２のデバイスのいずれかでのローカルな事前処理を含み得、最終的な処理は、音楽サーバに関連したサーバによってリモートに達成される。この形態において、ボイスコマンドは、カスタムリターンメディア（復号されたストリーム）を生成するために、またはファイルを転送するために（データ（パケット）ストリーム）またはリモートに存在する特定の音楽識別値を呼ぶために、サマリ音楽識別値を作るサーバに配信される。
【００６９】
システムの一実施形態は、車両ベースのインフォテインメントシステムに関連して記述されるが、システムは、非車両ベースのシステムにも、本システムの範囲および精神から逸脱することなく、等しく適用される。
【００７０】
本発明の他のシステム、方法、特徴および利点は、添付の図面および詳細な記述の考察によって、当業者に明らかであり、または明らかとなる。そのような全ての追加のシステム、方法、特徴および利点は、本記述内に含まれ、本発明の範囲内であり、添付の特許請求の範囲において保護されることが意図される。
【図面の簡単な説明】
【００７１】
本発明は、添付の図面および記述を関連させると、より良好に理解され得る。図面における構成要素は、必ずしも縮尺に基づいておらず、その代わりに、本発明の原理を例証する際に強調がなされる。さらに、図面において、同様の参照番号は、さまざまな考察にわたって、対応する部分を指し示す。
【図１】図１は、システムを用いてプレイリストを生成することを例証する、流れ図である。
【図２】図２は、選択されたコンテンツを用いてサマリ音楽識別値を生成する技術を例証する、流れ図である。
【図３】図３は、提示されたコンテンツからサマリ音楽識別値を生成する技術を例証する、流れ図である。
【図４】図４は、選択されたサマリ音楽識別値を用いてコンテンツを提示する技術を例証する、流れ図である。
【図５】図５は、サマリ音楽識別値を用いてコンテンツを自動的に提示する技術を例証する、流れ図である。
【図６】図６は、コンテンツの再生の間にシステムを呼び出す技術を例証する、流れ図である。
【図７】図７は、システムのベースユニットを例証する、ブロック図である。
【図８】図８は、システムの移動可能なユニットを例証する、ブロック図である。
【図９】図９は、多くのインタフェースを用いてシステムを制御する技術を例証する、流れ図である。
【図１０】図１０は、システムの制御メニューを介して上下に動く技術を例証する、流れ図である。
【図１１】図１１は、アーティストを特定することによるコンテンツの選択を例証する、流れ図である。
【図１２】図１２は、歌のタイトルを特定することによるコンテンツの選択を例証する、流れ図である。
【図１３】図１３は、アルバムを特定することによるコンテンツの選択を例証する、流れ図である。
【図１４】図１４は、ジャンルを特定することによるコンテンツの選択を例証する、流れ図である。
【図１５】図１５は、アーティストおよびアルバムを選択する複合コマンドを例証する、流れ図である。
【図１６】図１６は、アーティストおよび歌のタイトルを用いるコンテンツの選択に対する複合コマンドを例証する、流れ図である。
【発明を実施するための形態】
【００７２】
一実施形態におけるシステムの記述において、特定の句には、以下に明らかとなる意味が与えられる。
【００７３】
（システムの動作）
図１は、システムを用いるプレイリストの生成を例証する流れ図である。ステップ１０１において、サマリ音楽識別値が取得される。上述のように、これは、歌、オーディオファイル、またはジャンルに基づいてユーザによって、あるいは、先在する第三者パーティのサマリ音楽識別値を取得することによってなされ得る。これらのサマリ音楽識別値は、数値、テキスト、シンボル、ベクトル、あるいは、それらの組み合わせまたはストリングであり得る。アルゴリズムによって解釈されるときには、該値は、選択された値の範囲内にサマリ音楽識別値を有するコンテンツ（例えば、歌および／またはプレイリスト）を識別するために用いられ得る。ステップ１０２において、サマリ音楽識別値は、メモリに格納される。一実施形態において、これは、二次的なデバイスにサマリ音楽識別値を格納することを含む。ステップ１０３において、ユーザは、車両の中におり、サマリ音楽識別値ストレージデバイス、（およびサマリ音楽識別値または複数のサマリ音楽識別値）は、車両ベースステーションユニットに通信される。
【００７４】
ステップ１０４において、ユーザは、サマリ音楽識別値を選択する。ステップ１０５において、車両ベースユニットは、サマリ音楽識別値に基づいてコンテンツをアセンブルする。ステップ１０６において、アセンブルされたコンテンツは、ユーザによって楽しまれるために提供される。
【００７５】
一実施形態において、ユーザは、ステアリングアルゴリズムをインプリメントし得、該ステアリングアルゴリズムは、ユーザが、サマリ音楽識別値と選択されたコンテンツとの間の関係の境界または限界を変更することを可能にする。言い換えると、ユーザのサマリ音楽識別値と各歌のサマリ音楽識別値との一致の許容可能な範囲が変えられ、それによって、非決定的結果を生成し得る。結果は、一致の範囲に応じて、同一のサマリ音楽識別値が、非常にさまざまなプレイリストを生成する。
【００７６】
（個人用コンテンツ）
多くの車両のオーナーは、ラジオおよびＳＤＡＲＳなどの一部の加入メディアコンテンツプロバイダの両方を有する。多くのコンテンツソース／チャネルがある一方で、コンテンツ自体は、一般的に、ステーション自体の基礎となる基準またはプログラミングフォーマットに従って予めパッケージ化された／プログラムされたフォーマット（例えばプレイリスト）でユーザにフィルタされ届けられる。このシステムは、ユーザが、車両内のアプリケーションのためにカスタム化ストリームされた無線チャネルを生成する方式である。一実施形態において、該システムは、車両からインターネットなどのネットワークにアクセスする能力、および１つ以上のソースから動的にコンテンツを取得する能力を企図する。該システムは、ユーザに対する個人用ラジオステーションを事実上生成する、カスタム化および個人化されたプレイリストを生成することによって、これを達成する。
【００７７】
同時に考慮され得る他のコンテンツソースが存在する可能性もある。この形態において、個人用メディアストリームの構築は、サマリ音楽識別値を用いて進められ得るが、インターネットだけでなく、あらゆるローカルまたはリモートのマスストレージ、メディアプレーヤ、および他のサーバを含み得る、全ての利用可能なソースにアクセスし得る。
【００７８】
（プレイリスト作成）
システムにおける１つ以上のプレイリストの作成は、一実施形態において、２つの部分によって達成される。第１に、サマリ音楽識別値が決定される。第２に、コンテンツソースがアクセスされることによって、サマリ音楽識別値に適切に一致する、または所与の範囲内で関連するコンテンツを選択する。
【００７９】
（サマリ音楽識別値）
本システムの一実施形態において、サマリ音楽識別値は、限定的にではなく、全ての音響特性および利用可能なメタデータを含む、歌のキー属性を表す値である。２つの歌が同一のサマリ音楽識別値を有し得ることが、考えられる。例えば、これは、２つの言語（例えば、英語とスペイン語）において歌われる歌に起こり得る。メタデータのない環境において、英語およびスペイン語のこれらの２つの歌が、同一でないにしてもかなり類似したサマリ音楽識別値を有し得ることは、確かにあり得る。プレイリストを生成するときには、これは、許容可能である。故に、サマリ音楽識別値は、固有のものであることもそうでないこともあり得る。サマリ音楽識別値は、「よりこのような」、「あまりこのようにではない」、および、それらのあらゆる変形、反復、外挿の生成の目的のためにある。サマリ音楽識別値を考慮するときには、それぞれは個々に、ｎ次空間またはベクトル空間における値と考えられ得る。複数の値の何らかの組み合わせが取られるときには、値の間の相対距離が決定され得、故に、望まれる場合には、境界が決定され得る。
【００８０】
サマリ音楽識別値の生成は、ユーザが、歌、音響ファイル、または他の関連する音楽基準／データからサマリ音楽識別値を引き出し得るように、ローカルで利用可能なサマリ音楽識別値および識別アルゴリズムを用いることによって達成される。サマリ的な音楽の識別は、質問に対する応答および回答によって、または他のあらゆる適切な手段によって、歌、歌のライブラリ、または他のメディアコンテンツに基づき得る。この「値」は、選択された歌、音響ファイルの種類、好み、様式属性および音響特性を、全体的または部分的に要約し得る。あるいは、ユーザは、同一の目的のために、ローカルで生成されたサマリ音楽識別値を用いることを選択し得る。サマリ音楽識別値を用いることは、ユーザが、単一の選択（サマリ音楽識別値またはサマリ音楽識別値に関連した歌−個々のサマリ音楽識別値は、歌のヘッダ（タグ）において保存され得るか、または別個に歌とサマリ音楽識別値との関係を維持するローカルまたはリモートのデータベースにおいて保存され得る。これらは、オンザフライ（ｏｎ ｔｈｅ ｆｌｙ：「すぐに」）でも生成され得る）を行うことによって、カスタム化された個人用のプレイリストを生成することを可能にする。平均的な値（１より多いサマリ音楽識別値の平均）が、データベースに格納され得る。これは、プログラミングおよびシーキングの邪魔、または正しいコンテンツを探そうと試みるときに共通する他に可能性のある邪魔が入ることなく、カスタムコンテンツの快適な利用を提供する。
【００８１】
一実施形態において、サマリ音楽識別値は、以下のようにして利用可能となる。
【００８２】
１．音響特性および／またはメタデータなどの現存する基準を処理する。
【００８３】
２．音楽ライブラリおよびそれらのコンテンツから、ローカルなサマリ音楽識別値を生成／計算する。または、
３．リモートでサマリ音楽識別値を取得する。
【００８４】
上述のように、システムでの使用のためのサマリ音楽識別値を取得するために、多くの方法がある。システムは、現在存在するまたは作成され得る、多くのアルゴリズムから生成されたサマリ音楽識別値を利用する能力を企図する。例えば、「ミュージックＩＰ（ＭｕｓｉｃＩＰ）」として公知のシステムがあり、該システムは、ｗｗｗ．ｂｕｓｉｃｉｐ．ｃｏｍにおいて「音響の特色および特性に基づいて一連の音楽の間の関係を定義する、音楽照合技術」と記述されている。ミュージックＩＰシステムは、音楽ファイルに関連付けられたメタデータの取得および生成を可能にし、システムでの使用のために、サマリ音楽識別値を生成することを許可する。システムはまた、グレースノートミュージカル（Ｇｒａｃｅｎｏｔｅ Ｍｕｓｉｃａｌ）ＩＤおよびマイクロジャンル分類システムなどの他の音楽識別技術を利用し得る。
【００８５】
サマリ音楽識別値を生成する別の技術は、ｗｗｗ．Ｐａｎｄｏｒａ．ｃｏｍに記述される。パンドラ（Ｐａｎｄｏｒａ）システムは、あらゆる音楽のコンテンツを含む「遺伝子」を識別することによって、音楽の本質を捉えることを試みる、音楽ゲノム計画を記述する。パンドラのユーザは、単一の歌またはアーティストを選択することによって、カスタム化された「ラジオステーション」を生成し得る。パンドラシステムは、次いで選択された歌またはアーティストの音楽遺伝子に基づいて、プレイリストを生成する。個人化は、ユーザに提示される歌の好き嫌いを示すことによって洗練され得る。
【００８６】
上のシステムは、例として与えられる。サマリ音楽識別値を生成する他のあらゆるシステムが、本発明の範囲および精神から逸脱することなく、用いられ得る。
【００８７】
サマリ音楽識別値を引き出す別の方法は、全体的または部分的なコンテンツのライブラリの分析を介して行われる。例えば、ユーザは、ユーザの全音楽ライブラリを分析し、ユーザ固有の、より個人化または一般化されたサマリ音楽識別値を生成する。他の場合において、ユーザは、ジャンルによっても、ユーザのコンテンツの収集を分析し得る。例えば、ユーザは、全てではないがショーの中での歌が好きな場合には、ユーザは、ユーザの個人的なコンテンツライブラリにあるショーの歌（またはショーの歌のサブセット）だけについてのサマリ音楽識別値を生成し得る。故に、そのユーザのためのジャンルベースのサマリ音楽識別値は、より個人化される。同様に、ユーザが特定のジャズの種類が好きな場合には、個人化されたジャンルのサマリ音楽識別値が、システムにおいて生成および使用され得る。
【００８８】
サマリ音楽識別値はまた、例えば、質問および回答、ボックスに照合済みのマークを付けること、またはコンテンツの等級評価などの他の手段によって生成され得る。段階評価は、単純な「好き／嫌い」から範囲ベースの段階評価（例えば、１から１０の段階、５点評価、または他のあらゆる種類の範囲の段階）であり得る。
【００８９】
サマリ音楽識別値は、時間の経過に対して一定であり得、またはユーザによって選択されたコンテンツに基づいて、継続的に更新され得る。
【００９０】
別の実施形態において、サマリ音楽識別値は、活動および／または時刻および／または曜日に基づき得る。ユーザは、時刻または活動に応じて、ジャンルに関係なく特定の種類の歌を望み得る。例えば、ユーザは、筋肉トレーニングのために活気のあるコンテンツを、朝の通勤時のためにより目覚めの良い種類を、または夕食時にはより穏やかな音楽を望み得る。
【００９１】
図２は、選択されたコンテンツを用いてサマリ音楽識別値を生成する技術を例証する流れ図である。ステップ２０１において、ユーザは、サマリ音楽識別値の基礎となるコンテンツを選択する。これは、単一の歌またはアーティスト、ユーザが識別する複数の歌、ユーザのローカルのコンテンツライブラリのサブセット、またはユーザの全コンテンツのライブラリから成り得る。
【００９２】
ステップ２０２において、アルゴリズムが適用されることによって、サマリ音楽識別値を抽出する。上述のように、このアルゴリズムは、サマリ音楽識別値を定義する「ミュージックＩＰ」、パンドラのアプローチ、グレースノートミュージカルＩＤ、およびマイクロジャンルシステムなどの、上述のアルゴリズム、または現在公知のもの、または後に作成される他のあらゆる適切なシステムであり得る。
【００９３】
ステップ２０３において、サマリ音楽識別値は、選択されたアルゴリズムを用いて生成され、格納される。
【００９４】
サマリ音楽識別値を取得する別の方法は、第三者パーティから該値をコピーまたは購入することである。例えば、友人が、ユーザが好むサマリ音楽識別値を有する場合には、友人のサマリ音楽識別値は、コピーされ、望まれるように用いられ得る。加えて、有名人によって制作されるサマリ音楽識別値のためのマーケットがあり得る。現在、アーティストの好みの歌のＣＤまたは他の小さなコレクションに対するマーケットが存在するように、有名人またはアーティストは、そのアーティストの音楽の好みを表すサマリ音楽識別値を生成し得る。この有名人のサマリ音楽識別値は、ウェブサイトからダウンロードされ、あるいは購入または取得され得る。
【００９５】
サマリ音楽識別値の生成は、多くの環境において生成され得る。例えば、サマリ音楽識別値は、車両の外、例えば、職場または家庭のパーソナルコンピュータにおいて、またはサマリ音楽識別値が生成される商業的な環境においても生成され得る。あるいは、サマリ音楽識別値は、車両自体においてオンザフライで、単一の歌の選択から生成され得る。
【００９６】
図３は、現在のコンテンツからサマリ音楽識別値を生成する技術を例証する流れ図である。ステップ３０１において、コンテンツ（すなわち歌）が、提示されている。ステップ３０２において、ユーザが開始することによって、サマリ音楽識別値のアルゴリズムが、提示された歌をデータソースとして用いて、適用される。ステップ３０２において、サマリ音楽識別値は、生成および格納される。以下に記述されるように、一実施形態において、オンザフライのオプションが呼び出されたときには、システムは、プレイリストの自動生成および自動提示を自動的に継続するように構成され得、その結果として、ユーザは、最小限にかかわるだけで、システムを利用することができる。
【００９７】
システムの一実施形態は、サマリ音楽識別値の使用に基づいているが、システムは、ユーザによって作成されたコンテンツのプレイリストの、手動による生成に対しても、等しく適用性を有する。システムは、ボイスコマンドなどによって、容易なリモートおよびローカルのアクセスを可能にするように用いられ得る。
【００９８】
（個人化されたラジオステーション）
一旦１つ以上の音楽のシグネチャが取得されると、それらがどのようにして生成されたかに関わらず、該シグネチャは、車両インフォテインメントシステムにおいて用いられ得るメモリに格納される。例えば、該メモリは、車両ベースシステムによって読取り可能である、メモリデバイスなどの単純なものであり得る。他の場合において、該メモリは、独立して再生および他の機能を行うことが可能な、より洗練された構成要素であり得、またはより快適な利用のために車両ベースシステムと結合され得る。
【００９９】
サマリ音楽識別値は、次いで基準値となり、個人化ストリームされたラジオステーションを生成する。
【０１００】
一実施形態において、手順は、以下の通りであり得る。
【０１０１】
１．上に列挙される方法のうちのいずれかを介して、サマリ音楽識別値を生成する。
【０１０２】
２．この値を揮発性メモリ（即時の使用の場合）または非揮発性メモリ（将来の使用の場合）のいずれかに格納する。
【０１０３】
３．この値を用いて、サマリ音楽識別値に基づいてカスタム化されたプレイリストを生成する。
【０１０４】
プレイリストを生成する１つの方法は、ローカルに格納されたコンテンツ、例えば、ｍｐ３のデータストレージまたは他のデジタル方式に格納されたコンテンツにアクセスし、任意のシード（ｓｅｅｄ）（シードコンテンツは、音楽識別値が、定義されているかまたは定義され得る場合のあらゆる歌であり、プレイリストのための基準として使用され得る）またはシードの歌を選択し、ここでは、１つ以上の歌を選択するプロセスにおいて、平均の音楽値が計算され、この計算結果は、プレイリストのコンテンツに対するシードとして用いられ（この平均値はまた、独立して格納され得る）、そして、その後、プレイリストが配信される場合には、コンテンツの演奏を開始する（この実施形態において、シードの歌は、生成されたプレイリストに含まれる）。歌を、プレイリストを生成するために用い、「シード」の歌を含まないことも可能である。
【０１０５】
別の技術は、インターネットを介して、オフボードコンテンツ／サービスプロバイダまたはサーバにアクセスすることであり、それらのオフボードコンテンツ／サービスプロバイダまたはサーバは、次いで、この音楽識別値に基づかない「インターネットラジオチャネル」のプレイリストを集め、コンテンツをユーザの再生デバイスに戻すようにストリームする。（このステップは、２つの方法において行われ得ることに留意されたい。この音楽識別値が車両からオフボードコンテンツ／サービスプロバイダ／サーバに交換されるか、または、前もってリモートで同様の音楽識別値の交換（ＰＣを介して）を介し、音楽鑑賞を始める車の中のユーザによって開始され、そして、後に、車両へのストリーミングが利用可能となる）。
【０１０６】
別の技術は、リモートに個人的な音楽ライブラリをホストし、インターネットを介してアクセスを得ることである。この場合において、全てのサマリ音楽識別値の、機能はそのままであるが、リモートのストレージ設備以外の直接的なサービスプロバイダは存在しない。
【０１０７】
ユーザが車両の中にいるときには、ユーザは、１つ以上のサマリ音楽識別値（シード歌）または平均値（複数のシード歌）から選択し、車両システムは、コンテンツおよびコンテンツソース（すなわちインターネットラジオ）を探し出し、ユーザの選択された音楽識別値（シードの歌）をまたは平均の音楽識別値（複数のシードの歌）に対して、ある所定のばらつき／境界の内側または外側のいずれかの関係を有するカスタム化コンテンツを提供／返還する。そして、このばらつき／境界は、ステアリングアルゴリズムによって制御／変更され得る。このコンテンツの集約は、利用可能なリモートのコンテンツに対するローカルのサマリ音楽識別値を関連したサマリ音楽識別値およびメタデータと比較する、ローカルまたはリモートのいずれかで実行されるアルゴリズムによって、およびステアリングアルゴリズムの所定の限界内に分類されるリターンストリームされたコンテンツまたはデータコンテンツを選択的に提供することによって達成される。
【０１０８】
図４は、選択されたサマリ音楽識別値を用いてコンテンツを提示する技術を例証する流れ図である。ステップ４０１において、サマリ音楽識別値ベースのコンテンツ生成システムが開始される。これは、ボイスコマンド、手動のコマンド、またはシステムを開始する他のあらゆる適切な手段を介し得る。これは、ＰＣＤを用いてリモート制御を介して、またはベースユニットを用いる手動の相互作用によってでも有り得る。別の実施形態において、これは、ＰＣＤ、スマートフォン、外部マスストレージ、外部スマートマスストレージ、ＰＤＡ，ＵＭＰＣ、または特定のユーザに対して符号化された車両のキーによって自動的に開始され得、その結果として、ユーザが車の中にいるときには、そのユーザに対するサマリ音楽識別値は、自動的に取出しおよび使用される。ステップ４０２において、サマリ音楽識別値が、取り出される。これは、ユーザが生成または取得したサマリ音楽識別値であり得る。これはまた、ユーザが利用可能な１つ以上のサマリ音楽識別値のリストから、ユーザによって選択され得る。これらの一部または全部は、静的に格納され、メニューまたは他の選択プロセスを介して利用可能となる。他の場合において、選択は、静的に格納された、および／または第三者パーティまたは他のリソースからのものなどの動的に提示されたサマリ音楽識別値から成り得る。
【０１０９】
次のステップは、サマリ音楽識別値とともに用いられるコンテンツのソースを決定し、プレイリストを生成するために用いられる。ステップ４０３において、コンテンツのソースが、ローカルに格納されたコンテンツ、例えば、ＣＤの回転式スライドトレーの中のデジタルファイル、ローカルなマスストレージデバイス上のデジタルファイル、ｍｐ３プレーヤなどであるか否かが決定される。そうである場合には、システムは、ステップ４０６に進む。
【０１１０】
ローカルコンテンツが用いられない場合には、システムは、ステップ４０４において、ＵＲＬソースが選択されたか否かを確認する。選択されている場合には、システムは、ステップ４０６に進む。ＵＲＬが定義されるときには、これは、ユーザがアクセス可能またはストリーム可能、あるいは転送可能なコンテンツを格納した、ユーザのホームコンピュータであり得る。選択されたサマリ音楽識別値は、フィルタまたは「シード」として用いられることによって、音楽識別値の特性に基づいたステアリングアルゴリズムによって定義された境界の内部または外部に分類されるコンテンツから成るプレイリストを選択または作成する。プレイリストは、次いでユーザからブロードバンドワイヤレスアクセスを介して、データの中でストリームまたは転送される。
【０１１１】
このワイヤレス送信は、任意の特定のプロトコルに制限されない。システムは、データ配信のために、ＨＴＴＰ、Ｂｉｔ Ｔｏｒｒｅｎｔ、または任意の現在または将来の転送方法を用い得る。
【０１１２】
ステップ４０５において、ブロードバンドソースが選択されるか否かが決定される。選択される場合には、システムは、ステップ４０６に進む。これは、サマリ音楽識別値を介してなどの、選択基準に基づいてコンテンツを提供する能力を有するインターネットラジオステーションまたは他のネットワークリソースであり得る。コンテンツは、ストリーミングまたは他のあらゆる適切な手段を介して、ワイヤレスで車両に送信される。検出可能なソースが選択されない場合には、システムは、ステップ４０７に進み、ユーザからのソースの位置を要求するか、デフォルトの再生モードに行く。
【０１１３】
システムは、インターネットなどのネットワークベースのソースからコンテンツをアセンブルするように記述されたが、ローカルに格納されたコンテンツ、例えば車両のユーザによってアセンブルされ、車両のマスストレージに格納された歌のデジタルライブラリをアセンブルするシステムにおいても実装され得る。他の実施形態において、コンテンツは、格納されたコンテンツおよびネットワークコンテンツの組み合わせであり得る。
【０１１４】
一実施形態において、ユーザは、ＰＣＤをプログラムし得、その結果として、ＰＣＤは、日時が分り、また、ユーザによって望まれるような、格納されたサマリ音楽識別値（例えば、朝の運転時）を自動的に選択し得る。ユーザは、望むままに、別のサマリ音楽識別値を単に選択することによって、容易にコンテンツを変更し得る。これは、ユーザを、インフォテインメントシステムの動作ではなく、自由に車両の動作をするために集中させることができる。
【０１１５】
図５は、サマリ音楽識別値を用いて自動的にコンテンツを提示する技術を例証する、流れ図である。ステップ５０１において、ユーザは、車両に乗り込み、走らせる。ステップ５０２において、システムが、ユーザを識別する。これは、車両における設定を車両のキーと照合する公知のシステムによって達成され得るか、またはシステムのベースユニットに識別コードをブロードキャストするユーザのＰＣＤなどの、他の一部の手段によってであり得る。ステップ５０３において、システムは、日付および時刻を決定する。
【０１１６】
決定ブロック５０４において、システムは、そのメモリを検索することによって、現在の曜日および／または時刻と関連付けられた、このユーザに対するサマリ音楽識別値が存在するか否かを確認する。存在する場合には、システムは、ステップ５０５においてサマリ音楽識別値を取り出し、それを用いてプレイリストを生成し、フィードバックを始める。関連付けられたサマリ音楽識別値がない場合には、システムは、ステップ５０５においてアイドリングする。この時点において、システムは、図４において記述された動作と関連して記述されたものなどの一部の他の方法において呼び出され得る。
【０１１７】
（ボイス制御環境）
車両環境において、安全運転のために、可能な限りボイスコマンドを利用して必要なもの以外の機器の操作を減らすことが有用であり得る。従って、システムは、ボイスコマンドによって制御されることを意図する。上述の実施形態のうちのいずれかにおいて、全ての活動および選択は、ボイスコマンドまたはオーディオ再生を介して開始または提供され得る。これは、手動でシステムにアクセスすることからドライバーを解放する。
【０１１８】
上述のシステムに加えて、サマリ音楽識別値システムが、オンザフライ、またはコンテンツの従来の再生の間に呼び出され得る実施形態がある。この実施形態は、図６の流れ図において記述される。ステップ６０１において、ユーザは、車両インフォテインメントシステムを開始し、コンテンツの再生が始まる。これは、ＣＤ、ラジオ、ｍｐ３を介するコンテンツの従来の再生、または他のあらゆる種類のコンテンツ再生であり得る。これは、上の実施形態のいずれかで、記述されたようなシステムを呼び出す結果であり得る。
【０１１９】
ステップ６０２において、ユーザは、再生を聴いている。ユーザがコンテンツ（例えば、歌）を聴いて、再生されているようなコンテンツをさらに聴きたいと望む場合には、ユーザは、サマリ音楽識別値システムを呼び出す。これは、ボイスコマンドを介して、手動の選択によって、または他の一部の適切な手段によってなされ得る。
【０１２０】
決定ブロック６０３において、そのコンテンツに関連付けられたサマリ音楽識別値が存在するか否かが決定される。これは、コンテンツおよびユーザのサマリ音楽識別値または複数のサマリ音楽識別値の、ユーザ関連のデータベースを介してなされ得る。そのデータベースは、車両の中でローカルに格納され得るか、またはワイヤレスブロードバンドを介してアクセスされ得る。関連付けられたサマリ音楽識別値が存在する場合には、システムは、該値をステップ６０５において用いることによって、プレイリストをアセンブルし、該プレイリストは、ステップ６０７において再生される。
【０１２１】
決定ブロック６０３においてサマリ音楽識別値が存在しない場合には、システムは、ステップ６０４においてサマリ音楽識別値の生成を呼び出す。システムは、サマリ音楽識別値を生成する上述の任意の技術を用いて生成を行い、新たに生成されたサマリ音楽識別値をステップ６０６において用いて、プレイリストをアセンブルする。アセンブルされたプレイリストの再生が、ステップ６０７において開始される。
【０１２２】
図９は、多くのインタフェースを用いてシステムを制御する技術を例証する、流れ図である。ステップ９０１において、ユーザは、この実施形態の選択機能を呼び出す。選択機能９０１は、図１０においてより詳細に記述される。ステップ９０２において、コンテンツは、再生され始める。これは、このモードの間にユーザによって選択されたコンテンツであり得、またはコンテンツは、ユーザがこのモードを呼び出すときには、既に再生されていることがあり得る。この時点において、システムが、選択された歌の再生の間、またはその直後のいずれかに取り得る、多くの枝路が存在する。続いて起こるパスは、該モードが呼び出されるときにユーザによって予め選択されたデフォルト設定の結果であり得るか、または該モードが選択されるときに呼び出され得る。このモードの呼出しは、アーティスト、タイトル、アルバム、ジャンルの選択またはそれらの組み合わせなどのボイスコマンド、スイッチまたはボタンの選択、またはモードを呼び出す他のあらゆる適切な方法または手段によるものであり得る。一実施形態において、一部のパスは、ユーザがどのように選択機能を呼び出すかに応じて、利用可能であり得るか、またはそうでないことがあり得る。手動モードが用いられる場合には、より多くのパスが利用可能であり得、これは、より多くの方向制御が、手動モードにおいて利用可能であり得るからである。ボイスコマンドモードにおいては、ボイスコマンドモードにおけるユーザにオプションを提示するには、制限があるために、より少ないパスが利用可能であり得る。
【０１２３】
最初の枝路は、ステップ９０３において、歌の部分的な再生（例えば、５秒の再生）から始まり、次いで、次の歌の部分的な再生に進む。これは、最終的にユーザが、ステップ９０４において歌を選択するまで、歌の部分的な再生が続く。加えて、これは、ボイスコマンドまたは手動の呼出しを介して達成され得る。システムは、次いで選択された歌全体を再生する。選択された歌の再生の後に、システムは、部分的な再生のモードに戻り得、ユーザが全部の再生のために別の歌を選択するまで、複数の歌の一部を再生し得る。一実施形態において、ステップ９０５において、プレイリストが、選択された歌に基づいて生成され、その結果として、選択された歌の完全な再生の後に、他の歌が、生成されたプレイリストに従って、全部がユーザに提示される。プレイリストは、図９の他の枝路のうちのいずれかによって、または本明細書において記述されたプレイリストを生成する方法のうちのいずれかによって生成され得る。
【０１２４】
ステップ９０６における第２の枝路は、ステップ９０２のコンテンツが全て再生され、次いでステップ９０６において次の歌をランダムに選択することを可能にする。この続いての歌のランダム選択のプロセスは、ユーザがこのモードを停止するまで、ステップ９０７において反復される。ユーザは、いつでも、再生を完全に停止するか、または枝路のうちのいずれかを呼び出すように選択し得る。
【０１２５】
第３の枝路は、ステップ９０８において現在再生中の歌のメタデータを取得することを含む。メタデータは、ステップ９０９における再生で次の歌を選択するために、用いられる。このプロセスは、ユーザによって停止または変更されるまで反復する。
【０１２６】
第４の枝路のステップ９１０において、サマリ音楽識別値が生成される。この値は、上述のように、プレイリストを生成するために用いられる。一実施形態において、ユーザにはオプションが提示され、該オプションは、ステップ９１１において、「よりこのように」、または「あまりこのようにではなく」などのように表示または発話され得る。これは、システムのプレイリスト生成を修正するステアリングアルゴリズムである。これはまた、ユーザによるボイスコマンドを介して呼び出され得る。ステップ９１１におけるユーザのステアリングに基づいて、次の歌が、ステップ９１２において選択され、システムは、ユーザによって停止されるまで、ステップ９１０〜ステップ９１２を反復する。
【０１２７】
第５の枝路は、ステップ９１３において、現在再生中の歌が既に予め存在するプレイリストに関連付けられているか否かを決定するために検索する。予め存在する場合には、システムは、ステップ９１４において、プレイリストの次の歌を提示する。
【０１２８】
（選択機能）
図１０は、図９のステップ９０１の選択機能の実装の動作を例証する、流れ図である。ユーザは、例えばジャンル１００１における開始によってなど、任意の時点において選択システムを開始し得る。ユーザは、次いでアーティスト１００２に動き、アルバム／フィルタされたリスト１００３に動き、次いで歌／タイトル１００４に動き得る。選択の向きおよび選択を繋ぐ双方向の矢印によって理解され得るように、ユーザは、意思によって選択を自由に上下に動き得る。加えて、ユーザは、任意の時点において選択に入り、各位置から他の選択地点のうちのいずれにも動き得る。これは、システムを用いて利用可能なコンテンツの、大きな選択の横断を容易にする。
【０１２９】
ユーザがどこからシステムに入るか、またはユーザが現在どの位置にいるかに応じて、さまざまなオプションが提示され、他のオプションにおいて利用可能である。例えば、ジャンルのパスに続く場合には、ユーザは、歌／タイトルのパスを用いるよりも、より多くの利用可能なアーティストを有するであろう。パスを上または下に動くことは、それに従ってオプションを増やし得る。
【０１３０】
ユーザが歌／タイトルのレベルより上のレベルにおいて選択するときには、現在の選択が終了した後に、再生する他の歌およびコンテンツが自動的に存在する。いずれの時点においても、動的なプレイリストのオプションが、システムを用いて呼び出され得る。システムは、手動によって、または所望の選択位置の名前（例えば、「ジャンル」または「アーティスト」）を発話することによって、呼び出され得る。
【０１３１】
留意されるべきは、システムの起動および設定は、ボードから離れて（例えば、車とは別個に）、例えばユーザのＰＣ，ポータル、またはインターネットサービスプロバイダなどにおいて達成され得ることである。開始および起動されたシステムは、次いでユーザの車両に転送され、従来の意味でのチャネルとして、ユーザに提示され得る。さらに留意されるべきは、システムは、１つ以上の車両に転送され得、または望まれる通りに車両から車両へと移動され得る。さらに、転送可能なシステムは、車両ベースのシステムに限定されることなく、あらゆる携帯用再生デバイスにおいてインプリメントされ得る。
【０１３２】
（フィルタされた動作）
一実施形態において、システムは、ユーザに提示される利用可能なライブラリコンテンツをフィルタまたは制限する方法を含む。例えば、ユーザは、利用可能なライブラリを、ユーザが既に聴いたか、または少なくとも特定の回数聴いたコンテンツに限定することを望み得る。一部の再生システムは、コンテンツが再生のために選択された回数に基づいて、コンテンツの「気に入り」の状態の度合いを自動的に割り当てる（例えば、１〜５つの星）。ユーザはまた、データベースの階層を有し得、システムは、一度に複数のデータベースまたは複数のライブラリのうちの１つだけからのコンテンツを提示するように設定され得る。ソースを区別する１つの方法は、ストリーミングまたはダウンローディングを必要とするコンテンツに対して、ローカルに格納されたコンテンツに優先権を与えることである。
【０１３３】
例えば、ユーザが「よりこのような／あまりこのようにではない」モードにある場合には、提供される選択は、特定のデータベースまたはコンテンツの特定のカテゴリの気に入りの状態によって制限され得る。他のコンテンツが含まれる場合には、提供される新たなコンテンツの量またはパーセンテージを限定することが所望され得る。例えば、新たなコンテンツを現在利用可能なコンテンツのうちの５％に限定することが、所望され得る。このパーセンテージは、望まれるように容易に修正され得る。
【０１３４】
（コマンドツリーおよび知的スキャニング）
図１１〜図１６は、システムを用いる多くのコマンドシナリオを例証する、流れ図である。これらのコマンドツリーは、例えばボイス制御されたシステムにおいて用いられ得る。図１１は、アーティストを特定することによるコンテンツの選択を例証する、流れ図である。ステップ１１０１において、ユーザは、「アーティスト選択」のコマンドを発し、アーティストの名前を提供する。ステップ１１０２において、一致するアーティストが表示されるか、または別の方法でユーザに示される。この時点において、ユーザは、アーティストの全ての歌（ステップ１１０３）またはアーティストの全てのアルバム（ステップ１１０５）を命じ得る。アーティストによる全ての歌がステップ１１０３において選択された場合には、アーティストの選択された歌または全ての歌が、ステップ１１０４において再生のために提示される。アーティストによる全てのアルバムがステップ１１０５において選択された場合には、アーティストの選択されたアルバムまたは全てのアルバムが、ステップ１１０６において再生のために提示される。このコマンドツリーのシナリオにおいて、全てのアーティストの歌または全てのアーティストのアルバムを構成するプレイリストが、再生のために提供され、その結果として、ユーザは、追加のコンテンツ再生を受信するために、システムとさらに相互作用する必要がない。
【０１３５】
図１２は、歌のタイトルを特定することによるコンテンツの選択を例証する、流れ図である。ステップ１２０１において、ユーザは、「歌のタイトル選択」のコマンドを発し、歌のタイトルを指定する。ステップ１２０２において、一致する歌のタイトルが表示されるか、または別の方法でユーザに示される。ステップ１２０３において、１人以上のアーティストが同一のタイトルの歌または同一の歌のバージョンを有する場合において、ユーザは、アーティストを選択する。このコマンドが用いられ、単一の歌のみが選択されるときには、選択された歌に関連付けられたプレイリストは、必ずしも存在しない。これらの場合には、ユーザは、それぞれの歌が再生された後に、単一の歌を継続して選択する必要があり得るか、または上述のプレイリスト生成技術のうちの１つを開始し得る。
【０１３６】
図１３は、アルバムを特定することによるコンテンツの選択を例証する、流れ図である。ステップ１３０１において、ユーザは、「アルバム選択」のコマンドを発し、アルバムを指定する。ステップ１３０２において、一致するアルバムが表示されるか、または別の方法でユーザに示される。ステップ１３０３において、ユーザは、アルバムの再生を決めるか、またはステップ１３０４において、アルバムから歌を選択する。ステップ１３０３においてアルバムの再生が選択された場合には、システムは、該アルバムをプレイリストとして用い、その結果として、ユーザによる相互作用を伴うことなく、各歌の後でさらなるコンテンツが直ちに提供される。ユーザが、ステップ１３０４において単一のタイトルを選択した場合には、システムは、アルバムにある歌を再生し得るか、新たなコンテンツを選択するためにユーザからの追加の相互作用を要求し得るか、または上述のプレイリスト生成技術を用い得る。
【０１３７】
図１４は、ジャンルを特定することによるコンテンツの選択を例証する、流れ図である。ステップ１４０１において、ユーザは、「ジャンルを選択」するコマンドを発し、ジャンルを識別する。ステップ１４０２において、一致するジャンルが表示されるか、または別の方法でユーザに示される。この時点において、ユーザは、図１１〜図１３に記述されたものと同様の、３つの枝路のうちの１つを選択し得る。ステップ１４０３において、ユーザは、ジャンルからアーティストを選択し得る。ユーザは、次いでステップ１４０４において歌のタイトルを選択し得るか、またはステップ１４０５においてアーティストのアルバムを選択し得る。アルバムが選択された場合には、ユーザは、アルバムから歌のタイトルを選択し得る。
【０１３８】
ステップ１４０７において、ユーザは、提示されたジャンルからアルバムを選択し得る。ユーザは、次いでステップ１４０８においてアルバムから歌のタイトルを選択するように決め得る。ステップ１４０９において、ユーザはジャンルから歌のタイトルを選択し得る。
【０１３９】
図１５は、アーティストおよびアルバムを選択する複合コマンドを例証する、流れ図である。ステップ１５０１において、ユーザは、「アーティストおよびアルバムを選択」するコマンドを発し、アーティストおよびそのアーティストのアルバムを識別する。ステップ１５０２において、一致するアーティストおよびアルバムが表示されるか、または別の方法でユーザに示される。ステップ１５０３において、アルバムの歌がユーザに再生される。このコマンドは、ユーザへの提示のためのプレイリストとして、歌（アルバム）のサブセットを生む。その後、ユーザは、本明細書において記述されたコマンドおよび上述の技術によるプレイリストの生成を含む任意の利用可能なコマンドを用いて、コンテンツを開始し得る。
【０１４０】
図１６は、アーティストおよび歌のタイトルを用いたコンテンツの選択に対する複合コマンドを例証する、流れ図である。ステップ１６０１において、ユーザは、「アーティストおよび歌のタイトルを選択」するコマンドを発し、アーティストおよびアーティストの歌を指定する。ステップ１６０２において、一致する歌が表示されるか、または別の方法でユーザに示され、かつ再生される。ユーザは、次いで任意のコマンドを用いて、または任意の上述の技術を用いてプレイリストを生成することによって、再生のための別の歌を選択し得る。
【０１４１】
ユーザがコマンドのうちの１つを用いてデータベースの中へと深く突き進んだとき（例えには、単一の歌が選択されたとき）には、システムは、ユーザによるシステムとの明らかな相互作用を要求することもなく、新たなコンテンツを提供する多くのオプションを予測する。例えば、ボイスコマンドによってであろうと、単純な手動のコマンドであろうとも、図１１〜図１６において記述された単一および複合のコマンドが、新たな歌を取得するために用いられ得る。
【０１４２】
別のアプローチにおいて、図９の枝路が、次の歌を生成するために用いられ得る。これらの枝路のうちのいずれもが、望まれる場合にはシステムに対するデフォルトのモードであり得る。あるいは、ユーザは、ボイスコマンドまたは手動のコマンドによって、枝路のうちの１つを選択し得る。
【０１４３】
システムは、オーディオ出力および歌に関連して記述されたが、留意されるべきは、該システムは、視覚的、テキスト方式、発話形式などを含む任意の定義可能なコンテンツに対して、等しく適用されるということである。加えて、ユーザは、アルバムカバーまたはアーティストの画像、または他のグラフィックの表示など、テキストではないコンテンツ選択の方法を用いて提示され得る。
【０１４４】
（個人化されたコンテンツシステムを用いた使用のためのインフォテインメントシステムの実施形態）
システムに従ったインフォテインメントシステムは、ストレージおよび／またはインターネットなどのネットワークへのアクセスに適合した、単一のユニットを含み得る。一実施形態において、システムは、第１の処理ユニットおよび第２の処理ユニットを含む。
【０１４５】
（第１の処理ユニット）
第１の処理ユニットが、図７において例証される。第１の処理ユニットは、通常は車両にしっかりと取り付けられ、かつ車両の寿命のほとんどの間に、車両内に留まるように意図される。
【０１４６】
図７を参照すると、第１の処理ユニットの外観は、ディスプレイならびに複数の入力および起動のボタンおよびスイッチを含む、ユニットを表すベースユニット７０１を含む。一実施形態において、ベースユニットは、追加の入力能力のため、および適当な表示能力を提供するために、タッチスクリーンを含む。
【０１４７】
ベースユニットは、車両バス７０９を介してなどして、車両のデータ出力ソースに接続され得る。車両のデータ出力は、車両のあらゆる状態、車両の周囲、または車両に接続された他の任意の情報ソースの出力に対応するバス７０９を介して、信号を提供し得る。車両のデータ出力は、限定的にではなく、アナログ信号（現行速度など）、個々の情報ソース（時計、温度計、全地球位置発見システムなどの位置センサ、など）によって提供されたデジタル信号、車両データネットワーク（エンジン関連の情報が通信されるエンジンＣＡＮバス、快適性に関連する情報が通信される快適性ＣＡＮバス、車両のマルチメディア構成要素の間においてマルチメディアデータが通信される、ＭＯＳＴバスのようなマルチメディアデータネットワーク）などのデジタル信号を含む。ベースユニット７０１は、ホイールセンサからの車両の現在の速度を、例えばエンジンＣＡＮバス７０９から取り出し得る。車両データネットワークに対する別の例は、快適性ＣＡＮバスであり、該バスは、車両の快適性関連の構成要素の間でコマンドおよび特定の状態の情報を通信するために用いられる。加えて、イーサネット（登録商標）などの他のスキームも、本システムの精神および範囲から逸脱することなく用いられ得る。
【０１４８】
一実施形態におけるベースユニット７０１は、アンテナ７０５を含む。アンテナ７０５は、単一のアンテナとして示されるが、必要に応じて、または望まれるように、１つ以上のアンテナを含み得る。ベースユニット７０１は、アンテナ７０５を介してブロードバンドのワイヤレスインターネットアクセスを取得し得る。ベースユニット７０１は、ラジオ、テレビ、天気予報、交通情報などのブロードキャスト信号を受信し得る。ベースユニット７０１は、１つ以上のアンテナ７０５を介して、ＧＰＳ信号などの位置決め信号をも受信し得る。ベースユニット７０１はまた、アンテナ７０５などでＲＦを介して、または赤外線または適当な受信デバイスを介する他の手段によって、ワイヤレスコマンドを受信し得る。
【０１４９】
（出力）
ベースユニット７０１ユニットは、ダッシュボードの中央に位置し、運転手および乗員に見える中央ディスプレイ、運転関連の情報を読み上げるために運転手にとって都合の良い位置にある運転手用ディスプレイ、フロントガラスに情報を表示するためのヘッドアップディスプレイ、後部座席に座る乗員に見える後部座席ディスプレイ、助手席の乗員に主に見える助手席ディスプレイなどの、１つ以上の表示ディスプレイに接続され得る。しかし、ベースユニット７０１は、表示ディスプレイデバイスに接続されなくてもよい。この場合においては、該ベースユニットは、第２の処理が取り付けられる場合には、第２の処理ユニットに接続された表示ディスプレイ上に表示情報を表示するように適合され得る。表示ディスプレイデバイスへの第２の処理デバイスの接続は、アナログ、デジタルまたはそれらの組み合わせであり得る。
【０１５０】
ベースユニット７０１は、１つ以上の音響再現デバイス、例えばスピーカ７０６Ａおよび７０６Ｂなどの電磁気トランスデューサを含む、通常の車両オーディオシステムなどに接続され得る。車両のオーディオシステムは、受動的であり得、またはより好適には、例えばパワー増幅器を含むことによって能動的であり得る。ベースユニット７０１は、音響再現デバイスに対する唯一のオーディオソースであり得、またはオーディオ再現システムに接続された他のオーディオソースが存在し得る。オーディオ再現デバイスへの第２の処理デバイスの接続は、アナログ、デジタルまたはそれらの任意の組み合わせであり得る。
【０１５１】
ベースユニット７０１は、プロセッサ７０２を含み、該プロセッサは、プログラムの実行、入力／出力、表示、再生、およびベースユニット７０１の他の動作の制御を行う。一実施形態において、マスストレージ７０３が含まれることによって、非揮発性の形態においてデータを格納する。プロセッサ７０２は、関連付けられたＲＡＭ７０７およびスピーチ処理ユニット７０８を含む。マイクロフォン７０４が、ベースユニット７０１に結合されることによって、ユーザからのボイスコマンドを受信する。
【０１５２】
述べられたように、一実施形態において、システムは、ベースユニットのみを用いて動作する。
【０１５３】
（第２の処理ユニット）
第２の処理ユニットは、ベースユニット７０１よりもより頻繁な置換（例えば、より強力な技術が利用可能か否か）に対して意図され、故に、ベースユニット７０１に取外し可能なように接続される。
【０１５４】
（取外し可能な接続）
システムは、図８において例証される第２の処理ユニットを含み、該第２の処理ユニットは、ハードワイヤ接続８０６またはワイヤレス接続８０５などを介してベースユニット７０１に取外し可能なように接続される、携帯用ユニット８０１を含む。取外し可能な接続は、アナログ電気接続、シリアルデジタル接続（単一方向性または双方向性）、ハードワイヤ接続８０６によって象徴的に表されるパラレルデジタル接続（単一方向性または双方向性）、および、赤外線、無線周波数、ブルートゥース、超音波などを含み前述の単一方向性または双方向性のいずれかである、ワイヤレス接続８０５によって象徴的に表されるワイヤレスデジタル接続のうちの１つ以上の接続を含む。携帯用ユニット８０１はまた、電源（不図示）、ディスプレイ（タッチスクリーンであり得る）、入力のボタンおよびスイッチ、非揮発性ストレージ８０３、ＲＡＭ８０４、およびプロセッサ８０２を含む。
【０１５５】
（入力）
携帯用ユニット８０１は、車両のあらゆる状態、車両の周囲、または情報を受信および送信するベースユニット７０１への接続を介して車両に接続される他のあらゆる情報ソースの出力に関連する入力信号を受信し得る。
【０１５６】
あるいは、携帯用ユニット８０１は、上述のベースユニット７０１に類似して、車両データ出力または車両データネットワークに直接的に接続され得る。
【０１５７】
（出力）
携帯用ユニット８０１は、１つ以上の表示出力デバイスに接続され得る。多くの場合において、携帯用ユニット８０１が接続される表示出力デバイスは、同一筐体内に携帯用ユニット８０１とともに取り付けられる。これらの場合において、表示出力デバイスは、携帯用ユニット８０１が車両およびベースユニット７０１から独立して動作されるときに用いられるとともに、携帯用ユニット８０１が車両において用いられるときに、その場合において、携帯用ユニット８０１に接続された表示出力デバイスは、ベースユニット７０１に接続された表示出力デバイスに加えて、または置き換えられて用いられ得、あるいはオフに切り替えられ得るように用いられることが意図されている。システムに関連して有用な表示出力デバイスは、液晶ディスプレイ、ＴＦＴディスプレイ、ＬＥＤ（発光ダイオード）ディスプレイ、有機ＬＥＤディスプレイ、プロジェクター、ヘッドアップディスプレイなどを含む。
【０１５８】
携帯用ユニット８０１は、スピーカ８０７などの、少なくとも１つの音響出力デバイスに接続され得る。多くの場合において、携帯用ユニット８０１が接続される音響出力デバイスは、同一筐体内に第２の処理デバイスとともに取り付けられる。これらの場合において、音響出力デバイスは、ベースユニット７０１から独立して用いられるときには、携帯用ユニット８０１によって生成された音響出力ストリームを再現するように意図される。システムに関連して有用な音響出力デバイスは、限定することなく、携帯用ユニット８０１にワイヤまたはワイヤレスによって接続されていようともいなくても、ラウドスピーカ、ヘッドフォンを含む。
【０１５９】
（マスデータストレージ）
光学メディアドライブ（ＣＤ、ＤＶＤ、ブルーレイＤＶＤなどを含む）、ハードディスク、フラッシュメモリ、メモリスティックなどのマスデータストレージデバイスは、第１の処理デバイス、第２の処理デバイス、またはその両方（実施例は、携帯用ユニット８０１のマスストレージ８０３およびベースユニット７０１のマスストレージ７０３）に接続され得る。マスデータストレージデバイスは、第１または第２の処理デバイスによって容易に取り出され得る、ビデオおよびオーディオデータ、デジタルマップデータ、オペレーティングソフトウェアなどの、大量のデータの非揮発性ストレージを可能にする。第２の処理デバイスが第１の処理デバイスに接続されると、いずれの処理ユニットも、それぞれのマスデータストレージに格納されたデータを他方の処理ユニットにアクセス可能にし得る。マスデータストレージデバイス（一体型ハードディスクまたは一体型光学メディアドライブなど）は、処理ユニットへとしっかりと一体化され得、またはマスデータストレージデバイスのホットスワッピングまたはコールドスワッピングに適合した処理ユニットに取外し可能なように接続され得る（ＵＳＢ接続を介して接続されるメモリスティックなど）。
【０１６０】
（動作のモード）
システムのインフォテインメントシステムの携帯用ユニット８０１がベースユニット７０１から取り外されている限り、インフォテインメントシステムの本質的な機能の多くを制御するシステムソフトウェアは、ベースユニット７０１上で全体が実行する。
【０１６１】
システムのベースユニット７０１から取り外されたときには、携帯用ユニット８０１は、それ自体のシステムソフトウェアを実行し、携帯用ユニット８０１をスタンドアローンユニットとして有用なものに変え得る。この場合において、データエントリデバイスなどの必要な入力および出力のデバイス、車両データ出力、またはネットワークされた車両データは、携帯用ユニット８０１に直接的に接続されなくてはならない。
【０１６２】
携帯用ユニット８０１が接続されると直ぐに、両方の処理ユニットは、接続が確立されたことを検出し、該処理ユニットの挙動をそれに応じて適合させる。
【０１６３】
動作の最初のモードにおいて、インフォテインメントシステムのメインシステムソフトウェアは、ここで、携帯用ユニット８０１上で実行される。ベースユニット７０１は、ここで携帯用ユニット８０１に、さらなる処理のために受信する入力の全てまたは一部を再び向かわせる。入力が携帯用ユニット８０１に送信される前に、ベースユニット７０１は、入力の全てまたは一部を予め処理する。携帯用ユニット８０１上で実行しているシステムソフトウェアは、出力信号を生成し、該出力信号は、携帯用ユニット８０１に直接接続されている出力デバイスに直接的に送信されるか、または接続されている出力デバイスに出力信号を送信するベースユニット７０１に送信する。ベースユニット７０１は、接続された出力デバイスに送信する前に、出力信号を処理するか、またはしないことがあり得る。
【０１６４】
（実施例）
実施形態１：車両は、ベースユニット７０１、表示ディスプレイおよび音響再現システムが備えられ、それら全ては車両にしっかりと取り付けられている。ユーザは、後に携帯用ユニット８０１を購入し得、該携帯用ユニットは、第１の処理ユニットに対する電気的な接続を含む、機械的な保持デバイスに装着される。保持デバイスは、例えば車のトランクに位置する。携帯用ユニット８０１が据え付けられると、ベースユニット７０１は、その動作のモードを、（ｉ）携帯用ユニット８０１から表示出力ストリームを受信すること、および車両にしっかりと取り付けられた表示ディスプレイに該表示出力ストリームを表示すること、（ｉｉ）携帯用ユニット８０１からオーディオ制御信号を受信すること、（ｉｉｉ）携帯用ユニット８０１からオーディオ出力ストリームを受信し、ベースユニット７０１から受信したオーディオ制御信号に従って、該オーディオ出力ストリームとベースユニット７０１に接続されたオーディオソースとを混合すること、に切り替える。
【０１６５】
実施形態２：実施形態１のようであるが、携帯用ユニット８０１は、表示出力ストリームおよびビデオ制御信号を生成する。ベースユニット７０１は、携帯用ユニット８０１から受信したビデオ出力ストリームを、第１の処理デバイスに接続されたビデオソースから受信したビデオ信号と混合する。
【０１６６】
実施形態３：実施形態１および２のようであるが、第２の処理デバイスは、第１の処理デバイスに、（ビデオ出力ストリームの代わりに）デジタル方式に符号化されたディスプレイ命令を送信する。
【０１６７】
実施形態４：表示出力デバイスは、第２の処理デバイスに接続され、ユーザによって第２の処理デバイスと一緒に容易に置換され得る。
【０１６８】
実施形態５：２つの第２の処理デバイスがあり、１つ目は、（後の更新のために）置換可能なディスプレイを提供することを対象とし、２つ目は、容易にアップグレード可能なコンピューティングパワーを提供することを対象とする。第１の「携帯用ユニット８０１」は、ダッシュボードに配置されることによって、ディスプレイが運転手に視認可能である。第２の携帯用ユニットは、トランクまたは他の隠れた位置などの、あまり目立たない位置に配置される。
【０１６９】
実施形態６：携帯用ユニット８０１のための少なくとも２つの取付けデバイスを有する車両。
【０１７０】
例証は、モジュールおよび構成要素として識別される機能ブロックと関連して論じられたが、該モジュールおよび構成要素は、別個の構造を表すことを意図せず、結合またはさらに細別され得る。加えて、本発明のさまざまな実施形態が記述されたが、他の実施形態および実装が、本発明の範囲内に可能であることが、当業者に明らかである。従って、本発明は、添付された特許請求の範囲およびそれらの均等物を考慮することを除いては、制限されない。
【符号の説明】
【０１７１】
７０１ ベースユニット
７０２ プロセッサ
７０３ マスストレージ
７０４ マイクロフォン
７０５ アンテナ
７０６Ａ、７０６Ｂ スピーカ
７０７ ＲＡＭ
７０８ スピーチ処理ユニット
８０１ 携帯用ユニット
８０２ プロセッサ
８０３ 非揮発性ストレージ
８０４ ＲＡＭ
８０５ ワイヤレス接続
８０６ ハードワイヤ接続
８０７ スピーカ
【特許請求の範囲】
【請求項１】
サマリ音楽識別値を格納するストレージデバイスであって、該サマリ音楽識別値は、ユーザが決定した基準、音響特性とメタデータなどの既存の基準とのうちの少なくとも１つ、および／または、その他の複数のサマリ音楽識別値に基づいており、該サマリ音楽識別値は、歌、オーディオファイル、データベースのコンテンツ、または、その他の関連する音楽基準およびデータに対応する、ストレージデバイスと、
該ストレージデバイスと通信するプロセッサであって、該サマリ音楽識別値を受信し、該サマリ音楽識別値に基づいて、かつ、新しいプレイリスト上のコンテンツの複数のサマリ音楽識別値からの該サマリ音楽識別値の相対的な距離のユーザが制御した範囲に基づいて、コンテンツの新しいプレイリストを動的に作成するプロセッサと、
該プロセッサと通信する再生デバイスであって、該作成されたコンテンツをユーザに提示する再生デバイスと
を備えている、システム。
【請求項２】
前記プロセッサは、インターネットサーバである、請求項１に記載のシステム。
【請求項３】
前記再生デバイスは、前記インターネットサーバにワイヤレスで結合される、請求項２に記載のシステム。
【請求項４】
前記再生デバイスは、車両の中に位置付けられている、請求項３に記載のシステム。
【請求項５】
前記再生デバイスは、ボイス制御される、請求項４に記載のシステム。
【請求項１】
サマリ音楽識別値を格納するストレージデバイスであって、該サマリ音楽識別値は、ユーザが決定した基準、音響特性とメタデータなどの既存の基準とのうちの少なくとも１つ、および／または、その他の複数のサマリ音楽識別値に基づいており、該サマリ音楽識別値は、歌、オーディオファイル、データベースのコンテンツ、または、その他の関連する音楽基準およびデータに対応する、ストレージデバイスと、
該ストレージデバイスと通信するプロセッサであって、該サマリ音楽識別値を受信し、該サマリ音楽識別値に基づいて、かつ、新しいプレイリスト上のコンテンツの複数のサマリ音楽識別値からの該サマリ音楽識別値の相対的な距離のユーザが制御した範囲に基づいて、コンテンツの新しいプレイリストを動的に作成するプロセッサと、
該プロセッサと通信する再生デバイスであって、該作成されたコンテンツをユーザに提示する再生デバイスと
を備えている、システム。
【請求項２】
前記プロセッサは、インターネットサーバである、請求項１に記載のシステム。
【請求項３】
前記再生デバイスは、前記インターネットサーバにワイヤレスで結合される、請求項２に記載のシステム。
【請求項４】
前記再生デバイスは、車両の中に位置付けられている、請求項３に記載のシステム。
【請求項５】
前記再生デバイスは、ボイス制御される、請求項４に記載のシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図１０】
【図１５】
【図１６】
【図９】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図１０】
【図１５】
【図１６】
【図９】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１１−７６７０９（Ｐ２０１１−７６７０９Ａ）
【公開日】平成２３年４月１４日（２０１１．４．１４）
【国際特許分類】
【出願番号】特願２０１０−２５０３３８（Ｐ２０１０−２５０３３８）
【出願日】平成２２年１１月８日（２０１０．１１．８）
【分割の表示】特願２００７−３４１３６６（Ｐ２００７−３４１３６６）の分割
【原出願日】平成１９年１２月２８日（２００７．１２．２８）
【出願人】（５９２０５１４５３）ハーマン インターナショナル インダストリーズ インコーポレイテッド (91)
【Ｆターム（参考）】
【公開日】平成２３年４月１４日（２０１１．４．１４）
【国際特許分類】
【出願日】平成２２年１１月８日（２０１０．１１．８）
【分割の表示】特願２００７−３４１３６６（Ｐ２００７−３４１３６６）の分割
【原出願日】平成１９年１２月２８日（２００７．１２．２８）
【出願人】（５９２０５１４５３）ハーマン インターナショナル インダストリーズ インコーポレイテッド (91)
【Ｆターム（参考）】
[ Back to top ]