画像形成装置及び画像形成方法
【課題】画像送信機器から画像データを受信し、レイアウト設定に基づいて印刷する際に、ユーザの所望するレイアウトで一枚の出力に１つ以上の画像を印刷できるようにする。
【解決手段】入力された画像データの数と印刷のレイアウトに必要な画像データの数を比較し、等しくなった場合には自動的に印刷を開始し、等しくない場合でもユーザからの印刷指示があった場合には受信した画像データを用いて印刷を行うようにすることにより、ユーザの所望するレイアウトで印刷を行うことができるようにする。
【解決手段】入力された画像データの数と印刷のレイアウトに必要な画像データの数を比較し、等しくなった場合には自動的に印刷を開始し、等しくない場合でもユーザからの印刷指示があった場合には受信した画像データを用いて印刷を行うようにすることにより、ユーザの所望するレイアウトで印刷を行うことができるようにする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は画像形成装置及び画像形成方法に関し、特に、ユーザの所望するレイアウトで印刷を行うことができるようにするために用いて好適な技術に関する。
【背景技術】
【０００２】
近年、デジタルカメラや、カメラ機能を搭載した携帯電話が普及しており、撮影するだけでなく撮影した画像をプリンタに送信して印刷することが可能な機器が増えている。また、携帯電話の多くにはIrDAやBluetoothなどの無線通信手段が搭載され、プリンタへの画像転送を無線で容易に行うことができるようになってきている。
【０００３】
携帯電話から画像を送信する際に、一枚の出力に複数の画像を配置するために、例えば特許文献１では、プリンタが画像の受信を行う際に通信が行われている間はデータを受信し続け、通信の切断を契機に受信した画像を配置して出力する手法が提案さている。
【０００４】
【特許文献１】特開２００７−０２７８３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、例えば、携帯電話において複数の画像データを送信する方法は、携帯電話の機種毎の実装によって相違がある。たとえば、携帯電話のユーザが複数の画像データを選択してプリンタに送信する場合、一枚ごとに接続切断を行う携帯電話と、全ての画像をひとつの接続中に送信する携帯電話とがある。
【０００６】
このため、特許文献１に記載のように、通信の切断を契機に受信した画像を配置して出力する手法では、画像データを送信する方法が異なる携帯電話の挙動に応じてプリンタ側で個別に対応して印刷を行うのは困難である問題点があった。
【０００７】
本発明は前述の問題点に鑑み、画像データを送信した送信機器の機種に依存することなく、レイアウト設定通りに一つの出力単位に１つ以上の画像を出力できるようにすることを目的としている。
【課題を解決するための手段】
【０００８】
本発明の画像形成装置は、画像送信機器から送信される画像データを受信する受信手段と、前記受信手段によって受信される画像データを印刷モジュールにより印刷する印刷手段と、前記受信手段によって受信される画像データを用紙にレイアウトして印刷データを生成するレイアウト設定手段と、前記受信手段、前記印刷手段、及び前記レイアウト設定手段の動作を制御する制御手段とを有し、前記制御手段は、前記印刷モジュールによる印刷を開始する状態になったと判断すると、前記レイアウト設定手段により生成された印刷データを前記印刷モジュールで印刷を行うように制御することを特徴とする。
【０００９】
本発明の画像形成方法は、画像送信機器から送信される画像データを受信する受信工程と、前記受信工程において受信される画像データを印刷モジュールにより印刷する印刷工程と、前記受信工程において受信される画像データを用紙にレイアウトして印刷データを生成するレイアウト設定工程と、前記受信工程、前記印刷工程、及び前記レイアウト設定工程の動作を制御する制御工程とを有し、前記制御工程においては、前記印刷モジュールによる印刷を開始する状態になったと判断すると、前記レイアウト設定工程において生成された印刷データを前記印刷モジュールで印刷を行うように制御することを特徴とする。
【００１０】
本発明のプログラムは、画像送信機器から送信される画像データを受信する受信工程と、前記受信工程において受信される画像データを印刷モジュールにより印刷する印刷工程と、前記受信工程において受信される画像データを用紙にレイアウトして印刷データを生成するレイアウト設定工程と、前記受信工程、前記印刷工程、及び前記レイアウト設定工程の動作を制御する制御工程とを有し、前記制御工程においては、前記印刷モジュールによる印刷を開始する状態になったと判断すると、前記レイアウト設定工程において生成された印刷データを前記印刷モジュールで印刷を行う画像形成方法の各工程をコンピュータに実行させることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、設定されたレイアウトに必要な画像を受信するまでは自動的に印刷を行うことなく、また必要な時点で印刷指示をすれば印刷を行うようにした。これにより、画像データを送信した送信機器の機能に依存することなく、ユーザの所望するレイアウトで印刷を行うことができる。
【発明を実施するための最良の形態】
【００１２】
（第１の実施形態）
図１は本発明の実施形態を示し、携帯電話１０１から本発明が適用されたプリンタ１０２へ画像データを送信する場合の一つの形態を示した図である。
携帯電話１０１には複数の画像が格納されており、格納されている画像を１枚以上プリンタに送信可能な状態になっているものとする。
【００１３】
なお、本実施形態では携帯電話１０１とプリンタ１０２との間を無線で接続している例を説明している。しかしながら、携帯電話１０１とプリンタ１０２との接続は無線に限ったものではなく、有線でも携帯電話１０１などからプリンタ１０２へ画像データの送信が可能な画像送信機器であれば適用可能である。また、本実施形態では携帯電話１０１から画像データの送信を行っているが、送信側は携帯電話１０１に限ったものではなく、デジタルカメラやＰＣなどのように、画像データを送信することができる機器であれば適用可能である。
【００１４】
図２は、プリンタ１０２の構成例を説明するブロック図である。
図２において、２０１はプリンタ１０２全体を制御するＣＰＵ、２０２はＣＰＵ２０１の動作用の定数、変数、プログラム、設定等を一時的に記憶するＲＡＭであり、他のモジュールの中間生成データもこのＲＡＭ２０２に格納される。
【００１５】
２０３はプリンタ１０２を動作させるためのＣＰＵ２０１で実行するプログラムが格納されているＲＯＭである。２０４は電源が落ちた場合でも情報を保持しておくためのメモリであるＮＶＲＡＭ(Non Volatile RAM)であり、ユーザが設定を変更した場合や、プリント枚数や、プリンタ１０２に固有の情報が格納される。
【００１６】
２０５はユーザとのインターフェースを提供するＵＩモジュールであり、ユーザにプリンタ１０２の動作を通知するための表示を行うＬＣＤやＬＥＤと、ユーザからの印刷命令や印刷中止命令や電源オフなどを受け付ける複数のボタンとを備えている。本実施形態では表示と操作を異なる部材で説明を行うが、ひとつの部材で表示と操作を行うことが可能なタッチパネルなどでもよい。
【００１７】
２０６は画像データを必要に応じて異なる画像フォーマットに変換するための画像変換モジュールであり、ＵＩモジュール２０５で表示するために入力された画像を変換したり、印刷を行ったりするために画像フォーマットの変換を行う。
【００１８】
２０７は入力された画像を用紙に印字するための印刷モジュールである。印刷する方法には、昇華熱転写記録方式やインクジェット方式などが考えられるが、どの方式でも本実施形態には影響しないためここでは言及はしない。印刷モジュール２０７は、印刷ボタン３０５が押されたら印刷動作を開始する。
【００１９】
２０８はプリンタ１０２に電源を供給するための電源モジュールである。ＡＣ電源や充電可能なバッテリなどが考えられる。２０９は他機器と通信してデータを受信する通信モジュールである。本実施形態ではＢｌｕｅｔｏｏｔｈやＩｒＤＡなどの無線通信を想定しているが、有線のＵＳＢやＬＡＮなどでもよい。
【００２０】
図３は、図１で示した携帯電話１０１からプリンタ１０２にデータを送信する時に使用するユーザインターフェース部分を図示したものである。
図３において、３０１はＵＩモジュール２０５の表示部である。３０２は表示部３０１に表示される画像の一例を示し、携帯電話１０１とプリンタ１０２との通信が開始されて、データが携帯電話１０１からプリンタ１０２に送信されている状況をユーザに表示している。
【００２１】
３０３は印刷を行うまでに必要な画像データの数と、現在受信しているがまだ印刷していない画像データの数を表示しているデータ数表示部である。ここでは、４枚の画像が入力されたら印刷されるようになっており、現在２枚目を受信中であることが分かる。この後２枚画像を受信すれば自動的に印刷されるようになることがデータ数表示部３０３をみることにより分かる。
【００２２】
３０４は電源モジュール２０８の電源ボタンである。動作中に電源ボタン３０４が押されるとプリンタ１０２の電源が落ちることになる。３０５もＵＩモジュール２０５に含まれる印刷ボタンである。この印刷ボタン３０５が押された時点で受信した画像が印刷に必要な枚数に達していなくても印刷を行う。
【００２３】
３０６は印刷ボタン３０５と同様に、ＵＩモジュール２０５に含まれる印刷中止ボタンであり、この印刷中止ボタン３０６が押されたら、印刷されていない受信画像が全て破棄される。３０７はＵＩモジュール２０５に含まれる矢印ボタンであり、設定の変更や画像の選択などを行うときに画面上のカーソルの移動に使用する。３０８もＵＩモジュール２０５に含まれる設定ボタンであり、設定を確定するときに使用する。
【００２４】
図７はプリンタ１０２において、印刷用紙上にレイアウト設定を行うときの一例を説明する設定画面の一例を説明する図である。表示部３０１にはレイアウトの一覧が表示されており、受信前に１面、２面、４面、８面の設定を行うことができる。それぞれ画像データが１つ、２つ、４つ、８つ受信した時点で印刷を開始する。ユーザは矢印ボタン３０７で選択し、設定ボタン３０８で決定する。本実施形態では、画像データをどの位置に印刷するか言及をしてないが、印刷を行う前に配置の変更を行えるようにしてもよい。
【００２５】
図４は、プリンタ１０２が画像データを受信して印刷を行う時に行われる処理手順の一例を説明するフローチャートである。
ステップＳ４０１で、通信モジュール２０９を通じてデータの受信要求を受けたかどうかを判断する。
【００２６】
ステップＳ４０１の判断の結果、データの受信要求を受けた場合には、ステップＳ４０２に移行して実際のデータ受信を行う。そして、ステップＳ４０３でデータ受信が完了すると、次にステップＳ４０４に進み、受信した画像データの数と出力１枚において必要な画像データ数とを比較する。
【００２７】
ステップＳ４０４の比較の結果、そのふたつの数が等しければ、ステップＳ４０５で受信した画像データを、画像変換モジュール２０６で印刷用フォーマットに変換し、ステップＳ４０６で変換したデータを用いて印刷モジュール２０７で印刷する。これにより、画像データを受信して印刷を行う動作を終了する。
【００２８】
一方、ステップＳ４０１の判断の結果、データの受信要求がなかった場合、或いはステップＳ４０４で受信データ数が足りなかった場合には、ステップＳ４０７に進み、印刷ボタン３０５が押されたかどうかを判断する。この判断の結果、印刷ボタン３０５が押されていない場合には、ステップＳ４０１に戻り、データの受信要求があるかどうかの確認を再び行う。
【００２９】
また、ステップＳ４０７の判断の結果、印刷ボタン３０５が押された場合には、印刷に必要な画像データが揃っていなくてもステップＳ４０８で画像データが１つ以上あるかどうかの確認を行う。ステップＳ４０８の確認の結果、画像データがない場合にはステップＳ４０１に戻り、データの受信要求があるかどうかの確認を再び行う。また、ステップＳ４０８の判断の結果、画像データが１つ以上ある場合には、ステップＳ４０５に進み、印刷を行う。
【００３０】
図５は、図４のステップＳ４０５において行われる印刷データ作成手順の一例を記述したフローチャートである。
ステップＳ５０１では、受信した画像データの全てを画像変換モジュール２０６を用いて印刷データに変換する。次に、ステップＳ５０２に進み、ステップＳ５０１で変換した画像データ数と１枚あたりの画像データ数とが等しいか否かを判断する。この判断の結果、等しい場合にはステップＳ４０６に進んで印刷を行う。また、ステップＳ５０２の判断の結果、足りない場合には印刷を行うために足りない部分が出てくるので、ステップＳ５０３で足りない部分を白い印刷データで埋めてから、ステップＳ４０６に移って印刷処理を実行する。
本実施形態によれば、設定されたレイアウトに必要な画像を受信した時点で自動的に印刷を開始する。それまでは自動的に印刷を開始せずに、ユーザが印刷指示を行った場合に印刷を開始するようにした。これにより、画像データを送信した送信機器の機能に依存することなく、ユーザの所望するレイアウトで印刷を行うことができる。
【００３１】
（第２の実施形態）
次に、図６を参照しながら本発明の第２の実施形態を説明する。なお、前述した第１の実施形態と同一部分については説明を省略し、同一の番号を付与する。
本実施形態において、第１の実施形態と異なるのは、図４のデータの受信要求が行われた後の処理部分である。
【００３２】
以下、本実施形態の処理と前述した第１の実施形態の処理との相違を、図６のフローチャートを用いて説明する。
ステップＳ４０１においてデータの受信要求があると判断した場合にはステップＳ６０１に進んで、データの受信要求を受けた機器は、前回接続した機器と同じ機器かどうかの特定を行う。
【００３３】
ステップＳ６０１の特定の結果、電源ボタン３０４を押して最初の接続であった場合、または前回接続した機器と同じ機器であった場合には、ステップＳ４０２に移ってデータの受信を開始する。
【００３４】
また、ステップＳ６０１の特定の結果、前回接続した機器と異なる機器であった場合にはステップＳ６０２に進み、既に受信した画像データが１つ以上あるかどうかを特定する。この機器特定の結果、既に受信した画像データがない場合にはステップＳ４０２に移って通常通りにデータの受信を行う。
【００３５】
また、ステップＳ６０２の確認の結果、受信データが既にある場合には受信要求には応えずに、ステップＳ４０５に移って印刷データの作成を行う。前述したように、前回画像を受信した機器かどうかを判定することによって、他の人が他の機器で画像を送信した場合も印刷の契機になり、印刷されずにプリンタ１０２に残っていた画像データの印刷を行うことができる。
本実施形態では、第１の実施形態に加え、画像を送信する送信機器が変化した場合には、自動的に印刷を開始するようにした。これにより、送信機器が異なる場合は異なるユーザからの画像である可能性があるため、同じ用紙にレイアウトせずにそれまで受信した画像の印刷を開始して、複数のユーザの画像が１つの用紙に印刷されないようにしている。
【００３６】
前述した第１及び第２の実施形態において、印刷ボタン３０５が操作された場合において、受信した画像データが印刷用紙上にレイアウトされた画像データ数よりも少ない場合には、以下のように処理する。
【００３７】
例えば、印刷用紙上の残りのスペースに、最後に受信した画像データ、または受信した順番に画像データをレイアウトする。また、携帯電話１０１からキャンセル信号が送られてきた場合に、ＲＡＭ２０２に記憶されている画像データを破棄するようにしてもよい。
【００３８】
（本発明に係る他の実施の形態）
前述した本発明の実施の形態における画像形成装置を構成する各手段は、コンピュータのＲＡＭやＲＯＭなどに記憶されたプログラムが動作することによって実現できる。このプログラム及び前記プログラムを記録したコンピュータ読み取り可能な記録媒体は本発明に含まれる。
【００３９】
また、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施の形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。
【００４０】
なお、本発明は、前述した画像形成方法における各工程を実行するソフトウェアのプログラム（実施の形態では図４、図５及び図６に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接、あるいは遠隔から供給する。そして、そのシステムあるいは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。
【００４１】
したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【００４２】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。
【００４３】
プログラムを供給するための記録媒体としては種々の記録媒体を使用することができる。例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などがある。
【００４４】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。
【００４５】
また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【００４６】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【００４７】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施の形態の機能が実現される他、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行うことによっても前述した実施の形態の機能が実現され得る。
【００４８】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によっても前述した実施の形態の機能が実現される。
【図面の簡単な説明】
【００４９】
【図１】第１の実施形態を示し、携帯電話からプリンタへのデータ送信を表した図である。
【図２】第１の実施形態を示し、プリンタの構成を示すブロック図である。
【図３】第１の実施形態を示し、通信時のプリンタのインターフェースの一例を示した図である。
【図４】第１の実施形態を示し、データ受信から印刷が行われるまでの処理手順の一例を説明するフローチャートである。
【図５】第１の実施形態を示し、印刷データ作成手順の一例を説明するフローチャートである。
【図６】第２の実施形態を示し、データ受信から印刷が行われるまでの処理手順の一例を説明するフローチャートである。
【図７】第１の実施形態を示し、レイアウト設定時のインターフェースの一例を示した図である。
【符号の説明】
【００５０】
Ｓ４０１ データの受信要求を受けたか判断する工程
Ｓ４０２ データ受信を行う工程
Ｓ４０３ データ受信を完了する工程
Ｓ４０４ 受信した画像データの数と出力１枚あたりの画像データ数とを比較する工程
Ｓ４０５ 受信した画像データを印刷データに変換する工程
Ｓ４０６ 印刷工程
Ｓ４０７ 印刷ボタンが押されたか判断する工程
Ｓ４０８ 画像データが１つ以上あるか確認する工程
【技術分野】
【０００１】
本発明は画像形成装置及び画像形成方法に関し、特に、ユーザの所望するレイアウトで印刷を行うことができるようにするために用いて好適な技術に関する。
【背景技術】
【０００２】
近年、デジタルカメラや、カメラ機能を搭載した携帯電話が普及しており、撮影するだけでなく撮影した画像をプリンタに送信して印刷することが可能な機器が増えている。また、携帯電話の多くにはIrDAやBluetoothなどの無線通信手段が搭載され、プリンタへの画像転送を無線で容易に行うことができるようになってきている。
【０００３】
携帯電話から画像を送信する際に、一枚の出力に複数の画像を配置するために、例えば特許文献１では、プリンタが画像の受信を行う際に通信が行われている間はデータを受信し続け、通信の切断を契機に受信した画像を配置して出力する手法が提案さている。
【０００４】
【特許文献１】特開２００７−０２７８３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、例えば、携帯電話において複数の画像データを送信する方法は、携帯電話の機種毎の実装によって相違がある。たとえば、携帯電話のユーザが複数の画像データを選択してプリンタに送信する場合、一枚ごとに接続切断を行う携帯電話と、全ての画像をひとつの接続中に送信する携帯電話とがある。
【０００６】
このため、特許文献１に記載のように、通信の切断を契機に受信した画像を配置して出力する手法では、画像データを送信する方法が異なる携帯電話の挙動に応じてプリンタ側で個別に対応して印刷を行うのは困難である問題点があった。
【０００７】
本発明は前述の問題点に鑑み、画像データを送信した送信機器の機種に依存することなく、レイアウト設定通りに一つの出力単位に１つ以上の画像を出力できるようにすることを目的としている。
【課題を解決するための手段】
【０００８】
本発明の画像形成装置は、画像送信機器から送信される画像データを受信する受信手段と、前記受信手段によって受信される画像データを印刷モジュールにより印刷する印刷手段と、前記受信手段によって受信される画像データを用紙にレイアウトして印刷データを生成するレイアウト設定手段と、前記受信手段、前記印刷手段、及び前記レイアウト設定手段の動作を制御する制御手段とを有し、前記制御手段は、前記印刷モジュールによる印刷を開始する状態になったと判断すると、前記レイアウト設定手段により生成された印刷データを前記印刷モジュールで印刷を行うように制御することを特徴とする。
【０００９】
本発明の画像形成方法は、画像送信機器から送信される画像データを受信する受信工程と、前記受信工程において受信される画像データを印刷モジュールにより印刷する印刷工程と、前記受信工程において受信される画像データを用紙にレイアウトして印刷データを生成するレイアウト設定工程と、前記受信工程、前記印刷工程、及び前記レイアウト設定工程の動作を制御する制御工程とを有し、前記制御工程においては、前記印刷モジュールによる印刷を開始する状態になったと判断すると、前記レイアウト設定工程において生成された印刷データを前記印刷モジュールで印刷を行うように制御することを特徴とする。
【００１０】
本発明のプログラムは、画像送信機器から送信される画像データを受信する受信工程と、前記受信工程において受信される画像データを印刷モジュールにより印刷する印刷工程と、前記受信工程において受信される画像データを用紙にレイアウトして印刷データを生成するレイアウト設定工程と、前記受信工程、前記印刷工程、及び前記レイアウト設定工程の動作を制御する制御工程とを有し、前記制御工程においては、前記印刷モジュールによる印刷を開始する状態になったと判断すると、前記レイアウト設定工程において生成された印刷データを前記印刷モジュールで印刷を行う画像形成方法の各工程をコンピュータに実行させることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、設定されたレイアウトに必要な画像を受信するまでは自動的に印刷を行うことなく、また必要な時点で印刷指示をすれば印刷を行うようにした。これにより、画像データを送信した送信機器の機能に依存することなく、ユーザの所望するレイアウトで印刷を行うことができる。
【発明を実施するための最良の形態】
【００１２】
（第１の実施形態）
図１は本発明の実施形態を示し、携帯電話１０１から本発明が適用されたプリンタ１０２へ画像データを送信する場合の一つの形態を示した図である。
携帯電話１０１には複数の画像が格納されており、格納されている画像を１枚以上プリンタに送信可能な状態になっているものとする。
【００１３】
なお、本実施形態では携帯電話１０１とプリンタ１０２との間を無線で接続している例を説明している。しかしながら、携帯電話１０１とプリンタ１０２との接続は無線に限ったものではなく、有線でも携帯電話１０１などからプリンタ１０２へ画像データの送信が可能な画像送信機器であれば適用可能である。また、本実施形態では携帯電話１０１から画像データの送信を行っているが、送信側は携帯電話１０１に限ったものではなく、デジタルカメラやＰＣなどのように、画像データを送信することができる機器であれば適用可能である。
【００１４】
図２は、プリンタ１０２の構成例を説明するブロック図である。
図２において、２０１はプリンタ１０２全体を制御するＣＰＵ、２０２はＣＰＵ２０１の動作用の定数、変数、プログラム、設定等を一時的に記憶するＲＡＭであり、他のモジュールの中間生成データもこのＲＡＭ２０２に格納される。
【００１５】
２０３はプリンタ１０２を動作させるためのＣＰＵ２０１で実行するプログラムが格納されているＲＯＭである。２０４は電源が落ちた場合でも情報を保持しておくためのメモリであるＮＶＲＡＭ(Non Volatile RAM)であり、ユーザが設定を変更した場合や、プリント枚数や、プリンタ１０２に固有の情報が格納される。
【００１６】
２０５はユーザとのインターフェースを提供するＵＩモジュールであり、ユーザにプリンタ１０２の動作を通知するための表示を行うＬＣＤやＬＥＤと、ユーザからの印刷命令や印刷中止命令や電源オフなどを受け付ける複数のボタンとを備えている。本実施形態では表示と操作を異なる部材で説明を行うが、ひとつの部材で表示と操作を行うことが可能なタッチパネルなどでもよい。
【００１７】
２０６は画像データを必要に応じて異なる画像フォーマットに変換するための画像変換モジュールであり、ＵＩモジュール２０５で表示するために入力された画像を変換したり、印刷を行ったりするために画像フォーマットの変換を行う。
【００１８】
２０７は入力された画像を用紙に印字するための印刷モジュールである。印刷する方法には、昇華熱転写記録方式やインクジェット方式などが考えられるが、どの方式でも本実施形態には影響しないためここでは言及はしない。印刷モジュール２０７は、印刷ボタン３０５が押されたら印刷動作を開始する。
【００１９】
２０８はプリンタ１０２に電源を供給するための電源モジュールである。ＡＣ電源や充電可能なバッテリなどが考えられる。２０９は他機器と通信してデータを受信する通信モジュールである。本実施形態ではＢｌｕｅｔｏｏｔｈやＩｒＤＡなどの無線通信を想定しているが、有線のＵＳＢやＬＡＮなどでもよい。
【００２０】
図３は、図１で示した携帯電話１０１からプリンタ１０２にデータを送信する時に使用するユーザインターフェース部分を図示したものである。
図３において、３０１はＵＩモジュール２０５の表示部である。３０２は表示部３０１に表示される画像の一例を示し、携帯電話１０１とプリンタ１０２との通信が開始されて、データが携帯電話１０１からプリンタ１０２に送信されている状況をユーザに表示している。
【００２１】
３０３は印刷を行うまでに必要な画像データの数と、現在受信しているがまだ印刷していない画像データの数を表示しているデータ数表示部である。ここでは、４枚の画像が入力されたら印刷されるようになっており、現在２枚目を受信中であることが分かる。この後２枚画像を受信すれば自動的に印刷されるようになることがデータ数表示部３０３をみることにより分かる。
【００２２】
３０４は電源モジュール２０８の電源ボタンである。動作中に電源ボタン３０４が押されるとプリンタ１０２の電源が落ちることになる。３０５もＵＩモジュール２０５に含まれる印刷ボタンである。この印刷ボタン３０５が押された時点で受信した画像が印刷に必要な枚数に達していなくても印刷を行う。
【００２３】
３０６は印刷ボタン３０５と同様に、ＵＩモジュール２０５に含まれる印刷中止ボタンであり、この印刷中止ボタン３０６が押されたら、印刷されていない受信画像が全て破棄される。３０７はＵＩモジュール２０５に含まれる矢印ボタンであり、設定の変更や画像の選択などを行うときに画面上のカーソルの移動に使用する。３０８もＵＩモジュール２０５に含まれる設定ボタンであり、設定を確定するときに使用する。
【００２４】
図７はプリンタ１０２において、印刷用紙上にレイアウト設定を行うときの一例を説明する設定画面の一例を説明する図である。表示部３０１にはレイアウトの一覧が表示されており、受信前に１面、２面、４面、８面の設定を行うことができる。それぞれ画像データが１つ、２つ、４つ、８つ受信した時点で印刷を開始する。ユーザは矢印ボタン３０７で選択し、設定ボタン３０８で決定する。本実施形態では、画像データをどの位置に印刷するか言及をしてないが、印刷を行う前に配置の変更を行えるようにしてもよい。
【００２５】
図４は、プリンタ１０２が画像データを受信して印刷を行う時に行われる処理手順の一例を説明するフローチャートである。
ステップＳ４０１で、通信モジュール２０９を通じてデータの受信要求を受けたかどうかを判断する。
【００２６】
ステップＳ４０１の判断の結果、データの受信要求を受けた場合には、ステップＳ４０２に移行して実際のデータ受信を行う。そして、ステップＳ４０３でデータ受信が完了すると、次にステップＳ４０４に進み、受信した画像データの数と出力１枚において必要な画像データ数とを比較する。
【００２７】
ステップＳ４０４の比較の結果、そのふたつの数が等しければ、ステップＳ４０５で受信した画像データを、画像変換モジュール２０６で印刷用フォーマットに変換し、ステップＳ４０６で変換したデータを用いて印刷モジュール２０７で印刷する。これにより、画像データを受信して印刷を行う動作を終了する。
【００２８】
一方、ステップＳ４０１の判断の結果、データの受信要求がなかった場合、或いはステップＳ４０４で受信データ数が足りなかった場合には、ステップＳ４０７に進み、印刷ボタン３０５が押されたかどうかを判断する。この判断の結果、印刷ボタン３０５が押されていない場合には、ステップＳ４０１に戻り、データの受信要求があるかどうかの確認を再び行う。
【００２９】
また、ステップＳ４０７の判断の結果、印刷ボタン３０５が押された場合には、印刷に必要な画像データが揃っていなくてもステップＳ４０８で画像データが１つ以上あるかどうかの確認を行う。ステップＳ４０８の確認の結果、画像データがない場合にはステップＳ４０１に戻り、データの受信要求があるかどうかの確認を再び行う。また、ステップＳ４０８の判断の結果、画像データが１つ以上ある場合には、ステップＳ４０５に進み、印刷を行う。
【００３０】
図５は、図４のステップＳ４０５において行われる印刷データ作成手順の一例を記述したフローチャートである。
ステップＳ５０１では、受信した画像データの全てを画像変換モジュール２０６を用いて印刷データに変換する。次に、ステップＳ５０２に進み、ステップＳ５０１で変換した画像データ数と１枚あたりの画像データ数とが等しいか否かを判断する。この判断の結果、等しい場合にはステップＳ４０６に進んで印刷を行う。また、ステップＳ５０２の判断の結果、足りない場合には印刷を行うために足りない部分が出てくるので、ステップＳ５０３で足りない部分を白い印刷データで埋めてから、ステップＳ４０６に移って印刷処理を実行する。
本実施形態によれば、設定されたレイアウトに必要な画像を受信した時点で自動的に印刷を開始する。それまでは自動的に印刷を開始せずに、ユーザが印刷指示を行った場合に印刷を開始するようにした。これにより、画像データを送信した送信機器の機能に依存することなく、ユーザの所望するレイアウトで印刷を行うことができる。
【００３１】
（第２の実施形態）
次に、図６を参照しながら本発明の第２の実施形態を説明する。なお、前述した第１の実施形態と同一部分については説明を省略し、同一の番号を付与する。
本実施形態において、第１の実施形態と異なるのは、図４のデータの受信要求が行われた後の処理部分である。
【００３２】
以下、本実施形態の処理と前述した第１の実施形態の処理との相違を、図６のフローチャートを用いて説明する。
ステップＳ４０１においてデータの受信要求があると判断した場合にはステップＳ６０１に進んで、データの受信要求を受けた機器は、前回接続した機器と同じ機器かどうかの特定を行う。
【００３３】
ステップＳ６０１の特定の結果、電源ボタン３０４を押して最初の接続であった場合、または前回接続した機器と同じ機器であった場合には、ステップＳ４０２に移ってデータの受信を開始する。
【００３４】
また、ステップＳ６０１の特定の結果、前回接続した機器と異なる機器であった場合にはステップＳ６０２に進み、既に受信した画像データが１つ以上あるかどうかを特定する。この機器特定の結果、既に受信した画像データがない場合にはステップＳ４０２に移って通常通りにデータの受信を行う。
【００３５】
また、ステップＳ６０２の確認の結果、受信データが既にある場合には受信要求には応えずに、ステップＳ４０５に移って印刷データの作成を行う。前述したように、前回画像を受信した機器かどうかを判定することによって、他の人が他の機器で画像を送信した場合も印刷の契機になり、印刷されずにプリンタ１０２に残っていた画像データの印刷を行うことができる。
本実施形態では、第１の実施形態に加え、画像を送信する送信機器が変化した場合には、自動的に印刷を開始するようにした。これにより、送信機器が異なる場合は異なるユーザからの画像である可能性があるため、同じ用紙にレイアウトせずにそれまで受信した画像の印刷を開始して、複数のユーザの画像が１つの用紙に印刷されないようにしている。
【００３６】
前述した第１及び第２の実施形態において、印刷ボタン３０５が操作された場合において、受信した画像データが印刷用紙上にレイアウトされた画像データ数よりも少ない場合には、以下のように処理する。
【００３７】
例えば、印刷用紙上の残りのスペースに、最後に受信した画像データ、または受信した順番に画像データをレイアウトする。また、携帯電話１０１からキャンセル信号が送られてきた場合に、ＲＡＭ２０２に記憶されている画像データを破棄するようにしてもよい。
【００３８】
（本発明に係る他の実施の形態）
前述した本発明の実施の形態における画像形成装置を構成する各手段は、コンピュータのＲＡＭやＲＯＭなどに記憶されたプログラムが動作することによって実現できる。このプログラム及び前記プログラムを記録したコンピュータ読み取り可能な記録媒体は本発明に含まれる。
【００３９】
また、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施の形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。
【００４０】
なお、本発明は、前述した画像形成方法における各工程を実行するソフトウェアのプログラム（実施の形態では図４、図５及び図６に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接、あるいは遠隔から供給する。そして、そのシステムあるいは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。
【００４１】
したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【００４２】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。
【００４３】
プログラムを供給するための記録媒体としては種々の記録媒体を使用することができる。例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などがある。
【００４４】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。
【００４５】
また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【００４６】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【００４７】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施の形態の機能が実現される他、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行うことによっても前述した実施の形態の機能が実現され得る。
【００４８】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によっても前述した実施の形態の機能が実現される。
【図面の簡単な説明】
【００４９】
【図１】第１の実施形態を示し、携帯電話からプリンタへのデータ送信を表した図である。
【図２】第１の実施形態を示し、プリンタの構成を示すブロック図である。
【図３】第１の実施形態を示し、通信時のプリンタのインターフェースの一例を示した図である。
【図４】第１の実施形態を示し、データ受信から印刷が行われるまでの処理手順の一例を説明するフローチャートである。
【図５】第１の実施形態を示し、印刷データ作成手順の一例を説明するフローチャートである。
【図６】第２の実施形態を示し、データ受信から印刷が行われるまでの処理手順の一例を説明するフローチャートである。
【図７】第１の実施形態を示し、レイアウト設定時のインターフェースの一例を示した図である。
【符号の説明】
【００５０】
Ｓ４０１ データの受信要求を受けたか判断する工程
Ｓ４０２ データ受信を行う工程
Ｓ４０３ データ受信を完了する工程
Ｓ４０４ 受信した画像データの数と出力１枚あたりの画像データ数とを比較する工程
Ｓ４０５ 受信した画像データを印刷データに変換する工程
Ｓ４０６ 印刷工程
Ｓ４０７ 印刷ボタンが押されたか判断する工程
Ｓ４０８ 画像データが１つ以上あるか確認する工程
【特許請求の範囲】
【請求項１】
画像送信機器から送信される画像データを受信する受信手段と、
前記受信手段によって受信される画像データを印刷モジュールにより印刷する印刷手段と、
前記受信手段によって受信される画像データを用紙にレイアウトして印刷データを生成するレイアウト設定手段と、
前記受信手段、前記印刷手段、及び前記レイアウト設定手段の動作を制御する制御手段とを有し、
前記制御手段は、前記印刷モジュールによる印刷を開始する状態になったと判断すると、前記レイアウト設定手段により生成された印刷データを前記印刷モジュールで印刷を行うように制御することを特徴とする画像形成装置。
【請求項２】
前記制御手段は、前記受信手段による画像データの受信が完了した後で、受信した画像データ数が前記レイアウト設定手段により前記用紙にレイアウトされた画像データ数に達している場合に前記印刷モジュールで印刷を行うように制御することを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記印刷モジュールに印刷動作を実行させるための印刷ボタンを有し、
前記制御手段は、前記受信手段による画像データの受信が完了した後で、前記印刷ボタンが操作された場合に前記印刷モジュールで印刷を行うように制御することを特徴とする請求項１に記載の画像形成装置。
【請求項４】
前記制御手段は、前記印刷ボタンが操作された場合においても、受信した画像データが無い場合には前記印刷モジュールによる印刷を行わないように前記制御手段を制御することを特徴とする請求項３に記載の画像形成装置。
【請求項５】
動作に係わる情報を表示部に表示する表示手段を有し、
前記表示手段は、印刷を開始するために必要な画像の数を前記表示部に表示することを特徴とする請求項１〜４の何れか１項に記載の画像形成装置。
【請求項６】
前記画像送信機器を特定する機器特定手段を有し、前記機器特定手段は、前記受信手段によって画像の受信を行う前に、前記受信手段によって受信する画像データを送信する画像送信機器が前回接続された機器と同一であるか判断し、
前記制御手段は、前記機器特定手段が前回接続された機器と同一であるか判断した場合に前記印刷モジュールで印刷を行うように制御することを特徴とする請求項１〜５の何れか１項に記載の画像形成装置。
【請求項７】
前記受信手段により受信した画像データを記憶媒体に記憶する記憶手段を有し、
前記制御手段は、前記機器特定手段が前回接続された機器と同一ではないと判断した場合に、前記記憶媒体に記憶されている画像データを前記印刷モジュールで印刷を行うように制御することを特徴とする請求項６に記載の画像形成装置。
【請求項８】
前記印刷ボタンが操作された場合において、受信した画像データが前記用紙にレイアウトされた画像データ数よりも少ない場合には、前記制御手段は、前記用紙の残りのスペースに、最後に受信した画像データ、または受信した順番に画像データをレイアウトするように前記レイアウト設定手段を制御することを特徴とする請求項１〜７の何れか１項に記載の画像形成装置。
【請求項９】
前記制御手段は、前記画像送信機器からキャンセル信号が送られてきた場合に、前記記憶媒体に記憶されている画像データを破棄するように前記記憶手段を制御することを特徴とする請求項７に記載の画像形成装置。
【請求項１０】
画像送信機器から送信される画像データを受信する受信工程と、
前記受信工程において受信される画像データを印刷モジュールにより印刷する印刷工程と、
前記受信工程において受信される画像データを用紙にレイアウトして印刷データを生成するレイアウト設定工程と、
前記受信工程、前記印刷工程、及び前記レイアウト設定工程の動作を制御する制御工程とを有し、
前記制御工程においては、前記印刷モジュールによる印刷を開始する状態になったと判断すると、前記レイアウト設定工程において生成された印刷データを前記印刷モジュールで印刷を行うように制御することを特徴とする画像形成方法。
【請求項１１】
画像送信機器から送信される画像データを受信する受信工程と、
前記受信工程において受信される画像データを印刷モジュールにより印刷する印刷工程と、
前記受信工程において受信される画像データを用紙にレイアウトして印刷データを生成するレイアウト設定工程と、
前記受信工程、前記印刷工程、及び前記レイアウト設定工程の動作を制御する制御工程とを有し、
前記制御工程においては、前記印刷モジュールによる印刷を開始する状態になったと判断すると、前記レイアウト設定工程において生成された印刷データを前記印刷モジュールで印刷を行う画像形成方法の各工程をコンピュータに実行させることを特徴とするプログラム。
【請求項１２】
請求項１１に記載のプログラムを記憶したことを特徴とするコンピュータ読み取り可能な記憶媒体。
【請求項１】
画像送信機器から送信される画像データを受信する受信手段と、
前記受信手段によって受信される画像データを印刷モジュールにより印刷する印刷手段と、
前記受信手段によって受信される画像データを用紙にレイアウトして印刷データを生成するレイアウト設定手段と、
前記受信手段、前記印刷手段、及び前記レイアウト設定手段の動作を制御する制御手段とを有し、
前記制御手段は、前記印刷モジュールによる印刷を開始する状態になったと判断すると、前記レイアウト設定手段により生成された印刷データを前記印刷モジュールで印刷を行うように制御することを特徴とする画像形成装置。
【請求項２】
前記制御手段は、前記受信手段による画像データの受信が完了した後で、受信した画像データ数が前記レイアウト設定手段により前記用紙にレイアウトされた画像データ数に達している場合に前記印刷モジュールで印刷を行うように制御することを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記印刷モジュールに印刷動作を実行させるための印刷ボタンを有し、
前記制御手段は、前記受信手段による画像データの受信が完了した後で、前記印刷ボタンが操作された場合に前記印刷モジュールで印刷を行うように制御することを特徴とする請求項１に記載の画像形成装置。
【請求項４】
前記制御手段は、前記印刷ボタンが操作された場合においても、受信した画像データが無い場合には前記印刷モジュールによる印刷を行わないように前記制御手段を制御することを特徴とする請求項３に記載の画像形成装置。
【請求項５】
動作に係わる情報を表示部に表示する表示手段を有し、
前記表示手段は、印刷を開始するために必要な画像の数を前記表示部に表示することを特徴とする請求項１〜４の何れか１項に記載の画像形成装置。
【請求項６】
前記画像送信機器を特定する機器特定手段を有し、前記機器特定手段は、前記受信手段によって画像の受信を行う前に、前記受信手段によって受信する画像データを送信する画像送信機器が前回接続された機器と同一であるか判断し、
前記制御手段は、前記機器特定手段が前回接続された機器と同一であるか判断した場合に前記印刷モジュールで印刷を行うように制御することを特徴とする請求項１〜５の何れか１項に記載の画像形成装置。
【請求項７】
前記受信手段により受信した画像データを記憶媒体に記憶する記憶手段を有し、
前記制御手段は、前記機器特定手段が前回接続された機器と同一ではないと判断した場合に、前記記憶媒体に記憶されている画像データを前記印刷モジュールで印刷を行うように制御することを特徴とする請求項６に記載の画像形成装置。
【請求項８】
前記印刷ボタンが操作された場合において、受信した画像データが前記用紙にレイアウトされた画像データ数よりも少ない場合には、前記制御手段は、前記用紙の残りのスペースに、最後に受信した画像データ、または受信した順番に画像データをレイアウトするように前記レイアウト設定手段を制御することを特徴とする請求項１〜７の何れか１項に記載の画像形成装置。
【請求項９】
前記制御手段は、前記画像送信機器からキャンセル信号が送られてきた場合に、前記記憶媒体に記憶されている画像データを破棄するように前記記憶手段を制御することを特徴とする請求項７に記載の画像形成装置。
【請求項１０】
画像送信機器から送信される画像データを受信する受信工程と、
前記受信工程において受信される画像データを印刷モジュールにより印刷する印刷工程と、
前記受信工程において受信される画像データを用紙にレイアウトして印刷データを生成するレイアウト設定工程と、
前記受信工程、前記印刷工程、及び前記レイアウト設定工程の動作を制御する制御工程とを有し、
前記制御工程においては、前記印刷モジュールによる印刷を開始する状態になったと判断すると、前記レイアウト設定工程において生成された印刷データを前記印刷モジュールで印刷を行うように制御することを特徴とする画像形成方法。
【請求項１１】
画像送信機器から送信される画像データを受信する受信工程と、
前記受信工程において受信される画像データを印刷モジュールにより印刷する印刷工程と、
前記受信工程において受信される画像データを用紙にレイアウトして印刷データを生成するレイアウト設定工程と、
前記受信工程、前記印刷工程、及び前記レイアウト設定工程の動作を制御する制御工程とを有し、
前記制御工程においては、前記印刷モジュールによる印刷を開始する状態になったと判断すると、前記レイアウト設定工程において生成された印刷データを前記印刷モジュールで印刷を行う画像形成方法の各工程をコンピュータに実行させることを特徴とするプログラム。
【請求項１２】
請求項１１に記載のプログラムを記憶したことを特徴とするコンピュータ読み取り可能な記憶媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１０−１０８１３（Ｐ２０１０−１０８１３Ａ）
【公開日】平成２２年１月１４日（２０１０．１．１４）
【国際特許分類】
【出願番号】特願２００８−１６４８８９（Ｐ２００８−１６４８８９）
【出願日】平成２０年６月２４日（２００８．６．２４）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２２年１月１４日（２０１０．１．１４）
【国際特許分類】
【出願日】平成２０年６月２４日（２００８．６．２４）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]