特許 7463117 情報処理装置およびプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-03-29

(45)【発行日】2024-04-08

(54)【発明の名称】情報処理装置およびプログラム

(51)【国際特許分類】

   G06F 3/12 20060101AFI20240401BHJP

   B41J 29/38 20060101ALI20240401BHJP

【ＦＩ】

G06F3/12 324

G06F3/12 303

G06F3/12 329

G06F3/12 334

B41J29/38 301

【請求項の数】 11

(21)【出願番号】P 2020014859

(22)【出願日】2020-01-31

(65)【公開番号】P2021121898

(43)【公開日】2021-08-26

【審査請求日】2023-01-12

(73)【特許権者】

【識別番号】000001007

【氏名又は名称】キヤノン株式会社

(74)【代理人】

【識別番号】110001243

【氏名又は名称】弁理士法人谷・阿部特許事務所

(72)【発明者】

【氏名】佐藤 大夢

【審査官】豊田 真弓

(56)【参考文献】

【文献】特開２０１２－１８５７４２（ＪＰ，Ａ）

【文献】特開２０１９－０７０９２６（ＪＰ，Ａ）

【文献】特開２０１７－０６８６５９（ＪＰ，Ａ）

【文献】特開２０１７－１５６８９９（ＪＰ，Ａ）

【文献】特開２０１５－２２８１８５（ＪＰ，Ａ）

【文献】特開２０１７－１８２２５７（ＪＰ，Ａ）

【文献】特開２０１５－０４９９７１（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ３／１２

Ｂ４１Ｊ ２９／３８

(57)【特許請求の範囲】

【請求項1】

プリンタと通信可能な情報処理装置で動作可能な印刷制御ソフトウェアのプログラムであって、
前記情報処理装置のコンピュータに、
前記プリンタから得られたステータス情報に基づいて前記プリンタで発生しているエラーを決定する決定ステップと、
前記情報処理装置で動作するＯＳ印刷ソフトウェアが、前記決定ステップで決定したエラーを報知可能か否かに応じて、前記ＯＳ印刷ソフトウェアに通知する情報を制御する制御ステップと、
を実行させることを特徴とするプログラム。

【請求項2】

前記制御ステップは、前記情報処理装置で動作するＯＳ印刷ソフトウェアが、前記決定ステップで決定したエラーを識別する識別子に対応するエラーメッセージを有している場合、前記ＯＳ印刷ソフトウェアが前記エラーを報知可能であると判定することを特徴とする請求項１に記載のプログラム。

【請求項3】

前記制御ステップは、前記情報処理装置で動作するＯＳ印刷ソフトウェアに、前記決定ステップで決定したエラーを識別する識別子に対応するエラーメッセージを要求し、前記要求に対する応答がない場合、前記ＯＳ印刷ソフトウェアが前記エラーを報知可能でないと判定することを特徴とする請求項１に記載のプログラム。

【請求項4】

前記制御ステップは、前記情報処理装置で動作するＯＳ印刷ソフトウェアが、前記決定ステップで決定したエラーを報知可能でない場合、前記プリンタの状態を示す情報として汎用的なエラーを示す識別子を前記ＯＳ印刷ソフトウェアに通知し、かつ、ジョブの状態を示す情報として、前記決定したエラーに対応するメッセージを前記ＯＳ印刷ソフトウェアに通知することを特徴とする請求項１乃至３のいずれか一項に記載のプログラム。

【請求項5】

前記制御ステップは、前記情報処理装置で動作するＯＳ印刷ソフトウェアが、前記決定ステップで決定したエラーを報知可能である場合、前記プリンタの状態を示す情報として汎用的なエラーを示す識別子を前記ＯＳ印刷ソフトウェアに通知し、かつ、ジョブの状態を示す情報として、前記決定したエラーに対応するメッセージを前記ＯＳ印刷ソフトウェアに通知することを特徴とする請求項１乃至３のいずれか一項に記載のプログラム。

【請求項6】

前記制御ステップは、前記情報処理装置で動作するＯＳ印刷ソフトウェアが、前記決定ステップで決定したエラーを報知可能である場合、前記プリンタの状態を示す情報として前記決定したエラーを示す識別子を前記ＯＳ印刷ソフトウェアに通知し、かつ、ジョブの状態を示す情報として前記決定したエラーに対応するメッセージを前記ＯＳ印刷ソフトウェアに通知することを特徴とする請求項１乃至３のいずれか一項に記載のプログラム。

【請求項7】

前記制御ステップは、前記情報処理装置で動作するＯＳ印刷ソフトウェアが、前記決定ステップで決定したエラーを報知可能である場合、前記プリンタの状態を示す情報として前記決定したエラーを示す識別子を前記ＯＳ印刷ソフトウェアに通知し、かつ、ジョブの状態を示す情報として、前記プリンタにおけるジョブの状態を示すメッセージを前記ＯＳ印刷ソフトウェアに通知することを特徴とする請求項１乃至３のいずれか一項に記載のプログラム。

【請求項8】

前記制御ステップは、Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌの仕様に基づいて前記ＯＳ印刷ソフトウェアに前記プリンタの状態を示す情報を通知することを特徴とする請求項４乃至７のいずれか一項に記載のプログラム。

【請求項9】

前記制御ステップは、Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌの仕様に基づいて前記ＯＳ印刷ソフトウェアに前記ジョブの状態を示す情報を通知することを特徴とする請求項４乃至８のいずれか一項に記載のプログラム。

【請求項10】

前記決定ステップは、Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌの仕様に基づかずに、前記プリンタから前記ステータス情報を取得することを特徴とする請求項１乃至９のいずれか一項に記載のプログラム。

【請求項11】

プリンタと通信可能な情報処理装置であって
前記プリンタから得られたステータス情報に基づいて前記プリンタで発生しているエラーを決定する決定手段と、
前記情報処理装置で動作するＯＳ印刷ソフトウェアが、前記決定手段で決定したエラーを報知可能か否かに応じて、前記ＯＳ印刷ソフトウェアに通知する情報を制御する制御手段と、
を有することを特徴とする情報処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置およびプログラムに関する。

【背景技術】

【0002】

プリンタとパーソナルコンピュータ（以下、ＰＣと称す）とが接続されたシステムにおいて、プリンタでエラーが発生している場合に、エラー状態をＰＣ画面上に表示してユーザに報知する技術が知られている（特許文献１）。

【0003】

ＰＣに搭載されているオペレーティングシステム（以下、ＯＳと称す）によっては、ＯＳ標準のエラーメッセージを表示する機能（以下、標準エラー報知機能と称す）を備えているものがある。このようなＯＳでは、印刷中に発生する数種類の標準的なエラーが予め定義されている。プリンタドライバがプリンタのステータス情報に基づきエラーをＯＳに通知すると、ＯＳは、標準エラー報知機能によってダイアログまたはアイコンを表示して、ユーザにエラーを報知する。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２００３－１３１８５７号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

ＯＳのバージョンによっては、定義されている標準的なエラーが異なる場合がある。例えば新しいバージョンのＯＳで新たに定義されたエラーを、古いバージョンのＯＳに通知しても、その古いバージョンのＯＳは、エラーを正しく認識できず、ユーザに適切なエラー報知を行うことができない。

【0006】

本発明は、様々なバージョンのＯＳにおいて、標準エラー報知機能を用いてユーザに適切なエラー報知をすることを目的とする。

【課題を解決するための手段】

【0007】

本発明の一態様に係るプログラムは、プリンタと通信可能な情報処理装置で動作可能な印刷制御ソフトウェアのプログラムであって、前記情報処理装置のコンピュータに、前記プリンタから得られたステータス情報に基づいて前記プリンタで発生しているエラーを決定する決定ステップと、前記情報処理装置で動作するＯＳ印刷ソフトウェアが、前記決定ステップで決定したエラーを報知可能か否かに応じて、前記ＯＳ印刷ソフトウェアに通知する情報を制御する制御ステップと、を実行させることを特徴とする。

【発明の効果】

【0008】

本発明によれば、様々なバージョンのＯＳにおいて、標準エラー報知機能を用いてユーザに適切なエラー報知をすることができる。

【図面の簡単な説明】

【0009】

【図1】システムのハードウェア構成を示すブロック図である。

【図2】システムの構成を示すブロック図である。

【図3】ＯＳ印刷システムが表示する印刷キュー画面を示す図である。

【図4】ＯＳで定義されている標準的なエラーのテーブルの一例を示す図である。

【図5】プリンタドライバが保持する個別エラーのテーブルの一例を示す図である。

【図6】プリンタドライバの印刷データ送信処理のフローを示す図である。

【図7】プリンタドライバのエラー報知処理のフローを示す図である。

【図8】ＯＳ印刷システムが表示する印刷キュー画面を示す図である。

【図9】ＯＳ印刷システムが表示する印刷キュー画面を示す図である。

【図10】システムの構成を示すブロック図である。

【図11】印刷ユーティリティのエラー報知処理のフローを示す図である。

【図12】印刷ユーティリティが生成するエラー画面の一例を示す図である。

【発明を実施するための形態】

【0010】

以下、添付図面を参照して本発明の好適な実施の形態を詳しく説明する。尚、以下の実施の形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施の形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。

【0011】

＜＜第１実施形態＞＞
＜システムのハードウェア構成＞
図１は、本実施形態において印刷に用いるシステムのハードウェア構成を示すブロック図である。本システムは、ホストコンピュータであるＰＣ１０１とプリンタ１０２とを有する。ＰＣ１０１は、情報処理装置の一例であり、入力インタフェース１１０、ＣＰＵ１１１、ＲＯＭ１１２、ＲＡＭ１１３、外部記憶装置１１４、出力インタフェース１１５、及び入出力インタフェース１１６を有する。また、入力インタフェース１１０には、キーボード１１８またはポインティングデバイス１１７などの入力デバイスが接続され、出力インタフェース１１５には、表示部１１９などの表示デバイスが接続されている。

【0012】

ＲＯＭ１１２には、初期化プログラムが格納されている。外部記憶装置１１４には、アプリケーションプログラム群、オペレーティングシステム（ＯＳ）、固有プリンタドライバ、及びその他の各種のデータが格納されている。ＲＡＭ１１３は、外部記憶装置１１４にストアされる各種のプログラムの実行の際のワークメモリ等として使用される。

【0013】

なお、本実施形態では、ＣＰＵ１１１が、ＲＯＭ１１２に格納されたプログラムの手順に従って処理を行うことによって、ＰＣ１０１における後述の機能及び後述するフローチャートに係る処理が実現される。デバイスであるプリンタ１０２は、入出力インタフェース１１６を介して、ＰＣ１０１と接続されている。ここでは、ＰＣ１０１とプリンタ１０２とが分かれて構成されているが、これらが一つの情報処理装置として構成されていても良い。

【0014】

＜ブロック構成＞
図２は、本実施形態のシステムの構成を示すブロック図である。ＰＣ１０１とプリンタ１０２とは、ネットワーク２１０を介して接続され、相互に通信可能である。本実施形態ではネットワークとしてＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を想定しているが、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）であってもよい。また、ネットワークの接続形態として有線無線を問わず、これらが混在していても構わない。ＰＣ１０１は、ネットワーク２１０を介して接続されたプリンタ１０２を制御する。本実施形態ではＯＳ印刷システム２０３は、標準的な印刷プロトコルであるＩｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ（以下、ＩＰＰと称す）の仕様に基づき動作することを想定している。

【0015】

図２には明示していないが、ＰＣ１０１にはＯＳが組み込まれており、ＰＣ１０１の資源、たとえばＰＣ１０１内の各ブロックは、ＯＳにより管理され、動作可能となっている。本実施形態では、ＰＣ１０１に組み込まれているＯＳとして、ｍａｃＯＳ（登録商標）を想定している。

【0016】

ＰＣ１０１は、アプリケーション２０２、ＯＳ印刷システム２０３、ベンダーが提供するプリンタドライバ２０６、およびネットワーク（ＮＷ）通信制御部２０７を有する。ＯＳ印刷システム２０３は、ＯＳ標準印刷制御部２０４と印刷キュー２０５とを含む。本実施形態の印刷制御ソフトウェアであるプリンタドライバ２０６は、ＯＳ標準印刷制御部２０４が使用するＩＰＰに対応している（サポートしている）ものである。

【0017】

ＯＳ印刷システム２０３における様々な処理は、ＯＳ印刷ソフトウェアであるＯＳ印刷システム２０３内のＯＳ標準印刷制御部２０４の制御により行なわれる。印刷キュー２０５は、ＯＳまたはアプリケーション２０２から印刷を実行するためのオブジェクトである。各印刷キューは、名称または共有の有無、接続先のポートまたはサーバの設定、印刷設定、およびデバイス関連の設定などを有する。また、印刷キュー２０５は、印刷データを記憶しておくオブジェクトとしても利用される。

【0018】

また、ＯＳ印刷システム２０３には、プリンタの状態とジョブの状態との２つの情報を格納する部分がある。プリンタドライバ２０６は、ＩＰＰを介してＯＳ印刷システム２０３に、これらの情報を格納したり更新したりすることが可能である。プリンタの状態が格納される部分は、ｐｒｉｎｔｅｒ－ｓｔａｔｅ－ｒｅａｓｏｎｓと呼ばれる。ジョブの状態が格納される部分は、ｊｏｂ－ｐｒｉｎｔｅｒ－ｓｔａｔｅ－ｍｅｓｓａｇｅと呼ばれる。ＯＳ印刷システム２０３は、標準エラー報知機能を用いてエラー報知を行う場合、これらに格納されている情報と、後述する図４に示すテーブルとに基づいて、図３のダイアログ（印刷キュー画面３０）を表示し、ユーザにエラー報知を行う。本処理の詳細は、後述する。

【0019】

アプリケーション２０２は、ユーザ指示に基づき、描画データを生成するソフトウェアである。ここでいうアプリケーションはＯＳ上で動作可能なソフトウェアである。アプリケーション２０１としては、例えば、文書作成用のワープロソフトや画像編集ソフト、年賀状作成ソフトなどが挙げられる。描画アプリケーションにより生成される描画データは、例えば、ＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）形式のデータである。ユーザがアプリケーション２０２で作成したデータの印刷を要求すると、その要求は、印刷ジョブとしてＯＳ印刷システム２０３に投入される。ＯＳ印刷システム２０３は、アプリケーション２０２から受けた印刷ジョブを印刷キュー２０５に含めて管理し、順次、プリンタドライバ２０６に送り処理する。プリンタドライバ２０６は、印刷データをプリンタ１０２が解釈可能な印刷データに変換し、ＮＷ通信制御部２０７を介してプリンタ１０２に送信する。

【0020】

印刷処理を実行中、プリンタドライバ２０６は、ＮＷ通信制御部２０７を介して定期的にプリンタ１０２に対してステータス情報の取得要求を行う。ステータス情報には、前述したプリンタの状態およびジョブの状態の情報が含まれる。プリンタドライバ２０６は、プリンタ１０２から応答として取得したステータス情報に含まれるプリンタの状態およびジョブの状態を解析する。解析の結果、エラーが発生していると判定すると、プリンタドライバ２０６は、ＯＳ印刷システム２０３にエラーを通知する。尚、プリンタドライバ２０６からの要求に応じてプリンタ１０２が応答するステータス情報は、ベンダー固有のプロトコルに従ったステータス情報となっている。プリンタドライバ２０６は、ベンダー固有のプロトコルを解析し、ＩＰＰの情報としてｐｒｉｎｔｅｒ－ｓｔａｔｅ－ｒｅａｓｏｎｓにプリンタの状態を格納する。また、ｊｏｂ－ｐｒｉｎｔｅｒ－ｓｔａｔｅ－ｍｅｓｓａｇｅにジョブの状態を格納する。

【0021】

プリンタ１０２は、ＮＷ通信制御部２２１、印刷制御部２２２、および印刷部２２３を有する。印刷制御部２２２は、ＮＷ通信制御部２２１を介してＰＣ１０１から印刷データを受信し、印刷データに基づき印刷部２２３を制御して印刷を実行する。

【0022】

図３は、ＯＳ印刷システム２０３が表示する印刷キュー画面３０を示す図である。ＯＳ印刷システム２０３は、印刷キュー２０５に蓄積されている印刷ジョブをユーザが確認するための印刷キュー画面３０を表示することが可能である。ＰＣ１０１は、ユーザの操作に応じて印刷キュー画面３０を表示部１１９に表示する。印刷キュー画面３０は、プリンタステータス表示領域３１と、印刷ジョブ表示領域３２とを含む。

【0023】

図４は、ＯＳで定義されている標準的なエラーのテーブルの一例を示すＯＳエラーメッセージ対応表４０を示す図である。図４（ａ）と図４（ｂ）とは、異なるバージョンのＯＳでのＯＳエラーメッセージ対応表４０を示している。プリンタエラー発生時に、プリンタドライバ２０６は、ＯＳ印刷システム２０３を介してｐｒｉｎｔｅｒ－ｓｔａｔｅ－ｒｅａｓｏｎｓにプリンタの状態の情報を格納する。するとＯＳ印刷システム２０３によって表示される印刷キュー画面３０では、ＯＳエラーメッセージ対応表４０に従い、対応するエラーメッセージが、図３のプリンタステータス表示領域３１に表示される。図３の例では、プリンタドライバ２０６がｐｒｉｎｔｅｒ－ｓｔａｔｅ－ｒｅａｓｏｎｓにｍｅｄｉａ－ｊａｍの情報を格納した例を示している。印刷キュー画面３０のプリンタステータス表示領域３１には、ＯＳエラーメッセージ対応表４０に従い、「紙づまりです。」とのメッセージが表示されている。ユーザは、プリンタステータス表示領域３１のメッセージを確認して、プリンタ１０２がエラー状態にあるか否かを知ることができる。

【0024】

ＯＳで定義されている標準的なエラーには、ＯＳエラーメッセージ対応表４０に示す、エラー毎で個別にＫｅｙが定義されているものと、「その他」として汎用的に扱える、汎用エラーのＫｅｙとが存在する。個別にエラーが定義されているＫｅｙを個別エラーＫｅと称し、汎用エラーのＫｅｙを汎用エラーＫｅｙと称する。また、このＯＳエラーメッセージ対応表４０は、ＯＳのバージョンによって異なる。例えば、図４（ａ）に対応する第一バージョンのＯＳでは存在せずＯＳ非対応であった廃インクフルエラーおよびカバーオープンエラーが、図４（ｂ）に対応する第二バージョンのＯＳでは存在し、ＯＳが対応していることになっている。

【0025】

ここで、図４（ｂ）に対応する第二バージョンのＯＳに対応させて、プリンタドライバ２０６が、カバーオープンエラーをＯＳ印刷システム２０３のｐｒｉｎｔｅｒ－ｓｔａｔｅ－ｒｅａｓｏｎｓに格納する場合を想定する。このとき、ＰＣ１０１が、図４（ａ）に対応する第一バージョンのＯＳで動作する場合、その第一バージョンのＯＳのＯＳ印刷システム２０３では、カバーオープンエラーという個別のエラーを識別できない。このため、第一バージョンのＯＳのＯＳ印刷システム２０３では、適切なエラー報知が行われない状態が発生し得る。本実施形態では、このような状態が発生することを抑制するものである。

【0026】

図３の印刷キュー画面３０の説明を続ける。印刷ジョブ表示領域３２には、印刷ジョブ名表示領域３３と印刷ジョブステータス表示領域３４とが含まれる。プリンタドライバ２０６が、ＯＳ印刷システム２０３を介してｊｏｂ－ｐｒｉｎｔｅｒ－ｓｔａｔｅ－ｍｅｓｓａｇｅにジョブの状態の情報を格納すると、印刷ジョブステータス表示領域３４に、印刷ジョブに関するステータス情報が表示される。ユーザは、印刷ジョブ表示領域３２で印刷ジョブに関するステータスを知ることができる。

【0027】

また、ユーザは、印刷中止ボタン３５を押下し印刷処理の中止をプリンタ１０２に指示し、印刷ジョブを削除できる。

【0028】

図５は、プリンタドライバ２０６が保持する個別エラーに対応するエラーテーブル５０の例を示す図である。プリンタ１０２は、エラーが発生していることを印刷制御部２２２で検知すると、ＮＷ通信制御部２０７及びＮＷ通信制御部２２１を介してプリンタドライバ２０６にエラーを返す。プリンタドライバ２０６は、受け取ったエラーを解析し、エラー番号を判定する。プリンタドライバ２０６は、ベンダー独自管理のエラーテーブル５０に従い、判定したエラー番号に対応するエラーに適したＩＰＰ ｐｒｉｎｔｅｒ－ｓｔａｔｅ－ｒｅａｓｏｎｓ Ｋｅｙを決定する。

【0029】

図６は、プリンタドライバ２０６の印刷データ送信処理のフローを示す図である。図６に示す処理は、ＣＰＵ１１１が、ＲＯＭ１１２または外部記憶装置１１４に記憶されているプリンタドライバ２０６のプログラムを実行することで行われる。なお、各処理の説明における記号「Ｓ」は、当該フローチャートにおけるステップであることを意味する（以下、本明細書において同様である）。

【0030】

Ｓ６０１においてプリンタドライバ２０６は、印刷データの取得を試みる。ＯＳ印刷システム２０３が印刷データをプリンタドライバ２０６に送ると、Ｓ６０１においてプリンタドライバ２０６は、その印刷データを取得することになる。Ｓ６０２においてプリンタドライバ２０６は、取得した印刷データの有無を判定し、印刷データが存在した場合にＳ６０３に進み、印刷データが存在しない場合、処理を終了する。

【0031】

Ｓ６０３においてプリンタドライバ２０６は、ＯＳ印刷システム２０３から取得した印刷データ（ＩＰＰで送られる印刷データ）を、プリンタ１０２が解釈可能な印刷データに変換する。Ｓ６０４においてプリンタドライバ２０６は、変換した印刷データをプリンタ１０２に送信する。

【0032】

Ｓ６０５においてプリンタドライバ２０６は、ベンダー固有のプロトコルでプリンタ１０２から送られるステータス情報を取得する。Ｓ６０６においてプリンタドライバ２０６は、ステータス情報の解析を行う。Ｓ６０７においてプリンタドライバ２０６は、解析したステータス情報に基づいて、エラーが発生しているか否かを判定する。エラーが発生していないと判定した場合、Ｓ６０１に戻り、ＯＳ印刷システム２０３からの印刷データの取得、ならびに、ベンダー固有のフォーマットへの変換および送信を繰り返す。エラーが発生していると判定した場合、Ｓ６０８に進む。

【0033】

Ｓ６０８においてプリンタドライバ２０６は、エラー報知処理を行う。例えば、プリンタドライバ２０６は、エラー種別に適したＩＰＰ ｐｒｉｎｔｅｒ－ｓｔａｔｅ－ｒｅａｓｏｎｓ ＫｅｙをＯＳ印刷システム２０３に通知する。すると、ＯＳ印刷システム２０３によって印刷キュー画面３０上に、図３に示すようなエラーメッセージが報知される。Ｓ６０８の詳細は後述する。

【0034】

Ｓ６０９においてプリンタドライバ２０６は、印刷キュー画面３０上の印刷中止ボタン３５が押下され、印刷中止が選択されたかを判定する。印刷中止が選択された場合、Ｓ６１０に進み、プリンタドライバ２０６は、プリンタ１０２に印刷処理の中止を指示して終了する。印刷中止が選択されていない場合、Ｓ６０５に戻り処理を繰り返す。

【0035】

図７は、図６のＳ６０８におけるプリンタドライバ２０６のエラー報知処理の詳細なフローを示す図である。Ｓ７０１においてプリンタドライバ２０６は、Ｓ６０６で解析したプリンタ１０２のステータス情報からエラーを判定し、ＯＳ印刷システム２０３に通知すべきＩＰＰ ｐｒｉｎｔｅｒ－ｓｔａｔｅ－ｒｅａｓｏｎｓ Ｋｅｙを決定する。Ｓ７０１の処理は、図５に示す個別エラーに対応するエラーテーブル５０を参照して行われる。ＩＰＰ ｐｒｉｎｔｅｒ－ｓｔａｔｅ－ｒｅａｓｏｎｓ Ｋｅｙは、ＯＳ印刷システム２０３の標準エラー報知機能で報知されるプリンタの状態（エラー状態）を識別する識別子である。Ｓ７０２においてプリンタドライバ２０６は、Ｓ７０１で決定したＩＰＰ ｐｒｉｎｔｅｒ－ｓｔａｔｅ－ｒｅａｓｏｎｓ Ｋｅｙが、個別エラーＫｅｙであるか否かを判定する。個別エラーＫｅｙであるかは、例えば図５に示す個別エラーに対応するエラーテーブル５０に、汎用エラーＫｅｙであるか、または、個別エラーＫｅｙであるかの情報を付加して、その情報を参照してもよい。あるいは、所定のＫｅｙを汎用エラーＫｅｙと判定し、それ以外のＫｅｙを個別エラーＫｅｙと判定してもよい。本例では、決定したＩＰＰ ｐｒｉｎｔｅｒ－ｓｔａｔｅ－ｒｅａｓｏｎｓ Ｋｅｙが、Ｏｔｈｅｒの場合、汎用エラーと判定し、それ以外の場合、個別エラーＫｅｙと判定する。個別エラーＫｅｙであると判定するとＳ７０３に進み、個別エラーＫｅｙでないと判定すると、Ｓ７０７に進む。

【0036】

Ｓ７０３においてプリンタドライバ２０６は、個別エラーＫｅｙに対応するＯＳ定義のエラーメッセージをＯＳ印刷システム２０３に要求する。本実施形態では、プリンタドライバ２０６は、ＯＳ印刷システム２０３を介してｐｒｉｎｔｅｒ－ｓｔａｔｅ－ｒｅａｓｏｎｓに対応するエラーメッセージを取得できる。プリンタドライバ２０６がｐｒｉｎｔｅｒ－ｓｔａｔｅ－ｒｅａｓｏｎｓを指定してメッセージを要求するとＯＳ印刷システム２０３は、対応するメッセージを応答する。ＯＳ印刷システム２０３は対応するメッセージが存在しない場合には応答しない。プリンタドライバ２０６は、ＯＳ印刷システム２０３への要求に対する応答により、ＯＳ印刷システム２０３が、個別エラーＫｅｙに対応しているか否かを判定できる。プリンタドライバ２０６は、ＯＳ印刷システム２０３からの応答を取得すると、Ｓ７０５に進む。

【0037】

Ｓ７０５においてプリンタドライバ２０６は、ＯＳ印刷システム２０３の標準エラー報知機能で報知される（即ち、ＯＳ定義の）エラーメッセージが存在するか否かを判定する。即ち、プリンタドライバ２０６は、ＯＳ印刷システム２０３が、エラーメッセージを報知可能か否かを判定する。ＯＳ定義のエラーメッセージが存在する（報知可能である）と判定した場合はＳ７０６に進み、存在しない（報知可能でない）と判定した場合、Ｓ７０７に進む。

【0038】

Ｓ７０６においてプリンタドライバ２０６は、Ｓ７０１で決定した個別エラーＫｅｙをＯＳ印刷システム２０３に通知し、処理を終了する。

【0039】

Ｓ７０７においてプリンタドライバ２０６は、発生中のエラーに適したメッセージをベンダー独自管理のエラーテーブル５０から決定する。Ｓ７０８においてプリンタドライバ２０６は、ＯＳ印刷システム２０３に対して、汎用エラーＫｅｙを通知する。Ｓ７０９においてプリンタドライバ２０６は、ＩＰＰ ｊｏｂ－ｐｒｉｎｔｅｒ－ｓｔａｔｅ－ｍｅｓｓａｇｅに、Ｓ７０７で決定した独自メッセージを格納し、ＯＳ印刷システム２０３に対して通知を行う。そして、処理を終了する。

【0040】

図８は、Ｓ７０５でエラーメッセージが存在しないと判定した場合にＯＳ印刷システム２０３が表示する印刷キュー画面８０の例を示す図である。ＯＳ印刷システム２０３は、Ｓ７０８で汎用エラーＫｅｙを受け取ると、プリンタステータス表示領域３１に汎用的なエラーメッセージを表示する。ＯＳ印刷システム２０３は、Ｓ７０９で独自メッセージを受け取ると、印刷ジョブステータス表示領域３４に独自メッセージの通りに表示する。図８の例では、プリンタドライバ２０６は、決定した個別エラーＫｅｙがＯｔｈｅｒであるので、汎用エラーＫｅｙをＯＳ印刷システム２０３に通知している。また、プリンタドライバ２０６は、図５のベンダー独自管理のエラーテーブル５０を参照して、任意のエラーメッセージとして「カセットが正しく装着されていません」を、ＩＰＰ ｊｏｂ－ｐｒｉｎｔｅｒ－ｓｔａｔｅ－ｍｅｓｓａｇｅに格納する。これにより、任意のエラーメッセージが、ジョブの状態を示すメッセージを表示する印刷ジョブステータス表示領域３４に表示される。

【0041】

尚、Ｓ７０５で個別エラーＫｅｙに対応するエラーメッセージが存在すると判定した場合に表示される印刷キュー画面３０の例は、前述したように図３に示す印刷キュー画面３０となる。

【0042】

図７のフローチャートでは、プリンタドライバ２０６は、ＯＳ印刷システム２０３が個別エラーに対応していない場合に限り、ｊｏｂ－ｐｒｉｎｔｅｒ－ｓｔａｔｅ－ｍｅｓｓａｇｅに独自メッセージを格納する例を示したが、これに限られない。プリンタドライバ２０６は、ＯＳ印刷システム２０３が、個別エラーに対応している場合であっても、ｊｏｂ－ｐｒｉｎｔｅｒ－ｓｔａｔｅ－ｍｅｓｓａｇｅに独自メッセージを格納してもよい。この場合の処理を、図７を参照して説明する。図７のＳ７０６でプリンタドライバ２０６は、ＯＳ印刷システム２０３に個別エラーを通知すると、Ｓ７０７に進みメッセージを決定して、Ｓ７０９にてＯＳ印刷システム２０３にメッセージを通知する。

【0043】

図９は、印刷キュー画面の他の例を示す図である。図９（ａ）は、ＯＳ印刷システム２０３が、個別エラーに対応している場合であっても、プリンタドライバ２０６が、ｊｏｂ－ｐｒｉｎｔｅｒ－ｓｔａｔｅ－ｍｅｓｓａｇｅに独自メッセージを格納する例を示している。即ち、プリンタステータス表示領域３１に個別エラーＫｅｙに対応するエラーメッセージが表示され、かつ、印刷ジョブステータス表示領域３４に独自メッセージが表示されている。

【0044】

別の例を説明する。プリンタドライバ２０６は、個別エラーＫｅｙに対応している場合にｐｒｉｎｔｅｒ－ｓｔａｔｅ－ｒｅａｓｏｎｓに汎用エラーＫｅｙを格納し、ｊｏｂ－ｐｒｉｎｔｅｒ－ｓｔａｔｅ－ｍｅｓｓａｇｅに独自メッセージを格納してもよい。この場合の処理を、図７を参照して説明する。図７のＳ７０１でプリンタドライバ２０６は、ｐｒｉｎｔｅｒ－ｓｔａｔｅ－ｒｅａｓｏｎｓ Ｋｅｙを汎用エラーＫｅｙに決定し、Ｓ７０７に進み独自メッセージを決定する。続いて、プリンタドライバ２０６は、Ｓ７０８で汎用エラーＫｅｙをＯＳ印刷システム２０３に通知しＳ７０９に進み、独自メッセージをＯＳ印刷システム２０３に通知して処理を終了する。図９（ｂ）は、この場合の印刷キュー画面９５の例を示している。図９（ａ）と比較すると、図９（ｂ）では、プリンタステータス表示領域３１に、汎用エラーメッセージが表示されている。図３、図８、および図９に示すように、ＯＳの個別エラーＫｅｙの対応状況に応じて各種のエラーメッセージの表示態様を行うことが可能である。また、図３、図８、および図９に示すように、ユーザは、印刷キュー画面上において、エラーの具体的な内容を把握することが可能となる。

【0045】

以上説明してきたように、本実施形態においては、プリンタドライバ２０６が個別エラーＫｅｙをｐｒｉｎｔｅｒ－ｓｔａｔｅ－ｒｅａｓｏｎｓに格納する前に、ＯＳ印刷システム２０３が個別エラーＫｅｙに対応しているか否かを確認する。そしてＯＳ印刷システム２０３の対応状況に応じて、個別エラーＫｅｙまたは汎用エラーＫｅｙと、ジョブメッセージとをＯＳ印刷システム２０３に格納する。これにより、様々なバージョンのＯＳにおいて、標準エラー報知機能を用いてユーザに適切なエラーを報知することができる。

【0046】

＜＜第２実施形態＞＞
第１実施形態では、プリンタドライバ２０６がＯＳ印刷システム２０３に対応している（ＩＰＰをサポートしている）構成を例に挙げて説明した。そして、ＯＳ印刷システム２０３の個別エラーＫｅｙの対応状況に応じてプリンタドライバ２０６が個別エラーＫｅｙまたは汎用エラーＫｅｙと、ジョブメッセージとをＯＳ印刷システム２０３に通知する例を説明した。

【0047】

しかしながら、プリンタドライバがＯＳ印刷システム２０３に対応していない（ＩＰＰをサポートしていない）場合がある。本実施形態では、ＯＳ標準印刷機能を拡張する印刷ユーティリティを用いて、ＯＳ印刷システム２０３に適切にエラー報知を行う例を説明する。

【0048】

図１０は、本実施形態のシステムの全体構成を示すブロック図である。ＰＣ１０１は、印刷ユーティリティ１００８を有している。印刷ユーティリティ１００８は、プリンタドライバ１００６を有している。印刷ユーティリティ１００８以外の構成は、第１実施形態で説明した図２と同様であるので、説明を省略する。

【0049】

印刷ユーティリティ１００８は、ＯＳ標準印刷機能を拡張するソフトウェアであり、ユーザがＰＣ１０１にインストールすることで利用することができる。プリンタドライバ１００６は、ＯＳ印刷システム２０３に対応していない（ＩＰＰをサポートしていない）。プリンタドライバ１００６は、プリンタ１０２との間でベンダー独自のプロトコルに従って情報のやり取りを行う。ＩＰＰをサポートする印刷ユーティリティ１００８は、プリンタドライバ１００６が取得した情報をＩＰＰに変換してＯＳ印刷システム２０３との間で情報のやり取りを行う。また、印刷ユーティリティ１００８は、ＯＳ印刷システム２０３からの情報をプリンタドライバ１００６が用いるベンダー独自のプロトコルに変換する。

【0050】

印刷ユーティリティ１００８が用いられる環境においては、印刷ユーティリティ１００８が、印刷データ送信処理およびエラー報知処理を行うことになる。印刷ユーティリティ１００８の印刷データ送信処理のフローは、第１実施形態の図６と同様であるため、説明を省略する。

【0051】

図１１は、本実施形態において、図６のＳ６０８における印刷ユーティリティ１００８のエラー報知処理のフローを示す図である。本実施形態では、印刷ユーティリティ１００８は、独自のエラーダイアログを表示する。

【0052】

Ｓ１１０１において印刷ユーティリティ１００８は、Ｓ６０６で解析したプリンタ１０２のステータス情報からエラー番号を判定し、ベンダー独自管理のエラーテーブル５０を参照してエラー名称を取得する。Ｓ１１０２において印刷ユーティリティ１００８は、ベンダー独自管理のエラーテーブル５０を参照してエラーメッセージを取得する。Ｓ１１０３において印刷ユーティリティ１００８は、エラー番号、エラー名称、およびエラーメッセージを用いて図１２のようなエラーダイアログ１２００を構成し、エラーダイアログ１２００をＰＣ１０１の表示部１１９に表示する。

【0053】

その後、Ｓ１１０４において印刷ユーティリティ１００８は、ＯＳ印刷システム２０３にエラー情報を報知する。Ｓ１１０４の処理は、第１実施形態の図７と同様のフローとすることができるので、説明を省略する。印刷ユーティリティはベンダーが提供するものであるが、標準エラー報知機能はＯＳに搭載されるものであるので、標準エラー報知機能による報知も行われることでユーザは、エラーに気付きやすい。

【0054】

図１２は、印刷ユーティリティ１００８がＳ１１０３で生成および表示するエラーダイアログ１２００の一例である。このダイアログでは、エラー番号、エラー名称、エラーメッセージ及び印刷中止ボタン１２０１が含まれる。ユーザが印刷中止ボタン１２０１を押下すると、印刷ユーティリティ１００８は、印刷処理の中止をプリンタ１０２に指示し、印刷ジョブを削除できる。

【0055】

尚、本実施形態では、Ｓ１１０４のエラー情報の報知処理は、第１実施形態で説明した各種の変形例のように行われてもよい。即ち、ＯＳ印刷システム２０３が個別エラーに対応していない場合にｊｏｂ－ｐｒｉｎｔｅｒ－ｓｔａｔｅ－ｍｅｓｓａｇｅに独自メッセージを格納する例に限られない。第１実施形態で説明したように、個別エラーに対応している場合に独自メッセージをｊｏｂ－ｐｒｉｎｔｅｒ－ｓｔａｔｅ－ｍｅｓｓａｇｅに格納してもよい。また、個別エラーに対応している場合であっても、ｐｒｉｎｔｅｒ－ｓｔａｔｅ－ｒｅａｓｏｎｓに汎用エラーＫｅｙを格納し、ｊｏｂ－ｐｒｉｎｔｅｒ－ｓｔａｔｅ－ｍｅｓｓａｇｅに独自メッセージを格納するようにしてもよい。

【0056】

また、図１１において印刷ユーティリティ１００８は、Ｓ１１０１からＳ１１０３でエラーダイアログ１２００を生成、表示した後に、Ｓ１１０４にてＯＳに対してエラー情報を通知するが、この順序は前後しても構わない。また、印刷ユーティリティ１００８は、Ｓ１１０１からＳ１１０３でのエラーダイアログ１２００の生成および表示する処理を行わなくてもよい。

【0057】

以上説明してきたように、本実施形態においては、ＩＰＰをサポートしないプリンタドライバを拡張する印刷ユーティリティが、個別エラーＫｅｙがＯＳ印刷システムに対応しているか否かを確認する。そして印刷ユーティリティ自身がエラーダイアログを生成、表示するとともに、ＯＳ印刷システムの対応状況に応じて個別エラーＫｅｙまたは汎用エラーＫｅｙとジョブメッセージを格納する。これにより、様々なバージョンのＯＳで標準エラー報知機能を用いてユーザに適切なエラー報知することができる。

【0058】

＜＜その他の実施形態＞＞
本発明は上述の実施形態の１以上の機能を実現するプログラムをネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

【符号の説明】

【0059】

１０１ ＰＣ
２０３ ＯＳ印刷システム
２０６ プリンタドライバ
３１ プリンタステータス表示領域
３２ 印刷ジョブ表示領域

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】