JP6738006B2 - 印刷を行う画像処理装置、画像処理システム、制御方法、及びプログラム - Google Patents

Description

本発明は、印刷を行う画像処理装置で修理依頼を行う構成において、特に修理依頼中の印刷処理の表示に関する。

プリンターを利用したオフィスでのプリント環境において、出力指示をしたプリンターが故障した場合、システム的にエラーを検知できるような故障であれば、印刷を止めることでユーザが無駄な印刷をすることを抑止することができる。

しかしながら、汚れ・スジ・異音などの人間にしか判断がつかないエラーが発生している場合、システム的にエラーを検知することが難しいことから、ユーザはそのまま印刷を続行し、望ましくない印刷物を出力してしまう恐れがある。

このような場合、極力、手早い修理が必要であることから、プリンターの故障状況をユーザに判断させ、ユーザの指示によって修理依頼をメーカーに発行する仕組みが公開されている（例えば、特許文献１）。

特開２００５−１９００４４号公報

しかしながら、早急に印刷することが必要な場合、プリンターが修理依頼中であることを知らないユーザが、クライアントＰＣから印刷指示を行った後、この修理依頼中のプリンターの前に立って印刷出力指示を行おうとした際に、修理依頼中であることが判明すると、早急に印刷を行うことができないという問題が生じ得る。

そこで、本発明では、修理依頼中の印刷を行う画像処理装置においても、ユーザが利用し易い仕組みを提供することを目的とする。

上記課題を解決するための発明は、印刷を行う画像処理装置であって、印刷に係る操作を受付ける操作受付手段と、印刷を行う画像処理装置が修理依頼中であるかを判定する判定手段と、前記判定手段によって印刷を行う画像処理装置が修理依頼中である場合、既に依頼した修理依頼内容であって、入力を受付けた当該画像処理装置の不具合に係る修理依頼内容と前記印刷に係る操作に基づく印刷ジョブの印刷属性に関する内容とを含む情報を表示する表示手段と、を備えたことを特徴とする。

本発明によれば、修理依頼中の印刷を行う画像処理装置においても、ユーザが容易に利用することができる、という効果を奏する。

本発明の実施形態に係る印刷システムの概略構成を示す構成図である。 本発明の実施形態に係るクライアントＰＣのハードウエア構成を示すブロック図である。 本発明の実施形態に係るプリンターのハードウエア構成を示すブロック図である。 本発明の実施形態に係るプリンターの機能の関連を示す機能ブロック図である。 本発明の実施形態に係るクライアントＰＣの機能の関連を示す機能ブロック図である。 本発明の実施形態における文書一覧画面の構成を示す構成図である。 本発明の実施形態における印刷確認画面の構成を示す構成図である。 本発明の実施形態における代替プリンター一覧画面の構成を示す構成図である。 本発明の実施形態におけるメッセージ画面の構成を示す構成図である。 本発明の実施形態におけるメッセージ画面の構成を示す構成図である。 本発明の実施形態における印刷データ情報及び修理依頼情報のデータ構成を示す構成図である。 本発明の実施形態においてクライアントＰＣからの印刷データをプリンターが受信して保存するまでの処理を示すフローチャートである。 本発明の実施形態においてユーザがエラー発生しているプリンターで印刷実行した場合の代替印刷処理を示すフローチャートである。 本発明の実施形態においてユーザがエラー発生しているプリンターで印刷実行した場合の代替印刷処理を示すフローチャートである。 本発明の実施形態においてユーザが修理依頼を発行した際に、対象ユーザの代替印刷する可能性のある印刷データが存在した場合に、代替印刷を自動で促す際の処理を示すフローチャートである。 本発明の実施形態における入力画面の構成を示す構成図である。

以下、図面を参照して本発明の実施形態を詳細に説明する。

図１は、本発明のクライアントＰＣ（情報処理装置）およびプリンター（印刷装置）を適用可能なプリントシステム（印刷システム）の構成の一例を示すシステム構成図である。

プリントシステムは、プリンター１００、プリンター１０２、及びクライアントＰＣを備えており、各機器はネットワークを介して接続されている。

プリンター１００は、プリンター１００に故障が発生した場合、ユーザ判断によって故障が発生したことをメーカーの対応窓口に対して修理依頼と発行する修理依頼システム１０６を搭載し、さらに、受取った印刷データをプリンター１００のＨＤＤ（ハードデスクドライブ）に保存し、プリンター１００上では、印刷を管理するアプリケーションが動作しプリンター１００に保存された印刷データの書誌情報を取得してメモリ上に管理し、ユーザの印刷指示によって印刷先を選択して印刷可能にする、いわゆる溜置印刷システム１０８を備えている。

プリンター１０２は、プリンター１００と同様に、修理依頼システム１０６を搭載しているが、溜置印刷システム１０８を備えていないため、受取った印刷データは、適宜、印刷出力される。

クライアントＰＣ１０４には、プリンタードライバー１１０がインストールされており、このプリンタードライバー１１０は、アプリケーションプログラムから受け取ったデータに基づいて印刷データを作成し、該印刷データをプリンター１００やプリンター１０２へ送信することができる。

尚、プリンター１１２は、プリンター１００と同様な機能を有しており、修理依頼システム１０６、及び溜置印刷システム１０８をも備えている。

以下、図２を用いて、図１に示したクライアントＰＣ１０４に適用可能な情報処理装置のハードウエア構成について説明する。

図２は、図１に示したクライアントＰＣ１０４に適用可能な情報処理装置のハードウエア構成を示すブロック図である。

図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Basic Input / Output System）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要は後述する各種プログラム等が記憶されている。

２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。

また、２０５は入力コントローラで、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。２０６はビデオコントローラで、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示機への表示を制御する。なお、図２では、ＣＲＴ２１０と記載しているが、表示機はＣＲＴだけではなく、液晶ディスプレイ等の他の表示機であってもよい。これらは必要に応じて管理者が使用するものである。

２０７はメインコントローラで、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

２０８は通信I/Fコントローラで、ネットワークを介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォント展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。

次に、図３を用いて、図１に示したプリンター１００を制御するコントローラユニットのハードウエア構成について説明する。

図３は、図１に示したプリンター１００のコントローラユニットのハードウエア構成の一例を示すブロック図である。

図３において、３１６はコントローラユニットで、画像入力デバイスとして機能するスキャナ３１４や、画像出力デバイスとして機能するプリンター部３１２と接続する一方、ＬＡＮや公衆回線（ＷＡＮ）（例えば、ＰＳＴＮまたはＩＳＤＮ等）と接続することで、画像データやデバイス情報の入出力を行なう。

コントローラユニット３１６において、３０１はＣＰＵで、システム全体を制御するプロセッサである。３０２はＲＡＭで、ＣＰＵ３０１が動作するためのシステムネットワークメモリであり、プログラムを記録するためのプログラムメモリや、画像データを一時記録するための画像メモリでもある。

３０３はＲＯＭで、システムのブートプログラムや各種制御プログラムが格納されている。３０４はハードディスクドライブ（ＨＤＤ）で、システムを制御するための各種プログラム、画像データ等を格納する。

３０７は操作部インタフェース（操作部Ｉ／Ｆ）で、操作部（ＵＩ）３０８とのインタフェース部であり、操作部３０８に表示する画像データを操作部３０８に対して出力する。また、操作部Ｉ／Ｆ３０７は、操作部３０８から本システム使用者が入力した情報（例えば、ユーザ情報等）をＣＰＵ３０１に伝える役割をする。

なお、操作部３０８はタッチパネルを有する表示部を備え、該表示部に表示されたボタンを、ユーザが押下（指等でタッチ）することにより、各種指示を行うことができる。

３０５はネットワークインタフェース（Ｎｅｔｗｏｒｋ Ｉ/Ｆ）で、ネットワーク（ＬＡＮ）に接続し、データの入出力を行う。３０６はモデム（ＭＯＤＥＭ）で、公衆回線に接続し、ＦＡＸの送受信等のデータの入出力を行う。

３１８は外部インタフェース（外部Ｉ/Ｆ）で、ＵＳＢ、ＩＥＥＥ１３９４、プリンタポート、ＲＳ−２３２Ｃ等の外部入力を受け付けるＩ／Ｆ部であり、本実施形態においては認証で必要となるＩＣカードの読み取り用のカードリーダ３１９が外部Ｉ／Ｆ部３１８に接続されている。

そして、ＣＰＵ３０１は、この外部Ｉ／Ｆ３１８を介してカードリーダ３１９によるＩＣカードからの情報読み取りを制御し、該ＩＣカードから読み取られた情報を取得可能である。以上のデバイスがシステムバス３０９上に配置される。

３２０はイメージバスインタフェース（ＩＭＡＧＥ ＢＵＳ Ｉ／Ｆ）であり、システムバス３０９と画像データを高速で転送する画像バス３１５とを接続し、データ構造を変換するバスブリッジである。

画像バス３１５は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。画像バス３１５上には以下のデバイスが配置される。

３１０はラスタイメージプロセッサ（ＲＩＰ）で、例えば、ＰＤＬコード等のベクトルデータをビットマップイメージに展開する。３１１はプリンタインタフェース（プリンタＩ／Ｆ）で、プリンター部３１２とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。また、３１３はスキャナインタフェース（スキャナＩ／Ｆ）で、スキャナ３１４とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。

３１７は画像処理部で、入力画像データに対し補正、加工、編集を行ったり、プリント出力画像データに対して、プリンターの補正、解像度変換等を行う。また、これに加えて、画像処理部３１７は、画像データの回転や、多値画像データに対してはＪＰＥＧ、２値画像データはＪＢＩＧ、ＭＭＲ、ＭＨ等の圧縮伸張処理を行う。

スキャナ３１４は、原稿となる紙上の画像を照明し、ＣＣＤラインセンサで走査することで、ラスタイメージデータとして電気信号に変換する。原稿用紙は原稿フィーダのトレイにセットし、装置使用者が操作部３０８から読み取り起動指示することにより、ＣＰＵ３０１がスキャナ３１４に指示を与え、フィーダは原稿用紙を１枚ずつフィードし原稿画像の読み取り動作を行う。

プリンター部３１２は、ラスタイメージデータを用紙上の画像に変換する部分であり、その方式は感光体ドラムや感光体ベルトを用いた電子写真方式、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等があるが、どの方式でも構わない。

プリント動作の起動は、ＣＰＵ３０１からの指示によって開始する。なお、プリンター部３１２には、異なる用紙サイズまたは異なる用紙向きを選択できるように複数の給紙段を持ち、それに対応した用紙カセットがある。

操作部３０８は、ＬＣＤ表示部を有し、ＬＣＤ上にタッチパネルシートが貼られており、システムの操作画面を表示するとともに、表示してあるキーが押されるとその位置情報を操作部Ｉ／Ｆ３０７を介してＣＰＵ３０１に伝える。また、操作部３０８は、各種操作キーとして、例えば、スタートキー、ストップキー、ＩＤキー、リセットキー等を備える。

ここで、操作部３０８のスタートキーは、原稿画像の読み取り動作を開始する時などに用いる。スタートキーの中央部には、緑と赤の２色ＬＥＤがあり、その色によってスタートキーが使える状態にあるかどうかを示す。

また、操作部３０８のストップキーは、稼働中の動作を止める働きをする。また、操作部３０８のＩＤキーは、使用者のユーザＩＤを入力する時に用いる。リセットキーは、操作部からの設定を初期化する時に用いる。

カードリーダ３１９は、ＣＰＵ３０１からの制御により、ＩＣカード（例えば、ソニー社のフェリカ（ＦｅｌｉＣａ）（登録商標））内に記憶されている情報を読み取り、該読み取った情報を外部Ｉ／Ｆ３１８を介してＣＰＵ３０１へ通知する。

以上のような構成によって、プリンター１００は、スキャナ３１４から読み込んだ画像データをＬＡＮ上に送信したり、ＬＡＮから受信した印刷データをプリンター部３１２により印刷出力することができる。

また、スキャナ３１４から読み込んだ画像データをモデム３０６により、公衆回線上にＦＡＸ送信したり、公衆回線からＦＡＸ受信した画像データをプリンター部３１２により出力することできる。

尚、プリンター１０２、プリンター１１２についても、プリンター１００を同様な構成を備えることから説明は省略する。

以下、図４を用いて本発明の実施形態における、プリンター１００内の機能の関連を説明する。なお、それぞれのフローにおける動作詳細は後述するため、ここでは各種端末内に記載されている機能ブロック図の説明を記載する。

修理依頼システム１０６はプリンター１００上で動作するシステムであり、プリンター内の状態を監視し、印刷可能状態か否かを判断する。またユーザの入力を受け付けて管理サーバー（不図示）に対して修理依頼通知を発行する機能を有する。

エラー検知機能４００は、修理依頼システム１０６の機能であり、プリンターの状態を監視し印刷可能状態かどうかを判断する。エラー状態であるかどうかはプリンターでエラーが発生していることが検知できたかや、ユーザにより修理依頼が発生しているかどうかを判断基準にする。

修理依頼機能４０２は、修理依頼システム１０６の機能であり、ユーザの入力を受けて管理サーバー（不図示）に対してメーカー修理を依頼する機能を有する。本機能は既存技術を適用することで実現可能であり、本アイデアのコア要素ではないため詳細な説明は省略する。

溜置印刷システム１０８はプリンター１００及びプリンター１１２上で動作し、クライアントＰＣ１０４から送信される印刷データを受信し管理する印刷データ管理機能４０４を有す。

さらにプリンター１００のＵＩ（ユーザインタフェース）上に図６に示す文書一覧画面６００に対して文書情報を表示しユーザの印刷指示によって印刷を実行する印刷管理機能４０６を有する。

印刷データ管理機能４０４は溜置印刷システム１０８の機能であり、クライアントＰＣ１０４上のプリンタードライバー１１０から送信される印刷データを受信する。

受信した印刷データはプリンター１００あるいはプリンター１１２のＨＤＤ３０４に保存する。また保存した印刷データを解析し、図１１に示すような印刷データ情報のように書誌情報を取得しメモリ上に保持する。

印刷管理機能４０６は溜置印刷システム１０８の機能であり、ユーザがプリンターにログインした際にログインしたユーザの情報を取得し、対象ユーザの保存文書情報を図６に示すような文書一覧画面６００に表示する。

またユーザの印刷指示を受付、プリンターの印刷可否を確認して自プリンターへの出力を行うか、他のプリンターへ代替印刷を行うかの判断をする機能を有する。

以下、図５を用いて本発明の実施形態における、クライアントＰＣ１０４内の機能の関連を説明する。なお、それぞれのフローにおける動作詳細は後述するため、ここでは各種端末内に記載されている機能ブロック図の説明を記載する。

プリンタードライバー１１０はクライアントＰＣ１０４上で動作する。プリンタードライバー１１０はクライアントＰＣ１０４上で動作する各種アプリケーションから呼び出され、対象アプリケーションのデータをプリンターで印刷可能なデータに変換する。変換後は対象のプリンター１００、プリンター１０２、あるいはプリンター１１２に対して生成した印刷データを送信する。

印刷データ生成機能５００はプリンタードライバー１１０内で動作し、各種アプリケーションからの呼び出しを受けて印刷設定画面（不図示）を表示する。

印刷設定画面では出力の際の各種設定が可能である。またユーザからの印刷指示を受け付け印刷設定画面で設定された設定によって当該アプリケーションの印刷データを生成する。生成した印刷データはプリンター１００、プリンター１０２、あるいはプリンター１１２に対して印刷を行う。

図６は溜置印刷システム１０８がプリンター１００、あるいはプリンター１１２で自身に溜置かれている文書をＵＩ上に表示する文書一覧画面６００を図示している。

図７は溜置印刷システム１０８が、プリンター１００あるいはプリンター１１２が、修理依頼中である場合に、その修理依頼内容と印刷にかかる書誌情報とから印刷を行うことが可能な場合、印刷を行うか否かをユーザに確認するための印刷確認画面７００を図示している。

図８は溜置印刷システム１０８がユーザの印刷指示を受けた際に、プリンターが印刷不可な状態だった場合に代替印刷先のプリンターをユーザに選択させるために表示する代替プリンター一覧画面８００を図示している。

図９は溜置印刷システム１０８が代替印刷先の溜置印刷システム１０８に印刷データを送信する際に表示するメッセージ画面９００を図示している。

図１０は溜置印刷システム１０８が代替印刷先の溜置印刷システム１０８が動作していないプリンターに印刷指示を出した際に表示するメッセージ画面１０００を図示している。

図１１の上段には溜置印刷システム１０８が印刷データ受信時に解析して保持する書誌情報を図示しており、図１１の下段には、修理依頼を行ったときの依頼内容などに関する修理依頼情報を図示している。

図１２は、本発明の実施形態に係るクライアントＰＣ１０４からの印刷データをプリンターが受信して保存するまでの処理をフローチャートで示している。以下各処理に関して説明する。

ステップＳ１００では、クライアントＰＣ１０４において、プリンタードライバー１１０内の印刷データ生成機能５００はクライアントＰＣ１０４内の各種アプリケーションからの印刷要求時に呼び出され、対象のアプリケーションデータを印刷可能なデータに変換し、印刷データを生成する。

ステップＳ１０２では、クライアントＰＣ１０４において、印刷データ生成機能５００は、ステップＳ１００で生成した印刷データをプリンター１００に対して送信する。

ステップＳ１０４では、プリンター１００において、溜置印刷システム１０８の印刷データ管理機能４０４は、ステップＳ１０２で送信される印刷データを受信する。

ステップＳ１０６では、プリンター１００において、印刷データ管理機能４０４は、ステップＳ１０４で受信した印刷データから図１１に示す印刷データ情報を取得し、メモリ上に保持する。

ステップＳ１０８では、プリンター１００において、印刷データ管理機能４０４は受信した印刷データをプリンター１００内のＨＤＤ３０４に保存する。

図１３及び図１４は、本発明の実施形態において、ユーザがエラー発生しているプリンターで印刷実行した場合の代替印刷処理に関してフローチャートで示している。以下各処理に関して説明する。

ステップＳ２００では、プリンター１００において、溜置印刷システム１０８の印刷管理機能４０６は、ユーザがプリンター１００にログインするまで待機する。ユーザがログインした場合はステップＳ２０２の処理を行う。

ステップＳ２０２では、プリンター１００において、溜置印刷システム１０８の印刷管理機能４０６はプリンター１００にログインしたユーザのユーザ情報（ユーザ名）を取得する。

ステップＳ２０４では、プリンター１００において、溜置印刷システム１０８の印刷管理機能４０６は、ステップＳ２０２で取得したユーザ名を元に、印刷データ管理機能４０４がステップＳ１０６で保持したメモリ上の印刷データ情報リストの中から当該ユーザの印刷データ情報のみを抽出する。

ステップＳ２０６では、プリンター１００において、溜置印刷システム１０８の印刷管理機能４０６はステップＳ２０４で抽出した印刷データリストを元に、図６で示す文書一覧画面をプリンター１００上の画面に表示する。

ステップＳ２０８では、プリンター１００において、溜置印刷システム１０８の印刷管理機能４０６はユーザからの印刷指示を受けるまで待機する。

具体的にはユーザは図６の文書一覧画面で印刷対象の文書を選択し、印刷ボタン６０２を押下することによって印刷指示を実行する。

ステップＳ２１０では、プリンター１００において、ステップＳ２０８でユーサーからの印刷指示を受けた印刷管理機能４０６は修理依頼システム１０６に対して、プリンター１００が印刷可能状態か否かを確認するために、プリンター印刷可否状態取得要求を送信する。

ステップＳ２１２では、プリンター１００において、修理依頼システム１０６の修理依頼機能４０２は、ステップＳ２１０で送信されるプリンター印刷可否状態取得要求を受信する。

ステップＳ２１４では、プリンター１００において、修理依頼システム１０６の修理依頼機能４０２はエラー検知機能４００がプリンター１００のエラーを検知しているかを確認する。

エラー検知機能４００はプリンター１００の状態を監視しエラーが発生した場合はそのエラー内容を保持し、また修理依頼システム１０６がエラー検知確認をしてきた際は、保持しているエラー情報を応答する。エラーが存在しない場合はその旨を応答する。

ステップＳ２１６では、プリンター１００において、修理依頼システム１０６の修理依頼機能４０２はステップＳ２１４で確認したエラー検知機能４００のエラー情報からプリンター１００にエラーが発生しているかを判断する。

ステップＳ２１８では、プリンター１００において、修理依頼システム１０６の修理依頼機能４０２はユーザによって修理依頼が発生しているかどうかを取得する。

ユーザはプリンターでシステム検知不可のエラー（汚れやスジ・色味不良など）が発生していると判断した場合は修理依頼システム１０６の機能を利用してメーカーの対応窓口に対して修理依頼を発行する。

修理依頼機能４０２はユーザの指示を受けた場合は修理依頼を発行し、修理依頼内容を保持すると共に自身のステータスを修理依頼中として保持する。

ステップＳ２２０では、プリンター１００において、修理依頼システム１０６の修理依頼機能４０２は、ステップＳ２１８で取得した修理依頼内容からプリンターに関する修理依頼が発行されているかを確認する。

具体的にはユーザが入力した修理依頼の入力内容から修理依頼内容を確認する。修理依頼は図１６に示すような入力画面１１００で、修理依頼内容をユーザに選択させるのが一般的である。

入力画面は、プリンターの故障理由を項目ごとに分類した大項目１１０２、中項目１１０４、及び小項目１１０６、ユーザ情報を示す会社名１１０８、名前１１１０、電話番号１１１２、住所１１１４、入力画面を閉じる際に押下するための戻るボタン１１１６、修理依頼を行う際に押下するための修理依頼送信ボタン１１１８を備えている。

ユーザはあらかじめ定義されている修理項目リスト（大項目、中項目、小項目それぞれ）から対象の修理項目を選択して修理依頼送信ボタン１１１８を押下することで入力画面に入力された情報を用いて、メーカーの対応窓口に対して修理依頼を発行して、入力された内容にかかる修理依頼情報（図１１の下段）をプリンターのＨＤＤ３０４等へ記憶する。

修理依頼機能４０２は選択された修理項目中にプリンターが含まれるかどうかを判定する。そして、プリンター以外の修理依頼が発行されている場合は当該プリンターでの印刷が可能なため本発明においては、代替印刷の対象としていない。

図１１の下段に示す修理依頼情報は、修理依頼を行った時刻、プリンターの故障理由に関する入力画面の大項目、中項目、及び小項目を含む修理依頼内容、入力画面の会社名、名前、電話番号、及び住所を含むユーザ情報、プリンターの機種名を示す複合機機種名、プリンターを一意に示す機器番号を表す複合機機番を備えている。

ステップＳ２２２では、プリンター１００において、修理依頼システム１０６の修理依頼機能４０２は、ステップＳ２１６でプリンター１００にエラーが発生していないかつ、ステップＳ２２０でプリンター１００に関する修理依頼が発行されていないと判断した場合は、溜置印刷システム１０８の印刷管理機能４０６に対してプリンター印刷可能応答を行う。

ステップＳ２２４では、プリンター１００において、修理依頼システム１０６の修理依頼機能４０２はステップＳ２１６でプリンター１００にエラーが発生している、またはステップＳ２２０でプリンター１００に関する修理依頼が発行されている場合、溜置印刷システム１０８の印刷管理機能４０６に対してプリンター印刷不可応答を行う。

このプリンター印刷不可応答には、プリンター１００にエラーが発生している場合と、プリンター１００にエラーが発生しておらず、修理依頼が発行されている場合とで識別して応答を行っており、さらに、修理依頼が発行されている場合は、修理依頼内容を含めて応答を行う。

ステップＳ２２６では、プリンター１００において、溜置印刷システム１０８の印刷管理機能４０６は、修理依頼システム１０６の修理依頼機能４０２が送信するプリンター印刷可否状態応答を受信する。

ステップＳ２２８では、プリンター１００において、溜置印刷システム１０８の印刷管理機能４０６はステップＳ２２６で修理依頼システム１０６から取得した印刷可否情報を判定し、印刷可能応答であれば、ステップＳ２５８へ処理を進め、印刷不可応答であれば、ステップＳ２３０へ処理を進める。

ステップＳ２３０では、プリンター１００において、溜置印刷システム１０８の印刷管理機能４０６はステップＳ２２６で受信した印刷不可応答が、プリンター１００にエラーが発生している場合の応答であれば、ステップＳ２３６へ処理を進め、プリンター１００にエラーが発生しておらず、修理依頼が発行されている場合の応答であれば、ステップＳ２３１へ処理を進める。

ステップＳ２３１では、プリンター１００において、溜置印刷システム１０８の印刷管理機能４０６は、ステップＳ２０８において印刷指示された文書の、メモリ上に記憶した印刷データ情報を取得する。

ステップＳ２３２では、プリンター１００において、溜置印刷システム１０８の印刷管理機能４０６は、ステップＳ２２０で受信した修理依頼内容とステップＳ２３１で取得した印刷データ情報とを解析し、修理依頼内容に対して印刷データ情報であれば印刷可能か不可能かを判定する。

解析例として、印刷データ情報において、モノクロ印刷にかかる印刷である場合、修理依頼内容が、シアンの色味不良である場合、印刷に大きな支障が生じないことが生じない

ことから、ユーザに印刷を促しても良いものとして判定する。

このような判定は、印刷属性と修理依頼内容との関係から、印刷可否を定めるための情報をプリンター１００に記憶管理しておく態様を取ることで実現可能となるが、印刷可否が定まる既存技術であれば、どのような態様であってもよい。

ステップＳ２３３では、プリンター１００において、溜置印刷システム１０８の印刷管理機能４０６は、図７に示す印刷確認画面を表示する。

図７に示す印刷確認画面７００は、印刷を試みる印刷属性と修理依頼内容との関係から印刷が可能な場合、その旨を表示し、自プリンターでそのまま印刷をさせる場合は、印刷継続ボタン７０２を押下し、代替プリンターを用いて印刷を行う場合は、代替プリンタボタン７０４を押下する。

ステップＳ２３１及びステップＳ２３２では、印刷属性と修理依頼内容との関係から印刷可否を判定したが、これらの解析する処理を行わずに、印刷属性と修理依頼内容とを印刷確認画面７００に表示する態様をとることも可能である。

ステップＳ２３４では、プリンター１００において、溜置印刷システム１０８の印刷管理機能４０６は、印刷確認画面７００の代替プリンタボタン７０４が押下されたと判定した場合は、ステップＳ２３６へ処理を進め、印刷継続ボタン７０２が押下されたと判定した場合は、ステップＳ２５８へ処理を進める。

ステップＳ２３６では、プリンター１００において、溜置印刷システム１０８の印刷管理機能４０６は、図８に示す代替プリンター一覧画面８００を表示しプリンターの選択を受付ける。

具体的には印刷管理機能４０６がグルーピングされている各プリンターの修理依頼システム１０６と通信を行い、各プリンターの印刷可否情報を取得する。

またグルーピングされている各プリンタの溜置印刷システム１０８と通信を行い当該プリンターに溜置印刷システム１０８が存在するかを判断する。

プリンターのグルーピングに関しては通信を行う際にブロードキャストで動的にプリンターを探す方法や、または、事前にシステム設定等でグループ情報を設定しておく方法でも良い。

そして、見つかったプリンターの修理依頼システム１０６や溜置印刷システム１０８の既定のポートに対して印刷可否やシステムの存在有無等の確認をパケット通信等によって行う。

図８に示す代替プリンター一覧画面８００には、グルーピングされたプリンタに関する印刷可否を示すプリンタ状態、溜置プリントシステムがあるかないかを示す情報、プリンタの名称等が表示されている。

印刷不可となる印刷状態であるプリンタについては、選択不可としてグレーアウト表示され、ユーザはグレーアウトされたプリンタ以外のプリンタを選択して、代替印刷ボタン８０１を押下することで、選択したプリンタに印刷指示を行うことが可能となる。

ステップＳ２３８では、プリンター１００において、溜置印刷システム１０８の印刷管理機能４０６は、代替プリンター一覧画面８００で代替印刷ボタン８０１が押下された際に選択されているプリンタに溜置プリントシステムがあるかないかを判定し、あると判定した場合、ステップＳ２４８へ処理を進め、ないと判定した場合、ステップＳ２４０へ処理を進める。

ステップＳ２３６及び本ステップにおける溜置印刷システムの存在有無の具体的な方法として、対象のプリンターに対して溜置プリントシステム存在有無確認要求をパケット通信によって送信し、対象のプリンターに溜置プリントシステムが存在する場合は、要求を受信した溜置プリントシステムが存在応答をすることによって、溜置プリントシステムが存在していると判断でき、応答が無い場合は溜置プリントシステムが存在しないと判断する。

ステップＳ２４０では、プリンター１００において、溜置印刷システム１０８の印刷管理機能４０６はステップＳ２３８で代替先プリンターに溜置プリントシステムが存在しないと判断された場合、溜置印刷システム１０８の印刷管理機能４０６は直接印刷実行をユーザに通知するために、図９に示すメッセージ画面９００を表示する。

ステップＳ２４２では、プリンター１００において、溜置印刷システム１０８の印刷管理機能４０６は文書一覧画面６００でユーザが選択した文書を、ステップＳ２３６でユーザが選択したプリンター１０２に印刷指示する。

本発明の実施形態では、代替プリンター一覧画面８００の上から２段目に表示されている１Ｆ南側のプリンター１０２が選択され、当該プリンター１０２に印刷指示を行っている。

ステップＳ２４４では、プリンター１０２において、ステップＳ２４２でプリンター１００の溜置印刷システム１０８が送信した印刷データを受信し、ステップＳ２４６では、プリンター１０２において、ステップＳ２４４で受信した印刷データを出力する。

ステップＳ２４８では、プリンター１００において、ステップＳ２３８で代替先プリンターに溜置プリントシステムが存在すると判定した場合、溜置印刷システム１０８の印刷管理機能４０６は、代替プリンターに印刷データをコピーしたことをユーザに通知するため、図１０に示すメッセージ画面１０００を表示する。

ステップＳ２５０では、プリンター１００の溜置印刷システム１０８の印刷管理機能４０６は文書一覧画面６００でユーザが選択した文書を、ステップＳ２３６でユーザが選択したプリンター１１２に文書の印刷データを送信する。

本発明の実施形態では、代替プリンター一覧画面８００の上から２段目に表示されている２Ｆ北側のプリンター１１２が選択され、当該プリンター１１２に文書の印刷データを送信している。

ステップＳ２５２では、代替プリンタのプリンター１１２において、溜置印刷システム１０８の印刷管理機能４０６はステップＳ２５０で送信される文書の印刷データを受信する。

ステップＳ２５４では、代替プリンタのプリンター１１２において、溜置印刷システム１０８の印刷管理機能４０６はステップＳ２５２で受信した文書の印刷データから、図１１に示す印刷データ情報を取得する。

ステップＳ２５６では、代替プリンタのプリンター１１２において、溜置印刷システム１０８の印刷管理機能４０６はステップＳ２５２で受信した文書の印刷データをプリンター１１２のＨＤＤ３０４に保存する。

この時点でステップＳ２０８で印刷指示した文書はステップＳ２３６でユーザが選択した代替プリンターに移動している。ユーザは代替プリンターにログインし、ステップＳ２００からステップＳ２２８、及びステップＳ２５８で行った処理を行うことにより代替先で印刷可能になる。

ステップＳ２５８では、プリンター１００において、ステップＳ２２８で印刷可と判断された場合は、そのまま自プリンターで印刷を実行する。

図１５は、本発明の実施形態において、ユーザが修理依頼を発行した際に、対象ユーザの代替印刷する可能性のある印刷データが存在した場合に、代替印刷を自動で促す際の処理をフローチャートで示している。以下各処理に関して説明する。

ステップＳ３００では、プリンター１００において、修理依頼システム１０６の修理依頼機能４０２はユーザからの修理依頼入力があるまで待機する。修理依頼入力は、入力画面１１００に対して入力があるまで待機する。

ステップＳ３０２では、プリンター１００において、修理依頼システム１０６の修理依頼機能４０２はステップＳ３００でユーザから修理依頼入力があり、修理依頼送信ボタン１１１８ボタンが押下された場合、通知先に対して修理依頼を送信する。

ステップＳ３０４では、修理依頼システム１０６の修理依頼機能４０２はステップＳ３００でユーザが入力した修理依頼がプリンターに関する修理依頼かどうかを判定する。プリンター以外の修理依頼の場合は処理を終了する。

ステップＳ３０６では、プリンター１００において、ステップＳ３０４でプリンターに対する修理依頼が行われたと判断した場合、修理依頼システム１０６の修理依頼機能４０２は修理依頼を行ったユーザの代替印刷の対象となる文書が存在するかを確認するため、溜置印刷システム１０８の印刷管理機能４０６に対して当該ユーザ代替印刷確認要求を送信する。

ユーザは印刷を行った際にプリンターにエラーが発生していることを認識し、修理依頼を行うことがある。すなわち修理依頼を行う前に実行した印刷は正常に印刷できていない可能性がある。

ユーザの代替印刷の対象となる文書の存在確認では、修理依頼を行ったユーザの修理依頼直前に行った印刷にかかる文書と当該ユーザの未印刷の蓄積文書が存在するかを確認し、対象文書に関して代替印刷の確認をユーザに求める。

ステップＳ３０８では、プリンター１００において、溜置印刷システム１０８の印刷管理機能４０６はステップＳ３０６で送信されるユーザ代替印刷確認要求を受信する。

ステップＳ３１０では、プリンター１００において、溜置印刷システム１０８の印刷管理機能４０６はステップＳ３０８で受信した要求からユーザ情報を取得し、対象ユーザが直近に印刷した履歴が存在するかを判定し、存在すると判定した場合、ステップＳ３１６へ処理を進め、存在すると判定しない場合、ステップＳ３１２へ処理を進める。

尚、直近かどうかの判断としては指定時間内とするケースや、最近のログインから現在までの間としても良い。

ステップＳ３１２では、プリンター１００において、溜置印刷システム１０８の印刷管理機能４０６は、ステップＳ３０８で受信した要求からユーザ情報を取得し、対象ユーザの蓄積文書（未印刷文書）が存在するかを判定し、存在すると判定した場合、ステップＳ３１６へ処理を進め、存在すると判定しない場合、ステップＳ３１４へ処理を進める。

ステップＳ３１４では、プリンター１００において、直近の印刷履歴が存在しないと判定された場合、かつ当該ユーザの蓄積文書（未印刷文書）が存在しないと判断された場合は、代替印刷文書が存在しないため、修理依頼システム１０６の修理依頼機能４０２に対して代替印刷確認結果（対象文書無し）を送信する。

ステップＳ３１６では、プリンター１００において、ステップＳ３１０で直近の印刷履歴が存在すると判定された場合、またはステップＳ３１２で当該ユーザの蓄積文書（未印刷文書）が存在すると判定された場合は、代替印刷文書が存在するため修理依頼システム１０６の修理依頼機能４０２に対して代替印刷確認結果（対象文書有り）を送信する。

ステップＳ３１８では、プリンター１００において、修理依頼システム１０６の修理依頼機能４０２はステップＳ３１４またはステップＳ３１６で溜置印刷システム１０８の印刷管理機能４０６が応答する代替印刷対象確認結果を受信する。

ステップＳ３２０では、プリンター１００において、修理依頼システム１０６の修理依頼機能４０２はステップＳ３１８で受信した代替印刷対象確認結果から代替印刷対象が存在するかを判定し、存在すると判定した場合、ステップＳ３２２へ処理を進め、存在すると判定しない場合、処理を終了する。

ステップＳ３２２では、プリンター１００において、修理依頼システム１０６の修理依頼機能４０２は溜置印刷システム１０８の印刷管理機能４０６に対して代替印刷要求を送信する。

ステップＳ３２４では、プリンター１００において、溜置印刷システム１０８の印刷管理機能４０６はステップＳ３２２で送信される代替印刷要求を受信する。

ステップＳ３２６では、プリンター１００において、溜置印刷システム１０８の印刷管理機能４０６は文書一覧画面６００を表示する。

このとき表示する文書一覧画面６００にはステップＳ３１０で取得した直近の印刷済み文書と、ステップＳ３１２で取得した未印刷の蓄積文書とを同時に表示する。

ステップＳ３２８では、プリンター１００において、溜置印刷システム１０８の印刷管理機能４０６はユーザからの印刷指示があるまで待機する。ユーザからの印刷指示を受信した場合は図１３で示すフローチャートのステップＳ２３６からの処理を行う。

本発明の実施形態の変形例として、ステップＳ２１８では、修理依頼システム１０６の修理依頼機能４０２はユーザによって修理依頼が発生しているかどうかを取得し、ステップＳ２２０において、ステップＳ２１８で取得した修理依頼内容からプリンターに関する修理依頼が発行されているかを確認しているが、ステップＳ２１８及びステップＳ２２０の処理をなくし、プリンターを起動したタイミング、あるいは定期的に修理依頼システム１０６から溜置印刷システム１０８へ図１１に示す修理依頼情報を送信して、溜置印刷システム１０８で修理依頼情報を保管する。

ステップＳ２２４では、プリンター印刷不可応答として、プリンター１００にエラーが発生していることを示す応答を行う。

そして、ステップＳ２２８の処理において、溜置印刷システム１０８の印刷管理機能４０６は、この修理依頼情報を用いて、修理依頼が発生しているかどうかを判定し、修理依頼システム１０６から印刷可能応答があり、かつ修理依頼が発生している場合は、ステップＳ２３０へ処理を進める。

また、修理依頼システム１０６から印刷可能応答があり、かつ修理依頼が発生していない場合は、ステップＳ２５８へ処理を進める。

一方、修理依頼システム１０６から印刷不可応答があった場合は、ステップＳ２３６へ処理を進める。

さらに、本発明の実施形態の別の変形例として、ステップＳ２１０において、ステップＳ２０８において印刷指示された文書の印刷データ情報を含めて修理依頼システム１０６へ送信し、ステップＳ２２０では、当該印刷データ情報と修理依頼内容とを用いて、ステップＳ２３２と同様に印刷可否について解析処理を行う。

本ステップで、印刷可能と判定された場合は、ステップＳ２２２へ処理を進め、ステップＳ２２２では、印刷可能応答を行うが、この際に修理依頼内容を含めて修理依頼が発酵されたとして応答を行う。

ステップＳ２２８では、ステップＳ２２６で印刷可応答を受信し、修理依頼が発行されていない場合は、ステップＳ２５８へ処理を進め、修理依頼が発行されている場合は、ステップＳ２３３へ処理を進め、一方、ステップＳ２２６で印刷不可応答を受信した場合、ステップＳ２３６へ処理を進める。

このような変形例では、ステップＳ２３０からステップＳ２３２の処理をなくし、印刷する文書の印刷データと修理依頼内容とを用いて行う解析処理を修理依頼システム１０６で行うことが可能となる。

以上、本発明によれば、印刷装置が修理依頼中であっても、ユーザがスムーズに印刷を行うことができる。

また、本発明におけるプログラムは、各処理方法をコンピュータが実行可能（読み取り可能）なプログラムであり、本発明の記憶媒体は、各処理方法をコンピュータが実行可能なプログラムが記憶されている。

なお、本発明におけるプログラムは、各装置の処理方法ごとのプログラムであってもよい。

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読取り実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることができる。

また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータで稼働しているＯＳ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。

この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステム、あるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

１００ プリンター
１０２ プリンター
１０４ クライアント端末
１１２ プリンター
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ システムバス
２０５ 入力コントローラ
２０６ ビデオコントローラ
２０７ メモリコントローラ
２０８ 通信Ｉ／Ｆコントローラ
２０９ ＫＢ
２１０ ＣＲＴ
２１１ 外部メモリ
５０１ ＣＰＵ
５０２ ＲＡＭ
５０３ ＲＯＭ
５０４ ハードディスクドライブ
５０５ ネットワークＩ/Ｆ
５０６ モデム
５０７ 操作部Ｉ/Ｆ
５０８ 操作部（操作パネル）
５０９ システムバス
５１０ ＲＩＰ
５１１ プリンタＩ/Ｆ
５１２ プリンタ部
５１３ スキャナＩ/Ｆ
５１４ スキャナ部
５１５ 画像バス
５１６ コントローラユニット
５１７ 画像処理部
５１８ 外部Ｉ/Ｆ
５１９ カードリーダ
５２０ ＩＭＡＧＥバスＩ/Ｆ

Claims (12)

1. 印刷を行う画像処理装置であって、
   印刷に係る操作を受付ける操作受付手段と、
   印刷を行う画像処理装置が修理依頼中であるかを判定する判定手段と、
   前記判定手段によって印刷を行う画像処理装置が修理依頼中である場合、既に依頼した修理依頼内容であって、入力を受付けた当該画像処理装置の不具合に係る修理依頼内容と前記印刷に係る操作に基づく印刷ジョブの印刷属性に関する内容とを含む情報を表示する表示手段と、
   を備えたことを特徴とする印刷を行う画像処理装置。
2. 前記判定手段によって印刷を行う画像処理装置が修理依頼中であると判定した場合、修理依頼内容に従って、前記印刷に係る操作に基づく印刷処理に関する内容で処理可能かを判定する処理判定手段を備え、
   前記表示手段は、前記処理判定手段によって判定した結果を表示することを特徴とする請求項１に記載の印刷を行う画像処理装置。
3. 前記処理判定手段は、前記修理依頼内容に対して前記印刷に係る操作に基づく印刷処理に関する内容で自身の印刷を行う画像処理装置で処理可能であれば処理可能と判定し、一方、処理可能でなければ処理不可能と判定し、
   前記表示手段は、前記処理判定手段によって処理可能と判定した場合、前記修理依頼内容に対して前記印刷に係る操作に基づく印刷処理に関する内容で自身の印刷を行う画像処理装置で処理可能であることを表示することを特徴とする請求項２に記載の印刷を行う画像処理装置。
4. 前記表示手段は、印刷を行う画像処理装置にエラーが生じている場合は、前記修理依頼内容と前記印刷に係る操作に基づく印刷処理に関する内容とを含む情報を表示しないことを特徴とする請求項１乃至３の何れか１項に記載の印刷を行う画像処理装置。
5. 前記表示手段は、前記判定手段によって印刷を行う画像処理装置が修理依頼中であると判定した場合、自身の印刷を行う画像処理装置と異なる他の印刷を行う画像処理装置を表示することを特徴とする請求項１乃至４の何れか１項に記載の印刷を行う画像処理装置。
6. 前記表示手段は、他の印刷を行う画像処理装置が溜置印刷機能を有するかを表示することを特徴とする請求項５に記載の印刷を行う画像処理装置。
7. 印刷を行う画像処理装置の修理依頼の指示を受付ける修理依頼指示受付手段を備え、
   前記表示手段は、前記修理依頼指示受付手段によって修理依頼の指示を受付けると、他の印刷を行う画像処理装置で処理すべきユーザのジョブを表示することを特徴とする請求項１乃至６の何れか１項に記載の印刷を行う画像処理装置。
8. 前記表示手段は、他の印刷を行う画像処理装置で処理すべきジョブとして、修理依頼時のユーザのログイン後に処理したジョブを表示することを特徴とする請求項７に記載の印刷を行う画像処理装置。
9. 前記表示手段は、他の印刷を行う画像処理装置で処理すべきジョブとして、自身の印刷を行う画像処理装置に未処理で蓄積されたユーザのジョブを表示することを特徴とする請求項７または８に記載の印刷を行う画像処理装置。
10. 前記判定手段は、修理依頼情報に基づいて印刷を行う画像処理装置が修理依頼中であるかを判定し、
    前記表示手段は、前記印刷に係る操作に基づく印刷処理に関する内容として、ジョブの設定にかかる情報を表示することを特徴とする請求項１乃至９の何れか１項に記載の印刷を行う画像処理装置。
11. 印刷を行う画像処理装置の制御方法であって、
    前記印刷を行う画像処理装置は、
    印刷に係る操作を受付ける操作受付ステップと、
    前記操作受付ステップによって印刷に係る操作を受付けると、印刷を行う画像処理装置が修理依頼中であるかを判定する判定ステップと、
    前記判定ステップによって印刷を行う画像処理装置が修理依頼中であると判定した場合、既に依頼した修理依頼内容であって、入力を受付けた当該画像処理装置の不具合に係る修理依頼内容と前記印刷に係る操作に基づく印刷ジョブの印刷属性に関する内容とを含む情報を表示する表示ステップと、
    を実行することを特徴とする印刷を行う画像処理装置の制御方法。
12. 印刷を行う画像処理装置のコンピュータを、
    印刷に係る操作を受付ける操作受付手段と、
    前記操作受付手段によって印刷に係る操作を受付けると、印刷を行う画像処理装置が修理依頼中であるかを判定する判定手段と、
    前記判定手段によって印刷を行う画像処理装置が修理依頼中であると判定した場合、既に依頼した修理依頼内容であって、入力を受付けた当該画像処理装置の不具合に係る修理依頼内容と前記印刷に係る操作に基づく印刷ジョブの印刷属性に関する内容とを含む情報を表示する表示手段と、
    して機能させるためのプログラム。

Images