JP2022136579A - 情報処理装置、情報処理装置の制御方法およびプログラム - Google Patents

Abstract

【課題】印刷装置で発生している詳細な情報を通知すること。
【解決手段】コンピュータを、ＯＳ標準印刷ソフトウェアを拡張するための拡張アプリケーションとして機能させるためのプログラムであって、コンピュータを、ＯＳ標準プロトコルで印刷装置から第１の管理情報を取得し、取得した第１の管理情報に基づき所定の通知を行なわせる監視ユニットと、所定の通知に応じて所定の操作がされた場合に、ＯＳ標準プロトコルとは異なるプロトコルで印刷装置から第２の管理情報を取得して印刷装置に関連する情報を表示部に表示させる表示制御ユニットと、として機能させることを特徴とするプログラムを提供する。
【選択図】図５

Description

本発明は、印刷装置の情報を表示制御する技術に関する。

近年、Ｗｉｎｄｏｗｓ（登録商標）において、複数のベンダが提供する印刷装置で共通して利用可能な標準的なドライバが提供されている。このようなＯＳ標準ドライバ（以下、「ＯＳ標準印刷ソフトウェア」とも呼ぶ）は、ＯＳのパッケージの中に同梱されており、ＯＳがインストールされているホストコンピュータを任意の印刷装置と接続することで利用可能である。

このようなＯＳ標準印刷ソフトウェアの機能を拡張する拡張用のアプリケーションが知られている。特許文献１には、拡張用のアプリケーションを提供することで、プリンタのエラーステータスを報知する機能を拡張する技術が開示されている。

特開２０１６－１７０６３１号公報

拡張アプリケーションの種類によっては、ＯＳ標準印刷ソフトウェアの仕組みで取得できる情報が限られており、詳細な情報を提供できない場合があった。

本発明は、印刷装置で発生している詳細な情報を通知することを目的する。

本発明の一態様に係るプログラムは、コンピュータを、ＯＳ標準印刷ソフトウェアを拡張するための拡張アプリケーションとして機能させるためのプログラムであって、前記コンピュータを、ＯＳ標準プロトコルで印刷装置から第１の管理情報を取得し、取得した前記第１の管理情報に基づき所定の通知を行なわせる監視ユニットと、前記所定の通知に応じて所定の操作がされた場合に、前記ＯＳ標準プロトコルとは異なるプロトコルで前記印刷装置から第２の管理情報を取得して前記印刷装置に関連する情報を表示部に表示させる表示制御ユニットと、として機能させることを特徴とする。

本発明によれば、印刷装置で発生している詳細な情報をユーザに通知することができる。

印刷システムのハードウェア構成を示すブロック図である。 本発明のシステム構成例を示すブロック図である。 印刷装置監視ユニットの処理フローを示す図である。 印刷装置でエラーが発生している際に表示されるトーストの表示例である。 管理情報表示ユニットの処理フローを示す図である。 管理情報表示ユニットが表示制御するＧＵＩの表示例を示す図である。 管理情報表示ユニットの処理フローを示す図である。 管理情報表示ユニットが表示制御するＧＵＩの表示例を示す図である。

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

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

ＲＯＭ１１２には、初期化プログラムが格納され、外部記憶装置１１４には、アプリケーションプログラム群、ＯＳ、ＯＳ標準ドライバ（ＯＳ標準印刷ソフトウェア）である印刷データ生成ソフトウェア、およびその他の各種のデータが格納されている。ＲＡＭ１１３は、外部記憶装置１１４に格納される各種のプログラムの実行の際のワークメモリ等として使用される。

なお、本実施形態では、ＣＰＵ１１１が、ＲＯＭ１１２に格納されたプログラムの手順に従って処理を行うことによって、ホストコンピュータ１０１における後述の機能及び後述するフローチャートに係る処理を実行する。接続デバイスである印刷装置１０２は、入出力インタフェース１１６を介して、ホストコンピュータ１０１と接続されている。ここでは、ホストコンピュータ１０１と印刷装置１０２とが分かれて構成されているが、これらが一つの情報処理装置として構成されていても良い。なお、印刷装置は、インクを紙面上に吐出することで印刷するインクジェットプリンタを例に説明するが、他の方法（例えば電子写真方式）で印刷が実行されても良い。また、ホストコンピュータ１０１は、デスクトップパソコンでも、スマートフォンでも、またはノートパソコン等でも構わない。

図２は、印刷システムの構成を模式的に示す図である。ここでは、ＯＳとしてＭｉｃｒｏｓｏｆｔ（登録商標）のＷｉｎｄｏｗｓ（登録商標）１０を搭載したホストコンピュータ１０１を用いた印刷システムを前提として説明する。図２（ａ）は、本実施形態で説明するような拡張アプリケーションを用いない比較例の印刷システムの構成を模式的に示す図である。図２（ｂ）は、拡張アプリケーション２０４と、印刷データ生成ソフトウェア２０２および印刷装置１０２とが関連付けられている場合の構成を模式的に示す図である。

まず、図２（ａ）について説明する。アプリケーション２０１は印刷されるコンテンツを作成するソフトウェアであり、例えば、文書作成アプリケーションまたは表計算アプリケーションなどの描画アプリケーションが相当する。アプリケーション２０１は、ユーザから印刷要求を受けると、印刷指示をＯＳ（不図示）に発行する。印刷指示には、印刷データ生成ソフトウェア２０２または印刷装置１０２に動作の指示をするための印刷設定情報が含まれる。印刷設定情報はＰｒｉｎｔＴｉｃｋｅｔとも呼ばれる。

アプリケーション２０１は、印刷データ生成ソフトウェア２０２、若しくはＯＳが提供する印刷設定画面を表示制御する事ができる。印刷設定画面は、印刷データ生成ソフトウェア２０２が決定する印刷設定可能情報に従い、設定可能な印刷機能と、その設定値とを表示するよう構成される。印刷データ生成ソフトウェア２０２は、印刷機能情報２０３に基づき、印刷設定可能情報を決定する。印刷設定可能情報は、ＰｒｉｎｔＣａｐａｂｉｌｉｔｉｅｓとも呼ばれる。ユーザによる印刷設定画面での印刷設定に基づいて、印刷設定情報が生成される。

印刷機能情報２０３には、全ての設定可能な印刷機能とその設定値、および設定値同士の排他関係が記載されている。印刷機能情報２０３は、ＰＤＣ（Ｐｒｉｎｔ Ｄｅｖｉｃｅ Ｃａｐａｂｉｌｉｔｉｅｓ）とも呼ばれる。印刷機能情報２０３は、印刷データ生成ソフトウェア２０２の構成ファイルに含まれ、変更不可能なファイルとして外部記憶装置１１４に配置される。また、印刷データ生成ソフトウェア２０２は、印刷機能情報２０３を動的に生成することもできる。例えば、印刷データ生成ソフトウェア２０２またはＯＳは、印刷装置１０２から印刷装置１０２に指定可能な機能情報を取得し、取得した機能情報に応じて印刷機能情報２０３を生成するよう構成することができる。このように構成することで、印刷データ生成ソフトウェア２０２は、接続された印刷装置１０２に応じて、それぞれの印刷装置１０２で利用可能な印刷機能をユーザが指定可能に構成する事ができる。すなわち、異なる機能を持つ印刷装置や、異なるベンダが開発した印刷装置を接続した場合であっても、印刷データ生成ソフトウェア２０２は、接続した印刷装置に応じて利用可能な印刷機能を、ユーザが指定できるように構成することができる。なお、ここでは、印刷データ生成ソフトウェア２０２として、Ｗｉｎｄｏｗｓ（登録商標）１０に搭載されている、ＩＰＰ Ｃｌａｓｓ Ｄｒｉｖｅｒを利用した構成について説明する。ＩＰＰ Ｃｌａｓｓ Ｄｒｉｖｅｒは、ＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔ Ｐｒｏｔｏｃｏｌ）と呼ばれる標準的な印刷プロトコルの仕様に従って印刷処理を実行するプリンタドライバである。ＩＰＰ Ｃｌａｓｓ Ｄｒｉｖｅｒは、特定の印刷装置１０２のためのプリンタドライバではなく、複数の印刷装置で共通して利用可能な標準的なドライバである。また、ＩＰＰ Ｃｌａｓｓ Ｄｒｉｖｅｒは、接続した印刷装置１０２でサポートする印刷機能をユーザが指定できるように、接続した印刷装置１０２の能力情報を取得し、その情報を基に印刷機能情報２０３を生成する。

ＯＳは、アプリケーション２０１から出力された印刷指示に基づき中間データ（入力データとも呼ぶ）を生成して、印刷データ生成ソフトウェア２０２に渡す。なお、アプリケーションが印刷用に出力するデータは、Ｇｒａｐｈｉｃ Ｄｅｖｉｃｅ Ｉｎｔｅｒｆａｃｅ形式のデータ（ＧＤＩ形式データ）、またはＸＭＬ Ｐａｐｅｒ Ｓｐｅｃｉｆｉｃａｔｉｏｎ形式のデータ（ＸＰＳ形式のデータ）である。印刷データ生成ソフトウェア２０２として、ＩＰＰ Ｃｌａｓｓ Ｄｒｉｖｅｒを利用する場合、ＯＳはＧＤＩ形式のデータをＸＰＳ形式のデータに変換し、変換したＸＰＳ形式のデータを印刷データ生成ソフトウェア２０２に渡す。印刷データ生成ソフトウェア２０２は、中間データを印刷装置１０２が解釈可能な印刷データに変換し、印刷装置１０２に送信する。なお、印刷データには、紙面上に形成する絵の情報である描画データと、ユーザにより設定された印刷設定情報を基に生成された印刷設定属性情報とが含まれる。

印刷装置１０２は、印刷データ生成ソフトウェア２０２から送られた印刷データに基づき紙面への印刷を行う。この時、印刷装置１０２は、印刷データに含まれる印刷設定属性情報に従った動作で、印刷データに含まれる描画データを紙面上に形成する。印刷設定属性情報には、印刷品位（画質優先または速度優先等）や、両面印刷の指定等が含まれている。例えば、印刷設定属性情報に、両面印刷の指定が含まれる場合、印刷装置１０２は、両面印刷を実行する。

次に、図２（ｂ）について説明する。なお、特に言及しない部分については、図２（ａ）と同等の構成となる。拡張アプリケーション２０４は、ＯＳに予め含まれず、また、ＯＳの制御により動作するソフトウェアである。ユーザがホストコンピュータ１０１を操作して、拡張アプリケーション２０４を、ネットワークを介して不図示のサーバからダウンロードすることで、インストールすることができる。また、ホストコンピュータ１０１に印刷装置１０２が接続された場合、ＯＳは印刷装置１０２からデバイス識別情報を取得する。ＯＳは、取得されたデバイス識別情報に対応する拡張アプリケーション２０４を、ネットワークを介して不図示のサーバから取得してインストールしても良い。

なお、印刷データ生成ソフトウェア２０２および拡張アプリケーション２０４は、更新されてバージョンアップされることもあるが、この更新処理も別々のタイミングで行われてもよい。つまり、ホストコンピュータ１０１により印刷データ生成ソフトウェア２０２が取得されるタイミングと、拡張アプリケーション２０４が取得されるタイミングは異なってもよい。また、ホストコンピュータ１０１により印刷データ生成ソフトウェア２０２が取得されるトリガーと、拡張アプリケーション２０４が取得されるトリガーも異なる。なお、拡張アプリケーション２０４がインストールされた場合、ＯＳが、拡張アプリケーション２０４を、印刷データ生成ソフトウェア２０２および印刷装置１０２に関連付ける。

本実施形態で説明する拡張アプリケーション２０４は、印刷データ編集ユニット２０５、印刷装置監視ユニット２０６、共有情報２０７、および管理情報表示ユニット２０８を備える。印刷データ編集ユニット２０５は、印刷データ生成ソフトウェア２０２が生成した印刷データを編集し、編集した印刷データをＯＳに渡す。印刷装置監視ユニット２０６は、印刷データ送信後、印刷装置１０２でエラーが発生していないか監視を行う。共有情報２０７は、各ユニットから共通してアクセス可能な情報であり、外部記憶装置１１４に保存されたファイル、またはＲＡＭ１１３上に格納された情報である。管理情報表示ユニット２０８は、ベンダ固有情報制御ユニット２０９を備えベンダ固有情報の取得またはベンダ固有のコマンドを印刷装置１０２に送信する表示制御ユニットである。なお、拡張アプリケーション内の各ユニット同士が通信をする場合は、拡張アプリケーション２０４を介し間接的に行われる。

拡張アプリケーション２０４は、ＯＳが提供するＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を利用することで、共有情報２０７への情報の書き込みや読み出しを行う。各ユニットから共通してアクセス可能な共有情報２０７を備えることで、情報の２重管理を防ぎ、外部記憶装置１１４またはＲＡＭ１１３の容量不足を軽減することができる。なお、各ユニットの処理が終わるたびに拡張アプリケーション２０４の動作が終了しても良い。その場合、各ユニットを使う要求を受ける度にＯＳが拡張アプリケーション２０４を起動することになる。また、例えば印刷データ編集ユニット２０５の処理が終了するとＯＳは拡張アプリケーション２０４の動作を終了させるが、印刷装置監視ユニット２０６の処理が終了してもＯＳは拡張アプリケーション２０４を起動させたままにしても良い。

次に印刷装置１０２を説明する。印刷装置１０２は管理情報を保持する。管理情報とは、印刷装置１０２で発生しているエラーの番号やインク残量、印刷装置１０２で印刷中のジョブのドキュメント名、ジョブの状態を示す情報、オーナー名、印刷ページ数、またはインク購入サイトのＵＲＬなどの情報、を含む情報のことである。管理情報は、印刷装置監視ユニット２０６を用いたＩＰＰの通信、または管理情報表示ユニット２０８が備えるベンダ固有情報制御ユニット２０９を用いた独自プロトコルの通信によって取得することができる。本実施形態において、印刷装置監視ユニット２０６を用いたＯＳ標準プロトコルの通信によって取得できる管理情報を第１の管理情報という。また、管理情報表示ユニット２０８が備えるベンダ固有情報制御ユニット２０９を用いた独自プロトコルの通信によって取得できる管理情報を第２の管理情報という。第１および第２の管理情報の内容の違いは後述にて説明する。

アプリケーション２０１は、ユーザから印刷要求を受けると、印刷指示をＯＳに発行する。ＯＳからの指示を受けた印刷データ生成ソフトウェア２０２は、中間データを印刷装置１０２が解釈可能な印刷データに変換する。ＯＳは、変換された印刷データを印刷データ編集ユニット２０５に渡す。さらに、ＯＳは中間データに含まれる印刷設定情報を印刷データ編集ユニット２０５に渡すように構成しても良い。

ＯＳは、印刷データ編集ユニット２０５が編集した印刷データを、印刷装置１０２に送る。その際に、ＯＳは印刷装置監視ユニット２０６を起動し、印刷データ送信後、印刷装置監視ユニット２０６は印刷装置１０２でエラーが発生していないか監視を行う。印刷装置１０２は、印刷データ生成ソフトウェア２０２から送られた印刷データに基づき紙面への印刷を行う。印刷装置監視ユニット２０６は、印刷時において、用紙切れ等のエラーを検知した場合、ＯＳにトースト通知を行なわせる。トーストとは、表示画面の端に一時的に表れるポップアップのことであり、トースト通知とは、このようなポップアップ表示のことである。ユーザがトーストに対し、クリック、ダブルクリック、マウスオーバー、キーボード操作、またはタッチ等の操作をすると、拡張アプリケーション２０４が備える管理情報表示ユニット２０８が印刷装置１０２に関する詳細な情報を表示する表示制御をする。例えば、管理情報表示ユニット２０８は、ＧＵＩ（図６で後述）を表示部１１９に表示する表示制御を行う。この表示するＧＵＩでは、トースト通知よりも詳細な情報が表示されることになる。詳細は後述する。

印刷装置監視ユニット２０６の処理フローの詳細については図３で後述する。また、管理情報表示ユニット２０８の処理フローの詳細については図５で後述する。なお、本実施形態において、拡張アプリケーション２０４の構成は、前述の機能を全て備えるものに限定されず、機能の一部のみを持つものや、他の機能を有するものでもよい。

以上のように、拡張アプリケーション２０４は、設定画面を表示制御する機能、中間データを編集する機能、印刷装置に入力される印刷データを編集する機能、および印刷データ生成ソフトウェアで指定可能な機能を拡張する機能、の少なくとも１つを備える。

図３は、印刷装置監視ユニット２０６の処理フローを示している。印刷データ編集ユニット２０５を通して印刷データ（印刷ジョブ）を印刷装置１０２に送信すると、ＯＳは印刷装置監視ユニット２０６を起動する。図３に示すフローチャートは、拡張アプリケーション２０４の印刷装置監視ユニット２０６が実行する処理である。すなわち、ＲＯＭ１１２に格納された拡張アプリケーション２０４のプログラムをＣＰＵ１１１がＲＡＭ１１３に展開して実行することで実現される。なお、各処理の説明における記号「Ｓ」は、当該フローチャートにおけるステップであることを意味し、図３以降のフローチャートについても同様である。

Ｓ３１にて印刷装置監視ユニット２０６は、例えばＩＰＰのプリンタ属性取得要求であるGet-Printer-Attributes Requestで印刷装置１０２から定期的に第１の管理情報の取得を行う。または、ジョブ属性取得要求であるGet-Job-Attributes Requestで印刷装置１０２から第１の管理情報の取得を行う。尚、印刷装置監視ユニット２０６は、ジョブの状態を示す情報等の必要最小限の情報取得を行うようにＯＳから制御されている。従って、例えば、後述の管理情報表示ユニット２０８がベンダ固有情報制御ユニット２０９を用いて取得するような、印刷装置１０２で発生しているエラー番号等の詳細な情報を取得することはできない。

Ｓ３２にて印刷装置監視ユニット２０６は、Ｓ３１で取得した第１の管理情報の解析を行う。すなわち、Get-Printer-Attributes Requestで取得した第１の管理情報から印刷装置１０２のエラー発生に関する解析を行う。また、Get-Job-Attributes Requestで取得した情報から印刷装置１０２で実行中のジョブの状態について解析を行う。

Ｓ３３にて印刷装置監視ユニット２０６は、印刷装置１０２で実行されているジョブが完了したかどうかをＳ３２の解析結果から判定する。印刷装置１０２でジョブが完了したと判定した場合は、監視処理を終了する。印刷装置１０２でジョブが完了していないと判定した場合は、Ｓ３４の処理に移行する。

Ｓ３４にて印刷装置監視ユニット２０６は、印刷装置１０２におけるエラー発生を検知したかどうか、Ｓ３２の解析結果から判定する。印刷装置１０２でエラーが発生していると判定した場合は、Ｓ３６の処理に移行する。印刷装置１０２でエラーが発生してないと判定した場合は、Ｓ３５の処理に移行する。

Ｓ３５にて、印刷装置監視ユニット２０６は一定時間ウェイトした後Ｓ３１の処理に移行する。ウェイトする時間は固定の時間でも良いし、例えば実行するジョブのサイズによって動的に変更しても良い。Ｓ３６にて、印刷装置監視ユニット２０６はＯＳに対してトースト通知を行うように指示を行う。

図４は印刷装置１０２でエラーが発生している際に、ＯＳにより通知されるトーストの通知例を示している。トーストのＵＩは、タイトルバー４０１と、メッセージ表示部４０２とを有する。タイトルバー４０１はアプリケーション名またはプリンタ名等を表示する。メッセージ表示部４０２は、印刷装置１０２の状態を示すメッセージの表示を行う。メッセージ表示部４０２ではＢＭＰやアニメーションによる案内を行っても良い。ユーザがメッセージ表示部４０２にクリック操作等の所定の操作をすると、管理情報表示ユニット２０８が起動し、印刷装置１０２に関するより詳細な情報をユーザは知ることができる。

このとき印刷装置監視ユニット２０６はトースト通知の画面構成情報を共有情報２０７から取得する。共有情報２０７が保持するトースト通知の画面構成情報としては例えば通知する文言、ビットマップ、またはアニメーション等の情報が含まれている。

図５は、実施形態１における管理情報表示ユニット２０８の処理フローについて示している。図５に示すフローチャートは、拡張アプリケーション２０４の管理情報表示ユニット２０８が実行する処理である。すなわち、ＲＯＭ１１２に格納された拡張アプリケーション２０４のプログラムをＣＰＵ１１１がＲＡＭ１１３に展開して実行することで実現される。なお、本実施形態では、図３のＳ３６によって通知したトーストに対しクリック等の操作をすることにより、ＯＳが管理情報表示ユニット２０８を起動する形をとる。前述したように、管理情報表示ユニット２０８は、ＯＳによって起動されると、印刷装置１０２の詳細な情報を含むＧＵＩを表示部１１９に表示するように構成されている。即ち、本フローの処理中においては、管理情報表示ユニット２０８は、ホストコンピュータ１０１の表示部１１９にＧＵＩを表示制御している状態である。

Ｓ５１にて、管理情報表示ユニット２０８は印刷装置１０２から第２の管理情報の取得を行う。第２の管理情報は、管理情報表示ユニット２０８がベンダ固有情報制御ユニット２０９を用いて印刷装置１０２から取得する情報である。即ち、エラー番号またはインク購入サイトのＵＲＬといったＳ３２で取得した第１の管理情報には含まれないベンダ固有情報を少なくとも含む情報である。尚、第２の管理情報に第１の管理情報の一部または全てが含まれていてもよい。ベンダ固有情報制御ユニット２０９は独自プロトコルでベンダ固有情報の取得を行う。このとき、通信量を減らすためＳ３１で取得した第１の管理情報に含まれない情報のみ印刷装置１０２に問い合わせを行っても良い。Ｓ３１で取得した情報以外の問い合わせを印刷装置１０２に行う際は、Ｓ３１で取得した第１の管理情報を共有情報２０７に書き出しておき、その情報に含まれていない情報を管理情報表示ユニット２０８は判定しておけばよい。

なお、本実施形態では、独自プロトコルでベンダ固有情報を取得する構成としているが、それに限定されるものではない。例えば、上述のベンダ固有情報をＯＳ標準プロトコルであるＩＰＰプロトコルの拡張属性として定義してもよい。その際、ベンダ固有情報制御ユニット２０９はＩＰＰプロトコルのプリンタ属性取得要求であるGet-Printer-Attributes Requestを用いてベンダ固有情報を取得しても良い。

Ｓ５２にて、管理情報表示ユニット２０８はＳ５１で取得した第２の管理情報の解析を行う。即ち、印刷装置１０２で発生しているエラーの番号やインク残量、印刷装置１０２で印刷中のジョブのドキュメント名、オーナー名、印刷ページ数、またはインク購入サイトのＵＲＬなどの情報を解析する。

Ｓ５３にて、管理情報表示ユニット２０８は、Ｓ５２で解析した情報を基にしてＧＵＩを更新する。即ち、ホストコンピュータ１０１の表示部に表示制御しているＧＵＩ表示の内容を更新する。尚、本フローチャートでは繰り返し処理が行われ得るので、Ｓ５３ではＧＵＩ表示の内容を更新するとして説明しているが、図５のフローチャートが開始された直後のＳ５３では、ＧＵＩに表示をする処理を行うものとする。管理情報表示ユニット２０８は、印刷装置１０２で発生しているエラー番号に対応するメッセージまたはビットマップ（ＢＭＰ）といったリソースを共有情報２０７から取得してＧＵＩに表示制御する。

ＧＵＩ表示の内容はＳ５２にて解析した情報（印刷装置１０２で発生しているエラーの番号やインク残量、印刷装置１０２で印刷中のジョブのドキュメント名、オーナー名、印刷ページ数、またはインク購入サイトのＵＲＬなどの情報）である。すなわち、図３にて説明したトースト通知と比べ、詳細な情報をユーザに通知することができる。ユーザにおいては、トースト通知を見ただけでは詳細が把握しづらいエラーの解除方法も、ＧＵＩの表示内容を確認することでエラーの内容をより詳細に把握することができるため解除操作が容易になる。管理情報表示ユニット２０８のＧＵＩの表示例については図６で説明する。なお、本実施形態では共有情報２０７から管理情報表示ユニット２０８のＧＵＩに表示するエラー番号に対応するメッセージまたはＢＭＰといったリソースを取得する構成としているが、それに限定されるものではない。例えばインターネット上の特定のサーバに格納されている画面構成情報を管理情報表示ユニット２０８がダウンロードしてＧＵＩ表示に使用しても良い。

Ｓ５４にて、管理情報表示ユニット２０８は、印刷装置１０２で実行されているジョブが完了したかどうかをＳ５２の解析結果から判定する。すなわちユーザ操作等によりエラー状態が解除され正常に印刷が行われたかどうかを判定する。印刷装置１０２でジョブが完了したと判定した場合は、プロセスを終了する。管理情報表示ユニット２０８は、プロセスの終了に伴いＧＵＩ表示を終了させる。尚、プロセスの終了に伴いＧＵＩ表示を終了させなくてもよい。印刷装置１０２でジョブが完了していないと判定した場合は、Ｓ５５の処理に移行する。

Ｓ５５にて、管理情報表示ユニット２０８は一定時間ウェイトした後Ｓ５１の処理に移行する。ウェイトする時間は固定の時間でも良いし、例えば実行するジョブのサイズ等によって動的に変更しても良い。

このように、図５のフローチャートによれば、例えば、エラーが発生した場合、ユーザが図３のトースト通知をクリックすることで管理情報表示ユニット２０８が、エラーの詳細などの情報を含むＧＵＩ表示を行うことになる。ＧＵＩ表示を確認したユーザによって、エラーの原因事項が解消されると、印刷装置１０２では、例えば中断していた印刷処理が再開して行われることになる。その結果、管理情報表示ユニット２０８がＳ５１で取得しＳ５２で解析した第２の管理情報では、印刷装置１０２でジョブが完了したと判定できるため、図５のフローチャートの処理（即ち、ＧＵＩ表示・更新処理）が終了することになる。

図６は、管理情報表示ユニット２０８がホストコンピュータ１０１の表示部１１９に表示するＧＵＩの表示例を示している。管理情報表示ユニット２０８のＧＵＩは、タイトルバー６０１、メッセージ表示部６０２、ＷＥＢマニュアル表示ボタン６０３、ジョブ情報表示部６０４、インク情報表示部６０５、およびインク購入ボタン６０６を有する。上記のように、ＧＵＩの表示は、Ｓ５１で取得した第２の管理情報の内容に基づいたものである。

タイトルバー６０１はアプリケーション名またはプリンタ名等を表示する。メッセージ表示部６０２は、印刷装置１０２の状態を示すメッセージの表示を行う。例えば印刷装置１０２で紙無しエラーが発生している場合、エラー番号と現象についての説明、解除方法、およびセットする用紙の種類やサイズについての情報をメッセージとして表示する。ＷＥＢマニュアル表示ボタン６０３を押下すると、システムのデフォルトブラウザが起動し、ベンダが作成するＷＥＢマニュアルのエラー番号に対応するページを表示することができる。ＷＥＢマニュアルのエラー番号に対応するページでは、エラー解除方法について例えば動画コンテンツを見ることができ、より直観的にユーザはエラーを解除することができる。本実施形態では、印刷装置１０２でエラーが発生しており、かつ、ユーザが図３のトースト通知をクリックした場合に、図６のＧＵＩが表示される例を説明しているが、後述するように、図６のＧＵＩ表示は、エラーが発生していない場合に表示されることもある。印刷装置１０２でエラーが発生していない場合は、ＷＥＢマニュアル表示ボタン６０３を画面に表示しないように制御しても良いし、ボタンをグレーアウトし、押下できないように制御しても良い。

ジョブ情報表示部６０４は、印刷装置１０２で実行中のジョブに関する情報を表示する。インク情報表示部６０５は、印刷装置１０２のインク情報に関する表示を行う。インク購入ボタン６０６を押下すると、システムのデフォルトブラウザが起動し、ベンダが作成するインク購入ページを開くことができる。インク購入ページのＵＲＬ情報は機種毎に異なり、管理情報表示ユニット２０８が取得するベンダ固有情報に含まれている。

以上説明したように、本実施形態によれば、ＯＳ標準ドライバの拡張アプリケーションを用いることで、印刷装置で発生している詳細な情報を通知することができる。より具体的には、管理情報表示ユニット２０８を用いることで、印刷装置のエラー情報等のＧＵＩ表示制御が可能となるため、ユーザにとって印刷装置のステータスの把握が容易になる。また、印刷装置１０２で発生しているエラー番号に対応するＷＥＢマニュアルページへのリンク機能、または対応するインク購入ページへのリンク機能といったベンダ独自機能も拡張アプリケーションで提供することができる。

なお、本実施形態では共有情報２０７からトースト画面構成情報を取得する構成としているが、それに限定されるものではない。例えばインターネット上の特定のサーバに格納されている画面構成情報を印刷装置監視ユニット２０６がダウンロードしてトースト通知に使用しても良い。また通知方法はトーストに限定する必要はなく、例えば、Ｗｉｎｄｏｗｓ１０（登録商標）がサポートするタイムライン機能に対して通知を行っても良い。

また、本実施形態では、図３のＳ３６によって通知したトーストをクリックすることにより管理情報表示ユニット２０８が起動しＧＵＩの表示制御を行う形態をとっているが、起動方法またはＧＵＩ表示タイミングはこれに限定されるものではない。例えば、管理情報表示ユニット２０８は常駐プログラムとしてＧＵＩ非表示の状態で起動しておき、印刷装置１０２で印刷が始まったことを検知した際、またはエラーが発生した際に、ＧＵＩを表示制御するような形態をとってもよい。

＜実施形態２＞
印刷装置１０２で発生するエラーには、印刷装置１０２で、直接操作することにより解除するエラーと、印刷装置１０２に制御コマンドを送信することで解除するエラーとが存在する。例えば、プリンタのカバーオープンに関するエラーはプリンタのカバーを直接操作することでエラー状態を解除するエラーである。一方、ヘッド位置調整を実施していないことにより発生するヘッド位置調整未実施エラーはヘッド位置調整を行う制御コマンドをホストコンピュータ１０１から送信することでエラー状態を解除するエラーである。制御コマンドをホストコンピュータ１０１から送信することでエラー状態を解除するエラーについては、管理情報表示ユニット２０８でエラー通知を行う際に、エラー解除コマンドを発行する機能を合わせて提供できるのが望ましい。

そのため本実施形態では、管理情報表示ユニット２０８が印刷装置１０２で発生しているエラーを検知した際に、制御コマンドの送信によって解除できるエラーだった場合に、制御コマンドを送信することによりエラー状態を解除するシステムについて記載する。

図７は、実施形態２における管理情報表示ユニット２０８の処理フローについて示している。尚、Ｓ７１およびＳ７２と、図５のＳ５１およびＳ５２とは同じ処理のため説明を省略する。

Ｓ７３にて、管理情報表示ユニット２０８は、Ｓ７２で解析した情報を基にしてＧＵＩ表示を更新する。管理情報表示ユニット２０８は、印刷装置１０２で発生しているエラー番号に対応するメッセージまたはＢＭＰといったリソースを共有情報２０７から取得してＧＵＩに表示する。その際の管理情報表示ユニット２０８のＧＵＩの表示例については図８で説明する。また、印刷装置１０２で発生しているエラーが管理情報表示ユニット２０８でサポートする制御コマンドで解除可能なエラーである場合、後述で説明するエラー解除ボタン８０７の表示を行う。制御コマンドで解除可能かどうかは、管理情報表示ユニット２０８がエラー番号から判定してもよい。

Ｓ７４にて、管理情報表示ユニット２０８は、印刷装置１０２で発生しているエラーが、管理情報表示ユニット２０８がサポートする制御コマンドで解除可能なエラーが発生しているかどうかの判定を行う。Ｓ７４において、管理情報表示ユニットは、ホストコンピュータ１０１が印刷装置１０２に制御コマンドを送信しただけではエラー状態を解除したと判定しない。印刷装置１０２がホストコンピュータ１０１から制御コマンドを受信し、受信した制御コマンドを実行し、エラーが解除されたことが確認されたときに、Ｓ７４にて制御コマンドで解除可能なエラーが発生していないと判定する。管理情報表示ユニット２０８がサポートする制御コマンドで解除可能なエラーが発生中であると判定された場合は、Ｓ７６の処理に移行し、監視を継続する。管理情報表示ユニット２０８がサポートする制御コマンドで解除可能なエラーはないと判定された場合は、Ｓ７５の処理に移行する。

Ｓ７５にて、管理情報表示ユニット２０８は、印刷装置１０２で実行されているジョブが完了したかどうかをＳ７２の解析結果から判定する。印刷装置１０２でジョブが完了したと判定した場合は、プロセスを終了する。印刷装置１０２でジョブが完了していないと判定した場合は、Ｓ７６の処理に移行する。

Ｓ７６にて、管理情報表示ユニット２０８は一定時間ウェイトした後Ｓ７１の処理に移行する。ウェイトする時間は固定の時間でも良いし、例えば実行するジョブのサイズによって動的に変更しても良い。

図８は実施形態２において、管理情報表示ユニット２０８がホストコンピュータ１０１の表示部１１９に表示制御するＧＵＩの表示例を示している。管理情報表示ユニット２０８のＧＵＩは、タイトルバー８０１、メッセージ表示部８０２、ＷＥＢマニュアル表示ボタン８０３、ジョブ情報表示部８０４、インク情報表示部８０５、インク購入ボタン８０６、およびエラー解除ボタン８０７を有する。ここでは、図６に示すＧＵＩ表示と異なる部分についてのみ説明する。

メッセージ表示部８０２は、印刷装置１０２の状態を示すメッセージの表示を行う。例えば印刷装置１０２でヘッド位置調整未実施エラーが発生している場合、エラー番号、現象についての説明、および解除方法についての説明をメッセージとして表示する。

エラー解除ボタン８０７は、押下すると、印刷装置１０２で発生しているエラー状態を解除することができる。このとき管理情報表示ユニット２０８はベンダ固有情報制御ユニット２０９を通して、エラー解除コマンドを生成し、印刷装置１０２に対して送信する。エラー解除コマンドの送信は、例えばＨＴＴＰの通信プロトコルを使用して送信しても良いし、制御コマンドをジョブとして生成し、印刷ポートに対してジョブを送信しても良い。また、管理情報表示ユニット２０８がシステムのデフォルトブラウザを起動し、印刷装置１０２に内蔵されるＷＥＢブラウザのメンテナンス用画面を表示し、ＷＥＢブラウザ上からエラー解除を行っても良い。なお、エラー解除ボタン８０７の表示名は図８に示すように、送信する制御コマンドの名称に応じて変更しても良い。また、エラー解除ボタン８０７の押下により、制御コマンドを送信した場合、その制御コマンドによるエラー解除が完了するまで、管理情報表示ユニット２０８は監視処理を続ける。

また、本実施形態では、エラー解除ボタン８０７をユーザが押下することで、エラー解除コマンドを印刷装置１０２に送信する構成としているが、それに限定されるものではない。例えば管理情報表示ユニット２０８が印刷装置１０２で発生しているエラーを検知したのち一定時間が経過した際にそのエラー状態を解除するコマンドを生成し、印刷装置１０２に送信しても良い。

以上説明したように、本実施形態によれば、ＯＳ標準ドライバの拡張用のアプリケーションを用いて印刷装置１０２で発生しているエラー通知を行うと共にエラー状態解除用の制御コマンドを送信する機能をユーザに提供することができる。

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

１０２ 印刷装置
２０４ 拡張アプリケーション
２０５ 印刷データ編集ユニット
２０６ 印刷装置監視ユニット
２０８ 管理情報表示ユニット

Claims (13)

1. コンピュータを、
   ＯＳ標準印刷ソフトウェアを拡張するための拡張アプリケーションとして機能させるためのプログラムであって、前記コンピュータを、
   ＯＳ標準プロトコルで印刷装置から第１の管理情報を取得し、取得した前記第１の管理情報に基づき所定の通知を行なわせる監視ユニットと、
   前記所定の通知に応じて所定の操作がされた場合に、前記ＯＳ標準プロトコルとは異なるプロトコルで前記印刷装置から第２の管理情報を取得して前記印刷装置に関連する情報を表示部に表示させる表示制御ユニットと、
   として機能させることを特徴とするプログラム。
2. 前記ＯＳ標準プロトコルはＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔ Ｐｒｏｔｏｃｏｌ）であることを特徴とする請求項１に記載のプログラム。
3. 前記表示制御ユニットは、前記印刷装置に関連する情報として、前記印刷装置の状態を示す情報を表示させることを特徴とする請求項１または２に記載のプログラム。
4. 前記監視ユニットは、前記所定の通知として、ＯＳにトースト通知を行わせることを特徴とする請求項１乃至３のいずれか一項に記載のプログラム。
5. 前記所定の操作は、前記トースト通知へのクリック操作であることを特徴とする請求項４に記載のプログラム。
6. 前記表示制御ユニットは、前記所定の操作をトリガーとして起動することを特徴とする請求項１乃至５のいずれか一項に記載のプログラム。
7. 前記表示制御ユニットは、印刷ジョブを取得したことに応じて起動されることを特徴とする請求項１乃至５のいずれか一項に記載のプログラム。
8. 前記第２の管理情報は、前記ＯＳ標準プロトコルにより取得される前記第１の管理情報には含まれていない情報を含むことを特徴とする請求項１乃至７のいずれか一項に記載のプログラム。
9. 前記表示制御ユニットは、ベンダ固有の情報の通信を行うことができるベンダ固有情報制御ユニットを使用することで前記第２の管理情報を前記印刷装置から取得することを特徴とする請求項１乃至８のいずれか一項に記載のプログラム。
10. 前記監視ユニットは、前記ＯＳ標準印刷ソフトウェアからの印刷ジョブを取得したことに応じて起動されることを特徴とする請求項１乃至９のいずれか一項に記載のプログラム。
11. 前記表示制御ユニットは、前記印刷装置の特定の状態が前記表示制御ユニットからのコマンドの送信によって解除可能かどうかを判定し、解除可能と判定した場合、ユーザの操作に応じて前記コマンドを送信することを特徴とする請求項１乃至１０のいずれか一項に記載のプログラム。
12. ＯＳ標準プロトコルで印刷装置から第１の管理情報を取得し、取得した前記第１の管理情報に基づき所定の通知を行なわせる監視ユニットと、
    前記所定の通知に応じて所定の操作がされた場合に、前記ＯＳ標準プロトコルとは異なるプロトコルで前記印刷装置から第２の管理情報を取得して前記印刷装置に関連する情報を表示部に表示させる表示制御ユニットと、
    を備えることを特徴とする情報処理装置。
13. ＯＳ標準プロトコルで印刷装置から第１の管理情報を取得し、取得した前記第１の管理情報に基づき所定の通知を行なわせる監視ステップと、
    前記所定の通知に応じて所定の操作がされた場合に、前記ＯＳ標準プロトコルとは異なるプロトコルで前記印刷装置から第２の管理情報を取得して前記印刷装置に関連する情報を表示部に表示させる表示制御ステップと、
    を備えることを特徴とする情報処理装置の制御方法。

Images