JP7271208B2 - プログラム、および情報処理装置 - Google Patents

Description

本発明は、印刷周辺の任意の機能を実行するための技術に関する。

昨今、タブレット型コンピュータや携帯型コンピュータの普及により、デスクトップＰＣのみならずタブレット端末や携帯端末向けのモバイルＰＣにも対応する新たなオペレーティングシステム(以降、ＯＳ)が発表されている。そして、デスクトップコンピュータと携帯型・タブレット型コンピュータの両方での使用を想定した、Ｕｎｉｖｅｒｓａｌ Ｗｉｎｄｏｗｓ Ｐｌａｔｆｏｒｍアプリケーション(以降、ＵＷＰアプリ)も登場している。

このＵＷＰアプリから印刷を行う場合、従来提供されてきた多くの印刷機能を提供するためにはＶ４アーキテクチャを使用したプリンタドライバ（以降、Ｖ４プリンタドライバ）を使用する必要がある。しかしながら、Ｖ４プリンタドライバは、従来のＶ３プリンタドライバと比較して機能が制限されている。そこで、Ｖ４プリンタドライバを使用するプリンタと紐づけたアプリケーションであるＷｉｎｄｏｗｓＳｔｏｒｅＤｅｖｉｃｅアプリケーション（以降、ＷＳＤＡ）を用いることで、従来の印刷機能を実現することができる。

従来の印刷機能の１つに、ＰＣやサーバなどの記憶領域のユーザが指定した記憶領域に保存された画像データを描画データに付加して印刷する機能がある。例えば、印刷しようとする描画データに対して、指定した画像や文字を付加画像として重ねて印刷を行うスタンプ機能（ウォータマーク機能とも呼ぶ）などがある。特許文献１では、スタンプ機能を実行するホストコンピュータと、プリンタに実行命令を発行するサーバコンピュータとを用いて、プリンタドライバにおいてスタンプ機能を実現している。

特開２０１０－２７７２４６号公報

Ｖ４プリンタドライバにおいて、従来のスタンプ機能を実現するため、ＷＳＤＡ等のＵＩアプリケーションを用いることが考えられる。しかしながら、ＷＳＤＡはセキュリティ強化を目的としてファイルアクセスが制限されている。よって、任意の記憶領域に保存された画像ファイルを読み込んで、任意のスタンプ画像等を使用する機能を実現することができない場合がある。

そこで本発明は、ＷＳＤＡ等のＵＩアプリケーションがアクセスできない記憶領域に保存された画像データを表示可能にすることを目的とする。

本発明は、ＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を提供する機能を有していないドライバが選択された場合にＵＩを提供可能なＵＩアプリケーションのプログラムであって、コンピュータを、前記ＵＩアプリケーションがアクセス可能な第１記憶領域に保存された画像データを取得する取得手段、所定の画面を表示手段に表示させる表示制御手段、として機能させ、前記第１記憶領域に保存された画像データは、前記ＵＩアプリケーションとは異なる拡張ＵＩアプリケーションが、前記ＵＩアプリケーションがアクセスできない第２記憶領域から読み込んだ画像データを、前記第１記憶領域に所定の形式で保存した画像データであり、前記表示制御手段は、前記所定の画面内に、前記第１記憶領域から取得された画像データに基づく画像を付加用画像として表示させ、前記第１記憶領域に保存された画像データは、前記拡張ＵＩアプリケーションが、前記第２記憶領域から読み込んだ画像データを、前記第１記憶領域に圧縮して所定の形式で保存した画像データであり、前記取得手段は、前記第１記憶領域から前記圧縮された所定の形式の画像データを取得することを特徴とする。

本発明によれば、ＵＩアプリケーションにおいて、そのアプリケーションがアクセスできない記憶領域に保存された画像データを表示可能にすることができる。

本発明を適用できる印刷システムのハードウエア構成を示すブロック図。 Ｖ４プリンタドライバによる一般的な印刷システムのモジュール構成を示す図。 実施形態１における拡張ＵＩモジュールによるスタンプ画像登録処理のフローチャート。 実施形態１における拡張ＵＩモジュールのスタンプ設定タブシートを示す図。 実施形態１における拡張ＵＩモジュール２２４のスタンプ登録タブシートを示す図。 実施例１および２で使用されるＱＰＢに格納される識別情報の記載例を示す図。 実施例１および２で使用されるＵＰＢに格納される識別情報の記載例を示す図。 実施形態１におけるＷＳＤＡ上でのスタンプ設定ＵＩを示す図。 実施形態１におけるＷＳＤＡが実行するスタンプ画像読み込み処理のフローチャート。 実施形態１におけるＷＳＤＡが実行する印刷処理のフローチャート。 実施形態１におけるレイアウトフィルターの処理フローチャート。 実施形態２における拡張ＵＩモジュールのスタンプ画像登録処理のフローチャート。 実施形態２におけるレイアウトフィルターの処理のフローチャート。 実施形態１における印刷設定時に表示される具体的な画面の例を示す図。

以下、添付図面を参照して本発明の好適な実施の形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施の形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。

実施形態１

(ハードウエア構成)
図１は、本発明の実施形態１に係る印刷システムの全体構成例を示すブロック図である。情報処理装置１１０は、入力インターフェース（以降、インターフェースをＩ/Ｆ）１１１、ＣＰＵ１１２、ＲＯＭ１１３、出力Ｉ/Ｆ１１４、外部記憶装置１１５、ＲＡＭ１１６、入力装置１１７、出力装置１１８、入出力Ｉ/Ｆ１１９を有する。

ＲＯＭ１１３は、初期化プログラムを保存する。外部記憶装置１１５は、ＯＳ、プリンタドライバ、アプリケーションといったプログラムやその他各種のデータを保存する。ＲＡＭ１１６は、外部記憶装置１１５に保存される各種プログラムがワークメモリーとして使用する。

入力装置１１７は、マウスやキーボードのほかに、タッチパネル等で構成され、データ入力や動作指示に使用され、入力Ｉ/Ｆ１１１に接続される。出力装置１１８は、データ表示や状態の通知に使用され、出力Ｉ/Ｆ１１４に接続される。

印刷装置１２０は、入出力Ｉ/Ｆ１２１、ＣＰＵ１２２、プリントエンジン１２３、ＲＯＭ１２４、ＲＡＭ１２５を有する。情報処理装置１１０と印刷装置１２０は、ＵＳＢケーブルやネットワークケーブル等により接続されている。ＲＡＭ１２５はＣＰＵ１２２のワーキングメモリとして使用され、受信したデータの一時保存用バッファとしても利用される。ＲＯＭ１２４は、制御命令を保存している。プリントエンジン１２３は、ＲＡＭ１２５に保存されたデータに基づき印刷を行う。ＣＰＵ１２２は、ＲＯＭ１２４に保存されている制御命令に従い印刷装置１２０を制御する。

本実施形態においては、情報処理装置１１０および印刷装置１２０の処理分担を上記のように示したが、処理の分担形態はこれに限らない。

(Ｖ４プリンタドライバの印刷システム)
ここでは、図２を用いて、情報処理装置１１０でＭｉｃｒｏｓｏｆｔ社のＷｉｎｄｏｗｓ（登録商標）８以降のＯＳを用い、ドライバアーキテクチャとしてＶ４アーキテクチャを使用したＶ４プリンタドライバを用いた一般的な印刷システムについて説明する。

ユーザが描画アプリケーション２０１から印刷を指示すると、ＯＳの印刷サポート機能２１１を介して、標準ＵＩモジュール２２１による表示制御により簡易的な設定画面が表示される。標準ＵＩモジュール２２１は、ＯＳのＭＰＤ（Ｍｏｄｅｒｎ Ｐｒｉｎｔ Ｄｉａｌｏｇ）により実現される。なお、標準ＵＩモジュール２１１は、図２ではＶ４プリンタドライバ２２０の持つ機能として記載しているが、元々ＯＳが提供するモジュールである。ベンダー独自のＶ４プリンタドライバ自体がＵＩ機能を有していないため、ＯＳの構成物である標準ＵＩモジュール２１１をドライバの機能として利用している。

描画アプリケーション２０１は、描画データ（紙面上に印刷を形成する元となる画像やテキスト情報等）および後述する中間データを生成するための描画アプリケーションである。描画アプリケーション２０１としては、画像処理、ワードプロセッサ、ウェブブラウザなどのソフトウエアが含まれる。また、描画アプリケーション２０１には、他のアプリケーションへのＩ/Ｆを備え、他のアプリケーションからの要求に応じた印刷装置やプリンタドライバへの命令を生成するソフトウエアも含まれる。標準ＵＩモジュール２２１により提供される設定画面は、印刷結果を画面上で確認できる印刷プレビュー機能と、基本的な印刷設定をユーザが選択可能な機能と、を有する。

ここで、図１４に印刷設定時に表示される具体的な画面の例を示す。図１４（ａ）では、描画アプリケーション２０１が提供する画面１４０１において、印刷の指示がなされると、ＯＳの標準ＵＩモジュール２２１により図１４（ｂ）に示す設定画面１４０２が表示される。この設定画面１４０２において、ユーザは、使用するドライバの選択を行うことができる。さらに、設定画面１４０２において、基本的な印刷設定を指示することもできる。

さらに、標準ＵＩモジュール２２１は、ユーザからの指示を受け、詳細な印刷設定をユーザが選択可能なＷｉｎｄｏｗｓ Ｓｔｏｒｅ Ｄｅｖｉｃｅ Ａｐｐｌｉｃａｔｉｏｎ（以後、ＷＳＤＡ）２００を起動する。具体的には、図１４（ｂ）の設定画面１４０２において「その他の設定」ボタン１４０３が指定されると、図１４（ｃ）に示すＷＳＤＡ２００が提供する詳細設定画面１４０４が表示される。この詳細設定画面１４０４でユーザは更に詳細な印刷設定を指示することができる。ＷＳＤＡ２００は印刷装置を提供するベンダ（以後、プリンタベンダ）が提供するプリンタドライバ２２０の機能を拡張するためのアプリケーションである。ＷＳＤＡ２００は、Ｖ４プリンタドライバのようにＧｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ（以下、「ＧＵＩ」又は単に「ＵＩ」とも呼ぶ）を提供する機能を有していないドライバが選択された場合に、印刷設定画面等のＵＩを提供することができる。つまり、ＷＳＤＡ２００はドライバに代わって所定のＵＩを提供可能なＵＩアプリケーションである。

ＷＳＤＡ２００は、ＯＳの印刷サポート機能２１１を介して、標準ＵＩモジュール２２１から印刷設定を示す情報を受け取り、ユーザによる設定に応じてその設定情報を変更し、標準ＵＩモジュール２２１に返却する。ここで、印刷設定を示す情報は、ＯＳの定義する書式に基づきＸＭＬ形式で記述されたものであり、ＰｒｉｎｔＴｉｃｋｅｔ（以下、ＰＴ）と呼ばれるデータ内に含まれる。ＷＳＤＡ２００はＰＴを参照及び変更することができる。ＰＴには、例えば、用紙サイズや用紙の種類、画像処理パラメータ等が含まれる。ＰＴは、標準ＵＩモジュール２２１の設定が完了すると、ＯＳの印刷サポート機能２１１を介して描画アプリケーション２０１に送られる。

なお、ＰＴは、選択されたプリンタドライバ２２０のコンフィグレーションモジュール（不図示）によって生成される。ＷＳＤＡ２００は、コンフィグレーションモジュールを呼び出すことで、ユーザの指定を反映したＰＴを生成（編集）する。また、コンフィグレーションモジュールは、選択されたプリンタドライバ２２０で設定可能な機能と選択項目をＯＳの定義する書式に基づきＸＭＬ形式で記述したＰｒｉｎｔＣａｐａｂｉｌｉｔｉｅｓを生成する機能も有する。ＷＳＤＡ２００や後述するＰｒｉｎｔｅｒＥｘｔｅｎｓｉｏｎは、このＰｒｉｎｔＣａｐａｂｉｌｉｔｉｅｓに記述された情報に基づきＵＩを提供する。

図１４で示した印刷設定の後に、ＯＳの標準ＵＩモジュール２２１が提供する設定画面１４０２において、「印刷」ボタンが指示されると、印刷要求（描画命令）がなされる。標準ＵＩモジュール２２１上でユーザにより印刷が指示されると、描画アプリケーション２０１は、標準ＵＩモジュール２２１から印刷要求を受け、印刷に必要な中間データを生成する。この中間データは、ＸＭＬ Ｐａｐｅｒ Ｓｐｅｃｉｆｉｃａｔｉｏｎ（以後、ＸＰＳ）という書式で記述されたＸＰＳ文書である。本実施形態の中間データは、前述のＰＴと、描画アプリケーションにより生成された描画データと、を有する。なお、ＷＳＤＡ２００は、中間データを参照及び変更することができる場合もある。このような中間データの参照及び変更機能を有する場合、ＷＳＤＡ２００は、描画データの参照及び編集が可能なため、描画データに基づく印刷プレビュー機能を提供することができる。

描画アプリケーション２０１は、種々の描画命令を含む描画命令群をＯＳに発行する。描画命令には、例えばテキスト描画命令、グラフィクス描画命令、イメージ描画命令があげられる。

ＯＳは、描画アプリケーション２０１から発行される各種描画命令に応じて、中間データをＯＳの印刷サポート機能２１１を介してスプールデータに変換する。変換後のスプールデータは、スプーラ２１２のプリントキュー２１３に一時的に蓄えられ、印刷ジョブ２１４としてスプーラ２１２により管理される。印刷ジョブ２１４は、Ｖ４プリンタドライバ２２０によって印刷装置１２０が解析可能な印刷データに変換された後、印刷装置１２０に送信される。印刷装置１２０は、印刷データに基づき印刷を行う。

以下、Ｖ４プリンタドライバ２２０における処理をより詳細に説明する。印刷ジョブ２１４は、スプーラ２１２からデスプールされてＶ４プリンタドライバ２２０に送信されると、先ずレイアウトフィルター２２２によって処理される。レイアウトフィルター２２２は、ＰＴに従って、各印刷ジョブ２１４の描画データに対してページを並べ替えたり、複数のページを１つのページにまとめたりするページ構成処理を行う。

ここでフィルターとは、入力されたデータをもとに、加工、変換、無変換、生成等の工程を介して、何らかのデータを出力する機能を有するプログラム又はモジュールのことである。各フィルターは、印刷ジョブ２１４のデスプール時に不図示のＯＳのフィルター管理機能から呼び出され、初期化が行なわれる。

次に印刷ジョブ２１４は、レンダーフィルター２２３によって処理される。レンダーフィルター２２３は、ＰＴに従って印刷ジョブ２１４を変換し、印刷装置１２０が解釈可能な印刷データを生成する。そして、レンダーフィルター２２３が生成した印刷データは、Ｖ４プリンタドライバ２２０からポートモニタ２３１を介して印刷装置１２０へ送信される。

拡張ＵＩモジュール２２４は、Ｖ４プリンタドライバ２２０の機能を拡張する拡張ＵＩアプリケーションであり、ＰｒｉｎｔｅｒＥｘｔｅｎｓｉｏｎとも呼ばれる。拡張ＵＩモジュール２２４は、ＷＳＤＡ２００と同様にドライバに代わってＵＩを提供可能である。具体的には、描画アプリケーション２０１がＷｉｎ３２アプリケーション等のＬｅｇａｃｙアプリケーションの場合には、印刷設定を設定するために、ＷＳＤＡ２００ではなく、拡張ＵＩモジュール２２４が起動される。つまり、拡張ＵＩモジュール２２４は、ＯＳの印刷サポート機能２１１および標準ＵＩモジュール２２１を介して起動され、ユーザが印刷設定を指定可能なＵＩを提供することができる。拡張ＵＩモジュール２２４は、ＷＳＤＡ２００同様に、ＰＴを参照及び変更することができる。

Ｌｅｇａｃｙアプリケーションは、印刷が指示されると拡張ＵＩモジュール２２４を起動し、拡張ＵＩモジュール２２４から取得したＰＴに基づき中間データとしてＸＰＳ文書を生成する。以後の流れは、前述の描画アプリケーション２０１からの印刷処理時と同等であるため省略する。なお、図２では、拡張ＵＩモジュール２２４はＶ４プリンタドライバ２２０の持つ機能として記載しているが、元々はＶ４プリンタドライバと紐付く別個のアプリケーションである。ただし拡張ＵＩモジュール２２４は、Ｖ４プリンタドライバと同じパッケージとして提供されることが好ましく、本実施形態ではＶ４プリンタドライバの一機能として利用されるものとしている。

また、ＷＳＤＡ２００では、ＯＳによる制限のため、特定の記憶領域を除いて任意の記憶領域（ローカルストレージ）に格納されたファイルにアクセスすることができない。一方で拡張ＵＩモジュール２２４は、ＷＳＤＡ２００がアクセスできないこのような記憶領域にアクセスすることができる。

キュープロパティバッグ２１５(以降、ＱＰＢ)は、システム全体のドライバに関する設定値を保持する記憶領域であり、コンピュータに登録されている全てのユーザが参照可能である。ＱＰＢ２１５には拡張ＵＩモジュール２２４で設定された値が書き込まれ、ＱＰＢ２１５に書き込まれた設定値は、ＷＳＤＡ２００や拡張ＵＩモジュール２２４、レンダーフィルター２２３により読み出すことができる。

ドライバプロパティバッグ２１６(以降、ＤＰＢ)は、印刷装置１２０の機種に依存する情報を保存する記憶領域である。

ユーザプロパティバッグ２１７(以降、ＵＰＢ)は、ＯＳのユーザのアカウントに依存する設定値を保存する記憶領域である。

以上がＶ４プリンタドライバにおける印刷フローである。なお、ＷＳＤＡ２００は、通常、ＯＳが、不図示のアプリケーション配布システム（Ｍｉｃｒｏｓｏｆｔ（登録商標）が管理するサーバ）からインターネットを経由して取得する。また、プリンタベンダは、事前にＭｉｃｒｏｓｏｆｔ（登録商標）が管理するＭｅｔａｄａｔａ用サーバに、Ｍｅｔａｄａｔａを提供している。よって、適切なＷＳＤＡ２００が情報処理装置１１０に自動的にインストールされる。より詳細には、Ｍｅｔａｄａｔａ内には、デバイスである印刷装置のデバイス識別情報（Ｈａｒｄｗａｒｅ ＩＤ）と、ＷＳＤＡ２００のソフトウエア識別情報（Ｉｄｅｎｔｉｔｙ Ｎａｍｅ）とが記載されている。また、プリンタドライバのＩｎｆファイルには、デバイス識別情報（Ｈａｒｄｗａｒｅ ＩＤ）が記載されている。よって、ＯＳは、プリンタドライバがインストールされると、デバイス識別情報を基に対応するＭｅｔａｄａｔａをダウンロードする。そして、ＯＳは、そのＭｅｔａｄａｔａ内を参照し、対応するデバイス識別情報（Ｈａｒｄｗａｒｅ ＩＤ）に関連づけられたソフトウエア識別情報（Ｉｄｅｎｔｉｔｙ Ｎａｍｅ）を特定し、対応するＷＳＤＡ２００を取得することができる。よって、プリンタドライバと、ＷＳＤＡ２００と、は関連づけられている。

(ＷＳＤＡ利用時のスタンプ機能の処理フロー)
ここでは、本発明の実施形態１に係る印刷システムにおいて、ＷＳＤＡ２００で課される制限の下でスタンプ機能を実現する処理方法について説明する。なお、本実施形態において、スタンプ機能とは、描画アプリケーションにより生成された描画データに基づく画像上に、特定の画像を付加する機能である。以下、スタンプ画像を付加用画像とも呼ぶ。

前述したように、ＷＳＤＡ２００では、ＯＳによる制限のため、特定の記憶領域を除いて任意の記憶領域に格納されたファイルにアクセスすることができない。そこで、本発明では、ＷＳＤＡ２００がアクセスできる記憶領域であり、ドライバに関する設定値を保存するための記憶領域であるＱＰＢ２１５およびＵＰＢ２１７を利用する。すなわち、ＷＳＤＡ２００は、拡張ＵＩモジュール２２４に対してＱＰＢ２１５にスタンプ画像ファイルと、そのスタンプ画像ファイルに１対１で対応する識別情報とを保存させる。またＷＳＤＡ２００は、拡張ＵＩモジュール２２４に対してＵＰＢ２１７に読み込んだ全てのスタンプ画像ファイルの識別情報を含む一覧を保存させる。

ＷＳＤＡ２００は、まずＵＰＢ２１７からスタンプ画像ファイルの識別情報一覧を読み込む。ＷＳＤＡ２００は、読み込んだ識別情報に基づきＱＰＢ２１５から識別情報に対応するスタンプ画像ファイルをバイナリデータで読み込む。そしてＷＳＤＡ２００は、ＷＳＤＡ２００が提供するＵＩ上（例えば、図１４（ｃ）に示す設定画面１４０４内の一形態であるスタンプ設定画面）に表示する。このようにＱＰＢ２１５およびＵＰＢ２１７を利用することで、任意の記憶領域へのアクセスが制限された状況においても、ＷＳＤＡ２００はＵＩの画面内に任意のスタンプ画像を表示できる。また、ＷＳＤＡ２００が印刷プレビュー機能を有する場合は、ユーザは、印刷を行う前に描画データに基づく画像上にスタンプ画像を付加した印刷プレビューを確認することが可能となる。

以下では、図３、９～１１に示すフローチャートを用いて発明の実施形態１に係るスタンプ画像ファイルの登録処理、読み込み処理、印刷処理、およびフィルター処理の詳細について説明する。

(拡張ＵＩモジュールによるスタンプ画像ファイルの登録処理)
図３は、本発明の実施形態１に係る印刷システムにおける拡張ＵＩモジュール２２４がローカルストレージ内の任意の記憶領域に格納された任意の画像をスタンプ画像として登録する登録処理を表すフローチャートである。

図４、５に、任意の記憶領域に格納された画像ファイルをスタンプ画像ファイルとして登録する際の拡張ＵＩモジュール２２４により生成されるスタンプ登録ＵＩの一例を示す。本実施形態におけるスタンプ登録ＵＩ４００は、スタンプタブ４０１、配置タブ４０２、設定登録タブ４０３、ＯＫボタン４０８、ＣＡＮＣＥＬボタン４０９およびＨＥＬＰボタン４１０を備え、出力装置１１８の表示装置に表示される設定画面である。

図４に示すスタンプタブ４０１のシートでは、スタンプの種類選択ボックス４０４で「ビットマップ」を選択することで未登録のビットマップ画像ファイルの使用することができる。この場合、ファイル名入力ボックス４０５を表示してローカルストレージ内の画像ファイルの保存場所情報であるファイルパスを入力できるようにする。ファイルパスは、ファイル選択ボタン４０６を押下することにより表示されるＯＳ標準のファイル選択ダイアログによって指定してもよい。スタンプの種類選択ボックス４０４では、未登録のビットマップ画像ファイルの使用を表す「ビットマップ」以外に、例えば文字列や、Ｖ４プリンタドライバ２２０に登録済みのスタンプ画像ファイルの名称などのスタンプの種類を選択することができる。

使用するスタンプ画像ファイルが決定すると、サンプル表示領域４０７にサンプル画像に対してスタンプ画像を重畳した結果を表示することができる。なお、サンプル画像とは、ユーザが描画アプリケーション２０１を用いて作成した描画データに基づく画像とは異なり、元々組み込まれた見本画像である。

図５に示す設定登録タブ４０３のシートでは、読み込んだ画像ファイルをスタンプ画像ファイルとして登録するためのスタンプ設定を行う。設定登録タブ４０３では、新規保存ボタン５０３を押下することで、任意の記憶領域から読み込んだ画像ファイルを、タイトル入力部５０１に入力した名称を持つスタンプ画像ファイルとして、プリンタＱＰＢ２１５に保存することができる。また、すでに保存されているスタンプ画像ファイルの名称を表示欄５０２に一覧表示することができる。さらに表示欄５０２に表示された名称のうちいずれかを選択して削除ボタン５０４を押下することで、すでに保存されているスタンプ画像ファイルをプリンタＱＰＢ２１５から削除することができる。

ここで図３に戻り、拡張ＵＩモジュール２２４がスタンプ画像ファイルを登録する際の拡張ＵＩモジュール２２４の処理について説明する。まず、拡張ＵＩモジュール２２４がスタンプ登録ＵＩ４００のスタンプタブ４０１を表示すると、図３に示すスタンプ画像ファイルの読み込み処理を実行する。

Ｓ３０１において拡張ＵＩモジュール２２４は、ファイル名入力ボックス４０５のテキスト入力領域もしくはファイル選択ボタン４０６のファイル選択ダイアログを表示して、ユーザからの所望の画像ファイルの保存場所情報（ファイルパス）の入力を待つ。つまり、Ｓ３０１において、拡張ＵＩモジュール２２４は、ユーザからの指示に基づき、所望の画像ファイルの指定を受け付ける。

Ｓ３０２において拡張ＵＩモジュール２２４は、ユーザが指定した画像ファイルの保存場所情報（ファイルパス）を取得し、そこに画像ファイルが存在するか否かを判定する。画像ファイルが存在する場合はＳ３０３に移行し、画像ファイルが存在しない場合は処理を終了する。

Ｓ３０３において拡張ＵＩモジュール２２４は、ユーザが指定した保存場所から画像ファイルを読み込む。そして、拡張ＵＩモジュール２２４の保存制御により、読み込んだ画像ファイルをバイナリ形式でスタンプ画像ファイルとしてＱＰＢ２１５に保存する。また、そのスタンプ画像ファイルに関連付けられた識別情報を生成して、スタンプ画像ファイルとともに、識別情報をＱＰＢ２１５に保存する。図６に、ＱＰＢ２１５に保存される識別情報の記載例を示す。識別情報は、ＸＭＬ形式で記述され、各スタンプ画像ファイルの識別情報が属性情報を示すタグと、タグで囲まれた要素とによって表現される。図６の３行目のタグはスタンプ画像ファイルのリストの開始を表し、１６行目はリストの終了を表す。４行目はスタンプ画像ファイル（ビットマップ）のリスト上の並び順、５行目９行目および１３行目はスタンプ画像ファイルに対するユニークなＩＤであるスタンプ画像ファイルの識別情報（例えば、「００００００００００」）を表している。また、６行目１０行目および１４行目はスタンプ画像ファイルのビットマップのデータをバイト列で表現した文字列（例えば、「ＸＸＸ～（中略）～ＹＹＳ」）を表している。

Ｓ３０４において拡張ＵＩモジュール２２４は、読み込んだスタンプ画像ファイルを管理するために、全てのスタンプ画像ファイルの識別情報をＵＰＢ２１７に保存する。ＵＰＢ２１７には、登録された全てのスタンプ画像ファイルの識別情報の一覧が保存される。図７に、ＵＰＢ２１７に保存される識別情報一覧の記載例を示す。識別情報一覧もＸＭＬ形式で記述され、各スタンプ画像ファイルの識別情報が属性情報を示すタグと、タグで囲まれた要素とによって表現される。ＵＰＢ２１７から特定の指定されたスタンプ画像ファイルの識別情報を取得する場合、タグの属性情報に基づいて探索を行うことにより、指定されたスタンプ画像ファイルの識別情報を取得できる。図７の３行目のタグはスタンプ画像ファイルのリストの開始を表し、１６行目はリストの終了を表す。４行目はスタンプ画像ファイルのリスト上の並び順を示す。５行目９行目および１３行目は、図６の５行目９行目および１３行目に対応し、スタンプ画像ファイルの識別情報を表している。また、６行目１０行目および１４行目は名称情報であり、図５の表示欄５０２上に表示するスタンプ画像ファイルの名称を文字列（例えば、「ＵｓｅｒＢＭＰ０００」）で表している。

本実施例において、ＷＳＤＡ２００と拡張ＵＩモジュール２２４の両方がアクセス可能な記憶領域としてＱＰＢ２１５、ＵＰＢ２１７を使用している。しかし、ＷＳＤＡ２００と拡張ＵＩモジュール２２４の両方がアクセス可能な記憶領域であれば、これらＱＰＢ２１５、ＵＰＢ２１７に限定されないことは言うまでもない。

(ＷＳＤＡ上でのスタンプ画像ファイルの読み込み処理)
図８に、登録済みのスタンプ画像ファイルを選択した際のＷＳＤＡ２００により提供されるスタンプ設定ＵＩの一例を示す。図８のスタンプ設定ＵＩは、図１４（ｃ）に示す設定画面の一部であってもよく、別の設定画面でもよい。スタンプ設定ＵＩ８００は、スタンプタブ８０１、位置タブ８０２、ＯＫボタン８０５、ＣＡＮＣＥＬボタン８０６およびＨＥＬＰボタン８０７を備え、出力装置１１８の表示装置に表示される設定画面である。スタンプタブ８０１は、スタンプの種類選択ボックス８０３、およびサンプル画像に対してスタンプ画像８０８を付加した結果を表示することができる表示領域８０４を備える。

また図９に、本発明の実施形態１に係る印刷システムにおけるＷＳＤＡ２００が実行するスタンプ画像ファイルの読み込み処理のフローチャートを示す。

まずＳ９０１においてＷＳＤＡ２００は、ＵＰＢ２１７にスタンプ画像ファイルとして登録された画像ファイルに関連付けられた識別情報が存在するか否かを判定する。

ＵＰＢ２１７に識別情報が存在する場合、Ｓ９０２においてＷＳＤＡ２００は、ＵＰＢ２１７から全ての識別情報を一覧として読み込み、識別情報が存在しない場合は処理を終了する。尚、ＵＰＢ２１７に識別情報が存在しない場合はその旨を知らせるメッセージを表示してユーザに通知するなど、エラー処理を行ってもよい。

次にＳ９０３においてＷＳＤＡ２００は、読み込んだ識別情報一覧を用いて、ＱＰＢ２１５の中に読み込んだ識別情報およびそれらに対応するスタンプ画像ファイルが存在するか否かを判定する。

ＱＰＢ２１５に識別情報およびそれに対応するスタンプ画像ファイルが存在する場合は、Ｓ９０４においてＷＳＤＡ２００は、ＱＰＢ２１５から識別情報に対応するスタンプ画像ファイルを読み込む。

Ｓ９０５においてＷＳＤＡ２００は、ＷＳＤＡ２００の記憶領域に識別情報およびそれに対応するスタンプ画像ファイルを保存する。そして、それらスタンプ画像ファイルの名称をＵＩ上のスタンプの種類選択ボックス８０３に表示する。スタンプ画像ファイルの名称は、図５において、タイトル入力部５０１に入力された名称に対応し、図７の６行目１０行目および１４行目に記載された名称情報に対応する。スタンプ画像ファイルが複数存在する場合、プルダウンメニュー等によりスタンプ画像ファイルの名称を選択可能に一覧表示してもよい。ＱＰＢ２１５に識別情報およびそれに対応するスタンプ画像ファイルが存在しない場合は処理を終了する。尚、ＱＰＢ２１５に識別情報およびそれに対応するスタンプ画像ファイルが存在しない場合においても、その旨を知らせるメッセージを表示してユーザに通知を行うといったエラー処理を行ってもよい。

(ＷＳＤＡ内でのスタンプ設定処理)
ＷＳＤＡ２００上でのスタンプ画像ファイルの読み込み処理が終了すると、読み込んだスタンプ画像ファイルは、スタンプ設定ＵＩ８００のスタンプタブ８０１のシートに表示される。スタンプ画像ファイルが複数存在する場合、ユーザは、プルダウンメニュー等により、スタンプ画像ファイルの名称をＵＩ上のスタンプの種類ボックス８０３で選択することができる。図８では、表示領域８０４において、サンプル画像上に、選択されたスタンプ画像ファイルの名称（タイトル：ユーザ登録ビットマップ１）に対応するスタンプ画像８０８が表示されている。また、配置タブ８０２を選択することでスタンプ画像の印刷用紙に対する位置や角度に関する位置情報の設定を行うシートに遷移する。スタンプタブ８０１および配置タブ８０２での設定完了後、ユーザによりＯＫボタン８０５が押下されると、印刷時に使用されるスタンプ画像ファイルが決定され、スタンプ設定情報が登録される。すなわち、選択されたスタンプ画像ファイルの識別情報およびスタンプ画像の位置情報を、印刷時に使用するためにＷＳＤＡ２００内部にスタンプ設定情報として保存し、処理を終了する。

上記のように、拡張ＵＩモジュール２２４を用いてＱＰＢ２１５およびＵＰＢ２１７にスタンプ画像ファイルを登録することにより、任意の記憶領域内に保存されたスタンプ画像ファイルをＷＳＤＡ２００が提供するＵＩ上でプレビュー表示することができる。そのため、ユーザは印刷前にＷＳＤＡ２００が提供するＵＩ上でスタンプ画像を確認することができる。なお、例えば、ＷＳＤＡ２００が、中間データの参照及び編集が可能な場合、中間データに含まれる描画データの参照及び編集が可能になる。その場合、ＷＳＤＡ２００は、ユーザが描画アプリケーション２０１を用いて作成した描画データに基づく画像上にスタンプ画像を付加した印刷プレビュー画像を表示することができる。

(ＷＳＤＡからの印刷処理)
図１０に、本発明の実施形態１に係る印刷システムにおけるＷＳＤＡが実行する印刷処理のフローチャートを示す。

まずＳ１００１においてＷＳＤＡ２００は、スタンプ設定情報(スタンプ画像を配置する位置や向きに関する位置情報、スタンプ画像ファイルに対応する識別情報)が存在するか否かを判定する。スタンプ情報が存在する場合はＳ１００２に移行し、存在しない場合はＳ１００５に移行する。

Ｓ１００２においてＷＳＤＡ２００は、スタンプ設定情報が存在する場合、ＰＴをＯＳから取得する。

Ｓ１００３においてＷＳＤＡ２００は、ＰＴに対してスタンプ設定情報を記載する。つまり、スタンプ設定情報に基づき、ＰＴを編集する。

Ｓ１００４においてＷＳＤＡ２００は、上記情報を記載したＰＴ（編集済みのＰＴ）をＯＳに返却する。

Ｓ１００５においてＷＳＤＡ２００は、通常の印刷処理を実行して処理を終了する。

（レイアウトフィルター２２２の処理）
図１１に、本発明の実施形態１に係る印刷システムにおいて印刷処理時にレイアウトフィルター２２２が実行する処理のフローチャートを示す。

Ｓ１１０１においてレイアウトフィルター２２２は、印刷ジョブを取得する。

Ｓ１１０２においてレイアウトフィルター２２２は、印刷ジョブ内のＰＴを参照する。

Ｓ１１０３においてレイアウトフィルター２２２は、ＰＴの中に、スタンプ設定情報が存在するか否かを判定する。ＰＴにスタンプ設定情報が存在する場合はＳ１１０４に移行し、存在しない場合はＳ１１０７に移行する。

ＰＴにスタンプ設定情報が存在する場合、Ｓ１１０４においてレイアウトフィルター２２２は、ＰＴに記載されたスタンプ機能を表すタグに含まれる値を参照し、スタンプ設定情報を取得する。

次にＳ１１０５においてレイアウトフィルター２２２は、スタンプ設定情報に含まれるスタンプ画像ファイルに対応する識別情報と、その識別情報に対応するスタンプ画像ファイルがＱＰＢ２１５に存在するか否かを判定する。識別情報およびそれに対応するスタンプ画像ファイルがＱＰＢ２１５に存在する場合はＳ１１０６に移行し、それらのいずれか一方でもＱＰＢ２１５に存在しない場合はＳ１１０７に移行する。

識別情報およびそれに対応するスタンプ画像ファイルがＱＰＢ２１５に存在する場合、Ｓ１１０６においてレイアウトフィルター２２２は、ＱＰＢ２１５から識別情報に対応するスタンプ画像ファイルを取得する。そして、レイアウトフィルター２２２は、印刷ジョブの描画データに対してスタンプ設定情報に基づき印刷ジョブで指定された位置にスタンプ画像データを付加する。

最後にＳ１１０７において、レイアウトフィルター２２２は、印刷ジョブをレンダーフィルター２２３に送信し、処理を終了する。

実施形態２

次に、本発明の実施形態２に係る印刷システムにおいて、スタンプ画像を付加する画像処理方法について説明する。実施形態１では、ＱＰＢ２１５を用いることでＷＳＤＡ２００のような任意の記憶領域へのアクセスが制限されているアプリケーション上であっても、任意の記憶領域上の任意のスタンプ画像ファイルをアプリケーションに読み込み、使用することを実現した。しかしながら、ＯＳの仕様によりＱＰＢ２１５の記憶容量には制限が設けられている。そのため、ＱＰＢ２１５の記憶容量を超える大きさのデータを保存することはできない。

上記の課題を解決する方法として、格納するスタンプ画像ファイルに対して符号化によるデータ量の圧縮を行うことが考えられる。しかし、圧縮方法が不可逆である場合、高解像度のスタンプ画像ファイルを使用しようとすると、データの圧縮により画質が低下し、印刷品質の低下を生じさせてしまうという課題が残る。また、たとえ可逆の圧縮方法を採用して品質を維持できたとしても、必ずしもＱＰＢ２１５の記憶容量は十分とは言えない。例えば、商業印刷で用いるような高解像度でより大きな画像ファイルを大量に使用する場合などのおいては、データサイズの増大は不可避であり、それら全ての画像ファイルをＱＰＢ２１５に格納することができない場合もある。

これに対し本発明の実施形態２では、ＱＰＢ２１５に格納したスタンプ画像ファイルとは異なるスタンプ画像ファイルを印刷時に任意の記憶領域から読み出して使用する。これにより、実施形態２では、ＱＰＢ２１５の記憶容量を超えるサイズのスタンプ画像ファイルの使用も可能となる。本実施形態では、ユーザは、ファイルアクセス制限があるＵＩアプリケーションと記憶容量に制限のある記憶領域とを用いる場合でも、ＵＩアプリケーションは記憶容量制限を超えるサイズの画像データをスタンプ画像として表示することができる。なお、以下では、実施形態１と異なる部分を主に説明し、実施形態１と共通する構成や処理は説明を省略する。

（拡張ＵＩモジュールによるスタンプ画像ファイルの登録処理）
本実施形態においてユーザが、ローカルストレージ内の任意の記憶領域に格納された任意の画像をスタンプ画像ファイルとして登録する処理のフローについて、図４に示すスタンプ登録ＵＩ４００を用いて説明する。

図１２に、本発明の実施形態２に係る印刷システムにおいて、拡張ＵＩモジュール２２４でのスタンプ画像ファイルの登録処理のフローチャートを示す。まず、図４に示す拡張ＵＩモジュール２２４上のスタンプ登録ＵＩ４００からスタンプ画像ファイルの読み込み処理を実行する。

Ｓ１２０１において拡張ＵＩモジュール２２４は、スタンプ登録ＵＩ４００のファイル名入力ボックス４０５又はファイル選択ボタン４０６を表示して、所望の画像ファイルの保存場所情報（ファイルパス）の入力を待つ。つまり、Ｓ１２０１において、拡張ＵＩモジュール２２４は、ユーザからの指示に基づき、所望の画像ファイルの指定を受け付ける。

Ｓ１２０２において拡張ＵＩモジュール２２４は、ユーザが指定した画像ファイルの保存場所（ファイルパス）を取得し、そこに画像ファイルが存在するか否かを、図３のＳ３０２と同様に判定する。

Ｓ１２０３において拡張ＵＩモジュール２２４は、ユーザが指定した保存場所から画像ファイルを読み込む。そして拡張ＵＩモジュール２２４は、読み込んだ画像ファイルをスタンプ画像ファイルとし、それに対応する識別情報を生成する。さらに、読み込んだ画像ファイルの解像度や色情報を落とすことによってデータ量を低減した圧縮データである圧縮画像データを作成する。

Ｓ１２０４において拡張ＵＩモジュール２２４は、圧縮画像データをバイナリ形式でＱＰＢ２１５に保存する。さらに、この圧縮画像データに対応する識別情報と、圧縮画像データの元データで、無圧縮画像データである圧縮前の画像ファイルの保存先情報であるファイルパスと、をＱＰＢ２１５に保存する。

最後にＳ１２０５において拡張ＵＩモジュール２２４は、読み込んだ画像ファイルの識別情報をＵＰＢ２１７に保存することにより、登録処理を終了する。ＵＰＢ２１７には、登録された全てのスタンプ画像ファイルの識別情報の一覧が保存される。

なお、Ｓ１２０３において、拡張ＵＩモジュール２２４は、圧縮画像データを生成する前に、読み込んだ画像ファイルを無圧縮で、ローカルストレージ内（典型的には読み込み元の記憶領域とは異なる記憶領域）に新たに保存してもよい。この場合、Ｓ１２０４において、拡張ＵＩモジュール２２４は、圧縮前の画像ファイルのファイルパスとして、新たに保存した画像ファイルのファイルパスをＱＰＢ２１５に保存する。

本実施形態においても、ＷＳＤＡ２００と拡張ＵＩモジュール２２４との両方がアクセス可能な記憶領域としてＱＰＢ２１５およびＵＰＢ２１７を使用しているが、両アプリケーションが共にアクセス可能な記憶領域であれば、これらに限定されない。また、ＱＰＢ２１５の空き容量が不足する場合は、圧縮画像データのデータサイズをＱＰＢ２１５の空き容量に収まるまで小さくすることができる。また、既存のデータを含む全データに対し、それらの合計のデータサイズがＱＰＢ２１５の記憶容量を下回るまで圧縮し直してもよい。

(ＷＳＤＡ上でのスタンプ画像の読み込み処理)
本実施形態におけるＷＳＤＡ２００上でのスタンプ画像ファイルの読み込み処理は、実施形態１の図９に示す処理と同様であるため、ここでの説明は省略する。ただし、本実施形態の場合、Ｓ９０４では、ＷＳＤＡ２００は、ＱＰＢ２１５から識別情報に対応する圧縮画像データをスタンプ画像ファイルとして読み込む。そして、Ｓ９０５では、ＷＳＤＡ２００は、ＷＳＤＡ２００の記憶領域に、識別情報と、それに対応する圧縮画像データとを保存する。

(ＷＳＤＡ内でのスタンプ設定処理)
本実施形態におけるＷＳＤＡ２００上でのスタンプ設定処理は、図８を用いて説明した実施形態１の処理と同様であるため、ここでの説明は省略する。ただし、ＷＳＤＡ２００が提供する図８のＵＩにおいて、表示領域８０４に表示されるスタンプ画像８０８は、圧縮画像データに基づく画像が表示される。

（ＷＳＤＡからの印刷処理)
本実施形態におけるＷＳＤＡ２００からの印刷処理は、実施形態１の図１０に示す処理と同様であるため、ここでの説明は省略する。

（レイアウトフィルター２２２の処理）
図１３に、本発明の実施形態２に係る印刷システムにおいて印刷処理時にレイアウトフィルター２２２が実行する処理のフローチャートを示す。

Ｓ１３０１においてレイアウトフィルター２２２は、印刷ジョブを取得する。

Ｓ１３０２においてレイアウトフィルター２２２は、取得した印刷ジョブが含むＰＴを参照する。

Ｓ１３０３においてレイアウトフィルター２２２は、ＰＴの中に、スタンプ設定情報が存在するか否かを判定する。ＰＴにスタンプ設定情報が存在する場合、Ｓ１３０４に移行し、それが存在しない場合、Ｓ１３０９に移行する。

スタンプ設定情報が存在する場合、Ｓ１３０４においてレイアウトフィルター２２２は、ＰＴに記載されたスタンプ機能に関するタグに含まれる値を参照し、スタンプ設定情報を取得する。

次に、Ｓ１３０５においてレイアウトフィルター２２２は、スタンプ設定情報に含まれるスタンプ画像ファイルの識別情報に基づき、対応するスタンプ画像ファイルが保存されている記憶領域のファイルパスがＱＰＢ２１５に存在するか否かを判定する。識別情報およびそれに対応するスタンプ画像ファイルの保存場所情報であるファイルパスがＱＰＢ２１５に存在する場合、Ｓ１３０６に移行し、それが存在しない場合、Ｓ１３０９に移行する。

それらがＱＰＢ２１５に存在する場合、Ｓ１３０６においてレイアウトフィルター２２２は、ＰＴのスタンプ設定情報に含まれる識別情報に対応するスタンプ画像ファイルの保存場所情報であるファイルパスをＱＰＢ２１５から読み込む。

次に、Ｓ１３０７においてレイアウトフィルター２２２は、ファイルパスにスタンプ画像ファイルが存在するか否かを判定する。ファイルパスにスタンプ画像ファイルが存在する場合、Ｓ１３０８に移行し、存在しない場合、Ｓ１３０９に移行する。

ファイルパスにスタンプ画像ファイルが存在する場合、Ｓ１３０８においてレイアウトフィルター２２２は、ファイルパスからスタンプ画像ファイルを読み込む。そしてレイアウトフィルター２２２は、ＰＴのスタンプ設定情報に基づき、印刷ジョブの描画データに対して印刷ジョブで指定された位置にスタンプ画像データを付加する。

最後にＳ１３０９においてレイアウトフィルター２２２は、印刷ジョブをレンダーフィルター２２３に送信し、処理を終了する。

尚、実施形態１と実施形態２とは切り替え可能にすることもでき、ユーザが選択したり、ＱＰＢ２１５の空き容量に応じて拡張ＵＩモジュール２２４が選択したりすることも可能である。

（その他の実施例）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。なお、プロセッサーとしては、ＣＰＵ、ＭＰＵ、ＧＰＵ等を含む。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

以上、これまで、スタンプ機能、印刷プレビューについて説明してきたが、本発明を用いれば、スタンプ機能の実行や、ファイルアクセスが制限されたＷＳＤＡ２００が、ＱＰＢ２１５を用いてその他多くの任意の機能を実行させることが可能である。また、描画命令を発行するアプリケーションとしてＷＳＤＡを使用する構成としたが、ＷＳＤＡ以外のアプリケーションを用いてもよい。さらに、これまでＭｉｃｒｏｓｏｆｔのＶ４アーキテクチャのドライバについて、主に説明してきたが、他ＯＳや他アーキテクチャにおいても実施例の機能が実現される場合も含まれるのは言うまでもない。

１１０ 情報処理装置
１２０ 印刷装置
２００ ＷＳＤＡ
２１５ ＱＰＢ
２１７ ＵＰＢ
２２０ プリンタドライバ
２２２ レイアウトフィルター
２２４ 拡張ＵＩモジュール

Claims (11)

1. ＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を提供する機能を有していないドライバが選択された場合にＵＩを提供可能なＵＩアプリケーションのプログラムであって、
   コンピュータを、
   前記ＵＩアプリケーションがアクセス可能な第１記憶領域に保存された画像データを取得する取得手段、
   所定の画面を表示手段に表示させる表示制御手段、
   として機能させ、
   前記第１記憶領域に保存された画像データは、前記ＵＩアプリケーションとは異なる拡張ＵＩアプリケーションが、前記ＵＩアプリケーションがアクセスできない第２記憶領域から読み込んだ画像データを、前記第１記憶領域に所定の形式で保存した画像データであり、
   前記表示制御手段は、前記所定の画面内に、前記第１記憶領域から取得された画像データに基づく画像を付加用画像として表示させ、
   前記第１記憶領域に保存された画像データは、前記拡張ＵＩアプリケーションが、前記第２記憶領域から読み込んだ画像データを、前記第１記憶領域に圧縮して所定の形式で保存した画像データであり、
   前記取得手段は、前記第１記憶領域から前記圧縮された所定の形式の画像データを取得することを特徴とするプログラム。
2. 前記取得手段は、前記拡張ＵＩアプリケーションにより第３記憶領域に保存された識別情報を取得し、前記取得された識別情報に基づき、前記第１記憶領域から前記識別情報に関連付けられた画像データを取得することを特徴とする請求項１に記載のプログラム。
3. 前記取得手段は、前記拡張ＵＩアプリケーションにより前記第３記憶領域に保存された名称情報を取得し、
   前記表示制御手段は、前記取得された名称情報を前記所定の画面内に表示させることにより、ユーザから前記付加用画像の選択を受け付けることを特徴とする請求項２に記載のプログラム。
4. 前記コンピュータを、
   ユーザからの指示に基づき、前記表示制御手段により前記所定の画面内において表示された前記付加用画像を、印刷時に使用する付加用画像として決定する決定手段としてさらに機能させることを特徴とする請求項１から３のいずれか１項に記載のプログラム。
5. 前記コンピュータを、
   前記決定された付加用画像に関する情報に基づき、印刷設定を示す情報を編集する編集手段としてさらに機能させることを特徴とする請求項４に記載のプログラム。
6. 前記取得手段は、前記圧縮された所定の形式の画像データの元データである無圧縮画像データの保存先に関する情報を取得し、
   前記取得された保存先から読み出された前記無圧縮画像データに基づく画像が、付加用画像として、描画アプリケーションにより生成された描画データに基づく画像上に付加されることを特徴とする請求項１から５のいずれか１項に記載のプログラム。
7. 前記所定の画面はサンプル画像を含む画面であり、前記表示制御手段は、前記サンプル画像上に前記付加用画像を表示させることを特徴とする請求項１から６のいずれか１項に記載のプログラム。
8. 前記所定の画面は、描画アプリケーションにより生成された描画データに基づく画像を含む画面であり、前記表示制御手段は、前記描画データに基づく画像上に前記付加用画像を表示させることを特徴とする請求項１から６のいずれか１項に記載のプログラム。
9. ＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を提供する機能を有していないドライバが選択された場合にＵＩを提供可能なＵＩアプリケーションがインストールされた情報処理装置であって、
   前記ＵＩアプリケーションがアクセス可能な第１記憶領域に保存された画像データを特定の画像データとして取得する取得手段と、
   所定の画面を表示手段に表示させる表示制御手段と、
   を備え、
   前記第１記憶領域に保存された画像データは、前記ＵＩアプリケーションとは異なる拡張ＵＩアプリケーションが、前記ＵＩアプリケーションがアクセスできない第２記憶領域から読み込んだ画像データを、前記第１記憶領域に所定の形式で保存した画像データであり、
   前記表示制御手段は、前記所定の画面内に、前記第１記憶領域から取得された画像データに基づく画像を付加用画像として表示させ、
   前記第１記憶領域に保存された画像データは、前記拡張ＵＩアプリケーションが、前記第２記憶領域から読み込んだ画像データを、前記第１記憶領域に圧縮して所定の形式で保存した画像データであり、
   前記取得手段は、前記第１記憶領域から前記圧縮された所定の形式の画像データを取得することを特徴とする情報処理装置。
10. ＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を提供する機能を有していないドライバが選択された場合にＵＩを提供可能なＵＩアプリケーションおよび拡張ＵＩアプリケーションがインストールされた情報処理装置であって、
    前記ＵＩアプリケーションがアクセス可能な第１記憶領域に保存された画像データを特定の画像データとして取得する取得手段と、
    所定の画面を表示手段に表示させる表示制御手段と、
    前記拡張ＵＩアプリケーションがアクセスでき、前記ＵＩアプリケーションがアクセスできない第２記憶領域に保存された画像データを読み込む読み込み手段と、
    前記読み込んだ画像データに関連付けられた識別情報と共に、前記読み込んだ画像データを所定の形式で、前記ＵＩアプリケーションがアクセス可能な第１記憶領域に保存させる保存制御手段と、
    前記第１記憶領域に保存された画像データは、前記読み込み手段が前記第２記憶領域から読み込んだ画像データを、前記第１記憶領域に所定の形式で保存した画像データであり、
    前記表示制御手段は、前記所定の画面内に、前記第１記憶領域から取得された画像データに基づく画像を付加用画像として表示させ、
    前記第１記憶領域に保存された画像データは、前記拡張ＵＩアプリケーションが、前記第２記憶領域から読み込んだ画像データを、前記第１記憶領域に圧縮して所定の形式で保存した画像データであり、
    前記取得手段は、前記第１記憶領域から前記圧縮された所定の形式の画像データを取得することを特徴とする情報処理装置。
11. ＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を提供する機能を有していないドライバが選択された場合にＵＩを提供可能なＵＩアプリケーションおよび拡張ＵＩアプリケーションのプログラムであって、
    コンピュータを、
    前記ＵＩアプリケーションがアクセス可能な第１記憶領域に保存された画像データを特定の画像データとして取得する取得手段、
    所定の画面を表示手段に表示させる表示制御手段、
    前記拡張ＵＩアプリケーションがアクセスでき、前記ＵＩアプリケーションがアクセスできない第２記憶領域に保存された画像データを読み込む読み込み手段、
    前記読み込んだ画像データに関連付けられた識別情報と共に、前記読み込んだ画像データを所定の形式で、前記ＵＩアプリケーションがアクセス可能な第１記憶領域に保存させる保存制御手段、
    として機能させ、
    前記第１記憶領域に保存された画像データは、前記読み込み手段が前記第２記憶領域から読み込んだ画像データを、前記第１記憶領域に所定の形式で保存した画像データであり、
    前記表示制御手段は、前記所定の画面内に、前記第１記憶領域から取得された画像データに基づく画像を付加用画像として表示させ、
    前記第１記憶領域に保存された画像データは、前記拡張ＵＩアプリケーションが、前記第２記憶領域から読み込んだ画像データを、前記第１記憶領域に圧縮して所定の形式で保存した画像データであり、
    前記取得手段は、前記第１記憶領域から前記圧縮された所定の形式の画像データを取得することを特徴とするプログラム。

Images