JP2008165654A - 情報処理装置、画像形成装置、ドライバ更新方法、記憶媒体、プログラム - Google Patents

Abstract

【課題】 情報処理装置による画像形成装置に対する情報取得要求の応答として、更新する必要があるデバイスドライバの取得情報を通知することである。
【解決手段】 Ｗｅｂブラウザを介する情報取得要求時に特定されるアドレス情報に基づいて、記憶されたドライバ情報と取得されたドライバ情報とを比較する。そして、情報処理装置にインストールされている現在のデバイスドライバを更新する必要があるかどうかを判断する（Ｓ７０３）。そして、デバイスドライバを更新する必要があると判断した場合、現在のデバイスドライバを更新するためのデバイスドライバを取得するためのドライバ取得情報を含む応答情報を作成する（Ｓ７０５）。また、デバイスドライバを更新する必要がないと判断した場合、前記取得要求に対応する応答情報を作成する特徴とする。
【選択図】 図７

Description

本発明は、情報処理装置のデバイスドライバの更新処理に関するものである。

従来より、レーザビームプリンタや複合機の印刷クライアントとなるホストコンピュータには、プリンタドライバをインストールする必要があるが、そのようなプリンタドライバはたびたび更新され、再配布されることがあった。

更新の理由としては、例えばレーザビームプリンタや複合機を制御するソフトウエア（ファームウエア）が更新され、それによって従来のプリンタドライバが生成する印刷データや指示命令では処理できない部分が発生する。

これは、プリンタドライバをレーザビームプリンタや複合機の新しいファームウエアの動作に対応させる目的である。

さらに、レーザビームプリンタや複合機に、フィニッシャや自動用紙読み込み装置といった新たな周辺ハードウエアが追加で装着される場合がある。この場合には、周辺ハードウエアの制御を可能にするためにプリンタドライバも新しいバージョンに更新するといった背景があった。

そして、上記状況が発生した場合、ユーザは、ホストコンピュータの使用者や管理者は、最新のプリンタドライバを入手する必要がある。そこで、ユーザは、ホストコンピュータ上から、インターネットにアクセスしレーザビームプリンタや複合機の製造元メーカのホームページにアクセスする。そして、ホームページの中に存在するプリンタドライバのダウンロードサイトを確認し、そこからプリンタドライバをダウンロードしてホストコンピュータにインストールするといった作業が必要であった。

一方、ユーザが上記入手方法に代えて、プリンタドライバが記録された媒体をメーカから入手する場合には、ホストコンピュータがその媒体を読み込むことによりホストコンピュータ上のプリンタドライバを更新するといった作業が必要であった。

また別の方法として、下記特許文献１では、印刷装置は最新のプリンタドライバをネットワークを介して接続される外部ネットワークのサーバから取得し記憶装置に保持する。そして、印刷装置が印刷要求を受けた場合には、その印刷要求に使用されたプリンタドライバが最新のバージョンであるか否かを調べる。

そして、最新のバージョンでなかったと印刷装置のコントローラが判断した場合には、印刷装置は記憶装置に保存されている最新のプリンタドライバを印刷要求元コンピュータに配信する。そして、印刷要求元のプリンタドライバの更新を行わせる、といった技術が存在することが発明内容として記載されている。

これによって、ホストコンピュータのユーザは、ホームページから適切なプリンタドライバを探索する作業や、有限であるプリンタドライバが記録された媒体を入手するための待ち時間などから開放される。

これにより、ホストコンピュータのユーザは、プリンタドライバのバージョンを意識する必要性は薄れていった。
特開２００１-０５１８１０号公報

しかしながら、上述した方法では、ホストコンピュータの使用者の労力が必要であったり、または使用者のホストコンピュータの設定状況によってはプリンタドライバの更新が行えなかったりといった不具合が考えられた。

例えば、使用者がホームページを閲覧し、適合するプリンタドライバをダウンロードする手法に関しては、使用者がホームページにアクセスする。次に、ホームページ上に存在するリンクの中からプリンタドライバのダウンロードサービスのサイトを見つけ出す。そして、ユーザが自身の操作でダウンロードサービスのサイト中から適合するプリンタドライバを見つけ出すといった作業を行う必要があった。

プリンタドライバのダウンロードサイトは、その多くの場合、複数の機種のプリンタドライバのダウンロードが可能なようになっている。このため、プリンタのユーザは、プリンタや複合機の型番かを調べて、自身がダウンロードすべきプリンタドライバのリンクを探し出す必要があった。

そして、その後で使用者はダウンロードしたファイルを実行して、プリンタドライバのインストールを行う必要があった。

そして、上記のような操作をプリンタや複合機のユーザが個別に行う必要があり、コンピュータの操作に不慣れな者やホームページの閲覧の経験が少ない者がそれを行う場合には時間的コストが増大する傾向にあった。

また、特開２００１-０５１８１０に示される方法に於いては、使用者がホームページを閲覧して手動でプリンタドライバのダウンロードとインストールを行う必要性はない。

しかしながら、使用者が使用するコンピュータにウイルス除去ソフトウエアやパーソナルファイアウォールといったパケットフィルタリングを行うソフトウエアが導入されていた場合、正常に機能しないといった懸念があった。

即ち、プリンタや複合機からプリンタドライバの更新命令があった場合には、ＴＣＰ／ＩＰやＵＤＰ／ＩＰといったプロトコルを使用して通知が行われるのが一般的である。

しかし、それらのパケットフィルタリングを行うファイアオール等のソフトウエアが導入されていた場合には、コンピュータの待ち受けポートに関してはクローズしておくのが通常の設定である。このため、ダウンロード処理に際して、プリンタや複合機からの通知が受け取れないといったことが考えられる。

また、パケットフィルタリングを行うソフトウエアの設定を行うことで通知を受け取ることが出来るようにすることができるが、個別に設定を行う必要があった。

また、プリンタドライバが導入されるコンピュータには、プリンタや複合機からプリンタドライバの更新命令とプリンタドライバ本体を受け取るための専用のソフトウエアを導入する必要があると考えられる場合がある。

そして、そのような導入作業や設定作業は各コンピュータで個別に必要となるため、利便性に優れているとはいえなかった。

本発明は、上記の課題を解決するためになされたもので、本発明の目的は、情報処理装置による画像形成装置に対する情報取得要求の応答として、更新する必要があるデバイスドライバの取得情報を通知できる仕組みを提供することである。

上記目的を達成する本発明の画像形成装置は以下に示す構成を備える。

情報処理装置とデバイスドライバ及び表示プログラムを用いて通信する画像形成装置であって、前記情報処理装置がインストール可能なデバイスドライバに関するドライバ情報をサーバ装置から取得する取得手段と、前記情報処理装置から前記デバイスドライバを介して受信するジョブ情報の中から抽出したドライバ情報とアドレス情報とを対応付けて登録する登録手段と、前記表示プログラムを介する情報取得要求時に特定されるアドレス情報に基づいて、前記登録手段により登録されたドライバ情報と前記取得手段により取得されたドライバ情報とを比較して情報処理装置にインストールされている現在のデバイスドライバを更新する必要があるかどうかを判断する判断手段と、前記判断手段によりデバイスドライバを更新する必要があると判断した場合、前記現在のデバイスドライバを更新するためのデバイスドライバを取得するためのドライバ取得情報を含む応答情報を作成し、前記判断手段によりデバイスドライバを更新する必要がないと判断した場合、前記取得要求に対応する応答情報を作成する作成手段とを有することを特徴とする。

上記目的を達成する本発明の情報処理装置は以下に示す構成を備える。

画像形成装置とデバイスドライバ及び表示プログラムを用いて通信する情報処理装置であって、表示プログラムを介して前記画像形成装置に情報取得要求を発行する発行手段と、前記発行手段により発行された前記情報取得要求に対して、前記画像形成装置から応答される応答情報を取得する取得手段を有し、前記取得手段は、前記情報取得要求に関わらない前記デバイスドライバを更新するためのドライバ更新情報を含む応答情報を取得することを特徴とすることを特徴とすることを特徴とする。

以上説明したように、本発明によれば、画像形成装置は表示プログラムによる情報取得要求に応答して、インストールされているデバイスドライバを更新する必要があることをデバイスドライバの取得先とともに画像形成装置に通知できる。

情報処理装置は、表示プログラムによる情報取得要求に応答して取得する応答情報により、インストールされているデバイスドライバを更新する必要があることをデバイスドライバの取得先と合わせて表示することができる。

次に本発明を実施するための最良の形態について図面を参照して説明する。

＜システム構成の説明＞
〔第１実施形態〕
まず、本実施の形態において想定している画像形成装置が動作するシステム全体の構成について図１を用いて説明する。

図１は、本発明の第１実施形態を示す情報処理装置、画像形成装置を適用可能なネットワークシステムの構成を説明する図である。なお、本実施形態では、クライアントＰＣ１０２のデバイスドライバを介して生成される処理可能なジョブをＭＦＰ１０１が処理するネットワークシステム例を示す。なお、デバイスドライバは、画像形成装置が、プリント機能をのみを実行する場合には、プリンタドライバとなるが、スキャナ機能も備える場合には、スキャナドライバとなる場合もある。また、本例は、ＭＦＰ１０がクライアントＰＣ１０２とデバイスドライバ及び表示プログラムを用いて通信可能なネットワークシステム例である。

図１において、ユーザ環境のネットワーク１０４はＥｔｈｅｒｎｅｔ（登録商標）であり複数のノードが接続されており、複合機であるＭＦＰ１０１と、パーソナルコンピュータであるＰＣ１０２と、ゲートウェイ１０３とが接続されている。

ＭＦＰ１０１の構成に関しては後述するものとする。ＰＣ１０２は一般的なパーソナルコンピュータであり、汎用のオフィスや家庭用のＯＳがインストールされているものとする。

また、アプリケーションとして、Ｗｅｂ閲覧ソフトウエア（Ｗｅｂブラウザ）がインストールされているものとする。そして、使用者は、ネットワーク１０４内のイントラネットや後述のインターネット１０５内に存在するＷｅｂサーバにアクセスすることにより、Ｗｅｂページの閲覧や、各種の操作が可能なようになっている。Webブラウザは表示プログラムの一例である。

また、ＰＣ１０２にはＭＦＰ１０１のプリンタドライバが導入されており、ＰＣ１０２上で開いているドキュメントや表などをＭＦＰ１０１に印刷することが可能になっている。

なお、ＭＦＰ１０１に機能に応じて、その他のドライバ、例えばスキャナドライバ、ファクシミリドライバ等がインストールされる場合もある。

ゲートウェイ１０３は、ネットワーク１０４上のノードがインターネットに接続するためのゲートウェイであり、ファイアウォール機能やＮＡＴ（ネットワークアドレス変換）機能を備えているものである。

インターネット１０５は、インターネット網を示しており、インターネット１０５にはドライバ管理サーバ１０６が接続されている。ドライバ管理サーバは、例えば、ＭＦＰ１０１の販売会社が管理運営しているものとする。次に、ＭＦＰ１０１の構成について説明する。

図２Ａは、図１に示したＭＦＰ１０１のハードウエア構成を説明するブロック図である。

図２Ａにおいて、ＭＦＰ１０１の主なる構成は、例えば、図２に示すように、デバイス全体の動作制御を司るＣＰＵ２０１を備える。

ＲＯＭ２０２は、ＣＰＵ２０１での動作制御のための各種プログラムやデータ等が格納される。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリや作業用エリア等として使用される。エンジン２０４は、エンジンコントローラ２０５から出力される画像データを記録用紙に印刷する処理を行う。なお、エンジン２０４が、カラー印刷を行うエンジンであるか、モノクロ印刷を行うエンジンであるかにより、本発明の適用は妨げられることはない。また、エンジン２０４は、ユーザの使用環境に応じて、機能を拡張できるように構成されている。例えば、給紙ユニットに大量用紙を給紙する給紙ユニット、印刷処理された用紙にシート後処理（ステイプル、折り）を行う排紙ユニットが接続された場合に、ドライバ環境が変更する場合がある。この場合には、ユーザは、プリンタドライバの設定を変える必要がある。

さらに、既存の排紙ユニットに加えて、新たに製品化された排紙ユニットを接続する場合には、プリンタドライバにその排紙ユニットを制御する場合には、最新のプリンタドライバを取得して更新する必要がある。

パネル２０６は、ユーザから各種操作指示を受け付け、種々の情報を表示する。パネルコントローラ２０７は、パネル２０６での入出力をコントロールする。

ディスクコントローラ２０９は、各種プログラムやデータを記憶するためのハードディスクドライブ２０８とのアクセスを制御する。ネットワークインタフェースカード２１１は、不揮発性ＲＡＭ２１０と、ネットワーク１０４を介して他のノードとネットワーク通信を行う。スキャナコントローラ２１３は、スキャナ２１４を制御する。スキャナ２１４は、原稿をプラテンの所定位置に原稿を給送する自動原稿給送装置（ＲＤＦ／ＡＤＦ）を接続可能に構成されている。

これらの各構成部は、システムバス２１２を介して互いに通信可能なように接続されている。

図２Ｂは、図１に示したＰＣ１０２のハードウエアの構成を説明するブロック図である。

図２Ｂにおいて、１はＣＰＵで、ＲＯＭ３に記憶されたＢＩＯＳ等に基づいて、システムバス４に接続されるデバイスとのＩ／Ｏを制御する。また、ＣＰＵ１は、ＲＡＭ２に外部メモリ１１に記憶されたオペレーティングシステム（ＯＳ）をロードし、さらに、外部メモリ１１に記憶されたアプリケーションを実行する。なお、ＣＰＵ１は、外部メモリ１１にインストールされているプリンタドライバをＲＡＭ２にロードして、アプリケーションからの印刷要求に従い生成した印刷ジョブをネットワーク１０４を介してＭＦＰ１０１に出力する。

５はキーボードコントローラ（ＫＢＣ）で、キーボード（ＫＢ）９からのキーコード入力を処理する。なお、ポインティングデバイス等も接続可能に構成されている。

６は表示コントローラで、接続される表示装置１０に対する描画を制御する。７はメモリコントローラ（ＭＣ）で、接続される外部メモリ１１とのアクセスを制御する。外部メモリ１１とは、フレキシブルディスク（ＦＤ）、ハードディスク（ＨＤ）等が含まれる。８はネットワークコントローラ（ＮＥＣ）で、ネットワーク１０４に接続される機器との通信を制御する。

図３は、本発明の実施例を示すＭＦＰ１０１のソフトウエアブロック図である。

図３において、１５０１はＵＩモジュールで、即ちユーザインターフェイスを司るものである。ＵＩモジュール１５０１は、オペレータが本画像形成装置の各種操作・設定を行う際、機器との仲介を行うモジュールである。

ＵＩモジュール１５０１は、オペレータの操作に従い、後述の各種モジュールに入力情報を転送し処理の依頼、或いはデータの設定等を行う。

１５０２はＡｄｄｒｅｓｓ−Ｂｏｏｋモジュールで、即ちデータの送付先、通信先等を管理するデータベースモジュールである。

Ａｄｄｒｅｓｓ−Ｂｏｏｋモジュール１５０２は、ＵＩモジュール１５０１からの操作によりデータの追加、削除、取得が行われた場合に使用される。そして、Ａｄｄｒｅｓｓ−Ｂｏｏｋモジュール１５０２は、オペレータの操作により後述の各モジュールにデータの送付・通信先情報を与えるものとして使用される。

１５０３はＷｅｂ−Ｓｅｒｖｅｒモジュールであり、Ｗｅｂクライアントからの要求により、ＭＦＰ１０１の管理情報を通知するために使用される。

ここで、管理情報は、後述のＵｎｉｖｅｒｓａｌ−Ｓｅｎｄ１５０４、後述のＲｅｍｏｔｅ−Ｃｏｐｙ−Ｐｒｉｎｔ１５１０、後述のＲｅｍｏｔｅ−Ｃｏｐｙ−Ｓｃａｎ １５０９、後述のＣｏｎｔｒｏｌｌ−ＡＰＩ１５１８を介して読み取られる。

そして、読み取られた管理情報は、後述のＨＴＴＰモジュール１５１２、ＴＣＰ／ＩＰ１５１６、Ｎｅｔｗｏｒｋ−Ｄｒｉｖｅｒ１５１７を介してＷｅｂクライアントに通知される。

１５０４はＵｎｉｖｅｒｓａｌ−Ｓｅｎｄモジュールで、データの配信を司るモジュールであり、ＵＩ１５０１によりオペレータに指示されたデータを、同様に指示された通信（出力）先に配布するものである。

また、オペレータにより、本機器のスキャナ機能を使用し配布データの生成が指示された場合は、後述のＣｏｎｔｒｏｌｌ−ＡＰＩ１５１８を介して機器を動作させ、データの生成を行う。

Ｕｎｉｖｅｒｓａｌ―Ｓｅｎｄ１５０４において、１５０５はＰ５５０モジュールで、Ｕｎｉｖｅｒｓａｌ−Ｓｅｎｄ１５０４内で出力先にプリンタが指定された際に実行されるモジュールである。

１５０６はＥ−ｍａｉｌモジュールで、Ｕｎｉｖｅｒｓａｌ−Ｓｅｎｄ１５０４内で通信先にＥ−ｍａｉｌアドレスが指定された際に実行されるモジュールである。

１５０７はＤＢモジュールで、Ｕｎｉｖｅｒｓａｌ−Ｓｅｎｄ１５０４内で出力先にデータベースが指定された際に実行されるモジュールである。１５０８はＤＰモジュールで、Ｕｎｉｖｅｒｓａｌ−Ｓｅｎｄ１５０４内で出力先に本機器と同様の画像形成装置が指定された際に実行されるモジュールである。

１５０９はＲｅｍｏｔｅ−Ｃｏｐｙ−Ｓｃａｎモジュールであり、本画像形成装置のスキャナ機能を使用するモジュールである。

そして、Ｒｅｍｏｔｅ−Ｃｏｐｙ−Ｓｃａｎモジュール１５０９は、ネットワーク等で接続された他の画像形成装置を出力先とし、本画像形成装置単体で実現しているＣｏｐｙ機能と同等の処理を行うモジュールである。

１５１０はＲｅｍｏｔｅ−Ｃｏｐｙ−Ｐｒｉｎｔモジュールであり、本画像形成装置のプリンタ機能を使用するモジュールである。Ｒｅｍｏｔｅ−Ｃｏｐｙ−Ｐｒｉｎｔモジュール１５１０は、ネットワーク等で接続された他の画像形成装置を入力先とし、本画像形成装置単体で実現しているＣｏｐｙ機能と同等の処理を行うモジュールである。

１５１１はＷｅｂ−Ｐｕｌｌ−Ｐｒｉｎｔモジュールで、インターネットまたはイントラネット上の各種ホームページの情報を読み出し、印刷するモジュールである。

１５１２はＨＴＴＰモジュールで、本画像形成装置がＨＴＴＰにより通信する際に使用されるモジュールである。ＨＴＴＰモジュール１５１２は、後述のＴＣＰ／ＩＰ１５１６モジュールにより前述のＷｅｂ−Ｓｅｒｖｅｒ１５０３、Ｗｅｂ−Ｐｕｌｌ−Ｐｒｉｎｔ１５１１モジュールに通信を提供するものである。

１５１３はＬＰＲモジュールであり、後述のＴＣＰ／ＩＰ１５１６モジュールにより前述のＵｎｉｖｅｒｓａｌ−Ｓｅｎｄ１５０４内のプリンタモジュール１５０５に通信を提供するものである。

１５１４はＳＭＴＰモジュールであり、後述のＴＣＰ／ＩＰ１５１６モジュールにより前述のＵｎｉｖｅｒｓａｌ−Ｓｅｎｄ１５０４内のＥ−ｍａｉｌモジュール１５０６に通信を提供するものである。

１５１５はＳａｌｕｔａｔｉｏｎ−Ｍａｎａｇｅｒ（ＳＬＭ）モジュールである。ＳＬＭモジュール１５１５は、後述のＴＣＰ／ＩＰ１５１６モジュールにより前述のＵｎｉｖｅｒｓａｌ−Ｓｅｎｄ１５０４内のデータベースモジュール１５１７、ＤＰモジュール１５１８に通信を提供するものである。

同様に、ＳＬＭモジュール１５１５は、Ｒｅｍｏｔｅ−Ｃｏｐｙ−Ｓｃａｎモジュール１５０９、Ｒｅｍｏｔｅ−Ｃｏｐｙ−Ｐｒｉｎｔモジュール１５１０に通信を提供するものである。

１５１６はＴＣＰ／ＩＰ通信モジュールであり、前述の各種モジュールに後述のＮｅｔｗｏｒｋ−Ｄｒｉｖｅｒによりネットワーク通信を提供するものである。１５１７はネットワークドライバであり、ネットワークに物理的に接続される部分を制御するものである。

１５１８はＣｏｎｔｒｏｌｌ−ＡＰＩであり、Ｕｎｉｖｅｒｓａｌ−Ｓｅｎｄ１５０４等の上流モジュールに対し、後述のＪｏｂ−Ｍａｎａｇｅｒ１５１９等の下流モジュールとのインタフェースを提供するものである。Ｃｏｎｔｒｏｌｌ−ＡＰＩ１５１８は、上流、及び下流のモジュール間の依存関係を軽減しそれぞれの流用性を高めるものである。

１５１９はＪｏｂ−Ｍａｎａｇｅｒであり、前述の各種モジュールよりＣｏｎｔｒｏｌｌ−ＡＰＩ１５１８を介して指示される処理を解釈し、後述の各モジュールに指示を与えるものである。

また、Ｊｏｂ−Ｍａｎａｇｅｒ１５１９は、本ＭＦＰ１０１内で実行されるハード的な処理を一元管理するものである。

１５２０はＣＯＤＥＣ−Ｍａｎａｇｅｒであり、Ｊｏｂ−Ｍａｎａｇｅｒ１５１９が指示する処理の中でデータの各種圧縮・伸長を管理・制御するものである。

１５２１はＦＢＥ−Ｅｎｃｏｄｅｒであり、Ｊｏｂ−Ｍａｎａｇｅｒ１５１９、Ｓｃａｎ−Ｍａｎａｇｅｒ１５２４により実行されるスキャン処理により読み込まれたデータをＦＢＥフォーマットにより圧縮するものである。

１５２２はＪｐｅｇ−ＣＯＤＥＣであり、Ｊｏｂ−Ｍａｎａｇｅｒ１５１９、Ｓｃａｎ−Ｍａｎａｇｅｒ１５２４により実行されるスキャン処理で読み込まれたデータのＪＰＥＧ圧縮のＪＰＥＧ展開処理を行うものである。

また、Ｊｐｅｇ−ＣＯＤＥＣ１５２２は、Ｐｒｉｎｔ−Ｍａｎａｇｅｒ１５２６により実行される印刷処理において、印刷データのＪＰＥＧ展開処理を行うものである。

１５２３はＭＭＲ−ＣＯＤＥＣであり、Ｊｏｂ−Ｍａｎａｇｅｒ１５１９、Ｓｃａｎ−Ｍａｎａｇｅｒ１５２４により実行されるスキャン処理で読み込まれたデータのＭＭＲ圧縮を行う。また、Ｐｒｉｎｔ−Ｍａｎａｇｅｒ１５２６により実行される印刷処理において、印刷データのＭＭＲ伸長処理を行うものである。

１５２４はＳｃａｎ−Ｍａｎａｇｅｒであり、Ｊｏｂ−Ｍａｎａｇｅｒ１５１９が指示するスキャン処理を管理・制御するものである。１５２５はＳＣＳＩドライバであり、Ｓｃａｎ−Ｍａｎａｇｅｒ１５２４と本ＭＦＰ１０１が内部的に接続しているスキャナ部との通信を行うものである。

１５２６はＰｒｉｎｔ−Ｍａｎａｇｅｒであり、Ｊｏｂ−Ｍａｎａｇｅｒ１５１９が指示する印刷処理を管理・制御するものである。１５２７はＥｎｇｉｎｅ−Ｉ／ＦドライバでありＰｒｉｎｔ−Ｍａｎａｇｅｒ１５２６と印刷部とのＩ／Ｆを提供するものである。

１５２８はパラレルポートドライバであり、Ｗｅｂ−Ｐｕｌｌ−Ｐｒｉｎｔ１５１１がパラレルポートを介して出力機器にデータを出力する際のＩ／Ｆを提供するものである。

１５２９はＪｏｂ−Ｃｏｎｔｒｏｌｌｅｒであり、印刷クライアントからＬＰＲプロトコルで受信したジョブのデータ解析を行い、印刷指示を行うものである。

１５３０はＤｒｉｖｅｒ−Ｖｅｒｓｉｏｎ−Ｃｏｎｔｒｏｌｌｅｒ（ＤＶＣ）であり、ＴＣＰ／ＩＰを介してドライバ管理サーバ１０６に対して定期的にプリンタドライバの更新の有無を問い合わせる。

そして、ＤＶＣ１５３０は、例えばハードディスクドライブ２０８内で管理しているプリンタドライバのバージョンが更新されていると判断した場合に、それぞれのＯＳに対応する最新のプリンタドライバの取得先を示すＵＲＬとバージョン値の取得を行う。

なお、最新のプリンタドライバの取得先を示すＵＲＬとバージョン値は、不揮発性の記憶装置であれば、上記ハードディスクドライブ２０８に限定されるものではない。

また、Ｄｒｉｖｅｒ−Ｖｅｒｓｉｏｎ−Ｃｏｎｔｒｏｌｌｅｒ１５３０は、取得したＵＲＬ情報及びバージョン値はＤｒｉｖｅｒ−Ｖｅｒｓｉｏｎ−Ｃｏｎｔｒｏｌｌｅｒが管理する構成ファイルに記録し保持するものとする。

なお、Ｄｒｉｖｅｒ−Ｖｅｒｓｉｏｎ−Ｃｏｎｔｒｏｌｌｅｒ１５３０は、ハードディスクドライブ２０８に、ドライバ管理サーバ１０６から取得する最新のプリンタドライバのＵＲＬとバージョン値を保持させる。

Ｕｓｅｒ−Ｔａｂｌｅ１５３１は、ＬＰＲ１５１３に対して印刷ジョブを送信してきた印刷クライアントのＩＰアドレス、またはＭａｃアドレスと、印刷クライアントが使用したプリンタドライバのバージョンを対で記録するテーブルである。

次に、特徴的な機能であるリモートＵＩ（リモートユーザインターフェース）について説明する。

リモートＵＩは、本装置外部から装置の状態等の情報を取得・設定、またはプリントや送信(Ｕｎｉｖｅｒｓａｌ―Ｓｅｎｄ)等の動作を行わせるための機能である。

ユーザはネットワークに接続されたパーソナルコンピュータなどのホストコンピュータから、ウェブブラウザを利用して本装置にアクセスすることによりリモートＵＩの機能を使用することができる。

図３にあるように、本装置内部ではＷｅｂ−Ｓｅｒｖｅｒ１５０３が稼動しておりこれによりＨＴＴＰ (Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ)による通信が可能となっている。

Ｗｅｂ−Ｓｅｒｖｅｒ１５０３ではクライアントからの要求により起動されるＣＧＩ(Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅ)プログラムを動作させることができる。

図２Ａのハードディスクドライブ２０８中にはリソースファイル群、ページのテンプレートファイル群が格納されている。そして、これらのファイル群がリモートＵＩにおいて使用される。ここで、リソースファイルはページ表示に用いられるＨＴＭＬ(Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ)ファイルや画像ファイルなどである。

テンプレートファイルは、ＣＧＩプログラムから参照されページを作成するのに用いられるファイルである。

本装置にアクセスするために、ユーザはＵＲＬ(Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ)を直接ウェブブラウザに入力するか、該ＵＲＬが埋め込まれたリンクを選択する。

ウェブブラウザは、オペレータによって入力されたＵＲＬを指定するＨＴＴＰコマンドを通信路を介して送信する。Ｗｅｂ−Ｓｅｒｖｅｒ１５０３は、このＨＴＴＰコマンドを受け取り、そのＨＴＴＰコマンドを解析し、それに応じた動作を行う。

クライアントのＷｅｂブラウザからの要求がＣＧＩの要求でなければ、前記リソース群の中から指定されたリソースをクライアントのＷｅｂブラウザに送信して処理を終了する。

クライアントのＷｅｂブラウザからの要求がＣＧＩプログラムであった場合、対応するＣＧＩプログラムが起動する。ＣＧＩプログラムは起動時にクエリーパラメータを受け取り、ユーザがＷｅｂブラウザから指定した値が渡される。

ＣＧＩプログラムは、その要求に応じて装置情報の取得・設定や、プリント出力等の動作を本体に要求する。

また、ＣＧＩプログラムはそのページに対応したテンプレートファイルを使って送信するページを作成していく。

なお、テンプレートファイル中には、取得された情報を用いて記述を変更する部分があり、これによりその時の状態に応じたページの内容を作成することができる。発信側Ｗｅｂブラウザは、本装置から返されたページをユーザに示す。

こうしてＷｅｂブラウザを利用して装置にアクセスすることにより、装置外部から装置の機能・状態・保持情報を取得および設定し、また装置を操作することが可能となる。

リモートＵＩによって取得・設定できる情報には、例えば利用できる紙サイズや残量などの装置情報、投入されたジョブの情報が含まれる。同様に、リモートＵＩによって取得・設定できる情報には、例えば記憶装置に蓄積されている文書情報、ＥｍａｉｌやＦＡＸなのアドレス情報、ネットワークに関する設定情報などである。

また、リモートＵＩによって行わせることが可能な動作としては、機器内に保持されている文書情報のプリントアウトや送信などがある。

図４Ａは、本実施形態を示す情報処理装置における第１のデータ処理手順の一例を示すフローチャートである。本例は、クライアントＰＣ１０２として機能するがＭＦＰ１０１に印刷ジョブを送信する際の処理手順に対応する。なお、Ｓ４０１〜Ｓ４０３は各ステップを示す。また、各ステップは、図２Ｂに示したＣＰＵ１が外部メモリ１１に記憶される制御プログラムをＲＡＭ２にロードして実行することで実現される。

なお、実施形態において、ネットワーク上では、ＰＣ１０２が印刷クライアントとして機能し、ＭＦＰ１０１がプリンタサーバとして機能するネットワークシステムを想定している。

また、本実施形態では、ＭＦＰ１０１は、クライアントＰＣ１０１による印刷ジョブを処理する際に、何らクライアントＰＣ１０１から別途コマンドで、ネットワークアドレスやプリンタドライバのバージョンをする構成ではない。つまり、クライアントＰＣ１０１は、通常の印刷ジョブ処理を実行するだけで、クライアントＰＣ１０１側のジョブ処理手順は何ら変更されていない。具体的には、クライントＰＣ１０１は、現在外部メモリ１１にインストールされているプリンタドライバを介して印刷ジョブを転送する処理を行う。この際、ＭＦＰ１０１は、通常の印刷ジョブ処理を開始する前に、クライントＰＣ１０１から受信した印刷ジョブ中のネットワークアドレス及び印刷ジョブを生成したプリンタドライバのバージョン情報をＵｓｅｒ−Ｔａｂｌｅ１５３１に登録する。

これにより、ＭＦＰ１０１は、ＰＣ１０２のプリンタドライバのバージョンとネットワークアドレスを印刷ジョブ受信毎に管理することができる。

まず、Ｓ４０１で電源が投入されると、初期化処理後、ＰＣ１０２の使用者が外部メモリ１１に記憶されたアプリケケーションやＯＳの各種機能から印刷指示をかける。

次に、Ｓ４０２で、ＰＣ１０２のプリンタドライバが、アプリケーションデータをＰＤＬデータ（Ｐｒｉｎｔｅｒ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）化する処理を行う。

その際に、プリンタドライバは、ＰＣ１０２のＩＰアドレス及びプリンタドライバのバージョン及びＯＳ種別をＰＤＬデータ内の所定の位置に含める。

次に、Ｓ４０３では、ＰＣ１０２はＭＦＰ１０１に対してＰＤＬデータの送信を行う。ＰＣ１０２のポートモニタプログラムがＬＰＲプトロコル（Ｌｉｎｅ Ｐｒｉｎｔｅｒ Ｄａｅｍｏｎプロトコル）を使用してＭＦＰ１０１宛てのデータを送信する。

図４Ｂは、本実施形態を示す画像形成装置における第１のデータ処理手順の一例を示すフローチャートである。本例は、印刷クライアントから送信された印刷ジョブを処理する際の処理手順に対応する。なお、Ｓ４０４〜Ｓ４０６は各ステップを示す。

また、各ステップは、図２Ａに示したＣＰＵ２０１がＲＯＭ２０２、ハードディスクドライブ２０８に記憶される制御プログラムをＲＡＭ２にロードして実行することで実現される。

まず、Ｓ４０４で、ＭＦＰ１０１は、ネットワークＩ／Ｆカード２１１を介して、ネットワーク１０４からＰＤＬデータを受信する処理を行う。

ここでは、図３に示したＮｅｔｗｏｒｋ−Ｄｒｉｖｅｒ１５１７とＴＣＰ／ＩＰ１５１６によって取得されたデータは、ＬＰＲ１５１３によってＬＰＲヘッダの解析が行われる。その後、Ｓ４０５で、Ｊｏｂ−Ｃｏｎｔｒｏｌｌｅｒ１５２９によってＰＤＬデータ部の解析が行われる。

ここで、Ｊｏｂ−Ｃｏｎｔｒｏｌｌｅｒ１５２９は、ＰＤＬデータの解析を行い、印刷部数や用紙方向といった印刷条件定義部と、画像のデータが埋め込まれている印刷データ部とを分離する。そして、Ｊｏｂ−Ｃｏｎｔｒｏｌｌｅｒ１５２９は、印刷条件定義部と、画像のデータが埋め込まれている印刷データ部とをＣｏｎｔｒｏｌｌ−ＡＰＩ１５１８に送信する。

Ｃｏｎｔｒｏｌｌ−ＡＰＩ１５１８は、受信した印刷ジョブをＰｒｉｎｔＭａｎａｇｅｒ１５２５に送信し、印刷の処理が行われる。その際に、Ｓ４０６で、Ｊｏｂ−Ｃｏｎｔｒｏｌｌｅｒ１５２９は印刷条件定義部に含まれているＰＣ１０２のＩＰアドレス及びＯＳ情報及びプリンタドライババージョン値をＵｓｅｒ−Ｔａｂｌｅ１５３１に書き込む。

この際、Ｊｏｂ−Ｃｏｎｔｒｏｌｌｅｒ１５２９はＵｓｅｒ−Ｔａｂｌｅ１５３１を参照し、すでにＰＣ１０２のＩＰアドレスが記載されていればその部分に上書きを行い、ＰＣ１０２のＩＰアドレスが存在しなければ新規に追記処理を行う。

その後、ＭＦＰ１０１は、受信した印刷ジョブに対する処理を開始する。尚、印刷処理は、印刷ジョブに従いイメージ展開される画像データをエンジン２０４から出力する処理である。

図５は、図３に示したＵｓｅｒ−Ｔａｂｌｅ１５３１の一例を示す図である。

図５において、印刷クライアントのＩＰアドレス又はＭａｃアドレス等のアドレス５００１と、各々の印刷クライアントが使用しているプリンタドライバのバージョン５００２と、ＯＳ名５００３とが表形式で記載されているものである。

このように、クライアントＰＣ１０２のプリンタドライバは、通常の印刷ジョブをＭＦＰ１０１に転送する処理であるため、何ら新たな処理負担を強いることない。

つまり、通常の印刷ジョブをＭＦＰ１０１に転送するだけ、ＭＦＰ１０１は、クライアントＰＣ１０２のネットワークアドレス及びプリンタドライバのバージョンを取得して、Ｕｓｅｒ−Ｔａｂｌｅ１５３１に登録することができる。ここで、Ｕｓｅｒ−Ｔａｂｌｅ１５３１に登録されたクライアントＰＣ１０２のネットワークアドレス及びプリンタドライバのバージョンは、後述するように、ＭＦＰ１０１がドライバ管理サーバ１０６から取得する最新のドライバ情報と比較される。

つまり、ＭＦＰ１０１は、ドライバ管理サーバ１０６から取得する最新のドライバ情報中のＯＳ毎のバージョン情報と、Ｕｓｅｒ−Ｔａｂｌｅ１５３１に登録されたクライアントＰＣのバージョン情報とを比較する。

これにより、クライアントＰＣ１０２のプリンタドライバのバージョンが古い場合には、クライアントＰＣ１０２がＭＦＰ１０１とのＷｅｂページ閲覧要求時に、最新のプリンタドライバの取得先を通知できる。

なお、この通知機能は、ＭＦＰ１０１が備えるＷｅｂ機能に基づくＷｅｂページ閲覧要求／応答処理で実行される。具体的には、図６ＢのＳ６０８に基づいてＨＴＭデータを作成して、Ｕｓｅｒ−Ｔａｂｌｅ１５３１に登録されたクライアントＰＣのネットワークアドレスを通知先として転送されることで実現できる
これにより、クライアントＰＣ１０２のユーザは、自機のプリンタドライバが最新であるかどうかを確認する操作負担が軽減され、利便性がよい。

以下、図６Ａ、図６Ｂを参照して、クライアントＰＣ１０２とＭＦＰ１０１とのＷｅｂページ閲覧要求に伴う、最新プリンタドライバの取得先通知処理について説明する。なお、本実施形態では、最新プリンタドライバの取得先通知処理が、ＷｅｂブラウザによるＷｅｂページ閲覧要求処理を例とするが、何らこの処理に限定されるものではなく、他の通信要求に対する応答処理であれば適用可能である。

図６Ａは、本実施形態を示す情報処理装置における第２のデータ処理手順の一例を示すフローチャートである。本例は、クライアント（Ｗｅｂブラウザ）側とサーバ側のＷｅｂページ閲覧の際の処理手順に対応する。なお、Ｓ４０１〜Ｓ４０３は各ステップを示す。また、各ステップは、図２Ｂに示したＣＰＵ１が外部メモリ１１に記憶される制御プログラムをＲＡＭ２にロードして実行することで実現される。ここで、サーバ側の処理とは、ＭＦＰ１０１のサーバ機能に基づく処理例である。

なお、本実施形態においてはクライアント側とはＰＣ１０２を想定しており、サーバ側とはＭＦＰ１０１を想定している。

ＰＣ１０２側では、Ｓ６０１で、ユーザによるキー入力あるいはポインティングデバイス操作に基づきＵＲＬが入力されるのを待機する。

ここで、ユーザの操作により、ＵＲＬが入力されたとＣＰＵ１が判断した場合は、ＵＲＬの入力後に、Ｓ６０２に進む。ここで、ＵＲＬが入力されるタイミングとは、Ｗｅｂブラウザを介するＭＦＰ１０１に対する情報取得要求時に対応するものである。

そして、Ｓ６０２で、ＨＴＴＰコマンドをネットワーク１０４上に送信し、Ｓ６０３で、ドライバ管理サーバ１０６からのレスポンス受信を待機する。なお、Ｓ６０２は、クライアントＰＣ１０２のＷｅｂブラウザを起動して、例えばリモートＵＩ画面を立ち上げると、ＭＦＰ１０１にリモートＵＩで表示するための情報取得要求が発行される。そして、その応答として、リモートＵＩ画面に表示可能な応答情報（ＨＴＭＬデータ）を取得する。

この応答情報には、クライアントＰＣ１０２に現在インストールされているプリンタドライバのバージョンを更新する必要がある場合には、プリンタドライバを取得するためのドライバ取得情報が含まれている。また、上記ＨＴＭデータは、クライアントＰ１０２のＷｅｂブラウザにより、閲覧ページとして表示される。

ここで、ドライバ取得情報は、ネットワーク上で最新のプリンタドライバを取得可能なリンク先（図８の部位８０１参照）が好例である。なお、リンク先のサーバ装置は、ネットワーク上の情報処理装置のＯＳに対応するプリンタドライバをダウンロード可能に管理している。このプリンタドライバは、例えばＭＦＰ１０１の機能が拡張されたり、ＭＦＰ１０１に接続可能なオプションユニットが変更された場合にバージョンがアップされたりする。そして、このような最新のプリンタドライバをユーザがサーバ装置からダウンロードしてインストールすることで、最新のオプションユニットに適合する機能を正常に実行させることができる。

そして、ドライバ管理サーバ１０６からレスポンスを受信した後に、Ｓ６０４で、受信したレスポンスに基づいて、ＨＴＭＬ文書を表示装置１０にＵＩ画面（ドライバ取得画面を含む）として整形表示する。そして、一つのセッションを終了する。以下、ＭＦＰ１０１がクライアントＰＣ１０２のＷｅｂブラウザを介して発行される情報取得要求に応答して作成する応答情報の処理について図６Ｂを参照して説明する。なお、ドライバ取得画面として表示されるのは、ＭＦＰ１０１がクライアントＰＣ１０２のプリンタドライバを最新のバージョンに更新する必要があると判断した場合であって、それ以外は、通常の応答画面として表示される。

図６Ｂは、本実施形態を示す画像形成装置における第２のデータ処理手順の一例を示すフローチャートである。本例は、ＭＦＰ１０１のサーバ機能によるクライアントから送信されたＨＴＴＰコマンドを処理して応答する処理手順に対応する。なお、Ｓ６０５〜Ｓ６０９は各ステップを示す。

まず、ＭＦＰ１０１側では、Ｓ６０５で、クライアント１０２からネットワーク１０４上に送信されたＨＴＴＰコマンドが受信されるのを待機する。そして、クライアント１０２からＨＴＴＰコマンドを受信したら、受信後に、Ｓ６０６で、該受信したＨＴＴＰコマンドがＣＧＩ起動要求かどうかをＣＰＵ２０１が判定する。

ここで、ＣＰＵ２０１が受信したＨＴＴＰコマンドがＣＧＩ起動要求であると判断した場合は、Ｓ６０７で、ＨＴＴＰコマンド中のＣＧＩパラメータを解析して、Ｓ６０８へ進む。そして、Ｓ６０８で、ＣＧＩプログラムを起動し、作成したリモートＵＩ（Ｗｅｂ閲覧ページ）を表示するためのＨＴＭＬデータをクライアントＰＣ１０２に転送して、一つのセッションを終了する。

一方、Ｓ６０６で、受信したＨＴＴＰコマンドがＣＧＩ起動要求でないと判断した場合は、要求されたリソースファイルをレスポンスとして、クライアント１０２に転送して、本処理を終了する。

なお、ＭＦＰ１０１のブラウザ機能によるＣＧＩプログラムの詳細な処理に関しては図７において詳述する。

図７は、本実施形態を示す画像形成装置における第３のデータ処理手順の一例を示すフローチャートである。本例は、ＭＦＰ１０１のサーバ機能によるクライアントから送信されたＨＴＴＰコマンドのＣＧＩ解析を処理手順に対応する。ここで、ＨＴＴＰコマンドとは、ＭＦＰ１０１に対する情報取得要求として機能する。

なお、Ｓ７０１〜Ｓ７０５は各ステップを示す。本処理は、図６Ｂに示すＳ６０８の詳細手順に対応する。本処理は、クライアントＰＣ１０２からのＷｅｂページ閲覧要求に伴って、ＭＦＰ１０１がその応答時に、当該要求元のクライアントＰＣ１０２のＯＳに対応する最新のプリンタドライバが存在するかどうかを判断する。そして、ＭＦＰ１０１がその判断結果に基づいて、Ｗｅｂ閲覧ページ要求の応答に、当該ＯＳの最新のプリンタドライバを取得するための取得先情報を通知する処理である。

まずＳ７０１で、ＣＧＩプログラムはアクセス元の解析を行う。ここでは、ＷｅｂクライアントとなるＰＣ１０２のＩＰアドレスまたはＭａｃアドレスの取得を行う。

次に、Ｓ７０２で、ＣＧＩプログラムはＵｓｅｒ−Ｔａｂｌｅ１５３１にアクセスして、Ｗｅｂクライアント（ＰＣ１０２）のＩＰアドレス又はＭａｃアドレスに対応するプリンタドライバのバージョンとＯＳが何であるかを取得する。

そして、ＣＧＩプログラムはＤｒｉｖｅｒ−ＶｅｒｓｉｏｎＣｏｎｔｒｏｌｌｅｒ１５３０にアクセスし、ＰＣ１０２が使用しているＯＳ情報に対応する最新のプリンタドライババージョンを取得する。

次に、Ｓ７０３で、ＰＣ１０２が使用しているＯＳ情報に対応する最新のプリンタドライババージョンとＰＣ１０２が使用しているプリンタドライババージョンとを比較する。

つまり、ＰＣ１０２が使用しているプリンタドライババージョンが既に古い状態かどうかを判断する。ここで、ＣＧＩプログラムは、２つのバージョン値に差異があったと判断した場合には、Ｓ７０４に移行する。

そして、Ｓ７０４で、ＣＧＩプログラムはＤｒｉｖｅｒ−ＶｅｒｓｉｏｎＣｏｎｔｒｏｌｌｅｒ１５３０にアクセスする。そして、ＣＧＩプログラムは、ＰＣ１０２が使用しているＯＳの最新のプリンタドライバをダウンロードすることができるインターネット上のＵＲＬを取得する。

そして、Ｓ７０５で、ＣＧＩプログラムは、リンク先を示すＨＴＭＬデータを作成して、本処理を終了する。ここで、ＣＧＩプログラムが作成するＨＴＭＬデータとは、後述する図８に示すリモートＵＩをＰＣ１０２で表示するためのデータである。

なお、ＣＧＩプログラムは、ＨＴＭＬデータを作成する際に、ＰＣ１０２が使用しているＯＳの最新のプリンタドライバをダウンロードすることができるインターネット上のＵＲＬをリンクとして含める。このように、本実施形態では、情報取得要求を発行しているクライアントＰＣ１０２のＯＳに対応するプリンタドライバのバージョンが既に古いかどうかをＭＦＰ１０１を判断する。具体的には、ＣＧＩプログラムは、２つのバージョン値に差異があったと判断した場合である。そして、ＣＧＩプログラムは、上記情報取得要求に対応して、デバイスドライバを更新するためのドライバ更新情報を応答情報に付加した応答情報を作成することとなる。ここで、ドライバ更新情報とは、クライアントＰＣ１０２のＷｅｂブラウザを介して要求された、例えばリモートＵＩ画面上に、最新のプリンタドライバを取得する必要があること、並びに、その取得先情報を表示するためのＨＴＭＬデータである。ＨＴＭＬデータの一例は、図８において後述する。

その他のＣＧＩプログラムの動作としては、機器情報を取得し、テンプレートファイルからリモートＵＩをクライアントＰＣ上で表示するためのＨＴＭＬデータを作成するといった動作が挙げられる。

図８は、図１に示したクライアント１０２で表示するリモートＵＩの一例を示す図である。本例は、ＭＦＰ１０１のＣＧＩプログラムにより作成されたリモートＵＩのトップページの例である。

図８において、部位８０１には、ＰＣ１０２が使用しているＯＳの最新のプリンタドライバをダウンロードすることができるインターネット上のＵＲＬリンクが存在している。このＵＲＬリンクは、上記図７に示すＳ７０５を実行することで、上記ＭＦＰ１０１のＣＧＩプログラムにより作成されたものである。そして、上記ＭＦＰ１０１のＣＧＩプログラムにより作成されたＨＴＭＬデータをクライアントＰＣ１０２のユーティリティとして外部メモリ１１に記憶されたリモートＵＩ機能を実行することで表示される。

これにより、画像形成装置が管理している各ＯＳに対応する最新のプリンタドライバの取得先情報をクライアントＰＣ１０２のユーザに通知することができる。

上記実施形態によれば、クライアントＰＣの使用者は、自身が使用するコンピュータに対応するプリンタドライバが更新されたことを認識することができる。

また、プリンタや複合機といった画像形成装置内のＷｅｂサーバ機能で提供するホームページに、該当するプリンタドライバのダウンロード先を表すＵＲＬリンクを表示することができる。これにより、クライアントＰＣの使用者はプリンタドライバの検索作業からも開放される。

加えて、ＵＲＬリンクの表示は、プリンタドライバの更新が必要な使用者に対してのみ行われるため、最新のプリンタドライバを使用している使用者が再度更新を行ってしまうといった余計な作業を行うことを防止できる。

加えて、クライアントＰＣは、上記ドライバ更新に関する情報を通常のＷｅｂブラウザ機能で取得できる。このように、本実施形態によれば、専用のソフトウエアを導入する必要が無いため、導入の労力や、セキュリティ機能を持つソフトウエアによって機能に不具合が発生するといったことも無くなる。

〔第２実施形態〕
図９は、本発明の第２実施形態を示す画像形成装置を含むネットワークシステムの構成を説明するブロック図である。なお、図１と同一のものには同一の符号を付してある。

図９において、図１に示されるネットワークシステムの構成上の相違点は、ドライバ管理サーバ１０６がネットワーク１０４に接続されている点である。

これにより、ＭＦＰ１０１内のＤｒｉｖｅｒ−Ｖｅｒｓｉｏｎ−Ｃｏｎｔｒｏｌｌｅｒ１５３０がドライバ管理サーバ１０６に対して定期的にプリンタドライバの更新状況及び不随情報を問い合わせる処理が以下のように変更される。つまり、Ｄｒｉｖｅｒ−Ｖｅｒｓｉｏｎ−Ｃｏｎｔｒｏｌｌｅｒ１５３０が、上記等位合わせ処理に際して、インターネット経由で、ドライバ管理サーバ１０６と通信を行う必要が無くなる。

このような構成により、インターネットに接続しないオフィス環境や、オフィス内のパーソナルコンピュータにインストールされるプリンタドライバのバージョンを、オフィス内の作業者や管理者が管理したい場合に有効である。

〔第３実施形態〕
上記第１実施形態では、図７に示したＳ７０５において、ＰＣ１０２が使用しているＯＳの最新のプリンタドライバをダウンロードすることができるインターネット上のＵＲＬをリンクをＨＴＭＬコードに含める処理を説明した。そして、クライアントＰＣ１０２では、Ｓ７０５で作成されたＷｅｂページを取得して、図８に示されるようなリンクが挿入されたリモートＵＩのトップページを表示する場合について説明した。しかし、リモートＵＩのＷｅｂページに最新のプリンタドライバを取得するためのリンク先情報の通知方法は、これに限定されることはない。以下、その実施形態について説明する。

図１０は、本発明の第３実施形態を示す情報処理装置で表示されるドライバ確認通知画面の一例を示す図である。

本例は、第１実施形態に示したように、図７のＳ７０５で作成されるＷｅｂページとして、図８に示されるようなリンクが挿入されたリモートＵＩのトップページが例示する構成とは異なる。

つまり、本実施形態では、リモートＵＩのトップページにリンクが挿入されるのではなく、新規にウィンドウを開く（ポップアップウィンドウ）処理を、図７に示したＳ７０５で行う。なお、このステップは、Ｓ７０５にその処理を挿入することで実行できる。

これにより、本実施形態では、ＰＣ１０２の表示装置１０には、図８に示した部位８０１は表示されない。つまり、リモートＵＩのトップページにはリンクは存在しないが、トップページを表示するウィンドウとは別に新規にウィンドウが表示される。そして、そのウィンドウ上に、ＰＣ１０２のプリンタドライバの最新バージョンが存在すること、並びに、その取得先をよりユーザに対して明確に通知することが可能となる。

なお、図１０に示すドライバ情報画面において、そのバージョンにより、いかなる機能が強化されているかを簡単に説明するテキストを加えることで、ユーザが直ぐにプリンタドライバを取得すべきかどうかを決定し易くなる。

また、そのドライバをダウンロードしたユーザの評価情報を参照できるＵＲＬを追記表示してもよい。これにより、ユーザは、その機能を客観的に評価して、直ぐにプリンタドライバを取得すべきかどうかを決定し易くなる。

さらに、図１０に示すドライバ情報画面において、そのバージョンにより、いかなる機能が強化されているかを簡単に説明する動画の取得先を加えることで、ユーザが直ぐにプリンタドライバを取得すべきかどうかを決定し易くなる。なお、動画に限らず、ｊａｖａスクリプトで実行可能なＣＧ情報の取得先を追記していもよい。

〔第４実施形態〕
以下、図１１、図１２に示すメモリマップを参照して本発明に係る情報処理装置、画像形成装置で読み取り可能なデータ処理プログラムの構成について説明する。

図１１は、本発明に係る情報処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

図１２は、本発明に係る画像形成装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。

さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。

本実施形態における図４Ａ、図４Ｂ、図６Ａ、図６Ｂ、図７に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。

以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。

プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。

この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

その他、プログラムの供給方法としては、クライアントコンピュータのＷｅｂブラウザを用いてインターネットのホームページに接続する。そして、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではない。例えばそのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行う。そして、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込ませる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から排除するものではない。

本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。

本発明の第１実施形態を示す情報処理装置、画像形成装置を適用可能なネットワークシステムの構成を説明する図である。 図１に示したＭＦＰのハードウエア構成を説明するブロック図である。 図１に示したクライアントＰＣのハードウエア構成を説明するブロック図である。 本発明の実施例を示すＭＦＰのソフトウエアブロック図である。 本実施形態を示す情報処理装置における第１のデータ処理手順の一例を示すフローチャートである。 本実施形態を示す画像形成装置における第１のデータ処理手順の一例を示すフローチャートである。 図３に示したＵｓｅｒ−Ｔａｂｌｅ１５３１の一例を示す図である。 本実施形態を示す情報処理装置における第２のデータ処理手順の一例を示すフローチャートである。 本実施形態を示す画像形成装置における第２のデータ処理手順の一例を示すフローチャートである。 本実施形態を示す画像形成装置における第３のデータ処理手順の一例を示すフローチャートである。 図１に示したクライアントで表示するリモートＵＩの一例を示す図である。 本発明の第２実施形態を示す画像形成装置を含むネットワークシステムの構成を説明するブロック図である。 本発明の第３実施形態を示す情報処理装置で表示されるドライバ確認通知画面の一例を示す図である 本発明に係る情報処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。 本発明に係る画像形成装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

符号の説明

１０１ ＭＦＰ
１０２ ＰＣ
１０３ ゲートウェイ
１０４ ネットワーク
１０５ インターネット
１０６ ドライバ管理サーバ

Claims (22)

1. 情報処理装置とデバイスドライバ及び表示プログラムを用いて通信する画像形成装置であって、
   前記情報処理装置がインストール可能なデバイスドライバに関するドライバ情報をサーバ装置から取得する取得手段と、
   前記情報処理装置から前記デバイスドライバを介して受信するジョブ情報の中から抽出したドライバ情報とアドレス情報とを対応付けて登録する登録手段と、
   前記表示プログラムを介する情報取得要求時に特定されるアドレス情報に基づいて、前記登録手段により登録されたドライバ情報と前記取得手段により取得されたドライバ情報とを比較して情報処理装置にインストールされている現在のデバイスドライバを更新する必要があるかどうかを判断する判断手段と、
   前記判断手段によりデバイスドライバを更新する必要があると判断した場合、前記現在のデバイスドライバを更新するためのデバイスドライバを取得するためのドライバ取得情報を含む応答情報を作成し、
   前記判断手段によりデバイスドライバを更新する必要がないと判断した場合、前記取得要求に対応する応答情報を作成する作成手段と、
   を有することを特徴とする画像形成装置。
2. 前記判断手段によりデバイスドライバを更新する必要があると判断した場合に、前記作成手段により作成した応答情報を登録されたアドレス情報に対応する情報処理装置に転送する転送手段を有することを特徴とする請求項１記載の画像形成装置。
3. 前記アドレス情報は、ＩＰアドレス、ＭＡＣアドレスのいずれかであることを特徴とする請求項１または２記載の画像形成装置。
4. 前記作成手段は、前記ドライバ情報中のオペレーティングシステム毎に、異なるドライバ取得情報を表示可能な応答情報を作成することを特徴とする請求項１又は２記載の画像形成装置。
5. 前記デバイスドライバは、プリンタドライバであることを特徴とする請求項１記載の画像形成装置。
6. 画像形成装置とデバイスドライバ及び表示プログラムを用いて通信する情報処理装置であって、
   表示プログラムを介して前記画像形成装置に情報取得要求を発行する発行手段と、
   前記発行手段により発行された前記情報取得要求に対して、前記画像形成装置から応答される応答情報を取得する取得手段を有し、
   前記取得手段は、前記情報取得要求に関わらない前記デバイスドライバを更新するためのドライバ更新情報を含む応答情報を取得することを特徴とすることを特徴とすることを特徴とする情報処理装置。
7. 前記表示プログラムは、前記応答情報を表示する場合に、前記ドライバ更新情報に基づいて、前記情報処理装置にインストールされているデバイスドライバを更新するためのドライバ取得画面を表示することを特徴とする請求項６に記載の情報処理装置。
8. 前記表示プログラムは、前記ドライバ更新情報に基づいて、前記情報処理装置にインストールされているデバイスドライバを更新するためのドライバ取得画面を表示することを特徴とする請求項６又は７に記載の情報処理装置。
9. 前記ドライバ更新情報は、最新のデバイスドライバを取得するための情報であることを特徴とする請求項６又は７に記載の情報処理装置。
10. 前記デバイスドライバは、プリンタドライバであることを特徴とする請求項６乃至９のいずれかに記載の情報処理装置。
11. ネットワークを介して情報処理装置とデバイスドライバ及び表示プログラムを用いて通信する画像形成装置におけるドライバ処理方法であって、
    前記情報処理装置がインストール可能なデバイスドライバに関するドライバ情報をサーバ装置から取得する取得工程と、
    前記情報処理装置から前記デバイスドライバを介して受信するジョブ情報の中から抽出したドライバ情報とアドレス情報とを対応付けて登録する登録工程と、
    前記表示プログラムを介する情報取得要求時に特定されるアドレス情報に基づいて、前記登録工程により登録されたドライバ情報と前記取得工程により取得されたドライバ情報とを比較して情報処理装置にインストールされている現在のデバイスドライバを更新する必要があるかどうかを判断する判断工程と、
    前記判断工程によりデバイスドライバを更新する必要があると判断した場合、前記現在のデバイスドライバを更新するためのデバイスドライバを取得するためのドライバ取得情報を含む応答情報を作成し、
    前記判断工程によりデバイスドライバを更新する必要がないと判断した場合、前記取得要求に対応する応答情報を作成する作成工程と、
    を有することを特徴とするドライバ更新方法。
12. 前記判断工程によりデバイスドライバを更新する必要があると判断した場合に、前記作成工程により作成した応答情報を登録されたアドレス情報に対応する情報処理装置に転送する転送工程を有することを特徴とする請求項１１記載のドライバ更新方法。
13. 前記アドレス情報は、ＩＰアドレス、ＭＡＣアドレスのいずれかであることを特徴とする請求項１１または１２記載のドライバ更新方法。
14. 前記作成工程は、前記ドライバ情報中のオペレーティングシステム毎に、異なるドライバ取得情報を表示可能な応答情報を作成することを特徴とする請求項１１又は１２記載のドライバ更新方法。
15. 前記デバイスドライバは、プリンタドライバであることを特徴とする請求項１１記載のドライバ更新方法。
16. 画像形成装置とデバイスドライバ及び表示プログラムにより通信する情報処理装置におけるドライバ更新方法であって、
    表示プログラムを介して前記画像形成装置に情報取得要求を発行する発行工程と、
    前記発行工程により発行された前記情報取得要求に対して、前記画像形成装置から応答される応答情報を取得する取得工程を有し、
    前記取得工程は、前記情報取得要求に関わらない前記デバイスドライバを更新するためのドライバ更新情報を含む応答情報を取得することを特徴とすることを特徴とすることを特徴とするドライバ更新方法。
17. 前記表示プログラムは、前記応答情報を表示する場合に、前記ドライバ更新情報に基づいて、前記情報処理装置にインストールされているデバイスドライバを更新するためのドライバ取得画面を表示することを特徴とする請求項１６に記載のドライバ更新方法。
18. 前記表示プログラムは、前記ドライバ更新情報に基づいて、前記情報処理装置にインストールされているデバイスドライバを更新するためのドライバ取得画面を表示することを特徴とする請求項１６又は１７に記載のドライバ更新方法。
19. 前記ドライバ更新情報は、最新のデバイスドライバを取得するための情報であることを特徴とする請求項１６又は１７に記載のドライバ更新方法。
20. 前記デバイスドライバは、プリンタドライバであることを特徴とする請求項１６乃至１９のいずれかに記載のドライバ更新方法。
21. 請求項１１〜２０のいずれかに記載のドライバ更新方法をコンピュータに実行させるためのプログラムを格納したことを特徴とするコンピュータが読み取り可能な記憶媒体。
22. 請求項１１〜２０のいずれかに記載のドライバ更新方法をコンピュータに実行させることを特徴とするプログラム。

Images