(57)【要約】【課題】変換前リソースファイルの事前作成の手間をなくす。メモリ容量を削減する。【解決手段】コントローラ２’にリソースファイル自動生成手段２Ｇとリソースファイル名解析手段２Ｈとリソースファイル名生成手段２Ｉを設ける。リソースファイル名に画面の種別やオブジェクトなどを含ませる。Ｗｅｂクライアント端末１からのリクエストメッセージに含まれるリソースファイル名を解析し、画面生成パラメータを抽出する。抽出した画面生成パラメータの画面の種別からその画面の雛形を作成し、オブジェクトからそのオブジェクトに関するプロパティを取得し、取得したプロパティを作成した画面の雛形に埋め込んだ画面をリソースファイルとし、Ｗｅｂクライアント端末１へ返す。作成した画面の雛形にリンク部が設けられている場合、そのリンク先の画面生成パラメータからリソースファイル名を生成し、リンク部に記述する。【選択図】        図１
2004355572.tif 000002
【特許請求の範囲】
【請求項１】
通信回線を介して上位装置と接続され、前記上位装置からのリクエストメッセージに応じてデータを前記上位装置へ返送するコントローラにおいて、
前記上位装置から送られてくるリクエストメッセージに含まれるリソースファイル名を解析し、このリソースファイル名から得られる少なくとも画面の種別とオブジェクトを画面生成パラメータとして抽出するリソースファイル名解析手段と、
このリソースファイル名解析手段によって抽出された画面生成パラメータの画面の種別からその画面の雛形を作成し、オブジェクトからそのオブジェクトに関するプロパティを取得し、取得したプロパティを作成した画面の雛形に埋め込んだ画面をリソースファイルとして生成するリソースファイル自動生成手段と、
このリソースファイル自動生成手段によって生成されたリソースファイルを前記上位装置へ返送するリソースファイル返送手段と
を備えたことを特徴とするコントローラ。
【請求項２】
請求項１に記載されたコントローラにおいて、
前記生成されたリソースファイルに他のリソースファイルとのリンク部が設けられる場合、そのリンク先の画面生成パラメータからリソースファイル名を生成し、この生成したリソースファイル名を前記リンク部に記述する手段を備えたことを特徴とするコントローラ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、通信回線を介して上位装置と接続され、上位装置からのリクエストメッセージに応じて機器データなどのデータを上位装置へ返送するコントローラに関するものである。
【０００２】
【従来の技術】
ビル，工場あるいはプラントでは、各種フィールド機器を制御するコントローラと監視用のＷｅｂクライアント端末（上位装置）とを通信回線を介して接続し、Ｗｅｂクライアント端末からコントローラやフィールド機器の状態を監視する管理システムが導入されている。
【０００３】
図１４にこの管理システムの一例を示す。同図において、１はＷｅｂクライアント端末、２はコントローラであり、Ｗｅｂクライアント端末１とコントローラ２とはイーサネット（登録商標）などの通信回線３を介して接続されている。コントローラ２には、温度調節器や流量計、電磁バルブなどのフィールド機器４が接続されており、フィールド機器４にはセンサなどのＩ／Ｏ機器５が接続されている。
【０００４】
この管理システムにおいて、コントローラ２は、フィールド機器４からデータを定期的に吸い上げ、機器データとしてデータベース２−１に蓄積する。また、データベース２−１には、コントローラ２に関するデータなども機器データとして蓄積される。Ｗｅｂクライアント端末１からは、必要に応じてコントローラ２にアクセスし、データベース２−１に蓄積されている機器データ（機器情報）を読み出したり、書き込んだりすることができる。
【０００５】
図１５を用いて従来のＷｅｂクライアント端末１からのコントローラ２へのアクセスについて説明する（例えば、特許文献１参照）。なお、この図では、Ｗｅｂクライアント端末１とコントローラ２のみを示し、通信回線３やフィールド機器４、Ｉ／Ｏ機器５は図示を省略している。
【０００６】
また、コントローラ２は、Ｗｅｂサーバ部２Ａと、リクエスト分割手段２Ｂと、命令処理手段２Ｃと、機器データ管理部２Ｄと、リソース変換手段２Ｅと、蓄積部２Ｆとを備えている。機器データ管理部２Ｄはデータベース２−１へ蓄積するデータを管理する。蓄積部２ＦにはＷｅｂクライアント端末１で閲覧することの可能な全てのＷｅｂ画面の雛形が変換前リソースファイルとして格納されている。この変換前リソースファイル中には画面表示する機器情報の指定が特殊タグの形式で埋め込まれている。
【０００７】
▲１▼Ｗｅｂクライアント端末１は、ＨＴＴＰプロトコルを利用して、コントローラ２へリクエストメッセージを送る。このリクエストメッセージには、リソースファイル要求（Ｗｅｂ画面の要求）、機器情報へのアクセス要求（データの読み出し、書き込み等の要求）、リソースファイル要求と機器情報へのアクセス要求とを合わせた複合要求の３種類がある。このリクエストメッセージはコントローラ２のＷｅｂサーバ部２Ａで受信される。
【０００８】
▲２▼Ｗｅｂサーバ部２Ａは、Ｗｅｂクライアント端末１からのリクエストメッセージを受信し、その受信したリクエストメッセージをリクエスト分割手段２Ｂへ送る。
▲３▼リクエスト分割手段２Ｂは、Ｗｅｂサーバ２Ａから送られてくるリクエストメッセージを解析し、リソースファイル要求と機器情報へのアクセス要求に分割し、リソースファイル要求はリソース変換手段２Ｅに、機器情報へのアクセス要求は命令処理手段２Ｃへ送る。
【０００９】
▲４▼命令処理手段２Ｃは、リクエスト分割手段２Ｂからの機器情報へのアクセス要求を受信し、そのアクセス要求に応じた処理を実行する。例えば、アクセス要求がデータの書き込み要求であれば、機器データ管理部２Ｄを介してデータベース２−１へデータを書き込む。また、アクセス要求がデータの読み出し要求であれば、機器データ管理部２Ｄを介してデータベース２−１からデータを読み出す。そして、このアクセス要求に応じたデータの書き込み結果や読み出したデータを機器情報へのアクセス結果としてリクエスト分割手段２Ｂに返す。
【００１０】
▲５▼リソース変換手段２Ｂは、リクエスト分割手段２Ｂからのリソースファイル要求を受信し、このリソースファイル要求に含まれるリソースファイル名に対応する変換前リソースファイルを蓄積部２Ｆから読み出し、この読み出した変換前リソースファイル中に埋め込まれている特殊タグによって指定される機器情報への読出要求を命令処理手段２Ｃへ送る。なお、リソースファイル要求に含まれるリソースファイル名は、例えばＷｅｂ画面に割り当てられた画面番号として与えられる。
【００１１】
▲６▼命令処理手段２Ｃは、リソース変換手段２Ｅからの機器情報への読出要求に応じて、機器データ管理部２Ｄを介してデータベース２−１からデータを読み出し、その読み出したデータをリソース変換手段２Ｅへ返す。
▲７▼リソース変換手段２Ｅは、命令処理手段２Ｃから返されてくるデータを受信し、このデータを特殊タグの代わりに変換前リソースファイル中に埋め込み、このデータが埋め込まれた変換前リソースファイルを変換後リソースファイルとしてリクエスト分割手段２Ｂへ送る。
【００１２】
▲８▼リクエスト分割手段２Ｂは、命令処理手段２Ｃからの機器情報へのアクセス結果のみを受け取った場合、この受け取った機器情報へのアクセス結果をＷｅｂサーバ部２Ａに渡す。リソース変換手段２Ｅからの変換後リソースファイルのみを受け取った場合、この受け取った変換後リソースファイルをＷｅｂサーバ部２Ａへ渡す。命令処理手段２Ｃからの機器情報へのアクセス結果とリソース変換手段２Ｅからの変換後リソースファイルとを受け取った場合、命令処理手段２Ｃからの機器情報へのアクセス結果を破棄し、リソース変換手段２Ｅからの変換後リソースファイルのみをＷｅｂサーバ部２Ａへ渡す。
【００１３】
▲９▼Ｗｅｂサーバ部２Ａは、リクエスト分割手段２Ｂから送られてくる機器情報へのアクセス結果やリソースファイル（変換後リソースファイル）をレスポンスメッセージとしてＷｅｂクライアント端末１へ返す。
（１０）Ｗｅｂクライアント端末１は、コントローラ２から返されてくる機器情報へのアクセス結果に基づいた処理を行う。また、コントローラ２から返されてくるリソースファイル（Ｗｅｂ画面）を表示する。
【００１４】
なお、上述した処理は、Ｗｅｂクライアント端末１からのリクエストメッセージの種類に応じて次のようなシーケンスで行われる。
〔リソースファイル要求の場合〕
▲１▼、▲２▼、▲３▼、▲５▼、▲６▼、▲７▼、▲８▼、▲９▼、（１０）のシーケンスで実行される。
〔機器情報へのアクセス要求〕
▲１▼、▲２▼、▲３▼、▲４▼、▲８▼、▲９▼、（１０）のシーケンスで実行される。
〔複合要求〕
▲１▼、▲２▼、▲３▼、▲４▼、▲５▼、▲６▼、▲７▼、▲８▼、▲９▼、（１０）のシーケンスで実行される。
【００１５】
【特許文献１】
特開２００３−０４４１２５号公報（段落〔００１６〕〜〔００２２〕、図１）
【００１６】
【発明が解決しようとする課題】
しかしながら、上述した従来のＷｅｂクライアント端末１からのコントローラ２へのアクセス方法によると、Ｗｅｂクライアント端末１で閲覧することの可能な全てのＷｅｂ画面の雛形を事前に作成し、これを変換前リソースファイルとして蓄積部２Ｆに記憶させておかなければならず、この変換前リソースファイルの作成に過大な時間と手間がかかっていた。また、必要とされる全ての変換前リソースファイルを蓄積部２Ｆに記憶させるために、過大なメモリ容量を必要としていた。
【００１７】
本発明はこのような課題を解決するためになされたもので、その目的とするところは、変換前リソースファイルの事前作成の手間をなくし、また変換前リソースファイルを記憶させるために要していたメモリ容量を削減することができるコントローラを提供することにある。
【００１８】
【課題を解決するための手段】
このような目的を達成するために、第１発明（請求項１に係る発明）は、通信回線を介して上位装置と接続され、上位装置からのリクエストメッセージに応じてデータを上位装置へ返送するコントローラにおいて、上位装置から送られてくるリクエストメッセージに含まれるリソースファイル名を解析し、このリソースファイル名から得られる少なくとも画面の種別とオブジェクトを画面生成パラメータとして抽出するリソースファイル名解析手段と、このリソースファイル名解析手段によって抽出された画面生成パラメータの画面の種別からその画面の雛形を作成し、オブジェクトからそのオブジェクトに関するプロパティを取得し、取得したプロパティを作成した画面の雛形に埋め込んだ画面をリソースファイルとして生成するリソースファイル自動生成手段と、このリソースファイル生成手段によって生成されたリソースファイルを上位装置へ返送するリソースファイル返送手段とを設けたものである。
【００１９】
この発明において、コントローラは、上位装置から送られてくるリクエストメッセージを受信し、このリクエストメッセージに含まれるリソースファイル名を解析する。本発明において、リソースファイル名には、少なくとも画面の種別とオブジェクトが含まれるものとする。なお、オブジェクトとは、例えばコントローラ自身、コントローラに接続されるフィールド機器、フィールド機器に接続されるＩ／Ｏ機器などのことを指す。
【００２０】
そして、コントローラは、リソースファイル名から得られる少なくとも画面の種別とオブジェクトを画面生成パラメータとして抽出し、この抽出した画面生成パラメータの画面の種別からその画面の雛形を作成する。この画面の雛形は、従来の変換前リソースファイルに対応する。したがって、この発明では、変換前リソースファイルが自動的に作成されるものとなる。
【００２１】
また、コントローラは、抽出した画面生成パラメータのオブジェクトからそのオブジェクトに関するプロパティを取得し、取得したプロパティを作成した画面の雛形に埋め込んだ画面をリソースファイルとして生成し、この生成したリソースファイルを上位装置へ返送する。このリソースファイルは、従来の変換後リソースファイルに対応する。なお、プロパティとは、オブジェクトが持つ機器データ等の付属情報のことを指す。
【００２２】
第２発明（請求項２に係る発明）は、第１発明において、生成されたリソースファイルに他のリソースファイルとのリンク部が設けられる場合、そのリンク先の画面生成パラメータからリソースファイル名を生成し、この生成したリソースファイル名をリンク部に記述するようにしたものである。
この発明において、コントローラは、リンク部にリソースファイル名が記述されたリソースファイルを上位装置へ送る。上位装置において、表示されたリソースファイル（Ｗｅｂ画面）のリンク部を選択指定すると、そのリンク部に記述されたリソースファイル名を含むリクエストメッセージがコントローラへ送られる。
【００２３】
【発明の実施の形態】
以下、本発明を図面に基づいて詳細に説明する。図１はこの発明に係るコントローラの一実施の形態の要部を示す図である。同図において、図１５と同一符号は図１５を参照して説明した構成要素と同一或いは同等構成要素を示し、その説明は省略する。また、全体のシステム構成は、図１４に示したものと同じであるので、この図を流用する。
【００２４】
本実施の形態のコントローラ２’は、Ｗｅｂサーバ部２Ａ、リクエスト分割手段２Ｂ、命令処理手段２Ｃ、機器データ管理部２Ｄを備えている点では、図１５に示した従来のコントローラ２と同じである。
【００２５】
本実施の形態のコントローラ２’と従来のコントローラ２とが異なるところは、リソース変換手段２Ｅに代えてリソースファイル自動生成手段２Ｇとリソースファイル名解析手段２Ｈとリソースファイル名生成手段２Ｉを設け、変換前リソースファイルを記憶する蓄積部２Ｆをなくした点にある。
【００２６】
また、Ｗｅｂクライアント端末１からのリクエストメッセージ中、リソースファイル要求に含ませるリソースファイル名を画面番号ではなく、画面種別やオブジェクトなどを含むリソースファイル名とした点にある。なお、この実施の形態において、オブジェクトとは、コントローラ２’自身、コントローラ２’に接続されるフィールド機器４，フィールド機器４に接続されるＩ／Ｏ機器５のことを指す。
【００２７】
〔機器情報のデータ構造〕
図２にデータベース２−１に記憶される機器情報のデータ構造を例示する。ここのデータ構造では、コントローラ２’をデバイスと呼び、コントローラ２に接続されるフィールド機器４をサブリモートと呼び、フィールド機器４に接続されるＩ／Ｏ機器５をポイントと呼ぶ。したがって、このデータ構造では、第１階層のデバイス、第２階層のサブリモート、第３階層のポイントがそれぞれオブジェクトとなる。
【００２８】
また、このデータ構造では、オブジェクトが持つ付属情報（機器データ）をプロパティとし、このプロパティをオブジェクト毎にグループ化し、全ての機器データをオブジェクトのプロパティという形で表現させる。オブジェクトは、デバイス，サブリモートなどの型（クラス）と、そのナンバ（インスタンスＮ０．  ）によって表現することができる。例えば、デバイスＮｏ．１に接続されたサブリモートＮｏ．１のポイントＮｏ．１のポイント名称情報は、オブジェクト：「Ｄｅｖ０１．Ｓｕｂ０１．Ｐｎｔ０１」、プロパティ：「０ｂｊＮａｍｅ」という形で指定することができる。
【００２９】
〔リソースファイル名の体系〕
図３（ａ）にリソースファイル名の体系を例示する。リソースファイル名は、リソースファイル（Ｗｅｂ画面）を特定するために便宜的に定められる名称であり、「画面種別」と、「ページＮ０．  」と、「オブジェクト階層」と、「オブジェクト指定部」と、「プロパティ識別子」と、「拡張子」とから構成される。
【００３０】
「画面種別」には、画面の種別を２バイトで指定し、「ページＮ０．  」には画面が複数ページにわたる場合、そのページ番号を２バイトで指定する。この実施の形態では、オブジェクト一覧画面である場合には「画面種別」を「０１」とし、プロパティ一覧画面である場合には「画面種別」を「０２」とし、プロパティ設定画面である場合には「画面種別」を「０３」とする。オブジェクト一覧画面やプロパティ一覧画面、プロパティ設定画面については後述する。
【００３１】
「オブジェクト階層」には、表示画面の対象となるオブジェクトの存在する階層を１バイトで指定し、「オブジェクト指定部」には、表示画面の対象となるオブジェクトを可変長バイトで指定する。図３（ｂ）に「オブジェクト指定部」の構成を例示する。「オブジェクト指定部」は、第１階層の「クラス識別子」と「インスタンスＮｏ．  」とからなる第１階層指定部＃１と、第２階層の「クラス識別子」と「インスタンスＮｏ．  」とからなる第２階層指定部＃２と、第３階層の「クラス識別子」と「インスタンスＮｏ．  」とからなる第３階層指定部＃３とから構成される。
【００３２】
「オブジェクト指定部」において、各階層指定部＃１〜＃３の「クラス識別子」には、表示画面の対象となるオブジェクトが属する各階層のオブジェクトの型（クラス）を２バイトで指定する。この実施の形態では、デバイスであれば「０１」、サブリモートであれば「０２」、ポイントであれば「０３」とする。各階層指定部＃１〜＃３の「インスタンスＮｏ．  」には、表示画面の対象となるオブジェクトが属する各階層のオブジェクトのナンバを３バイトで指定する。
【００３３】
例えば、表示画面の対象となるオブジェクトが図２に示すデータ構造中のポイントＰ１であれば、第１階層指定部＃１の「クラス識別子」は「０１」、「インスタンスＮｏ．  」は「００１」とされ、第２階層指定部＃２の「クラス識別子」は「０２」、「インスタンスＮｏ．  」は「００１」とされ、第３階層指定部＃３の「クラス識別子」は「０３」、「インスタンスＮｏ．  」は「００１」とされる（図３（ｃ）参照）。
【００３４】
「プロパティ識別子」には、表示画面の対象となるプロパティの識別子を３バイトで指定する。このプロパティの識別子は、プロパティ設定画面などプロパティを特定する場合に、オブジェクト毎にユニークに付番される。「拡張子」には、ハイパーテキストであることを示す「．ｈｔｍｌ」が付される。
【００３５】
なお、図３（ａ）に示したリソースファイル名の体系は、トップ画面を除くリソースファイルに対するものであり、トップ画面については「Ｍａｉｎ．ｈｔｍｌ」というリソースファイル名が付される。
【００３６】
〔Ｗｅｂ画面（リソースファイル）の体系例〕
図４に図２に示したデータ構造を表現するためのＷｅｂ画面の体系例を示す。本実施の形態において、Ｗｅｂ画面はオブジェクト毎に存在し、そのオブジェクトの下位階層にある全オブジェクトの一覧画面（オブジェクト一覧画面）と、そのオブジェクトが持つ全プロパティの一覧画面（プロパティ一覧画面）と、そのオブジェクトが持つ各プロパティの設定画面（プロパティ設定画面）という３種類の画面により構成される。
【００３７】
図４に示した画面Ｇ１，Ｇ２，Ｇ３はオブジェクト一覧画面であり、デバイスおよびそのデバイスの主要プロパティを表示するオブジェクト一覧画面Ｇ１（図５参照）からは、所望のデバイスの下位階層のサブリモートおよびそのサブリモートの主要プロパティを表示するオブジェクト一覧画面Ｇ２（図６参照）と、所望のデバイスの全プロパティを表示するプロパティ一覧画面Ｇ５（図９参照）とにリンクが張られる。
【００３８】
具体的には、図５に示したオブジェクト一覧画面Ｇ１において表示ボタンＢＴ１をクリックすると、図６に示したオブジェクト一覧画面Ｇ２が表示される。また、図５に示したオブジェクト一覧画面Ｇ１においてデバイスのＩＤ番号の表示領域ＢＴ２をクリックすると、図９に示したプロパティ一覧画面Ｇ５が表示される。図２に示したデータ構造ではデバイスが１つしかないので、オブジェクト一覧画面Ｇ１において複数のデバイスの中から所望のデバイスを選択するというわけには行かないが、デバイスが複数ある場合にはオブジェクト一覧画面Ｇ１にデバイスが複数表示されるので、その中から所望のデバイスを選択する。
【００３９】
なお、この実施の形態では、オブジェクト一覧画面Ｇ１がトップ画面となり、このトップ画面中のデバイスのオブジェクト一覧画面として、そのデバイスの下位階層のサブリモートをオブジェクトとするオブジェクト一覧画面Ｇ２が表示される。
【００４０】
サブリモートおよびそのサブリモートの主要プロパティを表示するオブジェクト一覧画面Ｇ２からは、所望のサブリモートの下位階層のポイントおよびそのポイントの主要プロパティを表示するオブジェクト一覧画面Ｇ３（図７参照）と、所望のサブリモートの全プロパティを表示するプロパティ一覧画面Ｇ６（図１０参照）とにリンクが張られる。
【００４１】
具体的には、図６に示したオブジェクト一覧画面Ｇ２において表示ボタンＢＴ３をクリックすると、図７に示したオブジェクト一覧画面Ｇ３が表示される。また、図６に示したオブジェクト一覧画面Ｇ２においてサブリモートのＩＤ番号の表示領域ＢＴ４をクリックすると、図１０に示したプロパティ一覧画面Ｇ６が表示される。
【００４２】
ポイントおよびそのポイントの主要プロパティを表示するオブジェクト一覧画面Ｇ３からは、所望のポイントの全プロパティを表示するプロパティ一覧画面Ｇ７（図１１参照）にリンクが張られる。
具体的には、図７に示したオブジェクト一覧画面Ｇ３においてポイントのＩＤ番号の表示領域ＢＴ５をクリックすると、図１１に示したプロパティ一覧画面Ｇ７が表示される。
【００４３】
オブジェクト一覧画面Ｇ１，Ｇ２，Ｇ３やプロパティ一覧画面Ｇ５，Ｇ６，Ｇ７からは、プロパティ設定画面Ｇ４（図８参照）に対してリンクが張られる。
具体的には、例えば図９に示したプロパティ一覧画面Ｇ５において設定ボタンＢＴ６をクリックすると、図８に示したプロパティ設定画面Ｇ４が表示される。
このプロパティ設定画面Ｇ４からは、所望のプロパティ値について、設定や変更を行うことが可能である。
【００４４】
〔動作〕
以下、コントローラ２’におけるリソースファイル自動生成手段２Ｇ、リソースファイル名解析手段２Ｈ、リソースファイル名生成手段の機能を交えながら、このコントローラ２’における特徴的な処理動作について説明する。
【００４５】
なお、以下に説明するコントローラ２’における処理動作は、プロセッサや記憶装置からなるハードウェアと、これらのハードウェアと協働して各種機能を実現させるプログラムとによって実現される。また、プログラムは媒体に記憶された形で提供され、ハードウェアシステムに組み込まれている記憶装置、例えばハードディスク装置にインストールされることによって実行される。
【００４６】
〔Ｗｅｂクライアント端末からのコントローラへのアクセス〕
▲１▼Ｗｅｂクライアント端末１は、ＨＴＴＰプロトコルを利用して、コントローラ２へリクエストメッセージを送る。このリクエストメッセージには、従来と同様、リソースファイル要求（Ｗｅｂ画面の要求）、機器情報へのアクセス要求（データの読み出し、書き込み等の要求）、リソースファイル要求と機器情報へのアクセス要求とを合わせた複合要求の３種類がある。このリクエストメッセージはコントローラ２’のＷｅｂサーバ部２Ａで受信される。
【００４７】
但し、本実施の形態において、リソースファイル要求には、後述するように、要求するリソースファイルに応じて、図３（ａ）によって体系付けられるリソースファイル名が含まれる。このリソースファイル名は、コントローラ２’からＷｅｂクライアント端末１へ送ったリソースファイルに設けられているリンク部に記述したものである。なお、リソースファイルとしてトップ画面を要求する場合、Ｗｅｂクライアント端末１は、リソースファイル要求に「Ｍａｉｎ．ｈｔｍｌ」というリソースファイル名を付加する。
【００４８】
▲２▼Ｗｅｂサーバ部２Ａは、Ｗｅｂクライアント端末１からのリクエストメッセージを受信し、その受信したリクエストメッセージをリクエスト分割手段２Ｂへ送る。
▲３▼リクエスト分割手段２Ｂは、Ｗｅｂサーバ２Ａから送られてくるリクエストメッセージを解析し、リソースファイル要求と機器情報へのアクセス要求に分割し、リソースファイル要求はリソースファイル自動生成手段２Ｇに、機器情報へのアクセス要求は命令処理手段２Ｃへ送る。
【００４９】
▲４▼命令処理手段２Ｃは、リクエスト分割手段２Ｂからの機器情報へのアクセス要求を受信し、そのアクセス要求に応じた処理を実行する。例えば、アクセス要求がデータの書き込み要求であれば、機器データ管理部２Ｄを介してデータベース２−１へデータを書き込む。また、アクセス要求がデータの読み出し要求であれば、機器データ管理部２Ｄを介してデータベース２−１からデータを読み出す。そして、このアクセス要求に応じたデータの書き込み結果や読み出したデータを機器情報へのアクセス結果としてリクエスト分割手段２Ｂに返す。
【００５０】
▲５▼リソースファイル自動生成手段２Ｇは、リクエスト分割手段２Ｂからのリソースファイル要求を受信し、このリソースファイル要求に含まれるリソースファイル名をリソースファイル名解析手段２Ｈへ送る。
【００５１】
▲６▼リソースファイル名解析手段２Ｈは、リソースファイル自動生成手段２Ｇからのリソースファイル名を解析し、このリソースファイル名から「画面種別」、「ページＮ０．  」、「オブジェクト階層」、「オブジェクト指定部」、「プロパティ識別子」に記入されている情報を画面の種別やオブジェクトを示す画面生成パラメータとして抽出し、リソースファイル自動生成手段２Ｇへ送る。なお、要求されたリソースファイルがトップ画面であった場合、リソースファイル名解析手段２Ｈは、そのリソースファイル名である「Ｍａｉｎ．ｈｔｍｌ」から「Ｍａｉｎ」を抽出し、これを画面の種別（Ｇ１）およびオブジェクト（デバイス）を示す画面生成パラメータとしてリソースファイル自動生成手段２Ｇへ送る。
【００５２】
▲７▼リソースファイル自動生成手段２Ｇは、リソースファイル名解析手段２Ｈから送られてくる画面生成パラメータを受け取り、この画面生成パラメータが示す画面の種別からその画面の雛形を作成し、オブジェクトからそのオブジェクトに関するプロパティを取得し、取得したプロパティを作成した画面の雛形に埋め込んだ画面をリソースファイルとして生成する。なお、オブジェクトに関するプロパティの取得は、機器情報への読出要求を命令処理手段２Ｃへ送り、機器データ管理部２Ｄを介してデータベース２−１からデータを読み出すことによって行う。
【００５３】
▲８▼リソースファイル自動生成手段２Ｇは、生成したリソースファイルに他のリソースファイルとのリンク部が設けられる場合、そのリンク先の画面生成パラメータをリソースファイル名生成手段２Ｉへ送る。リソースファイル名生成手段２Ｉは、リソースファイル自動生成手段２Ｇからの画面生成パラメータからリソースファイル名を生成し、この生成したリソースファイル名をリソースファイル自動生成手段２Ｇへ返す。リソースファイル自動生成手段２Ｇは、リソースファイル名生成手段２Ｉからのリソースファイル名を、生成したリソースファイルに設けられているリンク部にリンク先として記述する。
▲９▼リソースファイル自動生成手段２Ｇは、生成したリソースファイルをリクエスト分割手段２Ｂへ送る。
【００５４】
（１０）リクエスト分割手段２Ｂは、命令処理手段２Ｃからの機器情報へのアクセス結果のみを受け取った場合、この受け取った機器情報へのアクセス結果をＷｅｂサーバ部２Ａに渡す。リソースファイル自動生成手段２Ｇからのリソースファイルのみを受け取った場合、この受け取ったリソースファイルをＷｅｂサーバ部２Ａへ渡す。命令処理手段２Ｃからの機器情報へのアクセス結果とリソースファイル自動生成手段２Ｇからのリソースファイルとを受け取った場合、命令処理手段２Ｃからの機器情報へのアクセス結果を破棄し、リソースファイル自動生成手段２ＧからのリソースファイルのみをＷｅｂサーバ部２Ａへ渡す。
【００５５】
（１１）Ｗｅｂサーバ部２Ａは、リクエスト分割手段２Ｂから送られてくる機器情報へのアクセス結果やリソースファイル（自動生成されたリソースファイル）をレスポンスメッセージとしてＷｅｂクライアント端末１へ返す。
（１２）Ｗｅｂクライアント端末１は、コントローラ２’から返されてくる機器情報へのアクセス結果に基づいた処理を行う。また、コントローラ２’から返されてくるリソースファイル（Ｗｅｂ画面）を表示する。
【００５６】
なお、上述した処理は、Ｗｅｂクライアント端末１からのリクエストメッセージの種類に応じて次のようなシーケンスで行われる。
〔リソースファイル要求の場合〕
▲１▼、▲２▼、▲３▼、▲５▼、▲６▼、▲７▼、▲８▼、▲９▼、（１０）、（１１）、（１２）のシーケンスで実行される。
〔機器情報へのアクセス要求〕
▲１▼、▲２▼、▲３▼、▲４▼、（１０）、（１１）、（１２）のシーケンスで実行される。
〔複合要求〕
▲１▼、▲２▼、▲３▼、▲４▼、▲５▼、▲６▼、▲７▼、▲８▼、▲９▼、（１０）、（１１）、（１２）のシーケンスで実行される。
【００５７】
図１２に上述したコントローラ２’における処理動作のフローチャートを示す。コントローラ２’は、Ｗｅｂクライアント端末１からのリクエストメッセージを受信すると（ステップ１０１のＹＥＳ）、このリクエストメッセージを解析する（ステップ１０２）。そして、このリクエストメッセージに機器情報へのアクセス要求が含まれていれば（ステップ１０３のＹＥＳ）、機器情報のアクセスを実行し（ステップ１０４）、これによって得られる機器情報へのアクセス結果を編集する（ステップ１０５）。
【００５８】
また、コントローラ２’は、Ｗｅｂクライアント端末１からのリクエストメッセージにリソースファイル要求が含まれていれば（ステップ１０６のＹＥＳ）、そのリソースファイル要求に含まれているリソースファイル名から少なくとも画面の種別およびオブジェクトを示す画面生成パラメータを抽出し（ステップ１０７）、この抽出した画面生成パラメータの画面の種別から画面の雛形を作成し、オブジェクトからそのオブジェクトに関するプロパティ（機器データ）を取得し、取得したプロパティを作成した画面の雛形に埋め込んだ画面をリソースファイルとして生成する（ステップ１０８）。
【００５９】
なお、生成したリソースファイルに他のリソースファイルとのリンク部が設けられる場合には（ステップ１０９のＹＥＳ）、そのリンク先の画面生成パラメータからリソースファイル名を生成し（ステップ１１０）、このリソースファイル名を生成したリソースファイルに設けられているリンク部にリンク先として記述する（ステップ１１１）。
【００６０】
コントローラ２’は、ステップ１０６のＮＯに応じて、あるいはステップ１０７〜１１１を経てステップ１１２へ進み、生成されたリソースファイルがあるか否かをチェックする。リソースファイルが生成されていなければ、ステップ１０５で編集した機器情報へのアクセス結果をレスポンスメッセージとしてＷｅｂクライアント端末１へ送信する（ステップ１１３）。リソースファイルが生成されていれば、生成されたリソースファイルのみをレスポンスメッセージとしてＷｅｂクライアント端末１へ送信する（ステップ１１４）。
【００６１】
〔リソースファイル生成の具体例〕
図１３に図１２に示したステップ１０７〜１１１によるリソースファイル生成処理の詳細を示す。以下、このフローチャート基づき、リソースファイルとして図１０に示したプロパティ一覧画面を自動生成する場合を例にとって、その処理動作を説明する。
【００６２】
Ｗｅｂクライアント端末１において、現在表示されているＷｅｂ画面が図６に示したオブジェクト一覧画面Ｇ２であり、このオブジェクト一覧画面Ｇ２中のサブリモートのＩＤ番号を示す領域ＢＴ４をクリックしたとする。この場合、領域ＢＴ４に対しては、リソースファイル名として「０２０１２０１００１０２００１−−−−−０００．ｈｔｍｌ  」が記述されている（図３（ａ）参照）。
【００６３】
このリソースファイル名において、最初の「０２」は「画面種別（プロパティ一覧画面）」、次の「０１」は「ページＮｏ．  」、次の「２」は「オブジェクト階層（第２層）」、次の「０１００１０２００１−−−−−」は「オブジェクト指定部」、次の「０００」は「プロパティ識別子」の情報である。「オブジェクト指定部」において、「０１００１０２００１−−−−−」は、図３（ｂ）に示した構成から分かるように、図２に示したデータ構造中のサブリモートＮｏ．１を示している。
【００６４】
オブジェクト一覧画面Ｇ２において領域ＢＴ４がクリックされると、この領域ＢＴ４に記述されているリソースファイル名として「０２０１２０１００１０２００１−−−−−０００．ｈｔｍｌ  」を含むリソースファイル要求がコントローラ２’へ送られる。
【００６５】
コントローラ２’は、このＷｅｂクライアント端末１からのリソースファイル要求を受信し、そのリソースファイル要求に含まれているリソースファイル名から画面生成パラメータを抽出する（ステップ２０１）。この場合、画面生成パラメータとして、「画面種別」、「ページＮｏ．  」、「オブジェクト階層」、「オブジェクト指定部」の情報が抽出される。
【００６６】
コントローラ２’は、「画面種別」と「ページＮｏ．  」の情報から画面の種別を特定し、「オブジェクト階層」と「オブジェクト指定部」の情報からオブジェクトを特定する。この場合、画面の種別として「プロパティ一覧画面の第１頁」を特定し、オブジェクトとして「サブリモートＮｏ．１」を特定する。そして、この特定した画面の種別から画面ヘッダと表フレームを生成し、画面セルにセットする（ステップ２０２，２０３）。なお、画面ヘッダには、特定したオブジェクトのクラスやインスタンスＮｏ．  などを埋め込む。
【００６７】
次に、コントローラ２’は、特定したオブジェクトのプロパティについて、その先頭のプロパティＮｏ．  をＮ＝１とする（ステップ２０４）。そして、このオブジェクトのプロパティＮｏ．１の情報（プロパティ情報）をデータベース２−１から取得し、この取得したプロパティ情報を画面セルにセットする（ステップ２０６）。取得したプロパティ情報には、そのプロパティの現在値と合わせて、書き込み可／不可の情報も含まれている。
【００６８】
コントローラ２’は、画面セルにセットしたプロパティ情報が書き込み可能であった場合には（ステップ２０７のＹＥＳ）、このプロパティ情報の設定画面へのリンク先を生成する（ステップ２０８）。この場合、プロパティ情報からその設定画面の種別やオブジェクトが分かるので、この画面の種別やオブジェクトをリンク先の画面生成パラメータとし、この画面生成パラメータからリソースファイル名を作成する。
【００６９】
そして、この作成したリソースファイル名をプロパティ情報の設定画面へのリンク先とし、このリンク先のリソースファイル名を画面セルにセットし（ステップ２０９）、Ｎ＝Ｎ＋１とする（ステップ２１０）。画面セルにセットしたプロパティ情報が書き込み不可であった場合には、直ちにステップ２１０へ進んで、Ｎ＝Ｎ＋１とする。
【００７０】
以下同様にして、Ｎが最終プロパティＮｏ．  になるまで、ステップ２０５〜２１０の動作を繰り返し、Ｎが最終プロパティＮｏ．  となれば（ステップ２１１のＹＥＳ）、画面フッタを生成し、この画面フッタを画面セルにセットして（ステップ２１２）、リソースファイル生成処理を終了する。
【００７１】
上述においては、図１０に示したプロパティ一覧画面を自動生成する場合を例にとって説明したが、他の画面（リソースファイル）についても同様の処理によって自動生成される。
【００７２】
以上の説明から分かるように、本実施の形態のコントローラ２’では、Ｗｅｂクライアント端末１から送られてくるリクエストメッセージに含まれるリソースファイル名を解析し、このリソースファイル名から得られる少なくとも画面の種別とオブジェクトを画面生成パラメータとして抽出し、この抽出した画面生成パラメータからリソースファイルを自動的に生成するようにしているので、従来のように変換前リソースファイルを事前に作成する必要がなく、また変換前リソースファイルを記憶させるために要していたメモリ容量を削減することができるようになる。
【００７３】
なお、自動生成されたリソースファイルは、Ｗｅｂクライアント端末１へ送られ、Ｗｅｂクライアント端末１の画面上に表示される。Ｗｅｂクライアント端末１において、表示されたリソースファイル（Ｗｅｂ画面）のリンク部をクリックすると、そのリンク部に記述されたリソースファイル名を含むリクエストメッセージ（リソースファイル要求）がコントローラ２’へ送られ、上述と同様の処理によってコントローラ２’において自動生成されたリソースファイルが送られてくる。したがって、本実施の形態において、Ｗｅｂクライアント端末１では、トップ画面以外はリソースファイル名を作成する必要がない。これにより、Ｗｅｂクライアント端末１でのリクエストメッセージの作成処理が軽減され、高速度での画面表示が可能となる。
【００７４】
【発明の効果】
以上説明したことから明らかなように、第１発明によれば、上位装置から送られてくるリクエストメッセージに含まれるリソースファイル名を解析し、このリソースファイル名から得られる少なくとも画面の種別とオブジェクトを画面生成パラメータとして抽出し、この抽出した画面生成パラメータからリソースファイルを自動的に生成するようにしたので、変換前リソースファイルを事前に作成する必要がなく、また変換前リソースファイルを記憶させるために要していたメモリ容量を削減することができる。
【００７５】
また、第２発明によれば、生成したリソースファイルに他のリソースファイルとのリンク部が設けられる場合、そのリンク先の画面生成パラメータからリソースファイル名を生成し、この生成したリソースファイル名をリンク部に記述するようにしたので、トップ画面以外は上位装置においてリソースファイル名を作成する必要がなく、上位装置でのリクエストメッセージの作成処理が軽減される。
【図面の簡単な説明】
【図１】本発明に係るコントローラの一実施の形態の要部を示す図である。
【図２】このコントローラのデータベースに記憶される機器情報のデータ構造を例示する図である。
【図３】このコントローラで使用するリソースファイル名の体系を例示する図である。
【図４】図２に示したデータ構造を表現するためのＷｅｂ画面の体系例を示す図である。
【図５】オブジェクト一覧画面（デバイス）の一例を示す図である。
【図６】オブジェクト一覧画面（サブリモート）の一例を示す図である。
【図７】オブジェクト一覧画面（ポイント）の一例を示す図である。
【図８】プロパティ設定画面の一例を示す図である。
【図９】プロパティ一覧画面（デバイス）の一例を示す図である。
【図１０】プロパティ一覧画面（サブリモート）の一例を示す図である。
【図１１】プロパティ一覧画面（ポイント）の一例を示す図である。
【図１２】Ｗｅｂクライアント端末からのリクエストメッセージに応じて実行されるコントローラでの処理動作を示すフローチャートである。
【図１３】図１２におけるリソースファイル生成処理の詳細を示すフローチャートである。
【図１４】Ｗｅｂクライアント端末からコントローラやフィールド機器の状態を監視する管理システムの一例を示す図である。
【図１５】従来のコントローラの要部を示す図である。
【符号の説明】
１…Ｗｅｂクライアント端末、２’…コントローラ、２Ａ…Ｗｅｂサーバ部、２Ｂ…リクエスト分割手段、２Ｃ…命令処理手段、２Ｄ…機器データ管理部、２Ｇ…リソースファイル自動生成手段、２Ｈ…リソースファイル名解析手段、２Ｉ…リソースファイル名生成手段、２−１…データベース、Ｇ１〜Ｇ３…オブジェクト一覧画面、Ｇ４…プロパティ設定画面、Ｇ５〜Ｇ７…プロパティ一覧画面、３…通信回線、４…フィールド機器、５…Ｉ／Ｏ機器。
【図１】
2004355572.tif 000003
【図２】
2004355572.tif 000004
【図３】
2004355572.tif 000005
【図４】
2004355572.tif 000006
【図５】
2004355572.tif 000007
【図６】
2004355572.tif 000008
【図７】
2004355572.tif 000009
【図８】
2004355572.tif 000010
【図９】
2004355572.tif 000011
【図１０】
2004355572.tif 000012
【図１１】
2004355572.tif 000013
【図１２】
2004355572.tif 000014
【図１３】
2004355572.tif 000015
【図１４】
2004355572.tif 000016
【図１５】
2004355572.tif 000017