特許 7572726 中継装置、中継装置の制御方法及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-10-16

(45)【発行日】2024-10-24

(54)【発明の名称】中継装置、中継装置の制御方法及びプログラム

(51)【国際特許分類】

   G05B 23/02 20060101AFI20241017BHJP

   G05B 19/418 20060101ALI20241017BHJP

   G06Q 10/20 20230101ALI20241017BHJP

【ＦＩ】

G05B23/02 302Z

G05B19/418 Z

G06Q10/20

【請求項の数】 4

(21)【出願番号】P 2021083650

(22)【出願日】2021-05-18

(65)【公開番号】P2022177415

(43)【公開日】2022-12-01

【審査請求日】2023-10-27

【早期審査対象出願】

(73)【特許権者】

【識別番号】500112146

【氏名又は名称】サイレックス・テクノロジー株式会社

(74)【代理人】

【識別番号】100109210

【弁理士】

【氏名又は名称】新居 広守

(72)【発明者】

【氏名】岩本 貴之

【審査官】大古 健一

(56)【参考文献】

【文献】特開２０１９－０９６２３２（ＪＰ，Ａ）

【文献】特開２０１９－１５２９４９（ＪＰ，Ａ）

【文献】特許第６１５２４９９（ＪＰ，Ｂ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０５Ｂ ２３／００ －２３／０２

Ｇ０５Ｂ １９／４１８

Ｇ０６Ｑ １０／２０

(57)【特許請求の範囲】

【請求項1】

機械及び端末装置の各々と通信する中継装置であって、
前記機械の状態を示す情報を前記機械から取得する取得部と、
前記機械のアラーム状態毎に、前記中継装置により解消可能なアラーム状態であるか否かを示す情報テーブルを記憶する記憶部と、
前記取得部により取得された情報により示される前記機械の状態がアラーム状態である場合に、前記情報テーブルに基づいて、当該アラーム状態が前記中継装置により解消可能であるか否かを判定する判定部と、
前記機械のアラーム状態が前記中継装置により解消可能であると前記判定部が判定した場合に、当該アラーム状態を解消するための処理を実行する処理部と、
（ｉ）前記取得部により取得された情報により示される前記機械の状態がアラーム状態である場合に、前記機械がアラーム状態である旨を前記端末装置に通知し、（ｉｉ）前記機械のアラーム状態が解消された場合に、前記機械のアラーム状態が解消された旨を前記端末装置に通知する通信部と、を備え、
前記判定部は、前記機械のアラーム状態が前記中継装置により解消可能であると判定した場合、前記処理部による当該アラーム状態を解消するための処理の実行の後に、前記取得部により取得された情報に基づいて、前記機械のアラーム状態が解消されたか否かを自発的に確認し、
さらに、前記機械のアラーム状態が前記中継装置により解消不可であると前記判定部が判定した場合には、前記端末装置を操作するユーザ又は管理者により当該アラーム状態を解消するための対応が実行された後、前記通信部は、前記機械のアラーム状態が解消されたか否かの確認を要求する確認要求信号を前記端末装置から受信し、
前記判定部は、前記通信部が前記確認要求信号を受信したことをトリガとして、前記取得部により取得された情報に基づいて、前記機械のアラーム状態が解消されたか否かを確認し、
前記通信部は、前記機械のアラーム状態が解消されたことが前記判定部により確認された場合に、前記機械のアラーム状態が解消された旨を前記端末装置に通知する
中継装置。

【請求項2】

前記中継装置は、ＯＰＣＵＡ（ＯＰＣ Ｕｎｉｆｉｅｄ Ａｒｃｈｉｔｅｃｔｕｒｅ）規格に基づいて、前記機械及び前記端末装置の各々と通信する
請求項１に記載の中継装置。

【請求項3】

機械及び端末装置の各々と通信する中継装置の制御方法であって、
（ａ）前記機械の状態を示す情報を前記機械から取得する取得ステップと、
（ｂ）前記（ａ）で取得された情報により示される前記機械の状態がアラーム状態である場合に、前記機械のアラーム状態毎に前記中継装置により解消可能なアラーム状態であるか否かを示す情報テーブルに基づいて、当該アラーム状態が前記中継装置により解消可能であるか否かを判定する判定ステップと、
（ｃ）前記（ｂ）で前記機械のアラーム状態が前記中継装置により解消可能であると判定された場合に、当該アラーム状態を解消するための処理を前記中継装置により実行するステップと、
（ｄ）（ｉ）前記（ａ）で取得された情報により示される前記機械の状態がアラーム状態である場合に、前記機械がアラーム状態である旨を前記端末装置に通知し、（ｉｉ）前記機械のアラーム状態が解消された場合に、前記機械のアラーム状態が解消された旨を前記端末装置に通知するステップと、を含み、
前記（ｂ）では、前記機械のアラーム状態が前記中継装置により解消可能であると判定した場合、前記（ｃ）で当該アラーム状態を解消するための処理を実行した後に、前記（ａ）で取得された情報に基づいて、前記機械のアラーム状態が解消されたか否かを自発的に確認し、
さらに、前記機械のアラーム状態が前記中継装置により解消不可であると前記判定ステップで判定した場合には、前記端末装置を操作するユーザ又は管理者により当該アラーム状態を解消するための対応が実行された後、前記機械のアラーム状態が解消されたか否かの確認を要求する確認要求信号を前記端末装置から受信し、
前記判定ステップでは、前記確認要求信号を受信したことをトリガとして、前記取得ステップにより取得された情報に基づいて、前記機械のアラーム状態が解消されたか否かを確認し、
前記（ｄ）では、前記機械のアラーム状態が解消されたことが前記（ｂ）で確認された場合に、前記機械のアラーム状態が解消された旨を前記端末装置に通知する
中継装置の制御方法。

【請求項4】

請求項３に記載の中継装置の制御方法をコンピュータに実行させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、中継装置、中継装置の制御方法及びプログラムに関する。

【背景技術】

【0002】

ＯＰＣＵＡ（ＯＰＣ Ｕｎｉｆｉｅｄ Ａｒｃｈｉｔｅｃｔｕｒｅ）規格に基づいて、機械及び端末装置の各々と通信する中継装置が知られている（例えば、非特許文献１参照）。ＯＰＣＵＡ規格は、例えば産業オートメーション分野等において、安全且つ信頼性の高いデータ交換を行うために策定された国際標準規格である。

【0003】

上述したＯＰＣＵＡ規格におけるイベントのフローでは、（ａ）イベントの発生→（ｂ）イベントの承認→（ｃ）イベントの解消→（ｄ）イベントの解消の確認、という複数のステップが規定されている。例えば、機械がアラーム状態となるイベントが発生した場合には、ユーザは、端末装置を操作することによりイベントの承認を行った後に、イベントを解消するための対応を行う。ユーザによりイベントが解消された場合には、ユーザが端末装置を操作することにより、中継装置においてイベントの解消の確認が実行される。

【先行技術文献】

【非特許文献】

【0004】

【文献】日本ＯＰＣ協議会ホームページ、［令和３年４月２１日検索］、インターネット＜URL:https://jp.opcfoundation.org/about/opc-technologies/opc-ua/＞

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、従来の中継装置では、ユーザがイベントを解消するための対応を行うため、例えばユーザが端末装置から離れた場所にいるなど、ユーザがイベントの発生に気付かない場合には、イベントを解消するための対応が遅れてしまうという課題が生じる。

【0006】

本発明は、このような課題に鑑みてなされたものであり、その目的は、機械のアラーム状態を早期に解消することができる中継装置、中継装置の制御方法及びプログラムを提供することである。

【課題を解決するための手段】

【0007】

上記目的を達成するために、本発明の一態様に係る中継装置は、機械及び端末装置の各々と通信する中継装置であって、前記機械の状態を示す情報を前記機械から取得する取得部と、前記機械のアラーム状態毎に、前記中継装置により解消可能なアラーム状態であるか否かを示す情報テーブルを記憶する記憶部と、前記取得部により取得された情報により示される前記機械の状態がアラーム状態である場合に、前記情報テーブルに基づいて、当該アラーム状態が前記中継装置により解消可能であるか否かを判定する判定部と、前記機械のアラーム状態が前記中継装置により解消可能であると前記判定部が判定した場合に、当該アラーム状態を解消するための処理を実行する処理部と、を備える。

【0008】

本態様によれば、処理部は、機械のアラーム状態が中継装置により解消可能であると判定部が判定した場合に、当該アラーム状態を解消するための処理を実行する。これにより、機械のアラーム状態の種類に応じて、機械のアラーム状態を解消する主体をユーザではなく中継装置とすることによって、ユーザによる対応を待つことなく、機械のアラーム状態を早期に解消することができる。

【0009】

例えば、前記中継装置は、さらに、（ｉ）前記取得部により取得された情報により示される前記機械の状態がアラーム状態である場合に、前記機械がアラーム状態である旨を前記端末装置に通知し、（ｉｉ）前記機械のアラーム状態が解消された場合に、前記機械のアラーム状態が解消された旨を前記端末装置に通知する通信部を備えるように構成してもよい。

【0010】

本態様によれば、機械がアラーム状態である旨、及び、機械のアラーム状態が解消された旨を、端末装置に通知することができる。

【0011】

例えば、前記判定部は、前記機械のアラーム状態が前記中継装置により解消可能であると判定した場合、前記処理部による当該アラーム状態を解消するための処理の実行の後に、前記取得部により取得された情報に基づいて、前記機械のアラーム状態が解消されたか否かを自発的に確認し、前記通信部は、前記機械のアラーム状態が解消されたことが前記判定部により確認された場合に、前記機械のアラーム状態が解消された旨を前記端末装置に通知するように構成してもよい。

【0012】

本態様によれば、判定部は、ユーザによる端末装置の操作を待つことなく、機械のアラーム状態が解消されたか否かを早期に確認することができる。

【0013】

例えば、前記機械のアラーム状態が前記中継装置により解消不可であると前記判定部が判定した場合には、前記通信部は、前記機械のアラーム状態が解消されたか否かの確認を要求する確認要求信号を前記端末装置から受信し、前記判定部は、前記通信部が前記確認要求信号を受信したことをトリガとして、前記取得部により取得された情報に基づいて、前記機械のアラーム状態が解消されたか否かを確認し、前記通信部は、前記機械のアラーム状態が解消されたことが前記判定部により確認された場合に、前記機械のアラーム状態が解消された旨を前記端末装置に通知するように構成してもよい。

【0014】

本態様によれば、機械のアラーム状態が中継装置により解消不可である場合には、例えばユーザからの問い合わせ（確認要求信号）に対して機械のアラーム状態が解消された旨を端末装置に通知することができる。

【0015】

例えば、前記中継装置は、ＯＰＣＵＡ（ＯＰＣ Ｕｎｉｆｉｅｄ Ａｒｃｈｉｔｅｃｔｕｒｅ）規格に基づいて、前記機械及び前記端末装置の各々と通信するように構成してもよい。

【0016】

本態様によれば、機械のアラーム状態が中継装置により解消可能である場合に、ＯＰＣＵＡ規格における「イベントの解消」のステップを中継装置で行うことができる。

【0017】

また、本発明の一態様に係る中継装置の制御方法は、機械及び端末装置の各々と通信する中継装置の制御方法であって、（ａ）前記機械の状態を示す情報を前記機械から取得するステップと、（ｂ）前記（ａ）で取得された情報により示される前記機械の状態がアラーム状態である場合に、前記機械のアラーム状態毎に前記中継装置により解消可能なアラーム状態であるか否かを示す情報テーブルに基づいて、当該アラーム状態が前記中継装置により解消可能であるか否かを判定するステップと、（ｃ）前記（ｂ）で前記機械のアラーム状態が前記中継装置により解消可能であると判定された場合に、当該アラーム状態を解消するための処理を前記中継装置により実行するステップと、を含む。

【0018】

本態様によれば、機械のアラーム状態が中継装置により解消可能であると判定された場合に、中継装置により当該アラーム状態を解消するための処理が実行される。これにより、機械のアラーム状態の種類に応じて、機械のアラーム状態を解消する主体をユーザではなく中継装置とすることによって、ユーザによる対応を待つことなく、機械のアラーム状態を早期に解消することができる。

【0019】

また、本発明の一態様に係るプログラムは、上述した中継装置の制御方法をコンピュータに実行させるプログラムである。

【発明の効果】

【0020】

本発明の一態様に係る中継装置等によれば、機械のアラーム状態を早期に解消することができる。

【図面の簡単な説明】

【0021】

【図1】実施の形態に係る通信システムの概要を示すブロック図である。

【図2】実施の形態に係る中継装置の機能構成を示すブロック図である。

【図3】実施の形態に係る情報テーブルの一例を示す図である。

【図4】実施の形態に係る中継装置の動作の概要を示すフローチャートである。

【図5】機械のアラーム状態が中継装置により解消可能である場合における、実施の形態に係る通信システムの動作の流れを示すシーケンス図である。

【図6】機械のアラーム状態が中継装置により解消不可である場合における、実施の形態に係る通信システムの動作の流れを示すシーケンス図である。

【発明を実施するための形態】

【0022】

以下、本発明の実施の形態について、図面を用いて詳細に説明する。なお、以下で説明する実施の形態は、いずれも包括的又は具体的な例を示すものである。以下の実施の形態で示される数値、形状、材料、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序等は、一例であり、本発明を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、独立請求項に記載されていない構成要素については、任意の構成要素として説明される。

【0023】

（実施の形態）
［１．通信システムの概要］
まず、図１を参照しながら、実施の形態に係る通信システム２の概要について説明する。図１は、実施の形態に係る通信システム２の概要を示すブロック図である。

【0024】

図１に示すように、通信システム２は、中継装置４と、機械６と、クライアント装置８とを備えている。本実施の形態では、通信システム２は、例えば工場内に構築された通信システムである。

【0025】

なお、本実施の形態では、通信システム２は１つの機械６を備えているが、これに限定されず、複数の機械６を備えていてもよい。また、本実施の形態では、通信システム２は１つのクライアント装置８を備えているが、これに限定されず、複数のクライアント装置８を備えていてもよい。

【0026】

中継装置４と機械６とは、通信線１０を介して接続されている。通信線１０は、例えばＥｔｈｅｒｎｅｔ（登録商標）、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）、又は、ＲＳ－２３２Ｃ（シリアル通信）等の通信プロトコルで通信可能な通信線である。通信線１０で実現される通信は、有線通信であってもよいし、無線通信であってもよい。具体的には、通信線１０は、例えば有線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）で構成された有線ネットワーク、又は、ＩＥＥＥ８０２．１１規格に準拠した無線ネットワークで構築されている。

【0027】

中継装置４とクライアント装置８とは、ネットワーク１２を介して接続されている。ネットワーク１２で実現される通信は、有線通信であってもよいし、無線通信であってもよい。具体的には、ネットワーク１２は、例えば有線ＬＡＮで構築された有線ネットワーク、又は、ＩＥＥＥ８０２．１１規格に準拠した無線ネットワークで構築されている。

【0028】

中継装置４は、ＯＰＣＵＡ規格に基づいて、機械６及びクライアント装置８の各々と通信するためのＯＰＣＵＡサーバである。中継装置４は、機械６とクライアント装置８との間で、各種データを中継する。

【0029】

機械６は、例えばワークに対して所定の加工を施すための旋盤、ボール盤、フライス盤、レーザ加工機又は溶接機等の各種工作機械である。なお、機械６は、工作機械に限定されず、例えば産業ロボット又は測定機械等の各種産業機械であってもよい。

【0030】

機械６は、当該機械６の状態を検出するためのセンサ（図示せず）を有している。センサは、例えば、機械６の温度を検出する温度センサ、及び、機械６の部品の損傷を検出するカメラセンサ等を含む。機械６は、センサにより検出された当該機械６の状態を示す情報を、中継装置４に送信する。

【0031】

クライアント装置８は、ユーザ１４により操作される端末装置の一例であり、例えばパーソナルコンピュータ等である。クライアント装置８は、ユーザ１４の操作に応じて、中継装置４を介して機械６から当該機械６の状態を示す情報を取得し、取得した情報をユーザ１４に提示する。なお、クライアント装置８は、中継装置４に対して機械６の状態を示す情報を取得するための取得要求信号を定期的に送信してもよいし、ユーザ１４の指示に基づいて当該取得要求信号を送信してもよい。また、クライアント装置８は、ユーザ１４に限定されることなく、例えばシステムの管理者等により操作されてもよい。

【0032】

［２．中継装置の機能構成］
図２及び図３を参照しながら、実施の形態に係る中継装置４の機能構成について説明する。図２は、実施の形態に係る中継装置４の機能構成を示すブロック図である。図３は、実施の形態に係る情報テーブル２６の一例を示す図である。

【0033】

図２に示すように、中継装置４は、取得部１６と、記憶部１８と、判定部２０と、処理部２２と、通信部２４とを備えている。

【0034】

取得部１６は、機械６の状態を示す情報を、通信線１０（図１参照）を介して機械６から取得する。取得部１６は、機械６の状態を示す情報を取得するための取得要求信号、又は、機械６のアラーム状態が解消されたか否かの確認を要求するための確認要求信号を機械６に送信することにより、当該情報を取得する。また、取得部１６は、機械６がアラーム状態であることを示すアラーム信号を機械６から取得してもよい。

【0035】

記憶部１８は、各種データを記憶するためのメモリである。具体的には、記憶部１８は、機械６のアラーム状態毎に、中継装置４により解消可能なアラーム状態であるか否かを示す情報テーブル２６を記憶する。ここで、機械６がアラーム状態であるとは、当該機械６の状態が、通常の状態を逸脱した状態であって、当該機械６又はその周囲に危険を及ぼすおそれがある状態だけでなく、当該機械６で生じる様々な状態（事象）のうち、クライアント装置８を利用するユーザ１４に伝えるべき状態（事象）も含む概念である。

【0036】

また、記憶部１８は、処理部２２が機械６のアラーム状態の解消のために行う処理の手順も記憶する。より具体的には、例えば当該手順は、記憶部１８に記憶されている中継装置４を制御するための制御プログラムに含まれる。

【0037】

なお、処理部２２が機械６のアラーム状態の解消のために行う処理の手順は、工場出荷時に予め設定されていてもよいし、ユーザ１４により適宜更新されてもよい。例えば、当該手順は、ユーザ１４等により、ネットワーク１２を介してクライアント装置８から更新されてもよいし、中継装置４に備わる通信インターフェース（図示せず）にローカル接続して更新されてもよい。

【0038】

情報テーブル２６は、例えば図３に示すようなデータテーブルである。図３に示す例では、情報テーブル２６の１行目には、機械６のアラーム状態として「温度上昇」、中継装置４によるアラーム状態の解消の可否として「可」が格納されている。また、情報テーブル２６の２行目には、機械６のアラーム状態として「部品の損傷」、中継装置４によるアラーム状態の解消の可否として「否」が格納されている。なお、情報テーブル２６は、工場出荷時に予め設定されていてもよいし、ユーザ１４等により適宜更新されてもよい。

【0039】

判定部２０は、取得部１６により取得された情報に基づいて、機械６がアラーム状態であるか否かを確認する。例えば、機械６の温度センサが所定の温度よりも高い温度を検出した場合には、判定部２０は、取得部１６により取得された情報に基づいて、当該機械６がアラーム状態であることを確認する。また例えば、機械６のカメラセンサが機械６の部品の損傷を検出した場合には、判定部２０は、取得部１６により取得された情報に基づいて、当該機械６がアラーム状態であることを確認する。

【0040】

判定部２０は、機械６がアラーム状態である場合（すなわち、取得部１６により取得された情報により示される機械６の状態がアラーム状態である場合）に、情報テーブル２６に基づいて、当該アラーム状態が中継装置４により解消可能であるか否かを判定する。例えば、機械６のアラーム状態が「温度上昇」である場合には、判定部２０は、情報テーブル２６を参照することにより、当該アラーム状態が中継装置４により解消可能であると判定する。また例えば、機械６のアラーム状態が「部品の損傷」である場合には、判定部２０は、情報テーブル２６を参照することにより、当該アラーム状態が中継装置４により解消不可であると判定する。

【0041】

なお、本実施の形態では、中継装置４の判定部２０が、機械６がアラーム状態であるか否かを確認するようにしたが、これに限定されない。例えば、機械６自身が、センサの検出結果に基づいてアラーム状態であるか否かを判定してもよい。具体的には、機械６は、例えば温度センサが所定の温度よりも高い温度を検出した場合に、当該機械６がアラーム状態であると判定する。また、機械６は、例えばカメラセンサが当該機械６の部品の損傷を検出した場合に、当該機械６がアラーム状態であると判定する。この場合、機械６は、当該機械６の状態を示す情報として、当該機械６がアラーム状態であることを示すアラーム信号を中継装置４に送信してもよい。これにより、中継装置４の判定部２０は、機械６からのアラーム信号に基づいて、機械６がアラーム状態であることを確認することができる。

【0042】

処理部２２は、機械６のアラーム状態が中継装置４により解消可能であると判定部２０が判定した場合に、当該アラーム状態を解消するための処理を実行する。例えば、機械６のアラーム状態が「温度上昇」であり、且つ、当該アラーム状態が中継装置４により解消可能であると判定部２０が判定した場合には、処理部２２は、ＲＥＳＴ ＡＰＩ（Ｒｅｐｒｅｓｅｎｔａｔｉｖｅ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｃｏｌ Ｉｎｔｅｒｆａｃｅ）等を利用することにより、機械６の空冷ファン（図示せず）を駆動させるための駆動信号を、通信線１０を介して機械６に送信する。これらのアラーム状態の解消のために処理部２２が行う処理の手順は、記憶部１８に格納されている。

【0043】

通信部２４は、ネットワーク１２（図１参照）を介して、クライアント装置８との間で各種データを送受信する。具体的には、通信部２４は、機械６がアラーム状態である場合に、機械６がアラーム状態である旨をクライアント装置８に通知する。また、通信部２４は、機械６のアラーム状態が解消された場合に、機械６のアラーム状態が解消された旨をクライアント装置８に通知する。

【0044】

［３．通信システムの動作］
図４を参照しながら、実施の形態に係る中継装置４の動作の概要について説明する。図４は、実施の形態に係る中継装置４の動作の概要を示すフローチャートである。なお、本実施の形態では、中継装置４の取得部１６が、機械６の状態を示す情報を、通信線１０を介して機械６から取得する構成について説明する。

【0045】

図４に示すように、中継装置４の取得部１６は、機械６の状態を示す情報を機械６から取得する（Ｓ１０１）。中継装置４の判定部２０は、取得部１６により取得された情報に基づいて、機械６がアラーム状態であるか否かを確認する（Ｓ１０２）。機械６がアラーム状態でない場合には（Ｓ１０２でＮＯ）、上述したステップＳ１０１に戻る。

【0046】

一方、機械６がアラーム状態である場合には（Ｓ１０２でＹＥＳ）、判定部２０は、情報テーブル２６に基づいて、当該アラーム状態が中継装置４により解消可能であるか否かを判定する（Ｓ１０３）。

【0047】

機械６のアラーム状態が中継装置４により解消可能である場合には（Ｓ１０３でＹＥＳ）、中継装置４の処理部２２は、当該アラーム状態を解消するための処理を実行する（Ｓ１０４）。当該ステップＳ１０４の具体例は、図５の説明で詳述する。ステップＳ１０４の後、図４のフローチャートを終了する。

【0048】

一方、機械６のアラーム状態が中継装置４により解消不可である場合には（Ｓ１０３でＮＯ）、ユーザにより当該アラーム状態を解消するための対応が実行される（Ｓ１０５）。当該ステップＳ１０５の具体例は、図６の説明で詳述する。ステップＳ１０５の後、図４のフローチャートを終了する。

【0049】

次に、図５を参照しながら、機械６のアラーム状態が中継装置４により解消可能である場合における、実施の形態に係る通信システム２の動作について説明する。図５は、機械６のアラーム状態が中継装置４により解消可能である場合における、実施の形態に係る通信システム２の動作の流れを示すシーケンス図である。

【0050】

なお、ＯＰＣＵＡ規格におけるイベントのフローでは、（ａ）イベントの発生→（ｂ）イベントの承認→（ｃ）イベントの解消→（ｄ）イベントの解消の確認、という複数のステップが規定されている。図５に示す通信システム２の動作においても、上記ステップ（ａ）、（ｂ）、（ｃ）及び（ｄ）が実行される。ここで、イベントとは、機械６において発生したイベントを意味し、例えば機械６の温度が所定の温度よりも上昇したこと、又は、機械６の部品が損傷したこと等を意味する。

【0051】

図５に示すように、機械６において、当該機械６の温度が所定の温度よりも上昇する（すなわち、機械６がアラーム状態となる）というイベントが発生する（Ｓ２０１）。なお、ステップＳ２０１は、上記の「（ａ）イベントの発生」に相当する。中継装置４の取得部１６は、機械６の状態（機械６の温度）を示す情報を機械６から取得する（Ｓ２０２）。中継装置４の判定部２０は、取得部１６により取得された情報に基づいて、機械６がアラーム状態であることを確認する（Ｓ２０３）。

【0052】

中継装置４の判定部２０は、情報テーブル２６に基づいて、機械６のアラーム状態が中継装置４により解消可能であると判定する。具体的には、情報テーブル２６に格納された、機械６のアラーム状態として「温度上昇」、中継装置４によるアラーム状態の解消の可否として「可」である旨の情報に基づいて、機械６のアラーム状態が中継装置４により解消可能であると判定する。なお、この判定結果（解消可能であること）は、上記の「（ｂ）イベントの承認」に相当する。中継装置４の処理部２２は、機械６のアラーム状態を解消するための処理を実行する（Ｓ２０４）。具体的には、処理部２２は、ＲＥＳＴ ＡＰＩ等を利用することにより、機械６の温度を所定の温度以下に低下させるための処理（すなわち、機械６のアラーム状態を解消するための処理）として、機械６の空冷ファンを駆動させるための駆動信号を機械６に送信する。これにより、機械６のコントローラ（図示せず）は、中継装置４からの駆動信号に基づいて、空冷ファンの駆動を開始する。

【0053】

クライアント装置８は、中継装置４に対して、イベントの取得を要求する取得要求信号を送信する（Ｓ２０５）。なお、クライアント装置８は、中継装置４に対して取得要求信号を定期的に送信する。中継装置４の通信部２４は、クライアント装置８からの取得要求信号に基づいて、クライアント装置８に対してイベントを通知する（Ｓ２０６）。この時、通信部２４により通知されるイベントは、機械６の温度が所定の温度よりも上昇したこと（すなわち、機械６がアラーム状態であること）である。

【0054】

クライアント装置８は、中継装置４から通知されたイベントに基づいて、ユーザ１４に対して、機械６の温度が所定の温度よりも上昇したことを通知（提示）する（Ｓ２０７）。具体的には、クライアント装置８の表示部（図示せず）に、機械６の温度が所定の温度よりも上昇した旨の通知が表示される。ユーザ１４は、クライアント装置８からの通知を見ることにより、機械６の温度が所定の温度よりも上昇したことを知ることができる。

【0055】

機械６が空冷ファンにより冷却されることによって、機械６の温度が所定の温度以下に低下する（Ｓ２０８）。中継装置４の取得部１６は、機械６の状態（機械６の温度）を示す情報を機械６から取得し、中継装置４の判定部２０は、取得部１６により取得された情報に基づいて、機械６の温度が所定の温度以下に低下したこと（すなわち、機械６のアラーム状態が解消されたこと）を自発的に確認する（Ｓ２０９）。すなわち、判定部２０は、取得部１６により取得された情報に基づいて、機械６のアラーム状態が解消されたか否かを自発的に確認する。なお、ステップＳ２０９は、上記の「（ｃ）イベントの解消」に相当する。そして、中継装置４の判定部２０は、ステータスを「イベントの解消を確認済み」に変更する（Ｓ２１０）。なお、ステップＳ２１０は、上記の「（ｄ）イベントの解消の確認」に相当する。

【0056】

クライアント装置８は、中継装置４に対して、イベントの取得を要求する取得要求信号を送信する（Ｓ２１１）。中継装置４の通信部２４は、クライアント装置８からの取得要求信号に基づいて、クライアント装置８に対してイベントを通知する（Ｓ２１２）。この時、通信部２４により通知されるイベントは、機械６の温度が所定の温度以下に低下したこと（すなわち、機械６のアラーム状態が解消されたこと）である。

【0057】

クライアント装置８は、中継装置４から通知されたイベントに基づいて、ユーザ１４に対して、機械６の温度が所定の温度以下に低下したことを通知（提示）する（Ｓ２１３）。具体的には、クライアント装置８の表示部に、機械６の温度が所定の温度以下に低下した旨の通知が表示される。ユーザ１４は、クライアント装置８からの通知を見ることにより、機械６の温度が所定の温度以下に低下したことを知ることができる。

【0058】

次に、図６を参照しながら、機械６のアラーム状態が中継装置４により解消不可である場合における、実施の形態に係る通信システム２の動作について説明する。図６は、機械６のアラーム状態が中継装置４により解消不可である場合における、実施の形態に係る通信システム２の動作の流れを示すシーケンス図である。

【0059】

なお、図６に示す通信システム２の動作においても、上述した（ａ）イベントの発生→（ｂ）イベントの承認→（ｃ）イベントの解消→（ｄ）イベントの解消の確認、という複数のステップが実行される。

【0060】

図６に示すように、機械６において、当該機械６の部品が損傷する（すなわち、機械６がアラーム状態となる）というイベントが発生する（Ｓ３０１）。なお、ステップＳ３０１は、上記の「（ａ）イベントの発生」に相当する。中継装置４の取得部１６は、機械６の状態（機械６の部品の損傷）を示す情報を機械６から取得する（Ｓ３０２）。中継装置４の判定部２０は、取得部１６により取得された情報に基づいて、機械６がアラーム状態であることを確認する（Ｓ３０３）。

【0061】

中継装置４の判定部２０は、情報テーブル２６に基づいて、機械６のアラーム状態が中継装置４により解消不可であると判定する。具体的には、情報テーブル２６に格納された、機械６のアラーム状態として「部品の損傷」、中継装置４によるアラーム状態の解消の可否として「否」である旨の情報に基づいて、機械６のアラーム状態が中継装置４により解消不可であると判定する。クライアント装置８は、中継装置４に対して、イベントの取得を要求する取得要求信号を送信する（Ｓ３０４）。なお、クライアント装置８は、中継装置４に対して取得要求信号を定期的に送信する。中継装置４の通信部２４は、クライアント装置８からの取得要求信号に基づいて、クライアント装置８に対してイベントを通知する（Ｓ３０５）。この時、通信部２４により通知されるイベントは、機械６の部品が損傷したこと（すなわち、機械６がアラーム状態であること）である。

【0062】

クライアント装置８は、中継装置４から通知されたイベントに基づいて、ユーザ１４に対して、機械６の部品が損傷したことを通知（提示）する（Ｓ３０６）。具体的には、クライアント装置８の表示部に、機械６の部品が損傷した旨の通知が表示される。ユーザ１４は、クライアント装置８からの通知を見ることにより、機械６の部品が損傷したことを知ることができる。

【0063】

ユーザ１４は、クライアント装置８を用いて、イベントを承認する操作を行う（Ｓ３０７）。これにより、クライアント装置８は、中継装置４に対して、イベントを承認する旨を通知する（Ｓ３０８）。なお、ステップＳ３０８は、上記の「（ｂ）イベントの承認」に相当する。中継装置４の判定部２０は、クライアント装置８からの通知に基づいて、ステータスを「イベントを承認済み」に変更する（Ｓ３０９）。

【0064】

ユーザ１４は、機械６の損傷した部品を新しい部品に交換することにより（Ｓ３１０）、機械６のアラーム状態を解消するための対応を行う。なお、ステップＳ３１０は、上記の「（ｃ）イベントの解消」に相当する。ユーザ１４は、クライアント装置８を用いて、機械６のアラーム状態が解消されたか否かの確認を要求する操作を行う（Ｓ３１１）。これにより、クライアント装置８は、中継装置４に対して、機械６のアラーム状態が解消されたか否かの確認を要求する確認要求信号を送信する（Ｓ３１２）。

【0065】

中継装置４の取得部１６は、クライアント装置８からの確認要求信号に基づいて、機械６の状態（機械６の部品が交換されたこと）を示す情報を機械６から取得する（Ｓ３１３）。これにより、中継装置４の判定部２０は、取得部１６により取得された情報に基づいて、機械６の部品が交換されたこと（すなわち、機械６のアラーム状態が解消されたこと）を確認し、ステータスを「イベントの解消を確認済み」に変更する（Ｓ３１４）。すなわち、判定部２０は、クライアント装置８からの確認要求信号を受信したことをトリガとして、取得部１６により取得された情報に基づいて、機械６のアラーム状態が解消されたか否かを確認する。なお、ステップＳ３１４は、上記の「（ｄ）イベントの解消の確認」に相当する。

【0066】

クライアント装置８は、中継装置４に対して、イベントの取得を要求する取得要求信号を送信する（Ｓ３１５）。中継装置４の通信部２４は、クライアント装置８からの取得要求信号に基づいて、クライアント装置８に対してイベントを通知する（Ｓ３１６）。この時、通信部２４により通知されるイベントは、機械６の部品が交換されたこと（すなわち、機械６のアラーム状態が解消されたこと）である。

【0067】

クライアント装置８は、中継装置４から通知されたイベントに基づいて、ユーザ１４に対して、機械６の部品が交換されたことを通知する（Ｓ３１７）。具体的には、クライアント装置８の表示部に、機械６の部品が交換された旨の通知が表示される。

【0068】

［４．効果］
本実施の形態では、中継装置４の処理部２２は、機械６のアラーム状態が中継装置４により解消可能であると判定部２０が情報テーブル２６に基づいて判定した場合に、当該アラーム状態を解消するための処理を実行する。この場合、図５のシーケンス図に示すように、ユーザ１４が機械６及びクライアント装置８に対して何らの操作等を行わなくても、中継装置４の処理部２２により機械６のアラーム状態を解消するための処理が実行される。

【0069】

これにより、例えばユーザ１４がクライアント装置８から離れた場所にいるなど、ユーザ１４がイベントの発生に気付かない場合であっても、情報テーブル２６により予め定められたアラーム状態の解消の可否として「可」であれば、ユーザ１４の対応を待つことなく、機械６のアラーム状態を早期に解消することができる。

【0070】

（他の変形例等）
以上、本発明の中継装置及び中継装置の制御方法について、上記実施の形態に基づいて説明したが、本発明は、上記実施の形態に限定されるものではない。上記実施の形態に対して当業者が思い付く変形を施して得られる形態、及び、上記実施の形態における構成要素を任意に組み合わせて実現される別の形態も本発明に含まれる。

【0071】

なお、上記実施の形態において、各構成要素は、専用のハードウェアで構成されるか、各構成要素に適したソフトウェアプログラムを実行することによって実現されてもよい。各構成要素は、ＣＰＵ又はプロセッサ等のプログラム実行部が、ハードディスク又は半導体メモリ等の記録媒体に記録されたソフトウェアプログラムを読み出して実行することによって実現されてもよい。

【0072】

また、本発明は、装置として実現できるだけでなく、その装置を構成する処理手段をステップとする方法として実現したり、それらステップをコンピュータに実行させるプログラムとして実現したり、そのプログラムを記録したコンピュータ読み取り可能なＣＤ－ＲＯＭ等の非一時的な記録媒体として実現したり、そのプログラムを示す情報、データ又は信号として実現したりすることもできる。そして、それらプログラム、情報、データ及び信号は、インターネット等の通信ネットワークを介して配信してもよい。

【産業上の利用可能性】

【0073】

本発明に係る中継装置は、例えば機械及びクライアント装置の各々と通信するＯＰＣＵＡサーバ等に適用することができる。

【符号の説明】

【0074】

２ 通信システム
４ 中継装置
６ 機械
８ クライアント装置
１０ 通信線
１２ ネットワーク
１４ ユーザ
１６ 取得部
１８ 記憶部
２０ 判定部
２２ 処理部
２４ 通信部
２６ 情報テーブル

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】