JP2001197246A - 通信端末装置 - Google Patents

Abstract

(57)【要約】 【課題】 従来の通信端末装置では、処理負荷を分散で
きないという問題点があったが、本発明では、処理負荷
を分散できる通信端末装置を提供する。 【解決手段】 ＣＰＵ１が受信側の通信端末装置１０の
能力情報を取得し、当該能力情報に基づいて画像データ
を符号化しつつ送信し、後に処理属性を送信するか、画
像データを符号化してページメモリ５に蓄積し、先に処
理属性を送信してからページメモリ５に格納した画像デ
ータを送信するかを選択する通信端末装置である。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、画像データを送信
する通信端末装置に係り、特に画像データを処理する手
段の改良に関する。

【０００２】

【従来の技術】近年、インターネットへのアクセスが容
易になるにつれて、ＦＡＸ画像を電話回線を介さずに、
インターネットを介して送信することにより、特に遠距
離の場合の送信コストを低減する、いわゆるインターネ
ットＦＡＸ技術が開発されている。

【０００３】このインターネットＦＡＸでは、送信しよ
うとする画像データは、通常のＦＡＸと同様に、ＭＨ
（Modified Huffman）符号化またはＭＭＲ符号化され、
この符号化されたデータをＴＩＦＦ形式と呼ばれる画像
形式にフォーマットし、電子メールに添付して送信され
る。受信側では、電子メールに添付された画像データか
らビットマップデータを抽出し、このビットマップデー
タを指定されたＧ３ＦＡＸ等に対し電話回線網を介して
出力したり、その場で印刷したりする。これにより、Ｇ
３ＦＡＸ等の電話回線用ＦＡＸの近くに設置されたイン
ターネットＦＡＸに対し、当該Ｇ３ＦＡＸの電話番号と
ともに画像データをインターネット経由で送信すること
で、送信コストを低減できることになる。

【０００４】ここで、ＴＩＦＦ形式をはじめとする画像
データでは、送信しようとする画像ファイルの大きさの
データや符号化方式に関する情報など、受信側で画像を
再生するのに必要な情報（処理属性）を別途送信する必
要がある。具体的にＴＩＦＦ形式の場合には、イメージ
ファイルディレクトリ（ＩＦＤ）と呼ばれる情報が定義
され、このＩＦＤには、画像の再生に必要なタグデータ
と、画像データの型（Bit Orderなど）を表す型コード
データと、画像データに含まれるカウント数（画像デー
タのサイズに関する数）を表すカウントデータと、画像
データの先頭位置を表すポインタデータなどが含まれて
いる。

【０００５】このＩＦＤには、画像データのサイズに関
する数値などが含まれているので、画像データの生成が
完了する前にＩＦＤを生成することはできない。そのた
め、画像データを送信する通信端末装置は、少なくとも
１ページ分の画像データを符号化するのに必要な容量を
持ったメモリ装置を備えることになる。

【０００６】

【発明が解決しようとする課題】このように、上記従来
の通信端末装置では、少なくとも１ページ分の画像デー
タを確保する必要があり、例えばサイズの大きい画像デ
ータを送信しようとする場合に送信側に負担が偏ること
になるという問題点があった。

【０００７】尚、特開平１１−１２７２９７号公報、
「電子メール機能付通信端末装置及び記録媒体」には、
ＩＦＤを画像データの後に受信した場合にも正常に画像
を生成する技術が開示されている。

【０００８】本発明は上記実情に鑑みて為されたもの
で、送信側と受信側とで画像処理の負担を分散できる通
信端末装置を提供することを目的とする。

【０００９】

【課題を解決するための手段】上記従来例の問題点を解
決するための請求項１記載の発明は、処理属性に応じて
画像データを処理する装置に対し、画像データを送信す
る通信端末装置において、前記画像データと、前記処理
属性との送信順序を選択する選択手段と、前記選択した
順序で前記画像データと前記処理属性とを送信する手段
と、を含むことを特徴としている。

【００１０】これにより、画像データを保持する側を送
信側と受信側とで選択可能とし、処理負担を分散でき
る。

【００１１】上記従来例の問題点を解決するための請求
項２に記載の発明は、請求項１に記載の通信端末装置に
おいて、前記画像データを処理する装置の能力属性を取
得する取得手段を含み、前記選択手段は、前記能力属性
に応じて、前記画像データと前記処理属性との送信順序
を選択することを特徴としており、これにより、受信側
の能力に応じて処理負荷を分散できる。

【００１２】上記従来例の問題点を解決するための請求
項３に記載の発明は、請求項２に記載の通信端末装置に
おいて、前記取得手段は、能力属性として画像データを
処理する装置の記憶容量を取得し、選択手段は、当該記
憶容量が予め設定された値よりも小さいときには、処理
属性を画像データよりも先に送信する送信順序を選択す
ることを特徴としており、これにより、受信側の記憶容
量に応じて処理負荷を分散できる。

【００１３】上記従来例の問題点を解決するための請求
項４に記載の発明は、請求項２に記載の通信端末装置に
おいて、さらに、画像データを保持する記憶手段と、前
記記憶手段の空き容量を検出する手段と、を含み、前記
取得手段は、能力属性として画像データを処理する装置
の記憶容量を取得し、選択手段は、前記検出した記憶手
段の空き容量と、取得した記憶容量とを比較し、検出し
た空き容量よりも取得した記憶容量が大きいときにの
み、処理属性を画像データよりも後に送信する送信順序
を選択することを特徴としている。これにより、送信側
と受信側との間で、記憶容量に余裕のある側で画像デー
タの保持を行うことで、処理の負荷を分散できる。

【００１４】また、所定の単位の画像データを送信する
ごとに、相互の記憶容量の余裕度を通知し、余裕のある
側で画像データの保持を行うようにしておけば、より的
確に処理負荷を分散できる。

【００１５】

【発明の実施の形態】本発明の第１の実施の形態につい
て図面を参照しながら説明する。尚、以下の説明では、
画像データはＴＩＦＦ形式であるとし、処理属性はＩＦ
Ｄであるとする。本発明の第１の実施の形態に係る通信
端末装置は、事前に設定された受信側の能力に応じて画
像データとＩＦＤ（処理属性）との送信順序を選択す
る。具体的に本実施の形態の通信端末装置１０ａは、図
１に示すように、インターネットを介して受信側の通信
端末装置１０ｂに接続され、この受信側の通信端末装置
１０ｂはさらに、電話回線網を介してＧ３ＦＡＸ２０に
接続されている。尚、この図１において、インターネッ
トにはさらに多くの通信機器やコンピュータ装置等が接
続され、電話回線網には種々の電話機器が接続されてい
るのが全体の構成であるが、ここでは、簡単のため、図
示を省略している。また、各通信端末装置１０は、図２
に示すようにＣＰＵ１と、入力装置２と、ＲＡＭ３と、
ＲＯＭ４と、ページメモリ５と、ハードディスク６と、
ネットワーク制御装置７と、外部記憶装置８と、電話回
線制御部９とから主として構成され、これらの各部は相
互にバス接続されている。以下、各部を具体的に説明す
る。

【００１６】ＣＰＵ１は、本発明の選択手段及び相手先
能力を取得する取得手段に相当し、画像データを符号化
するとともにＩＦＤを生成し、これらの送信順序を選択
して送信する画像データ送信処理と、他の通信端末装置
１０から受信した画像データを指示された電話番号に従
ってＧ３ＦＡＸに送信するＦＡＸ通信処理とを主として
行う。このＣＰＵ１の処理については後により詳細に説
明する。

【００１７】入力装置２は、キーボードやマウス等ユー
ザからの指示の入力を受ける装置であり、また、スキャ
ナ等の光学的画像読み取り手段を含む。ＲＡＭ３は、読
み書き可能なメモリであり、ＣＰＵ１のワークメモリと
して動作し、画像データやＩＦＤを格納する。また、こ
のＲＡＭ３は、各種のパラメータを格納している。ＲＯ
Ｍ４は、読み出し専用のメモリであり、特に本実施の形
態の通信端末装置が起動する際に利用されるプログラム
やパラメータが格納されている。ページメモリ５は、本
発明の記憶手段に相当し、入力装置２のスキャナ等で読
み取られ、符号化された画像データや、受信した電子メ
ールから抽出した画像データを保持する。

【００１８】ハードディスク６は、ＣＰＵ１が処理する
プログラムや当該処理に必要なパラメータを格納してい
る。またこのハードディスク６には、図３に示すような
受信側の識別子（受信側の通信端末装置のホスト名等）
に対応づけて当該受信側の能力情報（搭載メモリ量やＣ
ＰＵ処理速度等）が格納されている。さらに、このハー
ドディスク６には、ＣＰＵ１が送信順序を選択するため
の選択基準となるデータがパラメータとして格納されて
いる。具体的にこの選択基準は「メモリ容量が４メガバ
イト以上」等のように基準となる数値が格納されてい
る。尚、的確に処理負荷を分散させるために、この選択
基準は、ＲＡＭ３の使用可能容量（送信側の通信端末装
置１０の能力情報）を設定しておくことが好ましい。さ
らに、このハードディスク６は、インターネットを経由
して受信した電子メールを一時的に保持するスプールと
しても動作する。

【００１９】ネットワーク制御装置７は、インターネッ
トに接続されており、ＣＰＵ１からの指示によりデータ
をインターネットを介して所定のアドレスで示される受
信側の装置に送信する。また、このネットワーク制御装
置７は、インターネットを介して受信するデータをＣＰ
Ｕ１に出力する。

【００２０】外部記憶装置８は、フロッピーディスクや
ＭＯ（光磁気ディスク）等の記録媒体からプログラムや
パラメータを読み出し、格納するための装置であり、Ｃ
ＰＵ１が実行するプログラムは、この外部記憶装置８か
ら読み取られてハードディスク６等にインストールされ
る。電話回線制御部９は、電話回線網に接続され、ＣＰ
Ｕ１から指示された電話番号を発呼し、ＣＰＵ１から入
力される画像データを電話回線網を介して送信する。

【００２１】ここで、ＣＰＵ１の具体的動作について図
４，図５を参照しつつ説明する。図４は、ＣＰＵ１の画
像データ送信処理を表すフローチャート図であり、図５
は、ＣＰＵ１のＦＡＸ通信処理を表すフローチャート図
である。ＣＰＵ１は、入力装置２のスキャナから原稿を
読み取って所定のメールアドレスにこのデータを送信す
る指示の入力を受けて画像データ送信処理を開始し、ま
ず、指定されたメールアドレスに対応する受信側の能力
情報と選択基準データとをハードディスク６から読み出
して取得する（Ｓ１）。ＣＰＵ１は、処理Ｓ１で取得し
た受信側の能力情報と選択基準データとを比較し、受信
側の能力が選択基準に示された数値を超えているか否か
を調べ（Ｓ２）、超えていれば（Ｙｅｓならば）、スキ
ャナから原稿の読み取りを行いつつ、符号化を行い（Ｓ
３）、ＩＦＤを生成してＲＡＭ３に格納する（Ｓ４）。
また、ＣＰＵ１は、処理Ｓ３で符号化を行った画像デー
タをネットワーク制御装置７を介して指定されたアドレ
スに対して順次送信する（Ｓ５）。このように、ＲＡＭ
３にＩＦＤのデータのみが格納され、ページメモリ５が
消費されないので、送信側での画像データの処理負荷が
軽減される。そして、ＣＰＵ１は、符号化が完了したか
否かを調べ（Ｓ６）、完了していないならば（Ｎｏなら
ば）処理Ｓ３に戻って処理を続ける。一方、処理Ｓ６に
おいて、符号化が完了していれば（Ｙｅｓならば）、Ｒ
ＡＭ３に生成したＩＦＤを送信して（Ｓ７）、原稿の読
み取りが終了したか否かを調べ（Ｓ８）、終了していな
ければ（Ｎｏならば）、処理Ｓ３に戻って処理を続け、
終了していれば（Ｙｅｓならば）、通信を切断して処理
を終了する。

【００２２】また、このＣＰＵ１は、処理Ｓ２におい
て、受信側の能力が選択基準に示された数値を超えてい
ないならば（Ｎｏならば）、入力装置２のスキャナで読
み取った原稿を符号化しつつページメモリ５に画像デー
タとして格納し（Ｓ１０）、ＩＦＤを生成してＲＡＭ３
に格納する（Ｓ１１）。そして、符号化が完了したか否
かを調べ（Ｓ１２）、符号化が完了していないならば
（Ｎｏならば）、処理Ｓ１０に戻って処理を続ける。ま
た、処理Ｓ１２において符号化が完了していれば（Ｙｅ
ｓならば）、ＲＡＭ３に格納したＩＦＤを指定されたア
ドレスに送信し（Ｓ１３）、次にページメモリ５に格納
した符号化した画像データを送信して（Ｓ１４）、処理
Ｓ８に移行する。このようにすると、送信側の通信端末
装置１０のページメモリ５が消費され、送信側の処理負
荷が大きくなる。尚、処理Ｓ５及び処理Ｓ１４における
符号化された画像データの送信の単位（ストリップ）は
ページ単位であっても、ページ単位以外の単位であって
も構わない。

【００２３】ここで、処理Ｓ１４で送信されるデータ
は、図６（ａ）に示すように、画像データに対しＩＦＤ
が前に配置された状態となっており、処理Ｓ５で送信さ
れるデータは図６（ｂ）に示すように、画像データに対
してＩＦＤが後に配置された状態となっている。

【００２４】また、ここでＣＰＵ１のＦＡＸ通信処理に
ついて図５を参照しつつ説明する。ＣＰＵ１は、他の通
信端末装置１０からインターネットを介して画像データ
とＩＦＤ、及び送信先の指定を含む電子メールを受信し
て、このＦＡＸ通信処理を開始する。尚、送信先の指定
は、この通信端末装置１０のメールアドレスとして指定
できる。すなわち、この通信端末装置１０のホスト名が
インターネット上で「ifax.foo.co.jp」のように定義さ
れている場合に電話番号「xxxx」に対してＦＡＸ画像を
通信するように指定するには、「fax=+xxxx@ifax.foo.c
o.jp」のようにすればよい。

【００２５】ＣＰＵ１は、ＦＡＸ通信処理を開始する
と、まず受信した電子メールをハードディスク６に蓄積
する（Ｓ２１）。そして、当該電子メールのメールアド
レスを参照して宛先となるＧ３ＦＡＸ２０の電話番号を
抽出し（Ｓ２２）、抽出した電話番号を電話回線制御部
９を介して発呼し（Ｓ２３）、処理Ｓ２１で蓄積した電
子メールを参照し、先頭から順次読み出す。ここで、Ｃ
ＰＵ１は、当該電子メールに格納された画像データに先
だってＩＦＤが付加されているか否か（図６（ａ）の状
態か否か）を調べ（Ｓ２４）、付加されていれば（Ｙｅ
ｓならば）、当該ＩＦＤに応じて引き続く画像データを
ページ単位で抽出等の画像処理を行い、処理Ｓ２３で発
呼したＧ３ＦＡＸ２０に対して電話回線制御部９を介し
て送信する（Ｓ２５）。このように、ＩＦＤが画像デー
タよりも前に付加されているときには、受信側の通信端
末装置１０はページメモリ５を消費する必要がなく、受
信側の処理負荷が軽減される。ＣＰＵ１は、画像データ
の処理が終了したか否かを調べ（Ｓ２６）、終了してい
なければ（Ｎｏならば）、処理Ｓ２４に戻って処理を続
ける。また、処理Ｓ２６において、画像データの処理が
終了していれば（Ｙｅｓならば）、電話回線を切断して
処理を終了する。

【００２６】また、処理Ｓ２４において、画像データに
先だってＩＦＤが付加されておらず、図６（ｂ）に示す
ような状態であれば（処理Ｓ２４でＮｏならば）、ペー
ジメモリ５に画像データをロードし（Ｓ２７）、画像デ
ータに続いて格納されているＩＦＤを読み出して、この
ＩＦＤに従って画像データをページ単位で抽出する等の
画像処理を行い、処理Ｓ２３で発呼したＧ３ＦＡＸ２０
に対して電話回線制御部９を介して送信して（Ｓ２
８）、処理Ｓ２６に移行する。このように、ＩＦＤが画
像データよりも後に付加されているときには、受信側の
通信端末装置１０のページメモリ５が消費され、受信側
の処理負荷が大きくなる。

【００２７】また、画像データをＧ３ＦＡＸ２０に送信
するのではなく、直接印刷する場合には、処理Ｓ２５及
び処理Ｓ２８において画像データを復号化して、ビット
マップに展開し、図示しないプリンタによって印刷すれ
ばよい。この場合にも、ＩＦＤが画像データの前にある
場合には処理Ｓ２５において、画像データをページメモ
リ５に格納することなく、ビットマップに展開して印刷
を行うことができ、ＩＦＤが画像データの後にある場合
には、処理Ｓ２８において、ページメモリ５にロードし
ておいた画像データをビットマップに展開しつつ印刷す
ればよい。本実施の形態に係る通信端末装置によれば、
受信側の通信端末装置の能力情報に応じてＩＦＤと画像
データとの送信順序を変更することができ、処理負荷を
分散できる。

【００２８】次に、本発明の第２の実施の形態に係る通
信端末装置について説明する。本実施の形態に係る通信
端末装置は、第１の実施の形態に係る通信端末装置１０
とほぼ同様の構成をとるものであるが、ＣＰＵ１が受信
側の通信端末装置１０に能力情報を問い合わせる処理を
行うところが異なっている。すなわち、本実施の形態の
通信端末装置１０のＣＰＵ１は、図４に示した処理Ｓ１
において、ネットワーク制御装置７を介して受信側の通
信端末装置１０の能力情報を取得する。本実施の形態に
おいては、このＣＰＵ１の処理が本発明の取得処理に相
当する。また、本実施の形態の通信端末装置１０のＣＰ
Ｕ１は、他の通信端末装置１０から能力情報の要求を受
信して、当該要求に応答し、メモリ容量等の能力情報を
送信する。

【００２９】さらに、この場合にＣＰＵ１は、ハードデ
ィスク６に当該受信側の能力情報を図３に示すようなデ
ータとして蓄積しておくことも好ましい。このようにす
ることで、ネットワークの負荷を軽減できるからであ
る。

【００３０】さらに、この場合には、ＣＰＵ１が所定単
位の画像データを送信するごとに受信側の通信端末装置
１０の能力情報として、現在の空きメモリ容量の情報を
取得するようにしても構わない。このときには、たとえ
ば処理Ｓ２において受信側の能力情報を取得し、この能
力情報に応じてＩＦＤと画像データとの送信順序を変更
するとともに、処理Ｓ８において原稿の読み取りが終了
していなければ、処理Ｓ３ではなく処理Ｓ２に戻って処
理を続けることになる。また、選択基準データとしてＣ
ＰＵ１はハードディスク６から予め設定された数値を読
み出すのではなく、ページメモリ５の空き容量を検出し
て、この検出した空き容量の数値を選択基準データとし
て用いることとするのも好ましい。このようにすれば、
時々刻々と変化する受信側及び送信側の状況を反映して
ＩＦＤと画像データとの送信順序を変更することがで
き、より効率的に処理負荷を分散できる。

【００３１】さらに、ここまでの説明では、ＣＰＵ１が
受信側の通信端末装置１０の能力情報を取得し、それに
基づいて画像データとＩＦＤとの送信順序を選択してい
たが、ユーザがこの送信順序を事前に設定し、ＣＰＵ１
が能力情報の取得を行うことなく（すなわち、受信側ま
たは送信側の能力に拘わらず）、ユーザの設定に基づい
て画像データとＩＦＤとの送信順序を決定しても構わな
い。このようにすれば、ＣＰＵ１の処理を簡便なものと
することができる。

【００３２】さらに、ここまでの説明では、受信側の通
信端末装置１０が受信した電子メールを一旦ハードディ
スク６に蓄積しているが、ハードディスク６に蓄積する
ことなくページメモリ５に確保した受信バッファを用い
て処理しても構わない。

【００３３】

【発明の効果】本発明によれば、選択手段により処理属
性と画像データとの送信順序を選択し、この順序で送信
を行う通信端末装置としているので、処理属性を先に送
信することとすれば、画像データを送信側で保持して処
理属性を生成することになって送信側の処理負荷を大き
くし、処理属性を後で送信することとすれば、受信側で
画像データを保持することになって、受信側の処理負荷
を大きくすることとなり、これらを適宜選択して処理負
荷を分散できる。

【００３４】また、本発明によれば、さらに、受信側の
能力属性を取得する取得手段を含み、この能力属性に応
じて選択手段が画像データと処理属性との送信順序を選
択する通信端末装置としているので、受信側の処理能力
に応じて処理負荷を分散できる。

【００３５】さらに、本発明によれば、送信側と受信側
との記憶容量を比較して選択手段が画像データと処理属
性との送信順序を選択する通信端末装置としているの
で、送信側と受信側との間で、記憶容量に余裕のある側
で画像データを保持することで、より的確に処理負荷を
分散できる。

【図面の簡単な説明】

【図１】 本発明の実施の形態に係る通信端末装置の接
続状態を表す構成ブロック図である。

【図２】 本発明の実施の形態に係る通信端末装置の構
成ブロック図である。

【図３】 ハードディスク６に格納されている能力情報
の一例を表す説明図である。

【図４】 ＣＰＵ１の画像データ送信処理を表すフロー
チャート図である。

【図５】 ＣＰＵ１のＦＡＸ通信処理を表すフローチャ
ート図である。

【図６】 本発明の実施の形態に係る通信端末装置が送
信するデータの内容を表す説明図である。

【符号の説明】

１ ＣＰＵ、２ 入力装置、３ ＲＡＭ、４ ＲＯＭ、
５ ページメモリ、６ハードディスク、７ ネットワー
ク制御装置、８ 外部記憶装置、９ 電話回線制御部、
１０ 通信端末装置、２０ Ｇ３ＦＡＸ。

フロントページの続き Ｆターム(参考） 5C062 AA02 AA29 AA30 AB02 AB41 AB43 AC22 AC25 AC38 AE16 AF02 AF03 AF14 5C075 AB90 BA90 CD09 5K030 HA06 HB04 HC02 HD07 JT05 LE01 5K101 KK01 KK20 LL00 NN22 TT06

Claims (4)

【特許請求の範囲】
1. 【請求項１】 処理属性に応じて画像データを処理する
   装置に対し、画像データを送信する通信端末装置におい
   て、 前記画像データと、前記処理属性との送信順序を選択す
   る選択手段と、 前記選択した順序で前記画像データと前記処理属性とを
   送信する手段と、 を含むことを特徴とする通信端末装置。
2. 【請求項２】 請求項１に記載の通信端末装置におい
   て、 前記画像データを処理する装置の能力属性を取得する取
   得手段を含み、 前記選択手段は、前記能力属性に応じて、前記画像デー
   タと前記処理属性との送信順序を選択することを特徴と
   する通信端末装置。
3. 【請求項３】 請求項２に記載の通信端末装置におい
   て、 前記取得手段は、能力属性として画像データを処理する
   装置の記憶容量を取得し、 選択手段は、当該記憶容量が予め設定された値よりも小
   さいときには、処理属性を画像データよりも先に送信す
   る送信順序を選択することを特徴とする通信端末装置。
4. 【請求項４】 請求項２に記載の通信端末装置におい
   て、さらに、 画像データを保持する記憶手段と、 前記記憶手段の空き容量を検出する手段と、を含み、 前記取得手段は、能力属性として画像データを処理する
   装置の記憶容量を取得し、 選択手段は、前記検出した記憶手段の空き容量と、取得
   した記憶容量とを比較し、検出した空き容量よりも取得
   した記憶容量が大きいときにのみ、処理属性を画像デー
   タよりも後に送信する送信順序を選択することを特徴と
   する通信端末装置。