設備監視システム及び監視装置
【課題】ビル等の設備状況を、一箇所に集めることなく、監視装置の増減にも自動的に対応でき、且つ、インターネットを介して全ての設備状況を参照することができる設備監視システムの提供を目的とする。
【解決手段】設備監視システムは、構成する監視装置各々が、Ｗｅｂサーバ機能を有し、相互にネットワーク接続されており、前記設備監視システムの外部と通信する通信手段を有する監視装置は、他の監視装置のローカルＩＰアドレスを自動で取得し、監視装置の識別情報とローカルＩＰアドレスに基づいたファイル情報とを対応付けて記憶し、当該設備監視システムの外部から前記識別情報を指定して情報の要求を受けた場合に、当該識別情報に対応付けて記憶されているファイル情報で示される所定ファイルを用いて返信用データを作成し、返信する。
【解決手段】設備監視システムは、構成する監視装置各々が、Ｗｅｂサーバ機能を有し、相互にネットワーク接続されており、前記設備監視システムの外部と通信する通信手段を有する監視装置は、他の監視装置のローカルＩＰアドレスを自動で取得し、監視装置の識別情報とローカルＩＰアドレスに基づいたファイル情報とを対応付けて記憶し、当該設備監視システムの外部から前記識別情報を指定して情報の要求を受けた場合に、当該識別情報に対応付けて記憶されているファイル情報で示される所定ファイルを用いて返信用データを作成し、返信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ビルなどの設備を監視する機能に関し、特に監視結果を参照する技術に関する。
【背景技術】
【０００２】
従来から、ビルなどの設備、例えば、照明設備や空調設備等が正常に動作しているかを確認するために、各設備をネットワークに接続し、一箇所で集中して設備の状況を把握できるようにしている。ある程度の規模のビルの場合、照明設備だけでもかなりの数になるため、人手による点検は効率的ではないからである。
また、大規模化したビルや複数のビルの設備を一括して監視するために、全体の設備を区分して、複数の監視装置で管理するシステムが開発されている。このシステムは、各監視装置へのリンクを張ることで、各監視装置の設備状況を１箇所に集めることなく一箇所から参照できるものであり、更に、監視装置の増減によるシステムの再設定を自動化し、リンクの再設定の手間を省いている（特許文献１参照）。
【０００３】
この技術は、各監視装置の設備状況を集約することなく参照でき、リンクも自動的に張られるという利点があるものの、設備状況の参照は、同一のネットワーク内からに限られるという制限がある。
というのは、各監視装置に張られるリンクが、ＬＡＮ（Local Area Network）等の内部でのみ有効なローカルＩＰ（Internet Protocol）アドレスを利用しているからである。
【０００４】
すなわち、そのリンクに係る情報を利用して、ＬＡＮ等の外部からインターネット等を介して各監視装置が有する設備状況の参照は行うことができない。
近年のインターネットの普及を鑑みると、ＬＡＮ等内部からのみならず、ＷＡＮ側から、すなわちインターネットを介して設備状況を参照できることが、利用者及び管理者の利便性の面からも望ましい。
【０００５】
ここで、インターネット等を介して、複数ビルの設備状況を参照できる技術として、各ビルの管理装置が集めたビル単位の設備状況を、サーバ装置に集めて、サーバ装置をアクセスすることで全ての設備状況を参照できる技術がある（特許文献２参照）。
【特許文献１】特開２００６−０３９９６５号公報
【特許文献２】特開２０００−３０８１５２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、この技術は、監視装置それぞれがサーバ装置に設備状況を送信しなければならず、監視装置が増減するたびに、そのための設定が必要となり、また、サーバ装置に全設備状況を集めることから大容量のメモリが必要となるという欠点がある。
そこで、本発明は、ビル等の設備状況を、一箇所に集めることなく、監視装置の増減にも自動的に対応でき、且つ、インターネットを介して全ての設備状況を参照することができる設備監視システムの提供を目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決する為に、本発明の設備監視システムは、各々がＷｅｂサーバ機能を有し、相互にネットワーク接続されている複数の監視装置から成る設備監視システムであって、前記監視装置のうち、前記設備監視システムの外部と通信する通信手段を有する監視装置は、前記ネットワークに接続している他の監視装置のローカルＩＰアドレスを取得する取得手段と、前記接続している他の監視装置を識別するための識別情報と、前記取得手段で取得したローカルＩＰアドレスに基づいた情報であって、当該他の監視装置内の所定のファイルを示すファイル情報とを対応付けて記憶する記憶手段と、当該設備監視システムの外部から前記識別情報を指定して情報の要求を受けた場合に、当該識別情報に対応付けて記憶されているファイル情報で示される所定ファイルを用いて返信用データを作成し、返信する返信手段とを備えることを特徴とする。
【発明の効果】
【０００８】
本発明に係る設備監視システムは、上述の構成を備えることにより、システム外部とつながっている監視装置が、ある時点でシステムにつながっている他の監視装置を検出し、その監視装置の識別情報と所定のファイルとを対応付けて記憶するので、監視装置が増減したとしても自動的にその変化を検出し、システム外部、例えば、インターネットから監視装置の識別情報を指定することで、その監視装置の所定のファイルを参照することが可能となる。
【０００９】
この監視装置の検出や、監視装置の識別情報と所定のファイルとの対応付けは、自動で行われるので、監視装置が増減した場合であっても、設定を行う手間を省くことが可能となる。
また、インターネットからＬＡＮ内の任意のファイルにアクセスできることから、監視装置毎のファイルを参照するだけでなく、監視装置毎の詳細な設定などをインターネットを通じて行うことができるようになり、遠方からでも管理作業を行うことが出来る様になるという利点がある。
【００１０】
また、本システムを発展させる際には、追加する監視装置のＷｅｂサービス機能を開発すればよく、それらの統合用のコンテンツを新たに作成したり、改造したりする必要が無く、従って、現在の監視装置を新たな監視装置に置き換える必要がないので、システム発展時のコストを抑えることができるという利点もある。
ここで、返信用ファイルを作成するとは、あるファイルに加工を加えたり、あるファイルを参照して新たなファイルを作り出すことのみならず、あるファイルを、一旦、自装置のメモリ上に作成することも含まれるものとする。
【００１１】
また、前記設備監視システムの外部と通信する通信手段を有する監視装置は、更に、前記他の監視装置の識別情報を、設備監視システム外部に送信する送信手段を備え、前記返信手段は、前記送信手段で送信した識別情報のうち、１以上の識別情報を指定する要求を受けた場合に、当該識別情報に対応付けて記憶されているファイル情報が示す所定のファイルを用いて返信用データを作成し、返信することとしてもよい。
【００１２】
これにより、各監視装置の識別情報をシステム外部に送信し、システム外部から識別情報を指定できるので、任意の監視装置の所定ファイルを指定して、参照することができるようになる。
また、前記送信手段が送信する識別情報は、前記他の監視装置の名称を表す情報であることとしてもよい。
【００１３】
これにより、各監視装置の識別情報を文字で作成することができるので、システム外部のブラウザには、監視装置の名称を表示することができるようになる。
この名称を、監視装置の場所や役割等を認識できるような名称とすることで、利用者がどの監視装置であるかを容易に認識することできるようになるという利点がある。
また、前記送信手段は、更に、前記他の監視装置内の特定のファイルを識別する情報を送信することとしてもよい。
【００１４】
これにより、返信するファイルの中に、更に、ある監視装置の所定ファイルの識別情報を記載することができるので、階層的に順次、任意のファイルを表示することができるようになる。例えば、ＨＴＭＬのフレームなどである。
また、前記他の監視装置内の所定のファイルは、当該他の監視装置に接続されている設備に関する情報を含み、前記返信手段が作成する返信用データは、前記所定のファイルを用いて作成されたＷｅｂページ記述言語で記述された情報であることとしてもよい。
【００１５】
これにより、返信用ファイルはＷｅｂページ記述言語で作成することができるので、監視情報を表示するブラウザは、用意に各監視装置は監視下の設備の状況を表示することができるようになる。
また、前記取得手段が取得するローカルＩＰアドレスは、あるローカルＩＰアドレス宛に、ＩＰパケットを送信し、当該ＩＰパケットが正常に受信された場合のローカルＩＰアドレスであることとしてもよい。
【００１６】
これにより、ＩＰパケットを受信できるか否かを確認することができるので、ネットワークに接続されている監視装置を容易に取得することができるようになる。
また、前記設備監視システムの外部と通信する通信手段を有する監視装置は、更に、前記ネットワークに接続している他の監視装置にローカルＩＰアドレスを付与する付与手段を備え、前記取得手段が取得するローカルＩＰアドレスは、前記付与手段で他の監視装置に付与したローカルＩＰアドレスであることとしてもよい。
【００１７】
これにより、外部と接続している監視装置が、他の監視装置にローカルＩＰアドレスを付与することができるので、アドレスを付与した監視装置を迅速に取得することができるようになる。この場合、接続している監視装置を検出する為のネットワーク上のトラフィックが抑えられるという利点がある。
また、本発明に係る監視装置は、各々Ｗｅｂサーバ機能を有し、相互にネットワーク接続されている複数の監視装置から成る設備監視システムで使用される監視装置であって、前記監視装置は、前記設備監視システムの外部と通信する通信手段と、前記ネットワークに接続している他の監視装置のローカルＩＰアドレスを取得する取得手段と、前記接続している他の監視装置を識別するための識別情報と、前記取得手段で取得したローカルＩＰアドレスに基づいた情報であって、当該他の監視装置内の所定のファイルを示すファイル情報とを対応付けて記憶する記憶手段と、当該設備監視システムの外部から前記識別情報を指定して情報の要求を受けた場合に、当該識別情報に対応付けて記憶されているファイル情報で示される所定ファイルを用いて返信用データを作成し、返信する返信手段とを備えることを特徴とする。
【００１８】
また、本発明に係るコンピュータプログラムは、各々Ｗｅｂサーバ機能を有し、相互にネットワーク接続されている複数の監視装置から成る設備監視システムで使用される監視装置に監視処理を行わせる為のコンピュータプログラムであって、 前記監視装置は、前記設備監視システムの外部と通信する通信ステップと、前記ネットワークに接続している他の監視装置のローカルＩＰアドレスを取得する取得ステップと、前記接続している他の監視装置を識別するための識別情報と、前記取得ステップで取得したローカルＩＰアドレスに基づいた情報であって、当該他の監視装置内の所定のファイルを示すファイル情報とを対応付けてメモリに記憶する記憶ステップと、当該設備監視システムの外部から前記識別情報を指定して情報の要求を受けた場合に、当該識別情報に対応付けて記憶されているファイル情報で示される所定ファイルを用いて返信用データを作成し、返信する返信ステップとを備えることを特徴とする。
【００１９】
これらにより、本設備監視システムの構築を容易にすることができるようになる。
【発明を実施するための最良の形態】
【００２０】
＜実施形態１＞
＜概要＞
本発明に係る設備監視システムは、システムを構成する監視装置のうちインターネットと接続されている監視装置がインターネットを介してアクセスを受けたときに、その都度必要に応じて、他の監視装置から設備状況を受取り、インターネットを介して返信するものである。
【００２１】
その為には、インターネットと接続されている監視装置（以下、「監視サーバ装置」という。）は、インターネットを介してアクセスしてきた装置（以下、「監視情報表示装置」という。）が所望する設備状況が、どの監視装置が集めている設備状況かを知る必要があり、また、監視装置が増減した場合には、適時、有効な監視装置を知る必要がある。
このような監視サーバ装置が知っておくべき情報は、変更がある都度、ネットワーク管理者等が再設定を行うものであるが、本システムでは、自動で再設定を行うことができ、設備提供者及び利用者の利便性を高めている。
【００２２】
以下、本発明に係る設備監視システムの例として、ビルの非常灯を監視するシステムを説明する。
＜構成＞
まず、本発明の実施形態に係る設備監視システムの構成例について図１を用いて説明する。
【００２３】
図１は、本発明の実施形態に係る設備監視システムの構成例を示す図である。
設備監視システム１００は、監視サーバ装置１０００、監視装置（２０００、３０００、４０００）及びルータ５０００とで構成され、ＬＡＮ１１０で接続されている。本図では、説明の便宜上、複数の監視装置のうち３つと監視サーバ装置１つを記載しているものとする。
【００２４】
また、ルータ５０００は、監視情報表示装置９０００とインターネット２００で接続されている。
本実施形態では、監視サーバ装置１０００、監視装置２０００、監視装置３０００、監視装置４０００は、それぞれ、各階の非常灯の状況を監視しているものとし、各非常灯が正常であるか否か等を定期的に記録しているものとする。
【００２５】
例えば、監視サーバ装置１０００は、地下３階の非常灯を監視し、監視装置２０００は３階の非常灯を監視する。また、各装置には名称が付けられており、例えば、監視装置２０００は「“３Ｆ照明制御装置”」である。
ＬＡＮ１１０に接続されている各装置は、それぞれローカルＩＰアドレスを有している。本図において、各装置のローカルＩＰアドレスは、各装置を示す矩形の左上等に記載している。例えば、監視装置２０００は、「192.168.0.7」の様にである。
【００２６】
ルータ５０００は、通常のルータと同様の機能を備え、ローカルＩＰアドレス「192.168.0.254」と、インターネット２００と接続するためのグローバルＩＰアドレス「133.254.7.211」とを有している。
監視情報表示装置９０００は、インターネットに接続し、通常のＷｅｂコンテンツのブラウザ機能を有しているものとする。本システムの利用者は、この監視情報表示装置９０００から、ビルの非常灯の状況を確認する。
【００２７】
次に、図２を用いて監視サーバ装置１０００と監視装置（２０００、３０００、４０００）について説明する。
図２は、本発明にかかる監視サーバ装置１０００と監視装置２０００との機能ブロック図である。
監視装置２０００、監視装置３０００及び監視装置４０００は同様の構成を有するものとし、ここでは、監視装置２０００について説明する。
【００２８】
本実施形態の監視サーバ装置１０００、監視装置２０００等は、通常の設備監視装置の機能を有するが、監視サーバ装置１０００は、更に、サーバ機能も有するものとする。尚、「監視装置２０００等」とは、監視装置３０００、監視装置４０００などの監視サーバ装置以外の監視装置全てを指すものとし、以下も同様とする。
まず、監視サーバ装置１０００は、ネットワーク通信部１１００、Ｗｅｂサービス処理部１２００、監視情報ファイル取得部１３００、監視装置検出部１４００、対応情報記憶部１５００及び監視情報記憶部１６００から構成される。
【００２９】
まず、ネットワーク通信部１１００は、ＬＡＮ１１０を通して、他の監視装置２０００等及びルータ５０００とデータのやり取りを行なう機能を有する。
次に、Ｗｅｂサービス処理部１２００は、Ｗｅｂブラウザからのリクエストに対して、ブラウザで閲覧する為のコンテンツファイルを作成し、返信する機能を有する。
具体的には、監視情報表示装置９０００からのリクエストを、ルータ５０００を介して受け取り、監視情報表示装置９０００のブラウザで表示する為のＨＴＭＬ（Hyper Text Markup Language）ファイルを作成して送り返す。
【００３０】
この返信するファイルは、リクエストに応じて、自装置内に記憶されているファイルそのままである場合、自装置内に記憶されているデータを用いて作成される場合、又は、監視装置２０００等に記憶されているデータを使用する場合などがある。
他の監視装置２０００等で記憶されているファイルが必要な場合には、その取得を監視情報ファイル取得部１３００に依頼する。
【００３１】
このＷｅｂサービス処理部１２００は、監視情報ファイル取得部１３００にファイルの取得を依頼する際に、どの監視装置からファイルを取得するかを指示する必要があるが、対応情報記憶部１５００に記憶されているテーブルを参照して決定する。テーブルについては、後の＜データ＞の項で説明する。
監視情報ファイル取得部１３００は、Ｗｅｂサービス処理部１２００からの依頼によって、Ｗｅｂクライアントとして動作し、他の監視装置２０００等に記憶されているファイルを取得する機能を有する。また、取得したファイルは、必要に応じて加工して、ネットワーク通信部１１００を介して監視情報表示装置９０００に返信する機能を有する。さらに、Ｗｅｂサービス処理部１２００からの依頼によっては、取得したファイルをＷｅｂサービス処理部１２００に渡す機能を有する。
【００３２】
監視装置検出部１４００は、ＬＡＮ１１０に接続されている装置のうち、ＨＴＴＰ（HyperText Transfer Protocol）サーバとして機能するものを検出する機能と、これらの検出した装置を管理するテーブルを作成する機能とを有する。作成するテーブルについては、図３を用いて、後の＜データ＞の項で説明する。
この監視装置検出部１４００は、本システムの起動時に動作し、本システムを構成する監視装置の増減があった場合に備え、定期的に動作するものとする。また、ボタン押下等を検知するユーザインターフェース機能を備え（図示していない。）、管理者の指示によって動作することも可能である。
【００３３】
対応情報記憶部１５００は、監視装置検出部１４００が作成した装置を管理するテーブルを記憶し、読出し、書き込み等する機能を有する。
また、監視情報記憶部１６００は、監視サーバ装置１０００が監視している非常灯の状態を記憶し、読出し、更新等する機能を有する。
次に、監視装置２０００について説明する。
【００３４】
監視装置２０００は、ネットワーク通信部２１００、Ｗｅｂサービス処理部２２００及び監視情報記憶部２６００から構成される。
ネットワーク通信部２１００は、監視サーバ装置１０００のネットワーク通信部１１００と同様の機能を有し、ＬＡＮ１１０を通して、監視サーバ装置１０００、他の監視装置（３０００等）及びルータ５０００とデータのやり取りを行なう機能を有する。
【００３５】
Ｗｅｂサービス処理部２２００は、監視サーバ装置１０００からのリクエストに対して、記憶しているファイルや、必要に応じて加工したファイルを監視サーバ装置１０００に返信する機能を有する。
監視情報記憶部２６００は、監視装置２０００が監視している非常灯の状態を記憶し、読出し、更新等する機能を有する。
【００３６】
ここでＷｅｂサービス処理部１２００等の各部による各処理の全部または一部は、ＣＰＵ（図示していない。）が各種プログラムを実行することにより実現されるものである。
＜データ＞
以下、本発明である設備監視システムが用いる主なデータについて、図３を用いて説明する。説明に際して、図４及び図５を参照する。
【００３７】
図３は、監視装置を管理するテーブルを示す図であり、図３（ａ）は、ＩＰテーブル１５１０の構成および内容例を示す図であり、図３（ｂ）は、リンクテーブル１５２０の構成および内容例を示す図である。
これらのテーブルは、監視サーバ装置１０００の監視装置検出部１４００によって作成され、対応情報記憶部１５００に記憶される。また。Ｗｅｂサービス処理部１２００によって参照される。
【００３８】
また、図４（ａ）は、監視サーバ装置１０００が有するディレクトリの構成例を示す図であり、図４（ｂ）は監視装置２０００等が有するディレクトリの構成例を示す図である。楕円がディレクトリであり、矩形がファイルを示すものとする（図１１も同様）。
図５は、図４（ｂ）に示すファイル２６２１「/AutoLink/Index.html」の内容例を示す図である。
【００３９】
まず、図３（ａ）のＩＰテーブル１５１０から説明する。
ＩＰテーブル１５１０は、ローカルＩＰアドレス１５１１と参照ディレクトリ１５１２とで構成される。
ローカルＩＰアドレス１５１１は、ＬＡＮ１１０に接続されている装置のローカルＩＰアドレスを表す。
【００４０】
本テーブルには、ＨＴＴＰサーバとして機能する装置のアドレスのみが登録される。従って、基本的に、監視装置のアドレスのみでありルータ５０００のアドレスは登録されていない。また、機能していない監視装置も登録されず、ＬＡＮ１１０から取り外されている監視装置も本テーブルには登録されない。
すなわち、本テーブルには、現時点で有効にＨＴＴＰサーバとして機能している監視装置のみが登録されていることになる。尚、本実施形態では、自装置である監視サーバ装置のローカルＩＰアドレス「192.168.0.100」は、登録されないものとする。
【００４１】
参照ディレクトリ１５１２は、本ＬＡＮ１１０の外部から、これらのローカルＩＰアドレス１５１１で表される監視装置にアクセスする場合のディレクトリを表す。従って、各監視装置を識別できるものであればよく、本実施形態では、ローカルＩＰアドレスの「.（ピリオド）」を「_（アンダーバー）」に変えたものを使用する（図４（ａ）参照）。
例えば、インターネット２００を介して、監視情報表示装置９０００から監視サーバ装置１０００のディレクトリ「/192_168_0_7/」にアクセスがあった場合に、監視サーバ装置１０００は、参照ディレクトリ１５１２「/192_168_0_7/」に対応するローカルＩＰアドレス１５１１「192.168.0.7」で示される監視装置にアクセスがあったと判断する。
【００４２】
次に、図３（ｂ）のリンクテーブル１５２０を説明する。
リンクテーブル１５２０は、参照ディレクトリ１５１２、取得ＵＲＬ１５２１及びリンク名称１５２２とで構成される。
参照ディレクトリ１５１２は、ＩＰテーブル１５１０の参照ディレクトリ１５１２と同じである。
【００４３】
取得ＵＲＬ１５２１は、参照ディレクトリ１５１２にアクセスがあった場合に、監視サーバ装置１０００がファイルを取得するためにリクエストするＵＲＬを表す。
例えば、参照ディレクトリ１５１２「/192_168_0_7/」にアクセスがあった場合に、監視サーバ装置１０００は取得ＵＲＬ１５２１「http://192.168.0.7/」を送信し、その結果として、該当する監視装置内のファイル、すなわち、図４（ｂ）に示すファイル２６１０「Index.html」を受信する。
【００４４】
また、リンク名称１５２２は、参照ディレクトリ１５１２で表される監視装置を利用者が認識し、アクセスに利用するための名称を表す。
例えば、参照ディレクトリ１５１２「/192_168_0_5/」で示される監視装置は、「１Ｆ照明制御装置」という名称である。
このリンク名称１５２２は、各監視装置内のディレクトリ、図４（ｂ）のディレクトリ２６２０「/AutoLink/」にアクセスすることで得ることができる。すなわち、「http://192.168.0.5/AutoLink/Index.html」を送信し、その結果として、図４（ｂ）に示すファイル２６２１「Index.html」を受信する。そのファイルの内容が、図５に示す内容である。
【００４５】
監視サーバ装置１０００は、このファイルのデータからリンク名称を表す部分「”１Ｆ照明制御装置”」を抜き出し、該当するリンク名称１５２２に設定する。
＜動作＞
以下、上述した設備監視システムの監視サーバ装置１０００及び監視装置２０００等の動作について図６〜図９を用いて説明する。
【００４６】
ここでは、本設備監視システムの動作を大きく２つに分けて説明する。
一つは、監視サーバ装置１０００が、ＬＡＮ１１０内の監視装置を検索し、ＩＰテーブル１５１０とリンクテーブル１５２０とを作成する処理であり、もう一つは、監視情報表示装置９０００から、設備状況を表示するリクエストがあった場合の、監視サーバ装置１０００及び監視装置２０００等の処理についてである。
【００４７】
＜監視装置の検索処理＞
まず、監視サーバ装置１０００が、ＬＡＮ１１０内の監視装置を検索し、ＩＰテーブル１５１０とリンクテーブル１５２０とを作成する処理について、図６を用いて説明する。
図６は、ＬＡＮ１１０内の監視装置を検索等する処理を示すフローチャートである。
この処理は、監視サーバ装置１０００の監視装置検出部１４００が行う処理である。また、いつ行うかは、本システムの運用等に依存し、例えば、監視サーバ装置１０００の電源投入時や、日曜日の２４時など定期的に行われるものとする。日曜日の２４時の場合であれば、それまでに監視装置を追加・削除しておけば、自動で設定が成され、月曜日から最新システムでの稼動が可能となる。
【００４８】
監視サーバ装置１０００のローカルＩＰアドレスは、「192.168.0.100」であり、本ＬＡＮ１１０のサブネットマスクは「255.255.255.0」であるとし、これらの情報は、予め、本システムの管理者によって設定され、監視サーバ装置１０００は、自装置のメモリに記憶しているものとする。
監視サーバ装置１０００の電源が入ると、立ち上げに必要な初期処理を行い、監視装置検出部１４００に、監視装置を検出するよう依頼する。
【００４９】
依頼を受けた監視装置検出部１４００は、自装置のローカルＩＰアドレス「192.168.0.100」を除いて、「192.168.0.1」、「192.168.0.2」、「192.168.0.3」〜「192.168.0.254」の全ローカルＩＰアドレス２５３個に対して、次の二つの処理を行う（ステップＳ１００）。
一つは、割り当てられている監視装置があるか否かを検索し、あれば、その監視装置をテーブルに登録する検索処理と、登録してある監視装置の名称を取得する名称取得処理である。
【００５０】
＜検索処理＞
まず、検索対象のローカルＩＰアドレスが、自装置のローカルＩＰアドレス「192.168.0.100」か否かを判断し、自装置のものであれば（ステップＳ１１０：Ｙ）、次のローカルＩＰアドレスを検索する。
自装置のものではない場合（ステップＳ１１０：Ｎ）は、登録済みか否かを判断する（ステップＳ１２０）。具体的には、ＩＰテーブル１５１０のローカルＩＰアドレス１５１１に現在の検索対象のものが登録されているか否かを検索する（図３（ａ）参照）。
【００５１】
登録されている場合（ステップＳ１２０：Ｙ）は、名称に変更があった場合を考慮し、最新の名称とするために、後述の＜名称取得処理＞を行う。
登録されていない場合（ステップＳ１２０：Ｎ）は、ＬＡＮ１１０に接続されている装置があるか否かを判断する（ステップＳ１３０）。この判断は、ｐｉｎｇコマンドを発し、正常に終了すれば何らかの装置が接続されていると判断し、ｐｉｎｇコマンドが正常に終了しなかった場合には、装置は接続されていないと判断する。
【００５２】
ここで、ｐｉｎｇコマンドとは、ＩＣＭＰ（Internet Control Message Protocol）を利用したネットワーク検査コマンドであり、ネットワークの疎通を確認するものである。このコマンドが正常に実行されれば、ネットワークの疎通が確認できたこととなる。具体的には、確認したい装置に対して、ここでは検索対象のローカルＩＰアドレス宛にＩＰパケットを発行し、届いた旨の返信があればｐｉｎｇコマンドが正常終了したとされる。
【００５３】
ｐｉｎｇコマンドが正常に終了しなかった場合（ステップＳ１３０：Ｎ）には、装置は接続されていないと判断し、次のローカルＩＰアドレスを検索する（ステップＳ１００）。
ｐｉｎｇコマンドが正常終了し、何らかの装置が接続されていると判断すると（ステップＳ１３０：Ｙ）、その装置がＨＴＴＰサーバとして機能するか否か、すなわちＷｅｂサービス機能を有しているか否かを判断する（ステップＳ１４０）。この判断は、サーバに接続する為のコマンド、例えば、ｃｏｎｎｅｃｔコマンドを発し、正常に接続できれば、ＨＴＴＰサーバ機能を有していると判断し、接続できなければ、ＨＴＴＰサーバ機能を有していないと判断する。
【００５４】
このｃｏｎｎｅｃｔコマンドは、サーバのＩＰアドレスとポート番号等を指定してサーバに接続するものであり、ポート番号としてＨＴＴＰサービスポート８０番又はＨＴＴＰＳ（HyperText Transfer Protocol Security）サービスポート４４３番を指定する。
装置が、ＨＴＴＰサーバとして機能しないと判断された場合（ステップＳ１３０：Ｎ）は、次のローカルＩＰアドレスを検索する（ステップＳ１００）。
【００５５】
装置が、ＨＴＴＰサーバとして機能すると判断された場合（ステップＳ１３０：Ｙ）は、ＩＰテーブル１５１０とリンクテーブル１５２０に登録する。
具体的には、ＩＰテーブル１５１０のローカルＩＰアドレス１５１１には、検索対象であったローカルＩＰアドレスを設定し、参照ディレクトリ１５１２には、このローカルＩＰアドレスの「.（ピリオド）」を「_（アンダーバー）」に変えたものを設定し、該当するディレクトリを作成する。
【００５６】
また、リンクテーブル１５２０の参照ディレクトリ１５１２には、ＩＰテーブル１５１０の参照ディレクトリ１５１２と同じものを設定し、取得ＵＲＬ１５２１には、検索対象であったローカルＩＰアドレスの前に「http://」を、後に「/」を付加してＵＲＬを作成し、設定する。
例えば、検索対象であったローカルＩＰアドレスが「192.168.0.1」の場合、ＩＰテーブル１５１０のローカルＩＰアドレス１５１１は「192.168.0.1」、参照ディレクトリ１５１２は「/192_168_0_1/」、取得ＵＲＬ１５２１は「http://192.168.0.1/」が設定される。
【００５７】
＜名称取得処理＞
次に、ＩＰテーブル１５１０のローカルＩＰアドレス１５１１を有する監視装置の、名称を取得する名称取得処理について説明する。
予め、監視装置には、所定のファイルにその名称を記録しておくこととし、そのファイルは「/AutoLink/Index.html」であるとする（図４（ｂ）及び図５参照）。
【００５８】
監視装置検出部１４００は、リンクテーブル１５２０の取得ＵＲＬ１５２１を用いて、名称の入っているファイルを要求し（ステップＳ１６０）、ファイルの獲得に成功すれば（ステップＳ１６０：Ｙ）、受信した名称をリンクテーブル１５２０のリンク名称１５２２に設定する（ステップＳ１７０）。
例えば、ローカルＩＰアドレス１５１１が「192.168.0.7」の監視装置の名称を取得する場合は、取得ＵＲＬ１５２１「http://192.168.0.7/」の後に「AutoLink/」を付加して「http://192.168.0.7/AutoLink/」としてリクエストする。
【００５９】
返信されたファイルの内容「CONTROLNAME=”１Ｆ照明制御装置”」から、「１Ｆ照明制御装置」を抜き出して、リンクテーブル１５２０の参照ディレクトリ１５１２は「/192_168_0_7/」に対応するリンク名称１５２２に設定する（図３（ｂ）及び図５参照）。
一方、ファイルの獲得に失敗すれば（ステップＳ１６０：Ｎ）、監視装置を識別するための名称を作成し、リンク名称１５２２に設定する（ステップＳ１８０）。
【００６０】
ここで作成する名称は、監視装置を識別できるものであれば良い。
本実施形態では、ホストアドレスを利用して作成する。本実施形態の場合はローカルＩＰアドレスの末桁である。例えば、ローカルＩＰアドレス１５１１が「192.168.0.1」の監視装置のリンク名称１５２２は「監視装置１」とする（図３（ａ）及び（ｂ）参照）。
自装置以外の「192.168.0.1」〜「192.168.0.254」の全ローカルＩＰアドレス２５３個を検索し終わったら、必要に応じて、終了の処理などを行うものとする。
【００６１】
＜設備状況の表示処理＞
次に、監視情報表示装置９０００から、設備状況を表示するリクエストがあった場合の、監視サーバ装置１０００及び監視装置２０００の処理について、図７〜９を用いて説明する。
図７は、監視情報表示装置９０００、監視サーバ装置１０００及び監視装置２０００の処理を示すフローチャートである。
【００６２】
この例では、監視装置２０００の設備状況を表示する場合を説明する。
まず、監視情報表示装置９０００から利用者が、ビルの設備状況を確認するために、表示要求を行う（ステップＳ２００）。
具体的には、監視情報表示装置９０００は、ＵＲＬ「http://133.254.7.211/」のリクエストを発行する（ステップＳ２０１）。
【００６３】
このリクエストは、グローバルＩＰアドレスが「133.254.7.211」のルータ５０００に届き、リクエストを受取ったルータ５０００は、受取ったリクエストを監視サーバ装置１０００に送信する。本実施形態では、ルータ５０００は、予め、リクエストを監視サーバ装置１０００に送信するように設定されているものとする。尚、監視サーバ装置１０００がルータの機能を有することとしてもよい。
【００６４】
ネットワーク通信部１１００を介してリクエストを受取った監視サーバ装置１０００は、リクエストをＷｅｂサービス処理部１２００に渡す。
リクエストを受取ったＷｅｂサービス処理部１２００は、ＬＡＮ１１０内の監視装置の一覧を表示するためのＨＴＭＬファイルを作成し（ステップＳ３００）、監視情報表示装置９０００に返信する（ステップＳ３０１）。
【００６５】
Ｗｅｂサービス処理部１２００は、返信するＨＴＭＬファイルを作成するに際して、対応情報記憶部１５００に記憶されているリンクテーブル１５２０を参照する（図３（ｂ）参照）。具体的には、ＬＡＮ１１０内の設備状況を記憶している装置の名称、すなわち、リンク名称１５２２である監視装置２０００等の名称と、自監視サーバ装置１０００の名称とが表示できるＨＴＭＬファイルを作成する。表示される装置名称は、自装置内のディレクトリとリンク付けが成されている。
【００６６】
図８（ａ）に、監視サーバ装置が作成するＨＴＭＬファイルの例、及び、図８（ｂ）に、そのＨＴＭＬファイルを表示した画面の例を示す。
このＨＴＭＬファイル１２１０では、監視装置のリンク名称１５２２と、参照ディレクトリ１５１２とが対応付けられている。
このＨＴＭＬファイルを受信した監視情報表示装置９０００は、受取ったＨＴＭＬファイルを表示する（図８（ｂ）：画面９０１０参照）。
【００６７】
利用者は、監視情報表示装置９０００に表示された画面９０１０から、見たい設備状況をクリックする（ステップＳ２１０）。本実施形態では、「１Ｆ照明制御装置」を選択したものとする。
画面９０１０から「１Ｆ照明制御装置」が選択されたことを検知した監視情報表示装置９０００は、ルータ５０００のグローバルＩＰアドレス「133.254.7.211」に、「１Ｆ照明制御装置」と対応付けられている参照ディレクトリ「/192_168_0_5/」をつなげて、ＵＲＬ「http://133.254.7.211/192_168_0_5/」を作成し、リクエストする（ステップＳ２１１）。
【００６８】
リクエストを受信したルータ５０００は、監視サーバ装置１０００にリクエストを送信し、受信した監視サーバ装置１０００は、Ｗｅｂサービス処理部１２００に渡す。
リクエストを受取ったＷｅｂサービス処理部１２００は、リクエスト「http://133.254.7.211/192_168_0_5/」内のディレクトリ部分「/192_168_0_5/」がリンクテーブル１５２０の参照ディレクトリ１５１２に登録されているかを検索する。
【００６９】
登録されている場合には、監視情報ファイル取得部１３００にディレクトリ部分を渡して、ファイルの取得を依頼する。参照ディレクトリ１５１２に在るということは、必要なファイルは自装置には無く、監視装置２０００等の何れかに在ることを示しているからである。
依頼を受けた監視情報ファイル取得部１３００は、受取ったディレクトリに対応する取得ＵＲＬ１５２１へのリクエストとして代行処理を行う。すなわち、監視サーバ装置１０００が、リクエストを行う（ステップＳ３１０、ステップＳ３１１）。すなわち、リンクテーブル１５２０の参照ディレクトリ１５１２「/192_168_0_5/」に対応する取得ＵＲＬ「http://192.168.0.5」のリクエストを発行する。
【００７０】
リクエストを、ネットワーク通信部２１００を介して受信した監視装置２０００のＷｅｂサービス処理部２２００は、監視情報記憶部２６００に記憶されている情報を基に、返信するＨＴＭＬファイルを作成し、返信する（ステップＳ４００、ステップＳ４０１）。
図９（ａ）に、監視装置が作成するＨＴＭＬファイルの例、及び、図９（ｂ）に、そのＨＴＭＬファイルを表示した画面の例を示す。
【００７１】
監視装置２０００からＨＴＭＬファイル１２２０を受信した監視情報ファイル取得部１３００は、必要があれば加工等を行い、監視情報表示装置９０００に返信する（ステップＳ３２０、ステップＳ３２１）。
ＨＴＭＬファイルを受取った監視情報表示装置９０００は、受取ったＨＴＭＬファイルを表示する（ステップＳ２２０、図９（ｂ）：画面９０２０参照）。
【００７２】
本例では加工は行わずに監視情報表示装置９０００に返信したものとする。
上述したように、ステップＳ３１０において、リクエストを受取ったＷｅｂサービス処理部１２００は、リクエスト内のディレクトリ部分がリンクテーブル１５２０の参照ディレクトリ１５１２に登録されているかを検索し、登録されている場合には、監視情報ファイル取得部１３００にディレクトリ部分を渡して、ファイルの取得を依頼するが、登録されていない場合には、自装置内のディレクトリからファイルを取得する。
【００７３】
例えば、リクエストが「http://133.254.7.211/192_168_0_100/」であった場合、リクエスト内のディレクトリ部分「/192_168_0_100/」はリンクテーブル１５２０の参照ディレクトリ１５１２に登録されていない。監視サーバ装置、すなわち、自装置だからである。この場合は、自装置内の所定の場所のファイルを基に、返信用ファイルを作成し、返信する。
【００７４】
例えば、図４（ａ）に示すような、自装置内のファイル１６１０「/192_168_0_100/Index.html」を返信する。
＜実施形態２＞
＜概要＞
本実施形態１では、図７を用いて説明したように、監視情報表示装置９０００から利用者が、ビルの設備状況を確認するために、表示要求を行い（ステップＳ２００）、監視情報表示装置９０００が、ＵＲＬ「http://133.254.7.211/」のリクエストを発行した（ステップＳ２０１）場合に、監視サーバ装置１０００は、ＬＡＮ１１０内の監視装置の一覧を表示するためのＨＴＭＬファイルを作成し、監視情報表示装置９０００に返信する（ステップＳ３０１）。
【００７５】
本実施形態では、このＬＡＮ１１０内の監視装置の一覧を表示するためのＨＴＭＬファイルではなく、ＨＴＭＬのフレームを使用して複数の独立したウィンドウで複数の情報を表示するような返信用ファイルを作成するものである。
ここでは、本実施形態と実施形態１との差異のみを説明する。
＜構成＞
各装置の構成は、実施形態１における構成と基本的に同じであるが、次の点が異なる。
【００７６】
Ｗｅｂサービス処理部１２００がフレームを用いたＨＴＭＬファイルを作成する点と、監視装置検出部１４００が、リンク名称１５２２を取得するのと同様にフレームコンテンツの有無示す情報を取得し、ＩＰテーブル１５１０に設定する点が異なる。
＜データ＞
以下、本実施形態の用いるデータについて、図１０を用いて説明する。
【００７７】
実施形態１で使用するデータとの違いは、対応情報記憶部１５００に記憶しているＩＰテーブル１５１０（図３（ａ）参照）が異なるのみであり、他は同じである。
図１０は、実施形態２のＩＰテーブルの構成例および内容例を示す図である。
ＩＰテーブル６０００は、ローカルＩＰアドレス１５１１、参照ディレクトリ及びフレームコンテンツ６００１で構成される。
【００７８】
ローカルＩＰアドレス１５１１と参照ディレクトリは、実施形態１のＩＰテーブル１５１０と同じである。
フレームコンテンツ６００１は、対応するローカルＩＰアドレス１５１１で表される監視装置がフレーム用のコンテンツを記憶しているか否かを示す。「有」は、記憶していることを示し、「無」は、記憶していないことを示す。
【００７９】
本実施形態では、Ｗｅｂサービス処理部１２００が、フレームを用いたＨＴＭＬファイルを作成するか、実施形態１のようなリンクのみのＨＴＭＬファイルを作成するかを、このフレームコンテンツ６００１によって切り分ける。
本実施形態では、監視装置のうち１つでもフレーム用のコンテンツを記憶している場合は、フレームを使用したＨＴＭＬファイルを作成するものとするが、フレーム用コンテンツを記憶しない監視装置に関しては、フレーム表示を行わないなどとすることとしても良い。
【００８０】
また、フレーム用のファイルを有することに伴い、監視サーバ装置１０００と各監視装置２０００等のディレクトリ構造等が異なる。
図１１（ａ）は、実施形態２の監視サーバ装置１０００が有するディレクトリの構成例を示す図であり、図１１（ｂ）は実施形態２の監視装置２０００等が有するディレクトリの構成例を示す図である。
【００８１】
また、図１２は、図１１（ｂ）に示すファイル６６２１「/AutoLink/Index.html」の内容例を示す図である。
監視サーバ装置１０００では、各監視装置にフレーム用コンテンツを記憶している場合は、各装置を表すディレクトリ下にフレーム用のディレクトリを作成する。例えば、ＩＰアドレスが「192.168.0.5」の監視装置がフレーム用コンテンツを有している場合は、「/192_168_0_5/ForFrame/」というディレクトリである。
【００８２】
一方、監視装置２０００では、ディレクトリ２６３０「ForFrame」下に、フレーム用ファイル６６３１「Index.html」を有する。
更に、ファイル６６２１「/AutoLink/Index.html」には、フレーム用コンテンツの有無を表す情報を記載しておく。実施形態１において、本ファイルは、装置の名称を記載しておくファイルであったが、本実施形態では、加えて、フレーム用コンテンツの有無を記載する。例えば、「CONTROLFRAME=”有”」のようにである（図５参照）。
【００８３】
＜動作＞
ここでは、ＩＰテーブル６０００のフレームコンテンツ６００１の取得方法と、フレームを使用したＨＴＭＬファイルの表示動作を説明する。他の動作は、実施形態１と同様である。
まず、本実施形態では、フレームコンテンツの有無は、実施形態１の＜名称取得処理＞において、名称と共に取得する（図６参照）。
【００８４】
具体的には、予め、監視装置のファイル「/AutoLink/Index.html」に、装置の名称「CONTROLNAME=”１Ｆ照明制御装置”」と共に、フレーム用コンテンツの有無「CONTROLFRAME=”有”」又は「CONTROLFRAME=”無”」を記載しておく（図１１（ｂ）及び図１２参照）。
監視装置検出部１４００は、リンクテーブル１５２０の取得ＵＲＬ１５２１を用いて、AutoLinkファイルを要求し（ステップＳ１６０）、ファイルの獲得に成功すれば（ステップＳ１６０：Ｙ）、受信したフレームの有無をＩＰテーブル６０００のフレームコンテンツ６００１に設定する（ステップＳ１７０参照）。
【００８５】
具体的には、返信されたファイルの内容が「CONTROLFRAME=”有”」の場合、「有」をＩＰテーブル６０００の該当するフレームコンテンツ６００１に設定し、返信されたファイルの内容が「CONTROLFRAME=”無”」の場合には「無」を設定する。また、ファイルの獲得に失敗した場合（ステップＳ１６０：Ｎ）も、「無」を設定する（ステップＳ１８０参照）。
【００８６】
次に、フレームを使用したＨＴＭＬファイルの表示動作を説明する。
監視情報表示装置９０００から、設備状況を表示するリクエストがあった場合の、監視サーバ装置１０００及び監視装置２０００の処理について、図１３と図１４とを用いて説明する。
図１３は、監視情報表示装置９０００、監視サーバ装置１０００及び監視装置２０００の処理を示すフローチャートである。
【００８７】
また、図１４（ａ）は、実施形態２で監視サーバ装置が作成するＨＴＭＬファイルの例であり、図１４（ｂ）は、そのＨＴＭＬファイルを表示した画面の例である。
図１４（ａ）のＨＴＭＬの場合は、３つのファイルを要求することで、図１４（ｂ）の画面の表示が可能となる。具体的には、「/TopMenu.html」と「/192_168_0_5/ForFrame/」と「/192_168_0_5/ForFrame/」である。
【００８８】
ここでは、説明の便宜上、監視装置２０００のフレームファイルのみを表示する場合を説明する。
まず、監視情報表示装置９０００から利用者が、ビルの設備状況を確認するために、「http://133.254.7.211/」のリクエストを発行し（ステップＳ２０１）、表示要求を行う（ステップＳ２００）。
【００８９】
ネットワーク通信部１１００を介してリクエストを受取った監視サーバ装置１０００は、リクエストをＷｅｂサービス処理部１２００に渡し、リクエストを受取ったＷｅｂサービス処理部１２００は、返信するＨＴＭＬファイルを作成し、返信する。
この作成に際して、Ｗｅｂサービス処理部１２００は、ＩＰテーブル６０００のフレームコンテンツ６００１を参照し、1つでも「有」があればフレームを使用したＨＴＭＬを作成する（ステップＳ３５０、図１４（ａ）参照）。尚、どのようなフレーム構成にするかは、予め決められているものとする。
【００９０】
この例では、表示画面は３つのフレームで構成され、メニュー画面である「各監視装置の詳細画面」と、「１Ｆ照明制御装置」と「２Ｆ照明制御装置」の設備状況が表示される（図１４（ｂ）：画面９１００参照）。
作成したフレームを使用したＨＴＭＬファイルを、監視情報表示装置９０００に返信する（ステップＳ３５１）。
【００９１】
例えば、ＩＰアドレスが「192.168.0.5」の監視装置のフレームコンテンツ６００１が「有」の場合、対応付けられている参照ディレクトリ「/192_168_0_5/」と「ForFrame/」とをつなげて、フレームに表示するファイル「/192_168_0_5/ ForFrame/」を指定する（図１４（ａ）参照）。
このＨＴＭＬファイルを受信した監視情報表示装置９０００は、受取ったＨＴＭＬファイルを解釈し、監視サーバ装置１０００にフレームに表示するファイルを要求する（ステップＳ２５０）。具体的には、ルータ５０００のグローバルＩＰアドレス「133.254.7.211」とフレーム用コンテンツのファイル「/192_168_0_5/ForFrame/」をつなげて「http//133.254.7.211/192_168_0_5/ForFrame/」を作成しリクエストする（ステップＳ２５１）。
【００９２】
リクエストを受取った監視サーバ装置１０００のＷｅｂサービス処理部１２００は、リクエスト「http://133.254.7.211/192_168_0_5/ForFrame/」内の最初のディレクトリ部分「/192_168_0_5/」が対応する取得ＵＲＬ「http://192.168.0.5」と、次のディレクトリ部分「/ForFrame/」とをつなげてリクエストを発行する（ステップＳ３６０、ステップＳ３６１）。
【００９３】
リクエストを、ネットワーク通信部２１００を介して受信した監視装置２０００のＷｅｂサービス処理部２２００は、監視情報記憶部２６００に記憶されている「/ForFrame/Index.html」を返信する（ステップＳ４５０、ステップＳ４５１）。
監視装置２０００からＨＴＭＬファイル１２２０を受信した監視情報ファイル取得部１３００は、必要があれば加工等を行い、監視情報表示装置９０００に返信する（ステップＳ３７０、ステップＳ３７１）。
【００９４】
ＨＴＭＬファイルを受取った監視情報表示装置９０００は、受取ったフレーム用ＨＴＭＬファイルを表示する（ステップＳ２６０）。
このように、「http//133.254.7.211/192_168_0_5/ForFrame/」のほか、「http//133.254.7.211/TopMenu.html」と「http//133.254.7.211/192_168_0_5/ForFrame/」をリクエストし、３つのフレームを表示すると、図１４（ｂ）の表示画面９１００となる。
＜実施形態３＞
＜概要＞
実施形態１では、＜監視装置の検索処理＞で説明したように、監視サーバ装置１０００の監視装置検出部１４００が、サブネットマスクを使用して、使用可能なローカルＩＰアドレスの全てに対して、ｐｉｎｇコマンドを発行して接続を確認した。
【００９５】
本実施形態は、ｐｉｎｇコマンド等で検索せずとも、接続している装置を検出することができるものである。
本実施形態の監視サーバ装置１０００は、ＤＨＣＰ（Dynamic Host Configuration Protocol）サーバとしての機能を有し、アクセスしてきた装置にローカルＩＰアドレスを割り当てるものであるからである。
【００９６】
従って、ｐｉｎｇコマンド等で検索せずとも、自らがＩＰアドレスを割り当てた装置を知ることができる。但し、装置のローカルＩＰアドレスは、常に同じであるとは限らないことから、Ｅｔｈｅｒｎｅｔ（登録商標）カードに固有の番号であるＭＡＣ（Media Access Control address）アドレスを使用して装置を識別するものとする。
ここでは、本実施形態と実施形態１との差異のみを説明する。
【００９７】
＜構成＞
各装置の構成は、実施形態１における構成と基本的に同じであるが、次の点が異なる。
監視サーバ装置１０００の監視装置検出部１４００の検出方法が異なる。また、監視装置検出部１４００の検出方法が異なることに伴い、作成するＩＰテーブル等の参照ディレクトリがＭＡＣアドレスを基に作成される点が異なる。
【００９８】
＜データ＞
本実施形態で使用するテーブルについて、以下に説明する。
図１５（ａ）は、実施形態３のＩＰテーブルの構成例および内容例を示す図であり、図１５（ｂ）は、実施形態３のリンクテーブルの構成例および内容例を示す図である。
図１５（ａ）のＩＰテーブル７０００は、ＭＡＣアドレス７００１、ローカルＩＰアドレス１５１１、参照ディレクトリ７００２、使用フラグ７００３及びＷｅｂサービス７００４で構成される。
【００９９】
まず、ＭＡＣアドレス７００１は、装置に固有の番号である。ＩＰアドレスを要求する装置は、自装置のこの番号を指定してＩＰアドレスを要求する。
ローカルＩＰアドレス１５１１は、実施形態１のものと同様である。
次に、参照ディレクトリ７００２は、ＭＡＣアドレスから「‐（ハイフン）」を削除したものを設定する。例えば、ＭＡＣアドレス７００１が「00-12-AB-57-87-23」の場合、参照ディレクトリ７００２は「/0012AB578723/」である。
【０１００】
使用フラグ７００３は、現在、ローカルＩＰアドレス１５１１で示されるアドレスが使用されているか否かを示す。使用フラグ７００３が「使用中」の場合は、対応するローカルＩＰアドレス１５１１で示されるアドレスが使用されていることを示し、使用フラグ７００３が「使用中」の場合は、使用されていないことを示している。
この使用フラグは、該当する装置がネットワークから切断されたことを認知した場合に、「未使用」と設定する。例えば、ＤＨＣＰクライアントである監視装置から、ＩＰアドレスをリリースする旨の通知があった場合や、更新の要求がなくリース期限が切れた場合などである。
【０１０１】
Ｗｅｂサービス７００４は、対応するＭＡＣアドレス７００１が示す装置が、Ｗｅｂサービス機能を有しているか否かを示す。「有」の場合は、Ｗｅｂサービス機能を有する装置であり、「無」の場合は、Ｗｅｂサービス機能がない装置であることを示している。
次に、図１５（ｂ）のリンクテーブル７１００は、参照ディレクトリ７００２、取得ＵＲＬ１５２１及びリンク名称１５２２で構成される。
【０１０２】
参照ディレクトリ７００２は、ＩＰテーブル７０００のものと同じであり、取得ＵＲＬ１５２１及びリンク名称１５２２は、実施形態１のリンクテーブルのものと同じである。
＜動作＞
ここでは、実施形態１の＜監視装置の検索処理＞に該当する本実施形態の処理について、図１６を用いて説明する。
【０１０３】
図１６は、実施形態３の、ＬＡＮ１１０内の監視装置を検索等する処理を示すフローチャートである。
この処理は、監視サーバ装置１０００の監視装置検出部１４００が行う処理である。この処理は、実施形態１では、監視サーバ装置の電源投入時や、定期的に実行することとしていたが、本実施形態では、ローカルＩＰアドレスを要求される都度、行われるものである。
【０１０４】
実施形態１と同様に、監視サーバ装置１０００のローカルＩＰアドレスは、「192.168.0.100」であり、本ＬＡＮ１１０のサブネットマスクは「255.255.255.0」であるとし、これらの情報は、予め、本システムの管理者によって設定され、監視サーバ装置１０００は、自装置のメモリに記憶しているものとする。
監視サーバ装置１０００に対して、ＬＡＮ１１０内の装置から、ＭＡＣアドレスを指定して、ローカルＩＰアドレスの要求がされると、監視サーバ装置１０００は、監視装置検出部１４００に対して、指定されたＭＡＣアドレスを渡してアドレスを付与するよう依頼する。
【０１０５】
依頼を受けた監視装置検出部１４００は、ＩＰテーブル７０００のＭＡＣアドレス７００１を参照し、既に、登録されているか否かを検索する（ステップＳ７００）。
登録されていない場合（ステップＳ７００：Ｎ）は、ローカルＩＰアドレスを割り当て、ＩＰテーブル７０００に登録する（ステップＳ７１０）。ここで割り当てるローカルＩＰアドレスは、使用フラグ７００３が「使用中」となっていないものを割り当てるものとする。
【０１０６】
具体的には、受取ったＭＡＣアドレスと、割り当てられたローカルＩＰアドレスと、受取ったＭＡＣアドレスから「-（ハイフン）」を削除したものとを、それぞれＩＰテーブル７０００のＭＡＣアドレス７００１、ローカルＩＰアドレス１５１１、参照ディレクトリ７００２に設定する。また、使用フラグ７００３は、「使用中」とする。
その後、割り当てられたＩＰアドレスを、要求元の装置に返信する。
【０１０７】
次に、装置がＨＴＴＰサーバとして機能するか否か、すなわちＷｅｂサービス機能を有しているか否かを判断する（ステップＳ７２０）。この判断は、実施形態１と同様に、サーバに接続する為のコマンド、例えば、ｃｏｎｎｅｃｔコマンドを発し、正常に接続できれば、ＨＴＴＰサーバ機能を有していると判断し、接続できなければ、ＨＴＴＰサーバ機能を有していないと判断する。
【０１０８】
装置が、ＨＴＴＰサーバ機能を有していないと判断された場合（ステップＳ７２０：Ｎ）は、ＩＰテーブル７０００のＷｅｂサービス７００４に「無」と設定する（ステップＳ７５０）。
装置が、ＨＴＴＰサーバ機能を有している判断された場合（ステップＳ７２０：Ｙ）は、ＩＰテーブル７０００のＷｅｂサービス７００４に「有」と設定し（ステップＳ７３０）、リンクテーブル７１００に、本装置を登録する。
【０１０９】
具体的には、リンクテーブル７１００の参照ディレクトリ７００２には、ＩＰテーブル７０００の参照ディレクトリ７００２と同じものを設定し、取得ＵＲＬ１５２１には、割り当てられたローカルＩＰアドレスの前に「http://」を、後に「/」を付加してＵＲＬを作成し、設定する。
次に、ＩＰテーブル７０００のローカルＩＰアドレス１５１１を有する監視装置の、名称を取得し、リンク名称１５２２に設定する（ステップＳ８００）。
【０１１０】
この処理は、実施形態１の＜名称取得処理＞と同様である。
新しいＭＡＣアドレスを登録したら、必要に応じて、再起動の処理などを行うものとする。
一方、ＩＰテーブル７０００のＭＡＣアドレス７００１を参照し、既に、登録されていると判断した監視装置検出部１４００は（ステップＳ７００：Ｙ）、該当するＭＡＣアドレスに対応する使用フラグ７００３を参照し、「使用中」であれば（ステップＳ７６０：使用中）、処理を終了する。
【０１１１】
また、「未使用」であれば（ステップＳ７６０：未使用）、ローカルＩＰアドレスを再度割り当て、ＩＰテーブル７０００のローカルＩＰアドレス１５１１に再設定する（ステップＳ７７０）。また、使用フラグ７００３は、「使用中」とする。その後、再度割り当てられたＩＰアドレスは、要求元の装置に返信する。
次に、装置がＨＴＴＰサーバとして機能するか否か、すなわちＷｅｂサービス機能を有しているか否かを判断する（ステップＳ７８０）。この判断は、ＩＰテーブル７０００の該当するＷｅｂサービス７００４を参照して判断する。
【０１１２】
装置が、Ｗｅｂサービス７００４が「無」の場合（ステップＳ７８０：無）は、処理を終了する。
装置が、Ｗｅｂサービス７００４が「有」の場合（ステップＳ７８０：有）は、リンクテーブル７１００の取得ＵＲＬ１５２１に、新しいローカルＩＰアドレスを基に作成したＵＲＬを再設定する（ステップＳ７８０）。
【０１１３】
次に、ＩＰテーブル７０００のローカルＩＰアドレス１５１１を有する監視装置の、名称を再度取得し、リンク名称１５２２に設定する（ステップＳ８００）。
取得ＵＲＬ１５２１等を登録したら、必要に応じて、再起動の処理などを行うものとする。
＜補足＞
以上、本発明に係る設備監視システムについて実施形態に基づいて説明したが、このシステムを部分的に変形することもでき、本発明は上述の実施形態に限られないことは勿論である。即ち、
（１）実施形態１では、ネットワークに接続されている装置のＩＰアドレスを検出する場合に、ｐｉｎｇコマンドを使用したが、ＳＮＭＰ（Simple Network Management Protocol）などの他のプロトコルで確認してもよい。
【０１１４】
また、実施形態１では、接続された装置の検出後、さらに、ＨＴＴＰプロトコルへの返信によってＷＥＢサービス機能を有するか否かを確認しているが、ＨＴＴＰプロトコルへの返信のみによって、ネットワークに接続されている装置の検出を行うこととしてもよい。
（２）実施形態では、監視サーバ装置は１台としているが、複数台をインターネットに公開することとしても良い、
この場合、それぞれが自動で監視装置を検索し、テーブル類を作成することで、一台が故障した場合などのバックアップが可能となるという利点がある。
（３）実施形態２におけるフレーム用コンテンツは、表示画面に合わせて縮小拡大表示ができるものとしたり、内部のオブジェクト、例えば、ＪＡＶＡ（登録商標）アプレットを用意しておいてもよい。
【０１１５】
また、フレーム用のコンテンツを有しない監視装置の設備状況を表示する場合は、リンクだけを用意することとしても良い。
（４）実施形態の監視情報ファイル取得部１３００で行う機能を、提供されているＷｅｂサービスサーバの機能を利用して行うこととしてもよい。
例えば、いわゆるリバースプロキシ機能を利用して、参照ディレクトリと取得ＵＲＬをリンク付ける。この場合、ＩＰテーブルとリンクテーブルを作成した後に、ＰｒｏｘｙＰａｓｓＲｅｖｅｒｓｅコマンド等で、リンク付けを行う必要がある。この設定は、各テーブルを参照して、自動で行う。
（５）実施形態では、リンク名称等は、「/AutoLink/」というＵＲＬに対して、名称を返信するようにしているが、ＸＭＬ（Extensible Markup Language）やＳＯＡＰ（Simple Object Access Protocol）などで取得することとしてもよい。
【０１１６】
ＸＭＬを用いてコンピュータ同士でのデータの送受信を行い、名称を取得したり、ＳＯＡＰを用いて監視装置のデータやサービスを呼び出し、名称を取得するなどである。
（６）実施形態では、監視サーバ装置と監視装置のそれぞれがＷｅｂサーバ機能を有するものとしているが、監視装置はＷｅｂサーバ機能を有さず、少なくとも、監視サーバ装置からの要求に応じてデータを送信する機能を有するものとしてもよい。この場合、監視サーバ装置と監視装置とは、ＦＴＰ（File Transfer Protocol）などを用いてデータをやり取りする。
（７）実施形態で示した設備監視システムの各機能を実現させる為の各制御処理（図６等参照）をＣＰＵに実行させる為のプログラムを、記録媒体に記録し又は各種通信路等を介して、流通させ頒布することもできる。このような記録媒体には、ＩＣカード、光ディスク、フレキシブルディスク、ＲＯＭ、フラッシュメモリ等がある。流通、頒布されたプログラムは、機器におけるＣＰＵで読み取り可能なメモリ等に格納されることにより利用に供され、そのＣＰＵがそのプログラムを実行することにより実施形態で示した各機能が実現される。
【図面の簡単な説明】
【０１１７】
【図１】本発明の実施形態に係る設備監視システムの構成例を示す図である。
【図２】本発明にかかる監視サーバ装置１０００と監視装置２０００との機能ブロック図である。
【図３】図３（ａ）は、ＩＰテーブル１５１０の構成および内容例を示す図であり、図３（ｂ）は、リンクテーブル１５２０の構成および内容例を示す図である。
【図４】図４（ａ）は、監視サーバ装置１０００が有するディレクトリの構成例を示す図であり、図４（ｂ）は監視装置２０００等が有するディレクトリの構成例を示す図である。
【図５】図４（ｂ）に示すファイル２６２１「/AutoLink/Index/html」の内容例を示す図である。
【図６】ＬＡＮ１１０内の監視装置を検索等する処理を示すフローチャートである。
【図７】監視情報表示装置９０００、監視サーバ装置１０００及び監視装置２０００の処理を示すフローチャートである。
【図８】図８（ａ）は、監視サーバ装置が作成するＨＴＭＬファイルの例を示す図であり、図８（ｂ）は、そのＨＴＭＬファイルを表示した画面の例を示す図である。
【図９】図９（ａ）は、監視装置が作成するＨＴＭＬファイルの例を示す図であり、図９（ｂ）は、そのＨＴＭＬファイルを表示した画面の例を示す図である。
【図１０】実施形態２のＩＰテーブルの構成例および内容例を示す図である。
【図１１】図１１（ａ）は、実施形態２の監視サーバ装置１０００が有するディレクトリの構成例を示す図であり、図１１（ｂ）は実施形態２の監視装置２０００等が有するディレクトリの構成例を示す図である。
【図１２】図１１（ｂ）に示すファイル６６２１「/AutoLink/Index.html」の内容例を示す図である。
【図１３】監視情報表示装置９０００、監視サーバ装置１０００及び監視装置２０００の処理を示すフローチャートである。
【図１４】図１４（ａ）は、実施形態２で監視サーバ装置が作成するＨＴＭＬファイルの例であり、図１４（ｂ）は、そのＨＴＭＬファイルを表示した画面の例である。
【図１５】図１５（ａ）は、実施形態３のＩＰテーブルの構成例および内容例を示す図であり、図１５（ｂ）は、実施形態３のリンクテーブルの構成例および内容例を示す図である。
【図１６】実施形態３の、ＬＡＮ１１０内の監視装置を検索等する処理を示すフローチャートである。
【符号の説明】
【０１１８】
１０００ 監視サーバ装置
１１００ ネットワーク通信部
１２００ サービス処理部
１２１０ １２２０ ＨＴＭＬファイル
１３００ 監視情報ファイル取得部
１４００ 監視装置検出部
１５００ 対応情報記憶部
１５１０ ６０００ ７０００ ＩＰテーブル
１５１１ ローカルＩＰアドレス
１５１２ ７００２ 参照ディレクトリ
１５２０ ７１００ リンクテーブル
１５２１ 取得ＵＲＬ
１５２２ リンク名称
１６００ 監視情報記憶部
２０００ 監視装置
２１００ ネットワーク通信部
２２００ サービス処理部
２６００ 監視情報記憶部
２６１０ ２６２１ ファイル
２６２０ ディレクトリ
３０００ ４０００ 監視装置
５０００ ルータ
６００１ フレームコンテンツ
６６２１ ファイル
６６３１ フレーム用ファイル
７００１ ＭＡＣアドレス
７００３ 使用フラグ
７００４ Ｗｅｂサービス
９０００ 監視情報表示装置
９０１０ ９０２０ ９１００ 表示画面
【技術分野】
【０００１】
本発明は、ビルなどの設備を監視する機能に関し、特に監視結果を参照する技術に関する。
【背景技術】
【０００２】
従来から、ビルなどの設備、例えば、照明設備や空調設備等が正常に動作しているかを確認するために、各設備をネットワークに接続し、一箇所で集中して設備の状況を把握できるようにしている。ある程度の規模のビルの場合、照明設備だけでもかなりの数になるため、人手による点検は効率的ではないからである。
また、大規模化したビルや複数のビルの設備を一括して監視するために、全体の設備を区分して、複数の監視装置で管理するシステムが開発されている。このシステムは、各監視装置へのリンクを張ることで、各監視装置の設備状況を１箇所に集めることなく一箇所から参照できるものであり、更に、監視装置の増減によるシステムの再設定を自動化し、リンクの再設定の手間を省いている（特許文献１参照）。
【０００３】
この技術は、各監視装置の設備状況を集約することなく参照でき、リンクも自動的に張られるという利点があるものの、設備状況の参照は、同一のネットワーク内からに限られるという制限がある。
というのは、各監視装置に張られるリンクが、ＬＡＮ（Local Area Network）等の内部でのみ有効なローカルＩＰ（Internet Protocol）アドレスを利用しているからである。
【０００４】
すなわち、そのリンクに係る情報を利用して、ＬＡＮ等の外部からインターネット等を介して各監視装置が有する設備状況の参照は行うことができない。
近年のインターネットの普及を鑑みると、ＬＡＮ等内部からのみならず、ＷＡＮ側から、すなわちインターネットを介して設備状況を参照できることが、利用者及び管理者の利便性の面からも望ましい。
【０００５】
ここで、インターネット等を介して、複数ビルの設備状況を参照できる技術として、各ビルの管理装置が集めたビル単位の設備状況を、サーバ装置に集めて、サーバ装置をアクセスすることで全ての設備状況を参照できる技術がある（特許文献２参照）。
【特許文献１】特開２００６−０３９９６５号公報
【特許文献２】特開２０００−３０８１５２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、この技術は、監視装置それぞれがサーバ装置に設備状況を送信しなければならず、監視装置が増減するたびに、そのための設定が必要となり、また、サーバ装置に全設備状況を集めることから大容量のメモリが必要となるという欠点がある。
そこで、本発明は、ビル等の設備状況を、一箇所に集めることなく、監視装置の増減にも自動的に対応でき、且つ、インターネットを介して全ての設備状況を参照することができる設備監視システムの提供を目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決する為に、本発明の設備監視システムは、各々がＷｅｂサーバ機能を有し、相互にネットワーク接続されている複数の監視装置から成る設備監視システムであって、前記監視装置のうち、前記設備監視システムの外部と通信する通信手段を有する監視装置は、前記ネットワークに接続している他の監視装置のローカルＩＰアドレスを取得する取得手段と、前記接続している他の監視装置を識別するための識別情報と、前記取得手段で取得したローカルＩＰアドレスに基づいた情報であって、当該他の監視装置内の所定のファイルを示すファイル情報とを対応付けて記憶する記憶手段と、当該設備監視システムの外部から前記識別情報を指定して情報の要求を受けた場合に、当該識別情報に対応付けて記憶されているファイル情報で示される所定ファイルを用いて返信用データを作成し、返信する返信手段とを備えることを特徴とする。
【発明の効果】
【０００８】
本発明に係る設備監視システムは、上述の構成を備えることにより、システム外部とつながっている監視装置が、ある時点でシステムにつながっている他の監視装置を検出し、その監視装置の識別情報と所定のファイルとを対応付けて記憶するので、監視装置が増減したとしても自動的にその変化を検出し、システム外部、例えば、インターネットから監視装置の識別情報を指定することで、その監視装置の所定のファイルを参照することが可能となる。
【０００９】
この監視装置の検出や、監視装置の識別情報と所定のファイルとの対応付けは、自動で行われるので、監視装置が増減した場合であっても、設定を行う手間を省くことが可能となる。
また、インターネットからＬＡＮ内の任意のファイルにアクセスできることから、監視装置毎のファイルを参照するだけでなく、監視装置毎の詳細な設定などをインターネットを通じて行うことができるようになり、遠方からでも管理作業を行うことが出来る様になるという利点がある。
【００１０】
また、本システムを発展させる際には、追加する監視装置のＷｅｂサービス機能を開発すればよく、それらの統合用のコンテンツを新たに作成したり、改造したりする必要が無く、従って、現在の監視装置を新たな監視装置に置き換える必要がないので、システム発展時のコストを抑えることができるという利点もある。
ここで、返信用ファイルを作成するとは、あるファイルに加工を加えたり、あるファイルを参照して新たなファイルを作り出すことのみならず、あるファイルを、一旦、自装置のメモリ上に作成することも含まれるものとする。
【００１１】
また、前記設備監視システムの外部と通信する通信手段を有する監視装置は、更に、前記他の監視装置の識別情報を、設備監視システム外部に送信する送信手段を備え、前記返信手段は、前記送信手段で送信した識別情報のうち、１以上の識別情報を指定する要求を受けた場合に、当該識別情報に対応付けて記憶されているファイル情報が示す所定のファイルを用いて返信用データを作成し、返信することとしてもよい。
【００１２】
これにより、各監視装置の識別情報をシステム外部に送信し、システム外部から識別情報を指定できるので、任意の監視装置の所定ファイルを指定して、参照することができるようになる。
また、前記送信手段が送信する識別情報は、前記他の監視装置の名称を表す情報であることとしてもよい。
【００１３】
これにより、各監視装置の識別情報を文字で作成することができるので、システム外部のブラウザには、監視装置の名称を表示することができるようになる。
この名称を、監視装置の場所や役割等を認識できるような名称とすることで、利用者がどの監視装置であるかを容易に認識することできるようになるという利点がある。
また、前記送信手段は、更に、前記他の監視装置内の特定のファイルを識別する情報を送信することとしてもよい。
【００１４】
これにより、返信するファイルの中に、更に、ある監視装置の所定ファイルの識別情報を記載することができるので、階層的に順次、任意のファイルを表示することができるようになる。例えば、ＨＴＭＬのフレームなどである。
また、前記他の監視装置内の所定のファイルは、当該他の監視装置に接続されている設備に関する情報を含み、前記返信手段が作成する返信用データは、前記所定のファイルを用いて作成されたＷｅｂページ記述言語で記述された情報であることとしてもよい。
【００１５】
これにより、返信用ファイルはＷｅｂページ記述言語で作成することができるので、監視情報を表示するブラウザは、用意に各監視装置は監視下の設備の状況を表示することができるようになる。
また、前記取得手段が取得するローカルＩＰアドレスは、あるローカルＩＰアドレス宛に、ＩＰパケットを送信し、当該ＩＰパケットが正常に受信された場合のローカルＩＰアドレスであることとしてもよい。
【００１６】
これにより、ＩＰパケットを受信できるか否かを確認することができるので、ネットワークに接続されている監視装置を容易に取得することができるようになる。
また、前記設備監視システムの外部と通信する通信手段を有する監視装置は、更に、前記ネットワークに接続している他の監視装置にローカルＩＰアドレスを付与する付与手段を備え、前記取得手段が取得するローカルＩＰアドレスは、前記付与手段で他の監視装置に付与したローカルＩＰアドレスであることとしてもよい。
【００１７】
これにより、外部と接続している監視装置が、他の監視装置にローカルＩＰアドレスを付与することができるので、アドレスを付与した監視装置を迅速に取得することができるようになる。この場合、接続している監視装置を検出する為のネットワーク上のトラフィックが抑えられるという利点がある。
また、本発明に係る監視装置は、各々Ｗｅｂサーバ機能を有し、相互にネットワーク接続されている複数の監視装置から成る設備監視システムで使用される監視装置であって、前記監視装置は、前記設備監視システムの外部と通信する通信手段と、前記ネットワークに接続している他の監視装置のローカルＩＰアドレスを取得する取得手段と、前記接続している他の監視装置を識別するための識別情報と、前記取得手段で取得したローカルＩＰアドレスに基づいた情報であって、当該他の監視装置内の所定のファイルを示すファイル情報とを対応付けて記憶する記憶手段と、当該設備監視システムの外部から前記識別情報を指定して情報の要求を受けた場合に、当該識別情報に対応付けて記憶されているファイル情報で示される所定ファイルを用いて返信用データを作成し、返信する返信手段とを備えることを特徴とする。
【００１８】
また、本発明に係るコンピュータプログラムは、各々Ｗｅｂサーバ機能を有し、相互にネットワーク接続されている複数の監視装置から成る設備監視システムで使用される監視装置に監視処理を行わせる為のコンピュータプログラムであって、 前記監視装置は、前記設備監視システムの外部と通信する通信ステップと、前記ネットワークに接続している他の監視装置のローカルＩＰアドレスを取得する取得ステップと、前記接続している他の監視装置を識別するための識別情報と、前記取得ステップで取得したローカルＩＰアドレスに基づいた情報であって、当該他の監視装置内の所定のファイルを示すファイル情報とを対応付けてメモリに記憶する記憶ステップと、当該設備監視システムの外部から前記識別情報を指定して情報の要求を受けた場合に、当該識別情報に対応付けて記憶されているファイル情報で示される所定ファイルを用いて返信用データを作成し、返信する返信ステップとを備えることを特徴とする。
【００１９】
これらにより、本設備監視システムの構築を容易にすることができるようになる。
【発明を実施するための最良の形態】
【００２０】
＜実施形態１＞
＜概要＞
本発明に係る設備監視システムは、システムを構成する監視装置のうちインターネットと接続されている監視装置がインターネットを介してアクセスを受けたときに、その都度必要に応じて、他の監視装置から設備状況を受取り、インターネットを介して返信するものである。
【００２１】
その為には、インターネットと接続されている監視装置（以下、「監視サーバ装置」という。）は、インターネットを介してアクセスしてきた装置（以下、「監視情報表示装置」という。）が所望する設備状況が、どの監視装置が集めている設備状況かを知る必要があり、また、監視装置が増減した場合には、適時、有効な監視装置を知る必要がある。
このような監視サーバ装置が知っておくべき情報は、変更がある都度、ネットワーク管理者等が再設定を行うものであるが、本システムでは、自動で再設定を行うことができ、設備提供者及び利用者の利便性を高めている。
【００２２】
以下、本発明に係る設備監視システムの例として、ビルの非常灯を監視するシステムを説明する。
＜構成＞
まず、本発明の実施形態に係る設備監視システムの構成例について図１を用いて説明する。
【００２３】
図１は、本発明の実施形態に係る設備監視システムの構成例を示す図である。
設備監視システム１００は、監視サーバ装置１０００、監視装置（２０００、３０００、４０００）及びルータ５０００とで構成され、ＬＡＮ１１０で接続されている。本図では、説明の便宜上、複数の監視装置のうち３つと監視サーバ装置１つを記載しているものとする。
【００２４】
また、ルータ５０００は、監視情報表示装置９０００とインターネット２００で接続されている。
本実施形態では、監視サーバ装置１０００、監視装置２０００、監視装置３０００、監視装置４０００は、それぞれ、各階の非常灯の状況を監視しているものとし、各非常灯が正常であるか否か等を定期的に記録しているものとする。
【００２５】
例えば、監視サーバ装置１０００は、地下３階の非常灯を監視し、監視装置２０００は３階の非常灯を監視する。また、各装置には名称が付けられており、例えば、監視装置２０００は「“３Ｆ照明制御装置”」である。
ＬＡＮ１１０に接続されている各装置は、それぞれローカルＩＰアドレスを有している。本図において、各装置のローカルＩＰアドレスは、各装置を示す矩形の左上等に記載している。例えば、監視装置２０００は、「192.168.0.7」の様にである。
【００２６】
ルータ５０００は、通常のルータと同様の機能を備え、ローカルＩＰアドレス「192.168.0.254」と、インターネット２００と接続するためのグローバルＩＰアドレス「133.254.7.211」とを有している。
監視情報表示装置９０００は、インターネットに接続し、通常のＷｅｂコンテンツのブラウザ機能を有しているものとする。本システムの利用者は、この監視情報表示装置９０００から、ビルの非常灯の状況を確認する。
【００２７】
次に、図２を用いて監視サーバ装置１０００と監視装置（２０００、３０００、４０００）について説明する。
図２は、本発明にかかる監視サーバ装置１０００と監視装置２０００との機能ブロック図である。
監視装置２０００、監視装置３０００及び監視装置４０００は同様の構成を有するものとし、ここでは、監視装置２０００について説明する。
【００２８】
本実施形態の監視サーバ装置１０００、監視装置２０００等は、通常の設備監視装置の機能を有するが、監視サーバ装置１０００は、更に、サーバ機能も有するものとする。尚、「監視装置２０００等」とは、監視装置３０００、監視装置４０００などの監視サーバ装置以外の監視装置全てを指すものとし、以下も同様とする。
まず、監視サーバ装置１０００は、ネットワーク通信部１１００、Ｗｅｂサービス処理部１２００、監視情報ファイル取得部１３００、監視装置検出部１４００、対応情報記憶部１５００及び監視情報記憶部１６００から構成される。
【００２９】
まず、ネットワーク通信部１１００は、ＬＡＮ１１０を通して、他の監視装置２０００等及びルータ５０００とデータのやり取りを行なう機能を有する。
次に、Ｗｅｂサービス処理部１２００は、Ｗｅｂブラウザからのリクエストに対して、ブラウザで閲覧する為のコンテンツファイルを作成し、返信する機能を有する。
具体的には、監視情報表示装置９０００からのリクエストを、ルータ５０００を介して受け取り、監視情報表示装置９０００のブラウザで表示する為のＨＴＭＬ（Hyper Text Markup Language）ファイルを作成して送り返す。
【００３０】
この返信するファイルは、リクエストに応じて、自装置内に記憶されているファイルそのままである場合、自装置内に記憶されているデータを用いて作成される場合、又は、監視装置２０００等に記憶されているデータを使用する場合などがある。
他の監視装置２０００等で記憶されているファイルが必要な場合には、その取得を監視情報ファイル取得部１３００に依頼する。
【００３１】
このＷｅｂサービス処理部１２００は、監視情報ファイル取得部１３００にファイルの取得を依頼する際に、どの監視装置からファイルを取得するかを指示する必要があるが、対応情報記憶部１５００に記憶されているテーブルを参照して決定する。テーブルについては、後の＜データ＞の項で説明する。
監視情報ファイル取得部１３００は、Ｗｅｂサービス処理部１２００からの依頼によって、Ｗｅｂクライアントとして動作し、他の監視装置２０００等に記憶されているファイルを取得する機能を有する。また、取得したファイルは、必要に応じて加工して、ネットワーク通信部１１００を介して監視情報表示装置９０００に返信する機能を有する。さらに、Ｗｅｂサービス処理部１２００からの依頼によっては、取得したファイルをＷｅｂサービス処理部１２００に渡す機能を有する。
【００３２】
監視装置検出部１４００は、ＬＡＮ１１０に接続されている装置のうち、ＨＴＴＰ（HyperText Transfer Protocol）サーバとして機能するものを検出する機能と、これらの検出した装置を管理するテーブルを作成する機能とを有する。作成するテーブルについては、図３を用いて、後の＜データ＞の項で説明する。
この監視装置検出部１４００は、本システムの起動時に動作し、本システムを構成する監視装置の増減があった場合に備え、定期的に動作するものとする。また、ボタン押下等を検知するユーザインターフェース機能を備え（図示していない。）、管理者の指示によって動作することも可能である。
【００３３】
対応情報記憶部１５００は、監視装置検出部１４００が作成した装置を管理するテーブルを記憶し、読出し、書き込み等する機能を有する。
また、監視情報記憶部１６００は、監視サーバ装置１０００が監視している非常灯の状態を記憶し、読出し、更新等する機能を有する。
次に、監視装置２０００について説明する。
【００３４】
監視装置２０００は、ネットワーク通信部２１００、Ｗｅｂサービス処理部２２００及び監視情報記憶部２６００から構成される。
ネットワーク通信部２１００は、監視サーバ装置１０００のネットワーク通信部１１００と同様の機能を有し、ＬＡＮ１１０を通して、監視サーバ装置１０００、他の監視装置（３０００等）及びルータ５０００とデータのやり取りを行なう機能を有する。
【００３５】
Ｗｅｂサービス処理部２２００は、監視サーバ装置１０００からのリクエストに対して、記憶しているファイルや、必要に応じて加工したファイルを監視サーバ装置１０００に返信する機能を有する。
監視情報記憶部２６００は、監視装置２０００が監視している非常灯の状態を記憶し、読出し、更新等する機能を有する。
【００３６】
ここでＷｅｂサービス処理部１２００等の各部による各処理の全部または一部は、ＣＰＵ（図示していない。）が各種プログラムを実行することにより実現されるものである。
＜データ＞
以下、本発明である設備監視システムが用いる主なデータについて、図３を用いて説明する。説明に際して、図４及び図５を参照する。
【００３７】
図３は、監視装置を管理するテーブルを示す図であり、図３（ａ）は、ＩＰテーブル１５１０の構成および内容例を示す図であり、図３（ｂ）は、リンクテーブル１５２０の構成および内容例を示す図である。
これらのテーブルは、監視サーバ装置１０００の監視装置検出部１４００によって作成され、対応情報記憶部１５００に記憶される。また。Ｗｅｂサービス処理部１２００によって参照される。
【００３８】
また、図４（ａ）は、監視サーバ装置１０００が有するディレクトリの構成例を示す図であり、図４（ｂ）は監視装置２０００等が有するディレクトリの構成例を示す図である。楕円がディレクトリであり、矩形がファイルを示すものとする（図１１も同様）。
図５は、図４（ｂ）に示すファイル２６２１「/AutoLink/Index.html」の内容例を示す図である。
【００３９】
まず、図３（ａ）のＩＰテーブル１５１０から説明する。
ＩＰテーブル１５１０は、ローカルＩＰアドレス１５１１と参照ディレクトリ１５１２とで構成される。
ローカルＩＰアドレス１５１１は、ＬＡＮ１１０に接続されている装置のローカルＩＰアドレスを表す。
【００４０】
本テーブルには、ＨＴＴＰサーバとして機能する装置のアドレスのみが登録される。従って、基本的に、監視装置のアドレスのみでありルータ５０００のアドレスは登録されていない。また、機能していない監視装置も登録されず、ＬＡＮ１１０から取り外されている監視装置も本テーブルには登録されない。
すなわち、本テーブルには、現時点で有効にＨＴＴＰサーバとして機能している監視装置のみが登録されていることになる。尚、本実施形態では、自装置である監視サーバ装置のローカルＩＰアドレス「192.168.0.100」は、登録されないものとする。
【００４１】
参照ディレクトリ１５１２は、本ＬＡＮ１１０の外部から、これらのローカルＩＰアドレス１５１１で表される監視装置にアクセスする場合のディレクトリを表す。従って、各監視装置を識別できるものであればよく、本実施形態では、ローカルＩＰアドレスの「.（ピリオド）」を「_（アンダーバー）」に変えたものを使用する（図４（ａ）参照）。
例えば、インターネット２００を介して、監視情報表示装置９０００から監視サーバ装置１０００のディレクトリ「/192_168_0_7/」にアクセスがあった場合に、監視サーバ装置１０００は、参照ディレクトリ１５１２「/192_168_0_7/」に対応するローカルＩＰアドレス１５１１「192.168.0.7」で示される監視装置にアクセスがあったと判断する。
【００４２】
次に、図３（ｂ）のリンクテーブル１５２０を説明する。
リンクテーブル１５２０は、参照ディレクトリ１５１２、取得ＵＲＬ１５２１及びリンク名称１５２２とで構成される。
参照ディレクトリ１５１２は、ＩＰテーブル１５１０の参照ディレクトリ１５１２と同じである。
【００４３】
取得ＵＲＬ１５２１は、参照ディレクトリ１５１２にアクセスがあった場合に、監視サーバ装置１０００がファイルを取得するためにリクエストするＵＲＬを表す。
例えば、参照ディレクトリ１５１２「/192_168_0_7/」にアクセスがあった場合に、監視サーバ装置１０００は取得ＵＲＬ１５２１「http://192.168.0.7/」を送信し、その結果として、該当する監視装置内のファイル、すなわち、図４（ｂ）に示すファイル２６１０「Index.html」を受信する。
【００４４】
また、リンク名称１５２２は、参照ディレクトリ１５１２で表される監視装置を利用者が認識し、アクセスに利用するための名称を表す。
例えば、参照ディレクトリ１５１２「/192_168_0_5/」で示される監視装置は、「１Ｆ照明制御装置」という名称である。
このリンク名称１５２２は、各監視装置内のディレクトリ、図４（ｂ）のディレクトリ２６２０「/AutoLink/」にアクセスすることで得ることができる。すなわち、「http://192.168.0.5/AutoLink/Index.html」を送信し、その結果として、図４（ｂ）に示すファイル２６２１「Index.html」を受信する。そのファイルの内容が、図５に示す内容である。
【００４５】
監視サーバ装置１０００は、このファイルのデータからリンク名称を表す部分「”１Ｆ照明制御装置”」を抜き出し、該当するリンク名称１５２２に設定する。
＜動作＞
以下、上述した設備監視システムの監視サーバ装置１０００及び監視装置２０００等の動作について図６〜図９を用いて説明する。
【００４６】
ここでは、本設備監視システムの動作を大きく２つに分けて説明する。
一つは、監視サーバ装置１０００が、ＬＡＮ１１０内の監視装置を検索し、ＩＰテーブル１５１０とリンクテーブル１５２０とを作成する処理であり、もう一つは、監視情報表示装置９０００から、設備状況を表示するリクエストがあった場合の、監視サーバ装置１０００及び監視装置２０００等の処理についてである。
【００４７】
＜監視装置の検索処理＞
まず、監視サーバ装置１０００が、ＬＡＮ１１０内の監視装置を検索し、ＩＰテーブル１５１０とリンクテーブル１５２０とを作成する処理について、図６を用いて説明する。
図６は、ＬＡＮ１１０内の監視装置を検索等する処理を示すフローチャートである。
この処理は、監視サーバ装置１０００の監視装置検出部１４００が行う処理である。また、いつ行うかは、本システムの運用等に依存し、例えば、監視サーバ装置１０００の電源投入時や、日曜日の２４時など定期的に行われるものとする。日曜日の２４時の場合であれば、それまでに監視装置を追加・削除しておけば、自動で設定が成され、月曜日から最新システムでの稼動が可能となる。
【００４８】
監視サーバ装置１０００のローカルＩＰアドレスは、「192.168.0.100」であり、本ＬＡＮ１１０のサブネットマスクは「255.255.255.0」であるとし、これらの情報は、予め、本システムの管理者によって設定され、監視サーバ装置１０００は、自装置のメモリに記憶しているものとする。
監視サーバ装置１０００の電源が入ると、立ち上げに必要な初期処理を行い、監視装置検出部１４００に、監視装置を検出するよう依頼する。
【００４９】
依頼を受けた監視装置検出部１４００は、自装置のローカルＩＰアドレス「192.168.0.100」を除いて、「192.168.0.1」、「192.168.0.2」、「192.168.0.3」〜「192.168.0.254」の全ローカルＩＰアドレス２５３個に対して、次の二つの処理を行う（ステップＳ１００）。
一つは、割り当てられている監視装置があるか否かを検索し、あれば、その監視装置をテーブルに登録する検索処理と、登録してある監視装置の名称を取得する名称取得処理である。
【００５０】
＜検索処理＞
まず、検索対象のローカルＩＰアドレスが、自装置のローカルＩＰアドレス「192.168.0.100」か否かを判断し、自装置のものであれば（ステップＳ１１０：Ｙ）、次のローカルＩＰアドレスを検索する。
自装置のものではない場合（ステップＳ１１０：Ｎ）は、登録済みか否かを判断する（ステップＳ１２０）。具体的には、ＩＰテーブル１５１０のローカルＩＰアドレス１５１１に現在の検索対象のものが登録されているか否かを検索する（図３（ａ）参照）。
【００５１】
登録されている場合（ステップＳ１２０：Ｙ）は、名称に変更があった場合を考慮し、最新の名称とするために、後述の＜名称取得処理＞を行う。
登録されていない場合（ステップＳ１２０：Ｎ）は、ＬＡＮ１１０に接続されている装置があるか否かを判断する（ステップＳ１３０）。この判断は、ｐｉｎｇコマンドを発し、正常に終了すれば何らかの装置が接続されていると判断し、ｐｉｎｇコマンドが正常に終了しなかった場合には、装置は接続されていないと判断する。
【００５２】
ここで、ｐｉｎｇコマンドとは、ＩＣＭＰ（Internet Control Message Protocol）を利用したネットワーク検査コマンドであり、ネットワークの疎通を確認するものである。このコマンドが正常に実行されれば、ネットワークの疎通が確認できたこととなる。具体的には、確認したい装置に対して、ここでは検索対象のローカルＩＰアドレス宛にＩＰパケットを発行し、届いた旨の返信があればｐｉｎｇコマンドが正常終了したとされる。
【００５３】
ｐｉｎｇコマンドが正常に終了しなかった場合（ステップＳ１３０：Ｎ）には、装置は接続されていないと判断し、次のローカルＩＰアドレスを検索する（ステップＳ１００）。
ｐｉｎｇコマンドが正常終了し、何らかの装置が接続されていると判断すると（ステップＳ１３０：Ｙ）、その装置がＨＴＴＰサーバとして機能するか否か、すなわちＷｅｂサービス機能を有しているか否かを判断する（ステップＳ１４０）。この判断は、サーバに接続する為のコマンド、例えば、ｃｏｎｎｅｃｔコマンドを発し、正常に接続できれば、ＨＴＴＰサーバ機能を有していると判断し、接続できなければ、ＨＴＴＰサーバ機能を有していないと判断する。
【００５４】
このｃｏｎｎｅｃｔコマンドは、サーバのＩＰアドレスとポート番号等を指定してサーバに接続するものであり、ポート番号としてＨＴＴＰサービスポート８０番又はＨＴＴＰＳ（HyperText Transfer Protocol Security）サービスポート４４３番を指定する。
装置が、ＨＴＴＰサーバとして機能しないと判断された場合（ステップＳ１３０：Ｎ）は、次のローカルＩＰアドレスを検索する（ステップＳ１００）。
【００５５】
装置が、ＨＴＴＰサーバとして機能すると判断された場合（ステップＳ１３０：Ｙ）は、ＩＰテーブル１５１０とリンクテーブル１５２０に登録する。
具体的には、ＩＰテーブル１５１０のローカルＩＰアドレス１５１１には、検索対象であったローカルＩＰアドレスを設定し、参照ディレクトリ１５１２には、このローカルＩＰアドレスの「.（ピリオド）」を「_（アンダーバー）」に変えたものを設定し、該当するディレクトリを作成する。
【００５６】
また、リンクテーブル１５２０の参照ディレクトリ１５１２には、ＩＰテーブル１５１０の参照ディレクトリ１５１２と同じものを設定し、取得ＵＲＬ１５２１には、検索対象であったローカルＩＰアドレスの前に「http://」を、後に「/」を付加してＵＲＬを作成し、設定する。
例えば、検索対象であったローカルＩＰアドレスが「192.168.0.1」の場合、ＩＰテーブル１５１０のローカルＩＰアドレス１５１１は「192.168.0.1」、参照ディレクトリ１５１２は「/192_168_0_1/」、取得ＵＲＬ１５２１は「http://192.168.0.1/」が設定される。
【００５７】
＜名称取得処理＞
次に、ＩＰテーブル１５１０のローカルＩＰアドレス１５１１を有する監視装置の、名称を取得する名称取得処理について説明する。
予め、監視装置には、所定のファイルにその名称を記録しておくこととし、そのファイルは「/AutoLink/Index.html」であるとする（図４（ｂ）及び図５参照）。
【００５８】
監視装置検出部１４００は、リンクテーブル１５２０の取得ＵＲＬ１５２１を用いて、名称の入っているファイルを要求し（ステップＳ１６０）、ファイルの獲得に成功すれば（ステップＳ１６０：Ｙ）、受信した名称をリンクテーブル１５２０のリンク名称１５２２に設定する（ステップＳ１７０）。
例えば、ローカルＩＰアドレス１５１１が「192.168.0.7」の監視装置の名称を取得する場合は、取得ＵＲＬ１５２１「http://192.168.0.7/」の後に「AutoLink/」を付加して「http://192.168.0.7/AutoLink/」としてリクエストする。
【００５９】
返信されたファイルの内容「CONTROLNAME=”１Ｆ照明制御装置”」から、「１Ｆ照明制御装置」を抜き出して、リンクテーブル１５２０の参照ディレクトリ１５１２は「/192_168_0_7/」に対応するリンク名称１５２２に設定する（図３（ｂ）及び図５参照）。
一方、ファイルの獲得に失敗すれば（ステップＳ１６０：Ｎ）、監視装置を識別するための名称を作成し、リンク名称１５２２に設定する（ステップＳ１８０）。
【００６０】
ここで作成する名称は、監視装置を識別できるものであれば良い。
本実施形態では、ホストアドレスを利用して作成する。本実施形態の場合はローカルＩＰアドレスの末桁である。例えば、ローカルＩＰアドレス１５１１が「192.168.0.1」の監視装置のリンク名称１５２２は「監視装置１」とする（図３（ａ）及び（ｂ）参照）。
自装置以外の「192.168.0.1」〜「192.168.0.254」の全ローカルＩＰアドレス２５３個を検索し終わったら、必要に応じて、終了の処理などを行うものとする。
【００６１】
＜設備状況の表示処理＞
次に、監視情報表示装置９０００から、設備状況を表示するリクエストがあった場合の、監視サーバ装置１０００及び監視装置２０００の処理について、図７〜９を用いて説明する。
図７は、監視情報表示装置９０００、監視サーバ装置１０００及び監視装置２０００の処理を示すフローチャートである。
【００６２】
この例では、監視装置２０００の設備状況を表示する場合を説明する。
まず、監視情報表示装置９０００から利用者が、ビルの設備状況を確認するために、表示要求を行う（ステップＳ２００）。
具体的には、監視情報表示装置９０００は、ＵＲＬ「http://133.254.7.211/」のリクエストを発行する（ステップＳ２０１）。
【００６３】
このリクエストは、グローバルＩＰアドレスが「133.254.7.211」のルータ５０００に届き、リクエストを受取ったルータ５０００は、受取ったリクエストを監視サーバ装置１０００に送信する。本実施形態では、ルータ５０００は、予め、リクエストを監視サーバ装置１０００に送信するように設定されているものとする。尚、監視サーバ装置１０００がルータの機能を有することとしてもよい。
【００６４】
ネットワーク通信部１１００を介してリクエストを受取った監視サーバ装置１０００は、リクエストをＷｅｂサービス処理部１２００に渡す。
リクエストを受取ったＷｅｂサービス処理部１２００は、ＬＡＮ１１０内の監視装置の一覧を表示するためのＨＴＭＬファイルを作成し（ステップＳ３００）、監視情報表示装置９０００に返信する（ステップＳ３０１）。
【００６５】
Ｗｅｂサービス処理部１２００は、返信するＨＴＭＬファイルを作成するに際して、対応情報記憶部１５００に記憶されているリンクテーブル１５２０を参照する（図３（ｂ）参照）。具体的には、ＬＡＮ１１０内の設備状況を記憶している装置の名称、すなわち、リンク名称１５２２である監視装置２０００等の名称と、自監視サーバ装置１０００の名称とが表示できるＨＴＭＬファイルを作成する。表示される装置名称は、自装置内のディレクトリとリンク付けが成されている。
【００６６】
図８（ａ）に、監視サーバ装置が作成するＨＴＭＬファイルの例、及び、図８（ｂ）に、そのＨＴＭＬファイルを表示した画面の例を示す。
このＨＴＭＬファイル１２１０では、監視装置のリンク名称１５２２と、参照ディレクトリ１５１２とが対応付けられている。
このＨＴＭＬファイルを受信した監視情報表示装置９０００は、受取ったＨＴＭＬファイルを表示する（図８（ｂ）：画面９０１０参照）。
【００６７】
利用者は、監視情報表示装置９０００に表示された画面９０１０から、見たい設備状況をクリックする（ステップＳ２１０）。本実施形態では、「１Ｆ照明制御装置」を選択したものとする。
画面９０１０から「１Ｆ照明制御装置」が選択されたことを検知した監視情報表示装置９０００は、ルータ５０００のグローバルＩＰアドレス「133.254.7.211」に、「１Ｆ照明制御装置」と対応付けられている参照ディレクトリ「/192_168_0_5/」をつなげて、ＵＲＬ「http://133.254.7.211/192_168_0_5/」を作成し、リクエストする（ステップＳ２１１）。
【００６８】
リクエストを受信したルータ５０００は、監視サーバ装置１０００にリクエストを送信し、受信した監視サーバ装置１０００は、Ｗｅｂサービス処理部１２００に渡す。
リクエストを受取ったＷｅｂサービス処理部１２００は、リクエスト「http://133.254.7.211/192_168_0_5/」内のディレクトリ部分「/192_168_0_5/」がリンクテーブル１５２０の参照ディレクトリ１５１２に登録されているかを検索する。
【００６９】
登録されている場合には、監視情報ファイル取得部１３００にディレクトリ部分を渡して、ファイルの取得を依頼する。参照ディレクトリ１５１２に在るということは、必要なファイルは自装置には無く、監視装置２０００等の何れかに在ることを示しているからである。
依頼を受けた監視情報ファイル取得部１３００は、受取ったディレクトリに対応する取得ＵＲＬ１５２１へのリクエストとして代行処理を行う。すなわち、監視サーバ装置１０００が、リクエストを行う（ステップＳ３１０、ステップＳ３１１）。すなわち、リンクテーブル１５２０の参照ディレクトリ１５１２「/192_168_0_5/」に対応する取得ＵＲＬ「http://192.168.0.5」のリクエストを発行する。
【００７０】
リクエストを、ネットワーク通信部２１００を介して受信した監視装置２０００のＷｅｂサービス処理部２２００は、監視情報記憶部２６００に記憶されている情報を基に、返信するＨＴＭＬファイルを作成し、返信する（ステップＳ４００、ステップＳ４０１）。
図９（ａ）に、監視装置が作成するＨＴＭＬファイルの例、及び、図９（ｂ）に、そのＨＴＭＬファイルを表示した画面の例を示す。
【００７１】
監視装置２０００からＨＴＭＬファイル１２２０を受信した監視情報ファイル取得部１３００は、必要があれば加工等を行い、監視情報表示装置９０００に返信する（ステップＳ３２０、ステップＳ３２１）。
ＨＴＭＬファイルを受取った監視情報表示装置９０００は、受取ったＨＴＭＬファイルを表示する（ステップＳ２２０、図９（ｂ）：画面９０２０参照）。
【００７２】
本例では加工は行わずに監視情報表示装置９０００に返信したものとする。
上述したように、ステップＳ３１０において、リクエストを受取ったＷｅｂサービス処理部１２００は、リクエスト内のディレクトリ部分がリンクテーブル１５２０の参照ディレクトリ１５１２に登録されているかを検索し、登録されている場合には、監視情報ファイル取得部１３００にディレクトリ部分を渡して、ファイルの取得を依頼するが、登録されていない場合には、自装置内のディレクトリからファイルを取得する。
【００７３】
例えば、リクエストが「http://133.254.7.211/192_168_0_100/」であった場合、リクエスト内のディレクトリ部分「/192_168_0_100/」はリンクテーブル１５２０の参照ディレクトリ１５１２に登録されていない。監視サーバ装置、すなわち、自装置だからである。この場合は、自装置内の所定の場所のファイルを基に、返信用ファイルを作成し、返信する。
【００７４】
例えば、図４（ａ）に示すような、自装置内のファイル１６１０「/192_168_0_100/Index.html」を返信する。
＜実施形態２＞
＜概要＞
本実施形態１では、図７を用いて説明したように、監視情報表示装置９０００から利用者が、ビルの設備状況を確認するために、表示要求を行い（ステップＳ２００）、監視情報表示装置９０００が、ＵＲＬ「http://133.254.7.211/」のリクエストを発行した（ステップＳ２０１）場合に、監視サーバ装置１０００は、ＬＡＮ１１０内の監視装置の一覧を表示するためのＨＴＭＬファイルを作成し、監視情報表示装置９０００に返信する（ステップＳ３０１）。
【００７５】
本実施形態では、このＬＡＮ１１０内の監視装置の一覧を表示するためのＨＴＭＬファイルではなく、ＨＴＭＬのフレームを使用して複数の独立したウィンドウで複数の情報を表示するような返信用ファイルを作成するものである。
ここでは、本実施形態と実施形態１との差異のみを説明する。
＜構成＞
各装置の構成は、実施形態１における構成と基本的に同じであるが、次の点が異なる。
【００７６】
Ｗｅｂサービス処理部１２００がフレームを用いたＨＴＭＬファイルを作成する点と、監視装置検出部１４００が、リンク名称１５２２を取得するのと同様にフレームコンテンツの有無示す情報を取得し、ＩＰテーブル１５１０に設定する点が異なる。
＜データ＞
以下、本実施形態の用いるデータについて、図１０を用いて説明する。
【００７７】
実施形態１で使用するデータとの違いは、対応情報記憶部１５００に記憶しているＩＰテーブル１５１０（図３（ａ）参照）が異なるのみであり、他は同じである。
図１０は、実施形態２のＩＰテーブルの構成例および内容例を示す図である。
ＩＰテーブル６０００は、ローカルＩＰアドレス１５１１、参照ディレクトリ及びフレームコンテンツ６００１で構成される。
【００７８】
ローカルＩＰアドレス１５１１と参照ディレクトリは、実施形態１のＩＰテーブル１５１０と同じである。
フレームコンテンツ６００１は、対応するローカルＩＰアドレス１５１１で表される監視装置がフレーム用のコンテンツを記憶しているか否かを示す。「有」は、記憶していることを示し、「無」は、記憶していないことを示す。
【００７９】
本実施形態では、Ｗｅｂサービス処理部１２００が、フレームを用いたＨＴＭＬファイルを作成するか、実施形態１のようなリンクのみのＨＴＭＬファイルを作成するかを、このフレームコンテンツ６００１によって切り分ける。
本実施形態では、監視装置のうち１つでもフレーム用のコンテンツを記憶している場合は、フレームを使用したＨＴＭＬファイルを作成するものとするが、フレーム用コンテンツを記憶しない監視装置に関しては、フレーム表示を行わないなどとすることとしても良い。
【００８０】
また、フレーム用のファイルを有することに伴い、監視サーバ装置１０００と各監視装置２０００等のディレクトリ構造等が異なる。
図１１（ａ）は、実施形態２の監視サーバ装置１０００が有するディレクトリの構成例を示す図であり、図１１（ｂ）は実施形態２の監視装置２０００等が有するディレクトリの構成例を示す図である。
【００８１】
また、図１２は、図１１（ｂ）に示すファイル６６２１「/AutoLink/Index.html」の内容例を示す図である。
監視サーバ装置１０００では、各監視装置にフレーム用コンテンツを記憶している場合は、各装置を表すディレクトリ下にフレーム用のディレクトリを作成する。例えば、ＩＰアドレスが「192.168.0.5」の監視装置がフレーム用コンテンツを有している場合は、「/192_168_0_5/ForFrame/」というディレクトリである。
【００８２】
一方、監視装置２０００では、ディレクトリ２６３０「ForFrame」下に、フレーム用ファイル６６３１「Index.html」を有する。
更に、ファイル６６２１「/AutoLink/Index.html」には、フレーム用コンテンツの有無を表す情報を記載しておく。実施形態１において、本ファイルは、装置の名称を記載しておくファイルであったが、本実施形態では、加えて、フレーム用コンテンツの有無を記載する。例えば、「CONTROLFRAME=”有”」のようにである（図５参照）。
【００８３】
＜動作＞
ここでは、ＩＰテーブル６０００のフレームコンテンツ６００１の取得方法と、フレームを使用したＨＴＭＬファイルの表示動作を説明する。他の動作は、実施形態１と同様である。
まず、本実施形態では、フレームコンテンツの有無は、実施形態１の＜名称取得処理＞において、名称と共に取得する（図６参照）。
【００８４】
具体的には、予め、監視装置のファイル「/AutoLink/Index.html」に、装置の名称「CONTROLNAME=”１Ｆ照明制御装置”」と共に、フレーム用コンテンツの有無「CONTROLFRAME=”有”」又は「CONTROLFRAME=”無”」を記載しておく（図１１（ｂ）及び図１２参照）。
監視装置検出部１４００は、リンクテーブル１５２０の取得ＵＲＬ１５２１を用いて、AutoLinkファイルを要求し（ステップＳ１６０）、ファイルの獲得に成功すれば（ステップＳ１６０：Ｙ）、受信したフレームの有無をＩＰテーブル６０００のフレームコンテンツ６００１に設定する（ステップＳ１７０参照）。
【００８５】
具体的には、返信されたファイルの内容が「CONTROLFRAME=”有”」の場合、「有」をＩＰテーブル６０００の該当するフレームコンテンツ６００１に設定し、返信されたファイルの内容が「CONTROLFRAME=”無”」の場合には「無」を設定する。また、ファイルの獲得に失敗した場合（ステップＳ１６０：Ｎ）も、「無」を設定する（ステップＳ１８０参照）。
【００８６】
次に、フレームを使用したＨＴＭＬファイルの表示動作を説明する。
監視情報表示装置９０００から、設備状況を表示するリクエストがあった場合の、監視サーバ装置１０００及び監視装置２０００の処理について、図１３と図１４とを用いて説明する。
図１３は、監視情報表示装置９０００、監視サーバ装置１０００及び監視装置２０００の処理を示すフローチャートである。
【００８７】
また、図１４（ａ）は、実施形態２で監視サーバ装置が作成するＨＴＭＬファイルの例であり、図１４（ｂ）は、そのＨＴＭＬファイルを表示した画面の例である。
図１４（ａ）のＨＴＭＬの場合は、３つのファイルを要求することで、図１４（ｂ）の画面の表示が可能となる。具体的には、「/TopMenu.html」と「/192_168_0_5/ForFrame/」と「/192_168_0_5/ForFrame/」である。
【００８８】
ここでは、説明の便宜上、監視装置２０００のフレームファイルのみを表示する場合を説明する。
まず、監視情報表示装置９０００から利用者が、ビルの設備状況を確認するために、「http://133.254.7.211/」のリクエストを発行し（ステップＳ２０１）、表示要求を行う（ステップＳ２００）。
【００８９】
ネットワーク通信部１１００を介してリクエストを受取った監視サーバ装置１０００は、リクエストをＷｅｂサービス処理部１２００に渡し、リクエストを受取ったＷｅｂサービス処理部１２００は、返信するＨＴＭＬファイルを作成し、返信する。
この作成に際して、Ｗｅｂサービス処理部１２００は、ＩＰテーブル６０００のフレームコンテンツ６００１を参照し、1つでも「有」があればフレームを使用したＨＴＭＬを作成する（ステップＳ３５０、図１４（ａ）参照）。尚、どのようなフレーム構成にするかは、予め決められているものとする。
【００９０】
この例では、表示画面は３つのフレームで構成され、メニュー画面である「各監視装置の詳細画面」と、「１Ｆ照明制御装置」と「２Ｆ照明制御装置」の設備状況が表示される（図１４（ｂ）：画面９１００参照）。
作成したフレームを使用したＨＴＭＬファイルを、監視情報表示装置９０００に返信する（ステップＳ３５１）。
【００９１】
例えば、ＩＰアドレスが「192.168.0.5」の監視装置のフレームコンテンツ６００１が「有」の場合、対応付けられている参照ディレクトリ「/192_168_0_5/」と「ForFrame/」とをつなげて、フレームに表示するファイル「/192_168_0_5/ ForFrame/」を指定する（図１４（ａ）参照）。
このＨＴＭＬファイルを受信した監視情報表示装置９０００は、受取ったＨＴＭＬファイルを解釈し、監視サーバ装置１０００にフレームに表示するファイルを要求する（ステップＳ２５０）。具体的には、ルータ５０００のグローバルＩＰアドレス「133.254.7.211」とフレーム用コンテンツのファイル「/192_168_0_5/ForFrame/」をつなげて「http//133.254.7.211/192_168_0_5/ForFrame/」を作成しリクエストする（ステップＳ２５１）。
【００９２】
リクエストを受取った監視サーバ装置１０００のＷｅｂサービス処理部１２００は、リクエスト「http://133.254.7.211/192_168_0_5/ForFrame/」内の最初のディレクトリ部分「/192_168_0_5/」が対応する取得ＵＲＬ「http://192.168.0.5」と、次のディレクトリ部分「/ForFrame/」とをつなげてリクエストを発行する（ステップＳ３６０、ステップＳ３６１）。
【００９３】
リクエストを、ネットワーク通信部２１００を介して受信した監視装置２０００のＷｅｂサービス処理部２２００は、監視情報記憶部２６００に記憶されている「/ForFrame/Index.html」を返信する（ステップＳ４５０、ステップＳ４５１）。
監視装置２０００からＨＴＭＬファイル１２２０を受信した監視情報ファイル取得部１３００は、必要があれば加工等を行い、監視情報表示装置９０００に返信する（ステップＳ３７０、ステップＳ３７１）。
【００９４】
ＨＴＭＬファイルを受取った監視情報表示装置９０００は、受取ったフレーム用ＨＴＭＬファイルを表示する（ステップＳ２６０）。
このように、「http//133.254.7.211/192_168_0_5/ForFrame/」のほか、「http//133.254.7.211/TopMenu.html」と「http//133.254.7.211/192_168_0_5/ForFrame/」をリクエストし、３つのフレームを表示すると、図１４（ｂ）の表示画面９１００となる。
＜実施形態３＞
＜概要＞
実施形態１では、＜監視装置の検索処理＞で説明したように、監視サーバ装置１０００の監視装置検出部１４００が、サブネットマスクを使用して、使用可能なローカルＩＰアドレスの全てに対して、ｐｉｎｇコマンドを発行して接続を確認した。
【００９５】
本実施形態は、ｐｉｎｇコマンド等で検索せずとも、接続している装置を検出することができるものである。
本実施形態の監視サーバ装置１０００は、ＤＨＣＰ（Dynamic Host Configuration Protocol）サーバとしての機能を有し、アクセスしてきた装置にローカルＩＰアドレスを割り当てるものであるからである。
【００９６】
従って、ｐｉｎｇコマンド等で検索せずとも、自らがＩＰアドレスを割り当てた装置を知ることができる。但し、装置のローカルＩＰアドレスは、常に同じであるとは限らないことから、Ｅｔｈｅｒｎｅｔ（登録商標）カードに固有の番号であるＭＡＣ（Media Access Control address）アドレスを使用して装置を識別するものとする。
ここでは、本実施形態と実施形態１との差異のみを説明する。
【００９７】
＜構成＞
各装置の構成は、実施形態１における構成と基本的に同じであるが、次の点が異なる。
監視サーバ装置１０００の監視装置検出部１４００の検出方法が異なる。また、監視装置検出部１４００の検出方法が異なることに伴い、作成するＩＰテーブル等の参照ディレクトリがＭＡＣアドレスを基に作成される点が異なる。
【００９８】
＜データ＞
本実施形態で使用するテーブルについて、以下に説明する。
図１５（ａ）は、実施形態３のＩＰテーブルの構成例および内容例を示す図であり、図１５（ｂ）は、実施形態３のリンクテーブルの構成例および内容例を示す図である。
図１５（ａ）のＩＰテーブル７０００は、ＭＡＣアドレス７００１、ローカルＩＰアドレス１５１１、参照ディレクトリ７００２、使用フラグ７００３及びＷｅｂサービス７００４で構成される。
【００９９】
まず、ＭＡＣアドレス７００１は、装置に固有の番号である。ＩＰアドレスを要求する装置は、自装置のこの番号を指定してＩＰアドレスを要求する。
ローカルＩＰアドレス１５１１は、実施形態１のものと同様である。
次に、参照ディレクトリ７００２は、ＭＡＣアドレスから「‐（ハイフン）」を削除したものを設定する。例えば、ＭＡＣアドレス７００１が「00-12-AB-57-87-23」の場合、参照ディレクトリ７００２は「/0012AB578723/」である。
【０１００】
使用フラグ７００３は、現在、ローカルＩＰアドレス１５１１で示されるアドレスが使用されているか否かを示す。使用フラグ７００３が「使用中」の場合は、対応するローカルＩＰアドレス１５１１で示されるアドレスが使用されていることを示し、使用フラグ７００３が「使用中」の場合は、使用されていないことを示している。
この使用フラグは、該当する装置がネットワークから切断されたことを認知した場合に、「未使用」と設定する。例えば、ＤＨＣＰクライアントである監視装置から、ＩＰアドレスをリリースする旨の通知があった場合や、更新の要求がなくリース期限が切れた場合などである。
【０１０１】
Ｗｅｂサービス７００４は、対応するＭＡＣアドレス７００１が示す装置が、Ｗｅｂサービス機能を有しているか否かを示す。「有」の場合は、Ｗｅｂサービス機能を有する装置であり、「無」の場合は、Ｗｅｂサービス機能がない装置であることを示している。
次に、図１５（ｂ）のリンクテーブル７１００は、参照ディレクトリ７００２、取得ＵＲＬ１５２１及びリンク名称１５２２で構成される。
【０１０２】
参照ディレクトリ７００２は、ＩＰテーブル７０００のものと同じであり、取得ＵＲＬ１５２１及びリンク名称１５２２は、実施形態１のリンクテーブルのものと同じである。
＜動作＞
ここでは、実施形態１の＜監視装置の検索処理＞に該当する本実施形態の処理について、図１６を用いて説明する。
【０１０３】
図１６は、実施形態３の、ＬＡＮ１１０内の監視装置を検索等する処理を示すフローチャートである。
この処理は、監視サーバ装置１０００の監視装置検出部１４００が行う処理である。この処理は、実施形態１では、監視サーバ装置の電源投入時や、定期的に実行することとしていたが、本実施形態では、ローカルＩＰアドレスを要求される都度、行われるものである。
【０１０４】
実施形態１と同様に、監視サーバ装置１０００のローカルＩＰアドレスは、「192.168.0.100」であり、本ＬＡＮ１１０のサブネットマスクは「255.255.255.0」であるとし、これらの情報は、予め、本システムの管理者によって設定され、監視サーバ装置１０００は、自装置のメモリに記憶しているものとする。
監視サーバ装置１０００に対して、ＬＡＮ１１０内の装置から、ＭＡＣアドレスを指定して、ローカルＩＰアドレスの要求がされると、監視サーバ装置１０００は、監視装置検出部１４００に対して、指定されたＭＡＣアドレスを渡してアドレスを付与するよう依頼する。
【０１０５】
依頼を受けた監視装置検出部１４００は、ＩＰテーブル７０００のＭＡＣアドレス７００１を参照し、既に、登録されているか否かを検索する（ステップＳ７００）。
登録されていない場合（ステップＳ７００：Ｎ）は、ローカルＩＰアドレスを割り当て、ＩＰテーブル７０００に登録する（ステップＳ７１０）。ここで割り当てるローカルＩＰアドレスは、使用フラグ７００３が「使用中」となっていないものを割り当てるものとする。
【０１０６】
具体的には、受取ったＭＡＣアドレスと、割り当てられたローカルＩＰアドレスと、受取ったＭＡＣアドレスから「-（ハイフン）」を削除したものとを、それぞれＩＰテーブル７０００のＭＡＣアドレス７００１、ローカルＩＰアドレス１５１１、参照ディレクトリ７００２に設定する。また、使用フラグ７００３は、「使用中」とする。
その後、割り当てられたＩＰアドレスを、要求元の装置に返信する。
【０１０７】
次に、装置がＨＴＴＰサーバとして機能するか否か、すなわちＷｅｂサービス機能を有しているか否かを判断する（ステップＳ７２０）。この判断は、実施形態１と同様に、サーバに接続する為のコマンド、例えば、ｃｏｎｎｅｃｔコマンドを発し、正常に接続できれば、ＨＴＴＰサーバ機能を有していると判断し、接続できなければ、ＨＴＴＰサーバ機能を有していないと判断する。
【０１０８】
装置が、ＨＴＴＰサーバ機能を有していないと判断された場合（ステップＳ７２０：Ｎ）は、ＩＰテーブル７０００のＷｅｂサービス７００４に「無」と設定する（ステップＳ７５０）。
装置が、ＨＴＴＰサーバ機能を有している判断された場合（ステップＳ７２０：Ｙ）は、ＩＰテーブル７０００のＷｅｂサービス７００４に「有」と設定し（ステップＳ７３０）、リンクテーブル７１００に、本装置を登録する。
【０１０９】
具体的には、リンクテーブル７１００の参照ディレクトリ７００２には、ＩＰテーブル７０００の参照ディレクトリ７００２と同じものを設定し、取得ＵＲＬ１５２１には、割り当てられたローカルＩＰアドレスの前に「http://」を、後に「/」を付加してＵＲＬを作成し、設定する。
次に、ＩＰテーブル７０００のローカルＩＰアドレス１５１１を有する監視装置の、名称を取得し、リンク名称１５２２に設定する（ステップＳ８００）。
【０１１０】
この処理は、実施形態１の＜名称取得処理＞と同様である。
新しいＭＡＣアドレスを登録したら、必要に応じて、再起動の処理などを行うものとする。
一方、ＩＰテーブル７０００のＭＡＣアドレス７００１を参照し、既に、登録されていると判断した監視装置検出部１４００は（ステップＳ７００：Ｙ）、該当するＭＡＣアドレスに対応する使用フラグ７００３を参照し、「使用中」であれば（ステップＳ７６０：使用中）、処理を終了する。
【０１１１】
また、「未使用」であれば（ステップＳ７６０：未使用）、ローカルＩＰアドレスを再度割り当て、ＩＰテーブル７０００のローカルＩＰアドレス１５１１に再設定する（ステップＳ７７０）。また、使用フラグ７００３は、「使用中」とする。その後、再度割り当てられたＩＰアドレスは、要求元の装置に返信する。
次に、装置がＨＴＴＰサーバとして機能するか否か、すなわちＷｅｂサービス機能を有しているか否かを判断する（ステップＳ７８０）。この判断は、ＩＰテーブル７０００の該当するＷｅｂサービス７００４を参照して判断する。
【０１１２】
装置が、Ｗｅｂサービス７００４が「無」の場合（ステップＳ７８０：無）は、処理を終了する。
装置が、Ｗｅｂサービス７００４が「有」の場合（ステップＳ７８０：有）は、リンクテーブル７１００の取得ＵＲＬ１５２１に、新しいローカルＩＰアドレスを基に作成したＵＲＬを再設定する（ステップＳ７８０）。
【０１１３】
次に、ＩＰテーブル７０００のローカルＩＰアドレス１５１１を有する監視装置の、名称を再度取得し、リンク名称１５２２に設定する（ステップＳ８００）。
取得ＵＲＬ１５２１等を登録したら、必要に応じて、再起動の処理などを行うものとする。
＜補足＞
以上、本発明に係る設備監視システムについて実施形態に基づいて説明したが、このシステムを部分的に変形することもでき、本発明は上述の実施形態に限られないことは勿論である。即ち、
（１）実施形態１では、ネットワークに接続されている装置のＩＰアドレスを検出する場合に、ｐｉｎｇコマンドを使用したが、ＳＮＭＰ（Simple Network Management Protocol）などの他のプロトコルで確認してもよい。
【０１１４】
また、実施形態１では、接続された装置の検出後、さらに、ＨＴＴＰプロトコルへの返信によってＷＥＢサービス機能を有するか否かを確認しているが、ＨＴＴＰプロトコルへの返信のみによって、ネットワークに接続されている装置の検出を行うこととしてもよい。
（２）実施形態では、監視サーバ装置は１台としているが、複数台をインターネットに公開することとしても良い、
この場合、それぞれが自動で監視装置を検索し、テーブル類を作成することで、一台が故障した場合などのバックアップが可能となるという利点がある。
（３）実施形態２におけるフレーム用コンテンツは、表示画面に合わせて縮小拡大表示ができるものとしたり、内部のオブジェクト、例えば、ＪＡＶＡ（登録商標）アプレットを用意しておいてもよい。
【０１１５】
また、フレーム用のコンテンツを有しない監視装置の設備状況を表示する場合は、リンクだけを用意することとしても良い。
（４）実施形態の監視情報ファイル取得部１３００で行う機能を、提供されているＷｅｂサービスサーバの機能を利用して行うこととしてもよい。
例えば、いわゆるリバースプロキシ機能を利用して、参照ディレクトリと取得ＵＲＬをリンク付ける。この場合、ＩＰテーブルとリンクテーブルを作成した後に、ＰｒｏｘｙＰａｓｓＲｅｖｅｒｓｅコマンド等で、リンク付けを行う必要がある。この設定は、各テーブルを参照して、自動で行う。
（５）実施形態では、リンク名称等は、「/AutoLink/」というＵＲＬに対して、名称を返信するようにしているが、ＸＭＬ（Extensible Markup Language）やＳＯＡＰ（Simple Object Access Protocol）などで取得することとしてもよい。
【０１１６】
ＸＭＬを用いてコンピュータ同士でのデータの送受信を行い、名称を取得したり、ＳＯＡＰを用いて監視装置のデータやサービスを呼び出し、名称を取得するなどである。
（６）実施形態では、監視サーバ装置と監視装置のそれぞれがＷｅｂサーバ機能を有するものとしているが、監視装置はＷｅｂサーバ機能を有さず、少なくとも、監視サーバ装置からの要求に応じてデータを送信する機能を有するものとしてもよい。この場合、監視サーバ装置と監視装置とは、ＦＴＰ（File Transfer Protocol）などを用いてデータをやり取りする。
（７）実施形態で示した設備監視システムの各機能を実現させる為の各制御処理（図６等参照）をＣＰＵに実行させる為のプログラムを、記録媒体に記録し又は各種通信路等を介して、流通させ頒布することもできる。このような記録媒体には、ＩＣカード、光ディスク、フレキシブルディスク、ＲＯＭ、フラッシュメモリ等がある。流通、頒布されたプログラムは、機器におけるＣＰＵで読み取り可能なメモリ等に格納されることにより利用に供され、そのＣＰＵがそのプログラムを実行することにより実施形態で示した各機能が実現される。
【図面の簡単な説明】
【０１１７】
【図１】本発明の実施形態に係る設備監視システムの構成例を示す図である。
【図２】本発明にかかる監視サーバ装置１０００と監視装置２０００との機能ブロック図である。
【図３】図３（ａ）は、ＩＰテーブル１５１０の構成および内容例を示す図であり、図３（ｂ）は、リンクテーブル１５２０の構成および内容例を示す図である。
【図４】図４（ａ）は、監視サーバ装置１０００が有するディレクトリの構成例を示す図であり、図４（ｂ）は監視装置２０００等が有するディレクトリの構成例を示す図である。
【図５】図４（ｂ）に示すファイル２６２１「/AutoLink/Index/html」の内容例を示す図である。
【図６】ＬＡＮ１１０内の監視装置を検索等する処理を示すフローチャートである。
【図７】監視情報表示装置９０００、監視サーバ装置１０００及び監視装置２０００の処理を示すフローチャートである。
【図８】図８（ａ）は、監視サーバ装置が作成するＨＴＭＬファイルの例を示す図であり、図８（ｂ）は、そのＨＴＭＬファイルを表示した画面の例を示す図である。
【図９】図９（ａ）は、監視装置が作成するＨＴＭＬファイルの例を示す図であり、図９（ｂ）は、そのＨＴＭＬファイルを表示した画面の例を示す図である。
【図１０】実施形態２のＩＰテーブルの構成例および内容例を示す図である。
【図１１】図１１（ａ）は、実施形態２の監視サーバ装置１０００が有するディレクトリの構成例を示す図であり、図１１（ｂ）は実施形態２の監視装置２０００等が有するディレクトリの構成例を示す図である。
【図１２】図１１（ｂ）に示すファイル６６２１「/AutoLink/Index.html」の内容例を示す図である。
【図１３】監視情報表示装置９０００、監視サーバ装置１０００及び監視装置２０００の処理を示すフローチャートである。
【図１４】図１４（ａ）は、実施形態２で監視サーバ装置が作成するＨＴＭＬファイルの例であり、図１４（ｂ）は、そのＨＴＭＬファイルを表示した画面の例である。
【図１５】図１５（ａ）は、実施形態３のＩＰテーブルの構成例および内容例を示す図であり、図１５（ｂ）は、実施形態３のリンクテーブルの構成例および内容例を示す図である。
【図１６】実施形態３の、ＬＡＮ１１０内の監視装置を検索等する処理を示すフローチャートである。
【符号の説明】
【０１１８】
１０００ 監視サーバ装置
１１００ ネットワーク通信部
１２００ サービス処理部
１２１０ １２２０ ＨＴＭＬファイル
１３００ 監視情報ファイル取得部
１４００ 監視装置検出部
１５００ 対応情報記憶部
１５１０ ６０００ ７０００ ＩＰテーブル
１５１１ ローカルＩＰアドレス
１５１２ ７００２ 参照ディレクトリ
１５２０ ７１００ リンクテーブル
１５２１ 取得ＵＲＬ
１５２２ リンク名称
１６００ 監視情報記憶部
２０００ 監視装置
２１００ ネットワーク通信部
２２００ サービス処理部
２６００ 監視情報記憶部
２６１０ ２６２１ ファイル
２６２０ ディレクトリ
３０００ ４０００ 監視装置
５０００ ルータ
６００１ フレームコンテンツ
６６２１ ファイル
６６３１ フレーム用ファイル
７００１ ＭＡＣアドレス
７００３ 使用フラグ
７００４ Ｗｅｂサービス
９０００ 監視情報表示装置
９０１０ ９０２０ ９１００ 表示画面
【特許請求の範囲】
【請求項１】
各々がＷｅｂサーバ機能を有し、相互にネットワーク接続されている複数の監視装置から成る設備監視システムであって、
前記監視装置のうち、前記設備監視システムの外部と通信する通信手段を有する監視装置は、
前記ネットワークに接続している他の監視装置のローカルＩＰアドレスを取得する取得手段と、
前記接続している他の監視装置を識別するための識別情報と、前記取得手段で取得したローカルＩＰアドレスに基づいた情報であって、当該他の監視装置内の所定のファイルを示すファイル情報とを対応付けて記憶する記憶手段と、
当該設備監視システムの外部から前記識別情報を指定して情報の要求を受けた場合に、当該識別情報に対応付けて記憶されているファイル情報で示される所定ファイルを用いて返信用データを作成し、返信する返信手段とを備える
ことを特徴とする設備監視システム。
【請求項２】
前記設備監視システムの外部と通信する通信手段を有する監視装置は、更に、前記他の監視装置の識別情報を、設備監視システム外部に送信する送信手段を備え、
前記返信手段は、前記送信手段で送信した識別情報のうち、１以上の識別情報を指定する要求を受けた場合に、当該識別情報に対応付けて記憶されているファイル情報が示す所定のファイルを用いて返信用データを作成し、返信する
ことを特徴とする請求項１に記載の設備監視システム。
【請求項３】
前記送信手段が送信する識別情報は、前記他の監視装置の名称を表す情報である
ことを特徴とする請求項２に記載の設備監視システム。
【請求項４】
前記送信手段は、更に、前記他の監視装置内の特定のファイルを識別する情報を送信する
ことを特徴とする請求項２に記載の設備監視システム。
【請求項５】
前記他の監視装置内の所定のファイルは、当該他の監視装置に接続されている設備に関する情報を含み、
前記返信手段が作成する返信用データは、前記所定のファイルを用いて作成されたＷｅｂページ記述言語で記述された情報である
ことを特徴とする請求項１に記載の設備監視システム。
【請求項６】
前記取得手段が取得するローカルＩＰアドレスは、あるローカルＩＰアドレス宛に、ＩＰパケットを送信し、当該ＩＰパケットが正常に受信された場合のローカルＩＰアドレスである
ことを特徴とする請求項１に記載の設備監視システム。
【請求項７】
前記設備監視システムの外部と通信する通信手段を有する監視装置は、更に、前記ネットワークに接続している他の監視装置にローカルＩＰアドレスを付与する付与手段を備え、
前記取得手段が取得するローカルＩＰアドレスは、前記付与手段で他の監視装置に付与したローカルＩＰアドレスである
ことを特徴とする請求項１に記載の設備監視システム。
【請求項８】
各々Ｗｅｂサーバ機能を有し、相互にネットワーク接続されている複数の監視装置から成る設備監視システムで使用される監視装置であって、
前記監視装置は、前記設備監視システムの外部と通信する通信手段と、
前記ネットワークに接続している他の監視装置のローカルＩＰアドレスを取得する取得手段と、
前記接続している他の監視装置を識別するための識別情報と、前記取得手段で取得したローカルＩＰアドレスに基づいた情報であって、当該他の監視装置内の所定のファイルを示すファイル情報とを対応付けて記憶する記憶手段と、
当該設備監視システムの外部から前記識別情報を指定して情報の要求を受けた場合に、当該識別情報に対応付けて記憶されているファイル情報で示される所定ファイルを用いて返信用データを作成し、返信する返信手段とを備える
ことを特徴とする監視装置。
【請求項９】
各々Ｗｅｂサーバ機能を有し、相互にネットワーク接続されている複数の監視装置から成る設備監視システムで使用される監視装置に監視処理を行わせる為のコンピュータプログラムであって、
前記監視装置は、前記設備監視システムの外部と通信する通信ステップと、
前記ネットワークに接続している他の監視装置のローカルＩＰアドレスを取得する取得ステップと、
前記接続している他の監視装置を識別するための識別情報と、前記取得ステップで取得したローカルＩＰアドレスに基づいた情報であって、当該他の監視装置内の所定のファイルを示すファイル情報とを対応付けてメモリに記憶する記憶ステップと、
当該設備監視システムの外部から前記識別情報を指定して情報の要求を受けた場合に、当該識別情報に対応付けて記憶されているファイル情報で示される所定ファイルを用いて返信用データを作成し、返信する返信ステップとを備える
ことを特徴とするコンピュータプログラム。
【請求項１】
各々がＷｅｂサーバ機能を有し、相互にネットワーク接続されている複数の監視装置から成る設備監視システムであって、
前記監視装置のうち、前記設備監視システムの外部と通信する通信手段を有する監視装置は、
前記ネットワークに接続している他の監視装置のローカルＩＰアドレスを取得する取得手段と、
前記接続している他の監視装置を識別するための識別情報と、前記取得手段で取得したローカルＩＰアドレスに基づいた情報であって、当該他の監視装置内の所定のファイルを示すファイル情報とを対応付けて記憶する記憶手段と、
当該設備監視システムの外部から前記識別情報を指定して情報の要求を受けた場合に、当該識別情報に対応付けて記憶されているファイル情報で示される所定ファイルを用いて返信用データを作成し、返信する返信手段とを備える
ことを特徴とする設備監視システム。
【請求項２】
前記設備監視システムの外部と通信する通信手段を有する監視装置は、更に、前記他の監視装置の識別情報を、設備監視システム外部に送信する送信手段を備え、
前記返信手段は、前記送信手段で送信した識別情報のうち、１以上の識別情報を指定する要求を受けた場合に、当該識別情報に対応付けて記憶されているファイル情報が示す所定のファイルを用いて返信用データを作成し、返信する
ことを特徴とする請求項１に記載の設備監視システム。
【請求項３】
前記送信手段が送信する識別情報は、前記他の監視装置の名称を表す情報である
ことを特徴とする請求項２に記載の設備監視システム。
【請求項４】
前記送信手段は、更に、前記他の監視装置内の特定のファイルを識別する情報を送信する
ことを特徴とする請求項２に記載の設備監視システム。
【請求項５】
前記他の監視装置内の所定のファイルは、当該他の監視装置に接続されている設備に関する情報を含み、
前記返信手段が作成する返信用データは、前記所定のファイルを用いて作成されたＷｅｂページ記述言語で記述された情報である
ことを特徴とする請求項１に記載の設備監視システム。
【請求項６】
前記取得手段が取得するローカルＩＰアドレスは、あるローカルＩＰアドレス宛に、ＩＰパケットを送信し、当該ＩＰパケットが正常に受信された場合のローカルＩＰアドレスである
ことを特徴とする請求項１に記載の設備監視システム。
【請求項７】
前記設備監視システムの外部と通信する通信手段を有する監視装置は、更に、前記ネットワークに接続している他の監視装置にローカルＩＰアドレスを付与する付与手段を備え、
前記取得手段が取得するローカルＩＰアドレスは、前記付与手段で他の監視装置に付与したローカルＩＰアドレスである
ことを特徴とする請求項１に記載の設備監視システム。
【請求項８】
各々Ｗｅｂサーバ機能を有し、相互にネットワーク接続されている複数の監視装置から成る設備監視システムで使用される監視装置であって、
前記監視装置は、前記設備監視システムの外部と通信する通信手段と、
前記ネットワークに接続している他の監視装置のローカルＩＰアドレスを取得する取得手段と、
前記接続している他の監視装置を識別するための識別情報と、前記取得手段で取得したローカルＩＰアドレスに基づいた情報であって、当該他の監視装置内の所定のファイルを示すファイル情報とを対応付けて記憶する記憶手段と、
当該設備監視システムの外部から前記識別情報を指定して情報の要求を受けた場合に、当該識別情報に対応付けて記憶されているファイル情報で示される所定ファイルを用いて返信用データを作成し、返信する返信手段とを備える
ことを特徴とする監視装置。
【請求項９】
各々Ｗｅｂサーバ機能を有し、相互にネットワーク接続されている複数の監視装置から成る設備監視システムで使用される監視装置に監視処理を行わせる為のコンピュータプログラムであって、
前記監視装置は、前記設備監視システムの外部と通信する通信ステップと、
前記ネットワークに接続している他の監視装置のローカルＩＰアドレスを取得する取得ステップと、
前記接続している他の監視装置を識別するための識別情報と、前記取得ステップで取得したローカルＩＰアドレスに基づいた情報であって、当該他の監視装置内の所定のファイルを示すファイル情報とを対応付けてメモリに記憶する記憶ステップと、
当該設備監視システムの外部から前記識別情報を指定して情報の要求を受けた場合に、当該識別情報に対応付けて記憶されているファイル情報で示される所定ファイルを用いて返信用データを作成し、返信する返信ステップとを備える
ことを特徴とするコンピュータプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２００７−３１６８６３（Ｐ２００７−３１６８６３Ａ）
【公開日】平成１９年１２月６日（２００７．１２．６）
【国際特許分類】
【出願番号】特願２００６−１４４５３９（Ｐ２００６−１４４５３９）
【出願日】平成１８年５月２４日（２００６．５．２４）
【出願人】（０００００５８３２）松下電工株式会社 (17,916)
【Ｆターム（参考）】
【公開日】平成１９年１２月６日（２００７．１２．６）
【国際特許分類】
【出願日】平成１８年５月２４日（２００６．５．２４）
【出願人】（０００００５８３２）松下電工株式会社 (17,916)
【Ｆターム（参考）】
[ Back to top ]