JP4898376B2 - 情報処理装置及び情報処理方法及び情報処理プログラム - Google Patents

Description

本発明は、プリンタドライバでの設定を支援するウィザードにおいて、画像形成装置の持つ機能についての情報とユーザの指定した設定値から、次に表示する画面を動的に決定するための、情報処理装置、情報処理方法および情報処理プログラムに関するものである。

コンピュータに接続されたプリンタにより文章や画像データの印刷処理を実行する場合、文章や画像データを所望とする形態で出力できるように、ユーザはプリンタドライバを開いて複数の設定項目について設定値を入力して印刷設定情報を設定する。

しかしながら、近年においてはプリンタの高性能化が進んだため設定すべき項目数が膨大となっており、コンピュータを用いての印刷に慣れていないユーザにとっては不便を感じるおそれがある。また、設定項目が多くなることにより、一方で設定した入力値と、他方で設定した入力値が矛盾しているためどちらかの入力値が無効となってしまうおそれもある。この場合もユーザは、各設定項目に対する入力値に矛盾が生じないように考慮しながら処理を進めなければならない。

このような、プリンタドライバでの印刷設定を容易にするためにユーザが理解しやすいような順番で順次設定画面を表示するウィザード機能を用いた印刷設定方法が特許文献１に記載されている。特許文献１には、プリンタドライバが表示するウィザード用の１つの設定画面内に予め設定された設定順序をフロー図形式に表示した画面と印刷設定情報を設定するための画面を並べて表示することが記載されている。
特開２００４−２２０３００

しかしながら、上記特許文献１に記載の技術はプリンタドライバがウィザードによる印刷設定処理を実行させるための機能を有している。そのため、プリンタドライバごとに設定順序や印刷設定情報などウィザード機能を実行するためのプログラムを予め作成しておかなければならなかった。

従来技術では、プリンタドライバを作成する段階から、プリンタドライバごとにウィザード機能を実現するためのプログラムを予め作成しなければならないため開発効率を低下させる恐れがあった。

本願は上記問題点を解決するため、プリンタドライバから取得したデバイス機能情報、およびユーザにより入力された設定値に基づき、プリンタドライバによって利用されるウィザード機能を実行する際に表示される画面を動的に作成することを第１の目的とする。

また、従来技術では、ウィザード機能を実行するためのプログラムはプリンタドライバごとに作成されているため、複数のプリンタドライバから共通のウィザード機能を実行するためのプログラムを利用することはできなかった。そのため、プリンタドライバと共に、ウィザード機能を実行するためのプログラムも作成しなければならず開発効率を低下させる恐れがあった。また、膨大なプリンタがネットワークに接続されているようなオフィス環境において、１つのクライアントコンピュータに複数種類のプリンタドライバをインストールすることが考えられる。このような場合であっても、クライアントコンピュータは、１つのプリンタドライバと共に１つのウィザード機能を実行するためのプログラムも記憶しなければならないため、クライアントコンピュータのメモリを浪費する恐れがあった。

本願は上記課題を解決するため、複数のプリンタドライバから共通に利用することができるウィザード機能を提供することを第２の目的とする。

上記目的を達成するため、本願の発明は、画像形成装置が解釈可能な印刷データを生成するプリンタドライバを有し、前記印刷データに含まれる印刷設定情報を設定するための画面を順次表示する情報処理装置であって、前記プリンタドライバにおいて設定された出力方法を取得する第１取得手段と、前記第１取得手段により取得された出力方法に基づいて設定すべき印刷設定属性情報を決定し、前記選択された前記印刷設定属性情報の設定順序を決定する決定手段と、前記画像形成装置が処理可能な機能を示したデバイス機能情報として、前記決定手段が決定する前記設定すべき印刷設定属性情報に関するデバイス機能情報を取得する第２取得手段と、前記決定手段により決定された設定順序と前記第１取得手段によって取得されたデバイス機能情報とに基づいて、最初に設定すべき第１印刷設定属性情報に関する第１の画面を表示する第１表示手段と、前記決定手段が決定する設定順序と前記表示手段により表示された第１の画面を介して入力された設定値と前記デバイス機能情報とに基づいて、前記第１印刷設定属性情報の次に設定すべき第２印刷設定属性情報に関する第２の画面を表示する第２表示手段と、前記第１の画面を介して入力された設定値と、前記決定手段によって決定された第２の画面を介して入力された設定値とを用いて印刷設定情報を設定する設定手段を有することを特徴とする。

本発明によって、ウィザード機能を実行するためのプログラム作成処理の負荷を軽減しながら、ユーザにとって容易に印刷設定情報を設定できるウィザードを提供することが可能となり、利便性の向上を図れる。

（実施例１）
以下、添付図面を参照して本発明の好適な実施の形態を詳しく説明する。

図１は、本発明の一実施の形態に係る印刷処理システムの構成を示すブロック図である。この印刷処理システムは、ホストコンピュータ３０００と、このホストコンピュータ３０００からの印刷データを受信して印刷を行うプリンタ１５００を備えている。

ホストコンピュータ３０００において、ＣＰＵ１は、ＲＡＭ２に記憶されているプログラムに従って、システムバス４に接続される各デバイスを総括的に制御している。このＲＡＭ２は、ＣＰＵ１の主メモリ、ワークエリア等としても機能している。ＲＯＭ３は、各種プログラム及びデータを格納しており、各種フォントを記憶するフォントＲＯＭ３ａ、ブートプログラムやＢＩＯＳ等を記憶するプログラムＲＯＭ３ｂ、及び各種データを記憶するデータＲＯＭ３ｃに区分けして構成されている。

キーボードコントローラ（ＫＢＣ）５は、キーボード（ＫＢ）９や不図示のポインティングデバイス（マウス）からのキー入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）６は、ＣＲＴディスプレイ（ＣＲＴ）１０への表示を制御している。ディスクコントローラ（ＤＫＣ）７は、ハードディスクなどの外部メモリ１１へのアクセスを制御している。プリンタコントローラ（ＰＲＴＣ）８は、双方向性インターフェース２１を介してプリンタ１５００に接続され、プリンタ１５００との間で通信制御処理を行う。

外部メモリ１１は、例えばハードディスク（ＨＤ）やＤＶＤ或はフロッピー（登録商標）ディスク（ＦＤ）等であり、オペレーティングシステムプログラム（以下、ＯＳ）２０５をはじめ各種アプリケーション２０１、印刷処理関連プログラム２０４を記憶している。その他に外部メモリ１１は、ユーザファイル、編集ファイル等も記憶している。印刷処理関連プログラム２０４は、ページ記述言語を用いて記述される印刷データを生成するプログラムであって、同系列の複数のプリンタに対して共通に利用され得る。また、この印刷処理関連プログラム２０４は、プリンタ制御コマンド生成モジュール（以下、プリンタドライバ）２０４１、プリンタドライバＵＩ制御モジュール２０４２をも含んでいる。なお、ＵＩとはユーザインタフェースを指す。

外部メモリ１１に記憶された、アプリケーション２０１は、ＲＡＭ２にロードされてＣＰＵ１により実行される。またＣＰＵ１は、例えばＲＡＭ２へのアウトラインフォントの展開（ラスタライズ）処理を実行し、ＣＲＴ１０上でのＷＹＳＩＷＹＧ（Ｗｈａｔ Ｙｏｕ Ｓｅｅ Ｉｓ Ｗｈａｔ Ｙｏｕ Ｇｅｔ）を可能としている。更に、ＣＰＵ１は、ＣＲＴ１０上の不図示のマウスカーソル等で指示されたコマンドに基づいて、登録された種々のウインドウを開き、種々のデータ処理を実行する。ユーザは印刷を実行する際、印刷設定の設定画面を開き、プリンタの設定や、印刷モードの選択を含むプリンタドライバ２０４１に対する印刷処理の設定を行うことができる。

図２は、所定のアプリケーション及び印刷処理関連プログラムを起動して、ホストコンピュータ３０００のＲＡＭ２にプログラムやデータがロードされた状態でのＲＡＭ２のメモリマップを示す図である。

ＲＡＭ２には、図示の如く、ＢＩＯＳ２０６、ＯＳ２０５をはじめ、アプリケーション２０１、印刷処理関連プログラム２０４、及び関連データ２０３がロードされている。更に空きメモリ領域２０２も確保されている。これにより、アプリケーション２０１及び印刷処理関連プログラム２０４が実行可能な状態となる。尚、印刷処理関連プログラム２０４におけるプリンタドライバＵＩ制御モジュール２０４２（図１）は、ユーザによる印刷設定指令に応じてＣＲＴ１０に印刷設定画面を表示し、ＫＢ９などを使用したユーザからの設定を可能にする。

次に、ウィザードモジュール２０４２について説明する。図３は、ウィザードモジュール内の構成を説明したものである。なお、本願においてウィザードとは、ユーザに対して対話形式に設定値を入力するための画面を順次表示する処理である。

ウィザードモジュール２０４２は、ウィザード表示部３０１とウィザードデータ部３０２とＵＩ選択部３０３から成り立っている。

ウィザード表示部３０１には、ＵＩ表示部３０１１と設定保持部３０１２が存在する。ＵＩ表示部３０１１は、ＵＩ選択部３０３によって選択されたリソース４０３２内のＵＩを表示する。設定保持部３０１２は、ユーザが設定した値をＤＥＶＭＯＤＥの形で保持し、設定値の変更に伴って保持する値が変化していく。ウィザードでの設定が終了すると、この設定保持部３０１２に保持されている設定データがプリンタドライバ２０４１に渡される。

ウィザードデータ部３０２には、シナリオ部３０２１とリソース部３０２２とリソース優先順位テーブル部３０２３が存在する。

シナリオ部３０２１には、ウィザードで印刷設定を行うためのテーマ毎のシナリオが存在している。図４では、シナリオ部３０２１についての説明している。製本印刷の印刷設定をテーマとしたシナリオは、「シナリオ１：製本印刷４０１」として存在している。「シナリオ１：製本印刷」の内容４０１１としては、用紙サイズ設定、とじ方法設定、仕上げ設定というように設定が必要な印刷設定を設定順に記載してある。つまり、ウィザードモジュールは、プリンタドライバにおいて選択可能な出力方法（例えば製本印刷、節約印刷、ポスター印刷）において設定すべき印刷設定属性情報（シナリオの各構成を指す）と印刷設定属性情報の設定順序を定めたシナリオ情報を保持している。ウィザードモジュールは、図９のＳ８０２に後述するようにプリンタドライバによって選択された出力方法が通知されることに応じて、出力方法に対応するシナリオ情報を読み出す。シナリオ情報とは、図４のシナリオ４０１から４０３である。

リソース部３０２２には、印刷設定毎に複数のＵＩ用リソースが保持されている。図５では、リソース部３０２２について説明している。リソース部３０２２の用紙サイズカテゴリ５０１には、「用紙サイズリソースＡ」５０１１、「用紙サイズリソースＢ」５０１２、「用紙サイズリソースＣ」５０１３が存在する。「用紙サイズリソース１」５０１１は、「Ａ４・Ａ３・Ｂ４」が設定できるＵＩリソースである。また、「用紙サイズリソース２」５０１２は、「Ａ４・Ａ３・Ａ２・Ａ１・Ｂ５・Ｂ４」が設定できるＵＩリソースである。「用紙サイズリソース３」５０１３は、「Ａ４・Ａ３・Ｂ４・ユーザ定義用紙」が設定できるＵＩリソースである。同様に綴じ方法カテゴリ５０２には、綴じ方法リソースＡからＣのリソースが保持されており、仕上げ方法カテゴリ５０３には、仕上げ方法リソースＡからＤが保持されている。なお、これらのリソース情報は、図７のリソース７００３からリソース７０１２に対応する。なお、本願では、各リソースのカテゴリを画面情報群といい、各リソースを画面情報または入力画面に関する情報ともいう。例えば用紙サイズカテゴリ５０１は、画像情報群であり、用紙サイズリソースＡは、画像情報となる。

図６に示すリソース優先順位テーブル部３０２３には、リソース部３０２２のカテゴリごとにリソース優先順位テーブル６０１〜６０３が予め保持されている。優先順位テーブルは、項目行ごとに優先順位または選択対象外であることを示す情報が保持されている。優先順位テーブル６０１から６０３は、プリンタドライバ２０４１から受信した情報をもとに行タイトル情報を生成し、ＵＩ用のリソース情報を元に列タイトルを作成してもよい。一方、プリンタドライバの情報に関わらず、予め生成されていても構わない。

ここで、優先順位テーブルについて説明する。例えば、優先順位テーブル６０１には、項目として「Ａ３機」、「大判（Ａ１まで）」、「任意可能機（Ａ３まで）」がある。「Ａ３機」の項目では、リソースＡにのみ優先順位が設定されており、リソースＢおよびリソースＣには優先順位が設定されていない。これは、Ａ３機は、Ａ３用紙まで印刷可能であることを示している。リソースＢでも、Ａ３用紙に対する設定項目を保持しているが、Ａ３よりも大きいＡ２およびＡ１サイズも設定項目として含んでいる。もし、Ａ３機に対する出力を行なう場合に、リソースＢに対応する設定ＵＩが表示されると、Ａ２およびＡ１サイズも設定可能として表示されてしまう。しかしながら、実際にＡ２やＡ１サイズを選択しても、Ａ３機の対応外サイズとなるため出力は行なえない。このようなものは、選択対象外となる。一方、「大判（Ａ１）」では、リソースＣは選択対象外となっている。これは、リソースＣには大判（Ａ１）機では対応していないユーザ定義用紙を含んでいるためである。そして、リソースＢは、Ａ１サイズを最大として合計５種類の用紙サイズを設定することができる。しかし、リソースＡは、Ａ３サイズを最大として３種類の用紙サイズを設定することができる。このような場合には、設定項目が多くなるリソースＢの方がリソースＡよりも優先順位が高くなる。このような法則にしたがって、全ての項目の優先順位が設定される。つまり、優先順位テーブル部３０２３は、デバイス機能情報と画面情報群とが対応付けられており、画面情報群のそれぞれの画面情報においてデバイス機能情報ごとに優先して表示すべき優先表示画面情報を記憶している。なお、優先表示画面情報とは、各優先順位テーブル（例えばテーブル６０１から６０３に該当）を指す。また、デバイス機能情報とは、ホストコンピュータと通信可能な印刷装置が処理可能な機能情報である。

図８のＳ７０８およびＳ７１６にて後述するように、ウィザードモジュールは、取得されたデバイス機能情報および優先表示画面情報とに基づいて表示すべき第１の画面情報を選択する。そして、ウィザードモジュールは、第１選択手段によって選択された第１の画面情報に対応する画面を介して入力された設定値とデバイス機能情報と優先表示画面情報とに基づいて表示すべき第２の画面情報を選択する。この優先順位テーブルを用いることで、ウィザードモジュールは、取得されたデバイス機能情報に基づいて、第１の画面情報群からデバイス機能情報において処理可能な印刷設定情報を設定するための情報を含んだ第１の画面情報を選択することが可能となる。さらに、ウィザードモジュールは、図８のＳ７１７で後述するように受信されたプリンタドライバからの回答情報に基づいて、第２の画面情報群からデバイス機能情報において処理可能な印刷設定情報を設定するための情報を含んだ第２の画面情報を選択する。なお、印刷設定情報とは、アプリケーションから発行された描画データを出力する際に使用される情報である。

ＵＩ選択部３０３は、表示決定部３０３１と通信部３０３２から成り立っている。表示決定部３０３１では、後述する図９のＳ８０９からＳ８１４の処理にて表示すべき画面に対応するリソースを決定する。

通信部３０３２は、プリンタドライバＳＤＫを使用して、プリンタドライバ２０４１に現在までの設定情報を渡す。また通信部３０２２は、デバイス機能の問い合わせや使用可能設定の問い合わせをプリンタドライバに対して行う。また通信部３０２２は、プリンタドライバからの回答を受けとる。

次に、ウィザードモジュール２０４２の動作フローを説明する。図８は、ウィザードモジュールが起動してから終了するまでの流れを示した図である。なお、本願のフローチャートの各ステップはホストコンピュータ３０００のＣＰＵ１によって実行される。ここで図７および図８を用いて本願の具体的な処理の流れについて説明する。また、本願のホストコンピュータ３０００は、画像形成装置が解釈可能な印刷データを生成するプリンタドライバを有し、印刷データに含まれる印刷設定情報を決定するための入力画面に関する情報を順次選択して、ウィザード機能を実現するための画面を生成する。なお、入力画面とは、図５に記載したリソースに基づき作成される画面である。

プリンタドライバはウィザード機能を実行するための初期設定ＵＩ７１０１の表示を指示する（Ｓ７０１）。プリンタドライバは、表示した初期設定ＵＩ７１０１にて選択された印刷設定を認識する（Ｓ７０２）。なお、図８の例では「製本印刷」が指示されたものとする。

Ｓ７０２の処理を受け、プリンタドライバは、ウィザードモジュールを起動する（Ｓ７０３）と共に、Ｓ７０２にて認識した出力方法を通知する（Ｓ７０４）。Ｓ７０２では、製本印刷の指示を受けたので、Ｓ７０４の指示を受けたウィザードモジュールは、予め保持している製本シナリオ７１０２を参照して、シナリオごとにデバイスの機能をプリンタドライバに問い合わせる（Ｓ７０５）。なお、図８の例では、シナリオの構成が「用紙サイズ設定」、「綴じ方法設定」、「製本仕上げ設定」であるため、各構成に対応するデバイス機能を問い合わせる。

Ｓ７０５の問い合わせを受けたプリンタドライバは、各構成に対応するデバイス機能情報７１０３をウィザードモジュールに対して通知する（Ｓ７０６）。

Ｓ７０６によってデバイス機能情報７１０３を受信したウィザードモジュールは、シナリオの最初の構成に該当するＵＩからデバイス機能情報７１０３に基づいて最適なＵＩリソースを選択して、ＵＩ画面を表示する（Ｓ７０７）。図８の例では、製本シナリオの最初の構成は用紙サイズ設定である。よって、ウィザードモジュールは、用紙サイズ設定ＵＩリソース７００３〜７００５から、受信したデバイス機能情報７１０３に基づき、最適なＵＩリソースを選択する。ここで、Ｓ７０７の処理について図７を用いてより具体的に説明する。ウィザードモジュールは予め各構成のリソース優先順位テーブル３０２３を保持している。ウィザードモジュールは現在の処理対象となっている構成の優先順位テーブルを参照する。現在は、用紙サイズを設定する構成のため用紙サイズ優先順位テーブル７０１３を参照する。さらに、用紙サイズ優先順位テーブルにはデバイスの機能情報ごとにどのＵＩリソースを表示すべきかの優先順位が設定されている。よって、ウィザードモジュールはその優先順位とプリンタドライバから受信したデバイス機能情報７１０３に基づいて最適なＵＩリソースを選択する。例えば、図７の処理の場合、プリンタドライバから受信したデバイス機能情報７１０３には「Ａ３機」という情報が記述されている。よって、ウィザードモジュールは用紙サイズ優先順位テーブル７０１３のＡ３機の項目を参照すると、ＵＩリソースＡ７００３が優先順位１であるためＵＩリソースＡ７００３に対応するＵＩ７１０４が表示される。なお、ＵＩリソースＢ７００４は、デバイス機能として製本印刷を行えないＡ２が含まれている。もし、ＵＩリソースＢ７００４に対応するＵＩを表示すると製本印刷を実行できないＡ２サイズも選択可能となるが、実際にはＡ２を選択しても製本印刷は実行されない。すなわち、ＵＩリソースＢ７００４に対応するＵＩを表示すると製本印刷を行えない用紙サイズまでも選択可能となってしまい、ユーザを混乱させる可能性があるため、ＵＩリソースＢ７００４は、「Ａ３機」において選択対象とはならない。また、ＵＩリソースＣ７００５も、ユーザ定義用紙が選択可能となっているが、今回の対象デバイスはユーザ定義用紙を製本処理できないので、ＵＩリソースＢ７００４と同様の理由により選択対象とならない。

ウィザードモジュールは、Ｓ７０７により表示したＵＩ７１０４からユーザが選択した値を認識する（Ｓ７０８）。

続いて、ウィザードモジュールはシナリオにおける２番目の構成において表示すべき最適なＵＩを決定する処理を行うため、２番目の構成のリソース優先順位テーブルを参照する（Ｓ７０９）。Ｓ７０９の参照結果、ウィザードモジュールは、Ｓ７０８にて認識した設定値において優先順位テーブルに従って仮選択されたＵＩリソースに含まれる選択可能な項目の機能を実行できるか否かをプリンタドライバに問い合わせる（Ｓ７１０）。図８の例では、２番目の構成が「綴じ方法」を設定する構成であるため、綴じ方法優先順位テーブル７０１４を参照する。さらに、プリンタドライバから受信したデバイス機能情報７１０３に基づき、綴じ方法として「右綴じ」、「左綴じ」、「中綴じ」が実行できると認識できる。ウィザードモジュールは綴じ方法優先順位テーブル７０１４の「右左中」の項目を参照して、ＵＩリソースＢの優先順位が１位、そしてＵＩリソースＡの優先順位が２位であると認識する。よって、ウィザードモジュールはＵＩ７１０４にて選択された「Ａ４」で、優先順位１位のＵＩリソースＢにて選択可能な「右綴じ」、「左綴じ」、「中綴じ」を実行できるかＳ７１０にて問い合わせる。

Ｓ７１０の問い合わせを受けたプリンタドライバは、ウィザードモジュールから受信したＵＩリソースの機能と選択値に基づき処理が可能か否かを判断する（Ｓ７１１）。Ｓ７１１の処理について図７を用いて説明する。図７の例では、デバイスがＡ４サイズの中綴じ機能に対応していないとする。つまり、ＵＩリソースＢ７００７を表示するとＡ４サイズの中綴じ機能を実行することができないにもかかわらず、中綴じが選択項目として表示されてしまう。よって、プリンタドライバは、ＵＩリソースＢ７００７の機能を実行することができないとの情報をウィザードモジュールに対して返送する（Ｓ７１２）。

実行することができないとの結果を受信したウィザードモジュールは、優先順位２位のＵＩリソースＡ７００６にて選択可能な項目の機能を実行できるか否かをプリンタドライバに問い合わせる（Ｓ７１３）。プリンタドライバは、Ｓ７１３の問い合わせに対して、Ｓ７１１と同様の処理を行う（Ｓ７１４）。その結果、プリンタドライバは、ＵＩリソースＡ７００６に記述されている「左綴じ」、「右綴じ」はＡ４サイズにて処理可能であるため、その旨をウィザードモジュールに送信する（Ｓ７１５）。図８の例では、可能との回答が返信されたので、ウィザードモジュールは、ＵＩリソースＡ７００６に対応するＵＩ７１０５を表示する（Ｓ７１６）。ウィザードモジュールは、表示したＵＩから選択された項目を認識する（Ｓ７１７）。

続いて、ウィザードモジュールはシナリオにおける３番目の構成において表示すべき最適なＵＩを決定する処理を行うため、３番目の構成のリソース優先順位テーブルを参照する（Ｓ７１８）。Ｓ７１８の参照結果、ウィザードモジュールは、Ｓ７１７にて認識した設定値で、優先順位に従ってＵＩリソースにて選択可能な項目の機能を実行できるか否かをプリンタドライバに問い合わせる（Ｓ７１９）。図８の例では、３番目の構成が「製本仕上げ」を設定する構成であるため、仕上げ優先順位テーブル７０１５を参照する。さらに、プリンタドライバから受信したデバイス機能情報７１０３に基づき、仕上げ方法として「綴じ代」、「トリミング」、「くるみ」が実行できると認識できる。そのため、ウィザードモジュールは仕上げ優先順位テーブル７０１４の「綴じ代、トリミング、くるみ」の項目を参照すると、ＵＩリソースＤ７０１２、ＵＩリソースＢ７０１０、ＵＩリソースＡ７００９の順に優先順位が設定されていることを認識する。よって、ウィザードモジュールはＵＩ７１０４、ＵＩ７１０５にて選択された「Ａ４、右綴じ」で、優先順位１位のＵＩリソースＤ７０１２にて選択可能な「袋とじ用綴じ代設定、トリミング設定」を実行できるかプリンタドライバに対して問い合わせる。

Ｓ７１９の問い合わせを受けたプリンタドライバは、ウィザードモジュールから受信したＵＩリソースの機能と選択値に基づき処理が可能か否かを判断する（Ｓ７２０）。図８の例では、Ｓ７１９にて受信したＵＩリソースＤ７０１２には「袋とじ用綴じ代設定」が含まれているが、プリンタドライバは、袋とじ機能を有していない。そのため、もし、ＵＩリソースＤ７０１２に対応するＵＩを表示してしまうと、対応することのできない袋綴じが設定可能として表示されてしまう。よって、プリンタドライバは、ＵＩリソースＤ７０１２の機能を実行することができないとの情報をウィザードモジュールに対して返送する（Ｓ７２１）。

実行することができないとの結果を受信したウィザードモジュールは、優先順位２位のＵＩリソースＢ７０１０にて選択可能な項目の機能を実行できるか否かをプリンタドライバに問い合わせる（Ｓ７２２）。プリンタドライバは、Ｓ７２２の問い合わせに対して、Ｓ７２０と同様の処理を行う（Ｓ７２３）。その結果、プリンタドライバは、ＵＩリソースＢ７０１０に記述されている「綴じ代設定」、「トリミング設定」、「くるみ設定」はＡ４サイズの右綴じにて処理可能であるため、その旨をウィザードモジュールに送信する（Ｓ７２４）。

図８の例では、可能との回答が返信されたので、ウィザードモジュールは、ＵＩリソースＢ７０１０に対応するＵＩ７１０６を表示する（Ｓ７２５）。ウィザードモジュールは、表示したＵＩから選択された項目を認識する（Ｓ７２６）。

Ｓ７２６の処理まで終わると、製本シナリオにおける「用紙サイズ設定」、「綴じ方法設定」、「製本仕上げ設定」まで終わったため、終了ＵＩ７１０７を表示する（Ｓ７２７）。終了ＵＩ７１０７を介して終了指示を認識すると、ウィザードモジュールは、プリンタドライバに対して各設定ＵＩにて設定された値をプリンタドライバに対して通知する（Ｓ７２８）。つまり、ウィザードモジュールは、第１画面情報に対応する画面を介して入力された設定値と、第２画面情報に対応する画面を介して入力された設定値と、第３画面情報に対応する画面を介して入力された設定値を用いて印刷設定情報を決定する。プリンタドライバは、Ｓ７２８にて通知された設定値に基づく印刷ジョブを生成する。図８の設定ダイアログ７１０４から７１０６のように、ウィザードモジュールは、Ｓ７０８、Ｓ７１７、Ｓ７２６によって選択された画面情報に対応する画面を順次表示する。

なお、図８のＳ７１０、Ｓ７１３、Ｓ７１９、Ｓ７２２では、ウィザードモジュールが、優先順位テーブルに従って仮選択されたＵＩリソースに含まれる選択可能な項目の機能を、ユーザによって設定された設定値で実行できるか否かをプリンタドライバに問い合わせ、全ての項目について実行可能と判断されたＵＩを予め保持している複数の画面情報群から選択する方法について記載した。

しかし、別の実施形態としてウィザードモジュールが、プリンタドライバからの返答に基づいて表示すべき設定画面を生成する方法も挙げられる。

ここでは、ウィザードモジュールが、綴じ方法を設定するための設定画面を生成する技術について図８を用いて説明する。

ウィザードモジュールは、Ｓ７０６において取得したデバイス機能情報によって、現在対象としているデバイスの綴じ機能を把握することができる。

そして、ウィザードモジュールは、把握しているデバイスの各綴じ機能を、ユーザによって入力された設定値で実行できるかプリンタドライバに問い合わせることで設定画面を生成する。

プリンタドライバは、把握しているデバイスの各綴じ機能を、ユーザによって入力された設定値で実行できるかについての問い合わせをウィザードモジュールから受けることで、実行可能か否かをデバイス機能情報に基づいて判定する（コンフリクト処理）。なお、コンフリクト処理は、既知の技術であるため詳細な説明は省略する。

ここでは、具体例を挙げて設定画面の生成手順を説明する。

Ｓ７０６で取得したデバイス機能情報には、綴じ方法として「右綴じ」、「左綴じ」、「中綴じ」が実行可能であることを示す情報が含まれている。そして、図８の例では、綴じ方法を設定する前に、製本する用紙サイズとして「Ａ４」が設定されている。

よって、ウィザードモジュールは、設定された用紙サイズ（Ａ４）にて右綴じを実行できるかプリンタドライバに問い合わせる。そして、ウィザードモジュールはプリンタドライバから問い合わせに対する返答を記憶する。

続いてウィザードモジュールは、左綴じ、中綴じについても同様の処理を実行し、プリンタドライバからの問い合わせに対する返答を記憶する。

なお、本実施形態では、図８にて上述したようにプリンタドライバが「Ａ４右綴じ」、「Ａ４左綴じ」を実行可能という返答をウィザードモジュールへ送信したとする。

その結果、ウィザードモジュールは、プリンタドライバから取得した返答情報に基づいて、図８の７１０５のような「右綴じ」および「左綴じ」を設定可能な画面を生成する。

このように、ウィザードモジュールがプリンタドライバから取得した問い合わせに対する返答結果に基づいて設定画面を生成することで、上述したように予め複数の設定画面および図６に記載したリソース優先順位テーブルを保持する必要がなくなり、更にメモリの効率化を図ることが可能となる。なお、詳細な説明は図１７を用いて後述する。

続いて、図９を用いてウィザードモジュールの動作をフローチャートを用いて説明する。

ウィザードモジュールは、プリンタドライバからウィザード実行の指示を受信することによって起動する（Ｓ８０１）。また、ウィザードモジュールは、プリンタドライバからどのシナリオを読み込むべきかの指示を受ける。例えば、プリンタドライバの設定画面（図８の７１０１）を介してユーザが「製本印刷」を指定して「ウィザードにて設定」を選択すると、ウィザードモジュールはプリンタドライバから製本印刷に関するシナリオを読み込めとの指示受ける。すると、ウィザードモジュールは、プリンタドライバから指示されたシナリオを読み込む（Ｓ８０２）。図３に示したようにウィザードモジュールはシナリオ部３０２１を保持している。そのシナリオ部３０２１に保持されている情報から、プリンタドライバの指示に対応するシナリオを読み出す。

そして、ウィザードモジュールは、プリンタドライバから指定されたシナリオを読み込むと、そのシナリオの構成情報を認識する。図４に示すとおり、各シナリオは、複数の構成により成立している。例えば、製本印刷のシナリオは、「用紙サイズ」、「綴じ方法」、「仕上げ設定」の構成から成り立っている。ウィザードモジュールは、指定されたシナリオの構成に対応するデバイス機能情報をプリンタドライバに対して問い合わせて取得する（Ｓ８０３）。ウィザードモジュールは、この指示に応じてプリンタドライバが発行するシナリオの構成に対応するデバイス機能情報を受信する。つまり、ウィザードモジュールは、プリンタ（画像形成装置）が処理可能な機能を示したデバイス機能情報をプリンタドライバから取得する。なお、Ｓ８０３は、プリンタドライバから取得される処理に限定される必要はない。

ウィザードモジュールは、現在対象としているシナリオの最初の構成に関する機能情報と優先情報テーブルに基づいて、最初に表示すべきＵＩリソースを決定して、表示する（Ｓ８０４）。つまり、ウィザードモジュールは、取得されたデバイス機能情報に基づいて、所定の画面情報群の中から表示すべき最初の画面情報を選択する。そして、選択された画面情報に基づいて設定ダイアログ画面を作成する。詳細な説明は、図８のＳ７０７にて記述したので詳細は省略する。ウィザードモジュールは、最初の設定ＵＩにて設定された値を認識して設定値として設定する（Ｓ８０５）。

ウィザードモジュールは、Ｓ８０２で読み込んだシナリオに次の構成があるか否かを判定する（Ｓ８０６）。

そして、次の構成があると判定した場合、ウィザードモジュールは次の構成の優先順位テーブルを参照する（Ｓ８０７）。詳細には、次の構成の優先順位テーブルにおいて、Ｓ８０３にて取得したデバイス機能情報を元に優先順位テーブルの中の参照すべき項目を決定する。なお、詳細な説明は、図８のＳ７０８にて説明しているので、ここでは省略する。ウィザードモジュールは、優先順位を初期化し（Ｓ８０８）、設定ＵＩにて設定された値で、優先順位ｎ位のＵＩリソースの設定項目の処理を実行できるかをプリンタドライバに問い合わせる（Ｓ８０９）。つまり、ウィザードモジュールは、デバイス機能情報と優先順位テーブル情報（優先表示画面情報ともいう）とに基づいて、所定の画面情報群から表示すべき画面情報を仮選択する。そして、ウィザードモジュールは、Ｓ８０５にて認識した設定値と仮選択された画面情報に含まれる印刷設定情報を設定するための情報とをプリンタドライバに対して送信する。なお、Ｓ８０９の詳細な説明は、図８のＳ７１０にて説明しているため省略する。

ウィザードモジュールは、Ｓ８０９の問い合わせに対するプリンタドライバの答えが処理可能との回答であるか否かを判定する（Ｓ８１０）。

Ｓ８１０において、処理可能との回答である場合、現在対象としている優先順位ｎ位のＵＩリソースに対応する設定ＵＩを表示する（Ｓ８１４）。つまり、ウィザードモジュールは、Ｓ８０４によって選択された所定の画面情報に対応する画面を介して入力された設定値とデバイス機能情報とに基づいて、所定の画面情報群の中から表示すべき画面情報を選択する。

一方、Ｓ８１０において、処理不可能との回答を受信した場合、ウィザードモジュールは、現在対象としている構成の優先順位テーブルにおいて、参照項目に次の優先順位が設定されているＵＩリソースがあるか否かを判定する（Ｓ８１１）。例えば、図８のＳ７０９では、対象項目（右綴じ、左綴じ、中綴じ）の優先順位１位がＵＩリソースＢ７００７であり、優先順位２位がＵＩリソースＡ７００６である。最初に優先順位１位のＵＩリソースＢ７００７について処理可能かプリンタドライバに問い合わせる。その問い合わせ結果が、処理不可能である場合、ウィザードモジュールは、次の優先順位２位のＵＩリソースがあるか否かを判定する処理がＳ８１１の処理である。

Ｓ８１１により、優先順位ｎ＝ｎ＋１のＵＩリソースがないと判定された場合、ウィザードモジュールは、現構成の設定をスキップして（Ｓ８１３）次の構成があるか否かを判定する処理に移る。つまり、ウィザードモジュールは、プリンタドライバからＳ８０９において仮選択された画面情報を表示すべきか否かに関する回答情報を受信する。その回答情報が、Ｓ８０９において仮選択された画面情報を表示すべきではないとの情報である場合、所定の画面情報群からＳ８０９によって仮選択された画面情報とは異なる画面情報を再度選択する。

また、Ｓ８１１により、優先順位ｎ＝ｎ＋１のＵＩリソースがあると判定された場合、優先順位ｎをｎ＋１として、再度、Ｓ８０９からＳ８１０の処理を実行する。

以上、Ｓ８０５からＳ８１４の処理を現在対象としているシナリオにおいて、次の構成がなくなるまで処理し、ウィザードモジュールが次の構成がないと判定した場合（Ｓ８０６−Ｎｏ）、終了ＵＩを表示する（Ｓ８１５）。なお、ウィザードモジュールは、各設定ＵＩにおいて認識した設定値をプリンタドライバに対して通知する。つまり、ウィザードモジュールは、Ｓ８０６により、Ｓ８０４によって選択された画面情報に対応する画面および該画面を介して設定値を入力する入力処理によって印刷設定情報の設定処理が終了したか否かを判定する。そして、印刷設定情報の設定処理が終了したと判定されない場合、Ｓ８０６の処理を実行するまでに入力された設定値およびデバイス機能情報に基づいて、第１の画面情報群および第２の画面情報群とは異なる画面情報群から表示すべき画面情報を選択する。また、Ｓ８０６の判定手段により印刷設定情報の設定処理が終了したと判定されるまで繰り返される。なお、この処理は図８のＳ７１８からＳ７２６の処理に該当する。

図９の処理は、従来技術における、プリンタドライバを作成する段階から、プリンタドライバごとにウィザード機能を実現するためのプログラムを予め作成しなければならないため開発効率を低下させるという課題を解決するための処理である。図９の処理により、ウィザードモジュールは、取得したデバイス機能情報および入力された設定値に基づき、プリンタドライバによって利用されるウィザード機能を実行する際に表示される画面を動的に作成することを第１の目的を達成することができる。

図１０にプリンタドライバの処理について説明する。

プリンタドライバは、ユーザにより印刷指示を受信したか否かを判定する（Ｓ９０１）。

Ｓ９０１にて、印刷指示を受け、印刷設定を行う指示を認識した場合、プリンタドライバは図１３の設定ＵＩ１２０１を表示する（Ｓ９０２）。ここで、「ウィザードを利用」にチェックが設定され、「ＯＫ」ボタンが押されると、図８に図示した設定ＵＩ７１０１が表示される。

プリンタドライバは、ウィザード用の設定ＵＩ７１０１にていずれかの設定シナリオ（出力応報）が選択され、ウィザードにて設定すべきとの指示を受けたか否かを判定する（Ｓ９０３）。

Ｓ９０３により、ウィザードにて設定すべきとの指定を認識した場合、プリンタドライバは、ウィザードモジュールに対して、起動を指示する（Ｓ９０４）と共に、ウィザード用の設定ＵＩにて選択された設定シナリオ（出力方法）を通知する（Ｓ９０５）。

プリンタドライバは、ウィザードモジュールから機能情報の取得指示があるか否かを判定する（Ｓ９０６）。Ｓ９０６により、プリンタドライバは、機能情報の取得指示があると判定した場合、プリンタドライバに対応するデバイスの機能情報をウィザードモジュールに対して送信する（Ｓ９０７）。プリンタドライバは、デバイスの機能情報を管理しているため、ウィザードモジュールの問い合わせに対して機能情報を送信することができる。

プリンタドライバは、ウィザードモジュールから設定値およびＵＩリソースを受信したか否かを判定する（Ｓ９０８）。Ｓ９０８により受信した場合、プリンタドライバは、ウィザードモジュールから送信された設定値およびＵＩリソースにて処理可能か否かを判断して（Ｓ９０９）、判断結果をウィザードモジュールに対して通知する（Ｓ９１０）。Ｓ９０９の処理について詳細に説明する。プリンタドライバは、ウィザードモジュールから現在の設定値とＵＩリソース情報を受信する。なお、ＵＩリソース情報には、例えば、右綴じ処理、綴じ代を設定等の処理内容が記述されている。プリンタドライバは、ウィザードモジュールから受信した設定値で、ＵＩリソースの各設定項目の処理内容を、デバイスにて処理できるか否かを判定する。例えば、図７にも記述したが現在選択されたプリンタドライバに対応するデバイスが「Ａ４」サイズでの「中綴じ」を処理できないとする。この条件において、ウィザードモジュールから設定値「Ａ４」と「右綴じ、中綴じ、左綴じ」を処理内容として含むＵＩリソースＢ７００７を受信した場合、プリンタドライバは、Ａ４サイズの中綴じは実行できないと判定する。そのため、図８のＳ７１２では処理不可能との回答をする。

プリンタドライバは、ウィザードモジュールから設定登録情報を受信したか否かを判定する（Ｓ９１１）。ここで、受信した場合は、その設定値を元に印刷ジョブを生成する。一方、設定登録情報を受信しない場合、まだ、ウィザードモジュールからなんらかの情報を受信する可能性があるので、処理待ち状態に入る。

次に図１７を用いてウィザードモジュールが設定画面を生成する処理について説明する。

なお、図１７においてＳ１７０１からＳ１７０６は、図９のＳ８０１からＳ８０６と同等な処理のため詳細な説明は省略する。

ウィザードモジュールは、次の構成に対応するデバイス機能情報を認識する（Ｓ１７０７）。図８を用いて具体的に説明すると、ウィザードモジュールは、図８においてシナリオから「用紙サイズ」の次に「綴じ方法」を設定する構成となっている。よって、ウィザードモジュールは、取得したデバイス機能情報から綴じ方法に該当するデバイス機能情報を認識する。つまり、ウィザードモジュールは、「右綴じ」、「左綴じ」、「中綴じ」の３種類を認識する。

ウィザードモジュールは、判断対象とすべき機能情報を初期化して（Ｓ１７０８）、対象の機能情報をＳ１７０５にて入力された設定値で実行可能かプリンタドライバに問い合わせる（Ｓ１７０９）。図８を用いてＳ１７０９を説明すると、例えばウィザードモジュールが、設定画面７１０４にて設定された「Ａ４」サイズにて「右綴じ」が可能かプリンタドライバに問い合わせる処理に該当する。

続いてウィザードモジュールは、Ｓ１７０９の問い合わせに対する返答が実行可能であるか否かを判定する（Ｓ１７１０）。

ここで実行可能であると判定された場合（Ｓ１７１０−Ｙｅｓ）、ウィザードモジュールはｎ番目のデバイス機能情報を実行可能として管理する。

続いてウィザードモジュールは、次に判定すべきデバイス機能情報があるか否かを判定する（Ｓ１７１２）。図８を用いてＳ１７１２を説明すると、例えばウィザードモジュールが、まず、「Ａ４」サイズにて「右綴じ」が可能かプリンタドライバに問い合わせた場合、次に判定すべき綴じ方法があるか否かを判定する。図８では、「右綴じ」以外に、「左綴じ」、「中綴じ」があるので、Ｓ１７１２では次に判定すべきデバイス機能情報があると判定される。

Ｓ１７１２にて次に判定すべきデバイス機能情報があると判定された場合、処理対象を次の機能に変更するためウィザードモジュールは、インクリメント処理を実行する（Ｓ１７１３）。

一方、Ｓ１７１２において次に判定すべきデバイス機能情報がないと判定された場合（Ｓ１７１２−Ｎｏ）、ウィザードモジュールは実行可能と判定された機能情報があるか否かを判定する（Ｓ１７１４）。

Ｓ１７１４において実行可能と判定されたデバイス機能情報がないと判定された場合（Ｓ１７１４−Ｎｏ）、ウィザードモジュールは現構成の設定をスキップする（Ｓ１７１６）。なお、Ｓ１７１６の処理は、Ｓ８１３と同等である。

一方、Ｓ１７１４において実効可能と判定されたデバイス機能情報があると判定された場合（Ｓ１７１４−Ｙｅｓ）、実行可能なデバイス機能情報を用いて設定画面を生成して表示する（Ｓ１７１５）。図８を用いてＳ１７１５を説明すると、例えばプリンタドライバが、「Ａ４右綴じ」、「Ａ４左綴じ」が可能との判定結果を返答した場合、ウィザードモジュールは、「右綴じ」と「左綴じ」を選択肢とする設定画面を生成して表示する。

ウィザードモジュールは、Ｓ１７１４にて表示された設定画面を介して入力された設定値を印刷設定情報として設定し（Ｓ１７０５）、プリンタドライバに通知する。

図１７に記載の処理を実行することでウィザードモジュールは順次複数の設定画面をウィザード形式にて表示することが可能となる。

なお、Ｓ１７０９の問い合わせを受けたプリンタドライバの処理は基本的に図１０の処理と同等であるが、異なる点はデバイス機能情報ごとに実行可能か否かを判定する点である。

次に、プリンタドライバ２０４１とウィザードモジュール２０４２の関係について説明する。

図１１は、プリンタドライバ２０４１―ＡからＣとウィザードモジュール２０４２の関係を示した図である。プリンタドライバ２０４１は、プリンタの種類毎に存在するものである。プリンタは、種類毎に設定できる機能が異なるためにプリンタの種類とプリンタドライバは１対１で対応している。

一方、ウィザードモジュール２０４２は、プリンタドライバ２０４１に設定可能な機能について問い合わせて、表示する設定ＵＩ（設定画面）を決めるためのモジュールである。そのため、通信部３０３２を利用して通信することのできるプリンタドライバ２０４１であれば、どの種類のプリンタに対応したプリンタドライバ２０４１であっても同じウィザードモジュール２０４２を使用してウィザード機能を使用することができる。つまり、ウィザードモジュールは、複数のプリンタドライバから共通に使用されるものである。図１１のような構成のため、本願は、複数のプリンタドライバから共通に利用することができるウィザード機能を提供することを第２の目的を達成することができる。

また、図１１に示すように各プリンタドライバ２０４１ＡからＣは、コンフリクトモジュールを保持している。そのため、プリンタドライバは、図８、図１０に上述したようにウィザードモジュールからの問い合わせに対してコンフリクトが発生するか否かの判断結果を返答できる。
ここで、各プリンタドライバがコンフリクトモジュールを保持し、ウィザードモジュールの問い合わせに従ってコンフリクトが発生するか否かを判断する意義について説明する。

例えば、図１１ではウィザードモジュールは３種類のプリンタドライバから呼び出し可能な状態となっている。ここで、ウィザードモジュールが各プリンタドライバのコンフリクトモジュールを保持する場合、新たなプリンタドライバが追加されると、ウィザードモジュールを４種類のプリンタドライバのコンフリクトモジュールを含むように作りなおさなければならない。

つまり、新しいプリンタドライバが導入される度にウィザードモジュールを作りなおす必要性が生じ、非効率となる。

しかしながら、本願のように各プリンタドライバがコンフリクトモジュールを保持し、コンフリクト判断を実行する技術であれば、ウィザードモジュールは、各プリンタドライバのコンフリクトモジュールを備える必要がなくなる。

そのため、新規プリンタドライバの追加時であってもウィザードモジュールを作りなおすことなく、新規プリンタドライバ用の設定ウィザードを提供することが可能となる。

このように本願では、新規プリンタドライバが追加された際であって、容易に新規プリンタドライバ用の設定ウィザードを提供することも目的としている。

次に、ウィザードモジュール２０４２の拡張について説明する。図１２はウィザードモジュール２０４２を拡張したイメージである。ウィザードモジュール２０４２は、ウィザードデータ部３０２に拡張データ１１０００を追加することで拡張が可能である。ウィザードモジュール２０４２の拡張において、シナリオを追加するだけで新しい印刷設定を指定するためのウィザードを使用できるようになる。また、シナリオだけでなく、ＵＩ用のリソースとリソース優先順位テーブルを追加することで、ウィザードモジュールで新たに設定できる設定を増やすことができる。つまり、ウィザードモジュールは、画面情報群に対して新規画面情報を追加し、追加された新規画面情報に基づいて前記優先表示画面情報を更新する。

図１４にＵＩ用のリソースＤとリソース優先順位テーブルを更新した場合の例を示す。例えば、新たにＡ０機に対応するようにリソース優先順位テーブルが更新されると、図７の用紙サイズ優先順位テーブル７０１３は１３１０のように更新される。用紙サイズ優先順位テーブル１３１０は、Ａ０機にも対応できるように更新されたため、Ａ０機用の項目が追加された。例えば、ドライバから入手したデバイス機能情報にＡ０機との情報が含まれている場合、新たに追加されたＡ０機用の項目を参照するとリソースＤ１３１１が優先順位１位として登録されている。よって、ウィザードモジュールは、最初に表示すべき設定ＵＩとして、リソースＤ１３１１に対応する設定ＵＩを表示する。これ以降の処理は図７および図８に記述したものと同じであるため詳細な説明は省略する。

本願の情報処理装置の機能ブロック図について図１５、図１６を用いて説明する。

図１５は、画像形成装置が解釈可能な印刷データを生成するプリンタドライバを有し、前記印刷データに含まれる印刷設定情報を決定するための設定画面に関する情報を順次決定して、印刷設定情報を設定するための画面を順次表示する情報処理装置３０００である。

取得部１５０２は、画像形成装置が処理可能な機能を示したデバイス機能情報を前記プリンタドライバから取得する。

第１決定部１５０３は、取得部１５０２によって取得されたデバイス機能情報に基づいて、第１の画面情報を決定する。

第２決定部１５０４は、第１決定部１５０３によって決定された第１の画面情報に基づく画面を介して入力された設定値と前記デバイス機能情報とに基づいて、第２の画面情報を決定する。

設定部１５０５は、第１決定部１５０３によって決定された第１画面情報に基づく第１の画面を介して入力された設定値と、第２決定部１５０４によって決定された第２画面情報に基づく第２の画面を介して入力された設定値とを用いて印刷設定情報を設定する。

また、本願の情報処理装置は以下のような構成を有しても良い。

情報処理装置３０００は、複数の設定画面を生成する複数のプリンタドライバから共通に呼び出し可能なウィザード部２０４２を備える。

ウィザード部２０５２は、
ウィザード部２０５２を呼び出したプリンタドライバから、デバイス機能情報を取得する取得部１６０３と、取得部１６０３によって取得されたデバイス機能情報に基づいて、複数の設定画面をウィザード形式にて順次表示する表示制御部１６０４と、前記表示制御部１６０４によって順次表示された複数の設定画面を介して入力された値を用いて印刷設定情報を設定する設定部１６０５を備える。

なお本発明は、複数の機器（例えばホストコンピュータ、インタフェース機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。また本発明の目的は、前述の実施形態の機能を実現するプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータが記憶媒体に格納されたプログラムコードを読み出し実行することによっても達成される。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコード自体およびプログラムコードを記憶した記憶媒体は本発明を構成することになる。

また、本発明には、プログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた場合についても、本発明は適用される。その場合、書き込まれたプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される。

また、発明の実施の形態は、本発明を中核として構成される装置又は方法を説明している。このため本実施形態には本発明の本質的部分に加えて付加的な構成要件も記載されている。すなわち発明の実施の形態において説明した装置又は方法の構成要件を備えることは、本発明を成立させるための十分条件ではあるものの、必要条件ではない。

本発明の一実施の形態に係る印刷処理システムの構成を示すブロック図である。 所定のアプリケーション及び印刷処理関連プログラムを起動して、ホストコンピュータのＲＡＭにプログラムやデータがロードされた状態でのＲＡＭのメモリマップを示す図である。 本発明の一実施の形態に係わるウィザードモジュールとプリンタドライバの構成を示すブロック図である。 本発明の一実施の形態に係わるシナリオ部の構成を示すブロック図である。 本発明の一実施の形態に係わるリソース部の構成を示すブロック図である。 本発明の一実施の形態に係わるリソース優先順位テーブル部の構成を示すブロック図である。 本発明の一実施の形態に係わるウィザードの動作の具体例を示した図である。 本発明の一実施の形態に係わるウィザードの動作の具体例を示した図である。 本発明の一実施の形態に係わるウィザードの動作の流れを示したフローチャートである。 本発明の一実施の形態に係わる、プリンタドライバの動作の流れを示した図である。 ウィザードモジュールと、異なる機能を持ったドライバ群との関係を示す図である。 ウィザードモジュールの拡張時のイメージを示した図である。 プリンタドライバの設定ＵＩを示した図である。 リソースとリソース優先順位テーブルを更新した場合の図である。 本願の情報処理装置の機能ブロック図の一例を示す図である。 本願の情報処理装置の機能ブロック図の一例を示す図である。 本発明の一実施の形態に係わるウィザードの動作の具体例を示した図である。

符号の説明

３０００ ホストコンピュータ
２０４ 印刷処理関連プログラム
２０４１ プリンタドライバ
２０４２ ウィザードモジュール

Claims (3)

1. 画像形成装置が解釈可能な印刷データを生成するプリンタドライバを有し、前記印刷データに含まれる印刷設定情報を設定するための画面を順次表示する情報処理装置であって、
   前記プリンタドライバにおいて設定された出力方法を取得する第１取得手段と、
   前記第１取得手段により取得された出力方法に基づいて設定すべき印刷設定属性情報を決定し、前記選択された前記印刷設定属性情報の設定順序を決定する決定手段と、
   前記画像形成装置が処理可能な機能を示したデバイス機能情報として、前記決定手段が決定する前記設定すべき印刷設定属性情報に関するデバイス機能情報を取得する第２取得手段と、
   前記決定手段により決定された設定順序と前記第１取得手段によって取得されたデバイス機能情報とに基づいて、最初に設定すべき第１印刷設定属性情報に関する第１の画面を表示する第１表示手段と、
   前記決定手段が決定する設定順序と前記表示手段により表示された第１の画面を介して入力された設定値と前記デバイス機能情報とに基づいて、前記第１印刷設定属性情報の次に設定すべき第２印刷設定属性情報に関する第２の画面を表示する第２表示手段と、
   前記第１の画面を介して入力された設定値と、前記決定手段によって決定された第２の画面を介して入力された設定値とを用いて印刷設定情報を設定する設定手段を有することを特徴とする情報処理装置。
2. 画像形成装置が解釈可能な印刷データを生成するプリンタドライバを有し、前記印刷データに含まれる印刷設定情報を設定するための画面を順次表示する情報処理装置において実行される情報処理方法であって、
   前記プリンタドライバにおいて設定された出力方法を取得する第１取得工程と、
   前記第１取得工程により取得された出力方法に基づいて設定すべき印刷設定属性情報を決定し、前記選択された前記印刷設定属性情報の設定順序を決定する決定工程と、
   前記画像形成装置が処理可能な機能を示したデバイス機能情報として、前記決定工程が決定する前記設定すべき印刷設定属性情報に関するデバイス機能情報を取得する第２取得工程と、
   前記決定工程により決定された設定順序と前記第１取得工程によって取得されたデバイス機能情報とに基いて、最初に設定すべき第１印刷設定属性情報に関する第１の画面を表示する第１表示工程と、
   前記決定工程が決定する設定順序と前記表示工程により表示された第１の画面を介して入力された設定値と前記デバイス機能情報とに基づいて、前記第１印刷設定属性情報の次に設定すべき第２印刷設定属性情報に関する第２の画面を表示する第２表示工程と、
   前記第１の画面を介して入力された設定値と、前記決定工程によって決定された第２の画面を介して入力された設定値とを用いて印刷設定情報を設定する設定工程を有することを特徴とする情報処理方法。
3. 画像形成装置が解釈可能な印刷データを生成するプリンタドライバを有し、前記印刷データに含まれる印刷設定情報を設定するための画面を順次表示する情報処理装置において実行される情報処理プログラムであって、
   前記プリンタドライバにおいて設定された出力方法を取得する第１取得工程と、
   前記第１取得工程により取得された出力方法に基づいて設定すべき印刷設定属性情報を決定し、前記選択された前記印刷設定属性情報の設定順序を決定する決定工程と、
   前記画像形成装置が処理可能な機能を示したデバイス機能情報として、前記決定工程が決定する前記設定すべき印刷設定属性情報に関するデバイス機能情報を取得する第２取得工程と、
   前記決定工程により決定された設定順序と前記第１取得工程によって取得されたデバイス機能情報とに基いて、最初に設定すべき第１印刷設定属性情報に関する第１の画面を表示する第１表示工程と、
   前記決定工程が決定する設定順序と前記表示工程により表示された第１の画面を介して入力された設定値と前記デバイス機能情報とに基づいて、前記第１印刷設定属性情報の次に設定すべき第２印刷設定属性情報に関する第２の画面を表示する第２表示工程と、
   前記第１の画面を介して入力された設定値と、前記決定工程によって決定された第２の画面を介して入力された設定値とを用いて印刷設定情報を設定する設定工程をコンピュータに実行させるためのコンピュータが読み取り可能な情報処理プログラム。

Images