JP5015052B2 - 監視システム及び監視サーバ装置 - Google Patents
監視システム及び監視サーバ装置 Download PDFInfo
- Publication number
- JP5015052B2 JP5015052B2 JP2008080712A JP2008080712A JP5015052B2 JP 5015052 B2 JP5015052 B2 JP 5015052B2 JP 2008080712 A JP2008080712 A JP 2008080712A JP 2008080712 A JP2008080712 A JP 2008080712A JP 5015052 B2 JP5015052 B2 JP 5015052B2
- Authority
- JP
- Japan
- Prior art keywords
- browser
- response
- program
- characteristic
- server device
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
ここで、複数ビルの設備状況を参照できる技術として、各ビルの監視サーバ装置が集めたビル単位の設備状況を、インターネット等を介して、設備状況を統括的に管理するサーバ装置に集めて、このサーバ装置をアクセスすることで全ての設備状況を参照できる技術がある(特許文献1参照)。この技術によれば、このサーバ装置にアクセスすれば、全設備の状況が把握できる。
また、設備状況を汎用的なブラウザで表示させる場合は、特別な表示装置がいらないという利点はあるものの、ブラウザ毎の仕様が異なる場合や、バージョンアップにより又はユーザにより変更される場合等があり得、表示されていたものが表示されなくなる場合が生じ得る。
すなわち、ブラウザが監視サーバ装置の設置時とは異なる仕様のものに変えられたり、バージョンアップしたりしたとしても、サーバ装置は現在のブラウザの特性に応じた応答プログラムを返すことができるので、ブラウザは各サーバ装置からデータを取得し表示することができる。
尚、ここでブラウザの特性とは、ブラウザが使用できる通信方式、同時接続数、受信順処理可能などを言うものとする。
また、前記監視システムは、更に、ブラウザの特性を、当該ブラウザからのリクエストに基づいた識別子と対応付けて記憶する特性記憶手段を備え、前記特性検出手段は、検出した特性を前記特性記憶手段に記憶し、前記応答手段は、前記表示装置のブラウザからリクエストを受けた際に、前記特性記憶手段に当該識別子と対応付けた特性が記憶されている場合は、記憶されている特性に応じた応答プログラムを送信することとしてもよい。
また、ブラウザの前記特性は、当該ブラウザが同時に確立できる接続の数であり、前記応答手段が、当該ブラウザに送信する前記応答プログラムは、前記接続の数のうち、少なくとも1つを残して持続的接続を確立して、当該ブラウザが表示するデータを各サーバ装置から取得するためのプログラムであることとしてもよい。
設備を監視するようなシステムにおいては、持続的なHTTP接続をブラウザとサーバ装置との間で確立しておくことが望ましい。というのは、持続的接続は、一旦確立してしまえば、サーバ装置からの異常発生等の通知を素早く検知することができるからである。しかし、持続的接続をした場合は、接続を確立したままとなるため、同時に確立可能な接続数をすべて使ってしまった場合には、ブラウザは、サーバ装置に対して新たな接続を確立できず、通信を行うことができなくなってしまう。従って、持続的接続以外の接続を1つは確立できるようにする応答プログラムを送信する。
また、ブラウザの前記特性は、当該ブラウザからのリクエスト順にかかわらず、応答メッセージを受信した順序で処理を行うか否かであり、前記応答手段が、受信した順序で処理を行わない特性を有するブラウザに送信する前記応答プログラムは、持続的接続を行わないプログラムであることとしてもよい。
持続的接続は、サーバ装置からの警報等を素早く検出できるというメリットはあるが、複数のサーバ装置と持続的接続を行っていた場合に、応答メッセージを受信順に処理しないブラウザは、警報等を素早く検出できない場合が生ずるからである。
また、前記応答プログラムは、HTML文書であり、前記応答手段が、当該ブラウザに送信する前記応答プログラムは、<img>タグのソース指定記述により、他の各サーバ装置を指定して、他の各サーバ装置から表示するデータを取得するプログラムであることとしてもよい。
これにより、ブラウザは、各監視サーバ装置から監視情報を取得することができ、監視情報の一括表示ができるようになる。
また、Webサーバ機能を有する1以上のサーバ装置からなる監視システムで使用される一のサーバ装置であって、前記一のサーバ装置は、ブラウザからリクエストを受けた場合に、特性を検出するための検出プログラムを当該ブラウザに送信し、送信した検出プログラムが当該ブラウザで実行された結果を受信して、当該結果に基づいて当該ブラウザの特性を検出する特性検出手段と、前記ブラウザからのリクエストへの応答として、前記ブラウザが表示するデータを各サーバ装置から取得するための応答プログラムを、前記特性検出手段で検出した特性に応じて選定して当該ブラウザに送信する応答手段とを備えることを特徴とする。
<概要>
本発明に係る監視システムは、複数の監視サーバ装置がそれぞれ監視している設備の状況(以下、「監視情報」という。)を、監視情報表示装置のブラウザで一括表示するものである。
1つ目は、ブラウザは、ユーザが1つの監視サーバ装置にアクセスさせると、その監視サーバ装置の監視装置のみならず、他の監視サーバ装置それぞれの監視情報を自動的に取得して表示することができることであり、2つ目は、ブラウザは通常のWebブラウザであり、その仕様は変更され得ることである。
ここで、問題となるのは、1つ目の前提を実現する方法は複数あるが、ブラウザの仕様がそれら全て方法を必ずしもサポートしていない場合があることである。すなわち、ある方法で1つ目の前提を実現していたときに、ブラウザの仕様が変更となった場合、監視情報の一括表示が出来なくなってしまう場合があることである。
しかし、監視サーバ装置は、設備の監視用であるという性質上、一度設置されるとそのままであることが通常である。従って、ブラウザの仕様変更に伴い、バージョンアップされたりすることは望めない。
<監視システムの全体像>
本発明の実施形態に係る監視システムの全体像について、次の3つの項で説明する。1つ目は、<システム構成例>の項で本システムの構成を、2つ目は、<通信方式>の項で本システムで使用する通信方式を、3つめは、<通信手順>の項で本システムの装置間での通信手順を説明する。
まず、本発明の実施形態に係る監視システムの構成例について図1を用いて説明する。
図1は、本発明の実施形態に係る監視システムの構成例を示す図である。
監視システム100は、設備(110、111)を監視しているメイン監視サーバ装置1000、設備(210、211)を監視している監視サーバ装置2000、設備(310、311)を監視している監視サーバ装置3000及び監視情報表示装置(5000,6000)で構成され、インターネット10で接続されている。
本実施形態では、メイン監視サーバ装置1000、監視サーバ装置2000、監視サーバ装置3000は、それぞれ、設備の状況を監視しているものとし、各設備が正常であるか否か等を定期的に記録しているものとする。
ここでは、本システムにおいて、ブラウザが1つの監視サーバ装置にアクセスすると、他の監視サーバ装置それぞれの監視情報を取得することができる仕組みについて説明する。
本システムのブラウザは、複数の監視サーバ装置から監視情報を取得する必要があるが、通常のWebブラウザは、セキュリティの観点等から、基本的には、複数の監視サーバ装置には同時にアクセスできないというクロスドメイン制約がある。従って、限られたクロスドメイン通信手段を使用して、1つ目の前提を実現する必要がある。
1つ目のIMG方式は、メイン監視サーバ装置1000から、監視情報を表示できるように記述したHTML(Hyper Text Markup Language)文書をブラウザ5200に送り、<img>タグのソース(src)指定記述により、他の各監視サーバ装置上の、監視情報を表すためのイメージデータを返すCGI等のアドレスを指定して、他の各監視サーバ装置からの監視情報もまとめて表示させるようにする方式であり、画像として監視情報を取得する。この方式を使用する場合、各監視サーバ装置には、イメージデータを生成するための変換ツールを備えるか、予めイメージデータを記憶しておく必要がある。また、この通信方式では、ブラウザは、画像の高さと横幅しか取得できないため、本実施形態では、監視情報の内容、例えば警報の度合に応じて、サイズの異なる画像をブラウザに返信することで、監視情報をブラウザに伝えることとする。例えば、縦横のサイズが共に1である場合は、異常無しとし、それ以外は異常有りとするなどである。
2つ目のJSONP方式は、他のドメインのサーバにおけるスクリプトソースを指定した<script>タグにより通信を行う方式であり、他の監視サーバ装置のcallback関数を読み込んで実行するものである。
本システムでは、これら4つの方式のいずれかを用いて、ユーザがブラウザに1つのサーバ装置にアクセスさせると、他の監視サーバ装置それぞれの監視情報をも自動で取得して一括表示させることができる仕組みを実現する。
図5は、本システムのブラウザ5200とメイン監視サーバ装置1000及び監視サーバ装置(2000、3000)との通信手順を示した図である。尚、ブラウザ5200は、監視情報表示装置5000が備えるブラウザである。詳細は、図2を用いて<構成>の項で説明する。
また、各監視サーバ装置(2000、3000)は、それぞれ、FIM方式、IMG方式、JSONP方式の監視情報を送信するプログラム「iframe.cgi」、「img.cgi」、「json.cgi」を記憶している。これらのプログラムは、自装置の監視情報をブラウザに知らせるためのプログラムであり、後述する<構成>の項で説明する自装置用HTMLである。
まず、ブラウザ5200は、ユーザの操作を受けて、メイン監視サーバ装置1000のアドレスにより、そこにアクセスして監視情報をリクエストする((1)参照)。尚、メイン監視サーバ装置1000のアドレスは、例えばユーザが入力する、又は、ブラウザに予め登録されているものとする。
その後、ブラウザ5200は、検出用HTMLによる結果をメイン監視サーバ装置1000に送る((4)参照)。メイン監視サーバ装置1000は、受信した結果と通信ログとから、ブラウザ5200の特性を検出し、検出したブラウザ特性に応じた通信方式を選定し、選定した通信方式のHTMLを、ブラウザ5200に送信する((5)参照)。
図6は、検出したブラウザ特性に応じた通信方式としてFIM方式が選定された場合の動作例を示す図である。
この例では、監視サーバ装置2000の監視情報をブラウザが取得する例を示している。上述したように、FIM方式では、URLの#以降の文字列で情報をやり取りするので、ここでは、ブラウザ5200は、監視サーバ装置2000から“信号線異常”という文字列を取得する。
ここでは、受信したデータを引数にした関数が呼ばれることにより、監視情報をブラウザで処理することができる。ブラウザは、各監視サーバ装置から受信したこのような応答データを処理して、ディスプレイに表示する。
次に、図7は、ブラウザ5200がディスプレイ5300に表示する監視情報一覧5310の例である。
以下、本発明に係る監視システムの例として、ビルの非常灯などの設備を監視するシステムを説明する。
本システムを構成する、メイン監視サーバ装置1000、監視サーバ装置(2000、3000)及び監視情報表示装置(5000、6000)について説明する。
図2は、本発明にかかる監視サーバ装置1000と監視サーバ装置2000と監視情報表示装置5000の機能ブロック図である。
本実施形態のメイン監視サーバ装置1000、監視装置2000等は、通常の設備監視装置の機能を有するが、メイン監視サーバ装置1000は、更に、監視情報表示装置5000から、表示する監視情報の要求を受ける機能も有するものとする。
通信部5100は、インターネット10を通して、メイン監視サーバ装置1000及び監視サーバ装置2000等とデータのやり取りを行う機能を有する。
また、ブラウザ5200は、通常のWebコンテンツのブラウザ機能を有しており、各監視サーバ装置からの監視情報をWebコンテンツとしてディスプレイ5300に表示する。また、メイン監視サーバ装置1000からのブラウザ特性検出用のHTMLドキュメントを実行して実行結果を返すことにより、メイン監視サーバ装置1000にブラウザの特性を知らせる。
まず、通信部1100は、インターネット10を通して、監視情報表示装置5000及び他の監視サーバ装置2000等とデータのやり取りを行う機能を有する。また、通信ログを取る機能も有する。
このブラウザ特性検出部1200は、検出用HTMLをブラウザに送信し、ブラウザでの結果と自装置、すなわちメイン監視サーバ装置1000の通信ログとを分析することによりブラウザの特性を検出する。この検出用HTMLは、検出用HTML記憶部1600に記憶されている。
次に、通信方式選定部1300は、監視情報を要求してきたブラウザに対して、どの通信方式で応答を行うか、言い換えれば、ブラウザが監視サーバ装置2000等に監視情報を要求する通信方式を選定する機能を有する。また、この通信方式選定部1300は、ポーリング方式で接続するのか、持続的な接続で接続するのかという接続方式も選定する。選定方法は、後述する<動作>の中の<通信方式の選定方法>の項で説明する。
ブラウザ特性記憶部1700は、ブラウザの特性を記憶する機能を有する。この特性は、ブラウザ特性検出部1200が検出したものであり、ブラウザ特性検出部1200により記憶される。
次に、監視サーバ装置2000について説明する。
監視サーバ装置2000は、通信部2100、Webサービス部2200、自装置用HTML記憶部2300及び設備状態取得部2400から構成される。
Webサービス部2200は、ブラウザからのリクエストに対して、ブラウザで表示する監視情報を返信する機能を有する。具体的には、自装置が監視している設備の監視情報の表示を行うためのデータ等を生成する機能を有する。本実施形態では、ブラウザが通信してきた通信方式の自装置用HTMLを、自装置用HTML記憶部2300から読出し、必要があれば自装置の設備の状態に応じて修正を施して返信する。
設備状態取得部2400は、自装置が監視している設備(210、211)の状態を取得する機能を有する。
ここで、ブラウザ特性検出部1200等の各部による各処理の全部または一部は、CPU(図示していない。)が各種プログラムを実行することにより実現されるものである。
以下、本発明である監視システムが用いる主なデータについて、図3と図4とを用いて説明する。
図3は、ブラウザ特性テーブル1710の構成および内容例を示す図である。これは、ブラウザ特性記憶部1700に、ブラウザを識別するためのIDと対応付けて記憶されている。ブラウザを識別するためのIDは、ブラウザから送られたHTTPリクエストのヘッダ情報を元に作成したものとする。
ブラウザの特性は数々あるが、ここでは、各通信方式の使用可否1712、同時接続数1713及び受信順処理可能1714を特性とするものとする。
ここでは、通信方式1711毎に同時接続数1713と受信順処理可能1714とが記載されている。実際のブラウザの特性は一意に定まっているものであるが、本実施形態では、通信方式毎にブラウザ特性の検出用HTMLを実行させて検出することから、その検出結果を通信方式毎に記憶しておくものとする。
次に、同時接続数1713は、ブラウザ5200が、同時に接続できる最大数を示す。すなわち、ブラウザ5200が、監視サーバ装置に対して同時にいくつのリクエストを発行できるかを示している。
図4に、別のブラウザ、例えば、ブラウザ6000のブラウザ特性テーブルの例を示す。
<動作>
以下、上述した監視システムの監視情報表示装置5000、メイン監視サーバ装置1000及び監視サーバ装置2000等の動作について図8と図9とを用いて説明する。
まず、図8を用いて、監視情報表示装置5000が、メイン監視サーバ装置1000と監視サーバ装置2000等の監視情報を取得し、表示する処理を説明する。
通信部1100を介してリクエストを受信したWebサービス部1400は、ブラウザ特性記憶部1700に、リクエストを受けたブラウザのブラウザ特性が記憶されているかを判断する(ステップS110)。
依頼を受けたブラウザ特性検出部1200は、ブラウザの特性を検出する処理を行うため、検出用HTML記憶部1700から検出用HTMLを読み出して、監視情報表示装置5000のブラウザ5200に送信する(ステップS121)。ブラウザ5200は、受信したHTMLを実行し(ステップS210)、結果をブラウザ特性検出部1200に返す(ステップS211)。
特性検出処理を終了したブラウザ特性検出部1200は、その旨をWebサービス部1400に通知する。
依頼を受けた通信方式選定部1300は、ブラウザ特性記憶部1700に記憶されているブラウザ特性テーブル1710を参照して、通信方式を選定する(ステップS130)。選定方法は、以下の<通信方式の選定方法>の項で説明する。
通信方式を選定した通信方式選定部1300は、選定した通信方式をWebサービス部1400に通知し、通知を受けたWebサービス部1400は、全体用HTML記憶部1500から、通知された通信方式に応じた全体用HTMLを読み出し、必要に応じて、設備状態取得部1800から自装置の設備の監視情報を読み出して追加し、ブラウザ5200に送信する(ステップS140、ステップS141)。
<通信方式の選定方法>
ここで、本実施形態での通信方式の選定処理について説明する。この処理は、通信方式選定部1300が行う処理である。ここでは、IMG方式、JSONP方式、FIM方式、PROXY方式の4つの中から1つを通信方式として選定し、ポーリング方式又は持続的接続方式のいずれか1つを接続方式として選定する。これらの選定は、ブラウザ特性テーブル1710をもとに行われる。
同時接続数1713と受信順処理可能1714とは、通信をポーリング方式で行うか、持続的HTTP接続で行うかの接続方式の判断に用いられる。持続的HTTP接続は、通称Comet方式といい、以下「Comet方式」というものとする。
本実施形態では、同時接続数1713が「2」以上で、受信順処理可能1714が「○」である場合にのみComet方式を選択する。
同時接続数1713が「2」以上であるのは、Comet方式を使用する場合には、2つ以上の接続が確立できなければ、他の監視サーバ装置との通信を行うことができなくなってしまうからである。Comet方式は、接続を確立したままにするので、例えば、同時接続数が「1」であった場合は、1つの監視サーバ装置とComet方式で接続した場合に、他の監視サーバ装置と通信することができないこととなる。
図4に、ブラウザ6000のブラウザ特性テーブルの例を示す。
図4で示されるブラウザ6000のブラウザ特性テーブル1750は、通信方式1711の「PROXY方式」と「IMG方式」のみの使用可否1712が「○」であり、それぞれ同時接続数1713が「1」、受信順処理可能1714が「○」である。
従って、図4のブラウザ特性テーブル1750で示されるブラウザとの通信は、通信方式はIMG方式が、接続方式はポーリング方式が選定される。
<ブラウザ特性の検出方法>
ここで、ブラウザ特性を検出する方法について、図9を用いて説明する。
図9は、ブラウザ特性を検出する処理を示すフローチャートである。
ブラウザ特性の検出処理は、ブラウザ特性検出部1200が行う(図2参照)。
各検出用HTMLは、callback関数で最後にresearch.cgiに結果を送信し、次の通信方式の検出用HTMLを実行するよう作成され、ブラウザ5200では、順次全ての通信方式の検出用HTMLを実行する。
メイン監視サーバ1000に記憶されているIMG方式の検出用CGIプログラム「img.cgi」(以下、「IMG方式CGI」という。)に対して、遅延時間の異なる複数のrequest関数1610を同時に実行する。request関数は、IMGタグを動的に生成し、監視サーバ装置からのレスポンスを受信した場合に、callback関数を実行する。
全ての通信方式の検出用HTMLの実行結果を取得したブラウザ特性検出部1200は、これらの結果等から、ブラウザ特性を検出する(ステップS410)。
すなわち、同時接続数1713は、同一セッション内での各通信方式の検出用CGIへのリクエストのログにおいて、最も過去のリクエスト時刻からCGIの最小の実行遅延時間、例えば、5秒経過するまでに受信したリクエスト数を同時接続数1713とする。
また、通信方式の検出用HTMLの実行結果が記録されている場合は、使用可否1712を「可」とし、記録されていない場合は、その通信方式は使用できないと判断し、使用可否1712を「否」とする。
<補足>
以上、本発明に係る監視システムについて実施形態に基づいて説明したが、このシステムを部分的に変形することもでき、本発明は上述の実施形態に限られないことは勿論である。即ち、
(1)実施形態では、ブラウザ特性の同時接続数が2以上で、且つ、受信順に処理可能である場合に、Comet方式を選定することとしているが、Comet方式で接続するか否かは、アプリケーションの内容に依存する。
(2)実施形態では、4つの通信方式すべてについて使用可否等の特性を調べているが、優先順位の高いものから調べて、使用できる場合は、他の通信方式を調べないこととしてもよい。調べるための時間を短縮でき、迅速な応答が可能になる。
また、使用できる通信方法が予め1つに決まっている場合であっても、ブラウザの特性が変更されている場合を考慮し、検出用HTMLを送信することとしてももちろんよい。
(3)実施形態では、通信方式がIMG方式の場合は、画像のサイズで監視情報を伝えることとしているが、例えば、GIF画像中のヘッダを用いて画像のサイズを返信することとしてもよい。
(4)実施形態では、監視サーバ装置(2000、3000)と、メイン監視サーバ装置1000とを説明したが、すべての監視サーバ装置が双方の機能を備えていることとしてもよい。この場合、ブラウザは、どの監視サーバ装置にアクセスしても全監視情報を取得することができる。
(5)実施形態では、ブラウザ特性記憶部には、ブラウザ特性をブラウザを識別できるIDと対応付けて記憶することとし、識別IDをHTTPリクエストのヘッダ情報を元に生成しているが、他の方法で識別ID作成してもよい。
ヘッダ情報は、メイン監視サーバ装置1000に送られる途中のプロキシやファイアウォールで削除される場合があることからである。
(6)実施形態では、ブラウザ特性記憶部に、ブラウザを識別できるIDと対応付けてブラウザ特性を記憶しており、記憶されているIDと同じブラウザからリクエストがあったときは、特性検出処理を行わずに記憶されているブラウザ特性を使用することとしている。しかし、同時接続数等の特性は、ブラウザの仕様だけでなく、ファイアウォールやユーザの設定によって異なる場合があることから、最初にリクエストを受けた際だけでなく、例えば、定期的に検出するのが望ましい。
(7)監視システムは、図2の各構成要素の全部又は一部を、1チップ又は複数チップの集積回路で実現してもよい。
(8)実施形態で示した監視システムの各機能を実現させる為の各制御処理(図8等参照)をCPUに実行させる為のプログラムを、記録媒体に記録し又は各種通信路等を介して、流通させ頒布することもできる。このような記録媒体には、ICカード、光ディスク、フレキシブルディスク、ROM、フラッシュメモリ等がある。流通、頒布されたプログラムは、機器におけるCPUで読み取り可能なメモリ等に格納されることにより利用に供され、そのCPUがそのプログラムを実行することにより実施形態で示した各機能が実現される。
1100 通信部
1200 ブラウザ特性検出部
1300 通信方式選定部
1400 Webサービス部
1500 全体用HTML記憶部
1600 検出用HTML記憶部
1700 ブラウザ特性記憶部
1710 1750 ブラウザ特性テーブル
1800 設備状態取得部
2000 3000 監視サーバ装置
2100 通信部
2200 Webサービス部
2300 自装置用HTML記憶部
2400 設備状態取得部
5000 6000 監視情報表示装置
5100 通信部
5200 ブラウザ
5300 ディスプレイ
5310 監視情報一覧
Claims (18)
- ブラウザを有する1以上の表示装置とWebサーバ機能を有する1以上のサーバ装置とから成る監視システムであって、
前記サーバ装置は、
特性を検出するための検出プログラムをブラウザに送信し、送信した検出プログラムが当該ブラウザで実行された結果として送信されたデータを受信して、当該結果に基づいて当該ブラウザの特性を検出する特性検出手段と、
前記表示装置のブラウザからリクエストを受けた際に、前記特性検出手段で当該ブラウザの特性を検出し、当該ブラウザが表示するデータを各サーバ装置から取得するための応答プログラムを、検出した特性に応じて選定し当該ブラウザに送信する応答手段とを備え、
ブラウザの前記特性は、当該ブラウザが同時に確立できる接続の数であり、
前記応答手段が、当該ブラウザに送信する前記応答プログラムは、前記接続の数のうち、少なくとも1つを残して持続的接続を確立して、当該ブラウザが表示するデータを各サーバ装置から取得するためのプログラムである
ことを特徴とする監視システム。 - 前記監視システムは、更に、ブラウザの特性を、当該ブラウザからのリクエストに基づいた識別子と対応付けて記憶する特性記憶手段を備え、
前記特性検出手段は、検出した特性を前記特性記憶手段に記憶し、
前記応答手段は、前記表示装置のブラウザからリクエストを受けた際に、前記特性記憶手段に当該識別子と対応付けた特性が記憶されている場合は、記憶されている特性に応じた応答プログラムを送信する
ことを特徴とする請求項1に記載の監視システム。 - 前記特性検出手段がブラウザに送信する検出プログラムは、当該ブラウザが前記サーバ装置に複数のリクエストをほぼ同時に送信するものであり、受信する前記結果とは、当該サーバ装置が当該ブラウザから受信するリクエストであり、
前記特性検出手段は、当該ブラウザの特性である同時に確立できる接続の数は、所定時間内に当該ブラウザから受信したリクエストの数であると検出する
ことを特徴とする請求項1に記載の監視システム。 - ブラウザを有する1以上の表示装置とWebサーバ機能を有する1以上のサーバ装置とから成る監視システムであって、
前記サーバ装置は、
特性を検出するための検出プログラムをブラウザに送信し、送信した検出プログラムが当該ブラウザで実行された結果として送信されたデータを受信して、当該結果に基づいて当該ブラウザの特性を検出する特性検出手段と、
前記表示装置のブラウザからリクエストを受けた際に、前記特性検出手段で当該ブラウザの特性を検出し、当該ブラウザが表示するデータを各サーバ装置から取得するための応答プログラムを、検出した特性に応じて選定し当該ブラウザに送信する応答手段とを備え、
ブラウザの前記特性は、当該ブラウザからのリクエスト順にかかわらず、応答メッセージを受信した順序で処理を行うか否かであり、
前記応答手段が、受信した順序で処理を行わない特性を有するブラウザに送信する前記応答プログラムは、持続的接続を行わないプログラムである
ことを特徴とする監視システム。 - 前記特性検出手段がブラウザに送信する検出プログラムは、当該ブラウザが前記サーバ装置に、応答メッセージを送信する時間が異なるように指定した複数のリクエストをほぼ同時に送信し、当該サーバ装置からの当該リクエストに対する応答メッセージの処理順序を当該サーバ装置に送信するものであり、受信する前記結果とは、当該応答メッセージの処理順序であり、
前記特性検出手段は、当該サーバ装置がリクエストに対する応答メッセージを送信した順序と、前記結果である当該応答メッセージの処理順序とが一致した場合に、当該ブラウザの特性は、当該ブラウザからのリクエスト順にかかわらず、応答メッセージを受信した順序で処理を行うものであると検出する
ことを特徴とする請求項4に記載の監視システム。 - ブラウザを有する1以上の表示装置とWebサーバ機能を有する1以上のサーバ装置とから成る監視システムであって、
前記サーバ装置は、
特性を検出するための検出プログラムをブラウザに送信し、送信した検出プログラムが当該ブラウザで実行された結果として送信されたデータを受信して、当該結果に基づいて当該ブラウザの特性を検出する特性検出手段と、
前記表示装置のブラウザからリクエストを受けた際に、前記特性検出手段で当該ブラウザの特性を検出し、当該ブラウザが表示するデータを各サーバ装置から取得するための応答プログラムを、検出した特性に応じて選定し当該ブラウザに送信する応答手段とを備え、
前記応答プログラムは、HTML文書であり、
前記応答手段が、当該ブラウザに送信する前記応答プログラムは、<img>タグのソース指定記述により、他の各サーバ装置を指定して、他の各サーバ装置から表示するデータを取得するプログラムである
ことを特徴とする監視システム。 - ブラウザを有する1以上の表示装置とWebサーバ機能を有する1以上のサーバ装置とから成る監視システムであって、
前記サーバ装置は、
特性を検出するための検出プログラムをブラウザに送信し、送信した検出プログラムが当該ブラウザで実行された結果として送信されたデータを受信して、当該結果に基づいて当該ブラウザの特性を検出する特性検出手段と、
前記表示装置のブラウザからリクエストを受けた際に、前記特性検出手段で当該ブラウザの特性を検出し、当該ブラウザが表示するデータを各サーバ装置から取得するための応答プログラムを、検出した特性に応じて選定し当該ブラウザに送信する応答手段とを備え、
前記応答プログラムは、HTML文書であり、
前記応答手段が、当該ブラウザに送信する前記応答プログラムは、<script>タグのソース指定記述により、他のサーバ装置のスクリプトソースを指定し、他の各サーバ装置から表示するデータを取得するプログラムである
ことを特徴とする監視システム。 - ブラウザを有する1以上の表示装置とWebサーバ機能を有する1以上のサーバ装置とから成る監視システムであって、
前記サーバ装置は、
特性を検出するための検出プログラムをブラウザに送信し、送信した検出プログラムが当該ブラウザで実行された結果として送信されたデータを受信して、当該結果に基づいて当該ブラウザの特性を検出する特性検出手段と、
前記表示装置のブラウザからリクエストを受けた際に、前記特性検出手段で当該ブラウザの特性を検出し、当該ブラウザが表示するデータを各サーバ装置から取得するための応答プログラムを、検出した特性に応じて選定し当該ブラウザに送信する応答手段とを備え、
前記表示装置が前記応答プログラムを実行することにより、前記複数のサーバ装置全てから当該ブラウザが表示するデータを取得し、当該ブラウザが取得したデータを表示する
ことを特徴とする監視システム。 - Webサーバ機能を有する1以上のサーバ装置からなる監視システムで使用される一のサーバ装置であって、
前記一のサーバ装置は、
ブラウザからリクエストを受けた場合に、特性を検出するための検出プログラムを当該ブラウザに送信し、送信した検出プログラムが当該ブラウザで実行された結果を受信して、当該結果に基づいて当該ブラウザの特性を検出する特性検出手段と、
前記ブラウザからのリクエストへの応答として、前記ブラウザが表示するデータを各サーバ装置から取得するための応答プログラムを、前記特性検出手段で検出した特性に応じて選定して当該ブラウザに送信する応答手段とを備え、
ブラウザの前記特性は、当該ブラウザが同時に確立できる接続の数であり、
前記応答手段が、当該ブラウザに送信する前記応答プログラムは、前記接続の数のうち、少なくとも1つを残して持続的接続を確立して、当該ブラウザが表示するデータを各サーバ装置から取得するためのプログラムである
ことを特徴とするサーバ装置。 - Webサーバ機能を有する1以上のサーバ装置からなる監視システムで使用される一のサーバ装置であって、
前記一のサーバ装置は、
ブラウザからリクエストを受けた場合に、特性を検出するための検出プログラムを当該ブラウザに送信し、送信した検出プログラムが当該ブラウザで実行された結果を受信して、当該結果に基づいて当該ブラウザの特性を検出する特性検出手段と、
前記ブラウザからのリクエストへの応答として、前記ブラウザが表示するデータを各サーバ装置から取得するための応答プログラムを、前記特性検出手段で検出した特性に応じて選定して当該ブラウザに送信する応答手段とを備え、
ブラウザの前記特性は、当該ブラウザからのリクエスト順にかかわらず、応答メッセージを受信した順序で処理を行うか否かであり、
前記応答手段が、受信した順序で処理を行わない特性を有するブラウザに送信する前記応答プログラムは、持続的接続を行わないプログラムである
ことを特徴とするサーバ装置。 - Webサーバ機能を有する1以上のサーバ装置からなる監視システムで使用される一のサーバ装置であって、
前記一のサーバ装置は、
ブラウザからリクエストを受けた場合に、特性を検出するための検出プログラムを当該ブラウザに送信し、送信した検出プログラムが当該ブラウザで実行された結果を受信して、当該結果に基づいて当該ブラウザの特性を検出する特性検出手段と、
前記ブラウザからのリクエストへの応答として、前記ブラウザが表示するデータを各サーバ装置から取得するための応答プログラムを、前記特性検出手段で検出した特性に応じて選定して当該ブラウザに送信する応答手段とを備え、
前記応答プログラムは、HTML文書であり、
前記応答手段が、当該ブラウザに送信する前記応答プログラムは、<img>タグのソース指定記述により、他の各サーバ装置を指定して、他の各サーバ装置から表示するデータを取得するプログラムである
を備えることを特徴とするサーバ装置。 - Webサーバ機能を有する1以上のサーバ装置からなる監視システムで使用される一のサーバ装置であって、
前記一のサーバ装置は、
ブラウザからリクエストを受けた場合に、特性を検出するための検出プログラムを当該ブラウザに送信し、送信した検出プログラムが当該ブラウザで実行された結果を受信して、当該結果に基づいて当該ブラウザの特性を検出する特性検出手段と、
前記ブラウザからのリクエストへの応答として、前記ブラウザが表示するデータを各サーバ装置から取得するための応答プログラムを、前記特性検出手段で検出した特性に応じて選定して当該ブラウザに送信する応答手段とを備え、
前記応答プログラムは、HTML文書であり、
前記応答手段が、当該ブラウザに送信する前記応答プログラムは、<script>タグのソース指定記述により、他のサーバ装置のスクリプトソースを指定し、他の各サーバ装置から表示するデータを取得するプログラムである
ことを特徴とするサーバ装置。 - Webサーバ機能を有する1以上のサーバ装置からなる監視システムで使用される一のサーバ装置であって、
前記一のサーバ装置は、
当該一のサーバ装置にアクセスされると、当該一のサーバ装置のみならず、他のサーバ装置それぞれからデータを取得して表示するブラウザからリクエストを受けた場合に、特性を検出するための検出プログラムを当該ブラウザに送信し、送信した検出プログラムが当該ブラウザで実行された結果を受信して、当該結果に基づいて当該ブラウザの特性を検出する特性検出手段と、
前記ブラウザからのリクエストへの応答として、前記ブラウザが表示する前記データを各サーバ装置から取得するための応答プログラムを、前記特性検出手段で検出した特性に応じて選定して当該ブラウザに送信する応答手段と
を備えることを特徴とするサーバ装置。 - Webサーバ機能を有する1以上のサーバ装置からなる監視システムで使用される一のサーバ装置に応答処理を行わせる為のコンピュータプログラムであって、
ブラウザからリクエストを受けた場合に、特性を検出するための検出プログラムを当該ブラウザに送信し、送信した検出プログラムが当該ブラウザで実行された結果を受信して、当該結果に基づいて当該ブラウザの特性を検出する特性検出ステップと、
前記ブラウザからのリクエストへの応答として、前記ブラウザが表示するデータを各サーバ装置から取得するための応答プログラムを、前記特性検出ステップで検出した特性に応じて選定して当該ブラウザに送信する応答ステップとを備え、
ブラウザの前記特性は、当該ブラウザが同時に確立できる接続の数であり、
前記応答ステップが、当該ブラウザに送信する前記応答プログラムは、前記接続の数のうち、少なくとも1つを残して持続的接続を確立して、当該ブラウザが表示するデータを各サーバ装置から取得するためのプログラムである
ことを特徴とするコンピュータプログラム。 - Webサーバ機能を有する1以上のサーバ装置からなる監視システムで使用される一のサーバ装置に応答処理を行わせる為のコンピュータプログラムであって、
ブラウザからリクエストを受けた場合に、特性を検出するための検出プログラムを当該ブラウザに送信し、送信した検出プログラムが当該ブラウザで実行された結果を受信して、当該結果に基づいて当該ブラウザの特性を検出する特性検出ステップと、
前記ブラウザからのリクエストへの応答として、前記ブラウザが表示するデータを各サーバ装置から取得するための応答プログラムを、前記特性検出ステップで検出した特性に応じて選定して当該ブラウザに送信する応答ステップとを備え、
ブラウザの前記特性は、当該ブラウザからのリクエスト順にかかわらず、応答メッセージを受信した順序で処理を行うか否かであり、
前記応答ステップが、受信した順序で処理を行わない特性を有するブラウザに送信する前記応答プログラムは、持続的接続を行わないプログラムである
ことを特徴とするコンピュータプログラム。 - Webサーバ機能を有する1以上のサーバ装置からなる監視システムで使用される一のサーバ装置に応答処理を行わせる為のコンピュータプログラムであって、
ブラウザからリクエストを受けた場合に、特性を検出するための検出プログラムを当該ブラウザに送信し、送信した検出プログラムが当該ブラウザで実行された結果を受信して、当該結果に基づいて当該ブラウザの特性を検出する特性検出ステップと、
前記ブラウザからのリクエストへの応答として、前記ブラウザが表示するデータを各サーバ装置から取得するための応答プログラムを、前記特性検出ステップで検出した特性に応じて選定して当該ブラウザに送信する応答ステップとを備え、
前記応答プログラムは、HTML文書であり、
前記応答ステップが、当該ブラウザに送信する前記応答プログラムは、<img>タグのソース指定記述により、他の各サーバ装置を指定して、他の各サーバ装置から表示するデータを取得するプログラムである
を備えることを特徴とするコンピュータプログラム。 - Webサーバ機能を有する1以上のサーバ装置からなる監視システムで使用される一のサーバ装置に応答処理を行わせる為のコンピュータプログラムであって、
ブラウザからリクエストを受けた場合に、特性を検出するための検出プログラムを当該ブラウザに送信し、送信した検出プログラムが当該ブラウザで実行された結果を受信して、当該結果に基づいて当該ブラウザの特性を検出する特性検出ステップと、
前記ブラウザからのリクエストへの応答として、前記ブラウザが表示するデータを各サーバ装置から取得するための応答プログラムを、前記特性検出ステップで検出した特性に応じて選定して当該ブラウザに送信する応答ステップとを備え、
前記応答プログラムは、HTML文書であり、
前記応答ステップが、当該ブラウザに送信する前記応答プログラムは、<script>タグのソース指定記述により、他のサーバ装置のスクリプトソースを指定し、他の各サーバ装置から表示するデータを取得するプログラムである
を備えることを特徴とするコンピュータプログラム。 - Webサーバ機能を有する1以上のサーバ装置からなる監視システムで使用される一のサーバ装置に応答処理を行わせる為のコンピュータプログラムであって、
当該一のサーバ装置にアクセスされると、当該一のサーバ装置のみならず、他のサーバ装置それぞれからデータを取得して表示するブラウザからリクエストを受けた場合に、特性を検出するための検出プログラムを当該ブラウザに送信し、送信した検出プログラムが当該ブラウザで実行された結果を受信して、当該結果に基づいて当該ブラウザの特性を検出する特性検出ステップと、
前記ブラウザからのリクエストへの応答として、前記ブラウザが表示する前記データを各サーバ装置から取得するための応答プログラムを、前記特性検出ステップで検出した特性に応じて選定して当該ブラウザに送信する応答ステップと
を備えることを特徴とするコンピュータプログラム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2008080712A JP5015052B2 (ja) | 2008-03-26 | 2008-03-26 | 監視システム及び監視サーバ装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2008080712A JP5015052B2 (ja) | 2008-03-26 | 2008-03-26 | 監視システム及び監視サーバ装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2009237725A JP2009237725A (ja) | 2009-10-15 |
JP5015052B2 true JP5015052B2 (ja) | 2012-08-29 |
Family
ID=41251621
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2008080712A Expired - Fee Related JP5015052B2 (ja) | 2008-03-26 | 2008-03-26 | 監視システム及び監視サーバ装置 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP5015052B2 (ja) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2014174748A (ja) * | 2013-03-08 | 2014-09-22 | Mitsubishi Electric Corp | 設備管理システムおよび監視プログラム |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5425691B2 (ja) * | 2010-04-01 | 2014-02-26 | サイバーステーション株式会社 | Webシステムプログラム |
JP5736972B2 (ja) * | 2011-05-30 | 2015-06-17 | 富士ゼロックス株式会社 | 蓄積装置及び通信システム |
KR101304372B1 (ko) * | 2012-01-27 | 2013-09-11 | 금명성 | 임의의 정보전달 경로설정이 가능한 노드 모니터링 시스템 |
WO2014002184A1 (ja) * | 2012-06-26 | 2014-01-03 | 三菱電機株式会社 | 設備管理システム及びプログラム |
JP5778651B2 (ja) * | 2012-10-24 | 2015-09-16 | サイバーステーション株式会社 | Webシステム |
JP5975396B2 (ja) * | 2012-11-30 | 2016-08-23 | パナソニックIpマネジメント株式会社 | 機器管理システム、それに用いられる管理装置および機器 |
JP2014191455A (ja) | 2013-03-26 | 2014-10-06 | Fuji Xerox Co Ltd | 情報処理装置、情報処理システム及び情報処理プログラム |
JP6327880B2 (ja) * | 2014-02-24 | 2018-05-23 | キヤノン株式会社 | 画像処理装置、画像処理装置の制御方法、及びプログラム |
JP6603513B2 (ja) | 2014-09-03 | 2019-11-06 | キヤノン株式会社 | 通信装置及び情報処理装置及びそれらの制御方法、並びに記憶媒体 |
WO2016035293A1 (en) * | 2014-09-03 | 2016-03-10 | Canon Kabushiki Kaisha | Communication apparatus, information processing apparatus, methods and computer-readable storage medium |
JP6544911B2 (ja) * | 2014-11-21 | 2019-07-17 | 三菱電機株式会社 | 機器管理システム、サーバ、アプリケーション実行方法、および、プログラム |
JP6643575B2 (ja) * | 2016-03-28 | 2020-02-12 | パナソニックIpマネジメント株式会社 | 指示情報通知システムと端末装置 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4235598B2 (ja) * | 2004-10-18 | 2009-03-11 | 富士フイルム株式会社 | 画像変換サーバおよび画像表示情報更新サーバならびにそれらの制御方法 |
JP2006268116A (ja) * | 2005-03-22 | 2006-10-05 | Canon Inc | コンテンツ管理システム、コンテンツ管理方法 |
-
2008
- 2008-03-26 JP JP2008080712A patent/JP5015052B2/ja not_active Expired - Fee Related
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2014174748A (ja) * | 2013-03-08 | 2014-09-22 | Mitsubishi Electric Corp | 設備管理システムおよび監視プログラム |
Also Published As
Publication number | Publication date |
---|---|
JP2009237725A (ja) | 2009-10-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5015052B2 (ja) | 監視システム及び監視サーバ装置 | |
JP5732767B2 (ja) | 処理装置,処理方法,処理用プログラム,同プログラムを記録したコンピュータ読取可能な記録媒体 | |
JP4172807B2 (ja) | 障害発生の原因箇所の発見を支援する技術 | |
JP2009265959A (ja) | ストリーム配信システム及び障害検知方法 | |
JP2008090504A (ja) | コンピュータ保守支援システム及び解析サーバ | |
CN108200132A (zh) | 资源获取方法、装置、设备及计算机可读存储介质 | |
WO2010143576A1 (ja) | リンクサーバweb空調監視システム | |
JP5625605B2 (ja) | Os動作状態確認システム、確認対象装置、os動作状態確認装置、os動作状態確認方法およびプログラム | |
JP2009289103A (ja) | 情報処理システム、情報処理装置、及びコンピュータプログラム | |
CN103731315A (zh) | 一种服务器故障检测方法 | |
US20130179569A1 (en) | Systems and methods for gateway status information handling | |
JP2017156921A (ja) | コンピュータ、デバイス、処理方法、プログラム | |
JP5014040B2 (ja) | ゲートウェイ装置及びゲートウェイ装置のゲートウェイ方法及びゲートウェイプログラム | |
JP4858524B2 (ja) | 遠隔制御監視システム | |
JP2011227639A (ja) | 情報処理装置、タイムアウト処理方法、及びタイムアウト処理プログラム | |
JP4863984B2 (ja) | 監視処理プログラム、方法及び装置 | |
JP2009054171A (ja) | 遠隔制御監視システム及びそれに用いる情報通信方法 | |
JP2008005118A (ja) | ネットワーク監視システム | |
US9807199B2 (en) | Information processing apparatus, data provision method, and storage medium | |
JP5764090B2 (ja) | 端末状態検知装置および端末状態検知方法 | |
WO2021049120A1 (ja) | コンピュータプログラム、情報処理方法、情報処理装置及び情報処理システム | |
CN104423973B (zh) | 浮动框架页面加载信息的处理方法、装置及系统 | |
JPH11272507A (ja) | 監視情報通報システムおよびそのプログラム記録媒体 | |
JP5787730B2 (ja) | デバイス監視サーバー、管理方法、およびプログラム | |
JP2008250505A (ja) | 通信接続管理装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20100924 |
|
A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A712 Effective date: 20120111 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20120220 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20120306 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20120413 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20120515 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20120606 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20150615 Year of fee payment: 3 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
LAPS | Cancellation because of no payment of annual fees |