(57)【要約】【課題】１つの端末装置において表示されているのと同じユーザインターフェース画面の画像を、他の端末装置においても操作が可能な状態で表示することができる情報送受信システム、端末装置、情報処理方法及びプログラムを提供することである。【解決手段】実施形態の情報送受信システムは、送信装置と受信装置とを持つ。送信装置において、送信側画面表示制御部は、ユーザによる操作が可能なユーザインターフェース画面を表示させ、画面構築情報送信制御部は、送信側画面表示制御部によって表示されているユーザインターフェース画面と同じ状態のユーザインターフェース画面を再現する情報を含む画面構築情報を受信装置に送信する。受信装置において、受信側画面表示制御部は、送信装置から受信した画面構築情報を利用して再現したユーザインターフェース画面を表示させる。【選択図】図１０
2016057922.tif 000002
【特許請求の範囲】
【請求項１】
送信装置と受信装置とを備え、
前記送信装置は、
ユーザによる操作が可能なユーザインターフェース画面を表示させる送信側画面表示制御部と、
前記送信側画面表示制御部によって表示されている前記ユーザインターフェース画面と同じ状態のユーザインターフェース画面を再現する情報を含む画面構築情報を前記受信装置に送信する画面構築情報送信制御部とを備え、
前記受信装置は、
前記送信装置から受信した画面構築情報を利用して再現したユーザインターフェース画面を表示させる受信側画面表示制御部を備える
情報送受信システム。
【請求項２】
前記受信装置は、
前記受信側画面表示制御部がユーザインターフェース画面を表示しているときに、監視対象機器を監視する監視サーバから前記監視対象機器についての障害を通知するアラームが受信された場合において、アラームの通知が許可されている場合には前記アラームを通知する表示を行い、アラームの通知が許可されていない場合には前記アラームの通知を制限するアラーム対応制御部をさらに備える
請求項１に記載の情報送受信システム。
【請求項３】
前記アラーム対応制御部は、
前記アラームの通知が許可されていない場合において、受信されたアラームのレベルが一定以上の場合には前記アラームを通知する表示を行い、前記アラームのレベルが一定未満の場合には前記アラームを通知する表示を制限する
請求項２に記載の情報送受信システム。
【請求項４】
前記受信装置は、
前記画面構築情報の受信に応じて、前記受信側画面表示制御部によるユーザインターフェース画面の表示の可否を指示する操作が可能な表示可否指示操作画面を表示させる画面構築情報受信処理部をさらに備える
請求項１から３のいずれか一項に記載の情報送受信システム。
【請求項５】
前記画面構築情報送信制御部は、
前記受信装置のユーザに設定されたアクセス権に応じて、前記受信装置への画面構築情報の送信を制限する
請求項１から４のいずれか一項に記載の情報送受信システム。
【請求項６】
ユーザインターフェース画面を表示させる送信側画面表示制御部と、
前記送信側画面表示制御部によって表示されている前記ユーザインターフェース画面と同じ状態のユーザインターフェース画面を再現する情報を含む画面構築情報を他の端末装置に送信する画面構築情報送信制御部と
を備える端末装置。
【請求項７】
他の端末装置から受信した画面構築情報であって、前記他の端末装置にて表示されている前記ユーザインターフェース画面と同じ状態のユーザインターフェース画面を再現する情報を含む画面構築情報を利用して再現したユーザインターフェース画面を表示させる受信側画面表示制御部
を備える端末装置。
【請求項８】
他の端末装置から受信した画面構築情報であって、前記他の端末装置にて表示されている前記ユーザインターフェース画面と同じ状態のユーザインターフェース画面を再現する情報を含む画面構築情報を利用して再現したユーザインターフェース画面を表示させる受信側画面表示制御ステップを含む情報処理方法。
【請求項９】
コンピュータに、
他の端末装置から受信した画面構築情報であって、前記他の端末装置にて表示されている前記ユーザインターフェース画面と同じ状態のユーザインターフェース画面を再現する情報を含む画面構築情報を利用して再現したユーザインターフェース画面を表示させる受信側画面表示制御ステップ
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、情報送受信システム、端末装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
１つの端末装置から他の端末装置に画像データを送信することにより、複数の端末装置間で画像を共有することが行われている。このように画像データを送受信する構成では、画像データの送信側の端末装置で表示していたのと同じ内容の画面を受信側の端末装置で表示することができる。ただし、この場合には画像データが送受信されることから、例えばユーザインターフェース画面の画像データを送信しても、画像データを受信した端末装置側で表示させたユーザインターフェース画面に対する操作はできない。
【０００３】
しかし、端末装置が使用される環境によっては、１つの端末装置において表示されているのと同じユーザインターフェース画面の画像を、他の端末装置においても操作が可能な状態で表示させたい場合があった。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１４−５９７５３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明が解決しようとする課題は、１つの端末装置において表示されているのと同じユーザインターフェース画面の画像を、他の端末装置においても操作が可能な状態で表示することができる情報送受信システム、端末装置、情報処理方法及びプログラムを提供することである。
【課題を解決するための手段】
【０００６】
実施形態の情報送受信システムは、送信装置と受信装置とを持つ。前記送信装置は、送信側画面表示制御部と画面構築情報送信制御部とを持つ。送信側画面表示制御部は、ユーザによる操作が可能なユーザインターフェース画面を表示させる。画面構築情報送信制御部は、前記送信側画面表示制御部によって表示されているのと同じ状態のユーザインターフェース画面を再現する情報を含む画面構築情報を前記受信装置に送信する。前記受信装置は、受信側画面表示制御部を持つ。受信側画面表示制御部は、前記送信装置から受信した画面構築情報を利用して再現したユーザインターフェース画面を表示させる。
【図面の簡単な説明】
【０００７】
【図１】第１の実施形態の監視システムを示す図。
【図２】第１の実施形態の監視端末にて表示されるユーザインターフェース画面の一例を示す図。
【図３】第１の実施形態の監視端末にて表示される画面送信ダイアログの一例を示す図。
【図４】第１の実施形態の画面構築情報の内容例を示す図。
【図５】第１の実施形態の監視端末にて表示される表示確認ダイアログの一例を示す図。
【図６】第１の実施形態の監視端末にて表示される画面表示拒否通知ダイアログの一例を示す図。
【図７】第１の実施形態の監視端末にて表示される画面送信不可通知ダイアログの一例を示す図。
【図８】第１の実施形態の監視端末にて表示される画面送信ダイアログの他の例を示す図。
【図９】第１の実施形態の監視端末の構成例を示す図である。
【図１０】第１の実施形態の送信側の監視端末と受信側の監視端末とがユーザインターフェース画面の送受信に対応して実行する処理手順例を示すフローチャート。
【図１１】第２の実施形態の監視端末にて表示される表示確認ダイアログの一例を示す図。
【図１２】第２の実施形態の監視端末の構成例を示す図である。
【図１３】第２の実施形態の受信側の監視端末が画面構築情報の受信に応じて実行する処理手順例を示すフローチャート。
【図１４】第２の実施形態の受信側の監視端末がアラームの受信に応じて実行する処理手順例を示すフローチャート。
【図１５】第３の実施形態の受信側の監視端末がアラームの受信に応じて実行する処理手順例を示すフローチャート。
【発明を実施するための形態】
【０００８】
以下、実施形態の情報送受信システム、端末装置、情報処理方法及びプログラムを、図面を参照して説明する。
【０００９】
（第１の実施形態）
図１は、本実施形態における情報送受信システムが適用された監視システムの一例を示している。
同図に示す監視システムは、監視サーバ１００と、複数の監視端末２００（端末装置の一例）と、１以上の監視対象機器３００とを備える。
監視サーバ１００は、監視対象機器３００のそれぞれと通信可能に接続されており、監視対象機器３００のそれぞれの状態を監視する。なお、監視サーバ１００と監視対象機器３００との通信は、有線であってもよいし無線であってもよい。
また、本実施形態における監視対象機器３００は、一例として電力系統における遮断器などを挙げることができる。しかし、監視対象機器３００としての機器の種別については特に限定されるものではない。
【００１０】
また、監視サーバ１００は、監視端末２００のそれぞれと通信可能に接続されている。監視サーバ１００は、監視対象機器３００を監視して得られた機器状態情報を監視端末２００に送信することができる。機器状態情報は、監視対象機器３００の状態を示す情報である。
【００１１】
監視端末２００は、監視システムのユーザである監視者のそれぞれが、監視対象機器の管理のために使用する端末である。
監視端末２００は、監視サーバ１００から受信した機器状態情報を利用して、監視対象機器３００の状態が反映されたユーザインターフェース画面を表示することができる。ユーザインターフェース画面は、ユーザ（監視者）による操作が可能な画面である。
【００１２】
また、監視端末２００は、ユーザインターフェース画面に対する操作に応じて所定の処理を実行する。
一例として、監視対象機器をコントロールするためのユーザインターフェース画面に対して行われた操作に応じて、監視端末２００は、コマンドを監視サーバ１００に送信する。監視サーバ１００は、受信したコマンドに従ってコントロール対象の監視対象機器３００を制御する。これにより、監視対象機器３００は、監視者が監視端末２００のユーザインターフェース画面に対して行った操作に従って動作する。
【００１３】
また、本実施形態では、１つの監視端末２００にて表示されていたユーザインターフェース画面と同じ状態のユーザインターフェース画面が他の監視端末２００においても表示されるように、ユーザインターフェース画面の共有が行われる。以下、本実施形態におけるユーザインターフェース画面の共有に関して説明する。
【００１４】
図２は、１つの監視端末２００にて表示されるユーザインターフェース画面の一例を示している。
同図に示すユーザインターフェース画面は、固定エリアＦＸＡとメインウィンドウＭＷＤとを含む。固定エリアＦＸＡは、常時固定して表示が行われる領域である。ただし、固定エリアＦＸＡ内におけるボタンやメッセージなどの表示は、例えば監視者の操作や、監視端末２００の処理結果などに応じて適宜変化する。
【００１５】
メインウィンドウＭＷＤには、例えば監視者の操作などにより指定された機能に応じた情報が表示される。一例として、同図のメインウィンドウＭＷＤには、系統図ＫとサブウィンドウＳＷＤとが表示されている。
系統図Ｋは、監視対象機器３００を接続系統とともに示している。また、系統図Ｋにおいて監視対象機器３００を示すアイコンは、例えば所定の表示態様によって、対応の監視対象機器３００の状態を示す。
サブウィンドウＳＷＤは、メインウィンドウＭＷＤ内に表示されるウィンドウである。同図のサブウィンドウＳＷＤは、例えば系統図Ｋにおいてアイコンとして示される監視対象機器３００のうちから選択された監視対象機器３００についての状態を示すとともにオンオフコントロールが可能な機器コントロールウィンドウである。
【００１６】
同図のサブウィンドウＳＷＤにおいては、テキストＴＸと、オンボタンＢＴ１、オフボタンＢＴ２とが配置されている。
テキストＴＸは、対応の監視対象機器３００の状態を文字によるメッセージとして表す。同図のテキストＴＸでは、例えば「機器状態  正常」とのメッセージにより、現在において対応の監視対象機器３００が正常に動作していることが示される。
オンボタンＢＴ１は、対応の監視対象機器３００の動作をオフからオンに切り替える操作が行われるボタンである。オフボタンＢＴ２は、対応の監視対象機器３００の動作をオンからオフに切り替える操作が行われるボタンである。
同図の場合、対応の監視対象機器３００がオンの状態であるのに応じて、オンボタンＢＴ１は例えばグレーアウトの表示により操作が不可であることが表されている。一方、オフボタンＢＴ２は通常に表示され、操作が可能であることが表されている。
【００１７】
ここで、図２のユーザインターフェース画面が表示されている監視端末２００を使用する監視者（送信側監視者）が、同図のユーザインターフェース画面を他の監視端末２００においても表示させたいと思った場合に以下のように操作を行う。
先ず、送信側監視者は、固定エリアＦＸＡにおいて配置される送信ボタンＢＴ３を操作する。送信ボタンＢＴ３は、操作が行われたときに表示されているユーザインターフェース画面を他の監視端末２００に送信する指示を行うための操作が行われるボタンである。
なお、ここでのユーザインターフェース画面の送信とは、ユーザインターフェース画面を再現する情報を含む画面構築情報を送信することである。
【００１８】
送信ボタンＢＴ３が操作されるのに応じて、図２のユーザインターフェース画面上には、図３に示す画面送信ダイアログが表示される。
同図の画面送信ダイアログにおいては、入力ボックスＢＸ１、送信確定ボタンＢＴ１１及びキャンセルボタンＢＴ１２が配置されている。
送信側監視者は、画面送信ダイアログにおける入力ボックスＢＸ１に、ユーザインターフェース画面の送信先となる監視端末２００の端末ＩＤを入力する。つまり、この場合には、入力ボックスＢＸ１に端末ＩＤを入力することにより、ユーザインターフェース画面の送信先の監視端末２００の指定が行われる。
【００１９】
送信側監視者は、入力ボックスＢＸ１に端末ＩＤを入力したうえで、送信確定ボタンＢＴ１１を操作する。送信確定ボタンＢＴ１１が操作されるのに応じて、監視端末２００は、図２に示したユーザインターフェース画面としてメインウィンドウＭＷＤを再現する画面構築情報を送信先として指定された監視端末２００に送信する。
このように、本実施形態においては、画面構築情報を送信することにより、ユーザインターフェース画面を送信する。以降において、画面構築情報の送信と、ユーザインターフェース画面の送信とは同義である。
【００２０】
なお、送信側監視者は、同図の画面送信ダイアログが表示されている状態のもとでユーザインターフェース画面の送信を中止したい場合には、キャンセルボタンＢＴ１２を操作すればよい。
キャンセルボタンＢＴ１２が操作されるのに応じて、画面送信ダイアログは非表示となり、例えば図２に示した表示の状態に戻る。
【００２１】
図４は、監視端末２００が送信する画面構築情報の一例である。同図の画面構築情報は、図２のメインウィンドウＭＷＤの状態に対応している。
同図の画面構築情報において、<mainwindow>、</mainwindow>のタグは、メインウィンドウＭＷＤの状態を定義する。
<windowtype>w0001</windowtype>の記述は、メインウィンドウＭＷＤの種類（タイプ）を示す。同図において、<windowtype>w0001</windowtype>のタグにより指定される「w0001」は、図２のメインウィンドウＭＷＤのタイプが、系統図Ｋのオブジェクトを含む監視対象機器３００の監視画面であることを識別子である。
<x>300</x>の記述は、メインウィンドウＭＷＤの水平サイズを示す。
<y>400</y>の記述は、メインウィンドウＭＷＤの垂直サイズを示す。
<pos>(0,10)</pos>の記述は、メインウィンドウＭＷＤの位置として、例えば、メインウィンドウＭＷＤの左上の頂点が位置する座標を示す。
<scroll>0</scroll>の記述は、メインウィンドウＭＷＤにおけるスクロールの状態を示す。
【００２２】
<subwindow>、<subwindow>のタグは、メインウィンドウＭＷＤにおいて配置されるサブウィンドウを定義する。
<subwindow>、</subwindow>のタグの階層下において、<type>control</type>の記述は、サブウィンドウＳＷＤのタイプが、機器コントロールウィンドウであることを指定する。
また、<text>機器状態  正常</text>の記述により、機器コントロールウィンドウとしてのサブウィンドウＳＷＤ内の内容が「機器状態  正常」であることが指定される。
また、<btn1>btnON</btn1>の記述により、サブウィンドウＳＷＤにおいてオンボタンＢＴ１を配置することが指定される。また、<btn1>、</btn1>のタグの階層下における<state>disable</state>の記述により、オンボタンＢＴ１が非アクティブであるべきことが指定される。
また、<btn2>btnOFF</btn2>の記述により、サブウィンドウＳＷＤにおいてオフボタンＢＴ２を配置することが指定される。また、<btn2>、</btn2>のタグの階層下における<state>able</state>の記述により、オフボタンＢＴ２がアクティブであるべきことが指定される。
このように画面構築情報において記述される内容は、ユーザインターフェース画面を再現する情報を含む。
【００２３】
画面構築情報を受信した監視端末２００は、例えば図５に示される表示確認ダイアログを表示する。同図に示されるように、表示確認ダイアログには、例えば「監視者Ａからの画面の受信を許可しますか？」のようにメッセージが表示される。また、表示確認ダイアログには、許可ボタンＢＴ２１と拒否ボタンＢＴ２２とが配置される。
受信側監視者は、表示確認ダイアログが表示されることにより、ユーザインターフェース画面が送信されてきたことを即座に知ることができる。そのうえで、受信側監視者は、上記のメッセージを見ることで、ユーザインターフェース画面を送信してきた監視者が、監視者Ａであることを認識できる。
【００２４】
受信側監視者は、監視者Ａから送信されたユーザインターフェース画面の受信を許可してよい場合には、許可ボタンＢＴ２１を操作する。一方、例えば今は監視者Ａのユーザインターフェース画面を確認できる状況ではない場合など、受信側監視者は、監視者Ａから送信されたユーザインターフェース画面の表示を拒否できる。この場合、受信側監視者は、拒否ボタンＢＴ２２を操作する。
【００２５】
許可ボタンＢＴ２１が操作された場合、受信側監視者の監視端末２００は、受信された画面構築情報を利用してメインウィンドウＭＷＤを再現する。
具体的に、受信側監視者の監視端末２００は、図４の画面構築情報における<mainwindow>のタグにより、メインウィンドウＭＷＤとしてのユーザインターフェース画面を構築すべきことを認識する。さらに、受信側監視者の監視端末２００は、画面構築情報における<windowtype>w0001</windowtype>を参照して、メインウィンドウＭＷＤが「w0001」の識別子により示されるタイプであることを認識する。
受信側監視者の監視端末２００は、ユーザインターフェース画面において配置されるウィンドウ、ボタン、系統図などの各種オブジェクトのデータを記憶している。そこで、監視端末２００は、「w0001」の識別子により示されるタイプのメインウィンドウＭＷＤに対応するオブジェクトを読み出す。
そして、受信側監視者の監視端末２００は、読み出したオブジェクトを利用して<x>300</x>の記述と<y>400</y>の記述とに従ったサイズのメインウィンドウＭＷＤを生成する。受信側監視者の監視端末２００は、生成したメインウィンドウＭＷＤを<pos>(0,10)</pos>により示される画面上の位置に展開する。
また、受信側監視者の監視端末２００は、<scroll>0</scroll>の記述に従って、メインウィンドウＭＷＤにおけるスクロールの状態を設定する。
【００２６】
さらに、受信側監視者の監視端末２００は、<subwindow>のタグによっては、メインウィンドウＭＷＤ内にサブウィンドウが配置されることを認識し、サブウィンドウのオブジェクトを読み出す。
また、受信側監視者の監視端末２００は、<type>control</type>の記述に従って、サブウィンドウのタイプが画面送信ダイアログであることを認識する。受信側監視者の監視端末２００は、<text>機器状態  正常</text>の記述に従って、画面送信ダイアログにおけるテキストＴＸの位置に「機器状態  正常」の文字を配置する。
また、受信側監視者の監視端末２００は、<btn1>btnON</btn1>の記述に従って、オンボタンＢＴ１のオブジェクトを読み出して、画面送信ダイアログにおいてオンボタンＢＴ１を配置する。そのうえで、受信側監視者の監視端末２００は、<btn1>、</btn1>の階層下における<state>disable</state>の記述に従って、オンボタンＢＴ１をグレーアウトの状態とし、操作を受け付けないように設定する。
【００２７】
また、受信側監視者の監視端末２００は、<btn2>btnOFF</btn2>の記述に従って、オフボタンＢＴ２のオブジェクトを読み出して、画面送信ダイアログにおいてオンボタンＢＴ１を配置する。そのうえで、受信側監視者の監視端末２００は、<btn1>、</btn1>の階層下における<state>able</state>の記述に従って、アクティブ状態でオフボタンＢＴ２を配置し、操作を受け付け可能なように設定する。このようにして処理が行われる結果、画面構築情報に基づいてメインウィンドウＭＷＤが再現される。
そして、受信側監視者の監視端末２００は、上記のように再現したメインウィンドウＭＷＤを表示させる。
【００２８】
上記のように受信側監視者の監視端末２００にて表示されたメインウィンドウＭＷＤは、例えば図２と同じ状態が再現されている。このようにして、本実施形態においては、送信側監視者の監視端末２００にて表示されていたユーザインターフェース画面が、受信側監視者の監視端末２００との間で共有される。
また、受信側監視者の監視端末２００にて表示されたメインウィンドウＭＷＤは、メインウィンドウＭＷＤの画像データによるものではなく、受信側監視者の監視端末２００が記憶するオブジェクトを利用して構築されている。
従って、受信側監視者は、表示されたメインウィンドウＭＷＤを含むユーザインターフェース画面に対する操作を行うことができる。
【００２９】
一例として、本実施形態におけるユーザインターフェース画面の共有は以下のように活用される。
例えば、監視者Ａが未だ熟練していない場合、自分が担当している監視対象機器３００のオペレーションに確信が持てない場合がある。このような場合、監視者Ａとしては、自分より熟練している他の監視者Ｂに、自分の監視対象機器３００に対する操作を確認してもらいたいと考える。
そこで、この場合の監視者Ａは、自分が監視対象機器３００のオペレーションを行った結果が反映されたメインウィンドウＭＷＤを自分の監視端末２００に表示させる。そのうえで、監視者Ａは、これまでの説明のようにして、監視者Ｂの監視端末２００を送信先として指定してユーザインターフェース画面（画面構築情報）の送信を行う。
【００３０】
上記のように送信されたユーザインターフェース画面（画面構築情報）は、監視者Ｂの監視端末２００にて受信される。ユーザインターフェース画面の受信に応じて、監視者Ｂの監視端末２００は、図５に例示した表示確認ダイアログを表示させる。
監視者Ｂは、例えば図５にて説明したように、自分が操作する監視端末２００に表示された表示確認ダイアログに配置された許可ボタンＢＴ２１を操作する。これにより、監視者Ｂの監視端末２００には、監視者Ａの監視端末２００において表示されていたのと同じ状態のメインウィンドウＭＷＤが表示される。
なお、監視者Ａから監視者Ｂへのオペレーションの確認の依頼は、口頭、電話などにより行われればよい。
【００３１】
監視者Ｂは、表示されたメインウィンドウＭＷＤを見て、監視者Ａのオペレーションが適切であるか否かを確認できる。そのうえで、監視者Ａのオペレーションが適切でなかった場合には、そのまま、表示されたメインウィンドウＭＷＤを含むユーザインターフェース画面に対する操作を行って、すぐにオペレーションを修正することができる。
このようにして、本実施形態においてユーザインターフェース画面が共有可能となることで、例えば監視システムなどにおける監視対象機器３００の管理業務を円滑化することが可能になる。
【００３２】
また、例えば今は他の業務で忙しく、送信側監視者のユーザインターフェース画面を確認する余裕がないような場合、受信側監視者は、図５の表示確認ダイアログにおける拒否ボタンＢＴ２２を操作すればよい。
拒否ボタンＢＴ２２が操作されるのに応じて、受信側監視者の監視端末２００は、表示拒否通知を送信側監視者の監視端末２００に送信する。
表示拒否通知を受信するのに応じて、送信側監視者の監視端末２００は、画面表示拒否通知ダイアログを表示する。
【００３３】
図６は、画面表示拒否通知ダイアログの一例を示している。同図の画面表示拒否通知ダイアログにおいては、例えば「監視者Ｂが画面の表示を拒否しました」のようにメッセージが表示される。このようなメッセージを見ることで、送信側監視者は、受信側監視者によって、自分が送信したユーザインターフェース画面の表示が拒否されたことを知ることができる。
ユーザインターフェース画面の表示が拒否されたことを知った送信側監視者は、確認のための操作として画面表示拒否通知ダイアログにおけるＯＫボタンＢＴ３１を操作する。ＯＫボタンＢＴ３１が操作されることにより、画面表示拒否通知ダイアログが消去される。
【００３４】
ここで、監視端末２００間での画面構築情報や表示拒否通知などの送受信は、監視サーバ１００を介して行われる。監視サーバ１００を介することにより、例えば監視端末２００についての認証処理などを監視サーバ１００において一元的に行える。
なお、監視サーバ１００を介することなく、監視端末２００同士で画面構築情報や表示拒否通知などの送受信が行われるようにしてもよい。
【００３５】
また、本実施形態においては、監視端末２００の監視者ごとにアクセス権が設定される。本実施形態の場合、アクセス権に応じて、監視端末２００において表示できるユーザインターフェース画面が異なる。
このために、例えば送信側監視者がユーザインターフェース画面の送信先として指定した監視端末２００において監視者に応じて設定されたアクセス権では、送信しようとするユーザインターフェース画面にアクセスできない場合がある。
このような場合、送信側監視者がユーザインターフェース画面を送信しても、送信先の監視端末２００にてユーザインターフェース画面は表示されない。また、送信側監視者の監視端末２００においては、図７に示すような画面送信不可通知ダイアログが表示される。
【００３６】
同図の画面送信不可通知ダイアログにおいては、例えば「アクセス権の無いユーザには送信できません」というメッセージが表示されている。このメッセージを見ることで、送信側監視者は、送信先の監視端末２００の監視者には、送信しようとしたユーザインターフェース画面へのアクセス権が無いために送信ができないことを認識できる。そこで、送信側監視者は、確認のためにＯＫボタンＢＴ４１を操作する。ＯＫボタンＢＴ４１が操作されるのに応じて画面送信不可通知ダイアログは消去される。
【００３７】
また、本実施形態における変形例として、図３の画面送信ダイアログに代えて、図８に例示するような画面送信ダイアログを表示させてもよい。
同図の画面送信ダイアログにおいては、他の監視端末２００の監視者が提示される。同図は、監視者Ａの監視端末２００において表示される画面送信ダイアログの例であり、監視者Ｂ、監視者Ｃ、監視者Ｄ、監視者Ｅが提示されている。そして、提示された監視者Ｂ、監視者Ｃ、監視者Ｄ、監視者ＥごとにラジオボタンＲＢＴが配置される。
この場合、監視者Ａは、監視者Ｂ、監視者Ｃ、監視者Ｄ、監視者Ｅのうち、ユーザインターフェース画面を送信したい監視者に対応するラジオボタンＲＢＴを操作して選択状態とする。この場合、ラジオボタンＲＢＴの選択は択一的なものでなく複数選択が可能である。従って、同図の画面送信ダイアログのもとではユーザインターフェース画面の送信先を複数選択することができる。同図の例では、監視者Ｂと監視者Ｄが選択された状態が示されている。
【００３８】
そして、監視者Ａは、上記のようにラジオボタンＲＢＴを操作してユーザインターフェース画面の送信先を選択したうえで、送信確定ボタンＢＴ１１を操作する。送信確定ボタンＢＴ１１の操作に応じて、監視端末２００は、監視者Ｂ、監視者Ｄのそれぞれに対応する２つの監視端末２００にユーザインターフェース画面を送信する。
また、この場合にも、ユーザインターフェース画面の送信を中止したい場合には、送信側監視者は、キャンセルボタンＢＴ１２を操作すればよい。
【００３９】
続いて、図９を参照して監視端末２００の構成例について説明する。同図に示す監視端末２００は、通信部２０１、制御部２０２、記憶部２０３、表示部２０４及び操作部２０５を備える。
通信部２０１は、監視サーバ１００と通信を行う。
【００４０】
制御部２０２は、監視端末２００としての機能を実現するための各種の制御を実行する。制御部２０２としての機能は、例えば監視端末２００が備えるＣＰＵ（Central Processing Unit）がプログラムを実行することにより実現される。
制御部２０２は、画面表示制御部２２１（送信側画面表示制御部と受信側画面表示制御部との一例）、画面構築情報送信制御部２２２及び画面構築情報受信処理部２２３とを備える。
画面表示制御部２２１（送信側画面表示制御部）は、ユーザインターフェース画面を表示部２０４に表示させる。
また、画面表示制御部２２１（受信側画面表示制御部）は、監視端末２００がユーザインターフェース画面の受信側である場合において、送信側の監視端末２００から受信した画面構築情報を利用して再現したユーザインターフェース画面を表示部２０４に表示させる。
なお、以降において、送信側の監視端末２００から受信した画面構築情報を利用して表示されたユーザインターフェース画面については、「受信ユーザインターフェース画面」とも記載する。
【００４１】
画面構築情報送信制御部２２２は、画面表示制御部２２１によって表示されているユーザインターフェース画面と同じ状態のユーザインターフェース画面を再現する情報を含む画面構築情報を他の監視端末（受信装置）に送信する。
【００４２】
画面構築情報受信処理部２２３は、監視端末２００がユーザインターフェース画面の受信側である場合において、ユーザインターフェース画面（画面構築情報）の受信に応じた処理を実行する。
ユーザインターフェース画面の受信に応じた処理として、画面構築情報受信処理部２２３は、画面構築情報の受信に応じて表示可否指示操作画面を表示させる。表示可否指示操作画面は、受信ユーザインターフェース画面の表示の可否を指示する操作が可能な画面であり、その一例は図５に例示した表示確認ダイアログである。
【００４３】
記憶部２０３は、制御部２０２が利用する各種の情報を記憶する。例えば、記憶部２０３は、制御部２０２に対応するＣＰＵが実行するプログラム、ユーザインターフェース画面における各種のオブジェクトなどを記憶する。
【００４４】
表示部２０４は、制御部２０２の制御に応じて画像を表示する。
操作部２０５は、監視端末２００が備える操作子や操作デバイスを一括して示す。操作部２０５には、例えばキーボード、マウス、タッチパッドなどの入力デバイスが含まれる。操作部２０５としての操作子や操作デバイスは、操作が行われるのに応じて操作信号を制御部２０２に出力する。制御部２０２は、入力された操作信号に応じた制御を実行する。
【００４５】
続いて、図１０のフローチャートを参照して、ユーザインターフェース画面の送信側の監視端末２００と、受信側の監視端末２００とが実行する処理手順例について説明する。なお、本実施形態においては、前述のように、監視端末２００間の情報の送受信は監視サーバ１００を介して行われる。しかし、同図では、説明の便宜上、監視サーバ１００については省略している。
【００４６】
先ず、送信側監視者の監視端末２００が実行する処理手順から説明する。同図の送信側監視者の監視端末２００の処理は、図２に例示したようなユーザインターフェース画面が表示されている状態のもとで開始される。
画面構築情報送信制御部２２２は、表示中のユーザインターフェース画面の送信を指示する画面送信指示操作が行われるのを待機している（ステップＳ１０１−ＮＯ）。ここでの画面送信指示操作は、図２のユーザインターフェース画面の固定エリアＦＸＡにおける送信ボタンＢＴ３に対する操作と、これに続く図３または図８に示した画面送信ダイアログに対する操作である。
【００４７】
画面送信指示操作が行われるのに応じて（ステップＳ１０１−ＹＥＳ）、画面構築情報送信制御部２２２は、送信先として指定された監視端末２００に対応する監視者のアクセス権を確認する（ステップＳ１０２）。
次に、画面構築情報送信制御部２２２は、ステップＳ１０２により確認したアクセス権により、今回において送信すべきユーザインターフェース画面にアクセスが可能か否かについて判定する（ステップＳ１０３）。
【００４８】
アクセス可能である場合（ステップＳ１０３−ＹＥＳ）、画面構築情報送信制御部２２２は、現在において表示部２０４に表示されているユーザインターフェース画面（メインウィンドウＭＷＤ）を再現するための画面構築情報を生成する（ステップＳ１０４）。
そして、画面構築情報送信制御部２２２は、ステップＳ１０４により生成された画面構築情報を、ステップＳ１０１に対応して行われた画面送信指示操作において送信先として指定された監視端末２００に送信する（ステップＳ１０５）。
【００４９】
ステップＳ１０５により画面構築情報を送信した後、画面表示制御部２２１は、受信側の監視端末２００からの表示拒否通知が受信されたか否かについて判定する（ステップＳ１０６）。表示拒否通知は、受信側の監視端末２００が、ステップＳ１０５により送信された画面構築情報の受信を拒否した場合に送信される。
表示拒否通知が受信されなかった場合（ステップＳ１０６−ＮＯ）。ステップＳ１０５により送信された画面構築情報は、受信側の監視端末２００において拒否されずに表示されている。そこで、この場合には、同図に示す処理が終了される。なお、表示拒否通知が受信されなかった場合には、受信側の監視端末２００にてユーザインターフェース画面の表示が受け入れられたことを通知するダイアログなどを表示させてもよい。
【００５０】
一方、表示拒否通知が受信された場合、画面表示制御部２２１は、図６に例示した画面表示拒否通知ダイアログを表示させる（ステップＳ１０７）。
【００５１】
また、送信先の監視端末２００の監視者に応じたアクセス権ではユーザインターフェース画面にアクセスできないことが判定された場合には（ステップＳ１０３−ＮＯ）、以下の処理が実行される。
つまり、画面表示制御部２２１は、図７に例示した画面送信不可通知ダイアログを表示させる（ステップＳ１０８）。
【００５２】
なお、アクセス権に応じた制御としては、例えば、受信側の監視端末２００が、受信された画面構築情報により再現される受信ユーザインターフェース画面についてのアクセス権の有無を判定するようにしてもよい。この場合、アクセス権が無ければ、受信側の端末装置２００が、アクセス権の無いことを理由に画面構築情報の受信を拒否したことを送信側の監視端末２００に通知すればよい。
【００５３】
次に、受信側の監視端末２００が実行する処理手順について説明する。受信側の監視端末２００において、通信部２０１は、ステップＳ１０５により送信側の監視端末２００から送信された画面構築情報を受信する（ステップＳ２０１）。
ステップＳ２０１にて画面構築情報が受信されるのに応じて、画面構築情報受信処理部２２３は、図５に例示した表示確認ダイアログを表示する（ステップＳ２０２）。
【００５４】
ステップＳ２０２により表示確認ダイアログを表示させた状態のもとで、画面構築情報受信処理部２２３は、表示許可の操作が行われたか否かについて判定する（ステップＳ２０３）。表示許可の操作は、図５の表示確認ダイアログにおける許可ボタンＢＴ２１に対する操作である。
【００５５】
表示許可の操作が行われた場合（ステップＳ２０３−ＹＥＳ）、画面表示制御部２２１は、ステップＳ２０１にて受信された画面構築情報を利用して前述のようにユーザインターフェース画面を再現する。このように再現されたユーザインターフェース画面が受信ユーザインターフェース画面である。画面表示制御部２２１は、受信ユーザインターフェース画面を表示する（ステップＳ２０４）。
【００５６】
一方、表示確認ダイアログにおける拒否ボタンＢＴ２２が操作された場合には、表示許可の操作が行われなかったことになる（ステップＳ２０３−ＮＯ）。この場合には、画面構築情報受信処理部２２３が、送信側の監視端末２００に対して表示拒否通知を送信する（ステップＳ２０５）。この場合、ステップＳ２０４はスキップされるために、ステップＳ２０１にて受信された画面構築情報に基づく受信ユーザインターフェース画面の表示は行われない。
このような処理によって、１つの監視端末２００にて表示されていたユーザインターフェース画面が他の監視端末２００においても操作可能に表示されるように共有される。
【００５７】
なお、同図に示す送信側の監視端末２００の処理にあっては、送信先の監視端末２００のアクセス権に応じた画面構築情報の送信の制限の態様として、画面構築情報の送信を行わないようにしている。
しかし、画面構築情報の送信の制限の態様として、例えば、送信側の監視端末２００において表示されているユーザインターフェース画面においてアクセス権に応じた一部を再現可能な画面構築情報を送信するようにしてもよい。また、画面構築情報の送信の制限の態様として、アクセス権に応じて操作可能な項目が制限された画面構築情報を送信するようにしてもよい。
【００５８】
（第２の実施形態）
続いて、第２の実施形態について説明する。本実施形態における監視サーバ１００は、監視対象機器３００を対象とする監視動作として、障害発生の有無を検出する。監視サーバ１００は、監視対象機器３００に障害が発生した場合、各監視端末２００にアラーム（警報）を送信する。本実施形態におけるアラームは、例えば単に監視対象機器３００のいずれかに障害が発生したことを通知するものであってもよい。あるいは、本実施形態におけるアラームは、障害が発生した監視対象機器３００を示す情報や、障害の内容などを示す情報を含んで障害の発生を通知するものであってもよい。
【００５９】
アラームを受信した監視端末２００の基本的な動作として、アラームの受信に応じたタイミングで表示部２０４において、監視対象機器３００に障害発生したことを通知する表示が行われる。具体的には、監視対象機器３００に障害発生したことのメッセージを含むアラームウィンドウがポップアップ表示される。
【００６０】
しかし、アラームにより通知される監視対象機器３００は必ずしも重度の高いものではない。また、与えられた業務内容によっては、アラームに対応する必要がない監視者もいる。このために、監視者によっては、アラームよりも他の監視者から送信されたユーザインターフェース画面の確認を優先させたいときがある。この場合、監視者にとっては、表示されたユーザインターフェース画面を確認しているときにアラームウィンドウが表示されてしまうことが煩わしくなる。
【００６１】
そこで、本実施形態においては、受信側監視者が表示確認ダイアログにより表示確認を行う際に、ユーザインターフェース画面の表示を許可するにあたり、通常モードでの許可と、アラーム制限モードでの許可とが選択できるようにする。
このため、本実施形態における受信側の監視端末２００においては、ユーザインターフェース画面の受信に応じて、図５の表示確認ダイアログに代えて、図１１に示す表示確認ダイアログが表示される。
【００６２】
同図の表示確認ダイアログにおいては、通常モード対応許可ボタンＢＴ２１ａと、アラーム制限モード対応許可ボタンＢＴ２１ｂとの２つの許可ボタンが配置されている。
ここで、通常モードとは、アラームが受信された場合には、どのようなユーザインターフェース画面が表示されているのかにかかわらず、アラームウィンドウを表示させるモードである。
アラーム制限モードは、アラームが受信された場合におけるアラームの通知を制限するモードである。具体的に、アラーム制限モードは、アラームが受信された場合に受信ユーザインターフェース画面が表示されていないときにはアラームウィンドウを表示させる。しかし、受信ユーザインターフェース画面が表示されているときにはアラームウィンドウの表示を行わないようにするモードである。
【００６３】
受信側監視者は、受信ユーザインターフェース画面を表示させた状態においても、アラームが受信された場合にはアラームウィンドウを表示させたい場合、通常モード対応許可ボタンＢＴ２１ａを操作する。
通常モード対応許可ボタンＢＴ２１ａが操作されるのに応じて、受信側の監視端末２００は、通常モードのもとで受信ユーザインターフェース画面を表示させる。
【００６４】
一方、アラームが受信されてもアラームウィンドウを表示させずに受信ユーザインターフェース画面を表示させたい場合、受信側監視者は、アラーム制限モード対応許可ボタンＢＴ２１ｂを操作する。
アラーム制限モード対応許可ボタンＢＴ２１ｂが操作されるのに応じて、受信側の監視端末２００は、アラーム制限モードのもとで受信ユーザインターフェース画面を表示させる。
【００６５】
図１２は、本実施形態における監視端末２００の構成例を示している。なお、同図において図９と同一部分には同一符号を付して説明を省略する。
同図に示す監視端末２００において、制御部２０２は、アラーム対応制御部２２４をさらに備える。
アラーム対応制御部２２４は、受信ユーザインターフェース画面を表示しているときに、監視サーバ１００からアラームが送信された場合において、アラームの通知が許可されている場合にはアラームを通知する表示を行う。一方、アラーム対応制御部２２４は、受信ユーザインターフェース画面を表示しているときに、監視サーバ１００からアラームが送信された場合において、アラームの通知が許可されていない場合にはアラームの通知を制限する。具体的に、本実施形態においては、アラームの通知が許可されていない場合には受信ユーザインターフェース画面上でのアラームの通知が行われないように、アラームの通知の制限が行われる。
【００６６】
図１３のフローチャートは、本実施形態における受信側の監視端末２００が画面構築情報の受信に応じて実行する処理手順例を示している。なお、同図において図１０の受信側の監視端末２００が実行する処理と同様となるステップについては同一符号を付して説明を省略する。
【００６７】
ステップＳ２０１により通信部２０１にて画面構築情報が受信されるのに応じて、画面構築情報受信処理部２２３は、ステップＳ２０２により表示確認ダイアログを表示する。ここで、本実施形態のステップＳ２０２によっては、図１１に例示した表示確認ダイアログが表示される。
【００６８】
表示確認ダイアログを表示した後、画面構築情報受信処理部２２３は、表示確認ダイアログに対する操作として、「通常モードで許可」の操作が行われたか否かについて判定する（ステップＳ２０３Ａ）。「通常モードで許可」の操作は、通常モード対応許可ボタンＢＴ２１ａに対する操作である。
「通常モードで許可」の操作が行われた場合（ステップＳ２０３Ａ−ＹＥＳ）、画面構築情報受信処理部２２３は、通常モードを設定する（ステップＳ２１１）。そして、画面表示制御部２２１は、ステップＳ２０４により、ステップＳ２０１にて受信された画面構築情報を利用して受信ユーザインターフェース画面を表示させる。
【００６９】
「通常モードで許可」の操作が行われなかった場合（ステップＳ２０３Ａ−ＮＯ）、画面構築情報受信処理部２２３は、さらに「アラーム制限モードで許可」の操作が行われたか否かについて判定する（ステップＳ２０３Ｂ）。「アラーム制限モードで許可」の操作は、アラーム制限モード対応許可ボタンＢＴ２１ｂに対する操作である。
【００７０】
「アラーム制限モードで許可」の操作が行われた場合（ステップＳ２０３Ｂ−ＹＥＳ）、画面構築情報受信処理部２２３は、アラーム制限モードを設定する（ステップＳ２１２）。そして、画面表示制御部２２１は、ステップＳ２０４により、ステップＳ２０１にて受信された画面構築情報を利用して受信ユーザインターフェース画面を表示させる。
なお、ステップＳ２１２によりアラーム制限モードが設定されるのに応じて、例えば、画面表示制御部２２１が、受信ユーザインターフェース画面を含む画面上で、アラーム制限モードが設定されていることを示す表示が行われるようにしてもよい。一例として、固定エリアＦＸＡにおける送信ボタンＢＴ３について、アラーム制限モードが設定されていることが示されるように表示の態様を変更してもよい。
【００７１】
また、「アラーム制限モードで許可」の操作が行われなかった場合（ステップＳ２０３Ｂ−ＮＯ）、表示確認ダイアログにおける拒否ボタンＢＴ２２が操作されている。そこで、この場合の画面構築情報受信処理部２２３は、送信側の監視端末２００に対して表示拒否通知を送信する（ステップＳ２０５）。この場合、ステップＳ２０４による受信ユーザインターフェース画面の表示は行われない。
【００７２】
続いて、図１４のフローチャートを参照して、受信側の監視端末２００が監視サーバ１００からのアラームの受信に応じて実行する処理手順例について説明する。
受信側の監視端末２００において、アラーム対応制御部２２４は、監視サーバ１００が送信するアラームが受信されるのを待機している（ステップＳ３０１−ＮＯ）。
【００７３】
そして、アラームが受信されると（ステップＳ３０１−ＹＥＳ）、アラーム対応制御部２２４は、現在において、受信ユーザインターフェース画面が表示中であるか否かについて判定する（ステップＳ３０２）。
受信ユーザインターフェース画面が表示中である場合（ステップＳ３０２−ＹＥＳ）、アラーム対応制御部２２４は、さらに現在において通常モードが設定されているか否かについて判定する（ステップＳ３０３）。
【００７４】
通常モードが設定されている場合（ステップＳ３０３−ＹＥＳ）、アラーム対応制御部２２４は、ステップＳ３０１に応じて受信されたアラームに対応するアラームウィンドウを表示させる。このように、ステップＳ３０３からステップＳ３０４の処理に移行することで、通常モードにおいては、受信ユーザインターフェース画面上にアラームウィンドウが表示される。
【００７５】
一方、通常モードが設定されていない場合には（ステップＳ３０３−ＮＯ）、アラーム制限モードが設定されている。そこで、この場合のアラーム対応制御部２２４は、ステップＳ３０４をスキップして同図に示す処理を終了する。このように、アラーム制限モードのもとで受信ユーザインターフェース画面が表示されているときには、ステップＳ３０１にて受信されたアラームに応じたアラームウィンドウは表示されないようにすることができる。
【００７６】
また、ステップＳ３０２にて受信ユーザインターフェース画面が表示中でない場合にも、ステップＳ３０４によりアラームウィンドウが表示される。
【００７７】
（第３の実施形態）
続いて、第３の実施形態について説明する。本実施形態において、監視サーバ１００が送信するアラームには、例えば発生した障害の重度などに応じて所定段階によるレベル（アラームレベル）が設定される。
第２の実施形態の場合、アラーム制限モードにおいては、受信されたアラームに応じたアラームウィンドウについては、アラームレベルにかかわらず一律に表示しないようにされていた。
しかし、受信側監視者としては、アラームレベルが低いアラームについては通知を受けなくともよいが、アラームレベルが一定以上のアラームについては通知を受けたいと希望する場合がある。
【００７８】
そこで、本実施形態では、アラーム制限モードを設定してユーザインターフェース画面を表示させている場合において、受信されたアラームに応じたアラームレベルに応じて、以下のようにアラームウィンドウの表示制御が行われるように構成する。つまり、本実施形態の受信側の監視端末２００は、アラームレベルが一定未満の場合にはアラームウィンドウを表示せず、アラームレベルが一定以上の場合にはアラームウィンドウを表示するように構成される。
【００７９】
本実施形態における監視端末２００の構成は、図１２と同様でよい。そのうえで、本実施形態におけるアラーム対応制御部２２４は、アラームの通知が許可されていない場合において、受信されたアラームのレベルが一定以上の場合にはアラームを通知する表示を行う。
一方、アラーム対応制御部２２４は、アラームの通知が許可されていない場合において、アラームのレベルが一定未満の場合にはアラームを通知する表示を行わないように、前記アラームの通知を制限する。
【００８０】
図１５のフローチャートは、本実施形態における受信側の監視端末２００が監視サーバ１００からのアラームの受信に応じて実行する処理手順例を示している。なお、同図において図１４における処理と同様となるステップについては、同一符号を付して説明を省略する。
【００８１】
本実施形態におけるアラーム対応制御部２２４は、ステップＳ３０３において通常モードではない（即ち、アラーム制限モードである）と判定された場合、以下の処理を実行する。
つまり、アラーム対応制御部２２４は、ステップＳ３０１に応じて受信されたアラームが示すアラームレベルを認識する（ステップＳ３１１）。
次に、アラーム対応制御部２２４は、ステップＳ３１１により認識したアラームレベルが一定以上であるか否かについて判定する（ステップＳ３１２）。
【００８２】
アラームレベルが一定以上である場合（ステップＳ３１２−ＹＥＳ）、アラーム対応制御部２２４は、ステップＳ３０４により、現在表示中の受信ユーザインターフェース画面上にアラームウィンドウを表示させる。
【００８３】
一方、アラームレベルが一定未満である場合（ステップＳ３１２−ＮＯ）、アラーム対応制御部２２４は、ステップＳ３０４をスキップして同図に示す処理を終了する。この結果、現在表示中の受信ユーザインターフェース画面上にアラームウィンドウは表示されない。
【００８４】
このように図１５に示す処理が実行されることにより、アラーム制限モードにより受信ユーザインターフェース画面を表示させているときに受信したアラームのアラームレベルが一定以上の場合には、アラームの発生したことを監視者に通知することができる。
なお、本実施形態において、ステップＳ３１２にて判定されるアラームレベルの閾値については、監視者の操作によって、監視者の都合に応じて任意に設定できるようにしてもよい。
【００８５】
なお、上記各実施形態においては、監視システムにおける監視端末２００間でユーザインターフェース画面を共有する場合を例に挙げている。しかし、本実施形態によるユーザインターフェース画面の共有のための構成は、監視システム以外の情報処理システムにも適用が可能である。
【００８６】
以上説明した少なくともひとつの実施形態によれば、送信側の監視端末２００が、表示部にて表示されていたユーザインターフェース画面を再現する画面構築情報を送信し、受信側の監視端末２００が画面構築情報を利用して再現したユーザインターフェース画面を表示するという構成を持つことにより、１つの端末装置において表示されているのと同じユーザインターフェース画面の画像を、他の端末装置においても操作が可能な状態で表示することができる。
【００８７】
なお、上述の監視端末２００としての機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより上述の監視端末２００としての各処理を行ってもよい。ここで、「記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行する」とは、コンピュータシステムにプログラムをインストールすることを含む。ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、インターネットやＷＡＮ、ＬＡＮ、専用回線等の通信回線を含むネットワークを介して接続された複数のコンピュータ装置を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。このように、プログラムを記憶した記録媒体は、ＣＤ−ＲＯＭ等の非一過性の記録媒体であってもよい。また、記録媒体には、当該プログラムを配信するために配信サーバからアクセス可能な内部または外部に設けられた記録媒体も含まれる。配信サーバの記録媒体に記憶されるプログラムのコードは、端末装置で実行可能な形式のプログラムのコードと異なるものでもよい。すなわち、配信サーバからダウンロードされて端末装置で実行可能な形でインストールができるものであれば、配信サーバで記憶される形式は問わない。なお、プログラムを複数に分割し、それぞれ異なるタイミングでダウンロードした後に端末装置で合体される構成や、分割されたプログラムのそれぞれを配信する配信サーバが異なっていてもよい。さらに「コンピュータ読み取り可能な記録媒体」とは、ネットワークを介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、上述した機能の一部を実現するためのものであってもよい。さらに、上述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
【００８８】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【符号の説明】
【００８９】
１００…監視サーバ、２００…監視端末、２０１…通信部、２０２…制御部、２０３…記憶部、２０４…表示部、２０５…操作部、２２１…画面表示制御部、２２２…画面構築情報送信制御部、２２３…画面構築情報受信処理部、２２４…アラーム対応制御部、３００…監視対象機器
【図１】
2016057922.tif 000003
【図２】
2016057922.tif 000004
【図３】
2016057922.tif 000005
【図４】
2016057922.tif 000006
【図５】
2016057922.tif 000007
【図６】
2016057922.tif 000008
【図７】
2016057922.tif 000009
【図８】
2016057922.tif 000010
【図９】
2016057922.tif 000011
【図１０】
2016057922.tif 000012
【図１１】
2016057922.tif 000013
【図１２】
2016057922.tif 000014
【図１３】
2016057922.tif 000015
【図１４】
2016057922.tif 000016
【図１５】
2016057922.tif 000017