JP7627151B2 - 乗務員判定装置、及び、運行管理システム - Google Patents

Description

本発明は、乗務員判定装置、及び、運行管理システムに関する。

車両の乗務員の健康状態に関する情報を車載機から取得し、所定の点呼項目の充足性について判定する点呼・点検支援装置が知られている（例えば、特許文献１参照）。また、車両の乗務員の健康指導情報を健康管理システムから取得し、車両の乗務員の点呼時に乗務員側の端末に健康指導情報を表示する運転者点呼システムが知られている（例えば、特許文献２参照）。

特開２０１９－６１４９８号公報 特開２０１７－６８６５６号公報

乗務員の健康状態を、乗務員の血圧値や脈拍値や体温値等の健康状態に関する測定値に基づいて、乗務可能な状態及び乗務禁止の状態の２段階ではなく、例えば、乗務条件無しで乗務可能な状態、乗務条件付きで乗務可能な状態、及び乗務禁止の状態のように３段階以上に細分化して判定することも考えられる。この場合、乗務員の健康状態を判定するための閾値を、乗務員の健康状態を乗務可能及び乗務禁止の２段階で判定する場合に比して小さい間隔で設定する必要がある。それに対して、乗務員の血圧値等の健康状態に関する測定値は、乗務員の個人差によって高低する。そのため、例えば、血圧値が恒常的に高めで安定している乗務員の健康状態が、血圧値が普段通りであるにもかかわらず、誤って１段階悪い状態と判定される可能性がある。

本発明は、上記事情に鑑み、乗務員の健康状態について個人差を考慮して判定することができる乗務員判定装置、及び運行管理システムを提供することを目的とする。

本発明の乗務員判定装置は、パーソナルコンピュータ又はサーバに設けられたＣＰＵにより構成された乗務員判定装置であって、乗務員の血圧、脈拍、及び体温の少なくとも一つの測定値である健康状態情報を、測定装置から取得して当該乗務員と対応付けて前記サーバの記憶部に記憶させる取得部と、前記取得部が取得した当該乗務員の前記健康状態情報と、前記取得部が以前取得して前記記憶部に記憶させた当該乗務員の前記健康状態情報とに基づいて、当該乗務員の健康状態を判定するための判定条件を設定する設定部と、前記設定部が設定した前記判定条件に基づいて、当該乗務員の健康状態を判定する判定部とを備え、前記判定部により判定される当該乗務員の健康状態は、乗務条件無しで乗務可能である第１の状態と、乗務条件付きで乗務可能である第２の状態と、乗務禁止である第３の状態とを含み、前記判定条件は、前記第１の状態と判定する条件である第１の条件と、前記第２の状態と判定する条件である第２の条件と、前記第３の状態と判定する条件である第３の条件とを含み、前記第１の条件は、今回の前記測定値が第１の閾値未満であること、又は、今回と前回との前記測定値が前記第１の閾値以上で第２の閾値未満であることであり、前記第２の条件は、今回の前記測定値が前記第１の閾値以上で前記第２の閾値未満であって、且つ、前回の前記測定値が前記第１の閾値未満であること、又は、今回の前記測定値が前記第２の閾値以上で第３の閾値未満であって、且つ、当該乗務員の申告情報が所定の乗務禁止条件を満たさないことであり、前記第３の条件は、今回の前記測定値が前記第３の閾値以上であること、又は、今回の前記測定値が前記第２の閾値以上で前記第３の閾値未満であって、且つ、当該乗務員の前記申告情報が前記所定の乗務禁止条件を満たすことであり、前記第２の閾値は前記第１の閾値より大きく、前記第３の閾値は前記第２の閾値より大きく、前記所定の乗務禁止条件は、当該乗務員が通院していない、又は、当該乗務員が投薬治療中であるにもかかわらず薬を飲み忘れている、という条件である。
本発明の乗務員判定装置は、パーソナルコンピュータ又はサーバに設けられたＣＰＵにより構成された乗務員判定装置であって、乗務員の血圧、脈拍、及び体温の少なくとも一つの測定値である健康状態情報を、測定装置から取得して当該乗務員と対応付けて前記サーバの記憶部に記憶させる取得部と、前記取得部が取得した当該乗務員の前記健康状態情報と、前記取得部が以前取得して前記記憶部に記憶させた当該乗務員の前記健康状態情報とに基づいて、当該乗務員の健康状態を判定するための判定条件を設定する設定部と、前記設定部が設定した前記判定条件に基づいて、当該乗務員の健康状態を判定する判定部とを備え、前記判定部により判定される当該乗務員の健康状態は、乗務条件無しで乗務可能である第１の状態と、乗務条件付きで乗務可能である第２の状態と、乗務禁止である第３の状態とを含み、前記判定条件は、前記第１の状態と判定する条件である第１の条件と、前記第２の状態と判定する条件である第２の条件と、前記第３の状態と判定する条件である第３の条件とを含み、前記第１の条件は、今回の前記測定値が第１の閾値の範囲内であること、又は、今回と前回との前記測定値が前記第１の閾値の範囲外で第２の閾値の範囲内であることであり、前記第２の条件は、今回の前記測定値が前記第１の閾値の範囲外で前記第２の閾値の範囲内であって、且つ、前回の前記測定値が前記第１の閾値範囲内であること、又は、今回の前記測定値が前記第２の閾値の範囲外で第３の閾値の範囲内であって、且つ、当該乗務員の申告情報が所定の乗務禁止条件を満たさないことであり、前記第３の条件は、今回の前記測定値が前記第３の閾値の範囲外であること、又は、今回の前記測定値が前記第２の閾値の範囲外で前記第３の閾値の範囲内であって、且つ、当該乗務員の前記申告情報が前記所定の乗務禁止条件を満たすことであり、前記第１の閾値の範囲は、第１の下限値以上、第１の上限値以下であり、前記第２の閾値の範囲は、第２の下限値以上、前記第１の下限値未満、及び前記第１の上限値より大きく、第２の上限値以下であり、前記第３の閾値の範囲は、第３の下限値以上、前記第２の下限値未満、及び前記第２の上限値より大きく、第３の上限値以下であり、前記所定の乗務禁止条件は、当該乗務員が通院していない、又は、当該乗務員が投薬治療中であるにもかかわらず薬を飲み忘れている、という条件である。
本発明の乗務員判定装置は、パーソナルコンピュータ又はサーバに設けられたＣＰＵにより構成された乗務員判定装置であって、乗務員の血圧、脈拍、及び体温の少なくとも一つの測定値である健康状態情報を、測定装置から取得して当該乗務員と対応付けて前記サーバの記憶部に記憶させる取得部と、前記取得部が取得した当該乗務員の前記健康状態情報と、前記取得部が以前取得して前記記憶部に記憶させた当該乗務員の前記健康状態情報とに基づいて、当該乗務員の健康状態を判定するための判定条件を設定する設定部と、前記設定部が設定した前記判定条件に基づいて、当該乗務員の健康状態を判定する判定部とを備え、前記判定部により判定される当該乗務員の健康状態は、乗務条件無しで乗務可能である第１の状態と、乗務条件付きで乗務可能である第２の状態と、乗務禁止である第３の状態とを含み、前記判定条件は、前記第１の状態と判定する条件である第１の条件と、前記第２の状態と判定する条件である第２の条件と、前記第３の状態と判定する条件である第３の条件とを含み、前記第１の条件は、今回の前記測定値が第１の閾値未満であること、又は、今回の前記測定値が第２の閾値未満であって、且つ、以前の前記測定値の平均値に所定値を加算した値未満であることであり、前記第２の条件は、今回の前記測定値が前記第１の閾値以上で前記第２の閾値未満であって、且つ、以前の前記測定値の平均値に前記所定値を加算した値以上であること、又は、今回の前記測定値が前記第２の閾値以上で第３の閾値未満であって、且つ、当該乗務員の申告情報が所定の乗務禁止条件を満たさないことであり、前記第３の条件は、今回の前記測定値が前記第３の閾値以上であること、又は、今回の前記測定値が前記第２の閾値以上で前記第３の閾値未満であって、且つ、当該乗務員の前記申告情報が前記所定の乗務禁止条件を満たすことであり、前記第２の閾値は前記第１の閾値より大きく、前記第３の閾値は前記第２の閾値より大きく、前記所定の乗務禁止条件は、当該乗務員が通院していない、又は、当該乗務員が投薬治療中であるにもかかわらず薬を飲み忘れている、という条件である。

本発明の運行管理システムは、前記乗務員判定装置を備え、パーソナルコンピュータ又はサーバに設けられたＣＰＵに設けられ、前記判定部により当該乗務員の健康状態が前記第３の状態と判定された場合に、当該乗務員に代替する乗務員を選定する処理を実行する代替乗務員選定部を備える。

本発明によれば、乗務員の健康状態について個人差を考慮して判定することができる。

図１は、本発明の一実施形態に係る運行管理システムを概念的に示す図である。 図２は、図１に示すＰＣのＣＰＵの機能を示すブロック図である。 図３は、図１に示す車載機のハードウェア構成を示すブロック図である。 図４は、図２に示すＰＣの乗務前点呼処理及び乗務中監視処理を説明するためのフローチャートである。 図５は、図２に示すＰＣの乗務前点呼処理及び代替乗務員選定処理を説明するためのフローチャートである。 図６は、図１に示す車載機の乗務中監視処理について説明するためのフローチャートである。 図７は、図１に示すＰＣの乗務後点呼処理について説明するためのフローチャートである。 図８は、図４に示すＰＣの乗務前点呼処理の他の実施例を説明するためのフローチャートである。 図９は、図５に示すＰＣの乗務前点呼処理及び代替乗務員選定処理の他の実施例を説明するためのフローチャートである。 図１０は、図４に示すＰＣの乗務前点呼処理の他の実施例を説明するためのフローチャートである。 図１１は、図５に示すＰＣの乗務前点呼処理及び代替乗務員選定処理の他の実施例を説明するためのフローチャートである。

以下、本発明を好適な実施形態に沿って説明する。なお、本発明は以下に示す実施形態に限られるものではなく、本発明の趣旨を逸脱しない範囲において適宜変更可能である。また、以下に示す実施形態においては、一部構成の図示や説明を省略している箇所があるが、省略された技術の詳細については、以下に説明する内容と矛盾点が発生しない範囲内において、適宜公知又は周知の技術が適用される。

図１は、本発明の一実施形態に係る運行管理システム１を概念的に示す図である。この図に示す運行管理システム１は、トラックＴを運転する乗務員Ｃの健康状態に起因する事故を防止してトラックＴの安全な運行を実現するためのシステムである。この運行管理システム１は、ＰＣ（パーソナルコンピュータ）１０と、測定装置２０と、サーバ３０と、車載機４０と、ウェアラブル測定装置５０とを備える。ＰＣ１０は、インターネット網Ｉを介してサーバ３０に接続され、サーバ３０は、広域通信網Ｗを介して車載機４０に接続されている。また、測定装置２０は、有線又は無線によりＰＣ１０に接続され、ウェアラブル測定装置５０は、無線により車載機４０に接続されている。

ＰＣ１０は、トラックＴの運行管理、及び乗務員Ｃの点呼を行うための事務所に設置されており、運行管理者Ｍにより操作される。このＰＣ１０は、乗務員判定機能を備える。この乗務員判定機能は、乗務員Ｃの健康状態を、測定装置２０により測定された乗務員Ｃの健康状態に関する測定値である数値情報と、運行管理者Ｍの操作により入力された乗務員Ｃの健康状態に関する申告情報とに基づいて、乗務条件無しで乗務可能な状態、乗務条件付きで乗務可能な状態、及び乗務禁止の状態の３段階に分けて判定する。

数値情報としては、乗務員Ｃの血圧値や脈拍値や体温値等を例示できる。また、申告情報は、乗務員Ｃの点呼時に乗務員Ｃから聴取した情報である。乗務員Ｃの申告情報としては、乗務員Ｃが通院しているか否か、乗務員Ｃが投薬治療中であるか否か、投薬治療中の乗務員Ｃが処方された薬を飲み忘れているか否か、等の情報を例示できる。

ＰＣ１０は、乗務員Ｃの健康状態を乗務条件無しで乗務可能な状態と判定した場合には、「乗務条件無しで乗務可能」という点呼情報を、インターネット網Ｉ等を介して車載機４０に送信する。また、ＰＣ１０は、乗務員Ｃの健康状態を乗務条件付きで乗務可能な状態と判定した場合には、「乗務条件付きで乗務可能」という点呼情報を、インターネット網Ｉ等を介して車載機４０に送信する。

ＰＣ１０には、運行管理者Ｍの操作により、トラックＴの運行スケジュール、乗務員Ｃの乗務スケジュール等のスケジュール情報が入力される。ＰＣ１０は、入力されたスケジュール情報をインターネット網Ｉを介してサーバ３０に送信する。

測定装置２０は、ＰＣ１０が設置された事務所に設置され、有線又は無線でＰＣ１０に接続されている。この測定装置２０は、例えば乗務員Ｃの血圧値、脈拍値、及び体温値等を測定してＰＣ１０に送信する。ＰＣ１０は、測定装置２０から受信した乗務員Ｃの血圧値、脈拍値、及び体温値等の数値情報を、インターネット網Ｉを介してサーバ３０に送信する。

サーバ３０は、ＰＣ１０から受信した乗務員Ｃの血圧値、脈拍値、及び体温値等の数値情報を、当該乗務員Ｃの識別情報、及び情報取得時（測定時）の時刻情報と対応付けて記憶部３１に記憶させる。また、サーバ３０は、ＰＣ１０から受信したトラックＴの運行スケジュール、乗務員Ｃの乗務スケジュール等のスケジュール情報を記憶部３１に記憶させる。

ウェアラブル測定装置５０は、乗務中の乗務員Ｃに装着され、乗務中の乗務員Ｃの血圧値、脈拍値、及び体温値等を測定して車載機４０に送信する。車載機４０は、ウェアラブル測定装置５０から受信した乗務員Ｃの血圧値、脈拍値、及び体温値等の数値情報に基づいて、乗務員Ｃの健康状態を判定する。車載機４０は、乗務員Ｃの健康状態の判定結果をＰＣ１０に送信する。

車載機４０は、ＰＣ１０から「乗務条件付きで乗務可能」という健康状態情報を受信した場合、定期的に乗務条件に関する情報を、車載機４０が備えるモニタ４６（図３参照）に表示させる。乗務条件としては、「運転中の禁煙を推進される」、「十分な休憩を取ることについて注意喚起される」、「荷積み、荷卸し作業について注意喚起される」等を例示できる。「十分な休憩」としては、連続走行を３時間までにすることや、途中で休憩を１時間取ること等を例示できる。さらに、「荷積み、荷卸し作業についての注意喚起」については、高負荷の作業を抑制することや、作業者の同行を推奨すること等を例示できる。

車載機４０は、運行終了後、運行データをＰＣ１０に送信する。運行終了後には、運行管理者Ｍが乗務後の乗務員Ｃの点呼を実施する。ＰＣ１０は、当該乗務員Ｃの乗務中に運転禁止の状態であるとの判定結果を車載機４０から受信していない場合には、健康管理を促進するメッセージをモニタ４６に表示させる。

他方で、ＰＣ１０は、当該乗務員Ｃの乗務中に運転禁止の状態であるとの判定結果を車載機４０から受信している場合には、当該乗務員Ｃが臨時で休日を取得するか否かを選択するための選択画面をモニタに表示させる。運行管理者Ｍは、当該乗務員Ｃの申告に基づいて、当該乗務員Ｃが臨時で休日を取得するか否かを選択する。ＰＣ１０は、運行管理者Ｍの操作により、当該乗務員Ｃが臨時で休日を取得することが選択された場合には、代替乗務員を選出したり、運行スケジュールを更新したりする代替乗務員選定処理を実行する。他方で、ＰＣ１０は、運行管理者Ｍの操作により、当該乗務員Ｃが臨時で休日を取得しないことが選択された場合には、次回の出勤前に事前に行うべき健康管理の項目をモニタに表示させる。

図２は、図１に示すＰＣ１０のＣＰＵ（Central Processing Unit）１１の機能を示すブロック図である。この図に示すように、ＣＰＵ１１は、乗務員判定部１１０と、運行管理部１２０とを備える。乗務員判定部１１０は、取得部１１１と、設定部１１２と、判定部１１３とを備える。

取得部１１１は、乗務前点呼処理において、測定装置２０により測定された乗務員Ｃの健康状態を示す上記の数値情報を、測定装置２０から取得してサーバ３０の記憶部３１（図１参照）に記憶させる。また、取得部１１１は、運行管理者Ｍの操作によりＰＣ１０に入力された乗務員Ｃの上記の申告情報を取得してサーバ３０の記憶部３１に記憶させる。

設定部１１２は、取得部１１１が取得した乗務員Ｃの数値情報と、サーバ３０の記憶部３１に記憶されている当該乗務員Ｃの数値情報とに基づいて、当該乗務員Ｃの健康状態を判定するための判定条件を設定する。本実施形態では、設定部１１２は、取得部１１１が今回の点呼時に取得した当該乗務員Ｃの数値情報と、取得部１１１が前回（例えば前日）の点呼時に取得して記憶部３１に記憶させた当該乗務員Ｃの数値情報とに基づいて、当該乗務員Ｃの健康状態を乗務条件無しで乗務可能な状態と乗務条件付きで乗務可能な状態とに分けて判定するための判定条件を設定する。また、本実施形態では、取得部１１１が今回の点呼時に取得した乗務員Ｃの数値情報と、取得部１１１が今回の点呼時に取得した乗務員Ｃの申告情報とに基づいて、当該乗務員Ｃの健康状態を乗務条件付きで乗務可能な状態と乗務禁止の状態とに分けて判定するための判定条件を設定する。

判定部１１３は、設定部１１２が設定した判定条件に基づいて、当該乗務員Ｃの健康状態を判定する。本実施形態では、判定部１１３は、設定部１１２が設定した判定条件に基づいて、当該乗務員Ｃの健康状態を、乗務条件無しで乗務可能な状態と乗務条件付きで乗務可能な状態と乗務禁止の状態との３段階に分けて判定する。判定部１１３は、判定結果を、運行管理部１２０に送信する。

運行管理部１２０は、監視部１２１と、乗務員選定部１２２と、スケジュール生成部１２３と、通知部１２４とを備える。監視部１２１は、乗務前点呼処理において判定部１１３により当該乗務員Ｃの健康状態が乗務条件無しで乗務可能な状態、又は乗務条件付きで乗務可能な状態と判定された場合に、判定結果を車載機４０に送信する。また、監視部１２１は、乗務中監視処理において、車載機４０から乗務員Ｃの健康状態が乗務禁止の状態であるとの判定結果を受信した場合に、受信した判定結果をＰＣ１０のモニタに表示させる。

乗務員選定部１２２は、乗務前点呼処理において、判定部１１３により当該乗務員Ｃの健康状態が乗務禁止の状態と判定された場合、及び車載機４０から当該乗務員Ｃの健康状態が乗務禁止の状態であるとの判定結果を受信した場合に、代替可能な乗務員のリストをサーバ３０の記憶部３１から読出してモニタに表示させる。運行管理者Ｍは、モニタに表示されたリストの中から乗務員Ｃを選択する操作を行う。乗務員選定部１２２は、運行管理者Ｍの操作により選択された乗務員Ｃを、代替乗務員として選定する。

また、乗務員選定部１２２は、乗務後点呼処理において、乗務中監視処理が実行されている間に乗務中の当該乗務員Ｃの健康状態が乗務禁止の状態であるとの判定結果を車載機４０から受信した場合に、当該乗務員Ｃが臨時で休日を取得するか否かを選択するための選択画面をＰＣ１０のモニタに表示させる。乗務員選定部１２２は、運行管理者Ｍにより、当該乗務員Ｃが臨時で休日を取得することを選択する操作が行われた場合には、代替可能な乗務員Ｃのリストをサーバ３０の記憶部３１から読み出してＰＣ１０のモニタに表示させる。運行管理者Ｍは、ＰＣ１０のモニタに表示されたリストの中から乗務員Ｃを選択する操作を行う。乗務員選定部１２２は、運行管理者Ｍの操作により選択された乗務員Ｃを、代替乗務員として選定する。スケジュール生成部１２３は、乗務員選定部１２２により代替乗務員が選定された場合に、乗務員Ｃの交代を反映させた運行スケジュールに更新する。

通知部１２４は、乗務中監視処理が実行されている間に乗務中の乗務員Ｃの健康状態が乗務禁止の状態であるとの判定結果を車載機４０から受信した場合に、ＰＣ１０のモニタに通知を表示する。また、通知部１２４は、乗務中監視処理が実行されている間に乗務中の乗務員Ｃの健康状態が乗務禁止の状態であるとの判定結果を車載機４０から受信しなかった場合に、乗務後点呼処理において、健康管理を促進するメッセージをモニタに表示させる。他方で、通知部１２４は、乗務後点呼処理において、乗務中監視処理が実行されている間に乗務中の乗務員Ｃの健康状態が乗務禁止の状態であるとの判定結果を車載機４０から受信し、且つ、乗務員選定部１２２により代替乗務員が選定されなかった場合に、次回の出勤前に事前に行うべき健康管理の項目をＰＣ１０のモニタに表示させる。

図３は、図１に示す車載機４０のハードウェア構成を示すブロック図である。この図に示す車載機４０は、トラックＴの運転席に搭載されている。この車載機４０は、ＣＰＵ４１と、ＲＯＭ（Read Only Memory）４２と、ＲＡＭ（Random Access Memory）４３と、記録メディア４４と、入力部４５と、モニタ４６と、スピーカ４７と、アンテナ４８とを備える。

ＣＰＵ４１は、ＲＯＭ４２に格納された制御プログラムをＲＡＭ４３に読み出して各種の制御及び演算処理を実行する。本実施形態では、ＣＰＵ４１は、乗務員Ｃを認証する処理と、乗務員Ｃに対してメッセージを表示したり鳴動したりする処理と、乗務員Ｃの健康状態を判定して判定結果を送信する処理とを実行する。このＣＰＵ４１には、車両の速度、エンジンの回転数、ＧＰＳ（Global Positioning System）の位置情報、アナログ信号、外部入力信号、ウェアラブル測定装置５０の出力信号、入力部４５からのスイッチ入力信号等が入力される。

記録メディア４４は、ＳＤカード等の外部記録装置である。入力部４５は、スイッチやタッチパネルなどの入力装置である。モニタ４６は、乗務員Ｃに対するメッセージ等の各種情報を表示する表示装置である。スピーカ４７は、乗務員Ｃに対するメッセージ等の各種情報を鳴動する装置である。

アンテナ４８は、広域通信用のアンテナ、ウェアラブル測定装置５０との通信用のアンテナ、ＧＰＳ衛星との通信用のアンテナを含む。広域通信用のアンテナは、広域通信網Ｗを介してサーバ３０と通信する。ウェアラブル測定装置５０との通信用のアンテナは、Bluetooth（登録商標）等の近距離無線技術に対応する発信用のアンテナであり、ウェアラブル測定装置５０により測定された当該乗務員Ｃの健康状態を示す数値情報を受信する。ＧＰＳ衛星との通信用のアンテナは、ＧＰＳ衛星からの信号を受信する。

図４は、図２に示すＰＣ１０の乗務前点呼処理及び乗務中監視処理を説明するためのフローチャートである。また、図５は、図２に示すＰＣ１０の乗務前点呼処理及び代替乗務員選定処理を説明するためのフローチャートである。これらのフローチャートに示すように、まず、ステップ１において、取得部１１１は、測定装置２０から当該乗務員Ｃの健康状態を示す数値情報を受信したか否かを判定する。本実施形態では、数値情報は血圧値である。ステップ１において肯定判定がされた場合にはステップ２に移行し、ステップ１において否定判定がされている間は、ステップ１が繰り返し実行される。

ステップ２において、取得部１１１は、測定装置２０から受信した数値情報をサーバ３０の記憶部３１に記憶させる。ここで、当該乗務員Ｃが初めて点呼を受ける場合を除いて、サーバ３０の記憶部３１には、以前に取得した当該乗務員Ｃの数値情報が記憶されている。ステップ２からステップ３に移行する。

ステップ３において、設定部１１２は、今回取得した当該乗務員Ｃの数値情報が、第１の閾値未満であるか否かを判定する。本実施形態では、数値情報が血圧値であり、第１の閾値は、上が１４０ｍｍＨｇ、且つ、下が９０ｍｍＨｇである。ステップ３において肯定判定がされた場合にはステップ８に移行し、ステップ３において否定判定がされた場合にはステップ４に移行する。

ステップ４において、設定部１１２は、今回取得した当該乗務員Ｃの数値情報が、第２の閾値未満であるか否かを判定する。本実施形態では、数値情報が血圧値であり、第２の閾値は、上が１６０ｍｍＨｇ、且つ、下が１００ｍｍＨｇである。ステップ４において肯定判定がされた場合には、ステップ５に移行し、ステップ４において否定判定がされた場合には図５のステップ６に移行する。

図４のステップ５において、設定部１１２は、前回取得した当該乗務員Ｃの数値情報が、第１の閾値未満であるか否かを判定する。ステップ５において否定判定がされた場合にはステップ８に移行し、ステップ５において肯定判定がされた場合には、ステップ９に移行する。

図５のステップ６において、設定部１１２は、今回取得した当該乗務員Ｃの数値情報が、第３の閾値未満であるか否かを判定する。本実施形態では、数値情報が血圧値であり、第３の閾値は、上が１８０ｍｍＨｇ、且つ、下が１１０ｍｍＨｇである。ステップ６において肯定判定がされた場合には、ステップ７に移行し、ステップ６において否定判定がされた場合にはステップ１０に移行する。

ステップ７において、設定部１１２は、今回取得した当該乗務員Ｃの申告情報が、所定の条件を満たすか否かを判定する。本実施形態では、所定の条件は、当該乗務員Ｃが通院していない、又は、当該乗務員Ｃが投薬治療中であるにもかかわらず薬を飲み忘れている、という条件である。ステップ７において否定判定がされた場合には、図４のステップ９に移行し、ステップ７において肯定判定がされた場合には、図５のステップ１０に移行する。

図４のステップ８において、判定部１１３は、当該乗務員Ｃの健康状態を、乗務条件無しで乗務可能な状態と判定する。ステップ８からステップ１１に移行する。また、ステップ９において、判定部１１３は、当該乗務員Ｃの健康状態を、乗務条件付きで乗務可能な状態と判定する。ステップ９からステップ１２に移行する。さらに、図５のステップ１０において判定部１１３は、当該乗務員Ｃの健康状態を、乗務禁止の状態と判定する。ステップ１０からステップ１３に移行する。

即ち、設定部１１２は、今回の測定値と前回の測定値と申告情報とに基づいて、当該乗務員Ｃの健康状態を乗務条件無しで乗務可能と判定するための第１の条件と、当該乗務員Ｃの健康状態を乗務条件付きで乗務可能と判定するための第２の条件と、当該乗務員Ｃの健康状態を乗務禁止の状態と判定するための第３の条件とを設定する。

ここで、第１の条件は、今回の測定値が第１の閾値未満であること、又は、今回と前回との測定値が第１の閾値以上で第２の閾値（＞第１の閾値）未満であることである。また、第２の条件は、今回の測定値が第１の閾値以上で第２の閾値未満であって、且つ、前回の測定値が第１の閾値未満であること、又は、今回の測定値が第２の閾値以上で第３の閾値（＞第２の閾値）未満であって、且つ、当該乗務員Ｃの申告情報が所定の乗務禁止条件を満たさないことである。さらに、第３の条件は、今回の測定値が第３の閾値以上であること、又は、今回の測定値が第２の閾値以上で第３の閾値未満であって、且つ、当該乗務員Ｃの申告情報が所定の乗務禁止条件を満たすことである。

図４のステップ１１において、監視部１２１は、当該乗務員Ｃの健康状態が乗務条件無しで乗務可能な状態であるとの判定結果を車載機４０に送信する。ステップ１１からステップ１５に移行する。また、ステップ１２において、監視部１２１は、当該乗務員Ｃの健康状態が乗務条件付きで乗務可能な状態であるとの判定結果を車載機４０に送信する。ステップ１２からステップ１５に移行する。

図５のステップ１３において、乗務員選定部１２２は、代替可能な乗務員のリストをサーバ３０の記憶部３１から読み出してモニタに表示させる。ステップ１３からステップ１４に移行する。ステップ１４において、乗務員選定部１２２は、ＰＣ１０の操作により代替乗務員がリストから選択されたか否かを判定する。ステップ１４において肯定判定がされた場合にはステップ１に移行し、ステップ１４において否定判定がされている間は、ステップ１４が繰り返し実行される。代替乗務員が選定された場合には、再び、代替乗務員に対しての乗務前点呼処理が実行される。

図６は、図１に示す車載機４０の乗務中監視処理について説明するためのフローチャートである。この乗務中監視処理では、まず、ステップ１０１において、車載機４０のＣＰＵ４１は、当該乗務員Ｃの健康状態が乗務条件付きで乗務可能な状態であるとの判定結果をＰＣ１０（ＣＰＵ１１）から受信したか否かを判定する。ステップ１０１において肯定判定がされた場合にはステップ１０３に移行し、ステップ１０１において否定判定がされた場合にはステップ１０２に移行する。

ステップ１０２において、ＣＰＵ４１は、当該乗務員Ｃの健康状態が乗務条件無しで乗務可能な状態であるとの判定結果をＰＣ１０（ＣＰＵ１１）から受信したか否かを判定する。ステップ１０２において肯定判定がされた場合にはステップ１０３に移行し、ステップ１０２において否定判定がされた場合にはステップ１０１に移行する。

ステップ１０３において、ＣＰＵ４１は、トラックＴの運行が開始されたか（トラックＴが出庫したか）否かを位置情報や速度情報等により判定する。ステップ１０３において肯定判定がされた場合にはステップ１０４に移行し、ステップ１０３において否定判定がされている間は、ステップ１０３が繰り返し実行される。

ステップ１０４において、ＣＰＵ４１は、トラックＴの走行が開始されたか否かを位置情報や速度情報等により判定する。ステップ１０４において肯定判定がされた場合にはステップ１０５に移行し、ステップ１０４において否定判定がされている間は、ステップ１０４が繰り返し実行される。

ステップ１０５において、ＣＰＵ４１は、当該乗務員Ｃの健康状態を示す数値情報（本実施形態では血圧値）をウェアラブル測定装置５０から受信しているか否かを判定する。本ステップにおいて肯定判定がされた場合にはステップ１０６に移行し、本ステップにおいて否定判定がされた場合にはステップ１０８に移行する。

ステップ１０６において、ＣＰＵ４１は、ウェアラブル測定装置５０から受信した数値情報に基づいて、当該乗務員Ｃの健康状態が、乗務禁止の状態であるか否かを判定する。ステップ１０６において肯定判定がされた場合にはステップ１０７に移行し、ステップ１０６において否定判定がされた場合にはステップ１０５に移行する。

ステップ１０７において、ＣＰＵ４１は、当該乗務員Ｃの健康状態が乗務禁止の状態であるとの判定結果を、ＰＣ１０に送信する。ステップ１０７からステップ１０９に移行する。

他方で、ステップ１０８において、ＣＰＵ４１は、所定時間毎に、乗務条件に関する情報を提示したり当該乗務員Ｃの体調を確認したりするメッセージを、モニタ４６に表示させたり、スピーカ４７から鳴動させたりする。ステップ１０８からステップ１０９に移行する。

ステップ１０９において、ＣＰＵ４１は、トラックＴの運行が終了したか（トラックＴが入庫したか）否かを位置情報や速度情報等により判定する。ステップ１０９において肯定判定がされた場合にはステップ１１０に移行し、ステップ１０９において否定判定がされた場合には、ステップ１０５に移行する。

ステップ１１０において、ＣＰＵ４１は、トラックＴの今回の運行に関する情報である運行データをＰＣ１０に送信する。以上で、車載機４０の乗務中監視処理を終了する。

それに対して、ＰＣ１０は、図４のステップ１５～１７の乗務中監視処理を実行する。まず、ステップ１５において、監視部１２１は、ＣＰＵ４１から運行データを受信したか否かを判定する。ステップ１５において肯定判定がされた場合には図７のステップ２０１に移行し、ステップ１５において否定判定がされた場合には図４のステップ１６に移行する。

ステップ１６において、監視部１２１は、ＣＰＵ４１から当該乗務員Ｃの健康状態が乗務禁止の状態であるとの判定結果を受信したか否かを判定する。ステップ１６において肯定判定がされた場合にはステップ１７に移行し、ステップ１６において否定判定がされた場合にはステップ１５に移行する。

ステップ１７において、通知部１２４は、当該乗務員Ｃの健康状態が乗務禁止の状態であるとの判定結果をモニタに表示させる。ステップ１７からステップ１５に移行する。

図７は、図１に示すＰＣ１０の乗務後点呼処理について説明するためのフローチャートである。この乗務後点呼処理では、まず、ステップ２０１において、乗務員選定部１２２は、乗務中監視処理が実行されている間に乗務中の当該乗務員Ｃの健康状態が乗務禁止の状態であるとの判定結果を車載機４０から受信したか否かを判定する。ステップ２０１において否定判定がされた場合にはステップ２０２に移行し、ステップ２０１において肯定判定がされた場合にはステップ２０３に移行する。

ステップ２０２において、通知部１２４は、健康管理を促進するメッセージをモニタに表示させる。ステップ２０２の後、乗務後点呼処理を終了する。

他方で、ステップ２０３において、乗務員選定部１２２は、当該乗務員Ｃが臨時で休日を取得するか否かを選択するための選択画面をモニタに表示させる。ステップ２０３からステップ２０４に移行する。ステップ２０４において、乗務員選定部１２２は、当該乗務員Ｃが臨時で休日を取得することが選択されたか否かを判定する。ステップ２０４において否定判定がされた場合には、ステップ２０５に移行し、ステップ２０４において肯定判定がされた場合には、ステップ２０６に移行する。

ステップ２０５において、通知部１２４は、次回の出勤前に事前に行うべき健康管理の項目をモニタに表示させる。ステップ２０５の後、乗務後点呼処理を終了する。

他方で、ステップ２０６において、乗務員選定部１２２は、代替可能な乗務員Ｃのリストをモニタに表示させる。ステップ２０６からステップ２０７に移行する。ステップ２０７において、乗務員選定部１２２は、代替可能な乗務員Ｃがリストの中から選択されたか否かを判定する。ステップ２０７において肯定判定がされた場合にはステップ２０８に移行し、ステップ２０７において否定判定がされている間は、ステップ２０７が繰り返し実行される。

ステップ２０８において、乗務員選定部１２２は、ＰＣ１０の操作により選択された乗務員を、代替乗務員として選定する。ステップ２０８からステップ２０９に移行する。ステップ２０９において、スケジュール生成部１２３は、乗務員選定部１２２により選定された代替乗務員への乗務員の交代を反映させた運行スケジュールに更新する。ステップ２０９の後、乗務後点呼処理を終了する。

図８は、図４に示すＰＣ１０の乗務前点呼処理の他の実施例を説明するためのフローチャートである。また、図９は、図５に示すＰＣ１０の乗務前点呼処理及び代替乗務員選定処理の他の実施例を説明するためのフローチャートである。図８のフローチャートに示すように、まず、ステップ３０１において、取得部１１１は、測定装置２０から当該乗務員Ｃの健康状態を示す数値情報を受信したか否かを判定する。本実施形態では、数値情報は脈拍値である。ステップ３０１において肯定判定がされた場合にはステップ３０２に移行し、ステップ３０１において否定判定がされている間は、ステップ３０１が繰り返し実行される。

ステップ３０２において、取得部１１１は、測定装置２０から受信した数値情報をサーバ３０の記憶部３１に記憶させる。ここで、当該乗務員Ｃが初めて点呼を受ける場合を除いて、サーバ３０の記憶部３１には、以前に取得した当該乗務員Ｃの数値情報が記憶されている。ステップ３０２からステップ３０３に移行する。

ステップ３０３において、設定部１１２は、今回取得した当該乗務員Ｃの数値情報が、第１の閾値の範囲内であるか否かを判定する。本実施例では、数値情報が脈拍値であり、第１の閾値は、６０回／分以上で９０回／分以下である。ステップ３０３において肯定判定がされた場合にはステップ３０８に移行し、ステップ３０３において否定判定がされた場合にはステップ３０４に移行する。

ステップ３０４において、設定部１１２は、今回取得した当該乗務員Ｃの数値情報が、第２の閾値の範囲内であるか否かを判定する。本実施例では、数値情報が脈拍値であり、第２の閾値は、５１回／分以上で５９回／分以下、又は９１回／分以上で９９回／分以下である。ステップ３０４において肯定判定がされた場合には、ステップ３０５に移行し、ステップ３０４において否定判定がされた場合には図９のステップ３０６に移行する。

図８のステップ３０５において、設定部１１２は、前回取得した当該乗務員Ｃの数値情報が、第１の閾値の範囲内であるか否かを判定する。ステップ３０５において否定判定がされた場合にはステップ３０８に移行し、ステップ３０５において肯定判定がされた場合には、ステップ３０９に移行する。

図９のステップ３０６において、設定部１１２は、今回取得した当該乗務員Ｃの数値情報が、第３の閾値の範囲内であるか否かを判定する。本実施例では、数値情報が脈拍値であり、第３の閾値は、５０回／分以下、又は１００回／分以上である。ステップ３０６において肯定判定がされた場合には、ステップ３０７に移行し、ステップ３０６において否定判定がされた場合にはステップ３１０に移行する。

ステップ３０７～３１０，３１３，３１４の処理については、上記実施形態のステップ７～１０，１３，１４の処理と同じであるため、上記実施形態のステップ７～１０，１３，１４の処理についての説明を援用する。なお、本実施例の乗務前点呼処理を、上記実施形態の乗務前点呼処理に代えて実施してもよく、本実施例の乗務前点呼処理と上記実施形態の乗務前点呼処理との双方を実施してもよい。

図１０は、図４に示すＰＣ１０の乗務前点呼処理の他の実施例を説明するためのフローチャートである。また、図１１は、図５に示すＰＣ１０の乗務前点呼処理及び代替乗務員選定処理の他の実施例を説明するためのフローチャートである。これらのフローチャートに示すように、まず、ステップ４０１において、取得部１１１は、測定装置２０から乗務員Ｃの健康状態を示す数値情報を受信したか否かを判定する。本実施形態では、数値情報は体温値である。ステップ４０１において肯定判定がされた場合にはステップ４０２に移行し、ステップ４０１において否定判定がされている間は、ステップ４０１が繰り返し実行される。

ステップ４０２において、取得部１１１は、測定装置２０から受信した数値情報をサーバ３０の記憶部３１に記憶させる。ここで、当該乗務員Ｃが初めて点呼を受ける場合を除いて、サーバ３０の記憶部３１には、以前に取得した当該乗務員Ｃの数値情報が記憶されている。ステップ４０２からステップ４０３に移行する。

ステップ４０３において、設定部１１２は、今回取得した当該乗務員Ｃの数値情報が、第１の閾値未満であるか否かを判定する。本実施例では、数値情報が体温値であり、第１の閾値は、３７．５℃である。ステップ４０３において肯定判定がされた場合にはステップ４０８に移行し、ステップ４０３において否定判定がされた場合にはステップ４０４に移行する。

ステップ４０４において、設定部１１２は、今回取得した当該乗務員Ｃの数値情報が、第２の閾値以下であるか否かを判定する。本実施例では、数値情報が体温値であり、第２の閾値は、３７．９℃である。ステップ４０４において肯定判定がされた場合には、ステップ４０５に移行し、ステップ４０４において否定判定がされた場合には図１１のステップ４０６に移行する。

図１０のステップ４０５において、設定部１１２は、今回取得した当該乗務員Ｃの数値情報が、過去に取得した当該乗務員Ｃの数値情報の平均値に０．５℃を加算した値以上であるか否かを判定する。ステップ４０５において否定判定がされた場合にはステップ４０８に移行し、ステップ４０５において肯定判定がされた場合には、ステップ４０９に移行する。

図１１のステップ４０６において、設定部１１２は、今回取得した当該乗務員Ｃの数値情報が、第３の閾値未満であるか否かを判定する。本実施例では、数値情報が体温値であり、第３の閾値は、３８.０℃である。ステップ４０６において肯定判定がされた場合には、ステップ４０７に移行し、ステップ４０６において否定判定がされた場合にはステップ４１０に移行する。

ステップ４０７～４１０，４１３，４１４の処理については、上記実施形態のステップ７～１０，１３，１４の処理と同じであるため、上記実施形態のステップ７～１０，１３，１４の処理についての説明を援用する。なお、本実施例の乗務前点呼処理を、上記実施形態や上記実施例の乗務前点呼処理に代えて実施してもよく、本実施例の乗務前点呼処理と上記実施形態の乗務前点呼処理と上記実施例の乗務点呼処理との全てを実施してもよい。

以上説明したように、本実施形態の運行管理システム１によれば、乗務員Ｃの健康状態を、乗務可能な状態、及び乗務禁止の状態の２段階ではなく、乗務条件無しで乗務可能な状態、乗務条件付きで乗務可能な状態、及び乗務禁止の状態のように３段階以上に細分化して判定する。この乗務員Ｃの健康状態を判定する処理において、ＣＰＵ１１の設定部１１２が、今回取得した当該乗務員Ｃの健康状態情報のみならず、以前取得してサーバ３０の記憶部３１に記憶させた当該乗務員Ｃの健康状態情報にも基づいて、当該乗務員Ｃの健康状態を判定するための判定条件を設定する。そして、ＣＰＵ１１の判定部１１３が、設定部１１２により設定された判定条件に基づいて、当該乗務員Ｃの健康状態を判定する。

ここで、本実施形態では、乗務員Ｃの健康状態を判定するための閾値を、乗務員Ｃの健康状態を乗務可能及び乗務禁止の２段階で判定する場合に比して小さい間隔で設定している。それに対して、乗務員Ｃの血圧値等の健康状態に関する測定値は、乗務員Ｃの個人差によって高低する。そのため、今回の測定値のみに基づいて乗務員Ｃの健康状態を判定する場合には、例えば、血圧値が恒常的に高めで安定している乗務員Ｃの健康状態が、血圧値が普段通りであるにもかかわらず、誤って１段階悪い状態と判定される可能性がある。

そこで、本実施形態では、当該乗務員Ｃの健康状態を判定するための判定条件を、今回取得した当該乗務員Ｃの健康状態情報のみならず、以前取得した当該乗務員Ｃの健康状態情報をも参照して、当該乗務員Ｃの健康状態を判定するための判定条件を設定する。これによって、乗務員Ｃの健康状態を個人差を考慮して判定することができ、乗務員Ｃの健康状態を細分化して判定する場合における運行管理を円滑に実行することができる。

また、本実施形態の運行管理システム１によれば、ＣＰＵ１１の判定部１１３により当該乗務員Ｃの健康状態が乗務禁止の状態であると判定された場合には、ＣＰＵ１１の乗務員選定部１２２が、代替可能な乗務員を選定する処理を実行する。これによって、乗務員Ｃの健康管理と円滑な運行管理とを実行することができる。

また、本実施形態の運行管理システム１によれば、車載機４０のＣＰＵ４１が、乗務中の乗務員Ｃの健康状態情報をウェアラブル測定装置５０から取得して当該乗務員Ｃの健康状態を判定し、判定結果をＰＣ１０に送信する。これによって、運行管理者Ｍは、乗務中の乗務員Ｃの健康状態を監視でき、異常があった場合には、乗務中或いは乗務後に、代替の乗務員を選定することが可能になる。従って、乗務中の乗務員Ｃの健康管理と円滑な運行管理とを実行することができる。

以上、実施形態に基づき本発明を説明したが、本発明は上記実施形態に限られるものではなく、本発明の趣旨を逸脱しない範囲で、変更を加えてもよいし、適宜公知や周知の技術を組み合わせてもよい。

例えば、上記実施形態では、乗務員判定装置としてのＣＰＵ１１をＰＣ１０に設けたが、サーバ３０に設けてもよい。また、乗務中の乗務員Ｃの健康状態を判定するＣＰＵ４１を車載機４０に設けたが、サーバ３０あるいはＰＣ１０に設けてもよい。

また、上記実施形態では、乗務員Ｃの健康状態を、乗務条件無しで乗務可能な第１の状態と、乗務条件付きで乗務可能な第２の状態と、乗務禁止である第３の状態との３段階に分けて判定したが、２段階や４段階以上に分けて判定してもよい。また、上記実施形態では、判定条件を、今回と前回との血圧値に基づいて設定したり、今回と前回との脈拍値に基づいて設定したりしたが、判定条件を、今回の血圧値と以前の血圧値の平均値とに基づいて設定したり、今回の脈拍値と以前の脈拍値の平均値とに基づいて設定したりしてもよい。また、上記実施形態では、判定条件を、今回の体温値と以前の体温値の平均値とに基づいて設定したが、今回の血圧値と以前の血圧値の平均値とに基づいて設定したり、今回の脈拍値と以前の脈拍値の平均値とに基づいて設定したりしてもよい。

さらに、上記実施形態では、トラックＴの乗務員Ｃを管理対象者としたが、タクシーやフォークリフト等の他の車両の乗務員Ｃを管理対象者としてもよい。

１ ：運行管理システム
１１ ：ＣＰＵ（乗務員判定装置）
１１１ ：取得部
１１２ ：設定部
１１３ ：判定部
１２２ ：乗務員選定部（代替乗務員選定部）
３１ ：記憶部
４０ ：車載機（車載端末）
５０ ：ウェアラブル測定装置（取得装置）
Ｃ ：乗務員

Claims (5)

1. パーソナルコンピュータ又はサーバに設けられたＣＰＵにより構成された乗務員判定装置であって、
   乗務員の血圧、脈拍、及び体温の少なくとも一つの測定値である健康状態情報を、測定装置から取得して当該乗務員と対応付けて前記サーバの記憶部に記憶させる取得部と、
   前記取得部が取得した当該乗務員の前記健康状態情報と、前記取得部が以前取得して前記記憶部に記憶させた当該乗務員の前記健康状態情報とに基づいて、当該乗務員の健康状態を判定するための判定条件を設定する設定部と、
   前記設定部が設定した前記判定条件に基づいて、当該乗務員の健康状態を判定する判定部と
   を備え、
   前記判定部により判定される当該乗務員の健康状態は、乗務条件無しで乗務可能である第１の状態と、乗務条件付きで乗務可能である第２の状態と、乗務禁止である第３の状態とを含み、
   前記判定条件は、前記第１の状態と判定する条件である第１の条件と、前記第２の状態と判定する条件である第２の条件と、前記第３の状態と判定する条件である第３の条件とを含み、
   前記第１の条件は、今回の前記測定値が第１の閾値未満であること、又は、今回と前回との前記測定値が前記第１の閾値以上で第２の閾値未満であることであり、
   前記第２の条件は、今回の前記測定値が前記第１の閾値以上で前記第２の閾値未満であって、且つ、前回の前記測定値が前記第１の閾値未満であること、又は、今回の前記測定値が前記第２の閾値以上で第３の閾値未満であって、且つ、当該乗務員の申告情報が所定の乗務禁止条件を満たさないことであり、
   前記第３の条件は、今回の前記測定値が前記第３の閾値以上であること、又は、今回の前記測定値が前記第２の閾値以上で前記第３の閾値未満であって、且つ、当該乗務員の前記申告情報が前記所定の乗務禁止条件を満たすことであり、
   前記第２の閾値は前記第１の閾値より大きく、前記第３の閾値は前記第２の閾値より大きく、
   前記所定の乗務禁止条件は、当該乗務員が通院していない、又は、当該乗務員が投薬治療中であるにもかかわらず薬を飲み忘れている、という条件である乗務員判定装置。
2. パーソナルコンピュータ又はサーバに設けられたＣＰＵにより構成された乗務員判定装置であって、
   乗務員の血圧、脈拍、及び体温の少なくとも一つの測定値である健康状態情報を、測定装置から取得して当該乗務員と対応付けて前記サーバの記憶部に記憶させる取得部と、
   前記取得部が取得した当該乗務員の前記健康状態情報と、前記取得部が以前取得して前記記憶部に記憶させた当該乗務員の前記健康状態情報とに基づいて、当該乗務員の健康状態を判定するための判定条件を設定する設定部と、
   前記設定部が設定した前記判定条件に基づいて、当該乗務員の健康状態を判定する判定部と
   を備え、
   前記判定部により判定される当該乗務員の健康状態は、乗務条件無しで乗務可能である第１の状態と、乗務条件付きで乗務可能である第２の状態と、乗務禁止である第３の状態とを含み、
   前記判定条件は、前記第１の状態と判定する条件である第１の条件と、前記第２の状態と判定する条件である第２の条件と、前記第３の状態と判定する条件である第３の条件とを含み、
   前記第１の条件は、今回の前記測定値が第１の閾値の範囲内であること、又は、今回と前回との前記測定値が前記第１の閾値の範囲外で第２の閾値の範囲内であることであり、
   前記第２の条件は、今回の前記測定値が前記第１の閾値の範囲外で前記第２の閾値の範囲内であって、且つ、前回の前記測定値が前記第１の閾値の範囲内であること、又は、今回の前記測定値が前記第２の閾値の範囲外で第３の閾値の範囲内であって、且つ、当該乗務員の申告情報が所定の乗務禁止条件を満たさないことであり、
   前記第３の条件は、今回の前記測定値が前記第３の閾値の範囲外であること、又は、今回の前記測定値が前記第２の閾値の範囲外で前記第３の閾値の範囲内であって、且つ、当該乗務員の前記申告情報が前記所定の乗務禁止条件を満たすことであり、
   前記第１の閾値の範囲は、第１の下限値以上、第１の上限値以下であり、
   前記第２の閾値の範囲は、第２の下限値以上、前記第１の下限値未満、及び前記第１の上限値より大きく、第２の上限値以下であり、
   前記第３の閾値の範囲は、第３の下限値以上、前記第２の下限値未満、及び前記第２の上限値より大きく、第３の上限値以下であり、
   前記所定の乗務禁止条件は、当該乗務員が通院していない、又は、当該乗務員が投薬治療中であるにもかかわらず薬を飲み忘れている、という条件である乗務員判定装置。
3. パーソナルコンピュータ又はサーバに設けられたＣＰＵにより構成された乗務員判定装置であって、
   乗務員の血圧、脈拍、及び体温の少なくとも一つの測定値である健康状態情報を、測定装置から取得して当該乗務員と対応付けて前記サーバの記憶部に記憶させる取得部と、
   前記取得部が取得した当該乗務員の前記健康状態情報と、前記取得部が以前取得して前記記憶部に記憶させた当該乗務員の前記健康状態情報とに基づいて、当該乗務員の健康状態を判定するための判定条件を設定する設定部と、
   前記設定部が設定した前記判定条件に基づいて、当該乗務員の健康状態を判定する判定部と
   を備え、
   前記判定部により判定される当該乗務員の健康状態は、乗務条件無しで乗務可能である第１の状態と、乗務条件付きで乗務可能である第２の状態と、乗務禁止である第３の状態とを含み、
   前記判定条件は、前記第１の状態と判定する条件である第１の条件と、前記第２の状態と判定する条件である第２の条件と、前記第３の状態と判定する条件である第３の条件とを含み、
   前記第１の条件は、今回の前記測定値が第１の閾値未満であること、又は、今回の前記測定値が第２の閾値未満であって、且つ、以前の前記測定値の平均値に所定値を加算した値未満であることであり、
   前記第２の条件は、今回の前記測定値が前記第１の閾値以上で前記第２の閾値未満であって、且つ、以前の前記測定値の平均値に前記所定値を加算した値以上であること、又は、今回の前記測定値が前記第２の閾値以上で第３の閾値未満であって、且つ、当該乗務員の申告情報が所定の乗務禁止条件を満たさないことであり、
   前記第３の条件は、今回の前記測定値が前記第３の閾値以上であること、又は、今回の前記測定値が前記第２の閾値以上で前記第３の閾値未満であって、且つ、当該乗務員の前記申告情報が前記所定の乗務禁止条件を満たすことであり、
   前記第２の閾値は前記第１の閾値より大きく、前記第３の閾値は前記第２の閾値より大きく、
   前記所定の乗務禁止条件は、当該乗務員が通院していない、又は、当該乗務員が投薬治療中であるにもかかわらず薬を飲み忘れている、という条件である乗務員判定装置。
4. 請求項１～３の何れか１項に記載の乗務員判定装置を備え、
   パーソナルコンピュータ又はサーバに設けられたＣＰＵに設けられ、前記判定部により当該乗務員の健康状態が前記第３の状態と判定された場合に、当該乗務員に代替する乗務員を選定する処理を実行する代替乗務員選定部を備える運行管理システム。
5. 乗務中の当該乗務員の前記健康状態情報を取得するウェアラブル測定装置と、
   前記ウェアラブル測定装置により取得された前記健康状態情報に基づいて、乗務中の当該乗務員の健康状態を判定する車載端末と
   を備える請求項４に記載の運行管理システム。

Images