車両情報と引き換えに車両にコンテンツを提供するためのシステム及び方法
送信元から車両にコンテンツを提供するためのシステム及び方法を開示する。コンテンツは、コンテンツが提供される車両からの車両情報に対する少なくとも１つの要件にコンテンツを関連付けることによって制限される。制限されたコンテンツが要求された場合、車両システムは、車両から車両関連情報を得る。車両情報が、送信元から車両システムに転送され、制限されたコンテンツが、送信元から車両システムに転送される。車両システム、送信元、又は双方共、コンテンツを制限する少なくとも１つの要件を車両情報が満たすかどうか判断する。車両情報に対する要件が満たされる限り、制限されたコンテンツの処理が許可される。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示の主題は、車両においてコンテンツを取り扱うためのシステム及び方法に関する。
相互参照関連出願
本出願は、以下の表題の米国特許出願、「車両条件に基づきコンテンツの処理を制御するためのシステム及び方法」（Ａｔｔｙ．Ｄｋｔ．Ｎｏ．ＣＭ０８８６１ＴＣ）、「車両における区画に基づきコンテンツの処理を制御するためのシステム及び方法」（Ａｔｔｙ．Ｄｋｔ．Ｎｏ．ＣＭ０８８５９ＴＣ）、「車両条件に基づきコンテンツの処理を変更するためのシステム及び方法」（Ａｔｔｙ．Ｄｋｔ．Ｎｏ．ＣＭ０８８５７ＴＣ）、及び「車両におけるデバイスの位置及び方向を決定するための方法及び装置」（Ａｔｔｙ．Ｄｋｔ．Ｎｏ．ＣＭ０８８１５ＴＣ）と同時申請されており、これらは、全て本明細書に参照によって組み込まれる。
【背景技術】
【０００２】
車両は、コンテンツを処理するための幾つかのタイプの装置を有し得る。装置の幾つかの例としては、従来のラジオ放送受信機、衛星ラジオ放送受信機、音声システム、ビデオシステム、エンターテイメントシステム、テレマテックスシステム、及びナビゲーションシステムが挙げられる。これら装置は、製造時に車両に設置されたり、又は車両に後で追加されるアフターマーケットユニットである。これら装置は、媒体、音声、ビデオ、ラジオ放送、衛星放送、テレビ放送、全地球測位システム（ＧＰＳ）データ、及びナビゲーションデータ等の様々な形態のコンテンツを取り扱うことができる。車両の乗員にコンテンツを出力するために、これら装置は、記憶、描画、符号化、復号化、コード変換、解析、暗号化、暗号解読、ストリーミング、通信、及び再生能力等の一定の処理能力を有する。
【０００３】
音楽やビデオ等のデジタル媒体のプロバイダは、幾つかの手法を用いて、デジタル媒体の取り込み、記憶、転送、及び／又は処理の制限や制御を行う。これらの制限手法は、デジタル著作権管理（ＤＲＭ）方式と称する。制限手法の幾つかの例としては、シリアル・コピー・マネージメント・システム（ＳＣＭＳ）、マクロヴィジョン（Ｍａｃｒｏｖｉｓｉｏｎ）、へリックス（Ｈｅｌｉｘ）ＤＲＭ、スティーム（Ｓｔｅａｍ）、ｉＴｕｎｅｓ（商標）（アップル社のＦａｉｒＰｌａｙ＿ＤＲＭを組み込み、ｉＴｕｎｅｓ（商標）ミュージック・ストアを介してコンテンツをダウンロードする）、ウィンドウズメディアオーディオ又はビデオコンテンツを保護し、ウィンドウズメディアプレーヤに実装されるウィンドウズメディアＤＲＭ（ＷＭＤＲＭ）、オープン・モバイル・アライアンスが用いるＯＭＡ＿ＤＲＭシステム、リアルネットワークス（Ｒｅａｌ＿Ｎｅｔｗｏｒｋｓ）、ソニーのＤＲＭ技術ＯｐｅｎＭＧ、ＭＭＫセキュアストリーム（Ｓｅｃｕｒｅ＿Ｓｔｒｅａｍ）、デジタル伝送コンテンツ保護規格（ＤＴＣＰ）、記録可能媒体用コンテンツ保護（ＣＰＲＭ）、高帯域幅デジタルコンテンツ保護（ＨＤＣＰ）、及びインターネットプロトコル上でのデジタル伝送複製防止（ＤＴＣＰ−ＴＰ）が挙げられる。
【発明の開示】
【課題を解決するための手段】
【０００４】
車両用のコンテンツを取り扱うためのシステム及び方法を開示する。コンテンツを取り扱う１つの手法は、如何にして、コンテンツを取り込み、車両システムに提供するかを制御する段階を伴う。この手法では、コンテンツ又はサービスプロバイダ等の送信元は、車両から送信元に転送される車両情報と引き換えに、コンテンツを車両システムに提供する。これを行うために、コンテンツは、車両関連情報の少なくとも１回の転送を要求することによって制限される。制限されたコンテンツが車両において要求された場合、車両システムは、車両の情報を得る。車両情報は、車両システムから送信元に転送され、また、制限されたコンテンツは、送信元から車両システムに転送され、コンテンツが処理される。送信元及び／又は車両システムは、車両情報が、コンテンツを制限する車両情報の少なくとも１回の転送に対する要件を満たすかどうか判断する。車両関連情報に対する要件が満たされる限り、制限されたコンテンツの処理が許される。
【０００５】
車両用のコンテンツを取り扱う他の手法は、車両においてコンテンツを処理し得る条件を制御する段階を伴う。これを行うために、コンテンツは、少なくとも１つの車両条件の要件で制限される。制限されたコンテンツの処理が要求された場合、車両システムは、例えば、車両バスに通信用に結合された車両インターフェイス又は車載診断ＩＩ（ＯＢＤ−ＩＩ）接続を用いて、車両情報を得る。そして、車両システムは、車両情報が、コンテンツを制限する車両条件の要件を満たすかどうか判断する。要件が満たされる場合、コンテンツ処理装置は、制限されたコンテンツの処理を許可される。そうでない場合、コンテンツ処理装置は、制限されたコンテンツの処理を阻止される。
【０００６】
車両用のコンテンツを取り扱う他の手法は、車両においてコンテンツを処理できる場所を制御する段階を伴う。これを行うために、コンテンツの処理は、車両内における少なくとも１つの所定の区画に制限される。制限されたコンテンツ処理の要求が受信された場合、車両システムは、車両の区画情報を得て、必要なコンテンツ処理装置が、所定の区画用に指定されているかどうか判断する。例えば、所定の区画としては、車両の前部座席運転者側用の区画Ａ、前部座席乗員側用の区画Ｂ、後部座席運転者側用の区画Ｃ、及び後部座席乗員側用の区画Ｄを挙げることができる。コンテンツの処理は、例えば、車両の区画Ｃ及びＤのみに制限される。ビデオシステム等のコンテンツ処理装置は、車両の後部座席の領域に配置され、区画Ｃ及びＤ用に指定される。従って、車両システムは、必要なコンテンツ処理装置が、所定の区画用に指定されていると判断する。他の選択肢として、車両システムは、所定の区画が、乗員によって占有されているかどうか判断する。例えば、車両のセンサは、所定区画の座席が、占有されているかどうか検出する。コンテンツ処理装置が、所定の区画用に指定されているか又は区画が占有されている場合、コンテンツ処理装置は、制限されたコンテンツの処理を許可される。そうでない場合、コンテンツ処理装置は、制限されたコンテンツの処理を許可されない。
【０００７】
車両用のコンテンツを取り扱う更に他の手法は、現在の車両条件に基づき、車両においてコンテンツを処理する方法を修正する段階を伴う。これを行うために、コンテンツの処理は、車両条件に基づき、少なくとも２つの動作モードで可能にされるか又は構成される。動作中、車両システムは、車両情報を得る。そして、車両システムは、車両情報が、車両条件の１つを満たすかどうか判断し、コンテンツは、満たされた車両条件に対応するモードで処理される。
【発明を実施するための最良の形態】
【０００８】
本開示の主題は、様々な修正及び他の形態が可能あるが、その特定の実施形態を一例として図面に示し、また本明細書において詳細に記載する。図及び記載した説明は、本発明の概念の範囲を限定しようとするものでは決してない。むしろ、図及び記載した説明は、３５ＵＳＣ§１１２が要求するように、特定の実施形態を参照することによって、当業者に本発明の概念を示すために提供するものである。
【０００９】
上記内容は、各潜在的な実施形態又は本開示の全ての態様を要約しようとするものではない。次に、図を参照して、本開示の主題について詳細に記載する。前記したコンテンツを取り扱う様々な手法について説明する前に、まず、本開示による車両システム用のコンテンツを入手可能なネットワーク環境に目を向ける。
【００１０】
図１は、本開示の或る教示内容によるネットワーク１０及び車両１００を示す。車両１００は、車両１００に組み込まれた又は追加された車両システム１１０を有する。また、車両１００は、エンターテイメントシステム、音声システム、ビデオシステム、ユーザインターフェイス、ナビゲーションシステム、及びテレマテックスシステム等の、車両がコンテンツ処理に利用可能な１つ又は複数の電子システム又は装置１０２を有する。コンテンツ処理装置１０２は、車両１００の独立構成要素又は車両システム１１０の構成要素であってよい。
【００１１】
ネットワーク１０は、車両システム１００用のネットワーク環境の幾つかの可能性を表す。ネットワーク１０における様々な送信元３０、４０、及び５０は、車両システム１１０にコンテンツを提供し処理させる。例えば、コンテンツの幾つかの送信元３０としては、インターネットコンテンツプロバイダ３１、衛星コンテンツプロバイダ３２、ケーブルコンテンツプロバイダ（図示せず）、及びラジオコンテンツプロバイダ（図示せず）等のコンテンツプロバイダが挙げられる。コンテンツの他の送信元４０としては、携帯電話サービスプロバイダ４１、ナビゲーションサービスプロバイダ４２、及びテレマテックスサービスプロバイダ４３等のサービスプロバイダが挙げられる。コンテンツの更に他の送信元５０としては、例えば、音楽サーバ、パソコン、家庭用エンターテイメントシステム、携帯情報端末（ＰＤＡ）、デジタル音楽プレーヤ、ｉＰｏｄ（商標）、又は携帯電話等の個人用装置が挙げられる。
【００１２】
これらの様々なコンテンツ送信元３０、４０、及び５０が与えられた場合、本明細書で用いるコンテンツは、デジタルデータ、媒体データ、マルチメディアデータ、音声データ、及びビデオデータだけを指すばかりでなく、インターネットデータ、ケーブル放送データ、ラジオ放送データ、衛星放送データ、テレビ放送データ、ＧＰＳデータ、ナビゲーションデータ、ユーザインターフェイスデータ、及びソフトウェアアプリケーションデータ並びに車両システム１１０によって用いられる他の可能なタイプのデータも指すことを認識されたい。
【００１３】
様々なコンテンツ送信元３０、４０、及び５０は、インターネット２０、衛星通信２２、ホットスポット・ゲートウェイ２４、携帯電話ネットワーク２６、及び全地球測位システム２８等の様々な通信経路を介して、車両システム１１０にそのコンテンツを提供することができる。更に、他の通信経路としては、ＷｉＦｉ、ブルートゥース（商標）、超広帯域（ＵＷＢ）、ユニバーサル・シリアル・バス（ＵＳＢ）、及び当分野で既知の様々な通信経路が挙げられる。
【００１４】
上記車両システム１１０が利用可能なネットワーク環境を理解した上で、次に、図２において更に詳細に示す車両又はマルチメディアシステム１１０の説明に移る。車両システム１１０は、車両１００用の客室内の構成要素又はアフターマーケットユニットであってよい。概観すると、車両システム１１０は、車両１００外の外部システムと通信を行うこと、車両１００においてコンテンツを処理すること、及び車両１００内における他の構成要素と通信を行うことが可能である。
【００１５】
車両システム１１０内には、１つ又は複数のコンテンツ処理装置１０２及び１０６に通信用に結合された制御ユニット又はコントローラ１２０が含まれる。コントローラ１２０並びに装置１０２及び１０６は、システム１１０の特定の実施例に応じて、それらの動作の特徴を共有又は分割できる。例えば、コンテンツ処理装置１０２及び１０６は、コンテンツの独立した記憶及び処理が可能であるが、コントローラ１２０によって制御される。他の選択肢として、コンテンツ処理装置１０２及び１０６は、コンテンツの独立した記憶及び処理が可能でなく、コントローラ１２０が、コンテンツの処理を取り扱い、処理されたコンテンツを装置１０２及び１０６にストリーミングもしくは送信して、車両１００において出力又は描画される。
【００１６】
上記したコンテンツのネットワーク環境及び送信元に接続するために、コントローラ１２０は、１つ又は複数の通信インターフェイス１３０に通信用に結合されている。インターフェイス１３０としては、これらに限定しないが、携帯電話インターフェイス１３１、ＧＰＳインターフェイス１３２、ブルートゥース（商標）インターフェイス１３３、ＷｉＦｉインターフェイス１３４、及びＵＳＢインターフェイス１３５が挙げられる。本車両１００は、これらの様々なインターフェイス１３０の１つ又は複数を有する。インターフェイス１３０を用いて、コントローラ１２０は、ネットワークの他の部分と通信を行って、例えば、上記した様々なコンテンツの送信元からコンテンツを取得することができる。
【００１７】
車両１００に関連した情報を得るために、コントローラ１２０は、車両１００の電子バス１４０に通信可能に結合されており、電子バス１４０は、車両１００の様々な構成要素（図示せず）に結合されている。他の選択肢として、コントローラ１２０は、車両構成要素に直接結合される。車両構成要素には、当該技術分野において既知のものが含まれる。車両構成要素の幾つかの例としては、これらに限定しないが、診断システム、車両コンピュータ又は制御ユニット（例えば、エンジン制御ユニット）、トランスミッション、オドメータ、車両モジュール（例えば、パワーステアリング制御モジュール、キーレスエントリモジュール、ドアモジュール等）、及び車両センサ（例えば、差圧フィードバックＥＧＲ（ＤＰＦＥ）センサ、タイヤ空気圧センサ、油圧センサ、エンジン温度センサ等）が挙げられる。一例において、車両バスインターフェイス１２２は、コントローラ１２０を車両バス１４０に結合する。そのような車両バスインターフェイス１２２は、当該技術分野において既知であり、車両バス１４０を介して、コントローラ１２０と車両１００の構成要素との間の直接通信を可能にする。車両インターフェイス１２２は、コントローラ１２０が、車両バス１４０に直接アクセスする車両１００の一体化された構成要素である場合に好適である。
【００１８】
車両バス１２２に対する補足又は他の選択肢として、車載診断接続１２４、好適には、ＯＢＤ−ＩＩ接続が、コントローラ１２０を車両バス１４０に結合されるが、これは、コントローラ１２０が、元々車両１００と一体化されていないアフターマーケットユニットである場合に好適である。車両バスインターフェイス１２２又はＯＢＤ−ＩＩ接続１２４が、車両１００において利用不可能な場合、車両１００の他の装置が、コントローラ１２０に車両情報を提供する。一例において、ＧＰＳインターフェイス１３２は、受信機であってよいが、移動距離、速度、方向、時間、及び他の移動関連情報をコントローラ１２０に提供する。
【００１９】
インターフェイス１３０に加えて、車両システム１１０には、様々なネットワーク送信元と間接的に通信を行うためのテレマテックス制御ユニット１５０が含まれる。テレマテックス制御ユニット１５０は、２００５年４月２９日に出願された米国特許出願第１１／１１８，５２８号、表題「様々な領域の装置間におけるコンテンツを管理するためのシステム及び方法」（Ａｔｔｙ．Ｄｋｔ．Ｎｏ．ＩＳ０１５９８ＴＣ）に開示されたものと同様であってよく、この特許は、その全体を本明細書に参照によって組み込まれる。簡単に言えば、テレマテックス制御ユニット１５０には、例えば、上記したネットワークにアクセスするためのネットワークアクセス装置１５４に結合された通信コントローラ１５２が含まれる。更に、テレマテックス制御ユニット１５０には、ネットワークにアクセスする携帯電話等の独立した通信装置と通信を行うための装置インターフェイス１５６が含まれる。車両バスインターフェイス１５８は、テレマテックス制御ユニット１５０を車両バス１４０に結合する。図２の車両システム１１０は、通信インターフェイス１３０及びテレマテックス制御ユニット１５０を有するものとして示されるが、車両システム１１０は、任意の実施例において双方を有する必要はない。
【００２０】
ネットワーク環境、コンテンツ、送信元、及び車両システムの詳細について記載したが、次に、車両においてコンテンツを取り扱う幾つかの手法に目を向ける。
上記したように、車両１００用のコンテンツを取り扱う１つの手法は、如何にして、コンテンツを車両システム１１０に提供するかを制御する段階を伴う。この手法において、図１の送信元３０、４０、及び５０は、車両１００の情報と引き換えに、車両システム１１０にコンテンツ（例えば、音楽、映像、データ等）を転送する。この構成において、コンテンツは、車両関連情報の少なくとも１回の転送に対する要件によって制限され、車両システム１１０は、要求された情報を提供するように求められる。従って、制限されたコンテンツを得るために及び／又は制限されたコンテンツを処理できるように、車両システム１１０は、車両所有者又は運転者が提供を同意した要求された車両情報を提供することによって、要件を実現する。
【００２１】
図３において、例えば、車両１００にコンテンツを提供する幾つかのコンテンツプロバイダ３０及びサービスプロバイダ４０を示す。コンテンツプロバイダ３０としては、音楽及び映画配給元、ケーブルコンテンツプロバイダ、衛星コンテンツプロバイダ、インターネット音楽プロバイダ等が挙げられる。そのようなプロバイダ３０からのコンテンツは、通信インターフェイス１３０又はテレマテックス制御ユニット１５０を介して、車両システム１１０に直接提供する。サービスプロバイダ４０としては、携帯電話サービスプロバイダ４１、ナビゲーションサービスプロバイダ４２、テレマテックスサービスプロバイダ４３、オイル交換会社４４、自動車修理工場４５、自動車販売代理店４６、ドライブスルーレストラン４７、レンタル店４８、ガソリン会社４９、又は車両に関連するサービスのあらゆる他のプロバイダが挙げられる。サービスプロバイダ４０からのコンテンツは、車両システム１１０に直接提供したり、又はサービスプロバイダ４０の代わりにコンテンツプロバイダ３０を通して間接的に提供したりできる。車両システム１１０からの車両情報と引き換えに、プロバイダ３０及び４０は、車両所有者や乗員がプロバイダの製品及びサービスを用いる奨励として、無償で又は低価格でコンテンツを提供することができる。そして、車両情報は、プロバイダ３０及び４０によって、マーケティング及び統計的な目的に用いられる。
【００２２】
車両情報と引き換えに車両システム１１０に制限されたコンテンツを提供する段階についてより詳細に説明するために、図４を参照するが、これは、プロバイダ又は送信元６０対車両１００、車両システム１１０、及び他の構成要素を示す。上記したように、プロバイダ６０は、通信インターフェイス１３０又は１５０を介して、車両システム１１０にコンテンツ８０を転送し、例えば、車両システム１１０によって記憶及び処理させる。しかしながら、プロバイダ６０は、コンテンツ８０の提供と引き換えに、車両１００から或る情報８６を転送するように要求することによって、提供されるコンテンツ８０に対して何らかの形態の制御を維持したいと願う。要求された情報８６は、プロバイダ６０の要件に基づき、車両システム１１０によって収集され送信される。
【００２３】
一例において、要求される情報８６には、例えば、車両１００の走行距離、サービス記録、ＧＰＳ情報、状態、部品細目等の車両条件又はパラメータ１６０を含む。車両条件又はパラメータ１６０は、車両システム１１０によって得られ、プロバイダ６０に転送される。他の例において、要求される情報８６には、車両システム１１０の詳細、例えば、そのモデル、製造番号、特徴、能力、基本設定、更新等を含む。更に他の例において、要求される情報８６には、コンテンツのタイプ、車両所有者の好みのジャンル、基本設定等のシステム１１０に記憶されたコンテンツに関連する細目を含む。
【００２４】
コンテンツ８０と情報８６の交換は、手動で実施することができ、また、情報８６がコンテンツ８０と交換されることを車両所有者及び／又は運転者に気付かせるための対応処置を行うこともできる。例えば、通知が、ユーザインターフェイス（例えば、図４のダッシュボード表示装置１０６）を介して運転者に提供され、ユーザは、コンテンツ８０の見返りとしての情報８６の交換に対してインターフェイスに承認を入力する。他の選択肢として、コンテンツ８０及び情報８６の交換は、車両所有者が介在することなく、自動的に実施される。例えば、コンテンツ８０をプロバイダ６０のサーバ等から車両システム１１０にダウンロードし、車両システム１１０は、適切なインターフェイス１３０を用いて指示されたように、要求された情報８６を自動的に転送する。
【００２５】
コンテンツ８０が情報８６と交換される幾つかの状況において、送信元６０は、車両情報８６が、コンテンツ８０を制限する情報の要件を満たすかどうか判断する。これは、コンテンツ８０が、車両システム１１０からの情報８６の１回の送信と引き換えに、車両システム１１０に転送される時の状況である。コンテンツ８０が、車両システム１１０に転送される前に、例えば、プロバイダ６０は、車両情報に対する要求を送る。車両システム１１０は、要求に応じて車両バス１４０を介して、車両条件又はパラメータ１６０を得て、情報８６をプロバイダ６０に転送する。今度は、プロバイダ６０は、返された情報８６がそれらの要件を満たすかどうか判断する。満たす場合、プロバイダ６０は、コンテンツ８０を車両システム１１０に転送し、コンテンツ８０は、当分野において既知の従来のＤＲＭ方式によってまだ制限されているが、処理の準備が整う。
【００２６】
コンテンツ８０が情報８６と交換される他の状況において、プロバイダ６０は、コンテンツ８０を車両システム１１０に転送する。そして、車両システム１１０は、プロバイダ６０に情報８６を転送する。情報８６が要件を満たすかどうかプロバイダ６０に判断させるよりもむしろ、車両システム１１０は、プロバイダ６０に転送される車両情報８６が、コンテンツ８０を制限する情報に対する要件を満たすかどうか判断する。これは、コンテンツ８０が、車両システム１１０からの情報８６の多数回の又は繰り返し送信の要件と引き換えに、車両システム１１０に転送される時の状況である。
【００２７】
提供されたコンテンツ８０を制限するために、制限手法を用いて、制約又はＤＲＭ方式をコンテンツ８０に関連付ける。図４に示すように、制限オブジェクト８２が、制約を定義する。制限オブジェクト８２は、コンテンツ８０に関連付けられ、通常、コンテンツ８０と共にメモリ１８０に記憶されている。一般的に、制限オブジェクト８２は、どのように、いつ、どこで、どのような条件で、及び／又は誰によって、制限されたコンテンツ８０を記憶、処理及び／又は転送可能か定義する。
【００２８】
制限オブジェクト８２は、当分野において既知の任意の形態を有する。例えば、制限オブジェクト８２は、コンテンツ処理装置がコンテンツ８０を描画もしくは処理できるようにする権利又は要件を指定するスクリプトコードを有するファイルである。また、制限オブジェクト８２は、関連コンテンツ８０を解読するのに必要な解読鍵を有してもよい。制限オブジェクト８２において指定された権利又は要件が満たされた場合、解読鍵は、関連コンテンツ８０を解読するために、また、解読されたコンテンツ８０を処理させるために利用可能である。そうでない場合、解読鍵は、利用不可能である。
【００２９】
次に、車両情報８６と引き換えに制限されたコンテンツ８０を提供する幾つかの例について、図４を参照して説明する。第１例において、ナビゲーションサービスプロバイダ６０は、そのナビゲーションソフトウェアの或るバージョン（即ち、コンテンツ）８０を、車両１００からのＧＰＳ情報８６と引き換えに提供する。ナビゲーションソフトウェア８０は、車両所有者からの参加を確保してナビゲーションサービスプロバイダ６０にＧＰＳ情報８６を与えるための奨励として、無償で又は低価格で提供される。車両システム１１０からのＧＰＳ情報８６は、ネットワークに接続された中央サーバ（図示せず）によって受信される。次に、サーバ上のＧＰＳ情報８６は、リアルタイム交通情報を構築するために用いられ、また、ナビゲーションサービスプロバイダ６０の加入者が利用可能なようにできる。
【００３０】
車両所有者は、質問票を記入するかもしくは同意して、自分の車両システム１１０からプロバイダ６０の中央サーバにＧＰＳ情報８６を送信させる。そうすることによって、車両所有者は、ナビゲーションソフトウェア８０の低価格の又は無償のバージョンを入手するための要件を満足する。次に、ナビゲーションソフトウェア８０は、通信インターフェイス１３０を用いて、車両システム１１０にダウンロードされる。一旦、メモリ１８０にダウンロードされると、ナビゲーションソフトウェア８０は、それに関連付けられた制限オブジェクト８２における１つ又は複数の要件によって、制限又は保護される。処理イネーブラ１７０は、ユーザインターフェイス１０６等のコンテンツ処理装置によるナビゲーションソフトウェア８０の処理を可能にするか又は阻止することによって、ナビゲーションソフトウェア８０に関連付けられた制約を実施する。処理イネーブラ１７０については、システム１１０の構成要素として、ここで概略を説明する。しかしながら、処理イネーブラ１７０は、コンテンツに関連付けられたＤＲＭ方式の制約の下でコンテンツを処理するための、処理ソフトウェア、ハードウェア、ＤＲＭ情報、及び他の構成要素等の様々な構成要素を伴うことを当業者は認識されたい。
【００３１】
一例において、オブジェクト８２における制約は、ナビゲーションソフトウェア８０を処理するために（即ち、ソフトウェア８０のアプリケーションを走らせるために）、車両システム１１０からのＧＰＳ情報８６の多数回の又は繰り返しの送信を必要とすることがある。そのような制約を実施するために、処理イネーブラ１７０は、オブジェクト８２から制約を得て、ＧＰＳ情報８６の多数回の又は繰り返しの送信の要件が満たされたかどうか判断する。この文脈において、情報８６の送信に関する情報は、メモリ１８０に記憶するか、又は、この情報は、例えば、車両バス１４０を介してどこか別の所から取得してよい。
【００３２】
送信要件が満たされた場合、ユーザインターフェイス１０６は、ソフトウェア８０を処理すること（即ち、ソフトウェア８０のアプリケーションを走らせること）が許可される。用いられる制約に応じて、処理イネーブラ１７０は、要求された送信が実施されない場合又は車両情報８６を監視し送信するためのソフトウェアが車両システム１１０から除去された場合、好適には、ソフトウェア８０が処理されることを阻止する。
【００３３】
制限されたコンテンツを提供する第２例において、車両リース又はレンタル特約店６０は、特約店から車両をリース又はレンタルする付加的な奨励として媒体８０を提供する。顧客が、車両１００をリース又はレンタルする場合、媒体８０は、レンタル車両１００の車両システム１１０に転送される。媒体８０の提供と交換に、特約店６０は、顧客による車両１００からの情報８６の提供を要求でき、媒体８０は、車両システム１１０からの情報８６に対する要件によって制限される。情報８６に対する要件が満たされる限り、処理イネーブラ１７０は、音声システム１０８等のコンテンツ処理装置による媒体８０の処理を可能にする。例えば、要求される情報８６には、ＧＰＳ情報、ナビゲーション情報、運転統計値、顧客の基本設定、走行距離、平均速度、又は特約店６０にとって有用な又は顧客にとってレンタル又はリース料金を減ずるのに有益な他の情報を含む。また、媒体８０は、レンタル又はリース契約の期間によって制限されたり、指定された車両システム１１０上での処理のみに制限されたり、当分野において既知の従来のＤＲＭ方式によって制限される。
【００３４】
制限されたコンテンツを提供する第３例において、衛星放送プロバイダ６０は、暗号化された衛星放送コンテンツ８０へのアクセスを、交通情報調査等に参加したい車両所有者に提供する。衛星放送コンテンツ８０は、それを処理するために暗号解読を必要とする。処理イネーブラ１７０は、車両システム１１０が車両情報８６をプロバイダ６０又は他の外部エンティティに送信しているかどうかに基づき、衛星放送コンテンツ８０に関連付けられた制限オブジェクト８２から解読鍵等を得る。車両情報８６には、ＧＰＳ又はナビゲーション情報を含んでもよい。その結果、送信される情報８６は、交通情報等に用いられる。この制約の場合、衛星放送コンテンツ８０は、車両システム１１０からの車両情報８６の任意の送信後、所定期間の間処理されるか、又は車両情報８６を送信している間だけ処理される。
【００３５】
制限されたコンテンツを提供する第４例において、自動車修理サービスプロバイダ６０は、自動車修理サービス利用の奨励として、音楽又は他のエンターテイメント等の媒体８０を提供する。サービスプロバイダ６０は、実際に、所定の仕組みを介して、音楽配給元等の他のプロバイダから媒体８０を取得する。媒体８０を提供して車両システム１１０へダウンロードさせるのと引き換えに、サービスプロバイダ６０は、車両システム１１０が、サービスプロバイダ６０又は他の宛先に情報８６を少なくとも１回送信することを要求する。送信される情報８６には、車両１００の走行距離、特徴、サービス履歴等の車両情報１６０を含んでもよい。そして、この車両情報１６０は、修理工場が、工場の顧客にサービス督促状を送るために用いられる。車両システム１１０は、そのような車両情報１６０をメモリに記憶している場合、それをサービスプロバイダ６０に直接提供される。そうでない場合、システム１１０は、車両インターフェイス又はＯＢＤ−ＩＩ接続（図示せず）を用いて、車両バス１４０から情報１６０を取得するが、車両バス１４０は、車両の内部コンピュータ及び車両情報１６０を有する他の構成要素（図示せず）に接続される。
【００３６】
他の例において、プロバイダ６０は、ガソリンスタンドからのガソリン購入の奨励として、媒体等のコンテンツ８０を提供するガソリンスタンドであってよい。又は、プロバイダ６０は、車両所有者に同様な形態の奨励を提供するファーストフード会社又は他のサービス事業体であってよい。更に、プロバイダ６０は、速度、走行距離、診断用トラブルコード等の車両情報１６０と引き換えに自らの顧客にコンテンツ８０を提供し得る自動車保険会社や車両部品製造業者であってよい。車両情報１６０は、そのようなサービス会社が、顧客により良い製品やサービスを提供できるように、マーケティングや統計的な分析のために収集される。
【００３７】
如何にしてコンテンツを車両に提供するかを制御する段階に加えて、上記した車両用コンテンツを取り扱う他の手法には、どんな条件の下で車両においてコンテンツを処理（例えば、暗号解読、描画、解析、及びストリーム化）するかを制御する段階を伴う。引き続き図４を参照すると、コンテンツ８０は、プロバイダ又は送信元６０によって車両システム１１０に提供される。上記例のように車両１００からの情報８６の転送を要求するよりもむしろ、コンテンツの処理８０は、車両１００の１つ又は複数の条件又はパラメータ１６０に基づき制限される。
【００３８】
コンテンツ８０を制限する上記説明と同様に、制約又はＤＲＭ方式を有する制限オブジェクト８２は、コンテンツ８０に関連付けられる。制限オブジェクト８２は、当該技術分野において既知の任意の形式を有してよく、また、コンテンツ処理装置が、コンテンツ８０を処理し得るかどうかに関する１つ又は複数の制約又は権利を指定するスクリプトコードを有するファイルであってよい。また、制限オブジェクト８２は、関連コンテンツ８０を解読するために必要な解読鍵を有してもよい。制限オブジェクト８２において指定された制約に基づき、解読鍵は、関連コンテンツ８０を解読するために、また、解読されたコンテンツを処理させるために利用可能にすることができる。
【００３９】
オブジェクト８２における制約は、当該技術分野において既知のＤＲＭ方式と同様であってよく、また、オープン・モバイル・アライアンス（ＯＭＡ）等によって規定された様々なＤＲＭ規格を用いてもよい。制限されたコンテンツ８０の処理を制御するために、制約又はＤＲＭ方式は、車両システム１１０又はシステム１１０に関連するコンテンツ処理装置のコンテンツ処理能力を使用可能にしたり、阻止したり、又は限定したりする。音声及びビデオ等の標準媒体の場合、例えば、コンテンツ処理能力には、媒体コンテンツの或るタイプ、ファイル、又はフォーマットを符号化したり（例えば、音声取り込み用のＭＰ３エンコーダ）、復号化したり（例えば、音声再生用のＭＰ３デコーダ）、描画したり、解析したり、ストリーム化したりする能力が含まれる。また、媒体用のコンテンツ処理能力には、媒体コンテンツの１つのタイプ、ファイル、又はフォーマットを他のタイプ、ファイル、又はフォーマットにコード変換もしくは変換する能力（例えば、ＭＰＥＧ２からＭＰＥＧ４に変換する機能）を含んでもよい。ソフトウェアデータ及びユーザインターフェイスデータ等の他の形態のコンテンツの場合、コンテンツ処理能力には、アプリケーションを開くか又は走らせることができるかどうか、データベースファイルにアクセスし得るかどうかなど、特定の形態のコンテンツに関連する様々な処理要件が含まれる。
【００４０】
本例では、制限オブジェクト８２は、コンテンツ８０の処理を制限する特定の車両関連条件又はパラメータ１６０を指定することによって、関連コンテンツ８０の処理を阻止又は限定することを可能にする。上記と同様に、制限されたコンテンツ８０は、例えば、インターフェイス１３０を用いて、プロバイダ６０から車両システム１１０にダウンロードされるか、もしくは転送される。制限されたコンテンツ８０の処理が要求された場合、処理イネーブラ１７０は、車両バス１４０から又は車両１００の周辺構成要素を介して、１つ又は複数の車両条件、パラメータ、又は情報１６０を取得し、また、コンテンツ８０に関連するオブジェクト８２にある１つ又は複数の制約を取得する。そして、処理イネーブラ１７０は、車両条件１６０が、制限オブジェクト８２の制約を満たすかどうか判断することによって、制約を実施する。この判断に基づき、処理イネーブラ１７０は、例えば、ビデオ表示装置１０２、ユーザインターフェイス１０６、又は音声システム１０８等の適切なコンテンツ処理装置を用いて、車両１００におけるコンテンツ８０の処理や出力を可能にするか又は阻止することができる。
【００４１】
システム１１０は、様々な車両条件１６０にアクセスすることから、コンテンツ８０は、多くの方法で制限される。従って、次に、車両条件１６０に基づき、コンテンツ８０を制限する幾つかの例に注目する。
【００４２】
第１例では、コンテンツ８０は、車両１００における或る総走行距離に制限される。従って、制限車両条件１６０は、車両１００が移動した車両の走行距離又は距離に関連する。車両システム１１０は、ＧＰＳインターフェイス１３２及びＧＰＳシステム（図示せず）を用いて、車両のオドメータを用いて、又は他の手法もしくは構成要素を用いて、車両１００が通過した走行距離を追跡する。走行距離１６０が、制限されたコンテンツ８０に関連する少なくとも或る所定の走行距離値未満である場合、処理イネーブラ１７０は、コンテンツ８０を処理させる。しかしながら、走行距離１６０が、その所定値を超過する場合、処理イネーブラ１７０は、コンテンツ８０が処理されることを阻止する。
【００４３】
車両条件１６０でコンテンツ８０を制限する第２例では、プロバイダ６０としてのガソリンスタンドは、顧客によるガソリンスタンドからのガソリン購入の奨励として、顧客に歌８０を配信する権利を購入する。歌８０を演奏できるようにするために、歌８０に関連する制限オブジェクト８２における制約は、車両１００が、ガソリンスタンドから購入した燃料を消費する時間の間だけ歌８０を演奏可能なことを要求する。従って、制限車両条件１６０は、車両１００の燃料消費レベルに関連する。１２ガロンの燃料が購入された場合、例えば、制限オブジェクト８２の制約は、１２ガロンの燃料が消費されるまで、歌８０が特定の車両１００で演奏できることを示す。
【００４４】
処理イネーブラ１７０は、車両１００の燃料消費１６０を歌８０がダウンロードされた時から監視することによって、この制約を実施する。歌８０の処理が車両１００において要求された場合、処理イネーブラ１７０は、燃料消費１６０の監視量を制限オブジェクト８２における指定量と比較する。燃料消費の監視量が、指定量より少ない場合、コンテンツ８０は、音声システム１０８等の適切なコンテンツ処理装置を用いて、車両１００において、処理及び出力する。しかしながら、一旦、購入された量の燃料が消費されると、制限された歌８０を演奏する能力は、もはや有効ではなく、処理イネーブラ１７０は、歌８０の処理を阻止する。
【００４５】
他の選択肢として、歌８０に関連する制約は、ダウンロード後、特定の総距離の間だけ歌８０を処理可能なことを要求する。従って、制限車両条件１６０は、車両１００が移動した車両の走行距離又は距離に関連する。限界走行距離が車両１００によって満たされ後、制限された歌８０を演奏する能力はもはや有効ではなく、また、処理イネーブラ１７０は、歌８０の処理を阻止する。無効になると、車両システム１１０は、歌８０を配給元から購入するオプションをユーザに与えたり、又は制限された歌８０をメモリ１８０から除去して利用可能なスペースを空けたりできる。ユーザによる歌８０の購入を可能にするために、車両システム１１０は、グラフィカルユーザーインターフェイス１０６上に、この目的用の表示（図示せず）を提供する。この表示は、歌８０の無償使用が終わったことを示して、歌８０を購入するオプションをユーザに提供する。ユーザが購入オプションを了承した場合、車両システム１１０は、システム１１０上に記憶されたクレジットカード又はアカウント情報を、通信インターフェイス１３０の１つを用いて、インターネット音楽プロバイダ等のコンテンツプロバイダに伝えることができる。コンテンツプロバイダに関する情報は、歌８０が最初に車両システム８０に転送された時、メモリ１８０の歌８０に関連付けられる。他の選択肢として、車両システム１１０は、利用可能なコンテンツプロバイダに関する情報を独立に記憶したり、又は、その情報を別個にダウンロードしたりできる。
【００４６】
第３例において、コンテンツ８０に関連する制約は、コンテンツ８０の処理を所定の車両識別番号（ＶＩＮ）又は他の車両識別名に限定する。従って、制限車両条件１６０は、車両１００のＶＩＮ又は他の識別名に関係する。処理イネーブラ１７０は、例えば、車両バス１４０を介して、車両１００のコンピュータシステム（図示せず）からＶＩＮ又は識別名１６０を取得する。そして、処理イネーブラ１７０は、ＶＩＮが、コンテンツ８０を制限する制限オブジェクト８２において定義された所定のＶＩＮと合致するかどうか判断する。合致する場合、コンテンツ８０の処理が許される。そうでない場合、コンテンツ８０の処理は、阻止される。
【００４７】
第４例において、コンテンツ８０に関連する制約は、コンテンツ８０の処理を所定の車両構成要素又はシステム（図示せず）の状態に限定する。従って、制限車両条件１６０は、車両１００の構成要素又はシステムの状態に関係する。処理イネーブラ１７０は、例えば、車両バス１４０を介して、構成要素の状態１６０を取得する。そして、処理イネーブラ１７０は、車両構成要素の現在の状態が、コンテンツ８０を制限する制限オブジェクト８２において定義された所定の状態と合致するかどうか判断する。合致する場合、コンテンツ８０の処理が許可される。そうでない場合、処理は、阻止される。例えば、車両システム１１０は、車両１００のトランスミッションの状態又はオドメータ速度に基づき、車両１００のダッシュボードインターフェイス１０６において、ビデオコンテンツ８０の処理を制御し得る。ビデオコンテンツ８０の処理は、車両のトランスミッションが“ドライブ”状態である間又は車両１００のオドメータ速度が所定の速さを超えている場合、ダッシュボードインターフェイス１０６では、許可されない。車両１００がニュートラル又は駐車状態であるか又は所定の速さ未満である場合、コンテンツ８０は、ダッシュボードインターフェイス１０６において描画する。
【００４８】
上記例において、コンテンツ８０は、一度に１つだけの車両条件１６０に基づき、制限される。しかしながら、コンテンツ８０は、個別の実施例に応じて、同時に１つ又は複数の車両条件１６０に基づいて制限される。コンテンツ８０の処理を制限し得る車両条件１６０の幾つかには、これらに限定しないが、総走行距離、燃料消費量、燃料レベル、速さ、タイヤ磨耗量、車両識別番号、車両識別名、ＧＰＳ情報、車両情報の送信状態、車両構成要素の状態、点火サイクル数、エンジン温度、タイヤ空気圧、油圧レベル、電圧レベル、診断用トラブルコード、及び車両における占有座席の表示が含まれる。
【００４９】
上記した車両条件に基づき、車両においてコンテンツを処理する方法を制御する段階に加えて、車両におけるコンテンツを取り扱う更に他の手法は、コンテンツが、車両内の誰に対して処理又は出力し得るかを制御する段階を伴う。例えば、コンテンツは、車両における異なるタイプの潜在的なユーザ、例えば、運転者、前部座席乗員、又は後部座席乗員等に制限される。更に、コンテンツは、車両における特定の場所の潜在的なユーザ及び／又は車両における特定の場所のコンテンツ処理用の装置に制限される。例えば、コンテンツは、ユーザが後部座席乗員であるかどうか、ユーザが窓側の場所にいるかどうか、又はコンテンツを処理用の装置が、車両の前又は後部座席に配置されているかどうかに制限される。
【００５０】
車両における場所又はユーザにコンテンツを制限する詳細については、図５を参照して説明する。図５の車両１００は、車両１００においてコンテンツの処理を制御するために用いられる所定の区画に分割される。この例の所定の区画には、車両の前部座席運転者側用の区画Ａ、前部座席乗員側用の区画Ｂ、後部座席運転者側用の区画Ｃ、及び後部座席乗員側用の区画Ｄが含まれる。車両がこれより大きいか又は小さい場合、区画も多かったり少なかったりし、区画は、図５に示したものと異なる組合せで組み合わせたり構成したりされる。
【００５１】
車両システム１１０によるコンテンツ８０の処理は、車両１００の１つ又は複数の所定の区画に制限されることがある。上記の説明と同様に、コンテンツ８０を所定の区画に制限する段階には、１つ又は複数の制約又はＤＲＭ方式をコンテンツに関連付ける段階を伴う。例えば、この手法におけるコンテンツ８０は、制限オブジェクト８２によって、車両１００の所定の区画に制限される。車両情報１６０は、車両バス１４０を介して得られ、また、処理イネーブラ１７０は、制限されたコンテンツ８０の処理を車両情報１６０が許すかどうかを制限オブジェクト８２から判断する。
【００５２】
制限オブジェクト８２における制約には、区画関連情報が含まれ、これは、コンテンツ８０の処理を車両１００における指定区画に制限又は限定する。車両システム１１０は、コンテンツ８０を制限する区画関連情報に基づき、制限されたコンテンツ８０の処理を実施する。制限されたコンテンツの処理が要求された場合、例えば、車両システム１１０は、車両１００の区画情報１６２を取得する。区画情報１６２は、要求されたコンテンツ８０を処理するための装置（例えば、１０２又は１０６）がどの区画に配置されているかの表示及び／又はどの座席又は区画が乗員によって現在占有されているかの表示である。そして、車両システム１１０の処理イネーブラ１７０は、車両１００から得られた区画情報１６２とコンテンツ８０を制限する区画関連情報を比較する。この比較から、処理イネーブラ１７０は、制限されたコンテンツ８０を処理するかどうか判断する。
【００５３】
一例において、車両１００の区画Ａ、Ｂ、Ｃ、及びＤは、専用のコンテンツ処理装置を有する。例えば、ユーザインターフェイス１０６は、車両１００における区画Ａ及びＢ専用であり、ビデオ表示装置１０２は、区画Ｃ及びＤ専用である。コンテンツ８０は、車両１００内でビデオ表示装置１０２における処理を要求する。要求されたコンテンツ８０は、車両１００の運転者の領域である車両１００の区画Ａでの処理が制限される長編特作映画であるとする。更に、長編特作映画８０の処理は、他の区画Ｂ、Ｃ、及びＤのいずれにおいても可能であってよい。長編特作映画８０は、区画Ｃ及びＤ用に指定されているビデオ表示装置１０２で処理するように要求されていることから、車両システム１１０の処理イネーブラ１７０は、映画８０の処理を可能にする。
【００５４】
しかしながら、長編特作映画８０は、区画Ａ及びＢ双方によって共有されるユーザインターフェイス１０６において、車両１００内での処理を要求する。この状況では、車両システム１１０の処理イネーブラ１７０は、ユーザインターフェイス１０６において長編特作映画８０が処理されるのを阻止する。この理由は、インターフェイス１０６は、許可された区画Ｂに対して指定されているが、区画Ａ用にも指定されており、ここでは、処理が許可されないためである。長編特作映画８０は、この状況では処理されないが、処理は、依然として、他の車両条件又は区画情報の判断に基づき、可能にすることができる。例えば、車両のトランスミッションが、“駐車”の位置にある場合、長編特作映画８０に関連する制約は、ユーザインターフェイス１０２における長編特作映画８０の処理及び表示を可能にできるが、“ドライブ”の位置にある場合、できない。
【００５５】
コンテンツ処理装置が、特定の区画制限されたコンテンツ用に指定されているかどうか判断することに加えて又は他の選択肢として、制限されたコンテンツ８０の処理は、車両１００の特定の区画が乗員によって現在占有されているかどうかに基づく。コンテンツが長編特作映画８０である前の例に続いて、ユーザインターフェイス１０６は、前部座席の区画Ａ及び区画Ｂによって共有される。長編特作映画８０は、運転者の区画Ａにおいて処理が制限されても、処理イネーブラ１７０は、区画Ｂが現在占有されているかどうかを判断する。区画が占有されているかどうか判断する段階は、車両１００における座席占有を検出するための当該技術分野において既知の手法を用いる。例えば、センサ又は他の装置１０９により、座席占有が判断される。区画Ｂが占有されている場合、長編特作映画８０は、ユーザインターフェイス１０６において、それが制限区画Ａを共有していても、処理が許可される。しかしながら、区画Ｂが占有されていない場合、処理イネーブラ１７０は、ユーザインターフェイス１０６における長編特作映画８０の処理及び表示を許可しない。
【００５６】
異なる車両は、異なる区画構成を有することがあり、また、車両は、異なる区画に専用の装置を有してもよい。更に、車両の区画には、１つ又は複数の共有装置があってもよい。従って、コンテンツ８０に関連する制約又はＤＲＭ方式は、好適には、車両用の複数の潜在的な区画構成を考慮する。車両システム１１０は、制約における区画の予め構成された配置のどれが、車両１００の区画又は座席の配置に対応するか判断する。そして、車両システム１１０は、与えられたコンテンツ処理装置が所定の区画用に指定されているかどうか又はその区画が占有されているかどうか判断する。対応する区画配置を判断する１つの手法では、車両システム１１０は、様々なセンサ１０９を車両１００内で用いて、車両１００の座席占有を判断する。そして、判断した占有状況は、車両１００の区画構成をマッピングして、それをコンテンツ８０に関連する異なる区画構成の１つと互いに関係づけるために用いられる。
【００５７】
本例において、車両１００の特定の区画に関係する区画情報１６２は、既に分かっていてメモリ１８０に記憶されており、このため車両システム１１０は、その情報１６２に容易にアクセスできる。更に、車両１００における図５のビデオ表示装置１０２及びユーザインターフェイス１０６等のコンテンツ処理装置の場所に関する区画情報１６２は、既知であり、既にメモリ１８０に記憶され、車両システム１１０は、その情報１６２に容易にアクセスできる。これは、車両が製造される際、コンテンツ処理装置が、車両システム１１０と共に車両１００に設置される場合の状況である。このことは、また、車両１００に設置される装置用の区画関連情報で車両システム１１０をプログラムする場合の状況である。他の選択肢として、車両システム１１０は、そのような装置が問い合わせに応答できる場合、区画関連情報に関して装置にそのような問い合わせを直接行うことができる。しかしながら、場合によっては、車両におけるコンテンツを処理するための装置は、その場所を判断することが不可能な後付けの装置であったり又は車両１００において利用可能な通信インターフェイスの１つを介して車両システム１１０からコンテンツを受信する携帯装置であったりする。そのような装置用の区画関連情報を車両システム１１０が取得する場合、車両システム１１０は、車両１００において装置を特定するための手法、例えば、米国特許出願、表題「車両における装置の場所及び方向を判断するための方法及び装置」（Ａｔｔｙ．Ｄｋｔ．Ｎｏ．ＣＭ０８８１５ＴＣ）に開示された手法を用いることができる。これは、本明細書に参照により組み込まれる。
【００５８】
車両におけるコンテンツを取り扱う上記例に加えて、コンテンツを取り扱う更に他の手法は、現在の車両条件に基づき、車両の動作中、コンテンツが処理される方法を修正する段階を伴う。図６を参照すると、車両システム１１０は、処理モード判断器２００、並びにグラフィカルインターフェイス２１０、音声インターフェイス２２０、及びアプリケーションインターフェイス２３０等の１つ又は複数のコンテンツ処理装置を有する。処理モード判断器２００は、別個の構成要素として概略的に図６に示すが、判断器２００は、車両システム１１０及び／又はコンテンツ処理装置２１０、２２０、及び２３０の一部であってもよいことを認識されたい。
【００５９】
コンテンツ２８０は、メモリ１８０に記憶される。本例において、コンテンツ２８０は、テレマテックスシステム、エンターテイメントシステム、ナビゲーションシステム、又はユーザインターフェイス用のソフトウェアアプリケーションであってよく、また、コンテンツ２８０は、コンテンツ処理装置２１０、２２０、及び２３０の１つ又は複数によって処理される。本例のコンテンツ２８０は、ソフトウェアアプリケーションであるが、コンテンツ２８０は、本明細書に開示された他の任意の形態のコンテンツであってよいことを認識されたい。処理モード構成方式２８２は、コンテンツ２８０に関連付けられ、また、如何にしてコンテンツ２８０を処理すべきかを判断するために用いられる。図６に別個の要素として概略的に示すが、処理モード構成方式２８２は、コンテンツ２８０の一部であったり、又は、コンテンツ２８０を処理する車両システム１１０上のオペレーティング・システムの一部であったりしてよいことを認識されたい。
【００６０】
処理モード構成方式２８２は、車両条件に基づき、少なくとも２つの予め構成された動作モードでのコンテンツ２８０の処理を可能にする。例えば、方式２８２は、車両１００の“通常”動作中用いられるコンテンツ２８０用第１動作モードを定義する。また、方式２８２は、特定の車両条件が存在する際に用いられるコンテンツ２８０用第２変更動作モードを定義する。コンテンツ２８０用第２即ち変更動作モードは、処理される際、コンテンツ２８０の低減された又は強化された機能を伴ったり又はコンテンツ２８０の変更された処理を伴ったりしてよい。
【００６１】
車両１００の動作中、車両システム１１０は、車両バス１４０又は他の場所からの１つ又は複数の車両条件、パラメータ、又は情報を監視する。例えば、車両条件は、車両１００の１つ又は複数の構成要素２６０に関係してもよい。コンテンツ２８０の処理が要求される場合、又はコンテンツ２８０が現在処理中である場合、処理モード判断器２００は、方式２８２から、コンテンツ２８０用のどの予め構成された動作モードが、監視車両情報に対応する車両条件を有するか判断する。この判断に基づき、処理モード判断器２００は、決定された動作モードでのコンテンツ２８０の処理を可能にする。そして、適切なコンテンツ処理装置２１０、２２０、又は２３０が、決定された動作モードに従って、コンテンツ２８０を処理する。
【００６２】
例えば、コンテンツ２８０は、車両１００のグラフィカルユーザーインターフェイス２１０用のユーザインターフェイスアプリケーションである。ユーザインターフェイスアプリケーション２８０及び方式２８２は、それらに関連付けられたユーザインターフェイス（ＵＩ）形式２８４を有する。幾つかのＵＩ形式２８４は、１つ又は複数の車両条件が存在する（例えば、車両トランスミッション２６０が“ドライブ”状態である）場合に対して構成され、一方、他のＵＩ形式２８４は、１つ又は複数の他の車両条件が存在する（例えば、車両トランスミッション２６０が“駐車”状態である）場合に対して構成される。Ｌｉｎｕｘ（Ｒ）オペレーティング・システム等のオペレーティング・システムは、車両システム１１０上で走り、グラフィカルユーザーインターフェイス２１０動作させるアプリケーションマネージャを有する。オペレーティング・システムのアプリケーションマネージャの一部である処理モード判断器２００は、検出された車両条件（例えば、トランスミッション２６０の状態）に基づき、グラフィカルユーザーインターフェイス２１０用の適切なＵＩ形式２８４を選択する。そして、選択されたＵＩ形式２８４は、グラフィカルユーザーインターフェイス２１０上におけるユーザインターフェイスアプリケーション２８０の処理中、用いられる。
【００６３】
上記手法の例を示すために、図７Ａ−７Ｃは、車両構成要素２６２及び２６４と共に車両システム１１０のグラフィカルユーザーインターフェイス２１０を示す。本例におけるグラフィカルユーザーインターフェイス２１０は、車両のダッシュボードにおけるタッチスクリーン表示装置であるが、本明細書に開示された手法は、車両の任意の他のインターフェイス又はコンテンツ処理装置に適用することができる。上記開示された手法を用いて、インターフェイス２１０の機能が、監視される車両条件に基づき、修正される。図７Ａにおいて、例えば、インターフェイス２１０は、車両システム１１０の様々な機能用の複数のタッチスクリーンボタン２１４を示す“通常”メニュー２１２を有する。本例におけるボタン２１４によって、ラジオボタン、ビデオボタン、ナビゲーションボタン、計算器、電話ボタン、及びシステム基本設定にアクセスされる。全てのボタン２１４が、この“通常”メニュー２１２に表示されるため、運転者は、利用可能な機能にアクセスすることができる。
【００６４】
インターフェイス２１０におけるこの“通常”メニュー２１２は、グラフィカルユーザーインターフェイスアプリケーションの第１又は“通常”動作モードに対応する。“通常”動作モードは、例えば、車両トランスミッション２６２、オドメータ２６４、又は他の車両構成要素に関する情報によって要求される１つ又は複数の特定の車両条件用に予め構成される。例えば、車両システム１１０は、車両バス１４０を介して、トランスミッション２６２の状態を検出し、検出された状態に基づくインターフェイス２１０による“通常”メニュー２１２の表示を可能にする。換言すれば、インターフェイス２１０は、トランスミッション２６２の状態が、“駐車”の時、通常モードにおいて、グラフィカルユーザーインターフェイスアプリケーションを処理する。他の例において、車両システム１１０は、車両バス１４０を介して、車両のオドメータ２６４等から速度を検出し、グラフィカルユーザーインターフェイスアプリケーションは、車両速度が、所定の値未満である時、通常モードで処理される。
【００６５】
しかしながら、或る車両条件が存在する場合、処理が修正され、インターフェイス２１０が、変更された動作モードで動作する。図７Ｂにおいて、例えば、インターフェイス２１０は、ラジオボタン、ハンドフリーの電話ボタン、及びナビゲーションボタンにアクセスするために選択されるタッチスクリーンボタン２１８を示す“変更された”メニュー２１６を有する。これらのボタン２１８は、この変更されたメニュー２１６に表示されるため、運転者は、例えば、トランスミッション２６２が“駐車”の状態でないかどうかに基づき、又は車両のオドメータ２６４からの速度が、所定の値にあるか又はそれを超えているかどうかに基づき、これらの様々な機能にアクセスする。
【００６６】
変更されたモードで動作する場合、グラフィカルユーザーインターフェイス２１０に表示されたコンテンツは、好適には、個々のあらゆる画面上の選択肢の数を、運転中の運転者によって要求されるものだけに減ずることによって、運転者用に簡略化される。例えば、“計算器”アプリケーションは、インターフェイス２１０の変更された動作では、車両が動いている間、アクセス不可能であり、また、システムの動作を構成するためのシステム基本設定もまたアクセス不可能である。更に、変更された動作モードにおいてインターフェイス２１０に表示されたコンテンツは、表示される文字のサイズを大きくしたり、また、タッチスクリーンボタン２１８を拡大したりできる。
【００６７】
他の例において、グラフィカルユーザーインターフェイス２１０用のユーザインターフェイスアプリケーション（即ち、コンテンツ２８０及び方式２８２）は、車両条件に基づき、異なる背景、異なる彩色方式、及び異なる強調表示を有するように構成される。また、グラフィカルユーザーインターフェイス２１０のグラフィカル環境は、インターフェイス２１０のホーム画面に表示された背景壁紙を除去又は変更することによって、又はユーザインターフェイス２１０上に２又は３次元環境を提供することによって、車両条件に基づき変更される。更に、明暗の影響を吸収するために、車両１００が動いている間、グラフィカルユーザーインターフェイス２１０の背面照光を増大し得る。これらの及び他の修正は、車両条件に基づき変更された動作モードに適する。
【００６８】
図７Ｃは、グラフィカルユーザーインターフェイス２１０のための変更された動作モードの他の例を示す。再び、車両システム１１０は、車両バス１４０を介して、車両の構成要素２６６、２６８の条件を監視又は検出し、また、それらの検出された車両条件に基づき、インターフェイス２１０のソフトウェアアプリケーション用の動作モードを判断する。監視される車両構成要素の幾つかの条件には、これらに限定しないが、総走行距離、速度、電圧レベル、エンジン温度、油圧、燃料レベル、タイヤ空気圧、タイヤ磨耗量、車両整備からの総時間、及び診断用トラブルコードが含まれる。
【００６９】
例えば、車両システム１１０は、車両バス１４０を介して、車両バッテリ２６６の電圧レベルを検出する。電圧レベルが或るレベルを下回ると、車両システム１１０は、低電力状態に入る。従って、インターフェイス２１０及びシステム１１０の他の構成要素は、電力節約モードに入り、インターフェイス２１０におけるメッセージ２２２によって示されるように、消費電力を減ずる。更に、車両システム１１０は、車両バス１４０を介して、車両の診断システム又はコンピュータ２６８から診断用トラブルコードを検出する。特定の診断用トラブルコードが検出された場合、車両システム１１０は、インターフェイス２１０のメッセージ２２４で示すように、車両システム１１０の診断アプリケーションによる運転者へのコードに関する情報を自動的に提供することが可能になる。更に、車両システム１１０は、ナビゲーションアプリケーションによる給油所又は販売代理特約店への移動経路の決定を自動的に可能にできる。例えば、メッセージ２２６は、ナビゲーションアプリケーションの移動経路にアクセスして、どこで車両の修理ができるか示し得るタッチスクリーンボタンである。
【００７０】
図７Ａ−７Ｃの例は、車両条件に基づき、車両のグラフィカルユーザーインターフェイス用のユーザインターフェイスアプリケーションの処理を修正することに焦点をあてている。しかしながら、車両条件に基づきコンテンツの処理を修正することは、車両の音声インターフェイス用の音声インターフェイスアプリケーションにも適用される。例えば、図６に示す車両システム１１０は、音声インターフェイス２２０、及び車両システム１１０上で動作する音声認識（ＶＲ）手法をサポートする音声インターフェイスアプリケーション２８０を有する。音声インターフェイスアプリケーション２８０及び音声インターフェイス２２０用の方式２８２は、ＶＲツリー２８６で構成されるが、これは、音声インターフェイス２２０を動作するための音声命令、オプション、及び応答の階層配置即ちツリー構造を表す。インターフェイス２２０用の幾つかのＶＲツリー２８６は、通常動作モード用に構成され、一方、他のＶＲツリー２８６は、変更された動作モード用に構成される。例えば、車両構成要素２６０のトランスミッション状態、車両速度、電圧レベル、診断用トラブルコード等の車両条件は、監視され、音声インターフェイス２２０の動作中、どのＶＲツリー２８６を使うべきか判断するために用いられる。例えば、音声インターフェイス２２０は、車両が“ドライブ”状態である場合、又は所定の速度を超えて移動している場合、変更された動作モードにおける音声命令用の異なる又はより少ないオプションを有するＶＲツリー２８６を提供する。
【００７１】
他の例において、車両システム１１０は、図６に示すように、グラフィカルユーザーインターフェイス２１０及び音声インターフェイス２２０双方を有することができ、また、車両システム１１０用のソフトウェアアプリケーション又は他のコンテンツ２８０は、車両条件に基づき、グラフィカルモード又は音声動作モードのいずれかで動作するように構成される。例えば、コンテンツ２８０のグラフィカルＵＩ形式２８４は、車両が“駐車”状態であるか又は所定の速度未満で移動中である場合、グラフィカルユーザーインターフェイス２１０に出力可能であり、また、車両が“ドライブ”状態であるか又は所定の速度を超えて移動中である場合、音声インターフェイス２２０に出力される。そのような例において、音声インターフェイス２２０は、変更された動作モードにおける音声命令用の異なるオプションを有するＶＲツリー２８６を提供する。ＶＲツリー２８６におけるこれらの異なるオプションは、変更された動作モード中、グラフィカルユーザーインターフェイス２１０の修正された又は簡略化されたグラフィカルＵＩ形式２８４から利用不可能なオプションを補償するように構成される。このように、音声インターフェイス２２０及びグラフィカルインターフェイス２１０は、車両条件に基づき、グラフィカルＵＩ形式２８４及びＶＲツリー２８６において代わりの音声又はグラフィカルオプションを提供することによって、ユーザに同じ機能を与える。
【００７２】
好適な及び他の実施形態の上記の説明は、出願人によって考えられた発明の概念の範囲又は適用可能性を限定又は制限することを意図するものではない。本明細書に含まれる発明の概念の開示と引き換えに、出願人は、添付の請求項によって与えられる全ての特許権を望むものである。従って、添付の請求項には、以下の請求項又はそれらの等価物の範囲内にある全ての修正及び変更が最大限含まれるものである。
【図面の簡単な説明】
【００７３】
【図１】本開示の或る教示内容によるネットワークを示す図。
【図２】本開示の或る教示内容による車両システムを示す図。
【図３】車両対サービス及びコンテンツの複数のプロバイダを示す図。
【図４】コンテンツの処理を可能にするか又は阻止するための所有イネーブラを備えた車両システムを有する車両を示す図。
【図５】車両におけるコンテンツの処理を制限するための区画に分割された車両を示す図。
【図６】コンテンツ処理用動作モードを判断するための所有モード判断器を備えた車両システムを有する車両を示す図。
【図７Ａ】車両システムのグラフィカルユーザーインターフェイスの例を示す図。
【図７Ｂ】車両システムのグラフィカルユーザーインターフェイスの例を示す図。
【図７Ｃ】車両システムのグラフィカルユーザーインターフェイスの例を示す図。
【技術分野】
【０００１】
本開示の主題は、車両においてコンテンツを取り扱うためのシステム及び方法に関する。
相互参照関連出願
本出願は、以下の表題の米国特許出願、「車両条件に基づきコンテンツの処理を制御するためのシステム及び方法」（Ａｔｔｙ．Ｄｋｔ．Ｎｏ．ＣＭ０８８６１ＴＣ）、「車両における区画に基づきコンテンツの処理を制御するためのシステム及び方法」（Ａｔｔｙ．Ｄｋｔ．Ｎｏ．ＣＭ０８８５９ＴＣ）、「車両条件に基づきコンテンツの処理を変更するためのシステム及び方法」（Ａｔｔｙ．Ｄｋｔ．Ｎｏ．ＣＭ０８８５７ＴＣ）、及び「車両におけるデバイスの位置及び方向を決定するための方法及び装置」（Ａｔｔｙ．Ｄｋｔ．Ｎｏ．ＣＭ０８８１５ＴＣ）と同時申請されており、これらは、全て本明細書に参照によって組み込まれる。
【背景技術】
【０００２】
車両は、コンテンツを処理するための幾つかのタイプの装置を有し得る。装置の幾つかの例としては、従来のラジオ放送受信機、衛星ラジオ放送受信機、音声システム、ビデオシステム、エンターテイメントシステム、テレマテックスシステム、及びナビゲーションシステムが挙げられる。これら装置は、製造時に車両に設置されたり、又は車両に後で追加されるアフターマーケットユニットである。これら装置は、媒体、音声、ビデオ、ラジオ放送、衛星放送、テレビ放送、全地球測位システム（ＧＰＳ）データ、及びナビゲーションデータ等の様々な形態のコンテンツを取り扱うことができる。車両の乗員にコンテンツを出力するために、これら装置は、記憶、描画、符号化、復号化、コード変換、解析、暗号化、暗号解読、ストリーミング、通信、及び再生能力等の一定の処理能力を有する。
【０００３】
音楽やビデオ等のデジタル媒体のプロバイダは、幾つかの手法を用いて、デジタル媒体の取り込み、記憶、転送、及び／又は処理の制限や制御を行う。これらの制限手法は、デジタル著作権管理（ＤＲＭ）方式と称する。制限手法の幾つかの例としては、シリアル・コピー・マネージメント・システム（ＳＣＭＳ）、マクロヴィジョン（Ｍａｃｒｏｖｉｓｉｏｎ）、へリックス（Ｈｅｌｉｘ）ＤＲＭ、スティーム（Ｓｔｅａｍ）、ｉＴｕｎｅｓ（商標）（アップル社のＦａｉｒＰｌａｙ＿ＤＲＭを組み込み、ｉＴｕｎｅｓ（商標）ミュージック・ストアを介してコンテンツをダウンロードする）、ウィンドウズメディアオーディオ又はビデオコンテンツを保護し、ウィンドウズメディアプレーヤに実装されるウィンドウズメディアＤＲＭ（ＷＭＤＲＭ）、オープン・モバイル・アライアンスが用いるＯＭＡ＿ＤＲＭシステム、リアルネットワークス（Ｒｅａｌ＿Ｎｅｔｗｏｒｋｓ）、ソニーのＤＲＭ技術ＯｐｅｎＭＧ、ＭＭＫセキュアストリーム（Ｓｅｃｕｒｅ＿Ｓｔｒｅａｍ）、デジタル伝送コンテンツ保護規格（ＤＴＣＰ）、記録可能媒体用コンテンツ保護（ＣＰＲＭ）、高帯域幅デジタルコンテンツ保護（ＨＤＣＰ）、及びインターネットプロトコル上でのデジタル伝送複製防止（ＤＴＣＰ−ＴＰ）が挙げられる。
【発明の開示】
【課題を解決するための手段】
【０００４】
車両用のコンテンツを取り扱うためのシステム及び方法を開示する。コンテンツを取り扱う１つの手法は、如何にして、コンテンツを取り込み、車両システムに提供するかを制御する段階を伴う。この手法では、コンテンツ又はサービスプロバイダ等の送信元は、車両から送信元に転送される車両情報と引き換えに、コンテンツを車両システムに提供する。これを行うために、コンテンツは、車両関連情報の少なくとも１回の転送を要求することによって制限される。制限されたコンテンツが車両において要求された場合、車両システムは、車両の情報を得る。車両情報は、車両システムから送信元に転送され、また、制限されたコンテンツは、送信元から車両システムに転送され、コンテンツが処理される。送信元及び／又は車両システムは、車両情報が、コンテンツを制限する車両情報の少なくとも１回の転送に対する要件を満たすかどうか判断する。車両関連情報に対する要件が満たされる限り、制限されたコンテンツの処理が許される。
【０００５】
車両用のコンテンツを取り扱う他の手法は、車両においてコンテンツを処理し得る条件を制御する段階を伴う。これを行うために、コンテンツは、少なくとも１つの車両条件の要件で制限される。制限されたコンテンツの処理が要求された場合、車両システムは、例えば、車両バスに通信用に結合された車両インターフェイス又は車載診断ＩＩ（ＯＢＤ−ＩＩ）接続を用いて、車両情報を得る。そして、車両システムは、車両情報が、コンテンツを制限する車両条件の要件を満たすかどうか判断する。要件が満たされる場合、コンテンツ処理装置は、制限されたコンテンツの処理を許可される。そうでない場合、コンテンツ処理装置は、制限されたコンテンツの処理を阻止される。
【０００６】
車両用のコンテンツを取り扱う他の手法は、車両においてコンテンツを処理できる場所を制御する段階を伴う。これを行うために、コンテンツの処理は、車両内における少なくとも１つの所定の区画に制限される。制限されたコンテンツ処理の要求が受信された場合、車両システムは、車両の区画情報を得て、必要なコンテンツ処理装置が、所定の区画用に指定されているかどうか判断する。例えば、所定の区画としては、車両の前部座席運転者側用の区画Ａ、前部座席乗員側用の区画Ｂ、後部座席運転者側用の区画Ｃ、及び後部座席乗員側用の区画Ｄを挙げることができる。コンテンツの処理は、例えば、車両の区画Ｃ及びＤのみに制限される。ビデオシステム等のコンテンツ処理装置は、車両の後部座席の領域に配置され、区画Ｃ及びＤ用に指定される。従って、車両システムは、必要なコンテンツ処理装置が、所定の区画用に指定されていると判断する。他の選択肢として、車両システムは、所定の区画が、乗員によって占有されているかどうか判断する。例えば、車両のセンサは、所定区画の座席が、占有されているかどうか検出する。コンテンツ処理装置が、所定の区画用に指定されているか又は区画が占有されている場合、コンテンツ処理装置は、制限されたコンテンツの処理を許可される。そうでない場合、コンテンツ処理装置は、制限されたコンテンツの処理を許可されない。
【０００７】
車両用のコンテンツを取り扱う更に他の手法は、現在の車両条件に基づき、車両においてコンテンツを処理する方法を修正する段階を伴う。これを行うために、コンテンツの処理は、車両条件に基づき、少なくとも２つの動作モードで可能にされるか又は構成される。動作中、車両システムは、車両情報を得る。そして、車両システムは、車両情報が、車両条件の１つを満たすかどうか判断し、コンテンツは、満たされた車両条件に対応するモードで処理される。
【発明を実施するための最良の形態】
【０００８】
本開示の主題は、様々な修正及び他の形態が可能あるが、その特定の実施形態を一例として図面に示し、また本明細書において詳細に記載する。図及び記載した説明は、本発明の概念の範囲を限定しようとするものでは決してない。むしろ、図及び記載した説明は、３５ＵＳＣ§１１２が要求するように、特定の実施形態を参照することによって、当業者に本発明の概念を示すために提供するものである。
【０００９】
上記内容は、各潜在的な実施形態又は本開示の全ての態様を要約しようとするものではない。次に、図を参照して、本開示の主題について詳細に記載する。前記したコンテンツを取り扱う様々な手法について説明する前に、まず、本開示による車両システム用のコンテンツを入手可能なネットワーク環境に目を向ける。
【００１０】
図１は、本開示の或る教示内容によるネットワーク１０及び車両１００を示す。車両１００は、車両１００に組み込まれた又は追加された車両システム１１０を有する。また、車両１００は、エンターテイメントシステム、音声システム、ビデオシステム、ユーザインターフェイス、ナビゲーションシステム、及びテレマテックスシステム等の、車両がコンテンツ処理に利用可能な１つ又は複数の電子システム又は装置１０２を有する。コンテンツ処理装置１０２は、車両１００の独立構成要素又は車両システム１１０の構成要素であってよい。
【００１１】
ネットワーク１０は、車両システム１００用のネットワーク環境の幾つかの可能性を表す。ネットワーク１０における様々な送信元３０、４０、及び５０は、車両システム１１０にコンテンツを提供し処理させる。例えば、コンテンツの幾つかの送信元３０としては、インターネットコンテンツプロバイダ３１、衛星コンテンツプロバイダ３２、ケーブルコンテンツプロバイダ（図示せず）、及びラジオコンテンツプロバイダ（図示せず）等のコンテンツプロバイダが挙げられる。コンテンツの他の送信元４０としては、携帯電話サービスプロバイダ４１、ナビゲーションサービスプロバイダ４２、及びテレマテックスサービスプロバイダ４３等のサービスプロバイダが挙げられる。コンテンツの更に他の送信元５０としては、例えば、音楽サーバ、パソコン、家庭用エンターテイメントシステム、携帯情報端末（ＰＤＡ）、デジタル音楽プレーヤ、ｉＰｏｄ（商標）、又は携帯電話等の個人用装置が挙げられる。
【００１２】
これらの様々なコンテンツ送信元３０、４０、及び５０が与えられた場合、本明細書で用いるコンテンツは、デジタルデータ、媒体データ、マルチメディアデータ、音声データ、及びビデオデータだけを指すばかりでなく、インターネットデータ、ケーブル放送データ、ラジオ放送データ、衛星放送データ、テレビ放送データ、ＧＰＳデータ、ナビゲーションデータ、ユーザインターフェイスデータ、及びソフトウェアアプリケーションデータ並びに車両システム１１０によって用いられる他の可能なタイプのデータも指すことを認識されたい。
【００１３】
様々なコンテンツ送信元３０、４０、及び５０は、インターネット２０、衛星通信２２、ホットスポット・ゲートウェイ２４、携帯電話ネットワーク２６、及び全地球測位システム２８等の様々な通信経路を介して、車両システム１１０にそのコンテンツを提供することができる。更に、他の通信経路としては、ＷｉＦｉ、ブルートゥース（商標）、超広帯域（ＵＷＢ）、ユニバーサル・シリアル・バス（ＵＳＢ）、及び当分野で既知の様々な通信経路が挙げられる。
【００１４】
上記車両システム１１０が利用可能なネットワーク環境を理解した上で、次に、図２において更に詳細に示す車両又はマルチメディアシステム１１０の説明に移る。車両システム１１０は、車両１００用の客室内の構成要素又はアフターマーケットユニットであってよい。概観すると、車両システム１１０は、車両１００外の外部システムと通信を行うこと、車両１００においてコンテンツを処理すること、及び車両１００内における他の構成要素と通信を行うことが可能である。
【００１５】
車両システム１１０内には、１つ又は複数のコンテンツ処理装置１０２及び１０６に通信用に結合された制御ユニット又はコントローラ１２０が含まれる。コントローラ１２０並びに装置１０２及び１０６は、システム１１０の特定の実施例に応じて、それらの動作の特徴を共有又は分割できる。例えば、コンテンツ処理装置１０２及び１０６は、コンテンツの独立した記憶及び処理が可能であるが、コントローラ１２０によって制御される。他の選択肢として、コンテンツ処理装置１０２及び１０６は、コンテンツの独立した記憶及び処理が可能でなく、コントローラ１２０が、コンテンツの処理を取り扱い、処理されたコンテンツを装置１０２及び１０６にストリーミングもしくは送信して、車両１００において出力又は描画される。
【００１６】
上記したコンテンツのネットワーク環境及び送信元に接続するために、コントローラ１２０は、１つ又は複数の通信インターフェイス１３０に通信用に結合されている。インターフェイス１３０としては、これらに限定しないが、携帯電話インターフェイス１３１、ＧＰＳインターフェイス１３２、ブルートゥース（商標）インターフェイス１３３、ＷｉＦｉインターフェイス１３４、及びＵＳＢインターフェイス１３５が挙げられる。本車両１００は、これらの様々なインターフェイス１３０の１つ又は複数を有する。インターフェイス１３０を用いて、コントローラ１２０は、ネットワークの他の部分と通信を行って、例えば、上記した様々なコンテンツの送信元からコンテンツを取得することができる。
【００１７】
車両１００に関連した情報を得るために、コントローラ１２０は、車両１００の電子バス１４０に通信可能に結合されており、電子バス１４０は、車両１００の様々な構成要素（図示せず）に結合されている。他の選択肢として、コントローラ１２０は、車両構成要素に直接結合される。車両構成要素には、当該技術分野において既知のものが含まれる。車両構成要素の幾つかの例としては、これらに限定しないが、診断システム、車両コンピュータ又は制御ユニット（例えば、エンジン制御ユニット）、トランスミッション、オドメータ、車両モジュール（例えば、パワーステアリング制御モジュール、キーレスエントリモジュール、ドアモジュール等）、及び車両センサ（例えば、差圧フィードバックＥＧＲ（ＤＰＦＥ）センサ、タイヤ空気圧センサ、油圧センサ、エンジン温度センサ等）が挙げられる。一例において、車両バスインターフェイス１２２は、コントローラ１２０を車両バス１４０に結合する。そのような車両バスインターフェイス１２２は、当該技術分野において既知であり、車両バス１４０を介して、コントローラ１２０と車両１００の構成要素との間の直接通信を可能にする。車両インターフェイス１２２は、コントローラ１２０が、車両バス１４０に直接アクセスする車両１００の一体化された構成要素である場合に好適である。
【００１８】
車両バス１２２に対する補足又は他の選択肢として、車載診断接続１２４、好適には、ＯＢＤ−ＩＩ接続が、コントローラ１２０を車両バス１４０に結合されるが、これは、コントローラ１２０が、元々車両１００と一体化されていないアフターマーケットユニットである場合に好適である。車両バスインターフェイス１２２又はＯＢＤ−ＩＩ接続１２４が、車両１００において利用不可能な場合、車両１００の他の装置が、コントローラ１２０に車両情報を提供する。一例において、ＧＰＳインターフェイス１３２は、受信機であってよいが、移動距離、速度、方向、時間、及び他の移動関連情報をコントローラ１２０に提供する。
【００１９】
インターフェイス１３０に加えて、車両システム１１０には、様々なネットワーク送信元と間接的に通信を行うためのテレマテックス制御ユニット１５０が含まれる。テレマテックス制御ユニット１５０は、２００５年４月２９日に出願された米国特許出願第１１／１１８，５２８号、表題「様々な領域の装置間におけるコンテンツを管理するためのシステム及び方法」（Ａｔｔｙ．Ｄｋｔ．Ｎｏ．ＩＳ０１５９８ＴＣ）に開示されたものと同様であってよく、この特許は、その全体を本明細書に参照によって組み込まれる。簡単に言えば、テレマテックス制御ユニット１５０には、例えば、上記したネットワークにアクセスするためのネットワークアクセス装置１５４に結合された通信コントローラ１５２が含まれる。更に、テレマテックス制御ユニット１５０には、ネットワークにアクセスする携帯電話等の独立した通信装置と通信を行うための装置インターフェイス１５６が含まれる。車両バスインターフェイス１５８は、テレマテックス制御ユニット１５０を車両バス１４０に結合する。図２の車両システム１１０は、通信インターフェイス１３０及びテレマテックス制御ユニット１５０を有するものとして示されるが、車両システム１１０は、任意の実施例において双方を有する必要はない。
【００２０】
ネットワーク環境、コンテンツ、送信元、及び車両システムの詳細について記載したが、次に、車両においてコンテンツを取り扱う幾つかの手法に目を向ける。
上記したように、車両１００用のコンテンツを取り扱う１つの手法は、如何にして、コンテンツを車両システム１１０に提供するかを制御する段階を伴う。この手法において、図１の送信元３０、４０、及び５０は、車両１００の情報と引き換えに、車両システム１１０にコンテンツ（例えば、音楽、映像、データ等）を転送する。この構成において、コンテンツは、車両関連情報の少なくとも１回の転送に対する要件によって制限され、車両システム１１０は、要求された情報を提供するように求められる。従って、制限されたコンテンツを得るために及び／又は制限されたコンテンツを処理できるように、車両システム１１０は、車両所有者又は運転者が提供を同意した要求された車両情報を提供することによって、要件を実現する。
【００２１】
図３において、例えば、車両１００にコンテンツを提供する幾つかのコンテンツプロバイダ３０及びサービスプロバイダ４０を示す。コンテンツプロバイダ３０としては、音楽及び映画配給元、ケーブルコンテンツプロバイダ、衛星コンテンツプロバイダ、インターネット音楽プロバイダ等が挙げられる。そのようなプロバイダ３０からのコンテンツは、通信インターフェイス１３０又はテレマテックス制御ユニット１５０を介して、車両システム１１０に直接提供する。サービスプロバイダ４０としては、携帯電話サービスプロバイダ４１、ナビゲーションサービスプロバイダ４２、テレマテックスサービスプロバイダ４３、オイル交換会社４４、自動車修理工場４５、自動車販売代理店４６、ドライブスルーレストラン４７、レンタル店４８、ガソリン会社４９、又は車両に関連するサービスのあらゆる他のプロバイダが挙げられる。サービスプロバイダ４０からのコンテンツは、車両システム１１０に直接提供したり、又はサービスプロバイダ４０の代わりにコンテンツプロバイダ３０を通して間接的に提供したりできる。車両システム１１０からの車両情報と引き換えに、プロバイダ３０及び４０は、車両所有者や乗員がプロバイダの製品及びサービスを用いる奨励として、無償で又は低価格でコンテンツを提供することができる。そして、車両情報は、プロバイダ３０及び４０によって、マーケティング及び統計的な目的に用いられる。
【００２２】
車両情報と引き換えに車両システム１１０に制限されたコンテンツを提供する段階についてより詳細に説明するために、図４を参照するが、これは、プロバイダ又は送信元６０対車両１００、車両システム１１０、及び他の構成要素を示す。上記したように、プロバイダ６０は、通信インターフェイス１３０又は１５０を介して、車両システム１１０にコンテンツ８０を転送し、例えば、車両システム１１０によって記憶及び処理させる。しかしながら、プロバイダ６０は、コンテンツ８０の提供と引き換えに、車両１００から或る情報８６を転送するように要求することによって、提供されるコンテンツ８０に対して何らかの形態の制御を維持したいと願う。要求された情報８６は、プロバイダ６０の要件に基づき、車両システム１１０によって収集され送信される。
【００２３】
一例において、要求される情報８６には、例えば、車両１００の走行距離、サービス記録、ＧＰＳ情報、状態、部品細目等の車両条件又はパラメータ１６０を含む。車両条件又はパラメータ１６０は、車両システム１１０によって得られ、プロバイダ６０に転送される。他の例において、要求される情報８６には、車両システム１１０の詳細、例えば、そのモデル、製造番号、特徴、能力、基本設定、更新等を含む。更に他の例において、要求される情報８６には、コンテンツのタイプ、車両所有者の好みのジャンル、基本設定等のシステム１１０に記憶されたコンテンツに関連する細目を含む。
【００２４】
コンテンツ８０と情報８６の交換は、手動で実施することができ、また、情報８６がコンテンツ８０と交換されることを車両所有者及び／又は運転者に気付かせるための対応処置を行うこともできる。例えば、通知が、ユーザインターフェイス（例えば、図４のダッシュボード表示装置１０６）を介して運転者に提供され、ユーザは、コンテンツ８０の見返りとしての情報８６の交換に対してインターフェイスに承認を入力する。他の選択肢として、コンテンツ８０及び情報８６の交換は、車両所有者が介在することなく、自動的に実施される。例えば、コンテンツ８０をプロバイダ６０のサーバ等から車両システム１１０にダウンロードし、車両システム１１０は、適切なインターフェイス１３０を用いて指示されたように、要求された情報８６を自動的に転送する。
【００２５】
コンテンツ８０が情報８６と交換される幾つかの状況において、送信元６０は、車両情報８６が、コンテンツ８０を制限する情報の要件を満たすかどうか判断する。これは、コンテンツ８０が、車両システム１１０からの情報８６の１回の送信と引き換えに、車両システム１１０に転送される時の状況である。コンテンツ８０が、車両システム１１０に転送される前に、例えば、プロバイダ６０は、車両情報に対する要求を送る。車両システム１１０は、要求に応じて車両バス１４０を介して、車両条件又はパラメータ１６０を得て、情報８６をプロバイダ６０に転送する。今度は、プロバイダ６０は、返された情報８６がそれらの要件を満たすかどうか判断する。満たす場合、プロバイダ６０は、コンテンツ８０を車両システム１１０に転送し、コンテンツ８０は、当分野において既知の従来のＤＲＭ方式によってまだ制限されているが、処理の準備が整う。
【００２６】
コンテンツ８０が情報８６と交換される他の状況において、プロバイダ６０は、コンテンツ８０を車両システム１１０に転送する。そして、車両システム１１０は、プロバイダ６０に情報８６を転送する。情報８６が要件を満たすかどうかプロバイダ６０に判断させるよりもむしろ、車両システム１１０は、プロバイダ６０に転送される車両情報８６が、コンテンツ８０を制限する情報に対する要件を満たすかどうか判断する。これは、コンテンツ８０が、車両システム１１０からの情報８６の多数回の又は繰り返し送信の要件と引き換えに、車両システム１１０に転送される時の状況である。
【００２７】
提供されたコンテンツ８０を制限するために、制限手法を用いて、制約又はＤＲＭ方式をコンテンツ８０に関連付ける。図４に示すように、制限オブジェクト８２が、制約を定義する。制限オブジェクト８２は、コンテンツ８０に関連付けられ、通常、コンテンツ８０と共にメモリ１８０に記憶されている。一般的に、制限オブジェクト８２は、どのように、いつ、どこで、どのような条件で、及び／又は誰によって、制限されたコンテンツ８０を記憶、処理及び／又は転送可能か定義する。
【００２８】
制限オブジェクト８２は、当分野において既知の任意の形態を有する。例えば、制限オブジェクト８２は、コンテンツ処理装置がコンテンツ８０を描画もしくは処理できるようにする権利又は要件を指定するスクリプトコードを有するファイルである。また、制限オブジェクト８２は、関連コンテンツ８０を解読するのに必要な解読鍵を有してもよい。制限オブジェクト８２において指定された権利又は要件が満たされた場合、解読鍵は、関連コンテンツ８０を解読するために、また、解読されたコンテンツ８０を処理させるために利用可能である。そうでない場合、解読鍵は、利用不可能である。
【００２９】
次に、車両情報８６と引き換えに制限されたコンテンツ８０を提供する幾つかの例について、図４を参照して説明する。第１例において、ナビゲーションサービスプロバイダ６０は、そのナビゲーションソフトウェアの或るバージョン（即ち、コンテンツ）８０を、車両１００からのＧＰＳ情報８６と引き換えに提供する。ナビゲーションソフトウェア８０は、車両所有者からの参加を確保してナビゲーションサービスプロバイダ６０にＧＰＳ情報８６を与えるための奨励として、無償で又は低価格で提供される。車両システム１１０からのＧＰＳ情報８６は、ネットワークに接続された中央サーバ（図示せず）によって受信される。次に、サーバ上のＧＰＳ情報８６は、リアルタイム交通情報を構築するために用いられ、また、ナビゲーションサービスプロバイダ６０の加入者が利用可能なようにできる。
【００３０】
車両所有者は、質問票を記入するかもしくは同意して、自分の車両システム１１０からプロバイダ６０の中央サーバにＧＰＳ情報８６を送信させる。そうすることによって、車両所有者は、ナビゲーションソフトウェア８０の低価格の又は無償のバージョンを入手するための要件を満足する。次に、ナビゲーションソフトウェア８０は、通信インターフェイス１３０を用いて、車両システム１１０にダウンロードされる。一旦、メモリ１８０にダウンロードされると、ナビゲーションソフトウェア８０は、それに関連付けられた制限オブジェクト８２における１つ又は複数の要件によって、制限又は保護される。処理イネーブラ１７０は、ユーザインターフェイス１０６等のコンテンツ処理装置によるナビゲーションソフトウェア８０の処理を可能にするか又は阻止することによって、ナビゲーションソフトウェア８０に関連付けられた制約を実施する。処理イネーブラ１７０については、システム１１０の構成要素として、ここで概略を説明する。しかしながら、処理イネーブラ１７０は、コンテンツに関連付けられたＤＲＭ方式の制約の下でコンテンツを処理するための、処理ソフトウェア、ハードウェア、ＤＲＭ情報、及び他の構成要素等の様々な構成要素を伴うことを当業者は認識されたい。
【００３１】
一例において、オブジェクト８２における制約は、ナビゲーションソフトウェア８０を処理するために（即ち、ソフトウェア８０のアプリケーションを走らせるために）、車両システム１１０からのＧＰＳ情報８６の多数回の又は繰り返しの送信を必要とすることがある。そのような制約を実施するために、処理イネーブラ１７０は、オブジェクト８２から制約を得て、ＧＰＳ情報８６の多数回の又は繰り返しの送信の要件が満たされたかどうか判断する。この文脈において、情報８６の送信に関する情報は、メモリ１８０に記憶するか、又は、この情報は、例えば、車両バス１４０を介してどこか別の所から取得してよい。
【００３２】
送信要件が満たされた場合、ユーザインターフェイス１０６は、ソフトウェア８０を処理すること（即ち、ソフトウェア８０のアプリケーションを走らせること）が許可される。用いられる制約に応じて、処理イネーブラ１７０は、要求された送信が実施されない場合又は車両情報８６を監視し送信するためのソフトウェアが車両システム１１０から除去された場合、好適には、ソフトウェア８０が処理されることを阻止する。
【００３３】
制限されたコンテンツを提供する第２例において、車両リース又はレンタル特約店６０は、特約店から車両をリース又はレンタルする付加的な奨励として媒体８０を提供する。顧客が、車両１００をリース又はレンタルする場合、媒体８０は、レンタル車両１００の車両システム１１０に転送される。媒体８０の提供と交換に、特約店６０は、顧客による車両１００からの情報８６の提供を要求でき、媒体８０は、車両システム１１０からの情報８６に対する要件によって制限される。情報８６に対する要件が満たされる限り、処理イネーブラ１７０は、音声システム１０８等のコンテンツ処理装置による媒体８０の処理を可能にする。例えば、要求される情報８６には、ＧＰＳ情報、ナビゲーション情報、運転統計値、顧客の基本設定、走行距離、平均速度、又は特約店６０にとって有用な又は顧客にとってレンタル又はリース料金を減ずるのに有益な他の情報を含む。また、媒体８０は、レンタル又はリース契約の期間によって制限されたり、指定された車両システム１１０上での処理のみに制限されたり、当分野において既知の従来のＤＲＭ方式によって制限される。
【００３４】
制限されたコンテンツを提供する第３例において、衛星放送プロバイダ６０は、暗号化された衛星放送コンテンツ８０へのアクセスを、交通情報調査等に参加したい車両所有者に提供する。衛星放送コンテンツ８０は、それを処理するために暗号解読を必要とする。処理イネーブラ１７０は、車両システム１１０が車両情報８６をプロバイダ６０又は他の外部エンティティに送信しているかどうかに基づき、衛星放送コンテンツ８０に関連付けられた制限オブジェクト８２から解読鍵等を得る。車両情報８６には、ＧＰＳ又はナビゲーション情報を含んでもよい。その結果、送信される情報８６は、交通情報等に用いられる。この制約の場合、衛星放送コンテンツ８０は、車両システム１１０からの車両情報８６の任意の送信後、所定期間の間処理されるか、又は車両情報８６を送信している間だけ処理される。
【００３５】
制限されたコンテンツを提供する第４例において、自動車修理サービスプロバイダ６０は、自動車修理サービス利用の奨励として、音楽又は他のエンターテイメント等の媒体８０を提供する。サービスプロバイダ６０は、実際に、所定の仕組みを介して、音楽配給元等の他のプロバイダから媒体８０を取得する。媒体８０を提供して車両システム１１０へダウンロードさせるのと引き換えに、サービスプロバイダ６０は、車両システム１１０が、サービスプロバイダ６０又は他の宛先に情報８６を少なくとも１回送信することを要求する。送信される情報８６には、車両１００の走行距離、特徴、サービス履歴等の車両情報１６０を含んでもよい。そして、この車両情報１６０は、修理工場が、工場の顧客にサービス督促状を送るために用いられる。車両システム１１０は、そのような車両情報１６０をメモリに記憶している場合、それをサービスプロバイダ６０に直接提供される。そうでない場合、システム１１０は、車両インターフェイス又はＯＢＤ−ＩＩ接続（図示せず）を用いて、車両バス１４０から情報１６０を取得するが、車両バス１４０は、車両の内部コンピュータ及び車両情報１６０を有する他の構成要素（図示せず）に接続される。
【００３６】
他の例において、プロバイダ６０は、ガソリンスタンドからのガソリン購入の奨励として、媒体等のコンテンツ８０を提供するガソリンスタンドであってよい。又は、プロバイダ６０は、車両所有者に同様な形態の奨励を提供するファーストフード会社又は他のサービス事業体であってよい。更に、プロバイダ６０は、速度、走行距離、診断用トラブルコード等の車両情報１６０と引き換えに自らの顧客にコンテンツ８０を提供し得る自動車保険会社や車両部品製造業者であってよい。車両情報１６０は、そのようなサービス会社が、顧客により良い製品やサービスを提供できるように、マーケティングや統計的な分析のために収集される。
【００３７】
如何にしてコンテンツを車両に提供するかを制御する段階に加えて、上記した車両用コンテンツを取り扱う他の手法には、どんな条件の下で車両においてコンテンツを処理（例えば、暗号解読、描画、解析、及びストリーム化）するかを制御する段階を伴う。引き続き図４を参照すると、コンテンツ８０は、プロバイダ又は送信元６０によって車両システム１１０に提供される。上記例のように車両１００からの情報８６の転送を要求するよりもむしろ、コンテンツの処理８０は、車両１００の１つ又は複数の条件又はパラメータ１６０に基づき制限される。
【００３８】
コンテンツ８０を制限する上記説明と同様に、制約又はＤＲＭ方式を有する制限オブジェクト８２は、コンテンツ８０に関連付けられる。制限オブジェクト８２は、当該技術分野において既知の任意の形式を有してよく、また、コンテンツ処理装置が、コンテンツ８０を処理し得るかどうかに関する１つ又は複数の制約又は権利を指定するスクリプトコードを有するファイルであってよい。また、制限オブジェクト８２は、関連コンテンツ８０を解読するために必要な解読鍵を有してもよい。制限オブジェクト８２において指定された制約に基づき、解読鍵は、関連コンテンツ８０を解読するために、また、解読されたコンテンツを処理させるために利用可能にすることができる。
【００３９】
オブジェクト８２における制約は、当該技術分野において既知のＤＲＭ方式と同様であってよく、また、オープン・モバイル・アライアンス（ＯＭＡ）等によって規定された様々なＤＲＭ規格を用いてもよい。制限されたコンテンツ８０の処理を制御するために、制約又はＤＲＭ方式は、車両システム１１０又はシステム１１０に関連するコンテンツ処理装置のコンテンツ処理能力を使用可能にしたり、阻止したり、又は限定したりする。音声及びビデオ等の標準媒体の場合、例えば、コンテンツ処理能力には、媒体コンテンツの或るタイプ、ファイル、又はフォーマットを符号化したり（例えば、音声取り込み用のＭＰ３エンコーダ）、復号化したり（例えば、音声再生用のＭＰ３デコーダ）、描画したり、解析したり、ストリーム化したりする能力が含まれる。また、媒体用のコンテンツ処理能力には、媒体コンテンツの１つのタイプ、ファイル、又はフォーマットを他のタイプ、ファイル、又はフォーマットにコード変換もしくは変換する能力（例えば、ＭＰＥＧ２からＭＰＥＧ４に変換する機能）を含んでもよい。ソフトウェアデータ及びユーザインターフェイスデータ等の他の形態のコンテンツの場合、コンテンツ処理能力には、アプリケーションを開くか又は走らせることができるかどうか、データベースファイルにアクセスし得るかどうかなど、特定の形態のコンテンツに関連する様々な処理要件が含まれる。
【００４０】
本例では、制限オブジェクト８２は、コンテンツ８０の処理を制限する特定の車両関連条件又はパラメータ１６０を指定することによって、関連コンテンツ８０の処理を阻止又は限定することを可能にする。上記と同様に、制限されたコンテンツ８０は、例えば、インターフェイス１３０を用いて、プロバイダ６０から車両システム１１０にダウンロードされるか、もしくは転送される。制限されたコンテンツ８０の処理が要求された場合、処理イネーブラ１７０は、車両バス１４０から又は車両１００の周辺構成要素を介して、１つ又は複数の車両条件、パラメータ、又は情報１６０を取得し、また、コンテンツ８０に関連するオブジェクト８２にある１つ又は複数の制約を取得する。そして、処理イネーブラ１７０は、車両条件１６０が、制限オブジェクト８２の制約を満たすかどうか判断することによって、制約を実施する。この判断に基づき、処理イネーブラ１７０は、例えば、ビデオ表示装置１０２、ユーザインターフェイス１０６、又は音声システム１０８等の適切なコンテンツ処理装置を用いて、車両１００におけるコンテンツ８０の処理や出力を可能にするか又は阻止することができる。
【００４１】
システム１１０は、様々な車両条件１６０にアクセスすることから、コンテンツ８０は、多くの方法で制限される。従って、次に、車両条件１６０に基づき、コンテンツ８０を制限する幾つかの例に注目する。
【００４２】
第１例では、コンテンツ８０は、車両１００における或る総走行距離に制限される。従って、制限車両条件１６０は、車両１００が移動した車両の走行距離又は距離に関連する。車両システム１１０は、ＧＰＳインターフェイス１３２及びＧＰＳシステム（図示せず）を用いて、車両のオドメータを用いて、又は他の手法もしくは構成要素を用いて、車両１００が通過した走行距離を追跡する。走行距離１６０が、制限されたコンテンツ８０に関連する少なくとも或る所定の走行距離値未満である場合、処理イネーブラ１７０は、コンテンツ８０を処理させる。しかしながら、走行距離１６０が、その所定値を超過する場合、処理イネーブラ１７０は、コンテンツ８０が処理されることを阻止する。
【００４３】
車両条件１６０でコンテンツ８０を制限する第２例では、プロバイダ６０としてのガソリンスタンドは、顧客によるガソリンスタンドからのガソリン購入の奨励として、顧客に歌８０を配信する権利を購入する。歌８０を演奏できるようにするために、歌８０に関連する制限オブジェクト８２における制約は、車両１００が、ガソリンスタンドから購入した燃料を消費する時間の間だけ歌８０を演奏可能なことを要求する。従って、制限車両条件１６０は、車両１００の燃料消費レベルに関連する。１２ガロンの燃料が購入された場合、例えば、制限オブジェクト８２の制約は、１２ガロンの燃料が消費されるまで、歌８０が特定の車両１００で演奏できることを示す。
【００４４】
処理イネーブラ１７０は、車両１００の燃料消費１６０を歌８０がダウンロードされた時から監視することによって、この制約を実施する。歌８０の処理が車両１００において要求された場合、処理イネーブラ１７０は、燃料消費１６０の監視量を制限オブジェクト８２における指定量と比較する。燃料消費の監視量が、指定量より少ない場合、コンテンツ８０は、音声システム１０８等の適切なコンテンツ処理装置を用いて、車両１００において、処理及び出力する。しかしながら、一旦、購入された量の燃料が消費されると、制限された歌８０を演奏する能力は、もはや有効ではなく、処理イネーブラ１７０は、歌８０の処理を阻止する。
【００４５】
他の選択肢として、歌８０に関連する制約は、ダウンロード後、特定の総距離の間だけ歌８０を処理可能なことを要求する。従って、制限車両条件１６０は、車両１００が移動した車両の走行距離又は距離に関連する。限界走行距離が車両１００によって満たされ後、制限された歌８０を演奏する能力はもはや有効ではなく、また、処理イネーブラ１７０は、歌８０の処理を阻止する。無効になると、車両システム１１０は、歌８０を配給元から購入するオプションをユーザに与えたり、又は制限された歌８０をメモリ１８０から除去して利用可能なスペースを空けたりできる。ユーザによる歌８０の購入を可能にするために、車両システム１１０は、グラフィカルユーザーインターフェイス１０６上に、この目的用の表示（図示せず）を提供する。この表示は、歌８０の無償使用が終わったことを示して、歌８０を購入するオプションをユーザに提供する。ユーザが購入オプションを了承した場合、車両システム１１０は、システム１１０上に記憶されたクレジットカード又はアカウント情報を、通信インターフェイス１３０の１つを用いて、インターネット音楽プロバイダ等のコンテンツプロバイダに伝えることができる。コンテンツプロバイダに関する情報は、歌８０が最初に車両システム８０に転送された時、メモリ１８０の歌８０に関連付けられる。他の選択肢として、車両システム１１０は、利用可能なコンテンツプロバイダに関する情報を独立に記憶したり、又は、その情報を別個にダウンロードしたりできる。
【００４６】
第３例において、コンテンツ８０に関連する制約は、コンテンツ８０の処理を所定の車両識別番号（ＶＩＮ）又は他の車両識別名に限定する。従って、制限車両条件１６０は、車両１００のＶＩＮ又は他の識別名に関係する。処理イネーブラ１７０は、例えば、車両バス１４０を介して、車両１００のコンピュータシステム（図示せず）からＶＩＮ又は識別名１６０を取得する。そして、処理イネーブラ１７０は、ＶＩＮが、コンテンツ８０を制限する制限オブジェクト８２において定義された所定のＶＩＮと合致するかどうか判断する。合致する場合、コンテンツ８０の処理が許される。そうでない場合、コンテンツ８０の処理は、阻止される。
【００４７】
第４例において、コンテンツ８０に関連する制約は、コンテンツ８０の処理を所定の車両構成要素又はシステム（図示せず）の状態に限定する。従って、制限車両条件１６０は、車両１００の構成要素又はシステムの状態に関係する。処理イネーブラ１７０は、例えば、車両バス１４０を介して、構成要素の状態１６０を取得する。そして、処理イネーブラ１７０は、車両構成要素の現在の状態が、コンテンツ８０を制限する制限オブジェクト８２において定義された所定の状態と合致するかどうか判断する。合致する場合、コンテンツ８０の処理が許可される。そうでない場合、処理は、阻止される。例えば、車両システム１１０は、車両１００のトランスミッションの状態又はオドメータ速度に基づき、車両１００のダッシュボードインターフェイス１０６において、ビデオコンテンツ８０の処理を制御し得る。ビデオコンテンツ８０の処理は、車両のトランスミッションが“ドライブ”状態である間又は車両１００のオドメータ速度が所定の速さを超えている場合、ダッシュボードインターフェイス１０６では、許可されない。車両１００がニュートラル又は駐車状態であるか又は所定の速さ未満である場合、コンテンツ８０は、ダッシュボードインターフェイス１０６において描画する。
【００４８】
上記例において、コンテンツ８０は、一度に１つだけの車両条件１６０に基づき、制限される。しかしながら、コンテンツ８０は、個別の実施例に応じて、同時に１つ又は複数の車両条件１６０に基づいて制限される。コンテンツ８０の処理を制限し得る車両条件１６０の幾つかには、これらに限定しないが、総走行距離、燃料消費量、燃料レベル、速さ、タイヤ磨耗量、車両識別番号、車両識別名、ＧＰＳ情報、車両情報の送信状態、車両構成要素の状態、点火サイクル数、エンジン温度、タイヤ空気圧、油圧レベル、電圧レベル、診断用トラブルコード、及び車両における占有座席の表示が含まれる。
【００４９】
上記した車両条件に基づき、車両においてコンテンツを処理する方法を制御する段階に加えて、車両におけるコンテンツを取り扱う更に他の手法は、コンテンツが、車両内の誰に対して処理又は出力し得るかを制御する段階を伴う。例えば、コンテンツは、車両における異なるタイプの潜在的なユーザ、例えば、運転者、前部座席乗員、又は後部座席乗員等に制限される。更に、コンテンツは、車両における特定の場所の潜在的なユーザ及び／又は車両における特定の場所のコンテンツ処理用の装置に制限される。例えば、コンテンツは、ユーザが後部座席乗員であるかどうか、ユーザが窓側の場所にいるかどうか、又はコンテンツを処理用の装置が、車両の前又は後部座席に配置されているかどうかに制限される。
【００５０】
車両における場所又はユーザにコンテンツを制限する詳細については、図５を参照して説明する。図５の車両１００は、車両１００においてコンテンツの処理を制御するために用いられる所定の区画に分割される。この例の所定の区画には、車両の前部座席運転者側用の区画Ａ、前部座席乗員側用の区画Ｂ、後部座席運転者側用の区画Ｃ、及び後部座席乗員側用の区画Ｄが含まれる。車両がこれより大きいか又は小さい場合、区画も多かったり少なかったりし、区画は、図５に示したものと異なる組合せで組み合わせたり構成したりされる。
【００５１】
車両システム１１０によるコンテンツ８０の処理は、車両１００の１つ又は複数の所定の区画に制限されることがある。上記の説明と同様に、コンテンツ８０を所定の区画に制限する段階には、１つ又は複数の制約又はＤＲＭ方式をコンテンツに関連付ける段階を伴う。例えば、この手法におけるコンテンツ８０は、制限オブジェクト８２によって、車両１００の所定の区画に制限される。車両情報１６０は、車両バス１４０を介して得られ、また、処理イネーブラ１７０は、制限されたコンテンツ８０の処理を車両情報１６０が許すかどうかを制限オブジェクト８２から判断する。
【００５２】
制限オブジェクト８２における制約には、区画関連情報が含まれ、これは、コンテンツ８０の処理を車両１００における指定区画に制限又は限定する。車両システム１１０は、コンテンツ８０を制限する区画関連情報に基づき、制限されたコンテンツ８０の処理を実施する。制限されたコンテンツの処理が要求された場合、例えば、車両システム１１０は、車両１００の区画情報１６２を取得する。区画情報１６２は、要求されたコンテンツ８０を処理するための装置（例えば、１０２又は１０６）がどの区画に配置されているかの表示及び／又はどの座席又は区画が乗員によって現在占有されているかの表示である。そして、車両システム１１０の処理イネーブラ１７０は、車両１００から得られた区画情報１６２とコンテンツ８０を制限する区画関連情報を比較する。この比較から、処理イネーブラ１７０は、制限されたコンテンツ８０を処理するかどうか判断する。
【００５３】
一例において、車両１００の区画Ａ、Ｂ、Ｃ、及びＤは、専用のコンテンツ処理装置を有する。例えば、ユーザインターフェイス１０６は、車両１００における区画Ａ及びＢ専用であり、ビデオ表示装置１０２は、区画Ｃ及びＤ専用である。コンテンツ８０は、車両１００内でビデオ表示装置１０２における処理を要求する。要求されたコンテンツ８０は、車両１００の運転者の領域である車両１００の区画Ａでの処理が制限される長編特作映画であるとする。更に、長編特作映画８０の処理は、他の区画Ｂ、Ｃ、及びＤのいずれにおいても可能であってよい。長編特作映画８０は、区画Ｃ及びＤ用に指定されているビデオ表示装置１０２で処理するように要求されていることから、車両システム１１０の処理イネーブラ１７０は、映画８０の処理を可能にする。
【００５４】
しかしながら、長編特作映画８０は、区画Ａ及びＢ双方によって共有されるユーザインターフェイス１０６において、車両１００内での処理を要求する。この状況では、車両システム１１０の処理イネーブラ１７０は、ユーザインターフェイス１０６において長編特作映画８０が処理されるのを阻止する。この理由は、インターフェイス１０６は、許可された区画Ｂに対して指定されているが、区画Ａ用にも指定されており、ここでは、処理が許可されないためである。長編特作映画８０は、この状況では処理されないが、処理は、依然として、他の車両条件又は区画情報の判断に基づき、可能にすることができる。例えば、車両のトランスミッションが、“駐車”の位置にある場合、長編特作映画８０に関連する制約は、ユーザインターフェイス１０２における長編特作映画８０の処理及び表示を可能にできるが、“ドライブ”の位置にある場合、できない。
【００５５】
コンテンツ処理装置が、特定の区画制限されたコンテンツ用に指定されているかどうか判断することに加えて又は他の選択肢として、制限されたコンテンツ８０の処理は、車両１００の特定の区画が乗員によって現在占有されているかどうかに基づく。コンテンツが長編特作映画８０である前の例に続いて、ユーザインターフェイス１０６は、前部座席の区画Ａ及び区画Ｂによって共有される。長編特作映画８０は、運転者の区画Ａにおいて処理が制限されても、処理イネーブラ１７０は、区画Ｂが現在占有されているかどうかを判断する。区画が占有されているかどうか判断する段階は、車両１００における座席占有を検出するための当該技術分野において既知の手法を用いる。例えば、センサ又は他の装置１０９により、座席占有が判断される。区画Ｂが占有されている場合、長編特作映画８０は、ユーザインターフェイス１０６において、それが制限区画Ａを共有していても、処理が許可される。しかしながら、区画Ｂが占有されていない場合、処理イネーブラ１７０は、ユーザインターフェイス１０６における長編特作映画８０の処理及び表示を許可しない。
【００５６】
異なる車両は、異なる区画構成を有することがあり、また、車両は、異なる区画に専用の装置を有してもよい。更に、車両の区画には、１つ又は複数の共有装置があってもよい。従って、コンテンツ８０に関連する制約又はＤＲＭ方式は、好適には、車両用の複数の潜在的な区画構成を考慮する。車両システム１１０は、制約における区画の予め構成された配置のどれが、車両１００の区画又は座席の配置に対応するか判断する。そして、車両システム１１０は、与えられたコンテンツ処理装置が所定の区画用に指定されているかどうか又はその区画が占有されているかどうか判断する。対応する区画配置を判断する１つの手法では、車両システム１１０は、様々なセンサ１０９を車両１００内で用いて、車両１００の座席占有を判断する。そして、判断した占有状況は、車両１００の区画構成をマッピングして、それをコンテンツ８０に関連する異なる区画構成の１つと互いに関係づけるために用いられる。
【００５７】
本例において、車両１００の特定の区画に関係する区画情報１６２は、既に分かっていてメモリ１８０に記憶されており、このため車両システム１１０は、その情報１６２に容易にアクセスできる。更に、車両１００における図５のビデオ表示装置１０２及びユーザインターフェイス１０６等のコンテンツ処理装置の場所に関する区画情報１６２は、既知であり、既にメモリ１８０に記憶され、車両システム１１０は、その情報１６２に容易にアクセスできる。これは、車両が製造される際、コンテンツ処理装置が、車両システム１１０と共に車両１００に設置される場合の状況である。このことは、また、車両１００に設置される装置用の区画関連情報で車両システム１１０をプログラムする場合の状況である。他の選択肢として、車両システム１１０は、そのような装置が問い合わせに応答できる場合、区画関連情報に関して装置にそのような問い合わせを直接行うことができる。しかしながら、場合によっては、車両におけるコンテンツを処理するための装置は、その場所を判断することが不可能な後付けの装置であったり又は車両１００において利用可能な通信インターフェイスの１つを介して車両システム１１０からコンテンツを受信する携帯装置であったりする。そのような装置用の区画関連情報を車両システム１１０が取得する場合、車両システム１１０は、車両１００において装置を特定するための手法、例えば、米国特許出願、表題「車両における装置の場所及び方向を判断するための方法及び装置」（Ａｔｔｙ．Ｄｋｔ．Ｎｏ．ＣＭ０８８１５ＴＣ）に開示された手法を用いることができる。これは、本明細書に参照により組み込まれる。
【００５８】
車両におけるコンテンツを取り扱う上記例に加えて、コンテンツを取り扱う更に他の手法は、現在の車両条件に基づき、車両の動作中、コンテンツが処理される方法を修正する段階を伴う。図６を参照すると、車両システム１１０は、処理モード判断器２００、並びにグラフィカルインターフェイス２１０、音声インターフェイス２２０、及びアプリケーションインターフェイス２３０等の１つ又は複数のコンテンツ処理装置を有する。処理モード判断器２００は、別個の構成要素として概略的に図６に示すが、判断器２００は、車両システム１１０及び／又はコンテンツ処理装置２１０、２２０、及び２３０の一部であってもよいことを認識されたい。
【００５９】
コンテンツ２８０は、メモリ１８０に記憶される。本例において、コンテンツ２８０は、テレマテックスシステム、エンターテイメントシステム、ナビゲーションシステム、又はユーザインターフェイス用のソフトウェアアプリケーションであってよく、また、コンテンツ２８０は、コンテンツ処理装置２１０、２２０、及び２３０の１つ又は複数によって処理される。本例のコンテンツ２８０は、ソフトウェアアプリケーションであるが、コンテンツ２８０は、本明細書に開示された他の任意の形態のコンテンツであってよいことを認識されたい。処理モード構成方式２８２は、コンテンツ２８０に関連付けられ、また、如何にしてコンテンツ２８０を処理すべきかを判断するために用いられる。図６に別個の要素として概略的に示すが、処理モード構成方式２８２は、コンテンツ２８０の一部であったり、又は、コンテンツ２８０を処理する車両システム１１０上のオペレーティング・システムの一部であったりしてよいことを認識されたい。
【００６０】
処理モード構成方式２８２は、車両条件に基づき、少なくとも２つの予め構成された動作モードでのコンテンツ２８０の処理を可能にする。例えば、方式２８２は、車両１００の“通常”動作中用いられるコンテンツ２８０用第１動作モードを定義する。また、方式２８２は、特定の車両条件が存在する際に用いられるコンテンツ２８０用第２変更動作モードを定義する。コンテンツ２８０用第２即ち変更動作モードは、処理される際、コンテンツ２８０の低減された又は強化された機能を伴ったり又はコンテンツ２８０の変更された処理を伴ったりしてよい。
【００６１】
車両１００の動作中、車両システム１１０は、車両バス１４０又は他の場所からの１つ又は複数の車両条件、パラメータ、又は情報を監視する。例えば、車両条件は、車両１００の１つ又は複数の構成要素２６０に関係してもよい。コンテンツ２８０の処理が要求される場合、又はコンテンツ２８０が現在処理中である場合、処理モード判断器２００は、方式２８２から、コンテンツ２８０用のどの予め構成された動作モードが、監視車両情報に対応する車両条件を有するか判断する。この判断に基づき、処理モード判断器２００は、決定された動作モードでのコンテンツ２８０の処理を可能にする。そして、適切なコンテンツ処理装置２１０、２２０、又は２３０が、決定された動作モードに従って、コンテンツ２８０を処理する。
【００６２】
例えば、コンテンツ２８０は、車両１００のグラフィカルユーザーインターフェイス２１０用のユーザインターフェイスアプリケーションである。ユーザインターフェイスアプリケーション２８０及び方式２８２は、それらに関連付けられたユーザインターフェイス（ＵＩ）形式２８４を有する。幾つかのＵＩ形式２８４は、１つ又は複数の車両条件が存在する（例えば、車両トランスミッション２６０が“ドライブ”状態である）場合に対して構成され、一方、他のＵＩ形式２８４は、１つ又は複数の他の車両条件が存在する（例えば、車両トランスミッション２６０が“駐車”状態である）場合に対して構成される。Ｌｉｎｕｘ（Ｒ）オペレーティング・システム等のオペレーティング・システムは、車両システム１１０上で走り、グラフィカルユーザーインターフェイス２１０動作させるアプリケーションマネージャを有する。オペレーティング・システムのアプリケーションマネージャの一部である処理モード判断器２００は、検出された車両条件（例えば、トランスミッション２６０の状態）に基づき、グラフィカルユーザーインターフェイス２１０用の適切なＵＩ形式２８４を選択する。そして、選択されたＵＩ形式２８４は、グラフィカルユーザーインターフェイス２１０上におけるユーザインターフェイスアプリケーション２８０の処理中、用いられる。
【００６３】
上記手法の例を示すために、図７Ａ−７Ｃは、車両構成要素２６２及び２６４と共に車両システム１１０のグラフィカルユーザーインターフェイス２１０を示す。本例におけるグラフィカルユーザーインターフェイス２１０は、車両のダッシュボードにおけるタッチスクリーン表示装置であるが、本明細書に開示された手法は、車両の任意の他のインターフェイス又はコンテンツ処理装置に適用することができる。上記開示された手法を用いて、インターフェイス２１０の機能が、監視される車両条件に基づき、修正される。図７Ａにおいて、例えば、インターフェイス２１０は、車両システム１１０の様々な機能用の複数のタッチスクリーンボタン２１４を示す“通常”メニュー２１２を有する。本例におけるボタン２１４によって、ラジオボタン、ビデオボタン、ナビゲーションボタン、計算器、電話ボタン、及びシステム基本設定にアクセスされる。全てのボタン２１４が、この“通常”メニュー２１２に表示されるため、運転者は、利用可能な機能にアクセスすることができる。
【００６４】
インターフェイス２１０におけるこの“通常”メニュー２１２は、グラフィカルユーザーインターフェイスアプリケーションの第１又は“通常”動作モードに対応する。“通常”動作モードは、例えば、車両トランスミッション２６２、オドメータ２６４、又は他の車両構成要素に関する情報によって要求される１つ又は複数の特定の車両条件用に予め構成される。例えば、車両システム１１０は、車両バス１４０を介して、トランスミッション２６２の状態を検出し、検出された状態に基づくインターフェイス２１０による“通常”メニュー２１２の表示を可能にする。換言すれば、インターフェイス２１０は、トランスミッション２６２の状態が、“駐車”の時、通常モードにおいて、グラフィカルユーザーインターフェイスアプリケーションを処理する。他の例において、車両システム１１０は、車両バス１４０を介して、車両のオドメータ２６４等から速度を検出し、グラフィカルユーザーインターフェイスアプリケーションは、車両速度が、所定の値未満である時、通常モードで処理される。
【００６５】
しかしながら、或る車両条件が存在する場合、処理が修正され、インターフェイス２１０が、変更された動作モードで動作する。図７Ｂにおいて、例えば、インターフェイス２１０は、ラジオボタン、ハンドフリーの電話ボタン、及びナビゲーションボタンにアクセスするために選択されるタッチスクリーンボタン２１８を示す“変更された”メニュー２１６を有する。これらのボタン２１８は、この変更されたメニュー２１６に表示されるため、運転者は、例えば、トランスミッション２６２が“駐車”の状態でないかどうかに基づき、又は車両のオドメータ２６４からの速度が、所定の値にあるか又はそれを超えているかどうかに基づき、これらの様々な機能にアクセスする。
【００６６】
変更されたモードで動作する場合、グラフィカルユーザーインターフェイス２１０に表示されたコンテンツは、好適には、個々のあらゆる画面上の選択肢の数を、運転中の運転者によって要求されるものだけに減ずることによって、運転者用に簡略化される。例えば、“計算器”アプリケーションは、インターフェイス２１０の変更された動作では、車両が動いている間、アクセス不可能であり、また、システムの動作を構成するためのシステム基本設定もまたアクセス不可能である。更に、変更された動作モードにおいてインターフェイス２１０に表示されたコンテンツは、表示される文字のサイズを大きくしたり、また、タッチスクリーンボタン２１８を拡大したりできる。
【００６７】
他の例において、グラフィカルユーザーインターフェイス２１０用のユーザインターフェイスアプリケーション（即ち、コンテンツ２８０及び方式２８２）は、車両条件に基づき、異なる背景、異なる彩色方式、及び異なる強調表示を有するように構成される。また、グラフィカルユーザーインターフェイス２１０のグラフィカル環境は、インターフェイス２１０のホーム画面に表示された背景壁紙を除去又は変更することによって、又はユーザインターフェイス２１０上に２又は３次元環境を提供することによって、車両条件に基づき変更される。更に、明暗の影響を吸収するために、車両１００が動いている間、グラフィカルユーザーインターフェイス２１０の背面照光を増大し得る。これらの及び他の修正は、車両条件に基づき変更された動作モードに適する。
【００６８】
図７Ｃは、グラフィカルユーザーインターフェイス２１０のための変更された動作モードの他の例を示す。再び、車両システム１１０は、車両バス１４０を介して、車両の構成要素２６６、２６８の条件を監視又は検出し、また、それらの検出された車両条件に基づき、インターフェイス２１０のソフトウェアアプリケーション用の動作モードを判断する。監視される車両構成要素の幾つかの条件には、これらに限定しないが、総走行距離、速度、電圧レベル、エンジン温度、油圧、燃料レベル、タイヤ空気圧、タイヤ磨耗量、車両整備からの総時間、及び診断用トラブルコードが含まれる。
【００６９】
例えば、車両システム１１０は、車両バス１４０を介して、車両バッテリ２６６の電圧レベルを検出する。電圧レベルが或るレベルを下回ると、車両システム１１０は、低電力状態に入る。従って、インターフェイス２１０及びシステム１１０の他の構成要素は、電力節約モードに入り、インターフェイス２１０におけるメッセージ２２２によって示されるように、消費電力を減ずる。更に、車両システム１１０は、車両バス１４０を介して、車両の診断システム又はコンピュータ２６８から診断用トラブルコードを検出する。特定の診断用トラブルコードが検出された場合、車両システム１１０は、インターフェイス２１０のメッセージ２２４で示すように、車両システム１１０の診断アプリケーションによる運転者へのコードに関する情報を自動的に提供することが可能になる。更に、車両システム１１０は、ナビゲーションアプリケーションによる給油所又は販売代理特約店への移動経路の決定を自動的に可能にできる。例えば、メッセージ２２６は、ナビゲーションアプリケーションの移動経路にアクセスして、どこで車両の修理ができるか示し得るタッチスクリーンボタンである。
【００７０】
図７Ａ−７Ｃの例は、車両条件に基づき、車両のグラフィカルユーザーインターフェイス用のユーザインターフェイスアプリケーションの処理を修正することに焦点をあてている。しかしながら、車両条件に基づきコンテンツの処理を修正することは、車両の音声インターフェイス用の音声インターフェイスアプリケーションにも適用される。例えば、図６に示す車両システム１１０は、音声インターフェイス２２０、及び車両システム１１０上で動作する音声認識（ＶＲ）手法をサポートする音声インターフェイスアプリケーション２８０を有する。音声インターフェイスアプリケーション２８０及び音声インターフェイス２２０用の方式２８２は、ＶＲツリー２８６で構成されるが、これは、音声インターフェイス２２０を動作するための音声命令、オプション、及び応答の階層配置即ちツリー構造を表す。インターフェイス２２０用の幾つかのＶＲツリー２８６は、通常動作モード用に構成され、一方、他のＶＲツリー２８６は、変更された動作モード用に構成される。例えば、車両構成要素２６０のトランスミッション状態、車両速度、電圧レベル、診断用トラブルコード等の車両条件は、監視され、音声インターフェイス２２０の動作中、どのＶＲツリー２８６を使うべきか判断するために用いられる。例えば、音声インターフェイス２２０は、車両が“ドライブ”状態である場合、又は所定の速度を超えて移動している場合、変更された動作モードにおける音声命令用の異なる又はより少ないオプションを有するＶＲツリー２８６を提供する。
【００７１】
他の例において、車両システム１１０は、図６に示すように、グラフィカルユーザーインターフェイス２１０及び音声インターフェイス２２０双方を有することができ、また、車両システム１１０用のソフトウェアアプリケーション又は他のコンテンツ２８０は、車両条件に基づき、グラフィカルモード又は音声動作モードのいずれかで動作するように構成される。例えば、コンテンツ２８０のグラフィカルＵＩ形式２８４は、車両が“駐車”状態であるか又は所定の速度未満で移動中である場合、グラフィカルユーザーインターフェイス２１０に出力可能であり、また、車両が“ドライブ”状態であるか又は所定の速度を超えて移動中である場合、音声インターフェイス２２０に出力される。そのような例において、音声インターフェイス２２０は、変更された動作モードにおける音声命令用の異なるオプションを有するＶＲツリー２８６を提供する。ＶＲツリー２８６におけるこれらの異なるオプションは、変更された動作モード中、グラフィカルユーザーインターフェイス２１０の修正された又は簡略化されたグラフィカルＵＩ形式２８４から利用不可能なオプションを補償するように構成される。このように、音声インターフェイス２２０及びグラフィカルインターフェイス２１０は、車両条件に基づき、グラフィカルＵＩ形式２８４及びＶＲツリー２８６において代わりの音声又はグラフィカルオプションを提供することによって、ユーザに同じ機能を与える。
【００７２】
好適な及び他の実施形態の上記の説明は、出願人によって考えられた発明の概念の範囲又は適用可能性を限定又は制限することを意図するものではない。本明細書に含まれる発明の概念の開示と引き換えに、出願人は、添付の請求項によって与えられる全ての特許権を望むものである。従って、添付の請求項には、以下の請求項又はそれらの等価物の範囲内にある全ての修正及び変更が最大限含まれるものである。
【図面の簡単な説明】
【００７３】
【図１】本開示の或る教示内容によるネットワークを示す図。
【図２】本開示の或る教示内容による車両システムを示す図。
【図３】車両対サービス及びコンテンツの複数のプロバイダを示す図。
【図４】コンテンツの処理を可能にするか又は阻止するための所有イネーブラを備えた車両システムを有する車両を示す図。
【図５】車両におけるコンテンツの処理を制限するための区画に分割された車両を示す図。
【図６】コンテンツ処理用動作モードを判断するための所有モード判断器を備えた車両システムを有する車両を示す図。
【図７Ａ】車両システムのグラフィカルユーザーインターフェイスの例を示す図。
【図７Ｂ】車両システムのグラフィカルユーザーインターフェイスの例を示す図。
【図７Ｃ】車両システムのグラフィカルユーザーインターフェイスの例を示す図。
【特許請求の範囲】
【請求項１】
コンテンツを取り扱う方法であって、
第１車両情報の少なくとも１回の転送を要求することによって、コンテンツを制限する段階と、
車両の第２車両情報を取得する段階と、
車両システムから送信元に前記第２車両情報を転送する段階と、
前記第２車両情報の転送が、前記第１車両情報の少なくとも１回の転送の前記要件を満たすかどうか、前記送信元において判断する段階と、
前記判断に基づき、前記車両システムに前記コンテンツを転送する段階と、
を、必ずしも連続である必要の無く備える、方法。
【請求項２】
請求項１に記載の方法であって、前記送信元から前記車両システムに前記第２車両情報を転送する前記段階には、前記車両システムの通信インターフェイスを使用して前記第２車両情報を送信する段階が含まれる、方法。
【請求項３】
請求項１に記載の方法であって、前記送信元から前記車両システムに前記コンテンツを転送する前記段階には、前記車両システムの通信インターフェイスを使用して前記送信元から送信された前記コンテンツを受信する段階が含まれる、方法。
【請求項４】
請求項１に記載の方法であって、前記コンテンツは、前記車両システムからの第１車両情報の転送に対する複数の要件によって制限され、前記方法は、
前記第１車両情報の転送に対する前記複数の要件の１つ又は複数が、満たされるかどうか、前記車両システムにおいて判断する段階と、
前記判断に基づき、前記車両システムによる前記コンテンツの処理を可能にするか又は阻止する段階と、
を更に備える、方法。
【請求項５】
請求項１に記載の方法であって、前記第２車両情報を転送する前に、前記車両システムにおける許可を要求する段階を更に備える、方法。
【請求項６】
コンテンツを取り扱う方法であって、
第１車両情報の少なくとも１回の転送を要求することによって、コンテンツを制限する段階と、
車両の車両システムにおいて前記制限されたコンテンツを受信する段階と、
前記車両の第２車両情報を取得する段階と、
前記車両システムから前記第２車両情報を転送する段階と、
前記第２車両情報の転送が、前記第１車両情報の少なくとも１回の転送に対する前記要件を満たすかどうか、前記車両システムにおいて判断する段階と
を、必ずしも連続である必要の無く備える、方法。
【請求項７】
請求項６に記載の方法であって、前記車両システムから前記第２車両情報を転送する前記段階には、前記車両システムの通信インターフェイスを使用して前記第２車両情報を送信する段階が含まれる、方法。
【請求項８】
請求項６に記載の方法であって、前記車両の前記車両システムにおいて前記制限されたコンテンツを受信する前記段階には、前記車両システムの通信インターフェイスを使用して送信元から送信された前記制限されたコンテンツを受信する段階が含まれる、方法。
【請求項９】
請求項６に記載の方法であって、
前記第２車両情報の転送が、前記第１車両情報の少なくとも１回の転送に対する前記要件を満たすかどうかに基づき、前記車両システムによる前記コンテンツの処理を可能にするか又は阻止する段階
を更に備える、方法。
【請求項１０】
請求項６に記載の方法であって、前記コンテンツは、前記車両システムからの第１車両情報の転送に対する複数の要件によって制限され、前記方法は、
前記第１車両情報の転送に対する前記複数の要件の１つ又は複数が満たされるかどうか、前記車両システムにおいて判断する段階と、
前記判断に基づき、前記車両システムによる前記コンテンツの処理を可能にするか又は阻止する段階と
を更に備える、方法。
【請求項１１】
請求項１０に記載の方法であって、前記可能にするか又は阻止する段階には、前記第１車両情報の転送に対する前記要件の１つが満たされている間又は満たされた後の所定時間の間、前記車両システムによる前記コンテンツの処理を可能にする段階が含まれる、方法。
【請求項１２】
車両システムであって、
１つ又は複数の通信インターフェイスと、
コンテンツを処理するための装置と、
コンテンツを記憶するためのメモリと、
１つ又は複数の通信インターフェイス、前記装置、及び前記メモリに通信可能に結合された車両におけるコントローラであって、
前記車両の第２車両情報を得て、
前記通信インターフェイスの１つを使用して前記第２車両情報を転送し、
制限されたコンテンツを前記通信インターフェイスの１つを使用して受信し、
前記第２車両情報の転送が、前記制限されたコンテンツを制限する第１車両情報の転送に対する少なくとも１つの要件を満たすかどうか判断し、
前記判断に基づき、前記制限されたコンテンツの前記装置による処理を可能にするか又は阻止する
ように構成されたコントローラと
を備える、車両システム。
【請求項１３】
請求項１２に記載の車両システムであって、前記コンテンツは、デジタルデータ、媒体データ、音声データ、ビデオデータ、マルチメディアデータ、インターネットデータ、ケーブル放送データ、ラジオ放送データ、衛星放送データ、テレビ放送データ、全地球測位システムデータ、ナビゲーションデータ、ユーザインターフェイスデータ、及びソフトウェアアプリケーションデータからなるグループから選択される、車両システム。
【請求項１４】
請求項１２に記載の車両システムであって、コンテンツを処理するための前記装置は、テレマテックスシステム、エンターテイメントシステム、ビデオシステム、音声システム、ナビゲーションシステム、及びユーザインターフェイスからなるグループから選択される、車両システム。
【請求項１５】
請求項１２に記載の車両システムであって、前記第１又は第２車両情報には、全地球測位システム情報、ナビゲーション情報、車両状態、車両パラメータ、車両部品細目、車両部品の状態、診断用トラブルコード、サービス記録、特徴、能力、及び基本設定からなるグループから選択される１つ又は複数の情報が含まれる、車両システム。
【請求項１６】
請求項１２に記載の車両システムであって、前記車両の前記第２車両情報を取得するために、前記コントローラは、車両バスインターフェイス、車載診断接続、車両構成要素、又は車両情報を有する前記メモリに通信可能に結合される、車両システム。
【請求項１７】
請求項１２に記載の車両システムであって、前記１つ又は複数の通信インターフェイスは、インターネットインターフェイス、衛星通信インターフェイス、ホットスポット・ゲートウェイインターフェイス、携帯電話インターフェイス、全地球測位システムインターフェイス、ＷｉＦｉインターフェイス、ブルートゥース（商標）インターフェイス、超広帯域インターフェイス、及びユニバーサル・シリアル・バスインターフェイスからなるグループから選択される、車両システム。
【請求項１８】
請求項１２に記載の車両システムであって、前記コンテンツは、前記車両システムからの第１車両情報の転送に対する複数の要件によって制限され、前記コントローラは、
前記第１車両情報の転送に対する前記複数の要件の１つ又は複数が、満たされるかどうか判断し、
前記判断に基づき、前記制限されたコンテンツの前記装置による処理を可能にするか又は阻止する
ように更に構成されている、車両システム。
【請求項１９】
請求項１８に記載の車両システムであって、前記制限されたコンテンツの前記装置による処理を可能にするか又は阻止するために、前記コントローラは、前記第１車両情報の転送に対する前記要件の１つが満たされている間又は満たされた後の所定時間の間、前記制限されたコンテンツの前記装置による処理を可能にするように構成される、車両システム。
【請求項２０】
請求項１２に記載の車両システムであって、前記コントローラは、前記第２車両情報を転送する前に、許可を要求するように更に構成される、車両システム。
【請求項１】
コンテンツを取り扱う方法であって、
第１車両情報の少なくとも１回の転送を要求することによって、コンテンツを制限する段階と、
車両の第２車両情報を取得する段階と、
車両システムから送信元に前記第２車両情報を転送する段階と、
前記第２車両情報の転送が、前記第１車両情報の少なくとも１回の転送の前記要件を満たすかどうか、前記送信元において判断する段階と、
前記判断に基づき、前記車両システムに前記コンテンツを転送する段階と、
を、必ずしも連続である必要の無く備える、方法。
【請求項２】
請求項１に記載の方法であって、前記送信元から前記車両システムに前記第２車両情報を転送する前記段階には、前記車両システムの通信インターフェイスを使用して前記第２車両情報を送信する段階が含まれる、方法。
【請求項３】
請求項１に記載の方法であって、前記送信元から前記車両システムに前記コンテンツを転送する前記段階には、前記車両システムの通信インターフェイスを使用して前記送信元から送信された前記コンテンツを受信する段階が含まれる、方法。
【請求項４】
請求項１に記載の方法であって、前記コンテンツは、前記車両システムからの第１車両情報の転送に対する複数の要件によって制限され、前記方法は、
前記第１車両情報の転送に対する前記複数の要件の１つ又は複数が、満たされるかどうか、前記車両システムにおいて判断する段階と、
前記判断に基づき、前記車両システムによる前記コンテンツの処理を可能にするか又は阻止する段階と、
を更に備える、方法。
【請求項５】
請求項１に記載の方法であって、前記第２車両情報を転送する前に、前記車両システムにおける許可を要求する段階を更に備える、方法。
【請求項６】
コンテンツを取り扱う方法であって、
第１車両情報の少なくとも１回の転送を要求することによって、コンテンツを制限する段階と、
車両の車両システムにおいて前記制限されたコンテンツを受信する段階と、
前記車両の第２車両情報を取得する段階と、
前記車両システムから前記第２車両情報を転送する段階と、
前記第２車両情報の転送が、前記第１車両情報の少なくとも１回の転送に対する前記要件を満たすかどうか、前記車両システムにおいて判断する段階と
を、必ずしも連続である必要の無く備える、方法。
【請求項７】
請求項６に記載の方法であって、前記車両システムから前記第２車両情報を転送する前記段階には、前記車両システムの通信インターフェイスを使用して前記第２車両情報を送信する段階が含まれる、方法。
【請求項８】
請求項６に記載の方法であって、前記車両の前記車両システムにおいて前記制限されたコンテンツを受信する前記段階には、前記車両システムの通信インターフェイスを使用して送信元から送信された前記制限されたコンテンツを受信する段階が含まれる、方法。
【請求項９】
請求項６に記載の方法であって、
前記第２車両情報の転送が、前記第１車両情報の少なくとも１回の転送に対する前記要件を満たすかどうかに基づき、前記車両システムによる前記コンテンツの処理を可能にするか又は阻止する段階
を更に備える、方法。
【請求項１０】
請求項６に記載の方法であって、前記コンテンツは、前記車両システムからの第１車両情報の転送に対する複数の要件によって制限され、前記方法は、
前記第１車両情報の転送に対する前記複数の要件の１つ又は複数が満たされるかどうか、前記車両システムにおいて判断する段階と、
前記判断に基づき、前記車両システムによる前記コンテンツの処理を可能にするか又は阻止する段階と
を更に備える、方法。
【請求項１１】
請求項１０に記載の方法であって、前記可能にするか又は阻止する段階には、前記第１車両情報の転送に対する前記要件の１つが満たされている間又は満たされた後の所定時間の間、前記車両システムによる前記コンテンツの処理を可能にする段階が含まれる、方法。
【請求項１２】
車両システムであって、
１つ又は複数の通信インターフェイスと、
コンテンツを処理するための装置と、
コンテンツを記憶するためのメモリと、
１つ又は複数の通信インターフェイス、前記装置、及び前記メモリに通信可能に結合された車両におけるコントローラであって、
前記車両の第２車両情報を得て、
前記通信インターフェイスの１つを使用して前記第２車両情報を転送し、
制限されたコンテンツを前記通信インターフェイスの１つを使用して受信し、
前記第２車両情報の転送が、前記制限されたコンテンツを制限する第１車両情報の転送に対する少なくとも１つの要件を満たすかどうか判断し、
前記判断に基づき、前記制限されたコンテンツの前記装置による処理を可能にするか又は阻止する
ように構成されたコントローラと
を備える、車両システム。
【請求項１３】
請求項１２に記載の車両システムであって、前記コンテンツは、デジタルデータ、媒体データ、音声データ、ビデオデータ、マルチメディアデータ、インターネットデータ、ケーブル放送データ、ラジオ放送データ、衛星放送データ、テレビ放送データ、全地球測位システムデータ、ナビゲーションデータ、ユーザインターフェイスデータ、及びソフトウェアアプリケーションデータからなるグループから選択される、車両システム。
【請求項１４】
請求項１２に記載の車両システムであって、コンテンツを処理するための前記装置は、テレマテックスシステム、エンターテイメントシステム、ビデオシステム、音声システム、ナビゲーションシステム、及びユーザインターフェイスからなるグループから選択される、車両システム。
【請求項１５】
請求項１２に記載の車両システムであって、前記第１又は第２車両情報には、全地球測位システム情報、ナビゲーション情報、車両状態、車両パラメータ、車両部品細目、車両部品の状態、診断用トラブルコード、サービス記録、特徴、能力、及び基本設定からなるグループから選択される１つ又は複数の情報が含まれる、車両システム。
【請求項１６】
請求項１２に記載の車両システムであって、前記車両の前記第２車両情報を取得するために、前記コントローラは、車両バスインターフェイス、車載診断接続、車両構成要素、又は車両情報を有する前記メモリに通信可能に結合される、車両システム。
【請求項１７】
請求項１２に記載の車両システムであって、前記１つ又は複数の通信インターフェイスは、インターネットインターフェイス、衛星通信インターフェイス、ホットスポット・ゲートウェイインターフェイス、携帯電話インターフェイス、全地球測位システムインターフェイス、ＷｉＦｉインターフェイス、ブルートゥース（商標）インターフェイス、超広帯域インターフェイス、及びユニバーサル・シリアル・バスインターフェイスからなるグループから選択される、車両システム。
【請求項１８】
請求項１２に記載の車両システムであって、前記コンテンツは、前記車両システムからの第１車両情報の転送に対する複数の要件によって制限され、前記コントローラは、
前記第１車両情報の転送に対する前記複数の要件の１つ又は複数が、満たされるかどうか判断し、
前記判断に基づき、前記制限されたコンテンツの前記装置による処理を可能にするか又は阻止する
ように更に構成されている、車両システム。
【請求項１９】
請求項１８に記載の車両システムであって、前記制限されたコンテンツの前記装置による処理を可能にするか又は阻止するために、前記コントローラは、前記第１車両情報の転送に対する前記要件の１つが満たされている間又は満たされた後の所定時間の間、前記制限されたコンテンツの前記装置による処理を可能にするように構成される、車両システム。
【請求項２０】
請求項１２に記載の車両システムであって、前記コントローラは、前記第２車両情報を転送する前に、許可を要求するように更に構成される、車両システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７Ａ】
【図７Ｂ】
【図７Ｃ】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７Ａ】
【図７Ｂ】
【図７Ｃ】
【公表番号】特表２００９−５２１０１９（Ｐ２００９−５２１０１９Ａ）
【公表日】平成２１年５月２８日（２００９．５．２８）
【国際特許分類】
【出願番号】特願２００８−５４３５５２（Ｐ２００８−５４３５５２）
【出願日】平成１８年１１月８日（２００６．１１．８）
【国際出願番号】ＰＣＴ／ＵＳ２００６／０６０６６５
【国際公開番号】ＷＯ２００７／０６５０５２
【国際公開日】平成１９年６月７日（２００７．６．７）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ウィンドウズ
【出願人】（３９０００９５９７）モトローラ・インコーポレイテッド (649)
【氏名又は名称原語表記】ＭＯＴＯＲＯＬＡ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
【公表日】平成２１年５月２８日（２００９．５．２８）
【国際特許分類】
【出願日】平成１８年１１月８日（２００６．１１．８）
【国際出願番号】ＰＣＴ／ＵＳ２００６／０６０６６５
【国際公開番号】ＷＯ２００７／０６５０５２
【国際公開日】平成１９年６月７日（２００７．６．７）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ウィンドウズ
【出願人】（３９０００９５９７）モトローラ・インコーポレイテッド (649)
【氏名又は名称原語表記】ＭＯＴＯＲＯＬＡ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
[ Back to top ]