JPH01106573A - データ通信装置 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、文書構造に基づく文書構成要素をシーケンシ
ャルに受信し、文書構造を解析し、送信側の意図する文
書形態を復元するデータ通信装置に関するものである。

〔従来の技術〕

近年、磁気記憶媒体等の高密度容量化、低価格化により
ファクシミリ等の文書伝送装置にこれら記憶装置を備え
、文書情報の送受信を記憶媒体間で行う通信端末が普及
してきた。ミクストモード文書等の構造化文書のように
受信文書を出力するまでにデータの複雑な処理を必要と
する場合には、特に文書データを記憶媒体に一旦蓄積し
、通信切断後、処理を行う方法が有効となる。構造化文
書は、文書の頁内をいくつかの領域に分割し、各々の領
域を文書内容のデータ群と領域自体の属性を記述するデ
ータ群とで構成させた文書であるが、領域属性は、文書
の階層構造に応じてい（つかの種類が存在する。構造化
文書の伝送はこれらの構成要素すなわち領域属性および
文書内容のデータ群をシーケンシャルに転送することに
より行われる。受信端末では受信した構成要素を処理す
るのに要素間の相互関係をまず解析し、その後文書内容
データ群の一つ一つについて復元化処理等を施し、送信
側の意図する形態に文書を再現する。従って受信側での
処理は従来のファクシミリのような圧縮データの伸長処
理や印刷等の出力処理に加え、文書構造の解析という処
理が必要となり、通信中にこれらを一挙に行うことは通
信効率等を悪化させる。そこで通信データを記憶媒体に
一時記憶する蓄積交換方式が通信効率面並びに受信側で
の文書処理のやりやすさ、といった面で有利になる。

〔発明が解決しようとしている問題点〕しかしながら、
磁気ディスク等の不揮発記憶媒体はデータアクセスの所
用時間が長（、受信しながらリアルタイムに出力を行う
方法に較べて出力までの処理時間が長くかかる。さらに
構造化文書の場合、構成要素のレングス情報は、各構成
要素内で持つ為に、これら要素をシーケンシャルに記憶
媒体に記憶すると、必要とする要素の情報を引き出す為
に先頭に記憶されている要素から順に検索しなければ要
素の記憶位置を検出できず、前記アクセス時間の長さと
相まって処理時間がさらに増大する。文書構成要素の伝
送順序等についてあらかじめ情報を持っていない場合に
は、受信データのすべてを見てしまわなければ構成要素
数や要素間相互関係を把握することができず、文書の各
頁の出力を行うまでの文書構造の解析に時間がかかり、
出力時のオーバーヘッドが大きくなる。特に構成要素の
レングス情報が不定形すなわち構成要素内の要素群の個
々のレングス情報を加算しなければ全体のレングスがわ
からないような場合には、構成要素間の相互関係づけを
行う以前の構成要素そのものをサーチすることに多大な
時間を必要とする。

〔問題点を解決するための手段及び作用〕本発明は上記
問題点を解決する為に、受信端末が文書データを受信す
る際、記憶する文書構成要素のアクセス及び構造解析等
をする上で必要となる情報を作成し、受信データそのも
のの記憶と並行して、それら情報の記憶を行い通信終了
後に受信文書の出力処理等を行う場合の文書構造解析処
理時間の短縮をはかり、処理時間のオーバーヘッドを縮
小させる。

〔実施例〕

以下、図面を参照しつつ本発明の一実施例を詳細に説明
する。

第１図は本実施例の構成を示したブロック図である。１
は文書データの通信制御及び文書交換プロトコルに従う
データ通信手順を行う通信制御部であり、２はＲＯＭ３
に記憶されたデータ通信。

手順プログラムに従って通信制御部全体の動作を司どる
中央演算処理装置（ＣＰＵ）　、４は回線６を伝わって
Ｉ１０ポート５にシリアルに入力される電気信号を記憶
したり、ＣＰＵ２によってデータ通信手順を実行する上
で発生するプロトコルデータを記憶したりするＲＡＭで
ある。７は通信制御部と文書受信端末本体を結合するデ
ータバスでこれにより回線６に入力される文書データが
通信制御部１により文書受信端末本体へ引き渡される。

９はＲＯＭｌ０に記憶された文書・データ処理プログラ
ムに従って文書受信端末本体全体の動作を司どる中央演
算処理装置（ＣＰＵ）であり、１１はデータバス７から
入力されるデータを一時的に蓄えたり、文書の出力処理
を行う上で発生するデータを記憶したりするＲＡＭであ
る。

１２は文書データの記憶をするディスク装置１３の制御
を行うディスクコントローラ、１４は圧縮された文書デ
ータの伸長を行う復号化処理部、１５は復号化され可視
化された受信文書データをプリント１６へ出力する出力
ポートである。

このような構成をした装置が処理する文書の文書構造に
ついての一例を示したのが第２図である。文書は頁の集
合であり、さらに頁はその内容によっていくつかのブロ
ックに分割される。このように文書構造には、ドキュメ
ント、ページ、ブロックというレベルが考えられ、ブロ
ックに文書内容が直接関連づけられる。このような概念
に基づいて文書構造の図式化との対応をとると、第２図
の１７はドキュメント（Ｄ）、１８並びに２３はページ
（Ｐｉ、Ｐ２）、そしてページＰ１は１９．２１のブロ
ック（Ｂｌ、Ｂ２）　、ページＰ２は２４．２６のブロ
ック（Ｂ３．Ｂ４）から構成され、各々のブロックＢｌ
、Ｂ２．Ｂ３゜Ｂ４に対応する内容が２０．２２，２５
．２７のテキスト（Ｔｌ、Ｔ２．Ｔ３．Ｔ４）となる。

さて、ＣＣＩＴＴ勧告Ｔ７３では、第２図のような構造
化文書の伝送を行う場合、１７〜２７のすべての構成要
素にそれぞれの文書階層レベルで必要とされる情報を割
り当て、文書交換通信プロトコル要素として、各々を１
つのデータ単位として伝送する方式が規定されている。

このような方式により伝送される文書データのフォーマ
ットについて一例を示したのが第３図である。２８のｉ
ｄｌは第２図１７〜２７のようなプロトコル要素の種類
を示す識別子であり、２９のＬｌはプロトコル要素実体
Ｄａｔａ１３０のレングス情報である。従って２８〜３
０のｉｄｌ。

Ｌｌ、Ｄａｔａｌは３つ１組となってプロトコル要素を
構成する。３１〜３３は同様に識別子ｉｄ２、レングス
情報Ｌ２、実体Ｄａｔａ２からなる２番目のプロトコル
要素、３４〜３６は３番目のプロトコル要素といったよ
うに以下同様のフォーマットで文書を構成するプロトコ
ル要素が記述される。文書交換を行う際は、このフォー
マットで示される順序でデータが伝送路上に出される。

従って受信端末が受は取る文書データはまさしく第３図
のフォーマットとなる。このように受信端末が受けとる
文書データは、それぞれの文書構成要素と構成要素のレ
ンズが混在する形で存在する。また構成要素の種別や他
要素との相互関係は構成要素内部すなわち第３図のＤａ
ｔａｌ。

Ｄａ　ｔ　Ｂ２．Ｄａ　ｔ　Ｂ３−・・内に記述される
為、受信データ全部のプロトコル要素を調べなければ第
２図のような文書構造を知ることができない。

受信端末がこのようなフォーマットの文書データから文
書構造を知るにあたって次のような問題が考えられる。

第２図におけるり、Ｐｉ、Ｐ２゜Ｂｌ、Ｂ２．Ｂ３．Ｂ
４はオブジェクト記述子といわれる文書属性情報の記述
をされるデータ群であり、Ｔｌ、Ｔ２．Ｔ３．Ｔ４はテ
キストユニットといわれる文書内容そのもののデータ群
である。文書構造解析には文書内容データは不要である
為、Ｔ１〜Ｔ４内のデータのほとんどは構造解析時には
読み飛ばされる。ところがプロトコル要素のレングス部
にはレングスが明記されず、プロトコル要素実体内部を
調べなければ全体のレングスがわからないことがある。

このようにレングスが明記されないことがテキストユニ
ットのようにオブジェクト記述子よりサイズがはるかに
大きい要素によく適用される。文書データフォーマット
が第３図のようである場合、１つでもレングスのわから
ないプロトコル要素が存在すると、それ以降のプロトコ
ル要素の位置がわからなくなってしまう。そこでレング
スの明記されていない要素に遭遇した場合には、たとえ
その内容データを必要としない場合でも処理をしてレン
グス計算をしなければならないことになる。これがデー
タ量の非常に大きいテキストユニットである場合、さら
にデータがディスク装置内等アクセスタイムの大きな媒
体に一体記憶された後に処理を行っている場合であると
、そのレングス計算だけで文書構造解析の大半の処理時
間を費さなければならな（なってしまう。

このような問題を解決する為に、文書プロトコル要素の
レングス計算を文書データをディスク等に記憶する前に
行い、レングスのみを一度にまとめて得ることができる
形式で文書データと別に記憶することが考えられる。第
４図はそのようなレングス情報の一例を示したものであ
る。これは文書データの各プロトコル要素の識別子とレ
ングスを先頭から順に書き出したものであり、３７には
先頭のプロトコル要素の識別子とレングスが、３８には
２番目の識別子、レングス、３９には３番目のものが記
述される。第３図のようなデータを処理する場合にあら
かじめ第４図のような情報があればプロトコル要素のフ
ァイル上の位置をレングスの加算のみで求めることがで
き、プロトコル要素の個数や種類までも即座に知ること
ができ、これにより文書構造解析時の処理時間を大きく
短縮可能である。

第４図に示す情報を作成する為の手段について一例を示
したのが第５図〜第７図のフローチャト図である。第５
図は通信制御部１の中央演算処理装置２が文書データを
受信する際の動作を示したフローチャート図である。ス
テップ＄１において着信データの有無を検知し、着信が
あるとステップＳ２に進み受信データを取り込む。ステ
ップＳ３で受信データがＲＡＭＪ上に確保するバッファ
にフルになったかどうかを検知し、バッファフルになる
までステップＳ２を繰り返し実行して受信データをバッ
ファに格納する。バッファフルになったらステップＳ４
に進み受信データ内の通信情報を記述した部分を除去し
、文書データのみを抽出する。次にステップＳ５で文書
データについて第４図に示すようなＴ７３フォーマット
の情報作成を行う。バッファ上のデータすべてについて
処理を終了したらステップＳ６へ進み、データバス７か
ら文書受信端末本体８へ文書データを引き渡し、続いて
ステップＳ７においてステップＳ５で作成した第４図の
ようなデータを文書受信端末本体へ引き渡す。そしてス
テップＳ８へ進みさらに通信が継続しているのであれば
ステップＳ２へ戻り受信データをバッファに取り込み同
様の処理を続け、通信が終了していれば動作を終了する
。第６図はステップＳ５の処理についてさらに詳しく示
したものである。ここで処理するデータは第３図に示す
様なフォーマットをしており、まずステップＳｌｌでプ
ロトコル要素の種類を示す識別子１ｄｌ（２８）を第４
図の３７に書き込む。次にステップＳ１２へ進みレング
ス情報Ｌ１（２９）を調べ不定形であることが判明すれ
ばステップＳ１３へ進んでＤａｔａｌ　（３０）の内部
を調べ、レングス計算してステップＳ１４へ進み、又、
不定形でなければステップＳ１２から直接ステップ３１
４へ進む。ステップ３１４ではＤａｔａｌのレングスＬ
Ｌ１を第４図の３７に書き込む。そしてステップＳ１５
でレングスＬＬＩとバッファ上の残りデータ数を比較し
、ステップ８１６で次のプロトコル要素がバッファ上に
あるならばステップ３１１へ戻り、次のプロトコル要素
識別子１ｄ２（３１）を第４図３８に書き込み、ステッ
プ８１１〜ステツプＳ１５と同様の処理を繰り返す。次
のプロトコル要素がバッファ上にないならリターンする
。このようにして通信制御部１が第４図のようなデータ
を作成し、文書受信端末本体に渡される。第７図はその
データを文書受信端末本体の中央演算処理装置（ＣＰＵ
）９が受信処理する内容を示したフローチャート図であ
る。ＣＰＵ９はデータバス７からのデータを入力する処
理だけでなく、ディスク装置１３の文書データの出力処
理やオペレーターとのインターフェイスをとる処理等も
行う。第７図はそれらのうちＣＰＵ９がデータバス７か
らの入力有信号を検知し受信処理を行うところからスタ
ートする。

ＣＰＵ９がデータ入力を検知するとステップＳ２１へ進
み、受信文書ファイルの生成を行う。次にステップ３２
２でＴ７３フォーマット情報ファイルすなわち第４図の
データ用のファイルを生成する。次のステップＳ２３と
ステップＳ２４は通信制御部ＣＰＵ２のステップＳ６．
　　　ステップＳ７の処理と同期して動作し、ステップ
Ｓ６で通信制御部１が出力する文書データをデータバス
７を介して文書受信端末本体８がステップＳ２３におい
て入力し、ＲＡＭＩＩへ記憶し、ステップＳ６での出力
が終った時点で、ＣＰＵ９がＲＡＭ１１の文書データを
ディスク装置１３へ記憶させる。さらに続いてステップ
Ｓ７で通信制御部１が出力するＴ７３フォーマット情報
をステップＳ２４で入力し、ＲＡＭＩＩへ記憶させた後
やはりディスク装置１３へ記憶する。このようにしてス
テップ８２〜ステツプＳ７で繰り返し出力されてくるデ
ータを同期をとってステップＳ２３゜ステップ３２４を
繰り返し実行してデータ入力しファイルへ記録する。そ
してステップＳ８で通信制御部１側の出力処理が終ると
、ステップＳ２５でそれを検知し、ＣＰＵ９は他の処理
を行う為にリターンする。

このように回線を通じて受信される文書データをディス
クへ記憶する前に７７３フオーマツト情報を作成し、記
憶させるようにすると、プロトコル要素のレングス計算
をＲＡＭ上ですべて行え、ディスクアクセス等の処理時
間を省略することができ、さらに文書ファイル出力処理
内容も軽減できる。

第８図はＣＰＵ９がディスク装置に記憶された文書デー
タファイルの出力処理の動作シーケーンスを示すフロー
チャート図である。ＣＰＵ９がオペレータの指示あるい
は外部からの出力要求等による何らかのトリガで受信文
書出力処理に入ると、まずステップＳ３１でステップＳ
２４で記憶したＴ７３フォーマット情報をファイルより
読み出してＲＡＭＩＩ上に確保する。以下ステップ３３
２で行うプロトコル要素の読み出しは、ＲＡＭＩＩの７
７３フオーマツト情報によって行う。ステップＳ３２で
まず第３図Ｄａ　ｔ　ａ　１を読み出し、ステップＳ３
３で文書構造に関するデータ構造属性を抽出する。この
構造属性をステップ８３４で処理し、関連するオブジェ
クトのサーチを行う。

ここでＤａｔａｌは先頭プロトコル要素であるから関連
オブジェクトの発見はできず、ステップＳ３５のオブジ
ェクト関連についての情報作成もできない。ステップＳ
３６でプロトコル要素の残りがあるかどうかの判別を行
い、残りがあるならばステップ８３′２に戻り、次のプ
ロトコル要素実体Ｄａｔａ２のファイル上のアドレスを
第４図のＴ７３フォーマット情報のレングスより求めて
ＲＡＭＩＩ上に読み出す。次に同様にステップＳ３３で
構造属性をＤａｔａ２内部より抽出し、ステップＳ３４
でそれを処理し、関連オブジェクトのサーチを行う。も
しＤａｔａｌとＤａｔａ２が関連する（例えば第２図の
ＤとＰｌのよう）ならばステップ８３５でその旨を示す
情報を作成しておく。そしてステップＳ３６へ進み次の
プロトコル要素があるかないかの判断をする。このよう
にしてステップ３３２〜ステツプ８３６を繰り返しすべ
てのプロトコル要素について処理を済ませたらステップ
Ｓ３７へ進む。この時点で第３図のデータから第２図の
文書構造への復元を行えたことになる。ステップＳ３７
以降では第２図のＴ１〜Ｔ４のテキストユニットの復号
化と出力処理を行う。ステップＳ３７ではまずＴ１を復
号化及び出力する為に必要な属性をＴ１と関係するオブ
ジェクトＢｌ、ＰＬ、Ｄからサーチする。そして属性が
そろったらステップＳ３８へ進みＴ１内部の文書内容デ
ータの復号化を行う。このようにして頁内のテキストユ
ニットの復号化処理を行い、ステップＳ３９で全ての頁
内テキストの処理が済めばステップＳ４０へ進み復号化
データを位置づけして頁の出力を行う。残りがある場合
はステップＳ３７へ戻って他のテキストユニットの処理
を行う。一つの頁の出力が済んだらステップＳ４１へ進
み他に出力する頁があればステップＳ３７へ戻り同様の
処理をし、全頁出力済になったらリターンする。

通常プロトコル要素のレングス計算はステップＳ３２の
直前で行われるべきところを、本実施例によれば受信時
におけるファイルへの格納時にレングス情報を作成する
ので、文書出力処理時にディスクアクセス等の待ち時間
を回避することできる。

〔他の実施例〕

尚、前記実施例では通信制御部のＣＰＵがＴ７３フォー
マット情報の作成処理を行ったが、ディスクに記憶する
前にこの処理を行うのであれば文書受信端末本体のＣＰ
Ｕが同様の処理を行ってもよく、二つのＣＰＵの負荷バ
ランスを通信効率を最適化する形で分担することができ
る。

又、前記実施例ではＴ７３フォーマット情報はプロトコ
ル要素の識別子とレングスのみであったが、さらに詳し
い文書構造情報までを作成しておくことも考えられる。

その例について以下簡単に説明する。第９図は第２図の
文書構成要素の受信順序について示したもので、これら
をさらに詳しく記述したものが第３図にあたる。このよ
うにプロトコル要素はその伝送順序に従って番号を持た
せることができ、この番号をプロトコル要素の識別に用
いて文書構造を示すことができる。この方法を第２図の
構造を持つ文書に適用して作成したのが第１０図である
。この図の縦方向には文書内のテキストユニットの個数
に相当する項数があり、横にはテキストユニットが文書
構造各階層のどのオブジェクト記述子と対応するのか下
位の階層から上位の階層へと関連するプロトコル要素の
番号を順に記述しである。それでは第２図Ｔ１をとって
説明してみる。テキストユニットＴ１はブロックオブジ
ェクトＢ１と関連し、Ｂ１はページオブジェクトＰ１と
関連し、ＰｌはドキュメントオブジェクトＤと関連する
。第９図に示されるようＴＩ、Ｂｌ、Ｐｉ、Ｄは伝送順
序では４゜３．２．１である。この数字列を記述したの
が第１０図の４０である。以下４１〜４２はそれぞれテ
キストユニットＴ２〜Ｔ４についてオブジェクト関連情
報を示している。このように第１０図は第９図のプロト
コル要素群の相互関係を示し、文書構造が第２図のよう
であることを教える。

このような第１０図の情報と第４図のようなＴ７３フォ
ーマット情報があれば、文書データの内部を全く見ずに
プロトコル要素のファイル上位置と、相互関係がわかり
、第８図でのステップ８３２〜Ｓ３６の処理を省略し、
直接ステップＳ３７の処理に入れ、文書出力処理にかか
る時間をさらに短縮することができる。第１０図の作成
処理までを文書データをディスク装置に記憶する前に行
うことが可能であり。これらの処理を通信中に行うこと
による通信効率の悪化と、ディスクに記憶後に文書デー
タの処理を行う際の処理時間の増加との相互関係で最適
となるようディスクへのデータの記憶前後で処理分担を
はかることができる。

〔発明の効果〕

以上説明したように本発明によれば、受信端末が受信デ
ータを記憶する前に文書構成に関する情報を作成し、受
信データと対にして記憶することにより通信終了後に文
書出力処理を行う際に記憶媒体のアクセス時間等を太き
（軽減でき、さらに通信効率の面への影響についても十
分配慮した受信文書処理が可能になる。

【図面の簡単な説明】

第１図は本実施例の構成を示したブロック図、第２図は
、文書構造の一例を示した図、第３図は、文書データの
データ構造の一例を示した図、 第４図は、文書データの各プロトコル要素の先頭部を抽
出した情報の一例を示した図、第５図は、通信制御部Ｃ
ＰＵの受信処理動作を示したフローチャート図、 第６図は、同ＣＰＵの７７３フオ一マツト解析処理動作
を示したフローチャート図、 第７図は、文書受信端末本体のＣＰＵの受信処理動作を
示したフローチャート図、 第８図は、同ＣＰＵの受信文書出方処理動作を示したフ
ローチャート図、 第９図は、プロトコル要素の伝送順序の一例を示した図
、 第１０図は、プロトコル要素の相互関係を示す情報の一
例を示した図である。 １・・・通信制御部　　　２・・・ＣＰＵ３・・・ＲＯ
Ｍ　　　　　　４・・・ＲＡＭ５・・・Ｉ１０ボート　
　６・・・回線７・・・データバス　　　８・・・文書
受信端末本体９　・ＣＰ　Ｕ　　　　　１０　・ＲＯＭ
ｌ　１・・・ＲＡＭ １２・・・ディスクコントローラ １３・・・ディスク装置 １４・・・復号化処理部 １５・・・出力ボート １６・・・プリンタ

Claims (1)

【特許請求の範囲】
1. 　構造化文書伝送プロトコルに従って文書データを受信
   する通信制御手段と、前記通信制御手段が受信するデー
   タを記憶するデータ記憶手段と、受信データの文書構造
   を解析し復元する手段と、前記通信制御手段が文書デー
   タの受信中に、文書構造の構成内容に関するデータを作
   成し、前記データ記憶手段に受信文書データと対にして
   記憶し、文書構造の解析処理時に前記構成要素に関する
   データを参照しつつ、受信文書データの復元処理を行う
   手段を有することを特徴とするデータ通信装置。