JP3546563B2 - Facsimile machine - Google Patents
Facsimile machine Download PDFInfo
- Publication number
- JP3546563B2 JP3546563B2 JP26368095A JP26368095A JP3546563B2 JP 3546563 B2 JP3546563 B2 JP 3546563B2 JP 26368095 A JP26368095 A JP 26368095A JP 26368095 A JP26368095 A JP 26368095A JP 3546563 B2 JP3546563 B2 JP 3546563B2
- Authority
- JP
- Japan
- Prior art keywords
- block size
- data
- size
- determined
- header
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Facsimile Transmission Control (AREA)
- Compression Of Band Width Or Redundancy In Fax (AREA)
- Communication Control (AREA)
- Facsimiles In General (AREA)
Description
【0001】
【発明の属する技術分野】
本発明はファクシミリ装置に関し、特に、回線の使用効率を向上させることができるファクシミリ装置に関する。
【0002】
【従来の技術】
G4ファクシミリによる通信プロトコルはOSI参照モデルにおける7つの層(レイヤ)に分かれている。ファクシミリ装置はその通信制御装置内に前記各レイヤに対応した独立の制御プログラムを有していて、各制御プログラム間には、データの受け渡しやプロトコルの指示および通知等のためのインタフェースが存在する。データの送信では、レイヤ3以上のデータはヘッダが付されてすべて下位レイヤに渡され、前記データにはヘッダが付されてそれよりもさらに下位のレイヤに渡される。
【0003】
ページ単位の連続したオクテット列で表現される画情報の送信には、TTC標準のJT−T503で定義される文書アプリケーションプロファイルの交換のためにX.209で定義される転送構文符号化規則が適用される。前記画情報は送信のためにASN.1の抽象構文記法で符号化され、さらに転送構文符号化規則に従ってコード変換されてセッション/ドキュメントコマンドCSUI/CDUIのユーザ情報フィールドに組み込まれる。
【0004】
図7はASN.1による符号化データの一例を示す図である。同図において、送信される書画情報Dは同図に示すような抽象構文および該抽象構文に基づく転送構文規則に従った符号化データCDに変換される。符号化データCDのうち、「04 Len XXX(t.6列)XXX」が実際の画像データおよびそのヘッダである。符号(t.6列)は該画像がMMR符号化を規定するT.6勧告によって符号化されたものであることを示す。画像データのレングスを表現するレングスフィールド(Len)は最大3オクテットと規定されている。したがって、画像データのレングスの最大は64K(65535)オクテットである。なお、送信データがすでにASN.1を用いて適切に符号化されてメモリ手段に蓄積されていた送信データであったり、画情報ではないコードデータつまりファイル転送用の送信データである場合には、これらのデータ送信はセッション/ドキュメントコマンドCSUI/CDUIのユーザ情報フィールドに直接収容される。
【0005】
図8はセッションレイヤ(レイヤ5)に組み込まれた送信データがトランスポートレイヤ(レイヤ4)に渡され、さらにネットワークレイヤ(レイヤ3)に渡される際のデータ分割の態様を示す模式図である。前記符号化データCDはセッション/ドキュメントコマンドCSUI/CDUIのユーザ情報フィールドに組み込まれる。前記ユーザ情報フィールドのデータにはヘッダHcsui/cdui(4オクテットの情報)が付加されてトランスポートレイヤに渡される。このとき、前記ヘッダHcsui/cduiを含むデータはトランスポートデータTDTの情報フィールドの最大サイズに合せて分割される。図の例では2つに分割している。トランスポートデータTDTのブロック長のデフォルトはヘッダHtra(3オクテット)を含めて128オクテットであるが、ネゴシエーションにより、256、512、1024、2048オクテットのオプションが選択できる。
【0006】
さらに、トランスポートデータはネットワークレイヤに渡され、データパケットの情報フィールドの大きさに分割される。ネットワークレイヤの情報フィールドはヘッダを除いて、128、256、512、1024、2048、4096オクテットの長さを有していて、トランスポートデータTDTと同様、ネゴシエーションにより選択できる。
【0007】
送信される前記画像データをセッション/ドキュメントコマンドCSUI/CDUIのユーザ情報フィールドに組み込む際の大きさつまりブロックサイズは具体的に規定されていないため、一般には64Kオクテット以内の適当な値を1つ設定しているか、トランスポートレイヤのネゴシエーションサイズに従い、トランスポートデータにセッション/ドキュメントコマンドがすべて内包されるような値を決定するかしていた。
【0008】
【発明が解決しようとする課題】
上述のように画像データのブロックサイズを決定したのでは、次のような問題点が生じることがある。まず、64Kオクテット以内の適当な値を1つ設定する場合は次のような問題点がある。例えば、トランスポートデータTDTのサイズの1つとして2048オクテットを設定し、これに整合させて画像データのブロック化サイズを決定する場合、ヘッダサイズを考慮して2037オクテットを選択する。すなわち、トランスポートデータTDTに付加されるヘッダHtraが3オクテット、セッション/ドキュメントコマンドCSUI/CDUIに付加されるヘッダHcsui/cduiが4オクテット、図7の符号化された画像データのヘッダHappが4オクテットであり、これらの合計が11オクテットになる。したがって、画像データの実データ部Pixとヘッダサイズの10オクテット分とを合計して2048オクテットになるように画像データのブロック全長を2037オクテットと決定する。
【0009】
ところが、このように画像データのブロック化サイズを決定しても、トランスポートのネゴシエーションにより、例えば、最終的にブロックサイズが1024オクテットに決定されると、トランスポートデータTDTとしては図9に示すような分割が発生する。すなわち、2037オクテットのデータは3つのブロック(図9の3段)に分割される。その結果、3オクテットの実データPixに対して3オクテットのヘッダHtraが付加された非効率的なブロックTDT(3)が生じる。このような、送信データは回線の使用効率を低下させる。
【0010】
一方、トランスポートのネゴシエーションの結果に応じて画像データの分割サイズを決定する場合は、次のような問題点がある。図10は、ネゴシエーションの結果によって決定されたトランスポートデータTDTのブロックサイズTDBSと、該トランスポートデータブロックサイズTDBSに整合させた画像データのブロック化サイズとの対応図である。ブロック化サイズには算出式を併記している。画像データのブロック化サイズはASN.1で符号化してt.6列として組み込むためのサイズである。同図において、例えば、TDBSが2048オクテットの場合、画情報の分割サイズ(実データの分割サイズ)は2037オクテットに設定する。この2037オクテットは2048オクテットから11オクテットのヘッダ部を差し引いた数値である。同様に、1024、512、256、128オクテットの場合も実データのサイズが図示のように決定される。
【0011】
このような大きさで画像データの分割を行った場合、先の例のような非効率的な端数ブロックTDT(3)は生じないが、それぞれのフレームにすべてのレイヤのプロトコルヘッダつまりHtra,Hcsui/cdui,Happが内包されるので、送信データ全体でみるとヘッダ部分の大きさが増大して回線の使用効率を下げることになる。図9に示した分割の例では、3つのブロックのうち先頭のブロックにはすべてのレイヤのヘッダが付加されるが、残りの2つのブロックにはトランスポートレイヤのヘッダHtraしか付加されていないので、ヘッダ部分が大きくなるという点は問題にならない。
【0012】
本発明は、上記問題点を解消し、回線の使用効率を向上させることができるファクシミリ装置を提供することを目的とする。
【0013】
【課題を解決するための手段】
上記の課題を解決し、目的を達成するための本発明は、ASN.1で適切に符号化された送信データまたはファイル転送用送信データを分割して下位レイヤに送信指示を行うように構成されたファクシミリ装置では、送信データのブロック化サイズを「2のN乗(7≦N≦16)オクテット」の範囲で設定して登録するブロックサイズ設定手段と、トランスポートレイヤのネゴシエーションによってトランスポートデータのブロックサイズを決定するネゴシエーション手段と、前記登録されたブロック化サイズ(S)よりも前記ネゴシエーションで決定したブロックサイズ(TDBS)の方が大きい場合に、前記登録されたブロック化サイズ(S)を、実際のブロック化サイズ(T)として決定し、前記登録されたブロック化サイズが前記ネゴシエーションで決定したブロックサイズ以上の大きさである場合には、算出式1で実際のブロック化サイズ(T)を算出するブロックサイズ算出手段と、算出された前記ブロック化サイズに従って送信データを分割する分割手段とを具備した点に第1の特徴がある。算出式1は次のとおりである。T=S−(m×Htra+Hcsui/cdui)。但し、m=S/TDBS,Htra=トランスポートデータブロックのヘッダサイズ,Hcsui/cdui=セッション/ドキュメントユーザ情報コマンドのヘッダサイズとする。
【0014】
また、本発明は、送信相手機が自局と同一機種か否かを判別する相手機判別手段を具備し、相手機が同一機種でない場合は、前記ブロック化サイズ(T)を算出式2で算出する算出式を前記ブロックサイズ算出手段にさらに設けた点に第2の特徴がある。算出式2は次のとおりである。T=TDBS−Htra−Hcsui/cdui。
【0015】
また、本発明は、送信データがASN.1で符号化されていないデータである場合に、抽象構文記法で符号化したT.6列の符号化データを転送構文規則でコード変換するのに要するヘッダサイズ(Happ)を前記算出されたブロック化サイズ(T)から減算してブロック化サイズ(T)とするように前記ブロックサイズ算出手段を構成した点に第3の特徴がある。
【0016】
以上の特徴によれば、画像データはネゴシエーションで決定されたトランスポートデータのブロックサイズに合せて、サイズの小さいブロックが生じないように、ブロック化サイズが決定される。
【0017】
【発明の実施の形態】
以下に、図面を参照して本発明を詳細に説明する。図2は本発明の一実施の形態に係るファクシミリ装置のハード構成を示すブロック図である。同図において、画像蓄積装置1は読取装置2で読取られた送信原稿や受信画情報を蓄積するためのもので、DRAMやハードディスク等からなる大容量の記憶装置である。画像処理装置3は画情報の符号化または復号化をしたり、拡大または縮小をしたりする。前記読取装置2で読取られた画情報は画像処理装置3で圧縮されて前記画像記憶装置1に蓄積される。印字装置4は画像記憶装置1から読み出されて前記画像処理装置3で伸張された画情報を印字し、ハードコピーとして出力する。
【0018】
該ファクシミリ装置はさらにファクシミリ通信機能として、通信制御部5および6、モデム7ならびにデジタル網制御装置8およびアナログ網制御装置9を有する。前記モデム7は低速モードと高速モードの機能を備えた変復調装置、アナログ網制御装置9はアナログ網への接続機能を備えた装置、デジタル網制御装置8はISDN網等のデジタル網への接続機能を備えた装置である。
【0019】
通信制御部5はG4等、デジタル網に適した通信制御のための装置であり、通信制御部6はG3等、アナログ網に適した通信制御のための装置である。該通信制御部5,6の実体はプログラムを格納したROMである。
【0020】
上記各構成部はシステムバス10に接続されていて、システム制御部11に予め格納されたプログラムに従い、CPU12の動作によって制御される。RAM13はCPU12による制御のための制御データの格納やワークエリアとして使用されるものである。操作表示装置14はオペレータが指示を入力するためのキーを含む入力部と該指示等に従ってCPU12で処理された結果を表示する表示部とからなる。表示部は液晶パネル等周知の表示手段で構成できる。
【0021】
次に、上記構成のファクシミリ装置の送信時の動作について図3のフローチャートを参照して説明する。なお、該フローチャートの動作に対応する送信側と受信側との通信内容は図6のシーケンス図に示した。図3において、ステップS1では送信要求の有無を判別し、例えば操作表示装置14から送信要求が入力されたならばステップS2に進み、回線(チャネル)接続処理を実行する。ステップS3で接続完了を判断し、チャネル接続が完了したならばステップS4に進む。ステップS4ではレイヤ2のデータリンク接続処理を実行する。ステップS5で接続完了を判断し、接続が完了したならばステップS6に進む。ステップS6ではレイヤ3のネットワーク(IS8208)接続処理を実行する。ステップS7で接続完了を判断し、接続が完了したならばステップS8に進む。ステップS8ではレイヤ4のトランスポート接続処理を実行する。ステップS9で接続完了を判断し、接続が完了したならばステップS10に進む。ステップS10ではレイヤ4のネゴシエーションによって選択したトランスポートデータTDTのサイズを、パラメータTDBSにセットする。以下、パラメータTDBSをネゴサイズTDBSという。
【0022】
続いて、図4の処理に進み、ステップS11ではレイヤ5のセッション接続処理を実行する。ステップS12で接続完了を判断し、接続が完了したならばステップS13に進む。ステップS13では送信相手機が当該送信機と同一機種か否かを判断する。同一機種ならば、ステップS14に進み、前記ネゴサイズTDBSの値がパラメータSより大きいか否かを判断する。該パラメータSは2のN乗(7≦N≦16)という条件で任意に設定された送信データの分割サイズ(設定ブロック化サイズという)である。ネゴサイズTDBSが設定ブロック化サイズSより大きい場合はステップS15に進み、前記設定ブロック化サイズSを実際にセッション/ドキュメントコマンドCSUI/CDUIのユーザ情報フィールドに組み込むデータのブロック化サイズT(決定ブロック化サイズTという)とする。例えば、設定ブロック化サイズSが1024オクテットでネゴサイズTDBSが2048オクテットならば、1024オクテットが決定ブロック化サイズTとなる。ASN.1で適正に符号化されて前記画情報蓄積装置1に蓄積されている送信データは1024オクテット単位でブロック化されてセッション/ドキュメントコマンドCSUI/CDUIのユーザ情報フィールドに組み込まれる。
【0023】
一方、ステップS14の判断が否定の場合、つまり設定ブロック化サイズSがネゴサイズTDBSと等しいか又は大きい場合は、ステップS16に進んで決定ブロック化サイズTを算出する。決定ブロック化サイズTの算出式は、「T=S−(m×Htra+Hcsui/cdui)」である。ここで、m=S/TDBSとする。例えば、設定ブロック化サイズSとネゴサイズTDBSとが等しい場合は、m=1になるから、決定ブロック化サイズTは、設定ブロック化サイズSからヘッダHtraとヘッダHcsui/cduiとを差し引いた値になる。
【0024】
また、設定ブロック化サイズSがネゴサイズTDBSより大きい場合、例えば、設定ブロック化サイズS2048オクテットでネゴサイズTDBSが512オクテットならば、m=4になるから、決定ブロック化サイズTは、設定ブロック化サイズSからヘッダHtraの4倍のサイズとヘッダHcsui/cduiとを差し引いた値になる。すなわち、設定ブロック化サイズSが2048オクテットのデータを4つのブロックに分割し、そのうちの1つのブロックにはヘッダHtraとヘッダHcsui/cduiとが付加され、他の3つのブロックにはそれぞれヘッダHtraのみが付加される。このため、前記すべてのヘッダ分のサイズを設定ブロック化サイズSから減じることで、トランスポート情報フィールドに内包されるデータサイズが決定される。
【0025】
ステップS17では前記決定ブロック化サイズTでデータを切り出してセッション/ドキュメントコマンドCSUI/CDUIのユーザ情報フィールドに格納する。ステップS18では、下位レイヤつまりトランスポートレイヤに送信を指示する。ステップS19で送信が完了したか否かを判断し、送信が完了したならば、ステップS20に進み、各レイヤの切断処理を行う。ステップS21では、回線(チャネル)の切断処理を行う。
【0026】
さらに、前記ステップS13で、送信相手局が同一機種でないと判断されたならば、ステップS22に進んで決定ブロック化サイズTをネゴサイズTDBSからヘッダHtraとヘッダHcsui/cduiとを減じた値とする。すなわち、分割された形式のデータを相手機が受付けない場合、つまり従来技術の第2番目の例(図10)で説明した送信データの組み立て方式でないと受付けないことがあるため、各分割ブロックにヘッダHtraとヘッダHcsui/cduiとが付加される分割形式をとった。これによって、送信相手が同一機種でない場合にも通信が不能になるということは防げる。
【0027】
以上の動作説明は、すでにASN.1によって適正に符号化された送信データ、またはファイル形式の送信データに関してのものであった。一方、送信データがファクシミリ符号化されただけのものである場合は、画像データのヘッダHappが含まれるので、このヘッダHappのサイズつまり3オクテット分をネゴサイズTDBSからさらに減じた値を決定ブロック化サイズTにする必要がある。図5は、ヘッダHappのサイズをさらに減算する算出式によってブロック化サイズTを算出する処理(ステップS16a,22a)と、分割したデータをASN.1の転送構文に組み入れてセッション/ドキュメントコマンドCSUI/CDUIの情報フィールドに格納する処理(ステップS17a)含むフローチャートであり、図5と同一のステップ番号は同一の処理を示す。
【0028】
続いて、前記決定ブロック化サイズTを決定するための本実施の形態における本願発明の要部機能を説明する。図1において、ブロックサイズ設定部15には送信データを分割するための設定ブロック化サイズSが登録される。この設定ブロック化サイズSはオクテットで表され、2のN乗(7≦N≦16)で決定される任意の値を設定することができる。(7≦N≦16)としたのは、JT−T521およびT.70の勧告による。また、ブロックサイズネゴシエーション部16ではトランスポートレイヤにおいてトランスポートデータTDTのブロックサイズを相手局とのネゴシエーションによって決定する。ネゴシエーションで決定されたブロックサイズはネゴサイズTDBSと呼ぶのは既述のとおりである。該ネゴサイズTDBSと前記設定ブロック化サイズSは比較部17に入力される。
【0029】
比較部17では、前記ネゴサイズTDBSと前記設定ブロック化サイズSとを比較して、その大小関係をブロックサイズ算出部18に入力する。ブロックサイズ算出部18は前記比較部17からの比較結果に従い、前述のフローチャートのステップS15,S16またはS16aの算出式を選択して決定ブロック化サイズTを算出する。分割部19は算出された前記決定ブロック化サイズTに従って送信データを分割し、セッション/ドキュメントコマンドに組み込む。
【0030】
なお、ブロックサイズ算出部18は比較部17の比較結果によるほか、相手機判別部20の判別結果により、送信相手機が異機種と判別された場合は、その判別結果に従って算出式を選択して決定ブロック化サイズTを算出する。このときの算出式は前述のフローチャートのステップS22とS22aに示した。
【0031】
【発明の効果】
以上の説明から明らかなように、請求項1ないし請求項3の発明によれば、トランスポートレイヤのブロックサイズに合せて決定したブロック化サイズによって送信データが分割されるので、端数のブロックが生じない。したがって、回線の使用効率を向上することができ、通信時間の短縮が図れる。
【図面の簡単な説明】
【図1】実施の形態に係るファクシミリ装置の要部機能ブロック図である。
【図2】実施の形態に係るファクシミリ装置の制御部ハード構成を示すブロック図である。
【図3】実施の形態に係る送信動作を示すフローチャートである。
【図4】実施の形態に係る送信動作を示すフローチャートである。
【図5】実施の形態に係る送信動作を示すフローチャートである。
【図6】送信プロトコルを示すシーケンス図である。
【図7】符号化データの一例を示す図である。
【図8】従来技術のレイヤ毎のフレーム構成を示す図である。
【図9】従来技術による送信データの分割例を示す図である。
【図10】従来技術による送信データの別の分割例を示す図である。
【符号の説明】
1…画像記憶装置、 2…読取装置、 15…ブロックサイズ設定部、 16…ブロックサイズネゴシエーション部、 17…比較部、 18…ブロックサイズ算出部、 19…分割部、 20…相手機判別部[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a facsimile apparatus, and more particularly, to a facsimile apparatus capable of improving line use efficiency.
[0002]
[Prior art]
The G4 facsimile communication protocol is divided into seven layers in the OSI reference model. The facsimile apparatus has an independent control program corresponding to each layer in the communication control apparatus, and there is an interface between each control program for data transfer, protocol indication and notification, and the like. In data transmission, all data of
[0003]
For transmission of image information represented by a continuous octet string in page units, X.X.X is used for exchange of a document application profile defined in ITU-T T.503. The transfer syntax encoding rules defined in 209 apply. The image information is transmitted to ASN. 1 and encoded according to the transfer syntax encoding rule, and incorporated into the user information field of the session / document command CSUI / CDUI.
[0004]
FIG. FIG. 3 is a diagram illustrating an example of encoded data according to No. 1; In the figure, the transmitted document information D is converted into encoded data CD according to an abstract syntax and a transfer syntax rule based on the abstract syntax as shown in FIG. Of the encoded data CD, “04 Len XXX (t. 6 columns) XXX” is the actual image data and its header. The code (t.6 column) is the T. Code in which the image defines the MMR coding. It indicates that it is encoded according to
[0005]
FIG. 8 is a schematic diagram showing a mode of data division when transmission data incorporated in the session layer (layer 5) is passed to the transport layer (layer 4) and further to the network layer (layer 3). The encoded data CD is incorporated in a user information field of a session / document command CSUI / CDUI. The data of the user information field is added to a header Hcsui / cdui (4 octets of information) and passed to the transport layer. At this time, data including the header Hcsui / cdui is divided according to the maximum size of the information field of the transport data TDT. In the example of the figure, it is divided into two. The default of the block length of the transport data TDT is 128 octets including the header Htra (3 octets), but options of 256, 512, 1024, and 2048 octets can be selected by negotiation.
[0006]
Further, the transport data is passed to the network layer and divided into the size of the information field of the data packet. Excluding the header, the information field of the network layer has a length of 128, 256, 512, 1024, 2048, and 4096 octets, and can be selected by negotiation as in the case of the transport data TDT.
[0007]
Since the size when the image data to be transmitted is incorporated in the user information field of the session / document command CSUI / CDUI, that is, the block size, is not specifically defined, one appropriate value generally within 64K octets is set. Or determine a value such that all session / document commands are included in the transport data according to the negotiation size of the transport layer.
[0008]
[Problems to be solved by the invention]
If the block size of the image data is determined as described above, the following problems may occur. First, when one appropriate value within 64K octets is set, there are the following problems. For example, when 2048 octets are set as one of the sizes of the transport data TDT, and the block size of the image data is determined in accordance with this, 2037 octets are selected in consideration of the header size. That is, the header Htra added to the transport data TDT is 3 octets, the header Hcsui / cdui added to the session / document command CSUI / CDUI is 4 octets, and the header Happ of the encoded image data in FIG. 7 is 4 octets. And these sum up to 11 octets. Therefore, the total length of the block of image data is determined to be 2037 octets so that the actual data part Pix of the image data and 10 octets of the header size are totaled to be 2048 octets.
[0009]
However, even if the block size of image data is determined in this way, if the block size is finally determined to be 1024 octets by transport negotiation, for example, the transport data TDT is as shown in FIG. Splitting occurs. That is, the data of 2037 octets is divided into three blocks (three stages in FIG. 9). As a result, an inefficient block TDT (3) in which the 3-octet header Htra is added to the 3-octet actual data Pix is generated. Such transmission data reduces the efficiency of use of the line.
[0010]
On the other hand, when the division size of the image data is determined according to the result of the transport negotiation, there are the following problems. FIG. 10 is a correspondence diagram between the block size TDBS of the transport data TDT determined based on the result of the negotiation and the block size of the image data matched to the transport data block size TDBS. The calculation formula is also described in the block size. The block size of image data is ASN. 1 and t. This is the size for assembling as 6 rows. In the figure, for example, when the TDBS is 2048 octets, the division size of the image information (the division size of the actual data) is set to 2037 octets. This 2037 octets is a numerical value obtained by subtracting the header of 11 octets from 2048 octets. Similarly, in the case of 1024, 512, 256, and 128 octets, the size of the actual data is determined as illustrated.
[0011]
When the image data is divided in such a size, the inefficient fraction block TDT (3) as in the above example does not occur, but the protocol headers of all layers, that is, Htra, Hcsui, are included in each frame. Since / cdui and Happ are included, the size of the header portion increases in the entire transmission data, and the line use efficiency decreases. In the example of division shown in FIG. 9, the headers of all layers are added to the first block of the three blocks, but only the transport layer header Htra is added to the remaining two blocks. The fact that the header portion becomes large does not matter.
[0012]
SUMMARY OF THE INVENTION It is an object of the present invention to provide a facsimile apparatus which can solve the above-mentioned problems and can improve line use efficiency.
[0013]
[Means for Solving the Problems]
The present invention for solving the above-mentioned problems and achieving the object is an ASN. In a facsimile apparatus configured to divide the transmission data or the transmission data for file transfer appropriately coded in 1 and issue a transmission instruction to a lower layer, the blocking size of the transmission data is set to “2N ( 7) .Ltoreq.N.ltoreq.16 ) octet "and a block size setting means for setting and registering, a negotiation means for determining a transport data block size by negotiation of a transport layer, and the registered block size (S). If the block size (TDBS) determined in the negotiation is larger than the above, the registered block size (S) is determined as the actual block size (T), and the registered block size (T) is determined. Is greater than or equal to the block size determined in the negotiation In this case, a first feature is that a block size calculating unit that calculates an actual block size (T) by the
[0014]
Further, the present invention includes a partner device determining means for determining whether or not the transmitting partner device is the same model as the own station. If the partner device is not the same model, the blocking size (T) is calculated by
[0015]
Further, according to the present invention, the transmission data is ASN. If the data is not encoded in T.1, the T.1 encoded in the abstract syntax notation. The block size is obtained by subtracting the header size (Happ) required for code conversion of the encoded data of six columns by the transfer syntax rule from the calculated block size (T) to obtain the block size (T). There is a third feature in that the calculation means is configured.
[0016]
According to the above feature, the block size of the image data is determined in accordance with the block size of the transport data determined by the negotiation so that a block having a small size does not occur.
[0017]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, the present invention will be described in detail with reference to the drawings. FIG. 2 is a block diagram showing a hardware configuration of the facsimile apparatus according to one embodiment of the present invention. In FIG. 1, an
[0018]
The facsimile device further has
[0019]
The
[0020]
The above components are connected to the
[0021]
Next, the operation of the facsimile apparatus having the above configuration at the time of transmission will be described with reference to the flowchart of FIG. The contents of communication between the transmitting side and the receiving side corresponding to the operation of the flowchart are shown in the sequence diagram of FIG. In FIG. 3, in step S1, it is determined whether or not there is a transmission request. If a transmission request is input from the
[0022]
Subsequently, the process proceeds to the process of FIG. 4, and in step S11, a
[0023]
On the other hand, if the determination in step S14 is negative, that is, if the set block size S is equal to or larger than the nego size TDBS, the process proceeds to step S16 to calculate the determined block size T. The formula for calculating the determined block size T is “T = S− (m × Htra + Hcsui / cdui)”. Here, it is assumed that m = S / TDBS. For example, when the set block size S is equal to the nego size TDBS, m = 1, so the determined block size T is a value obtained by subtracting the header Htra and the header Hcsui / cdui from the set block size S. .
[0024]
If the set block size S is larger than the nego size TDBS, for example, if the set block size S2048 octets and the nego size TDBS are 512 octets, m = 4, so the determined block size T is the set block size S Is a value obtained by subtracting the size of the header Htra four times the size of the header Htra and the header Hcsui / cdui. That is, data having a setting block size S of 2048 octets is divided into four blocks, one of which has a header Htra and a header Hcsui / cdui added thereto, and the other three blocks each have only the header Htra. Is added. Therefore, the data size included in the transport information field is determined by subtracting the size of all the headers from the set block size S.
[0025]
In step S17, data is cut out using the determined block size T and stored in the user information field of the session / document command CSUI / CDUI. In step S18, transmission is instructed to the lower layer, that is, the transport layer. It is determined in step S19 whether or not the transmission has been completed. If the transmission has been completed, the process proceeds to step S20, where disconnection processing of each layer is performed. In step S21, a line (channel) disconnection process is performed.
[0026]
Further, if it is determined in step S13 that the transmission destination stations are not the same model, the process proceeds to step S22, where the determined block size T is set to a value obtained by subtracting the header Htra and the header Hcsui / cdui from the nego size TDBS. That is, when the partner device does not accept the data in the divided format, that is, the data may not be accepted unless it is the transmission data assembling method described in the second example of the prior art (FIG. 10). The division format is such that the header Htra and the header Hcsui / cdui are added. As a result, it is possible to prevent communication from being disabled even when the transmission destination is not the same model.
[0027]
The above description of the operation has already been made in ASN. 1 or transmission data in a file format. On the other hand, when the transmission data is only facsimile-coded, the header Happ of the image data is included. Therefore, the size of this header Happ, that is, a value obtained by further subtracting 3 octets from the nego size TDBS, is determined as the block size Must be T. FIG. 5 shows a process of calculating the block size T by a calculation formula for further subtracting the size of the header Happ (steps S16a and 22a), and dividing the divided data into ASN. 6 is a flowchart including a process (Step S17a) of incorporating the information into the information field of the session / document command CSUI / CDUI into the transfer syntax of No. 1 and the same step numbers as those in FIG.
[0028]
Subsequently, the main function of the present invention in this embodiment for determining the determined block size T will be described. In FIG. 1, a set block size S for dividing transmission data is registered in a block
[0029]
The
[0030]
In addition to the comparison result of the
[0031]
【The invention's effect】
As apparent from the above description, according to the first to third aspects of the present invention, the transmission data is divided by the blocking size determined according to the block size of the transport layer, so that a fractional block is generated. Absent. Therefore, the use efficiency of the line can be improved, and the communication time can be reduced.
[Brief description of the drawings]
FIG. 1 is a functional block diagram of a main part of a facsimile apparatus according to an embodiment.
FIG. 2 is a block diagram showing a hardware configuration of a control unit of the facsimile apparatus according to the embodiment.
FIG. 3 is a flowchart showing a transmission operation according to the embodiment.
FIG. 4 is a flowchart showing a transmission operation according to the embodiment.
FIG. 5 is a flowchart showing a transmission operation according to the embodiment.
FIG. 6 is a sequence diagram showing a transmission protocol.
FIG. 7 is a diagram illustrating an example of encoded data.
FIG. 8 is a diagram showing a frame configuration for each layer according to the related art.
FIG. 9 is a diagram showing an example of division of transmission data according to a conventional technique.
FIG. 10 is a diagram illustrating another example of division of transmission data according to the related art.
[Explanation of symbols]
DESCRIPTION OF
Claims (3)
前記送信データのブロック化サイズを「2のN乗(7≦N≦16)オクテット」の範囲で設定して登録するブロックサイズ設定手段と、
トランスポートレイヤのネゴシエーションによってトランスポートデータのブロックサイズを決定するネゴシエーション手段と、
前記登録されたブロック化サイズ(S)よりも前記ネゴシエーションで決定したブロックサイズ(TDBS)の方が大きい場合に、前記登録されたブロック化サイズ(S)を、実際のブロック化サイズ(T)として決定し、前記登録されたブロック化サイズが前記ネゴシエーションで決定したブロックサイズ以上の大きさである場合には、算出式1で実際のブロック化サイズ(T)を算出するブロックサイズ算出手段と、
算出された前記ブロック化サイズに従って送信データを分割する分割手段とを具備したことを特徴とするファクシミリ装置。
T=S−(m×Htra+Hcsui/cdui)…算出式1
但し、m=S/TDBS,Htra=トランスポートデータブロックのヘッダサイズ,Hcsui/cdui=セッション/ドキュメントユーザ情報コマンドのヘッダサイズとする。ASN. In a facsimile apparatus configured to divide transmission data or transmission data for file transfer appropriately encoded in 1 and issue a transmission instruction to a lower layer,
Block size setting means for setting and registering a block size of the transmission data in a range of “2 N ( 7 ≦ N ≦ 16 ) octets”;
Negotiation means for determining a block size of transport data by negotiation of a transport layer,
If the block size (TDBS) determined in the negotiation is larger than the registered block size (S), the registered block size (S) is used as the actual block size (T). If the determined block size is greater than or equal to the block size determined in the negotiation, a block size calculation unit that calculates the actual block size (T) using Equation 1;
A facsimile apparatus comprising: a dividing unit that divides transmission data according to the calculated block size.
T = S− (m × Htra + Hcsui / cdui) Formula 1
Here, m = S / TDBS, Htra = header size of transport data block, Hcsui / cdui = header size of session / document user information command.
相手機が同一機種でない場合は、前記ブロック化サイズ(T)を算出式2で算出する算出式を前記ブロックサイズ算出手段にさらに設けたことを特徴とする請求項1記載のファクシミリ装置。
T=TDBS−Htra−Hcsui/cdui…算出式2Equipped with a partner device determining means for determining whether the transmitting partner device is the same model as the own station,
2. The facsimile apparatus according to claim 1, wherein, when the partner machines are not the same model, a calculation formula for calculating the block size (T) by the calculation formula 2 is further provided in the block size calculation means.
T = TDBS-Htra - Hcsui / cdui Formula 2
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP26368095A JP3546563B2 (en) | 1995-09-19 | 1995-09-19 | Facsimile machine |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP26368095A JP3546563B2 (en) | 1995-09-19 | 1995-09-19 | Facsimile machine |
Publications (2)
Publication Number | Publication Date |
---|---|
JPH0983774A JPH0983774A (en) | 1997-03-28 |
JP3546563B2 true JP3546563B2 (en) | 2004-07-28 |
Family
ID=17392857
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP26368095A Expired - Fee Related JP3546563B2 (en) | 1995-09-19 | 1995-09-19 | Facsimile machine |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3546563B2 (en) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0859326A3 (en) | 1997-02-14 | 1999-05-12 | Canon Kabushiki Kaisha | Data transmission apparatus, system and method, and image processing apparatus |
-
1995
- 1995-09-19 JP JP26368095A patent/JP3546563B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JPH0983774A (en) | 1997-03-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JPH0541764A (en) | Data transfer method by electronic filing device | |
JP3546563B2 (en) | Facsimile machine | |
JP2755157B2 (en) | Facsimile machine | |
JP3184255B2 (en) | Facsimile machine | |
JPH07203175A (en) | Color image transmitter and color image receiver | |
US6778555B1 (en) | Voice over packet system configured to connect different facsimile transmission protocols | |
JP3311167B2 (en) | Communication device | |
JP3347459B2 (en) | Facsimile apparatus and control method thereof | |
JP3289574B2 (en) | Facsimile machine | |
JP2578438B2 (en) | Data communication device | |
JP3389699B2 (en) | Facsimile machine | |
JPH1127543A (en) | Color facsimile equipment | |
JPH08149321A (en) | Color image communication equipment and method for color image communication | |
JPH031636A (en) | Facsimile equipment | |
JP3707196B2 (en) | Communication terminal device | |
JP3114373B2 (en) | G4 facsimile machine | |
JPH0897945A (en) | Data communication equipment | |
JPH04120937A (en) | Data communication terminal equipment | |
JPH10257210A (en) | Facsimile equipment | |
JP3346020B2 (en) | Facsimile machine | |
JPH0370253A (en) | Transmission line selecting system for facsimile equipment | |
JPH02185162A (en) | Facsimile equipment | |
JPH01115242A (en) | Data communication equipment | |
JPH0564018A (en) | Facsimile equipment | |
JPH0898002A (en) | Data communication equipment |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040323 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040405 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
LAPS | Cancellation because of no payment of annual fees |