JP2022009060A - 印刷設定ｕｉを表示するためのアプリケーション - Google Patents

Abstract

【課題】タッチパネル用印刷設定ユーザーインターフェース（ＵＩ）の情報処理方法及びプログラムを提供する。【解決手段】デバイスアプリは、ＯＳが印刷設定のコンフリクト処理を行うＯＳコンフリクト処理手段と、前記ＯＳコンフリクト処理手段時に利用するためのコンフリクトルールを取得するＯＳコンフリクトルール取得手段と、複数の印刷設定項目が配置されたプリンタードライバーの印刷設定ＵＩを表示する表示手段と、印刷設定ＵＩ上で、前記ＯＳコンフリクト処理手段と同じコンフリクト処理をＵＩ上で行うためのＵＩコンフリクト処理手段と、前記ＵＩコンフリクト処理を行うために、ＯＳコンフリクト処理手段時に利用するためのコンフリクトルールと同じコンフリクトルールを取得するＵＩコンフリクトルール取得手段と、をコンピュータに実行させる。【選択図】図８

Description

本発明は、タッチパネル用印刷設定ユーザーインターフェース（ＵＩ）の情報処理方法及びプログラムに関する。

従来のプリンタードライバーには、印刷不可能な設定の組み合わせをプリンタードライバーＵＩ上で設定できないようにするコンフリクト処理が存在する。このプリンタードライバーＵＩ上でのコンフリクト処理は、ユーザーが任意の一つの設定項目を変えるたびに、設定可能かどうかを確認し、設定不可能ならばユーザーにその旨を通知する及び、他の設定項目を変更、無効な設定を選択不可能にすることを行っており、ユーザーは設定不可能な項目を一目瞭然に把握することができた（特許文献１参照）。

しかし、近年のプリンタードライバーの中には、コンフリクト処理を行うためのルールのみを持ち、コンフリクト処理をＯＳ（オペレーティングシステム）が行うものが出てきている（非特許文献１参照）。

このＯＳのコンフリクト処理は、二つのタイミングでコンフリクト処理を行うパターンが存在する。一つは、ユーザーが設定項目を変更するたびに、プリンタードライバーＵＩが、ＯＳのコンフリクト処理を呼び出し、確認を行うこと。もう一つは、全ての印刷設定の変更が終了後に、一括してＯＳがコンフリクト処理を呼び出し、確認を行うことである。しかし、ＯＳの二つのコンフリクト処理には、それぞれ問題がある。前者のユーザーが設定項目を変更するたびにＯＳのコンフリクト処理をドライバＵＩが呼び出し、確認を行う場合、ＯＳのコンフリクト処理の実行速度が遅く、ユーザビリティが非常に低下してしまう。後者は、ユーザーが、一括でコンフリクト処理を行うので、どのように変更されたかを認識しづらい問題がある。これらの問題を解決するために、プリンタードライバーＵＩが独自に禁則ルールを持ち、そのルールに沿って独自にコンフリクト処理をかけるのが一般的である（非特許文献２参照）。

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

ｈｔｔｐ：／／ｍｓｄｎ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｅｎ－ｕｓ／ｌｉｂｒａｒｙ／ｗｉｎｄｏｗｓ／ｈａｒｄｗａｒｅ／ｆｆ５６２０６３（ｖ＝ｖｓ．８５）．ａｓｐｘ ｈｔｔｐ：／／ｍｓｄｎ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｅｎ－ｕｓ／ｌｉｂｒａｒｙ／ｗｉｎｄｏｗｓ／ｈａｒｄｗａｒｅ／ｊｊ２１８７３１（ｖ＝ｖｓ．８５）．ａｓｐｘ

しかしながら、前述の方法だと、ＯＳで行われるコンフリクト処理のためのルールと、プリンタードライバーが独自に行うリアルタイムコンフリクト処理のためのルールを二重で保守する必要があり、コンフリクトルールを保守するための工数が上昇する問題が存在する。

本発明の構成は、
プリンタードライバーと印刷設定ＵＩを有する情報処理装置において、
ＯＳが印刷設定のコンフリクト処理を行うＯＳコンフリクト処理手段（３２０）と、前記ＯＳコンフリクト処理手段時に利用するためのコンフリクトルールを取得するＯＳコンフリクトルール取得手段（３２１）と、
複数の印刷設定項目が配置されたプリンタードライバーの印刷設定ＵＩを表示する表示手段（６００）と、
印刷設定ＵＩ上で、前記ＯＳコンフリクト処理手段と同じコンフリクト処理をＵＩ上で行うためのＵＩコンフリクト処理手段（Ｓ１００３）と、
前記ＵＩコンフリクト処理を行うために、ＯＳコンフリクト処理手段時に利用するためのコンフリクトルールと同じコンフリクトルールを取得するＵＩコンフリクトルール取得手段（Ｓ１００１）と、
複数の設定項目のうちの少なくとも１つに対する操作が行われたとき、複数の設定項目の依存関係に従って、各設定項目の操作可又は不可を示す印刷設定ＵＩを表示する表示更新手段（Ｓ８０２）と、
前記操作不可である所定の設定項目が選択された場合、前記所定の設定項目が操作不可となった理由を表示する表示制御手段（Ｓ８０９）とを備えることを特徴とする情報処理方法及びプログラムである。

本発明によれば、独自コンフリクト処理とＯＳのコンフリクト処理が、同じルールを利用することで、ＯＳのコンフリクト処理のためのルールと、独自コンフリクト処理のルールの保守を一括で行うことができ、開発工数を減らすことができる。

本発明の一実施形態としての、クライアントとサーバー、そしてプリンターが接続されたネットワークの構成図 本発明の一実施形態としてのコンピュータを含むシステムの構成図 本発明の一実施形態としてのソフトウェアブロック図 本発明の一実施形態としての印刷フローチャート 本発明の実施形態に係る印刷処理システムのストアアプリからの印刷時に表示される印刷設定画面の一例 本発明の一実施形態としてのデバイスアプリの詳細設定画面の一例 本発明の一実施形態としてのデバイスアプリのコンフリクトポップアップ画面の一例 本発明の一実施形態としてのデバイスアプリの呼び出し処理のフローチャート 本発明の一実施形態としての禁則処理モジュールの呼び出し処理のフローチャート ＵＩ上でコンフリクト処理をかけた際には、禁則処理モジュール（３２０）呼び出し処理（ステップＳ８０９）をスキップする処理のフローチャート 本発明の一実施形態としてのノンコンフリクト画面の一例 本発明の一実施形態としてのノンコンフリクト画面を表示する際の印刷のフローチャート 本発明の一実施形態としてのノンコンフリクト画面を表示するフローチャート 本発明の一実施形態としてのグラフィクスフィルターの処理のフローチャート 本発明の一実施形態としてのグラフィクスフィルターからデバイスアプリの禁則処理モジュールを利用するフローチャート 本発明の一実施形態としてのＧＰＤファイルの禁則ルールの一例 本発明の一実施形態としてのＧＰＤファイルの用紙サイズの設定項目情報の一例 本発明の一実施形態としてのＧＰＤファイルの両面印刷の設定項目情報の一例

本発明に係る情報処理装置の一実施形態としてのコンピュータについて説明する。

図１は、本発明の印刷システムが適用可能な装置構成例を示す図である。本印刷システムは、ＰＣ（１０）、プリンター（２０）とから構成される。ＰＣ（１０）とプリンター（２０）はＬＡＮ（１）を介して接続されている。ＬＡＮ（１）はイーサーネットの通信方式に対応している。ＰＣ（１０）とプリンター（２０）は有線ＬＡＮ、無線ＬＡＮ、ＢｌｕｅＴｏｏｔｈ（登録商標）、ＵＳＢなどその他の接続形態によって接続されても良い。本発明に係る情報処理装置の一実施形態としてのコンピュータについて説明する。なお、図２は、本実施形態のコンピュータを含むプリンター制御システムの構成を説明するブロック図である。

ＰＣ（１０）はホストコンピュータで、ＲＯＭ（１０２）のプログラム用ＲＯＭあるいは外部メモリ（１０９）に記憶された各種プログラムを実行するＣＰＵ（１０１）を備える。さらに、システムバス（１２０）に接続される各デバイスをＣＰＵ（１０１）が総括的に制御する。また、このＲＯＭ（１０２）あるいは外部メモリ（１０９）には、ＣＰＵ（１０１）の制御プログラムであるＯＳ等を記憶する。なお、本実施例ではＯＳはＷｉｎｄｏｗｓ（登録商標）とするが、他のＯＳであってもよい。

１０３はＲＡＭで、ＣＰＵ（１０１）の主メモリ、ワークエリア等として機能する。１０４はキーボードＩ／Ｆで、キーボード（１０５）やマウス・タッチパネルなどのポインティングデバイス（１１３）からのキー入力を制御する。１０６はディプレイＩ／Ｆで、ディスプレイ（１０７）の表示を制御する。

１０８は外部メモリＩ／Ｆで、ハードディスク（ＨＤ）、フロッピー（登録商標）ディスク（ＦＤ）等の外部メモリ（１０９）とのアクセスを制御する。外部メモリ（１０９）は、本発明の重要な位置を占めるアプリケーション（１０９０１）、デバイスアプリ（１０９０２）、プリンタードライバー（１０９０３）、ＯＳ（１０９０４）等の各種プログラムが格納される。本実施例においてはＭｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓであることを想定しているが、これに限定されるものではない。

１１０はプリンターＩ／Ｆで、プリンター（１１１）との接続を行う。１１２はポインティングデバイスＩ／Ｆで、タッチパネルなどを含むポインティングデバイス（１１３）と接続する。なお、特に断らない限り、本発明の機能が実行されるのであれば、機器の構成に係わらず本発明を適用できることは言うまでもない。単体の機器であっても、複数の機器からなるシステムであっても、ＬＡＮ，ＷＡＮ等のネットワークを介して接続が為され処理が行われるシステムであってもよい。

図３に本発明が対象とするソフトウェアモジュールの一例をブロック図で示す。ブロック図の基本構成は、アプリケーション（１０９０１）、印刷システム（１０９０４１）、プリンタードライバー（１０９０３）、システムスプーラー（１０９０４２）、デバイスアプリ（１０９０２）で構成されている。これらのソフトウェアモジュールは、外部メモリ（１０９）に格納されており、ユーザーの要求や、他のシステムの要求に応じて、外部メモリ（１０９）からＲＡＭ（１０３）にロードされ、ＣＰＵ（１０１）で実行される。ここにおけるアプリケーション（１０９０１）とは、ワードプロセッサやブラウザなどの一般的なアプリケーションである。

ディスプレイ（１０７）上にＵＩを表示し、ポインティングデバイス（１１３）やキーボード（１０５）などの入力機器によってユーザーの印刷要求を受け付ける。ユーザーの印刷要求を受けて、アプリケーション（１０９０１）は、印刷システム（１０９０４１）へ印刷要求を出す。印刷システム（１０９０４１）は、ＯＳ（１０９０４）のサブシステムである。

アプリケーション（１０９０１）とプリンタードライバー（１０９０３）の中間に位置し、印刷処理における共通処理の実行を行う。具体的な実行処理は、印刷対象プリンターの選択や、選択されたプリンタードライバー（１０９０３）のＰｒｉｎｔＴｉｃｋｅｔ（３１１）、ＰｒｉｎｔＣａｐａｂｉｌｉｔｉｅｓ（３１０）の生成、ＰｒｉｎｔＴｉｃｋｅｔ（３１１）のコンフリクト処理、ＸＰＳ（ＸＭＬ Ｐａｐｅｒ Ｓｐｅｃｉｆｉｃａｔｉｏｎ）ファイルをＰａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ（ＰＤＬ）へ変換することである。ＰｒｉｎｔＣａｐａｂｉｌｉｔｉｅｓ（３１０）は、用紙サイズなどを含むプリンター（２０）で実行可能な項目の一覧のデータである。

一方、ＰｒｉｎｔＴｉｃｋｅｔ（３１１）は、印刷時に利用される印刷設定の情報であり、印刷及びコンフリクト処理時などに利用される。ＰｒｉｎｔＣａｐｐａｉｂｌｉｔｉｅｓ（３１０）とＰｒｉｎｔＴｉｃｋｅｔ（３１１）は、アプリケーション（１０９０１）から印刷システム（１０９０４１）経由でプリンタードライバー（１０９０３）に生成の依頼がされる。

ＰｒｉｎｔＣａｐｐａｉｂｌｉｔｉｅｓ（３１０）とＰｒｉｎｔＴｉｃｋｅｔ（３１１）の生成を依頼されたプリンタードライバー（１０９０３）がそれらを生成し、印刷システム（１０９０４１）経由でアプリケーション（１０９０１）に渡すことで、アプリケーション（１０９０１）は、選択されたプリンタードライバー（１０９０３）関連の情報を利用することができる。

ＸＰＳファイル（３１２）は、アプリケーション（１０９０１）から渡される印刷対象のデータであり、アプリケーション（１０９０１）によってＰｒｉｎｔＴｉｃｋｅｔ（３１１）の情報が付加されている。アプリケーション（１０９０１）から印刷システム（１０９０４１）経由で、プリンタードライバー（１０９０３）に渡され、ＰＤＬ（３１４）に変換することで、プリンター（２０）が印刷を行うことができる。

なお、ＰｒｉｎｔＣａｐａｂｉｌｉｔｉｅｓ（３１０）とＰｒｉｎｔＴｉｃｋｅｔ（３１１）、ＸＰＳファイル（３１２）は、それぞれマークアップ言語で記述されている。

プリンタードライバー（１０９０３）は、印刷出力先のプリンター（２０）に依存する処理を受け持つモジュールであり、大きくわけて２つのブロックで構成されている。

ひとつは、印刷設定関連の情報を作成する印刷設定ブロック（１０９０３０）であり、ＰｒｉｎｔＴｉｃｋｅｔ（３１１）のコンフリクト処理とＰｒｉｎｔＣａｐｐａｉｂｌｉｔｉｅｓ（３１０）の作成を行う。印刷設定ブロック（１０９０３０）は、禁則処理モジュール（３２０）、ＧＰＤファイル（３２１）、ＣｏｎｓｔｒａｉｎｔＪａｖａｓｃｒｉｐｔ（３２２）から構成される。禁則処理モジュール（３２０）は、ＰｒｉｎｔＴｉｃｋｅｔ（３１１）のコンフリクト処理やＰｒｉｎｔＣａｐｐａｉｂｌｉｔｉｅｓ（３１０）の作成を担う。ＧＰＤファイル（３２１）は、禁則ルールや印刷時に設定できる項目等を記述してあるデータである。ＧＰＤファイル（３２１）は、詳細な説明は図１６を用いて後述する。ＣｏｎｓｔｒａｉｎｔＪａｖａｓｃｒｉｐｔ（３２２）は、ＧＰＤファイル（３２１）に記述できない設定や禁則ルールをＰｒｉｎｔＴｉｃｋｅｔ（３１１）やＰｒｉｎｔＣａｐａｂｉｌｉｔｉｅｓ（３１０）に反映させるために呼ばれる。ただし、セキュリティ面を考慮されてインタープリンタ言語であるｊａｖａｓｃｒｉｐｔで記述されたモジュールであり、ネイティブ言語と異なり、事前に最適化が行われていないため、実行時に非常に時間がかかる。禁則処理モジュール（３２０）がコンフリクト処理をする際に、呼び出し元からＰｒｉｎｔＴｉｃｋｅｔ（３１１）を受け取り、次にＧＰＤファイル（３２１）に記述されている禁則ルールの情報を読み出す。禁則処理モジュール（３２０）は、ＧＰＤファイルの情報を基にＰｒｉｎｔＴｉｃｋｅｔ（３１１）のコンフリクト処理を行い、その後にＣｏｎｓｔｒａｉｎｔＪａｖａｓｃｒｉｐｔを呼び出し、ＧＰＤファイルに記述できない禁則ルールをＰｒｉｎｔＴｉｃｋｅｔ（３１１）に適応する。これらの一連の処理により、コンフリクト処理が行われる。

次に、プリンタードライバー（１０９０３）を構成するもう一つのブロックの、グラフィクスフィルター（１０９３１）について説明する。グラフィクスフィルター（１０９３１）は、ＸＰＳファイル（３１２）をＰＤＬ（３１４）に変換する部分である。ＸＰＳファイル（３１２）に付加されているＰｒｉｎｔＴｉｃｋｅｔ（３１１）の情報を抽出し、その情報からＰｒｉｎｔＴｉｃｋｅｔ（３１１）を生成する。グラフィクスフィルター（１０９０３１）は、ＰｒｉｎｔＴｉｃｋｅｔ（３１１）を基に、ＸＰＳファイル（３１２）をＰＤＬ（３１４）に変換する。次にデバイスアプリ（１０９０２）の説明を行う。デバイスアプリ（１０９０２）は、プリンタードライバー（１０９０３）の補助アプリである。プリンタードライバー（１０９０３）と同様にプリンター（２０）に対応したソフトウェアで、ＰｒｉｎｔＣａｐａｂｉｌｉｔｉｅｓ（３１０）とＰｒｉｎｔＴｉｃｋｅｔ（３１１）を解釈できる。デバイスアプリ（１０９０２）は、詳細設定画面、デバイスメタデータ（３３０）、禁則処理モジュール（３０７）で構成される。デバイスメタデータ（３３０）は、プリンタードライバー（１０９０３）とデバイスアプリ（１０９０２）を関連付けるものである。デバイスアプリ（１０９０２）が補助することができるプリンタードライバー（１０９０３）が記述されており、デバイスアプリ（１０９０２）は、デバイスメタデータ（３３０）に記述されているプリンタードライバー（１０９０３）の補助を、デバイスアプリ（１０９０２）で行うことができる。

なお、デバイスアプリ（１０９０２）は、一つで複数の種類のプリンタードライバー（１０９０３）を補助することが可能である。

禁則処理モジュール（３０７）は、プリンタードライバー（１０９０３）内の禁則処理モジュール（３２０）と同様の処理を行えるモジュールである。ここで、同様というのは、ＰｒｉｎｔＴｉｃｋｅｔ（３１１）とＧＰＤファイルをインプットとし、コンフリクト処理を施したＰｒｉｎｔＴｉｃｋｅｔ（３１１）をアウトプットとしたときに、プリンタードライバー（１０９０３）の禁則処理モジュール（３０７）とデバイスアプリ（１０９０２）内の禁則処理モジュール（３２０）は、同じインプットから同じアウトプットを出力することを意味する。禁則処理モジュール（３０７）は、呼び出し元からＰｒｉｎｔＴｉｃｋｅｔ（３１１）を渡され、次に、ドライバプロパティバッグ（３３１）内のＧＰＤファイル（３１５）内の禁則ルールを読み込み、その情報を基にＰｒｉｎｔＴｉｃｋｅｔ（３１１）にコンフリクト処理を行い、アウトプットとしてＰｒｉｎｔＴｉｃｋｅｔ（３１１）を出力する。

ＧＰＤファイル（３１５）はインストール時点で、ドライバプロパティバッグ（３３１）に配置されており、内容はＧＰＤファイル（３２１）と同じものである。これは、デバイスアプリ（１０９０２）が、ＧＰＤファイル（３２１）にアクセスできないため、アクセス可能な場所にＧＰＤファイル（３１５）を置き、コンフリクト処理時にインプットとして利用するためである。ドライバプロパティバッグ（３３１）は、インストール前に定義しておきたいデータを記憶しておくことができる記憶領域であり、プリンタードライバー（１０９０３）やデバイスアプリ（１０９０２）からアクセスすることができる。

次に、印刷設定ブロック（１０９０３０）内のＧＰＤファイル（３２１）とドライバプロパティバッグ内のＧＰＤファイル（３１５）について図１６（ａ）、図１６（ｂ）、図１６（ｃ）を用いて説明する。ＧＰＤファイルは、コンフリクト処理の不適切な組み合わせ、用紙サイズなどの選択項目の選択肢のデータ等から構成されている。

１７００は、コンフリクト処理を行う組み合わせの例である。コンフリクト処理の禁則ルールは、無効な設定の組み合わせを記述するようになっている。この図では、用紙サイズの「はがき」と両面印刷の「長辺両面」の組み合わせになっており、それぞれＭｅｄｅａＴｙｐｅ．ＰｏｓｔＣａｒｄ，ＤＵＰＬＥＸ．ＶＥＲＴＩＣＡＬで表現されている。１７０１は、用紙サイズの選択項目の設定が記述されていることを表しており、同様に、１７０２は、両面印刷の設定が記述されていることを表している。１７０３は、設定項目の選択肢であり、本図では用紙サイズの「はがき」の詳細なデータに関して記述してある例である。１７０４は、用紙サイズの禁則処理の優先度であり、値が低い設定項目ほど優先されることを表す。例えば、本図では用紙サイズは禁則処理の優先度は１であり、１７０５は両面印刷の優先度は１５であることを示している。従って、１７００のコンフリクト処理を行う際には、用紙サイズである「はがき」は変更されずに両面印刷の設定が変更される。

ここで、図４のフローチャートを用いて、印刷処理の概要を説明する。本処理は、まずユーザーの印刷要求を受けてアプリケーション（１０９０１）が印刷システム（１０９０４１）へ印刷要求を出すことにより開始する。ステップＳ４０１では印刷システム（１０９０４１）が現在設置されているプリンタードライバー（１０９０３）の情報を基に、印刷可能なプリンター（２０）の一覧を示すＵＩ（不図示）をディスプレイ（１０７）上に表示する。ステップＳ４０２ではプリンター（２０）の一覧を示すＵＩ上でユーザーによる出力プリンター（２０）の選択を受けて、印刷システム（１０９０４１）は、該当のプリンタードライバー（１０９０３）を外部メモリ（１０８）からＲＡＭ（１０３）にロードする、ＣＰＵ（１０１）で実行する。ステップＳ４０３では、印刷システム（１０９０４１）経由で、プリンタードライバー（１０９０３）にＰｒｉｎｔＣａｐａｂｉｌｉｔｉｅｓ（３１０）とＰｒｉｎｔＴｉｃｋｅｔ（３１１）の生成を依頼する。印刷設定ブロック（１０９０３０）の禁則処理モジュール（３２０）はそれぞれ、ＧＰＤファイル（３２１）を読み出し、ＰｒｉｎｔＣａｐａｂｉｌｉｔｉｅｓ（３１０）とＰｒｉｎｔＴｉｃｋｅｔ（３１１）を生成する。生成されたＰｒｉｎｔＣａｐａｂｉｌｉｔｉｅｓ（３１０）とＰｒｉｎｔＴｉｃｋｅｔ（３１１）を基に印刷システム（１０９０４１）は、図５の印刷設定画面（５０１）を構成し、ディスプレイ（１０７）に表示する。

次にステップＳ４０４では、印刷設定画面（５０１）に対するユーザーからの操作を受け付ける。ステップＳ４０５では印刷システム（１０９０４１）が印刷設定画面（５０１）の「Ｍｏｒｅ Ｓｅｔｔｉｎｇｓ」リンク（５０２）が押下されたかの判定を行う。「Ｍｏｒｅ Ｓｅｔｔｉｎｇｓ」リンク（５０２）が押下されたと判断した場合、ステップＳ４０６にて、印刷システム（１０９０４１）がデバイスアプリ（１０９０２）を呼び出す。この時の、ステップＳ４０６の処理に関しては後述する。「Ｍｏｒｅ Ｓｅｔｔｉｎｇｓ」リンク（５０２）が押下されていないと判断した場合はステップＳ４０７へ進む。

ステップＳ４０７では、印刷システム（１０９０４１）は印刷設定画面（５０１）の戻るボタン（５０３）の押下を受けてプリンタードライバー（１０９０３）へ現在のＰｒｉｎｔＴｉｃｋｅｔ（３１１）を受け渡す。ステップＳ４０８では、禁則処理モジュール（３２０）を呼び出し、印刷設定が有効かどうかを確認する。ここは、本実施例の重要な個所のため、詳細は後述する。検証の結果を基に、ステップＳ４０９では、全ての設定値が有効か判断を行い、有効な場合は印刷設定画面（５０１）を閉じてステップＳ４１０に処理を移行する。全ての設定が有効でなかった場合は、ステップＳ４０４に移り、ユーザーの操作を受け付ける。ステップＳ４１０で、印刷システム（１０９０４１）は、有効になった現在の設定のＰｒｉｎｔＴｉｃｋｅｔ（３１１）をＸＰＳファイル（３１２）に付加し、ステップＳ４１１で、ＸＰＳファイル（３１２）をグラフィクスフィルター（１０９０３１）へ出力する。グラフィクスフィルター（１０９０３１）でＰＤＬ（３１４）に変換する。ステップＳ４１１は、グラフィクスフィルター（１０９０３１）の呼び出し処理である。詳細について図１４を用いて後述する。ステップＳ４１１にて、ＯＳ（１０９０４）のサブシステムであるシステムスプーラー（１０９０４２）に受け渡されプリンター（２０）に送信される。以上の処理を行うことで、印刷処理が実行される。

次に、グラフィクスフィルター（１０９０３１）の処理について、図１４用いて説明する。ステップＳ１５０１では、グラフィクスフィルター（１０９０３１）が受け取ったＸＰＳファイル（３１２）を解析し、ＰｒｉｎｔＴｉｃｋｅｔ（３１１）を取り出す。ステップＳ１５０２で禁則処理モジュール（３２０）を呼び出し、生成したＰｒｉｎｔＴｉｃｋｅｔ（３１１）にコンフリクト処理を施す。ステップＳ１５０３へ処理を移行する。ステップＳ１５０３で、ＸＰＳファイル（３１２）からＰＤＬ（３１４）を生成し、処理を終了する。次に、詳細設定画面（６００）について、図６を用いて説明する。詳細設定画面（６００）は、印刷設定画面（５０１）では設定できない設定などを行うことを目的とした印刷設定画面である。この画面は、図５の「Ｍｏｒｅ Ｓｅｔｔｉｎｇｓ」リンク（５０２）が押下された際に表示される。図に示されている６０１は戻るボタンであり、ユーザーによってタップされることで印刷設定画面（５０１）に、印刷設定画面（５０１）に遷移する。６０２は、印刷設定の用紙サイズを設定する用紙サイズコントロールボックスであり、ユーザーがタップをすることで用紙サイズの一覧が表示され、選択したい用紙サイズで、タップしている指を離すことで、用紙サイズを変更することができる。

なお、本図では用紙サイズは「はがき」が設定されている。６０３は、片面、両面の印刷設定を行う片面両面選択コントロールボックスであり、ユーザーがタップすることで、片面、短辺両面、長辺両面の一覧が表示され、選択したい項目で指を離すことで、印刷設定を変更することができる。なお、本図では「片面」が選択されている。

デバイスアプリ（１０９０２）の呼び出し処理に関して図のフローチャートを用いて説明を行う。なお、特に断らない限り本実施例のフローチャートの主体はデバイスアプリ（１０９０２）である。ステップＳ８０１では、印刷システム（１０９０４１）を介してプリンタードライバー（１０９０３）から用紙サイズを含むＰｒｉｎｔＴｉｃｋｅｔ（３１１）を取得する。ステップＳ８０２では、取得したＰｒｉｎｔＴｉｃｋｅｔ（３１１）を基に、詳細設定画面（６００）の表示を行う。

ステップＳ８０３では、ユーザーからの操作を受け付ける。ユーザーによって戻るボタン（６０１）イベントが発生した場合は、ステップＳ８０４の戻るボタン（６０１）イベントの判別処理からからステップＳ８１０へ処理を移行する。ユーザー操作で、印刷設定が何も変更されなかった場合ステップＳ８０５の詳細設定画面（６００）の印刷設定の変更の判別処理からステップＳ８０３へと処理を移行し、再度、ユーザー操作を受け付ける。ステップＳ８０５で詳細設定画面（６００）の印刷設定の項目が変更された場合、ステップＳ８０６へ遷移し、ＵＩの参照先となっているＰｒｉｎｔＴｉｃｋｅｔ（３１１）の設定値を変更する。その後、ステップＳ８０７へ遷移し、禁則処理モジュール（３０７）を呼び出す。この内容は、本実施例の重要な位置を占めるため、後述する。

ステップＳ８０８では、コンフリクト処理によりＰｒｉｎｔＴｉｃｋｅｔ（３１１）の設定値が変更されたかどうかの確認を行う。コンフリクト処理が行われた場合、ステップＳ８０９に遷移し、ユーザーにコンフリクト時に通知する。コンフリクト通知に関しては、後述する。ステップＳ８１０は、戻るボタン（６０１）がタップされた際に遷移し、印刷設定画面（５０１）に遷移する前に、印刷システム（１０９０４１）に処理を渡し、印刷システム（１０９０４１）が禁則処理モジュール（３２０）呼び出し処理を行い、ＰｒｉｎｔＴｉｃｋｅｔ（３１１）にコンフリクト処理を行う。これにより、印刷設定画面（５０１）に戻るときには、ＰｒｉｎｔＴｉｃｋｅｔ（３１１）の設定値は、印刷可能な設定になっている。

次に、コンフリクト時に、ユーザーに通知する手段について図７を用いて説明する。図の示す７００は、コンフリクトポップアップ画面である。デバイスアプリ（１０９０２）がコンフリクト処理を行った際に、コンフリクトが行われたことをユーザーに通知するために、表示される。次に具体的な一例を示す。片面両面選択コントロールボックス（６０３）に「両面長辺」を設定している時に、用紙サイズコントロールボックス（６０２）に「はがき」に設定すると、片面両面選択コントロールボックス（６０３）は「両面長辺」を「片面」に変更するコンフリクト処理を行う。これは、先述したとおり、ＧＰＤファイルに記述されている優先度に依存する。その際にコンフリクトポップアップ（７００）にコンフリクト処理行われたことと、どの設定がコンフリクトなのかを表示することでユーザーに通知を行う。なお、本実施例ではポップアップを用いて説明しているが、他の通知手段であってもよい。また、コンフリクト処理による他のＰｒｉｎｔＴｉｃｋｅｔ（３１１）の設定値の変更の時にも同様の処理が行われる。

次に、禁則処理モジュール（３０７）を呼び出す処理について図９を用いて説明する。ステップＳ１０００で、禁則処理モジュール（３０７）は、ＰｒｉｎｔＴｉｃｋｅｔ（３１１）を呼び出し元から受け取る。ステップＳ１００１では、禁則処理モジュール（３０７）は、ドライバプロパティバッグのＧＰＤファイル（３１５）を読み込み、禁則ルールを把握する。ステップＳ１００２では、ＰｒｉｎｔＴｉｃｋｅｔ（３１１）が有効であるかを判別し、無効ならばステップＳ１００３へ処理を移行し、コンフリクト処理をかける。ステップＳ１００４では、禁則処理モジュール（３０７）は、呼び出し元にコンフリクト処理を施したＰｒｉｎｔＴｉｃｋｅｔ（３１１）を渡す。このように、禁則処理モジュール（３０７）は、ＧＰＤファイル（３２１）と同じ内容のファイルを利用しつつ、インタープリタ言語を呼び出さないため、保守性を担保しながら高速にコンフリクト処理を行うことができる。

実施例１では、ＵＩ上でのリアルタイムコンフリクトをかけることの保守性について言及したが、ＵＩ上でのリアルタイムコンフリクトをかけると図８のステップＳ８１０の禁則処理モジュール呼び出し処理と、二重でコンフリクト処理をかけており、また、インタープリタ言語を利用する禁則処理モジュール（３２０）を利用するため、処理が遅くなる問題が存在する。しかし、ステップＳ８１０の処理を行わないと、ユーザーが詳細設定画面（６００）の印刷設定を変更しなかった際に、一度もコンフリクト処理を行わないＰｒｉｎｔＴｉｃｋｅｔ（３１１）が生成されてしまう。これは、ＰｒｉｎｔＴｉｃｋｅｔ（３１１）が有効な設定値であることを保証できない。

そこで、実施例２では、ＵＩ上でコンフリクト処理をかけた際には、禁則処理モジュール（３２０）呼び出し処理（ステップＳ８０９）をスキップし、ＵＩ上でコンフリクト処理をかけなかった際には、戻るボタン（６０１）イベント発生時に禁則処理モジュール（３０７）を呼び出す方法について図１０を用いて説明する。なお、特に断らない限り本実施例のフローチャートの主体はデバイスアプリ（１０９０２）である。ステップＳ１１０１からステップＳ１１０６までは、ステップＳ８０１からステップＳ８０６までと同じため、説明は省略する。

ステップＳ１１０７では、ユーザーが一度でもＰｒｉｎｔＴｉｃｋｅｔ（３１１）を変更していた場合、変更されたことを示すＣｈａｎｇｅｄフラグをたてる。Ｃｈａｎｇｅｄフラグはデバイスアプリ（１０９０２）内で保持するフラグである。ステップＳ１１０８からステップＳ１１１０までは、ステップＳ８０７からステップＳ８０９までと同じため説明は省略する。

ステップＳ１１０９では、ユーザーが一度でもＰｒｉｎｔＴｉｃｋｅｔ（３１１）を変更しているかどうかを判別する。Ｃｈａｎｇｅｄフラグが立っていない場合、ステップＳ１１１０へ遷移し、禁則処理モジュール（３０７）がコンフリクト処理を行う。これにより、インタープリタ言語を利用している禁則処理モジュール（３２０）を利用せずに、必ずコンフリクト処理を行うことができ、また重複するコンフリクト処理を行わないため、デバイスアプリ（１０９０２）の呼び出し処理全体で、コンフリクト処理を高速化することができる。

実施例２では、ＵＩ上でコンフリクト処理をかけた際には、禁則処理モジュール呼び出し処理（Ｓ８１０）をスキップできる方法について説明したが、ＵＩ上でコンフリクト処理をかけたくても、かけられない状態が存在する。例えば、デバイスアプリ（１０９０２）がサポートしているプリンタードライバー（１０９０３）の中には、ドライバプロパティバッグ（３３１）にＧＰＤファイル（３１５）を保持していないものが存在する。その場合、実施例１のようなＵＩ上でのコンフリクト処理を行うことができない。

そこで、本実施例では、ＧＰＤファイル（３１５）を保持していないプリンタードライバー（１０９０３）には、ＵＩ上でコンフリクト処理をかけなくて済むＵＩを表示する手段について説明する。図１１では、ノンコンフリクト画面について説明する。１２００はノンコンフリクト画面であり、ＧＰＤファイル（３１５）が存在しなかった場合に表示される。１２０１は、戻るボタンであり、詳細設定画面（６００）の戻るボタン（６０１）と同様、ユーザーにタップされることで印刷設定画面（５０１）に遷移するイベントを起動し、印刷設定画面（５０１）に遷移する。１２０２は、用紙サイズコントロールボックス（６０２）と同様の印刷時に利用される用紙のサイズを設定する用紙サイズコントロールボックスであり、ユーザーがタップをすることで用紙サイズを変更することができる。図１２、図１３は、ノンコンフリクト画面（１２００）を表示するフローチャートである。なお、特に断らない限り、図１２、図１３の主語はデバイスアプリ（１０９０２）である。

ステップＳ１３０１では、ドライバプロパティバッグ（３３１）にＧＰＤファイル（３１５）が存在するかどうかを確認する。存在している場合は、禁則処理モジュール（３０７）を呼び出せることを意味するので、ステップＳ１３０３へ遷移し、詳細設定画面（６００）を表示するための処理を行う。なおステップＳ１３０３からＳ１３１４までは、ステップＳ１１０１からＳ１１１２までと同じため、説明は省略する。ＧＰＤファイル（３１５）が存在しない場合、禁則処理モジュール（３０７）を呼び出せないことを意味するので、ステップＳ１３０２へ遷移し、ノンコンフリクト画面を表示するための処理フローを行う。

次に、ノンコンフリクト画面を表示するための処理フローについて図１３を用いて説明する。ステップＳ１４０１は、ＰｒｉｎｔＴｉｃｋｅｔ（３１１）を取得する。ステップＳ１４０２はノンコンフリクト画面（１２００）にＰｒｉｎｔＴｉｃｋｅｔ（３１１）の設定値を反映させ、表示を行う。ステップＳ１４０３では、ユーザー操作を受け付ける。

ステップＳ１４０４では、戻るボタン（１２０１）イベントの発生を確認する。ユーザーが戻るボタンをタップせずに、ステップＳ１４０４に遷移し、ノンコンフリクト画面（１２００）の印刷設定が変更すると、ステップＳ１４０５で、ＰｒｉｎｔＴｉｃｋｅｔ（３１１）の設定値を変更し、ステップＳ１４０２で、コンフリクトの確認をせずノンコンフリクト画面（１２００）にＰｒｉｎｔＴｉｃｋｅｔ（３１１）を反映させて表示する。印刷設定が変更されなかった場合は、ステップＳ１４０３へ遷移し、ユーザー操作を再度受け付ける。ステップＳ１４０４では、戻るボタン（１２０１）を押されることにより、戻るボタンイベントが発生する。この際に、ステップＳ１４０７にあるように、ノンコンフリクト画面（１２００）は、ＯＳ（１０９０４）がコンフリクト処理を行い、ＰｒｉｎｔＴｉｃｋｅｔ（３１１）を印刷可能な設定にする。その後、印刷設定画面（５０１）に遷移する。これにより、ＧＰＤファイル（３１５）が存在する状況としない状況とで、最も高速かつ正確なコンフリクト処理を行うことができる。

実施例１では、ＵＩ上でのコンフリクトのパフォーマンスについて言及したが、同様の処理をグラフィクスフィルター（１０９０３１）で行うこともできる。実施例４では、グラフィクスフィルター（１０９０３１）からデバイスアプリ（１０９０２）の禁則処理モジュール（３０７）を利用する手段について図１５を用いて説明する。なお、特に断らない限り本実施例のフローチャートの主体はグラフィクスフィルター（１０９０３１）である。

ステップＳ１６０１では、グラフィクスフィルター（１０９０３１）がＸＰＳファイル（３１２）の解析を行い、ＰｒｉｎｔＴｉｃｋｅｔ（３１１）を取り出す。ステップＳ１６０２では、グラフィクスフィルター（１０９０３１）は、ＧＰＤファイル（３１５）が存在しているかを確認する。ＧＰＤファイル（３１５）が存在していた場合は、ステップＳ１６０３へ遷移し、デバイスアプリ（１０９０２）の禁則処理モジュール（３０７）を呼び出す。ＧＰＤファイル（３１５）が存在していなかった場合、ステップＳ１６０４へ遷移し、プリンタードライバー（１０９０３）の禁則処理モジュール（３２０）を呼び出す。その後、グラフィクスフィルター（１０９０３１）は、ＸＰＳファイル（３１２）からＰＤＬ（３１４）を生成する。これにより、グラフィクスフィルター（１０９０３１）は、ＧＰＤファイル（３１５）が存在する状況において、禁則処理モジュール（３０７）を呼び出し、高速にコンフリクト処理を行うことができる。

１ ＬＡＮ、１０ ＰＣ、２０ プリンター

本発明は、印刷設定ＵＩを表示するためのアプリケーションに関する。

しかしながら、例えば、ユーザからの印刷に関する指示を受取ったことに基づいて、第１の印刷設定ＵＩであって、第２の印刷設定ＵＩを開くためのオブジェクト及びプリンタの情報を含む第１の印刷設定ＵＩをコンピュータに当該コンピュータのディスプレイへと表示させるための処理を行う第１のアプリケーションとは異なる第２のアプリケーションであって、 前記第２のアプリケーションは、前記第２の印刷設定ＵＩをディスプレイに表示させる第１の表示制御工程と、前記第２の印刷設定ＵＩに対するユーザからの操作に基づいて印刷設定を変更する変更工程と、前記変更工程で変更された後の印刷設定と共存できない印刷設定を判定する判定工程と、前記判定の結果に基づく第３の印刷設定ＵＩを前記ディスプレイに表示させる第２の表示制御工程とを前記コンピュータに実行させることを特徴とする第２のアプリケーションは知られていなかった。

本発明の一構成は、ユーザからの印刷に関する指示を受取ったことに基づいて、第１の印刷設定ＵＩであって、第２の印刷設定ＵＩを開くためのオブジェクト及びプリンタの情報を含む第１の印刷設定ＵＩをコンピュータに当該コンピュータのディスプレイへと表示させるための処理を行う第１のアプリケーションとは異なる第２のアプリケーションであって、
前記第２のアプリケーションは、前記第２の印刷設定ＵＩをディスプレイに表示させる第１の表示制御工程と、前記第２の印刷設定ＵＩに対するユーザからの操作に基づいて印刷設定を変更する変更工程と、前記変更工程で変更された後の印刷設定と共存できない印刷設定を判定する判定工程と、前記判定の結果に基づく第３の印刷設定ＵＩを前記ディスプレイに表示させる第２の表示制御工程とを前記コンピュータに実行させることを特徴とする第２のアプリケーションである。

本発明によれば、例えば、ユーザからの印刷に関する指示を受取ったことに基づいて、第１の印刷設定ＵＩであって、第２の印刷設定ＵＩを開くためのオブジェクト及びプリンタの情報を含む第１の印刷設定ＵＩをコンピュータに当該コンピュータのディスプレイへと表示させるための処理を行う第１のアプリケーションとは異なる第２のアプリケーションであって、前記第２のアプリケーションは、前記第２の印刷設定ＵＩをディスプレイに表示させる第１の表示制御工程と、前記第２の印刷設定ＵＩに対するユーザからの操作に基づいて印刷設定を変更する変更工程と、前記変更工程で変更された後の印刷設定と共存できない印刷設定を判定する判定工程と、前記判定の結果に基づく第３の印刷設定ＵＩを前記ディスプレイに表示させる第２の表示制御工程とを前記コンピュータに実行させることを特徴とする第２のアプリケーションを提供できる。

Claims (4)

1. プリンタードライバーと印刷設定ＵＩを有する情報処理装置において、
   ＯＳが印刷設定のコンフリクト処理を行うＯＳコンフリクト処理手段（３２０）と、前記ＯＳコンフリクト処理手段時に利用するためのコンフリクトルールを取得するＯＳコンフリクトルール取得手段（３２１）と、
   複数の印刷設定項目が配置されたプリンタードライバーの印刷設定ＵＩを表示する表示手段（６００）と、
   印刷設定ＵＩ上で、前記ＯＳコンフリクト処理手段と同じコンフリクト処理をＵＩ上で行うためのＵＩコンフリクト処理手段（Ｓ１００３）と、
   前記ＵＩコンフリクト処理を行うために、ＯＳコンフリクト処理手段時に利用するためのコンフリクトルールと同じコンフリクトルールを取得するＵＩコンフリクトルール取得手段（Ｓ１００１）と、
   複数の設定項目のうちの少なくとも１つに対する操作が行われたとき、複数の設定項目の依存関係に従って、各設定項目の操作可又は不可を示す印刷設定ＵＩを表示する表示更新手段（Ｓ８０２）と、
   前記操作不可である所定の設定項目が選択された場合、前記所定の設定項目が操作不可となった理由を表示する表示制御手段（Ｓ８０９）とを備えることを特徴とする情報処理方法及びプログラム。
2. 請求項１に記載の情報処理方法であって、印刷設定ＵＩでＵＩコンフリクト処理を行われたかどうかを判別する判別手段（Ｓ１１０７、Ｓ１１１１）と、行われていない場合に、ＯＳコンフリクト処理手段を行わないことと、前記ＵＩコンフリクト処理手段により、コンフリクト処理行う（Ｓ１１１２）ことを特徴とする情報処理装置及びプログラム。
3. 請求項１に記載の情報処理方法およびプログラムであって、前記ＵＩコンフリクト処理手段で利用するＵＩコンフリクトルールの存在の有無を確認する確認手段（Ｓ１３０１）と、存在しなかった際にＵＩコンフリクト処理を行わない印刷設定ＵＩを表示する表示手段（Ｓ１３０２）を有することを特徴とする情報処理方法及びプログラム。
4. 請求項１に記載の情報処理方法およびプログラムであって、プリンタードライバーで、ＯＳコンフリクト処理手段時に利用するためのコンフリクトルールの存在の有無を確認する確認手段（Ｓ１６０２）と、存在している場合に、プリンタードライバーから、前記ＵＩコンフリクト処理手段を利用してコンフリクト処理を行う手段（Ｓ１６０３）を有することを特徴とする情報処理装置及びプログラム。

Images