(57)【要約】【課題】プレビュー表示に要する時間を短縮する。【解決手段】受信したＨＴＭＬファイルの中で参照されている画像ファイルのダウンロード及び印刷が指示されると（Ｓ３０２）、その画像データがダウンロードされて（Ｓ３０３）、プレビュー処理が行われる（Ｓ３０４）。そこにおいて、まずプレビュー表示できる画像のサイズを、一定の用紙サイズに見立てた比率でダウンロード画像のサイズを計算し、そのサイズの矩形の画像を生成して、それをプレビュー表示用の表示部に表示する。また、文字の場合には、文字画像に代えて文字に相当する矩形画像等を、文字のレイアウトに即して配置したプレビュー画像を生成して、それを表示する。その後、ユーザに印刷が指示されたなら（Ｓ３０５）、印刷処理を実行する（Ｓ３０６）。【選択図】図３
2004280441.tif 000002
【特許請求の範囲】
【請求項１】
通信回線経由でデータをダウンロードして印刷できる情報端末装置であって、
表示手段と、
ダウンロードしたデータを画像化した場合のレイアウトを表すレイアウト情報を、前記表示手段の表示サイズに応じて作成するレイアウト作成手段と、
前記作成手段により作成したレイアウト情報を前記表示手段により表示させる表示制御手段と
を備えることを特徴とする情報端末装置。
【請求項２】
前記レイアウト作成手段は、前記レイアウト情報として、画像データの印刷時のサイズと用紙の大きさとの比率を表す画像を作成することを特徴とする請求項１に記載の情報端末装置。
【請求項３】
前記レイアウト作成手段は、前記レイアウト情報として、文字画像データの印刷時の文字の配置を表す画像を作成することを特徴とする請求項１に記載の情報端末装置。
【請求項４】
オペレータに入力を行わせるための入力手段を更に備え、
前記表示制御手段は、前記入力手段からの指示に応じて、前記レイアウト作成手段により作成されたレイアウト情報か、あるいは、ダウンロードしたデータを縮小して画像化した縮小画像を、前記表示手段に表示させることを特徴とする請求項１に記載の情報端末装置。
【請求項５】
画像データの伸長処理を行わずに印刷プレビュー表示する高速プレビューモードと、画像データの伸長処理を行ってその画像の内容を印刷プレビュー表示する詳細プレビューモードとの、いずれかのモードによりダウンロード画像データをプレビュー表示可能であることを特徴とする情報端末装置。
【請求項６】
入力された指示に応じて、ダウンロードした画像を印刷する手段を更に備えることを特徴とする請求項１乃至５のいずれか１項に記載の情報端末装置。
【請求項７】
通信回線経由でデータをダウンロードして印刷できる情報端末装置の制御方法であって、
ダウンロードしたデータを画像化した場合のレイアウトを表すレイアウト情報を、表示手段の表示サイズに応じて作成するレイアウト作成工程と、
前記レイアウト作成工程により作成したレイアウト情報を前記表示手段により表示させる表示制御工程と
を備えることを特徴とする情報端末装置の制御方法。
【請求項８】
前記レイアウト作成工程は、前記レイアウト情報として、画像データの印刷時のサイズと用紙の大きさとの比率を表す画像を作成することを特徴とする請求項７に記載の情報端末装置の制御方法。
【請求項９】
前記レイアウト作成工程は、前記レイアウト情報として、文字画像データの印刷時の文字の配置を表す画像を作成することを特徴とする請求項７に記載の情報端末装置の制御方法。
【請求項１０】
前記表示制御工程は、入力手段からの指示に応じて、前記レイアウト作成工程により作成されたレイアウト情報か、あるいは、ダウンロードしたデータを縮小して画像化した縮小画像を、前記表示手段に表示させることを特徴とする請求項７に記載の情報端末装置の制御方法。
【請求項１１】
画像データの伸長処理を行わずに印刷プレビュー表示する高速プレビューモードと、画像データの伸長処理を行ってその画像の内容を印刷プレビュー表示する詳細プレビューモードとの、いずれかのモードによりダウンロード画像データをプレビュー表示可能であることを特徴とする情報端末装置の制御方法。
【請求項１２】
請求項７乃至１１のいずれか１項に記載の方法をコンピュータにより実行させるためのコンピュータプログラム。
【請求項１３】
請求項１２に記載のコンピュータプログラムを記録したことを特徴とするコンピュータ可読記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信回線経由で受信した画像データまたはテキストデータの閲覧及び印刷が可能な情報端末装置に関する。
【０００２】
【従来の技術】
本発明の発明者は、通信回線経由でＨＴＭＬ（ハイパーテキストマークアップ言語）で記述されたデータ（以下、単にｈｔｍｌデータと呼ぶ。）をダウンロードし、ｈｔｍｌデータ内で参照されているｇｉｆファイルやｊｐｅｇファイルなどの符号化された画像ファイル、あるいはテキストファイルを印刷する旨の指定がユーザによりされた場合は、その指定に従って画像ファイルやテキストファイルをダウンロードし、該ファイルを印刷したり、あるいはその印刷時のイメージを装置の表示画面でプレビューできるコンピュータ等の端末装置を提案している。まず、この提案における装置の動作について説明する。
【０００３】
以下、ユーザが本装置でたとえば以下のようなｈｔｍｌファイルを閲覧した際の動作を説明する。
2004280441.tif 000003
ここで、「＜Ａ  ＨＲＥＦ＝“ｐｒｉｎｔｔｏ：ｉｍａｇｅ．ｊｐｇ＆ｐｒｉｎｔ＿ｄｅｎｓｉｔｙ＝１８０ｄｐｉ”＞印刷データダウンロード開始＜／Ａ＞」なる記載において、＜Ａ＞…＜／Ａ＞は、アンカータグと呼ばれるタグであり、タグで挟まれた「印刷データダウンロード開始」という文字列により、“ＨＲＥＦ＝”以下で記述されるロケーションへとリンクされることを指定している。“ＨＲＥＦ＝”以下に記述された、“ｐｒｉｎｔｔｏ”は、このＨＴＭＬデータを処理するクライアントのブラウザプログラムにより指定されるプリントプログラムを起動して、“：”以下で指定されるファイルを、“＆”以下の設定で印刷することを示す。すなわち、このｈｔｍｌファイルでは、このｈｔｍｌデータに対応してブラウザプログラムにより表示された画面から、ユーザが「印刷データダウンロード開始」の個所を選択すると、装置がｗｗｗサーバ上のｈｔｍｌファイルと同じディレクトリにあるｉｍａｇｅ．ｊｐｇという画像ファイルをダウンロードして、そのデータを１８０ｄｐｉの解像度で印刷する、という指定が行われている。
【０００４】
ここで、ユーザが「印刷データダウンロード開始」の個所を選択すると、ファイルがダウンロードされてプレビュー表示され、オペレータが印刷指示を更に与えれば、ダウンロードされたファイルは印刷される。
【０００５】
この際に行われるプレビュー処理のフローチャートを図４に示す。ここではＡ４サイズの用紙へ該画像ファイルを印刷した際の印刷イメージを図２（ｂ）のように装置の表示画面でプレビューするものとする。
Ｓ４０１：  表示画面上でＡ４用紙に相当するサイズの白い四角をＶＲＡＭに描画する（図２（ａ））。
Ｓ４０２：  受信画像の縦横ドット数と、ｈｔｍｌファイルで指定された印刷解像度と、Ａ４用紙の表示画面上でのプレビュー時のサイズとから、受信画像のプレビュー用の変倍率を得る。
Ｓ４０３：  受信画像データを伸長し、Ｓ４０２で得た変倍率で変倍する。
Ｓ４０４：  Ｓ４０３で得たプレビュー画像を図２（ｂ）のようにＶＲＡＭに貼り付ける。
【０００６】
Ｓ４０２、Ｓ４０３での処理の内容を具体的な数値を挙げて説明する。表示画面の縦横ドット数が３２０×２４０、受信画像の縦横ドット数が６４０×９６０、印刷指定解像度が１８０ｄｐｉであるとすると、画像の印刷サイズは９０ｍｍ×１３５ｍｍになる。
【０００７】
Ａ４サイズ（横２１０ｍｍ×縦２９７ｍｍ）が縦２４０ドットに入るようにプレビューを行うことから、表示画面ではＡ４サイズは横１７０ドット×縦２４０ドットで表される（横ドット数は、２１０÷２９７×２４０＝１７０）。一方受信画像は、画面上では、横が１７０×（９０／２１０）＝７３ドット、縦が２４０×（１３５／２９７）＝１０９ドットとなる。これらの印刷時サイズとＶＲＡＭ上のドット数との相互関係を図２（ｃ）に示す。
【０００８】
これより受信画像のプレビュー用の変倍率は７３÷６４０＝０．１１４となる。Ｓ４０３の変倍処理としてはこの変倍率を用いる。
【０００９】
以上のように、受信画像の印刷時のサイズを、図２（ｂ）のように用紙のサイズと対比させてプレビューとして表示することで、該画像を印刷した際のイメージをユーザにわかりやすくすることができる。
【００１０】
【発明が解決しようとする課題】
このような装置において、通信回線経由で画像データをダウンロードしてから、ダウンロードした画像のプレビュー表示をした後で印刷するという処理は、多くの場合は回線を接続したまま行われると考えられる。図４のＳ４０３の圧縮画像の伸長処理および変倍処理は他のステップに比べて長時間かかるために、アナログ電話回線等、接続時間に応じて課金される通信回線を接続した状態のままでプレビュー表示処理を行うと、その分の通信費が増大してしまうという問題がある。また通信回線の料金のみならず、他の従量制料金、たとえば時間課金のインターネットプロバイダ等を利用していれば、その時間についても課金されて更に通信費が増大する。
【００１１】
また、画像データをダウンロードして印刷する場合ではなく、テキストデータをダウンロードして印刷する場合にも同様の問題がある。すなわち、プレビュー処理の際には、ダウンロードしたテキストデータ内の各文字についてフォントデータを展開して画像データに変換する処理が必要であり、かつこの処理が全体の処理を律速すると考えられる。そのため、テキストのダウンロードの場合にも、通信回線を接続した状態のままでプレビュー表示処理を行うと、その分の通信費が増大してしまうという問題がある。
【００１２】
本発明は上記従来例に鑑みてなされたもので、短時間でプレビュー表示を行うことができる情報端末装置及び画像表示方法を提供することを目的とする。さらに、プレビュー表示するデータが画像データであろうとテキストデータであろうと短時間にプレビュー表示できる情報端末装置及び画像表示方法を提供することを目的とする。
【００１３】
【課題を解決するための手段】
上記目的を達成するために本発明は以下の構成を備える。
【００１４】
通信回線経由でデータをダウンロードして印刷できる情報端末装置であって、
表示手段と、
ダウンロードしたデータを画像化した場合のレイアウトを表すレイアウト情報を、前記表示手段の表示サイズに応じて作成するレイアウト作成手段と、
前記作成手段により作成したレイアウト情報を前記表示手段により表示させる表示制御手段とを備える。
【００１５】
さらに好ましくは、前記レイアウト作成手段は、前記レイアウト情報として、画像データの印刷時のサイズと用紙の大きさとの比率を表す画像を作成する。
【００１６】
さらに好ましくは、前記レイアウト作成手段は、前記レイアウト情報として、文字画像データの印刷時の文字の配置を表す画像を作成する。
【００１７】
さらに好ましくは、オペレータに入力を行わせるための入力手段を更に備え、
前記表示制御手段は、前記入力手段からの指示に応じて、前記レイアウト作成手段により作成されたレイアウト情報か、あるいは、ダウンロードしたデータを縮小して画像化した縮小画像を、前記表示手段に表示させる。
【００１８】
あるいは、本発明は、画像データの伸長処理を行わずに印刷プレビュー表示する高速プレビューモードと、画像データの伸長処理を行ってその画像の内容を印刷プレビュー表示する詳細プレビューモードとの、いずれかのモードによりダウンロード画像データをプレビュー表示可能であることを特徴とする。
【００１９】
更に好ましくは、上記いずれかの装置であって、入力された指示に応じて、ダウンロードした画像を印刷する手段を更に備えることを特徴とする。
【発明の実施の形態】
［第１の実施形態］
＜第１実施形態の概要＞
受信画像の印刷時イメージをプレビュー表示する目的は、
（ａ）  受信画像の内容を確認する
（ｂ）  受信画像の印刷時サイズを確認する
のふたつあると考えられる。
【００２０】
ここで、受信画像の内容を確認するには画像の伸長処理を行う必要があるが、画像の印刷時サイズは画像の縦横のドット数と印刷指定解像度さえわかれば計算することができる。
【００２１】
また、ユーザは必ずしもプレビュー処理で該テキストデータの内容を読むことを必要とせず、その印刷時レイアウト情報のみが必要となる場合が多いため、フォント展開処理は必ずしも必要ではなく、各文字の位置情報のみがわかればいいことになる。よって、各文字の印刷時の大きさおよび位置に、その文字に相当する記号等を配置して表示すればプレビュー表示の目的は達成できる。
【００２２】
また、状況によっては、ダウンロードした画像またはテキストデータの詳細な内容をプレビュー時に知りたくなる場合も考えられる。このような状況に対応するため、装置に、従来と同じプレビュー処理を行う通常プレビューモードと、上記高速プレビューモードの両方を実装し、そのどちらを用いてユーザがプレビュー処理を行うかをプレビュー時に選択できるようにすることで、上記のようなユーザの希望にも応えることができる。
【００２３】
そこで、本実施形態においては、プレビュー処理において、受信画像の伸長処理を行わずに図２（ｄ）のようにその印刷時サイズのみをユーザに通知する高速プレビューモードを設けることにより、受信画像のサイズをユーザに迅速に通知し、受信画像のプレビュー用の伸長及び変倍処理にかかる時間の分の通信費の増大を抑えることを可能とするものである。
【００２４】
＜第１実施形態のファクシミリ装置の構成および動作＞
図１は、本実施形態におけるファクシミリ装置の構成を示すブロック図である。図１において、１０１は原稿を光学的に読み取って画像データに変換する画像読み取り部、１０２はファクシミリ装置全体の制御を行うＣＰＵ、１０３はＣＰＵ１０２の動作プログラムを格納するＲＯＭ、１０４はＣＰＵ１０２のワークメモリとなったり受信したデータを格納したりするＲＡＭ、１０５は画像読み取り部１０１で読み取ったり通信回線経由で受信して得た画像データを印刷するプリンタ、１０６はビットマップデータの表示が可能な表示部、１０７はユーザがキーなどでファクシミリの操作を行う操作部、１０８は通信回線経由でバイナリデータの送受信を行うためのデータモデム、１０９は通信回線経由でファクシミリの送受信を行うためのファクシミリモデム、１１０は、通信回線から受信するデータを、データモデム１０８またはファクシミリモデム１０９に振り分けるためのクロスポイントスイッチである。
【００２５】
メモリ（ＲＡＭ）１０４内には、受信した圧縮画像データを格納する受信バッファ１０４ａ、受信画像データを伸長し、その結果を格納する伸長バッファ１０４ｂ、プレビュー用の縮小画像データを格納するプレビュー用バッファ１０４ｃ、表示部１０６に表示する画像データを格納するＶＲＡＭ１０４ｄの各領域が確保されている。
【００２６】
ＶＲＡＭ１０４ｄは、表示部１０６に表示されるビットマップ画像を格納する領域であり、表示部１０６は一定時間毎にＶＲＡＭ２０４のデータを読み出してそのデータに応じた画像を再表示している。したがって、特定の画像を表示させるためには、その画像に対応するビットマップデータをＶＲＡＭ１０４ｄに書き込めばよく、書き込まれた画像がそのまま表示される。
【００２７】
伸長バッファ１０４ｂは、受信画像全体を格納できるサイズである必要はない。それは、本実施形態においては、受信圧縮画像データの全てを受信してから伸長を行うのではなく、圧縮画像データをある程度のサイズ受信するごとに部分的な伸長処理を行うためである。しかしもちろん伸長バッファ１０４ｂを、受信画像全体を格納できる容量としてもよい。このようにしておけば、印刷指示された場合、あらためて伸長処理を行わずとも、伸長バッファ１０４ｂに格納された画像データをそのまま印刷のために用いることができる。
【００２８】
また、このファクシミリ装置は、ｈｔｍｌデータを扱うためのＴＣＰ／ＩＰプロトコルスタックや、ＨＴＴＰクライアント（ウエブブラウザ）プログラムを有しており、ＣＰＵ１０２によりそれらプログラムが実行される。
【００２９】
図３は、本実施形態におけるファクシミリ装置によりｈｔｍｌデータを受信した場合の処理手順を表すフローチャートを示す。受信するＨＴＭＬデータは従来の技術欄において例示したＨＴＭＬデータと同じものとする。
【００３０】
図３においては、以下の通り処理が進行する。
Ｓ３０１：  装置はこのｈｔｍｌファイルを解析し、その内容を表示画面に表示する。
Ｓ３０２：  ユーザが装置のキーを操作するなどして、表示画面中の「印刷データダウンロード開始」の箇所を選択する。
Ｓ３０３：  ｈｔｍｌファイルで印刷指定された画像ファイル（ここでは”ｉｍａｇｅ．ｊｐｇ”）のダウンロードを開始する。
Ｓ３０４：  ダウンロードが終了すると、装置は該画像ファイルを印刷した際のイメージのプレビューを行う。プレビュー処理の詳細は図５を参照して後述する。
Ｓ３０５：  ユーザはプレビューで該画像ファイルの印刷時イメージを確認したのち、印刷実行を指示する。
Ｓ３０６：  装置は該画像ファイルを印刷する。
【００３１】
プレビュー処理は図５の手順で行われる。
Ｓ５０１：  表示画面上でＡ４用紙に相当するサイズの白い四角をＶＲＡＭに描画する（図２（ａ））。
Ｓ５０２：  受信画像の縦横ドット数と、ｈｔｍｌファイルで指定された印刷解像度と、Ａ４用紙の表示画面上でのプレビュー時のサイズとから、受信画像のプレビュー用の縦横ドット数を得る。受信画像のサイズ情報は、そのファイルの属性などから得ることができる。
Ｓ５０３：  Ｓ５０２で得た縦横ドット数の長方形（たとえばその輪郭線など）を、縮小画像に代わる画像（代替画像）として図２（ｄ）のようにＶＲＡＭに描画する。
【００３２】
ここで、描画する長方形のサイズは、一定のサイズ、たとえばＡ４サイズをプレビュー画面に表示される基準サイズとして、その基準サイズに対する比率が維持されるように決定される。たとえば、基準サイズの画像においてラスタライン沿に２点を結ぶ、指定された印刷解像度での線Ｌの長さをＡドットとし、基準サイズの画像をプレビュー表示した場合の前記線Ｌに対応する長さをＰＡドットとすれば、プレビュー画像の縮小率ｐは、ｐ＝ＰＡ／Ａである。そこで、ステップＳ５０２においては、この縮小率ｐを受信（ダウンロード）画像のサイズに乗じて、プレビュー画像のサイズ（ドット数）を計算する。従来の技術欄で説明した例では７３ドット×１０９ドットである。
【００３３】
このように、ユーザが受信画像を印刷する際に、印刷プレビュー処理においてユーザが必要とする最低限の情報を提示することにより、印刷プレビュー処理を高速に行うことができ、ダウンロードおよび印刷処理の生産性を向上させることができ、ひいては通信費を節約することができる。
【００３４】
［変形例１］
更に、図５の手順で代替画像である矩形を表示した後、オペレータが操作部１０７においてした操作に応じて、ダウンロード画像を印刷するだけではなく、縮小したプレビュー画像を表示するようにしても良い。すなわち、操作部のボタンにたとえば「画像表示」などといったボタンを設け、そのボタンが押された場合には、プレビュー画像として、受信した画像の縮小画像を、図４の手順で作成して表示する。このようにして、オペレータに、縮小画像を見て印刷するか否かを決定させることもできる。
【００３５】
［変形例２］
更に、変形例１の手順において、オペレータの操作を介することなく、代替画像表示に続けて縮小画像のプレビュー表示を行っても良い。その場合には、図３のステップＳ３０４においては、図５の手順に引き続いて、図４のステップＳ４０３、Ｓ４０４の処理を実行する。ここでステップＳ４０４でＶＲＡＭに貼り付ける画像は、ステップＳ５０３で貼り付けた代替画像に一致するように位置が決められる。
【００３６】
さらに、印刷の指示は、プレビュー表示の完了を待つことなく、プレビュー表示中であっても受け付ける。そして印刷指示が操作部１０７などから入力されたなら、プレビュー表示を中止し、あるいはプレビュー表示と並行して、ダウンロードした画像データの印刷を開始する。
【００３７】
このようにすることで、最初に代替画像を表示するので、利用者は画像サイズを知ることができ、さらに続けて縮小画像が表示されるので、代替画像のみでは印刷すべきか否かを判断できない場合にも、縮小画像を判断材料として利用することができる。
【００３８】
［第２の実施形態］
第１実施形態では、画像データをダウンロードして印刷する場合の処理を説明したが、テキストデータをダウンロードして印刷する場合にも適用できる。
【００３９】
従来におけるテキストデータの印刷プレビュー処理は、テキストデータ中の各文字の文字コードに対応するフォントデータをＲＯＭから呼び出し、ビットマップデータに展開して、適当な倍率で変倍してＶＲＡＭに１文字ずつ並べていくという処理になる（図６（ａ））。この処理では、第１の実施形態と同様に、フォントデータをビットマップデータに展開する処理と、変倍する処理とが他の処理ステップに比較して時間がかかってしまい、第一の実施例と同じく通信費の増大を招くという問題がある。
【００４０】
すなわち、プレビュー処理の際には、テキストデータ内の各文字についてフォントデータを展開して画像データに変換する処理が必要であり、かつこの処理が全体の処理を律速すると考えられる。しかし、ユーザは必ずしもプレビュー処理でテキストデータの内容を読むことを必要とせず、その印刷時レイアウト情報のみが必要となる場合が多いため、フォント展開処理は必ずしも必要ではなく、各文字の位置情報のみがわかればいいことになる。そこで、各文字の印刷時の大きさに相当する四角を、図６（ｂ）のように各文字の印刷時の位置に相当する位置に表示する処理を行えば、そのようなユーザの希望にかなうプレビュー表示処理を高速に行うことができる。
【００４１】
図８は本実施形態におけるプレビュー用テキスト画像の生成処理手順を示すフローである。
Ｓ８０１：  表示画面上でＡ４用紙に相当するサイズの白い四角をＶＲＡＭに描画する。
Ｓ８０２：  受信画像の縦横ドット数と、ｈｔｍｌファイルで指定された印刷解像度と、Ａ４用紙の表示画面上でのプレビュー時のサイズとから、受信画像のプレビュー用画像の縮小率を求め、プレビュー画像の縦横ドット数を得る。受信画像のサイズ情報は、そのファイルの属性などから得ることができる。
Ｓ８０３：  Ｓ８０２で得た縦横ドット数の長方形（たとえばその輪郭線など）を、縮小画像に代わる画像（代替画像）として図２（ｄ）のようにＶＲＡＭに描画するとともに、各文字を、指定されたフォントサイズをＳ８０２で求めた縮小率で縮小したサイズに相当する図形（矩形など）として、画像枠の長方形の中に書き込む。その際、図形を配置する間隔は、指定された文字間隔や行間隔を、同様の縮小率で縮小した間隔とする。
【００４２】
このようにして配置されたテキスト画像のレイアウトは、表示部１０６によって表示される。これにより文字パターンを生成する処理を省略することができるために、プレビュー画像の生成を迅速に行うことができる。そのため、出力までの時間を短縮でき、生産性を向上させると共に通信費用を削減できるという効果を奏する。
【００４３】
［第３の実施形態］
状況によっては、ユーザがダウンロードした画像またはテキストデータの詳細な内容をプレビュー時に知りたくなる場合も考えられる。このような状況に対応するため、装置に、従来と同じプレビュー処理を行う通常プレビューモードと、高速プレビューモードの両方を実装し、そのどちらを用いてユーザがプレビュー処理を行うかをプレビュー時に選択できるようにすることで、上記のようなユーザの希望にも応えることができる。
【００４４】
あるユーザが、ある場合には画像の詳細またはテキストデータの内容まで含めた従来の詳細なプレビューを必要とし、ある場合には、第１および第２の実施形態に示した画像またはテキストの印刷レイアウトのみのプレビューで十分であるというように、プレビュー処理を使い分けたいという状況が考えられる。このような状況に対応するためには、ファクシミリ装置が、第１および第２の実施形態で示した高速プレビューモードと、従来の詳細プレビューモードの両方を備え、ユーザがプレビューを行う際にそのどちらかを選択できるようにしておけばよい。
【００４５】
すなわち、図３におけるチャートのＳ３０４においてプレビューを行う前に、図７（ａ）のようにプレビューを高速に行うか詳細に行うかをユーザに選択させ、ユーザが詳細モードを選択すれば、ステップＳ３０４においては従来のように図５の処理を行って図７（ｂ）（ｃ）のような詳細なプレビュー表示を行い、高速モードを選択すれば、ステップＳ３０４において第１または第２の実施形態における図５及び図８のような処理を行って図７（ｄ）（ｅ）のような簡易なプレビュー表示を行う。このようにすることで、ユーザが状況に合わせて適切なプレビュー処理を行うことができる。
【００４６】
このように、ユーザが受信画像を印刷する際に、印刷プレビュー処理においてユーザが必要とする最低限の情報を提示することにより、印刷プレビュー処理を高速に行うことができ、ダウンロードおよび印刷処理の生産性を向上させることができ、ひいては通信費を節約することができる。また、ユーザの選択に応じて、画像やテキスト等、ダウンロードしたデータの内容を示すプレビュー表示を行うこともできる。
【００４７】
【発明の効果】
以上説明したように、受信端末装置が、画像データやテキストデータ等を受信した際に、そのレイアウトのみを表示することで、高速にプレビュー表示を行うことができる。
【００４８】
また、従来と同じ詳細プレビューモードと、上記の処理を行う高速プレビューモードの両方を装備し、ユーザがこれらのデータの印刷プレビュー処理を行う際に、このふたつのうちどちらかを選択可能にすることで、ユーザは、受信データによってこれらを使い分けることができ、自分の希望に合った形でプレビューを行えるようになる。
【図面の簡単な説明】
【図１】実施形態におけるファクシミリ装置の内部構成を示す図。
【図２】実施形態における、画像データ受信時の印刷プレビュー処理の表示画面の様子を示す図。
【図３】実施形態におけるＨＴＭＬファイルで指定された画像データをダウンロードし、プレビュー、印刷するまでの各処理の内容を示すフローチャート。
【図４】従来の装置における、ダウンロード画像データのプレビュー処理の詳細を示すフローチャート。
【図５】第１の実施形態における、ダウンロード画像データのプレビュー処理の詳細を示すフローチャート。
【図６】従来の装置および第２の実施形態それぞれにおいて、ダウンロードしたテキストデータを印刷プレビュー処理した場合の各々の表示画面の様子を示す図。
【図７】第３の実施形態において、ダウンロードしたテキストまたは画像データを印刷プレビュー処理した場合の表示画面の様子を示す図。
【図８】第２の実施形態において、ダウンロードしたテキストを印刷プレビュー処理のフローチャート。
【図１】
2004280441.tif 000004
【図２】
2004280441.tif 000005
【図３】
2004280441.tif 000006
【図４】
2004280441.tif 000007
【図５】
2004280441.tif 000008
【図６】
2004280441.tif 000009
【図７】
2004280441.tif 000010
【図８】
2004280441.tif 000011