JP6403581B2 - 測定機器、送信制御方法、送信制御プログラム及び移動通信端末 - Google Patents

Description

本発明は、測定機器、送信制御方法、送信制御プログラム及び移動通信端末に関する。

近年、例えば、運輸業界では、業務車両に運行状態を監視する運行監視装置を取り付け、運行監視装置から収集された情報を基に、運行管理を行っている。運行監視装置は、例えば、製造メーカごとなどで、収集する情報の種類やデータのフォーマットが異なる。このため、例えば、製造したメーカごとなど所定のグループ毎にグループ化し、グループ毎に個別に運行管理用の管理サーバを設けて運行管理が行なわれる。

特開２００８−３０５０５０号公報 国際公開第２０１２／１１１１３２号

ところで、ドライバの健康状態まで把握して運行管理を行うことが考えられる。例えば、健康管理に関する測定を行う測定機器がドライバの健康管理に関する情報を運行管理用の管理サーバへ送信し、管理サーバがドライバの健康状態まで把握して運行管理を行うことが考えられる。

しかしながら、グループ毎に運行管理が行われると、情報が分散してしまい、それぞれのグループで健康管理に用いる情報を適切に得られず、ドライバの健康状態を適切に管理できない場合がある。

一つの側面では、運行管理が複数で行われる場合でも、健康管理に用いる情報を提供できる測定機器、送信制御方法、送信制御プログラム及び移動通信端末を提供することを目的とする。

第１の案では、測定機器は、操作部と、送信部とを備える。操作部は、ユーザ識別情報と、複数の送信先の登録を受け付ける。送信部は、測定機器による健康管理に関する測定の結果を登録されたユーザ識別情報に対応づけて登録された前記複数の送信先の各々に送信する。

本発明の一の実施態様によれば、運行管理が複数で行われる場合でも、健康管理に用いる情報を提供できるという効果を奏する。

図１は、システム構成の一例を説明する説明図である。 図２は、運行監視装置の一例を示す説明図である。 図３は、運行情報のデータ構成の一例を示す説明図である。 図４は、状態情報のデータ構成の一例を示す説明図である。 図５は、測定機器の一例を示す説明図である。 図６は、送信先情報のデータ構成の一例を示す説明図である。 図７は、測定情報のデータ構成の一例を示す説明図である。 図８は、登録画面の一例を示す説明図である。 図９は、測定機器の一例を示す説明図である。 図１０は、移動通信端末の一例を示す説明図である。 図１１は、収集対象設定画面の一例を示す説明図である。 図１２は、測定情報の送信の流れの一例を示す説明図である。 図１３は、運行管理サーバの一例を示す説明図である。 図１４は、集約サーバの一例を示す説明図である。 図１５は、ユーザＤＢのデータ構成の一例を示す説明図である。 図１６は、運行ＤＢのデータ構成の一例を示す説明図である。 図１７は、走行情報の表示画面の一例を示す説明図である。 図１８は、測定機器が実行する受付処理の手順の一例を示すフローチャートである。 図１９は、測定機器が実行する送信処理の手順の一例を示すフローチャートである。 図２０は、移動通信端末が実行する受付処理の手順の一例を示すフローチャートである。 図２１は、移動通信端末が実行する送信処理の手順の一例を示すフローチャートである。 図２２は、実施例２に係る測定機器の一例を示す説明図である。 図２３は、属性マスタのデータ構成の一例を示す説明図である。 図２４は、送信属性情報のデータ構成の一例を示す説明図である。 図２５は、属性設定画面の一例を示す図である。 図２６は、システム構成を概略的に示した説明図である。 図２７は、送信制御プログラムを実行するコンピュータの構成の一例を示す説明図である。

以下に、本発明にかかる測定機器、送信制御方法、送信制御プログラム及び移動通信端末の実施例を図面に基づいて詳細に説明する。尚、本実施例により、開示技術が限定されるものではない。また、以下に示す実施例は、矛盾を起こさない範囲で適宜組み合わせても良い。

［システム構成］
最初に、実施例１に係る運行管理を行うシステムの一例を説明する。図１は、システム構成の一例を説明する説明図である。図１に示すように、システム１は、運行管理サーバ１０と、運行監視装置１１と、運行管理サーバ１２と、運行監視装置１３とを有する。運行管理サーバ１０、運行監視装置１１及び運行管理サーバ１２は、ネットワークＮに通信可能に接続されている。かかるネットワークＮの一態様としては、有線又は無線を問わず、携帯電話などの移動体通信、インターネット（Internet）、ＬＡＮ（Local Area Network）やＶＰＮ（Virtual Private Network）などの任意の種類の通信網を採用できる。

運行監視装置１１及び運行監視装置１３は、例えば、車両の運転席に搭載し、搭載した車両の運行を監視する装置である。運行監視装置１１は、製造メーカがＡ社の装置である。運行監視装置１３は、製造メーカがＢ社の装置である。運行監視装置１１は、車両１４に搭載されている。運行監視装置１３は、車両１５に搭載されている。尚、図１の例では、運行監視装置１１を搭載した車両１４及び、運行監視装置１３を搭載した車両１５を１台ずつとした場合を例示したが、これに限定されず、車両１４及び車両１５を任意の数とすることができる。

運行管理サーバ１０及び運行管理サーバ１２は、運行を管理する装置である。運行管理サーバ１０及び運行管理サーバ１２は、例えば、パーソナルコンピュータやサーバコンピュータなどのコンピュータである。運行管理サーバ１０及び運行管理サーバ１２は、１台のコンピュータとして実装してもよく、また、複数台のコンピュータにより実装しても良い。尚、本実施例では、運行管理サーバ１０及び運行管理サーバ１２をそれぞれ１台のコンピュータとした場合を例として説明する。

運行管理サーバ１０及び運行管理サーバ１２は、それぞれ別なグループの運行管理を行う。例えば、運行管理サーバ１０は、運行監視装置１１で取得した各ドライバの各種の情報をネットワークＮ経由で収集する。運行管理サーバ１０は、収集した情報を基づき、Ａ社の運行監視装置１１を搭載した車両１４を含むＡグループについての運行管理を行う。運行管理サーバ１２は、運行監視装置１３で取得した各ドライバの各種の情報を、例えば、フラッシュメモリなどの記憶媒体を介して、又は、有線通信若しくは無線通信により収集する。運行管理サーバ１２は、収集した運行を基づき、Ｂ社の運行監視装置１３を搭載した車両１５を含むＢグループについての運行管理を行う。

また、システム１は、測定機器１６と、端末装置１７と、測定機器１８と、移動通信端末１９と、集約サーバ２０とを有する。測定機器１６、端末装置１７、移動通信端末１９及び集約サーバ２０は、ネットワークＮに通信可能に接続されている。

測定機器１６は、例えば、運輸会社等の職場に配置され、健康管理に関する測定を行う装置である。測定機器１６は、例えば、血圧計、体重計、体温計やアルコール検知器等である。測定機器１６は、職場においてのドライバの健康管理に関する情報を測定する。運輸業界では、例えば、事務所に測定機器１６が設置され、ドライバの健康管理を行うため、運行開始時や運行終了時にドライバの生体情報の測定が行われる。測定機器１６は、ユーザＩＤと、送信先の登録を受け付ける。測定機器１６は、測定された生体情報をユーザＩＤに対応づけて登録された送信先に送信する。

端末装置１７は、例えば、運輸会社等の職場に配置された、パソコン等の端末装置である。端末装置１７は、例えば、職場の運行管理を担当する担当者が運行管理サーバ１０及び運行管理サーバ１２にアクセスして運行管理を行う際に利用される。

測定機器１８は、例えば、ドライバの自宅に配置され、健康管理に関する測定を行う装置である。測定機器１８は、例えば、血圧計、体重計、体温計、睡眠計等である。測定機器１８は、自宅においてのドライバの健康管理に関する情報を測定する。例えば、測定機器１８は、ドライバの血圧、体重、体温、睡眠状態などの各種の生体情報を測定する。

移動通信端末１９は、移動体通信が可能な装置である。移動通信端末１９は、例えば、ドライバが所有する携帯電話機、スマートフォンである。移動通信端末１９は、ユーザＩＤと、送信先の登録を受け付ける。また、移動通信端末１９は、測定機器１８で測定された生体情報を、例えば、記憶媒体を介して、又は、有線通信若しくは無線通信により収集する。図１の例では、移動通信端末１９が測定機器１８で測定された生体情報を収集して送信先に送信する。尚、移動通信端末１９は、複数の測定機器１８から生体情報を収集してまとめて送信しても良い。

集約サーバ２０は、ドライバに関する情報を集約する装置である。集約サーバ２０は、例えば、パーソナルコンピュータやサーバコンピュータなどのコンピュータである。集約サーバ２０は、１台のコンピュータとして実装してもよく、また、複数台のコンピュータによる実装しても良い。尚、本実施例では、集約サーバ２０を１台のコンピュータとした場合を例として説明する。集約サーバ２０は、例えば、ネットワークＮ経由で運行管理サーバ１０及び運行管理サーバ１２と通信接続する。集約サーバ２０は、運行管理サーバ１０及び運行管理サーバ１２で取得した各種の情報をネットワークＮ経由で収集する。集約サーバ２０は、運行管理サーバ１０及び運行管理サーバ１２から取集した情報に基づきドライバの運行状態に関する情報を生成する。

［運行監視装置の構成］
次に、各装置の構成について説明する。最初に、運行監視装置１１及び運行監視装置１３の構成について説明する。運行監視装置１１及び運行監視装置１３は、略同様の構成であるため、以下では運行監視装置１１について説明し、運行監視装置１３については異なる点について説明する。図２は、運行監視装置の一例を示す説明図である。図２に示す運行監視装置１１は、車速検出部３０と、回転数検出部３１と、車間距離検出部３２と、白線検知部３３と、ＧＰＳ(Global Positioning System)３４とを有する。また、運行監視装置１１は、眠気検出部３５と、ステータススイッチ３６と、ヒヤリハット申告スイッチ３７と、眠気申告スイッチ３８と、読取部３９と、時計部４０と、外部Ｉ／Ｆ（interface）４１と、記憶部４２と、制御部４３とを有する。

車速検出部３０は、車速を検出する検出部である。例えば、車速検出部３０は、車両に設けられた速度センサからの信号に基づいて、車両の走行速度を検出する。回転数検出部３１は、回転数を検出する検出部である。例えば、回転数検出部３１は、エンジンのイグニッションパルスの信号に基づいて、エンジン回転数を検出する。車間距離検出部３２は、車間距離を検出する検出部である。例えば、車間距離検出部３２は、車両前面に設けられたレーザセンサやミリ波レーダセンサによる検出結果に基づいて、前方車両までの車間距離を検出する。白線検知部３３は、車両の白線逸脱を検知する検出部である。例えば、白線検知部３３は、車両前面に向けられたカメラによる撮影画像の画像解析により道路の車線である白線の検出を行い、車両の白線逸脱を検知する。ＧＰＳ３４は、ＧＰＳ衛星からの信号に基づいて、車両の現在位置を測定する。眠気検出部３５は、眠気の発生を検出する検出部である。例えば、眠気検出部３５は、耳に付けるイヤリングタイプの接触方式や非背接触方式の脈拍測定部により測定されるドライバの脈拍の揺らぎを解析してドライバの眠気を検知する。脈拍は、直接的な接触以外の方法で検出しても良い。例えば、眠気検出部３５は、ドライバに対して電波を照射し、電波の反射状況の変化を検出してドライバの脈拍を検出しても良い。

ステータススイッチ３６は、例えば、車両のドライバの状態を指定するスイッチである。ステータススイッチ３６は、例えば、指定なし、運行中、荷積み、荷卸し、休憩、睡眠中等の状態を指定するスイッチである。ヒヤリハット申告スイッチ３７は、例えば、運転車両のドライバがヒヤリハットを自覚した場合に操作するスイッチである。眠気申告スイッチ３８は、例えば、運転車両のドライバが眠気を自覚した場合に操作するスイッチである。読取部３９は、例えば、ユーザＩＤ（identification）が記憶された非接触ＩＣカードと非接触ＩＣ通信を実行し、非接触ＩＣカードに記憶されたユーザＩＤを読み取ってユーザＩＤを取得する。非接触ＩＣカードとしは、例えば、運転免許証を用いることもできる。ユーザＩＤには、運転免許証に記憶された運転免許番号などの個人情報を用いても良い。例えば、読取部３９は、運転免許証と非接触ＩＣ通信を実行し、運転免許証内の個人情報を読み取り、読み取った個人情報をユーザＩＤとして取得する。

時計部４０は、運行監視装置１１の日時を計時する時計である。外部Ｉ／Ｆ４１は、例えば、他の装置と各種の情報を送受信するインタフェースである。運行監視装置１１では、外部Ｉ／Ｆ４１は、ネットワークＮとの間で無線通信を行う無線通信インタフェースである。運行監視装置１３では、外部Ｉ／Ｆ４１は、フラッシュメモリなどの記憶媒体に対してデータを入出力するポート、ケーブルなどにより有線通信を行うポート、又は、近距離無線通信を行う通信インタフェースである。

記憶部４２は、ハードディスク、ＳＳＤ（Solid State Drive）、光ディスクなどの記憶装置である。尚、記憶部４２は、ＲＡＭ（Random Access Memory）、フラッシュメモリ、ＮＶＳＲＡＭ（Non Volatile Static Random Access Memory）などのデータを書き換え可能な半導体メモリであっても良い。記憶部４２は、制御部４３で実行されるＯＳ（Operating System）や各種プログラムを記憶する。さらに、記憶部４２は、各種情報を記憶する。例えば、記憶部４２は、運行情報５０と、状態情報５１とを記憶する。

運行情報５０は、車両の運行に関する各種の情報を記憶したデータである。運行情報５０には、車速検出部３０、回転数検出部３１、車間距離検出部３２、白線検知部３３、ＧＰＳ３４によりそれぞれ検出された各種のデータが記憶される。

図３は、運行情報のデータ構成の一例を示す説明図である。図３に示すように、運行情報５０は、日時、ユーザＩＤ、属性コード、メーカコード、機器識別番号及びデータの各項目を有する。日時の項目は、データが検出された日時を記憶する領域である。ユーザＩＤの項目は、車両を運行するドライバの識別情報を記憶する領域である。ユーザＩＤの項目には、読取部３９により読み取ったドライバのユーザＩＤが記憶される。属性コードの項目は、検出されたデータの種別を示す識別情報を記憶する領域である。運行監視装置１１の製造メーカは、それぞれ検出される各種のデータに対して種別を示す属性コードを個別に定める。属性コードは、同じ種別のデータに対して各製造メーカが同じコードを用いても良く、異なるコードを用いても良い。図３の例では、車速の属性コードが「１０」、回転数の属性コードが「１１」と定めている。属性コードの項目には、検出されたデータの属性を示す属性コードが格納される。以下、本実施例では、属性コードに対応する属性を判別しやすくするため、図面において、属性コードに続けて［］内に属性コードが示す属性を表記する。図３の例では、属性コードの項目に属性コードに続けて［］内に属性が表記されている。メーカコードの項目は、運行監視装置１１の製造メーカを識別する識別情報を記憶する領域である。運行監視装置１１の製造メーカには、それぞれを識別する識別情報として、ユニークなメーカコードが付与される。メーカコードの項目には、運行監視装置１１の製造メーカに付与されたメーカコードが格納される。機器識別番号の項目は、運行監視装置１１を識別する識別情報を記憶する領域である。運行監視装置１１には、製造メーカごとに、それぞれを識別する識別情報として、ユニークな機器識別番号が付与される。機器識別番号の項目には、運行監視装置１１に付与された機器識別番号が格納される。データの項目は、検出されたデータを記憶する項目である。データの項目には、検出されたデータが格納される。例えば、属性が車速の場合、データの項目には、時速［km/h］の値が格納される。属性が回転数の場合、データの項目には、１分当たりの回転数［rpm］の値が格納される。属性が車間距離の場合、データの項目には、距離［m］の値が格納される。属性が白線逸脱の場合、データの項目には、白線検知部３３により白線逸脱が検知されると「１」が格納される。属性がＧＰＳ３４により計測される位置の場合、データの項目には、ＧＰＳ３４に計測される位置情報が格納される。

図３の例では、ユーザＩＤ「ＸＸＸＸＸ１」のドライバが車両１４を運転しており、運行監視装置１１の製造メーカのメーカコードが「１００」であり、運行監視装置１１の機器識別番号が「１２３４５６７」であることを示す。また、図３の例では、２０１４年１１月１２日の９時１分００秒に、車速が検出され、検出された車速がＸ１［km/h］であることを示す。また、図３の例では、２０１４年１１月１２日の９時１分００秒に、回転数が検出され、検出された回転数がＸ２１［rpm］であることを示す。

状態情報５１は、ドライバの状態に関する各種の情報を記憶したデータである。状態情報５１には、眠気検出部３５、ステータススイッチ３６、ヒヤリハット申告スイッチ３７、眠気申告スイッチ３８によりそれぞれ検出された各種のデータが記憶される。

図４は、状態情報のデータ構成の一例を示す説明図である。状態情報５１は、運行情報５０と同様のデータ構成とされている。図４の例では、眠気検出部３５による眠気検出の属性コードが「２０」、ヒヤリハット申告スイッチ３７によるヒヤリハット申告の属性コードが「２１」と定めている。属性コードの項目には、検出されたデータの属性を示す属性コードが格納される。データの項目には、検出されたデータが格納される。例えば、属性が眠気検出の場合、データの項目には、眠気検出部３５により眠気が検出されると「１」が格納される。属性が運行ステータスの場合、データの項目には、ステータススイッチ３６の状態に応じた値が格納される。属性がヒヤリハット申告の場合、データの項目には、ヒヤリハット申告スイッチ３７がオンされると「１」が格納される。属性が眠気申告の場合、データの項目には、眠気申告スイッチ３８がオンされると「１」が格納される。

図４の例では、ユーザＩＤ「ＸＸＸＸＸ１」のドライバが車両１４を運転しており、運行監視装置１１の製造メーカのメーカコードが「１００」であり、運行監視装置１１の機器識別番号が「１２３４５６７」であることを示す。また、図４の例では、２０１４年１１月１２日の１３時１５分５秒に、眠気検出部３５により眠気が検出されたことを示す。また、図４の例では、２０１４年１１月１２日の１３時２０分５秒に、眠気検出部３５により眠気が検出されたことを示す。また、図４の例では、２０１４年１１月１２日の１４時３０分５秒に、眠気検出部３５により眠気が検出されたことを示す。また、図４の例では、２０１４年１１月１２日の１９時２０分５秒に、ヒヤリハット申告スイッチ３７によるヒヤリハット申告があったことを示す。尚、図３、図４に示した運行情報５０及び状態情報５１のデータ構成は、一例であり、これに限定されるものではない。例えば、運行情報５０及び状態情報５１は、１つのファイルとされても良い。また、運行情報５０及び状態情報５１は、データの属性毎に別なファイルとされても良い。また、運行情報５０及び状態情報５１は、各項目のデータを所定の順に、所定の区切り文字により区切ったデータ構成としても良い。また、運行情報５０及び状態情報５１は、タグなどを用いてデータの属性を示したデータ構成としても良い。

制御部４３は、運行監視装置１１全体を制御する。制御部４３は、車速検出部３０、回転数検出部３１、車間距離検出部３２及び白線検知部３３によりそれぞれ検出される各種のデータを運行情報５０に格納する。また、制御部４３は、眠気検出部３５、ステータススイッチ３６、ヒヤリハット申告スイッチ３７、眠気申告スイッチ３８によりそれぞれ検出される各種のデータを状態情報５１に格納する。

［測定機器の構成］
次に、測定機器１６の構成について説明する。図５は、測定機器の一例を示す説明図である。図５に示す測定機器１６は、表示部６０と、操作部６１と、検出部６２と、通信部６３と、記憶部６４と、制御部６５とを有する。

表示部６０は、各種情報を表示可能な表示デバイスである。操作部６１は、各種の操作入力を受け付ける入力デバイスである。例えば、操作部６１は、ユーザＩＤと、測定される生体情報の送信先の登録を受け付ける。

検出部６２は、ユーザの生体情報を検出する。例えば、測定機器１６が脈拍計の場合、検出部６２は、ユーザの脈拍数を測定する、例えば、ユーザの耳に付けるイヤリングタイプの接触方式や非背接触方式の脈拍測定部である。また、測定機器１６が血圧計の場合、検出部６２は、ユーザの血圧数を測定する血圧測定部である。例えば、測定機器１６が体重計の場合、検出部６２は、ユーザの体重を測定する体重測定部である。例えば、測定機器１６が体温計の場合、検出部６２は、ユーザの体温を測定する体温測定部である。例えば、測定機器１６が呼気中のアルコール濃度を検知する測定機器の場合、検出部６２は、ユーザの呼気中のアルコール濃度を測定するアルコール測定部である。測定機器１６が睡眠測定機器の場合、検出部６２は、ユーザの睡眠の質を測定する測定部である。尚、検出部６２は、ユーザの複数種類の生体情報を検出しても良い。例えば、測定機器１６を血圧計とし、検出部６２を接触方式の測定部とした場合、検出部６２は、血圧に加え、脈拍、体温を検出しても良い。

通信部６３は、例えば、ネットワークＮとの間で無線通信又は有線通信を行う通信インタフェースである。記憶部６４は、ハードディスク、ＳＳＤ、光ディスクなどの記憶装置である。尚、記憶部６４は、データを書き換え可能な半導体メモリであっても良い。記憶部６４は、制御部６５で実行されるＯＳや各種プログラムを記憶する。さらに、記憶部６４は、各種情報を記憶する。例えば、記憶部６４は、ユーザ識別情報７０と、位置情報７１と、送信先情報７２と、測定情報７３とを記憶する。

ユーザ識別情報７０は、ユーザＩＤを記憶したデータである。位置情報７１は、測定機器１６の位置情報を記憶したデータである。送信先情報７２は、検出された生体情報の送信先を記憶したデータである。

図６は、送信先情報のデータ構成の一例を示す説明図である。送信先情報７２は、送信先番号及び送信先アドレスの各項目を有する。送信先番号の項目は、送信先を識別する番号を記憶する領域である。測定機器１６は、送信先を複数登録することが可能とされている。送信先番号の項目には、登録された順に送信先を識別する番号が採番されて格納される。送信先アドレスの項目は、送信先のアドレスを記憶する領域である。アドレスは、データの送信先を示す情報であれば何れでも良い。例えば、アドレスは、ＩＰ（Internet Protocol）アドレスなどのネットワークアドレスでも良く、ＵＲＬ（Uniform Resource Locator）でも良い。

図６の例では、送信先番号「１」の送信先は、送信先のアドレスが「ＸＸＸＸＡ」であることを示す。また、図６の例では、送信先番号「２」の送信先は、送信先のアドレスが「ＸＸＸＸＢ」であることを示す。

測定情報７３は、検出部６２により測定された生体情報を記憶したデータである。

図７は、測定情報のデータ構成の一例を示す説明図である。測定情報７３は、上述の運行情報５０と及び状態情報５１と類似したデータ構成とされており、日時、ユーザＩＤ、属性コード、メーカコード、機器識別番号、データ及び位置の各項目を有する。日時の項目には、検出部６２により生体情報が測定された日時が格納される。ユーザＩＤの項目には、ユーザ識別情報７０に記憶されたユーザＩＤが格納される。属性コードの項目には、検出されたデータの属性を示す属性コードが格納される。属性コードは、測定機器１６の製造メーカがそれぞれ検出される各種のデータに対して種別を示す属性コードを個別に定める。図７の例では、体重の属性コードが「２０」、体温の属性コードが「２１」、血圧の属性コードが「２２」と定めている。メーカコードの項目には、測定機器１６の製造メーカに付与されたメーカコードが格納される。機器識別番号の項目には、測定機器１６に付与された機器識別番号が格納される。データの項目には、検出されたデータが格納される。例えば、属性が体重の場合、データの項目には、体重［Kg］の値が格納される。属性が体温の場合、データの項目には、体温を示す値が格納される。属性が血圧の場合、データの項目には、拡張期血圧と収縮期血圧との値がそれぞれ「／」で区切って格納される。位置の項目には、位置情報７１に記憶された測定機器１６の位置情報が格納される。

図７の例では、ユーザＩＤ「ＸＸＸＸＸ１」のユーザの生体情報が測定されおり、測定機器１６の製造メーカのメーカコードが「２００」であり、測定機器１６の機器識別番号が「１１１１１」であることを示す。また、図７の例では、２０１４年１１月１２日の９時００分に、体重、体温、血圧がそれぞれ検出され、体重が７１．２［Kg］、体温が３７度、血圧が１２２（拡張期血圧）／７２（収縮期血圧）であることを示す。

制御部６５は、測定機器１６全体を制御する。制御部６５としては、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等の電子回路や、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）等の集積回路を採用できる。制御部６５は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。制御部６５は、各種のプログラムが動作することにより各種の処理部として機能する。例えば、制御部６５は、受付部８０と、格納部８１と、送信部８２とを有する。

受付部８０は、各種の受付を行う。例えば、受付部８０は、表示部６０に登録画面を表示させ、操作部６１からユーザＩＤ、位置情報、送信先の登録を受け付ける。

図８は、登録画面の一例を示す説明図である。図８に示すように、登録画面３００は、ユーザＩＤを入力する入力領域３０１と、測定機器１６の位置を入力する入力領域３０２と、送信先を入力する入力領域３０３と、ＯＫボタン３０４が設けられている。

入力領域３０１は、生体情報を検出するユーザのユーザＩＤを入力する領域とされている。入力領域３０２は、測定機器１６が設置された位置を示すコードを入力する領域とされている。位置を示すコードは、「１」が職場、「２」が自宅、「３」が車内、「４」が病院と定められている。

入力領域３０３は、送信先番号を表示する領域３０３Ａと、送信先のアドレスの入力が可能な領域３０３Ｂが設けられている。入力領域３０３は、領域３０３Ｂにアドレスが入力されると、対応するレコードの領域３０３Ａに順に採番された送信先番号が新たに表示される。

ユーザは、操作部６１を用いて、登録画面３００に対して、ユーザＩＤ、測定機器１６が設置された位置を示すコード、送信先のアドレスを入力し、ＯＫボタン３０４を選択する。

受付部８０は、ＯＫボタン３０４が選択されると、登録画面３００に入力された各情報を記憶部６４に格納する。例えば、受付部８０は、入力領域３０１に入力されたユーザＩＤをユーザ識別情報７０に格納する。また、受付部８０は、入力領域３０２に入力された位置を示すコードを位置情報７１に格納する。また、受付部８０は、入力領域３０３に入力された送信先のアドレスを送信先番号に対応付けて送信先情報７２に格納する。尚、ユーザＩＤは、ユーザＩＤが記憶された非接触ＩＣカードを読み取っても良い。例えば、受付部８０に非接触ＩＣカードの読み取りが可能な読取部を設け、受付部８０は、受付部８０の読取部で非接触ＩＣカードと非接触ＩＣ通信を実行して、非接触ＩＣカードに記憶されたユーザＩＤを読み取ってユーザ識別情報７０に格納しても良い。

格納部８１は、検出部６２により検出された生体情報を測定情報７３に格納する。例えば、格納部８１は、生体情報が測定されると、測定日時、生体情報の属性コード、ユーザ識別情報７０のユーザＩＤ、メーカコード、機器識別番号及び位置情報７１のコードと対応付けて測定情報７３に格納する。

送信部８２は、測定された生体情報を送信先情報７２に登録された送信先に送信する。例えば、送信部８２は、測定情報７３を送信データとして、送信先情報７２に登録された送信先のアドレスに送信する。

次に、測定機器１８の構成について説明する。図９は、測定機器の一例を示す説明図である。測定機器１８の構成は、図５に示した測定機器１６と略同様であるため、同様の部分に同じ符号を付し、主に異なる部分について説明する。図９に示す測定機器１８は、通信部６３に代えて外部Ｉ／Ｆ６６を有する。

外部Ｉ／Ｆ６６は、他の装置と各種の情報を送受信するインタフェースである。例えば、外部Ｉ／Ｆ６６は、フラッシュメモリなどの記憶媒体に対してデータを入出力するポート、ケーブルなどにより有線通信を行うポート、又は、近距離無線通信を行う通信インタフェースである。

検出部６２は、ユーザの生体情報を検出する。例えば、測定機器１８が睡眠計の場合、検出部６２は、ユーザの睡眠の質を測定する測定部である。

受付部８３は、操作部６１からユーザＩＤ、位置情報の登録を受け付ける。受付部８３は、受け付けたユーザＩＤをユーザ識別情報７０に格納し、受け付けた位置情報を位置情報７１に格納する。

送信部８４は、測定情報７３を外部Ｉ／Ｆ６６を介して他の装置へ送信する。例えば、送信部８４は、外部Ｉ／Ｆ６６を介して移動通信端末１９と通信可能となると、移動通信端末１９からの要求に応じて測定情報７３を移動通信端末１９へ送信する。

［移動通信端末の構成］
次に、移動通信端末１９の構成について説明する。図１０は、移動通信端末の一例を示す説明図である。図１０に示す移動通信端末１９は、表示部９０と、操作部９１と、無線通信部９２と、外部Ｉ／Ｆ９３と、記憶部９４と、制御部９５とを有する。

表示部９０は、各種情報を表示可能な表示デバイスである。操作部９１は、各種の操作入力を受け付ける入力デバイスである。例えば、操作部９１は、測定機器１８から生体情報を収集するユーザのユーザＩＤと、収集した生体情報の送信先の登録を受け付ける。

無線通信部９２は、例えば、ネットワークＮとの間で無線通信又は有線通信を行う通信インタフェースである。外部Ｉ／Ｆ９３は、他の装置と各種の情報を送受信するインタフェースである。例えば、外部Ｉ／Ｆ９３は、フラッシュメモリなどの記憶媒体に対してデータを入出力するポート、ケーブルなどにより有線通信を行うポート、又は、近距離無線通信を行う通信インタフェースである。

記憶部９４は、ハードディスク、ＳＳＤ、光ディスクなどの記憶装置である。尚、記憶部９４は、データを書き換え可能な半導体メモリであっても良い。記憶部９４は、制御部９５で実行されるＯＳや各種プログラムを記憶する。さらに、記憶部９４は、各種情報を記憶する。例えば、記憶部９４は、ユーザ識別情報１００と、送信先情報１０１と、測定情報７３とを記憶する。

ユーザ識別情報１００は、測定機器１８から生体情報を収集するユーザのユーザＩＤを記憶したデータである。送信先情報１０１は、検出された生体情報の送信先を記憶したデータである。

制御部９５は、移動通信端末１９全体を制御する。制御部９５としては、ＣＰＵ、ＭＰＵ等の電子回路や、ＡＳＩＣ、ＦＰＧＡ等の集積回路を採用できる。制御部９５は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。制御部９５は、各種のプログラムが動作することにより各種の処理部として機能する。例えば、制御部９５は、受付部１１０と、収集部１１１と、送信部１１２とを有する。

受付部１１０は、各種の受付を行う。例えば、受付部１１０は、表示部９０に収集対象設定画面を表示させ、操作部９１からユーザＩＤ、送信先の登録を受け付ける。

図１１は、収集対象設定画面の一例を示す説明図である。図１１に示すように、収集対象設定画面３１０は、ユーザＩＤを入力する入力領域３１１と、送信先を入力する入力領域３１２と、ＯＫボタン３１３が設けられている。

入力領域３１１は、生体情報を収集する対象のユーザのユーザＩＤを入力する領域とされている。入力領域３１２は、送信先番号を表示する領域３１２Ａと、送信先のアドレスの入力が可能な領域３１２Ｂが設けられている。入力領域３１２は、領域３１２Ｂにアドレスが入力されると、対応するレコードの領域３１２Ａに順に採番された送信先番号が表示される。

ユーザは、操作部９１を用いて、収集対象設定画面３１０に対して、測定機器１８から生体情報を収集するユーザのユーザＩＤ、収集した生体情報の送信先のアドレスを入力し、ＯＫボタン３１３を選択する。

受付部１１０は、ＯＫボタン３１３が選択されると、収集対象設定画面３１０に入力された各情報を記憶部９４に格納する。例えば、受付部１１０は、入力領域３１１に入力されたユーザＩＤをユーザ識別情報１００に格納する。また、受付部１１０は、入力領域３１２に入力された送信先のアドレスを送信先番号に対応付けて送信先情報１０１に格納する。尚、ユーザＩＤは、ユーザＩＤが記憶された非接触ＩＣカードを読み取っても良い。例えば、受付部１１０に非接触ＩＣカードの読み取りが可能な読取部を設け、受付部１１０は、受付部１１０の読取部で非接触ＩＣカードと非接触ＩＣ通信を実行して、非接触ＩＣカードに記憶されたユーザＩＤを読み取ってユーザ識別情報１００に格納しても良い。

収集部１１１は、測定機器１８から生体情報を収集する。例えば、記憶媒体から測定情報７３を収集する場合、収集部１１１は、外部Ｉ／Ｆ９３を介して、記憶媒体にアクセスが可能となると、記憶媒体を検索してユーザ識別情報のユーザＩＤに対応付けた測定情報７３を収集する。また、例えば、有線通信若しくは無線通信により測定情報７３を収集する場合、収集部１１１は、外部Ｉ／Ｆ９３を介して、測定機器１８を通信が可能となると、ユーザ識別情報１００のユーザＩＤに対応付けた測定情報７３を測定機器１８から収集する。有線通信若しくは無線通信により収集する場合、収集部１１１が、外部Ｉ／Ｆ９３を介して記憶部６４にアクセスして収集しても良い。また、収集部１１１がユーザＩＤを測定機器１８へ送信して、測定機器１８からユーザＩＤに対応する測定情報７３を送信させても良い。収集部１１１は、収集した測定情報７３を記憶部９４に格納する。

送信部１１２は、記憶部９４に記憶された測定情報７３を送信データとして、送信先情報１０１に登録された送信先のアドレスに送信する。

図１２は、測定情報の送信の流れの一例を示す説明図である。例えば、送信先情報７２及び送信先情報１０１に送信先として運行管理サーバ１０及び運行管理サーバ１２が登録されている場合、測定機器１６の測定情報７３は、運行管理サーバ１０及び運行管理サーバ１２に直接送信される。測定機器１８の測定情報７３は、移動通信端末１９を介して運行管理サーバ１０及び運行管理サーバ１２に送信される。尚、移動通信端末１９は、複数の測定機器１８から測定情報７３を収集してまとめて運行管理サーバ１０及び運行管理サーバ１２に送信しても良い。

運行管理サーバ１０には、運行監視装置１１から収集された運行情報５０及び状態情報５１と、測定機器１６及び測定機器１８を収集された測定情報７３とが記憶される。運行管理サーバ１２には、運行監視装置１３から収集された運行情報５０及び状態情報５１と、測定機器１６及び測定機器１８から収集された測定情報７３とが記憶される。

［運行管理サーバの構成］
次に、運行管理サーバ１０及び運行管理サーバ１２の構成について説明する。運行管理サーバ１０及び運行管理サーバ１２は、略同様の構成であるため、以下では運行管理サーバ１０について説明する。

図１３は、運行管理サーバの一例を示す説明図である。図１３に示す運行管理サーバ１０は、通信部１２０と、記憶部１２１と、制御部１２２とを有する。通信部１２０は、例えば、ネットワークＮとの間で無線通信又は有線通信を行う通信インタフェースである。記憶部１２１は、ハードディスク、ＳＳＤ、光ディスクなどの記憶装置である。尚、記憶部１２１は、データを書き換え可能な半導体メモリであっても良い。記憶部１２１には、運行情報５０、状態情報５１及び測定情報７３が記憶されている。制御部１２２は、運行管理サーバ１０全体を制御する。制御部１２２は、記憶部１２１に記憶された運行情報５０、状態情報５１及び測定情報７３に基づき、運行管理に関する各種の処理を実行する。

［集約サーバの構成］
次に、集約サーバ２０の構成について説明する。図１４は、集約サーバの一例を示す説明図である。図１４に示す集約サーバ２０は、通信部１３０と、記憶部１３１と、制御部１３２とを有する。通信部１３０は、例えば、ネットワークＮとの間で無線通信又は有線通信を行う通信インタフェースである。記憶部１３１は、ハードディスク、ＳＳＤ、光ディスクなどの記憶装置である。尚、記憶部１３１は、データを書き換え可能な半導体メモリであっても良い。記憶部１３１には、運行情報５０、状態情報５１及び測定情報７３が記憶されている。また、記憶部１３１は、ユーザＤＢ１４０と、運行ＤＢ１４１が記憶されている。

制御部１３２は、集約サーバ２０全体を制御する。制御部１３２は、運行管理サーバ１０及び運行管理サーバ１２から運行情報５０、状態情報５１及び測定情報７３を収集し、収集された運行情報５０、状態情報５１及び測定情報７３を記憶部１３１に格納する。

ユーザＤＢ（database）１４０は、ドライバを識別する識別情報毎にドライバの個人情報を記憶したデータである。図１５は、ユーザＤＢのデータ構成の一例を示す説明図である。図１５に示すユーザＤＢ１４０は、ユーザＩＤ毎に、ユーザ名と、性別と、年齢と、免許種別と、走行距離と、ドライバ歴と、資格情報と、業務車種の各項目のデータを対応付けて記憶する。

制御部１３２は、例えば、運輸会社等の職場に配置された端末装置１７からの入力操作でユーザＤＢ１４０内のユーザＩＤ、ユーザ名、性別、年齢、免許種別、走行距離、ドライバ歴、資格情報及び業務車種の各項目のデータを更新登録する。

運行ＤＢ１４１は、ドライバを識別するユーザＩＤ毎に、ドライバに関する情報を集約して記憶したデータである。図１６は、運行ＤＢのデータ構成の一例を示す説明図である。運行ＤＢ１４１は、ユーザＩＤ及び測定日時毎に、体温と、体重と、血圧と、脈拍と、ＡＬＣの各項目のデータを対応付けて記憶する。ＡＬＣは、例えば、ドライバの呼気中のアルコール濃度である。更に、運行ＤＢ１４１は、ユーザＩＤ及び測定日時毎に、眠気検知と、稼働フラグと、白線逸脱と、ヒヤリハットと、車間距離違反の各項目のデータを対応付けて記憶する。更に、運行ＤＢ１４１は、ユーザＩＤ及び測定日時毎に、走行速度と、走行距離と、エンジン回転数の各項目のデータを対応付けて記憶する。

制御部１３２は、記憶部１３１に記憶された運行情報５０、状態情報５１及び測定情報７３に基づき、ユーザＩＤ及び測定日時毎に、データを集約して運行ＤＢ１４１を生成する。尚、制御部１３２は、同じ測定日時に、同じ属性のデータが複数ある場合、何れか１つのデータを集約する。制御部１３２は、車間距離が所定の閾値以下の場合、車間距離違反と判定する。

制御部１３２は、例えば、ネットワークＮ経由で端末装置１７から指定ドライバのユーザＩＤ及び指定日の走行情報を表示する表示要求に応じて運行ＤＢ１４１から指定ドライバのユーザＩＤ及び指定日の情報を読み出す。そして、制御部１３２は、読み出した情報に基づき、走行情報を表示する表示画面を表示要求元の端末装置１７に提供する。これにより、端末装置１７では、走行情報を表示する表示画面３２０が表示される。図１７は、走行情報の表示画面の一例を示す説明図である。図１７に示す表示画面３２０は、特定の指定ドライバに関わる２０１４年１１月１２日の１日分の走行情報を表示している。走行情報は、生体情報と、危険兆候と、稼働状態と、走行速度と、走行距離とを表示している。生体情報の表示項目には、例えば、体重、体温、血圧及びＡＬＣを表示している。尚、制御部１３２は、指定したユーザＩＤ及び指定日に対応する運行ＤＢ１４１内の測定日時を参照し、体温、体重、血圧及びＡＬＣを検索し、その検索結果を生体情報とする。

危険兆候の表示項目には、ヒヤリハット回数、白線逸脱回数、車間距離違反回数及び眠気検知回数を表示している。尚、制御部１３２は、指定したユーザＩＤ及び指定日に対応する運行ＤＢ１４１内の測定日時を参照し、眠気検知、白線逸脱、ヒヤリハット、及び車間距離違反の項目のデータを検索し、その検索結果を危険兆候とする。危険兆候の表示項目には、時間単位でヒヤリハット、白線逸脱、車間距離違反及び眠気検知の発生有無を表示すると共に、その指定日に発生した回数の合計を表示している。

稼働状態の表示項目には、ドライバ車両の稼働時間を棒グラフ状で表示すると共に、稼働時間及び睡眠時間を表示する。尚、制御部１３２は、指定したユーザＩＤ及び日時に対応する運行ＤＢ１４１内の稼働フラグを検索し、その検索結果を稼働状態として表示する。

走行速度の表示項目には、指定日分のドライバ車両の走行速度をグラフ状で表示すると共に、指定日の最高速度を表示する。尚、制御部１３２は、指定したユーザＩＤ及び指定日に対応する運行ＤＢ１４１内の測定日時を参照し、走行速度を検索し、その検索結果を走行速度として表示する。

走行距離の表示項目には、指定日分のドライバ車両の走行距離をグラフ状で表示すると共に、指定日の総走行距離を表示する。尚、制御部１３２は、指定したユーザＩＤ及び指定日に対応する運行ＤＢ１４１内の測定日時を参照し、走行距離を検索し、その検索結果を走行距離として表示する。

つまり、制御部１３２は、端末装置１７から指定ドライバ及び指定日の走行情報の表示要求に応じて、指定ドライバ及び指定日の生体情報、危険兆候、稼働状態、走行速度及び走行距離等の走行情報を表示要求元の端末装置１７に提供する。その結果、表示要求の端末装置１７のユーザは、図１７に示す表示画面３２０を視認し、ドライバ及び日時を指定して、指定ドライバ及び指定日の走行情報を時間単位で認識できる。

［処理の流れ］
次に、本実施例に係るシステム１において実行される各種の処理について説明する。最初に、本実施例に係る測定機器１６がユーザＩＤおよび送信先の登録を受け付ける受付処理の流れについて説明する。図１８は、測定機器が実行する受付処理の手順の一例を示すフローチャートである。この受付処理は、所定のタイミング、例えば、操作部６１から登録画面３００の表示を指示する所定操作が行われたタイミングで実行される。

図１８に示すように、受付部８０は、表示部６０に登録画面３００を表示させ（Ｓ１０）、操作部６１からユーザＩＤ、位置情報、送信先の登録を受け付ける。受付部８０は、ＯＫボタン３０４が選択されたか否かを判定する（Ｓ１１）。ＯＫボタン３０４が選択されていない場合（Ｓ１１否定）、再度Ｓ１１へ移行してＯＫボタン３０４の選択の選択待ちを行う。

一方、ＯＫボタン３０４が選択された場合（Ｓ１１肯定）、受付部８０は、登録画面３００の入力領域３０１に入力されたユーザＩＤをユーザ識別情報７０に格納する（Ｓ１２）。受付部８０は、登録画面３００の入力領域３０２に入力された位置を示すコードを位置情報７１に格納する（Ｓ１３）。受付部８０は、登録画面３００の入力領域３０３に入力された送信先のアドレスを送信先番号に対応付けて送信先情報７２に格納し（Ｓ１４）、処理を終了する。

次に、本実施例に係る測定機器１６が測定情報７３を送信先情報７２に登録された送信先に送信する送信処理の流れについて説明する。図１９は、測定機器が実行する送信処理の手順の一例を示すフローチャートである。この送信処理は、処理が終了するごとに繰り返し実行される。

図１９に示すように、送信部８２は、所定の送信タイミングか否かを判定する（Ｓ２０）。この所定の送信タイミングは、日時など一定期間毎のタイミングであっても良く、ユーザ又は運行管理サーバ１０、１２から送信が指示されたタイミングであっても良く、生体情報の測定されたタイミングであっても良い。送信タイミングではない場合（Ｓ２０否定）、再度Ｓ２０へ移行する。

一方、送信タイミングの場合（Ｓ２０肯定）、送信部８２は、送信先情報７２を読み込む（Ｓ２１）。送信部８２は、測定情報７３を送信先情報７２に登録された送信先に送信し（Ｓ２２）、処理を終了する。

次に、本実施例に係る移動通信端末１９がユーザＩＤおよび送信先の登録を受け付ける受付処理の流れについて説明する。図２０は、移動通信端末が実行する受付処理の手順の一例を示すフローチャートである。この受付処理は、所定のタイミング、例えば、操作部９１から収集対象設定画面３１０の表示を指示する所定操作が行われたタイミングで実行される。

図２０に示すように、受付部１１０は、表示部９０に収集対象設定画面３１０を表示させ（Ｓ３０）、操作部９１からユーザＩＤ、送信先の登録を受け付ける。受付部１１０は、ＯＫボタン３１３が選択されたか否かを判定する（Ｓ３１）。ＯＫボタン３１３が選択されていない場合（Ｓ３１否定）、再度Ｓ３１へ移行してＯＫボタン３１３の選択の選択待ちを行う。

一方、ＯＫボタン３１３が選択された場合（Ｓ３１肯定）、受付部１１０は、収集対象設定画面３１０の入力領域３１１に入力されたユーザＩＤをユーザ識別情報１００に格納する（Ｓ３２）。受付部１１０は、収集対象設定画面３１０の入力領域３１２に入力された送信先のアドレスを送信先番号に対応付けて送信先情報１０１に格納し（Ｓ３３）、処理を終了する。

次に、本実施例に係る移動通信端末１９が測定情報７３を収集して送信先情報１０１に登録された送信先に送信する送信処理の流れについて説明する。図２１は、移動通信端末が実行する送信処理の手順の一例を示すフローチャートである。この送信処理は、処理が終了するごとに繰り返し実行される。

図２１に示すように、送信部８２は、所定の収集タイミングか否かを判定する（Ｓ４０）。この所定の収集タイミングは、外部Ｉ／Ｆ９３を介して、記憶媒体にアクセスが可能となったタイミングであっても良く、外部Ｉ／Ｆ９３を介して、測定機器１８に通信が可能となったタイミングであっても良い。収集タイミングではない場合（Ｓ４０否定）、後述するＳ４３へ移行する。収集タイミングである場合（Ｓ４０肯定）、収集部１１１は、外部Ｉ／Ｆ９３を介して、ユーザ識別情報１００のユーザＩＤに対応付けた測定情報７３を収集する（Ｓ４１）。収集部１１１は、収集した測定情報７３を記憶部９４に格納する（Ｓ４２）。

送信部１１２は、所定の送信タイミングか否かを判定する（Ｓ４３）。この所定の送信タイミングは、日時など一定期間毎のタイミングであっても良く、ユーザ又は運行管理サーバ１０、１２から送信が指示されたタイミングであっても良い。送信タイミングではない場合（Ｓ４３否定）、上述のＳ４０へ移行する。

一方、送信タイミングの場合（Ｓ４３肯定）、送信部１１２は、送信先情報１０１を読み込む（Ｓ４４）。送信部１１２は、測定情報７３を送信先情報１０１に登録された送信先に送信し（Ｓ４５）、処理を終了する。

［効果］
上述してきたように、本実施例に係る測定機器１６は、ユーザＩＤと、複数の送信先の登録を受け付ける。測定機器１６は、測定機器１６による健康管理に関する測定の結果を登録されたユーザＩＤに対応づけて登録された複数の送信先の各々に送信する。これにより、測定機器１６は、運行管理が複数で行われる場合でも、健康管理に用いる情報を提供できる。

また、本実施例に係る測定機器１６は、測定結果の属性、測定機器の製造メーカの識別情報、測定機器の機器識別番号、測定時刻、測定結果および測定位置を含む送信データを送信先に送信する。これにより、送信先は、受信した送信データから、測定結果の属性、測定機器の製造メーカ、測定機器の機器識別番号、測定時刻、測定位置を特定できる。

また、本実施例に係る測定機器１６は、ユーザＩＤが記憶された非接触ＩＣカードを読み取ってユーザＩＤの登録を受け付ける。これにより、測定機器１６は、ユーザＩＤの入力の手間を軽減できる。また、測定機器１６は、非接触ＩＣカードを読み取ることで、非接触ＩＣカードを所有する正当なユーザの生体情報を測定して送信できる。

また、本実施例に係る移動通信端末１９は、健康管理に関する測定結果をユーザＩＤと対応づけて記憶する測定機器１８から、ユーザ識別情報１００のユーザＩＤに対応づけて記憶された測定結果を収集する。移動通信端末１９は、収集した測定結果を測定結果の取得元の測定機器を示す識別情報と、ユーザ識別情報１００のユーザＩＤと対応づけて送信先に送信する。これにより、移動通信端末１９は、測定機器１８から、ユーザ識別情報１００のユーザＩＤに対応付けられた測定結果だけ収集して送信先へ送信できる。また、移動通信端末１９は、測定機器１８から、ユーザ識別情報１００のユーザＩＤに対応付けられた測定結果だけ収集するため、不要な測定結果を収集することを抑制できる。

また、本実施例に係る移動通信端末１９は、複数の測定機器１８の各々から、ユーザ識別情報１００のユーザＩＤに対応づけて記憶された測定結果を収集する。移動通信端末１９は、収集した測定結果を測定結果の取得元の各測定機器を示す識別情報と、ユーザ識別情報１００のユーザＩＤと対応づけて送信先に送信する。これにより、移動通信端末１９は、複数の測定機器１８でそれぞれ測定された測定結果をまとめて送信先に送信できる。

次に、実施例２について説明する。実施例２に係るシステム１、運行管理サーバ１０、１２、運行監視装置１１、１３および集約サーバ２０の構成は、実施例１と同様であるため、説明を省略する。

実施例２に係るシステム１では、測定機器１６、１８が健康管理に関する複数種類の測定が可能であり、測定された情報を送信先の各々について、送信対象とする測定結果をいずれの種類の測定の結果とするかの登録を受け付ける。実施例２に係るシステム１では、測定機器１６、１８への追加機能は、同様であるため、以下では測定機器１６について説明する。図２２は、実施例２に係る測定機器の一例を示す説明図である。なお、実施例１と同様の部分ついては、同一の符号を付して、主に異なる部分について説明する。

実施例２に係る測定機器１６は、記憶部６４に属性マスタ７４および送信属性情報７５をさらに記憶する。属性マスタ７４は、データの属性と属性コードを対応して記憶したデータである。

図２３は、属性マスタのデータ構成の一例を示す説明図である。属性マスタ７４は、属性コード及び属性の各項目を有する。属性コードの項目は、測定機器１６で指定可能な属性の属性コードを記憶する領域である。属性の項目は、属性コードに対応する属性の名称を記憶した領域である。

図２３の例では、属性コード「３０」の属性は、「体動量」であることを示す。また、図２３の例では、属性コード「３１」の属性は、「睡眠レベル」であることを示す。また、図２３の例では、属性コード「４０」の属性は、「起床時刻」であることを示す。

送信属性情報７５は、送信先毎に、測定結果に付加する属性を記憶したデータである。

図２４は、送信属性情報のデータ構成の一例を示す説明図である。送信属性情報７５は、測定値、送信先番号、属性コードの各項目を有する。測定値の項目は、測定機器１６において測定される測定値を識別する識別情報を記憶する領域である。図２４の例は、測定機器１６は、測定値１と、測定値２の２つの測定結果を得る場合を示している。実施例２に係る測定機器１６は、測定値１として体動量を測定し、測定値２として起床時刻を測定する。例えば、測定機器１６は、振動の検出あるいは赤外線、超音波などを照射して反射状態の変化を検出することにより体動量を測定する。また、例えば、測定機器１６は、一旦体動が検出された後に最初に所定期間、体動が検出されなくなった時刻を起床時刻と測定する。尚、測定機器１６が測定する測定値の種類および数は、一例であり、これに限定されるものではない。

送信先番号の項目は、対応付ける送信先の送信先番号を記憶する領域である。属性コードの項目は、送信先および測定値に対応付ける属性コードを記憶する領域である。

図２４の例では、測定値１は、送信先番号「１」の送信先に対して「３０」の属性コードを対応付け、送信先番号「２」の送信先に対して「３１」の属性コードを対応付けることを示す。また、図２４の例では、測定値２は、送信先番号「１」および「２」の送信先に対して「４０」の属性コードを対応付けることを示す。

受付部８０は、表示部６０に属性設定画面を表示させ、操作部６１から送信先毎に測定結果に対応付ける属性の登録を受け付ける。

図２５は、属性設定画面の一例を示す図である。図２５に示すように、属性設定画面３３０は、送信先毎に測定結果に対応付ける属性の指定する領域３３１と、登録ボタン３３２とが設けられている。

領域３３１は、表形式に領域が分かれており、縦方向の項目として測定値の種類が表示され、横方向の項目として、登録された送信先の送信先番号が表示されている。また、領域３３１は、表形式の各領域にコンボボックス３３３がそれぞれ表示されている。コンボボックス３３３は、選択すると、属性マスタ７４に記憶された属性の名称が表示される。

ユーザは、操作部６１を用いて、属性設定画面３３０の領域３３１の各コンボボックス３３３で属性を選択することにより、送信先毎に測定結果に対応付ける属性を指定する。図２５の例では、測定値１は、送信先番号「１」の送信先に対応付ける属性として「体動量」が指定されている。また、図２５の例では、測定値２は、送信先番号「１」の送信先に対応付ける属性として「起床時刻」が指定されている。ユーザは、属性設定画面３３０により、送信先毎に測定結果に対応付ける属性の指定が完了すると、登録ボタン３３２を選択する。

受付部８０は、登録ボタン３３２が選択されると、属性設定画面３３０で指定された送信先毎に測定結果に対応付ける属性を送信属性情報７５に格納する。

格納部８１は、検出部６２により検出された生体情報を送信先毎にファイルに分けて格納する。例えば、測定機器１６は、２つの送信先に送信する場合、送信先に対応させて測定情報７３Ａ、７３Ｂとファイルを分けて生体情報を格納する。また、格納部８１は、測定情報７３Ａ、７３Ｂに生体情報を格納する際に、送信属性情報７５に基づき、生体情報に送信先毎の属性コードを対応付ける。

送信部８２は、測定された生体情報を送信先情報７２に登録された送信先に送信する。例えば、送信部８２は、それぞれの送信先に、対応させた測定情報７３Ａ、７３Ｂを送信する。

これにより、測定機器１６は、測定された生体情報を、送信先が対応する属性で送信できる。また、測定機器１６は、送信先が対応する種類の測定結果でなくても、相関の高い測定結果を流用して送信できる。

［効果］
上述してきたように、本実施例に係る測定機器１６は、健康管理に関する複数種類の測定が可能とされている。測定機器１６は、送信先の各々について、送信対象とする測定結果をいずれの種類の測定の結果とするかの登録を受け付ける。測定機器１６は、それぞれの送信先に、測定結果を登録された種類の測定の結果として送信する。これにより、測定機器１６は、送信先に対応させて測定結果を送信できる。また、測定機器１６は、送信先が対応する種類の測定結果でなくても、相関の高い測定結果を流用して送信できる。

なお、上述した追加機能は、移動通信端末１９にも同様に適用できる。すなわち、移動通信端末１９は、測定結果に対応付ける測定種別の指定を操作部９１から受け付け、収集された測定結果を送信先に送信する際に、指定された測定種別を示す情報を測定結果に対応づけて送信しても良い。これにより、移動通信端末１９は、測定された生体情報を、送信先が対応する属性で送信できる。また、移動通信端末１９は、送信先が対応する種類の測定結果でなくても、相関の高い測定結果を流用して送信できる。

さて、これまで開示の装置に関する実施例について説明したが、開示の技術は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施例を説明する。

例えば、上記実施例では、グループ毎に運行管理サーバを設けてグループ毎に運行感知を行う場合を例示した。しかしながら、これら限定されるものではない。例えば、１つの管理元で運行管理を行っても良い。図２６は、システム構成を概略的に示した説明図である。図２６の例は、運行管理サーバ１０が管理元となって運行管理を行う場合を示している。運行管理サーバ１０は、運行監視装置１１及び運行監視装置１３から各ドライバの運行情報５０や状態情報５１を収集する。また、運行管理サーバ１０は、測定機器１６から測定情報７３を収集し、移動通信端末１９を介して測定機器１８から測定情報７３を収集する。そして、運行管理サーバ１０が、収集した運行情報５０、状態情報５１及び測定情報７３を集約して走行情報を表示する表示画面３２０を提供する。

また、上記実施例では、移動通信端末１９が、測定機器１８から測定結果を運行管理サーバ１０及び運行管理サーバ１２へ中継する場合を例示した。しかしながら、これら限定されるものではなく、適宜変更可能である。例えば、ドライバの所持する移動通信端末１９により、運行監視装置１３から運行情報５０などの各種の情報を収集し、収集した各種の情報を運行管理サーバ１２へ送信しても良い。また、移動通信端末１９は、収集した各種の情報をユーザ識別情報に対応付けて送信しても良い。

また、上記実施例では、測定機器１６、測定機器１８および移動通信端末１９に画面からユーザＩＤを登録する場合を例示した。しかしながら、これら限定されるものではなく、適宜変更可能である。例えば、測定機器１６、測定機器１８および移動通信端末１９は、特定のユーザＩＤが設定されていても良い。例えば、測定機器１６、測定機器１８および移動通信端末１９は、所有するユーザのユーザＩＤが設定されていても良い。

また、上記実施例では、測定機器１６および測定機器１８の位置情報として位置を示すコードを用いた場合を例示した。しかしながら、これら限定されるものではなく、適宜変更可能である。例えば、測定機器１６および測定機器１８の位置情報を座標で位置を示したデータとしても良い。例えば、測定機器１６および測定機器１８にＧＰＳを設け、緯度、経度などで位置を示したデータを位置情報として用いても良い。また、測定機器１８の測定結果を移動通信端末１９を介して送信する場合、移動通信端末１９は、測定結果を収集した位置情報を、測定情報７３の位置の情報として送信しても良い。例えば、移動通信端末１９は、移動通信端末１９に設けられたＧＰＳで検出された緯度、経度などで位置を示したデータを測定情報７３の位置の情報とした測定情報７３を送信先に送信しても良い。

また、上記実施例では、測定機器１６および測定機器１８が、画面から登録されたユーザＩＤに対応付けて、健康管理に関する測定の結果を送信する場合を例示した。しかしながら、これら限定されるものではなく、適宜変更可能である。例えば、測定機器１６は、ユーザの測定結果の特徴と、当該ユーザのユーザ識別情報を対応付けて記憶部６４に記憶する。そして、測定機器１６は、測定の結果が記憶部６４に記憶された測定結果の特徴と最も近いユーザのユーザ識別情報に対応付けて、健康管理に関する測定の結果を送信しても良い。例えば、測定機器１６は、複数のユーザで利用され、生体情報を測定する場合、各ユーザの前回の生体情報の測定結果をユーザＩＤに対応付けて、それぞれのユーザの特徴として記憶部６４に記憶する。そして、測定機器１６は、生体情報を測定した場合、測定された生体情報を記憶部６４に記憶された各ユーザの前回の生体情報と比較して、生体情報が最も近いユーザのユーザＩＤを測定された生体情報に対応付けても良い。これにより、測定機器１６は、複数のユーザが利用して生体情報を測定する場合でも、測定された生体情報に対して生体情報を測定したユーザのユーザＩＤを精度よく対応付けることができる。

上記実施例では、測定機器１６および移動通信端末１９が生体情報を複数の送信先にそれぞれ送信する場合を例示した。しかしながら、これら限定されるものではなく、適宜変更可能である。例えば、測定機器１６および移動通信端末１９が、生体情報の属性毎に、選択的に生体情報を送信先へ送信可能な構成としても良い。例えば、測定機器１６および移動通信端末１９は、属性毎に送信先の登録を受け付ける。送信先は、複数指定可能であっても良い。測定機器１６および移動通信端末１９は、送信先毎に送信対象の属性を記憶し、測定情報７３から送信先毎に、送信対象の属性のデータを抽出して送信しても良い。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的状態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。例えば、測定機器１６の受付部８０、格納部８１および送信部８２の各処理部が適宜統合されても良い。また、移動通信端末１９の受付部１１０、収集部１１１および送信部１１２の各処理部が適宜統合されても良い。また、各処理部の処理が適宜複数の処理部の処理に分離されても良い。さらに、各処理部にて行なわれる各処理機能は、その全部又は任意の一部が、ＣＰＵ及び当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

［送信制御プログラム］
また、上記の実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することもできる。そこで、以下では、上記の実施例と同様の機能を有するプログラムを実行するコンピュータシステムの一例を説明する。図２７は、送信制御プログラムを実行するコンピュータの構成の一例を示す説明図である。

図２７に示すように、コンピュータ４００は、ＣＰＵ（Central Processing Unit）４１０、ＨＤＤ（Hard Disk Drive）４２０、ＲＡＭ（Random Access Memory）４４０を有する。これら４００〜４４０の各部は、バス５００を介して接続される。

ＨＤＤ４２０には上記の測定機器１６の受付部８０、格納部８１および送信部８２、又は、移動通信端末１９の受付部１１０、収集部１１１および送信部１１２と同様の機能を発揮する送信制御プログラム４２０ａが予め記憶される。尚、送信制御プログラム４２０ａについては、適宜分離しても良い。

また、ＨＤＤ４２０は、各種情報を記憶する。例えば、ＨＤＤ４２０は、ＯＳや発注量の決定に用いる各種データを記憶する。

そして、ＣＰＵ４１０が、送信制御プログラム４２０ａをＨＤＤ４２０から読み出して実行することで、実施例の各処理部と同様の動作を実行する。すなわち、送信制御プログラム４２０ａは、受付部８０、格納部８１および送信部８２、又は、受付部１１０、収集部１１１および送信部１１２と同様の動作を実行する。

尚、上記した送信制御プログラム４２０ａについては、必ずしも最初からＨＤＤ４２０に記憶させることを要しない。

例えば、コンピュータ４００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」にプログラムを記憶させておく。そして、コンピュータ４００がこれらからプログラムを読み出して実行するようにしても良い。

さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ４００に接続される「他のコンピュータ（又はサーバ）」などにプログラムを記憶させておく。そして、コンピュータ４００がこれらからプログラムを読み出して実行するようにしても良い。

１ システム
１０ 運行管理サーバ
１２ 運行管理サーバ
１６ 測定機器
１８ 測定機器
１９ 移動通信端末
６１ 操作部
６２ 検出部
６３ 通信部
６４ 記憶部
６５ 制御部
７０ ユーザ識別情報
７１ 位置情報
７２ 送信先情報
７３ 測定情報
７４ 属性マスタ
７５ 送信属性情報
８０ 受付部
８１ 格納部
８２ 送信部
８３ 受付部
８４ 送信部
９０ 表示部
９１ 操作部
９２ 無線通信部
９４ 記憶部
９５ 制御部
１００ ユーザ識別情報
１０１ 送信先情報
１１０ 受付部
１１１ 収集部
１１２ 送信部

Claims (14)

1. 健康管理に関する複数種類の生体情報の測定を行う測定機器において、
   ユーザ識別情報と、複数の送信先と、送信先ごとの前記複数種類の生体情報に対する属性コードの登録を受け付ける操作部と、
   前記測定機器により計測された複数種類の生体情報に、送信先ごとに、前記操作部から登録された属性コードを対応付けて、前記ユーザ識別情報に対応づけて登録された前記複数の送信先の各々に送信する送信部と、
   を備えたことを特徴とする測定機器。
2. 前記送信部は、属性コード、前記測定機器の製造メーカの識別情報、前記測定機器の機器識別番号、測定時刻、生体情報および測定位置を含む送信データを前記複数の送信先の各々に送信する
   ことを特徴とする請求項１に記載の測定機器。
3. 前記操作部は、ユーザ識別情報が記憶された非接触ＩＣカードを読み取ってユーザ識別情報の登録を受け付ける
   ことを特徴とする請求項１又は２に記載の測定機器。
4. ユーザの生体情報の特徴と、当該ユーザのユーザ識別情報を対応付けて記憶する記憶部をさらに有し、
   前記送信部は、測定された生体情報が前記記憶部に記憶された生体情報の特徴と最も近いユーザのユーザ識別情報に対応付けて、測定された生体情報を送信する
   ことを特徴とする請求項１〜３の何れか１つに記載の測定機器。
5. ユーザ識別情報と、複数の送信先と、送信先ごとの複数種類の生体情報に対する属性コードの登録を受け付け、
   計測された前記複数種類の生体情報に、送信先ごとに、登録された属性コードを対応付けて、前記ユーザ識別情報に対応づけて登録された前記複数の送信先の各々に送信する
   処理を実行することを特徴とする送信制御方法。
6. コンピュータに、
   ユーザ識別情報と、複数の送信先と、送信先ごとの複数種類の生体情報に対する属性コードの登録を受け付け、
   計測された前記複数種類の生体情報に、送信先ごとに、登録された属性コードを対応付けて、前記ユーザ識別情報に対応づけて登録された前記複数の送信先の各々に送信する
   処理を実行させることを特徴とする送信制御プログラム。
7. 健康管理に関する複数種類の生体情報の測定を行い、計測された前記複数種類の生体情報に、送信先ごとに、前記複数種類の生体情報に対する属性コードとユーザ識別情報と対応づけて記憶する測定機器から、特定のユーザ識別情報に対応づけて記憶された前記複数種類の生体情報を収集する収集部と、
   収集した前記複数種類の生体情報を当該複数種類の生体情報の取得元の測定機器を示す識別情報と、前記特定のユーザ識別情報と対応づけて所定の送信宛先に送信する送信部と、
   を備えたことを特徴とする移動通信端末。
8. 前記送信部は、前記収集部が前記複数種類の生体情報を収集した位置情報を送信する
   ことを特徴とする請求項７に記載の移動通信端末。
9. 前記収集部は、車両に搭載された走行データを取得する車載装置から該走行データをさらに収集し、
   前記送信部は、前記特定のユーザ識別情報に対応付けて前記走行データを前記所定の送信先に送信する
   ことを特徴とする請求項８に記載の移動通信端末。
10. 健康管理に関する複数種類の生体情報の測定を行い、計測された前記複数種類の生体情報に、送信先ごとに、前記複数種類の生体情報に対する属性コードとユーザ識別情報と対応づけて記憶する測定機器から、特定のユーザ識別情報に対応づけて記憶された前記複数種類の生体情報と属性コードを収集し、
    収集した前記複数種類の生体情報と属性コードに、当該複数種類の生体情報の取得元の測定機器を示す識別情報と、前記特定のユーザ識別情報とを対応づけて所定の送信宛先に送信する
    処理を実行することを特徴とする送信制御方法。
11. コンピュータに、
    健康管理に関する複数種類の生体情報の測定を行い、計測された前記複数種類の生体情報に、送信先ごとに、前記複数種類の生体情報に対する属性コードとユーザ識別情報とを対応づけて記憶する測定機器から、特定のユーザ識別情報に対応づけて記憶された前記複数種類の生体情報と属性コードを収集し、
    収集した前記複数種類の生体情報と属性コードに、当該複数種類の生体情報の取得元の測定機器を示す識別情報と、前記特定のユーザ識別情報とを対応づけて所定の送信宛先に送信する
    処理を実行させることを特徴とする送信制御プログラム。
12. 健康管理に関する生体情報の測定を行い、計測された前記生体情報に、送信先ごとに、前記生体情報に対する属性コードとユーザ識別情報とを対応づけて記憶する複数の測定機器の各々から、特定のユーザ識別情報に対応づけて記憶された前記生体情報と属性コードを収集する収集部と、
    収集した前記生体情報と属性コードに、当該生体情報の取得元の各測定機器を示す識別情報と、前記特定のユーザ識別情報とを対応づけて所定の送信宛先に送信する送信部と、
    を備えたことを特徴とする移動通信端末。
13. 健康管理に関する生体情報を測定機器から収集する収集部と、
    前記生体情報に対応付ける属性コードの指定を受け付ける操作部と、
    収集された前記生体情報を所定の宛先に送信する際に、指定された前記属性コードを前記生体情報に対応づけて送信する送信部と、
    を備えたことを特徴とする移動通信端末。
14. 前記送信部は、収集した際の移動通信端末の位置情報を送信する
    ことを特徴とする請求項１３に記載の移動通信端末。

Images