WO2025041460A1 - 疲労度推定システム、車載装置、サーバ、疲労度推定方法、およびコンピュータプログラム - Google Patents

Abstract

疲労度推定システムは、着座センサからのセンサデータを取得するセンサデータ取得部と、前記着座センサが設けられた車両の状態を表す状態情報を取得する状態情報取得部と、前記センサデータおよび前記状態情報に基づいて、前記着座センサが設けられた座席に着座している前記車両の搭乗者の疲労度を推定する疲労度推定部とを含み、前記疲労度推定部は、前記状態情報に基づいて、前記車両が停止の状態である第１の状態、または停止に準じる状態である第２の状態であることを検出する状態検出部と、前記第１の状態または前記第２の状態における、前記センサデータに基づく前記搭乗者の疲労度指標をしきい値と比較することにより前記搭乗者の疲労度を推定する推定部とを含む。

Description

疲労度推定システム、車載装置、サーバ、疲労度推定方法、およびコンピュータプログラム

　本開示は、疲労度推定システム、車載装置、サーバ、疲労度推定方法、およびコンピュータプログラムに関する。本出願は、２０２３年８月２３日出願の日本出願第２０２３－１３５５１６号に基づく優先権を主張し、前記日本出願に記載された全ての記載内容を援用するものである。

　交通事故の主たる発生原因の一つとして、疲労による漫然運転が挙げられる。疲労による漫然運転に起因する交通事故は、全体の約４分の１を占める。こうした交通事故を発生させないためにも、ドライバ（運転者）の疲労状態を精度よく検出し、適度な休息または休暇をとらせたり、作業負荷を軽減したりすることが必要である。

　ドライバの感じる疲労の程度は、ドライバの感覚とは異なる場合もある。すなわち、ドライバは疲労を感じていなくても、実際には肉体は疲労している場合もある。そのため、ドライバが疲労しているか否かはドライバの判断に任せるのではなく、外部から客観的に判断する基準が必要である。

　こうした問題に関連して、車両のステアリングまたはシートに生体センサを設け、生体センサからの生体信号に基づいてドライバの状態判定を行う技術が後掲の特許文献１に記載されている。特許文献１に記載の技術は、生体センサによりドライバの心拍数または脈拍数を生体信号として取得し、取得した生体信号に基づいて運転中のドライバの生体状態（運転者状態）を判定する。特許文献１では、車両走行時の生体信号に基づく生体情報と、車両停止時の生体信号に基づく生体情報との変化の度合いに基づいて、運転中のドライバの生体状態、すなわち、眠気を帯びた状態（眠気状態）か否か、または興奮しすぎる状態（興奮状態）か否かを判定する。

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

　本開示のある局面に係る疲労度推定システムは、着座センサからのセンサデータを取得するセンサデータ取得部と、前記着座センサが設けられた車両の状態を表す状態情報を取得する状態情報取得部と、前記センサデータおよび前記状態情報に基づいて、前記着座センサが設けられた座席に着座している前記車両の搭乗者の疲労度を推定する疲労度推定部とを含み、前記疲労度推定部は、前記状態情報に基づいて、前記車両が停止の状態である第１の状態、または停止に準じる状態である第２の状態であることを検出する状態検出部と、前記第１の状態または前記第２の状態における、前記センサデータに基づく前記搭乗者の疲労度指標をしきい値と比較することにより前記搭乗者の疲労度を推定する推定部とを含む

　本開示は、このような特徴的な構成を含む疲労度推定システム、車載装置、サーバ、疲労度推定方法、およびコンピュータプログラムとして提供できる。さらに、本開示は、労度推定システム、車載装置、サーバ、疲労度推定方法、またはコンピュータプログラムを含むその他のシステム、装置、方法、またはコンピュータプログラムとして提供することもできる。

図１は、第１の実施の形態に係る疲労度推定システムの構成例を説明するための図である。 図２は、図１に示す車載装置のハードウェア構成の一例を示すブロック図である。 図３は、図１に示すサーバのハードウェア構成の一例を示すブロック図である。 図４は、図１に示す車載装置を含む車載システムの機能的構成の一例を示すブロック図である。 図５は、図４に示す着座センサを説明するための図である。 図６は、図１に示すサーバの機能的構成の一例を示すブロック図である。 図７は、座り直しを行ったか否かを判定するための判定方法を説明するための図である。 図８は、管理者またはドライバへの通知判定を説明するための図である。 図９は、第１の実施の形態に係る車載装置において実行されるプログラムの制御構造の一例を示すフローチャートである。 図１０は、第１の実施の形態に係るサーバにおいて実行されるプログラムの制御構造の一例を示すフローチャートである。 図１１は、第１変形例に係る疲労度推定システムの構成例を説明するための図である。 図１２は、第２変形例に係る疲労度推定システムの構成例を説明するための図である。 図１３は、第２の実施の形態に係る疲労度推定システムにおける座り直しの判定例を説明するための図である。 図１４は、前後への座り直しを説明するための図である。 図１５は、左右への座り直しを説明するための図である。 図１６は、第３の実施の形態に係る疲労度推定システムにおける車載システムの機能的構成の一例を示すブロック図である。 図１７は、第３の実施の形態に係る疲労度推定システムにおけるサーバの機能的構成の一例を示すブロック図である。 図１８は、着座センサを説明するための平面図である。 図１９は、第３の実施の形態に係る疲労度推定システムにおける座り直しの判定例を説明するための図である。 図２０は、第４の実施の形態に係る疲労度推定システムの構成例を説明するための図である。 図２１は、第４の実施の形態に係る疲労度推定システムにおける車載システムの機能的構成の一例を示すブロック図である。 図２２は、第４の実施の形態に係る車載装置において実行されるプログラムの制御構造の一例を示すフローチャートである。

　上記特許文献１に記載の技術によれば、生体情報の変化の度合いを判定対象とするため、個々の生体情報が正常範囲内であっても、正常範囲内での急激な生体情報の変化を捉えられる。そのため、精度よくドライバの生体状態の判定を行うことができるという効果が得られる。加えて、ドライバに生体センサを装着させる必要がないため、ドライバに負担を与えないという効果も得られる。

　しかし、特許文献１に記載の技術は、ドライバ自身が自覚できる眠気状態または興奮状態を判定するものである。これらの生体状態（運転者状態）は、疲労度合とは異なる指標である。そのため、特許文献１に記載の技術では、ドライバ（搭乗者）の疲労度を推定できないという問題がある。

　本開示は、このような課題を解決するためになされたものであり、本開示の１つの目的は、車両の搭乗者に負担を与えずに、搭乗者の疲労度を推定できる疲労度推定システム、車載装置、サーバ、疲労度推定方法、およびコンピュータプログラムを提供することである。

　本開示によれば、車両の搭乗者に負担を与えずに、搭乗者の疲労度を推定できる疲労度推定システム、車載装置、サーバ、疲労度推定方法、およびコンピュータプログラムを提供できる。

　本開示の好適な実施形態を列記して説明する。以下に記載する実施形態の少なくとも一部を任意に組合せてもよい。

　（１）本開示の第１の局面に係る疲労度推定システムは、着座センサからのセンサデータを取得するセンサデータ取得部と、前記着座センサが設けられた車両の状態を表す状態情報を取得する状態情報取得部と、前記センサデータおよび前記状態情報に基づいて、前記着座センサが設けられた座席に着座している前記車両の搭乗者の疲労度を推定する疲労度推定部とを含み、前記疲労度推定部は、前記状態情報に基づいて、前記車両が停止の状態である第１の状態、または停止に準じる状態である第２の状態であることを検出する状態検出部と、前記第１の状態または前記第２の状態における、前記センサデータに基づく前記搭乗者の疲労度指標をしきい値と比較することにより前記搭乗者の疲労度を推定する推定部とを含む。

　着座センサからのセンサデータを用いて搭乗者の疲労度を推定するため、搭乗者にセンサの装着を強要することなく搭乗者の疲労度を推定できる。すなわち、車両の搭乗者に負担を与えずに、搭乗者の疲労度を推定できる。疲労度推定部は、車両が停止の状態または停止に準じる状態における搭乗者の疲労度指標をしきい値と比較することにより搭乗者の疲労度を推定する。疲労度指標は、着座センサからのセンサデータに基づいて得られる指標であるため、搭乗者の挙動に基づく指標とも言える。そのため、疲労度推定部は、車両が停止の状態または停止に準じる状態における搭乗者の挙動をもとに疲労度を推定する。車両が停止の状態または停止に準じる状態においては、車両走行時の外部要因（例えば、カーブを曲がるときの搭乗者の重心移動、走行時の振動による搭乗者の重心移動）による揺らぎを排除できる。さらに、走行時に比べて、車両が停止の状態または停止に準じる状態のときに、搭乗者は疲労を回復するための行動をとりやすいと考えられる。したがって、車両が停止の状態または停止に準じる状態における搭乗者の挙動をもとに疲労度を推定することにより、搭乗者の疲労度を精度よく推定できる。

　（２）上記（１）において、前記疲労度推定部は、前記センサデータに基づいて、前記搭乗者が座り直しを行ったか否かを判定する座り直し判定部をさらに含み、前記疲労度指標は、前記座り直し判定部により座り直しと判定された回数である、前記搭乗者の座り直し回数を含み、前記推定部は、前記第１の状態または前記第２の状態における前記座り直し回数を前記しきい値と比較することにより前記搭乗者の疲労度を推定してもよい。これにより、搭乗者の疲労度をより精度よく推定できる。

　（３）上記（２）において、前記推定部は、前記第１の状態または前記第２の状態における単位時間当たりの前記座り直し回数が第１のしきい値を超えた状態が、第２のしきい値以上の回数で連続して発生したか否かに基づいて、前記搭乗者の疲労度を推定してもよい。これにより、座り直し回数のばらつきに起因する推定精度を低下しにくくできる。

　（４）上記（２）または（３）において、前記座り直し判定部は、前記搭乗者の前記着座センサへの体圧の重心位置の移動速度に基づいて、前記搭乗者が座り直しを行ったか否かを判定してもよい。これにより、搭乗者が座り直しを行ったか否かを精度よく判定できる。

　（５）上記（４）において、前記車両の進行方向に平行な軸を第１軸とした場合に、前記センサデータに基づく前記搭乗者の重心位置の移動は、第１軸に平行な重心移動と、第１軸と直交する第２軸に平行な重心移動とを含み、前記座り直し判定部は、前記搭乗者が、前記第１軸に平行な重心移動による第１軸の座り直しを行ったか、前記第２軸に平行な重心移動による第２軸の座り直しを行ったかをさらに判定し、前記推定部は、前記第１軸の座り直しか、前記第２軸の座り直しかに応じて、前記座り直し回数を補正してもよい。これにより、搭乗者の疲労度をさらに精度よく推定できる。

　（６）上記（２）から（４）のいずれかにおいて、前記推定部は、前記搭乗者の前記着座センサへの体圧の重心位置の移動量に応じて、前記座り直し回数を補正してもよい。これによっても、搭乗者の疲労度をさらに精度よく推定できる。

　（７）上記（２）または（３）において、前記座り直し判定部は、前記着座センサが設けられた前記座席に前記搭乗者が着座している状態における前記着座センサの座面圧の変化に基づいて、前記搭乗者が座り直しを行ったか否かを判定してもよい。これによっても、搭乗者が座り直しを行ったか否かを精度よく判定できる。

　（８）上記（１）から（７）のいずれかにおいて、前記第２の状態は、交通渋滞と定義される速度以下で前記車両が走行している状態を含んでもよい。このような状態であれば、車両が停止している状態と同じく、搭乗者の疲労度を精度よく推定できる。

　（９）上記（１）から（７）のいずれかにおいて、前記第２の状態は、前記車両が交通渋滞エリアを走行している状態を含んでもよい。このような状態であっても、車両が停止している状態と同じく、搭乗者の疲労度を精度よく推定できる。

　（１０）上記（１）から（９）のいずれかにおいて、前記疲労度推定システムはさらに、前記搭乗者の疲労度を、前記搭乗者を管理する管理者に通知する通知部を含んでもよい。これにより、管理者は、車両の搭乗者に対して疲労を軽減するための所定の処理を実行できるので、疲労による漫然運転に起因する交通事故を低減できる。

　（１１）上記（１）から（１０）のいずれかにおいて、前記疲労度推定システムはさらに、前記車両に搭載される車載装置と、前記車載装置との通信を行うサーバとを含み、前記車載装置は、前記センサデータ、および、前記状態情報を取得して前記サーバに送信する通信部を含み、前記サーバは、前記センサデータを前記車載装置から受信することにより、前記センサデータを取得する前記センサデータ取得部と、前記状態情報を前記車載装置から受信することにより、前記状態情報を取得する前記状態情報取得部と、前記センサデータと前記状態情報とに基づいて、前記着座センサが設けられた座席に着座している前記搭乗者の疲労度を推定する前記疲労度推定部とを含んでもよい。これにより、車両の搭乗者に負担を与えずに、搭乗者の疲労度を精度よく推定できる。

　（１２）本開示の第２の局面に係る車載装置は、着座センサが設けられた車両に搭載される車載装置であって、前記着座センサからのセンサデータを取得するセンサデータ取得部と、前記車両の状態を表す状態情報を取得する状態情報取得部と、前記センサデータおよび前記状態情報に基づいて、前記着座センサが設けられた座席に着座している前記車両の搭乗者の疲労度を推定する疲労度推定部とを含み、前記疲労度推定部は、前記状態情報に基づいて、前記車両が停止の状態である第１の状態、または停止に準じる状態である第２の状態であることを検出する状態検出部と、前記第１の状態または前記第２の状態における、前記センサデータに基づく前記搭乗者の疲労度指標をしきい値と比較することにより前記搭乗者の疲労度を推定する推定部とを含む。この構成により、車両の搭乗者に負担を与えずに、搭乗者の疲労度を推定できる。

　（１３）本開示の第３の局面に係るサーバは、着座センサが設けられた車両に搭載される車載装置と通信を行うサーバであって、前記車載装置を介して、前記着座センサからのセンサデータを取得するセンサデータ取得部と、前記車載装置を介して、前記車両の状態を表す状態情報を取得する状態情報取得部と、前記センサデータおよび前記状態情報に基づいて、前記着座センサが設けられた座席に着座している前記車両の搭乗者の疲労度を推定する疲労度推定部とを含み、前記疲労度推定部は、前記状態情報に基づいて、前記車両が停止の状態である第１の状態、または停止に準じる状態である第２の状態であることを検出する状態検出部と、前記第１の状態または前記第２の状態における、前記センサデータに基づく前記搭乗者の疲労度指標をしきい値と比較することにより前記搭乗者の疲労度を推定する推定部とを含む。この構成により、車両の搭乗者に負担を与えずに、搭乗者の疲労度を推定できる。

　（１４）本開示の第４の局面に係る疲労度推定方法は、車両の座席に設けられた着座センサからのセンサデータに基づいて、前記座席に着座している搭乗者の疲労度を推定する疲労度推定方法であって、前記着座センサからのセンサデータを取得するステップと、前記車両の状態を表す状態情報を取得するステップと、前記センサデータおよび前記状態情報に基づいて、前記搭乗者の疲労度を推定するステップとを含み、前記疲労度を推定するステップは、前記状態情報に基づいて、前記車両が停止の状態である第１の状態、または停止に準じる状態である第２の状態であることを検出するステップと、前記第１の状態または前記第２の状態における、前記センサデータに基づく前記搭乗者の疲労度指標をしきい値と比較することにより前記搭乗者の疲労度を推定するステップとを含む。この構成により、車両の搭乗者に負担を与えずに、搭乗者の疲労度を推定できる。

　（１５）本開示の第５の局面に係るコンピュータプログラムは、車両の座席に設けられた着座センサからのセンサデータに基づいて、前記座席に着座している搭乗者の疲労度をコンピュータに推定させるためのコンピュータプログラムであって、前記着座センサからのセンサデータを取得するステップと、前記車両の状態を表す状態情報を取得するステップと、前記状態情報に基づいて、前記車両が停止の状態である第１の状態、または停止に準じる状態である第２の状態であることを検出するステップと、前記第１の状態または前記第２の状態における、前記センサデータに基づく前記搭乗者の疲労度指標をしきい値と比較することにより前記搭乗者の疲労度を推定するステップと、をコンピュータに実行させる。この構成により、車両の搭乗者に負担を与えずに、搭乗者の疲労度を推定できる。

　［本開示の実施形態の詳細］
　本開示の実施形態に係る疲労度推定システム、車載装置、サーバ、疲労度推定方法、およびコンピュータプログラムの具体例を、以下に図面を参照しつつ説明する。なお、以下の実施の形態では、同一の部品等には同一の参照番号を付してある。それらの機能および名称も同一である。したがって、それらについての詳細な説明は繰り返さない。

　（第１の実施の形態）
　［全体構成］
　図１を参照して、本実施の形態に係る疲労度推定システム５０は、車両６０に搭載された車載装置１００と、車載装置１００と通信するサーバ２００とを含む。この疲労度推定システム５０は、車両６０の搭乗者の疲労度を推定するための疲労度指標がしきい値を超えたときに、例えば搭乗者に対して休憩をとるよう促すための所定の処理を実行する。車両６０の搭乗者は、車両６０の同乗者であってもよいが、本実施の形態においては、車両６０を運転するドライバである。疲労度推定システム５０は、疲労によるドライバの漫然運転を低減する。

　本実施の形態においては、車両を運転する時間が比較的長い配送を取り扱う配送業者を例にして説明する。そのため、車両６０はトラック等の配送車両とし、車両６０のドライバは例えば配送業者の従業員である。ただし、車両６０は配送車両に限定されず、配送車両以外の車両であってもよい。

　車載装置１００は、サーバ２００に対して、ドライバの生体センサデータ、および車両６０の状態情報を送信する。具体的には、車載装置１００は、車両６０に設置された生体センサおよび車両６０から、それぞれ、ドライバの生体センサデータ（以下、「センサデータ」と呼ぶことがある。）および車両６０の状態情報を所定のサンプリング周期で受信して、受信したこれらの情報をサーバ２００に送信する。生体センサは、後述する着座センサを含む。車両６０の状態情報は、車両６０が走行しているか否か等の情報を含む。

　サーバ２００は、車載装置１００から送信されたセンサデータおよび車両６０の状態情報を受信して、受信したこれらの情報セットに基づいて、車両６０のドライバの疲労度指標を求める。ドライバの疲労度指標は、車両６０が停止の状態（第１の状態ともいう）または停止に準じる状態（第２の状態ともいう）におけるドライバの座り直し回数を含む。サーバ２００は、ドライバの疲労度指標をしきい値と比較することによりドライバの疲労度を推定する。蓄積された肉体疲労は車両の停止中に比較的顕著に現れるものと考えられる。そのため、本実施の形態に係る疲労度推定システム５０は、停止中または停止に準じる状態におけるドライバの挙動からそのドライバの疲労度を推定する。

　車両の停止は、ドライバが座席に着座した状態における停止を含む。一例として、交差点における信号待ち等の車両走行時における一時的な停止が挙げられる。停止に準じる状態とは、車両停止時と同程度の疲労度推定を行うことが可能な状態をいう。車両停止時は、ドライバの座り直しの検知において車両加速度の影響を受けない。そのため、停止に準じる状態とは、疲労度推定において、車両加速度の影響をほとんど受けないような速度で走行している状態とも言える。そうした状態としては、例えば、交通渋滞と定義される速度以下（一般道の場合は１０ｋｍ／ｈ以下）で車両が走行している状態が挙げられる。その場合、実際に交通渋滞が発生していてもよいし、発生していなくてもよい。カーナビゲーション装置（車載ナビ）等の表示において交通渋滞エリアを自車両が走行している場合、その状態を停止に準じる状態としてもよい。

　サーバ２００は、ドライバの疲労度指標がしきい値を超えると、ドライバの疲労度が大きいと判定してそのことを車両６０または車両６０のドライバを管理する管理者に通知する。具体的には、サーバ２００は管理者が使用する端末装置４０と通信して、ドライバの疲労度に関する疲労度通知を端末装置４０に送信する。疲労度通知は、例えば、ドライバの疲労度が大きいこと、および、疲労を軽減する措置が必要であることの通知を含んでもよい。

　管理者は、端末装置４０を介して、車両６０を運転するドライバに関する疲労度通知をサーバ２００から受け取る。疲労度通知を受け取った管理者は、車両６０のドライバに対して疲労を軽減するための所定の処置をとる。所定の処置は、例えばドライバに対する休憩の指示、作業ルートの組み換えを含む。例えば、管理者は、携帯電話または業務無線等により車両６０のドライバと連絡をとり、ドライバに対して休憩をとるよう指示する。作業ルートを組み換えた場合、管理者は作業ルートを変更したことをドライバに知らせる。

　なお、サーバ２００はドライバの疲労度をそのドライバが運転する車両６０の車載装置１００に通知してもよい。これにより、ドライバは自身の疲労度を知ることができる。

　［ハードウェア構成］
　（車載装置１００）
　図２を参照して、車載装置１００はコンピュータ１０２を含む。コンピュータ１０２は、車載装置１００全体を制御する制御部１１０と、種々のデータを記憶するメモリ１２０と、車載ネットワークとの通信を行う車内通信部１３０と、車外無線装置６２との通信を行う通信部１４０とを含む。制御部１１０、メモリ１２０、車内通信部１３０、および通信部１４０はいずれも通信バス１５０に接続されており、相互間のデータ交換は通信バス１５０を介して行われる。

　制御部１１０は、演算部１１２と、コンピュータ１０２のブートアッププログラム等を記憶するＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）１１４と、随時書込読出可能なＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）１１６とを含む。演算部１１２は、演算素子（プロセッサ）として、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）またはＭＰＵ（Ｍｉｃｒｏ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）を含む。メモリ１２０は、例えばフラッシュメモリ等の不揮発性メモリを含む。ＲＯＭ１１４またはメモリ１２０には、演算部１１２が実行するソフトウェア（コンピュータプログラム）および種々の情報セット（データ）が記憶されている。

　車内通信部１３０は、車載ネットワークと通信するためのＩＦ（Ｉｎｔｅｒ　Ｆａｃｅ）を提供する。車内通信部１３０は、所定の通信プロトコルに従い、車載ネットワークとの間で通信を行う。車載ネットワークは、例えば、ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、ＬＩＮ（Ｌｏｃａｌ　Ｉｎｔｅｒｃｏｎｎｅｃｔ　Ｎｅｔｗｏｒｋ）、ＭＯＳＴ（Ｍｅｄｉａ　Ｏｒｉｅｎｔｅｄ　Ｓｙｓｔｅｍｓ　Ｔｒａｎｓｐｏｒｔ）、ＦｌｅｘＲａｙ、１０ＢＡＳＥ－Ｔ１Ｓ、１００ＢＡＳＥ－Ｔ１、１０００ＢＡＳＥ－Ｔ１、ＣＸＰＩ（Ｃｌｏｃｋ　Ｅｘｔｅｎｓｉｏｎ　Ｐｅｒｉｐｈｅｒａｌ　Ｉｎｔｅｒｆａｃｅ）、ＡＳＲＢ（Ａｕｔｏｍｏｔｉｖｅ　Ｓａｆｅｔｙ　Ｒｅｓｔｒａｉｎｔｓ　Ｂｕｓ）ＣＡＮ　ＸＬである。この実施の形態においては、車載ネットワークとしてＣＡＮを用いる。

　車載装置１００（コンピュータ１０２）は、制御部１１０の制御の下で、ドライバの疲労度を推定するためのデータを、車載ネットワークを介して受信し、受信したデータを外部のサーバ２００（図１参照）に送信する。通信部１４０は、車外無線装置６２と通信するためのＩＦを提供する。車外無線装置６２は、車両６０の外部の機器と通信するための無線装置である。通信部１４０は、車外無線装置６２を介してサーバ２００と通信する。

　（サーバ２００）
　図３を参照して、サーバ２００はコンピュータ２０２を含む。コンピュータ２０２は、制御部２１０と、記憶装置２２０と、通信部２３０とを含む。制御部２１０は、ＣＰＵ２１２、ＧＰＵ（Ｇｒａｐｈｉｃｓ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）２１４、ＲＯＭ２１６、およびＲＡＭ２１８を含む。制御部２１０、記憶装置２２０、および通信部２３０はいずれも通信バス２４０に接続されており、相互間のデータ交換は通信バス２４０を介して行われる。

　記憶装置２２０は、例えばフラッシュメモリまたはハードディスクドライブ等の不揮発性の記憶装置を含む。記憶装置２２０には、ＣＰＵ２１２が実行するためのコンピュータプログラム、および種々の情報セットが記憶されている。通信部２３０は車載装置１００を含む他の装置との通信を可能とするネットワーク６４への接続を提供する。

　サーバ２００は、ネットワーク６４および通信部２３０を介して車載装置１００（図１参照）と通信する。サーバ２００は、車載装置１００が搭載された車両６０のドライバの疲労度を推定するためのデータを車載装置１００から取得する。サーバ２００は、取得したデータに基づいて、車両６０のドライバの疲労度を推定し、推定した疲労度がしきい値を超えると管理者に対してドライバの疲労度を通知する。なお、サーバ２００は、ドライバの疲労度をそのドライバが運転する車両６０の車載装置１００に通知する構成であってもよい。

　サーバ２００を本実施の形態に係るサーバ２００の各機能部として機能させるためのコンピュータプログラムは、ＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｃ）またはＵＳＢ（Ｕｎｉｖｅｒｓａｌ　Ｓｅｒｉａｌ　Ｂｕｓ）メモリ等の所定の記憶媒体に記憶されて流通し、これらからさらに記憶装置２２０に転送される。または、コンピュータプログラムは、ネットワーク６４を介して外部装置からコンピュータ２０２に送信され記憶装置２２０に記憶されてもよい。

　［機能的構成］
　（車載システム７０）
　図４を参照して、車両６０は車載システム７０を含む。車載システム７０は、生体センサとしての着座センサ３００、上記した車載装置１００、および車載ナビ３２０を含む。着座センサ３００、車載装置１００、および車載ナビ３２０は、車載ネットワーク３３０を介して互いに通信可能に接続されている。車載装置１００はさらに、車載ネットワーク３３０を介して、各種のＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ　Ｃｏｎｔｒｏｌ　Ｕｎｉｔ）とも通信可能に接続されている。

　着座センサ３００は、車両内のドライバ用の座席６６に設けられる体圧（圧力）センサである。着座センサ３００は、座席６６に着座したドライバの体圧の分布を定期的に測定し、センサデータとして出力する。着座センサ３００が出力するセンサデータは座面圧データを含む。

　図５を参照して、着座センサ３００は、ドライバ用の座席６６の座面上に配置される。着座センサ３００は、ドライバが座席６６に着座したときの座圧分布を測定する。なお、着座センサ３００は、座席６６の座面上に配置されるセンサに限定されず、例えばドライバの座席内部に設けられてもよい。

　再び図４を参照して、車載装置１００は、通信部１４０に加えて、センサデータ受信部１６０、状態情報受信部１６２、および警告通知部１６４を機能部として含む。センサデータ受信部１６０は、着座センサ３００からのセンサデータを受信する。状態情報受信部１６２は、車載システム７０が搭載された車両６０の状態（例えば走行中か、非走行中か）を示す状態情報をＥＣＵ等の車両制御部（図示せず）から受信する。警告通知部１６４は、サーバ２００（図１参照）から疲労度通知を受信した場合に、車両６０のドライバに対して受信した疲労度を通知する。状態情報受信部１６２は、車両６０の状態情報として例えばＣＡＮ情報を受信する。受信するＣＡＮ情報は、車速等の車両６０が走行中か否かを判断できる情報を含む。

　センサデータ受信部１６０、状態情報受信部１６２および警告通知部１６４の各々は、車載ネットワーク３３０に接続される。センサデータ受信部１６０、状態情報受信部１６２および警告通知部１６４の各々はまた通信部１４０と接続され、通信部１４０を介してサーバ２００（図１参照）と通信する。センサデータ受信部１６０は車載ネットワーク３３０を介して着座センサ３００からのセンサデータを受信し、受信したセンサデータを、通信部１４０を介してサーバ２００に送信する。より詳細には、センサデータ受信部１６０は、着座センサ３００からドライバの座面圧データを受信し、受信した座面圧データに基づいてドライバの重心位置を算出する。すなわち、センサデータ受信部１６０は、受信した座面圧データの中からドライバの重心位置のデータを抽出する。センサデータ受信部１６０は、抽出した重心位置データをセンサデータとしてサーバ２００に送信する。状態情報受信部１６２は車載ネットワーク３３０を介して車両６０の状態情報を受信し、受信した状態情報を、通信部１４０を介してサーバ２００に送信する。警告通知部１６４は、通信部１４０を介してサーバ２００（図１参照）から疲労度通知を受信し、受信した疲労度通知を、車載ネットワーク３３０を介して例えば車載ナビ３２０に送信する。

　車載ナビ３２０は、経路案内部３２２、表示部３２４、および音声出力部３２６を含む。経路案内部３２２は目的地までの経路を探索して表示部３２４に表示したり、渋滞情報を受信して状態状況を表示部３２４に表示したりする。表示部３２４は、地図情報を含む種々の情報セットを表示する。音声出力部３２６は、経路案内、渋滞情報等の種々の情報セットを音声にて通知する。車載ナビ３２０は、警告通知部１６４からの疲労度通知を受信すると、ドライバに対して休憩をとるように警告を報知する。

　（サーバ２００）
　図６を参照して、サーバ２００は、通信部２３０に加えて、センサデータ取得部２５０、状態情報取得部２６０、疲労度推定部２７０、タイマ２８０、および警告通知部２９０を機能部として含む。センサデータ取得部２５０は、通信部２３０を介して、車載装置１００から送信されたセンサデータを受信することにより、着座センサ３００からのセンサデータを取得する。状態情報取得部２６０は、通信部２３０を介して、車載装置１００から送信された状態情報を受信することにより、車載装置１００が搭載された車両６０の状態情報を取得する。

　疲労度推定部２７０は、タイマ２８０の制御により定期的にドライバの疲労度を推定する処理を実行する。疲労度推定部２７０は、センサデータ取得部２５０が取得したセンサデータ（重心位置データ）に基づいて、ドライバが座り直しを行ったか否かを判定する座り直し判定部２７２と、状態情報取得部２６０が取得した状態情報に基づいて、車両６０が停止の状態または停止に準じる状態であることを検出する状態検出部２７４と、車両６０が停止の状態または停止に準じる状態における、センサデータに基づくドライバの疲労度指標をしきい値と比較することによりドライバの疲労度を推定する推定部２７６とを含む。

　警告通知部２９０は、推定した疲労度がしきい値を超えると、通信部２３０を介して、ドライバの疲労度に関する疲労度通知を管理者に送信する。

　［疲労度推定方法］
　上記したように、本実施の形態に係る疲労度推定システム５０は、車両６０が停止の状態または停止に準じる状態におけるドライバの座り直し回数を疲労度指標として用いて、ドライバの疲労度を推定する。疲労度推定システム５０においては、ドライバの座り直しを着座センサ３００からのセンサデータに基づいて検出する。

　図７を参照して、ドライバが座り直しを行ったか否かを判定するための判定方法（判定処理）について説明する。この判定処理は、図６に示した、サーバ２００の疲労度推定部２７０（座り直し判定部２７２）によって実行される。座り直し判定部２７２は、ドライバの重心位置をもとにした単位時間当たりの重心移動速度が一定値以上の場合にドライバが座り直しを行ったと判定する。

　図７の（Ａ）に時刻Ｔ１のときの重心位置４００が示されている。そのときから時間が経過し、時刻Ｔ２のときに、図７の（Ｂ）に示すように、ドライバの重心位置が重心位置４００から重心位置４０２に移動したとする。そのときの重心位置の移動距離を距離Ｌ１とすると、重心移動速度はＬ１／Ｔ２となる。さらに時間が経過し、時刻Ｔ３のときに、図７の（Ｃ）に示す状態になったとする。ドライバの重心位置が重心位置４０２から重心位置４０４に移動し、そのときの重心位置の移動距離を距離Ｌ２とすると、重心移動速度はＬ２／Ｔ３となる。

　算出された重心移動速度が一定のしきい値以上である場合、座り直し判定部２７２は、ドライバが座り直しを行ったと判定する。例えば、１秒間に１０ｃｍ以上の重心移動が発生した場合を座り直しとした場合、座り直し判定のための重心移動速度のしきい値は０．１ｍ／ｓに設定される。

　上記の座り直し判定処理は、車両が停止の状態または停止に準じる状態のときに実行される。

　サーバ２００の推定部２７６（図６参照）は、単位時間（例えば３０分）当たりの座り直し回数をカウントして記録し、座り直し回数がしきい値（α）を超えたか否かを判定する。推定部２７６はさらに、座り直し回数がしきい値（α）を超えた回数をカウントして記録し、しきい値（α）を超えた回数がしきい値（β）以上連続して得られた場合に、ドライバが疲労していると判定する。より詳細には、推定部２７６は、ドライバの疲労度を管理者またはドライバに通知する必要がある程度の大きさの疲労度と判定する。

　上記した、管理者またはドライバへの通知判定について図８を参照して説明する。図８の横軸は時間を示し、縦軸は単位時間当たりの車両停止時の座り直し回数を示している。図８においては、車両停止時の座り直し回数としているが、停止時の座り直し回数と停止に準じる状態における座り直し回数の合計としてもよい。

　単位時間当たりの座り直し回数は、運転時間が長くなるのに伴い増加する。運転時間が長くなると徐々に疲労が蓄積する。例えば、座りっぱなしの状態により腰がこると、ドライバは腰のこりをほぐすために停止時に座り直しをすることがある。そのため、長時間の運転により疲労が蓄積すると座り直しの回数が徐々に増加し、単位時間当たりの座り直し回数がしきい値（α）を超える。単位時間当たりの座り直し回数がしきい値（α）を超える場合、ドライバは頻繁に座り直しをしている状況と言える。このような状況が連続して生じている場合、ドライバの疲労度が大きいと推定される。そのため、しきい値（α）を超えた座り直し回数がしきい値（β）（ここでは２回）以上連続して生じると、管理者またはドライバへの通知が必要と判定される。すなわち、しきい値（α）を超えた座り直し回数が２回連続したタイミングにおいて管理者またはドライバに疲労度通知が送信される。

　［ソフトウェア構成］
　（車載装置１００）
　図９を参照して、着座センサ３００（図４参照）からのセンサデータ、および車両６０（図１参照）の状態情報をサーバ２００（図１参照）に送信するために、車載装置１００（図１参照）において実行されるコンピュータプログラムの制御構造について説明する。このプログラムは、例えば、車両６０のイグニッションをオン（エンジンをオン）にしたことに応じて開始する。

　このプログラムは、以下に説明するステップＳ１０１０およびステップＳ１０２０をイグニッションがオフにされるまで繰り返すステップＳ１０００を含む。ステップＳ１０００において、イグニッションがオフにされるまで繰り返される処理は、着座センサ３００からセンサデータを受信するとともに、車両６０の状態情報を受信するステップＳ１０１０と、ステップＳ１０１０の後に実行され、受信したセンサデータおよび状態情報をサーバ２００に送信するステップＳ１０２０とを含む。ステップＳ１０２０においては、着座センサ３００から受信した座面圧データに基づいてドライバの重心位置が抽出され、抽出された重心位置データがセンサデータとしてサーバ２００に送信される。重心位置データを送信することにより、送信データの容量を低減できる。

　（サーバ２００）
　図１０を参照して、車両６０（図１参照）のドライバの疲労度を推定するために、サーバ２００（図１参照）において実行されるコンピュータプログラムの制御構造について説明する。このプログラムは、例えば、車載装置１００との通信に応じて開始する。

　このプログラムは、ステップＳ２０００と、ステップＳ２０１０と、ステップＳ２０２０と、ステップＳ２０４０と、を含む。ステップＳ２０００では、車載装置１００から送信されたセンサデータおよび状態情報を受信することにより、着座センサ３００からのセンサデータおよび車両６０の状態情報を取得する。ステップＳ２０１０はステップＳ２０００の後に実行され、取得した状態情報に基づいて、車両６０が停止している状態または停止に準じる状態か否かを判定し、判定結果に応じて制御の流れを分岐させる。ステップＳ２０２０は、ステップＳ２０１０において車両６０が停止している状態または停止に準じる状態であると判定された場合に実行され、取得したセンサデータに基づいて、ドライバが座り直しを行ったか否かを判定し、判定結果に応じて制御の流れを分岐させる。ステップＳ２０３０は、ステップＳ２０２０においてドライバが座り直しを行ったと判定された場合に実行され、ドライバの座り直し回数をカウント（座り直し回数をインクリメント）する。ステップＳ２０４０は、ステップＳ２０３０の後、またはステップＳ２０２０においてドライバが座り直しを行っていないと判定された場合に実行され、単位時間当たりの座り直し回数が取得されたか否か（単位時間が経過したか否か）を判定し、判定結果に応じて制御の流れを分岐させる。

　このプログラムはさらに、ステップＳ２０５０と、ステップＳ２０６０と、ステップＳ２０６２と、ステップＳ２０７０と、ステップＳ２０８０と、を含む。ステップＳ２０５０は、ステップＳ２０４０において、単位時間当たりの座り直し回数が取得されたと判定された場合に実行され、単位時間当たりの座り直し回数がしきい値（α）を超えているか否かを判定し、判定結果に応じて制御の流れを分岐させる。ステップＳ２０６０は、ステップＳ２０５０において、単位時間当たりの座り直し回数がしきい値（α）を超えていると判定された場合に実行され、しきい値（α）を超える回数（Ｎ）をインクリメントする。ステップＳ２０６２は、ステップＳ２０５０において、単位時間当たりの座り直し回数がしきい値（α）を超えていないと判定された場合に実行され、しきい値（α）を超える回数（Ｎ）をリセットする。ステップＳ２０７０は、ステップＳ２０６０の後に実行され、しきい値（α）を超える回数（Ｎ）が一定回数（しきい値（β））以上連続したか否かを判定し、判定結果に応じて制御の流れを分岐させる。ステップＳ２０８０は、ステップＳ２０７０において、しきい値（α）を超える回数（Ｎ）が一定回数（しきい値（β））以上連続したと判定された場合に実行され、管理者（またはドライバ）に対して疲労度通知を送信する。

　このプログラムはさらに、ステップＳ２０９０と、ステップＳ２０９２と、を含む。ステップＳ２０９０は、ステップＳ２０１０において、車両６０が停止している状態および停止に準じる状態のいずれの状態でもないと判定された場合、ステップＳ２０６２の後、ステップＳ２０７０において、しきい値（α）を超える回数（Ｎ）が一定回数（しきい値（β））以上連続していないと判定された場合、またはステップＳ２０８０の後に実行され、所定の終了条件を満たすか否かを判定し、判定結果に応じて制御の流れを分岐させる。ステップＳ２０９２は、ステップＳ２０９０において、所定の終了条件を満たさないと判定された場合に実行され、座り直し回数をリセットする。

　所定の終了条件は、例えば、車両６０のドライバの１日の勤務時間を疲労度の計測期間とした場合、車両６０のドライバの勤務時間が終了したこと（勤務終了時刻が経過したこと）とすることができる。

　ステップＳ２０９０において、所定の終了条件を満たすと判定された場合、このプログラムは終了する。ステップＳ２０９２の後、または、ステップＳ２０４０において、単位時間当たりの座り直し回数が取得されていないと判定された場合、制御はステップＳ２０００に戻る。

　［動作］
　本実施の形態に係る疲労度推定システム５０は以下のように動作する。図５を参照して、車両６０のドライバは例えば勤務の開始に伴い、車両６０に乗り込む。ドライバは、着座センサ３００が設けられた座席６６に着座して、イグニッションをオンにする。図１を参照して、イグニッションがオンにされたことに応じて、車両６０の車載装置１００が起動し、車載装置１００はサーバ２００と通信を開始する。

　図４を参照して、車載装置１００は着座センサ３００からのセンサデータを受信するとともに、車両６０の状態情報を車両６０の車両制御部から受信する（図９のステップＳ１０１０）。車載装置１００は、受信したセンサデータ（座面圧データ）に基づいてドライバの重心位置を抽出する。車載装置１００は、重心位置データ（センサデータ）を、状態情報とともにサーバ２００に送信する（図９のステップＳ１０２０）。

　図６を参照して、サーバ２００は、車載装置１００から送信されたセンサデータおよび状態情報を受信することにより、これらのデータを取得する（図１０のステップＳ２０００）。状態検出部２７４は、取得した状態情報に基づいて、車両６０が停止中か走行中かを判定する。より詳細には、状態検出部２７４は、車両６０が停止している状態、または停止に準じる状態となったときに、取得した状態情報に基づいて、それらの状態を検出する（ステップＳ２０１０においてＹＥＳ）。座り直し判定部２７２は、車両６０が停止している状態または停止に準じる状態のときに、取得したセンサデータに基づいて、ドライバの座り直しを検出してカウントする（ステップＳ２０２０においてＹＥＳ、ステップＳ２０３０）。推定部２７６は、カウントした結果に基づいて、単位時間当たりの座り直し回数を取得すると（ステップＳ２０４０においてＹＥＳ）、単位時間当たりの座り直し回数がしきい値（α）を超えているか否かを判定する。単位時間当たりの座り直し回数がしきい値（α）を超えていると（ステップＳ２０５０においてＹＥＳ）、しきい値（α）を超える回数（Ｎ）としてカウントする（ステップＳ２０６０）。推定部２７６は、しきい値（α）を超える座り直し回数がしきい値（β）以上連続した場合（ステップＳ２０７０においてＹＥＳ）、警告通知部２９０に、ドライバの疲労度に関する疲労度通知を管理者またはドライバに通知させる。

　図１を参照して、サーバ２００から通知を受けた管理者は、ドライバと連絡をとり、ドライバに対して休憩をとるよう指示したり、作業ルートを変更したりする等の疲労を軽減するための措置をとる。疲労度通知がドライバに通知される場合、例えば車載ナビ３２０（図４参照）を介して、ドライバに対して警告が報知される。

　本実施の形態においては、上記のように、着座センサ３００からのセンサデータを用いてドライバの疲労度を推定するため、ドライバにセンサの装着を強要することなくドライバの疲労度を推定できる。すなわち、車両６０のドライバに負担を与えずに、ドライバの疲労度を推定できる。疲労度推定部２７０は、車両６０が停止の状態または停止に準じる状態におけるドライバの疲労度指標をしきい値と比較することによりドライバの疲労度を推定する。疲労度指標は、着座センサ３００からのセンサデータに基づいて得られる指標であるため、ドライバの挙動に基づく指標でもある。そのため、疲労度推定部２７０は、車両６０が停止の状態または停止に準じる状態におけるドライバの挙動をもとに疲労度を推定する構成でもある。車両６０が停止の状態または停止に準じる状態においては、車両走行時の外部要因（例えば、カーブを曲がるときのドライバの重心移動、走行時の振動によるドライバの重心移動）による揺らぎを排除できる。さらに、走行時に比べて、車両が停止の状態または停止に準じる状態のときに、ドライバは疲労を回復するための行動をとることが多い。したがって、車両６０が停止の状態または停止に準じる状態におけるドライバの挙動をもとに疲労度を推定することにより、ドライバの疲労度を精度よく推定できる。

　疲労度推定部２７０は、センサデータに基づいて、ドライバが座り直しを行ったか否かを判定する座り直し判定部２７２をさらに含む。疲労度指標は、座り直し判定部２７２により座り直しと判定された回数である、搭乗者の座り直し回数を含む。推定部２７６は、車両６０が停止の状態または停止に準じる状態における座り直し回数をしきい値と比較することによりドライバの疲労度を推定する。これにより、ドライバの疲労度をより精度よく推定できる。

　推定部２７６は、車両６０が停止の状態または停止に準じる状態における単位時間当たりの座り直し回数が第１のしきい値（α）を超えた状態が、第２のしきい値（β）以上の回数で連続して発生したか否かに基づいて、ドライバの疲労度を推定する。これにより、座り直し回数のばらつきに起因する推定精度を低下しにくくする。

　座り直し判定部２７２は、ドライバの着座センサ３００への体圧の重心位置の移動速度に基づいて、ドライバが座り直しを行ったか否かを判定する。これにより、ドライバが座り直しを行ったか否かを精度よく判定できる。

　疲労度推定システム５０は、ドライバの疲労度を、当該ドライバを管理する管理者に通知する警告通知部２９０を含む。これにより、管理者は、車両６０のドライバに対して疲労を軽減するための所定の処理を実行できるので、疲労による漫然運転に起因する交通事故を低減できる。

　（第１変形例）
　上記第１の実施の形態においては、管理者が直接、ドライバと連絡をとって、ドライバに対して休憩をとるよう指示したりする例について示した。しかし、本開示はそのような実施の形態に限定されない。例えば、管理者はサーバ経由で車両のドライバに休憩をとるよう指示してもよい。

　図１１を参照して、第１変形例に係る疲労度推定システム５０Ａは、第１の実施の形態と類似の構成を有する。ただし、サーバ２００から疲労度通知を受信した管理者が、端末装置４０を操作して、受信した疲労度通知に対して応答する点において、第１の実施の形態とは異なる。第１変形例においては、例えば、管理者は端末装置４０およびサーバ２００を介してドライバに休憩の指示をしたり、作業ルートを組み換えた場合は組み換えた作業ルートを、端末装置４０およびサーバ２００を介してドライバに連絡したりする。

　サーバ２００は、管理者（端末装置４０）からの応答指示を車両６０の車載装置１００に送信する。車載装置１００は、サーバ２００を介して管理者から応答指示を受信する。車載装置１００はさらに、例えば車載ナビ３２０（図４参照）を利用して車両６０のドライバに応答指示の内容を通知する。

　（第２変形例）
　上記第１の実施の形態においては、トラック等の配送車両を対象とした例について示した。しかし、本開示はそのような実施の形態に限定されない。疲労度推定システムが対象とする車両は配送車両以外の車両であってもよい。第２変形例においては、このような構成例について説明する。

　図１２を参照して、第２変形例に係る疲労度推定システム５０Ｂは、車両６０Ａに搭載された車載装置１００と、車載装置１００と通信するサーバ２００とを含む。車載装置１００およびサーバ２００は、第１の実施の形態と類似の構成を有している。車載装置１００が搭載される車両６０Ａは、第１の実施の形態の車両６０とは異なり、例えば個人所有の車両である。この場合、車両６０Ａのドライバを管理する管理者が存在しない。そのため、サーバ２００は、ドライバの疲労度通知をそのドライバが運転する車両６０Ａの車載装置１００に対して通知する。

　（第２の実施の形態）
　本実施の形態に係る疲労度推定システムは、座り直し時における疲労度の大小を判定し、その判定結果に応じて座り直し回数を補正する点において、第１の実施の形態とは異なる。座り直し回数の補正は、疲労度の大小に応じた重み付けにより行う。例えば、疲労度が小さいと判定された座り直しは１回とカウントし、疲労度が大きいと判定された座り直しは２回とカウントする。疲労度の大小は、前後への座り直しか、左右への座り直しかに基づいて判定する。これらの処理は、第１の実施の形態と同じく、サーバによって実行される。

　車両の進行方向に平行な軸を第１軸とした場合に、ドライバの重心位置の移動は、前後成分と左右成分とを含む。図１３を参照して、ドライバの重心位置が重心位置４１０から重心位置４１２に移動したとする。その場合の重心位置の移動（座り直し）には、第１軸に平行な重心移動（前後成分）と第１軸と直交する第２軸に平行な重心移動（左右成分）とが含まれる。いずれの成分の絶対値の方が大きいかによって、第１軸の座り直し（左右成分よりも前後成分が大きい座り直し）か、第２軸の座り直し（前後成分よりも左右成分が大きい座り直し）かが判定される。なお、第１軸の座り直し、第２軸の座り直しは、それぞれ、前後への座り直し、左右への座り直し、ともいう。

　図１４を参照して、前後への座り直しについて説明する。図１４の（Ａ）に時刻Ｔ１のときの重心位置４２０が示されている。そのときから時間が経過し、時刻Ｔ２のときに、図１４の（Ｂ）に示すように、ドライバの重心位置が重心位置４２０から重心位置４２２に移動したとする。この移動における前後成分は左右成分より大きい。さらに時間が経過し、時刻Ｔ３のときに、図１４の（Ｃ）に示すように、ドライバの重心位置が重心位置４２２から重心位置４２４に移動したとする。この移動における前後成分も左右成分より大きい。したがって、これらの移動における移動速度が一定のしきい値以上である場合、ドライバが前後への座り直しを行ったと判定される。

　続いて、図１５を参照して、左右への座り直しについて説明する。図１５の（Ａ）に時刻Ｔ１のときの重心位置４３０が示されている。そのときから時間が経過し、時刻Ｔ２のときに、図１５の（Ｂ）に示すように、ドライバの重心位置が重心位置４３０から重心位置４３２に移動したとする。この移動における左右成分は前後成分より大きい。さらに時間が経過し、時刻Ｔ３のときに、図１５の（Ｃ）に示すように、ドライバの重心位置が重心位置４３２から重心位置４３４に移動したとする。この移動における左右成分も前後成分より大きい。したがって、これらの移動における移動速度が一定のしきい値以上である場合、ドライバが左右への座り直しを行ったと判定される。

　前後への座り直しは、例えば、ドライバがシートにもたれる、ドライバが運転姿勢に復帰する等の行為時に行われることが多い。これに対し、左右への座り直しは、例えば、ドライバが腰の張りを伸ばしたりする行為時に行われることが多い。したがって、左右への座り直しは、前後への座り直しに比べて、疲労がより蓄積された場合に行われるものと考えられる。そのため、本実施の形態においては、サーバの疲労度推定部は、前後への座り直しの場合は疲労度が小さいと判定し、左右への座り直しの場合は疲労度が大きいと判定する。

　本実施の形態においては、上記のように、サーバは、ドライバが、第１軸に平行な重心移動による前後の座り直しを行ったか、第２軸に平行な重心移動による左右の座り直しを行ったかをさらに判定し、その判定結果に応じて、座り直し回数を補正する。これにより、ドライバの疲労度をさらに精度よく推定できる。

　その他の構成は、第１の実施の形態と同じである。

　（第３の実施の形態）
　本実施の形態に係る疲労度推定システムは、着座センサによって計測される座面圧の変化（合計値の変化）に基づいてドライバの座り直しの検出を行う点において、重心移動速度に基づいて座り直しの検出を行う上記実施の形態とは異なる。

　図１６を参照して、本実施の形態に係る疲労度推定システムは、車載装置１００（図４参照）に代えて、車載装置１００Ａを含む。車載装置１００Ａは、センサデータ受信部１６０（図４参照）に代えて、センサデータ受信部１６０ａを含む。センサデータ受信部１６０ａは、着座センサ３００から受信したセンサデータを、通信部１４０を介して、サーバに送信する。センサデータ受信部１６０ａは、着座センサ３００から受信したセンサデータに基づく座面圧の合計値をセンサデータとしてサーバに送信する構成であってもよい。

　図１７を参照して、本実施の形態に係る疲労度推定システムはさらに、サーバ２００（図６参照）に代えて、サーバ２００Ａを含む。サーバ２００Ａは、疲労度推定部２７０（図６参照）に代えて、疲労度推定部２７０ａを含む。疲労度推定部２７０ａは、座り直し判定部２７２（図６参照）に代えて、座り直し判定部２７２ａを含む。座り直し判定部２７２ａは、座面圧の合計に基づいて、ドライバが座り直しを行ったか否かを判定する。

　図１８を参照して、着座センサ３００の座面は複数のマス目３０２によって構成されており、各マス目３０２にはそれぞれセンサ（図示せず）が設けられている。疲労度推定システムは、着座センサ３００から送信されるセンサデータに基づいて、各マス目３０２の計測値の合計（座面圧の合計値）を算出する。各マス目３０２のセンサには計測可能な最大値が設定されているとした場合、一部のマス目３０２にドライバの体重がかかったとしても最大値は超えない。そのため、座り直し時（例えば、体を浮かせたとき）は座面圧の合計値が小さくなる。疲労度推定システムは、座面圧の合計値の変化をモニタし、座面圧の合計値としきい値とを比較することによって、ドライバが座り直しを行ったか否かを判定する。より具体的には、座り直し判定部２７２ａは、座面圧の合計値がしきい値を下回った場合に座り直しと判定する。

　図１９を参照して、（Ａ）に示される座面圧の合計値がＰ１（例えば９９００ｍｍ／Ｈｇ）の状態から、（Ｂ）に示されるように、座面圧の合計値がＰ２（例えば６５００ｍｍ／Ｈｇ）の状態に変化したとする。座り直しのしきい値が例えば７０００ｍｍ／Ｈｇとした場合、座面圧の合計値がＰ２（６５００ｍｍ／Ｈｇ）の状態はしきい値以下の状態である。そのため、例えば、（Ａ）に示される状態から（Ｂ）に示される状態に変化した場合、座り直し判定部２７２ａ（図１７参照）はドライバが座り直しを行ったと判定する。

　本実施の形態に係る疲労度推定システムによれば、上記のように、座り直し判定部２７２ａが、着座センサ３００の座面圧の変化に基づいて、ドライバが座り直しを行ったか否かを判定する。そのため、これによっても、ドライバが座り直しを行ったか否かを精度よく判定できる。

　その他の構成は、第１の実施の形態と同じである。

　（第４の実施の形態）
　図２０を参照して、本実施の形態に係る疲労度推定システム５０Ｃは、車両６０Ｂに搭載された車載装置５００を含む。すなわち、本実施の形態に係る疲労度推定システム５０Ｃは、ドライバの疲労度推定を車載装置５００が行う点において、ドライバの疲労度推定をサーバが行う上記実施の形態とは異なる。

　図２１を参照して、車両６０Ｂは車載システム７０Ａを含む。車載システム７０Ａは、車載装置１００（図４参照）に代えて、上記車載装置５００を含む。車載装置５００は、センサデータ取得部５１０、状態情報取得部５２０、疲労度推定部５３０、タイマ５４０、および警告通知部５５０を機能部として含む。センサデータ取得部５１０は、着座センサ３００からのセンサデータを受信する。状態情報取得部５２０は、車載装置５００が搭載された車両６０Ｂの状態（例えば走行中か、非走行中か）を示す状態情報をＥＣＵ等の車両制御部（図示せず。）から受信する。

　疲労度推定部５３０は、タイマ５４０の制御により定期的にドライバの疲労度を推定する処理を実行する。疲労度推定部５３０は、座り直し判定部５３２と、状態検出部５３４と、推定部５３６と、を含む。座り直し判定部５３２は、センサデータ取得部５１０が受信したセンサデータに基づいて、ドライバが座り直しを行ったか否かを判定する。状態検出部５３４は、状態情報取得部５２０が受信した状態情報に基づいて、車両６０Ｂが停止の状態または停止に準じる状態であることを検出する。推定部５３６は、車両６０Ｂが停止の状態または停止に準じる状態における、センサデータに基づくドライバの疲労度指標をしきい値と比較することによりドライバの疲労度を推定する。

　警告通知部５５０は、疲労度推定部５３０が推定した疲労度がしきい値を超えると、ドライバの疲労度に関する通知を、車載ネットワーク３３０を介して例えば車載ナビ３２０に送信する。

　［ソフトウェア構成］
　（車載装置５００）
　図２２を参照して、車両６０Ｂ（図２０参照）のドライバの疲労度を推定するために、車載装置５００（図２０参照）において実行されるコンピュータプログラムの制御構造について説明する。このプログラムは、例えば、車両６０Ｂのイグニッションをオンにしたことに応じて開始する。

　このプログラムは、ステップＳ３０００と、ステップＳ３０１０と、ステップＳ３０３０と、ステップＳ３０４０と、を含む。ステップＳ３０００では、着座センサ３００から送信されたセンサデータおよび車両６０Ｂの状態情報を取得する。ステップＳ３０１０は、ステップＳ３０００の後に実行され、取得した状態情報に基づいて、車両６０Ｂが停止している状態または停止に準じる状態か否かを判定し、判定結果に応じて制御の流れを分岐させる。ステップＳ３０２０は、ステップＳ３０１０において車両６０Ｂが停止している状態または停止に準じる状態であると判定された場合に実行され、取得したセンサデータに基づいて、ドライバが座り直しを行ったか否かを判定し、判定結果に応じて制御の流れを分岐させる。ステップＳ３０３０は、ステップＳ３０２０においてドライバが座り直しを行ったと判定された場合に実行され、ドライバの座り直し回数をカウント（座り直し回数をインクリメント）する。ステップＳ３０４０は、ステップＳ３０３０の後、またはステップＳ３０２０においてドライバが座り直しを行っていないと判定された場合に実行され、単位時間当たりの座り直し回数が取得されたか否か（単位時間が経過したか否か）を判定し、判定結果に応じて制御の流れを分岐させる。

　このプログラムはさらに、ステップＳ３０５０と、ステップＳ３０６０と、ステップＳ３０６２と、ステップＳ３０７０と、ステップＳ３０８０と、を含む。ステップＳ３０５０は、ステップＳ３０４０において単位時間当たりの座り直し回数が取得されたと判定された場合に実行され、単位時間当たりの座り直し回数がしきい値（α）を超えているか否かを判定し、判定結果に応じて制御の流れを分岐させる。ステップＳ３０６０は、ステップＳ３０５０において単位時間当たりの座り直し回数がしきい値（α）を超えていると判定された場合に実行され、しきい値（α）を超える回数（Ｎ）をインクリメントする。ステップＳ３０６２は、ステップＳ３０５０において単位時間当たりの座り直し回数がしきい値（α）を超えていないと判定された場合に実行され、しきい値（α）を超える回数（Ｎ）をリセットする。ステップＳ３０７０は、ステップＳ３０６０の後に実行され、しきい値（α）を超える回数（Ｎ）が一定回数（しきい値（β））以上連続したか否かを判定し、判定結果に応じて制御の流れを分岐させる。ステップＳ３０８０は、ステップＳ３０７０においてしきい値（α）を超える回数（Ｎ）が一定回数（しきい値（β））以上連続したと判定された場合に実行され、ドライバに対して疲労度を通知する。

　このプログラムはさらに、ステップＳ３０９０と、ステップＳ３０９２と、を含む。ステップＳ３０９０は、ステップＳ３０１０において車両６０Ｂが停止している状態および停止に準じる状態のいずれの状態でもないと判定された場合に、ステップＳ３０６２の後に、ステップＳ３０７０においてしきい値（α）を超える回数（Ｎ）が一定回数（しきい値（β））以上連続していないと判定された場合に、またはステップＳ３０８０の後に実行される。ステップＳ３０９０では、所定の終了条件を満たすか否かを判定し、判定結果に応じて制御の流れを分岐させる。ステップＳ３０９２は、ステップＳ３０９０において所定の終了条件を満たさないと判定された場合に実行され、座り直し回数をリセットする。

　所定の終了条件は、例えば、１回のドライブを疲労度の計測期間とした場合、車両６０Ｂのイグニッションをオフにしたこと、または、車載ナビ３２０（図２１参照）によって案内される目的地に到着したこと等とすることができる。

　ステップＳ３０９０において、所定の終了条件を満たすと判定された場合、このプログラムは終了する。ステップＳ３０９２の後、または、ステップＳ３０４０において、単位時間当たりの座り直し回数が取得されていないと判定された場合、制御はステップＳ３０００に戻る。

　本実施の形態に係る疲労度推定システム５０Ｃによれば、車載装置５００においてドライバの疲労度を推定できる。そのため、こうした構成によっても、車両６０Ｂのドライバに負担を与えずに、ドライバの疲労度を推定できる。

　その他の構成は、第１の実施の形態、第２の実施の形態、または第３の実施の形態と同じである。

　（変形例）
　上記実施の形態においては、着座センサからのセンサデータを、車載ネットワークを介して車載装置が受信する例について示した。しかし、本開示はそのような実施の形態には限定されない。車載装置は、車載ネットワーク以外の他の経路を介して着座センサからセンサデータを受信するよう構成されていてもよい。例えば、車載装置は有線または無線によって、直接、着座センサと通信してセンサデータを受信する構成であってもよい。

　上記実施の形態においては、着座センサからのセンサデータを車載装置がサーバに送信する例について示した。しかし、本開示はそのような実施の形態には限定されない。着座センサがスマートフォン等の端末装置と通信する場合、端末装置が着座センサからのセンサデータをサーバに送信する構成であってもよい。その場合、端末装置は、着座センサからのセンサデータを必要に応じて車載装置にも送信するように構成されていてもよい。

　上記実施の形態においては、車両の状態情報としてＣＡＮ情報を用いる例について示した。しかし、本開示はそのような実施の形態には限定されない。車両の状態情報はＣＡＮ情報以外の情報であってもよい。例えば、車両の位置情報を状態情報として用いてもよい。

　上記実施の形態においては、車載装置が重心位置データを算出（抽出）してサーバに送信する例について示した。しかし、本開示はそのような実施の形態には限定されない。重心位置データの算出（抽出）は車載装置以外の装置で行う構成でもよい。例えば、サーバ側において、センサデータから重心位置データを算出（抽出）する構成であってもよい。その場合、車載装置は着座センサから受信したセンサデータをそのままサーバに送信する。

　カーナビゲーション装置（車載ナビ）等の表示において交通渋滞エリアを自車両が走行している状態を停止に準じる状態とする場合、疲労度推定システムは、車両の状態情報として車両の位置情報を用いることができる。サーバにおいて疲労度推定を行う場合、車載装置は、自車両の位置情報とともに、自車両が交通渋滞エリアを走行中であることを示す情報をサーバに送信してもよい。さらに、車載装置は自車両の位置情報を状態情報としてサーバに送信し、サーバが交通渋滞情報を取得して、取得した交通渋滞情報と受信した位置情報とに基づいて、車両が交通渋滞エリアを走行中か否かを判定するよう構成されてもよい。

　上記実施の形態において、疲労度推定システムは、車両が停止の状態の場合にのみ座り直しを判定するよう構成されてもよいし、停止に準じる状態の場合にのみ座り直しを判定するよう構成されてもよい。疲労度推定システムはさらに、車両が停止の状態および停止に準じる状態の両方の場合に座り直しを判定するよう構成されてもよい。

　上記実施の形態においては、座り直し回数がしきい値（α）を超えた回数がしきい値（β）以上連続して得られた場合に、ドライバが疲労していると判定する例について示した。しかし、本開示はそのような実施の形態には限定されない。例えば、座り直し回数がしきい値（α）を超えた場合に、ドライバが疲労していると判定するようにしてもよい。

　上記実施の形態においては、単位時間当たりの座り直し回数を搭乗者（ドライバ）の疲労度指標として用いる例について示した。しかし、本開示はそのような実施の形態には限定されない。搭乗者（ドライバ）の疲労度指標は座り直し回数以外の指標であってもよい。例えば、単位時間当たりの重心移動量の合計値（累積値）を搭乗者（ドライバ）の疲労度指標としてもよい。

　上記実施の形態においては、左右への座り直しか、前後への座り直しかに応じて疲労度の大小を判定し、判定結果に応じて、座り直し回数を補正する例について示した。しかし、本開示はそのような実施の形態には限定されない。疲労度の大小の判定は、左右への座り直しか、前後への座り直しか以外の方法であってもよい。例えば、搭乗者（ドライバ）の着座センサへの体圧の重心位置の移動量に応じて、座り直し回数を補正する構成であってもよい。より詳細には、座り直しと判定された場合の重心位置の移動量がしきい値より大きいか否かに基づいて疲労度の大小を判定し、判定結果に応じて、座り直し回数を補正するよう構成されてもよい。

　上記実施の形態においては、左右への座り直しか、前後への座り直しかに応じて疲労度の大小を判定し、判定結果に応じて、座り直し回数を補正する例について示した。しかし、本開示はそのような実施の形態には限定されない。例えば、左右への座り直しと判定された場合にのみ、座り直し回数をカウントするよう構成されてもよい。

　車両が電気自動車等の電動車両の場合、電動車両はイグニッションに代わるパワースイッチを備える。そのため、上記実施の形態において示した、イグニッションのオンオフに応じて実行される処理は、車両が電動車両の場合、パワースイッチのオンオフに応じて実行される構成としてもよい。

　上記で開示された技術を適宜組合せて得られる実施の形態についても、本開示の技術的範囲に含まれる。

　上記説明した、センサデータ受信部、状態情報受信部、警告通知部、センサデータ取得部、状態情報取得部、疲労度推定部、状態検出部、推定部、および座り直し判定部による処理（機能）は、１又は複数のプロセッサを含む処理回路（Circuitry）により実行される。上記処理回路は、上記１又は複数のプロセッサに加え、１又は複数のメモリ、各種アナログ回路、各種デジタル回路が組み合わされた集積回路等で構成されてもよい。

　今回開示された実施の形態は単に例示であって、本開示が上記した実施の形態のみに限定されるわけではない。本開示の範囲は、発明の詳細な説明の記載を参酌した上で、請求の範囲の各請求項によって示され、そこに記載された文言と均等の意味および範囲内での全ての変更を含む。

　４０　　　端末装置
　５０、５０Ａ、５０Ｂ、５０Ｃ　　　疲労度推定システム
　６０、６０Ａ、６０Ｂ　　　車両
　６２　　　車外無線装置
　６４　　　ネットワーク
　６６　　　座席
　７０、７０Ａ　　　車載システム
　１００、１００Ａ、５００　　　車載装置
　１０２、２０２　　　コンピュータ
　１１０、２１０　　　制御部
　１１２　　　演算部
　１１４、２１６　　　ＲＯＭ
　１１６、２１８　　　ＲＡＭ
　１２０　　　メモリ
　１３０　　　車内通信部
　１４０、２３０　　　通信部
　１５０、２４０　　　通信バス
　１６０、１６０ａ　　　センサデータ受信部
　１６２　　　状態情報受信部
　１６４、２９０、５５０　　　警告通知部
　２００、２００Ａ　　　サーバ
　２１２　　　ＣＰＵ
　２１４　　　ＧＰＵ
　２２０　　　記憶装置
　２５０、５１０　　　センサデータ取得部
　２６０、５２０　　　状態情報取得部
　２７０、２７０ａ、５３０　　　疲労度推定部
　２７２、２７２ａ、５３２　　　座り直し判定部
　２７４、５３４　　　状態検出部
　２７６、５３６　　　推定部
　２８０、５４０　　　タイマ
　３００　　　着座センサ
　３０２　　　マス目
　３２０　　　車載ナビ
　３２２　　　経路案内部
　３２４　　　表示部
　３２６　　　音声出力部
　３３０　　　車載ネットワーク
　４００、４０２、４０４、４１０、４１２、４２０、４２２、４２４、４３０、４３２、４３４　　　重心位置
　Ｌ１、Ｌ２　　　距離
　Ｔ１、Ｔ２、Ｔ３　　　時刻

Claims (15)

1. 　着座センサからのセンサデータを取得するセンサデータ取得部と、
   　前記着座センサが設けられた車両の状態を表す状態情報を取得する状態情報取得部と、　前記センサデータおよび前記状態情報に基づいて、前記着座センサが設けられた座席に着座している前記車両の搭乗者の疲労度を推定する疲労度推定部とを含み、
   　前記疲労度推定部は、
   　　前記状態情報に基づいて、前記車両が停止の状態である第１の状態、または停止に準じる状態である第２の状態であることを検出する状態検出部と、
   　　前記第１の状態または前記第２の状態における、前記センサデータに基づく前記搭乗者の疲労度指標をしきい値と比較することにより前記搭乗者の疲労度を推定する推定部とを含む、疲労度推定システム。
2. 　前記疲労度推定部は、前記センサデータに基づいて、前記搭乗者が座り直しを行ったか否かを判定する座り直し判定部をさらに含み、
   　前記疲労度指標は、前記座り直し判定部により座り直しと判定された回数である、前記搭乗者の座り直し回数を含み、
   　前記推定部は、前記第１の状態または前記第２の状態における前記座り直し回数を前記しきい値と比較することにより前記搭乗者の疲労度を推定する、請求項１に記載の疲労度推定システム。
3. 　前記推定部は、前記第１の状態または前記第２の状態における単位時間当たりの前記座り直し回数が第１のしきい値を超えた状態が、第２のしきい値以上の回数で連続して発生したか否かに基づいて、前記搭乗者の疲労度を推定する、請求項２に記載の疲労度推定システム。
4. 　前記座り直し判定部は、前記搭乗者の前記着座センサへの体圧の重心位置の移動速度に基づいて、前記搭乗者が座り直しを行ったか否かを判定する、請求項２または請求項３に記載の疲労度推定システム。
5. 　前記車両の進行方向に平行な軸を第１軸とした場合に、前記センサデータに基づく前記搭乗者の重心位置の移動は、第１軸に平行な重心移動と、第１軸と直交する第２軸に平行な重心移動とを含み、
   　前記座り直し判定部は、前記搭乗者が、前記第１軸に平行な重心移動による第１軸の座り直しを行ったか、前記第２軸に平行な重心移動による第２軸の座り直しを行ったかをさらに判定し、
   　前記推定部は、前記第１軸の座り直しか、前記第２軸の座り直しかに応じて、前記座り直し回数を補正する、請求項４に記載の疲労度推定システム。
6. 　前記推定部は、前記搭乗者の前記着座センサへの体圧の重心位置の移動量に応じて、前記座り直し回数を補正する、請求項２から請求項４のいずれか１項に記載の疲労度推定システム。
7. 　前記座り直し判定部は、前記着座センサが設けられた前記座席に前記搭乗者が着座している状態における前記着座センサの座面圧の変化に基づいて、前記搭乗者が座り直しを行ったか否かを判定する、請求項２または請求項３に記載の疲労度推定システム。
8. 　前記第２の状態は、交通渋滞と定義される速度以下で前記車両が走行している状態を含む、請求項１から請求項７のいずれか１項に記載の疲労度推定システム。
9. 　前記第２の状態は、前記車両が交通渋滞エリアを走行している状態を含む、請求項１から請求項７のいずれか１項に記載の疲労度推定システム。
10. 　前記疲労度推定システムはさらに、前記搭乗者の疲労度を、前記搭乗者を管理する管理者に通知する通知部を含む、請求項１から請求項９のいずれか１項に記載の疲労度推定システム。
11. 　前記疲労度推定システムはさらに、前記車両に搭載される車載装置と、前記車載装置との通信を行うサーバとを含み、
    　前記車載装置は、前記センサデータ、および、前記状態情報を取得して前記サーバに送信する通信部を含み、
    　前記サーバは、
    　　前記センサデータを前記車載装置から受信することにより、前記センサデータを取得する前記センサデータ取得部と、
    　　前記状態情報を前記車載装置から受信することにより、前記状態情報を取得する前記状態情報取得部と、
    　　前記センサデータと前記状態情報とに基づいて、前記着座センサが設けられた座席に着座している前記搭乗者の疲労度を推定する前記疲労度推定部とを含む、請求項１から請求項１０のいずれか１項に記載の疲労度推定システム。
12. 　着座センサが設けられた車両に搭載される車載装置であって、
    　前記着座センサからのセンサデータを取得するセンサデータ取得部と、
    　前記車両の状態を表す状態情報を取得する状態情報取得部と、
    　前記センサデータおよび前記状態情報に基づいて、前記着座センサが設けられた座席に着座している前記車両の搭乗者の疲労度を推定する疲労度推定部とを含み、
    　前記疲労度推定部は、
    　　前記状態情報に基づいて、前記車両が停止の状態である第１の状態、または停止に準じる状態である第２の状態であることを検出する状態検出部と、
    　　前記第１の状態または前記第２の状態における、前記センサデータに基づく前記搭乗者の疲労度指標をしきい値と比較することにより前記搭乗者の疲労度を推定する推定部とを含む、車載装置。
13. 　着座センサが設けられた車両に搭載される車載装置と通信を行うサーバであって、
    　前記車載装置を介して、前記着座センサからのセンサデータを取得するセンサデータ取得部と、
    　前記車載装置を介して、前記車両の状態を表す状態情報を取得する状態情報取得部と、　前記センサデータおよび前記状態情報に基づいて、前記着座センサが設けられた座席に着座している前記車両の搭乗者の疲労度を推定する疲労度推定部とを含み、
    　前記疲労度推定部は、
    　　前記状態情報に基づいて、前記車両が停止の状態である第１の状態、または停止に準じる状態である第２の状態であることを検出する状態検出部と、
    　　前記第１の状態または前記第２の状態における、前記センサデータに基づく前記搭乗者の疲労度指標をしきい値と比較することにより前記搭乗者の疲労度を推定する推定部とを含む、サーバ。
14. 　車両の座席に設けられた着座センサからのセンサデータに基づいて、前記座席に着座している搭乗者の疲労度を推定する疲労度推定方法であって、
    　前記着座センサからのセンサデータを取得するステップと、
    　前記車両の状態を表す状態情報を取得するステップと、
    　前記センサデータおよび前記状態情報に基づいて、前記搭乗者の疲労度を推定するステップとを含み、
    　前記疲労度を推定するステップは、
    　　前記状態情報に基づいて、前記車両が停止の状態である第１の状態、または停止に準じる状態である第２の状態であることを検出するステップと、
    　　前記第１の状態または前記第２の状態における、前記センサデータに基づく前記搭乗者の疲労度指標をしきい値と比較することにより前記搭乗者の疲労度を推定するステップとを含む、疲労度推定方法。
15. 　車両の座席に設けられた着座センサからのセンサデータに基づいて、前記座席に着座している搭乗者の疲労度をコンピュータに推定させるためのコンピュータプログラムであって、
    　前記着座センサからのセンサデータを取得するステップと、
    　前記車両の状態を表す状態情報を取得するステップと、
    　前記状態情報に基づいて、前記車両が停止の状態である第１の状態、または停止に準じる状態である第２の状態であることを検出するステップと、
    　前記第１の状態または前記第２の状態における、前記センサデータに基づく前記搭乗者の疲労度指標をしきい値と比較することにより前記搭乗者の疲労度を推定するステップと、
    をコンピュータに実行させる、コンピュータプログラム。
     

Images