(57)【要約】【課題】リクエストの利用制限を効率的に行うことができる監視制御システムを提供する。【解決手段】複数のクライアント３１〜３３とサーバ２０と各クライアント３１〜３３に提供するデータが格納されている複数のＤＢサーバ１１〜１４とがＬＡＮ４、５を介して接続され、各クライアント３１〜３３はサーバ２０にリクエストを行いサーバ２０を介して各ＤＢサーバ１１〜１４からデータを取得する監視制御システムにおいて、サーバ２０は、各クライアント３１〜３３からのリクエストがいずれのＤＢサーバ１１〜１４であるかを分類する分類手段２１０と、リクエスト数があらかじめ設定されている各ＤＢサーバ１１〜１４の最大リクエスト数より少ないか否かを判断して少ないと判断すると当該リクエストに応じる制限手段２２０と、制限手段２２０にて応じると判断されたリクエストのデータを取得する取得手段２３０と、データを配信する配信手段２４０とを有する。【選択図】図１
2011165014.tif 000002
【特許請求の範囲】
【請求項１】
複数のクライアントとサーバと上記各クライアントに提供するデータが格納されている複数のデータベースサーバとがネットワークを介して接続され、上記各クライアントは上記サーバにリクエストを行い上記サーバを介して上記各データベースサーバからデータを取得する監視制御システムにおいて、
上記各クライアントは、上記サーバに上記各データベースサーバのデータをリクエストするリクエスト手段を有し、
上記サーバは、上記各クライアントからのリクエストがいずれの上記データベースサーバであるかを分類する分類手段と、
上記分類手段にて分類された上記データベースサーバへのリクエスト数があらかじめ設定されている上記各データベースサーバの最大リクエスト数より少ないか否かを判断して少ないと判断すると当該リクエストに応じる制限手段と、
上記制限手段にて応じると判断されたリクエストに対応する上記データベースサーバのデータを取得する取得手段と、
上記取得手段が取得したデータを上記クライアントに配信する配信手段とを有することを特徴とする監視制御システム。
【請求項２】
上記制限手段にて上記分類手段にて分類された上記データベースサーバのリクエスト数が最大リクエスト数より多いと判断されると上記クライアントに当該リクエストが制限中であることを通知する通知手段を備えたことを特徴とする請求項１に記載の監視制御システム。
【請求項３】
上記制限手段は、上記分類手段にて分類された上記データベースサーバのリクエスト数が最大リクエスト数より多いと判断された場合、その後に再度、上記分類手段にて分類された上記データベースサーバのリクエスト数が最大リクエスト数より少ないか否かを判断し、少ないと判断されると当該リクエストが利用可能であると判断し、
当該リクエストが利用可能であることを上記クライアントに通知する更新通知手段を備えたことを特徴とする請求項２または請求項３に記載の監視制御システム。
【請求項４】
上記各クライアントにリクエストを提供する優先度情報を管理する優先度管理手段を備え、
上記更新通知手段は、リクエストが利用可能であることを上記優先度管理手段の優先度情報に基づいて上記クライアントにリクエストが利用可能であることを通知することを特徴とする請求項３に記載の監視制御システム。
【請求項５】
上記クライアントは、リクエストの利用可能通知を受信すると再リクエストを行う再リクエスト手段を備えたことを特徴とする請求項３または請求項４に記載の監視制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、リクエストの利用制限を効率的に行う監視制御システムの関するものである。
【背景技術】
【０００２】
従来の監視制御システムは、サーバはコネクションレベルでクライアントのアクセス制限を行っていた（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−２５０８０６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来の監視制御システムは、サーバはクライアントが必要とするリクエストが何であるかを考慮せずコネクションレベルでのアクセス制限を行っているので、実際にはクライアントが必要とするリクエストに空きがあったとしても、あらかじめサーバ容量を超えないように設定された、コネクション数の上限に達した場合にはクライアントからのコネクションを許可していないため、リクエストの提供の効率が悪いという問題点があった。また、その場合、コネクションを許可していないため、何のために接続できなかったかという情報をユーザに通知することができないという問題があった。
【０００５】
この発明は上記のような課題を解決するために成されたものであり、リクエストの利用制限を効率的に行うことができる、さらに、利用制限の情報を提供することができる監視制御システムを得ることを目的とする。
【課題を解決するための手段】
【０００６】
この発明は、複数のクライアントとサーバと各クライアントに提供するデータが格納されている複数のデータベースサーバとがネットワークを介して接続され、各クライアントはサーバにリクエストを行いサーバを介して各データベースサーバからデータを取得する監視制御システムにおいて、
各クライアントは、サーバに各データベースサーバのデータをリクエストするリクエスト手段を有し、
サーバは、各クライアントからのリクエストがいずれのデータベースサーバであるかを分類する分類手段と、
分類手段にて分類されたデータベースサーバへのリクエスト数があらかじめ設定されている各データベースサーバの最大リクエスト数より少ないか否かを判断して少ないと判断すると当該リクエストに応じる制限手段と、
制限手段にて応じると判断されたリクエストに対応するデータベースサーバのデータを取得する取得手段と、
取得手段が取得したデータをクライアントに配信する配信手段とを有するものである。
【発明の効果】
【０００７】
この発明の監視制御システムは、複数のクライアントとサーバと各クライアントに提供するデータが格納されている複数のデータベースサーバとがネットワークを介して接続され、各クライアントはサーバにリクエストを行いサーバを介して各データベースサーバからデータを取得する監視制御システムにおいて、
各クライアントは、サーバに各データベースサーバのデータをリクエストするリクエスト手段を有し、
サーバは、各クライアントからのリクエストがいずれのデータベースサーバであるかを分類する分類手段と、
分類手段にて分類されたデータベースサーバへのリクエスト数があらかじめ設定されている各データベースサーバの最大リクエスト数より少ないか否かを判断して少ないと判断すると当該リクエストに応じる制限手段と、
制限手段にて応じると判断されたリクエストに対応するデータベースサーバのデータを取得する取得手段と、
取得手段が取得したデータをクライアントに配信する配信手段とを有するので、リクエストの利用制限を効率的に行うことができる。
【図面の簡単な説明】
【０００８】
【図１】この発明の実施の形態１の監視制御システムの構成を示すブロック図である。
【図２】図１に示した監視制御システムの動作を説明するためのシーケンス図である。
【図３】図１に示した監視制御システムの動作を説明するためのフローチャートである。
【図４】図１に示した監視制御システムの各ＤＢサーバの最大リクエスト数の定義テーブルを示す図である。
【図５】図１に示した監視制御システムのクライアントのリクエストを示す図である。
【図６】この発明の実施の形態２の監視制御システムの構成を示すブロック図である。
【図７】図６に示した監視制御システムの動作を説明するためのシーケンス図である。
【図８】図６に示した監視制御システムの動作を説明するためのフローチャートである。
【図９】図６に示した監視制御システムの通知メッセージを示す図である。
【図１０】この発明の実施の形態３の監視制御システムの構成を示すブロック図である。
【図１１】図１０に示した監視制御システムの動作を説明するためのシーケンス図である。
【図１２】図１０に示した監視制御システムの動作を説明するためのフローチャートである。
【図１３】図１０に示した監視制御システムの通知メッセージを示す図である。
【図１４】この発明の実施の形態４の監視制御システムの構成を示すブロック図である。
【図１５】図１４に示した監視制御システムの各クライアントの優先順位の定義テーブルを示す図である。
【図１６】この発明の実施の形態５の監視制御システムの構成を示すブロック図である。
【発明を実施するための形態】
【０００９】
実施の形態１．
以下、本願発明の実施の形態について説明する。図１はこの発明の実施の形態１の監視制御システムの構成を示すブロック図、図２は図１に示した監視制御システムの動作を説明するためのシーケンス図、図３は図１に示した監視制御システムの動作を説明するためのフローチャート、図４は図１に示した監視制御システムの各ＤＢサーバの最大リクエスト数の定義テーブルを示す図、図５は図１に示した監視制御システムのクライアントのリクエストを示す図である。
【００１０】
図において、複数のクライアント３１、クライアント３２およびクライアント３３はサーバ２０とＬＡＮ５を介して互いに接続されている。複数のデータベースサーバ（以下、ＤＢサーバと称する）Ａ１１、ＤＢサーバＢ１２、ＤＢサーバＣ１３およびＤＢサーバＤ１４とサーバ２０とはＬＡＮ４を介して互いに接続されている。ＤＢサーバＡ１１、ＤＢサーバＢ１２、ＤＢサーバＣ１３、ＤＢサーバＤ１４およびＤＢサーバＤ１４は各クライアント３１、３２、３３に提供するためのそれぞれ異なる種別のデータが格納されているものである。尚、ＬＡＮ４とＬＡＮ５とは互いに接続されていても、また、接続されていなくてもいずれの場合でもよい。各クライアント３１、クライアント３２およびクライアント３３はサーバ２０に対して、各ＤＢサーバＡ１１、ＤＢサーバＢ１２、ＤＢサーバＣ１３、ＤＢサーバＤ１４およびＤＢサーバＤ１４が保持するデータをリクエストするリクエスト手段３１０をそれぞれ備えている。
【００１１】
サーバ２０は、各クライアント３１、３２、３３からのリクエストがいずれのＤＢサーバＡ１１、ＤＢサーバＢ１２、ＤＢサーバＣ１３、ＤＢサーバＤ１４に対するリクエストかを分類する分類手段２１０と、分類手段２１０にて分類されたＤＢサーバＡ１１、ＤＢサーバＢ１２、ＤＢサーバＣ１３、ＤＢサーバＤ１４の現在使用されているリクエスト数が、あらかじめ設定されている各ＤＢサーバＡ１１、ＤＢサーバＢ１２、ＤＢサーバＣ１３、ＤＢサーバＤ１４の最大リクエスト数より少ないか否かを判断して、少ないと判断するとリクエストに応じる制限手段２２０と、制限手段２２０にて応じると判断されたリクエストに対応するＤＢサーバＡ１１、ＤＢサーバＢ１２、ＤＢサーバＣ１３、ＤＢサーバＤ１４のデータを取得する取得手段２３０と、取得手段２３０が該当ＤＢサーバＡ１１、ＤＢサーバＢ１２、ＤＢサーバＣ１３、ＤＢサーバＤ１４から取得したデータをリクエストを行った各クライアント３１、３２、３３に配信する配信手段２４０とを備える。制限手段２２０にてあらかじめ設定されている各ＤＢサーバＡ１１、ＤＢサーバＢ１２、ＤＢサーバＣ１３、ＤＢサーバＤ１４の最大リクエスト数は、例えば図４に示すように、ＤＢサーバＡ１１、ＤＢサーバＢ１２、ＤＢサーバＣ１３、ＤＢサーバＤ１４毎に、データ取得のためのアクセスに対応することができる最大のリクエストの数として、最大リクエスト数が定義テーブルに設定されているものである。
【００１２】
次に上記のように構成された実施の形態１の監視制御システムの動作について、図２および図３に基づいて説明する。まず、クライアント３１がリクエスト手段３１０の起動（図２の６０１）により、サーバ２０に例えば図５に示すようなリクエストメッセージ（図２の８１０）を通知する。次に、サーバ２０は分類手段２１０の起動（図２の６０２）により、リクエストがいずれのＤＢサーバＡ１１、ＤＢサーバＢ１２、ＤＢサーバＣ１３、ＤＢサーバＤ１４のリクエストであるとかを分類する。例えば図５のリクエストであれば、ＤＢサーバＡ１１のリクエストであると分類される。
【００１３】
次に、制限手段２２０の起動（図２の６０３、図３の９００）により、リクエストされたＤＢサーバＡ１１の現在行われているリクエスト数が最大リクエスト数より少ないか否かを図４に示す定義テーブルにて確認して、ＤＢサーバＡの空き状況を確認する（図３の９０１）。そして、制限手段２２０にてＤＢサーバＡ１１の現在行われているリクエスト数が最大リクエスト数の「５」より少ない（＜）と判断され、リクエストに空きがある場合は、取得手段２３０の起動（図２の６０４、図３の９０２）により、ＤＢサーバＡ１１からデータを取得する。次に、配信手段２４０の起動（図２の６０５）により、取得手段２３０にて取得されたクライアント３１のリクエストに対応するデータ（図２の８２０）をクライアント３１に送信する。また、制限手段２２０にてＤＢサーバＡ１１の現在行われているリクエスト数が最大リクエスト数の「５」より多い（≧）と判断され、リクエストに空きが無ければ、この後の処理を行わない。
【００１４】
上記のように構成された実施の形態１の監視制御システムによれば、サーバは各クライアントからのリクエストを受け付けて、データベースサーバの空き状況を確認してリクエストを受け付けているので、リクエストの利用制限を効率的に行うことができる。尚、本実施の形態では、クライアント３１がＤＢサーバＡ１１にリクエスト行う場合について説明したが、いずれかのクライアントがいずれかのＤＢサーバにリクエストを行う場合についても同様に行うことができる。また、このことは以下の実施の形態においても同様であるためその説明を適宜省略する。
【００１５】
実施の形態２．
図６はこの発明の実施の形態２の監視制御システムの構成を示すブロック図、図７は図６に示した監視制御システムの動作を説明するためのシーケンス図、図８は図６に示した監視制御システムの動作を説明するためのフローチャート、図９は図６に示した監視制御システムの通知メッセージを示す図である。図において、上記実施の形態１と同様の部分は同一符号を付して説明を省略する。サーバ２０は、制限手段２２０にて分類手段２１０にて分類されたＤＢサーバＡ１１、ＤＢサーバＢ１２、ＤＢサーバＣ１３、ＤＢサーバＤ１４の現在行われているリクエスト数が最大リクエスト数より多いと判断されるとクライアント３１〜３３に当該リクエストが制限中であることを通知する通知手段２５０を備える。
【００１６】
次に上記のように構成された実施の形態２の監視制御システムの動作について図７および図８に基づいて説明する。尚、本実施の形態２においては、ＤＢサーバのリクエストに空きがある場合は、上記実施の形態１と同様の動作を行うためその説明は適宜省略する。まず、上記実施の形態１と同様の動作を行い、制限手段２２０にてＤＢサーバＡ１１の現在行われているリクエスト数が最大リクエスト数の「５」より多い（≧）と判断され、リクエストに空きが無い場合、通知手段２５０の起動（図７の６１４、図８の９１３）により、リクエストの状況の通知メッセージ（図７の８３０）が例えば図９に示すように通知される。
【００１７】
上記のように構成された実施の形態２の監視制御システムによれば、上記実施の形態１と同様の効果を奏するのはもちろんのこと、データベースサーバの空きが無く、リクエストが受け付けられなく利用制限の状況を容易に確認することができる。
【００１８】
実施の形態３．
図１０はこの発明の実施の形態３の監視制御システムの構成を示すブロック図、図１１は図１０に示した監視制御システムの動作を説明するためのシーケンス図、図１２は図１０に示した監視制御システムの動作を説明するためのフローチャート、図１３は図１０に示した監視制御システムの通知メッセージを示す図である。図において、上記各実施の形態と同様の部分は同一符号を付して説明を省略する。サーバ２の制限手段２２０は、分類手段２１０にて分類されたＤＢサーバのリクエスト数が最大リクエスト数より多いと判断された場合、その後に再度、分類手段２１０にて分類されたＤＢサーバのリクエスト数が最大リクエスト数より少ないか否かを判断し、少ないと判断されると当該リクエストが利用可能であると判断する。そして、当該リクエストが利用可能であることをクライアント３１〜３３に通知する更新通知手段２６０を備える。
【００１９】
次に上記のように構成された実施の形態３の監視制御システムの動作について図１１および図１２に基づいて説明する。尚、本実施の形態３においては、ＤＢサーバのリクエストに空きがある場合、および、ＤＢサーバのリクエストに空きが無くクライアントに通知する場合は、上記各実施の形態と同様の動作を行うためその説明は適宜省略する。まず、上記各実施の形態と同様の動作を行い、制限手段２２０にてＤＢサーバＡ１１の現在行われているリクエスト数が最大リクエスト数の「５」より多い（≧）と判断され、リクエストに空きが無い場合、通知手段２５０の起動（図１１の６２２）により、リクエストの状況の通知メッセージ（図１２の９１３）が通知される。そして、制限手段２２０は、分類手段２１０にて分類されたＤＢサーバのリクエスト数が最大リクエスト数より多いと判断された場合、待機中のクライアントの有無を判断する（図１２の９２１）。そして、待機中のクライアントが無い場合には処理を終了する。
【００２０】
そして、待機中のクライアントがある場合、すなわち、分類手段２１０にて分類されたＤＢサーバのリクエスト数が最大リクエスト数より多いと判断され、リクエストが待機中に成っているクライアントが存在する場合には、再度、分類手段２１０にて分類されたＤＢサーバのリクエスト数が最大リクエスト数より少ないか否かを判断する。尚、この判断は、先の判断にて多いと判断されるとその後直ちに行っても良いし、また、ある任意の時間を設定して、その任意の時間が経過した後に行うようにしても良い。例えば、制限手段２２０にてＤＢサーバＡ１１の現在行われているリクエスト数が最大リクエスト数の「５」より少ない（＜）と判断され、リクエストに空きがある場合は、更新通知手段２６０の起動（図１２の９２３）により、当該リクエストが利用可能であることを例えば図１３に示すようにクライアント３１〜３３に通知する。また、制限手段２２０にてＤＢサーバＡ１１の現在行われているリクエスト数が最大リクエスト数の「５」より多い（≧）と判断される場合、また、更新通知手段２６０によりリクエストが利用可能であることを通知した後には、再び、図１２の９２１に戻り、待機中のクライアントの有無を判断し、上記に示した動作を繰り返す。
【００２１】
上記のように構成された実施の形態３の監視制御システムによれば、上記各実施の形態と同様の効果を奏するのはもちろんのこと、リクエストが利用可能に成ったことを容易に確認することができる。尚、上記実施の形態３においては、リクエストの状況の通知メッセージを送信した後に、リクエストが利用可能であることの通知を行う例を示したが、これに限られることはなく、リクエストの状況を通知することなく、リクエストが利用可能に成ったことのみを通知することも考えられる。
【００２２】
実施の形態４．
図１４はこの発明の実施の形態４の監視制御システムの構成を示すブロック図、図１５は図１４に示した監視制御システムの各クライアントの優先順位の定義テーブルを示す図である。図において、上記各実施の形態と同様の部分は同一符号を付して説明を省略する。各クライアント３１〜３３にリクエストを提供する優先度情報として、例えば図１５に示すように、各クライアント３１〜３３の優先順位を定義する定義テーブルを管理する優先度管理手段２７０を備え、更新通知手段２６０は、リクエストが利用可能であることを優先度管理手段２７０の優先度情報に基づいてクライアント３１〜３３にリクエストが利用可能であることを通知する。
【００２３】
次に上記のように構成された実施の形態４の監視制御システムの動作について説明する。尚、本実施の形態４においては、ＤＢサーバのリクエストに空きがある場合、および、ＤＢサーバのリクエストに空きが無くクライアントに通知する場合は、上記各実施の形態と同様の動作を行うためその説明は適宜省略する。まず、上記各実施の形態と同様の動作を行い、制限手段２２０にてＤＢサーバのリクエスト数が最大リクエスト数より多いと判断され、リクエストが待機中に成っている場合には、再度、分類手段２１０にて分類されたＤＢサーバのリクエスト数が最大リクエスト数より少ないか否かを判断する。例えば、制限手段２２０にてＤＢサーバＡ１１の現在行われているリクエスト数が最大リクエスト数の「５」より少ない（＜）と判断され、リクエストに空きがある場合は、更新通知手段２６０の起動し、更新通知手段２６０は優先度管理手段２７０の優先度情報に基づいて当該リクエストを待機しているクライアント３１〜３３に優先度に基づいてリクエストが利用可能であることを通知する。尚、リクエストが利用可能に成るか否かの判断は、上記実施の形態３と同様であるためその説明を適宜省略する。
【００２４】
上記のように構成された実施の形態４の監視制御システムによれば、上記各実施の形態と同様の効果を奏するのはもちろんのこと、リクエストが利用可能に成ったことを優先度の高いクライアント順に通知することができる。
【００２５】
実施の形態５．
図１６はこの発明の実施の形態４の監視制御システムの構成を示すブロック図である。図において、上記各実施の形態と同様の部分は同一符号を付して説明を省略する。各クライアント３１〜３３は、更新通知手段２６０からリクエストの利用可能通知を受信するとその利用可能通知に対応するリクエストの再リクエストを行う再リクエスト手段３２０を備えたものである。
【００２６】
次に上記のように構成された実施の形態５の監視制御システムの動作について説明する。尚、本実施の形態５においては、再リクエストを行う動作以外は上記各実施の形態と同様に行うためその説明を適宜省略する。まず、上記各実施の形態と同様の動作を行い、更新通知手段２６０がクライアント３１〜３３にリクエストが利用可能であることを通知すると、再リクエスト手段３２０の起動により、リクエストが利用可能に成ったリクエストを再リクエストとしてサーバ２０にリクエストする。
【００２７】
上記のように構成された実施の形態５の監視制御システムによれば、上記各実施の形態と同様の効果を奏するのはもちろんのこと、再リクエストがリクエスト利用可能に成ると送信されるため容易に再リクエストを行うことができる。
【符号の説明】
【００２８】
４，５  ＬＡＮ、１１  ＤＢサーバＡ、１２  ＤＢサーバＢ、１３  ＤＢサーバＣ、
１４  ＤＢサーバＤ、２０  サーバ、３１，３２，３３  クライアント、
２１０  分類手段、２２０  制限手段、２３０  取得手段、２４０  配信手段、
２５０  通知手段、２６０  更新通知手段、２７０  管理手段、
３１０  リクエスト手段、３２０  再リクエスト手段。
【図１】
2011165014.tif 000003
【図２】
2011165014.tif 000004
【図３】
2011165014.tif 000005
【図４】
2011165014.tif 000006
【図５】
2011165014.tif 000007
【図６】
2011165014.tif 000008
【図７】
2011165014.tif 000009
【図８】
2011165014.tif 000010
【図９】
2011165014.tif 000011
【図１０】
2011165014.tif 000012
【図１１】
2011165014.tif 000013
【図１２】
2011165014.tif 000014
【図１３】
2011165014.tif 000015
【図１４】
2011165014.tif 000016
【図１５】
2011165014.tif 000017
【図１６】
2011165014.tif 000018