(57)【要約】【課題】周囲の人の健康状態に基づいてその場所の健康レベルを報知できるシステムを提供する。【解決手段】ユーザーから自己申告入力があれば（Ｓ１：ＹＥＳ）、その値を体調レベルとして（Ｓ５）送信する（Ｓ４０）。自己申告入力がなければ（Ｓ１：ＮＯ）、他の情報端末からの受信データ、センサから取得したセンサ値に基づいて体調レベルを推論し（Ｓ３０）、送信する（Ｓ４０）。また、他の情報端末から受信した体調レベルに基づいて周囲の健康レベルを算出し、そのレベルに応じてＬＥＤやモータを用いて出力する（Ｓ３５）。【選択図】図８
2009011706.tif 000002
【特許請求の範囲】
【請求項１】
相互に接続された複数の情報端末から構成される健康レベル報知システムであって、
生体情報を計測するセンサ又は健康レベルを入力する入力手段の少なくとも一方を有し、使用者の体調に関する情報を取得する情報取得手段と、
前記情報取得手段により取得された情報である取得情報又は前記取得情報から判別された体調レベルを送信する端末側送信手段と、
他の装置から前記取得情報又は前記体調レベルを受信する端末側受信手段と、
前記端末側受信手段により受信した前記取得情報又は前記体調レベルに基づき送信元の周辺環境の健康レベルを判別する環境判別手段と、
前記環境判別手段により判別された健康レベルを出力する出力手段とを備え、
前記情報端末は、前記情報取得手段と前記端末側送信手段とを少なくとも備える取得端末、及び前記端末側受信手段と前記環境判別手段と前記出力手段とを少なくとも備える出力端末の少なくとも一方であることを特徴とする健康レベル報知システム。
【請求項２】
前記環境判別手段は、受信した前記体調レベルの平均値に基づいて周辺環境の健康レベルを判別することを特徴とする請求項１に記載の健康レベル報知システム。
【請求項３】
前記環境判別手段は、受信した前記体調レベルの送信元の情報端末からの距離と当該体調レベルの平均値に基づいて周辺環境の健康レベルを判別することを特徴とする請求項１又は２に記載の健康レベル報知システム。
【請求項４】
特定の空間の内部に固定され、前記情報端末と通信可能な中継装置をさらに備え、
前記中継装置は、
前記空間内の前記取得端末から前記体調レベルを受信する中継側受信手段と、
前記中継側受信手段が受信した前記体調レベルに基づき前記空間内の健康レベルを判別する空間内判別手段と、
前記空間内判別手段により判別された健康レベルを前記情報端末に送信する中継側送信手段とを備え、
前記出力端末は、
前記端末側受信手段が前記中継装置から前記健康レベルを受信し、
前記出力手段が前記端末側受信手段が受信した前記健康レベルを出力することを特徴とする請求項１に記載の健康レベル報知システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、健康レベル報知システムに関し、詳細には、複数の情報端末の使用者の体調から周辺環境の健康レベルを判別して報知する健康レベル報知システムに関するものである。
【背景技術】
【０００２】
従来、生体情報をセンシングしてそこで取得される情報に基づいて個人の健康状態を判別し、体調の管理に役立てることが提案されている。例えば、特許文献１では、医療機関における検査に限らず、経時変化も観察できるように携帯端末にセンサ機能を持たせ、取得した情報を管理装置に送って健康支援サービスを行うようにしている。
【特許文献１】特開２００６−２６２０８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、感染性の病気が流行しているときには感染者の多い場所に近づかないようにしたい等、周りの人の健康状態からその場所の健康レベルを知りたいというニーズがある。しかしながら、上記健康管理システムでは、本人の健康支援を行うことはできるものの、周囲の人の情報は得られないため、ある場所に入ってもよいかどうかの目安を得ることはできなかった。
【０００４】
本発明は上記問題を解決するためになされたものであり、周囲の人の健康状態に基づいてその場所の健康レベルを報知できるシステムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、本発明の請求項１に記載の健康レベル報知システムは、相互に接続された複数の情報端末から構成される健康レベル報知システムであって、生体情報を計測するセンサ又は健康レベルを入力する入力手段の少なくとも一方を有し、使用者の体調に関する情報を取得する情報取得手段と、前記情報取得手段により取得された情報である取得情報又は前記取得情報から判別された体調レベルを送信する端末側送信手段と、他の装置から前記取得情報又は前記体調レベルを受信する端末側受信手段と、前記端末側受信手段により受信した前記取得情報又は前記体調レベルに基づき送信元の周辺環境の健康レベルを判別する環境判別手段と、前記環境判別手段により判別された健康レベルを出力する出力手段とを備え、前記情報端末は、前記情報取得手段と前記端末側送信手段とを少なくとも備える取得端末、及び前記端末側受信手段と前記環境判別手段と前記出力手段とを少なくとも備える出力端末の少なくとも一方であることを特徴とする。
【０００６】
また、本発明の請求項２に記載の健康レベル報知システムは、請求項１に記載の発明の構成に加え、前記環境判別手段が、受信した前記体調レベルの平均値に基づいて周辺環境の健康レベルを判別することを特徴とする。
【０００７】
また、本発明の請求項３に記載の健康レベル報知システムは、請求項１又は２に記載の発明の構成に加え、前記環境判別手段が、受信した前記体調レベルの送信元の情報端末からの距離と当該体調レベルの平均値に基づいて周辺環境の健康レベルを判別することを特徴とする。
【０００８】
また、本発明の請求項４に記載の健康レベル報知システムは、請求項１に記載の発明の構成に加え、特定の空間の内部に固定され、前記情報端末と通信可能な中継装置をさらに備え、前記中継装置は、前記空間内の前記取得端末から前記体調レベルを受信する中継側受信手段と、前記中継側受信手段が受信した前記体調レベルに基づき前記空間内の健康レベルを判別する空間内判別手段と、前記空間内判別手段により判別された健康レベルを前記情報端末に送信する中継側送信手段とを備え、前記出力端末は、前記端末側受信手段が前記中継装置から前記健康レベルを受信し、前記出力手段が前記端末側受信手段が受信した前記健康レベルを出力することを特徴とする。
【発明の効果】
【０００９】
本発明の請求項１に記載の健康レベル報知システムは、複数の情報端末で構成され、センサ又は入力手段からの入力結果（取得情報）や、取得情報から判別したユーザーの体調レベルを他の情報端末に向けて送信する。取得情報や体調レベルを受信した情報端末では、周囲の複数の情報端末の体調レベルを総合して周辺環境の健康レベルを判別して出力する。従って、出力結果から、ユーザーはその周辺環境の健康レベルを把握し、その場所に入る・滞在する・その場所を立ち去る等の行動を起こす目安にできる。尚、すべての情報端末がセンサ機能や入力機能を有する必要はなく、体調レベルを判別できる複数の取得端末が存在していれば、それを受けて周囲環境の健康レベルを判別する機能だけを有する情報端末があってもよい。また、取得情報を送受信し、送信元の情報端末ユーザーの体調レベルの判別を受信側の情報端末で行ってもよい。もちろん、両方の機能を併せ持つ情報端末であってもよい。
【００１０】
また、本発明の請求項２に記載の健康レベル報知システムは、請求項１に記載の発明の効果に加え、受信した複数の体調レベルの平均値から周囲環境の健康レベルを判別する。従って、十分な数の情報端末から体調レベルが得られれば、簡単な方法で健康レベルを判別し、ユーザーに提供することができる。
【００１１】
また、本発明の請求項３に記載の健康レベル報知システムは、請求項１又は２に記載の発明の効果に加え、体調レベルの送信元からの距離と体調レベルの平均値とに基づいて周辺環境の健康レベルを判別する。従って、現在その情報端末がいる位置に近い情報端末から受信した体調レベルの影響が大きくなるので、より自分の位置に近い健康レベルをユーザーに提供することができる。
【００１２】
また、本発明の請求項４に記載の健康レベル報知システムは、請求項１に記載の発明の効果に加え、電車内等に固定された中継装置が情報端末から体調レベルを収集し、その空間（電車の車両など）の健康レベルを判別して情報端末に送信する。従って、空間の外にいる情報端末に、その空間の健康レベルを提供することができるので、情報端末のユーザーは、その空間に入るかどうかの目安を空間に入る前に得ることができる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施の形態について図面を参照して説明する。まず、図１及び図２を参照して、健康レベル報知システムの概要及び健康レベル報知システムを構成する情報端末１の電気的構成について説明する。図１は、健康レベル報知システムの構成を示す概念図である。図２は、情報端末１の電気的構成を示すブロック図である。
【００１４】
図１に示すように、本実施形態の健康レベル報知システムは、相互に無線通信可能で携帯できる複数の情報端末１により構成されている。情報端末１は、心拍センサ、加速度センサ、温度センサ、湿度センサ等の各種センサを備え、これらのセンサから入力された値と、過去のセンサの値の平均値に基づいて情報端末１を把持しているユーザーの体調レベルを推論する。そして、推論結果である体調レベルを他の情報端末１に送信する。体調レベルを受信した情報端末１では、周囲の複数の情報端末１から受信した体調レベルによって、自身が存在する周辺環境の健康レベルを推論し、ＬＥＤやモータ等の出力装置に出力する。情報端末１のユーザーは、出力結果を見て周辺環境の健康レベルを把握し、行動の参考にすることができる。
【００１５】
情報端末１は、詳細には、図２に示すように、情報端末１の制御を司るＣＰＵ１０と、ＢＩＯＳ等を記憶したＲＯＭ１１と、各種のデータを一時的に記憶するＲＡＭ１２と、ハードディスク装置（ＨＤ）１３と、センサ回路１５や送受信回路１６を接続するインタフェイス（Ｉ／Ｆ）回路１４と、出力手段である液晶ディスプレイ（ＬＥＤ）１７及びモータ１８、入力手段である入力キー１９，時間を計測するリアルタイムクロック（ＲＴＣ）２０から構成されている。センサ回路１５には、上述の心拍センサ、加速度センサ、温度センサ、湿度センサ等の各種センサが接続され、センサから入力された値がＲＡＭ１２に記憶される。その値は、ユーザーの体調レベルを推論するために使用され、推論結果とセンサ値は過去データとしてＨＤ１３に蓄積される。また、他の情報端末１から送信された体調レベルの値もＲＡＭ１２に記憶される。
【００１６】
次に、情報端末１における処理の過程でＲＡＭ１２及びＨＤ１３に記憶される各種データについて図３〜図７を参照して説明する。図３は、ＲＡＭ１２に記憶されるセンサ値１２１の説明図である。図４は、他の情報端末１から送信され、ＲＡＭ１２に記憶される受信体調データ１２２の説明図である。図５は、電車内に設置された装置から送信され、ＲＡＭ１２に記憶される場所データ１２３の説明図である。図６は、体調レベル推論処理で算出されるセンサ値の平均値からなるセンサ過去データ１３１の説明図である。図７は、体調レベル推論処理で算出される体調レベルを時刻や場所データとともに蓄積する体調レベル過去データテーブル１３２の説明図である。
【００１７】
図３に示すように、心拍センサ、加速度センサ、温度センサ、湿度センサから所定間隔で出力される値がセンサ値１２１としてＲＡＭ１２に記憶される。このセンサ値１２１は、センサからの出力のタイミングで随時更新されて上書きされ、常に最新の値が格納される。
【００１８】
情報端末１では、後述するように、センサ値１２１に基づいてユーザーの体調レベルを推論し、決定する。そして、その体調レベルを他の情報端末１に送信する。従って、他の情報端末１では、体調レベルの値を受信するとともに、受信したときの電波の強度が得られるため、受信体調レベルと受信時の電波強度を図４に示すような受信体調データ１２２としてＲＡＭ１２に記憶する。
【００１９】
本実施形態では、情報端末１を持ったユーザーは例えば電車内やオフィス内等の閉じられた空間にいることを想定している。このようなユーザーの所在場所には、その場所の状況を情報端末１に提供する装置が設置されているとよい。場所の状況を加味して健康レベルを推定することができるためである。そこで、たとえば、電車内に固定で設置された装置は、加速度センサや応荷重装置に接続し、そこからの入力を場所データ１２３として各情報端末１に送信する。情報端末１では、図５に示すような場所データ１２３をＲＡＭ１２に記憶する。
【００２０】
情報端末１では、センサから得られたセンサ値１２１及び受信した場所データ１２３を用いてユーザーの体調レベルを推論する（後述）。その処理を実行する際に、各センサのセンサ値の平均を算出し、センサ過去データ１３１としてＨＤ１３に記憶する。例えば、図６に示すように、処理の結果得られた体調レベル、平均心拍数、平均加速度、平均体温、平均加速度がセンサ過去データ１３１として記憶される。
【００２１】
また、推論されたユーザーの体調レベルは、その処理の際に使用された場所データ１２３、処理の時刻、処理の結果得られた体調レベル、処理の前にセンサ過去データ１３１に「体調レベル」として記憶されていた前回の体調レベルとともに、図７に示すような、ＨＤ１３内の体調レベル過去データテーブル１３２に追加記憶される。
【００２２】
次に、上記の構成を有する情報端末１における健康レベル報知処理について図８〜図１０を参照して説明する。図８は、健康レベル報知処理のメインルーチンのフローチャートである。図９は、メインルーチンで実行される体調レベル推論処理のフローチャートである。図１０は、メインルーチンで実行される健康レベル出力処理のフローチャートである。
【００２３】
メインルーチンが開始されると、通常の初期化処理の後、入力キー１９から体調レベルの自己申告入力があったか否かを判断する（Ｓ１）。自己申告入力があれば（Ｓ１：ＹＥＳ）、その値を取得する（Ｓ５）。自己申告は、体調レベルの値（１〜１０）を直接入力する。従って、自己申告入力がある場合には、センサ値の取得や体調レベルの推定は行わない。そして、他の情報端末１から受信したデータを取得して（Ｓ１０）、健康レベル出力処理に進む（Ｓ３５）。
【００２４】
自己申告入力がなかった場合には（Ｓ１：ＮＯ）、健康レベル出力処理の更新タイミングになっているかどうかを判断する（Ｓ１５）。更新のタイミングは、適宜定めることができる。まだ更新時刻でなければ（Ｓ１５：ＮＯ）、Ｓ１に戻る。
【００２５】
更新時刻となっていれば（Ｓ１５：ＹＥＳ）、次に、他の情報端末１から受信し、ＲＡＭ１２に記憶されていた受信体調データ１２２（図４参照）、及び、車両装置から受信し、ＲＡＭ１２に記憶されていた場所データ１２３（図５参照）を取得する（Ｓ２０）。次に、センサから出力され、ＲＡＭ１２に記憶されていたセンサ値１２１（図３参照）を取得する（Ｓ２５）。
【００２６】
次に、取得した受信体調データ１２２，場所データ１２３，センサ値１２１及び過去のデータを用いてユーザーの体調レベルを推論する体調レベル推論処理を実行する（Ｓ３０）。
【００２７】
ここで、図９を参照して体調レベル推論処理について説明する。体調レベル推論処理が開始されると、まず、取得した場所データ１２３に含まれている場所、及び、ＲＴＣ２０から取得した現在時刻をキーにして、ＨＤ１３に記憶されている体調レベル過去データテーブル１３２（図７参照）を検索する（Ｓ２０１）。
【００２８】
検索の結果、体調レベル過去データテーブル１３２に場所と時刻が一致する過去データが発見された場合（Ｓ２０５：ＹＥＳ）、次に、発見された過去データの中で、「前回の体調レベル」の値が、センサ過去データ１３１に記憶されている「体調レベル」の値と一致する過去データがあるかどうかを検索する（Ｓ２１０）。場所、時刻、「前回の体調レベル」の一致する過去データが存在していた場合には（Ｓ２１０：ＹＥＳ）、そのデータの「体調レベル」の値を変数「level」に代入する（Ｓ２１５）。
【００２９】
例えば、場所が電車内で、現在時刻が１０：２０とする。これは、図７の体調レベル過去データテーブル１３２の１行目のデータが場所と時刻が一致している（Ｓ２０５：ＹＥＳ）。ここで、図６のセンサ過去データ１３１を参照すると、「体調レベル」は５である。体調レベル過去データテーブル１３２の１行目のデータの「前回の体調レベル」も５であり、一致しているので（Ｓ２１０：ＹＥＳ）、変数「level」にそのデータの「体調レベル」の値である「６」が代入される（Ｓ２１５）。
【００３０】
場所と時刻が一致する過去データがない場合（Ｓ２０５：ＮＯ）、又は、場所と時刻が一致する過去データはあるが（Ｓ２０５：ＹＥＳ）、その中に、「前回の体調レベル」の値が、センサ過去データ１３１に記憶されている「前回の体調レベル」の値と一致するデータがない場合（Ｓ２１０：ＮＯ）、センサ過去データ１３１に記憶されている「前回の体調レベル」の値を変数「level」に代入する（Ｓ２２０）。
【００３１】
Ｓ２１５又はＳ２２０の後、各センサ値とセンサ過去データ１３１に記憶されている平均値とを用いて変動値を算出する（Ｓ２２５）。変動値は、主には平均値と現在値の差を平均値で割ったものであり、各センサ値について以下の式で計算する。例えば、図３のセンサ値と図６のセンサ過去値を用いると、以下のように計算できる。
心拍数：（平均心拍数−心拍数）／平均心拍数＝(75-98)/75＝-0.307
加速度：（加速度−平均加速度）／平均加速度＝(0.5-0.3)/0.3＝0.667
体温  ：（平均体温−体温）／平均体温＝(37-38)/37＝-0.027
湿度  ：（湿度−平均湿度）／１００＝(20-55)/100＝-0.35
【００３２】
次に、算出した変動値を合計し、変数「level」に加算する（Ｓ２３０）。先の例では、変数「level」＝「６」であったから、上記の変動値の合計を加算すると以下のようになる。
level＝６＋（−０．３０７＋０．６６７−０．０２７−０．３５）＝５．９８３
【００３３】
次に、取得した場所データ１２３の値から変動値を算出し、それを変数「level」に加算する（Ｓ２３５）。場所データ１２３には、図５に示すように、加速度（ゆれ）と乗車率が含まれている。また、センサ過去データ１３１には、加速度（ゆれ）の平均値が含まれている。これらの値から、以下の式により変動値を算出する。
乗車率：（１００−乗車率）／１００＝（１００−２００）／１００＝−１
加速度（ゆれ）：（加速度（ゆれ）−平均加速度（ゆれ））／１００＝(3-4)/100＝-0.25
以上の変動値をの変数「level」に加算する。先の例では、Ｓ２３０において、変数「level」は「５．９８３」であったから、以下のようになる。
level＝５．９８３＋（−１−０．２５）＝４．７３３
【００３４】
次に、Ｓ２３５で算出されたlevelの値を、小数点以下を四捨五入して体調レベルを決定する（Ｓ２４０）。先の例では、体調レベルは「５」となる。次に、ここで決定された体調レベルが「１」未満、すなわち「０」又は負の値になったかどうかを判断する（Ｓ２４５）。本実施形態では、もっとも体調が悪いレベルを「１」としているので、体調レベルが「１」未満となった場合には（Ｓ２４５：ＹＥＳ）、体調レベルを「１」に修正する（Ｓ２５０）。体調レベルが「１」以上の場合は、そのままとする。
【００３５】
次いで、場所、時刻、体調レベルを体調レベル過去データテーブル１３２に記憶する（Ｓ２５５）。このとき、「前回の体調レベル」には、センサ過去データ１３１の「前回の体調レベル」を記憶する。そして、センサ値の平均値を算出し、センサ過去データ１３１に記憶する（Ｓ２６０）。平均値の算出は、各センサの値に関して，｛(平均値×データ数)＋今回取得したセンサ値｝/(データ数  ＋  1)  を計算する。計算した値を、新しいセンサ値の平均値とする。以上でユーザーの体調レベルが決定されたので、メインルーチンに戻る。
【００３６】
メインルーチンでは、体調レベル推論処理の後、他の情報端末１から送信された体調レベルとそのときの電波強度（距離）に基づいてユーザーがいる場所の健康レベルを推論し、出力する健康レベル出力処理を実行する（Ｓ３５）。
【００３７】
ここで、図１０を参照して、健康レベル出力処理について説明する。健康レベル出力処理では、受信した体調レベルと距離とから周囲の健康レベルを算出し、５段階に分けてＬＥＤ１７とモータ１８により出力をしている。以下の説明では、体調レベルは１〜１０の間とし、「１０」が体調が「良い」ものとする。健康レベル出力処理が開始されると、まず、受信した体調レベルが「良い」とされる値（「１０」）のみであったかどうか、すなわち体調の悪いユーザーがいないかを判断する（Ｓ３０１）。体調の悪いユーザーがいなければ（Ｓ３０１：ＹＥＳ）、そのユーザーの周囲の健康レベルは良好なので、ＬＥＤ１７を青色で発光させ（Ｓ３５５）、メインルーチンに戻る。
【００３８】
体調が悪いユーザーが存在すれば（Ｓ３０１：ＮＯ）、例えば電車内では１ｍ、オフィス内では２ｍ、等の所定距離内に体調の悪い人（体調レベルが「１０」未満の値を送信してきた情報端末１）がいるかどうかを判断する（Ｓ３０５）。所定距離は、受信した電波強度により判断する。所定距離内に体調レベル「１０」未満を送信してきた情報端末１があれば（Ｓ３０５：ＹＥＳ）、ユーザーに警告した方がいいと思われるので、ＬＥＤを赤色で発光させ、モータ１８を作動させる（Ｓ３１０）。そして、メインルーチンに戻る。
【００３９】
所定距離内には体調レベル「１０」未満の送信元がなければ（Ｓ３０５：ＮＯ）、次に、電波強度（距離）にかかわらず、体調レベルが低い、例えば「３」以下の送信元があるかどうかを判断する（Ｓ３１５）。体調レベルが低い送信元があれば（Ｓ３１５：ＹＥＳ）、ＬＥＤを赤色で発光させ、モータ１８を作動させる（Ｓ３１０）。そして、メインルーチンに戻る。
【００４０】
体調レベルが低い送信元がなければ（Ｓ３１５：ＮＯ）、受信した個々の体調レベルを受信距離の１０倍で割ったもの（体調レベル／（距離×１０））を合計し、その場所の健康レベル(sum_state)を算出する（Ｓ３２０）。尚、ここでは体調レベルが良いとされる「１０」の受信データについては除外して計算する。
【００４１】
次に、算出された健康レベル(sum_state)が、例えば電車内であれば「０．３」、オフィス内であれば「２」等の危険値以下であるかを判断する（Ｓ３２５）。健康レベルが危険値以下であれば（Ｓ３２５：ＹＥＳ）、ＬＥＤを赤色で発光させ、モータ１８を作動させる（Ｓ３１０）。そして、メインルーチンに戻る。
【００４２】
健康レベルが危険値以下でなければ（Ｓ３２５：ＮＯ）、次に、健康レベルが、例えば電車内であれば「１」、オフィス内であれば「４」等の警告値以下かどうかを判断する（Ｓ３３０）。警告値以下であれば（Ｓ３３０：ＹＥＳ）、モータ１８は作動させず、ＬＥＤ１７を発光させ（Ｓ３３５）、メインルーチンに戻る。
【００４３】
健康レベルが警告値以下でなければ（Ｓ３３０：ＮＯ）、次に、健康レベルが、例えば電車内であれば「１．５」、オフィス内であれば「８」等の注意値以下かどうかを判断する（Ｓ３３０）。注意値以下であれば（Ｓ３４０：ＹＥＳ）、ＬＥＤ１７を黄色で発光させ（Ｓ３４５）、メインルーチンに戻る。注意値以下でなければ（Ｓ３４０：ＮＯ）、ＬＥＤ１７を緑色で発光させ（Ｓ３５０）、メインルーチンに戻る。
【００４４】
以上の処理で、周囲の健康レベルが出力されたので、図８のメインルーチンに戻り、次に、Ｓ３０で決定した自身のユーザーの体調レベルを他の情報端末１に送信する（Ｓ４０）。ここで送信した体調レベルが、他の情報端末１において取得され、その電波強度に基づく距離とともに健康レベル出力処理（Ｓ３５）で用いられる。
【００４５】
そして、電源がＯＦＦされていないかどうかを判断し（Ｓ４５）、ＯＮであれば（Ｓ４５：ＹＥＳ）、更新時刻を計測するためのタイマをリセットし（Ｓ５０）、Ｓ１に戻る。電源ＯＦＦ操作がなされれば（Ｓ４５：ＮＯ）、メインルーチンを終了する。
【００４６】
以上説明したように、本実施形態の健康レベル報知システムによれば、ユーザーの自己申告入力又は各種センサから得られたセンサ値により、ユーザーの体調レベルが算出され、周囲の情報端末１に送信される。また、周囲の情報端末１から体調レベルを受信すると、その体調レベルの値と送信元の距離から自身の周囲の健康レベルを算出し、出力する。従って、情報端末１のユーザーは、出力結果を見て、自分の行動の参考にすることができる。たとえば、体調があまり優れないときには、健康レベルの低いところにはとどまらないようにする等の行動が可能である。
【００４７】
尚、上記実施形態では、体調レベル推論処理（Ｓ３０，図９）を、自己申告入力又はセンサ値に基づいて、入力又はセンサ値の出力がなされた情報端末１にて実行し、その体調レベルの値を他の情報端末１に送信している（Ｓ４０）。これを、自己申告の入力値やセンサ値を他の情報端末１に送信し、受信側の情報端末１において送信元の情報端末１の体調レベル推論処理を実行するようにしてもよい。
【００４８】
ところで、上記の実施形態では、送信元からの距離を計測するために、電波強度を用いたが、マルチホップ通信を利用して情報端末１間の距離を計測することもできる。このような距離測定のためのホップ通信処理について図１１を参照して説明する。図１１は、ホップ通信処理のフローチャートである。
【００４９】
ホップ通信処理を用いて距離を計測する場合、情報端末１の電波強度を調節し、通信距離を一定（例えば、１ｍ）とする。そして、通信されるデータは、体調レベル、経由する装置の数（=距離）、情報端末１を経由した回数、情報端末１のＩＤとする。ホップ通信処理は、他の情報端末１から何らかのデータが送信されたときに開始される。
【００５０】
図１１に示すように、ホップ通信処理が開始されると、まず、送信されてきたデータを受信するかどうかを判断する（Ｓ４００）。受信しない場合は（Ｓ４００：ＮＯ）、そのまま処理を終了する。受信する場合には（Ｓ４００：ＹＥＳ）、次に、受信した通信距離の値が実際の通信回数（その通信内容が自身を経由した回数）よりも大きいかかどうかを判断する（Ｓ４０５）。
【００５１】
実際の通信回数が通信距離より小さい場合には（Ｓ４０５：ＹＥＳ）、通信回数に１を加算してデータを更新し、それを周囲の情報端末１に向けて送信する（Ｓ４１０）。実際の通信回数が通信距離に達した場合には（Ｓ４０５：ＮＯ）、その通信データに関する通信は終了する。
【００５２】
そして、受信した情報端末１のＩＤ、実際の通信回数、体調レベルをＲＡＭ１２に格納し（Ｓ４１５）、処理を終了する。以上のように、実際の通信回数が通信距離に達するまで繰り返し送信を実行する。従って、受信した実際の通信回数を用いてそのデータの発信元がどの程度距離が離れているのかを計測することができる。
【００５３】
尚、上記実施形態において、入力キー１９が本発明の入力手段に相当する。また、図８のＳ５の自己申告取得及びＳ２５のセンサ値取得を実行するＣＰＵ１０が本発明の情報取得手段に相当する。また、図８のＳ３０で体調レベル推論処理を実行するＣＰＵ１０が本発明の体調判別手段に相当する。また、送受信回路１６が本発明の端末側送信手段及び端末側受信手段に相当する。また、図８のＳ３５及び図１０で健康レベルを算出するＣＰＵ１０が本発明の環境判別手段に相当する。
【００５４】
ところで、上記実施形態は、情報端末１が相互に通信を行って健康レベルを推論し、ユーザーに報知するものであった。これに加え、特定の空間内に装置を固定し、その装置が情報端末１から体調レベルを収集し、空間内の健康レベルを算出して、情報端末１に送信して出力させるようにすることもできる。そこで、電車の車両に固定された装置を設け、電車が駅に着いたことを検知して、扉が開いたときにその扉の付近で待機している情報端末１に車両内の健康レベルを報知する第二実施形態について、図１２〜図１４を参照して説明する。図１２は、第二実施形態の健康レベル報知システムの構成を示す概念図である。図１３は、車両装置１００の電気的構成を示すブロック図である。図１４は、車両装置１００が実行する健康レベル報知処理のフローチャートである。
【００５５】
図１２に示すように、第二実施形態の健康レベル報知システムは、無線通信可能で携帯できる複数の情報端末１と、これらの情報端末１と通信可能で電車の車両内に固定された車両装置１００とから構成されている。尚、車両装置１００は、出入口付近に設置されているものとする。情報端末１は、第一実施形態における情報端末１と同様の構成であるため、その説明を援用する。情報端末１は、自己申告入力やセンサ値から算出した体調レベルの値を無線通信で送信する。そして、車両装置１００は、車両内の情報端末１から送信されるデータを受信し、車両内のユーザーの体調レベルの平均や割合を求めて、車両内の健康レベルとする。電車が駅に到着し、扉が開いたときに、この健康レベルを送信する。すると、扉の前で待機しているユーザーが持っている情報端末１がそのデータを受信し、車両内の健康レベルをＬＥＤ１７やモータ１８によりユーザーに報知する。
【００５６】
車両装置１００は、詳細には、図１３に示すように、車両装置１００の制御を司るＣＰＵ１１０と、ＢＩＯＳ等を記憶したＲＯＭ１１１と、各種のデータを一時的に記憶するＲＡＭ１１２と、ハードディスク装置（ＨＤ）１１３と、センサ回路１５５や送受信回路１１６を接続するインタフェイス（Ｉ／Ｆ）回路１１４とから構成されている。センサ回路１５には、車両の出入口に設置され、人の出入りを検知するセンサが接続され、センサから入力された値がＲＡＭ１２に記憶される。また、情報端末１から送信された体調レベルの値は、ＲＡＭ１２に記憶される。また、車両の連結部分にも、人の出入りを検知するセンサが設置され、車両装置１００のセンサ回路１１５に接続されている。
【００５７】
次に、車両装置１００における健康レベル報知処理について説明する。図１４に示すように、処理が開始されると、まず、電車が駅に到着したか否かを判断する（Ｓ１００）。駅に到着したかどうかは、電車を制御する装置から情報を受信するようにしておけばよい。駅に到着した場合には(Ｓ１００：ＹＥＳ)、ホームで電車を待っている情報端末１に向けて、車両内の健康レベルを送信する（Ｓ１０５）。車両装置１００は、情報端末１がそのユーザーの体調レベルの送信を随時行っているのを受け、体調レベルが５以下の情報端末１の存在比率を計算し、ＨＤ１１３に保存している（後述）。ここでは、ＨＤ１１３に保存されている体調レベルが５以下の情報端末１の存在比率を車両内の健康レベルとして送信する。
【００５８】
次に、扉が開くかどうかを判断する（Ｓ１１０）。扉の開閉は、扉部分にセンサを設置しても良いし、電車を制御する装置から情報を受信するようにしてもよい。扉が開かない場合は（Ｓ１１５：ＮＯ）、開くまで待機する。扉が開く場合には（Ｓ１１０：ＹＥＳ）、情報端末１から収集した体調レベルデータのデータ集の更新を行う（Ｓ１１５）。具体的には、出入り口に設置されている車両装置１００から情報端末１に対してＩＤを問い合わせ、これを受けた情報端末１がＩＤを返信してくる。受信したＩＤがＨＤ１１３に保存されているデータ集の中に既に存在すれば、その情報端末１のユーザーは電車を降りたということなので、データ集の中から対応ＩＤのデータを消去する。また、受信したＩＤがＨＤ１１３に保存されているデータ集の中に存在しなければ、その情報端末１のユーザーが車両内に乗車してきたということなので、データ集にＩＤを追加する。
【００５９】
次に、扉が閉じるかどうかを判断する（Ｓ１２０）。扉がまだ閉じない場合は（Ｓ１２０：ＮＯ）、閉じるまで待機する。扉が閉じる場合には（Ｓ１２０：ＹＥＳ）、次に、予め設定された間隔の更新時間になったかどうかを判断する（Ｓ１２５）。更新時間になっていなければ（Ｓ１２５：ＮＯ）、Ｓ１００に戻る。
【００６０】
更新時間になっていれば（Ｓ１２５：ＹＥＳ）、車両の連結部に設置された装置からＩＤが送信されてきたかどうかを判断する（Ｓ１３０）。連結部の装置では、所定時間間隔でＩＤを問い合わせる信号を送信し、これを受信した情報端末１が返信してくるＩＤを受信して収集する。ここで受信したＩＤとＨＤ１１３に保存されたデータ集内のＩＤを比較することにより、車両を移動した情報端末１が特定される。
【００６１】
そこで、連結部に設置された装置から受信情報がある場合には（Ｓ１３０：ＹＥＳ）、受信したＩＤに基づいて体調レベルデータの更新を行う（Ｓ１１５）。具体的には、連結部の装置から受信したＩＤがＨＤ１１３に保存されているデータ集の中に既に存在すれば、その情報端末１のユーザーはその車両から隣の車両に移動したということなので、データ集の中から対応ＩＤのデータを消去する。また、受信したＩＤがＨＤ１１３に保存されているデータ集の中に存在しなければ、その情報端末１のユーザーが隣の車両からこの車両内に入ってきたということなので、データ集にＩＤを追加する。
【００６２】
体調レベルデータの更新後、又は、連結部に設置された装置からの受信情報がない場合には（Ｓ１３０：ＮＯ）、データ集にある情報端末１のうち、体調レベルが５以下のものの存在率を算出する（Ｓ１４０）。そして、Ｓ１００に戻り、以上の処理を繰り返す。
【００６３】
以上説明したように、車両装置１００と情報端末１から構成される第二実施形態の健康レベル報知システムによれば、車両装置１００が車両内に存在する情報端末１から体調レベルを収集し、体調レベルが５以下の端末の存在率を算出する。この存在率を、車両内の健康レベルとして、駅に到着したときに、ホームに向けて送信し、ホームで待機しているユーザの情報端末１は、電車内の健康レベルをＬＥＤ１７やモータ１８により出力する。従って、ホームにいるユーザーは、送信されてきた健康レベルによってその車両に乗車するかどうかを判断することができる。
【００６４】
尚、第二実施形態において、送受信回路１１６が中継側受信手段及び中継側送信手段に相当する。また、図１４のＳ１４０で健康レベルを算出するＣＰＵ１１０が本発明の空間内判別手段に相当する。
【図面の簡単な説明】
【００６５】
【図１】健康レベル報知システムの構成を示す概念図である。
【図２】情報端末１の電気的構成を示すブロック図である。
【図３】ＲＡＭ１２に記憶されるセンサ値１２１の説明図である。
【図４】他の情報端末１から送信され、ＲＡＭ１２に記憶される受信体調データ１２２の説明図である。
【図５】電車内に設置された装置から送信され、ＲＡＭ１２に記憶される場所データ１２３の説明図である。
【図６】体調レベル推論処理で算出されるセンサ値の平均値からなるセンサ過去データ１３１の説明図である。
【図７】体調レベル推論処理で算出される体調レベルを時刻や場所データとともに蓄積する体調レベル過去データテーブル１３２の説明図である。
【図８】健康レベル報知処理のメインルーチンのフローチャートである。
【図９】メインルーチンで実行される体調レベル推論処理のフローチャートである。
【図１０】メインルーチンで実行される健康レベル出力処理のフローチャートである。
【図１１】ホップ通信処理のフローチャートである。
【図１２】第二実施形態の健康レベル報知システムの構成を示す概念図である。
【図１３】車両装置１００の電気的構成を示すブロック図である。
【図１４】車両装置１００が実行する健康レベル報知処理のフローチャートである。
【符号の説明】
【００６６】
１      情報端末
１０      ＣＰＵ
１２      ＲＡＭ
１３      ハードディスク装置（ＨＤ）
１５      センサ回路
１６      送受信回路
１７      ＬＥＤ
１８      モータ
１９      入力キー
１００      車両装置
１１０      ＣＰＵ
１１３      ハードディスク装置（ＨＤ）
１１５      センサ回路
１１６      送受信回路
１２１      センサ値
１２２      受信体調データ
１２３      場所データ
１３１      センサ過去データ
１３２      体調レベル過去データテーブル
１５５      センサ回路
１１２      ＲＡＭ
【図１】
2009011706.tif 000003
【図２】
2009011706.tif 000004
【図３】
2009011706.tif 000005
【図４】
2009011706.tif 000006
【図５】
2009011706.tif 000007
【図６】
2009011706.tif 000008
【図７】
2009011706.tif 000009
【図８】
2009011706.tif 000010
【図９】
2009011706.tif 000011
【図１０】
2009011706.tif 000012
【図１１】
2009011706.tif 000013
【図１２】
2009011706.tif 000014
【図１３】
2009011706.tif 000015
【図１４】
2009011706.tif 000016