JP5645941B2 - 自動車両ソフトウェアアプリケーション及びサービスの集中管理 - Google Patents

Description

優先権主張：
本出願は、下記の米国特許出願：２００９年１０月１５日に、“CENTRALIZED MANEGEMENT OF MOTOR VEHICLE SOFTWARE APPLICATIONS AND SERVICES”の名称で出願された米国仮特許出願第６１／２５２，０６６号及び２００９年１１月１２日に、“CENTRALIZED MANEGEMENT OF MOTOR VEHICLE SOFTWARE APPLICATIONS AND SERVICES”の名称で出願された米国仮特許出願第６１／２６０，７８１号の非仮出願である、２０１０年３月２２日に、“CENTRALIZED MANEGEMENT OF MOTOR VEHICLE SOFTWARE APPLICATIONS AND SERVICES”の名称で出願された米国特許出願第１２／７２９，２０７号：に基づいて優先権を主張するものであり、これらの出願は参照することによりそれらの全内容が本明細書に組み込まれるものとする。

自動車両はユーザインタフェースを有する「ヘッドユニット」を備えることができる。ユーザインタフェースは、スクリーン、スピーカ、マイクロフォン、タッチスクリーン及び／又はキーパッドなどの様々なリソースコンポーネントを含むことができる。スマートフォン又は他の携帯電話は携帯電話上で動作する種々のアプリケーションをダウンロードすることができる。ユーザは携帯電話のユーザインタフェースを利用して、アプリケーションをいくつかの態様（画像表示を見る又はオーディオ出力を聴くなど）で制御及び／又は利用することができる。

携帯電話からヘッドユニットへのアプリケーションの拡張は様々なサービスプロバイダ及び車両製造業者によって提供されるポピュラーな機能になっている。その結果として、ユーザはヘッドユニットにより提供されるユーザインタフェース要素（例えば大きなスクリーン及び高品質のオーディオ出力）を活用することができる。そして、ヘッドユニット上で動作する携帯電話アプリケーションの拡張をリモートサーバで利用可能なサービス制御ロジックを利用して制御、管理及び調停するメカニズムの提供が望まれている。

（携帯電話にインストールするのと対照的に）アプリケーションを車両自身にインストール可能にするコンポーネントを備えた車両も製造できる。更に、これらのアプリケーションによって車両インタフェースの使用を制御、管理及び調停するのが望ましい。

本発明のいくつかの態様の基本的な理解を与えるために以下に本発明の概要を説明する。この概要は、本発明の主要な／重要な要素を特定することを意図するものでなく、また本発明の範囲を限定することを意図するものでない。その唯一の目的は本発明のコンセプトを後に与えられるより詳細な説明の前置きとして簡略化して示すことにある。

一つの例では、ネットワーク装置が、アプリケーション動作モードとパワーオンされているが停止中である第１の車両状態及び走行中である第２の車両状態などの車両状態とのマッピング（対応付け）を記憶する。ネットワーク装置は、特定のアプリケーションが車両で付勢されるインタフェースを利用するための要求（車両又は車両に接続された携帯機器のいずれかの無線送信機で送信される）を受信する。ネットワーク装置は受信した要求により指定されたアプリケーション識別子をマッピングと比較する。ネットワーク装置は次にその比較に基づいて車両インタフェースの一部分を識別し、車両上の制御ソフトウェアに、車両インタフェースの識別された部分のみへのアクセスを特定のアプリケーションに許可するように信号通知する。アプリケーションは携帯機器に存在させ、車両インタフェースを拡張インタフェースとして利用することができ、またアプリケーションは車両自体に存在させてもよい。本発明の追加の態様及び利点は添付図面を参照して展開する好適実施形態の以下の詳細な説明から明らかになる。

携帯電話アプリケーションの拡張インタフェースとしてのヘッドユニットの利用を安全にインテリジェントに制御するシステムを示す。 図１のソフトウェア３２の動作を示すフローチャートを示す。 図１のソフトウェア３２により使用できる競合スキームを示すフローチャートを示す。 図１のソフトウェア３０Ａ−Ｂの動作を示すフローチャートを示す。 アプリケーションを安全にインテリジェントに選択し車両に分配するシステムを示す。 図４のソフトウェアの動作を示すフローチャートを示す。 図４−５に示すシステムのより詳細な構成を示す。 アプリケーションをユーザ選択に従って安全にインテリジェントに選択し車両に分配するシステムを示す。 図７のソフトウェアの動作を示すフローチャートを示す。 図７−８に示すシステムのより詳細な構成を示す。 ヘッドユニットグラフィックインタフェースをヘッドユニットの設定に従って選択するシステムを示す。 リモートコンピューティング許可を生成しヘッドユニットに送るシステムを示す。 グラフィックユーザインタフェースの更新を、携帯機器が新しいアプリケーションに対の要求を発生するのに応答して又はユーザウェブポータルが新しいアプリケーションを選択するのに応答して、ヘッドユニットに強制するシステムを示す。 ペアレンタルコントロールスキームの前操作のフローチャートを示す。 ペアレンタルコントロールスキームの操作のフローチャートを示す。

好適実施形態の詳細な説明
一つの例では、自動車両のヘッドユニットを携帯電話の拡張インタフェースとして利用するためにユーザは有線又は無線接続を用いて携帯電話を車両のヘッドユニットに接続する。ユーザは、次の段落に記載されるリモートサーバ経由の決定に応じて携帯電話上のアプリケーションをヘッドユニットのインタフェースを用いて制御することができる。同様に、ユーザは、次の段落に記載されるリモートサーバ経由の決定に応じてアプリケーションの出力をヘッドユニットのインタフェースで視聴することができる。

携帯電話及びヘッドユニット上の新規なクライアント制御ソフトウェアは携帯電話からの無線接続を介してリモートサーバ上のサーバ制御ソフトウェアとインタフェースする。クライアント制御ソフトウェアはヘッドユニットを拡張インタフェースとして利用するために携帯電話アプリケーションを識別する。サーバ制御ソフトウェアは識別された携帯電話アプリケーションをリモートサーバによりアクセス可能な一以上のデータベース情報と比較する。この比較に基づいて、サーバ制御ソフトウェアは識別されたアプリケーションがヘッドユニットを拡張インタフェースとして利用可能かを決定し、利用可能である場合、ヘッドユニットインタフェースのどのコンポーネントをアプリケーションが使用可能かを決定する。サーバ制御ソフトウェアは携帯電話とヘッドユニットを決定に従って制御するようにクライアント制御ソフトウェアに信号通知する。従って、ヘッドユニットの拡張インタフェースとしての任意の利用を安全にインテリジェントに制御することができる。

図１は、携帯電話アプリケーションに対するヘッドユニットの拡張インタフェースとしての利用を安全にインテリジェントに制御するシステムを示す。

システム１００は、携帯電話２０（又は他の携帯機器）及びヘッドユニット２１（又はスティアリングホイールと一体化されたユーザインタフェース又はシート背面と一体化されたユーザインタフェースなどの車両で付勢されるインタフェース）上にそれぞれ構成されたソフトウェア３０Ａ及び３０Ｂを含む。ソフトウェア３０Ａ及び３０Ｂは、携帯電話で動作するアプリケーション４０がいつどのようにヘッドユニット２１のＩ／Ｏリソース１−４にアクセスするかを調整及び制御するために、リモートサーバ２２上に構成されたソフトウェア３２とインタフェースする。

図２Ａは図１のソフトウェア３２の動作を示すフローチャートを示す。

ブロック２０１において、ソフトウェア３２は携帯電話２０上の特定のアプリケーションに対するヘッドユニット２１のインタフェース（入力リソース２４−１、２４−２及び出力リソース２５−３、２５−４を含む）へのアクセス要求を受信する。この要求は、自動車両及び／又はヘッドユニットのユーザに対応するユーザ識別子、特定のアプリケーション４０に対応するアプリケーション識別子及び車両状態情報を含む。ユーザ識別子は、制御ソフトウェア３０Ａが携帯電話１００において最初に活性化されるときユーザにより供給される識別子、ユーザの携帯電話番号などとすることができる。

ブロック２０２において、ソフトウェア３２はユーザを認証する。これはユーザ識別子で識別されるユーザが携帯電話２０のインタフェースをヘッドユニット２１を用いて拡張するサービスに関する加入者のデータベース１１と一致するかを決定するステップを含むことができる。ユーザが判断ブロック２０３で認証されない場合には、ブロック２０４Ａにおいてソフトウェア３２はソフトウェア３０Ａ／Ｂに、アプリケーション４０によるヘッドユニット２１へのアクセスを阻止するように信号通知する。システム１００は、ブロック２０２が任意選択ステップとなるように構成することができることを理解されたい。

他方、ユーザが認証された場合には、ブロック２０４Ｂにおいて、ソフトウェア３２はアプリケーション識別子をアプリケーションのリスト１２（ホワイトリストともいう）と比較することによってアプリケーション４０を認証する。このリスト１２は、アプリケーション４０の一つの特定のバージョンをリスト上で識別できるようにバージョン番号で比較されるようにすることができ、異なるバージョンは除外することができる。判断ブロック２０５において特定のアプリケーション４０(又は特定のバージョン)がリスト１２にない場合には、ブロック２０４Ａにおいてソフトウェア３２はソフトウェア３０Ａ−Ｂに、アプリケーション４０によるヘッドユニット２１へのアクセスを阻止するように信号通知する。

他方、アプリケーション４０が認証された場合には、ブロック２０６においてソフトウェア３２はアプリケーション識別子及び現在の車両状態情報をアプリケーション動作モードのマッピング１５と比較する。図に示すように、マッピング１５はリスト１２の各アプリケーション４０に対してエントリ１７を有することができる。各エントリ１７は対応するアプリケーション４０に個別化されたマッピングである。例えば、アプリケーションＡに対するエントリ１７は車両状態「車両速度≦Ｘ」をリソース１、２及び４に対応付ける（即ち、アプリケーションＡはこの車両状態の下ではスクリーン１、スピーカ２及びマイクロフォン４にアクセスすることが許可される）が、アプリケーションＣに対するエントリ１７は車両状態「車両速度≦Ｘ」をリソース２及び４のみに対応付ける（即ち、アプリケーションＣはスピーカ２及びマイクロフォン４にアクセスすることが許可される）。一つの現実世界の例はナビゲーションアプリケーションＡ及びビデオゲームアプリケーションＣであり、乗客がいるときでも、ビデオゲームの表示は運転者の気を非常に散らすと考えられるので、システム１００はビデオゲームアプリケーションＣをヘッドユニット２１のスクリーン１に表示することを許可さないが、ナビゲーションアプリケーションＡはヘッドユニット２１のスクリーン１に表示することができる。別の現実世界のアプリケーションはヘッドユニット及びシートの背面に取り付けられたディスプレイなどの複数のインタフェースを有する車両である。あるアプリケーションはシート背面ディスプレイへのアクセスは許可されるが、ヘッドユニットへのアクセスは許可されない。

他の例では、マッピング１５は携帯電話２０に記憶できることを理解されたい。この場合には、前段落で記載した比較は制御ソフトウェア３０Ａにより実行することができる。このような場合には、制御ソフトウェア３０Ａは現在の車両状態をヘッドユニット２１と通信してチェックする。

ブロック２０７において、ソフトウェア３２は比較結果に従ってヘッドユニット２１のＩ／Ｏリソースの一部又は全部のセットを識別する。ブロック２０８において、ソフトウェア３２はリモートソフトウェアに、Ｉ／Ｏリソース１−４のうちの識別されたセットのリソースのみへのアクセスを与えるように信号通知する。一例では、このような信号通知は、携帯電話２０から送信されたすべてのアクセス要求が識別されたセットのＩ／Ｏリソースに適合するように携帯電話２０上のソフトウェア３０Ａを制御するステップを含むことができる。別の例では、このような信号通知は、携帯電話２０から送信されたアクセス要求をヘッドユニット２１上のＩ／Ｏリソースを単にディセーブルするなどの任意の方法で阻止するように、ヘッドユニット２１上のソフトウェア３０Ｂを制御するステップを含むことができる。更に他の例では、このような信号通知は、ソフトウェア３０Ａ及びソフトウェア３０Ｂの両方を制御するステップを含むことができる。

図２Ｂは図１のソフトウェア３０Ｂにより使用し得る競合スキームを示すフローチャートを示す。競合スキームは図２Ａに示すスキームに加えて利用することができる。

ブロック２０９において、ソフトウェア３０Ｂは識別されたセットのＩ／Ｏリソースのどれかが現在使用中かを決定する。判断ブロック２１０においてどれも使用中でない場合には、ブロック２１１Ａにおいてソフトウェア３０Ｂは特定のアプリケーションに、識別されたセットのＩ／Ｏリソースのみへのアクセスを付与する。

他方、セットの少なくとも一つのリソースが使用中の場合には、ブロック２１１Ｂにおいてソフトウェア３０Ｂは識別されたセットの使用中のリソースの各々に対してアプリケーションのリソース別ランキング１３を識別する。これは図１に示され、そこには各リソース１−４に対するランキング１３が示されている。ブロック２１２において、ソフトウェア３０Ｂはアプリケーション識別子をリソース別ランキング１３と比較して、アプリケーション４０が識別されたサブセットの使用中のリソースのどれかに対して優先権を有するかを決定する（ランキング１３はリソースサーバにあるため、これは信号通知により実行することができ、またランキングは先行プロセスで車両インタフェースに送付しておくことができる）。この比較は、特定の使用中のリソースを現在使用しているアプリケーションがこの使用中のリソースに対して要求アプリケーションより高い優先順位を有するのか低い優先順位を有するのかを指示する。ブロック２１３において、ソフトウェア３０Ｂは特定のアプリケーションに、識別されたセットのＩ／Ｏリソース１−４の中で現在使用されていないリソース又は低い優先順位のアプリケーションで使用されているリソースのみへのアクセスを付与する。

図３は図１のソフトウェア３０Ａ−Ｂの動作を示すフローチャートを示す。

ブロック３０１において、ソフトウェア３０Ａ−Ｂは携帯電話２０上の特定のアプリケーション４０に対するヘッドユニット２１のインタフェースの利用要求を送信する。ブロック３０２において、ソフトウェア３０Ａ−Ｂは、アプリケーション４０は現時点でヘッドユニット２１にアクセスすることが許可されるか否かを示す戻り信号を受信し、許可される場合には利用し得るリソース１−４を識別する。アプリケーション４０が判断ブロック３０３において許可されない場合には、ブロック３０４Ａにおいてソフトウェア３０Ａ−Ｂは、アプリケーション４０はヘッドユニットへのアクセスを許可されないという通知を出力する。この通知は携帯電話２０又はヘッドユニット２１又はその両方で出力することができる。

他方、アクセス４０が判断ブロック３０３において許可された場合、ブロック３０４Ｂにおいてソフトウェア３０Ａ−Ｂはアプリケーション４０が識別されたリソースに拡張されるように携帯電話２０及びヘッドユニット２１を制御する。競合のためにアプリケーション４０に対する（それぞれのマッピング１７からの）可能なリソースの一部分しか使用できない場合には、ソフトウェア３０Ａ−Ｂは高い優先順位のアプリケーションの活性化前に低い優先順位のアプリケーションを一時停止することを運転者に警告する通知を発生することができる。別の例では、リソースが現在低い優先順位のアプリケーションにより使用されている場合には、ソフトウェア３０Ａ−Ｂは低い優先順位のアプリケーションを自動的に一時停止／終了させ、高い順位のアプリケーションを要求されたリソースを用いて活性化できるようにすることができる。

アプリケーション４０をヘッドユニット２１にまで拡張できることが決定された場合には、サーバ２２はアプリケーション４０を制御するために対応する「制御パネル」ソフトウェアをヘッドユニットにダウンロードする。このソフトウェアを要求されたアプリケーションに基づいてヘッドユニット２１にダウンロードすることによって、サービスプロバイダは、新しいアプリケーション又は既存のアプリケーションに対する更新を利用するとき、それに応じて「制御パネル」をカスタマイズ又は更新することができる。ヘッドユニットは「制御パネル」を表示するためにウェブコードレンダラを有することができる。

再び図１を参照すると、ソフトウェア３０Ａ−Ｂはソフトウェア３２と携帯電話２０からの無線接続を介してインタフェースする。この無線接続はパケットデータ接続（ＧＰＲＳ，ＥＤＧＥ，ＥＶＤＯ，ＵＴＭＳ，ＷｉＭＡＸ，ＷｉＦｉなどを含むがこれらに限定されない）、ショートメッセージサービス（ＳＭＳ）又は米国特許第６，１２２，３３６号及び同第６，４９３，３３８号に記載されているような携帯電話２０及びリモートサーバ２２上のインバンドシグナリングモデムを利用することができる。

更に図１を参照すると、携帯電話２０はＵＳＢ、Ｂｌｕｅｔｏｏｔｈ（登録商標）又はＷｉＦｉ接続などの接続を用いてヘッドユニット２１に接続することができる。しかし、これらは一例にすぎず、他の場合には携帯電話２０のアプリケーションに対するヘッドユニット２１のインタフェースの利用のために異なる接続及び／又はプロトコルを使用することができる。

マッピング１５は任意の車両状態を含むことができ、図示の４つの車両状態の例は単なる例示であることを理解されたい。例えば、別の車両状態は車両が「速度Ｘ超で走行中及び乗客有り」であるかどうか、とすることができる。

ヘッドユニット２１は図に例示するすべてのリソースより少数のリソースを含むことができ、また図に示されない他のリソースを含むこともできることを理解されたい。例えば、他の可能なＩ／Ｏリソースはテキスト・ツー・スピーチ要素である。

図示の例では、第１のアプリケーションは、システム１００によるインテリジェントな決定に基づいて、ヘッドユニット２１上に実際に存在するリソースの第１のサブセットにアクセスすることを許可し得るが、第２の異なるアプリケーションは第２のサブセットのリソース又はリソースのすべてにさえアクセスすることを許可し得る。

アプリケーション４０は図に示すように「リソース別」にランク付けを行うことができ、またすべてのアプリケーション４０を含む単一のランク付けとすることができる。システム１００は図に示すように「リソース別」のランク付けで実施されるが、ここに記載するコンセプトはアプリケーションをリソースと無関係にランク付けする別のシステムに実施することができる。

図４はアプリケーションを安全にインテリジェントに選択し車両に分配するシステムを示す。

図１の上述のシステムと図４のシステムとの間の一つの差異はアプリケーションのインストール位置にある。図１のシステム１００のアプリケーションＡ−Ｃは携帯電話２０にインストールされ、携帯電話上で（ヘッドユニット２１又は車両で付勢される他のインタフェースを拡張インタフェースとして用いて）動作するが、図４のシステム２００内のアプリケーションＪ−Ｌはヘッドユニット２１又は車両で付勢される他のコンポーネントにインストールされる。図４のシステム２００では、ソフトウェア２３０−２３２は、プロバイダがどのアプリケーションをヘッドユニット２２１にインストールするか選択し、選択したアプリケーションの車両への分配を制御することができるようにする。

システム２００の詳細を以下の段落で説明する前に、図１−３に記載のシステム１００の構造及び機能はシステム２００（図４−６）の構造及び機能と単一システムに組み合わせることができることは明らかであろう。例えば、単一システムは車両のインタフェースを拡張インタフェースとして用いる携帯電話にインストールされたいくつかのアプリケーション及び車両のコンポーネントにインストールされたいくつかのアプリケーションを含むことができる。

図５は図４のソフトウェアの動作を示すフローチャートを示す。

ブロック５０１において、車両のパワーオンに応答して、制御ソフトウェア２３０は車両のパワーオンを示す信号２４４をサーバ２２２に送信する。信号２４４はＵＳＢ又はＢｌｕｅｔｏｏｔｈなどのローカル接続で携帯機器２２０に送り、携帯機器２２０で中継して無線通信ネットワークで送ることができる。

ブロック５０２において、ソフトウェア２３２は車両へダウンロードすべきアプリケーションがあるかを決定するためにダウンロードディレクトリ２３９（「サンドボックス」と呼ばれることもある）をチェックする。ダウンロードディレクトリ２３９内に存在するアプリケーションをインテリジェントに選択するスキームは図６を参照して後に詳細に説明する。

ソフトウェア２３２によるチェックが、ダウンロードディレクトリ２３９は少なくとも一つのアプリケーションを含むことを示す場合には、プロセスは継続する。ここで、説明の便宜上、ダウンロードディレクトリ２３９はアプリケーション２４０（Ｊ−Ｌ）を含むと仮定する。従って、ブロック５０３において、ソフトウェア２３２は携帯電話２２０上のＩＰゲートウェイソフトウェア２３１をヘッドユニット２２１へアプリケーションを送るためのＩＰゲートウェイとして動作させるために信号２４５を発生し送信する。一例では、信号２４５はブロック５０２における決定に応答して携帯電話２２０にソフトウェア２３１を動的にロードする通信を含み、ソフトウェア２３１を車両へのダウンロードために携帯電話上で動作させる。信号２４５は、携帯電話２２０にソフトウェア２３１が予めロードされ、ＩＰゲートウェイ動作の準備が整っている場合には信号２４５は生じない。他の例では、信号２４５は車両のパワーオンの検出に応答してヘッドユニット２２１上のソフトウェア２３０から発生させることができる。

ブロック５０４において、ソフトウェア２３２はアプリケーション２４０を車両にダウンロードするためにＩＰパケット２５０を発生し、送信する。ＩＰパケット２５０は携帯電話２２０で受信され、ソフトウェア２３１の動作によりヘッドユニット２２１に転送される。ブロック５０５において、ソフトウェア２３０がＩＰパケット２５０を受信し、アプリケーション２４０（Ｊ−Ｌ）を車両にインストールする（インストールはヘッドユニットのコンポーネント又は他の車両コンポーネントに行うことができる）。

その後、車両のユーザはヘッドユニット２２１を拡張インタフェースとして用いてアプリケーションＪ−Ｌを実行させることができる。ソフトウェア２３０及び２３２は図１−３に記載された任意の原理に従って動作し得ることを理解されたい。例えば、ソフトウェア２３０及び２３２はアクティブアプリケーションによるヘッドユニット２２１のＩ／Ｏリソースの利用を現在の車両状態に従って調整することができる。別の例として、アプリケーションが車両と携帯電話の両方にインストールされるシステムにおいては、ソフトウェア２３０及び２３２は車両インタフェースを利用するすべてのアプリケーションを表１３（図１）と同様のアプリケーションランキング／優先順位表に含めることができる。

一例では、ヘッドユニット２２１はソフトウェア２３０で制御されるウェブコードレンダラ２９９、例えばＨＴＭＬレンダラを含む。ウェブコードレンダラ２９９はＨＴＭＬコードを表示するように構成されるが、ブラウザと異なり、ユーザはウエブ位置を自由にナビゲートすることはできない。具体的には、ウェブコードレンダラ２９９はプロバイダにより許可され、例えばサーバ２２２により指定されるアプリケーションのみを表示する。

上述したフローチャートは車両にインストールされたアプリケーションの更新にも対応することを理解されたい。車両に所定のアプリケーションをプリロードすることもできるため、車両にインストールされるアプリケーションの一部分はフローチャートに従ってダウンロードされ、他の部分は製造中にインストールされたものとすることができる。

従って、上記の原理に基づいて、車両を何のアプリケーションも車両にインストールしないで製造し、代わりにアプリケーションは車両内に運転者がいるときダウンロードすることができるようにし得る。車両にダウンロードするアプリケーションの種類はネットワークサーバに規定される運転者の好みによって決められる。

図６は図４−５に示すシステムのより詳細な図を示す。

先に説明したように、サーバ２２２は車両単位でダウンロードされるのを待つアプリケーションのダウンロードディレクトリを含むことは先に説明した。図６は、ダウンロードディレクトリ２３９内のアプリケーションの選択に関与するユーザウェブポータル６０１、６０４及び６０５を示し、これらのウェブポータル６０１、６０４及び６０５の一使用例を説明する。

車両のＯＥＭなどのプロバイダはウェブポータル６０１を操作する。コンピュータ端末６２５などのインタフェースを用いて、プロバイダは、車両にインストールできる全アプリケーションのリスト６０９から管理されたアプリケーションリスト６１０を構築するために、ウェブポータル６０１のアプリケーション選択部６０８を通信６５０によって制御する。典型的には、リスト６０９からリスト６１０を構築するには技術的な観点及びプロバイダのビジネス観点からアプリケーションの検証を必要とする。

プロバイダは管理リスト６１０から特定の車両にインストールすべきアプリケーションを選択するために通信６５１も送る。これらの選択は、例えば車両モデルとアプリケーションとのマッピング（対応付け）に基づくものとし得る。これらの選択６５２はダウンロードディレクトリ２３９に供給される。

全利用可能アプリケーションのリスト６０９に関して、このリストはプロバイダ及び／又はサードパーティにより開発されたアプリケーションで構築することができることを理解されたい。サードパーティ提供のアプリケーションの場合には、サードパーティはリスト６０９に含めるべきアプリケーション６４９を提示するために（一例ではプロバイダにより操作されるウェブサーバによってホストされる）ウェブポータル６０４のアプリケーション提示部６１８を用いる。

車両ユーザは、コンピュータ端末６２６、例えば携帯機器又はデスクトップコンピュータなどの任意のインターネットアクセス可能なコンピュータ装置を用いてダウンロードディレクトリ２３９に含めるべきアプリケーションを選択することもできる。コンピュータ端末６２６は、自分の車両にインストールできるアプリケーションの管理リスト６１０を見るために（一例ではプロバイダにより操作されるウェブサーバによってホストされる）ユーザウェブポータル６０５のアプリケーション選択部６２８にアクセスする。ユーザは次に、ユーザが自分の車両にインストールしたいアプリケーションを管理リスト６１０から選択するために通信６６１を送ることができる。これらの選択６６２はダウンロードディレクトリ２３９に供給される。

ユーザウェブポータル６０５は、ユーザがダウンロードディレクトリ２３９から特定のアプリケーションを除去することができるように構成することもできる。例えば、ユーザはプロバイダによりダウンロードディレクトリ２３９に追加されるプロバイダ選択アプリケーション６５２の一つを除去することを希望することができる。この除去は、ディレクトリ２３９に既に送付されたアプリケーションの削除によって或いは特定のアプリケーションはそのようなアプリケーションがダウンロードディレクトリ３３９Ａ又は３３９Ｂに追加される前に希望しないことを指示することによって行うことができる。

以上によれば、アプリケーションは車両単位のダウンロードディレクトリ２３９に蓄積することができる。車両のパワーオン時に、このようなアプリケーションを車両にダウンロードしインストールすることができる。ダウンロードディレクトリ２３９は次の車両パワーオン時まで新しいアプリケーションを蓄積できる。

ウェブポータル６０５のインタフェースと同様のインタフェースを車両のヘッドユニット上に表示することができることを理解されたい。ユーザは管理リスト６１０からのアプリケーションの選択をこのようなインタフェースからの選択で行うことができる。選択がインタフェースから行われるとき、選択されたアプリケーションはダウンロードディレクトリに入力する代わりに車両に直ちにダウンロードすることができる。

図７はアプリケーションをユーザの好みに従って安全にインテリジェントに選択し車両に分配するシステムを示す。

前述した図１のシステムと図７のシステムとの一つの差はアプリケーションのインストール位置にある。図１のシステム１００では、アプリケーションＡ−Ｃは携帯電話２０にインストールされ、携帯電話２０上で（車両により付勢されるヘッドユニット又は他のインタフェースを拡張インタフェース用いて）動作するが、図７のシステム３００ではアプリケーションＭ−Ｐ／Ｑ−Ｓは車両により付勢されるヘッドユニット又は他のコンポーネントにインストールされる。図７のシステム３００では、ソフトウェア３３０−３３２はプロバイダがヘッドユニット３２１にインストールできるアプリケーションを選択し、選択したアプリケーションの車両への分配を制御することができるようにする。

システム３００の詳細を以下の段落で詳しく説明する前に、図１−６に記載されるシステム１００及び２００の構造及び機能はシステム３００（図７−８）の構造及び機能と単一システムに組み合わせることができることは明らかであろう。例えば、単一システムは、車両のインタフェースを拡張インタフェースとして使用する携帯電話上にインストールされるいくつかのアプリケーション及び車両のコンポーネントにインストールされたいくつかのアプリケーションを含むことができる。

図８は図７のソフトウェアの動作を示すフローチャートを示す。

ブロック８０１において、ヘッドユニット３２１を携帯電話３２０のような携帯機器に通信可能に接続する。一例では、ヘッドユニット３２１と携帯電話３２０との間の接続５４０はＢｌｕｅｔｏｏｔｈペアリングにより確立する。Ｂｌｕｅｔｏｏｔｈペアリングは車両のパワーオン（ヘッドユニットのパワーオン及びＢｌｕｅｔｏｏｔｈ装置のサーチを生じる）に応答し得るが、Ｂｌｕｅｔｏｏｔｈペアリングは携帯電話３２０のパワーオン、ヘッドユニット３２１の範囲内への携帯電話３２０の持ち込み、別のＢｌｕｅｔｏｏｔｈ装置のヘッドユニット３２１からの切り離し後の再ペアリングなどの他の状況の結果とすることができる。他の例では、通信可能接続はユーザがＵＳＢ接続を用いて携帯電話３２０をヘッドユニット３２１に接続することによって確立することができる。

ブロック８０２において、制御ソフトウェア３３０は携帯電話３２０の電話番号にアクセスする。携帯電話はコールプランの同意と関連して特定の電話番号（制御ソフトウェア３３０が携帯電話３２０から読み取る電話番号）で活性化されることを理解されたい。一例では、電話番号を取得するためのシグナリング５４２はＢｌｕｅｔｏｏｔｈシグナリングを用いて実行される。

ブロック８０３において、制御ソフトウェア３３０はサーバ３２２に信号通知５４３を送る。信号通知５４３はＵＳＢ、Ｂｌｕｅｔｏｏｔｈ又はＷｉＦｉ接続などのローカル接続で携帯機器３２０に送り、携帯機器３２０で中継して無線通信ネットワークで送ることができる。信号通知５４３の内容は図４につき詳細に述べた信号通知２４４と同様にすることができるが、加えて、取得した電話番号を含めることができる。

ブロック８０４において、制御ソフトウェア３３２は信号通知５４３に含まれる電話番号をマッピング３５０と比較する。マッピングはこの特定のヘッドユニット３２１を介してアクセスし得る複数のダウンロードディレクトリの各々を特定の電話番号に相互に関連付ける。例えば、このマッピングにおいては、第１の電話番号はダウンロードディレクトリＡと関連付けられ、第２の電話番号はダウンロードディレクトリＢと関連付けられる。制御ソフトウェア３３２は受信電話番号とマッピング３５０との比較に基づいてダウンロードディレクトリＡ−Ｂの一つを選択する。

ソフトウェア３３２は次にダウンロードディレクトリＡ−Ｂの選択した一つのディレクトリに現在格納されているアプリケーションがあるかどうかチェックする。ダウンロードディレクトリＡ−Ｂ内に存在するアプリケーションをインテリジェントに選択するスキームは図９を参照して後に詳細に説明される。今のところ、説明の便宜上、ダウンロードディレクトリ３３９Ａ及び３３９Ｂは、ヘッドユニットのフロントエンド設定３６９Ａ及び３６９Ｂに加えて、現在のアプリケーション３４０Ａ（Ｍ−Ｐ）及び３４０Ｂ（Ｑ−Ｓ）をそれぞれ含むものと仮定する。

前段落で簡単に述べたように、ダウンロードディレクトリＡ−Ｂは、アプリケーション３４０Ａ及び３４０Ｂに加えて、ヘッドユニットのフロントエンド設定Ａ−Ｂをそれぞれ含む。設定Ａ−Ｂはウェブコードレンダラ３９９とコンパチブルなＨＴＭＬコード又は他のウェブコードとして格納することができる。ヘッドユニットのフロントエンド設定Ａ−Ｂのどちらがヘッドユニット３２１にダウンロードされるかに応じて、ヘッドユニット３２１のディスプレイ３８０は異なるグラフィックユーザインタフェースを表示する。異なるウェブコードファイル３６９Ａ及び３６９Ｂの各々は、ディスプレイ３８０及びレンダラ３９９で表示されるとき、異なるグラフィックユーザインタフェースを表示する。例えば、各グラフィックユーザインタフェースはユーザにより選択された特定の壁紙などのユーザ自身がカスタマイズした設定を有することができる。異なるヘッドユニットのフロントエンド設定Ａ−Ｂを生成するスキームは図９を参照して後に詳細に説明される。

ブロック８０５において、ソフトウェア３３２は、図４に示すスキームと同様に、携帯電話３２０上のＩＰゲートウェイソフトウェア３３１をヘッドユニット３２１へアプリケーションを送るためのＩＰゲートウェイとして動作させるために信号通知を発生し送信する。一例では、図４と同様に、このような信号通知は、車両へのダウンロードのためにソフトウェア３３１を携帯電話上で動作させるために、携帯電話３２０にソフトウェア３３１を動的にロードするための通信を含む。この信号通知は、携帯電話３２０にソフトウェア３３１が予めロードされ、ＩＰゲートウェイ動作の準備が整っている場合には生じない。他の例では、この信号通知３４５は接続５４０の確立後にヘッドユニット３２１上のソフトウェア３３０から発生させることができる。

ブロック８０６において、ソフトウェア３３２は選択された一つのディレクトリからのデータ、例えばアプリケーションＭ−Ｐ及び設定Ａ又はアプリケーションＱ−Ｓ及び設定Ｂ、をダウンロードするためにＩＰパケット５４５を生成し、送信する。ＩＰパケット５４５は携帯電話３２０で受信され、ソフトウェア３３１の動作によりヘッドユニット３２１に転送される。この特定の説明においては、ＩＰパケット５４５はアプリケーションとグラフィックユーザインタフェースの設定の両方を含むが、他のシナリオではＩＰパケット５４５はアプリケーション又は設定のいずれかを含むものとし得る。また、選択されたダウンロードディレクトリに現在アプリケーションがない場合及び選択されたダウンロードディレクトリに格納された設定に変化がなかった場合には、ＩＰパケット５４５は送信されない。

ブロック８０７において、ソフトウェア３３０はＩＰパケット５４５を受信し、それに含まれるアプリケーションを車両にインストールする（インストールはヘッドユニットのコンポーネント上又は他の車両コンポーネント上で行うことができる）。ソフトウェア３３０は検出した電話番号に基づく特定のグラフィックユーザインタフェースを生成するために、ウェブコードレンダラ３９９を用いてＩＰパケット５４５からの設定も処理する。

その後、選択されたダウンロードディレクトリに格納された設定Ａ−Ｂの一つに対応するグラフィックユーザインタフェースがディスプレイ３８０により表示される。車両のユーザはヘッドユニット３２１をインタフェースとして用いて、インストールされたアプリケーションＭ−Ｐ又はＱ−Ｓを操作することができる。

ソフトウェア３３０及び３３２は図１−３に記載された任意の原理に従って動作し得ることを理解すべきである。例えば、ソフトウェア３３０及び３３２はアクティブアプリケーションによるヘッドユニット３２１のＩ／Ｏリソースの利用を現在の車両状態に従って制御することができる。別の例として、アプリケーションを車両と携帯機器の両方にインストールするシステムにおいて、ソフトウェア３３０及び３３２は、車両インタフェースを利用するすべてのアプリケーションを表１３（図１）に類似のアプリケーションランキング／優先順位表に含めることができる。

上述した例では、制御ソフトウェア３３０は携帯電話３２０を他の携帯電話から一意に識別するために携帯電話３２０の電話番号にアクセスする。他の例では、ヘッドユニット３２１上の制御ソフトウェアは携帯電話を他の携帯電話から一意に識別するために通信可能に接続された携帯電話上の異なる値にアクセスすることができる。このような値の他の例としては、限定されないが、携帯電話の物理アドレスを含むことができる。このような他の例では、このような値がマッピングに使用され、例えば他の値が物理アドレスである場合、マッピングはダウンロードディレクトリに関連付けられた物理アドレスを含むこと明らかである。

上述した例では、制御ソフトウェア３３０はアクセスした一意の識別子（本例では電話番号）をサーバ３２２に送る。他の例では、マッピング３５０は車両に格納することができる。このような場合には、制御ソフトウェア３３０はマッピングに記載された特定のダウンロードディレクトリを比較によって識別し、特定のダウンロードを指定する識別子をサーバ３２２に送る。このときサーバ３２２はＩＰパケット５４５で応答し、識別されたダウンロードディレクトリからのデータを送信することができる。

図９は図７−８に示すシステムをより詳細に示す。

サーバ３２２はダウンロードを待つアプリケーションの複数のダウンロードディレクトリ３３９Ａ−Ｂを含むことを先に説明した。図９はダウンロードディレクトリ３３９Ａ−Ｂの生成及びアプリケーションのディレクトリ単位の選択に使用できるユーザウェブポータル９０５を示し、このウェブポータル９０５の一使用例を説明する。

車両ユーザは、ユーザウェブポータル９０５のプロフィール生成部９３０を用いて車両に対応する複数のプロフィールを生成することができる。プロフィールは車両を使用する各人ごとに生成することができる。欄９２７は各人にそれぞれ対応する携帯電話の一意の電話番号又は他の一意の識別子を要求する。各人の名前又は他の情報を電話番号と一緒に収集することができる。プロフィールの生成後又は生成中に、サーバ３２２は各人のプロフィールごとにダウンロードディレクトリを生成し、各番号／ディレクトリの組み合わせごとにマッピング３５０を更新する。いくつかの例では、プロフィール生成部９３０は、ヘッドユニットを２以上の携帯機器に同時に接続できる場合（これが可能かどうかは接続プロトコルにより決まる）には、対応するプロフィールのうちの高いランクのプロフィールが使用されるように、ユーザが生成されるプロフィールにランクを付けることができるように構成することができる。

プロフィールの生成中又は生成後に、ウェブポータル９０５は、コンピュータ端末９２６、例えば携帯機器又はデスクトップコンピュータなどの任意のインターネットアクセス可能なコンピュータ装置を用いて、ダウンロードディレクトリ３３９Ａ−Ｂに含めるアプリケーションを選択するように動作することができる。コンピュータ端末９２６は、車両にインストールし得るアプリケーションの管理リストを見るために、ユーザウェブポータル９０５のアプリケーション選択部９２８（一例ではプロバイダにより操作されるウェブサーバによりホストされる）にアクセスする。ユーザは次に、ユーザが自分の車両にディレクトリ単位でインストールしたいアプリケーションを管理リストから選択するための通信９６１を送る。これらの選択９６２はダウンロードディレクトリ３３９Ａ−Ｂにそれぞれディレクトリ単位で供給される。

ユーザウェブポータル９０５は、ユーザがダウンロードディレクトリ３３９Ａ−Ｂから特定のアプリケーションを除去することができるように構成することもできる。例えば、ユーザはプロバイダによりダウンロードディレクトリ３３９Ａ−Ｂにディレクトリ単位で追加されるプロバイダ選択アプリケーション９５２の一つを除去することを希望することができる。この除去は、ディレクトリ３３９に既に送付された特定のアプリケーションの削除によって或いは特定のアプリケーションがダウンロードディレクトリ３３９Ａ又は３３９Ｂに追加される前にこのアプリケーションの追加を希望しないことを指示することによって行うことができる。

ユーザウェブポータル９０５はヘッドユニットのフロントエンド設定カスタマイズ部９２９も含むことができる。この部分９２９は新しい設定３６９Ａ−Ｂをダウンロードディレクトリ３３９Ａ−Ｂに追加することを可能にし、各人の設定を各人の要求に従ってカスタマイズすることができる。例えば、第１の壁紙背景をダウンロードディレクトリ３３９Ａに追加し、第２の異なる壁紙背景をダウンロードディレクトリ３３９Ｂに追加することができる。他のカスタマイズはカスタマイズされたグラフィックインタフェースボタン、カスタマイズされたグラフィックユーザインタフェースレイアウト、カスタム画像などを含む。

以上によれば、アプリケーションは車両ごとのダウンロードディレクトリ３３９Ａ−Ｂにディレクトリ単位で蓄積することができる。ヘッドユニットを特定の一つの携帯機器に接続すると、対応する一つのダウンロードディレクトリ３３９Ａ−Ｂからのデータを車両にダウンロードしインストールして、カスタマイズされたアプリケーションセット及びカスタマイズされたユーザインタフェースを提供することができる。

ウェブポータル９０５のインタフェースと同様のインタフェースを車両のヘッドユニット上に表示できることを理解されたい。ユーザは管理リスト６１０からのアプリケーションの選択をこのようなインタフェースからの選択で行うことができる。選択がインタフェースから行われるとき、選択されたアプリケーションはダウンロードディレクトリに入力する代わりに車両に直ちにダウンロードすることができる。

図１０はヘッドユニットの設定に従ってヘッドユニットのグラフィックインタフェースを選択するシステムを示す。

システム１０００はサーバ１０２２及びヘッドユニット１０２１を含み、これらは前述のサーバ及びヘッドユニットと同様のコンポーネントを含むことができる。サーバ１０２２及びヘッドユニット１０２１はヘッドユニット１０２１に接続される携帯機器（図示せず）を用いて通信することに留意されたい。ヘッドユニット１０２１は制御ソフトウェア１０３０を含み、サーバ１０２２は制御ソフトウェア１０３２を含む。

ソフトウェア１０３２は、例えばヘッドユニット１０２１をプローブ（１０８１）して情報を収集することによってヘッドユニット１０２１の設定を識別する。ソフトウェア１０３０はヘッドユニット１０２１の設定を識別する情報で応答１０８２する。応答１０８２は、車両のメーカ／モデル／年式、規定のコード、ヘッドユニット１０２１の設定のアドホックリストのうちの少なくとも一つを含むことができる。

ソフトウェア１０３２は次にヘッドユニット情報１０８２に基づいて複数のグラフィックユーザインタフェースから一つを選択する。例えば、ヘッドユニット情報１０８２が規定のコードを含む場合には、ソフトウェア１０３２はそのコードをコード対グラフィックユーザインタフェースＹ−Ｚの格納マッピングと比較することができる。選択されるグラフィックユーザインタフェースは情報１０８２により報告されたヘッドユニット１０２１の特定の設定に対応する。例えば、ヘッドユニット１０２１がモノクロディスプレイを有する場合には、選択されるグラフィックユーザインタフェース（ＧＵＩ）はインタフェースＹとすることができるのに対し、ヘッドユニット１０２１がカラーディスプレイを有する場合には、選択されるＧＵＩはインタフェースＺとすることができる。また、ことによると、ヘッドユニット１０２１が第１の値の実効解像度を有する場合には、選択されるＧＵＩはインタフェースＹとすることができるのに対し、ヘッドユニット１０２１が第２の値の実効解像度を有する場合には、選択されるＧＵＩはインタフェースＺとすることができる。車両のメーカ／モデル／年式が第１の設計のインテリア、例えばラグジュアリモチーフの設計を示す場合には、選択されるＧＵＩはインタフェースＹとすることができるのに対し、車両のメーカ／モデル／年式が第２の設計のインテリア、例えばスポーティーモチーフの設計を示す場合には、選択されるＧＵＩはインタフェースＺとすることができる。

グラフィックユーザインタフェースが選択されると、ソフトウェア１０３２はグラフィックユーザインタフェースＹ−Ｚの選択された一つのＩＰパケットの転送を実行する。ＩＰパケットの転送１０４５は携帯電話（図示せず）の上述したＩＰゲートウェイソフトウェアを利用することができることを理解されたい。ソフトウェア１０３０は受信したグラフィックユーザインタフェースを自動的にインストールする。選択されたグラフィックユーザインタフェースはデフォルトグラフィックユーザインタフェース１０９０又は転送１０４５前にヘッドユニット１０２１に存在する先にダウンロードされたグラフィックユーザインタフェースに取って代ることができる。

前述したフロントエンド設定を選択されインストールされるＧＵＩに適用することができる。例えば、選択されるＧＵＩはヘッドユニット１０２１にインストールすることができ、ヘッドユニット１０２１に現在接続されている携帯機器の電話番号で選択されたカスタマイズされたフロントエンドに基づいて外観をさらに変更することができる。

図１１はリモートコンピューティングの許可を生成し、ヘッドユニットに送るシステムを示す。

システム１１００は、サーバ１１２２及びヘッドユニット１１２１を含み、これらは前述のサーバ及びヘッドユニットと同様のコンポーネントを含むことができる。サーバ１１２２及びヘッドユニット１１２１は携帯機器１１３１を用いて通信することに留意されたい。ヘッドユニット１１２１は制御ソフトウェア１１３０を含み、サーバ１１２２は制御ソフトウェア１１３２を含む。

ヘッドユニット１１２１は、携帯機器１１３１上でランするバーチャルネットワークコンピューティング（ＶＮＣ）（登録商標）サーバ１１４９に接続するために、ＶＮＣクライアント１１４８などのリモートデスクトップビュープログラムを含む。背景として、ＶＮＣクライアントとＶＮＣサーバは互いに通信してサーバのデスクトップ又は他の現在のビューをクライアントディスプレイ上に表示する。クライアントに直接接続されたヒューマンインタフェース装置、例えばキーボード、マウスなどを表示される画像と関連して用いてＶＮＣサーバをランするコンピュータ装置を遠隔制御することができる。あるアプリケーションがＶＮＣサーバを有するコンピュータ装置上でフルスクリーンモードで実行されている場合、ＶＮＣサーバを有するコンピュータ装置はこのアプリケーション（デスクトップ全体ではない）を制御する。

制御ソフトウェア１１３０は携帯機器１１３１から特定のアプリケーションＸ（１１４０）を指定する要求１１５５を受信する。制御ソフトウェア１１３０は、要求１１５５からその識別子自体を抽出することによって、又は要求から収集される情報又は携帯機器１１３１との通信から収集される情報に基づくルックアップテーブルを用いることによって、要求１１５５に対応するアプリケーション識別子を識別する。制御ソフトウェア１１３０はアプリケーション識別子を含む通信１１５６を送出する。

制御ソフトウェア１１３２はアプリケーション識別子を内部テーブルと比較し、アプリケーションＸに対するＶＮＣ許可１１５７を発生する。ＶＮＣ許可１１５７は、ＶＮＣがこのアプリケーションＸに対して許可される特定の状態を指定する。例えば、アプリケーションＸがナビゲーションアプリケーションである場合には、許可１１５７は、車両が停止又は走行しているときにＶＮＣは許可されることを指定する。対照的に、アプリケーションＸがメディア生成アプリケーションである場合には、許可１１５７は、車両が停止しているときにのみＶＣＮは許可されることを指定することができる。

ＶＮＣ許可１１５７は、アプリケーションが現在フルスクリーンモードで実行されているのかウィンドウモードで実行されているのかに基づいて異なる許可を指定することもできる。例えば、ナビゲーションアプリケーションは、車両が走行しているときに許可され得るが、この許可はナビゲーションアプリケーションが携帯電話１１３１上でフルスクリーンモードで実行されている間のみとすることができる。これにより、ユーザが車両の走行中にナビゲーションアプリケーションをウィンドウモードに切り替えると、ＶＮＣ機能は直ちに阻止される。

ＶＮＣ許可１１５７は電話番号も指定することができる。例えば、ＶＮＣは、携帯機器１１３１がメディアプレーヤアプリケーションを実行しているとき許可することができるが、この許可は携帯機器が特定の電話番号を有する場合のみとすることができる（これはペアレンタルコントロールの形で使用できる）。

制御ソフトウェア１１３０は受信したＶＮＣ許可１１５７をＶＮＣ許可のデータベース１１３５内に格納する。制御ソフトウェア１１３０は、制御信号１１６０を発生するためにデータベース１１３５に格納されているＶＮＣ許可に基づいて状態を連続的に監視する。制御信号１１６０は、ＶＮＣクライアント１１４８により携帯機器１１３１のビュー１１６１をヘッドユニット１１２１のディスプレイで現在表示できるかどうかを制御する。制御信号１１６０は、ヘッドユニット１１２１の入力インタフェースを用いて行われた入力をＶＮＣサーバ１１４９に送信できるかどうかも制御する（１１６２）。

図１２は、携帯機器による新しいアプリケーション要求の発生又はユーザウェブポータルによる新しいアプリケーションの選択に応答してグラフィックユーザインタフェースの更新をヘッドユニットに強制するシステムを示す。

システム１２００は、サーバ１２２２及びヘッドユニット１２２１を含み、これらは前述のサーバ及びヘッドユニットと同様のコンポーネントを含むことができる。サーバ１２２２及びヘッドユニット１２２１は携帯機器１２３１を用いて通信することに留意されたい。

サーバ１２２２はシステム１２００で使用する新しいアプリケーションの指示を少なくとも２つの異なる形態で受信することができる（新しいアプリケーションとはヘッドユニット１２２１に以前ダウンロードされたことがないアプリケーション及び／又はヘッドユニットを拡張インタフェースとして利用したことがないアプリケーションをいう）。一つの形態では、携帯機器１２３１がヘッドユニット１２２１を拡張インタフェースとして利用するために新しいアプリケーションＸ（１２４０）の指示を送る。具体的には、この指示は、携帯機器１２３１からの要求１２７０に応答して制御ソフトウェア１２３０により発生され送信される許可要求１２７１である。

別の方法では、サーバ１２２２はユーザウェブポータル１２０５から新しいアプリケーションの指示を受信することができる。ユーザウェブポータル１２０５は前述のウェブポータルと同様である。アプリケーション選択ツール１２２８を用いて、ユーザはヘッドユニットへのインストールのために対応するダウンロードディレクトリ（図示せず）に含めるべきアプリケーションを任意のリモートコンピュータで選択することができる。従って、新しいアプリケーションを含む受信される選択１２７４はシステム１２００で使用する新しいアプリケーションの指示の別の形態である。

このような指示に応答して、制御ソフトウェア１２３２は、新しいアプリケーションＸに対するグラフィックユーザインタフェースの更新を含むＩＰパケット転送１２４５を送信するかどうかを決定する。新しいアプリケーションＸが前述のアプリケーションの管理リスト（図６）に含まれない場合にはこのようなＩＰパケットは送信されない。一例では、グラフィックユーザインタフェースの更新は、新しいアプリケーションＸにアクセスするためのアイコンを追加するように、先に選択されインストールされたグラフィックユーザインタフェース（図１０）を変更する。別の例では、グラフィックユーザインタフェースの更新は、新しいアプリケーションＸを動作させるために、先に選択されインストールされたグラフィックユーザインタフェースに対する他の任意の形態の更新を含む。制御ソフトウェア１２３０は要求１２７０及び／又は選択１２７４の送信に応答して更新を自動的にインストールする。アプリケーションのダウンロードがダウンロードディレクトリ内で車両のパワーオンを待っている場合には、更新の転送１２４５はアプリケーションのダウンロード自体と一緒にすることができる。

図１３Ａはペアレンタルコントロールスキームの前操作を示すフローチャートを示す。

ブロック１３０１において、サーバはペアレンタルコントロールの対象として少なくとも一つのプロフィールを指定する。このプロフィールはアカウント登録により選択することができ、例えばウェブポータルを用いて選択することができる。

ブロック１３０２において、サーバはペアレンタルコントロール対象のプロフィールに対してペアレント（典型的にはアカウント名義人）として指定されたユーザに対するログインを受信する。ブロック１３０３において、サーバはペアレンタルコントロールの対象のプロフィールと関連するアプリケーションのリストをウェブポータルを用いて表示させる。

ブロック１３０４において、リストの表示後に、サーバは表示されたリストから選択を受信する。サーバはこれらの選択をペアレンタルコントロールの対象であるプロフィールに格納する。これらの選択はリストからのアプリケーション及び／又は条件付許可の場合の詳細情報（条件付許可は後に詳述する）を含むことができる。

図１３Ｂはペアレンタルコントロールスキームの操作を示すフローチャートを示す。

ブロック１３２０において、ヘッドユニットと携帯電話との通信可能な接続に応答して、ヘッドユニットはサーバとの通信に使用する携帯電話の電話番号を取得する。ブロック１３２１において、ヘッドユニットは電話番号を分析のためにサーバに送る。得られた電話番号がペアレンタルコントロールの対象として指定されたプロフィールに一致しない場合には、ペアレンタルコントロールプロセスはブロック１３２２で終了する。

他方、得られた電話番号がペアレンタルコントロールの対象のプロフィールと一致する場合には、ブロック１３２３においてサーバはペアレントコントロールを実行する。一例では、この実行は、次の段落で説明されるブロック１３２３−１３２７を含み、ＶＮＣ許可プロセスに類似する。

ブロック１３２３において、サーバはペアレンタルコントロールメッセージをヘッドユニットに送信する。ブロック１３２４において、ヘッドユニットはペアレンタルコントロールメッセージに基づいて状態を連続的に監視する。ブロック１３２５において、ヘッドユニットは特定のアプリケーションがヘッドユニットを拡張インタフェースとして使用すること及び／又はヘッドユニットにインストールされた特定のアプリケーションを実行することを阻止する。例えば、ヘッドユニットは、特定の携帯電話が電話呼を受信したという指示を受けることができるが、その電話呼に対してヘッドユニットの拡張インタフェースとしての使用を阻止することができる。また、別の例では、ヘッドユニットはメディアプレーヤアプリケーションをヘッドユニットで実行しようとする試みを阻止することができる。連続監視は受信したペアレンタルコントロールメッセージを格納するヘッドユニット上のデータベースによって容易に行うことができる。

ブロック１３２６において、ヘッドユニットは、特定のアプリケーションがヘッドユニットを拡張インタフェースとして使用すること及び／又はヘッドユニットで直接実行されることを条件付で阻止する。例えば、ヘッドユニットは、特定の携帯電話が電話呼を受信したという指示を受信することができるが、その電話呼に対するヘッドユニットの拡張インタフェースとしての使用は着呼の発呼者ＩＤ欄の値に基づいて条件付で阻止することができる。さらに具体的に言うと、ペアレンタルコントロールメッセージは、電話の拡張インタフェースとしてのヘッドユニットの使用の阻止に対する例外として所定の電話番号を指定することができる。ヘッドユニットは携帯電話から発呼者ＩＤ値を取得し、携帯電話がヘッドユニットのインタフェースを利用することを条件付で阻止することができる。別の例では、ヘッドユニットはアプリケーションを車両の状態に基づいて条件付で阻止することができ、例えばヘッドユニットは車両が現在走行している場合にのみ携帯電話がヘッドユニットのインタフェースを利用することを阻止することができる。

ブロック１３２７において、ヘッドユニットは、特定のアプリケーションがペアレンタルコントロールメッセージに従って許可される場合には、特定のアプリケーションを阻止しない。この場合には、ヘッドユニットは、サーバによる許可に従って、例えばアプリケーションが管理リスト（図６）にあるかどうかに従って、アプリケーションを動作させることができる。

他の例では、システムは具体的に上述したプロセスとは異なるプロセスを用いてペアレンタルコントロールスキームを実行することができる。例えば、別の例では、ブロック１３２３−１３２７のプロセスは使用しない。代わりに、ヘッドユニットは状態及びアプリケーション要求をサーバに連続的に報告し、サーバはペアレンタルコントロール設定に基づいて現在の許可を動的に取り消す。サーバは次に現在の不許可アプリケーションを阻止するようにヘッドユニットを制御する。

当業者であれば、本発明の基本原理から逸脱することなく上述した実施形態の細部に多くの変更を加えることができること明らかである。従って、本発明の範囲は後記の特許請求の範囲によってのみ決定されるべきである。

上述した機器の大部分はハードウェア及び関連ソフトウェアを備える。例えば、典型的なナビゲーション装置は一以上のプロセッサ及び上述した操作を実行するためにそれらのプロセッサで実行可能なソフトウェアを含む可能性が高い。本明細書においてソフトウェアという語は一般に理解されている意味で使用され、プロセッサやルーチン（サブルーチン、オブジェクト、プラグインなど）並びにマシン又はプロセッサで使用可能なデータを意味する。周知のように、コンピュータプログラムは一般にマシン読取り可能な又はコンピュータ読取り可能な記憶媒体に記憶された命令を一般に含む。いくつかの実施形態はマシン読取り可能な又はコンピュータ読取り可能な記憶媒体に記憶された実行可能なプロセッサを含むことができる。任意の特定の実施形態においては通常の意味の「コンピュータ」が必要とされることを意味しない。例えば、埋め込み型又は他の型の様々なプロセッサをここに記載するコンポーネントなどの機器に使用することができる。

ソフトウェアを記憶するメモリも周知である。いくつかの実施形態では、所定のプロセッサと関連するメモリはプロセッサと同じ物理的装置（「オンボード」メモリ）、例えば集積回路マイクロプロセッサなどに組み込まれたＲＡＭ、アプリケーション例えば半導体フラッシュメモリとすることができる。他の例では、メモリは独立装置、例えば外部ディスクドライブ、記憶アレイ又は携帯フラッシュキーフォブとすることができる。このような場合には、プロセッサがメモリに記憶されたファイルを読み出すことができるように両者が動作可能に接続されたとき又は例えばＩ／Ｏポート、通信接続などにより互いに通信可能にされたときに、メモリはディジタルプロセッサと「関連」することになる。関連するメモリは、設計による又は許可設定による「リードオンリ」メモリ（ＲＯＭ）とすることができる。他の例としてＷＯＲＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＦＲＡＳＨなどを含むことができるが、これらに限定されない。これらの技術は多くの場合ソリッドステート半導体装置で実現される。他のメモリとして、通常の回転ディスクドライブなどの可動部を含むことができる。これらのメモリはすべて「マシン読取り可能な」又は「コンポーネント読取り可能な」メモリであり、ここに記載する機能を実行する実行可能な命令を記憶するのに使用することができる。

「ソフトウェア製品」は、一連の実行可能な命令がマシン読取り可能な形で記憶されたメモリ装置であって、適切なマシン又はプロセッサはこのようなソフトウェア製品に適切にアクセスして一連の命令を実行すると、命令により実現されるプロセスを実施することができるものを言う。ソフトウェア製品はソフトウェアを配布するために使用されることもある。如何なるタイプのマシン読取り可能なメモリも、上に挙げたものに限定されることなく、ソフトウェア製品の作製に使用することができる。とは言うものの、ソフトウェアは電子的伝送（ダウンロード）により配布できることも知られており、この場合には一般に、対応するソフトウェア製品が伝送の送信側に又は受信側に又はその両側に存在する。

本発明の原理を本発明の好適な実施形態について記載し説明したが、本発明はこのような原理から逸脱することなく構成及び細部に種々の変更を加えることができること明らかである。これらのすべての変更及び変形は後記の特許請求の範囲の精神及び範囲に含まれることを主張する。

Claims (14)

1. 符号化された命令を記憶するメモリであって、前記命令は、実行されると、
   アプリケーション識別子と車両状態とのマッピングを記憶するステップで、前記車両状態はパワーオンされているが車両停止中である第１の車両状態及び車両走行中である第２の車両状態を含み、前記マッピングは特定の車両状態に対して特定のアプリケーションがアクセスすることが許可される車両インタフェースのリソースを指示するものであるステップ、
   特定のアプリケーションが車両インタフェースのリソースを利用するための車両からの無線送信要求を受信するステップで、受信した前記無線送信要求はアプリケーション識別子を含むステップ、
   前記受信した無線送信要求を前記マッピングと比較し、この比較に基づいて許可された車両インタフェースのリソースを識別するステップ、及び
   前記特定のアプリケーションに前記許可された車両インタフェースのリソースのみへのアクセスを許可するように、前記車両上の制御ソフトウェアに信号通知するステップ、
   を生じる、メモリ。
2. 前記特定のアプリケーションは前記車両に接続される携帯機器に存在し、前記信号通知は前記携帯機器のアプリケーションに前記車両インタフェースを、前記携帯機器のアプリケーションを制御するための拡張インタフェースとして利用することを許可し、前記携帯機器のアプリケーションによる前記車両インタフェースの利用が前記許可された車両インタフェースのリソースに制限される、請求項１記載のメモリ。
3. 前記特定のアプリケーションは前記車両のヘッドユニットに存在する、請求項１記載のメモリ。
4. 前記命令は、実行されると、
   前記車両がパワーオンされていることを示す無線送信信号を受信するステップ、
   任意のアプリケーションに対して前記車両に対応するダウンロードディレクトリサーバをチェックするステップ、及び
   前記ダウンロードディレクトリがアプリケーションを含む場合に、前記ダウンロードディレクトリの前記アプリケーションを前記車両にダウンロードするためにパケットを生成し送信するステップ、
   を生じる、請求項１記載のメモリ。
5. 前記命令は、実行されると、
   電話番号を含む無線送信信号を受信するステップ、
   前記電話番号の値に基づいて複数のダウンロードディレクトリのうちの一つを選択するステップ、及び
   前記選択されたダウンロードディレクトリがデータを含む場合に、前記選択されたダウンロードディレクトリのデータを前記車両にダウンロードするためにパケットを生成し送信するステップ、
   を生じる、請求項１記載のメモリ。
6. 前記命令は、実行されると、
   前記電話番号の値に基づいて複数のカスタマイズされたグラフィックユーザインタフェースのうちの特定の一つを前記車両インタフェースに表示させるステップ、
   を生じる、請求項５記載のメモリ。
7. 前記命令は、実行されると、
   前記ダウンロードディレクトリがアプリケーションを含むという決定に応答して、前記車両と独立にパワーオンされるように構成された携帯モバイル機器にインストールされた制御ソフトウェアに、ＩＰゲートウェイ機能に従って動作するように信号通知するステップ、及び
   前記パケットを前記携帯モバイル機器に送信して前記車両に転送するステップ、
   を生じる、請求項４記載のメモリ。
8. 前記命令は、実行されると、前記パケットを前記車両により付勢される無線受信機に送信するステップを生じる、請求項４記載のメモリ。
9. 前記命令は、実行されると、
   前記車両操作用にサードパーティにより提供されるアプリケーションを蓄積する第１のリストを生成するステップ、
   前記第１のリストからの車両製造業者の選択に基づく前記第１のリストからのアプリケーションのサブセットである第２のリストを生成するステップ、
   車両操作者が前記第２のリストから前記車両にダウンロードするアプリケーションを選択できるようにインターネットアクセス可能なユーザウェブポータルにウェブインタフェースを設定するステップ、及び
   前記第２のリストからの車両操作者の選択を前記ダウンロードディレクトリに含めるステップ、
   を生じる、請求項２記載のメモリ。
10. 前記命令は、実行されると、前記第２のリストからの車両製造業者の選択を前記ダウンロードディレクトリに含めるステップを生じる、請求項９記載のメモリ。
11. 前記命令は、実行されると、前記車両が前記第１の状態にある場合には、前記特定のアプリケーションに、前記インタフェースの画像表示部及び前記インタフェースのスピーカへのアクセスを許可し、前記車両が前記第２の状態にある場合には、前記特定のアプリケーションに、前記画像表示部へのアクセスを拒否するが前記スピーカへのアクセスを許可するステップを生じる、請求項１記載のメモリ。
12. 前記車両状態は少なくとも乗客席に乗客がいる第３の状態を含む、請求項１記載のメモリ。
13. 前記命令は、実行されると、
    前記許可された車両インタフェースのリソースが現在使用中かを決定するステップ、
    前記許可された車両インタフェースのリソースを現在使用しているアプリケーションの第１の優先順位を前記特定のアプリケーションの第２の優先順位と比較するステップ、及び
    前記優先順位の比較に基づいてアクセスを許可するステップ、
    を生じる、請求項１記載のメモリ。
14. 前記識別された部分は、前記車両の現在の状態が前記第１の状態に対応する場合には前記車両インタフェースの全部を含む、請求項１記載のメモリ。

Images