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