JP6671989B2

JP6671989B2 - 画像データを回転する印刷装置、印刷方法、プログラム。

Info

Publication number: JP6671989B2
Application number: JP2016016361A
Authority: JP
Inventors: 健金田
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2016-01-29
Filing date: 2016-01-29
Publication date: 2020-03-25
Anticipated expiration: 2036-01-29
Also published as: JP2017132216A; US10212309B2; US20170223225A1

Description

本発明は、画像データを回転する印刷処理技術に関する。

印刷装置では画像データを封筒などの印刷媒体（用紙など）に合わせて回転する処理がある。ユーザーは画像編集アプリケーションなどによって画像データの天（画像データの上下方向、天地方向とも言う）を選択し、プリンタードライバーは、選択された天を示す情報（天地情報）を含んだ画像データを印刷装置に送信する。特許文献１に開示される印刷装置は、受信した画像データを解析することで天地情報を取得し、天地情報が示す画像の向きが、用紙の向き（例えば封筒のフラップの向き）に対して正しくなるように、画像データを回転する。

特開２０１５−２４５０７号公報

スマートフォンなどのモバイル端末の普及に伴い、印刷装置は、モバイル端末から送信される画像データに基づいて画像を印刷できるようになってきた。しかしながら、モバイル端末が有するアプリケーションによっては、ユーザーに画像データの天を選択させる機能や画像データの天を画像データに含めて印刷装置に送る機能を持っていないものがある。そのため、ユーザーが期待する向きとは異なる向きを示す天地情報を含む画像データや、そもそも天地情報を含まない画像データが印刷装置に送られてきてしまうことがあった。このような天地情報の欠損あるいは不正確さのため、画像データを用紙の向きに合わせるべく回転しようとしても、適切な向きに画像データを回転することができない。

本発明は、天地情報が欠損している、あるいは、不正確な天地情報が含まれている画像データをモバイル端末から受信した場合でも、適切な向きに画像データを回転して印刷できる印刷装置を提供することを目的とする。

本発明は、外部の情報処理装置から送信された画像データに基づく画像を印刷する印刷装置であって、前記画像データを受信する受信手段と、前記受信手段により受信された第１の種別の印刷媒体に印刷される画像データのプレビュー画像と当該画像データの回転指示をユーザーから受け付ける画面を表示し、前記受信手段により受信された第２の種別の印刷媒体に印刷される画像データの回転指示をユーザーから受け付ける画面を表示しない表示手段と、前記ユーザーから受け付けられた前記回転指示にしたがって、受信された前記第１の種別の印刷媒体に印刷される画像の画像データを回転する回転手段と、
前記回転された画像データに基づく画像を前記第１の種別の印刷媒体に印刷する印刷手段と、を有することを特徴とする。

モバイル端末から受信された画像データを適切な向きに回転して印刷できる。

実施例におけるシステム構成図画像形成装置のハードウェア構成図画像形成装置のシステムブロック図実施例におけるフローチャート実施例における天地情報の初期値を設定するＵＩ画面実施例における天地情報を補正するＵＩ画面その他の実施例における天地情報を補正するＵＩ画面印刷画像に関する天地情報の有無、および信頼度の判断表を示す図

以下、本発明の一実施例について図面を用いて説明する。

＜本実施例のシステムについての説明＞
図１は本実施例におけるシステム構成図である。

ローカルエリアネットワーク１００には印刷機能を持つ画像形成装置１０１（すなわち印刷装置）、ＬＡＮ１００へのアクセスを提供する無線ＬＡＮアクセスポイント１０２、情報処理装置１０５が接続されている。タブレットコンピュータ（以下、タブレット）１０３、スマートフォン１０４などのモバイル端末は、無線ＬＡＮアクセスポイント１０２経由で、ＬＡＮ１００に接続されている。またＬＡＮ１００は、インターネットなどの公衆回線１３０に繋がっており、インターネット経由で３Ｇ／ＬＴＥ回線基地局１２０、および、ＬＡＮ１１０に接続されている印刷データ変換サーバー１１１（以下、変換サーバー１１１）と通信できる。ＬＡＮ１１０はインターネット回線１３０に繋がっており、変換サーバー１１１は、インターネット１３０側からアクセス可能なグローバルＩＰアドレスを有する。スマートフォン１２１は３Ｇ／ＬＴＥ回線基地局１２０に繋がっており、インターネット回線１３０を介してローカルネットワーク１１０の変換サーバー１１１にアクセスできる。

情報処理装置１０５は、画像形成装置１０１のプリンタードライバーを印刷アプリケーションとして有している。この情報処理装置１０５は、プリンタードライバーを用いて、ＰＤＬ（ページ記述言語）で記述された画像データなどの、印刷対象の画像データを作成して画像形成装置１０１に送信する。

またタブレット１０３、スマートフォン１０４、変換サーバー１１１のそれぞれは、このプリンタードライバーとは異なる印刷アプリケーションを有している。この印刷アプリケーションは次のようなものである。１つはタブレット１０３やスマートフォン１０４などの外部装置のＯＳ（オペレーティングシステム）の一機能として提供されるアプリケーションである。あるいは、変換サーバー１１１などの外部装置によって実施される印刷サービスの一機能として提供されるアプリケーションである。これらの印刷アプリケーションと、プリンタードライバーとの違いは、図８の表１にまとめられる。

この表１に記したように画像処理装置１０５はプリンタードライバーを用いて画像データを画像形成装置１０１に送信する。また、タブレット１０３は印刷アプリケーションＡＰＰ−Ａを有しており、この印刷アプリケーションＡＰＰ−Ａを用いて画像データを画像形成装置１０１に送信する。スマートフォン１２１は、画像データを、無線通信によって、変換サーバー１１１を経由で画像形成装置１０１に送信する。すなわち、変換サーバー１１１は印刷アプリケーションＡＰＰ−Ｂを有している。そして、スマートフォン１２１が画像データを無線通信によって変換サーバー１１１に送信すると、変換サーバー１１１は受信した画像データを印刷アプリケーションＡＰＰ−Ｂを用いて画像形成装置１０１に送信（転送）する。また、別のスマートフォン１０４は印刷アプリケーションＡＰＰ−ＣおよびＡＰＰ−Ｄを有しており、この印刷アプリケーションＡＰＰ−ＣあるいはＡＰＰ−Ｄを用いて画像データを無線通信によって画像形成装置１０１に送信する。

ここで、プリンタードライバーは、画像編集アプリケーションでユーザーによって選択された画像の天を、天地情報として、画像データに含めて画像形成装置１０１に送信する。そのため、プリンタードライバーから送られる画像データに含まれる天地情報の信頼度は相対的に高いといえる。一方で、プリンタードライバーとは異なる上記の印刷アプリケーションは、画像の天をユーザーに選択させる機能や天地情報を画像データに含めて送信する機能を持っていない。そのため、このような印刷アプリケーションは、信頼度が相対的に低い天地情報を含んだ画像データや、天地情報を含まない画像データを、画像形成装置１０１に送信してしまう。

本実施形態の画像形成装置１０１は、受信した画像データが、天地情報を含まないのか、信頼度が低い天地情報を含むのか、信頼度が高い天地情報を含むのかを、通信プロトコルの種別や画像データのデータフォーマットの種別に基づいて判定する。そして、信頼度が相対的に低い天地情報を含んだ画像データや、天地情報を含まない画像データを受信した場合に、画像形成装置１０１は、ユーザーに画像の天を選択させる。ユーザーに画像の天を選択させることを、ユーザー指示に基づいて画像データの天を設定するともいう。

＜各ハードウェアについての説明＞
図２は本実施例における画像形成装置１０１のハードウェアブロック図である。

画像形成装置１０１は、符号２０１から２３０で示される各ハードウェアコンポーネントを有している。

システムバス２２０には、ＣＰＵ２０１、ＲＡＭ２０２、操作部Ｉ／Ｆ（インターフェース）２０３、ネットワークＩ／Ｆ（インターフェース）２０４、ＲＯＭ２０５、ＨＤＤ２０６、画像バスＩ／Ｆ（インターフェース）２０７が接続されている。これら各コンポーネントは、システムバス２２０を介して相互に通信を行う。また、システムバス２２０上のコンポーネントは、画像バスＩ／Ｆ２０７を経由して、画像バス２３０に接続されたＲＩＰ（ラスターイメージプロセッサ）２０８、画像処理回路２０９、プリンターＩ／Ｆ（インターフェース）２１０と通信する。

ＲＯＭ２０５には画像形成装置１０１の起動・実行に必要な各種パラメータ、および、図３の制御部３０１を中心としてシステムを構成するためにＣＰＵ２０１によって実行されるプログラムが記憶されている。

ＣＰＵ２０１は、少なくとも１つのプロセッサーを有している。ＣＰＵ２０１は、ＲＯＭ２０５に記憶されているプログラムを実行することで、図２の各コンポーネントを統括的に制御する。このプログラムをＣＰＵ２０１が実行することで、図３に示される制御部３０１が実現される。すなわち、プログラムを実行しているＣＰＵ２０１、および、そのＣＰＵ２０１の制御下の各コンポーネントは、制御部３０１として機能する。制御される各コンポーネントとは、ＲＡＭ２０２、操作部Ｉ／Ｆ２０３、ネットワークＩ／Ｆ２０４、ＲＯＭ２０５、ＨＤＤ２０６、画像バスＩ／Ｆ２０７、プリンターＩ／Ｆ２１０、システムバス２２０、画像バス２３０である。

ＲＡＭ２０２は、ＣＰＵ２０１の制御下で、各コンポーネントで処理されるデータや情報を一時的に記憶する。また、ＨＤＤ２０６は、ＣＰＵ２０１の制御下で、ネットワーク経由で受信した画像データ（以下ではＰＤＬデータと呼ぶ）の記憶領域や、ＲＩＰ２０８、画像処理回路２０９で処理されたデータや情報を一時的に記憶する。なお、ＣＰＵ２０１制御下で、データや情報がＲＡＭ２０２やＨＤＤ２０６に記憶されることを、制御部３０１がデータや情報を記憶する、と表現する。

操作部２１１は、画像等の情報を表示する表示部、および、ユーザーからの操作および指示を受け付ける受付部として機能するタッチスクリーンを有する。操作部２１１は、操作部Ｉ／Ｆ２０３を介して、ＣＰＵ２０１と通信する。ＣＰＵ２０１は、操作部Ｉ／Ｆ２０３を介して、表示部に表示される情報を操作部２１１に送信し、また、操作部２１１は、ユーザーから受け付けた情報を、操作部Ｉ／Ｆ２０３を介して、ＣＰＵ２０１に通知する。

ネットワークＩ／Ｆ２０４は、ＣＰＵ２０１の制御下で、ＬＡＮなどのネットワーク経由で外部装置（情報処理装置１０５、タブレット１０３、スマートフォン１０４、変換サーバー１１１）からＰＤＬデータを受信し、ＨＤＤ２０６へ記憶する。

画像バスＩ／Ｆ２０７は、システムバス２２０および画像バス２３０を接続し、制御系コンポーネントが動作するシステムバス２２０側と、画像処理に関するコンポーネントが動作する画像バス２３０側とでデータを中継する。画像バス２３０には、画像バスＩ／Ｆ２０７、ＲＩＰ２０８、画像処理回路２０９、プリンターＩ／Ｆ２１０が接続されている。

ＲＩＰ２０８は、少なくとも１つのプロセッサーを有し、ＰＤＬデータから、ビットマップなどのラスター画像データ（以下、ラスター画像）を生成する。生成されたラスター画像は、ＲＡＭ２０２に記憶される。

画像処理回路２０９は、ラスター画像に対して、画像処理を行う。画像処理は、色変換処理、回転処理、縮小処理、ガンマ補正などを含む。画像処理が行われたラスター画像は、プリンターＩ／Ｆ２１０を介して、プリンター２１２に送られる。また画像処理が行われたラスター画像は、操作部２１１に表示されたりもする。また、プリンターＩ／Ｆ２１０は、ＣＰＵ２０１（制御部３０１）によって設定された印刷媒体（以下、用紙と呼ぶ）の種別（封筒、葉書、Ａ４紙など）等の情報をプリンター２１２に通知する。

プリンター２１２は、プリンターＩ／Ｆ２１０を介して受信したラスター画像に基づく画像を用紙に印刷するプリンターエンジンと、給紙元を有する。プリンターエンジンは、電子写真方式のものであっても、インクジェット方式のものであっても、他の方法のものであっても良い。給紙元は複数の給紙カセットおよび手差しトレイであり、複数の給紙カセット（例えばカセット１〜５）のそれぞれは、内部に格納されている用紙（例えばＡ４紙）をプリンターエンジンに給紙する。一方、手差しトレイは、ユーザーがそのトレイの上に載置した用紙（例えば、封筒、葉書）をプリンターエンジンに給紙する。給紙カセットのことを給紙段ともいう。また給紙カセットのそれぞれは、１つの用紙の種別情報（例えばＡ４サイズ普通紙など）と関連付けられている。

＜画像形成装置のシステム構成の説明＞
図３は本実施例における画像形成装置１０１のシステム構成を示すブロック図である。画像形成装置１０１のシステムは、制御部３０１、ＲＩＰ２０８、画像処理回路２０９、操作部２１１、プリンター２１２を含む。

制御部３０１は、受信部、ＵＩ（ユーザーインターフェース）制御部、設定部を有する。受信部は、ネットワークＩ／Ｆ２０４を介して、外部装置からＰＤＬデータを受信する。また受信部は、受信の際の通信プロトコルとＰＤＬデータのデータフォーマットの種別を判別し、記憶する。通信プロトコルの例として、図８の表１に示されるＬＰＲ、ＲＡＷ、ＩＰＰ、ＨＴＴＰ、ＸＭＰＰ、ＷＳＤの６種類がある。また、データフォーマットの例として、同じく表１に示されるＰＣＬ、ＰｏｓｔＳｃｒｉｐｔ、ＰＤＦ、ＰＷＧラスター、ＸＰＳの５種類がある。

ＵＩ制御部は、操作部Ｉ／Ｆ２０３を介して、操作部２１１の表示部の表示内容を制御したり、操作部２１１の受付部がユーザーから受け付けた操作指示の情報を取得したりする。設定部は、画像が印刷される用紙の種別や、給紙カセットからプリンターエンジンに搬送されるその用紙の向きを設定したり、印刷される画像の天を設定したりする。

また制御部３０１は、ＲＩＰ２０８、画像処理回路２０９、プリンター２１２に対して、画像バスＩ／Ｆ２０７、画像バス２３０、プリンターＩ／Ｆ２１０を介して、処理の実行の指示やデータの送受信を行う。

ＲＩＰ２０８は、ＰＤＬデータを解析する解析部と、その解析結果に基づいてラスター画像を生成する描画部を有する。解析部は、制御部３０１が記憶しているＰＤＬデータを解析する過程で、ＰＤＬデータに含まれる属性情報を取得し、制御部３０１に通知する。この属性情報は、次のものが含まれる。画像が印刷される用紙の種別を示す種別情報（例えばＡ４サイズの普通紙、Ａ４サイズのコート紙、Ａ３サイズの普通紙、封筒、葉書など）、印刷される画像の天を示す天地情報などである。制御部３０１は、通知されたこれらの属性情報を記憶する。なおＰＤＬデータの解析のことをＰＤＬデータの解釈ともいう。描画部は、生成したラスター画像を制御部３０１に送信し。制御部３０１は、送信されたラスター画像を記憶する。

画像処理回路２０９は、制御部３０１が記憶しているラスター画像に対して各画像処理を行う拡縮部、回転部、色変換部（不図示）、ガンマ補正部（不図示）を有する。拡縮部は、ラスター画像を拡大あるいは縮小することで、画像の解像度を変換する。回転部は、設定された天および用紙の向きに基づいてラスター画像を回転する。

操作部２１１は、制御部３０１から通知される情報を画像として表示する表示部、ユーザーからの操作指示を受け付けて制御部３０１に通知する受付部を有する。

プリンター２１２は、制御部３０１から通知される種別の用紙を休止する給紙部と、制御部３０１が記憶しているラスター画像に基づく画像を、給紙された用紙に印刷する印刷部を有する。

＜印刷処理＞
図４は印刷処理のフローチャートである。このフローチャートを、制御部３０１の制御下で、図３の各コンポーネントが協調して実行する。

ステップＳ４００１において、制御部３０１の受信部は、外部装置からＰＤＬデータを受信し、記憶する。そして受信部は、受信の際の通信プロトコルと、ＰＤＬデータのデータフォーマットとを判別し、記憶する。

ステップＳ４００２において、ＲＩＰ２０８の解析部は、制御部３０１に記憶されたＰＤＬデータを解析し、その解釈された結果から、描画部がラスタライズ可能なフォーマットの中間データを生成する。この解析において、ＰＤＬデータに用紙の種別情報が含まれていれば、解析部は、その種別情報を制御部３０１に通知する。また、ＰＤＬデータに、天地情報が含まれていれば、解析部は、その天地情報も制御部３０１に通知する。制御部３０１は、通知された種別情報および天地情報を記憶する。そして描画部は、生成された中間データからラスター画像をラスタライズによって生成する。生成されたラスター画像は制御部３０１によって記憶される。

ステップＳ４００３において、制御部３０１の設定部は、記憶された用紙の種別情報に基づいて、画像が印刷される用紙の種別を決定し、その種別の用紙を格納している給紙元（給紙カセットあるいは手差しトレイ）を選択する。例えば、種別情報が「Ａ４サイズの普通紙」を示せば、設定部は、給紙元としてカセット１を選択する。一方、種別情報が「封筒」あるいは「葉書」を示せば、設定部は、給紙元として手差しトレイを選択する。もし種別情報がＰＤＬデータに含まれていなければ、設定部は、あらかじめ決められた給紙カセット（例えばカセット１）を給紙元として選択する。なお、種別情報がＰＤＬデータに含まれていなければ、設定部は、操作部を介してユーザーに給紙元を選択させるようにしても良い。

ステップＳ４００４において、制御部３０１の設定部は、ステップＳ４００３で決定された用紙種別が特定の用紙種別であるか否かを判定する。決定された用紙種別が特定の用紙種別であると判定されれば、処理はステップＳ４００５に進み、そうでなければ処理はステップＳ４００９に進む。特定の用紙種別とは、印刷時に給紙される用紙の向きに対する印刷される画像の向きに、比較的制約がある用紙である。この特定の用紙種別は、例えば封筒や葉書である。なぜ、封筒や葉書が、Ａ４サイズやＡ３サイズの普通紙などに比べて比較的制約を受けるのかというと、次の理由からである。封筒に画像を印刷する場合には、封筒のフラップの位置や向きに合わせて画像の向きを回転することが要求され、また、葉書に画像を印刷する場合には、葉書の郵便番号欄等の位置や向きに合わせて画像の向きを回転することが要求されるからである。もしフラップや郵便番号欄等の位置を考慮せずに画像を封筒や葉書に印刷してしまうと、封筒や葉書の向き（印刷媒体の向き）とは上下反対の向きで、画像を印刷してしまう可能性がある。

ステップＳ４００５において、制御部３０１の設定部は、印刷される画像の天をユーザー指示に基づいて設定するか否かを判定する。画像の天をユーザー指示に基づいて設定すると判定されれば、処理はステップＳ４００６に進み、そうでなければ処理はステップＳ４００９に進む。ここで設定部は、（１）ＰＤＬデータに天地情報が含まれているか、（２）ステップＳ４００１で記憶された通信プロトコル、（３）ステップＳ４００１で記憶されたデータフォーマットの少なくとも何れか１つに基づいて、この判定を行う。この判定について、図８の表１を用いて説明する。ここでの設定部は、以降で説明するように、プレビュー画像の表示、画像の回転指示の受け付けを実行するか否かを少なくとも制御する手段として機能している。

まず、設定部は、天地情報が記憶されていなければ（すなわち、ＰＤＬデータに天地情報が含まれていなければ）、画像の天をユーザー指示に基づいて設定すると判定する。

逆に、天地情報が記憶されていれば（すなわち、ＰＤＬデータに天地情報が含まれていれば）、設定部は通信プロトコルおよび／またはデータフォーマットに基づいて、以下のように、画像の天をユーザー指示に基づいて設定するか否かを判定する。

（１）通信プロトコルがＬＰＲあるいはＲＡＷである場合、設定部は、画像の天をユーザー指示に基づいて設定しないと判定する。これは次の考えに基づく。通信プロトコルがＬＰＲあるいはＲＡＷである場合、ＰＤＬデータを生成した印刷アプリケーションがプリンタードライバーであることが多い。そして、プリンタードライバーが送ってくるＰＤＬデータには、ユーザーによって適切に設定された天地情報が含まれていることが多いので、含まれている天地情報の信頼度は高い。

（２）通信プロトコルがＩＰＰである場合、設定部は、画像の天をユーザー指示に基づいて設定すると判定する。これは次の考えに基づく。通信プロトコルがＩＰＰである場合、ＰＤＬデータが生成された環境（例えばタブレット１０３のＯＳや印刷アプリケーションＡＰＰ−Ａ）は、画像の天をユーザーが設定できる機能を提供していないことが多い。したがって、ＰＤＬデータのデータフォーマットとして天地情報を設定可能なＰＤＦなどが用いられていたとしても、その天地情報によって示される画像向きはユーザーの望むものとはなっていないことが多く、天地情報の信頼度は低い。なお通信プロトコルがＩＰＰであるか否かによらず、データフォーマットがＰＤＦあるいはＰＷＧラスターであれば、画像の天をユーザー指示に基づいて設定するようにしても良い。または通信プロトコルがＩＰＰであり、且つ、データフォーマットがＰＤＦあるいはＰＷＧラスターであれば、画像の天をユーザー指示に基づいて設定するようにしても良い。すなわち、通信プロトコルとデータフォーマットの組合せに基づいて、判定を行ってもよい。

（３）通信プロトコルがＨＴＴＰあるいはＸＭＰＰである場合、設定部は、画像の天をユーザー指示に基づいて設定すると判定する。これは通信プロトコルがＩＰＰである場合と同様の考えに基づく。すなわち、ＰＤＬデータが生成された環境（例えばスマートフォン１２１のＯＳや変換サーバーのＯＳや印刷アプリケーションＡＰＰ−Ｂ）は、画像の天をユーザーが設定できる機能を提供していないことが多い。したがって、天地情報の信頼度は低い。なお通信プロトコルがＨＴＴＰあるいはＸＭＰＰであるか否かによらず、データフォーマットがＰＤＦあるいはＰＷＧラスターであれば、画像の天をユーザー指示に基づいて設定するようにしても良い。または通信プロトコルがＨＴＴＰあるいはＸＭＰＰであり、且つ、データフォーマットがＰＤＦあるいはＰＷＧラスターであれば、画像の天をユーザー指示に基づいて設定するようにしても良い。すなわち、通信プロトコルとデータフォーマットの組合せに基づいて、判定を行ってもよい。

（４）通信プロトコルがＷＳＤであり、且つ、データフォーマットがＸＰＳである場合、設定部は、画像の天をユーザー指示に基づいて設定しないと判定する。一方、通信プロトコルがＷＳＤであり、且つ、データフォーマットがＰＷＧである場合、設定部は、画像の天をユーザー指示に基づいて設定すると判定する。これは次の理由からである。通信プロトコルがＷＳＤである場合、ＰＤＬデータが生成された環境が、画像の天をユーザーが設定できる機能を提供している環境なのか、そうでない環境なのかが判別できない。前者の環境とは、例えば印刷アプリケーションＡＰＰ−Ｃを用いた環境であり、後者の環境とは、例えば印刷アプリケーションＡＰＰ−Ｄを用いた環境である。そのため、設定部は、通信プロトコルがＷＳＤであることに加えて、ＰＤＬデータのデータフォーマットも参照することで、判定を行う。

フローチャートの処理の説明に戻る。

ステップＳ４００６において、設定部は、印刷される画像の天の初期値（初期回転角）を設定する。初期値は、用紙の種別ごとに設定されている。画像の天の初期値について、図５を用いて説明する。この初期値の設定は、ＰＤＬデータの受信以前に予めユーザーによって行われているものであるが、本発明はそれに限定されず、このステップＳ４００６の処理開始において行われても良い。

図５は、ＵＩ制御部が表示部に表示する画面５４０および５５０である。画面５４０は、封筒に画像を印刷する場合の画像の天の初期値を設定するための画面である。同様に、画面５５０は、Ａ４サイズ普通紙に画像を印刷する場合の画像の天の初期値を設定するための画面である。画面５５０は、画面５４０と同様であるため、説明を割愛する。

画面５４０に表示される画像５４１〜５４４は、入力される画像に対して想定される天（画像の上方向）を示している。画像５４１〜５４４には、文字「Ｆ」が含まれているが、この文字「Ｆ」に対する上向きの方向が、入力される画像の天として扱われる方向を示している。すなわち、画像５４１は、入力される画像の上方向が天として扱われるように、回転角０度が初期値（初期回転角）として設定されることを示す。言い換えると、入力される画像を反時計回りに初期回転角（０度）だけ回転すれば（つまり回転無し）、正しい向きの画像が得られることを期待するユーザーが、画像５４１を指定することになる。

一方、画像５４２は、入力される画像の左方向が天として扱われるように、回転角２７０度が初期値（初期回転角）として設定されることを示す。言い換えると、入力される画像を反時計回りに２７０度だけ回転すれば、正しい向きの画像が得られることを期待するユーザーが、画像５４２を指定することになる。

同様に、画像５４３は、入力される画像の下方向が天として扱われるような初期回転角１８０度が初期値として設定されることを示す。画像５４４は、入力される画像の右方向が天として扱われるような初期回転角９０度が初期値として設定されることを示す。

また画像５４５は、入力画像が印刷されることが想定される用紙の向きを示している。この画像５４５は、フラップの向きが上方向（奥側）になるように封筒が手差しトレイに載置されることを示している。この画像５４５によって示される用紙の向き（フラップの向き）をユーザーは確認しながら、入力が想定される画像の天を指定することができる。

この画面５４０では、画像５４１がユーザーによって指定されているので、入力される画像の上方向が天となるような初期回転角（０度）が、画像の向きの初期値として設定されることになる。そのため、実際に入力されたＰＤＬデータに天地情報が含まれておらず、かつ、その画像の上下が、ユーザーが想定していた上下とは逆さまの状態である場合、印刷される画像の向きも上下逆さまになる。そこで、次に続く処理において、画像の向きをユーザーに設定させるのである。

フローチャートの処理の説明に戻る。

ステップＳ４００７において、画像処理回路２０９の拡縮部は、ステップＳ４００２で生成されたラスター画像を操作部２１１の表示部でプレビューするために、表示部の解像度に合わせてラスター画像の解像度変換（拡大・縮小）を行う。以下ではラスター画像は縮小されたと仮定し、縮小されたラスター画像を、単に縮小版あるいはサムネイルと呼ぶ。そして、画像処理回路２０９の回転部は、設定部によって設定された画像の天の初期値（初期回転角）に基づいて、縮小版を回転する。

そして、制御部３０１のＵＩ制御部は、その縮小版とともに、ユーザーが画像の天を確認するために必要な情報（例えば封筒や葉書等の用紙の向きを示す画像）を、操作部２１１の表示部に表示させる。このとき表示部に表示される画面の例として、図６の画面６２０が挙げられる。

この画面６２０は、画像６２１と画像６２２を表示している。画像６２１は、ラスター画像のプレビュー画像であり、ラスター画像が印刷される向きを示す。ここでは、ラスタライズによって得られた画像が文字「Ｒ」を含む画像であったと仮定する。画像６２１は、その文字「Ｒ」を含むラスター画像の縮小版が、画像の天の初期値に従って回転された画像である。つまり、この画像６２１の上方向が画像の天として扱われている。言い換えると、この画像６２１は、文字「Ｒ」に対する下向きの方向が、ラスター画像の天（ラスター画像の上向き）として扱われていることを表している。その結果、ラスター画像の天地（上下）は、適切な向きに対して１８０度回転した倒立状態であることが示されている。また、画像６２２は、画像が印刷される用紙である「封筒」の向きも併せて表示している。このように画像６２１と画像６２２とが一緒に表示されるので、ユーザーは用紙に対して画像がどの向きで印刷されるのかを直感的に理解することができる。本来、文字「Ｒ」の向きと封筒の向きとが一致して印刷されるべきであるが、画面６２０は、文字「Ｒ」が封筒に対して逆さまの向きで印刷されてしまうことを表している。

そこで、画像の向きを修正するべく、本実施例では画像の天の設定を修正する手段を提供するのである。画像の天の設定を修正する場合に、ユーザーは画面６２０（受付部）の「画像修正」ボタン６２４を押すことで、その押下を検知したＵＩ制御部は、画面６３０を表示部に表示させる。なお、「ＯＫ」ボタン６２５が押されると、ＵＩ制御部は画面６２０の表示をやめ、処理をＳ４００８に進める。

ユーザーは、画面６３０を見ながら、印刷される画像の上向きの方向（画像の向き）を操作部２１１の受付部に対して指定する。この指定された向きが、ユーザーによって指定された画像の天として扱われる。すると、ユーザーからの画像の向きの指定を受け付けた受付部は、制御部３０１のＵＩ制御部に、その情報を通知する。そして、制御部３０１の設定部は、設定された画像の向きを、指定された向きで更新する。すなわち、設定部は、指定された向きを、画像の向き（画像の天）として設定する。画面６３０は、画像６２１と同様の、初期値に従って回転されたラスター画像の縮小版を画面領域６３１に表示している。この縮小版は、前述のとおり、天地が逆さまの（文字「Ｒ」が倒立している）画像である。そして画面領域６３１には、天地が逆さまの縮小版とともに、上下左右に配置された４つの丸印を表示している。このうち、上に配置された黒塗りの丸印は、現在設定されている画像の向き（ラスター画像の天）を示している。また残り３つの白塗りの丸印は、画像の向きの修正候補を示している。ユーザーが、画像の向きを修正しようと、下に配置された白塗りの丸印を押したとする。すると、受付部は、画像の向きの指定をユーザーから受け付けたことを検知し、その指定された向きの情報をＵＩ制御部に通知する。するとＵＩ制御部は、通知された向きの情報を記憶するとともに、画面６４０を表示部に表示させる。つまり、このユーザーによる画像の向きの指定は、Ｓ４００６の設定で印刷される画像に対する回転指示に相当する。画面６３０の設定は、画面６２０での設定で印刷される画像を１８０度回転する指示に対応する。

この画面６４０は、画面領域６３１に表示されていた、天地が逆さまの縮小版を表示する。またこの画面６４０は、ユーザーが押した白塗りの丸印が黒塗りに変わり、かつ、さきほど黒塗りであった丸印が白塗りに変えられた画像も表示する。この黒塗りの丸印は、画面６３０と同様で、ラスター画像の天を示している。すなわち、画面６４０では、ラスター画像の天が、文字「Ｒ」に対する上向きの方向に設定されることを示している。このような状態でユーザーが「ＯＫ」ボタン６４３を押すと、受付部はＵＩ制御部にＯＫボタンが押されたことを通知する。

通知を受けた制御部３０１は、記憶されている向きの情報を画像処理回路２０９の回転部に通知し、回転部に、ユーザーから指定された向きが天となるように、縮小版を回転させる。そして、ＵＩ制御部は、回転された縮小版とともに、ユーザーが画像向きを確認するために必要な情報（例えば封筒や葉書の向きを示す画像）を、画面６２０と同様に、表示部に表示させる。ここでは、画面６５０が表示され、画像６５１は、ラスター画像が印刷される向きを示す。ここでの画像６５１は、ラスター画像の天が文字「Ｒ」の上向きであることを示す。また、画像６５２は、画像６２２と同様に、「封筒」の向きを表示している。ここでは、画面６２０とは異なり、印刷されるラスター画像の向き（文字「Ｒ」の向き）と、封筒の向きとが一致することが示される。この状態でユーザーが「ＯＫ」ボタン６５５を押すと、ＵＩ制御部は画面６５０の表示をやめ、処理をＳ４００８に進める。

以上がステップＳ４００７における処理の説明である。続いてステップＳ４００８の処理について説明する。

ステップＳ４００８において、設定部は、最終的にユーザーから指定された画像の向きを、画像の天（ラスター画像の天）として設定（確定）し、その情報を記憶する。

一方、ステップＳ４００４あるいはステップＳ４００５に続くステップＳ４００９において、まず、制御部３０１の設定部は、天地情報が記憶されているか否かを判定する。天地情報が記憶されていれば（すなわち、ＰＤＬデータに天地情報が含まれていれば）、設定部は、その天地情報によって示される向きを、画像の向きとして設定し、その情報を記憶する。そうでなければ、設定部は、ステップＳ４００６と同じく、画像の天の初期値を設定し、その情報を記憶する。

ステップＳ４０１０において、制御部３０１の指示を受けた画像処理回路２０９の回転部は、ステップＳ４００２で生成されたラスター画像を、ステップＳ４００８あるいはＳ４００９で記憶された情報および用紙の向きに基づいて回転する。ステップＳ４００８あるいはＳ４００９で記憶された情報とは、ユーザー指示で設定された画像の天を示す情報である。この回転処理は、ステップＳ４００８あるいはＳ４００９で設定された画像の向きを、画像の天（画像の上方向）とみなし、用紙の向き（例えば封筒のフラップの向き）に適合するように、ラスター画像を回転する。例えば、設定された天と封筒のフラップの向きとが一致するように、両者の向きを考慮してラスター画像が回転される。なお、設定された天は必ずしも封筒のフラップの向きと一致する必要はなく、天をフラップの向きに対して９０度回転されているように、ラスター画像を回転しても良い。つまり、画像の天を用紙の向きに対して、どの程度回転するのか（どの向きにするのか）はユーザーの設定次第であり、その設定もユーザーが行えるようにして良い。図６の画面６５０を例にすると、逆さまの文字「Ｒ」を含むラスター画像の下方向が、画像の天とみなされ、その天が封筒のフラップの向きに一致するように、ラスター画像が１８０度回転される。また仮に設定された画像の天がラスター画像の左方向であれば、回転部は、そのラスター画像を、時計回りに９０度だけ回転する。そして制御部３０１は回転後のラスター画像と、ステップＳ４００３で選択された給紙元の情報を、プリンターに送る。

ステップＳ４０１１において、プリンターの給紙部は、給紙元の情報に基づいて給紙元から用紙を印刷部に給紙し、印刷部は、回転後のラスター画像に基づく画像を、給紙された用紙に印刷する。

以上が本実施例の印刷処理の処理フローである。

このように、用紙の向きに対する画像の向きが重要となる特定の用紙種別については、ユーザー指示に基づいて画像の天を設定できるので、ユーザーにとって望ましい向きで画像を印刷することができる。

なお、本実施例では、特定の用紙種別についてのみユーザー指示に基づいて画像の天を設定できるようにしたが、ステップＳ４００４の処理を省略し、ステップＳ４００３からは直接ステップＳ４００５に進むようにしても良い。この場合には、ステップＳ４００５の処理において次の処理が追加されるのが望ましい。

決定された用紙種別が特定の用紙種別ではなく、かつ、天地情報が記憶されていれば、設定部は、処理をＳ４００９に進める。また、決定された用紙種別が特定の用紙種別ではなく、かつ、天地情報が記憶されていなければ、処理をステップＳ４００６に進める。

このようにすれば、特定の用紙種別以外の種別の用紙であっても、天地情報を含まなければユーザー指示に基づいて画像の天を設定することが可能となる。

（変形例）
上記の実施例では、図６に示されるように、表示部には、受信された画像データに基づく印刷画像の縮小版と、ユーザーが指定する画像の天が表示される。これによって、ユーザーは、印刷される画像がどのような向きで印刷されるかを把握しながら、画像の天を設定できる。しかしながら、次のような変形例も本発明の範囲である。例えば、図７の画面６３０−１に示されるように縮小版の画像６３０−２を、初期値に従って回転された状態で表示する。この画面６３０−１は図６のＵＩ画面６３０の代わりに操作部２１１に表示される。画像６３０−２は、「ＯＫ」ボタンをユーザーが押したときに設定される画像の天を示している。これは、表示されている画像６３０−２の上方向が画像の天として設定されることを示す。また「向き変更」ボタン６３０−３がＵＩ制御部によって表示部に表示されている。この「向き変更」ボタン６３０−３は、画像の天を変更するために、ユーザーによって押される。このボタンが押されると、ＵＩ制御部は、縮小版を反時計回りに９０度回転した画像６３５−２を含む画面６３５−１を表示部に表示する。縮小版の回転は回転部によって実行される。

さらに、ユーザーが「向き変更」ボタン６３５−３を押すと、ＵＩ制御部は、画面６４０−１を表示部に表示させる。このＵＩ画面６４０−１は、画像６３５−２が反時計回りに９０度回転した画像６４０−２を含んでいる。この画面６４０−１上の「ＯＫ」ボタン６４２をユーザーが押すと、ラスター画像の天が画像６４０−２で表される向き（つまり上方向）に設定されることになる。つまり、ラスター画像の天が、元の向きから１８０度回転されるようになる。

なお「ＯＫ」ボタン６４２が押されると、ＵＩ制御部は、図６の画面６５０を表示部に表示させる。なお他の構成については、上記実施例と同様のため、説明を割愛する。このように縮小版が「向き変更」ボタンをユーザーが押すごとに回転するので、ユーザーは直感的に用紙に印刷される画像の天を把握しながら、設定することが可能になる。

（その他の実施例）
以上の実施例は、外部装置から無線通信によって受信された画像データ（ＰＤＬデータ）を対象に、その画像データの天をユーザーに指定させる画像形成装置を説明した。しかし、次のような画像形成装置も本明細書の開示によって得られる。スキャナーを備える画像形成装置が、スキャナーによって読み取られた原稿の画像データを対象に、上記の実施例と同様に、その画像データの天をユーザーに指定させ、その天と用紙の向きとに基づいて、画像データを回転して印刷する。

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

Claims

外部の情報処理装置から送信された画像データに基づく画像を印刷する印刷装置であって、
前記画像データを受信する受信手段と、
前記受信手段により受信された第１の種別の印刷媒体に印刷される画像データのプレビュー画像と当該画像データの回転指示をユーザーから受け付ける画面を表示し、前記受信手段により受信された第２の種別の印刷媒体に印刷される画像データの回転指示をユーザーから受け付ける画面を表示しない表示手段と、
前記ユーザーから受け付けられた前記回転指示にしたがって、受信された前記第１の種別の印刷媒体に印刷される画像の画像データを回転する回転手段と、
前記回転された画像データに基づく画像を前記第１の種別の印刷媒体に印刷する印刷手段と、
を有することを特徴とする印刷装置。
前記回転手段は、前記回転指示および前記第１の種別の印刷媒体の向きにしたがって前記受信された画像データを回転し、
前記印刷手段は、前記回転された画像データに基づく画像を前記第１の種別の印刷媒体に印刷することを特徴とする請求項１に記載の印刷装置。
前記表示手段は、前記第１の種別の印刷媒体に対して前記画像データが印刷される向きを示すプレビュー画像を表示し、
前記回転指示は、前記第１の種別の印刷媒体に対する前記画像データの向きの指定であり、
前記回転手段は、前記受け付けられた向きの指定にしたがって、前記画像データを回転することを特徴とする請求項１または２に記載の印刷装置。
ユーザーから初期回転角に関する指定を事前に受け付ける受け付け手段をさらに有し、
前記表示手段は、前記画像データが前記初期回転角だけ回転された画像データの前記プレビュー画像を表示することを特徴とする請求項３に記載の印刷装置。
少なくとも、前記画像データが受信された際の通信プロトコルの種別、または、前記画像データのフォーマットにしたがって、前記表示手段を動作させるか否かを制御する制御手段を有することを特徴とする請求項１乃至４の何れか１項に記載の印刷装置。
前記回転手段は、前記制御手段が前記表示手段を動作させない場合に、前記画像データを、前記プレビュー画像の表示も前記回転指示の受け付けも無しに、前記画像データに含まれる情報にしたがって回転することを特徴とする請求項５に記載の印刷装置。
前記画像データに含まれる前記情報とは、前記画像データが印刷される印刷媒体の種別と、前記画像データの天地情報とのうちの少なくとも１つであることを特徴とする請求項６に記載の印刷装置。
前記第１の種別の印刷媒体とは、はがき、および、封筒のうちの少なくとも１つであることを特徴とする請求項１乃至７のいずれか一項に記載の印刷装置。
前記外部の情報処理装置から送信された画像データは、前記外部の情報処理装置が無線通信によって送信した画像データであることを特徴とする請求項１乃至８の何れか１項に記載の印刷装置。
外部の情報処理装置から送信された画像データに基づく画像を印刷する印刷装置の制御方法であって、
前記画像データを受信する受信工程と、
前記受信工程において受信された第１の種別の印刷媒体に印刷される画像の画像データのプレビュー画像を表示し、当該画像データに対する回転指示をユーザーから受け付ける画面を表示し、前記受信工程において受信された第２の種別の印刷媒体に印刷される画像の画像データに対する回転指示をユーザーから受け付ける画面を表示しない表示制御工程と、
前記受信された画像データを、前記ユーザーから受け付けられた前記回転指示にしたがって回転する回転工程と、
前記回転された画像データに基づく画像を前記第１の種別の印刷媒体に印刷する印刷工程と、
を有することを特徴とする印刷装置の制御方法。
前記回転工程は、前記回転指示および前記第１の種別の印刷媒体の向きにしたがって前記受信された画像データを回転し、
前記印刷工程は、前記回転された画像データに基づく画像を前記第１の種別の印刷媒体に印刷することを特徴とする請求項１０に記載の印刷装置の制御方法。
前記外部の情報処理装置から送信された画像データは、前記外部の情報処理装置が無線通信によって送信した画像データであることを特徴とする請求項１０または１１に記載の印刷装置の制御方法。
モバイル端末から送信された画像データを印刷する印刷装置であって、
前記画像データを受信する受信手段と、
前記受信された画像データのプレビュー画像を表示する表示手段と、受信された第１の種別の印刷媒体に印刷される画像データの回転指示をユーザーから受け付け、受信された第２の種別の印刷媒体に印刷される画像データの回転指示をユーザーから受け付けない受け付け手段と、
前記ユーザーから受け付けられた前記回転指示にしたがって前記受信された画像データを回転する回転手段と、
前記回転された画像データを印刷する印刷手段と、
少なくとも、前記画像データが受信された際の通信プロトコルの種別、または、前記画像データのフォーマットにしたがって、前記表示手段および前記受け付け手段を動作させるか否かを制御する制御手段と、
を有することを特徴とする印刷装置。
外部の情報処理装置から送信された画像データに基づく画像を印刷する印刷装置であって、
前記画像データを受信する受信手段と、
所定の通信プロトコルを用いて受信された画像データのプレビュー画像と当該画像データの回転指示をユーザーから受け付けることのできる画面を表示し、前記所定の通信プロトコルと異なるプロトコルを用いて受信された画像データの回転指示をユーザーから受け付ける画面を表示しない表示手段と、
前記ユーザーから受け付けられた前記回転指示に従って、前記所定の通信プロトコルを用いて受信された画像データを回転する回転手段と、
前記回転された画像データに基づく画像を印刷する印刷手段と、
を有することを特徴とする印刷装置。
前記所定のプロトコルは、ＩＰＰ、ＨＴＴＰ、ＸＭＰＰの少なくとも一つであることを特徴とする請求項１４に記載の印刷装置。