(57)【要約】【課題】リクエストの実行が不可である場合にリクエストの処理が可能となる予測時刻を求めてより確実にリクエストの処理を行い、その予測時刻でのリクエストの実行が許容されない場合にはリクエストを取り消すことを目的とする。【解決手段】  中央監視装置１は、データ収集装置２からリクエストを受け付ける受け付け部１０と、自装置の負荷状態を示す第１の値を計算する負荷計算部１２と、第１の値を記憶する記憶部１６と、第１の値とリクエストの処理に伴い予測される自装置の予測負荷状態を示す第２の値とに基づいてリクエストが現在処理可能か否かを判定する判定部１３と、現在処理できないと判定された場合、リクエストが処理可能になる予測時刻を求める予測時刻演算部１４と、予測時刻に関する情報をデータ収集装置２に送出する送出部１９と、リクエストの処理を予測時刻で実行するリクエスト処理部１７を備える。【選択図】  図１
2020021116.tif 000002
【特許請求の範囲】
【請求項１】
通信回線を介して接続されている機器から、その機器の管理に関するリクエストを受け付けるように構成された第１受け付け部と、
前記第１受け付け部によって受け付けられた前記リクエストの処理を実行するように構成された第１リクエスト処理部と、
自装置の負荷状態を示す第１の値を計算するように構成された負荷計算部と、
前記第１の値を記憶するように構成された第１記憶部と、
前記第１の値と、前記第１受け付け部によって受け付けられた前記リクエストの処理に伴い予測される前記自装置の予測負荷状態を示す第２の値とに基づいて、前記第１受け付け部によって受け付けられた前記リクエストが現在処理可能か否かを判定するように構成された第１判定部と、
前記第１判定部において、前記第１受け付け部によって受け付けられた前記リクエストが現在処理できないと判定された場合に、受け付けられた前記リクエストが処理可能になると予測される予測時刻を求めるように構成された予測時刻演算部と、
前記予測時刻に関する情報を前記機器に送出するように構成された第１送出部と
を備え、
前記第１リクエスト処理部は、前記第１受け付け部によって受け付けられた前記リクエストの処理を前記予測時刻で実行する
ることを特徴とする中央監視装置。
【請求項２】
請求項１に記載の中央監視装置において、
前記リクエストを示す情報に基づいて、前記第２の値を求めるように構成されたリクエスト負荷予測部をさらに備えることを特徴とする中央監視装置。
【請求項３】
請求項１に記載の中央監視装置において、
前記第２の値を記憶するように構成された第２記憶部をさらに備え、
前記第１判定部は、前記第１の値と、前記第２記憶部に記憶されている前記第２の値とに基づいて、前記第１受け付け部によって受け付けられた前記リクエストが現在処理可能か否かを判定する
ことを特徴とする中央監視装置。
【請求項４】
請求項１に記載の中央監視装置において、
前記第１受け付け部は、前記リクエストと共に前記第２の値を受け付け、
前記第１判定部は、前記第１の値と、前記第１受け付け部によって受け付けられた前記第２の値とに基づいて、前記第１受け付け部によって受け付けられた前記リクエストが現在処理可能か否かを判定する
ことを特徴とする中央監視装置。
【請求項５】
請求項１から４のいずれか１項に記載の中央監視装置において、
前記負荷計算部は、一定の時間間隔でその時点における前記第１の値を計算し、
前記第１記憶部は、前記一定の時間間隔で求められた前記第１の値を蓄積する
ことを特徴とする中央監視装置。
【請求項６】
請求項１から５のいずれか１項に記載の中央監視装置において、
前記予測時刻演算部は、前記第１の値と前記第２の値とに基づいて、前記予測時刻を求めることを特徴とする中央監視装置。
【請求項７】
中央監視装置と、機器とが通信回線を介して互いに接続されている中央監視システムであって、
前記中央監視装置は、
通信回線を介して接続されている機器から、その機器の管理に関するリクエストを受け付けるように構成された第１受け付け部と、
前記第１受け付け部によって受け付けられた前記リクエストの処理を実行するように構成された第１リクエスト処理部と、
自装置の負荷状態を示す第１の値を計算するように構成された負荷計算部と、
前記第１の値を記憶するように構成された第１記憶部と、
前記第１の値と、前記第１受け付け部によって受け付けられた前記リクエストの処理に伴い予測される前記自装置の予測負荷状態を示す第２の値とに基づいて、前記第１受け付け部によって受け付けられた前記リクエストが現在処理可能か否かを判定するように構成された第１判定部と、
前記第１判定部において、前記第１受け付け部によって受け付けられた前記リクエストが現在処理できないと判定された場合に、受け付けられた前記リクエストが処理可能になると予測される予測時刻を求めるように構成された予測時刻演算部と、
前記予測時刻に関する情報を前記機器に送出するように構成された第１送出部と
を有し、
前記第１リクエスト処理部は、前記第１受け付け部によって受け付けられた前記リクエストの処理を前記予測時刻で実行し、
前記機器は、
生成された前記リクエストを前記中央監視装置に送出する第２送出部と、
前記第１送出部によって送出された前記予測時刻に関する情報を受け付ける第２受け付け部と、
前記予測時刻に関する情報に基づいて、前記予測時刻での前記リクエストの実行を受容するか否かを判定する第２判定部と
を有し、
前記第２送出部は、前記予測時刻までに前記リクエストを前記中央監視装置に送出する
ことを特徴とする中央監視システム。
【請求項８】
請求項７に記載の中央監視システムにおいて、
前記機器は、
前記第２判定部によって、前記予測時刻での前記リクエストの実行を受容しないと判定された場合に、前記リクエストを取り消す第２リクエスト処理部をさらに備える
ことを特徴とする中央監視システム。
【請求項９】
請求項７または請求項８に記載の中央監視システムにおいて、
前記リクエストは、所定の時間内で実行されることが必要とされる指示を含むことを特徴とする中央監視システム。
【請求項１０】
通信回線を介して接続されている機器から、その機器の管理に関するリクエストを受け付ける第１受け付けステップと、
前記第１受け付けステップで受け付けられた前記リクエストの処理を実行する第１リクエスト処理ステップと、
自装置の負荷状態を示す第１の値を計算する負荷計算ステップと、
前記第１の値を第１記憶部に記憶する第１記憶ステップと、
前記第１の値と、前記第１受け付けステップで受け付けられた前記リクエストの処理に伴い予測される前記自装置の予測負荷状態を示す第２の値とに基づいて、前記第１受け付けステップで受け付けられた前記リクエストが現在処理可能か否かを判定する第１判定ステップと、
前記第１判定ステップで、前記第１受け付けステップで受け付けられた前記リクエストが現在処理できないと判定された場合に、受け付けられた前記リクエストが処理可能になると予測される予測時刻を求める予測時刻演算ステップと、
前記予測時刻に関する情報を前記機器に送出する第１送出ステップと
を備え、
前記第１リクエスト処理ステップは、前記第１受け付けステップで受け付けられた前記リクエストの処理を前記予測時刻で実行する
ことを特徴とするリクエスト処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、中央監視装置、中央監視システム、およびリクエスト処理方法に関し、特にリクエストの実行を管理する技術に関する。
【背景技術】
【０００２】
従来より、テナントビル、ホテル、病院などの施設を監視する中央監視システムが広く知られている。このような中央監視システムが備える中央監視装置では、監視や管理、制御機能が定常的に動いており、バックエンド側でデータの収集やポイントの読み書き、警報受信など、様々なタスクを実行している。
【０００３】
こうした状況下で、ビル向けのクラウドサービス業務などの新たなサービスが中央監視装置にリクエストを送信すると、送信したタイミングによっては、中央監視装置やコントローラに過度な負担をかけてしまう場合がある。このような場合、中央監視装置は正常なレスポンスをリクエストの送信元へ返すことができず、リクエストしたサービスだけでなく中央監視業務にも支障をきたしてしまう場合がある。
【０００４】
そのため、データの収集やポイントの読み書きなどの各サービスの処理に係る機能を有する装置は、中央監視装置に送信するリクエストの送信のタイミングを正時から少しずらしたり、一度にリクエストを送信するのではなく、数回に分けてリクエストを送信する。これにより、中央監視装置に対する負荷が過大とならないようにしている。このような中央監視装置に対する負荷を考慮したリクエストの送信処理に係るシステムの構築は、現場ごとに異なる特性を考慮しなければならず、エンジニアリングに多くの時間を要している。
【０００５】
例えば、特許文献１は、中央監視装置における予測負荷を示す予測負荷データを算出し、中央監視装置でのリクエストの実行可否を判定するシステムを開示している。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特許第５６０３８３６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、特許文献１に記載の技術では、中央監視装置において受信されたリクエストの実行が不可である場合、そのリクエストは実行されないことになり、確実なリクエストの処理が困難であった。
【０００８】
本発明は、上述した課題を解決するためになされたものであり、リクエストの実行が不可である場合にリクエストの処理が可能となる予測時刻を求めてより確実にリクエストの処理を行い、さらに、その予測時刻でのリクエストの実行が許容されない場合にはリクエストを取り消すことができる中央監視装置、中央監視システム、およびリクエスト処理方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決するために、本発明に係る中央監視装置は、通信回線を介して接続されている機器から、その機器の管理に関するリクエストを受け付けるように構成された第１受け付け部と、前記第１受け付け部によって受け付けられた前記リクエストの処理を実行するように構成された第１リクエスト処理部と、自装置の負荷状態を示す第１の値を計算するように構成された負荷計算部と、前記第１の値を記憶するように構成された第１記憶部と、前記第１の値と、前記第１受け付け部によって受け付けられた前記リクエストの処理に伴い予測される前記自装置の予測負荷状態を示す第２の値とに基づいて、前記第１受け付け部によって受け付けられた前記リクエストが現在処理可能か否かを判定するように構成された第１判定部と、前記第１判定部において、前記第１受け付け部によって受け付けられた前記リクエストが現在処理できないと判定された場合に、受け付けられた前記リクエストが処理可能になると予測される予測時刻を求めるように構成された予測時刻演算部と、前記予測時刻に関する情報を前記機器に送出するように構成された第１送出部とを備え、前記第１リクエスト処理部は、前記第１受け付け部によって受け付けられた前記リクエストの処理を前記予測時刻で実行することを特徴とする。
【００１０】
また、本発明に係る中央監視装置において、前記リクエストを示す情報に基づいて、前記第２の値を求めるように構成されたリクエスト負荷予測部をさらに備えていてもよい。
【００１１】
また、本発明に係る中央監視装置において、前記第２の値を記憶するように構成された第２記憶部をさらに備え、前記第１判定部は、前記第１の値と、前記第２記憶部に記憶されている前記第２の値とに基づいて、前記第１受け付け部によって受け付けられた前記リクエストが現在処理可能か否かを判定してもよい。
【００１２】
また、本発明に係る中央監視装置において、前記第１受け付け部は、前記リクエストと共に前記第２の値を受け付け、前記第１判定部は、前記第１の値と、前記第１受け付け部によって受け付けられた前記第２の値とに基づいて、前記第１受け付け部によって受け付けられた前記リクエストが現在処理可能か否かを判定してもよい。
【００１３】
また、本発明に係る中央監視装置において、前記負荷計算部は、一定の時間間隔でその時点における前記第１の値を計算し、前記第１記憶部は、前記一定の時間間隔で求められた前記第１の値を蓄積してもよい。
【００１４】
また、本発明に係る中央監視装置において、前記予測時刻演算部は、前記第１の値と前記第２の値とに基づいて、前記予測時刻を求めてもよい。
【００１５】
また、本発明に係る中央監視システムは、中央監視装置と、機器とが通信回線を介して互いに接続されている中央監視システムであって、前記中央監視装置は、通信回線を介して接続されている機器から、その機器の管理に関するリクエストを受け付けるように構成された第１受け付け部と、前記第１受け付け部によって受け付けられた前記リクエストの処理を実行するように構成された第１リクエスト処理部と、自装置の負荷状態を示す第１の値を計算するように構成された負荷計算部と、前記第１の値を記憶するように構成された第１記憶部と、前記第１の値と、前記第１受け付け部によって受け付けられた前記リクエストの処理に伴い予測される前記自装置の予測負荷状態を示す第２の値とに基づいて、前記第１受け付け部によって受け付けられた前記リクエストが現在処理可能か否かを判定するように構成された第１判定部と、前記第１判定部において、前記第１受け付け部によって受け付けられた前記リクエストが現在処理できないと判定された場合に、受け付けられた前記リクエストが処理可能になると予測される予測時刻を求めるように構成された予測時刻演算部と、前記予測時刻に関する情報を前記機器に送出するように構成された第１送出部とを有し、前記第１リクエスト処理部は、前記第１受け付け部によって受け付けられた前記リクエストの処理を前記予測時刻で実行し、前記機器は、生成された前記リクエストを前記中央監視装置に送出する第２送出部と、前記第１送出部によって送出された前記予測時刻に関する情報を受け付ける第２受け付け部と、前記予測時刻に関する情報に基づいて、前記予測時刻での前記リクエストの実行を受容するか否かを判定する第２判定部とを有し、前記第２送出部は、前記予測時刻までに前記リクエストを前記中央監視装置に送出することを特徴とする。
【００１６】
また、本発明に係る中央監視システムにおいて、前記機器は、前記第２判定部によって、前記予測時刻での前記リクエストの実行を受容しないと判定された場合に、前記リクエストを取り消す第２リクエスト処理部をさらに備えていてもよい。
【００１７】
また、本発明に係る中央監視システムにおいて、前記リクエストは、所定の時間内で実行されることが必要とされる指示を含んでいてもよい。
【００１８】
また、本発明に係るリクエスト処理方法は、通信回線を介して接続されている機器から、その機器の管理に関するリクエストを受け付ける第１受け付けステップと、前記第１受け付けステップで受け付けられた前記リクエストの処理を実行する第１リクエスト処理ステップと、自装置の負荷状態を示す第１の値を計算する負荷計算ステップと、前記第１の値を第１記憶部に記憶する第１記憶ステップと、前記第１の値と、前記第１受け付けステップで受け付けられた前記リクエストの処理に伴い予測される前記自装置の予測負荷状態を示す第２の値とに基づいて、前記第１受け付けステップで受け付けられた前記リクエストが現在処理可能か否かを判定する第１判定ステップと、前記第１判定ステップで、前記第１受け付けステップで受け付けられた前記リクエストが現在処理できないと判定された場合に、受け付けられた前記リクエストが処理可能になると予測される予測時刻を求める予測時刻演算ステップと、前記予測時刻に関する情報を前記機器に送出する第１送出ステップとを備え、前記第１リクエスト処理ステップは、前記第１受け付けステップで受け付けられた前記リクエストの処理を前記予測時刻で実行することを特徴とする。
ことを特徴とする
【発明の効果】
【００１９】
本発明によれば、受け付けられたリクエストが自装置の負荷状態によって処理できない場合には、そのリクエストが処理可能となる予測時刻を求めるため、より確実にリクエストの処理を行うことができ、さらに、予測時刻でのリクエストの実行を許容できない場合にリクエストを取り消すことができる。
【図面の簡単な説明】
【００２０】
【図１】図１は、本発明の実施の形態に係る中央監視システムの構成を示すブロック図である。
【図２】図２は、本発明の実施の形態に係る中央監視装置のハードウェア構成を示すブロック図である。
【図３】図３は、本発明の実施の形態に係る中央監視装置の動作例を説明するフローチャートである。
【図４】図４は、本発明の実施の形態に係る中央監視システムのシーケンス図である。
【発明を実施するための形態】
【００２１】
以下、本発明の好適な実施の形態について、図１から図４を参照して詳細に説明する。以下において、「機器」の例として、「データ収集装置」を用いる場合について説明する。
［実施の形態］
図１は、本発明の実施の形態に係る中央監視システムの構成を示すブロック図である。
【００２２】
図１に示すように、中央監視システムは、中央監視装置１とデータ収集装置２とを備える。中央監視システムは、例えば、ビルなどの施設の監視や管理を行う。
中央監視装置１は、通信回線Ｌを介して接続された複数のデータ収集装置２などの機器の監視や管理を一元的に行うことができる。
【００２３】
データ収集装置２は、サービス設備や、ビル向けのクラウドサービス業務などの新たなサービス用に設置する装置である。データ収集装置２は、例えば、ユーザによる操作入力があった場合などにデータ収集装置２の管理に関するリクエストが生成され、通信回線Ｌを介して中央監視装置１に送出される。
【００２４】
ここで、リクエストとは、所定の時間内にデータ収集装置２で実行することが要求される、リアルタイム性が要求されるタスクなどの指示を含む。具体的には、データ収集装置２による直近３０分のデータの収集が挙げられる。その他にも、当日のスケジュールの変更、ポイントの現在値取得、ポイント操作などがリクエストとしてサービス設備から中央監視装置１に送出される。
【００２５】
なお、データ収集装置２は中央監視システムに含まれる機器の一例であり、例えば、中央監視システムにおける施設内に設置された空調機、照明や温度センサなどの監視対象のポイントに対する操作を行うポイント操作装置や、警報を受信する監視装置などのサービス設備であってもよい。
【００２６】
［中央監視装置の機能ブロック］
次に、中央監視装置１の機能ブロックについて説明する。図１に示すように、中央監視装置１は、受け付け部（第１受け付け部）１０、リクエスト負荷予測部１１、負荷計算部１２、判定部（第１判定部）１３、予測時刻演算部１４、計時部１５、記憶部（第１記憶部、第２記憶部）１６、リクエスト処理部（第１リクエスト処理部）１７、表示部１８、および送出部（第１送出部）１９を備える。
【００２７】
受け付け部１０は、通信回線Ｌを介して接続されているデータ収集装置２から、データ収集装置２の管理に関するリクエストを受け付ける。より詳細には、受け付け部１０は、データ収集装置２から送出されたリクエスト確認を受け付ける。また、受け付け部１０は、後述する予測時刻演算部１４によって求められた予測時刻での処理が指定されたデータ収集装置２からのリクエストを受け付ける。
【００２８】
ここで、リクエスト確認とは、リクエストをデータ収集装置２が中央監視装置１に送出する前に、中央監視装置１においてリクエストを処理できることを事前に確認するための信号である。リクエスト確認はリクエストの識別情報を含む。
【００２９】
リクエスト負荷予測部１１は、受け付け部１０で受け付けられたリクエスト確認に基づいて、中央監視装置１におけるリクエストの処理に伴い予測される自装置の予測負荷状態を示す値（第２の値）を求める。求められた自装置の予測負荷状態を示す値は、記憶部１６に記憶される。
【００３０】
リクエスト負荷予測部１１は、例えば、記憶部１６に予め記憶されている、中央監視装置１での特定のリクエストの処理に応じた自装置（中央監視装置１）の負荷状態を示す値を参照して予測負荷状態を示す値を取得する。自装置の予測負荷状態を示す値としては、ＣＰＵ使用率、メモリ使用率、ディスクＩ／Ｏの使用状況などを用いてもよい。
【００３１】
負荷計算部１２は、自装置の現在の負荷状態を示す値（第１の値）を計算する。負荷計算部１２は、例えば、ＣＰＵ使用率、メモリ使用率、ディスクＩ／Ｏの使用状況など中央監視装置１のリソースに係る使用率、またはそれらのリソースを総合した指標値を負荷状態を示す値として採用してもよい。負荷計算部１２は予め設定された一定の時間間隔で負荷状態を示す値を求める。負荷計算部１２によって求められた自装置の負荷状態を示す値は記憶部１６に蓄積される。
【００３２】
判定部１３は、リクエスト負荷予測部１１によって求められた、リクエスト確認に応じたリクエストの処理に伴う自装置における予測負荷状態を示す値と、負荷計算部１２によって求められた自装置の現在の負荷状態を示す値とに基づいて、リクエストが現在処理可能か否かを判定する。
【００３３】
予測時刻演算部１４は、判定部１３がリクエストを現在処理できないと判定した場合に、受け付け部１０によって受け付けられたリクエスト確認に応じたリクエストが中央監視装置１で処理可能になると予測される予測時刻を求める。より詳細には、予測時刻演算部１４は、記憶部１６に蓄積されているＣＰＵ使用率などの負荷を示す値の変化量の推定値および中央監視装置１における処理可能な負荷の上限値と、リクエストの予測負荷状態を示す値とに基づいて、リクエストが処理可能となる時刻を予測する。
【００３４】
予測時刻演算部１４は、予測時刻として、所定の期間を用いてもよい。予測時刻演算部１４は、例えば１時間ごとの時間の範囲を予測時刻として求めてもよい。具体的には、現在の時刻が、例えば「２０１８／７／９、１３：００」であり、中央監視装置１でリクエストの処理が可能であると予測された予測時刻、例えば「２０１８／７／９、１４：００−１５：００」を出力する。なお、予測時刻演算部１４は、リクエスト確認が受け付けられた順に、直近の予測時刻を出力する構成を採用してもよい。
【００３５】
計時部１５は、中央監視装置１の内部時計によって実現される。計時部１５によって計時された時刻情報に基づいて、予測時刻演算部１４はリクエストが処理可能となる予測時刻を求める。なお、計時部１５は、中央監視システムの基準時刻として用いられてもよい。
【００３６】
記憶部１６は、リクエスト負荷予測部１１によって求められた予測負荷状態を示す値、負荷計算部１２によって一定の時間間隔で求められた自装置の負荷状態を示す値、中央監視装置１での各リクエストの処理に伴う予測負荷に関する情報を記憶する。また、記憶部１６は、各データ収集装置２やリクエストの識別情報を記憶する。
【００３７】
リクエスト処理部１７は、予測時刻演算部１４によって求められた予測時刻での処理が指定されたリクエストを処理する。より詳細には、リクエスト処理部１７は、予測時刻に対応する時間制限を含むトークンなどの通行手形を有するリクエストを処理する。なお、リクエスト処理部１７は、トークンのないリクエストを拒否する。
【００３８】
例えば、リクエスト処理部１７は、リクエストの処理を予測時刻に実行して、直近３０分のデータの収集を指示する信号をデータ収集装置２に送信する。
【００３９】
表示部１８は、負荷計算部１２やリクエスト負荷予測部１１によって求められた中央監視装置１における負荷状態を示すグラフなどを生成して表示画面に表示する。
【００４０】
送出部１９は、予測時刻演算部１４によって求められた予測時刻に関する情報をデータ収集装置２に通信回線Ｌを介して送出する。より詳細には、送出部１９は、予測時刻に関する情報を含むトークン、例えば、予測時刻に応じた時間制限を含むトークンを生成し、データ収集装置２に送出する。
【００４１】
［データ収集装置の機能ブロック］
次に、データ収集装置２の機能構成について説明する。図１に示すように、データ収集装置２は、受け付け部（第２受け付け部）２０、判定部（第２判定部）２１、リクエスト処理部（第２リクエスト処理部）２２、記憶部２３、および送出部（第２送出部）２４を備える。
【００４２】
受け付け部２０は、中央監視装置１の送出部１９から送られてくる予測時刻に関する情報を受け付ける。より詳細には、受け付け部２０は、予測時刻に応じた時間制限を含むトークンを受け付ける。
【００４３】
判定部２１は、受け付け部２０によって受け付けられた予測時刻に関する情報に基づいて、リクエストが中央監視装置１側において予測時刻で処理されることを受容するか否かを判定する。例えば、データ収集装置２と接続されている図示しないタッチパネルなどの操作端末を介して、判定対象のリクエストが、予測時刻で処理されることを受容するか否かの入力を外部から受け付ける構成を採用してもよい。あるいは、予め記憶部２３に記憶されている各リクエストの処理可能な時間に関する情報に基づいて、判定部２１は、判定対象のリクエストの予測時刻での処理を受容するか否かを判定してもよい。
【００４４】
リクエスト処理部２２は、中央監視装置１側に送出するリクエスト確認およびリクエストを生成する。また、リクエスト処理部２２は、判定部２１が上記予測時刻でのリクエストの実行を受容しないと判定した場合に、そのリクエストを取り消す。また、リクエスト処理部２２は、中央監視装置１側から通信回線Ｌを介して受け付けたリクエストに応じた指示の処理を行う。例えば、リクエスト処理部２２は、中央監視装置１からの「直近３０分のデータの収集」に係る指示を受け付けた場合に、その指示に従ってデータを収集する。
【００４５】
記憶部２３は、リクエストに関する情報を記憶する。また、記憶部２３は、データ収集装置２側で収集したデータを記憶する。例えば、記憶部２３は、予め設定されている複数のリクエストのそれぞれと、そのリクエストの処理が許容される時間に関する情報とを関連付けて記憶してもよい。なお、記憶部２３は、書き換え可能な不揮発性の記憶装置、例えば、フラッシュメモリなどにおける所定の記憶領域によって実現することができる。
【００４６】
送出部２４は、リクエスト処理部２２で生成されたリクエスト確認やリクエストを通信回線Ｌを介して中央監視装置１へ送出する。より詳細には、送出部２４は、リクエストを中央監視装置１へ送出する際に、事前に中央監視装置１側から送られてきたトークンをリクエストと共に送出する。
【００４７】
上述したデータ収集装置２は、コンピュータによって実現することができる。具体的には、判定部２１、およびリクエスト処理部２２は、例えばＣＰＵなどのプロセッサがデータ収集装置２内に設けられた図示されないＲＯＭ、ＲＡＭ、およびフラッシュメモリなどの記憶装置に格納されたプログラムによって各種のデータ処理部実行することによって実現される。なお、コンピュータをデータ収集装置２として機能させるための上記プログラムを記憶媒体に記録することも、ネットワークを通して提供することも可能である。
【００４８】
また、上述した受け付け部２０、および送出部２４は、データ収集装置２と他の各種外部電子機器との間をネットワーク接続するための通信制御装置で実現することができる。
【００４９】
［中央監視装置のハードウェア構成］
次に中央監視装置１のハードウェア構成について図２を参照して説明する。
【００５０】
中央監視装置１は、バス１０１を介して接続されるＣＰＵ１０３と主記憶装置１０４とを有する演算装置１０２、通信制御装置１０５、外部記憶装置１０６、入力装置１０７、表示装置１０８等を備えるコンピュータと、これらのハードウェア資源を制御するプログラムによって実現することができる。
【００５１】
ＣＰＵ１０３と主記憶装置１０４とは、演算装置１０２を構成する。主記憶装置１０４には、ＣＰＵ１０３が各種制御や演算を行うためのプログラムが予め格納されている。
【００５２】
通信制御装置１０５は、中央監視装置１と各種外部電子機器との間を通信ネットワークＮＷを介して接続するための制御装置である。通信制御装置１０５は、通信ネットワークＮＷを介してデータ収集装置２からリクエスト確認、リクエスト、リクエストに伴って収集されたデータなどを受信してもよい。通信制御装置１０５によって、図１で説明した受け付け部１０や送出部１９が実現される。
【００５３】
外部記憶装置１０６は、読み書き可能な記憶媒体と、その記憶媒体に対してプログラムやデータなどの各種情報を読み書きするための駆動装置とで構成されている。外部記憶装置１０６には、記憶媒体としてハードディスクやフラッシュメモリなどの半導体メモリを使用することができる。外部記憶装置１０６は、中央監視装置１における負荷状態を示す値、リクエストの処理に伴う中央監視装置１での予測負荷状態を示す値、リクエストの識別情報、データ収集装置２の識別情報をそれぞれ記憶する記憶部、プログラム格納部、図示しないその他の格納装置で、例えば、この外部記憶装置１０６内に格納されているプログラムやデータなどをバックアップするための格納装置などを有することができる。
【００５４】
外部記憶装置１０６は、図１で説明した記憶部１６を実現する。外部記憶装置１０６が備えるプログラム格納部には、本実施の形態におけるリクエストの受け付け処理、リクエストの処理に伴う負荷予測処理、自装置の負荷計算処理、予測時刻の演算処理、判定処理など中央監視装置１がリクエストの処理を行うのに必要な演算処理を実行するための各種プログラムが格納されている。
【００５５】
入力装置１０７は、キーボード、マウス、タッチパネルなどにより構成される。入力装置１０７は、操作者のキー入力、アイコンなどのクリック、タッチパネルのタッチ位置に対応した機能や操作入力を受け付ける。
【００５６】
表示装置１０８は、図１で説明した表示部１８の表示画面を構成する。表示装置１０８は液晶ディスプレイなどによって実現される。
【００５７】
［中央監視装置の動作］
次に、上述した構成を有する中央監視装置１の動作例について、図３のフローチャートを参照して説明する。
【００５８】
まず、負荷計算部１２は、自装置の現在の負荷状態を示す値を計算する（ステップＳ１）。具体的には、負荷計算部１２は、ＣＰＵ使用率、メモリ使用率、ディスクＩ／Ｏの使用状況など中央監視装置１のリソースに係る使用率、またはそれらのリソースを総合した指標値を負荷状態を示す値として計算する。また、負荷計算部１２は予め設定された一定の時間間隔で負荷状態を示す値を求める。負荷計算部１２によって求められた自装置の負荷状態を示す値は記憶部１６に蓄積される。
【００５９】
次に、受け付け部１０は、データ収集装置２から送られてきたリクエスト確認を通信回線Ｌを介して受け付ける（ステップＳ２）。その後、リクエスト負荷予測部１１は、受け付けられたリクエスト確認に基づいて、リクエストの処理に伴う自装置での予測負荷状態を示す値を求める（ステップＳ３）。
【００６０】
より詳細には、リクエスト負荷予測部１１は、記憶部１６に予め記憶されている、中央監視装置１において特定のリクエストの処理を実行した場合の自装置での負荷状態を示す値を参照して予測負荷状態を示す値を取得する。また、求められた予測負荷状態を示す値は記憶部１６に記憶される。
【００６１】
次に、判定部１３は、ステップＳ３で求められた予測負荷状態を示す値に基づいて、リクエストの受容可否、すなわち、中央監視装置１において現在リクエストが処理可能であるか否かを判定する（ステップＳ４）。判定部１３が、リクエストを現在受容可能でないと判定した場合には（ステップＳ５：ＮＯ）、予測時刻演算部１４は、そのリクエストが処理可能となる予測時刻を求める（ステップＳ６）。
【００６２】
より詳細には、予測時刻演算部１４は、記憶部１６に蓄積されているＣＰＵ使用率などの負荷を示す値の変化量の推定値および中央監視装置１における処理可能な負荷の上限値と、リクエストの予測負荷の値とに基づいて、リクエストが処理可能となる時刻を予測する。
【００６３】
一方、判定部１３がステップＳ５においてリクエスト確認に応じたリクエストの受容が可能であると判定した場合には（ステップＳ５：ＹＥＳ）、処理はステップＳ９へと進む。
【００６４】
次に、送出部１９は、予測時刻に応じた時間制限を含むトークンを生成し、データ収集装置２に送出する（ステップＳ７）。その後、受け付け部１０がデータ収集装置２から、予測時刻でリクエストが処理されることを受容することを示す応答メッセージを受け付けた場合（ステップＳ８：ＹＥＳ）、受け付け部１０は、データ収集装置２からのリクエストを受け付ける（ステップＳ９）。
【００６５】
次に、リクエスト処理部１７は、ステップＳ９で受け付けられたリクエストと共に有効なトークンが受け付けられた場合には（ステップＳ１０：ＹＥＳ）、リクエストの処理を行う（ステップＳ１１）。より詳細には、リクエスト処理部１７は、ステップＳ９でデータ収集装置２から送られてきたリクエストが、ステップＳ７で送出されたトークンであることを記憶部１６に記憶されているトークンの送出履歴などを参照して確認する。なお、リクエスト処理部１７は、トークンのないリクエストを拒否する。
【００６６】
例えば、トークンが確認され、かつ、予測時刻に応じた時間制限を含むトークンが、時間制限内に受け付けられた場合に、リクエスト処理部１７は予測時刻が到達するまで待機して、予測時刻にリクエストを実行する。
【００６７】
一方、受け付け部１０がステップＳ８で、データ収集装置２から、予測時刻でのリクエストの処理を受容しない旨を示す応答メッセージを受け付けた場合には（ステップＳ８：ＮＯ）、リクエスト処理部１７は、送出部１９によってステップＳ７で送出されたトークンを無効にする（ステップＳ１２）。より詳細には、リクエスト処理部１７は記憶部１６から対象のトークンに関する情報を削除する。
【００６８】
その後、負荷計算部１２は、再び自装置の負荷状態を示す値の現在値を計算し、記憶部１６に算出した値を蓄積する（ステップＳ１３）。
【００６９】
［中央監視システムの動作シーケンス］
次に、中央監視装置１およびデータ収集装置２を含む中央監視システムの動作シーケンスについて図４を参照して説明する。
【００７０】
図４に示すように、まずデータ収集装置２は、中央監視装置１に通信回線Ｌを介してリクエスト確認を送出する（ステップＳ１００）。中央監視装置１は、リクエスト確認を受け付けて、リクエスト確認に対応するリクエストが現在処理可能か否かを判定し、受容できないと判定した場合には（ステップＳ１０２：ＮＯ）、そのリクエストが処理可能となる予測時刻を求める（ステップＳ１０３）。
【００７１】
その後、中央監視装置１は、データ収集装置２に予測時刻に応じた有効期限を含むトークンを通信回線Ｌを介して送出する（ステップＳ１０４）。データ収集装置２は、トークンを受け付けると、トークンに含まれる予測時刻に関する情報に基づいて、リクエストが予測時刻で処理されることを受容するか否かを判定し、受容する場合には（ステップＳ１０５：ＹＥＳ）、受容することを示す応答メッセージを中央監視装置１に送出する（ステップＳ１０６）。
【００７２】
その後、データ収集装置２は、中央監視装置１にステップＳ１０４で受け付けたトークンと共にリクエストを送出する（ステップＳ１０７）。なお、データ収集装置２は予測時刻が到達するまで待機してステップＳ１０７でリクエストを送出してもよい。
【００７３】
次に、中央監視装置１は、データ収集装置２から送られてきたリクエストおよび有効なトークンを受け付けると、予測時刻においてリクエストの処理を実行する（ステップＳ１０８）。これにより、リクエスト確認を受け付けたタイミングにおいて中央監視装置１がリクエストの処理を行うことができない場合でも、負荷状態に応じて処理可能になると予測される予測時刻にリクエストを実行することができる。
【００７４】
一方、ステップＳ１０５で、データ収集装置２が予測時刻でのリクエストの処理を受容しないと判定した場合には（ステップＳ１０５：ＮＯ）、データ収集装置２はリクエストを取り消す（ステップＳ１０９）。
【００７５】
以上説明したように、本実施の形態によれば、中央監視装置１は、自装置の負荷状態によりデータ収集装置２からのリクエストを処理できない場合であっても、そのリクエストの処理が可能となると予測される予測時刻を求める。そして、中央監視装置１は、求めた予測時刻に関する情報をデータ収集装置２に送出する。そのため、中央監視装置１において処理可能となるタイミングでリクエストを処理することが可能となり、より確実なリクエストの処理が実現される。
【００７６】
また、データ収集装置２側において、中央監視装置１の負荷状況によってはリクエスト確認を送出した時点ではリクエストの処理が受容されなかった場合であっても、今後においてリクエストの処理が可能となる時間情報を得ることができる。
【００７７】
また、データ収集装置２側において、予測時刻でのリクエストの処理を受容しないと判定した場合に、そのリクエストを取り消すことができる。
【００７８】
以上、本発明の中央監視装置および中央監視システム、およびリクエスト処理方法における実施の形態について説明したが、本発明は説明した実施の形態に限定されるものではなく、請求項に記載した発明の範囲において当業者が想定し得る各種の変形を行うことが可能である。
【００７９】
例えば、説明した実施の形態では、リクエスト負荷予測部１１は、受け付け部１０で受け付けられたリクエスト確認に基づいて、中央監視装置１におけるリクエストの処理に伴い予測される自装置の予測負荷状態を示す値を求める場合について説明した。しかし、予測負荷状態を示す値は、データ収集装置２側で取得され、データ収集装置２が送出するリクエスト確認とともに中央監視装置１に送出される構成を採用してもよい。
【００８０】
あるいは、リクエスト負荷予測部１１は、リクエストを構成するプロセスなどの要素ごとに自装置の負荷を算出して予測負荷状態を示す値を求めてもよい。
【符号の説明】
【００８１】
１…中央監視装置、２…データ収集装置、１０、２０…受け付け部、１１…リクエスト負荷予測部、１２…負荷計算部、１３、２１…判定部、１４…予測時刻演算部、１５…計時部、１６…記憶部、１７、２２…リクエスト処理部、１８…表示部、１９、２４…送出部、１０１…バス、１０２…演算装置、１０３…ＣＰＵ、１０４…主記憶装置、１０５…通信制御装置、１０６…外部記憶装置、１０７…入力装置、１０８…表示装置、Ｌ…通信回線。
【図１】
2020021116.tif 000003
【図２】
2020021116.tif 000004
【図３】
2020021116.tif 000005
【図４】
2020021116.tif 000006