JP2021043545A - 管理システムおよびその制御方法、並びにプログラム - Google Patents

Abstract

【課題】マネージャとエージェントにより構成されるデバイス管理システムにおいて、アプリケーションやファームウェアの取得処理を行う際に、マネージャへのアクセスの集中を回避する。【解決手段】ソフトウェアを管理するマネージャの指示に基づいて１または複数のデバイスとネットワークを介して通信を行うエージェントであって、前記マネージャからの指示に基づいて、位置情報をデバイスに送信し、ソフトウェアを記憶領域にキャッシュし、前記デバイスからソフトウェアの取得要求を受け付けた際に、当該取得要求にて示される位置情報に対応するソフトウェアがキャッシュされているか否かを判定し、キャッシュされていると判定された場合、キャッシュされているソフトウェアを前記デバイスに配信し、キャッシュされていないと判定された場合、前記取得要求にて示される位置情報に基づいてソフトウェアを取得してキャッシュした上で、前記デバイスに配信する。【選択図】 図１

Description

本発明は、管理システムおよびその制御方法、並びにプログラムに関する。

従来、ネットワークを介して接続された複数の画像形成装置（以下、デバイスと呼ぶ）を管理する管理システムが知られている。管理システムは、例えば、様々なプロトコルによる通信を使用してデバイスから情報を取得したり、デバイスに対して処理を指示したりする。デバイスにアプリケーションをインストールしたり、デバイスのファームウェアを更新したりする場合、デバイスに対してアプリケーションやファームウェアを送信する代わりに、デバイスに対してアプリケーションやファームウェアを取得するためのアドレスを指示することがある。この場合、デバイスは、指定されたアドレスからコンテンツを取得する。

また、ＷＥＢサーバに、複数のクライアントからのアクセスが集中しないようにする技術として、例えば、特許文献１の方法が挙げられる。特許文献１では、中継サーバが、コンテンツキャッシュサーバにコンテンツのキャッシュを指示するとともに、クライアントに対して、ＷＥＢサーバ上のコンテンツの所在情報をキャッシュサーバ上の所在情報で置き換える。

特開２００９−１４０１１５号公報

管理するデバイスの数が多い場合、デバイス管理システムを、全体の管理を行う一台の管理サーバ（マネージャ）と、管理サーバの指示に従ってデバイスに対する処理を実行する複数のエージェントとにより構成することがある。このような構成においてアプリケーションやファームウェアの取得処理が行われた場合、管理サーバにデバイスからのアクセスが集中するという問題がある。

管理サーバへのアクセスの集中を回避するために、特許文献１のように中継サーバを用いた場合、中継サーバが、事前にキャッシュサーバにコンテンツのキャッシュを指示する必要がある。また、中継サーバはキャッシュサーバの構成やアドレスを事前に知る必要があり、構成や制御が複雑になるという問題がある。

上記課題を解決するために本願発明は以下の構成を有する。すなわち、ソフトウェアを管理するマネージャと、前記マネージャの指示に基づいて１または複数のデバイスとネットワークを介して通信を行うエージェントとを含む管理システムであって、前記マネージャは、前記エージェントに対し、ソフトウェアを取得するための位置情報をデバイスに送信する指示を行う指示手段を有し、前記エージェントは、前記マネージャからの指示に基づいて、位置情報をデバイスに送信する送信手段と、ソフトウェアをキャッシュするキャッシュ手段と、前記デバイスからソフトウェアの取得要求を受け付けた際に、当該取得要求にて示される位置情報に対応するソフトウェアが前記キャッシュ手段にてキャッシュされているか否かを判定する判定手段と、前記判定手段にてキャッシュされていると判定された場合、前記キャッシュ手段にてキャッシュされているソフトウェアを前記デバイスに配信する第１の配信手段と、前記判定手段にてキャッシュされていないと判定された場合、前記取得要求にて示される位置情報に基づいてソフトウェアを取得して前記キャッシュ手段にてキャッシュさせた上で、前記デバイスに配信する第２の配信手段とを有する。

本発明により、アプリケーションやファームウェアの取得処理を行う際に、マネージャへのアクセスの集中を回避することが可能となる。

本願発明の一実施形態に係るシステムの全体構成の例を示す図。 本願発明に係る情報処理装置のハードウェア構成の例を示す図。 本願発明に係るマネージャ及びエージェントのソフトウェア構成の例を示す図。 本願発明に係るデータ取得処理のフローチャート。 第１の実施形態に係るアプリケーションのインストール処理のシーケンス図。 第１の実施形態に係るアプリケーションのインストール処理（キャッシュ済み）のシーケンス図。 第２の実施形態に係るマネージャのソフトウェア構成の例を示す図。 第２の実施形態に係るファームウェア更新処理のシーケンス図。 第２の実施形態に係るファームウェア更新処理（キャッシュ済み）のシーケンス図。

以下、添付図面を参照して実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る発明を限定するものではない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。

＜第１の実施形態＞
［システム構成］
図１は、本実施形態に係るマネージャ／エージェントシステムが含まれるネットワークシステムの全体の構成の一例を示す図である。ネットワークシステムは、１つの管理サーバ（以下「マネージャ」と記す）１０１と、複数のエージェント装置（以下「エージェント」記す）１０２、１０３を含んで構成されるデバイスの管理システムとして機能する。マネージャ１０１は、ネットワークデバイス（以下「デバイス」と記す）１０４〜１０７を管理する。マネージャ１０１、エージェント１０２、１０３、デバイス１０４〜１０７は、ネットワーク１０８により相互に通信可能に接続されている。

マネージャ１０１は、情報処理装置にデバイス管理アプリケーションをインストールすることで実現される装置である。エージェントは、情報処理装置にデバイスエージェントアプリケーションをインストールすることで実現される装置である。１台の情報処理装置にデバイス管理アプリケーションとデバイスエージェントアプリケーションとの両方をインストールすることで、該装置でマネージャの機能に加え、エージェントの機能を実現することも可能である。そのような場合には、マネージャは、自装置内のエージェント、およびネットワーク上の他の装置で実現されている１以上のエージェントを介して複数台のデバイスを管理する。

以下では、エージェント１０２はデバイス１０４、１０５を監視対象とし、エージェント１０３はデバイス１０６、１０７を監視対象とするものとして説明を行う。そして、以降では、エージェントの代表としてエージェント１０２を用い、デバイスの代表としてデバイス１０４を用いて、具体的な説明を行う。なお、他のエージェント及びデバイスも同等の動作を行うものとする。

マネージャ１０１は、エージェント１０２に対して、デバイス１０４に対する操作を指示する。エージェント１０２は、マネージャ１０１からの指示に従いデバイス１０４に対して要求を送信する等の処理を行い、その処理結果をマネージャ１０１に送信する。エージェント１０２による処理の例としては、デバイス１０４からの機器情報や稼働情報の取得がある。その他、デバイス１０４の設定値の変更、デバイス１０４へのアプリケーションのインストール指示等がある。

図１では、エージェントが２台、管理対象のデバイスは４台の構成を示しているが、この数は一例であり、増減してよい。したがって、数万台のデバイスを十数台のエージェントを介して管理する場合であっても、構成や動作は、以下に述べる説明と同様である。

また、各機器を通信可能に接続するネットワーク１０８の構成は特に限定するものでは無い。ネットワーク１０８は、インターネット、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）などが組み合わされてよく、また、通信規格や有線／無線も問わない。

［ハードウェア構成］
図２は、本実施形態に係る、マネージャ１０１やエージェント１０２、１０３として動作可能な情報処理装置のハードウェア構成の一例を示す図である。情報処理装置２００は、ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、ＫＢＤＣ２０４、ＶＣ２０５、ＤＣ２０６、および、ＮＩＣ２０７を含んで構成される。ＣＰＵ２０１は、システムバス２０８を介して接続された各部位を総括的に制御する。ＣＰＵ２０１は、ＲＯＭ２０３や外部記憶装置２１１に記憶された、或いはネットワーク２１２を介してダウンロードしたソフトウェア（プログラム）を必要に応じてＲＡＭ２０２にロードして実行することで、各種機能を実現する。

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

ＫＢＤＣ２０４は、キーボードコントローラーであり、キーボードやポインティングデバイス等の入力装置２０９からの入力情報をＣＰＵ２０１に送る。ＶＣ２０５は、ビデオコントローラーであり、ＬＣＤ等から構成される表示装置２１０の表示を制御する。ＤＣ２０６は、ディスクコントローラーであり、外部記憶装置２１１とのアクセスを制御する。ＮＩＣ２０７は、通信コントローラーであり、ネットワーク２１２に接続され、外部装置との通信を制御する。なお、図２に示す情報処理装置の構成は一例であり、マネージャ１０１とエージェント１０２それぞれが動作する情報処理装置の構成が異なっていてもよい。

［ソフトウェア構成］
図３（ａ）は、本実施形態に係るマネージャ１０１のソフトウェア構成の例を示す図である。本実施形態では、マネージャ１０１として動作する情報処理装置２００が、デバイス管理アプリケーションのプログラムを読み出して実行することにより、各部位の機能が実現される。エージェント管理部３０１は、エージェント１０２、１０３に関する情報を管理する。デバイス管理部３０２は、管理対象であるデバイス１０４〜１０７に関する情報を管理する。デバイスに関する情報には、デバイスとエージェントとの対応関係の情報を含む。タスク管理部３０３は、デバイスに対する処理の内容や結果を管理したり、各エージェントに対して各デバイスへの処理を指示したりする。これらの管理情報は、データベース（不図示）に格納される。また、マネージャ１０１は、各デバイスに提供可能なアプリケーションのプログラムデータを外部記憶装置２１１にて保持し、その位置情報（格納先）等を管理しているものとする。ＨＴＴＰ／ＨＴＴＰＳサーバ３０４は、ＨＴＴＰやＨＴＴＰＳの通信を用いて、エージェントやデバイスからの要求を受信したり、マネージャ１０１をユーザが操作するためのＷＥＢ ＵＩを提供したりする。

図３（ｂ）は、本実施形態に係るエージェント１０２のソフトウェア構成の例を示す図である。本実施形態では、エージェント１０２として動作する情報処理装置２００が、デバイスエージェントアプリケーションのプログラムを読み出して実行することにより、各部位の機能が実現される。タスク実行部３１０は、マネージャ１０１からの指示に従い、デバイス１０４に対する処理を実行した後、その処理結果をマネージャ１０１に送信する。ＨＴＴＰ／ＨＴＴＰＳサーバ３１１は、ＨＴＴＰやＨＴＴＰＳの通信を用いて、マネージャ１０１やデバイス１０４からの要求を受信する。キャッシュ制御部３１２は、マネージャ１０１内のコンテンツのキャッシュ機能を提供する。

［データ取得処理］
図４は、図３（ｂ）に示すエージェント１０２が備えるキャッシュ制御部３１２によるデータ取得処理の流れを示すフローチャートである。データ取得処理は、パスが特定の文字列（例えば、「/cache/」）で始まるＧＥＴリクエストをＨＴＴＰ／ＨＴＴＰＳサーバ３１１が受信した際に、このパスを引数にして呼び出される。パスの例を以下に示す。
/cache/applications/ocr.jar
/cache/firmwares/4cb89c08-76a4-4caa-8c9d-2aa1021faac5

また、本実施形態において、エージェント１０２は、以下の表１に示すテーブル構造によりデータを管理している。

表１に示すテーブルにおいて、パスは、引数で渡されたパス、即ちＨＴＴＰ／ＨＴＴＰＳサーバ３１１が受信したＧＥＴリクエストにて指定されたパスを示す。ファイル名は、パスで示されるデータを取得し、エージェント１０２にて保存した際のファイルのファイル名を示す。最終アクセス日時は、パスを引数にしてデータ取得処理が呼び出された日時を示す。コンテンツタイプは、データの型を示す文字列である。

Ｓ４０１にて、キャッシュ制御部３１２は、引数で渡されたパスで示されるデータが、キャッシュ済みか否かを確認する。ここで、表１に示すテーブルを参照し、引数で渡されたパスが存在する場合はキャッシュ済み、存在しない場合はキャッシュ済みではないと判定される。要求されたデータがキャッシュ済みである場合（Ｓ４０１にてＹＥＳ）Ｓ４０５へ進み、キャッシュ済みでない場合（Ｓ４０１にてＮＯ）Ｓ４０２へ進む。

Ｓ４０２にて、キャッシュ制御部３１２は、要求されたパスに対応するマネージャ１０１のＵＲＬ(Uniform Resource Locator)を作成する。例えば、要求されたパスが「/cache/applications/sso.jar」の場合、作成されるパスは「/public/applications/sso.jar」となる。この様に、要求されたパスの一部の文字列（cache）が、別の文字列（public）で置き換えられる。

Ｓ４０３にて、キャッシュ制御部３１２は、ＨＴＴＰ／ＨＴＴＰＳサーバ３１１を介して、Ｓ４０２にて作成したＵＲＬに対してＨＴＴＰ或いはＨＴＴＰＳのＧＥＴ要求を、マネージャ１０１のＨＴＴＰ／ＨＴＴＰＳサーバ３０４に対して送信する。そして、キャッシュ制御部３１２は、その要求に対する応答に含まれるデータをファイルに保存する。

Ｓ４０４にて、キャッシュ制御部３１２は、マネージャ１０１から取得したデータに関するエントリを表１に示すテーブルに追加する。ここでの追加において、コンテンツタイプは、マネージャ１０１内のＨＴＴＰ／ＨＴＴＰＳサーバ３０４からの応答におけるＨＴＴＰヘッダにて示されるコンテンツタイプが設定される。

Ｓ４０５にて、キャッシュ制御部３１２は、表１に示すテーブルにおける最終アクセス日時の値を現在日時で更新する。

Ｓ４０６にて、キャッシュ制御部３１２は、表１に示すテーブルのファイル名で示されるファイルのデータと、コンテンツタイプとをＨＴＴＰ／ＨＴＴＰＳサーバ３１１に返す。このとき、ＨＴＴＰ／ＨＴＴＰＳサーバ３１１は、コンテンツタイプの値を、デバイスへの応答のＨＴＴＰヘッダに設定し、また、対応するデータを応答の本文に設定する。その後、ＨＴＴＰ／ＨＴＴＰＳサーバ３１１は、ＧＥＴリクエストの呼出し元（デバイス）にその応答を返す。

［処理シーケンス］
（キャッシュ前）
図５Ａは、マネージャ１０１が、エージェント１０２に対応付けられたデバイス１０４に対して、アプリケーションのインストールを指示する際の処理の流れを示すシーケンス図である。本処理シーケンスの開始時点では、エージェント１０２はインストールするアプリケーションのデータをキャッシュしていないものとする。また、マネージャ１０１とエージェント１０２のＩＰアドレスはそれぞれ、“１９２．１６８．１０．１００”、“１９２．１６８．１０．２００”であるとする。

まず、マネージャ１０１は、エージェント１０２のＨＴＴＰ／ＨＴＴＰＳサーバ３１１に対して、デバイス１０４に対してアプリケーションのインストールの指示を含む要求を送信する（Ｓ５０１）。ここでの指示には、デバイス１０４がアプリケーションを取得するためのＵＲＬ５０２（例えば、「http://192.168.10.100/public/applications/ocr.jar」）が含まれる。ここでのＵＲＬは、マネージャ１０１が管理するアプリケーションのプログラムデータの格納先を示す。

エージェント１０２のＨＴＴＰ／ＨＴＴＰＳサーバ３１１は、マネージャ１０１からの要求を受信すると、要求された指示を実行するためにタスク実行部３１０を呼び出す。タスク実行部３１０は、上記要求に含まれるＵＲＬ５０２をエージェント１０２のキャッシュ用のＵＲＬ５０４（例えば、「http://192.168.10.200/cache/applications/ocr.jar」に置換する。ここで、マネージャ１０１とエージェント１０２が同じ情報処理装置で動作している場合、上記置換を行わない。同じ情報処理装置で動作している場合とは、即ち、ＵＲＬ５０２のホストアドレス部分（上記ＵＲＬのＩＰアドレス部分に相当）が、エージェント１０２の動作するホストのアドレスと同じ場合に相当する。

次に、タスク実行部３１０は、デバイス１０４に対し、要求を送信する（Ｓ５０３）。ここでの要求には、デバイス１０４が、置換後のＵＲＬ５０４を用いてアプリケーションを取得し、インストールするような指示を含む。

エージェント１０２からの要求を受信したデバイス１０４は、当該要求に含まれるＵＲＬ５０４に対して、アプリケーションを取得するための取得要求をエージェント１０２に対して送信する（Ｓ５０５）。

エージェント１０２のＨＴＴＰ／ＨＴＴＰＳサーバ３１１は、デバイス１０４からの取得要求を受信すると、図４で説明したデータ取得処理を呼び出す。この時点では、エージェント１０３は、ＵＲＬ５０４で示されるデータをキャッシュしていないため、図４に示した処理に従い、マネージャ１０１のＵＲＬに対して、アプリケーションを取得するための要求を送信する（Ｓ５０６）。ここで、図４のＳ４０２で生成されるＵＲＬは、ＵＲＬ５０２と同じである。

マネージャ１０１のＨＴＴＰ／ＨＴＴＰＳサーバ３０４は、ＵＲＬで要求されたデータ５０８をエージェント１０２に返す（Ｓ５０７）。

エージェント１０２のキャッシュ制御部３１２は、図４に記載の処理に従って、マネージャ１０１から取得したデータ５０８をキャッシュする。更に、エージェント１０２のＨＴＴＰ／ＨＴＴＰＳサーバ３１１は、デバイス１０４に対してキャッシュしたデータ５０８を返信することで、ソフトウェアの配信を行う（Ｓ５１０）。その後、デバイス１０４では、エージェント１０２から受信したデータ５０８を用いてアプリケーションのインストールが行われる。そして、本処理シーケンスが終了する。なお、マネージャ１０１とエージェント１０２が同じ情報処理装置で動作している場合には、エージェント１０１において、ソフトウェアのキャッシュ動作を省略してよい。例えば、図４の処理の開始前にマネージャ１０１とエージェント１０２それぞれが動作する情報処理装置を特定し、その特定結果に応じて、図４の処理の内容を変更してもよい。具体的には、図４の処理に代えて、エージェント１０２は、マネージャ１０１から取得したソフトウェアのデータをそのままデバイス１０４に転送するように処理してもよい。

（キャッシュ後）
図５Ｂは、図５Ａに示す処理の後に、マネージャ１０１が、エージェント１０２に対応付けられたデバイス１０５に対して、同じアプリケーションのインストールを指示する際の処理の流れを示すシーケンス図である。本処理シーケンスの開始時点では、エージェント１０２は、図５Ａに示す処理の結果、アプリケーションのデータをキャッシュしていることとなる。

Ｓ５２１〜Ｓ５２３の処理は、図５ＡのＳ５０１〜Ｓ５０５と同様であるため、説明は省略する。図５ＢのＳ５２３でデバイス１０５から送信された要求にて指定されるＵＲＬは、図５ＡのＳ５０５の要求のＵＲＬ（ＵＲＬ５０４）と同じである。この要求を受信したエージェント１０２のＨＴＴＰ／ＨＴＴＰＳサーバ３１１は、図４で説明したデータ取得処理を呼び出す。ここで、ＵＲＬ５０４に対応するデータ５０８は図５ＡのＳ５０６〜Ｓ５０７の処理により、すでにエージェント１０２内にキャッシュされている。

エージェント１０２のキャッシュ制御部３１２は、キャッシュされたデータ５０８をＨＴＴＰ／ＨＴＴＰＳサーバ３１１によりデバイス１０５に返信する（Ｓ５２４）。その後、デバイス１０５では、エージェント１０２から受信したデータ５０８を用いてアプリケーションのインストールが行われる。そして、本処理シーケンスが終了する。

図５Ａおよび図５Ｂでは、マネージャ１０１とエージェント１０２との間、及び、エージェント１０２とデバイス１０４、１０５との間の通信は、ＨＴＴＰを使用している。両通信が共にＨＴＴＰＳを用いて行われてもよい。もしくは、マネージャ１０１とエージェント１０２との間の通信を、ＨＴＴＰＳを用いて行い、エージェント１０２とデバイス１０４との間の通信を、ＨＴＴＰを用いて行ってもよい。この場合、ＵＲＬ５０２とＵＲＬ５０４のプロトコル部はいずれも「http」であるが、エージェント１０２のキャッシュ制御部３１２が図４のＳ４０２で生成するＵＲＬは、ＵＲＬ５０２のプロトコル部を「https」で置き換えたものとなる。また、通信において、他のプロトコル（例えば、ＦＴＰ:File Transfer Protocol）が用いられてもよい。

図５Ａおよび図５Ｂでは、デバイス１０４、１０５がアプリケーションを取得するためのＵＲＬの置き換えを、エージェント１０２が処理している。この置き換え処理をマネージャ１０１で実行してもよい。この場合、先ず、マネージャ１０１は、デバイス１０４に対応付けられたエージェント１０２のホストアドレスを取得する。次に、マネージャ１０１からアプリケーションのデータを取得するためのＵＲＬ５０２を、エージェント１０２のキャッシュ取得用のＵＲＬ５０４で置き換える。この場合でも、エージェント１０２とマネージャ１０１が同じホスト上で動作する場合は、上記の置き換えは行われない。マネージャ１０１は、ＵＲＬ５０４を、図５ＡのＳ５０１及び図５ＢのＳ５２１で、エージェント１０２に送信する。この場合、エージェント１０２は、ＵＲＬの置き換えをせず、図５ＡのＳ５０３及び図５ＢのＳ５２２で、デバイス１０４、１０５に送信する。その後、エージェント１０２がＵＲＬ５０４に基づいてソフトウェアの取得要求をデバイスから受信した際に、対応するソフトウェアがキャッシュされていない場合には、エージェント１０２は、ＵＲＬ５０４をマネージャ１０１のＵＲＬ５０２に変換する。そして、ＵＲＬ５０２を用いてソフトウェアを取得する。以降の処理は、上記と同様であるため、説明を省略する。

エージェント１０２は、表１に示すテーブルのキャッシュ管理情報を定期的にメンテナンスする処理を行ってよい。例えば、テーブルに登録されてから一定の時間が経過したエントリおよびそのデータは削除してよい。具体的には、最終アクセス日時と現在日時とが指定値（例えば、２４時間）以上のエントリに関し、そのエントリのファイルパスで示されるエージェント１０２内のファイルを削除するとともに、表１の対応するエントリを削除する処理を行ってよい。

以上、本実施形態では、エージェントに対してソフトウェアのキャッシュ機能を設ける。これにより、アプリケーションやファームウェアの取得を行う際に、マネージャへのアクセスの集中を回避し、マネージャの負荷を軽減することが可能となる。

＜第２の実施形態＞
最近のデバイスはファームウェアのサイズが肥大化しており、デバイスのファームウェアを更新する際に、ファームウェア全体を転送すると、データの転送に関する多くの通信負荷がかかってしまう。これを回避するために、デバイスがサーバに対して自身の現在のファームウェア情報を送信することで、サーバはファームウェアの更新に必要な差分ファイルを取得するためのアドレスを返信するものがある。

本実施形態では、第１の実施形態の構成に加え、ネットワークデバイスのファームウェア更新機能を備えた形態について説明する。以下、第１の実施形態と同じ構成要素に関しては同じ符号を用い、差分を中心に説明するものとする。

図６は、本実施形態に係るマネージャ１０１のソフトウェア構成の例を示す図である。第１の実施形態にて図３（ａ）を用いて説明した構成との差分として、ファームウェア管理部６０１が更に備えられている。

ファームウェア管理部６０１は、デバイスのファームウェアの管理を行う。ＨＴＴＰ／ＨＴＴＰＳサーバ３０４は、要求にて示されるＵＲＬに従って、ファームウェア管理部６０１を呼び出す。ファームウェア管理部６０１は、各種デバイスのファームウェアに関する情報を保持、管理する。また、マネージャ１０１は、各デバイスに提供可能なファームウェアのプログラムデータを外部記憶装置２１１にて保持し、管理しているものとする。ファームウェア管理部６０１は、ＨＴＴＰ／ＨＴＴＰＳサーバ３０４を介してデバイスから受け付けた要求に応じて、ファームウェア更新機能を提供する。このとき、デバイスからの要求には、当該デバイスの製品情報とファームウェアのバージョン情報が含まれる。ファームウェア管理部６０１は、要求内の製品情報とバージョン情報とから、デバイスが自身のファームウェアを更新するために必要なデータを取得するためのアドレス（ＵＲＬ）を返信する。デバイスは、マネージャ１０１から取得したアドレスに対してＨＴＴＰ／ＨＴＴＰＳ要求を送信することにより、ファームウェア更新に必要なデータを受信し、自身のファームウェアの更新を行う。

［処理シーケンス］
（キャッシュ前）
図７Ａは、マネージャ１０１が、エージェント１０２に対応付けられたデバイス１０４に対して、ファームウェアの更新を指示する際の処理の流れを示すシーケンス図である。本処理シーケンスの開始時点では、エージェント１０２は、デバイス１０４のファームウェアの更新に必要なデータをキャッシュしていないものとする。また、マネージャ１０１のファームウェア管理部６０１には、デバイス１０４のファームウェアを更新するためのファームウェアプログラムの情報が登録済みであるものとする。また、マネージャ１０１とエージェント１０２のＩＰアドレスはそれぞれ、“１９２．１６８．１０．１００”、“１９２．１６８．１０．２００”であるとする。

まず、マネージャ１０１は、エージェント１０２のＨＴＴＰ／ＨＴＴＰＳサーバ３１１に対して、デバイス１０４に対してファームウェアの更新の指示を含む要求を送信する（Ｓ７０１）。ここで指示は、デバイス１０４がファームウェアの更新を開始するためのＵＲＬ７０２（例えば、「https://192.168.10.100/api/firmware/update」）を含む。

エージェント１０２のＨＴＴＰ／ＨＴＴＰＳサーバ３１１は、マネージャ１０１からの要求を受信すると、要求された指示を実行するためにタスク実行部３１０を呼び出す。タスク実行部３１０は、上記要求に含まれるＵＲＬ７０２を含むファームウェア更新要求をデバイス１０４に送信する（Ｓ７０３）。

デバイス１０４は、エージェント１０２からのファームウェア更新要求を受信すると、当該要求に含まれるＵＲＬ７０２に対して、自身の製品情報とファームウェアのバージョン情報を含むＨＴＴＰ／ＨＴＴＰＳ要求を送信する（Ｓ７０４）。これにより、デバイス１０４にて、ファームウェアの更新処理が開始される。

マネージャ１０１のＨＴＴＰ／ＨＴＴＰＳサーバ３０４は、デバイス１０４からの要求を受信すると、ファームウェア管理部６０１によるファームウェア更新処理を開始する。ファームウェア管理部６０１は、要求中に含まれる製品情報とデバイス１０４のファームウェアのバージョン情報に基づいて、ファームウェアを更新するために必要なデータを決定する。次に、ファームウェア管理部６０１は、デバイス１０４がファームウェアの更新に必要なデータを取得するためのＵＲＬ（例えば、「https://192.168.10.100/public/firmwares/ca071592-3a64-4c88-9013-cd28a73a7901」）を作成する。更に、ファームウェア管理部６０１は、デバイス管理部３０２を介してデバイス１０４が対応付けられているエージェント１０２を特定する。更に、ファームウェア管理部６０１は、エージェント管理部３０１を介してエージェント１０２のアドレスを取得し、ＵＲＬをエージェント１０２のキャッシュ用のＵＲＬ７０６で置き換える。ＵＲＬ７０６は、例えば、「https://192.168.10.200/cache/firmwares/ca071592-3a64-4c88-9013-cd28a73a7901」である。ここで、マネージャ１０１とエージェント１０２が同じ情報処理装置で動作している場合、上記置換を行わない。同じ情報処理装置で動作している場合とは、即ち、ＵＲＬのホストアドレス部分（上記ＵＲＬのＩＰアドレス部分に相当）が、エージェント１０２の動作するホストのアドレスと同じ場合に相当する。

マネージャ１０１のＨＴＴＰ／ＨＴＴＰＳサーバ３０４は、Ｓ７０４のデバイス１０４からの要求に対し、作成したＵＲＬ７０６を含む応答を返信する（Ｓ７０５）。

デバイス１０４は、マネージャ１０１からの応答を受信すると、当該応答に含まれるＵＲＬ７０６に対して、ファームウェアの更新に必要なデータを取得するための要求を送信する（Ｓ７０７）。

エージェント１０２のＨＴＴＰ／ＨＴＴＰＳサーバ３１１は、デバイス１０４からの要求を受信すると、図４で説明したデータ取得処理を呼び出す。以降の処理は、第１の実施形態にて述べた図５ＡのＳ５０６以降の処理と同様であるため、説明は省略する。

本処理シーケンスの後、デバイス１０４は、Ｓ７１１にて受信したデータ７０９を用いて、自身のファームウェアの更新処理を実行する。そして、本処理シーケンスは終了する。

（キャッシュ後）
図７Ｂは、図７Ａの処理の後に、マネージャ１０１が、エージェント１０２に対応付けられたデバイス１０５に対して、ファームウェアの更新を指示する場合の処理の流れを示すシーケンス図である。ここで、デバイス１０５は、デバイス１０４と同じ製品であり、且つ、図７Ａの処理の開始前のデバイス１０４と同じファームウェアのバージョンを持つものとする。つまり、同じ製品の同じバージョンのファームウェアの更新処理であるため、更新に必要なデータ７０９は、図７Ａに示すものと同じである。本処理シーケンスの開始時点では、エージェント１０２は、図７Ａに示す処理の結果、デバイス１０５のファームウェアの更新に必要なデータ７０９をキャッシュしていることとなる。

Ｓ７２０〜Ｓ７２３の処理は、図７ＡのＳ７０１〜Ｓ７０４と同様であるため、説明は省略する。

デバイス１０５は、マネージャからの応答を受信すると、当該応答中に含まれるＵＲＬ７０６に対して、ファームウェアの更新に必要なデータを取得するための要求を送信する（Ｓ７２４）。

エージェント１０２は、デバイス１０５からのデータ取得要求に対して、キャッシュに保持しているデータ７０９を返信する（Ｓ７２５）。

本処理シーケンスの後、デバイス１０５は、Ｓ７２５にて受信したデータ７０９を用いて、自身のファームウェアの更新処理を実行する。そして、本処理シーケンスは終了する。

以上、本実施形態では、デバイスのインストール対象のソフトウェアがファームウェアである場合に、その更新に必要な差分ファイルをキャッシュしておく。これにより、ファームウェアの取得を行う際に、マネージャへのアクセスの集中を回避し、マネージャの負荷を軽減することが可能となる。

なお、本実施形態では、更新対象のソフトウェアとしてファームウェアを例に挙げて説明したが、これに限定するものではない。例えば、他のプログラムにおいてもバージョン管理や差分データに関する管理および扱いが可能なプログラムについては同様の処理が可能である。

＜その他の実施形態＞
本発明は上述の実施形態の１以上の機能を実現するプログラムをネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピューターにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１０１…管理サーバ（マネージャ）、１０２，１０３…エージェント装置（エージェント）、１０４〜１０７…デバイス、３０１…エージェント管理部、３０２…デバイス管理部、３０３…タスク管理部、３０４…ＨＴＴＰ／ＨＴＴＰＳサーバ、３１０…タスク実行部、３１１…ＨＴＴＰ／ＨＴＴＰＳサーバ、３１２…キャッシュ制御部

Claims (13)

1. ソフトウェアを管理するマネージャと、前記マネージャの指示に基づいて１または複数のデバイスとネットワークを介して通信を行うエージェントとを含む管理システムであって、
   前記マネージャは、
   前記エージェントに対し、ソフトウェアを取得するための位置情報をデバイスに送信する指示を行う指示手段を有し、
   前記エージェントは、
   前記マネージャからの指示に基づいて、位置情報をデバイスに送信する送信手段と、
   ソフトウェアをキャッシュするキャッシュ手段と、
   前記デバイスからソフトウェアの取得要求を受け付けた際に、当該取得要求にて示される位置情報に対応するソフトウェアが前記キャッシュ手段にてキャッシュされているか否かを判定する判定手段と、
   前記判定手段にてキャッシュされていると判定された場合、前記キャッシュ手段にてキャッシュされているソフトウェアを前記デバイスに配信する第１の配信手段と、
   前記判定手段にてキャッシュされていないと判定された場合、前記取得要求にて示される位置情報に基づいてソフトウェアを取得して前記キャッシュ手段にてキャッシュさせた上で、前記デバイスに配信する第２の配信手段と
   を有することを特徴とする管理システム。
2. 前記ソフトウェアは、デバイスにインストールされるファームウェア、または、アプリケーションであることを特徴とする請求項１に記載の管理システム。
3. 前記送信手段は、前記デバイスに位置情報を送信する際に、前記マネージャからの指示にて示される位置情報を前記キャッシュ手段に対応する位置情報に変換した上で送信することを特徴とする請求項１または２に記載の管理システム。
4. 前記指示手段は、ソフトウェアを取得するための位置情報として、前記エージェントの前記キャッシュ手段に対応する位置情報を指定し、
   前記第２の配信手段は、前記判定手段にて前記ソフトウェアがキャッシュされていないと判定された場合、前記位置情報に基づいて前記マネージャに当該ソフトウェアを要求することを特徴とする請求項１または２に記載の管理システム。
5. ソフトウェアを管理するマネージャと、前記マネージャの指示に基づいて１または複数のデバイスとネットワークを介して通信を行うエージェントとを含む管理システムであって、
   前記マネージャは、
   前記エージェントに対し、ソフトウェアの更新要求をデバイスに送信する指示を行う指示手段と、
   前記更新要求に基づいて、前記デバイスから当該デバイスにインストールされているソフトウェアの情報を取得する取得手段と、
   前記取得手段にて取得した情報に基づいて、前記デバイスにインストールされているソフトウェアの更新に用いられるデータを特定する特定手段と、
   前記特定手段にて特定されたデータの位置情報を前記デバイスに送信する送信手段と
   を有し、
   前記エージェントは、
   前記マネージャからの指示に基づいて、ソフトウェアの更新要求をデバイスに送信する送信手段と、
   ソフトウェアをキャッシュするキャッシュ手段と、
   前記デバイスからソフトウェアの取得要求を受け付けた際に、当該取得要求にて示される位置情報に対応するソフトウェアが前記キャッシュ手段にてキャッシュされているか否かを判定する判定手段と、
   前記判定手段にてキャッシュされていると判定された場合、前記キャッシュ手段にてキャッシュされているソフトウェアを前記デバイスに配信する第１の配信手段と、
   前記判定手段にてキャッシュされていないと判定された場合、前記取得要求にて示される位置情報に基づいてソフトウェアを取得して前記キャッシュ手段にてキャッシュさせた上で、前記デバイスに配信する第２の配信手段と
   を有することを特徴とする管理システム。
6. 前記ソフトウェアは、ファームウェアであり、
   前記特定手段は、前記取得手段にて取得した情報に基づいて、前記デバイスにインストールされているファームウェアの更新に用いられる差分データを特定し、
   前記送信手段は、前記特定手段にて特定された差分データの位置情報を前記デバイスに送信する
   ことを特徴とする請求項５に記載の管理システム。
7. 前記送信手段にて送信される位置情報は、前記エージェントの前記キャッシュ手段に対応する位置情報であることを特徴とする請求項５または６に記載の管理システム。
8. 前記マネージャと前記エージェントが同一の情報処理装置にて動作している場合、前記エージェントの前記キャッシュ手段によるキャッシュは行われないことを特徴とする請求項１乃至７のいずれか一項に記載の管理システム。
9. 前記キャッシュ手段は、キャッシュしてから一定の時間が経過したソフトウェアを削除することを特徴とする請求項１乃至８のいずれか一項に記載の管理システム。
10. ソフトウェアを管理するマネージャと、前記マネージャの指示に基づいて１または複数のデバイスとネットワークを介して通信を行うエージェントとを含む管理システムの制御方法であって、
    前記マネージャにおいて、前記エージェントに対し、ソフトウェアを取得するための位置情報をデバイスに送信する指示を行い、
    前記エージェントにおいて、前記マネージャからの指示に基づいて、位置情報をデバイスに送信し、
    前記エージェントにおいて、前記デバイスからソフトウェアの取得要求を受け付けた際に、当該取得要求にて示される位置情報に対応するソフトウェアがキャッシュ手段にてキャッシュされているか否かを判定し、
    前記エージェントにおいて、前記ソフトウェアがキャッシュされていると判定された場合、前記キャッシュ手段にてキャッシュされているソフトウェアを前記デバイスに配信し、
    前記エージェントにおいて、前記ソフトウェアがキャッシュされていないと判定された場合、前記取得要求にて示される位置情報に基づいてソフトウェアを取得して前記キャッシュ手段にてキャッシュさせた上で、前記デバイスに配信することを特徴とする管理システムの制御方法。
11. ソフトウェアを管理するマネージャと、前記マネージャの指示に基づいて１または複数のデバイスとネットワークを介して通信を行うエージェントとを含む管理システムの制御方法であって、
    前記マネージャにおいて、前記エージェントに対し、ソフトウェアの更新要求をデバイスに送信する指示を行い、
    前記エージェントにおいて、前記マネージャからの指示に基づいて、ソフトウェアの更新要求をデバイスに送信し、
    前記マネージャにおいて、前記更新要求に基づいて、前記デバイスから当該デバイスにインストールされているソフトウェアの情報を取得し、
    前記マネージャにおいて、前記取得したソフトウェアの情報に基づいて、前記デバイスにインストールされているソフトウェアの更新に用いられるデータを特定し、
    前記特定されたデータの位置情報を前記デバイスに送信し、
    前記エージェントにおいて、前記デバイスからソフトウェアの取得要求を受け付けた際に、当該取得要求にて示される位置情報に対応するソフトウェアがキャッシュ手段にてキャッシュされているか否かを判定し、
    前記エージェントにおいて、前記ソフトウェアがキャッシュされていると判定された場合、前記キャッシュ手段にてキャッシュされているソフトウェアを前記デバイスに配信し、
    前記エージェントにおいて、前記ソフトウェアがキャッシュされていないと判定された場合、前記取得要求にて示される位置情報に基づいてソフトウェアを取得して前記キャッシュ手段にてキャッシュさせた上で、前記デバイスに配信することを特徴とする管理システムの制御方法。
12. ソフトウェアを管理するマネージャの指示に基づいて１または複数のデバイスとネットワークを介して通信を行うエージェントとして機能するコンピューターを、
    前記マネージャからの指示に基づいて、ソフトウェアを取得するための位置情報をデバイスに送信する送信手段、
    ソフトウェアを記憶領域にキャッシュするキャッシュ手段、
    前記デバイスからソフトウェアの取得要求を受け付けた際に、当該取得要求にて示される位置情報に対応するソフトウェアが前記記憶領域にてキャッシュされているか否かを判定する判定手段、
    前記判定手段にてキャッシュされていると判定された場合、前記記憶領域にてキャッシュされているソフトウェアを前記デバイスに配信する第１の配信手段、
    前記判定手段にてキャッシュされていないと判定された場合、前記取得要求にて示される位置情報に基づいてソフトウェアを取得して前記キャッシュ手段により前記記憶領域にキャッシュさせた上で、前記デバイスに配信する第２の配信手段
    として機能させるためのプログラム。
13. ソフトウェアを管理するマネージャの指示に基づいて１または複数のデバイスとネットワークを介して通信を行うエージェントとして機能するコンピューターを、
    前記マネージャからの指示に基づいて、ソフトウェアの更新要求をデバイスに送信する送信手段、
    ソフトウェアを記憶領域にキャッシュするキャッシュ手段、
    前記更新要求に対応して、前記デバイスからソフトウェアの取得要求を受け付けた際に、当該取得要求にて示される位置情報に対応するソフトウェアが前記記憶領域にてキャッシュされているか否かを判定する判定手段、
    前記判定手段にてキャッシュされていると判定された場合、前記記憶領域にてキャッシュされているソフトウェアを前記デバイスに配信する第１の配信手段、
    前記判定手段にてキャッシュされていないと判定された場合、前記取得要求にて示される位置情報に基づいてソフトウェアを取得して前記キャッシュ手段により前記記憶領域にキャッシュさせた上で、前記デバイスに配信する第２の配信手段
    として機能させるためのプログラム。

Images