JP2019506763A - 車載携帯機器による注意散漫の制限 - Google Patents

Abstract

車載ルータシステムを介した車両内の携帯機器の通信を管理するための技術が開示される。車載ルータシステムは、無線アクセスポイントとの接続を管理するために使用される、携帯機器と関連付けられたユーザクラスを決定するために使用される複数の帯域外インタフェースを含む。帯域外インタフェースは、第１の通信リンクを介して携帯機器からクエリを受け取る。クエリは、携帯機器の識別情報と、無線アクセスポイントとの第２の通信リンクへのネットワーク信用証明書の要求とを含む。帯域外インタフェースの位置と固有識別子に基づいてユーザタイプが決定される。決定されたユーザタイプと関連付けられたネットワーク信用証明書が取得される。ネットワーク信用証明書は、第１の通信リンクを介して携帯機器に提供される。ユーザタイプ及び／又は車両状態情報に基づいて、第２の通信リンクへのアクセスが制限される。
【選択図】図３

Description

関連出願の相互参照
本出願は、２０１５年１０月２３日に出願された「System and Method for Limiting Driver Distraction from Portable Devices Brought into the Vehicle」と題する米国仮特許出願第６２／２４５，７５４号の利益を請求し、この出願は、参照により全体が本明細書に組み込まれる。

本明細書で紹介される技術の少なくとも１つの実施形態は、無線通信に関し、より詳細には車載携帯機器による車両の運転者の注意散漫の制限に関する。

車両の運転者による携帯型通信装置（例えば、電話、コンピュータ、タブレット）の使用は、運転者の注意散漫と高い安全リスクをもたらしうる。スマートフォンやタブレットコンピュータなどの携帯機器は、車両内の携帯機器の着信及びテキストメッセージを無差別に制限するアプリケーション及び／又はオペレーティングシステム機能を有する。

車載ルータシステムと携帯機器間の帯域外通信を示すブロック図である。 第１のユーザタイプを第２のユーザタイプと区別するように構成された車載ルータシステムを示すブロック図である。 第１のユーザタイプを第２のユーザタイプと区別するために使用される複数の帯域外インタフェースを有する車載ルータシステムの説明図である。 第１のユーザタイプを第２のユーザタイプと区別するプロセスの流れ図である。 帯域外通信メッセージをサービス提供するプロセスの流れ図である。 帯域外通信要求をサービス提供するプロセスの流れ図である。 車両状態情報を管理するプロセスの流れ図である。 開示された技術の幾つかの実施形態の特徴を実現するために使用されうるようなコンピュータシステムのブロック図である。

車両の運転者による携帯型通信装置（例えば、電話、コンピュータ、タブレット）の使用は、運転者注意の散漫をもたらし安全リスクを高めうる。運転者の注意散漫を最小限にするために、車両内の全ての携帯機器の中から運転者の携帯機器を識別し、運転者の携帯機器のネットワーク通信を管理することが重要である。スマートフォンやタブレットコンピュータなどの従来の携帯型高性能機器は、着信とテキストメッセージを管理することによって運転者の注意散漫を制限しようとするアプリケーション及び／又はオペレーティングシステム機能を有する。しかしながら、これらの解決策は、運転者と関連付けられた携帯機器を乗客の携帯機器から区別できない。その結果、車両内の全ての携帯機器が、車両運転者のものであるかのように管理されることがあり、その結果、ユーザの不満が生じ、運転者注意散漫の解決策が有効でなくなる。

本明細書で紹介される技術は、携帯機器が第１のユーザタイプによって操作されたか第２のユーザタイプによって操作されたかの判定に基づいて携帯機器との無線通信を管理することによって、従来方法によって提起された問題を解決できる。本明細書で紹介される技術は、携帯機器と通信するように構成されたユーザクラス（例えば、第１のユーザタイプ又は第２のユーザタイプ）と関連付けられた複数の帯域外通信インタフェースを含む車載ルータシステム（ＩＶＲＳ）を含む。帯域外通信は、車両内の無線通信サブシステムに使用される通信とは別のチャネル上の通信である。例えば、車両内の無線通信サブシステムの無線アクセスポイントによって使用される通信チャネルに対して帯域外の通信チャネルで使用する複数の帯域外インタフェースが指定されうる。携帯機器と帯域外インタフェース間の通信に応じて、車載ルータシステムは、携帯機器のユーザを第１のユーザタイプ（例えば、運転者）又は第２のユーザタイプ（例えば、乗客）として分類する。車載ルータシステムは、ユーザの判定分類（例えば、運転者又は乗客）に基づいて、携帯機器との通信を管理する。特定のクラスのユーザに特定の特権及び／又は制限が提供されうる。

ＩＶＲＳは、近距離無線通信（ＮＦＣ）又は他の短距離通信方法などの短距離帯域外通信を使用して、ネットワークアクセス及びサービス詳細をスマートフォン、タブレットコンピュータ、ウェラブル装置などの携帯機器に提供できる。ＩＶＲＳは、車両内の様々な位置に配置された複数の帯域外通信モジュールを有する。携帯機器は、帯域外通信モジュールを介してＩＶＲＳと通信することによって、車載サービスにアクセスを要求する。携帯機器のサービス要求は、ＩＶＲＳに対して携帯機器を一意に識別する情報を含む。ＩＶＲＳは、それと引き換えに、車載ネットワークアクセス及びサービス詳細を携帯機器に提供する。固有携帯機器詳細と帯域外通信モジュールの位置の組み合わせは、ＩＶＲＳが、（１）車両に持ち込まれた携帯機器を見つけ登録し、（２）機器属性、機器登録場所及び実時間車両状態に基づいて適切なサービス及び接続制限を確立することを可能にする。

図１は、車載ルータシステム（ＩＶＲＳ）１００と携帯機器１１０間の帯域外通信を示すブロック図である。ＩＶＲＳ１００は、無線通信サブシステム１０２（例えば、Ｗｉ−Ｆｉサブシステム）、制御サブシステム１０４、帯域外通信サブシステム１０６、及び帯域外通信インタフェース１０８（例えば、近距離無線通信アンテナパッド）を含む。

ＩＶＲＳ１００と携帯機器は、帯域外通信インタフェース１０８を介して無線リンク（例えば、セキュア近距離無線通信リンク）を確立する。ＩＶＲＳ１００は、無線リンクを介して携帯機器１１０に無線ネットワーク詳細を提供する。無線ネットワーク詳細は、サービスセットＩＤ（ＳＳＩＤ）と事前共有鍵（ＰＳＫ）を含みうる。携帯機器１１０は、ＩＶＲＳ１００との無線リンクを介して受け取ったネットワーク信用証明を使用して無線ネットワークサブシステムに接続できる。制御サブシステム１０４は、帯域外サブシステム１０６と無線通信サブシステム１０２の通信を管理する。

一実施形態では、帯域外通信インタフェース１０８は、近距離無線通信（ＮＦＣ）を使用する。ＮＦＣは、０センチメートル（ｃｍ）〜２０ｃｍの典型的通信範囲を有し、その間の通信距離を有する短距離無線通信方法である。ＩＶＲＳ１００は、携帯機器とのセキュアな帯域外通信にＮＦＣを利用できる。ＩＶＲＳ１００は、帯域外通信インタフェース１０８を使用して、近距離無線通信リンクを介して携帯機器と情報をセキュアに交換できる。ＩＶＲＳ１００は、携帯機器１１０から識別情報を要求できる。携帯機器１１０は、帯域外通信インタフェース１０８を介して識別情報（例えば、携帯機器１１０のシリアル番号）をＩＶＲＳ１００に送信する。携帯機器１１０は、帯域外通信インタフェース１０８を介してネットワーク信用証明書を要求できる。ＩＶＲＳ１００は、帯域外通信インタフェース１０８を介して携帯機器１１０にネットワーク信用証明書を提供する。ＩＶＲＳ１００は、例えば、携帯機器が識別情報を提供すること、携帯機器１１０がネットワーク信用証明書を提供すること、ＩＶＲＳが許可機器のリスト中の許可機器として携帯機器１１０を識別すること、又はこれらの任意の組み合わせに応じて、ネットワーク信用証明書を提供できる。携帯機器１１０は、ネットワーク信用証明書を使用して無線通信サブシステム１０２に接続できる。

図２は、第１のユーザタイプと第２のユーザタイプを区別するように構成された車載ルータシステム（ＩＶＲＳ）２００を示すブロック図である。第１のユーザタイプは、車両の運転者として識別されたユーザでよい。ユーザの第２のクラスは、車両の乗客として識別されたユーザでよい。特定のユーザ指定と関連付けられない他のユーザ指定及び機器を含む様々なクラスが意図される。実施形態は、乗客と運転者に限定されるように解釈されるべきでない。

ＩＶＲＳ２００は、中央車両制御サブシステム２１２、車両状態監視サブシステム２１４、ネットワーク接続管理サブシステム２１６、携帯機器管理サブシステム２１８、帯域外通信サブシステム２０６（例えば、帯域外通信サブシステム１０６）、及び複数の帯域外通信装置を含みうる。

ネットワーク接続管理サブシステム２１６は、帯域外通信サブシステム２０６と帯域内通信サブシステム（例えば、無線通信サブシステム１０２）を管理する。帯域外通信サブシステム２０６は、複数の帯域外通信装置と、１つ以上の携帯機器（例えば、携帯機器２３０、携帯機器２３２、携帯機器２３４及び携帯機器２３６）との間の通信を管理する。

複数の帯域外通信装置は、運転者インタフェース２２０、第１の乗客インタフェース２２２、第２の乗客インタフェース２２４、及び任意数の第Ｎの乗客インタフェース２２６を含みうる。運転者インタフェース２２０は、車両の運転席の近傍内にある。車両に含まれる乗客インタフェースの数は、車両設計に基づいて変化できる。例えば、セダン内よりバス又は飛行機内により多くの乗客インタフェースが含まれうる。幾つかの実施形態は、各乗客席の近くにインタフェースを有し、他の実施形態は、乗客によって共有されるように意図されたインタフェースを含む。図２は、運転席の近傍内にない第１の乗客インタフェース２２２、第２の乗客インタフェース２２４、及び任意数の第Ｎの乗客インタフェース２２６を示す。例えば、第１の乗客インタフェース２２２は、前部座席の近傍に配置されうる。第２の乗客インタフェース２２４と任意数の第Ｎの乗客インタフェースは、後部座席の近傍に配置されうる。

ＩＶＲＳは、１つ以上の携帯機器と帯域外通信サブシステム２０６間の通信に基づいて、１つ以上の携帯機器に分類を示す。例えば、携帯機器２３０は、運転者インタフェース２２０と通信し、ＩＶＲＳは、携帯機器２３０を第１のユーザタイプ（例えば、運転者）によって操作されるように指定する。別の例では、携帯機器２３２は、第１の乗客インタフェース２２２と通信し、ＩＶＲＳは、携帯機器２３２を第２のユーザタイプ（例えば、乗客）によって操作されているように指定する。携帯機器に許可された許可通信を決定するためにクラス指定が使用される。例えば、運転者装置として指定された携帯機器２３０からの通信は、特定の車両状態の持続時間中（例えば、車両が移動中であると決定されている間）にＩＶＲＳによって制限されうる。

図３は、第１のユーザタイプと第２のユーザタイプを区別するために使用される複数の帯域外インタフェース（例えば、運転者インタフェース３２０、乗客インタフェース３２２、乗客インタフェース３２４及び乗客インタフェース３２６）を有する車載ルータシステムの実例である。複数の帯域外インタフェースはそれぞれ通信範囲（例えば、帯域外通信範囲３４０，３４２、３４４及び３４６）を有する。例えば、帯域外インタフェースが近距離無線通信装置の場合、帯域外インタフェースの通信範囲は、約０ｃｍ〜約２０ｃｍにわたり、その間の通信距離を有する。複数の帯域外インタフェースの各帯域外インタフェースは、車両の別個領域内に、帯域外インタフェースの通信範囲が重ならないように配置される。１つの帯域外インタフェースの通信範囲が、別の帯域外インタフェースのものと重ならないので、携帯機器が２つの帯域外インタフェースと同時に通信する可能性は低い。帯域外インタフェースを車両の別個領域内に配置し、帯域外インタフェースの通信範囲を制限することにより、携帯機器が、特定の帯域外インタフェースと関連付けられた車両の領域内にある可能性が高まる。

帯域外通信範囲（例えば、帯域外通信範囲３４０）は、帯域内通信範囲（例えば、無線ネットワーク通信範囲３４８）より小さい。各帯域内通信装置は、無線ネットワーク通信範囲３４８内にある。したがって、帯域外インタフェースから無線ネットワーク信用証明書を受信する携帯機器は、車両の位置に対して移動することなく無線ネットワークに接続できる。

一実施形態では、車両は、車両内の様々な位置に配置されたＮＦＣパッドとして知られる複数の近距離無線通信（ＮＦＣ）モジュール（例えば、運転者インタフェース２２０及び乗客インタフェース２２２）を備えたＩＶＲＳを有する。少なくとも１つのＮＦＣパッドが常に運転者の近くにある。車両乗員は、少なくとも１つの電子携帯機器を車両に持ち込む。ＮＦＣを装備した携帯電子機器が、ＮＦＣパッドを介してＩＶＲＳと通信することによって、ネットワークアクセス及び他のＩＶＲＳサービスを要求できる。携帯機器がＩＶＲＳからサービスを要求するとき、携帯機器自体に関する情報をＩＶＲＳに送る。そのような情報には、Ｗｉ−Ｆｉ ＭＡＣ（媒体アクセス制御）アドレス、Ｂｌｕｅｔｏｏｔｈ（登録商標） ＭＡＣアドレス、携帯番号、及びＩＭＥＩ（国際移動体装置識別）番号を含みうるがこれらに限定されない。ＩＶＲＳは、次に、携帯機器にネットワークとサービス詳細を提供する。これらのネットワークとサービス詳細は、例えば、無線ネットワーク名（ＳＳＩＤ− サービスセットＩＤ）とパスワード（ＰＳＫ−事前共有鍵）を含みうる。次に、携帯機器は、ネットワークアクセス詳細を使用して車載無線ネットワークに接続できる。ＩＶＲＳは、受け取った携帯機器詳細を、携帯機器が通信を開始するために使用したＮＦＣパッドの位置と共に使用して、携帯機器のネットワークアクティビティを管理できる。

図４は、第１のユーザタイプと第２のユーザタイプを区別するプロセスの流れ図である。帯域外通信サブシステム（例えば、帯域外通信サブシステム２０６）は、ＩＶＲＳと携帯機器間の通信を可能にすること、携帯機器が通信を開始した帯域外インタフェース（例えば、ＮＦＣパッド）の位置を識別すること、及び携帯機器詳細及び帯域外インタフェース位置情報を携帯機器管理サブシステム（ＰＤＭＳ）に提供することを含む幾つかの機能を実行できる。より具体的には、ＩＶＲＳの帯域外通信サブシステムは、携帯機器からのクエリをリッスンし（ステップ４０２）、携帯機器からクエリを受け取り（ステップ４０４）、携帯機器からのクエリ情報が有効かどうかを判定し（判定４０６）、クエリが無効の場合に携帯機器にエラーメッセージを送信し（ステップ４０８）、複数の帯域外インタフェースの中の１つの帯域外インタフェースを識別し（ステップ４１０）、識別された帯域外インタフェースと関連付けられたネットワーク信用証明書をネットワーク接続管理システム（ＮＣＭＳ）から取得し（ステップ４１２）、携帯機器識別データ及び識別された帯域外インタフェースと関連付けられたデータを含むメッセージを携帯機器管理サブシステム（ＰＤＭＳ）送信し（ステップ４１４）、ネットワーク信用証明書を携帯機器に提供できる（ステップ４１６）。

携帯機器が、ＩＶＲＳの帯域外インタフェース（例えば、ＮＦＣパッド）のうちの１つの通信範囲に入るとき、携帯機器は、ネットワーク及びサービスクエリを開始する。クエリは、Ｗｉ−Ｆｉ ＭＡＣアドレス、Ｂｌｕｅｔｏｏｔｈ ＭＡＣアドレス、ＩＭＥＩ番号、携帯番号、及び携帯機器所有者名などの携帯機器に関する情報を含む。携帯機器クエリが有効な場合、帯域外通信サブシステム（例えば、帯域外通信サブシステム２０６）は、ＮＦＣパッドの位置を決定する。帯域外通信サブシステムは、ＮＦＣパッド位置を含むクエリをネットワーク接続管理サブシステム（ＮＣＭＳ）（例えば、ネットワーク接続管理サブシステム２１６）に送信する。ＮＣＭＳは、システムによって提供されるネットワーク及びサービスに関する情報を、それらが入手可能なＮＦＣパッド位置と共に維持する構成データセットにアクセスする。例えば、運転者と関連付けられたＮＦＣパッドは、ヘッドコンソールと関連付けられたＢｌｕｅｔｏｏｔｈネットワーク詳細にアクセスできるが、それに対して、後部座席乗員ＮＦＣパッドは、ヘッドコンソールと関連付けられたＢｌｕｅｔｏｏｔｈネットワーク詳細にアクセスできないかも知れない。帯域外通信サブシステムが、ＮＣＭＳから応答を受け取った後、帯域外通信サブシステムは、ネットワークアクセスとサービス詳細を含む応答メッセージを準備する。次に、応答メッセージが、携帯機器に返される。帯域外通信サブシステムは、また、携帯機器から受け取った情報及びＮＦＣパッド位置を含むメッセージを携帯機器管理サブシステム（ＰＤＭＳ）（例えば、携帯機器管理サブシステム２１８）に送信する。全ての情報がＩＶＲＳに渡された後、携帯機器は、帯域外通信サブシステムから受け取ったネットワークアクセス及びサービス詳細を使用してＩＶＲＳネットワーク及びサービスにアクセスしてもよい。

図５は、帯域外通信メッセージをサービス提供するプロセスの流れ図である。携帯機器管理サブシステム（ＰＤＭＳ）（例えば、携帯機器管理サブシステム２１８）は、帯域外通信サブシステム及びネットワーク接続管理サブシステム（ＮＣＭＳ）（例えば、ネットワーク接続管理サブシステム２１６）から受信したメッセージを処理することによって、携帯機器の最新データセットを維持する。ＰＤＭＳは、ネットワーク接続管理サブシステム（ＮＣＭＳ）を含む他のサブシステムからの携帯機器詳細に関する要求をサービス提供する。

ＰＤＭＳは、帯域外通信サブシステムからメッセージを受け取る（ステップ５０２）。メッセージは、Ｗｉ−Ｆｉ ＭＡＣアドレス、Ｂｌｕｅｔｏｏｔｈ ＭＡＣアドレス、ＩＭＥＩ番号、携帯番号、及び携帯機器所有者名などの携帯機器識別情報を含む。ＰＤＭＳは、機器プロファイルデータセット内に携帯機器の機器プロファイルが既に存在するかどうかを判定する（判定５０４）。エントリが既に存在する場合（判定５０４、はい）、ＰＤＭＳは、機器プロファイルを任意の新しい情報で更新する（ステップ５０８）。機器プロファイルが存在しないか、あるいは携帯機器識別情報に対応する機器プロファイルが見つからない（判定５０４、いいえ）場合、ＰＤＭＳは、機器プロファイルデータセット内の携帯機器識別情報に基づいて新しい機器プロファイルを作成する（ステップ５０６）。デバイスプロファイルデータセット（ＤＰＤ）は、ＮＣＭＳなどの他のサブシステムが、複数の機器の中の機器プロファイル内の機器詳細のクエリを可能にする。

図６は、帯域外通信要求をサービス提供するプロセスの流れ図である。ＰＤＭＳは、例えば、ネットワーク接続管理サブシステム（ＮＣＭＳ）からのクエリを含む他のサブシステムからのクエリをサービスできる。ＰＤＭＳは、ＮＣＭＳからクエリを受け取り（ステップ６０２）、クエリが機器プロファイルデータセットのパラメータと一致するかどうかを判定し（例えば、機器情報が機器プロファイルと一致する場合）（判定６０４）、一致しないと判定された場合に利用可能なデータがないことを示すメッセージをＮＣＭＳに送信し（ステップ６０６）、一致が判定された場合に照会パラメータと関連付けられた情報を送信できる（ステップ６０８）。

ＮＣＭＳからのクエリは、機器プロファイルデータセットの任意のパラメータに基づきうる。ＮＣＭＳは、単一機器又は一群の機器に関してクエリできる。例えば、ＮＦＣパッド位置を提供することによって、特定の領域と関連付けられた全てのＷｉ−Ｆｉ装置又は装置のリストをクエリできる。

ＰＤＭＳは、ＮＣＭＳからクエリ要求を受け取ると、基準を満たす機器を調査する。調査が成功した場合（判定６０４、はい）、クエリされたパラメータ（例えば、機器詳細）を含むメッセージが構築され、応答としてＮＣＭＳに送信される。探索が一致を識別しない場合（判定６０４、いいえ）、調査基準を満たす機器がないことを示すエラーメッセージがＮＣＭＳに送信される。

図７は、車両状態情報を管理するプロセスの流れ図である。車両状態監視サブシステムが、車両状態情報を管理できる。車両状態監視サブシステムは、実時間車両状態情報を受け取って処理し、ＮＣＭＳに警報を出して、接続された装置のネットワークアクティビティを管理する役割をする。

車両状態監視サブシステムは、複数のセンサから様々な車両サブシステムの状態（例えば、車両速度、毎分回転数、燃料レベル、座席の占有、シートベルト状態、物体検出、エアバッグ展開など）を示すデータを取り出し（ステップ７０２）、車両状態データセット内に未解決状態があるかどうかを判定し（判定７０４）、未解決状態がある場合に車両状態データセットから別のエントリを取得し（ステップ７０６）、車両状態しきい値に達しているかどうかを判定し（判定７０８）、車両状態しきい値に達している場合にＮＣＭＳに車両状態情報を送信する（ステップ７１０）ように構成された車載診断システムから、車両状態情報を受信できる。

実時間車両状態情報に含まれうるデータ要素のタイプの例は、車載診断（ＯＢＤＩＩ）情報及び独自車両メーカ状態情報からの車両データである。車両状態監視サブシステムは、この情報を、事前設定しきい値に基づいて分析する。例えば、しきい値は、毎時ゼロマイルを超える速度、１０００を超える毎分回転数などの可能な値の範囲から選択された数値でよく、物体は、車両の１メートル以内で検出される。別の例では、しきい値は、占有済みとして検出される運転席、締結済みとして検出される運転席ベルト、展開済みとして検出されるエアバッグ、検出される衝突など、検出されるイベントに基づいてもよい。しきい値を超える場合、車両状態監視サブシステムは、メッセージをＮＣＭＳに送って車載ネットワークに接続された携帯機器のネットワークアクティビティを管理する。車両状態データセット（ＶＳＤ）は、現在の車両状態を使用可能なネットワーク管理アクティビティに変換するのに必要な情報を含む。ＶＳＤは、車両パラメータ、それぞれのしきい値、及び所定の車両状態を含みうる。

一実施形態では、毎分回転数（ＲＰＭ）が、シートセンサ、シートベルト、及び／又はブレーキペダル位置などの他の車両状態情報と共に使用されて、車両が一時的に静止したときでも全ての携帯機器のネットワーク及びサービスアクセスが適切に管理されることを保証するために、車両の動きが決定される。そのような静止状態は、車両が交通信号又は交通渋滞で停止されたときに存在しうる。

以下は、例示的な車両状態データセットを表わす。

例１
車両パラメータ：車両速度
しきい値限度：１０ｍｐｈ
状態：移動

例２
車両パラメータ：駐車
しきい値限度：なし
状態：車両駐車

例３
車両パラメータ：運転席センサ
状態：占有検出

例４
車両パラメータ：運転席ベルト
状態：締結

例５
車両パラメータ：ＲＰＭ
しきい値限度：２０００
状態：移動

車両状態監視サブシステムがＶＳＤを含むメッセージをＮＣＭＳに送る例は、車両がしきい値持続時間の間にしきい値速度を超えるときに起こる。車両状態監視サブシステムが、車両ＲＰＭがしきい値を超え、運転席ベルト状態が「締結済み」であり、運転席センサが運転者存在を検出したことを確認したとき、ネットワークアクセス制限を適用することをＮＣＭＳに通知可能である。同様に、車両ＲＰＭがしきい値より低く、車両状態監視サブシステムが制限を適用することを事前にＮＣＭＳに通知したときは、ネットワークアクセス制限を緩和（又は、除去）することをＮＣＭＳに通知する。同様に、車両状態監視サブシステムが車両警告警報を受け取った場合、車両警告状態を示す高優先メッセージをＮＣＭＳに送信する。

後で更に詳しく述べるように、車両状態情報に基づいて、携帯機器に対して様々な種類の制限及び／又は他の所定のアクションが適用又は取られうる。

一実施形態では、ネットワーク接続管理サブシステム（ＮＣＭＳ）（例えば、ネットワーク接続管理サブシステム２１６）は、ＩＶＲＳのネットワークアクティビティを管理し、ＩＶＲＳサービスへのアクセスを制御し、ＩＶＲＳネットワークへのアクセスを制御できる。

ＮＣＭＳは、車両乗員が携帯機器を介して利用できる全てのネットワーク及びサービスのためのネットワーク及びサービス構成データセットにアクセスする。ネットワークは、無線ローカルエリアネットワーク（例えば、Ｗｉ−Ｆｉ ＬＡＮ、Ｗｉ−Ｆｉダイレクト、及び／又はＢｌｕｅｔｏｏｔｈネットワーク）でよい。ネットワークは、汎用シリアルバス（例えば、ＵＳＢ２．０、ＵＳＢ３．０など）又は独自コンピュータバス（例えば、Ｌｉｇｈｔｎｉｎｇ（登録商標））などの有線接続を提供できる。構成データセットは、また、車両内の様々な位置で入手可能なサービスの情報を含む。そのようなサービスの例は、インターネットアクセス、デジタルリビングネットワークアライアンス（ＤＬＮＡ（登録商標））サービス、エンタテインメントストリーミングサービス、ヘッドコンソールナビゲーション管理及びヘッドコンソールエンタテインメント管理である。各ネットワークに関して、構成データセットは、ネットワークアクセスパラメータと、詳細を携帯機器と共有できるＮＦＣパッドの位置とによって構成されうる。同様に、各サービスに関して、構成データセットは、サービス詳細と、詳細を携帯機器と共有できるＮＦＣパッドの位置とによって構成されうる。

ＮＣＭＳは、車両状態情報に基づいて取りうる所定組のアクションを維持する。ＮＣＭＳは、車両状態監視サブシステムから車両の現在状態情報を受け取り、ＰＤＭＳから接続機器情報を受け取る。車両状態情報に基づいて、ＮＣＭＳは、例えば、乗客機器の移動車両のヘッドコンソールとの相互作用を禁止できる。ＮＣＭＳは、携帯機器がＩＶＲＳネットワークアクセスを開始するために使用したＮＦＣパッドの位置を使用して取るアクションを決定できる。取られうるアクションの例には、車両内の携帯機器間の接続への制限の適用、車載エンタテインメントサービスに対するアクセスへの制限の適用、携帯機器のオペレーティングシステムへの音声及びテキストベースアプリケーション接続を管理する通知、モバイルサービス提供者への呼び出し、ＳＭＳメッセージ及びデータ接続を管理する通知、及びネットワークトラフィック優先順位の適用が含まれる。

一実施形態では、ＩＶＲＳは、接続要求が出された帯域外インタフェース（例えば、ＮＦＣパッド）の位置に基づいて携帯機器に提供する無線接続詳細を識別する。携帯機器は、ＮＦＣパッドに触れて、帯域外通信サブシステムとの通信リンク（例えば、ＮＦＣリンク）を開始する。帯域外通信サブシステムは、ＮＦＣパッドの位置に基づいて、適切な無線ネットワーク及びサービス詳細を携帯機器に転送する。第１のユーザタイプの無線ネットワークは、第２のユーザタイプの無線ネットワークと異なりうる。例えば、ある携帯機器が運転者と関連付けられた場合は、その携帯機器に送られる無線ネットワーク信用証明書が、第１の無線ローカルエリアネットワーク（例えば、５ギガヘルツ帯域）に送られてもよく、別の携帯機器が乗客と関連付けられた場合は、別の携帯機器に送られる無線ネットワーク信用証明書が、第２の無線ローカルエリアネットワーク（例えば、２．４ギガヘルツ帯域）に送られてもよい。携帯機器に送られた情報は、ネットワークアクセスするために無線ネットワークを介してＮＣＭＳに接続するネットワーク詳細と、無線ネットワークを介してＮＣＭＳに提供される固有ランダム識別子とを含みうる。

帯域外接続（例えば、ＮＦＣリンク）をアクティブに維持している間、携帯機器は、ＮＣＭＳに対して無線ネットワーク接続を確立し、ＮＣＭＳに、固有識別子と、Ｗｉ−Ｆｉ ＭＡＣ、Ｂｌｕｅｔｏｏｔｈ ＭＡＣ、ＩＭＥＩ番号などを含みうる携帯機器の機器詳細とを提供する。

ＮＣＭＳは、携帯機器の無線ネットワークを介してクライアント接続要求を受け取り、固有ランダム識別子を受け取ったとき、ＮＦＣパッド位置を携帯機器の無線ネットワーク構成詳細にマッピングできる。次に、携帯機器上のアプリケーションが、ＮＦＣ通信とＮＣＭＳ接続を終了できる。ＮＣＭＳは、携帯機器への適切なネットワーク及びサービスアクセスを許可する。

幾つかの実施形態は、任意選択の付加的ＳＭＳ検証ステップを含む。携帯機器上で動作するアプリケーションが、携帯機器の詳細の一部として国際移動体装置識別（ＩＭＥＩ）番号をＮＣＭＳに提供する場合、ＮＣＭＳは、また、第２の固有のランダムデータキーを含むＳＭＳメッセージを携帯機器に送信してもよい。

携帯機器上で動作するアプリケーションは、ＳＭＳを受け取り、無線ネットワーク接続を介して固有ランダムデータキーをＮＣＭＳに転送できる。ＮＣＭＳは、第２の固有ランダムデータキーを受け取り、成功アクセス検証を携帯機器に通知する。

ＮＣＭＳは、車両ＩＰネットワークに接続された全ての装置間のインターネットプロトコル（ＩＰ）通信を管理する。ネットワーク及びサービスアクセスは、車両状態（例えば、運転環境／状態）に基づいて管理される。車両状態（例えば、環境／状態）が常に変化しうるので、ＮＣＭＳ及び車両状態監視サブシステムは、実時間環境で動作して、装置及びＩＶＲＳに接続された全ての装置のサービスアクセスを管理し、運転者注意散漫を制限するのに適切なアクションを取る。

現在車両環境のＶＳＤメッセージが、運転者注意散漫の最小化を指示する場合、ＮＣＭＳは、運転者携帯機器の他の装置及びサービス（車両内及び車両外両方の）との通信を制限するアクションを取る。ＮＣＭＳは、ＩＶＲＳに接続された運転者の携帯機器と他の装置との間のＩＰ接続を禁止できる。ＮＣＭＳは、ＷＡＮと車両ＩＶＲＳに接続された装置との間のＩＰネットワークトラフィックを優先できる。その結果、運転者注意散漫が最小化されることを決定した後で、ＮＣＭＳは、運転者の携帯機器とＷＡＮとの間のＩＰトラフィックを特定タイプのネットワークトラフィックだけに制限できる。例えば、ＩＶＲＳは、ウェブブラウジング、ＩＰテレフォニー、ＩＰベースチャットサービスに関連したＩＰアプリケーションデータを制限できる。しかしながら、運転者の携帯機器とＷＡＮとの間のマップ関連データ通信を可能にして、ナビゲーションアプリケーションが機能できるようにしてもよい。

ＶＳＤが、事故や車両破損などの高優先度の警告状態を示す場合、ＮＣＭＳは、インタフェースを介した音声／ビデオストリーミング及び他の高帯域データを制限し、ＷＡＮインタフェースを介した運転者の携帯機器からの適切なＩＰトラフィックだけを許可できる。

同様に、車両が移動中でない場合、ＮＣＭＳは、乗客の携帯機器がヘッドコンソールにビデオをストリーミングするのを許可する。しかしながら、ＮＣＭＳが、車両状態監視サブシステムから、車両が移動中であることを示すメッセージを受け取ったとき、ＮＣＭＳは、ヘッドコンソールへのストリームビデオを自動的に遮断して運転者注意散漫を回避する。

図８は、開示された技術の幾つかの実施形態の特徴を実現するために使用されうるようなコンピュータシステムのブロック図である。コンピューティングシステム２０は、図１〜図７の例に描かれたエンティティ、構成要素又はサービス（及び、本明細書に記載された他の構成要素）のいずれも実現するように使用されうる。コンピューティングシステム２０は、１つ以上の中央処理装置（「プロセッサ」）３２、メモリ３４、入出力装置３８，４０及び４２（例えば、キーボード及びポインティング装置、表示装置）、及び相互接続２２に接続されるネットワークアダプタ２６（例えば、ネットワークインタフェース）を含みうる。相互接続２２は、任意の１つ以上の別個の物理バス、ポイントツーポイント接続、又は適切なブリッジ、アダプタ若しくはコントローラによって接続されたこれらの両方を表わす抽象的概念として示される。したがって、相互接続２２は、例えば、システムバス、周辺構成要素相互接続（ＰＣＩ）バス若しくはＰＣＩ−Ｅｘｐｒｅｓｓバス、ハイパートランスポート又は業界標準アーキテクチャ（ＩＳＡ）バス、小型コンピュータシステムインタフェース（ＳＣＳＩ）バス、汎用シリアルバス（ＵＳＢ）、ＩＩＣ（Ｉ２Ｃ）バス、又は「Ｆｉｒｅｗｉｒｅ」とも呼ばれる米国電気電子学会（ＩＥＥＥ）規格１３９４バスを含みうる。

メモリ３４は、前述の技術の少なくとも一部分を実現する命令を記憶できる非一時的コンピュータ可読記憶媒体である。更に、データ構造及びメッセージ構造は、通信リンク上の信号などのデータ伝送媒体を介して記憶又は送信されうる。インターネット、ローカルエリアネットワーク、広域ネットワーク又はポイントツーポイントダイアルアップ接続などの種々の通信リンクを使用できる。

メモリ３４に記憶された命令は、前述のアクションを実行するようにプロセッサ３２をプログラムするソフトウェア３６及び／又はファームウェアとして実行されうる。幾つかの実施形態では、そのようなソフトウェア３６又はファームウェアは、コンピューティングシステム２０を介して（例えば、ネットワークアダプタ２６によって）リモートシステムからダウンロードすることによって、コンピューティングシステム２０に最初に提供されうる。

本明細書で紹介された技術は、車載ルータシステムと車両内の１つ以上の携帯機器との間の通信を管理する方法及びシステムを含む。車載ルータシステムは、無線アクセスポイント（ＡＰ）との接続前に携帯機器と関連付けられたユーザクラスを決定するために使用される複数の帯域外インタフェースを含む。異なるユーザクラスと関連付けられた携帯機器との通信は、異なるように管理されうる。更に、車両状態情報は、車載ルータシステムと携帯機器との間の通信を管理するために使用されうる。実施形態は、車両状態情報に基づいて特定の車両状態（例えば、動作中）が決定された場合に、特定のユーザクラス（例えば、運転者）と関連付けられたユーザ装置を制限することを含む。ユーザクラス及び車両状態に基づく通信の管理は、特定の車両状態での特定のユーザの安全通信を可能にし同時に他のユーザの危険通信を減少できる。車両状態が常に変化し車両が動的なので、異なる車両状態で特定ユーザクラスの通信制限を調整することによって車載ルータシステムも動的である。したがって、車載ルータシステムは、危険な状態で、状況により無線ネットワークへのアクセスが許可され拒否又は制限されるときに、車載無線ネットワークへの安全アクセスを提供できる。

１００ 車載ルータシステム（ＩＶＲＳ）
１０２ 無線通信サブシステム
１０４ 制御サブシステム
１０６ 帯域外通信サブシステム
１０８ 帯域外通信インタフェース
１１０ 携帯機器

Claims (28)

1. 車両内の複数の帯域外インタフェースのそれぞれを、複数のユーザタイプのうちの異なるユーザタイプと関連付けるステップであって、前記帯域外インタフェースのそれぞれが、前記車両内の第１の無線通信サブシステムに対して帯域外の通信で使用するように指定されるステップと、
   前記複数の帯域外インタフェースのうちの特定のインタフェースを介して携帯機器からメッセージを受け取るステップであって、前記メッセージが、前記携帯機器が前記第１の無線通信サブシステムにアクセスしようとしていることを示すステップと、
   前記特定のインタフェースと関連付けられたユーザタイプに基づいて、前記携帯機器に許可する前記第１の無線通信サブシステムへのアクセスレベルを決定するステップとを含む方法。
2. 前記特定のインタフェースが、前記車両内の運転者位置と関連付けられ、前記特定のインタフェースと関連付けられた前記ユーザタイプが運転者である、請求項１に記載の方法。
3. 車両状態監視サブシステムから車両状態情報を受け取るステップを更に含む、請求項１に記載の方法。
4. 前記車両状態情報が、速度、加速度、毎分回転数、燃料レベル、座席の占有、シートベルト状態、故障警告灯の状態、車両警告、隣接物体検出、又は衝突検出のうちの少なくとも１つに関する情報を含む、請求項３に記載の方法。
5. 前記車両状態監視サブシステムが、前記車両状態情報の指定しきい値を超える変化に基づいて前記車両状態情報を送るように構成された、請求項３に記載の方法。
6. 前記アクセスレベルを決定するステップが、更に、車両状態情報に基づく、請求項１に記載の方法。
7. 前記第１の無線通信サブシステムの無線アクセスポイントを介して前記携帯機器からネットワーク信用証明書を受け取るステップと、
   前記携帯機器と前記無線アクセスポイントとの間の通信リンクを確立するステップとを更に含む、請求項１に記載の方法。
8. 前記通信リンクを介した通信が、前記車両状態しきい値に達しないことを示す前記車両状態情報に応じて許可される、請求項７に記載の方法。
9. 前記特定のインタフェースと関連付けられた前記ユーザタイプが運転者の場合に、前記車両状態しきい値に達していることを示す前記車両状態情報に応じて、前記通信リンクを介した通信が制限される、請求項７に記載の方法。
10. 前記複数の帯域外インタフェースの帯域外インタフェースを介して前記携帯機器に固有識別子を提供するステップと、
    前記第１の無線通信サブシステムを介して前記携帯機器から前記固有識別子を受け取るステップとを更に含み、
    前記携帯機器の前記アクセスレベルを決定するステップが、更に、前記固有識別子に基づく、請求項１に記載の方法。
11. 前記複数の帯域外インタフェースが、近距離無線通信インタフェース、ショートメッセージサービスインタフェース、Ｂｌｕｅｔｏｏｔｈインタフェース、又はＺｉｇＢｅｅインタフェースのうちの少なくとも１つを含む、請求項１に記載の方法。
12. 前記状態しきい値は、車両が移動中、座席が占有済み、物体が車両からの所定距離内に検出された場合に超えられる、請求項９に記載の方法。
13. 前記携帯機器管理システムにメッセージを送ることによって前記携帯機器管理システムを更新するステップを更に含み、前記メッセージが、前記携帯機器の識別情報を含み、前記メッセージが、前記携帯機器管理システムに、
    前記識別情報が、機器プロファイルデータセット内の機器プロファイルと一致しない場合に、前記携帯機器の前記識別情報に基づいて新しい機器プロファイルを作成するステップ、又は、
    前記識別情報が、前記機器プロファイルデータセット内の機器プロファイルと一致する場合に、前記携帯機器の前記識別情報に基づいて前記機器プロファイルを更新するステップを実行させる、請求項１に記載の方法。
14. 機器プロファイルデータセット内の機器プロファイルから前記携帯機器に関する情報を取得するために携帯機器管理サブシステムにクエリするステップと、
    前記クエリするステップに応じて、前記携帯機器に関する前記情報又は前記情報が入手できないことを示すメッセージを受け取るステップとを含む、請求項１に記載の方法。
15. 前記メッセージが、前記携帯機器の識別情報と、前記車両内に配置された無線アクセスポイントを介した第１の無線通信サブシステムへのネットワーク信用証明書の要求を含む、請求項１に記載の方法。
16. 前記車両内に配置された複数の短距離無線インタフェースのうちの１つの短距離無線インタフェースを介して携帯機器からクエリを受信するステップであって、前記複数の短距離無線インタフェースがそれぞれ、前記車両内の第１の無線通信サブシステムに対して帯域外の通信で使用するように指定されるステップを含み、
    少なくとも１つの短距離無線インタフェースが、前記車両の運転者領域と関連付けられ、また前記車両の運転者と関連付けられ、
    前記クエリを前記運転者領域と関連付けられた前記少なくとも１つの短距離無線インタフェースを介して受け取ったことに応じて、前記ユーザタイプを運転者として分類するか、
    前記クエリを前記運転者領域と関連付けられた前記少なくとも１つの短距離無線インタフェースを介して受け取らないことに応じて、前記ユーザタイプを乗客として分類するステップとを実行することによって、ユーザタイプを決定するステップと、
    前記ユーザタイプと関連付けられたネットワーク信用証明書を取得するステップと、
    前記短距離無線インタフェースを介して前記携帯機器に前記ネットワーク信用証明書を提供するステップと、
    前記短距離無線インタフェースと関連付けられたユーザタイプに基づいて、前記携帯機器に許可する前記第１の無線通信サブシステムへのアクセスレベルを決定するステップとを含む方法。
17. 前記クエリが、前記携帯機器の識別情報、及び前記車両内に配置された無線アクセスポイントを介した第１の無線通信サブシステムへのネットワーク信用証明書の要求とを含む、請求項１６に記載の方法。
18. 複数の車両パラメータを報告するように構成された複数のセンサに接続された車載診断システムから車両状態情報を受け取るステップを更に含む、請求項１６に記載の方法。
19. 前記車両状態情報が、速度、加速度、毎分回転数、燃料レベル、座席の占有、シートベルトの状態、故障警告灯の状態、車両警告情報、隣接物体検出情報、衝突検出情報、又はこれらの任意の組み合わせを含む、請求項１８に記載の方法。
20. 乗客と関連付けられた別の組の信用証明書を、前記車両の乗客領域内の別の短距離無線インタフェースに無線でリンクされた別の携帯機器に提供するステップを更に含み、前記別の組の信用証明書が、前記別の携帯機器が前記第１の無線通信サブシステムに接続することを可能にする、請求項１６に記載の方法。
21. 前記車両状態情報は、状態しきい値に達したことと、前記ユーザタイプが前記乗客であると決定されたことを示し、
    前記別の携帯機器の前記アクセスレベルが、第１組の制限を有するように決定された、請求項１６に記載の方法。
22. 前記車両状態情報は、状態しきい値に達したことと、前記ユーザタイプが前記運転者であると決定されたことを示し、
    前記携帯機器の前記アクセスのレベルが、第２組の制限を有するように決定された、請求項１６に記載の方法。
23. 前記複数の短距離無線インタフェースのうちの１つの短距離無線インタフェースを介して前記携帯機器に固有識別子を提供するステップと、
    前記第１の無線通信サブシステムを介して前記携帯機器から前記固有識別子を受け取るステップとを含み、
    前記携帯機器の前記アクセスのレベルを決定するステップが、更に、前記受け取った固有識別子に基づく、請求項１６に記載の方法。
24. 車載ルータシステムであって、
    車両内の複数の領域内に配置され、携帯機器と通信するように構成された複数の短距離無線インタフェースであって、前記車両の運転者と関連付けられた領域が、前記複数の領域の中にある複数の短距離無線インタフェースと、
    無線ローカルアクセスネットワーク（ＷＬＡＮ）を介して前記携帯機器と通信するように構成された無線アクセスポイント（ＡＰ）と、
    少なくとも１つのプロセッサであって、
    前記複数の短距離無線インタフェースのそれぞれを、複数のユーザタイプの異なるユーザタイプと関連付けるように構成され、前記短距離無線インタフェースのそれぞれが、前記車両内の第１の無線通信サブシステムに対して帯域外の通信で使用するように指定され、
    前記複数の短距離無線インタフェースのうちの特定の短距離無線インタフェースを介して携帯機器からメッセージを受け取るように構成され、前記メッセージが、前記携帯機器が前記第１の無線通信サブシステムにアクセスしようとしていることを示し、
    前記携帯機器に許可する前記第１の無線通信サブシステムへのアクセスレベルを、前記特定の短距離無線インタフェースと関連付けられたユーザタイプに基づいて決定するように構成された少なくとも１つのプロセッサとを含む、車載ルータシステム。
25. 前記アクセスのレベルの決定が、更に、車両状態情報に基づく、請求項２４に記載の車載ルータシステム。
26. 複数の車両パラメータを車両状態監視サブシステムに報告するように構成された複数のセンサに接続された車両状態監視サブシステムを更に含む、請求項２４に記載の車載ルータシステム。
27. 車両状態情報の変化が規定のしきい値を超えたときに車両状態情報を送るように構成された車両状態監視サブシステムを更に含む、請求項２４に記載の車載ルータシステム。
28. 前記複数の短距離無線インタフェースが、近距離無線通信インタフェース、ショートメッセージサービスインタフェース、Ｂｌｕｅｔｏｏｔｈインタフェース、又はＺｉｇＢｅｅインタフェースのうちの少なくとも１つを含む、請求項２４に記載の車載ルータシステム。

Images