(57)【要約】      （修正有）【課題】利用者に負担をかけないアプローチを用いて協働作業環境において対象者のオンライン局部疲労状態検出のための方法およびロボットシステムを提供する。【解決手段】ロボットシステム１０２に取り付けられた力センサー１０８はロボットシステムと協働作業している対象者１０４の局部筋肉により印加された有効力をとらえることができる。捕らえた力はロボットシステム１０２によりオンラインで解析され対象者の現在の疲労状態および対象者の将来の疲労状態を、先を見越して予測する。したがって、時間前に対象者に警告を出すことは、任意の起こり得る事故を回避可能にする。【選択図】図１
2020015162.tif 000002
【特許請求の範囲】
【請求項１】
協働作業環境（１００）において利用者に負担をかけない疲労状態検出のためのロボットシステムにおいて、前記ロボットシステムは、
１つまたは複数のプロセッサ（２０２）と、
入出力（Ｉ／Ｏ）インターフェース（２０６）と、
メモリ（２０４）と、を備え、前記メモリ（２０４）は、
前記ロボットシステム（１０２）のロボット器官に取り付けられたセンサー（１０６）に関連づけられたセンサーモジュール（２１２）と、
筋肉疲労検出モジュール（２１４）と、
を備え、
前記筋肉疲労検出モジュールは、前記１つまたは複数のプロセッサ（２０２）により実行されると、
前記協働作業環境（１００）において前記ロボットシステム（１０２）と一緒に作業を行っている間、前記センサー１０６により検出された、対象者（１０４）の局部筋肉により印加された力に対応する信号を前記センサーモジュール（２１２）から受信し、
前記受信された信号のゼロ値からノンゼロ値への遷移を検出し、前記遷移における前記ノンゼロ値は、前記対象者（１０４）の非疲労状態に対応し、
前記受信された信号の前記ノンゼロ値への遷移を検出すると、複数の疲労状態の中の前記対象者の現在の疲労状態を決定し、前記現在の疲労状態は、前記非疲労状態に関連づけられた初期平均力（ＦＩ）に基づいて決定され、前記複数の疲労状態は、非疲労状態、複数の中間疲労状態およびクリティカル疲労状態を含み、
前記現在の疲労状態が、前記クリティカル疲労状態であると決定される場合、前記作業を中断するための警告を発生する、
ように構成されるロボットシステム。
【請求項２】
前記筋肉疲労検出モジュール（２１４）は、
前記受信された信号を、プリセットされたウインドウ間隔（Ｔｃ）のウインドウでウインドウ化して初期ウインドウをカレントウインドウとして選択し、前記初期ウインドウのための前記プリセットされたウインドウは、前記受信された信号の起源から開始し、
前記初期ウインドウを規則的なサンプリングインスタントで複数のサンプルにサンプリングし、前記複数のサンプルからの各サンプルが前記サンプリングインスタントからの対応するサンプリングインスタントにおける前記対象者により印加された現在の力に対応し、
前記初期ウインドウの各サンプルに対応する現在の力に統計的中央値アプローチを適用し、前記対象者（１０４）の前記非疲労状態に関連づけられた前記初期平均力（ＦＩ）を決定し、前記現在の疲労状態は、前記初期ウインドウの解析の期間、初期疲労状態としてマークされ、
所定のスライディングインターバルだけ、前記受信された信号に対して前記ウインドウをスライドし、前記初期ウインドウの次の連続ウインドウを選択し、スライディング後、前記連続ウインドウが現在のウインドウであり、
前記連続ウインドウの各サンプルに対応する現在の力を平均化する統計的平均アプローチに基づいて、前記連続ウインドウに関する現在の平均力（Ｆｃ）を決定し、
現在の平均力および初期平均力に基づいて前記対象者の力の正規化された減少（δＦ）を計算する、
ことにより現在の疲労状態を決定するように構成される、請求項１に記載のロボットシステム（１０２）。
【請求項３】
前記筋肉疲労検出モジュール（２１４）はさらに、
前記正規化された力の減少（δＦ）が所定の力しきい値を超えるか否かを検出し、
前記正規化された力の減少が前記所定の力しきい値を超える場合、前記現在のウインドウを関心のあるウインドウ（ＷＯＩ）としてマークし、
前記ＷＯＩの後に選択された複数の連続ウインドウに関して所定のタイムスロット（ＴＷＯＩ）の期間正規化された力の減少の計算を反復し、
前記所定のタイムスロットに関する前記複数の連続ウインドウに関して計算された正規化された力の減少の勾配が、正であるか否かを決定し、
前記現在の疲労状態を、前記非疲労状態から前記複数の疲労状態の中の次の疲労状態へ増加し、前記現在の疲労状態を前記対象者に示し、
前記疲労状態と次の中間疲労状態との間のタイムインターバル（δＴ）を決定し、
前記タイムインターバル（δＴ）の１／２の保持期間の後で前記現在の疲労状態から次の疲労状態への増加を反復し、前記反復は前記現在の疲労状態が前記クリティカル疲労状態に到達するまで継続し、
前記現在の疲労状態が前記クリティカル疲労状態に到達すると、前記作業を中断するための警告を発生する、
ことにより前記現在の疲労状態を決定するようにさらに構成される、請求項２に記載のロボットシステム（１０２）。
【請求項４】
協働作業環境において利用者に負担をかけない疲労状態検出のための方法において、前記方法は、
前記協働作業環境においてロボットシステム（１０２）と作業を一緒に行っている間、センサー１０６により検出された、対象者（１０４）の局部筋肉により印加された力に対応する信号をセンサーモジュール（２１２）から受信するステップ（４０２）と、
前記受信された信号のゼロ値からノンゼロ値への遷移を検出するステップ（４０４）であって、前記遷移における前記ノンゼロ値が前記対象者（１０４）の非疲労状態に対応するステップと、
前記受信された信号の前記ノンゼロ値への遷移を検出すると、複数の疲労状態の中の前記対象者（１０４）の現在の疲労状態を決定するステップ（４０６）であって、前記現在の疲労状態は、前記非疲労状態に関連づけられた初期平均力（ＦＩ）に基づいて決定され、前記複数の疲労状態は、非疲労状態、複数の中間疲労状態、およびクリティカル疲労状態を備える、ステップと、
前記現在の疲労状態が前記クリティカル疲労状態として決定される場合、前記作業を中断するための警告を発生するステップ（４０８）と、
を備えた方法。
【請求項５】
前記現在の疲労状態を決定するステップは、
前記受信された信号をプリセットされたウインドウ間隔（Ｔｃ）のウインドウでウインドウ化し、初期ウインドウを現在のウインドウとして選択するステップであって、前記初期ウインドウに対して前記プリセットされたウインドウインターバルは、前記受信された信号の起源から開始するステップと、
前記初期ウインドウを規則的なサンプリングインスタントで複数のサンプルにサンプリングするステップであって、前記複数のサンプルからの各サンプルは、前記複数のサンプリングインスタントからの対応するサンプリングインスタントにおける、前記対象者により印加された現在の力に対応するステップと、
前記初期ウインドウの各サンプルに対応する現在の力に統計的中間アプローチを印加し、前記対象者（１０４）の前記非疲労状態に関連づけられた前記初期平均力（ＦＩ）を決定するステップであって、前記現在の疲労状態は、前記初期ウインドウの解析の期間、前記初期疲労状態としてマークされる、ステップと、
所定のスライディングインターバルだけ、前記受信された信号に対して、前記ウインドウをスライドして前記初期ウインドウの次の連続するウインドウを選択するステップであって、スライディングの後、前記連続ウインドウが前記現在のウインドウである、ステップと、
前記連続ウインドウの各サンプルに対応する現在の力を平均化する統計的平均アプローチに基づいて、前記連続ウインドウに関する現在の平均力（Ｆｃ）を決定するステップと、
前記現在の平均力および前記初期平均力に基づいて、前記対象者の正規化された力の減少（δＦ）を計算するステップと、
を備えた、請求項４の方法。
【請求項６】
前記現在の疲労状態を決定するステップは、
前記正規化された力の減少（δＦ）が、所定の力しきい値を超えるか否かを検出するステップと、
前記正規化された力の減少が、前記所定の力しきい値を超える場合、前記現在のウインドウを関心のあるウインドウ（ＷＯＩ）としてマークするステップと、
前記ＷＯＩの後に選択された複数の連続ウインドウに関する所定のタイムスロット（ＴＷＯＩ）に関して、正規化された力の減少の計算を反復するステップと、
前記所定のタイムスロットに関して、前記複数の連続ウインドウに対して計算された正規化された力の減少の勾配が、正であるか否かを決定するステップと、
前記現在の疲労状態を、前記非疲労状態から前記複数の疲労状態のうちの次の疲労状態へ増加させ、前記現在の疲労状態を前記対象者に表示するステップと、
前記非疲労状態と次の中間疲労状態との間のタイムインターバル（δＴ）を決定するステップと、
前記タイムインターバル（δＴ）の１／２の保持期間の後、前記現在の疲労状態から次の疲労状態への増加を反復するステップであって、前記反復は、前記現在の疲労状態が、前記クリティカルな疲労状態へ到達するまで継続する、ステップと、
前記現在の疲労状態が前記クリティカルな疲労状態に到達すると、前記作業を中断するための警告を発生するステップと、
をさらに備えた、請求項５に記載の方法。
【請求項７】
実行されると、１つまたは複数のハードウエアプロセッサに、
協働作業環境においてロボットシステム（１０２）と作業を一緒に行っている間、センサー１０６により検出された、対象者（１０４）の局部筋肉により印加された力に対応する信号を、センサーモジュール（２１２）から受信させることと、
前記受信された信号のゼロ値からノンゼロ値への遷移を検出させることであって、前記遷移において前記ノンゼロ値が前記対象者（１０４）の非疲労状態に対応する、させることと、
前記受信された信号の前記ノンゼロ値への遷移を検出すると、複数の疲労状態の中で対象者（１０４）の現在の疲労状態を決定させることであって、前記現在の疲労状態は、前記非疲労状態に関連付けられた初期平均力（ＦＩ）に基づいて決定され、前記複数の疲労状態は、非疲労状態、複数の中間疲労状態、およびクリティカルな疲労状態を備える、させることと
前記現在の疲労状態が、前記クリティカルな疲労状態として決定される場合、前記作業を中断するための警告を発生させることと、
を行わせる１つまたは複数の命令を備えた、１つまたは複数の非一時的機械読み取り可能情報記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
優先権の主張
この出願は、２０１８年７月１０日にインドに出願した出願番号２０１８２１０２５６８２の優先権を主張し、参照することによりその全体が本明細書に組み込まれる。
【０００２】
この開示は、一般に疲労状態検出に関し、特にロボットの共同作業環境における疲労状態検出に関する。
【背景技術】
【０００３】
ロボットシステムまたはロボットは、参入型の(penetrated)作業環境を有し、タスク完了のための人手を効率的に低減または削除する。しかしながら、ロボットに内蔵されたインテリジェンスのレベルでは、現時点では、ロボットは、ロボットと人間の間で仕事場を共有するのみならず、アクティブに協働する。したがって、日々の環境、たとえば、家庭、学校、オフィス、病院、工場等のような国内環境および商業環境において、ロボットを友(companion)として見ることがしばしばである。しかしながら、ロボットまたはロボットシステムが真の共同居住者になるための主たる課題の１つは、ロボットと対象者との間の限られたレベルの相互作用である。ロボットの共同作業環境のシナリオでは、ロボットと対象者が協働作業者(co-worker)として働き、ロボットと対象者との間の暗黙でタイムリーな相互作用が非常に重要である。特に、対象者とロボットが重い物体を一緒に運ぶ共同作業環境では、対象者がおそらく疲労状態に移行する時点をロボットが先を見越して検出することができるなら、協働作業は効果的である。ロボットの先を見越した行動は、ときとして致命傷になり得る任意の可能性のある損傷を回避するために重要な意味を持つ。
【０００４】
いくつかの既存のアプローチは、筋肉疲労を識別することができる解決法を提供するが、それらは、対象がセンサーを身に着ける必要があり利用者に負担をかける。この利用者に負担をかける技術は、対象者が肉体作業を実行している環境のような作業環境では、実現可能で便利なアプローチではないかもしれない。その他のいくつかの既存のアプローチにおいて、ビデオベースの利用者に負担をかけない技術は、全体の疲労状態を識別して特に対象者の眠気に焦点を当てるのに利用される。しかしながら、重い荷物を持ち上げるような仕事に関する協働作業環境では、全体の疲労検出は、疲労検出のための適切なアプローチではないかもしれず、むしろ有効なアプローチは実際に動かしている筋肉に関する局部的な筋肉疲労を検出することである。したがって、望ましくない事故を回避するように安全を確実なものとし防止手段を適用するために、局部的な筋肉疲労の先を見越した検出が必要である。
【発明の概要】
【０００５】
本開示の実施形態は、汎用システムにおいて発明者達により認識された上述の技術的問題点の１つまたは複数への解決法としての技術的改良を提供する。たとえば、一実施形態において、協働作業環境における利用者に負担をかけない疲労状態検出のための、代替的にロボットシステムと呼ばれるシステムが開示される。ロボットシステムは、プロセッサ（単数または複数）、入出力（Ｉ／Ｏ）インターフェース、メモリを備え、メモリはロボットシステムのロボット器官上に取り付けられたセンサーと、筋肉疲労検出モジュールに関連づけられたセンサーモジュールを備える。プロセッサ（単数または複数）により実行されると筋肉疲労検出モジュールは、協働作業環境におけるロボットシステムを用いた仕事を一緒に行いながら、センサーにより検出された、対象者の局部筋肉による印加される力に対応する信号をセンサーモジュールから受信するように構成される。さらに、筋肉疲労検出モジュールは、受信された信号のゼロ値からノンゼロ値への遷移を検出するように構成され、遷移におけるノンゼロ値は、対象者の非疲労状態に対応する。さらに、筋肉疲労検出モジュールは、ノンゼロ値への受信信号の遷移を検出すると、複数の疲労状態のうちで対象者の現在の疲労状態を決定するように構成される。現在の疲労状態は、非疲労状態に関連付けられた初期平均力（ＦＩ）に基づいて決定され、複数の疲労状態は非疲労状態、複数の中間疲労状態およびクリティカル(critical)な疲労状態を含む。さらに、筋肉疲労検出モジュールは、現在の疲労状態がクリティカルな疲労状態であると決定された場合、仕事を中断するための警告を発生するように構成される。
【０００６】
さらに他の実施形態において、協働作業環境における利用者に負担をかけない疲労状態検出のための方法が開示される。方法は、協働作業環境においてロボットシステムを有した仕事を一緒に行いながら、センサーにより検出された、対象者の局部筋肉により印加された力に対応する信号をセンサーモジュールから受信することを備える。さらに、方法は、受信した信号のゼロ値からノンゼロ値への遷移を検出することを備え、遷移におけるノンゼロ値は対象者の非疲労状態に対応する。さらに、方法は、受信した信号のノンゼロ値への遷移を検出すると、複数の疲労状態のうち対象者の現在の疲労状態を決定することを備え、現在の疲労状態の決定は非疲労状態に関連付けられた初期平均力（ＦＩ）に基づき、複数の疲労状態は非疲労状態、複数の中間疲労状態およびクリティカルな疲労状態を含む。さらに、方法は、現在の疲労状態がクリティカルな疲労状態であると決定された場合、仕事を中断する警告を発生することを備える。
【０００７】
さらに、他の態様において、１つまたは複数の非一時的な機械読み出し可能な情報記憶媒体は、１つまたは複数のハードウエアプロセッサにより実行されると、協働作業環境においてロボットシステムを有する仕事を一緒に行いながら、センサーにより検出された、対象者の局部的な筋肉により印加された力に対応する信号をセンサーモジュールから受信させる１つまたは複数の命令を備える。さらに、受信した信号のゼロ値からノンゼロ値への遷移を検出させ、遷移におけるノンゼロ値は、対象者の非疲労状態に対応する。さらに、受信した信号のノンゼロ値への遷移を検出すると、複数の疲労状態の中で現在の疲労状態を決定させ、現在の疲労状態の決定は、非疲労状態に関連付けられた初期平均力（ＦＩ）に基づき、複数の疲労状態は非疲労状態、複数の中間疲労状態およびクリティカルな疲労状態を備える。さらに、現在の疲労状態がクリティカルな疲労状態であると決定された場合、仕事を中断するための警告を発生させる。
【０００８】
上述した一般的な記載および以下の詳細な記載の両方は、例示および説明に過ぎずクレームされた発明を限定するものではないことが理解される。
組み込まれこの開示の一部を構成する添付図面は、例示実施形態を説明し記述と併せて開示された原理を説明するのに役立つ。
【図面の簡単な説明】
【０００９】
【図１】図１は、この開示のいくつかの実施形態に従う、システムと協働作業する対象者のオンラインの利用者に負担をかけない疲労状態検出のための、代替的にロボットシステムとも呼ばれるシステムをインプリメント(implement)する例示ロボット協働作業環境を例示する。
【図２】図２は、この開示のいくつかの実施形態に従う、図１のシステムの機能ブロック図を例示する。
【図３ａ】図３ａは、この開示のいくつかの実施形態に従う、図２に機能的に記載された図１のシステムの種々の態様のグラフ解析のためのグラフを描写する。
【図３ｂ】図３ｂは、この開示のいくつかの実施形態に従う、図２に機能的に記載された図１のシステムの種々の態様のグラフ解析のためのグラフを描写する。
【図３ｃ】図３ｃは、この開示のいくつかの実施形態に従う、図２に機能的に記載された図１のシステムの種々の態様のグラフ解析のためのグラフを描写する。
【図３ｄ】図３ｄは、この開示のいくつかの実施形態に従う、図２に機能的に記載された図１のシステムの種々の態様のグラフ解析のためのグラフを描写する。
【図３ｅ】図３ｅは、この開示のいくつかの実施形態に従う、図２に機能的に記載された図１のシステムの種々の態様のグラフ解析のためのグラフを描写する。
【図３ｆ】図３ｆは、この開示のいくつかの実施形態に従う、図２に機能的に記載された図１のシステムの種々の態様のグラフ解析のためのグラフを描写する。
【図４】図４は、この開示のいくつかの実施形態に従う、対象者のオンラインの利用者に負担をかけない疲労状態検出のための方法を説明するフロー図である。
【発明を実施するための形態】
【００１０】
添付図面を参照して例示実施形態が記載される。図において、参照符号の最も左の桁（単数または複数）は、参照符号が最初に現れる図を特定する。便宜的であれば、図面全体を通して同一または同様の部分を参照するのに同じ参照符号が用いられる。開示された原理の例と特徴がここに記載されるけれども、開示された実施形態の精神と範囲を逸脱することなく変更、脚色(adaptation)およびインプリメンテーション(implementation)が可能である。以下の詳細な記述は例示に過ぎないと考えるべきであり、真の範囲と精神は以下のクレームにより示されることが意図される。
【００１１】
本明細書の実施形態は利用者に負担をかけないアプローチを用いて協働作業環境において対象者の局部的な疲労の状態（疲労状態）をオンラインで検出するための、相互交換可能にロボットシステムと呼ばれるシステムと方法を提供する。利用者に負担をかけないアプローチはロボットシステムのロボット器官に取り付けられた力センサー（単数または複数）を利用する。開示された利用者に負担をかけないアプローチは、利用者に負担をかける汎用的なアプローチとは異なり、対象者が自分の自然な動きに制限を加えることなく作業を自由に行うことを可能にする。力センサー（単数または複数）がロボット器官に取り付けられ対象者と一緒に作業を行うことに積極的に関与する。力センサー（単数または複数）は、対象者の局部筋肉により印加される実際に使われている力(effective force)を検出して捕らえる。局部筋肉は、重い荷物を持ち上げるという作業を行っている間に関与した手の筋肉のような、作業をしている間に直接的にまたは積極的に関与した、対象者の１つまたは複数の筋肉を指す。センサーによりそのようにとらえた局部筋肉の力は、作業をしている間、ロボットシステムによりオンラインで解析される。対象者の局部筋肉の現在の疲労状態はオンライン解析を行うことに基づいて検出される。局部筋肉が著しく活動中である重い荷物を持ち上げる等のような作業において、局部筋肉疲労検出は全体疲労検出よりもクリティカルである。開示された方法とシステムは局部筋肉疲労検出をターゲットにする。実用的なシナリオでは、疲労状態を示すことについての決定は２値決定ではなく、特に筋肉疲労に関してはそうである。むしろ、筋肉疲労は、作業に積極的に関与する１つまたは複数の筋肉が応力（stress)を受ける間の乳酸の継続的な蓄積である。二人の人間が協働するとき、彼らはしばしば明示的なコミュニケーションが無くても他方の人の疲労状態（定量的ではないかもしれない）を理解する。一人の人が完全にその仕事を続けることができないとき一般にはフラッグが上げられる。そのときまで仕事は協働作業者の間で協力して続く。しかしながら、協働作業者の一人がロボットの場合、瞬間瞬間の疲労状態を評価して(assess)、仕事(job)（作業(task))を続けるか否かを決定することが必須である。開示されたロボットシステムは対象者ごとに著しく変化する未知の体力の任意の対象者の疲労状態を検出することを可能にする。対象者の疲労状態を検出可能にするために、システムは、筋肉疲労状態を定量化し、定量化は人に依存しない(people agnostic)。この分野で知られているように、筋肉疲労に到達するまでの時間は、一般的には、しばしば累積的に体力と呼ばれる年齢、身長、体重、性別、身体的健康等のような対象者のいくつかの身体的特性に依存する。さらに、同じ対象者（相互互換的に人と呼ばれる）の体力の一時的変化もあり、これは、既存の方法の場合、局部筋肉疲労検出問題をより困難にせさる。しかしながら、開示されたシステムは、以下の図１乃至４と共に記載された人に依存しないアプローチを提供する。
【００１２】
図を参照すると、特に図１乃至図４を参照すると、図全体を通して一貫して類似の参照符号が対応する特徴を示し、好適実施形態が示され、これらの実施形態は以下の例示システムおよび／または方法の観点から記載される。
【００１３】
図１は、この開示のいくつかの実施形態に従って、システム１０２と協働作業する対象者１０４の利用者に負担をかけないオンラインの疲労状態検出に関して、代替的にロボットシステムと呼ばれるシステムをインプリメントする例示ロボット協働環境１００を説明する。
【００１４】
図示されるようにこの例では、ヒューマノイドロボットのシステム１０２および対象者１０４は荷物１０６を持ち上げる作業を一緒に実行する。ロボットアーム（ヒューマノイドロボットまたはロボットシステム１０２の器官）上に載置された力センサー１０８（代替的にセンサー１０８と呼ばれる）は、荷物１０６（代替的に物体とよばれる）を持ち上げる間対象者１０４により印加される力を検出する。システム１０２は、力センサー１０８からの印加された力に対応する信号を受信するように構成される。さらに、システム１０２は、受信した信号を解析して対象者の現在の疲労状態を検出し将来の疲労状態を予測するように構成される。開示されたシステムは、監察下にある任意の対象者の現在の疲労状態を、ロボットシステム１０２によりあらかじめ定義された複数の疲労状態の中の１つに定量化する。複数の疲労状態は、非疲労状態および増加する疲労レベルを有する３つ以上のレベルの疲労状態を含む。対象者１０４は、現在の疲労レベルの変化を追跡するためにシームレスにモニターされる。対象者１０４に関して検出された疲労レベルの変化の解析は、可能性のある将来の疲労状態を予測するために用いられる。この開示された先を見越したアプローチは、ロボットシステム１０２が自己の可能性のある将来の疲労状態について対象者１０４に警告を出すことを可能にする。将来の疲労状態があらかじめ定義した疲労しきい値を超えた状態（クリティカル疲労状態とも呼ぶ）である場合、ロボットシステム１０２は、任意の可能性のある事故を防止するために作業の中断を示す警告を対象者に出すことができる。したがって、提案された方法およびシステムは、対象者が極度の疲労状態になると恐らく破綻状態になるので、害を及ぼすかもしれない任意の来るべき極度の疲労状態という対象者の疲労状態を検出可能にする。したがって、開示されたシステム１０２は、より安全な共同作業環境を保証する。さらに、開示されたシステム１０２は、利用者に負担をかけることなくユーザーに依存しない。したがって、それはいかなるユーザー固有のトレーニングまたは適応を必要としない。さらに、検出はリアルタイムである。すべてのテストケースにわたって、開示されたシステム１０２は最先端のアプローチに比べて非常に低い検出誤り／過度検出(mis-detection/over detection)を示す。さらに、システム１０２は誤り検出(false positives)に比べて著しく少ない数の検出漏れ(false negative)を提供する。
【００１５】
対象者１０４により印加された力を検出するのに使用される例示力センサー１０８が記載される。力センサー１０８は、印加された力の増加に応じて抵抗値の減少を示す堅固なポリマー厚膜（ＰＴＦ）を備える。しかしながら、抵抗値の変化は（非常に）小さく正確な測定に適さないので、分圧器を用いて抵抗値出力をより大きなスケールを有する電圧出力に変換する。従って、力センサー１０８の電圧出力は、力が増加するにつれ増加する。力センサー１０８は、タイムスタンプとともに印加に対応する信号（データ）を取得する。使用される典型的な力センサーは、０．２Ｎ乃至２０Ｎの感度を有するＦＳＲ−４０２である。それは直径１２ｍｍの円形の検出領域であり、ヒューマノイドロボットの手（ロボットシステム１０２のロボット器官）に載置されるのに適している。しかしながら、正確な出力を与えるために、検出領域の外部リングを超えると、検出領域より大きい任意の物体（荷物）を阻止する保護層がある。また、検出領域は保護層よりも多少低い高さに存在する。したがって、センサより大きい、平台(flat base)を有した硬い(rigid)ボックスの場合、重みが検出領域に完全にかからない。この課題を解決するために小さな基部と大きな上部を有した小型のプラスチックの３Ｄ印刷されたシリンダーが用いられる。力センサー１０８がシステム１０２に載置される態様は、物体または荷物１０６の重みがシリンダーのより大きなフラットトップ(flat top)上にかかる。たとえ、ボックス（荷物１０６）の合計重量が力センサー１０８出力により反映されなくても、力センサー１０８の力の変化は測定可能であり、システム１０２はこの獲得されたデータまたは信号を利用する。
【００１６】
システム１０２は、対象者１０４の局部筋肉疲労検出のための図２の機能モジュールおよび図４のフロー図とともにさらに詳細に説明される。一実施形態において、システム１０２はヒューマノイドロボット、ロボットハンドアセンブリー等のような任意のロボットシステムであり得る。
【００１７】
図２はこの開示のいくつかの実施形態に従う図１のシステム１０２の機能ブロック図を説明する。システム１０２は、プロセッサ（単数または複数）２０２、メモリ２０４のような少なくとも１つのメモリ、およびＩ／Ｏインターフェース２０６のような１つ以上のハードウエアプロセッサを含むかまたはそうでなければ通信する。プロセッサ２０２（ハードウエアプロセッサ）、メモリ２０４およびＩ／Ｏインターフェース（単数または複数）２０６は、システムバス２０８のようなシステムバスまたは類似の機構により結合されることができる。メモリ２０４は、さらにモジュール２１０を含むことができる。一実施形態において、モジュール２１０は、システム１０２の機能をインプリメントするための、他のモジュール（図示せず）と共にセンサーモジュール２１２、筋肉疲労検出モジュール２１４を含む。一実施形態において、モジュール２１０は、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または特定用途向け集積回路（ＡＳＩＣ）を用いてインプリメントされた、メモリ２０４外部にある、集積回路（ＩＣ）（図示せず）であり得る。ここで参照されるモジュール２１０内の機能ブロックのモジュールの名前（または表記または用語）は、説明のために使用され限定（単数または複数）であると解釈されない。さらに、メモリ２０４はまたレポジトリー(repository)２１６も含むことができる。一例示実施形態において、データは、関心のある対象者（単数または複数）または物体（単数または複数）に取り付けられた力センサー１０８からモニターされた、又は取得された複数の信号に関連づけられたセンサーデータまたはセンサー信号であり得る。次に、力センサーデータは処理され、対象者１０４の現在の筋肉疲労状態を識別するために処理される。
【００１８】
対象者１０４の現在の筋肉疲労状態を検出するために、筋肉疲労検出モジュール２１４は、協働作業環境１００においてロボットシステム１０２との作業を一緒に行っている間、センサーモジュールから対象者の局部筋肉により印加された力に対応する信号を受信するように構成される。さらに、筋肉疲労検出モジュール２１４は、受信された信号を解析することにより複数の疲労状態の中から対象者の現在の疲労状態を決定するように構成される。受信された信号の解析は、受信された信号がノンゼロ値を反映しているとトリガされる。複数の疲労状態は初期疲労状態、複数の中間疲労状態およびクリティカル（または進行した）疲労状態を含む。この分野で行われた研究に基づく複数の疲労状態は以下の表１に定義されるようなになり得る。図３ａは対象者間で３つの疲労状態（状態１、状態２、状態３）に到達する時間の変化を示す。複数の疲労状態（状態１乃至状態４）は開示されたシステム１０２を説明するために考えられた例示疲労状態である。しかしながら、システム１０２は明瞭に定義可能である任意の数の疲労レベルに関してインプリメントされることができる。
【表１】
2020015162.tif 000003
上記表１に４つの疲労状態があるけれども、システム１０２は、疲労状態の検出をクリティカル疲労状態（例えば、上記表１で考えられる疲労状態の場合状態３）に制限する。その論理的理由は、極度の疲労状態に陥った場合いかなる対象者も事故に遭うかもしれないからである。したがって、疲労の３つの状態（疲労状態）を非常に高精度で効率的に検出し分類するために、実験中のデータ収集の観察に基づいていくつかの仮定がなされる。
【００１９】
１．ロボットシステム１０２と協働作業をしている間、対象者１０４（ここでは、例示説明として人間）により印加された力により初期時間ウインドウＴＩ期間のセンサー１０８の平均力出力をＦＩとする。筋肉疲労検出モジュール２１２は、初期時間ウインドウＴＩ期間中、人間は非疲労状態にあるとみなすように構成される。したがって、ＦＩは非疲労状態の期間に対象者１０４の手の筋肉によって行使される力を反映する。雑音と異常値の影響を避けるために、堅固な統計値、すなわち中央値(median)を用いてＦＩを計算する。ＴＩで収集されたｎ個のセンサーサンプルのセット（正規のサンプリングインスタントにおける複数のサンプル）をＤとする。Ｄをｄ１＜ｄ２＜ｄ３・・・,ｄｎ−１＜ｄｎのように再順序付けし、初期ウインドウの各サンプルに対応する現時点の力を平均化し対象者１０４の非疲労状態に関連付けられた初期平均力を決定する統計的中央値アプローチを適用する下記式１ａによりＦＩが与えられる。
【数１ａ】
2020015162.tif 000004
２．最初の疲労状態に到達する時間をδＴで示し、これは作業の開始時間と第１の疲労状態になる時間との間の時間差を示す。その後、疲労の次の状態がδＴ／２時間単位の後に生じる可能性がある。この仮定は、実験の期間中、疲労の次の状態は図３ａに示すようにほぼ次のδＴ時間単位に起こるがδＴ／２以前には決して起こらないという事実に基づいている。
【００２０】
３．非疲労状態から疲労状態への遷移は瞬時ではなく、むしろ短い時間期間の間に起こる。そこで疲労状態のオンライン検出のためにセンサーモジュール２１２から受信される、センサー１０８のセンサーデータの傾向を解析するのにタイムウインドウが必要である。タイムウインドウＴｃ（プリセットタイムインターバル）の期間に観察された現在の平均力をＦｃとする。次に、初期平均力（ＦＩ）からの力の正規化された減少は、統計的平均アプローチを用いて下記式１ｂのように示される。
【数１ｂ】
2020015162.tif 000005
４．一実施形態において、（δＦ＞）１０％を超える力の正規化された減少は、有意な変化を示し、したがって、「潜在的な」疲労の機会を示すとみなされる。このδＦはさらなる解析が成される力センサーデータ内の関心のあるウインドウを見つけるためのカットオフ(cut-off)しきい値である。δＦの値は誤り検出(false-positive)を低減するように選択される。このしきい値は実験に基づいて適切であると識別され、実験データセットからのすべてのマークされた疲労状態は、１０％を超える力の減少を有する。しかしながら、δＦのしきい値は、安全を精度とトレードオフするために変更可能である。
【００２１】
さらに、上で述べた仮定に基づいてオンライン疲労検出のための筋肉疲労検出モジュール２１４に続くステップは、図４の方法４００と共に説明される如くである。方法の例示方法ステップは、人間−ロボット協調作業のはじめに開始し、ノンゼロセンサーの読み取り値によりトリガされる。例示方法は、作業の終了／中断を示す、センサー読み取り値がゼロのとき終了する。例示方法の疑似コードは、以下に記載される。
【数２】
2020015162.tif 000006
正規化された力変化（δＦ）がカットオフしきい値を超えると、関心のあるウインドウ（ＷＯＩ）が開く。このＷＯＩ内の力データの勾配が、疲労状態遷移が生じたか否かを決定する。ＷＯＩ期間における力の減少傾向は、疲労の明瞭な表示を提供する。ＷＯＩ内のデータ点が線として表される場合、そのラインの正の勾配は力の減少傾向を示す。これは、ＷＯＩが正規化された変化δＦで満たされ、δＦは力が減少したとき正になるからである。しかしながら、アルドゥイーノ(Arduino)のような組み込みシステムのように、局部筋肉疲労検出のための開示された方法４００をインプリメントする例示システムの場合、ラインの勾配は以下に記載される計算上簡単な方法により決定される。
【数３】
2020015162.tif 000007
評価と実験結果
ここに開示されたシステム１０２は、先を見越した測定値がリアルタイムに取得できるように作業中(on-the-go)の疲労状態遷移を検出する。瞬時性(timeliness)に連動した筋肉疲労検出の精度はシステム１０２により提供される。図３ｂは、サンプル力センサー（センサー１０８）出力および対応する、正規化された力の変化をそれぞれ示す。対応する正規化された力の変化を示す図３ｂは、また破線ラインのウインドウにより示されるように開示されたシステム１０２により検出された疲労状態も示す。これらのラインは、潜在疲労が正とマークされるＷＯＩの開始点と終了点を示す。垂直方向の実線ラインは対象者により提供される地上検証データ(ground truth)を示す。対応する正規化された力の変化を描く図３ｂはまた、地上検証データが推定された遷移のウインドウ内（またはその近接近内）の範囲に入るので疲労状態遷移が正確にシステム１０２により示されることを描画している。システム１０２で試験された複数の対象者に関する要約された結果は、誤り検出(false positives)と検出漏れ(false negatives)の観点から以下の表２に提供される。
【表２】
2020015162.tif 000008
対象者により報告された地上検証データがそこになくても検出アルゴリズムによりＷＯＩに肯定的な疲労(positive fatigue)が与えられたとき誤り検出がマークされる。一方、システムが状態遷移を逃す(miss)と、検出漏れ(false-negative)がマークされる。１８人の対象者から収集されたデータに基づいてアルゴリズムの全体的精度を報告するために、以下の式が利用される。
Ａ＝｛［Ｓ−（ＦＰ＋ＦＮ）］／Ｓ｝×１００％                      （２）
【００２２】
ただし、Ｓ、ＦＰおよびＦＮはそれぞれ疲労状態、誤り検出、検出漏れの合計数である。１８人の対象者の場合、検出される疲労状態の合計数は１８×３＝５４である。
従って全体の精度はＡ＝｛［５４−（６＋２）／５４］｝×１００％＝８５．１８％
【００２３】
さらに、システム１０２の結果は力センサーデータにおける有意な平均変化を検出するために累積合計制御チャート（ＣＵＳＵＭ）を使用することを利用する既存のアプローチにより記載される技法と比較される。ここでの比較のためにたとえ、ＣＵＳＵＭがオフラインで作動しても、ＣＵＳＵＭはオンラインで変化を検出するように変換される。変更されたＣＵＳＵＭ変化検出アプローチはシステム１０２の筋肉疲労検出モジュール２１４により使用されるウインドウと同じサイズのタイムウインドウにデータをバッファする。ＣＵＳＵＭは図３ｂに示される同じ対象者に関して図３ｃ（ＣＵＳＵＭ）で描画されるように、摂動に非常に敏感であり、このためシステム１０２よりも多くの誤り検出を報告することが確認された。ＣＵＳＵＭの貧弱な性能は雑音の多いデータには応じないという事実に起因する。ドライバーの疲労検出の場合、ハンドグリップ力データはより少ない雑音を含み、異なる対象者間で高い類似性がある。同様に、ロボットの協働作業者シナリオでは、センサーデータは手の動きからの雑音を内蔵し異なる対象者に関して著しく変化する。瞬時のイベントではない疲労では、別の状態遷移として疲労状態遷移のアフターエフェクト(after-effects)を誤って検出する機会がある。図３ｃ（ＣＵＳＵＭ）に示されるように、ＣＵＳＵＭによる検出された疲労状態は互いに非常に近接しており、それらのいくつかは実際には従前の疲労状態遷移のアフターエフェクトである。システム１０２により開示されるように、アフターエフェクトの誤り検出を回避するために、システム１０２は次の疲労状態をチェックする前にδＴ／２時間単位待たなければならない。したがって、システム１０２はＣＵＳＵＭに待機機構を導入し、それは誤り検出のレートを著しく低減する。システム１０２に合わせた変更はＳＫＩＰ  ＣＵＳＵＭと呼ばれる。同じ対象者のサンプル比較は図３ｃ（ＳＫＩＰ  ＣＵＳＵＭ）に示される。１８人の対象者全員に関する３つの方法の詳細な比較は図３ｄに示される。平均変化に対する高い感度によりＣＵＳＵＭとＳＫＩＰ  ＣＵＳＵＭは共にゼロの検出漏れを報告する。しかしながら、ＣＵＳＵＭはより大きな数の誤り検出を報告する。ＳＫＩＰ  ＣＵＳＵＭはＣＵＳＵＭよりも優れた性能を発揮するが、システム１０２は対象者毎の精度に関して両方とも性能がすぐれている。ＳＫＩＰ  ＣＵＳＵＭは全データセットに関して合計３３の誤り検出を報告し、その結果、式２を用いて３８．８９％の精度を生じる。システム１０２に関して１８人の対象者に行った実験の場合、疲労は生理学的および心理学的状態の両方であり、対象者は、実際に起こった通りの疲労を報告しない可能性がある。地上検証データおよび力センサーデータの傾向を視覚的に解析することにより、対象者は、時々実際に起こった数秒後の疲労を報告することがわかった。そこで、報告された地上検証データは、正確にはシステム１０２の実際の(positive)ＷＯＩ内に正確に入らない可能性がある。しかしながら、時々、それはウインドウに近接して追従する。したがって、誤り検出および検出漏れの数の観点から精度を報告することとは別に、地上検証データと実際のＷＯＩとの間の時間差に関しても精度が評価される。シ��テム１０２による疲労を報告するエラーが図３ｅに示される。「エラーＦ１」は地上検証データから第１の疲労状態の検出されたウインドウの偏移を示し、「エラーＦ２」は第２の疲労状態に関し、以下同様である。地上検証データが検出されたウインドウ内に入ると、偏移はゼロであり、したがって対応するエラーは、図３ｅには図示されない。初期タイムウインドウ（ＴＩ）のサイズ、カットオフしきい値、ＷＯＩのサイズ等のような種々のパラメーターは安全を最大限にするための観察に基づいて選択される。これらのパラメーターは、作業完了にかかる時間、一緒に操作される物体の形状と重さはどのくらいかのように、作業の性質に相互に関連づけられる。しかしながら、作業に関する少量のデータを収集することにより、ロボットシステム１０２は相関関係を学習し、それゆえしきい値を動的に調整することができることを前提としている。表２に示される結果の場合、２０ｋｇの重さの箱が用いられ、初期タイムウインドウは１０ｓ、カットオフしきい値は１０％およびＷＯＩのサイズは５ｓとして選択される。パラメーターを変えることによりシステム１０２の検出精度は下記表３に示される。
【表３】
2020015162.tif 000009
表３に示すように、WOIのサイズを固定しつつカットオフしきい値を増加させると誤り検出の数が少なくなる。これは、より大きなカットオフしきい値の場合システム１０２は力の変化に対して感度が弱くなるためである。システム１０２は、力に著しく大きな変化があるときのみ状態遷移を検出し、それはもちろん疲労状態遷移から生じる。しかしながら、より大きなカットオフしきい値の場合、検出漏れの数もまた増加しはじめる。より大きなカットオフ手段では力の変化がより少ない肉体的に強靭な人の疲労状態を見逃す機会がある。同様に、より大きなWOIは明らかに力の減少傾向をとらえるのでWOIのサイズを増加することは誤り検出の数を減少させる。しかしながら、より大きなWOI手段を持つと、開示された方法は警告を出す前に長時間待たなければならず、これは望ましくない。はじめに、データを収集することにより、ロボットシステム１０２は表３のような表を生成することができ、選択された作業に最適な行を選択する。ロボットシステム１０２が学習すればするほど、より正確にパラメーターを微調整することができる。しかしながら、最も高い精度を有する行を選択するだけではこれに適さないかもしれない。
【００２４】
安全を考慮すると、検出漏れは誤り検出よりもさらに望ましくない。このため、誤り検出と検出漏れの最小に重みづけされた平均値を有する行が選択され、この場合検出漏れの重みはさらに大きく、安全要件に基づいて選択することができる。実際、誤り検出の伝統的概念は、ここでは適用することができない。ここに開示される筋肉疲労検出のオンラインアプローチは、地上検証データに対する任意の一般に言われている誤り検出が、実際には初期警告としてマークされるように設計される。図３ｅのサンプル検出プロットにみられるように、非疲労の２番目と３番目の状態間に、誤り検出が存在する。しかしながら、開示されたオンラインアプローチは、次の疲労（この場合次の３番目疲労状態）として誤り検出ウインドウをマークする。合計データを見ることにより、誤り検出のマーキングは、３番目の疲労状態の初期マーキングになることがわかる。これはセットアップの生産性を低減するけれども、システムの安全性を損なうことにはならない。初期マークした疲労状態と地上検証データとの間の時間差はもうひとつの精度測定である。さらに、システム１０２はまた、この時間偏差測定に基づいて評価される。疲労状態に到達する時間は、対象者が異なると変化するので時間偏差により測定された精度は正規化しなければならない。たとえば、比較的より早く疲労に到達する対象者にとってより小さな偏差はクリティカルであるかもしれず、一方同じ偏差でも疲労に到達するのにかなりの時間がかかる対象者にとってはクリティカルでないかもれしれない。そこで、正規化するためにすべての対象者に対して以下の式を用いて精度が計算され、次に全体の精度として平均をとる。
【００２５】
第１、第２、および第３の疲労状態をそれぞれＦ１；Ｆ２；およびＦ３とし、Ｅｔ１；Ｅｔ２；およびＥｔ３をそれぞれシステム１０２による時間偏差を示すものとする。この結果、個々の対象者に対する時間精度は以下の式により与えられる。
A'={[(F1+F2+F3)-(Et1+Et2+Et3)]/(F1+F2+F3)}×100%   （３）
【００２６】
下記表４は地上検証データからの検出ウインドウの（秒における）偏差の観点からシステム１０２の精度を提供する。
【表４】
2020015162.tif 000010
表４の精度に基づいて、すべての対象者の平均精度は８８．８３％であると計算される。
【００２７】
図３ｆは誤り検出を有する検出された疲労を描画し、ここでは疲労検出は（垂直の破線によりマークされる）ウインドウにより示され、実際の疲労状態遷移（地上検証データ）は垂直の実線で示される。
【００２８】
図２に描画されるように、ハードウエアプロセッサ（単数または複数）は１つまたは複数のマルチコアプロセッサ、マイクロプロセッサ、マイクロコンピュータ、マイクロコントローラ、デジタルシグナルプロセッサ、中央処理装置、ステートマシン、論理回路、および／または演算命令に基づいてデータを操作する任意のデバイスとしてインプリメントすることができる。他の機能の中で、ハードウエアプロセッサ２０２は、モジュール２１０によりインプリメントされる機能の実行をトリガするために、メモリ２０４に記憶されたコンピュータ読み取り可能命令をフェッチして実行し、メモリ２０４内部または外部のモジュール２１０と通信するように構成される。
【００２９】
システム１０２内のＩ／Ｏインターフェース（単数または複数）２０６は、例えば、ウエブインターフェース、グラフィカルユーザインターフェース等の種々のソフトウエアおよびハードウエアインターフェースを含むことができる。インターフェース（単数または複数）２０６は、例えば、キーボード、マウス、外部メモリ、複数のセンサー（１０６）およびディスプレイのような周辺デバイス（単数または複数）の複数のインターフェースである種々のソフトウエアおよびハードウエアインターフェースを含むことができる。インターフェース（単数または複数）２０６は、システム１０２が他のデバイス、ウエブサーバーおよび外部と通信することを可能にする。インターフェース（単数または複数）２０６は、有線ネットワーク、たとえば、ローカルエリアネットワーク（ＬＡＮ）、ケーブル等およびワイヤレスＬＡＮ（ＷＬＡＮ）、セルラーまたはサテライトのようなワイヤレスネットワークを含む多種多様なネットワークおよびプロトコルタイプ内の複数の通信を容易にすることができる。このため、インターフェース（単数または複数）２０６は、多数のコンピューティングシステムを互いに接続するまたは他のサーバーコンピュータに接続するための１つ以上のポートを含むことができる。Ｉ／Ｏインターフェース（単数または複数）２０６は多数のデバイスを互いにまたは他のサーバーに接続するための１つまたは複数のポートを含むことができる。メモリ２０４は、例えば、スタティックランダムアクセスメモリ（ＳＲＡＭ）およびダイナミックランダムアクセスメモリ（ＤＲＡＭ）のような揮発性メモリおよび／またはリードオンリーメモリ（ＲＯＭ）、イレーザブルプログラマブルＲＯＭ、フラッシュメモリー、ハードディスク、光ディスクおよび磁気テープのような不揮発性メモリを含む、技術的に知られた任意のコンピュータ読み取り可能媒体を含むことができる。さらに、モジュール２１０は、特定のタスクを実行する、または特定のアブストラクトデータタイプをインプリメントする、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造等を含むことができる。モジュール２１０はシステム１０２により実行されるアプリケーションまたは機能を補足するコンピュータ読み取り可能な命令を含むことができる。レポジトリー２１６はモジュール（単数または複数）２１０内の１つまたは複数のモジュールの実行の結果として処理され、受信され、発生されたデータを記憶することができる。
【００３０】
さらに、ここでは、説明の簡便のために機能ビルディングブロックの境界は任意に定義されている。指定した機能と関係が適切に実行されている限り代替境界を定義することができる。（ここに記載されたこれらの、均等物、拡張、変形、逸脱等を含む）代替はここに含まれる開示に基づいて当業者に明らかである。そのような代替は開示された実施形態の範囲と精神の範囲内である。
【００３１】
図４はこの発明のいくつかの実施形態に従ってシステム１０２と協働する対象者１０４のオンラインの利用者に負担をかけない疲労状態検出に関する方法４００を説明するフロー図である。
【００３２】
一実施形態において、代替的にロボットシステム１０２と呼ばれるシステム１０２は、１つまたは複数のプロセッサ２０２に動作可能に結合され（筋肉疲労検出モジュール２１４を備える）、１つまたは複数のプロセッサ２０２により方法４００のステップを実行するように構成された複数の命令を記憶するように構成された、１つまたは複数のデータストレージデバイスまたはメモリ２０４を含む。方法２００のステップは、図１のシステム１００のコンポーネントを参照して説明される。方法４００は、図２に提供されるようにシステム１０２に関する記述に関連してさらに理解することができ簡便のために反復されない。一実施形態において、ステップ４０２において、方法４００は、筋肉疲労検出モジュール２１４が、対象者（１０４）の局部筋肉により印加された力に対応する信号をセンサーモジュールから受信することを可能にすることを含む。力信号は、対象者１０４が協働環境１００においてロボットシステム（１０２）と一緒に作業を行いながらセンサー１０８により検出される。ステップ４０４において、方法４００は、筋肉疲労検出２１４が、受信信号の、ゼロ値からノンゼロ値への遷移を検出することを可能にすることを含む。遷移においてノンゼロ値は、対象者（１０４）の非疲労状態に対応する。受信された信号のノンゼロ値への遷移を検出すると、ステップ４０６において、方法４００は、筋肉疲労検出２１４が複数の疲労状態の中で対象者（１０４）の現在の疲労状態を決定することを可能にすることを含む。現在の疲労状態の決定は、非疲労に関連づけられた初期平均力（ＦＩ）に基づく。複数の疲労状態は、表１に示すように、非疲労状態、複数の中間疲労状態およびクリティカル疲労状態を含む。ステップ４０８において、方法４００は、現在の疲労状態がクリティカル疲労状態として決定される場合、筋肉疲労検出２１４が作業を中断するための警告を発生することを可能にすることを含む。
【００３３】
ステップ４０６において現在の疲労状態を決定することは、初期ウインドウを現在のウインドウとして選択するために、プリセットされたウインドウインターバル（Ｔｃ）のウインドウで、受信された信号をウインドウ化することを備える。互換可能にウインドウインターバルと呼ばれる、初期ウインドウに関するプリセットウインドウインターバルは、受信された信号の起源(origin)から始まる。さらに、決定することは、規則的なサンプリングインスタントで初期ウインドウを複数のサンプルにサンプリングすることを備える。複数のサンプルからの各サンプルは、サンプリングインスタントから対応するサンプリングインスタントで対象者に印加された現在の力に対応する。さらに、方法４００は、対象者（１０４）の非疲労状態に関連付けられた初期平均力（FI）を決定するために、初期ウインドウの各サンプルに対応する現在の力を平均化する式１ａの統計的中間アプローチを適用することを備える。現在の疲労状態は初期ウインドウの解析の間初期疲労状態としてマークされる。さらに、方法４００は、受信された信号に対して所定のスライディングインターバルだけウインドウをスライドして初期ウインドウの次の連続するウインドウを選択することを備え、この場合、スライディング後、次のウインドウが現在ウインドウである。方法４００はさらに、連続するウインドウの各サンプルに対応する現在の力を平均化する統計的平均アプローチに基づいて、連続するウインドウに関する現在の平均力（Ｆｃ）を決定することを備える。方法はさらに、現在の平均力および初期平均力に基づいて対象者の力の正規化された減少（δＦ）を計算することをさらに備える。さらに、方法４００は、正規化された力の減少（δＦ）が所定の力しきい値を超えているか否かを検出する。例えば、図２に示されるように１０％。さらに、方法は、正規化された力の減少が所定の力しきい値を超えている場合現在のウインドウをＷＯＩとしてマーキングし、ＷＯＩの後に選択された複数の連続するウインドウに対して所定のタイムスロット（ＴＷＯＩ）の期間、正規化された力の減少の計算を反復することを備える。さらに、方法４００は、所定のタイムスロットの期間複数の連続するウインドウに対して計算された正規化された力の減少の勾配が正であり、現在の疲労状態が非疲労状態から複数の疲労状態の中の次の疲労状態へ増加するか否かを決定することを備える。現在の状態は、対象者に示され、近づいている筋肉疲労を気づかせる。さらに、方法４００は、非疲労状態と次の疲労状態との間の時間インターバル（δＴ）を決定し（δＴ）の１／２の停止期間後に現在の疲労状態から次の疲労状態へ増加させることを反復することを備える。この反復は、現在の疲労状態がクリティカル疲労状態に到達するまで続く。さらに、方法４００は、現在の疲労状態がクリティカル疲労状態に到達すると、作業を中断するための警告を発生することを備える。
【００３４】
方法４００の説明されるステップは、示した例示実施形態説明するために詳しく記載したものであり、現在進行中の技術的発展は、特定の機能が実行される態様を変える可能性があることが予期されなければならない。これらの例は説明する目的のために提示され、限定するものではない。ここに開示された方法４００は、利用者に負担をかけないアプローチを有した、オンライン検出、簡便性、順応性、およびロバスト性(robustness)を提供する。オンライン検出：実際には、システム１０２のような任意の疲労検出システムは、現在の疲労状態を確立するためにセンサーからの将来データのストリームを待つことができない。たとえ、全時系列データが時間領域において疲労状態変化を正確に分類できるとしても事故の可能性を回避するには遅すぎるかもしれない。したがって、必要なことは、先を見越した行動を取って任意の事故を回避するように疲労状態のタイムリーな検出を提供することである。開示されたオンライン検出は不可欠である。さらに、システム１０２は、ローカルに実行されるセンサーデータ処理を用いて、時間の境界を示す態様で現在の疲労状態を検出することを可能にする、システムに取り付けられた力センサーのためのシステム１０２上で動作する簡単検出ロジックを用いた、実施が簡単な解法を提供する。システム１０２は、依然としてセミリアルタイムで出力を提供する低コストのロボットシステムであり得る。局部筋肉疲労検出のためのオンラインリアルタイム処理を提供するシステム１０２のオンボード計算アプローチと異なり、任意の計算上複雑なアプローチは、サーバー上で実行するために取り外す(offload)必要があり、そのようなアプローチの信頼性は、ネットワークの待ち時間と非接続により低減する可能性がある。システム１０２は異なる人の身体的強度の著しい変化を処理するのに適しており堅固である。さらに、システム１０２は、人間の作業者（対象者）はある方法で物体を常に保持することを想定していない。むしろ、それは個人の無活動状態(holding pattern)および無活動状態により誘発される関連づけられた雑音に依存しない。個人のロジックをカスタマイズするかわりに、開示された方法とシステムは、その人の体力、無活動状態等にかかわらず任意の人間協働作業者に適応する。システム１０２は利用者に負担をかけない。さらに、開示されたシステム１０２は人に依存しないので、一方の協働作業者が疲労し、他方がその作業者と交代する場合、システムは、対象者の変更に対して任意のパラメーターをリセットする必要がなく、新しい対象者の疲労をモニターし続けることができる。交代した協働作業者が、その作業に関する疲労した作業者と交代する前に、センサーを身に着ける必要がある、利用者に負担をかけるアプローチとは異なり、開示された方法とシステムは使用が容易である。
【００３５】
本明細書は当業者が実施形態を制作および使用することを可能にするための主題を記載する。主題の実施形態の範囲は特許請求の範囲により定義され、当業者に生じる他の変形例を含むことができる。そのような他の変形例は、特許請求の範囲の文言と異ならない類似のエレメントを有する場合、または特許請求の範囲の文言とわずかに異なる均等物を有する場合、特許請求の範囲内であることが意図される。
【００３６】
保護の範囲はそのようなプログラムに、さらにその中にメッセージを有するコンピュータ読み取り可能手段に拡張される。そのようなコンピュータ読み取り可能記憶手段は、プログラムがサーバー上またはモバイルデバイスまたは任意の適切なプログラマブルデバイス上で実行されるとき、方法の１つまたは複数のステップを実施するためのプログラムコード手段を含む。ハードウエアデバイスは、例えば、サーバー又はパーソナルコンピュータ等のような任意の種類のコンピュータまたはそれらの任意の組み合わせを含む、プログラム可能な任意の種類のデバイスであり得る。デバイスはまた、例えば、特定用途集積回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）のようなハードウエア手段、または例えば、ＡＳＩＣとＦＰＧＡのようなハードウエア手段とソフトエア手段の組み合わせまたは少なくとも１つのマイクロプロセッサおよびその中に位置するソフトウエアモジュールを備えた少なくとも１つのメモリであり得る手段を含むことができる。従って、この手段はハードウエア手段とソフトウエア手段の両方を含むことができる。ここに記載された方法の実施形態はハードウエアおよびソフトウエアで実施されることができる。デバイスはまたソフトウエア手段を含むことができる。代替的に、実施形態は異なるハードウエアデバイス、たとえば複数のＣＰＵｓを用いて実施することができる。
【００３７】
ここでは実施形態はハードウエアエレメントおよびソフトウエアエレメントを備えることができる。ソフトエアで実施される実施形態はこれらに限定されるものではないが、ファームウエア、レジデントソフトウエア、マイクロコード等を含む。ここに記載された種々のモジュールにより実行される機能は、他のモジュールまたは他のモジュールの組み合わせで実施されることができる。この記述のために、コンピュータ使用可能なまたはコンピュータ読み取り可能な媒体は、命令実行システムによりまたは命令実行システムと組み合わせて使用するために備える、記憶する、通信する、伝搬する、または転送することができる任意の装置であり得る。
【００３８】
これらの例は、説明する目的で提示され限定されるものではない。さらに、機能ビルディングブロックの境界は、記載の簡便さのためにここでは任意に定義された。指定された機能およびその関係性が適切に実行される限り代替境界が定義され得る。（ここに記載されたこれらの均等物、拡張、変形、逸脱等を含む）代替は本明細書に含まれる教示に基づいて当業者には明らかである。そのような代替は開示された実施形態の範囲と精神内である。また、「備える」、「有する」、「包含する(containing)」、および「含む(including)」および他の類似の様式は意味において等価であることが意図され、これらの用語のいずれか１つに続く１つのアイテムまたは複数のアイテムはそのような１つのアイテムまたは複数のアイテムの総記(exhaustive listing)であることを意味しないかまたは記された１つのアイテムまたは複数のアイテムにのみに限定されることを意味するという点において変更可能(open ended)である。また、本明細書および添付された特許請求の範囲に使用されるように、単数形でのエレメントの言及はコンテキストが明瞭にそうでないことを指示しない限り複数形の言及を含むことに留意しなければならない。
【００３９】
さらに、１つまたは複数のコンピュータ読み取り可能記憶媒体は、この開示に一致する実施形態を実施するのに利用されることができる。コンピュータ読み取り可能記憶媒体は、プロセッサにより読み取り可能な情報またはデータが記憶可能な任意のタイプの物理メモリに言及する。したがって、コンピュータ読み取り可能記憶媒体は、プロセッサに、ここに記載された実施形態に一致するステップまたはステージを実行させる複数の命令を含む、１つまたは複数のプロセッサによる実行のための複数の命令を記憶することが可能である。「コンピュータ読み取り可能媒体」という用語は、有形の(tangible)アイテムを含み、搬送波および過度信号を排除する、すなわち非一時的であることが理解されるべきである。例はランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、揮発性メモリ、不揮発性メモリ、ハードドライブ、ＲＯＭｓ、ＤＶＤｓ、フラッシュドライブ、ディスク、および任意の他の既知の物理記憶媒体を含む。
【００４０】
この開示と例は例示に過ぎないと考察されるべきであり、開示された実施形態の真の範囲と精神は以下の特許請求の範囲により示されることが意図される。
【図１】
2020015162.tif 000011
【図２】
2020015162.tif 000012
【図３ａ】
2020015162.tif 000013
【図３ｂ】
2020015162.tif 000014
【図３ｃ】
2020015162.tif 000015
【図３ｄ】
2020015162.tif 000016
【図３ｅ】
2020015162.tif 000017
【図３ｆ】
2020015162.tif 000018
【図４】
2020015162.tif 000019
【外国語明細書】
2020015162000001.pdf