JP4086876B2 - 通信装置及び通信方法 - Google Patents

Description

本発明は、電子メールやワードプロセッサ情報等の電子情報メディアとファクシミリ・メディア間の情報交換が可能な通信装置及び通信方法に関するものである。

昨今、オフィスや家庭に導入されるＰＣ（パーソナル・コンピュータ）の普及によるＬＡＮ、インターネットに接続されるＰＣの急激な増大に伴い、電子メールやＷＷＷ（ワールド・ワイド・ウエッブ）を活用する人口が劇的に増大している。１９９７年末時点でインターネットを活用するユーザ数は６、０００万人を越え、年間１００％以上の伸びを示している。これは、ファクシミリに代表される、電話回線を介して紙情報の交換を電子的に行う伝達手段に加え、コンピュータが扱う電子データそのものをＬＡＮ、インターネットを介してやりとりできる時代が到来したことを表している。ここで、電子データとしては、ワードプロセッサ文書や表形式文書等がある。

一方、従来の文書情報を伝達するための代表的な機器であるファクシリ装置はに関しては、日本のオフィス向けファクシミリ導入比率が９０％を超え、成熟市場といえる。しかし、家庭用ファクシミリの生産においては大幅な成長傾向を示している。このように、現在は電子データによる情報伝達とファクシミリ（紙）による情報伝達の両方が併存した時代といえる。

このような時代を背景に、電子データによる情報伝達とファクシミリによる情報伝達の接点となるファクシミリ装置や通信サービスが開発されている。それは、たとえばインターネットＦＡＸと呼ばれる装置またはサービスである。具体的には、ファクシミリ装置を文書読取り装置として利用し、読取ったファクシミリ画像データを電子メール等の電子データに変換する。そして、ＬＡＮ、インターネットや公衆電話回線を介して他のインターネットＦＡＸ装置、ＰＣやファクシミリ装置に送信するものである。

従来、インターネットＦＡＸ（装置又は通信サービス）が扱う電子データは、ファクシミリ画像データを画像ファイルフォーマットの１つであるＴＩＦＦ(Tagged Image File Format)に変換して電子メールデータに埋め込んだ、ＩＥＴＦ(Internet Engineering Task force)が勧告したＭＩＭＥ(Multipurpose Internet Mail Extensions)と称する電子メールデータフォーマットに準拠した電子メールデータとして機器間で交換される。ＴＩＦＦは一般的なワードプロセッサ文書データや表文書データとは異なり、あくまで画像データである。

特開平１０−２８２１７号公報

しかしながら、上述した従来のインターネットＦＡＸ（装置または通信サービス。以下同様）は、ＴＩＦＦを用いたファクシミリ画像データを電子メールに埋め込んで交換するものである。ここで、ＰＣで作成したワードプロセッサ文書や表文書などの非画像データをＰＣ上の電子メールソフトで添付してインターネットＦＡＸに送り届けた場合を想定する。この場合、受信したインターネットＦＡＸでは、ワードプロセッサ文書や表文書等のＰＣ上のアプリケーション・ソフトが扱うデータを解釈できない。そのため、インターネットＦＡＸのプリンタで自動的に印刷したり、添付されたデータをファクシミリ画像データに変換して遠隔のファクシミリ装置に簡単かつ素早く送り届けることができない。

また、受信エラーの詳細が不明であるという問題がある。
つまり、電子データを受信している通信のセッション上で、受信データを正常に受信できない場合は、そのエラー理由を通信規約で決められたエラーコードで通知している。最近のインターネットの広がりと通信装置の技術進歩により電子メールを始めとする様々な電子データを受信し、白黒画像はもとよリカラー画像、音声等のマルチメディアを扱える通信装置が世に出始めている。しかし、通信規約で決められたエラーコードが標準化団体で決定されるのは、かなりの時間を要する。また、受信メディアの受信能力等の問題に代表される、詳細なエラー情報を通知するためには、通信規約で決めれられたエラーコードでは限界がある。

さらに、電子メールに代表される電子データの不達理由等のメッセージは英語で通知されることが多いため、メッセージ内容の理解が容易でない。

本発明の目的は、上述の問題点を解決した通信装置および通信方法を提供することにある。

上述の目的を達成するため、本発明の通信装置は、ネットワークを介して受信した電子メールをもとに、画像データを形成して出力する通信装置であって、電子メールを受信する受信手段と、受信手段が受信した電子メールを解析して、テキストに符号化されたバイナリデータを抽出する抽出手段と、抽出手段が抽出した、テキストに符号化されたバイナリデータを画像データに変換する変換手段と、受信手段が受信した電子メールの言語種別を、電子メールのヘッダ情報に含まれる、電子メールの文字コードを特定する情報に基づいて判別する判別手段と、判別手段が判別した言語種類によるメッセージで変換手段による変換処理に関するレポート情報を生成する生成手段と、生成手段が生成したレポート情報を受信手段が受信したデータの送信元へ送信する送信手段と、を有することを特徴とする。

また、上述の目的を達成するため、本発明の通信方法は、ネットワークを介して受信した電子メールをもとに、画像データを形成して出力するための通信方法であって、電子メールを受信する受信ステップと、受信ステップで受信した電子メールを解析して、テキストに符号化されたバイナリデータを抽出する抽出ステップと、抽出ステップで抽出した、テキストに符号化されたバイナリデータを画像データに変換する変換ステップと、受信ステップで受信した電子メールの言語種別を、電子メールのヘッダ情報に含まれる、電子メールの文字コードを特定する情報に基づいて判別する判別ステップと、判別ステップで判別した言語種類によるメッセージで、変換ステップによる変換処理に関するレポート情報を生成する生成ステップと、生成ステップで生成したレポート情報を、受信ステップで受信したデータの送信元へ送信する送信ステップと、を有することを特徴とする。

以上述べたように、本発明によれば、送信元の言語種別を検出し、エラー発生時にはその言語で記述したエラーレポートを送信するため、ユーザーがエラー内容を正しく認識できる。

以下、図面を参照して本発明をさらに詳細に説明する。以下の説明においては、本発明を適用した通信装置として、ネットワークインターフェースを有する複写機能及びＦＡＸ機能を有する複合機を例にして説明を行う。しかし、そのほかの校正を有する機器であっても本発明を構成しうることは言うまでもない。

（ハードウェア構成）
複合機システムの全体構成を図１に示す。コントローラ２０００は画像入力デバイスであるスキャナ２０７０や画像出力デバイスであるプリンタ２０９５に接続される。また、その一方で、ＬＡＮ２０１１や公衆回線（ＷＡＮ）２０５１に接続することで、画像情報やデバイス情報の入出力を行う。ＣＰＵ２００１は複合機全体を制御する汎用プロセッサである。ＲＡＭ２００２はＣＰＵ２００１が動作するためのシステムワークメモリであり、画像データを一時記憶するための画像メモリでもある。ＲＯＭ２００３はブートＲＯＭであり、複合機のブートプログラムが格納されている。ＨＤＤ２００４はハードディスクドライブで、システムソフトウェア、画像データを格納する。操作部Ｉ／Ｆ２００６は操作部（ＵＩ）２０１２とのインターフェース部で、操作部２０１２に表示する画像データを操作部２０１２に対して出力する。また、操作部２０１２から本システム使用者が入力した情報を、ＣＰＵ２００１に伝える役割をする。Modem２０５０は公衆回線２０５１に接続し、情報の入出力を行う。以上のデバイスがシステムバス２００７上に配置される。

画像バスＩ／Ｆ２００５はシステムバス２００７と画像データを高速で転送する画像バス２００８を接続し、データ構造を変換するバスブリッジである。画像バス２００８は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。画像バス２００８上には以下のデバイスが配置される。ネットワークＩ／Ｆ２０１０はシステムバス２００７をＬＡＮ２０１１に接続し、情報の入出力を行う。ラスターイメージプロセッサ（ＲＩＰ）２０６０はＰＤＬ（ページ記述言語）コードをビットマップイメージに展開する。デバイスＩ／Ｆ部２０２０は、画像入出力デバイスであるスキャナ２０７０やプリンタ２０９５とコントローラ２０００を接続し、画像データの同期系／非同期系の変換を行う。スキャナ画像処理部２０８０は、入力画像データに対し補正、加工、編集を行う。プリンタ画像処理部は、プリント出力画像データに対して、プリンタの補正、解像度変換等を行う。画像回転部２０３０は画像データの回転を行う。画像圧縮伸長部２０４０は、多値画像データはＪＰＥＧ、２値画像画像データはＪＢＩＧ、ＭＭＲ、ＭＨの圧縮伸張処理を行う。

以上説明したような構成は画像処理部分の拡張性を考慮してシステムバス２００７部、及び画像バス２００８部が分離されるような構成となっており、一般的なコンピュータの構成を応用したものである。上記構成では画像バスＩ／Ｆを汎用Ｉ／Ｆにすることで、画像処理を任意に組み合わせることが可能な自由度、また将来性を考慮し拡張性をもたせている。特に画像圧縮伸長部部分は将来様々な規格が提案される可能性もあり、容易に交換できるよう画像バス側に接続される。

複合機システムの正面外観例を図２に示す。画像入力デバイスであるスキャナ部２０７０は、原稿を照明し、ＣＣＤラインセンサ（図示せず）を走査することで、ラスターイメージデータとして電気信号に変換する。原稿は原稿フィーダ２０７２のトレイ２０７３にセットし、装置使用者が操作部２０１２から読み取り起動指示する。これにより、コントローラＣＰＵ２００１がスキャナ２０７０に指示を与え、フィーダ２０７２は原稿を１枚ずつフィードし原稿画像の読み取り動作を行う。

画像出力デバイスであるプリンタ部２０９５は、ラスターイメージデータ２０９６を紙などの被記録材上の画像に変換する部分である。プリンタ部２０９５の方式は感光体ドラムや感光体ベルトを用いた電子写真方式、微小ノズルアレイからインクを吐出して用紙上に直接画像を形成するインクジェット方式等があるが、どの方式でも構わない。プリント動作の起動は、コントローラＣＰＵ２００１からの指示によって開始する。プリンタ部２０９５には、異なる被記録材サイズまたは異なる被記録材の向きを選択できるように複数の供給段を持ち、それに対応したカセット２１０１，２１０２，２１０３，２１０４がある。また、排出トレイ２１１１は印字し終った被記録材を受けるものである。

・操作部
操作部２０１２の外観例を図３に示す。ＬＣＤ表示部２０１３は、ＬＣＤ上にタッチパネルシートが貼られており、システムの操作画面を表示するとともに、表示してあるキーが押されるとその位置情報をコントローラＣＰＵ２００１に伝える。スタートキー２０１４は原稿画像の読み取り動作を開始する時などに用いる。スタートキー２０１４中央部には、緑と赤の２色ＬＥＤ２０１８があり、その色によってスタートキー２０１４が使える状態にあるかどうかを示す。ストップキー２０１５は稼働中の動作を止める働きをする。ＩＤキー２０１６は、使用者のユーザーＩＤを入力する時に用いる。リセットキー２０１７は操作部からの設定を初期化する時に用いる。

・スキャナ画像処理部
スキャナ画像処理部２０８０の構成を図４に示す。画像バスＩ／Ｆコントローラ２０８１は、画像バス２００８と接続し、そのバスアクセスシーケンスを制御する働きと、スキャナ画像処理部２０８０内の各デバイスの制御及びタイミングを発生させる。フィルタ処理部２０８２は、空間フィルタでコンボリューション演算を行う。編集部２０８３は、例えば入力画像データからマーカーペンで囲まれた閉領域を認識して、その閉領域内の画像データに対して、影つけ、網掛け、ネガボジ反転等の画像加工処理を行う。変倍処理部２０８４は、読み取り画像の解像度を変える場合にラスターイメージの主走査方向について補間演算を行い拡大、縮小を行う。副走査方向の変倍については、画像読み取りラインセンサ（図示せず）を走査する速度を変えることで行う。テーブル変換部２０８５は、読み取った輝度データである画像データを濃度データに変換するのテーブル変換を行う。２値化処理部２０８６は、多値のグレースケール画像データを、誤差拡散処理やスクリーン処理によって２値化する。

処理が終了した画像データは、再び画像バスコントローラ２０８１を介して、画像バス上に転送される。

・プリンタ画像処理部
プリンタ画像処理部２０９０の構成を図５に示す。画像バスＩ／Ｆコントローラ２０９１は、画像バス２００８と接続し、そのバスアクセスシーケンスを制御する働きと、スキャナ画像処理部２０９０内の各デバイスの制御及びタイミングを発生させる。解像度変換部２０９２は、ＬＡＮ２０１１あるいはＷＡＮ２０５１から受信した画像データを、プリンタ２０９５の解像度に変換するための解像度変換を行う。スムージング処理部２０９３は、解像度変換後の画像データのジャギー（斜め線等の白黒境界部に現れる画像のがさつき）を滑らかにする処理を行う。

・画像圧縮伸長部
画像圧縮伸長部２０４０の構成を図６に示す。画像バスＩ／Ｆコントローラ２０４１は、画像バス２００８と接続し、そのバスアクセスシーケンスを制御する。また、入力バッファ２０４２・出力バッファ２０４５とのデータのやりとりを行うためのタイミング制御及び、画像圧縮伸長部２０４３に対するモード設定などの制御を行う。本発明においては、データの圧縮を符号化、伸長を復号化として取り扱う。以下に画像圧縮伸長部の処理手順を示す。

画像バス２００８を介して、ＣＰＵ２００１から画像バスＩ／Ｆコントローラ２０４１に画像圧縮制御のための設定を行う。この設定により画像バスＩ／Ｆコントローラ２０４１は画像圧縮伸長部２０４３に対して画像圧縮に必要な設定（たとえばＭＭＲ圧縮・ＪＢＩＧ伸長等の）を行う。必要な設定を行った後に、再度ＣＰＵ２００１から画像バスＩ／Ｆコントローラ２０４１に対して画像データ転送の許可を行う。この許可に従い、画像バスＩ／Ｆコントローラ２０４１はＲＡＭ２００２もしくは画像バス２００８上の各デバイスから画像データの転送を開始する。受け取った画像データは入力バッファ２０４２に一時格納され、画像圧縮伸長部２０４３の画像データ要求に応じて一定のスピードで画像を転送する。この際、入力バッファは、画像バスＩ／Ｆコントローラ２０４１と、画像圧縮伸長部２０４３両者の間で、画像データを転送できるかどうかを判断する。そして、画像バス２００８からの画像データの読み込み及び、画像圧縮伸長部２０４３への画像の書き込みが不可能である場合は、データの転送を行わないような制御を行う（以後このような制御をハンドシェークと呼称する）。

画像圧縮伸長部２０４３は受け取った画像データを、一旦ＲＡＭ２０４４に格納する。これは画像圧縮を行う際には行う画像圧縮処理の種類によって、数ライン分のデータを要するためであり、最初の１ライン分の圧縮を行うためには数ライン分の画像データを用意してからでないと画像圧縮が行えないためである。画像圧縮を施された画像データは直ちに出力バッファ２０４５に送られる。出力バッファ２０４５では、画像バスＩ／Ｆコントローラ２０４１及び画像圧縮伸長部２０４３とのハンドシェークを行い、画像データを画像バスＩ／Ｆコントローラ２０４１に転送する。画像バスＩ／Ｆコントローラ２０４１では転送された圧縮（もしくは伸長）された画像データをＲＡＭ２００２もしくは画像バス２００８上の各デバイスにデータを転送する。こうした一連の処理は、ＣＰＵ２００１からの処理要求が無くなるまで（必要なページ数の処理が終わったとき）、もしくはこの画像圧縮伸長部から停止要求が出るまで（圧縮及び伸長時のエラー発生時等）繰り返される。

・画像回転部
画像回転部２０３０の構成を図７に示す。画像バスＩ／Ｆコントローラ２０３１は、画像バス２００８と接続し、そのバスシーケンスを制御する働き、画像回転部２０３２にモード等を設定する制御及び、画像回転部２０３２に画像データを転送するためのタイミング制御を行う。以下に画像回転部の処理手順を示す。

画像バス２００８を介して、ＣＰＵ２００１から画像バスＩ／Ｆコントローラ２０３１に画像回転制御のための設定を行う。この設定により画像バスＩ／Ｆコントローラ２０４１は画像回転部２０３２に対して画像回転に必要な設定（たとえば画像サイズや回転方向・角度等）を行う。必要な設定を行った後に、再度ＣＰＵ２００１から画像バスＩ／Ｆコントローラ２０４１に対して画像データ転送の許可を行う。この許可に従い、画像バスＩ／Ｆコントローラ２０３１はＲＡＭ２００２もしくは画像バス２００８上のデバイスから画像データの転送を開始する。尚、ここでは画像バス２００８の幅を３２ｂｉｔ、回転を行う画像サイズを３２×３２（ｂｉｔ）、画像バス２００８上に画像データを転送させる際には３２ｂｉｔを単位とする画像転送を行うものとする（扱う画像は２値を想定する）。

上述のように、３２×３２（ｂｉｔ）の画像を得るためには、上述の単位データ転送を３２回行う必要があり、且つ不連続なアドレスから画像データを転送する必要がある（図８参照）。不連続アドレッシングにより転送された画像データは、読み出し時に所望の角度に回転されているように、ＲＡＭ２０３３に書き込まれる。例えば、９０度反時計方向回転であれば、最初に転送された３２ｂｉｔの画像データを、図９のようにＹ方向に書き込んでいく。読み出し時にＸ方向に読み出すことで、画像が回転される。

３２×３２（ｂｉｔ）の画像回転（ＲＡＭ２０３３への書き込み）が完了した後、画像回転部２０３２はＲＡＭ２０３３から上述した読み出し方法で画像データを読み出し、画像バスＩ／Ｆコントローラ２０３１に画像を転送する。

回転処理された画像データを受け取った画像バスＩ／Ｆコントローラ２０３１は、連続アドレッシングを以て、ＲＡＭ２００２もしくは画像バス２００８上の各デバイスにデータを転送する。こうした一連の処理は、ＣＰＵ２００１からの処理要求が無くなるまで（必要なページ数の処理が終わったとき）繰り返される。

・デバイスＩ／Ｆ部
デバイスＩ／Ｆ部２０２０の構成を図１０に示す。画像バスＩ／Ｆコントローラ２０２１は、画像バス２００８と接続し、そのバスアクセスシーケンスを制御する働きと、デバイスＩ／Ｆ部２０２０内の各デバイスの制御及びタイミングを発生させる。また、外部のスキャナ２０７０及びプリンタ２０９５への制御信号を発生させる。スキャンバッファ２０２２は、スキャナ２０７０から送られてくる画像データを一時保存し、画像バス２００８に同期させて画像データを出力する。シリアルパラレル・パラレルシリアル変換部２０２３は、スキャンバッファ２０２２に保存された画像データを順番に並べて、あるいは分解して、画像バス２００８に転送できる画像データのデータ幅に変換する。パラレルシリアル・シリアルパラレル変換部２０２４は、画像バス２００８から転送された画像データを分解して、あるいは順番に並べて、プリントバッファ２０２５に保存できる画像データのデータ幅に変換する。プリントバッファ２０２５は、画像バス２００８から送られてくる画像データを一時保存し、プリンタ２０９５に同期させて画像データを出力する。

画像スキャン時の処理手順を以下に示す。スキャナ２０７０から送られてくる画像データをスキャナ２０７０から送られてくるタイミング信号に同期させて、スキャンバッファ２０２２に保存する。そして、画像バス２００８がＰＣＩバスの場合には、バッファ内に画像データが３２ビット以上入ったときに、画像データを先入れ先出しで３２ビット分、バッファからシリアルパラレル・パラレルシリアル変換２０２３に送る。このようにして、３２ビットの画像データに変換し、画像バスＩ／Ｆコントローラ２０２１を通して画像バス２００８上に転送する。また、画像バス２００８がＩＥＥＥ１３９４の場合には、バッファ内の画像データを先入れ先出しで、バッファからシリアルパラレル・パラレルシリアル変換部２０２３に送る。これによりシリアル画像データに変換し、画像バスＩ／Ｆコントローラ２０２１を通して画像バス２００８上に転送する。

画像プリント時の処理手順を以下に示す。画像バス２００８がＰＣＩバスの場合には、画像バスから送られてくる３２ビットの画像データを画像バスＩ／Ｆコントローラで受け取り、パラレルシリアル・シリアルパラレル変換部２０２４に送る。そして、プリンタ２０９５の入力データビット数の画像データに分解し、プリントバッファ２０２５に保存する。また、画像バス２００８がＩＥＥＥ１３９４の場合には、画像バスからおくられてくるシリアル画像データを画像バスＩ／Ｆコントローラで受け取る。そして、パラレルシリアル・シリアルパラレル変換２０２４に送り、プリンタ２０９５の入力データビット数の画像データに変換し、プリントバッファ２０２５に保存する。そして、プリンタ２０９５から送られてくるタイミング信号に同期させて、バッファ内の画像データを先入れ先出しで、プリンタ２０９５に送る。

（システム構成）
図１１は、本実施形態の通信装置を他の機器と接続して使用する場合の接続関係や機器間のデータのやり取りの例を示したネットワーク・システム構成図である。

通信装置１４８はＬＡＮ２０１１を介して電子メールクライアント１４１及び１４６、ローカル電子メールサーバ１４２、ＤＮＳサーバ１４３、展開サーバ装置１４１６と接続されている。また、ＬＡＮ２０１１にはルータ１４１２が接続される。通信装置１４８はルータ１４１２を介してインターネット／イントラネット１４１３等他のネットワークに接続されたリモート電子メールサーバ１４１４やインターネットＦＡＸ装置１４１５との通信が可能である。また、通信装置１４８はＬＡＮ２０１１以外にもＰＳＴＮ（公衆交換電話網）／ＩＳＤＮ等の公衆回線１４１０を介してＦＡＸ装置１４１１とも通信可能である。

リモート電子メールサーバ１４１４や電子メールクライアント１４１、１４６から通信装置１４８へ送信された電子メールは、ローカル電子メールサーバ１４２が受信した後、通信装置１４８に転送される。通信装置１４８が受信した電子メールデータの中に展開サーバ装置１４１６でなければ展開できない添付ファイルが含まれている場合がある。この場合、通信装置１４８から展開サーバ装置１４１６に対しこの添付ファイルのバイナリデータを通信装置１４８が取り扱いできる形式のデータ（ＴＩＦＦバイナリ等）に変換を依頼する。展開サーバ装置１４１６と通信装置１４８との通信については後で詳述する。

（ソフトウェア）
以下、本実施形態の動作について説明する。
図１２は、ワードプロセッサ文書や表計算ファイルなど、非画像データが添付ファイルとして添付された電子メールデータ例を示す図で、ＭＩＭＥフォーマットで記述された電子メールデータ内容図である。

図に示すように、電子メールデータは、ヘッダパート９１と、メール文書の記載された本文パート９２及び、エンコードされた電子データが記載された添付ファイルパート９３から構成される。ヘッダパート９１には、送信元、送信先、タイトル、メールの種類（スタイル）情報などが記載される。そして、各パートは境界を示す文字（図１２においては"---Boundary---"で区切られ、各パートのヘッダ部分（パートの開始部分）には、各パートの文字コード情報や、エンコード方法、ファイル名などが記載される。

図１３は、本発明の通信装置における電子データの保存管理、変換処理、及びプリント処理に用いる電子データ管理テーブルのデータ構造図である。

ＩＤ管理テーブル２１３は、受付番号カウンタ、文書ＩＤカウンタ及びトランザクションＩＤカウンタの各領域を有し、受付番号、文書ＩＤ及びトランザクションＩＤの番号を発生するためのテーブルである。

電子データ変換トランザクション管理テーブル２１は、受信した電子メールのデータを解析する際に獲得されるテーブルであり、ＩＤ管理テーブル２１３の発生するＩＤと、電子メールのヘッダから抽出した各種情報を記憶する。電子データ変換トランザクション管理テーブル２１の文書管理テーブル・ポインタは、そのトランザクションで獲得した最初の文書管理テーブルの開始位置を示す。

文書管理テーブル２３〜２５は、電子メールデータの各パート毎に取得されるテーブルであり、各パートの内容に応じて設定される各種情報用の領域を有している。各文書管理テーブルは次のパートに対応する文書管理テーブルの開始位置を示す次ポインタ領域を有し、最終のパートに対応する文書管理テーブル（２５）においてはＮＵＬＬポインタとなっている。また個々の文書管理テーブルは、オリジナル文書領域２２、エラーレポート文書領域２８及び最終変換文書領域２９を有している。

ページ管理テーブル２１０〜２１２は、後述するように、受信した展開文書データを管理するために必要な情報を記憶する領域を有しており、文書管理テーブルと同様、テーブルのポインタ領域で各テーブルがリンクされている。

これらのテーブルは、ＲＡＭ２００２或いはＨＤＤ２００４のように、ＣＰＵ２００１が読み書き可能な装置に必要に応じて記憶、展開される。

ＬＡＮ２０１１又はＷＡＮ２０５１からの電子データ（特に電子メール）の受信が開始されると、ＣＰＵ２００１はＨＤＤ２００４或いはＲＡＭ２００２の特定領域に電子データ変換トランザクション管理テーブル２１（の領域）を獲得する。その際、ＩＤ管理テーブル２１３の「トランザクションＩＤカウンタ」領域の値がインクリメントされ、電子データ変換トランザクション管理テーブル２１の「トランザクションＩＤ」領域にセットされる。同様に、ＩＤ管理テーブル２１３の「受け付け番号カウンタ」領域の値がインクリメントされ、電子データ変換トランザクション管理テーブル２１の「受け付け番号」領域にセットされる。

図１２のようなＭＩＭＥで記述された電子メールのマルチ・メディア・データを電子データ区切り処理（図１７〜図２０）とコンテント・タイプ解析処理（図２１）により、メディア区分毎に分割する。それぞれに対応した文書管理テーブル２３、２４、２５を獲得する。そして、テーブルにデータをセットしながら電子データ変換トランザクション管理テーブル２１の「文書管理テーブル・ポインタ」を先頭とした文書管理テーブルのキューを構成していく。各区分データに関する情報は、文書管理テーブル中の「オリジナル文書」領域２２を中心にセットされる。

図１２に示したメールを例にとって説明すると、ヘッダ部９１が第１番めの文書管理テーブル２３としてリンクされ、その「文書種別」領域には「テキスト」、「言語種別」領域には「ＡＳＣＩＩ」がセットされる。メールの本文部９２は２番めの文書管理テーブル２４としてリンクされ、その「文書種別」領域には「テキスト」、「言語種別」領域には「日本語Ｓ−ＪＩＳ」がセットされる。残りの添付ファイル部９３は第３番目の文書管理テーブル２５としてリンクされ、その「文書種別」領域にはＵＵＥＮＣＯＤＥ等のバイナリコードをテキストに符号化したデータを表す「エンコーデイッド・テキスト」がセットされる。

文書管理テーブルは新たに獲得される度にＩＤ管理テーブル２１３の「文書ＩＤカウンタ」領域の値がインクリメントされ、獲得された文書管理テーブルの「文書ＩＤ」領域にセットされる。その際、「受け付け番号」領域は、電子データ変換トランザクション管理テーブル２１の「受け付け番号」領域の値をコピーされる。また、文書管理テーブルの「文書順序番号」領域は１から順に管理テーブルの獲得の度にインクリメントされた値がセットされる。

文書管理テーブルの「受信セッション中変換有無」領域は、受信中に「変換する」「変換しない」を種々の変換処理毎に変更可能である。これは、受信時の受信データの画像データの変換等の変換処理の時間と受信セッションで受信データを受信終了して応答を返すまでの許容時間を鑑みて変更可能である。

従って、システム・パラメータ等により受信セッション中の受信データに対する応答の許容時間にあわせた最適化が容易である。
また、文書管理テーブルの「エラーレポート作成有無」領域に対し「作成あり」「作成なし」の情報をセットするだけで、エラー・レポート（文字列と画像データの２種類がある）の作成要否を容易に変更可能である。

図１４は、図１２の電子メールデータのデータ内容を判別し、文書種別決定と本通信装置の印字装置で出力やＦＡＸ送信等を行うために必要なデータ変換処理と変換後の文書種別に関するシーケンス図である。

以下、図１４及び図１２を参照して、本発明における処理の流れを説明する。
先ず「開始」から始め、電子メールデータの添付ファイル部９３にはデータ“Content-Transfer-Encodeing”が存在するので添付ファイル部９３の「文書種別」は「エンコーディッド・テキスト」として判別される。また、添付ファイル部には”x-uuendode"と”Content-Type”、”text/plain”及び”name”が存在するので、最終的に本発明の通信装置でプリントするためには、

１）添付ファイル部９３のテキストデータである“uuencodeで符号化されたreport.docの内容”を、uudecodeでバイナリに変換する
↓
２）展開サーバ装置上のワード・プロセッサ・ソフトウエアでプリント処理し、展開サーバ装置上のプリンタ・ドライバで本発明の通信装置が解釈できる、「ＴＩＦＦバイナリ」データに変換する
↓
３）展開サーバ装置から本発明の通信装置に「ＴＩＦＦバイナリ」データを送信する
という処理の流れとなることがわかる。添付ファイル部９３にＪＰＥＧ等の画像ファイルがテキスト変換されたデータが含まれる場合など、他のタイプのファイルが添付されている場合は、ＭＩＭＥヘッダの情報を元に必要な処理が行われる。図１４で示したシーケンス図の詳細説明は、後述する図１７〜図２０を用いたデータ区切り処理の説明で行う。

図１５は、図１１に示したネットワーク構成において、本実施形態の通信装置１４８が、電子メールアカウント１４１からの電子メールをローカル電子メールサーバ１４２のような電子メール装置から受信する際のプロトコルシーケンスを示す。本実施形態において電子メールの受送信はＳＭＴＰ（Simple Mail Transfer Protocol）により行われる。

まず、電子メール装置が通信装置に対し、ＳＭＴＰのリスナーポートであるポート番号２５を用いて接続要求を送信する（Ｓ１３）。接続要求を受信した通信装置においては電子メール受信のためのＳＭＴＰデーモンである電子メール受信プロセスを起動し、正常応答を返す（Ｓ１４）。次いで電子メール装置は通信装置のホスト名（”MailFaxMachine”）を送信する（Ｓ１５）。通信装置は受信したホスト名が自分に割り当てられているホスト名と一致すれば正常応答を返す（Ｓ１６）。

電子メール装置は次いで電子メールの差し出し人アドレス（”username1@mail_srv.ccc.dd.ee”）を送信する（Ｓ１７）。通信装置はアドレスを受信すると正常応答を返し（Ｓ１８）、これに応答してメール装置はメールの送信宛先アドレス（”mail_fax_machine@MailFaxMachine.ccc.dd.ee”）を送信する（Ｓ１９）。通信装置は、送信宛先が自分宛で、メール転送も不要であるか確認する。本例においては転送が不要なので、メール装置に対し正常応答を返す（Ｓ１１０）。

次いで電子メール装置は、メールデータ転送開始通知を送信する（Ｓ１１１）。通信装置はこの通知を受信すると、電子メール受信に必要な初期化などの動作を行った後、正常応答を返す（Ｓ１１２）。この応答に応じてメール装置は電子メールデータを送信し（Ｓ１１３）、送信が終了すると電子メール送出終了通知を続いて送信する（Ｓ１１４）。通信装置は終了通知を受け取ると、電子メールデータの受信ファイルをクローズするなどの終了作業を行ってから、正常応答を返す（Ｓ１１５）。

メール装置は送信するメールが１通であれば送信終了通知を送信し（Ｓ１１６）、通信装置からの正常応答（Ｓ１１７）を待ってポート切断要求を送信する（Ｓ１１８）。これによってメール送信のセッションが終了する。

図１６は、本実施形態の通信装置が行う、電子データ受信から変換処理、電子メールデータのプリント、ＦＡＸ送信、およびエラーレポートのメール送信に至る、電子データ受信処理全体の流れを示すフローチャートである。

以下、図１６を参照して本実施形態の通信装置の全体動作を説明する。
電子データの到着を待ち（Ｓ１５１３）、外部装置からＴＣＰ／ＩＰによるポート接続要求があったら、そのポート番号を判別する（Ｓ１５１４）。ポート番号が２５（ＳＭＴＰによる接続を要求するポート番号）で無ければ、他のデータ処理を行い（Ｓ１５８）、電子データの到着待ち状態に復帰する。

ポート２５に対する接続要求を受信すると、上述したメール受信プロトコルシーケンス（図１５、Ｓ１４〜Ｓ１１４）を実行する（Ｓ１５１）。この受信処理の中で、メールデータ転送開始通知（Ｓ１１２）の受信時、電子メール受信用のファイルの確保と管理テーブルデータの初期化動作を行う。初期化動作は、例えば、電子メール受信用のファイル名の、電子データ変換トランザクション管理テーブル２１の「電子データ・パス・ファイル名」領域へのセットなどである。電子メールデータ送出終了通知（図１５、Ｓ１１４）としてのメールデータの終了デリミターである”.”（ピリオド）とキャリッジを受信すると（Ｓ１５１５）、電子メールデータの受信ファイルをクローズする。

次に、電子データの区切り処理を行い（Ｓ１５２）、通信装置内では展開できず、展開サーバへの展開依頼が必要なデータが含まれているかを調べる（Ｓ１５１６）。具体的には電子データ変換トランザクション管理テーブル２１からリンクされている、メールデータの各パートに対応する文書管理テーブルキュー２３、２４、…、２５の中に「外部処理有無」領域が「あり」であるものの有無を検索する。検索の結果展開サーバ１４１６が必要なデータがあった場合は、サーバー１４１６に対し、ＴＣＰ／ＩＰを用いてアソシエーションを張り、「サーバー生存確認」コマンドを送出する（Ｓ１５３）。規定時間内に応答が返り、かつ「ビジー応答」でなければ（Ｓ１５１７）、分割済み文書変換処理（Ｓ１５４）に移行する。Ｓ１５１６において、検索の結果展開サーバが必要なデータがない場合は、直接分割済み文書変換処理（Ｓ１５４）に移行する。

次に、分割済み文書変換処理が正常終了したかどうかを確認する（Ｓ１５１８）。正常終了なら電子メールデータ送出終了通知に対する正常応答（図１５、Ｓ１１５）を送信側の電子メール装置に返し（Ｓ１５９）、図１５のＳ１１６〜Ｓ１１８に相当するセッション終了処理（Ｓ１５１０）を行う。

メール受信処理が完了したら、次に、受信したデータをプリントし（Ｓ１５１１）、同じく受信した電子メールデータからＦＡＸデータに変換されたものをＳ１５１２で所望の宛先にＦＡＸ送信する。
ＦＡＸ宛先の送信元からの指定方法としては、以下のような方式が考えられる。
（１）ヘッダ部で指定する方法
電子メールデータのヘッダ部、例えばメールの題名(Sub:）の後ろに、送信先のFAX番号を付加する。すなわち、図１２に示した電子メールデータの例においては、調査報告(FAX03-3756-1234)の様に指定する。或いは送信元アドレスに“FROM: FAX03-3756-1234@xxxx.yyyy.zzzz"の様に指定するなどが考えられる。
（２）本文部で指定する方法
本文部９２の中に、電話番号を記述した例えば“FAXNO = 03-3756-1234”という行を付加する。
いずれの場合も、電子データ区切り処理Ｓ１５１において検出を行い、番号を抽出してＲＡＭ２００２又はＨＤＤ２００４の所定領域に記憶しておき、Ｓ１５１２において読み出して使用すればよい。
番号の抽出に当たっては、（１）の場合は、”Sub:”または”FROM:”の後ろの文字列から、“FAX（及び数字）”の文字列を、（２）の場合は、“FAXNO=”から始まる行を検索し、それに続く数字の列をそれぞれ抽出すればよい。

一方、Ｓ１５１８で分割済み文書変換処理（Ｓ１５４）が異常終了ならば、Ｓ１５９で正常応答を返す替わりに、すなわち図１５におけるＳ１１５のタイミングでメール送信元の電子メール装置に対してエラーを応答する（Ｓ１５５）。次いで電子メール装置から「通信終了通知」を受信し（図１５、Ｓ１１６）、応答を返す（図１５、Ｓ１１７）ことでセッションを終了する（Ｓ１５６）。その後、分割済み文書変換処理中に既に作成済みの「エラーレポート」を、電子データ変換トランザクション管理テーブル２１の「電子データ・パス・ファイル名」領域に記録されたファイルから送信元アドレスを“From: aaaaa@xxxx.yyyy.zzzz”のパターンを検索して抽出し、送信元の電子メール・アドレス”aaaaa@xxxx.yyyy.zzzz“に対してエラーレポートの電子メールを送出する（Ｓ１５７）。
Ｓ１５２０、Ｓ１５２１の分割済み文書変換処理は、受信データ処理中に文書変換処理が完全になされない場合に実行される処理であり、既にすべての変換処理が完了している場合は、何も実行されないで次のステップに移行する。

次に、図１６にＳ１５２として示したの電子データ区切り処理の詳細を、図１３、図１７〜図２０を用いて説明する。なお、以下の説明においては、図１２に示したMIMEフォーマットの電子メールデータを受信データとして説明する。

図１７〜図２０は電子データ区切り処理の詳細を示すフローチャートである。
まず、新たに文書管理テーブル２３を獲得し、電子データ変換トランザクション管理テーブル２１（以下、トランザクション管理テーブル）の「文書管理テーブル・ポインタ」にリンクする。文書管理テーブルは新たに獲得される度にＩＤ管理テーブル２１３の「文書ＩＤカウンタ」領域の値がインクリメントされ、獲得した文書管理テーブルの「文書ＩＤ」領域にセットされる。その際、文書管理テーブルの「受け付け番号」領域には、トランザクション管理テーブル２１の同名領域の値がコピーされる。また、文書管理テーブルの「文書順序番号」領域には１から順に新しい文書管理テーブルの獲得の度にインクリメントされた値がセットされる。

次に、トランザクション管理テーブル２１の「電子データ・パス・ファイル名」領域に記録された名前のファイルをオープンし、先頭行から１行毎に検索する（Ｓ３４）。検索の結果、エンド・オブ・ファイルか否か（Ｓ３３１）、空行か（Ｓ３３２）、いずれもＮＯの場合は、”Content-Type:”が行先頭にあるか確認を確認する（Ｓ３３３）。Ｓ３３１〜Ｓ３３３の確認結果がすべてＮＯの場合は、次行に移動して同様の確認を繰り返す。図１２に示す電子メールデータの場合は４行目まではＳ３３１〜Ｓ３３３の確認結果はすべてＮＯであり、５行目に”Content-Type:”があるためＳ３３３からコンテントタイプ解析処理（Ｓ３５）へ移行する。

ここで、図２１を参照してコンテントタイプ解析処理の詳細を説明する。図２１は、図１７〜図２０におけるコンテント解析処理の詳細を示すフローチャートである。先ず、電子メールデータ中の”Content-Type:”に続く文字列を検索する（Ｓ４２）。文字列が”text/plain;”であれば（Ｓ４１１）、さらに続く文字列を検索する（Ｓ４６）し、”charset=”であれば（Ｓ４１４）その次の文字列を解析する（Ｓ４７）。そして、対応する文書管理テーブルの「言語種別」領域に言語種別を表すデータを、同テーブルの「オリジナル文書」領域の「文書種別」領域に「テキスト」をセットする。この際、文字列の解析において言語種別が確定できなかったり、フォントを持っていないなどの理由で対応可能でない言語である場合がある（Ｓ４１５）。その場合、文書管理テーブルの「処理結果」領域に「言語エラー」をセットして（Ｓ４８）コンテント・タイプ解析処理を終了する。

一方、対応可能な言語であった場合は、文書管理テーブルの「外部処理有無」領域に「なし」を、同「文書変換処理内容」領域に「ＣＧ展開＋ＴＩＦＦファイル化」をセットして（Ｓ４１０）コンテント・タイプ解析処理を終了する。

Ｓ４１１にて”Content-Type:”に続く文字列が”text/plain”で無い場合には、”Multipart/Mixed;”であるかを調べる（Ｓ４１２）。そうである場合には、さらに”boundary=”を検索し（Ｓ４３）、その次にダブルコーテーション（""）で囲まれた文字列を取得する。そして、この文字列を電子データ変換トランザクションワーク領域２１４の「区切り文字列」領域にセット（Ｓ４４）して、コンテント・タイプ解析処理を終了する。

Ｓ４２、Ｓ４１２の判断においていずれもＮＯ、すなわち、”Content-type:”に続く文字列が”text/plain;”でも、”Multipart/Mixed;"でもない場合は、Ｓ４１６へ進む。そして、Ｓ４１６及びＳ４１７において、”image/tiff;”か”image/jpeg;”であるかを調べる。いずれかに該当すれば文書管理テーブルの「外部処理有無」領域に「なし」を、同「文書種別」領域に「ＴＩＦＦバイナリ」（”image/tiff;”の場合）又は「ＪＰＥＧバイナリ」（”image/jpeg;”の場合）をセットする（Ｓ４９）。以上で、コンテント・タイプ解析処理を終了する。

一方、Ｓ４１６、Ｓ４１７の判定においていずれもＮＯの場合には、文書管理テーブルの「処理結果」領域にエラーをセットして（Ｓ４５）コンテント・タイプ解析処理を終了する。

本実施形態においては、図１２のメールデータにおいて”Content-type:”に続く文字列は”Multipart/Mixed;”であるから、Ｓ４３で”boundary=“文字列をさらに検索する。そして、Ｓ４４で６行目で見つかった"boundary="に続くダブルコーテーション（"）で括られた文字列”---Boundary---”を区切り文字列として検出する。そして、この区切り文字列を、電子データ変換トランザクションワーク領域２１４の「区切り文字列」に格納してＳ３５を終了し、次行の処理に復帰する。

次に、メールデータの９行目の空行をＳ３３２で検出する。これにより、電子メールデータのヘッダ部（パート）９１のファイル位置を対応する文書管理テーブル２３の、「オリジナル文書」領域２２の「有効データ先頭・末尾オフセット」領域にセットする。さらに、同領域の「文書パス・ファイル名」領域にトランザクション管理テーブル２１の「電子データ・パス・ファイル名」領域のデータをコピーする。次に、同領域の「文書プロファイル」領域にヘッダ部９１に示された文字列の範囲をヘッダ文字列情報としてセットする（Ｓ３６）。

次に、Ｓ３５におけるヘッダ部９１のコンテント・タイプ解析処理の結果を示す「オリジナル文書」領域２２の「処理結果」領域がエラーでないことを確認する（Ｓ３３４）。そして、エラーでなければ電子データ変換トランザクションワーク領域２１４の「区切り文字列」領域に区切り文字列がセットされているかをチェックし（Ｓ３３５）する。上述したように、ヘッダ部９１のコンテント・タイプ解析処理は正常に行われ、区切り文字列"---Boundary---"がセット済みなので、次の文字列の検索を行う（Ｓ３７）。

Ｓ３３６でエンド・オブ・ファイルであるかどうかのチェックを行う。次行は本文パートの先頭行でエンド・オブ・ファイルでないのでＳ３３７に移行する。Ｓ３３７では区切り文字列の検出を行う。本文パート９２の先頭行は区切り文字列であるので、図１８のＳ３８へ移行し、さらに次の文字列検索を行う。ファイルの終端ではない（Ｓ３４２）のでＳ３９に移行し、新たに本文部９２用の文書管理テーブル２４を獲得かつ初期化し、ヘッダ部９１用に獲得済みの文書管理テーブル２３の「次ポインタ」領域を用いてその後ろにリンクする。

次に、“Content-Transfer-Encodeing:”文字列の検索（Ｓ３４４）及び”Content-Disposition:”文字列の検索（Ｓ３４６）を行う。しかし、これらが存在せず、”Content-type:”が検出され（Ｓ３４７）、前述のＳ３５と同様のコンテント・タイプ解析処理が行われる。本文部９２の”Content-type:”に続く文字列は”text/plain; charset=iso-2022-jp”である。そのため、Ｓ４１１→Ｓ４１４→Ｓ４７→Ｓ４８と処理がなされ、文書管理テーブル２４の「文書種別」領域には「テキスト」、「言語種別」領域には「日本語Ｓ−ＪＩＳ」がそれぞれセットされた後、Ｓ３４３に復帰する。

以降、各行についてＳ３４３以降の処理が繰り返され、本文部９２の最終行に達した際、Ｓ３４３において（ヘッダ情報の終わりを意味する）空白行が検出され、Ｓ３１７に移行する。Ｓ３１７は上述のＳ３６の同様の処理であり、文書管理テーブル２４の「オリジナル文書」領域の「文書パス・ファイル名」にトランザクション管理テーブル２１の「電子データ・パス・ファイル名」領域のデータをコピーする。そして、文書管理テーブル２４の「オリジナル文書」領域の「文書プロファイル」領域に本文部９２の開始行（”---Boundary---”行から最終行（空行）までのヘッダ文字列情報のセットを行う。次にＳ３２０におけるコンテント・タイプ解析処理結果を示す、文書管理テーブル２４の「処理結果」領域がエラーを示すデータでない（Ｓ３４８）ので、Ｓ３１２に移行し次の文字列を検索する。

検索の結果、添付ファイル部９３の先頭の区切り記号がＳ３４１で検出され、Ｓ３１３で本文部９２のファイル位置を文書管理テーブル２４の「オリジナル文書」領域の「有効データ先頭・末尾オフセット」領域にセットする。

次にＳ３８に移行し、Ｓ３４２でエンド・オブ・ファイルではないので、Ｓ３９に移行し、新たに添付ファイル部９３用の文書管理テーブル２５を獲得かつ初期化する。そして、本文部９２用に獲得済みの文書管理テーブル２４の「次ポインタ」領域を用いてその後ろにリンクする。次に、Ｓ３４４において“Content-Transfer-Encodeing:"文字列が検出され、この文字列に続くエンコード方式を示す文字列は本発明の通信装置または展開サーバー装置で処理可能な"uuencode"である。従って、Ｓ３１１で文書管理テーブル２５の「文書種別」領域に「エンコーディッド・テキスト」をセットし処理を続ける。次行の処理において、Ｓ３４７で”Content-Type:”が検出されるため、Ｓ３２０のコンテント・タイプ解析処理に移行する。”Content-type:”に続く文字列が”text/plain;”であり、続く文字列が”charset=”ではないので、Ｓ４１１→Ｓ４１４の処理を行うのみで解析処理を終了し、次行の処理に復帰する。

本実施形態において、通信装置１４８及び外部の展開サーバ１４１６が処理可能なエンコード方式、拡張子、言語種別などの情報は、予め通信装置１４８のコントロールユニット２０００内の不揮発性記憶装置に記憶しておくことができる。例えば、ＲＯＭ２００３、ＨＤＤ２００４等に記憶しておき、この情報を元に必要な判断を行うことができる。

次に、添付ファイル部９３の４行目の”Content-Disposition:”がＳ３４６で検出されるため、図１９のＳ３３０へ移行する。そこで、文書管理テーブル２５の「文書種別」領域に「コンピュータ・プロセッサブル・バイナリ」をセットし、Ｓ３２１で”filename=”に続く、ファイル名を示す文字列”report.doc”を抽出する。抽出したファイル名はその拡張子等によりファイルの種別を解析される（Ｓ３２２）。図１２の例においては拡張子は”.doc”であり、本実施形態においては拡張子”.doc”のファイルは外部の展開サーバでなくては展開不能である。そのため、Ｓ３５０においてＮＯ、Ｓ３５１でＹＥＳと判断され、文書管理テーブル２５の「外部処理有無」領域に「あり」がセットされ（Ｓ３２４）たのち、図１８のＳ３４３に復帰する。一方、拡張子”.doc”が通信装置１４８内部で展開可能であれば、Ｓ３５０でＹＥＳと判断され、図１８のＳ３４３に復帰し次行の処理を続ける。通信装置１４８内部でも展開サーバ１４１６でも展開不可能な場合には、Ｓ３５１でＮＯと判断される。この場合、添付ファイル部９３に対応する文書管理テーブル２５の「処理結果」領域に「受信能力エラー」を示すデータをセット（Ｓ３２５）したのち、図１８のＳ３４３に復帰し次行の処理を続ける。

以降、uuencode形式でテキスト形式に変換されたファイル”report.doc”が終了すると、添付ファイル部９３の最終行の１行前の空行がＳ３４３で検出される。Ｓ３１７において、文書管理テーブル２５の「オリジナル文書」領域の「文書パス・ファイル名」にトランザクション管理テーブル２１の「電子データ・パス・ファイル名」領域のデータをコピーする。また、文書管理テーブル２５の「オリジナル文書」領域の「文書プロファイル」領域に添付ファイル部９３の開始行（”---Boundary---”行から最終行（空行）までのヘッダ文字列情報のセットを行う。次にＳ３２０におけるコンテント・タイプ解析処理結果を示す、文書管理テーブル２５の「処理結果」領域がエラーを示すデータでない（Ｓ３４８）ので、Ｓ３１２に移行し次の文字列を検索する。

Ｓ３４１において、添付ファイル部９３の次行の区切り文字列が検出されてＳ３１３に移行する。そこで、添付ファイル部９３のファイル位置を２４の次にリンクされている文書管理テーブル２５の「オリジナル文書」領域の「有効データ先頭・末尾オフセット」領域にセットし、Ｓ３８へ移行する。そしてＳ３４２において、エンド・オブ・ファイルが検出され、電子データ区切り処理が終了する。

一方、Ｓ３３１でエンド・オブ・ファイルが検出された場合には、図２０のＳ３２６に移行する。そして、文書管理テーブル２３の「オリジナル文書」領域２２の「文書変換処理内容」領域に「ＣＧ展開＋ＴＩＦＦファイル化」を（Ｓ３２６）、文書管理テーブル２３の「外部処理有無」領域に「なし」を（Ｓ３２７）セットする。さらに、テーブル２３の「文書種別」領域に「テキスト」をセットし、「文書パス・ファイル名」領域にトランザクション管理テーブル２１の「電子データ・パス・ファイル名」領域のデータをコピーする。加えて、「有効データ先頭・末尾オフセット」領域に、先頭位置（又は空行の次）から電子データサイズ末尾位置（又は次の区切り文字列の前の空行の前の位置）をセットする（Ｓ３２８）。

次にコンテント・タイプ解析処理結果を示すテーブル２３の「処理結果」領域がエラーを示すデータでないかをチェックし（Ｓ３６０）、エラーでなければ文飾切り処理を終了する。

また、Ｓ３３６又はＳ３４０でエンド・オブ・ファイルが検出された場合には、図２０のＳ３１４に移行する。そして、対応する文書管理テーブルの「処理結果」領域に「区切り位置エラー」を示すデータをセットしてから、上述のＳ３２７以降の処理を行う。

Ｓ３５、Ｓ３２０のコンテント・タイプ解析処理において、解析処理がエラー終了した場合には、Ｓ３１８においてＳ３２９と同様にエラーレポート作成用のデータが文書管理テーブルの「文書変換処理内容」領域にセットされる。そして、後述するエラーレポートの作成に用いられる。

図２３は、図１６においてＳ１５４として説明された分割済み文書変換処理の詳細を説明するフローチャートである。

先ず、Ｓ５２でカレントの文書管理テーブルの参照ポイントを、トランザクション管理テーブル２１の「文書管理テーブル・ポインタ」領域が示す、文書管理テーブル２３の先頭におく。次の文書管理テーブル２４が存在するので、Ｓ５１０ではＹＥＳと判断される。次に、Ｓ５３でカレント文書変換管理テーブルを文書管理テーブル２３の「オリジナル文書」領域２２に設定する。次の文書変換管理テーブル２８が存在するので、Ｓ５１１ではＹＥＳと判断され、Ｓ５４に移行する。Ｓ５４では詳細を後述するオリジナル文書変換処理を行う。

次に、カレント文書変換管理テーブルを文書管理テーブル２３のオリジナル文書領域２２にリンクされた次の文書変換管理テーブルに設定する（Ｓ５５）。リンクされたテーブルキューの末尾までＳ５４のオリジナル文書変換処理を繰り返して、Ｓ５６に移行する。次に、カレント文書変換管理テーブルを文書管理テーブルの「エラーレポート文書」領域２８に設定し（Ｓ５６）、後述するエラーレポート文書変換を行う（Ｓ５８）。次に、次の文書変換管理テーブルを参照ポイントとして、「エラーレポート文書」領域２８にリンクされる文書変換管理テーブルキューの末尾までＳ５８のエラーレポート文書変換を繰り返す。テーブルキューの末尾まで処理が終わるとＳ５１２においてＮＯと判断され、次に、文書管理テーブルの参照ポイントを次の文書変換管理テーブルにきりかえる（Ｓ５７）。以上の処理を、すべての文書管理テーブルに関して行うと、Ｓ５１０でＮＯと判断され、分割文書変換処理が終了する。

図２４〜図３０、図２９及び図３０、図３１は、図２３のオリジナル文書処理（Ｓ５４）とエラーレポート文書処理（Ｓ５８）でＣａｌｌされる関数の詳細を示すフローチャートである。変換制御は、図２２の状態遷移に従って動作する。基本的な制御は、変換の１ステップ毎に、変換された出力データを保存するための、出力用の文書変換処理テーブルを獲得してから変換処理を実行する。そして、完了すると出力側の変換データが次の変換の変換元データとなり、またその出力用の文書変換処理テーブルを確保してリンクしていく。

図２２は、図２４〜図３０に示す、分割済み文書変換処理の制御を行うための状態遷移図である。各状態の意味を以下に示す。

「前段変換処理待ち（１１０１）」…前段階の変換処理の完了を待っている状態
「ＩＤＬＥ（１１０２）」…変換処理の準備開始（変換パラメータの設定）ができる状態
「情報設定完了（１１０３）」…変換処理の準備（変換パラメータの設定）が完了して、変換処理に移行した状態
「変換完了（１１０５）」…変換処理が完了した状態
「エラー後処理中（１１０４）」…変換処理がエラーとなり、後処理のための「エラーレポート」作成の為の準備処理を行っている状態

次に、分割済み文書変換をさらに分かり易く説明するため、図１２の電子メールデータを受信し、図１７〜図２０、図２１で示した電子データ区切り処理の実行後に実行される分割済み文書変換処理を説明する。図２３、図２４〜図３０、図２９及び図３０、図３１を用いて説明する。
説明に先立って、先ず図１２の電子メールデータを受信し、上述した電子データ区切り処理、コンテント・タイプ解析処理を実行後の管理データの連接関係を図１３の電子データ管理テーブルのデータ構造図をもとに説明する。

電子データ変換トランザクション管理テーブル２１にヘッダ部９１が第１番めの文書管理テーブル２３としてリンクされている。また、「文書種別」領域には「テキスト」、「言語種別」領域には「ＡＳＣＩＩ」、「文書変換処理ステータス」領域には「ＩＤＬＥ」がセットされている。

次に、本文部９２は２番めの文書管理テーブル２４として文書管理テーブル２３にリンクされる。その「文書種別」領域には「テキスト」、「言語種別」領域には「日本語Ｓ−ＪＩＳ」、「文書変換処理ステータス」領域には「ＩＤＬＥ」がセットされている。また、「受信セッション中変換処理有無」領域には「あり」セットされているものとする。

次に、添付ファイル部９３は第３番目の文書管理テーブル２５として文書管理テーブル２４にリンクされ、その「文書種別」領域には「エンコーディッド・テキスト」がセットされている。

図２３のＳ５２で処理対象の文書管理テーブルを最初の文書管理テーブル２３（ヘッダ部９１の情報がセットされている）として設定し、Ｓ５３で文書管理テーブル２３の先頭の文書変換処理管理テーブルを処理対象として設定する。次に、Ｓ５４でオリジナル文書変換処理を実行する。

図２４のＳ６１で文書管理テーブル２３の「文書変換処理ステータス」領域がチェックされ、該ステータスは「ＩＤＬＥ」なのでＳ６３７〜Ｓ６４０では分岐せずにＳ６２に進み、「文書種別」領域がチェックされる。文書管理テーブル２３の「文書種別」領域には「テキスト」がセットされているのでＳ６４１で分岐し、図２５のＳ６５に進む。次にＳ６５では変換に必要なパラメータがそろっているので文書管理テーブル２３の「文書変換処理ステータス」領域に「変換情報設定完了」をセットする。Ｓ６６で、テーブル２３の「文書変換処理管理テーブル・ポインタ」に変換後の文書情報をセットするために最終変換文書である文書変換処理管理テーブル２９をリンクする。Ｓ６７で２２の「内部外部処理指定」領域に「内部」、「文書変換処理内容」領域に「ＣＧ展開＋ＴＩＦＦファイル変換」、「文書変換後処理」領域に「ファイルを残す」等のパラメータをセットする。

次にＳ６８で文書変換処理管理テーブル２９を処理対象テーブルに設定しページ管理テーブル２１０の獲得とパラメータ設定を行う。Ｓ６９でオリジナル文書領域２２の「文書種別」領域に「ＴＩＦＦバイナリ」をセットし、Ｓ６１０で２２の「文書プロファイル」領域に、作成するＴＩＦＦファイルにセットすべきパラメータをセットする。Ｓ６１１でページ管理テーブル２１０の「展開画像ファイル・パス・ファイル名」領域に、変換元のオリジナル文書であるファイル（内容は図１２の内容）をオープンする。このファイルは、オリジナル文書領域２２の文書プロファイルである「文書パス・ファイル名」領域で示される。そして、オリジナル文書領域２２の「有効データ先頭・末尾オフセット」領域に設定された範囲でファイル・シークを行う。そして、例えばヘッダ部９１の３行目の”Subject:”に続く文字列の"調査報告"を用いて変換後のファイル名”調査報告.tiff”をセットする。そして、Ｓ６１２で文書管理テーブル２３の「文書変換処理ステータス」領域に「変換完了」をセットして、図２４のＳ６３に復帰する。

Ｓ６３（Ｓ６４７）ではオリジナル文書領域２２の「受信セッション中変換有無」領域を確認し「あり」なのでＳ６４のコンバート処理（詳細の説明は後で記す）を実行しＡＳＣＩＩテキストからＴＩＦＦ画像ファイルに変換する。変換されたファイル名はＳ６１０で設定された「パス・ファイル名」（”調査報告.tiff”）となる。Ｓ６４８においてコンバート処理が正常終了であった場合はオリジナル文書変換処理（図２３、Ｓ５４）を終了する。

次に、Ｓ５５及びＳ５１１で次の処理対象の文書変換管理テーブルを探し、存在しないのでＳ５６に進む。エラーレポート文書も存在しないのでＳ５７において次の処理対象の文書管理テーブルとして本文部９２処理用の文書管理テーブルである文書管理テーブル２４を選択し、Ｓ５１０以降の処理をヘッダ部９１と同様に行う。本文部９２の文書変換処理は漢字のＣＧ展開を行うことを除き前述したヘッダ部９１の文書変換処理とほぼ同様なので説明は省略する。

本文部９２の文書変換処理が正常終了すると、Ｓ５７では、次の処理対象の文書管理テーブルとして添付ファイル部９３処理用の文書管理テーブル２５を選択する。Ｓ５３では文書管理テーブル２５の先頭の文書変換処理管理テーブルを処理対象として設定する。次に、Ｓ５４でオリジナル文書変換処理を行う。

Ｓ６１で文書管理テーブル２５の「文書変換処理ステータス」領域がチェックされ、文書管理テーブル２３と同様に「ＩＤＬＥ」なのでＳ６３７〜Ｓ６４０では分岐せずＳ６２に進む。「文書種別」領域が「エンコーディド・テキスト」なのでＳ６４２で分岐して図２６のＳ６１３に進む。Ｓ６１３では文書管理テーブル２５の「文書変換処理ステータス」領域に「変換情報設定完了」をセットする。Ｓ６１４で添付ファイル部９３のプロファイル情報（９３の２行目から４行目）から”Content-Type:”を検索し、それに続く文字列が”text/plain;”なので、Ｓ６４９で分岐し、図２７のＳ６５１に移行する。Ｓ６５１においてもＮＯと判断されるのでさらに分岐し、図２８のＳ６２９に移行する。

Ｓ６２９では、文書変換処理管理テーブルを新規に獲得し（図示せず）、Ｓ６３０で文書管理テーブル２５の「文書変換処理管理テーブル・ポインタ」領域にリンクする。次に、獲得した文書変換処理管理テーブルの「内部外部処理指定」領域に「外部」、「文書変換処理内容」領域に「外部サーバ変換処理」、「文書変換後処理」領域に「ファイルの消去」等のパラメータをセットする（Ｓ６３１）。次に、獲得した文書変換処理管理テーブルの初期設定を行い（Ｓ６３２）、その「文書プロファイル」領域に添付ファイル部９３の２行目から４行目の文書プロファイル情報をセットする（Ｓ６３３）。次にＳ６３４で「文書種別」領域に「コンピュータ・プロセッサブル・バイナリ」をセットする。Ｓ６３５で「文書プロファイル」からファイル名である“report.doc”を抽出し、Ｓ６３０で獲得した文書変換処理管理テーブルの「文書パス・ファイル名」領域にセットする。そして、Ｓ６３６でこのテーブルの「文書変換処理ステータス」領域に「前段変換終了待ち」をセットして、図２４のＳ６３へ移行する。「文書変換処理ステータス」領域が「前段変換終了待ち」にセットされていると、外部サーバ（展開サーバ）の変換処理が完了するまで添付ファイル処理に関する次の処理を進行させない。例えば、外部ファイルサーバからの変換済みデータ受信が完了するまでプリント等の処理を行わない等が考えられる。

次に、図３１を用いてＳ６４のコンバート処理の詳細を説明する。以下の説明においては図１２のヘッダ部９１の文字列をＣＧ展開とＴＩＦＦ画像ファイルに変換する場合を想定して説明する。

Ｓ８１で処理中の文書変換処理管理テーブルの「文書変換ステータス」領域に「変換処理中」をセットしＣＧ展開とＴＩＦＦ画像ファイル変換処理が完了するまで、次の処理に移行しないように制御する。次にこのテーブルの「文書変換処理内容」領域が「ＣＧ展開＋ＴＩＦＦ化変換」にセットされているのでＳ８３０で分岐し、図３２のＳ８１６に進みヘッダ部９１の文字列をビットマップ画像に変換する。Ｓ８１７でＭＭＲ（２次元符号）圧縮し、Ｓ８１８でＴＩＦＦファイルに変換して、図３１のＳ８３５に移行する。Ｓ８３５でテーブルの「処理結果」領域がエラーの場合は、Ｓ８１０で文書管理変換処理テーブルの「エラーレポート作成有無」領域を確認する。エラーレポートを作成「する」がセットされていればＳ８１１で２２の「文書変換処理ステータス」領域に「エラー後処理中」をセットしコンバート処理を終了する。また、エラーレポートを作成「しない」がセットされている場合は、「文書変換処理ステータス」領域に「処理完了」をセットしてコンバート処理を終了する。

Ｓ８１１で「文書変換処理ステータス」領域に「エラー後処理中」がセットされると、図２４〜図３０のオリジナル文書／エラーレポート変換処理において、Ｓ６４８で分岐してＳ６１に戻る。そして、Ｓ６３９で分岐して図２９のＳ７１に移行することでエラーレポート作成処理に移行する。

一方、図１２の添付ファイル部９３のコンバート処理の場合は、Ｓ８３３で分岐して図３３のＳ８１９に移行する。そして、添付ファイル部９３に記載された、「uuencodeで変換されたreport.docの内容」であるエンコーディド・テキストの展開をLAN(Local Area Network)や電話回線等で接続された外部サーバ（展開サーバ）に依頼する。

Ｓ８２０で展開サーバ装置から、エンコーディド・テキストからＴＩＦＦファイルに変換されたデータの１ページ、文書など所定単位をエラー無く受信したならば、Ｓ８２１へ進む。そして、Ｓ８２１で受信ファイルのＴＩＦＦファイルデータをページ管理テーブルで示した「展開画像ファイル・パス・ファイル名」で示したファイルに書き込むとともに、受信データが正しいかどうかチェックする。更に、ＴＩＦＦファイルデータから文書プロファイル情報を抽出し文書管理テーブルの「文書プロファイル」領域に格納するとともに、受信データのデコードを行い受信画像のエラー有無を確認する。次に、「ページ単位に受信するモード」が「ＹＥＳ」ならばＳ８２２で１ページ毎にページ管理テーブルを獲得し２１０、２１１、２１２のようにページ管理テーブルキューを作成していく。次に、Ｓ８２３でページ管理テーブルの「ページ数」をインクリメントしてゆく。一方「ＮＯ」ならばＳ８２５で新たなページ管理テーブルは作成せずに、Ｓ８２０に移行する。

次に、添付ファイル部９３の処理中に展開サーバ１４１６からの受信がエラーした場合の処理に関して図３３を用いて説明する。データ受信処理（Ｓ８２０）においては、受信データのエラー訂正は例えばTCP/IPプロトコルで実現される。しかし、通信タイムアウト等の回復不能なエラーが発生した場合は、文書管理テーブル２５内の文書変換処理管理テーブル領域の「処理結果」領域に「展開サーバーエラー」がセットされ（Ｓ８２４）、図３１のＳ８３５に復帰する。「処理結果」領域がエラーとなっているため、Ｓ８３５で分岐し、Ｓ８１０で「文書変換処理管理テーブル」の「エラーレポート作成有無」領域がチェックされる。作成「する」ならば、Ｓ８１１で「文書変換処理ステータス」領域に「エラー後処理中」を、「しない」ならばＳ８１２で同領域に「変換完了」をセットして、コンバート処理、すなわち図２４のＳ６４を終了する。以下、「エラーレポート作成有無」領域が「あり」の場合を説明する。

次に、図２４のＳ６４８において、「文書変換処理ステータス」領域が「エラー後処理中」なのでＳ６１に移行し、「文書変換処理ステータス」が「エラー後処理中」なのでＳ６３９で分岐する。図２９のＳ７１に移行しエラーレポートのテキストデータを作成するために「文書変換処理ステータス」を「変換完了」にセットする。次にＳ７３で、エラーレポートのテキストデータ生成処理を行うための処理を行なう。文書管理テーブル２５の「エラー文書変換処理管理テーブル・ポインタ」領域に、エラーが発生した展開サーバー処理に使用された文書管理テーブル２５内の「オリジナル文書」領域の「文書変換処理管理テーブル」アドレスをセットする。
次にＳ７４で、展開サーバにより展開後のデータを格納するために用いられた「文書変換処理管理テーブル」を、エラーレポートのテキストデータを作成するために再利用するための処理を行なう。つまり、次に処理すべき処理中ポインタとして、文書管理テーブル２５内の「オリジナル文書」領域の「文書変換処理管理テーブル」にリンクされている「文書変換処理管理テーブル・ポインタ」アドレスをセットする。

Ｓ７５で該処理中ポインタが指す「文書種別」領域に「エラーレポート・作成元データ」をセットし、Ｓ７６で該処理中ポインタが指す「文書変換処理ステータス」領域に「ＩＤＬＥ」をセットする。Ｓ７２で「文書変換処理内容」領域を「エラーレポート作成」にセットすることで、エラーレポートのテキストデータ作成処理が継続される。

次に再び図２４のＳ６１に移行し、処理中ポインタが指し示す「文書変換処理ステータス」領域が「ＩＤＬＥ」なので、Ｓ６３７〜Ｓ６４０では分岐せず、Ｓ６２に移行する。ここでは、「エラーレポート文書」領域の文書変換処理テーブル２８の「文書種別」領域がチェックされる。同領域はＳ７５において「エラーレポート・作成元データ」がセットされているので、Ｓ７７（図３０）に移行する。この最、処理中ポインタには、文書管理テーブル２５の「文書変換処理テーブル・ポインタ」領域が指し示す「文書変換処理テーブル」アドレスがセットされている。Ｓ７７では、処理中ポインタが指し示す「文書変換処理テーブル」の「文書変換処理ステータス」領域に「変換情報設定完了」をセットする。Ｓ７８での処理中ポインタが指し示す「文書変換処理管理テーブル」の「次ポインタ」領域に文書管理テーブル２５内の「エラーレポート文書」領域の先頭アドレスがセットされる。

次にＳ７９で処理中ポインタに該「エラーレポート文書」の先頭アドレスがセットされる。Ｓ７１０で該処理中ポインタが指し示す、エラーレポート文書用「文書変換処理管理テーブル」の「文書種別」領域に「テキスト」がセットされエラーレポート用のテキスト変換が必要であることを指定する。次にＳ７１１で処理中ポインタが指し示す「文書変換処理管理テーブル」の「文書変換処理ステータス」領域に「前段変換終了待ち」をセットして、オリジナル文書変換処理、すなわち図２３のＳ５４を終了する。

次にＳ５５（図２３）でカレント文書変換処理テーブルポインタを次のそれに更新するが、添付ファイル部９３に対応する文書管理テーブル２５にリンクされている文書変換処理テーブルは存在しない。従って、Ｓ５１１では分岐せずＳ５６に移行し、カレント文書変換処理テーブルを文書管理テーブル２５の「エラー文書変換管理テーブル・ポインタ」の内容とする。もしこのポインタにデータが設定済みであれば、エラーレポート文書が存在するので、エラーレポート文書変換処理（Ｓ５８）に移行する。

図２４から開始するエラーレポート文書変換処理では、Ｓ６１でカレント文書変換管理テーブルの「文書変換処理ステータス」領域がチェックされる。前述の通り、Ｓ７１（図２９）で「変換完了」にセット済みなので、Ｓ６３８で分岐し、エラーレポート文書変換処理を終了して、Ｓ５９（図２３）に復帰する。Ｓ５９でカレント文書変換処理テーブルの次にリンクされている「文書変換管理テーブル」をカレント文書変換処理テーブルにセットし、再度Ｓ５８のエラーレポート文書変換処理に移行する。エラーレポート文書変換処理では、Ｓ６１（図２４）でカレント文書変換管理テーブルの「文書変換処理ステータス」がチェックされる。前述したようにＳ７７（図３０）で「変換情報設定完了」にセット済みなので、Ｓ６４０で分岐してＳ６３に移行し、現在は既に受信セッション中でないのでＳ６４に移行しコンバート処理（図３１）を実行する。

コンバート処理では、Ｓ８１でカレント文書変換処理テーブルの「文書変換処理ステータス」領域を「変換処理中」にセットする。Ｓ８２のチェックでは、前述の通りＳ７２（図２９）で「文書変換処理内容」が「エラー・レポート作成」に設定済みなのでＳ８３４で分岐し、Ｓ８５に移行する。カレント文書管理テーブルの「言語種別」領域は、コンテントタイプ解析処理（図２１、Ｓ４７）において、「日本語Ｓ−ＪＩＳ」が設定されている。また、カレント文書管理テーブルの「エラー文書変換処理管理テーブル・ポインタ」領域の示す「文書変換処理テーブル」の「処理結果」が、「展開サーバエラー」である（Ｓ８２４（図３３）でセット済み）ことが判明する。そのため、Ｓｈｉｆｔ−ＪＩＳ形式の文字コードで、例えば図３７に示すようなエラーレポートのテキストデータを生成し、カレント文書変換処理テーブルの「文書パス・ファイル名」のテキストファイルとして書き込む（Ｓ８５）。

次に、テキスト生成処理が正常なので、Ｓ８３５では分岐せず、カレント文書変換処理テーブルの「次ポインタ」領域にリンクされている「文書変換処理テーブル」の「文書変換処理ステータス」領域をチェックする（Ｓ８３）。その内容が「前段変換終了待ち」ならば、Ｓ８３６でＹＥＳと判断されたのち、「ＩＤＬＥ」にセットし直し（Ｓ８４）てからコンバート処理を終了する。

図２４におけるコンバート処理（Ｓ６４）が終了し、「文書変換処理ステータス」領域が「エラー後処理中」でないので、エラーレポート変換処理を終了し、図２３のＳ５９に移行する。次に、Ｓ５９で、カレント文書変換処理テーブルを（現在の）カレント文書変換処理テーブルの「次ポインタ」領域にリンクされている「文書変換処理テーブル」に設定する。次テーブルが存在するので、Ｓ５１２でＹＥＳと判断され、Ｓ５８で再度エラーレポート変換処理を行う。カレント文書変換処理テーブルの内容はＳ７１０（図３０）でセットされた内容で、「文書種別」領域は「テキスト」と設定されており、これからの処理は前述したヘッダ部９１に対する処理と同等であるため説明は省略する。

以上は、展開サーバーとの通信エラー時の処理を説明した。展開サーバーが展開元データを展開する際にエラーを検知した場合は、展開サーバー側で前記エラーレポートを生成し、本実施形態の通信装置に対し画像ファイルとして送信するようにしてもよい。また、展開サーバー側がエラー情報を通信装置に対して通知して、本通信装置がエラーレポートを作成してもよい。

図３４は、図３３のＳ８１９において、本発明の通信装置１４８内で展開できないデータについて、画像展開サーバ１４１８に対して展開依頼を行う際に用いる展開依頼のプロトコルシーケンス図である。画像展開サーバ１４１８はＬＡＮ２０１１（ＷＡＮ２０５１でもよい）を介して接続されている。本実施形態において、プロトコルにはＴＣＰ／ＩＰを用いている。

すなわち、まず、本発明の通信装置から展開サーバ装置に対しＴＣＰ／ＩＰによって展開処理のデーモンプロセスに対応するポート番号（ｘｘとする）でアソシエーションする（Ｓ１２１）。次に、展開サーバ装置が応答（Ｓ１２２）して、文書展開依頼のセッションが開始される。次いで「展開依頼」コマンドを展開サーバ装置に対し送出し（Ｓ１２３）、展開処理のセッションの開始を依頼する。

次に、通信装置は、展開サーバ装置の応答（Ｓ１２４）を受けて、展開依頼するデータに関する情報「展開制御データ」を通知するために「展開制御データ転送要求」コマンドを展開サーバ装置に対し送出する（Ｓ１２５）。そして、サーバからの正常応答（Ｓ１２６）を待って展開制御データを送信する（Ｓ１２７）。展開制御データとしては例えば、「言語種別」、「画像展開する紙サイズ」（Ａ４、Ｂ４等）、「画像展開する際に展開画像を複数ページを１ファイルにまとめる」か「１ページ毎１ファイルにする」、「受け付け番号」等の情報が渡される。

展開制御データの送信が終了し、サーバからの正常応答（Ｓ１２８）を受け取ると、通信装置は展開データの送信要求コマンドをサーバに送信する（Ｓ１２９）。そして、サーバの応答（Ｓ１２１０）を待って、管理テーブル（図１３）の所定領域に記録された情報に基いて展開データである電子メールデータ（添付ファイルデータ）を送信する（Ｓ１２１１）。この際に送信される展開データは、テキストからバイナリデータに変換（デコード）された「コンピュータ・プロセッサブル・バイナリ」ファイルである。展開要求を行う必要のある添付ファイルが複数ある場合には、上述の展開制御データ転送要求コマンドの送出（Ｓ１２５）からのステップを繰り返すことにより１回のセッションでの送出が可能である。電子メールデータの送信終了後、サーバの正常応答（Ｓ１２１２）を受信し、展開要求を行うべき（送信すべき）ファイルがなくなった時点で、通信装置は「セッション終了要求」コマンドを展開サーバ装置に対し送出する（Ｓ１２１３）。そして、それに対するサーバの正常応答（Ｓ１２１４）受信後、ポート切断要求を送信（Ｓ１２１５）してセッションが終了する。

一方、画像展開サーバ１４１６から通信装置１４８に対して展開済みの画像データを送る際に用いる展開済み文書転送プロトコルシーケンスを図３５に示す。通信装置から展開依頼を行う場合と同様、ＴＣＰ／ＩＰによる。また、予め通信装置から「１ページ毎に１ファイルにする」展開制御データを受信していたものとする。

展開サーバ装置１４１６から通信装置１４８に対しＴＣＰ／ＩＰにより、通信装置で動作している展開済み文書受信用のデーモンプロセスに対応するポート番号（ｘｘとする）でアソシエーションする（Ｓ１３１）。これに対する通信装置の応答（Ｓ１３２）を受けて、サーバが「展開済みファイル転送セッション開始要求」コマンドを送信する（Ｓ１３３）。このコマンドに対して通信装置が正常応答して（Ｓ１３４）、展開済み文書転送のセッションが開始される。

先ず、展開サーバ装置から「展開済み文書転送要求」コマンドを送信する（Ｓ１３５）。通信装置はこのコマンドを受信すると、受信用メモリやテーブルの獲得等の受信準備を行った後に応答を返す（Ｓ１３６）。サーバは応答を受けて「受け付け番号」、「展開処理結果」等の「展開結果データ」を送信する（Ｓ１３７）。通信装置は受信した展開結果データのうち必要なデータを、管理テーブル（図１３）の所定領域に設定した後に応答を返す（Ｓ１３８）。

展開サーバ装置は１ページ目の「展開済みファイルデータ転送要求」コマンドを送信する（Ｓ１３９）。通信装置はこのコマンドから得た送信されるファイルに関する情報を同じく管理テーブルの所定領域に設定した後に応答を返す（Ｓ１３１０）。サーバはこの応答を受けてＴＩＦＦバイナリに展開済みのファイルデータ（１ページ目）を送信する（Ｓ１３１１）。本実施形態では「１ページ毎１ファイルにする」ように展開要求時に設定されている。そのため、通信装置は受信したファイルをＨＤＤ２００４等に保存する。また、文書管理テーブル２３の最終変換文書領域２９のページ管理テーブルポインタ領域にリンクされたページ管理テーブル２１０に管理情報を格納し、応答を返す（Ｓ１３１２）。

次いでサーバと通信装置は２ページ目のファイルについて、Ｓ１３９〜Ｓ１３１２のステップを実行し、通信装置ではページ管理テーブル２１１に２ページ目のファイルの過人利情報が格納される。以降残りのページについても同様の処理を繰り返す。最終（Ｎとする）ページについても同様に転送要求（Ｓ１３１３）〜ファイルデータの送信（Ｓ１３１５）を行う。通信装置が受信後の正常応答（Ｓ１３１６）を行うと、展開サーバ装置は「データ転送終了通知」コマンドを送信する（Ｓ１３１７）。通信装置からの正常応答（Ｓ１３１８）を受信し、正常に全てのページの送信が終了したことを確認し、他の展開済み文書がなければ、サーバは「セッション終了要求」コマンドを送信する（Ｓ１３１９）。複数文書を送信する場合は、「展開済み文書転送」コマンドの送信（Ｓ１３５）からＳ１３１８までを繰り返す。通信装置が「セッション終了要求」コマンドを受信し、正常応答（Ｓ１３２０）を返すと、展開サーバ装置が「ポート切断要求」コマンドを送信してセッションを終了する。

図３６は、受信した電子データを本発明の通信装置のプリント装置で印字できる画像データに変換後に、他のプリントデータとページ単位で混在しないように制御するプリント処理フローチャートである。

先ず、受信データを格納し各種変換処理に使用した電子データ変換トランザクション管理テーブル２１（図１３）を参照する（Ｓ１６１）。そして、その「文書管理テーブル・ポインタ」領域にリンクされた「文書管理テーブル」をカレント文書管理テーブルとしてセットする（Ｓ１６２）。Ｓ１６１４で全文書管理テーブルを参照し終わったかチェックし、参照し終わったならば処理を終了し、さもなくばＳ１６３で「文書管理テーブル」の「エラーレポート文書」領域をカレント文書変換処理テーブルとして参照する。次にカレント文書管理テーブル内の全文書変換処理テーブルの参照が終了したか確認する（Ｓ１６１１）。ＹＥＳでかつエラーレポート文書を参照中でないならば（Ｓ１６９）、Ｓ１６８でカレント文書管理テーブルを該テーブルの「次ポインタ」領域の内容にセットして、Ｓ１６１４に復帰する。

一方、Ｓ１６９において現在エラーレポートを参照中ならばカレント文書管理テーブルの「最終変換文書」領域をプリント用の文書としてカレント文書処理テーブルとして設定し（Ｓ１６１０）てＳ１６１１に移行する。そして、全文書変換処理テーブルを参照し終わっていないので、カレント文書変換処理テーブルの「文書種別」領域を参照し「TIFFバイナリ」または「JPEGバイナリ」であるかを確認する（Ｓ１６１５）。もしいずれかに該当する場合は、カレント文書変換処理テーブルの「文書パス・ファイル名」領域がセット済みかをチェックし（Ｓ１６１６）、セットされていればそのファイルをプリントする（Ｓ１６１７）。

一方、未セットならば、Ｓ１６４でカレント文書変換処理テーブルの「ページ管理テーブルポインタ」をカレントページ管理テーブルとして設定し、全ページが参照済みかチェックする（Ｓ１６１２）。前ページ参照済みならばＳ１６７で次のカレント文書変換管理テーブルを次のそれに設定しＳ１６１１に移行する。

一方、Ｓ１６１２で全ページを参照済みでないならば、カレントページ管理テーブルの「展開画像ファイル・パス・ファイル名」領域をチェックし（Ｓ１６１３）する。未セットならばＳ１６６へ移行し、さもなくばＳ１６５でセットされたファイルのプリントを行う。次にＳ１６６でカレントページ管理テーブルに該テーブルの「次ポインタ」の内容をセットし、Ｓ１６１２に移行する。このようにして、順次、文書変換管理テーブルの全ページを処理→全文書管理テーブルを処理→全文書管理テーブルを処理して、プリント処理が終了する。

[他の実施形態]
なお、上述の実施形態においては、複写機とＦＡＸ機能を有する複合機を例日本発明を適用した例を用いて説明した。しかし、本発明は、複数の機器（例えばホストコンピュータ，インタフェイス機器，リーダ，プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機，ファクシミリ装置など）に適用してもよい。

また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、達成されることは言うまでもない。

この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

プログラムコードを供給するための記憶媒体としては、例えば、フロッピディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭなどを用いることができる。

また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

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

本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明したフローチャートに対応するプログラムコードを格納することになるが、簡単に説明すると、図１６に示すフローチャートを実現可能なモジュールを記憶媒体に格納することになる。

本発明を適用した通信装置の全体構成を示すブロック図である。 本発明を適用した通信装置の正面外観を示す図である。 操作部外観を示す図である。 スキャナ画像処理部のブロック図である。 プリンタ画像処理部のブロック図である。 画像圧縮伸長部のブロック図である。 画像回転部のブロック図である。 画像回転処理の説明図である。 画像回転処理の説明図である。 デバイスＩ／Ｆ部のブロック図である。 ネットワーク・システム構成図である。 電子メール・データ内容図である。 電子データ管理テーブルのデータ構造図である。 データ変換処理と変換後の文書種別に関するシーケンス図である。 電子メールの通信手順シーケンス図である。 電子データ受信処理の概略フローチャートである。 電子データ区分処理のフローチャートである。 電子データ区分処理のフローチャートである。 電子データ区分処理のフローチャートである。 電子データ区分処理のフローチャートである。 コンテント・タイプ処理のフローチャートである。 状態遷移図である。 分割済み文書の変換処理のフローチャートである。 分割済み文書の変換処理のフローチャートである。 分割済み文書の変換処理のフローチャートである。 分割済み文書の変換処理のフローチャートである。 分割済み文書の変換処理のフローチャートである。 分割済み文書の変換処理のフローチャートである。 分割済み文書の変換処理のフローチャートである。 分割済み文書の変換処理のフローチャートである。 コンバート処理のフローチャートである。 コンバート処理のフローチャートである。 コンバート処理のフローチャートである。 本文書展開依頼のプロトコルシーケンス図である。 展開済み文書転送プロトコルシーケンス図である。 プリント処理フローチャートである。 エラーレポートの例を示す図である。

符号の説明

２００１ ＣＰＵ
２００２ ＲＡＭ
２００３ ＲＯＭ
２００４ ＨＤＤ
２００５ 画像バスインタフェース
２００６ 操作部インタフェース
２００７ システムバス
２００８ 画像バス
２０１０ ネットワークインタフェース
２０２０ デバイスインタフェース
２０４０ 画像圧縮伸長部
２０５０ モデム
２０６０ ラスタイメージプロセッサ
２０７０ スキャナ
２０９５ プリンタ

Claims (3)

1. ネットワークを介して受信した電子メールをもとに、画像データを形成して出力する通信装置であって、
   電子メールを受信する受信手段と、
   前記受信手段が受信した電子メールを解析して、テキストに符号化されたバイナリデータを抽出する抽出手段と、
   前記抽出手段が抽出した、テキストに符号化されたバイナリデータを画像データに変換する変換手段と、
   前記受信手段が受信した電子メールの言語種別を、前記電子メールのヘッダ情報に含まれる、前記電子メールの文字コードを特定する情報に基づいて判別する判別手段と、
   前記判別手段が判別した言語種類によるメッセージで前記変換手段による変換処理に関するレポート情報を生成する生成手段と、
   前記生成手段が生成したレポート情報を前記受信手段が受信したデータの送信元へ送信する送信手段と、を有することを特徴とする通信装置。
2. ネットワークを介して受信した電子メールをもとに、画像データを形成して出力するための通信方法であって、
   電子メールを受信する受信ステップと、
   前記受信ステップで受信した電子メールを解析して、テキストに符号化されたバイナリデータを抽出する抽出ステップと、
   前記抽出ステップで抽出した、テキストに符号化されたバイナリデータを画像データに変換する変換ステップと、
   前記受信ステップで受信した電子メールの言語種別を、前記電子メールのヘッダ情報に含まれる、前記電子メールの文字コードを特定する情報に基づいて判別する判別ステップと、
   前記判別ステップで判別した言語種類によるメッセージで、前記変換ステップによる変換処理に関するレポート情報を生成する生成ステップと、
   前記生成ステップで生成したレポート情報を、前記受信ステップで受信したデータの送信元へ送信する送信ステップと、を有することを特徴とする通信方法。
3. コンピュータを、請求項１記載の通信装置として機能させるプログラムを格納した、コンピュータ読み取り可能な記憶媒体。

Images