(57)【要約】【課題】ネットワークからデータをやり取りし、メールデータとして画像やテキストデータを受信し、印刷、転送を行う画像通信装置において、印刷や転送などのどのような使用用途にも対応でき、メモリを効率よく使用できるテキストデータの使用方法に係るネットワーク画像通信装置を提供することを目的とする。【解決手段】ネットワークからＥｍａｉｌを受信して、添付画像とテキスト本文を印刷し、さらに、その受信したメールデータを、他のＥｍａｉｌアドレスや、ＦＡＸ回線にＦＡＸ画像として転送できる機能を持つネットワーク画像通信装置において、従来手法よりも、メールデータ蓄積時の使用メモリ量をへらすネットワーク画像通信装置。【選択図】        図１
2007074222.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークからメールデータを受信して、添付画像とテキスト本文を印刷し、さらに、
その受信したメールデータを、他のＥｍａｉｌアドレスや、電話回線にＦＡＸ画像として転送する機能を持つネットワーク画像通信装置において、
受信したメールデータのテキスト情報部を、受信時には本体記憶装置にテキストデータとして記憶し、
前述のテキストデータを、印刷、電話回線に転送する場合は、テキストデータから文字の画像データ作成し、
この画像データを符号化して圧縮して一時保存し、
印刷、ＦＡＸ転送後にこの圧縮テキスト画像データは消去される事を特徴とするネットワーク画像通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワークを通じた画像通信装置におけるテキスト情報の取り扱いに係るネットワーク画像通信装置に関するものである。
【背景技術】
【０００２】
ネットワークからデータをやり取りし、画像やテキストデータを送受信する画像通信装置としてインターネットＦＡＸがある（例えば、特許文献１等参照）。インターネットＦＡＸでは、メールデータをネットワークより受信し、そのメールデータを解析して、添付画像部分と、テキストデータ部を認識し、データを印刷したり、転送する処理を行う。
【０００３】
インターネットＦＡＸでは、ネットワークからデータを電子メールの形式として受け取る。電子メールのフォーマットとしては現在ではＭＩＭＥ（ＲＦＣ２０４６／２０４５）を用いるのが一般的となっている。ＭＩＭＥフォーマットでは、１つのメールに対して、画像データやテキストデータを混在して、まとめて１つの通信として行うことが可能である。
【０００４】
このようなメールデータの処理の際に、メール中の画像データ、テキストデータは一旦本体メモリ内に格納されるが、格納後の動作として、１）印刷、２）ファクシミリ転送、３）Ｅｍａｉｌ転送の大きく分けて３つの動作がある。
【０００５】
これらの処理の中で、テキストデータの扱いは動作条件により異なる。上記の３）Ｅｍａｉｌ送信の時は、テキストデータをメールに組み込むことによって送信できるので、テキストデータそのものが必要とされる。しかし、１）印刷、２）ファクシミリ転送の時は、テキストデータ自体を送信できないので、代わりにテキストデータを絵に展開した画像データが必要となり、テキストデータそのものは必要でない。
【０００６】
そこで、テキストデータ受信時に、どのようなデータ形式でテキストデータを保存しておくかということが重要となる。
【０００７】
印刷時には、テキストデータから、その文章を画像データに変換し、生画像データの形にしてから記録部により印刷される。しかし、記録部が故障したり、トナーが無かったりと、何らかの理由で印刷が出来なかった場合、このテキストデータを展開した生画像データは、印刷終了するまでずっと保持し続けることになる。この手法だと印刷できない時に、無駄になるメモリ量が非常に大きくなる。
【０００８】
逆に、印刷できなかった場合は、生画像データを破棄し、印刷時は常にテキストデータから生画像データの変換を行うという手法も考えられる。しかし、一般的に、テキスト→画像データ変換は、低速なソフトウエアモジュールで処理することが多く、同じページでも毎回テキスト→画像変換を行っていると、印刷速度に影響が出てしまう。
【０００９】
このような異常時の対応のために、テキストデータを受信すると、そのテキストデータを画像データに変換し、ＪＢＩＧ符号等に圧縮してメモリ内に格納することが考えられる。
【００１０】
画像符号データは、ハードウエアで符号化／復号化が行えるため、処理速度も速い。さらに符号に圧縮しているので、保持しているメモリ量も大幅に減らすことが可能になる。
【００１１】
しかし、この手法でも、テキストデータを受信した段階ではまだ使用するかどうか分からないテキストデータと、画像変換した符号データの両方を格納していることになり、メモリの使用効率という点ではまだ非効率であるといえる。
【特許文献１】特開２００１−２３８０６４号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
ネットワークからデータをやり取りし、メールデータとして画像やテキストデータを受信し、印刷、転送を行う画像通信装置において、印刷や転送などのどのような使用用途にも対応でき、メモリを効率よく使用できるテキストデータの使用方法に係るネットワーク画像通信装置を提供することを目的とする。
【課題を解決するための手段】
【００１３】
上記の問題を解決するために、
ネットワークからデータをやり取りし、メールデータとして画像やテキストデータを受信し、印刷、転送を行う画像通信装置において、受信したテキストデータを以下のように使用する。
【００１４】
まず、受信したテキストデータの印刷／転送が行われ始める時に、初めてテキストデータを画像データに展開し、その画像データをＪＢＩＧ符号に圧縮してメモリに格納する。
【００１５】
そして、印刷／転送処理が正常に終了すると、前述のＪＢＩＧ符号は消去され、テキストデータのみが残る。
【００１６】
これにより、通常は画像データを持たないようになるので、テキストデータを保存するメモリ量が減少できる。さらに、印刷／転送の異常時には、ＪＢＩＧ符号で復帰時まで保持できるので、復帰も早く行える。
【００１７】
そして、同じテキスト画像のページを多数印刷する時も、ＪＢＩＧ符号化している画像を何度も印刷すれば良いので、印刷時間がテキスト→画像変換に引っ張られてしまうことも無くなる。
【００１８】
なお、さらに説明すれば、本発明の第一の発明について下記のように示す。
【００１９】
（１）ネットワークからメールデータを受信して、添付画像とテキスト本文を印刷し、さらに、
その受信したメールデータを、他のＥｍａｉｌアドレスや、電話回線にＦＡＸ画像として転送する機能を持つネットワーク画像通信装置において、
受信したメールデータのテキスト情報部を、受信時には本体記憶装置にテキストデータとして記憶し、
前述のテキストデータを、印刷、電話回線に転送する場合は、テキストデータから文字の画像データ作成し、
この画像データを符号化して圧縮して一時保存し、
印刷、ＦＡＸ転送後にこの圧縮テキスト画像データは消去される事を特徴とするネットワーク画像通信装置。
【発明の効果】
【００２０】
本発明におよれば、ネットワークからデータをやり取りし、メールデータとして画像やテキストデータを受信し、印刷、転送を行う画像通信装置において、まず、受信したテキストデータの印刷／転送が行われ始める時に、初めてテキストデータを画像データに展開し、その画像データをＪＢＩＧ符号に圧縮してメモリに格納し、印刷／転送処理が正常に終了すると、前述のＪＢＩＧ符号は消去され、テキストデータのみが残るようにする。
【００２１】
これにより、テキストデータを保存するメモリ量が減少できる。さらに、印刷／転送の異常時には、ＪＢＩＧ符号で復帰時まで保持できるので、復帰も早く行える。さらに、同じテキスト画像のページを多数印刷する処理時間も軽減できるようになる。
【発明を実施するための最良の形態】
【００２２】
以下本発明を実施するための最良の形態を、実施例により詳しく説明する。
【実施例】
【００２３】
本発明の手順を画像通信装置にＭＦＰ機を例にあげて説明する。
【００２４】
図１は、本発明における通信装置のハードウエア構成の概略図である。
【００２５】
図２は、本発明実施時のテキストデータの取り扱いを示したテキスト受信時のフロー図である。
【００２６】
図３は、本発明実施時のテキストデータの取り扱いを示したテキスト印刷時のフロー図である。
【００２７】
図４は、本発明実施時のテキストデータの取り扱いを示したテキスト転送時のフロー図である。
【００２８】
図１において、
（１−１）：ＣＰＵはシステムの制御部であり、装置全体を制御する。
（１−２）：ＲＯＭはＣＰＵの制御プログラムを格納するためのものである。
（１−３）：ＳＲＡＭはオペレータが登録した設定値や装置の管理データ等や各種ワーク用バッファ等を格納するものである。
（１−４）：ＤＲＡＭはプログラム制御変数等を格納するためのものである。また画像データ、テキストデータを蓄積するためのものである。
（１−５）：読み取り部は画像データを読み取り、バイナリデータに変換する装置である。
（１−６）：記録部は画像データを、記録紙に出力する装置である。
（１−７）：ファクシミリ通信制御部は電話回線とのインターフェースである。
（１−８）：操作部はオペレータによる登録を行う装置である。
（１−９）：符号処理部（ＣＯＤＥＣ）は通信制御装置で扱う画像データの符号化復号化処理を行う。
この処理部で、テキストデータは、ソフトウエアにより画像データに変換される
また、ＪＢＩＧ符号はこの処理部でハードウエアにより復号化される。
（１−１０）：ネットワーク通信制御部は、ネットワーク回線へのＩ／Ｆを行う。
インターネットＦＡＸ、Ｅｍａｉｌデータの送受信に使われる。
（１−１１）：外部メモリ装置は、取り外しの可能なメモリである。
【００２９】
図２は、本発明実施時におけるテキストデータ受信時の処理のフローを示したものである。
【００３０】
本手法ではまず、メール受信時にメールデータの解析を行う（４−１）。受信したメールにテキストデータ部が存在している場合は、テキストデータ部をテキストデータ形式で本体メモリ内に格納する（４−２）。
【００３１】
また、受信したメールに添付された画像データ部が存在する場合（４−３）、画像データ部を切り出して画像データ形式に変換して、本体メモリ内に格納する（４−４）。
【００３２】
ここでメールデータ内のテキストデータは、（４−２）にあるように、テキストデータとして保存するのみである。画像データへの変換はここでは行わない。
【００３３】
図３は、本発明実施時におけるテキストデータ印刷時の処理のフローを示したものである。
【００３４】
受信したテキストデータを、印刷紙にプリントする場合のフローを示す。テキストデータを印刷する場合、まず、テキストデータを画像データに変換する（５−１）。次に、展開した生画像データを一旦、符号データに圧縮する（この例ではＪＢＩＧ符号に圧縮している）（５−２）。
【００３５】
次に、プリンタの状態をチェックする（５−３）。ここで、プリンタが紙無し状態であったり、トナー無し状態であったりで印刷できない状態にある場合、記録可能な状態に復旧するまで待ちつづける（５−４）。
【００３６】
ＪＢＩＧ符号に圧縮してから待ちつづけるので、大きなメモリを保持したまま待ち状態になることは無い。
【００３７】
プリンタが印刷可能状態であるときは、作成した画像符号データを再度デコードして生画像データにする（５−５）。そして、その生画像データをプリンタに入力し、印刷を行う（５−６）。印刷終了が確認されると、（５−２）で作成した画像符号データをメモリから消去する（５−７）。
【００３８】
図４は、本発明実施時におけるテキストデータ転送時の処理のフローを示したものである。
【００３９】
受信したテキストデータを、ＦＡＸに転送する場合のフローを示す。テキストデータをＦＡＸに転送する場合、まず、テキストデータを画像データに変換する（６−１）。次に、展開した生画像データを一旦、符号データに圧縮する（この例ではＪＢＩＧ符号に圧縮している）（６−２）。
【００４０】
次に、ＦＡＸの回線の状態をチェックする（６−３）。ここで、電話回線が通話状態であったりして転送できない状態にある場合、送信可能な状態に復旧するまで待ちつづける（６−４）。
【００４１】
ＪＢＩＧ符号に圧縮してから待ちつづけるので、大きなメモリを保持したまま待ち状態になることは無い。
【００４２】
電話回線が通信可能状態であるときは、その画像符号データをＦＡＸ通信部に入力し、送信処理を行う（６−５）。送信終了が確認されると、（６−２）で作成した画像符号データをメモリから消去する（６−６）。
【図面の簡単な説明】
【００４３】
【図１】本発明実施時の通信装置のハードウエア構成を示した図である。
【図２】本発明実施時のテキストデータの受信処理を示したフロー図である。
【図３】本発明実施時のテキストデータの印刷処理を示したフロー図である。
【図４】本発明実施時のテキストデータの転送処理を示したフロー図である。
【符号の説明】
【００４４】
１−１    ＣＰＵ
１−２    ＲＯＭ
１−３    ＳＲＡＭ
１−４    ＤＲＡＭ
１−５    読み取り部
１−６    記録部
１−７    ファクシミリ通信制御部
１−８    操作部
１−９    符号処理部
１−１０  ネットワーク通信制御部
１−１１  外部メモリ装置
【図１】
2007074222.tif 000003
【図２】
2007074222.tif 000004
【図３】
2007074222.tif 000005
【図４】
2007074222.tif 000006