(57)【要約】【課題】  他の印刷システムにおいて設定された、プリンタドライバ又は印刷装置では解釈できない印刷設定情報を、プリンタドライバ又は印刷装置において解釈できるようにする仕組みを提供する。【解決手段】  アプリケーションより印刷要求があり、その要求中の印刷設定情報２０１２がジョブチケット形式で記述されている場合、ジョブチケットに記述された未知の名前空間を示すタグ文字列があれば、辞書データベースに解釈可のタグ文字列への変換要求を行う（５０３）。その結果（５０４）を受け、解釈不可とタグ文字列を解釈可のタグ文字列に置換し、印刷設定を行う。【選択図】  図５
2006065839.tif 000002
【特許請求の範囲】
【請求項１】
印刷対象となるデータと、該データを印刷する際に用いられる印刷設定情報を処理する情報処理装置であって、
前記印刷設定情報の中から、解釈できない情報を検出する検出手段と、
前記検出手段で検出した解釈できない情報を送信する送信手段と、
前記送信手段が送信した解釈できない情報の送信に応じて返信される、解釈できる情報を取得する取得手段と、
該取得手段が取得した情報を用いて、印刷設定情報を構築する構築手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
印刷対象となるデータと、該データを印刷する際に用いられる印刷設定情報を処理する情報処理装置であって、
前記印刷設定情報の中から、解釈できない情報を検出する検出手段と、
前記検出手段が検出した解釈できない情報を、解釈できる情報に変換する変換手段と、
前記変換手段が変換した情報を用いて、印刷設定情報を構築する構築手段と、
を備えることを特徴とする情報処理装置。
【請求項３】
前記情報処理装置は印刷装置であって、前記印刷対象となるデータから描画情報を生成する生成手段と、
前記構築手段で構築された印刷設定情報と、前記生成手段で生成された描画情報とを用いて印刷出力する印刷手段と、
を備えることを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記送信手段は、前記検出手段で検出した情報をサーバ装置へ送信し、該サーバ装置から、解釈できる情報を取得することを特徴とする請求項１に記載の情報処理装置。
【請求項５】
更に、前記印刷対象となるデータと共に渡される印刷設定情報がＤＥＶＭＯＤＥ形式であるかジョブチケット形式であるかを判定する判定手段を備え、
前記検出手段は、前記判定手段でジョブチケットであると判定された場合に、印刷装置又はプリンタドライバが解釈できない情報を検出し、前記判定手段でＤＥＶＭＯＤＥ形式であると判定した場合には、デフォルトの印刷設定情報を設定する
ことを特徴とする請求項１又は２に記載の情報処理装置。
【請求項６】
更に、前記取得手段が、変換結果として、複数の候補となる解釈できる情報を取得した場合、当該情報のいずれかを選択させるための選択画面を表示する表示手段を備えることを特徴とする請求項１又は２に記載の情報処理装置。
【請求項７】
前記印刷設定情報は、構造化された記述言語で記述されたジョブチケット、又は、プリントチケットのうち少なくともひとつであることを特徴とする請求項１又は２に記載の情報処理装置。
【請求項８】
前記解釈できない情報は文字列であり、前記検出手段は、印刷装置又はプリンタドライバに文字列が登録されていない場合、前記データを印刷する際に用いられる印刷設定情報に含まれる当該文字列を、印刷装置又はプリンタドライバが解釈できない情報として検出することを特徴とする請求項１又は２に記載の情報処理装置
【請求項９】
印刷対象となるデータから印刷命令列を生成する生成手段と、
前記構築手段が構築した印刷設定情報と、前記生成手段が生成した印刷命令列とを印刷装置に送信する送信手段と
を備えることを特徴とする請求項１又は２に記載の情報処理装置。
【請求項１０】
印刷対象となるデータを印刷する際に用いられる印刷設定情報である解釈できない情報を受信する受信手段と、
前記受信手段が受信した解釈できない情報を解釈できる情報に変換する変換手段と、
前記変換手段が変換した解釈できる情報を送信する送信手段と、
を備える情報処理装置。
【請求項１１】
前記変換手段における処理は、ＸＳＬＴを用いて実行されることを特徴とする請求項１０に記載の情報処理装置。
【請求項１２】
印刷対象となるデータと、該データを印刷する際に用いられる印刷設定情報を処理する印刷情報処理方法であって、
前記印刷設定情報の中から、解釈できない情報を検出する検出工程と、
前記検出工程で検出した解釈できない情報を送信する送信工程と、
前記送信工程が送信した解釈できない情報の送信に応じて返信される、解釈できる情報を取得する取得工程と、
該取得工程が取得した情報を用いて、印刷設定情報を構築する構築工程と
を備えることを特徴とする印刷情報処理方法。
【請求項１３】
印刷対象となるデータと、該データを印刷する際に用いられる印刷設定情報を処理する印刷情報処理方法であって、
前記印刷設定情報の中から、解釈できない情報を検出する検出工程と、
前記検出工程が検出した解釈できない情報を、解釈できる情報に変換する変換工程と、
前記変換工程が変換した情報を用いて、印刷設定情報を構築する構築工程と、
を備えることを特徴とする印刷情報処理方法。
【請求項１４】
前記印刷対象となるデータから描画情報を生成する生成工程と、
前記構築工程で構築された印刷設定情報と、前記生成工程で生成された描画情報とを用いて印刷出力する印刷工程と、
を備えることを特徴とする請求項１３に記載の印刷情報処理方法。
【請求項１５】
前記送信工程は、前記検出工程で検出した情報をサーバ装置へ送信し、該サーバ装置から、解釈できる情報を取得することを特徴とする請求項１２に記載の印刷情報処理方法。
【請求項１６】
更に、前記印刷対象となるデータと共に渡される印刷設定情報がＤＥＶＭＯＤＥ形式であるかジョブチケット形式であるかを判定する判定工程を備え、
前記検出工程は、前記判定工程でジョブチケットであると判定された場合に、印刷装置又はプリンタドライバが解釈できない情報を検出し、前記判定工程でＤＥＶＭＯＤＥ形式であると判定した場合には、デフォルトの印刷設定情報を設定することを特徴とする請求項１２又は１３に記載の印刷情報処理方法。
【請求項１７】
更に、前記取得工程が、変換結果として、複数の候補となる解釈できる情報を取得した場合、当該情報のいずれかを選択させるための選択画面を表示する表示工程を備えることを特徴とする請求項１２又は１３に記載の印刷情報処理方法。
【請求項１８】
前記印刷設定情報は、構造化された記述言語で記述されたジョブチケット、又は、プリントチケットのうち少なくともひとつであることを特徴とする請求項１２又は１３に記載の印刷情報処理方法。
【請求項１９】
前記解釈できない情報は文字列であり、前記検出工程は、印刷装置又はプリンタドライバに文字列が登録されていない場合、前記データを印刷する際に用いられる印刷設定情報に含まれる当該文字列を、印刷装置又はプリンタドライバが解釈できない情報として検出することを特徴とする請求項１２又は１３に記載の印刷情報処理方法。
【請求項２０】
印刷対象となるデータから印刷命令列を生成する生成工程と、
前記構築工程が構築した印刷設定情報と、前記生成工程が生成した印刷命令列とを印刷装置に送信する送信工程と
を備えることを特徴とする請求項１２又は１３に記載の印刷情報処理方法。
【請求項２１】
印刷対象となるデータを印刷する際に用いられる印刷設定情報である解釈できない情報を受信する受信工程と、
前記受信工程が受信した解釈できない情報を解釈できる情報に変換する変換工程と、
前記変換工程が変換した解釈できる情報を送信する送信工程と、
を備える印刷情報処理方法。
【請求項２２】
前記変換工程における処理は、ＸＳＬＴを用いて実行されることを特徴とする請求項２１記載の印刷情報処理方法。
【請求項２３】
印刷対象となるデータと、該データを印刷する際に用いられる印刷設定情報を処理する方法をコンピュータに実行させる制御プログラムであって、前記制御プログラムは、
前記印刷設定情報の中から、解釈できない情報を検出する検出工程と、
前記検出工程で検出した解釈できない情報を送信する送信工程と、
前記送信工程が送信した解釈できない情報の送信に応じて返信される、解釈できる情報を受信する受信工程と、
該受信工程が受信した情報を用いて、印刷設定情報を構築する構築工程
として実行させることを特徴とするコンピュータプログラム。
【請求項２４】
印刷対象となるデータと、該データを印刷する際に用いられる印刷設定情報の処理をコンピュータに実行させる制御プログラムであって、前記制御プログラムは、
前記印刷設定情報の中から、解釈できない情報を検出する検出工程と、
前記検出工程が検出した解釈できない情報を、解釈できる情報に変換する変換工程と、
前記変換工程が変換した情報を用いて、印刷設定情報を構築する構築工程
として実行させることを特徴とするコンピュータプログラム。
【請求項２５】
印刷設定情報を処理する制御プログラムであって、
前記制御プログラムは、印刷対象となるデータを印刷する際に用いられる印刷設定情報である解釈できない情報を受信する受信工程と、
前記受信工程が受信した解釈できない情報を解釈できる情報に変換する変換工程と、
前記変換工程が変換した解釈できる情報を送信する送信工程
として実行させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションプログラムで作成された情報から印刷装置に出力するための印刷データを生成する技術に関するものである。
【背景技術】
【０００２】
ＰＣ等のコンピュータ上で動作するアプリケーションプログラムが、ユーザの作成した文書を印刷するには、先ず、オペレーティングシステム（ＯＳ）を通じてプリンタドライバなどの印刷関連処理プログラムに文書の印刷データを引き渡す。そして、プリンタドライバはプリンタ装置への専用の命令データを送信することで行われる。アプリケーションプログラムがプリンタドライバに引き渡すデータは、大きく分けて、プリンタに沿った体裁や入力・出力設定を記述した印刷設定情報と、実際の文書を再現するための描画データの２種類になる。
【０００３】
印刷設定で指定する設定値の範囲は、プリンタで指定可能な機能や範囲のみである。ただし、アプリケーションプログラムはプリンタが持つすべての機能を知っているわけではない。アプリケーションプログラムに対してオペレーティングシステムが提供している印刷設定を指定するインターフェースは、どのプリンタでも持っていると思われる機能、たとえば用紙サイズや給紙カセットの指定、排紙トレイの設定、片面／両面印刷の設定、モノクロ／カラーの設定など基本的なものだけにとどまっている。プリンタドライバはそれらの基本機能中の、プリンタが持つ指定可能な範囲をアプリケーションに教えるインターフェースしかない。しかし、プリンタが持つ機能はそれだけではないため、詳細なカラーマッチング機能や、ステイプルをはじめとする豊富なフィニッシング機能のようなプリンタ装置の多種多様な機能を使用するには、プリンタドライバが印刷設定を拡張しなければならない。
【０００４】
アプリケーションが印刷設定を保存する領域は１つであるが、その中身はオペレーティングシステムが提供する基本領域と、プリンタドライバが自由に拡張できる拡張領域の２つに分かれており、印刷設定を拡張するには拡張領域にプリンタドライバが独自の設定を詰めることで行われる。拡張領域のデータはアプリケーションプログラムが直接知ることはできないので、プリンタドライバが独自に持つユーザインターフェースもしくはアプリケーションプログラミングインターフェース（ＡＰＩ）を使用してユーザに設定させることによって、プリンタが持つ多種多様な機能の設定を行う。
【０００５】
印刷設定を保存する形態としては、メモリ領域に確保するＤＥＶＭＯＤＥデータ構造体（デバイスの初期化や環境に関する情報を保持する構造体）や、タグでデータを記述するマークアップ言語のＸＭＬ形式で保存するジョブチケット（プリントチケット）が従来用いられてきた。ＤＥＶＭＯＤＥデータ構造体はバイナリデータ構造であり、拡張領域には各ベンダのプリンタドライバが比較的自由にデータを配置することができる。しかし自由に拡張可能なため、拡張領域の仕様を内部的に知っているプリンタドライバ以外は理解することができない。ＸＭＬ形式で保存するジョブチケットは、テキストデータ構造のためタグを読み進めていけばすべてのデータをプリンタドライバが取得することは可能である。しかし基本領域と拡張領域の違いは名前空間を分けることで行っており、たとえ同じタグ名でもプリンタドライバが知らない名前空間の場合は、やはり取得したデータがプリンタのどの機能に対応しているかを理解することはできない。
【０００６】
上記の通り、拡張領域の設定はプリンタドライバのベンダやプリンタ装置によって異なっており、ユーザが所望した最適な設定を行うには、印刷前に出力するプリンタ装置固有のプリンタドライバのユーザインターフェースもしくはアプリケーションプログラミングインターフェースを使用して毎回設定しなければならない。アプリケーションによって印刷設定の保持の仕方は異なるが、文書に印刷設定を保存するようなアプリケーションの場合、他のベンダのプリンタドライバで作成した印刷設定を持ってくるケースがある。このとき、他のベンダのプリンタドライバで作成した印刷設定のうち、基本領域の設定情報の引継ぎは行われるが、拡張領域にあるプリンタ装置固有の設定情報は引き継がれないので、ユーザが設定しなおさない場合、最悪のケースでは印刷処理ができないことがある。
【０００７】
この課題を解決するために、基本領域の設定情報に基づき、拡張領域のデータを読み込むことが可能なプリンタドライバに指示を与えデータを補完することで、印刷処理を行う仕組みがある（例えば、特許文献１）。その手法は、制御可能な複数のプリンタドライバ向けの印刷設定をそれぞれ抱え込んでおき、印刷するプリンタに対して必要なプリンタドライバ向けにあった印刷設定を適用する、もしくは必要なプリンタドライバ向けの印刷設定を持っていない場合は、プリンタドライバのアプリケーションプログラミングインターフェースを通じて作成しなおすという形態である。これは印刷設定において、基本領域の設定情報に対象となるプリンタのデバイス名が含まれているために可能である。
【特許文献１】特開２００３−１６２３９４公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかし、アプリケーションが複数の印刷設定を保持していたとしても、実際に印刷するプリンタのプリンタドライバ向け印刷設定が存在しない場合、基本領域の設定情報だけでは、豊富なプリンタ機能を設定する拡張領域の情報をすべて設定することはできない。そのため、中途半端な設定が拡張領域に設定されることになり、場合によってはすべての拡張領域の設定情報が反映されず、プリンタドライバがもつ初期値が使用されるケースが存在する。複数の印刷設定を作成するときも、最終的に出力されるプリンタ向けのプリンタドライバが存在しているとは限らず、存在しない場合は印刷する際に再度ユーザインターフェースもしくはアプリケーションプログラミングインターフェースを通じて設定し直さなければならない。設定しなおす場合、アプリケーションプログラミングインターフェースは個々のプリンタドライバが独自で持っているインターフェースのため、アプリケーションは未知のベンダのプリンタドライバではインターフェースを使用することができないので、拡張領域へ情報を設定することができない。また、ユーザにとっては実際に設定したどの機能が引き継がれ、どの機能が落とされたのかを理解することが困難である。また、随時追加されていく各ベンダの新しいプリンタに対応した拡張領域の機能については、追随していくことができない。ユーザにとっては、どのような印刷設定で印刷処理が行われるのかを把握することができず、結局のところ実際に出力するプリンタドライバで再度設定を作り直すこととなる。
【０００９】
本発明は上記問題点の少なくとも一つに鑑みなされたものであり、他の印刷システムにおいて設定された、プリンタドライバ又は印刷装置では解釈できない印刷設定情報を、プリンタドライバ又は印刷装置において解釈できるようにする仕組みを提供しようとするものである。
【課題を解決するための手段】
【００１０】
このような課題を解決するために、例えば本発明の情報処理装置は以下の構成を備える。すなわち、
印刷対象となるデータと、該データを印刷する際に用いられる印刷設定情報を処理する情報処理装置であって、
前記印刷設定情報の中から、解釈できない情報を検出する検出手段と、
前記検出手段で検出した解釈できない情報を送信する送信手段と、
前記送信手段が送信した解釈できない情報の送信に応じて返信される、解釈できる情報を取得する取得手段と、
該取得手段が取得した情報を用いて、印刷設定情報を構築する構築手段とを備える。
【発明の効果】
【００１１】
本発明によれば、ベンダ毎にその記載が拡張を許容されつつも、汎用の書式であるジョブチケットを利用することで、他の装置或いはシステムで設定した印刷設定を継承して印刷データを生成することが可能になる。
【発明を実施するための最良の形態】
【００１２】
以下、添付図面に従って本発明にかかる実施形態を詳細に説明する。
【００１３】
図１は本発明の一実施形態を示す印刷処理システムのブロック構成図である。なお、特に断らない限り、本発明の機能が実行されるのであれば、単体の機能であっても、複数の機器からなるシステムであっても、ＬＡＮ、ＷＡＮ等のネットワークを介して接続がなされ処理が行われるシステムであっても、本発明を適用できることは言うまでもない。
【００１４】
なお、本実施形態において、構造化文書というときは、XML等の構造化文書を含み、タグというときは、解析時に、当該構造化文書におけるデータ構造、つまり、構造化文書のデータがどのような意味を持ち、構造化文書のデータ構造においてどの階層にあるのかを認識することを可能にする、識別子全般をいうものとする。
【００１５】
図１において、一般的なパーソナルコンピュータ等の汎用情報処理装置（ＰＣ）を用いたシステムのブロック構成図である。
【００１６】
本装置の電源をオンにすると、ＣＰＵ１０１はバス１０７に接続されたＲＯＭ１０２に格納されたブートプログラムに従って、外部記憶装置（一般にハードディスク装置）１０５からＯＳをＲＡＭ１０３にロードし、オペレーティングシステム（ＯＳ）を起動する。起動後は、出力Ｉ／Ｆ１０６に接続されたモニタ１０９（ＣＲＴや液晶表示機器）にＯＳの各種メニューを表示すると共に、キーボードやマウス（登録商標）等のポインティングデバイスで構成される入力装置１０８からの情報を入力Ｉ／Ｆ１０４を介して指示を受けつけるようになる。利用者が入力装置１０８を用いて指示することにより、外部記憶装置１０５に格納されたアプリケーションプログラム１０５１（その種類は問わない）を実行することになる。また、アプリケーションプログラム１０５１が起動すると、モニタ１０９の表示と入力装置１０８からの指示入力によるインタラクティブな操作により、各種編集処理を行うことになる。また、印刷指示を行うと、印刷関連プログラム１０５２及びプリンタドライバ１０５３が起動し、印刷データを生成し、出力Ｉ／Ｆ１０６を介してプリンタ１１０に出力されることになる。なお、プリンタ１１０とＰＣ間の通信は如何なるＩ／Ｆでも構わない。代表的なものとしては、セントロニクス社使用のパラレルＩ／Ｆ、ＵＳＢで良いし、ネットワーク接続でも構わない（有線／無線を問わない）。
【００１７】
図２は、アプリケーションプログラムとＯＳ、プリンタドライバの接続関係を示す印刷処理システムを示している。
【００１８】
ユーザは入力装置１０８を使用して、モニタ１０９に映し出されたアプリケーションプログラム２０１のＧＵＩを使用して、作成した文書２０１１の印刷処理を実行する。ユーザによって印刷処理が実行されると、アプリケーション２０１はユーザの印刷操作を理解し、文書の印刷設定２０１２と文書内容の描画データ２０１３を元に、印刷を実行するプリンタに対応したプリンタドライバ２０６を選択した後、オペレーティングシステムに印刷処理を通知する。オペレーティングシステムはグラフィックスエンジン２０２を通じて、スプールファイル２０３への描画や、指定されたプリンタドライバ２０６への描画を行い、プリンタドライバはプリンタが理解できるデータ言語に変換し、プリントマネージャ２０４が各アプリケーションからの印刷処理のスケジュール管理を行う。プリントマネージャ２０４は、プリンタが受信可を示すステータスにある場合、Ｉ／Ｏモジュール２０５を介してプリンタ２０７に印刷ジョブデータを送信する。これにより、印刷が実行される。
【００１９】
文書の印刷設定情報２０１２はプリンタドライバのコンフィギュレーションモジュール２０６１によって初期値が作成され、その印刷設定をアプリケーションもしくはプリンタドライバのユーザインターフェースを使用してユーザが望む最終印刷結果になるように変更して設定を行う。印刷設定情報は２種類の形態があり、１つはＤＥＶＭＯＤＥ構造体と呼ばれるバイナリデータ形式のデータ構造体であり、もう１つはジョブチケットと呼ばれるタグを用いたマークアップ言語ＸＭＬ形式のテキストデータである。この形態はプリンタドライバやオペレーティングシステムの仕様によって異なる。
【００２０】
図３はＤＥＶＭＯＤＥ構造体のデータ構造を示した図である。ＤＥＶＭＯＤＥ構造体は大きく分けて２つの設定領域からなり、１つはオペレーティングシステムで定義されている共通の基本情報を設定する領域でパブリック領域３０１と呼ばれる。もうひとつは各プリンタに存在するプリンタドライバが自由に拡張できる領域でプライベート領域３０２と呼ばれる。パブリック領域３０１はその中に含まれる情報が何を示すのかについては、オペレーティングシステムのフォーマットとして一般に広く公開されており、どのアプリケーションからも設定を変更することができる。これはアプリケーションがもつページ設定ダイアログ（図１５）から指定することができる。しかしプライベート領域３０２は、自由にデータを拡張できるため、その際に使用したプリンタドライバしか設定することができない。そこでプリンタドライバのコンフィギュレーションモジュールはユーザインターフェース（図１６）を持ち、その中で拡張領域の印刷設定をすることになる。
【００２１】
ＤＥＶＭＯＤＥ構造体のパブリック領域にはデバイス名や全体の構造体のメモリサイズを格納するプリンタの基本情報３０１１、用紙のサイズや幅・高さなどを格納する用紙情報３０１２、カラー・モノクロや解像度などを格納する印刷品質情報３０１３、給紙するカセットや排紙時にどういう順番で排紙を行うかなどを格納する給紙・排紙の情報３０１４などからなる。プライベート領域は、パブリック領域の基本情報では持ちきれない項目、たとえばプリンタ固有の機能３０２５やミドルウェアが持つ機能、あるいは基本情報で持っている内容のさらに詳細なデータなどが格納されている。
【００２２】
ＤＥＶＭＯＤＥ構造体と同様にジョブチケット（或いは、プリントチケット）にもパブリックな領域とプライベートな領域がある。しかし、ＸＭＬの形式で記述されたジョブチケットにはＤＥＶＭＯＤＥのように境界線によって各領域が分かれているわけではない。この両者は名前空間と呼ばれる、タグの内部構造における区画に分けられる仕組みによって区別されている。但し、ＸＭＬ形式の記述規則に従っているので、記述の区切り等は容易に判別可能であり、解釈処理はＤＥＶＭＯＤＥと比較して容易である。
【００２３】
図４は一般的なジョブチケットの構造を示した図である。名前空間は接頭辞としてそれぞれのタグで指定され、接頭辞を持たないタグは名前空間に属さないものとして扱われる。接頭辞はコロン（：）記号の前につけ、ｐｓｆ：Ｆｅａｔｕｒｅのように記述される。このジョブチケットには６個の名前空間が存在し、それぞれが異なった役割を担っている。ｐｓｆ名前空間はジョブチケットのフレームワークを定義しているプリントスキーマフレームワークである。ジョブチケットとして成り立つ構造を提供するために、ＦｅａｔｕｒｅやＯｐｔｉｏｎ、Ｖａｌｕｅといった基本的なタグを定義している。Ｆｅａｔｕｒｅはデバイス属性、ジョブフォーマット設定、他の関連する特徴などの機能、Ｏｐｔｉｏｎは機能に付属するもの、Ｖａｌｕｅは要素の値、ＰａｒａｍｅｔｅｒＩｎｉｔは要素の値の定義と同時に初期値を設定するといった形で定義されている。ｐｓｋ名前空間はパブリック領域におけるジョブチケットのキーワードを定義している。具体的なキーワードとしては、用紙のサイズを指定するＭｅｄｉａＳｉｚｅや、１枚のページに複数ページを印刷するｎＵＰ設定を指定するＤｏｃｕｍｅｎｔＮＵｐ、何部印刷するのかを設定するＰａｇｅＣｏｐｙＣｏｕｎｔなどがある。ｐｓｆ名前空間とｐｓｋ名前空間はオペレーティングシステムによってスキーマという形で一般に公開される形で定義されており、アプリケーションは定義に基づき自由にデータを配置することができる。ｘｓｉ名前空間とｘｓ名前空間はＸＭＬスキーマの規格として一般的に定義されているもので、ｘｓｉ名前空間はＸＭＬスキーマの組み込み属性・インスタンスを定義している。ｘｓ名前空間はＸＭＬスキーマの既定属性となる。ｎｓ１名前空間とｎｓ２名前空間はそれぞれ、未知のプリンタドライバが独自に拡張した名前空間であり、実施形態で説明するプリンタドライバではダイレクトには解釈できないものである。
【００２４】
以上実施形態における装置構成及び印刷処理時のソフトウェア構成、並びに、印刷設定情報について説明した。本実施形態の特徴を更に分かりやすく説明するのであれば、次の通りである。
【００２５】
説明に先立ち、２つのパーソナルコンピュータ（それぞれＰＣ−Ａ、ＰＣ−Ｂという）が有り、ＰＣ−ＡにインストールされているプリンタドライバをＰＲＤＲＶ−Ａ、ＰＣ−ＢにインストールされているプリンタドライバをＰＲＤＲＶ−Ｂ（実施形態のプリンタドライバ２０６）とする。ＰＣ−Ａ、ＰＣ−Ｂにはそれぞれ同じアプリケーションプログラムがインストールされ、そのアプリケーションは印刷設定情報に拡張領域を設定した文書ファイルを保存する機能を有するものとする。
【００２６】
今、ＰＣ−Ａで作成された文書ファイルをネットワーク、可搬性記憶媒体を介して、ＰＣ−Ｂにコピーし印刷する場合を考察する。
【００２７】
図１７はＰＣ−Ｂにおけるアプリケーションで印刷処理の実行指示した際のプリンタドライバＰＲＤＲＶーＢ（プリンタドライバ２０６）の処理を示している。
【００２８】
先ず、ステップＳ１７０１にて、印刷設定情報がＤＥＶＭＯＤＥの記述か、ジョブチケットの記述かを判定する。ＤＥＶＭＯＤＥの記述であると判定すると、ステップＳ１７０２に進み、そのＤＥＶＭＯＤＥの記述が解釈できるか否かを判断する。実施形態におけるプリンタドライバ２０６は、同じプリンタ言語の最新バージョンであると共に、過去のバージョンをサポートする。従って、この判定は過去のバージョンのＤＥＶＭＯＤＥの記述とマッチングを取ることで判定する。解釈可であると判断した場合には、ステップＳ１７０３に進み、ＤＥＶＭＯＤＥで記述された内容に従って印刷設定を行う。また、解釈不可である、すなわち、印刷設定情報が他社製のＤＥＶＭＯＤＥの記述であると判定した場合には、その判定は実質的に不可能であるので、ステップＳ１７０４にて実施形態のプリンタドライバＰＲＤＲＶ−Ｂ（プリンタドライバ２０６）のコンフィグレーションモジュール２０６１によるデフォルトの印刷設定で初期化する。
【００２９】
一方、ステップＳ１７０１にて、印刷設定がジョブチケットで記述されていると判定した場合には、ステップＳ１７０５に進む。ステップＳ１７０５では、ジョブチケット内の記述を解釈し、必要な場合には名前空間の置換処理を行う（詳細は後述）。そして、ステップＳ１７０６にて印刷設定を行う。
【００３０】
上記のようにして印刷設定情報に基づく印刷設定が行われると、ステップＳ１７０７に進んで、決定した印刷設定情報及び描画データ（アプリケーションより渡された印刷すべきデータ）に基づいて印刷データの生成し、ステップＳ１７０８にて、その生成された印刷データの出力処理を行う。尚、ステップＳ１７０１でＮｏと判定された場合、ステップＳ１７０４に進むようにしてもかまわない。
【００３１】
次に、上記ステップＳ１７０５の詳細を説明する。図５は本実施形態の全体像を示した図であり、図６はステップＳ１７０５の詳細を説明するフローチャートである。
【００３２】
なお、説明を簡単なものとするため、ジョブチケットには、実施形態におけるプリンタドライバ２０６にとって未知のプリンタドライバ（他のベンダ、メーカのドライバ）に基づく記述が存在するものとして説明する。すなわち、アプリケーションから渡されたジョブチケットは、未知のドライバと未知のプリンタをターゲットとして生成されているものとする（符号５０１）。
【００３３】
このジョブチケットは図７と図１０のジョブチケットを含んでおり、未知のドライバが持つ独自機能は「ｎｓ２」名前空間の接頭辞がつけられた状態で生成される。このジョブチケットを印刷設定として、実際に出力するプリンタ向けのプリンタドライバに対して印刷処理を開始する（符号５０２）。
【００３４】
実施形態におけるプリンタドライバ２０６は、パブリック領域（基本領域）のｐｓｋ名前空間、ｐｓｆ名前空間と、プライベート領域（拡張領域）の独自機能に自分自身でつける名前空間「ＧＡＮＯＮ」を理解することができるが、印刷処理のためにアプリケーションから受け取ったジョブチケットには未知のドライバで生成された名前空間「ｎｓ２」のタグが含まれている。実施形態におけるプリンタドライバはｎｓ２名前空間を理解できないため、通常どおりの印刷処理を行う前に、辞書データベースを使用してジョブチケットの記述の変換を試みる。
【００３５】
辞書データベースはコンピュータネットワークで結ばれた遠隔のサーバに存在し、辞書データベースを使用するためのインターフェースはＷｅｂサービスとして実装されている。Ｗｅｂサービスはデータ通信の形態として、ＸＭＬ形式のＳＯＡＰと呼ばれるプロトコルを利用して通信を行う。図１３に一般的なＳＯＡＰの記述を示す。ＳＯＡＰはヘッダ部とボディ部の２つのタグから構成され、ヘッダ部のａｃｔｏｒに目的のＷｅｂサービスを提供している場所が記述されている。ボディ部は実際に通信するデータがＸＭＬ形式で記述される。ＷｅｂサービスはＳＯＡＰメッセージを送受信することで処理が行われ、サービスを提供することができる。
【００３６】
ここではプリンタドライバ２０６は自身が理解できない「ｎｓ２」名前空間をジョブチケットの中に見つけたため（ステップＳ６０２）、ＳＯＡＰを作成しヘッダ部にはプリンタドライバと連携する辞書データベースの場所を記載し、ボディ部にはアプリケーションから渡されたジョブチケットを入れ込む。このＳＯＡＰを送信することによって、Ｗｅｂサービスにジョブチケットの送信と変換の要求を出すことになる（図５の符号５０３、ステップＳ６０３）。プリンタドライバはＷｅｂサービスからのＳＯＡＰの返信が来るまで、この状態で待機する。
【００３７】
サーバ上で実行されているＷｅｂサービスはジョブチケットが含まれたＳＯＡＰを受信すると、自身の持つ辞書データベースの中に、受け取ったジョブチケットに含まれる名前空間のＸＳＬＴが存在するかどうかを確認する（ステップＳ６０４）。ＸＳＬＴはＸＳＬ Ｔｒａｎｓｌａｔｉｏｎの略で、任意のＸＭＬ文書を読み込んでそれを加工して出力するスクリプト言語で、ＸＭＬ文書として記載される。タグを１対１で変換するだけでなく、ＸＭＬ文書のツリー構造のノードの一部だけを変換することも可能である。ＷｅｂサービスはＸＳＬＴを使用して、未知の名前空間を持つジョブチケットから、既知の名前空間を持つジョブチケットに変換を行う。ＸＳＬＴを実行するには「ＸＳＬＴプロセッサ」と呼ばれるプログラムを動作させ、ＸＭＬ文書にＸＳＬＴの適用を行う。また、Ｗｅｂサービスは多数のＸＳＬＴ文書をネイティブＸＭＬデータベースとして保持している。ネイティブＸＭＬデータベースは、ＸＭＬ文書のままデータが保持できるデータベースであり、ＸＰａｔｈ式を使用して検索および取得処理が行われる。ＸＰａｔｈ式はＸＭＬＰａｔｈＬａｎｇｕａｇｅの略で、ＸＭＬ文書の中の特定の要素を指し示す記述方法を定めた規格である。ＸＭＬデータを表す木構造をたどってＸＭＬ文書内のあらゆる要素や属性にアクセスする手段を提供する。
【００３８】
ここではＷｅｂサービスは受け取ったジョブチケットに含まれる「ｎｓ２」名前空間に対応したすべてのＸＳＬＴを取得するため、以下のようにＸＰａｔｈ式を記述して辞書データベースに問い合わせる。
//ns2:*
【００３９】
このＸＰａｔｈ式を受け取ったＷｅｂサーバの辞書データベースは、ネイティブＸＭＬデータベースから「ｎｓ２」名前空間に対応したＸＳＬＴをすべて取得することができる。「ｎｓ２」名前空間に対応したＸＳＬＴとして図８のＸＳＬＴがデータベースから取得できる（ステップＳ６０５）。図７のジョブチケットに含まれる「ｎｓ２」名前空間のＦｅａｔｕｒｅであるＤｏｃｕｍｅｎｔＳｔａｐｌｉｎｇは図８のＸＳＬＴによって、「ＧＡＮＯＮ」名前空間のＳｔａｐｌｅというＦｅａｔｕｒｅと、「ＧＡＮＯＮ」名前空間のＳｔａｐｌｅＰｏｓｉｔｉｏｎというＦｅａｔｕｒｅの２つのタグに変換される。「ＧＡＮＯＮ」名前空間のＳｔａｐｌｅは「ｎｓ２」名前空間のＤｏｃｕｍｅｎｔＳｔａｐｌｉｎｇがＯＦＦというＯｐｔｉｏｎを持っていればｆａｌｓｅのＶａｌｕｅを設定し、それ以外であればｔｒｕｅのＶａｌｕｅを設定する。「ＧＡＮＯＮ」名前空間のＳｔａｐｌｅＰｏｓｉｔｉｏｎは、「ｎｓ２」名前空間のＤｏｃｕｍｅｎｔＳｔａｐｌｉｎｇが持つそれぞれのＯｐｔｉｏｎ名に対応して、別のＶａｌｕｅに置き換える。ここでは図７のジョブチケットに図８のＸＳＬＴを適用したことで、図９のジョブチケットが得られたことになる。これによって実際に印刷に使用するプリンタドライバが未知の「ｎｓ２」名前空間のタグを持つジョブチケットが、実施形態におけるプリンタドライバ２０６にとって既知の「ＧＡＮＯＮ」名前空間のタグを持つジョブチケットに変換され、機能の引継ぎが行われたことになる（ステップＳ６０６）。
【００４０】
次に図１０のジョブチケットに着目する。図１０のジョブチケットは図８のＸＳＬＴを適用しても「ｎｓ２」名前空間の「Ｉｎｓｅｔｅｒ」は変換できなかったとする。この場合、不明タグとして残ってしまう（ステップＳ６０７）。サーバ上のＷｅｂサービスは不明なタグとしての処理を行い、名前空間「ＧＡＮＯＮ」のＵｎＫｎｏｗｎタグで全体を囲う。また、ＸＰａｔｈ式を利用して辞書データベースから文字列が部分一致するＦｅａｔｕｒｅを検索して取得し、その一覧をＶａｌｕｅとして列挙する。ここでは辞書データベースからＩｎｓｅｒｔｉｏｎＵｎｉｔとＩｎｓｅｔｉｎｇＳｈｅｅｔという二つのＶａｌｕｅが類似候補として見つけられた場合には、これらをジョブチケット内に入れ込む（ステップＳ６０９）。なお、サーバのＷｅｂサービスは、完全一致の変換結果を得られない場合、検索対象の文字列を構成する文字の一致度が所定値以上になった文字列を検索し、出力する。
【００４１】
このようにＷｅｂサービスは辞書データベースと連携し、未知の名前空間を含むジョブチケットを既知の名前空間を持つジョブチケットへと変換を行う。
【００４２】
Ｗｅｂサービスは変換処理が終わったジョブチケットを、作成した返信用ＳＯＡＰのボディ部に入れて、プリンタドライバに送信する（ステップＳ６０８）。
【００４３】
プリンタドライバはＷｅｂサービスから受信したジョブチケットを見て、名前空間ＣＡＮＯＮのＵｎｋｎｏｗｎタグがあるかどうかを判定する。Ｕｎｋｎｏｗｎタグがなければそのまま印刷処理を行うが、Ｕｎｋｎｏｗｎタグがあれば辞書データベースで変換できなかった機能を示す文字列を、ユーザに選択させるためのユーザインターフェース（ＵＩ）を表示するかどうかのチェックを行う。このＵＩを表示しない、もしくは表示されたＵＩ上においてユーザが機能を選択しなかった場合は、ドライバは不明なジョブチケットを残したまま印刷処理を行うこととなる。一般的なプリンタドライバであれば、不明なジョブチケットは何も処理されずそのままスルーされる。
【００４４】
ここではＷｅｂサービスから戻ってきたジョブチケットにおいて「ｎｓ２」名前空間のＩｎｓｅｒｔｅｒに対してＵｎｋｎｏｗｎタグがつけられており（ステップＳ６１０）、図１１に示すオブチケットをサーバより受信し、且つ、ＵＩを表示する設定になっている場合には、図１４のＵＩを表示する（ステップＳ６１１）。
【００４５】
Ｗｅｂサービスによって列挙された２つの機能を示す文字列「ＩｎｓｅｒｔｉｎｇＳｈｅｅｔ」か「ＩｎｓｅｒｔｉｏｎＵｎｉｔ」かをユーザに選択させ、選択された機能によって不明なタグを変換する。ここでユーザが「ＩｎｓｅｔｉｎｇＳｈｅｅｔ」を選択したとする（ステップＳ６１２）。これにより、未知の「ｎｓ２」名前空間のＩｎｓｅｒｔｅｒは、既知の「ＧＡＮＯＮ」名前空間の「ＩｎｓｅｒｔｉｎｇＳｈｅｅｔ」として変換される（ステップＳ６１３）。ジョブチケットに含まれる未知の「ｎｓ２」名前空間のタグはすべて変換され、既知の名前空間だけを持つジョブチケットになり、正しく印刷処理を行うことができる。
【００４６】
また、辞書データベースを持つＷｅｂサービスはＸＳＬＴによって変換できなかったタグについて学習する機能を兼ね備えている。
【００４７】
なおプリンタドライバは、図６のプリンタ内にプリンタコントローラとして実装されても良いし、プリンタのホストとなるコンピュータ内に実装されても良い。
【００４８】
ユーザによって選択された機能と変換した未知の名前空間の機能は、ＳＯＡＰメッセージを通じて、プリンタドライバ２０６からＷｅｂサービスに送信される（図５の符号５０５、ステップＳ６１４）。Ｗｅｂサービスはこのユーザによって選択された機能と変換した未知の名前空間の機能はペアとしてログの形式でデータベースに保管する。そして、未知の名前空間の機能としてユーザによって所定回数（例えば５回）以上同じ機能が選択されたときには（ステップＳ６１５）、新たにＸＳＬＴとして変換の組み合わせを登録し、辞書データベースに保管される。１回でデータベースに登録しない理由としては、類似した機能が複数あり決められない場合や、ユーザの選択ミスによってデータベースが更新されることを防ぐためである。
【００４９】
ここでは「ｎｓ２」名前空間の「Ｉｎｓｅｒｔｅｒ」が、ユーザによって「ＧＡＮＯＮ」名前空間の「ＩｎｓｅｒｔｉｎｇＳｈｅｅｔ」に結び付けられているという情報をプリンタドライバから取得したため、図１２で示されるＸＳＬＴが生成され、辞書データベースに登録される（ステップＳ６１６）。
【００５０】
以上により、未知のドライバで作成された未知の名前空間を含むジョブチケットの印刷設定が、ユーザによって設定された機能を失うことなく、既知の名前空間を含むジョブチケットに変換することができる。また、辞書データベースに存在しない機能に関しても、自動的に学習することができるため、変換の精度を常に向上させていくことができる。
【００５１】
なお、Ｗｅｂサービスを行うサーバの構成であるが、ハードウェア的には図１と同じであるので説明するまでもない。ここでは、ソフトウェア及びデータベースの構成例を図１８に示す。
【００５２】
通信部１８０１はネットワーク（インターネット）を介してクライアント（実施形態におけるプリンタドライバ２０６がインストールされた装置）からのＳＯＡＰプロトコルに従った要求を受信する。解析部１８０２は要求が、他のプリンタドライバの名前空間から自社の名前空間のタグ文字列への検索要求であるか、候補の選択結果であるかを判定する。検索要求であると判定した場合には、その旨を検索部１８０３に通知し、データベース１８０４（ＨＤＤに確保される）に格納された複数の「他ベンダプリンタドライバの名前空間からＧＡＮＯＮ名前空間への変換データテーブル」の中の該当するテーブルを参照して要求された機能文字列に合致するタグ文字列を検索する。検索結果は応答文作成部１８０５に通知され、ここで要求元に返答する文字列を生成する。なお、完全一致するものが検索できなかった場合には先に説明したように候補となる機能文字列を含む応答文を作成する。応答文作成部１８０５で生成された応答文を要求元に返答する。
【００５３】
また、解析部１８０２はクライアントからの候補文字列の選択結果を受信したと判断した場合には、登録部１８０６に受信データを渡す。登録部１８０６は、新規に選択された機能文字列があった場合には、予備データベース１８０７（ＨＤＤに確保されている）中に、その選択結果情報を新規に作成し、そのカウンタを“１”に設定する。一方、既に登録されている選択結果情報と同じ結果を受信した場合には、該当するカウンタを“１”だけ加算する。
【００５４】
更新部１８０８は、予備データベース１８０７を監視していて、カウンタの値が所定数（実施形態では“５”）に達した選択結果については、データベース１８０４内の該当するテーブルに正規なデータとして登録する。
【００５５】
なお、上記では、辞書データベースはＷｅｂサービスで実現する例を説明したが、パターンファイルとしてプリンタドライバが持つことも可能である。また、自動的に学習するのではなく、辞書データベースをメンテナンスするマネージャもしくは開発者が、パターンを次々に追加していくことでも、ＸＳＬＴによって変換できるジョブチケットを増やすことが可能である。
【００５６】
また、図１９では、ジョブチケット１７０８の印刷設定情報の中から、ドライバ１７０５が解釈できない印刷設定に関わるタグ文字列を、ドライバ１７０５が検出する。そして、検出された解釈できないタグ文字列を抽出してコンピュータ１７０３に送信するか、又は、解釈できないタグ文字列を含んだジョブチケット１７０８の全体を、辞書Ｗｅｂサービスが搭載されているコンピュータ１７０３に送信する（１）。コンピュータ１７０３では、辞書Ｗｅｂサービス１７０９が辞書データベース１７０４を参照して、ドライバ１７０５が解釈できないタグ文字列をドライバ１７０５が解釈できるタグ文字列に変換する（２）。これらの処理は、図６に掲げる処理と同様である。図６の処理との差異は、プリンタ内にドライバが搭載されていてプリンタから辞書Webサービスに問い合わせるか、コンピュータ１７０１にドライバがありコンピュータ１７０１から辞書Webサービスに問い合わせるかの違いがある。一連の変換処理によって得られる、ドライバ１７０５が解釈できるタグ文字列を含んだジョブチケットを、コンピュータ１７０３内の辞書Ｗｅｂサービスはドライバ１７０５へ送信する。ドライバ１７０５は、送信された解釈できるタグ文字列を用いて、印刷設定情報をバイナリ形式のＤＥＶＭＯＤＥ、あるいは、テキスト形式のそのままで、印刷対象データ１７０７に必要な画像形成処理を行ってプリンタ１７０２へ送信する。印刷対象データは、アプリケーションデータである場合、ドライバ１７０５は所定のプリンタ言語へ変換する。イメージモードの場合は、当該プリンタ言語をビットマップイメージに変換する。そして、これらのプリンタ言語又はビットマップイメージをプリンタ１７０２へ送信する。プリンタ１７０２は、ビットマップイメージはプリンタコントローラで処理され、最終的に、プリンタエンジンが紙やＣＤＲＯＭなどの記録媒体へ印刷処理する。
【００５７】
図１９では、辞書データベース及び辞書Ｗｅｂサービスが、コンピュータ１７０３内に存在したが、辞書データベース１７０６に示されるように、コンピュータ１７０１内に存在しても良い。この場合は、ドライバ１７０５は、辞書Ｗｅｂサービス１７０９を用いず、辞書データベース１７０６を用いてジョブチケットの変換処理（図６の処理）を行う。
【００５８】
印刷対象となるデータである印刷対象データ１７０７と、該データを印刷する際に用いられる印刷設定情報であるＪｏｂＴｉｃｋｅｔ１７０８を処理するコンピュータ１７０１が開示された。ドライバ１７０５は、Ｊｏｂｔｉｃｋｅｔ１７０８の中から、解釈できない情報として所定のタグ文字列を検出する。ドライバ１７０５で検出した解釈できない情報を、ドライバはＯＳを制御して送信する。
【００５９】
また、ドライバ１７０５は、送信したタグ文字列の送信に応じて返信される、解釈できる情報を取得する。
【００６０】
ドライバ１７０５が取得した解釈できる情報であるタグ文字列を用いて、印刷設定情報を構築する。
【００６１】
また、コンピュータ１７０１内のドライバ１７０５が、ＪｏｂＴｉｃｋｅｔの中から、解釈できない情報を検出し、ドライバ１７０５が検出した解釈できない情報であるタグ文字列を、解釈できる情報にドライバ１７０５が変換するようにしてもよい。
【００６２】
コンピュータ１７０１内のドライバ１７０５の上述の機能がプリンタ内にあってもよい（図５）。図５のプリンタは、印刷対象となるデータから描画情報を生成し、印刷設定情報と、レンダラで生成された描画情報とを用いて印刷出力するプリンタエンジンとを備えている。
【００６３】
また、解釈できない情報は文字列であり、ドライバ１７０５は、ドライバ１７０８内のテーブルに文字列が登録されていない場合、前記データを印刷する際に用いられる印刷設定情報に含まれる当該文字列を、プリンタドライバが解釈できない情報として検出するようにしてもよい。
【００６４】
印刷対象となるデータを印刷する際に用いられる印刷設定情報である解釈できない情報を図１９のＷｅｂサービス１７０９が受信する。そして、Ｗｅｂサービス１７０９が、取得された解釈できない情報を解釈できる情報にＸＳＬＴを用いて変換する。変換した解釈できる情報をＷｅｂサービス１７０９が送信する。
【００６５】
以上説明したように本実施形態によれば、アプリケーションから印刷指示を受けた文書（ここで言う「文書」とは、文書編集アプリケーションに限らず、表計算アプリケーション、画像編集アプリケーション等を含むものである）に印刷設定情報が存在し、且つ、それがジョブチケット（ＸＭＬ形式）である場合、その機能文字列を解釈し、且つ、解釈不可の場合には辞書データベースを用いて自身が解釈できる機能文字列にしてから印刷設定を行うことにより、従前に設定された印刷設定内容を維持した印刷処理が可能になる。
【００６６】
なお、上記実施形態から明らかなように、本発明の主要な部分はプリンタドライバ２０６というコンピュータプログラムの処理にその特徴がある。通常、コンピュータプログラムはＣＤ−ＲＯＭ等のコンピュータ可読記憶媒体に格納されていて、システムにコピーもしくはインストールすることで実行可能になるわけであるから、当然、そのようなコンピュータプログラムも本願発明の範疇にあるのは明らかである。
【図面の簡単な説明】
【００６７】
【図１】実施形態におけるコンピュータを含むシステムのブロック構成図である。
【図２】実施形態として、コンピュータにおける印刷処理時のプログラム構成を示す図である。
【図３】バイナリ形式の構造体「ＤＥＶＭＯＤＥ」における印刷設定情報の構成を示す図である。
【図４】実施形態における「ジョブチケット」の構成の一例を示す図である。
【図５】実施形態におけるプリンタドライバと辞書データベース連携を含むジョブチケットをハンドリングする仕組みを示す図である。
【図６】実施形態におけるジョブチケットの変換処理を示すフローチャートである。
【図７】未知のプリンタドライバを用いて作成されたジョブチケットの拡張領域（プライベート領域）の名前空間の一部を示す図である。
【図８】実施形態における辞書データベースの持つＸＳＬＴデータのうち、未知の名前空間に関する部分だけを抜き出した例を示す図である。
【図９】実施形態として、図７のジョブチケットに対して図８のＸＳＬＴを適用して、既知の名前空間に変換されたジョブチケットの例を示す図である。
【図１０】実施形態における未知のプリンタドライバを用いてジョブチケットのプライベート領域の一部分を抜き出した例を示す図である。
【図１１】実施形態におけるサーバのＷｅｂサービスが生成した、未知の機能に対する候補を列挙したジョブチケットの一例を示す図である。
【図１２】図１１のジョブチケットに対してプリンタドライバが、ユーザによって選択されたＩｎｓｅｒｔｉｎｇＳｈｅｅｔの機能による変換結果を元に、Ｗｅｂサービスが作成したＸＳＬＴの例を示す図である。
【図１３】実施形態におけるプリンタドライバがＷｅｂサービスに送信するためのＳＯＡＰメッセージの例を示す図である。
【図１４】実施形態におけるプリンタドライバが表示する、ユーザ選択画面の例を示す図である。
【図１５】実施形態におけるオペレーティングシステムもしくはアプリケーションが提供するパブリック領域（基本領域）の印刷設定を変更するためのユーザインターフェースを示す図である。
【図１６】実施形態におけるプリンタドライバが提供する、プライベート領域（拡張領域）の印刷設定を変更するために表示するユーザインターフェースを示す図である。
【図１７】実施形態におけるプリンタドライバの全体の処理手順を示すフローチャートである。
【図１８】実施形態におけるＷｅｂサーバの構成を示す図である。
【図１９】実施形態における印刷システムの一例を示す図である。
【図１】
2006065839.tif 000003
【図２】
2006065839.tif 000004
【図３】
2006065839.tif 000005
【図４】
2006065839.tif 000006
【図５】
2006065839.tif 000007
【図６】
2006065839.tif 000008
【図７】
2006065839.tif 000009
【図８】
2006065839.tif 000010
【図９】
2006065839.tif 000011
【図１０】
2006065839.tif 000012
【図１１】
2006065839.tif 000013
【図１２】
2006065839.tif 000014
【図１３】
2006065839.tif 000015
【図１４】
2006065839.tif 000016
【図１５】
2006065839.tif 000017
【図１６】
2006065839.tif 000018
【図１７】
2006065839.tif 000019
【図１８】
2006065839.tif 000020
【図１９】
2006065839.tif 000021