JP2012063867A - 情報処理装置、画像処理装置管理システム、情報処理方法およびそのプログラム - Google Patents

Abstract

【課題】顧客の画像処理装置の運用状況に合わせた仮想機器の容易かつ最適な構築を可能にする。
【解決手段】複数の画像処理装置の管理情報を収集し、外部からのソフトウェアのインストール要求に応じて、画像処理装置にインストールするソフトウェアを外部からダウンロードし、ソフトウェアのライセンス情報を外部から取得し、ソフトウェアを画像処理装置にインストールする画像処理装置管理手段を備え、画像処理装置管理手段は、インストール要求されたソフトウェアが複数の画像処理装置を連携して動作させる連携ソフトウェアである場合に、収集された管理情報に基づき当該連携ソフトウェアを最適な画像処理装置にインストールする。
【選択図】図８

Description

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

従来より、ネットワークで接続された複数の画像形成装置等の画像処理装置を仮想機器として連係動作させるためのソフトウェア（連携ソフトウェア）をインストールすることで、この複数の画像処理装置を、特定の機能を実現可能な仮想機器として動作させる技術が知られている。例えば、特許文献１には、画像形成装置の管理者に対して効率のよい仮想機器の構築手段を提供することを目的として、画像形成装置の管理サーバが各画像形成装置にソフトウェアがインストール可能かどうかを、画像形成装置のハードウェア構成から判定し、その判定結果に基づいて仮想機器の構成要素として使用可能な画像形成装置を管理者に提示する画像形成装置管理システムが開示されている。

しかしながら、上記のような従来の画像形成装置管理システムでは、仮想機器を構成する画像形成装置の選定基準が、画像形成装置のハードウェア構成に基づいており、その画像形成装置の使用状況や運用方法が反映されないため、顧客の環境に合わせた最適な仮想機器の構築ができないという問題があった。

本発明は、上記に鑑みてなされたものであって、顧客の画像処理装置の運用状況に合わせた仮想機器の容易かつ最適な構築を可能にすることを目的とする。

上述した課題を解決し、目的を達成するために、本発明の情報処理装置は、複数の画像処理装置の管理情報を収集し、外部からのソフトウェアのインストール要求に応じて、画像処理装置にインストールするソフトウェアを外部からダウンロードし、前記ソフトウェアのライセンス情報を外部から取得し、前記ソフトウェアを画像処理装置にインストールする画像処理装置管理手段を備え、前記画像処理装置管理手段は、インストール要求されたソフトウェアが複数の画像処理装置を連携して動作させる連携ソフトウェアである場合に、収集された前記管理情報に基づき当該連携ソフトウェアを最適な画像処理装置にインストールすることを特徴とする。

また、本発明の画像処理装置管理システムは、ユーザによるソフトウェアの購入を受け付け、購入されたソフトウェアに関する情報および該ソフトウェアを購入したユーザのユーザサイトに関する情報を含む購入情報を送信するソフトウェア販売手段と、ユーザサイト側の画像処理装置を管理し、前記ソフトウェア販売手段からの購入情報を受けて、該購入情報を基に購入されたソフトウェアのインストール要求をユーザサイト側に行うユーザサイト管理手段と、前記購入されたソフトウェアを提供するソフトウェア提供手段と、前記購入されたソフトウェアのライセンス情報を付与するライセンス提供手段と、複数の画像処理装置と、前記複数の画像処理装置の管理情報を収集し、前記ユーザサイト管理手段からのソフトウェアインストール要求に応じて、前記購入されたソフトウェアを前記ソフトウェア提供手段からダウンロードし、前記ソフトウェアのライセンス情報を前記ライセンス提供手段から取得し、取得したソフトウェアを画像処理装置にインストールする画像処理装置管理手段と、を備え、前記画像処理装置管理手段は、インストール要求されたソフトウェアが複数の画像処理装置を連携して動作させる連携ソフトウェアである場合に、収集した前記管理情報に基づき当該連携ソフトウェアを最適な画像処理装置にインストールすることを特徴とする。

また、本発明は、情報処理装置における情報処理方法であって、画像処理装置管理手段が、複数の画像処理装置の管理情報を収集し、外部からのソフトウェアのインストール要求に応じて、画像処理装置にインストールするソフトウェアを外部からダウンロードし、前記ソフトウェアのライセンス情報を外部から取得し、前記ソフトウェアを画像処理装置にインストールする画像処理装置管理工程を含み、前記画像処理装置管理工程において、インストール要求されたソフトウェアが複数の画像処理装置を連携して動作させる連携ソフトウェアである場合に、収集された前記管理情報に基づき当該連携ソフトウェアを最適な画像処理装置にインストールすることを特徴とする。

また、本発明は、コンピュータを、複数の画像処理装置の管理情報を収集し、外部からのインストール要求に応じて、画像処理装置にインストールするソフトウェアを外部からダウンロードし、前記ソフトウェアのライセンス情報を外部から取得し、前記ソフトウェアを画像処理装置にインストールする画像処理装置管理手段として機能させるプログラムであって、前記画像処理装置管理手段の機能として、インストール要求されたソフトウェアが複数の画像処理装置を連携して動作させる連携ソフトウェアである場合に、収集された前記管理情報に基づき当該連携ソフトウェアを最適な画像処理装置にインストールさせることを特徴とする。

本発明によれば、仮想機器として使用可能な複数の画像処理装置の中から、各画像処理装置の運用状況に基づいて連携ソフトウェアを最適な画像処理装置へ自動的にインストールするので、画像処理装置の管理者の手を煩わせること無く、顧客の画像処理装置の運用状況に合わせた仮想機器の容易かつ最適な構築が可能となり、それにより画像処理装置を管理するための管理コストを削減できるという効果を奏する。

図１は、本発明の一実施形態にかかる画像形成装置管理システムの全体構成を示すブロック図である。 図２は、仲介装置のハードウェア構成例を示す図である。 図３は、管理装置のハードウェア構成例を示す図である。 図４は、コンポーネントサーバのハードウェア構成例を示す図である。 図５は、アクティベーションサーバのハードウェア構成例を示す図である。 図６は、仲介装置における画像形成装置の管理情報の収集処理について説明する図である。 図７は、機器ＩＤとカウンタ情報の一覧を表わすテーブルの一例を示す図である。 図８は、本画像形成装置管理システムの各装置において実行される一連の動作を説明する図である。 図９は、販売システムポータルが保持するアプリケーション（ソフトウェア）の機能と、ソフトウェアＩＤと、連携ソフトウェアであるか否かを示す情報を関連付けたテーブルの一例を示す図である。 図１０は、故障履歴情報を格納するテーブルの一例を示す図である。 図１１は、ソフトウェア設定値を格納するテーブルの一例を示す図である。 図１２は、機器状態を格納するテーブルの一例を示す図である。 図１３は、ソフトウェアをインストールし直す際に実行される一連の動作を説明する図である。 図１４は、部品交換時期に関する情報を含む機器状態を格納するテーブルの一例を示す図である。 図１５は、サプライ用品交換時期に関する情報を含む機器状態を格納するテーブルの一例を示す図である。

以下に添付図面を参照して、この発明にかかる画像形成装置管理システムの実施の形態を詳細に説明する。

はじめに、本発明の一実施形態にかかる画像形成装置管理システムの全体構成について、図１を用いて説明する。図１は、本発明の一実施形態にかかる画像形成装置管理システムの全体構成を示すブロック図である。

本実施形態の画像形成装置管理システム１００は、複数の画像処理装置として画像形成装置（例えば、コピー機能、プリンタ機能、スキャナ機能およびファクシミリ機能のうち少なくとも２つの機能を有する複合機等）１０１，１０２，１０３，１０４と、ＬＡＮ等のローカルネットワークを介してこの複数の画像形成装置１０１〜１０４に接続される仲介装置（情報処理装置）１１０と、この仲介装置１１０にインターネット等のネットワークを介して接続される管理装置（情報処理装置）１２０、コンポーネントサーバ１３０、及びアクティベーションサーバ１４０と、管理装置１２０にネットワークを介して接続される販売システムポータル（サーバ）１５０とから構成される。なお、販売システムポータル１５０は、インターネットを介して顧客がソフトウェアを購入する際に利用するポータルサイトである。また、画像形成装置１０１〜１０４および仲介装置１１０は、顧客サイト（ユーザサイト）側に設けられる装置である。

本画像形成装置管理システム１００における処理の流れの概要は、以下のようになる。

まず顧客がソフトウェアを購入した際に販売システムポータル１５０が管理装置１２０にその購入情報を送信する。この購入情報には、購入されたソフトウェアに関する情報（ソフトウェアＩＤ等）や仲介装置１１０を特定する情報（アドレス等）を含む顧客サイトに関する情報を含んでいる。販売システムポータル１５０から顧客のソフトウェアの購入情報を受信した管理装置１２０は、この購入情報を基に仲介装置１１０に対し各画像形成装置１０１〜１０４のいずれかへのソフトウェアのインストール要求を出す。

本実施形態の画像形成装置管理システム１００は、ソフトウェアインストール要求を受信した仲介装置１１０の処理に特徴があり、管理装置１２０からインストール要求されたソフトウェアが、複数の画像形成装置を協調動作させて一つの機能を実現する“仮想機器”を構築するための連携ソフトウェアであった場合に、仲介装置１１０内に格納している管理情報に基づいて、連携ソフトウェアのインストール先となる最適な画像形成装置を選択する（詳細は後述）。

そして、仲介装置１１０は、選択した各画像形成装置にインストールする連携ソフトウェアのダウンロードとライセンスキーの発行をそれぞれコンポーネントサーバ１３０とアクティベーションサーバ１４０に要求し、取得したライセンスキーを使用して、選択した各画像形成装置に、ダウンロードした連携ソフトウェアのインストールを行う。

上記のように、仲介装置１１０は、管理装置１２０、コンポーネントサーバ１３０、およびアクティベーションサーバ１４０と、ネットワークを経由してやり取りを行い、各画像形成装置１０１〜１０４に対して、ソフトウェアのインストール管理を行う。

仲介装置１１０の主な機能は、管理装置１２０からのソフトウェアのインストール要求に応じて、コンポーネントサーバ１３０からソフトウェアを取得（ダウンロード）する機能と、該当ソフトウェアのライセンスキーをアクティベーションサーバ１４０から取得する機能と、管理装置１２０が収集している各画像形成装置１０１〜１０４の管理情報を仲介装置１１０内部にも蓄積する機能と、ソフトウェアのインストール管理を行う機能とをもつ。また、ソフトウェアのインストール管理を行う機能として、仲介装置１１０は、管理装置１２０から連携ソフトウェアのインストール要求を受信した場合に、内部に保持している画像形成装置１０１〜１０４の管理情報に基づいてどの画像形成装置にインストールするのが最適かを判断し、その判断結果を基に選択した画像形成装置に対して連携ソフトウェアのインストールを要求し、その応答を受信する。

管理装置１２０は、ソフトウェアの販売システムポータル１５０及び仲介装置１１０とネットワークを経由して通信を行い、画像形成装置へのソフトウェアインストール要求に代表される画像形成装置を管理するために必要な各種要求の送受信をはじめ、仲介装置１１０から送信される画像形成装置の管理情報であるカウンタ値通知や故障通報等を受信し収集する機能を持つ。管理装置１２０は、販売システムポータル１５０と連携しており、販売システムポータル１５０から通知される顧客のソフトウェア購入情報に基づいて、仲介装置１１０にソフトウェアのインストール要求を送信する。このように、管理装置１２０は、仲介装置１１０を介して、各画像形成装置１０１〜１０４の利用目的に合わせたソフトウェアのインストール／アンインストールを実行させる機能を持っており、顧客が販売システムポータル１５０でソフトウェアを購入することで、購入されたソフトウェアを画像形成装置１０１〜１０４のいずれかへインストールするための制御をする。

コンポーネントサーバ１３０は、仲介装置１１０からソフトウェアのダウンロード要求を受け、この要求で指定されたソフトウェアＩＤのソフトウェアを仲介装置１１０に応答する装置である。また、アクティベーションサーバ１４０は、仲介装置１１０からのライセンスキー発行要求を受け、この要求で指定されたソフトウェアＩＤ、機器ＩＤに対応したライセンスキーを発行し、仲介装置１１０からの要求に応答する装置である。なお、コンポーネントサーバ１３０からダウンロードされるソフトウェアのライセンスキーは、事前の契約内容に従って付与される。

なお、図１に示した顧客サイトは、同図において１つのみ例示しているが複数存在しうる。

続いて、各装置のハードウェア構成例について、図２〜５を用いて説明する。

図２は、仲介装置１１０のハードウェア構成例を示す図である。仲介装置１１０は、ＣＰＵ２０１、ＲＴＣ２０２、ＨＤＤ（ハードディスク）２０３、ＲＡＭ２０４、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）２０５、ＲＯＭ２０６から構成される。ＲＴＣはリアルタイムクロックの略で、内部時計である。ＨＤＤ２０３は、不揮発性記憶媒体であり、画像形成装置１０１〜１０４から収集した管理情報を蓄積し、また、画像形成装置１０１〜１０４の保有者または管理者（以下、ユーザと称す）により購入されたソフトウェアやそのライセンスキーを保持する。またこのＨＤＤ２０３には、事前に仮発行された、画像形成装置１０１〜１０４のいずれかに追加／更新予定のソフトウェアのライセンスキーも保持することができる（なお、ライセンスキーは、契約内容に従って利用される）。なお、上記管理情報は、ＲＴＣ２０２を用いて定期的に収集することができるが、ソフトウェアをインストールする際に改めて収集するようにしてもよい。

ＮＩＣ２０５は、ローカルエリアネットワーク（ＬＡＮ）を介して、画像形成装置１０１〜１０４と、また更にインターネットを介して、管理装置１２０、コンポーネントサーバ１３０、アクティベーションサーバ１４０と接続するインタフェースである。また、ＣＥ（カスタマー・エンジニア）端末（図示せず）上で、このＮＩＣ２０５を通じて仲介装置１１０のＷｅｂＵＩを表示させることもできる。

図３は、管理装置１２０のハードウェア構成例を示す図である。管理装置１２０は、制御装置３０１、データベース３０２、ネットワークＩ／Ｆ３０５、操作者端末３０６等から構成される。ネットワークＩ／Ｆ３０５は、ネットワークを介して接続される他装置との通信制御をするＩ／Ｆである。操作者端末３０６は、オペレータによる各種データの入力インタフェースとして用いられる。データベース３０２は、各画像形成装置の管理に用いる各種パラメータ、管理プログラム、およびオペレータが入力するデータを記憶するパラメータ記憶エリア３０３と、各画像形成装置のカウンタ値等の管理情報を記憶する管理情報記憶エリア３０４から構成される。制御装置３０１は、図示しないＣＰＵ、ＲＯＭ、ＲＡＭ等を備え、ＲＯＭおよびＲＡＭに記憶されている制御プログラムにより管理装置１２０を全体的に制御し、カウンタ値等の管理情報の受信機能を実現する。

図４は、コンポーネントサーバ１３０のハードウェア構成例を示す図である。コンポーネントサーバ１３０は、制御装置４０１、データベース４０２、ネットワークＩ／Ｆ４０５、操作者端末４０６等から構成される。ネットワークＩ／Ｆ４０５は、インターネット等のネットワークを介して接続される他装置との通信制御をするＩ／Ｆ（インタフェース）である。操作者端末４０６は、オペレータによる各種アプリケーションの管理などのための入力インタフェースとして用いられる。データベース４０２は、各画像形成装置用のアプリケーション（ソフトウェア）を管理するために用いる各種パラメータ、管理プログラム、およびオペレータが入力するデータを記憶するパラメータ記憶エリア４０３と、アプリケーションのプログラム本体を記憶するアプリ保持エリア４０４から構成される。制御装置４０１は、図示しないＣＰＵ、ＲＯＭ、ＲＡＭ等を備え、ＲＯＭおよびＲＡＭに記憶されている制御プログラムによりコンポーネントサーバ１３０を全体的に制御するとともに、各仲介装置１１０からのアプリケーションのダウンロード要求の受信／応答機能を実現する。

図５は、アクティベーションサーバ１４０のハードウェア構成例を示す図である。アクティベーションサーバ１４０は、制御装置５０１、データベース５０２、ネットワークＩ／Ｆ５０５、操作者端末５０６等から構成される。ネットワークＩ／Ｆ５０５は、ネットワークを介して接続される他装置との通信制御をするＩ／Ｆである。操作者端末５０６は、オペレータによる各種アプリケーションのライセンスの管理などのための入力インタフェースとして用いられる。データベース５０２は、ユーザ毎に各画像形成装置のアプリケーションのライセンスを管理するために用いる各種パラメータ、管理プログラム、およびオペレータが入力するデータや管理装置１２０から送付された購入情報を記憶するパラメータ記憶エリア５０３と購入されたソフトウェアのライセンスキーを記憶するライセンス情報記憶エリア５０４から構成される。制御装置５０１は、図示しないＣＰＵ、ＲＯＭ、ＲＡＭ等を備え、ＲＯＭおよびＲＡＭに記憶されている制御プログラムによりアクティベーションサーバ１４０を全体的に制御し、各仲介装置１１０からのライセンス発行要求の受信／応答機能を実現する。

次に、仲介装置１１０における各画像形成装置の管理情報の収集処理について、図６を用いて説明する。図６は、仲介装置１１０における画像形成装置の管理情報の収集処理について説明する図である。

仲介装置１１０は、ステップＳ６０１で画像形成装置が送信した管理情報を受信すると、その情報を内部（ＨＤＤ２０３）に格納した上で、管理装置１２０に同様の情報を通知する（ステップＳ６０２）。例えば、画像形成装置の管理情報として特定機能の使用頻度を示すカウンタ情報（カウンタ値）を取り扱う場合、仲介装置１１０は、図７のテーブルで示す機器ＩＤとカウンタ情報の一覧（テーブル）を保持する。そして、画像形成装置からカウンタ情報を受信すると、その一覧の情報を更新した上で、管理装置１２０に画像形成装置の管理情報を送信する。仲介装置１１０からカウンタ情報等の管理情報を受信した管理装置１２０は、それを内部のデータベース３０２に格納する（ステップＳ６０３）。

続いて、本画像形成装置管理システム１００の各装置において実行される一連の動作について、図８を用いて説明する。図８は、本画像形成装置管理システム１００の各装置において実行される一連の動作を説明する図である。

まずはじめに、画像形成装置１０１〜１０４のユーザが、販売システムポータル１５０から、ソフトウェア購入のため、画像形成装置１０１〜１０４のいずれかで使用したい機能とインストール対象の画像形成装置（１０１〜１０４のいずれか）の機器ＩＤとを入力する。このとき、ユーザは、販売システムポータル１５０にインターネットを介して接続されるユーザ端末装置（図示せず）を介して上記入力を行う。入力された情報は、ユーザ端末装置から販売システムポータル１５０へ送信され、販売システムポータル１５０においてソフトウェア購入の受付処理が行われる。これによりユーザによるソフトウェア購入が完了する（ステップＳ８０１）。

販売システムポータル１５０は、ユーザ側からの上記入力を受けソフトウェア購入の受付を完了すると、ユーザが購入したソフトウェアの購入情報として、インストール対象の画像形成装置（１０１〜１０４のいずれか）の機器ＩＤと購入したソフトウェアＩＤに加えて、購入したソフトウェアが連携ソフトであるかを判断するための情報を管理装置１２０に送信する（ステップＳ８０２）。なお、販売システムポータル１５０は、一例として図９に示すような、アプリケーション（ソフトウェア）の機能と、ソフトウェアＩＤと、連携ソフトウェアであるか否かを示す情報（同図においては、“○”または“×”）を関連付けたテーブルを保持している。

ここで一実施例として、ユーザが機器ＩＤ［Ｃ−００３］の画像形成装置１０３に対してＳｃａｎＴｏＦａｘ（ある画像形成装置でスキャンした画像をＦＡＸする）機能を実現するソフトウェアを購入した場合の例を考える。この場合にインストールされる連携ソフトウェアは、スキャンした画像データをネットワークを経由して他の画像形成装置に送信する連携ソフトウェア［ソフトウェアＩＤ：Ｓ００１］と、ネットワーク経由で受信した画像データをＦａｘ送信する連携ソフトウェア［ソフトウェアＩＤ：Ｆ００３］の２つとなる。また、２つのソフトウェアは連携ソフトウェアであるため、管理装置１２０には対象のソフトウェアが連携ソフトであることがソフトウェアの購入情報に合わせて通知される。

続いて、管理装置１２０は、販売システムポータル１５０から受信したユーザのソフトウェアの購入情報に基づきネットワークを経由して画像形成装置１０３に対する連携ソフトウェア［ソフトウェアＩＤ：Ｓ００１］、［ソフトウェアＩＤ：Ｆ００３］のインストール要求を仲介装置１１０に送信する（ステップＳ８０３）。

ソフトウェアのインストール要求を受信した仲介装置１１０は、インストールを要求されているソフトウェアが連携ソフトウェアである場合（ステップＳ８０４でＹｅｓ）、仲介装置１１０内部に格納している画像形成装置１０１〜１０４の管理情報に基づいて、どの画像形成装置にインストールするのが最適であるかを判断しその選択をする（ステップＳ８０５）。なお、本実施例では、仲介装置１１０内部に、各画像形成装置１０１〜１０４の管理情報としてカウンタ情報を格納しているものとする。

上記実施例では、［ソフトウェアＩＤ：Ｆ００３］と［ソフトウェアＩＤ：Ｓ００１］の連携ソフトウェアのインストールを要求されており、［ソフトウェアＩＤ：Ｆ００３］についてはカウンタ情報から、インストール可能な画像形成装置が機器ＩＤ［Ｃ−００３］の画像形成装置１０３のみであると判断可能であるため、画像形成装置１０３をソフトウェアのインストール先に選択する。一方で、カウンタ情報から［ソフトウェアＩＤ：Ｓ００１］のインストール先は、［機器ＩＤ：Ｃ−００２］、［機器ＩＤ：Ｃ−００３］、［機器ＩＤ：Ｃ−００４］の３つの画像形成装置の中から選択可能であることが分かる。

ここで、仲介装置１１０は内部に格納している画像形成装置１０１〜１０４の管理情報に基づいて、特定の選択基準でインストール先の画像形成装置を選択する。ここでは、特定の選択基準として、「最もよく使用されている画像形成装置に対して連携ソフトウェアをインストールする」という判断基準を用いることとし、最もスキャナの使用回数が多い画像形成装置１０２をインストール先に選択する。なお、ここでは画像形成装置１０１〜１０４のすべてが使用可能な状態にあるものとする。従って、ステップＳ８０６でＹｅｓと判定され、ステップＳ８０８へ移行する。画像形成装置１０１〜１０４のいずれかが使用可能な状態でない場合については他の実施例Ｃとして後述する。

連携ソフトウェアのインストール先を決定した後、仲介装置１１０はアクティベーションサーバ１４０に「該当ソフトウェアのソフトウェアＩＤ」と「インストールする画像形成装置の機器ＩＤ」を含むライセンスキー発行要求を送信する（ステップＳ８０８）。本実施例では、［ソフトウェアＩＤ：Ｓ００１］および［機器ＩＤ：Ｃ−００２］と、［ソフトウェアＩＤ：Ｆ００３］および［機器ＩＤ：Ｃ−００３］のライセンスキー発行要求を送信し、この要求を受信したアクティベーションサーバ１４０は、対応するライセンスキーを仲介装置１１０に送信する（ステップＳ８０９）。

ライセンスキーを受信した仲介装置１１０はそれを内部に格納し、コンポーネントサーバ１３０に対して、インストール対象となる連携ソフトウェアのダウンロード要求を送信する（ステップＳ８１０）。本実施例では、［ソフトウェアＩＤ：Ｓ００１］と［ソフトウェアＩＤ：Ｆ００３］を指定してダウンロード要求を送信する（ステップＳ８１０）。

仲介装置１１０からダウンロード要求を受け取ったコンポーネントサーバ１３０は、指定された連携ソフトウェアを仲介装置１１０に送信する（ステップＳ８１１）。

コンポーネントサーバ１３０から連携ソフトウェアを受信した仲介装置１１０はそれを内部に格納し、ステップＳ８１０で取得したライセンスキーと合わせて、ソフトウェアインストール対象の画像形成装置にソフトウェアのインストール要求を送信する（ステップＳ８１２）。本実施例では、［機器ＩＤ：Ｃ−００２］の画像形成装置１０２に対しては［ソフトウェアＩＤ：Ｓ００１］のソフトウェアとそのライセンスキーを送信し、［機器ＩＤ：Ｃ−００３］の画像形成装置１０３に対しては［ソフトウェアＩＤ：Ｆ００３］のソフトウェアとそのライセンスキーを送信する。

上記のソフトウェアのインストール要求を受信した画像形成装置はインストールを実行し、その結果を仲介装置１１０に通知する（ステップＳ８１３）。

一方、仲介装置１１０は、インストール要求の応答を画像形成装置から受信すると、その結果を管理装置１２０に通知する（ステップＳ８１４）。

そして、管理装置１２０にてソフトウェアインストール要求の結果を受信し（ステップＳ８１５）、一連の処理を終了する。

以上により、本実施形態の画像形成装置管理システム１００における連携ソフトウェアのインストールを実現する。本実施形態では、画像形成装置の管理者の手を煩わせること無く、画像形成装置１０１〜１０４の運用状況（使用状況）に合わせた仮想機器の最適な構築が可能となり、またこのことにより画像形成装置管理システム１００の管理コストを削減することができる。

次に、本実施形態の画像形成装置管理システム１００の他の諸実施例について説明する。

（他の実施例Ａ）
本実施例では、前述の図８のステップＳ８０５において、管理情報として、最初の実施例におけるカウンタ情報に代えて画像形成装置の故障履歴情報に基づいて、インストール先の画像形成装置の選択を行う。本実施例では、仲介装置１１０は、画像形成装置１０１〜１０４の管理情報として各画像形成装置の故障履歴情報を受信した際に、その故障履歴情報を内部に格納する。この故障履歴情報を格納するテーブルの一例を図１０に示す。図１０の例では、機器ＩＤと故障種別と故障日時の一覧をその内容として保持している。本実施例では、ユーザが連携ソフトウェアを購入した際に、仲介装置１１０の内部に格納されている故障履歴情報に基づいて、連携ソフトウェアをインストールする最適な画像形成装置を選択する。

ここで、最初の実施例で購入した連携ソフトウェアをインストールする場合で説明すると、図８のステップＳ８０５において、［ソフトウェアＩＤ：Ｓ００１］のインストール先を［機器ＩＤ：Ｃ−００２］、［機器ＩＤ：Ｃ−００３］、［機器ＩＤ：Ｃ−００４］の画像形成装置の中から選択する際、例えば「最も故障が少ない画像形成装置を選択するという判断基準」により、図１０のテーブルから［機器ＩＤ：Ｃ−００４］の画像形成装置１０４をインストール先の画像形成装置として選択することによって、本実施例を実現する。本実施例においても、画像形成装置１０１〜１０４の管理者の手を煩わせること無く、各画像形成装置１０１〜１０４の故障履歴（故障頻度）に合わせた仮想機器の最適な構築が可能となり、またこのことにより、画像形成装置管理システム１００の管理コストを削減することができる。

（他の実施例Ｂ）
本実施例では、前述の図８のステップＳ８０５において、管理情報としてのカウンタ情報に代えて画像形成装置のソフトウェア設定値に基づいて、インストール先の画像形成装置の選択を行う。仲介装置１１０は、画像形成装置の管理情報として、図７のカウンタ情報に代えて本実施例での画像形成装置のソフトウェア設定値を受信した際に、その情報を内部に格納する。このソフトウェア設定値を格納するテーブルの一例を図１１に示す。図１１の例では、機器ＩＤと設定項目と設定値の一覧をその内容として保持している。本実施例では、ユーザが連携ソフトウェアを購入した際に、仲介装置１１０の内部に格納されているソフトウェア設定値に基づいて、連携ソフトウェアをインストールする最適な画像形成装置を選択する。

ここで、最初の実施例で購入した連携ソフトウェアをインストールする場合で説明すると、図８のステップＳ８０３において、管理装置１２０は、インストール要求と合わせて、インストール要求をされているソフトウェアに適した設定値を仲介装置１１０に送信し、図８のステップＳ８０５において、仲介装置１１０は、［ソフトウェアＩＤ：Ｓ００１］のインストール先を［機器ＩＤ：Ｃ−００２］、［機器ＩＤ：Ｃ−００３］、［機器ＩＤ：Ｃ−００４］の中から選択する際、インストール要求で受信したソフトウェア設定値に適する画像形成装置を選択する。

例えば、インストールしようとしている連携ソフトウェアのネットワーク通信暗号設定がＳＳＬ通信になっている場合、図１１のテーブルの例で示される仲介装置１１０内に格納された管理情報であるソフトウェアの設定値（設定情報）に基づいて、上記の条件に一致する［機器ＩＤ：Ｃ−００４］をインストール先の画像形成装置として選択する。本実施例においても、画像形成装置１０１〜１０４の管理者の手を煩わせること無く、各画像形成装置１０１〜１０４の運用状況に合わせた仮想機器の最適な構築が可能となり、またこのことにより、画像形成装置管理システム１００の管理コストを削減することができる。

（他の実施例Ｃ）
本実施例は、最初の実施例に対して、現在故障中の画像形成装置を除外して、連携ソフトウェアをインストール可能な点に特徴（第１の特徴）がある。この点を実現するために、本実施例では、画像形成装置１０１〜１０４が、管理情報として図７に示すようなカウンタ情報だけでなく、画像形成装置１０１〜１０４に関する故障通知を送信する。仲介装置１１０は、画像形成装置１０１〜１０４の管理情報の一部として、画像形成装置の故障通知をさらに受信した際に、その情報（機器状態）を内部に格納する。この機器状態を格納するテーブルの一例を図１２に示す。図１２の例では、機器ＩＤと機器状態（正常動作中／故障中）の一覧をその内容として保持している。

そして、図８のステップＳ８０６において、ステップＳ８０５で選択された画像形成装置が現在使用可能かどうか判断し、いずれかの画像形成装置が使用可能でない場合（ステップＳ８０６でＮｏ）、現在使用可能な画像形成装置の中から（すなわち、使用不能な画像形成装置を除外し）、最適な連携ソフトウェアのインストール先となる画像形成装置を選択する（ステップＳ８０７）。

ここでも最初の実施例で購入した連携ソフトウェアをインストールする場合の例を用いると、本実施例の場合、最初の実施例では［ソフトウェアＩＤ：Ｓ００１］のインストール先として［機器ＩＤ：Ｃ−００２］、［機器ＩＤ：Ｃ−００３］、［機器ＩＤ：Ｃ−００４］が選択可能であったが、仲介装置１１０内部に格納している図１２の情報（機器状態）に基づき、［機器ＩＤ：Ｃ−００２］、［機器ＩＤ：Ｃ−００４］が故障中であると判断することができる。そのため、本実施例では、連携ソフトウェアのインストール先として［機器ＩＤ：Ｃ−００３］が選択される。

また、本実施例では、本来故障中でなければインストール先として選択されていた［機器ＩＤ：Ｃ−００２］が復旧した際に、すでにインストール済みの［機器ＩＤ：Ｃ−００３］から［ソフトウェアＩＤ：Ｓ００１］の連携ソフトウェアをアンインストールし、改めて［機器ＩＤ：Ｃ−００２］の画像形成装置１０２に同ソフトウェアをインストールし直す点にも特徴（第２の特徴）がある。その処理の流れを図１３に示す。なお、図１３において、図８と共通する処理には同一のステップ番号を附し、その説明は省略する。

上記では、本来［機器ＩＤ：Ｃ−００２］の画像形成装置１０２にインストールすべきであった［ソフトウェアＩＤ：Ｓ００１］のソフトウェアが、［機器ＩＤ：Ｃ−００２］の画像形成装置１０２の故障のため［機器ＩＤ：Ｃ−００３］の画像形成装置１０３にインストールされるまでの処理を説明した。図１３では、本来故障中でなければインストール先として選択されていた［機器ＩＤ：Ｃ−００２］の画像形成装置１０２が復旧した際に、すでにインストール済みの［機器ＩＤ：Ｃ−００３］の画像形成装置１０３から［ソフトウェアＩＤ：Ｓ００１］の連携ソフトウェアをアンインストールし、改めて［機器ＩＤ：Ｃ−００２］の画像形成装置１０２に同ソフトウェアをインストールし直す処理フローを示している。

仲介装置１１０は、本来連携ソフトウェアをインストールすべきであった［機器ＩＤ：Ｃ−００２］の画像形成装置１０２からの故障復旧通知を監視している（ステップＳ１３０１でＮｏ）。画像形成装置１０２が故障から復旧し、故障復旧通知を受けた際に（このとき、ステップＳ１３０１でＹｅｓと判定される）、すでに［ソフトウェアＩＤ：Ｓ００１］の連携ソフトウェアをインストールしている［機器ＩＤ：Ｃ−００３］の画像形成装置１０３に対してアンインストール要求を送信する（ステップＳ１３０２）。

仲介装置１１０からアンインストール要求を受信した［機器ＩＤ：Ｃ−００３］の画像形成装置１０３は、［ソフトウェアＩＤ：Ｓ００１］の連携ソフトウェアをアンインストールし、その結果を仲介装置１１０に送信する（ステップＳ１３０３）。

以降は、図８のステップＳ８０８以降と同様の処理フローにより、最適な画像形成装置に対する連携ソフトウェアのインストールを実現する。本実施例では、最適な画像形成装置が故障中の場合においても、代替の画像形成装置によって仮想機器を使用することができる。また、本来選択されるべき画像形成装置の復旧後には、本来の最適な構成の仮想機器を使用することができるようになる。

（他の実施例Ｄ）
本実施例は、上記実施例Ｃに対し、現在故障中の画像形成装置に加えて、部品交換時期が間近に迫っている画像形成装置も除外して、連携ソフトウェアをインストール可能な点に特徴がある。ここでも最初の実施例で購入した連携ソフトウェアをインストールする場合の例を用いて説明すると、最初の実施例では、［ソフトウェアＩＤ：Ｓ００１］のインストール先として［機器ＩＤ：Ｃ−００２］、［機器ＩＤ：Ｃ−００３］、［機器ＩＤ：Ｃ−００４］の画像形成装置が選択可能であったが、本実施例では、部品交換時期に関する情報を含む機器状態を格納する図１４のテーブルを参照して、現在使用可能な画像形成装置の中から、部品交換時期が間近になっている画像形成装置を除外することにより、連携ソフトウェアのインストール先として部品交換時期も判断基準に反映した［機器ＩＤ：Ｃ−００４］の画像形成装置１０４を選択することが可能になる。

また、部品交換時期が間近な画像形成装置が、本来の最適なインストール先であった場合には、部品交換後に、すでに連携ソフトウェアをインストールした画像形成装置から連携ソフトウェアをアンインストールし、本来の最適なインストール先である部品交換後の本来の最適なインストール先である画像形成装置に連携ソフトウェアをインストールし直す。このときの処理の流れは、図１３を用いて説明した前述の他の実施例Ｃの場合と同様であり、本実施例における“部品交換後”は実施例Ｃにおける“故障から復旧”に対応している。仲介装置１１０は、部品交換後に該当の画像形成装置から、故障復旧通知に代えてその通知を受け、図１３のステップＳ１３０１以降の処理が実行されることとなる。これにより、最適な画像形成装置に対する連携ソフトウェアのインストールを実現する。本実施例では、さらに、部品寿命によって近日中に使用できなくなる画像形成装置を除外した仮想機器を構築できるようになる。

（他の実施例Ｅ）
本実施例では、上記実施例Ｃに対し、現在故障中の画像形成装置に加えて、サプライ用品交換時期（例えば、トナー切れ）が間近に迫っている画像形成装置も除外して、連携ソフトウェアをインストール可能な点に特徴がある。最初の実施例で購入した連携ソフトウェアをインストールする場合の例を用いて説明すると、最初の実施例では、［ソフトウェアＩＤ：Ｓ００１］のソフトウェアのインストール先として［機器ＩＤ：Ｃ−００２］、［機器ＩＤ：Ｃ−００３］、［機器ＩＤ：Ｃ−００４］の画像形成装置が選択可能であったが、本実施例では、サプライ用品交換時期に関する情報を含む機器状態を格納する図１５のテーブルを参照して、現在使用可能な画像形成装置の中から、サプライ用品交換時期が間近となっている画像形成装置を除外することにより、連携ソフトウェアのインストール先としてサプライ交換時期を判断基準に反映した［機器ＩＤ：Ｃ−００４］の画像形成装置１０４を選択することが可能になる。

また、サプライ用品交換時期が近い画像形成装置が、本来の最適なインストール先であった場合には、サプライ用品交換後に、すでに連携ソフトウェアをインストールした画像形成装置から連携ソフトウェアをアンインストールし、サプライ用品交換後の本来の最適なインストール先である画像形成装置に連携ソフトウェアをインストールし直す。このときの処理の流れは、図１３を用いて説明した前述の実施例Ｃの場合と同様であり、本実施例における“サプライ用品交換後”は実施例Ｃにおける“故障から復旧”に対応している。仲介装置１１０は、サプライ用品交換後に画像形成装置から、故障復旧通知に代えてその通知を受け、図１３のステップＳ１３０１以降の処理が実行されることとなる。これにより、最適な画像形成装置に対する連携ソフトウェアのインストールを実現する。本実施例では、さらに、サプライ用品交換の必要から近日中に使用できなくなる画像形成装置を除外した仮想機器を構築できるようになる。

以上、発明を実施するための実施の形態および諸実施例について説明を行ったが、本発明は、上述した実施の形態に限定されるものではない。本発明の主旨をそこなわない範囲で変更することが可能である。

（その他の実施形態）
本実施形態の仲介装置１１０の機能を実現させるプログラムは、情報処理装置である仲介装置１１０のＨＤＤ２０３等の不揮発性記憶媒体に予め組み込まれて提供されるか、または、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。

または、上記プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供または配布するように構成しても良い。

１００…画像形成装置管理システム
１０１，１０２，１０３，１０４…画像形成装置（画像処理装置）
１１０…仲介装置（画像処理装置管理手段を備える情報処理装置）
１２０…管理装置（ユーザサイト管理手段）
１３０…コンポーネントサーバ（ソフトウェア提供手段）
１４０…アクティベーションサーバ（ライセンス提供手段）
１５０…販売システムポータル（ソフトウェア販売手段）
２０１…ＣＰＵ
２０２…ＲＴＣ
２０３…ＨＤＤ
２０４…ＲＡＭ
２０５…ＮＩＣ
２０６…ＲＯＭ
３０１，４０１，５０１…制御装置
３０２，４０２，５０２…データベース
３０３，４０３，５０３…パラメータ記憶エリア
３０４…管理情報記憶エリア
４０４…アプリ保持エリア
５０４…ライセンス情報記憶エリア
３０５，４０５，５０５…ネットワークＩ／Ｆ

特開２００９−０９３２２８号公報

Claims (9)

1. 複数の画像処理装置の管理情報を収集し、外部からのソフトウェアのインストール要求に応じて、画像処理装置にインストールするソフトウェアを外部からダウンロードし、前記ソフトウェアのライセンス情報を外部から取得し、前記ソフトウェアを画像処理装置にインストールする画像処理装置管理手段を備え、
   前記画像処理装置管理手段は、
   インストール要求されたソフトウェアが複数の画像処理装置を連携して動作させる連携ソフトウェアである場合に、収集された前記管理情報に基づき当該連携ソフトウェアを最適な画像処理装置にインストールする
   ことを特徴とする情報処理装置。
2. 前記画像処理装置管理手段は、前記管理情報として複数の画像処理装置の機器の故障履歴情報を収集し、連携ソフトウェアをインストールする際、該故障履歴情報に基づいて連携ソフトウェアを最適な画像処理装置にインストールすることを特徴とする請求項１に記載の情報処理装置。
3. 前記画像処理装置管理手段は、前記管理情報として複数の画像処理装置のソフトウェアの設定情報を収集し、連携ソフトウェアをインストールする際、該設定情報に基づいて連携ソフトウェアを最適な画像処理装置にインストールすることを特徴とする請求項１に記載の情報処理装置。
4. 前記画像処理装置管理手段は、前記管理情報として複数の画像処理装置の故障状態を管理し、
   外部からのソフトウェアのインストール要求に応じて連携ソフトウェアをインストールする際に、正常動作中の画像形成装置の中から最適な画像形成装置に連携ソフトウェアをインストールし、
   故障中の画像形成装置が本来は最適なインストール先であった場合には、故障復旧後に、すでに連携ソフトウェアをインストールした画像形成装置から当該連携ソフトウェアをアンインストールし、復旧した画像形成装置に連携ソフトウェアをインストールし直す
   ことを特徴とする請求項１に記載の情報処理装置。
5. 前記画像処理装置管理手段は、前記管理情報として複数の画像処理装置から部品交換時期の情報をさらに収集し、
   外部からのソフトウェアのインストール要求に応じて連携ソフトウェアをインストールする際に、部品交換時期が近いもの以外の画像形成装置の中から、最適な画像形成装置に連携ソフトウェアをインストールし、
   部品交換時期が近い画像形成装置が、本来の最適なインストール先であった場合には、部品交換後に、すでに連携ソフトウェアをインストールした画像形成装置から連携ソフトウェアをアンインストールし、部品交換後の画像形成装置に連携ソフトウェアをインストールし直す
   ことを特徴とする請求項４に記載の情報処理装置。
6. 前記画像処理装置管理手段は、前記管理情報として複数の画像処理装置からサプライ状況の情報をさらに収集し、
   外部からのソフトウェアのインストール要求に応じて連携ソフトウェアをインストールする際に、サプライ用品交換時期が近いもの以外の画像形成装置の中から、最適な画像形成装置に連携ソフトウェアをインストールし、
   サプライ用品交換時期が近い画像形成装置が、本来の最適なインストール先であった場合には、サプライ用品交換後に、すでに連携ソフトウェアをインストールした画像形成装置から連携ソフトウェアをアンインストールし、サプライ用品交換後の画像形成装置に連携ソフトウェアをインストールし直す
   ことを特徴とする請求項４に記載の情報処理装置。
7. ユーザによるソフトウェアの購入を受け付け、購入されたソフトウェアに関する情報および該ソフトウェアを購入したユーザのユーザサイトに関する情報を含む購入情報を送信するソフトウェア販売手段と、
   ユーザサイト側の画像処理装置を管理し、前記ソフトウェア販売手段からの購入情報を受けて、該購入情報を基に購入されたソフトウェアのインストール要求をユーザサイト側に行うユーザサイト管理手段と、
   前記購入されたソフトウェアを提供するソフトウェア提供手段と、
   前記購入されたソフトウェアのライセンス情報を付与するライセンス提供手段と、
   複数の画像処理装置と、
   前記複数の画像処理装置の管理情報を収集し、前記ユーザサイト管理手段からのソフトウェアインストール要求に応じて、前記購入されたソフトウェアを前記ソフトウェア提供手段からダウンロードし、前記ソフトウェアのライセンス情報を前記ライセンス提供手段から取得し、取得したソフトウェアを画像処理装置にインストールする画像処理装置管理手段と、を備え、
   前記画像処理装置管理手段は、
   インストール要求されたソフトウェアが複数の画像処理装置を連携して動作させる連携ソフトウェアである場合に、収集した前記管理情報に基づき当該連携ソフトウェアを最適な画像処理装置にインストールする
   ことを特徴とする画像処理装置管理システム。
8. 情報処理装置における情報処理方法であって、
   画像処理装置管理手段が、複数の画像処理装置の管理情報を収集し、外部からのソフトウェアのインストール要求に応じて、画像処理装置にインストールするソフトウェアを外部からダウンロードし、前記ソフトウェアのライセンス情報を外部から取得し、前記ソフトウェアを画像処理装置にインストールする画像処理装置管理工程を含み、
   前記画像処理装置管理工程において、
   インストール要求されたソフトウェアが複数の画像処理装置を連携して動作させる連携ソフトウェアである場合に、収集された前記管理情報に基づき当該連携ソフトウェアを最適な画像処理装置にインストールする
   ことを特徴とする情報処理方法。
9. コンピュータを、
   複数の画像処理装置の管理情報を収集し、外部からのインストール要求に応じて、画像処理装置にインストールするソフトウェアを外部からダウンロードし、前記ソフトウェアのライセンス情報を外部から取得し、前記ソフトウェアを画像処理装置にインストールする画像処理装置管理手段として機能させるプログラムであって、
   前記画像処理装置管理手段の機能として、
   インストール要求されたソフトウェアが複数の画像処理装置を連携して動作させる連携ソフトウェアである場合に、収集された前記管理情報に基づき当該連携ソフトウェアを最適な画像処理装置にインストールさせる
   ことを特徴とするプログラム。

Images