JP2000125068A - 通信装置、画像形成装置並びに画像形成システム - Google Patents

Abstract

(57)【要約】 【課題】 電子メールに添付された非画像データを解釈
して画像データを出力する通信装置を提供すること 【解決手段】 受信した電子メールをヘッダ情報を用い
てパートに分断し（Ｓ１５２）、各パート毎にヘッダ情
報に基づき復号／展開処理である文書変換処理（Ｓ１５
４）を行った後、ビットマップデータとして出力する
（Ｓ１５１１）。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

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

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

【０００６】

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

【０００７】（１）操作の手間と時間がかかる 即ち、ＰＣユーザがインターネットＦＡＸにワードプロ
セッサ文書や表文書を送り届ける場合は、ＰＣ側で該文
書を一旦画像データに変換しＴＩＦＦファイル化してか
ら、電子メールに該ＴＩＦＦファイルを添付するといっ
た複雑な操作を行わなければならない。

【０００８】（２）データ転送容量が大きい さらに、ワードプロセッサ文書や表文書をＰＣ上で印字
するのとほぼ同等な印字品位をユーザが望む場合、ユー
ザが使用するプリンタが４００ＤＰＩの場合、ユーザが
該文書を画像データに展開する際に４００ＤＰＩ程度の
解像度で展開する必要がある。その場合、ワードプロセ
ッサ文書のデータ容量とそれをＴＩＦＦファイル化した
際のデータ容量は明らかにＴＩＦＦファイル化したもの
が大きくなり、通信時間のみならずＬＡＮやインターネ
ットワーク上のトラフィックを増大させることになる。
さらに、電子メールの転送系に関連する電子メールサー
バの受信可能な電子メールデータのデータ容量はシステ
ム管理者の設定に依存するが、上限が約１Ｍバイトから
２Ｍバイト程度であり、送信する電子メールデータ容量
は小さい方が確実に相手に送達される可能性が高い。ま
た、インターネットＦＡＸ等のＴＩＦＦファイルはＭ
Ｈ、ＭＲ、ＭＭＲ等のファクシミリ画像圧縮されたデー
タが格納されており、さらに他のファイル圧縮手法を適
用しても効果が少ない。

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

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

【００１１】本発明の目的は、上述の問題点を解決した
通信装置およびこの通信装置を利用した画像形成装置並
びに画像形成システムを提供することにある。

【００１２】

【課題を解決するための手段】すなわち、本発明の要旨
は、受信した電子データをもとに、画像データを形成し
て出力する通信装置であって、電子データとして、非画
像データを受信した際、この非画像データの内容を解析
するデータ解析手段と、

【００１３】データ解析手段の解析結果に対応して、非
画像データを画像データに変換するデータ変換手段とを
有することを特徴とする通信装置及び、この通信装置を
用いた画像形成装置並びに画像形成システムに存する。

【００１４】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００３８】（ソフトウェア）以下、本実施形態の動作
について説明する。

【００３９】図１２は、ワードプロセッサ文書や表計算
ファイルなど、非画像データが添付ファイルとして添付
された電子メールデータ例を示す図で、ＭＩＭＥフォー
マットで記述された電子メールデータ内容図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１４０】

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

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

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

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

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

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

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

【０１４７】

【発明の効果】以上述べたように、本発明の通信装置に
よれば、添付ファイルとして送付されたワードプロセッ
サ文書や表文書等の電子データの文書を展開して画像デ
ータとして出力することが可能となるため、ユーザがＰ
Ｃ側で該文書を一旦画像データに変換しＴＩＦＦファイ
ル化してから、電子メールにＴＩＦＦファイルを添付す
るという一連の複雑な操作手順を踏むことなく、ＰＣか
ら所望のワードプロセッサ文書や表文書を電子メールソ
フトで添付する簡単な操作を行うだけで簡単に本通信装
置に送り届けることができる。

【０１４８】また、ＴＩＦＦファイルに展開することな
く、ワードプロセッサ文書や表文書を本通信装置に転送
されるため、ＴＩＦＦファイルに比べデータ容量が小さ
く、確実に本通信装置に送り届けられる。

【０１４９】また、送信元の言語種別を検出し、エラー
発生時にはその言語で記述したエラーレポートを送信す
るため、ユーザーがエラー内容を正しく認識できる。

【図面の簡単な説明】

【図１】本発明を適用した通信装置の全体構成を示すブ
ロック図である。

【図２】本発明を適用した通信装置の正面外観を示す図
である。

【図３】操作部外観を示す図である。

【図４】スキャナ画像処理部のブロック図である。

【図５】プリンタ画像処理部のブロック図である。

【図６】画像圧縮伸長部のブロック図である。

【図７】画像回転部のブロック図である。

【図８】画像回転処理の説明図である。

【図９】画像回転処理の説明図である。

【図１０】デバイスＩ／Ｆ部のブロック図である。

【図１１】ネットワーク・システム構成図である。

【図１２】電子メール・データ内容図である。

【図１３】電子データ管理テーブルのデータ構造図であ
る。

【図１４】データ変換処理と変換後の文書種別に関する
シーケンス図である。

【図１５】電子メールの通信手順シーケンス図である。

【図１６】電子データ受信処理の概略フローチャートで
ある。

【図１７】電子データ区分処理のフローチャートであ
る。

【図１８】電子データ区分処理のフローチャートであ
る。

【図１９】電子データ区分処理のフローチャートであ
る。

【図２０】電子データ区分処理のフローチャートであ
る。

【図２１】コンテント・タイプ処理のフローチャートで
ある。

【図２２】状態遷移図である。

【図２３】分割済み文書の変換処理のフローチャートで
ある。

【図２４】分割済み文書の変換処理のフローチャートで
ある。

【図２５】分割済み文書の変換処理のフローチャートで
ある。

【図２６】分割済み文書の変換処理のフローチャートで
ある。

【図２７】分割済み文書の変換処理のフローチャートで
ある。

【図２８】分割済み文書の変換処理のフローチャートで
ある。

【図２９】分割済み文書の変換処理のフローチャートで
ある。

【図３０】分割済み文書の変換処理のフローチャートで
ある。

【図３１】コンバート処理のフローチャートである。

【図３２】コンバート処理のフローチャートである。

【図３３】コンバート処理のフローチャートである。

【図３４】本文書展開依頼のプロトコルシーケンス図で
ある。

【図３５】展開済み文書転送プロトコルシーケンス図で
ある。

【図３６】プリント処理フローチャートである。

【図３７】エラーレポートの例を示す図である。

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (72)発明者 秋庭 朋宏 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 (72)発明者 相山 健司 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 (72)発明者 山口 耕太郎 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 (72)発明者 田辺 律司 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 (72)発明者 前田 徹 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 Ｆターム(参考） 5C062 AA02 AB38 AC30 AE08

Claims (18)

【特許請求の範囲】
1. 【請求項１】 受信した電子データをもとに、画像デー
   タを形成して出力する通信装置であって、 前記電子データとして、非画像データを受信した際、こ
   の非画像データの内容を解析するデータ解析手段と、 前記データ解析手段の解析結果に対応して、前記非画像
   データを画像データに変換するデータ変換手段とを有す
   ることを特徴とする通信装置。
2. 【請求項２】 前記非画像データが、文字コードからな
   るデータであることを特徴とする請求項１記載の通信装
   置。
3. 【請求項３】 前記文字コードからなるデータが、文字
   コードに変換されたバイナリーデータを含むことを特徴
   とする請求項２記載の通信装置。
4. 【請求項４】 前記データ変換手段が、文字コードをビ
   ットマップデータに変換するビットマップデータ作成手
   段を有することを特徴とする請求項１記載の通信装置。
5. 【請求項５】 前記データ解析手段が、前記バイナリー
   データ部分と、それ以外の部分とを識別する文字データ
   解析手段を有することを特徴とする請求項３記載の通信
   装置。
6. 【請求項６】 前記データ変換手段が、前記バイナリー
   データ部分を元のバイナリーデータに復元するデコード
   手段と、前記復元されたバイナリーデータを展開して、
   画像データを形成するデータ展開手段の少なくとも一方
   を含むことを特徴とする請求項３記載の通信装置。
7. 【請求項７】 前記電子データの受信を、ＴＣＰ／ＩＰ
   又はＳＭＴＰに従って行うことを特徴とする請求項１乃
   至請求項３のいずれかに記載の通信装置。
8. 【請求項８】 前記文字コードの言語種別を判別する言
   語判別手段をさらに有することを特徴とする請求項２記
   載の通信装置。
9. 【請求項９】 前記電子データが、ＭＩＭＥ形式で記載
   されていることを特徴とする請求項７記載の通信装置。
10. 【請求項１０】 前記電子データから発信元の言語種
    別、アドレスを検出するコンテント解析手段を有するこ
    とを特徴とする請求項９記載の通信装置。
11. 【請求項１１】 前記コンテント手段が、ＭＩＭＥヘッ
    ダから前記言語種別及び前記アドレスを検出することを
    特徴とする請求項１０記載の通信装置。
12. 【請求項１２】 前記コンテント手段が、ＭＩＭＥヘッ
    ダ情報を用いて、受信した文字コードからなる電子情報
    を文字コードからなる部分と前記文字コードに変換され
    たバイナリーデータ部分とに分割することを特徴とする
    請求項１０記載の通信装置。
13. 【請求項１３】 前記画像データの出力に至る経過で前
    記発信元に通知すべきエラーが発生した場合、前記コン
    テント解析手段が検出した発信元アドレスに対してエラ
    ー内容を前記検出した言語種別に対応した文字コードで
    記載したエラーレポートを送信するエラーレポート作成
    手段を有することを特徴とする請求項１０記載の通信装
    置。
14. 【請求項１４】 前記データ変換手段が、前記バイナリ
    ーデータ部分の復元が前記デコード手段で可能か否かを
    判定する第１の判定手段をさらに有し、前記デコード手
    段での復元が不可能と判定された場合に、外部機器に前
    記復元を依頼することを特徴とする請求項６記載の通信
    装置。
15. 【請求項１５】 前記データ変換手段が、前記復元され
    たバイナリーデータの展開を前記データ展開手段で可能
    かどうかを判定する第２の判定手段をさらに有し、前記
    デコード手段での復元が不可能と判定された場合に、外
    部機器に前記復元を依頼することを特徴とする請求項６
    記載の通信装置。
16. 【請求項１６】 前記電子データにはファクシミリ送信
    規格で符号化された画像データを含むことを特徴とする
    請求項１乃至１５のいずれかに記載の通信装置。
17. 【請求項１７】 請求項１乃至１６のいずれかに記載の
    通信装置を有する画像形成装置。
18. 【請求項１８】 請求項１乃至１６のいずれかに記載の
    通信装置と、画像形成装置とが相互に通信可能に接続さ
    れた画像形成システム。