(57)【要約】  １つの実施形態において、ユーザが運転中であることを認識し、１つ又は複数の入力パラメータに基づいて低血糖事象が発生の閾値確率に達するのを予測し、予測に基づいてユーザに警告するか又はデバイスを起動する装置２２が提示される。
2020512224.tif 000002
【特許請求の範囲】
【請求項１】
命令を有するメモリと、
１つ又は複数のプロセッサと
を備え、前記１つ又は複数のプロセッサは、
ユーザが車両を運転しているという指示を受信することと、
１つ又は複数の入力パラメータを受信することと、
前記１つ又は複数の入力パラメータに基づいて、低血糖事象が発生の閾値確率に達していることを予測することと、
前記予測に基づいて警告又はデバイス起動をトリガすることと
を行うように前記命令を実行する、装置。
【請求項２】
前記１つ又は複数の入力パラメータは、前記ユーザに対応する１つ若しくは複数の生理学的入力パラメータ、又は、１つ若しくは複数の車両操作関連入力パラメータのうちの１つ又は任意の組み合わせを含む、請求項１に記載の装置。
【請求項３】
前記１つ又は複数の生理学的入力パラメータは、血液循環の変化、血管収縮の変化、ユーザの震えの増大、心拍の増大、発汗の増大、温度低下、眼球運動の変化、皮膚コンダクタンス増大、グルコース読み値、又はインスリン摂取履歴のうちの１つ又は任意の組み合わせの指示を含む、請求項２に記載の装置。
【請求項４】
前記１つ又は複数のプロセッサが、１つ又は複数の車両内環境パラメータを評価することによって、前記温度低下又は前記皮膚コンダクタンス増大のうちの１つ又は任意の組み合わせが、低血糖に基づくか、又は、前記車両内の内部環境条件に基づくかを検証するように前記命令を実行する、請求項３に記載の装置。
【請求項５】
前記１つ又は複数の車両操作関連入力パラメータが、前記車両に関する運動情報、１つ若しくは複数の他の車両に対する運動情報、又は、前記ユーザの運転挙動のうちの１つ又は任意の組み合わせを含む、請求項２に記載の装置。
【請求項６】
１つ又は複数のセンサをさらに備える、請求項１に記載の装置。
【請求項７】
前記１つ又は複数のセンサが、加速度計、カメラ、又は位置特定デバイスのうちの１つ又は任意の組み合わせを含む、請求項６に記載の装置。
【請求項８】
前記１つ又は複数のプロセッサがさらに、前記ユーザが運転している間及び前記ユーザが運転する前に、前記１つ又は複数の入力パラメータを受信するように前記命令を実行する、請求項１に記載の装置。
【請求項９】
前記１つ又は複数のプロセッサがさらに、前記１つ又は複数の入力パラメータと１つ又は複数のそれぞれの閾値との間の比較に基づいて、予測するように前記命令を実行する、請求項１に記載の装置。
【請求項１０】
前記１つ又は複数のそれぞれの閾値が、履歴ユーザデータ又は前記ユーザの健康状態のうちの１つ又は任意の組み合わせに基づいて適応的である、請求項９に記載の装置。
【請求項１１】
前記１つ又は複数のプロセッサがさらに、前記ユーザに対する視覚、可聴、又は触覚警報のうちの１つ又は任意の組み合わせをトリガする信号を通信することによって、前記警告をトリガするように前記命令を実行する、請求項１に記載の装置。
【請求項１２】
前記１つ又は複数のプロセッサがさらに、前記車両の動作の変更を行う前記車両内のデバイスを調整する信号を通信することによって、前記デバイス起動をトリガするように前記命令を実行する、請求項１に記載の装置。
【請求項１３】
前記メモリ及び前記プロセッサが、ウェアラブルデバイス、モバイルデバイス、前記車両の外部に位置するデバイス、又は前記車両の内部に位置するデバイスの中に含まれる、請求項１に記載の装置。
【請求項１４】
１つ又は複数のセンサと、
命令を有するメモリと、
１つ又は複数のプロセッサと
を備え、前記１つ又は複数のプロセッサは、
ユーザが車両を運転しているという指示を受信することと、
前記１つ又は複数のセンサから１つ又は複数の入力パラメータを受信することと、
前記１つ又は複数の入力パラメータに基づいて、低血糖事象が発生の閾値確率に達していることを予測することと、
前記予測に基づいて警告又はデバイス起動をトリガすることと
を行うように前記命令を実行する、システム。
【請求項１５】
ユーザが車両を運転しているという指示を受信するステップと、
１つ又は複数の入力パラメータを受信するステップと、
前記１つ又は複数の入力パラメータに基づいて、低血糖事象が発生の閾値確率に達していることを予測するステップと、
前記予測に基づいて警告又はデバイス起動をトリガするステップと
を含む、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、２０１７年２月１０日に出願された米国仮特許出願第６２／４５７，３８９号に対する優先権及びその利益を主張し、当該出願の内容はその全体が参照により本明細書に組み込まれる。
【０００２】
[0001]  本発明は、一般に、車両安全性に関し、特に、低血糖事象に起因する車両事故の危険性を低減することに関する。
【背景技術】
【０００３】
[0002]  低血糖（血中グルコース／血糖のレベルが異常に低くなること）は望ましくなく、潜在的に、糖尿病のインスリン治療の致死的な副作用である。低血糖は、人的及び／又は物理的損害を伴う事故を含め、道路及び高速道路上での運転ミスと関連付けて考えられることが多い。低血糖は、低血糖反応の始まりの早期警報を生じさせる自律神経系の活性化によってトリガされる。血流へのカテコールアミン放出が、震え、心拍の増大、発汗及び皮膚血管収縮を含む、興奮反応を誘発する。神経低糖症の症状は、認知能力及び運動能力に影響を及ぼす（例えば、集中力低下、協調不足、視覚障害、めまい又は頭のふらつき）。早期の自律神経の指標を自覚すれば、糖尿病患者は低血糖を早期に治すことができる。
【０００４】
[0003]  例えば、米国特許第７，０５２，４７２号明細書は、電子機器モジュールを有するリストストラップ（例えば、第７欄第２０〜２７行参照）を含む、糖尿病患者において低血糖症状を検出するためのシステム（例えば、要約書参照）を開示している。電子機器モジュールの裏側には電極があり、電極は、リストストラップを装着している人の皮膚と接触し、電極にわたる皮膚コンダクタンスにおいて表されるものとして発汗を検知するための手段を提供するように構成されている（例えば、第７欄第６１〜６７行参照）。電極のうちの１つにはサーミスタが接合されており、サーミスタは、集合的に、発汗が検知されているところと概して同じ場所において皮膚の表面温度を検知するための手段を提供する（例えば、第８欄第１〜８行参照）。要約書によれば、温度検知システムは、糖尿病患者の皮膚温度を表す温度信号を生成する。コンダクタンス検知システムは、糖尿病患者の発汗のレベルを表すコンダクタンス信号を生成する。トレンディングシステムは、温度信号に応答して所定の間隔にわたる皮膚温度の変化率を表す勾配推定値を生成する。閾値システムは、コンダクタンス信号及び温度信号に応答して所定の間隔にわたって観測される皮膚温度の低血糖による降下を表す勾配閾値を生成する。警告システムは、勾配推定値及び勾配閾値に応答して、低血糖症状が存在することの指示を生成する。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
[0004]  皮膚伝導性及び皮膚温度を検知することは、低血糖事象の始まりを検出するのに有効な方式であるが、低血糖事象を検出し、症状を識別することができないことで財産及び健康に損害／損傷がもたらされる可能性がある状況においてその事象情報を使用するためのロバストで柔軟なメカニズムを提供するための他の及び／又は追加のメカニズムが必要とされている。
【０００６】
[0005]  本発明の１つの目的は、車両内で使用することができる低血糖事象検出システムを開発することである。
【課題を解決するための手段】
【０００７】
そのような懸念により良好に対処するために、本発明の第１の態様において、ユーザが運転中であることを認識し、１つ又は複数の入力パラメータに基づいて低血糖事象が発生の閾値確率に達するのを予測し、予測に基づいてユーザに警告するか又はデバイスを起動する装置が提示される。装置は、ウェアラブルデバイス、モバイルデバイス（例えば、スマートフォン）、又は、車両の内部及び／若しくは外部に位置する１つ若しくは複数のデバイス（例えば、システム）を含む他のデバイスとして具現化される。いくつかの実施形態において、デバイスの組み合わせ（例えば、システム）が本発明を実施する。本発明は、他の機能の中でも、低血糖事象の始まりに起因する車両事故の危険性を回避又は軽減するためのロバストなメカニズムを提供する。
【０００８】
[0006]  １つの実施形態において、１つ又は複数の入力パラメータは、ユーザに対応する１つ若しくは複数の生理学的入力パラメータ、又は、１つ若しくは複数の車両操作関連入力パラメータのうちの１つ又は任意の組み合わせを含む。入力パラメータは、装置によって（例えば、１つ若しくは複数の内蔵センサを使用して）直接的に検知され、及び／又は、有線若しくはワイヤレス通信媒体を介して（例えば、車両センサ、インターフェースなどから）受信される。単一の入力パラメータ（例えば、グルコース読み取り論理からの生理学的パラメータ）が使用され、又は、より正確な予測を提供する低血糖事象の様々な症状の包括的な分析を提供するための複数の入力源を提供する、複数の入力が使用される。
【０００９】
[0007]  １つの実施形態において、１つ又は複数の生理学的入力パラメータは、血液循環の変化、血管収縮の変化、ユーザの震えの増大、心拍の増大、発汗の増大、温度低下、眼球運動の変化、皮膚コンダクタンス増大、グルコース読み値、又はインスリン摂取履歴のうちの１つ又は任意の組み合わせの指示を含む。例えば、これらの生理学的パラメータの組み合わせ、又は、低血糖事象の指標は、本質的に、（例えば、測定条件に基づいていくつかの測度にエラーが生じやすいときに）予測の正確度を検証することを助けるロバストな方式で予測を可能にするために使用される。１つの実施形態において、予測は、ユーザのベースライン健康状態に対する入力パラメータ（例えば、測定値）の評価に基づく。
【００１０】
[0008]  １つの実施形態において、装置は、１つ又は複数の車両内環境パラメータを評価することによって、温度低下又は皮膚コンダクタンス増大のうちの１つ又は任意の組み合わせが、低血糖に基づくか、又は、車両内の内部環境条件に基づくかを検証するように構成されている。例えば、温度変化は、温度カメラ又は接触型センサ（例えば、ユーザの皮膚と接触する）を用いて測定され、後者は、皮膚コンダクタンス（例えば、発汗）及び／又は血管収縮を、皮膚温度の代理として測定する。体温及び発汗は、この効果が実際に低血糖に起因し、周囲／環境条件の変化に起因するものではないことを保証するために、車両の客室内の温度、湿度など及び／又は太陽光と比較され、ここでも、予測に対してロバスト性及び／又は正確度の改善が提供される。
【００１１】
[0009]  １つの実施形態において、１つ又は複数の車両操作関連入力パラメータは、車両に関する運動情報、１つ若しくは複数の他の車両に対する運動情報、又は、ユーザの運転挙動のうちの１つ又は任意の組み合わせを含む。例えば、ステアリングホイール上での奇妙な手の配置若しくは動き、又は、差し迫った低血糖事象に起因する認知低下を示唆若しくは指示する他の挙動を含む、運転挙動を捕捉するために、カメラが、運転者に近接し、運転者に向かって位置決めされる。いくつかの実施形態において、道路上の条件及び／又は事象をモニタリングするために、別のカメラが、正面向きに配置される。正面向きのカメラの情報と、運転者をモニタリングするカメラからの情報とを組み合わせることによって、装置は、認知低下を示唆する挙動をより良好に検出することができる。いくつかの実施形態において、車両操作（例えば、ステアリング、制動、加速など）が、症状の同様の診断を提供するために入力される。
【００１２】
[0010]  １つの実施形態において、装置は、ユーザが運転している間及びユーザが運転する前に、１つ又は複数の入力パラメータを受信するように構成されている。車両の安全な操作を保証するために低血糖症状をモニタリングするリアルタイムの利点に加えて、生理学的パラメータのうちの１つ又は複数についてのベースライン値の機械学習を容易にするために、及び、低血糖事象の始まりに至るものとして履歴的に又は他の様態で研究されているベースライン値からの偏差又は差分（変化）に応じて閾値が設定される場合に、ユーザ挙動のデータが受信される。
【００１３】
[0011]  １つの実施形態において、装置は、車両の動作の変化を引き起こす、車両内のデバイスを調整する信号を通信することによって、デバイス起動をトリガするように構成されている。例えば、車両のアクチュエータ、モータなどに通信される信号が、追加の自律又は半自律制御（例えば、コンピュータ支援制動、車線変更など）をトリガして、低血糖事象の症状を緩和し、その始まりを阻害するための迅速な行動を可能にするために、車両の安全な制御においてユーザを支援する。
【００１４】
[0012]  本発明のこれらの及び他の態様は、以降説明される実施形態から明らかになり、それらの実施形態を参照することによって解明される。
【００１５】
[0013]  本発明の多くの態様は図式的な添付の図面を参照すると、よりよく理解することができる。図面内の構成要素は、必ずしも原寸に比例してはおらず、むしろ本発明の原理を明瞭に説明していることが強調されるものである。その上、図面において、同様の参照符号は、いくつかの図全体を通じて対応する部分を指定している。
【図面の簡単な説明】
【００１６】
【図１】[0014]  本発明の一実施形態による、車両低血糖事象検出システムが使用される例示的な車両を示す概略図である。
【図２】[0015]  本発明の一実施形態による、車両低血糖事象検出システムの機能の全部又は一部が実施される例示的なウェアラブルデバイスを示す概略図である。
【図３】[0016]  本発明の一実施形態による、車両低血糖事象検出システムの機能の全部又は一部が実施される例示的なモバイルデバイスを示す概略図である。
【図４】[0017]  本発明の一実施形態による、車両低血糖事象検出システムの機能の全部又は一部が実施される例示的な車両処理ユニットを示す概略図である。
【図５】[0018]  本発明の一実施形態による、例示的な車両低血糖事象検出方法を示す流れ図である。
【発明を実施するための形態】
【００１７】
[0019]  低血糖事象の始まりの可能性を検出してこれを運転者に警告し、及び／又は検出の可能な最も早い段階において車両の安全な制御に作用するデバイスを起動する、車両低血糖事象検出システム、装置、及び方法（本明細書においては、まとめて車両低血糖事象検出システムとしても参照される）の特定の実施形態が、本明細書において開示されており、そのため、低血糖事象の発現が自覚されないことが回避又は軽減され、運転者の安全性が改善する。１つの実施形態において、ユーザが運転中であることを認識し、１つ又は複数の入力パラメータに基づいて低血糖事象が発生の閾値確率に達するのを予測し、予測に基づいてユーザに警告するか又はデバイスを起動する装置が開示される。以下に開示されるように、システム、非一時的コンピュータ可読媒体上に記憶されている（そして、１つ又は複数のプロセッサによって実行される）命令、又は方法を使用して、同様の機能が達成される。
【００１８】
[0020]  やや脱線するが、既存の低血糖事象検出は、運転環境のコンテキストにおいては使用されておらず、使用された場合、検知機能、したがって事象検出のロバスト性は制限される。対照的に、車両低血糖事象検出システムの特定の実施形態は、ユーザが車両を運転していることの指示を受信し、また、低血糖事象が発生の閾値確率に達していることを予測し、それに従って警告をトリガするか又はデバイスを起動するために使用される１つ又は複数の入力パラメータを受信し、ロバストで正確な低血糖事象検出が可能になり、安全な運転が促進される。例えば、特定のユーザが車両を運転していることを検出することによって、車両低血糖事象検出システムが起動することが可能になり、結果、そのようなシステムに関連付けられる電力消費が低減する。加えて、個人は様々に異なる運転技術及び／又はスタイルを有し、結果、各個人は、低血糖事象を示す様々な検知パラメータと関連付けられる、様々に異なる又は学習される閾値を有する。したがって、運転者と関連付けられる、パーソナライズされた閾値を判定するために機械学習技法を組み込むことによって、ロバストで正確な低血糖事象検出が可能になる。
【００１９】
[0021]  本開示の車両低血糖事象検出システムの特定の特徴を要約したが、ここで、図面に示されているものとしての、車両低血糖事象検出システムの説明を詳細に参照する。車両低血糖事象検出システムはこれらの図面に関連して説明するが、車両低血糖事象検出システムを本明細書において開示されている１つ又は複数の実施形態に限定することは意図されていない。例えば、車両低血糖事象検出システムの特定の実施形態は、糖尿病状態（例えば、糖尿病）を有するか又はその状態を有しない（ただし、運転中の低血糖事象に基づいて同様の効果に悩まされている可能性がある）ユーザ（運転者）に使用される。また、いくつかの実施形態において、低血糖の症状を適時に自覚することができず、運転者にとって問題を引き起こす者などが、運転者の気を散らす緊急事態を回避するために、乗客もモニタリングされる。加えて、車両は車両低血糖事象検出システムの特定の実施形態の主な環境として説明されているが、操作者が機械を取り扱うことを伴う環境（例えば、製造環境）を含む、安全な操作が危機に瀕している他の適用形態が、本発明から受益する。さらに、説明は、１つ又は複数の実施形態の仕様を識別又は記載しているが、そのような仕様は必ずしも、すべての実施形態の一部ではなく、様々な記述されている利点のすべてが必ずしも、単一の実施形態又はすべての実施形態に関連付けられるとも限らない。逆に、添付の特許請求の範囲によって規定される、本開示と一致するすべての代替形態、修正形態及び均等物を包含することが意図されている。さらに、本開示のコンテキストにおいて、特許請求の範囲は、必ずしも、本明細書において記載されている特定の実施形態に限定されるものではないことも理解されるべきである。
【００２０】
[0022]  本明細書における低血糖事象の検出又は同様の文言への参照は、低血糖事象の始まりが差し迫っていることを示す１つ又は複数の症状の検出を指すことに留意されたい。
【００２１】
[0023]  ここで図１を参照すると、車両低血糖事象検出システムの特定の実施形態が実施される例示的な車両１０が示されている。本開示のコンテキストにおいて、車両１は多くの中の１つの例であること、及び、車両低血糖事象検出システムのいくつかの実施形態は、図１に示すタイプの他のタイプの車両において使用されてもよいことが、当業者には理解されるべきである。図１は、車両処理ユニット１２、外部車両センサ１４（例えば、前部センサ１４Ａ及び後部センサ１４Ｂ）、及び内部車両センサ１６（例えば、１６Ａ及び１６Ｂ）を有する車両１０を示す。センサ１４、１６及び／又は車両処理ユニット１２の量は、１つの実施形態の例示であること、及び、いくつかの実施形態において、より少ない又はより多い量の、１つ又は複数のこれらのタイプの構成要素が使用されてもよいことに留意されたい。内部車両センサ１６は、車両１０の客室内に位置する。外部車両センサ１４は、車両１０の外部に位置する。外部車両センサ１４及び内部車両センサ１６は、ワイヤレス媒体（例えば、とりわけ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、近接場通信（ＮＦＣ）、超音波及び／又は様々な既知の光符号化技術のうちの１つ）及び／又は有線媒体（例えば、１つ又は複数のコントローラエリアネットワーク（ＣＡＮ）バスを介して）などを介して、車両処理ユニット１２と通信することが可能である。内部車両センサ１６は、温度センサ、マイクロフォン、カメラ（例えば、電磁スペクトルの１つ又は複数の範囲内で動作する）、光センサ、圧力センサ、加速度計、グルコースセンサ、他のセンサの中でも、ビーコン、無線周波数識別（ＲＦＩＤ）又は他の符号化光技術を含む近接センサのうちの少なくとも１つを含む。外部車両センサ１４は、温度センサ、降水及び／又は湿度を測定するためのセンサ、マイクロフォン、カメラ、光センサ、圧力センサ、加速度計などを含む。いくつかの実施形態において、車両１０は、地理的位置センサ（例えば、とりわけ、全地球測位システム（ＧＰＳ）受信機を含む、全地球的航法衛星システム（ＧＮＳＳ）受信機）を含む。地理的位置センサは、位置座標（例えば、緯度、経度、高度）を提供し、ユーザ（運転者）の運転スタイルを提供する（例えば、通知する）のを支援することができる。
【００２２】
[0024]  図１は、少なくとも１つのクラウド（例えば、クラウド１）１８と通信することが可能な車両処理ユニット１２をさらに示す。すなわち、車両処理ユニット１２は、（例えば、とりわけ、例としてグローバルシステムフォーモバイルコミュニケーションズすなわちＧＳＭ（登録商標）規格に従って構成される１つ又は複数のネットワークなどによるテレメトリを介して）クラウドプラットフォーム（クラウド１８）の１つ又は複数のデバイスと通信することが可能である。車両１０はまた、車両１０の動作（例えば、速度、制動、ステアリングホイールの回転、車輪の回転など）に関係付けられる車両センサ（例えば、内部センサ１４又は外部センサ１６のいずれであってもよい）を含む。車両１０は、車両１０のナビゲーション（例えば、方向、車両速度、加速度など）を主に制御する（人間の）運転者２０によって運転されることが可能であるが、特定の事例においては自律又は半自律車両動作が使用されてもよい。
【００２３】
[0025]  運転者２０は、ウェアラブルデバイス２２を装着しながら車両１０を運転する。ウェアラブルデバイス２２は、例えば、Ｐｈｉｌｉｐｓ  Ｈｅａｌｔｈ  Ｗａｔｃｈ又は別のフィットネストラッカ若しくはスマートウォッチを含む。いくつかの実施形態において、ウェアラブルデバイス２２は、胸郭バンド、腕章、イヤピース、ネックレス、ベルト、衣服、ヘッドバンド、又は別のタイプのウェアラブルフォームファクタを含む。いくつかの実施形態において、ウェアラブルデバイス２２は、皮膚の下に存在するか又は他の場所に埋め込まれる生体適合性センサを含む、埋め込み可能デバイスであってもよい。運転者２０はまた、車両１０を運転していないとき（例えば、車両１０の外にいるとき）にも、ウェアラブルデバイス２２を装着してもよい。運転者２０はさらに、車両１０内に存在する自身のモバイルデバイス２４（例えば、スマートフォン、タブレット、ラップトップ、ノートブック、コンピュータなど）を保持しながら車両１０を運転することができる。ウェアラブルデバイス２２は、モバイルデバイス２４及びその上に存在するモバイルソフトウェアアプリケーション（「アプリ」）及び／又は車両処理ユニット１２と通信することが可能である（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１、ＮＦＣなどを介して）。モバイルデバイス２４は、少なくとも１つのクラウド（例えば、クラウド２）２６と通信することが可能である。いくつかの事例において、モバイルデバイス２４は、車両処理ユニット１２と通信することが可能である。時として、乗客２８が、運転者２０とともに車両１０に搭乗し、乗客もまた、いくつかの実施形態において、運転者２０が保持するウェアラブルデバイス２２及び／又はモバイルデバイス２４と同じ又は類似する機能を有するウェアラブルデバイス及び／又はモバイルデバイスを保持する。モバイルデバイス２４のさらなる論述は後述する。モバイルデバイスの他の例は、運転者モバイルデバイスとして具現化されるユーザデバイスの一例を記載している、２０１３年１２月４日に出願された「Ｐｒｅｓｅｎｔａｔｉｏｎ  ｏｆ  ｐｈｙｓｉｏｌｏｇｉｃａｌ  ｄａｔａ」と題する国際特許出願公開第２０１５０８４３５３Ａ１号パンフレットに見出される。
【００２４】
[0026]  概して、ウェアラブルデバイス２２は、車両処理ユニット１２及びモバイルデバイス２４とワイヤレス通信する。いくつかの実施形態において、ウェアラブルデバイス２２は、直接的に（例えば、セルラネットワークを通じてなど、テレメトリを介して）、又は、中間デバイス（例えば、モバイルデバイス２４、車両１０内の送受信機能）を介してのいずれかで一方又は両方のクラウド１８、２６と通信する。同様に、車両処理ユニット１２は、一方又は両方のクラウド１８、２６と通信する。いくつかの実施形態において、車両１０内のすべてのデバイスは、互いと及び／又はクラウド１８、２６と通信する。
【００２５】
[0027]  クラウド１８、２６への通信を可能にするネットワークは、とりわけ、ＧＳＭ（登録商標）、ＧＰＲＳ、ＣＤＭＡＯｎｅ、ＣＤＭＡ２０００、エボリューションデータオプティマイズド（ＥＶ−ＤＯ）、ＥＤＧＥ、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）、Ｄｉｇｉｔａｌ  Ｅｎｈａｎｃｅｄ  Ｃｏｒｄｌｅｓｓ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＤＥＣＴ）、デジタルＡＭＰＳ（ＩＳ−１３６／ＴＤＭＡ）、及び統合デジタル拡張ネットワーク（ｉＤＥＮ）を含む、ワイヤレスネットワーク内で使用するのに適した複数の異なるデジタルセルラ技術のうちのいずれかを含む。いくつかの実施形態において、クラウド１８、２６上のデバイスとの通信は、ワイヤレスフィデリティ（Ｗｉ−Ｆｉ（登録商標））を使用して達成される。全体的に又は部分的にインターネットを含む１つ又は複数のネットワークを含む広域ネットワークの一部であるクラウド１８、２６へのアクセスは、とりわけ、ＰＳＴＮ（公衆交換電話網）、ＰＯＴＳ、総合デジタル通信網（ＩＳＤＮ）、Ｅｔｈｅｒｎｅｔ、Ｆｉｂｅｒ、ＤＳＬ／ＡＤＳＬ、Ｗｉ−Ｆｉ（登録商標）、Ｚｉｇｂｅｅ（登録商標）、ＢＴ、ＢＴＬＥを含む１つ又は複数のネットワークへのアクセスを通じてさらに可能にされる。
【００２６】
[0028]  クラウド１８、２６は各々、内部クラウド、外部クラウド、プライベートクラウド、又は公衆クラウド（例えば、商用クラウド）を含む。例えば、プライベートクラウドは、例えばＥｕｃａｌｙｐｔｕｓシステム、ＶＭＷａｒｅ  ｖＳｐｈｅｒｅ（登録商標）、又はＭｉｃｒｏｓｏｆｔ（登録商標）ＨｙｐｅｒＶを含む様々なクラウドシステムを使用して実施される。公衆クラウドは、例えば、Ａｍａｚｏｎ  ＥＣ２（登録商標）、Ａｍａｚｏｎ  Ｗｅｂ  Ｓｅｒｖｉｃｅｓ（登録商標）、Ｔｅｒｒｅｍａｒｋ（登録商標）、Ｓａｖｖｉｓ（登録商標）、又はＧｏＧｒｉｄ（登録商標）を含む。これらのクラウドによって提供されるクラウドコンピューティングリソースは、例えば、ストレージリソース（例えば、ストレージエリアネットワーク（ＳＡＮ）、ネットワークファイルシステム（ＮＦＳ）、及びＡｍａｚｏｎ  Ｓ３（登録商標））、ネットワークリソース（例えば、ファイアウォール、ロードバランサ、及びプロキシサーバ）、内部プライベートリソース、外部プライベートリソース、安全な公衆リソース、サービス型インフラストラクチャ（ＩａａＳ）、サービス型プラットフォーム（ＰａａＳ）、又はサービス型ソフトウェア（ＳａａＳ）を含む。クラウドアーキテクチャは、複数の異なる構成のうちの１つに従って具現化される。例えば、ＭＩＣＲＯＳＯＦＴ  ＡＺＵＲＥ（商標）に従って構成される場合、マネージドコードによって構築される離散スケーラブルコンポーネントであるロールが提供される。ワーカロールは、一般的拡張のためのものであり、ウェブロールのための背景処理を実施する。ウェブロールは、ウェブサーバを提供し、ＨＴＴＰ（ハイパーテキスト転送プロトコル）又はＨＴＴＰＳ（ＨＴＴＰセキュア）エンドポイントを介してウェブ要求をリスンし、これに応答する。ＶＭロールは、テナント定義の構成（例えば、リソース、ゲストオペレーティングシステム）に従ってインスタンス化される。オペレーティングシステム及びＶＭの更新は、クラウドによって管理される。ウェブロール及びワーカロールは、ＶＭロール内で作動し、ＶＭロールは、テナントの制御下にある仮想マシンである。ストレージ及びＳＱＬサービスは、ロールによって使用されるために利用可能である。他のクラウドと同様に、スケーリング、負荷分散などを含む、ハードウェア及びソフトウェア環境又はプラットフォームは、クラウドによって取り扱われる。
【００２７】
[0029]  いくつかの実施形態において、クラウド１８、２６のサービスは、いくつかの実施形態において、サーバファームとして参照される、複数の論理的にグループ分けされたサーバ（サーバデバイス上で作動する）において実施される。サーバファームのデバイスは、地理的に離散され、単一のエンティティとして統制され、又は、複数のサーバファームの間で分散され、ウェアラブルデバイス２２、モバイルデバイス２４、及び／又は車両処理ユニット１２のうちの１つ又は複数の代わりに又はそれらとともに１つ又は複数のアプリケーションを実行する。各サーバファーム内のデバイスは異機種環境にあってもよい。サーバファームのデバイスのうちの１つ又は複数は、１つのタイプのオペレーティングシステムプラットフォーム（例えば、ワシントン州レッドモンド所在のＭｉｃｒｏｓｏｆｔ  Ｃｏｒｐ．によって製造されるＷＩＮＤＯＷＳ（登録商標）  ＮＴ）に従って動作してもよく、一方、他のデバイスのうちの１つ又は複数は、別のタイプのオペレーティングシステムプラットフォーム（例えば、Ｕｎｉｘ又はＬｉｎｕｘ（登録商標））に従って動作してもよい。サーバファームのデバイスのグループは、広域ネットワーク（ＷＡＮ）接続又は中域ネットワーク（ＭＡＮ）接続を使用して相互接続されるファームとして論理的にグループ分けされ、各デバイスは各々、ファイルサーバデバイス、アプリケーションサーバデバイス、ウェブサーバデバイス、プロキシサーバデバイス、又はゲートウェイサーバデバイスとして参照される（また、それに従って動作する）。
【００２８】
[0030]  いくつかの実施形態において、車両１０はまた、少なくとも１つのカメラ３０を含む。カメラ３０は、車両処理ユニット１２、ウェアラブルデバイス２２、モバイルデバイス２４、及び／又はクラウド（例えば、クラウド１８及び／又はクラウド２６）のうちの少なくとも１つと通信することが可能である。車両１０の内部構造に固定されるものとして図示されているが、後述するように、カメラ機能が、カメラ３０に加えて又はその代わりに、ウェアラブルデバイス２２及び／又はモバイルデバイス２４内で実施される。さらに、いくつかの実施形態において、同じ又は異なる機能の複数のカメラ３０が使用される。カメラ３０は、運転者の顔及び胴を視野に収めるように配置／位置決めされる。例えば、カメラ３０は、運転者の運転挙動又はスタイル（例えば、速度、加速、制動、コーナリング、奇妙な動き、及び他の自動車までの距離）を、運動能力及び／又は認知能力の推定としてモニタリングする。運転スタイル（車両操作関連パラメータ）はまた、例えば加速度計などの他のセンサを使用して、又は、使用せずに、内部センサ１６、ウェアラブルデバイス２２、及び／又はモバイルデバイス２４内に見られるＧＮＳＳ（例えば、ＧＰＳ）機能によって測定することもできる。いくつかの実施形態において、カメラ３０は、熱画像カメラ（例えば、運転者２０の皮膚温度を測定するための）を含む。いくつかの実施形態において、カメラ３０は、Ｐｈｉｌｉｐｓ  Ｖｉｔａｌ  Ｓｉｇｎｓ  Ｃａｍｅｒａのようなバイタルサインカメラを含む。バイタルサインカメラ３０は、皮膚色及び体の動き（例えば、胸部の動き）の変化を検知することによって、標準的な赤外線（ＩＲ）ベースのカメラを使用して心拍数及び呼吸数を遠隔測定する。例えば、心臓が鼓動しているときはいつでも、血管を通じて追加の血液が流れるために、皮膚色が変化する。バイタルサインカメラ３０内に存在するアルゴリズムが、これらのわずかな皮膚色変化を検出し、信号を増幅し、皮膚色変化の頻度を分析することによって脈拍数信号を計算する。呼吸について、バイタルサインカメラ３０は、胸部及び／又は腹部の上昇及び下降に焦点を当て、アルゴリズムを使用して信号を増幅し、正確な呼吸数を判定する。いくつかの事例において、皮膚色変化を示す信号から呼吸速度が判定されることに留意されたい。バイタルサインカメラ３０はまた、動きに強く、顔追跡を使用して運動中に正確な読み値を得る。より詳細には、低血糖事象の検出に関連して、バイタルサインカメラ３０は、血液循環（血管収縮）、心拍数（心悸亢進）及び呼吸速度（より速い及び不規則）を含む、低血糖事象に関連する運転者の生理的兆候又は症状のうちの１つ又は任意の組み合わせを測定するように構成されている。バイタルサインカメラ３０によってモニタリングされる低血糖事象の検出に関連する運転者の他の視覚的兆候は、運転者２０の皮膚の変化（例えば、発汗、冷や汗、及び／又は青ざめた皮膚）、眼球運動（運動能力及び認知能力）、並びに／又は生理学的振戦及び／若しくは震えを含む。
【００２９】
[0031]  ウェアラブルデバイス２２は、加速度計、皮膚電位（ＥＤＡ）を検出するためのフォトプレチスモグラム（ＰＰＧ）センサ（例えば、皮膚コンダクタンス、電気皮膚反応、皮膚電気反応を含む皮膚の電気特性の変動を検出する）、血圧計カフ、血糖モニタリング、心電センサ、歩数センサ、ジャイロスコープ、ＳｐＯ２センサ（例えば、動脈血酸素飽和度の推定値を与える）、呼吸センサ、姿勢センサ、応力センサ、電気皮膚反応センサ、温度センサ、圧力センサ、光センサ、及び／又は他の生理学的パラメータのセンサのうちの１つ又は複数を含む。ウェアラブルデバイス２２のセンサは、上述したように、血液循環、心拍数、呼吸速度、皮膚の変化（例えば、発汗によるものを含む皮膚コンダクタンス）を含む、低血糖事象に関する様々な生理学的パラメータを検出するためのカメラ３０の機能を含み、血管収縮を、皮膚温度の代理として使用する。いくつかの実施形態において、ウェアラブルデバイス２２内のカメラ機能は、皮膚温度測定のための熱画像カメラを含む。いくつかの実施形態において、ウェアラブルデバイス２２は、低血糖事象の検出に使用するための１つ又は複数の加速度計を備える。例えば、ウェアラブルデバイス２２の加速度計は、生理的振戦信号を検出（及び測定）するために使用される。言い換えれば、ウェアラブルデバイス２２は、低血糖事象から（ウェアラブルデバイス２２内で作動するアルゴリズムを通じて除外される車両運動からとは対照的に）運転者２０の振戦及び／又は震えを認識する。ウェアラブルデバイス２２は、他の生理学的パラメータの中でも、心拍数、心拍変動、呼吸数、脈波伝搬時間、血圧、温度（環境温度を除外する機能を含む）に関係する信号を検知することが可能である。他の可能なパラメータ及びセンサは、２００４年９月１３日に出願された「Ｓｙｓｔｅｍ  ｆｏｒ  ｍｏｎｉｔｏｒｉｎｇ  ａｎｄ  ｍａｎａｇｉｎｇ  ｂｏｄｙ  ｗｅｉｇｈｔ  ａｎｄ  ｏｔｈｅｒ  ｐｈｙｓｉｏｌｏｇｉｃａｌ  ｃｏｎｄｉｔｉｏｎｓ  ｉｎｃｌｕｄｉｎｇ  ｉｔｅｒａｔｉｖｅ  ａｎｄ  ｐｅｒｓｏｎａｌｉｚｅｄ  ｐｌａｎｎｉｎｇ，  ｉｎｔｅｒｖｅｎｔｉｏｎ  ａｎｄ  ｒｅｐｏｒｔｉｎｇ  ｃａｐａｂｉｌｉｔｙ」と題する米国特許第８３９０５４６号の表１に記載されている。
【００３０】
[0032]  モバイルデバイス２４は、カメラ３０の機能、及び／又は、ＧＮＳＳ機能を含む１つ若しくは複数の他の検知機能を含む。
【００３１】
[0033]  いくつかの実施形態において、ウェアラブルデバイス２２について上述したセンサ及び／又はセンサ機能（そのうち１つ又は複数が、いくつかの実施形態において、モバイルデバイス２４内に存在してもよい）は、内部センサ１６（カメラ３０を含む）として、車両１０の構造内に組み込まれてもよい。同様に、内部センサ１６（カメラ３０を含む）の前述した機能のうちの１つ又は複数は、ウェアラブルデバイス２２及び／又はモバイルデバイス２４内に含まれてもよい。１つの実施形態において、運転者の生理学的信号の変化（例えば、心拍加速、発汗、冷や汗など）を検出するために、一連の検知システム並びにタッチセンサ及びグリップセンサを車両１０のステアリングホイールに組み込むことができる。いくつかの実施形態において、振戦及び／又は震えを検出するために、タッチハンドル又はフォースハンドルをステアリングホイールに組み込むことができる。いくつかの実施形態において、グリップセンサは、生理学的信号の変化及び運転者２０の手の振戦を検出するために、シフトギアに組み込むことができる。いくつかの実施形態において、運動センサ（例えば、加速度計）及び座席内のセンサを使用して、運転者２０の震え及び／又は発汗がモニタリングされる。いくつかの実施形態において、血糖症の運転者における低血糖の危険性のはるかにより良好な推定を得るために、グルコース読み取りデバイスをステアリングホイールに接続することができる。いくつかの実施形態において、運転者２０によってインスリン摂取事象の時間が、電子インスリンディスペンサから、又は、モバイルデバイス２４及び／若しくはウェアラブルデバイス２２のアプリケーションインターフェース内で手動で記録される。このデータは、可能性のある低血糖事象の始まりの推定に使用される。
【００３２】
[0034]  いくつかの実施形態において、ウェアラブルデバイス２２、モバイルデバイス２４、内部センサ１６、外部センサ１４、及び／又はカメラ３０からのセンサからの測定値が、ともに融合される（例えば、低血糖事象を予測するための基礎として組み合わせて使用される）ことに留意されたい。例えば、測定値は、車両処理ユニット１２、ウェアラブルデバイス２２、モバイルデバイス２４、クラウド１８、２６の１つ又は複数のデバイスによって収集され、低血糖事象が発生しようとしている確率に関する予測を行うために使用される。
【００３３】
[0035]  上記で示したように、車両低血糖事象検出システムの特定の実施形態の処理は、車両処理ユニット１２、クラウド（例えば、クラウド１８及び／又は２６の１つ又は複数のデバイス）、ウェアラブルデバイス２２、又はモバイルデバイス２４のうちの１つ又は任意の組み合わせにおいて実施される。本発明の様々な実施形態は、車両を操作しながらの低血糖事象の検出の欠如を克服し、誤警報を回避若しくは軽減し、及び／又は、検出の信頼性を保証するためにロバストで正確な方式でこれを行うことを提案する。以下の記載において、車両低血糖事象検出システムの特定の実施形態の主な処理機能は、処理の一部又は全部が、いくつかの実施形態において、クラウド１８、２６の１つ若しくは複数のデバイス（例えば、車両処理ユニット１２について説明したものと同様のアーキテクチャの）へとオフロードされるか、又は、上記デバイスの組み合わせを使用して実施されるという理解の下で、ウェアラブルデバイス２２（図２）、モバイルデバイス２４（図３）、及び次いで車両処理ユニット１２（図４）において達成されるものとして説明されている。
【００３４】
[0036]  ここで、車両低血糖事象検出システムの機能の全部又は一部が実施される例示的なウェアラブルデバイス２２を示す図２に注目する。特に、図２は、ウェアラブルデバイス２２の例示的なアーキテクチャ（例えば、ハードウェア及びソフトウェア）を示す。本開示のコンテキストにおいて、図２に示すウェアラブルデバイス２２は１つの例に過ぎないこと、及び、いくつかの実施形態において、追加の、より少ない、及び／又は異なる構成要素が、類似の及び／又は追加の機能を達成するために使用されることが、当業者には理解されるべきである。１つの実施形態において、ウェアラブルデバイス２２は、複数のセンサ３２（例えば、３２Ａ〜３２Ｎ）、それぞれセンサ３２に結合されている１つ又は複数の信号調整回路３４（例えば、ＳＩＧ  ＣＯＮＤ  ＣＫＴ３４Ａ〜ＳＩＧ  ＣＯＮＤ  ＣＫＴ３４Ｎ）、及び、信号調整回路３４から調整済み信号を受信する処理回路３６（１つ又は複数のプロセッサを含む）を備える。１つの実施形態において、処理回路３６は、アナログ−デジタル変換器（ＡＤＣ）、デジタル−アナログ変換器（ＤＡＣ）、マイクロコントローラユニット（ＭＣＵ）、デジタル信号プロセッサ（ＤＳＰ）、及びメモリ（ＭＥＭ）３８を備える。いくつかの実施形態において、処理回路３６は、図２に示すものよりも少ない又は追加の構成要素を含む。例えば、１つの実施形態において、処理回路３６は、全体がマイクロコントローラユニットから成る。いくつかの実施形態において、処理回路３６は、信号調整回路３４を含む。
【００３５】
[0037]  メモリ３８は、オペレーティングシステム（ＯＳ）、及び、１つの実施形態において車両低血糖事象検出システムの１つ又は複数の機能を備えるアプリケーションソフトウェア（ＡＳＷ）４０Ａを備える。いくつかの実施形態において、他の機能の中でも、物理的追跡及び／又は挙動追跡を可能にするための追加のソフトウェアが含まれる。図示されている実施形態において、アプリケーションソフトウェア４０Ａは、センサ３２から受信される信号を処理するためのセンサ測定モジュール（ＳＭＭ）４２Ａと、低血糖事象が発生する確率を予測するための予測エンジン（ＰＥ）４４Ａと、低血糖ファクタのベースライン値及び／又は閾値を学習するための学習（ＬＥＡＲＮ）モジュール４６Ａと、低血糖事象の危険性をユーザに警告し、及び／又は、車両１０（図１）の動作の変更を行うために使用される１つ若しくは複数のデバイスを作動させるために、ウェアラブルデバイス２２及び／又は他のデバイスの回路を起動又はトリガするための通信／フィードバック（ＣＦＢ）モジュール（ＦＭ）４８Ａとを備える。いくつかの実施形態において、他の機能の中でも、車両低血糖事象検出システムの開示されている機能を達成するために使用される追加のモジュールが含まれ、又は、モジュール４２Ａ〜４８Ａのうちの１つ若しくは複数が、アプリケーションソフトウェア４０Ａから分離され、若しくは、互いに対して、示されているものとは異なる構成内にパッケージされる。いくつかの実施形態では、モジュール４２Ａ〜４８Ａの全部よりも少ないモジュールが、ウェアラブルデバイス２２内で使用される。
【００３６】
[0038]  本明細書において使用される場合、「モジュール」という用語は、コンピュータ実行可能ソフトウェア、ファームウェア、ハードウェア、及び／又はそれらの様々な組み合わせを指すものとして理解される。モジュールがソフトウェア及び／又はファームウェアモジュールである場合、モジュールは関連付けられるシステムのハードウェア要素に作用するように構成されることに留意されたい。本明細書において図示及び説明されているモジュールは例として意図されていることにさらに留意されたい。モジュールは、様々なアプリケーションをサポートするために組み合わせ、組み込み、分離、又は複製される。また、本明細書において特定のモジュールにおいて実施されるものとして説明されている機能は、特定のモジュールにおいて実施される機能に代えて又はそれに加えて、１つ又は複数の他のモジュールにおいて、及び、１つ又は複数の他のデバイスによって実施されてもよい。さらに、モジュールは、複数のデバイス、又は、互いにローカル若しくは遠隔している他の構成要素にわたって実施されてもよい。加えて、モジュールは、１つのデバイスから移動して別のデバイスに追加されてもよく、又は、両方のデバイスに含まれてもよい。
【００３７】
[0039]  センサ測定モジュール４２Ａは、センサ３２によって測定される信号（及び関連データ）を処理するための実行可能コード（命令）を含む。例えば、センサ３２は、センサ３２（及び／又は他の入力）からの運転者の生理学的測定値に対応する１つ又は複数の入力パラメータを測定する。上記で示したように、（低血糖事象の）指標としても参照されるこれらの測定値は、他のデータの中でも、血液循環、心拍数、呼吸速度、皮膚コンダクタンス、皮膚温度、眼球運動、振戦／震え、胴又は顔の動き、グルコース測定値を含む。
【００３８】
[0040]  予測エンジン４４Ａは、低血糖事象が発生の閾値確率に達したか否かを予測するための実行可能コード（命令）を備える（例えば、９５％の確率に達したとき、警告がトリガされる）。いくつかの実施形態において、複数の閾値確率が、ユーザに漸進的な警報を提供するために使用される（例えば、より低い危険性からより高い危険性へ）。予測エンジン４４Ａは、センサ測定モジュール４２Ａ及び／又は他の入力源（例えば、ワイヤレス接続を介して受信される、ウェアラブルデバイス２２に手動で入力される、など）から指標を受信し、１つの実施形態において、指標のうちの１つ又は複数がそれらのそれぞれのベースライン値からそれぞれの閾値量だけ逸脱したか否かを判定するために規則ベースの手法を実施する。１つの実施形態において、予測エンジン４４Ａは、指標のベースライン値を学習するように構成されている学習（ＬＥＡＲＮ）モジュール４６Ａを備える。１つの実施形態において、最初はデフォルト値（例えば、人口統計、公衆医療／研究データなど）がベースライン値として使用され、学習モジュール４６Ａは、ユーザが、ユーザに向けて調節／パーソナライズされている指標のベースライン値を有効化するために測定値が収集されるにつれて、これらの値を経時的に調整する。いくつかの実施形態において、初期ベースライン値は、ユーザの医療履歴を含む医療データ構造から（適切な許可を得て）取得され、及び／又は、毎日の使用において収集されるユーザ特有の値であり、いくつかの実施形態において、ベースライン値は、デフォルト値、パーソナライズされている値（初期と学習されたものの両方）、及び、ユーザに対して経時的に収集されている履歴データの組み合わせに基づく。ベースライン値からの偏差又は差分は、低血糖事象が発生しようとしている又は発生した確率がより高いことを示す。例えば、血管収縮、心臓動悸、より速い及び／又は不規則な呼吸速度、発汗、冷や汗、青ざめた皮膚、振戦及び／又は震えなどは、これらの偏差の兆候である。１つの実施形態において、予測エンジン４４Ａは、これらの指標の各々の閾値を使用して、それぞれのベースライン値からの偏差又は差分が低血糖事象の高い確率を示すレベルに達したか否かを判定する（又は、いくつかの実施形態において、複数の閾値確率が、趨勢のある危険性についてユーザに漸進的に警告するために使用される）。閾値は、低血糖事象を経験しているユーザの過去の事例から、並びに／又は、公衆データ構造（例えば、研究、医療）及び／若しくはユーザ（及び／又は低血糖症、糖尿病などの病歴を含む、家族）の私的な履歴医療データから判定されるものを含め、（例えば、学習モジュール４６Ａを介して）学習される。閾値は、各ユーザがユーザの運転スタイル及び技法と関連付けられるユーザ特有の閾値を有するように、機械学習技法を使用して学習される。例えば、決定木学習、ニューラルネットワーク、ディープラーニング、サポートベクターマシン（ＳＶＭ）、ベイズネットワークなどのような機械学習技法を使用して、運転者／自動車挙動（例えば，運転者生理学的データ、運転者運動データ、及び自動車データ）の特定の閾値が分類及び／又は識別されて、これらの挙動が低血糖事象を示���又は低血糖事象を予測するかが識別される。
【００３９】
[0041]  予測エンジン４４Ａは、低血糖事象が発生しようとしている（例えば、発生の閾値確率に達した）ことを予測する。閾値確率は、すべての検出されている指標の偏差又は差分閾値の合成（例えば、合計）に基づいて決定される。例えば、予測エンジン４４Ａは、いずれの指標がそれぞれの閾値を検出したかに応じて、偏差値が合計されて閾値確率が決定される、規則ベースの手法を使用する。いくつかの事例において、単一の指標が、発生しようとしている低血糖事象の危険性を示し、したがって、確率閾値は、その指標の偏差閾値に等しい。いくつかの実施形態において、確率閾値は、偏差閾値の加重和に基づく。いくつかの実施形態において、上述したように、複数の確率閾値（警告及び／又は措置の強度が異なる）が使用される。いくつかの実施形態において、確率閾値を決定するために他のメカニズムが使用されてもよい。
【００４０】
[0042]  通信／フィードバックモジュール４８Ａは、予測エンジン４４Ａから閾値確率を満たしている又は超えているという指示を受信し、警告及び／又は車両動作に作用するデバイスの起動をトリガする実行可能コード（命令）を備える。警告は、ユーザが低血糖事象を経験しようとしていることのリアルタイム（例えば、即時の）フィードバックを提供し、低血糖症の自覚を達成し、ユーザが是正措置を取ることを可能にする。１つの実施形態において、通信／フィードバックモジュール４８Ａは、ウェアラブルデバイス２２の出力インターフェース（後述する）を起動し、出力インターフェースは、ユーザに対する視覚、聴覚、及び／又は触覚フィードバック（例えば、警告）をもたらす。いくつかの実施形態において、通信／フィードバックモジュール４８Ａは、ワイヤレス通信回路（後述する）と協働して、別のデバイスに信号を（例えば、無線で）通信し、別のデバイスは、ユーザ（運転者）に対する視覚、可聴、及び／又は触覚フィードバックを提供する。例えば、ワイヤレス信号を受信するデバイスは、車両処理ユニット１２（図１、車両ダッシュボード上に提示する又は車両スピーカを通じて警告するなどのため）、モバイルデバイス２４（図１、振動モータ起動及び／又はモバイルデバイス２４の表示画面上での視覚フィードバックなどのため）、ヘッドアップディスプレイ又はユーザが装着するＧｏｏｇｌｅグラスなどを含む。いくつかの実施形態において、通信／フィードバックモジュール４８Ａは、通信回路と協働して、コマンド信号を車両処理ユニット１２に送信し、車両処理ユニット１２は、車両又は車両動作の制御を伴う、１つ又は複数の車両構成要素／デバイスを起動する。例えば、車両構成要素は、制動を引き起こし（前方の車両との間の距離を増大させ）、又は、車両に隣接する車線が空いているか否かを判定し、方向指示器及びステアリング信号並びにブレーキのアクチュエータを起動して車両を道路のその側にずらす自律若しくは半自律機構を起動する。アクチュエータ又はモータを含む。車両の安全な動作を保証し、及び／又は、ユーザが低血糖症に気付かない状態（例えば、低血糖事象が今実際に発生している場合）に入るのを防止するのを促進するために、他の措置が取られてもよい。通信／フィードバックモジュール４８Ａは、ウェアラブルデバイス２２の通信回路５０が、車両１０の内部又は車両１０の外部にある１つ又は複数のデバイス（例えば、他のウェアラブルデバイス、モバイルデバイス、クラウドデバイス、車両処理ユニット、カメラ、アクチュエータ、モータなど）に対してデータを送受信するために、複数の異なる通信技術（例えば、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｚｉｇｂｅｅ（登録商標）、８０２．１１、ワイヤレスフィデリティ、ＧＳＭ（登録商標）など）のうちの１つ又は複数に従って動作することを可能にするための実行可能コード（命令）を含む。
【００４１】
[0043]  上記で示したように、１つの実施形態において、処理回路３６は、通信回路５０に結合される。通信回路５０は、ウェアラブルデバイス２２と、車両１０（図１）内又は外部の他のデバイスとの間のワイヤレス通信を可能にする役割を果たす。通信回路５０は、Ｂｌｕｅｔｏｏｔｈ（登録商標）（ＢＴ）回路として示されているが、この送受信機構成には限定されない。例えば、いくつかの実施形態において、通信回路５０は、ＮＦＣ回路、Ｗｉ−Ｆｉ（登録商標）回路、とりわけ、光学又は超音波ベースの技術などの、Ｚｉｇｂｅｅ（登録商標）、ＢＴ低エネルギー、８０２．１１、ＧＳＭ（登録商標）、ＬＴＥ、ＣＤＭＡ、ＷＣＤＭＡ（登録商標）に基づく送受信回路のうちのいずれか１つ又は組み合わせとして具現化される。いくつかの実施形態において上述した通信仕様／規格の２つ以上による、複数の送受信回路が使用される。
【００４２】
[0044]  処理回路３６は、入力インターフェース５２（ＩＮＰＵＴ）及び出力インターフェース５４（ＯＵＴ）を含む、入出力（Ｉ／Ｏ）デバイス又は周辺装置にさらに結合される。いくつかの実施形態において、入力インターフェース５２及び／若しくは出力インターフェース５４は省かれ、又は、両方の機能が単一の構成要素に組み合わされる。入力及び出力インターフェース５２、５４が、下記にさらに説明される。
【００４３】
[0045]  いくつかの実施形態において、前述した回路及び／又はソフトウェアのうちの１つ又は複数の機能は、より少ない構成要素／モジュールに組み合わされ、又は、いくつかの実施形態において、追加の構成要素／モジュール若しくはデバイスの間でさらに分散される。例えば、処理回路３６は、マイクロコントローラ（マイクロコントローラユニットすなわちＭＣＵ）、ＤＳＰ、及びメモリ３８を含む集積回路としてパッケージされ、一方、ＡＤＣ及びＤＡＣは、処理回路３６に結合されている別個の集積回路としてパッケージされる。いくつかの実施形態において、上記で列挙した構成要素の機能のうちの１つ又は複数は、マイクロコントローラによって実施されるＤＳＰの機能のように、組み合わされる。
【００４４】
[0046]  上記で示したように、センサ３２は、生理学的パラメータ、運動パラメータ及び／又は認知パラメータ、並びに外部（例えば、環境）パラメータを測定することが可能なセンサのうちの１つ又は任意の組み合わせを含む。例えば、典型的な生理学的パラメータは、心拍数、心拍変動、心拍数回復、血流速度、血液循環、活動レベル、筋活動（振戦及び／又は震えを含む）、筋緊張、血液量、血圧、血液酸素飽和度、呼吸数、発汗、皮膚温度、皮膚電位（皮膚伝導反応、電気皮膚反応、皮膚電気反応など）、体重、及び体組成（例えば、体格指数すなわちＢＭＩ）、咬合器運動（特に発話中）、及び眼球運動（認知及び／又は運動検知のための）を含む。センサ３２はまた、全地球的航法衛星システム（ＧＮＳＳ）センサ／受信機を含む（例えば、ユーザの運転スタイルをモニタリングするため）。センサ３２はまた、慣性センサ（例えば、ジャイロスコープ）及び／又は磁気計を含み、これは、運転挙動の判定を支援する。いくつかの実施形態において、ＧＮＳＳセンサ（例えば、ＧＮＳＳ受信機及びアンテナ）は、ウェアラブルデバイス２２内に存在するのに加えて、又はそれに代えて、モバイルデバイス２４（図１）及び／又は車両１０（図１）に含まれる。いくつかの実施形態において、ＧＮＳＳ機能は、通信回路５０、又は、処理回路３６に結合されている他の回路を介して達成される。センサ３２はまた、屈曲センサ及び／又は力センサ（例えば、可変抵抗を使用する）、筋電センサ、心電センサ（例えば、ＥＫＧ、ＥＣＧ）、磁気センサ、フォトプレチスモグラフィ（ＰＰＧ）センサ、生体インピーダンスセンサ、赤外線近接センサ、音響／超音波／オーディオセンサ、ひずみゲージ、電気皮膚／発汗センサ、ｐＨセンサ、温度センサ、カメラ（例えば、上述したような熱及び／又はバイタルサイン機能を有するもの）、及びフォトセルを含む。センサ３２は、例えば、大気圧、湿度、屋外温度、汚染、雑音レベルなどの、環境パラメータ及び／又は条件を検出するための他の及び／又は追加のタイプのセンサを含む。センサ３２のうちの１つ又は複数は、微小電気機械システム（ＭＥＭＳ）インフラストラクチャにおける圧電、ピエゾ抵抗又は容量性技術に基づいて構築される。
【００４５】
[0047]  信号調整回路３４は、他の信号調整構成要素の中でも、処理回路３６においてさらなる処理が実施される前に、検知されている生理学的パラメータ及び／又は位置信号に対応するデータを含む、検知されている信号を調整するための増幅器及びフィルタを含む。図２にはそれぞれ各センサ３２と関連付けられるものとして示されているが、いくつかの実施形態において、より少ない信号調整回路３４が使用される（例えば、２つ以上のセンサ３２に対して共有される）。いくつかの実施形態において、信号調整回路３４（又はその機能）は、それぞれのセンサ３２の回路内又は処理回路３６内（又はその中に存在する構成要素内）など、他の場所に組み込まれる。さらに、一方向信号流（例えば、センサ３２から信号調整回路３４へ）を含むものとして上述されているが、いくつかの実施形態において、信号流は双方向であってもよい。例えば、光学測定の場合、マイクロコントローラは、光信号が、センサ３２の回路内にあるか又は当該回路に結合されている光源（例えば、発光ダイオードすなわちＬＥＤ）から放出されるようにし、センサ３２（例えば、フォトセル）は反射／屈折信号を受信する。
【００４６】
[0048]  通信回路５０は、処理回路３６（例えば、通信／フィードバックモジュール４８Ａを実行する）によって管理及び制御される。通信回路５０は、車両１０（図１）内及び／若しくは外部の１つ若しくは複数のデバイスとワイヤレスにインターフェースするために使用される。１つの実施形態において、通信回路５０は、Ｂｌｕｅｔｏｏｔｈ（登録商標）送受信機として構成されるが、いくつかの実施形態において、とりわけ、Ｗｉ−Ｆｉ（登録商標）、ＧＳＭ（登録商標）、ＬＴＥ、ＣＤＭＡ及びその派生物、Ｚｉｇｂｅｅ（登録商標）、ＮＦＣのような、他の及び／又は追加の技術が使用されてもよい。図２に示す実施形態において、通信回路５０は、送信回路（ＴＸ  ＣＫＴ）、スイッチ（ＳＷ）、アンテナ、受信回路（ＲＸ  ＣＫＴ）、混合回路（ＭＩＸ）、及び周波数ホッピングコントローラ（ＨＯＰ  ＣＴＬ）を備える。送信回路及び受信回路は、変調器／復調器、フィルタ、及び増幅器を含む、ＲＦ信号のそれぞれの送信及び受信を可能にするのに適した構成要素を含む。いくつかの実施形態において、復調／変調及び／又はフィルタリングは、部分的に又は全体的にＤＳＰによって実施される。スイッチは、受信モードと送信モードとの間で切り替える。混合回路は、処理回路３６によって制御されるものとしての、周波数合成器及び周波数混合器として具現化される。周波数ホッピングコントローラは、送信回路の変調器からのフィードバックに基づいて送信信号のホッピング周波数を制御する。いくつかの実施形態において、周波数ホッピングコントローラの機能は、マイクロコントローラ又はＤＳＰによって実施される。通信回路５０の制御は、マイクロコントローラ、ＤＳＰ、又は両方の組み合わせによって実施される。いくつかの実施形態において、通信回路５０は、マイクロコントローラによって監督及び／又は管理されるそれ自体の専用コントローラを有する。
【００４７】
[0049]  通信回路５０の１つの例示的な動作において、信号（例えば、２．４ＧＨｚの）が、アンテナにおいて受信され、スイッチによって受信回路へと方向付けられる。受信回路は、混合回路と協働して、周波数ホッピングコントローラに帰する周波数ホッピング制御の下で、受信信号を中間周波数（ＩＦ）信号に変換し、その後、ＡＤＣによるさらなる処理のためにベースバンドに変換する。送信側では、ベースバンド信号（例えば、処理回路３６のＤＡＣからの）が、混合回路と協働する送信回路によってＩＦ信号に変換され、その後、ＲＦに変換され、ＲＦ信号はスイッチに通され、周波数ホッピングコントローラによって与えられる周波数ホッピング制御の下でアンテナから放出される。送信回路及び受信回路の変調器及び復調器は、周波数偏移変調（ＦＳＫ）タイプの変調／復調を実施するが、ＩＦとベースバンドとの間の変換を可能にするこのタイプの変調／復調には限定されない。いくつかの実施形態において、復調／変調及び／又はフィルタリングは、部分的に又は全体的にＤＳＰによって実施される。メモリ３８は、マイクロコントローラによって実行されると、Ｂｌｕｅｔｏｏｔｈ（登録商標）（及び／又は他のプロトコル）送信／受信を制御する通信／フィードバックモジュール４８Ａを記憶する。
【００４８】
[0050]  通信回路５０はＩＦタイプの送受信機として図示されているが、いくつかの実施形態において、直接変換アーキテクチャが実施されてもよい。上記で言及したように、通信回路５０は、他の及び／又は追加の送受信技術に従って具現化されてもよい。
【００４９】
[0051]  処理回路３６は、図２においてはＡＤＣ及びＤＡＣを含むものとして図示されている。検知機能のために、ＡＤＣは、信号調整回路３４からの調整済み信号を変換し、マイクロコントローラ及び／又はＤＳＰによるさらなる処理のために信号をデジタル化する。ＡＤＣはまた、入力インターフェース５２を介して受信されるアナログ入力を、マイクロコントローラによるさらなる処理のためのデジタルフォーマットに変換するためにも使用される。ＡＤＣはまた、通信回路５０を介して受信される信号のベースバンド処理にも使用される。ＤＡＣは、デジタル情報をアナログ情報に変換する。検知機能のためのその役割は、センサ３２からの、光信号又は音響信号のような信号の放出を制御することである。ＤＡＣは、出力インターフェース５４からアナログ信号を出力させるためにさらに使用される。また、ＤＡＣは、マイクロコントローラ及び／又はＤＳＰからのデジタル情報及び／又は命令を、送信回路に供給されるアナログ信号に変換するためにも使用される。いくつかの実施形態において、追加の変換回路が使用されてもよい。
【００５０】
[0052]  マイクロコントローラ及びＤＳＰは、ウェアラブルデバイス２２の処理機能を提供する。いくつかの実施形態において、両方のプロセッサの機能が、単一のプロセッサに組み合わされ、又は、追加のプロセッサの間でさらに分散される。ＤＳＰは、特殊なデジタル信号処理を提供し、マイクロコントローラからの処理負荷の負荷軽減を可能にする。ＤＳＰは、特殊な集積回路において又はフィールドプログラマブルゲートアレイ（ＦＰＧＡ）として具現化される。１つの実施形態において、ＤＳＰは、中央処理装置（ＣＰＵ）、複数の回路バッファ、並びに、ハーバードアーキテクチャによる別個のプログラムメモリ及びデータメモリを備える、パイプラインアーキテクチャを備える。ＤＳＰは、同時の命令及びデータフェッチを可能にするデュアルバスをさらに備える。ＤＳＰはまた、Ａｎａｌｏｇ  Ｄｅｖｉｃｅｓ  ＳＨＡＲＣ（登録商標）ＤＳＰに見られるような命令キャッシュ及びＩ／Ｏコントローラを備えるが、ＤＳＰの他の製造業者が使用されてもよい（例えば、ＦｒｅｅｓｃａｌｅマルチコアＭＳＣ８１ｘｘファミリ、Ｔｅｘａｓ  Ｉｎｓｔｒｕｍｅｎｔｓ  Ｃ６０００シリーズなど）。ＤＳＰは、概して、レジスタ、並びに、乗算器、算術論理演算ユニット（ＡＬＵ、加算、減算、絶対値、論理演算、固定小数点演算ユニットと浮動小数点演算ユニットとの間の変換などを実施する）、及びバレルシフタを含む数学構成要素を使用した数学操作に利用される。ＤＳＰが高速に乗累算（ＭＡＣ）を実施することができることによって、高速フーリエ変換（ＦＦＴ）及び有限インパルス応答（ＦＩＲ）フィルタリングの効率的な実行が可能である。ＤＳＰ機能の一部又は全部は、マイクロコントローラによって実施されてもよい。ＤＳＰは概して、ウェアラブルデバイス２２内の符号化及び復号機能を提供する。例えば、符号化機能は、情報の転送に対応するコマンド又はデータを符号化することを含む。また、復号機能は、（例えば、ＡＤＣによる処理の後に）センサ３２から受信される情報を復号することを含む。
【００５１】
[0053]  マイクロコントローラは、特にメモリ３８に記憶されているものなど、ソフトウェア／ファームウェアを実行するためのハードウェアデバイスを含む。マイクロコントローラは、任意のカスタムメイドの若しくは市販のプロセッサ、中央処理装置（ＣＰＵ）、半導体ベースのマイクロプロセッサ（マイクロチップ若しくはチップセットの形態の）、マクロプロセッサ、又は一般にソフトウェア命令を実行するための任意のデバイスとすることができる。適切な市販のマイクロプロセッサの例は、いくつかの非限定例を挙げると、Ｉｎｔｅｌ（登録商標）のＩｔａｎｉｕｍ（登録商標）及びＡｔｏｍ（登録商標）マイクロプロセッサを含む。マイクロコントローラは、ウェアラブルデバイス２２の管理及び制御を可能にする。
【００５２】
[0054]  メモリ３８（本明細書においては非一時的コンピュータ可読媒体としても参照される）は、揮発性メモリ要素（例えば、ランダムアクセスメモリ（ＤＲＡＭ、ＳＲＡＭ、ＳＤＲＡＭなどのようなＲＡＭ））及び不揮発性メモリ要素（例えば、ＲＯＭ、フラッシュ、ソリッドステート、ＥＰＲＯＭ、ＥＥＰＲＯＭなど）のうちのいずれか１つ又は組み合わせを含むことができる。その上、メモリ３８は、電子、磁気、及び／又は他のタイプの記憶媒体を組み込む。メモリ３８は、後の処理のために、所与の時間期間にわたって、且つ／又は、所与の記憶量制約に基づいて、センサデータを記憶するために使用される。例えば、メモリ３８は、低血糖の指標のデータ構造、並びに、それぞれの閾値、センサ３２及び／又は他のメカニズム（例えば、手動データ入力、ワイヤレス信号など）を介して収集される履歴データを含む。いくつかの実施形態において、そのようなデータは他の場所（例えば、クラウド１８、２６内、図１）に記憶され、必要に応じてアクセスされる。
【００５３】
[0055]  メモリ３８内のソフトウェアは、１つ又は複数の別個のプログラムを含み、それらの各々が、論理機能を実施するための実行可能命令の順序付けされたリストを含む。図２の例において、メモリ３８内のソフトウェアは、適切なオペレーティングシステム、並びに、１つの実施形態において上述したようなセンサ測定モジュール４２Ａ、予測エンジン４４Ａ（学習モジュール４６Ａを含む）、及び通信／フィードバックモジュール４８Ａを含むアプリケーションソフトウェア４０Ａを含む。
【００５４】
[0056]  オペレーティングシステムは、本質的に、アプリケーションソフトウェア４０Ａ及び関連モジュール４２Ａ〜４８Ａのような、コンピュータプログラムの実行を制御し、スケジューリング、入出力制御、ファイル及びデータ管理、メモリ管理、及び通信制御並びに関連サービスを提供する。メモリ３８はまた、測定パラメータを正確に解釈するために実行可能コードを実行するマイクロコントローラによって使用される、体重、身長、年齢、性別、目標（ｇｏａｌ）、体格指数（ＢＭＩ）を含む、ユーザデータを含む。ユーザデータはまた、糖尿病履歴、低血糖事象履歴などを含む、過去に記録されたデータを以前のコンテキストに関係付ける履歴データを含む。いくつかの実施形態において、ユーザデータは、他の場所に（例えば、モバイルデバイス２４（図１）、車両処理ユニット１２（図１）に）、又は遠隔的に（例えば、クラウド１８、２６（図１）内の記憶デバイス内に）記憶される。
【００５５】
[0057]  メモリ３８内のソフトウェアは、ソースプログラム、実行可能プログラム（オブジェクトコード）、スクリプト、又は、実施されるべき命令セットを含む任意の他のエンティティを含む。ソースプログラムの場合、プログラムは、オペレーティングシステムに関連して適切に動作するように、コンパイラ、アセンブラ、インタープリタなどを介して翻訳される。さらに、ソフトウェアは、例えば、限定ではないがとりわけＣ、Ｃ＋＋、Ｐｙｔｈｏｎ、Ｊａｖａ（登録商標）などの、（ａ）データ及びメソッドのクラスを有するオブジェクト指向プログラミング言語、又は、（ｂ）ルーチン、サブルーチン、及び／若しくは関数を有する手続き型プログラミング言語として書くことができる。ソフトウェアは、非一時的コンピュータ可読媒体又は他の媒体であってもよいコンピュータプログラム製品内で具現化される。
【００５６】
[0058]  入力インターフェース５２は、ボタン又はマイクロフォン又はセンサ（例えば、ユーザ入力を検出するために、タッチタイプディスプレイスクリーンとして含む）のような、ユーザ入力を入力するための１つ又は複数のインターフェース（例えば、ユーザインターフェースを含む）を含む。いくつかの実施形態において、入力インターフェース５２は、ダウンロードされた情報のための、ウェアラブルデバイス２２に対する（例えば、有線接続などを介する）通信ポートとしての役割を果たす。出力インターフェース５４は、ユーザインターフェース（例えば、グラフィック若しくは他のタイプのユーザインターフェースを提示する表示画面、仮想又は拡張現実インターフェースなど）又はメモリ３８内に記憶されている情報を（例えば、有線で）転送するための通信インターフェース／ポートを含む、フィードバックを提示するための、又は、データ転送（例えば、有線）のための１つ又は複数のインターフェースを含む。出力インターフェース５４は、照明デバイス（例えば、ＬＥＤ）、オーディオデバイス（例えば、音源及びスピーカ、ブザー）、並びに／又は、触覚フィードバックデバイス（例えば、振動モータ）及び／若しくは電気フィードバックデバイスのような、他のタイプのフィードバックデバイスを含んでもよい。
【００５７】
[0059]  ここで、図３を参照すると、車両低血糖事象検出システムの機能の全部又は一部が実施される例示的なモバイルデバイス２４が示されている。特に、図３は、モバイルデバイス２４の例示的なアーキテクチャ（例えば、ハードウェア及びソフトウェア）を示す。本開示のコンテキストにおいて、図３に示すモバイルデバイス２４のアーキテクチャは１つの例に過ぎないこと、及び、いくつかの実施形態において、追加の、より少ない、及び／又は異なる構成要素が、類似の及び／又は追加の機能を達成するために使用されることが、当業者には理解されるべきである。図示されている例において、モバイルデバイス２４はスマートフォンとして具現化されているが、いくつかの実施形態において、ワークステーション、ラップトップ、ノートブック、タブレットなどを含む、他のタイプのデバイスが使用される。モバイルデバイス２４は、いくつかの実施形態において、車両低血糖事象検出システムの特定の実施形態の全機能を提供するために、又は、いくつかの実施形態において、ウェアラブルデバイス２２（図２）、車両処理ユニット１２（図１）、若しくはクラウド１８、２６（図１）の１つ若しくは複数のデバイス、若しくは他のデバイスのうちの１つ若しくは任意の組み合わせとともに、車両低血糖事象検出システムの機能を提供するために使用される。
【００５８】
[0060]  モバイルデバイス２４は、ベースバンドプロセッサ（ＢＢＰ）５６及びアプリケーションプロセッサ（ＡＰＰ）５８を含む、少なくとも２つの異なるプロセッサを備える。既知であるように、ベースバンドプロセッサ５６は主に、ベースバンド通信関連タスクを取り扱い、アプリケーションプロセッサ５８は概して、入力及び出力、並びに、ベースバンド処理に直接関係するもの以外のすべてのアプリケーションを取り扱う。ベースバンドプロセッサ５６は、限定ではないが、他の機能の中でも、ＧＳＭ（登録商標）（グローバルシステムフォーモバイルコミュニケーションズ）プロトコルスタックのような、プロトコルスタック（ＰＲＯＴ  ＳＴＫ）と関連付けられる機能を展開するための専用プロセッサを含む。アプリケーションプロセッサ５８は、アプリケーションソフトウェア４０Ｂの全部又は一部を含む、アプリケーションを作動させるためのマルチコアプロセッサを含む。ベースバンドプロセッサ５６及びアプリケーションプロセッサ５８は、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリなどを含む、それぞれの関連メモリ（ＭＥＭ）６０、６２、及び周辺装置、並びにランニングクロックを有する。メモリ６０、６２は各々、本明細書においては、非一時的コンピュータ可読媒体としても参照される。メモリ６２内に存在するものとして図示されているが、アプリケーションソフトウェア４０Ｂのモジュールの全部又は一部は、メモリ６０内に記憶されてもよく、メモリ６０、６２の間で分散されてもよく、又は、他のメモリ内に存在してもよいことに留意されたい。
【００５９】
[0061]  ベースバンドプロセッサ５６は、モバイルデバイス２４が、その様々な変形並びに／又は他の電気通信プロトコル、規格、及び／若しくは仕様の中でも、ＷＣＤＭＡ（登録商標）（広域符号分割多元接続）、ＣＤＭＡ（符号分割多元接続）、ＥＤＧＥ（ＧＳＭ（登録商標）進化型高速データレート）、ＧＰＲＳ（汎用パケット無線サービス）、Ｚｉｇｂｅｅ（登録商標）（例えば、ＩＥＥＥ８０２．１５．４に基づく）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ−Ｆｉ（登録商標）（ＩＥＥＥ８０２．１１などに基づくワイヤレスフィデリティ）、及び／又はＬＴＥ（ロングタームエボリューション，）を含む、１つ又は複数のワイヤレスネットワーク技術にアクセスすることを可能にするためのプロトコルスタックの機能を展開する。ベースバンドプロセッサ５６は、信号変調、無線周波数偏移、及び符号化を含む、無線通信及び制御機能を管理する。ベースバンドプロセッサ５６は、無線機（例えば、ＲＦフロントエンド）６４及び／又はＧＳＭ（登録商標）（又は他の通信規格の）モデム、並びに、アナログ及びデジタルベースバンド回路（それぞれ図３のＡＢＢ、ＤＢＢ）を備えるか、又は、それらに結合され得る。無線機６４は、複数の異なる周波数の信号の受信及び送信を可能にするための１つ又は複数のアンテナ、送受信機、及び電力増幅器を備え、セルラ（及び／又はワイヤレス）ネットワークへのアクセスを可能にする。アナログベースバンド回路は、無線機６４に結合され、例えば、ＧＳＭ（登録商標）モデムのアナログドメインとデジタルドメインとの間のインターフェースを提供する。アナログベースバンド回路は、アナログ−デジタル変換器（ＡＤＣ）及びデジタル−アナログ変換器（ＤＡＣ）、並びに、制御及び電力管理／分配構成要素、及び、アプリケーションプロセッサ５８を介して間接的に又はユーザインターフェース（ＵＩ）６６（例えば、マイクロフォン、タッチスクリーン、ただし、いくつかの実施形態において、イヤピース、着信音、振動回路などを含む）から直接的に受信されるアナログ及び／又はデジタル信号を処理するためのオーディオコーデックを含む回路を含む。ＡＤＣは、デジタルベースバンド回路によって処理するために、任意のアナログ信号をデジタル化する。デジタルベースバンド回路は、ＧＳＭ（登録商標）プロトコルスタック（例えば、レイヤ１、レイヤ２など）１つ又は複数のレベルの機能を展開し、共有メモリインターフェース（アプリケーションプロセッサ５８によって処理されるデータに対して取られるべき措置を命令するデータ及び制御情報及びパラメータを含むメモリ）を介して通信するマイクロコントローラ（例えば、マイクロコントローラすなわちＭＣＵ、本明細書においてはプロセッサとしても参照される）及びデジタル信号プロセッサ（ＤＳＰ、本明細書においてはプロセッサとしても参照される）を含む。ＭＣＵは、とりわけ、ＲＴＣ（リアルタイムクロック）、ＳＰＩ（シリアルペリフェラルインターフェース）、Ｉ２Ｃ（ｉｎｔｅｒ−ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、ＵＡＲＴ（汎用非同期送受信回路）、ＩｒＤＡ（赤外線データ協会）、ＳＤ／ＭＭＣ（セキュアデジタル／マルチメディアカード）カードコントロー��、キーパッドスキャンコントローラ、及びＵＳＢデバイスに基づくデバイス、ＧＰＲＳ暗号モジュール、ＴＤＭＡ（時分割多元接続）、スマートカードリーダインターフェース（例えば、１つ又は複数のＳＩＭ（加入者識別モジュール）カードのための）、タイマなどのような複数の周辺装置（例えば、集積回路としてパッケージされている回路）を有するコアを有する、リアルタイムオペレーティングシステム（ＲＴＯＳ）を作動させるＲＩＳＣ（縮小命令セットコンピュータ）マシンとして具現化される。受信側機能について、ＭＣＵは、ＤＳＰに、例えば、アナログベースバンド回路から同相／直交（Ｉ／Ｑ）サンプルを受信し、ＭＣＵへ折り返し報告させることを伴う検出、復調、及び復号を実施するように命令する。送信側機能に関して、ＭＣＵは、送信可能データ及び補助情報をＤＳＰに提示し、ＤＳＰは、データを符号化し、アナログベースバンド回路に提供する（例えば、ＤＡＣによってアナログ信号に変換される）。
【００６０】
[0062]  アプリケーションプロセッサ５８は、アプリケーションソフトウェア４０Ｂを含む、複数のユーザアプリケーションの実施を可能にするオペレーティングシステム（ＯＳ）の制御下で動作する。アプリケーションプロセッサ５８は、システムオンチップ（ＳＯＣ）として具現化され、インターネットに結合されているクラウド１８、２６（図１）の１つ又は複数のコンピューティングデバイスにアクセスするためのウェブブラウジング／クラウドベースアクセス機能を含む、複数のマルチメディア関連機能をサポートする。例えば、アプリケーションプロセッサ５８は、遠隔データアクセス／記憶／処理を可能にし、組み込みオペレーティングシステムと協働することによって、カレンダー、位置サービス、ユーザデータ（例えば、私的医療データ）、公衆データ（人工ベースの研究又は医療データ）などにアクセスするために、クラウドコンピューティングフレームワーク又は他のネットワークへのアクセスを可能にするために、アプリケーションソフトウェア４０Ｂ（例えば、ウェアラブルデバイス２２のいくつかの実施形態と同様に、１つ又は複数のアプリケーションプログラムインターフェース（ＡＰＩ）を有するか又はＡＰＩと関連して動作可能なブラウザを含む、ミドルウェア）の通信機能を実行する。アプリケーションプロセッサ５８は、一般に、プロセッサコア（アドバンストＲＩＳＣマシンすなわちＡＲＭ）を備え、マルチメディアモジュール（画像、ビデオ、及び／又はオーディオを復号／符号化するための）、グラフィックスプロセッシングユニット（ＧＰＵ）、通信インターフェース（ＣＯＭＭ）６８、及びデバイスインターフェースをさらに備えるか、又は、それらに結合され得る。１つの実施形態において、通信インターフェース６８は、ウェアラブルデバイス２２、他のモバイルデバイス、及び／又は車両処理ユニット１２（図１）とのワイヤレス通信を可能にするＢｌｕｅｔｏｏｔｈ（登録商標）（ＢＴ）（及び／又は、いくつかの実施形態においてはとりわけＺｉｇｂｅｅ（登録商標））を含む、ワイヤレスインターフェースを含む。いくつかの実施形態において、通信インターフェース６８は、アプリケーションソフトウェア４０Ｂ内の対応する通信ソフトウェアに従って、ローカル８０２．１１ネットワークとインターフェースするためのＷｉ−Ｆｉ（登録商標）モジュールを含む。アプリケーションプロセッサ５８は、例えば、位置座標を提供するために衛星インターフェースへのアクセスを可能にするための全地球的航法衛星システム（ＧＮＳＳ）受信機７０をさらに備え、又は、図示の実施形態においては、これに結合されている。いくつかの実施形態において、ＧＮＳＳ受信機７０は、アプリケーションソフトウェア４０Ｂ内又は他の様態でメモリ６２に記憶されているＧＮＳＳ機能と関連して、運転挙動を究明するために、位置座標及び高度、速度などを含む、時間及び位置データを収集する。ＧＮＳＳ受信機７０として図示されているが、セルラネットワーク信号及び／又はＷｉ−Ｆｉ（登録商標）の三角測量に基づくものを含む、他の屋内／屋外測位システムが使用されてもよいことに留意されたい。
【００６１】
[0063]  アプリケーションプロセッサ５８に結合されているデバイスインターフェースは、表示画面を含む、ユーザインターフェース６６を含む。いくつかの実施形態においてウェアラブルデバイスユーザインターフェースの表示画面と同様の表示画面は、ＬＣＤすなわち液晶ディスプレイ（又は、薄膜トランジスタ（ＴＦＴ）ＬＣＤ、面内切替（ＩＰＳ）ＬＣＤのようなその変形形態）、アクティブマトリックスＯＬＥＤ（ＡＭＯＬＥＤ）、網膜若しくは触覚に基づく技術、又は、仮想／拡張現実技術を含む、いくつかの利用可能な技術のうちの１つにおいて具現化される。例えば、ユーザインターフェース６６は、メッセージング（例えば、テキストメッセージ）及び／若しくは記号／グラフィック（例えば、警報若しくは警告アイコン、点滅画面など）、並びに／又は、点滅光（ＬＥＤ）の形態で、視覚フィードバックを提示する。いくつかの実施形態において、ユーザインターフェース６６は、表示画面に加えて又は代えて、他の周辺装置の中でも、キーパッド、マイクロフォン、スピーカ、イヤピースコネクタ、Ｉ／Ｏインターフェース（例えば、ＵＳＢ（ユニバーサルシリアルバス））、ＳＤ／ＭＭＣカードとして構成される。例えば、スピーカは、フィードバック（例えば、音声、ビープ音、ブザー、音楽又はトーンなど）を聴覚的に提供するために使用され、及び／又は、ユーザインターフェース６６は、振動フィードバックをユーザに提供する振動モータを含む。視覚、可聴、又は触覚フィードバック（警告）のうちの１つ又は任意の組み合わせが使用されてもよい。いくつかの実施形態において、フィードバックの強度の変化を使用して、低血糖事象の確率の自覚を増大させることが可能になる。例えば、他の特質の中でも、画面上のカラーレベル、スピーカから放出されるブザー又はビープ音、触覚振動周波数又は強度が、実際の事象への近接性に応じて変化する。一例として、複数の確率閾値が、漸進的に増大するレベルのフィードバック強度とともに使用される。同様の手法が、ウェアラブルデバイス２２及び／又は本明細書において開示されている他のデバイスによって提供される警告に使用されてもよい。
【００６２】
[0064]  アプリケーションプロセッサ５８にはまた、画像キャプチャデバイス（ＩＭＡＧＥ  ＣＡＰＴＵＲＥ）７２も結合されている。画像キャプチャデバイス７２は、光学センサ（例えば、電荷結合素子（ＣＣＤ）又は相補型金属酸化膜半導体（ＣＭＯＳ）光学センサ）を含む。１つの実施形態において、画像キャプチャデバイス７２は、上述したように、熱画像カメラ及び／又はバイタルサインカメラとして構成される。概して、画像キャプチャデバイス７２は、血圧（例えば、遠隔フォトプレチスモグラフィ（ＰＰＧ）に基づく）、血液循環、心拍数、呼吸速度及び／又は呼吸パターン、皮膚表面変化（例えば、青ざめた皮膚、冷や汗）、皮膚温度などを含む、ユーザ及び挙動（例えば、運転挙動）の様々な生理学的パラメータを検出するために使用される。バッテリ７６の動作を制御及び管理する電力管理デバイス７４も含まれている。上述した及び／又は図３に示されている構成要素は、１つ又は複数のバスにわたって、及び、図示されている例においては、データバス７８を介して、データを共有する。本開示のコンテキストにおいて、上記に対する変形形態が、いくつかの実施形態において、同様の機能を達成するために展開されることが、当業者には理解されるべきである。
【００６３】
[0065]  図示されている実施形態において、アプリケーションプロセッサ５８は、センサ測定モジュール４２Ｂ、学習（ＬＥＡＲＮ）モジュール４６Ｂを含む予測エンジン４４Ｂ、及び通信／フィードバック（ＣＦＢ）モジュール４８Ｂを含むアプリケーションソフトウェア４０Ｂを作動させる。アプリケーションソフトウェア４０Ｂ及び関連モジュール４２Ｂ〜４８Ｂは、車両低血糖事象検出システムの一実施形態の実施について、ウェアラブルデバイス２２（図２）のアプリケーションソフトウェア４０Ａについて説明したものと機能的に同様であり、したがって、上記のウェアラブルデバイス２２からの説明が、モバイルデバイス２４に適用可能又は概ね適用可能である。センサ測定モジュール４２Ｂは、画像キャプチャデバイス７２及びＧＮＳＳ受信機７０を含む、モバイルデバイス２４のセンサから、生理学的パラメータ及び／又は他のデータ（例えば、運転スタイルデータ）を受信する。例えば、上述したように、画像キャプチャデバイス７２は、血液循環、心拍数、及び呼吸速度、センサ測定モジュール４２Ｂにおいて受信される対応するデータ（低血糖指標）を含む、運転者の生理学的兆候をモニタリングする。画像キャプチャデバイス７２はまた、運転者の皮膚特性、眼球運動、並びに／又は振戦／震えを含む、特定の視覚的低血糖指標を捕捉し、対応するデータをセンサ測定モジュール４２Ｂに搬送する。画像キャプチャデバイス７２は、運転者の顔及び胴をモニタリングするように位置決めされると（例えば、コンソールブラケット上に）、運転者の運転のスタイル（車両操作関連パラメータとしても参照される）をモニタリングし、したがって、運動能力及び認知能力（例えば、速度、加速度、制動、コーナリング、奇妙な動き、及び、他の自動車までの距離）の（予測エンジン４４Ｂによる）推定の基礎を提供する。ＧＮＳＳ受信機７０もまた、単独で又は画像キャプチャデバイス７２と組み合わさって、運転者挙動を（例えば、速度、方向、加速度などの判定を通じて）モニタリングするために使用される。予測エンジン４４Ｂ及び学習モジュール４６Ｂは、センサ測定モジュール４２Ｂからのセンサデータ、並びに、場合によっては他の及び／又は追加のデータ（例えば、クラウド１８、２６、ウェアラブルデバイス２２、カメラ３０、外部センサ１４、及び／又は内部センサ１６からの）を含む１つ又は複数の入力パラメータを受信し、いつ低血糖事象が発生しようとしているか（例えば、発生の閾値確率に達したか）を予測する。ウェアラブルデバイス２２と同様に、いくつかの実施形態において、複数の警告を漸進的に提供する、複数の確率閾値が使用されてもよい。予測エンジン４４Ｂ及び学習モジュール４６Ｂは、ウェアラブルデバイス２２の同様のソフトウェアモジュール（例えば、４４Ａ、４６Ａ）について上述したものと同様にベースライン及び閾値を決定し、したがって、その説明は簡潔にするためにここでは省く。通信／フィードバックモジュール４８Ｂは、予測エンジン４４Ｂのトリガ出力に基づいて、ＵＩ６６を介して、ユーザに、視覚（例えば、テキスト及び／若しくは色又はモバイルデバイス２４の表示画面上のグラフィック、光パターンなど）、可聴（音声、ビープ音源���ブザーなど）、及び／又は触覚（例えば、振動）フィードバックを提供する。通信／フィードバックモジュール４８Ｂは、また、又は代替的に、同様のフィードバックをトリガするために、１つ又は複数の他のデバイス（例えば、車両処理ユニット１２、ウェアラブルデバイス２２、ヘッドセットなど）に信号を送信する。いくつかの実施形態において、通信／フィードバックモジュール４８Ｂは、車両１０（図１）の動作を変更するために１つ又は複数の車両操作デバイス（例えば、制動、ステアリング、半自律又は自律システム）を起動するように、車両処理ユニット１２にシグナリングする。
【００６４】
[0066]  ここで、図４を参照すると、車両低血糖事象検出システムの機能の全部又は一部が実施される例示的な車両処理ユニット１２の一実施形態が示されている。車両処理ユニット１２の機能は、単独で、又は、いくつかの実施形態においては、１つ若しくは複数の追加のデバイスと組み合わせて実施される。１つの実施形態において、車両処理ユニット１２は、コンピュータとして具現化されるが、いくつかの実施形態において、（例えば、図１のクラウド１８又は２６におけるように、車両乗員インタラクションシステムの機能が主に遠隔して実施される場合）アプリケーションサーバとして具現化される。本開示のコンテキストにおいて、例示的な車両処理ユニット１２は１つの実施形態の例示に過ぎないこと、及び、いくつかの実施形態はより少ない又は追加の構成要素を含むことを、当業者は理解すべきである。車両処理ユニット１２は、この例においてはコンピュータシステムとして図示されている。ここで、車両処理ユニット１２の関連する特徴が分かりにくくなるのを避けるために、コンピュータシステムの特定のよく知られていた構成要素は省かれていることが理解されるべきである。１つの実施形態において、車両処理ユニット１２は、すべてデータバス８６（ＤＢＵＳ）のような１つ又は複数のデータバスに結合されている、プロセッサ（ＰＲＯＣＥＳＳ）８０のような１つ又は複数のプロセッサ（図示せず）、入出力（Ｉ／Ｏ）インターフェース８２（Ｉ／Ｏ）、及びメモリ８４（ＭＥＭ）を含む、ハードウェア及びソフトウェア構成要素を備える。メモリ８４（本明細書においては非一時的コンピュータ可読媒体としても参照される）は、揮発性メモリ要素（例えば、ＤＲＡＭ、及びＳＲＡＭなどのようなランダムアクセスメモリＲＡＭ）及び不揮発性メモリ要素（例えば、ＲＯＭ、フラッシュ、ソリッドステート、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ハードドライブ、テープ、ＣＤＲＯＭなど）のうちのいずれか１つ又は組み合わせを含む。メモリ８４は、ネイティブオペレーティングシステム（ＯＳ）、１つ若しくは複数のネイティブアプリケーション、エミュレーションシステム、若しくは、様々なオペレーティングシステムのエミュレートされているアプリケーション、及び／又は、エミュレートされているハードウェアプラットフォーム、エミュレートされているオペレーティングシステムなどを記憶する。いくつかの実施形態において、１つ若しくは複数の別個の記憶デバイス（ＳＴＯＲ  ＤＥＶ）が、データバス８６に結合され、及び／又は、車両処理ユニット１２が、下記にさらに説明するように、ネットワーク（ＮＷ）及び通信機能を介してネットワークストレージ（例えば、図１のクラウド１８、２６の一部である）に結合される。
【００６５】
[0067]  図示されている実施形態において、車両処理ユニット１２は、Ｉ／Ｏインターフェース８２を介して、通信インターフェース（ＣＯＭ）８８、ユーザインターフェース（ＵＩ）９０、及び１つ又は複数のセンサ９２に結合される。いくつかの実施形態において、通信インターフェース８８、ユーザインターフェース９０、及び１つ又は複数のセンサ９２は、データバス８６に直接的に結合される。通信インターフェース８８は、ワイヤレス機能（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、近接場通信、Ｗｉ−Ｆｉ（登録商標）など）のためのハードウェア及びソフトウェアを含み、ウェアラブルデバイス２２（図２）、モバイルデバイス２４（図３）を含む、車両１０（図１）の内部に位置するデバイスとのワイヤレス通信、他のデバイス（例えば、カメラ３０）の間でのワイヤレス通信、及び、任意選択的に、車両１０の外部に位置する車両１０のセンサ９２とのワイヤレス通信を可能にする。１つの実施形態において、通信インターフェース８８は、公衆又は私有データ構造（例えば、データベース）などにアクセスするために、クラウド１８、２６のコンピューティング機能にアクセスするためのセルラ通信を可能にするためのセルラモデム機能をさらに含む。例えば、ユーザプロファイルは、クラウド１８、２６の１つ又は複数のデバイス内に位置し、運転者のユーザデータ（例えば、低血糖指標の履歴、糖尿病及び／又は低血糖事象履歴を含む病歴など）、及び／又は、公表統計若しくは情報（例えば、低血糖指標に関する人口統計及び／又は研究、天候データを含む環境データ）を含む。いくつかの実施形態において、天候データは、車両１０内に位置する（又は、車両１０の外部に位置する）センサ９２を介して、又は、ｎｅｔａｔｍｏデバイスを使用することを含め、車両１０内に見出される独立型デバイスを介して取得される。いくつかの実施形態において、それらの情報のうちの１つ又は複数は、ベースラインデータ、閾値などを含め、一時的な期間にわたってローカルに（例えば、記憶デバイス及び／又はメモリ８４内に）記憶される。
【００６６】
[0068]  Ｉ／Ｏインターフェース８２は、様々なネットワークにわたって、且つ、様々なプロトコル及び／又は規格に従って情報（例えば、データ）を搬送するために、信号（例えば、アナログ又はデジタルデータ）を入出力するための任意の数のインターフェースを含む。
【００６７】
[0069]  ユーザインターフェース９０は、グラフィカルユーザインターフェース（ＧＵＩ）を有する若しくは有しない表示画面、ヘッドアップディスプレイ、キーパッド、車両制御のためのユーザコマンドの入力を可能にするための車両ボタン／スイッチ／ノブ若しくは他のメカニズム、マイクロフォン、マウスなど、並びに／又は、運転者及び／若しくは乗客に対するフィードバックのうちの１つ又は任意の組み合わせを含む。例えば、ユーザインターフェース９０は、専用照明（例えば、警報光又は警戒光若しくはパターンのような内部状態光）、又は、絵文字アイコン若しくは他の記号グラフィック若しくはさらにはテキスト警報を有するコンソールディスプレイを含む、視覚フィードバック／警告を提供するための他のメカニズムを含む。いくつかの実施形態において、ユーザインターフェース９０は、運転者が低血糖事象を経験しようとしていると乗客に警報するなどのために、車両１０（図１）内の運転者及び／又は乗客に触覚フィードバックを提供するための１つ又は複数の振動モータ（例えば、運転者及び／又は乗客の座席、スティックシフト、ステアリングホイール、肘掛けなどの中）を含む。いくつかの実施形態において、ユーザインターフェース９０は、差し迫った低血糖事象について運転者に警報するビープ音、ブザー、又は他の音声（例えば、トーン又は言葉の発話）を提供するなどのための、スピーカ及び／又はマイクロフォンを含む。いくつかの実施形態において、（例えば、２つ以上の閾値確率を使用することによって）状況が悪化するにつれて音声の周波数又は音量を増大するなど、様々なフィードバックの強度を変更することもできる。上述した様々なフィードバック技法及び／又はデバイスのうちの１つ又は任意の組み合わせを常に使用することができることに留意されたい。いくつかの実施形態において、フィードバックは、例えば、車両処理ユニット１２からのワイヤレス又は有線通信によってトリガされるときに、他のデバイス（例えば、ウェアラブルデバイス２２、モバイルデバイス２４、車両１０内のフィードバックデバイスなど）を介して実施される。
【００６８】
[0070]  センサ９２は、カメラセンサ（例えば、カメラ３０、図１）及び／又は位置特定センサ（例えば、ＧＮＳＳ受信機）を含む、内部及び外部センサ（例えば、内部センサ１６及び外部センサ１４、図１）を含む。センサ９２は、慣性運動センサ（例えば、ジャイロスコープ、磁気計）、ＧＮＳＳ受信機、荷重センサ、位置センサ、速度センサ、及び／又は加速度センサのうちの１つ又は任意の組み合わせを含む、車両運動と関連付けられる車両センサを含む。言い換えれば、センサ９２は、発進及び停止の唐突さ、急速の加速、速度、急旋回、並びに／又は奇妙な動きを含む、運転者の運転スタイルと関連付けられる車両運動を測定する。いくつかの実施形態において、センサ９２は、車両処理ユニット１２と有線又はワイヤレス通信しているデバイス内に位置する。例えば、上記で示したように、センサ９２は、（例えば、心拍数、加速度、発汗、冷や汗などを含む、運転者の生理学的信号の変化を検出するために）ステアリングホイールに組み込まれているタッチセンサ及び／又はグリップセンサを含む。いくつかの実施形態において、センサ９２は、運転者の振戦／震えを検出するために、ステアリングホイールに組み込まれているタッチハンドル／フォースハンドルを含む。いくつかの実施形態において、センサ９２は、振戦／震えを含む、運転者の生理学的信号の変化を検出するために、シフトギアに組み込まれているグリップセンサを含む。いくつかの実施形態において、センサ９２は、震え／振戦及び／又は発汗を含む、運動を検出するための運動センサ（例えば、加速度計）及び／又は力センサを含む。いくつかの実施形態において、センサ９２は、ステアリングホイール内を含め、車両１０の内部構造に組み込まれるグルコース読み取りセンサを含み、（例えば、特に糖尿病患者の）低血糖事象の危険性をより良好に推定することを可能にする。いくつかの実施形態において、他の入力は、運転者によるインスリン摂取の時間（例えば、クラウドに記録され、車両処理ユニットによってアクセスされる、又は、モバイルデバイス２４及び／若しくはウェアラブルデバイス２２を介してアクセスされる）を含み、低血糖事象がいつ発生しようとしているかを推定することを可能にする。
【００６９】
[0071]  図４に示す実施形態において、メモリ８４は、オペレーティングシステム（ＯＳ）及びアプリケーションソフトウェア（ＡＳＷ）４０Ｃを備える。いくつかの実施形態において、アプリケーションソフトウェア４０Ｃは、オペレーティングシステムなしで実施されることに留意されたい。１つの実施形態において、アプリケーションソフトウェア４０Ｃは、センサ測定モジュール４２Ｃ、学習（ＬＥＡＲＮ）モジュール４６Ｃを含む予測エンジン４４Ｃ、及び通信／フィードバック（ＣＦＢ）モジュール４８Ｃを含む。アプリケーションソフトウェア４０Ｃ及び関連モジュール４２Ｃ〜４８Ｃは、車両低血糖事象検出システムの一実施形態の実施について、ウェアラブルデバイス２２（図２）のアプリケーションソフトウェア４０Ａについて説明したものと機能的に同様であり、したがって、上記のウェアラブルデバイス２２からの説明が、車両処理ユニット１２に適用可能又は概ね適用可能である。センサ測定モジュール４２Ｃは、センサ９２から生理学的パラメータ及び／又は他のデータ（例えば、運転スタイルデータ）を受信する。予測エンジン４４Ｃ及び学習モジュール４６Ｃは、センサ測定モジュール４２Ｃからのセンサデータ、並びに、場合によっては他の及び／又は追加のデータ（例えば、クラウド１８、２６、ウェアラブルデバイス２２、モバイルデバイス２４からの）を含む入力パラメータを受信し、いつ低血糖事象が発生しようとしているか（例えば、発生の閾値確率に達したか）を予測する。予測エンジン４４Ｃ及び学習モジュール４６Ｃは、ウェアラブルデバイス２２の同様のソフトウェアモジュール（例えば、４４Ａ、４６Ａ）について上述したものと同様にベースライン及び閾値を決定し、したがって、その説明は簡潔にするためにここでは省く。通信／フィードバックモジュール４８Ｂは、予測エンジン４４Ｃのトリガ出力に基づいて、ＵＩ９０を介して、ユーザに、視覚（例えば、テキスト及び／若しくは色又は車両１０のダッシュボード若しくは他の表示画面上のグラフィック）、可聴（音声、ビープ音源、ブザーなど）、及び／又は触覚（例えば、振動）フィードバックを提供する。通信／フィードバックモジュール４８Ｃは、また、又は代替的に、同様のフィードバックをトリガするために、１つ又は複数の他のデバイス（例えば、モバイルデバイス２４、ウェアラブルデバイス２２、ヘッドセット、Ｇｏｏｇｌｅ  Ｇｌａｓｓなど）に信号を送信する。いくつかの実施形態において、通信／フィードバックモジュール４８Ｃは、車両１０の動作を変更するために１つ又は複数の車両操作デバイス（例えば、制動、ステアリング、半自律又は自律システム）を起動する。通信／フィードバックモジュール４８Ｃは、概して、１つ又は複数のＡＰＩを使用することを通じてウェブブラウジング及び／又はクラウドサービスへのアクセスを可能にすることを含め、１つ又は複数のネットワーク（ＮＷ）（例えば、パーソナルエリアネットワーク、ローカルワイヤレスエリアネットワーク、広域ネットワーク、セルラネットワークなど）に接続されるデバイスの間での通信を（通信インターフェース８８を介して）可能にする。
【００７０】
[0072]  アプリケーションソフトウェア４０Ｃの実行は、オペレーティングシステムの管理及び／又は制御の下で（又は、いくつかの実施形態においてはＯＳを用いることなく）プロセッサ８０によって実施される。プロセッサ８０は、カスタムメイド若しくは市販のプロセッサ、複数のプロセッサの間の中央処理装置（ＣＰＵ）若しくは補助プロセッサ、半導体ベースのマイクロプロセッサ（マイクロチップの形態の）、マクロプロセッサ、１つ若しくは複数の特定用途向け集積回路（ＡＳＩＣ）、複数の適切に構成されているデジタル論理ゲート、及び／又は、車両処理ユニット１２の全体的な動作を協調させる個別の要素を個々に及び様々な組み合わせにおいての両方で備える他のよく知られた電気的構成として具現化される。
【００７１】
[0073]  図４に示すように、車両処理ユニット１２の特定の実施形態が少なくとも部分的にソフトウェア（ファームウェアを含む）によって実施されるとき、ソフトウェアは、様々なコンピュータ関連システム又は方法によって使用するための、又は、それと協働する様々な非一時的コンピュータ可読媒体上に記憶することができることが留意されるべきである。本明細書のコンテキストにおいて、コンピュータ可読媒体は、コンピュータ関連システム又は方法によって使用するための、又は、それと協働するコンピュータプログラム（例えば、実行可能コード又は命令）を含む又は記憶する電子、磁気、光、又は他の物理デバイス又は装置を含む。ソフトウェアは、コンピュータベースのシステム、プロセッサ含有システム、又は、命令実行システム、装置、若しくはデバイスから命令をフェッチし、命令を実行することができる他のシステムのような、命令実行システム、装置、又はデバイスによって使用するための、又は、それと協働する様々なコンピュータ可読媒体内に組み込まれる。
【００７２】
[0074]  車両処理ユニット１２の特定の実施形態が少なくとも部分的にハードウェアによって実施されるとき、そのような機能は、すべて当該技術分野においてよく知られた以下の技術、すなわち、データ信号に対して論理機能を実施するための論理ゲートを有する個別論理回路、適切な組み合わせ論理ゲートを有する特定用途向け集積回路（ＡＳＩＣ）、プログラマブルゲートアレイ（ＰＧＡ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、中継器、接触器などのいずれか又は組み合わせによって実施される。
【００７３】
[0075]  アプリケーションソフトウェア４０（例えば、４０Ａ、４０Ｂ、４０Ｃ）の機能は、車両１０の内部若しくは外部に位置する単一のデバイスにおいて実施され、又は、いくつかの実施形態において、２つ以上のそのようなデバイスの間で分散されることに留意されたい。予測エンジン４４（例えば、４４Ａ、４４Ｂ、４４Ｃ）に対する入力パラメータは、１つ又は複数のデバイスからのセンサ（例えば、予測エンジン４４をホストするデバイスに内蔵されている、複数のデバイスからのセンサの融合として受信される、並びに／又は、車両１０の外部及び内部のデータ構造からのデータを含む、他の入力）から供給される。クラウド１８、２６上のデバイスは、いくつかの実施形態において、車両処理ユニット１２と同様のアーキテクチャを有することにさらに留意されたい。
【００７４】
[0076]  上記の説明に照らして、本開示のコンテキストにおいて、図５に方法９４として示され、図示されている方法の１つの実施形態は、（開始から始まって終了において終わる）ユーザが車両を運転しているという指示を受信するステップ（９６）と、１つ又は複数の入力パラメータを受信するステップ（９８）と、１つ又は複数の入力パラメータに基づいて、低血糖事象が発生の閾値確率に達していることを予測するステップ（１００）と、予測に基づいて警告又はデバイス起動をトリガするステップ（１０２）とを含むことが、当業者には理解されるべきである。方法９４は、ウェアラブルデバイス２２、モバイルデバイス２４、車両処理ユニット１２、及び／又はクラウド１８、２６の１つ若しくは複数のデバイスによって実施される。
【００７５】
[0077]  流れ図における任意のプロセス記述又はブロックは、プロセス内の特定の論理機能又はステップを実施するための１つ又は複数の実行可能命令を含むコードのモジュール、セグメント、又は部分を表しているものとして理解されるべきであり、本開示の技術分野の当業者には理解されるように、関与する機能に応じて、機能が、同時又は逆順を含めて、図示又は論述されている順序から外れて実行されてもよい、代替の実施態様が、実施形態の範囲内に含まれる。
【００７６】
[0078]  一実施形態において、命令を有するメモリと、１つ又は複数のプロセッサとを備え、１つ又は複数のプロセッサは、ユーザが車両を運転しているという指示を受信することと、１つ又は複数の入力パラメータを受信することと、１つ又は複数の入力パラメータに基づいて、低血糖事象が発生の閾値確率に達していることを予測することと、予測に基づいて警告又はデバイス起動をトリガすることとを行うための命令を実行する、装置である。
【００７７】
[0079]  １つの実施形態において、１つ又は複数の入力パラメータが、ユーザに対応する１つ若しくは複数の生理学的入力パラメータ、又は、１つ若しくは複数の車両操作関連入力パラメータのうちの１つ又は任意の組み合わせを含む、前記装置である。
【００７８】
[0080]  １つの実施形態において、１つ又は複数の生理学的入力パラメータが、血液循環の変化、血管収縮の変化、ユーザの震えの増大、心拍の増大、発汗の増大、温度低下、眼球運動の変化、皮膚コンダクタンス増大、グルコース読み値、又はインスリン摂取履歴のうちの１つ又は任意の組み合わせの指示を含む、前記装置である。
【００７９】
[0081]  １つの実施形態において、１つ又は複数のプロセッサが、１つ又は複数の車両内環境パラメータを評価することによって、温度低下又は皮膚コンダクタンス増大のうちの１つ又は任意の組み合わせが、低血糖に基づくか、又は、車両内の内部環境条件に基づくかを検証するための命令を実行する、前記装置である。
【００８０】
[0082]  １つの実施形態において、１つ又は複数の車両操作関連入力パラメータが、車両に関する運動情報、１つ若しくは複数の他の車両に対する運動情報、又は、ユーザの運転挙動を含む、前記装置である。
【００８１】
[0083]  一実施形態において、１つ又は複数のセンサをさらに備える、前記装置である。
【００８２】
[0084]  一実施形態において、１つ又は複数のセンサが、加速度計、カメラ、又は位置特定デバイスのうちの１つ又は任意の組み合わせを含む、前記装置である。
【００８３】
[0085]  一実施形態において、１つ又は複数のプロセッサがさらに、ユーザが運転している間及びユーザが運転する前に、１つ又は複数の入力パラメータを受信するための命令を実行する、前記装置である。
【００８４】
[0086]  一実施形態において、１つ又は複数のプロセッサがさらに、１つ又は複数の入力パラメータと１つ又は複数のそれぞれの閾値との間の比較に基づいて、予測するための命令を実行する、前記装置である。
【００８５】
[0087]  一実施形態において、１つ又は複数のそれぞれの閾値が、履歴ユーザデータ又はユーザの健康状態のうちの１つ又は任意の組み合わせに基づいて適応的である、前記装置である。
【００８６】
[0088]  一実施形態において、１つ又は複数のプロセッサがさらに、ユーザに対する視覚、可聴、又は触覚警報のうちの１つ又は任意の組み合わせをトリガする信号を通信することによって、警告をトリガするための命令を実行する、前記装置である。
【００８７】
[0089]  一実施形態において、１つ又は複数のプロセッサがさらに、車両の動作の変更を行う車両内のデバイスを調整する信号を通信することによって、デバイス起動をトリガするための命令を実行する、前記装置である。
【００８８】
[0090]  一実施形態において、メモリ及びプロセッサが、ウェアラブルデバイス、モバイルデバイス、車両の外部に位置するデバイス、又は車両の内部に位置するデバイスの中に含まれる、前記装置である。   
【００８９】
[0091]  一実施形態において、１つ又は複数のセンサと、命令を有するメモリと、１つ又は複数のプロセッサとを備え、１つ又は複数のプロセッサは、ユーザが車両を運転しているという指示を受信することと、１つ又は複数のセンサから１つ又は複数の入力パラメータを受信することと、１つ又は複数の入力パラメータに基づいて、低血糖事象が発生の閾値確率に達していることを予測することと、予測に基づいて警告又はデバイス起動をトリガすることとを行うための命令を実行する、システムである。
【００９０】
[0092]  １つの実施形態において、１つ又は複数の入力パラメータが、ユーザに対応する１つ若しくは複数の生理学的入力パラメータ、又は、１つ若しくは複数の車両操作関連入力パラメータのうちの１つ又は任意の組み合わせを含む、前記システムである。
【００９１】
[0093]  １つの実施形態において、１つ又は複数の生理学的入力パラメータが、血液循環の変化、血管収縮の変化、ユーザの震えの増大、心拍の増大、発汗の増大、温度低下、眼球運動の変化、皮膚コンダクタンス増大、グルコース読み値、又はインスリン摂取履歴のうちの１つ又は任意の組み合わせの指示を含む、前記システムである。
【００９２】
[0094]  一実施形態において、１つ又は複数のプロセッサがさらに、１つ又は複数の入力パラメータと１つ又は複数のそれぞれの閾値との間の比較に基づいて、予測するための命令を実行し、１つ又は複数のそれぞれの閾値は、履歴ユーザデータ又はユーザの健康状態のうちの１つ又は任意の組み合わせに基づいて適応的である、前記システムである。
【００９３】
[0095]  一実施形態において、１つ又は複数のプロセッサがさらに、ユーザに対する視覚、可聴、又は触覚警報のうちの１つ又は任意の組み合わせをトリガする信号を通信することによって、警告をトリガするための命令を実行する、前記システムである。
【００９４】
[0096]  一実施形態において、１つ又は複数のプロセッサがさらに、車両の動作の変更を行う車両内のデバイスを調整する信号を通信することによって、デバイス起動をトリガするための命令を実行する、前記システムである。
【００９５】
[0097]  一実施形態において、ユーザが車両を運転しているという指示を受信するステップと、１つ又は複数の入力パラメータを受信するステップと、１つ又は複数の入力パラメータに基づいて、低血糖事象が発生の閾値確率に達していることを予測するステップと、予測に基づいて警告又はデバイス起動をトリガするステップとを含む、方法である。
【００９６】
[0098]  一実施形態において、前記装置のいずれか１つ又は組み合わせの機能を実施する方法である。
【００９７】
[0099]  一実施形態において、１つ又は複数のプロセッサによって実行されると、前記装置のいずれか１つ又は組み合わせの機能が実施されるようにする、非一時的コンピュータ可読媒体である。
【００９８】
[00100]  上述した実施形態において、任意の２つ以上の実施形態が組み合わされることに留意されたい。
【００９９】
[00101]  開示されている実施形態の様々な組み合わせが使用され、したがって、一実施形態又は１つの実施形態に対する参照は、その実施形態に由来する特徴を、他の実施形態に由来する特徴による仕様から除外するようには意図されていない。
【０１００】
[00102]  特許請求の範囲において、「備えるという単語は、他の要素又はステップを除外せず、不定冠詞「ａ」又は「ａｎ」は複数を除外しない。単一のプロセッサ又は他のユニットが、特許請求の範囲内で記載されているいくつかの項目の機能を満たすことができる。特定の方策が相互に異なる従属請求項に記載されているというだけのことは、これらの方策の組み合わせを好都合に使用することができないということを示すものではない。コンピュータプログラムは、他のハードウェアとともに又はその一部として供給される光媒体又は固体状態媒体のような、適切な媒体上に記憶／分散されるが、他の形態で分散されてもよい。特許請求の範囲内の任意の参照符号は、それらの範囲を限定されるようには解釈されないものとする。
【図１】
2020512224.tif 000003
【図２】
2020512224.tif 000004
【図３】
2020512224.tif 000005
【図４】
2020512224.tif 000006
【図５】
2020512224.tif 000007
【国際調査報告】
2020512224.tif 000008
2020512224.tif 000009
2020512224.tif 000010