JP4366027B2 - ユーザインタフェース制御装置および方法 - Google Patents
ユーザインタフェース制御装置および方法 Download PDFInfo
- Publication number
- JP4366027B2 JP4366027B2 JP2001132928A JP2001132928A JP4366027B2 JP 4366027 B2 JP4366027 B2 JP 4366027B2 JP 2001132928 A JP2001132928 A JP 2001132928A JP 2001132928 A JP2001132928 A JP 2001132928A JP 4366027 B2 JP4366027 B2 JP 4366027B2
- Authority
- JP
- Japan
- Prior art keywords
- user interface
- conflict processing
- reason
- setting
- processing rule
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- User Interface Of Digital Computer (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ユーザインタフェースを介して入力される所定の制御対象に対する設定データの間に生じる不整合を回避するユーザインタフェース制御装置および方法に関する。
【０００２】
【従来の技術】
ユーザインタフェース（以下、「ＵＩ」ともいう。）を介してユーザから複数の設定値の入力を受け付け、それらの設定値に基づき制御される機器は、数多くある。ホストコンピュータに接続され、そのホストコンピュータにおいて設定された情報に基づき画像形成処理を行う画像形成システム（プリンタシステム）はその一例である。プリンタシステムのホストコンピュータは一般に、印刷動作を制御するいわゆるプリンタドライバ、およびユーザからの印刷設定等を受け付けるＵＩを含む印刷処理関連プログラムを有する。
【０００３】
印刷処理関連プログラムは、ＵＩを介してユーザから設定値の入力を受け付ける度に、それまでに設定された複数の設定値の中で関連する設定値の値との関係を評価し、設定値間の不整合（コンフリクト）がないかどうかを判別する。コンフリクトの例としては、記録媒体としてセットされたＯＨＰシートに対して両面印刷を行わせるような設定等のユーザにとって不都合と予想される設定や、プリンタに不可能な動作を行わせるような設定等がある。
【０００４】
コンフリクトがあった場合には、それを回避するためのコンフリクト処理を実施する必要がある。
【０００５】
従来より、コンフリクト処理が必要となる複数の設定値の条件（コンフリクト処理ルール）を一覧としてまとめてファイル等に保存しておき、このファイルをコンフリクト処理用プログラムに読み込ませることで、コンフリクト処理を行うものがある。かかる方式は、コンフリクト処理用プログラムが特定の設定値に依存することなく汎用的に利用できるという点で優れている。
【０００６】
ところで、コンフリクト処理によっては、データ構造体中の設定値の変更のみならず、ＵＩのコントロール（以下、単に「コントロール」ともいう。）上の設定値の変更、コントロールをグレイアウト（設定項目を薄いグレイで表示すること）して当該項目は（マウス等によって）直接変更することができないことをユーザに知らしめる処理等を行うものもある。
【０００７】
このような処理を含むコンフリクト処理により、他の項目に依存して利用できなくなったコントロールは、上記したようにグレイアウトされることで直接変更できないことが分かるようになっているものの、直接変更できなくなった原因（すなわち、依存関係のある他の項目）が、複数のシートやダイアログボックスのうち別のシートまたはダイアログボックスにあるような場合には、ユーザにはその原因が分かりにくい。この問題を解消するために、グレイアウトされたコントロールの付近に、当該コントロールが直接変更できない理由を含むメッセージを表示するものもある。
【０００８】
【発明が解決しようとする課題】
ところで、従来、上記したような、コントロールがグレイアウトされて直接変更できない理由を表示するためには、コンフリクト処理の記述とは別に、理由検知専用のプログラムを作成する必要があった。理由検知を正確に行うためには、グレイアウトするための処理の各々に対応する理由検知処理のプログラムコードを必要とする。そして、このプログラムコードの作成には手間がかかるだけでなく、グレイアウト処理の追加／変更に伴って理由検知処理の漏れや食い違いが出やすいという問題があった。
【０００９】
また、例えば、特定のデバイスオプション（例えばステープル用のフィニッシャ）が装着されていないと当該コントロールが使用できず、なおかつ、他の項目とも排他関係にある等、当該コントロールがグレイアウトされる理由が複数存在する場合もある。そのような場合には、理由検知処理がさらに複雑になり、プログラムの作成に関する上記の問題はより顕著なものとなる。
【００１０】
本発明はこのような問題点に鑑みてなされたもので、ユーザインタフェースにおいて特定の項目が設定不可となった理由を表示する機能を、理由検知の漏れや食い違いを起こすことなく実現し、開発者の作業工数や人為的ミスを低減することの可能なユーザインタフェース制御装置および方法を提供することを目的とする。
【００１１】
【課題を解決するための手段】
上記目的を達成するため、例えば本発明のユーザインタフェース制御装置は、以下の構成を備える。すなわち、
ユーザインタフェースを介して入力される所定の制御対象に対する設定情報および／または当該制御対象の環境情報の間に生じる不整合を回避するためのユーザインタフェース制御装置であって、
前記設定情報および／または前記環境情報に応じて適用される不整合回避戦略を示すコンフリクト処理ルールを保持する保持手段と、
前記コンフリクト処理ルールに従って、前記ユーザインタフェースにおける所定の設定項目の状態の直接変更の可否を制御する状態制御手段と、
該状態制御手段により前記所定の設定項目の状態が直接変更不可とされた理由を含むメッセージを前記ユーザインタフェースを介して通知する通知制御手段と、を備え、
前記コンフリクト処理ルールは、
所定の設定項目の状態を直接変更不可とするための命令と、
該命令によって前記直接変更不可とした理由を示す理由情報と、
を含むことを特徴とする。
【００１２】
【発明の実施の形態】
（ハードウェア構成）
図１は本発明の一実施形態を示す印刷処理システムのブロック構成図である。印刷処理システムは、ホストコンピュータ３０００と、プリンタ１５００より構成される。
【００１３】
ホストコンピュータ３０００において、１はシステムバス４に接続される各デバイスを総括的に制御するＣＰＵ、２はＣＰＵ１の主メモリ、ワークエリア等として機能するＲＡＭである。３は各種プログラム、データを格納するＲＯＭであって、各種フォントを記憶するフォントＲＯＭ３ａ、ブートプログラムやＢＩＯＳ等を記憶するプログラムＲＯＭ３ｂ、および各種データを記憶するデータＲＯＭ３ｃに区分けして構成されている。
【００１４】
５はキーボードコントローラ（ＫＢＣ）で、キーボード９や不図示のポインティングデバイス（マウス）からのキー入力を制御する。６はＣＲＴコントローラ（ＣＲＴＣ）であり、ＣＲＴディスプレイ（ＣＲＴ）１０の表示を制御する。
【００１５】
外部メモリ１１（ディスクコントローラ（ＤＫＣ）７によりアクセス制御される）は、ハードディスク（ＨＤ）やフロッピーディスク（ＦＤ）等であり、図示の如く、オペレーティングシステムプログラム（以下ＯＳ）２０５をはじめ各種アプリケーション（例えば、図形、イメージ、文字、表等が混在した文書処理を行う文書処理アプリケーションプログラム）２０１、印刷処理関連プログラム２０４を記憶する他、ユーザファイル、編集ファイル等も記憶する。印刷処理関連プログラム２０４は、ページ記述言語を用いて記述される印刷データを生成するプログラムであって、同系列の複数のプリンタに対して共通に利用されうる。また、プリンタ制御コマンド生成モジュール（以下「プリンタドライバ」という）２０４１、プリンタドライバＵＩ制御モジュール２０４２を含む。
【００１６】
８はプリンタコントローラ（ＰＲＴＣ）であり、双方向性インタフェース２１を介してプリンタ１５００に接続され、プリンタ１５００との通信制御処理を行う。
【００１７】
外部メモリ１１に記憶されたアプリケーションは、ＲＡＭ２にロードされてＣＰＵ１により実行されることになる。また、ＣＰＵ１は、例えばＲＡＭ２へのアウトラインフォントの展開（ラスタライズ）処理を実行し、ＣＲＴ１０上でのWYSIWYG（What you see is What you get）を可能としている。さらに、ＣＰＵ１は、ＣＲＴ１０上の不図示のマウスカーソル等で指示されたコマンドに基づいて登録された種々のウインドウを開き、種々のデータ処理を実行する。ユーザは印刷を実行する際、印刷設定設定画面（プリンタドライバＵＩ制御モジュール２０４２により制御される）を開き、プリンタの設定や、印刷モードの選択を含むプリンタドライバ２０４１に対する印刷処理の設定を行うことができる。
【００１８】
プリンタ１５００において、１２はプリンタ１５００の全体を制御するＣＰＵである。１９はＣＰＵ１２の主メモリ、ワークエリア等として機能するとともに、出力情報展開領域、環境データ格納領域、ＮＶＲＡＭ等に用いられるＲＡＭであり、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。１３はＲＯＭであり、各種フォントを記憶するフォントＲＯＭ１３ａ、制御プログラム等を記憶するプログラムＲＯＭ１３ｂ、および各種データを記憶するデータＲＯＭ１３ｃより構成される。
【００１９】
外部メモリ１４（メモリコントローラ（ＭＣ）２０によりアクセスを制御される）は、オプションとして接続されるハードディスク（ＨＤ）、フロッピーディスク（ＦＤ）、ＩＣカード等であり、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶する。ハードディスク等の外部メモリ１４が接続されていない場合には、ＲＯＭ１３のデータＲＯＭ１３ｃに、ホストコンピュータ３０００で利用される情報等を記憶することになる。なお、外部メモリ１４は１個に限らず、複数備えるものであってもよく、例えば、内蔵フォントに加えてオプションフォントカード、言語系の異なるプリンタ制御言語を解釈するプログラム等を格納した外部メモリを複数接続できるように構成されていてもよい。
【００２０】
操作部１５０１にはユーザからの操作を受け付ける操作パネルが設けられ、その操作パネルには操作のためのスイッチおよびＬＥＤ表示器等が配されている（図示は省略）。また、図示しないＮＶＲＡＭを有し、操作パネル１５０１からのプリンタモード設定情報を記憶するようにしてもよい。
【００２１】
プリンタＣＰＵ１２は、ＲＯＭ１３のプログラムＲＯＭ１３ｂに記憶された制御プログラム等に基づき、印刷部インタフェース１６を介してシステムバス１５に接続される印刷部（プリンタエンジン）１７に出力情報としての画像信号を出力する。また、ＣＰＵ１２は入力部１８を介してホストコンピュータ３０００との通信処理が可能となっており、プリンタ１５００内の情報等をホストコンピュータ３０００に通知可能に構成されている。
【００２２】
（ソフトウェア構成）
図２は、所定のアプリケーションおよびプリンタ１５００を制御対象とする印刷処理関連プログラムを起動して、ホストコンピュータ３０００上のＲＡＭ２にロードされた状態のＲＡＭ２のメモリマップを示している。ＲＡＭ２には、図示の如く、ＢＩＯＳ２０６、ＯＳ２０５をはじめ、アプリケーション２０１、印刷処理関連プログラム２０４、および関連データ２０３がロードされており、さらに空きメモリ領域２０２も確保されている。これにより、アプリケーション２０１および印刷処理関連プログラム２０４は実行可能状態にある。
【００２３】
印刷処理関連プログラム２０４におけるプリンタドライバＵＩ制御モジュール２０４２は、ユーザによる印刷設定指令に応じてＣＲＴ１０に印刷設定画面を表示しユーザからの設定を可能にする。
【００２４】
図８に、ＵＩとしての印刷設定画面の表示例を示す。同図において、[Print Style]欄８０は、印刷レイアウトを指定する欄であり、ユーザは例えば、片面印刷（1-Sided Printing）８０１、両面印刷（2-Sided Printing）８０２、および製本印刷（Booklet Printing）８０３のコントロールうちの、いずれかに対応するラジオボタンをマウスでクリックすることで指定することができる。
【００２５】
[Finishing]欄８１は、印刷済み記録媒体の出力順序および仕上げについて指定する欄であり、ユーザは例えば、以下のいずれかから指定可能となっている。
【００２６】
[Collate] ８１１
部単位印刷。Ｎページの文書をＭ部印刷する場合に、第１ページ、第２ページ、…、第Ｎページの順に１枚ずつ出力し、これをＭ回繰り返す。
【００２７】
[Group] ８１２
ページ単位印刷。Ｎページの文書をＭ部印刷する場合に、第１ページをＭ枚、第２ページをＭ枚、…、第ＮページをＭ枚、の順に出力する。
【００２８】
[Staple] ８１３
ステープル仕上げ。上記[Collate] ８１１と同様に部単位で出力し、仕上げとして各部ごとにステープラで止める。
【００２９】
なお、本明細書では、上記したようなユーザ設定可能項目を「プリンタ機能」または単に「機能」ともよぶ。この他にも多くのプリンタ機能を有するが、説明を簡単にするため省略する。
【００３０】
ここで、ユーザにとって不都合と思われる設定の組み合わせ、意味のない設定の組み合わせ、すなわち設定値間の不整合（コンフリクト）は、プリンタドライバＵＩ制御モジュール２０４２により、以下詳細に説明するコンフリクト処理として回避されるように設計される。
【００３１】
図３は、実施形態における印刷処理関連プログラム２０４のプリンタドライバＵＩ制御モジュール２０４２の概略構成を示している。３０３は、各モジュール間のデータの受け渡しやデータの更新等を管理してコンフリクト処理を統括するコンフリクトマネージャである。３０６が、上記した印刷設定画面表示制御を行い、本プリンタドライバＵＩ制御モジュール２０４２におけるメインプログラムとしてのプリンタドライバＵＩである。３０１は、後述する記述形式で記述される不整合回避戦略を示すコンフリクト処理ルールを列記したコンフリクト処理ルール記述ファイルである。３０２は、コンフリクト処理ルール記述ファイル３０１をロードして、入力された設定値に対してコンフリクト処理ルールを適用し、各機能の状態を推論する推論エンジン、３０４は、各プリンタ機能の状態をリスト形式で表示する状態変数リストであり、ユーザからの入力およびコンフリクト処理ルール記述ファイル３０１の内容に基づき更新されうる。３０５は、プリンタドライバＵＩ３０６が提供する画面表示の基になる帳票としての内部構造体であり、状態変数リスト３０４と連動して各プリンタ機能の状態を所定の形式で表示する。
【００３２】
その後に、プリンタドライバＵＩ３０６を介してユーザからの設定情報を受け取ったコンフリクトマネージャ３０３は、コンフリクト処理ルール記述ファイル３０１を参照する。このことは、図示の如くコンフリクト処理ルール記述ファイル３０１からコンフリクトマネージャ３０３に向かう矢印で、「R(Read)」として表示されている。参照の結果、設定情報がコンフリクト処理ルールに適合する場合、コンフリクト処理が適用される。そうして、コンフリクトマネージャ３０３は、状態変数リスト３０４および内部構造体３０５を更新してプリンタドライバＵＩ３０６に反映させる。この更新作業は、図示の如くコンフリクトマネージャ３０３は、状態変数リスト３０４および内部構造体３０５とは各々双方向矢印で結ばれ、「R/W (Read/Write)」として表示されている。
【００３３】
図４は、図３に示した各モジュールで扱われるデータの関連を説明する模式図である。図４において、コンフリクト処理ルール記述ファイル３０１は、推論エンジン３０２にインクルード（ロード）されたかたちで参照される。このコンフリクト処理ルール記述ファイル３０１はコンフリクトマネージャ３０３にも参照され、状態変数リスト３０４はコンフリクト処理ルールに従った内容を有することになる。また、内部構造体３０５と状態変数リスト３０４とは先に述べたとおり連動表示されるものであるから、互いにマッピングされる関係にある。そしてこの状態がプリンタドライバＵＩ３０６の制御によってユーザに見えるかたちで表現される。
【００３４】
状態変数リスト３０４について具体的に説明すると、同図に示すように、各プリンタ機能（同図中「キー」の欄A, B, C,...）毎に、状態値をはじめ、例えば、対応するコントロールの利用可否情報、利用不可の場合の理由（無効理由）情報、ＵＩ更新の要否情報等が記述される。
【００３５】
内部構造体３０５は、各プリンタ機能の状態を例えば、
データ型 機能名メンバ 状態メンバ
の構文で表し、プリンタ機能名A, B, C に対応する機能名メンバをそれぞれ cA, cB, cC のように表現する。そして、各機能に対する状態メンバは、状態変数リスト３０４における状態値がマッピングされている。
【００３６】
（コンフリクト処理ルールの記述形式）
次に、コンフリクト処理ルール記述ファイル３０１について説明する。
【００３７】
各ルールは、論理（ロジック）を用いて数学的に形式化される。述語は、
プリンタ機能名（引数）
の形で記述される。引数としては、ON/OFFの他、数値が入る場合もある（例えば、印刷部数等）。左辺には「プリンタ機能名（引数）」を、右辺には左辺が成り立つための論理条件を記述し、記号「←」で関係づける。例えば、
A(ON) ← B(ON).
は、「プリンタ機能Bの状態がONのときは、プリンタ機能Aの状態をONとする」という意味のルールになる。
【００３８】
また、式中の記号「,」は論理「かつ（AND）」の意味で用いられる。例えば、「プリンタ機能Bの状態がON、かつ、プリンタ機能Cの状態がOFFのときに、プリンタ機能Aの状態をONとする」というルールは、
A(ON) ←B(ON), C(OFF).
と記述される。
【００３９】
さらに、コンフリクト処理ルール記述ファイル３０１の中には、プリンタドライバＵＩ３０６を更新するための処理を記述することが可能である。推論エンジン３０２がその記述を解釈した時点で、コンフリクトマネージャ３０３の状態変数リスト３０４を介して、プリンタドライバＵＩ３０６の更新処理を直接行うことが可能になっている。
【００４０】
例えば、ＵＩ更新の処理として{disable}セットの記述を追加することにより、該当項目のコントロールをdisableする処理（グレイアウト表示するとともに設定不可の状態にする処理）を指示することができる。
【００４１】
また、{disable}セットの後に{Reason(X)}セットの記述を追加すると、disableとなった理由を表示するための理由識別子Xに応じたメッセージを表示させることが可能になる（詳細は後述する）。
【００４２】
次に、図８に表示されたプリンタ機能を例に、コンフリクト処理ルールに記述される機能名の具体例を示す。図８に示した[Collate] ８１１に対応する部単位印刷機能、[Group] ８１２に対応するページ単位印刷機能、および[Staple] ８１３に対応するステープル仕上げ機能の機能名はそれぞれ、Collate()、Group()、およびStaple()で示され、引数はONまたはOFFとなる。また、[PrintStyle]欄８０に対応する印刷レイアウト機能は、Layout()で示され、引数は、1-Sided、2-Sided、Bookletのいずれかである。
【００４３】
この他、ＵＩとは直接関連しない機能（例えば、特定のオプションの装着状態、セットされている記録用紙の種類等の属性を示す環境情報）を定義することができる。例えば、上記ステープル仕上げ機能に関連して、デバイスオプションとしてのステープル用フィニッシャが装着されているか否かを示すFinisher()を使用できる。引数はONまたはOFFであり、ONのときはフィニッシャが装着されている状態を示し、OFFのときは未装着の状態を示す。
【００４４】
また、セットされた記録用紙がステープル可能な紙であるか否かを示すStaplablePaper()が使用可能である。引数はONまたはOFFであり、ONのときはステープル可能な用紙がセットされている状態を示し、OFFのときはステープル可能な用紙がセットされていない状態を示す。
【００４５】
なお、上記した機能名はあくまでプリンタという制御対象に対する例であって、制御対象に応じてその他の機能名が定義することができることはいうまでもない。
【００４６】
図６は、以上の例に従って記述されたコンフリクト処理ルール記述ファイル３０１の一例である。
【００４７】
(1)は、フィニッシャが装着されていないときにはStaple(OFF)、すなわちステープル仕上げ不可、とするルールである。後続行には{disable}が記述されているので、このルールが適用されると、コントロール[Staple]８１３はグレイアウトされることになる。また、次の行には、{Reason(NO_FINISHER)}が記述されている。ここで、理由識別子NO_FINISHERは、フィニッシャが装着されていないことを示すものである。
【００４８】
(2)は、ステープル可能な記録用紙がセットされていないときはStaple(OFF)とするルールである。ここでも(1)と同様、後続行には{disable}が記述されているので、このルールが適用されると、コントロール[Staple]８１３はグレイアウトされることになる。また、次の行には、ステープル不可能な用紙がセットされていることを示すINVALID_PAPERを理由識別子に有する{Reason(INVALID_PAPER)}セットが記述されている。
【００４９】
(3)は、[Booklet Printing]８０３がチェックされたことでLayout(BOOKLET)となったときは、Staple(OFF)とするルールである。ここでも同様に、このルールが適用されると、{disable}の記述によってコントロール[Staple]８１３はグレイアウトされることになる。また、次の行には、適合しないプリントスタイル（レイアウト）が指定されていることを示すINVALID_LAYOUTを理由識別子に有する{Reason(INVALID_LAYOUT)}セットが記述されている。
【００５０】
(4)は、記録媒体としてＯＨＰシートがセットされたときは、Staple(OFF)とするルールである。このルールが適用されると、{disable}の記述によってコントロール[Staple]８１３はグレイアウトされる。また、次の行には、適合しない用紙タイプが指定されていることを示すINVALID_PAPERTYPEを理由識別子に有する{Reason(INVALID_PAPERTYPE)}セットが記述されている。
【００５１】
(5)は、[Collate] ８１１がチェックされたことでCollate(ON)となったときにStaple(OFF)とするルール、(6)は、[Group] ８１２がチェックされたことでGroup(ON)となったときにStaple(OFF)とするルールである。
【００５２】
(7)は、[Booklet Printing]８０３がチェックされたことでLayout(BOOKLET)となったときにCollate(ON)とするルールであり、このルールが適用されると、次の行の{disable}の記述によってコントロール[collate]８１１がグレイアウトされる。
【００５３】
(8)は、[Booklet Printing]８０３がチェックされたことでLayout(BOOKLET)となったときにGroup(OFF)とするルールであり、このルールが適用されると、次の行の{disable}の記述によってコントロール[Group]８１２がグレイアウトされる。
【００５４】
このように、各機能の状態によって適用されるルールが記述されている。
【００５５】
（プリンタドライバＵＩ制御モジュール２０４２の処理の内容）
以下、図５のフローチャートを用いて、コンフリクト処理を含むプリンタドライバＵＩ制御モジュール２０４２の処理について、詳しく説明する。
【００５６】
プリンタドライバＵＩ制御モジュール２０４２の処理は、ユーザがキーボードコントローラＫＢＣ５等を用いて、印刷設定画面を開く指示をすることで始まる。ユーザが印刷設定画面を開くよう指示すると、上記したとおり、ＯＳ２０５の管理の下、ＲＡＭ２に印刷処理関連プログラム２０４がロードされる。
【００５７】
印刷処理関連プログラム２０４がＲＡＭ２にロードされると、まず、印刷設定画面を開くための初期化処理として、推論エンジン３０２は、コンフリクト処理ルール記述ファイル３０１をコンフリクトマネージャ３０３を介して、ＲＡＭ２に読み込む（ステップＳ５０１）。
【００５８】
続いて、コンフリクトマネージャ３０３が利用する状態変数リスト３０４を作成する（ステップＳ５０３）。
【００５９】
コンフリクト処理ルール記述ファイル３０１に記述されるすべてのプリンタ機能名は、コンフリクトマネージャ３０３の内部にインクルードされた状態変数リスト３０４にそれぞれ、状態変数を持っている。この状態変数の値は、プリンタドライバＵＩ３０６で使用される内部構造体３０５の対応するメンバの値と連動している。各プリンタ機能名の状態変数の初期値は、その内部構造体３０５のメンバの値となる。
【００６０】
例えば、図４において、内部構造体３０５に記述されているint cAの初期値は０であるから、それに対応する状態変数リスト３０４におけるプリンタ機能Aの値はOFFとなっている。したがって、状態変数リスト３０４におけるプリンタ機能Aの状態の初期値はOFFとなる。同様に、プリンタ機能名Bの初期値はON、プリンタ機能名Cの初期値はOFFとなる。すなわち、
A OFF
B ON
C OFF
となる。
【００６１】
その後、推論エンジン３０２は、コンフリクト処理ルール記述ファイル３０１を参照することでコンフリクトチェックの推論を行う。例えば、図４に示すように、コンフリクト処理ルール記述ファイル３０１に記述されている、
A(ON) ← B(ON), C(OFF).
が成立した場合、推論エンジン３０２は、状態変数リスト３０４中のプリンタ機能Aの状態変数値を、初期値OFFからONに変更する。すなわち、
A ON
B ON
C OFF
となる。このように状態変数リスト３０４が初期化される。また、状態変数リスト３０４中の他の項目（コントロールの表示／非表示情報等）も同様に初期化される。
【００６２】
コンフリクトチェックの推論が終了した後、コンフリクトマネージャ３０３は、変更された状態変数の値を内部構造体３０５の対応するメンバ int cAに反映させる。すなわち、int cA は上記ルールが成立したことによって０から１に変更されることになる。
【００６３】
具体的に、図８に示したＵＩを開く際の初期化処理を例にとって説明する。図７は、図８のＵＩに対する内部構造体の一例を示している。同図から分かるように、例えば機能名メンバLayout、Collate、Group、およびStapleに対応する状態メンバは各々、1Sided、０、１、および０となっている。この状態から、図６に示したコンフリクト処理ルール記述ファイル３０１を参照してコンフリクトチェックを行う。内部構造体の内容が図７に示す状態である場合には、図６に示したコンフリクト処理ルール記述ファイル３０１のうち、いずれのルールも適用される場合はない。つまり、上記機能名の状態変数値は、ステップＳ５０３の初期化による初期値として、次のようになる。
Collate OFF
Group ON
Staple OFF
Layout 1-Sided
【００６４】
続いて、ＵＩのオープンのために必要とされるその他の初期化処理を行い、図８に例示したようなＵＩをオープンする（ステップＳ５０４）。この場合、状態変数リスト３０４を参照して、設定値に応じた値を表示したり、コントロールの利用可否情報に応じた処理（able/disableの変更）等を行うことになる。
【００６５】
ＵＩとしての印刷設定画面がオープンされた後は、ＯＳより送られてくるイベントを取得し、そのイベントに対する処理を行う（ステップＳ５０５）。
【００６６】
次に、ステップＳ５０５で取得したイベントが、ユーザが印刷設定画面上の設定項目を変更したイベントであるか否かの判別を行う（ステップＳ５０６）。ここで、取得したイベントがユーザによる設定変更要求であった場合には、ステップＳ５０７に進み、コンフリクト処理ルール記述ファイル３０１を参照してコンフリクト処理ルールを適用する。
【００６７】
取得したイベントがユーザによる設定変更要求であった場合の一例として、図８に示す[Print Style]欄８０における、片面印刷（1-Sided Printing）８０１から製本印刷（Booklet Printing）８０３に変更するものであった場合について説明する。ここでは、ステープル仕上げが可能なフィニッシャが装着され、用紙サイズおよび用紙タイプがステープル可能なものがセットされているものとする。
【００６８】
プリンタ機能名Collate、Group、Staple、Layoutの状態変数の設定変更要求前における値は、図７に示した状態、すなわち、以下のようになっていた。
Collate OFF
Group ON
Staple OFF
Layout 1-Sided
【００６９】
ユーザの変更要求がLayoutを１−SidedからBookletに変更するものであるので、Layoutの状態変数の内容が変更されて、各プリンタ機能名の状態変数の値は次のようになる。
Collate OFF
Group ON
Staple OFF
Layout Booklet
【００７０】
すると、プリンタドライバＵＩ３０６はコンフリクトマネージャ３０３をコールし、続いて推論エンジン３０２がコールされて、コンフリクト処理ルール記述ファイル３０１を参照してLayoutを起点としたコンフリクトチェックが始まる。
【００７１】
推論エンジン３０２は、コンフリクト処理ルール記述ファイル３０１の各ルールの適用／不適用をチェックしていく。上記したとおり、この例ではステープル仕上げが可能なフィニッシャが装着され、用紙サイズおよび用紙タイプがステープル可能なものがセットされているので、ルール(1)、(2)が適用されることはない。
【００７２】
ルール(3)は適用されることになるから、StapleはOFFのままコントロールはdisable、すなわちグレイアウト表示によって設定不可の状態にされる。さらに、上記したように、グレイアウトされた理由として不適合なプリントスタイルが指定されていることを示すINVALID_LAYOUTがセットされる。
【００７３】
ルール（4)、(5)、(6)は適用されないが、ルール(7)、(8)が適用され、Collateの値はOFFからONへ、Groupの値はONからOFFへ変更され、次のように各コントロールはdisableとなる。
Collate ON (disable)
Group OFF (disable)
Staple OFF (disable, Reason=INVALID_LAYOUT)
Layout BOOKLET
【００７４】
また、同じコントロールをグレイアウトするものではあるがその理由が相違するルールが、重複して適用されうる場合もある。この場合、あらかじめ定めた優先順位が高い理由が採用される。実施形態では、コンフリクト処理ルール記述ファイル３０１に先に記述されたルールほど優先度が高いと定めておく。
【００７５】
例えば、上記した例に続いて、ステープル仕上げ不可能なサイズの用紙がセットされた場合を考える。この場合、ルール(3)とともに、ルール(2)が適用されることになる。実施形態によれば、優先順位の高いルール(2)を採用して、グレイアウトされた理由としては、不適合な記録用紙がセットされていることを示すINVALID_PAPERがセットされることになる。すなわち、各コントロールの状態は、次のようになる。
Collate ON (disable)
Group OFF (disable)
Staple OFF (disable, Reason=INVALID_PAPER)
Layout BOOKLET
【００７６】
以上で、ステップＳ５０７の、推論エンジン３０２でのコンフリクト処理ルールの適用が終了する。
【００７７】
コンフリクトマネージャ３０３は、上記ステップＳ５０７のコンフリクト処理ルールの適用結果に基づき状態変数リスト３０４を更新する（ステップＳ５０８）。すなわち、状態変数リストは図１１に示すようになる。図１１において、機能Stapleの状態がOFF、そのコントロールがdisableとなるとともに、その理由識別子INVALID_PAPERが記録されていることが分かる。
【００７８】
続いて、内部構造体３０５を更新する（ステップＳ５０９）。具体的には、状態変数リスト３０４中のＵＩ更新情報が「要（yes）」となっているコントロールについてはＵＩの更新処理を行い、その後ＵＩ更新情報は「不要（no）」に変更される。上記の例では、Layoutが1-Sided PrintingからBooklet Printingに設定が変更されたことで、CollateがOFFからONへ、GroupがONからOFFへと変更され、Collate, Group, Staple がそれぞれdisableとなり、図８のＵＩは図９に示すとおりに更新される。
【００７９】
また、図９に示すように、コントロールがグレイアウトされた場合には、そのことを知らせるためのコンフリクトマーク９１が表示される（詳細は後述する）。ステップＳ５０９の後はステップＳ５０５に戻って処理を繰り返す。
【００８０】
ステップＳ５０６において、ステップＳ５０５で取得したイベントがユーザが印刷設定画面上の設定項目を変更したイベントではなかったときは、ステップＳ５１２に進み、グレイアウトの理由表示のイベントであるかを判別する。このイベントは、例えばコンフリクトマーク９１がクリックされたときやコンフリクトマーク９１上にマウスカーソルが重なったときなどに発生する。
【００８１】
このイベントが発生した場合は、ステップＳ５１３に進み、プリンタドライバＵＩ３０６は状態変数リスト３０４から該当するコントロールの無効理由情報を参照し、そこに登録されている識別子に対応する処理を行う。例えば、図１０に示すようなコメントメッセージ９２を表示することができる。いずれかのキーを押下したりマウスカーソルを移動するなどによりイベントが解除されると、メッセージは消え、ステップＳ５０５に戻って処理を繰り返す。
【００８２】
ステップＳ５１２の判別の結果、理由表示イベントではなかった場合には、ステップＳ５１４に進み、プリンタドライバＵＩのクローズ要求かどうかの判別を行う。クローズ要求であった場合には、状態変数の設定で内部構造体を更新し（ステップＳ５１５）、所定の終了処理を行い、プリンタドライバＵＩをクローズして、すべての処理を終了する（ステップＳ５１６）。一方、クローズ要求ではなかった場合には、ステップＳ５０５に戻って処理を繰り返す。
【００８３】
以上の処理は、プリンタドライバＵＩがクローズされるまで、繰り返し実行される。プリンタドライバＵＩがクローズされると処理は終了し、印刷処理関連プログラム２０４の処理も終了し、ＲＡＭ２からはＯＳ２０５の機能により消去される。
【００８４】
以上説明した実施形態によれば、コンフリクト処理ルール記述ファイルに、コンフリクト処理ルールの適用によってコントロールをdisableして当該コントロールをグレイアウトする場合にはその理由を記述することを可能にしたので、グレイアウトされた理由情報の管理を容易にすることができるようになった。このため、理由検知のための専用プログラムコードを追加する煩わしさや、条件の漏れや食い違いを生ずるケースから解放され、品質の高い理由表示処理を実現することができる。
【００８５】
さらに他の発明によれば、理由表示処理をプリンタドライバUIからコンフリクトマネージャに移すことで両者の間で理由識別子の同期を取る必要がなくなり、その結果独立性が向上し、生産性が高くメンテナンス性に優れるという効果がある。
【００８６】
【他の実施形態】
上述した実施形態では、ステップＳ５１３の理由コメントの表示はプリンタドライバＵＩ３０６が行うようにしたが、コンフリクトマネージャ３０３が行うようにすることもできる。すなわち、コンフリクトマネージャ３０３の内部に文字列リソースを持ち、理由表示イベント発生時にはコンフリクトマネージャ３０３を呼び出し、そこで状態変数の理由属性を参照して該当するメッセージを表示するようにしてもよい。
【００８７】
また、ステップＳ５０７では、最も優先順位の高い理由をひとつだけ保持しているが、該当する理由をすべて保持し、ステップＳ５１３にてすべて表示するようにしてもよい。
【００８８】
また、ステップＳ５０７では、ルールの記述順序によって優先順位を定めるようにしたが、もちろんこれに限定されるものではなく、別の基準を設けてもよい。状態値を変更するルールのみを適用することで、最新の理由を保持すると共に効率化を図ることもできる。
【００８９】
なお、上述した実施形態では、プリンタ装置に対して、コンフリクト処理を含むＵＩ制御を行う例について説明したが、本発明は、プリンタ装置に限らず、ディジタルカメラ、ディジタルレコーダ、イメージスキャナ等の周辺装置、制御機器の他、モデムやルータといったネットワーク関連機器にも適用可能であることはいうまでもない。これらの複数の機器から構成されるシステムに適用することも可能である。
【００９０】
上述したように、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成される。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００９１】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００９２】
本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明した図５のフローチャートに対応するプログラムコードが格納されることになる。
【００９３】
【発明の効果】
以上説明したように、ユーザインタフェースにおいて特定の項目が設定不可となった理由を表示する機能を、理由検知の漏れや食い違いを起こすことなく実現し、開発者の作業工数や人為的ミスを低減することの可能なユーザインタフェース制御装置および方法を提供することができる。
【図面の簡単な説明】
【図１】実施形態に係る印刷処理システムのブロック構成図である。
【図２】実施形態におけるＲＡＭ２のメモリマップを示す図である。
【図３】実施形態におけるプリンタドライバＵＩ制御モジュールの概略構成図である。
【図４】実施形態におけるプリンタドライバＵＩ制御モジュールで扱われるデータの関連を説明する模式図である。
【図５】実施形態におけるプリンタドライバＵＩ制御モジュールの処理を示すフローチャートである。
【図６】実施形態におけるコンフリクト処理ルール記述ファイルの一例を示す図である。
【図７】実施形態における内部構造体の一例を示す図である。
【図８】実施形態におけるプリンタドライバＵＩによる印刷設定画面の一例を示す図である。
【図９】実施形態におけるプリンタドライバＵＩによる印刷設定画面の一例を示す図である。
【図１０】実施形態におけるプリンタドライバＵＩによる印刷設定画面の一例を示す図である。
【図１１】実施形態における状態変数リストの一例を示す図である。
【発明の属する技術分野】
本発明は、ユーザインタフェースを介して入力される所定の制御対象に対する設定データの間に生じる不整合を回避するユーザインタフェース制御装置および方法に関する。
【０００２】
【従来の技術】
ユーザインタフェース（以下、「ＵＩ」ともいう。）を介してユーザから複数の設定値の入力を受け付け、それらの設定値に基づき制御される機器は、数多くある。ホストコンピュータに接続され、そのホストコンピュータにおいて設定された情報に基づき画像形成処理を行う画像形成システム（プリンタシステム）はその一例である。プリンタシステムのホストコンピュータは一般に、印刷動作を制御するいわゆるプリンタドライバ、およびユーザからの印刷設定等を受け付けるＵＩを含む印刷処理関連プログラムを有する。
【０００３】
印刷処理関連プログラムは、ＵＩを介してユーザから設定値の入力を受け付ける度に、それまでに設定された複数の設定値の中で関連する設定値の値との関係を評価し、設定値間の不整合（コンフリクト）がないかどうかを判別する。コンフリクトの例としては、記録媒体としてセットされたＯＨＰシートに対して両面印刷を行わせるような設定等のユーザにとって不都合と予想される設定や、プリンタに不可能な動作を行わせるような設定等がある。
【０００４】
コンフリクトがあった場合には、それを回避するためのコンフリクト処理を実施する必要がある。
【０００５】
従来より、コンフリクト処理が必要となる複数の設定値の条件（コンフリクト処理ルール）を一覧としてまとめてファイル等に保存しておき、このファイルをコンフリクト処理用プログラムに読み込ませることで、コンフリクト処理を行うものがある。かかる方式は、コンフリクト処理用プログラムが特定の設定値に依存することなく汎用的に利用できるという点で優れている。
【０００６】
ところで、コンフリクト処理によっては、データ構造体中の設定値の変更のみならず、ＵＩのコントロール（以下、単に「コントロール」ともいう。）上の設定値の変更、コントロールをグレイアウト（設定項目を薄いグレイで表示すること）して当該項目は（マウス等によって）直接変更することができないことをユーザに知らしめる処理等を行うものもある。
【０００７】
このような処理を含むコンフリクト処理により、他の項目に依存して利用できなくなったコントロールは、上記したようにグレイアウトされることで直接変更できないことが分かるようになっているものの、直接変更できなくなった原因（すなわち、依存関係のある他の項目）が、複数のシートやダイアログボックスのうち別のシートまたはダイアログボックスにあるような場合には、ユーザにはその原因が分かりにくい。この問題を解消するために、グレイアウトされたコントロールの付近に、当該コントロールが直接変更できない理由を含むメッセージを表示するものもある。
【０００８】
【発明が解決しようとする課題】
ところで、従来、上記したような、コントロールがグレイアウトされて直接変更できない理由を表示するためには、コンフリクト処理の記述とは別に、理由検知専用のプログラムを作成する必要があった。理由検知を正確に行うためには、グレイアウトするための処理の各々に対応する理由検知処理のプログラムコードを必要とする。そして、このプログラムコードの作成には手間がかかるだけでなく、グレイアウト処理の追加／変更に伴って理由検知処理の漏れや食い違いが出やすいという問題があった。
【０００９】
また、例えば、特定のデバイスオプション（例えばステープル用のフィニッシャ）が装着されていないと当該コントロールが使用できず、なおかつ、他の項目とも排他関係にある等、当該コントロールがグレイアウトされる理由が複数存在する場合もある。そのような場合には、理由検知処理がさらに複雑になり、プログラムの作成に関する上記の問題はより顕著なものとなる。
【００１０】
本発明はこのような問題点に鑑みてなされたもので、ユーザインタフェースにおいて特定の項目が設定不可となった理由を表示する機能を、理由検知の漏れや食い違いを起こすことなく実現し、開発者の作業工数や人為的ミスを低減することの可能なユーザインタフェース制御装置および方法を提供することを目的とする。
【００１１】
【課題を解決するための手段】
上記目的を達成するため、例えば本発明のユーザインタフェース制御装置は、以下の構成を備える。すなわち、
ユーザインタフェースを介して入力される所定の制御対象に対する設定情報および／または当該制御対象の環境情報の間に生じる不整合を回避するためのユーザインタフェース制御装置であって、
前記設定情報および／または前記環境情報に応じて適用される不整合回避戦略を示すコンフリクト処理ルールを保持する保持手段と、
前記コンフリクト処理ルールに従って、前記ユーザインタフェースにおける所定の設定項目の状態の直接変更の可否を制御する状態制御手段と、
該状態制御手段により前記所定の設定項目の状態が直接変更不可とされた理由を含むメッセージを前記ユーザインタフェースを介して通知する通知制御手段と、を備え、
前記コンフリクト処理ルールは、
所定の設定項目の状態を直接変更不可とするための命令と、
該命令によって前記直接変更不可とした理由を示す理由情報と、
を含むことを特徴とする。
【００１２】
【発明の実施の形態】
（ハードウェア構成）
図１は本発明の一実施形態を示す印刷処理システムのブロック構成図である。印刷処理システムは、ホストコンピュータ３０００と、プリンタ１５００より構成される。
【００１３】
ホストコンピュータ３０００において、１はシステムバス４に接続される各デバイスを総括的に制御するＣＰＵ、２はＣＰＵ１の主メモリ、ワークエリア等として機能するＲＡＭである。３は各種プログラム、データを格納するＲＯＭであって、各種フォントを記憶するフォントＲＯＭ３ａ、ブートプログラムやＢＩＯＳ等を記憶するプログラムＲＯＭ３ｂ、および各種データを記憶するデータＲＯＭ３ｃに区分けして構成されている。
【００１４】
５はキーボードコントローラ（ＫＢＣ）で、キーボード９や不図示のポインティングデバイス（マウス）からのキー入力を制御する。６はＣＲＴコントローラ（ＣＲＴＣ）であり、ＣＲＴディスプレイ（ＣＲＴ）１０の表示を制御する。
【００１５】
外部メモリ１１（ディスクコントローラ（ＤＫＣ）７によりアクセス制御される）は、ハードディスク（ＨＤ）やフロッピーディスク（ＦＤ）等であり、図示の如く、オペレーティングシステムプログラム（以下ＯＳ）２０５をはじめ各種アプリケーション（例えば、図形、イメージ、文字、表等が混在した文書処理を行う文書処理アプリケーションプログラム）２０１、印刷処理関連プログラム２０４を記憶する他、ユーザファイル、編集ファイル等も記憶する。印刷処理関連プログラム２０４は、ページ記述言語を用いて記述される印刷データを生成するプログラムであって、同系列の複数のプリンタに対して共通に利用されうる。また、プリンタ制御コマンド生成モジュール（以下「プリンタドライバ」という）２０４１、プリンタドライバＵＩ制御モジュール２０４２を含む。
【００１６】
８はプリンタコントローラ（ＰＲＴＣ）であり、双方向性インタフェース２１を介してプリンタ１５００に接続され、プリンタ１５００との通信制御処理を行う。
【００１７】
外部メモリ１１に記憶されたアプリケーションは、ＲＡＭ２にロードされてＣＰＵ１により実行されることになる。また、ＣＰＵ１は、例えばＲＡＭ２へのアウトラインフォントの展開（ラスタライズ）処理を実行し、ＣＲＴ１０上でのWYSIWYG（What you see is What you get）を可能としている。さらに、ＣＰＵ１は、ＣＲＴ１０上の不図示のマウスカーソル等で指示されたコマンドに基づいて登録された種々のウインドウを開き、種々のデータ処理を実行する。ユーザは印刷を実行する際、印刷設定設定画面（プリンタドライバＵＩ制御モジュール２０４２により制御される）を開き、プリンタの設定や、印刷モードの選択を含むプリンタドライバ２０４１に対する印刷処理の設定を行うことができる。
【００１８】
プリンタ１５００において、１２はプリンタ１５００の全体を制御するＣＰＵである。１９はＣＰＵ１２の主メモリ、ワークエリア等として機能するとともに、出力情報展開領域、環境データ格納領域、ＮＶＲＡＭ等に用いられるＲＡＭであり、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。１３はＲＯＭであり、各種フォントを記憶するフォントＲＯＭ１３ａ、制御プログラム等を記憶するプログラムＲＯＭ１３ｂ、および各種データを記憶するデータＲＯＭ１３ｃより構成される。
【００１９】
外部メモリ１４（メモリコントローラ（ＭＣ）２０によりアクセスを制御される）は、オプションとして接続されるハードディスク（ＨＤ）、フロッピーディスク（ＦＤ）、ＩＣカード等であり、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶する。ハードディスク等の外部メモリ１４が接続されていない場合には、ＲＯＭ１３のデータＲＯＭ１３ｃに、ホストコンピュータ３０００で利用される情報等を記憶することになる。なお、外部メモリ１４は１個に限らず、複数備えるものであってもよく、例えば、内蔵フォントに加えてオプションフォントカード、言語系の異なるプリンタ制御言語を解釈するプログラム等を格納した外部メモリを複数接続できるように構成されていてもよい。
【００２０】
操作部１５０１にはユーザからの操作を受け付ける操作パネルが設けられ、その操作パネルには操作のためのスイッチおよびＬＥＤ表示器等が配されている（図示は省略）。また、図示しないＮＶＲＡＭを有し、操作パネル１５０１からのプリンタモード設定情報を記憶するようにしてもよい。
【００２１】
プリンタＣＰＵ１２は、ＲＯＭ１３のプログラムＲＯＭ１３ｂに記憶された制御プログラム等に基づき、印刷部インタフェース１６を介してシステムバス１５に接続される印刷部（プリンタエンジン）１７に出力情報としての画像信号を出力する。また、ＣＰＵ１２は入力部１８を介してホストコンピュータ３０００との通信処理が可能となっており、プリンタ１５００内の情報等をホストコンピュータ３０００に通知可能に構成されている。
【００２２】
（ソフトウェア構成）
図２は、所定のアプリケーションおよびプリンタ１５００を制御対象とする印刷処理関連プログラムを起動して、ホストコンピュータ３０００上のＲＡＭ２にロードされた状態のＲＡＭ２のメモリマップを示している。ＲＡＭ２には、図示の如く、ＢＩＯＳ２０６、ＯＳ２０５をはじめ、アプリケーション２０１、印刷処理関連プログラム２０４、および関連データ２０３がロードされており、さらに空きメモリ領域２０２も確保されている。これにより、アプリケーション２０１および印刷処理関連プログラム２０４は実行可能状態にある。
【００２３】
印刷処理関連プログラム２０４におけるプリンタドライバＵＩ制御モジュール２０４２は、ユーザによる印刷設定指令に応じてＣＲＴ１０に印刷設定画面を表示しユーザからの設定を可能にする。
【００２４】
図８に、ＵＩとしての印刷設定画面の表示例を示す。同図において、[Print Style]欄８０は、印刷レイアウトを指定する欄であり、ユーザは例えば、片面印刷（1-Sided Printing）８０１、両面印刷（2-Sided Printing）８０２、および製本印刷（Booklet Printing）８０３のコントロールうちの、いずれかに対応するラジオボタンをマウスでクリックすることで指定することができる。
【００２５】
[Finishing]欄８１は、印刷済み記録媒体の出力順序および仕上げについて指定する欄であり、ユーザは例えば、以下のいずれかから指定可能となっている。
【００２６】
[Collate] ８１１
部単位印刷。Ｎページの文書をＭ部印刷する場合に、第１ページ、第２ページ、…、第Ｎページの順に１枚ずつ出力し、これをＭ回繰り返す。
【００２７】
[Group] ８１２
ページ単位印刷。Ｎページの文書をＭ部印刷する場合に、第１ページをＭ枚、第２ページをＭ枚、…、第ＮページをＭ枚、の順に出力する。
【００２８】
[Staple] ８１３
ステープル仕上げ。上記[Collate] ８１１と同様に部単位で出力し、仕上げとして各部ごとにステープラで止める。
【００２９】
なお、本明細書では、上記したようなユーザ設定可能項目を「プリンタ機能」または単に「機能」ともよぶ。この他にも多くのプリンタ機能を有するが、説明を簡単にするため省略する。
【００３０】
ここで、ユーザにとって不都合と思われる設定の組み合わせ、意味のない設定の組み合わせ、すなわち設定値間の不整合（コンフリクト）は、プリンタドライバＵＩ制御モジュール２０４２により、以下詳細に説明するコンフリクト処理として回避されるように設計される。
【００３１】
図３は、実施形態における印刷処理関連プログラム２０４のプリンタドライバＵＩ制御モジュール２０４２の概略構成を示している。３０３は、各モジュール間のデータの受け渡しやデータの更新等を管理してコンフリクト処理を統括するコンフリクトマネージャである。３０６が、上記した印刷設定画面表示制御を行い、本プリンタドライバＵＩ制御モジュール２０４２におけるメインプログラムとしてのプリンタドライバＵＩである。３０１は、後述する記述形式で記述される不整合回避戦略を示すコンフリクト処理ルールを列記したコンフリクト処理ルール記述ファイルである。３０２は、コンフリクト処理ルール記述ファイル３０１をロードして、入力された設定値に対してコンフリクト処理ルールを適用し、各機能の状態を推論する推論エンジン、３０４は、各プリンタ機能の状態をリスト形式で表示する状態変数リストであり、ユーザからの入力およびコンフリクト処理ルール記述ファイル３０１の内容に基づき更新されうる。３０５は、プリンタドライバＵＩ３０６が提供する画面表示の基になる帳票としての内部構造体であり、状態変数リスト３０４と連動して各プリンタ機能の状態を所定の形式で表示する。
【００３２】
その後に、プリンタドライバＵＩ３０６を介してユーザからの設定情報を受け取ったコンフリクトマネージャ３０３は、コンフリクト処理ルール記述ファイル３０１を参照する。このことは、図示の如くコンフリクト処理ルール記述ファイル３０１からコンフリクトマネージャ３０３に向かう矢印で、「R(Read)」として表示されている。参照の結果、設定情報がコンフリクト処理ルールに適合する場合、コンフリクト処理が適用される。そうして、コンフリクトマネージャ３０３は、状態変数リスト３０４および内部構造体３０５を更新してプリンタドライバＵＩ３０６に反映させる。この更新作業は、図示の如くコンフリクトマネージャ３０３は、状態変数リスト３０４および内部構造体３０５とは各々双方向矢印で結ばれ、「R/W (Read/Write)」として表示されている。
【００３３】
図４は、図３に示した各モジュールで扱われるデータの関連を説明する模式図である。図４において、コンフリクト処理ルール記述ファイル３０１は、推論エンジン３０２にインクルード（ロード）されたかたちで参照される。このコンフリクト処理ルール記述ファイル３０１はコンフリクトマネージャ３０３にも参照され、状態変数リスト３０４はコンフリクト処理ルールに従った内容を有することになる。また、内部構造体３０５と状態変数リスト３０４とは先に述べたとおり連動表示されるものであるから、互いにマッピングされる関係にある。そしてこの状態がプリンタドライバＵＩ３０６の制御によってユーザに見えるかたちで表現される。
【００３４】
状態変数リスト３０４について具体的に説明すると、同図に示すように、各プリンタ機能（同図中「キー」の欄A, B, C,...）毎に、状態値をはじめ、例えば、対応するコントロールの利用可否情報、利用不可の場合の理由（無効理由）情報、ＵＩ更新の要否情報等が記述される。
【００３５】
内部構造体３０５は、各プリンタ機能の状態を例えば、
データ型 機能名メンバ 状態メンバ
の構文で表し、プリンタ機能名A, B, C に対応する機能名メンバをそれぞれ cA, cB, cC のように表現する。そして、各機能に対する状態メンバは、状態変数リスト３０４における状態値がマッピングされている。
【００３６】
（コンフリクト処理ルールの記述形式）
次に、コンフリクト処理ルール記述ファイル３０１について説明する。
【００３７】
各ルールは、論理（ロジック）を用いて数学的に形式化される。述語は、
プリンタ機能名（引数）
の形で記述される。引数としては、ON/OFFの他、数値が入る場合もある（例えば、印刷部数等）。左辺には「プリンタ機能名（引数）」を、右辺には左辺が成り立つための論理条件を記述し、記号「←」で関係づける。例えば、
A(ON) ← B(ON).
は、「プリンタ機能Bの状態がONのときは、プリンタ機能Aの状態をONとする」という意味のルールになる。
【００３８】
また、式中の記号「,」は論理「かつ（AND）」の意味で用いられる。例えば、「プリンタ機能Bの状態がON、かつ、プリンタ機能Cの状態がOFFのときに、プリンタ機能Aの状態をONとする」というルールは、
A(ON) ←B(ON), C(OFF).
と記述される。
【００３９】
さらに、コンフリクト処理ルール記述ファイル３０１の中には、プリンタドライバＵＩ３０６を更新するための処理を記述することが可能である。推論エンジン３０２がその記述を解釈した時点で、コンフリクトマネージャ３０３の状態変数リスト３０４を介して、プリンタドライバＵＩ３０６の更新処理を直接行うことが可能になっている。
【００４０】
例えば、ＵＩ更新の処理として{disable}セットの記述を追加することにより、該当項目のコントロールをdisableする処理（グレイアウト表示するとともに設定不可の状態にする処理）を指示することができる。
【００４１】
また、{disable}セットの後に{Reason(X)}セットの記述を追加すると、disableとなった理由を表示するための理由識別子Xに応じたメッセージを表示させることが可能になる（詳細は後述する）。
【００４２】
次に、図８に表示されたプリンタ機能を例に、コンフリクト処理ルールに記述される機能名の具体例を示す。図８に示した[Collate] ８１１に対応する部単位印刷機能、[Group] ８１２に対応するページ単位印刷機能、および[Staple] ８１３に対応するステープル仕上げ機能の機能名はそれぞれ、Collate()、Group()、およびStaple()で示され、引数はONまたはOFFとなる。また、[PrintStyle]欄８０に対応する印刷レイアウト機能は、Layout()で示され、引数は、1-Sided、2-Sided、Bookletのいずれかである。
【００４３】
この他、ＵＩとは直接関連しない機能（例えば、特定のオプションの装着状態、セットされている記録用紙の種類等の属性を示す環境情報）を定義することができる。例えば、上記ステープル仕上げ機能に関連して、デバイスオプションとしてのステープル用フィニッシャが装着されているか否かを示すFinisher()を使用できる。引数はONまたはOFFであり、ONのときはフィニッシャが装着されている状態を示し、OFFのときは未装着の状態を示す。
【００４４】
また、セットされた記録用紙がステープル可能な紙であるか否かを示すStaplablePaper()が使用可能である。引数はONまたはOFFであり、ONのときはステープル可能な用紙がセットされている状態を示し、OFFのときはステープル可能な用紙がセットされていない状態を示す。
【００４５】
なお、上記した機能名はあくまでプリンタという制御対象に対する例であって、制御対象に応じてその他の機能名が定義することができることはいうまでもない。
【００４６】
図６は、以上の例に従って記述されたコンフリクト処理ルール記述ファイル３０１の一例である。
【００４７】
(1)は、フィニッシャが装着されていないときにはStaple(OFF)、すなわちステープル仕上げ不可、とするルールである。後続行には{disable}が記述されているので、このルールが適用されると、コントロール[Staple]８１３はグレイアウトされることになる。また、次の行には、{Reason(NO_FINISHER)}が記述されている。ここで、理由識別子NO_FINISHERは、フィニッシャが装着されていないことを示すものである。
【００４８】
(2)は、ステープル可能な記録用紙がセットされていないときはStaple(OFF)とするルールである。ここでも(1)と同様、後続行には{disable}が記述されているので、このルールが適用されると、コントロール[Staple]８１３はグレイアウトされることになる。また、次の行には、ステープル不可能な用紙がセットされていることを示すINVALID_PAPERを理由識別子に有する{Reason(INVALID_PAPER)}セットが記述されている。
【００４９】
(3)は、[Booklet Printing]８０３がチェックされたことでLayout(BOOKLET)となったときは、Staple(OFF)とするルールである。ここでも同様に、このルールが適用されると、{disable}の記述によってコントロール[Staple]８１３はグレイアウトされることになる。また、次の行には、適合しないプリントスタイル（レイアウト）が指定されていることを示すINVALID_LAYOUTを理由識別子に有する{Reason(INVALID_LAYOUT)}セットが記述されている。
【００５０】
(4)は、記録媒体としてＯＨＰシートがセットされたときは、Staple(OFF)とするルールである。このルールが適用されると、{disable}の記述によってコントロール[Staple]８１３はグレイアウトされる。また、次の行には、適合しない用紙タイプが指定されていることを示すINVALID_PAPERTYPEを理由識別子に有する{Reason(INVALID_PAPERTYPE)}セットが記述されている。
【００５１】
(5)は、[Collate] ８１１がチェックされたことでCollate(ON)となったときにStaple(OFF)とするルール、(6)は、[Group] ８１２がチェックされたことでGroup(ON)となったときにStaple(OFF)とするルールである。
【００５２】
(7)は、[Booklet Printing]８０３がチェックされたことでLayout(BOOKLET)となったときにCollate(ON)とするルールであり、このルールが適用されると、次の行の{disable}の記述によってコントロール[collate]８１１がグレイアウトされる。
【００５３】
(8)は、[Booklet Printing]８０３がチェックされたことでLayout(BOOKLET)となったときにGroup(OFF)とするルールであり、このルールが適用されると、次の行の{disable}の記述によってコントロール[Group]８１２がグレイアウトされる。
【００５４】
このように、各機能の状態によって適用されるルールが記述されている。
【００５５】
（プリンタドライバＵＩ制御モジュール２０４２の処理の内容）
以下、図５のフローチャートを用いて、コンフリクト処理を含むプリンタドライバＵＩ制御モジュール２０４２の処理について、詳しく説明する。
【００５６】
プリンタドライバＵＩ制御モジュール２０４２の処理は、ユーザがキーボードコントローラＫＢＣ５等を用いて、印刷設定画面を開く指示をすることで始まる。ユーザが印刷設定画面を開くよう指示すると、上記したとおり、ＯＳ２０５の管理の下、ＲＡＭ２に印刷処理関連プログラム２０４がロードされる。
【００５７】
印刷処理関連プログラム２０４がＲＡＭ２にロードされると、まず、印刷設定画面を開くための初期化処理として、推論エンジン３０２は、コンフリクト処理ルール記述ファイル３０１をコンフリクトマネージャ３０３を介して、ＲＡＭ２に読み込む（ステップＳ５０１）。
【００５８】
続いて、コンフリクトマネージャ３０３が利用する状態変数リスト３０４を作成する（ステップＳ５０３）。
【００５９】
コンフリクト処理ルール記述ファイル３０１に記述されるすべてのプリンタ機能名は、コンフリクトマネージャ３０３の内部にインクルードされた状態変数リスト３０４にそれぞれ、状態変数を持っている。この状態変数の値は、プリンタドライバＵＩ３０６で使用される内部構造体３０５の対応するメンバの値と連動している。各プリンタ機能名の状態変数の初期値は、その内部構造体３０５のメンバの値となる。
【００６０】
例えば、図４において、内部構造体３０５に記述されているint cAの初期値は０であるから、それに対応する状態変数リスト３０４におけるプリンタ機能Aの値はOFFとなっている。したがって、状態変数リスト３０４におけるプリンタ機能Aの状態の初期値はOFFとなる。同様に、プリンタ機能名Bの初期値はON、プリンタ機能名Cの初期値はOFFとなる。すなわち、
A OFF
B ON
C OFF
となる。
【００６１】
その後、推論エンジン３０２は、コンフリクト処理ルール記述ファイル３０１を参照することでコンフリクトチェックの推論を行う。例えば、図４に示すように、コンフリクト処理ルール記述ファイル３０１に記述されている、
A(ON) ← B(ON), C(OFF).
が成立した場合、推論エンジン３０２は、状態変数リスト３０４中のプリンタ機能Aの状態変数値を、初期値OFFからONに変更する。すなわち、
A ON
B ON
C OFF
となる。このように状態変数リスト３０４が初期化される。また、状態変数リスト３０４中の他の項目（コントロールの表示／非表示情報等）も同様に初期化される。
【００６２】
コンフリクトチェックの推論が終了した後、コンフリクトマネージャ３０３は、変更された状態変数の値を内部構造体３０５の対応するメンバ int cAに反映させる。すなわち、int cA は上記ルールが成立したことによって０から１に変更されることになる。
【００６３】
具体的に、図８に示したＵＩを開く際の初期化処理を例にとって説明する。図７は、図８のＵＩに対する内部構造体の一例を示している。同図から分かるように、例えば機能名メンバLayout、Collate、Group、およびStapleに対応する状態メンバは各々、1Sided、０、１、および０となっている。この状態から、図６に示したコンフリクト処理ルール記述ファイル３０１を参照してコンフリクトチェックを行う。内部構造体の内容が図７に示す状態である場合には、図６に示したコンフリクト処理ルール記述ファイル３０１のうち、いずれのルールも適用される場合はない。つまり、上記機能名の状態変数値は、ステップＳ５０３の初期化による初期値として、次のようになる。
Collate OFF
Group ON
Staple OFF
Layout 1-Sided
【００６４】
続いて、ＵＩのオープンのために必要とされるその他の初期化処理を行い、図８に例示したようなＵＩをオープンする（ステップＳ５０４）。この場合、状態変数リスト３０４を参照して、設定値に応じた値を表示したり、コントロールの利用可否情報に応じた処理（able/disableの変更）等を行うことになる。
【００６５】
ＵＩとしての印刷設定画面がオープンされた後は、ＯＳより送られてくるイベントを取得し、そのイベントに対する処理を行う（ステップＳ５０５）。
【００６６】
次に、ステップＳ５０５で取得したイベントが、ユーザが印刷設定画面上の設定項目を変更したイベントであるか否かの判別を行う（ステップＳ５０６）。ここで、取得したイベントがユーザによる設定変更要求であった場合には、ステップＳ５０７に進み、コンフリクト処理ルール記述ファイル３０１を参照してコンフリクト処理ルールを適用する。
【００６７】
取得したイベントがユーザによる設定変更要求であった場合の一例として、図８に示す[Print Style]欄８０における、片面印刷（1-Sided Printing）８０１から製本印刷（Booklet Printing）８０３に変更するものであった場合について説明する。ここでは、ステープル仕上げが可能なフィニッシャが装着され、用紙サイズおよび用紙タイプがステープル可能なものがセットされているものとする。
【００６８】
プリンタ機能名Collate、Group、Staple、Layoutの状態変数の設定変更要求前における値は、図７に示した状態、すなわち、以下のようになっていた。
Collate OFF
Group ON
Staple OFF
Layout 1-Sided
【００６９】
ユーザの変更要求がLayoutを１−SidedからBookletに変更するものであるので、Layoutの状態変数の内容が変更されて、各プリンタ機能名の状態変数の値は次のようになる。
Collate OFF
Group ON
Staple OFF
Layout Booklet
【００７０】
すると、プリンタドライバＵＩ３０６はコンフリクトマネージャ３０３をコールし、続いて推論エンジン３０２がコールされて、コンフリクト処理ルール記述ファイル３０１を参照してLayoutを起点としたコンフリクトチェックが始まる。
【００７１】
推論エンジン３０２は、コンフリクト処理ルール記述ファイル３０１の各ルールの適用／不適用をチェックしていく。上記したとおり、この例ではステープル仕上げが可能なフィニッシャが装着され、用紙サイズおよび用紙タイプがステープル可能なものがセットされているので、ルール(1)、(2)が適用されることはない。
【００７２】
ルール(3)は適用されることになるから、StapleはOFFのままコントロールはdisable、すなわちグレイアウト表示によって設定不可の状態にされる。さらに、上記したように、グレイアウトされた理由として不適合なプリントスタイルが指定されていることを示すINVALID_LAYOUTがセットされる。
【００７３】
ルール（4)、(5)、(6)は適用されないが、ルール(7)、(8)が適用され、Collateの値はOFFからONへ、Groupの値はONからOFFへ変更され、次のように各コントロールはdisableとなる。
Collate ON (disable)
Group OFF (disable)
Staple OFF (disable, Reason=INVALID_LAYOUT)
Layout BOOKLET
【００７４】
また、同じコントロールをグレイアウトするものではあるがその理由が相違するルールが、重複して適用されうる場合もある。この場合、あらかじめ定めた優先順位が高い理由が採用される。実施形態では、コンフリクト処理ルール記述ファイル３０１に先に記述されたルールほど優先度が高いと定めておく。
【００７５】
例えば、上記した例に続いて、ステープル仕上げ不可能なサイズの用紙がセットされた場合を考える。この場合、ルール(3)とともに、ルール(2)が適用されることになる。実施形態によれば、優先順位の高いルール(2)を採用して、グレイアウトされた理由としては、不適合な記録用紙がセットされていることを示すINVALID_PAPERがセットされることになる。すなわち、各コントロールの状態は、次のようになる。
Collate ON (disable)
Group OFF (disable)
Staple OFF (disable, Reason=INVALID_PAPER)
Layout BOOKLET
【００７６】
以上で、ステップＳ５０７の、推論エンジン３０２でのコンフリクト処理ルールの適用が終了する。
【００７７】
コンフリクトマネージャ３０３は、上記ステップＳ５０７のコンフリクト処理ルールの適用結果に基づき状態変数リスト３０４を更新する（ステップＳ５０８）。すなわち、状態変数リストは図１１に示すようになる。図１１において、機能Stapleの状態がOFF、そのコントロールがdisableとなるとともに、その理由識別子INVALID_PAPERが記録されていることが分かる。
【００７８】
続いて、内部構造体３０５を更新する（ステップＳ５０９）。具体的には、状態変数リスト３０４中のＵＩ更新情報が「要（yes）」となっているコントロールについてはＵＩの更新処理を行い、その後ＵＩ更新情報は「不要（no）」に変更される。上記の例では、Layoutが1-Sided PrintingからBooklet Printingに設定が変更されたことで、CollateがOFFからONへ、GroupがONからOFFへと変更され、Collate, Group, Staple がそれぞれdisableとなり、図８のＵＩは図９に示すとおりに更新される。
【００７９】
また、図９に示すように、コントロールがグレイアウトされた場合には、そのことを知らせるためのコンフリクトマーク９１が表示される（詳細は後述する）。ステップＳ５０９の後はステップＳ５０５に戻って処理を繰り返す。
【００８０】
ステップＳ５０６において、ステップＳ５０５で取得したイベントがユーザが印刷設定画面上の設定項目を変更したイベントではなかったときは、ステップＳ５１２に進み、グレイアウトの理由表示のイベントであるかを判別する。このイベントは、例えばコンフリクトマーク９１がクリックされたときやコンフリクトマーク９１上にマウスカーソルが重なったときなどに発生する。
【００８１】
このイベントが発生した場合は、ステップＳ５１３に進み、プリンタドライバＵＩ３０６は状態変数リスト３０４から該当するコントロールの無効理由情報を参照し、そこに登録されている識別子に対応する処理を行う。例えば、図１０に示すようなコメントメッセージ９２を表示することができる。いずれかのキーを押下したりマウスカーソルを移動するなどによりイベントが解除されると、メッセージは消え、ステップＳ５０５に戻って処理を繰り返す。
【００８２】
ステップＳ５１２の判別の結果、理由表示イベントではなかった場合には、ステップＳ５１４に進み、プリンタドライバＵＩのクローズ要求かどうかの判別を行う。クローズ要求であった場合には、状態変数の設定で内部構造体を更新し（ステップＳ５１５）、所定の終了処理を行い、プリンタドライバＵＩをクローズして、すべての処理を終了する（ステップＳ５１６）。一方、クローズ要求ではなかった場合には、ステップＳ５０５に戻って処理を繰り返す。
【００８３】
以上の処理は、プリンタドライバＵＩがクローズされるまで、繰り返し実行される。プリンタドライバＵＩがクローズされると処理は終了し、印刷処理関連プログラム２０４の処理も終了し、ＲＡＭ２からはＯＳ２０５の機能により消去される。
【００８４】
以上説明した実施形態によれば、コンフリクト処理ルール記述ファイルに、コンフリクト処理ルールの適用によってコントロールをdisableして当該コントロールをグレイアウトする場合にはその理由を記述することを可能にしたので、グレイアウトされた理由情報の管理を容易にすることができるようになった。このため、理由検知のための専用プログラムコードを追加する煩わしさや、条件の漏れや食い違いを生ずるケースから解放され、品質の高い理由表示処理を実現することができる。
【００８５】
さらに他の発明によれば、理由表示処理をプリンタドライバUIからコンフリクトマネージャに移すことで両者の間で理由識別子の同期を取る必要がなくなり、その結果独立性が向上し、生産性が高くメンテナンス性に優れるという効果がある。
【００８６】
【他の実施形態】
上述した実施形態では、ステップＳ５１３の理由コメントの表示はプリンタドライバＵＩ３０６が行うようにしたが、コンフリクトマネージャ３０３が行うようにすることもできる。すなわち、コンフリクトマネージャ３０３の内部に文字列リソースを持ち、理由表示イベント発生時にはコンフリクトマネージャ３０３を呼び出し、そこで状態変数の理由属性を参照して該当するメッセージを表示するようにしてもよい。
【００８７】
また、ステップＳ５０７では、最も優先順位の高い理由をひとつだけ保持しているが、該当する理由をすべて保持し、ステップＳ５１３にてすべて表示するようにしてもよい。
【００８８】
また、ステップＳ５０７では、ルールの記述順序によって優先順位を定めるようにしたが、もちろんこれに限定されるものではなく、別の基準を設けてもよい。状態値を変更するルールのみを適用することで、最新の理由を保持すると共に効率化を図ることもできる。
【００８９】
なお、上述した実施形態では、プリンタ装置に対して、コンフリクト処理を含むＵＩ制御を行う例について説明したが、本発明は、プリンタ装置に限らず、ディジタルカメラ、ディジタルレコーダ、イメージスキャナ等の周辺装置、制御機器の他、モデムやルータといったネットワーク関連機器にも適用可能であることはいうまでもない。これらの複数の機器から構成されるシステムに適用することも可能である。
【００９０】
上述したように、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成される。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００９１】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００９２】
本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明した図５のフローチャートに対応するプログラムコードが格納されることになる。
【００９３】
【発明の効果】
以上説明したように、ユーザインタフェースにおいて特定の項目が設定不可となった理由を表示する機能を、理由検知の漏れや食い違いを起こすことなく実現し、開発者の作業工数や人為的ミスを低減することの可能なユーザインタフェース制御装置および方法を提供することができる。
【図面の簡単な説明】
【図１】実施形態に係る印刷処理システムのブロック構成図である。
【図２】実施形態におけるＲＡＭ２のメモリマップを示す図である。
【図３】実施形態におけるプリンタドライバＵＩ制御モジュールの概略構成図である。
【図４】実施形態におけるプリンタドライバＵＩ制御モジュールで扱われるデータの関連を説明する模式図である。
【図５】実施形態におけるプリンタドライバＵＩ制御モジュールの処理を示すフローチャートである。
【図６】実施形態におけるコンフリクト処理ルール記述ファイルの一例を示す図である。
【図７】実施形態における内部構造体の一例を示す図である。
【図８】実施形態におけるプリンタドライバＵＩによる印刷設定画面の一例を示す図である。
【図９】実施形態におけるプリンタドライバＵＩによる印刷設定画面の一例を示す図である。
【図１０】実施形態におけるプリンタドライバＵＩによる印刷設定画面の一例を示す図である。
【図１１】実施形態における状態変数リストの一例を示す図である。
Claims (8)
- 印刷装置に対して送信するための印刷データを生成するプリンタドライバのユーザインタフェースを介して入力される当該印刷装置の設定情報および当該印刷装置の環境情報に関する、少なくとも２つの設定値の間に生じる不整合を回避するためのユーザインタフェース制御装置であって、
前記少なくとも２つの設定値の間の不整合を回避するためのコンフリクト処理ルールであって所定の設定値を設定不可とするための命令と、該命令によって前記設定不可とされた理由を示す、特定の優先順位を持つ複数の理由情報とを含むコンフリクト処理ルールに従って、前記ユーザインタフェースを介して入力される前記所定の設定値の設定の可否を、前記所定の設定値が入力されるのに応答して、判定する判定手段と、
前記判定手段により、前記入力された所定の設定値が既に前記プリンタドライバに対して設定されている複数の設定値の存在により設定不可と判定された場合に、前記所定の設定値の入力を有効とせず、かつ、前記判定手段により設定不可と判定される原因となった前記複数の設定値に対応する理由を含むメッセージを前記理由情報が持つ前記優先順位に従って前記ユーザインタフェース上に表示することによりユーザに対して通知する通知制御手段と、
を備えることを特徴とするユーザインタフェース制御装置。 - 前記判定手段は、前記少なくとも２つの設定値に応じて適用される前記コンフリクト処理ルールに含まれる命令に従って、前記ユーザインタフェースにおける前記所定の設定値の変更の可否を判定することを特徴とする請求項１に記載のユーザインタフェース制御装置。
- 前記通知制御手段は、前記適用されたコンフリクト処理ルールに含まれる前記理由情報に応じた前記メッセージを前記ユーザインタフェースを介して通知することを特徴とする請求項１または２に記載のユーザインタフェース制御装置。
- 前記コンフリクト処理ルールはコンフリクト処理ルール記述ファイルに記述されて記憶され、該コンフリクト処理ルール記述ファイルにおける各コンフリクト処理ルールは所定の優先順位を有し、
前記判定手段が、一の設定項目に対して複数の前記コンフリクト処理ルールを重複適用した場合において、
前記通知制御手段は、前記重複適用されたコンフリクト処理ルールのうち前記優先順位が最も高いコンフリクト処理ルールに含まれる前記理由情報に応じたメッセージを前記ユーザインタフェースを介して通知することを特徴とする請求項３に記載のユーザインタフェース制御装置。 - 前記優先順位は、前記コンフリクト処理ルール記述ファイルにおけるコンフリクト処理ルールの記述順に従って定められることを特徴とする請求項４に記載のユーザインタフェース制御装置。
- 印刷装置に対して送信するための印刷データを生成するプリンタドライバのユーザインタフェースを介して入力される当該印刷装置の設定情報および当該印刷装置の環境情報に関する、少なくとも２つの設定値の間に生じる不整合を回避するためのユーザインタフェース制御方法であって、
前記少なくとも２つの設定値の間の不整合を回避するためのコンフリクト処理ルールであって所定の設定値を設定不可とするための命令と、該命令によって前記設定不可とされた理由を示す、特定の優先順位を持つ複数の理由情報とを含むコンフリクト処理ルールに従って、前記ユーザインタフェースを介して入力される前記所定の設定値の設定の可否を、前記所定の設定値が入力されるのに応答して、判定する判定工程と、
前記判定工程で、前記入力された所定の設定値が既に前記プリンタドライバに対して設定されている複数の設定値の存在により設定不可と判定された場合に、前記所定の設定値の入力を有効とせず、かつ、前記判定工程において設定不可と判定される原因となった前記複数の設定値に対応する理由を含むメッセージを前記理由情報が持つ前記優先順位に従って前記ユーザインタフェース上に表示することによりユーザに対して通知する通知制御工程と、
を有することを特徴とするユーザインタフェース制御方法。 - コンピュータ装置が実行可能なプログラムであって、当該プログラムを実行したコンピュータ装置を、請求項１ないし５のいずれか１項に記載のユーザインタフェース制御装置として機能させることを特徴とするプログラム。
- 請求項７に記載のプログラムを格納したコンピュータ読み取り可能な記憶媒体。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001132928A JP4366027B2 (ja) | 2001-04-27 | 2001-04-27 | ユーザインタフェース制御装置および方法 |
| US10/125,379 US7218976B2 (en) | 2001-04-27 | 2002-04-19 | User interface control apparatus and method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001132928A JP4366027B2 (ja) | 2001-04-27 | 2001-04-27 | ユーザインタフェース制御装置および方法 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006280598A Division JP4522398B2 (ja) | 2006-10-13 | 2006-10-13 | ユーザインタフェース制御装置および方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002328757A JP2002328757A (ja) | 2002-11-15 |
| JP4366027B2 true JP4366027B2 (ja) | 2009-11-18 |
Family
ID=18980870
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001132928A Expired - Fee Related JP4366027B2 (ja) | 2001-04-27 | 2001-04-27 | ユーザインタフェース制御装置および方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4366027B2 (ja) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3697176B2 (ja) * | 2001-04-27 | 2005-09-21 | キヤノン株式会社 | ユーザインタフェース制御装置および方法 |
| JP4350565B2 (ja) | 2003-03-27 | 2009-10-21 | キヤノン株式会社 | 情報処理装置および方法 |
| JP5105855B2 (ja) | 2006-12-19 | 2012-12-26 | キヤノン株式会社 | 情報処理装置及びその制御方法、コンピュータプログラム |
| JP4850739B2 (ja) * | 2007-02-05 | 2012-01-11 | キヤノン株式会社 | 情報処理装置及びその制御方法、コンピュータプログラム、画像形成システム |
| JP5094627B2 (ja) | 2008-08-08 | 2012-12-12 | キヤノン株式会社 | 情報処理装置、方法、制御プログラム |
| JP5159974B2 (ja) * | 2012-07-09 | 2013-03-13 | キヤノン株式会社 | 情報処理装置、方法、制御プログラム |
-
2001
- 2001-04-27 JP JP2001132928A patent/JP4366027B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002328757A (ja) | 2002-11-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7218976B2 (en) | User interface control apparatus and method | |
| US7228314B2 (en) | Apparatus and method for controlling user interface | |
| US11042336B2 (en) | Information processing apparatus and method | |
| US20030053106A1 (en) | Print control method, print control apparatus, print control program for performing computer-executable print data process, and computer-readable memory medium | |
| JP3679678B2 (ja) | 印刷制御装置及びその制御方法 | |
| KR20050053323A (ko) | 정보처리장치, 인쇄제어방법 및 프로그램 | |
| JP5025684B2 (ja) | 制御装置及び方法、並びにプログラム | |
| JP4366027B2 (ja) | ユーザインタフェース制御装置および方法 | |
| JP3833067B2 (ja) | ユーザインタフェース制御装置および方法ならびに記憶媒体 | |
| JP5807460B2 (ja) | 情報処理装置、プログラム、記憶媒体 | |
| JP2009205694A (ja) | 情報処理装置および方法とデバイスドライバ | |
| JP3697176B2 (ja) | ユーザインタフェース制御装置および方法 | |
| JP5106660B2 (ja) | 制御装置及び方法、並びにプログラム | |
| JP5062932B2 (ja) | ユーザインタフェース制御装置及び方法及びコンピュータプログラム及び記憶媒体 | |
| JP4817563B2 (ja) | 情報処理装置および該装置のデータ処理方法およびデータ処理プログラムおよび該プログラムを格納した記憶媒体 | |
| JP3814479B2 (ja) | 情報処理装置及び情報処理方法、画像形成装置、記憶媒体 | |
| JP3733290B2 (ja) | 印刷制御装置および印刷制御方法および記憶媒体 | |
| JP2006236382A (ja) | 情報処理装置及び情報処理方法 | |
| JP4522398B2 (ja) | ユーザインタフェース制御装置および方法 | |
| JP3673714B2 (ja) | ユーザインタフェース制御装置および方法ならびに記憶媒体 | |
| JP2006228103A (ja) | 情報処理装置 | |
| JP2003205651A (ja) | 情報処理装置、情報処理方法、記録媒体及びプログラム | |
| JP2007079743A (ja) | 情報処理装置及びその制御方法、プログラム | |
| JP2006338166A (ja) | 情報処理装置及びその制御方法、プログラム | |
| JP2005159764A (ja) | 記録方法及び装置及びプログラム及び記憶媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20031211 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050725 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050805 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051004 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060814 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061013 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20061115 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20070622 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090824 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120828 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4366027 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120828 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130828 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |