(57)【要約】車両内の１つ以上の制御回路及び１つ以上のウェアラブル装置との相互作用を管理するための装置及び方法の様々な観点が、本明細書で開示される。装置は、第１のユーザと関連付けられた１つ以上のウェアラブル装置から、第１の集合の入力値を受信するよう構成された１つ以上の回路を備える。１つ以上のウェアラブル装置は、車両内で利用される上記装置に通信可能に接続されている。第２の集合の入力値が、車両に埋め込まれた１つ以上の車両センサから受信される。上記装置の動作モードが、受信された第１の集合の入力値及び受信された第２の集合の入力値に基づいて決定される。車両の１つ以上の機能が、上記装置の決定された動作モードに基づいて制御される。【選択図】図１
2019517039.tif 000002
【特許請求の範囲】
【請求項１】
車両内の１つ以上の制御回路との相互作用を管理する装置であって、前記装置は、１つ以上の回路を備え、
前記１つ以上の回路は、
前記車両内で利用される前記装置に通信可能に接続された１つ以上のウェアラブル装置であって、第１のユーザと関連付けられた前記ウェアラブル装置から、第１の集合の入力値を受信し、
前記車両に埋め込まれた１つ以上の車両センサから第２の集合の入力値を受信し、
受信された前記第１の集合の入力値及び受信された前記第２の集合の入力値に基づいて、前記装置の動作モードを決定し、
前記装置の決定された前記動作モードに基づいて、前記車両の１つ以上の機能を制御するよう構成される、装置。
【請求項２】
前記１つ以上の回路は、前記受信された第１の集合の入力値及び前記受信された第２の集合の入力値のデータ種別を決定するよう構成され、前記車両の前記１つ以上の機能の前記制御はさらに、決定された前記データ種別、及び、前記第１のユーザと関連付けられた１つ以上の予め設定されたユーザ設定に基づいている、請求項１に記載の装置。
【請求項３】
前記１つ以上の回路は、前記車両の現在の位置情報、前記車両の動作状態、及び／又は、前記決定されたデータ種別を、前記動作モードの前記決定のために利用するよう構成され、前記動作モードは、ホームモードと、屋外運転モードと、屋外非運転モードと、ヴィーイクルヘルスモードと、ユーザ危機的健康モードと、の１つに対応する、請求項１に記載の装置。
【請求項４】
前記１つ以上の機能は、車両ドアの開閉と、車両の点火の制御と、車両速度の制御と、自動運転モードを含む運転操作モードの選択と、前記車両の目的地の設定と、前記車両で認証された前記第１のユーザと関連付けられた所定の個人用設定の動的な設定と、前記車両の車内雰囲気の調整と、車両の座席の調整と、車両ミラーの位置の調整と、前記１つ以上のウェアラブル装置又は外部装置から収集された個人データの、前記装置との同期化と、を含む、請求項１に記載の装置。
【請求項５】
前記１つ以上の回路は、運転直前モードにおいて、前記車両内で利用される前記装置に通信可能に接続された前記１つ以上のウェアラブル装置から受信された前記第１の集合の入力値に基づいて、第１の前記ユーザを認証するよう構成される、請求項１に記載の装置。
【請求項６】
前記１つ以上の回路は、前記決定された動作モードが屋外運転モードである場合には、前記車両が動いている場合に、認証された前記第１のユーザの存在を確認するために、所定の時間間隔で前記１つ以上のウェアラブル装置と通信するよう構成される、請求項５に記載の装置。
【請求項７】
前記１つ以上の回路は、前記屋外運転モードにおいて、前記認証された第１のユーザが前記車両内で検出されない場合には、前記車両の近傍に位置する通信装置に盗難アラートを伝達するよう構成される、請求項６に記載の装置。
【請求項８】
前記１つ以上の回路は、前記決定された動作モードが屋外非運転モードである場合には、前記車両を動かすために、所定の期間の間第２のユーザと関連付けられた他の装置へと前記認証を転送するよう構成される、請求項５に記載の装置。
【請求項９】
前記１つ以上の回路は、前記第１のユーザと関連付けられた１つ以上のウェアラブル装置又は携帯型電子機器から受信された生命に関わる健康データに基づいて、異常な医学的症状を検出するよう構成される、請求項１に記載の装置。
【請求項１０】
前記１つ以上の回路は、検出された前記異常な医学的症状の重症度を決定するよう構成される、請求項９に記載の装置。
【請求項１１】
前記１つ以上の回路は、車両速度の制御と、介護者、病院、又は救急車の携帯機器への、前記第１のユーザの現在の位置情報と併せた健康アラート通知の送信と、決定された前記重症度、前記決定された動作モード、及び／又は、前記第１のユーザと関連付けられた対応する所定の健康閾値に基づく、前記第１のユーザが最も近い病院に到達するための案内の生成と、の１つ以上を行うよう構成される、請求項１０に記載の装置。
【請求項１２】
前記１つ以上の回路は、前記動作モードが屋外運転モードである場合には、前記車両の前記１つ以上の機能の前記制御のために、前記介護者から指示を受信するよう構成される、請求項１１に記載の装置。
【請求項１３】
前記１つ以上の回路は、前記車両が自動運転モードにある場合で、前記決定された動作モードが屋外運転モードである場合には、前記車両の近傍にある医療センターへと前記車両を走行させるために、前記車両の操舵を自動的に制御するよう構成される、請求項１０に記載の装置。
【請求項１４】
前記１つ以上の回路は、前記第１のユーザが前記車両の外にいる場合で、前記決定された動作モードが屋外非運転モードである場合には、前記第１のユーザの現在の体温に基づいて前記車両内の温度を制御するよう構成され、前記現在の体温は、前記１つ以上のウェアラブル装置から受信される、請求項１に記載の装置。
【請求項１５】
前記１つ以上の回路は、前記第１のユーザが前記車両内で検出されている場合で、前記決定された動作モードが屋外運転モードである場合には、所定の時間間隔で、前記車両の電子制御ユニットへと温度変更信号を送信するよう構成される、請求項１に記載の装置。
【請求項１６】
前記１つ以上の回路は、前記動作モードが運転直前モード又は屋外運転モードである場合には、前記１つ以上のウェアラブル装置から、前記第１のユーザと関連付けられたアルコール濃度を受信するよう構成される、請求項１に記載の装置。
【請求項１７】
車両内の１つ以上の制御回路との相互作用を管理する方法であって、前記方法は、
装置の１つ以上の回路により、前記車両で利用される前記装置と通信可能に接続された１つ以上のウェアラブル装置であって、第１のユーザと関連付けられた前記１つ以上のウェアラブル装置から第１の集合の入力値を受信することと、
前記１つ以上の回路により、前記車両に埋め込まれた１つ以上の車両センサから第２の集合の入力値を受信することと、
前記１つ以上の回路により、受信された前記第１の集合の入力値及び受信された前記第２の集合の入力値に基づいて、前記装置の動作モードを決定することと、
１つ以上の回路により、前記装置の決定された前記動作モードに基づいて、前記車両の１つ以上の機能を制御することと、
を含む、方法。
【請求項１８】
前記方法は、前記１つ以上の回路により、前記受信された第１の集合の入力値及び前記受信された第２の集合の入力値のデータ種別を決定することをさらに含み、前記車両の前記１つ以上の機能の前記制御は、決定された前記データ種別、及び、前記第１のユーザと関連付けられた１つ以上の予め設定されたユーザ設定にさらに基づいている、請求項１７に記載の方法。
【請求項１９】
前記方法は、前記１つ以上の回路により、前記車両の現在の位置情報、前記車両の動作状態、及び／又は、前記決定されたデータ種別を、前記動作モードの前記決定のために利用することをさらに含み、前記動作モードは、ホームモードと、運転直前モードと、屋外運転モードと、屋外非運転モードと、ヴィーイクルヘルスモードと、ユーザ危機的健康モードと、の１つに対応する、請求項１７に記載の方法。
【請求項２０】
バッテリと、
電子制御ユニットと、
前記バッテリにより電力供給され、第１のユーザと関連付けられた１つ以上のウェアラブル装置と、車両の前記電子制御ユニットと、の間の通信を制御するよう構成された装置であって、当該装置に通信可能に接続された前記１つ以上のウェアラブル装置から、第１の集合の入力値が受信される、前記装置と、
前記装置へと第２の集合の入力値を伝達するよう構成された、前記車両に埋め込まれた１つ以上の車両センサと、
を備える前記車両であって、
前記装置は、
受信された前記第１の集合の入力値及び受信された前記第２の集合の入力値に基づいて、前記装置の動作モードを決定し、
決定された前記動作モードに基づいて、前記車両の１つ以上の機能を制御するよう構成される、車両。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示の様々な実施形態は、ウェアラブル装置と車両との間の相互作用を管理するための方法及び装置に関する。より詳細には、本開示の様々な実施形態は、１つ以上のウェアラブル装置及び車両の１つ以上の制御回路との相互作用を管理するための方法及び装置に関する。
【背景技術】
【０００２】
現在、ウェアラブル技術及びウェアラブル関連の装置は、エレクトロニクス産業において最も急成長している分野の１つである。ウェアラブル装置は、健康分野において、ユーザの心拍数、パルスオキシメトリ（ｐｕｌｓｅ  ｏｘｉｍｅｔｒｙ）、呼吸数、及び／又は、血圧等の健康パラメータを監視するために益々利用されている。
【０００３】
或る状況において、ウェアラブル装置は、カロリー摂取量、カロリー消費量、睡眠パターン、身体活動等に基づき、車両ユーザ等のユーザの健康及び体調の追跡において利用されてうる。しかしながら、ユーザに装着されるウェアラブル装置は、車両との相互作用が都合の良い形で行われない可能性があるため、利用が制限されてもよい。ウェアラブル装置と車両とをつなぐスマートな仕組みが必要されている。このようなスマートな仕組みは、ウェアラブル装置の有用性を最大化し、車両ユーザの安全を保障し、及び／又は、ユーザの経験を深めうる。
【０００４】
従来及び伝統的なアプローチの更なる限界及び短所が、本出願の以下の明細書に記載されるような本開示の幾つかの観点との上記システムの比較を通じて、さらに図面を参照して、当業者には明らかとなろう。
【発明の概要】
【０００５】
ウェアラブル装置と車両との間の相互作用を管理するための方法及び装置が、特許請求の範囲においてさらに完全に記載されるように、少なくとも１つの図面で示され及び／又はそれに関連して記載される。
【０００６】
本開示のこれら又は他の特徴及び利点は、添付の図面と共に本開示の以下の詳細な記載の吟味から理解されうるものであり、図面において、同様の参照番号は全体を通じて同じ部分を示す。
【図面の簡単な説明】
【０００７】
【図１】本開示の一実施形態に係る、車両内の１つ以上の制御回路及び１つ以上のウェアラブル装置の相互作用を管理する装置のためのネットワーク環境を説明するブロック図である。
【図２Ａ】本開示の一実施形態に係る、車両内の１つ以上の制御回路及び１つ以上のウェアラブル装置との相互作用を管理する装置の例示的な高次構造を説明するブロック図である。
【図２Ｂ】本開示の一実施形態に係る、例示的な装置を説明するブロック図である。
【図３】本開示の一実施形態に係る、車両の例示的な様々な構成要素又はシステムを説明するブロック図である。
【図４Ａ】本開示の一実施形態に係る、車両内の１つ以上の制御回路及び１つ以上のウェアラブル装置との相互作用を管理するための開示された装置及び方法の実現の第１の例示的な状況を説明する。
【図４Ｂ】本開示の一実施形態に係る、車両内の１つ以上の制御回路及び１つ以上のウェアラブル装置との相互作用を管理するための開示された装置及び方法の実現の第１の例示的な状況を説明する。
【図５】本開示の一実施形態に係る、車両内の１つ以上の制御回路及び１つ以上のウェアラブル装置との相互作用を管理するための開示された装置及び方法の実現の第２の例示的な状況を説明する。
【図６Ａ】本開示の一実施形態に係る、車両内の１つ以上の制御回路及び１つ以上のウェアラブル装置との相互作用を管理するための例示的な方法を説明するフローチャートを示す。
【図６Ｂ】本開示の一実施形態に係る、車両内の１つ以上の制御回路及び１つ以上のウェアラブル装置との相互作用を管理するための例示的な方法を説明するフローチャートを示す。
【図６Ｃ】本開示の一実施形態に係る、車両内の１つ以上の制御回路及び１つ以上のウェアラブル装置との相互作用を管理するための例示的な方法を説明するフローチャートを示す。
【図６Ｄ】本開示の一実施形態に係る、車両内の１つ以上の制御回路及び１つ以上のウェアラブル装置との相互作用を管理するための例示的な方法を説明するフローチャートを示す。
【図６Ｅ】本開示の一実施形態に係る、車両内の１つ以上の制御回路及び１つ以上のウェアラブル装置との相互作用を管理するための例示的な方法を説明するフローチャートを示す。
【図６Ｆ】本開示の一実施形態に係る、車両内の１つ以上の制御回路及び１つ以上のウェアラブル装置との相互作用を管理するための例示的な方法を説明するフローチャートを示す。
【図６Ｇ】本開示の一実施形態に係る、車両内の１つ以上の制御回路及び１つ以上のウェアラブル装置との相互作用を管理するための例示的な方法を説明するフローチャートを示す。
【発明を実施するための形態】
【０００８】
以下に記載する実現は、車両内の１つ以上の制御回路及び１つ以上のウェアラブル装置との相互作用を管理するための開示された装置及び方法において見られる。本開示の例示的な観点は、車両内で使用される装置、例えばゲートウェイ装置に通信可能に接続された１つ以上のウェアラブル装置から第１の集合の入力値を受信しうる方法を含みうる。１つ以上のウェアラブル装置は、第１のユーザと関連付けられうる。第２の集合の入力値は、車両に埋め込まれた１つ以上の車両センサから受信されうる。装置の動作モードは、受信された第１の集合の入力値及び第２の集合の入力値に基づいて決定されうる。車両の１つ以上の機能は、装置の決定された動作モードに基づいて制御されうる。
【０００９】
一実施形態によれば、受信された第１の集合の入力値及び第２の集合の入力値のデータ種別が決定されうる。車両の１つ以上の機能の制御はさらに、決定されたデータ種別、及び、第１のユーザと関連付けられた１つ以上の予め設定されたユーザ設定に基づきうる。
【００１０】
一実施形態によれば、車両の現在の位置情報、車両の動作状態、及び／又は、決定されたデータ種別が、動作モードの決定のために利用されうる。動作モードは、ホームモードと、屋外運転モードと、屋外非運転モードと、ヴィーイクルヘルス（ｖｅｈｉｃｌｅ‐ｈｅａｌｔｈ）モードと、ユーザ危機的健康モードと、に対応しうる。
【００１１】
一実施形態によれば、１つ以上の機能は、車両ドアの開閉、車両の点火の制御、及び／又は、車両速度の制御を含みうる。１つ以上の機能はまた、第１のユーザと関連付けられた所定の個人用設定の動的な設定を含みうる。第１のユーザは、車両で認証されうる。さらに、１つ以上の機能は、車内雰囲気の調整、車両の座席の調整、及び／又は、車両ミラーの位置の調整を含みうる。１つ以上の機能は、１つ以上のウェアラブル装置から収集された個人データの、装置（ゲートウェイ装置等）との同期化をさらに含みうる。
【００１２】
一実施形態によれば、第１の前記ユーザが、車両内で利用される装置に通信可能に接続された１つ以上のウェアラブル装置から受信された第１の集合の入力値に基づいて、認証されうる。通信は、所定の時間間隔で、１つ以上のウェアラブル装置と行われうる。上記通信は、車両が動いている場合に、認証された第１のユーザの存在を確認するために行われうる。さらに、上記通信は、決定された動作モードが屋外運転モードである場合に行われうる。
【００１３】
一実施形態によれば、盗難アラートが、車両の近傍に位置する通信装置に伝達されうる。盗難アラートは、屋外運転モードにおいて、認証された第１のユーザが車両内で検出されない場合に伝達されうる。一実施形態によれば、上記認証が、第２のユーザと関連付けられた他の装置へと転送され、所定期間内、この第２のユーザに車両を動かすようシグナリングされうる。上記認証は、決定された動作モードが屋外非運転モードである場合に転送されうる。
【００１４】
一実施形態によれば、異常な医学的症状が、第１のユーザと関連付けられた１つ以上のウェアラブル装置又は携帯型電子機器から受信された生命に関わる健康データに基づいて、検出されうる。検出された医学的症状の重症度が決定されうる。一実施形態によれば、決定された重症度、決定された動作モード、及び／又は、第１のユーザと関連付けられた所定の健康閾値、車両速度に基づいて制御されうる。さらに、健康アラート通知が、第１のユーザの現在の位置情報と共に、介護者、病院、又は救急車の携帯機器へと送信され、及び／又は、第１のユーザが最も近い病院に到達するための案内が生成されうる。
【００１５】
一実施形態によれば、動作モードが屋外運転モードである場合には、車両の１つ以上の機能の制御のために、介護者から指示が受信されうる。車両の近傍にある医療センターへと車両を走行させるために、車両の操舵が自動的に制御されうる。上記操舵は、車両が自動運転モードである場合で、決定された動作モードが屋外運転モードである場合に自動的に制御されうる。
【００１６】
一実施形態によれば、車両内の温度が、１つ以上のウェアラブル装置から受信された第１のユーザの現在の体温に基づいて制御されうる。車両内の温度は、第１のユーザが車両の外にいる場合で、決定された動作モードが屋外非運転モード又はホームモードである場合に制御されうる。
【００１７】
一実施形態によれば、温度変更信号が、所定の時間間隔で車両の電子制御ユニットへと送信されうる。温度変更信号は、第１のユーザが車両内で検出されている場合で、決定された動作モードが屋外運転モードである場合に、所定の時間間隔で送信されうる。
【００１８】
一実施形態によれば、決定された動作モードが屋外非運転モード又は屋外運転モードである場合に、第１のユーザと関連付けられたアルコール酩酊レベルの情報が、１つ以上のウェアラブル装置から受信されうる。
【００１９】
図１は、本開示の一実施形態に係る、車両内の１つ以上の制御回路及び１つ以上のウェアラブル装置との相互作用を管理する装置のためのネットワーク環境を説明するブロック図である。図１を参照すると、ネットワーク環境１００が示されている。ネットワーク環境１００は、装置１０２、１つ以上のウェアラブル装置１０４、車両１０６、携帯機器１０８、通信装置１１０、警察制御室１１２、クラウドサーバ１１４、医療センター１１６、救急車サービスプロバイダ１１８、車両故障サービスプロバイダ１２０、第１の通信ネットワーク１２２、第２の通信ネットワーク１２４、車載ネットワーク１２６、及び、一人以上のユーザを含みうる。一人以上のユーザは、第１のユーザ１２８、第２のユーザ１３０、及び、介護者１３２を含みうる。第１のユーザ１２８は、車両１０６の所有者、運転者、及び／又はユーザであってよく、１つ以上のウェアラブル装置１０４と関連付けられうる。第２のユーザ１３０は駐車係でありうる。介護者１３２は、携帯機器１０８と関連付けられうる。
【００２０】
装置１０２は、第１の通信ネットワーク１２２を介して、１つ以上のウェアラブル装置１０４に通信可能に接続されうるゲートウェイ装置と称しうる。装置１０２はさらに、車載ネットワーク１２６を介して、車両１０６内の電子制御ユニット（ＥＣＵ：ｅｌｅｃｔｒｏｎｉｃ  ｃｏｎｔｒｏｌ  ｕｎｉｔ）等の、１つ以上の制御回路に通信可能に接続されうる。一実施形態によれば、装置１０２はさらに、第２の通信ネットワーク１２４を介して、携帯機器１０８、通信装置１１０、クラウドサーバ１１４、医療センター１１６、救急車サービスプロバイダ１１８、車両故障サービスプロバイダ１２０等の１つ以上の外部装置に通信可能に接続されうる。一実施形態によれば、装置１０２は車両１０６内で利用されうる。装置１０２は、１つ以上のウェアラブル装置１０４と、車両１０６内の１つ以上の制御回路と、１つ以上の外部装置と、の間の通信ブリッジとして機能しうる。
【００２１】
装置１０２は、様々なウェアラブル装置及び車両インフラストラクチャと連動するよう構成されうる適切なロジック部、回路、インタフェース、及び／又はコードを含みうる。ウェアラブル装置は、１つ以上のウェアラブル装置１０４に相当しうる。車両インフラストラクチャは、車両１０６の１つ以上の内部の電子制御ユニット（ＥＣＵ）に相当しうる。換言すれば、装置１０２は、１つ以上のウェアラブル装置１０４と、車両１０６の１つ以上の制御回路、例えばＥＣＵと、の間の通信ブリッジとして機能するゲートウェイ装置と称しうる。一実施形態によれば、装置１０２は、外部装置との通信が車両１０６の無線通信システムを利用して確立出来なかった場合に、第２の通信ネットワーク１２４を介して外部装置との通信チャネルを確立するよう構成されうる。
【００２２】
１つ以上のウェアラブル装置１０４とは、ウェアラブルな電子機器及び／又は電子インプラント（ｅｌｅｃｔｒｏｎｉｃ  ｉｍｐｌａｎｔ）のことであってもよい。１つ以上のウェアラブル装置１０４は、第１の集合の入力値を装置１０２へと伝達するよう構成されうる適切なロジック部、回路、インタフェース、及び／又はコードを含みうる。１つ以上のウェアラブル装置１０４は、車両１０６に関連付けられた第１のユーザ１２８に装着されうる。１つ以上のウェアラブル装置１０４は、健康管理という目的ため又は健康及び体調の追跡という目的のために、第１のユーザ１２８により利用されうる。例えば、第１のユーザ１２８に装着されるスマートグラス（ｓｍａｒｔ‐ｇｌａｓｓ）、スマートバンド（ｓｍａｒｔ‐ｂａｎｄ）、及び／又は、スマートウォッチ（ｓｍａｒｔ‐ｗａｔｃｈ）が、第１のユーザ１２８のカロリー摂取量、カロリー消費量、睡眠パターン、及び／又は、身体活動を測定するために利用されうる。１つ以上のウェアラブル装置１０４の例には、ニコチンパッチ、乗り物酔いパッチ、（医薬品の経皮デリバリのために電流を利用する）イオントフォレシスパッチ、グルコースモニタ、ウェアラブルな心イベントレコーダ、（排卵サイクルを予測するため、健康パラメータ（心拍数、パルスオキシメトリ、呼吸数、及び／又は血圧等）を監視するために人体に取り付けられ、装着され、又は埋め込まれうる）生体適合センサ、アメリカ合衆国（ＵＳ）の医療制度改革のための、患者の識別及び健康情報のために利用されるオバマケアマイクロチップＲＦＩＤインプラント（Ｏｂａｍａｃａｒｅ  ｍｉｃｒｏｃｈｉｐ  ＲＦＩＤ  ｉｍｐｌａｎｔ）等の、埋め込み可能な無線周波数装置、及び／又は、様々な病気及び医学的症状のための診断及び治療の選択肢を提供しうる他のこのような装着又は埋込可能な医療機器を含みうるが、これらに限定されない。
【００２３】
車両１０６は、ＥＣＵ等の、装置１０２と通信するよう構成されうる１つ以上の制御ユニットを備えうる。車両１０６は、自動モード、半自動モード、又はマニュアルモードで動作しうる。車両１０６の例には、動力車（ｍｏｔｏｒ  ｖｅｈｉｃｌｅ）、ハイブリッド自動車、及び／又は、独自の再生可能又は再生不能な１つ以上の電源を利用する車が含まれうるが、これらに限定されない。再生可能又は再生不能な電源を利用する車は、化石燃料ベースの車、電気推進ベースの車、水素燃料ベースの車、太陽光発電による車、及び／又は、他の形態による代替エネルギー源で動く車を含みうる。
【００２４】
携帯機器１０８は、装置１０２から受信された要求又は健康情報に応じて、介護者１３２等のユーザからの指示を伝達するよう構成されうる適切なロジック部、回路、インタフェース、及び／又はコードを含みうる。上記指示は、第１のユーザ１２８が危機的な健康状態にある場合に、車両１０６の１つ以上の機能を制御するため又は第１のユーザ１２８を案内するために伝達されうる。携帯機器１０８の例には、スマートフォン、タブレットコンピュータ、ラップトップ、スマートウォッチ、及び／又はパソコンが含まれうるが、これらには限定されない。
【００２５】
通信装置１１０は、車両１０６等の様々な車両から又は装置１０２等の様々な加入装置から、１つ以上の盗難アラートを受信するよう構成されうる適切なロジック部、回路、インタフェース、及び／又はコードを含みうる。一実施形態によれば、通信装置１１０等の１つ以上の通信装置は、警察制御室１１２等の１つ以上の警察署に置かれうる。
【００２６】
クラウドサーバ１１４は、装置１０２、又は車両１０６の無線通信システムから、生命に関わる生理学的データ等の健康データを受信するよう構成されうる適切なロジック部、回路、インタフェース、及び／又はコードを含みうる。クラウドサーバ１１４は、第１のユーザ１２８等の一人以上のユーザの認証中に、受信された上記健康データを後の利用のために格納するよう構成されうる。クラウドサーバ１１４は、ウェブサーバ、データベースサーバ、ファイルサーバ、アプリケーションサーバ、又はこれらの組み合わせでありうる。クラウドサーバ１１４は、当業者には公知の幾つかの技術を利用して実現されうる。
【００２７】
医療センター１１６とは、予め登録された外部装置又は車両１０６等の車両から健康アラート通知を受信するための、サーバ又は通信媒体等の設備を有する病院又は医療クリニックのことであってもよい。健康アラート通知が受信された場合に、医療センター１１６は、第１のユーザ１２８等の患者の処置の準備を手配又は開始するために、適切な部署、医者、及び／又は他の人員に上記健康アラートを転送しうる。
【００２８】
救急車サービスプロバイダ１１８とは、様々な医療的緊急事態に対応するための設備が整った救急車又は他の特化した車両のためのサービスプロバイダのことであってもよい。医療センター１１６と同様に、救急車サービスプロバイダ１１８は、外部装置又は車両１０６等の車両から健康アラート通知を受信するための、サーバ又は通信媒体等の設備を有しうる。救急車サービスプロバイダ１１８とは、車両１０６等の様々な他の車両、又は装置１０２等の加入装置と通信するための設備が整った救急車のことであってもよい。
【００２９】
車両故障サービスプロバイダ１２０とは、車両１０６等の車両の機械的又は電気的故障の間に車両ユーザを支援するサービスプロバイダのことであってもよい。車両故障サービスプロバイダ１２０は、車両１０６が自宅又は路上で動かなくなってしまった場合の緊急サポートの提供のために、装置１０２等の１つ以上の電子機器からの要求を受信するための、サーバ又は通信媒体等の設備を有しうる。
【００３０】
第１の通信ネットワーク１２２は、１つ以上のウェアラブル装置１０４が装置１０２とそれを通じて通信しうる媒体を含みうる。第１の通信ネットワーク１２２の例には、（ホームネットワーク等の）短距離ネットワーク、両方向（２‐ｗａｙ）無線周波数ネットワーク（Ｂｌｕｅｔｏｏｔｈベースのネットワーク等）、Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ（Ｗｉ‐Ｆｉ）ネットワーク、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ：Ｗｉｒｅｌｅｓｓ  Ｐｅｒｓｏｎａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、及び／又は、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ：Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）を含みうるが、これらには限定されない。１つ以上のウェアラブル装置１０４等の様々なウェアラブル装置は、第１の通信ネットワーク１２２において、様々な有線若しくは無線通信プロトコル、又は、保健医療情報学に関連する相互有用規格に従って、装置１０２に接続するよう動作可能である。このような有線若しくは無線通信プロトコル又は技術規格の例には、国際標準化機構（ＩＳＯ：Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｏｒｇａｎｉｚａｔｉｏｎ  ｆｏｒ  Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ）保健医療情報分野に関する技術委員会（ＴＣ：Ｔｅｃｈｎｉｃａｌ  Ｃｏｍｍｉｔｔｅｅ）（ＩＳＯ／ＴＣ２１５）、ＩＳＯ／ＩＥＥＥ‐１１０７３個人健康データ（ＰＨＤ：ｐｅｒｓｏｎａｌ  ｈｅａｌｔｈ  ｄａｔａ）規格、（コンティニュア・ヘルス・アライアンス（Ｃｏｎｔｉｎｕａ  Ｈｅａｌｔｈ  Ａｌｌｉａｎｃｅ）と関連した）コンティニュア（ｃｏｎｔｉｎｕａ）の技術規格、ＨＬ７（Ｈｅａｌｔｈ  Ｌｅｖｅｌ‐７）規格、ＩＳＯ２７７９９、ＩＳＯ１７１１５、ＩＳＯ／ＴＲ１６０５６‐１及び２、ＩＳＯ／ＴＳ１６０５８、Ｂｌｕｅｔｏｏｔｈプロトコル、赤外線プロトコル、Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ（Ｗｉ‐Ｆｉ）プロトコル、ＺｉｇＢｅｅプロトコル、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．１６、セルラー方式通信プロトコル、Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＮＦＣ）プロトコル、Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ（ＵＳＢ）プロトコル、及び／又は、無線ＵＳＢプロトコルが含まれるが、これらには限定されない。
【００３１】
第２の通信ネットワーク１２４は、装置１０２がそれを通じて１つ以上の外部装置、即ち、携帯機器１０８、通信装置１１０、クラウドサーバ１１４、医療センター１１６、救急車サービスプロバイダ１１８、及び／又は、車両故障サービスプロバイダ１２０と通信しうる無線媒体を含みうる。第２の通信ネットワーク１２４の例には、インターネット、クラウドネットワーク、ローカルエリアネットワーク（ＬＡＮ：Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、電話線（ＰＯＴＳ）、都市規模ネットワーク（ＭＡＮ：Ｍｅｔｒｏｐｏｌｉｔａｎ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、専用狭域通信（ＤＳＲＣ：ｄｅｄｉｃａｔｅｄ  ｓｈｏｒｔ−ｒａｎｇｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）ネットワーク、モバイルアドホックネットワーク（ＭＡＮＥＴ：ｍｏｂｉｌｅ  ａｄ  ｈｏｃ  ｎｅｔｗｏｒｋ）、車両アドホックネットワーク（ＶＡＮＥＴ：ｖｅｈｉｃｕｌａｒ  ａｄ  ｈｏｃ  ｎｅｔｗｏｒｋ）、インテリジェント車両アドホックネットワーク（ＩｎＶＡＮＥＴ：Ｉｎｔｅｌｌｉｇｅｎｔ  ｖｅｈｉｃｕｌａｒ  ａｄ  ｈｏｃ  ｎｅｔｗｏｒｋ）、インターネットベースのモバイルアドホックネットワーク（ＩＭＡＮＥＴ：Ｉｎｔｅｒｎｅｔ−ｂａｓｅｄ  ａｄ  ｈｏｃ  ｎｅｔｗｏｒｋ）、ワイヤレスセンサネットワーク（ＷＳＮ：ｗｉｒｅｌｅｓｓ  ｓｅｎｓｏｒ  ｎｅｔｗｏｒｋ）、ワイヤレスメッシュネットワーク（ＷＭＮ：ｗｉｒｅｌｅｓｓ  ｍｅｓｈ  ｎｅｔｗｏｒｋ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ：Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、及び／又は、ｌｏｎｇ‐ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）３Ｇ及び／又は４Ｇネットワーク等の、セルラーネットワークが含まれうるが、これらには限定されない。ネットワーク環境１００における様々な装置は、様々な無線通信プロトコルに従って、第２の通信ネットワーク１２４に接続するよう動作可能でありうる。そのような通信プロトコル、通信規格、及び技術の例には、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．１１Ｐ、ＩＥＥＥ８０２．１５、ＩＥＥＥ８０２．１６、ＩＥＥＥ１６０９、Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ（Ｗｉ―ＭＡＸ）、Ｗｉｒｅｌｅｓｓ  Ａｃｃｅｓｓ  ｉｎ  Ｖｅｈｉｃｕｌａｒ  Ｅｎｖｉｒｏｎｍｅｎｔｓ（ＷＡＶＥ）、Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  ａｎｄ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏl（ＴＣＰ／ＩＰ）、ユーザデータグラムプロトコル（ＵＤＰ：Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）、ハイパーテキスト転送プロトコル（ＨＴＴＰ：Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）、Ｌｏｎｇ−ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、ファイル転送プロトコル（ＦＴＰ：Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）、Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ＧＳＭ  Ｅｎｖｉｒｏｎｍｅｎｔ（ＥＤＧＥ）、ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ（ＶｏＩＰ）、電子メール、インスタントメッセージ（ｉｎｓｔａｎｔ  ｍｅｓｓａｇｉｎｇ）、及び／又はショートメッセージサービス（ＳＭＳ：Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ）、���び／又は、セルラー通信プロトコルのためのプロトコルが含まれるが、これらには限定されない。
【００３２】
車載ネットワーク１２６は、装置１０２がそれを通じて車両１０６の１つ以上の制御回路、例えば１つ以上の内部のＥＣＵ又は他の制御システムと通信しうる媒体を含みうる。装置１０２は、様々な車載通信プロトコル、例えば、ｃｏｎｔｒｏｌｌｅｒ  ａｒｅａ  ｎｅｔｗｏｒｋ（ＣＡＮ）、Ｌｏｃａｌ  Ｉｎｔｅｒｃｏｎｎｅｃｔ  Ｎｅｔｗｏｒｋ（ＬＩＮ）、Ｅｔｈｅｒｎｅｔ、又は、車両１０６の１つ以上の制御回路への接続性についての車載ネットワーク１２６の他の通信プロトコルを利用しうる。車両１０６内の様々な制御ユニット、装置、又は制御システムはまた、様々な有線及び無線通信プロトコルに従って、車載ネットワーク１２６に接続するよう構成されうる。車載ネットワーク１２６のための有線及び無線通信プロトコルの例には、車両エリアネットワーク（ＶＡＮ：ｖｅｈｉｃｌｅ  ａｒｅａ  ｎｅｔｗｏｒｋ）、ＣＡＮバス、ドメスティック・デジタル・バス（Ｄ２Ｂ：Ｄｏｍｅｓｔｉｃ  Ｄｉｇｉｔａｌ  Ｂｕｓ）、ＴＴＰ（Ｔｉｍｅ−Ｔｒｉｇｇｅｒｅｄプロトコル）、ＦｌｅｘＲａｙ、ＩＥＥＥ１３９４、搬送波検知多重アクセス／衝突検出（ＣＳＭＡ／ＣＤ：Ｃａｒｒｉｅｒ  Ｓｅｎｓｅ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ  Ｗｉｔｈ  Ｃｏｌｌｉｓｉｏｎ  Ｄｅｔｅｃｔｉｏｎ）ベースのデータ通信プロトコル、Ｉ２Ｃ（Ｉｎｔｅｒ−Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、ＩＥＢｕｓ（Ｉｎｔｅｒ  Ｅｑｕｉｐｍｅｎｔ  Ｂｕｓ）、ソサエティ・オブ・オートモーティブ・エンジニアズ（ＳＡＥ：Ｓｏｃｉｅｔｙ  ｏｆ  Ａｕｔｏｍｏｔｉｖｅ  Ｅｎｇｉｎｅｅｒｓ）Ｊ１７０８、ＳＡＥ  Ｊ１９３９、国際標準化機構（ＩＳＯ）１１９９２、ＩＳＯ１１７８３、ＭＯＳＴ（Ｍｅｄｉａ  Ｏｒｉｅｎｔｅｄ  Ｓｙｓｔｅｍｓ  Ｔｒａｎｓｐｏｒｔ）、ＭＯＳＴ２５、ＭＯＳＴ５０、ＭＯＳＴ１５０、プラスチック光ファイバ（ＰＯＦ）、電力線通信（ＰＬＣ：Ｐｏｗｅｒ‐Ｌｉｎｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、及び／又は、シリアル・ペリフェラル・インターフェース（ＳＰＩ：Ｓｅｒｉａｌ  Ｐｅｒｉｐｈｅｒａｌ  Ｉｎｔｅｒｆａｃｅ）バスを含みうるが、これらには限定されない。
【００３３】
駆動時に装置１０２は、１つ以上のウェアラブル装置１０４から第１の集合の入力値を受信するよう構成されうる。１つ以上のウェアラブル装置１０４は、第１の通信ネットワーク１２２を介して、（車両１０６内で利用される）装置１０２に通信可能に接続されうる。１つ以上のウェアラブル装置１０４は、第１のユーザ１２８に装着されうる。一例によれば、１つ以上のウェアラブル装置１０４は、第１のユーザ１２８に装着されたスマートグラス、スマートバンド、及び／又は、スマートウォッチでありうる。装置１０２は、車載ネットワーク１２６を介して、車両１０６に埋め込まれた１つ以上の車両センサから第２の集合の入力値を受信するよう構成されうる。
【００３４】
一実施形態によれば、装置１０２は、受信された第１の集合の入力値及び第２の集合の入力値に基づいて、装置１０２の動作モードを決定するよう構成されうる。装置１０２は、動作モードを決定するために、車両１０６の現在の位置情報及び車両１０６の動作状態を利用するよう構成されうる。動作モードは、図２Ａに詳細に記載する様々な動作モードの１つでありうる。
【００３５】
一実施形態によれば、装置１０２は、装置１０２の決定された動作モードに基づいて、車両１０６の１つ以上の機能を制御するよう構成されうる。他の実施形態によれば、装置１０２は、１つ以上のウェアラブル装置１０４から受信された第１の集合の入力値（第１のユーザ１２８の生命に関わる健康データ等）に基づいて、様々な動作モードで様々な機能を実行しうる。例えば、第１のユーザ１２８の生命に関わる健康データは、第１のユーザ１２８に関連付けられた１つ以上のウェアラブル装置１０４が装置１０２からの第１の近接範囲内で検出された場合には、第１のユーザ１２８の認証を行うために利用されうる。この場合、決定されたモードは、運転直前モードでありうる。しかしながら、第１のユーザ１２８の生命に関わる同じ健康データが、ホームモード又は屋外運転モード等の他の決定されたモードにおいて、第１のユーザ１２８の健康を監視するために利用されてもよい。
【００３６】
一例において、運転直前モード等の決定された動作モードに基づいて、装置１０２は、車両１０６において、１つ以上の機能、即ち第１のユーザ１２８と関連付けられた所定の個人用設定の動的な設定等を制御するよう構成されうる。このような動的な設定は、装置１０２による第１のユーザ１２８の認証に基づいて行われうる。１つ以上の機能はさらに、車両１０６の車内雰囲気の調整、車両の座席の調整、及び／又は、車両ミラーの位置の調整をさらに含みうる。１つ以上の機能は、車両１０６の車両ドアの開閉、車両の点火の制御、及び／又は、車両速度の制御に相当しうる。１つ以上の機能は、１つ以上のウェアラブル装置１０４又は、第１のユーザ１２８のスマートフォン等の他の携帯機器から収集された個人データの、装置１０２との同期化をさらに含みうる。
【００３７】
他の例において、ユーザ危機的健康モード等の決定された動作モードに基づいて、装置１０２は、携帯機器１０８等の、介護者１３２と関連付けられた１つ以上の外部装置と通信するよう構成されうる。装置１０２は、医療センター１１６及び／又は救急車サービスプロバイダ１１８とさらに通信するよう構成されうる。他の例において、屋外運転モード等の決定された動作モードに基づいて、装置１０２は、警察制御室１１２に位置付けられうる通信装置１１０と通信するよう構成されうる。他の例において、車両故障モード等の決定された動作モードに基づいて、装置１０２は、車両故障サービスプロバイダ１２０と通信するよう構成されうる。
【００３８】
図２Ａは、本開示の一実施形態に係る、車両（車両１０６等）内の１つ以上の制御回路及び１つ以上のウェアラブル装置１０４との相互作用を管理しうる装置１０２の例示的な高次構造を説明するブロック図である。図２Ａは、図１からの構成要素と併せて説明される。図２Ａを参照すると、装置１０２の高次構造２００が示されている。高次構造２００は、システムアプリケーション層２０２、スタック層２０４、及び、物理層２０６を含みうる。スタック層２０４は、機能モジュール２０８を含みうる。機能モジュール２０８は、ホームモード２１０、運転直前モード２１２、屋外運転モード２１４、屋外非運転モード２１６、車両故障モード２１８、及び／又は、ユーザ危機的健康モード２２０等の様々な動作モードと関連付けられうる。
【００３９】
システムアプリケーション層２０２は、装置１０２の初期化等のシステムの初期化のために使用されうる最上層のことでありうる。システムアプリケーション層２０２は、エンドユーザでの処理を支援しうる。システムアプリケーション層２０２は、スタック層２０４の機能モジュール２０８と関連した設定変更のためのオプション及び／又はインタフェースを提供しうる。
【００４０】
スタック層２０４は、機能モジュール等の１つ以上のモジュールスタックを含みうる。スタック層２０４は、装置１０２の動作モードに従って、車両１０６の様々な機能を実行し又は様々な機能を制御しうる。装置１０２の機能は、機能モジュール２０８を利用して実行されうる。一実施形態によれば、機能モジュール２０８は、１つ以上のモジュールスタックとして、即ち、健康モジュールスタック、認証モジュールスタック、運転適性モジュールスタック、個人化モジュールスタック、及び／又は、車両インフラストラクチャモジュールスタックとして実現されうる。健康モジュールスタックは、１つ以上のウェアラブル装置１０４から生命に関わる健康データを受信して処理するために、装置１０２によって利用されうる。認証モジュールスタックは、ユーザ認証のために第１の集合の入力値を受信して処理するために、装置１０２によって利用されうる。運転適性モジュールスタックは、第１の集合の入力値（血中アルコール濃度データ等）と第２の集合の入力値（ヴィーイクルヘルス診断データ等）との双方を受信して処理するために、装置１０２によって利用されうる。装置１０２は、車両１０６の各運転を開始する前に、運転適性モジュールスタックを用いて、第１のユーザ１２８等の車両ユーザと車両１０６との双方の運転適性状態を決定しうる。個人化モジュールスタックは、装置１０２に予め登録された異なる車両ユーザに関連する、予め格納された個人用設定を処理するために、装置１０２によって利用されうる。車両インフラストラクチャモジュールスタックは、他のモジュールスタックによる第１の集合の入力値及び第２の集合の入力値の処理に基づいて、車両１０６の１つ以上の制御ユニットに１つ以上の制御コマンドを送信するために、装置１０２によって利用されうる。
【００４１】
物理層２０６とは、物理媒体への電気的又は機械的インタフェースをサポートする最下層のことでありうる。物理層２０６は、第１の通信ネットワーク１２２、第２の通信ネットワーク１２４、及び車載ネットワーク１２６での利用のための様々な通信プロトコルをサポートする。例えば、物理層２０６は、１つ以上のウェアラブル装置１０４との装置１０２の接続性について、第１の通信ネットワーク１２２における通信プロトコル、即ち、Ｂｌｕｅｔｏｏｔｈ、ＮＦＣ、Ｗｉ‐Ｆｉ、ＺｉｇＢｅｅ、及び／又はＵＳＢ等をサポートする。物理層２０６はまた、先に図１に記載した１つ以上の外部装置との装置１０２の接続性について、第２の通信ネットワーク１２４における通信プロトコル、即ち３Ｇ、４Ｇ、及び／又はＬＴＥ等をサポートする。一実施形態によれば、３Ｇ、４Ｇ、及び／又は、ＬＴＥプロトコルは、テレマティクス（ｔｅｌｅｍａｔｉｃｓ）ユニット等の車両１０６の無線通信装置が車両１０６の外部にデータが送信出来ない場合に、装置１０２によって利用されうる。物理層２０６はさらに、車両１０６の１つ以上の制御回路との装置１０２の接続性について、車載ネットワーク１２６における通信プロトコル、即ちＣＡＮ、ＬＩＮ、Ｅｔｈｅｒｎｅｔ等をサポートする。
【００４２】
ホームモード２１０は、車両１０６等の、装置１０２と関連付けられた車両が、居住場所（自宅駐車場）等の、第１のユーザ１２８の予め設定された場所に駐車された停止状況にある状態又は状況に対応しうる。さらに、ホームモード２１０は、車両１０６の調子が正常であり、不良又は故障が車両１０６で検出されない状態又は状況を指してもよい。ホームモードにおいて、装置１０２は、１つ以上のウェアラブル装置１０４から生命に関わる健康データを受信しうる。ホームモード２１０はさらに、第１のユーザ１２８の受信された生命に関わる健康データが、第１のユーザ１２８の医学的症状が正常範囲内にあることを示す状態を指してもよい。
【００４３】
運転直前モード２１２は、第１のユーザ１２８等の車両ユーザが車両１０６の近傍（第１の近距離等）に存在する状態又は状況に対応しうる。運転直前モード２１２は、車両ユーザが車両１０６を運転したい場合に、運転開始の直前に作動されうる。運転直前モード２１２において、装置１０２は、１つ以上のウェアラブル装置１０４から生命に関わる健康データを受信し、この受信した生命に関わる健康データをユーザ認証の目的で利用しうる。
【００４４】
屋外運転モード２１４は、車両１０６等の装置１０２と関連付けられた車両が移動中であり、第１のユーザ１２８の（自宅の駐車位置等の）予め設定された位置に駐車されていない状態又は状況に対応しうる。さらに、屋外運転モード２１４は、車両１０６の調子が正常であり不良又は故障が車両１０６で検出されない状態又は状況を指してもよい。屋外運転モードにおいて、装置１０２は、１つ以上のウェアラブル装置１０４から生命に関わる健康データを受信しうる。
【００４５】
屋外非運転モード２１６は、車両１０６等の、装置１０２と関連付けられた車両が移動しておらず、第１のユーザ１２８の予め設定された位置（自宅駐車位置等）に駐車されている場合の状態又は状況に対応しうる。屋外非運転モード２１６は、車両１０６の調子が正常であり不要又は故障が車両１０６で検出されない他の状態又は状況に対応しうる。屋外非運転モード２１６はさらに、車両１０６が交通信号、交通渋滞で動けなくなっており、又は、（自宅駐車位置等の）予め設定された位置とは異なる他の位置に駐車されている更に別の状態又は状況に対応しうる。屋外非運転モード２１６において、装置１０２は、１つ以上のウェアラブル装置１０４から生命に関わる健康データを受信しうる。
【００４６】
車両故障モード２１８は、車両１０６の調子が正常ではなく故障が車両１０６で検出される状態又は状況に対応しうる。故障は、欠陥がある１つ以上のセンサ、機械的不良、電気的不良、及び／又は、天候状態が原因でありうる。車両故障モード２１８において、車両１０６は、停止状態にあってもよく、移動中であってもよく、予め設定された位置（自宅駐車位置）、サービスセンタ、又は他のそのような場所に駐車されていてもよい。
【００４７】
ユーザ危機的健康モード２２０において、装置１０２は、第１のユーザ１２８に装着された１つ以上のウェアラブル装置１０４から、生命に関わる健康データを受信しうる。このような場合に、第１のユーザ１２８は、医療移植片が埋め込まれた患者でありうる。第１のユーザ１２８は、（心臓の疾患又は泌尿器の問題等の）重大な病気又は生理的問題に悩んでいる可能性があり、さらに、術後の継続的なモニタリングを必要とする可能性がある。ユーザ危機的健康モード２２０は、第１のユーザ１２８の受信された生命に関わる健康データが第１のユーザ１２８の危機的な医学的症状を示す状態又は状況に対応しうる。受信された生命に関わる健康データは、医学的値（センサ信号）の集合に相当しうる。この医学的値の集合は、医者、救急医療隊員、及び／又は、介護者１３２等の医療関係者により予め設定された健康閾値又は１つ以上の安全境界値と比較されうる。
【００４８】
図２Ｂは、本開示の一実施形態に係る例示的な装置を説明するブロック図である。図２Ｂは、図１及び図２Ａからの構成要素と併せて説明される。図２Ｂを参照すると、装置１０２が示されている。装置１０２は、プロセッサ２２２等の１つ以上のプロセッサ、メモリ２２４、Ｉ／Ｏ装置２２６等の１つ以上の入力／出力（Ｉ／Ｏ）装置、及び、通信インタフェース２２８を備えうる。プロセッサ２２２は、メモリ２２４、Ｉ／Ｏ装置２２６、及び通信インタフェース２２８と通信可能に接続されうる。
【００４９】
プロセッサ２２２は、メモリ２２４に格納された命令の集合を実行するよう構成されうる適切なロジック部、回路、インタフェース、及び／又はコードを含みうる。プロセッサ２２２は、従来技術で公知の複数のプロセッサ技術に基づいて実現されうる。プロセッサ２２２の例は、Ｘ８６ベースのプロセッサ、Ｘ８６‐６４ベースのプロセッサ、縮小命令セット・コンピューティング（ＲＩＳＣ：Ｒｅｄｕｃｅｄ  Ｉｎｓｔｒｕｃｔｉｏｎ  Ｓｅｔ  Ｃｏｍｐｕｔｉｎｇ）プロセッサ、特定用途向け回路（ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ‐Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）プロセッサ、 ＣＩＳＣ（Ｃｏｍｐｌｅｘ  Ｉｎｓｔｒｕｃｔｉｏｎ  Ｓｅｔ  Ｃｏｍｐｕｔｉｎｇ）プロセッサ、中央処理ユニット（ＣＰＵ）、ＥＰＩＣ（Ｅｘｐｌｉｃｉｔｌｙ  Ｐａｒａｌｌｅｌ  Ｉｎｓｔｒｕｃｔｉｏｎ  Ｃｏｍｐｕｔｉｎｇ）プロセッサ、ＶＬＩＷ（Ｖｅｒｙ  Ｌｏｎｇ  Ｉｎｓｔｒｕｃｔｉｏｎ  Ｗｏｒｄ）プロセッサ、及び／又は、他のプロセッサ又は回路でありうる。
【００５０】
メモリ２２４は、プロセッサ２２２により実行可能な機械語又は命令の集合を格納するよう構成されうる適切なロジック部、回路、及び／又は、インタフェースを含みうる。メモリ２２４は、機能モジュール２０８等の１つ以上のモジュールスタックを格納するよう構成されうる。メモリ２２４はさらに、第１のユーザ１２８と関連付けられた１つ以上の予め設定されたユーザ設定を格納するよう構成されうる。メモリ２２４はさらに、オペレーティングシステム及び関連するアプリケーションを格納するよう構成されうる。メモリ２２４の実現の例には、ランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、リードオンリーメモリ（ＲＯＭ：Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、電気的に消去可能なプログラム可能リードオンリーメモリ（ＥＥＰＲＯＭ：Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ‐Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ハードディスクドライブ（ＨＤＤ：Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）、ソリッドステートドライブ（ＳＳＤ：Ｓｏｌｉｄ‐Ｓｔａｔｅ  Ｄｒｉｖｅ）、ＣＰＵキャッシュ、及び／又は、セキュアデジタル（ＳＤ：Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ）カードが含まれうるが、これらに限定されない。
【００５１】
Ｉ／Ｏ装置２２６は、第１のユーザ１２８等のユーザから入力を受信し及び当該ユーザへと入力を提供するよう構成されうる適切なロジック部、回路、インタフェース、及び／又はコードを含みうる。入力装置の例には、装置１０２上のハードウェアボタン、装置１０２のインタフェース上のソフトウェアボタン、タッチスクリーン、マイク、運動センサ、及び／又は、光センサが含まれうるが、これらには限定されない。出力装置の例には、ディスプレイ及び／又はスピーカが含まれうるが、これらに限定されない。
【００５２】
通信インタフェース２２８は、第１の通信ネットワーク１２２を介して１つ以上のウェアラブル装置１０４と通信するよう構成されうる適切なロジック部、回路、インタフェース、及び／又はコードを含みうる。通信インタフェース２２８はさらに、第２の通信ネットワーク１２４を介して、携帯機器１０８、通信装置１１０、クラウドサーバ１１４、医療センター１１６、救急車サービスプロバイダ１１８、及び車両故障サービスプロバイダ１２０等の、１つ以上の外部装置と通信するよう構成されうる。通信インタフェース２２８はさらに、車載ネットワーク１２６を介して、車両１０６内の１つ以上の制御回路、即ち内部のＥＣＵ等と通信するよう構成されうる。通信インタフェース２２８は、第１の通信ネットワーク１２２、第２の通信ネットワーク１２４、及び車載ネットワーク１２６との装置１０２の無線又は有線通信をサポートするための公知の技術を実現しうる。通信インタフェース２２８は、様々な構成要素、即ち、アンテナ、無線周波数（ＲＦ：ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ）トランシーバ、１つ以上の増幅器、チューナ、１つ以上のオシレータ、デジタル信号プロセッサ、コーダ・デコーダ（ＣＯＤＥＣ：ｃｏｄｅｒ‐ｄｅｃｏｄｅｒ）チップセット、加入者識別モジュール（ＳＩＭ：ｓｕｂｓｃｒｉｂｅｒ  ｉｄｅｎｔｉｔｙ  ｍｏｄｕｌｅ）カード、及び／又はローカルのバッファを含みうるが、これらには限定されない。通信インタフェース２２８は、第１の通信ネットワーク１２２、第２の通信ネットワーク１２４、及び車載ネットワーク１２６に関して、先に図１で記載したように、様々な通信プロトコルを用いた有線又は無線通信を介して通信しうる。有線又は無線通信のために利用される様々な通信プロトコルは、図２Ａで記載したように、物理層２０６によりサポートされうる。
【００５３】
駆動時に、プロセッサ２２２は、１つ以上のウェアラブル装置１０４から第１の集合の入力値を受信するよう構成されうる。１つ以上のウェアラブル装置１０４は、車両１０６の所有者等の、第１のユーザ１２８に装着されうる。１つ以上のウェアラブル装置１０４は、第１の通信ネットワーク１２２を介して、車両１０６内で利用される装置１０２に通信可能に接続されうる。通信接続は、物理層２０６によりサポートされた様々な通信プロトコル、例えばＢｌｕｅｔｏｏｔｈプロトコル等を利用して行われうる。
【００５４】
一実施形態によれば、第１の集合の入力値は、第１のユーザ１２８の生命に関わる健康データを含みうる。生命に関わる健康データの例には、第１のユーザ１２８の心電図（ＥＣＧ：ｅｌｅｃｔｒｏｃａｒｄｉｏｇｒａｍ）、心拍数、呼吸数、血中酸素濃度（ＳＰＯ２（ｐｅｒｉｐｈｅｒａｌ  ｃａｐｉｌｌａｒｙ  ｏｘｙｇｅｎ  ｓａｔｕｒａｔｉｏｎ）等）、血圧、及び／又は、体温を含みうるが、これらには限定されない。第１の集合の入力値はさらに、１つ以上のウェアラブル装置１０４の血中アルコールセンサにより検知されうる第１のユーザ１２８の血中アルコール濃度（ＢＡＣ：ｂｌｏｏｄ  ａｌｃｏｈｏｌ  ｃｏｎｔｅｎｔ）情報が含みうる。一実施形態によれば、第１の集合の入力値はさらに、第１のユーザ１２８の電子インプラント（ｅｌｅｃｔｒｏｎｉｃ  ｉｍｐｌａｎｔ）から受信される、第１のユーザ１２８の生命に関わる健康データを含みうる。一例において、第１のユーザ１２８は、内活性の心臓電気活動を検知して心臓の心室を調整するために埋め込まれたペースメーカを有しうる。一例において、第１のユーザ１２は、心臓再同期療法のための植え込み型除細動器（ＩＣＤ：ｉｍｐｌａｎｔａｂｌｅ  ｃｃａｒｄｉｏｖｅｒｔｅｒ‐ｄｅｆｉｂｒｉｌｌａｔｏｒ）を有しうる。このようなインプラントは、心室の心拍数等の生命に関わる健康データを提供しうる。
【００５５】
一実施形態によれば、プロセッサ２２２は、車両１０６に埋め込まれた１つ以上の車両センサから、第２の集合の入力値を受信するよう構成されうる。第２の集合の入力値は、車両１０６の車両データを含みうる。車両データは、車両１０６の動作状態、地理空間的位置、ヨーレート、速度、移動方向、操舵角、及び／又は、速度変化率を含みうる。車両データはさらに、車両１０６の車両位置精度データ、制動システム状態、車両安定性システムの状態、及び／又は他の車両パラメータを含みうる。
【００５６】
一実施形態によれば、プロセッサ２２２は、受信された第１の集合の入力値及び第２の集合の入力値のデータ種別を決定するよう構成されうる。第１の集合の入力値のデータ種別は、第１のユーザ１２８の健康データに相当しうる。第２の集合の入力値のデータ種別は、車両１０６のヘルスデータ（ｈｅａｌｔｈ  ｄａｔａ）に相当しうる。
【００５７】
一実施形態によれば、プロセッサ２２２は、受信された第１の集合の入力値及び第２の集合の入力値に基づいて、動作モードを決定するよう構成されうる。プロセッサ２２２は、様々な動作モードの決定のために、少なくとも、車両１０６の現在の位置情報、車両１０６の動作状態、決定されたデータ種別、及び／又は、装置１０２からの１つ以上のウェアラブル装置１０４の距離を利用するよう構成されうる。動作モードについては、図２Ａで詳細に記載している。
【００５８】
一実施形態によれば、プロセッサ２２２は、装置１０２の決定された動作モードに基づいて、車両１０６の１つ以上の機能を制御するよう構成されうる。一実施形態によれば、プロセッサ２２２は、決定されたデータ種別、及び、第１のユーザ１２８に関連付けられた１つ以上の予め設定されたユーザ設定に基づいて、車両１０６の１つ以上の機能を制御するよう構成されうる。
【００５９】
一実施形態によれば、決定された動作モードがホームモード２１０である場合には、プロセッサ２２２は、１つ以上のウェアラブル装置１０４から受信される生命に関わる健康データを監視するよう構成されうる。プロセッサ２２２は、受信された生命に関わる健康データが、ユーザ（第１のユーザ１２８等）ごとに、予め設定された健康閾値に従っているか、又は予め設定された１つ以上の医学的安全限界値内にあるかどうかを検出するよう構成されうる。受信された生命に関わる健康データが、予め設定された健康閾値に従っておらず及び／又は１つ以上の予め設定された医学的安全限界値内にない例において、プロセッサ２２２は、装置１０２の動作モードを、ホームモード２１０からユーザ危機的健康モード２２０へと切り替えるよう構成されうる。
【００６０】
一実施形態によれば、受信された生命に関わる健康データが、予め設定された健康閾値に従っており及び／又は１つ以上の予め設定された医学的安全限界値内にある場合には、プロセッサ２２２は、１つ以上のウェアラブル装置１０４が、装置１０２からの予め設定された第１の近接範囲内、即ち例えば「１メートル」の範囲内にあるかどうかを検出するよう構成されうる。１つ以上のウェアラブル装置１０４が、装置１０２からの予め設定された第１の近接範囲内で検出された例において、このことは、第１のユーザ１２８が車両１０６を運転したいという示唆でありうる。この場合にプロセッサ２２２は、装置１０２での動作モードを、ホームモード２１０から運転直前モード２１２へと切り替えうる。さらに、１つ以上のウェアラブル装置１０４が、装置１０２からの予め設定された第１の近接範囲内で検出されない例において、このことは、第１のユーザ１２８は車両１０６を運転したくない可能性があるという示唆でありうる。このような例では、プロセッサ２２２は、第１の通信ネットワーク１２２を介して、装置１０２に通信可能に接続されうる１つ以上のウェアラブル装置１０４から受信される、生命に関わる健康データを周期的に監視しうる。
【００６１】
一実施形態によれば、決定された動作モードが運転直前モード２１２である場合には、プロセッサ２２２は、第１のユーザ１２８のＥＣＧデータ等の、第１の集合の入力値に基づいて、第１のユーザ１２８等のユーザを認証するよう構成されうる。上記認証は、車両１０６を走行させるために、第１のユーザ１２８を確認するために有用でありうる。例えば、上記認証に基づいて、プロセッサ２２２は、車両１０６のドアを開閉するために、車両１０６の車体制御モジュールへとコマンドを送信するよう構成されうる。
【００６２】
一実施形態によれば、プロセッサ２２２は、複数ユーザの認証を行うよう構成されうる。例えば、車両１０６は、複数の運転者がいるレンタカーでありうる。プロセッサ２２２は、各運転者の受信された生命に関わる健康データと、メモリ２２４又はクラウドサーバ１１４に予め格納された対応するプロフィールと、の比較に基づいて、各運転者を確認するよう構成されうる。
【００６３】
一実施形態によれば、プロセッサ２２２は、予め設定された安全限界値に関して、第１のユーザ１２８に関連付けられたアルコール濃度を検出するよう構成されうる。このような測定は、第１のユーザ１２８等のユーザが、車両１０６の運転に適した状態にあるか又は適さない状態にあるかを決定するために、プロセッサ２２２によって利用されうる。決定されたアルコール濃度が、予め設定された安全限界値（酩酊レベル等）よりも高い場合で、決定された動作モードが運転直前モード２１２である場合には、プロセッサ２２２は、車両１０６のドアが開けられるのを止めるために、車両１０６の車体制御モジュールへと制御コマンドを送信しうる。このコマンドは、第１のユーザ１２８が車両１０６に入ることを制限するために、装置１０２により送信されうる。
【００６４】
一実施形態によれば、プロセッサ２２２は、車両１０６のドアを開けるために、車両の複数のＥＣＵ、例えば車体制御モジュール、エンジン制御ユニット等へと１つ以上のコマンドを送信しうる。このような場合に、車両１０６のドアは開けられるが、点火キー又はボタンは、第１のユーザ１２８が車両１０６を始動出来ないように無効化されうる。このような１つ以上のコマンドは、測定されたアルコール濃度が予め設定された安全限界値よりも高い場合には、第１のユーザ１２８の安全を保障するために、第１のユーザ１２８により運転される車両１０６の性能を制限しうる。従って、第１のユーザ１２８が先に記載したように認証されている場合にさえも、走行性能が制限されうる。
【００６５】
一実施形態によれば、測定されたアルコール濃度が予め設定された安全限界値よりも低い場合には、プロセッサ２２２は、車体制御モジュール及び／又はパワートレイン制御システム等の車両１０６の１つ以上のＥＣＵに、１つ以上の制御コマンドを送信しうる。１つ以上の制御コマンドは、運転直前モード２１２において車両１０６を始動するために、車両１０６のドアを開けるため及び／又は車両１０６のエンジンを点火するため送信されうる。代替的に、点火キー又はボタンが、第１のユーザが車両１０６を始動出来るように有効化されうる。
【００６６】
一実施形態によれば、プロセッサ２２２は、運転直前モード２１２において、第１のユーザ１２８の認証に基づいて、第１のユーザ１２８と関連付けられた所定の個人用設定を動的に設定するよう構成されうる。この動的な設定は、車両１０６での機械的又は非機械的な設定に相当しうる。機械的な設定の例には、車両１０６の１つ以上の車両座席の調整、様々な車両ミラーの位置の調整（車両１０６の電動式の外部のバックミラー（ＯＲＶＭ：ｏｕｔｓｉｄｅ  ｒｅａｒ  ｖｉｅｗ  ｍｉｒｒｏｒ）等）、及び／又は、車両１０６での他の機械的な移動が含まれるが、これらには限定されない。非機械的な設定の例には、車両１０６内の温度又は湿度制御等の、車両１０６の１つ以上の制御システムの自動調整、車両１０６のインフォテイメント（ｉｎｆｏｔａｉｎｍｅｎｔ）ユニットでの、第１のユーザ１２８等の車両ユーザの歌の選好の自動読み込み（ａｕｔｏｌｏａｄｉｎｇ）、及び／又は、第１のユーザ１２８と関連付けられた携帯機器（スマートフォン等）から収集された個人データの同期化、が含まれるが、これらには限定されない。
【００６７】
一実施形態によれば、プロセッサ２２２は、運転直前モード２１２において、運転開始前に、車載診断（ＯＢＤ：ｏｎ‐ｂｏａｒｄ  ｄｉａｇｎｏｓｔｉｃｓ）インタフェースを利用して、車両１０６のヴィークルヘルス（ｖｅｈｉｃｌｅ  ｈｅａｌｔｈ、車両の調子）を決定するよう構成されうる。プロセッサ２２２は、ＯＢＤインタフェースから受信された出力に基づいて、車両１０６が運転に適した状態にあるか又適さない状態にあるかを示すよう構成されうる。上記出力は、車両１０６での視覚的、触覚的、又は聴覚的な出力でありうる。車両１０６で不良が検出された例において、プロセッサ２２２は、装置１０２において、運転直前モード２１２を車両故障モード２１８に切り替えるよう構成されうる。さらに、決定されたヴィーイクルヘルスに基づき車両１０６での不良が検出されない例において、プロセッサ２２２は、装置１０２の動作モードを、運転直前モード２１２から屋外運転モード２１４へと切り替えるよう構成されうる。
【００６８】
一実施形態によれば、決定された動作モードが屋外運転モード２１４である場合には、プロセッサ２２２は周期的に、例えば「３０秒ごとに」、１つ以上のウェアラブル装置１０４と通信するよう構成されうる。１つ以上のウェアラブル装置１０４との周期的な通信は、車両１０６が移動している場合に行われうる。周期的な通信に基づいて、プロセッサ２２２は、車両１０６内での、第１のユーザ等の認証されたユーザの存在を確認しうる。認証された第１のユーザが車両１０６で検出されない場合で、動作モードが屋外運転モード２１４である例において、プロセッサ２２２は、警察制御室１１２に位置する通信装置１１０へと盗難アラートを伝達するよう構成されうる。プロセッサ２２２は、認証された第１のユーザが車両１０６で検出されない場合で、動作モードが屋外運転モード２１４である場合に、車両１０６の近傍にある警察制御室１１２の場所を見つけるよう構成されうる。
【００６９】
一実施形態によれば、検出されたユーザが車両１０６で検出された場合で、動作モードが屋外運転モード２１４である場合には、プロセッサ２２２は、所定の時間間隔で、車両１０６のＥＣＵに、温度変更信号を送信するよう構成されうる。この温度変更信号は、第１のユーザ１２８等の認証されたユーザのユーザ選好により、車両１０６内の温度を調整するために送信されうる。温度の調整は、第１のユーザ１２８の１つ以上のウェアラブル装置１０４の温度センサからの受信された体温の値に基づいて行われうる。
【００７０】
一実施形態によれば、第１のユーザ１２８の健康のモニタリングはまた、屋外運転モード２１４において、１つ以上のウェアラブル装置１０４から受信される生命に関わる健康データに基づいて行われうる。プロセッサ２２２は、第１のユーザ１２８と関連付けられた１つ以上のウェアラブル装置１０４又は携帯型電子機器から受信される生命に関わる健康データに基づいて、第１のユーザ１２８の異常な医学的症状を検出するよう構成されうる。プロセッサ２２２は、第１のユーザに関連付けられた所定の健康閾値に基づいて、検出された異常な医学的症状の重症度を決定するよう構成されうる。検出された異常な医学的症状の重症度はまた、装置１０２で、予め設定された医療的安全限界値を用いて決定され、確認されうる。
【００７１】
一実施形態によれば、決定された重症度が危機的な健康状態を示す場合には、プロセッサ２２２は、装置１０の動作モードを、屋外運転モード２１４からユーザ危機的健康モード２２０へと切り替えるよう構成されうる。決定された重症度が危機的な健康状態を示さない例において、プロセッサ２２２は、携帯機器１０８等の、介護者１３２と関連付けられた電子機器に、健康アラート通知を伝達するよう構成されうる。この健康アラート通知は、装置１０２の動作モードが屋外運転モード２１４である場合に、第１のユーザ１２８の現在の位置情報と共に送信されうる。
【００７２】
一実施形態によれば、プロセッサ２２２は、第２の通信ネットワーク１２４を介して、介護者１３２からの指示を受信するよう構成されうる。介護者１３２からの指示は、通信インタフェース２２８を利用して、装置１０２において受信されうる。上記指示は、温度及び湿度の調整等の、車両１０６の１つ以上の機能を制御するために受信されうる。上記指示はさらに、装置１０２の動作モードが屋外運転モード２１４である場合に、第１のユーザ１２８の検出された異常な医学的症状に遠隔で対処するために利用されうる。
【００７３】
一実施形態によれば、装置１０２の動作モードが屋外運転モード２１４及び／又はユーザ危機的健康モード２２０である場合には、プロセッサ２２２は、決定された重症度に基づいて、車両速度を制御するよう構成されうる。一実施形態によれば、装置１０２の決定された動作モードがユーザ危機的健康モード２２０である場合には、プロセッサ２２２は、決定された重症度に基づいて、第１のユーザ１２の現在の位置情報と共に健康アラート通知を、医療センター１１６（病院等）及び／又は救急車サービスプロバイダ１１８へと送信するよう構成されうる。一実施形態によれば、装置１０２の動作モードがユーザ危機的健康モード２２０である場合には、プロセッサ２２２は、決定された重症度に基づいて、第１のユーザ１２８のための案内を生成するよう構成されうる。このような場合に、上記案内は、第１のユーザ１２８が車両１０６に最も近い病院に到達することを可能とするために生成される。
【００７４】
一実施形態によれば、プロセッサ２２２は、（自動運転モードにある）車両１０６を、当該車両１０６の近傍にある医療センター１１６へと走行させるために、車両１０６の操舵を自動的に制御するよう構成されうる。第１のユーザ１２８が、車両１０６を運転を禁ずる危機的な健康状態にあることが検出された場合には、車両１０６の操舵の自動制御が行われうる。
【００７５】
一実施形態によれば、装置１０２決定された動作モードが屋外非運転モード２１６である場合に、プロセッサ２２２は、所定の期間の間、第２のユーザ１３０等の第２のユーザ１３０と関連付けられた他の装置へと、上記認証を転送するよう構成されうる。上記認証の転送によって、駐車係等の第２のユーザ１３０が、車両１０６に入って所定の距離まで車両１０６を動かすことが可能となりうる。一実施形態によれば、上記認証は、第１のユーザ１２８によって、認証転送機能を介して、スマートウォッチ等の１つ以上のウェアラブル装置１０４の１つから、第２のユーザ１３０と関連付けられた他の装置（スマートフォン等）へと無線により伝送されうる。
【００７６】
一実施形態によれば、第１のユーザ１２８は、上記の認証転送機能を有効化するために、１つ以上のウェアラブル装置１０４のうちの１つのウェアラブル装置で入力を提供しうる。第１のユーザ１２８は、上記１つのウェアラブル装置を第２のユーザ１３０に与えうる。プロセッサ２２２は、上記認証転送機能が上記１つのウェアラブル装置で有効化されていることを検知しうる。プロセッサ２２２は、車両１０６のドアの開放を制御するよう構成されうる。プロセッサ２２２はさらに、第２のユーザ１３０が車両１０６を運転することを許可するために、車両１０６を始動するための車両の点火を制御するよう構成されうる。プロセッサ２２２は、決定された動作モードが屋外非運転モード２１６で、上記１つのウェアラブル装置が装置１０２の近傍で検出される場合には、認証転送機能が有効化されていることを定め、車両１０６のドアの開放及び車両の点火を制御するよう構成されうる。例えば、第１のユーザ１２８は、第２のユーザ１３０（駐車係等）に車両１０６の駐車を依頼しうる。駐車係が駐車する間、第１のユーザ１２８は、時間及び制限半径を設定しうる。その結果、車両１０６は、第１のユーザ１２８が設定した時間及び制限半径に従って、第２のユーザ１３０によって、或る一定の期間の間或る一定の距離まで動かされうる。
【００７７】
一実施形態によれば、装置１０２の決定された動作モードが屋外非運転モード２１６である場合には、プロセッサ２２２は、車両１０６内の温度を制御するよう構成されうる。第１のユーザ１２８が車両１０６の外にいる場合には、車両１０６内の温度は、１つ以上のウェアラブル装置１０４から受信された、第１のユーザ１２８の現在の体温に従って制御されうる。この場合に、装置１０２は、車両１０６の適切なＥＣＵに１つ以上のコマンドを送信しうる。従って、上記コマンドに従って、車両１０６の温度が、第１のユーザの体温に従って調整されうる。よって、第１のユーザ１２８は、車両１０６に入った場合に、熱による衝撃を経験しない可能性がある。
【００７８】
一実施形態によれば、決定された動作モードが車両故障モード２１８である場合には、プロセッサ２２２は、車両故障サービスプロバイダ１２０に車両故障情報を伝達するよう構成されうる。車両故障サービスプロバイダ１２０の問合せ先の詳細は、装置１０２で予め設定され、メモリ２２４に予め格納されうる。車両故障情報は、車両故障の原因、第１のユーザ１２８により提供されるカスタマイズされたメッセージ、車両１０６の位置情報、及び／又は、車両１０６の車両故障の日付及び時間を含みうる。プロセッサ２２２は、車両故障モード２１８において、車両故障サービスプロバイダ１２０からの確認応答を、装置１０２で受信するよう構成されうる。上記確認応答は、車両故障情報の受信についての確認メッセージでありうる。
【００７９】
図３は、本開示の一実施形態に係る、車両の例示的な様々な構成要素又はシステムを説明するブロック図である。図３は、図１、図２Ａ、及び図２Ｂからの構成要素と併せて説明される。図３を参照すると、車両１０６の様々な制御ユニット、システム、又は構成要素が示されている。車両１０６は、電子制御ユニット（ＥＣＵ）３０２、車体制御モジュール３０４、パワートレイン制御システム３０６、検知システム３０８、及び、無線通信システム３１０を含みうる。ＥＣＵ３０２は、マイクロプロセッサ３０２及びメモリ３０２ｂを含みうる。車両１０６はさらに、パワートレイン制御システム３０６と関連付けられた操舵システム３１２及び制動システム３１４を備えうる。車両１０６はまた、ＥＣＵ３０２と関連付けられたオーディオインタフェース３１６、ディスプレイ３１８、及び、無線通信システム３１０を含みうる。さらに、車両電力システム３２２と関連付けられたバッテリ３２０が示されている。
【００８０】
車両１０６の様々な制御ユニット、構成要素、及び／又はシステムが、車両エリアネットワーク（ＶＡＮ：ｖｅｈｉｃｌｅ  ａｒｅａ  ｎｅｔｗｏｒｋ）及び／又は車載データバス等の車載ネットワーク１２６を介して、互いに通信可能に接続されうる。マイクロプロセッサ３０２ａは、車載ネットワーク１２６を介して、メモリ３０２ｂ、無線通信システム３１０、オーディオインタフェース３１６、ディスプレイ３１８、及び、検知システム３０８に通信可能に接続されうる。一実施形態によれば、マイクロプロセッサ３０２ａは、車体制御モジュール３０４及びパワートレイン制御システム３０６と動作可能に接続されうる。車両１０６は他の適切な構成要素又はシステムも含みうるが、簡潔さのために、本開示の機能及び動作を記載し説明するために利用された上記構成要素又はシステムが本明細書で示されていることが、当業者には分かるであろう。
【００８１】
ＥＣＵ３０２は、車両１０６の他のＥＣＵと通信可能に接続されるよう構成された適切なロジック部、回路、インタフェース、及び／又はコードを含みうる。ＥＣＵ３０２は、車載ネットワーク１２６を介して、装置１０２の通信インタフェース２２８（図２Ｂ）から、１つ以上の制御コマンドを受信するよう構成されうる。ＥＣＵ３０２は、受信された１つ以上の制御コマンドを車両１０６の他のＥＣＵ、構成要素、又はシステムへとさらに伝達するよう構成されうる。ＥＣＵ３０２は、マイクロプロセッサ３０２ａ及びメモリ３０２ｂを備えうる。
【００８２】
マイクロプロセッサ３０２ａは、メモリ３０２ｂに格納された命令の集合を実行するよう構成された適切なロジック部、回路、インタフェース、及び／又はコードを含みうる。マイクロプロセッサ３０２ａの例は、Ｘ８６ベースのプロセッサ、縮小命令セットコンピューティング（ＲＩＳＣ）プロセッサ、特定用途向け集積回路（ＡＳＩＣ）プロセッサ、複雑命令セットコンピューティング（ＣＩＳＣ）プロセッサ、Ｅｘｐｌｉｃｉｔｌｙ  Ｐａｒａｌｌｅｌ  Ｉｎｓｔｒｕｃｔｉｏｎ  Ｃｏｍｐｕｔｉｎｇ（ＥＰＩＣ）プロセッサ、超長命令語（ＶＬＩＷ：Ｖｅｒｙ  Ｌｏｎｇ  Ｉｎｓｔｒｕｃｔｉｏｎ  Ｗｏｒｄ）プロセッサ、マイクロコントローラ、中央処理ユニット（ＣＰＵ）、グラフィック処理ユニット（ＧＰＵ：ｇｒａｐｈｉｃｓ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ）、状態機械、及び／又は、他のプロセッサ又は回路でありうる。
【００８３】
メモリ３０２ｂは、マイクロプロセッサ３０２ａにより実行可能な、機械コード及び／又は、少なくとも１つのコードセクションを含む命令の集合を格納するよう構成されうる適切なロジック部、回路、及び／又はインタフェースを含みうる。メモリ３０２ｂはさらに、１つ以上のモジュールスタック（図２Ａ）を含みうる機能モジュール２０８を格納するよう動作しうる。メモリ３０２ｂの実現の例には、電気的に消去可能なプログラム可能リードオンリーメモリ（ＥＥＰＲＯＭ：Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、リードオンリーメモリ（ＲＯＭ：Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ハードディスクドライブ（ＨＤＤ：Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）、フラッシュメモリ、セキュアデジタル（ＳＤ：Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ）カード、ソリッドステートドライブ（ＳＳＤ：Ｓｏｌｉｄ−Ｓｔａｔｅ  Ｄｒｉｖｅ）、及び／又は、ＣＰＵキャッシュメモリが含まれうるが、これらには限定されない。
【００８４】
車体制御モジュール３０４とは、車両１０６の中央ドアロックシステムを制御するよう構成されうる適切なロジック部、回路、インタフェース、及び／又は、コードを含む他の電子制御ユニットのことであってもよい。車体制御モジュール３０４は、装置１０２又はＥＣＵ３０２からコマンドを受信するよう構成されうる。従って、車体制御モジュール３０４は、車両１０６のアクセス制御のために、中央ドアロックシステム等の他の適切な車両システム又は構成要素へとコマンドを中継して伝えうる。
【００８５】
パワートレイン制御システム３０６は、車両１０６のエンジン及びトランスミッションシステム（設けられている場合）の動作を制御する、車両１０６の搭載コンピュータのことであってもよい。パワートレイン制御システム３０６は、点火システム、燃料噴射、排気システム、及び／又は、トランスミッションシステム（設けられている場合）及び制動システム３１４の動作を制御しうる。
【００８６】
検知システム３０８は、車両１０６内に設けられた１つ以上の車両センサを備えうる。検知システム３０８は、プロセッサ２２２に入力信号を提供するために、車載ネットワーク１２６を介して、ＥＣＵ３０２に装置１０２に動作可能に接続されうる。車載ネットワーク１２６に接続するために、ＣＡＮインタフェース等の１つ以上のネットワークインタフェースが、検知システム３０８に設けられうる。検知システム３０８の１つ以上の車両センサの例には、レーダ（ＲＡＤＡＲ：ｒａｄｉｏ  ｄｅｔｅｃｔｉｏｎ  ａｎｄ  ｒａｎｇｉｎｇ）装置、ライダー（ＬＩＤＡＲ：ｌｉｇｈｔ  ｄｅｔｅｃｔｉｏｎ  ａｎｄ  ｒａｎｇｉｎｇ）装置、画像センサ、車両速度センサ、オドメトリセンサ（ｏｄｏｍｅｔｒｉｃ  ｓｅｎｓｏｒ）、ヨーレートセンサ、スピードメータ、全地球測位システム（ＧＰＳ：ｇｌｏｂａｌ  ｐｏｓｉｔｉｏｎｉｎｇ  ｓｙｓｔｅｍ）、操舵角検出センサ、車両移動方向検出センサ、磁力計、タッチセンサ、及び／又は赤外線センサが含まれうるが、これらには限定されない。検知システム３０８の１つ以上の車両センサは、車両１０６の動作状態、移動方向、位置情報、操舵角、ヨーレート、速度、及び／又は、速度変化率を検出するよう構成されうる。
【００８７】
無線通信システム３１０は、プロセッサ２２２の制御下で、１つ以上の外部装置、即ち、携帯機器１０８、通信装置１１０、クラウドサーバ１１４、医療センター１１６、救急車サービスプロバイダ１１８、及び／又は、車両故障サービスプロバイダ１２０等と通信するよう構成されうる適切なロジック部、回路、インタフェース、及び／又はコードを含みうる。１つ以上の外部装置とのこのような通信は、第２の通信ネットワーク１２４を用いて行われうる。無線通信システム３１０は、様々な構成要素を含みうる。この様々な構成要素には、アンテナ、テレマティクスユニット、無線周波数（ＲＦ：ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ）トランシーバ、１つ以上の増幅器、１つ以上のオシレータ、デジタル信号プロセッサ、近距離無線通信（ＮＦＣ：ｎｅａｒ  ｆｉｅｌｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）回路、コーダ・デコーダ（ＣＯＤＥＣ：ｃｏｄｅｒ−ｄｅｃｏｄｅｒ）チップセット、及び／又は、加入者識別モジュール（ＳＩＭ：ｓｕｂｓｃｒｉｂｅｒ  ｉｄｅｎｔｉｔｙ  ｍｏｄｕｌｅ）カードが含まれうるが、これらには限定されない。無線通信システム３１０は、プロセッサ２２２の制御下で、先に第２の通信ネットワーク１２４（図１）で説明したように、通信プロトコルを介して、第２の通信ネットワーク１２４等のネットワークと通信しうる。
【００８８】
操舵システム３１２は、パワートレイン制御システム３０６と関連付けられうる。操舵システム３１２は、車両１０６の動きを制御するために、第１のユーザ１２８等の車両ユーザにより利用されうるステアリングホイール及び／又は（電動アシスト式ステアリング用に設けられた）電動機を含みうる。一実施形態によれば、車両１０６の動き又は操舵は、車両１０６が自動モードにある場合には自動的に制御されうる。操舵システム３１２の例には、先行技術で公知の、自動操舵制御、電気式ステアリングシステム、真空（ｖａｃｕｕｍ）／油圧式ステアリングシステム、電動油圧式パワーアシストシステム（ＥＨＰＡＳ：ｅｌｅｃｔｒｏ‐ｈｙｄｒａｕｌｉｃ  ｐｏｗｅｒ‐ａｓｓｉｓｔｅｄ  ｓｙｓｔｅｍ）、又は、「ステアバイワイヤ（ｓｔｅｅｒ‐ｂｙ‐ｗｉｒｅ）」が含まれうるが、これらには限定されない。
【００８９】
制動システム３１４は、摩擦力の応用により、車両１０６を停止させ又は車両１０６の速度を落とすために利用されうる。車両１０６が自動モード又は半自動モードにある場合に、制動システム３１４は、マイクロプロセッサ３０２ａの制御下で、パワートレイン制御システム３０６からコマンドを受信するよう構成されてよい。
【００９０】
オーディオインタフェース２３６は、音を生成するよう動作可能でありうるスピーカ、チャイム、ブザー、又は他のこのような装置に接続されうる。オーディオインタフェース３１６はまた、第１のユーザ１２８等の車両１０６の乗員から、音声入力を受信するためのマイク又は他のこのような装置に接続されうる。
【００９１】
ディスプレイ３１８は、第１のユーザ１２８から入力を受信し車両１０６の乗員に対して様々な種類の情報を表示しうるタッチスクリーンのことであってもよい。オーディオインタフェース３１６は、車両１０６のインフォテイメントユニット又はヘッドユニットの一部であってもよい。一実施形態によれば、マルチメディア要素のための音声／映像データの車両内での通信は、車載ネットワーク１２６のＭｅｄｉａ  Ｏｒｉｅｎｔｅｄ  Ｓｙｓｔｅｍｓ  Ｔｒａｎｓｐｏｒｔ（ＭＯＳＴ）マルチメディア・ネットワークプロトコルを利用して行われうる。ディスプレイ３１８の例には、ヘッドユニットのディスプレイ、ヘッドアップディスプレイ（ＨＵＤ：ｈｅａｄｓ−ｕｐ  ｄｉｓｐｌａｙ）、拡張現実システム（ａｕｇｍｅｎｔｅｄ  ｒｅａｌｉｔｙ  ｓｙｓｔｅｍ）によるヘッドアップディスプレイ（ＡＲ−ＨＵＤ）、ドライバ情報コンソール（ＤＩＣ：ｄｒｉｖｅｒ  ｉｎｆｏｒｍａｔｉｏｎ  ｃｏｎｓｏｌｅ）、投影型ディスプレイ、シースルー（ｓｅｅ‐ｔｈｒｏｕｇｈ）ディスプレイ、スマートグラスディスプレイ、及び／又は、エレクトロクロミック（ｅｌｅｃｔｒｏ‐ｃｈｒｏｍｉｃ）ディスプレイが含まれうるが、これらには限定されない。車両１０６は、マイクロプロセッサ３０２ａ及び／又はプロセッサ２２２と通信するよう構成されうる他の入力／出力（Ｉ／Ｏ）デバイスを含みうる。
【００９２】
車載ネットワーク１２６は、車両１０６の様々な構成要素又はシステム、即ち、ＥＣＵ３０２、車体制御モジュール３０４、パワートレイン制御システム３０６、検知システム３０８、及び／又は、無線通信システム３１０等がそれを通じて互いに通信しうる媒体を含みうる。車載ネットワーク１２６は、車両１０６のＥＣＵ３０２と、車両１０６の他の内部のＥＣＵと、装置１０２との間のアクセス制御及び／又は通信を促進しうる。１つ以上の通信インタフェース、即ち例えばＣＡＮインタフェース、Ｌｏｃａｌ  Ｉｎｔｅｒｃｏｎｎｅｃｔ  Ｎｅｔｗｏｒｋ（ＬＩＮ）インタフェース、Ｍｅｄｉａ  Ｏｒｉｅｎｔｅｄ  Ｓｙｓｔｅｍｓ  Ｔｒａｎｓｐｏｒｔ（ＭＯＳＴ）インタフェース等が、車載ネットワーク１２６に接続するために、車両１０６の様々な構成要素又はシステムにより利用されうる。一実施形態によれば、マルチメディア要素のための音声／映像データの車両内での通信は、車載ネットワーク１２６のＭｅｄｉａ  Ｏｒｉｅｎｔｅｄ  Ｓｙｓｔｅｍｓ  Ｔｒａｎｓｐｏｒｔ（ＭＯＳＴ）マルチメディア・ネットワークプロトコルを利用して行われうる。ＭＯＳＴベースのネットワークは、ＣＡＮ（ｃｏｎｔｒｏｌｌｅｒ  ａｒｅａ  ｎｅｔｗｏｒｋ）とは別のネットワークでありうる。ＭＯＳＴベースのネットワークは、プラスチック光ファイバ（ＰＯＦ：ｐｌａｓｔｉｃ  ｏｐｔｉｃａｌ  ｆｉｂｅｒ）を利用しうる。一実施形態によれば、ＭＯＳＴベースのネットワーク、ＣＡＮ、及び他の車載ネットワークが車両１０６内で共存しうる。一実施形態によれば、プロセッサ２２２は、車載ネットワーク１２６から直接的に第２の集合の入力値を受信するよう構成されうる。代替的に、プロセッサ２２２は、車両データに対応する第２の集合の入力値をＥＣＵ３０２から受信するよう構成されうる。車載ネットワーク１２６の他の観点又は詳細については、図１で既に記載している。
【００９３】
バッテリ３２０は、１つ以上の電子回路又は負荷（図示せず）のための電源でありうる。例えば、負荷は、例えばヘッドライト、車内照明等の様々な照明、例えば車両の座席、ミラー、窓等の電動式の調節可能な構成要素、及び／又は、例えばラジオ、スピーカ、電子ナビゲーションシステム等の他の車両内インフォテイメントシステム、電気的に制御され、動かされ及び／又はアシストされるステアリング、例えば操舵システム３１２を含みうるが、これらに限定されない。バッテリ３２０は、再充電可能なバッテリでありうる。バッテリ３２０は、車内インフォテイメントシステムの、（点線で示される）ＥＣＵ３０２、検知システム３０８の１つ以上のセンサ、及び／又は、１つ以上のハードウェアユニット、例えばディスプレイ３１８の電源でありうる。バッテリ３２０は、車両１０６の点火システム（図示せず）に電力を選択的に提供することによって、車両１０６のエンジンを始動させるための電力源でありうる。
【００９４】
車両電力システム３２２は、上述したように、バッテリの充電、並びに、車両１０６の様々な電子回路及び負荷への電力出力を調整しうる。車両１０６がハイブリッド自動車又は自律走行車である場合に、車両電力システム３２２は、全ての構成要素に対して、必要とされる電圧を提供し、車両１０６が十分な時間の間バッテリ３２０の電力を利用することを可能としうる。一実施形態によれば、車両電力システム３２２は、パワーエレクトロニクス（ｐｏｗｅｒ  ｅｌｅｃｔｒｏｎｉｃｓ）に対応してよく、車載ネットワーク１２６に通信可能に接続されうる（点線で示される）マイクロコントローラを含みうる。このような実施形態において、マイクロコントローラは、マイクロプロセッサ３０２ａの制御下で、パワートレイン制御システム３０６からコマンドを受信しうる。
【００９５】
駆動時に、検知システム３０８の１つ以上の車両センサは、様々な車両パラメータ、即ち、車両１０６の動作状態、位置情報、操舵角、ヨーレート、速度値、及び／又は、速度変化率等を検出しうる。車両パラメータはまた、車両１０６の車両位置精度データ、制動システム３１４の制動システム状態、車両安定性システムの状態、車両診断データ、及び／又は、他の車両パラメータを含みうる。検出された車両パラメータに相当する車両データは、第２の集合の入力値として、車載ネットワーク１２６を介して装置１０２のプロセッサ２２２へと伝達されうる。第２の集合の入力値は、通信インタフェース２２８を用いて、プロセッサ２２によって車載ネットワーク１２６から抽出されうる。
【００９６】
一実施形態によれば、車両１０６の１つ以上のＥＣＵ、即ち例えば車体制御モジュール３０４及び／又はパワートレイン制御システム３０６は、ＣＡＮバス等の車載ネットワーク１２６を介して、プロセッサ２２２から１つ以上の制御コマンドを受信しうる。車両１０６の１つ以上の機能の制御は、プロセッサ２２２からの受信された１つ以上の制御コマンドに応じて行われうる。車両１０６の１つ以上の機能を制御するための、プロセッサ２２２からの１つ以上の制御コマンドの受信は、装置１０２の決定された動作モードに従いうる。例えば、決定された動作モードが運転直前モード２１２である場合に、車両１０６の１つ以上のＥＣＵは、第１のユーザ１２８の認証等のユーザ認証の失敗を示すために、車両１０６で聴覚的、視覚的、又は触覚的応答を生成するための制御コマンドを受信しうる。
【００９７】
一実施形態によれば、運転直前モード２１２において、車両１０６のドアを開け又は開けないために、制御コマンドが車両１０６の１つ以上のＥＣＵにより受信されうる。さらに、運転直前モード２１２において、車両１０６を始動するために車両１０６による点火を有効化又は無効化するために、制御コマンドが車両１０６の１つ以上のＥＣＵにより受信されうる。
【００９８】
一実施形態によれば、車両１０６の１つ以上のＥＣＵは、第１のユーザ１２８と関連付けられた所定の個人用設定を動的に設定するために、制御コマンドを受信しうる。この動的な設定は、図２Ｂで記載したように、車両１０６での機械的又は非機械的な設定に相当しうる。
【００９９】
一実施形態によれば、ＥＣＵ３０２等の車両１０６の１つ以上のＥＣＵは、車両１０６で、車両及び／又はユーザの運転適性状態又は運転不適性状態を出力するための制御コマンドを受信しうる。このような制御コマンドは、装置１０２が運転直前モード２１２にある場合に受信されうる。上記出力は、装置１０２のＩ／Ｏ装置２２６、車両１０６のオーディオインタフェース３１６、ディスプレイ３１８、及び／又は、表示灯（LＥＤ（ｌｉｇｈｔ‐ｅｍｉｔｔｉｎｇ  ｄｉｏｄｅ）インジケータ等）を利用して行われる視覚的、聴覚的、又は触覚的出力でありうる。一実施形態によれば、装置１０２は、車両１０６の車両電力システム３２２を利用して、バッテリ３２０により電力供給されうる。一実施形態によれば、装置１０２は、別体の組み込まれたバッテリにより電力供給されうる。
【０１００】
一実施形態によれば、認証されたユーザ、即ち例えば第１のユーザ１２８が車両１０６内で検出される場合に、ＥＣＵ３０２等の車両１０６の１つ以上のＥＣＵは、所定の時間間隔で１つ以上の温度変更信号を受信しうる。このような１つ以上の温度変更信号は、装置１０２が屋外運転モード２１４である場合に受信されうる。
【０１０１】
一実施形態によれば、無線通信システム３１０は、警察制御室１１２に位置する、通信装置１１０等の通信装置に盗難アラートを伝達するための制御コマンドを受信しうる。この制御コマンドは、装置１０２が屋外運転モード２１４にある場合に受信されうる。一実施形態によれば、無線通信システム３１０は、１つ以上の外部装置に健康アラート通知を伝達するための１つ以上の制御コマンドを受信しうる。健康アラート通知を伝達するための１つ以上の制御コマンドは、装置１０２の動作モードが屋外運転モード２１４又はユーザ危機的健康モード２２０である場合に受信されうる。
【０１０２】
一実施形態によれば、ＥＣＵ３０２等の車両１０６の１つ以上のＥＣＵは、車両１０６内の温度を制御するために、装置１０２から温度変更信号を受信しうる。この場合、屋外非運転モード２１６において装置１０２により検出されるように、第１のユーザ１２８が車両１０６の外にいる場合に、温度変更信号は、第１のユーザ１２８の体温に基づいて受信されうる。
【０１０３】
一実施形態によれば、無線通信システム３１０は、装置１０２により指示されるように、車両故障サービスプロバイダ１２０に車両１０６の車両故障情報を伝達するための制御コマンドを受信しうる。車両故障情報を伝達するための制御コマンドは、装置１０２が車両故障モード２１８にある場合に受信されうる。一実施形態によれば、無線通信システム３１０は、第２の通信ネットワーク１２４を介して、車両故障サービスプロバイダ１２０から確認応答を受信しうる。
【０１０４】
図４Ａ及び図４Ｂでは、本開示の一実施形態に係る、車両内の１つ以上の制御回路及び１つ以上のウェアラブル装置との相互作用を管理するための開示された装置及び方法の実現の第１の例示的な状況を説明する。図４Ａ及び図４Ｂは、図１、図２Ａ、図２Ｂ、及び図３からの構成要素と併せて説明される。図４Ａを参照すると、自宅の駐車場に駐車されうる車両１０６が示されている。車両１０６は、車両１０６に設置された装置１０２を含みうる。さらに、車両１０６は、第１の車両ユーザ４０２、第２の車両ユーザ４０４、及び／又は、第３の車両ユーザ４０６等の車両１０６の複数のユーザと関連付けられうる。さらに、第１の車両ユーザ４０２の腕に接着されたイオントフォレシスパッチ４０８と、第１の車両ユーザ４０２に埋め込まれた移植可能な植え込み型除細動器（ＩＣＤ）４１０と、が示されている。第２の車両ユーザ４０４に装着されたスマートバンド４１２、及び、第３の車両ユーザ４０６に装着されたスマートウォッチ４１４も示されている。
【０１０５】
第１の例示的な状況よれば、イオントフォレシスパッチ４０８、ＩＣＤ４１０、スマートバンド４１２、及び、スマートウォッチ４１４は、１つ以上のウェアラブル装置１０４（図１）に相当しうる。第１の車両ユーザ４０２、第２の車両ユーザ４０４、及び第３の車両ユーザ４０６のウェアラブル装置は、装置１０２に予め登録されうる。一実施形態によれば、第１の車両ユーザ４０２は、イオントフォレシスパッチ４０８、植え込み型除細動器（ＩＣＤ）４１０等の、第１の車両ユーザ４０２と関連付けられたウェアラブル装置を、「マスタユーザ」（Ｍａｓｔｅｒ  Ｕｓｅｒ）のウェアラブル装置として、装置１０２で予め定めうる家族の長でありうる。第１の車両ユーザ４０２はまた、第２の車両ユーザ４０４、第３の車両ユーザ４０６等の家族の他のメンバと関連付けられたウェアラブル装置のユーザレベルを予め定めうる。例えば、第２の車両ユーザ４０４に装着されたスマートバンド４１２は、「ユーザレベル：＜レベル２＞」のウェアラブル装置として予め定められうる。時速７０Ｋｍの制限速度等の、車両１０６についての様々な設定が、ユーザレベルが「＜レベル２＞」の第２の車両ユーザ４０４のために定められうる。第２の車両ユーザ４０４の生命に関わる有効な生理的パラメータが、第２の車両ユーザ４０４に装着されたスマートバンド４１２から、当該スマートバンド４１２の記録時間に装置１０２で受信されうる。スマートバンド４１２等のウェアラブル装置の記録時間に受信される、このような生命に関わる生理的パラメータは、装置１０２で格納され、又はクラウドサーバ１１４等のリモートサーバに格納されうる。この情報は、後にユーザ認証中に利用されうる。同様に、第３の車両ユーザ４０６に装着されたスマートウォッチ４１４が、「ユーザレベル：＜レベル３＞」のウェアラブル装置として予め設定されうる。車両１０６のための時速６０Ｋｍの制限速度が、装置１０２において、ユーザレベル「＜レベル３＞」の第３の車両ユーザ４０６のために定められうる。
【０１０６】
駆動時に、装置１０２は、イオントフォレシスパッチ４０８、ＩＣＤ４１０、スマートバンド４１２、スマートウォッチ４１４等の、装置１０２に通信可能に接続されたウェアラブル装置から、入力値を受信するよう構成されうる。装置１０２は、ＧＰＳセンサ等の車両１０６又は装置１０２に埋め込まれた１つ以上の車両センサから、入力値を受信するよう構成されうる。装置１０２は、ウェアラブル装置から受信された入力値、及び、１つ以上の車両センサから受信された入力値に基づいて、装置１０２の動作モードをホームモード２１０として定めるよう構成されうる。
【０１０７】
一実施形態によれば、装置１０２は、イオントフォレシスパッチ４０８、ＩＣＤ４１０、スマートバンド４１２、スマートウォッチ４１４等のウェアラブル装置から受信された入力値に基づいて、第１の車両ユーザ４０２、第２の車両ユーザ４０４、第３の車両ユーザ４０６等の複数のユーザの、生命に関わる健康データを連続的に同時に監視するよう構成されうる。装置１０２は、第１の車両ユーザ４０２、第２の車両ユーザ４０４、及び第３の車両ユーザ４０６の受信された生命に関わる健康データが、正常範囲内にあるかどうか、及び／又は、各ユーザに対応する予め設定された健康閾値（ユーザの生命に関わる健康データに基づく個人用健康閾値等）に従っているかどうかを検出するよう構成されうる。正常な健康状態が検出された例において、装置１０２は、複数のユーザの生命に関わる健康データの監視を続けうる。第１の車両ユーザ４０２又は第２の車両ユーザ４０４について異常な健康状態が検出された例において、装置１０２は、動作モードをユーザ危機的健康モード２２０に切り替えられる。装置１０２は、第１の車両ユーザ４０２等のマスタユーザの現在の位置情報、即ち例えば自宅位置等と共に、健康アラート通知を家族メンバの所定の介護者へと送信しうる。
【０１０８】
一実施形態によれば、複数ユーザの少なくとも一人、即ち、例えば第１の車両ユーザ４０２が、友人を訪問することを望み、装置１０２を備える車両１０６に向かって移動する可能性がある。装置１０２は、第１の車両ユーザ４０２のイオントフォレシスパッチ４０８及びＩＣＤ４１０が、装置１０２から１メートルの範囲内等の、装置１０２又は車両１０６の所定の第１の近接範囲内にあることを検出しうる。この場合、装置１０２は、動作モードを、ホームモード２１０から運転直前モード２１２に切り替えられる。
【０１０９】
図４Ｂを参照すると、車両ドア４１６、自宅駐車場に駐車されうる車両１０６に設置された装置１０２、及び、車両１０６の近傍にいる第１の車両ユーザ４０２がさらに示されている。装置１０２は、関連するユーザに対応する少なくとも１つのウェアラブル装置が装置１０２の所定の第１の近接範囲内で検出された場合には、第１の車両ユーザ４０２、第２の車両ユーザ４０４、及び／又は、第３の車両ユーザ４０６等の、一人以上のユーザの認証を行うよう構成されうる。例えば、イオントフォレシスパッチ４０８及びＩＣＤ４１０が、装置１０２から「１メートル」の近接範囲内で検出された場合には、装置１０２は、第１の車両ユーザ４０２と関連付けられたＩＣＤ４１０及び／又はイオントフォレシスパッチ４０８から入力値を読出しうる。この場合に読み出された入力値は、生命に関わる生理的パラメータ（心拍数等）、患者の性別、ウェアラブル装置（ＩＣＤ４１０等）の一意の識別子、及び／又は、ＥＣＧデータでありうる。受信された入力値は、装置１０２で、ＩＣＤ４１０の記録時間に受信された、予め格納された生命に関わる生理的パラメータとの比較に基づいて検証されうる。一実施形態によれば、受信された入力値は、第１の車両ユーザ４０２のユーザ認証のために受信データを検証するために、クラウドサーバ１１４に送信されうる。 
【０１１０】
一実施形態によれば、第１の車両ユーザ４０２の認証に基づいて、装置１０２は、車両１０６の複数の機能を実行するために、車両１０６のＥＣＵに１つ以上の制御コマンドを送信しうる。装置１０２は、車両のドア４１６を開け車両１０６の点火システムの点火を有効化するために、車両１０６の車体制御モジュール３０４、パワートレイン制御システム３０６等のＥＣＵに、１つ以上の制御コマンドを送信しうる。装置１０２はさらに、車両１０６で認証された第１の車両ユーザ４０２と関連付けられた所定の個人用設定を動的に設定するために、１つ以上の制御コマンドを車両１０６のＥＣＵに送信しうる。例えば、車両１０６の運転席の調整、車両１０６のミラーの位置の調整等の或る機械的設定が、第１の車両ユーザ４０２の認証に基づいて、車両１０６において行われうる。同様に、車内雰囲気の自動調整、第１の車両ユーザ４０２の選好に従った歌の再生リストの自動読み込み等の非機械的な設定が、車両１０６で行われうる。
【０１１１】
一実施形態によれば、第１の車両ユーザ４０２の代わりに、第２の車両ユーザ４０４が、車両１０６を運転することを望み、車両１０６に向かって移動しうる。この場合に装置１０２は、第２の車両ユーザ４０４のスマートバンド４１２が、装置１０２の所定の第１の近接範囲内にあることを検出しうる。第１の車両ユーザ４０２について先に記載したように、装置１０２は、スマートバンド４１２から受信された第２の車両ユーザ４０４のＥＣＧデータ等の入力値に基づいて、第２の車両ユーザ４０４の認証を行うよう構成されうる。
【０１１２】
或る例において、第１の車両ユーザ４０２、第２の車両ユーザ４０４、第３の車両ユーザ４０６等の複数ユーザのウェアラブル装置が、装置１０２の所定の第１の近接範囲内で同時に検出されうる。このような例において、装置１０２は、第１の車両ユーザ４０２等のマスタユーザを優先するよう構成されうる。従って、上記認証、及び／又は所定の個人用設定の動的な設定が、（本ケースでは）第１の車両ユーザ４０２等のマスタユーザのために行われうる。
【０１１３】
一実施形態によれば、複数ユーザが検出される場合に、装置１０２は、ＯＲＶＭカメラ等の１つ以上のセンサを車両１０６で作動しうる。１つ以上のセンサは、車両１０６の各ユーザの進入ポイントを検出するために、車両１０６に対する各ユーザの位置を決定しうる。例えば、第１の車両ユーザ４０２は、車両ドア４１６（運転者側の車両ドア等）から車両１０６に入るのが検出されうる。第２の車両ユーザ４０４は、車両１０６の他の前部の車両ドア（乗員側等）から車両１０６に入るのが検出されうる。第３の車両ユーザ４０６は、車両１０６の後部ドアのうちの１つから車両１０６に入るのが検出されうる。
【０１１４】
このような例において、装置１０２は、車両１０６で認証された複数ユーザと関連付けられた所定の個人用設定を動的に設定するために、車両１０６のＥＣＵに一連の制御コマンドを送信するよう構成されうる。例えば、運転席は、第１の車両ユーザ４０２の個人用設定ごとに調整されうる。乗員側の全部座席は、第２の車両ユーザ４０の個人用設定ごとに同時に調整され、さらに、乗員の後部座席は、第３の車両ユーザ４０６の個人用設定ごとに調整されうる。車両１０６のミラー調整及び／又は車両１０６の内部温度の調整等の、他の機械的又は非機械的な設定が、装置１０２で予め設定されたマスタユーザの個人用設定ごとに調整されうる。マスタユーザが車両１０６内に存在しない例において、運転席で検出されたユーザの個人用設定が、車両１０６での動的な設定のために利用されうる。
【０１１５】
一実施形態によれば、装置１０２は、運転開始前に、車両１０６の車載診断（ＯＢＤ）インタフェースを利用して、ヴィークルヘルス（ｖｅｈｉｃｌｅ  ｈｅａｌｔｈ）を定めるよう構成されうる。第１の車両ユーザ４０２等のユーザの健康と、ヴィークルヘルスとの双方が満足な状態であると判定された場合には、音声出力が、第１の車両ユーザ４０２と車両１０６の双方が運転に適した状態であることを示すために生成されうる。装置１０２は、動作モードを、運転直前モード２１２から屋外運転モード２１４に切り替えるよう構成されうる。
【０１１６】
一実施形態によれば、装置１０２は、車両１０６が移動しており屋外運転モード２１４にある場合には、所定の時間間隔で、ＩＣＤ４１０等のウェアラブル装置と通信するよう構成されうる。このことは、第１の車両ユーザ４０２等の少なくとも一人の認証されたユーザの存在を確認するために行われる。認証されたユーザが屋外運転モード２１４の間に車両１０６内で検出されない場合には、盗難アラートが、警察制御室１１２等の警察署に位置付けられた通信装置１１０に伝達されうる。警察制御室１１２の通信装置１１０は、車両１０６の現在の位置からの警察制御室１１２の距離が、他の警察署と比較して最も近い可能性があるため選択されうる。
【０１１７】
一実施形態によれば、装置１０２は、車両１０６を運転する認証されたユーザの予め定められたユーザレベルに従って、車両１０６の車両速度を制御するよう構成されうる。例えば、第１の車両ユーザ４０２（マスタユーザ）が車両１０６を運転する場合には、装置１０２は、車両１０６の制限速度の制御が許されない。しかしながら、「＜レベル２＞」の第２の車両ユーザ４０４が車両１０６を運転する場合には、装置１０２は、車両１０６の速度を予め設定された制限速度に対して、例えば時速７０ｋｍに対して制御するために、パワートレイン制御システム３０６に制御コマンド送信してもよい。同様に、「＜レベル３＞」の第３の車両ユーザ４０６が車両１０６を運転する場合には、装置１０２は、車両１０６の速度を予め設定された制限速度に対して、例えば時速６０ｋｍに対して制御するために、パワートレイン制御システム３０６に制御コマンド送信してもよい。
【０１１８】
図５は、本開示の一実施形態に係る、車両内の１つ以上の制御回路及び１つ以上のウェアラブル装置との相互作用を管理するための開示された装置及び方法の実現の第２の例示的な状況を説明する。図５は、図１、図２Ａ、図２Ｂ、図３、図４Ａ、及び図４Ｂからの構成要素と併せて説明される。図５を参照すると、車両１０６の側面図５００が示されており、ここでは、車両１０６を運転している第１の車両ユーザ４０２が描かれている。さらに、車両１０６内で利用される装置１０２に通信可能に接続された、第１の車両ユーザ４０２のイオントフォレシスパッチ４０８及びＩＣＤ４１０が示されている。
【０１１９】
駆動時に、装置１０２は、装置１０２に通信可能に接続されうるイオントフォレシスパッチ４０８及びＩＣＤ４１０から入力値を受信するよう構成されうる。装置１０２は、車両１０６に埋め込まれた１つ以上の車両センサ、例えばＧＰＳセンサ、オドメトリセンサ等から入力値を受信するよう構成されうる。装置１０２は、イオントフォレシスパッチ４０８、ＩＣＤ４１０等のウェアラブル装置から受信された入力値、及び、１つ以上の車両センサから受信された入力値に基づいて、装置１０２の動作モードを屋外運転モード２１４として決定するよう構成されうる。
【０１２０】
一実施形態によれば、装置１０２は、速い心拍速度及び／又は心調律の値等の、ＩＣＤ４１０から周期的に受信される入力値に基づいて、心室頻拍等の第１の車両ユーザ４０２の異常な医学的症状を検出するよう構成されうる。装置１０２は、第１の車両ユーザ４０２と関連付けられた健康閾値に基づいて、第１の車両ユーザ４０２にとっては決定的な、検出された心室頻拍の重症度を定めるよう構成されうる。この場合に装置１０２は、動作モードを、屋外運転モード２１４からユーザ危機的健康モード２２０へと切り替えられる。
【０１２１】
一実施形態によれば、ユーザ危機的健康モード２２０にある装置１０２は、介護者１３２、最も近い病院、及び／又は、救急車サービスプロバイダ１１８等の救急車サービスプロバイダ等の携帯機器１０８へと、第１のユーザ１２８の現在の位置情報と共に、健康アラート通知を送信するよう構成されうる。第１の車両ユーザ４０２の異常な医学的症状により、車両１０６を走行させる能力が損なわれていることを装置１０２が検出した場合には、装置１０２は、車両１０６を自動モードに切り替えるために、車両１０６の１つ以上のＥＣＵに制御コマンドを送信しうる。この場合に、車両１０６は、最も近い病院に車両１０６を走行するよう自動的に操舵されうる。
【０１２２】
一実施形態によれば、装置１０２は、介護者１３２の携帯機器１０８に健康アラートを伝達するための入力を受信しうる。この入力は、第１の車両ユーザ４０２からのカスタマイズされたメッセージにも相当しうる。例えば、第１の車両ユーザ４０２は、術後の激しい痛み等の深刻な痛みを感じている可能性があり、介護者１３２にこの痛みを報知するために、カスタマイズされたメッセージを伝達したい可能性がある。一実施形態によれば、健康アラート及び／又はカスタマイズされたメッセージに相当する入力が、（装置１０２の）プロセッサ２２２を直接的に利用することにより、第１の車両ユーザ４０２によって提供されうる。一実施形態によれば、上記入力は、ディスプレイ３１８を利用した、第１の車両ユーザ４０２により提供されるタッチ入力でありうる。さらに、上記入力は、車両１０６のオーディオインタフェース３１６に取り付けられたマイクを利用した、第１の車両ユーザ４０２により提供される音声入力でありうる。受信された入力に基づいて、装置１０２は、装置１０２の動作モードが屋外運転モード２１４である間に、介護者１３２の携帯機器１０８に対して、第１の車両ユーザ４０２が感じた深刻な痛みを示すために、カスタマイズされたメッセージと共に健康アラートを伝達するよう構成されうる。
【０１２３】
一実施形態によれば、装置１０２は、第１の車両ユーザ４０２の痛みを遠隔から管理するための、介護者１３２からの指示を受信するよう構成されうる。例えば、携帯機器１０８の指示は、例えば、以下のような所定のフォーマットにより受信されうる。
"<release>Drug Name</release>;<duration>N seconds</duration>;
<dosage>quantity</dosage>;<date_and_time>08-08-2015:1800-1830</date_and_time>;
<device_unique_ID>WD02</device_uniqueID>"
装置１０２は、受信された指示に基づいて、即ち、例えば、イオントフォレシスパッチ４０８を表す「ＷＤ０２」等の一意の識別子に基づいて、管理された薬物放出のコマンドを特定のウェアラブル装置に送信するための受信された指示の構文解析を行いうる。管理された薬物放出のコマンドは、介護者１３２から受信された指示を含み、即ち例えば「５秒間の間鎮痛薬を放出せよ」等の指示を含みうる。受信された指示に基づいて、イオントフォレシスパッチ４０８が、上記医薬品の経皮デリバリのために当該医薬品を放出してもよい。一実施形態によれば、介護者１３２の指示に従って上記医薬品が投与される前に、第１の車両ユーザ４０２からの同意が、装置１０２により又は第１の車両ユーザ４０２に関連付けられたウェアラブル装置の１つにより受信されうる。このようにして、スマートな仕組みが、ウェアラブル装置と車両１０６とをつなぐため、ウェアラブル装置の有用性を最大化するため、第１の車両ユーザ４０２等の車両ユーザの安全を保証するため、出先で向上した健康管理を提供するために提供されうる。
【０１２４】
図６Ａ〜図６Ｇは、本開示の一実施形態に係る、車両内の１つ以上の制御回路及び１つ以上のウェアラブル装置との相互作用を管理するための例示的な方法を説明するフローチャートをまとめて示している。図６Ａ〜図６Ｇを参照すると、フローチャート６００が、図１、図２Ａ、図２Ｂ、図３、図４、及び図５と併せて記載されている。本方法は、工程６０１で始まって、工程６０２に進む。
【０１２５】
工程６０２において、第１の集合の入力値が、１つ以上のウェアラブル装置１０４（図１）から受信されうる。イオントフォレシスパッチ４０８、ＩＣＤ４１０等の、１つ以上のウェアラブル装置１０４は、第１の車両ユーザ４０２（図４Ａ）等の第１のユーザ１２８と関連付けられうる。１つ以上のウェアラブル装置１０４は、第１の通信ネットワーク１２２を介して、車両１０６内で利用される装置１０２に通信可能に接続されうる。一実施形態によれば、第１の集合の入力値は、生命に関わる健康データ、即ち例えば（図２Ａ及び図２Ｂで詳細に記載したような）第１のユーザ１２８のＥＣＧ、心拍数、呼吸数、血中酸素濃度、血中アルコール濃度、血圧、及び／又は体温等を含みうる。
【０１２６】
工程６０３において、第２の集合の入力値が、車両１０６に埋め込まれた１つ以上の車両センサから受信されうる。例えば、第２の集合の入力値は、検知システム３０８、車両電力システム３２２、パワートレイン制御システム３０６、又は車体制御モジュール３０４の１つ以上のセンサから受信されうる。第２の集合の入力値は、車載ネットワーク１２６を介して検知システム３０８、車両電力システム３２２、パワートレイン制御システム３０６、ＥＣＵ３０２、又は車体制御モジュール３０４から受信されうる車両データ、即ち、例えば、車両１０６の動作状態、地理空間的位置、ヨーレート、速度、移動方向、操舵角、運転操作モード、及び／又は他の車両パラメータを含みうる。運転操作モードは、以下のうちの１つ、即ち、（１）運転者が手動で車両１０６を運転するマニュアル運転モード、（２）車両１０６が自動的に走行する自動運転モード、及び、（３）乗員の入力無しで車両１０６が自動的に目的地を設定して自動的に走行する緊急運転モード、のうちの１つでありうる。第２の集合の入力値に加えて、１つ以上のカメラ、ミリ波スキャナ等の検知システム３０８のセンサにより撮られた画像データ又は映像データも受信されうる。画像データ又は映像データは、車両１０６の外部環境の画像、又は、車両１０６の運転者若しくは乗員の画像を含みうる。第２の集合の入力値は、画像データ又は映像データの解析結果を含み、即ち例えば、画像データ又は映像データで同定された物体の名称、乗員の感情、外部環境の気候、外部環境を考慮した車両１０６の事故のリスクレベル等を含みうる。一実施形態によれば、工程６０３は、工程６０２と並行して処理されうる。
【０１２７】
工程６０４において、受信された第１の集合の入力値及び第２の集合の入力値のデータ種別が決定されうる。第１の集合の入力値のデータ種別は、第１のユーザ１２８（図１）、第１の車両ユーザ４０２、第２の車両ユーザ４０４、及び／又は、第３の車両ユーザ４０６（図４Ａ）等の、車両ユーザの健康データに相当しうる。第２の集合の入力値のデータ種別は、動作状態及び／又は車両安定性システムの現在の状態等の、車両１０６のヘルスデータに相当しうる。
【０１２８】
工程６０５において、装置１０２の動作モードが、受信された第１の集合の入力値及び第２の集合の入力値に基づいて決定されうる。一実施形態によれば、車両１０６の現在の位置情報、車両１０６の動作状態、及び／又は、決定されたデータ種別が、動作モードの決定のために利用されうる。一実施形態によれば、車両１０６の１つ以上の機能が、装置１０２の決定された動作モードに基づいて制御されうる。決定された動作モードは、図２Ａで記載したような、ホームモード２１０、運転直前モード２１２、屋外運転モード２１４、屋外非運転モード２１６、車両故障モード２１８、及び／又は、ユーザ危機的健康モード２２０でありうる。一実施形態によれば、車両１０６の１つ以上の機能の制御は、決定されたデータ種別、及び、第１のユーザ１２８と関連付けられた１つ以上の予め設定されたユーザ設定にさらに基づきうる。
【０１２９】
決定された動作モードがホームモード２１０である例において、上記制御は工程６０６（図６Ｂ）に移る。決定された動作モードが運転直前モード２１２である例において、上記制御は工程６１１（図６Ｃ）に移る。決定された動作モードが屋外運転モード２１４である例において、上記制御は工程６２７（図６Ｄ）に移る。決定された動作モードが屋外非運転モード２１６である例において、上記制御は工程６３９（図６Ｅ）に移る。決定された動作モードが車両故障モード２１８である例において、上記制御は工程６５０（図６Ｆ）に移る。決定された動作モードがユーザ危機的健康モード２２０である例において、上記制御は工程６５４（図６Ｇ）に移る。
【０１３０】
図６Ｂを参照すると、工程６０６での制御は、決定された動作モードがホームモード２１０である場合に、工程６０５（図６Ａ）から引き継がれうる。工程６０６において、決定された動作モードがホームモード２１０である場合に、１つ以上のウェアラブル装置１０４から受信された生命に関わる健康データ、例えば心拍数等が監視される（図４Ａで示され詳細に記載している）。工程６０７において、受信された生命に関わる健康データが、予め設定された健康閾値に従っているか、又は１つ以上の予め設定された医学的安全限界値内にあるかどうかが、心拍数等の対応する生命に関わる健康パラメータに基づいて検出されうる。受信された生命に関わる健康データが予め設定された健康閾値に従っておらず及び／又は１つ以上の予め設定された医学的安全限界値内にない例において、上記制御は、工程６０８に移る。受信された生命に関わる健康データが予め設定された健康閾値に従っており及び／又は１つ以上の予め設定された医学的安全限界値内にある例において、上記制御は工程６０９に進む。
【０１３１】
工程６０８において、装置１０２において、ホームモード２１０がユーザ危機的健康モード２２０に切り替えられうる。上記制御は、工程６５４（図６Ｇ）に移る。工程６０９において、１つ以上のウェアラブル装置１０４が、装置１０２からの予め設定された第１の近接範囲内にあるかどうかが検出されうる。例えば、図４Ｂで示し記載したように、装置１０２は、第１の車両ユーザ４０２のイオントフォレシスパッチ４０８及びＩＣＤ４１０が、装置１０２又は車両１０６の予め定められた第１の近接範囲内にあるか、即ち、例えば装置１０２から１メートルの範囲内にあるかどうかを検出しうる。
【０１３２】
１つ以上のウェアラブル装置１０４が、装置１０２からの予め設定された第１の近接範囲内に存在する例において、上記制御は工程６１０に移る。１つ以上のウェアラブル装置１０４が装置１０２からの予め設定された第１の近接範囲内にない例において、上記制御は工程６０６に戻る。工程６１０において、装置１０２において、ホームモード２１０が運転直前モード２１２に切り替えられうる。この場合、上記制御は、工程６１１（図６Ｃ）に移る。
【０１３３】
図６Ｃを参照すると、工程６１１での制御は、決定された動作モードが運転直前モード２１２である場合に、工程６０５（図６Ａ）から引き継がれうる。工程６１１において、第１のユーザ１２８と関連付けられた１つ以上のウェアラブル装置１０４から受信された第１の集合の入力値に基づいて、第１のユーザ１２８の認証が行われうる。上記認証は、第１のユーザ１２８と関連付けられた１つ以上のウェアラブル装置１０４が、車両１０６で利用される装置１０２からの予め設定された近接範囲内で検出される場合に行われうる。装置１０２から「１メートル」等の予め設定された近接範囲内にある第１の車両ユーザ４０２の認証の例を、図４Ｂで示し記載している。
【０１３４】
工程６１２において、第１のユーザ１２８の認証が成功したか又は成功しなかったかが確認されうる。認証が成功しなかった場合に例において、上記制御は工程６１３に移りうる。上記認証が成功した例において、上記制御は工程６１４に移りうる。工程６１３において、聴覚的、視覚的、又は触覚的な応答が車両１０６で生成されうる。このことは、認証の失敗を示すめために行われる。上記制御は、認証を再度試みるために工程６１１に戻ってもよく、又は、終了工程６１８（図６Ｃ）に移ってもよい。工程６１４において、第１のユーザ１２８に関連付けられたアルコール濃度が、血中アルコール濃度（ＢＡＣ：ｂｌｏｏｄ  ａｌｃｏｈｏｌ  ｃｏｎｔｅｎｔ）に相当する予め設定された安全限界値よりも高いかどうかが検出されうる。第１のユーザ１２８と関連付けられたアルコール濃度（アルコールの酩酊レベル等）が、予め設定された安全限界値よりも高い例において、上記制御は、工程６１６に移る。第１のユーザ１２８と関連付けられたアルコール濃度が、予め設定された安全限界値よりも低い例において、上記制御は工程６１９に移る。
【０１３５】
工程６１６において、車両１０６のドアを開けず及び／又は車両１０６の点火システムによる点火を行わないために、１つ以上の制御コマンドが、車体制御モジュール３０４及び／又はパワートレイン制御システム３０６等の車両１０６の１つ以上のＥＣＵに送信されうる。このことは、高いＢＡＣが検出されている場合に、交通ルール違反を回避し第１のユーザ１２８が車両１０６を運転することを防止するために役立つ。工程６１７において、第１のユーザ１２８等のユーザの運転不適性応答が、車両１０６で生成されうる。この応答は、車両１０６での聴覚的又は視覚的応答でありうる。上記制御は、図６Ｃの終了工程６１８に移りうる。
【０１３６】
工程６１９において、第１のユーザ１２８に関連付けられたアルコール濃度が、予め設定された安全限界値よりも低い場合には、車両１０６を始動するために車両１０６のドアを開け及び／又は車両１０６の点火システムによる点火を行うために、１つ以上の制御コマンドが、車体制御モジュール３０４及び／又はパワートレイン制御システム３０６等の車両１０６の１つ以上のＥＣＵに送信されうる。工程６２０において、車両１０６で認証された第１のユーザ１２８と関連付けられた所定の個人用設定が動的に設定されうる。機械的設定と非機械的設定の双方を含みうるこのような動的な設定は、先に図２Ｂ及び図４Ｂで例示したように、第１のユーザ１２８の認証が成功した場合に行われうる。
【０１３７】
工程６２１において、運転開始前に、ヴィーイクルヘルスが、車載診断（ＯＢＤ）インタフェースを利用して車両１０６について定められうる。工程６２２において、ヴィーイクルヘルスが「ＯＫ」であるか又は欠陥があるかどうかがチェックされうる。ヴィーイクルヘルスが正常状態にあると判定された例において、上記制御は工程６２３に移りうる。ヴィーイクルヘルスに欠陥があると判定された例において、上記制御は工程６２５に移りうる。
【０１３８】
工程６２３において、車両の運転適性出力が、車両１０６で生成されうる。この出力は、車両１０６での、緑色の表示灯等の視覚的出力、触覚的出力、又は聴覚的出力でありうる。このことは、車両１０６が運転に適した状態にあることを示しうる。工程６２４において、装置１０２で、運転直前モード２１２が屋外運転モード２１４に切り替えられうる。この場合、上記制御は、工程６２７（図６Ｄ）に移りうる。一実施形態によれば、工程６２２と工程６２３の間に、運転者又は乗員の感情が、装置１０２により検出されうる。この検出は、第１の集合の入力値と、第２の集合の入力値としての、車両１０６で現在設定されている運転モードとが、装置１０２により受信されているため行われうる。従って、適切な運転操作モードが、検出された感情、及び、現在設定されている動作モードに基づいて検出されうる。検出された感情に従った適切な運転操作モードが車両１０６で設定されうるように、決定された適切な運転操作モードが車両１０６に送信されうる。例えば、乗員の感情が「イライラしている」として検出される可能性があり、現在設定されている運転操作モードが「自動運転モード」である可能性がある。このような場合に、通常よりもゆっくりと走行する「自動リラックス運転モード」が、装置１０２により選択されうる。自動リラックス運転モード」を設定するためのコマンドが、装置１０２から車両１０６に送信されうる。
【０１３９】
工程６２５において、車両の運転不適性出力が、車両１０６で生成されうる。この出力は、車両１０６が運転に適さない状態にあることを示すための、車両１０６での、赤の表示灯等の他の視覚的出力、触覚的出力、又は聴覚的出力でありうる。工程６２６において、装置１０２での運転直前モード２１２が、車両故障モード２１８に切り替えられうる。この場合、上記制御は、工程６５０（図６Ｆ）に移りうる。
【０１４０】
図６Ｄを参照すると、工程６２７の制御は、決定された動作モードが屋外運転モード２１４である場合に、工程６０５（図６Ａ）から引き継がれうる。工程６２７において、装置１０２は、車両が動いている間に、２０秒ごと又は５分ごと等の所定の時間間隔で１つ以上のウェアラブル装置１０４と通信しうる。このことは、図５の例で示したように、屋外運転モード２１４において、第１のユーザ１２８等の認証されたユーザの存在を確認するために行われうる。工程６２８において、屋外運転モード２１４である間に、第１のユーザ１２８（図１）又は第１の車両ユーザ４０２（図５）等の少なくとも一人のユーザが車両１０６に存在しているかどうかが検出されうる。
【０１４１】
屋外運転モード２１４において、認証されたユーザが車両１０６内で検出されない例において、上記制御は工程６２９に移りうる。屋外運転モード２１４において、認証されたユーザが車両１０６内で検出される例において、上記制御は、工程６３１に移りうる。工程６２９において、盗難アラートが、車両１０６の近傍に位置付けられた通信装置、例えば警察署に置かれた通信装置１１０等に伝達されうる。上記制御は、終了工程６３０に移りうる。
【０１４２】
工程６３１において、屋外運転モード２１４である間に、１つ以上の温度変更信号が、所定の時間間隔で、車両１０６のＥＣＵに送信されうる。このことは、第１のユーザ１２８又は第１の車両ユーザ４０２等の認証されたユーザが、車両１０６内で検出された場合に行われうる。工程６３２において、心拍数及び／又は血圧等の、１つ以上のウェアラブル装置１０４から受信された生命に関わる健康データが監視されうる。
【０１４３】
工程６３３において、異常な医学的症状が、第１のユーザ１２８等の認証されたユーザと関連付けられた１つ以上のウェアラブル装置１０４又は携帯型電子機器から受信された生命に関わる健康データに基づいて検出されうる。例えば、図５で記載したように、装置１０２は、ＩＣＤ４１０から周期的に受信される速い心拍速度及び／又は心調律の値に基づいて、第１の車両ユーザ４０２の異常な医学的症状、例えば心室頻拍を検出するよう構成されうる。工程６３４において、検出された異常な医学的症状の重症度が、予め設定された健康閾値及び／又は予め設定された医学的安全限界値に基づいて定められうる。
【０１４４】
工程６３５において、決定された重症度が危機的な健康状態を示しているかを確認するために、予め設定された健康閾値及び／又は予め設定された医学的安全限界値が利用されうる。決定された重症度が危機的な健康状態を示している例において、上記制御は、工程６３６に移りうる。決定された重症度が危機的な健康状態を示さない例において、上記制御は、工程６３７に移りうる。工程６３６において、装置１０２において、屋外運転モード２１４がユーザ危機的健康モード２２０に切り替えられうる。この場合に上記制御は、ユーザ危機的健康モード２２０（図６Ｇ）の工程６５４へと移りうる。
【０１４５】
工程６３７において、屋外運転モード２１４について、第１のユーザの現在の位置情報と共に健康アラート通知が、介護者１３２の携帯機器、例えば携帯機器１０８等に送信されうる。工程６３８において、温度及び湿度制御等の車両１０６の１つ以上の機能を制御するために、及び／又は、検出された異常な医学的症状に遠隔で対処するために、介護者１３２から指示が受信されうる。健康アラート通知に応じて受信される指示の例は、既に図５で記載している。この場合、制御は、装置１０２での予め設定されたユーザ設定ごとに、工程６２７又は工程６３２に戻りうる。
【０１４６】
図６Ｅを参照すると、工程６３９の制御は、決定された動作モードが屋外非運転モード２１６である場合に、工程６０５（図６Ａ）から引き継がれうる。工程６３９において、第１のユーザ１２８の１つ以上のウェアラブル装置１０４から受信された生命に関わる健康データが、装置１０２で監視されうる。工程６４０において、第１のユーザ１２８の受信された生命に関わる健康データが、第１のユーザ１２８に対応する予め設定された健康閾値に従っているか、及び／又は、予め設定された医学的安全制限値内にあるかどうかが検出されうる。
【０１４７】
屋外非運転モード２１６において、受信された生命に関わる健康データが、予め設定された健康閾値に従っておらず及び／又は予め設定された１つ以上の医学的安全制限値内にない例において、上記制御は工程６４１に移る。屋外非運転モード２１６において、受信された生命に関わる健康データが、第１のユーザ１２８に対応する予め設定された健康閾値を下回っており及び／又は予め設定された１つ以上の医学的安全制限値内にある例において、上記制御は工程６４２に移る。
【０１４８】
工程６４１において、装置１０２において、屋外非運転モード２１６がユーザ危機的健康モード２２０に切り替えられうる。上記制御は、工程６５４（図６Ｇ）に移る。工程６４２において、車両１０６の外にある認証された１つ以上のウェアラブル装置１０４の位置が検出されうる。工程６４３において、イオントフォレシスパッチ４０８、ＩＣＤ４１０等の１つ以上のウェアラブル装置１０４が、装置１０２からの予め設定された第２の近接範囲内にあるかどうか、例えば「１メートル」を越える第２の近接範囲内にあるかどうかが検出されうる。１つ以上のウェアラブル装置１０４が、装置１０２からの予め設定された第２の近接範囲内にない例において、上記制御は工程６３９に戻りうる。１つ以上のウェアラブル装置１０４が、装置１０２からの予め設定された第２の近接範囲内で検出される例において、上記制御は工程６４４に移りうる。
【０１４９】
工程６４４において、屋外非運転モード２１６において第１のユーザ１２８が車両１０６の外にいる場合には、車両１０６内の温度が、第１のユーザ１２８の現在の体温に基づいて遠隔で制御されうる。第１のユーザ１２８の現在の体温は、装置１０２において、１つ以上のウェアラブル装置１０４から受信されうる。このことは、ウェアラブル装置１０４が車両１０６の外の第２の近接範囲内で検出される場合に行われうる。この場合に、装置１０２は、車両１０６の温度を設定するために、第１のユーザの現在の体温ごとに、１つ以上のコマンドを車両１０６の適切なＥＣＵに送信しうる。工程６４５において、車両１０６の移動を許可するために、所定の期間の間、駐車係等の第２のユーザ１３０と関連付けられた他の装置に上記認証を転送するという要求が受信されうる
【０１５０】
工程６４６において、所定の半径方向距離内での車両１０６の移動を許可するために、上記認証が、所定の期間の間、第２のユーザ１３０に関連付けられた他の装置へと転送されうる。上記認証は、屋外非運転モード２１６において第１のユーザと関連付けられた１つ以上のウェアラブル装置１０４から受信された上記要求に基づいて転送されうる。第１のユーザ１２８から、駐車係等の第２のユーザ１３０への上記認証の転送は、運転係による車両１０６の駐車の間に役立ちうる。工程６４７において、装置１０２は、第２のユーザ１３０と関連付けられた他の装置で認証転送機能が有効化されていることを、当該他の装置が装置１０２及び／又は車両１０６からの予め設定された第１の近接範囲内で検出された場合には検知しうる。認証転送機能は、装置１０２から、又は第１のユーザ１２８の１つ以上のウェアラブル装置１０４の少なくとも１つからの転送された認証に基づいて、他の装置で有効化されうる。
【０１５１】
工程６４８において、１つ以上の制御コマンドが、車体制御モジュール３０４及び／又はパワートレイン制御システム３０６等の車両１０６の１つ以上のＥＣＵに送信されうる。
１つ以上の制御コマンドは、第２のユーザ１３０が車両１０６を始動して動かすことを可能とするために、車両１０６のドアを開けるため及び／又は車両１０６の点火システムによる点火を行うために送信されうる。上記制御は、図６Ｅの終了工程６４９に移りうる。
【０１５２】
図６Ｆを参照すると、決定された動作モードが車両故障モード２１８である場合に、工程６５０の制御は工程６０５（図６Ａ）から引き継がれうる。工程６５０において、車両故障情報が、装置１０２で予め設定された１つ以上の牽引車サービスプロバイダ、例えば車両故障サービスプロバイダ１２０等に伝達されうる。
【０１５３】
工程６５１において、第２の通信ネットワーク１２４を介して、１つ以上の牽引車サービスプロバイダ（車両故障サービスプロバイダ１２０等）から、確認応答が装置１０２で受信されうる。工程６５２において、１つ以上の牽引車サービスプロバイダからの受信された確認応答の出力が、装置１０２を介して行われうる。一実施形態によれば、第１のユーザ１２８が車両１０６の外で検出される場合に、受信された確認応答の出力が、第１のユーザ１２８と関連付けられた１つ以上のウェアラブル装置１０４を介して行われうる。上記制御は、図６Ｆの終了工程６５３に移りうる。
【０１５４】
図６Ｇを参照すると、決定された動作モードがユーザ危機的健康モード２２０である場合に、工程６５４の制御は、工程６０５（図６Ａ）から引き継がれうる。工程６５４において、第１のユーザ１２８の医学的症状が、第１のユーザ１２８と関連付けられた１つ以上のウェアラブル装置１０４又は携帯型電子機器から受信される生命に関わる健康データに基づいて、継続的に監視されうる。工程６５５において、車両１０６（及び／又は車両１０６内で利用される装置１０２）の現在の位置情報、車両１０６の動作状態、及び、操作モードが検出されうる。
【０１５５】
工程６５６において、ユーザ危機的健康モード２２０において、健康アラート通知が、第１のユーザの現在の位置情報と共に、介護者１３２、医療センター１１６、及び／又は、救急車サービスプロバイダ１１８の携帯機器１０８に送信されうる。工程６５７において、第１のユーザ１２８の検出された現在の位置から最も近い病院、又は装置１０２に予め設定された医療センター１１６に第１のユーザ１２８が到達するために、案内情報が生成されうる。
【０１５６】
工程６５８において、車両１０６の検出された現在の位置情報及び動作状態に基づいて、車両１０６の１つ以上の機能を制御するために、介護者１３２から指示が受信されうる。工程６５９において、ユーザ危機的健康モード２２０において車両速度が制御されうる。一実施形態によれば、車両１０６は自動運転モードに切り替えられうる。自動運転モードによって、車両１０６は、医療センター１１６等の、車両１０６の近傍にある医療センター又は病院へと自動的に操舵されうる。上記制御は、終了工程６６０（図６Ｇ）に移りうる。
【０１５７】
上記の工程６５６の代替的な工程として、装置１０２は、車両１０６が運転操作モードとして緊急運転モードを設定するように、車両１０６にコマンドを送信しうる。車両１０６の受信された運転操作モードが緊急運転モードではない場合に、このようなコマンドが車両１０６に送信されうる。即ち、装置１０２は、最も近い医療センター１１６の位置の詳細及びコマンドを、現在のドライブの目的地として車両１０６が上記位置を設定するように、車両１０６に送信しうる。従って、装置１０２は、第１の集合の入力値及び第２の集合の入力値に基づいて、車両１０６に緊急運転モード及び上記の目的地を設定させるためにコマンドを送信しうる。
【０１５８】
本開示の一実施形態によれば、車両（車両１０６（図１）等）内の１つ以上の制御回路及び１つ以上のウェアラブル装置１０４との相互作用を管理する装置（装置１０２（図１））が開示されている。本装置は、１つ以上の回路（以下、プロセッサ２２２（図２Ｂ）と称する）を備えうる。プロセッサ２２２は、車両内で利用される装置に通信可能に接続された１つ以上のウェアラブル装置１０４（図１）から、第１の集合の入力値を受信するよう構成されうる。１つ以上のウェアラブル装置１０４は、第１のユーザ１２８と関連付けられうる。プロセッサ２２２は、車両に埋め込まれた１つ以上の車両センサ（検知システム３０８の車両センサ（図３）等）から、第２の集合の入力値を受信するよう構成されうる。プロセッサ２２２は、受信された第１の集合の入力値及び受信された第２の集合の入力値に基づいて、装置の動作モードを決定するよう構成されうる。プロセッサ２２２は、装置の決定された動作モードに基づいて、車両の１つ以上の機能を制御するよう構成されうる。
【０１５９】
本開示の一実施形態によれば、車両（車両１０６（図１及び図３）等）が開示されている。車両は、バッテリ３２０と、電子制御ユニット（ＥＣＵ３０２（図３）等）と、を備えうる。車両は、バッテリ３２０により電力供給される装置であって、第１のユーザ１２８に関連付けられた１つ以上のウェアラブル装置１０４と、車両の電子制御ユニットと、の間の通信を制御するよう構成された上記装置（以下、装置１０２（図１）と称する）をさらに備えうる。第１の集合の入力値は、装置１０２に通信可能に接続された１つ以上のウェアラブル装置１０４から、装置１０２よって受信されうる。車両は、第２の集合の入力値を装置１０２に伝達するよう構成された、車両に埋め込まれた１つ以上の車両センサ（検知システム３０８の車両センサ（図３）等）をさらに備えうる。装置１０２は、受信された第１の集合の入力値及び受信された第２の集合の入力値に基づいて、装置１０２の動作モードを定めるよう構成されうる。装置１０２は、決定された動作モードに基づいて、車両の１つ以上の機能を制御するよう構成されうる。
【０１６０】
本開示の様々な実施形態は、非一過性のコンピュータ読取可能な媒体及び／又は記憶媒体を、機械及び／又はコンピュータに車両（車両１０６（図１）等）内の１つ以上の制御回路及び１つ以上のウェアラブル装置１０４との相互作用を管理させるために当該媒体に格納されたコンピュータで実行可能な命令の集合と共に提供しうる。装置１０２（図１、図２Ａ、及び図２Ｂ）等の装置における、コンピュータが実行可能な命令の集合は、機械及び／又はコンピュータに、車両内で利用される装置に通信可能に接続された１つ以上のウェアラブル装置１０４からの第１の集合の入力値の受信を含みうる工程を実行させることが可能である。１つ以上のウェアラブル装置１０４は、第１のユーザ１２８等の第１のユーザと関連付けられうる。第２の集合の入力値は、車両に埋め込まれた１つ以上の車両センサから受信されうる。装置の動作モードは、受信された第１の集合の入力値及び第２の集合の入力値に基づいて決定されうる。車両の１つ以上の機能は、装置の決定された動作モードに基づいて制御されうる。
【０１６１】
本開示は、ハードウェアで実現されてもよく、又は、ハードウェアとソフトウェアとの組み合わせにおいて実現されてもよい。本開示は、少なくとも１つのコンピュータシステムにおいて集中化された形態により、又は、幾つかの相互接続されたコンピュータシステムに亘って異なる構成要素が散らばっている分散された形態により実現されてもよい。本明細書に記載された方法を実行するように適合されたコンピュータシステム又は他の装置が適しうる。ハードウェア及びソフトウェアの組み合わせは、汎用のコンピュータシステムであって、ロード及び実行される場合に、本明細書で記載した方法を実行するように当該コンピュータシステムを制御しうるコンピュータプログラムを有する上記汎用のコンピュータシステムでありうる。本開示は、他の機能をも実行する集積回路の一部を含むハードウェアで実現されうる。
【０１６２】
本開示はまた、本明細書に記載した方法の実施を可能にする全ての特徴を含み、且つコンピュータシステムにおいてロードされた場合に上記方法を実行することが可能なコンピュータプログラム製品に埋め込まれていてもよい。本文脈では、コンピュータプログラムとは、任意の言語、コード、又は表記法による、命令の集合の任意の表現を意味しており、上記命令の集合は、情報処理能力を有するシステムに特定の機能を、直接的に、又は、ａ）他の言語、コード、若しくは表記法への変換、ｂ）異なる材料形態での再現、の一方若しくは両方の後で、実行させることが意図されている。
【０１６３】
本開示は、或る実施形態を参照して記載されるが、様々な変更がなされてよく、その均等物は本開示の範囲から逸脱することなく代用されうることが当業者には分かるであろう。さらに、本開示の範囲から逸脱することなく、本開示の教示に対して特定の状況又は材料を適合させるために多くの変更がなされてよい。従って、本開示は、開示された特定の実施形態に限定されるのではなく、本開示は添付の特許請求の範囲の範囲内に入るあらゆる実施形態を含むことが意図される。
【図１】
2019517039.tif 000003
【図２Ａ】
2019517039.tif 000004
【図２Ｂ】
2019517039.tif 000005
【図３】
2019517039.tif 000006
【図４Ａ】
2019517039.tif 000007
【図４Ｂ】
2019517039.tif 000008
【図５】
2019517039.tif 000009
【図６Ａ】
2019517039.tif 000010
【図６Ｂ】
2019517039.tif 000011
【図６Ｃ】
2019517039.tif 000012
【図６Ｄ】
2019517039.tif 000013
【図６Ｅ】
2019517039.tif 000014
【図６Ｆ】
2019517039.tif 000015
【図６Ｇ】
2019517039.tif 000016
【国際調査報告】
2019517039.tif 000017
2019517039.tif 000018
2019517039.tif 000019
2019517039.tif 000020