(57)【要約】  Ｔ．３８ゲートウェイの非標準フレームの処理方法であって、上記Ｔ．３８ゲートウェイは、少なくとも１つの送信側ゲートウェイと受信側ゲートウェイとから構成され、上記送信側ゲートウェイは、送信側ファクシミリと接続しており、上記受信側ゲートウェイは、受信側ファクシミリと接続しており、以下のように構成される。ａ）上記送信側ゲートウェイおよび上記受信側ゲートウェイは、受信する全てのＶ．２１フレームのタイプを判断し、ｂ）上記受信側ゲートウェイまたは上記送信側ゲートウェイがＮＳＦ非標準フレームを受信すると、該ＮＳＦ非標準フレームを変更し、続けて、該変更したＮＳＦ非標準フレームを送信する。本発明に係る方法は、上記ゲートウェイによる専用のフレームにてファクシミリレートをネゴシエーションするファクシミリ処理を、標準フレームにてネゴシエーションを行う処理に変更するものであって、上記ゲートウェイによりレートパラメータを正しく抽出可能であり、ネットワークファクシミリが正常に動作可能であることを保証する。
2008529427.tif 000002
【特許請求の範囲】
【請求項１】
Ｔ．３８ゲートウェイによるNon-Standard Facilities（ＮＳＦ）フレームの処理方法であって、
上記Ｔ．３８ゲートウェイは、少なくとも１つの送信側ゲートウェイと少なくとも１つの受信側ゲートウェイとから構成され、
上記送信側ゲートウェイは送信側ファクシミリ装置と接続し、
上記受信側ゲートウェイは、受信側ファクシミリ装置と接続し、
上記方法は、
ａ）上記送信側ゲートウェイおよび上記受信側ゲートウェイが受信する全てのＶ．２１フレームのタイプを判断し、
ｂ）上記受信側ゲートウェイまたは上記送信側ゲートウェイがＮＳＦフレームを受信すると、該ＮＳＦフレームを変更し、該変更したＮＳＦフレームを送信することを含むことを特徴とする方法。
【請求項２】
上記ＮＳＦフレームの変更には、国コードバイトをいかなる国名にも対応しない数字に変更すること、および、製造者バイトおよび他のパラメータバイトをランダムに変更することを含むことを特徴とする請求項１に記載の方法。
【請求項３】
ｃ）上記送信側ゲートウェイが、Non-Standard Setup（ＮＳＳ）フレームの受信を検出し、
該ＮＳＳフレームをFrame-Check-Sequence Bad（ＦＳＣ ＢＡＤ）パケットにカプセル化し、
該パケットをネットワーク側に送信することをさらに含むことを特徴とする請求項１に記載の方法。
【請求項４】
ｄ）上記受信側ゲートウェイが、Non-Standard Setup（ＮＳＳ）フレームおよびフレーム検査結果パケットを受信し、
上記フレームデータを変調し、
上記受信側ファクシミリ装置に上記変調したフレームデータを送信し、
上記フレームデータを送信する間に生成されたフレーム検査シーケンス、ＦＣＳをランダムに変更し、上記変更されたＦＣＳを上記受信側ファクシミリ装置に送信することをさらに含むことを特徴とする請求項１から３のいずれか１項に記載の方法。
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
〔技術分野〕
本発明は、ネットワークファクシミリ技術に関するものであり、特に、ネットワークファクシミリにおいてＴ．３８ゲートウェイにより、Non-Standard Facilities（ＮＳＦ）フレームおよびNon-Standard Setup（ＮＳＳ）フレームを処理する方法に関する。
【０００２】
〔背景技術〕
インターネットが普及し、その技術が成熟するにつれて、インターネット上でファクシミリ情報を転送することが可能となっている。それゆえ、ＩＰ上でのファクシミリに関する技術、つまり、ネットワークファクシミリの需要が出てきている。ＩＰ上のリアルタイムＴ．３８ファクシミリは、ＩＰ技術上のファクシミリであり、パケット損失およびジッタに対して効果的に作用し、ＮＧＮで広く用いられている。リアルタイムＴ．３８ファクシミリシステムのアーキテクチャを図１に示す。ＩＰ上のリアルタイムファクシミリシステムでは、ファクシミリ装置１およびファクシミリ装置２の２台の端末が、Ｔ．３０プロトコルにてリアルタイムに相互に通信を行う。ファクシミリ通信を行う毎に、２台のファクシミリ装置は、信号の交換、または、メッセージの送受信を行う。データが、いずれか一方のファクシミリ装置によって変調され、ゲートウェイを介して送信されたとき、該ゲートウェイは、該変調された信号を復調し、該復調されたデータをＴ．３８準拠のＩＰパケットにカプセル化する。そして、該パケットを反対側のゲートウェイにＩＰネットワークを介して送信する。該反対側のゲートウェイは、上記ＩＰパケットから上記データを抽出し、該データを変調し、該変調したデータを反対側のファクシミリ装置に送信する。
【０００３】
一般的なファクシミリ装置は、ファクシミリページのメッセージを、ＩＴＵ−ＴのＶ．２７ｔｅｒ／Ｖ．１９／Ｖ．１７プロトコルに規定されている変調／復調レートで送信することを通常はサポートしている。Ｔ．３０プロトコルでは、ファクシミリ処理は５つのステージに分割され、ステージＢは、図２に示すように、ネゴシエーションのためのメッセージ送信およびファクシミリ性能のトレーニングを行う前の手続である。呼び出された側の送信機、つまり、呼び出された側のファクシミリ装置は、自装置の性能の識別情報である（ファクシミリ受信機により送信される）ＤＩＳ（Digital Identification Signal）、および、可能であればＣＳＩ（Called Subscriber Identification）または（ＩＴＵ標準に規定されていないファクシミリ動作の属性情報を示す）ＮＳＦフレーム信号を送信する。上記信号を受信すると、呼び出し側の送信機、つまり、呼び出し側のファクシミリ装置は、応答コマンドであるＤＣＳ（Digital Command Signal）を返信する。該ＤＣＳは、変調のレート、画像の幅、画像の符号、および、ページ長に関する情報を含み、さらに、ファクシミリ装置の電話番号を含むＴＳＩ（Transmitting subscriber identification）信号やＮＳＦフレームの応答であるＮＳＳ（Non-Standard Setup）信号を含んでいてもよい。そして次に、呼び出し側のファクシミリ装置はＴＣＦ信号を送信する。呼び出された側の送信機は、ＴＣＦ（Training Check Field）信号を受信すると、ＣＦＲ（Confirmation to Receive）信号を返信する。
【０００４】
図２に示すように、ファクシミリ処理のステージＢにおいて、ＴＣＦ信号は、ＩＴＵ−ＴのＶ．２７ｔｅｒ／Ｖ．１９／Ｖ．１７プロトコルに規定されているレートで変調および復調された、全てがゼロのデータである。他の信号、例えば、（ＮＳＦ）（ＣＳＩ）ＤＩＳ、（ＴＳＩ）ＤＣＳ、ＣＦＲは、すべて、ＩＴＵ−ＴのＶ．２１プロトコルに規定されているレートおよび変調モードにて送受信されるＨＤＬＣフォーマットのフレームである。Ｖ．２１信号のＨＤＬＣフレームフォーマットは、図３に示すとおりである。
【０００５】
さらに、完全なＶ．２１フレームのＴ．３８ＩＦＰ（Internet Facsimile Protocol）パケットは以下を含む。フレームデータとなる前のフラグシーケンスとして生成されるフラグパケットであるＶ．２１フラグパケット、つまりＴ３０−ｉｎｄと、アドレスフィールドからＦＣＳ（Frame Check Sequence）までのフレームデータとして生成され、マルチパケットであるＶ．２１フレームデータパケット、つまりｈｄｃｌ−ｄａｔａと、ＦＣＳ検査結果データパケット、つまりゲートウェイによって受信および復調されたデータが正しい場合にはｈｄｌｃ−ｆｃｓ−ｏｋであり、一方、誤りである場合にはｈｄｌｃ−ｆｃｓ−ｗｒｏｎｇと、ゲートウェイによって受信および復調されたＶ．２１フレーム信号のエネルギーが消失したことを示すＶ．２１フレームエンドパケット、つまりｓｉｇ−ｅｎｄとである。
【０００６】
呼び出された側のファクシミリ装置がステージＢに入った後、（ＮＳＦ）（ＣＳＩ）ＤＩＳ信号を自発的に送信する。ここで、ＮＳＦおよびＣＳＴはオプションであり、そのデータビットは、変調／復調プロトコル、符号形式、およびＥＣＭ（Error Correction Mode）などを含み、メッセージ転送ステージにてファクシミリ装置によってサポートされている、ファクシミリ装置の性能パラメータを運ぶ。呼び出し側のファクシミリ装置が上記ＤＩＳを受信すると、該呼び出し側のファクシミリ装置は、上記ＤＩＳにて運ばれた、呼び出された側のファクシミリ装置の性能情報と、自装置の性能との組み合わせに従って、両者にサポートされている性能パラメータを決定するために、呼び出された側のファクシミリ装置とネゴシエートする。そして次に、上記性能パラメータをＤＣＳを通じて呼び出された側のファクシミリ装置に送信する。呼び出された側のファクシミリ装置は、上記ＤＣＳ内の性能パラメータに従って、チャンネルトレーニングおよび受信したファクシミリページデータを復調するためのデータレートを決定する。
【０００７】
ＩＰ上のリアルタイムＴ．３８ファクシミリにおいて、上記ＤＣＳがゲートウェイを通過すると、送信側ゲートウェイおよび受信側ゲートウェイの両方が、ＴＣＦデータおよびメッセージデータの変調／復調を行うために、上記ＤＣＳ内のパラメータを抽出する。上記ＤＣＳは、Ｔ．３０プロトコルに規定されている標準フレームであり、該ＤＣＳ内のデータフィールドにおける各ビットは上記プロトコルにて規定されているため、ゲートウェイは、ＤＣＳから上記パラメータを抽出し、例えばレートなどの情報を解析することが可能である。
【０００８】
Ｔ．３０プロトコルに規定されているように、ステージＢでは、ファクシミリ装置は、さらに、ＮＳＦ／ＮＳＳなどの信号を用いて、パラメータ（例えば、レート）をネゴシエートすることが可能である。ステージＢにおけるＮＳＦ信号を用いたレートのネゴシエーション処理を図４に示す。呼び出された側のファクシミリ装置がステージＢに入った後、該ファクシミリ装置は、ＮＳＦ／（ＣＳＩ）／ＤＩＳを送信する。ここで、ＣＳＩはオプションである。ＮＳＦのデータフィールドは、ファクシミリ装置の製造者の国コード、製造者コード、ファクシミリ装置のモデル番号、および、レートパラメータが運ぶモードなどを含む。呼び出し側のファクシミリ装置が上記ＮＳＦ信号を受信し、呼び出し側のファクシミリ装置が呼び出された側のファクシミリ装置の独自仕様に従う場合、呼び出し側のファクシミリ装置は、レートやどのＥＣＭモードをサポートしているかなどのネゴシエーション結果を運ぶＮＳＳ信号を返信する。その次の処理、つまり、呼び出し側のファクシミリ装置がＴＣＦ信号を送信し、呼び出された側のファクシミリ装置が該ＴＣＦ信号を受信したときＣＦＲ信号を送信するという処理は、標準フレームに対する処理と同じである。しかしながら、Ｔ．３８ゲートウェイを介したネットワークファクシミリの場合は、ＮＳＦおよびＮＳＳは、ファクシミリ装置の製造者によって規定された独自フォーマットであるから、Ｔ．３８ゲートウェイは変調／復調のために必要なパラメータを抽出することができない。結果として、非標準フレームを用いた場合、ファクシミリ通信処理は確実に失敗する。
【０００９】
それゆえ、従来技術では、ゲートウェイは、ＴＤＭ（Time Division Multiplexing）側（つまり、呼び出した送信機およびゲートウェイ１の側、または、呼び出された送信機およびゲートウェイ２の側）で受信し復調されたＶ．２１フレーム、および、ＩＰ側で受信されたＶ．２１フレームを判断する必要がある。図５に示すように、ＴＤＭ側でＮＳＦが受信された場合、該ＮＳＦは破棄される。つまり、ゲートウェイは、該ＮＳＦデータをパケットにカプセル化せず、ＩＰ側に送信しない。このように、受信側ファクシミリ装置がＮＳＦ／（ＣＳＩ）／ＤＩＳを送信する場合、送信側ファクシミリ装置に実際に到達する信号は、ＮＳＦがゲートウェイによって破棄されるため、（ＣＳＩ）／ＤＩＳ信号だけである。そして、送信側ファクシミリ装置は、Ｔ．３０プロトコルで規定されている、標準フレームである（ＴＳＩ）／ＤＣＳを返信する。該ＤＣＳは、変調／復調レートおよびＥＣＭなどを含む情報を運ぶ。
【００１０】
図６に示すように、ＩＰ側でＮＳＦフレーム信号を受信した場合、ゲートウェイはＮＳＦフレーム信号を破棄する。つまり、ゲートウェイは、該フレームデータを変調して送信側ファクシミリ装置に送信せず、後続の（ＣＳＩ）／ＤＩＳフレームをＩＰ側で受信することを続ける。そして、通常どおり（ＣＳＩ）／ＤＩＳフレームを変調して送信する。
【００１１】
上記解決法は、ファクシミリ装置に標準コマンドであるＤＣＳを通じてレート情報を運ぶために、ゲートウェイがＮＳＦ信号を破棄するという一般的なケースであるが、以下の不都合が生じる。
【００１２】
Ｔ．３０プロトコルの規定されているとおり、１つのＶ．２１フレームまたは複数の連続したＶ．２１フレームが送信される前に、１秒±１５％の長さのフラグシーケンス（つまり、Ｖ．２１フォーマットにて変調された“0x7e”）が送信されなければならず、また、受信または検出における遅延が３．４５秒より大きいフレームは破棄される。
【００１３】
ゲートウェイはＮＳＦフレームを破棄するので、図７に示すように、送信側ゲートウェイは、プリアンブルシーケンスにおける最初のフラグ（0x7e）を一度受信すると変調を開始し、後続のＤＩＳフレームを受信するまで、0x7eを送信する。そして、受信側ファクシミリ送信機は、上記ＤＩＳを最初のフレーム信号であるとみなし、該ＤＩＳより前の全ての“0x7e”をプリアンブルシーケンスに属するものとみなす。しかしながら、いくつかのファクシミリ装置は、最初の“0x7e”を受信したタイミングでスタートし、ＤＩＳの受信が３．４５秒以内に完了しなかった場合、コマンドの受信が失敗したものとみなす。
【００１４】
さらに、ゲートウェイは、最初は、音声通信の状態であり、ＣＥＤやＶ．２１フラグ（（ＮＳＦ）／ＤＩＳのプリアンブルコード）などのファクシミリ特有の信号を検出したときのみ、ファクシミリ通信の状態に切り替わる。
【００１５】
ゲートウェイの実際の例では、ゲートウェイは、ソフトによる複雑なネットワークの切り替えや受信処理が原因で、切り替えが遅くなり、ファクシミリのイベントを検出し損なうことがしばしばある。このような場合において、Ｔ．３８ゲートウェイによるＮＳＦ信号への介在は、Ｔ．３８ファクシミリ状態にあるときだけ行われるため、図８に示すように、ＮＳＦ信号は送信側ファクシミリ装置に（音声通信状態で）トランスペアレントに送信される。独自仕様に従う送信側ファクシミリ装置は、ＮＳＳ信号を応答する。そのためレートのネゴシエーションは、まだ独自フレームで実行されている。その結果として、ゲートウェイがＴ．３８ファクシミリ状態に切り替わった後、レートパラメータを抽出することが不可能であり、その結果、ファクシミリ通信が失敗する。
【００１６】
〔発明の開示〕
本発明の目的は、ネットワークファクシミリ装置が最終的には標準フレームにてレートのネゴシエーションを実行し、ゲートウェイが標準コマンドであるＤＣＳから正しいパラメータ情報を抽出することができ、それによってネットワークファクシミリサービスが正常に動作するための、Ｔ．３８ゲートウェイによるＮＳＦフレームの処理方法を提供することにある。
【００１７】
本発明の技術的解決は以下のとおりである。
【００１８】
Ｔ．３８ゲートウェイによるＮＳＦフレームの処理方法であって、上記Ｔ．３８ゲートウェイは、少なくとも１つの送信側ゲートウェイと少なくとも１つの受信側ゲートウェイとを備え、上記送信側ゲートウェイは送信側ファクシミリ装置と接続され、上記受信側ゲートウェイは受信側ファクシミリ装置と接続され、
ａ）上記送信側ファクシミリ装置および上記受信側ファクシミリ装置は、受信するＶ．２１フレームの全てのタイプを判断し、
ｂ）上記受信側ゲートウェイまたは上記送信側ゲートウェイがＮＳＦフレームを受信したとき、該ＮＳＦフレームを変更し、該変更後のＮＳＦフレームを送信し、
上記ＮＳＦフレームの変更には、国コードのバイトをいかなる国名にも対応しない数字への変更すること、および、製造者のバイトおよび他のパラメータのバイトのランダムに変更することを含む。
【００１９】
本方法はさらに、
ｃ）上記送信側ゲートがNon-Standard Setup（ＮＳＳ）フレームを受信したとき、該ＮＳＳフレームをFrame-Check-Sequence bad（ＦＳＣ−ＢＡＤ）データパケットにカプセル化し、該パケットをネットワーク側に送信してもよい。
【００２０】
本方法はさらに、
ｄ）上記受信側ゲートウェイがＮＳＳフレームおよびフレーム検査結果データパケットを受信したとき、フレームデータを変調し、該変調したフレームデータを上記受信側ファクシミリ装置に送信し、上記変調したフレームを送信する間に生成されるＦＣＳをランダムに変更し、上記変更後のＦＣＳを受信側ファクシミリ装置に送信してもよい。
【００２１】
本発明に係るＴ．３８ゲートウェイによるＮＳＦフレームの処理方法は、上記ゲートウェイがレートのパラメータを正しく抽出でき、ネットワークファクシミリサービスが正常に動作し、ＮＳＦフレームがファクシミリ送信装置にトランスペアレントに送信された後、標準フレームに変換されるようなネゴシエーション処理が保証されるように、独自フレームにて実行されているファクシミリ通信処理におけるファクシミリ処理のレートのネゴシエーションを、上記ゲートウェイにより処理される標準フレームにて実行されるネゴシエーションに変更する。
【００２２】
〔発明を実施するための最良の形態〕
以下で、本発明の最良の実施形態について、詳細に説明する。
【００２３】
本発明の実施の形態に係るＴ．３８ゲートウェイによるＮＳＦフレームの処理方法における、上記ＮＳＦフレームの構造を図９に示す。ここでは、ＮＳＦフレームは、国コード、製造者コード、および他のパラメータを含むファクシミリ情報を含んでいる。ゲートウェイは、ＩＰ側で受信したＶ．２１フレームのみならず、ＴＤＭ側で受信および復調されたＶ．２１フレームのタイプを判断する。ＴＤＭ側で受信したＶ．２１フレームがＮＳＦフレームであった場合、受信側ゲートウェイは、上記受信したＮＳＦフレームのファクシミリ情報フィールドを復調し、上記ファクシミリ情報フィールドを変更する。ここでは、図１０に示すように、影付き四角形が、受信側ゲートウェイが、Ｖ．２１における上記ＮＳＦフレームであるＨＤＣＬ−ＤＡＴＡ（ＮＳＦ）の上記ファクシミリ情報バイトを変更したこと、つまり、上記ＮＳＦフレームの国コードバイトをいかなる国名にも対応しない数字に変更したことを示している。ＩＴＵ−ＴのＴ．３５プロトコルが国名と国コードとの対応を定義しているので、製造者バイトおよびその次のファクシミリ情報は、ランダムに変更可能である。次に、受信側ゲートウェイは、上記変更後のＮＳＦフレームデータをパケットにカプセル化し、該パケットをＩＰネットワークに送信する。送信側ファクシミリ装置、つまり、呼び出し側の送信機が、上記方法にて処理されたＮＳＦフレームを受信すると、国コードと製造者コードなどを上記情報フィールドから抽出するが、該情報は、自装置での定義と異なるものであることが分かる。それゆえ、ＮＳＳフレーム信号は、送信側ファクシミリ装置、つまり、呼び出された側の受信機に返信されず、代わりに、標準コマンドであるＤＣＳ信号が性能識別情報であるＤＩＳに基づいて返信される。
【００２４】
送信側ゲートウェイ（つまり、ゲートウェイ１）がＩＰ側でＮＳＦフレーム信号を受信した場合、図１１に示すように、送信側ゲートウェイは、上記ＩＰ側で受信したＮＳＦフレームのファクシミリ情報フィールドを変更する。図１１では、影付き四角形が、送信側ゲートウェイが上記ＮＳＦフレームの情報バイト、つまり、上記ＮＳＦフレームの国コードバイトをいかなる国名にも対応しない数字に変更し、製造者バイトおよびその後のファクシミリ情報をランダムに変更したことを示している。そして、送信側ゲートウェイは、変更後のＮＳＦフレームを変調し、ファクシミリ装置、つまり、呼び出し側の送信機に送信する。
【００２５】
加えて、ＮＳＦフレームが、音声符号化モードにおいて、音声チャネルを通じて送信側ファクシミリ装置にトランスペアレントに送信されると、独自仕様に従う送信側ファクシミリ装置がＮＳＳフレームを返信し、ゲートウェイがＴ．３８ファクシミリ状態にてＮＳＳフレームを受信したときレートパラメータなどの情報を抽出できないという結果になるが、これを防ぐために、ゲートウェイは以下を実行する。ゲートウェイがＴ．３８ファクシミリ状態に切り替わった後、ＩＰ側で受信したＶ．２１フレームのみならず、ＴＤＭ側で受信および復調したＶ．２１フレームのタイプを判断する。ＴＤＭ側でＮＳＳフレームが受信された場合の様子を図１２に示す。ここでは、影付き円が、送信側ゲートウェイ（つまり、ゲートウェイ１）がＮＳＳフレームの検査結果を強制的に不良に変更すること、および、影付き四角形が、受信側ゲートウェイ（つまり、ゲートウェイ２）がＮＳＦフレームの情報バイトを変更することを示している。送信側ゲートウェイは以下を実行する。ＴＤＭ側からＮＳＳフレームを受信したとき、該ＮＳＳフレームデータをパケットにカプセル化し、該パケットをＩＰ側に送信する。このとき、実際のＦＣＳ検査が良好であるか不良であるかに関わらず、ＦＣＳをＦＣＳ−ＢＡＤパケットにカプセル化する。このようにすると、受信側ファクシミリ装置は、ＮＳＦフレームを強制的に再送させられることになる。その後に続く手続は、上述のＮＳＦフレームに対する手続と同じである。
【００２６】
ＮＳＳフレーム信号がＩＰ側で受信された場合の様子を図１３に示す。ここでは、影付き円が、受信側ゲートウェイ（つまり、ゲートウェイ２）が、ＮＳＳフレームのＦＣＳバイトを受信側ファクシミリ装置（つまり、呼び出された側ファクシミリ装置）に送信するとき、強制的に検査バイトを変更すること、および、影付き四角形が、受信側ゲートウェイがＮＳＦフレームの情報バイトを変更することを示している。受信側ゲートウェイは以下を実行する。ＩＰ側からＮＳＳフレームおよびＩＦＰパケットを受信したとき、受信側ゲートウェイは、該ＮＳＳデータを変調し、該変調したデータを受信側ファクシミリ装置に送信する。ＦＣＳフレームを送信したとき、受信側ゲートウェイは、実際の検査結果が良好であるか不良であるかに関わらず、強制的にＦＣＳを不良な結果であると取り扱い、該ＦＣＳの値をランダムに変更し、送信する。
【００２７】
このように、受信側ゲートウェイはＮＳＳフレームのＦＣＳを変更するので、受信側ファクシミリ装置は、受信したＮＳＳフレーム信号をエラーであるとみなし、ＮＳＦ／ＤＩＳを再送する。結果として、受信側ゲートウェイは、Ｔ．３０プロトコルにて規定されている標準フレーム信号であるＤＩＳおよびＤＣＳを用いたレートのネゴシエーションを実行するという目的を達成すべく、上記再送されたＮＳＦフレームを上述の変更方法にて変更することができる。
【００２８】
上述の実施形態は、本発明をより詳細に述べるためにのみ提供されたものであり、請求項にて定義される本発明の範囲を保護するための限定ではない。
【図面の簡単な説明】
【００２９】
【図１】従来技術における、リアルタイムＴ．３８ネットワークファクシミリシステムの構造の概略図である。
【図２】従来技術における、一般的なファクシミリ処理におけるステージＢのフローダイアグラムの概略図である。
【図３】従来技術における、Ｖ．２１信号のＨＤＬＣフレームフォーマットの概略図である。
【図４】従来技術における、一般的なファクシミリ処理におけるＮＳＦフレームを用いたレートのネゴシエーションのフローの概略図である。
【図５】従来技術における、ネットワークファクシミリ処理におけるＴＤＭ側でＮＳＦフレームを受信したときの処理フローの概略図である。
【図６】従来技術における、ネットワークファクシミリ処理におけるＩＰ側でＮＳＦフレーム信号を受信したときの処理フローの概略図である。
【図７】従来技術における、ゲートウェイによってＮＳＦフレームを破棄する結果生じる長いフラグの概略図である。
【図８】従来技術における、音声通信状態において送信側ファクシミリ装置にＮＳＦフレームが到着したときゲートウェイが介在できない様子を示す概略図である。
【図９】本発明に係る方法の実施形態における、Ｔ．３８ゲートウェイにより処理されるＮＳＦフレームの構造の概略図である。
【図１０】本発明に係る方法の実施形態における、受信側ゲートウェイによるＮＳＦパラメータの変更を行うフローダイアグラムの概略図である。
【図１１】本発明に係る方法の実施形態における、送信側ゲートウェイによるＮＳＦパラメータの変更を行うフローダイアグラムの概略図である。
【図１２】本発明に係る方法の実施形態における、送信側ゲートウェイによるＮＳＳフレームに対するＦＳＣ検査結果の取り扱いを示すフローダイアグラムの概略図である。
【図１３】本発明に係る方法の実施形態における、受信側ゲートウェイによる、ＩＰ側で受信した、ＦＣＳが不良であるＮＳＳフレームを変調し送信するフローダイアグラムの概略図である。
【図１】
2008529427.tif 000003
【図２】
2008529427.tif 000004
【図３】
2008529427.tif 000005
【図４】
2008529427.tif 000006
【図５】
2008529427.tif 000007
【図６】
2008529427.tif 000008
【図７】
2008529427.tif 000009
【図８】
2008529427.tif 000010
【図９】
2008529427.tif 000011
【図１０】
2008529427.tif 000012
【図１１】
2008529427.tif 000013
【図１２】
2008529427.tif 000014
【図１３】
2008529427.tif 000015
【手続補正書】
【提出日】平成19年9月10日(2007.9.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ゲートウェイによるＮＳＦ（Non-Standard Facilities）フレームデータの処理方法であって、
ＮＳＦフレームデータを受信し、
上記ＮＳＦフレームデータを変更し、
上記変更したＮＳＦフレームデータを送信することを含むことを特徴とする方法。
【請求項２】
上記ＮＳＦフレームデータを変更することには、該ＮＳＦフレームデータのファクシミリ情報を変更することを含むことを特徴とする請求項１に記載の方法。
【請求項３】
上記ファクシミリ情報を変更することには、
該ファクシミリ情報の国コードを、いかなる国名にも対応しない数字に変更すること、または、
該ファクシミリ情報の製造者コードをランダムに変更すること、または、
該ファクシミリ情報の他のパラメータをランダムに変更することを含むことを特徴とする請求項２に記載の方法。
【請求項４】
ゲートウェイによるＮＳＳ（Non-Standard Setup）フレームデータの処理方法であって、
ＮＳＳフレームデータを受信し、
上記ＮＳＳフレームデータを変更し、
上記変更したＮＳＳフレームデータを送信することを含むことを特徴とする方法。
【請求項５】
上記ＮＳＳフレームデータを変更することには、該ＮＳＳフレームデータのフレーム検査シーケンスをランダムに変更することを含むことを特徴とする請求項４に記載の方法。
【請求項６】
上記ＮＳＳフレームデータを変更することには、該ＮＳＳフレームデータの検査結果を「不良」に変更することを含むことを特徴とする請求項４に記載の方法。
【請求項７】
上記変更されたＮＳＳフレームデータの検査結果を、Frame-Check-Sequence Bad（hdlc-fcs-bad）パケットにカプセル化し、該パケットを送信することをさらに含むことを特徴とする請求項６に記載の方法。
【請求項８】
上記変更されたＮＳＳフレームデータを送信した後、
ＮＳＦフレームデータを受信し、
上記ＮＳＦフレームデータを変更し、
上記変更したＮＳＦフレームデータを送信することをさらに含むことを特徴とする請求項４に記載の方法。
【請求項９】
上記ＮＳＦフレームデータを変更することには、該ＮＳＦフレームデータのファクシミリ情報を変更することを含むことを特徴とする請求項８に記載の方法。
【請求項１０】
上記ファクシミリ情報を変更することには、
該ファクシミリ情報の国コードを、いかなる国名にも対応しない数字に変更すること、または、
該ファクシミリ情報の製造者コードをランダムに変更すること、または、
該ファクシミリ情報の他のパラメータをランダムに変更することを含むことを特徴とする請求項９に記載の方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
〔技術分野〕
本発明は、ネットワークファクシミリ技術に関するものであり、特に、ネットワークファクシミリにおいてＴ．３８ゲートウェイにより、Non-Standard Facilities（ＮＳＦ）フレームおよびNon-Standard Setup（ＮＳＳ）フレームを処理する方法に関する。
【０００２】
〔背景技術〕
インターネットが普及し、その技術が成熟するにつれて、インターネット上でファクシミリ情報を転送することが可能となっている。それゆえ、ＩＰ上でのファクシミリに関する技術、つまり、ネットワークファクシミリの需要が出てきている。ＩＰ上のリアルタイムＴ．３８ファクシミリは、ＩＰ技術上のファクシミリであり、パケット損失およびジッタに対して効果的に作用し、ＮＧＮで広く用いられている。リアルタイムＴ．３８ファクシミリシステムのアーキテクチャを図１に示す。ＩＰ上のリアルタイムファクシミリシステムでは、ファクシミリ装置１およびファクシミリ装置２の２台の端末が、Ｔ．３０プロトコルにてリアルタイムに相互に通信を行う。ファクシミリ通信を行う毎に、２台のファクシミリ装置は、信号の交換、または、メッセージの送受信を行う。データが、いずれか一方のファクシミリ装置によって変調され、ゲートウェイを介して送信されたとき、該ゲートウェイは、該変調された信号を復調し、該復調されたデータをＴ．３８準拠のＩＰパケットにカプセル化する。そして、該パケットを反対側のゲートウェイにＩＰネットワークを介して送信する。該反対側のゲートウェイは、上記ＩＰパケットから上記データを抽出し、該データを変調し、該変調したデータを反対側のファクシミリ装置に送信する。
【０００３】
一般的なファクシミリ装置は、ファクシミリページのメッセージを、ＩＴＵ−ＴのＶ．２７ｔｅｒ／Ｖ．１９／Ｖ．１７プロトコルに規定されている変調／復調レートで送信することを通常はサポートしている。Ｔ．３０プロトコルでは、ファクシミリ処理は５つのステージに分割され、ステージＢは、図２に示すように、ネゴシエーションのためのメッセージ送信およびファクシミリ性能のトレーニングを行う前の手続である。呼び出された側の送信機、つまり、呼び出された側のファクシミリ装置は、自装置の性能の識別情報である（ファクシミリ受信機により送信される）ＤＩＳ（Digital Identification Signal）、および、可能であればＣＳＩ（Called Subscriber Identification）または（ＩＴＵ標準に規定されていないファクシミリ動作の属性情報を示す）ＮＳＦフレーム信号を送信する。上記信号を受信すると、呼び出し側の送信機、つまり、呼び出し側のファクシミリ装置は、応答コマンドであるＤＣＳ（Digital Command Signal）を返信する。該ＤＣＳは、変調のレート、画像の幅、画像の符号、および、ページ長に関する情報を含み、さらに、ファクシミリ装置の電話番号を含むＴＳＩ（Transmitting subscriber identification）信号やＮＳＦフレームの応答であるＮＳＳ（Non-Standard Setup）信号を含んでいてもよい。そして次に、呼び出し側のファクシミリ装置はＴＣＦ信号を送信する。呼び出された側の送信機は、ＴＣＦ（Training Check Field）信号を受信すると、ＣＦＲ（Confirmation to Receive）信号を返信する。
【０００４】
図２に示すように、ファクシミリ処理のステージＢにおいて、ＴＣＦ信号は、ＩＴＵ−ＴのＶ．２７ｔｅｒ／Ｖ．１９／Ｖ．１７プロトコルに規定されているレートで変調および復調された、全てがゼロのデータである。他の信号、例えば、（ＮＳＦ）（ＣＳＩ）ＤＩＳ、（ＴＳＩ）ＤＣＳ、ＣＦＲは、すべて、ＩＴＵ−ＴのＶ．２１プロトコルに規定されているレートおよび変調モードにて送受信されるＨＤＬＣフォーマットのフレームである。Ｖ．２１信号のＨＤＬＣフレームフォーマットは、図３に示すとおりである。
【０００５】
さらに、完全なＶ．２１フレームのＴ．３８ＩＦＰ（Internet Facsimile Protocol）パケットは以下を含む。フレームデータとなる前のフラグシーケンスとして生成されるフラグパケットであるＶ．２１フラグパケット、つまりＴ３０−ｉｎｄと、アドレスフィールドからＦＣＳ（Frame Check Sequence）までのフレームデータとして生成され、マルチパケットであるＶ．２１フレームデータパケット、つまりｈｄｃｌ−ｄａｔａと、ＦＣＳ検査結果データパケット、つまりゲートウェイによって受信および復調されたデータが正しい場合にはｈｄｌｃ−ｆｃｓ−ｏｋであり、一方、誤りである場合にはｈｄｌｃ−ｆｃｓ−ｗｒｏｎｇと、ゲートウェイによって受信および復調されたＶ．２１フレーム信号のエネルギーが消失したことを示すＶ．２１フレームエンドパケット、つまりｓｉｇ−ｅｎｄとである。
【０００６】
呼び出された側のファクシミリ装置がステージＢに入った後、（ＮＳＦ）（ＣＳＩ）ＤＩＳ信号を自発的に送信する。ここで、ＮＳＦおよびＣＳＴはオプションであり、そのデータビットは、変調／復調プロトコル、符号形式、およびＥＣＭ（Error Correction Mode）などを含み、メッセージ転送ステージにてファクシミリ装置によってサポートされている、ファクシミリ装置の性能パラメータを運ぶ。呼び出し側のファクシミリ装置が上記ＤＩＳを受信すると、該呼び出し側のファクシミリ装置は、上記ＤＩＳにて運ばれた、呼び出された側のファクシミリ装置の性能情報と、自装置の性能との組み合わせに従って、両者にサポートされている性能パラメータを決定するために、呼び出された側のファクシミリ装置とネゴシエートする。そして次に、上記性能パラメータをＤＣＳを通じて呼び出された側のファクシミリ装置に送信する。呼び出された側のファクシミリ装置は、上記ＤＣＳ内の性能パラメータに従って、チャンネルトレーニングおよび受信したファクシミリページデータを復調するためのデータレートを決定する。
【０００７】
ＩＰ上のリアルタイムＴ．３８ファクシミリにおいて、上記ＤＣＳがゲートウェイを通過すると、送信側ゲートウェイおよび受信側ゲートウェイの両方が、ＴＣＦデータおよびメッセージデータの変調／復調を行うために、上記ＤＣＳ内のパラメータを抽出する。上記ＤＣＳは、Ｔ．３０プロトコルに規定されている標準フレームであり、該ＤＣＳ内のデータフィールドにおける各ビットは上記プロトコルにて規定されているため、ゲートウェイは、ＤＣＳから上記パラメータを抽出し、例えばレートなどの情報を解析することが可能である。
【０００８】
Ｔ．３０プロトコルに規定されているように、ステージＢでは、ファクシミリ装置は、さらに、ＮＳＦ／ＮＳＳなどの信号を用いて、パラメータ（例えば、レート）をネゴシエートすることが可能である。ステージＢにおけるＮＳＦ信号を用いたレートのネゴシエーション処理を図４に示す。呼び出された側のファクシミリ装置がステージＢに入った後、該ファクシミリ装置は、ＮＳＦ／（ＣＳＩ）／ＤＩＳを送信する。ここで、ＣＳＩはオプションである。ＮＳＦのデータフィールドは、ファクシミリ装置の製造者の国コード、製造者コード、ファクシミリ装置のモデル番号、および、レートパラメータが運ぶモードなどを含む。呼び出し側のファクシミリ装置が上記ＮＳＦ信号を受信し、呼び出し側のファクシミリ装置が呼び出された側のファクシミリ装置の独自仕様に従う場合、呼び出し側のファクシミリ装置は、レートやどのＥＣＭモードをサポートしているかなどのネゴシエーション結果を運ぶＮＳＳ信号を返信する。その次の処理、つまり、呼び出し側のファクシミリ装置がＴＣＦ信号を送信し、呼び出された側のファクシミリ装置が該ＴＣＦ信号を受信したときＣＦＲ信号を送信するという処理は、標準フレームに対する処理と同じである。しかしながら、Ｔ．３８ゲートウェイを介したネットワークファクシミリの場合は、ＮＳＦおよびＮＳＳは、ファクシミリ装置の製造者によって規定された独自フォーマットであるから、Ｔ．３８ゲートウェイは変調／復調のために必要なパラメータを抽出することができない。結果として、非標準フレームを用いた場合、ファクシミリ通信処理は確実に失敗する。
【０００９】
それゆえ、従来技術では、ゲートウェイは、ＴＤＭ（Time Division Multiplexing）側（つまり、呼び出した送信機およびゲートウェイ１の側、または、呼び出された送信機およびゲートウェイ２の側）で受信し復調されたＶ．２１フレーム、および、ＩＰ側で受信されたＶ．２１フレームを判断する必要がある。図５に示すように、ＴＤＭ側でＮＳＦが受信された場合、該ＮＳＦは破棄される。つまり、ゲートウェイは、該ＮＳＦデータをパケットにカプセル化せず、ＩＰ側に送信しない。このように、受信側ファクシミリ装置がＮＳＦ／（ＣＳＩ）／ＤＩＳを送信する場合、送信側ファクシミリ装置に実際に到達する信号は、ＮＳＦがゲートウェイによって破棄されるため、（ＣＳＩ）／ＤＩＳ信号だけである。そして、送信側ファクシミリ装置は、Ｔ．３０プロトコルで規定されている、標準フレームである（ＴＳＩ）／ＤＣＳを返信する。該ＤＣＳは、変調／復調レートおよびＥＣＭなどを含む情報を運ぶ。
【００１０】
図６に示すように、ＩＰ側でＮＳＦフレーム信号を受信した場合、ゲートウェイはＮＳＦフレーム信号を破棄する。つまり、ゲートウェイは、該フレームデータを変調して送信側ファクシミリ装置に送信せず、後続の（ＣＳＩ）／ＤＩＳフレームをＩＰ側で受信することを続ける。そして、通常どおり（ＣＳＩ）／ＤＩＳフレームを変調して送信する。
【００１１】
上記解決法は、ファクシミリ装置に標準コマンドであるＤＣＳを通じてレート情報を運ぶために、ゲートウェイがＮＳＦ信号を破棄するという一般的なケースであるが、以下の不都合が生じる。
【００１２】
Ｔ．３０プロトコルの規定されているとおり、１つのＶ．２１フレームまたは複数の連続したＶ．２１フレームが送信される前に、１秒±１５％の長さのフラグシーケンス（つまり、Ｖ．２１フォーマットにて変調された“0x7e”）が送信されなければならず、また、受信または検出における遅延が３．４５秒より大きいフレームは破棄される。
【００１３】
ゲートウェイはＮＳＦフレームを破棄するので、図７に示すように、送信側ゲートウェイは、プリアンブルシーケンスにおける最初のフラグ（0x7e）を一度受信すると変調を開始し、後続のＤＩＳフレームを受信するまで、0x7eを送信する。そして、受信側ファクシミリ送信機は、上記ＤＩＳを最初のフレーム信号であるとみなし、該ＤＩＳより前の全ての“0x7e”をプリアンブルシーケンスに属するものとみなす。しかしながら、いくつかのファクシミリ装置は、最初の“0x7e”を受信したタイミングでスタートし、ＤＩＳの受信が３．４５秒以内に完了しなかった場合、コマンドの受信が失敗したものとみなす。
【００１４】
さらに、ゲートウェイは、最初は、音声通信の状態であり、ＣＥＤやＶ．２１フラグ（（ＮＳＦ）／ＤＩＳのプリアンブルコード）などのファクシミリ特有の信号を検出したときのみ、ファクシミリ通信の状態に切り替わる。
【００１５】
ゲートウェイの実際の例では、ゲートウェイは、ソフトによる複雑なネットワークの切り替えや受信処理が原因で、切り替えが遅くなり、ファクシミリのイベントを検出し損なうことがしばしばある。このような場合において、Ｔ．３８ゲートウェイによるＮＳＦ信号への介在は、Ｔ．３８ファクシミリ状態にあるときだけ行われるため、図８に示すように、ＮＳＦ信号は送信側ファクシミリ装置に（音声通信状態で）トランスペアレントに送信される。独自仕様に従う送信側ファクシミリ装置は、ＮＳＳ信号を応答する。そのためレートのネゴシエーションは、まだ独自フレームで実行されている。その結果として、ゲートウェイがＴ．３８ファクシミリ状態に切り替わった後、レートパラメータを抽出することが不可能であり、その結果、ファクシミリ通信が失敗する。
【００１６】
〔発明の開示〕
本発明の目的は、ネットワークファクシミリ装置が最終的には標準フレームにてレートのネゴシエーションを実行し、ゲートウェイが標準コマンドであるＤＣＳから正しいパラメータ情報を抽出することができ、それによってネットワークファクシミリサービスが正常に動作するための、Ｔ．３８ゲートウェイによるＮＳＦフレームの処理方法を提供することにある。
【００１７】
本発明は以下の技術的解決により実装される。
【００１８】
本発明に係る実施の形態によれば、ゲートウェイによるNon-Standard Facilities（ＮＳＦ）フレームデータの処理方法がもたらされる。上記方法は、ＮＳＦフレームデータを受信し、該ＮＳＦフレームデータを変更し、該変更したＮＳＦフレームデータを送信することを含んでいる。
【００１９】
本発明に係る実施の形態によれば、さらに、ゲートウェイによるNon-Standard Setup（ＮＳＳ）フレームデータの処理方法がもたらされる。上記方法は、ＮＳＳデータフレームを受信し、該ＮＳＳフレームデータを変更し、該変更したＮＳＳフレームデータを送信することを含んでいる。
【００２０】
本発明に係るＴ．３８ゲートウェイによるＮＳＦフレームの処理方法は、上記ゲートウェイがレートのパラメータを正しく抽出でき、ネットワークファクシミリサービスが正常に動作し、ＮＳＦフレームがファクシミリ送信装置にトランスペアレントに送信された後、標準フレームに変換されるようなネゴシエーション処理が保証されるように、独自フレームにて実行されているファクシミリ通信処理におけるファクシミリ処理のレートのネゴシエーションを、上記ゲートウェイにより処理される標準フレームにて実行されるネゴシエーションに変更する。
【００２１】
〔発明を実施するための最良の形態〕
以下で、本発明の最良の実施形態について、詳細に説明する。
【００２２】
本発明の実施の形態に係るＴ．３８ゲートウェイによるＮＳＦフレームの処理方法における、上記ＮＳＦフレームの構造を図９に示す。ここでは、ＮＳＦフレームは、国コード、製造者コード、および他のパラメータを含むファクシミリ情報を含んでいる。ゲートウェイは、ＩＰ側で受信したＶ．２１フレームのみならず、ＴＤＭ側で受信および復調されたＶ．２１フレームのタイプを判断する。ＴＤＭ側で受信したＶ．２１フレームがＮＳＦフレームであった場合、受信側ゲートウェイは、上記受信したＮＳＦフレームのファクシミリ情報フィールドを復調し、上記ファクシミリ情報フィールドを変更する。ここでは、図１０に示すように、影付き四角形が、受信側ゲートウェイが、Ｖ．２１における上記ＮＳＦフレームであるＨＤＣＬ−ＤＡＴＡ（ＮＳＦ）の上記ファクシミリ情報バイトを変更したこと、つまり、上記ＮＳＦフレームの国コードバイトをいかなる国名にも対応しない数字に変更したことを示している。ＩＴＵ−ＴのＴ．３５プロトコルが国名と国コードとの対応を定義しているので、製造者バイトおよびその次のファクシミリ情報は、ランダムに変更可能である。次に、受信側ゲートウェイは、上記変更後のＮＳＦフレームデータをパケットにカプセル化し、該パケットをＩＰネットワークに送信する。送信側ファクシミリ装置、つまり、呼び出し側の送信機が、上記方法にて処理されたＮＳＦフレームを受信すると、国コードと製造者コードなどを上記情報フィールドから抽出するが、該情報は、自装置での定義と異なるものであることが分かる。それゆえ、ＮＳＳフレーム信号は、送信側ファクシミリ装置、つまり、呼び出された側の受信機に返信されず、代わりに、標準コマンドであるＤＣＳ信号が性能識別情報であるＤＩＳに基づいて返信される。
【００２３】
送信側ゲートウェイ（つまり、ゲートウェイ１）がＩＰ側でＮＳＦフレーム信号を受信した場合、図１１に示すように、送信側ゲートウェイは、上記ＩＰ側で受信したＮＳＦフレームのファクシミリ情報フィールドを変更する。図１１では、影付き四角形が、送信側ゲートウェイが上記ＮＳＦフレームの情報バイト、つまり、上記ＮＳＦフレームの国コードバイトをいかなる国名にも対応しない数字に変更し、製造者バイトおよびその後のファクシミリ情報をランダムに変更したことを示している。そして、送信側ゲートウェイは、変更後のＮＳＦフレームを変調し、ファクシミリ装置、つまり、呼び出し側の送信機に送信する。
【００２４】
加えて、ＮＳＦフレームが、音声符号化モードにおいて、音声チャネルを通じて送信側ファクシミリ装置にトランスペアレントに送信されると、独自仕様に従う送信側ファクシミリ装置がＮＳＳフレームを返信し、ゲートウェイがＴ．３８ファクシミリ状態にてＮＳＳフレームを受信したときレートパラメータなどの情報を抽出できないという結果になるが、これを防ぐために、ゲートウェイは以下を実行する。ゲートウェイがＴ．３８ファクシミリ状態に切り替わった後、ＩＰ側で受信したＶ．２１フレームのみならず、ＴＤＭ側で受信および復調したＶ．２１フレームのタイプを判断する。ＴＤＭ側でＮＳＳフレームが受信された場合の様子を図１２に示す。ここでは、影付き円が、送信側ゲートウェイ（つまり、ゲートウェイ１）がＮＳＳフレームの検査結果を強制的に不良に変更すること、および、影付き四角形が、受信側ゲートウェイ（つまり、ゲートウェイ２）がＮＳＦフレームの情報バイトを変更することを示している。送信側ゲートウェイは以下を実行する。ＴＤＭ側からＮＳＳフレームを受信したとき、該ＮＳＳフレームデータをパケットにカプセル化し、該パケットをＩＰ側に送信する。このとき、実際のＦＣＳ検査が良好であるか不良であるかに関わらず、ＦＣＳをＦＣＳ−ＢＡＤパケットにカプセル化する。このようにすると、受信側ファクシミリ装置は、ＮＳＦフレームを強制的に再送させられることになる。その後に続く手続は、上述のＮＳＦフレームに対する手続と同じである。
【００２５】
ＮＳＳフレーム信号がＩＰ側で受信された場合の様子を図１３に示す。ここでは、影付き円が、受信側ゲートウェイ（つまり、ゲートウェイ２）が、ＮＳＳフレームのＦＣＳバイトを受信側ファクシミリ装置（つまり、呼び出された側ファクシミリ装置）に送信するとき、強制的に検査バイトを変更すること、および、影付き四角形が、受信側ゲートウェイがＮＳＦフレームの情報バイトを変更することを示している。受信側ゲートウェイは以下を実行する。ＩＰ側からＮＳＳフレームおよびＩＦＰパケットを受信したとき、受信側ゲートウェイは、該ＮＳＳデータを変調し、該変調したデータを受信側ファクシミリ装置に送信する。ＦＣＳフレームを送信したとき、受信側ゲートウェイは、実際の検査結果が良好であるか不良であるかに関わらず、強制的にＦＣＳを不良な結果であると取り扱い、該ＦＣＳの値をランダムに変更し、送信する。
【００２６】
このように、受信側ゲートウェイはＮＳＳフレームのＦＣＳを変更するので、受信側ファクシミリ装置は、受信したＮＳＳフレーム信号をエラーであるとみなし、ＮＳＦ／ＤＩＳを再送する。結果として、受信側ゲートウェイは、Ｔ．３０プロトコルにて規定されている標準フレーム信号であるＤＩＳおよびＤＣＳを用いたレートのネゴシエーションを実行するという目的を達成すべく、上記再送されたＮＳＦフレームを上述の変更方法にて変更することができる。
【００２７】
上述の実施形態は、本発明をより詳細に述べるためにのみ提供されたものであり、請求項にて定義される本発明の範囲を保護するための限定ではない。
【図面の簡単な説明】
【００２８】
【図１】従来技術における、リアルタイムＴ．３８ネットワークファクシミリシステムの構造の概略図である。
【図２】従来技術における、一般的なファクシミリ処理におけるステージＢのフローダイアグラムの概略図である。
【図３】従来技術における、Ｖ．２１信号のＨＤＬＣフレームフォーマットの概略図である。
【図４】従来技術における、一般的なファクシミリ処理におけるＮＳＦフレームを用いたレートのネゴシエーションのフローの概略図である。
【図５】従来技術における、ネットワークファクシミリ処理におけるＴＤＭ側でＮＳＦフレームを受信したときの処理フローの概略図である。
【図６】従来技術における、ネットワークファクシミリ処理におけるＩＰ側でＮＳＦフレーム信号を受信したときの処理フローの概略図である。
【図７】従来技術における、ゲートウェイによってＮＳＦフレームを破棄する結果生じる長いフラグの概略図である。
【図８】従来技術における、音声通信状態において送信側ファクシミリ装置にＮＳＦフレームが到着したときゲートウェイが介在できない様子を示す概略図である。
【図９】本発明に係る方法の実施形態における、Ｔ．３８ゲートウェイにより処理されるＮＳＦフレームの構造の概略図である。
【図１０】本発明に係る方法の実施形態における、受信側ゲートウェイによるＮＳＦパラメータの変更を行うフローダイアグラムの概略図である。
【図１１】本発明に係る方法の実施形態における、送信側ゲートウェイによるＮＳＦパラメータの変更を行うフローダイアグラムの概略図である。
【図１２】本発明に係る方法の実施形態における、送信側ゲートウェイによるＮＳＳフレームに対するＦＳＣ検査結果の取り扱いを示すフローダイアグラムの概略図である。
【図１３】本発明に係る方法の実施形態における、受信側ゲートウェイによる、ＩＰ側で受信した、ＦＣＳが不良であるＮＳＳフレームを変調し送信するフローダイアグラムの概略図である。
【国際調査報告】
2008529427.tif 000016
2008529427.tif 000017
2008529427.tif 000018
2008529427.tif 000019
2008529427.tif 000020
2008529427.tif 000021