(57)【要約】【課題】ドライバのモジュールをアップデートする画像形成システムを提供する。【解決手段】端末装置の機能に対応するモジュールを備えるデバイスドライバを第１の端末装置にインストールする。そして、第１の端末装置の前記モジュールをサーバに送信する。次に、そのモジュールを、サーバのデバイスドライバにインポートする。サーバのデバイスドライバにインポートされたモジュールは、第２の端末装置に送信される。第２の端末装置は、受信した前記モジュールをデバイスドライバのモジュールとしてインストールする。【選択図】  図５
2010117975.tif 000002
【特許請求の範囲】
【請求項１】
画像形成装置のデバイスドライバを備えた第１の端末装置及び１台以上の第２の端末装置と、該デバイスドライバを備えたサーバとを含むシステムにおいて、
前記デバイスドライバは、画像形成装置の機能に対応するモジュールを備え、
前記第１及び第２の端末装置は、
前記サーバへ前記モジュールを送受信するプラグイン手段を備え、
前記サーバは、
前記第１の端末装置から送信された前記モジュールを前記サーバのデバイスドライバにインポートするインポート手段と、
前記インポートされたモジュールを前記第２の端末装置に送信するモジュール送信手段とを備え、
前記第１の端末装置のプラグイン手段は、前記モジュールを前記サーバ又は前記第２の端末装置に送信し、
前記第２の端末装置のプラグイン手段は、前記サーバ又は前記第１の端末装置から受信した前記モジュールを、該端末装置のデバイスドライバのモジュールとしてインストールする
ことを特徴とする画像形成システム。
【請求項２】
前記デバイスドライバは、前記モジュールのバージョン情報を含み、
前記端末装置は、前記バージョン情報を送信するバージョン情報送信手段を更に備え、
前記サーバの前記インポート手段は、前記端末装置のバージョン情報を基にして前記モジュールのインポートを行う
ことを特徴とする請求項１に記載の画像形成システム。
【請求項３】
前記デバイスドライバは、端末装置の動作環境を記述する環境情報を含み、
前記端末装置は、前記環境情報を取得して送信する環境情報送信手段を更に備え、
前記サーバの前記モジュール送信手段は、前記環境情報を基にして付加情報を加えて前記モジュールを送信する
ことを特徴とする請求項１に記載の画像形成システム。
【請求項４】
画像形成装置のデバイスドライバを備えた端末装置において、
前記デバイスドライバは、前記画像形成装置の機能に対応するモジュールと、
サーバへ前記モジュールを送信し、該サーバから受信した前記モジュールを該端末装置のデバイスドライバのモジュールとしてインストールするプラグイン手段を備える
ことを特徴とする端末装置。
【請求項５】
画像形成装置のデバイスドライバを備えたサーバにおいて、
端末装置から送信された前記画像形成装置の機能に対応するモジュールを前記サーバのデバイスドライバにインポートするインポート手段と、
前記インポートされたモジュールを他の端末装置に送信するモジュール送信手段とを備える
ことを特徴とするサーバ。
【請求項６】
端末装置から送信された画像形成装置の機能に対応するモジュールを該画像形成装置のデバイスドライバにインポートするインポート手段と、
前記インポートされたモジュールを他の端末装置に送信するモジュール送信手段とを備える
ことを特徴とする画像形成装置。
【請求項７】
端末装置の機能に対応するモジュールを備えるデバイスドライバを第１の端末装置にインストールし、
前記第１の端末装置の前記モジュールをサーバに送信し、
前記モジュールを前記サーバにデバイスドライバにインポートし、
前記サーバのデバイスドライバにインポートされた前記モジュールを第２の端末装置に送信し、
前記第２の端末装置が受信した前記モジュールを前記第２の端末装置のデバイスドライバのモジュールとして前記第２の端末装置にインストールする
ことを特徴とする画像形成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は画像形成システム、端末装置、サーバ、画像形成装置、及び画像形成方法に係り、特に、デバイスドライバに機能が追加された際に容易に対応する画像形成システム、端末装置、サーバ、画像形成装置、及び画像形成方法に関する。
【背景技術】
【０００２】
近年、ＰＣ（パーソナル・コンピュータ）の普及に伴って、ＰＣのデータをプリントするプリンタ等の印刷装置と、スキャナやＦＡＸや印刷装置等を含む複合機、ＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）といった画像形成装置が普及してきている。
【０００３】
これらの画像形成装置は、ネットワークに接続されていることが多い。また、大規模な企業等のオフィスにおいては、複数の場所に複数の画像形成装置が設置されている。
通常、汎用計算機であるＰＣ（パーソナル・コンピュータ）から画像形成装置の機能を利用するためには、ドライバ（デバイスドライバ）と呼ばれるプログラムを、記憶装置に記憶して動作可能にするインストールを行う必要がある。汎用計算機のドライバは、アップデート（更新）することで、画像形成装置の新機能をサポートしたり、プログラムの不具合であるバグの修正を行うことができる。
このアップデートにおいて、従来、ドライバに新機能がサポートされた場合、ドライバ自体を新しいバージョンにバージョンアップする必要があった。
【０００４】
そこで、従来の画像形成装置として、特許文献１の段落〔００１１〕等を参照すると、画像形成装置にプリンタのドライバを内蔵しておき、ファイルサーバーから画像形成装置に内蔵したプリンタのドライバにて印刷する技術が開示されている（以下、従来技術１とする。）。
従来技術１の画像形成装置は、プリンタドライバを画像形成装置自体に内蔵しているために、画像形成装置にて画像データの印刷設定をすることが可能である。これにより、各画像データを設定別、もしくは画像形成装置別のプリンタ言語記述形式ファイル毎に分けてファイルサーバーに保存しておく必要がなくなり、記憶媒体の容量を節約できるという効果が得られる。
また、プリンタドライバがアップデートされた場合には、画像形成装置が専用のサイトにアクセスして画像形成装置に内蔵するドライバをアップデート可能である。
【０００５】
【特許文献１】特開２００５−２５０６０１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来技術１は、画像形成装置が内蔵するドライバに新機能が追加された場合について記載していなかった。
画像形成装置に新機能が追加された場合に、その機能を利用するためには、従来は、端末装置であるＰＣのドライバをすべてアップデートする必要があった。
ところが、従来技術１では、端末装置であるＰＣのドライバをアップデートする技術については開示されていない。よって、画像形成装置で新機能を使用するためのドライバは、多数のＰＣがある場合でも、各ＰＣで個別にインストーラのような専用のプログラムを使用して、すべてのドライバをバージョンアップする必要があった。
このため、ドライバのアップデートに手間がかかり、さらに、アップデート後に画像形成装置の印刷やスキャナやＦＡＸ等の設定をもう一度行う必要があった。そして、多数のＰＣで、画像形成装置の新機能を使用できるようにインストールと設定を行うには、非常に手間がかかり、画像形成装置の運用費が上昇するという問題があった
【０００７】
本発明は、このような状況に鑑みてなされたものであり、上述の課題を解消することを課題とする。
【課題を解決するための手段】
【０００８】
本発明の画像形成システムは、画像形成装置のデバイスドライバを備えた第１の端末装置及び１台以上の第２の端末装置と、該デバイスドライバを備えたサーバとを含むシステムにおいて、前記デバイスドライバは、画像形成装置の機能に対応するモジュールを備え、前記第１及び第２の端末装置は、前記サーバへ前記モジュールを送受信するプラグイン手段を備え、前記サーバは、前記第１の端末装置から送信された前記モジュールを前記サーバのデバイスドライバにインポートするインポート手段と、前記インポートされたモジュールを前記第２の端末装置に送信するモジュール送信手段とを備え、前記第１の端末装置のプラグイン手段は、前記モジュールを前記サーバ又は前記第２の端末装置に送信し、前記第２の端末装置のプラグイン手段は、前記サーバ又は前記第１の端末装置から受信した前記モジュールを、該端末装置のデバイスドライバのモジュールとしてインストールすることを特徴とする。
本発明の画像形成システムは、前記デバイスドライバは、前記モジュールのバージョン情報を含み、前記端末装置は、前記バージョン情報を送信するバージョン情報送信手段を更に備え、前記サーバの前記インポート手段は、前記端末装置のバージョン情報を基にして前記モジュールのインポートを行うことを特徴とする。
本発明の画像形成システムは、前記デバイスドライバは、端末装置の動作環境を記述する環境情報を含み、前記端末装置は、前記環境情報を取得して送信する環境情報送信手段を更に備え、前記サーバの前記モジュール送信手段は、前記環境情報を基にして付加情報を加えて前記モジュールを送信することを特徴とする。
本発明の端末装置は、画像形成装置のデバイスドライバを備えた端末装置において、前記デバイスドライバは、前記画像形成装置の機能に対応するモジュールと、サーバへ前記モジュールを送信し、該サーバから受信した前記モジュールを該端末装置のデバイスドライバのモジュールとしてインストールするプラグイン手段を備えることを特徴とする。
本発明のサーバは、画像形成装置のデバイスドライバを備えたサーバにおいて、端末装置から送信された前記画像形成装置の機能に対応するモジュールを前記サーバのデバイスドライバにインポートするインポート手段と、前記インポートされたモジュールを他の端末装置に送信するモジュール送信手段とを備えることを特徴とする。
本発明の画像形成装置は、端末装置から送信された画像形成装置の機能に対応するモジュールを該画像形成装置のデバイスドライバにインポートするインポート手段と、前記インポートされたモジュールを他の端末装置に送信するモジュール送信手段とを備えることを特徴とする。
本発明の画像形成方法は、端末装置の機能に対応するモジュールを備えるデバイスドライバを第１の端末装置にインストールし、前記第１の端末装置の前記モジュールをサーバに送信し、前記モジュールを前記サーバにデバイスドライバにインポートし、前記サーバのデバイスドライバにインポートされた前記モジュールを第２の端末装置に送信し、前記第２の端末装置が受信した前記モジュールを前記第２の端末装置のデバイスドライバのモジュールとして前記第２の端末装置にインストールすることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、端末装置のデバイスドライバにおいて、画像形成装置の機能に対応するモジュールのみを更新すればよいため、画像形成装置の機能追加に容易に対応できる画像形成システムを提供することができる。
【発明を実施するための最良の形態】
【００１０】
＜第１の実施の形態＞
（画像形成システムＸのシステム構成）
図１を参照すると、本発明の実施の形態に係る画像形成システムＸは、画像形成装置１０と、ＰＣ２０−１（端末装置）〜ＰＣ２０−ｎ（端末装置）とが、インターネットやイントラネット等であるネットワーク５を介して接続されている。
ネットワーク５は、ＬＡＮ、無線ＬＡＮ、ＷｉＭＡＸ、ＰＬＣ、ｃ．ｌｉｎｋ等のイントラネット／インターネット等のＩＰネットワーク等であり、外部のネットワークと接続することもできる。
画像形成装置１０は、プリンタやデジタル複合機やＭＦＰ等の画像形成装置である。以下では、画像形成装置１０を、これらの画像形成装置の代表として記載する。
ＰＣ２０−１〜２０−ｎは、一般的なＰＣ／ＡＴ互換機やＭＡＣ規格機等のＰＣ、ＰＤＡ等の携帯端末、携帯電話等の端末である。
サーバ３０は、一般的なＰＣ／ＡＴ互換機や専用機等のサーバである。サーバ３０は、後述するように、画像形成装置１０用のデバイスドライバをアップデートするサーバとして動作する。
なお、サーバ３０にＵＳＢ（ユニバーサル・シリアル・バス）やｉ．ｌｉｎｋ（登録商標、ＩＥＥＥ１３９４）等の端子を用いて画像形成装置１０を接続し、ネットワーク５を介して印刷を行うこともできる。また、ＰＣ２０−１〜２０−ｎに、ＵＳＢやｉ．ｌｉｎｋ等で直接画像形成装置１０を接続することもできる。
また、画像形成装置１０は、ネットワーク５に接続された、同様の構成の画像形成装置１０が複数存在してもよい。
【００１１】
（画像形成装置１０の制御構成）
次に、図２を参照して、本発明の実施の形態に係る画像形成装置１０の制御構成について説明する。
画像形成装置１０は、画像形成装置１０の総合的な制御を行うコントローラ部１１０と、ＦＡＸ送信を行うＦＡＸ部１２０と、光学スキャナを備えたスキャナ部１３０と、ユーザーにより画像形成装置の設定を閲覧・変更するための操作パネル部１４０と、印刷用エンジンであるエンジン部１５０等を備えている。
これらの各部位は、例えば、共通のバスで接続されてコントロールされる。
【００１２】
さらに詳しく説明すると、コントローラ部１１０は、ＣＰＵやＭＰＵ（マイクロ・プロセッシング・ユニット）やＤＳＰ（デジタル・シグナル・プロセッサ）等の制御部、ＲＡＭやＲＯＭやＨＤＤやフラッシュメモリ等である記憶部と、ＵＳＢ、ＬＡＮインターフェイス等のインターフェイス、各種Ｉ／Ｏを備えており、画像形成装置１０の全体的な制御を行う部位である。
さらに、コントローラ部１１０は、ネットワーク５に接続するための、ＬＡＮインターフェイス等を備えている。このＬＡＮインターフェイスは脱着可能であり、ネットワーク５の各種のネットワークに対応できる。そして、ＰＣ２０−１〜２０−ｎからの印刷データを受信する。また、サーバ３０から、後述するモジュール用追加プログラム１１５の情報を受信可能である。
【００１３】
また、コントローラ部１１０は、モジュール用追加プログラム１１５を、ＲＯＭ、ＨＤＤ、フラッシュメモリ等の不揮発性の記憶部位に備えている。
モジュール用追加プログラム１１５は、後述する追加モジュールＡ〜Ｃを追加する際に、実際にその機能を追加するための画像形成装置用のプログラムである。このモジュール用追加プログラム１１５は、ハードウェア的な拡張が必要な場合には、画像形成装置の拡張基盤とともにサービスマンがインストールする。ソフトウェア的な拡張を行うだけの場合には、サーバ３０やＰＣ２０−１〜２０−ｎからオンラインインストールすることが可能である。
また、コントローラ部１１０の不揮発性の記憶部位には、ユーザーがログインを行う際のログイン情報や、オンラインスキャナやＦＡＸの送付先等の情報についても記憶している。
【００１４】
ＦＡＸ部１２０は、ＦＡＸ送受信を行う部位であり、通常の電話回線やＩＳＤＮ回線等と接続されている。また、ＦＡＸ部１２０は、ＦＡＸで送信されてきた画像を、コントローラ部１１０の記憶部に記憶することができる。
スキャナ部１３０は、光学スキャナと、オートシードフィーダ等を備える部位である。光学スキャナは、ＣＣＤ（Ｃｈａｒｇｅ  Ｃｏｕｐｌｅｄ  Ｄｅｖｉｃｅ）イメージセンサ、ＣＩＳ（Ｃｏｎｔａｃｔ  Ｉｍａｇｅ  Ｓｅｎｓｏｒ）イメージセンサ、ＣＣＤアレイ、ＣＩＳアレイ等の光学素子を使用することができる。このスキャナ部１３０で取得した画像データについても、コントローラ部１１０の記憶部に記憶することができる。
【００１５】
操作パネル部１４０は、画像形成装置１０をユーザーが使用する場合の指示や、各種設定のインターフェイスの機能をもつ部位である。操作パネル部１４０は、液晶ディスプレイや有機ＥＬディスプレイやＬＥＤ等である表示部１４５と、テンキーやボタンやＲＦＩＤセンサーや生体認証センサー等である入力部１４６とを備えている。
操作パネル部１４０は、印刷やＦＡＸやスキャナ送信時に、入力部１４６に入力されたユーザーのボタン操作等の指示を検知して、ユーザー認証を行うことができる。また、スキャナやＦＡＸ送信の際の送信先等に対するユーザーの入力を検知することもできる。そして、これらの操作の際の情報を、表示部１４５に表示することができる。
【００１６】
エンジン部１５０は、レーザープリンタのような、レーザーとポリゴンミラー又はＬＥＤアレイ、感光体（ドラム、転写ベルト等）、トナーカートリッジを着脱可能なトナー供給部、制御部、ＲＡＭ・ＲＯＭ・フラッシュメモリ等を備えているような、公知のＭＦＰの印刷部と同等の部位である。また、インクジェット式や昇華式のプリンタの場合は、それぞれの方式に係る公知の印刷エンジン部位と同様の機能を備えている。
【００１７】
（ＰＣ２０−１の制御構成）
次に、図３を参照して、本発明の実施の形態に係るＰＣ２０−１の制御構成をさらに詳しく説明する。
ＰＣ２０−１は、ＰＣ／ＡＴ互換機規格等のＰＣ、携帯電話、スマートフォンやＰＤＡ等の携帯端末等であり、汎用性をもった計算機である。ＰＣ２０−１〜ＰＣ２０−ｎは、同様な構成のものが複数備えられているので、以下、ＰＣ２０−１を代表例として説明する。
ＰＣ２０−１は、ＣＰＵ（中央処理装置）等である制御部２１０（バージョン情報送信手段、環境情報送信手段）と、ＲＡＭ（主記憶装置）やＲＯＭやフラッシュメモリやＨＤＤ（補助記憶装置）等である記憶部２２０とが、ＲＡＭコントローラやビデオコントローラや各種Ｉ／Ｏ等であるチップセット２３０と接続されている。チップセット２３０には、ネットワーク５に接続するためのＬＡＮインターフェイス等であるネットワーク接続部２４０も接続している。
また、ＰＣ２０−１には、液晶ディスプレイ等である表示部２５０と、キーボードやテンキーやポインティングデバイス（マウス、タッチパッド等）等である入力部２６０（入力手段）とを備えている。
なお、ＡＭＤ（Ａｄｖａｎｃｅｄ  Ｍｉｃｒｏ  Ｄｅｖｉｃｅｓ）社製のＣＰＵや、インテル社製のＣＰＵであるＣｏｒｅ  ｉ７等では、チップセットにはＲＡＭコントローラを内蔵せずに、ＣＰＵに内蔵している。また、チップセット２３０と表示部２５０との間に、ＰＣＩ−Ｅｘｐｒｅｓバスで接続するビデオカード等を備えていてもよい。
【００１８】
また、ＰＣ２０−１には、記憶部２２０のＨＤＤやフラッシュメモリドライブ等には、ウィンドウズ（登録商標）やＬｉｎｕｘ（登録商標）等の各種ＯＳ（オペレーティング・システム）がインストールされている。
このＯＳ上では各種アプリケーションプログラム（アプリケーション）が動作する。また、これらのアプリケーションから印刷するための、画像形成装置のドライバ２２１等が、記憶部２２０のＨＤＤやフラッシュメモリドライブ等にインストールされて備えられている。
【００１９】
ドライバ２２１（デバイスドライバ）は、ＯＳ上で動作する画像形成装置１０用のデバイスドライバである。デバイスドライバとは、ＯＳ上で各種の周辺機器に対して処理を遂行するためのプログラム（ソフトウェア）のことである。ドライバ２２１は、対応機種であれば、画像形成装置１０の種類が異なっても切り換えて印刷データを各画像形成装置に送信可能である。
また、ドライバ２２１は、オブジェクト形式で提供することができ、データを含んでいるクラス（オブジェクト、プログラム）等を用いて構成される。このクラスとしては、ＯＳのメッセージ管理機能を用いてＧＵＩ（グラフィカル・ユーザー・インターフェイス）での各種設定を行う機能も備えている。
【００２０】
具体的に、ドライバ２２１は、バージョン情報２２２と、ＧＵＩ部２２３（グラフィカル・ユーザー・インターフェイス）と、描画部２２４と、プラグイン部２２５（プラグイン手段）とを備える。
バージョン情報２２２は、ドライバ２２１自体のバージョンや、ドライバ２２１が含む各モジュールのバージョンに関する情報を記憶したデータである。このバージョンとしては、リリースの年月日時やファイルスタンプやファイルの容量やチェックサム等のリソース情報を含むことができる。また、モジュールの互換性についての情報も記憶している。
ＧＵＩ部２２３は、ＯＳのグラフィカル・ユーザー・インターフェイスを用いて画像形成装置１０の設定と各モジュールのインストール等の確認を行い、ユーザーが設定した設定データや各モジュールを記憶する部位である。
描画部２２４は、ユーザーがアプリケーションから印刷処理を行ったときに、アプリケーションからスプールされた描画データを、画像形成装置１０のＰＤＬ（ページ記述言語）等の印刷データに変換する部位である。描画部２２４は、この変換の際に、プラグイン部２２５のモジュールを呼び出すこともできる。
プラグイン部２２５は、画像形成装置１０の各機能を呼び出すためのクラス等のプログラムである「モジュール」を記憶したりアップデートする部位である。
環境情報２２６は、画像形成装置１０の機能の呼び出しに関するユーザーの権限、ＩＰアドレス、ＰＣの各デバイスやＯＳの機種依存情報等である動作環境についての記述が記憶された情報である。環境情報２２６は、ＰＣ２０−１〜２０−ｎにデバイスドライバ２２１をインストールした際に、制御部２１０が収集することができる。また、環境情報２２６は、ＧＵＩ部２２３を用いて、ユーザーにより設定可能である。
【００２１】
ここで、「モジュール」は、例えば、「プラグイン」のような形式で提供され、例えば、画像形成装置１０への印刷、ＦＡＸ部１２０からのＦＡＸ送受信、スキャナ部１３０からのスキャナデータの受信といった機能を実現することができるプログラムやデータやクラス等である。各モジュールはデータやサブルーチン等の呼び出しのための共通のインターフェイスを備えており、Ｊａｖａ（登録商標）等の機種依存が少ないプログラム言語で記載された独立のクラスであってもよい。また、各モジュールは、デバイスドライバのバージョンとは関係なく呼び出しが可能である。すなわち、バージョンが古いドライバ２２１であっても、新しいバージョンのデバイスドライバに含まれるモジュールをインストールして呼び出すことが可能である。このバージョン情報２２２は、その他にも、例えば、ファイルの更新日や後述する各モジュールの互換性といった情報も備えている。この各モジュールの互換性としては、モジュールとドライバの依存関係についての情報も含まれる。依存関係の情報としては、例えば、モジュールＤ（図６〜図８参照）はドライバ２２１又はドライバ２２１２と、モジュールＡが必要といった情報も備えている。
以下では、ＰＣ２０−１は、モジュールＡ、モジュールＢ、モジュールＣを備えているものとして説明する。
【００２２】
ドライバ２２１は、実際には、仮想デバイスドライバのようなデバイスドライバとして構成することができる。すなわち、ドライバ２２１は、画像形成装置１０の各画像形成装置のデバイスドライバに印刷データを送信する前に、該印刷データをフェッチ（取得）して各画像形成装置を選択して送信することもできる。
ユーザーは、ドライバ２２１をインストールすると、自動的にそれまでインストールされていたドライバを検出して、このドライバとそのドライバ用に接続された画像形成装置の情報を取得するポーリングを行って記憶部２２０に記憶するように構成可能である。
なお、これらの各画像形成装置用のドライバも、モジュールの一部として記憶することが可能である。
【００２３】
（サーバ３０の制御構成）
次に、図４を更に参照して、本発明の実施の形態に係るサーバ３０の制御構成を詳しく説明する。サーバ３０は、各ＰＣ２０−１〜２０−ｎのドライバをアップデートするためのドライバアップデートサーバであり、最新ドライバを記憶している。
【００２４】
サーバ３０は、ゲートウェイ部３１０と、モジュールインポート部３２０（インポート手段）と、ドライバデータベース３３０と、モジュールアップデート部３４０（モジュール送信手段）とから構成されている。
ゲートウェイ部３１０は、ルータやプロキシサーバやゲートウェイサーバのような機能を備えたサーバであり、負荷分散等の機能も備えている。ゲートウェイ部３１０は、ネットワーク５を介してＰＣ２０−１〜２０−ｎとコネクションを確立する。そして、ＰＣ２０−１〜２０−ｎから送信されてきたデバイスドライバのバージョン情報２２２やモジュール等を各部へ送信する。また、各部の応答のデータ等を、ＰＣ２０−１〜２０−ｎに送信する。
モジュールインポート部３２０は、ドライバデータベース３３０のドライバ２２１の各モジュールを更新する部位である。モジュールインポート部３２０は、ＰＣ２０−１から送信されてきたバージョン情報を基にして、記憶されたドライバ２２１のプラグイン部２２５の各モジュールのバージョンを確認し、当該モジュールを最新バージョンにアップデート（バージョンアップ）する。
ドライバデータベース３３０は、ドライバ２２１を記憶しているデータベースである。このドライバ２２１は、ＰＣ２０−１のドライバ２２１と同じものである。このドライバ２２１は、ドライバ２２１そのものに加えてプラグイン部２２５の各モジュールを、モジュールアップデート部３４０により、他のＰＣ２０−２〜ＰＣ２０−ｎにダウンロードさせ、インストールさせることができる。さらに、ドライバデータベース３３０には、不正なドライバ２２１のアップロードやダウンロードを防ぐための、公開鍵・秘密鍵等も記憶している。加えて、ドライバデータベース３３０は、各モジュールに対応した、画像形成装置１０のモジュール用追加プログラム１１５を備えていてもよい。
モジュールアップデート部３４０は、ユーザーのＰＣ２０−１〜ＰＣ２０−ｎに対して、モジュールのバージョン等の確認を行う指示を送信し、ＰＣ２０−１〜ＰＣ２０−ｎのデバイスドライバに含まれるモジュールが古い場合にはアップデートさせるためのプログラム等の部位である。
仮想化部３５０は、ＰＣ２０−１〜２０−ｎや画像形成装置１０の機能を仮想化やエミュレーションにより実現する部位である。仮想化部３５０には、ＰＣ２０−１〜２０−ｎの標準的な環境と同等のＯＳがインストールされ、デバイスドライバ２２１がインストールされている。モジュールアップデート部３４０は、この仮想化部３５０を用いて、新しいモジュールをインストールしたドライバ２２１により、画像形成装置１０の機能を呼び出すことが可能であることを検証する。また、モジュールアップデート部３４０は、仮想化部３５０を用いて、ドライバ２２１にモジュールをインストール可能であることを検証することができる。
【００２５】
〔画像形成システムＸによるドライバのモジュールアップデート処理〕
ここで、図５〜図７を更に参照して、本発明の実施の形態に係る画像形成システムＸによるモジュールアップデート処理について具体的に説明する。
従来の画像形成装置に新機能がサポートされた場合、旧プリンタドライバにおいて新機能を使用する場合はプリンタドライバをバージョンアップする必要がある。この際に、専用のインストーラのプログラム等を使用して、ＰＣのドライバをすべてバージョンアップする必要があった。
これに対して、本発明の実施の形態に係る画像形成システムＸにおいては、サーバ３０が、各ＰＣ２０−１〜２０−ｎにインストールされたドライバにおいて、各機能に対応するドライバ２２１内のモジュールのバージョンを確認する。
この上で、サーバ３０は、ユーザーが新機能を使用したい場合、このモジュールを更新させることができる。
これによりドライバ２２１自体をバージョンアップする必要がないため：
・画像形成装置１０の新しい機能を使用するために、ドライバ自体をバージョンアップする必要が少なくなる。すなわち、旧ドライバのままで新しい機能を使用することできる
・今までの印刷使用環境をそのまま引き継ぐことが可能である
・バージョンアップにかかる手間とコストを削減することができる
という特徴が得られる。
以下で、図５のフローチャートを参照して、各本発明の実施の形態に係るモジュールアップデート処理ついて説明する。
ここでは、まず、ＰＣ２０−２に、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の記憶媒体を用いて、記憶部２２０に画像形成装置１０用の新しいバージョンのドライバ２２１２をインストールした際のモジュールの更新について、詳しく説明する。
【００２６】
（ステップＳ２０１）
まず、ＰＣ２０−２の制御部２１０は、プラグイン部２２５２を用いて、モジュールエクスポート処理を行う。
図６を参照すると、上述したように、ＰＣ２０−２は、新バージョンのドライバであるドライバ２２１２をインストールされている。ＰＣ２０−２にインストールされたドライバ２２１２では、プラグイン部２２５２のモジュールＡとモジュールＢは、旧バージョンのドライバ（旧ドライバ）であるドライバ２２１と同様である。しかし、プラグイン部２２５２には、新しい機能が追加された新しいバージョンのモジュールであるモジュールＤが備えられている。
その後、ドライバ２２１２が起動すると、制御部２１０は、プラグイン部２２５を用いて、サーバ３０のゲートウェイ部３１０との間で、ＳＦＴＰ（セキュア・ファイル・トランスポート・プロトコル）等のプロトコルを用いてコネクションを確立する。この際に、サーバ３０のゲートウェイ部３１０は、図示しない暗号キーを用いて、不正なデバイスドライバ２２１を備えたＰＣでないかどうかをチェックすることも可能である。
【００２７】
（タイミングＴ４０１）
制御部２１０は、プラグイン部２２５２を用いて、ドライバ２２１２に含まれる、バージョン情報２２２２と、モジュールＡ、Ｂ、Ｄとを、ネットワーク５を介してサーバ３０へ送信する。
【００２８】
（ステップＳ３０１）
次に、サーバ３０のモジュールインポート部３２０は、モジュールチェック処理を行う。
具体的には、まず、モジュールインポート部３２０は、ゲートウェイ部３１０が受信したバージョン情報２２２２と、ドライバデータベース３３０に記憶されているドライバ２２１内のバージョン情報２２２とを比較する。
この上で、モジュールインポート部３２０は、バージョン情報２２２２を参照して、サーバ３０内のモジュールやドライバのバージョンの更新日時やファイルの容量やチェックサム等を基にして、受信したモジュールが、サーバ３０のモジュールに比べて新しいモジュールであるかを検索する。
なお、ドライバ２２１とドライバ２２１２のバージョンによっては、モジュールに互換性がない場合も考えられる。その場合は、モジュールを後述する「インポート」しないか、ドライバ２２１をドライバ２２１２に更新するかについて、サーバ３０の管理者が設定可能である。
【００２９】
（ステップＳ３０２）
次に、サーバ３０のモジュールインポート部３２０は、モジュールがインポートするか否かを判定する。
ここでは、上述のバージョン情報２２２２とバージョン情報２２２との比較により、各モジュールについて、ドライバデータベース３３０に記憶しているモジュールを置き換えて記憶するインポートを行うかについて判定を行う。具体的には、モジュールインポート部３２０は、モジュールが新しく、ドライバ２２１で使用可能であればインポートを行うと判定する。逆に、受信したモジュールが、ドライバデータベース３３０の記憶されているモジュールと同一若しくは古いバージョンであった場合、すなわち既に同一のモジュールが記憶されている場合、インポートをしないと判定する。
Ｙｅｓ、すなわち、インポートを行うと判定した場合、モジュールインポート部３２０は、処理をステップＳ３０３に進める。
Ｎｏ、すなわち、インポートをしないと判定した場合、モジュールインポート部３２０は、モジュールアップデート処理を終了する。
【００３０】
（ステップＳ３０３）
サーバ３０のモジュールインポート部３２０は、ここで、モジュールインポート処理を行う。
図７を参照して具体的に説明すると、モジュールインポート部３２０は、ゲートウェイ部３１０が受信したモジュールを、ドライバデータベース３３０のデバイスドライバ２２１のプラグイン部２２５に記憶する。
このように、モジュールインポート部３２０は、ＰＣ２０−１〜２０−ｎからモジュールを取得して、元のモジュールを置き換える「インポート」が可能である。モジュールインポート部３２０は、ドライバ内のプラグイン部２２５の記憶領域やファイル等を参照して、各モジュールの記憶領域やクラスのエントリポイントやファイルそのものを置き換えることでインポートを行う。
図７の例によると、モジュールインポート部３２０は、プラグイン部２２５のモジュールＣを、モジュールＤに置き換えるインポートを行っている。
このインポートが行われたデバイスドライバ２２１は、ＰＣ２０−１〜２０−ｎにて画像形成装置１０のドライバとして使用可能である。なお、インポートの際に、モジュールインポート部３２０は、記憶領域やファイルを圧縮等して記憶しておいてもよい。
【００３１】
このインポート後に、モジュールインポート部３２０は、インポートした旨について、ドライバデータベース３３０のデバイスドライバ２２１のバージョン情報２２２に記憶する。
また、モジュールインポート部３２０は、プラグイン部２２５が確実に該モジュールをアップデートできるように、各モジュールのエントリーポイント等の記憶領域やファイルに関するデータを計算してプラグイン部２２５に記憶する。
また、モジュールインポート部３２０は、インポートする前のモジュールＣについて、ドライバデータベース３３０内に「アーカイブ」して保存する。これにより、それぞれのＰＣ２０−１〜２０−ｎにモジュールをインストールした際に不具合があっても対応可能である。
さらに、モジュールインポート部３２０は、インポートしたモジュールに対応するモジュール用追加プログラム１１５が、画像形成装置１０のコントローラ部１１０に記憶されているか確認する。この確認においては、ネットワーク５を介して画像形成装置１０に問い合わせる。
もし、モジュールインポート部３２０は、画像形成装置１０にモジュール用追加プログラム１１５がインストールされていない場合、後述するモジュール確認要求処理以下の処理を行わないように設定することも可能である。
さらに、ドライバデータベース３３０にモジュール用追加プログラム１１５を記憶されている場合には、モジュールインポート部３２０は、画像形成装置１０に、モジュール用追加プログラム１１５をインストールすることもできる。
【００３２】
ここで、モジュールインポート部３２０及びは、仮想化部３５０を用いて、サーバ３０の仮想的なＰＣ環境のデバイスドライバ２２１にモジュールを追加（インストール）する。そして、インストールしたドライバを用いて、仮想的な画像形成装置１０からインポートしたモジュールの機能を呼び出す。
これにより、ＰＣ２０−１〜２０−ｎのドライバ２２１に、モジュールをインストール可能であることを検証し、そのモジュールをアップデートしたドライバが確実に実行可能であることを検証する。
【００３３】
画像形成装置１０にモジュール用追加プログラム１１５がインストールされていない場合や、仮想的なＰＣ環境に新たにモジュールを追加することができない場合や、該ドライバが実行できない場合、モジュールインポート部３２０は、アーカイブされたモジュールから元のモジュールに戻すような設定も可能である。
なお、モジュールをアップデートしたせいでＰＣ２０−１〜２０−ｎに不具合が起きた場合、そのＰＣ２０−１〜２０−ｎはサーバ３０にその旨と環境情報２２６を送信することができる。すると、サーバ３０は、古いモジュールＣを送信するとともに、サーバ３０の管理者に不具合の内容と環境情報２２６を文字化して通知する。これにより、管理者は、各モジュールと環境情報２２６との依存関係等についての情報を得てドライバ２２１やモジュールを改良することができる。
【００３４】
（ステップＳ３０４）
次に、サーバ３０のモジュールアップデート部３４０は、ＰＣ２０−１、ＰＣ２０−３〜ＰＣ２０−ｎに対してモジュール確認要求処理を行う。
具体的には、サーバ３０のモジュールアップデート部３４０は、ネットワーク５上の所定の範囲で、画像形成装置１０用のドライバをインストールしたＰＣ２０−１〜２０−ｎを検索するポーリングを行う。このポーリングを行うネットワーク５上の所定の範囲としては、例えば、ＩＰアドレスによりＷＡＮとＬＡＮで区別してＬＡＮ内のみ所定の範囲とする、サブネットマスクにより所定の範囲を決める、ＰＣ２０−１〜２０−ｎにより特定のＩＰアドレスを指定する、といった設定が可能である。
モジュールアップデート部３４０は、ポーリングにより発見したＰＣ２０−２以外のＰＣに、モジュールのアップデートの要求（リクエスト）をする。
【００３５】
なお、このポーリングは、ＰＣ２０−１〜２０−ｎの制御部２１０がドライバ２２１を用いて、数秒〜数時間程度の所定の期間で行うこともできる。
また、ポーリングを行わず、ブロードキャストのような手段を用いて、直接、ネットワーク５上のＰＣ２０−１〜２０−ｎすべてにモジュール確認要求処理のコマンドを送信するような構成も可能である。
【００３６】
（タイミングＴ４０２）
モジュールのアップデートの要求として、モジュールアップデート部３４０は、モジュールのアップデートを要求するためのコマンドと、バージョン情報２２２とを、ゲートウェイ部３１０からネットワーク５を介して、送信する。
この送信の際には、圧縮等を行って、ネットワーク帯域を節約することもできる。
【００３７】
（ステップＳ１０１）
ここで、ＰＣ２０−１の制御部２１０は、ドライバ２２１のプラグイン部２２５を用いてモジュール確認処理を行う。
ネットワーク接続部２４０からモジュールのアップデートを要求するためのコマンドとサーバ３０のバージョン情報２２２とを受信すると、制御部２１０は、デバイスドライバ２２１のバージョン情報２２２と比較する。これにより、制御部２１０は、プラグイン部２２５のモジュールをインストール可能であるかを確認する。
なお、このモジュール確認処理においては、ＰＣ２０−１のドライバ２２１自体のバージョンと、各モジュールとの関係についての依存関係のチェックなど、より厳密な確認を行うことも可能である。
【００３８】
（ステップＳ１０２）
次に、ＰＣ２０−１の制御部２１０は、モジュールがインストール可能であるか否かを判定する。
具体的には、制御部２１０は、上述のステップＳ１０１にて、サーバ３０に含まれるモジュールが新しく、デバイスドライバ２２１で使用可能であれば、インストール可能であると判断する。それ以外の場合は、インストール不可能であると判断する。
Ｙｅｓ、すなわちインストール可能と判定した場合は、ＰＣ２０−１の制御部２１０は、ステップＳ１０３に処理を進める。
Ｎｏの場合は、すなわちインストール不可能と判定した場合は、ＰＣ２０−１の制御部２１０は、モジュールアップデート処理を終了する。
なお、制御部２１０は、サーバ３０から送信されてきたバージョン情報２２２を参照して、サーバ３０のドライバが新しいかどうかについてもチェック可能である。ＰＣ２０−１に、サーバ３０のドライバ自体をインストールすると依存関係が解消して、サーバ３０のモジュールをインストール可能である場合には、制御部２１０は、サーバ３０のドライバ２２１を要求してこれを受信してインストールすることも可能である。
【００３９】
（ステップＳ１０３）
ＰＣ２０−１の制御部２１０は、ドライバ２２１のプラグイン部２２５を用いてモジュール要求処理を行う。
このモジュール要求処理においては、制御部２１０は、確認したインストール可能なモジュールを送信するよう、ネットワーク接続部２４０からネットワーク５を介してサーバ３０に要求する。図７の例では、モジュールＤを要求する。
なお、このモジュール要求処理においては、サーバ３０のバージョン情報２２２に新しく使用可能なモジュールが記載されていれば、例えばモジュールＤに限らずに要求可能である。
【００４０】
（タイミングＴ４０３）
ここで、ＰＣ２０−１の制御部２１０は、ネットワーク接続部２４０からネットワーク５を介して、モジュール要求のコマンドを送信する。
この際に、制御部２１０は、ネットワーク接続部２４０から環境情報２２６についても送信する。
【００４１】
（ステップＳ３０５）
サーバ３０のモジュールアップデート部３４０は、ゲートウェイ部３１０からモジュール要求のコマンドを受信すると、モジュール送信処理を行う。
具体的には、モジュールアップデート部３４０は、モジュール要求のコマンドに含まれた情報に従って、ドライバデータベース３３０のドライバ２１１のプラグイン部２２５に記憶されたモジュールを送信する。図７の例では、モジュールＤを送信する。
【００４２】
この送信の際には、モジュールアップデート部３４０は、環境情報２２６を用いて、モジュールに付加情報を加えて送信することができる。
付加情報としては、例えば、公開鍵・秘密鍵を用いて、各モジュールとＰＣ２０−１のＩＰアドレスに対応した情報を付加した上で、モジュールを送信することができる。
このような付加情報により、ＰＣ２０−１の動作環境に対応するモジュールを送信することができる。
【００４３】
（タイミングＴ４０４）
ここで、モジュールアップデート部３４０は、ゲートウェイ部３１０からネットワーク５を介して、モジュールを送信する。
【００４４】
（ステップＳ１０４）
次に、ＰＣ２０−１の制御部２１０は、ドライバ２２１のプラグイン部２２５を用いてモジュールインストール処理を行う。
図８を参照して説明すると、制御部２１０は、ネットワーク接続部２４０にて受信したモジュールを、ドライバ２２１にて展開して、確かにインストール可能なモジュールであるかチェックする。
ここで、制御部２１０は、ドライバ２２１のＧＵＩ部２２３を用いて、本当にインストールして良いかをユーザーに尋ねるダイアログボックスを表示してもよい。この場合、ユーザーがモジュールのインストールを拒否した場合には、インストールを行わない。
【００４５】
モジュールをインストールする場合、制御部２１０はプラグイン部２２５を用いて、古いモジュールと置き換えて、受信したモジュールを記憶する。
その後、制御部２１０はプラグイン部２２５を用いて、ＰＣ２０−１のＯＳや機器の環境情報２２６に従って、バージョン情報２２２のモジュールに関する部分を書き換え、プラグイン部２２５のモジュールの呼び出しに関する情報を書き換える。また、制御部２１０は、ＧＵＩ部２２３や描画部２２４についても、必要であれば各モジュールを呼び出す指示をするためのインターフェイス用のリソースデータ等を書き換える。この書き換えが終了すると、制御部２１０は、場合によってはＰＣ２０−１〜２０−ｎの再起動を行い、モジュールのインストールを完了する。図８の例では、ＰＣ２０−１のドライバ２２１のプラグイン部２２５に、モジュールＤがインストールされている。
以上により、本発明の実施の形態に係る画像形成システムＸによるドライバのモジュールアップデート処理を終了する。
【００４６】
その後、ユーザーが画像形成装置の機能を呼び出したい場合は、ＰＣ２０−１の制御部２１０は、ＧＵＩ部２２３を用いてドライバのプロパティ等の画面にて設定する。
また、実際にアプリケーションから印刷処理が行われた場合には、制御部２１０は描画部２２４を用いて、プラグイン部２２５のモジュールを呼び出して、印刷処理が可能である。
【００４７】
ここで、ＰＣ２０−１で印刷を行う際に、図８のモジュールＤが、印刷データを一見ランダムに見えるウォーターマークを組み込んで印刷するようなモジュールである例について簡単に説明する。
まず、制御部２１０は、ユーザーがＧＵＩ部２２３を用いて指示したことを検知する。そして、制御部２１０は描画部２２４を用いて、そのモジュールＤを呼び出し、印刷データからそのウォーターマークを付加する情報を組み込んだ印刷データを描画する。この際に、モジュールＤは、サーバ３０によりＩＰアドレス等の情報を付加されているために、ＰＣ２０−１固有のウォーターマークを付加する情報が印刷データに組み込まれる。
画像形成装置１０は、コントローラ部１１０が印刷データを受信すると、モジュール用追加プログラム１１５を用いて、ウォーターマークを付加する情報が不正なものでないことを確認し、印刷データにウォーターマーク等を描画した上でラスタライズ（描画）を行う。エンジン部１５０は、このラスタライズされたデータを印刷して出力する。
このように、ＰＣ２０−１で、ドライバ２２１のままでも、画像形成装置１０の新しい機能をモジュールを用いて容易に呼び出すことが可能である。
【００４８】
以上のように構成することで、以下のような効果を得ることができる。
まず、従来技術１では、ＰＣのドライバのモジュールのインストールについては開示されていない。このため、画像形成装置１０のドライバに新たな機能が付加された場合には、この機能に対応したドライバを、インストーラ等の専用プログラムを使用してすべてインストールし直す必要があった。
このため、多数のＰＣ２０−１〜２０−ｎが使用されているような大規模な環境の場合、すべてのＰＣのドライバをアップデートすると、莫大な手間やコストがかかるという問題があった。
また、旧プリンタドライバにおいて新機能を使用することができないという問題があった。よって、新しいドライバをインストールした後で、以前、使用していた印刷環境を再設定する必要があった。
【００４９】
これに対して、本発明の実施の形態に係る画像形成システムＸにおいては、ドライバについて、画像形成装置１０の各機能に対応したモジュール単位でのアップデートを行うことができる。
このため、旧ドライバでもモジュールをアップデートすることで、画像形成装置１０の新機能に対応することができる。
また、画像形成システムＸにおいては、１つのＰＣで新機能に対応したドライバをインストールすると、この新機能に対応するモジュールをインポートする。そして、自動的に、各ＰＣ２０−１〜２０−ｎに、このモジュールをインストールすることができる。
このため、１つのＰＣにて新ドライバをインストールするだけで、古いドライバ２２１を用いている他のＰＣでも画像形成装置１０の新しい機能を用いることができる。
このため、ドライバ自体のインストールのし直しと印刷環境の再設定を行う必要がなくなり、手間とコストを大幅に削減することができる。
【００５０】
また、本発明の実施の形態に係る画像形成システムＸにおいては、サーバ３０のモジュールインポート部３２０が互換性等を確認した上で、ドライバをインポートする。
このため、新しいドライバのモジュールをインポートした場合でも、不具合を起こす可能性を抑えることが可能になる。
また、仮想化部３５０を用いて、実際に実行可能であるか、仮想環境にてチェックすることでより安全性を高められるという効果も得られる。
【００５１】
また、本発明の実施の形態に係る画像形成システムＸにおいては、サーバ３０ではモジュールインポート部３２０がドライバデータベース３３０のドライバ２２１にモジュールをインポートする。これに対して、ＰＣ２０−１〜２０−ｎではプラグイン部２２５を用いてモジュールをインストールする。
このため、サーバ３０に、ドライバ２２１のドライバをインストールする際に、ドライバ２２１のプラグイン部２２５のアップデート機能を用いる必要がない。よって、新しいドライバやモジュールにバグ等があったり、互換性の問題でプラグイン部２２５が働かない場合でも、サーバ３０がハングアップ等をすることを防止可能である。さらに、ドライバデータベース３３０に、古いモジュールをアーカイブしておいて、更新不可能として古いモジュールに戻すこともできる。
【００５２】
また、本発明の実施の形態に係る画像形成システムＸにおいては、サーバ３０が、モジュールをインストールさせるＰＣ２０−１〜２０−ｎを設定することができる。このため、ＬＡＮ内でのみモジュールをインストールさせるように設定することで、そのＬＡＮ内の画像形成装置１０に対してのみ使用するカスタム（個別作成）のモジュールに対応できる。
このため、画像形成装置１０のドライバの開発が容易になるという効果が得られる。開発段階のカスタムモジュールも、他のＰＣに自動的にインストールされるために、ＰＣ２０−１〜２０−ｎの動作環境による不具合があった場合でも、すぐ発見可能になるという効果が得られる。その場合でも、不具合があったＰＣの環境情報２２６を参照して、すぐに不具合に対処可能である。
【００５３】
また、本発明の実施の形態に係る画像形成システムＸにおいては、サーバ３０が、それぞれのＰＣ２０−１〜２０−ｎの環境情報２２６によりモジュールを修正して送信し、各ＰＣ２０−１〜２０−ｎがインストール可能である。
これにより、ＰＣ２０−１〜２０−ｎに個別に対応したモジュールをインストールすることができる。このため、例えば、セキュリティを向上した印刷等を行うことができる。
また、サーバ３０で環境情報２２６を、モジュールをインストールしたＰＣの管理が簡単に行えるという効果が得られる。
【００５４】
なお、上述の実施の形態においては、サーバ３０にドライバ２２１を内蔵するように記載したが、画像形成装置１０に内蔵するようにしてもよい。この場合は、画像形成装置１０は、サーバ３０と同等の構成部位をコントローラ部１１０に内蔵することができる。この場合、サーバ３０を別途用意するコストを低減することができるという効果が得られる。
また、上述の実施の形態においては、サーバ３０が管理して、各画像形成装置のドライバ２２１のモジュールをアップデートするように記載したが、ドライバ２２１自体にモジュールのアップデート機能を備えていてもよい。この場合は、サーバ３０モジュールインポート部３２０とモジュールアップデート部３４０に相当する部位を、ドライバ２２１に備えることができる。この構成では、例えばＰＣ２０−２に新しいドライバがインストールされた場合には、ＰＣ２０−１の制御部２１０は、ネットワーク接続部２４０から、他に同種のドライバがインストールされたＰＣ２０−１〜２０−ｎを検索する。そして、鍵の受け渡しの後で、ＰｔＰ（ピア・トゥー・ピア）等の技術を用いてバージョン情報２２２を交換し、モジュールの新旧を判断して、新しいモジュールに更新可能である。
また、各モジュールに関する画像形成装置１０のモジュール用追加プログラム１１５は、ＰＣ２０−１〜２０−ｎから、特別の管理プログラム等を用いてインストール可能である。
【００５５】
なお、上記実施の形態の構成及び動作は例であって、本発明の趣旨を逸脱しない範囲で適宜変更して実行することができることは言うまでもない。
【図面の簡単な説明】
【００５６】
【図１】本発明の実施の形態に係る画像形成システムＸのシステム構成図である。
【図２】本発明の実施の形態に係る画像形成装置１０の制御構成を示すブロック図である。
【図３】本発明の実施の形態に係るＰＣ２０−１の制御構成を示すブロック図である。
【図４】本発明の実施の形態に係るサーバ３０の制御構成を示すブロック図である。
【図５】本発明の実施の形態に係る画像形成システムＸのモジュールアップデート処理を示すフローチャートである。
【図６】本発明の実施の形態に係るモジュールアップデート処理のアップデート処理前の状態を示す概念図である。
【図７】本発明の実施の形態に係るサーバ３０のモジュールインポート処理後の状態を示す概念図である。
【図８】従来の画像形成装置に係るＰＣ２０−１のモジュールインストール処理後の状態を示す概念図である。
【符号の説明】
【００５７】
５  ネットワーク
１０  画像形成装置
２０−１〜２０−ｎ  ＰＣ
３０  サーバ
１１０  コントローラ部
１１５  モジュール用追加プログラム
１２０  ＦＡＸ部
１３０  スキャナ部
１４０  操作パネル部
１４５、２５０  表示部
１４６、２６０  入力部
１５０  エンジン部
２１０  制御部
２２０  記憶部
２２１、２２１２  ドライバ
２２２、２２２２  バージョン情報
２２３  ＧＵＩ部
２２４  描画部
２２５、２２５２  プラグイン部
２２６  環境情報
２３０  チップセット
２４０  ネットワーク接続部
３１０  ゲートウェイ部
３２０  モジュールインポート部
３３０  ドライバデータベース
３４０  モジュールアップデート部
３５０  仮想化部
Ｘ  画像形成システム
【図１】
2010117975.tif 000003
【図２】
2010117975.tif 000004
【図３】
2010117975.tif 000005
【図４】
2010117975.tif 000006
【図５】
2010117975.tif 000007
【図６】
2010117975.tif 000008
【図７】
2010117975.tif 000009
【図８】
2010117975.tif 000010