(57)【要約】【課題】運転者の予期せぬ健康状態に起因する事故を防止する。【解決手段】無線ネットワークによって運転者の携帯型医療機器と結合され、ＡＤＡＳシステムを含む車両システムであって、前記ＡＤＡＳシステムは、前記無線ネットワークを介して、前記携帯型医療機器に含まれる生理学的センサによって記録される前記運転者の現在の生理学的信号を表すセンサデータを受信するパーソナライズド医療緊急オートパイロットシステムを含み、前記パーソナライズド医療緊急オートパイロットシステムは、前記運転者の現在の生理学的信号を解析して、前記運転者の医学的緊急事態を特定し、前記パーソナライズド医療緊急オートパイロットシステムは、前記医学的緊急事態の特定の後に前記運転者によって提供される車両制御入力を上書きして、前記運転者が前記医学的緊急事態の間に車両を制御できないようにする。【選択図】図４
2018026109.tif 000002
【特許請求の範囲】
【請求項１】
無線ネットワークによって運転者の携帯型医療機器と結合された車両システムであって、
前記車両システムは、高度運転支援システム（ＡＤＡＳシステム）を含み、
前記ＡＤＡＳシステムは、前記無線ネットワークを介して、前記携帯型医療機器に含まれる１つまたは複数の生理学的センサによって記録される前記運転者の１つまたは複数の現在の生理学的信号を表すセンサデータを受信するパーソナライズド医療緊急オートパイロットシステムを含み、
前記パーソナライズド医療緊急オートパイロットシステムは、前記運転者の１つまたは複数の現在の生理学的信号を解析して、前記運転者の医学的緊急事態を特定し、
前記パーソナライズド医療緊急オートパイロットシステムは、前記医学的緊急事態の特定の後に前記運転者によって提供される車両制御入力の１つまたは複数を上書きして、前記運転者が前記医学的緊急事態の間に車両を制御できないようにする、
車両システム。
【請求項２】
前記パーソナライズド医療緊急オートパイロットシステムは、前記特定された医学的緊急事態に対してカスタマイズされた対応を特定し、当該対応が実行されるように前記ＡＤＡＳシステムを制御する、
請求項１に記載の車両システム。
【請求項３】
前記対応は、前記車両を特定の場所に自律的に走行させることを含む、
請求項２に記載の車両システム。
【請求項４】
前記特定の場所は、医療施設であり、
前記対応は、前記無線ネットワークを介して前記医療施設と無線通信を行って、前記運転者および前記医学的緊急事態を特定するメッセージを前記医療施設に提供することを含む、
請求項３に記載の車両システム。
【請求項５】
前記メッセージは、前記医療施設への前記車両の推定到着時刻、および前記車両の現在の地理的位置の少なくもいずれかを特定する、
請求項４に記載の車両システム。
【請求項６】
前記特定の場所は、停車位置である、
請求項３に記載の車両システム。
【請求項７】
前記停車位置は、駐車場または道路の路肩である、
請求項６に記載の車両システム。
【請求項８】
前記対応は、前記無線ネットワークを介して緊急対応要員と無線通信を行って、前記運転者、前記医学的緊急事態、および前記停車位置を特定する無線メッセージを、前記緊急対応要員に提供することを含む、
請求項６に記載の車両システム。
【請求項９】
前記停車位置はプラスマイナス３メートル以内の精度で特定される、
請求項８に記載の車両システム。
【請求項１０】
前記携帯型医療機器から送信される前記センサデータは、暗号化されており、
前記運転者の医学的緊急事態が特定された場合に、前記センサデータに対する暗号強度
を低下させるように、前記携帯型医療機器に通知する、
請求項１から９のいずれか１項に記載の車両システム。
【請求項１１】
前記携帯型医療機器は、所定の間隔で前記センサデータを取得して送信し、
前記運転者の医学的緊急事態が特定された場合に、前記センサデータの取得および送信の頻度を増加させるように、前記携帯型医療機器に通知する、
請求項１から１０のいずれか１項に記載の車両システム。
【請求項１２】
車両の通信ユニットが、無線ネットワークから、運転者が装着している携帯型医療機器によって記録された前記運転者の１つまたは複数の現在の生理学的信号を表すセンサデータを含む無線メッセージを受信するステップと、
前記運転者の１つまたは複数の現在の生理学的信号を解析して、前記運転者の医学的緊急事態を特定するステップと、
パーソナライズド医療緊急オートパイロットシステムが、前記医学的緊急事態の特定の後に前記運転者によって提供される車両制御入力の１つまたは複数を上書きして、前記運転者が前記医学的緊急事態の間に車両を制御できないようにするステップと、
を含む、方法。
【請求項１３】
前記１つまたは複数の車両制御入力は、ハンドル操作を含む、
請求項１２に記載の方法。
【請求項１４】
前記１つまたは複数の車両制御入力は、前記車両の加速を含む、
請求項１２または１３に記載の方法。
【請求項１５】
前記１つまたは複数の車両制御入力は、ブレーキ操作を含む、
請求項１２から１４のいずれか１項に記載の方法。
【請求項１６】
前記運転者から提供される車両制御入力の１つまたは複数を上書きは、高度運転支援システム（ＡＤＡＳシステム）によって提供される１つまたは複数の車両制御入力に対して最も高い優先度を割り当てることによって、前記ＡＤＡＳシステムが前記車両の制御を可能とし、前記運転者が前記車両を制御不可能とする、
請求項１２から１５のいずれか１項に記載の方法。
【請求項１７】
前記無線メッセージは、セキュアな通信チャネルを介して受信され、
前記無線メッセージを復号するステップをさらに含む、
請求項１２から１６のいずれか１項に記載の方法。
【請求項１８】
前記センサデータは前記車両のＡＤＡＳシステムに組み込まれ、当該ＡＤＡＳシステムは前記運転者の前記生理学的信号にアクセス可能である、
請求項１２から１７のいずれか１項に記載の方法。
【請求項１９】
請求項１２から１８のいずれか１項に記載の方法の各ステップをコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書は、携帯型医療機器（portable medical device）からのデータに基づくパー
ソナライズド医療緊急オートパイロットシステム（personalized medical emergency autopilot system）に関する。
【背景技術】
【０００２】
高度運転支援システム（本明細書では、「ＡＤＡＳシステム」と称する）を含む車両が増えている。ＡＤＡＳシステムは、車両の動作の一部または全部を制御することができる。
【０００３】
運転手の予期せぬ健康状態により、多くの車両事故が発生する。例えば、運転手が突然の心臓発作（heart attack）、発作（seizure）、脳卒中（stroke）、意識喪失（loss of
consciousness）または他の状態となり、運転手が車両を制御できなくなり、事故を引き起こす。
【０００４】
携帯型医療機器の普及が進んでいる。これらの機器は、運転手が事故につながる可能性のある危険な健康状態になっている場合を未然に特定するために使用することができるセンサデータ（「生理学的信号」と称することができる）を生成する。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
車両制御システムは、携帯型医療機器によって提供されるセンサデータにアクセスした場合、予期せぬ健康状態によって引き起こされる事故を軽減することができる。しかしながら、携帯型医療機器を車両のＡＤＡＳシステムと統合して、ＡＤＡＳシステムが携帯型医療機器によって生成されたセンサデータにアクセスして、運転手の予期せぬ健康状態（driver's unforeseen medical condition）に起因する事故を防止する技術は現在利用可
能ではない。
【課題を解決するための手段】
【０００６】
本明細書に記載のパーソナライズド医療緊急オートパイロットシステムは、この問題を解決する。
【０００７】
パーソナライズド医療緊急オートパイロットシステムは、ＡＤＡＳシステムを、車両の運転手が装着している１つまたは複数の携帯型医療機器と統合することができる。携帯型医療機器の例には、運転手の生理学的信号を監視し、これらの生理学的信号を記述するセンサデータをＡＤＡＳに提供することができるパルスオキシメータおよび心拍モニタ（例えば、スマートウォッチおよび他のウェアラブル・コンピューティング・デバイスにおいてどちらも一般的）を含むことができる。
【０００８】
いくつかの実装態様では、パーソナライズド医療緊急オートパイロットシステムは、通常の運転条件（例えば、生理学的条件が医学的緊急事態を示さない場合、これを「通常の運転条件」の例とすることができる）中は、非アクティブのままとすることができる。しかしながら、パーソナライズド医療緊急オートパイロットシステムが、運転手の生理学的信号が異常な状態に突然変化したことを特定し、それにより、医学的緊急事態を示すと、パーソナライズド医療緊急オートパイロットシステムは、以下のステップの１つまたは複数を実行することができ、すなわち、（１）医学的緊急事態中の運転手の車両制御入力の
いずれか（例えば、運転手の突然のブレーキング、または運転手の歩行者道路に向けた突然のステアリングホイールの回転）を無効にする、（２）可能性のある医学的緊急事態を記述する運転手のパーソナライズド緊急救済行動計画と、これらの医学的緊急事態が発生した場合にどのようにパーソナライズド医療緊急オートパイロットシステムが対応すべきかを取得する、（３）運転手の身に起こっている医学的緊急事態がどのような種類のものであるかを判断する、（４）医学的緊急事態への対応方法を決定する、（５）医学的緊急事態が発生していることを生理学的信号が示し続ける間、運転手によって提供される車両制御入力を無効にし続けながら、医学的緊急事態に対する処置を取る（例えば、医療緊急援助を無線で呼び出しながら、車両を安全な場所に自動的に運転する）、を実行することができる。
【０００９】
先行技術のＡＤＡＳシステムは、運転手の車両制御入力に常にＡＤＡＳシステムの車両制御入力より高い優先順位を割り当てる。例えば、現在のＡＤＡＳシステムは、運転手が常にＡＤＡＳシステムよりも安全な運転操作を行うことができると想定している。比較すると、パーソナライズド医療緊急オートパイロットシステムは、通常、運転手がＡＤＡＳシステムよりも安全な運転操作を行うことができると仮定し、したがって、運転手の車両制御入力により高い優先順位を割り当てる。しかしながら、医学的緊急事態が携帯型医療機器によってリアルタイム（または、ほぼリアルタイム）で運転手の身体から直接測定される生理学的信号の情報に基づいて特定された瞬間から、パーソナライズド医療緊急オートパイロットシステムは、運転手の安全性または信頼性が低いためと想定し、それにより、パーソナライズド医療緊急オートパイロットシステムは、ＡＤＡＳシステムの車両制御入力に高い優先順位を割り当てる。他のＡＤＡＳシステムは、医学的緊急事態の存在を示す、携帯型医療機器によってリアルタイムで（または、ほぼリアルタイムで）運転手の身体から直接測定される、生理学的信号を受信したことに応答して、この機能を提供しない。
【００１０】
上述のように、パーソナライズド医療緊急オートパイロットシステムは、携帯型医療機器から受信した生理学的信号を車両のＡＤＡＳシステムと統合する。携帯型医療機器はまた、パーソナライズド医療緊急オートパイロットシステムに、パーソナライズド医療緊急オートパイロットシステムが運転手の携帯型医療機器から受信した生理学的信号をより正確に分析して、可能であれば、医学的緊急事態が発生する前に、医学的緊急事態の存在を正確に特定することを有益に可能にする、運転手についての医療履歴データ（例えば、パーソナル医療機器によって記録された運転手の過去の生理学的読取り値、運転手の身長、体重、性別、年齢、運動習慣、運転手が喫煙者であるかどうかなど）を提供することができる。先行技術のＡＤＡＳシステムは、医学的緊急事態が発生する前または後に運転手の医学的緊急事態を特定することによって運転手により高い安全性を提供するために、運転手の病歴データとともに運転手の身体から直接測定された生理学的信号を、車両のＡＤＡＳシステムに組み込んでいない。
【００１１】
次いで、パーソナライズド医療緊急オートパイロットシステムは、パーソナライズド医療緊急オートパイロットシステムによって特定される病状の種類に対してパーソナライズされた特定の対応策を取るようＡＤＡＳシステムに指示することができる。先行技術のＡＤＡＳシステムは、携帯型医療機器から受信した生理学的信号および特定の医学的緊急事態に対する運転手の好ましい反応を指定するユーザ入力に基づいてこの機能を提供しない。
【００１２】
パーソナライズド医療緊急オートパイロットシステムはまた、図４に示す新規のレイヤー構成を含む。
【００１３】
１つまたは複数のコンピュータからなるシステムは、ソフトウェア、ファームウェア、
ハードウェア、またはシステムにインストールされたそれらの組み合わせによって、演算中にシステムに動作を実行させることで、特定の演算または動作を実行するよう構成することができる。１つまたは複数のコンピュータプログラムが、データ処理装置によって実行される場合に、装置に動作を実行させる命令を含むことによって、特定の演算または動作を実行するよう構成することができる。
【００１４】
一般的な態様の１つは、無線ネットワークを介して運転手の携帯型医療機器に通信可能に結合される車両を含み、車両は、ＡＤＡＳシステムを含み、ＡＤＡＳシステムは、無線ネットワークを介して運転手のセンサデータを受信するよう動作可能なパーソナライズド医療緊急オートパイロットシステムを含み、センサデータは、運転手の携帯型医療機器に含まれる１つまたは複数の生理学的センサによって記録される運転手について記述する１つまたは複数の現在の生理学的信号を記述し、パーソナライズド医療緊急オートパイロットシステムは、運転手の医学的緊急事態を特定するために運転手の１つまたは複数の現在の生理学的信号を解析するよう動作可能であり、パーソナライズド医療緊急オートパイロットシステムは、医学的緊急事態を特定した後に運転手によってもたらされる１つまたは複数の車両制御入力を無効にするよう動作可能であり、その結果、運転手は、医学的緊急事態の間、車両の動作を制御することができなくなる。この態様の他の実施形態は、対応するコンピュータシステム、装置、および１つまたは複数のコンピュータストレージデバイスに記録されるコンピュータプログラムを含み、それぞれが、本方法の動作を実行するよう構成される。
【００１５】
実装態様には、以下の特徴の１つまたは複数を含むことができる。本システムでは、パーソナライズド医療緊急オートパイロットシステムが、特定された医学的緊急事態に対してカスタマイズされた応答（対応）を特定し、ＡＤＡＳシステムの動作を制御するよう動作可能であり、その結果、ＡＤＡＳシステムは、応答が実施されるように車両の動作を制御する。本システムでは、応答に、指定された位置に車両を自動的に運転することが含まれる。本システムでは、特定の位置は医療施設であり、応答は、無線ネットワークを介して医療施設と無線通信して、医療施設に、運転手と医学的緊急事態とを特定する無線メッセージを提供することをさらに含む。本システムでは、無線メッセージが、車両が医療施設に到達する推定時刻および車両の現在位置の１つまたは複数をさらに特定する。本システムでは、特定の位置は、停車位置である。本システムでは、停車位置は、駐車場、または路肩内の位置の１つまたは複数を含む。本システムでは、応答は、無線ネットワークを介して緊急時に対応する関係者（emergency responder）（例えば、警察署、消防署、病
院、救急車またはヘリコプターなどの医療輸送サービス）と無線で通信して、運転手、医学的緊急事態、および駐車場所の地理的位置を特定する無線メッセージを緊急時に対応する関係者に提供することをさらに含む。本システムでは、地理的位置は、実質的に、プラスマイナス３メートル以内の精度である。説明する技術の実装態様は、ハードウェア、方法もしくは処理、またはコンピュータアクセス可能媒体上のコンピュータソフトウェアを含むことができる。携帯型医療機器から送信される前記センサデータは暗号化されており、本システムは、運転者の医学的緊急事態が特定された場合に、前記センサデータに対する暗号強度を低下させるように、携帯型医療機器に通知してもよい。また、携帯型医療機器は、所定の間隔で前記センサデータを取得して送信し、本システムは、運転者の医学的緊急事態が特定された場合に、前記センサデータの取得および送信の頻度を増加させるように、携帯型医療機器に通知してもよい。
【００１６】
一般的な態様の１つは、車両の通信ユニットによって、無線ネットワークから無線メッセージを受信するステップであって、無線メッセージが運転手により着用される携帯型医療機器によって記録された車両の運転手の１つまたは複数の現在の生理学的信号を記述するセンサデータを含む、ステップと、運転手の医学的緊急事態を特定するために運転手の１つまたは複数の現在の生理学的信号を解析するステップと、パーソナライズド医療緊急
オートパイロットシステムによって、医学的緊急事態を特定した後に運転手によって提供される１つまたは複数の車両制御入力を無効にして、その結果、運転手が、医学的緊急事態の間に車両の動作を制御できなくするステップとを含む方法を含む。この態様の他の実施形態は、対応するコンピュータシステム、装置、および１つまたは複数のコンピュータストレージデバイスに記録されるコンピュータプログラムを含み、それぞれが、本方法の動作を実行するよう構成される。
【００１７】
実装態様には、以下の特徴の１つまたは複数を含むことができる。本方法では、１つまたは複数の車両制御入力は、車両をステアリングするステップを含む。本方法では、１つまたは複数の車両制御入力は、車両を加速するステップを含む。本方法では、１つまたは複数の車両制御入力は、車両をブレーキングするステップを含む。本方法では、運転手によって提供された１つまたは複数の車両制御入力を無効にするステップは、車両のＡＤＡＳシステムによって提供される１つまたは複数の車両制御入力に最も高い優先度を割り当てて、その結果、ＡＤＡＳシステムが車両の動作を制御することができ、運転手が車両の動作を制御できないようにするステップを含む。本方法では、無線メッセージは、安全な通信チャネルを介して受信され、本方法は、無線メッセージを解読するステップをさらに含む。本方法では、センサデータは、車両のＡＤＡＳシステムに組み込まれ、その結果、ＡＤＡＳシステムは、運転手の生理学的信号にアクセスする。説明する技術の実装態様は、ハードウェア、方法もしくは処理、またはコンピュータアクセス可能媒体上のコンピュータソフトウェアを含むことができる。
【００１８】
一般的な態様の１つは、コンピュータ実行可能コードを格納する非一時的メモリを含む車両のコンピュータプログラム製品を含み、コンピュータ実行可能コードは、車両のプロセッサによって実行された場合に、プロセッサに、無線ネットワークから無線メッセージを受信させ、ここで、無線メッセージは、運転手により着用される携帯型医療機器によって記録された車両の運転手の１つまたは複数の現在の生理学的信号を記述するセンサデータを含み、コンピュータ実行可能コードは、プロセッサに、さらに、運転手の医学的緊急事態を特定するために運転手の１つまたは複数の現在の生理学的信号を解析させ、医学的緊急事態を特定した後に運転手によって提供される１つまたは複数の車両制御入力を無効にして、その結果、運転手が、医学的緊急事態の間に車両の動作を制御できなくさせる。この態様の他の実施形態は、対応するコンピュータシステム、装置、および１つまたは複数のコンピュータストレージデバイスに記録されるコンピュータプログラムを含み、それぞれが、本方法の動作を実行するよう構成される。
【００１９】
実装態様には、以下の特徴の１つまたは複数を含むことができる。コンピュータプログラム製品では、無線メッセージは、携帯型医療機器によって無線ネットワークに送信される。コンピュータプログラム製品では、無線メッセージは、１つまたは複数の現在の生理学的信号が携帯型医療機器によって受信される場合に比べて実質的にリアルタイムに受信される。コンピュータプログラム製品では、１つまたは複数の現在の生理学的信号は、携帯型医療機器によって直接記録され、車両または携帯型医療機器によって推測されない。説明する技術の実装態様は、ハードウェア、方法もしくは処理、またはコンピュータアクセス可能媒体上のコンピュータソフトウェアを含むことができる。
【発明の効果】
【００２０】
本発明によれば、運転者に医学的緊急事態が発生した場合であっても、それに起因する事故を防止することができる。
【図面の簡単な説明】
【００２１】
本開示は、例として示され、同様の参照番号が同様の要素を示すために使用される添付の図面で限定するためのものではない。
【００２２】
【図１Ａ】いくつかの実装態様によるパーソナライズド医療緊急オートパイロットシステムの動作環境を示すブロック図である。
【図１Ｂ】いくつかの実装態様によるパーソナライズド医療緊急オートパイロットシステムの処理フローを示すブロック図である。
【図１Ｃ】いくつかの実装態様によるパーソナライズド医療緊急オートパイロットシステムの処理フローを示すブロック図である。
【００２３】
【図２】いくつかの実装態様によるパーソナライズド医療緊急オートパイロットシステムを含む例示的コンピュータシステムを示すブロック図である。
【００２４】
【図３Ａ】いくつかの実装態様による医学的緊急事態を特定して対応するためのパーソナライズド医療緊急オートパイロットシステムの例示的方法のフローチャートである。
【図３Ｂ】いくつかの実装態様による医学的緊急事態を特定して対応するためのパーソナライズド医療緊急オートパイロットシステムの例示的方法のフローチャートである。
【００２５】
【図４】いくつかの実装態様によるパーソナライズド医療緊急オートパイロットシステムの層アーキテクチャの一例を示すブロック図である。
【発明を実施するための形態】
【００２６】
＜システム概要＞
自動車システムは、車両を含む。ＡＤＡＳシステムを含む車両がますます普及している。ＡＤＡＳシステムは、車両に対して１つまたは複数の安全機能をもたらすことができる。例えば、ＡＤＡＳシステムは、車両を運転手にとってより安全でまたは便利に動作させると考えられる方法で、１つまたは複数の車両機能の動作を制御することができる。
【００２７】
ＡＤＡＳシステムの例には、以下のもの、すなわち、アダプティブ・クルーズ・コントロール（ＡＣＣ）システム、アダプティブ・ハイビーム・システム、アダプティブ光制御システム、自動駐車システム、自動車暗視システム、死角モニタ、衝突回避システム、横風安定化システム、運転手眠気検出システム、運転手監視システム、緊急運転手支援システム、前方衝突警告システム、交差点支援システム、インテリジェントスピード適応システム、車線逸脱警報システム、歩行者保護システム、交通標識認識システム、ターニングアシスタント、誤方向運転警告システムが含まれる。
【００２８】
車両には、複数のＡＤＡＳシステムを含むことができる。これらのＡＤＡＳシステムは、複数の安全機能を提供することができる。
【００２９】
ＡＤＡＳシステムは、パーソナライズド医療緊急オートパイロットシステムを含むことができる。パーソナライズド医療緊急オートパイロットシステムは、ＡＤＡＳシステムの動作を制御することができる。パーソナライズド医療緊急オートパイロットシステムは、車両の運転手に医学的緊急事態が発生していることを特定することができる。パーソナライズド医療緊急オートパイロットシステムは、車両に、パーソナライズド医療緊急オートパイロットシステムによって特定された医学的緊急事態の発生中に運転手によって提供される何らの車両制御入力にも応答させないようにできる。パーソナライズド医療緊急オートパイロットシステムは、運転手の車両制御入力よりもＡＤＡＳシステムの車両制御入力を優先することができる（運転手の車両制御入力は、実際には信頼できないあるいは安全ではないとして完全に無視される）。パーソナライズド医療緊急オートパイロットシステムは緊急救済行動計画を含んでもよく、緊急救済行動計画は、医学的緊急事態の特定あるいは分類に対してパーソナライズド医療緊急オートパイロットシステムがどのように応じるべきかを記述する。パーソナライズド医療緊急オートパイロットシステムは、緊急救済
行動計画と合致した方法で車両が振る舞うように、ＡＤＡＳシステムに対して車両の動作を制御させることができる。
【００３０】
車両は、１つまたは複数の車載コンピュータを含むことができる。車載コンピュータは、パーソナライズド医療緊急オートパイロットシステムの動作を実行または制御することができる。
【００３１】
車載コンピュータは、プロセッサ、プロセッサによってアクセスおよび実行することができるコンピュータコードを格納する非一時的ストレージメディア、および無線ネットワークを介して車両にデータを送受信させる（それにより、車両は、「コネクティッド・カー」となる）ことができる通信ユニットを含むことができる。いくつかの実装態様において、通信ユニットが受信するデータは、運転手の携帯型医療機器によって無線ネットワークに送信されたセンサデータおよび履歴データを含むことができる。センサデータは、運転手の生理学的信号を記述することができる。履歴データは、運転手の病歴について記述することができる。
【００３２】
１つまたは複数の車載コンピュータは、１つまたは複数の電子制御ユニット（ＥＣＵ）を含むことができる。
【００３３】
いくつかの実装態様において、１つまたは複数のＡＤＡＳシステムは、現実世界においてＡＤＡＳシステムの機能を提供するため、１つまたは複数のハードウェア、ソフトウェア、またはファームウェアコンポーネントの動作を仮想化する仮想機械によって提供されてもよい。例えば、仮想化モジュールは、１つまたは複数のハイパーバイザと、安全システムの非一時的メモリに格納される仮想機械モニタとを含むことができる。プロセッサ（例えば、車載コンピュータのプロセッサ、またはＥＣＵ）は、ハイパーバイザまたは仮想機械モニタを実行することができ、この実行に応じて、ハイパーバイザまたは仮想機械モニタは、本明細書で説明する安全機能の１つまたは複数を提供するＡＤＡＳシステムの仮想化バージョンを提供するよう動作可能な仮想化ハードウェアを提供する１つまたは複数の仮想機械をプロセッサに作り出させて実行させることができる。いくつかの実装態様において、この仮想化の場合、同じアプリケーションを、異なる仮想ランタイムプラットフォームとして異なる種類の車両プラットフォームに配備することができる。
【００３４】
図１Ａを参照すると、いくつかの実装態様によるパーソナライズド医療緊急オートパイロットシステム１９９の動作環境１００を示すブロック図が示される。
【００３５】
いくつかの実装態様において、動作環境１００は、以下の要素、すなわち、車両１２３、および運転手１０９の携帯型医療機器１０３の１つまたは複数を含む。これらの要素は、ネットワーク１０５に通信可能に結合することができる。
【００３６】
パーソナライズド医療緊急オートパイロットシステム１９９については、図１Ｂから図４を参照して以下により詳細に記載する。いくつかの実装態様において、動作環境１００は、１つまたは複数のパーソナライズド医療緊急オートパイロットシステム１９９を含む。例えば、車両は、複数のＡＤＡＳシステム１８０を含んでもよく、これらのＡＤＡＳシステム１８０の２つ以上が、パーソナライズド医療緊急オートパイロットシステム１９９を含んでもよい。
【００３７】
ネットワーク１０５は、従来型の、有線または無線とすることができ、スター型、トークンリング型、または他の構成を含む、多くの異なる構成を有することができる。さらに、ネットワーク１０５は、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）（例えば、インターネット）、または複数のデバイスおよび／またはエ
ンティティが通信することができる他の相互接続されたデータパスを含むことができる。いくつかの実装態様において、ネットワーク１０５は、ピアツーピアネットワークを含むことができる。ネットワーク１０５はまた、さまざまな異なる通信プロトコルでデータを送信するための電気通信ネットワークの一部に結合されてもよく、または含んでもよい。いくつかの実装態様において、ネットワーク１０５は、ショートメッセージングサービス（ＳＭＳ）、マルチメディアメッセージングサービス（ＭＭＳ）、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、直接データ接続、無線アプリケーションプロトコル（ＷＡＰ）、電子メール、ＤＳＲＣ、全二重無線通信などを介してデータを送受信するための、Ｂｌｕｅｔｏｏｔｈ通信ネットワークまたはセルラ通信ネットワークを含む。ネットワーク１０５はまた、第３世代（３Ｇ）、第４世代（４Ｇ）、ロングタームエボリューション（ＬＴＥ）、ボイスオーバーＬＴＥ（ＶｏＬＴＥ）、または他の任意のモバイルデータネットワークもしくはモバイルデータネットワークの組み合わせを含むことができるモバイルデータネットワークを含むことができる。さらに、ネットワーク１０５は、１つまたは複数のＩＥＥＥ８０２．１１無線ネットワークを含むことができる。
【００３８】
いくつかの実装態様において、ネットワーク１０５は、車両１２３と１つまたは複数の他の無線通信デバイスとの間で共有される１つまたは複数の通信チャネルを含むことができる。通信チャネルは、ＤＳＲＣ、全二重無線通信（２０１４年８月２８日に出願され、参照によりその全体が本明細書に組み込まれる、米国特許出願第１４／４７１，３８７号“Ｆｕｌｌ−Ｄｕｐｌｅｘ  Ｃｏｏｒｄｉｎａｔｉｏｎ  Ｓｙｓｔｅｍ”に記載）、または他の任意の無線通信プロトコルを含むことができる。例えば、ネットワーク１０５は、動作環境１００の２つ以上の要素の間で、全二重無線メッセージ、ＤＳＲＣメッセージ、ＤＳＲＣプローブ、または基本安全メッセージを送信するために使用することができる。
【００３９】
携帯型医療機器１０３は、運転手１０９のプロセッサベースコンピューティングデバイスを含むことができる。携帯型医療機器１０３は、運転手１０９の生理学的情報を測定するための１つまたは複数の生理学的センサを含むことができる。携帯型医療機器１０３は、運転手１０９の１つまたは複数の生理学的信号を記述するセンサデータ１９０を記録するために必要な生理学的センサと、センサデータ１９０（ならびに、いくつかの実装態様において、履歴データ１９２）を車両１２３にネットワーク１０５を介して無線で送信するよう動作可能な無線通信デバイス（通信ユニット１４５と同様）とを含む任意の携帯型医療機器を含むことができる。例えば、携帯型医療機器１０３は、スマートウォッチまたはフィットネストラッカー（例えば、Ｆｉｔｂｉｔ）を含むことができる。携帯型医療機器１０３は、プロセッサ（図２を参照して後述するプロセッサ２２５と同様）、非一時的メモリ（図２を参照して後述するメモリ２２７と同様）、１つまたは複数の生理学的センサ、および携帯型医療機器１０３がネットワーク１０５と通信することを可能にするよう構成されるハードウェアもしくはソフトウェア（後述する通信ユニット１４５と同様）を含むことができる。
【００４０】
携帯型医療機器１０３の生理学的センサは、パルスオキシメータ、心拍数モニタ、血圧カフ、グルコメータ、ならびに携帯型医療機器１０３に含まれて運転手１０９の生理学的信号もしくは生物学的測定値を測定するよう動作可能な他の任意のセンサもしくはセンサの組み合わせの１つまたは複数を含むことができる。
【００４１】
携帯型医療機器１０３の非一時的メモリは、センサデータ１９０および履歴データ１９２を格納することができる。センサデータ１９０は、携帯型医療機器１０３の生理学的センサによって記録された運転手１０９の生理学的信号を記述することができる。履歴データ１９２は、運転手１０９の病歴について記述することができる。例えば、履歴データ１９２は、以下のようなデータの１つまたは複数を記述することができる。
携帯型医療機器１０３によって記録される運転手１０９の過去の生理学的読取り値
運転手１０９の身長、
運転手１０９の体重、
運転手１０９の誕生時の性別、
運転手１０９の人種または民族性、
運転手１０９の年齢、
携帯型医療機器１０３によって記録される運転手１０９の運動習慣、
運転手１０９の食事の好み、
運転手１０９が喫煙者であるかどうか、
運転手１０９の保険証番号および保険会社を含む医療保険情報。
履歴データ１９２のいくつかは、出生時の生年月日または性別などの運転手１０９についてのある種の事実を記述する運転手１０９によって確立されたユーザプロファイルの一部であってもよい。ユーザプロファイルは動的あるいは変更可能であってもよく、たとえば、運転手１０９の体重の変化に応じて、日毎、週毎、または他の何らかの期間毎に更新するスマートスケールのような他の医療機器によって直接変更されてもよい。
【００４２】
携帯型医療機器１０３の通信ユニットは、センサデータ１９０および履歴データ１９２の１つまたは複数をネットワーク１０５に無線送信することができる。車両１２３の通信ユニット１４５は、ＡＤＡＳシステム１８０のパーソナライズド医療緊急オートパイロットシステム１９９に提供するために、ネットワーク１０５からセンサデータ１９０および履歴データ１９２を受信することができる。この情報は、リアルタイム（または実質的にリアルタイム）で、ネットワーク１０５に繰り返し送信することができ、その結果、パーソナライズド医療緊急オートパイロットシステム１９９は、その機能を実現するために必要な情報を更新することができる。センサデータ１９０および履歴データ１９２は、同時にネットワーク１０５に送信されてもよいし、異なる時刻に送信されてもよい。例えば、いくつかの実装態様において、パーソナライズド医療緊急オートパイロットシステム１９９は、センサデータ１９０より低いレートで履歴データ１９２を受信する。パーソナライズド医療緊急オートパイロットシステム１９９は、キャッシュまたは他の何らかのメモリに履歴データ１９２を格納して、繰り返しの使用に備えてもよい。
【００４３】
いくつかの実装態様において、センサデータ１９０および履歴データ１９２を通信ユニット１４５に送信する場合、この情報の機密を保つためにセキュア化してもよい。例えば、携帯型医療機器１０３は、センサデータ１９０および履歴データ１９２の１つまたは複数を暗号化してもよい。携帯型医療機器１０３は暗号化のための暗号鍵を含み、パーソナライズド医療緊急オートパイロットシステム１９９は複合のための暗号化キーを含むことができる。暗号方式は、共通鍵（対称鍵）方式であっても公開鍵（非対称鍵）方式であってもよい。いくつかの実装態様において、セキュアＶＰＮトンネルを使用して、センサデータ１９０および履歴データ１９２の１つまたは複数を送信することができる。他の形式の安全な送信も可能であり、本明細書に記載するものは例示的なものであって、限定するものではない。
【００４４】
携帯型医療機器１０３を車両１２３の通信ユニット１４５と対応付けて、携帯型医療機器１０３は、データを対応する通信ユニット１４５に送信する。
【００４５】
運転手１０９には、携帯型医療機器１０３または車両１２３のユーザを含むことができる。
【００４６】
車両１２３は、通信ユニット１４５と、パーソナライズド医療緊急オートパイロットシステム１９９を有するＡＤＡＳシステム１８０とを含む、自動車、トラック、スポーツ用ユーティリティビークル、バス、セミトラック、ドローン、または他の道路ベースの輸送手段を含むことができる。いくつかの実装態様において、車両１２３は、自律車両または
半自律車両を含むことができる。例えば、ＡＤＡＳシステム１８０（または複数のＡＤＡＳシステム１８０）は、車両１２３を自律的または半自律的にすることができる。
【００４７】
車両１２３は、以下の要素、すなわち、通信ユニット１４５、パーソナライズド医療緊急オートパイロットシステム１９９を含むＡＤＡＳシステム１８０、および車載コンピュータ１５０の１つまたは複数を含むことができる。これらの要素は、（図のような）直列または並列の１つまたは複数のバスを介して互いに通信可能に結合することができる。図１Ａに示す無線結合は、例示のためであり、限定するためのものではない。
【００４８】
通信ユニット１４５は、データをネットワーク１０５との間で送受信するためのハードウェアを含むことができる。いくつかの実装態様において、通信ユニット１４５は、ネットワーク１０５または別の通信チャネルへの直接的な物理的接続のためのポートを含む。例えば、通信ユニット１４５は、ＵＳＢ、ＳＤ、ＣＡＴ−５、またはネットワーク１０５と有線通信するための同様のポートを含む。いくつかの実装態様において、通信ユニット１４５は、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．１６、Ｂｌｕｅｔｏｏｔｈ（登録商標）、または別の適切な無線通信方法を含む１つまたは複数の無線通信方法を使用して、データをネットワーク１０５または他の通信チャネルと交換するための無線トランシーバを含む。
【００４９】
いくつかの実装態様において、通信ユニット１４５は、ネットワーク１０５または別の通信チャネルへの直接的な物理的接続のためのポートを含む。例えば、通信ユニット１４５は、ＵＳＢ、ＳＤ、ＣＡＴ−５、またはネットワーク１０５と有線通信するための同様のポートを含む。
【００５０】
いくつかの実装態様において、通信ユニット１４５は、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．１６、Ｂｌｕｅｔｏｏｔｈ、ＥＮ  ＩＳＯ１４９０６：２００４電子的料金収集−アプリケーションインターフェースＥＮ１２２５３：２００４専用短距離通信−５．８ＧＨｚのマイクロ波を使用する物理層（レビュー）、ＥＮ１２７９５：２００２専用短距離通信（ＤＳＲＣ）−ＤＳＲＣデータリンク層：媒体アクセスおよび論理的リンクコントロール（レビュー）、ＥＮ１２８３４：２００２専用短距離通信−アプリケーション層（レビュー）、ＥＮ１３３７２：２００４専用短距離通信（ＤＳＲＣ）−ＲＴＴＴアプリケーションのためのＤＳＲＣプロファイル（レビュー）、２０１４年８月２８日に出願された米国特許出願第１４／４７１，３８７号“Ｆｕｌｌ−Ｄｕｐｌｅｘ  Ｃｏｏｒｄｉｎａｔｉｏｎ  Ｓｙｓｔｅｍ”で説明された通信方法、または別の適切な無線通信方法を含む１つまたは複数の通信方法を使用して、データをネットワーク１０５または他の通信チャネルと交換するための無線トランシーバを含む。
【００５１】
いくつかの実装態様において、通信ユニット１４５は、２０１４年８月２８日に出願された米国特許出願第１４／４７１，３８７号“Ｆｕｌｌ−Ｄｕｐｌｅｘ  Ｃｏｏｒｄｉｎａｔｉｏｎ  Ｓｙｓｔｅｍ”で説明されるような全二重調整システムを含むことができる。
【００５２】
いくつかの実装態様において、通信ユニット１４５は、ショートメッセージングサービス（ＳＭＳ）、マルチメディアメッセージングサービス（ＭＭＳ）、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、直接データ接続、ＷＡＰ、電子メール、または別の適切な種類の電気通信を介してセルラ通信ネットワークでデータを送受信するためのセルラ通信トランシーバを含む。いくつかの実装態様において、通信ユニット１４５は、有線ポートおよび無線トランシーバを含む。通信ユニット１４５はまた、ＴＣＰ／ＩＰ、ＨＴＴＰ、ＨＴＴＰＳ、およびＳＭＴＰ、ミリメートル波、ＤＳＲＣなどを含む標準ネットワークプロトコルを使用してファイルまたはメディアオブジェクトを配信するために、ネットワーク
１０５への他の従来の接続を提供する。
【００５３】
車載コンピュータ１５０は、車両１２３の特定用途向けプロセッサベースコンピューティングデバイスを含むことができる。いくつかの実装態様において、車載コンピュータ１５０は、ＥＣＵを含むことができる。車載コンピュータ１５０は、ＡＤＡＳ１８０の要素とすることができ、またはＡＤＡＳ１８０を実行するか、もしくはＡＤＡＳ１８０の動作を制御するよう動作可能とすることができる。
【００５４】
車載コンピュータ１５０は、プロセッサ（図２を参照して以下で説明するプロセッサ２２５と同様）および非一時的メモリ（図２を参照して以下で説明するメモリ２２７と同様）を含むことができる。非一時的メモリは、センサデータ１９０、履歴データ１９２、緊急救済行動計画１９４、およびパーソナライズド医療緊急オートパイロットシステム１９９の１つまたは複数を格納することができる。
【００５５】
ＡＤＡＳシステム１８０は、アダプティブ・クルーズ・コントロールシステム、アダプティブ・ハイビーム・システム、アダプティブ光制御システム、自動駐車システム、自動車暗視システム、死角モニタ、衝突回避システム、横風安定化システム、運転手眠気検出システム、運転手監視システム、緊急運転手支援システム、前方衝突警告システム、交差点支援システム、インテリジェントスピード適応システム、車線逸脱警報システム、歩行者保護システム、交通標識認識システム、ターニングアシスタント、プリクラッシュ・セーフティ・システム、および誤方向運転警告システムの１つまたは複数を含むことができる。
【００５６】
いくつかの実装態様において、ＡＤＡＳシステム１８０は、仮想化することができる。例えば、ＡＤＡＳシステム１８０は、１つまたは複数のハイパーバイザを含むことができる。あるいは、またはさらに、ＡＤＡＳシステム１８０は、１つまたは複数の仮想機械モニタを含むことができる。１つまたは複数のハイパーバイザおよび／または１つまたは複数の仮想機械モニタは、車載コンピュータ１５０もしくは車両１２３の非一時的メモリに格納することができる。車載コンピュータ１５０または車両１２３のプロセッサは、ハイパーバイザまたは仮想機械モニタを実行することができ、この実行に応じて、ハイパーバイザまたは仮想機械モニタは、本明細書で説明する安全機能の１つまたは複数を提供するよう動作可能な仮想化ハードウェアを提供する１つまたは複数の仮想機械をプロセッサに作り出させて実行させることができる。
【００５７】
ＡＤＡＳシステム１８０は、複数の安全機能を提供することができる。ＡＤＡＳシステム１８０によって提供される安全機能の例には、以下のようなもの、すなわち、適応クルーズコントロールシステムによって提供される車両１２３のための適応クルーズコントロール、適応ハイビームシステムによって提供される車両１２３のための適応ハイビーム、適応ライトコントロールシステムによって提供される車両１２３のための適応ライト、自動駐車システムによって提供される車両１２３のための自動または半自動車両駐車、自動暗視システムによって提供される車両１２３のための暗視、死角モニタリング、死角モニタによって提供される車両１２３のための検出および通知、車両１２３のための衝突モニタリングのリスク、車両１２３のための衝突通知のリスクおよび衝突回避システムによって提供される衝突を回避するための車両１２３の一時的自動運転、前方衝突警告システム、歩行者保護システムまたはプレクラッシュ安全システム、横風安定化システムによって提供される車両１２３のための横風モニタリング、横風検出、および横風安定化、運転手眠気検出システムによって提供される車両１２３の運転手眠気検出および自動運転もしくはブレーキング、運転手の注意力のモニタリング、運転手の注意力不足の検出、注意力不足に関する安全リスクに関する運転手の通知、運転手モニタリングシステムによって提供される車両１２３の自動運転またはブレーキング、運転手の挙動のモニタリング、安全リ
スクと関連する運転手の挙動の検出、挙動に関する安全リスクに関するドライバの通知、および緊急運転手支援システムによって提供される車両１２３の自動運転またはブレーキング、交差点または対向車線もしくは交通における交通のモニタリング、交差点支援システムもしくは転向支援によって提供される、交差点でのもしくは交通の対向車線への転向よる衝突の危険性の検出、衝突の危険に関する運転手への通知および衝突の危険性を減らすか、もしくは潜在的な衝突を回避するための車両１２３の自動運転もしくはブレーキング、インテリジェントスピード適応システムによって提供される安全または法定速度を車両１２３のスピードが超えないことを保証すること、車線逸脱警報システムによって提供される（転向信号がその方向にオンでない限り）車線外へ車両１２３が移動し始めた場合に車両１２３の運転手への警報、道路標識認識システムによって提供される道路標識の遵守を確実にするための、標識識別、運転手の違反または違反のリスクの通知、および車両１２３の自動もしくは半自動運転もしくはブレーキング、誤方向運転警告システムによって提供される、誤った車線で車両１２３が走行していないかどうかのモニタリング、運転手が誤った車線で運転している場合に運転手への通知、および衝突を回避するか、または交通の流れに従うために車両１２３の進行方向を修正のための車両１２３の自動運転またはブレーキングの１つまたは複数が含まれる。
【００５８】
ＡＤＡＳシステム１８０は、以下、すなわち、パーソナライズド医療緊急オートパイロットシステム１９９、センサデータ１９０、履歴データ１９２、緊急救済行動計画１９４の１つまたは複数を格納する非一時的メモリを含んでもよく、またはそのような非一時的メモリに通信可能に接続されてもよい。
【００５９】
センサデータ１９０および履歴データ１９２は、携帯型医療機器１０３によって送信されるものである。パーソナライズド医療緊急オートパイロットシステム１９９は、センサデータ１９０および履歴データ１９２の１つまたは複数を受信することができる。パーソナライズド医療緊急オートパイロットシステム１９９は、このデータを、ＡＤＡＳシステム１８０によって考慮される他のデータと組み合わせることができる。パーソナライズド医療緊急オートパイロットシステム１９９は、センサデータ１９０および履歴データ１９２の１つまたは複数を解析して、この特定の運転手１０９に対する特定の医学的緊急事態に対応する所定の期間についての、（センサデータ１９０によって記述される）生理学的情報の組み合わせを特定することができる。上記の所定期間は、運転手１０９の履歴データ１９２に基づいて決定できる。
【００６０】
いくつかの実装態様において、緊急救済行動計画１９４は、パーソナライズド医療緊急オートパイロットシステム１９９が、（例えば、運転手１０９からあるいは医者もしくは看護師などの医療従事者からパーソナライズド医療緊急オートパイロットシステム１９９に提供されたユーザ入力に基づいて）特定された医学的緊急事態にどのように応答するべきかを記したデータを含むことができる。例えば、緊急救済行動計画１９４は、１つの列に医学的緊急事態のリストを、および別の列に応答の順序リストを示すテーブル（または他の何らかのデータ構造）を含むことができる。例えば、パーソナライズド医療緊急オートパイロットシステム１９９によって特定された医学的緊急事態が「心臓発作」である場合、運転手１０９からの入力を必要とすることなく、車両１２３の１つまたは複数のＡＤＡＳシステム１８０に、以下のタスクの１つまたは複数を自動的および予防的に完了させるように応答することができる。
（１）車両１２３を道路の路肩に移動させる（このタスクを安全に達成するために、車両１２３は外部カメラなどのセンサを含んでもよい）、
（２）車両１２３を停車する、
（３）車両１２３のナビゲーションシステムを介して車両１２３のＧＰＳ座標を決定する、
（４）緊急医療要員と（通信ユニット１４５によって提供されるような、電話、テキスト
メッセージなどにより）自動通信して以下の情報を提供する：（ａ）運転手１０９の識別情報（名前、性別、身長、体重、年齢、保険情報）、（ｂ）車両のＧＰＳ座標、および（ｃ）パーソナライズド医療緊急オートパイロットシステム１９９によって特定された医学的緊急事態。
【００６１】
異なる状況に対しては他の動作計画も可能である。例えば、車両１２３が自律運転車両である場合、応答は次のようなものであってよい。すなわち、車両１２３が、最も近い病院（医療施設）を特定し、その最も近い病院に自律的に運転し、経路上に位置している間に病院とコンタクトを取り、以下の情報、すなわち、（ａ）運転手の識別情報（名前、性別、身長、体重、年齢、保険情報）、（ｂ）パーソナライズド医療緊急オートパイロットシステム１９９によって特定された医学的緊急事態、（ｃ）病院への推定到着時刻を通知してもよい。
【００６２】
いくつかの実装態様において、パーソナライズド医療緊急オートパイロットシステム１９９は、プロセッサによって実行された場合に、プロセッサに、図３Ａおよび図３Ｂを参照して以下で説明する方法３００のステップの１つまたは複数を実行させるよう動作可能なコードおよびルーチンを含むことができる。
【００６３】
パーソナライズド医療緊急オートパイロットシステム１９９は、車載コンピュータ１５０またはＡＤＡＳシステム１８０などの車両１２３のプロセッサベースコンピューティングシステムによって実行されるシンクライアント（thin client）を含むことができる。
【００６４】
いくつかの実装態様において、パーソナライズド医療緊急オートパイロットシステム１９９は、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または特定用途向け集積回路（ＡＳＩＣ）を含むハードウェアを使用して実現することができる。いくつかの実装態様において、パーソナライズド医療緊急オートパイロットシステム１９９は、ハードウェアおよびソフトウェアの組み合わせを使用して実現することができる。パーソナライズド医療緊急オートパイロットシステム１９９は、デバイス（例えば、サーバまたは他のデバイス）の組み合わせに、またはデバイスの１つに、格納することができる。
【００６５】
いくつかの実装態様において、車両１２３はセンサセットを含むことができる。センサセットは、１つまたは複数のセンサを含むことができる。センサセットは、車両１２３の物理的環境、または運転手１０９が位置する車両１２３の内部の物理的環境について説明する読取り値を収集することができる。ＡＤＡＳシステム１８０は、センサセットの読取り値およびパーソナライズド医療緊急オートパイロットシステム１９９によって提供される指示に部分的に基づいて、車両１２３の動作を変更するか、車両１２３の動作を制御することができる。
【００６６】
いくつかの実装態様において、車両１２３のセンサセットによって測定される１つまたは複数の物理的特性は、直接記録してもよいし（例えば、大気圧、温度、または車両センサによって直接測定可能な他の任意のパラメータ）、間接的に記録してもよい（例えば、物理的環境の物理特性またはその物理的環境内に存在する物体もしくは事象について示すか、または説明する画像または音声記録）。
【００６７】
いくつかの実装態様において、センサセットは、車両１２３の性能を測定するよう動作可能な１つまたは複数のセンサを含むことができる。例えば、センサセットは、車両１２３の速度または加速度について記述するデータを記録することができる。
【００６８】
いくつかの実装態様において、車両１２３のセンサセットは、以下のような車両センサ、すなわち、外部マイクロフォン、内部マイクロフォン、外部カメラ、内部カメラ、ＬＩ
ＤＡＲセンサ、レーザ高度計、ナビゲーションセンサ（例えば、１０メートル範囲で正確な非ＤＳＲＣ準拠ＧＰＳユニットではなく、１．５メートル範囲で正確なＤＳＲＣ準拠ＧＰＳユニットの全地球測位システムセンサ）、赤外線検出器、動き検出器、サーモスタット、音響検出器、一酸化炭素センサ、二酸化炭素センサ、酸素センサ、質量空気流量センサ、エンジン冷却温度センサ、スロットル位置センサ、クランク軸位置センサ、自動車エンジンセンサ、バルブタイマ、空燃比メータ、死角計、カーブフィーラ、欠陥検出器、ホール効果センサ、マニホールド絶対圧センサ、パーキングセンサ、レーダーガン、速度計、速度センサ、タイヤ空気圧監視センサ、トルクセンサ、トランスミッション液温度センサ、タービン速度センサ（ＴＳＳ）、可変リラクタンスセンサ、車速センサ（ＶＳＳ）、水センサ、車輪速度センサ、および他の任意の種類の自動車センサ、の１つまたは複数を含むことができる。
【００６９】
センサセットは、１つまたは複数の異なる時点での車両１２３の１つまたは複数の位置、車両環境の画像もしくは他の測定値、および車両１２３が位置する車両環境内にあるオブジェクトもしくは他の車両などについて記述するデータを記録するよう動作可能にすることができる。車両環境は、車両１２３に近接する車両１２３の外側の領域を含むことができる。例えば、車両１２３は、道路上を移動することができ、車両環境は、車両１２３の前方、車両１２３の後方、車両１２３の側方、または車両１２３から離れた１つまたは複数の車の長さにある他の車を含むことができる。
【００７０】
いくつかの実装態様において、車両１２３は、特定された医学的緊急事態および緊急事態を救済するために取られているステップについて記述するメッセージを示すことができるパネルを含むことができる。パネルは、車両１２３の電子ディスプレイパネルまたはモニタを含むことができる。例えば、パネルは、車両１２３のヘッドユニットまたはヘッドアップディスプレイの電子ディスプレイパネルを含むことができる。
【００７１】
ヘッドアップディスプレイユニットは、２０１６年３月２４日に出願されて、その全体が参照により本明細書に組み込まれる、米国特許出願第１５／０８０，４３３号“Ｗｉｒｅｌｅｓｓ  Ｄａｔａ  Ｓｈａｒｉｎｇ  Ｂｅｔｗｅｅｎ  ａ  Ｍｏｂｉｌｅ  Ｃｌｉｅｎｔ  Ｄｅｖｉｃｅ  ａｎｄ  ａ  Ｔｈｒｅｅ−Ｄｉｍｅｎｓｉｏｎａｌ  Ｈｅａｄｓ−Ｕｐ  Ｄｉｓｐｌａｙ  Ｕｎｉｔ”で説明されるもののような３次元ヘッドアップディスプレイユニットを含むことができる。
【００７２】
図１Ｂを参照すると、いくつかの実装態様によるパーソナライズド医療緊急オートパイロットシステム１９９の処理フロー１０１を示すブロック図が示される。
【００７３】
ネットワーク１０５は、センサデータ１９０および履歴データ１９２を出力することができる。パーソナライズド医療緊急オートパイロットシステム１９９は、入力として、センサデータ１９０および履歴データ１９２を受信することができる。パーソナライズド医療緊急オートパイロットシステム１９９は、センサデータ１９０および履歴データ１９２を解析することができる。パーソナライズド医療緊急オートパイロットシステム１９９は、センサデータ１９０および履歴データ１９２に基づいて出力を提供することができる。出力は、医学的緊急事態１７０の判断を含むことができる。
【００７４】
図１Ｃを参照すると、いくつかの実装態様によるパーソナライズド医療緊急オートパイロットシステム１９９の処理フロー１０２を示すブロック図が示される。
【００７５】
パーソナライズド医療緊急オートパイロットシステム１９９は、以下、すなわち、医学的緊急事態１７０、緊急救済行動計画１９４、および医学的緊急事態１７０の判断の後に運転手１０９が車両を操作しようとしていることを示す信号１９６の１つまたは複数を含
む入力を受信することができる。
【００７６】
これらの入力に応答して、パーソナライズド医療緊急オートパイロットシステム１９９は、出力を生成することができる。出力には、車両１２３を操作するための運転手の能力を無効化し、車両１２３に、判断された医学的緊急事態１７０に対する緊急救済行動計画１９４と一致する行動を取らせるための決定１７２を含むことができる。
【００７７】
＜システム構成＞
図２を参照すると、いくつかの実装態様によるパーソナライズド医療緊急オートパイロットシステム１９９を含む例示的コンピュータシステム２００を示すブロック図が示される。
【００７８】
いくつかの実装態様において、コンピュータシステム２００は、図３Ａおよび図３Ｂを参照して以下で説明する方法３００の１つまたは複数のステップを実行するようプログラミングされた特定用途向けコンピュータシステムを含むことができる。
【００７９】
いくつかの実装態様において、コンピュータシステム２００は、車両１２３の車載コンピュータ１５０を含むことができる。いくつかの実装態様において、コンピュータシステム２００は、電子制御ユニット、ヘッドユニット、または車両１２３の他の何らかのプロセッサベースコンピューティングシステムを含むことができる。
【００８０】
コンピュータシステム２００は、以下の例示的な要素、すなわち、パーソナライズド医療緊急オートパイロットシステム１９９、プロセッサ２２５、通信ユニット２４５、ストレージ２４１、およびメモリ２２７の１つまたは複数を含むことができる。いくつかの実装態様において、コンピュータシステム２００は、ＡＤＡＳシステム１８０の要素であってもよい。コンピュータシステム２００の構成要素は、バス２２０によって通信可能に結合される。
【００８１】
例示した実装態様において、プロセッサ２２５は、信号線２３８を介して、バス２２０に通信可能に結合される。通信ユニット２４５は、信号線２４６を介して、バス２２０に通信可能に結合される。ストレージ２４１は、信号線２４２を介して、バス２２０に通信可能に結合される。メモリ２２７は、信号線２４４を介して、バス２２０に通信可能に結合される。
【００８２】
プロセッサ２２５は、算術論理ユニット、マイクロプロセッサ、汎用コントローラ、または演算を実行して電子表示信号をディスプレイデバイスに提供するための何らかの他のプロセッサアレイを含む。プロセッサ２２５は、データ信号を処理し、複雑命令セットコンピュータ（ＣＩＳＣ）アーキテクチャ、縮小命令セットコンピュータ（ＲＩＳＣ）アーキテクチャ、または命令セットの組み合わせを実施するアーキテクチャを含むさまざまなコンピューティングアーキテクチャを含むことができる。図２ではプロセッサ２２５は単一であるが、複数プロセッサとしてもよい。プロセッサ２２５は、グラフィカル処理ユニットを含むことができる。他のプロセッサ、オペレーティングシステム、センサ、ディスプレイ、および物理的構成も可能にすることができる。
【００８３】
メモリ２２７は、プロセッサ２２５が実行することができる命令またはデータを格納する。命令またはデータは、本明細書で説明する技術を実行するためのコードを含むことができる。メモリ２２７は、ダイナミック・ランダム・アクセス・メモリ（ＤＲＡＭ）デバイス、スタティック・ランダム・アクセス・メモリ（ＳＲＡＭ）デバイス、フラッシュメモリ、または何らかの他のメモリデバイスとすることができる。いくつかの実装態様において、メモリ２２７はまた、ハード・ディスク・ドライブ、フロッピー・ディスク・ドラ
イブ、ＣＤ−ＲＯＭデバイス、ＤＶＤ−ＲＯＭデバイス、ＤＶＤ−ＲＡＭデバイス、ＤＶＤ−ＲＷデバイス、フラッシュ・メモリ・デバイス、またはより恒久的な基準で情報を格納するための何らかの他の大容量記憶デバイスを含む、不揮発性メモリはたは同様の恒久的ストレージデバイスおよびメディアを含む。
【００８４】
図２に示したように、メモリ２２７は、以下の要素、すなわち、センサデータ１９０、履歴データ１９２、および緊急救済行動計画１９４の１つまたは複数を格納する。これらの要素は、図１Ａを参照して上記しており、そのため、その説明はここでは繰り返さない。メモリ２２７はまた、診断データ２９９を格納してもよい。
【００８５】
診断データ２９９は、パーソナライズド医療緊急オートパイロットシステム１９９が、センサデータ１９０および履歴データ１９２の１つまたは複数に基づいて医学的緊急事態の存在を特定するために必要な任意のデータを含むことができる。例えば、診断データ２９９は、異なる健康状態および異なる属性（過去の生理学的読取り値、運動頻度、喫煙状態、食事習慣など）を有する異なる人口統計学的グループ（例えば、履歴データ１９２によって示される）について、これらの異なる健康状態に対応する症状（または、センサデータ１９０によって記述されるような生理学的信号）について記述するデータを含むことができる。
【００８６】
図２には示していないが、いくつかの実装態様において、メモリ２２７は、センサデータ１９０および履歴データ１９２の１つまたは複数を復元するのに必要な１つまたは複数のキーまたは他のデータを格納することができる。
【００８７】
通信ユニット２４５は、データをネットワーク１０５に送信する、およびネットワーク１０５から受信する、ハードウェアを含むことができる。いくつかの実装態様において、通信ユニット２４５は、ネットワーク１０５または別の通信チャネルへの直接的な物理的接続のためのポートを含む。例えば、通信ユニット２４５は、ＵＳＢ、ＳＤ、ＣＡＴ−５、またはネットワーク１０５と有線通信するための同様のポートを含む。いくつかの実装態様において、通信ユニット２４５は、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．１６、Ｂｌｕｅｔｏｏｔｈ、または別の適切な無線通信方法を含む１つまたは複数の無線通信方法を使用して、データをネットワーク１０５または他の通信チャネルと交換するための無線トランシーバを含む。
【００８８】
いくつかの実装態様において、通信ユニット２４５は、ネットワーク１０５または別の通信チャネルへの直接的な物理的接続のためのポートを含む。例えば、通信ユニット２４５は、ＵＳＢ、ＳＤ、ＣＡＴ−５、またはネットワーク１０５と有線通信するための同様のポートを含む。
【００８９】
いくつかの実装態様において、通信ユニット２４５は、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．１６、Ｂｌｕｅｔｏｏｔｈ、ＥＮ  ＩＳＯ１４９０６：２００４電子的料金収集−アプリケーションインターフェースＥＮ１２２５３：２００４専用短距離通信−５．８ＧＨｚのマイクロ波を使用する物理層（レビュー）、ＥＮ１２７９５：２００２専用短距離通信（ＤＳＲＣ）−ＤＳＲＣデータリンク層：媒体アクセスおよび論理的リンクコントロール（レビュー）、ＥＮ１２８３４：２００２専用短距離通信−アプリケーション層（レビュー）、ＥＮ１３３７２：２００４専用短距離通信（ＤＳＲＣ）−ＲＴＴＴアプリケーションのためのＤＳＲＣプロファイル（レビュー）、２０１４年８月２８日に出願された米国特許出願第１４／４７１，３８７号“Ｆｕｌｌ−Ｄｕｐｌｅｘ  Ｃｏｏｒｄｉｎａｔｉｏｎ  Ｓｙｓｔｅｍ”で説明された通信方法、または別の適切な無線通信方法を含む１つまたは複数の通信方法を使用して、データをネットワーク１０５または他の通信チャネルと交換するための無線トランシーバを含む。
【００９０】
いくつかの実装態様において、通信ユニット２４５は、２０１４年８月２８日に出願された米国特許出願第１４／４７１，３８７号“Ｆｕｌｌ−Ｄｕｐｌｅｘ  Ｃｏｏｒｄｉｎａｔｉｏｎ  Ｓｙｓｔｅｍ”で説明されるような全二重調整システムを含むことができる。
【００９１】
いくつかの実装態様において、通信ユニット２４５は、ショートメッセージングサービス（ＳＭＳ）、マルチメディアメッセージングサービス（ＭＭＳ）、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、直接データ接続、ＷＡＰ、電子メール、または別の適切な種類の電気通信を介してセルラ通信ネットワークでデータを送受信するためのセルラ通信トランシーバを含む。いくつかの実装態様において、通信ユニット２４５は、有線ポートおよび無線トランシーバを含む。通信ユニット２４５はまた、ＴＣＰ／ＩＰ、ＨＴＴＰ、ＨＴＴＰＳ、およびＳＭＴＰ、ミリメートル波、ＤＳＲＣなどを含む標準ネットワークプロトコルを使用してファイルまたはメディアオブジェクトを配信するために、ネットワーク１０５への他の従来の接続を提供する。
【００９２】
ストレージ２４１は、本明細書で説明する機能を提供するためのデータを格納する非一時的ストレージ媒体である。ストレージ２４１は、ダイナミック・ランダム・アクセス・メモリ（ＤＲＡＭ）デバイス、スタティック・ランダム・アクセス・メモリ（ＳＲＡＭ）デバイス、フラッシュメモリ、または何らかの他のメモリデバイスとすることができる。いくつかの実装態様において、ストレージ２４１はまた、ハード・ディスク・ドライブ、フロッピー・ディスク・ドライブ、ＣＤ−ＲＯＭデバイス、ＤＶＤ−ＲＯＭデバイス、ＤＶＤ−ＲＡＭデバイス、ＤＶＤ−ＲＷデバイス、フラッシュ・メモリ・デバイス、またはより恒久的な基準で情報を格納するための何らかの他の大容量記憶デバイスを含む、不揮発性メモリまたは同様の恒久的ストレージデバイスおよび媒体を含む。
【００９３】
図２に示す実装態様において、パーソナライズド医療緊急オートパイロットシステム１９９は、通信モジュール２０２を含む。
【００９４】
通信モジュール２０２は、パーソナライズド医療緊急オートパイロットシステム１９９とコンピュータシステム２００の他の構成要素との間の通信を扱うためのルーチンを含むソフトウェアであってよい。いくつかの実装態様において、通信モジュール２０２は、パーソナライズド医療緊急オートパイロットシステム１９９と、コンピュータシステム２００または動作環境１００の他の構成要素との間の通信を扱うために以下で説明する機能を提供するため、プロセッサ２２５によって実行可能な命令のセットとすることができる。いくつかの実装態様において、通信モジュール２０２は、コンピュータシステム２００のメモリ２２７に格納することができ、プロセッサ２２５によってアクセス可能および実行可能とすることができる。通信モジュール２０２は、信号線２２２を介して、プロセッサ２２５およびコンピュータシステム２００の他の構成要素と協働および通信するよう適合させることができる。
【００９５】
通信モジュール２０２は、データを、通信ユニット２４５を介して、コンピュータシステム２００またはネットワーク１０５の１つまたは複数の要素に、および要素から、送受信する。例えば、通信モジュール２０２は、通信ユニット２４５を介して、センサデータ１９０および履歴データ１９２の１つまたは複数を受信する。
【００９６】
いくつかの実装態様において、通信モジュール２０２は、ストレージ２４１およびメモリ２２７の１つまたは複数にデータを格納する。例えば、通信モジュール２０２は、パーソナライズド医療緊急オートパイロットシステム１９９によってなされた決定について記述するデータを受信し、この決定について記述したデータを、メモリ２２７に格納する。
【００９７】
いくつかの実装態様において、通信モジュール２０２は、このコンピュータシステム２００の構成要素の間の通信を扱うことができる。
【００９８】
パーソナライズド医療緊急オートパイロットシステム１９９は、図３Ａおよび図３Ｂを参照して以下で説明する方法３００の１つまたは複数のステップを実行するためのルーチンを含むソフトウェアとすることができる。いくつかの実装態様において、パーソナライズド医療緊急オートパイロットシステム１９９は、コンピュータシステム２００のメモリ２２７に格納することができ、プロセッサ２２５によってアクセス可能および実行可能とすることができる。
【００９９】
いくつかの実装態様において、パーソナライズド医療緊急オートパイロットシステム１９９は、センサデータ１９０および履歴データ１９２の１つまたは複数を解析し、医学的緊急事態の存在を特定することができる。パーソナライズド医療緊急オートパイロットシステム１９９は、医学的緊急事態がセンサデータ１９０または履歴データ１９２によって示されない場合に、通常の運転状態の間は、非アクティブ状態のままである。パーソナライズド医療緊急オートパイロットシステム１９９は、運転手からリアルタイムまたはほぼリアルタイムの生理学的信号について記述した更新センサデータ１９０（および、任意選択的に、履歴データ１９２）を連続的に受信することができる。パーソナライズド医療緊急オートパイロットシステム１９９は、医学的緊急事態を特定するために診断データ２９９に対してこのセンサデータ１９０をモニタリングし続けることができる。そのような緊急事態が特定されるまでは、運転手は、車両が適切に動作するように操作することができる。しかしながら、パーソナライズド医療緊急オートパイロットシステム１９９が、運転手の生理学的信号が突然、異常に変化したことを観察した場合、パーソナライズド医療緊急オートパイロットシステム１９９は、運転手による車両の制御（例えば、運転手による突然のブレーキングまたは歩道へ向けて突然ハンドルを切る）を無効にし、その結果、車両は、特定された健康状態または医学的緊急事態に対する緊急救済行動計画１９４に適合する方法で動作する。
【０１００】
いくつかの実装態様において、センサデータ１９０をより正確に解析するために、パーソナライズド医療緊急オートパイロットシステム１９９は履歴データ１９２を使用してもよい。例えば、運転手の平均的な安静時心拍数が９０回／分である場合、センサデータ１９０による測定心拍数が、実際に医学的緊急事態（例えば、心臓発作）を経験しており平均安静時心拍数・年齢・性別・身長・体重が同じ（同様の）人の医学的緊急事態と対応するまでは、医学的緊急事態はトリガされない可能性がある。例えば、運転手の履歴データ１９２に基づいて、パーソナライズド医療緊急オートパイロットシステム１９９は、安静時心拍数が１２０回／分以上の場合のみに医学的緊急事態が存在すると理解することができる。これと比較して、履歴データ１９２に基づく健康状態の診断をパーソナライズしない技術は、心拍数が１００回／分以上である場合に医学的緊急事態が発生していると誤って宣告する可能性があり、それにより、誤診断および不充分なユーザ体験をもたらす可能性がある。この例において、パーソナライズド医療緊急オートパイロットシステム１９９は、診断データ２９９にアクセスして、本明細書で説明する機能の提供を特定することができる。例えば、診断データ２９９は、上記で説明したような履歴データ１９２の異なる組み合わせに対する医学的緊急事態にどの程度の心拍数が対応するかを示すデータを含むことができる。この例は、単なる例示であり、排他的なものではない。
【０１０１】
このようにして、パーソナライズド医療緊急オートパイロットシステム１９９は、現在普及している携帯型医療機器から利用可能な豊富なデータに基づいて運転手の医学的緊急事態の個人的な診断を提供する。
【０１０２】
履歴データ１９２は、コンピュータシステム２００のオプション機能とすることができる。
【０１０３】
＜方法＞
図３Ａおよび図３Ｂを参照すると、いくつかの実装態様による医学的緊急事態を特定して対応するための例示的方法３００のフローチャートが示される。
【０１０４】
ステップ３０２では、運転手の１つまたは複数の携帯型医療機器を、車両のＡＤＡＳシステムとペアリングする。ペアリングは、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ−Ｆｉ、または他の何らかの無線通信チャネルを介して行うことができる。このペアリングがされている間、車両は、携帯型医療機器と車両の通信ユニットとの間で共有される安全チャネルを介して運転手の履歴データを受信することができる。
【０１０５】
ステップ３０４では、履歴データは、ＡＤＡＳシステムによって使用されるデータに組み込まれ、その機能を提供する。
【０１０６】
ステップ３０６では、履歴データを解析して、運転手に対して予期される生理学的信号を、履歴データによって記述される病歴に基づいて判断する。
【０１０７】
ステップ３０８では、運転手のユーザプロファイルをメモリに格納する。ユーザプロファイルは、メモリに格納されたユーザプロファイルデータによって記述される。運転手のユーザプロファイルは、履歴データによって記述される病歴に基づいて運転手に対して予期される生理学的信号を記述することができる。ユーザプロファイルは、時間または他の変数によってインデックス付けすることができ、その結果、ユーザプロファイルは、時刻または曜日のような変数に基づいて運転手の予想される生理学的信号を記述する。
【０１０８】
ステップ３１０では、運転手のユーザプロファイル（すなわち、ユーザプロファイルデータ）は、ＡＤＡＳシステムによって使用されるデータに組み込まれて、その機能を提供する。
【０１０９】
ステップ３１２では、運転手の１つまたは複数の携帯型医療機器からのデータを受信する。このセンサデータは、ネットワークの安全チャネルを介して受信する。センサデータは、運転手の現在の生理学的信号を記述する。チャネルは、暗号化されていてもよいし、安全なＶＰＮトンネルであってもよい。センサデータは、運転手の現在の生理学的データが記録または測定された場合に、リアルタイムまたはほぼリアルタイムで、受信される。センサデータは、どの運転手について記述したのかを示すために、センサデータに含まれる一意の識別子と一致する運転手と関連する一意の識別子を含むことができる。一意の識別子はまた、運転手のユーザプロファイルに格納してもよい。一意の識別子は、車両の通信ユニットによって１つまたは複数の携帯型医療機器と共有することができ、その結果、車両と共有したセンサデータにこの一意の識別子を含むことができる。
【０１１０】
ステップ３１４では、センサデータは、ＡＤＡＳシステムによって使用されるデータに組み込まれ、その機能を提供する。
【０１１１】
ステップ３１６では、センサデータは、運転手のユーザプロファイル（上述のように、運転手の予想される生理学的信号を病歴に基づいて記述している）に基づいて解析することができる。
【０１１２】
ステップ３１８では、医学的緊急事態を、センサデータおよび運転手のユーザプロファイルに基づいて特定する。
【０１１３】
図３Ｂを参照すると、ステップ３２０で、診断データが取得される。センサデータと関連して診断データを解析して、センサデータによって示された医学的緊急事態の種類を特定する。
【０１１４】
ステップ３２２で、救済行動計画を取得し、センサデータによって示された医学的緊急事態の種類に基づいて当該救済行動計画を解析することにより、特定された医学的緊急事態に対してカスタマイズされた応答を特定する。
【０１１５】
ステップ３２４では、特定された応答を実施する。例えば、車両の１つまたは複数のＡＤＡＳシステムに、車両が特定された応答に従った動作を行うように、車両の動作を制御するよう指示することができる。
なお、ステップＳ３１８において特定された医学的緊急事態の重要度に応じて、携帯型医療機器１０３とパーソナライズド医療緊急オートパイロットシステム１９９との間の暗号の強度（品質）を低下させてもよい。暗号強度が高いと通信の遅延が発生する恐れがあり、それを抑制するための措置である。具体的には、パーソナライズド医療緊急オートパイロットシステムから、暗号強度の低下要求を携帯型医療機器に対して通知すればよい。携帯型医療機器１０３は、それ以降は、指定された暗号強度でセンサデータを暗号化して送信する。また、医学的緊急事態が発生した後は、携帯型医療機器１０３に対して、通常時よりも高頻度に計測データを取得・送信するように依頼してもよい。暗号強度の低下措置や生体情報の高頻度測定は、医学的緊急事態が継続している間は全ての期間で有効にしてもよいし、所定のタイミング（例えば、一定時間経過後、所定のタスクの完了後など）で通常動作に復帰させてもよい。
【０１１６】
図４を参照すると、いくつかの実装態様によるパーソナライズド医療緊急オートパイロットシステムのレイヤー（層）アーキテクチャ４００の一例を示すブロック図が示される。
【０１１７】
レイヤーアーキテクチャ４００は、以下、すなわち、（１）携帯型医療機器との安全な通信層、（２）生理学的状況解釈層、および（３）緊急オートパイロット計画層の１つまたは複数を含むことができる。
【０１１８】
安全な通信層は、認証メカニズムにより運転手の１つまたは複数の携帯型医療機器との無線通信セッションを開始することができる。認証メカニズムは、例えば、メッセージ認証コード（ＭＡＣ）、非対称暗号（公開鍵／秘密鍵）、または他の任意の認証メカニズムを含むことができる。
【０１１９】
いくつかの実装態様において、運転手が運転を開始すると、安全な通信セッションが確立され、リアルタイムで履歴データおよびセンサデータの１つまたは複数を受信する。この安全セッションは、医師または看護師などの医療提供者によって規定された運転手の健康状態の重要度に応じて、任意にまたは強制的に確立することができる。安全セッションは、センサデータおよび履歴データの１つまたは複数の機密性を保証することができ、その結果、この情報を許可されていないエンティティに公開しないようにする。しかしながら、そのような安全セッションを確立することにより、暗号化／復号化オーバーヘッドのために図２に記載されたコンピュータシステムの性能が低下する可能性がある。したがって、この層は、緊急オートパイロットの性能を損なうことなく適切なセキュリティレベルを動的に判断するために、緊急オートパイロット層と相互作用することができる。
【０１２０】
いくつかの実装態様において、生理的状況解釈層は、運転手が、緊急オートパイロット層をトリガすべきであるような医学的緊急事態に陥っているかどうかを判断する。この決
定は、通信セッションを介して１つまたは複数の携帯型医療機器から受信されるセンサデータに基づいて行うことができる。この層は、運転手が医学的緊急事態（例えば、診断データ２９９）に現在陥っているかどうかを示す生理学的信号（例えば、心拍数、血圧）の閾値のパーソナライズドデータベースを維持することができる。
【０１２１】
いくつかの実装態様において、緊急オートパイロット層は、生理学的状況解釈層によってトリガされる。この層がトリガされると、パーソナライズド医療緊急オートパイロットシステム１９９は、運転手が、医学的緊急事態のために、信頼可能あるいは適切な運転判断を行うことができないと判断する。したがって、緊急オートパイロット層は、車両の動作を制御するための運転手の能力を無効化する。そのような無効化は、２つの戦略（モード）、すなわち、（１）短期戦略および（２）長期オートパイロット戦略に基づいて実行することができる。
【０１２２】
いくつかの実装態様において、短期オートパイロット戦略は、医学的緊急事態の発生に続いて発生されうる運転手の無意識の反応によって引き起こされる事故を防ぐよう構成される。例えば、運転手は、突然の心臓発作によりハンドルを無意識に右に切る可能性があり、その結果、歩行者をはねてしまう可能性がある。この場合、パーソナライズド医療緊急オートパイロットシステム１９９は、ハンドルが回されているという信号を受信したことに応じて、反対向きの力を生成する。パーソナライズド医療緊急オートパイロットシステム１９９は、車両が短期間に衝突することを避けるために、ハンドル制御信号がエンジンモータに伝えられることを防止することができる。
【０１２３】
いくつかの実装態様において、長期オートパイロット戦略は、自律的または遠隔的に車両を誘導するよう構成することができ、その結果、車両は、運転手が一定の期間内に医学的緊急事態から回復しない場合に、安全な場所（例えば、医療施設の緊急室）に運転され、運転手が救助される。例えば、車両は、最も近い病院を自動的に発見してその病院に移動してもよく、路上の安全な駐車場を特定して駐車してもよく、車両の位置を警察署や医療施設に知らせてもよい。これらの行動のうちの複数を採用してもよい。
図４の例では、短期緊急モードが完了してから、長期緊急モードを有効にするように記載しているが、これら２つのモード（戦略）を同時に実行してもよい。すなわち、運転者からの運転操作を無効としつつ、医療施設等に車両を移動させるように制御してもよい。２つのモードを自動的に実行する場合には、携帯型医療機器１０３からのセンサデータの暗号強度の低下および計測の高頻度化は、２つの緊急モードが両方とも完了するまで行ってもよい。
【０１２４】
＜その他＞
図１Ａを参照すると、以下のデバイス、すなわち、車両１２３および１つまたは複数の携帯型医療機器１０３の１つまたは複数は、通信デバイスとすることができる。参照により本明細書に組み込まれる２０１４年８月２８日に出願された米国特許出願第１４／４７１，３８７号“Ｆｕｌｌ−Ｄｕｐｌｅｘ  Ｃｏｏｒｄｉｎａｔｉｏｎ  Ｓｙｓｔｅｍ”に関して、半二重通信システムでは、現在第２の通信デバイスにデータを送信している第１の通信デバイスは、第２の通信デバイスから同時にデータを受信することができない。第２の通信デバイスが第１の通信デバイスに送信するデータを有する場合、第２の通信デバイスは、第１の通信デバイスがそのデータ送信を完了するまで待機する必要がある。半二重通信システムでは、１つの通信デバイスのみが一度にデータを送信することを許可される。
【０１２５】
標準的なＩＥＥＥ８０２．１１無線ローカルエリアネットワーク（ＷＬＡＮ）では、通信デバイスは、搬送波感知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）媒体アクセス制御（ＭＡＣ）プロトコルに基づく無線チャネルへのアクセスを競うことができる。ＩＥＥＥ
８０２．１１ＭＡＣプロトコルは、一度に１つの通信デバイスのみが無線チャネルを使用してデータを送信することを要求する。２つ以上の通信デバイスが同時に無線チャネル上でデータを送信する場合、衝突が発生する。結果的に、無線チャネルへのアクセス権を現在取得している通信デバイスのみが、無線チャネルを使用してデータを送信することができる。送信したいデータを有する他の通信デバイスは、無線チャネルを監視する必要があり、無線チャネルが再びアイドル状態になった場合に、無線チャネルにアクセスするために競うことができる。
【０１２６】
本開示に記載された発明の主題の１つの革新的な態様によれば、車両１２３および携帯型医療機器１０３および上述の他の通信デバイスは、互いに全二重無線通信を実施する全二重調整システムを含むことができる。全二重調整システムは、プロセッサと命令を格納するメモリとを含むことができ、命令は、実行された場合、全二重調整システムに、第１の通信デバイス（車両１２３など）で、第２の通信デバイス（携帯型医療機器など）に送信するための第１のデータ（車両がセンサデータを受信できるようにするためのペアリング要求など）を生成させ、第１の通信デバイスの半二重動作モードを全二重動作モードに切り換えて、第１の通信デバイスの全二重動作モードをアクティブにさせ、無線チャネルを使用して、第１の通信デバイスから第２の通信デバイスに第１のデータの第１の部分を送信させ、第１の通信デバイスの全二重動作モードで、第２の通信デバイスに第１のデータの残りの部分を送信させ、同時に、無線チャネルを使用して第２の通信デバイスから（メモリ２２７に格納されたデータの任意の組み合わせなどの）第２のデータを受信させる。
【０１２７】
本開示に記載された発明の主題の別の革新的な態様によれば、全二重無線通信を実施するための全二重調整システムは、プロセッサと命令を格納するメモリとを含み、メモリは、実行された場合、全二重調整システムに、無線チャネルを介して第１の通信デバイスから第１のデータの第１の部分を受信させ、第１のデータの第１の部分に基づいて第２の通信デバイスが第１のデータの単一の宛先であることを判断させ、第２の通信デバイスが第１の通信デバイスに送信するための第２のデータ（メモリ２２７に格納されたデータの任意の組み合わせなど）を有すると判断させ、第１の通信デバイスが全二重通信能力を有すると判断させ、第２の通信デバイスの半二重動作モードを第２の通信デバイスの全二重動作モードをアクティブにするために切り換えさせ、第２の通信デバイスの全二重動作モードで、第２のデータを、第１の通信デバイスに送信させ、同時に、無線チャネルを使用して第１の通信チャネルから第１のデータの残りの部分を受信させる。
【０１２８】
一般に、本開示で記述する発明の主題の別の革新的な態様は、第１の通信デバイスで、第２の通信デバイスに送信するための第１のデータを生成するステップと、第１の通信デバイスの半二重動作モードを全二重動作モードに切り換えて、第１の通信デバイスの全二重動作モードをアクティブにするステップと、第１の通信デバイスから第２の通信デバイスに無線チャネルを使用して第１のデータの第１の部分を送信するステップと、第１の通信デバイスの全二重動作モードで、第１のデータの残りの部分を第２の通信デバイスに送信して、同時に、無線チャネルを使用して第２の通信デバイスから第２のデータを受信するステップとを含む、方法で実施することができる。
【０１２９】
本開示で記述する発明の主題のさらに別の革新的な態様は、無線チャネルを介して第１の通信デバイスから第１のデータの第１の部分を受信するステップと、第１のデータの第１の部分に基づいて第２の通信デバイスが第１のデータの単一の宛先であることを判断するステップと、第２の通信デバイスが第１の通信デバイスに送信するための第２のデータを有することを判断するステップと、第１の通信デバイスが全二重通信能力を有すると判断するステップと、第２の通信デバイスの半二重動作モードを全二重動作モードに切り換えて、第２の通信デバイスの全二重動作モードをアクティブにするステップと、第２の通
信デバイスの全二重動作モードで、第２のデータを第１の通信デバイスに送信して、同時に、無線チャネルを使用して第１の通信デバイスから第１のデータの残りの部分を受信するステップと、を含む方法で実施することができる。
【０１３０】
本開示で記述する発明の主題の別の革新的な態様は、第１の通信デバイスから第２の通信デバイスに送信するための第１のデータを判断するステップと、全二重動作モードで動作する第１の通信デバイスから、第２の通信デバイスに第１のデータを送信して、同時に、共通の無線チャネルを使用して第２の通信デバイスから第２のデータを受信するステップと、を含む方法で実施することができる。
【０１３１】
本開示で記述する発明の主題の別の革新的な態様は、第１の通信デバイスから、無線チャネルを介して第２の通信デバイスで第１のデータを受信するステップと、第１のデータの少なくとも一部を受信したことに応じて第２の通信デバイスから第１の通信デバイスに送信する第２のデータを判断し、全二重動作モードで動作する第２の通信デバイスから、第２のデータを、第１の通信デバイスに、無線チャネルを使用して送信して、同時に、第１の通信デバイスから第１のデータを受信するステップと、を含む方法で実施することができる。
【０１３２】
本開示で記述する発明の主題の別の革新的な態様は、第１の通信デバイスで、第２の通信デバイスに送信するための第１のデータを判断するステップと、第１の通信デバイスを、半二重動作モードから全二重動作モードに切り換えるステップと、第１の通信デバイスの全二重動作モードで、第１のデータを第２の通信デバイスに送信して、同時に、無線チャネルを使用して第２の通信デバイスから第２のデータを受信するステップと、第１の通信デバイスの全二重動作モードを、第１のデータの送信が完了したという判断に応じて、半二重動作モードに切り換えるステップと、を含む方法で実施することができる。
【０１３３】
本開示で記述する発明の主題の別の革新的な態様は、第１の通信デバイスから、第１のデータを、第２の通信デバイスで、無線チャネルを介して受信するステップと、第２の通信デバイスが第１の通信デバイスに送信するための第２のデータを有すると判断するステップと、第２の通信デバイスを、半二重動作モードから全二重動作モードに切り換えるステップと、第２の通信デバイスの全二重動作モードで、第２のデータを第１の通信デバイスに送信して、同時に、第１のデータを第１の通信デバイスから無線チャネルを使用して受信するステップと、第２の通信デバイスの全二重動作モードを第２のデータの送信が完了したという判断に応じて、半二重動作モードに切り換えるステップと、を含む、方法で実施することができる。
【０１３４】
他の態様は、これらおよび他の革新的な態様のための対応する方法、システム、装置、ならびにコンピュータプログラム製品を含む。
【０１３５】
これらおよび他の実装態様は、それぞれ、以下の動作および特徴の１つまたは複数を任意選択的に含むことができる。例えば、本特徴は、第１のデータが第１のパケットを含みおよび第１のデータの第１の部分が第１のパケットのヘッダ部分を含むことと、第１のデータの残りの部分が第１のパケットのペイロード部分およびトレイラー部分を含むことと、第２の通信デバイスが第１のデータの単一の宛先であると判断することと、第２の通信デバイスが第１のデータの単一の宛先であることに応じて第１の通信デバイスの全二重動作モードをアクティブにすることと、第１の通信デバイスおよび第２の通信デバイスが無線ローカルエリアネットワーク内の通信デバイスであることと、第１の通信デバイスが全二重通信能力が要求される調整されたスペクトルで動作すると判断することと、第１の通信デバイスに関するデバイスレジストリデータを受信することと、第１の通信デバイスがデバイスレジストリデータに基づいて全二重通信能力を有すると判断することと、第１の
通信デバイスが第１のデータの第１の部分内の能力表示フィールドに基づいて全二重通信能力を有すると判断することと、を含み、能力表示フィールドが、第１の通信デバイスが全二重通信能力を有するかどうかについて記述するデータを含む。
【０１３６】
例えば、本動作は、無線チャネルがアイドル状態であると判断することと、チャネルアクセスルールに基づいて、第１の通信デバイスと第２の通信デバイスとの間のデータ通信のために無線チャネルにアクセスすることとを含む。
【０１３７】
本開示は、多くの点で特に有利である。例えば、本明細書に記載されたシステムは、半二重通信技術を使用するのではなく、全二重通信技術を使用して、より高いスループットおよびより速い通信速度を達成することができる。全二重通信は、全二重通信能力を有する車両または他の通信デバイスの間で実施することができる。別の例において、本システムは、中央コーディネータを使用することなく、通信デバイスの間の通信を分散方式で調整する。本システムは通信デバイスのペアを決定し、通信デバイスのペアの間でデータの同時送信を調整して、その結果、通信のペアが同じ無線チャネルを用いて同時に互いにデータを送信することができる。一方、他の通信デバイスは、衝突を避けるために無線チャネルでデータを送信しない可能性がある。本明細書に記載するシステムの利点は、例として提供され、本システムは、多くの他の利点を有することができる。
【０１３８】
本開示は、通信デバイスの間で全二重無線通信を実施するためのシステムおよび方法を含む。全二重調整システムは、プロセッサと命令を格納するメモリとを含むことができ、命令は、実行された場合、全二重調整システムに、第１の通信デバイスで、第２の通信デバイスに送信するための第１のデータを生成させ、第１の通信デバイスの半二重動作モードを全二重動作モードに切り換えて、第１の通信デバイスの全二重動作モードをアクティブにさせ、無線チャネルを使用して、第１の通信デバイスから第２の通信デバイスに第１のデータの第１の部分を送信させ、第１の通信デバイスの全二重動作モードで、第２の通信デバイスに第１のデータの残りの部分を送信させ、同時に、無線チャネルを使用して第２の通信デバイスから第２のデータを受信させる。
【０１３９】
以上の説明では、説明の目的で、本明細書を完全に理解するために、多数の具体的な詳細が明記されている。しかしながら、本開示はこれらの具体的な詳細なしに実践され得ることは、当業者には明らかである。場合によっては、説明を不明瞭にすることを回避するために、構造およびデバイスがブロック図の形で示される。たとえば、本実装形態は、主にユーザインターフェースおよび特定のハードウェアを参照して、上記で記載することができる。しかしながら、本実装形態は、データおよびコマンドを受信することができる任意のタイプのコンピューティングデバイス、ならびにサービスを提供する任意の周辺デバイスに適用することができる。
【０１４０】
本明細書における「いくつかの実装形態」または「いくつかの事例」に対する参照は、その実装形態または事例とともに記載される特定の特徴、構造、または特性が説明の少なくとも１つの実装形態に含まれ得ることを意味する。本明細書における様々な場所での「いくつかの実装形態では」というフレーズの出現は、必ずしもすべてが同じ実装形態を参照しているとは限らない。
【０１４１】
以下に続く詳細説明のいくつかの部分は、コンピュータメモリ内のデータビット上の演算のアルゴリズムおよびシンボル表現の観点から提示される。これらのアルゴリズム的な記述および表現は、データ処理技術分野の当業者により、他の当業者に自分の仕事の本質を最も効果的に伝達するために使用される手段である。本明細書において、かつ一般的に、アルゴリズムは、望ましい結果に導く自己矛盾のない一連のステップであると考えられる。ステップは、物理量の物理的操作を必要とするステップである。必ずしもそうである
とは限らないが、通常、これらの量は、記憶、転送、合成、比較、および他の方法で操作することが可能な電気信号または磁気信号の形態をとる。主に共通使用の理由で、これらの信号をビット、値、素子、シンボル、文字、用語、番号などとして参照することは、時には好都合であると証明されている。
【０１４２】
しかしながら、これらおよび同様の用語のすべてが、適切な物理量に関連付けられ、これらの量に適用される便利なラベルにすぎないことは留意されるべきである。以下の説明から明白であると別段に明記されていない限り、説明全体にわたって、「処理」または「計算」または「算出」または「決定」または「表示」などを含む用語を利用する説明は、コンピュータシステムのレジスタおよびメモリ内の物理（電子）量として表されるデータを操作し、コンピュータシステムのメモリもしくはレジスタ、または他のそのような情報を記憶、送信、もしくは表示するデバイス内の物理量と同様に表される他のデータに変換する、コンピュータシステムまたは同様の電子コンピューティングデバイスのアクションおよびプロセスを参照する。
【０１４３】
本明細書の本実装形態はまた、本明細書において動作を実行するための装置に関係することもできる。この装置は、必要な目的のために特別に構築される場合があるか、またはコンピュータに記憶されたコンピュータプログラムによって、選択的にアクティブ化もしくは再構成される汎用コンピュータを含む場合がある。そのようなコンピュータプログラムは、限定はしないが、各々がコンピュータシステムバスに結合される、フロッピー（登録商標）ディスク、光ディスク、ＣＤ−ＲＯＭ、および磁気ディスクを含む任意のタイプのディスク、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カードもしくは光カード、不揮発性メモリを有するＵＳＢキーを含むフラッシュメモリ、または電子命令を記憶するのに適した任意のタイプの媒体を含む、コンピュータ可読記憶媒体に記憶される場合がある。
【０１４４】
本明細書は、いくつかの全体的にハードウェアの実装形態、いくつかの全体的にソフトウェアの実装形態、またはハードウェアとソフトウェアの両方の構成要素を含んでいるいくつかの実装形態の形態をとることができる。いくつかの好ましい実装形態では、本明細書は、限定はしないが、ファームウェア、常駐ソフトウェア、マイクロコードなどを含む、ソフトウェアに実装される。
【０１４５】
さらに、説明は、コンピュータまたは任意の命令実行システムが使用するか、またはそれとともに使用されるプログラムコードを提供する、コンピュータ使用可能媒体またはコンピュータ可読媒体からアクセス可能なコンピュータプログラム製品の形態をとることができる。この説明の目的で、コンピュータ使用可能媒体またはコンピュータ可読媒体は、命令実行システム、命令実行装置、または命令実行デバイスが使用するか、またはそれとともに使用されるプログラムを、内蔵、記憶、通信、伝播、または転送することができる任意の装置であり得る。
【０１４６】
プログラムコードを記憶または実行するのに適したデータ処理システムは、システムバスを介してメモリ素子に直接的または間接的に結合された少なくとも１つのプロセッサを含む。メモリ素子は、プログラムコードの実際の実行中に利用されるローカルメモリ、バルクストレージ、および、実行中にバルクストレージからコードが取り出されねばならない回数を低減するために、少なくともいくつかのプログラムコードの一時的ストレージを提供するキャッシュメモリを含むことができる。
【０１４７】
（限定はしないが、キーボード、ディスプレイ、ポインティングデバイスなどを含む）入力／出力デバイスまたはＩ／Ｏデバイスは、直接または介在するＩ／Ｏコントローラを介して、システムに結合することができる。
【０１４８】
ネットワークアダプタは、データ処理システムが、介在する専用ネットワークまたは公共ネットワークを介して、他のデータ処理システムまたはリモートプリンタまたはストレージデバイスに結合されるようになることを可能にするために、システムに結合される場合もある。モデム、ケーブルモデム、およびイーサネット（登録商標）カードは、現在利用可能なタイプのネットワークアダプタのうちのほんの一部である。
【０１４９】
最後に、本明細書に提示されたアルゴリズムおよびディスプレイは、任意の特定のコンピュータまたは他の装置に本質的に関係しない。様々な汎用システムは、本明細書における教示によるプログラムとともに使用される場合があるか、または必要な方法ステップを実施するためにより特化した装置を構築することが好都合であると証明する場合がある。様々なこれらのシステムに必要な構造は、下記の説明から明らかになる。加えて、本明細書は、いかなる特定のプログラミング言語も参照して記載されていない。本明細書に記載された明細書の教示を実装するために、様々なプログラミング言語を使用できることが諒解されよう。
【０１５０】
本明細書の実装形態の上記の説明は、例示および説明の目的で提示されている。本明細書を開示されたそのままの形態に徹底または限定するものではない。上記の教示に照らして、多くの修正形態または変形形態が可能である。本開示の範囲は、この詳細説明によって限定されず、むしろ本出願の特許請求の範囲によって限定されるものである。当業者によって理解されるように、本明細書は、その趣旨または本質的な特性から逸脱することなく、他の固有の形態で具現化される場合がある。同様に、モジュール、ルーチン、特徴、属性、方法、および他の態様の特定の命名および分割は、必須または重要ではなく、本明細書またはその特徴を実装するメカニズムは、様々な名称、分割、またはフォーマットを有する場合がある。さらに、当業者には明らかなように、本開示のモジュール、ルーチン、特徴、属性、方法、および他の態様は、ソフトウェア、ハードウェア、ファームウェア、またはその３つの任意の組合せとして実装することができる。また、その例がモジュールである本明細書の構成部品がソフトウェアとして実装される場合はいつでも、構成部品は、スタンドアロンプログラムとして、より大きいプログラムの一部として、複数の別々のプログラムとして、静的もしくは動的にリンクされたライブラリとして、カーネルのロード可能なモジュールとして、デバイスドライバとして、または、コンピュータプログラミングの当業者に現在知られているか、もしくは将来知られるすべておよび任意の他の方法で、実装することができる。加えて、本開示は、任意の固有のプログラミング言語における、または任意の固有のオペレーティングシステムもしくは動作環境のための実装に少しも限定されない。したがって、本開示は、以下の特許請求の範囲で明記される本明細書の範囲を限定するものではなく、例示するものである。
【符号の説明】
【０１５１】
１０３  ポータブル医療機器
１０９  運転手
１２３  車両
１５０  車載コンピュータ
１８０  ＡＤＡＳシステム
１９０  センサデータ
１９２  履歴データ
１９４  緊急救済行動計画
１９９  パーソナライズド医療緊急オートパイロットシステム
【図１Ａ】
2018026109.tif 000003
【図１Ｂ】
2018026109.tif 000004
【図１Ｃ】
2018026109.tif 000005
【図２】
2018026109.tif 000006
【図３Ａ】
2018026109.tif 000007
【図３Ｂ】
2018026109.tif 000008
【図４】
2018026109.tif 000009