(57)【要約】【課題】電子機器のデータをネットワークを介して接続される情報処理装置によって操作するリモートモニタリングシステムにて、専用プログラム等を実装する必要のない汎用性の高いリモートモニタリングシステムを提供すること。【解決手段】電子機器は、電子機器内のメモリに格納されるデータへのアクセス方法を記述したＷｅｂページファイルを格納するメモリを有し、情報処理装置のＷｅｂブラウザから送信されるＷｅｂページファイルの読み出し要求、または書き込み要求を受信し、データへのアクセス方法が記述されていることを解析し、データにアクセスすると共に、そのアクセス結果を情報処理装置のＷｅｂブラウザに返信する。【選択図】図１
2007241932.tif 000002
【特許請求の範囲】
【請求項１】
ＦＴＰサーバとメモリを備えた電子機器と情報処理装置と当該電子機器と情報処理装置を接続するネットワークとを備え、電子機器内のメモリに格納されるデータを、情報処理装置に備えられるＷｅｂブラウザ上でアクセスするリモートモニタリングシステムであって、
電子機器は、
電子機器内のメモリに格納されるデータへのアクセス方法を記述したＷｅｂページファイルを格納するＷｅｂページファイル格納メモリをさらに有し、
情報処理装置のＷｅｂブラウザからＦＴＰにより送信されるＷｅｂページファイルの読み出し要求、または書き込み要求を受信し、当該Ｗｅｂページファイルを解析するＷｅｂページファイル解析手段と、
電子機器内のメモリに格納されたデータへのアクセス方法が記述されていると解析された場合、当該アクセス方法に従って該当するデータにアクセスすると共に、そのアクセス結果をＦＴＰにより情報処理装置のＷｅｂブラウザに返信するように制御する制御手段と、を備え、
情報処理装置のＷｅｂブラウザ上でネットワークを介して接続された電子機器内のメモリに格納されたデータにアクセスすることを特徴とするリモートモニタリングシステム。
【請求項２】
当該電子機器がプログラマブル・コントローラであることを特徴とする請求項１に記載のリモートモニタリングシステム。
【請求項３】
電子機器内のメモリに格納されるデータへのアクセス方法を記述したＷｅｂページファイルは、ＤＯＭ仕様に基づくパラメータＥｎｔｉｔｙＲｅｆｅｒｅｎｃｅ書式により記述されていることを特徴とする請求項１及び２に記載のリモートモニタリングシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子機器に備えられたメモリ上のパラメータ設定をネットワークを介して接続される情報処理装置によって行うリモートモニタリングシステムに関する。
【背景技術】
【０００２】
電子機器としてのプログラマブル・コントローラ（以下、「ＰＬＣ」と言う）を構成するユニットのパラメータ情報は、一般的にＰＬＣのＩ／Ｏメモリ領域（入出力リレーエリア、内部補助リレーエリア、特殊リレーエリア等）やデータメモリ領域（データレジスタエリア、特殊レジスタエリア等）にメモリ割付される。そして、このＰＬＣに備えられたメモリに格納されている制御データやユーザプログラムをネットワークを介して接続されたパソコン上で操作するという、所謂リモートモニタリングシステムは従来より知られている。
【０００３】
従来ではこの機能を実現するために、（１）ＰＬＣのラダープログラム等でこれらのメモリをアクセスして外部ユーザインターフェイスとの読み書きを行わせる、（２）専用ツールなどを使用してＰＬＣの物理的なメモリ割付イメージでアクセスするメーカ提供プロトコルを介して読み書きを行う、ということが行われていた。
【０００４】
そして近年では、インターネット技術の進歩に伴い、専用のソフトウェアを用いることなく、Ｗｅｂ技術によりＰＬＣ側がＷｅｂサーバとなり、Ｗｅｂブラウザからｈｔｔｐプロトコルを介してメモリとの紐付けがなされた変数を書き換えて、サーバ側ではそれを実メモリに反映するという方法が開発されている（特許文献１参照）。
【０００５】
この種のリモートモニタリングシステムにおいては、ＰＬＣ上にＷｅｂサーバ機能を搭載するためＷｅｂブラウザに表示するＷｅｂ文章（ＨＴＭＬファイル）を予め当該ＰＬＣに備えられたメモリに格納する必要がある。そのため、一旦メモリに格納されたＨＴＭＬファイルを変更したり、新たに追加するためには、専用のソフトウェアを用いて当該ＰＬＣに接続し、必要となる変更や追加を行うための所定の操作を行うことが必要とされていた。
【０００６】
また、このようなリモートモニタリングシステムにおいて、当該ＰＬＣとパソコンとの接続がローカル接続であるか、それともリモート接続であるかどうかによっても特定のメモリのアドレスへの書き込みや読み出しを行うための処理が異なっていた。
【０００７】
ＰＬＣがローカル接続されている場合、表示や編集をするためのエディタと、メモリへアクセスするための特定のミドルウェアやファームウェアを使用することが必要とされていた。また、当該ＰＬＣがリモート接続されている場合、上述のローカルメモリへのアクセス機能に加えて、リモート機器（ＰＬＣ）上に特定の通信サーバ機能、クライアント−サーバ間の通信機能、を使用することが必要となり、ネットワークでのデータの受け渡しに加えて、各通信ドライバの処理が付加される。
【０００８】
従来のリモートモニタリングシステムにおけるクライアント側とサーバ側におけるソフトウェアブロック図が図１０に示されている。ここで、クライアント側とは、ユーザが設定の変更や追加の処理を行うクライアント端末を意味し、通常はパソコンが用いられる。また、サーバ側とは、ユーザがクライアント端末を使用して設定の変更や追加を行う対象となる電子機器（この例ではＰＬＣ）を意味する。
【０００９】
クライアント側におけるソフトウェアは、同図にて示されるように階層構造を有しており、符号１０１はＷｅｂブラウザ、１０２はＸＳＬＴ、１０３はＳＯＡＰ、１０４はｈｔｔｐ、１０５は、ＴＣＰ／ＩＰ、及び１０６はＬＡＮドライバをそれぞれ示している。同様に、サーバ側においては、符号１０７はＬＡＮドライバ、１０８はＴＣＰ／ＩＰ、１０９はｈｔｔｐ、１１０はｈｔｍｌファイル、１１１はＳＯＡＰ、１１２はＸＳＬＴ、１１３はＸＭＬ、そして１１４はサーバサイドプログラムをそれぞれ示している。
【００１０】
ここで言うＸＳＬＴ（XML Stylesheet Language Transformations）１０２及び１１２とは、ＸＭＬ言語で記述された文書を他のＸＨＴＭＬ等のＸＭＬ文書に変換するための簡易言語である。また、ＳＯＡＰ（Simple Object Access Protocol）１０３及び１１１とは、ＸＭＬやＨＴＴＰなどをベースとした、他のコンピュータにあるデータやサービスを呼び出すためのプロトコルである。
【特許文献１】特願２００４−４６６１８号公開公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
このような従来のリモートモニタリングシステムにおいては、クライアント端末においてリモートモニタリングの対象となるＰＬＣ内のメモリに格納されるパラメータの設定等を実行するためには、特定の編集、通信、並びにサービス機能をＰＬＣに実装する必要がある。
【００１２】
ところが、各機器の構成や通信プロトコル等がＰＬＣのメーカ等により異なるため、上記の編集、通信、並びにサービス機能を各々に適合するようにその都度実装する必要があり、汎用性に欠け、手間がかかるという欠点が指摘されていた。
【００１３】
また、当然それらの編集、通信、並びにサービス機能をＰＬＣに実装することに伴い、コストが上昇してしまうという不具合も生じていた。
【００１４】
この発明は、このような従来の問題点に着目してなされたものであり、その目的とするところは、電子機器に備えられたメモリ上のパラメータ設定をネットワークを介して接続される情報処理装置によって行うリモートモニタリングシステムにおいて、リモートモニタリング対象となる電子機器のメーカ等に拘わらず、専用プログラム等を実装する必要のない汎用性の高いリモートモニタリングシステムを提供することにある。
【００１５】
この発明の他の目的ならびに作用効果については、明細書の以下の記述を参照することにより、当業者であれば容易に理解される筈である。
【課題を解決するための手段】
【００１６】
本発明の実施形態によれば、ＦＴＰサーバとメモリを備えた電子機器と情報処理装置と当該電子機器と情報処理装置を接続するネットワークとを備え、電子機器内のメモリに格納されるデータを、情報処理装置に備えられるＷｅｂブラウザ上でアクセスするリモートモニタリングシステムであって、電子機器は、電子機器内のメモリに格納されるデータへのアクセス方法を記述したＷｅｂページファイルを格納するＷｅｂページファイル格納メモリをさらに有し、情報処理装置のＷｅｂブラウザからＦＴＰにより送信されるＷｅｂページファイルの読み出し要求、または書き込み要求を受信し、当該Ｗｅｂページファイルを解析するＷｅｂページファイル解析手段と、電子機器内のメモリに格納されたデータへのアクセス方法が記述されていると解析された場合、当該アクセス方法に従って該当するデータにアクセスすると共に、そのアクセス結果をＦＴＰにより情報処理装置のＷｅｂブラウザに返信するように制御する制御手段と、を備え、情報処理装置上のＷｅｂブラウザ上でネットワークを介して接続された電子機器内のメモリに格納されたデータにアクセスすることを特徴とする。
【００１７】
このような構成により、電子機器内に格納されているデータの編集は一般的なＷｅｂブラウザを用いて行い、リモート配置されたメモリへのアクセスのための通信機能は標準的なＦＴＰプロトコルを使用することで、対象となる電子機器のメーカ等に拘わらず、専用プログラム等を実装する必要のない汎用性の高いリモートモニタリングシステムを提供することが可能となる。
【００１８】
また、リモート配置した場合、Ｗｅｂページファイルは電子機器内では読み込みなどの処理のみに限定されるため、電子機器の文書理解力が貧弱なハードウェア構成においても、十分な性能を実現することが可能となる。さらに、電子機器の処理能力が高く、Ｗｅｂサーバやデータベースサーバ・アプリケーションサーバ等の機能を有する場合においても、Ｗｅｂブラウザ側からの操作で直接電子機器側のメモリアクセスが可能となるため、ミドルウェアを軽減することが可能となる。
【００１９】
本発明の実施の形態によれば、当該電子機器がプログラマブル・コントローラであることを特徴とする。
【００２０】
このような構成により、プログラマブル・コントローラに格納されている制御データやユーザプログラムを、ネットワークを介して接続されている情報処理装置としてのパソコン上で編集する等の操作を行うことが可能となる。
【００２１】
本発明の実施の形態によれば、電子機器内のメモリに格納されるデータへのアクセス方法を記述したＷｅｂページファイルは、ＤＯＭ仕様に基づくパラメータＥｎｔｉｔｙＲｅｆｅｒｅｎｃｅ書式により記述されていることを特徴とする。
【発明の効果】
【００２２】
本発明のリモートモニタリングシステムにおいては、電子機器に備えられたメモリ上のパラメータ設定をネットワークを介して接続される情報処理装置によって行うリモートモニタリングシステムにおいて、対象となる電子機器のメーカ等に拘わらず、専用プログラム等を実装する必要のない汎用性の高いリモートモニタリングシステムを提供することが可能となる。
【発明を実施するための最良の形態】
【００２３】
以下に、この発明の好適な実施の一形態を添付図面を参照しながら詳細に説明する。
【００２４】
本発明におけるリモートモニタリングシステムの全体構成図が図１に示されている。同図にて示されるように、当該リモートモニタリングシステムは、情報処理装置としてのパソコン１と電子機器の一例としてのＰＬＣ２とそれらを接続するネットワークとしてのイーサネット（登録商標）３とによって概略構成されている。このとき、ＰＬＣ２がサーバ側となり、パソコン１がクライアント側の端末となる。
【００２５】
図１にて示されるように、パソコン１は、Ｗｅｂブラウザ１０、ＤＯＭ１１、Cookie１２、及びＯＳ（Operating System）１３とを備える。また、ネットワーク３を介してパソコン１に接続されるＰＬＣ２は、ｆｔｐサーバ２０、メモリ管理２１、メモリ２２、ファイルシステム２３、及びＷｅｂページファイル３０とを備える。
【００２６】
ここで、ＤＯＭ１１とは、Document Object Modelの略称であり、Ｗｅｂページ中の文字や画像などの要素をオブジェクトとして扱い、その属性やメソッドを利用することで、Ｗｅｂページを動的に変化させることを目的としたテクノロジーである。そして、ＤＯＭを用いることで、以下の３つの機能が実現される。（１）Dynamic Content：文字や画像を、動的に挿入したり削除したりするための機能。そのほか、文字列の選択や検索なども行なえる。（２）Dynamic Styles：Internet Explorer 4.0（登録商標）では、ＣＳＳ（Cascading Style Sheet）をサポートしているが、このDynamic Styles機能を使用すれば、そのスタイルの内容を動的に変更することができる。たとえば、マウスカーソルでポイントした文字列の、色やフォントサイズを変更するといったことが可能になる。（３）Absolute Positioning：Ｗｅｂページ中のオブジェクトを、ページの任意の位置に表示するための機能。この機能も、ページ表示後に動的に利用することができる。
【００２７】
また、Ｗｅｂページファイル３０とは、ＰＬＣ２内のメモリ（後述するＲＡＭ２７）に格納される設定用データへのアクセス方法を記述したものである。本発明においては、当該Ｗｅｂページファイル３０は、ＤＯＭ仕様に基づくパラメータＥｎｔｉｔｙＲｅｆｅｒｅｎｃｅ書式により記述されている。
【００２８】
本実施形態においては、編集はＤＯＭ規格に準拠した一般的なＷｅｂブラウザ１０を用い、リモート配置されたＰＬＣ２内のメモリ２２へのアクセスのための通信手段は、ＴＣＰ／ＩＰ上のＦＴＰプロトコルを使用する。標準的なＦＴＰプロトコルを採用し、しかも、リモート配置されるＰＬＣは、標準的に実装されているＦＴＰサーバ２０の機能を使用することで、必要となるＷｅｂページ３０をＰＬＣ２内に格納することにより、特定のソフトウェアを実装することなしに所定の目的を実現している。また、ここで言うネットワーク３としては、後に詳細に説明するが、これらのクライアント端末としてのパソコン１とサーバとして機能するＰＬＣとの接続がローカル接続、若しくはリモート接続であるかどうかにより異なる。
【００２９】
尚、上述の構成においては、Ｗｅｂページファイル３０をサーバ側に、換言すればＰＬＣ２内に配置しているが、このＷｅｂページファイル３０をクライアント側端末であるパソコン１に格納することも可能である。図２には当該Ｗｅｂページファイル３０をサーバ機器側（ＰＬＣ２）に配置した場合のシステム構成図が、そして図３にはＷｅｂページファイル３０をクライアント端末側（パソコン１）に配置した場合のシステム構成図がそれぞれ示されている。
【００３０】
図２にて示されるように、クライアント端末（パソコン１）とサーバ機器（ＰＬＣ２）とは、通信インターフェイス１４（クライアント側）、ネットワーク３、及び通信インターフェイス２４（サーバ側）を介して互いに接続されている。そして、ＰＬＣ２には、ＭＰＵ２５、ＲＯＭ２６、ＲＡＭ２７、ＲＡＭ２８、ドライブインターフェイス２９、並びにＷｅｂページファイル３０が格納されている。ここで、ＲＯＭ２６にはマイコン実行用のプログラムが格納されており、ＲＡＭ２７にはパラメータとして設定用のデータ、例えばＰＩＤの乗数やカウンタのカウント値、及び、システムコンフィグレーション用パラメータやユーザプログラム等、が格納されている。そしてＲＡＭ２８はワーク用のＲＡＭである。
【００３１】
このとき、ネットワーク３がＵＳＢ等で構成される場合、当該パソコン１とＰＬＣ２の配置は近距離となるため、このような配置をローカル配置と呼ぶ。この場合、、パソコン１側にて、ＰＬＣ２のＷｅｂページファイル３０のドライブまたはフォルダを指定してファイルアクセスが実行される。それに対して、ネットワーク３がイーサネット（登録商標）等によって構成され、パソコン１とＰＬＣ２とがイントラネットまたはインターネット経由にて接続される場合は、パソコン１とＰＬＣ２の配置は遠距離となるため、このような配置をリモート配置と呼ぶ。この場合は、パソコン１側にて、ＰＬＣ２のＷｅｂページファイル３０のＵＲＬを指定してファイルアクセスが実行される。
【００３２】
続いて、図３にて、上述したＷｅｂページファイル３０がパソコン１に格納されている場合が示されている。同図は、Ｗｅｂページファイル３０がパソコン１側に格納されていることを除けば、図２とほぼ同様であるため、同じ符号を付与して説明を省略する。
【００３３】
この例においても、当該パソコン１とＰＬＣ２とがローカル配置されている場合、ネットワーク３としてはＵＳＢ等が用いられる。そして、Ｗｅｂページに記述されたbaseＵＲＬに加えて、offsetbyteでパラメータを格納しているＲＡＭ２７にアクセスを実行する。それに対して、パソコン１とＰＬＣ２とがリモート配置されている場合、ネットワーク３としてはイーサネット（登録商標）等によってイントラネットまたはインターネット経由にて接続される。そして、Ｗｅｂページに記述されたbaseＵＲＬに加えて、offsetbyteでパラメータを格納しているＲＡＭ２７にアクセスを実行する。
【００３４】
次に、図４及び図５にて、パソコン１とＰＬＣ２のソフトウェアブロック図が示されている。図４においては、クライアント端末としてのパソコン１とサーバ機器としてのＰＬＣ２とがローカル配置されていて、ＰＬＣ２との接続にＵＳＢが用いられている例を示している。そして、図５においては、クライアント端末であるパソコン１とＰＬＣ２とがリモート配置されており、ＰＬＣ２との接続にＬＡＮが用いられている例を示している。
【００３５】
図４にて示されるように、ローカル配置されている例においては、クライアント側（パソコン１側）に、Ｗｅｂブラウザ４１、ＯＳ４２、ＩＯＣＳ４３、及びＵＳＢドライバ４４とが備えられており、サーバ側（ＰＬＣ２）には、ファイルシステム５１、メモリ管理５２、ＩＯＣＳ５３、及びＵＳＢドライバ５４とが備えられている。ここで、ＩＯＣＳ４３及び５３は、Input/Output Control System（入出力制御システム）であり、ＯＳとハードウェアの中間に入りハードウェアの制御などの基本処理を行なうためのソフトウェアをまとめたもののことである。このＩＯＣＳとは、一般にＢＩＯＳ（Basic Input Output System）と呼ばれるものと同等である。また、ソフトウェアを作るとき、このＩＯＣＳを使いハードウェアを直接操作することを避けることでソフトウェアとハードウェアとの間に緩衝を設けることができ、ハードウェアに変更が加えられた場合はＩＯＣＳ側でその変更に対応させることで、アプリケーションソフトウェアは何の変更を加えなくてもそのまま利用できる。これにより互換性を維持することができる。
【００３６】
図５にて示されるように、リモート配置されている例において、クライアント側（パソコン１側）に、Ｗｅｂブラウザ６１、ＯＳ６２、ファイルシステム６３、ＦＴＰ６４、ＴＣＰ／ＩＰ６５、及びＬＡＮコントロールドライバ６６とが備えられており、サーバ側（ＰＬＣ２）には、ファイルシステム７１、メモリ管理７２、ＦＴＰ７３、ＴＣＰ／ＩＰ７４、及びＬＡＮコントロールドライバ７５とが備えられている。
【００３７】
次に、図６において、ＰＬＣ２にて実行される処理を示すゼネラルフローチャートが記されている。尚、この実施形態においては、先に説明したＷｅｂページファイルがサーバ機器としてのＰＬＣ２に格納されている場合である。同図にて示されるように、ハードウェア及びメモリの初期化を実行し（ステップ６０１）、ユーザプログラムを格納したメモリのチェックが行われる（ステップ６０２）。続いて、当該ＰＬＣ２を構成するＩ／Ｏユニットの構成認識が実行され（ステップ６０３）、全Ｉ／Ｏユニットのリフレッシュが実行される（ステップ６０４）。続いて、プログラムの実行モードがＲＵＮであるかどうかの判定が行われ（ステップ６０５）、実行モードがＲＵＮであれば（ステップ６０５，ＹＥＳ）、ユーザプログラム実行の初期処理が行われ（ステップ６０６）、当該プログラムが実行される（ステップ６０７）。ユーザプログラムの実行後、Ｉ／Ｏリフレッシュ処理が行われ（ステップ６０８）、後に詳細に説明する周辺サービス処理が実行される（ステップ６０９）。それに対し、ステップ６０５にて実行モードがＲＵＮでなければ（ステップ６０５，ＮＯ）、ユーザプログラムの実行は行われず、ステップ６０８へと移行し、Ｉ／Ｏリフレッシュが実行される。Ｉ／Ｏリフレッシュ処理並びに周辺サービス処理の実行が完了したら（ステップ６０８及び６０９）、再び実行モードがＲＵＮであるかどうかの判定が行われ、実行モードがＲＵＮであれば（ステップ６１０，ＹＥＳ）、ステップ６０７へ戻り、ユーザプログラムの実行処理を実行し、以後の処理を繰り返す。それに対し、実行モードがＲＵＮでなければ（ステップ６１０，ＮＯ）、ステップ６０８に戻り、Ｉ／Ｏリフレッシュ処理を実行し、以後の処理を繰り返す。
【００３８】
本発明の要部であるＰＬＣ２の周辺サービス処理を図７を参照して詳細に説明する。図７にて示されるように、この周辺サービス処理はユーザからパソコン１を介してコマンドを受信するｆｔｐプロトコルスタック受信処理を受けて実行される（ステップ７０１）。続いて、ファイルＲ／Ｗの要求有無の識別が行われ（ステップ７０２）、ファイルＲ／Ｗ要求がなければ周辺サービス処理は終了する（ステップ７０２，ＮＯ）。ここで、ファイルＲ／Ｗ要求とは、パソコン１のＷｅｂブラウザからのＦＴＰによって送信されるget/put(ＲＥＴＲ／ＳＴＯＲ)コマンドであって、ＰＬＣ２内に格納され、Ｗｅｂページファイルの読み出し要求または書き込み要求である。そして、ファイルＲ／Ｗ要求があれば（ステップ７０２，ＹＥＳ）、続いてMIME Content-Typeがmessage/External-bodyであるかどうかの判定が実行される（ステップ７０３）。
【００３９】
そして、message/External-bodyであると判定された場合（ステップ７０３，ＹＥＳ）、メッセージボディの参照URI先からftpにてデータを取得し（ステップ７０４）、指定ＵＲＩ（ＵＲＮ）のpathを判定し対象となるリソース（ファイルやメモリ）への読み書きを行う（ステップ７０５）。message/External-bodyではないと判定された場合（ステップ７０３，ＮＯ）、直接ステップ７０５に移行し、パラメータEntity Reference参照式によって生成され付加されたアドレス指定外部参照先と指定アドレスとでデータの読み書きを実行し（ステップ７０５）、パソコン１に対してｆｔｐプロトコルスタックの返送処理を行う（ステップ７０６）。このステップ７０５と７０６にて行われている処理は、Ｗｅｂページファイルに記述されたＲＡＭ２７内のデータへのアクセス方法に従って、対象となるデータにアクセスして読み出し、そのアクセス結果をＦＴＰによりパソコン１のＷｅｂブラウザ１０に返信することである。これらの処理を終えて、周辺サービス処理が完了する。ｆｔｐプロトコルスタックの返送処理を実行し（ステップ７０６）、周辺サービス処理が完了する。
【００４０】
続いて、クライアント端末であるパソコン１側のファイル要求処理を図８を参照しつつ説明する。先ず、ユーザによるファイルＲ／Ｗ要求の有無が判定され（ステップ８０１）、ここでファイルＲ／Ｗ要求がなければブラウザ表示の更新処理が実行され（ステップ８１０）、処理を完了する。それに対し、ユーザからのファイルＲ／Ｗ要求があれば（ステップ８０１，ＹＥＳ）、次にそのファイルＲ／Ｗ要求がリモートファイルに対する要求であるかどうかの判定が実行される（ステップ８０２）。このとき、リモートファイルに関する要求でなければ（ステップ８０２，ＮＯ）、要求されたファイルに対するＲ／Ｗ処理を実行し（ステップ８０４）、続いてEntity Referenceの書式の有無が確認される（ステップ８０５）。
【００４１】
ステップ８０２に戻り、ファイルＲ／Ｗ要求がリモートファイルに対する要求であれば（ステップ８０２，ＹＥＳ）、先に説明したｆｔｐプロトコルスタックをＰＬＣ２へと送信し、ＰＬＣ２からの返送を受け取るｆｔｐプロトコルスタック送受信処理が実行される（ステップ８０３）。続いてEntity Referenceの書式の有無が確認される（ステップ８０５）。ここで、Entity Referenceの書式がある場合（ステップ８０５，ＹＥＳ）、プロプライエタリネットワーク（proprietary network）のＵＲＩであるかどうかの判定が実行される（ステップ８０６）。ここで言う、プロプライエタリネットワークとは、ある特定のメーカの製品のみを組み合わせて構築されたネットワークを意味し、不具合が生じたときに迅速な対応を期待できたり、原因の特定が比較的容易である等のメリットを有するものである。
【００４２】
ここで、プロプライエタリネットワークのＵＲＩであると判定された場合、MIMEのContent-Typeにmessage/External-bodyで、該当するメッセージ実体のＵＲＩ（ｆｔｐ：／／．．．）を指定する（ステップ８０７）。そして、その後Entity Referenceの対象ＵＲＩ（ｆｔｐ：／／．．．）を指定し（ステップ８０８）、ｆｔｐプロトコルスタックの送受信処理が実行される（ステップ８０９）。そして、続いてブラウザ表示更新処理が実行され、ＰＣ側のファイル要求処理が完了する。
【００４３】
ステップ８０６に戻り、プロプライエタリネットワークのＵＲＩではないと判定された場合、直接ステップ８０８へと移行し、Entity Referenceの対象ＵＲＩ（ｆｔｐ：／／．．．）を指定し、ｆｔｐプロトコルスタックの送受信処理が実行され（ステップ８０９）、ブラウザ表示更新処理を実行する（ステップ８１０）。
【００４４】
ステップ８０５に戻り、Entity Reference書式が無い場合（ステップ８０５，ＮＯ）、ステップ８０９へと移行し、ｆｔｐプロトコルスタックの送受信処理が実行される。ｆｔｐプロトコルスタックの送受信処理が実行された後、ブラウザの更新処理が実行され（ステップ８１０）、ＰＣ側のファイル要求処理が完了する。
【００４５】
上記ステップ８０６〜８０８にて記載されているように、対象ＵＲＩ（ＵＲＮ）がイーサネット（登録商標）の下位層のプロプライエタリネットワーク上のデータにアクセスする場合は、MIMEのContent-Type=message/External-bodyで指定して該当するメッセージをサーバ側で取得させる。
【００４６】
図９に、本発明が適用されたリモートモニタリングシステムにおけるパソコン１の表示画面例が示されている。同図にて示されるように、パソコン１のモニタにおいて、ＰＬＣ２のパラメータ（この例ではＰＢＬ変数）の表示並びに編集が行えるようになっている。この表示画面は、よく知られているＷｅｂページとして構成されており、表示窓８１及び参照ボタン８２は対象となるファイルの検索並びに選択に用いられ、参照ボタン８２をクリックすることで、参照用画面が表示され、対象となるファイルを適宜ユーザが選択できるようになっている。そして、選択されたファイル名が表示窓８１に表示される。表示窓８３並びに表示ボタン８４は表示する変数をユーザに選択させるための表示窓及びボタンである。プルダウン形式とされている表示窓８３の右端にある下向きの三角形をクリックすることで、ユーザに選択可能な変数表示が示される。この例では、デフォルトとして全変数表示が設定されており、この状態で表示ボタン８４をクリックすると、全変数が表示される。表示窓８５と編集ボタン８６は、編集を行う対象となる変数名を指定して編集するための表示窓とボタンである。表示窓８５も表示窓８３と同様にプルダウン形式となっており、選択可能な変数名がリストされる。そのリストからユーザが所望する変数名を選択し、変数名が選択された状態において編集ボタン８６をクリックすることでその変数の編集を行うことが可能となっている。
【００４７】
以下に、本実施形態におけるＷｅｂページの一記述例を示す。尚、この記述はJava（登録商標）Scriptの記述である。
<?xmlversion="1.0"encoding="Shift_JIS"?>
<!DOCTYPEhtmlPUBLIC"-//W3C//DTDXHTML1.1//EN""http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="ja">
<head>
<script language="JavaScript">
<!--//
function EditParam(num)  {
document.open( );//ページをＯＰＥＮ
var data1,data2,data3,data4,adr1,adr2;//変数data1,data2,adr1,adr2を宣言
var HTMLstr;
data1 = new String("0000");
data2 = new String("0000");
data3 = new String("0000");
data4 = new String("0000");
adr1 = new String("(%x410000;)*");
adr2 = new String("(%x410000;)*");
adr1.EntityReference = "0000";//参照先を初期化
if(num == 1 ) {
var cnt="0";
var now = new Date();
data1 = new String("1234");//変数data1に文字列クラス”1234”をインスタンス化して代入
adr1 = new String("(%x410000;)*");//現ファイル上のメモリ空間0x410000番地のアドレスをセット
adr1.EntityReference = data1;//上記メモリ空間アドレスにデータ”1234”を書込み
data2 = new String("5678");//変数data2に文字列クラス”5678”をインスタンス化して代入
adr2 = new String("RMT1(%x410000;)*");//ネット上のNameSpaceURIプレフィックス＝RMT1上のメモリ空間0x410000番地のアドレスを文字列クラスとしてインスタンス化して変数addressに代入
adr2.EntityReference = data2;//上記メモリ空間アドレスにデータ”5678”を書込み
HTMLstr = "書込テ゛ータは・・・    " + "セルフノート゛=" + data1 + "    " + "NameSpaceURIノート゛=" + data2 ;
document.form1.disp.value = HTMLstr;//読込みデータを表示
}
else if(num == 2 ) {
cnt = cnt + "0" ;
data3 = adr1.EntityReference;//上記メモリ空間アドレスからデータを読込み
data4 = adr2.EntityReference;//上記メモリ空間アドレスからデータを読込み
HTMLstr = "Entity値は・・・    " + "セルフノート゛=" + data3 + "    " + "NameSpaceURIノート゛=" + data4 + "  " + cnt + now.getSeconds();
document.form1.disp.value = HTMLstr;//読込みデータを表示
}
setTimeout("EditParam(2)" , 500);
return false;
document.close( );
}
//-->
</script>
</head>
<body onLoad = "EditParam(1)">
<b><p4>パラメータ  表示／編集</p4></b>
<form name="form1">
<input name="disp" style="" width:500px ; border:outset ; border-color:#FFEEEE ;background-color:#FFFFEE ; color:#0000FF" >
<br>
<div id="HTMLstr" />
</form>
</body>
</html>
【００４８】
このように、本発明において、編集はＤＯＭ規格に準拠した一般的なＷｅｂブラウザを用い、リモート配置されたメモリへのアクセスのための通信機能は、例えばＴＣＰ／ＩＰ上のＦＴＰプロトコル等の標準的なプロトコルを使用し、しかもリモート配置された機器は、標準的に実装されているＦＴＰサーバ機能を使用することで必要なＷｅｂページさえ用意すれば特定のソフトウェアを実装することなしに所定の編集目的を実現可能となる。
【００４９】
また、リモート配置した場合、Ｗｅｂページファイルはリモート機器内では読み込みなどの処理のみに限定されるため、サーバ側の機器の文書理解力が貧弱なハードウェア構成においても、十分な性能を実現することが可能となる。リモート機器の処理能力が高く、Ｗｅｂサーバやデータベースサーバ・アプリケーションサーバ等の機能を有する場合においても、Ｗｅｂブラウザ側からの操作で直接リモート側のメモリアクセスが可能となるため、ミドルウェアを軽減することが可能となる。
【産業上の利用可能性】
【００５０】
以上の説明で明らかなように、本発明によれば、電子機器に備えられたメモリ上のパラメータ設定をネットワークを介して接続される情報処理装置によって行うリモートモニタリングシステムにおいて、対象となる電子機器のメーカ等に拘わらず、専用プログラム等を実装する必要のない汎用性の高いリモートモニタリングシステムを提供することが可能となる。
【図面の簡単な説明】
【００５１】
【図１】本発明におけるリモートモニタリングシステムの全体構成図である。
【図２】Ｗｅｂページファイルをサーバ側に配置した場合の構成図である。
【図３】Ｗｅｂページファイルをクライアント側に配置した場合の構成図である。
【図４】ローカル配置のソフトウェアブロック図である。
【図５】リモート配置のソフトウェアブロック図である。
【図６】ＰＬＣ側における処理を示すゼネラルフローチャートである。
【図７】ＰＬＣ側の周辺サービス処理の詳細を示すフローチャートである。
【図８】ＰＣ側のファイル要求処理を示すフローチャートである。
【図９】編集処理を示す画面例である。
【図１０】従来のリモートモニタリングシステムを示すソフトウェアブロック図である。
【符号の説明】
【００５２】
１      ＰＣ
２      ＰＬＣ
３      ネットワーク
１０    Ｗｅｂブラウザ
１１    ＤＯＭ
１２    Ｃｏｏｋｉｅ
１３    ＯＳ
１４    通信インターフェイス
２０    ｆｔｐサーバ
２１    ＭＭＳ
２２    メモリ
２３    ファイルシステム
２４    通信インターフェイス
２５    ＭＰＵ
２６    ＲＯＭ
２７    ＲＡＭ
２８    ＲＡＭ
２９    ドライブインターフェイス
３０    Ｗｅｂページファイル
４１    Ｗｅｂブラウザ
４２    ＯＳ
４３    ＩＯＣＳ
４４    ＵＳＢドライバ
５１    ファイルシステム
５２    メモリ管理
５３    ＩＯＣＳ
５４    ＵＳＢドライバ
６１    Ｗｅｂブラウザ
６２    ＯＳ
６３    ファイルシステム
６４    ＦＴＰ
６５    ＴＣＰ／ＩＰ
６６    ＬＡＮコントロールドライバ
７１    ファイルシステム
７２    メモリ管理
７３    ＦＴＰ
７４    ＴＣＰ／ＩＰ
７５    ＬＡＮコントロールドライバ
１０１  Ｗｅｂブラウザ
１０２  ＸＳＬＴ
１０３  ＳＯＡＰ
１０４  ｈｔｔｐ
１０５  ＴＣＰ／ＩＰ
１０６  ＬＡＮドライバ
１０７  ＬＡＮドライバ
１０８  ＴＣＰ／ＩＰ
１０９  ｈｔｔｐ
１１０  ｈｔｍｌファイル
１１１  ＳＯＡＰ
１１２  ＸＳＬＴ
１１３  ＸＭＬ
１１４  サーバサイドプログラム
【図１】
2007241932.tif 000003
【図２】
2007241932.tif 000004
【図３】
2007241932.tif 000005
【図４】
2007241932.tif 000006
【図５】
2007241932.tif 000007
【図６】
2007241932.tif 000008
【図７】
2007241932.tif 000009
【図８】
2007241932.tif 000010
【図９】
2007241932.tif 000011
【図１０】
2007241932.tif 000012