JP2010057664A - 車両用乗員体調管理装置 - Google Patents

Abstract

【課題】車両に設置してある座席のうち特定の座席に限定されず、任意の座席に着座したとしても乗員の生体情報を入手する。
【解決手段】ゲートウェイポイントGのメモリ6を使った体調管理データベースは体重及び携帯端末ＩＤ8によって生体データが管理されている。センサノードSNには、脈拍数、血圧、体温など検出する機能が付与されている。座席2の座部の圧力センサノードSNは乗員の体重を検出する。健康診断モードは、所定の時刻に、乗員の体温、血圧などを計測し、その生体データがデータベースに記録される。常時監視モードは、乗員が乗車してから下車するまでの間、連続的に実行され、乗員の体調が悪化したときには、直ちに、警報や外部への通報が実行される。
【選択図】図10

Description

本発明は車両用乗員体調管理装置に関する。

特許文献１は、自動車を使ってドライバの健康管理を行うことを提案している。具体的には、特許文献１の健康管理システムは端末装置を有し、この端末装置には、身体情報を検出する生体センサと、検出された身体情報を記憶する記憶手段と、身体情報を判定する判定手段と、判定結果などをドライバに報知する表示手段と、ネットワークを会して情報を授受する送受信手段とを含んでいる。この送受信手段は、ドライバの操作によって通信回線を通じてインターネットに接続される。

この特許文献１は、ドライバが自動車を運転するという日常の行動の中で健康データの測定を継続させるという意図で開発されており、例えば毎日１回、最初に乗車したときに運転を行う前に健康測定を行い、もし健康状態に変化があったときには、ドライバの操作によってインターネットを通じて健康管理機関に通知することで、専門家による適切な健康アドバイスや精度の高い診断を促進しようとするものである。

特開２００５−１６８９０８号公報

特許文献１の発明はドライバの健康管理を意図したものであり、このことから運転を開始する前に計測し、もし何時もと違うデータがモニタに表示されたときには、ドライバ自らの操作に基づいて外部の健康管理機関にアクセスして、当該健康管理機関に通知する設計になっている。

ドライバは、運転中は、様々な状況変化に対応する必要があり、歩行者が突然飛び出したときには脈拍や血圧が大きく変動する。しかし、同乗者は、走行中、比較的長時間に亘って着座姿勢で且つリラックスした状態にある。

そこで、本発明は、車両に設置してある座席のうち特定の座席に限定されず、任意の座席に着座したとしても乗員の生体情報を入手することのできる車両用乗員体調管理装置を提供することを目的とする。

上記の技術的課題は、本発明によれば、
車室内の各座席に関連して配設され、座席に着座した乗員を特定するセンサ機能と、該センサ機能によって検出した前記乗員を特定することのできる情報を無線で送信可能な通信機能とを備えた複数の第１の検知通信手段と；
各座席に着座した乗員の生体情報を検出するセンサ機能と、該センサ機能によって検出した前記乗員の生体情報を無線で送信可能な通信機能とを備えた複数の第２の検知通信手段と；
前記第１、第２の検知通信手段と無線で送受信可能な体調管理手段と；でネットワークが形成され、
前記体調管理手段が、前記第２の検知通信手段から送られてきた生体情報を各乗員毎に分類して記憶する記憶手段を有することを特徴とする車両用乗員体調管理装置を提供することにより達成される。

すなわち、本発明によれば、無線でネットワーク化された第１、第２の検知通信手段によって、どの座席に着座しても乗員が特定されると共に当該乗員の体温や血圧などの生体情報を獲得することができる。

本発明の好ましい実施の形態によれば、
前記ネットワークが、前記複数の第１、第２の検知通信手段のうち任意の一つの検知通信手段が欠落したとしても自立的に該一つの検知通信手段をネットワークから削除するアドホック機能と、前記複数の第１、第２の検知通信手段が互いに中継し合うマルチホップ機能とを有する。これによれば、任意の箇所に、また、任意の個数の第１、第２の検知通信手段を車室内に設置することができる。

本発明の好ましい実施の形態によれば、
車内環境を検出するセンサ機能と、該センサ機能によって検出した車内環境情報を無線で送信可能な通信機能を備えた第３の検知通信手段を更に有し、
前記体調管理手段が、前記第２の検知通信手段から送られてきた生体情報を、前記第３の検知通信手段から送られてきた車内環境情報に基づいて補正する生体情報補正手段を有する。この生体情報補正手段によって、車内環境、例えば車室内温度が高い、低い、日射量が多いなどの影響を排除した正確な生態情報を獲得することができる。

本発明の好ましい実施の形態によれば、
前記ネットワークに組み込むことのできる携帯端末の携帯端末ＩＤによって、前記体調管理手段に含まれる記憶手段において各乗員の生体情報が分類されている。携帯端末の典型例は携帯電話機であるが、携帯電話機は各人が自分個人用として使用するのが常であるから、携帯端末ＩＤによって乗員を特定することができる。また、体調管理手段の記憶手段に記憶された各乗員の生体情報を、当該乗員が所持している携帯端末のメモリに転送することで、携帯端末を所持している乗員は、車両から下車した後も自己の生体データを持ち運ぶことができる。

本発明の好ましい実施の形態によれば、
前記体調管理手段は、前記記憶手段に記憶されている各乗員の生体データと各乗員の現在の生体データとを比較することにより各乗員の体調異常を判定する体調異常判定手段を更に有する。つまり、記憶手段に記憶されている正常時の生体データを基礎にして実際の測定した生体データを監視することで各乗員の体調異常を正確に判定することができる。そして、体調異常判定手段で異常と判定したときに、車内警報を発することで同乗者に注意を促すことができる。

以下、図面を参照して本発明の好適な実施形態について詳細に説明する。なお、本発明は以下の実施形態に限定されるものではなく、本発明の実施に有利な具体例を示すにすぎない。また、以下の実施形態の中で説明されている特徴の組み合わせの全てが本発明の課題解決手段として必須のものであるとは限らない。

図１及び図２は、車両に搭載されたネットワークＮの全体構成図であり、図３は、センサノードを示すブロック図であり、図４は、ゲートウェイポイントを示すブロック図であり、図５は、携帯端末を示すブロック図であり、図６は、センサノード及びゲートウェイ間のネットワーク情報を可視化すると共にゲートウェイポイントにより制御される機器を模式的に表した図であり、図７は、携帯端末、センサノード及びゲートウェイ間のネットワーク情報を可視化すると共にゲートウェイポイントにより制御される機器を模式的に表した図である。

先ず、図１及び図２に示すように、車両には、複数のセンサノードＳＮ及びゲートウェイポイントＧが搭載されている。ゲートウェイポイントＧは、本実施形態では、ナビゲーション装置に内蔵されたＣＰＵ、メモリ及び無線通信インターフェースで構成される。図１に示すように、ゲートウェイポイントＧには、機器Ｄ（例えば複数の送風口を有する空調機器）が接続され、ゲートウェイポイントＧの後述する機器制御部により、例えば各送風口から送出される空気の温度及び量が制御される。

センサノードＳＮはコイン大の大きさで比較的薄いものであり、好ましくは、センサノードＳＮの裏面に粘着層（図示せず）を有し、この粘着層を使って車室内の様々な部位に脱着可能に取り付けることができるのが好ましい。センサノードＳＮは、図２に示すように、各座席２の座部や各座席２に対応したルーフ部分などの他に、図示を省いたが各座席２に関連して乗員の血圧、呼気、汗成分、脈波形、脈拍数、体温、血糖値、体脂肪など体調をモニタするための複数の生体センサノード（図示せず）が各座席２に着座した乗員にとって都合良い箇所に設けられている。これらのセンサノードＳＮ及びゲートウェイポイントＧは、互いに無線でネットワーク（図６参照）を形成する。

ゲートウェイポイントＧは、各センサノードＳＮからの無線通信による情報を受けて、車載機器、例えば、ナビゲーション装置のナビ機能とテレビ機能の操作の制限や、空調装置の各座席に応じた冷暖の調整などを行う（図６参照）。ゲートウェイポイントＧは、センサノードＳＮと情報（信号）の送受信を行うほか、例えば各座席の目標温度の算出や各座席に対応した空調装置の制御量の算出を行う。ゲートウェイポイントＧは、この他に、乗員の体調に関するデータを監視し、後に説明するように乗員の体調が悪化したときには、病院、救急センタ、体調管理サーバ、自宅など予め設定してある連絡先に通報すると共に車内でも警報を発して同乗者に注意を喚起する。

図２に示すように、各センサノードＳＮには、例えばボタン電池のような電源、ＣＰＵであるプロセッサー、及び、センサノードＳＮに内蔵されており、その外部に取り付けられる各種センサを有する。車両に搭載されたセンサノードＳＮには、温度センサ、湿度センサ、日射センサなど車室内環境を検出する他に、生体センサとして乗員の体調監視に関連して脈拍数、血圧、体温、脈波形、呼気、汗成分、血糖値などを検出する機能が付与されている。また、座席２の座部に設置された圧力センサノードＳＮは、着座した乗員の体重を検出する。各センサノードＳＮには、他のセンサノードＳＮ、携帯電話のような携帯端末Ｍ及びゲートウェイポイントＧと無線通信可能なインターフェースを有する。

また、図３に示すように、各センサノードＳＮにはメモリ４が搭載されており、このメモリには、他の携帯端末Ｍや他のセンサノードＳＮとの信号の入出力を行うためのプログラムが内蔵されたソフトウェアが記憶されている。ソフトウェアは、オペレーティングソフトウェアと、アプリケーションソフトウェアとからなり、オペレーティングソフトウェアには、オペレーティングシステムが含まれ、アプリケーションソフトウェアにはプログラムモジュールが含まれる。また、各センサノードＳＮのメモリ４には、アプリケーションデータが記憶されている。

このセンサノードＳＮのメモリ４は、そのセンサノードＳＮに付与されたセンサ機能による検出結果（検出データ）を記憶するようになっている。このセンサノードＳＮのプロセッサー（データ処理部）は、センサによる検出結果に基づいて機器Ｄを制御するための目標制御量を算出したり、ゲートウェイポイントＧに当該検出データを供給する。また、センサノードＳＮのプロセッサーは、所定のデータベースに記憶された検出結果に基づいて機器Ｄを制御するための目標制御量を算出することも出来る。所定のデータベースは、センサノードＳＮのメモリ４、好ましくはゲートウェイポイントＧのメモリ６（図４）に備えられるものである。勿論、上述した目標制御量は、ゲートウェイポイントＧのプロセッサー及び機器制御部で使用され、ゲートウェイポイントＧの機器制御部がその目標制御量が得られるように機器Ｄを制御する。

このようなセンサノードＳＮの通信方式として、例えば、「ZigBee」といわれるものがある。これは、規格が「IEEE802.15.4」、伝送速度(bps)が「250K」、利用周波数帯が「2.4GHz（全世界）、868MHz（欧州）、915MHz（米国）」、伝送距離が「最大10-75m」、消費電力（通信）が「＜60mW」のものである。これ以外にも、方式として、「微弱無線」、「特定小電力無線」、「Bluetooth」、「UWB」などの他の方式もある。

図４に示すように、ゲートウェイポイントＧには、車両のバッテリーから引き出される電源、ＣＰＵであるプロセッサー、複数のセンサノードＳＮと無線通信可能なインターフェース、メモリ６、機器制御部を有する。このメモリ６には、センサノードＳＮや携帯端末Ｍとの信号の入出力を行うためのプログラムが内蔵されたソフトウェアが記憶されている。ソフトウェアは、オペレーティングソフトウェアと、アプリケーションソフトウェアとからなり、オペレーティングソフトウェアには、オペレーティングシステムが含まれ、アプリケーションソフトウェアにはプログラムモジュールが含まれる。また、メモリ６には、アプリケーションデータが記憶されている。

ゲートウェイポイントＧは、各センサノードＳＮ及びそのネットワークＮから得られる情報を集中管理すると共に外部の機器、例えば、空調機器、ナビゲーション装置、電動シート装置、パワーウィンドウなどを制御する。また、ゲートウェイポイントＧや携帯端末Ｍを通して外部の健康管理サーバに生体データを転送することも可能である。また、ゲートウェイポイントＧには、携帯端末ＭのＩＤなどの情報が記憶されている。なお、このような情報は各センサノードＳＮに記憶させても良い。

このゲートウェイポイントＧのメモリ６は、そのセンサノードＳＮによる検出結果をデータベース化して記憶するようになっている。このゲートウェイポイントＧのプロセッサー（データ処理部）は、センサノードＳＮのセンサによる検出結果に基づいて機器Ｄを制御するための目標制御量を算出する。この算出は、センサによる検出結果をそのまま使用して行っても良いし、上述したセンサノードＳＮのメモリ４、或いは、ゲートウェイポイントのメモリ６に記憶された検出結果を使用して行われる。また、ゲートウェイポイントＧのプロセッサーは、上述した所定のデータベース、即ち、センサノードＳＮのメモリ４、或いは、ゲートウェイポイントのメモリ６に備えられたデータベースに記憶された検出結果に基づいて機器Ｄを制御するための目標制御量を算出することも出来る。

算出された目標制御量は、ゲートウェイポイントＧのプロセッサー及び機器制御部で使用され、ゲートウェイポイントＧの機器制御部がその目標制御量が得られるように機器Ｄを制御する。また、センサノードＳＮのメモリ４、或いは、後述するゲートウェイポイントＧのメモリ６に記憶された目標制御量を、ゲートウェイポイントＧのプロセッサー及び機器制御部が使用して、機器制御部によりその目標制御量が得られるように機器Ｄを制御するようにしても良い。ゲートウェイポイントＧのメモリ６に蓄積される健康管理データに関するデータベースについては後に説明する。

図５に示すように、典型的には携帯電話機である携帯端末Ｍは、携帯電話基盤ミドルウェアと、ＣＰＵであるプロセッサー、複数のセンサノードＳＮと無線通信可能なインターフェース及びメモリを有する。このメモリには、センサノードＳＮとの信号の入出力を行うためのプログラムが内蔵されたソフトウェアが記憶されている。ソフトウェアは、オペレーティングソフトウェアと、アプリケーションソフトウェアとからなり、オペレーティングソフトウェアには、オペレーティングシステムが含まれ、アプリケーションソフトウェアにはプログラムモジュールが含まれる。また、メモリ１０には、アプリケーションデータが記憶されており、また、好ましくは、携帯端末Ｍの所有者の正常時の生体データが記憶されているのがよい。この携帯端末Ｍも、上述した複数のセンサノードＳＮと無線でネットワーク（図７参照）を形成する。

次に、センサネットワークＮの概念について説明する。センサノードＳＮには、上述したように、所定のセンシングを行うセンサ機能の他に、メモリ４、アプリケーション、無線機能などが内蔵されている。このセンサノードＳＮは、検出結果である情報を保持出来るほか、無線により他のセンサノードＳＮや携帯端末Ｍとの間で送受信することが出来る。そのような機能により、或るセンサノードＳＮは、他のセンサノードＳＮや携帯端末Ｍの情報（例えば携帯端末ＩＤ８や正常時の生体データ）、即ち、他のセンサノードＳＮが有するセンサ機能により得られた情報や記憶されている情報を得ることも出来る。このようにして、複数のセンサノードＳＮ及び携帯端末ＭがネットワークＮでつながっており（図６、図７参照）、仮に１つのセンサノードＳＮが故障又は携帯端末Ｍが存在していない場合であっても、他のセンサノードＳＮでネットワークＮを形成することが出来る。

このネットワークは、新たなセンサノードＳＮが設置された場合、自律的にそのセンサノードＳＮをネットワーク内に追加したり、また、或るセンサノードＳＮがネットワークＮから無くなった場合、自律的にそのセンサノードＳＮをネットワークＮから削除するというアドホック機能を有する。これにより、配線でつながっている車内ＬＡＮとは異なり、配線の不要なネットワークＮを形成することが出来る。また、或る位置のセンサノードＳＮの情報を他のセンサノードＳＮの情報と共に多角的に得ることが出来る。

図８は、ゲートウェイポイントＧのメモリ６を使った体調管理データベースを説明するための図である。体調管理データベースは、体重及び携帯端末ＭのＩＤ８によって乗員の生体データが管理されている。生体データは、平時（正常時）のデータと異常時のデータとに分類されており、平時のログは、日付及び時刻とこれに関連した生体データとで構成されている。この生体データに加えて、当該日付及び時刻の車内環境（車室内の温度、湿度、日射など）のデータを含んでいてもよく、また、車内環境データに基づいて前記生体データを補正して、補正した後の生体データを前記体調管理データベースに記憶するようにしてもよい。異常時のログは、日付及び時刻とこれに関連した生体データとで構成されている。この生体データに加えて、当該日付及び時刻の車内環境（車室内の温度、湿度、日射など）のデータを含んでいてもよく、また、車内環境データに基づいて前記生体データを補正して、補正した後の生体データを前記体調管理データベースに記憶するようにしてもよい。

センサノードＳＮを使った体調管理制御は、図９に示すように、健康診断モードと常時監視モードとを有している。健康診断モードは、例えば午前１０時、午前１１時というように時計に合わせて所定の時刻毎に数分間、乗員の体温、血圧、脈拍などを計測し、その平均値（血圧では最大値の平均値と最小値の平均値）が、好ましくは車内環境（車室内の温度、湿度、日射など）のデータと共にデータベース（図８）に記録される。変形例として、車内環境データに基づいて乗員の体温、血圧などを補正して、この補正後の生体データをデータベース（図８）に記録してもよい。常時監視モードは、乗員が乗車してから下車するまでの間、連続的に実行され、後に説明するように乗員の体調が悪化したときには、直ちに、これに対処する処理（後に説明する）が実行される。

図１０は、健康診断モードにおける処理の一例を説明するためのフローチャートである。健康診断モードでは、先ず、ステップＳ１０において乗員が乗車したか否かを判断して、ＹＥＳ（乗車）であれば次のステップＳ１１に進んで乗員及び着座位置の特定が行われる。この乗員及び着座位置の特定は、座席２の座部に設けた圧力センサノードＳＮが検出した体重又はこの乗員が携帯端末Ｍ（携帯電話機）を所持しているときには携帯端末ＩＤ８によって行われる。もし、体調管理データベースに登録されていない乗員であるときには、当該体調管理データベースに登録するか否かを確認した後に、乗員が希望するときには体調管理データベースに登録される。

次のステップＳ１２において、予め設定した所定の時刻が到来したか否かを判断する。所定の時刻とは、例えば０時〜２３時まで０時、ＡＭ1時、ＡＭ２時というように１時間間隔であってもよいし、1時間３０分間隔であってもよい。所定の時刻が到来すると、ステップＳ１３に進んで、当該乗員に関連したセンサノードＳＮが検出した体温、脈拍、血圧、呼吸数、呼気、汗成分など生体つまり体調に関連した検出データのサンプリングが数分間実行され、サンプリングデータの平均値が日付及び時刻と共に、また、好ましくは車内環境（車室内の温度、湿度、日射など）のデータと共にゲートウェイポイントＧの体調管理データベースに記憶される。変形例として、車内環境データに基づいて生体データを補正し、この補正後の生体データを体調管理データベースに記憶させるようにしてもよい。また、乗員が携帯端末Ｍを所持しているときには、この携帯端末Ｍのメモリ１０に転送されて記憶される。なお、サンプリングデータの平均値の算出はセンサノードＳＮで行ってもよいし、ゲートウェイポイントＧで行ってもよい。この一連の処理は、乗員が下車するまで実行される（Ｓ１５）。

ドライバを除く同乗者は、比較的長時間に亘って同じ位置に同じ姿勢で着座しており、また、リラックスした状態である。このことから、走行中の車両内は血圧、体温などの計測に適した環境ということができる。

健康診断モードで蓄積した平時(正常時)の生体データ（日付及び時刻を含む）は、所定の間隔（例えば１週間間隔）で、予め設定してある外部の健康管理サーバや自宅ＰＣに転送される。

図１１は、常時監視モードにおける処理の一例を説明するためのフローチャートである。常時監視モードでは、先ず、ステップＳ２０において乗員が乗車したか否かを判断して、ＹＥＳ（乗車）であれば次のステップＳ２１に進んで乗員の特定及び着座位置の特定が行われる。この乗員及び着座位置の特定は、座席２の座部に設けた圧力センサノードＳＮが検出した体重又はこの乗員が携帯端末Ｍ（携帯電話機）を所持しているときには携帯端末ＩＤ８によって行われる。もし、乗員が隣の席に移ったときには、移動前後の座席２の圧力センサノードＳＮの圧力データ値の変化によって、乗員が新たに着座した座席２を特定して、乗員の新たな位置を検出することができる。

次のステップＳ２２において、当該乗員に関連したセンサノードＳＮが検出した体温、脈拍、血圧のサンプリングが行われる。勿論、このサンプリング処理において、呼吸数、呼気、汗成分など生体に関連した他の検出データも加えてもよい。サンプリングした体温や血圧などのモニタ値は、必要であれば、車内環境（温度、湿度、日射量）などによって補正した上で、体調管理データベースに記憶されている平時（正常時）の平均値と対比され（Ｓ２３）、次のステップＳ２４において、その差分値の絶対値が第１の所定値よりも大きいか否かの判定が行われる。このステップＳ２４においてＮＯ（差分値が小さい）ときには、乗員に異常が発見できなかったとしてステップＳ２５に進んで、乗員が下車しない限りステップＳ２２に戻って体温などの体調管理データの収集及び乗員の体調監視が継続される。

上記ステップＳ２４においてＹＥＳ（異常）と判断されたときには、当該乗員の体調が平時（正常時）とは異なり、何らかの原因で体調が悪化しているとして、ステップＳ２６に進んで、上記差分値の絶対値が第２の所定値よりも大きいか否かの判定が行われる。この第２の所定値は前述した第１の所定値よりも大きい値が設定される。このステップＳ２６においてＮＯ（第１所定値＜｜差分値｜＜第２所定値）の時には、乗員の体調に警戒が必要であるとして、ステップＳ２７に進んで、このステップＳ２７を通過するのが初回であるか否かを判別して、ＹＥＳ（初回）であるときにはステップＳ２８で、異常レベル１と認定して外部の健康管理サーバや予め設定してある病院や自宅の電話に通報すると共にこの異常と判定した時の生体データを送信する。これを受信した健康管理サーバや病院などは、警戒態勢に入り、必要に応じて、当該乗員の携帯電話機Ｍに電話をかけて乗員の状態を本人から確認することができる。

ステップＳ２８で異常レベル１と認定した後、次のステップＳ２９でレベル１の警報を車内のスピーカやモニタを通じて発して車内に居る同乗者に告知する。これにより一人の乗員が体調を壊していることが同乗者の知るところとなる。また、この警報を発すると共に次のステップＳ３０において、この異常を示す生体データが日付及び時刻と一緒に体調管理データベースに含まれる異常時の記憶領域（図８）に記憶される。

前述したステップＳ２６において、上記差分値の絶対値が第２の所定値よりも大きいと判定されたときには、当該乗員の体調が重篤な状態に置かれているとして、ステップＳ３１に進んで異常レベル２と認定される。この異常レベル２の例としては血圧が異常に高い、脈が殆ど無いという状態というような極めて危険な状態を挙げることができる。ステップＳ３１で異常レベル２と認定すると共に、最寄りの救急センタや予め設定してある病院に緊急事態が発生した旨の通報が実行される。この通報には、乗員の生体データと共に車両の所在地を含めるのがよい。この通報を受けた救急センタや病院は救急車を派遣する等の必要な対応を行うことになる。

ステップＳ３１で異常レベル２と認定した後、次のステップＳ３２でレベル２の警報を車内のスピーカやモニタを通じて発して、一人の乗員が重篤な状態にあることを同乗者に知らせる。これにより同乗者は、直ちに緊急の対応を行うことができる。また、ステップＳ３２で警報を発すると共に次のステップＳ３３において、この重篤な異常を示す生体データが日付及び時刻と一緒に体調管理データベースに含まれる異常時の記憶領域（図８）に記憶される。

図１２、図１３は一つの具体例を説明するためのフローチャートであり、図１３は、図１２に続くフローを示してある。先ず図１２を参照して、車両に搭載してある各センサノードＳＮは、相互の及びゲートウェイポイントＧとのネットネットワークを形成し（Ｓ４１）、そして各センサノードＳＮは他のセンサノードＳＮの中継処理（Ｓ４２）によって、各センサノードＳＮの位置を検出する処理が行われる（Ｓ４３）。

また、各センサノードＳＮのデータ、例えば位置データや生体に関するデータ（例えば血圧や体温）がゲートウェイポイントＧに供給され（Ｓ４４）、ゲートウェイポイントＧはこれを受信する（Ｓ４５）。

携帯電話機などの携帯端末Ｍを所持した人間が乗車すると、当該携帯端末Ｍを取り込んだネットワークが形成され（Ｓ４６）、当該携帯端末Ｍの位置検出が行われる（Ｓ４７）。次いで、この位置データ及び携帯端末Ｍに予め記憶されているＩＤの他に、携帯端末Ｍに体重、血圧、脈拍などの個人の平時の生体データが記憶されているときには、この平時の生体データがセンサノードＳＮの中継によってゲートウェイポイントＧに送信される（Ｓ４８）。この中継はマルチホップ機能と呼ばれている。

ゲートウェイポイントＧは、携帯端末Ｍからデータを受け取ると（Ｓ４９）、ゲートウェイポイントＧのメモリ６のデータベースに当該携帯端末ＭのＩＤ及び生体データが記録される（Ｓ５０）。ゲートウェイポイントＧは、次のステップＳ５１において、携帯端末Ｍ及び各センサノードＳＮの位置データから携帯端末Ｍに最も近いセンサノードＳＮを選択し、そして次のステップＳ５２で車内の環境データ（車内温度、湿度、日射量）などによって、携帯端末Ｍを所持している乗員の実際の生体データの補正が行われる。

図１３を参照して、次のステップＳ５３において、携帯端末Ｍに記憶されている平時の生体データ（正常時）と、実際に計測した生体データとを対比し（Ｓ５４）、平時の生体データと実際の生体データとの差が所定の範囲内であればＹＥＳ（正常）であるとしてステップＳ４５に戻る。

上記ステップＳ５４において、ＮＯつまり平時の生体データと実際の生体データとが大きく異なるときには、乗員の体調が普通ではないとして、ステップＳ５５に進んで、この時の実際の生体データをメモリ６に記憶すると共に携帯端末Ｍに異常な生体データを供給する。携帯端末Ｍは、この異常な生体データを受け取ると、当該携帯端末Ｍのメモリ１０に記憶する。車両内で計測した異常を示す生体データを携帯端末Ｍに記憶させることで、その後、この乗員が病院に行ったときに、携帯端末Ｍに記憶させている生体データを医師に見せることができる。

他方、ゲートウェイポイントＧでは、体調が悪化している乗員がドライバであるか否かを判定し（Ｓ５７）、ＹＥＳであれば、ドライバの体調が悪化しているとして、周囲の車両との車―車間の通信によって周囲の車両に通報する（Ｓ５８）。また、次のステップＳ５９で、スピーカなどの車内警報手段を使って警報を発すると共に、予め設定されているサービスセンタ（健康管理サーバ）、病院、自宅に通報する。この車内警報及び外部への通報は、ドライバではない乗員の体調が悪化しているときにも同様に実行される。

センサノード及びゲートウェイポイントで構成される車両内通信ネットワークを平面視した図である。 センサノードの配置を側面視した図である。 センサノードのブロック図である。 ゲートウェイポイントのブロック図である。 携帯端末のブロック図である。 センサノード及びゲートウェイポイント間のネットワーク情報の授受を可視化すると共にゲートウェイポイントにより制御される機器を模式的に表した図である。 携帯端末、センサノード及びゲートウェイポイント間のネットワーク情報を授受を可視化すると共にゲートウェイポイントにより制御される機器を模式的に表した図である。 ゲートウェイポイントのメモリに作成した体調管理データベースが各乗員毎に且つ平時（正常時）と異常時に分類して生体データを記憶していることを説明するための図である。 所定の時刻に生体データを収集する健康診断モードと、常時、乗員を監視する常時監視モードとを説明するための図である。 健康診断モードでの手順の一例を説明するためのフローチャートである。 常時監視モードでの手順の一例を説明するためのフローチャートである。 体調管理の具体例を説明するためのフローチャートである。 図１２に続いて、体調管理の具体例を説明するためのフローチャートである。

符号の説明

ＳＮ センサノード（第１、第２の検知通信手段）
Ｇ ゲートウェイポイント（体調管理手段）
Ｍ 携帯端末（携帯電話機）
２ 座席
４ センサノードのメモリ
６ ゲートウェイポイントのメモリ
８ 携帯端末のＩＤ
１０ 携帯端末のメモリ

Claims (8)

1. 車室内の各座席に関連して配設され、座席に着座した乗員を特定するセンサ機能と、該センサ機能によって検出した前記乗員を特定することのできる情報を無線で送信可能な通信機能とを備えた複数の第１の検知通信手段と；
   各座席に着座した乗員の生体情報を検出するセンサ機能と、該センサ機能によって検出した前記乗員の生体情報を無線で送信可能な通信機能とを備えた複数の第２の検知通信手段と；
   前記第１、第２の検知通信手段と無線で送受信可能な体調管理手段と；でネットワークが形成され、
   前記体調管理手段が、前記第２の検知通信手段から送られてきた生体情報を各乗員毎に分類して記憶する記憶手段を有することを特徴とする車両用乗員体調管理装置。
2. 前記ネットワークが、前記複数の第１、第２の検知通信手段のうち任意の一つの検知通信手段が欠落したとしても自立的に該一つの検知通信手段をネットワークから削除するアドホック機能と、
   前記複数の第１、第２の検知通信手段が互いに中継し合うマルチホップ機能とを有する、請求項１に記載の車両用乗員体調管理装置。
3. 車内環境を検出するセンサ機能と、該センサ機能によって検出した車内環境情報を無線で送信可能な通信機能を備えた第３の検知通信手段を更に有し、
   前記体調管理手段が、前記第２の検知通信手段から送られてきた生体情報を、前記第３の検知通信手段から送られてきた車内環境情報に基づいて補正する生体情報補正手段を有する、請求項１に記載の車両用乗員体調管理装置。
4. 前記ネットワークに組み込むことのできる携帯端末の携帯端末ＩＤによって、前記体調管理手段に含まれる記憶手段において各乗員の生体情報が分類されている、請求項１に記載の車両用乗員体調管理装置。
5. 前記体調管理手段が、前記記憶手段に記憶されている各乗員の生体データと各乗員の現在の生体データとを比較することにより各乗員の体調異常を判定する体調異常判定手段を更に有する、請求項１に記載の車両用乗員体調管理装置。
6. 前記センサノードの裏面に粘着層を有し、該粘着層を使って車室内の任意の箇所に脱着可能に設置可能である、請求項１に記載の車両用乗員体調管理装置。
7. 前記体調管理手段が、前記体調異常判定手段に加えて、該体調異常判定手段で異常と判定したときに、車内警報を発する、請求項５に記載の車両用乗員体調管理装置。
8. 前記体調管理手段の記憶手段に記憶された各乗員の生体情報が、当該乗員が所持している携帯端末のメモリに転送される、請求項４に記載の車両用乗員体調管理装置。

Images