(57)【要約】      （修正有）【課題】血圧活用マニュアルを利用した乗務判断が可能であり、乗務の際、静脈認証機器や免許証認証機器を利用したＩＤの入力が不要であり、加えて、運転手が運転する車両のキー番号を通知する血圧測定管理システムを提供する。【解決手段】血圧測定管理システム１は、コンピュータ１０、血圧測定機器１００、個人認証機器（静脈認証機器又は免許証認証機器）２００から構成され、運転手の健康状態を管理するコンピュータシステムである。血圧測定管理システム１は、運転手が測定した血圧を取得し、取得した血圧と、予め設定された条件とに基づいて、運転手の乗務可否を判断する。また、静脈認証機器や運転免許証を利用して、ＩＤの入力が不要な個人認証を行い、運転手が乗務可能であると判断した場合、個人認証が行われた運転手が運転する車両のキー番号を通知する。【選択図】図１
0003223156.tif 000002
【実用新案登録請求の範囲】
【請求項１】
運転手が測定した血圧を取得する血圧取得手段と、
取得した前記血圧と、予め設定された条件とに基づいて、前記運転手の乗務可否を判断する判断手段と、
を備えることを特徴とする血圧測定管理システム。
【請求項２】
静脈認証機器や運転免許証を利用して、ＩＤの入力が不要な個人認証を行う個人認証手段と、
前記運転手が乗務可能であると判断した場合、個人認証が行われた運転手が運転する車両のキー番号を通知する通知手段と、
をさらに備えることを特徴とする請求項１に記載の血圧測定管理システム。
【考案の詳細な説明】
【技術分野】
【０００１】
本考案は、運転手の健康状態を管理する血圧測定管理システムに関する。
【背景技術】
【０００２】
近年、事業用トラック運転手等の健康起因事故の報告件数が増加傾向にある。そのため、運転手の健康状態をチェックする方法が求められている。
【０００３】
このような運転手の健康状態をチェックする方法として、例えば、車両のハンドルに設けられた脈拍信号を感知する機器により、運転手の脈拍を測定し、健康状態をチェックする構成が開示されている（特許文献１参照）
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−２３８８５８号公報
【考案の概要】
【考案が解決しようとする課題】
【０００５】
しかしながら、特許文献１の構成では、運転手の血圧がどの程度であれば、乗務が可能な状態であるかの判断を下すことが困難であった。また、運転手が条件付きで乗務が可能（例えば、運行中は禁煙する、運行中に十分な休憩をとる、荷扱いは慌てないようにする、後日医療機関を受診する）である場合もあるため、適切な判断を下すことが困難であった。
【０００６】
本考案は、このような課題に鑑み、血圧活用マニュアルを利用した乗務判断が可能な血圧測定システムを提供することを目的とする。加えて、乗務の際、静脈認証機器や免許証認証機器を利用したＩＤの入力が不要な血圧測定管理システム及びこの運転手が運転する車両のキー番号を通知する血圧測定管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本考案では、以下のような解決手段を提供する。
【０００８】
本考案は、運転手が測定した血圧を取得する血圧取得手段と、
取得した前記血圧と、予め設定された条件とに基づいて、前記運転手の乗務可否を判断する判断手段と、
を備えることを特徴とする血圧測定管理システムを提供する。
【０００９】
本考案によれば、血圧測定管理システムは、運転手が測定した血圧を取得し、取得した前記血圧と、予め設定された条件とに基づいて、前記運転手の乗務可否を判断する。
【考案の効果】
【００１０】
本考案によれば、血圧活用マニュアルを利用した乗務判断が可能な血圧測定システムを提供することが可能となる。加えて、乗務の際、静脈認証機器や免許証認証機器を利用したＩＤの入力が不要な血圧測定管理システム及びこの運転手が運転する車両のキー番号を通知する血圧測定管理システムを提供することが可能となる。
【図面の簡単な説明】
【００１１】
【図１】図１は、血圧測定管理システム１の概要を説明するための図である。
【図２】図２は、血圧測定管理システム１のシステム構成を示す図である。
【図３】図３は、血圧測定管理システム１が実行する乗務判断処理のフローチャートを示す図である。
【図４】図４は、血圧測定管理システム１が実行する乗務判断処理のフローチャートを示す図である。
【図５】図５は、乗務可否判断モジュール４４が実行する運転手の乗務可否を判断するフローチャートを示す図である。
【図６】図６は、通知モジュール４１が、血圧の測定開始を通知した状態の一例を模式的に示した図である。
【図７】図７は、入力受付モジュール４２が、自覚疲労データの入力を受け付けた状態の一例を模式的に示す図である。
【図８】図８は、複数の血圧測定機器１００がコンピュータ１０にデータ通信可能に接続された状態の一例を模式的に示す図である。
【図９】図９は、外部コンピュータ５００が判別結果データを管理する場合についての一例を模式的に示す図である。
【図１０】図１０は、複数の拠点に設けられたコンピュータ１０のうち、一のコンピュータ１０が複数の判別結果データを管理する場合についての一例を模式的に示す図である。
【図１１】図１１は、親機となるコンピュータ１０が判別結果データを管理する場合についての一例を模式的に示す図である。
【図１２】図１２は、クラウドコンピュータ６００が判別結果データを管理する場合についての一例を模式的に示す図である。
【考案を実施するための形態】
【００１２】
以下、本考案を実施するための最良の形態について、図を参照しながら説明する。なお、これはあくまでも例であって、本考案の技術的範囲はこれに限られるものではない。
【００１３】
［血圧測定管理システム１の概要］
本考案の好適な実施形態である血圧測定管理システム１の概要について、図１に基づいて説明する。図１は、本考案の好適な実施形態である血圧測定管理システム１の概要を説明するための図である。血圧測定管理システム１は、コンピュータ１０、血圧測定機器１００、個人認証機器（静脈認証機器又は免許証認証機器）２００から構成され、運転手の健康状態を管理するコンピュータシステムである。
【００１４】
なお、血圧測定管理システム１は、車両を運転する運転手が所持する運転手端末（例えば、スマートフォンやタブレット端末やパーソナルコンピュータ）、本システムや運転手を管理する管理者が所持する管理者端末、一又は複数の血圧測定機器１００、その他の個人認証機器２００、その他の端末や装置類等が含まれていてもよい。また、コンピュータ１０は、１台のコンピュータで実現されてもよいし、クラウドコンピュータのように、複数のコンピュータにより実現されてもよい。
【００１５】
コンピュータ１０は、血圧測定機器１００、個人認証機器２００、運転手端末、管理者端末、その他の端末や装置類等と、有線接続、無線接続又は公衆回線網等を介して、データ通信可能に接続されており、必要なデータの送受信を実行する。
【００１６】
血圧測定機器１００は、上腕式血圧計や手首式血圧計等の一般的な使用者の血圧を測定する機器であり、使用者の最高血圧、最低血圧、脈拍等の使用者の血圧に関する様々なデータを測定する機器である。血圧測定機器１００は、上述した通り、コンピュータ１０とデータ通信可能に接続されている。
【００１７】
個人認証機器２００は、一般的な静脈認証機器や免許証認証機器である。静脈認証機器は、近赤外線を使用者の指の上から透過させ、使用者の指の静脈を読み取る機器である。また、免許証認証機器は、非接触式ＩＣカードに設けられたＩＣチップを読み取り、このＩＣチップに格納された個人情報（例えば、氏名、生年月日、免許証交付年月日、有効期間、免許の種類、免許証番号）を読み取る機器である。個人認証機器２００は、上述した通り、コンピュータ１０とデータ通信可能に接続されている。
【００１８】
なお、図示していない運転手端末、管理者端末、その他の血圧測定機器１００、その他の個人認証機器２００、その他の端末や装置類が、血圧測定管理システム１に含まれる場合、これらも、コンピュータ１０とデータ通信可能に接続されている。
【００１９】
はじめに、コンピュータ１０は、個人認証を行う。コンピュータ１０は、個人認証機器２００が読み取った情報を認証用データとして取得する。この認証用データは、個人認証機器２００が静脈認証機器である場合、運転手（使用者）の静脈パターンであり、個人認証機器２００が免許証認証機器である場合、運転手（使用者）の個人情報である。コンピュータ１０は、自身が予め記憶する運転手の認証用データ（静脈パターンや個人情報）と、今回取得した認証用データ（静脈パターンや個人情報）とを比較することにより、今回個人認証機器２００から取得した認証用データに該当する運転手を特定する。その結果、コンピュータ１０は、個人認証を行うことになる。
【００２０】
コンピュータ１０は、血圧測定機器１００が測定した運転手（使用者）の血圧を、血圧データとして取得する。このとき、コンピュータ１０は、血圧データとして、この運転手の最高血圧及び最低血圧の数値を少なくとも取得する。
【００２１】
コンピュータ１０は、取得した血圧データに基づいた運転手の血圧と、予め設定された条件とに基づいて、この運転手の乗務可否を判断する。例えば、コンピュータ１０は、取得した運転手の最高血圧及び最低血圧の値が所定の値未満であるか否かに基づいて、運転手の乗務可否を判断する。また、コンピュータ１０は、一の条件で乗務可否を判断できない場合、他の条件を加味して、運転手の乗務可否を判断することになる。
【００２２】
その結果、コンピュータ１０は、運転手が、問題なく乗務可能、条件付きで乗務可能又は乗務禁止の何れかの状態であるかを判断することになる。
【００２３】
コンピュータ１０は、乗務可能と判断した場合、個人認証の結果特定した運転手が運転する車両のキー番号を、運転手や管理者に通知する。コンピュータ１０は、問題なく乗務可能であると判断した場合、キー番号のみを通知し、条件付きで乗務可能であると判断した場合、キー番号及びこの条件を通知し、乗務不可能である判断した場合、乗務禁止を通知する。
【００２４】
次に、血圧管理システム１が実行する処理の概要について説明する。
【００２５】
はじめに、コンピュータ１０は、個人認証を行う（ステップＳ０１）。コンピュータ１０は、個人認証機器（静脈認証機器又は免許証認証機器）２００が運転手から読み取った認証用データを取得し、この運転手の個人認証を行う。
【００２６】
コンピュータ１０は、血圧測定機器１００が測定した運転手の血圧を、血圧データとして取得する（ステップＳ０２）。コンピュータ１０は、この運転手の最高血圧及び最低血圧の数値を血圧データとして取得する。
【００２７】
コンピュータ１０は、取得した血圧データに基づいた運転手の血圧と、予め設定された条件とに基づいて、この運転手の乗務可否を判断する（ステップＳ０３）。コンピュータ１０は、取得した血圧データにおける最高血圧及び最低血圧の値が、予め設定された最高血圧及び最低血圧の値を満たすものであるか否かを条件として、乗務可否を判断する。コンピュータ１０は、乗務可否の判断の結果として、運転手が問題なく乗務可能、条件付きで乗務可能又は乗務禁止の何れの状態であるかを判断することになる。
【００２８】
コンピュータ１０は、乗務可能（問題なく乗務可能又は条件付きで乗務可能）と判断した場合、個人認証を行った運転手が運転する車両のキー番号を運転手や管理者等に通知する。（ステップＳ０４）。
【００２９】
以上が、血圧測定管理システム１が実行する処理の概要である。
【００３０】
［血圧測定管理システム１のシステム構成］
図２に基づいて、本考案の好適な実施形態である血圧測定管理システム１のシステム構成について説明する。図２は、本考案の好適な実施形態である血圧測定管理システム１のシステム構成を示す図である。図２において、血圧測定管理システム１は、コンピュータ１０、血圧測定機器１００、個人認証機器２００から構成され、運転手の健康状態を管理するコンピュータシステムである。
【００３１】
なお、血圧測定管理システム１は、上述した運転手端末、上述した管理者端末、一又は複数の血圧測定機器１００、その他の個人認証機器２００、その他の端末や装置類等が含まれていてもよい。また、コンピュータ１０は、１台のコンピュータで実現されてもよいし、クラウドコンピュータのように、複数のコンピュータにより実現されてもよい。
【００３２】
コンピュータ１０は、血圧測定機器１００、個人認証機器２００、図示していない運転手端末、管理者端末、その他の端末や装置類等と、有線接続、無線接続又は公衆回線網等を介して、データ通信可能に接続されており、必要なデータの送受信を実行する。
【００３３】
コンピュータ１０は、制御部１１として、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）等を備え、通信部として、他の端末や装置等と通信可能にするためのデバイス、例えば、ＩＥＥＥ８０２．１１に準拠したＷｉ―Ｆｉ（Ｗｉｒｅｌｅｓｓ―Ｆｉｄｅｌｉｔｙ）対応デバイス等を備える。また、コンピュータ１０は、記憶部として、ハードディスクや半導体メモリ、記憶媒体、メモリカード等によるデータのストレージ部を備える。また、コンピュータ１０は、処理部として、各種処理を実行する各種デバイス等を備える。
【００３４】
コンピュータ１０において、制御部が所定のプログラムを読み込むことにより、通信部と協働して、認証用データ取得モジュール２０、血圧データ取得モジュール２１、データ転送モジュール２２を実現する。また、コンピュータ１０において、制御部が所定のプログラムを読み込むことにより、記憶部と協働して、記憶モジュール３０を実現する。また、コンピュータ１０において、制御部が所定のプログラムを読み込むことにより、処理部と協働して、個人認証モジュール４０、通知モジュール４１、入力受付モジュール４２、疲労度判定モジュール４３、乗務可否判断モジュール４４を実現する。
【００３５】
血圧測定機器１００は、コンピュータ１０と、有線接続、無線接続又は公衆回線網等を介して、データ通信可能に接続されており、必要なデータの送受信を実行する。
【００３６】
血圧測定機器１００は、コンピュータ１０と同様に、制御部、通信部、処理部を備える。血圧測定機器１００は、上述した通り、一般的な使用者の血圧（例えば、最高血圧、最低血圧、脈拍）を測定する機器である。血圧測定機器１００は、測定した血圧を、血圧データとして、コンピュータ１０に送信する。
【００３７】
血圧測定機器１００において、制御部が所定のプログラムを読み込むことにより、通信部と協働して、血圧データ送信モジュール１２０を実現する。また、血圧測定機器１００において、制御部が所定のプログラムを読み込むことにより、処理部と協働して、血圧測定モジュール１４０を実現する。
【００３８】
個人認証機器２００は、コンピュータ１０と、有線接続、無線接続又は公衆回線網等を介して、データ通信可能に接続されており、必要なデータの送受信を実行する。
【００３９】
個人認証機器２００は、コンピュータ１０と同様に、制御部、通信部、処理部を備える。個人認証機器２００は、上述した通り、一般的な静脈認証機器や免許証認証機器等である。個人認証機器２００は、読み取った静脈パターンや個人情報を、認証用データとして、コンピュータ１０に送信する。
【００４０】
個人認証機器２００において、制御部が所定のプログラムを読み込むことにより、通信部と協働して、認証用データ送信モジュール２２０を実現する。また、個人認証機器２００において、制御部が所定のプログラムを読み込むことにより、処理部と協働して、認証用データ読取モジュール２４０を実現する。
【００４１】
［乗務判断処理］
図３及び図４に基づいて、血圧測定管理システム１が実行する乗務判断処理について説明する。図３及び図４は、コンピュータ１０、血圧測定機器１００、個人認証機器２００が実行する乗務判断処理のフローチャートを示す図である。上述した各装置のモジュールが実行する処理について、本処理に併せて説明する。
【００４２】
認証用データ読取モジュール２４０は、運転手の個人認証を行うために必要な認証用データを読み取る（ステップＳ１０）。ステップＳ１０において、認証用データ読取モジュール２４０は、認証用データとして、運転手の指の静脈パターンや個人情報を読み取る。
【００４３】
認証用データ読取モジュール２４０が読み取る認証用データについて説明する。
【００４４】
個人認証機器２００が、静脈認証機器である場合、認証用データ読取モジュール２４０は、運転手の指の静脈パターンを読み取る。例えば、認証用データ読取モジュール２４０は、近赤外線を運転手の指の上から透過させ、運転手の指の静脈パターンを読み取る。
【００４５】
個人認証機器２００が、免許証認証機器である場合、認証用データ読取モジュール２４０は、運転手がかざした運転免許証に記載された様々な個人情報を読み取る。例えば、認証用データ読取モジュール２４０は、運転免許証に設けられたＩＣチップを読み取り、このＩＣチップに格納された個人情報（例えば、氏名、生年月日、免許証交付年月日、有効期間、免許の種類、免許証番号）を読み取る。
【００４６】
認証用データ送信モジュール２２０は、読み取った認証用データを、コンピュータ１０に送信する（ステップＳ１１）。
【００４７】
認証用データ取得モジュール２０は、この認証用データを取得する（ステップＳ１２）。ステップＳ１２において、認証用データ取得モジュール２０は、個人認証機器２００が送信した認証用データを受信することにより、この認証用データを取得する。
【００４８】
個人認証モジュール４０は、取得した認証用データに基づいて、この運転手の個人認証を行う（ステップＳ１３）。ステップＳ１３において、個人認証モジュール４０は、取得した認証用データと、予め記憶モジュール３０が記憶した認証用データとに基づいて、この運転手の個人認証を行う。この記憶モジュール３０が記憶する認証用データには、さらに、運転手の識別子（例えば、氏名、管理番号、ＩＤ）と、この運転手が運転する車両のキー番号（例えば、管理番号、車両のナンバープレートの文字列）とが対応付けられている。
【００４９】
個人認証モジュール４０が実行する個人認証について説明する。
【００５０】
個人認証モジュール４０は、個人認証機器２００が、指静脈認証機器である場合、取得した静脈パターンと、記憶モジュール３０が記憶する静脈パターンとを比較し、一致するものを特定する。個人認証モジュール４０は、この一致した静脈パターンに対応付けられた運転手の識別子及びこの運転手が運転する車両のキー番号を特定することにより、運転手を識別する。この結果、個人認証モジュール４０は、運転手の個人認証を行う。
【００５１】
個人認証モジュール４０は、個人認証機器２００が、免許証認証機器である場合、取得した個人情報と、記憶モジュール３０が記憶する個人情報とを比較し、一致するものを特定する。個人認証モジュール４０は、この一致した個人情報に対応付けられた運転手の識別子及びこの運転手が運転する車両のキー番号を特定することにより、運転手を識別する。この結果、個人認証モジュール４０は、運転手の個人認証を行う。
【００５２】
なお、上述したステップＳ１０−Ｓ１３の処理は、省略することも可能である。この場合、後述するステップＳ２３の処理におけるキー番号の通知が行われない。また、後述するステップＳ１４の処理は、コンピュータ１０が、運転手から所定の識別子（例えば、氏名、管理番号、ＩＤ）の入力を受け付けることを契機として行われる。
【００５３】
通知モジュール４１は、運転手に対して、血圧の測定開始を通知する（ステップＳ１４）。ステップＳ１４において、通知モジュール４１は、自身の表示部等に、「血圧の測定を開始してください」等の血圧の測定開始を指示する測定開始指示メッセージを表示させることにより、運転手に対して、血圧の測定開始を通知する。
【００５４】
図６に基づいて、通知モジュール４１が、通知する血圧の測定開始について説明する。図６は、通知モジュール４１が、血圧の測定開始を通知した状態の一例を模式的に示した図である。図６において、通知モジュール４１は、測定開始通知画面３００として、運転手の識別子（ＩＤ及び氏名）３１０、血圧の測定開始を指示する測定開始指示メッセージ３２０、この運転手の過去の所定の期間（例えば、直近５日間、１週間、２週間、１か月間）における最高血圧及び最低血圧の推移を視覚的に示す推移グラフ３３０を表示部に出力し、表示させる。
【００５５】
識別子３１０は、個人認証が行われたこの運転手のＩＤ及び氏名である。測定開始指示メッセージ３２０は、「血圧を測定してください」等の運転手に対して血圧の測定開始を指示するものである。推移グラフ３３０は、過去の所定の期間において、この運転手から取得した最高血圧及び最低血圧の値を記憶モジュール３０が記憶したものに基づいて作成されたものである。この推移グラフ３３０における運転手の最高血圧及び最低血圧の値に関連する処理（運転手の最高血圧及び最低血圧の取得及び記憶）については、後述する。
【００５６】
運転手は、この測定開始通知画面３００に表示された測定開始指示メッセージ３２０に基づいて、血圧測定機器１００による最高血圧及び最低血圧の測定を開始することになる。
【００５７】
血圧測定モジュール１４０は、運転手の血圧を測定する（ステップＳ１５）。ステップＳ１５において、血圧測定モジュール１４０は、運転手の血圧として、最高血圧の値及び最低血圧の値を少なくとも測定する。血圧測定モジュール１４０は、オシロメトリック法やリバロッチ・コロトコフ法により、運転手の血圧を測定する。
【００５８】
血圧測定モジュール１４０が血圧を測定する間、コンピュータ１０は、運転手の疲労度に関するデータとして、自覚疲労データの入力を受け付ける。自覚疲労データは、例えば、自覚的な身体状況（例えば、元気であるか、疲労を感じているかであり、其々の場合での自覚する程度である）、所定の期間（例えば、一週間以内、１か月以内、数日以内）における飲酒量（例えば、飲酒頻度、飲酒量）、睡眠時間、朝食の有無である。すなわち、自覚疲労データは、運転手が健康な状態で車両の運転を行えるか否かを判定するために用いる指標である。
【００５９】
入力受付モジュール４２は、上述した自覚疲労データの入力を受け付ける（ステップＳ１６）。ステップＳ１６において、入力受付モジュール４２は、例えば、選択、直接入力により、この入力を受け付ける。
【００６０】
図７に基づいて、入力受付モジュール４２が受け付ける自覚疲労データについて説明する。図７は、入力受付モジュール４２が、自覚疲労データの入力を受け付けた状態の一例を模式的に示す図である。図７において、入力受付モジュール４２は、自覚疲労データ入力画面４００を表示部に出力させ、表示する。運転手は、この自覚疲労データ入力画面４００に表示された各項目に対する入力を行うことになる。自覚疲労データ入力画面４００において、各項目として、自覚的疲労指数４１０、飲酒量４２０、睡眠時間４３０、朝食４４０が存在する。入力受付モジュール４２は、運転手から各項目において該当するものへの選択入力を受け付ける。入力受付モジュール４２は、自覚的疲労指数４１０として、元気から疲労の間のゲージ位置を調節することによりこの選択入力を受け付ける。入力受付モジュール４２は、飲酒量４２０として、毎日飲む、２日に一度、３日に一度、４日に一度、飲まないの何れかに対する選択入力を受け付ける。入力受付モジュール４２は、睡眠時間４３０として、１−２時間、３−４時間、５−６時間、７−８時間、９−１０時間の何れかに対する選択入力を受け付ける。入力受付モジュール４２は、朝食４４０として、食べた、食べていないの何れかに対する入力を受け付ける。
【００６１】
疲労度判定モジュール４３は、入力を受け付けた自覚疲労データに基づいて、この運転手の疲労度を判定する（ステップＳ１７）。ステップＳ１７において、疲労度判定モジュール４３は、この運転手の疲労状態、疲労度を数値化したものを判定する。疲労度判定モジュール４３は、上述した自覚疲労データとして受け付けた項目毎の内容を其々数値化し、この数値の合計、平均、最高又は最低値の何れか又は複数の組み合わせに基づいて、疲労度を判定する。
【００６２】
記憶モジュール３０は、受け付けた運転手の自覚疲労データと、判定した疲労度と、この入力を受け付けた日付と、この運転手の識別子とを対応付けて記憶する（ステップＳ１８）。ステップＳ１８において、記憶モジュール３０は、入力を受け付けた各項目の内容と、判定結果の疲労度と、日付と、この運転手のＩＤ及び氏名とを対応付けて記憶する。
【００６３】
上述したステップＳ１６−Ｓ１８の処理は、運転手が血圧を測定する間に行われるものであり、血圧測定時に疲労度を測定することを可能とするものである。
【００６４】
血圧データ送信モジュール１２０は、上述したステップＳ１５の処理により測定した運転手の血圧を、血圧データとして、コンピュータ１０に送信する（ステップＳ１９）。
【００６５】
血圧データ取得モジュール２１は、この血圧データを取得する（ステップＳ２０）。ステップＳ２０において、血圧データ取得モジュール２１は、血圧測定機器１００が送信した血圧データを受信することにより、この血圧データを取得する。
【００６６】
記憶モジュール３０は、取得した血圧データと、取得した日付と、この運転手の識別子とを対応付けて記憶する（ステップＳ２１）。ステップＳ２１において、記憶モジュール３０は、取得した血圧データにおける最高血圧及び最低血圧と、血圧データを取得した日付と、上述したステップＳ１３の処理により特定したこの運転手の識別子とを対応付けて記憶する。
【００６７】
乗務可否判断モジュール４４は、取得した血圧データと、入力を受け付けた自覚疲労データ又は判定した疲労度と、予め設定された条件とに基づいて、この運転手の乗務可否を判断する（ステップＳ２２）。ステップＳ２２において、乗務可否判断モジュール４４は、予め設定されたシナリオに従って、この運転手の乗務可否を判断する。乗務可否判断モジュール４４は、運転手の血圧データが所定の条件を満たすか、自覚疲労データ又は判定した疲労度が所定の条件を満たすかに基づいて、運転手の乗務可否を判断する。このとき、乗務可否判断モジュール４４は、乗務可否として、運転手が、問題なく乗務可能、条件付きで乗務可能又は乗務禁止のいずれかの状態であるかを判断することになる。
【００６８】
［乗務可否の判断］
乗務可否判断モジュール４４が判断する運転手の乗務可否について、図５に基づいて説明する。図５は、乗務可否判断モジュール４４が実行する運転手の乗務可否を判断するフローチャートを示す図である。
【００６９】
乗務可否判断モジュール４４は、取得した血圧データにおいて、最高血圧の値が１４０未満かつ最低血圧の値が９０未満であるか否かを判断する（ステップＳ４０）。ステップＳ４０において、乗務可否判断モジュール４４は、この運転手の最高血圧の値及び最低血圧の値がこの条件を満たすものであるか否かを判断する。乗務可否判断モジュール４４は、最高血圧の値が１４０未満かつ最低血圧の値が９０未満であると判断した場合（ステップＳ４０  ＹＥＳ）、乗務可否判断モジュール４４は、この運転手は、問題なく乗務可能であると判断する（ステップＳ４１）。
【００７０】
一方、ステップＳ４０において、最高血圧の値が１４０未満かつ最低血圧の値が９０未満ではないと判断した場合（ステップＳ４０  ＮＯ）、血圧データ取得モジュール２１は、この判断を行った所定時間経過後（例えば、５分後）に、再度この運転手の血圧データを取得する（ステップＳ４２）。
【００７１】
ステップＳ４２における処理について説明する。通知モジュール４１は、上述したステップＳ１４の処理と同様に、運転手に対して、血圧の再測定を通知する。例えば、通知モジュール４１は、自身の表示部等に、「血圧の再測定を開始してください」等の血圧の再測定開始を指示する再測定開始指示メッセージを表示させることにより、運転手に対して、血圧の再測定開始を通知する。運転手は、この再測定開始通知画面に表示された再測定開始指示メッセージに基づいて、血圧測定機器１００による血圧の再測定を開始することになる。血圧測定モジュール１４０は、上述したステップＳ１５と同様に、運転手の血圧を再測定する。血圧データ送信モジュール１２０は、上述したステップＳ１９の処理と同様に、血圧データをコンピュータ１０に送信する。血圧データ取得モジュール２１は、上述したステップＳ２０の処理と同様に、この血圧データを取得する。
【００７２】
乗務可否判断モジュール４４は、再度取得した血圧データにおいて、最高血圧の値が１４０未満かつ最低血圧の値が９０未満であるか否かを判断する（ステップＳ４３）。ステップＳ４３の処理は、上述したステップＳ４０の処理と同様である。ステップＳ４３において、乗務可否判断モジュール４４は、最高血圧の値が１４０未満かつ最低血圧の値が９０未満であると判断した場合（ステップＳ４３  ＹＥＳ）、この運転手は、問題なく乗務可能であると判断する（ステップＳ４１）。
【００７３】
一方、ステップＳ４３において、乗務可否判断モジュール４４は、最初に取得した血圧データ（ステップＳ２０の処理により取得した血圧データ）と再度取得した血圧データ（ステップＳ４２の処理により取得した血圧データ）とのうち、最高血圧の値が１６０未満かつ最低血圧の値が１００未満であるか否かを判断する（ステップＳ４４）。ステップＳ４４において、乗務可否判断モジュール４４は、最初に取得した血圧データと、再度取得した血圧データとのうち、最高血圧及び最低血圧の値が低いものと、この条件とを比較し、乗務可否を判断する。例えば、最初に取得した血圧データの最高血圧の値が１５０、最低血圧が９５であり、再度取得した血圧データの最高血圧の値が１４８、最低血圧が９４である場合、再度取得した血圧データの方が最高血圧及び最低血圧の値が低いものであるため、再度取得した血圧データと、この条件とを比較することになる。
【００７４】
ステップＳ４４において、乗務可否判断モジュール４４は、最高血圧の値が１６０未満かつ最低血圧の値が１００未満であると判断した場合（ステップＳ４４  ＹＥＳ）、乗務可否判断モジュール４４は、過去に取得した血圧データにおける最高血圧の値が１４０以上又は最低血圧の値が９０以上が数日続いているか否かを判断する（ステップＳ４５）。ステップＳ４５において、乗務可否判断モジュール４４は、今回乗務可否の判断を行う運転手の識別子に基づいて、過去に上述したステップＳ２１の処理により記憶モジュール３０が記憶したこの運転手の識別子に対応付けられた血圧データと日付とを特定する。乗務可否判断モジュール４４は、今回ステップＳ４５の処理を行う日付よりも以前の数日間の日付に該当するこの運転手の血圧データを特定する。乗務可否判断モジュール４４は、この特定した血圧データにおける最高血圧の値が１４０以上が数日続いているか又は最低血圧の値が９０以上が数日続いているかを判断する。
【００７５】
ステップＳ４５において、乗務可否判断モジュール４４は、過去に取得した血圧データにおける最高血圧の値が１４０以上又は最低血圧の値が９０以上が数日続いていないと判断した場合（ステップＳ４５  ＮＯ）、乗務可否判断モジュール４４は、この運転手は、問題なく乗務可能であると判断する（ステップＳ４１）。
【００７６】
一方、ステップＳ４５において、乗務可否判断モジュール４４は、過去に取得した血圧データにおける最高血圧の値が１４０以上又は最低血圧の値が９０以上が数日続いていると判断した場合（ステップＳ４５  ＹＥＳ）、乗務可否判断モジュール４４は、条件付きで乗務可能であると判断する（ステップＳ４６）。ステップＳ４６において、条件は、運行中は禁煙しましょう、運行中には十分な休息をとりましょう、荷扱いは慌てないようにしましょう、後日医療機関を受診しましょう、といった血圧を大きく変動させる要因をできるだけ排除するものが挙げられる。乗務可否判断モジュール４４は、この条件を併せて特定する。
【００７７】
上述したステップＳ４４において、乗務可否判断モジュール４４は、最高血圧の値が１６０未満かつ最低血圧の値が１００未満ではないと判断した場合（ステップＳ４４  ＮＯ）、乗務可否判断モジュール４４は、最初に取得した血圧データと再度取得した血圧データとのうち、最高血圧の値が１８０未満かつ最低血圧の値が１１０未満であるか否かを判断する（ステップＳ４７）。ステップＳ４７において、乗務可否判断モジュール４４は、最初に取得した血圧データと、再度取得した血圧データとのうち、最高血圧及び最低血圧の値が低いものと、この条件とを比較し、乗務可否を判断する。
【００７８】
ステップＳ４７において、乗務可否判断モジュール４４は、最高血圧の値が１８０未満かつ最低血圧の値が１１０未満ではないと判断した場合（ステップＳ４７  ＮＯ）、乗務可否判断モジュール４４は、この運転手が乗務禁止の状態であると判断する（ステップＳ５０）。
【００７９】
一方、ステップＳ４７において、乗務可否判断モジュール４４は、最高血圧の値が１８０未満かつ最低血圧の値が１１０未満であると判断した場合（ステップＳ４７  ＹＥＳ）、乗務可否判断モジュール４４は、入力を受け付けた自覚疲労データが、医者にかかっていない、薬を飲み忘れた又は睡眠５時間以下の何れかの第１疲労条件に該当するか否かを判断する（ステップＳ４８）。ステップＳ４８において、乗務可否判断モジュール４４は、上述したステップＳ１６の処理により入力を受け付けた自覚疲労データが、上述した第１疲労条件に該当するか否かを判断する。
【００８０】
ステップＳ４８において、乗務可否判断モジュール４４は、自覚疲労データが、上述した第１疲労条件に該当しないと判断した場合（ステップＳ４８  ＮＯ）、乗務可否判断モジュール４４は、条件付きで乗務可能であると判断する（ステップＳ４６）。
【００８１】
一方、ステップＳ４８において、乗務可否判断モジュール４４は、自覚疲労データが、上述した条件に該当すると判断した場合（ステップＳ４８  ＹＥＳ）、乗務可否判断モジュール４４は、入力を受け付けた自覚疲労データのうち、めまい、頭痛、動機、脈の乱れ、息切れの第２疲労条件に該当する個数が２個以上であるか否かを判断する（ステップＳ４９）。ステップＳ４９において、乗務可否判断モジュール４４は、上述したステップＳ１６の処理により入力を受け付けた自覚疲労データが、上述した第２疲労条件のうち、該当する個数が１個以下であると判断した場合（ステップＳ４９  ＮＯ）、乗務可否判断モジュール４４は、条件付きで乗務可能であると判断する（ステップＳ４６）。
【００８２】
一方、ステップＳ４９において、乗務可否判断モジュール４４は、上述したステップＳ１６の処理により入力を受け付けた自覚疲労データが、上述した第２疲労条件のうち、該当する個数が２個以上であると判断した場合（ステップＳ４９  ＹＥＳ）、乗務可否判断モジュール４４は、この運転手が乗務禁止の状態であると判断する（ステップＳ５０）。
【００８３】
以上が、乗務可否判断モジュール４４が実行する運転手の乗務可否を判断する処理である。
【００８４】
通知モジュール４１は、乗務可否判断モジュール４４が判断した乗務可否の結果を通知する（ステップＳ２３）。ステップＳ２３において、通知モジュール４１は、判断結果が、問題なく乗務可能である場合、今回判定が行われた運転手の識別子に対応付けられた車両のキー番号を通知する。また、通知モジュール４１は、判断結果が、条件付きで乗務可能である場合、今回判定が行われた運転手の識別子に対応付けられた車両のキー番号を通知するとともに、上述したステップＳ４６の処理で説明した乗務中の条件を併せて通知する。また、通知モジュール４１は、判断結果が、乗務禁止である場合、乗務禁止を通知するとともに、医療機関の受診等を推奨する旨のメッセージを併せて通知する。
【００８５】
通知モジュール４１は、この通知を、今回乗務可否を判断した運転手やこの運転手の管理者に通知することになる。通知モジュール４１は、自身の表示部に上述した通知内容を出力し、表示させる。または、通知モジュール４１は、プリンタ等の印字装置にこの通知内容を出力し、印字させる。または、通知モジュール４１は、運転手端末や管理者端末に上述した通知内容を出力し、運転手端末や管理者端末に表示させる。
【００８６】
記憶モジュール３０は、この運転手の識別子と、血圧データと、自覚疲労データ又は疲労度と、乗務可否の判断結果とを対応付けて判断結果データとして記憶する（ステップＳ２４）。
【００８７】
以上が、乗務判断処理である。
【００８８】
上述した乗務判断処理の結果、血圧測定管理システム１は、従来のようなキーボードやタッチパネル等の入力装置により運転手のＩＤや氏名といった識別子の入力を行う必要がなくなり、個人認証の簡素化を行うことが可能となる。加えて、静脈認証や免許証による認証により、高いセキュリティ性を保つことが可能となる。
【００８９】
なお、上述した例では、血圧測定管理システム１は、一台の血圧測定機器１００により実現されているが、複数の血圧測定機器１００により実現されてもよい。この場合、図８に示すシステム構成のように、複数の血圧測定機器１００がコンピュータ１０にデータ通信可能に接続されることになる。
【００９０】
［データ管理］
図９、図１０、図１１及び図１２に基づいて、コンピュータ１０が実行する上述した判断結果データの管理について説明する。
【００９１】
［外部コンピュータ管理］
図９は、外部コンピュータ５００が判別結果データを管理する場合についての一例を模式的に示す図である。図９において、コンピュータ１０は、外部コンピュータ５００と公衆回線網等を介して、データ通信可能に接続される。
【００９２】
データ転送モジュール２２は、上述したステップＳ２４の処理により記憶した判断結果データを、外部コンピュータ５００に出力する。このとき、データ転送モジュール２２は、判断結果データの全てのデータを出力してもよいし、予め設定されたデータのみを出力してもよい。
【００９３】
外部コンピュータ５００は、この判断結果データを受信し、自身に記憶する。その結果、血圧測定管理システム１が出力した様々な測定データを、外部コンピュータ５００が管理することが可能となる。
【００９４】
［複数拠点管理］
図１０は、複数の拠点に設けられたコンピュータ１０のうち、一のコンピュータ１０が複数の判別結果データを管理する場合についての一例を模式的に示す図である。図１０において、複数の営業所及び本社の其々において、血圧測定管理システム１が存在することを前提とするものである。なお、図１０では説明の簡略化のために、血圧測定管理システム１を代表して、コンピュータ１０のみを図示している。各営業所には、其々コンピュータ１０（血圧測定管理システム１）が設けられており、本社にも、コンピュータ１０（血圧測定管理システム１）が設けられている。其々の営業所におけるコンピュータ１０と、本社におけるコンピュータ１０とは、ＶＰＮ（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）接続によりデータ通信可能に接続される。
【００９５】
データ転送モジュール２２は、上述したステップＳ２４の処理により記憶した判断結果データを、本社におけるコンピュータ１０に出力する。このとき、判断結果データには、更に、自身の営業所の識別子（例えば、営業所名、管理番号、ＩＤ）が対応付けられている。このとき、データ転送モジュール２２は、判断結果データの全てのデータを出力してもよいし、予め設定されたデータのみを出力してもよい。この処理を、其々の営業所におけるコンピュータ１０が実行する。
【００９６】
本社におけるコンピュータ１０は、各営業所におけるコンピュータ１０が送信した判断結果データを受信し、自身に記憶する。その結果、各営業所における血圧測定管理システム１が出力した様々な測定データを、本社におけるコンピュータ１０により一括管理することが可能となる。
【００９７】
［同一拠点複数コンピュータ管理］
図１１は、親機となるコンピュータ１０が判別結果データを管理する場合についての一例を模式的に示す図である。図１１において、一の営業所において、複数の血圧測定管理システム１が存在することを前提とするものである。なお、図１１では説明の簡略化のために、血圧測定管理システム１を代表して、コンピュータ１０のみを図示している。このとき、一の血圧測定管理システム１を構成するコンピュータ１０が親機となり、他の血圧測定管理システム１を構成するコンピュータ１０が子機となる。親機であるコンピュータ１０と子機となるコンピュータ１０とは、同一ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）接続によりデータ通信可能に接続される。
【００９８】
各子機のデータ転送モジュール２２は、上述したステップＳ２４の処理により記憶した判断結果データを、親機のコンピュータ１０に出力する。このとき、判断結果データには、更に、自身の識別子（例えば、コンピュータ名、管理番号、ＩＤ）が対応付けられている。このとき、データ転送モジュール２２は、判断結果データの全てのデータを出力してもよいし、予め設定されたデータのみを出力してもよい。この処理を、其々の子機のコンピュータ１０が実行する。
【００９９】
親機のコンピュータ１０は、子機のコンピュータ１０が送信した判断結果データを受信し、自身に記憶する。その結果、各子機のコンピュータ１０が構成する血圧測定管理システム１が出力した様々な測定データを、親機のコンピュータ１０により一括管理することが可能となる。
【０１００】
［クラウド管理］
図１２は、クラウドコンピュータ６００が判別結果データを管理する場合についての一例を模式的に示す図である。図１２において、各営業所や本社の其々において、複数の血圧測定管理システム１が存在することを前提とするものである。なお、図１２では説明の簡略化のために、血圧測定管理システム１を代表して、コンピュータ１０のみを図示している。各営業所や本社には、其々コンピュータ１０（血圧測定管理システム１）が設けられており、クラウドコンピュータ６００と、公衆回線網等を介してデータ通信可能に接続される。
【０１０１】
各コンピュータ１０のデータ転送モジュール２２は、上述したステップＳ２４の処理により記憶した判断結果データを、クラウドコンピュータ６００に出力する。このとき、判断結果データには、更に、自身の営業所や本社の識別子（例えば、営業所名、本社名、管理番号、ＩＤ）が対応付けられている。このとき、データ転送モジュール２２は、判断結果データの全てのデータを出力してもよいし、予め設定されたデータのみを出力してもよい。この処理を、其々のコンピュータ１０が実行する。
【０１０２】
クラウドコンピュータ６００は、各コンピュータ１０が送信した判断結果データを受信し、自身に記憶する。その結果、各コンピュータ１０が構成する血圧測定管理システム１が出力した様々な測定データを、クラウドコンピュータ６００により一括管理することが可能となる。さらに、複数拠点や同一拠点複数台対応等様々な用途に対応することも可能となる。
【０１０３】
以上が、データ管理である。
【０１０４】
上述した手段、機能は、コンピュータ（ＣＰＵ、情報処理装置、各種端末を含む）が、所定のプログラムを読み込んで、実行することによって実現される。プログラムは、例えば、コンピュータからネットワーク経由で提供される（ＳａａＳ：ソフトウェア・アズ・ア・サービス）形態で提供される。また、プログラムは、例えば、フレキシブルディスク、ＣＤ（ＣＤ−ＲＯＭなど）、ＤＶＤ（ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭなど）等のコンピュータ読取可能な記録媒体に記録された形態で提供される。この場合、コンピュータはその記録媒体からプログラムを読み取って内部記録装置又は外部記録装置に転送し記録して実行する。また、そのプログラムを、例えば、磁気ディスク、光ディスク、光磁気ディスク等の記録装置（記録媒体）に予め記録しておき、その記録装置から通信回線を介してコンピュータに提供するようにしてもよい。
【０１０５】
以上、本考案の実施形態について説明したが、本考案は上述したこれらの実施形態に限るものではない。また、本考案の実施形態に記載された効果は、本考案から生じる最も好適な効果を列挙したに過ぎず、本考案による効果は、本考案の実施形態に記載されたものに限定されるものではない。
【符号の説明】
【０１０６】
１  血圧測定管理システム、１０  コンピュータ、１００  血圧測定機器、２００  個人認証機器
【図１】
0003223156.tif 000003
【図２】
0003223156.tif 000004
【図３】
0003223156.tif 000005
【図４】
0003223156.tif 000006
【図５】
0003223156.tif 000007
【図６】
0003223156.tif 000008
【図７】
0003223156.tif 000009
【図８】
0003223156.tif 000010
【図９】
0003223156.tif 000011
【図１０】
0003223156.tif 000012
【図１１】
0003223156.tif 000013
【図１２】
0003223156.tif 000014