JP2022070639A - ネットワークシステムおよび制御装置 - Google Patents

Abstract

【課題】イベントの対応に関与するべきユーザを招集した電子会議を開催する。【解決手段】サーバ装置は、電子会議において、ネットワークを介して接続されている端末装置３００および制御装置１００の少なくとも一方から画像および音声の少なくとも一方を含むデータを受信し、当該受信したデータを当該データの送信元とは異なる装置に配信する。制御装置が、イベントを検出すると、ネットワークシステム１では、当該イベントの対応に関与するべき１以上のユーザ宛に、ネットワークを介して、当該イベントに対応するための電子会議への招集通知を送信する。【選択図】図１

Description

本開示は、制御対象を制御する制御装置を含むネットワークシステムに関する。

従来から、遠隔地で稼働している装置の情報にネットワークを介してアクセスするシステムが知られている。このようなシステムは、装置の異常動作や故障が発生した場合に、遠隔地からその要因を特定し、復旧を支援する目的においても用いられる。

例えば、特開２０１９－１０１９６４号公報（特許文献１）は、遠隔地からの保守のシーンにおいて、インタラクティブな保守活動を可能するために電子会議システムを開示する。

特開２０１９－１０１９６４号公報

工場などの生産フィールドでは、制御対象の機械などに異常やイベントが発生した場合に、当該異常やイベントの対応に関与するべきユーザを参加させた電子会議の開催が要求されている。特開２０１９－１０１９６４号公報（特許文献１）に開示される電子会議システムに参加するユーザは発生したイベントに応じて選択的に決定される構成をとらないので、電子会議が開催されるとしても異常やインベントに対応できるというわけではなかった。

そのため、制御の対象に関連して生じた事象を示すイベントの対応に関与するべきユーザが参加して当該イベントに対応するための電子会議を開催する環境の提供が要望されている。

本開示のネットワークシステムは、ネットワークに接続された複数のコンピュータによってデータを送受信して、複数のユーザが対話する電子会議のためのネットワークシステムである。複数のコンピュータは、少なくとも１つの端末装置と、対象を制御する制御装置と、電子会議において、ネットワークを介して接続されている端末装置および制御装置の少なくとも一方から画像および音声の少なくとも一方を含むデータを受信し、当該受信したデータを当該データの送信元とは異なる装置に配信するサーバ装置と、を含む。

制御装置は、制御演算を実行する手段と、制御に従う前記対象の動作状態から、当該対象に関連して生じた事象を示すイベントを検出する検出手段を備える。ネットワークシステムは、検出手段によってイベントが検出されたとき、当該イベントの対応に関与するべき１以上のユーザ宛に、ネットワークを介して、当該イベントに対応するための電子会議への招集通知を送信する手段を備える。

上述の開示によれば、ネットワークシステムは、制御装置がイベントを検出したとき、当該イベントの対応に関与するべき１以上のユーザ宛に、当該イベントに対応するための電子会議への招集通知を送信する。したがって、制御装置によってイベントが検出されたことに応じて、当該イベント対応のための電子会議に、当該対応に関与するべきユーザを招集することができる。

上述の開示において、制御装置は、当該制御装置が保持するデータにアクセス可能なユーザを定義する設定情報を格納する記憶部を備え、制御装置は、設定情報に従って、イベントの対応に関与するべき１以上のユーザを決定する。

上述の開示によれば、電子会議に招集されるユーザを、制御装置が保持するデータにアクセス可能なユーザに制限することができる、または電子会議に招集されるユーザに、当該アクセス可能なユーザを含めることができる。

上述の開示において、制御装置は、イベントを検出すると、自ら発呼しサーバ装置に対するネットワーク接続を開始する。

上述の開示によれば、制御装置は、イベント検出時にネットワーク接続を開始するから、言い換えるとイベント検出以外のシーンでは制御装置はネットワーク接続しないから、ネットワークを介した制御装置への攻撃（例えば、セキュリティ上の攻撃）の可能性を抑制できる。

上述の開示において、電子会議への招集通知を送信する手段は、制御装置に備えられる。

上述の開示によれば、制御装置において、イベントを検出から招集通知の送信までを実施できる。

上述の開示において、複数のコンピュータは、さらに、対象を制御するときの制御装置に関する稼働状態を画面でモニタするサポート装置を含み、電子会議において、ネットワークを介して接続されている端末装置は、当該ネットワークを介して接続されているサポート装置から受信する画面の情報に基づく画面を、当該端末装置のディスプレイに出力する。

上述の開示によれば、電子会議において、ユーザは、端末装置がサポート装置から受信する画面情報に基づく画面から、対象を制御するときの制御装置に関する稼働状態をモニタできる。

上述の開示において、電子会議において、ネットワークを介して接続されている端末装置は、当該端末装置のユーザから受付けた操作情報を、当該ネットワークを介して接続されているサポート装置に転送し、サポート装置は、端末装置からの操作情報に応じた画面の情報を、端末装置に転送する。

上述の開示によれば、電子会議において、ユーザは、端末装置を介してサポート装置を遠隔から操作して、端末装置の操作に応答したサポート装置の画面を端末装置でモニタできる。

上述の開示において、稼働状態は、制御演算によって算出される指令に従って動作する対象の動作状態を含む。

上述の開示によれば、電子会議において、ユーザは、端末装置を介してサポート装置を遠隔から操作して、操作に応答した画面で制御装置に関する稼働状態として、制御演算によって算出される指令に従って動作する対象の動作状態をモニタできる。

上述の開示において、ネットワークシステムは、対応が実施されたイベントの種類毎に、当該対応の実績の履歴を示す履歴情報を格納する手段を有する。

上述の開示によれば、電子会議において対応が実施されたイベントの種類毎に、当該対応の実績の履歴を蓄積して保存できる。

上述の開示において、履歴情報は、対応が実施されたイベントの種類毎に関連付けて、イベントの対応に関与したユーザを識別するユーザ情報を有し、招集通知を送信する手段は、検出手段によって検出されたイベントと同一種類のイベントに関連付された履歴情報におけるユーザ情報で示されるユーザ宛に、招集通知を送信する手段を含む。

上述の開示によれば、イベントが検出されたとき送信される招集通知の宛先に、制御装置おいて検出されたイベントと同一種類のイベントへの対応を過去に経験したユーザを含めることできる。

上述の開示において、イベントの対応は、当該イベントが示す事象の１つ以上の要因を判定することを含み、履歴情報は、対応が実施された前記イベントの種類毎に関連付けて、当該イベントの対応において判定された１つ以上の要因を示す要因情報を有し、招集通知を送信する手段は、検出手段によって検出されたイベントと同一種類のイベントに関連付された履歴情報における要因情報を、送信されるべき招集通知に含める。

上述の開示によれば、イベントが検出されたとき送信される招集通知に、当該イベントと同一種類のイベントの事象について、過去の電子会議で判定された要因の情報を含めることができる。したがって、ユーザは、招集通知が有する過去の電子会議で判定された要因の情報から、今回検出されたイベントに対応の事象が発生した要因の候補情報を得ることができる。

上述の開示において、履歴情報は、対応が実施されたイベントの種類毎に関連付けて、当該イベントに対応するための電子会議において、端末装置に配信されたデータを参照するリファレンス情報を有し、招集通知を送信する手段は、検出手段によって検出されたイベントと同一種類のイベントに関連付された履歴情報におけるリファレンス情報を、送信されるべき招集通知に含める。

上述の開示によれば、イベントが検出されたとき送信される招集通知に、当該イベントと同一種類のイベントに対応するために過去に参照されたデータのリファレンス情報を含めることができる。したがって、ユーザは、招集通知が有するリファレンス情報から、今回検出されたイベントに対応するために参照するデータの候補を取得できる。

本開示において、対象を制御する制御装置は、サーバ装置および少なくとも１つの端末装置とネットワーク接続可能な通信手段と、制御演算を実行する手段と、制御に従う対象の動作状態から、当該対象に関連して生じた事象を示すイベントを検出する検出手段と、を備え、サーバ装置は、電子会議において、ネットワークを介して接続されている端末装置および制御装置の少なくとも一方から画像および音声の少なくとも一方を含むデータを受信し、当該受信したデータを当該データの送信元とは異なる装置に配信し、端末装置は、ユーザが操作可能な端末装置を含み、制御装置は、さらに、イベントが検出されたとき、当該イベントの対応に関与するべき１以上のユーザが招集された電子会議の開催要求を、ネットワークを介して、サーバ装置に送信する手段を備える。

上述の開示によれば、制御装置はイベントが検出されたとき、当該イベントの対応に関与するべき１以上のユーザ宛に、当該イベントに対応するための電子会議への招集通知を送信する。したがって、制御装置はイベントを検出したことに応じて、当該イベントの対応のための電子会議に、当該対応に関与するべきユーザを招集することができる。

上述の開示において、制御装置は、当該制御装置が保持するデータにアクセス可能なユーザを定義する設定情報を格納する記憶部を備え、制御装置は、設定情報に従って、イベントの対応に関与するべき１以上のユーザを決定する。

上述の開示によれば、電子会議に招集されるユーザを、制御装置が保持するデータにアクセス可能なユーザに制限することができる、または電子会議に招集されるユーザに、当該アクセス可能なユーザを含めることができる。

本開示によれば、制御の対象に関連して生じた事象を示すイベントの対応に関与するべきユーザが参加して当該イベントに対応するための電子会議を開催する環境を提供できる。

本実施の形態に係るネットワークシステム１の全体構成例を示す模式図である。 本実施の形態の制御装置１００の構成例を示す模式図である。 本実施の形態のイベントコード情報１５２の内容例を示す図である。 本実施の形態の装置ユーザ管理情報１５４の内容例を示す図である。 本実施の形態の装置関連情報１５６の内容例を示す図である。 本実施の形態の会議用サーバ２００の構成例を示す模式図である。 本実施の形態の対応履歴情報２３１の一例を示す図である。 本実施の形態の端末装置３００の構成例を示す模式図である。 本実施の形態の制御装置１００が有するモジュールの構成を示す模式図である。 本実施の形態の会議用サーバ２００が有するモジュールの構成を示す模式図である。 本実施の形態の電子会議システムの全体構成の模式図である。 本実施の形態に係る電子会議システムを運用するための処理の一例を示すフローチャートである。 本実施の形態のＶＰＮ接続のシーケンスの一例を示す模式図である。 本実施の形態の招集通知１１の一例を模式的に示す図である。 本実施の形態のログインのための画面例を示す模式図である。 本実施の形態の会議中に表示される画面の表示例を示す図である。 本実施の形態の会議中に表示される画面の表示例を示す図である。 本実施の形態の会議中に表示される画面の表示例を示す図である。 本実施の形態の会議中に表示される画面の表示例を示す図である。 本実施の形態の事象の要因判定のための表示画面例を示す図である。 本実施の形態の事象の要因判定のための表示画面例を示す図である。

本開示の実施の形態について、図面を参照しながら詳細に説明する。なお、図中の同一または相当部分については、同一符号を付してその説明は繰り返さない。

＜Ａ．適用例＞

まず、図１を参照して、本発明が適用される場面の一例について説明する。

図１は、本実施の形態に係るネットワークシステム１の全体構成例を示す模式図である。本開示において、ネットワークシステム１の主たる使用形態として、対象設備２を遠隔から保守する「遠隔保守システム」を意図しているが、本願発明の技術的範囲はこの用語の範囲に限定されることはなく、特許請求の範囲の記載に基づいて、合理的に解釈されるべきである。

ネットワークシステム１は、対象設備２における各種情報を共有するとともに、必要に応じて、対象設備２に対して指令を与えるためのプラットフォームを提供する。

図１に示す例において、対象設備２は、１または複数の制御装置１００－１，１００－２，・・・（以下、「制御装置１００」とも称する。）を含む。制御装置１００は、フィールドネットワーク４に接続されていてもよい。フィールドネットワーク４としては、ＥｔｈｅｒＣＡＴ（登録商標）やＥｔｈｅｒＮｅｔ／ＩＰ（登録商標）などの産業用ネットワークが用いられてもよい。

制御装置１００は、例えば、ＰＬＣ（プログラマブルコントローラ）と称される産業用のコントローラに相当し、図示しない各種の製造設備や機械を制御する。制御装置１００による制御においては、フィールドネットワーク５を介してセンサを含むフィールド機器９０などを用いてフィールド機器の状態を示す情報（状態値）を収集し、制御装置１００で実行されるプログラムに従って、それらの収集された情報を用いて予め定められた制御演算を実行することで、制御指令を算出しアクチュエータなどのフィールド機器９０に出力する。制御装置１００においては、制御指令は、シーケンスプログラムやモーションプログラムなどの制御演算が実行されることにより算出される。

フィールド機器９０は、フィールドネットワーク５を介して制御装置１００と通信することによって、制御装置１００が制御する対象の一例である。ネットワーク５を介して、制御装置１００とフィールド機器９０との間で遣り取りされるデータは、数１００μｓｅｃオーダ～数１０ｍｓｅｃオーダのごく短い周期で更新されることになる。なお、このような遣り取りされるデータの更新処理は、入出力リフレッシュとも称される。

フィールドネットワーク４には、１または複数の表示器を備えるサポート装置４００が接続される。ネットワーク４に接続される機器には、さらに、図示しないが、製造実行システム（ＭＥＳ：Manufacturing Execution System）などの操業用サーバ装置が接続されていてもよい。サポート装置４００は、ＳＣＡＤＡ（Supervisory Control And Data Acquisition）機能を提供する装置、または、制御装置１００が制御対象を制御するために必要な準備を支援する装置である。このような支援機能としは、制御プログラムの編集、制御プログラムのシミュレーションなどを含むが、これらに限定されない。

典型的には、対象設備２は、工場内でクローズされており、外部からのアクセスはできないようになっている。

ネットワークシステム１は、対象設備２に加えて、各種のデジタル情報（マルチメディア情報）をリアルタイムで共有することが可能なＷｅｂ上に電子会議システムを有している。電子会議システムは、会議用サーバ２００によって提供されて運営される。

会議用サーバ２００は、ネットワークを介して接続されている端末装置３００、サポート装置４００および制御装置１００の少なくとも一方から画像および音声の少なくとも一方を含むデータを受信し、当該データの送信元とは異なる装置に配信する。これにより、各装置のユーザ間で双方向の対話型（インタラクティブ）の通信環境が提供される。データの配信は、任意の方法を用いて実現できる。すなわち、ネットワーク接続されているすべての装置に対して、会議用サーバ２００がマルチキャストまたはブロードキャストする方法を採用してもよいし、会議用サーバ２００が装置から受信したデータを恒久的または一時的に保持するとしてもよく、または、ネットワーク接続されている各装置が共有可能な態様でアクセス可能に保持してもよい。なお、電子会議システムが有効化されている間は、会議用サーバ２００がデータを保持し、セキュリティの観点から、電子会議システムが無効化（終了）すると、その共有されているデータの一部または全部は自動的に削除することが好ましい。

電子会議システムの一例として、ＷｅｂサーバおよびＷｅｂブラウザを組み合わせてクラウドベースで実現される会議システムを例示するが、制御装置１００、１または複数の端末装置３００－１、３００－２、３００－３・・・（以下、「端末装置３００」とも称する。）、サポート装置４００および会議用サーバ２００との間で、デジタル情報を共有できる構成であれば、どのような態様または名称のネットワークシステムを採用してもよい。例えば、「テレビ会議システム」と称されるネットワークシステムを採用してもよいし、将来的に新たなネットワークシステムが実用化された場合には、そのようなネットワークシステムを採用してもよい。また、電子会議システムは、特定のユーザのみがアクセス可能なプライベートネットワーク上で提供されてもよいし、インターネットなどのパブリックネットワーク上で提供されてもよい。いずれの場合にも、当該パブリックネットワークには、少なくとも電子会議中は、セキュリティが保証された通信プロトコルなどの仕組みが適用される。また、パスワードなどを用いて、ユーザに対するアクセス制限をすることが好ましい。

さらに、複数のネットワークシステムを組み合わせて利用してもよい。例えば、いずれかのユーザが投稿したメッセージに応答して、必要な処理を実行するようにしてもよく、インタラクティブな挙動を実現できる。そのため、例えば、チャットシステムやＭＭＳ（Multimedia Messaging Service）などのシステムを利用することもできる。

ネットワークシステム１において、制御装置１００、端末装置３００およびサポート装置４００は、それぞれ、いわばユーザのように、電子会議システムに参加することが可能である。すなわち、会議用サーバ２００は、制御装置１００、端末装置３００およびサポート装置４００の１つ装置からのアクセスを受付け、電子会議システムに参加している端末装置３００のユーザから見れば、他の装置（制御装置１００、サポート装置４００または会議用サーバ２００）は、別の端末装置３００のユーザと同様に、１人のユーザのように見える。なお、仮想化技術を用いることで、制御装置１００が複数のユーザのように振る舞うこともできる。

端末装置３００の各ユーザは、他の端末装置３００のユーザとの間で電子データを遣り取り（共有）できるように、制御装置１００、会議用サーバ２００およびサポート装置４００の各装置との間でも電子データを遣り取りすることができる。より具体的には、制御装置１００は、有する各種情報を電子会議システムへ送信するとともに、電子会議システムに接続しているいずれかの端末装置３００からの情報（操作指令）などを受信する。典型的な実装形態としては、会議用サーバ２００が、電子会議システムに参加しているそれぞれの装置（制御装置１００、端末装置３００およびサポート装置４００の少なくとも１つの装置）からの情報を収集するとともに、それらの装置からの要求に応じて、収集済の情報を送信または配信する。

また、制御装置１００は、電子会議システムに対して適切な設定を行なうための設定情報１５０を保持する。より具体的には、制御装置１００は、設定情報１５０の一例として、イベントの種類毎にイベントコードを含むイベントコード情報１５２と、制御装置１００の管理者／所有者などの識別子を管理する装置ユーザ管理情報１５４と、制御装置１００の稼働に関連してリアルタイムに収集される情報、制御装置１００を管理するための情報およびフィールド機器９０の稼働に関連する情報などの装置関連情報１５６とを保持している。これらの設定情報１５０の内容の一部または全部は、典型的には、制御装置１００の管理者／所有者などが、状況に応じて予め決定する。

図１には、制御装置１００が設定情報１５０のすべてを保持する構成例を示すが、これらの設定情報１５０の一部または全部を他の装置が保持するようにしてもよい。例えば、会議用サーバ２００またはいずれかの端末装置３００が設定情報１５０の一部または全部を保持するようにしてもよい。以下では、典型例として、制御装置１００が設定情報１５０を保持する形態を主体として説明する。

制御装置１００は、フィールド機器９０から収集する状態情報に基づいて、事象の発生の有無を判断する。すなわち、制御装置１００は、収集される状態情報に基づいて事象の発生を検知する。この事象の発生の検知は、典型的には、状態情報の種類毎に予め設定された基準（しきい値など）と状態情報の現在値とを比較して、当該現在値が基準に到達すると、対応する事象（例えば、フィールド機器９０を含む設備の故障または異常など）が発生したと判断することができる。あるいは、各工程に配置される固有装置の状態から特定のフラグが発生すると、そのフラグに基づいて、故障または異常であると判断するようにしてもよい。なお、事象は、フィールド機器９０に関連して生じ得る事象であれば、フィールド機器９０の故障または異常に限定されず、例えば、フィールド機器９０が関連する生産工程で用いる材料（充填剤、塗料、シール材など）の不足、当該生産工程で製造されるワークの不良（キズ、欠けなど）なども含む。フィールド機器９０に関連して発生し得る事象は、１または複数の要因から生じる事象も含み得る。

そして、制御装置１００は、事象が発生したと判断すると、その判断結果が示す事象の種類に対応するイベントのイベントコードをイベントコード情報１５２から取得し、電子会議の開催を要求するための開催要求通知を送信する。制御装置１００は、開催要求通知にイベントコードを設定するとともに、装置ユーザ管理情報１５４を設定する。

会議用サーバ２００は、制御装置１００からの開催要求通知に応じて、当該イベントに対応するべきユーザ宛に、会議への招集通知を配信し、対話のための会議室を仮想空間に設定する。会議室は、クラウド上でＵＲＬ（uniform resource locator）で指定可能な仮想空間を含んで構成される。会議用サーバ２００は、当該イベントに対応するべきユーザを、開催要求通知に設定されていた装置ユーザ管理情報１５４を用いて指定する。招集通知を受信したユーザは、端末装置３００を操作して、電子会議において他のユーザと対話することにより、制御装置１００から通知されたイベントコードの事象に応じて、当該事象を生じさせた可能性のある要因を分析し、その分析結果を出力する。分析結果の出力は、制御装置１００に対する事象を解消するための操作指令のコマンドを含み得る。制御装置１００は、端末装置３００からの操作指令のコマンドを実行し、実行の結果を電子会議の他の装置に転送し、結果を受信した端末装置３００は当該結果を出力する。端末装置３００のユーザは制御装置１００からの結果をモニタする。これにより、ネットワークシステム１においては、会議用サーバ２００、端末装置３００およびサポート装置４００との間で、インタラクティブな保守活動が可能になる。

以下、本発明のより具体的な応用例として、本実施の形態に係るネットワークシステム１のより詳細な構成および処理について説明する。

＜Ｂ．制御装置１００の構成＞

図２は、本実施の形態の制御装置１００の構成例を示す模式図である。図２を参照して、制御装置１００は、予めインストールされたプログラムをプロセッサが実行することで、制御対象に対する制御を実現するコンピュータに相当する。より具体的には、制御装置１００は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro-Processing Unit）などのプロセッサ１０２と、チップセット１０４と、メインメモリ１０６と、フラッシュメモリ１０８と、ネットワークコントローラ１１６と、メモリカードインターフェイス１１８と、内部バスコントローラ１２２と、フィールドバスコントローラ１２４とを含む。

プロセッサ１０２は、フラッシュメモリ１０８に格納されたシステムプログラム１１０、ユーザプログラム１１２およびＩｏＴゲートウェイプログラム１６０を読み出して、メインメモリ１０６に展開して実行する。システムプログラム１１０のもとでユーザプログラム１１２が実行されると、制御対象に対する制御を実現する。すなわち、プロセッサ１０２は、メインメモリ１０６およびフラッシュメモリ１０８と連係することで、入出力リフレッシュおよび制御演算を実行する制御部を実現する。

システムプログラム１１０は、データの入出力処理や実行タイミング制御などの、制御装置１００の基本的な機能を提供するための命令コードを含む。ユーザプログラム１１２は、制御対象に応じて任意に設計され、シーケンス制御を実行するためのシーケンスプログラム１１２Ａと、モーション制御を実行するためのモーションプログラム１１２Ｂと、図示しないが入出力リフレッシュプログラムを含む。

チップセット１０４は、各コンポーネントを制御することで、制御装置１００全体としての処理を実現する。内部バスコントローラ１２２は、制御装置１００と内部バスを通じて連結されるＩ／Ｏユニット１２６とデータを遣り取りするインターフェイスである。フィールドバスコントローラ１２４は、制御装置１００とフィールドバスを通じて連結されるＩ／Ｏユニット１２８とデータを遣り取りするインターフェイスである。内部バスコントローラ１２２およびフィールドバスコントローラ１２４は、対応のＩ／Ｏユニット１２６および１２８にそれぞれ入力される状態値を取得するとともに、プロセッサ１０２での演算結果を対応のＩ／Ｏユニット１２６および１２８から制御指令としてそれぞれ出力する。

メモリカードインターフェイス１１８は、メモリカード１２０を着脱可能に構成されており、メモリカード１２０に対してデータを書込み、メモリカード１２０からデータを読出すことが可能になっている。

ネットワークコントローラ１１６は、各種の有線／無線ネットワークを通じたデータの遣り取りを制御する。本実施の形態のネットワークシステム１においては、ネットワークコントローラ１１６を通じて、電子会議システムの他の装置との間でデータが遣り取りされる。すなわち、ネットワークコントローラ１１６は、会議用サーバ２００および少なくとも１つの端末装置３００とネットワーク接続可能な通信部に相当する。

フラッシュメモリ１０８は、本実施の形態のネットワークシステム１を実現するための、設定情報１５０およびＩｏＴゲートウェイプログラム１６０をさらに保持している。設定情報１５０については、図１を参照して説明したように、イベントコード情報１５２、装置ユーザ管理情報１５４、および装置関連情報１５６などを含む。

ＩｏＴゲートウェイプログラム１６０は、実行されることにより、制御装置１００を電子会議に参加させるための電子会議プログラムの一実施例である。ＩｏＴゲートウェイプログラム１６０は、実行されると、電子会議の参加に関連する処理と、制御装置１００と電子会議システムの他の装置との間のデータの遣り取りを実施するための処理を実現する。より具体的には、ＩｏＴゲートウェイプログラム１６０は、制御に従うフィールド機器９０が出力する状態値から、当該フィールド機器９０に関連して生じた事象を示すイベントを検出するイベント検出プログラム１６１、情報収集プログラム１６２、Ｂｏｔ通信プログラム１６７およびＶＰＮ(Virtual Private Network)エージェントプログラム１６８を含む。

情報収集プログラム１６２は、実行されると、制御装置１００が入出力リフレッシュによりフィールド機器９０と遣り取りする状態値および制御指令をリアルタイムに収集する状態情報収集１６３および制御指令収集１６４と、装置関連情報１５６の収集１６５とを実施する。

なお、制御装置１００がプログラムを実行することで提供される機能の一部または全部を専用のハードウェア回路として実装してもよい。

（ｂ１．設定情報１５０の具体例）

図３、図４および図５は、それぞれ、本実施の形態のイベントコード情報１５２、装置ユーザ管理情報１５４、および装置関連情報１５６の内容例を示す図である。図３のイベントコード情報１５２は、事象のそれぞれに関連付けて、事象種類１５２Ａとイベントコード１５２Ｂを含む。図４の装置ユーザ管理情報１５４は、制御装置１００を管理するユーザそれぞれの識別子を含む装置関係者ＩＤ１５４Ａを含む。より具体的には、装置関係者ＩＤ１５４Ａは、制御装置１００が保持する装置関連情報１５６または会議用サーバ２００が保持する対応履歴情報２３１のデータにアクセス可能な（アクセスすることが許可される）ユーザの識別子を定義する。装置関係者ＩＤ１５４Ａで指定されるユーザは、制御装置１００の生産ラインを有する工場を保守する企業の現場作業者や管理者などを含む。

図５を参照して、装置関連情報１５６は、ＡＩコントローラ特徴量グラフ、近接スイッチの使用実績、および設計図面などを参照するためのリファレンス情報であるリンク１５６Ａを含む。リンク１５６Ａは、例えば参照先ＵＲＬ（Uniform Resource Locator）を含む。参照先ＵＲＬは、対応の情報が格納されるセキュアな記憶領域を示す。ＡＩコントローラ特徴量グラフは、制御装置１００が機械学習を用いて制御指令を導出する場合に参照する時系列の状態値の特徴量（統計量など）を表す。近接スイッチ（センサ）の使用実績は、例えば使用時間などを含む。設計図面は、制御装置１００または対象設備２の構成を表す。本実施の形態では、装置関連情報１５６はリンク１５６Ａに替えて、またはリンク１５６Ａとともにデータの実体そのものが設定されてもよい。

＜Ｃ．会議用サーバ２００および端末装置３００の構成＞

図６は、本実施の形態の会議用サーバ２００の構成例を示す模式図である。図６を参照して、会議用サーバ２００は、汎用的なアーキテクチャを有するコンピュータである。会議用サーバ２００は、予めインストールされたプログラムをプロセッサが実行することで、後述するような各種処理を実現する。

会議用サーバ２００は、ＣＰＵやＭＰＵなどのプロセッサ２０２と、メインメモリ２０４と、ハードディスク（ＨＤＤ）２０６と、ユーザへ情報を提示するためのディスプレイ２０８と、キーボードやマウスなどの入力部２１０と、他の装置との間でデータを遣り取りするためのネットワークコントローラ２１２とを含む。これらのコンポーネントは、内部バス２１４を介して互いにデータ通信可能に接続されている。ハードディスク２０６は、会議用サーバ２００での基本的なプログラムの実行環境を提供するためのＯＳ（Operating System）２２０と、ＯＳのもとで実行されるサーバプログラム２２２とを含む。これらのプログラムがメインメモリ２０４に読み出されて、プロセッサ２０２で実行される。

サーバプログラム２２２は、プログラムとデータ（情報）を含む。より具体的には、電子会議に関連する予め定められたサービスを実現するＢｏｔサービスプログラム２２３と、電子会議システムを提供するための会議運営プログラム２２４と、サポート装置４００を電子会議に参加させるためのサポートツールプログラム２２５と、ＶＰＮエージェントプログラム２２８と、電子会議よって決定または実施されたイベントへの対応の実績を履歴として示すに対応履歴情報２３１と、装置情報２３２とを含む。装置情報２３２は、制御装置１００から電子会議の開催要求とともに受信した設定情報１５０に相当する。

会議運営プログラム２２４は、会議用サーバ２００が電子会議に参加する制御装置１００、端末装置３００、サポート装置４００および会議用サーバ２００が相互に通信するアクセス処理を実現するためのアクセス処理プログラム２２ａを含む。サポートツールプログラム２２５は、サポート装置４００を電子会議に参加させる、または招集するためのツールとして、リモートデスクトップに従う通信を実現するＲＤＰプログラム２２７を含む。リモートデスクトップに従う通信においては、会議用サーバ２００は、サポート装置４００の画面を電子会議システムが提供するネットワークを介して電子会議に参加する端末装置３００に転送して表示させ、表示された画面を介してサポート装置４００に対する操作を端末装置３００から受け付ける。ＶＰＮ（Virtual Private Network）エージェントプログラム２２８は、会議用サーバ２００を、ＶＰＮサーバ６００を介してＶＰＮネットワーク７００に接続するためのプログラムである。

図７は、本実施の形態の対応履歴情報２３１の一例を示す図である。対応履歴情報２３１は、電子会議よって対応が決定または実施されたイベントの種類毎に、当該対応の実績を履歴として示している。より具体的には、対応履歴情報２３１は、イベントの種類毎に、当該イベントのイベントコード１５２Ｂと、当該対応が決定または実施された日時などの日時２３１Ａと、当該電子会議に参加していた（より特定的にはイベントの対応に関与した）ユーザを識別する関係者ＩＤ２３１Ｂと、イベントについて判定された事象の１以上の要因２３１Ｃと、要因２３１Ｃを判定するために端末装置３００に配信されたデータ（関連情報）の参照先ＵＲＬなどのリファレンスを示すリンク２３１Ｄを含む。関係者ＩＤ２３１Ｂは、電子会議に参加したユーザ、すなわち制御装置１００の関係者、端末装置３００のユーザなどの識別子を含む。

図８は、本実施の形態の端末装置３００の構成例を示す模式図である。端末装置３００は、汎用的なアーキテクチャを有するコンピュータである。端末装置３００は、予めインストールされたプログラムをプロセッサが実行することで、各種処理を実現する。

端末装置３００は、ＣＰＵやＭＰＵなどのプロセッサ３０２と、メインメモリ３０４と、ハードディスク（ＨＤＤ）３０６と、ユーザへ情報を提示するためのディスプレイ３０８と、キーボードやマウスなどの入力部３１０と、他の装置との間でデータを遣り取りするためのネットワークコントローラ３１２とを含む。これらのコンポーネントは、内部バス３１４を介して互いにデータ通信可能に接続されている。ハードディスク３０６は、端末装置３００での基本的なプログラムの実行環境を提供するためのＯＳ３２０と、ＯＳのもとで実行されるユーザプログラムの一例である電子会議に参加し対話するための会議参加ツールプログラム３２２とを含む。会議参加ツールプログラム３２２は、端末装置３００が電子会議に参加する他の装置（制御装置１００、会議用サーバ２００およびサポート装置４００）と通信するためのブラウザアプリケーション等のアクセス処理プログラム３２３を含む。ＨＤＤ３０６のこれらのプログラムがメインメモリ３０４に読み出されて、プロセッサ３０２で実行される。

また、端末装置３００については、汎用的なパーソナルコンピュータであってもよいし、可搬型のデバイス（スマートフォンやタブレットなど）であってもよい。

なお、会議用サーバ２００および端末装置３００がプログラムを実行することで提供される機能の一部または全部を専用のハードウェア回路として実装してもよい。

＜Ｄ．モジュール構成＞

図９は、本実施の形態の制御装置１００が有するモジュールの構成を示す模式図である。制御装置１００は、フラッシュメモリ１０８（図２）にインストールされているプログラムなどを展開してプロセッサ１０２が実行することで、図９に示すような、ソフトウエア上の構成が実現される。図１０は、本実施の形態の会議用サーバ２００が有するモジュールの構成を示す模式図である。会議用サーバ２００は、ＨＤＤ２０６（図６）にインストールされているプログラムなどを展開してプロセッサ２０２が実行することで、図１０に示すような、ソフトウエア上の構成が実現される。

図９を参照して、制御装置１００は、Ｂｏｔ通信プログラム１６７が実行されることにより実現されるＢｏｔ通信部１８５と、ＶＰＮエージェントプログラム１６８が実行されることで実現されるＮＰＮエージェント１６９と、主にＩｏＴゲートウェイプログラム１６０が実行されることで実現される電子会議ツール１８０とを有する。電子会議ツール１８０は、イベント検出プログラム１６１が実行されることにより実現されるイベント検出部１８１と、電子会議の開催要求の通知を作成するための開催要求部１８２と、アクセス処理を実施するためのアクセス処理部１８４とを有する。開催要求部１８２は、イベント検出部１８１によって検出されたイベントの事象に対応するべきユーザを決定する参加ユーザ決定部１８３を含む。本実施の形態では、参加ユーザ決定部１８３は、装置ユーザ管理情報１５４が示すＩＤを、イベントの対応に関与するべき１以上のユーザのＩＤとして決定する。また、参加ユーザ決定部１８３は、イベントコード（事象の種類）に応じて、装置ユーザ管理情報１５４から選択的にユーザＩＤを決定してもよい。

図１０を参照して、会議用サーバ２００は、Ｂｏｔサービスプログラム２２３が実行されることにより実現されるＢｏｔサービス部２４５と、ＶＰＮエージェントプログラム２２８が実行されることで実現されるＶＰＮ通信部２４６と、会議運営プログラム２２４が実行されることで実現される電子会議運営ツール２４０とを有する。電子会議運営ツール２４０は、制御装置１００からの電子会議の開催要求通知を処理して招集通知を作成する通知処理部２４１、電子会議に参加するべきユーザを追加決定する追加ユーザ決定部２４２と、アクセス処理を実施するアクセス処理部２４３とを含む。

図９と図１０に示すコンポーネントは、それぞれ、プログラムを実行することにより実現されるが、これら各コンポーネントの一部または全てがＡＳＩＣ（application specific integrated circuit）またはＦＰＧＡ（field-programmable gate array）などのハードウェア回路を含んで構成されてもよい。

＜Ｅ．電子会議システムの全体構成と参加ユーザの追加とＲＤＰツール＞

図１１は、本実施の形態の電子会議システムの全体構成の模式図である。本実施の形態では、会議用サーバ２００は、電子会議運営ツール２４０によって、クラウドベースで電子会議システムを提供する。電子会議システムでは、クラウド環境側において会議用サーバ２００およびＶＰＮサーバ６００が設けられる。会議用サーバ２００が運営する電子会議に参加するユーザの装置は、１または複数の端末装置３００と、１または複数の制御装置１００と、サポート装置４００を含む。端末装置３００は、制御装置１００が備えられる生産フィールドのＰＣ（パーソナルコンピュータの略）と生産フィールドから遠隔のＰＣとを含み得る。ＰＣは、端末装置３００とサポート装置４００とを含み得る。

電子会議に参加する端末装置３００とフィールドの制御装置１００およびサポート装置４００などとの間の通信は、セキュリティが担保された通信、例えばＶＰＮ通信が適用される。より具体的には、ＶＰＮサーバ６００およびＶＰＮエージェント１６９は電子会議において、フィールド側の装置（制御装置１００とサポート装置４００）と端末装置３００または会議用サーバ２００との間で、トンネリングのＶＰＮ接続を確立、維持および遮断するよう動作する。本実施の形態では、ＶＰＮエージェント１６９は、制御装置１００の専用通信ポートとＶＰＮエージェントプログラム１６８により実現されるとしているが、ＶＰＮエージェント１６９に替えて、またはＶＰＮエージェント１６９と協働して、制御装置１００とは独立のＶＰＮルータを設けることもできる。また、サポート装置４００も、制御装置１００と同様にＶＰＮエージェントを備える。

電子会議ではＶＰＮ通信が実施されることで、フィールド側の装置が外部と遣り取りするデータに関しセキュリティを担保できて、フィールド側の装置を外部の脅威から保護することができる。

また、電子会議では、ＶＰＮを介さない通信として、会議用サーバ２００のＢｏｔサービス部２４５と制御装置１００のＢｏｔ通信部１８５との間の通信がある。より具体的には、Ｂｏｔサービス部２４５とＢｏｔ通信部１８５は、電子会議を構成する装置、例えば制御装置１００、会議用サーバ２００および端末装置３００と連携して、これら装置間のデータの遣り取りを、これら装置の代理となって実施する。より具体的には、Ｂｏｔサービス部２４５は、制御装置１００のＢｏｔ通信部１８５から電子会議の開催要求の通知を受信する。Ｂｏｔサービス部２４５は、開催要求の通知を受信したことに応じて、制御装置１００に代わって、開催要求の通知に、会議室のＵＲＬを追加して設定することにより会議招集の通知を作成し、作成した会議招集の通知を宛先に配信する。

（ｅ１．参加ユーザの追加）

本実施の形態では、会議の招集通知が作成されるとき、イベントの対応に関与するべきユーザが追加されるように当該通知は処理される。より具体的には、会議用サーバ２００は、Ｂｏｔサービス部２４５が開催要求の通知を受信したことを検出すると、通知処理部２４１と追加ユーザ決定部２４２とを起動する。起動された追加ユーザ決定部２４２は、開催要求通知１０が有するイベントコードに基づき対応履歴情報２３１を検索する。検索の結果、当該イベントコードに一致するイベントコード１５２Ｂに関連付けられた関係者ＩＤ２３１Ｂを検出する。通知処理部２４１は、追加ユーザ決定部２４２が検出した関係者ＩＤ２３１Ｂを、イベントの対応に関与するべき追加ユーザの識別子としてＢｏｔサービス部２４５に出力する。Ｂｏｔサービス部２４５は、通知処理部２４１が出力する追加ユーザの関係者ＩＤ２３１Ｂを招集通知の宛先に追加して設定する。これにより、過去に同じイベントの対応に関与して経験のあるユーザにも、会議の招集通知を配信し、会議に参加させることが可能となる。

また、本実施の形態では、制御装置１００またはフィールド機器９０のメーカまたはベンダなども、イベントの対応に関与するべきユーザとして招集することができる。追加ユーザ決定部２４２は、メーカまたはベンダの担当者を追加ユーザとして決定することができる。より具体的には、開催要求通知１０のイベントコードに一致するイベントコード１５２Ｂに関連付けされた関連情報のリンク２３１Ｄは所定種類の情報の参照先ＵＲＬを示すと判定したとき、すなわちメーカまたはベンダがアクセス可能な（アクセスすることが許可される）種類の情報のＵＲＬを示すと判定したとき、追加ユーザ決定部２４２は、メーカまたはベンダの担当者を追加ユーザとして決定する。その場合、通知処理部２４１は、追加ユーザ決定部２４２が決定したメーカまたはベンダの担当者のＩＤを、イベントの対応に関与するべき追加ユーザの識別子としてＢｏｔサービス部２４５に出力する。このように、本実施の形態では、電子会議においてユーザ間で共有され得る情報の種類、例えば情報の機密の程度に応じて、会議に招集するユーザを選択的に切替えて決定する。

各参加者は、通信端末を介して会議招集の通知を受信すると、端末装置３００を操作して会議室へログイン（入室）し、会議終了後はログアウト操作で退室する。

また、Ｂｏｔサービス部２４５は、電子会議におけるユーザの発話に基づく音声データを端末装置３００から受信し、受信した音声データを対応する操作指令のコマンドに変換し、変換後のコマンドを制御装置１００に送信することもできる。このような変換には、例えば、音声データと指令の複数の組を登録したデータベースの検索を利用できる。制御装置１００は、Ｂｏｔサービス部２４５から受信するコマンドを実行し、実行結果を転送する。コマンドと実行結果は、典型的には、ＶＰＮ通信を介して転送される。

（ｅ２．ＲＤＰツール）

会議用サーバ２００は、電子会議において、ＲＤＰプログラム２２７を実行することによってＲＤＰツールを提供する。ＲＤＰツールによって、端末装置３００は、フィールドのサポート装置４００から転送される画面情報をディスプレイ３１０に表示することができ、また、入力部３１０のキーボードまたはマウスなどのユーザによる操作情報をサポート装置４００に転送することができる。サポート装置４００は、端末装置３００からの操作情報に応じた画面情報を転送する。つまり、サポート装置４００は、端末装置３００からの操作情報に従って動作し（例えば、操作情報に従う指令に基づき各種プログラムを実行し）、動作結果を表す画面情報を端末装置３００に転送する。このように、ＲＤＰツールは、端末装置３００に対し、フィールドのサポート装置４００を遠隔から操作可能にする環境を提供する。

より具体的には、ＲＤＰツールによって、サポート装置４００から端末装置３００に転送される画面情報は、サポート装置４００が制御装置１００に関する稼働状態を画面でモニタするための当該画面の情報を含む。例えば、画面情報は、サポート装置４００がリアルタイムに収集するフィールド機器９０の状態値または制御指令などを監視するためのモニタ画面、サポート装置４００が制御装置１００の制御プログラムを表示し編集操作を受付けるためのプログラム編集画面、サポート装置４００が実行するシミュレーションの結果を表示するシミュレーション画面を含む。モニタ画面の情報は、例えば、制御装置１００制御演算によって算出される制御指令に従って動作するフィールド機器９０の動作状態、または制御指令と対応の動作状態などを表す画面の情報を含む。

サポート装置４００は、シミュレーションでは、制御装置１００が制御するフィールド機器９０の挙動を推定するためのプログラムであって、フィールド機器９０に対応の制御プログラムが有する複数命令を含むシミュレーションプログラムを実行する。サポート装置４００は、シミュレーション実行によって推定されるフィールド機器９０の挙動を３次元仮想空間に描画する描画データを生成するとともに、フィールド機器９０の制御プログラムの上記の複数命令の表示と、描画データに従うフィールド機器９０の挙動を表す描画とを同一の画面において提示可能な画面情報を生成する。なお、画面情報の種類は、これらに限定されない。

端末装置３００からサポート装置４００に転送される操作情報は、監視対象のフィールド機器９０の状態情報または制御指令をモニタするためのモニタ操作、制御プログラムを編集するための編集操作、およびシミュレーションを起動／終了／一時停止するためのシミュレーション操作などの情報を含む。なお、操作情報の種類は、これらに限定されない。

＜Ｆ．フローチャート＞

本実施の形態の電子会議システムの典型的な運用例について説明する。図１２は、本実施の形態に係る電子会議システムを運用するための処理の一例を示すフローチャートである。制御装置１００は、稼働時に状態情報収集１６３および制御指令収集１６４によって情報を収集する（ステップＳ１）。制御装置１００は、これら収集された状態値または制御指令などの動作状態を示す情報から、イベント検出部１８１によって、フィールド機器９０に関連して生じた事象を示すイベントを検出する（ステップＳ２、ステップＳ４ａ）。より具体的には、制御装置１００は、収集された動作状態情報を解析し、解析結果に基づき所定の事象が発生しているかを判定する（ステップＳ２）。制御装置１００は、所定事象が発生していないと判定すると（ステップＳ２でＮＯ）、ステップＳ２の処理を繰り返す。所定事象が発生していると判定されると（ステップＳ２でＹＥＳ）、制御装置１００は、判定された所定事象の種類に基づき、イベントコード情報１５２を検索する（ステップＳ４ａ）。検索の結果、制御装置１００は、イベントコード情報１５２から、当該所定事象の種類に一致する１つ以上の事象種類１５２Ａに関連付けられた１つ以上のイベントコード１５２Ｂを取得する。

制御装置１００は、装置ユーザ管理情報１５４から装置関係者ＩＤ１５４Ａを取得し（ステップＳ４ｂ）、装置関連情報１５６から装置情報へのリンク１５６Ａを取得する（ステップＳ４ｃ）。

制御装置１００は、所定の事象が発生（すなわちイベントを検出）したとき、電子会議の開催を要求する開催要求通知１０を会議用サーバ２００に送信する（ステップＳ４ｄ、ステップＳ４ｅ）。より具体的には、制御装置１００は、Ｂｏｔ通信部１８５によってＢｏｔ通信の接続要求を会議用サーバ２００に送信し、Ｂｏｔサービス部２４５は制御装置１００からの接続要求に応じて、制御装置１００と会議用サーバ２００との間のＢｏｔ通信を確立する（ステップＳ４ｄ、ステップＳ１０）。制御装置１００は、ステップＳ４ａ～Ｓ４ｃで取得された情報を用いて開催要求通知１０を作成し、作成された開催要求通知１０を、Ｂｏｔ通信を介し会議用サーバ２００に送信する（ステップＳ４ｅ）。

制御装置１００は、ステップＳ４ａで取得した事象種類１５２Ａおよびイベントコード１５２Ｂと、ステップＳ４ｂで取得した装置関係者ＩＤ１５４Ａと、ステップＳ４ｃで取得した装置情報へのリンク１５６Ａが設定された、開催要求通知１０を作成する。

制御装置１００は、ＶＰＮエージェント１６９を起動し、ＶＰＮエージェント１６９にＶＰＮ通信を確立させる（ステップＳ５）。より具体的には、ＶＰＮエージェント１６９はＶＰＮ接続要求（発呼）をＶＰＮサーバ６００に送信し、ＶＰＮサーバ６００は、当該発呼を受信すると、ＶＰＮエージェント１６９と通信可能なように、制御装置１００と会議用サーバ２００との間にトンネリングによるＶＰＮ通信を確立する（ステップＳ５，ステップＳ１９ａ）。以降、ＶＰＮ通信はＶＰＮ通信が遮断（終了）するまで維持される。

制御装置１００は、アクセス処理を実施する（ステップＳ６）。アクセス処理は、コマンド実行処理（ステップＳ７）を含む。コマンド実行処理では、制御装置１００は、会議に参加する装置から受信する操作指令のコマンド１２を受信し、受信したコマンド１２を実行し、実行の結果を示す結果情報１３をコマンド１２の送信元の装置に送信する。制御装置１００は、会議用サーバ２００から会議終了の通知を受信するかを判定し（ステップＳ８）、会議終了通知を受信しないと判定すると（ステップＳ８でＮＯ）、ステップＳ６のアクセス処理を繰り返す。一方、制御装置１００は、会議終了通知を受信したと判定すると（ステップＳ８でＹＥＳ）、会議中は維持されていたＢｏｔ通信およびＶＰＮ通信を遮断する。これら通信の遮断は、Ｂｏｔ通信部１８５およびＶＰＮエージェント１６９を用いて実施される（ステップＳ９ａ、ステップＳ９ｂ、ステップＳ１９ｂ）。

会議用サーバ２００は、Ｂｏｔ通信の確立処理を実施し（ステップＳ１０）、Ｂｏｔサービス部２４５を介して制御装置１００から開催要求通知１０を受信するかを判定する（ステップＳ１１）。開催要求通知１０を受信しないと判定すると（ステップＳ１１でＮＯ）、ステップＳ１１を繰り返すが、開催要求通知１０を受信したと判定すると（ステップＳ１１でＹＥＳ）、会議用サーバ２００は、受信した開催要求通知１０に基づき招集通知１１を作成し送信するよう、通知処理部２４１を制御する（ステップＳ１２～ステップＳ１５）。

より具体的には、会議用サーバ２００は、受信した開催要求通知１０に設定されたイベントコード１５２Ｂに基づき対応履歴情報２３１を検索し、検索結果から、当該イベントコード１５２Ｂに関連付けられた関係者ＩＤ２３１Ｂを取得する（ステップＳ１２、ステップＳ１３）。これにより、会議用サーバ２００は、開催要求通知１０に設定されたイベントコード１５２Ｂが示す過去のイベントであって、当該過去のイベントに対応に関与していたユーザを、ステップＳ４ａで検出されているイベントの対応に関与するべきユーザとして追加決定できる。通知処理部２４１は、開催要求通知１０に設定されていた装置関係者ＩＤ１５４ＡとステップＳ１３で決定された追加ユーザの関係者ＩＤ２３１Ｂを、それぞれ、宛先に設定した招集通知１１を作成する（ステップＳ１４）。会議用サーバ２００は、受信していた開催要求通知１０が有するイベントコード１５２Ｂと装置情報へのリンク１５６Ａを、招集通知１１に設定する。また、会議用サーバ２００は、ステップＳ１２における対応履歴情報２３１の検索結果から、当該イベントコード１５２Ｂに関連付けられた要因２３１Ｃまたはリンク２３１Ｄを招集通知１１に設定することもできる。なお、リンク２３１Ｄがより多くの情報を示す場合は、リンク１５６Ａに代替してリンク２３１Ｄを招集通知１１に設定する。本実施の形態では、招集通知１１にリンク２３１Ｄが設定されるとする。会議用サーバ２００は、作成された招集通知１１を宛先に送信する（ステップＳ１５）。これにより、招集通知１１の宛先に設定されたユーザは、招集通知１１を受信し会議への参加が促される。なお、招集通知１１の通信方式は、招集通知１１の宛先に設定された全てのユーザ宛てのマルチキャスト通信、またはユーザ毎のユニキャスト通信を含み得る。ここでは、説明を簡単にするために、ユーザは招集通知１１を端末装置３００で受信する。

会議用サーバ２００は、仮想の会議室を設定するように電子会議運営ツール２４０を制御する（ステップＳ１７）。ステップＳ１７では、招集通知１１の通信後に仮想会議室を設定したが、仮想会議室は、例えば予約された会議開催に間に合う時期に設定されればよい。

会議用サーバ２００は、会議を実施中は、アクセス処理部２４３によってアクセス処理を実施する（ステップＳ１８）。このアクセス処理では、会議の参加者の端末装置３００からのコマンド１２を制御装置１００に送信し、また、制御装置１００から結果情報１３を受信し、端末装置３００に送信する。コマンド１２および結果情報１３は、ＶＰＮ通信によって転送される。

会議用サーバ２００は、仮想の会議室に１以上のユーザが入室してから全てのユーザが退室するまでの期間は、少なくとも会議室を維持する。会議用サーバ２００は、電子会議運営ツール２４０によって、全てのユーザから会議室から退室する要求を受信したことを検出したか否か、すなわち会議を終了するか否かを判定する（ステップＳ１８ａ）。会議終了と判定されないときは（ステップＳ１８ａでＮＯ）、ステップＳ１８の処理が繰り返されるが、会議終了と判定されると（ステップＳ１８ａでＹＥＳ）、会議用サーバ２００は、制御装置１００に会議終了を通知する（ステップＳ１８ｂ）。

端末装置３００では、プロセッサ３０２は、招集通知１１を受信したかを判定する（ステップＳ２０）。招集通知１１を受信しないときは（ステップＳ２０でＮＯ）、ステップＳ２０を繰り返すが、招集通知１１を受信したことを判定すると（ステップＳ２０でＹＥＳ）、プロセッサ３０２は、会議への参加処理を実施する（ステップＳ２１）。より具体的には、プロセッサ３０２は、入力部３１０からユーザ操作（ログイン操作）を受け付けると、会議用サーバ２００は、端末装置３００からのログイン要求に応じて、端末装置３００のユーザを会議に参加させる。これにより、会議中、端末装置３００は他の装置（会議用サーバ２００、別の端末装置３００、サポート装置４００、制御装置１００）と相互に通信するアクセス処理を実施する（ステップＳ２２）。

端末装置３００は、入力部３１０からユーザ操作（ログアウト操作）を受け付けると、ログアウト処理において、端末装置３００は会議室からの退室要求を会議用サーバ２００に送信する（ステップＳ２３）。

＜Ｇ．ＶＰＮ接続のシーケンス＞

図１３は、本実施の形態のＶＰＮ接続のシーケンスの一例を示す模式図である。図１３は、例えば、図１２のステップＳ５、ステップＳ１９ａおよびステップＳ１９ｂにおけるＶＰＮ通信の接続と遮断のシーケンスに適用され得る。

本実施の形態では、ＶＰＮ接続の開始は、フィールド側の制御装置１００の自らの発呼に応じて実施され、制御装置１００とクラウド上のＶＰＮサーバ６００との間でＶＰＮ通信が確立される。また、ＶＰＮ通信は、フィールド側に設けられたルータデバイス（ＶＰＮルータなど）を介して確立される。

会議中のアクセス処理では、端末装置３００から送信されたコマンド１２は、ＶＰＮ通信のトンネリングを介して、制御装置１００のＶＰＮエージェント１６９で受信され、受信されたコマンド１２は制御装置１００のプログラム実行環境（ランタイムともいう）において実行され、結果情報１３はＶＰＮエージェント１６９によって、ＶＰＮ通信のトンネリングおよびＶＰＮサーバ６００を介して、端末装置３００に送信される。また、会議中のアクセス処理において、ＲＤＰツールを用いて、端末装置３００とフィールド側のサポート装置４００と通信する場合、当該通信もＶＰＮ通信のトンネリングを介して実施される。なお、ＶＰＮ通信は、例えば、トンネルを透過的に転送するデータを、特定通信ポート間で遣り取りするデータのみに制限する。

制御装置１００は、会議終了通知を受信すると、すなわちアクセス処理が必要なくなると、ＶＰＮエージェント１６９を介して、ＶＰＮ通信を遮断する（図１２のステップＳ９ｂ）。これにより、外部のクラウド側からフィールド側へのアクセスを遮断することができる。

本実施の形態は、会議中にのみ、より特定的にはフィールドの装置（制御装置１００またはサポート装置４００）のユーザが会議に参加する場合に限定して、フィールドの装置とクラウド側の装置（端末装置３００と会議用サーバ２００）はＶＰＮ通信により互いにデータを遣り取りする。また、ＶＰＮ通信は制御装置１００からの発呼に応じて開始（通信確立）されて、会議終了時に制御装置１００が遮断する。このようなこの構成を採用することで、工場のフィールド装置（制御装置１００、サポート装置４００およびフィールド機器９０）が工場外の装置と通信するとしても、フィールド装置に対する、外部からのセキュリティ上の攻撃を防止できる。なお、制御装置１００は、会議中であっても、セキュリティ上のリスクの脅威を検出したときは、ＶＰＮ通信およびＢｏｔ通信を遮断するよう構成されてもよい。

＜Ｈ．会議への招集通知の例示＞

本実施の形態では、会議への招集通知１１は、例えば図１４に示すような電子メールの形式を取るが、通知の形式は電子メールに限定されない。図１４は、本実施の形態の招集通知１１の一例を模式的に示す図である。図１５は、本実施の形態のログインのための画面例を示す模式図である。

図１４では、端末装置３００のディスプレイ３０８に表示された招集通知１１が示される。会議用サーバ２００は、招集通知１１に、宛先としてイベントの対応に関与するべきユーザの識別子（装置関係者ＩＤ１５４Ａと関係者ＩＤ２３１Ｂ）を設定するとともに、ＲＤＰ設定ファイル１５２Ｅを添付する。ＲＤＰ設定ファイル１５２Ｅは、リモートデスクトップ接続するための接続先の情報が記述されたファイルである。入力部３１０を介してＲＤＰ設定ファイル１５２Ｅがクリック操作などされると、端末装置３００は、ＲＤＰ設定ファイル１５２Ｅの記述内容に基づき、ＲＤＰに従いサポート装置４００との通信を開始する。会議用サーバ２００は、招集通知１１のメール本文に、イベントコード１５２Ｂを含んだ会議の目的、イベントコード１５２Ｂに関連した過去の事象についての、例えば要因２３１Ｃおよび関連情報のリンク２３１Ｄを設定する。また、会議用サーバ２００は、招集通知１１に、会議室への入室（会議参加）のために操作されるボタン１５２Ｄを設定する。

本実施の形態では、会議用サーバ２００は、招集通知１１に、ＲＤＰ設定ファイル１５２Ｅを添付することにより、サポート装置４００もイベントの対応に関与するべきユーザとして扱うことができる。端末装置３００のユーザは、図１４のＲＤＰ設定ファイル１５２Ｅを操作することによって、会議中は、サポート装置４００とＲＤＰ通信できる。

また、端末装置３００のユーザが図１４のボタン１５２Ｄを操作すると、ディスプレイ３０８には、図１５のログイン用の画面が表示される。図１５の画面では、マーク１５２Ｃが所定態様で表示（例えば、赤色表示）されて、ユーザにイベント発生を通知する。表示態様は、イベントの種類毎に変更されてもよい。

＜Ｉ．事象の要因判定のための表示画面の例示＞

図１６、図１７、図１８および図１９は、本実施の形態の会議中に表示される画面の表示例を示す図である。会議では、制御装置１００のフィールド機器９０に関連し生じた事象の要因を判定するために、１つ以上の事象の要因候補のうちから、招集通知１１が示すイベントコード１５２Ｂに該当する事象の要因を決定する。ディスプレイ３０８には、１つ以上の要因の候補として、招集通知１１に示された過去に判定された１以上の要因２３１Ｃ（図１４）が表示される。

ユーザが入力部３１０を操作して、招集通知１１の候補の要因２３１Ｃのうち第１候補の“エアシリンダ劣化”を指定する。会議用サーバ２００の電子会議運営ツール２４０は、第１候補の事象“エアシリンダ劣化”に関連付される関連情報のリンク２３１Ｄに基づき、過去に“エアシリンダ劣化”の要因特定に用いた関連情報の種類を特定する。ここでは、例えば“ＡＩコントローラ特徴量グラフ”が特定される。

会議用サーバ２００は、特定された“ＡＩコントローラ特徴量グラフ”を、招集通知１１に設定されたリンク２３１Ｄに基づき取得する。リンク２３１Ｄが、制御装置１００内のフラッシュメモリ１０８の所定領域を示す場合、会議用サーバ２００（または端末装置３００）は、リンク２３１Ｄを用いた操作指令のコマンド１２を制御装置１００へ転送する。制御装置１００は、典型的には電子会議ツール１８０は、コマンド１２を受信して実行し、実行の結果情報１３として、フラッシュメモリ１０８の所定領域から“ＡＩコントローラ特徴量グラフ”の情報を取得し、会議用サーバ２００（または端末装置３００）に転送する。端末装置３００のディスプレイ３０８には、制御装置１００から受信した結果情報１３に基づき、例えば図１７の画面１５１のように“ＡＩコントローラ特徴量グラフ”を表示する。端末装置３００のユーザは、他のユーザにメッセージ１４１を送信し、画面１５１を共有して欲しい旨を通知する。

画面１５１を共有したユーザは、画面１５１の“ＡＩコントローラ特徴量グラフ”を分析し、イベントコード１５２Ｂの事象の要因は、第１候補“エアシリンダ劣化”に該当するか否かを判断する。より具体的には、ユーザは、制御装置１００から受信した“ＡＩコントローラ特徴量グラフ”の値が異常値を示す場合は、イベントコード１５２Ｂの事象の要因を、第１候補の“エアシリンダ劣化”と判定できる。この場合、事象の要因判定に成功した旨のメッセージ１４２をユーザ間で共有する。

通知されているイベントコード１５２Ｂの事象の要因は、第１候補の“エアシリンダ劣化”に該当しないと判定される場合、第２候補の要因が指定される。より具体的には、端末装置３００のユーザは、図１８に示すように、候補の要因２３１Ｃのうち第２候補の“関連装置の経年変化”を指定する。会議用サーバ２００の電子会議運営ツール２４０は、指定された第２候補の“関連装置の経年変化”に関連付される関連情報のリンク２３１Ｄに基づき、“近接スイッチの使用実績”および“設計図面”１６０を制御装置１００から取得し、取得した情報をユーザの各端末装置３００のディスプレイ３０８に表示する。

例えば、図１９には、“近接スイッチの使用実績”のグラフを表すための画面１７１が例示される。画面１７１を共有したユーザは、設計図で示される近接スイッチの設計情報と画面１７１の“近接スイッチの使用実績”を比較することで、“近接スイッチの使用実績”が当初の設計範囲からどの程度乖離しているかを判断する。乖離の程度が大きい場合、ユーザは、通知されているイベントコード１５２Ｂの事象の要因を、第２候補の“関連装置の経年変化”と判定できる。この場合、端末装置３００のユーザは、イベントコード１５２Ｂの事象の要因判定に成功した旨のメッセージ１６２ａとメッセージ１６２ｂをユーザ間で共有する。

上記に述べた“ＡＩコントローラ特徴量グラフ”または“近接スイッチの使用実績”の情報は、端末装置３００のユーザが、ＲＤＰ設定ファイル１５２Ｅのアイコンを操作しＲＤＰツールを起動することにより取得してもよい。より具体的には、端末装置３００のユーザは、“ＡＩコントローラ特徴量グラフ”または“近接スイッチの使用実績”のモニタの操作情報をサポート装置４００に転送し、サポート装置４００から、当該操作情報に対応した画面情報である画面１５１または画面１７１の画面情報を取得する。

＜Ｊ．事象の要因判定のための表示画面の他の例示＞

図２０と図２１は、本実施の形態の事象の要因判定のための表示画面例を示す図である。ユーザは、招集通知１１のＲＤＰ設定ファイル１５２Ｅのアイコンを操作しＲＤＰツールを起動する。ＲＤＰツールを用いて、端末装置３００は、モニタ操作の操作情報をサポート装置４００に転送し、サポート装置４００から、例えば近接スイッチの入出力信号のタイミングチャートのモニタ画面の画面情報を受信する。端末装置３００は、サポート装置４００から受信した画面情報をディスプレイ３０８の領域Ｅ２に表示する。また、端末装置３００は、招集通知１１の装置関連情報のリンク２３１Ｄを用いて、制御装置１００から“設計図”が示す近接スイッチの入出力信号のタイミングチャートの情報を受信し、タイミングチャートをディスプレイ３０８の領域Ｅ１に表示する。図２０のディスプレイ３０８は、両方のタイミングチャートを同一画面の領域Ｅ１と領域Ｅ２に並列に表示する。端末装置３００のユーザは、図２０の画面において両タイミングチャートを比較することで、フィールドで現在稼働中の近接スイッチの動作状態が、設計当初の動作状態からどの程度乖離しているかを判定できる。乖離の程度が大きい場合、ユーザは、例えば、事象の要因を近接スイッチの寿命がつきたと判定できる。

本実施の形態では、端末装置３００のユーザは、フィールド機器９０の制御プログラムのシミュレーション結果から、招集通知１１のイベントコード１５２Ｂに対応する事象の要因を判定することもできる。より具体的には、端末装置３００のユーザは、ＲＤＰツールによって、サポート装置４００にシミュレーションを実行させる操作情報を送信し、サポート装置４００からシミュレーション結果を示す画面情報を受信し、受信した画面情報をディスプレイ３０８に表示する。

図２１は、シミュレーション結果の画面情報に基づく画面例を示す。図２１のディスプレイ３０８の左側にはシミュレーション対象の制御プログラムのコード列が示されて、右側にはシミュレーション実行によって推定されるフィールド機器９０の挙動を３次元仮想空間に描画する描画データに基づく画像が示される。

本実施の形態は、図２１の画像において、制御プログラムの複数コードのうち、シミュレータで実行中のコードの表示態様を、他のコードとは異ならせることができる。したがって、ユーザは、図２１の画面情報から、シミュレーション実行中のフィールド機器９０のオブジェクトＯＢ１とＯＢ２の挙動が異常であることを検出すると、この検出時に実行されていた、制御プログラムのコードを、設計図が示す当初の制御プログラムのコードと比較する。比較の結果に基づき、事象の要因はプログラムコードの変更であるか否かを判定できる。

＜Ｋ．会議室からフィールドへ転送するコマンド＞

本実施の形態では、操作指令のコマンド１２は、会議中のユーザの発話による音声に基づくものであってもよい。より具体的には、Ｂｏｔサービス部２４５は、会議中のユーザの発話の音声データを端末装置３００から受信し、受信した音声データをコマンド１２に変換する。制御装置１００では、Ｂｏｔサービス部２４５から受信するコマンド１２が実行されて、実行結果である結果情報１３をＢｏｔサービス部２４５に転送し、端末装置３００により出力する。例えば、イベントコード１５２Ｂの事象の要因として“近接スイッチの寿命がつきた”と判定されたとき、端末装置３００のユーザは、“近接スイッチを交換する”との発話をすることにより、制御装置１００のオペレータ（ユーザ）に“近接スイッチ交換”の操作指令のコマンド１２を転送できる。制御装置１００のオペレータは、コマンド１２に従い近接スイッチを交換し、発話により、交換した旨の結果情報１３を端末装置３００に転送する。

なお、近接スイッチの交換に際しては、端末装置３００のユーザは、フィールド側のオペレータを、拡張現実の仕組みを用いてサポートすることもできる。より具体的には、オペレータは、ヘッドマウントディスプレイ型の表示装置を装着する。表示装置は、端末装置３００からの映像を、当該表示装置の透過型のハーフミラー上に投射することで、オペレータに立体映像として視認させる。端末装置３００のユーザは、映像として近接スイッチ交換のための手作業の画像を含めた映像を操作指令のコマンド１２として制御装置１００に転送する。これにより、電子会議システムは、現場のオペレータが事象の要因を解消するための作業をサポートするための環境を、拡張現実の仕組みを利用して提供できる。

＜Ｌ．変形例＞

本実施の形態では、電子会議運営ツール２４０は、会議において、招集通知１１のイベントコード１５２Ｂの事象の要因が特定された場合、または特定された要因が解消された場合、対応履歴情報２３１を更新する。より具体的には、会議用サーバ２００は、招集通知１１のイベントコード１５２Ｂと、会議が開催された日時、会議に招集された各ユーザの識別子、特定された事象の要因、および当該要因を特定するために利用した装置関連情報の参照先ＵＲＬが、それぞれ、イベントコード１５２Ｂ、日時２３１Ａ、対応した関係者ＩＤ２３１Ｂ、事象の要因２３１Ｃ、および関連情報のリンク２３１Ｄとして関連付けされて対応履歴情報２３１に追加される。

本実施の形態では、電子会議を開催するために、開催要求通知１０および招集通知１１の２種類の通知を送信したが、開催要求通知１０を省略してもよい。より具体的には、Ｂｏｔサービス部２４５は制御装置１００に設けられることで、電子会議への招集通知１１を制御装置１００から配信できる。これにより、制御装置１００が会議用サーバ２００との間でＢｏｔ通信を確立するための処理（図１２のステップＳ４ｅ、ステップＳ１０）を省略できる。

また、本実施の形態では、対応履歴情報２３１は、イベントコード１５２Ｂに関連付けて、関係者ＩＤ２３１Ｂ、要因２３１Ｃおよびリンク２３１Ｄを有するよう構成されるが、対応履歴情報２３１は、イベントコード１５２Ｂに関連付けて、関係者ＩＤ２３１Ｂ、要因２３１Ｃおよびリンク２３１Ｄの少なくとも１つを有するよう構成されてもよい。その場合、通知処理部２４１は、対応履歴情報２３１が有する関係者ＩＤ２３１Ｂ、要因２３１Ｃおよびリンク２３１Ｄの少なくとも１つが設定されるように招集通知１１を作成する。

＜Ｍ．付記＞

上述したような本実施の形態は、以下のような技術思想を含む。
［構成１］

ネットワークに接続された複数のコンピュータによってデータを送受信して、複数のユーザが対話する電子会議のためのネットワークシステムであって、

前記複数のコンピュータは、

少なくとも１つの端末装置（３００）と、

対象（９０）を制御する制御装置（１００）と、

前記電子会議において、前記ネットワークを介して接続されている前記端末装置および前記制御装置の少なくとも一方から画像および音声の少なくとも一方を含むデータを受信し、当該受信したデータを当該データの送信元とは異なる装置に配信するサーバ装置（２００）と、を含み、

前記制御装置は、

制御演算を実行する手段（１０２）と、

制御に従う前記対象の動作状態から、当該対象に関連して生じた事象を示すイベントを検出する検出手段（１８１）を備え、

前記ネットワークシステムは、

前記検出手段によってイベントが検出されたとき、当該イベントの対応に関与するべき１以上のユーザ宛に、前記ネットワークを介して、当該イベントに対応するための電子会議への招集通知（１１）を送信する手段を備える、ネットワークシステム。
［構成２］

前記制御装置は、当該制御装置が保持するデータにアクセス可能なユーザを定義する設定情報（１５４）を格納する記憶部（１０８）を備え、

前記制御装置は、前記設定情報に従って、前記イベントの対応に関与するべき１以上のユーザを決定する、構成１に記載のネットワークシステム。
［構成３］

前記制御装置は、前記イベントを検出すると、自ら発呼し前記サーバ装置に対するネットワーク接続を開始する、構成１または２に記載のネットワークシステム。
［構成４］

前記電子会議への招集通知（１１）を送信する手段は、前記制御装置に備えられる、構成１から３のいずれか１に記載のネットワークシステム。
［構成５］

前記複数のコンピュータは、さらに、

前記対象を制御するときの前記制御装置に関する稼働状態を画面でモニタするサポート装置（４００）を含み、

前記電子会議において、前記ネットワークを介して接続されている前記端末装置は、当該ネットワークを介して接続されている前記サポート装置から受信する前記画面の情報に基づく画面を、当該端末装置のディスプレイ（３０８９に出力する、構成１から４のいずれか１に記載のネットワークシステム。
［構成６］

前記電子会議において、前記ネットワークを介して接続されている前記端末装置は、当該端末装置のユーザから受付けた操作情報を、当該ネットワークを介して接続されている前記サポート装置に転送し、

前記サポート装置は、前記端末装置からの前記操作情報に応じた前記画面の情報を、前記端末装置に転送する、構成５に記載のネットワークシステム。
［構成７］

前記稼働状態は、前記制御演算によって算出される指令に従って動作する前記対象の動作状態を含む、構成５または６に記載のネットワークシステム。
［構成８］

前記ネットワークシステムは、

前記対応が実施された前記イベントの種類毎に、当該対応の実績の履歴を示す履歴情報（２３１）を格納する手段を有する、構成１から７のいずれか１に記載にネットワークシステム。
［構成９］

前記履歴情報は、前記対応が実施された前記イベントの種類（１５２Ｂ）毎に関連付けて、イベントの対応に関与したユーザを識別するユーザ情報（２３１Ｂ）を有し、

前記招集通知を送信する手段は、

前記検出手段によって検出されたイベントと同一種類のイベントに関連付された前記履歴情報における前記ユーザ情報で示されるユーザ宛に、前記招集通知を送信する手段を含む、構成８に記載のネットワークシステム。
［構成１０］

前記イベントの対応は、当該イベントが示す事象の１つ以上の要因を判定することを含み、

前記履歴情報は、前記対応が実施された前記イベントの種類（１５２Ｂ）毎に関連付けて、当該イベントの対応において判定された前記１つ以上の要因を示す要因情報（２３１Ｃ）を有し、

前記招集通知を送信する手段は、

前記検出手段によって検出されたイベントと同一種類のイベントに関連付された前記履歴情報における前記要因情報を、送信されるべき前記招集通知に含める、構成８または９に記載のネットワークシステム。
［構成１１］

前記履歴情報は、前記対応が実施された前記イベントの種類（１５２Ｂ）毎に関連付けて、当該イベントに対応するための電子会議において、前記端末装置に配信されたデータを参照するリファレンス情報（２３１Ｄ）を有し、

前記招集通知を送信する手段は、

前記検出手段によって検出されたイベントと同一種類のイベントに関連付された前記履歴情報における前記リファレンス情報を、送信されるべき前記招集通知に含める、構成８から１０のいずれか１に記載のネットワークシステム。
［構成１２］

対象（９０）を制御する制御装置（１００）であって、

サーバ装置（２００）および少なくとも１つの端末装置（３００）とネットワーク接続可能な通信手段（１１６）と、

制御演算を実行する手段（１０２）と、

制御に従う前記対象の動作状態から、当該対象に関連して生じた事象を示すイベントを検出する検出手段（１８１）と、を備え、

前記サーバ装置は、電子会議において、ネットワークを介して接続されている端末装置および前記制御装置の少なくとも一方から画像および音声の少なくとも一方を含むデータを受信し、当該受信したデータを当該データの送信元とは異なる装置に配信し、

前記端末装置は、ユーザが操作可能な端末装置を含み、

前記制御装置は、さらに、

前記イベントが検出されたとき、当該イベントの対応に関与するべき１以上のユーザが招集された電子会議の開催要求（１０）を、前記ネットワークを介して、前記サーバ装置に送信する手段を備える、制御装置。
［構成１３］

前記制御装置は、当該制御装置が保持するデータにアクセス可能なユーザを定義する設定情報（１５４）を格納する記憶部（１０８）を備え、

前記制御装置は、前記設定情報に従って、前記イベントの対応に関与するべき１以上のユーザを決定する、構成１２に記載の制御装置。

今回開示された実施の形態は全ての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内での全ての変更が含まれることが意図される。

１ ネットワークシステム、２ 対象設備、４，５，７００ ネットワーク、１０ 開催要求通知、１１ 招集通知、１２ コマンド、１３ 結果情報、２２ａ，３２３ アクセス処理プログラム、９０ フィールド機器、１００ 制御装置、１５０ 設定情報、１５１，１７１ 画面、１５２ イベントコード情報、１５２Ａ 事象種類、１５２Ｂ イベントコード、１５２Ｅ 設定ファイル、１５４ 装置ユーザ管理情報、１５６ 装置関連情報、１５６Ａ，２３１Ｄ リンク、１６０ ＩｏＴゲートウェイプログラム、１６１ イベント検出プログラム、１６２ 情報収集プログラム、１６３ 状態情報収集、１６４ 制御指令収集、１６５ 装置関連情報収集、１６８，２２８ ＶＰＮエージェントプログラム、１６９ エージェント、１８０ 電子会議ツール、１８１ イベント検出部、１８２ 開催要求部、１８３ 参加ユーザ決定部、１８４，２４３ アクセス処理部、２００ 会議用サーバ、２２２ サーバプログラム、２２３ Ｂｏｔサービスプログラム、２２４ 会議運営プログラム、２２５ サポートツールプログラム、２２７ ＲＤＰプログラム、２３１ 対応履歴情報、２３１Ａ 日時、２３１Ｃ 要因、２３２ 装置情報、２４０ 電子会議運営ツール、２４１ 通知処理部、２４２ 追加ユーザ決定部
２４５ Ｂｏｔサービス部、３００ 端末装置、３２２ 会議参加ツールプログラム、４００ サポート装置、６００ ＶＰＮサーバ、１５４Ａ 装置関係者ＩＤ、２３１Ｂ 関係者ＩＤ。

Claims (13)

1. ネットワークに接続された複数のコンピュータによってデータを送受信して、複数のユーザが対話する電子会議のためのネットワークシステムであって、
   前記複数のコンピュータは、
   少なくとも１つの端末装置と、
   対象を制御する制御装置と、
   前記電子会議において、前記ネットワークを介して接続されている前記端末装置および前記制御装置の少なくとも一方から画像および音声の少なくとも一方を含むデータを受信し、当該受信したデータを当該データの送信元とは異なる装置に配信するサーバ装置と、を含み、
   前記制御装置は、
   制御演算を実行する手段と、
   制御に従う前記対象の動作状態から、当該対象に関連して生じた事象を示すイベントを検出する検出手段を備え、
   前記ネットワークシステムは、
   前記検出手段によってイベントが検出されたとき、当該イベントの対応に関与するべき１以上のユーザ宛に、前記ネットワークを介して、当該イベントに対応するための電子会議への招集通知を送信する手段を備える、ネットワークシステム。
2. 前記制御装置は、当該制御装置が保持するデータにアクセス可能なユーザを定義する設定情報を格納する記憶部を備え、
   前記制御装置は、前記設定情報に従って、前記イベントの対応に関与するべき１以上のユーザを決定する、請求項１に記載のネットワークシステム。
3. 前記制御装置は、前記イベントを検出すると、自ら発呼し前記サーバ装置に対するネットワーク接続を開始する、請求項１または２に記載のネットワークシステム。
4. 前記電子会議への招集通知を送信する手段は、前記制御装置に備えられる、請求項１から３のいずれか１項に記載のネットワークシステム。
5. 前記複数のコンピュータは、さらに、
   前記対象を制御するときの前記制御装置に関する稼働状態を画面でモニタするサポート装置を含み、
   前記電子会議において、前記ネットワークを介して接続されている前記端末装置は、当該ネットワークを介して接続されている前記サポート装置から受信する前記画面の情報に基づく画面を、当該端末装置のディスプレイに出力する、請求項１から４のいずれか１項に記載のネットワークシステム。
6. 前記電子会議において、前記ネットワークを介して接続されている前記端末装置は、当該端末装置のユーザから受付けた操作情報を、当該ネットワークを介して接続されている前記サポート装置に転送し、
   前記サポート装置は、前記端末装置からの前記操作情報に応じた前記画面の情報を、前記端末装置に転送する、請求項５に記載のネットワークシステム。
7. 前記稼働状態は、前記制御演算によって算出される指令に従って動作する前記対象の動作状態を含む、請求項５または６に記載のネットワークシステム。
8. 前記ネットワークシステムは、
   前記対応が実施された前記イベントの種類毎に、当該対応の実績の履歴を示す履歴情報を格納する手段を有する、請求項１から７のいずれか１項に記載のネットワークシステム。
9. 前記履歴情報は、前記対応が実施された前記イベントの種類毎に関連付けて、イベントの対応に関与したユーザを識別するユーザ情報を有し、
   前記招集通知を送信する手段は、
   前記検出手段によって検出されたイベントと同一種類のイベントに関連付された前記履歴情報における前記ユーザ情報で示されるユーザ宛に、前記招集通知を送信する手段を含む、請求項８に記載のネットワークシステム。
10. 前記イベントの対応は、当該イベントが示す事象の１つ以上の要因を判定することを含み、
    前記履歴情報は、前記対応が実施された前記イベントの種類毎に関連付けて、当該イベントの対応において判定された前記１つ以上の要因を示す要因情報を有し、
    前記招集通知を送信する手段は、
    前記検出手段によって検出されたイベントと同一種類のイベントに関連付された前記履歴情報における前記要因情報を、送信されるべき前記招集通知に含める、請求項８または９に記載のネットワークシステム。
11. 前記履歴情報は、前記対応が実施された前記イベントの種類毎に関連付けて、当該イベントに対応するための電子会議において、前記端末装置に配信されたデータを参照するリファレンス情報を有し、
    前記招集通知を送信する手段は、
    前記検出手段によって検出されたイベントと同一種類のイベントに関連付された前記履歴情報における前記リファレンス情報を、送信されるべき前記招集通知に含める、請求項８から１０のいずれか１項に記載のネットワークシステム。
12. 対象を制御する制御装置であって、
    サーバ装置および少なくとも１つの端末装置とネットワーク接続可能な通信手段と、
    制御演算を実行する手段と、
    制御に従う前記対象の動作状態から、当該対象に関連して生じた事象を示すイベントを検出する検出手段と、を備え、
    前記サーバ装置は、電子会議において、ネットワークを介して接続されている端末装置および前記制御装置の少なくとも一方から画像および音声の少なくとも一方を含むデータを受信し、当該受信したデータを当該データの送信元とは異なる装置に配信し、
    前記端末装置は、ユーザが操作可能な端末装置を含み、
    前記制御装置は、さらに、
    前記イベントが検出されたとき、当該イベントの対応に関与するべき１以上のユーザが招集された電子会議の開催要求を、前記ネットワークを介して、前記サーバ装置に送信する手段を備える、制御装置。
13. 前記制御装置は、当該制御装置が保持するデータにアクセス可能なユーザを定義する設定情報を格納する記憶部を備え、
    前記制御装置は、前記設定情報に従って、前記イベントの対応に関与するべき１以上のユーザを決定する、請求項１２に記載の制御装置。
    

Images