JPH11353379A - 作業支援システム - Google Patents

Abstract

(57)【要約】 【課題】 作業効率を低下させることなく、また、シナ
リオ設定やその維持・管理の工数を増大させることなく
作業シナリオを設定できる作業支援システムを提供す
る。 【解決手段】 クライアント２１がシステム運用スター
ト時にサーバ１０に対して作業支援要求を出すと、作業
シナリオファイルがクライアント２１にダウンロードさ
れる。ここで、作業シナリオファイルは複数のイベント
を実行するよう構成されているが、各イベントをどのよ
うに実行するかのイベント確認属性は可変とされてお
り、その変更は作業者４１が操作入力デバイス２３から
の入力操作で行われ、該更新結果はバッファ２２に格納
され、次回からはバッファ２２に格納されたイベント確
認属性に基づいて各イベントが実行される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はＦＡ製造現場等の作
業支援システムに関し、特にＦＡ製造現場の作業者に対
して電子化された作業指示情報を提供する作業支援シス
テムに関する。

【０００２】

【従来の技術】近年、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ
Ｎｅｔｗｏｒｋ）等の普及により、ＦＡ製造現場で電子
化された作業支援情報を提供する作業支援システムが普
及してきている。

【０００３】ここで、従来の作業支援システムは、予め
オフラインで作業手順のシナリオを作成し、この作業シ
ナリオに基づく作業手順で音声や画像の作業情報を提供
するというものである。

【０００４】例えば、ある部品を組み立てる場合、Ａと
いう作業と、Ｂという作業と、Ｃという作業をこの順番
で行うという作業シナリオが設定されていたとすると、
Ａという作業を行っている間はＡという作業を進めてい
くための作業プロセス画面を例えば作業者の近傍に設置
してある表示器に表示し、次にＢという作業を行ってい
る間はＢという作業を進めていくための作業プロセス画
面を表示し、さらにＣという作業を行っている間はＣと
いう作業を進めていくための作業プロセス画面を表示す
るというものである。

【０００５】

【発明が解決しようとする課題】ところで、作業者は同
じ作業を繰り返すうちに習熟してくるから、作業プロセ
ス画面をいちいち見なくとも作業を進めることができる
ようになる。

【０００６】しかしながら、上記のごとき従来のシステ
ムでは、各作業者の習熟度を無視して、それぞれの作業
を行っている間、一律にその作業を行うための全ての作
業プロセス画面を表示している。

【０００７】従って、作業に習熟した作業者からみる
と、かえって作業効率が低下するという問題点があっ
た。

【０００８】そこで、この発明は、作業効率を低下させ
ることなく作業シナリオを設定できる作業支援システム
を提供することを目的とする。

【０００９】

【課題を解決するための手段】前記目的を達成するため
に、請求項１の発明は、作業者に対して作業支援情報を
提供する作業支援システムにおいて、上記作業支援情報
をデフォルト値で提供する第１の作業支援情報提供手段
と、上記第１の作業支援情報提供手段で提供した作業支
援情報の内容を確認する確認手段と、上記確認手段で作
業支援情報の内容が確認されると上記作業支援情報を簡
略化されたデータで提供する第２の作業支援情報提供手
段と、を有することを特徴とする。

【００１０】また、請求項２の発明は、サーバからクラ
イアントに対して電子化された作業支援情報を提供する
作業支援システムにおいて、上記クライアントは、上記
サーバに対して複数のイベントのイベント実行手順より
構成される作業シナリオファイルの送信を要求する作業
シナリオファイル送信要求手段と、上記送信要求した作
業シナリオファイルのイベントを上記サーバからの受信
時のデフォルト値で実行する第１のイベント実行手段
と、上記第１のイベント実行手段で実行したイベントの
実行内容を確認する確認手段と、上記確認手段でイベン
トの実行内容が確認されると、上記イベントを簡略化さ
れた内容で実行する第２のイベント実行手段と、を有す
ることを特徴とする。

【００１１】

【発明の実施の形態】以下、本発明の実施の形態を図面
に基づいて説明する。

【００１２】図１は本発明が適用された実施形態の全体
的な構成を示す概略ブロック図である。

【００１３】図１に示すシステムは、生産ライン４０を
流れる図示しないワークを、工程１実行部（２０−
１）、工程２実行部（２０−２）、…の各工程実行部で
加工するもので、各工程実行部の前には作業者４１、４
１、…が配置されている。

【００１４】そして、本システムでは、各工程実行部で
の作業者４１の作業を支援するため、各工程実行部に
は、クライアント２１と、クライアント２１に接続され
たバッファ２２と、同じくクライアント２１に接続され
た操作入力デバイス２３が設けられ、各クライアント２
１、２１、…はネットワーク３０を介してサーバ１０に
接続されている。

【００１５】ここで、サーバ１０はＰＣ（パーソナルコ
ンピュータ）等で構成され、各工程実行部２０でのクラ
イアント２１からの作業支援要求に対して作業支援情報
を提供する。具体的にはデータベース１１に格納されて
いる作業シナリオファイル及び作業指示情報ファイルを
読み出して、以下の支援動作をする。

【００１６】（１）システム運用スタート時にクライア
ント２１から作業支援要求を受けると、作業支援要求を
出したクライアントに対して当該クライアントのための
作業シナリオファイルをダウンロードする。作業シナリ
オファイルとは作業支援するための複数のイベントの実
行手順が記述されたものであるが、作業シナリオファイ
ルの内容に付いては、後に詳述する。

【００１７】（２）クライアント２１で上記作業シナリ
オの実行が開始されると、各クライアントからの要求に
基づき上記作業シナリオ中のイベントを実行するための
作業指示情報ファイルをダウンロードする。

【００１８】なお、作業指示情報ファイルは、イベント
を実行するための複数の作業プロセス画面より構成さ
れ、最終画面は作業結果画面とされている。

【００１９】そして、本実施形態では、後に詳術するよ
うに、サーバ１０からのダウンロード時は各イベントを
実行するために複数の作業プロセス画面は順次全て表示
されるが、２回目以降は最終画面である作業結果画面の
み表示される。

【００２０】また、クライアント２１はＰＣ（パーソナ
ルコンピュータ）等で構成されて各工程実行部２０での
作業者の作業を支援するもので、サーバ１０に対して以
下の要求をする。 （１）システム運用スタート時に作業支援要求を出す。 （２）作業シナリオの実行が開始されると、作業シナリ
オ中のイベントを実行するための作業指示情報ファイル
の呼び出しを要求する。

【００２１】なお、クライアント２１は、図示はしてい
ないが、表示部や入力装置、あるいはバーコードリーダ
等を備えている。

【００２２】また、バッファ２２はサーバ１０からダウ
ンロードした作業シナリオファイルや作業指示情報ファ
イルを格納する。なお、サーバ１０からダウンロードし
た作業シナリオファイルの内容は更新が可能なので、更
新があると、更新後のものがバッファ２２に格納され
る。

【００２３】また、操作入力デバイス２３はキーボード
やマウス等より構成され、バッファ２２に格納された作
業シナリオファイルの内容を更新する際使用される。

【００２４】次に、システム運用スタート時にサーバ１
０からダウンロードされる作業シナリオファイルについ
て図２を参照しながら説明する。

【００２５】このファイルは作業の対象品種毎に用意さ
れた作業指示情報をどのような順番でどれくらいの時間
で再生していくかを記述したテキストベースのファイル
で、オフラインにて作成され、データベース１１に保存
されている。

【００２６】本システムでは、このファイルはクライア
ントのスタートアップ時にサーバ側からクライアント側
に呼び出され、以降はクライアント側に保持され、作業
指示情報の呼び出しに必ず参照されるものである。

【００２７】すなわち、図２に示すごとく、作業シナリ
オファイル５０は、イベント番号と、イベント名称と、
イベント確認属性と、指定実行ファイル名と、ファイル
の実行時間と、次のイベント名称の各欄より構成されて
いる。

【００２８】ここで、イベント番号とは作業シナリオフ
ァイルで実行されるイベントの番号である。

【００２９】また、イベント名称とは各イベントの名称
である。

【００３０】また、イベント確認属性とはイベントの実
行内容を確認しているかどうかを示すものである。

【００３１】また、指定実行ファイル名とは各イベント
を実行するための作業情報が格納されたファイル名であ
る。

【００３２】また、ファイルの実行時間とは各イベント
を実行するための指定実行ファイルの実行時間である。

【００３３】また、次のイベント名称とは、現在実行し
ているイベントの実行が終了した場合に、次に実行され
るイベントの名称である。

【００３４】従って、図２に示す作業シナリオファイル
５０では、イベント１、イベント２、イベント３の３つ
のイベントをこの順番で繰り返し実行し、例えばイベン
ト１は、イベント番号が「１」、イベント名称が「イベ
ント１」、イベント確認属性が「未確認」、指定実行フ
ァイル名が「ファイル１」、ファイルの実行時間が「３
０秒」、次のイベント名称が「イベント２」であること
が分かる。

【００３５】ここで、本実施形態の特徴は、イベントの
確認属性を記述する欄を設けたことである。イベント確
認属性とはそのイベントの実行内容を確認しているかど
うかを示すもので、サーバ１０から呼び出された段階、
すなわちデフォルト値では「未確認」という値になって
いる。これに対して、作業者側からこのイベントに対す
る指示情報は把握したので、次回からは作業プロセス画
面の表示は不要であるという確認入力を受信したときに
は、この属性値を「確認済」という値に変更する。それ
以降はそのままである。すなわち、この属性値をイベン
ト実行時に参照することで、作業者がまだ作業プロセス
の内容表示を必要としているか否か判別することができ
る。図２に示した作業シナリオファイル５０はサーバ１
０からダウンロードしたときのものなので、属性値はみ
な「未確認」となっている。

【００３６】また、各イベントを実行するためのファイ
ル（作業指示情報ファイル）は、イベントを実行するた
めの静止画像よりなる複数の作業プロセス画面より構成
され、最終画面は作業結果画面とされている。そして、
イベントの確認属性が「未確認」の場合はイベントを実
行するために複数の作業プロセス画面が順次全て表示さ
れるが、作業者によって「確認」の入力があると、イベ
ント実行の際、最終画面である作業結果画面のみ表示さ
れる。

【００３７】図３は、図２に示した作業シナリオファイ
ルのイベント確認属性が書き替えられた場合を示してい
る。

【００３８】図３では、イベント１のイベント確認属性
は「確認済」、イベント２のイベント確認属性も「確認
済」、イベント３のイベント確認属性は「未確認」であ
る。

【００３９】従って、イベント１とイベント２のイベン
ト実行時は作業結果画面のみ表示し、イベント３のイベ
ント実行時は複数の作業プロセス画面が順次全て表示さ
れることになる。

【００４０】図４は図１に示した各工程実行部でイベン
ト確認属性が書き替えられる場合の電気的な構成を機能
ブロック図で示したもので、実行ルーチン部２１０−１
と、確認入力検知ルーチン部２１０−２と、シナリオフ
ァイル２２０と、操作入力デバイス群２３０より構成さ
れている。

【００４１】ここで、実行ルーチン部２１０−１と確認
入力検知ルーチン部２１０−２は図１のクライアント２
１内に含まれ、シナリオファイル２２０は図１のバッフ
ァ２２内に含まれ、操作入力デバイス群２３０は図１の
操作入力デバイス２３内に含まれる。

【００４２】ここで、実行ルーチン部２１０−１は、シ
ナリオファイル２２０を参照して指定実行ファイルを順
次実行するシナリオ実行機能部を有するが、更にシナリ
オファイル２２０のイベント確認属性を書き替えるシナ
リオ更新機能部、作業指示情報ファイルの特定の画面を
検索する指定画面検索機能部、再生方法を変更する再生
方法変更機能部を有する。

【００４３】また、確認入力検知ルーチン部２１０−２
は操作入力デバイス群２３０から入力された信号に基づ
いて確認信号の入力を検知するものである。

【００４４】また、シナリオファイル２２０は作業シナ
リオが格納されるもので、確認入力検知ルーチン部２１
０−２で検知された確認信号に基づいて実行ルーチン部
２１０−１のシナリオ更新機能部でイベント確認属性が
書き替えられると、シナリオファイル２２０の内容も書
き替えられる。

【００４５】また、操作入力デバイス群２３０はイベン
ト確認属性を書き替えるためのデバイス群より構成さ
れ、タイマ２３０−１、キーボード２３０−２、マウス
２３０−３、タッチパネル２３０−４、バーコードリー
ダ２３０−５、各種スイッチ２３０−６、各種センサ２
３０−７、…その他の各種入力装置２３０−ｎより構成
されている。

【００４６】なお、実行ルーチン部２１０−１における
指定実行ファイルの実行は静止画よりなる複数の作業プ
ロセス画面を順次表示することによって行われるが、こ
の場合、指定画面検索機能部によって特定の画面のみを
表示することもできる。これは、例えば複数の作業プロ
セス画面に番号を付け、その番号をキーボード等で指定
することによって行える。

【００４７】また、指定実行ファイルの内容は再生方法
変更機能部で変更することもできる。

【００４８】以上が本実施形態の構成であるが、次にク
ライアント２１側の実行ルーチン部２１０−１での処理
手順を図５のフローチャートに基づいて説明する。

【００４９】この処理では、まず、スタートアップ入力
があったか否かが調べられる（ステップ１００）。

【００５０】これは、例えば作業が開始されると、作業
対象の品種に対してユニークに付けられているバーコー
ドをクライアント２１のバーコードリーダで読み取らせ
るので、クライアント２１のバーコードリーダが所定の
バーコードを読み取ったか否かを検出することによって
調べられる。

【００５１】ここで、スタートアップ入力が検出されな
い場合は（ステップ１００でＮｏ）、ステップ１００の
処理に戻るが、スタートアップ入力が検出された場合は
（ステップ１００でＹｅｓ）、次にシナリオファイル着
信か否かが調べられる（ステップ１０２）。

【００５２】これは、クライアント２１側でスタートア
ップ入力が検出されると、クライアント２１からサーバ
１０に対してシナリオファイルの送信を要求するので、
この要求に対してサーバ１０からの返信があったか否か
を調べているものである。

【００５３】ここで、シナリオファイルの着信がない場
合は（ステップ１０２でＮｏ）、シナリオファイルの着
信待ちとなるが、シナリオファイルの着信があった場合
は（ステップ１０２でＹｅｓ）、受信したシナリオファ
イルを図４に示したシナリオファイル２２０としてダウ
ンロードする。そして、シナリオファイルを参照して次
に実行すべきイベントのイベント確認属性がデフォルト
値か否かを調べる（ステップ１０４）。

【００５４】ここで、サーバからダウンロードされたシ
ナリオファイルは図２に示すごときデフォルト値で記述
されたシナリオファイルなので、初回はデフォルト値
「未確認」で記述されたイベント確認属性を検出するこ
とになる（ステップ１０４でＹｅｓ）。

【００５５】そして、このようなイベント確認属性が検
出されると、これから実行しようとするイベントの作業
指示情報ファイルの送信をサーバ１０側に要求し、これ
によって作業指示情報ファイルをクライアント２１側の
実行ルーチン部２２０−１にダウンロードする。そし
て、この作業指示情報ファイルの内容を上記検出された
イベント確認属性で実行する（ステップ１０６）。

【００５６】すなわち、作業指示情報ファイルは複数の
作業プロセス画面よりなるので、所定のファイル実行時
間で静止画像で記述された複数の作業プロセス画面を順
次表示することになる。

【００５７】ここで、作業者は次回からは「確認済」の
イベント確認属性でイベントの実行を望む場合がある。
この場合は図４に示した操作入力デバイス群２３０から
の入力操作が行われる。この入力操作はイベントの実行
中でもよいし、実行後でもよい。

【００５８】そこで、次に、操作入力デバイス群２３０
からの入力操作があったか否かが調べられる（ステップ
１０８）。

【００５９】ここで、操作入力デバイス群２３０からの
入力操作が検出されない場合は（ステップ１０８でＮ
ｏ）、イベント終了か否かが調べられ（ステップ１１
２）、イベント終了でない場合は（ステップ１１２でＮ
ｏ）、ステップ１０８に戻り、イベント終了の場合は
（ステップ１１２でＹｅｓ）、ステップ１１８に進む。

【００６０】また、操作入力デバイス群２３０からの入
力操作が行われた場合は（ステップ１０８でＹｅｓ）、
イベント終了後、確認属性値を「確認済」に更新する
（ステップ１１０）。

【００６１】そして、次回からは、この更新されたイベ
ント確認属性でイベントの実行が行われる。従って、次
回からは作業者に無用な作業プロセス画面を見せること
なく効率的な作業支援を行うことができる。

【００６２】一方、２回目以降のシナリオファイルの実
行で、次に行うべきイベントの確認属性がデフォルト値
でない場合、すなわち「確認済」の場合は（ステップ１
０４でＮｏ）、実行イベントで指定された作業指示ファ
イルの最終画面である作業結果画面を探索する（ステッ
プ１１４）。

【００６３】そして、探索された作業結果画面を表示す
る（ステップ１１６）。これによって、イベント実行と
みなされる。

【００６４】次に、シナリオ終了か否か、すなわち全イ
ベント終了か否かが調べられ（ステップ１１８）、全イ
ベント終了でない場合は（ステップ１１８でＮｏ）、ス
テップ１０４に戻って次のイベントを実行するが、全イ
ベント終了の場合は（ステップ１１８でＹｅｓ）、２回
目以降の再生要求の有無を確認し（ステップ１２０）、
２回目以降の再生要求がある場合は、ステップ１０４に
戻って２回目以降の再生を実行するが、２回目以降の再
生要求がない場合は当処理を終了する。

【００６５】なお、以上の説明では、シナリオファイル
の更新は、各イベント実行中かイベント終了後に行うよ
うに説明したが、シナリオの１回終了後にまとめて行う
ようにすることもできる。

【００６６】また、更新されたシナリオファイルは、作
業終了後、電源オフとともに消去するようにすることも
できるし、次回起動時に更新されたシナリオを利用した
い場合は、作業終了後、サーバ側に更新されたシナリオ
をアップロードするようにすることができる。

【００６７】この場合は、作業終了後の更新されたシナ
リオファイルの扱いについてあらたな終了コマンドを用
意し、操作入力デバイス群２３０からの入力操作によっ
てコマンドの指定をするようにすればよい。

【００６８】ところで、上記実施形態では、イベント確
認属性を変更する場合は、図４に示した操作入力デバイ
ス群２３０からの操作入力によって行ったが、次に、イ
ベントの一巡実行が終了すると、自動的にイベント確認
属性が「確認済」に変更される実施形態を図６乃至図８
に基づいて説明する。

【００６９】図６には、イベントの一巡実行終了後のシ
ナリオファイル５０が示されている。同図に示すごと
く、イベントの一巡実行が終了すると、イベント確認属
性は全て「確認済」に更新される。

【００７０】図７は図１に示した各工程実行部でイベン
ト確認属性が書き替えられる場合の電気的な構成を機能
ブロック図で示したもので、本実施形態では、実行ルー
チン部２１０−１と、シナリオファイル２２０より構成
されている。

【００７１】ここで、実行ルーチン部２１０−１は図１
のクライアント２１内に含まれ、シナリオファイル２２
０は図１のバッファ２２内に含まれる。

【００７２】ここで、実行ルーチン部２１０−１は、シ
ナリオファイル２２０を参照して指定実行ファイルを実
行するシナリオ実行機能部、シナリオファイル２２０の
イベント確認属性を書き替えるシナリオ更新機能部、作
業指示情報ファイルの特定の画面を検索する指定画面検
索機能部、再生方法を変更する再生方法変更機能部を有
する。

【００７３】また、シナリオファイル２２０は作業シナ
リオが格納されるもので、実行ルーチン部２１０−１の
シナリオ更新機能部でイベント確認属性が書き替えかれ
ると、この書き替えられたイベント確認属性を有する作
業シナリオが格納される。

【００７４】以上が本実施形態の構成であるが、次にク
ライアント２１側の実行ルーチン部２１０−１での処理
手順を図８のフローチャートに基づいて説明する。

【００７５】この処理では、まず、スタートアップ入力
があったか否かが調べられる（ステップ３００）。

【００７６】ここで、スタートアップ入力が検出されな
い場合は（ステップ３００でＮｏ）、再びステップ３０
０の処理に戻るが、スタートアップ入力が検出された場
合は（ステップ３００でＹｅｓ）、次にシナリオファイ
ル着信か否かが調べられる（ステップ３０２）。

【００７７】ここで、シナリオファイルの着信がない場
合は（ステップ３０２でＮｏ）、シナリオファイルの着
信待ちとなるが、シナリオファイルの着信があった場合
は（ステップ３０２でＹｅｓ）、受信したシナリオファ
イルを図７に示したシナリオファイル２２０としてダウ
ンロードし、次に実行すべきイベントのイベント確認属
性がデフォルト値か否かを調べる（ステップ３０４）。
つまり、１回目の実行か否かを調べる。

【００７８】ここで、初回ならば、デフォルト値「未確
認」で記述されたイベント確認属性を検出することにな
り（ステップ３０４でＹｅｓ）、検出されたイベント確
認属性でイベントを実行する（ステップ３０６）。

【００７９】なお、、イベント実行属性が検出される
と、これから実行しようとするイベントの作業指示情報
ファイルの送信をサーバ１０側に要求し、これによって
作業指示情報ファイルをクライアント２１側の実行ルー
チン部２２０−１にダウンロードする。そして、この作
業指示情報ファイルの内容を上記検出されたイベント確
認属性で実行する。

【００８０】すなわち、作業指示情報ファイルは複数の
作業プロセス画面よりなるので、所定のファイル実行時
間で静止画像で記述された複数の作業プロセス画面を順
次表示することになる。

【００８１】次に、イベントが終了すると、確認属性値
を「確認済」に更新する（ステップ３０８）。

【００８２】そして、次回からは、この更新されたイベ
ント確認属性でイベントの実行が行われる。従って、次
回からは作業者に無用な作業プロセス画面を見せること
なく効率的な作業支援を行えることになる。

【００８３】一方、２回目以降のシナリオファイルの実
行で、次に行うべきイベントの確認属性がデフォルト値
でない場合、すなわち「確認済」の場合は（ステップ３
０４でＮｏ）、実行イベントで指定された作業指示ファ
イルの最終画面である作業結果画面を探索する（ステッ
プ３１０）。

【００８４】そして、探索された作業結果画面を表示す
る（ステップ３１２）。これによって、イベント実行と
みなされる。

【００８５】次に、シナリオ終了か否か、すなわち全イ
ベント終了か否かが調べられ（ステップ３１４）、全イ
ベント終了でない場合は（ステップ３１４でＮｏ）、ス
テップ３０４に戻って次のイベントを実行するが、全イ
ベント終了の場合は（ステップ３１４でＹｅｓ）、２回
目以降の再生要求の有無を確認し（ステップ３１６）、
２回目以降の再生要求がある場合は、ステップ３０４に
戻って２回目以降の再生を実行するが、２回目以降の再
生要求がない場合は当処理を終了する。

【００８６】なお、以上の説明では、イベントの一巡実
行によってイベント確認属性を「確認済」に更新するよ
うにしたが、その他複数回のイベントの一巡実行によっ
て確認属性を「確認済」に更新できることは勿論であ
る。

【００８７】

【発明の効果】以上説明したように、本発明に係わる作
業支援システムでは、シナリオファイルにイベントの確
認属性を記述して、イベントの内容が作業者に確認され
た後は簡略化した画面のみを表示するようにしたので、
各作業者に好適な作業支援情報が得られ、作業効率を低
下させることなく、また、シナリオ設定やその維持・管
理の工数を増大させることなく作業シナリオを設定でき
る等の効果を奏する。

【図面の簡単な説明】

【図１】本発明が適用された作業支援システムの概略構
成を示すブロック図。

【図２】図１に示した作業支援システムにおいてサーバ
からクライアントにダウンロードされるデフォルト値で
記述された作業シナリオの構成図。

【図３】図２に示したデフォルト値で記述された作業シ
ナリオが更新された場合の作業シナリオの構成図。

【図４】図１に示した作業支援システムで作業シナリオ
を更新する場合の機能ブロック図。

【図５】図１に示した作業支援システムのクライアント
側の処理手順を示すフローチャート。

【図６】図２に示したデフォルト値で記述された作業シ
ナリオが第２の実施形態で更新された場合の作業シナリ
オの構成図。

【図７】本発明の第２の実施形態に係わる作業支援シス
テムで作業シナリオを更新する場合の機能ブロック図。

【図８】本発明の第２の実施形態に係わる作業支援シス
テムのクライアント側の処理手順を示すフローチャー
ト。

【符号の説明】

１０ サーバ １１ データベース ２０ 工程実行部 ２１ クライアント ２２ バッファ ２３ 操作入力デバイス ３０ ネットワーク ４０ 生産ライン ４１ 作業者 ５０ シナリオファイル ２１０−１ 実行ルーチン部 ２１０−２ コマンド検知・特定ルーチン部 ２２０ シナリオファイル ２３０ 操作入力デバイス群

Claims (2)

【特許請求の範囲】
1. 【請求項１】 作業者に対して作業支援情報を提供する
   作業支援システムにおいて、 上記作業支援情報をデフォルト値で提供する第１の作業
   支援情報提供手段と、 上記第１の作業支援情報提供手段で提供した作業支援情
   報の内容を確認する確認手段と、 上記確認手段で作業支援情報の内容が確認されると上記
   作業支援情報を簡略化されたデータで提供する第２の作
   業支援情報提供手段と、 を有することを特徴とする作業支援システム。
2. 【請求項２】 サーバからクライアントに対して電子化
   された作業支援情報を提供する作業支援システムにおい
   て、 上記クライアントは、 上記サーバに対して複数のイベントのイベント実行手順
   より構成される作業シナリオファイルの送信を要求する
   作業シナリオファイル送信要求手段と、 上記送信要求した作業シナリオファイルのイベントを上
   記サーバからの受信時のデフォルト値で実行する第１の
   イベント実行手段と、 上記第１のイベント実行手段で実行したイベントの実行
   内容を確認する確認手段と、 上記確認手段でイベントの実行内容が確認されると、上
   記イベントを簡略化された内容で実行する第２のイベン
   ト実行手段と、 を有することを特徴とする作業支援システム。