(57)【要約】【課題】  ダウンロード対象となる印刷デバイスのキュー名称が不明な印刷デバイスに対しても印刷リソースのダウンロード処理を適切に実行することを可能とする。【解決手段】  ダウンロード対象となる印刷デバイスの名称を正規化することで、対象デバイスの分類を行う。分類ごとのダウンロード実績のあるキュー名称に対するダウンロード成功回数に関する情報を保持する。キュー名称不明なデバイスに関してはダウンロード成功回数から順次に過去にダウンロードが成功したキュー名称を用いてダウンロード処理を試みる。何れも失敗した場合はユーザーからの入力手段を設ける。【選択図】  図５
2007179186.tif 000002
【特許請求の範囲】
【請求項１】
通信媒体を介して、印刷装置の管理機能を搭載した情報処理装置と、印刷装置が接続された印刷リソースダウンロードシステムであって、
印刷リソースデータを前記印刷装置へ転送を行う転送手段と、
前記管理機能による管理対象の印刷装置を装置名称で分類する装置名称分類手段と、
前記装置名称と前記装置名称に付随する印刷情報を前記装置名称ごとに参照可能な印刷管理情報として管理する印刷情報管理手段と、
前記転送手段による転送結果の成否を判定する転送結果判定手段とを有し、
前記転送結果判定手段による判定の結果に応じて前記転送手段による転送を実行することを特徴とする印刷リソースダウンロードシステム。
【請求項２】
前記前記管理機能による管理対象の印刷装置を装置名称で分類する装置名称分類手段は、印刷装置名称を正規表現することを特徴とする請求項１に記載の印刷リソースダウンロードシステム。
【請求項３】
前記印刷管理情報は、印刷キュー名称であることを特徴とする請求項１または２に記載の印刷リソースダウンロードシステム。
【請求項４】
前記印刷管理情報は、前記転送手段による転送成功回数であることを特徴とする請求項１乃至３のいずれか１項に記載の印刷リソースダウンロードシステム。
【請求項５】
前記転送結果判定手段による判定の結果、転送が失敗したと判定される場合には、前記印刷管理情報を参照し、参照した前記印刷情報に基づいて転送を再試行することを特徴とする請求項１乃至４のいずれか１項に記載の印刷リソースダウンロードシステム。
【請求項６】
通信媒体を介して、印刷装置の管理機能を搭載した情報処理装置と、印刷装置が接続された印刷リソースダウンロードシステムの制御方法であって、
印刷リソースデータを前記印刷装置へ転送を行う転送工程と、
前記管理機能による管理対象の印刷装置を装置名称で分類する装置名称分類工程と、
前記装置名称と前記装置名称に付随する印刷情報を前記装置名称ごとに参照可能な印刷管理情報として管理する印刷情報管理工程と、
前記転送工程による転送結果の成否を判定する転送結果判定工程とを有し、
前記転送結果判定工程による判定の結果に応じて前記転送工程による転送を実行することを特徴とする印刷リソースダウンロードシステムの制御方法。
【請求項７】
前記前記管理機能による管理対象の印刷装置を装置名称で分類する装置名称分類工程は、印刷装置名称を正規表現することを特徴とする請求項６に記載の印刷リソースダウンロードシステムの制御方法。
【請求項８】
前記印刷管理情報は、印刷キュー名称であることを特徴とする請求項６または７に記載の印刷リソースダウンロードシステムの制御方法。
【請求項９】
前記印刷管理情報は、前記転送工程による転送成功回数であることを特徴とする請求項６乃至８のいずれか１項に記載の印刷リソースダウンロードシステムの制御方法。
【請求項１０】
前記転送結果判定工程による判定の結果、転送が失敗したと判定される場合には、前記印刷管理情報を参照し、参照した前記印刷情報に基づいて転送を再試行することを特徴とする請求項６乃至９のいずれか１項に記載の印刷リソースダウンロードシステムの制御方法。
【請求項１１】
請求項６乃至１０のいずれか１項に記載の印刷リソースダウンロードシステムの制御方法をコンピュータで実行させるためのプログラム。
【請求項１２】
請求項１１記載のプログラムを格納したコンピュータで読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク環境下に接続されている印刷デバイスに対して、印刷リソースデータのダウンロードを行うユーティリティ・ソフトウエアに関する。リソースデータのダウンロードを行う際にＬＰＲプロトコルを用いてダウンロードを行う際のダウンロード処理方法に関するものである。
【背景技術】
【０００２】
従来、印刷リソースデータを印刷デバイスに対してＬＰＲ（Ｌｉｎｅ  ＰＲｉｎｔｅｒ  ｄａｅｍｏｎ  ｐｒｏｔｏｃｏｌ）を用いてダウンロードを行うユーティリティプログラムが存在する。ここで、ダウンロードとはサーバや管理者等のコンピュータから印刷デバイスにリソースデータを送ることをダウンロードと呼んでいる。また、印刷リソースデータとはフォント、フォームデータであり、印刷デバイスに必要なプログラムの場合もある。ここで、ＬＰＲでデータ転送時に必須なキュー名称を指定する際に、対象デバイスの種別によって指定可能なキュー名称情報をダウンロード元のコンピュータの内部情報として保持していた。また、キュー名称が不明の印刷デバイスに対しては、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）プロトコルを使用して、印刷デバイス内部に保持しているＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）情報からキュー名称を取得して対応するような方法が取られていた。
【０００３】
ここで、ＬＰＲとは、ＴＣＰ／ＩＰネットワークを経由して印刷を行なうプロトコルである。ＬＰＲプロトコルを使用して印刷を行なうためのコマンド名を意味する場合もある。ＬＰＲプロトコルはネットワーク上の他のコンピュータ（プリントサーバ）に接続したプリンタに印刷を行わせるためのプロトコルで、主にＵＮＩＸ（登録商標）系ＯＳで利用され、Ｍｉｃｒｏｓｏｆｔ社のＷｉｎｄｏｗｓ（登録商標）２０００／ｘｐなどでも利用できる。ＬＰＲプロトコルの仕様はＲＦＣ１１７９で規定されている。
【０００４】
次に、ＳＮＭＰとは、ＴＣＰ／ＩＰネットワークにおいて、コンピュータ、クライアント、ルータなど、ネットワークに接続された通信機器をネットワーク経由で制御・監視するプロトコルである。制御の対象となる機器はＭＩＢと呼ばれる管理情報データベースを持ち、管理を行なう機器は対象機器のＭＩＢに基づいて適切な設定を行なう。
【０００５】
ＭＩＢとは、ＳＮＭＰで管理されるネットワーク機器が、自身の状態を外部に通知するために公開する情報である。仕様はＲＦＣ１１５６とＲＦＣ１２１３で規定されている。
【０００６】
また、特許文献１には、不明なＰＤＬの印刷ジョブは待ち行列に入れて保留状態にし、次の印刷ジョブを処理する技術の記載がある。詳細には、複数形式のページ記述言語（ＰＤＬ）を受信し印刷を実行するプリンタである。オペレータが印刷ジョブ毎に操作介入なく継続して印刷できる「自動印刷モード」とオペレータが印刷ジョブ毎に操作介入して印刷する「手動印刷モード」を持つ。「自動印刷モード」において、受信データ形式が何のＰＤＬのデータ形式かを自動的に判別する。プリンタが処理不能なＰＤＬまたはＰＤＬに該当しない形式のデータを受信したと判別した場合には、当該印刷ジョブの印刷を実行せずに、不揮発装置中の待ち行列へ印刷保留状態として記憶する。そして、次の印刷ジョブを受信し中断することなく継続して印刷を実行する機能について開示している。
【特許文献１】特開２００４−３３０６８８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記従来例では、キュー名称が不明な印刷デバイスに対しては、ＬＰＲの通信そのものがエラーとなるため、リソースデータのダウンロードを実行することが不可能であった。また、ＭＩＢ情報からにキュー名称を取得することが出来ない印刷デバイスに対しても、リソースデータのダウンロードを実行することが不可能になるという問題点があった。
【０００８】
本発明は、上記のような状況を鑑み、ダウンロード対象となる印刷デバイスのキュー名称が不明な印刷デバイスに対しても印刷リソースのダウンロード処理を適切に実行することを可能とすることを目的とする。
【課題を解決するための手段】
【０００９】
上記の目的を達成するために本発明による印刷リソースダウンロードシステムは以下の構成を備える。
【００１０】
即ち、通信媒体を介して、印刷装置の管理機能を搭載した情報処理装置と、印刷装置が接続された印刷リソースダウンロードシステムであって、
印刷リソースデータを前記印刷装置へ転送を行う転送手段と、
前記管理機能による管理対象の印刷装置を装置名称で分類する装置名称分類手段と、
前記装置名称と前記装置名称に付随する印刷情報を前記装置名称ごとに参照可能な印刷管理情報として管理する印刷情報管理手段と、
前記転送手段による転送結果の成否を判定する転送結果判定手段とを有し、
前記転送結果判定手段による判定の結果に応じて前記転送手段による転送を実行する。
【００１１】
更に好ましくは、前記前記管理機能による管理対象の印刷装置を装置名称で分類する装置名称分類手段は、印刷装置名称を正規表現する。
【００１２】
更に好ましくは、前記印刷管理情報は、印刷キュー名称である。
【００１３】
更に好ましくは、前記印刷管理情報は、前記転送手段による転送成功回数である。
【００１４】
更に好ましくは、前記転送結果判定手段による判定の結果、転送が失敗したと判定される場合には、前記印刷管理情報を参照し、参照した前記印刷情報に基づいて転送を再試行する。
【００１５】
上記の目的を達成するために本発明による印刷リソースダウンロードシステムの制御方法は以下の構成を備える。
【００１６】
即ち、通信媒体を介して、印刷装置の管理機能を搭載した情報処理装置と、印刷装置が接続された印刷リソースダウンロードシステムの制御方法であって、
印刷リソースデータを前記印刷装置へ転送を行う転送工程と、
前記管理機能による管理対象の印刷装置を装置名称で分類する装置名称分類工程と、
前記装置名称と前記装置名称に付随する印刷情報を前記装置名称ごとに参照可能な印刷管理情報として管理する印刷情報管理工程と、
前記転送工程による転送結果の成否を判定する転送結果判定工程とを有し、
前記転送結果判定工程による判定の結果に応じて前記転送工程による転送を実行する。
【発明の効果】
【００１７】
本発明によれば、ダウンロード対象となる印刷デバイスの名称を正規化することで、対象デバイスの分類を行う。そして、分類ごとのダウンロード実績のあるキュー名称に対するダウンロード成功回数に関する情報を保持する。キュー名称不明なデバイスに関してはダウンロード成功回数から順次に過去にダウンロードが成功したキュー名称を用いてダウンロード処理を試みる。何れも失敗した場合はユーザーからの入力手段を設ける。これによりキュー名称が不明な印刷デバイスに対しても印刷リソースのダウンロード処理を適切に実行することが可能となる。
【発明を実施するための最良の形態】
【００１８】
以下、添付図面を参照して本発明の好適な実施の形態を詳しく説明する。
【００１９】
［第１の実施形態］
１０１は印刷デバイスを管理するユーティリティソフトウエアがインストールされたＰＣ（パーソナル・コンピュータ）である。このＰＣ１０１には、印刷デバイスに対して印刷リソース（フォント、フォームデータなど、印刷出力時に使用されるリソースデータ一般を指す）をダウンロードするダウンロードプログラムがインストールされている。
【００２０】
ここで、ダウンロードプログラムは、ユーティリティソフトウエアの機能の一部あるいはプログラム群の１つである。本実施形態ではユーティリティソフトウエアの機能のうちダウンロード機能のみ利用するので、本実施形態の説明のユーティリティソフトウエアとダウンロードプログラムはほぼ同義語として扱うものとする。
【００２１】
このダウンロードプログラムは印刷デバイスを一括して管理する管理者や、印刷デバイスを使用する一般ユーザーなどによって、必要に応じて起動され、印刷処理に必要とされるリソースデータをダウンロードする際に使用されるソフトウエアである。
【００２２】
１０２はイーサネット（登録商標）などの通信媒体である。１０３（ＤｅｖＡ）および１０４（ＤｅｖＢ）はネットワーク上に接続されている印刷デバイスを表わす。これらの印刷デバイス１０３、１０４とＰＣ１０１との間では、必要に応じてＴＣＰ／ＩＰやＳＮＭＰ、その他のプロトコルなどを使用して通信を行い、情報の交換が行われることとなる。
【００２３】
ここで、リソースデータをダウンロードするユーティリティソフトウェアからはＬＰＲプロトコルを使用してリソースデータのダウンロードが行われる場合もある。
【００２４】
リソースデータのダウンロード手順としては１０５または１０７の経路で、管理対象の印刷デバイスに関する情報の取得を行う。この情報取得は対象デバイスの名称であったり、対象デバイスがサポートしているＰＤＬ（Ｐａｇｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ）の種別であったり、印刷デバイスに対してダウンロードを行うリソースデータの格納先記憶媒体情報であったり、その他印刷リソースデータのダウンロードに関する諸々の情報を対象の印刷デバイスより取得を行う。
【００２５】
１０５、１０６より取得を行った情報を元に、対象となる印刷デバイス１０３または１０４に対してＬＰＲプロトコルを用いてリソースデータのダウンロードを実行すると判定した場合には、１０６または１０８の経路でＬＰＲプロトコルを用いて、ダウンロードリソースデータを対象デバイス１０３または１０４に対して送信することで、ダウンロード処理を実行する。
【００２６】
図２は、ＬＰＲプロトコルを使用してデータ転送を行う際のデータコマンドの例を表わすものである。
【００２７】
２０１はＬＰＳ（Ｌｉｎｅ  Ｐｒｉｎｔｅｒ  Ｓｅｒｖｉｃｅ）へのコマンドコードを表わす。２０２はＡＳＣＩＩコードの改行文字で終了する名前をもつターゲットのプリントキュー名称を表わすものである。
【００２８】
このプリントキュー名２０２が対象デバイスに実装されているキュー名称と一致することが、ＬＰＲプロトコルを用いてリソースデータのダウンロードを行う際の必須条件となる。
【００２９】
ここで、プリントキュー名称２０２に対象となる印刷デバイスがサポートしていないキュー名称を指定した場合には、印刷デバイス側との接続が失敗し、以降のダウンロード処理は行われないこととなる。
【００３０】
ＬＰＲプロトコルによる処理の詳細に関しては、周知技術であるので割愛する。
【００３１】
次に図３を用いて対象デバイスの名称を正規化して表わす例に関して説明を行う。
【００３２】
３０１は対象となる印刷デバイスの名称を表わす例である。ここでは「ｉＲ」という文字列に続く４桁の数字およびハイフンで連結された英字１文字、数字１桁の組み合わせで対象となる印刷デバイスの名称であることが判定可能である。３０１の例では「ｉＲ９９９９」という印刷デバイスのモデル（型番）であり、ネットワーク上では「ｉＲ９９９９−Ａ１」というデバイス名称で識別されることを示している。つまりモデル名が「ｉＲ９９９９」という印刷デバイスが管理対象のネットワークに複数存在していても「−Ａ１」部分の記述の違いで別のデバイスとして識別が可能である。
【００３３】
この３０１の名称パターンを正規化して表わした例が、３０２である。正規化とはデータを一定のルールに従って変形し、利用しやすくすることである。ＲＤＢ（リレーショナルデータベース）で一般的に用いられているものである。
【００３４】
３０２の正規表現では「ｉＲ」という文字列に続く４桁の数字組み合わせからなる全てのデバイスの型番について「−？ｎ」の正規表現による識別が可能である。ここでは「ｎ」が数字０〜９を「？」が英字Ａ〜Ｚを表わすので１０×１０×１０×１０×２６×１０通りの識別が可能である。
【００３５】
正規表現を用いた表現方法に関しては、ここでは一例を示すものであり、名称情報を正規化することで、対象デバイスの分類分けを行うことが本発明での主目的であるため、３０２で示した正規表現以外の正規表現を用いてよいのは言うまでもない。
【００３６】
そして、これらのデバイスの名称分類を行い、ダウンロード処理の成功、失敗結果からプリントキュー名称およびダウンロード成功回数の情報を保持する情報テーブルの例を、図４を用いて説明する。
【００３７】
４０１はデバイス名称の分類を表わす。この名称分類にはｉＲｎｎｎｎ４０４、ｉＲ  Ｃｎｎｎｎ４０５、ｉＲｎｎｎｎ−？ｎ４０６、ｉＲ  Ｃｎｎｎｎ−？ｎ４０７の４つの正規化された名称分類が存在することを表わす。
【００３８】
次に４０２はそれぞれの名称分類におけるプリントキュー名称の例を表わす項目である。
【００３９】
４０４の名称分類「ｉＲｎｎｎｎ」に関しては、「ｌｐｒｉｎｔｅｒ」というキュー名称で、ダウンロード回数４０３の項目は「１０回」ダウンロード処理が成功したことを表わす例である。
【００４０】
４０５の名称分類「ｉＲ  Ｃｎｎｎｎ」に関しては、「ｌｐｒｉｎｔｅｒ」というキュー名称で「５０回」ダウンロード処理が成功したことを示している。
【００４１】
４０６の名称分類「ｉＲｎｎｎｎ−？ｎ」に関しては、プリントキュー名称が「ｑｕｅｕｅ１」、「ｑｕｅｕｅ２」、「ｑｕｅｕｅ３」「ｑｕｅｕｅ１０」のキュー名称でのダウンロード処理行われた実績があることを示すものである。それぞれのキュー名称において、「ｑｕｅｕｅ１」では「１００回」のダウンロード処理の実績があり、「ｑｕｅｕｅ２」では「１０回」のダウンロード処理の実績があり、「ｑｕｅｕｅ３」では「３回」のダウンロード処理の実績があり、「ｑｕｅｕｅ１０」では「１回」のダウンロード処理の実績があることを示している。
【００４２】
同様に、４０７の名称分類「ｉＲ  Ｃｎｎｎｎ−？ｎ」に関しては、プリントキュー名称が「ｑｕｅｕｅ１」、「ｑｕｅｕｅ２」、「ｑｕｅｕｅ３」、「ｑｕｅｕｅ５０」、のキュー名称でのダウンロード処理行われた実績があることを示すものである。それぞれのキュー名称において、「ｑｕｅｕｅ１」では「１００回」のダウンロード処理の実績があり、「ｑｕｅｕｅ２」では「５回」のダウンロード処理の実績があり、「ｑｕｅｕｅ３」では「１回」のダウンロード処理の実績があり、「ｑｕｅｕｅ５０」では「２回」のダウンロード処理の実績があることを示している。
【００４３】
尚、これらの名称分類であるデバイス名称４０１とキュー名称４０２の各項目の数に関しては特に上限値などは無く、キュー名称が判明しているものに関してはデフォルト値として持つことも可能であり、また後述のＵＩからの入力により任意のキュー名称をデバイス名称分類の中に随時追加することが可能である。
【００４４】
次に図５を用いてリソースデータのダウンロード処理の流れに関して詳細に説明を行う。
【００４５】
先ずＳ５０１では、印刷デバイスに対してリソースデータのダウンロードを行う外部ユーティリティソフトウエアにより、印刷リソースのダウンロード処理を行う。
【００４６】
次にＳ５０２では、印刷リソースデータのダウンロード処理を行った際に、ＬＰＲプロトコルでのダウンロード処理が失敗した対象デバイスの名称を、図３に示すような正規化処理を行い、名称分類に合致する形に変換を行う。
【００４７】
次にＳ５０３ではＳ５０１で実行したリソースデータのダウンロード処理が正常に終了したかどうかの判定を行う。ここでは本発明に関係するＬＰＲプロトコルを使用してリソースのダウンロードを行うデバイスに対してダウンロードの成否の判定を行う、ものとする。ダウンロードプログラムではＬＰＲ以外のプロトコルを使用してダウンロードを行う場合もあるが、ＬＰＲプロトコル以外ではプリントキュー名を使用しないため、本実施例では他のプロトコルを用いたダウンロードの説明は省略する。
【００４８】
Ｓ５０３でダウンロード処理が正常に終了したと判定された場合にはＳ５１２へ進む。Ｓ５１２では、図４に示したデバイス名称（名称分類）４０１とキュー名称４０２によるダウンロード回数（ダウンロード成否情報）４０３が格納されているテーブルを更新する。即ち、Ｓ５０１で使用したキュー名称におけるダウンロード成功回数を１回カウントアップし処理を終了する。
【００４９】
Ｓ５０３で、ダウンロード処理が正常に終了しなかった場合にはＳ５０４へ進む。Ｓ５０４においては、Ｓ５０３において正規化されたデバイス名称が、図４に示したテーブル内に存在するか否か判定する。つまり、デバイス名称（名称分類）４０１とキュー名称４０２によるダウンロード回数（ダウンロード成否情報）４０３が図４のテーブル内に存在するか否かの判定を行う。
【００５０】
具体的にはＳ５０３で正規化された名称が、図４の４０１のデバイス名称分類に合致するか否かのの判定を行うことになる。この図４の名称分類とキュー名称によるダウンロード成否情報が格納されているテーブルは、印刷リソースデータをダウンロードする外部ユーティリティソフトがインストールされているＰＣ上の記憶領域もしくは外部記憶領域上に存在する。ユーティリティソフトの機能の一部であるダウンロードプログラムが図４のテーブルを、以降のステップにおいて必要に応じで参照することが可能である。
【００５１】
また、図４のテーブルはダウンロードプログラム起動時に必要に応じて記憶領域上に読み出される。また、図４のテーブルはダウンロードプログラムが終了する際には必要時応じて不揮発性外部記憶領域に書き込まれることにより、次回以降のダウンロードプログラムの処理に使用されるものとする。
【００５２】
次にＳ５０５では、４０１の名称分類と４０２のキュー名称による４０３のダウンロード成否情報が格納されている図４のテーブルを参照した結果、Ｓ５０３で正規化された印刷デバイス名称が存在するか否かの判定を行う。即ち、図４の例では４０４、４０５、４０６、４０７が存在するか判定する。指定された印刷デバイスの正規化された名称が存在する場合にはＳ５０６へ進み、存在しない場合にはＳ５１０へ進む。
【００５３】
Ｓ５０６では、図４に示した名称分類（デバイス名称）４０１とキュー名称４０２によるダウンロード回数（ダウンロード成否情報）４０３が格納されているテーブルを参照する。そして４０１の対象となるデバイス名称に合致するキュー名称４０２および４０３のダウンロード成功回数に関する情報を取得し、ダウンロード成功回数の多いものからキュー名称の取得を行う。なお、図４のテーブルに格納されているキュー名称４０２は、ダウンロード成功回数４０３によってデバイス名称（名称分類）４０１項目内がソートされて格納されていても良い。この場合、デバイス名称（名称分類）をソート順に参照していくことにより、ダウンロード成功回数の多いキュー名称から順に参照／取得していくことが可能となる。次にＳ５０７では、Ｓ５０６において取得を行ったダウンロード成功回数の多いキュー名称を用いて、ＬＰＲプロトコルにて対象デバイスに対してダウンロード処理の実行を試みる。
【００５４】
Ｓ５０８ではＳ５０７のステップにおいて実行を行ったダウンロード処理の成否の判定を行い、正常に終了した場合はＳ５１２へ進む。
【００５５】
Ｓ５１２では、図４に示したデバイス名称（名称分類）４０１とキュー名称４０２によるダウンロード回数（ダウンロード成否情報）４０３が格納されているテーブルを更新する。即ち、Ｓ５０７で使用したキュー名称におけるダウンロード成功回数を１回カウントアップする。
【００５６】
Ｓ５０８でダウンロード処理が失敗と判定した場合は、Ｓ５０９へ進む。Ｓ５０９では、図４のテーブルの中のデバイス名称を正規化した名称分類の中に、未だダウンロード処理に使用していないキュー名称情報があるか否かの判定を行う。未だ使用していないキュー名称が残っている場合にはＳ５０６へ戻り、上記の処理を繰り返すこととなる。
【００５７】
つまり、ダウンロード結果の判定によりダウンロード処理の再試行は、印刷デバイスの名称分類に付随する情報から、プリントキュー名称を順次使用してダウンロード処理を再試行する。
【００５８】
または、ダウンロード結果の判定によりダウンロード処理の再試行は、ダウンロード対象デバイスの名称分類に付随する情報から、ダウンロード成否カウントを参照し、カウントの多いプリントキュー名称を順次使用してダウンロード処理を再試行する。
【００５９】
図４テーブルの中全てのキュー名称を使用したと判定された場合にはＳ５１０のステップへ進む。Ｓ５１０は、図４に示したテーブルに保持されているキュー名称全てを用いて、ＬＰＲプロトコルでのダウンロード処理を実行した状態である。
【００６０】
つまり、全てのキュー名称においてダウンロード処理が失敗したケースである。よって、Ｓ５１０では図６に示すようなプリントキュー名称入力用のユーザーインタフェースを表示して新たなキュー名称のエントリーをユーザーに入力を促す。
【００６１】
図６はキュー名称を入力するＵＩの一例を示すものである。
【００６２】
６０１はキュー名称を入力するための入力コントロールを示す。入力コントロールには６０２のように現存する図４に示したテーブルでキュー名称に設定されているキュー名称の一覧を履歴表示しても良い。このように重複したキュー名称の入力を防ぐような情報を表示しても構わない。
【００６３】
Ｓ５１０によって図６のようなＵＩを用いて入力を行ったプリントキュー名称は、Ｓ５１１において、図４のテーブルの中に新たなキュー名称エントリーとして追加される。
【００６４】
新たなキュー名称をエントリーとして追加した例を図７に示す。７０１にユーザーの入力により「ｑｕｅｕｅ２００」というキュー名称が入力された場合の例を表わす。入力されたキュー名称「ｑｕｅｕｅ２００」に対して、ダウンロード実績は無いのでダウンロード成否回数としては「０」が入力されている。
【００６５】
追加されたエントリーユーザーによって入力されたキュー名称の追加処理を行った後、Ｓ５０７に戻りＳ５１１で入力を行ったキュー名称を用いてダウンロード処理を実行する。
【００６６】
以上、説明したように、本発明によれば、ダウンロード対象となる印刷デバイスの名称を正規化することで、対象デバイスの分類を行う。そして、分類ごとのダウンロード実績のあるキュー名称に対するダウンロード成功回数に関する情報を保持する。キュー名称不明なデバイスに関してはダウンロード成功回数から順次に過去にダウンロードが成功したキュー名称を用いてダウンロード処理を試みる。何れも失敗した場合はユーザーからの入力手段を設ける。これによりキュー名称が不明な印刷デバイスに対しても印刷リソースのダウンロード処理を適切に実行することが可能となる。
【００６７】
［その他の実施形態］
以上が本発明の実施形態の説明であるが、本発明は、これら実施形態に限られるものではなく、特許請求の範囲で示した機能、または実施形態の構成が持つ機能を達成できる構成であれば、どのようなものであっても適用可能である。
【００６８】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体及びプログラムは本発明を構成することになる。
【００６９】
また、プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ、ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【００７０】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００７１】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【図面の簡単な説明】
【００７２】
【図１】本発明のシステム全体構成を表わす図である。
【図２】ＬＰＲプロトコルを使用してデータ転送を行う際のデータコマンドの例を表わす図である。
【図３】対象となる印刷デバイスの名称情報を正規化して表わす例を示す図である。
【図４】正規化されたデバイス名称分類とプリントキュー名称およびダウンロード成否回数の情報を管理するテーブルを表わす図である。
【図５】本発明のダウンロード処理を表わすフローチャートである。
【図６】キュー名称入力のためのユーザーインタフェースの例を表わす図である。
【図７】新たなキュー名称を図４のテーブルに追加した例を表わす図である。
【図１】
2007179186.tif 000003
【図２】
2007179186.tif 000004
【図３】
2007179186.tif 000005
【図４】
2007179186.tif 000006
【図５】
2007179186.tif 000007
【図６】
2007179186.tif 000008
【図７】
2007179186.tif 000009