JP2021015544A - 情報処理装置、方法およびプログラム - Google Patents

Abstract

【課題】 マネージャ／エージェントシステムで、マネージャのためのリソースを動的に調整できない場合に、マネージャが高負荷状態になるとそのパフォーマンスが著しく劣化してしまう。【解決手段】 エージェントは、マネージャとの通信から求めた応答時間を管理し、スレッド数の閾値以下の複数のスレッドによりマネージャからの指示に従う処理を実行し、前記実行された処理の結果を示すデータをマネージャに送信し、エージェントとマネージャとの間で行われた複数回の通信に対応する応答時間の変化に基づき前記閾値を減らすように調整することを特徴とする。【選択図】 図６

Description

本発明は、マネージャ／エージェントシステムにおける、マネージャの負荷の調整のための技術に関する。

従来から複数台の機器を管理するために、マネージャとしての管理装置と、マネージャと連携するエージェントとしての中継装置とを含むシステム（マネージャ／エージェントシステムと呼ぶ）が存在する。

例えば、特許文献１では、マネージャ／エージェントシステムの開示があり、複数台のエージェントを設置する例が開示されている。エージェントとしての中継装置は、中継装置が所属するネットワーク上のネットワークデバイスを探索して、発見した場合には、管理システムにその機器情報を通知するためのリクエストを生成して送信するための機能をもつ。また、中継装置は、ネットワークデバイスから収集した稼働情報を、管理システムに通知するためのリクエストを生成して送信するための機能をもっている。

ほかにも、マネージャ／エージェントシステムでは、マネージャがエージェントに対して処理内容を指示し、エージェントはその指示に従って処理を行い、処理結果をマネージャに通知するように構成されている。

マネージャの管理対象のデバイスの台数などに起因して、エージェントからのリクエストや通知が非常に多い場合には、マネージャの処理負荷が高まり、当初の処理能力を超えるようなケースが発生し得る。特許文献１では、管理システムにおいてリクエスト量や処理負荷を監視して、そのリクエスト処理のためにリソース量（仮想マシンの台数など）の増やすように自動調整する（オートスケール）機能が開示されている。

特開２０１６−１１５３３３号公報

ここで、マネージャ／エージェントシステムを利用できるリソースに制限がある環境に構築する場合がある。そういった環境では、特許文献１に記載のように、マネージャのためのＰＣリソース（仮想マシンの台数など）を追加するといった調整ができない。リソースを調整できないままマネージャがその処理能力を超えるような高負荷状態になってしまうと、マネージャのパフォーマンスが著しく劣化してしまい、復旧することが困難になる場合がある。

そこで、本発明は、そのような環境において、マネージャが高負荷状態となることを抑制するための仕組みを提供することを目的とする。

マネージャから指示に従う処理を実行するエージェントが動作する情報処理装置であって、前記エージェントのデータの送信と前記マネージャからの応答とを含む通信から求めた応答時間を管理する管理手段と、スレッド数の第１閾値以下の複数のスレッドにより、前記指示に従う処理を実行する実行手段と、前記実行された処理の結果を示すデータを、前記マネージャに送信する送信手段と、前記エージェントと前記マネージャとの間で行われた複数回の通信に対応する応答時間の変化に基づき、前記第１閾値を減らすように調整する調整手段と、を有することを特徴とする。

本発明によれば、そのような環境において、マネージャが高負荷状態となることを抑制するための仕組みを提供できる。

ネットワークシステム全体の構成図 情報処理装置のハードウェア構成の一例を示すブロック図 マネージャおよびエージェントでの処理を説明するための概念図を示す。 サブタスク実行処理を説明するためのフローチャート Ａはエージェントがマネージャにデータを送信する際の処理を説明するためのフローチャート。Ｂはデータ送信に際して実行される管理処理を説明するためのフローチャート エージェントでの調整処理を説明するためのフローチャート 調整処理で行われるスレッド数の調整についての処理を説明するためのフローチャート 図６で示す処理の変形例を説明するためのフローチャート 実施例２におけるエージェントのタスク実行部の詳細を示す図

（実施例１）
以下、本発明を実施するための形態について図面を用いて説明する。

図１は、マネージャ／エージェントシステムが含まれるネットワークシステムの全体の構成の一例を示す図である。

ネットワークシステムは、１つの管理サーバー（以下「マネージャ」と記す）１０１と、複数のエージェント装置（以下「エージェント」記す）１０２及び１０３より構成され、ネットワークデバイス（以下「デバイス」と記す）１０４から１０７を管理する。マネージャ１０１、エージェント１０２及び１０３、デバイス１０４から１０７とは、ネットワーク１０８により相互に接続されている。

マネージャ１０１は、情報処理装置でデバイス管理アプリケーションをインストールすることで実現される装置である。エージェントは、情報処理装置でデバイスエージェントアプリケーションをインストールすることで実現される装置である。

ここで、例えば、エージェント１０２はデバイス１０４及び１０５を監視対象とし、エージェント１０３はデバイス１０６及び１０７を監視対象とする。そして、以降では、エージェントの代表として１０２を、デバイスの代表として１０４を用いて、具体的な実施例について説明を行う。

マネージャ１０１は、エージェント１０２に対して、デバイス１０４に対する操作を指示する。エージェント１０２は、前記指示に従いデバイス１０４に対して要求を送信する等の操作を行い、結果をマネージャ１０１に送信する。操作の例としては、デバイス１０４からの機器情報、稼働情報の取得がある。ほかにも、デバイス１０４の設定値の変更、デバイス１０４へのアプリケーションのインストール指示等がある。図では、エージェントが２台、管理対象のデバイスは４台となっているが、数万台のデバイスを十数台のエージェントを介して管理する場合であっても、構成や動作は、本実施例の説明と同様である。

図２は、マネージャ１０１やエージェント１０２及び１０３が動作する情報処理装置のハードウェア構成の一例を示すブロック図である。

図２に示すように、情報処理装置は、ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、外部記憶装置２０７を備える。ＣＰＵ２０１は、ＲＯＭ２０３や外部記憶装置２０７に記憶された、或いはネットワーク２１０よりダウンロードしたソフトウェア（プログラム）を必要に応じてＲＡＭ２０２にロードして実行し、システムバス２０９に接続された各デバイスを総括的に制御する。

ＲＡＭ２０２は、ＣＰＵ２０１の主メモリあるいはワークエリアなどとして機能する。外部記憶装置２０７はハードディスク（ＨＤ）やソリッドステートドライブ（ＳＳＤ）等からなる。外部記憶装置２０７は、ブートプログラム、オペレーティングシステム（ＯＳ）、認証サーバ、認証クライアント等を含む各種のアプリケーション、データベースデータ、ユーザファイル等を記憶する。前述した通り、本発明を実現するために、マネージャ１０１としての情報処理装置のＣＰＵ２０１はデバイス管理アプリケーションプログラムを実行する。また、本発明を実現するために、エージェント１０２及び１０３としての情報処理装置のＣＰＵ２０１はエージェントアプリケーションプログラムを実行する。

ＫＢＤＣ２０４は、キーボードコントローラーであり、不図示のキーボードやポインティングデバイス等の入力装置からの入力情報をＣＰＵ２０１に送る。ＶＣ２０５は、ビデオコントローラーであり、ＬＣＤ等からなる表示装置の表示を制御する。ＤＣ２０６は、ディスクコントローラーであり、外部記憶装置２０７とのアクセスを制御する。ＮＩＣ２０８は、通信コントローラーであり、これを介して情報処理装置はネットワーク２１０に接続する。

図３は、マネージャ１０１およびエージェント１０２での処理を説明するための概念図を示す。本概念図では、ソフトウェアモジュールの構成とその処理の単位を示すブロック図となっている。

ＨＴＴＰ／ＨＴＴＰＳサーバ３０１は、ＨＴＴＰまたはＨＴＴＰＳでマネージャ１０１からの指示を含むリクエストを受け取り、エージェント１０２内の各種機能を呼び出す。さらに、そのリクエストを受け付けたことをマネージャ１０１に応答する。

タスク実行部３０２は、マネージャ１０１からの指示に従って、指示の対象となる１以上のデバイスに対して指定された処理（タスク）を実行する。タスクを実行する場合には、タスク実行部３０２は、該タスクを対象となったデバイス１０４、１０５の処理単位（以下「サブタスク」と記す）に分割するタスク分割処理３０３を実行する。これは、タスクで指定された処理内容を複数のデバイスに対して並行処理するための処理である。

タスク実行部３０２は、さらに、分割された複数のサブタスクをキューで管理するサブタスク管理処理３０４と、サブタスク管理処理３０４で管理するキュー内のサブタスクを取り出し実行するサブタスク実行処理３０５とを実行する。サブタスク管理処理３０４において、キューで管理されるサブタスクは、タスクの種類には依存しない。例えば、デバイスから情報を取得するタスクに基づくサブタスクも、デバイスに指定された値を設定するタスクに基づくサブタスクも、区別なく管理する。

タスク実行部３０２では、サブタスク実行処理３０５において、キューから取り出しサブタスクの内容に従って、そのサブタスクを処理可能なクラスのインスタンスが動的に作成される。タスク実行部３０２は、この作成されたインスタンスに、サブタスクの処理を委譲することで、サブタスクの内容に依存しないで、サブタスクの処理を実現する。また、タスク実行部３０２は、サブタスク実行処理３０５において、複数のスレッドを用いて、並行（または、ほぼ同時）に複数のサブタスクのキューからの取り出しと、その実行を実現する。

３０６はデータ送信部であり、エージェント１０２からマネージャ１０１に対して、データを送信する。ここでデータは、例えば、サブタスク実行処理３０５で実行されたサブタスクの実行結果である。データ送信部３０６は、送信すべきデータをキューで管理する送信管理処理３０７と、データをマネージャ１０１に送信するデータ送信処理３０８を実行する。送信管理処理３０７で用いるキューは、サブタスク管理処理３０４で用いるキューとは異なるものである。

データ送信処理３０８では、キューからデータを取り出し、取り出したデータをマネージャ１０１に送信する。データ送信処理３０８では、複数のスレッドでデータの取り出しとマネージャ１０１への送信を、並行して処理可能である。

３０９は調整部であり、データ送信処理３０８でマネージャ１０１にデータを送信した際のマネージャ１０１からの応答時間の統計情報を管理する。さらに、調整部３０９は、統計情報を利用して、サブタスク実行処理３０５でのスレッドの数や、データ送信処理３０８でのスレッドの数が自動で調整されるような制御を実現する。

図４は、図３を用いて説明したサブタスク実行処理３０５内の詳細を説明するためのフローチャートを示している。タスク実行部３０２は、サブタスク実行処理３０５において、複数のスレッドを作成し、作成された複数のスレッドはそれぞれが図４の処理を並行して実行する。

まず、Ｓ４０１で、現在実行中のサブタスク実行スレッドの数と、スレッドの最大数（第１閾値）との比較を行う。ここで、実行中のスレッドの数は、本処理を実行しているスレッドを含む。実行中のスレッドの数が第１閾値を超える場合、本処理を実行しているスレッドは図４で示す処理を中断して、終了する。この終了に伴い、処理を中断したスレッドは破棄される。ここで、第１閾値は調整部３０９により調整され、Ｓ４０１の判定によりエージェント１０２上でサブタスクの処理のために起動されるスレッドの数の調整が実現される。起動されたスレッドが実際にサブタスクを処理する前に破棄された場合には、少なくとも該スレッドによるマネージャ１０１に対する通信（処理結果の送信、など）が抑制されることになる。

一方で、Ｓ４０１で、実行中のスレッドの数が第１閾値以下の場合、サブタスク実行スレッドは、Ｓ４０２で、キューで管理されるサブタスクを１つ取得する。Ｓ４０３でサブタスクが取得できたか否かを判定する。サブタスクの取得に失敗した、即ち、サブタスク管理処理３０４で用いるキューにサブタスクが存在しない場合、サブタスク実行スレッドは処理を終了する。この場合も、本処理を実行しているスレッドが破棄される。

Ｓ４０３でサブタスクの取得に成功した場合、サブタスク実行スレッドは、Ｓ４０４で、取り出したサブタスクを実行する。ここでは、図３の説明で前述した通り、サブタスクを処理可能なクラスのインスタンスが動的に作成され、サブタスク内の処理内容が実行される。その後、サブタスク実行スレッドは、その実行結果を受け取る。

Ｓ４０５で、最後にサブタスク実行スレッドは、サブタスクの実行結果をマネージャ１０１に送信するように、図３のデータ送信部３０２に依頼し、Ｓ４０１に戻る。

その後、サブタスク実行スレッドは、スレッド数が第１閾値を超えず、キューにサブタスクが存在する限り、上記処理を繰り返す。

サブタスク管理処理３０４においてキューにサブタスクが追加された場合、及び、調整部３０９の処理により前述した第１閾値が増加した場合、タスク実行部３０２は、サブタスク実行スレッドを追加で起動する。

図５Ａは、データ送信部３０６による、マネージャ１０１にデータを送信する際の処理（データ送信処理３０８）を説明するためのフローチャートを示す。以下のステップの処理の主体はデータ送信部３０６である。このデータ送信のための本処理は、送信すべきデータ（及び、ＵＲＬパスやデータタイプ等の関連情報）と共に呼び出される。

Ｓ５０１で、本処理の開始、つまりデータ送信の開始からマネージャ１０１からの応答を受け取るまでの時間（以下「応答時間」と記す）を計測するための処理が開始される。

データ送信部３０６は、Ｓ５０２で送信すべきデータをマネージャ１０１に送信し、Ｓ５０３でマネージャ１０１からの応答を受信する。Ｓ５０４で、応答時間の計測を終了し、データの送信に要した応答時間を記憶する。

Ｓ５０５で、データ送信部３０６は、マネージャ１０１からの応答の内容を検査する。応答がない、或いは、データの受信に失敗した旨の応答であった場合、本送信処理は処理を終了する。一方で、マネージャ１０１によるデータの受信が成功した旨の応答であった場合にはＳ５０６に遷移する。

Ｓ５０６で、データ送信部３０６は、Ｓ５０２で送信したデータのサイズをサイズ閾値と比較し、データのサイズがサイズ閾値を超える場合には、本送信処理を終了する。ここでサイズ閾値は、例えば、１０キロバイト等の小さな値である。この処理により、応答時間にデータの転送時間が占める割合が多い計測結果が除外されることになる。

Ｓ５０７で、データ送信部３０６は、計測結果としての応答時間を、調整部３０９に通知して、処理を終了する。

図５Ｂは、データ送信部３０６による送信管理処理３０７を説明するためのフローチャートを示す。図５Ａを用いて説明したデータ送信処理３０８は、複数のスレッドを用いて並行して実行される。本管理処理はデータ送信のために起動されるスレッド数を管理するための処理であり、以降の処理は、データ送信のために起動されたそれぞれのスレッド（データ送信スレッド）によって実行されることになる。

Ｓ５１０で、現在実行中のデータ送信スレッドの数と、データ送信のために利用可能なスレッドの最大数（第２閾値）との比較を行う。ここで、実行中のデータ送信スレッドの数には、本処理のために起動されたスレッドが含まれる。実行中のデータ送信スレッドの数が閾値を超える場合、本処理のために起動されたスレッドは本管理処理を終了する。処理の終了に伴い、該スレッドは破棄される。この処理により、破棄されたスレッドで想定されたマネージャ１０１に対する通信（処理結果の送信、など）が抑制されることになる。

ここで、サブタスク実行のためのスレッドの数の調整のための第１閾値と、本処理におけるデータ送信のためのスレッドの数の調整のための第２閾値とは、それぞれ別に管理されている。

Ｓ５１０で、実行中のデータ送信スレッドの数が閾値以下と判定された場合、Ｓ５１１で、送信管理処理３０７で用いるキューからデータを取得する。キュー内のデータは、例えば、Ｓ４０５で依頼された実行結果を示すデータである。Ｓ５１２で、キューからデータの取得に成功したか否かを判定し、取得に失敗した、即ち、キューにデータが存在しない場合、データ送信スレッドは処理を終了する。その場合には該スレッドは破棄される。キューからデータの取得に成功した場合にはＳ５１３に進む。

Ｓ５１３で、Ｓ５１１で取得したデータを用いて、図５Ａの送信処理を呼び出す。これにより、マネージャ１０１にＳ５１１で取得したデータが送信される。さらに、データ送信スレッドは、このデータ送信による送信結果を受け取る。

Ｓ５１４で、送信結果からデータの再送信の要否を判断する。例えば、マネージャ１０１からの応答がない場合は再送信が必要、データの送信に成功した場合やマネージャ１０１がデータの受信を拒否した場合には再送信は不要である。再送信が不要と判断された場合には、Ｓ５１０に戻り、処理を続ける。一方で、再送信が必要と判断された場合、データ送信スレッドは、Ｓ５１５で、Ｓ５１１で取得したデータを送信管理処理３０７で用いるキューに再度、追加し、Ｓ５１０に遷移する。

データ送信スレッドは、スレッド数が第２閾値を超えず、キューにデータが存在する限り、上記処理を繰り返す。キューにデータが追加された場合、及び、調整部３０９によりデータ送信のためのスレッド数の第２閾値が増加した場合には、データ送信部３０６はデータ送信スレッドを追加で起動する。

図６は、図３の調整部３０９が実行する調整処理を説明するためのフローチャートを示す。この処理は、図５ＡのＳ５０７での通知に従い呼び出される。調整処理は、この通知に含まれるマネージャ１０１へのデータ送信における応答時間が利用される。調整部３０９は、データ送信部３０６から応答時間が通知されるたびに、その応答時間をリストで管理する。このリストを参照することにより、調整部３０９が、応答時間がどのように変化しているかを検証することが可能となる。

Ｓ６０１で、調整部３０９は、通知されてきた応答時間を、１つの要素としてリストに記録する。

Ｓ６０２で、調整部３０９は、リスト内の要素の数が、規定数以上であるかを判定する。規定数を超えない場合には本調整処理は終了する。リスト内の要素数が規定数以上の場合にはＳ６０３に進む。Ｓ６０３で、調整部３０９は、リスト内の複数の要素で示す各応答時間から、それらの中間値を計算し、Ｓ６０４でリストを空にする。

ここで規定数は、例えば５０や１００などの固定値があらかじめ設定できる。つまり、Ｓ６０３は、例えば、データ送信部３０６から５０回の通知を受け取るたびに実行され、その５０回の通知に含まれる応答時間の中間値が計算されることになる。ここで、本実施例において、平均値ではなく中間値を採用するのは、応答時間の分布が正規分布ではないからである。

Ｓ６０５で、調整部３０９は、それまでに調整処理が実行されることにより、すでに前回の処理における中間値が設定されているか否かを判定する。設定済みの場合にはＳ６０６に遷移して、設定されていない場合にはＳ６０８に遷移する。

Ｓ６０６で、調整部３０９は、スレッド数を変化させる値を決定する。ここで決定された値は、スレッドを増加させるのか、減らすのかも識別できる情報である。例えば、前回中間値に比較してＳ６０３で計算した中間値が大きい場合、すなわち、マネージャ１０１からの応答が遅くなってきているケースでは、エージェントのスレッド数を減少させるように値が決定される。また、前回中間値に比較してＳ６０３で計算した中間値が小さい場合には、スレッド数を増加させるように値が決定される。Ｓ６０７で、調整部３０９は、Ｓ６０６で決定した値を引き渡して、スレッド数の調整処理（図７）を呼び出す。

Ｓ６０８で、調整部３０９は、Ｓ６０３で計算した中間値を、前回中間値として設定して、その後、本調整処理を終了する。

図７は、図６のＳ６０７により呼び出される、調整部３０９が実行するスレッド数の調整処理を説明するためのフローチャートを示す。

ここで、調整対象となるスレッドは、サブタスク実行処理３０５で利用されるサブタスク実行スレッドと、データ送信処理３０８で利用されるデータ送信スレッドとである。前述のＳ６０７による１度の呼び出しに応じて、サブタスク実行スレッドおよびデータ送信スレッドのそれぞれのために、以下で説明する処理が実行されるものとする。

Ｓ６１０で、調整部３０９は、スレッド数を増加させるのか、減らすのかを判断をする。スレッド数を増加する場合にはＳ６１１に遷移し、減らす場合にはＳ６１４に遷移する。

Ｓ６１１で、調整部３０９は、現在のスレッド数の閾値がスレッド数の上限に達しているか否かを判定する。上限に達している場合にはスレッド数が増やせないため、本調整処理は終了する。閾値が上限に達していない場合にはＳ６１２に遷移する。

ここで、スレッドの閾値は、サブタスク実行スレッドのスレッド数の調整の際にはＳ４０１で用いた第１閾値が判定対象となる。一方で、データ送信スレッドのスレッド数の調整の際にはＳ５１０で用いた第２閾値が判定対象となる。また、スレッド数の上限は、マネージャ１０１が動作する情報処理装置のリソースの割り当てなどを考慮して、サブタスク実行処理３０５、及びデータ送信処理３０８のそれぞれで、予め設定される上限数である。

Ｓ６１２で、調整部３０９は、所定値であるＮの分だけ、閾値を増やす。ここで、Ｎの値は、サブタスク実行処理３０５、及びデータ送信処理３０８のそれぞれで予め設定される値である。また、閾値は、最大でＳ６１１で用いた上限数まで増やすこととする。

Ｓ６１３で、調整部３０９は、タスク実行部３０２、データ送信部３０６に、サブタスク実行スレッド、データ送信スレッドの追加起動を指示する。ここでは、Ｓ６１２の処理で閾値が増加した数だけスレッドが起動される。スレッドが起動された場合には、前述のサブタスク実行処理３０５、或いはデータ送信処理３０８が開始されることになる。

Ｓ６１２およびＳ６１３の処理により、マネージャとエージェントとの間の応答時間が改善されていく間は、徐々にＮの値分だけ、エージェント側のスレッドの追加起動を許容していき、エージェントでは並列処理による効率化が行われることになる。

Ｓ６１４で、調整部３０９は、現在のスレッド数の閾値がスレッド数の下限に達しているか否かを判定する。下限に達している場合にはスレッド数が減らせないため、本調整処理は終了する。閾値が下限に達していない場合にはＳ６１５に遷移する。

ここで、スレッドの閾値は、Ｓ６１１と同様、第１閾値、第２閾値が判定対象となる。また、スレッド数の下限は、マネージャ１０１が動作する情報処理装置のリソースの割り当てなどを考慮して、サブタスク実行処理３０５、及びデータ送信処理３０８のそれぞれで、予め設定される下限数である。

Ｓ６１５で、調整部３０９は、所定値であるＮの分だけ、閾値を減らす。また、閾値は、最小で、Ｓ６１４で用いた下限数まで減らすこととする。

Ｓ６１５の処理により、マネージャとエージェントとの間の応答時間が劣化していく間は、Ｎの値分だけ、エージェント側のスレッドの徐々に減ることになり、エージェントからマネージャへのデータ送信が削減され、マネージャでの処理負荷が抑えられるようになる。

なお、Ｎの値として定数を使用しているが、例えば、送信管理処理３０７のキューに存在するデータの数や、キュー内のデータの数の変化（増減）に基づき、Ｎの値を動的に変更することも可能である。例えば、以下の様な調整が考えられる。

図７で示す処理が実行されるたびにキュー内のデータの数を記録しておき、その数が、前回計測時よりも増加している場合、起動中のスレッドの数がより少なくなるようＮの値を変化させる。一方で、キュー内のデータ数が減少している場合、スレッドの数がより増加するように、Ｎの値を変更する。ほかにも、キュー内のデータ数が所定数を超える場合には、起動中のスレッドの数がより少なくなるよう、Ｎの値を変更することもできる。

（変形例）
図８は、図６で示した調整部３０９による調整処理の変形例を説明するためのフローチャートを示す。ここでは、図６と異なる処理について、追加で説明する。

Ｓ８０１で、調整部３０９は、中間値の計算の必要性の有無を判断する。調整部３０９は、以下の条件の少なくともいずれかを満足した場合に、中間値の計算が必要と判断する。
・リスト内の要素の数が前述の第１規定数αよりも多い（Ｓ６０２と同じ）
・前回Ｓ８０２の処理が実行されてから所定時間が経過し、且つ、リスト内の要素の数が第２規定数βより多い（α＞β）

ここで、２つ目の条件は、所定時間内に、マネージャとエージェントとの間である程度の回数の通信が行われたことを意味する。Ｓ８０１の時間の経過は、前回Ｓ８０２の処理の開始時刻と現在時刻との差分を取ることにより求める。

Ｓ８０２で、調整部３０９は、リセット処理を行う。具体的には、以下のような処理が実行される。
・リストを空にする（Ｓ６０４と同じ）
・上述の開始時刻を現在時刻に設定する

なお、調整部３０９は、Ｓ６０１の段階で、調整処理の初回起動などの理由でまだリストが存在せず、新規にリストを作成した際にも、開始時刻を現在時刻に設定する。

（実施例２）
タスクの内容によって、処理の優先度が異なる場合がある。そこで、実施例２は、実施例１におけるタスク実行部３０２に、改良を加える。実施例２においては、該改良に伴う、実施例１からの変更点について説明する。

図９は、本実施例における、タスク実行部３０２の詳細を示している。

サブタスク管理処理３０４では、高優先処理キュー９０１、通常処理キュー９０２、および低優先処理キュー９０３の３つのキューを使い分ける。

タスク分割処理３０３では、タスクがサブタスクに分割され、３つのキューからサブタスクの内容に応じたキューが選択される。サブタスク管理処理３０４では、選択されたキューに該サブタスクを追加して、管理する。

例えば、タスク分割処理３０３では、管理対象のデバイス１０４のエラーなどをデバイス利用者に通知する（ステータス監視）ためのタスクなどについては、そのタスクに基づくサブタスクのために高優先処理キュー９０１が選択される。また、管理対象のデバイス１０４の設定値のバックアップの様な緊急性の低いタスクに基づくサブタスクにためには、低優先度キュー９０３が選択される。また、ステータス監視のタスクであっても、管理対象の各デバイスに対してパケットを送信し、応答のあったデバイスに対応するサブタスクのためには高優先処理キュー９０１を、すぐに応答がなかったデバイスに対応するサブタスクのためには低優先処理キュー９０３を選択することも可能である。ほかにも、タスクには、設定情報の配信タスク、アドレス帳の配信タスク、ファームウェアやアプリケーションなどのソフトウェアの配信タスク、などがある。設定情報の配信タスク、アドレス帳の配信タスクも緊急性の低いタスクと考えられる。セキュリティなどの要件を含む場合には、ソフトウェアの配信タスクに対応するサブタスクは高優先処理キュー９０１が選択される。

タスク実行部３０２は、サブタスク実行処理３０５で利用可能なサブタスク実行スレッドを、高優先処理用スレッド群、通常処理用スレッド群、低優先処理用スレッド群に分割する。高優先処理用スレッド群、通常処理用スレッド群、低優先処理用スレッド群は、それぞれ、高優先処理キュー９０１、通常処理キュー９０２、低優先処理キュー９０３からサブタスクを取得して、実行する。

実施例１の図４で説明したサブタスク実行処理３０５で利用できるスレッド数の上限を示す第１閾値に基づき分配された閾値が、各スレッド群に対して割り当てられる。

本実施例では、各スレッド群に割り当てられる閾値を次のように決定する。
第１閾値をＭとすると、
・高優先処理用スレッド数の閾値（Ｍｈ）： Ｍ／７
・低優先処理用スレッド数の閾値（Ｍｌ）： Ｍ／３
・通常処理用スレッド数の閾値（Ｍｎ）：： Ｍ−（Ｍｈ＋Ｍｌ）

実施例２では、高優先処理用スレッド群、低優先処理用スレッド群、通常処理用スレッド群は、図４で示す処理により対象キューから取得したサブタスクを実行する。この際、Ｓ４０１では、各スレッド群は、対応する閾値Ｍｈ、Ｍｌ、Ｍｎを利用することになる。

また、実施例２では、高優先処理用スレッド群のサブタスク実行スレッドは、Ｓ４０５で図５Ａの送信処理を呼び出す。そして、他のスレッド群のサブタスク実行スレッドは、データ送信部３０６に対して、送信管理処理３０７で用いるキューに実行結果を送信するためのデータを追加するよう依頼する。つまり、高優先処理用スレッド群以外のスレッドによるサブタスクの実行結果は、図５Ｂに従うデータ送信スレッドの処理で、サブタスクの実行とは非同期に、マネージャーに遅延送信されることになる。

なお、Ｓ４０２で、低優先処理用スレッド群に含まれるサブタスク実行スレッドについては、低優先処理キュー９０３からのサブタスクの取得に失敗した（低優先処理キュー９０３にサブタスクがない）場合に、通常処理用キュー９０２からサブタスクを取得するようにしてもよい。

また、図７のＳ６１２〜Ｓ６１３で、第１閾値が増えた場合、その増分に基づき閾値Ｍｈ、Ｍｌ、Ｍｎも増加することになる。その場合には、その分だけ各スレッド群についてスレッドが追加起動されることになる。Ｓ６１５で、第１閾値が減った場合、それに基づき閾値Ｍｈ、Ｍｌ、Ｍｎも減ることになる。

（他の実施例）
本発明は、上述した実施形態を適宜組み合わせることにより構成された装置あるいはシステムやその方法も含まれるものとする。

ここで、本発明は、上述した実施形態の機能を実現する１以上のソフトウェア（プログラム）を実行する主体となる装置あるいはシステムである。また、その装置あるいはシステムで実行される上述した実施形態を実現するための方法も本発明の一つである。また、そのプログラムは、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給され、そのシステム或いは装置の１以上のコンピュータ（ＣＰＵやＭＰＵ等）によりそのプログラムが１以上のメモリーに読み出され、実行される。つまり、本発明の一つとして、さらにそのプログラム自体、あるいは該プログラムを格納したコンピューターにより読み取り可能な各種記憶媒体も含むものとする。また、上述した実施形態の機能を実現する回路（例えば、ＡＳＩＣ）によっても、本発明は実現可能である。

１０１ 管理サーバー（マネージャ）
１０２、１０３ エージェント装置（エージェント）
１０４〜１０７ デバイス

Claims (10)

1. マネージャから指示に従う処理を実行するエージェントが動作する情報処理装置であって、
   前記エージェントのデータの送信と前記マネージャからの応答とを含む通信から求めた応答時間を管理する管理手段と、
   スレッド数の第１閾値以下の複数のスレッドにより、前記指示に従う処理を実行する実行手段と、
   前記実行された処理の結果を示すデータを、前記マネージャに送信する送信手段と、
   前記エージェントと前記マネージャとの間で行われた複数回の通信に対応する応答時間の変化に基づき、前記第１閾値を減らすように調整する調整手段と、を有することを特徴とする情報処理装置。
2. 前記指示に従う処理を実行するために起動されたスレッドは、実行中のスレッドの総数が前記第１閾値を超えていた場合、処理を中断し、該スレッドは破棄されることを特徴とする請求項１に記載の情報処理装置。
3. 前記調整手段は、さらに、前記エージェントと前記マネージャとの間で行われた複数回の通信に対応する応答時間の変化に基づき前記マネージャの処理負荷が改善されたと判断された場合に、前記第１閾値を増やすように調整することを特徴とする請求項１または２に記載の情報処理装置。
4. 前記第１閾値が増えた場合には、追加で前記指示に従う処理を実行するためのスレッドが起動されることを特徴とする請求項３に記載の情報処理装置。
5. 前記送信手段は、第２閾値以下の複数のデータ送信スレッドにより、前記実行された処理の結果を示すデータを、前記マネージャに送信し、
   前記調整手段は、さらに、前記エージェントと前記マネージャとの間で行われた複数回の通信に対応する応答時間の変化に基づき、前記第２閾値を減らすように調整する
   ことを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
6. 前記データ送信スレッドは、実行中のデータ送信スレッドの総数が前記第２閾値を超えていた場合、処理を中断し、該データ送信スレッドは破棄されることを特徴とする請求項５に記載の情報処理装置。
7. 前記送信手段は、前記実行された処理の結果を示すデータを前記マネージャに送信した後に前記マネージャからの応答を受信した場合に、前記応答時間を求め、
   前記管理手段は、前記送信手段が求めた前記応答時間を管理する
   ことを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
8. 前記マネージャから指示に従う処理は、マネージャの管理対象となる複数のデバイスそれぞれに対するステータス監視、設定値のバックアップ、設定情報の配信、アドレス帳の配信、およびソフトウェアの配信の少なくともいずれかが含まれることを特徴とする請求項１乃至７のいずれか１項に記載の情報処理装置。
9. マネージャから指示に従う処理を実行するエージェントが動作する情報処理装置における方法であって、
   前記エージェントのデータの送信と前記マネージャからの応答とを含む通信から求めた応答時間を管理する管理工程と、
   スレッド数の第１閾値以下の複数のスレッドにより、前記指示に従う処理を実行する実行工程と、
   前記実行された処理の結果を示すデータを、前記マネージャに送信する送信工程と、
   前記エージェントと前記マネージャとの間で行われた複数回の通信に対応する応答時間の変化に基づき、前記第１閾値を減らすように調整する調整工程と、を有することを特徴とする方法。
10. 請求項１乃至８のいずれか１項に記載の各手段としてコンピューターを機能させることを特徴とするプログラム。

Images