(57)【要約】【課題】  用紙を節約することができる大判プリンタを提供する。【解決手段】  大判用紙向けプリンタにセットされているロール紙などのメディアに対して、画像データを出力する際に、実際にプリンタにセットされている紙幅サイズを取得し、画像データをそのサイズに収まる場合に画像を回転させる。【選択図】  図７
2005231154.tif 000002
【特許請求の範囲】
【請求項１】
大判サイズの用紙サイズで印刷可能であり、大判サイズのロール紙を装着する印刷装置において、印刷装置にセットされているロール紙の紙幅サイズを検知する特徴をもつ印刷装置であり、ローカル接続（ＵＳＢ・１３９４接続など）やネットワーク接続を通じて、印刷装置が検知した紙幅サイズをホスト側から取得することを特徴とする印刷制御システム。
【請求項２】
縦長の画像サイズ（幅よりも高さが長い用紙サイズ）を印刷する際に、その画像幅サイズよりも給紙されているロール紙の幅が大きい場合、印字されない余白が発生するが、この余白を節約するために、ホスト側で縦長の画像を９０度回転し、ロール紙が排出する方向に横長画像となるようにすることを実現することを特徴とする請求項１に記載の印刷制御システム。
【請求項３】
縦長の画像を９０度回転するにあたり、縦長画像のサイズがロール紙の幅より短くなるように、請求項１に示されている印刷装置が検知した紙幅サイズに基づいて、その紙幅サイズよりも縦長画像サイズが短ければ、回転を行うことを特徴とする請求項２に記載の印刷制御システム。
【請求項４】
画像データを９０度回転する際に、１ページ分のメモリを確保しておき、画像データをバンドごとに回転し、メモリに展開することを特徴とし、バンドごとの回転された画像データのメモリへの展開が１ページ分たまったら、この回転された画像データをバンドに分割し、下位の処理部へ送ることを特徴とする請求項１乃至３のいずれかに記載の印刷制御システム。
【請求項５】
画像データを９０度回転する際に、１ページ分のメモリを確保できなかった場合には、画像データをバンドごとに回転し、ファイル化することを特徴とし、バンドごとの回転された画像データのファイル化が１ページ分たまったら、この回転された画像データをバンドに分割し、下位の処理部へ送ることを特徴とする請求項４に記載の印刷制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷装置において検知した情報をもとに、ホスト側の印刷制御システムが画像データを加工して出力するための制御プログラムに関する。
【背景技術】
【０００２】
縦長（ポートレート）の画像のとき、セットされている用紙が横長に置かれて給紙する場合、セットされている用紙の向きにあわせて縦長の画像を回転させる機能があった（例えば、特許文献１参照）。
【０００３】
また、複数のデジカメなどの画像をサムネイル状にレイアウトさせ、縦向きの画像はそのまま配置し、横向きの画像は回転して縦向きの画像の配置とあわせてレイアウトさせるような、用紙の長辺方向と画像の長辺方向とを一致させて印刷するための回転させる機能もある（例えば、特許文献２参照）。
【０００４】
さらに、ホスト側から渡ってきた画像データをプリンタ側で回転するものもある。
【特許文献１】特開平０５−１５１２１６号公報
【特許文献２】特開平０８−０３２９１１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来は、セットされているカット紙や定型紙のセットされている向き（縦置き、横置き）にあわせて、画像を回転することが可能であったが、大判プリンタのようなロール紙の場合や任意の用紙サイズの場合は想定されていなかった。
【０００６】
またホスト側で画像データを回転する際に用紙サイズに収まるかどうかの判定基準として、プリンタにセットされている実際の用紙サイズではなく、あらかじめ登録してある定型用紙サイズに基づいて回転後収まる場合は回転するようになっていた。
【課題を解決するための手段】
【０００７】
本発明は、大判サイズの用紙サイズで印刷可能であり、大判サイズのロール紙を装着する印刷装置において、印刷装置にセットされているロール紙の紙幅サイズを検知する特徴をもつ印刷装置であり、ローカル接続（ＵＳＢ・１３９４接続など）やネットワーク接続を通じて、印刷装置が検知した紙幅サイズをホスト側から取得することを特徴とする。
【０００８】
本発明によれば、大判用紙向けプリンタにセットされているロール紙などのメディアに対して、画像データを出力する際に、実際にプリンタにセットされている紙幅サイズを取得し、画像データをそのサイズに収まる場合に画像を回転させる手段を有するものである。
【０００９】
この機能により、縦方向に長い画像を通常ポートレートやランドスケープに印刷する場合に比べて、回転をかけて出力することによって、用紙を無駄に使用することなく、用紙の節約を目的とした使用が可能となる。
【００１０】
また、大判用紙向けプリンタにセットされているロール紙のサイズは定型サイズである必要はなく、任意のサイズの場合でも対応できることも特徴である。
【発明の効果】
【００１１】
この発明によって、大判用紙サイズを出力するような大判プリンタの場合には、セットされている用紙幅が４２インチや６０インチのものまである場合があるが、ただ単に排出方向に長いにもかかわらず、短辺の（幅があまりない）画像データも多々あると思われる。
【００１２】
このようなケースに排出方向に長いサイズも回転して４２インチや６０インチに収まるようであれば回転させることによって、排出方向に向かって短辺のサイズだけが印字されることになるので、用紙の節約になる。
【００１３】
また、実際にプリンタにセットされている用紙幅をホスト側が取得してその用紙幅情報に基づいて回転を行うので、印刷してみて印刷がはみ出したりするようなことはない。
【発明を実施するための最良の形態】
【００１４】
（実施例１）
図１は印刷装置およびＰＣを含む印刷システムを表す概略図である。
【００１５】
２は印刷装置で、ローカルまたはネットワーク媒体の１を介してＰＣ（２０）と双方向にデータのやり取りを行う。
【００１６】
印刷装置（２）ではメディア検知／解析部（６）において、セットされているロール紙や定型カット紙のサイズ情報を検知し、ＦｌａｓｈＲＯＭ（４）にてそのサイズ情報を保持しておく。
【００１７】
ＰＣ（２０）ではプリンタ情報取得部（２３）において情報取得を行うと、Ｉ／Ｆ通信部（２４）によって、ローカルまたはネットワーク（１）を媒介として印刷装置（２）のＩ／Ｆ部（５）と通信を行い、ＦｌａｓｈＲＯＭ（４）に格納されているサイズ情報を取得する。
【００１８】
図２はプリンタドライバが対象プリンタを認識し、プリンタと通信を行い、プリンタ内に格納してある情報を取得する簡単なフローである。
【００１９】
プリンタを選択した際に、ターゲットプリンタのコネクションを開始し（３４）、プリンタから情報としての構造体情報を取得する（３２）。
【００２０】
その取得した構造体情報をドライバ内にセットして保持し（３３）、コネクションを終了させる（３４）。
【００２１】
図３はドライバの画像を回転させるＵＩを表示する際に、ＵＩ上での回転させるＵＩを有効にするか、無効にするかの判定を行うフローである。
【００２２】
図２で取得し、保持してある用紙情報（構造体情報内）をフロー４０で取得する。
【００２３】
次に印刷しようとしている画像の印刷の向き（ポートレートかランドスケープなど）と画像の長さと幅サイズを取得する（フロー４１、４２）。
【００２４】
画像の印刷の向きがポートレートの場合は、画像の縦の長さが、プリンタから取得した紙幅サイズと比べて小さい場合、ドライバの画像を回転させるＵＩ表示を有効にする（フロー４３、４４、４５）。
【００２５】
画像の印刷の向きがランドスケープの場合は、画像の横の長さ（幅サイズ）が、プリンタから取得した紙幅サイズと比べて小さい場合、ドライバの画像を回転させるＵＩ表示を有効にする（フロー４６、４５）。
【００２６】
画像のサイズがプリンタから取得した紙幅サイズよりも大きい場合には、仮に回転させてしまうと画像が紙幅を超えてしまい、印刷が切れてしまうため、回転させないためにドライバＵＩ上で無効にする（フロー４７）。
【００２７】
また、プリンタで出力する際の印字マージン（印刷しない領域）分のサイズを画像サイズから引いた値と、プリンタから取得した紙幅サイズから印字マージンを引いた値とで比較したほうがより精度があがる。
【００２８】
図４は実施例２を参照。
【００２９】
図５は画像の回転を指定して印刷を実行した際のフローである。
【００３０】
画像の回転を指定して印刷を実行した場合、ドライバ内で１ページ分のメモリを確保する（フロー８０、８１）。確保できた場合はバンドに分けた画像データを９０度回転し、回転したバンドを確保した１ページ分のメモリに展開していく（フロー８２）。１つのバンドの処理が終わったら、次のバンドの処理に移り、最終バンドまで終了したら１ページ分の回転したデータができあがる。
【００３１】
次に回転した１ページ分のデータを再度バンド分割し、下位のモジュールに渡していき、最終バンドまで繰り返す（フロー８４、８５）。
【００３２】
フロー８０で１ページ分のメモリが確保できなかった場合には、１バンド分のデータを９０度回転してファイル化を行い（フロー８６）、最終バンドまで繰り返す（フロー８７）。
【００３３】
１ページ分ファイル化が終了したら、回転されたデータを１ラインずつ読み込み、バンドに分割して下位モジュールに渡していき、最終バンドまで繰り返す（フロー８８、８９）。
【００３４】
ページが複数ある場合には、ページ数分繰り返す。
【００３５】
図６は、図５のフローに関してのイメージ図である。
【００３６】
図７は画像を回転し、どのような向きで出力されるかをイメージとして記したものである。
【００３７】
（実施例２）
図１、図２、図３については実施例１と同じ構成である。
【００３８】
図４は、あらかじめプリンタからの情報を取得しておき、ホスト内で保持しておく図３フローの手法とは異なり、ドライバのＵＩで回転させるか否かの判定を行う上で必要なプリンタの用紙サイズ情報は直前のもののほうが確実である。
【００３９】
そのため、回転を指定するドライバＵＩを表示する際に、プリンタと通信して最新の情報を取得するようにするものである。
【００４０】
フロー６０、６１、６２がそれに該当する。
【００４１】
フロー６３以降は図３のフローと同様である。
【００４２】
仮に、回転を指定するドライバＵＩを表示する際に、プリンタと通信した際に、通信上のエラーが発生し、情報が取得できない場合には、図３のようにすでに保持してある情報を使用することも可能である。
【図面の簡単な説明】
【００４３】
【図１】印刷装置およびＰＣを含む印刷システムを表す概略図
【図２】プリンタドライバが対象プリンタを認識し、プリンタと通信を行い、プリンタ内に格納してある情報を取得する簡単なフロー
【図３】ドライバの画像を回転させるＵＩを表示する際に、ＵＩ上での回転させるＵＩを有効にするか、無効にするかの判定を行うフロー
【図４】図３の派生。回転を指定するドライバＵＩを表示する際に、プリンタと通信して最新の情報を取得するようにするフロー
【図５】画像の回転を指定して印刷を実行した際のフロー
【図６】図５のフローに関してのイメージ図
【図７】画像を回転し、どのような向きで出力されるかをイメージとして記した図
【図１】
2005231154.tif 000003
【図２】
2005231154.tif 000004
【図３】
2005231154.tif 000005
【図４】
2005231154.tif 000006
【図５】
2005231154.tif 000007
【図６】
2005231154.tif 000008
【図７】
2005231154.tif 000009