JP6929100B2 - 点呼システム、サーバ装置、および点呼プログラム - Google Patents

Description

本発明は、点呼の実施技術に関し、特に、安全が必須である作業を実施する者に係る事前・事後の点呼を行う点呼システムおよび点呼プログラムに適用して有効な技術に関するものである。

例えば、近年、バスやタクシー、トラック等の運輸業においては、車両を運転する乗務員の健康状態に起因する事故等が多く発生しており、乗務員に対するマネジメントの一つとして、運行業務の前後に行われる点呼の重要性が増している。この点呼業務は、単にその場に所在することの確認に留まらず、乗務員の健康状態（すなわち、病気の有無や体調に加えて飲酒や薬物使用の有無等、正常な運転に対する支障の有無）の確認も行われる。一般的に、点呼業務は、点呼実施者である管理者等と、被点呼者である各乗務員との対面によって行われる。

これに対し、点呼業務をシステム化し、例えば、映像を介した遠隔での点呼を可能としたり、乗務員の体温や血圧、血糖値等、管理者が直接知覚・認識することができない、もしくは困難なバイタルデータを取得して参照可能としたりすることが検討されている。

例えば、非特許文献１には、各乗務員が保有するタブレット端末により、乗務前に測定された体温や血圧等の健康状態に係る測定値をＩＣカードリーダを介して取得してデータセンターに送信し、保存するとともに、運行管理者がこれらの測定値を参照して客観的に乗務の可否を判断する点呼業務を可能とする点呼・健康管理システムが記載されている。

また、特開２０１２−１５９９５９号公報（特許文献１）には、ドライバーが保有するドライバー裝置が、識別ＩＤ、呼気についてのアルコール検査データ、および医療用裝置から出力されたドライバーの健康状態データを含む点呼データを運送事業者裝置に送信し、運送事業者裝置が、点呼データから得られる情報とドライバーに関する情報とを含む点呼情報を出力する点呼管理システムが記載されている。

一方で、人の健康状態については、上記のようなバイタルデータに加えて、近年特に、いわゆるメンタルヘルスも非常に重要な要素として考慮されるようになってきている。人の心の状態は常に変化し得るものであり、本人でも分かりづらいが、これを人が日常的に発する音声に基づいて把握するという音声病態分析技術がある。この技術では、人の声に含まれる、その人が自然に出してしまった不随意の成分（本音）と、自分が相手に伝えようとして出した随意の成分（建前）のうち、不随意の成分に基づいて感情の状態を数値化・可視化する。

この技術を利用して、人が日常的に発する音声を収集・分析して心の状態をモニタリングし、分析結果を可視化することができるＭＩＭＯＳＹＳ（Mind Monitoring Systems、非特許文献２、登録商標（以下同様））というシステムも開発されている（詳細は、例えば、特開２０１５−１２８５７９号公報（特許文献２）を参照）。これによれば、心の状態が普通、上向き、活発である状態や、時には低調で休息が必要である状態等、ユーザのストレスや心の状態を計測して数値として表すことができる。そして、この技術を広く活用することにより、「うつ」状態等の心身の異常を本人が自覚する前に早期に検知し、適切な治療や対処を行うことで未然に疾病を防ぐことが可能になると期待される。

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

"運輸安全マネージメント：点呼・健康管理システム"、［online］、株式会社リオス、［平成２９年３月２７日検索］、インターネット＜URL：http://www.rios.co.jp/product_r105.html＞ "ＭＩＭＯＳＹＳ｜音声病態分析技術のＰＳＴ株式会社"、［online］、ＰＳＴ株式会社、［平成２９年３月２７日検索］、インターネット＜URL：http://medical-pst.com/products-2/mimosys＞

上述の特許文献１や非特許文献１に記載されたような従来の点呼システムによれば、例えば、点呼業務を遠隔で行うこともできるとともに、体温や血圧等のバイタルデータやアルコール検査等に係る情報を取得・保存して、これらの情報に基づいて客観的な判断に基づく点呼を行うことができる。

しかし、管理者はもちろん、乗務員自身によってもなかなか適切に判断できないメンタルヘルスの状態は、例えば、アンケートや質問等によるストレス診断のように自己申告により主観的に行われているのが現状である。これに対し、上述の特許文献２や非特許文献２に記載されたような音声病態分析技術を利用することで、メンタルヘルスの状態についても客観的な判断を行うことが可能である。

一方で、音声病態分析技術を利用するには乗務員の音声を取得・収集する必要があるが、日常の点呼業務においてこのために特化した音声の取得手順や取得作業を設けることは、乗務員や管理者の負荷の増大につながるため適切ではない。したがって、乗務の際に必ず行われる点呼業務の中で自然な形で効率的に乗務員の音声を収集する仕組みが必要である。

そこで本発明の目的は、点呼業務の中で自然な形で効率的に乗務員の音声を収集し、音声病態分析技術によりメンタルヘルスに係る客観的な判断を行うとともに、バイタルデータと併せて、乗務員の健康状態を客観的に判断できるようにする点呼システム、サーバ装置、および点呼プログラムを提供することにある。

本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。

本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、以下のとおりである。

本発明の代表的な実施の形態による点呼システムは、作業者に対する管理者による点呼業務を支援する点呼システムであって、前記作業者が保有する作業者端末から、前記作業者のバイタルデータを取得して、前記作業者の識別情報と関連付けて作業者状態記録部に記録するバイタルデータ取得部と、前記作業者端末から、前記作業者の発した音声を含む音声データを取得して、前記音声データについて音声病態分析エンジンにより行われた分析結果を取得して前記作業者状態記録部に記録する音声データ取得部と、前記作業者端末もしくは管理者端末から前記作業者が点呼場所に所在するか否かの情報を取得して前記作業者状態記録部に記録し、前記作業者状態記録部に記録された前記作業者に係る情報を前記管理者端末に提示し、前記管理者端末から前記管理者によって入力された前記作業者に係る作業の可否の情報を受け付けて点呼履歴記録部に記録する点呼処理部と、を有するものである。

また、本発明は、コンピュータを上記のような点呼システムとして動作させる点呼プログラムにも適用することができる。

本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下のとおりである。

すなわち、本発明の代表的な実施の形態によれば、点呼業務の中で自然な形で効率的に乗務員の音声を収集し、音声病態分析技術によりメンタルヘルスに係る客観的な判断を行うとともに、バイタルデータと併せて、乗務員の健康状態を客観的に判断することが可能となる。

本発明の一実施の形態である点呼システムの構成例について概要を示した図である。 本発明の一実施の形態における点呼業務に係る処理の流れの例について概要を示したフローチャートである。

以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一の符号を付し、その繰り返しの説明は省略する。一方で、ある図において符号を付して説明した部位について、他の図の説明の際に再度の図示はしないが同一の符号を付して言及する場合がある。

＜システム構成＞
図１は、本発明の一実施の形態である点呼システムの構成例について概要を示した図である。本実施の形態の点呼システムは、例えば、バス等による運輸を行う運行会社において、管理者４による乗務員３に対する点呼業務を支援する機能を有する情報処理システムである。本実施の形態では車両による輸送を行う乗務員３の点呼を対象としているが、適用対象はこれに限られない。例えば、工場や現場の作業員等、危険が伴うために安全の確保が必須である作業を実施する者、すなわち健康状態の確認を事前・事後に行う必要がある作業者に対する点呼業務に広く適用することができる。

点呼システム１は、例えば、乗務員管理サーバ１０に対してインターネット等のネットワーク５０を介して乗務員３が保有・使用する乗務員端末３０および管理者４が保有・使用する管理者端末４０が接続される構成を有する。そして、乗務員管理サーバ１０は、図示しないＬＡＮ（Local Area Network）やＶＰＮ（Virtual Private Network）等のネットワークを介して音声分析サーバ２０と接続されている。本実施の形態では、乗務員管理サーバ１０と音声分析サーバ２０とを独立したサーバシステムとして構成しているが、同一のサーバシステムに共存する構成としてもよい。乗務員端末３０および管理者端末４０は、例えば、タブレット端末やスマートフォン等の汎用の携帯型情報処理端末により構成される。

乗務員管理サーバ１０および音声分析サーバ２０は、例えば、サーバ機器もしくはクラウドコンピューティングサービス上に構築された仮想サーバ等により構成される。そして、それぞれ、図示しないＣＰＵ（Central Processing Unit）により、ＨＤＤ（Hard Disk Drive）等の記録装置からメモリ上に展開したＯＳ（Operating System）やＤＢＭＳ（DataBase Management System）、Ｗｅｂサーバプログラム等のミドルウェアや、その上で稼働するソフトウェアを実行することで、点呼業務に係る後述する各種機能を実現する。

乗務員管理サーバ１０は、管理者４と乗務員３との間の点呼業務に係る処理を行うサーバシステムであり、例えば、ソフトウェアにより実装された認証部１１、点呼処理部１２、音声データ取得部１３、およびバイタルデータ取得部１４等の各部を有する。また、データベースやファイルテーブル等により実装された乗務員マスタデータベース（ＤＢ）１５、乗務員状態ＤＢ１６、および点呼履歴ＤＢ１７等の各記録部を有する。

認証部１１は、乗務員マスタＤＢ１５に登録された各乗務員３や管理者４のアカウント情報に基づいて、各乗務員３や管理者４に対するユーザ認証を行う機能を有する。乗務員端末３０や管理者端末４０に対する端末認証を行うようにしてもよい。乗務員マスタＤＢ１５には、１つの運行会社に属する乗務員３や管理者４に限らず、点呼システム１を共同利用する複数の運行会社の乗務員３や管理者４の情報が登録されていてもよい。ユーザ認証の手段は特に限定されず、例えば、乗務員端末３０や管理者端末４０の画面上からユーザＩＤ／パスワードを入力する構成としてもよいし、運転免許証や社員証等の個人の識別情報を保持するＩＣカードを、乗務員端末３０や管理者端末４０に接続された図示しないＩＣカードリーダ等により読み取るようにしてもよい。

点呼処理部１２は、管理者４（管理者端末４０）と乗務員３（乗務員端末３０）との間の点呼業務に係る処理を行う機能を有する。例えば、点呼実施のタイミングを管理し、当該タイミング（もしくはその前の一定の時間帯）において、各乗務員端末３０から乗務員３に係る点呼情報を取得する。なお、点呼実施のタイミングは、例えば、「毎朝９：００」等の定期的なタイミングや、管理者４からの要求に基づく随時のタイミング等適宜設定することができる。

点呼情報には、例えば、各乗務員３が点呼場所（管理者４と対面する場所に限らず遠隔地でもよい）に所在する旨の情報が含まれる。この情報は、例えば、乗務員端末３０を介して乗務員３からのその旨を入力を受け付けるようにしてもよいし、ユーザ認証の成功をもって点呼場所に所在するものとして取り扱ってもよい。また、遠隔地に所在する場合は、例えば、図示しないテレビ会議機能等を起動して動画像によりリアルタイムで点呼場所に所在する旨を管理者４に伝えることができるようにしてもよい。各乗務員３の所在に係る情報は、乗務員状態ＤＢ１６に記録される。

また、点呼情報には、例えば、体温計や血圧計、血糖値計等の医療機器から乗務員端末３０に事前に取り込まれた乗務員３のバイタルデータ３１が含まれる。このバイタルデータ３１は、例えば、バイタルデータ取得部１４により乗務員端末３０から取得される。バイタルデータ取得部１４は、取得したバイタルデータ３１を乗務員３の識別情報と関連付けて乗務員状態ＤＢ１６に記録する。バイタルデータ３１の内容に基づいて健康状態の判定を自動的に行い、判定結果も併せて乗務員状態ＤＢ１６に記録するようにしてもよい。このとき、乗務員マスタＤＢ１５に記録された各乗務員３の年齢や身長、体重等の属性情報を参照して、各乗務員３に即した判定を行ってもよい。

なお、乗務員端末３０へのバイタルデータ３１の取り込みは、例えば、乗務員３が手動で入力してもよいし、バイタルデータ３１を測定した医療機器がＢｌｕｅｔｏｏｔｈ（登録商標）やＷｉＦｉ（登録商標）等の近距離無線通信機能を有する場合には、乗務員端末３０が有する近距離無線通信機能や、図示しないＩＣカードリーダとの間の通信により、医療機器から直接読み取るようにしてもよい。

また、点呼情報には、点呼実施時もしくは事前に乗務員端末３０に取り込まれた、各乗務員３のメンタルヘルスの確認に用いるための音声データ３２も含まれる。この音声データ３２は、例えば、音声データ取得部１３により乗務員端末３０から取得される。

取得した音声データ３２に対象の乗務員３以外の発話に係る音声（例えば、点呼実施者である管理者４の音声等）が含まれている場合は、公知の音声処理技術を用いて対象の乗務員３の音声のみを抽出する処理を行う。例えば、予め乗務員マスタＤＢ１５等に登録されている各乗務員３の声紋等の音声識別情報と照合することで、対象の乗務員３の音声部分のみを抽出することができる。もしくは、音声データ３２における対象の乗務員３の対話の相手方（通常は点呼実施者である管理者４）の声紋等と照合することで、相手方の音声部分のみを削除して、対象の乗務員３の音声部分のみを残すことができる。

音声データ取得部１３は、取得した音声データ３２を音声分析サーバ２０に送信するとともに、音声分析サーバ２０による音声病態分析の結果を取得する。取得したメンタルヘルスに係る情報は、乗務員３の識別情報と関連付けて乗務員状態ＤＢ１６に記録する。なお、乗務員端末３０への音声データ３２の取り込みは、例えば、乗務員端末３０が内蔵するマイク機能を利用してもよいし、図示しない外付けのマイクを利用してもよい。デジタルボイスレコーダー等の音声録音機能を有する機器や裝置を利用し、録音した音声データ３２を個別に乗務員管理サーバ１０にアップロードするようにしてもよい。これらのマイクは、対象の乗務員３以外の者の発話を可能な限り拾わないよう、指向性の高いものを用いるのが望ましい。

点呼処理部１２が行う点呼業務に係る処理には、さらに、点呼実施のタイミングにおける管理者４による点呼の実施も含まれる。例えば、管理者端末４０を介した管理者４からの要求に応じて、乗務員状態ＤＢ１６に記録された各乗務員３の所在、および健康状態（メンタルヘルスの状態も含む）に係る情報を提示するとともに、管理者端末４０を介して管理者４から各乗務員３に対する乗務可否の判断結果の入力を受け付ける。そして、所在の情報および乗務可否の判断結果の情報を含む点呼実施の結果の情報を点呼履歴ＤＢ１７に記録する。

音声分析サーバ２０は、乗務員管理サーバ１０から音声データ３２を取得し、その内容を上述のＭＩＭＯＳＹＳ等の音声病態分析エンジンにより分析し、分析結果を応答するサーバシステムであり、例えば、ソフトウェアにより実装された外部インタフェース（ＩＦ）２１、音声分析部２２、および分析結果処理部２３等の各部を有する。また、データベースやファイルテーブルにより実装された音声データＤＢ２４、および分析結果ＤＢ２５等の各記録部を有する。

外部ＩＦ２１は、乗務員管理サーバ１０等の外部のシステムに対して、分析対象となる音声データ３２を送信し、分析結果を取得するためのインタフェース機能を提供する。乗務員管理サーバ１０から取得した音声データ３２は、乗務員３の識別情報と関連付けて音声データＤＢ２４に記録する。インタフェースの仕様は特に限定されず、ファイルを送受信するコマンドインタフェースや、ＡＰＩ（Application Programming Interface）、図示しないＷｅｂサーバプログラムによる画面インタフェース等を適宜利用することができる。必要に応じて、取得した音声データ３２に対するフォーマット変換や加工等の処理を行ってもよい。

音声分析部２２は、音声データＤＢ２４に記録された乗務員３毎の音声データ３２について、音声病態分析を行なってメンタルヘルスの状態（現在の心の状態、および時系列での変化の状況）を数値として把握する機能を有する。本実施の形態では、上述のＭＩＭＯＳＹＳ等の音声病態分析エンジンを含んで実装される。分析は、例えば、音声データＤＢ２４に新たに音声データ３２が記録されたことをトリガーとして（もしくは音声データ３２を記録した外部ＩＦ２１からの指示を受けて）、対象の音声データ３２についてリアルタイムで行う。

分析結果処理部２３は、音声分析部２２により音声病態分析が行われた結果を取得して、これを乗務員３毎に可視化して分析結果ＤＢ２５に記録する機能を有する。可視化とは、例えば、音声分析部２２による分析結果の出力データを、管理者４に提示できるような文字情報や数値情報、評価情報等に加工・編集等する処理を含む。管理者端末４０上に表示できるような画面データや画像データを生成する処理を含んでいてもよい。分析結果ＤＢ２５に記録された分析結果の情報は、外部ＩＦ２１により乗務員管理サーバ１０等の外部のシステムに応答される。管理者端末４０や乗務員端末３０から音声分析サーバ２０に直接アクセスして、分析結果ＤＢ２５の内容を参照できるようにしてもよい。

＜処理の流れ＞
図２は、本実施の形態における点呼業務に係る処理の流れの例について概要を示したフローチャートである。まず、被点呼者である各乗務員３や点呼実施者である管理者４が、それぞれ乗務員端末３０や管理者端末４０を利用して、乗務員管理サーバ１０の認証部１１によるユーザ認証（もしくは端末認証）処理を行う（Ｓ０１）。ここでは、上述したように、例えば、ユーザＩＤ／パスワードによる認証や、免許証、社員証等のＩＣカードに記録されている識別情報に基づく認証等を行うことができる。そして、各乗務員３は、点呼の実施に先立って、乗務員端末３０を利用して自身のバイタルデータ３１をバイタルデータ取得部１４を介して事前に乗務員管理サーバ１０に登録・アップロードしておく（Ｓ０２）。

その後、各乗務員３と管理者４との間で点呼処理が開始される。まず、管理者４は、各乗務員３が点呼場所に所在することを確認する（Ｓ０３）。例えば、点呼場所において、管理者端末４０を保有する管理者４が、乗務員３の所在を対面で実際に確認するようにしてもよい。このとき、管理者端末４０は、乗務員マスタＤＢ１５から対象の乗務員３に係る情報を取得して表示するようにしてもよい。遠隔地の点呼場所に所在する乗務員３については、上述したように、例えば、乗務員端末３０と管理者端末４０との間でテレビ会議機能等を起動して動画像により所在確認を行うようにしてもよい。

点呼の実施において所在確認を行う際に、併せて、乗務員３によって発せられた音声データ３２を音声データ取得部１３により取得し、音声分析サーバ２０によってリアルタイムで音声病態分析を行う（Ｓ０４）。なお、音声分析サーバ２０においてＭＩＭＯＳＹＳ等の音声病態分析エンジンにより分析を行う場合、音声データ３２の内容については何ら制限されないため、乗務員３による何らかの発話を取得できればよい。

音声データ３２の取得は、上述したように、乗務員３および管理者４に対して不要な作業や発話による負荷を与えないよう、通常の点呼業務の中で自然な形で行われるのが望ましい。例えば、定例的な点呼業務の中での挨拶や掛け声、報告等、乗務員３が必ず発する音声を乗務員端末３０の内蔵マイクや外付けのマイク等により取得・録音して音声データ３２を得る。乗務員端末３０での録音は、乗務員３や管理者４の指示に基づいて手動で行ってもよいし、点呼実施中における乗務員３の発話の検知をトリガーとして自動で録音開始するようにしてもよい。

その後、管理者４は、管理者端末４０を利用して、乗務員状態ＤＢ１６に記録された対象の乗務員３の健康状態（メンタルヘルスの状態を含む）の情報や、乗務員マスタＤＢ１５に記録された属性情報等を参照して、対象の乗務員３の状態を確認する（Ｓ０５）。そして、対象の乗務員３が以降の乗務を行うことが可能か否かを判断し、管理者端末４０を利用して判断結果を登録する（Ｓ０６）。管理者４による人的な評価・判断に加えて、乗務員管理サーバ１０においても対象の乗務員３の状態に係る情報に基づいて所定の判断手法により乗務可否の判断を行い、判断結果を管理者端末４０を介して提示して推奨するようにしてもよい。

その後、所在確認の結果や管理者４による乗務可否の判断結果の情報を点呼実施の履歴情報として点呼履歴ＤＢ１７に登録して（Ｓ０７）、点呼業務を終了する。被点呼者として複数の乗務員３がいる場合は、一連の処理全体を乗務員３毎に繰り返し実施してもよいし、各ステップの単位で乗務員３毎に繰り返し実施してもよい。

以上に説明したように、本発明の一実施の形態である点呼システム１によれば、各乗務員３のバイタルデータ３１に加えて、音声病態分析技術により音声データ３２に基づいて分析されたメンタルヘルスの状態を参照可能とすることで、点呼業務の際に乗務員３の心身の健康状態を客観的に把握することが可能である。また、点呼業務において定例的に発せられる音声を取得して音声データ３２とすることで、点呼業務の中で自然な形で効率的に音声データ３２を取得することが可能である。

以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は上記の実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。例えば、上記の実施の形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、上記の実施の形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

また、上記の各構成、機能、処理部、処理手段等は、それらの一部または全部を、例えば、集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリやハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、またはＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。

また、上記の各図において、制御線や情報線は説明上必要と考えられるものを示しており、必ずしも実装上の全ての制御線や情報線を示しているとは限らない。実際にはほとんど全ての構成が相互に接続されていると考えてもよい。

本発明は、安全が必須である作業を実施する者に係る事前・事後の点呼を行う点呼システムおよび点呼プログラムに利用可能である。

１…点呼システム、３…乗務員、４…管理者、
１０…乗務員管理サーバ、１１…認証部、１２…点呼処理部、１３…音声データ取得部、１４…バイタルデータ取得部、１５…乗務員マスタＤＢ、１６…乗務員状態ＤＢ、１７…点呼履歴ＤＢ、
２０…音声分析サーバ、２１…外部ＩＦ、２２…音声分析部、２３…分析結果処理部、２４…音声データＤＢ、２５…分析結果ＤＢ、
３０…乗務員端末、３１…バイタルデータ、
４０…管理者端末、
５０…ネットワーク

Claims (7)

1. 作業者に対する管理者による点呼業務を支援する点呼システムであって、
   前記作業者が保有する作業者端末と、
   前記管理者が使用する管理者端末と、
   前記作業者端末および前記管理者端末と通信を行うサーバ装置と、を有し、
   前記サーバ装置は、
   前記作業者端末から、前記作業者のバイタルデータを取得して、前記作業者の識別情報と関連付けて作業者状態記録部に記録するバイタルデータ取得部と、
   前記作業者端末から、前記作業者の発した音声を含む音声データを取得して、前記音声データについて音声病態分析エンジンにより行われた分析結果を取得して前記作業者状態記録部に記録する音声データ取得部と、
   前記作業者端末もしくは前記管理者端末から前記作業者が点呼場所に所在するか否かの情報を取得して前記作業者状態記録部に記録し、前記作業者状態記録部に記録された前記作業者に係る情報を前記管理者端末に提示し、前記管理者端末から前記管理者によって入力された前記作業者に係る作業の可否の情報を受け付けて点呼履歴記録部に記録する点呼処理部と、を有する、点呼システム。
2. 請求項１に記載の点呼システムにおいて、
   前記サーバ装置は、
   前記バイタルデータ取得部と、前記音声データ取得部と、前記点呼処理部と、を備える第１サーバと、
   前記音声病態分析エンジンを備え、前記第１サーバと通信を行う第２サーバと、を備え、
   前記第２サーバは、前記音声病態分析エンジンにより行われた前記分析結果を前記第１サーバに送信する、点呼システム。
3. 請求項１に記載の点呼システムにおいて、
   前記作業者端末は携帯型の端末である、
   点呼システム。
4. 請求項１に記載の点呼システムにおいて、
   前記サーバ装置の前記音声データ取得部は、前記音声データに前記作業者以外の者が発した音声が含まれている場合に、前記作業者に係る音声認識情報に基づいて前記作業者の発した音声の部分のみを抽出して前記音声データとする、点呼システム。
5. 請求項１に記載の点呼システムにおいて、
   前記サーバ装置の前記音声データ取得部は、前記音声データに前記作業者以外の者が発した音声が含まれている場合に、前記作業者以外の者に係る音声認識情報に基づいて前記作業者以外の者が発した音声の部分を削除して前記音声データとする、点呼システム。
6. 作業者が保有する作業者端末および管理者が使用する管理者端末と通信を行い、前記作業者に対する前記管理者による点呼業務を支援するサーバ装置であって、
   前記作業者端末から前記作業者のバイタルデータを取得して、前記作業者の識別情報と関連付けて作業者状態記録部に記録するバイタルデータ取得部と、
   前記作業者端末から、前記作業者の発した音声を含む音声データを取得して、前記音声データについて音声病態分析エンジンにより行われた分析結果を取得して前記作業者状態記録部に記録する音声データ取得部と、
   前記作業者端末もしくは前記管理者端末から前記作業者が点呼場所に所在するか否かの情報を取得して前記作業者状態記録部に記録し、前記作業者状態記録部に記録された前記作業者に係る情報を前記管理者端末に提示し、前記管理者端末から前記管理者によって入力された前記作業者に係る作業の可否の情報を受け付けて点呼履歴記録部に記録する点呼処理部と、
   を有する、サーバ装置。
7. 作業者が保有する作業者端末および管理者が使用する管理者端末と通信を行うサーバ装置に、前記作業者に対する前記管理者による点呼業務を支援する点呼システムとして機能するよう、前記サーバ装置に処理を実行させる点呼プログラムであって、
   前記作業者端末から、前記作業者のバイタルデータを取得して、前記作業者の識別情報と関連付けて作業者状態記録部に記録する処理と、
   前記作業者端末から、前記作業者の発した音声を含む音声データを取得して、前記音声データについて音声病態分析エンジンにより行われた分析結果を取得して前記作業者状態記録部に記録する処理と、
   前記作業者端末もしくは管理者端末から前記作業者が点呼場所に所在するか否かの情報を取得して前記作業者状態記録部に記録する処理と、
   前記作業者状態記録部に記録された前記作業者に係る情報を前記管理者端末に提示する処理と、
   前記管理者端末から前記管理者によって入力された前記作業者に係る作業の可否の情報を受け付けて点呼履歴記録部に記録する処理と、を前記サーバ装置に実行させるための、点呼プログラム。

Images