JP3577899B2 - 電子メール機能付通信端末装置 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、コンピュータ通信網を接続可能とするファクシミリ装置等の電子メール機能付通信端末装置の改良に関する。
【０００２】
【従来の技術】
インターネット等のコンピュータ通信網は益々利用される傾向にあり、近頃では、一般家庭においても利用する人が増えている。
このようなコンピュータ通信網の利用は、利用者の負担が、パーソナルコンピュータなどから最寄りの契約プロバイダ（コンピュータ通信網への接続業者）までの通信費用のみの負担だけでよいため、通信時間が短縮でき、海外のコンピュータとの通信も安価でできるようになっている。
【０００３】
そこで現在では、このような状況を鑑みて、コンピュータ通信網への接続を可能としたファクシミリ装置などの通信端末装置が開発されており、これによれば、読取走査した原稿画像を、ファクシミリ送信、あるいは、電子メール送信のいずれかによって、相手の通信端末装置に送信できるようになっている。
即ち、画像データの送信時に、ファクシミリ送信を選択したときには、電話網などを使用して直接、画像データを送信する。一方、電子メール送信を選択したときには、画像データを電子メール形式に変換し、このデータをネットワーク上のメールボックスに格納して、これを受信側の多くが、ダイヤルアップ接続によって、適当な時期に電話回線経由でコンピュータ通信網を接続し、電子メールが到着していれば、メールボックスから画像データを読み出している。
【０００４】
【発明が解決しようとする課題】
ところが、上記従来の電子メール機能付通信端末装置では、電子メールとして送信されて来るデータには、テキストデータと、ファクシミリ画像データであるイメージデータとがあり、テキストデータで構成された電子メールを受信して印字する場合には、以下のような問題があった。
【０００５】
送信側の１行の文字数と、受信側の記録紙幅におさまる１行の文字数とが異なる場合、改行によって余白が多くなったり、単語の途中で改行されることがあった。また、改行コードの種類によっては認識できないものがあるため、余計な改行をすることにより記録紙が無駄になることがあった。
本発明はこのような事情に鑑みてなされたものであり、見やすく、記録紙が無駄にならないように、テキストデータを画像に展開できる電子メール機能付通信端末装置を提供することを目的としている。
【０００６】
【課題を解決するための手段】
上記目的を達成するために提案される請求項１に記載の電子メール機能付通信端末装置は、コンピュータ通信網を介して受信したテキストデータを、１ライン分ずつイメージデータに変換するデータ変換部を備え、このデータ変換部は、１ライン分のテキストデータが所定量以下であったときには、次ラインのテキストデータを連結させてから、１ライン分のテキストデータをイメージデータに変換することを特徴とする。
【０００７】
すなわち、１ライン分のテキストデータの文字数が、記録紙幅におさまる１ラインの文字数に比べて少なく、余白が目立つような文字数しかなければ、改行コードを強制的に削除する等して、次のラインを連結し、記録紙幅の最大文字数まで、あるいは、最大文字数に満たないときは、余白が少なくなってからの改行コードまでを１ラインとして、イメージデータに変換する。
【０００８】
なお、本発明に係る通信端末装置には、コンピュータ通信網を接続可能としたファクシミリ装置や、データ通信機能を備えたパーソナルコンピュータ等が相当する。また、コンピュータ通信網には、インターネットや、パソコン通信サービスであるＮＩＦＴＹ−Ｓｅｒｖｅ、ＰＣ−ＶＡＮなどがあり、これらのサービスの１つである電子メールサービスを使用する。
【０００９】
請求項２では、請求項１のデータ変換部は、１ライン分のテキストデータが１ラインの最大量まであり、かつ、その最終データが空白データでないときには、最終から検索して、所定数のデータまでに含まれる最初の空白データまでを１ライン分のテキストデータとして、イメージデータに変換することを特徴とする。これによって、英文などを単語の切れ目で改行することができる。
【００１０】
請求項３では、請求項２のデータ変換部は、１ライン分のテキストデータが１ラインの最大量まであり、かつ、その最終データが空白データでないとき、あるいは、更に、最終から所定数までのデータに空白データが含まれていないときには、１ライン分のテキストデータを、連結記号を付加してから、イメージデータに変換することを特徴とする。すなわち、単語の途中で改行するような場合には、連結記号としてハイフンなどを付加、あるいは、１ラインの最終データとして割り込ませるようにして、文章を読み易くする。
【００１１】
【発明の実施の形態】
以下に、図面を参照して本発明の実施の形態を説明する。
図１は、本発明の電子メール機能付通信端末装置の内部構成の一例を示すブロック図である。
ここでは、本発明の通信端末装置の１つである電子メール機能付ファクシミリ装置Ｆの構成例を示す。即ち、このファクシミリ装置Ｆには、公衆回線網を介して行う従来のＧ３，Ｇ４のファクシミリ通信機能に加えて、コンピュータ通信網を介した通信機能を備えており、以下には、コンピュータ通信網の１つとして、インターネットを使用し、インターネット上で電子メール（ｅ−ｍａｉｌ）サービスを利用する場合を説明する。
【００１２】
主制御部１は、ＣＰＵ等で構成され、このファクシミリ装置Ｆの各部を制御するだけではなく、後述する符号化及び復号化、画像変換、バイナリ・テキスト変換、メール編集などの各処理を実行する。
ＮＣＵ２は通信回線Ｌの閉結、開放を行う。モデム３はファクシミリ通信のために信号の変調、復調を行う。データモデム４は電子メールを送受信するために信号の変調、復調を行う。外部インターフェース５は、パーソナルコンピュータ（パソコン）等の他の通信端末装置を接続するためのものであり、接続したパソコン等によるファクシミリ通信や電子メールの送受信を可能にする。
【００１３】
なお、Ｇ４通信時は、モデム３、ＮＣＵ２を通ることなく、ＤＳＵ１４（データ回線終端装置、ＤＩＧＩＴＡＬ ＳＥＲＶＩＣＥ ＵＮＩＴ）を介して、ＩＳＤＮ回線Ｌ１等に接続される。
画像メモリ６はＤＲＡＭ等で構成され、イメージデータを記憶する。ＲＡＭ７は処理の実行時に発生する一時的なデータを記憶する他、インターネットにログインするためのユーザＩＤや各ユーザの電子メールアドレス、相手の電子メールアドレスやファクシミリ番号等を登録している。ＲＯＭ８は、このファクシミリ装置Ｆの動作に必要なソフトウェアプログラムを記憶する。
【００１４】
表示部９は、液晶表示装置などを備え、このファクシミリ装置Ｆの動作状態やイメージデータを表示する。操作部１０はテンキーなどの各種キーを備えて、このファクシミリ装置Ｆに対し各種入力設定を行う。読取部１１は、ＣＣＤ等で原稿を読み取り、白黒２値のイメージデータを出力する。記録部１２は、電子写真方式などのプリンタを備え、他のファクシミリ装置から、あるいはインターネットを介して、受信したデータをイメージデータにして記録（印字出力）する。
【００１５】
図２は、図１に示したファクシミリ装置Ｆ内のデータの流れを模式的に示したものである。この図中の各部は、図１には存在しないが、ＲＯＭ８に記憶されたプログラムに基づいて、主制御部１によって処理されるものとする。また、１ラインバッファｂ１、ＥＣＭバッファｂ２は、ＲＡＭ７内に構成されている。
符号化復号化部１ａは、読取部１１で読み取ったイメージデータをＭＨ，ＭＲ，ＭＭＲ等の符号化方式によって符号化または復号化する。以下、これらの符号化方式によって符号化されたデータを「符号化データ」と呼ぶ。
【００１６】
画像変換部１ｂは、電子メールの送信時に、符号化データを、コンピュータで使用される一般的な画像フォーマットである、ＴＩＦＦ（Ｔａｇｇｅｄ Ｉｍａｇｅ Ｆｉｌｅ ｆｏｒｍａｔ）に変換する一方、受信時には、ＴＩＦＦから符号化データに変換する。
ＴＩＦＦは、ａｄｏｂｅ社によって公開されており、白黒２値だけではなく、白黒多値、フルカラーなどを扱う様々なＣｌａｓｓ が定義されている。その中の１つには、ファクシミリ画像を扱うＣｌａｓｓ Ｆ が定義されており、符号化データに対して、先頭にＣｌａｓｓ Ｆ のＴＩＦＦヘッダ情報の付加などを行えば、ＴＩＦＦに変換できる。以下、Ｃｌａｓｓ Ｆ のＴＩＦＦヘッダ情報が付加された符号化データを「ＴＩＦＦデータ」と呼ぶ。
【００１７】
テキストメール端末から送られて来るメールは、ＪＩＳ７単位符号や７ビットアスキーコードのテキストコードで構成されているため、バイナリ・テキスト変換部１ｃは、本発明の請求項に記載のデータ変換部として機能し、キャラクタジェネレータ１３を使用してテキストコードをイメージデータに変換する。
また、バイナリ・テキスト変換部１ｃは、電子メールの送信時は、バイナリデータをテキストデータに変換する一方、受信時には、テキストデータをバイナリデータに変換する。
【００１８】
インターネットには、バイナリデータの電子メールを扱うことが出来ないコンピュータを接続している場合があるので、相手先に対し確実に電子メールが届くようにするには、ＴＩＦＦデータなどのバイナリデータは、送信時にテキストデータに変換する必要がある。
インターネットで扱うテキストデータは、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｅ）が発行するドキュメント、ＲＦＣ（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔｓ）８２２において、７ビットのコードとして規定されているが、ＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎｓ ）のｂａｓｅ６４などを利用すれば、バイナリデータをテキストデータに変換できる。なお、ｂａｓｅ６４とは、８ビット×３バイトのバイナリデータを６ビット×４バイトと見なし、各々のバイトに対し、キャラクタコードを割り当てることにより、バイナリデータをテキストデータに変換する符号化方式である。
【００１９】
つまり、バイナリ・テキスト変換部１ｃは、テキストコードをイメージに変換する機能と、ＴＩＦＦなどのバイナリデータと疑似的なテキストコードの相互変換機能とを合わせ持つ。
メール編集部１ｄは、電子メールの送信時は、テキストデータに変換されたＴＩＦＦデータにメールヘッダ情報を付加して電子メール形式に編集する一方、受信時には、電子メール形式のデータからメールヘッダ情報を取り除き、テキストデータのＴＩＦＦデータとする。
【００２０】
ここに、メールヘッダ情報とは、インターネットの電子メールの所定のヘッダ情報のことであり、送信するＴＩＦＦデータの先頭に、”Ｆｒｏｍ：” ，”Ｔｏ：”，”Ｓｕｂｊｅｃｔ：”，”ｃｃ：”，”Ｄａｔｅ：” などの項目を付加することが規定されている。
このように電子メールを送受信するときには、上記各部１ａ〜１ｄを経由しているが、ファクシミリ通信を行うときには、符号化復号化部１ａのみを経由してイメージデータを処理する。
【００２１】
本発明は、バイナリ・テキスト変換部１ｃが、インターネット等のコンピュータ通信網を介して受信した電子メールのテキストデータを、１ライン分ずつイメージデータに変換するときの処理に特徴を有している。
具体的には、ファクシミリのＥＣＭ（誤り訂正方式）通信時に使用するＥＣＭバッファｂ２に、一旦テキストデータを格納し、１ラインずつ１ラインバッファｂ１に取り出しながら、これを順にイメージデータに変換し、画像メモリ６に格納する。
【００２２】
例えば、ＥＣＭバッファｂ２は、ＥＣＭ通信時に、１フレームを最大２５６バイトとし、最大２５６フレームまでを１ブロックとして、画像データを送受信するとすれば、その容量は６４Ｋバイトで構成され、一方の１ラインバッファｂ１は、記録部１２によって記録可能な１ラインの文字数が８０文字であれば８０バイトで構成される。
【００２３】
請求項１では、バイナリ・テキスト変換部１ｃは、１ライン分のテキストデータが所定量以下であったときには、次ラインのテキストデータを連結させてから、１ライン分のテキストデータをイメージデータに変換する。また、連結後の１ライン分のテキストデータも所定量以下であれば、更に次のラインを連結してからデータを変換する。
【００２４】
つまり、１ラインバッファｂ１に格納した１ライン分のテキストデータの文字数が、記録紙幅におさまる１ラインの文字数に比べて少なく、余白が目立つような文字数しかなければ、改行コードを強制的に削除する等して、次のラインのテキストデータを続けて１ラインバッファｂ１に格納する。そして、記録紙幅の最大文字数まで、あるいは、次ラインを連結しても最大文字数に達しない場合は、余白が少なくなってからの改行コードまでを１ラインとして、イメージデータに変換する。
【００２５】
このときの動作を図３（ａ）に模式的に示す。ここでは、所定量をｘ文字としており、ラインバッファｂ１に格納した１ライン分のテキストデータの文字数とｘ文字とを比較して、次ラインのデータを連結するか否かを判断する。
なお、ＥＣＭバッファｂ２に格納されたデータの１ラインの判断は、改行コードによって行うが、この改行コードは、送信側のパソコンの機種などによって異なる場合があるので、これらのすべてを認識する必要がある。例えば、改行コードには、ＣＲ（キャリッジリターン）とＬＦ（ラインフィード）、ＣＲのみ、ＬＦのみなどがあるが、これらのすべてを判断して、これらのコードを検出するまでを１ラインとする。
【００２６】
このようにして、所定の基準により改行をしないようにすれば、記録紙の余白を少なくでき、記録紙を無駄に使用することがない。
また、ＥＣＭバッファｂ２を使用するときに、受信したテキストデータの量がＥＣＭバッファｂ２の容量を超え、このバッファｂ２の最後に格納したデータが１ラインの途中までになったときには、図３（ｂ）に示すような処理を行う。
【００２７】
ここでは、ＥＣＭバッファｂ２の最後のラインのデータＸを１ラインバッファｂ１に格納した時点では、イメージデータへの変換は行わず、次にＥＣＭバッファｂ２が書き換えられて格納された、改行コード（ＣＲ，ＬＦ）までのデータＹを、続けて１ラインバッファｂ１に格納したときに、データ変換を行うようにしている。これによって、記録紙に記録した画像がラインの途中で改行されることなく正しく記録される。
【００２８】
次に、請求項２、３に記載の通信端末装置の動作について、図４とともに説明する。
バイナリ・テキスト変換部１ｃは、１ライン分のテキストデータが１ラインの最大量まであり、かつ、その最終データが空白データでないときには、最終から検索して、所定数のデータまでに含まれる最初の空白データまでを１ライン分のテキストデータとして、イメージデータに変換する。
【００２９】
つまり、１ラインのテキストデータが、１ラインバッファｂ１の最大文字数を超え、バッファｂ１内の最終データが、英単語の途中になるような場合は、図４（ａ）に示すように、最終のｙ文字の中に、スペース（△で示す）やＴＡＢコードといった空白データがあれば、そこまでを１ラインとして改行することとする。また、ｙ文字の中に空白データが複数あれば、その最も最終データに近いデータまでを１ラインとすればよい。
【００３０】
また、バイナリ・テキスト変換部１ｃは、１ライン分のテキストデータが１ラインの最大量まであり、かつ、その最終データが空白データでないとき、あるいは、更に、最終から所定数までのデータに空白データが含まれていないときには、１ライン分のテキストデータを、連結記号を付加してから、イメージデータに変換する。
【００３１】
つまり、１ラインのテキストデータが、１ラインバッファｂ１の最大文字数を超え、バッファｂ１内の最終データが英単語の途中になるような場合は、図４（ｂ）に示すように、最大文字数に更に１文字分の連結記号Ｚ（ここでは’−’（ハイフン））を付加したり、（ｃ）に示すように、最終データを連結記号Ｚとしてから、イメージデータに変換する。また、（ａ）において最終のｙ文字の中に空白データがなかったときに、連結記号を付加するようにしてもよい。
【００３２】
次に、上記したバイナリ・テキスト変換部１ｃの動作をフローチャートを用いて図５に示す。ここでは、ＥＣＭバッファｂ２に格納されたテキストデータを１バイトずつ参照し、データの種類と、そのときの１ラインバッファｂ１のデータ格納状況などによって動作を異ならせて、記録紙の１ページ分のデータを処理している。
【００３３】
１ラインバッファｂ１の現在のポインタ位置にコピーするデータを、ＥＣＭバッファｂ２から参照し、このデータが改行コードではなく、１ラインバッファｂ１の残り（空き）のバイト数が単語の切れ目を考慮する必要がある数（例えば５文字）ではないときには、その参照していたＥＣＭバッファｂ２の１バイトのデータを、１ラインバッファｂ１にコピーして、このバッファｂ１のポインタをインクリメントする（１００〜１０４）。
【００３４】
そして、このコピーしたデータが、ＥＣＭバッファｂ２の最終データであれば、このときのポインタを記憶し、ＥＣＭバッファｂ２に次のテキストデータを格納してから、ＥＣＭバッファｂ２の次のデータを参照する（１０５〜１０７）。
一方、参照したデータが改行コードであって、１ラインバッファｂ１に空きが充分あれば、改行は行わずに次のデータを参照し、空きが少なければ、ここまでに１ラインバッファｂ１にコピーされたデータを１ライン分として、イメージ化（イメージデータに変換）する。そして、１ページ分の行数のデータ変換が終了するか、ＥＣＭバッファｂ２のデータがなくなれば、処理を終了する（１０８〜１１１）。
【００３５】
また、参照したデータが改行コードでないが、１ラインバッファｂ１の残りのバイト数が単語の切れ目を考慮する必要がある数であると、最終データまでに空白データがなければ、１バイトのコピーを継続するが、空白データがあると、改行（ポインタを初期化）するようにして１ライン分をイメージ化する（１１２〜１１６）。
【００３６】
一方、１ラインバッファｂ１のポインタが、最終データの位置になったときには、参照したデータが空白データであれば改行するが、そうでなければ、２バイトコードの１バイト目であるときはハイフン（連結記号）を代入せず、１バイトコードであるときにはハイフンを代入してから改行して、イメージ化する（１１７〜１２０）。
【００３７】
ここに、２バイトコードには、例えば、日本語文字（かな漢字）のコードであるシフトＪＩＳコードがあり、１バイト目の先頭ビットが「１」になっていることによって、２バイトコードであることが分かるので、１ラインバッファｂ１の最終データを格納するときに、参照したデータが２バイトコードの１バイト目であれば、コードの途中で改行され、文字化け等の誤ったデータに変換されることを防ぐため、参照データ（２バイトコードの１バイト目）を、１ラインバッファｂ１にコピーせずに改行し、データ変換後に次ラインの先頭データとしてコピーする。
【００３８】
なお、ステップ１０９においてイメージ化されたデータは、画像メモリ６に格納され、記録部１２で印字されるか、表示部９に表示される。
【００３９】
【発明の効果】
以上の説明からも理解できるように、本発明の請求項１に記載の電子メール機能付通信端末装置によれば、受信したテキストデータを１ライン分ずつイメージデータに変換するときに、１ライン分のテキストデータが所定量以下であったときは、次ラインのテキストデータを連結させてから、１ライン分のテキストデータをイメージデータに変換するので、無駄な改行をなくすことができ、記録紙を経済的に使用することができる。
【００４０】
請求項２では、１ラインの最大量まであるテキストデータの最終データが空白データでなければ、最終から検索して、所定数のデータまでに含まれる最初の空白データまでを１ライン分のテキストデータとして、イメージデータに変換するので、単語の切れ目などで改行することができ、文章が読み易くなる。
請求項３では、１ラインの最大量まであるテキストデータの最終データに、連結記号を付加してからイメージデータに変換するので、単語が続いていることが分かり、文章が読み易い。
【図面の簡単な説明】
【図１】本発明に係る電子メール機能付通信端末装置の内部構成の一例を示したブロック図である。
【図２】図１の通信端末装置内のデータの流れを示した模式図である。
【図３】図１の通信端末装置の動作を概略を説明するための図である（請求項１）。
【図４】図１の通信端末装置の動作を概略を説明するための図である（請求項２，３）。
【図５】図１の通信端末装置の基本動作の一例を示すフローチャートである。
【符号の説明】
Ｆ・・・電子メール機能付ファクシミリ装置
１・・・主制御部
１３・・・キャラクタジェネレータ
１ｃ・・・バイナリ・テキスト変換部
ｂ１・・・１ラインバッファ
ｂ２・・・ＥＣＭバッファ
Ｚ・・・連結記号

Claims (3)

1. コンピュータ通信網を介して受信したテキストデータを、１ライン分ずつイメージデータに変換するデータ変換部を備え、このデータ変換部は、１ライン分のテキストデータが所定量以下であったときには、次ラインのテキストデータを連結させてから、１ライン分のテキストデータをイメージデータに変換することを特徴とする電子メール機能付通信端末装置。
2. 上記データ変換部は、１ライン分のテキストデータが１ラインの最大量まであり、かつ、その最終データが空白データでないときには、最終から検索して、所定数のデータまでに含まれる最初の空白データまでを１ライン分のテキストデータとして、イメージデータに変換することを特徴とする請求項１に記載の電子メール機能付通信端末装置。
3. 上記データ変換部は、１ライン分のテキストデータが１ラインの最大量まであり、かつ、その最終データが空白データでないとき、あるいは、更に、最終から所定数までのデータに空白データが含まれていないときには、１ライン分のテキストデータを、連結記号を付加してから、イメージデータに変換することを特徴とする請求項２に記載の電子メール機能付通信端末装置。

Images