JP7107019B2 - 遠隔管理システムおよび補助インストーラー - Google Patents

Description

本発明は、画像形成装置（ＭＦＰ、Multifunction Peripheral）をネットワーク経由でリモート管理する遠隔管理システムおよび補助インストーラーに関する。

画像形成装置を管理する遠隔管理システムにおいては、複数の画像形成装置を効率的に監視・管理したり、遠隔管理に対応していない画像形成装置もリモート管理したりすることを目的として、ゲートウェイエージェントが用意されている。

ゲートウェイエージェントは、画像形成装置の設置先でＰＣ（Personal Computer）等の上で動作するプログラムであって、画像形成装置と同様に、遠隔管理システムによって、そのプログラムが自動的に更新される。

ところが、従来のゲートウェイエージェントでは、更新プログラムそのものにバグなどの問題がある場合には遠隔管理システムによるプログラムの更新が行えないという問題があった。

遠隔管理システムからのプログラムの更新方式として、特許文献１から４による方式が提案されているが、これらの方式は基本的に画像形成装置のファームウェアを遠隔から更新するための管理方式を実現するためのものである。

特開２００９－１４６１１９号公報 特開２００９－１６４９０２号公報 特開２０１０－７９８４９号公報 特開２０１２－２３０４９０号公報

しかし、上記特許文献１から４の方式では、遠隔からの指示で更新を行うインストーラーに、更新を停止させるような問題が存在した場合の復旧方法について検討されていない。

以上のような事情に鑑み、本発明の目的は、遠隔管理システムに接続されるゲートウェイエージェントにおいて、更新プログラムのインストーラーに問題があっても、事後的に修正したインストーラーを用いてプログラムを更新することが出来る遠隔管理システムおよび補助インストーラーを提供することにある。

上記目的を達成するため、本発明の一形態に係る遠隔管理システムは、ネットワーク接続された、リモートメンテナンスサーバと、接続サーバと、ゲートウェイエージェントＰＣとを含み、前記ゲートウェイエージェントＰＣは、前記接続サーバ経由で前記リモートメンテナンスサーバから送られてくる、プログラム更新指示、プログラムのダウンロード指示、およびプログラムの起動指示のコマンドを受け付けるコマンド受付部と、前記接続サーバ経由で前記リモートメンテナンスサーバから送られてくる、プログラムの起動指示に基づき、指定されたプログラムを起動するプログラム起動部と、バグにより引数なしで次のプログラムを起動するインストーラーと、前記インストーラーから引数を渡されてプログラムの更新処理を行う次のプログラムと、前記インストーラーを引数と共に起動する補助インストーラーと、前記リモートメンテナンスサーバから、前記補助インストーラーのプログラムをダウンロードするダウンロード部とを備える。

そのため、遠隔管理システムに接続されるゲートウェイエージェントにおいて、更新プログラムのインストーラーに問題があっても、事後的に修正したインストーラーを用いてプログラムを更新することが出来る。

上記目的を達成するため、本発明の一形態に係る補助インストーラーは、リモートメンテナンスサーバからのダウンロード指示に従いダウンロード部により前記リモートメンテナンスサーバからゲートウェイエージェントＰＣにダウンロードされ、前記リモートメンテナンスサーバからの起動指示に従いプログラム起動部により起動され、バグにより引数なしで次のプログラムを起動するインストーラーを、前記引数を伴って起動し、前記インストーラーに前記引数を伴って前記次のプログラムを起動させる。

以上のように、本発明によれば、遠隔管理システムに接続されるゲートウェイエージェントにおいて、更新プログラムのインストーラーに問題があっても、事後的に修正したインストーラーを用いてプログラムを更新することが出来る。

本発明の一実施形態に係る遠隔管理システム１００の全体構成図である。 ゲートウェイエージェントＰＣ８０が一般的なコンピューターにより構成される場合の構成図である。 インストーラー８１ｄに問題が無い場合の処理の流れの概略を示す図である。 本発明が想定する、インストーラー８１ｄに問題がある場合の処理の流れの概略を示す図である。 インストーラー８１ｄの問題を補助インストーラー８１ｆにより解決する際の処理の流れの概略を示す図である。 インストーラー８１ｄの問題を補助インストーラー８１ｆにより解決する際の処理の流れの詳細を説明するためのフローチャートである。

以下、図面を参照しながら、本発明の実施形態を説明する。

［全体構成］
最初に、本発明の一実施形態に係る遠隔管理システム１００の全体構成について説明する。図１は、本発明の一実施形態に係る遠隔管理システム１００の全体構成図である。

遠隔管理システム１００は、ネットワーク接続された、負荷分散装置５０（５０は５０Ａおよび５０Ｂの総称、以下同じ）と、ユーザ操作サーバ６０と、リモートメンテナンスサーバ１０と、ＤＢ（データベース）７０と、接続サーバ３０と、ゲートウェイエージェントＰＣ８０と、１以上の画像形成装置２０を含んで構成される。

インターネット側から見たエンドポイントは、ユーザ操作サーバ６０Ａおよび６０Ｂにユーザ端末４０からのアクセスを分散させる負荷分散装置５０Ａと、リモートメンテナンスサーバ１０Ａおよび１０Ｂに画像形成装置２０からのアクセスを分散させる負荷分散装置５０Ｂと、接続サーバ３０Ａと、接続サーバ３０Ｂと、接続サーバ３０Ｃとである。

負荷分散装置５０Ａは、ユーザ端末４０からのアクセスを、ユーザ操作サーバ６０Ａおよび６０Ｂに分散させる。

ユーザ操作サーバ６０は、ユーザ端末４０から入力されたユーザからの指示を受け付ける。

負荷分散装置５０Ｂは、画像形成装置２０からのアクセスを、リモートメンテナンスサーバ１０Ａおよび１０Ｂに分散させる。

リモートメンテナンスサーバ１０は、管理下にある画像形成装置２０をリモートでメンテナンスする。例えば、日々の運用情報（トナー消費量、印刷枚数など）を収集してＤＢ７０に格納したり、画像形成装置２０のファームウェアのアップデートを行ったり、ゲートウェイエージェントＰＣ８０のソフトウェアのアップデートを行ったりする。

ＤＢ７０は、上述のとおり、日々の運用情報を格納する。

接続サーバ３０は、遠隔管理システム１００の管理下にある画像形成装置２０へ管理コマンドを送るため、画像形成装置２０との間で管理接続を行うサーバである。管理接続は、画像形成装置２０の電源が切られるまで継続される。

ネットワークに接続された画像形成装置２０は、まず負荷分散装置５０Ｂ経由でリモートメンテナンスサーバ１０に接続し、どの接続サーバ３０と管理接続を確立すべきかの応答を得る。その後、リモートメンテナンスサーバ１０との接続を切り、指定された接続サーバ３０に接続し、管理接続を確立する。

ゲートウェイエージェントＰＣ８０は、遠隔管理システム１００と直接通信出来ない他社製画像形成装置２０などを束ねて遠隔管理システム１００に組み込むための装置である。ゲートウェイエージェントＰＣ８０上では、ゲートウェイエージェントソフトウェアが動作し、ゲートウェイとなるエージェントの機能を実現する。

ユーザがゲートウェイエージェントＰＣ８０のソフトウェアの更新をユーザ端末４０経由でユーザ操作サーバ６０に要求すると、要求はユーザ操作サーバ６０からリモートメンテナンスサーバ１０に転送され、リモートメンテナンスサーバ１０から接続サーバ３０を経由してゲートウェイエージェントＰＣ８０に伝達される。

ソフトウェアの更新指示を受け取ったゲートウェイエージェントＰＣ８０は、リモートメンテナンスサーバ１０に対してソフトウェアのダウンロード要求を送信し、更新版のソフトウェアを取得後、インストーラー（プログラム）が更新処理を行う。これらの処理が適切に行われると、更新前のソフトウェアが更新後のソフトウェアに置き換わる。

本発明では、ソフトウェアの更新で利用されるインストーラーに更新処理をブロックする致命的な問題が発生していると想定する。この想定の下では、ソフトウェアの更新はインストーラーの処理が正常に完了しないため、失敗する。

そこで、本発明では、インストーラーを補助インストーラー（プログラム）に内包させ、ゲートウェイエージェントＰＣ８０は、インストーラーの前に補助インストーラーを起動する。補助インストーラーではインストーラーにおける問題が修正されており、問題無く更新処理を実行することが出来る。

数多くの画像形成装置２０を束ねる多数のゲートウェイエージェントＰＣ８０において、インストーラーに不具合があれば、ソフトウェアを更新できないゲートウェイエージェントＰＣ８０が多数存在することになり、運用性が著しく悪化する。本発明では、補助インストーラーにより、インストーラーに問題がある場合でも正常なプログラム更新を実現することにより、運用性を損なうことなく、問題を解決することが出来る。

以上、遠隔管理システム１００の全体構成について説明した。なお、上記の説明に対応する図では、例えば接続サーバ３０は３台となっているが、これはあくまで例示であり、実際には何台あっても構わない。

［ゲートウェイエージェントＰＣの構成］
次に、ゲートウェイエージェントＰＣ８０の構成について説明する。ゲートウェイエージェントＰＣ８０は、専用のハードウェアやソフトウェアにより構成されていてもよいし、一般的なコンピューターにより構成されてもよい。ゲートウェイエージェントＰＣ８０が一般的なコンピューターにより構成される場合の構成図を図２に示す。

同図に示すように、ゲートウェイエージェントＰＣ８０は、ＣＰＵ（Central Processing Unit）８１、ＲＯＭ（Read Only Memory）８２、ＲＡＭ（Random Access Memory）８３、操作入力部８４、通信部８５、表示部８６、および記憶部８７を有し、これら各ブロックがバス８８を介して接続されている。

ＲＯＭ８２は、各種の処理を実行するためのファームウェア等の複数のプログラムやデータを記憶する。ＲＡＭ８３は、ＣＰＵ８１の作業用領域として用いられ、ＯＳ（Operating System）、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。

記憶部８７は、例えばＨＤＤ（Hard Disk Drive）や、フラッシュメモリー、その他の不揮発性メモリーである。記憶部８７には、ＯＳや各種アプリケーション、各種データが記憶される。

通信部８５は、ネットワーク上の機器等と情報のやりとりを行う為のネットワークと結ばれている。

ＣＰＵ８１は、ＲＯＭ８２や記憶部８７に格納された複数のプログラムのうち、操作入力部８４から与えられる命令に対応するプログラムをＲＡＭ８３に展開し、この展開されたプログラムにしたがって、表示部８６及び記憶部８７を適宜制御する。

操作入力部８４は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の操作装置である。

表示部８６は、例えば液晶ディスプレイ、ＥＬ（Electro-Luminescence）ディスプレイ、プラズマディスプレイ等である。

次に、ＣＰＵ８１においてプログラムが実行されることにより実現される機能ブロックについて説明する。

ゲートウェイエージェントＰＣ８０のＣＰＵ８１において実現される機能ブロックは、コマンド受付部８１ａ、ダウンロード部８１ｂ、プログラム起動部８１ｃ、インストーラー８１ｄ、次のプログラム８１ｅ、補助インストーラー８１ｆである。

コマンド受付部８１ａは、接続サーバ３０経由でリモートメンテナンスサーバ１０から送られてくる、プログラム更新指示、更新プログラムのダウンロード指示、プログラムの起動指示などのコマンドを受け付ける。

ダウンロード部８１ｂは、リモートメンテナンスサーバ１０から、補助インストーラーのプログラムおよび更新プログラムなどをダウンロードする。

プログラム起動部８１ｃは、接続サーバ３０経由でリモートメンテナンスサーバ１０から送られてくる、プログラムの起動指示に基づき、指定されたプログラムを起動する。

インストーラー８１ｄは、本来、引数を伴って次のプログラム８１ｅを起動するが、本発明では、バグにより引数なしで次のプログラム８１ｅを起動するため、問題が発生する。

次のプログラム８１ｅは、インストーラー８１ｄから引数を渡されてプログラムの更新処理を行う。

補助インストーラー８１ｆは、インストーラー８１ｄの持つ問題を解決するために導入されたプログラムであり、インストーラー８１ｄを引数と共に起動することにより問題の解決を図る。

以上、ゲートウェイエージェントＰＣ８０の構成について説明した。

［処理の流れ（正常時）］
次に、インストーラー８１ｄに問題が無い場合の処理の流れの概略を示す。図３は、インストーラー８１ｄに問題が無い場合の処理の流れの概略を示す図である。

まず、リモートメンテナンスサーバ１０からの指示に基づき、プログラム起動部８１ｃがインストーラー８１ｄを起動する。

次に、インストーラー８１ｄが引数を伴って次のプログラム８１ｅを起動する。

次に、次のプログラム８１ｅが引数に基づき処理を行い、プログラム更新処理を正常終了させる。

以上、インストーラー８１ｄに問題が無い場合の処理の流れの概略を示した。

［処理の流れ（問題発生時）］
次に、本発明が想定する、インストーラー８１ｄに問題がある場合の処理の流れの概略を示す。図４は、本発明が想定する、インストーラー８１ｄに問題がある場合の処理の流れの概略を示す図である。

まず、リモートメンテナンスサーバ１０からの指示に基づき、プログラム起動部８１ｃがインストーラー８１ｄを起動する。

次に、インストーラー８１ｄが本来伴うはずの引数を伴わずに次のプログラム８１ｅを起動する。

次に、次のプログラム８１ｅが引数を与えられず、プログラム更新処理を異常終了させる。

以上、本発明が想定する、インストーラー８１ｄに問題がある場合の処理の流れの概略を示した。

［処理の流れ（問題の解決時）］
次に、インストーラー８１ｄの問題を補助インストーラー８１ｆにより解決する際の処理の流れの概略を示す。図５は、インストーラー８１ｄの問題を補助インストーラー８１ｆにより解決する際の処理の流れの概略を示す図である。

まず、リモートメンテナンスサーバ１０からの指示に基づき、プログラム起動部８１ｃが補助インストーラー８１ｆを起動する。

次に、補助インストーラー８１ｆが、引数を伴ってインストーラー８１ｄを起動する。なお、ここでは、インストーラー８１ｄは、起動時に渡された引数を自身が起動する次のプログラム８１ｅの起動時に渡すものとする。

次に、インストーラー８１ｄが引数を伴って次のプログラム８１ｅを起動する。

次に、次のプログラム８１ｅが引数に基づき処理を行い、プログラム更新処理を正常終了させる。

以上、インストーラー８１ｄの問題を補助インストーラー８１ｆにより解決する際の処理の流れの概略を示した。

［処理の流れ（詳細）］
次に、インストーラー８１ｄの問題を補助インストーラー８１ｆにより解決する際の処理の流れの詳細を説明する。図６は、インストーラー８１ｄの問題を補助インストーラー８１ｆにより解決する際の処理の流れの詳細を説明するためのフローチャートである。

まず、インストーラー８１ｄで、次のプログラム８１ｅの起動時に引数を渡さないという問題が発生したとする（ステップＳ１）。

次に、開発者が補助インストーラー８１ｆを開発し、リモートメンテナンスサーバ１０に置く。ダウンロード部８１ｂは、リモートメンテナンスサーバ１０の指示に従い、補助インストーラー８１ｆをダウンロードする（ステップＳ２）。

次に、プログラム起動部８１ｃが、リモートメンテナンスサーバ１０から補助インストーラー８１ｆを起動する旨の指示を受信する（ステップＳ３）。

次に、プログラム起動部８１ｃが、補助インストーラー８１ｆを起動する（ステップＳ４）。

次に、補助インストーラー８１ｆが、引数を伴ってインストーラー８１ｄを起動する（ステップＳ５）。

次に、インストーラー８１ｄが引数を伴って次のプログラム８１ｅを起動する（ステップＳ６）。次のプログラム８１ｅには適切に引数が渡されるので、処理は正常に終了し、プログラムは更新される。

以上、インストーラー８１ｄの問題を補助インストーラー８１ｆにより解決する際の処理の流れの詳細を説明した。

［補足事項］
その他、本発明は、上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。

１０ … リモートメンテナンスサーバ
２０ … 画像形成装置
３０ … 接続サーバ
４０ … ユーザ端末
５０ … 負荷分散装置
６０ … ユーザ操作サーバ
７０ … ＤＢ
８０ … ゲートウェイエージェントＰＣ
８１ … ＣＰＵ
８１ａ… コマンド受付部
８１ｂ… ダウンロード部
８１ｃ… プログラム起動部
８１ｄ… インストーラー
８１ｅ… 次のプログラム
８１ｆ… 補助インストーラー
８２ … ＲＯＭ
８３ … ＲＡＭ
８４ … 操作入力部
８５ … 通信部
８６ … 表示部
８７ … 記憶部
８８ … バス
１００ … 遠隔管理システム

Claims (2)

1. ネットワーク接続された、リモートメンテナンスサーバと、接続サーバと、ゲートウェイエージェントＰＣとを含み、
   前記ゲートウェイエージェントＰＣは、
   前記接続サーバ経由で前記リモートメンテナンスサーバから送られてくる、プログラム更新指示、プログラムのダウンロード指示、およびプログラムの起動指示のコマンドを受け付けるコマンド受付部と、
   前記接続サーバ経由で前記リモートメンテナンスサーバから送られてくる、プログラムの起動指示に基づき、指定されたプログラムを起動するプログラム起動部と、
   バグにより引数なしで次のプログラムを起動するインストーラーと、
   前記インストーラーから引数を渡されてプログラムの更新処理を行う次のプログラムと、
   前記インストーラーを引数と共に起動する補助インストーラーと、
   前記リモートメンテナンスサーバから、前記補助インストーラーのプログラムをダウンロードするダウンロード部と
   を備えた
   遠隔管理システム。
2. リモートメンテナンスサーバからのダウンロード指示に従いダウンロード部により前記リモートメンテナンスサーバからゲートウェイエージェントＰＣにダウンロードされ、前記リモートメンテナンスサーバからの起動指示に従いプログラム起動部により起動され、バグにより引数なしで次のプログラムを起動するインストーラーを、前記引数を伴って起動し、前記インストーラーに前記引数を伴って前記次のプログラムを起動させる情報処理プログラムである補助インストーラー。

Images