JP2003087326A - 通信装置、通信方法、プログラム及び記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】メモリの使用効率を向上した通信装置、通信方
法、プログラム及び記憶媒体を提供すること。 【解決手段】 テキストデータを受信する際に、受信す
るテキストデータが符号化されて生成されたものか否か
を、該テキストデータの受信前に判断し（Ｓ２０２）、
受信するテキストデータは符号化されて生成されたも
の、と判断した場合には、テキストデータの受信と同時
に受信したテキストデータの復号を行い（Ｓ２０３）、
テキストデータを復号した結果として生成されたデータ
を格納する（Ｓ２０４）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は通信装置、通信方
法、プログラム及び記憶媒体に関するものである。

【０００２】

【従来の技術】従来から、通信装置間のメールの送受信
は、一般的に、テキストデータによって行われている。
即ち、メールに添付された画像データは、一旦テキスト
データに変換され、送信される。

【０００３】また、受信側の装置では、テキストデータ
を受信すると、そのテキストデータが、元は画像データ
なのか、或は、元々テキストデータなのかを判断し、そ
のテキストデータがテキスト変換を施されたものだと判
断すると、画像データに戻した上で表示やプリントの対
象となる。

【０００４】ここで、送信側装置においてテキストデー
タへの符号化に使われる符号化方式としては、base64、
uuencode、quoted-printableなどの方式が一般的に知ら
れている。

【０００５】このうち、base64の符号化方式は、３バイ
トのデータを４バイトに変換するものであり、３バイト
の文字を６ビットごとの４つに分解し、この分割した６
ビットコードの値と、図４に示すようなテーブルを用い
て、文字に置き換えるものである。また、変換元のデー
タが３バイトに満たないときは、padding文字として"="
をデータのない部分に入れる。例えば、0xff,0x00,0xff
の３バイトを変換する場合には、11111111 00000000
11111111→111111 110000 000011 111111→６３ ４
８ ３ ６３→'/' 'w' 'D' '/'と変換され、テキスト'
/wD/'として、送信することになる。このようなbase64
の符号化方式では、通常、符号化前に比べて総データ長
が約３３％長くなる。

【０００６】また、uuencodeの符号化方式は、やはり３
バイトのデータを４バイトに変換するものであり、３バ
イトの文字を６ビットごとの４つに分解し、この分割し
た６ビットコードの値と、図５に示すようなテーブルを
用いて、対応した文字に置き換えるものである。また、
uuencode符号化方式では、行の先頭に、その行に含まれ
るデータ数に対応する文字を追加する。例えば、0xff,0
x00,0xffの３バイトを変換する場合には、1111111 000
00000 11111111→111111 110000 000011 111111→
６３ ４８ ３ ６３→'_' 'P' '#' '_'と変換され、
さらに変換元のデータは３文字なので、先頭に'#'を付
加し、テキスト'#_P#_'として、送信することになる。
このようなuuencodeの符号化方式でも、通常、符号化前
に比べて総データ長が約３３％長くなる。

【０００７】また、quoted-printableの符号化方式で
は、７ビットの文字（最上位ビットが０）は、そのまま
符号化せず使用し、８ビットの文字（最上位ビットが
１）は"="を付加して、その文字を１６進数の文字とし
て表記する。上記２つの方式が３ビット→４ビット変換
をひとかたまりにするのに対し、本方式は１ビットずつ
符号化する。具体的には、以下の３つのルールによって
変換する。 １："="を除く、0x20〜0x7Eまでのキャラクターコード
の文字、及び空白、TABはそのまま表記する。 ２：規則１に当てはまらない文字は、"="＋2桁の１６進
数の形式で表記する。 ３：行末の"="は次の行にデータが続いていることを示
す。"="がないときの改行は、(CRLF)があるものとす
る。

【０００８】例えば、0xff,0x33,0xffの３バイトを変換
する場合には、0xffは0x7Eよりも大きい文字であるの
で、規則２に従い、"=FF"(0x3D,0x46,0x46)の３バイト
データに変換される。0x33は0x20〜0x7Eの範囲内の大き
さの文字であるので、規則１に従い0x33のままで変換し
ない。従って、0xff,0x33,0xffの３バイトをquoted-pri
ntable変換すると、0x3D,0x46,0x46,0x33,0x3D,0x46,0x
46("=FF3=FF")という計７ビットのデータサイズに変換
される。quoted-printableの符号化方式では、変換後の
データサイズは、規則１に当てはまらない文字数が多け
れば多いほど大きくなる。

【０００９】

【発明が解決しようとする課題】図６は、テキストデー
タを受信した通信装置における、従来のテキストデータ
受信処理の流れを示すフローチャートである。従来で
は、ステップＳ６０１でテキストデータを受信すると、
ステップＳ６０２で、そのまま一旦メモリに保存し、そ
の後に、ステップＳ６０３で符号化されたテキストデー
タか否か判断し、そのテキストデータが伝送のために符
号化されて生成されたものである場合にはステップＳ６
０４に進み、画像データに復号化し、ステップＳ６０５
でデータ出力していた。また、符号化されたものではな
いテキストデータは、そのまま出力されていた。

【００１０】しかし、このような方法では、メール１件
分のテキストデータをメモリに保存してから、復号化を
行っていたため、メモリの使用効率が低くなっていた。

【００１１】本発明は、上記従来技術の課題を解決する
ためになされたもので、その目的とするところは、メモ
リの使用効率の良い通信装置、通信方法、プログラム及
び記憶媒体を提供することにある。

【００１２】

【課題を解決するための手段】上記目的を達成するた
め、本発明に係る装置は、テキストデータを受信する受
信手段と、受信するテキストデータが符号化されて生成
されたものか否かを、該テキストデータの受信前に判断
する判断手段と、前記判断手段で、受信する前記テキス
トデータは符号化されて生成されたもの、と判断した場
合には、前記受信手段による前記テキストデータの受信
と同時に、受信した前記テキストデータの復号を行う復
号手段と、前記復号手段によって前記テキストデータを
復号した結果として生成されたデータを格納する記憶手
段と、を有することを特徴とする。

【００１３】前記記憶手段に、前記テキストデータの符
号化方式をも記憶することを特徴とする。

【００１４】前記受信手段は電子メールとして前記テキ
ストデータを受信することを特徴とする。

【００１５】前記判断手段は、電子メールのヘッダによ
って、受信するテキストデータが符号化されて生成され
たものか否かを、判断することを特徴とする。

【００１６】上記目的を達成するため、本発明に係る方
法は、電子メールを受信する受信工程と、前記電子メー
ルのヘッダを解析することにより、受信する電子メール
がテキストデータに符号化したものであるか否かを判断
する判断工程と、前記判断工程で前記テキストデータが
符号化されたものであると判断した場合には、前記テキ
ストデータを受信しつつ復号する工程と、前記テキスト
データを復号して生成されたデータを、メモリに保存す
る工程と、を含むことを特徴とする。

【００１７】また、本発明に係る他の方法は、電子メー
ルを受信する受信工程と、前記電子メールのヘッダを解
析することにより、受信する電子メールがテキストデー
タに符号化したものであるか否かを判断する判断工程
と、前記判断工程で前記テキストデータが符号化された
ものであると判断した場合には、その符号化方式をメモ
リに保存する工程と、前記判断工程で前記テキストデー
タが符号化されたものであると判断した場合には、前記
テキストデータを受信しつつ復号する工程と、前記テキ
ストデータを復号して生成されたデータを、前記メモリ
に保存する工程と、を含むことを特徴とする。

【００１８】上記目的を達成するため、本発明に係るプ
ログラムは、通信装置が備えるプロセッサに、電子メー
ルを受信する受信工程と、前記電子メールのヘッダを解
析することにより、受信する電子メールがテキストデー
タに符号化したものであるか否かを判断する判断工程
と、前記判断工程で前記テキストデータが符号化された
ものであると判断した場合には、前記テキストデータを
受信しつつ復号する工程と、前記テキストデータを復号
して生成されたデータを、メモリに保存する工程と、を
実行させることを特徴とする。

【００１９】また、本発明に係る他のプログラムは、通
信装置が備えるプロセッサに、電子メールを受信する受
信工程と、前記電子メールのヘッダを解析することによ
り、受信する電子メールがテキストデータに符号化した
ものであるか否かを判断する判断工程と、前記判断工程
で前記テキストデータが符号化されたものであると判断
した場合には、その符号化方式をメモリに保存する工程
と、前記判断工程で前記テキストデータが符号化された
ものであると判断した場合には、前記テキストデータを
受信しつつ復号する工程と、前記テキストデータを復号
して生成されたデータを、前記メモリに保存する工程
と、を実行させることを特徴とする。

【００２０】上記目的を達成するため、本発明に係る記
憶媒体は、前記プログラムを格納したことを特徴とす
る。

【００２１】

【発明の実施の形態】以下に、図面を参照して、この発
明の好適な実施の形態を例示的に詳しく説明する。ただ
し、この実施の形態に記載されている構成要素の相対配
置、表示画面等は、特に特定的な記載がない限りは、こ
の発明の範囲をそれらのみに限定する趣旨のものではな
い。

【００２２】（第１の実施の形態）本発明に係る通信装
置の第１の実施形態としてのインターネットＦＡＸにつ
いて図１、図２を用いて説明する。

【００２３】図１は、インターネットＦＡＸの概略構成
を示すブロック図である。この図１において、ＣＰＵ１
０１はシステムの制御部であり、装置全体を制御する。
ＲＯＭ１０２はＣＰＵの制御プログラムを格納するため
のメモリである。ＳＲＡＭ１０３はオペレータが登録し
た設定値や装置の管理データ等や各種ワーク用バッファ
等を格納するメモリである。ＤＲＡＭ１０４はプログラ
ム制御変数等を格納するためのメモリである。また画像
データ、テキストデータをも蓄積する。読取部１０５は
原稿上の画像を光学的に読み取り、バイナリデータに変
換する装置を含む。記録部１０６は、ＤＲＡＭに格納さ
れた画像データを、記録紙に出力する装置である。ネッ
トワーク通信制御部１０７は、本ＦＡＸの外部のネット
ワークと通信を行うためのインターフェースである。操
作部１０８は、テンキー、ワンタッチキー、モードキ
ー、セットキー等を備え、オペレータから設定データを
獲得する。ＣＯＤＥＣ１０９は入力した画像データの符
号化処理や復号処理を行う装置を含む。また画像の縮小
拡大処理もここで行われる。

【００２４】次に、本実施形態に係るインターネットＦ
ＡＸでのテキストデータ受信処理について説明する。図
２は、本実施形態に係るインターネットＦＡＸでのテキ
ストデータ受信処理の流れを示すフローチャートであ
る。

【００２５】まず、ステップＳ２０１において、ＣＰＵ
１０１にネットワークからの電子メールの受信を行う処
理要求イベントが発生し、電子メールとしてのテキスト
データの受信処理を開始する。

【００２６】次に、ステップＳ２０２で、受信したテキ
ストデータが符号化されたものかどうかのチェックを行
う。具体的には、テキストデータ本体に先駆けて送られ
てくるヘッダ部分を解析することで、そのテキストデー
タは符号化されて生成されたものか、その符号化方式は
何か、といった情報を得る。

【００２７】ヘッダの解析の結果、電子メールの添付フ
ァイルとして受信したテキストデータが、画像データを
テキスト変換して生成されたものであると判断された場
合、更にステップＳ２０３において、テキストデータ
を、受信しつつ、復号できる最小単位ごとに復号してい
く。つまり、テキストデータの受信と同時に随時復号を
行う。

【００２８】そして、ステップＳ２０４において、テキ
ストデータを復号して、データサイズを縮小した結果と
してのデータを、メモリに格納する。

【００２９】ステップＳ２０２において、受信したテキ
ストデータが符号化されて生成されたものではなく、元
々テキストデータだった場合は、復号処理は行わずに、
そのままステップＳ２０４に進み、データをメモリに保
存する。

【００３０】メモリに保存されたデータは、記録部１０
６による記録紙へのプリントや、他の通信端末への転送
などのために出力される。

【００３１】本実施形態によれば、より少ないメモリ使
用量でテキストデータを格納することが可能になる。

【００３２】（第２の実施の形態）次に図３を用いて本
発明の第２の実施形態について説明する。本実施の形態
は、テキストデータの復号処理の際に、その符号化方法
を記憶しておく点が上記第１の実施形態と異なる。

【００３３】基本的な動作の流れは図２と同じであるの
で、異なる処理についてのみ説明し、同じ処理は同じス
テップ符号を付してその説明を省略する。

【００３４】ネットワークから受信したテキストデータ
は、ステップＳ２０２で、符号化された結果生成された
テキストデータであると判断されると、ステップＳ２０
３でそのテキストデータの復号化を行い、またさらに、
ステップＳ３０１でその符号化方式を記憶する。

【００３５】本実施形態によれば、受信データの符号化
されていた状態への逆変換も容易に行えるようになる。

【００３６】なお、上記図３のステップＳ２０３とステ
ップＳ３０１との順番は逆であってもかまわない。

【００３７】なお、本発明は、インターネットＦＡＸに
限定されるものではなく、他の複数の機器（例えばホス
トコンピュータ、インタフェイス機器、リーダ、プリン
タなど）から構成される通信システムに適用しても、一
つの機器からなる通信装置（例えば、複写機、ファクシ
ミリ装置など）に適用してもよい。

【００３８】また、本発明の目的は、前述した実施形態
の機能を実現するソフトウェアのプログラムコードを記
録した記憶媒体（または記録媒体）を、システムあるい
は装置に供給し、そのシステムあるいは装置のコンピュ
ータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納された
プログラムコードを読み出し実行することによっても、
達成されることは言うまでもない。この場合、記憶媒体
から読み出されたプログラムコード自体が前述した実施
形態の機能を実現することになり、そのプログラムコー
ドを記憶した記憶媒体は本発明を構成することになる。
また、コンピュータが読み出したプログラムコードを実
行することにより、前述した実施形態の機能が実現され
るだけでなく、そのプログラムコードの指示に基づき、
コンピュータ上で稼働しているオペレーティングシステ
ム（ＯＳ）などが実際の処理の一部または全部を行い、
その処理によって前述した実施形態の機能が実現される
場合も含まれることは言うまでもない。

【００３９】さらに、記憶媒体から読み出されたプログ
ラムコードが、コンピュータに挿入された機能拡張カー
ドやコンピュータに接続された機能拡張ユニットに備わ
るメモリに書込まれた後、そのプログラムコードの指示
に基づき、その機能拡張カードや機能拡張ユニットに備
わるＣＰＵなどが実際の処理の一部または全部を行い、
その処理によって前述した実施形態の機能が実現される
場合も含まれることは言うまでもない。

【００４０】本発明を上記記憶媒体に適用する場合、そ
の記憶媒体には、先に説明した（図２および/または図
３に示す）フローチャートに対応するプログラムコード
が格納されることになる。

【００４１】

【発明の効果】本発明によれば、メモリの使用効率を向
上した通信装置、通信方法、プログラム及び記憶媒体を
提供することができる。

【図面の簡単な説明】

【図１】本発明の第１実施形態に係るインターネットＦ
ＡＸのハードウエア構成を示した図である。

【図２】本発明の第１実施形態に係るインターネットＦ
ＡＸのテキストデータ受信処理を示すフローチャートで
ある。

【図３】本発明の第２実施形態に係るインターネットＦ
ＡＸのテキストデータ受信処理を示すフローチャートで
ある。

【図４】base64符号化方式について説明する図である

【図５】uuencode符号化方式について説明する図である

【図６】従来の通信装置のテキストデータ受信処理を示
すフローチャートである。

Claims (9)

【特許請求の範囲】
1. 【請求項１】テキストデータを受信する受信手段と、 受信するテキストデータが符号化されて生成されたもの
   か否かを、該テキストデータの受信前に判断する判断手
   段と、 前記判断手段で、受信する前記テキストデータは符号化
   されて生成されたもの、と判断した場合には、前記受信
   手段による前記テキストデータの受信と同時に、受信し
   た前記テキストデータの復号を行う復号手段と、 前記復号手段によって前記テキストデータを復号した結
   果として生成されたデータを格納する記憶手段と、 を有することを特徴とする通信装置。
2. 【請求項２】前記記憶手段に、前記テキストデータの符
   号化方式をも記憶することを特徴とする請求項１に記載
   の通信装置。
3. 【請求項３】前記受信手段は電子メールとして前記テキ
   ストデータを受信することを特徴とする請求項１又は２
   に記載の通信装置。
4. 【請求項４】前記判断手段は、電子メールのヘッダによ
   って、受信するテキストデータが符号化されて生成され
   たものか否かを、判断することを特徴とする請求項３に
   記載の通信装置。
5. 【請求項５】電子メールを受信する受信工程と、 前記電子メールのヘッダを解析することにより、受信す
   る電子メールがテキストデータに符号化したものである
   か否かを判断する判断工程と、 前記判断工程で前記テキストデータが符号化されたもの
   であると判断した場合には、前記テキストデータを受信
   しつつ復号する工程と、 前記テキストデータを復号して生成されたデータを、メ
   モリに保存する工程と、 を含むことを特徴とする通信方法。
6. 【請求項６】電子メールを受信する受信工程と、 前記電子メールのヘッダを解析することにより、受信す
   る電子メールがテキストデータに符号化したものである
   か否かを判断する判断工程と、 前記判断工程で前記テキストデータが符号化されたもの
   であると判断した場合には、その符号化方式をメモリに
   保存する工程と、 前記判断工程で前記テキストデータが符号化されたもの
   であると判断した場合には、前記テキストデータを受信
   しつつ復号する工程と、 前記テキストデータを復号して生成されたデータを、前
   記メモリに保存する工程と、 を含むことを特徴とする通信方法。
7. 【請求項７】通信装置が備えるプロセッサに、 電子メールを受信する受信工程と、 前記電子メールのヘッダを解析することにより、受信す
   る電子メールがテキストデータに符号化したものである
   か否かを判断する判断工程と、 前記判断工程で前記テキストデータが符号化されたもの
   であると判断した場合には、前記テキストデータを受信
   しつつ復号する工程と、 前記テキストデータを復号して生成されたデータを、メ
   モリに保存する工程と、 を実行させることを特徴とするプログラム。
8. 【請求項８】通信装置が備えるプロセッサに、 電子メールを受信する受信工程と、 前記電子メールのヘッダを解析することにより、受信す
   る電子メールがテキストデータに符号化したものである
   か否かを判断する判断工程と、 前記判断工程で前記テキストデータが符号化されたもの
   であると判断した場合には、その符号化方式をメモリに
   保存する工程と、 前記判断工程で前記テキストデータが符号化されたもの
   であると判断した場合には、前記テキストデータを受信
   しつつ復号する工程と、 前記テキストデータを復号して生成されたデータを、前
   記メモリに保存する工程と、 を実行させることを特徴とするプログラム。
9. 【請求項９】請求項７又は８に記載のプログラムを格納
   したことを特徴とする記憶媒体。