JP2014153823A - 画像形成出力制御システム、画像形成出力制御装置及び制御プログラム - Google Patents

Abstract

【課題】ネットワークアクセスが制限されている環境において、情報処理装置から画像形成装置を利用するためのプログラムの各種の設定を行うための画面の情報の取得を、正当性が認証されたプログラムの情報の書き換えを行うことなく可能化すること。
【解決手段】デスクトップＵＩ拡張ファイルを取得するためのＵＲＬの変更要求を受け付け、変更要求に基づき、変更後のＵＲＬをプリンタドライバを構成する情報とは異なる情報として保存し、プリンタドライバがインストールされるＰＣに対してデスクトップＵＩ拡張ファイルの取得先を通知する際に、プリンタドライバを構成する情報とは異なる情報として保存された変更後のＵＲＬを通知することを特徴とする。
【選択図】図６

Description

本発明は、画像形成出力制御システム、画像形成出力制御装置及び制御プログラムに関し、特に、情報処理装置から画像形成装置を利用するためのプログラムの、情報処理装置へのインストールに関する。

近年、情報の電子化が推進される傾向にあり、電子化された情報の出力に用いられるプリンタやファクシミリ及び書類の電子化に用いるスキャナ等の画像処理装置は欠かせない機器となっている。このような画像処理装置は、撮像機能、画像形成機能及び通信機能等を備えることにより、プリンタ、ファクシミリ、スキャナ、複写機として利用可能なＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ：複合機）として構成されることが多い。

このような画像処理装置のうち、電子化された書類の出力に用いられる印刷装置においては、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等の情報処理装置において生成された印刷ジョブに基づいて印刷出力を実行するプリンタが一般的に利用されている。そして、プリンタに入力する印刷ジョブを生成するための機能を実現するソフトウェア・プログラムとして、夫々のプリンタの機能に対応したプリンタドライバを情報処理装置にインストールすることが一般的である。

他方、上述したプリンタドライバの機能を、ＰＣ側で全て担うのではなく、機能の一部をサーバに委託するような態様もある。例えば、Ｐｏｉｎｔ＆Ｐｒｉｎｔと呼ばれる仕組みでは、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）の制御により、サーバにインストールされているプリンタドライバを構成する情報がＰＣにコピーされ、ＰＣとサーバとで機能を分担することによってプリンタドライバが対象としている画像形成装置からの画像形成出力が実現される。

また、サーバとＰＣとの間の機能の差異を解消するため、サーバにインストールされているデバイスドライバのうち、ＰＣにインストールされていないものをサーバから受信することによって機能を補完する方法が提案されている（例えば、特許文献１参照）。

上述したＰｏｉｎｔ＆Ｐｒｉｎｔや特許文献１に開示された技術においては、社内ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等のイントラネット内にサーバ及びＰＣが接続されていることが想定されており、ルータを越えてインターネットのような公衆回線を介して情報をやり取りすることは想定されていない。

これに対して、上述したようなプリンタドライバの機能分散の技術として、プリンタドライバに搭載されている様々な機能の詳細な設定を行うための画面であるＧＵＩ（以降、「拡張ＵＩ」とする）の情報が、プリンタドライバの提供元のサーバからインターネットなどの公衆回線を介して提供されるような場合があり得る。

しかしながら、企業などのネットワーク環境によっては、外部へのインターネットアクセスが制限されている場合がある。そして、上述したような拡張ＵＩの情報を、インターネットを介して取得するような態様において、インターネットアクセスが制限されているために拡張ＵＩの情報が取得できなかった場合、ＯＳに標準的に搭載されているＧＵＩが表示されることとなり、プリンタドライバ特有の機能の設定を行うことができない。

このように、インターネットを介して拡張ＵＩの情報を提供する場合の、アクセス先の情報、即ちネットワークアドレスの情報は、プリンタドライバに含まれる設定ファイルに記述されていることが一般的である。従って、イントラネット内のような制限されないネットワーク上に設置されたサーバに拡張ＵＩの情報を記憶させると共に、このような設定ファイルの情報を書き換えて、拡張ＵＩの情報を記憶させたサーバのアドレスを記述すれば、外部へのインターネットアクセスが制限されていたとしても、拡張ＵＩの情報を取得することは可能である。

しかしながら、プリンタドライバのようなソフトウェア・プログラムは、プログラムとしての正当性を証明するための認証を受けた上で提供されることがあり、その認証は上述した設定ファイルの情報も含めて取得されるため、認証を受けた情報を書き換えることは避けるべきである。即ち、プリンタドライバに含まれる設定ファイルの記述を書き換えることにより、拡張ＵＩの取得先を変更するような対応は可能な限り用いるべきではない。

尚、上述したような課題は、プリンタドライバの機能分散を前提とするものではなく、プリンタドライバ特有の機能を設定するための画面の情報を、ネットワークを介して取得するような態様において、同様に課題となり得る。

本発明は、このような課題を解決するためになされたものであり、ネットワークアクセスが制限されている環境において、情報処理装置から画像形成装置を利用するためのプログラムの各種の設定を行うための画面の情報の取得を、正当性が認証されたプログラムの情報の書き換えを行うことなく可能化することを目的とする。

上記課題を解決するために、本発明の一態様は、情報処理装置から画像形成装置を利用するためのプログラムであるプリンタドライバがインストールされている画像形成出力制御装置から前記プリンタドライバを構成する情報を取得することにより、他の情報処理装置に前記プリンタドライバのインストールを行う画像形成出力制御システムであって、前記他の情報処理装置は、前記画像形成出力制御装置にインストールされているプリンタドライバのうち指定されたプリンタドライバを構成する情報を前記画像形成出力制御装置から取得し、前記プリンタドライバを構成する情報の取得に際して、前記プリンタドライバによって実現される機能の設定を行うための画面の情報を取得するためのネットワーク上のアドレスを前記画像形成出力制御装置から取得し、取得された前記ネットワーク上のアドレスにアクセスすることによって前記画面の情報を取得し、前記画像形成出力制御装置は、前記画面の情報を取得するためのネットワーク上のアドレスの変更を指示する情報を取得する取得先変更受付部と、前記変更の指示に基づき、変更後の前記ネットワーク上のアドレスを示す情報を前記プリンタドライバを構成する情報とは異なる情報として保存する変更設定部と、前記他の情報処理装置に対して前記画面の情報を取得するためのネットワーク上のアドレスを通知する際に、前記プリンタドライバを構成する情報とは異なる情報として保存された変更後の前記ネットワーク上のアドレスを示す情報を通知する取得先通知部とを含むことを特徴とする。

また、本発明の他の態様は、情報処理装置から画像形成装置を利用するためのプログラムであるプリンタドライバがインストールされている画像形成出力制御装置から前記プリンタドライバを構成する情報を取得することにより、他の情報処理装置に前記プリンタドライバのインストールを行うと共に、前記画像形成出力制御装置から通知されたネットワーク上のアドレスにアクセスすることによって前記プリンタドライバによって実現される機能の設定を行うための画面の情報を取得する画像形成出力制御システムにおいて用いられる画像形成出力制御装置であって、前記画面の情報を取得するためのネットワーク上のアドレスの変更を指示する情報を取得する取得先変更受付部と、前記変更の指示に基づき、変更後の前記ネットワーク上のアドレスを示す情報を前記プリンタドライバを構成する情報とは異なる情報として保存する変更設定部と、前記他の情報処理装置に対して前記画面の情報を取得するためのネットワーク上のアドレスを通知する際に、前記プリンタドライバを構成する情報とは異なる情報として保存された変更後の前記ネットワーク上のアドレスを示す情報を通知する取得先通知部とを含むことを特徴とする。

また、本発明の更に他の態様は、情報処理装置から画像形成装置を利用するためのプログラムであるプリンタドライバがインストールされている画像形成出力制御装置から前記プリンタドライバを構成する情報を取得することにより、他の情報処理装置に前記プリンタドライバのインストールを行うと共に、前記画像形成出力制御装置から通知されたネットワーク上のアドレスにアクセスすることによって前記プリンタドライバによって実現される機能の設定を行うための画面の情報を取得する画像形成出力制御システムにおいて前記画像形成出力制御装置を制御する制御プログラムであって、前記画像形成出力制御装置は、前記プリンタドライバを構成する情報とは異なる情報として保存された情報に基づいて前記ネットワーク上のアドレスの通知を行うものであり、前記画面の情報を取得するためのネットワーク上のアドレスの変更を指示する情報を取得するステップと、前記変更の指示に基づき、変更後の前記ネットワーク上のアドレスを示す情報を前記プリンタドライバを構成する情報とは異なる情報として保存するステップとを情報処理装置に実行させることを特徴とする。

本発明によれば、ネットワークアクセスが制限されている環境において、情報処理装置から画像形成装置を利用するためのプログラムの各種の設定を行うための画面の情報の取得が、正当性が認証されたプログラムの情報の書き換えを行うことなく可能となる。

本発明の実施形態に係るシステムの運用形態を示す図である。 本発明の実施形態に係る情報処理装置のハードウェア構成を模式的に示すブロック図である。 本発明の実施形態に係るＰＣの機能構成を示す図である。 本発明の実施形態に係るドライバサーバの機能構成を示す図である。 本発明の実施形態に係るプリンタドライバに含まれる機能を示す図である。 本発明の実施形態に係るＰＣでのプリンタドライバのインストール動作を示すシーケンス図である。 本発明の実施形態に係る拡張ＵＩサーバからのデスクトップＵＩ拡張ファイルのダウンロード態様を示す図である。 本発明の実施形態に係るＵＩ拡張ファイル取得先処理部の機能構成を示す図である。 本発明の実施形態に係るデスクトップＵＩ拡張ファイルの取得先変更動作を示すフローチャートである。 本発明の実施形態に係るデスクトップＵＩ拡張ファイルの取得先変更に係るＧＵＩの例を示す図である。 本発明の実施形態に係る基本設定ファイルの内容を示す図である。 本発明の実施形態に係るレジストリ変更の例を示す図である。 本発明の実施形態に係るデスクトップＵＩ拡張ファイルの取得先変更に係るＧＵＩの例を示す図である。 本発明の実施形態に係るデスクトップＵＩ拡張ファイルの取得先変更動作を示すフローチャートである。 本発明の実施形態に係るデスクトップＵＩ拡張ファイルの取得先変更動作を示すフローチャートである。

以下、図面を参照して、本発明の実施形態を詳細に説明する。本実施形態においては、サーバにインストールされているプリンタドライバをＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）にコピーした上で、サーバとＰＣとで画像形成出力に係るプリンタドライバの機能を分散するシステムについて説明する。このような仕組みは、例えばＰｏｉｎｔ＆Ｐｒｉｎｔとして知られている。

図１は、本実施の形態に係る画像形成出力制御システムの運用形態の例を示す図である。図１に示すように、本実施形態に係る画像形成出力制御システムは、ドライバサーバ１、拡張ＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）サーバ２、画像処理装置３、ＰＣ４がＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等のネットワークを介して接続されて構成されている。また、図１においては、拡張ＵＩサーバ２と同様の機能を有する拡張ＵＩサーバ５が、インターネット等の公衆回線を経た他のＬＡＮに接続されている状態が示されている。

ドライバサーバ１は、画像処理装置３をはじめとした様々な画像処理装置を利用するためのソフトウェア・プログラムであるプリンタドライバが、利用対象の画像処理装置毎にインストールされている情報処理装置である。ドライバサーバ１にインストールされているプリンタドライバを構成する情報がＰＣ４にコピーされることにより、ＰＣ４にプリンタドライバがインストールされると共に、ドライバサーバ１との連携による画像形成出力が実現される。即ち、ドライバサーバ１が、画像形成出力制御装置として機能する。

拡張ＵＩサーバ２は、ドライバサーバ１からＰＣ４にコピーされたプリンタドライバに対応した設定画面であるＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を表示するための情報を記憶している情報処理装置である。プリンタドライバに対応したＧＵＩとは、ＯＳに標準で搭載されている機能だけでなく、プリンタドライバ特有の機能、即ち、対応する画像処理装置に対応した拡張機能の設定が可能なＧＵＩである。このようなＧＵＩを以降「拡張ＵＩ」とする。

画像処理装置３は、撮像機能、画像形成機能及び通信機能等を備えることにより、プリンタ、ファクシミリ、スキャナ、複写機として利用可能なＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ：複合機）である。ＰＣ４は一般的な情報処理装置であり、本実施形態に係るシステムにおいては、ドライバサーバ１にインストールされているプリンタドライバのファイルを取得して記憶する。また、ＰＣ４は、ドライバサーバ１からプリンタドライバをコピーする際、そのプリンタドライバのＧＵＩを、拡張ＵＩサーバ２から取得する。

このような構成において、本実施形態に係るシステムは、ＰＣ４から画像処理装置３を利用する際に、画像処理装置３を利用するためのプリンタドライバのインストーラーパッケージを用意してＰＣ４に対してインストールするのではなく、予めドライバサーバ１にインストールされているプリンタドライバを、ネットワークを介してＰＣ４にコピーする。また、実際に画像形成出力を実行する際には、プリンタドライバによる印刷ジョブの生成やスプーリングの機能の一部をドライバサーバ１に担わせることにより、ＰＣ４側の処理負荷を低減させる。

拡張ＵＩサーバ５は、拡張ＵＩサーバ２と同様に、拡張ＵＩを表示するための情報を記憶している情報処理装置である。例えばＷｉｎｄｏｗｓ８（登録商標）では、Ｐｏｉｎｔ＆Ｐｒｉｎｔに相当する機能であるＰｒｉｎｔｅｒ Ｓｈａｒｉｎｇにおいては、ドライバサーバ１からＰＣ４にプリンタドライバをコピーしてインストールする際、ＰＣ４は、プリンタドライバ内に記述されている所定のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）、即ちネットワーク上のアドレスにアクセスすることにより、拡張ＵＩを表示するための情報を取得する。

そして、上記所定のＵＲＬは、拡張ＵＩサーバ５によって提供されているウェブスペースのアドレスであり、拡張ＵＩサーバ５は、画像処理装置３や、それに対応したプリンタドライバの提供元によって運営されるサーバである。しかしながら、オフィスなどのネットワーク環境によっては、外部へのアクセスが制限されている場合があるため、ドライバサーバ１からＰＣ４へプリンタドライバをコピーする際に、拡張ＵＩサーバ５から拡張ＵＩの情報を取得できない場合があり得る。これが、本実施形態に係るシステムが対象とする課題である。

次に、本実施形態に係るシステムに含まれるドライバサーバ１、拡張ＵＩサーバ２、画像処理装置３及びＰＣ４等の装置のハードウェア構成について説明する。図２は、本実施形態に係るＰＣ４のハードウェア構成を示すブロック図であるが、ドライバサーバ１、拡張ＵＩサーバ２、画像処理装置３においても同様の構成を有する。図２に示すように、本実施形態に係るＰＣ４は、情報処理装置としての一般的な構成を有する。

即ち、本実施形態に係るＰＣ４は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３０、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）４０及びＩ／Ｆ５０がバス８０を介して接続されている。また、Ｉ／Ｆ５０にはＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）６０及び操作部７０が接続されている。この他、画像処理装置１は、画像形成出力やスキャンを実行するエンジンを含む。

ＣＰＵ１０は演算手段であり、ＰＣ４全体の動作を制御する。ＲＡＭ２０は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、ＣＰＵ１０が情報を処理する際の作業領域として用いられる。ＲＯＭ３０は、読み出し専用の不揮発性記憶媒体であり、ファームウェア等のプログラムが格納されている。ＨＤＤ４０は、情報の読み書きが可能な不揮発性の記憶媒体であり、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や各種の制御プログラム、アプリケーション・プログラム等が格納される。

Ｉ／Ｆ５０は、バス８０と各種のハードウェアやネットワーク等を接続し制御する。ＬＣＤ６０は、ユーザが情報処理装置の状態を確認するための視覚的ユーザインタフェースである。操作部７０は、キーボード、マウス、各種のハードボタン、タッチパネル等、ユーザが画像処理装置１に情報を入力するためのユーザインタフェースである。尚、ドライバサーバ１及び拡張ＵＩサーバ２は、サーバとして運用されるため、ＬＣＤ６０や操作部７０などのユーザインタフェースは省略可能である。

このようなハードウェア構成において、ＲＯＭ３０やＨＤＤ４０若しくは図示しない光学ディスク等の記憶媒体に格納されたプログラムがＲＡＭ２０に読み出され、ＣＰＵ１０がそれらのプログラムに従って演算を行うことによりソフトウェア制御部が構成される。このようにして構成されたソフトウェア制御部と、ハードウェアとの組み合わせによって、本実施形態に係るシステムを構成する各機器の機能を実現する機能ブロックが構成される。

次に、本実施形態に係るＰＣ４において、画像形成出力に関する機能について説明する。図３は、本実施形態に係るＰＣ４の機能のうち、画像形成出力に関する機能の構成を示すブロック図である。図３に示すように、本実施形態に係るＰＣ４は、アプリケーション４０１、ＯＳ４０２、ネットワークＩ／Ｆ４０３及び各種のプリンタドライバ４１０を含む。

アプリケーション４０１は、対応するソフトウェア・プログラムがＰＣ４にインストールされて構成されるソフトウェアモジュールであり、ワープロソフト、表計算ソフト、画像編集ソフト等の一般的なアプリケーション・ソフトウェアである。アプリケーション４０１は、ユーザの操作に応じてプリンタドライバ４１０の拡張ＵＩを起動し、拡張ＵＩを介して設定される印刷出力の設定情報を取得して、出力対象の画像の情報と共にＯＳ４０２に受け渡す。

ＯＳ４０２は、ＰＣ４全体を制御する基本ソフトウェアである。また、ＯＳ４０２は、ＰＣ４が画像処理装置３を利用して画像形成出力を実行させる際の制御に関する機能や、ドライバサーバ１からＰＣ４へのプリンタドライバのコピー機能も含む。ネットワークＩ／Ｆ４０３は、ＰＣ４がネットワークを介して他の機器と通信するためのインタフェースである。

プリンタドライバ４１０は、ＰＣ４から画像処理装置３を利用するためのソフトウェアモジュールであり、対応するソフトウェア・プログラムがＰＣ４にインストールされることによって構成される。図３に示すように、プリンタドライバ４１０は、画像処理装置３に限らず、様々な画像処理装置に対応して複数構成される。

次に、本実施形態に係るドライバサーバ１の機能構成について、図４を参照して説明する。図４は、本実施形態に係るドライバサーバ１の機能の構成を示すブロック図である。図４に示すように、本実施形態に係るドライバサーバ１は、ネットワークＩ／Ｆ１０１、ＯＳ１０２、各種のプリンタドライバ１０３及びＵＩ拡張ファイル取得先処理部１１０を含む。

ネットワークＩ／Ｆ１０１は、ネットワークＩ／Ｆ４０３と同様に、ドライバサーバ１がネットワークを介して他の機器と通信するためのインタフェースである。ＯＳ１０２は、ドライバサーバ１全体を制御する基本ソフトウェアである。また、ＯＳ１０２は、ＰＣ４のＯＳ４０２と同様に、画像処理装置３を利用して画像形成出力を実行させる際の制御に関する機能や、ドライバサーバ１からＰＣ４へのプリンタドライバのコピー機能も含む。

プリンタドライバ１０３は、ＰＣ４におけるプリンタドライバ４１０と同様に、画像処理装置３を利用するためのソフトウェアモジュールである。但し、ドライバサーバ１は、単独で画像処理装置３を利用して画像形成出力を実行する処理は原則として発生せず、ＰＣ４との連動により画像処理装置３を動作させる場合が基本となる。また、プリンタドライバ１０３は、ドライバサーバ１からＰＣ４にプリンタドライバをコピーする際のコピー元でもある。

ＵＩ拡張ファイル取得先処理部１１０は、本実施形態の要旨に係る構成の１つであり、プリンタドライバ１０３がＰＣ４にコピーされてプリンタドライバ４１０が構成される際にＰＣ４がプリンタドライバ４１０の拡張ＵＩの表示情報を取得する取得先の変更処理を行う。

ここで、本実施形態に係るプリンタドライバ４１０、１０３に含まれる機能について説明する。図５は、本実施形態に係るプリンタドライバ４１０に含まれる機能を示す図であるが、プリンタドライバ１０３も同様である。図５に示すように、本実施形態に係るプリンタドライバ４１０は、デスクトップＵＩ拡張ファイル４１１、メトロＵＩ拡張ファイル４１２、リソースファイル４１３、印刷設定項目定義ファイル４１４、基本設定ファイル４１５、双方向通信設定ファイル４１６、排他制御項目設定ファイル４１７、フィルタ４１８、４１９、４２０、４２１及びフィルタパイプライン構成ファイル４２２を含む。

デスクトップＵＩ拡張ファイル４１１は、“ＰｒｉｎｔｅｒＵＩ Ｅｘｔｅｎｓｉｏｎ”とも呼ばれることがあり、デスクトップから開かれる印刷設定画面をＯＳ標準の画面ではなく、上述した拡張ＵＩに変更するための情報である。即ち、デスクトップＵＩ拡張ファイルが、上述した拡張ＵＩの表示情報として用いられる。メトロＵＩ拡張ファイルは、“ＤＣＡ（Ｄｅｖｉｃｅ Ｃｏｍｐａｎｉｏｎ Ａｐｐｌｉｃａｔｉｏｎ）”とも呼ばれることがあり、メトロアプリから印刷する際の印刷設定画面を拡張ＵＩに変更したり、スタート画面から起動するアプリとして動作させたりするための情報である。

リソースファイル４１３は、ＵＩの言語表示のための多言語の用語を保持するファイルである。ここでいう用語とは、“部数”、“両面／片面”、“集約”、“用紙サイズ”等の画像形成出力における設定項目の名称である。即ち、リソースファイル４１３においては、画像形成出力における設定項目を識別する識別情報毎に、夫々の設定項目の名称が多言語にわたって登録されている。

印刷設定項目定義ファイル４１４は、ＧＰＤ／ＰＰＤファイルなどのＯＳ既定のフォーマットで定義されており、ＵＩに表示させる項目を記載したり、ＵＩ項目の排他条件を記載したりするために使用される。デスクトップＵＩ拡張ファイル４１１やメトロＵＩ拡張ファイル４１２がない場合には、このファイルに記載の内容を元にＯＳの標準ＵＩで印刷設定画面が表示される。

基本設定ファイル４１５は、ドライバ全体の設定が記述された情報である。基本設定ファイル４１５に含まれる情報は、例えば、そのプリンタドライバ４１０を識別するドライバＩＤや、そのプリンタドライバに対応するデスクトップＵＩ拡張ファイル４１１の取得先、即ち、拡張ＵＩサーバ５にアクセスするためのＵＲＬや、デスクトップＵＩ拡張ファイル４１１のファイル名等である。

双方向通信ファイル４１４は、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）、ＷＳＤ（Ｄｅｖｉｃｅ Ｐｒｏｆｉｌｅ ｆｏｒ Ｗｅｂ Ｓｅｒｖｉｃｅ）等のポートでの通信において機器のデバイス情報やステータス情報を記載するファイルである。

排他制御項目設定ファイル４１７は、排他条件が発生した場合においてＰｒｉｎｔＣａｐａｂｉｌｉｔｉｅｓやＰｒｉｎｔＴｉｃｋｅｔのＶａｌｉｄａｔｉｏｎをするために記載するファイルである

フィルタ４１８〜４２１は、プリンタドライバ４１０のレンダリングに関するファイであり、プリンタドライバ４１０による印刷ジョブの生成に際して、画像形成出力対象の画像に対して画像処理を行う。フィルタパイプライン構成ファイル４２２は、フィルタ４１８〜４２１の選択や処理順が記述された情報である。即ち、プリンタドライバ４１０による印刷ジョブの生成に際しては、フィルタ４１８〜４２１のうち、フィルタパイプライン構成ファイル４２２において選択されているフィルタが、同じくフィルタパイプライン構成ファイル４２２において記述されている順序に従って出力対象の画像を処理し、その処理結果のデータが印刷ジョブとして画像処理装置３に送信される。

本実施形態に係るシステムにおいて、ドライバサーバ１のプリンタドライバ１０３をＰＣ４にコピーしてプリンタドライバ４１０をＰＣ４にインストールする場合、デスクトップＵＩ拡張ファイル４１１及びメトロＵＩ拡張ファイル４１２以外のモジュールは、ドライバサーバ１からＰＣ４にインストールされるが、デスクトップＵＩ拡張ファイル４１１及びメトロＵＩ拡張ファイル４１２はドライバサーバ１からコピーされない。

これは、ＯＳ１０２及びＯＳ４０２の仕様によって定まる特性である。即ち、ドライバサーバ１からＰＣ４へのプリンタドライバのコピーによるインストールおよびプリンタドライバの機能のドライバサーバ１とＰＣ４との分散処理は、ＯＳ１０２及びＯＳ４０２に搭載された機能によって実現されるものであり、そのＯＳの仕様として、デスクトップＵＩ拡張ファイル４１１及びメトロＵＩ拡張ファイル４１２は、ドライバサーバ１からコピーするのではなく外部のサーバから提供するような仕様となっているからである。

メトロＵＩ拡張ファイル４１２は、ＯＳ１０２及びＯＳ４０２の提供元によって運営されるウェブサービスから取得される仕様となっており、例えば、Ｗｉｎｄｏｗｓ（登録商標）ＯＳであれば、Ｗｉｎｄｏｗｓ（登録商標） Ｓｔｏｒｅから取得される。また、デスクトップＵＩ拡張ファイル４１１は、上述したように、本来は拡張ＵＩサーバ５から取得される。

次に、図６を参照して、ドライバサーバ１からＰＣ４にプリンタドライバの情報をコピーする際の動作について説明する。ＰＣ４におけるプリンタドライバのインストールに際しては、まずはＰＣ４を利用しているユーザがＰＣ４を操作することにより、ＰＣ４のＯＳ４０２が、ドライバサーバ１にプリンタドライバがインストールされて利用可能となっている画像処理装置の一覧をドライバサーバ１から取得する（Ｓ６０１）。

Ｓ６０１において利用可能なプリンタの一覧を取得したＯＳ４０２は、取得した一覧をＬＣＤ６０のような表示装置に表示させる（Ｓ６０２）。これにより、ＰＣ４を利用しているユーザは、表示された一覧から、プリンタドライバをインストールするべきプリンタを選択することが可能となる。ユーザの操作によりプリンタの選択を受け付けると（Ｓ６０３）、ＯＳ４０２は、選択されたプリンタのプリンタドライバのファイルをドライバサーバ１に要求する（Ｓ６０４）。

ＰＣ４からドライバファイルの要求を受けたドライバサーバ１のＯＳ１０２は、要求されたプリンタドライバのファイルをＰＣ４に送信する（Ｓ６０５）。Ｓ６０５において送信されるファイルは、上述したように、図５において説明した夫々のモジュールのうち、デスクトップＵＩ拡張ファイル４１１及びメトロＵＩ拡張ファイル４１２以外のモジュールのファイルである。また、Ｓ６０５においては、ＰＣ４がデスクトップＵＩ拡張ファイル４１１を取得する取得先の情報、即ち、拡張ＵＩサーバ２内において対象のデスクトップＵＩ拡張ファイル４１１をダウンロードするためのＵＲＬが、ドライバサーバ１からＰＣ４に通知される。即ち、ＯＳ１０２が、取得先通知部として機能する。

ドライバサーバ１からドライバファイルを受信したＰＣ４においては、ＯＳ４０２が、受信したドライバファイルを内部の記憶媒体に格納して利用可能なプリンタのプリンタドライバとして登録する（Ｓ６０６）。これにより、図３に示すように、ＰＣ４にプリンタドライバ４１０がインストールされる。

また、ＯＳ４０２は、ドライバサーバ１から通知されたＵＲＬ、即ち対象のデスクトップＵＩ拡張ファイル４１１をダウンロードするためのＵＲＬに基づき、拡張ＵＩサーバ２に対して拡張ＵＩの情報、即ち図５に示すデスクトップＵＩ拡張ファイル４１１を要求する（Ｓ６０７）。ＰＣ４から拡張ＵＩの情報の要求を受けた拡張ＵＩサーバ２においては、アクセスされたＵＲＬに応じて、要求に際して付加されている情報に基づき、要求元であるＰＣ４のＯＳ４０２のバージョンや、３２ｂｉｔ／６４ｂｉｔの種別が判断され（Ｓ６０８）、その判断結果に対応するデスクトップＵＩ拡張ファイル４１１が、ＰＣ４に送信される（Ｓ６０９）。

図７は、拡張ＵＩサーバ２における、Ｓ６０８、Ｓ６０９の処理を模式的に示す図である。図７に示すように、ＰＣ４がドライバサーバ１からの通知に応じてアクセスしたＵＲＬのウェブページにおいて、アクセス元であるＰＣ４のＯＳの種類を判断すること、並びにその判断結果応じた格納先のファイルをダウンロードすることが記述されている。

拡張ＵＩサーバ２からデスクトップＵＩ拡張ファイル４１１を受信したＰＣ４においては、ＯＳ４０２が、受信したデスクトップＵＩ拡張ファイル４１１を、図５に示すようにプリンタドライバ４１０のモジュールとして登録する（Ｓ６１０）。このような処理により、本実施形態におけるＰＣ４へのプリンタドライバ４１０のインストールが完了する。

尚、図６においては、拡張ＵＩサーバ２からデスクトップＵＩ拡張ファイル４１１がダウンロードされる場合を例としている。この他、拡張ＵＩサーバ２からダウンロードされるファイルは、Ｓ６０６においてＰＣ４に登録されたプリンタドライバ４１０に適用することにより、デスクトップＵＩ拡張ファイル４１１を構成するためのセットアッププログラムとして用意される場合もあり得る。

上述したように、ＯＳ１０２、ＯＳ４０２によって実現される、プリンタドライバのコピーによるプリンタドライバのインストール機能においては、本来、拡張ＵＩサーバ５にアクセスすることによってデスクトップＵＩ拡張ファイル４１１が取得される。これに対して、本実施形態に係るシステムにおいては、図６に示すように、ドライバサーバ１からＰＣ４に対して拡張ＵＩサーバ２からデスクトップＵＩ拡張ファイル４１１をダウンロードするためのＵＲＬが通知され、ＰＣ４は拡張ＵＩサーバ２からデスクトップＵＩ拡張ファイル４１１をダウンロードする。

このため、ＰＣ４は、ＬＡＮの外部へのネットワークアクセスを制限されていたとしても、拡張ＵＩサーバ２はＬＡＮ内に存在するため、デスクトップＵＩ拡張ファイル４１１をダウンロードすることが可能である。これは、図６のＳ６０５の処理においてドライバサーバ１からＰＣ４に通知されるＵＲＬが、拡張ＵＩサーバ２のＵＲＬであるために実現される効果である。

上述したように、デスクトップＵＩ拡張ファイル４１１の取得先であるＵＲＬの情報は、基本設定ファイル４１５内部に記述されている。従って、基本設定ファイル４１５の情報を拡張ＵＩサーバ５のＵＲＬから拡張ＵＩサーバ２のＵＲＬに書き換えてしまえば、上述したような拡張ＵＩサーバ２からのデスクトップＵＩ拡張ファイル４１１のダウンロードは実現可能である。

しかしながら、基本設定ファイル４１５はプリンタドライバ４１０を構成するモジュールの１つであるため、プリンタドライバ４１０の正当性の認証は、基本設定ファイル４１５に記述されている内容も含めて行われる。従って、基本設定ファイル４１５の内容を書き換えることは、正当性の証明されたプログラムの情報を書き換えることであり、可能な限り避けるべきである。

これに対して、本実施形態においては、ＵＩ拡張ファイル取得先処理部１１０が、基本設定ファイル４１５の記述を書き換えることなく、デスクトップＵＩ拡張ファイル４１１の取得先の変更処理を行う。そのため、正当性の証明されたプログラムの情報を書き換える状態を防ぐことができる。

次に、本実施形態に係るＵＩ拡張ファイル取得先処理部１１０の機能構成について図８を参照して説明する。図８に示すように、本実施形態に係るＵＩ拡張ファイル取得先処理部１１０は、ＵＩ拡張ファイル取得ＵＲＬ判定部１１１、ＵＩ拡張ファイル取得ＵＲＬ再設定部１１２、ＵＩ拡張ファイル取得部１１３、ＵＩ拡張ファイル保存先設定部１１４、ＵＩ拡張ファイルコピー部１１５及びＵＩ拡張ファイル取得用ページ生成部１１６を含む。

ＵＩ拡張ファイル取得ＵＲＬ判定部１１１は、デスクトップＵＩ拡張ファイルの本来の取得先である拡張ＵＩサーバ５のＵＲＬを取得する。ＵＩ拡張ファイル取得ＵＲＬ判定部による拡張ＵＩサーバ５のＵＲＬの取得態様としては、図５において説明したようなプリンタドライバ１０３の構成モジュールの中から、拡張ＵＩの情報の本来の取得先である拡張ＵＩサーバ５のＵＲＬが記述されている基本設定ファイルを探索し、そこに記述されている情報を取得する態様が考えられる。

また、ＵＩ拡張ファイル取得ＵＲＬ判定部による拡張ＵＩサーバ５のＵＲＬの他の取得態様としては、ドライバサーバ１においてプリンタドライバ１０３がインストールされることにより、拡張ＵＩの情報の取得先の情報が保持されるレジストリから取得する態様が考えられる。

ＵＩ拡張ファイル取得ＵＲＬ再設定部１１２は、ＵＩ拡張ファイル取得ＵＲＬ判定部１１１によって取得された拡張ＵＩの情報の取得先の情報を上書きする。ここで、ＵＩ拡張ファイル取得ＵＲＬ再設定部１１２が情報を上書きする先は、基本設定ファイル内の記述ではなく、ドライバサーバ１においてプリンタドライバ１０３がインストールされることにより、拡張ＵＩの情報の取得先の情報が保持されるレジストリである。

換言すると、本実施形態に係るドライバサーバ１は、図６のＳ６０５においてＰＣ４に対して拡張ＵＩの情報の取得先ＵＲＬを通知する際、拡張ＵＩの情報の取得先の情報が保持されるレジストリに基づいてＵＲＬを通知する。そのため、ＵＩ拡張ファイル取得ＵＲＬ再設定部１１２が、そのレジストリの情報を書き換えることにより、基本設定ファイルの記述を書き換えることなく、ＰＣ４に通知される拡張ＵＩの情報の取得先を変更することができる。

ＵＩ拡張ファイル取得部１１３は、基本設定ファイル４１５の情報に基づき、拡張ＵＩの情報の本来の取得先である拡張ＵＩサーバ５から、デスクトップＵＩ拡張ファイルを取得する。ここで、拡張ＵＩサーバ５においても、図７において説明したように、アクセス元のＯＳの種類に応じたファイルが提供されるような仕組みとなっている可能性があるため、ＵＩ拡張ファイル取得部１１３は、ドライバサーバ１のＯＳ１０２の種類にかかわらず、３２ｂｉｔ版、６４ｂｉｔ版、異なるＯＳバージョン版等の、全てのデスクトップＵＩ拡張ファイルを取得する。

ＵＩ拡張ファイル取得部１１３による、異なるＯＳの種類に応じたすべてのファイルの取得態様としては、例えば、夫々のＯＳ種類に対応したエージェント・プログラムにより別個にアクセスすることにより、夫々のＯＳ種類に対応したファイルを取得する態様が考えられる。

尚、ドライバサーバ１にプリンタドライバがインストールされる際には、プリンタドライバのインストール用のパッケージが用いられることが一般的である。そして。インストール用のパッケージによってインストールが行われる場合、ＰＣ４へのインストールのためにドライバサーバ１からプリンタドライバのファイルがコピーされる場合とは異なり、デスクトップＵＩ拡張ファイルも含まれた状態でインストールが行われる可能性もある。従って、ＵＩ拡張ファイル取得部１１３は、プリンタドライバ１０３に含まれているデスクトップＵＩ拡張ファイルを取得しても良い。

ＵＩ拡張ファイル保存先設定部１１４は、変更後の取得先となるＵＲＬの入力を受け付ける。即ち、デスクトップＵＩ拡張ファイル保存先設定部は、変更後の取得先となるＵＲＬの入力を受け付けるためのＧＵＩの情報を含み、そのＧＵＩを介してユーザによって入力されたＵＲＬの情報を取得することにより、拡張ＵＩの情報の取得先の変更を受け付ける。ＵＩ拡張ファイルコピー部１１５は、ＵＩ拡張ファイル取得部１１３によって取得されたデスクトップＵＩ拡張ファイル４１１を、ＵＩ拡張ファイル保存先設定部１１４が受け付けた変更後の取得先にコピーして保存する。

ＵＩ拡張ファイル取得用ページ生成部１１６は、ＵＩ拡張ファイルコピー部１１５によってコピーされたデスクトップＵＩ拡張ファイル４１１をダウンロードするためのウェブページを生成し、ＵＩ拡張ファイル保存先設定部１１４が受け付けた変更後の取得先の窓口となるウェブページとして拡張ＵＩサーバ２に保存する。ＵＩ拡張ファイル取得用ページ生成部１１６は、図７において説明したように、要求元のＰＣ４のＯＳ４０２の種類に応じたファイルをダウンロードさせるようなウェブページを生成する。

次に、本実施形態に係るＵＩ拡張ファイル取得先処理部１１０によるデスクトップＵＩ拡張ファイルの取得先の変更におけるＵＩ拡張ファイル取得先処理部１１０の動作ついて、図９を参照して説明する。図９に示すように、デスクトップＵＩ拡張ファイルの取得先の変更に際して、まずは、ＵＩ拡張ファイル保存先設定部１１４が、図１０に示すようなＧＵＩを表示装置に表示させ、そのＧＵＩに対して入力された情報によりファイルの取得先の変更を受け付ける（Ｓ９０１）。即ち、ＵＩ拡張ファイル保存先設定部１１４が、拡張ＵＩの情報を取得するためのネットワーク上のアドレスの変更を指示する情報を取得する取得先変更受付部として機能する。

尚、上述したようにドライバサーバ１はサーバであるため、図１０に示すような画面は、ドライバサーバ１に接続された表示装置に表示される他、ドライバサーバ１を管理する管理者が操作するＰＣにネットワークを介して表示される場合もある。そのような場合、ＵＩ拡張ファイル保存先設定部１１４は、管理者のＰＣにおいて入力された情報をネットワークを介して取得する。

図１０に示すように、Ｓ９０１において表示されるＧＵＩには、デスクトップＵＩ拡張ファイルの取得先を変更する対象のプリンタドライバの指定や、変更後の取得先のＵＲＬの入力を受け付けるためのインタフェースが含まれる。そして、ＵＩ拡張ファイル保存先設定部１１４は、取得先の変更対象のプリンタドライバの指定及び変更後の取得先のＵＲＬを受け付ける。尚、ここでは、ユーザによって拡張ＵＩサーバ５にアクセスするためのＵＲＬが指定される。

ＵＩ拡張ファイル保存先設定部１１４が、変更対象のプリンタドライバの指定及び変更後の取得先のＵＲＬを受け付けると、ＵＩ拡張ファイル取得ＵＲＬ判定部１１１が、指定されたプリンタドライバについて、デスクトップＵＩ拡張ファイルの取得先の記載の有無を判断する（Ｓ９０２）。デスクトップＵＩ拡張ファイルの取得先としては、上述したように、基本設定ファイルやレジストリの記載によって設定されているＵＲＬとインストール時にドライバに関連づくようにドライバパッケージに含まれている場合とがある。

ＵＲＬの場合、ＵＩ拡張ファイル取得ＵＲＬ判定部１１１は、指定されたプリンタドライバ内の基本設定ファイルの記述や、対応するレジストリの記述を参照し、ＵＲＬの設定の有無を判断する。図１１は、本実施形態に係る基本設定ファイル内の記述の例を示す図である。図１１に示すように、基本設定ファイルにおいては、“［ＤｒｉｖｅｒＣｏｎｆｉｇ］”、“［ＰｒｉｎｔｅｒＥｘｔｅｎｓｉｏｎｓ］”等の内容毎に、必要な情報が記述されている。図１１の例においては、“［ＰｒｉｎｔｅｒＥｘｔｅｎｓｉｏｎｓ］”の記述が、デスクトップＵＩ拡張ファイルの取得先の情報である。

また、ドライバパッケージに含まれている場合も、基本設定ファイルの記述を確認することによってファイルの取得先の有無を判断することができる。ＵＲＬの場合、ドライバパッケージの場合、いずれの場合としても取得先の情報が存在しない場合（Ｓ９０２／ＮＯ）、ＵＩ拡張ファイル取得先処理部１１０は、そのまま処理を終了する。この際、取得先の変更が完了しなかったことを通知するための画面を表示しても良い。

他方、取得先の情報が抽出された場合（Ｓ９０２／ＹＥＳ）、ＵＩ拡張ファイル取得部１１３が、抽出された取得先から、デスクトップＵＩ拡張ファイルを取得する（Ｓ９０３）。即ち、ＵＩ拡張ファイル取得部１１３が、拡張ＵＩの情報の取得先の変更の指示されたプリンタドライバに係るデスクトップＵＩ拡張ファイルを取得する画面情報取得部として機能する。尚、抽出されたＵＲＬがＬＡＮの外部にある拡張ＵＩサーバ５の場合もあり得る。本実施形態においては、ＰＣ４は一般ユーザが利用する情報処理端末であるため、外部へのアクセスが制限されていることが前提となっているが、図９の処理は権限ある管理者によって管理されるサーバの動作であるため、外部へのアクセスも可能である。

Ｓ９０３において、ＵＩ拡張ファイル取得部１１３は、上述したように、ドライバサーバ１のＯＳ１０２に対応するファイルのみではなく、異なるアーキテクチャに対応するファイルも含めて、指定されたプリンタドライバのデスクトップＵＩ拡張ファイルを取得する。指定されたプリンタドライバのデスクトップＵＩ拡張ファイルが取得されると、ＵＩ拡張ファイルコピー部１１５が、Ｓ９０１において指定された変更後の取得先である拡張ＵＩサーバ２に、取得されたデスクトップＵＩ拡張ファイルをコピーする（Ｓ９０４）。即ち、ＵＩ拡張ファイルコピー部１１５が、画面情報格納部として機能する。

また、ＵＩ拡張ファイル取得用ページ生成部１１６が、Ｓ９０１において入力されたＵＲＬ用のウェブページを生成し、同じく拡張ＵＩサーバ２に保存する（Ｓ９０５）。即ち、ＵＩ拡張ファイル取得用ページ生成部１１６が、変更後のＵＲＬに対するアクセスによって、対象のデスクトップＵＩ拡張ファイルがアクセス元にダウンロードされるようなウェブアクセスに対応するためのウェブページの情報を生成するアクセス情報生成部として機能する。

そして、ＵＩ拡張ファイル取得ＵＲＬ再設定部１１２が、ドライバサーバ１におけるデスクトップＵＩ拡張ファイルの取得先の設定を変更する（Ｓ９０６）。この取得先の設定は、上述した通りＯＳ１０２のレジストリの情報である。即ち、ＵＩ拡張ファイル取得ＵＲＬ再設定部１１２が、変更設定部として機能する。このような処理により、本実施形態に係るデスクトップＵＩ拡張ファイルの取得先の変更動作が完了する。

図１２（ａ）、（ｂ）は、レジストリの書き換えの例を示す図である。図１２（ａ）は、書き換え前のレジストリの記述を示す図であり、“・・・ｈｔｔｐ：／／ｗｗｗ．ｉｎｔｅｒｎｅｔ．ｃｏｍ／・・・”のように、ＬＡＮ外部のネットワークアドレスが指定されている。これに対して、図１２（ｂ）は、書き換え後のレジストリの記述を示す図であり、“・・・ｈｔｔｐ：／／ｌｏｃａｌｎｅｔ．ｃｏｍ／・・・”のように、ＬＡＮ内部のネットワークアドレスが指定されている。

図６において説明したように、本実施形態に係るドライバサーバ１は、図６のＳ６０５において、プリンタドライバをコピーしてインストールするＰＣ４に対して、デスクトップＵＩ拡張ファイルの取得先を通知する際、基本設定ファイルの記述ではなく、プリンタドライバ１０３のインストールによって記述が追加されたレジストリの情報に基づいて、ＰＣ４に対して、デスクトップＵＩ拡張ファイルの取得先を通知する。そして、本実施形態に係るシステムにおいては、そのレジストリの情報を、拡張ＵＩサーバ２にアクセスされるようなＵＲＬに書き換えておくことにより、ＰＣ４がドライバサーバ１からプリンタドライバをコピーしてインストールする際には、拡張ＵＩサーバ２からデスクトップＵＩ拡張ファイルがダウンロードされるようにする。

ドライバサーバ１におけるレジストリの設定は、正当性が認証されたプリンタドライバの外側の情報、即ち、プリンタドライバを構成する情報とは異なる情報であり、その設定を書き換えたとしても、正当性が認証されたプリンタドライバの情報を書き換えることにはならない。従って、本実施形態に係るシステムにより、ネットワークアクセスが制限されている環境において、情報処理装置から画像形成装置を利用するためのプログラムの各種の設定を行うための画面の情報の取得が、正当性が認証されたプログラムの情報の書き換えを行うことなく可能となる。

尚、上記実施形態においては、図９において説明したように、Ｓ９０２においてデスクトップＵＩ拡張ファイルの取得先の設定有無を判断する。また、その取得先の例として、拡張ＵＩサーバ５のＵＲＬの場合と、ドライバパッケージの場合とがある。このような場合において、ＵＲＬ及びドライバパッケージの両方から取得が可能な場合があり得る。ＵＲＬ及びドライバパッケージの両方から取得が可能な場合、予め定められたいずれか一方を優先的に取得先として選択する態様や、取得先をユーザに選択させる態様が可能である。

特に、拡張ＵＩサーバ５から提供されるファイルは、プリンタドライバの提供元によって逐次更新されていく可能性があり、ＵＲＬから取得されるファイルと、ドライバパッケージから取得されるファイルとのバージョンが異なる場合があり得る。ＵＲＬから取得されるファイルと、ドライバパッケージから取得されるファイルとのバージョンが異なる場合、最新バージョンを優先的に取得するようにすることもできるし、いずれのバージョンを取得するかをユーザに選択させることも可能である。図１３は、ＵＲＬから取得されるファイルと、ドライバパッケージから取得されるファイルとのバージョンが異なる場合において、いずれのバージョンを取得するかをユーザに選択させるためのＧＵＩの例を示す図である。

また、上記実施形態においては、図９のＳ９０２において取得先の情報が抽出されなかった場合、拡張ＵＩサーバ２にコピーするべきデスクトップＵＩ拡張ファイルの取得先が不明であるため、そのまま処理を終了する場合を例として説明した。この他、デスクトップＵＩ拡張ファイルの取得先が既に判明している場合には、オペレータに対して取得先の入力を求めることも可能である。そのような場合について以下に説明する。

図１４は、オペレータに対して取得先の入力を求める場合の、デスクトップＵＩ拡張ファイルの取得先の変更動作を示すフローチャートである。図１４に示すように、全体的な処理の流れは図９と略同一である。そして、図９のＳ９０２に相当するＳ１４０２の処理において取得先の情報が抽出されなかった場合（Ｓ１４０２／ＮＯ）、ＵＩ拡張ファイル取得ＵＲＬ判定部１１１が、図１５に示すようなＧＵＩを表示させ、デスクトップＵＩ拡張ファイルの取得先の情報をオペレータに入力させる（Ｓ１４０７）。

尚、図１５においては、デスクトップＵＩ拡張ファイルの取得先としてＵＲＬを入力する場合を例示しているが、ＵＲＬの他、ドライバサーバ１やその他のサーバのファイルパスとして入力される場合もあり得る。図１５に示すＧＵＩに対するオペレータの操作により、ＵＩ拡張ファイル取得ＵＲＬ判定部１１１は、デスクトップＵＩファイルの取得先の情報を取得する（Ｓ１４０８）。

以降、図９のＳ９０３以降と同様に処理が実行されるが、Ｓ１４０７、Ｓ１４０８を経てＳ１４０３の処理を実行する場合、ＵＩ拡張ファイル取得部１１３は、Ｓ１４０８において取得されたＵＲＬやファイルパスにアクセスすることにより、デスクトップＵＩ拡張ファイルを取得する。このような処理により、デスクトップＵＩ拡張ファイルの取得先を自動的に取得できない場合であっても、取得先の変更処理を完了することが可能となる。

また、上記実施形態においては、ＰＣ４へのプリンタドライバのインストールに際して、ドライバサーバ１に既にインストールされているプリンタドライバをコピーし、実際の画像形成出力の際には、ＰＣ４のプリンタドライバ４１０とドライバサーバ１のプリンタドライバ１０３とで処理を分散する場合を例として説明した。これは一例であり、本実施形態に係る要旨は、プリンタドライバ１０３に含まれる基本設定ファイルの記述を変更することなく、デスクトップＵＩ拡張ファイルの取得先の設定を変更することにある。

従って、実際の画像形成出力の際の機能分散は必須ではなく、ＰＣ４へのプリンタドライバのインストールに際して、ドライバサーバ１に既にインストールされているプリンタドライバをコピーすると共に、そのプリンタドライバに対応するＧＵＩの情報をネットワークを介して取得するような態様であれば、同様に適用可能である。

また、上記実施形態においては、図１において説明したように、ドライバサーバ１と拡張ＵＩサーバ２とが異なる装置として構成される場合を例として説明した。この他、１つの装置として構成することも可能であるし、１つの装置を用いて、仮想的に異なる２つのサーバとして構成することも可能である。

１ 画像処理装置
２、５ 拡張ＵＩサーバ
３ 画像処理装置
４ ＰＣ
１０ ＣＰＵ
２０ ＲＡＭ
３０ ＲＯＭ
４０ ＨＤＤ
５０ Ｉ／Ｆ
６０ ＬＣＤ
７０ 操作部
８０ バス
１０１ ネットワークＩ／Ｆ
１０２ ＯＳ
１０３ プリンタドライバ
１１０ ＵＩ拡張ファイル取得先処理部
１１１ ＵＩ拡張ファイル取得ＵＲＬ判定部
１１２ ＵＩ拡張ファイル取得ＵＲＬ再設定部
１１３ ＵＩ拡張ファイル取得部
１１４ ＵＩ拡張ファイル保存先設定部
１１５ ＵＩ拡張ファイルコピー部
１１６ ＵＩ拡張ファイル取得用ページ生成部
４０１ アプリケーション
４０２ ＯＳ
４０３ ネットワークＩ／Ｆ
４１０ プリンタドライバ
４１１ デスクトップＵＩ拡張ファイル
４１２ メトロＵＩ拡張ファイル
４１３ リソースファイル
４１４ 印刷設定項目定義ファイル
４１５ 基本設定ファイル
４１６ 双方向通信設定ファイル
４１７ 排他制御項目設定ファイル
４１８、４１９、４２０、４２１ フィルタ
４２２ フィルタパイプライン構成ファイル

特開２００８−２３４５７７号公報

Claims (6)

1. 情報処理装置から画像形成装置を利用するためのプログラムであるプリンタドライバがインストールされている画像形成出力制御装置から前記プリンタドライバを構成する情報を取得することにより、他の情報処理装置に前記プリンタドライバのインストールを行う画像形成出力制御システムであって、
   前記他の情報処理装置は、
   前記画像形成出力制御装置にインストールされているプリンタドライバのうち指定されたプリンタドライバを構成する情報を前記画像形成出力制御装置から取得し、
   前記プリンタドライバを構成する情報の取得に際して、前記プリンタドライバによって実現される機能の設定を行うための画面の情報を取得するためのネットワーク上のアドレスを前記画像形成出力制御装置から取得し、
   取得された前記ネットワーク上のアドレスにアクセスすることによって前記画面の情報を取得し、
   前記画像形成出力制御装置は、
   前記画面の情報を取得するためのネットワーク上のアドレスの変更を指示する情報を取得する取得先変更受付部と、
   前記変更の指示に基づき、変更後の前記ネットワーク上のアドレスを示す情報を前記プリンタドライバを構成する情報とは異なる情報として保存する変更設定部と、
   前記他の情報処理装置に対して前記画面の情報を取得するためのネットワーク上のアドレスを通知する際に、前記プリンタドライバを構成する情報とは異なる情報として保存された変更後の前記ネットワーク上のアドレスを示す情報を通知する取得先通知部とを含むことを特徴とする画像形成出力制御システム。
2. 前記変更設定部は、変更後の前記ネットワーク上のアドレスを示す情報をレジストリの情報として保存し、
   前記取得先通知部は、前記レジストリの情報に基づいて変更後の前記ネットワーク上のアドレスを示す情報を通知することを特徴とする請求項１に記載の画像形成出力制御システム。
3. 前記画像形成出力制御装置は、
   前記画面の情報を取得するためのネットワーク上のアドレスの変更が指示されたプリンタドライバに係る前記画面の情報を取得する画面情報取得部と、
   前記変更の指示に基づき、変更後の前記ネットワーク上のアドレスに対応する記憶領域に、取得された前記画面の情報を格納する画面情報格納部と、
   格納された前記画面の情報が、変更後の前記ネットワーク上のアドレスに対するアクセスによってアクセス元にダウンロードされるようなウェブアクセスに対応するための情報を、前記変更の指示に基づいて生成するアクセス情報生成部とを含むことを特徴とする請求項１または２に記載の画像形成出力制御システム。
4. 前記画面情報取得部は、基本ソフトウェアの種類に応じて異なる前記画面の情報を夫々取得し、
   前記画面情報格納部は、基本ソフトウェアの種類に応じて異なる複数の前記画面の情報を、変更後の前記ネットワーク上のアドレスに対応する記憶領域に格納し、
   前記アクセス情報生成部は、前記アクセス元の動作を制御する基本ソフトウェアの種類に応じた前記画面の情報がダウンロードされるように、前記ウェブアクセスに対応するための情報を生成することを特徴とする請求項３に記載の画像形成出力制御システム。
5. 情報処理装置から画像形成装置を利用するためのプログラムであるプリンタドライバがインストールされている画像形成出力制御装置から前記プリンタドライバを構成する情報を取得することにより、他の情報処理装置に前記プリンタドライバのインストールを行うと共に、前記画像形成出力制御装置から通知されたネットワーク上のアドレスにアクセスすることによって前記プリンタドライバによって実現される機能の設定を行うための画面の情報を取得する画像形成出力制御システムにおいて用いられる画像形成出力制御装置であって、
   前記画面の情報を取得するためのネットワーク上のアドレスの変更を指示する情報を取得する取得先変更受付部と、
   前記変更の指示に基づき、変更後の前記ネットワーク上のアドレスを示す情報を前記プリンタドライバを構成する情報とは異なる情報として保存する変更設定部と、
   前記他の情報処理装置に対して前記画面の情報を取得するためのネットワーク上のアドレスを通知する際に、前記プリンタドライバを構成する情報とは異なる情報として保存された変更後の前記ネットワーク上のアドレスを示す情報を通知する取得先通知部とを含むことを特徴とする画像形成出力制御装置。
6. 情報処理装置から画像形成装置を利用するためのプログラムであるプリンタドライバがインストールされている画像形成出力制御装置から前記プリンタドライバを構成する情報を取得することにより、他の情報処理装置に前記プリンタドライバのインストールを行うと共に、前記画像形成出力制御装置から通知されたネットワーク上のアドレスにアクセスすることによって前記プリンタドライバによって実現される機能の設定を行うための画面の情報を取得する画像形成出力制御システムにおいて前記画像形成出力制御装置を制御する制御プログラムであって、
   前記画像形成出力制御装置は、前記プリンタドライバを構成する情報とは異なる情報として保存された情報に基づいて前記ネットワーク上のアドレスの通知を行うものであり、
   前記画面の情報を取得するためのネットワーク上のアドレスの変更を指示する情報を取得するステップと、
   前記変更の指示に基づき、変更後の前記ネットワーク上のアドレスを示す情報を前記プリンタドライバを構成する情報とは異なる情報として保存するステップとを情報処理装置に実行させることを特徴とする制御プログラム。

Images