特許 7514140 管理システム、情報処理装置、管理システムにおける方法、情報処理装置における方法およびプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-07-02

(45)【発行日】2024-07-10

(54)【発明の名称】管理システム、情報処理装置、管理システムにおける方法、情報処理装置における方法およびプログラム

(51)【国際特許分類】

   H04L 67/10 20220101AFI20240703BHJP

   G06F 8/65 20180101ALI20240703BHJP

【ＦＩ】

H04L67/10

G06F8/65

【請求項の数】 12

(21)【出願番号】P 2020136379

(22)【出願日】2020-08-12

(65)【公開番号】P2022032519

(43)【公開日】2022-02-25

【審査請求日】2023-08-03

(73)【特許権者】

【識別番号】000001007

【氏名又は名称】キヤノン株式会社

(74)【代理人】

【識別番号】110003281

【氏名又は名称】弁理士法人大塚国際特許事務所

(72)【発明者】

【氏名】中澤 紀之

【審査官】白井 亮

(56)【参考文献】

【文献】米国特許出願公開第２０１９／０３８６９２３（ＵＳ，Ａ１）

【文献】特開２０２０－０９１８２５（ＪＰ，Ａ）

【文献】特開２０１２－２０３７１９（ＪＰ，Ａ）

【文献】特開２０１９－０４０３４４（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１８／０２７００７９（ＵＳ，Ａ１）

【文献】吉田 晃，活用＆選択，日経オープンシステム，日経ＢＰ社，2002年04月15日，第１０９号，第１２６－１３５頁

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ ６７／１０

Ｇ０６Ｆ ８／６５

(57)【特許請求の範囲】

【請求項1】

デバイスのソフトウェアを管理するマネージャと、前記マネージャの指示に基づいて前記デバイスとネットワークを介して通信を行うエージェントとして機能する情報処理装置とを含む管理システムであって、
前記マネージャは、前記エージェントに対して、ソフトウェアの更新のための指示を送信する指示手段を有し、
前記情報処理装置は、前記エージェントの機能として、前記マネージャからの指示に基づき、前記情報処理装置で動作するリバースプロキシを示すＵＲＬ情報を含むソフトウェアの更新要求を前記デバイスに対して送信する送信手段を有し、
前記デバイスにより、前記更新要求に応じて、前記リバースプロキシを示すＵＲＬ情報に対して該デバイスのデバイス情報が送信されることで、当該デバイス情報が前記情報処理装置を介して前記マネージャに転送される
ことを特徴とする管理システム。

【請求項2】

前記マネージャは、
前記デバイス情報に基づき、前記ソフトウェアの更新ファイルを取得するための更新ＵＲＬ情報を含む応答を、前記リバースプロキシを介して前記デバイスに送信する応答手段をさらに備えることを特徴とする請求項１に記載の管理システム。

【請求項3】

前記マネージャは、
前記エージェントが前記マネージャと同一ホストで動作しているか否かを判定する判定手段と、
前記エージェントが前記マネージャと同一ホストで動作している場合、前記マネージャのＵＲＬ情報を前記更新ＵＲＬ情報として指定する指定手段と、
を有することを特徴とする請求項２に記載の管理システム。

【請求項4】

前記指定手段は、前記エージェントが前記マネージャと異なるホストで動作している場合、前記エージェントのキャッシュを経由して前記更新ファイルを取得するための前記エージェントのＵＲＬ情報を前記更新ＵＲＬ情報として指定することを特徴とする請求項３に記載の管理システム。

【請求項5】

前記マネージャは、
前記デバイス情報に基づいて、前記ソフトウェアの更新ファイルを決定する決定手段をさらに有することを特徴とする請求項１乃至４の何れか１項に記載の管理システム。

【請求項6】

前記デバイス情報は、前記デバイスの製品情報及び前記ソフトウェアのバージョン情報を含むことを特徴とする請求項１乃至５の何れか１項に記載の管理システム。

【請求項7】

前記情報処理装置は、
前記ソフトウェアをキャッシュするキャッシュ手段をさらに備えることを特徴とする請求項１乃至６の何れか１項に記載の管理システム。

【請求項8】

デバイスのソフトウェアを管理するマネージャと、前記マネージャの指示に基づいて前記デバイスとネットワークを介して通信を行うエージェントとして機能する情報処理装置とを含む管理システムにおける方法であって、
前記マネージャは、前記エージェントに対して、ソフトウェアの更新のための指示を送信する指示工程を有し、
前記情報処理装置は、前記エージェントの機能として、前記マネージャからの指示に基づき、前記情報処理装置で動作するリバースプロキシを示すＵＲＬ情報を含むソフトウェアの更新要求を前記デバイスに対して送信する送信工程を有し、
前記デバイスにより、前記更新要求に応じて、前記リバースプロキシを示すＵＲＬ情報に対して該デバイスのデバイス情報が送信されることで、当該デバイス情報が前記情報処理装置を介して前記マネージャに転送される
ことを特徴とする方法。

【請求項9】

デバイスとネットワークを介して通信を行うエージェントとして機能する情報処理装置であって、
マネージャからのソフトウェアの更新のための指示に基づき、前記エージェントの機能として、前記情報処理装置で動作するリバースプロキシを示すＵＲＬ情報を含むソフトウェアの更新要求を前記デバイスに対して送信する送信手段を有し、
前記デバイスにより、前記更新要求に応じて、前記リバースプロキシを示すＵＲＬ情報に対して該デバイスのデバイス情報が送信されることで、当該デバイス情報が前記情報処理装置を介して前記マネージャに転送される
ことを特徴とする情報処理装置。

【請求項10】

前記マネージャにより、前記デバイス情報に基づき、前記ソフトウェアの更新ファイルを取得するための更新ＵＲＬ情報を含む応答が、前記リバースプロキシを介して前記デバイスに送信されることを特徴とする請求項９に記載の情報処理装置。

【請求項11】

デバイスとネットワークを介して通信を行うエージェントとして機能する情報処理装置における方法であって、
マネージャからのソフトウェアの更新のための指示に基づき、前記エージェントの機能として、前記情報処理装置で動作するリバースプロキシを示すＵＲＬ情報を含むソフトウェアの更新要求を前記デバイスに対して送信する送信工程を有し、
前記デバイスにより、前記更新要求に応じて、前記リバースプロキシを示すＵＲＬ情報に対して該デバイスのデバイス情報が送信されることで、当該デバイス情報が前記情報処理装置を介して前記マネージャに転送される
ことを特徴とする方法。

【請求項12】

コンピュータを、請求項９または１０に記載の情報処理装置の手段として機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、管理システム、情報処理装置、管理システムにおける方法、情報処理装置における方法およびプログラムに関する。

【背景技術】

【0002】

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

【0003】

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

【先行技術文献】

【特許文献】

【0004】

【文献】特開２００９－１４０１１５号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

管理するデバイスの数が多い場合、管理システムを、全体の管理を行う一台の管理サーバ（マネージャ）と、管理サーバの指示に従ってデバイスに対する処理を実行する複数のエージェントとにより構成することがある。このような構成においてアプリケーションやファームウェアの取得処理が行われる場合、管理サーバはデバイスと直接通信してデバイスに必要な更新ファイルを決定する必要があるが、セキュリティの観点からマネージャとデバイスとの間で直接通信することを制限したい。

【0006】

しかしながら、特許文献１に記載の中継サーバでは、ソフトウェアを管理するマネージャとデバイスとの間の直接の通信を制限することは難しいという課題がある。

【0007】

本発明は、上記の課題に鑑みてなされたものであり、ソフトウェアを管理するマネージャとデバイスとの間の直接の通信を制限するための技術を提供することを目的とする。

【課題を解決するための手段】

【0008】

上記の目的を達成する本発明に係る管理システムは、 デバイスのソフトウェアを管理するマネージャと、前記マネージャの指示に基づいて前記デバイスとネットワークを介して通信を行うエージェントとして機能する情報処理装置とを含む管理システムであって、
前記マネージャは、前記エージェントに対して、ソフトウェアの更新のための指示を送信する指示手段を有し、
前記情報処理装置は、前記エージェントの機能として、前記マネージャからの指示に基づき、前記情報処理装置で動作するリバースプロキシを示すＵＲＬ情報を含むソフトウェアの更新要求を前記デバイスに対して送信する送信手段を有し、
前記デバイスにより、前記更新要求に応じて、前記リバースプロキシを示すＵＲＬ情報に対して該デバイスのデバイス情報が送信されることで、当該デバイス情報が前記情報処理装置を介して前記マネージャに転送される
ことを特徴とする。

【発明の効果】

【0009】

本発明によれば、ソフトウェアを管理するマネージャとデバイスとの間の直接の通信を制限することが可能となる。よって、セキュリティを向上させることができる。

【図面の簡単な説明】

【0010】

【図1】本願発明の一実施形態に係るシステムの全体構成の例を示す図。

【図2】本願発明に係る情報処理装置のハードウェア構成の例を示す図。

【図3A】本願発明に係るマネージャのソフトウェア構成の例を示す図。

【図3B】本願発明に係るエージェントのソフトウェア構成の例を示す図。

【図4】本願発明に係るデータ取得処理のフローチャート。

【図5A】本願発明に係るアプリケーションのインストール処理のシーケンス図。

【図5B】本願発明に係るアプリケーションのインストール処理（キャッシュ済み）のシーケンス図。

【図6】本願発明に係るファームウェア更新処理の流れを示すシーケンス図。

【図7】本願発明に係るファームウェア更新処理においてマネージャが実施する処理の流れを示すフローチャート。

【発明を実施するための形態】

【0011】

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

【0012】

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

【0013】

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

【0014】

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

【0015】

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

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

ファームウェア管理部３０５は、デバイスのファームウェアの管理を行う。なお、デバイスはファームウェアのサイズが肥大化しており、デバイスのファームウェアを更新する際に、ファームウェア全体を転送すると、多くのバンド幅と時間を必要とする。これを回避するために、ファームウェア更新用のサーバに接続し、デバイスの現在のファームウェアとの差分ファイルを取得するようにデバイスに指示することが行われている。

【0023】

ＳＯＡＰ ＨＴＴＰ／ＨＴＴＰＳサーバ３０６は、ファームウェア更新要求のＳＯＡＰメッセージを受信し、ファームウェア管理部３０５内の機能を呼び出し、その結果を要求送信元に返信する。なお、ここでは、ＨＴＴＰ／ＨＴＴＰＳサーバ３０４と、ＳＯＡＰ ＨＴＴＰ／ＨＴＴＰＳサーバ３０６とを別の要素として構成しているが、これらの機能を単一のＨＴＴＰ／ＨＴＴＰＳサーバが提供してもよい。

【0024】

ファームウェア管理部３０５には、各種デバイスのファームウェアが格納されている。デバイス１０４は、デバイス情報として、自デバイスの製品情報とファームウェアのバージョン情報と共に、ＨＴＴＰ／ＨＴＴＰＳサーバ３０４経由で、ファームウェア管理部３０５の機能を呼び出す。ファームウェア管理部３０５は、要求中の製品情報とバージョン情報とから、デバイス１０４のファームウェアを更新するために必要なデータを取得するためのアドレス情報（ＵＲＬ情報）を返信する。デバイス１０４は、そのアドレスに対して自デバイスの製品情報とファームウェアのバージョン情報とを含むＨＴＴＰ／ＨＴＴＰＳ要求を送信することにより、ファームウェア更新に必要なデータを受信し、自デバイスのファームウェアの更新を行う。

【0025】

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

【0026】

ＨＴＴＰ／ＨＴＴＰＳのリバースプロキシ３１３は、受信したＨＴＴＰ要求を、マネージャ１０１内のＳＯＡＰ ＨＴＴＰ／ＨＴＴＰＳサーバ３０６へ送信するとともに、ＳＯＡＰ ＨＴＴＰ／ＨＴＴＰＳサーバ３０６からの応答を、ＨＴＴＰ要求の送信元に返信する。ここで、ＨＴＴＰ要求は、ＰＯＳＴであり、ＨＴＴＰの本文はＳＯＡＰのＸＭＬメッセージである。

【0027】

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

【0028】

/cache/applications/ocr.jar
/cache/firmwares/4cb89c08-76a4-4caa-8c9d-2aa1021faac5
また、本実施形態において、エージェント１０２は、以下の表１に示すテーブル構造によりデータを管理している。

【0029】

【表1】

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

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

【0049】

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

【0050】

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

【0051】

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

【0052】

［処理シーケンス］
続いて、図６は、マネージャ１０１が、エージェント１０２に割り当てられたデバイス１０４に対して、ファームウェアの更新を指示する場合の処理の流れを示すシーケンス図である。ここで、エージェント１０２は、デバイス１０４のファームウェアの更新に必要なデータをキャッシュしていないと仮定する。また、マネージャ１０１及びエージェント１０２のＩＰアドレスはそれぞれ、１９２．１６８．１０．１００及び１９２．１６８．１０．２００であるとする。

【0053】

まず、一連の処理の概要を説明する。デバイスはエージェントに必要なファームウェアを問い合わせる。エージェントは、その問い合わせをマネージャに転送し、マネージャからの応答をデバイスに転送する。その応答の転送によって、マネージャはファームウェアの更新ファイルをエージェントから取得するようにデバイスに指示する。そして、その指示に応じて、デバイスはファームウェアの更新ファイルをエージェントから取得する。その際、エージェントはキャッシュにファームウェアの更新ファイルがある場合はキャッシュ内の更新ファイルをデバイスへ送信する。一方、キャッシュに更新ファイルが存在しない場合には、エージェントはマネージャから更新ファイルを取得してキャッシュに保存した後、更新ファイルをデバイスへ送信する。

【0054】

図６において、マネージャ１０１は、エージェント１０２のＨＴＴＰ／ＨＴＴＰＳサーバ３１１に対して、デバイス１０４に対するファームウェアの更新指示を含む要求を送信する（Ｓ６０１）。ここでの指示は、デバイス１０４がファームウェアの更新を開始するためのマネージャ１０１内のＳＯＡＰ ＨＴＴＰ／ＨＴＴＰＳサーバ３０６のＵＲＬ６０２（例えば、「http://192.168.10.100:8080/ws/basic/」）を含む。

【0055】

エージェント１０２内のＨＴＴＰ／ＨＴＴＰＳサーバ３１１は、その要求を受信し、要求された処理を実行するためにタスク実行部３１０を呼び出す。タスク実行部３１０は、その要求に含まれるＵＲＬ６０２をエージェント１０２の（エージェント内の）ＨＴＴＰ／ＨＴＴＰＳリバースプロキシ３１３のＵＲＬ'６０４（例えば、「http://192.168.10.200:8080/ws/basic/）に置き換え、ファームウェア更新要求をデバイス１０４へ送信する（Ｓ６０３）。

【0056】

デバイス１０４は、その要求を受信し、要求に含まれるＵＲＬ'６０４に対して、自デバイスの製品情報とファームウェアのバージョン情報とを含むＳＯＡＰメッセージ６０６を含むＨＴＴＰ／ＨＴＴＰＳ要求を送信する（Ｓ６０５）。

【0057】

エージェント１０２のＨＴＴＰ／ＨＴＴＰＳリバースプロキシ３１３は、この要求を受信すると、要求中のＳＯＡＰメッセージ６０６をそのまま、マネージャ１０１のＳＯＡＰ ＨＴＴＰ／ＨＴＴＰＳサーバ３０６のＵＲＬ（例えば、「https://192.168.10.100:8443/ws/secure/」）に送信する（Ｓ６０７）。ここで、デバイス１０４からの要求はＨＴＴＰであるが、エージェントとマネージャとの間の通信の機密性を向上させるためにＨＴＴＰＳプロトコルを使用している。

【0058】

マネージャ１０１内のＳＯＡＰ ＨＴＴＰ／ＨＴＴＰＳサーバ３０６は、その要求を受信し、ファームウェア管理部３０５のファームウェア更新処理を呼び出す。

【0059】

ここで、図７は、図６のステップＳ６０７の処理を受けて、マネージャ１０１内のファームウェア管理部３０５が実施するファームウェア更新処理の流れを示すフローチャートである。

【0060】

先ず、Ｓ７０１にて、ファームウェア管理部３０５は、ＳＯＡＰメッセージに含まれる、デバイス１０４のデバイスの製品情報とファームウェアのバージョン情報とを取り出す。

【0061】

Ｓ７０２にて、ファームウェア管理部３０５は、Ｓ７０１で取り出した情報に基づいて、デバイス１０４のファームウェアの更新に必要なファイルを決定する。

【0062】

次に、Ｓ７０３にて、ファームウェア管理部３０５は、デバイス１０４に紐づいたエージェント１０２の情報を取得する。

【0063】

Ｓ７０４にて、ファームウェア管理部３０５は、エージェント１０２がマネージャ１０１と同じホストで動作しているか否かを確認する。確認の結果、エージェント１０２とマネージャ１０１とが同一ホストで動作している場合、Ｓ７０５へ進む。

【0064】

Ｓ７０５にて、ファームウェア管理部３０５は、マネージャ１０１のＨＴＴＰ／ＨＴＴＰＳサーバ３０４のＵＲＬからファイルを取得するためのＵＲＬを指定する。ＵＲＬは例えば「https://192.168.10.100/public/firmwares/ca071592-3a64-4c88-9013-cd28a73a7901」である。

【0065】

一方、エージェント１０２とマネージャ１０１とが異なるホストで動作している場合、Ｓ７０６へ進む。

【0066】

Ｓ７０６にて、ファームウェア管理部３０５は、エージェント１０２のキャッシュを経由してファイルを取得するためのＵＲＬを指定する。ここでのＵＲＬは、エージェント１０２のリバースプロキシのＵＲＬであり、例えば「https://192.168.10.200/cache/firmwares/ca071592-3a64-4c88-9013-cd28a73a7901」である。

【0067】

最後に、Ｓ７０７にて、ファームウェア管理部３０５は、Ｓ７０５又はＳ７０６で決定したＵＲＬ を処理の呼び出し元（デバイス）に返信する。

【0068】

このように、エージェント１０２とマネージャ１０１とが同一ホストで動作している場合は、ファームウェアデータの取得に際して、エージェント１０２のキャッシュ機能を利用せず、異なるホストで動作している場合は、キャッシュ機能を利用する。

【0069】

なお、本実施形態では、エージェントがマネージャと同一ホストで動作しているものとして説明を行う。すなわち、Ｓ７０４でＹｅｓとなり、Ｓ７０５へ進み、Ｓ７０７でマネージャのＵＲＬを返す。

【0070】

以上で図７の一連の処理が終了し、図６に戻る。この時、図７に示す処理に従って、デバイス１０４がファームウェアを更新するためのデータを取得するためのＵＲＬ'' ６０９が指定されている。ＵＲＬ''６０９は更新ＵＲＬ情報であり、例えば「https://192.168.10.200/cache/firmwares/ca071592-3a64-4c88-9013-cd28a73a7901」である。

【0071】

そして、マネージャ１０１は、このＵＲＬ''６０９を、Ｓ６０７でのエージェント１０２のＨＴＴＰ／ＨＴＴＰＳリバースプロキシ３１３からの要求の応答として返信する（Ｓ６０８）。

【0072】

エージェント１０２のＨＴＴＰ／ＨＴＴＰＳリバースプロキシ３１３は、この応答を受信する。そして、ＨＴＴＰ／ＨＴＴＰＳリバースプロキシ３１３は、ファームウェア取得用ＵＲＬ''６０９を含むこの応答を、そのままデバイス１０４へ返信する（Ｓ６１０）。

【0073】

デバイス１０４は、この応答を受信すると、ファームウェアの更新に必要なデータを取得するために、Ｓ６１０で受信した応答中に含まれるＵＲＬ''６０９に対してＨＴＴＰ／ＨＴＴＰＳ要求を送信する（Ｓ６１１）。

【0074】

このＨＴＴＰ／ＨＴＴＰＳ要求を受信したエージェント１０２のＨＴＴＰ／ＨＴＴＰＳサーバ３１１は、図４で説明したデータ取得処理を呼び出す。本シーケンスに係る以降の処理（Ｓ６１２、Ｓ６１３、Ｓ６１５の処理）は、図５ＡのＳ５０６からＳ５１０に記載した処理と同様であるため、説明を省略する。

【0075】

最後に、Ｓ６１５で応答を受信したデバイス１０４は、応答中に含まれるデータ６１４を用いて、自デバイスのファームウェアの更新処理を実行する。

【0076】

ここで、エージェント１０２のキャッシュ制御部３１２に指定されたデータがキャッシュされている場合は、図５ＢのＳ５２３からＳ５２４に記載の処理が実行され、マネージャ１０１に対するデータの取得が実行されないことは言うまでもない。以上で図６の一連のシーケンスが終了する。

【0077】

以上説明したように、図６のシーケンスによれば、エージェントにマネージャへの問い合わせ要求の転送機能を設け、デバイスに対して問い合わせ先としてエージェントの転送機能のアドレスを指定する。これにより、デバイスとマネージャとの通信を制限することが可能となり、セキュリティを向上させることができる。

【0078】

[変形例]
デバイス１０４が、ＨＴＴＰＳ通信に際して、信頼できない証明書を持つＨＴＴＰＳサーバとの通信を許可しないように設定されている場合がある。ここでは、マネージャ１０１のＨＴＴＰＳサーバは正式に発行された証明書で動作しているが、エージェント１０２やエージェント１０３のＨＴＴＰＳサーバは、マネージャ１０１との通信の秘匿化が主目的であるため、自己署名証明書で動作しているとする。この場合、エージェントの自己署名証明書をデバイス１０４に登録しないと、デバイス１０４からエージェント１０２へのＨＴＴＰＳ接続を、デバイス１０４は拒否することになる。

【0079】

このような状況で、デバイス１０４とＨＴＴＰＳを使用するように指定された場合、管理システムは、エージェント１０１のキャッシュ機能やＨＴＴＰ／ＨＴＴＰＳリバースプロキシ３１３を使用しないように動作する。

【0080】

具体的には、上記実施形態で説明したうちの以下の処理で、ＵＲＬの置き換えを実施しない。

【0081】

１．図５ＡのＳ５０３
２．図５ＢのＳ５２２
３．図６のＳ６０３
さらに、図７のＳ７０４の判定処理において「デバイスからの通信がＨＴＴＰＳ、或いは、エージェントがマネージャと同一ホストで動作している？」に置き換える。

【0082】

なお、本実施形態では、デバイスのファームウェアの更新を例に説明を行ったが、本発明は広くソフトウェアの更新のためにデバイスが更新ファイルを取得することに適用できることは言うまでもない。

【0083】

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

【0084】

発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。

【符号の説明】

【0085】

１０１...管理サーバ（マネージャ）、１０２，１０３...エージェント装置（エージェント）、１０４～１０７...デバイス、３０１...エージェント管理部、３０２...デバイス管理部、３０３...タスク管理部、３０４...ＨＴＴＰ／ＨＴＴＰＳサーバ、３０５...ファームウェア管理部、３０６...ＳＯＡＰ ＨＴＴＰ／ＨＴＴＰＳサーバ３１０...タスク実行部、３１１...ＨＴＴＰ／ＨＴＴＰＳサーバ、３１２...キャッシュ制御部、３１３...ＨＴＴＰ／ＨＴＴＰＳリバースプロキシ

【図1】

【図2】

【図3A】

【図3B】

【図4】

【図5A】

【図5B】

【図6】

【図7】