JP7099141B2 - プリンタドライバ - Google Patents

Description

本発明は、用紙にオブジェクトを印刷可能なプリンタドライバに関する。

下記非特許文献に記載のＵＲＬにアクセスすることで、商品ラベル等の用紙にバーコード等のオブジェクトを印刷するための技術を閲覧することができる。

インターネット＜ＵＲＬ：https://images-na.ssl-images-amazon.com/images/G/09/rainier/fba-help/quickguide/3_ItemLabel.pdf＞

上記文献に記載の技術によれば、商品ラベルにオブジェクトを印刷することが可能である。ただし、上記文献に記載の技術では、プリンタドライバが受け付けた画像データから、オブジェクトを含む画像のオブジェクト画像データが抽出され、抽出されたオブジェクト画像データが示す画像が商品ラベルに表示される。そこで、プリンタドライバが受け付けた画像データから、オブジェクト画像データを適切に抽出することを課題とする。

上記課題を解決するために、実施例に開示するプリンタドライバは、通信インタフェースと、入力インタフェースとを備える情報処理装置のコンピュータが読み取り可能なプリンタドライバであって、前記コンピュータは、画像データを出力可能なアプリケーションも読み取り可能であり、前記コンピュータを、印刷に用いられる用紙サイズを特定するための特定データを、前記入力インタフェースを介して受け付け、受け付けた特定データに基づいて、印刷に用いられる用紙サイズを特定する特定手段と、前記アプリケーションから画像データを受け付ける受付手段と、前記受付手段により受け付けられた画像データが、第１オブジェクトが配置された画像を示し、かつ、画像サイズが第１のサイズである画像を示しており、前記特定手段により特定された用紙サイズが、前記第１のサイズと異なる第２のサイズである場合に、当該受付手段により受け付けられた画像データから、前記第１オブジェクトを示すオブジェクト画像データを抽出する抽出手段と、前記抽出手段により抽出されたオブジェクト画像データが示す第１オブジェクトが前記第２のサイズの用紙に配置された画像を、前記通信インタフェースを介して前記情報処理装置と接続されたプリンタに印刷させるための印刷データを作成する作成手段と、前記作成手段により作成された印刷データを、前記通信インタフェースを介して、前記プリンタに送信する送信手段と、して機能させることを特徴とする。

実施例に開示するプリンタドライバにより、自動で、プリンタドライバが受け付けた画像データから、第１オブジェクトを示すオブジェクト画像データが抽出される。これにより、プリンタドライバが受け付けた画像データから、オブジェクト画像データを適切に抽出することができる。

通信システム１のブロック図である。 商品ラベル７８を示す図である。 配送ラベル８８を示す図である。 商品ラベル画像７０が表示されたラベル画像表示画面９０を示す図である。 配送ラベル画像８０が表示されたラベル画像表示画面９０を示す図である。 アプリ対応設定画面９６を示す図である。 ドライバ対応第１設定画面１００を示す図である。 ドライバ対応第２設定画面１１０を示す図である。 告知画面１２０を示す図である。 配送ラベル画像位置情報が特定される際に用いられる射影ヒストグラムを示す図である。 配送ラベル画像位置情報が特定される際に用いられる射影ヒストグラムを示す図である。 プリンタドライバ２８のフローチャートを示す図である。 プリンタドライバ２８のフローチャートを示す図である。 プリンタドライバ２８のフローチャートを示す図である。

図１に、本願に係る実施形態として例示される通信システム１のブロック図を示す。通信システム１は、ＰＣ（情報処理装置の一例）１０、プリンタ（プリンタの一例）５０、サーバ５２を備える。

ＰＣ１０は、ＣＰＵ（コンピュータの一例）１２、メモリ１４、ＬＣＤ（表示インタフェースの一例）１６、入力Ｉ／Ｆ（入力インタフェース及びユーザインタフェースの一例）１８、ネットワークＩ／Ｆ（通信インタフェースの一例）２０を主に備えている。これらの構成要素は、バス２２を介して互いに通信可能とされている。

ＰＣ１０は、ネットワークＩ／Ｆ２０及びネットワーク５６を通じてプリンタ５０と通信可能となっている。通信の方式としては、例えば、有線ＬＡＮ、ＵＳＢ、Ｗｉ－Ｆｉ（登録商標）やＢｌｕｅｔｏｏｔｈ（登録商標）を採用できる。プリンタ５０は、ラベルへの印刷を行うことが可能なデバイスであり、ＰＣ１０との間で各種の情報や指示信号を送受信し、ＰＣ１０による制御に基づいて、所望のテキストや画像等のオブジェクトをラベルに印刷する。なお、プリンタ５０は、ラベル印刷に特化したデバイスであり、Ａ４，Ｂ４等のカット紙への印刷処理を行うことはできない。また、ネットワークＩ／Ｆ２０は、ネットワーク５６を介して、サーバ５２に接続されている。これにより、ＰＣ１０は、サーバ５２との間で情報の送受信を行う。

また、ＣＰＵ１２は、メモリ１４内の制御プログラム（アプリケーションの一例）２６、プリンタドライバ２８、ＯＳ３２に従って処理を実行する。制御プログラム２６は、所定の形式、例えば、ＰＤＦ形式のファイルの閲覧，印刷等を実行するためのプログラムであり、例えば、Ａｄｏｂｅ Ｒｅａｄｅｒ（登録商標）である。また、プリンタドライバ２８は、プリンタ５０のデバイスドライバであり、プリンタ５０の作動を制御する。なお、プリンタドライバ２８は、メインモジュール３４とサブモジュール３６とにより構成されており、メインモジュール３４は、後に詳しく説明するが、印刷用画像データの作成等を行い、サブモジュール３６は、画像の抽出処理等を行う。また、ＯＳ３２は、制御プログラム２６、プリンタドライバ２８に利用される基本的な機能を提供するプログラムである。なお、プリンタドライバ２８等を実行するＣＰＵ１２のことを、単にプログラム名でも記載する場合がある。例えば、「プリンタドライバ２８が」という記載は、「プリンタドライバ２８を実行するＣＰＵ１２が」ということを意味する場合がある。

また、メモリ１４は、データ記憶領域３８を備える。データ記憶領域３８は、プリンタドライバ２８等の実行に必要なデータなどを記憶する領域である。なお、メモリ１４は、ＲＡＭ、ＲＯＭ、フラッシュメモリ、ＨＤＤ、ＣＰＵ１２が備えるバッファなどが組み合わされて構成されている。

メモリ１４は、コンピュータが読み取り可能なストレージ媒体であってもよい。コンピュータが読み取り可能なストレージ媒体とは、ｎｏｎ－ｔｒａｎｓｉｔｏｒｙな媒体である。ｎｏｎ－ｔｒａｎｓｉｔｏｒｙな媒体には、上記の例の他に、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ等の記録媒体も含まれる。また、ｎｏｎ－ｔｒａｎｓｉｔｏｒｙな媒体は、ｔａｎｇｉｂｌｅな媒体でもある。一方、インターネット上のサーバなどからダウンロードされるプログラムを搬送する電気信号は、コンピュータが読み取り可能な媒体の一種であるコンピュータが読み取り可能な信号媒体であるが、ｎｏｎ－ｔｒａｎｓｉｔｏｒｙなコンピュータが読み取り可能なストレージ媒体には含まれない。

また、ＬＣＤ１６は、ＰＣ１０の各種情報を表示する。なお、本願のディスプレイは、液晶ディスプレイに限らず、有機ＥＬディスプレイ等の他の表示方式のディスプレイでも良い。入力Ｉ／Ｆ１８は、キーボード、マウス等を含み、ユーザ操作を入力するためのインタフェースである。なお、入力Ｉ／Ｆ１８は、キーボード等に限らず、ＬＣＤ１６の表示画面にタッチセンサが重畳されたタッチパネルでも良い。

なお、本明細書では、主に、プログラムに記述された命令に従ったＣＰＵ１２の処理を示す。すなわち、以下の説明における「判断」、「抽出」、「選択」、「算出」、「決定」、「特定」、「取得」、「受付」、「制御」等の処理は、ＣＰＵ１２の処理を表している。ＣＰＵ１２による処理は、ＯＳ３２を介したハードウェア制御も含む。なお「取得」は要求を必須とはしない概念で用いる。すなわち、ＣＰＵ１２が要求することなくデータを受信するという処理も、「ＣＰＵ１２がデータを取得する」という概念に含まれる。また、本明細書中の「データ」とは、コンピュータに読取可能なビット列で表される。そして、実質的な意味内容が同じでフォーマットが異なるデータは、同一のデータとして扱われるものとする。本明細書中の「情報」についても同様である。また、「命令」「応答」「要求」等の処理は、「命令」「応答」「要求」等を示す情報を通信することにより行われる。また、「設定」等の処理は、入力された設定情報をメモリに記憶することで行われる。

通信システム１では、上述した構成により、サービス提供会社が提供するサービスにおいて用いられる商品ラベル，配送ラベル等の印刷を行うことが可能である。

具体的には、サーバ５２は、サービス提供会社が運営するサーバであり、ユーザにより操作されるＰＣ１０は、サーバ５２にアクセスし、ラベルサイズの用紙（以下、「ラベル用紙」と記載する）に印刷される画像の画像データを取得する。ラベル用紙に印刷される画像としては、例えば、図２に示す商品ラベル画像（第１オブジェクトの一例）７０と、図３に示す配送ラベル画像（第１オブジェクトの一例）８０とが有る。

商品ラベル画像７０は、商品を識別する用途（第２の用途の一例）に用いられるものであり、図２に示すように、商品固有の情報がコード化されたバーコード７２と、商品の商品名７４と、商品のコンディション７６とにより構成されている。そして、商品ラベル画像７０がラベル用紙に印刷され、商品ラベル画像７０の印刷されたラベル用紙（以下、「商品ラベル」と記載する）７８が商品に貼付され、商品ラベル画像７０のバーコード７２がイメージスキャナにより読み取られることで、商品が商品ラベル画像７０により識別される。なお、イメージスキャナは、バーコードを解析できる汎用のスキャナ装置、バーコードスキャン専用のバーコードスキャナ装置等、種々のものを採用することができる。

配送ラベル画像８０は、荷物を配送する用途（第１の用途の一例）に用いられるものであり、図３に示すように、荷物の配送先を示す住所などの配送先情報８２と、荷物固有の情報等がコード化された複数のバーコード８４及びＱＲコード（登録商標）８６とにより構成されている。そして、配送ラベル画像８０がラベル用紙に印刷され、配送ラベル画像８０の印刷されたラベル用紙（以下、「配送ラベル」と記載する）８８が荷物に貼付されることで、その荷物の配送先が配送ラベル画像８０により認識される。また、配送ラベル画像８０のバーコード８４等がイメージスキャナにより読み取られることで、荷物固有の情報等が得られる。なお、配送ラベル画像８０には、荷物の配送先を示す住所などの配送先情報８２が含まれており、配送先情報８２は、住所等を適切に識別するべく、ある程度、大きく表示される。このため、配送ラベル画像８０は、商品ラベル画像７０と比較すると、大きな画像とされている。

ユーザは、商品ラベル７８を必要とする場合に、ＰＣ１０を用いて、商品ラベル画像７０の画像データをサーバ５２から取得する。なお、サーバ５２から取得する画像データは、ＰＤＦ形式の画像データであり、制御プログラム２６はＰＤＦ形式の画像データを表示するアプリケーションである。このため、制御プログラム２６は、サーバ５２から取得したＰＤＦ形式の画像データに基づいて、図４に示すように、ラベル画像表示画面９０をＬＣＤ１６に表示する。なお、ＰＣ１０は、サーバ５２からＡ４サイズの画像データを取得しており、そのＡ４サイズの画像データには、複数の商品ラベル画像７０の画像データが含まれている。このため、ラベル画像表示画面９０には、複数の商品ラベル画像７０が表示される。

また、ユーザは、配送ラベル８８を必要とする場合に、ＰＣ１０を用いて、配送ラベル画像８０の画像データをサーバ５２から取得する。そして、制御プログラム２６が、サーバ５２から取得した配送ラベル８８の画像データに基づいて、図５に示すように、ラベル画像表示画面９０をＬＣＤ１６に表示する。なお、ＰＣ１０は、サーバ５２からＡ４サイズの画像データを取得しており、そのＡ４サイズの画像データには、２個の配送ラベル画像８０の画像データが含まれている。このため、ラベル画像表示画面９０には、２個の配送ラベル画像８０が表示される。

また、ラベル用紙には、図２及び図３に示すように、通常、１個の商品ラベル画像７０若しくは、１個の配送ラベル画像８０が印刷される。一方、ＰＣ１０は、複数の商品ラベル画像７０の画像データを含むＡ４サイズの画像データ、若しくは、複数の配送ラベル画像８０の画像データを含むＡ４サイズの画像データを、サーバ５２から取得しているため、Ａ４サイズの画像データから１個の商品ラベル画像７０の画像データ、若しくは、１個の配送ラベル画像８０の画像データを抽出する必要がある。

そこで、ＰＣ１０では、プリンタドライバ２８が、画像の一部を抽出し、抽出した画像の印刷を行う処理、所謂、クロップ印刷処理（抽出印刷処理の一例）を行う。なお、以下の説明において、プリンタドライバ２８による処理は、図１２乃至図１４に示すフローチャートを用いて説明する。

詳しくは、ラベル画像表示画面９０において、印刷ボタン９２が操作されると、制御プログラム２６の実行により、図６に示すアプリ対応設定画面９６がＬＣＤ１６に表示される。そして、アプリ対応設定画面９６において、プロパティボタン９８が操作されると、制御プログラム２６からのＡＰＩ（Application Programming Interfaceの略）呼び出しにより（Ｓ１００：ＹＥＳ）、プリンタドライバ２８に設定画面の表示が要求される。これにより、プリンタドライバ２８のメインモジュール３４が、図７に示すドライバ対応第１設定画面１００をＬＣＤ１６に表示する（Ｓ１０２）。

ドライバ対応第１設定画面１００は、印刷処理における基本設定を行うための画面である。このため、ドライバ対応第１設定画面１００には、用紙サイズ等を設定するための各種設定ボタンが表示されており、それら設定ボタンへの操作により、基本的な印刷条件が設定される。また、ドライバ対応第１設定画面１００には、クロップ印刷タブ１０２も、表示されている。そして、クロップ印刷タブ１０２が操作されると（Ｓ１０４：ＹＥＳ）、プリンタドライバ２８のメインモジュール３４は、図８に示すドライバ対応第２設定画面（処理選択画面及び、サイズ選択画面の一例）１１０をＬＣＤ１６に表示する（Ｓ１０６）。

ドライバ対応第２設定画面１１０は、プリンタ５０によるクロップ印刷処理の印刷設定情報の入力を行うための画面であり、ドライバ対応第２設定画面１１０には、クロップ印刷処理の設定を行うためのラジオボタン１１２、ラベル用紙のサイズを入力するためのサイズ設定ボタン１１４、クロップ印刷処理により印刷されるラベル画像のイメージ画像１１６等が表示される。

ドライバ対応第２設定画面１１０に表示されるラジオボタン１１２は、クロップ印刷処理でなく、通常の印刷処理を選択するためのラジオボタン１１２ａと、クロップ印刷処理として商品ラベル画像７０の印刷処理（第２の抽出印刷処理の一例）を選択するためのラジオボタン１１２ｂと、クロップ印刷処理として配送ラベル画像８０の印刷処理（第１の抽出印刷処理の一例）を選択するためのラジオボタン１１２ｃとにより構成されている。また、サイズ設定ボタン１１４は操作されることで、プルダウンメニューが表示され、そのプルダウンメニューには、ラジオボタン１１２において選択された印刷処理で印刷可能なラベル用紙のサイズが表示される。そして、そのプルダウンメニューにおいて任意の用紙サイズが選択されることで、印刷処理の用紙サイズが設定される。

詳しくは、ラジオボタン１１２ａが操作された場合に、通常の印刷処理が実行されるが、通常の印刷処理では、プリンタ５０で印刷可能な用紙サイズであれば、用紙サイズは制限されない。このため、ラジオボタン１１２ａが操作された場合は、プルダウンメニューに、プリンタ５０で印刷可能な用紙サイズ、具体的には、例えば、「５８ｍｍ」，「１０２ｍｍ」，「５０ｍｍ×８５ｍｍ」，「６０ｍｍ×９２ｍｍ」，「１０２ｍｍ×５０ｍｍ」，「１０２ｍｍ×１０２ｍｍ」，「１０２ｍｍ×１５２ｍｍ」が表示される。

一方、ラジオボタン１１２ｃが操作された場合に、配送ラベル画像８０のクロップ印刷処理（以下、「配送ラベル印刷処理」と記載する）が実行されるが、その印刷処理で印刷される配送ラベル画像８０は、上述したように、比較的大きな画像である。このため、小さなサイズのラベル用紙では、配送ラベル画像８０を印刷することができない。そこで、配送ラベル印刷処理において、印刷設定の用紙サイズが、所定の大きさ以上の用紙サイズ、具体的には、４インチ以上の幅の用紙サイズに制限される。このため、ラジオボタン１１２ａが操作された場合は、プルダウンメニューに、プリンタ５０で印刷可能な用紙サイズから４インチ未満の幅の用紙サイズが除かれたもの、具体的には、例えば、「１０２ｍｍ」，「１０２ｍｍ×５０ｍｍ」，「１０２ｍｍ×１０２ｍｍ」，「１０２ｍｍ×１５２ｍｍ」が表示される。これにより、配送ラベル画像８０を印刷することのできないサイズの選択が防止される。

また、ラジオボタン１１２ｂが操作された場合に、商品ラベル画像７０のクロップ印刷処理（以下、「商品ラベル印刷処理」と記載する）が実行されるが、その印刷処理で印刷される商品ラベル画像７０は、上述したように、配送ラベル画像８０より小さな画像である。このため、商品ラベル印刷処理においても、通常の印刷処理と同様に、プリンタ５０で印刷可能な用紙サイズであれば、用紙サイズは制限されない。このため、ラジオボタン１１２ｂが操作された場合は、プルダウンメニューに、例えば、「５８ｍｍ」，「１０２ｍｍ」，「５０ｍｍ×８５ｍｍ」，「６０ｍｍ×９２ｍｍ」，「１０２ｍｍ×５０ｍｍ」，「１０２ｍｍ×１０２ｍｍ」，「１０２ｍｍ×１５２ｍｍ」が表示される。

なお、ラジオボタン１１２ｃが操作された場合に、配送ラベル印刷処理が実行されるが、その印刷処理で印刷される配送ラベル画像８０は、上述したように、比較的大きな画像である。このため、配送ラベル印刷処理時に、設定可能なラベル用紙のサイズが、４インチ幅以上のサイズに制限されているが、４インチ幅以上のサイズのラベル用紙であっても、配送ラベル画像８０が大きい場合には、配送ラベル画像８０がラベル用紙の印字領域より大きい場合がある。このような場合には、後に詳しく説明するが、配送ラベル画像８０が縮小され、ラベル用紙に印刷される。このため、ラジオボタン１１２ｃが操作された場合に、図９に示すように、ラベル用紙より大きな配送ラベル画像８０は、縮小された状態でラベル用紙に印刷される旨の告知画面１２０が、ＬＣＤ１６に表示される。これにより、ユーザは、ラベル用紙より大きな配送ラベル画像８０は、縮小された状態でラベル用紙に印刷されることを認識できる。

そして、ドライバ対応第２設定画面１１０において、ラジオボタン１１２への操作により印刷処理が選択され、サイズ設定ボタン１１４への操作により用紙サイズの設定が行われた後に、ＯＫボタン１１８が操作されることで、プリンタドライバ２８は、選択された印刷処理に応じたサイズの画像データを制御プログラム２６に要求する。具体的には、プリンタドライバ２８は、選択された印刷処理に応じたサイズを示すサイズ情報を、ＯＳ３２を介して、制御プログラム２６に出力する。プリンタドライバ２８は、「要求」という明示的なコマンドを出力しなくてもよい。制御プログラム２６は、プリンタドライバ２８から出力されたサイズ情報が示すサイズの画像データをプリンタドライバ２８に送信する。なお、プリンタドライバ２８がＯＳ３２を介さずに出力したサイズ情報に従って、制御プログラム２６が画像データをプリンタドライバ２８に送信してもよい。

詳しくは、ラジオボタン１１２ａが操作された場合に、通常の印刷処理が実行されるが、通常の印刷処理では、画像の抽出処理は実行されず、プリンタドライバ２８は、制御プログラム２６から取得した画像データが示す画像をラベル用紙に印刷する。このため、プリンタドライバ２８のメインモジュール３４は、ラジオボタン１１２ａが操作された場合（Ｓ１０８：ＮＯ）に、サイズ設定ボタン１１４への操作により設定されたラベル用紙のサイズ（第２のサイズの一例）の画像データを、制御プログラム２６に要求する（Ｓ１１０）。この際、メインモジュール３４は、ラベル用紙のサイズの画像データの要求とともに、ユーザ操作により選択された印刷処理、つまり、ラジオボタン１１２ａへの操作により選択された通常の印刷処理を示す情報も、制御プログラム２６に出力する。

そして、制御プログラム２６は、プリンタドライバ２８からの要求を受け付けると、その要求に応じてラベル用紙のサイズの画像データをプリンタドライバ２８に送信する。この際、制御プログラム２６は、サーバ５２から取得したＰＤＦ形式の画像データを基に、プリンタドライバ２８が解釈可能なベクター形式の画像データに変換した画像データを、ＯＳ３２を介して、プリンタドライバ２８に出力する。また、制御プログラム２６は、画像データとともに、その画像データを対象とする印刷処理を示す情報（以下、「対象処理情報」と記載する）（特定データの一例）も、プリンタドライバ２８に出力する。つまり、制御プログラム２６は、画像データとともに、その画像データを対象とする印刷処理が通常の印刷処理であることを示す対象処理情報を、プリンタドライバ２８に出力する。なお、制御プログラム２６が、ビットマップ形式の画像データをプリンタドライバ２８に出力してもよい

一方、ドライバ対応第２設定画面１１０において、ラジオボタン１１２ｂ若しくは、ラジオボタン１１２ｃが操作された場合に、クロップ印刷処理が実行されるが、クロップ印刷処理では、ＰＣ１０がサーバ５２から取得した画像からラベル画像が抽出され、抽出されたラベル画像がラベル用紙に印刷される。このため、プリンタドライバ２８のメインモジュール３４は、ラジオボタン１１２ｂ若しくは、ラジオボタン１１２ｃが操作された場合に、ＰＣ１０がサーバ５２から取得した画像のサイズの画像データを、制御プログラム２６に要求する。

なお、ＰＣ１０は、上述したように、Ａ４サイズの画像の画像データをサーバ５２から取得しているが、ＰＣ１０が、Ｌｅｔｔｅｒサイズの画像の画像データをサーバ５２から取得している場合もある。このため、メインモジュール３４は、Ａ４サイズの画像とＬｅｔｔｅｒサイズの画像との両方を包含するサイズの画像データを要求する。つまり、Ａ４サイズの画像寸法は、２１０ｍｍ×２９７ｍｍであり、Ｌｅｔｔｅｒサイズの画像寸法は、２１５．９ｍｍ×２７９．４ｍｍである。このため、Ａ４サイズの画像とＬｅｔｔｅｒサイズの画像とを包含する画像寸法は、２１５．９ｍｍ×２９７ｍｍとなる。そこで、メインモジュール３４は、ラジオボタン１１２ｂ若しくは、ラジオボタン１１２ｃが操作された場合（Ｓ１０８：ＹＥＳ）に、２１５．９ｍｍ×２７９．４ｍｍのサイズ（以下、「Ａ４Ｌｅｔｔｅｒサイズ」と記載する）（第１のサイズの一例）の画像データを要求する（Ｓ１１２）。この際、メインモジュール３４は、Ａ４Ｌｅｔｔｅｒサイズの画像データの要求とともに、ラジオボタン１１２ｂ、若しくは、ラジオボタン１１２ｃへの操作により選択されたクロップ印刷処理を示す情報、つまり、商品ラベル印刷処理、若しくは、配送ラベル処理を示す情報も、制御プログラム２６に出力し、制御プログラム２６が、これらの情報を取得する。

そして、制御プログラム２６は、要求に応じてＡ４Ｌｅｔｔｅｒ用紙のサイズの画像データをプリンタドライバ２８に送信する。この際、制御プログラム２６は、サーバ５２から取得したＰＤＦ形式の画像データを基に、プリンタドライバ２８が解釈可能なベクター形式の画像データに変換した画像データを、プリンタドライバ２８に出力する。また、制御プログラム２６は、プリンタドライバ２８から取得した、商品ラベル印刷処理、若しくは、配送ラベル印刷処理であることを示す情報も、画像データとともに、対象処理情報としてプリンタドライバ２８に出力する。

そして、プリンタドライバ２８のメインモジュール３４は、ベクター形式の画像データを制御プログラム２６から受け付けると（Ｓ２００）、その画像データを、ビットマップ形式の画像データに変換することをＯＳ３２に依頼する（Ｓ２０２）。ＯＳ３２は、その依頼を受け付けると、ベクター形式の画像データをビットマップ形式の画像データに変換し、プリンタドライバ２８に出力する。これにより、プリンタドライバ２８は、ビットマップ形式の画像データを受け付ける（Ｓ２０４）。つまり、制御プログラム２６からＯＳ３２に、ＯＳ３２への出力に適した形式の画像データが出力され、ＯＳ３２が、その画像データを、プリンタドライバ２８への出力に適した形式の画像データに変換してプリンタドライバ２８に出力し、出力された画像データをプリンタドライバ２８が受け付けている。このような、ＯＳ３２を経由した画像データの受付や、フォーマット変換を伴う画像データの受け付けも、制御プログラム２６からプリンタドライバ２８が画像データを受け付ける態様の一例である。

続いて、プリンタドライバ２８のメインモジュール３４は、ビットマップ形式の画像データを受け付けると、受け付けた画像データ（以下、「受付データ」と記載する）がクロップ印刷処理を対象とするものであるか否かを判断する（Ｓ２０６）。この判断は、受付データとともに受け付けた対象処理情報に基づいて行われる。そして、受付データが、クロップ印刷処理を対象とするものでない場合（Ｓ２０６：ＮＯ）、つまり、通常の印刷処理であることを対象処理情報が示す場合に、メインモジュール３４は、受付データが、ラベル用紙のサイズの画像データであるか否かを判断する（Ｓ２０７）。この際、受付データが、ラベル用紙のサイズの画像データでない場合（Ｓ２０７：ＮＯ）には、通常の印刷処理を行うことができないため、エラー処理が実行される（Ｓ２０８）。一方、受付データが、ラベル用紙のサイズの画像データである場合（Ｓ２０７：ＹＥＳ）に、メインモジュール３４は、受付データに基づいて印刷用画像データを作成する（Ｓ２０９）。そして、メインモジュール３４は、作成した印刷用画像データをプリンタ５０に送信する（Ｓ２１０）。これにより、プリンタ５０において、通常の印刷処理が実行される。

また、受付データが、クロップ印刷処理を対象とするものである場合（Ｓ２０６：ＹＥＳ）に、つまり、配送ラベル印刷処理および商品ラベル印刷処理の少なくともいずれかであることを対象処理情報が示す場合に、プリンタドライバ２８のメインモジュール３４は、受付データが、Ａ４Ｌｅｔｔｅｒサイズの画像データであるか否かを判断する（Ｓ２１１）。この際、受付データが、Ａ４Ｌｅｔｔｅｒサイズの画像データでない場合（Ｓ２１１：ＮＯ）には、クロップ印刷処理を行うことができないため、エラー処理が実行される（Ｓ２０８）。一方、受付データが、Ａ４Ｌｅｔｔｅｒサイズの画像データである場合（Ｓ２１１：ＹＥＳ）に、受付データが配送ラベル印刷処理を対象とするものであるか否かを判断する（Ｓ２１２）。この判断は、受付データとともに受け付けた対象処理情報に基づいて行われる。

そして、受付データが、配送ラベル印刷処理を対象とするものでない場合（Ｓ２１２：ＮＯ）、つまり、商品ラベル印刷処理であることを対象処理情報が示す場合に、プリンタドライバ２８のサブモジュール３６は、受付データが示す画像での商品ラベル画像７０の位置に関する情報（以下、「商品ラベル画像位置情報」と記載する）を特定する（Ｓ２１４）。詳しくは、サブモジュール３６は、まず、ビットマップ形式の受付データを解析し、バーコード７２を示す画像データを検出する。そして、サブモジュール３６は、検出したバーコード７２の画像データが示す画像の位置を示す位置情報を、商品ラベル画像７０に含まれるバーコード７２の位置を示す位置情報として取得する。そして、サブモジュール３６は、バーコード７２のオフセット量を演算する。具体的には、ビットマップ形式の画像データが示す矩形画像の４つの頂点のうち基準となる頂点（例えば、矩形の左上の頂点）に対する、バーコード７２の４つの頂点のうち基準となる頂点の位置座標である、オフセット量を算出する。また、プリンタドライバ２８には、商品ラベル画像７０の幅寸法および高さ寸法が予め入力されている。そこで、サブモジュール３６は、バーコード７２のオフセット量と、商品ラベル画像７０の幅寸法および高さ寸法とに基づいて、ビットマップ形式の画像データが示す矩形画像の基準となる頂点に対する、商品ラベル画像７０の４つの頂点のうち基準となる頂点の位置座標を示す、商品ラベル画像位置情報を特定する。この際、商品ラベル画像位置情報を特定することができない場合（Ｓ２１６：ＮＯ）には、エラー処理が実行される（Ｓ２０８）。

また、受付データが、配送ラベル印刷処理を対象とするものである場合（Ｓ２１２：ＹＥＳ）、つまり、配送ラベル印刷処理であることを対象処理情報が示す場合に、プリンタドライバ２８のサブモジュール３６は、受付データが示す画像での配送ラベル画像８０の位置に関する情報（以下、「配送ラベル画像位置情報」と記載する）を特定する（Ｓ２１８）。詳しくは、サブモジュール３６は、まず、ビットマップ形式の受付データを解析し、バーコード８４及びＱＲコード８６を示す画像データを検出する。そして、サブモジュール３６は、検出した画像データが示す画像の位置を示す位置情報を、配送ラベル画像８０に含まれるバーコード８４及びＱＲコード８６の位置を示す位置情報として取得する。

また、サブモジュール３６は、検出したバーコード８４の画像データに基づいて、バーコード８４を構成するバーの延びる方向を検出する。そして、図１０に示すように、サブモジュール３６は、バーコード８４のバーの延びる方向と直行する方向の射影ヒストグラムを生成する。この際、バーの延びる方向と直行する方向の射影ヒストグラムが分析され、検出数値が０とされている箇所が所定長さ、例えば、５０ドットに相当する長さ、連続している場合に、検出数値が０とされている箇所が、配送ラベル画像８０の存在しない領域とみなされる。このため、図１０に示す画像では、中央部に、配送ラベル画像８０が存在しておらず、左右の２つの領域に、配送ラベル画像８０が存在していると想定される。

次に、配送ラベル画像８０が存在していると想定される領域毎に、図１１に示すように、サブモジュール３６は、バーコード８４のバーの延びる方向の射影ヒストグラムを生成する。なお、図１１には、図１０に示す画像の配送ラベル画像８０が存在すると想定される左側の領域に対する射影ヒストグラムが記されている。そして、サブモジュール３６は、その射影ヒストグラムに基づいて、配送ラベル画像８０の上端及び下端を検出し、配送ラベル画像８０の上端及び下端に基づいて、配送ラベル画像位置情報を特定する。

このように、サブモジュール３６により配送ラベル画像位置情報が特定されると、サブモジュール３６は、その配送ラベル画像位置情報に基づいて、受付データから配送ラベル画像８０の画像データを抽出する（Ｓ２２０）。続いて、サブモジュール３６は、抽出した画像データが示す配送ラベル画像８０が、ユーザ操作により選択されたサイズのラベル用紙の印字領域に納まるか否かを判断する（Ｓ２２２）。ここで、ユーザ操作により選択されたラベル用紙のサイズは、ドライバ対応第２設定画面１１０でのサイズ設定ボタン１１４へのユーザ操作により選択されたラベル用紙のサイズである。そして、配送ラベル画像８０が、ユーザ操作により選択されたサイズのラベル用紙の印字領域に納まる場合（Ｓ２２２：ＹＥＳ）に、その配送ラベル画像８０がデータ記憶領域３８に記憶される（Ｓ２２５）。

一方、配送ラベル画像８０が、ユーザ操作により選択されたサイズのラベル用紙の印字領域に納まらない場合（Ｓ２２２：ＮＯ）に、サブモジュール３６は、バーコード品質を担保できる範囲で、配送ラベル画像８０を縮小する（Ｓ２２４）。つまり、サブモジュール３６は、縮小後のバーコード８４及びＱＲコード８６のサイズが、それらのコード情報を読み取り可能な画質を維持したサイズとなるように、配送ラベル画像８０を縮小する。この際、画質が維持されるサイズとは、縮小後の配送ラベル画像８０であってもイメージスキャナによるコード情報の読み取りが可能であるように、プリンタドライバ２８のベンダが予め設計したサイズである。また、所定の縮小率以上の縮小率でしか縮小しないように、縮小されてもよい。また、バーコードを構成する複数のバーのうちの一番細い線の細さが所定サイズ以上になるように、縮小されてもよい。また、バーコードを構成する複数のバーのうちの一番太い線の細さが所定サイズ以上になるように、縮小されてもよい。

配送ラベル画像８０が縮小される場合に、バーコード８４及びＱＲコード８６は縮小されず、バーコード８４及びＱＲコード８６以外のものが縮小されてもよい。また、バーコード８４及びＱＲコード８６も縮小されるが、コード情報の読み取りができる範囲でバーコード８４及びＱＲコード８６が縮小されてもよい。そして、縮小された配送ラベル画像８０がデータ記憶領域３８に記憶される（Ｓ２２５）。

なお、受付データにおいて配送ラベル画像位置情報が特定され、受付データから配送ラベル画像８０の画像データが抽出される際に、配送ラベル画像位置情報を特定することができない場合、及び、配送ラベル画像８０の画像データを抽出することができない場合（Ｓ２１６：ＮＯ）には、エラー処理が実行される（Ｓ２０８）。

また、サブモジュール３６により商品ラベル画像位置情報が特定された場合、つまり、受付データが、商品ラベル印刷処理を対象とするものである場合（Ｓ２２６：ＮＯ）に、メインモジュール３４が、サブモジュール３６から商品ラベル画像位置情報を取得し、その商品ラベル画像位置情報に基づいて、受付データから商品ラベル画像７０の画像データを抽出する（Ｓ２２８）。

一方、サブモジュール３６により配送ラベル画像８０が抽出された場合、つまり、受付データが、配送ラベル印刷処理を対象とするものである場合（Ｓ２２６：ＹＥＳ）に、メインモジュール３４が、サブモジュール３６によりデータ記憶領域３８に記憶された配送ラベル画像８０の記憶先を特定するための情報、つまり、サブモジュール３６により配送ラベル画像８０が記憶されたデータ記憶領域３８から配送ラベル画像８０を取得するための情報を、サブモジュール３６から取得し、その情報に基づいて、データ記憶領域３８から配送ラベル画像８０の画像データを取得する（Ｓ２２９）。

つまり、受付データが、商品ラベル印刷処理を対象とするものである場合に、サブモジュール３６が、商品ラベル画像位置情報を特定するとともに、受付データから商品ラベル画像７０を抽出する。一方、受付データが、配送ラベル印刷処理を対象とするものである場合に、サブモジュール３６が、配送ラベル画像位置情報を特定し、メインモジュール３４が、受付データから配送ラベル画像８０を抽出する。

続いて、メインモジュール３４は、抽出された画像、つまり、メインモジュール３４により抽出された商品ラベル画像７０，サブモジュール３６により抽出された配送ラベル画像８０，サブモジュール３６により抽出された後に、縮小された配送ラベル画像８０が、ユーザ操作により選択されたサイズのラベル用紙の印字領域に納まるか否かを判断する（Ｓ２３０）。この際、抽出された画像がユーザ操作により選択されたサイズのラベル用紙の印字領域に納まらない場合（Ｓ２３０：ＮＯ）には、エラー処理が実行される（Ｓ２０８）。

一方、抽出された画像がユーザ操作により選択されたサイズのラベル用紙の印字領域に納まる場合（Ｓ２３０：ＹＥＳ）に、メインモジュール３４は、抽出された画像の画像データに基づいて印刷用画像データを作成する（Ｓ２０９）。この際、抽出された画像が、ユーザ操作により選択されたサイズのラベル用紙に配置された画像の印刷用画像データが作成される。そして、メインモジュール３４は、作成した印刷用画像データをプリンタ５０に送信する（Ｓ２１０）。これにより、プリンタ５０において、クロップ印刷処理、つまり、配送ラベル印刷処理、若しくは、商品ラベル印刷処理が実行される。

なお、Ｓ１０６を実行するＣＰＵ１２は、第１表示制御手段及び、第２表示制御手段の一例である。Ｓ１１０及び、Ｓ１１２を実行するＣＰＵ１２は、第１出力手段の一例である。Ｓ２００を実行するＣＰＵ１２は、受付手段の一例である。Ｓ２０６を実行するＣＰＵ１２は、特定手段の一例である。Ｓ２０９を実行するＣＰＵ１２は、作成手段の一例である。Ｓ２１０を実行するＣＰＵ１２は、送信手段の一例である。Ｓ２２０及びＳ２２８を実行するＣＰＵ１２は、抽出手段の一例である。

＜実施例の効果＞
上記した実施形態によれば、以下の効果を奏する。

制御プログラム２６から受け付けた画像データに商品ラベル画像７０若しくは配送ラベル画像８０が含まれており、その画像データが示す画像のサイズがＡ４Ｌｅｔｔｅｒサイズであり、対象処理情報がクロップ印刷処理を示す場合、つまり、ユーザ操作により選択された用紙サイズがラベルサイズである場合に、プリンタドライバ２８は、制御プログラム２６から受け付けた画像データから、商品ラベル画像７０若しくは配送ラベル画像８０の画像データを抽出する。そして、プリンタドライバ２８は、抽出した画像データに基づいて、印刷用画像データを作成し、作成した印刷用画像データをプリンタ５０に送信する。これにより、ユーザが商品ラベル画像７０若しくは配送ラベル画像８０を指定する操作などを行うことなく、商品ラベル画像７０若しくは配送ラベル画像８０の印刷処理を行うことができる。

また、プリンタ５０は、Ａ４サイズ等のカット紙への印刷を行うことはできないが、ラベルサイズの用紙への印刷を行うことが可能である。そして、プリンタドライバ２８は、クロップ印刷処理の実行時に、Ａ４Ｌｅｔｔｅｒサイズの画像データを制御プログラム２６に要求し、Ａ４Ｌｅｔｔｅｒサイズの画像の画像データから、商品ラベル画像７０若しくは配送ラベル画像８０の画像データを抽出する。これにより、好適にクロップ印刷処理を実行することができる。

また、プリンタドライバ２８は、通常の印刷処理実行時に、ラベルサイズの画像データを制御プログラム２６に要求し、ラベルサイズの画像データに基づいて、印刷用画像データを作成する。これにより、好適に通常の印刷処理を実行することができる。

また、プリンタドライバ２８は、抽出した配送ラベル画像８０が、ユーザ操作により選択されたサイズのラベル用紙の印字領域に納まらない場合に、抽出した画像を縮小する。これにより、大きなサイズの配送ラベル画像８０であっても、ユーザ操作により選択されたサイズのラベル用紙に、配送ラベル画像８０を印刷することができる。

また、配送ラベル画像８０が縮小される際に、縮小後の配送ラベル画像８０のサイズが、配送ラベル画像８０に含まれるバーコード８４等を読み取り可能な画質を維持したサイズとなるように、配送ラベル画像８０が縮小される。これにより、バーコード８４等の読み取りが担保される。

また、クロップ印刷処理と通常の印刷処理との何れかを選択するためのドライバ対応第２設定画面１１０がＬＣＤ１６に表示され、ドライバ対応第２設定画面１１０において、クロップ印刷処理が選択された場合に、印刷用紙のサイズがラベルサイズに設定される。これにより、好適にクロップ印刷処理を実行することができる。

また、ドライバ対応第２設定画面１１０では、印刷用紙のサイズを設定するためのサイズ設定ボタン１１４が表示されており、サイズ設定ボタン１１４へのユーザ操作により設定されたサイズの印刷用紙に、商品ラベル画像７０若しくは、配送ラベル画像８０が配置された画像の印刷用画像データが作成される。これにより、ユーザの望むサイズの印刷用紙へのクロップ印刷処理を実行することができる。

また、ドライバ対応第２設定画面１１０において、ラジオボタン１１２への操作により配送ラベル印刷処理が選択されている場合に、サイズ設定ボタン１１４への操作により表示されるプルダウンメニューに、プリンタ５０で印刷可能な用紙サイズのうちの、４インチ幅以上の用紙サイズのみが表示される。これにより、配送ラベル画像８０を印刷不能なサイズの印刷用紙を選択することが防止され、操作性が向上する。一方、ドライバ対応第２設定画面１１０において、ラジオボタン１１２への操作により商品ラベル印刷処理が選択されている場合に、サイズ設定ボタン１１４への操作により表示されるプルダウンメニューに、４インチ幅以上の用紙サイズだけでなく、４インチ幅未満の用紙サイズもが表示される。これにより、商品ラベル画像７０が小さい場合に、小さなサイズの印刷用紙を選択することができる。

また、本発明は、上記実施形態に限定されるものではなく、当業者の知識に基づいて種々の変更、改良を施した種々の態様で実施することが可能である。具体的には、例えば、上記実施形態では、受付データが、配送ラベル印刷処理を対象とするものである場合に、サブモジュール３６により、配送ラベル画像位置情報が特定され、メインモジュール３４により、受付データから配送ラベル画像８０が抽出されるが、サブモジュール３６により、配送ラベル画像位置情報が特定されるとともに、受付データから配送ラベル画像８０が抽出されてもよい。

また、クロップ印刷処理の対象として、商品を識別するための用途で用いられる商品ラベル画像７０及び、荷物を配送するための用途で用いられる配送ラベル画像８０が採用されているが、種々の用途で用いられるラベル画像を採用することが可能である。また、バーコードなどのコード情報を含む商品ラベル画像７０及び、配送ラベル画像８０が、クロップ印刷処理の対象として採用されているが、コード情報を含まないラベル画像を採用することも可能である。

また、上記実施形態では、プリンタドライバ２８が、Ａ４Ｌｅｔｔｅｒサイズの画像データを要求しているが、Ａ４サイズの画像データだけを想定して、Ａ４サイズの画像データを要求してもよい。また、Ｌｅｔｔｅｒサイズの画像データだけを想定して、Ｌｅｔｔｅｒサイズの画像データを要求してもよい。この場合、Ａ４サイズ、Ｌｅｔｔｅｒサイズが第１サイズの一例である。

また、上記実施形態では、プリンタドライバ２８が、ベクター形式の画像データを制御プログラム２６から受け付けると、そのベクター形式の画像データのビットマップ形式の画像データへの変換を、ＯＳ３２に依頼しているが、その変換をプリンタドライバ２８自身が行ってもよい。そして、プリンタドライバ２８が自身で変換したビットマップ形式の画像データを、図１３のＳ２０６以降の処理に用いてもよい。また、制御アプリケーション２６が、ベクター形式の画像データでなく、ビットマップ形式の画像データを出力してもよい。そして、その出力されたビットマップ形式の画像データをプリンタドライバ２８が取得し、図１３のＳ２０６以降の処理に用いてもよい。

また、上記実施形態では、ＣＰＵ１２によって図１２乃至図１４に示す処理が実行される例を説明したが、これら処理は、ＣＰＵ１２に限らず、ＡＳＩＣや他の論理集積回路により実行されてもよいし、これら処理が、ＣＰＵ等やＡＳＩＣ、他の論理集積回路が協働することにより実行されてもよい。

１０：ＰＣ、１２：ＣＰＵ、１６：ＬＣＤ、１８：入力Ｉ／Ｆ、２０：ネットワークＩ／Ｆ、２６：制御プログラム、２８：プリンタドライバ

Claims (9)

1. 通信インタフェースと、入力インタフェースとを備える情報処理装置のコンピュータが読み取り可能なプリンタドライバであって、前記コンピュータは、画像データを出力可能なアプリケーションも読み取り可能であり、
   前記コンピュータを、
   前記アプリケーションから画像データを受け付ける受付手段と、
   前記入力インタフェースを介して受け付けた特定データに基づいて、前記受付手段により受け付けられた画像データに基づく印刷処理が、画像の一部を抽出し、抽出した画像の印刷を行う抽出印刷処理であるか否かを特定する特定手段と、
   前記受付手段により受け付けられた画像データが、第１オブジェクトが配置された画像を示し、かつ、画像サイズが第１のサイズである画像を示しており、前記特定手段により印刷処理が前記抽出印刷処理であると特定された場合に、当該受付手段により受け付けられた画像データから、前記第１オブジェクトを示すオブジェクト画像データを抽出する抽出手段と、
   前記抽出手段により抽出されたオブジェクト画像データが示す第１オブジェクトが前記第１のサイズと異なる第２のサイズの用紙に配置された画像を、前記通信インタフェースを介して前記情報処理装置と接続されたプリンタに印刷させるための印刷データを作成する作成手段と、
   前記作成手段により作成された印刷データを、前記通信インタフェースを介して、前記プリンタに送信する送信手段と、
   して機能させることを特徴とするプリンタドライバ。
2. 前記第１のサイズは、前記プリンタが印刷不能な用紙サイズであり、
   前記第２のサイズは、前記プリンタが印刷可能な用紙サイズであり、
   前記コンピュータを、
   前記第１のサイズの画像を示す画像データを受け付け可能であることを示す第１サイズ情報を、前記アプリケーションに出力する第１出力手段として機能させ、
   前記受付手段は、
   前記第１出力手段による前記第１サイズ情報の出力に応じて前記アプリケーションから出力された、前記第１のサイズの画像を示す第１画像データを前記アプリケーションから受け付けることを特徴とする請求項１に記載のプリンタドライバ。
3. 前記第１出力手段は、
   前記第１のサイズおよび前記第２のサイズのうち前記第１のサイズが選択された場合に前記第１サイズ情報を前記アプリケーションに出力し、記第１のサイズおよび前記第２のサイズのうち前記第２のサイズが選択された場合に前記第２のサイズの画像を示す画像データを受け付け可能であることを示す第２サイズ情報を、前記アプリケーションに出力し、
   前記受付手段は、
   前記第１出力手段が前記第１サイズ情報を出力した場合に、前記アプリケーションから出力された前記第１のサイズの画像を示す画像データを前記アプリケーションから受け付け、前記第１出力手段が前記第２サイズ情報を出力した場合に、前記第１出力手段による前記第２サイズ情報の出力に応じて前記アプリケーションから出力された、前記第２のサイズの画像を示す第２画像データを前記アプリケーションから受け付け、
   前記作成手段は、
   前記受付手段が前記第１画像データを受け付け、前記抽出手段により前記オブジェクト画像データが抽出された場合に、当該オブジェクト画像データが示す第１オブジェクトが前記第２のサイズの用紙に配置された画像を前記プリンタに印刷させるための印刷データを作成し、前記受付手段が第２画像データを受け付けた場合に、当該第２画像データが示す画像を前記プリンタによって前記第２のサイズの用紙に印刷させるための印刷データを
   作成することを特徴とする請求項２に記載のプリンタドライバ。
4. 前記作成手段は、
   前記抽出手段により抽出されたオブジェクト画像データが示す第１オブジェクトのサイズが、前記第２のサイズの用紙に納まらないサイズである場合に、サイズを縮小した第１オブジェクトが前記第２のサイズの用紙に配置された画像を前記プリンタに印刷させるための印刷データを作成することを特徴とする請求項１乃至３の何れか１項に記載のプリンタドライバ。
5. 前記第１オブジェクトは、イメージスキャナによりコード情報を読み取り可能なコード画像を含むオブジェクトであり、
   前記作成手段は、
   前記抽出手段により抽出されたオブジェクト画像データが示す第１オブジェクトのサイズが、前記第２のサイズの用紙に納まらないサイズである場合に、縮小後の当該第１オブジェクトのサイズが、前記イメージスキャナによりコード情報を読み取り可能な画質を維持したサイズとなるよう当該第１オブジェクトを縮小し、縮小した第１オブジェクトが前記第２のサイズの用紙に配置された画像を前記プリンタに印刷させるための印刷データを作成することを特徴とする請求項４に記載のプリンタドライバ。
6. 前記入力インタフェースは、ユーザ操作を受け付けるユーザインタフェースであり、
   前記コンピュータを、
   前記抽出印刷処理を、複数の印刷処理のなかから選択可能な処理選択画面を、前記情報処理装置の表示インタフェースに表示させる第１表示制御手段として機能させ、
   前記特定手段は、
   前記処理選択画面において前記抽出印刷処理を選択するユーザ操作を、前記特定データとして、前記ユーザインタフェースが受け付けた場合に、印刷処理が前記抽出印刷処理であると特定することを特徴とする請求項１乃至５の何れか１項に記載のプリンタドライバ。
7. 前記コンピュータを、
   前記処理選択画面において前記抽出印刷処理を選択するユーザ操作を、前記ユーザインタフェースが受け付けた場合に、印刷に用いられる用紙サイズを、複数の用紙サイズのなかから選択可能なサイズ選択画面を、前記表示インタフェースに表示させる第２表示制御手段として機能させ、
   前記作成手段は、
   前記サイズ選択画面において選択された用紙サイズを前記第２のサイズとし、当該サイズ選択画面において選択された用紙サイズの用紙に、前記抽出手段により抽出された画像データが示す第１オブジェクトが配置された画像を、前記プリンタに印刷させるための印刷データを作成することを特徴とする請求項６に記載のプリンタドライバ。
8. 前記第２表示制御手段は、
   前記処理選択画面において前記抽出印刷処理を選択するユーザ操作を、前記ユーザインタフェースが受け付けた場合に、予め設定された設定幅以上の用紙幅である用紙サイズのなかから、印刷に用いられる用紙サイズを選択可能なサイズ選択画面を、前記表示インタフェースに表示させることを特徴とする請求項７に記載のプリンタドライバ。
9. 前記第１表示制御手段は、
   第１の用途に用いられる画像を抽出するための第１の抽出印刷処理と、第２の用途に用いられる画像を抽出するための第２の抽出印刷処理とのいずれかを、複数の印刷処理のな
   かから選択可能な処理選択画面を、前記表示インタフェースに表示させ、
   前記第２表示制御手段は、
   前記処理選択画面において前記第１の抽出印刷処理を選択するユーザ操作を、前記ユーザインタフェースが受け付けた場合に、前記設定幅以上の用紙サイズのなかから、印刷に用いられる用紙サイズを選択可能なサイズ選択画面を、前記表示インタフェースに表示させ、
   前記処理選択画面において前記第２の抽出印刷処理を選択するユーザ操作を、前記ユーザインタフェースが受け付けた場合に、前記設定幅以上の用紙サイズだけでなく、前記設定幅未満の用紙サイズのなかから、印刷に用いられる用紙サイズを選択可能なサイズ選択画面を、前記表示インタフェースに表示させることを特徴とする請求項８に記載のプリンタドライバ。
   

Images