(57)【要約】【課題】従来の保守作業支援システムでは、受信する操作員が、その通達内容に対応できない場合には、その業務について支障をきたすことになる。仮に、複数の操作員に一斉通達した場合には、複数の人的資源がその業務に占有されて、無駄が生じる場合がある。【解決手段】保守作業支援システムに、複数の設備１０３の状況データを受信する通信手段１０９と、設備の属性データを保持するデータベース１１４と、作業員の位置情報または作業状態を送信する情報端末１０６と、作業員の位置情報を受信する通信手段１０９と、設備の属性データ，状況データおよび前記作業員の位置情報を用いて作業支援ガイダンスの作成および前記作業支援ガイダンスを配信する作業員の選定を行うルール処理手段１１９と、選定された作業員に対応する情報端末に前記作業支援ガイダンスを送信する通信手段１０９とを配置する。【選択図】　図１
2004102643.tif 000002
【特許請求の範囲】
【請求項１】
複数の設備の保守管理業務を支援するシステムにおいて、
前記設備の状況データを受信する通信手段と、
作業員の状況データを受信する通信手段と、
前記設備の属性データを保持するデータベースと、
前記作業員の属性データを保持するデータベースとを備え、
前記設備の状況データおよび属性データ，前記作業員の状況データおよび属性データを入力条件として記述された業務ルールを遂行することを特徴とする保守作業業務支援システム。
【請求項２】
請求項１において、
前記作業員の状況データとして、作業員の位置情報および作業有無を用いることを特徴とする保守作業業務支援システム。
【請求項３】
請求項１において、
前記作業員の状況データとして、作業員に通達した意思決定支援情報に対する応答を用いることを特徴とする保守作業業務支援システム。
【請求項４】
複数の設備の状況データを受信する通信手段と、
前記設備の属性データを保持するデータベースと、
作業員の位置情報または作業状態を送信する情報端末と、
前記位置情報を受信する通信手段と、
前記設備の属性データ，状況データおよび前記作業員の位置情報を用いて作業支援ガイダンスの作成および前記作業支援ガイダンスを配信する作業員の選定を行うルール処理手段と、
前記選定された作業員に対応する情報端末に前記作業支援ガイダンスを送信する通信手段とを備えることを特徴とする保守作業支援システム。
【請求項５】
請求項１または４において、
前記作業員の属性データは、前記作業員の所属部署情報または保有技術免許であることを特徴とする保守作業業務支援システム。
【請求項６】
請求項１または４において、
前記設備の状況データは、前記設備から発信される警報，故障発生信号または自己監視機能の出力であることを特徴とする保守作業業務支援システム。
【請求項７】
請求項１または４において、
前記設備の属性データは、前記設備の位置情報，稼動休止状態または管理責任部署であることを特徴とする保守作業業務支援システム。
【請求項８】
請求項４において、
前記選定された作業員に対応する情報端末は、前記作業支援ガイダンスに基づき前記作業員の意思または作業状況に関する選択肢を表示する表示手段と、
前記表示された選択肢に対し前記作業員の選択を入力する入力手段と、
前記入力手段に前記作業員の選択が入力された場合、当該選択を前記ルール処理手段に送信する通信手段とを備え、
前記ルール処理手段は、前記入力された選択を用いて作業支援ガイダンスの作成および前記作業支援ガイダンスを配信する作業員の選定を行うことを特徴とする保守作業支援システム。
【請求項９】
複数の設備の状況データを受信する通信手段と、
前記設備の属性データを保持するデータベースと、
前記設備の状況データに基づき前記設備の交換が必要な部品を特定する手段と、
部品の在庫に関する情報を保持する在庫管理データベースと、
前記交換が必要な部品に関する在庫状況を前記在庫管理データベースに確認する在庫確認手段と、
前記確認された在庫状況に基づいて前記交換が必要な部品に関する発送信号または発注信号を出力する通信手段を備えることを特徴とする保守作業支援システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、現場設置した装置の多数を保守する企業もしくはその関連部署などで利用される保守作業業務に係るものであり、特に、前記装置に、故障，警報などの非常状態が発生したときの対策業務の管理・分配を支援する装置に関するものである
【０００２】
【従来の技術】
従来の業務管理支援システムにおいては、様々な装置の状況にオンラインリアルタイムで対応して、操作員にガイダンスを行うことが実現されている。しかし、操作員の状況というのは固定されたものを扱ってきた。
【０００３】
たとえば、特開平１１−２０３３５２号や特開２００１−２２２６２１号などでは、移動端末を持つ操作員に対して、情報を通達する機能を実現している。
【０００４】
【発明が解決しようとする課題】
上記の従来例では、移動端末を持つ操作員に対して、情報を通達する機能を実現しているが、操作員の置かれた状況を考慮して、業務支援内容を調整することは考えられていない。
【０００５】
受信する操作員が、その通達内容に対応できない場合には、その業務について支障をきたすことになる。仮に、複数の操作員に一斉通達した場合には、複数の人的資源がその業務に占有されて、無駄が生じる場合がある。効率的な業務を実現させるには、人的資源側の状況も的確に把握する必要がある。特に、広域に渡って、現場設置型の装置を管理している業務の場合は、巡回に関わる業務の制約は大きい。
【０００６】
したがって、装置側の状況のみならず、巡回員の状況にもオンラインリアルタイムで対応して、業務管理支援できる仕掛けが必要である。
【０００７】
【課題を解決するための手段】
装置側の監視装置、および、巡回員がもつ携帯端末に、各々の状況を把握するためのエージェント機能を持たせる。装置については故障発生の有無を確認できる機能などを、巡回員については位置情報や作業状態を確認できる機能を持たせる。
【０００８】
さらに、管理業務支援を行うサーバ内には、装置のプロパティとして配置情報や管理責任に関する情報を、また、巡回員のプロパティとして職務や作業技術に関する情報をデータベースに保持させる。
【０００９】
そして、それらの装置状況，巡回員状況のオンライン情報、また、装置や巡回員のプロパティを入力情報とした、業務ルールをＩＦ／ＴＨＥＮ形式でデータベースに管理する。
【００１０】
【発明の実施の形態】
以下、本発明の実施例を図面に基づいて詳細に説明する。第一の実施例を図１に示す。広域に渡る複数現場に設置された監視対象装置（以下、現場装置）に対する保守保全業務について、不特定の場所を巡回している保守を行う移動作業員（以下、巡回員）に対して作業支援を行う保守作業支援サーバ（以下、支援サーバ）である。
【００１１】
支援サーバ１０１は、外部通信網１０２を介して、複数の現場装置１０３、および、巡回員１０４と情報連携することが可能になっている。現場装置には監視端末１０５が接続されていて、現場装置の状況を規定の通信プロトコルに合わせて送信する機能を備えている。また、巡回員１０４は情報端末（本実施例では、携帯端末）１０６を有していて、無線通信１０７を介して、外部通信網１０２に接続される。無線通信では通信相手である巡回員の現在位置情報などを特定できる機能を有している。監視端末１０５および携帯端末１０６は計算機の機能を有して、外部からの指令に基づき、エージェントプログラム１０８を実行する計算処理機能を備える。
【００１２】
次に、支援サーバ１０１の内部機能について概説する。配信した上記エージェントプログラム１０８とやり取りをするエージェント通信手段１０９、および、それらを格納している記憶装置１１０，１１１を有している。他機能から要求に応じて、エージェント通信手段１０９は、監視端末１０５および携帯端末１０６に向けて、エージェントを配信できる構成になっている。
【００１３】
このエージェント通信手段１０９と連携する機能としては、巡回員管理手段
１１３および現場装置管理手段１１２が存在する。これらの手段は、上記エージェントを利用して、現場装置および巡回員に関する時々刻々変化する状況情報を集める機能を有していて、これを現場装置状況データベース１１４および巡回員状況データベース１１５に保持している。また、現場装置および巡回員に関する情報で、日々では変化しないような属性値は、現場装置属性データベース１１６と巡回員属性データベース１１７に保持している。
【００１４】
上記の状況情報および属性情報に基づいて、作業支援ガイダンスを実施するために構築された業務ルールを遂行する。業務ルールは、業務ルールデータベース１１８に事前に構築されている。多数記述されている業務ルールの中から、実行条件がそろっているルール（以下、発火ルール）について、ルール処理手段１１９が実行する構成になっている。
【００１５】
以降では、各手段の機能詳細について、実際の動作手順を踏まえて、説明を加える。
【００１６】
図２は、業務ルールデータベースの記述内容の一例である。ここでは、人間系がルール構築時に用いるＧＵＩ形式で、個別ルールの一例を示して、その記述内容を説明する。なお、実装上は、業務ルールは機械的に処理できるデータ形式に変換される。
【００１７】
図中、角の無い四角で表記された枠（２０１と２０２）は「イベント」を示す。角の有る四角で表記された枠（２０３〜２０６）は「アクション」を示す。
【００１８】
イベントとは、支援サーバ内外のデータの内容によって、成立もしくは不成立する条件文で表されて、成立した場合には、そのイベントが「発火」したとする。アクションとは、支援サーバ内外のデータを操作する動作で、アクションの枠に入力されている矢印元のイベントが全て発火もしくはアクションが全て終了すると、その動作を行うことが定義されている。図２の場合、イベント２０１とイベント２０２が発火することで，アクション２０３が実行されることを意味する。
【００１９】
イベントの発火条件は、別途、図３のように定義される。定義表におけるイベント名称とは、図２におけるイベント枠内の名称に相当する。図２のイベント
２０１“変電所制御盤故障コードＸ”は、図３のイベント名称３０１で参照される。図３の３０２では、そのイベントが参照するデータ先が定義されている。詳細は後述するが、現場装置の状況・属性、もしくは、巡回員の状況・属性を示すデータが、ここの定義に従って獲得される。それらデータを発火条件３０３に照らし合わせて、発火の有無を検証する。図の例では、装置ＩＤ：ｘｚが有効な使用状態にあって、かつ、現場装置のアラーム値がＸ１もしくはＸ２の場合に、イベント“変電所制御盤故障コードＸ”が発火する。他のイベントについても同様に処理され、それぞれの発火の有無が決定される。
【００２０】
次に、アクションの内容を説明する。アクションの動作内容は、別途、図４のように定義されている。図４は、アクション２０３“近隣巡回員急行依頼”に関する設定である。主なアクションについては詳細動作が別途ライブラリ化されていて、ここでは指定された変数を指定することで、所望の動作を得ることができる。テキストボックス４０１では、基準地点を指定する。これは、どの巡回員が近くにいるかを選出する基準となる位置情報を指定するところである。図４の例のように、故障した装置の名称から、その属性値である位置情報を参照することが可能となっている。次に、選出した巡回員に送達する画面情報を選択するのが、テキストボックス４０２である。この例では、登録済みの画面データとして、“呼出００１”という画面を使用している。
【００２１】
この画面のデータは、ページ記述言語などを用いて、定義済みで、巡回員に配信されたエージェントによって、巡回員に表示される。たとえば、図５のような出力を得られる。通常のメッセージ５０１に加えて、呼出側の変数５０２を表示することが可能である。また、ボタン５０３などのＧＵＩを用いて、巡回員の意思決定および操作を入力できる機能を備える。詳細は後述するが、ここでの入力操作した内容は、巡回員エージェントによって、通信を介して支援サーバに引き渡される。
【００２２】
これらの機能により、図４の例では、巡回員の急行の可否を確認している。仮に、急行できないという意思決定が戻ってきた場合には、近隣巡回員急行依頼アクションは、次の候補者を選出することを試みる。この試行回数が、数字ボックス４０３にて設定できる。急行できる場合には、戻り値４０４のように、巡回員ＩＤを戻して、アクション終了とする。
【００２３】
図２の業務ルールでは、“呼出００１”という画面戻り値の判定２０４を経て、近隣の巡回員が急行可能な場合には、その巡回員に簡易検査アクション２０５を行ってもらうことになる。簡易検査アクションに定義されている画面の一例を図６に示す。図５の画面表示と同様の処理によって、巡回員の携帯端末に対して、作業ガイダンスの表示を行われている。ここでは、ラジオボタン６０１を使用している。図５の場合と同様に、ここでの操作は、支援サーバに引き渡される。また、ボタン６０２を印加された場合には、次の画面表示アクションに継続する仕掛けとなる。
【００２４】
図２の業務ルールの続きを説明する。上述のようにして、簡易検査を行った後には、担当者連絡アクション２０６が行われる。この動作内容は図７の例のように定義される。基本的には、図４のアクション定義と同様である。報告すべきレポート名称７０１と、使用する呼出画面７０２が設定できる。この設定に従うと、図８のように、簡易検査の出力８０１および検査を実施した巡回員の情報８０２を表示する画面が出力される。図の例では、責任者は、レポートの内容を判断して、作業指令を候補から選択するか、電話で直接会話するかの行動をボタン８０３によって選択できる。
【００２５】
以上に説明したように、巡回員・責任者などを含む人間系の状況を適時把握していることによって、図２の業務ルールのように、問題の設備に対して最も近い巡回員を動的に配して初動対応を行うことが可能なシステムとなっている。また、責任者に対する連絡も、責任者の位置に関わらず行うことができる。さらに、業務ルールを設備管理者のノウハウに基づいて作成すれば、設備の故障時には、あらかじめ設定された業務ルールに基づいて自動的に作業ガイダンス作成され送信されるので、適切な指示を作業員に迅速に与えることが可能となる。
【００２６】
以降では、現場装置の状況データおよび属性データ、また、巡回員の状況データおよび属性データの参照方法について、詳細を説明する。上述の実施例で、説明を省いた点を補足するものである。
【００２７】
まず、現場装置の状況データおよび属性データの参照方法として、図１内の現場装置管理手段１１２を中心とした動作を説明する。図３のようにイベント記述として、現場装置に関する情報を参照する場合、ルール処理手段１１９から現場装置管理手段１１２に対する問い合わせという処理になる。
【００２８】
問い合わせの具体例を、図９のテーブル９０１を用いて説明する。装置名称
Ｎａｍｅとして扱う文字列変数，配置場所Ｌｏｃａｔｉｏｎとして扱うＧＰＳ位置情報文字列，稼動状態Ｓｔａｔｕｓとして、正常作動中，待機作動中，停止中，不明などの何れかが代入される文字列変数，軽度警報Ａｌｍ０１　や重度警報Ａｌｍ０２　として扱う警報レベル整数変数などについて、問い合わせが行われている。
【００２９】
これら現場装置管理手段１１２に対する問い合わせは、現場装置状況ＤＢに対する参照か、現場装置属性ＤＢに対する参照に置き換えられる。まず、装置名称Ｎａｍｅや配置場所Ｌｏｃａｔｉｏｎは、固定データとして現場装置属性ＤＢの部分９０２を代入する処理がなかれる。一方、装置の稼動状態Ｓｔａｔｕｓや、軽度警報Ａｌｍ０１　や重度警報Ａｌｍ０２　は、現場装置状況ＤＢの部分９０３を参照する。
【００３０】
現場装置状況ＤＢは、随時、現場装置監視エージェント９０４によって、データが更新されることが想定されているところである。図９の場合、更新データ
９０５にあるように、Ｓｔａｔｕｓ，Ａｌｍ０１　，Ａｌｍ　の全てのデータが現場装置監視エージェントの所定の動作に従って更新される。本実施例では、現場装置監視エージェントは、サーバプログラムに対して、定周期でデータをアップロードする機能を実装している。
【００３１】
この現場装置監視エージェントのデータ更新タイミング，更新データ項目、さらには、通信エラー時の処理は、全てエージェントプログラムの内容に依存する。したがって、各装置に配信するエージェントプログラムを更新する手続きを踏めば、これらの監視観測方法は、自由に変更することができる。具体的には、現場装置エージェント格納部１１０において、新規のエージェントプログラムに置換追加すれば、新しい監視観測方法に移行することができる。
【００３２】
次に、巡回員の状況データおよび属性データの参照方法として、図１内の巡回員管理手段１１３を中心とした動作を説明する。図９と同様に、巡回員に関する情報を参照する場合も、ルール処理手段１１９から巡回員管理手段１１３に対する問い合わせという処理になる。
【００３３】
問い合わせの具体例を、図１０のテーブル１００１を用いて説明する。巡回員名称Ｎａｍｅとして扱う文字列変数，上長名称Ｂｏｓｓとして扱う文字列，技術免許
Ｌｉｃｅｎｓｅ　として扱う文字列配列，位置情報Ｌｏｃａｔｉｏｎとして扱うＧＰＳ位置情報文字列，作業状態Ｓｔａｔｕｓとして、作業中（重要度高），作業中（重要度低），待機中，移動中，休憩中，不明などの何れかが代入される文字列変数，作業予定
Ｓｃｈｅｄｕｌｅとして扱う時間変数などについて、問い合わせが行われている。
【００３４】
これら巡回員管理手段１１３に対する問い合わせも、図９と同様に、巡回員状況ＤＢに対する参照か、巡回員属性ＤＢに対する参照に置き換えられる。まず、巡回員名称Ｎａｍｅや上長名称Ｂｏｓｓ，技術免許Ｌｉｃｅｎｓｅ　は、巡回員属性ＤＢの部分
１００２を代入する処理がなかれる。一方、位置情報Ｌｏｃａｔｉｏｎ，作業状態Ｓｔａｔｕｓや、作業予定Ｓｃｈｅｄｕｌｅは、巡回員状況ＤＢの部分１００３を参照する。図９の現場装置の場合と、状況ＤＢと属性ＤＢの関係が異なる点は注意する必要がある。
【００３５】
巡回員状況ＤＢは、随時、巡回員監視エージェント１００４によって、データが更新される。更新データ１００５にあるように、Ｓｔａｔｕｓ，Ｌｏｃａｔｉｏｎは巡回員監視エージェントから、サーバプログラムに対して、定周期でデータをアップロードされている。
【００３６】
これらに加えて、巡回員管理手段１１３の場合は、巡回員への画面表示機能および巡回員による入力機能を実現する手段が備えられている。これは、テーブル１００１内に画面ＩＤを付加する事で問い合わせが可能となる。
【００３７】
巡回員への意思決定支援画面および入力画面は、巡回員状況ＤＢに動的に付加されている。巡回員状況ＤＢの部分１００３に格納されている所有画面一覧から、画面データテーブル１００６のインスタンスを参照し、巡回員が入力する各種値の参照が可能な構造となっている。
【００３８】
画面表示入力エージェント１００７が、巡回員への意思決定支援画面および入力画面を実現する。画面入出力が必要となった巡回員には、この画面表示入力エージェント１００７が配布される。このエージェントは、オンデマンドで配信されるページ記述言語などで表現された画面データ１００８を表示する機能を有している。例えば、図５や図６のような入出力を備えた画面を扱うことができる。巡回員によって入力された値は、ページ記述言語の記載に従って変数に代入され、データ更新１００９としてサーバにアップロードされる。サーバは、この更新データを、巡回員状況ＤＢに属する画面情報として、画面データテーブル１００６に格納する。
【００３９】
巡回員監視エージェントおよび画面表示入力エージェントについても、巡回員エージェント格納部１１１に新規のエージェントプログラムに置換追加すれば、新しい監視観測方法や画面入出力方法に移行することができる。
【００４０】
上述した作業支援環境は、現場で作業する保守要員のみに使用を限定されるものではない。図１１に、故障情報にリンクして、資材処理を行う事例を説明する。装置の故障情報１１０１から、故障部位および必要な交換部品が特定された場合の業務ルールである。全社範囲で緊急事態が発生していないことを非常対応レベルイベント１１０２で確認した後、部品の在庫確認アクション１１０３を実行する。ここでのアクションは、在庫管理者の携帯端末に図５のような画面を表示することでもよいし、既設の在庫管理システムとのデータ交換を実現する擬似的な巡回員エージェントを用いることもできる。在庫があった場合には、部品発送指令アクション１１０４を起こす。在庫がなかった場合には、部品を発注するアクション１１０５を行う。これらも、担当者が持つ携帯端末の画面に、指示内容を通達するように画面表示エージェントを動かすか、既設の発注発送システムとのデータ交換が可能なエージェントを用いることができる。このように、発注，発送業務を自動化することにより保守業務を効率的に行うことができる。
【００４１】
同様にして、現場で発生する装置の状態変化もしくは作業員の状態変化について、人勤情報や経理情報にリンクさせて業務を遂行させることも可能である。
【００４２】
【発明の効果】
本発明による保守作業業務支援システムによると、操作員・巡回員が置かれた状況に合わせて、業務支援を行うことができる。つまり、装置側の状況のみならず、巡回員の状況にもオンラインリアルタイムで対応して、業務管理支援が実施できる。特に、広域に渡って、現場設置型の装置を管理している業務の場合は、巡回作業に対する人的投入を最小限にできる。
【００４３】
また、巡回員の現場における判断に基づいて、逐次、業務支援を進めることが可能となる。したがって、何らかの異常発生から問題解決までに、位置が特定できない複数の人間の判断が要するような場合でも、迅速に処理を行うことが可能となる。人間による承認を場所にとらわれずに行えるため、装置故障や警報発生に対する処置のみならず、代替部品の発注や、作業割り当ての依頼など、関連する情報管理システムとの連動も行える。
【図面の簡単な説明】
【図１】本発明を適用した保守作業業務支援システムの構成。
【図２】業務ルールの一例。
【図３】イベントデータ定義の一例。
【図４】アクションデータの設定例１。
【図５】巡回員携帯端末の呼出画面の例。
【図６】巡回員携帯端末の検査画面の例。
【図７】アクションデータの設定例２。
【図８】責任者への連絡画面の例。
【図９】現場装置に関するデータ管理の流れ。
【図１０】巡回員に関するデータ管理の流れ。
【図１１】資材情報にリンクした業務ルール。
【符号の説明】
１０１…保守作業支援サーバ、１０２…外部通信網、１０３…現場装置、１０４…巡回員、１０５…監視端末、１０６…携帯端末、１０７…無線通信、１０８…エージェントプログラム、１０９…エージェント通信手段、１１０，１１１…記憶装置、１１２…現場装置管理手段、１１３…巡回員管理手段、１１４，９０３…現場装置状況データベース、１１５…巡回員状況データベース、１１６，９０２…現場装置属性データベース、１１７…巡回員属性データベース、１１８…業務ルールデータベース、１１９…ルール処理手段、２０１，２０２…イベント、
２０３〜２０６…アクション、３０１…イベント名称、３０２…イベント参照データ先、３０３…発火条件、４０１，４０２…テキストボックス、４０３…数字ボックス、４０４…戻り値、６０１…ラジオボタン、６０２，８０３…ボタン、７０１…レポート名称、７０２…呼出画面、８０１…出力、８０２…巡回員の情報、９０１，１００１…テーブル、９０４…現場装置監視エージェント、９０５，１００５…更新データ、１００３…巡回員データベース、１００４…巡回員監視エージェント、１００６…画面データテーブル、１００７…画面表示入力エージェント、１００８…画面データ、１００９…データ更新、１１０１…装置の故障情報、１１０２…非常レベルイベント、１１０３…在庫確認アクション、１１０４…部品発送アクション、１１０５…部品発注アクション。
【図１】
2004102643.tif 000003
【図２】
2004102643.tif 000004
【図３】
2004102643.tif 000005
【図４】
2004102643.tif 000006
【図５】
2004102643.tif 000007
【図６】
2004102643.tif 000008
【図７】
2004102643.tif 000009
【図８】
2004102643.tif 000010
【図９】
2004102643.tif 000011
【図１０】
2004102643.tif 000012
【図１１】
2004102643.tif 000013