JP7009909B2 - 情報処理装置、プログラム、及び管理システム - Google Patents

Description

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

特許文献１には、画像形成装置の複数のファームウェアを管理して、ファームウェアの配信を制御する配信システムであって、前記画像形成装置における一括更新を許可する複数のファームウェアと当該複数のファームウェアの構成情報を、ファームウェアグループとして登録して管理する管理手段と、画像形成装置から複数のファームウェアの情報を収集する収集手段と、前記収集した複数のファームウェアの情報が前記管理されたファームウェアグループの構成情報と一致するか否かを判定する判定手段と、前記判定の結果、一致しない場合、前記収集した複数のファームウェアの情報の中から特定のファームウェアの情報と一致する情報を含む前記管理されたファームウェアグループを特定する特定手段と、を有し、前記管理手段は、前記判定手段により一致しないと判定された前記収集した複数のファームウェアの情報を、新たな一括更新を許可する組み合わせのファームウェアグループとして登録して管理することを特徴とする配信システムが開示されている。

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

本発明の目的は、処理装置が保持しているプログラムのバージョンアップを行う際の不具合を低減することができる、情報処理装置、プログラム、及び管理システムを提供することにある。

上記目的を達成するために、請求項１に記載の発明は、複数の処理装置の各々が保持する複数のプログラム各々のバージョンの組合せを表すバージョン構成に係る情報を、前記複数の処理装置の各々から取得する取得手段と、対象となる処理装置が保持するプログラムについてバージョンアップを行う場合の特定のバージョン構成を、予め定めたルールに応じて前記取得手段で取得された複数のバージョン構成の中から選出する選出手段と、を備えた情報処理装置である。

請求項２に記載の発明は、前記ルールは、前記対象となる処理装置が保持する１つのプログラムまたは複数のプログラムの各々が最新バージョンとなる前記特定のバージョン構成を選出するように予め定められている、請求項１に記載の情報処理装置である。

請求項３に記載の発明は、前記ルールは、前記特定のバージョン構成が適用される処理装置の台数が予め定めた数を超えた場合に、前記特定のバージョン構成を選出するように予め定められている、請求項２に記載の情報処理装置である。

請求項４に記載の発明は、前記ルールは、最新バージョンに不具合が報告されている場合に、前記バージョンアップを行わないように予め定められている、請求項２または請求項３に記載の情報処理装置である。

請求項５に記載の発明は、前記ルールは、最新バージョンの不具合が解消された場合に、前記バージョンアップを行うように予め定められている、請求項４に記載の情報処理装置である。

請求項６に記載の発明は、前記ルールは、適用されている処理装置の台数が他のバージョン構成よりも多い前記特定のバージョン構成を選出するように予め定められている、請求項１または請求項２に記載の情報処理装置である。

請求項７に記載の発明は、前記取得手段は、複数の処理装置各々の利用履歴を更に取得し、前記ルールは、前記利用履歴を利用するルールを含む、請求項１に記載の情報処理装置である。

請求項８に記載の発明は、前記ルールは、対象となる処理装置が保持する複数のプログラムのうち、前記対象となる処理装置で利用されているプログラムについて、前記バージョンアップを行うように予め定められている、請求項７に記載の情報処理装置である。

請求項９に記載の発明は、前記ルールは、前記対象となる処理装置で利用されているプログラムの機能が拡張される場合に、前記バージョンアップを行うように予め定められている、請求項８に記載の情報処理装置である。

請求項１０に記載の発明は、前記ルールは、前記利用履歴から稼動時間が最も長い処理装置に適用されている特定のバージョン構成を選出するように予め定められている、請求項７に記載の情報処理装置である。

請求項１１に記載の発明は、前記ルールは、前記利用履歴から処理回数が最も多い処理装置に適用されている特定のバージョン構成を選出するように予め定められている、請求項７に記載の情報処理装置である。

請求項１２に記載の発明は、前記選出手段による選出結果及び前記予め定めたルールに基づいて、バージョンアップの可否及び前記バージョンアップに用いるプログラムの少なくとも一方を出力する出力手段を、更に備えた、請求項１から請求項１１までのいずれか１項に記載の情報処理装置である。

請求項１３に記載の発明は、前記出力手段は、前記バージョンアップが行われる場合であり、かつ、前記対象となる処理装置のバージョン構成と前記特定のバージョン構成との間に相違点がある場合は、前記バージョンアップに用いるプログラムを前記対象となる処理装置に出力する、請求項１２に記載の情報処理装置である。

請求項１４に記載の発明は、前記出力手段は、前記バージョンアップが行われない場合は、管理者または前記対象となる処理装置の利用者に対し、前記バージョンアップが行われない旨の通知を出力する、請求項１２に記載の情報処理装置である。

請求項１５に記載の発明は、前記対象となる処理装置のバージョン構成と前記特定のバージョン構成との間に相違点が無い場合は、前記バージョンアップが行われないものとする、請求項１３に記載の情報処理装置である。

請求項１６に記載の発明は、前記選出手段により特定のバージョン構成が選出されなかった場合は、前記バージョンアップが行われないものとする、請求項１２に記載の情報処理装置である。

請求項１７に記載の発明は、前記バージョンアップが前記ルールにより規制される場合は、前記バージョンアップが行われないものとする、請求項１２に記載の情報処理装置である。

請求項１８に記載の発明は、前記ルールは、前記バージョンアップに利用者の許諾を必要とする場合に、前記バージョンアップを行わないように予め定められており、前記出力手段は、管理者または前記対象となる処理装置の利用者に対し、許諾を必要とする旨の通知を出力する、請求項１２から請求項１７までのいずれか１項に記載の情報処理装置である。

請求項１９に記載の発明は、前記利用者の許諾を必要とする場合は、最新バージョンと前記対象となる処理装置に保持されているバーションとの間に機能差がある場合、または、最新バージョンに利用規約が付帯されている場合のいずれかである、請求項１８に記載の情報処理装置である。

請求項２０に記載の発明は、前記出力手段は、前記許諾が得られた場合に、前記バージョンアップに用いるプログラムを、前記対象となる処理装置に出力する、請求項１８または請求項１９に記載の情報処理装置である。

請求項２１に記載の発明は、前記ルールは、管理者または前記対象となる処理装置の利用者により設定される、請求項１から請求項２０までのいずれか１項に記載の情報処理装置である。

請求項２２に記載の発明は、前記ルールは、前記対象となる処理装置のバージョンアップを実施する前に設定される、請求項１から請求項２１までのいずれか１項に記載の情報処理装置である。

請求項２３に記載の発明は、コンピュータを、請求項１から請求項２２までのいずれか１項に記載の情報処理装置の各手段として機能させるためのプログラムである。

請求項２４に記載の発明は、請求項１から請求項２２までのいずれか１項に記載の情報処理装置と、各々が保持する複数のプログラムのバージョンアップが、前記情報処理装置により管理される複数の処理装置と、を備えた管理システムである。

請求項１、請求項２３、請求項２４に記載の発明によれば、処理装置が保持しているプログラムのバージョンアップを行う際の不具合を低減することができる。

請求項２に記載の発明によれば、複数のプログラム各々を最新バージョンにバージョンアップすることができる。

請求項３に記載の発明によれば、安定に稼動することが確認できた場合に、最新バージョンにバージョンアップすることができる。

請求項４に記載の発明によれば、最新バージョンに不具合がある場合は、バージョンアップを留保することができる。

請求項５に記載の発明によれば、最新バージョンの不具合が解消された場合は、利用者の許諾なしにバージョンアップを行うことができる。

請求項６に記載の発明によれば、適用実績が多いバージョン構成にすることができる。

請求項７に記載の発明によれば、利用履歴を利用したルールを設定することができる。

請求項８、請求項９に記載の発明によれば、対象の処理装置により利用されているプログラムに対してバージョンアップを行うことができる。

請求項１０、請求項１１に記載の発明によれば、安定に稼動しているバージョン構成にすることができる。

請求項１２に記載の発明によれば、バージョンアップの可否を明確にすることができる。

請求項１３に記載の発明によれば、対象となる処理装置のバージョン構成を、異なるバージョン構成に変更することができる。

請求項１４に記載の発明によれば、バージョン更新が行われないこと周知することができる。

請求項１５、請求項１６に記載の発明によれば、バージョンアップする必要がないこと周知することができる。

請求項１７に記載の発明によれば、ルールによってバージョンアップを制限することができる。

請求項１８、請求項１９に記載の発明によれば、バージョンアップの前に、利用者に対しバージョンアップの可否を確認することができる。

請求項２０に記載の発明によれば、利用者の意思に応じてバージョン更新を行うことができる。

請求項２１に記載の発明によれば、システムの管理者または対象となる処理装置の利用者にとって都合のよいルールを設定することができる。

請求項２２に記載の発明によれば、バージョンアップの前までルールを変更することができる。

管理システムの構成の一例を示すブロック図である。 管理サーバの電気的構成の一例を示すブロック図である。 処理装置の電気的構成の一例を示すブロック図である。 記憶装置に記憶されているファームウェアの各バージョンを示す図表である。 管理システムの各装置間でのやりとりの一例を示すシーケンス図である。 「情報収集処理」の制御プログラムの処理の流れの一例を示すフローチャートである。 「更新処理」の流れの一例を示すフローチャートである。 配信先の処理装置の動作情報の一例を示す模式図である。 ルールに応じて選出されたバージョン構成の一例を示す模式図である。 ルールに応じて選出されたバージョン構成の他の一例を示す模式図である。 「バージョン構成決定処理」の流れの一例を示すフローチャートである。 第２の実施の形態に係る「ルール設定処理」の流れの一例を示すフローチャートである。 対象となる処理装置側で実行される「ルール設定受付処理」の流れの一例を示すフローチャートである。 利用者に表示される「ルール設定画面」の一例を示す平面図である。 第３の実施の形態に係る「ルール設定処理」の流れの一例を示すフローチャートである。 管理者に表示される「ルール設定画面」の一例を示す平面図である。 変更後のルール設定の一例を示す模式図である。 変更後のルール設定の他の一例を示す模式図である。 第４の実施の形態に係る「バージョン構成決定処理」の流れの一例を示すフローチャートである。 配信先の処理装置の動作情報の一例を示す模式図である。 利用者に表示される「機能差確認画面」の一例を示す平面図である。

以下、図面を参照して本発明の実施の形態の一例を詳細に説明する。

＜第１の実施の形態＞
［管理システム］
まず、本発明の実施の形態に係る管理システムについて説明する。
図１は管理システムの構成の一例を示すブロック図である。図１に示すように、本実施の形態に係る管理システムは、管理サーバ１０、管理サーバ１０により管理される複数の処理装置１２、及び管理サーバ１０の外部に配置された記憶装置１６を備えている。管理サーバ１０、複数の処理装置１２、及び記憶装置１６の各々は、通信回線１８に接続され、通信回線１８を介して情報をやり取りする。管理サーバ１０が「情報処理装置」の一例である。

管理サーバ１０は、システムの管理者により操作される。一方、処理装置１２は、処理装置１２の利用者により操作される。

複数の処理装置１２の各々は、少なくとも１つの機能を備えている。複数の処理装置１２の各々の記憶部には、機能毎にファームウェアが記憶されている。ここで「ファームウェア」とは、処理装置を制御して予め定めた機能に応じた処理を実行するためのプログラムである。「ファームウェア」は、処理装置に保持されるプログラムの一例である。

本実施の形態では、管理サーバ１０は、複数の処理装置１２の各々について、複数の処理装置各々が保持するファームウェアのバージョンアップの状況を管理している。また、管理サーバ１０は、予め定めたルールに従ってファームウェアのバージョンアップを実行する。ルールは、バージョンアップに関するルールであり、「最新のバージョン構成を適用する。」や「利用機能のバージョンのみに適用する。」など、バージョン構成を選出する条件や、バージョンアップの対象を規定する。

記憶装置１６には、複数のファームウェアがバージョン毎に記憶されている。また、記憶装置１６には、複数の処理装置１２の各々から収集した、利用履歴を含む種々の情報が「動作情報」として記憶されている。「動作情報」については後述する。

（管理サーバ）
次に、管理サーバについて説明する。
図２は管理サーバの電気的構成の一例を示すブロック図である。図２に示すように、管理サーバ１０は、情報処理部２０を備えている。情報処理部２０は、装置全体の制御及び各種演算を行うコンピュータとして構成されている。即ち、情報処理部２０は、ＣＰＵ（中央処理装置; Central Processing Unit）２０Ａ、ＲＯＭ（Read Only Memory）２０Ｂ、ＲＡＭ（Random Access Memory）２０Ｃ、不揮発性のメモリ２０Ｄ、及び入出力部（Ｉ／Ｏ）２０Ｅを備えている。

ＣＰＵ２０Ａ、ＲＯＭ２０Ｂ、ＲＡＭ２０Ｃ、メモリ２０Ｄ、及びＩ／Ｏ２０Ｅの各々は、バス２０Ｆを介して接続されている。ＣＰＵ２０Ａは、例えばＲＯＭ２０Ｂに記憶されたプログラムを読み出し、ＲＡＭ２０Ｃをワークエリアとして使用してプログラムを実行する。また、情報処理部２０のＩ／Ｏ２０Ｅには、ディスプレイ等の表示部２２、キーボードやマウス等の入力部２４、通信部２６、及び記憶部２８が接続されている。

通信部２６は、有線又は無線の通信回線を介して外部装置と通信を行うためのインターフェースである。例えば、ＬＡＮ（Local Area Network）、インターネット等のネットワークに接続されたコンピュータ等の外部装置と通信を行うためのインターフェースとして機能する。記憶部２８は、ハードディスク等の外部記憶装置である。

本実施の形態では、後述する「情報収集処理」や「更新処理」を実行するための各種の制御プログラムが、ＲＯＭ２０Ｂに記憶されている場合について説明する。プログラムの記憶領域はＲＯＭ２０Ｂには限定されない。各種プログラムは、メモリ２０Ｄや記憶部２８等の他の記憶装置に記憶されていてもよく、通信部２６を介して外部装置から取得してもよい。

また、情報処理部２０には、各種ドライブが接続されていてもよい。各種ドライブは、ＣＤ－ＲＯＭ、ＵＳＢ（Universal Serial Bus)メモリなどのコンピュータ読み取り可能な可搬性の記録媒体からデータを読み込んだり、記録媒体に対してデータを書き込んだりする装置である。各種ドライブを備える場合には、可搬性の記録媒体にプログラムを記録しておいて、これを対応するドライブで読み込んで実行してもよい。

（処理装置）
次に、処理装置について説明する。
処理装置は、少なくとも１つの機能を備え、処理装置を制御して機能に応じた処理を実行するためのファームウェアを保持する装置である。処理装置の一例は、複数の機能を有する複合機である。処理装置が複合機の場合は、用紙上に形成された画像を画像データとして読み込むスキャン機能、公衆回線等に接続された他の画像処理装置に画像データを送信するファクシミリ機能、用紙上に形成された画像を他の用紙に複写するコピー機能、画像データに対応した画像を用紙上に形成するプリント機能等を備えている。

図３は処理装置の電気的構成の一例を示すブロック図である。図３に示すように、処理装置１２は、情報処理部３０を備えている。情報処理部３０は、装置全体の制御及び各種演算を行うコンピュータとして構成されている。即ち、情報処理部３０は、ＣＰＵ３０Ａ、ＲＯＭ３０Ｂ、ＲＡＭ３０Ｃ、メモリ３０Ｄ、及びＩ／Ｏ３０Ｅを備えている。

ＣＰＵ３０Ａ、ＲＯＭ３０Ｂ、ＲＡＭ３０Ｃ、メモリ３０Ｄ、及びＩ／Ｏ３０Ｅの各々は、バス３０Ｆを介して接続されている。ＣＰＵ３０Ａは、例えばＲＯＭ３０Ｂに記憶されたプログラムを読み出し、ＲＡＭ３０Ｃをワークエリアとして使用してプログラムを実行する。また、本実施の形態では、処理装置１２は複数の機能を有する複合機であり、情報処理部３０のＩ／Ｏ３０Ｅには、操作表示部３２、画像読取部３４、画像形成部３６、ファクシミリ通信部３８、通信部４０、及び記憶部４２が接続されている。

操作表示部３２は、各種ボタン、各種画面を表示する操作パネル等を含んで構成されている。操作表示部３２は、上記構成により、利用者からの操作を受け付けると共に、利用者に各種情報を表示する。

画像読取部３４は、ラインセンサ等の画像読取器を含んで構成されている。画像読取部３４は、上記構成により、原稿に記録された画像を読み取り、読み取って得られた画像データを、Ｉ／Ｏ３０Ｅを介してＣＰＵ３０に出力する。

画像形成部３６は、画像データに基づいて用紙上に画像を形成する。画像形成方式は、電子写真方式でもよく、インクジェット方式でもよい。例えば、電子写真方式により画像を形成する場合は、画像形成部３６は、画像形成ユニット、定着装置等を含んで構成されている。画像形成ユニットは、感光体ドラム、帯電装置、露光装置、現像装置、転写装置、クリーニング装置等を含んで構成されている。

ファクシミリ通信部３８は、ファクシミリ電文の送受信を行う。通信部４０は、有線又は無線の通信回線を介して外部装置と通信を行うためのインターフェースである。記憶部４２は、ハードディスク等の外部記憶装置である。以下では、ファクシミリを「ファクス（ＦＡＸ）」と略称する。

（バージョンアップ）
上記の通り、管理サーバ１０は、複数の処理装置１２の各々について、処理装置が保持するファームウェアのバージョンアップの状況を管理している。ここで「バージョンアップ」とは、保持しているファームウェア（プログラム）を、新しいバージョンのファームウェアで更新することを意味する。

図４は記憶装置に記憶されているファームウェアの各バージョンを示す図表である。図４に示すように、図１に示す記憶装置１６には、処理装置が備えるスキャン機能、ファクシミリ機能、コピー機能、プリント機能等について、各機能に応じた処理を実行するためのファームウェアが記憶されている。１つの機能に対しバージョンが異なる複数のファームウェアが存在する場合には、存在する複数のバージョンのファームウェアの各々が記憶されている。

図示した例では、各ファームウェアには、最新バージョンと１つ前のバージョンの２つのバージョンが存在する。スキャン機能（SCAN）にはバージョン１．７とバージョン１．２が存在し、ファクス機能（FAX）にはバージョン２．４とバージョン２．１が存在し、コピー機能（COPY）にはバージョン４．１とバージョン３．５が存在し、プリント機能（PRINT）にはバージョン３．４とバージョン２．５が存在する。記憶装置１６には、各バージョンのファームウェアが記憶されている。バージョンが新しいほど、版数が大きくなる。

また、各ファームウェアは、種々の付帯情報と共に記憶されている。図示した例では、ファクス機能の最新バージョン（２．４）のファームウェアには、「利用規約あり」との情報が付帯されている。また、プリント機能の最新バージョン（３．４）のファームウェアには「バージョン（Ver）２．５の不具合を解消」との情報が付帯され、１つ前のバージョン（２．５）のファームウェアには「不具合の報告あり」との情報が付帯されている。

なお、管理サーバ１０も、各ファームウェアのバージョンの種類（最新バージョンを含む）に関する情報を有しており、バージョンの相違や機能の相違を認識できる。また、管理サーバ１０は、バージョンの種類に関する情報の外、上記の利用規約の有無、不具合に関する情報を有している。不具合に関する情報には、不具合の有無、不具合の報告件数、不具合を解消したバージョンか否かの情報が含まれる。

新しいバージョンの導入は、機能毎に（即ち、ファームウェア毎に）行われる。このため、複数の機能を有する１台の処理装置１２に保持される複数のファームウェア各々のバージョンの組合せは膨大な数になる。以下では、複数の処理装置の各々が保持する１つのプログラムのバージョンまたは複数のプログラム各々のバージョンの組合せを「バージョン構成」という。膨大なバージョン構成の中には、不具合を生じる組合せも存在する。

複数のファームウェアが連携して１つの機能を実現している場合に、不具合が発生する可能性がある。例えば、ファックス文書を外部サーバへ自動転送する機能は、ファックスとスキャンのファームウェアが連携することで機能を実現している。この場合、片方のファームウェアのみがバージョンアップされ、ファームウェア間で不整合が発生すると、機能がうまく動作しない不具合が発生する。

一方、各ファームウェアの新しいバージョンは、機能の拡張や不具合の修正のために作成される。したがって、バージョンアップを行わずに放置したのでは、新しく追加された機能を実施できず、不具合も修正されない。現実には、不具合を危惧してバージョンアップを行わず、不具合が発生した後でバージョンアップを行う対処療法的な対応になりやすい。

（管理動作の概要）
本実施の形態では、管理サーバ１０は、処理装置が保持するファームウェアのバージョンアップを行う場合に、不具合を生じないようにバージョンアップを制御している。具体的には、管理サーバ１０は、バージョンアップ後のバージョン構成が、複数の処理装置１２のいずれかに適用されているバージョン構成と等しくなるように、バージョンアップを実施する。複数の処理装置１２のいずれかに適用されているバージョン構成は、稼動の実績があり不具合を生じる可能性が低い。

図５は管理システムの各装置間での情報のやりとりの一例を示すシーケンス図である。図５に示すように、管理サーバ１０は、管理している複数の処理装置１２の各々に対し、動作情報の送信を要求する（ステップ１０）。ここで「動作情報」とは、各処理装置の利用状況を表す情報であり、バージョン構成、利用履歴を含む情報である。

複数の処理装置１２の各々は、管理サーバ１０からの要求に応じて動作情報を管理サーバ１０に送信する（ステップ１２）。管理サーバ１０は、受信した動作情報を、複数の処理装置１２の各々の識別情報と関連付けて記憶装置１６に記憶しておく。識別情報により、特定の処理装置１２の動作情報が引き出される。

管理サーバ１０は、複数の処理装置１２の中から、バージョンアップを実施する対象となる処理装置１２Ａを選択する（ステップ１８）。以下では、処理装置１２Ａを、新しいバージョンのファームウェアを配信するあて先との意味で、「配信先の処理装置１２Ａ」という。この選択は、配信先の処理装置１２Ａからの更新の要求（ステップ１６）に応じて行ってもよい。更新の要求に応じて配信先の処理装置１２Ａを選択した場合は、選択された処理装置１２Ａに、選択された旨を通知する（ステップ２０）。

また、通知を受けた配信先の処理装置１２Ａは、操作表示部にルールを設定するための設定画面を表示して、利用者からルールの設定を受け付けてもよい（ステップ２２）。利用者により設定されたルールは、管理サーバ１０に送信される（ステップ２４）。管理サーバ１０は、利用者により設定されたルールを、記憶部に予め記憶しておく（ステップ２６）。

次に、管理サーバ１０は、配信先の処理装置１２Ａの動作情報を、記憶装置１６から取得する（ステップ２８）。次に、管理サーバ１０は、予め定めたルールに従って検索項目を設定し、目的とするバージョン構成を検索する（ステップ３０）。予め取得された複数のバージョン構成の中から、予め定めたルールに応じた特定のバージョン構成が、検索によって選出される。

例えば、「最新のバージョン構成を適用する。」及び「利用機能のバージョンのみに適用する。」という２つのルールが設定されている場合は、配信先の処理装置１２Ａの動作情報から利用されている機能を絞り込み、利用されている機能のファームウェアのバージョンが最新になるバージョン構成を検索する。

次に、管理サーバ１０は、選出されたバージョン構成を用いて、配信先の処理装置１２Ａのファームウェアのバージョンアップを行うか否かを決定する（ステップ３２）。例えば、配信先の処理装置１２Ａに適用されているバージョン構成と特定のバージョン構成とを比較し、両者に相違点がある場合は、特定のバージョン構成を用いることを決定する。

そして、特定のバージョン構成に係る複数のファームウェアのうち、新しいバージョンのファームウェアを記憶装置１６から取得して、配信先の処理装置１２Ａに配信する（ステップ３４）。なお、複数のファームウェアを一括更新する場合は、特定のバージョン構成に係るファームウェアを記憶装置１６から取得して、配信先の処理装置１２Ａに配信する。配信先の処理装置１２Ａは、受信したファームウェアでアップデートする。

［プログラム］
次に、管理サーバ１０のＣＰＵ２０Ａにより実行される制御プログラムについて説明する。ＣＰＵ２０Ａで実行される処理（制御プログラム）には、複数の処理装置１２から動作情報を収集する「情報収集処理」と、配信先の処理装置１２Ａが保持するファームウェアのバージョンアップを行う「更新処理」とがある。これらのプログラムは、管理サーバ１０のＲＯＭ２０Ｂに記憶されており、管理者によりプログラムの実行の開始が指示されると、ＣＰＵ２０Ａにより読み出されて実行される（図２参照）。

（情報収集処理）
まず、「情報収集処理」について説明する。「情報収集処理」機能を実行する機能部が「取得手段」の一例である。図６は「情報収集処理」の制御プログラムの処理の流れの一例を示すフローチャートである。先ず、ステップ１００で、管理している複数の処理装置１２の各々に対し、動作情報の送信を要求する。複数の処理装置１２の各々は、管理サーバ１０からの要求に応じて動作情報を管理サーバ１０に送信する。

次に、ステップ１０２で、動作情報を受信したか否かを判断する。動作情報を受信した場合は、ステップ１０４に進み、ステップ１０４で受信した動作情報を、処理装置１２の識別情報と関連付けて記憶装置１６に記憶しておく。動作情報を受信していない場合は、ステップ１０４を飛ばしてステップ１０６に進む。

次に、ステップ１０６では、予め定めた時間が経過したか否かを判断する。予め定めた時間が経過した場合はルーチンを終了し、予め定めた時間が経過していない場合はステップ１０２に戻って、予め定めた時間が経過するまで、処理装置１２からの動作情報の受信を続ける。

「動作情報」は、処理装置の利用状況を表す情報であり、バージョン構成、利用履歴を含む情報である。具体的には、「動作情報」には以下の情報を含んでいてもよい。

製品名、シリアル番号、ファームウェアのバージョン情報（スキャン、プリント、コピー、ファックス、認証、集計など）、利用履歴、通信相手機器、認証履歴、認証機器（リーダー（型番、バージョン）、カード（型番、バージョン））、操作履歴、監査履歴、エラー履歴、出力ページ数、読込みページ数、通信データ量、メーター情報、利用機能、稼動時間。

（更新処理）
次に、「更新処理」について説明する。
図７は「更新処理」の流れの一例を示すフローチャートである。先ず、ステップ２００で、複数の処理装置１２の中から、バージョンアップを実施する配信先の処理装置を選択する。次に、ステップ２０２で、ルールの設定を行う「ルール設定処理」を実行する。第１の実施の形態では、管理者により基本ルールが予め設定されて、メモリ２０Ｄ等の記憶部に予め記憶されている。第１の実施の形態では、予め設定された基本ルールを適用する。

次に、ステップ２０４で、配信先の処理装置の動作情報を、記憶装置から取得する。次に、ステップ２０６で、予め定めたルールに従って検索項目を設定し、目的とするバージョン構成を検索する。次に、ステップ２０８で、配信先の処理装置のバージョンアップに用いるバージョン構成を決定する「バージョン構成決定処理」を実行する。予め取得された複数のバージョン構成の中から、予め定めたルールに応じた特定のバージョン構成を選出し、特定のバージョン構成を配信先の処理装置のバージョンアップに用いることを決定する。

次に、ステップ２１０で、検索結果及び予め定めたルールに従って、バージョンアップを行うか否かを判断する。バージョンアップを行う場合はステップ２１２に進み、バージョンアップを行わない場合はルーチンを終了する。配信先の処理装置１２Ａに適用されている元のバージョン構成と特定のバージョン構成とに違いが無い場合や、特定のバージョン構成が選出されなかった場合等は、バージョンアップを行わない。

次に、ステップ２１２で、バージョンアップに利用者の許諾が必要か否かを判断する。例えば、最新バージョンが利用規約を付帯する場合や、許諾を求めるようルールで設定されている場合は、利用者の許諾が必要になる。必要な場合はステップ２１６に進み、必要でない場合はステップ２１４に進む。次に、ステップ２１４では、特定のバージョン構成に係る複数のファームウェアのうち、新しいバージョンのファームウェアを記憶装置から取得して、配信先の処理装置に配信する。

一方、利用者の許諾が必要で、ステップ２１２からステップ２１６に進んだ場合は、ステップ２１６で、選出された特定のバージョン構成を通知する。続くステップ２１８で、利用者からの許諾を受け付けたか否かを判断する。許諾を受け付けた場合はステップ２１４に進み、新しいバージョンのファームウェアを配信先の処理装置に配信する。許諾を受け付けていない場合はステップ２２０に進む。

次に、ステップ２２０で、予め定めた時間が経過したか否かを判断する。予め定めた時間が経過した場合は、ルーチンを終了する。予め定めた時間が経過していない場合は、ステップ２１８に戻って判断を繰り返し行う。

（バージョン構成決定処理）
次に、ステップ２０８で実行される「バージョン構成決定処理」について説明する。「バージョン構成決定処理」機能を実行する機能部が「選出手段」の一例である。図１１は「バージョン構成決定処理」の流れの一例を示すフローチャートである。まず、ステップ３００で、特定のバージョン構成によれば、配信先の処理装置１２Ａに適用されている元のバージョン構成が変更されるか否かを判断する。元のバージョン構成が変更される場合はステップ３０２に進む。元のバージョン構成が変更されない場合は、ステップ３０６に進み。

次に、ステップ３０２で、選出された特定のバージョン構成が、ルールで定められた適用条件を満たすか否かを判断する。後述する通り、どの機能のバージョンアップを行うか（バージョンアップの対象）、どのような場合にバージョンアップを行うか（バージョンアップの条件）など、種々のルールが予め定められている。予め定めたルールを満たす場合は、ステップ３０４に進む。予め定めたルールを満たさない場合は、ステップ３０６に進む。

次に、ステップ３０４で、配信先の処理装置のファームウェアをバージョンアップするのに、特定のバージョン構成を用いることを決定する。一方、ステップ３０６では、バージョンアップを行わないことを決定して、ルーチンを終了する。即ち、バージョン構成が変更されない場合及び予め定めたルールを満たさない場合には、バージョンアップは行われない。

（バージョン構成の決定手順）
ここで、バージョン構成の決定の手順について具体的に説明する。予め取得された複数のバージョン構成の中から、予め定めたルールに応じた特定のバージョン構成が選出され、選出された特定のバージョン構成を用いてバージョンアップを行うことを決定する。

図８は配信先の処理装置の動作情報の一例を示す模式図である。この例では、配信先の処理装置は、スキャン機能、ファックス機能、コピー機能を備えている。スキャン機能のファームウェアはバージョン１．２、ファックス機能のファームウェアはバージョン２．１、コピー機能のファームウェアはバージョン３．５である。利用履歴から、コピー機能とファックス機能とを利用していることが分かる。以下では、簡単に、Ａ機能はバージョンＢと記述する。

－最新のバージョン構成－
図９はルールに応じて選出されたバージョン構成の一例を示す模式図である。この例では、予め定めた基本ルールが、「最新のバージョンを適用する（ルール１）」、「利用機能のバージョンのみに適用する（ルール２）」の２つである。即ち、利用機能については最新バージョンにするというルールである。利用機能は、コピー機能とファックス機能である。また、この基本ルールは、最新バージョンを優先するものであり、他の機能（スキャン機能、プリント機能）についても最新バージョンにする。

コピー機能には最新バージョン４．１があり、ファクス機能には最新バージョン２．４があり、スキャン機能には最新バージョン１．７があり、プリント機能には最新バージョン３．４がある。配信先の処理装置がスキャン機能、ファックス機能、及びコピー機能について保持しているバージョンは、いずれも最新バージョンではなく、バージョンアップの必要がある。

上記の基本ルールに従って、コピー機能が最新バージョン４．１であり、ファクス機能が最新バージョン２．４であり、スキャン機能が最新バージョン１．７であり、プリント機能が最新バージョン３．４である、特定のバージョン構成を検索する。上記の検索結果として、図９に示す特定のバージョン構成が選出される。複数の機能の各々が最新バージョンになる「特定のバージョン構成」の適用台数は１０台である。なお、検索した結果、特定のバージョン構成が選出されないこともある。

－適用台数最多のバージョン構成－
図１０はルールに応じて選出されたバージョン構成の他の一例を示す模式図である。この例では、予め定めた基本ルールが、「利用機能のバージョンのみに最新のバージョン構成を適用する。（ルール１）」、「適用台数が最多のバージョン構成を適用する。（ルール２）」の２つである。

即ち、ルール１は、利用機能については最新バージョンにするというルールである。また、ルール２は、適用台数を優先するものであり、利用機能が最新バージョンのバージョン構成のうち、適用台数が最多の、即ち、他のバージョン構成よりも適用台数が多い、特定のバージョン構成を検索する。他の機能は、最新バージョンである必要はない。

上記の検索結果として、図１０に示す特定のバージョン構成が選出される。図示した例では、コピー機能が最新バージョン２．４であり、ファクス機能が最新バージョン２．４であり、スキャン機能が最新バージョン１．７であり、プリント機能が１つ前のバージョン２．５である。「特定のバージョン構成」の適用台数は１００００台である。

＜第２の実施の形態＞
第２の実施の形態は、利用者からのルール設定を受け付けること以外は、第１の実施の形態と同じ構成であるため、同じ構成部分については説明を省略し、相違点のみ説明する。第１の実施の形態では、図７に示す更新処理の「ルール設定処理」において、管理者により基本ルールが予め設定されて、メモリ２０Ｄ等の記憶部に予め記憶されている例について説明したが、第２の実施の形態では、図１２に示す「ルール設定処理」を実行する。

（ルール設定処理）
図１２は第２の実施の形態に係る「ルール設定処理」の流れの一例を示すフローチャートである。まず、ステップ４００で、配信先として選択された旨を配信先の処理装置に通知する。次に説明する通り、配信先の処理装置から、利用者により設定されたルールが管理サーバに送信される。次に、ステップ４０２で、ルール設定を受信したか否かを判断する。受信した場合はステップ４０４に進み、ステップ４０４で、受信したルールを設定する。即ち、利用者から設定されたルールを、メモリ２０Ｄ等の記憶部に予め記憶しておく。

ルール設定を受信していない場合は、ステップ４０６に進む。次に、ステップ４０６で、予め定めた時間が経過したか否かを判断する。予め定めた時間が経過していない場合は、ステップ４０２に戻って、ルール設定を受信したか否かを再度判断する。

予め定めた時間が経過した場合は、ステップ４０８に進む。ステップ４０８では、利用者からのルール設定は行われないものとして、第１の実施の形態と同様に、管理者によって予め設定された「基本ルール」を設定して、ルーチンを終了する。

（ルール設定受付処理）
「ルール設定処理」に対応して、処理装置側でも「ルール設定受付処理」が実行される。図１３は対象となる処理装置側で実行される「ルール設定受付処理」の流れの一例を示すフローチャートである。処理装置１２のＣＰＵ３０Ａは、「ルール設定受付処理」の制御プログラムをＲＯＭ３０Ｂ等の記憶装置から読み出して実行する（図３参照）。「ルール設定受付処理」は、管理サーバから「配信先として選択された旨」が通知されると開始する。

まず、ステップ５００で、通知を受けた配信先の処理装置は、操作表示部３２にルールを設定するためのルール設定画面を表示する。次に、ルール設定が指示されたか否かを判断する。設定が指示されていない場合は、ステップ５０２で判断を繰り返し行う。設定が指示された場合は、ステップ５０４に進む。続くステップ５０４で、設定されたルールを管理サーバに送信して、ルーチンを終了する。

図１４は利用者に表示される「ルール設定画面」の一例を示す平面図である。図１４に示すように、ルール設定画面には、表示欄６２、選択欄６４、６８、７２、７６、ボタン６６、７０、７４、７８、７５、７７が設けられている。表示欄６２には、基本ルールが表示されている。利用者からのルール設定は、基本ルールを変更する形式で行われる。

対応するボタン６６、７０、７４、７８を押すことで、選択欄６４、６８、７２、７６の各々には、基本ルールに対して追加する条件を選択するための選択肢や、適用方法を指定するための選択肢が表示される。ボタン７５は、設定を指示するボタンである。ボタン７７は、ルール設定画面で行った設定を取り消すボタンである。

図１４に示す例では、選択欄６４は、ルール１に追加する適用条件を選択する欄であり、「最新バージョンの適用台数が１０００台を超えた場合に」という選択肢が選択されている。選択欄６８は、ルール１で指定する適用方法を選択する欄であり、「最新のバージョン構成を適用する。」という選択肢が選択されている。

また、選択欄７２は、ルール２に追加する適用条件を選択する欄であり、「利用機能の機能拡張バージョンが存在する場合に」という選択肢が選択されている。選択欄７６は、ルール２で指定する適用方法を選択する欄であり、「バージョン構成を適用するか通知する。」という選択肢が選択されている。なお、「機能拡張」とは、新しい機能が追加されたことを意味する。

利用者は、追加する適用条件や指定する適用方法など、目的の選択肢を選択して、設定を指示するボタンを押す。利用者により設定が変更された場合、変更後のルールが、管理サーバに送信され、管理サーバの記憶部に予め記憶される。

＜第３の実施の形態＞
第３の実施の形態は、管理者からのルール設定を受け付けること以外は、第１の実施の形態と同じ構成であるため、同じ構成部分については説明を省略し、相違点のみ説明する。図１５は第３の実施の形態に係る「ルール設定処理」の流れの一例を示すフローチャートである。図７に示す更新処理の「ルール設定処理」では、管理者により基本ルールが予め設定されて、メモリ２０Ｄ等の記憶部に予め記憶されている例について説明したが、第３の実施の形態では、管理者が基本ルールを変更する「ルール設定処理」を実行する。

（ルール設定処理）
まず、ステップ６００で、表示部２２にルールを設定するためのルール設定画面を表示する。次に、ステップ６０２で、基本ルールの設定の変更が指示されたか否かを判断する。ルール変更が指示された場合は、ステップ６０４に進む。ステップ６０４で、変更後のルールを設定して、ルーチンを終了する。

ルール変更が指示されていない場合は、ステップ６０６に進む。ステップ６０６で、管理者によるルール変更は行われないものとして、第１の実施の形態と同様に、管理者によって予め設定された「基本ルール」を設定して、ルーチンを終了する。

図１６は利用者に表示される「ルール設定画面」の一例を示す平面図である。図１６に示すように、ルール設定画面には、表示欄８２、選択欄８４、８８、９２、９６、ボタン８６、９０、９４、９８、９５、９７が設けられている。表示欄８２には、基本ルールが表示されている。管理者からのルール設定は、基本ルールを変更する形式で行われる。

対応するボタン８６、９０、９４、９８を押すことで、選択欄８４、８８、９２、９６の各々には、基本ルールに対して追加する適用条件を選択するための選択肢や、適用方法を指定するための選択肢が表示される。ボタン９５は、設定を指示するボタンである。ボタン９７は、ルール設定画面で行った設定を取り消すボタンである。

図１６に示す例では、選択欄８４は、ルール１に追加する適用条件を選択する欄であり、「不具合が対応された場合に」という選択肢が選択されている。選択欄８８は、ルール１で指定する適用方法を選択する欄であり、「不具合が解消されたバージョン構成を適用する。」という選択肢が選択されている。

また、選択欄９２は、ルール２に追加する適用条件を選択する欄であり、「最新のバージョン構成の適用台数が１０００台を超え、且つ、不具合の発生件数が１０件以上である場合に」という選択肢が選択されている。選択欄９６は、ルール２で指定する適用方法を選択する欄であり、「バージョン構成を適用するか通知する。」という選択肢が選択されている。

管理者は、追加する適用条件や指定する適用方法など、目的の選択肢を選択して、設定を指示するボタンを押す。管理者により設定が変更された場合、変更後のルールが管理サーバの記憶部に予め記憶される。

図１７は変更後のルール設定の一例を示す模式図である。図１７に示す例では、図１６に示す基本ルールのルール１の「最新バージョン構成を適用する。」が、「不具合が対応された場合に、不具合が解消された最新バージョン構成を適用する。」というルールに変更されている。また、基本ルールのルール２の「利用機能のバージョンのみに適用する。」が、「バージョン構成を適用するか通知する。」というルールに変更されている。

図１７に示すルールが設定されている場合、図１１に示す「バージョン構成決定処理」では、ステップ３０２で、特定のバージョン構成が、ルールで定められた適用条件を満たすか否かを判断する際に、不具合のあるバージョンの有無が確認される。管理サーバは、各ファームウェアの各バージョンについて不具合の発生件数などを把握している。特定のバージョン構成に不具合があるバージョンが含まれる場合は、予め定めたルールを満たさないので、ステップ３０６に進む。ステップ３０６で、バージョンアップを行わないことを決定して、ルーチンを終了する。

＜第４の実施の形態＞
第４の実施の形態は、バージョンアップ前後の機能差がある場合は、利用者の許諾を得る条件付きで、特定のバージョン構成を配信先の処理装置に適用すると決定する以外は、第１の実施の形態と同じ構成であるため、同じ構成部分については説明を省略し、相違点のみ説明する。

図１８は変更後のルール設定の他の一例を示す模式図である。図１８に示す例では、図１６に示す基本ルールのルール２の「利用機能のバージョンのみに適用する。」が、「機能差がある場合に、バージョン構成を適用するか通知する。」というルールに変更されている。

（バージョン構成決定処理）
図１９は第４の実施の形態に係る「バージョン構成決定処理」の流れの一例を示すフローチャートである。まず、ステップ８００で、特定のバージョン構成によれば、配信先の処理装置に適用されているバージョン構成が変更されるか否かを判断する。バージョン構成が変更される場合はステップ８０２に進む。バージョン構成が変更されない場合は、ステップ８１２に進む。

次に、ステップ８０２で、選出された特定のバージョン構成が、ルールで定められた適用条件を満たすか否かを判断する。適用条件を満たす場合は、ステップ８０４に進む。適用条件を満たさない場合は、ステップ８１２に進む。

次に、ステップ８０４で、バージョンアップ前後の機能差を抽出する。機能差とは、新しく追加された機能、変更された機能の有無をいう。機能差については、後で具体例を挙げて説明する。次に、ステップ８０６で、機能差があるか否かを判断する。機能差がない場合は、ステップ８０８に進む。

そして、ステップ８０８で、配信先の処理装置のファームウェアをバージョンアップするのに、特定のバージョン構成を用いることを決定する。一方、機能差がある場合は、ステップ８１０に進む。そして、ステップ８１０で、利用者の許諾が得る条件付きで、特定のバージョン構成を用いることを決定する。

図７のステップ２１２では、許諾が必要か否か判断される。許諾が必要な場合は、ステップ２１６で、利用者に特定のバージョン構成が通知される。利用者の許諾が得る条件付きで、特定のバージョン構成を用いることを決定した場合は、特定のバージョン構成と共に、抽出された機能差を通知する。そして、利用者の許諾が得られた場合にバージョンアップを行う。

一方、ステップ８１２では、バージョンアップを行わないことを決定して、ルーチンを終了する。即ち、バージョン構成が変更されない場合及び予め定めたルールを満たさない場合には、バージョンアップは行われない。

（機能差の通知）
ここで、機能差とその通知について説明する。
図２０は配信先の処理装置の動作情報の一例を示す模式図である。この例では、配信先の処理装置は、カード制御機能を備えている。カード制御機能はバージョン２．１である。カード制御に使用するカードの種類は、ＩＤカード１．１である。利用履歴から、認証処理にカード制御機能を利用していることが分かる。

図２１は利用者に表示される「機能差確認画面」の一例を示す平面図である。図２１に示すように、機能差確認画面には、更新後のバージョン構成１０２と、更新前のバージョン構成１０４とが比較できるように並べて表示されており、両者の機能差を確認できる。また、バージョンアップを行うことを指示するためのボタン１０６と、バージョンアップを行わないことを指示するためのボタン１０８とが設けられている。ボタン１０６には「実行」と表示され、ボタン１０８には「取り消し」と表示されている。

更新後のバージョン構成１０２は、最新のバージョン構成を示すものである。カード制御機能は最新バージョン３．０である。最新バージョン３．０では、カード制御に使用するカードの種類は、ＩＤカード１．２である。

更新前のバージョン構成１０４では、元のバージョン構成を示すものである。元のバージョン構成は、図２０に示す動作情報から得られたものである。カード制御機能はバージョン２．１であり、最新バージョンではない。

最新バージョン３．０の適用台数は５０００台であり、バージョン２．１の適用台数は１００台である。最新バージョン３．０の適用台数は、バージョン２．１の適用台数よりも圧倒的に多い。しかしながら、最新バージョン３．０を導入する場合には、認証処理で使用するＩＤカード１．１を「ＩＤカード１．２」に変更する手間がかかる。

利用者は、バージョンアップ前後の機能差があることを確認してから、バージョンアップするか否かを決めることができる。

＜変形例＞
なお、上記実施の形態で説明した情報処理装置、プログラム、及び管理システムの構成は一例であり、本発明の主旨を逸脱しない範囲内においてその構成を変更してもよいことは言うまでもない

上記実施の形態で設定されたルールは一例であり、種々のルールを設定してもよい。例えば、利用履歴から稼動時間が最も長い、即ち、他の処理装置に比べて稼動時間が長い処理装置に適用されている特定のバージョン構成を選出するようにルールを設定してもよい。或いは、利用履歴から処理回数が最も多い、即ち、他の処理装置に比べて処理回数が多い処理装置に適用されている特定のバージョン構成を選出するようにルールを設定してもよい。

１０ 管理サーバ
１２ 処理装置
１６ 記憶装置
１８ 通信回線
２０ 情報処理部
２２ 表示部
２４ 入力部
２６ 通信部
２８ 記憶部
３０ 情報処理部
３２ 操作表示部
３４ 画像読取部
３６ 画像形成部
３８ ファクシミリ通信部
４０ 通信部
４２ 記憶部

Claims (24)

1. 複数の処理装置の各々が保持する複数のプログラム各々のバージョンの組合せを表すバージョン構成に係る情報を、前記複数の処理装置の各々から取得する取得手段と、
   対象となる処理装置が保持するプログラムについてバージョンアップを行う場合の特定のバージョン構成を、予め定めたルールに応じて前記取得手段で取得された複数のバージョン構成の中から選出する選出手段と、
   を備えた情報処理装置。
2. 前記ルールは、前記対象となる処理装置が保持する１つのプログラムまたは複数のプログラムの各々が最新バージョンとなる前記特定のバージョン構成を選出するように予め定められている、請求項１に記載の情報処理装置。
3. 前記ルールは、前記特定のバージョン構成が適用される処理装置の台数が予め定めた数を超えた場合に、前記特定のバージョン構成を選出するように予め定められている、請求項２に記載の情報処理装置。
4. 前記ルールは、最新バージョンに不具合が報告されている場合に、前記バージョンアップを行わないように予め定められている、請求項２または請求項３に記載の情報処理装置。
5. 前記ルールは、最新バージョンの不具合が解消された場合に、前記バージョンアップを行うように予め定められている、請求項４に記載の情報処理装置。
6. 前記ルールは、適用されている処理装置の台数が他のバージョン構成よりも多い前記特定のバージョン構成を選出するように予め定められている、請求項１または請求項２に記載の情報処理装置。
7. 前記取得手段は、複数の処理装置各々の利用履歴を更に取得し、
   前記ルールは、前記利用履歴を利用するルールを含む、請求項１に記載の情報処理装置。
8. 前記ルールは、対象となる処理装置が保持する複数のプログラムのうち、前記対象となる処理装置で利用されているプログラムについて、前記バージョンアップを行うように予め定められている、請求項７に記載の情報処理装置。
9. 前記ルールは、前記対象となる処理装置で利用されているプログラムの機能が拡張される場合に、前記バージョンアップを行うように予め定められている、請求項８に記載の情報処理装置。
10. 前記ルールは、前記利用履歴から稼動時間が最も長い処理装置に適用されている特定のバージョン構成を選出するように予め定められている、請求項７に記載の情報処理装置。
11. 前記ルールは、前記利用履歴から処理回数が最も多い処理装置に適用されている特定のバージョン構成を選出するように予め定められている、請求項７に記載の情報処理装置。
12. 前記選出手段による選出結果及び前記予め定めたルールに基づいて、バージョンアップの可否及び前記バージョンアップに用いるプログラムの少なくとも一方を出力する出力手段を、更に備えた、請求項１から請求項１１までのいずれか１項に記載の情報処理装置。
13. 前記出力手段は、前記バージョンアップが行われる場合であり、かつ、前記対象となる処理装置のバージョン構成と前記特定のバージョン構成との間に相違点がある場合は、前記バージョンアップに用いるプログラムを前記対象となる処理装置に出力する、請求項１２に記載の情報処理装置。
14. 前記出力手段は、前記バージョンアップが行われない場合は、管理者または前記対象となる処理装置の利用者に対し、前記バージョンアップが行われない旨の通知を出力する、請求項１２に記載の情報処理装置。
15. 前記対象となる処理装置のバージョン構成と前記特定のバージョン構成との間に相違点が無い場合は、前記バージョンアップが行われないものとする、請求項１４に記載の情報処理装置。
16. 前記選出手段により特定のバージョン構成が選出されなかった場合は、前記バージョンアップが行われないものとする、請求項１２に記載の情報処理装置。
17. 前記バージョンアップが前記ルールにより規制される場合は、前記バージョンアップが行われないものとする、請求項１２に記載の情報処理装置。
18. 前記ルールは、前記バージョンアップに利用者の許諾を必要とする場合に、前記バージョンアップを行わないように予め定められており、
    前記出力手段は、管理者または前記対象となる処理装置の利用者に対し、許諾を必要とする旨の通知を出力する、
    請求項１２から請求項１７までのいずれか１項に記載の情報処理装置。
19. 前記利用者の許諾を必要とする場合は、最新バージョンと前記対象となる処理装置に保持されているバーションとの間に機能差がある場合、または、最新バージョンに利用規約が付帯されている場合のいずれかである、請求項１８に記載の情報処理装置。
20. 前記出力手段は、前記許諾が得られた場合に、前記バージョンアップに用いるプログラムを、前記対象となる処理装置に出力する、
    請求項１８または請求項１９に記載の情報処理装置。
21. 前記ルールは、管理者または前記対象となる処理装置の利用者により設定される、請求項１から請求項２０までのいずれか１項に記載の情報処理装置。
22. 前記ルールは、前記対象となる処理装置のバージョンアップを実施する前に設定される、請求項１から請求項２１までのいずれか１項に記載の情報処理装置。
23. コンピュータを、
    請求項１から請求項２２までのいずれか１項に記載の情報処理装置の各手段として機能させるためのプログラム。
24. 請求項１から請求項２２までのいずれか１項に記載の情報処理装置と、
    各々が保持する複数のプログラムのバージョンアップが、前記情報処理装置により管理される複数の処理装置と、
    を備えた管理システム。

Images