(57)【特許請求の範囲】
【請求項１】
ＡＳＮ．１で適切に符号化された送信データまたはファイル転送用送信データを分割して下位レイヤに送信指示を行うように構成されたファクシミリ装置において、
前記送信データのブロック化サイズを「２のＮ乗（７≦Ｎ≦１６）オクテット」の範囲で設定して登録するブロックサイズ設定手段と、
トランスポートレイヤのネゴシエーションによってトランスポートデータのブロックサイズを決定するネゴシエーション手段と、
前記登録されたブロック化サイズ（Ｓ）よりも前記ネゴシエーションで決定したブロックサイズ（ＴＤＢＳ）の方が大きい場合に、前記登録されたブロック化サイズ（Ｓ）を、実際のブロック化サイズ（Ｔ）として決定し、前記登録されたブロック化サイズが前記ネゴシエーションで決定したブロックサイズ以上の大きさである場合には、算出式１で実際のブロック化サイズ（Ｔ）を算出するブロックサイズ算出手段と、
算出された前記ブロック化サイズに従って送信データを分割する分割手段とを具備したことを特徴とするファクシミリ装置。
Ｔ＝Ｓ−（ｍ×Ｈｔｒａ＋Ｈｃｓｕｉ／ｃｄｕｉ）…算出式１
但し、ｍ＝Ｓ／ＴＤＢＳ，Ｈｔｒａ＝トランスポートデータブロックのヘッダサイズ，Ｈｃｓｕｉ／ｃｄｕｉ＝セッション／ドキュメントユーザ情報コマンドのヘッダサイズとする。
【請求項２】
送信相手機が自局と同一機種か否かを判別する相手機判別手段を具備し、
相手機が同一機種でない場合は、前記ブロック化サイズ（Ｔ）を算出式２で算出する算出式を前記ブロックサイズ算出手段にさらに設けたことを特徴とする請求項１記載のファクシミリ装置。
Ｔ＝ＴＤＢＳ−Ｈｔｒａ−Ｈｃｓｕｉ／ｃｄｕｉ…算出式２
【請求項３】
送信データがＡＳＮ．１で符号化されていないデータである場合に、抽象構文記法で符号化したＴ．６列の符号化データを転送構文規則でコード変換するのに要するヘッダサイズ（Ｈａｐｐ）を前記算出されたブロック化サイズ（Ｔ）から減算してブロック化サイズ（Ｔ）とするように前記ブロックサイズ算出手段を構成したことを特徴とする請求項１または２記載のファクシミリ装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はファクシミリ装置に関し、特に、回線の使用効率を向上させることができるファクシミリ装置に関する。
【０００２】
【従来の技術】
Ｇ４ファクシミリによる通信プロトコルはＯＳＩ参照モデルにおける７つの層（レイヤ）に分かれている。ファクシミリ装置はその通信制御装置内に前記各レイヤに対応した独立の制御プログラムを有していて、各制御プログラム間には、データの受け渡しやプロトコルの指示および通知等のためのインタフェースが存在する。データの送信では、レイヤ３以上のデータはヘッダが付されてすべて下位レイヤに渡され、前記データにはヘッダが付されてそれよりもさらに下位のレイヤに渡される。
【０００３】
ページ単位の連続したオクテット列で表現される画情報の送信には、ＴＴＣ標準のＪＴ−Ｔ５０３で定義される文書アプリケーションプロファイルの交換のためにＸ．２０９で定義される転送構文符号化規則が適用される。前記画情報は送信のためにＡＳＮ．１の抽象構文記法で符号化され、さらに転送構文符号化規則に従ってコード変換されてセッション／ドキュメントコマンドＣＳＵＩ／ＣＤＵＩのユーザ情報フィールドに組み込まれる。
【０００４】
図７はＡＳＮ．１による符号化データの一例を示す図である。同図において、送信される書画情報Ｄは同図に示すような抽象構文および該抽象構文に基づく転送構文規則に従った符号化データＣＤに変換される。符号化データＣＤのうち、「０４  Ｌｅｎ  ＸＸＸ（ｔ．６列）ＸＸＸ」が実際の画像データおよびそのヘッダである。符号（ｔ．６列）は該画像がＭＭＲ符号化を規定するＴ．６勧告によって符号化されたものであることを示す。画像データのレングスを表現するレングスフィールド（Ｌｅｎ）は最大３オクテットと規定されている。したがって、画像データのレングスの最大は６４Ｋ（６５５３５）オクテットである。なお、送信データがすでにＡＳＮ．１を用いて適切に符号化されてメモリ手段に蓄積されていた送信データであったり、画情報ではないコードデータつまりファイル転送用の送信データである場合には、これらのデータ送信はセッション／ドキュメントコマンドＣＳＵＩ／ＣＤＵＩのユーザ情報フィールドに直接収容される。
【０００５】
図８はセッションレイヤ（レイヤ５）に組み込まれた送信データがトランスポートレイヤ（レイヤ４）に渡され、さらにネットワークレイヤ（レイヤ３）に渡される際のデータ分割の態様を示す模式図である。前記符号化データＣＤはセッション／ドキュメントコマンドＣＳＵＩ／ＣＤＵＩのユーザ情報フィールドに組み込まれる。前記ユーザ情報フィールドのデータにはヘッダＨｃｓｕｉ／ｃｄｕｉ（４オクテットの情報）が付加されてトランスポートレイヤに渡される。このとき、前記ヘッダＨｃｓｕｉ／ｃｄｕｉを含むデータはトランスポートデータＴＤＴの情報フィールドの最大サイズに合せて分割される。図の例では２つに分割している。トランスポートデータＴＤＴのブロック長のデフォルトはヘッダＨｔｒａ（３オクテット）を含めて１２８オクテットであるが、ネゴシエーションにより、２５６、５１２、１０２４、２０４８オクテットのオプションが選択できる。
【０００６】
さらに、トランスポートデータはネットワークレイヤに渡され、データパケットの情報フィールドの大きさに分割される。ネットワークレイヤの情報フィールドはヘッダを除いて、１２８、２５６、５１２、１０２４、２０４８、４０９６オクテットの長さを有していて、トランスポートデータＴＤＴと同様、ネゴシエーションにより選択できる。
【０００７】
送信される前記画像データをセッション／ドキュメントコマンドＣＳＵＩ／ＣＤＵＩのユーザ情報フィールドに組み込む際の大きさつまりブロックサイズは具体的に規定されていないため、一般には６４Ｋオクテット以内の適当な値を１つ設定しているか、トランスポートレイヤのネゴシエーションサイズに従い、トランスポートデータにセッション／ドキュメントコマンドがすべて内包されるような値を決定するかしていた。
【０００８】
【発明が解決しようとする課題】
上述のように画像データのブロックサイズを決定したのでは、次のような問題点が生じることがある。まず、６４Ｋオクテット以内の適当な値を１つ設定する場合は次のような問題点がある。例えば、トランスポートデータＴＤＴのサイズの１つとして２０４８オクテットを設定し、これに整合させて画像データのブロック化サイズを決定する場合、ヘッダサイズを考慮して２０３７オクテットを選択する。すなわち、トランスポートデータＴＤＴに付加されるヘッダＨｔｒａが３オクテット、セッション／ドキュメントコマンドＣＳＵＩ／ＣＤＵＩに付加されるヘッダＨｃｓｕｉ／ｃｄｕｉが４オクテット、図７の符号化された画像データのヘッダＨａｐｐが４オクテットであり、これらの合計が１１オクテットになる。したがって、画像データの実データ部Ｐｉｘとヘッダサイズの１０オクテット分とを合計して２０４８オクテットになるように画像データのブロック全長を２０３７オクテットと決定する。
【０００９】
ところが、このように画像データのブロック化サイズを決定しても、トランスポートのネゴシエーションにより、例えば、最終的にブロックサイズが１０２４オクテットに決定されると、トランスポートデータＴＤＴとしては図９に示すような分割が発生する。すなわち、２０３７オクテットのデータは３つのブロック（図９の３段）に分割される。その結果、３オクテットの実データＰｉｘに対して３オクテットのヘッダＨｔｒａが付加された非効率的なブロックＴＤＴ（３）が生じる。このような、送信データは回線の使用効率を低下させる。
【００１０】
一方、トランスポートのネゴシエーションの結果に応じて画像データの分割サイズを決定する場合は、次のような問題点がある。図１０は、ネゴシエーションの結果によって決定されたトランスポートデータＴＤＴのブロックサイズＴＤＢＳと、該トランスポートデータブロックサイズＴＤＢＳに整合させた画像データのブロック化サイズとの対応図である。ブロック化サイズには算出式を併記している。画像データのブロック化サイズはＡＳＮ．１で符号化してｔ．６列として組み込むためのサイズである。同図において、例えば、ＴＤＢＳが２０４８オクテットの場合、画情報の分割サイズ（実データの分割サイズ）は２０３７オクテットに設定する。この２０３７オクテットは２０４８オクテットから１１オクテットのヘッダ部を差し引いた数値である。同様に、１０２４、５１２、２５６、１２８オクテットの場合も実データのサイズが図示のように決定される。
【００１１】
このような大きさで画像データの分割を行った場合、先の例のような非効率的な端数ブロックＴＤＴ（３）は生じないが、それぞれのフレームにすべてのレイヤのプロトコルヘッダつまりＨｔｒａ，Ｈｃｓｕｉ／ｃｄｕｉ，Ｈａｐｐが内包されるので、送信データ全体でみるとヘッダ部分の大きさが増大して回線の使用効率を下げることになる。図９に示した分割の例では、３つのブロックのうち先頭のブロックにはすべてのレイヤのヘッダが付加されるが、残りの２つのブロックにはトランスポートレイヤのヘッダＨｔｒａしか付加されていないので、ヘッダ部分が大きくなるという点は問題にならない。
【００１２】
本発明は、上記問題点を解消し、回線の使用効率を向上させることができるファクシミリ装置を提供することを目的とする。
【００１３】
【課題を解決するための手段】
上記の課題を解決し、目的を達成するための本発明は、ＡＳＮ．１で適切に符号化された送信データまたはファイル転送用送信データを分割して下位レイヤに送信指示を行うように構成されたファクシミリ装置では、送信データのブロック化サイズを「２のＮ乗（７≦Ｎ≦１６）オクテット」の範囲で設定して登録するブロックサイズ設定手段と、トランスポートレイヤのネゴシエーションによってトランスポートデータのブロックサイズを決定するネゴシエーション手段と、前記登録されたブロック化サイズ（Ｓ）よりも前記ネゴシエーションで決定したブロックサイズ（ＴＤＢＳ）の方が大きい場合に、前記登録されたブロック化サイズ（Ｓ）を、実際のブロック化サイズ（Ｔ）として決定し、前記登録されたブロック化サイズが前記ネゴシエーションで決定したブロックサイズ以上の大きさである場合には、算出式１で実際のブロック化サイズ（Ｔ）を算出するブロックサイズ算出手段と、算出された前記ブロック化サイズに従って送信データを分割する分割手段とを具備した点に第１の特徴がある。算出式１は次のとおりである。Ｔ＝Ｓ−（ｍ×Ｈｔｒａ＋Ｈｃｓｕｉ／ｃｄｕｉ）。但し、ｍ＝Ｓ／ＴＤＢＳ，Ｈｔｒａ＝トランスポートデータブロックのヘッダサイズ，Ｈｃｓｕｉ／ｃｄｕｉ＝セッション／ドキュメントユーザ情報コマンドのヘッダサイズとする。
【００１４】
また、本発明は、送信相手機が自局と同一機種か否かを判別する相手機判別手段を具備し、相手機が同一機種でない場合は、前記ブロック化サイズ（Ｔ）を算出式２で算出する算出式を前記ブロックサイズ算出手段にさらに設けた点に第２の特徴がある。算出式２は次のとおりである。Ｔ＝ＴＤＢＳ−Ｈｔｒａ−Ｈｃｓｕｉ／ｃｄｕｉ。
【００１５】
また、本発明は、送信データがＡＳＮ．１で符号化されていないデータである場合に、抽象構文記法で符号化したＴ．６列の符号化データを転送構文規則でコード変換するのに要するヘッダサイズ（Ｈａｐｐ）を前記算出されたブロック化サイズ（Ｔ）から減算してブロック化サイズ（Ｔ）とするように前記ブロックサイズ算出手段を構成した点に第３の特徴がある。
【００１６】
以上の特徴によれば、画像データはネゴシエーションで決定されたトランスポートデータのブロックサイズに合せて、サイズの小さいブロックが生じないように、ブロック化サイズが決定される。
【００１７】
【発明の実施の形態】
以下に、図面を参照して本発明を詳細に説明する。図２は本発明の一実施の形態に係るファクシミリ装置のハード構成を示すブロック図である。同図において、画像蓄積装置１は読取装置２で読取られた送信原稿や受信画情報を蓄積するためのもので、ＤＲＡＭやハードディスク等からなる大容量の記憶装置である。画像処理装置３は画情報の符号化または復号化をしたり、拡大または縮小をしたりする。前記読取装置２で読取られた画情報は画像処理装置３で圧縮されて前記画像記憶装置１に蓄積される。印字装置４は画像記憶装置１から読み出されて前記画像処理装置３で伸張された画情報を印字し、ハードコピーとして出力する。
【００１８】
該ファクシミリ装置はさらにファクシミリ通信機能として、通信制御部５および６、モデム７ならびにデジタル網制御装置８およびアナログ網制御装置９を有する。前記モデム７は低速モードと高速モードの機能を備えた変復調装置、アナログ網制御装置９はアナログ網への接続機能を備えた装置、デジタル網制御装置８はＩＳＤＮ網等のデジタル網への接続機能を備えた装置である。
【００１９】
通信制御部５はＧ４等、デジタル網に適した通信制御のための装置であり、通信制御部６はＧ３等、アナログ網に適した通信制御のための装置である。該通信制御部５，６の実体はプログラムを格納したＲＯＭである。
【００２０】
上記各構成部はシステムバス１０に接続されていて、システム制御部１１に予め格納されたプログラムに従い、ＣＰＵ１２の動作によって制御される。ＲＡＭ１３はＣＰＵ１２による制御のための制御データの格納やワークエリアとして使用されるものである。操作表示装置１４はオペレータが指示を入力するためのキーを含む入力部と該指示等に従ってＣＰＵ１２で処理された結果を表示する表示部とからなる。表示部は液晶パネル等周知の表示手段で構成できる。
【００２１】
次に、上記構成のファクシミリ装置の送信時の動作について図３のフローチャートを参照して説明する。なお、該フローチャートの動作に対応する送信側と受信側との通信内容は図６のシーケンス図に示した。図３において、ステップＳ１では送信要求の有無を判別し、例えば操作表示装置１４から送信要求が入力されたならばステップＳ２に進み、回線（チャネル）接続処理を実行する。ステップＳ３で接続完了を判断し、チャネル接続が完了したならばステップＳ４に進む。ステップＳ４ではレイヤ２のデータリンク接続処理を実行する。ステップＳ５で接続完了を判断し、接続が完了したならばステップＳ６に進む。ステップＳ６ではレイヤ３のネットワーク（ＩＳ８２０８）接続処理を実行する。ステップＳ７で接続完了を判断し、接続が完了したならばステップＳ８に進む。ステップＳ８ではレイヤ４のトランスポート接続処理を実行する。ステップＳ９で接続完了を判断し、接続が完了したならばステップＳ１０に進む。ステップＳ１０ではレイヤ４のネゴシエーションによって選択したトランスポートデータＴＤＴのサイズを、パラメータＴＤＢＳにセットする。以下、パラメータＴＤＢＳをネゴサイズＴＤＢＳという。
【００２２】
続いて、図４の処理に進み、ステップＳ１１ではレイヤ５のセッション接続処理を実行する。ステップＳ１２で接続完了を判断し、接続が完了したならばステップＳ１３に進む。ステップＳ１３では送信相手機が当該送信機と同一機種か否かを判断する。同一機種ならば、ステップＳ１４に進み、前記ネゴサイズＴＤＢＳの値がパラメータＳより大きいか否かを判断する。該パラメータＳは２のＮ乗（７≦Ｎ≦１６）という条件で任意に設定された送信データの分割サイズ（設定ブロック化サイズという）である。ネゴサイズＴＤＢＳが設定ブロック化サイズＳより大きい場合はステップＳ１５に進み、前記設定ブロック化サイズＳを実際にセッション／ドキュメントコマンドＣＳＵＩ／ＣＤＵＩのユーザ情報フィールドに組み込むデータのブロック化サイズＴ（決定ブロック化サイズＴという）とする。例えば、設定ブロック化サイズＳが１０２４オクテットでネゴサイズＴＤＢＳが２０４８オクテットならば、１０２４オクテットが決定ブロック化サイズＴとなる。ＡＳＮ．１で適正に符号化されて前記画情報蓄積装置１に蓄積されている送信データは１０２４オクテット単位でブロック化されてセッション／ドキュメントコマンドＣＳＵＩ／ＣＤＵＩのユーザ情報フィールドに組み込まれる。
【００２３】
一方、ステップＳ１４の判断が否定の場合、つまり設定ブロック化サイズＳがネゴサイズＴＤＢＳと等しいか又は大きい場合は、ステップＳ１６に進んで決定ブロック化サイズＴを算出する。決定ブロック化サイズＴの算出式は、「Ｔ＝Ｓ−（ｍ×Ｈｔｒａ＋Ｈｃｓｕｉ／ｃｄｕｉ）」である。ここで、ｍ＝Ｓ／ＴＤＢＳとする。例えば、設定ブロック化サイズＳとネゴサイズＴＤＢＳとが等しい場合は、ｍ＝１になるから、決定ブロック化サイズＴは、設定ブロック化サイズＳからヘッダＨｔｒａとヘッダＨｃｓｕｉ／ｃｄｕｉとを差し引いた値になる。
【００２４】
また、設定ブロック化サイズＳがネゴサイズＴＤＢＳより大きい場合、例えば、設定ブロック化サイズＳ２０４８オクテットでネゴサイズＴＤＢＳが５１２オクテットならば、ｍ＝４になるから、決定ブロック化サイズＴは、設定ブロック化サイズＳからヘッダＨｔｒａの４倍のサイズとヘッダＨｃｓｕｉ／ｃｄｕｉとを差し引いた値になる。すなわち、設定ブロック化サイズＳが２０４８オクテットのデータを４つのブロックに分割し、そのうちの１つのブロックにはヘッダＨｔｒａとヘッダＨｃｓｕｉ／ｃｄｕｉとが付加され、他の３つのブロックにはそれぞれヘッダＨｔｒａのみが付加される。このため、前記すべてのヘッダ分のサイズを設定ブロック化サイズＳから減じることで、トランスポート情報フィールドに内包されるデータサイズが決定される。
【００２５】
ステップＳ１７では前記決定ブロック化サイズＴでデータを切り出してセッション／ドキュメントコマンドＣＳＵＩ／ＣＤＵＩのユーザ情報フィールドに格納する。ステップＳ１８では、下位レイヤつまりトランスポートレイヤに送信を指示する。ステップＳ１９で送信が完了したか否かを判断し、送信が完了したならば、ステップＳ２０に進み、各レイヤの切断処理を行う。ステップＳ２１では、回線（チャネル）の切断処理を行う。
【００２６】
さらに、前記ステップＳ１３で、送信相手局が同一機種でないと判断されたならば、ステップＳ２２に進んで決定ブロック化サイズＴをネゴサイズＴＤＢＳからヘッダＨｔｒａとヘッダＨｃｓｕｉ／ｃｄｕｉとを減じた値とする。すなわち、分割された形式のデータを相手機が受付けない場合、つまり従来技術の第２番目の例（図１０）で説明した送信データの組み立て方式でないと受付けないことがあるため、各分割ブロックにヘッダＨｔｒａとヘッダＨｃｓｕｉ／ｃｄｕｉとが付加される分割形式をとった。これによって、送信相手が同一機種でない場合にも通信が不能になるということは防げる。
【００２７】
以上の動作説明は、すでにＡＳＮ．１によって適正に符号化された送信データ、またはファイル形式の送信データに関してのものであった。一方、送信データがファクシミリ符号化されただけのものである場合は、画像データのヘッダＨａｐｐが含まれるので、このヘッダＨａｐｐのサイズつまり３オクテット分をネゴサイズＴＤＢＳからさらに減じた値を決定ブロック化サイズＴにする必要がある。図５は、ヘッダＨａｐｐのサイズをさらに減算する算出式によってブロック化サイズＴを算出する処理（ステップＳ１６ａ，２２ａ）と、分割したデータをＡＳＮ．１の転送構文に組み入れてセッション／ドキュメントコマンドＣＳＵＩ／ＣＤＵＩの情報フィールドに格納する処理（ステップＳ１７ａ）含むフローチャートであり、図５と同一のステップ番号は同一の処理を示す。
【００２８】
続いて、前記決定ブロック化サイズＴを決定するための本実施の形態における本願発明の要部機能を説明する。図１において、ブロックサイズ設定部１５には送信データを分割するための設定ブロック化サイズＳが登録される。この設定ブロック化サイズＳはオクテットで表され、２のＮ乗（７≦Ｎ≦１６）で決定される任意の値を設定することができる。（７≦Ｎ≦１６）としたのは、ＪＴ−Ｔ５２１およびＴ．７０の勧告による。また、ブロックサイズネゴシエーション部１６ではトランスポートレイヤにおいてトランスポートデータＴＤＴのブロックサイズを相手局とのネゴシエーションによって決定する。ネゴシエーションで決定されたブロックサイズはネゴサイズＴＤＢＳと呼ぶのは既述のとおりである。該ネゴサイズＴＤＢＳと前記設定ブロック化サイズＳは比較部１７に入力される。
【００２９】
比較部１７では、前記ネゴサイズＴＤＢＳと前記設定ブロック化サイズＳとを比較して、その大小関係をブロックサイズ算出部１８に入力する。ブロックサイズ算出部１８は前記比較部１７からの比較結果に従い、前述のフローチャートのステップＳ１５，Ｓ１６またはＳ１６ａの算出式を選択して決定ブロック化サイズＴを算出する。分割部１９は算出された前記決定ブロック化サイズＴに従って送信データを分割し、セッション／ドキュメントコマンドに組み込む。
【００３０】
なお、ブロックサイズ算出部１８は比較部１７の比較結果によるほか、相手機判別部２０の判別結果により、送信相手機が異機種と判別された場合は、その判別結果に従って算出式を選択して決定ブロック化サイズＴを算出する。このときの算出式は前述のフローチャートのステップＳ２２とＳ２２ａに示した。
【００３１】
【発明の効果】
以上の説明から明らかなように、請求項１ないし請求項３の発明によれば、トランスポートレイヤのブロックサイズに合せて決定したブロック化サイズによって送信データが分割されるので、端数のブロックが生じない。したがって、回線の使用効率を向上することができ、通信時間の短縮が図れる。
【図面の簡単な説明】
【図１】実施の形態に係るファクシミリ装置の要部機能ブロック図である。
【図２】実施の形態に係るファクシミリ装置の制御部ハード構成を示すブロック図である。
【図３】実施の形態に係る送信動作を示すフローチャートである。
【図４】実施の形態に係る送信動作を示すフローチャートである。
【図５】実施の形態に係る送信動作を示すフローチャートである。
【図６】送信プロトコルを示すシーケンス図である。
【図７】符号化データの一例を示す図である。
【図８】従来技術のレイヤ毎のフレーム構成を示す図である。
【図９】従来技術による送信データの分割例を示す図である。
【図１０】従来技術による送信データの別の分割例を示す図である。
【符号の説明】
１…画像記憶装置、  ２…読取装置、  １５…ブロックサイズ設定部、  １６…ブロックサイズネゴシエーション部、  １７…比較部、  １８…ブロックサイズ算出部、  １９…分割部、  ２０…相手機判別部
【図１】
0003546563.tif 000002
【図９】
0003546563.tif 000003
【図１０】
0003546563.tif 000004
【図２】
0003546563.tif 000005
【図３】
0003546563.tif 000006
【図４】
0003546563.tif 000007
【図５】
0003546563.tif 000008
【図６】
0003546563.tif 000009
【図７】
0003546563.tif 000010
【図８】
0003546563.tif 000011