JP2003069651A - ゲートウェイ装置 - Google Patents
ゲートウェイ装置Info
- Publication number
- JP2003069651A JP2003069651A JP2001254472A JP2001254472A JP2003069651A JP 2003069651 A JP2003069651 A JP 2003069651A JP 2001254472 A JP2001254472 A JP 2001254472A JP 2001254472 A JP2001254472 A JP 2001254472A JP 2003069651 A JP2003069651 A JP 2003069651A
- Authority
- JP
- Japan
- Prior art keywords
- network
- facsimile
- band
- communication
- packet
- 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.)
- Granted
Links
Landscapes
- Facsimiles In General (AREA)
- Facsimile Transmission Control (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Abstract
(57)【要約】
【課題】 前記ファクシミリ装置と前記相手端末装置と
の間で設定される通信速度でのリアルタイムネットワー
クファクシミリ通信を実現するために前記パケット網に
おいて必要とされるネットワーク帯域として十分なネッ
トワーク帯域を、ルータへのネットワーク帯域予約によ
り、確保することができるゲートウェイ装置を提供する
こと。 【解決手段】 ファクシミリ装置と相手端末装置との間
で設定される通信速度に相当する必要ネットワーク帯域
が、確保ネットワーク帯域以下となるように調節する通
信速度／ネットワーク帯域調節手段を備えたことを特徴
とする。
の間で設定される通信速度でのリアルタイムネットワー
クファクシミリ通信を実現するために前記パケット網に
おいて必要とされるネットワーク帯域として十分なネッ
トワーク帯域を、ルータへのネットワーク帯域予約によ
り、確保することができるゲートウェイ装置を提供する
こと。 【解決手段】 ファクシミリ装置と相手端末装置との間
で設定される通信速度に相当する必要ネットワーク帯域
が、確保ネットワーク帯域以下となるように調節する通
信速度／ネットワーク帯域調節手段を備えたことを特徴
とする。
Description
【０００１】
【発明の属する技術分野】本発明は、電話網及びパケッ
ト網経由のリアルタイムファクシミリ通信を行う、ゲー
トウェイ装置に関する。
ト網経由のリアルタイムファクシミリ通信を行う、ゲー
トウェイ装置に関する。
【０００２】
【従来の技術】公衆回線網を介したファクシミリ通信、
具体的には、例えば、ＩＴＵ−Ｔ勧告Ｔ．３０に準拠し
たＧ（グループ）３ファクシミリ通信は、送信側端末と
受信側端末とが直接ファクシミリ制御信号をやりとりし
つつファクシミリメッセージの送受信を行う、リアルタ
イムの通信形態のため、送信側端末と受信側端末との間
の能力交換が可能であり、また、通信中に受信側端末に
受信エラーが生じれば、送信側端末でもファクシミリ制
御信号の受信側端末とのやりとりに障害がでて送信エラ
ーとなるため、送信側端末としては、ファクシミリメッ
セージを受信側端末に正しく送信できたか否かの判断が
容易であるという利点がある。
具体的には、例えば、ＩＴＵ−Ｔ勧告Ｔ．３０に準拠し
たＧ（グループ）３ファクシミリ通信は、送信側端末と
受信側端末とが直接ファクシミリ制御信号をやりとりし
つつファクシミリメッセージの送受信を行う、リアルタ
イムの通信形態のため、送信側端末と受信側端末との間
の能力交換が可能であり、また、通信中に受信側端末に
受信エラーが生じれば、送信側端末でもファクシミリ制
御信号の受信側端末とのやりとりに障害がでて送信エラ
ーとなるため、送信側端末としては、ファクシミリメッ
セージを受信側端末に正しく送信できたか否かの判断が
容易であるという利点がある。
【０００３】その反面、公衆回線網を介したファクシミ
リ通信は、通信時間に応じた通信料金が課金されしまう
欠点がある。
リ通信は、通信時間に応じた通信料金が課金されしまう
欠点がある。
【０００４】一方、インターネット等のパケット網にお
いては、電子メールによる通信がよく用いられる。電子
メールによるネットワーク通信は、通信料金が基本的に
無料であるという利点がある。
いては、電子メールによる通信がよく用いられる。電子
メールによるネットワーク通信は、通信料金が基本的に
無料であるという利点がある。
【０００５】その反面、電子メールによるネットワーク
通信は、送信側端末と最終的な受信側端末との間にメー
ルサーバが介在して、送信側端末からメールサーバへの
電子メールの送信と、電子メールを最終的に受信する受
信側端末のメールサーバからの自装置宛電子メールの受
信とが、同時には行われない、非リアルタイムの通信形
態であるため、送信側端末と受信側端末との間の能力交
換が不可能であり、また、受信側端末における電子メー
ルのメールサーバからの受信中に受信エラーが生じて
も、送信側端末では、既に電子メールの送信は正常に終
了しているため、送信側端末としては、メッセージを電
子メールにより受信側端末に正しく送信できたか否かの
判断ができないという欠点がある。
通信は、送信側端末と最終的な受信側端末との間にメー
ルサーバが介在して、送信側端末からメールサーバへの
電子メールの送信と、電子メールを最終的に受信する受
信側端末のメールサーバからの自装置宛電子メールの受
信とが、同時には行われない、非リアルタイムの通信形
態であるため、送信側端末と受信側端末との間の能力交
換が不可能であり、また、受信側端末における電子メー
ルのメールサーバからの受信中に受信エラーが生じて
も、送信側端末では、既に電子メールの送信は正常に終
了しているため、送信側端末としては、メッセージを電
子メールにより受信側端末に正しく送信できたか否かの
判断ができないという欠点がある。
【０００６】そのため、例えば、送信側端末から電子メ
ールにより送信した文書データの形式（ファイル形式、
符号化形式、解像度等）に、受信側端末が未対応である
ために、送信側端末における文書データの電子メールに
よる送信は成功したのに、受信側端末において受信文書
データを正しく処理できず、結果的に文書データの送信
が失敗に終わってしまうという不具合が生じてしまうこ
とがあった。
ールにより送信した文書データの形式（ファイル形式、
符号化形式、解像度等）に、受信側端末が未対応である
ために、送信側端末における文書データの電子メールに
よる送信は成功したのに、受信側端末において受信文書
データを正しく処理できず、結果的に文書データの送信
が失敗に終わってしまうという不具合が生じてしまうこ
とがあった。
【０００７】そこで、公衆電話網を介したファクシミリ
通信の利点である端末間の能力交換及びリアルタイム性
と、ネットワークを介した通信の、通信料金がかからな
いという利点とを両立した通信形態として、１９９９年
４月に、パケット化したファクシミリ制御信号をパケッ
ト網上でやり取りするためのITU-T勧告T.38/H.323 Anne
xDが制定された。
通信の利点である端末間の能力交換及びリアルタイム性
と、ネットワークを介した通信の、通信料金がかからな
いという利点とを両立した通信形態として、１９９９年
４月に、パケット化したファクシミリ制御信号をパケッ
ト網上でやり取りするためのITU-T勧告T.38/H.323 Anne
xDが制定された。
【０００８】このITU-T勧告T.38/H.323 AnnexDに基づい
た通信を行うことにより、端末間のファクシミリ通信に
関する能力交換および通信のリアルタイム性が保証され
た通信をネットワーク上で行うことができるようになっ
た。
た通信を行うことにより、端末間のファクシミリ通信に
関する能力交換および通信のリアルタイム性が保証され
た通信をネットワーク上で行うことができるようになっ
た。
【０００９】ITU-T勧告T.38/H.323 AnnexDに従うネット
ワーク端末（Ｔ．３８端末）には、ネットワーク直結型
のＩＡＦ（Internet Aware Fax）タイプと、専用線や公
衆回線等の電話網へリアルタイムに転送するＧＷ（Gate
way）タイプとの２種類が存在する。
ワーク端末（Ｔ．３８端末）には、ネットワーク直結型
のＩＡＦ（Internet Aware Fax）タイプと、専用線や公
衆回線等の電話網へリアルタイムに転送するＧＷ（Gate
way）タイプとの２種類が存在する。
【００１０】ＩＡＦタイプの端末は、いわば、相手端末
装置（ＩＡＦまたはＧＷ）との間でパケット化されたフ
ァクシミリ制御信号としてのＴ．３０信号をリアルタイ
ムでやりとりして、自装置が相手端末装置にとっての最
終宛先として文書データを受信するネットワークファク
シミリ装置である。
装置（ＩＡＦまたはＧＷ）との間でパケット化されたフ
ァクシミリ制御信号としてのＴ．３０信号をリアルタイ
ムでやりとりして、自装置が相手端末装置にとっての最
終宛先として文書データを受信するネットワークファク
シミリ装置である。
【００１１】一方、ＧＷタイプの端末は、ネットワーク
を介して相手端末（ＩＡＦまたはＧＷ）から受信したパ
ケットから抽出したＴ．３０信号をモデム信号に変換し
て電話網を介して最終宛先となるＧ３ファクシミリ装置
へ転送し、また電話網を介して前記Ｇ３ファクシミリ装
置からモデム信号として受信したＴ．３０信号をパケッ
ト化してネットワークを介して相手端末に転送すること
で、ネットワーク上のＴ．３８端末と電話網上の従来型
のファクシミリ装置との間でのリアルタイム通信を可能
とするものである。
を介して相手端末（ＩＡＦまたはＧＷ）から受信したパ
ケットから抽出したＴ．３０信号をモデム信号に変換し
て電話網を介して最終宛先となるＧ３ファクシミリ装置
へ転送し、また電話網を介して前記Ｇ３ファクシミリ装
置からモデム信号として受信したＴ．３０信号をパケッ
ト化してネットワークを介して相手端末に転送すること
で、ネットワーク上のＴ．３８端末と電話網上の従来型
のファクシミリ装置との間でのリアルタイム通信を可能
とするものである。
【００１２】Ｔ．３８準拠のＧＷタイプの端末は、受信
したＩＰパケットを、情報内容はそのままにＴ．３０信
号に変換して電話網へ転送し、また電話網から受けた
Ｔ．３０信号を情報内容はそのままにＩＰパケットに変
換してパケット網に転送することで、ＩＰネットワーク
上のＴ．３８端末と電話網上の従来型のＧ３ファクシミ
リ装置との間でのリアルタイム通信を可能とするものに
過ぎないため、ファクシミリメッセージ伝送時の高速モ
デムでの通信速度は、電話網を介して自装置と回線接続
される、従来型のＧ３ファクシミリ装置と、パケット網
を介して自装置とネットワーク接続されるＩＡＦタイプ
の端末、または、パケット網を介して自装置とネットワ
ーク接続されるＧＷタイプの端末から更に電話網を介し
て接続される従来型のＧ３ファクシミリ装置との間の
Ｔ．３０に基づいたプロトコル手順により設定される。
したＩＰパケットを、情報内容はそのままにＴ．３０信
号に変換して電話網へ転送し、また電話網から受けた
Ｔ．３０信号を情報内容はそのままにＩＰパケットに変
換してパケット網に転送することで、ＩＰネットワーク
上のＴ．３８端末と電話網上の従来型のＧ３ファクシミ
リ装置との間でのリアルタイム通信を可能とするものに
過ぎないため、ファクシミリメッセージ伝送時の高速モ
デムでの通信速度は、電話網を介して自装置と回線接続
される、従来型のＧ３ファクシミリ装置と、パケット網
を介して自装置とネットワーク接続されるＩＡＦタイプ
の端末、または、パケット網を介して自装置とネットワ
ーク接続されるＧＷタイプの端末から更に電話網を介し
て接続される従来型のＧ３ファクシミリ装置との間の
Ｔ．３０に基づいたプロトコル手順により設定される。
【００１３】具体的には、着信側装置がディジタル識別
信号ＤＩＳにより、対応している通信速度を含む自機能
力を発信側装置に通知し、その発信側装置がその通知さ
れた着信側装置の能力と自機能力との範囲内で通信条件
を設定すると同時にその設定した通信条件をディジタル
送信命令信号ＤＣＳにより着信側装置にも通知して設定
させる。
信号ＤＩＳにより、対応している通信速度を含む自機能
力を発信側装置に通知し、その発信側装置がその通知さ
れた着信側装置の能力と自機能力との範囲内で通信条件
を設定すると同時にその設定した通信条件をディジタル
送信命令信号ＤＣＳにより着信側装置にも通知して設定
させる。
【００１４】したがって、ＧＷタイプの端末が接続され
るパケット網における当該ＧＷタイプの端末が使用を許
されるネットワーク帯域は、終端の端末間でＴ．３０に
基づいたプロトコル手順により設定された通信速度での
メッセージデータの伝送を実現できるだけの十分な広さ
が確保されることがＴ．３８準拠のリアルタイムネット
ワークファクシミリ通信の前提となっていた。
るパケット網における当該ＧＷタイプの端末が使用を許
されるネットワーク帯域は、終端の端末間でＴ．３０に
基づいたプロトコル手順により設定された通信速度での
メッセージデータの伝送を実現できるだけの十分な広さ
が確保されることがＴ．３８準拠のリアルタイムネット
ワークファクシミリ通信の前提となっていた。
【００１５】そのため、仮に、ＧＷタイプの端末がパケ
ット網上で使用可能なネットワーク帯域が終端の端末間
でＴ．３０に基づいたプロトコル手順により設定された
通信速度でのメッセージデータの伝送に十分でない場
合、設定された通信速度でのメッセージデータの送受信
を行うことができず、通信エラーとなってしまうという
問題がある。
ット網上で使用可能なネットワーク帯域が終端の端末間
でＴ．３０に基づいたプロトコル手順により設定された
通信速度でのメッセージデータの伝送に十分でない場
合、設定された通信速度でのメッセージデータの送受信
を行うことができず、通信エラーとなってしまうという
問題がある。
【００１６】一方、ファクシミリ通信が頻繁に行われて
いないオフィス等においては、ファクシミリ通信用の十
分なネットワーク帯域（64Kbps程度）をＧＷタイプの端
末に割り当てることは、他のアプリケーションの帯域を
縮小することにつながるため効率的ではないという事情
がある。特にＩＳＤＮルータなどを使用して構築してい
るパケット網などではベースとなる帯域が64K〜128Kbps
程度と狭いため、その中からファクシミリ通信のための
十分な帯域を確保すること自体が難しくなるという問題
がある。
いないオフィス等においては、ファクシミリ通信用の十
分なネットワーク帯域（64Kbps程度）をＧＷタイプの端
末に割り当てることは、他のアプリケーションの帯域を
縮小することにつながるため効率的ではないという事情
がある。特にＩＳＤＮルータなどを使用して構築してい
るパケット網などではベースとなる帯域が64K〜128Kbps
程度と狭いため、その中からファクシミリ通信のための
十分な帯域を確保すること自体が難しくなるという問題
がある。
【００１７】それらの問題は、ITU-T勧告T.38/H.323 An
nexD準拠のものに限らず、電話網上でやりとりされる
Ｔ．３０信号とパケット網上でやりとりされるパケット
化されたＴ．３０信号とをリアルタイムに相互変換して
行われるリアルタイムネットワークファクシミリ通信に
おいては、同様に生じ得る問題である。
nexD準拠のものに限らず、電話網上でやりとりされる
Ｔ．３０信号とパケット網上でやりとりされるパケット
化されたＴ．３０信号とをリアルタイムに相互変換して
行われるリアルタイムネットワークファクシミリ通信に
おいては、同様に生じ得る問題である。
【００１８】
【発明が解決しようとする課題】そこで、本願発明の発
明者は、ゲートキーパが有するネットワーク帯域管理機
能を用いてその問題の解決を図った技術を提案している
が（特願２０００−４０２４９４号）、現状ではまだ高
価なゲートキーパを必要とする技術のため、設備投資の
費用が増大してしまうという課題があった。また、現状
では帯域管理機能を有しないゲートキーパも市販されて
いるという課題もあった。
明者は、ゲートキーパが有するネットワーク帯域管理機
能を用いてその問題の解決を図った技術を提案している
が（特願２０００−４０２４９４号）、現状ではまだ高
価なゲートキーパを必要とする技術のため、設備投資の
費用が増大してしまうという課題があった。また、現状
では帯域管理機能を有しないゲートキーパも市販されて
いるという課題もあった。
【００１９】一方、ITU-T勧告H.323のAppendixIIではRS
VP(Resource ReSerVation Protocol=ネットワークリソ
ースを管理するプロトコル）を用いて通信に必要なネッ
トワーク帯域の予約をルータに対して行う方法について
の記述がある。なお、RSVPの仕様についてはRFC2205に
て規定されている。
VP(Resource ReSerVation Protocol=ネットワークリソ
ースを管理するプロトコル）を用いて通信に必要なネッ
トワーク帯域の予約をルータに対して行う方法について
の記述がある。なお、RSVPの仕様についてはRFC2205に
て規定されている。
【００２０】本発明は係る事情に鑑みてなされたもので
あり、前記ファクシミリ装置と前記相手端末装置との間
で設定される通信速度でのリアルタイムネットワークフ
ァクシミリ通信を実現するために前記パケット網におい
て必要とされるネットワーク帯域として十分なネットワ
ーク帯域を、ルータへのネットワーク帯域予約により、
確保することができるゲートウェイ装置を提供すること
を目的とする。
あり、前記ファクシミリ装置と前記相手端末装置との間
で設定される通信速度でのリアルタイムネットワークフ
ァクシミリ通信を実現するために前記パケット網におい
て必要とされるネットワーク帯域として十分なネットワ
ーク帯域を、ルータへのネットワーク帯域予約により、
確保することができるゲートウェイ装置を提供すること
を目的とする。
【００２１】
【課題を解決するための手段】請求項１に記載のゲート
ウェイ装置は、パケット網及び電話網に接続され、前記
パケット網内のルータを介した所定のやりとりにより確
保されたネットワーク帯域である確保ネットワーク帯域
の範囲内で前記パケット網を介した通信を行う一方、前
記パケット網を介してゲートウェイ装置またはネットワ
ークファクシミリ装置である相手端末装置から受信する
パケット化されたファクシミリ制御信号をモデム信号に
リアルタイム変換して前記電話網を介してファクシミリ
装置に送信すると共に、前記電話網を介して前記ファク
シミリ装置からモデム信号として受信したファクシミリ
制御信号をリアルタイムでパケット化して前記パケット
網を介して前記相手端末装置に送信することにより、前
記パケット網上の相手端末装置と前記電話網上のファク
シミリ装置との間のリアルタイムファクシミリ通信を可
能とするゲートウェイ装置であって、前記ファクシミリ
装置と前記相手端末装置との間で設定される通信速度に
相当する必要ネットワーク帯域が、前記確保ネットワー
ク帯域以下となるように調節する通信速度／ネットワー
ク帯域調節手段を備えたことを特徴とする。
ウェイ装置は、パケット網及び電話網に接続され、前記
パケット網内のルータを介した所定のやりとりにより確
保されたネットワーク帯域である確保ネットワーク帯域
の範囲内で前記パケット網を介した通信を行う一方、前
記パケット網を介してゲートウェイ装置またはネットワ
ークファクシミリ装置である相手端末装置から受信する
パケット化されたファクシミリ制御信号をモデム信号に
リアルタイム変換して前記電話網を介してファクシミリ
装置に送信すると共に、前記電話網を介して前記ファク
シミリ装置からモデム信号として受信したファクシミリ
制御信号をリアルタイムでパケット化して前記パケット
網を介して前記相手端末装置に送信することにより、前
記パケット網上の相手端末装置と前記電話網上のファク
シミリ装置との間のリアルタイムファクシミリ通信を可
能とするゲートウェイ装置であって、前記ファクシミリ
装置と前記相手端末装置との間で設定される通信速度に
相当する必要ネットワーク帯域が、前記確保ネットワー
ク帯域以下となるように調節する通信速度／ネットワー
ク帯域調節手段を備えたことを特徴とする。
【００２２】請求項２に記載のゲートウェイ装置は、請
求項１に記載のゲートウェイ装置であって、前記通信速
度／ネットワーク帯域調節手段は、着信側の前記ファク
シミリ装置から前記電話網を介して受信した所定のファ
クシミリ制御信号の情報内容として含まれる通信速度能
力に相当する必要ネットワーク帯域が、前記確保ネット
ワーク帯域より広い場合には、前記必要ネットワーク帯
域が前記確保ネットワーク帯域以下となるような当該必
要ネットワーク帯域に相当する通信速度能力に前記所定
のファクシミリ制御信号の通信速度能力に関する情報内
容を書き換えた上でパケット化して前記パケット網上の
相手端末装置に送信するものであることを特徴とする。
求項１に記載のゲートウェイ装置であって、前記通信速
度／ネットワーク帯域調節手段は、着信側の前記ファク
シミリ装置から前記電話網を介して受信した所定のファ
クシミリ制御信号の情報内容として含まれる通信速度能
力に相当する必要ネットワーク帯域が、前記確保ネット
ワーク帯域より広い場合には、前記必要ネットワーク帯
域が前記確保ネットワーク帯域以下となるような当該必
要ネットワーク帯域に相当する通信速度能力に前記所定
のファクシミリ制御信号の通信速度能力に関する情報内
容を書き換えた上でパケット化して前記パケット網上の
相手端末装置に送信するものであることを特徴とする。
【００２３】請求項３に記載のゲートウェイ装置は、請
求項１に記載のゲートウェイ装置であって、前記通信速
度／ネットワーク帯域調節手段は、着信側の前記相手端
末装置から前記パケット網を介して受信した所定のファ
クシミリ制御信号の情報内容として含まれる通信速度能
力に相当する必要ネットワーク帯域が、前記確保ネット
ワーク帯域より広い場合には、前記必要ネットワーク帯
域が前記確保ネットワーク帯域以下となるような当該必
要ネットワーク帯域に相当する通信速度能力に前記所定
のファクシミリ制御信号の通信速度能力に関する情報内
容を書き換えた上でモデム信号化して前記電話網上の発
信側の前記ファクシミリ装置に送信することを特徴とす
る。
求項１に記載のゲートウェイ装置であって、前記通信速
度／ネットワーク帯域調節手段は、着信側の前記相手端
末装置から前記パケット網を介して受信した所定のファ
クシミリ制御信号の情報内容として含まれる通信速度能
力に相当する必要ネットワーク帯域が、前記確保ネット
ワーク帯域より広い場合には、前記必要ネットワーク帯
域が前記確保ネットワーク帯域以下となるような当該必
要ネットワーク帯域に相当する通信速度能力に前記所定
のファクシミリ制御信号の通信速度能力に関する情報内
容を書き換えた上でモデム信号化して前記電話網上の発
信側の前記ファクシミリ装置に送信することを特徴とす
る。
【００２４】請求項４に記載のゲートウェイ装置は、請
求項１に記載のゲートウェイ装置であって、前記通信速
度／ネットワーク帯域調節手段は、発信側の前記相手端
末装置から前記パケット網を介して受信した所定のファ
クシミリ制御信号の情報内容として含まれる設定通信速
度に相当する必要ネットワーク帯域が、前記確保ネット
ワーク帯域より広い場合には、発信側の前記相手端末装
置から前記パケット網を介して受信したモデムトレーニ
ング信号に対して、前記発信側の相手端末装置から再送
信されてくる所定のファクシミリ制御信号により通知さ
れる設定通信速度に相当する必要ネットワーク帯域が前
記確保ネットワーク帯域以下になるまで、前記発信側の
相手端末装置に対してダミーのトレーニング失敗信号を
送信することを特徴とする。
求項１に記載のゲートウェイ装置であって、前記通信速
度／ネットワーク帯域調節手段は、発信側の前記相手端
末装置から前記パケット網を介して受信した所定のファ
クシミリ制御信号の情報内容として含まれる設定通信速
度に相当する必要ネットワーク帯域が、前記確保ネット
ワーク帯域より広い場合には、発信側の前記相手端末装
置から前記パケット網を介して受信したモデムトレーニ
ング信号に対して、前記発信側の相手端末装置から再送
信されてくる所定のファクシミリ制御信号により通知さ
れる設定通信速度に相当する必要ネットワーク帯域が前
記確保ネットワーク帯域以下になるまで、前記発信側の
相手端末装置に対してダミーのトレーニング失敗信号を
送信することを特徴とする。
【００２５】請求項５に記載のゲートウェイ装置は、請
求項１に記載のゲートウェイ装置であって、前記通信速
度／ネットワーク帯域調節手段は、発信側の前記ファク
シミリ装置から前記電話網を介して受信した所定のファ
クシミリ制御信号の情報内容として含まれる設定通信速
度に相当する必要ネットワーク帯域が、前記確保ネット
ワーク帯域より広い場合には、発信側の前記ファクシミ
リ装置から前記電話網を介して受信した所定のモデムト
レーニング信号に対して、前記発信側のファクシミリ装
置から再送信されてくる前記所定のファクシミリ制御信
号により通知される設定通信速度に相当する必要ネット
ワーク帯域が前記確保ネットワーク帯域以下になるま
で、前記発信側のファクシミリ装置に対してダミーのト
レーニング失敗信号を送信することを特徴とする。
求項１に記載のゲートウェイ装置であって、前記通信速
度／ネットワーク帯域調節手段は、発信側の前記ファク
シミリ装置から前記電話網を介して受信した所定のファ
クシミリ制御信号の情報内容として含まれる設定通信速
度に相当する必要ネットワーク帯域が、前記確保ネット
ワーク帯域より広い場合には、発信側の前記ファクシミ
リ装置から前記電話網を介して受信した所定のモデムト
レーニング信号に対して、前記発信側のファクシミリ装
置から再送信されてくる前記所定のファクシミリ制御信
号により通知される設定通信速度に相当する必要ネット
ワーク帯域が前記確保ネットワーク帯域以下になるま
で、前記発信側のファクシミリ装置に対してダミーのト
レーニング失敗信号を送信することを特徴とする。
【００２６】請求項６に記載のゲートウェイ装置は、請
求項１に記載のゲートウェイ装置であって、前記通信速
度／ネットワーク帯域調節手段は、前記ルータに要求し
て確保する前記確保ネットワーク帯域を、前記相手端末
装置と前記ファクシミリ装置との間のリアルタイムファ
クシミリ通信におけるファクシミリ伝送手順の各フェー
ズで変更することを特徴とする。
求項１に記載のゲートウェイ装置であって、前記通信速
度／ネットワーク帯域調節手段は、前記ルータに要求し
て確保する前記確保ネットワーク帯域を、前記相手端末
装置と前記ファクシミリ装置との間のリアルタイムファ
クシミリ通信におけるファクシミリ伝送手順の各フェー
ズで変更することを特徴とする。
【００２７】請求項７に記載のゲートウェイ装置は、請
求項１に記載のゲートウェイ装置であって、前記通信速
度／ネットワーク帯域調節手段は、前記パケット網上の
発信側の前記相手端末装置と、前記電話網上の着信側の
ファクシミリ装置との間のリアルタイムネットワークフ
ァクシミリ通信を中継する場合に、前記ルータに要求し
て確保した前記確保ネットワーク帯域が、ファクシミリ
通信に必要な所定の最低限帯域以下の場合には、前記フ
ァクシミリ装置への前記電話網を介した発呼を行わない
で通信を中止することを特徴とする。
求項１に記載のゲートウェイ装置であって、前記通信速
度／ネットワーク帯域調節手段は、前記パケット網上の
発信側の前記相手端末装置と、前記電話網上の着信側の
ファクシミリ装置との間のリアルタイムネットワークフ
ァクシミリ通信を中継する場合に、前記ルータに要求し
て確保した前記確保ネットワーク帯域が、ファクシミリ
通信に必要な所定の最低限帯域以下の場合には、前記フ
ァクシミリ装置への前記電話網を介した発呼を行わない
で通信を中止することを特徴とする。
【００２８】請求項８に記載のゲートウェイ装置は、請
求項１に記載のゲートウェイ装置であって、前記通信速
度／ネットワーク帯域調節手段は、前記ルータにネット
ワーク帯域を要求した結果、前記ルータが帯域予約機能
を備えていなかった場合、予め記憶登録しておいた帯域
情報を前記確保ネットワーク帯域として、前記ファクシ
ミリ装置と前記相手端末装置との間で設定される通信速
度に相当する必要ネットワーク帯域が、前記確保ネット
ワーク帯域以下となるように調節することを特徴とす
る。
求項１に記載のゲートウェイ装置であって、前記通信速
度／ネットワーク帯域調節手段は、前記ルータにネット
ワーク帯域を要求した結果、前記ルータが帯域予約機能
を備えていなかった場合、予め記憶登録しておいた帯域
情報を前記確保ネットワーク帯域として、前記ファクシ
ミリ装置と前記相手端末装置との間で設定される通信速
度に相当する必要ネットワーク帯域が、前記確保ネット
ワーク帯域以下となるように調節することを特徴とす
る。
【００２９】
【発明の実施の形態】以下、添付図面を参照しながら、
本発明の実施の形態を詳細に説明する。
本発明の実施の形態を詳細に説明する。
【００３０】なお、以下説明する実施の形態において
は、電話網上の、ITU-T勧告T.30準拠のＧ３ファクシミ
リ装置と、パケット網上のITU-T勧告T.38/H.323 AnnexD
準拠の相手端末装置（ゲートウェイ装置またはネットワ
ークファクシミリ装置）との間にITU-T勧告T.38/H.323
AnnexD準拠のゲートウェイ装置が介在して行われるリア
ルタイムネットワークファクシミリ通信に本発明を適用
している。
は、電話網上の、ITU-T勧告T.30準拠のＧ３ファクシミ
リ装置と、パケット網上のITU-T勧告T.38/H.323 AnnexD
準拠の相手端末装置（ゲートウェイ装置またはネットワ
ークファクシミリ装置）との間にITU-T勧告T.38/H.323
AnnexD準拠のゲートウェイ装置が介在して行われるリア
ルタイムネットワークファクシミリ通信に本発明を適用
している。
【００３１】しかし、今後勧告の進展により、Ｇ３ファ
クシミリ装置以外のファクシミリ装置（例えばＧ４ファ
クシミリ装置）と、パケット網上の相手端末装置との間
のゲートウェイ装置を介したリアルタイムネットワーク
ファクシミリ通信が、Ｔ．３８に代わる新たな勧告が規
定される等して実現されたような場合には、本発明を、
本発明の趣旨を逸脱せず本質的に同じ構成で適用するこ
とができるのはいうまでもない。
クシミリ装置以外のファクシミリ装置（例えばＧ４ファ
クシミリ装置）と、パケット網上の相手端末装置との間
のゲートウェイ装置を介したリアルタイムネットワーク
ファクシミリ通信が、Ｔ．３８に代わる新たな勧告が規
定される等して実現されたような場合には、本発明を、
本発明の趣旨を逸脱せず本質的に同じ構成で適用するこ
とができるのはいうまでもない。
【００３２】先ず、図１に、本発明の実施の形態に係る
ゲートウェイ装置１を含むリアルタイムネットワークフ
ァクシミリ通信システムの構成例について示す。
ゲートウェイ装置１を含むリアルタイムネットワークフ
ァクシミリ通信システムの構成例について示す。
【００３３】同図に示すシステムは、説明の便宜上、左
側の着信側システムと、右側の発信側システムとが、一
定のネットワーク帯域（例えば64kbbs）の通信ライン７
０により接続されたシステムとなっている。
側の着信側システムと、右側の発信側システムとが、一
定のネットワーク帯域（例えば64kbbs）の通信ライン７
０により接続されたシステムとなっている。
【００３４】発信側のＧ３ファクシミリ装置であるＧ３
ファクス４０ａは、電話網５０ａを介して、発信側Ｔ．
３８端末装置としてのゲートウェイ装置（ＧＷ）１ａに
発呼して宛先指定を行う。
ファクス４０ａは、電話網５０ａを介して、発信側Ｔ．
３８端末装置としてのゲートウェイ装置（ＧＷ）１ａに
発呼して宛先指定を行う。
【００３５】発信側Ｔ．３８端末装置としてのネットワ
ークファクシミリ装置（ＩＡＦ）２０ａは、自装置の操
作部等から宛先指定を直接受ける。
ークファクシミリ装置（ＩＡＦ）２０ａは、自装置の操
作部等から宛先指定を直接受ける。
【００３６】発信側Ｔ．３８端末装置としてのＧＷ１ａ
やＩＡＦ２０ａは、パケット網６０ａにおいてルータ８
０ｂを介して通信を行い、宛先の着信側Ｔ．３８端末装
置としてのＧＷ１ｂやＩＡＦ２０ｂに通信ライン７０及
びパケット網６０ｂを介してT.38/H.323 AnnexDパケッ
ト信号を送信する。
やＩＡＦ２０ａは、パケット網６０ａにおいてルータ８
０ｂを介して通信を行い、宛先の着信側Ｔ．３８端末装
置としてのＧＷ１ｂやＩＡＦ２０ｂに通信ライン７０及
びパケット網６０ｂを介してT.38/H.323 AnnexDパケッ
ト信号を送信する。
【００３７】一方、着信側Ｔ．３８端末装置としてのＧ
Ｗ１ｂやＩＡＦ２０ｂは、パケット網６０ｂにおいてル
ータ８０ｂを介して通信を行い、発信側Ｔ．３８端末装
置としてのＧＷ１ａやＩＡＦ２０ａ（を介したＧ３ファ
クス４０ａ）との間でパケット網６０ｂ及び通信ライン
７０を介してT.38/H.323 AnnexDパケット信号をやりと
りしてリアルタイムネットワークファクシミリ通信を行
う。
Ｗ１ｂやＩＡＦ２０ｂは、パケット網６０ｂにおいてル
ータ８０ｂを介して通信を行い、発信側Ｔ．３８端末装
置としてのＧＷ１ａやＩＡＦ２０ａ（を介したＧ３ファ
クス４０ａ）との間でパケット網６０ｂ及び通信ライン
７０を介してT.38/H.323 AnnexDパケット信号をやりと
りしてリアルタイムネットワークファクシミリ通信を行
う。
【００３８】なお、ＧＷ１ｂは、更に、発信側からＳＥ
ＴＵＰパケットにより通知される電話網５０ｂ上の着信
側のＧ３ファクス４０ｂに発呼して、Ｇ３ファクス４０
ｂと、発信側Ｔ．３８端末装置との間のリアルタイムネ
ットワークファクシミリ通信を中継する。
ＴＵＰパケットにより通知される電話網５０ｂ上の着信
側のＧ３ファクス４０ｂに発呼して、Ｇ３ファクス４０
ｂと、発信側Ｔ．３８端末装置との間のリアルタイムネ
ットワークファクシミリ通信を中継する。
【００３９】ＧＷ１ａは、パケット網６０ａ上から渡さ
れたT.38/H.323 AnnexDパケット信号をT.30信号に変換
して、電話網５０ａ上のＧ３ファクス４０ａに転送する
一方、電話網５０ａ上から渡されたT.30信号をT.38/H.3
23 AnnexDパケット信号に変換してパケット網６０ａを
介して転送する。
れたT.38/H.323 AnnexDパケット信号をT.30信号に変換
して、電話網５０ａ上のＧ３ファクス４０ａに転送する
一方、電話網５０ａ上から渡されたT.30信号をT.38/H.3
23 AnnexDパケット信号に変換してパケット網６０ａを
介して転送する。
【００４０】ＧＷ１ｂは、パケット網６０ｂ上から渡さ
れたT.38/H.323 AnnexDパケット信号をT.30信号に変換
して、電話網５０ｂ上のＧ３ファクス４０ｂに転送する
一方、電話網５０ｂ上から渡されたT.30信号をT.38/H.3
23 AnnexDパケット信号に変換してパケット網６０ｂを
介して転送する。
れたT.38/H.323 AnnexDパケット信号をT.30信号に変換
して、電話網５０ｂ上のＧ３ファクス４０ｂに転送する
一方、電話網５０ｂ上から渡されたT.30信号をT.38/H.3
23 AnnexDパケット信号に変換してパケット網６０ｂを
介して転送する。
【００４１】本発明は、ＧＷ１ｂまたはＩＡＦ２０ｂの
着信側Ｔ．３８端末装置にとっての発信側ＧＷ１ａとな
って、発信側Ｇ３ファクス４０ａと着信側Ｔ．３８端末
装置との間のリアルタイムネットワークファクシミリ通
信を中継する場合、または、ＧＷ１ａまたはＩＡＦ２０
ａの発信側Ｔ．３８端末装置にとっての着信側ＧＷ１ｂ
となって、着信側Ｇ３ファクス４０ｂと発信側Ｔ．３８
端末装置との間のリアルタイムネットワークファクシミ
リ通信を中継する場合についてのものである。
着信側Ｔ．３８端末装置にとっての発信側ＧＷ１ａとな
って、発信側Ｇ３ファクス４０ａと着信側Ｔ．３８端末
装置との間のリアルタイムネットワークファクシミリ通
信を中継する場合、または、ＧＷ１ａまたはＩＡＦ２０
ａの発信側Ｔ．３８端末装置にとっての着信側ＧＷ１ｂ
となって、着信側Ｇ３ファクス４０ｂと発信側Ｔ．３８
端末装置との間のリアルタイムネットワークファクシミ
リ通信を中継する場合についてのものである。
【００４２】図２に発信側ゲートウェイ装置１ａまたは
着信側ゲートウェイ装置１ｂとなるゲートウェイ装置１
のブロック構成について示す。
着信側ゲートウェイ装置１ｂとなるゲートウェイ装置１
のブロック構成について示す。
【００４３】同図において、ゲートウェイ装置１は、シ
ステム制御部２、ＲＯＭ３、ＲＡＭ４、記憶装置５、オ
ペポート６、ＬＡＮコントローラ７、トランス８、モデ
ム９、網制御部１０、及び、システムバス１１により構
成されている。
ステム制御部２、ＲＯＭ３、ＲＡＭ４、記憶装置５、オ
ペポート６、ＬＡＮコントローラ７、トランス８、モデ
ム９、網制御部１０、及び、システムバス１１により構
成されている。
【００４４】システム制御部２は、ＲＯＭ３に書き込ま
れた制御プログラムに従って、ＲＡＭ４を作業領域とし
て使用しながら、装置各部を制御するマイクロコンピュ
ータである。
れた制御プログラムに従って、ＲＡＭ４を作業領域とし
て使用しながら、装置各部を制御するマイクロコンピュ
ータである。
【００４５】ＲＯＭ３は、前述したように、システム制
御部２が上記装置各部を制御するための制御プログラム
が記憶されているリードオンリメモリである。ＲＡＭ４
は、前述したようにシステム制御部２の作業領域として
使用されるランダムアクセスメモリである。
御部２が上記装置各部を制御するための制御プログラム
が記憶されているリードオンリメモリである。ＲＡＭ４
は、前述したようにシステム制御部２の作業領域として
使用されるランダムアクセスメモリである。
【００４６】記憶装置５は、ハードディスク装置等によ
り構成され、データを蓄積するためのものである。操作
表示部６は、装置の動作状態の表示や各種操作入力を受
け付けるためのものである。
り構成され、データを蓄積するためのものである。操作
表示部６は、装置の動作状態の表示や各種操作入力を受
け付けるためのものである。
【００４７】ＬＡＮコントローラ１０は、トランス８を
介してパケット網６０から受信したデータのデコード、
またパケット網６０へ送信するデータのエンコードを行
ったり、送信フレームや受信フレームのバッファリング
を行うことで、パケット網６０からのデータを送受信す
るためのトランスフォーマーであるトランス８を介した
ＬＡＮプロトコルを制御して、そのＬＡＮプロトコル上
でシステム制御部２がＴＣＰ／ＩＰプロトコルを制御し
て、T.38/H.323 AnnexDに基づいたリアルタイムネット
ワークファクシミリ通信を行えるようにするためのもの
である。
介してパケット網６０から受信したデータのデコード、
またパケット網６０へ送信するデータのエンコードを行
ったり、送信フレームや受信フレームのバッファリング
を行うことで、パケット網６０からのデータを送受信す
るためのトランスフォーマーであるトランス８を介した
ＬＡＮプロトコルを制御して、そのＬＡＮプロトコル上
でシステム制御部２がＴＣＰ／ＩＰプロトコルを制御し
て、T.38/H.323 AnnexDに基づいたリアルタイムネット
ワークファクシミリ通信を行えるようにするためのもの
である。
【００４８】モデム９は、Ｇ３ファクシミリモデムで、
網制御部１０を介して電話網５０に送信するデータを変
調する一方、網制御部１０を介して電話網５０から受信
した信号を復調するものである。また、モデム９は、相
手先番号に対応するＤＴＭＦ信号の送出も行う。
網制御部１０を介して電話網５０に送信するデータを変
調する一方、網制御部１０を介して電話網５０から受信
した信号を復調するものである。また、モデム９は、相
手先番号に対応するＤＴＭＦ信号の送出も行う。
【００４９】網制御部１０は、電話網５０に接続され
て、電話網５０の回線の極性反転の検出、回線の直流ル
ープの閉結・解放や、回線解放の検出、発信音の検出、
ビジートーン等のトーン信号の検出、呼出信号の検出等
の回線との接続制御や、相手先番号に対応する選択信号
の、２０ＰＰＳまたは１０ＰＰＳのダイヤル回線に対応
したダイヤルパルス信号による送出を行うものである。
システムバス１１は、上記各部がデータをやり取りする
ための信号ラインである。
て、電話網５０の回線の極性反転の検出、回線の直流ル
ープの閉結・解放や、回線解放の検出、発信音の検出、
ビジートーン等のトーン信号の検出、呼出信号の検出等
の回線との接続制御や、相手先番号に対応する選択信号
の、２０ＰＰＳまたは１０ＰＰＳのダイヤル回線に対応
したダイヤルパルス信号による送出を行うものである。
システムバス１１は、上記各部がデータをやり取りする
ための信号ラインである。
【００５０】図３に、ゲートウェイ装置１におけるソフ
トウェア構成を示す。
トウェア構成を示す。
【００５１】ゲートウェイ装置１は、T.38/H.323 Annex
Dに従うＧＷタイプのネットワーク端末であり、電話網
５０を介したT.30に基づいたＧ３ファクシミリ通信機能
と、そのＧ３ファクシミリ通信機能と並行して実行され
る、パケット網６０を介したT.38/H.323 AnnexDにもと
づいたパケット通信機能とを備えたものとして構成され
ている。
Dに従うＧＷタイプのネットワーク端末であり、電話網
５０を介したT.30に基づいたＧ３ファクシミリ通信機能
と、そのＧ３ファクシミリ通信機能と並行して実行され
る、パケット網６０を介したT.38/H.323 AnnexDにもと
づいたパケット通信機能とを備えたものとして構成され
ている。
【００５２】そのため、図３に示すソフトウェア構成に
おいては、「ファクスプロトコル（Ｔ．３０）制御」
は、電話網でのファクスデータ通信を行う「ＭＯＤＥＭ
制御」と、「ＬＡＮコントローラ制御」、ネットワーク
を制御するための「ＴＣＰ／ＩＰ」プロトコル、及びリ
アルタイムネットワークファクシミリ通信を制御するた
めの「Ｔ．３８パケット制御」より構成されるプロトコ
ルスタックとの双方の上に位置する。更に、「ファクス
プロトコル（Ｔ．３０）制御」の上には、「オペポート
制御」、及び、装置動作全体の統括的制御を行う「全体
制御」が位置する。
おいては、「ファクスプロトコル（Ｔ．３０）制御」
は、電話網でのファクスデータ通信を行う「ＭＯＤＥＭ
制御」と、「ＬＡＮコントローラ制御」、ネットワーク
を制御するための「ＴＣＰ／ＩＰ」プロトコル、及びリ
アルタイムネットワークファクシミリ通信を制御するた
めの「Ｔ．３８パケット制御」より構成されるプロトコ
ルスタックとの双方の上に位置する。更に、「ファクス
プロトコル（Ｔ．３０）制御」の上には、「オペポート
制御」、及び、装置動作全体の統括的制御を行う「全体
制御」が位置する。
【００５３】次に、本発明を実現するために使用するRS
VP(Resource ReSerVation Protocol=ネットワークリソ
ースを管理するプロトコル）を用いた通信の基本シーケ
ンスについて、図４に示す。なお、RSVPは、ITU-T勧告
H.323のAppendixIIに記述された、通信に必要なネット
ワーク帯域の予約をルータに対して行うことが可能なプ
ロトコルで、その仕様についてはRFC2205にて規定され
ている。
VP(Resource ReSerVation Protocol=ネットワークリソ
ースを管理するプロトコル）を用いた通信の基本シーケ
ンスについて、図４に示す。なお、RSVPは、ITU-T勧告
H.323のAppendixIIに記述された、通信に必要なネット
ワーク帯域の予約をルータに対して行うことが可能なプ
ロトコルで、その仕様についてはRFC2205にて規定され
ている。
【００５４】図４において、ゲートウェイ装置ＧＷやＩ
ＡＦ等のＨ．３２３端末が、パケット網内のルータを介
して、相手先のＨ．３２３端末であるゲートウェイ装置
ＧＷを介して、電話網上の電話（Ｔｅｌ）／ファクス
（ＦＡＸ）との間で通信を行う場合、Ｈ．３２３端末間
で呼制御用ＴＣＰチャンネルを確立し（フェーズＦ
１）、ＯＬＣ(OpenLogicalChannel)メッセージを送信・
受信する（フェーズＦ２）。ＯＬＣを受信したゲートウ
ェイ装置ＧＷは、Ｔｅｌ／ＦＡＸに対して発呼し（フェ
ーズＦ３）、Ｔｅｌ／ＦＡＸが応答すると（フェーズＦ
４）、ＯＬＣ＿Ａｃｋメッセージを返す（フェーズＦ
５）。
ＡＦ等のＨ．３２３端末が、パケット網内のルータを介
して、相手先のＨ．３２３端末であるゲートウェイ装置
ＧＷを介して、電話網上の電話（Ｔｅｌ）／ファクス
（ＦＡＸ）との間で通信を行う場合、Ｈ．３２３端末間
で呼制御用ＴＣＰチャンネルを確立し（フェーズＦ
１）、ＯＬＣ(OpenLogicalChannel)メッセージを送信・
受信する（フェーズＦ２）。ＯＬＣを受信したゲートウ
ェイ装置ＧＷは、Ｔｅｌ／ＦＡＸに対して発呼し（フェ
ーズＦ３）、Ｔｅｌ／ＦＡＸが応答すると（フェーズＦ
４）、ＯＬＣ＿Ａｃｋメッセージを返す（フェーズＦ
５）。
【００５５】そして、発信側から着信側に各ルータを介
してRSVP_Pathメッセージを送信し（フェーズＦ６ａ、
Ｆ６ｂ、Ｆ６ｃ）、それに対して着信側が、帯域確保要
求のRSVP_Resvメッセージを各ルータを介して返信する
ことにより（フェーズＦ７ａ、７ｂ、７ｃ）、ネットワ
ーク待機の確保要求を行う。発信側は、それに対して、
各ルータを介して帯域確保成功を示す応答（RSVP_Con
f）を行い（フェーズＦ８ａ、Ｆ８ｂ、Ｆ８ｃ）、以
後、その確保されたネットワーク帯域を用いて、音声／
データ通信を行う（フェーズＦ９）。
してRSVP_Pathメッセージを送信し（フェーズＦ６ａ、
Ｆ６ｂ、Ｆ６ｃ）、それに対して着信側が、帯域確保要
求のRSVP_Resvメッセージを各ルータを介して返信する
ことにより（フェーズＦ７ａ、７ｂ、７ｃ）、ネットワ
ーク待機の確保要求を行う。発信側は、それに対して、
各ルータを介して帯域確保成功を示す応答（RSVP_Con
f）を行い（フェーズＦ８ａ、Ｆ８ｂ、Ｆ８ｃ）、以
後、その確保されたネットワーク帯域を用いて、音声／
データ通信を行う（フェーズＦ９）。
【００５６】フェーズＦ９の通信が終了すると、発信側
はＣＬＣ（CloseLogicalChannel）メッセージを送信
し、それを着信側が受信すると（フェーズＦ１０）、着
信側のゲートウェイ装置ＧＷは、Ｔｅｌ／ＦＡＸとの間
で接続されている回線を切断すると共に（フェーズＦ１
１）、帯域解放を示すRSVP_Tearメッセージを発信側の
Ｈ．３２３端末に返信してリソースの解放を行い通信を
終了する。
はＣＬＣ（CloseLogicalChannel）メッセージを送信
し、それを着信側が受信すると（フェーズＦ１０）、着
信側のゲートウェイ装置ＧＷは、Ｔｅｌ／ＦＡＸとの間
で接続されている回線を切断すると共に（フェーズＦ１
１）、帯域解放を示すRSVP_Tearメッセージを発信側の
Ｈ．３２３端末に返信してリソースの解放を行い通信を
終了する。
【００５７】次に、本発明の実施の形態に係るゲートウ
ェイ装置１が着信側ゲートウェイ装置１ｂとして行う、
第１実施形態に係る着信側処理について、図５及び図６
を参照して説明する。また、図５及び図６に示す処理手
順に対応するリアルタイムネットワークファクシミリ通
信の通信シーケンスについて図７に示す。
ェイ装置１が着信側ゲートウェイ装置１ｂとして行う、
第１実施形態に係る着信側処理について、図５及び図６
を参照して説明する。また、図５及び図６に示す処理手
順に対応するリアルタイムネットワークファクシミリ通
信の通信シーケンスについて図７に示す。
【００５８】図５において、着信側ＧＷ１ｂは、呼制御
用ＴＣＰチャンネルの確立後（図７のフェーズＦ１
０）、発信側Ｔ．３８端末（ＩＡＦ２０ａまたはＧＷ１
ａ）からＳＥＴＵＰパケットを受信する（処理１０１：
図７のフェーズＦ１１）。また、ＳＥＴＵＰパケットに
より、着信側の宛先（ファクス番号）を取得する。ま
た、受信ＳＥＴＵＰパケットは、fastConnect手順のも
ので、そのＳＥＴＵＰ内のOLC(OpenLogicalChannel)に
より、相手端末がRSVPを使用できるかどうか調査する。
相手端末がRSVPをサポートしていなかった場合は従来技
術で通信を行うが、このとき通信エラーとすることも可
能である。
用ＴＣＰチャンネルの確立後（図７のフェーズＦ１
０）、発信側Ｔ．３８端末（ＩＡＦ２０ａまたはＧＷ１
ａ）からＳＥＴＵＰパケットを受信する（処理１０１：
図７のフェーズＦ１１）。また、ＳＥＴＵＰパケットに
より、着信側の宛先（ファクス番号）を取得する。ま
た、受信ＳＥＴＵＰパケットは、fastConnect手順のも
ので、そのＳＥＴＵＰ内のOLC(OpenLogicalChannel)に
より、相手端末がRSVPを使用できるかどうか調査する。
相手端末がRSVPをサポートしていなかった場合は従来技
術で通信を行うが、このとき通信エラーとすることも可
能である。
【００５９】着信側ＧＷ１ｂは、処理１０１でＳＥＴＵ
Ｐパケットを受信して、それにより、相手端末がRSVPを
サポートしていることがわかった場合、続いて、着信側
Ｇ３ファクス４０ｂに対して電話網５０ｂを介して発呼
し（処理１０２：図７のフェーズＦ１２）、その発呼に
対する応答を受ける（処理１０３：図７のフェーズＦ１
３）。
Ｐパケットを受信して、それにより、相手端末がRSVPを
サポートしていることがわかった場合、続いて、着信側
Ｇ３ファクス４０ｂに対して電話網５０ｂを介して発呼
し（処理１０２：図７のフェーズＦ１２）、その発呼に
対する応答を受ける（処理１０３：図７のフェーズＦ１
３）。
【００６０】そして、発信側Ｔ．３８端末装置に対して
ＣＯＮＮＥＣＴパケットを送信する（処理１０４：図７
のフェーズＦ１４）。なお、その場合送信するＣＯＮＮ
ＥＣＴパケットは、fastConnect手順のもので、そのＣ
ＯＮＮＥＣＴ内のOLC(OpenLogicalChannel)により、自
端末もRSVプロトコルをサポートしていることを示すOLC
_Ack(OpenLogicalChannelAck)メッセージを返す。
ＣＯＮＮＥＣＴパケットを送信する（処理１０４：図７
のフェーズＦ１４）。なお、その場合送信するＣＯＮＮ
ＥＣＴパケットは、fastConnect手順のもので、そのＣ
ＯＮＮＥＣＴ内のOLC(OpenLogicalChannel)により、自
端末もRSVプロトコルをサポートしていることを示すOLC
_Ack(OpenLogicalChannelAck)メッセージを返す。
【００６１】その後、発信側の相手端末からRSVP_Path
メッセージを受け取り（処理１０５：図７のフェーズＦ
１５）、ネットワーク上のルータに対してRSVP_Resvメ
ッセージによりリソースの予約要求を行う（処理１０
６：図７のフェーズＦ１６）。
メッセージを受け取り（処理１０５：図７のフェーズＦ
１５）、ネットワーク上のルータに対してRSVP_Resvメ
ッセージによりリソースの予約要求を行う（処理１０
６：図７のフェーズＦ１６）。
【００６２】このとき予約する帯域は現状G3ファクシミ
リ通信の最大速度がV.34で33.6Kbps、ISDNのG3で64Kbps
であることと、パケットネットワークでの遅延を考慮
し、現状では64K〜128Kbps程度が望ましい値である。こ
の値については、ユーザのネットワーク環境や将来のフ
ァクシミリプロトコルの拡張を考慮して、ユーザ設定し
た値を記憶装置に保存することを可能とする。
リ通信の最大速度がV.34で33.6Kbps、ISDNのG3で64Kbps
であることと、パケットネットワークでの遅延を考慮
し、現状では64K〜128Kbps程度が望ましい値である。こ
の値については、ユーザのネットワーク環境や将来のフ
ァクシミリプロトコルの拡張を考慮して、ユーザ設定し
た値を記憶装置に保存することを可能とする。
【００６３】予約要求が受け付けられれば、帯域確保成
功を示す応答（RSVP_Conf）が得られるが（処理１０
７：図７のフェーズＦ１７）、予約要求に対して、帯域
確保が失敗した場合（RSVP Error)（判断１０８のＮ
ｏ）、リトライ回数が満了していない限り、処理１０６
に戻って、帯域幅を少なくするなど内容を変更して帯域
確保要求（RSVP_Resv）を再度発行する（判断１１０の
Ｎｏ）。
功を示す応答（RSVP_Conf）が得られるが（処理１０
７：図７のフェーズＦ１７）、予約要求に対して、帯域
確保が失敗した場合（RSVP Error)（判断１０８のＮ
ｏ）、リトライ回数が満了していない限り、処理１０６
に戻って、帯域幅を少なくするなど内容を変更して帯域
確保要求（RSVP_Resv）を再度発行する（判断１１０の
Ｎｏ）。
【００６４】リトライ回数が満了してしまった場合には
（判断１１０のＹｅｓ）、通信エラーとして、図６の処
理２０８に移行する。
（判断１１０のＹｅｓ）、通信エラーとして、図６の処
理２０８に移行する。
【００６５】リトライ回数の満了までに帯域予約が成功
した場合には（判断１０８のＹｅｓ）、確保できた帯域
幅（確保ネットワーク帯域）としてのbit_rate（＝Ａ）
を記憶装置５に保存し（処理１１１：図７のフェーズＦ
１８）、図６の処理２０１に移行する。
した場合には（判断１０８のＹｅｓ）、確保できた帯域
幅（確保ネットワーク帯域）としてのbit_rate（＝Ａ）
を記憶装置５に保存し（処理１１１：図７のフェーズＦ
１８）、図６の処理２０１に移行する。
【００６６】これにより、以後の着信側ＧＷ１ｂにおけ
るパケット網６０ｂを介した通信は、確保ネットワーク
帯域Ａの範囲内で行われ、また、行う必要がある。
るパケット網６０ｂを介した通信は、確保ネットワーク
帯域Ａの範囲内で行われ、また、行う必要がある。
【００６７】図６の処理２０１では、図７のフェーズＦ
１９で確立されたデータチャンネルを使用して、フェー
ズＦ２０のファクスプロトコル処理を開始する（処理２
０１）。
１９で確立されたデータチャンネルを使用して、フェー
ズＦ２０のファクスプロトコル処理を開始する（処理２
０１）。
【００６８】そして、処理２０１で開始されたフェーズ
Ｆ２０のファクスプロトコル処理、すなわち、電話網５
０ｂを介して受信した被呼局識別信号ＣＥＤ、被呼端末
識別信号ＣＳＩ、ディジタル識別信号ＤＩＳ等のＴ．３
０信号のモデム信号を受信し、パケットに変換し、パケ
ット網６０ｂを介して送信する処理や逆の処理を行って
いる間に、ディジタル識別信号ＤＩＳのモデム信号を受
信する（処理２０２：図７のフェーズＦ２０ｃ）。
Ｆ２０のファクスプロトコル処理、すなわち、電話網５
０ｂを介して受信した被呼局識別信号ＣＥＤ、被呼端末
識別信号ＣＳＩ、ディジタル識別信号ＤＩＳ等のＴ．３
０信号のモデム信号を受信し、パケットに変換し、パケ
ット網６０ｂを介して送信する処理や逆の処理を行って
いる間に、ディジタル識別信号ＤＩＳのモデム信号を受
信する（処理２０２：図７のフェーズＦ２０ｃ）。
【００６９】そして、その受信したディジタル識別信号
ＤＩＳのＦＩＦ（ファクシミリ情報フィールド）の内容
のうちのビット１１、１２、１３及び１４の組合せによ
り通知される着信側、すなわち、Ｇ３ファクス４０ｂが
対応している、必要ネットワーク帯域としての通信速度
（＝Ｂ）を調査する（処理２０３）。
ＤＩＳのＦＩＦ（ファクシミリ情報フィールド）の内容
のうちのビット１１、１２、１３及び１４の組合せによ
り通知される着信側、すなわち、Ｇ３ファクス４０ｂが
対応している、必要ネットワーク帯域としての通信速度
（＝Ｂ）を調査する（処理２０３）。
【００７０】そして、処理２０３で取得した必要ネット
ワーク帯域Ｂが、処理１１１で保持していた確保ネット
ワーク帯域Ａより広いか否かを判断する（判断２０
４）。
ワーク帯域Ｂが、処理１１１で保持していた確保ネット
ワーク帯域Ａより広いか否かを判断する（判断２０
４）。
【００７１】そして、必要ネットワーク帯域Ｂが確保ネ
ットワーク帯域Ａ以下の場合には（判断２０４のＮ
ｏ）、ディジタル識別信号ＤＩＳで通知される通信速度
能力の最高速度が、発信側T.38/H.323 AnnexD端末、つ
まり、ＩＡＦ２０ａ、または、ＧＷ１ａ（を介したＧ３
ファクス４０ａ）により図７のフェーズＦ２０ｆのディ
ジタル送信命令信号ＤＣＳにより設定されたとしても、
以後のファクシミリメッセージデータの伝送時にパケッ
ト網６０ｂにおいて帯域オーバーが生じることがないた
め、処理２０２でモデム信号として受信したディジタル
識別信号ＤＩＳを内容を書き換えることなくそのまま発
信側端末にパケット送信し（処理２０６：図７のフェー
ズＦ２０ｅ）、以後のフェーズＦ２０のファクスプロト
コル処理を行う（処理２０７）。
ットワーク帯域Ａ以下の場合には（判断２０４のＮ
ｏ）、ディジタル識別信号ＤＩＳで通知される通信速度
能力の最高速度が、発信側T.38/H.323 AnnexD端末、つ
まり、ＩＡＦ２０ａ、または、ＧＷ１ａ（を介したＧ３
ファクス４０ａ）により図７のフェーズＦ２０ｆのディ
ジタル送信命令信号ＤＣＳにより設定されたとしても、
以後のファクシミリメッセージデータの伝送時にパケッ
ト網６０ｂにおいて帯域オーバーが生じることがないた
め、処理２０２でモデム信号として受信したディジタル
識別信号ＤＩＳを内容を書き換えることなくそのまま発
信側端末にパケット送信し（処理２０６：図７のフェー
ズＦ２０ｅ）、以後のフェーズＦ２０のファクスプロト
コル処理を行う（処理２０７）。
【００７２】必要ネットワーク帯域Ｂが確保ネットワー
ク帯域Ａよりも広い場合には（判断２０４のＹｅｓ）、
そのままでは、着信側Ｇ３ファクス４０ｂの通信速度能
力と同じかそれ以上の通信速度能力を、発信側Ｔ．３８
端末（を介した発信側Ｇ３ファクス４０ａ）が備えてい
る場合には、必要ネットワーク帯域Ｂが確保ネットワー
ク帯域Ａよりも広い状態のまま、以後のファクシミリメ
ッセージデータの伝送が行われてしまい、パケット網６
０ｂにおいて帯域オーバーが生じて通信エラーとなるお
それがあるため、処理２０２でモデム信号として受信し
たディジタル識別信号ＤＩＳの通信速度能力についての
内容（ビット番号１１ないし１４のビット列により定義
されている）を確保ネットワーク帯域Ａ（例えば9,000b
ps）以下に、必要ネットワーク帯域Ｂがなるような通信
速度能力（7,200bps：ビット列では例えば「1,1,0,
1」）に書換え変換し（処理２０５：図７のフェーズＦ
２０ｄ）、その書換え変換後のディジタル識別信号ＤＩ
Ｓをパケットに変換して発信側Ｔ．３８端末に送信し
（処理２０６：図７のフェーズＦ２０ｅ）、以後フェー
ズＦ２９のファクスプロトコル処理を継続する。
ク帯域Ａよりも広い場合には（判断２０４のＹｅｓ）、
そのままでは、着信側Ｇ３ファクス４０ｂの通信速度能
力と同じかそれ以上の通信速度能力を、発信側Ｔ．３８
端末（を介した発信側Ｇ３ファクス４０ａ）が備えてい
る場合には、必要ネットワーク帯域Ｂが確保ネットワー
ク帯域Ａよりも広い状態のまま、以後のファクシミリメ
ッセージデータの伝送が行われてしまい、パケット網６
０ｂにおいて帯域オーバーが生じて通信エラーとなるお
それがあるため、処理２０２でモデム信号として受信し
たディジタル識別信号ＤＩＳの通信速度能力についての
内容（ビット番号１１ないし１４のビット列により定義
されている）を確保ネットワーク帯域Ａ（例えば9,000b
ps）以下に、必要ネットワーク帯域Ｂがなるような通信
速度能力（7,200bps：ビット列では例えば「1,1,0,
1」）に書換え変換し（処理２０５：図７のフェーズＦ
２０ｄ）、その書換え変換後のディジタル識別信号ＤＩ
Ｓをパケットに変換して発信側Ｔ．３８端末に送信し
（処理２０６：図７のフェーズＦ２０ｅ）、以後フェー
ズＦ２９のファクスプロトコル処理を継続する。
【００７３】処理２０７のフェーズＦ２０の通信が終了
した後、または、判断１１０がＹｅｓとなった後、fast
Connect手順により、CLC(CloseLogicalChannel)を含むR
ELCOMPメッセージを受信すると（処理２０８）、相手端
末に対して帯域解放（RSVP_Tear）のパケット送出し、
リソースの解放を行って（処理２０９）、処理を終了す
る。
した後、または、判断１１０がＹｅｓとなった後、fast
Connect手順により、CLC(CloseLogicalChannel)を含むR
ELCOMPメッセージを受信すると（処理２０８）、相手端
末に対して帯域解放（RSVP_Tear）のパケット送出し、
リソースの解放を行って（処理２０９）、処理を終了す
る。
【００７４】このように、着信側Ｇ３ファクス４０ｂか
ら受信したディジタル識別信号ＤＩＳの内容を着信側Ｇ
Ｗ１ｂが変換することにより、発信側Ｔ．３８端末（を
介した発信側Ｇ３ファクス４０ａ）に対して、着信側Ｇ
３ファクス４０ｂの通信速度能力が低いとみせかけて、
帯域オーバーとなるような通信速度が発信側Ｔ．３８端
末（を介した発信側Ｇ３ファクス４０ａ）において設定
されてしまうことを防止することで、ルータに対して要
求することにより確保されるネットワーク帯域の広さに
よらず、常に正常なリアルタイムネットワーク通信の中
継が可能となる。
ら受信したディジタル識別信号ＤＩＳの内容を着信側Ｇ
Ｗ１ｂが変換することにより、発信側Ｔ．３８端末（を
介した発信側Ｇ３ファクス４０ａ）に対して、着信側Ｇ
３ファクス４０ｂの通信速度能力が低いとみせかけて、
帯域オーバーとなるような通信速度が発信側Ｔ．３８端
末（を介した発信側Ｇ３ファクス４０ａ）において設定
されてしまうことを防止することで、ルータに対して要
求することにより確保されるネットワーク帯域の広さに
よらず、常に正常なリアルタイムネットワーク通信の中
継が可能となる。
【００７５】次に、本発明の実施の形態に係るゲートウ
ェイ装置１が発信側ゲートウェイ装置１ａとして行う、
第２実施形態に係る発信側処理について、図８及び図９
を参照して説明する。また、図８及び図９に示す処理手
順に対応するリアルタイムネットワークファクシミリ通
信の通信シーケンスについて図１０に示す。
ェイ装置１が発信側ゲートウェイ装置１ａとして行う、
第２実施形態に係る発信側処理について、図８及び図９
を参照して説明する。また、図８及び図９に示す処理手
順に対応するリアルタイムネットワークファクシミリ通
信の通信シーケンスについて図１０に示す。
【００７６】図８において、発信側ＧＷ１ａは、図１０
のフェーズＦ３０に示す発信側Ｇ３ファクス４０ａから
の電話網５０ａを介した着呼を受け（処理３０１）、そ
の着呼に対して図１０のフェーズＦ３１に示す応答を行
う（処理３０２）。
のフェーズＦ３０に示す発信側Ｇ３ファクス４０ａから
の電話網５０ａを介した着呼を受け（処理３０１）、そ
の着呼に対して図１０のフェーズＦ３１に示す応答を行
う（処理３０２）。
【００７７】そして、図１０のフェーズＦ３２により着
信側の宛先（ＩＰアドレス（及びファクス番号））を取
得すると、発信側ＧＷ１ａは、呼制御用ＴＣＰチャンネ
ルの確立後（図１０のフェーズＦ３３）、着信側Ｔ．３
８端末（ＩＡＦ２０ａまたはＧＷ１ａ）に対してＳＥＴ
ＵＰパケットを送信する（処理３０３：図１０のフェー
ズＦ３４）。また、ＳＥＴＵＰパケットにより、着信側
の宛先（ファクス番号）を通知する。また、受信ＳＥＴ
ＵＰパケットは、fastConnect手順のもので、そのＳＥ
ＴＵＰ内のOLC(OpenLogicalChannel)により、自端末がR
SVPをサポートしていることを相手に通知する。
信側の宛先（ＩＰアドレス（及びファクス番号））を取
得すると、発信側ＧＷ１ａは、呼制御用ＴＣＰチャンネ
ルの確立後（図１０のフェーズＦ３３）、着信側Ｔ．３
８端末（ＩＡＦ２０ａまたはＧＷ１ａ）に対してＳＥＴ
ＵＰパケットを送信する（処理３０３：図１０のフェー
ズＦ３４）。また、ＳＥＴＵＰパケットにより、着信側
の宛先（ファクス番号）を通知する。また、受信ＳＥＴ
ＵＰパケットは、fastConnect手順のもので、そのＳＥ
ＴＵＰ内のOLC(OpenLogicalChannel)により、自端末がR
SVPをサポートしていることを相手に通知する。
【００７８】そして、着信側Ｔ．３８端末装置からＣＯ
ＮＮＥＣＴパケットを受信する（処理３０４：図１０の
フェーズＦ３５）。なお、その場合送信するＣＯＮＮＥ
ＣＴパケットは、fastConnect手順のもので、そのＣＯ
ＮＮＥＣＴ内のOLC(OpenLogicalChannel)により、着信
側もRSVプロトコルをサポートしていることを示すOLC_A
ck(OpenLogicalChannelAck)メッセージが返されるもの
とする）。
ＮＮＥＣＴパケットを受信する（処理３０４：図１０の
フェーズＦ３５）。なお、その場合送信するＣＯＮＮＥ
ＣＴパケットは、fastConnect手順のもので、そのＣＯ
ＮＮＥＣＴ内のOLC(OpenLogicalChannel)により、着信
側もRSVプロトコルをサポートしていることを示すOLC_A
ck(OpenLogicalChannelAck)メッセージが返されるもの
とする）。
【００７９】着信側がRSVプロトコルをサポートしてい
ないことが分かった場合には、従来技術で通信を行う
が、このとき通信エラーとすることも可能である。
ないことが分かった場合には、従来技術で通信を行う
が、このとき通信エラーとすることも可能である。
【００８０】相手端末がRSVプロトコルをサポートして
いる場合、続いて、RSVP_Pathメッセージを送信し（処
理３０５：図１０のフェーズＦ３６）、ネットワーク上
のルータのパスを通知し帯域予約要求を行う。このと
き、経路途中のルータにより、エラー（PathError）が
返ってきた場合、通常手順通信あるいはエラー終了する
が、RSVP_Resvメッセージが受信されると、リソースの
予約要求が受け入れられるたことになる（処理３０６：
図１０のフェーズＦ３７）。
いる場合、続いて、RSVP_Pathメッセージを送信し（処
理３０５：図１０のフェーズＦ３６）、ネットワーク上
のルータのパスを通知し帯域予約要求を行う。このと
き、経路途中のルータにより、エラー（PathError）が
返ってきた場合、通常手順通信あるいはエラー終了する
が、RSVP_Resvメッセージが受信されると、リソースの
予約要求が受け入れられるたことになる（処理３０６：
図１０のフェーズＦ３７）。
【００８１】このとき予約する帯域は現状G3ファクシミ
リ通信の最大速度がV.34で33.6Kbps、ISDNのG3で64Kbps
であることと、パケットネットワークでの遅延を考慮
し、現状では64K〜128Kbps程度が望ましい値である。こ
の値については、ユーザのネットワーク環境や将来のフ
ァクシミリプロトコルの拡張を考慮して、ユーザ設定し
た値を記憶装置に保存することを可能とする。
リ通信の最大速度がV.34で33.6Kbps、ISDNのG3で64Kbps
であることと、パケットネットワークでの遅延を考慮
し、現状では64K〜128Kbps程度が望ましい値である。こ
の値については、ユーザのネットワーク環境や将来のフ
ァクシミリプロトコルの拡張を考慮して、ユーザ設定し
た値を記憶装置に保存することを可能とする。
【００８２】RSVP_Resvメッセージが受信されて帯域予
約が成功すると、確保できた帯域幅（確保ネットワーク
帯域）としてのbit_rate（＝Ａ）を記憶装置５に保存す
ると共に（処理３０７：図１０のフェーズＦ３８）、帯
域確保成功を示す応答（RSVP_Conf）を相手端末に送信
する（処理３０８：図１０のフェーズＦ３９）。
約が成功すると、確保できた帯域幅（確保ネットワーク
帯域）としてのbit_rate（＝Ａ）を記憶装置５に保存す
ると共に（処理３０７：図１０のフェーズＦ３８）、帯
域確保成功を示す応答（RSVP_Conf）を相手端末に送信
する（処理３０８：図１０のフェーズＦ３９）。
【００８３】これにより、以後の発信側ＧＷ１ａにおけ
るパケット網６０ａを介した通信は、確保ネットワーク
帯域Ａの範囲内で行われ、また、行う必要がある。
るパケット網６０ａを介した通信は、確保ネットワーク
帯域Ａの範囲内で行われ、また、行う必要がある。
【００８４】処理３０９では、図１０のフェーズＦ４０
で確立されたデータチャンネルを使用して、フェーズＦ
４１のファクスプロトコル処理を開始する（処理３０
９）。
で確立されたデータチャンネルを使用して、フェーズＦ
４１のファクスプロトコル処理を開始する（処理３０
９）。
【００８５】そして、処理３０９で開始されたフェーズ
Ｆ４１のファクスプロトコル処理、すなわち、パケット
網６０ａを介して受信した被呼局識別信号ＣＥＤ、被呼
端末識別信号ＣＳＩ、ディジタル識別信号ＤＩＳ等の、
ファクシミリ制御信号としてのＴ．３０信号のパケット
を受信し、モデム信号へ変換し、電話網５０ａを介して
送信する処理や逆の処理を行っている間に、ディジタル
識別信号ＤＩＳのパケットを受信する（処理４０１：図
１０のフェーズＦ４１ｃ）。
Ｆ４１のファクスプロトコル処理、すなわち、パケット
網６０ａを介して受信した被呼局識別信号ＣＥＤ、被呼
端末識別信号ＣＳＩ、ディジタル識別信号ＤＩＳ等の、
ファクシミリ制御信号としてのＴ．３０信号のパケット
を受信し、モデム信号へ変換し、電話網５０ａを介して
送信する処理や逆の処理を行っている間に、ディジタル
識別信号ＤＩＳのパケットを受信する（処理４０１：図
１０のフェーズＦ４１ｃ）。
【００８６】そして、その受信したディジタル識別信号
ＤＩＳのＦＩＦ（ファクシミリ情報フィールド）の内容
のうちのビット１１、１２、１３及び１４の組合せによ
り通知される着信側、すなわち、ＩＡＦ２０ｂ、また
は、ＧＷ１ｂを介したＧ３ファクス４０ｂの通信速度能
力に対応する必要ネットワーク帯域Ｂを調査する（処理
４０２）。
ＤＩＳのＦＩＦ（ファクシミリ情報フィールド）の内容
のうちのビット１１、１２、１３及び１４の組合せによ
り通知される着信側、すなわち、ＩＡＦ２０ｂ、また
は、ＧＷ１ｂを介したＧ３ファクス４０ｂの通信速度能
力に対応する必要ネットワーク帯域Ｂを調査する（処理
４０２）。
【００８７】そして、処理４０２で取得した必要ネット
ワーク帯域Ｂが、処理３０７で保持していた確保ネット
ワーク帯域Ａより広いか否かを判断する（判断４０
３）。
ワーク帯域Ｂが、処理３０７で保持していた確保ネット
ワーク帯域Ａより広いか否かを判断する（判断４０
３）。
【００８８】そして、必要ネットワーク帯域Ｂが確保ネ
ットワーク帯域Ａ以下の場合には（判断４０３のＮ
ｏ）、ディジタル識別信号ＤＩＳで通知される通信速度
能力の最高速度が、発信側Ｇ３ファクス４０ａにより、
図１０のフェーズＦ４１ｆのディジタル送信命令信号Ｄ
ＣＳにより設定されたとしても、以後のファクシミリメ
ッセージデータの伝送時にパケット網６０ａにおいて帯
域オーバーが生じることがないため、処理４０１でパケ
ットとして受信したディジタル識別信号ＤＩＳを内容を
書き換えることなくそのまま発信側Ｇ３ファクス４０ａ
にモデム信号として送信し（処理４０５：図１０のフェ
ーズＦ４１ｅ）、以後のフェーズＦ４１のファクスプロ
トコル処理を行う（処理２０７）。
ットワーク帯域Ａ以下の場合には（判断４０３のＮ
ｏ）、ディジタル識別信号ＤＩＳで通知される通信速度
能力の最高速度が、発信側Ｇ３ファクス４０ａにより、
図１０のフェーズＦ４１ｆのディジタル送信命令信号Ｄ
ＣＳにより設定されたとしても、以後のファクシミリメ
ッセージデータの伝送時にパケット網６０ａにおいて帯
域オーバーが生じることがないため、処理４０１でパケ
ットとして受信したディジタル識別信号ＤＩＳを内容を
書き換えることなくそのまま発信側Ｇ３ファクス４０ａ
にモデム信号として送信し（処理４０５：図１０のフェ
ーズＦ４１ｅ）、以後のフェーズＦ４１のファクスプロ
トコル処理を行う（処理２０７）。
【００８９】必要ネットワーク帯域Ｂが確保ネットワー
ク帯域Ａよりも広い場合には（判断４０３のＹｅｓ）、
そのままでは、着信側Ｔ．３８端末の通信速度能力以上
の通信速度能力を、発信側Ｇ３ファクス４０ａが備えて
いる場合には、必要ネットワーク帯域Ｂが確保ネットワ
ーク帯域Ａよりも広い状態のまま、以後のファクシミリ
メッセージデータの伝送が行われてしまい、パケット網
６０ａにおいて帯域オーバーが生じて通信エラーとなる
おそれがあるため、処理４０１でパケットとして受信し
たディジタル識別信号ＤＩＳのファクシミリ情報フィー
ルドの情報内容のうちの、通信速度能力についての内容
（ビット番号１１ないし１４のビット列により定義され
ている）を確保ネットワーク帯域Ａ（例えば9,000bps）
以下に、必要ネットワーク帯域Ｂか゜なるような通信速
度能力（例えば7,200bps：ビット列では例えば「1,1,0,
1」）に書換え変換し（処理４０４：図１０のフェーズ
Ｆ４１ｄ）、その書換え変換後のディジタル識別信号Ｄ
ＩＳを、モデム信号に変換して発信側Ｇ３ファクス４０
ａに送信し（処理４０５：図１０のフェーズＦ４１
ｅ）、以後フェーズＦ４１のファクスプロトコル処理を
継続する。
ク帯域Ａよりも広い場合には（判断４０３のＹｅｓ）、
そのままでは、着信側Ｔ．３８端末の通信速度能力以上
の通信速度能力を、発信側Ｇ３ファクス４０ａが備えて
いる場合には、必要ネットワーク帯域Ｂが確保ネットワ
ーク帯域Ａよりも広い状態のまま、以後のファクシミリ
メッセージデータの伝送が行われてしまい、パケット網
６０ａにおいて帯域オーバーが生じて通信エラーとなる
おそれがあるため、処理４０１でパケットとして受信し
たディジタル識別信号ＤＩＳのファクシミリ情報フィー
ルドの情報内容のうちの、通信速度能力についての内容
（ビット番号１１ないし１４のビット列により定義され
ている）を確保ネットワーク帯域Ａ（例えば9,000bps）
以下に、必要ネットワーク帯域Ｂか゜なるような通信速
度能力（例えば7,200bps：ビット列では例えば「1,1,0,
1」）に書換え変換し（処理４０４：図１０のフェーズ
Ｆ４１ｄ）、その書換え変換後のディジタル識別信号Ｄ
ＩＳを、モデム信号に変換して発信側Ｇ３ファクス４０
ａに送信し（処理４０５：図１０のフェーズＦ４１
ｅ）、以後フェーズＦ４１のファクスプロトコル処理を
継続する。
【００９０】処理４０６のフェーズＦ４１の通信が終了
した後、fastConnect手順により、CLC(CloseLogicalCha
nnel)を含むRELCOMPメッセージを送信し（処理４０
７）、それに対する相手端末からの帯域解放（RSVP_Tea
r）のパケットを受信してリソースの解放が行われて
（処理４０８）、処理が終了する。
した後、fastConnect手順により、CLC(CloseLogicalCha
nnel)を含むRELCOMPメッセージを送信し（処理４０
７）、それに対する相手端末からの帯域解放（RSVP_Tea
r）のパケットを受信してリソースの解放が行われて
（処理４０８）、処理が終了する。
【００９１】このように、着信側Ｔ．３８端末から受信
したディジタル識別信号ＤＩＳの内容を発信側ＧＷ１ａ
が変換することにより、発信側Ｇ３ファクス４０ａに対
して、着信側Ｔ．３８端末の通信速度能力が低いとみせ
かけて、帯域オーバーとなるような通信速度が発信側Ｇ
３ファクス４０ａにおいて設定されてしまうことを防止
することで、ルータに対して要求することにより確保さ
れるネットワーク帯域の広さによらず、常に正常なリア
ルタイムネットワーク通信の中継が可能となる。
したディジタル識別信号ＤＩＳの内容を発信側ＧＷ１ａ
が変換することにより、発信側Ｇ３ファクス４０ａに対
して、着信側Ｔ．３８端末の通信速度能力が低いとみせ
かけて、帯域オーバーとなるような通信速度が発信側Ｇ
３ファクス４０ａにおいて設定されてしまうことを防止
することで、ルータに対して要求することにより確保さ
れるネットワーク帯域の広さによらず、常に正常なリア
ルタイムネットワーク通信の中継が可能となる。
【００９２】次に、本発明の実施の形態に係るゲートウ
ェイ装置１が着信側ゲートウェイ装置１ｂとして行う、
第３実施形態に係る着信側処理について、図１１及び図
１２を参照して説明する。また、図１１及び図１２に示
す処理手順に対応するリアルタイムネットワークファク
シミリ通信の通信シーケンスについて図１３に示す。
ェイ装置１が着信側ゲートウェイ装置１ｂとして行う、
第３実施形態に係る着信側処理について、図１１及び図
１２を参照して説明する。また、図１１及び図１２に示
す処理手順に対応するリアルタイムネットワークファク
シミリ通信の通信シーケンスについて図１３に示す。
【００９３】図１１において、着信側ＧＷ１ｂは、呼制
御用ＴＣＰチャンネルの確立後（図１３のフェーズＦ５
０）、発信側Ｔ．３８端末（ＩＡＦ６０ａまたはＧＷ１
ａ）からＳＥＴＵＰパケットを受信する（処理５０１：
図１３のフェーズＦ５１）。また、ＳＥＴＵＰパケット
により、着信側の宛先（ファクス番号）を取得する。ま
た、受信ＳＥＴＵＰパケットは、fastConnect手順のも
ので、そのＳＥＴＵＰ内のOLC(OpenLogicalChannel)に
より、相手端末がRSVPを使用できるかどうか調査する。
相手端末がRSVPをサポートしていなかった場合は従来技
術で通信を行うが、このとき通信エラーとすることも可
能である。
御用ＴＣＰチャンネルの確立後（図１３のフェーズＦ５
０）、発信側Ｔ．３８端末（ＩＡＦ６０ａまたはＧＷ１
ａ）からＳＥＴＵＰパケットを受信する（処理５０１：
図１３のフェーズＦ５１）。また、ＳＥＴＵＰパケット
により、着信側の宛先（ファクス番号）を取得する。ま
た、受信ＳＥＴＵＰパケットは、fastConnect手順のも
ので、そのＳＥＴＵＰ内のOLC(OpenLogicalChannel)に
より、相手端末がRSVPを使用できるかどうか調査する。
相手端末がRSVPをサポートしていなかった場合は従来技
術で通信を行うが、このとき通信エラーとすることも可
能である。
【００９４】着信側ＧＷ１ｂは、処理５０１でＳＥＴＵ
Ｐパケットを受信して、それにより、相手端末がRSVPを
サポートしていることがわかった場合、続いて、着信側
Ｇ３ファクス４０ｂに対して電話網５０ｂを介して発呼
し（処理５０２：図１３のフェーズＦ５２）、その発呼
に対する応答を受ける（処理５０３：図１３のフェーズ
Ｆ５３）。
Ｐパケットを受信して、それにより、相手端末がRSVPを
サポートしていることがわかった場合、続いて、着信側
Ｇ３ファクス４０ｂに対して電話網５０ｂを介して発呼
し（処理５０２：図１３のフェーズＦ５２）、その発呼
に対する応答を受ける（処理５０３：図１３のフェーズ
Ｆ５３）。
【００９５】そして、発信側Ｔ．３８端末装置に対して
ＣＯＮＮＥＣＴパケットを送信する（処理５０４：図１
３のフェーズＦ５４）。なお、その場合送信するＣＯＮ
ＮＥＣＴパケットは、fastConnect手順のもので、その
ＣＯＮＮＥＣＴ内のOLC(OpenLogicalChannel)により、
自端末もRSVプロトコルをサポートしていることを示すO
LC_Ack(OpenLogicalChannelAck)メッセージを返す。
ＣＯＮＮＥＣＴパケットを送信する（処理５０４：図１
３のフェーズＦ５４）。なお、その場合送信するＣＯＮ
ＮＥＣＴパケットは、fastConnect手順のもので、その
ＣＯＮＮＥＣＴ内のOLC(OpenLogicalChannel)により、
自端末もRSVプロトコルをサポートしていることを示すO
LC_Ack(OpenLogicalChannelAck)メッセージを返す。
【００９６】その後、発信側の相手端末からRSVP_Path
メッセージを受け取り（処理５０５：図１３のフェーズ
Ｆ５５）、ネットワーク上のルータに対してRSVP_Resv
メッセージによりリソースの予約要求を行う（処理５０
６：図１３のフェーズＦ５６）。
メッセージを受け取り（処理５０５：図１３のフェーズ
Ｆ５５）、ネットワーク上のルータに対してRSVP_Resv
メッセージによりリソースの予約要求を行う（処理５０
６：図１３のフェーズＦ５６）。
【００９７】このとき予約する帯域は現状G3ファクシミ
リ通信の最大速度がV.34で33.6Kbps、ISDNのG3で64Kbps
であることと、パケットネットワークでの遅延を考慮
し、現状では64K〜128Kbps程度が望ましい値である。こ
の値については、ユーザのネットワーク環境や将来のフ
ァクシミリプロトコルの拡張を考慮して、ユーザ設定し
た値を記憶装置に保存することを可能とする。
リ通信の最大速度がV.34で33.6Kbps、ISDNのG3で64Kbps
であることと、パケットネットワークでの遅延を考慮
し、現状では64K〜128Kbps程度が望ましい値である。こ
の値については、ユーザのネットワーク環境や将来のフ
ァクシミリプロトコルの拡張を考慮して、ユーザ設定し
た値を記憶装置に保存することを可能とする。
【００９８】予約要求が受け付けられれば、帯域確保成
功を示す応答（RSVP_Conf）が得られるが（処理５０
７：図１３のフェーズＦ５７）、予約要求に対して、帯
域確保が失敗した場合（RSVP Error)（判断５０８のＮ
ｏ）、リトライ回数が満了していない限り、処理５０６
に戻って、帯域幅を少なくするなど内容を変更して帯域
確保要求（RSVP_Resv）を再度発行する（判断５１０の
Ｎｏ）。
功を示す応答（RSVP_Conf）が得られるが（処理５０
７：図１３のフェーズＦ５７）、予約要求に対して、帯
域確保が失敗した場合（RSVP Error)（判断５０８のＮ
ｏ）、リトライ回数が満了していない限り、処理５０６
に戻って、帯域幅を少なくするなど内容を変更して帯域
確保要求（RSVP_Resv）を再度発行する（判断５１０の
Ｎｏ）。
【００９９】リトライ回数が満了してしまった場合には
（判断５１０のＹｅｓ）、通信エラーとして、図１２の
処理６０８に移行する。
（判断５１０のＹｅｓ）、通信エラーとして、図１２の
処理６０８に移行する。
【０１００】リトライ回数の満了までに帯域予約が成功
した場合には（判断５０８のＹｅｓ）、確保できた帯域
幅（確保ネットワーク帯域）としてのbit_rate（＝Ａ）
を記憶装置５に保存し（処理５１１：図１３のフェーズ
Ｆ５８）、図１３のフェーズＦ５９により確立されたデ
ータチャンネル上でフェーズＦ６０のファクスプロトコ
ル処理を開始して、着信側Ｇ３ファクス４０ｂからディ
ジタル識別信号ＤＩＳのモデム信号を受信すると（処理
５１２：図１３のフェーズＦ６０ｃ）、その受信したデ
ィジタル識別信号ＤＩＳのモデム信号を内容の変更なし
にそのままパケットに変換して発信側Ｔ．３８端末に送
信してしまう（処理５１３：図１３のフェーズＦ６０
ｄ）。
した場合には（判断５０８のＹｅｓ）、確保できた帯域
幅（確保ネットワーク帯域）としてのbit_rate（＝Ａ）
を記憶装置５に保存し（処理５１１：図１３のフェーズ
Ｆ５８）、図１３のフェーズＦ５９により確立されたデ
ータチャンネル上でフェーズＦ６０のファクスプロトコ
ル処理を開始して、着信側Ｇ３ファクス４０ｂからディ
ジタル識別信号ＤＩＳのモデム信号を受信すると（処理
５１２：図１３のフェーズＦ６０ｃ）、その受信したデ
ィジタル識別信号ＤＩＳのモデム信号を内容の変更なし
にそのままパケットに変換して発信側Ｔ．３８端末に送
信してしまう（処理５１３：図１３のフェーズＦ６０
ｄ）。
【０１０１】すると、発信側Ｔ．３８端末（を介した発
信側Ｇ３ファクス４０ａ）は、フェーズＦ６０ｄで通知
された着信側の通信速度能力と自装置の通信速度能力の
範囲内の通信速度（通常は最大の通信速度）を設定し
て、その他の通信パラメータの設定と共にディジタル送
信命令信号ＤＣＳにより送信してくるため、そのディジ
タル送信命令信号ＤＣＳを受信する（図１２の処理６０
１：図１３のフェーズＦ６０ｅ）。
信側Ｇ３ファクス４０ａ）は、フェーズＦ６０ｄで通知
された着信側の通信速度能力と自装置の通信速度能力の
範囲内の通信速度（通常は最大の通信速度）を設定し
て、その他の通信パラメータの設定と共にディジタル送
信命令信号ＤＣＳにより送信してくるため、そのディジ
タル送信命令信号ＤＣＳを受信する（図１２の処理６０
１：図１３のフェーズＦ６０ｅ）。
【０１０２】そして、その受信したディジタル送信命令
信号ＤＣＳのＦＩＦ（ファクシミリ情報フィールド）の
内容のうちのビット１１、１２、１３及び１４の組合せ
により通知される発信側が対応している、必要ネットワ
ーク帯域としての通信速度（＝Ｂ）を調査する（処理６
０２）。
信号ＤＣＳのＦＩＦ（ファクシミリ情報フィールド）の
内容のうちのビット１１、１２、１３及び１４の組合せ
により通知される発信側が対応している、必要ネットワ
ーク帯域としての通信速度（＝Ｂ）を調査する（処理６
０２）。
【０１０３】そして、処理６０２で取得した必要ネット
ワーク帯域Ｂが、処理５１１で保持していた確保ネット
ワーク帯域Ａより広いか否かを判断する（判断６０
３）。
ワーク帯域Ｂが、処理５１１で保持していた確保ネット
ワーク帯域Ａより広いか否かを判断する（判断６０
３）。
【０１０４】必要ネットワーク帯域Ｂが確保ネットワー
ク帯域Ａ以上の場合には（判断６０３のＹｅｓ）、発信
側Ｔ．３８端末からトレーニングチェック信号ＴＣＦの
パケットを受信する（処理６０４：図１３のフェーズＦ
６０ｆ）。ただし、その場合受信したＴＣＦ信号のパケ
ットについては、モデム信号に変換して着信側Ｇ３ファ
クス４０ｂに送信する処理は行わない。
ク帯域Ａ以上の場合には（判断６０３のＹｅｓ）、発信
側Ｔ．３８端末からトレーニングチェック信号ＴＣＦの
パケットを受信する（処理６０４：図１３のフェーズＦ
６０ｆ）。ただし、その場合受信したＴＣＦ信号のパケ
ットについては、モデム信号に変換して着信側Ｇ３ファ
クス４０ｂに送信する処理は行わない。
【０１０５】そして、その受信したＴＣＦ信号のパケッ
トに対して、トレーニングエラー信号ＦＴＴのパケット
を発信側Ｔ．３８端末に送信して（処理６０５：図１３
のフェーズＦ６０ｇ）、処理６０１に戻る。その場合処
理６０１で受信するディジタル送信命令信号ＤＣＳの通
信速度の設定は、トレーニングエラー信号ＦＴＴの受信
を受けて、発信側Ｔ．３８端末（を介したＧ３ファクス
４０ａ）において前に設定した速度よりも遅く設定され
ていることになる。
トに対して、トレーニングエラー信号ＦＴＴのパケット
を発信側Ｔ．３８端末に送信して（処理６０５：図１３
のフェーズＦ６０ｇ）、処理６０１に戻る。その場合処
理６０１で受信するディジタル送信命令信号ＤＣＳの通
信速度の設定は、トレーニングエラー信号ＦＴＴの受信
を受けて、発信側Ｔ．３８端末（を介したＧ３ファクス
４０ａ）において前に設定した速度よりも遅く設定され
ていることになる。
【０１０６】そのため、判断６０３がＹｅｓとなった場
合でも、判断６０３のＹｅｓのループが１回または複数
回繰り返されることで、必要ネットワーク帯域Ｂが確保
ネットワーク帯域Ａよりも狭くなり、判断６０３がＮｏ
となる。
合でも、判断６０３のＹｅｓのループが１回または複数
回繰り返されることで、必要ネットワーク帯域Ｂが確保
ネットワーク帯域Ａよりも狭くなり、判断６０３がＮｏ
となる。
【０１０７】判断６０３がＮｏとなって初めて、処理６
０１でパケットとして受信したディジタル識別信号ＤＩ
Ｓをモデム信号に変換して、着信側Ｇ３ファクス４０ｂ
に送信し（処理６０６：図１３のフェーズＦ６０ｉ）、
以後フェーズＦ６０のファクスプロトコル処理を継続す
る（処理６０７）。
０１でパケットとして受信したディジタル識別信号ＤＩ
Ｓをモデム信号に変換して、着信側Ｇ３ファクス４０ｂ
に送信し（処理６０６：図１３のフェーズＦ６０ｉ）、
以後フェーズＦ６０のファクスプロトコル処理を継続す
る（処理６０７）。
【０１０８】処理６０７のフェーズＦ６０の通信が終了
した後、または、判断５１０がＹｅｓとなった後、fast
Connect手順により、CLC(CloseLogicalChannel)を含むR
ELCOMPメッセージを受信すると（処理６０８）、相手端
末に対して帯域解放（RSVP_Tear）のパケット送出し、
リソースの解放を行って（処理６０９）、処理を終了す
る。
した後、または、判断５１０がＹｅｓとなった後、fast
Connect手順により、CLC(CloseLogicalChannel)を含むR
ELCOMPメッセージを受信すると（処理６０８）、相手端
末に対して帯域解放（RSVP_Tear）のパケット送出し、
リソースの解放を行って（処理６０９）、処理を終了す
る。
【０１０９】このように、発信側Ｔ．３８端末から受信
したディジタル送信命令信号ＤＣＳにより設定された通
信速度ではモデムトレーニングが失敗してしまうとみせ
かけて、帯域オーバーとなるような通信速度が発信側
Ｔ．３８端末（を介したＧ３ファクス４０ａ）において
設定されてしまうことを防止することで、ルータに対し
て要求することにより確保されるネットワーク帯域の広
さによらず常に正常なリアルタイムネットワーク通信の
中継が可能となり、また、発信側のＴ．３８端末（を介
したＧ３ファクス４０ａ）において最終的に設定される
通信速度に合わせて必要ネットワーク帯域Ｂが確保ネッ
トワーク帯域Ａ以下になるように調節されるため、確保
ネットワーク帯域Ａを無駄なく使用して効率的なファク
シミリ通信が可能となる。
したディジタル送信命令信号ＤＣＳにより設定された通
信速度ではモデムトレーニングが失敗してしまうとみせ
かけて、帯域オーバーとなるような通信速度が発信側
Ｔ．３８端末（を介したＧ３ファクス４０ａ）において
設定されてしまうことを防止することで、ルータに対し
て要求することにより確保されるネットワーク帯域の広
さによらず常に正常なリアルタイムネットワーク通信の
中継が可能となり、また、発信側のＴ．３８端末（を介
したＧ３ファクス４０ａ）において最終的に設定される
通信速度に合わせて必要ネットワーク帯域Ｂが確保ネッ
トワーク帯域Ａ以下になるように調節されるため、確保
ネットワーク帯域Ａを無駄なく使用して効率的なファク
シミリ通信が可能となる。
【０１１０】次に、本発明の実施の形態に係るゲートウ
ェイ装置１が発信側ゲートウェイ装置１ａとして行う、
第４実施形態に係る発信側処理について、図１４及び図
１５を参照して説明する。また、図１４及び図１５に示
す処理手順に対応するリアルタイムネットワークファク
シミリ通信の通信シーケンスについて図１６に示す。
ェイ装置１が発信側ゲートウェイ装置１ａとして行う、
第４実施形態に係る発信側処理について、図１４及び図
１５を参照して説明する。また、図１４及び図１５に示
す処理手順に対応するリアルタイムネットワークファク
シミリ通信の通信シーケンスについて図１６に示す。
【０１１１】図１４において、発信側ＧＷ１ａは、図１
６のフェーズＦ７０に示す発信側Ｇ３ファクス４０ａか
らの電話網５０ａを介した着呼を受け（処理７０１）、
その着呼に対して図１６のフェーズＦ７１に示す応答を
行う（処理７０２）。
６のフェーズＦ７０に示す発信側Ｇ３ファクス４０ａか
らの電話網５０ａを介した着呼を受け（処理７０１）、
その着呼に対して図１６のフェーズＦ７１に示す応答を
行う（処理７０２）。
【０１１２】そして、図１６のフェーズＦ７２により着
信側の宛先（ＩＰアドレス（及びファクス番号））を取
得すると、発信側ＧＷ１ａは、呼制御用ＴＣＰチャンネ
ルの確立後（図１６のフェーズＦ７３）、着信側Ｔ．３
８端末（ＩＡＦ２０ａまたはＧＷ１ａ）に対してＳＥＴ
ＵＰパケットを送信する（処理７０３：図１６のフェー
ズＦ７４）。また、ＳＥＴＵＰパケットにより、着信側
の宛先（ファクス番号）を通知する。また、受信ＳＥＴ
ＵＰパケットは、fastConnect手順のもので、そのＳＥ
ＴＵＰ内のOLC(OpenLogicalChannel)により、自端末がR
SVPをサポートしていることを相手に通知する。
信側の宛先（ＩＰアドレス（及びファクス番号））を取
得すると、発信側ＧＷ１ａは、呼制御用ＴＣＰチャンネ
ルの確立後（図１６のフェーズＦ７３）、着信側Ｔ．３
８端末（ＩＡＦ２０ａまたはＧＷ１ａ）に対してＳＥＴ
ＵＰパケットを送信する（処理７０３：図１６のフェー
ズＦ７４）。また、ＳＥＴＵＰパケットにより、着信側
の宛先（ファクス番号）を通知する。また、受信ＳＥＴ
ＵＰパケットは、fastConnect手順のもので、そのＳＥ
ＴＵＰ内のOLC(OpenLogicalChannel)により、自端末がR
SVPをサポートしていることを相手に通知する。
【０１１３】続いて、RSVP_Pathメッセージを送信し
（処理７０４：図１６のフェーズＦ７５）、ネットワー
ク上のルータのパスを通知し帯域予約要求を行う。この
とき、経路途中のルータにより、エラー（PathError）
が返ってきた場合、通常手順通信あるいはエラー終了す
るが、RSVP_Resvメッセージが受信されると、リソース
の予約要求が受け入れられたことになる（処理７０５：
図１６のフェーズＦ７６）。
（処理７０４：図１６のフェーズＦ７５）、ネットワー
ク上のルータのパスを通知し帯域予約要求を行う。この
とき、経路途中のルータにより、エラー（PathError）
が返ってきた場合、通常手順通信あるいはエラー終了す
るが、RSVP_Resvメッセージが受信されると、リソース
の予約要求が受け入れられたことになる（処理７０５：
図１６のフェーズＦ７６）。
【０１１４】このとき予約する帯域は現状G3ファクシミ
リ通信の最大速度がV.34で33.6Kbps、ISDNのG3で64Kbps
であることと、パケットネットワークでの遅延を考慮
し、現状では64K〜128Kbps程度が望ましい値である。こ
の値については、ユーザのネットワーク環境や将来のフ
ァクシミリプロトコルの拡張を考慮して、ユーザ設定し
た値を記憶装置に保存することを可能とする。
リ通信の最大速度がV.34で33.6Kbps、ISDNのG3で64Kbps
であることと、パケットネットワークでの遅延を考慮
し、現状では64K〜128Kbps程度が望ましい値である。こ
の値については、ユーザのネットワーク環境や将来のフ
ァクシミリプロトコルの拡張を考慮して、ユーザ設定し
た値を記憶装置に保存することを可能とする。
【０１１５】RSVP_Resvメッセージが受信されて帯域予
約が成功すると、帯域確保成功を示す応答（RSVP_Con
f）を相手端末に送信すると共に（処理７０６：図１６
のフェーズＦ７７）、確保できた帯域幅（確保ネットワ
ーク帯域）としてのbit_rate（＝Ａ）を記憶装置５に保
存する（処理７０７：図１６のフェーズＦ７８）。
約が成功すると、帯域確保成功を示す応答（RSVP_Con
f）を相手端末に送信すると共に（処理７０６：図１６
のフェーズＦ７７）、確保できた帯域幅（確保ネットワ
ーク帯域）としてのbit_rate（＝Ａ）を記憶装置５に保
存する（処理７０７：図１６のフェーズＦ７８）。
【０１１６】そして、着信側Ｔ．３８端末装置からＣＯ
ＮＮＥＣＴパケットを受信する（処理７０８：図１６の
フェーズＦ７９）。なお、その場合送信するＣＯＮＮＥ
ＣＴパケットは、fastConnect手順のもので、そのＣＯ
ＮＮＥＣＴ内のOLC(OpenLogicalChannel)により、着信
側もRSVプロトコルをサポートしていることを示すOLC_A
ck(OpenLogicalChannelAck)メッセージが返されるもの
とする）。
ＮＮＥＣＴパケットを受信する（処理７０８：図１６の
フェーズＦ７９）。なお、その場合送信するＣＯＮＮＥ
ＣＴパケットは、fastConnect手順のもので、そのＣＯ
ＮＮＥＣＴ内のOLC(OpenLogicalChannel)により、着信
側もRSVプロトコルをサポートしていることを示すOLC_A
ck(OpenLogicalChannelAck)メッセージが返されるもの
とする）。
【０１１７】着信側がRSVプロトコルをサポートしてい
ないことが分かった場合には、従来技術で通信を行う
が、このとき通信エラーとすることも可能である。
ないことが分かった場合には、従来技術で通信を行う
が、このとき通信エラーとすることも可能である。
【０１１８】これにより、以後の発信側ＧＷ１ａにおけ
るパケット網６０ａを介した通信は、確保ネットワーク
帯域Ａの範囲内で行われ、また、行う必要がある。
るパケット網６０ａを介した通信は、確保ネットワーク
帯域Ａの範囲内で行われ、また、行う必要がある。
【０１１９】処理７０９では、図１６のフェーズＦ８０
で確立されたデータチャンネルを使用して、フェーズＦ
８１のファクスプロトコル処理を開始する（処理７０
９）。
で確立されたデータチャンネルを使用して、フェーズＦ
８１のファクスプロトコル処理を開始する（処理７０
９）。
【０１２０】そして、着信側Ｔ．３８端末からディジタ
ル識別信号ＤＩＳのパケットを受信すると（処理７１
０：図１６のフェーズＦ８１ｃ）、その受信したディジ
タル識別信号ＤＩＳのパケットを内容の変更なしにその
ままモデム信号に変換して発信側Ｇ３ファクス４０ａに
送信してしまう（処理７１１：図１６のフェーズＦ８１
ｄ）。
ル識別信号ＤＩＳのパケットを受信すると（処理７１
０：図１６のフェーズＦ８１ｃ）、その受信したディジ
タル識別信号ＤＩＳのパケットを内容の変更なしにその
ままモデム信号に変換して発信側Ｇ３ファクス４０ａに
送信してしまう（処理７１１：図１６のフェーズＦ８１
ｄ）。
【０１２１】すると、発信側Ｇ３ファクス４０ａは、フ
ェーズＦ８１ｄで通知された着信側の通信速度能力と自
装置の通信速度能力の範囲内の通信速度（通常は最大の
通信速度）を設定して、その他の通信パラメータの設定
と共にディジタル送信命令信号ＤＣＳにより送信してく
るため、そのディジタル送信命令信号ＤＣＳを受信する
（図１５の処理８０１：図１３６フェーズＦ８１ｅ）。
ェーズＦ８１ｄで通知された着信側の通信速度能力と自
装置の通信速度能力の範囲内の通信速度（通常は最大の
通信速度）を設定して、その他の通信パラメータの設定
と共にディジタル送信命令信号ＤＣＳにより送信してく
るため、そのディジタル送信命令信号ＤＣＳを受信する
（図１５の処理８０１：図１３６フェーズＦ８１ｅ）。
【０１２２】そして、その受信したディジタル送信命令
信号ＤＣＳのＦＩＦ（ファクシミリ情報フィールド）の
内容のうちのビット１１、１２、１３及び１４の組合せ
により通知される発信側が対応している、必要ネットワ
ーク帯域としての通信速度（＝Ｂ）を調査する（処理８
０２）。
信号ＤＣＳのＦＩＦ（ファクシミリ情報フィールド）の
内容のうちのビット１１、１２、１３及び１４の組合せ
により通知される発信側が対応している、必要ネットワ
ーク帯域としての通信速度（＝Ｂ）を調査する（処理８
０２）。
【０１２３】そして、処理８０２で取得した必要ネット
ワーク帯域Ｂが、処理７０７で保持していた確保ネット
ワーク帯域Ａより広いか否かを判断する（判断８０
３）。
ワーク帯域Ｂが、処理７０７で保持していた確保ネット
ワーク帯域Ａより広いか否かを判断する（判断８０
３）。
【０１２４】必要ネットワーク帯域Ｂが確保ネットワー
ク帯域Ａ以上の場合には（判断８０３のＹｅｓ）、発信
側Ｇ３ファクス４０ａからトレーニングチェック信号Ｔ
ＣＦのモデム信号を受信する（処理８０４：図１６のフ
ェーズＦ８１ｆ）。ただし、その場合受信したＴＣＦ信
号のモデム信号については、パケットに変換して着信側
Ｔ．３８端末に送信する処理は行わない。
ク帯域Ａ以上の場合には（判断８０３のＹｅｓ）、発信
側Ｇ３ファクス４０ａからトレーニングチェック信号Ｔ
ＣＦのモデム信号を受信する（処理８０４：図１６のフ
ェーズＦ８１ｆ）。ただし、その場合受信したＴＣＦ信
号のモデム信号については、パケットに変換して着信側
Ｔ．３８端末に送信する処理は行わない。
【０１２５】そして、その受信したＴＣＦ信号のモデム
信号に対して、トレーニングエラー信号ＦＴＴのモデム
信号を発信側Ｇ３ファクス４０ａに送信して（処理８０
５：図１６のフェーズＦ８１ｇ）、処理８０１に戻る。
その場合処理８０１で受信するディジタル送信命令信号
ＤＣＳの通信速度の設定は、トレーニングエラー信号Ｆ
ＴＴの受信を受けて、発信側Ｇ３ファクス４０ａにおい
て前に設定した速度よりも遅く設定されていることにな
る。
信号に対して、トレーニングエラー信号ＦＴＴのモデム
信号を発信側Ｇ３ファクス４０ａに送信して（処理８０
５：図１６のフェーズＦ８１ｇ）、処理８０１に戻る。
その場合処理８０１で受信するディジタル送信命令信号
ＤＣＳの通信速度の設定は、トレーニングエラー信号Ｆ
ＴＴの受信を受けて、発信側Ｇ３ファクス４０ａにおい
て前に設定した速度よりも遅く設定されていることにな
る。
【０１２６】そのため、判断８０３がＹｅｓとなった場
合でも、判断８０３のＹｅｓのループが１回または複数
回繰り返されることで、必要ネットワーク帯域Ｂが確保
ネットワーク帯域Ａよりも狭くなり、判断８０３がＮｏ
となる。
合でも、判断８０３のＹｅｓのループが１回または複数
回繰り返されることで、必要ネットワーク帯域Ｂが確保
ネットワーク帯域Ａよりも狭くなり、判断８０３がＮｏ
となる。
【０１２７】判断８０３がＮｏとなって初めて、処理８
０１でモデム信号として受信したディジタル識別信号Ｄ
ＩＳをパケットに変換して、着信側Ｔ．３８端末に送信
し（処理８０６：図１６のフェーズＦ８１ｉ）、以後フ
ェーズＦ８１のファクスプロトコル処理を継続する（処
理８０７）。
０１でモデム信号として受信したディジタル識別信号Ｄ
ＩＳをパケットに変換して、着信側Ｔ．３８端末に送信
し（処理８０６：図１６のフェーズＦ８１ｉ）、以後フ
ェーズＦ８１のファクスプロトコル処理を継続する（処
理８０７）。
【０１２８】処理８０７のフェーズＦ８１の通信が終了
した後、fastConnect手順により、CLC(CloseLogicalCha
nnel)を含むRELCOMPメッセージを送信し（処理８０
８）、それに対する相手端末からの帯域解放（RSVP_Tea
r）のパケットを受信してリソースの解放が行われて
（処理８０９）、処理が終了する。
した後、fastConnect手順により、CLC(CloseLogicalCha
nnel)を含むRELCOMPメッセージを送信し（処理８０
８）、それに対する相手端末からの帯域解放（RSVP_Tea
r）のパケットを受信してリソースの解放が行われて
（処理８０９）、処理が終了する。
【０１２９】このように、発信側Ｇ３ファクス４０ａか
ら受信したディジタル送信命令信号ＤＣＳにより設定さ
れた通信速度ではモデムトレーニングが失敗してしまう
とみせかけて、帯域オーバーとなるような通信速度が発
信側３ファクス４０ａにおいて設定されてしまうことを
防止することで、ルータに対して要求することにより確
保されるネットワーク帯域の広さによらず常に正常なリ
アルタイムネットワーク通信の中継が可能となり、ま
た、発信側のＧ３ファクス４０ａにおいて最終的に設定
される通信速度に合わせて必要ネットワーク帯域Ｂが確
保ネットワーク帯域Ａ以下になるように調節されるた
め、確保ネットワーク帯域Ａを無駄なく使用して効率的
なファクシミリ通信が可能となる。
ら受信したディジタル送信命令信号ＤＣＳにより設定さ
れた通信速度ではモデムトレーニングが失敗してしまう
とみせかけて、帯域オーバーとなるような通信速度が発
信側３ファクス４０ａにおいて設定されてしまうことを
防止することで、ルータに対して要求することにより確
保されるネットワーク帯域の広さによらず常に正常なリ
アルタイムネットワーク通信の中継が可能となり、ま
た、発信側のＧ３ファクス４０ａにおいて最終的に設定
される通信速度に合わせて必要ネットワーク帯域Ｂが確
保ネットワーク帯域Ａ以下になるように調節されるた
め、確保ネットワーク帯域Ａを無駄なく使用して効率的
なファクシミリ通信が可能となる。
【０１３０】次に、本発明の実施の形態に係るゲートウ
ェイ装置１が着信側ゲートウェイ装置１ｂとして行う、
図５及び図６に示した第１実施形態に係る着信処理の変
形例である、第５実施形態に係る着信側処理について、
図１７及び図１８を参照して説明する。また、図１７及
び図１８に示す処理手順に対応するリアルタイムネット
ワークファクシミリ通信の通信シーケンスについて図１
９に示す。
ェイ装置１が着信側ゲートウェイ装置１ｂとして行う、
図５及び図６に示した第１実施形態に係る着信処理の変
形例である、第５実施形態に係る着信側処理について、
図１７及び図１８を参照して説明する。また、図１７及
び図１８に示す処理手順に対応するリアルタイムネット
ワークファクシミリ通信の通信シーケンスについて図１
９に示す。
【０１３１】図１７において、着信側ＧＷ１ｂは、呼制
御用ＴＣＰチャンネルの確立後（図１９のフェーズＦ９
０）、発信側Ｔ．３８端末（ＩＡＦ２０ａまたはＧＷ１
ａ）からＳＥＴＵＰパケットを受信する（処理９０１：
図１９のフェーズＦ９１）。また、ＳＥＴＵＰパケット
により、着信側の宛先（ファクス番号）を取得する。ま
た、受信ＳＥＴＵＰパケットは、fastConnect手順のも
ので、そのＳＥＴＵＰ内のOLC(OpenLogicalChannel)に
より、相手端末がRSVPを使用できるかどうか調査する。
相手端末がRSVPをサポートしていなかった場合は従来技
術で通信を行うが、このとき通信エラーとすることも可
能である。
御用ＴＣＰチャンネルの確立後（図１９のフェーズＦ９
０）、発信側Ｔ．３８端末（ＩＡＦ２０ａまたはＧＷ１
ａ）からＳＥＴＵＰパケットを受信する（処理９０１：
図１９のフェーズＦ９１）。また、ＳＥＴＵＰパケット
により、着信側の宛先（ファクス番号）を取得する。ま
た、受信ＳＥＴＵＰパケットは、fastConnect手順のも
ので、そのＳＥＴＵＰ内のOLC(OpenLogicalChannel)に
より、相手端末がRSVPを使用できるかどうか調査する。
相手端末がRSVPをサポートしていなかった場合は従来技
術で通信を行うが、このとき通信エラーとすることも可
能である。
【０１３２】着信側ＧＷ１ｂは、処理９０１でＳＥＴＵ
Ｐパケットを受信して、それにより、相手端末がRSVPを
サポートしていることがわかった場合、続いて、着信側
Ｇ３ファクス４０ｂに対して電話網５０ｂを介して発呼
し（処理９０２：図１９のフェーズＦ９２）、その発呼
に対する応答を受ける（処理９０３：図１９のフェーズ
Ｆ９３）。
Ｐパケットを受信して、それにより、相手端末がRSVPを
サポートしていることがわかった場合、続いて、着信側
Ｇ３ファクス４０ｂに対して電話網５０ｂを介して発呼
し（処理９０２：図１９のフェーズＦ９２）、その発呼
に対する応答を受ける（処理９０３：図１９のフェーズ
Ｆ９３）。
【０１３３】そして、発信側Ｔ．３８端末装置に対して
ＣＯＮＮＥＣＴパケットを送信する（処理９０４：図１
９のフェーズＦ９４）。なお、その場合送信するＣＯＮ
ＮＥＣＴパケットは、fastConnect手順のもので、その
ＣＯＮＮＥＣＴ内のOLC(OpenLogicalChannel)により、
自端末もRSVプロトコルをサポートしていることを示すO
LC_Ack(OpenLogicalChannelAck)メッセージを返す。
ＣＯＮＮＥＣＴパケットを送信する（処理９０４：図１
９のフェーズＦ９４）。なお、その場合送信するＣＯＮ
ＮＥＣＴパケットは、fastConnect手順のもので、その
ＣＯＮＮＥＣＴ内のOLC(OpenLogicalChannel)により、
自端末もRSVプロトコルをサポートしていることを示すO
LC_Ack(OpenLogicalChannelAck)メッセージを返す。
【０１３４】その後、発信側の相手端末からRSVP_Path
メッセージを受け取り（処理９０５：図１９のフェーズ
Ｆ９５）、ネットワーク上のルータに対してRSVP_Resv
メッセージによりリソースの予約要求を行う（処理９０
６：図１９のフェーズＦ９６）。
メッセージを受け取り（処理９０５：図１９のフェーズ
Ｆ９５）、ネットワーク上のルータに対してRSVP_Resv
メッセージによりリソースの予約要求を行う（処理９０
６：図１９のフェーズＦ９６）。
【０１３５】このとき予約する帯域としては、ファクシ
ミリメッセージの伝送時に必要となる高速モデム（例え
ば33.6Kbps）用の帯域ではなく、Ｔ．３０に基づいた伝
送制御手順における制御信号のやりとりに使用される低
速モデム（300bps）用の帯域に抑える。これにより、
Ｔ．３０信号をやりとりするために必要な最低限の帯域
だけを確保でき、Ｔ．３０に基づいた伝送制御手順にお
ける制御信号のやりとりに必要な分以上の無駄に広い帯
域を確保してしまうことがない。
ミリメッセージの伝送時に必要となる高速モデム（例え
ば33.6Kbps）用の帯域ではなく、Ｔ．３０に基づいた伝
送制御手順における制御信号のやりとりに使用される低
速モデム（300bps）用の帯域に抑える。これにより、
Ｔ．３０信号をやりとりするために必要な最低限の帯域
だけを確保でき、Ｔ．３０に基づいた伝送制御手順にお
ける制御信号のやりとりに必要な分以上の無駄に広い帯
域を確保してしまうことがない。
【０１３６】予約要求が受け付けられれば、帯域確保成
功を示す応答（RSVP_Conf）が得られるが（処理９０
７：図１９のフェーズＦ９７）、予約要求に対して、帯
域確保が失敗した場合（RSVP Error)（判断９０８のＮ
ｏ）、リトライ回数が満了していない限り、処理９０６
に戻って、帯域幅を少なくするなど内容を変更して帯域
確保要求（RSVP_Resv）を再度発行する（判断９１０の
Ｎｏ）。
功を示す応答（RSVP_Conf）が得られるが（処理９０
７：図１９のフェーズＦ９７）、予約要求に対して、帯
域確保が失敗した場合（RSVP Error)（判断９０８のＮ
ｏ）、リトライ回数が満了していない限り、処理９０６
に戻って、帯域幅を少なくするなど内容を変更して帯域
確保要求（RSVP_Resv）を再度発行する（判断９１０の
Ｎｏ）。
【０１３７】リトライ回数が満了してしまった場合には
（判断９１０のＹｅｓ）、通信エラーとして、図１８の
処理１０１４に移行する。
（判断９１０のＹｅｓ）、通信エラーとして、図１８の
処理１０１４に移行する。
【０１３８】リトライ回数の満了までに帯域予約が成功
した場合には（判断９０８のＹｅｓ）、図１８の処理１
００１に移行する。
した場合には（判断９０８のＹｅｓ）、図１８の処理１
００１に移行する。
【０１３９】図１８の処理１００１では、図１９のフェ
ーズＦ９８で確立されたデータチャンネルを使用して、
フェーズＦ９９のファクスプロトコル処理を開始する
（処理１００１）。
ーズＦ９８で確立されたデータチャンネルを使用して、
フェーズＦ９９のファクスプロトコル処理を開始する
（処理１００１）。
【０１４０】そして、処理１００１で開始されたフェー
ズＦ９９のファクスプロトコル処理、すなわち、電話網
５０ｂを介して受信した被呼局識別信号ＣＥＤ、被呼端
末識別信号ＣＳＩ、ディジタル識別信号ＤＩＳ等のＴ．
３０信号のモデム信号を受信し、パケットに変換し、パ
ケット網６０ｂを介して送信する処理や逆の処理を行っ
ている間に、ディジタル識別信号ＤＩＳのモデム信号を
受信する（処理１００２：図１９のフェーズＦ９９
ｃ）。
ズＦ９９のファクスプロトコル処理、すなわち、電話網
５０ｂを介して受信した被呼局識別信号ＣＥＤ、被呼端
末識別信号ＣＳＩ、ディジタル識別信号ＤＩＳ等のＴ．
３０信号のモデム信号を受信し、パケットに変換し、パ
ケット網６０ｂを介して送信する処理や逆の処理を行っ
ている間に、ディジタル識別信号ＤＩＳのモデム信号を
受信する（処理１００２：図１９のフェーズＦ９９
ｃ）。
【０１４１】そして、その受信したディジタル識別信号
ＤＩＳのＦＩＦ（ファクシミリ情報フィールド）の内容
のうちのビット１１、１２、１３及び１４の組合せによ
り通知される着信側Ｇ３ファクス４０ｂが対応してい
る、必要ネットワーク帯域としての通信速度（＝Ｂ）を
調査する（処理１００３）。
ＤＩＳのＦＩＦ（ファクシミリ情報フィールド）の内容
のうちのビット１１、１２、１３及び１４の組合せによ
り通知される着信側Ｇ３ファクス４０ｂが対応してい
る、必要ネットワーク帯域としての通信速度（＝Ｂ）を
調査する（処理１００３）。
【０１４２】そして、その必要ネットワーク帯域Ｂ（こ
の場合V.34の33.6Kbps）を、ネットワーク上のルータに
対してRSVP_Resvメッセージによりリソースの予約要求
を行う（処理１００４：図１９のフェーズＦ９９ｄ）。
の場合V.34の33.6Kbps）を、ネットワーク上のルータに
対してRSVP_Resvメッセージによりリソースの予約要求
を行う（処理１００４：図１９のフェーズＦ９９ｄ）。
【０１４３】予約要求が受け付けられれば、帯域確保成
功を示す応答（RSVP_Conf）が得られるが（処理１００
５：図１９のフェーズＦ９９ｅ）、予約要求に対して、
帯域確保が失敗した場合（RSVP Error)（判断１００６
のＮｏ）、リトライ回数が満了していない限り、処理１
００４に戻って、帯域幅を少なくするなど内容を変更し
て帯域確保要求（RSVP_Resv）を再度発行する（判断１
００８のＮｏ）。
功を示す応答（RSVP_Conf）が得られるが（処理１００
５：図１９のフェーズＦ９９ｅ）、予約要求に対して、
帯域確保が失敗した場合（RSVP Error)（判断１００６
のＮｏ）、リトライ回数が満了していない限り、処理１
００４に戻って、帯域幅を少なくするなど内容を変更し
て帯域確保要求（RSVP_Resv）を再度発行する（判断１
００８のＮｏ）。
【０１４４】リトライ回数が満了してしまった場合には
（判断１００８のＹｅｓ）、通信エラーとして、処理１
０１４に移行する。
（判断１００８のＹｅｓ）、通信エラーとして、処理１
０１４に移行する。
【０１４５】リトライ回数の満了までに帯域予約が成功
した場合には（判断１００６のＹｅｓ）、確保できた帯
域幅（確保ネットワーク帯域）としてのbit_rate（＝
Ａ）を記憶装置５に保存する（処理１００９）。
した場合には（判断１００６のＹｅｓ）、確保できた帯
域幅（確保ネットワーク帯域）としてのbit_rate（＝
Ａ）を記憶装置５に保存する（処理１００９）。
【０１４６】そして、処理１００３で取得した必要ネッ
トワーク帯域Ｂが、処理１００９で保持していた確保ネ
ットワーク帯域Ａより広いか否かを判断する（判断１０
０４）。
トワーク帯域Ｂが、処理１００９で保持していた確保ネ
ットワーク帯域Ａより広いか否かを判断する（判断１０
０４）。
【０１４７】そして、必要ネットワーク帯域Ｂが確保ネ
ットワーク帯域Ａ以下の場合には（判断１０１０のＮ
ｏ）、ディジタル識別信号ＤＩＳで通知される通信速度
能力の最高速度が、発信側T.38/H.323 AnnexD端末、つ
まり、ＩＡＦ２０ａ、または、ＧＷ１ａ（を介したＧ３
ファクス４０ａ）により図１９のフェーズＦ９９ｇのデ
ィジタル送信命令信号ＤＣＳにより設定されたとして
も、以後のファクシミリメッセージデータの伝送時にパ
ケット網６０ｂにおいて帯域オーバーが生じることがな
いため、処理１００２でモデム信号として受信したディ
ジタル識別信号ＤＩＳを内容を書き換えることなくその
まま発信側端末にパケット送信し（処理１０１２：図１
９のフェーズＦ９９ｆ）、以後のフェーズＦ９９のファ
クスプロトコル処理を行う（処理１０１３）。
ットワーク帯域Ａ以下の場合には（判断１０１０のＮ
ｏ）、ディジタル識別信号ＤＩＳで通知される通信速度
能力の最高速度が、発信側T.38/H.323 AnnexD端末、つ
まり、ＩＡＦ２０ａ、または、ＧＷ１ａ（を介したＧ３
ファクス４０ａ）により図１９のフェーズＦ９９ｇのデ
ィジタル送信命令信号ＤＣＳにより設定されたとして
も、以後のファクシミリメッセージデータの伝送時にパ
ケット網６０ｂにおいて帯域オーバーが生じることがな
いため、処理１００２でモデム信号として受信したディ
ジタル識別信号ＤＩＳを内容を書き換えることなくその
まま発信側端末にパケット送信し（処理１０１２：図１
９のフェーズＦ９９ｆ）、以後のフェーズＦ９９のファ
クスプロトコル処理を行う（処理１０１３）。
【０１４８】必要ネットワーク帯域Ｂが確保ネットワー
ク帯域Ａよりも広い場合には（判断１０１０のＹｅ
ｓ）、そのままでは、着信側Ｇ３ファクス４０ｂの通信
速度能力と同じかそれ以上の通信速度能力を、発信側
Ｔ．３８端末（を介した発信側Ｇ３ファクス４０ａ）が
備えている場合には、必要ネットワーク帯域Ｂが確保ネ
ットワーク帯域Ａよりも広い状態のまま、以後のファク
シミリメッセージデータの伝送が行われてしまい、パケ
ット網６０ｂにおいて帯域オーバーが生じて通信エラー
となるおそれがあるため、処理１００２でモデム信号と
して受信したディジタル識別信号ＤＩＳの通信速度能力
についての内容（ビット番号１１ないし１４のビット列
により定義されている）を確保ネットワーク帯域Ａ（例
えば9,000bps）以下に、必要ネットワーク帯域Ｂがなる
ような通信速度能力（7,200bps：ビット列では例えば
「1,1,0,1」）に書換え変換し（処理１０１１）、その
書換え変換後のディジタル識別信号ＤＩＳをパケットに
変換して発信側Ｔ．３８端末に送信し（処理１０１２：
図１９のフェーズＦ９９ｆ）、以後フェーズＦ９９のフ
ァクスプロトコル処理を継続する（処理１０１３）。
ク帯域Ａよりも広い場合には（判断１０１０のＹｅ
ｓ）、そのままでは、着信側Ｇ３ファクス４０ｂの通信
速度能力と同じかそれ以上の通信速度能力を、発信側
Ｔ．３８端末（を介した発信側Ｇ３ファクス４０ａ）が
備えている場合には、必要ネットワーク帯域Ｂが確保ネ
ットワーク帯域Ａよりも広い状態のまま、以後のファク
シミリメッセージデータの伝送が行われてしまい、パケ
ット網６０ｂにおいて帯域オーバーが生じて通信エラー
となるおそれがあるため、処理１００２でモデム信号と
して受信したディジタル識別信号ＤＩＳの通信速度能力
についての内容（ビット番号１１ないし１４のビット列
により定義されている）を確保ネットワーク帯域Ａ（例
えば9,000bps）以下に、必要ネットワーク帯域Ｂがなる
ような通信速度能力（7,200bps：ビット列では例えば
「1,1,0,1」）に書換え変換し（処理１０１１）、その
書換え変換後のディジタル識別信号ＤＩＳをパケットに
変換して発信側Ｔ．３８端末に送信し（処理１０１２：
図１９のフェーズＦ９９ｆ）、以後フェーズＦ９９のフ
ァクスプロトコル処理を継続する（処理１０１３）。
【０１４９】なお、処理１０１３におけるファクスプロ
トコル処理においては、図１９に示すように、フェーズ
Ｆ９９ｉ、Ｆ９９ｊの画情報のファクシミリメッセージ
の伝送終了後、伝送後手順に移行する前に、フェーズＦ
９９ｋ及びフェーズＦ９９ｌにより、確保するネットワ
ーク帯域を、Ｔ．３０に基づいた伝送制御手順における
制御信号のやりとりに使用される低速モデム（300bps）
用の帯域に抑える。これにより、フェーズＦ９９ｍ以降
の伝送後手順においても、Ｔ．３０信号をやりとりする
ために必要な最低限の帯域だけを確保でき、Ｔ．３０に
基づいた伝送制御手順における制御信号のやりとりに必
要な分以上の無駄に広い帯域を確保してしまうことがな
い。
トコル処理においては、図１９に示すように、フェーズ
Ｆ９９ｉ、Ｆ９９ｊの画情報のファクシミリメッセージ
の伝送終了後、伝送後手順に移行する前に、フェーズＦ
９９ｋ及びフェーズＦ９９ｌにより、確保するネットワ
ーク帯域を、Ｔ．３０に基づいた伝送制御手順における
制御信号のやりとりに使用される低速モデム（300bps）
用の帯域に抑える。これにより、フェーズＦ９９ｍ以降
の伝送後手順においても、Ｔ．３０信号をやりとりする
ために必要な最低限の帯域だけを確保でき、Ｔ．３０に
基づいた伝送制御手順における制御信号のやりとりに必
要な分以上の無駄に広い帯域を確保してしまうことがな
い。
【０１５０】処理１０１３のフェーズＦ９９の通信が終
了した後、または、判断１００８がＹｅｓとなった後、
fastConnect手順により、CLC(CloseLogicalChannel)を
含むRELCOMPメッセージを受信すると（処理１０１
４）、相手端末に対して帯域解放（RSVP_Tear）のパケ
ット送出し、リソースの解放を行って（処理１０１
５）、処理を終了する。
了した後、または、判断１００８がＹｅｓとなった後、
fastConnect手順により、CLC(CloseLogicalChannel)を
含むRELCOMPメッセージを受信すると（処理１０１
４）、相手端末に対して帯域解放（RSVP_Tear）のパケ
ット送出し、リソースの解放を行って（処理１０１
５）、処理を終了する。
【０１５１】このように、リアルタイムネットワークフ
ァクシミリ通信の開始から終了まで一定のネットワーク
帯域を確保するのではなく、呼制御フェーズや能力交換
フェーズなど、データフェーズ以外の通信手順を行って
いるときに、ルータに要求するネットワーク帯域を減ら
すことで、トータルではより少ないネットワーク帯域で
通信することができるようになる。
ァクシミリ通信の開始から終了まで一定のネットワーク
帯域を確保するのではなく、呼制御フェーズや能力交換
フェーズなど、データフェーズ以外の通信手順を行って
いるときに、ルータに要求するネットワーク帯域を減ら
すことで、トータルではより少ないネットワーク帯域で
通信することができるようになる。
【０１５２】なお、この第５実施形態は、第１実施形態
の変形例であるが、同様の変形は、第２、第３及び第４
実施形態にたいしても同様に適用できるのはいうまでも
ない。また、ＤＩＳ／ＤＣＳの値に関わらず画情報転送
前に固定の値（例えば64Kbps）の帯域予約要求（RSVP_R
esv）送出するなど本発明のみを実施することも可能で
ある。
の変形例であるが、同様の変形は、第２、第３及び第４
実施形態にたいしても同様に適用できるのはいうまでも
ない。また、ＤＩＳ／ＤＣＳの値に関わらず画情報転送
前に固定の値（例えば64Kbps）の帯域予約要求（RSVP_R
esv）送出するなど本発明のみを実施することも可能で
ある。
【０１５３】次に、本発明の実施の形態に係るゲートウ
ェイ装置１が着信側ゲートウェイ装置１ｂとして行う、
図１７及び図１８に示した第５実施形態に係る着信処理
の変形例である、第６実施形態に係る着信側処理につい
て、図２０、図２１及び図２２を参照して説明する。ま
た、図２０、図２１及び図２２に示す処理手順に対応す
るリアルタイムネットワークファクシミリ通信の通信シ
ーケンスについて図２３に示す。
ェイ装置１が着信側ゲートウェイ装置１ｂとして行う、
図１７及び図１８に示した第５実施形態に係る着信処理
の変形例である、第６実施形態に係る着信側処理につい
て、図２０、図２１及び図２２を参照して説明する。ま
た、図２０、図２１及び図２２に示す処理手順に対応す
るリアルタイムネットワークファクシミリ通信の通信シ
ーケンスについて図２３に示す。
【０１５４】図２０において、着信側ＧＷ１ｂは、呼制
御用ＴＣＰチャンネルの確立後（図２３のフェーズＦ１
００）、発信側Ｔ．３８端末（ＩＡＦ２０ａまたはＧＷ
１ａ）からＳＥＴＵＰパケットを受信する（処理１１０
１：図２３のフェーズＦ１０１）。また、ＳＥＴＵＰパ
ケットにより、着信側の宛先（ファクス番号）を取得す
る。また、受信ＳＥＴＵＰパケットは、fastConnect手
順のもので、そのＳＥＴＵＰ内のOLC(OpenLogicalChann
el)により、相手端末がRSVPを使用できるかどうか調査
する。相手端末がRSVPをサポートしていなかった場合は
従来技術で通信を行うが、このとき通信エラーとするこ
とも可能である。
御用ＴＣＰチャンネルの確立後（図２３のフェーズＦ１
００）、発信側Ｔ．３８端末（ＩＡＦ２０ａまたはＧＷ
１ａ）からＳＥＴＵＰパケットを受信する（処理１１０
１：図２３のフェーズＦ１０１）。また、ＳＥＴＵＰパ
ケットにより、着信側の宛先（ファクス番号）を取得す
る。また、受信ＳＥＴＵＰパケットは、fastConnect手
順のもので、そのＳＥＴＵＰ内のOLC(OpenLogicalChann
el)により、相手端末がRSVPを使用できるかどうか調査
する。相手端末がRSVPをサポートしていなかった場合は
従来技術で通信を行うが、このとき通信エラーとするこ
とも可能である。
【０１５５】着信側ＧＷ１ｂは、処理１１０１でＳＥＴ
ＵＰパケットを受信して、それにより、相手端末がRSVP
をサポートしていることがわかった場合、発信側Ｔ．３
８端末装置に対してＣＯＮＮＥＣＴパケットを送信する
（処理１１０２：図２３のフェーズＦ１０１）。なお、
その場合送信するＣＯＮＮＥＣＴパケットは、fastConn
ect手順のもので、そのＣＯＮＮＥＣＴ内のOLC(OpenLog
icalChannel)により、自端末もRSVプロトコルをサポー
トしていることを示すOLC_Ack(OpenLogicalChannelAck)
メッセージを返す。
ＵＰパケットを受信して、それにより、相手端末がRSVP
をサポートしていることがわかった場合、発信側Ｔ．３
８端末装置に対してＣＯＮＮＥＣＴパケットを送信する
（処理１１０２：図２３のフェーズＦ１０１）。なお、
その場合送信するＣＯＮＮＥＣＴパケットは、fastConn
ect手順のもので、そのＣＯＮＮＥＣＴ内のOLC(OpenLog
icalChannel)により、自端末もRSVプロトコルをサポー
トしていることを示すOLC_Ack(OpenLogicalChannelAck)
メッセージを返す。
【０１５６】そして、タイマＴ１の計時をスタートさ
せ、（処理１１０３）、発信側の相手端末からRSVP_Pat
hメッセージを受け取り（処理１１０４：図２３のフェ
ーズＦ１０３）、ネットワーク上のルータに対してRSVP
_Resvメッセージによりリソースの予約要求を行う（処
理１１０５：図２３のフェーズＦ１０４）。
せ、（処理１１０３）、発信側の相手端末からRSVP_Pat
hメッセージを受け取り（処理１１０４：図２３のフェ
ーズＦ１０３）、ネットワーク上のルータに対してRSVP
_Resvメッセージによりリソースの予約要求を行う（処
理１１０５：図２３のフェーズＦ１０４）。
【０１５７】このとき予約する帯域としては、ファクシ
ミリメッセージの伝送時に必要となる高速モデム（例え
ば33.6Kbps）用の帯域ではなく、Ｔ．３０に基づいた伝
送制御手順における制御信号のやりとりに使用される低
速モデム（300bps）用の帯域に抑える。これにより、
Ｔ．３０信号をやりとりするために必要な最低限の帯域
だけを確保でき、Ｔ．３０に基づいた伝送制御手順にお
ける制御信号のやりとりに必要な分以上の無駄に広い帯
域を確保してしまうことがない。
ミリメッセージの伝送時に必要となる高速モデム（例え
ば33.6Kbps）用の帯域ではなく、Ｔ．３０に基づいた伝
送制御手順における制御信号のやりとりに使用される低
速モデム（300bps）用の帯域に抑える。これにより、
Ｔ．３０信号をやりとりするために必要な最低限の帯域
だけを確保でき、Ｔ．３０に基づいた伝送制御手順にお
ける制御信号のやりとりに必要な分以上の無駄に広い帯
域を確保してしまうことがない。
【０１５８】予約要求が受け付けられれば、帯域確保成
功を示す応答（RSVP_Conf）が得られるが（処理１１０
６：図２３のフェーズＦ１０５）、予約要求に対して、
帯域確保が失敗した場合（RSVP Error)（判断１１０７
のＮｏ）、リトライ回数が満了していない限り、処理１
１０５に戻って、帯域幅を少なくするなど内容を変更し
て帯域確保要求（RSVP_Resv）を再度発行する（判断１
１０９のＮｏ）。
功を示す応答（RSVP_Conf）が得られるが（処理１１０
６：図２３のフェーズＦ１０５）、予約要求に対して、
帯域確保が失敗した場合（RSVP Error)（判断１１０７
のＮｏ）、リトライ回数が満了していない限り、処理１
１０５に戻って、帯域幅を少なくするなど内容を変更し
て帯域確保要求（RSVP_Resv）を再度発行する（判断１
１０９のＮｏ）。
【０１５９】リトライ回数が満了してしまった場合には
（判断１１０９のＹｅｓ）、通信エラーとして、図２２
の処理１３０８に移行する。
（判断１１０９のＹｅｓ）、通信エラーとして、図２２
の処理１３０８に移行する。
【０１６０】リトライ回数の満了までに帯域予約が成功
した場合には（判断１１０７のＹｅｓ）、確保できた帯
域幅（確保ネットワーク帯域）としてのbit_rate（＝
Ａ）を記憶装置５に保存して（処理１１１０）、図２１
の処理１２０１に移行し、着信側Ｇ３ファクス４０ｂに
対して電話網５０ｂを介して発呼する（処理１２０１：
図２３のフェーズＦ１０６）。
した場合には（判断１１０７のＹｅｓ）、確保できた帯
域幅（確保ネットワーク帯域）としてのbit_rate（＝
Ａ）を記憶装置５に保存して（処理１１１０）、図２１
の処理１２０１に移行し、着信側Ｇ３ファクス４０ｂに
対して電話網５０ｂを介して発呼する（処理１２０１：
図２３のフェーズＦ１０６）。
【０１６１】そのように、ネットワーク帯域が確保でき
て初めて、着信側のＧ３ファクス４０ｂに発呼するよう
にしているため、ネットワーク帯域が確保できず、結果
的に通信エラーとなってしまうような電話網を介した発
呼を行わないで済み、その分無駄な電話代を節約するこ
とができる。
て初めて、着信側のＧ３ファクス４０ｂに発呼するよう
にしているため、ネットワーク帯域が確保できず、結果
的に通信エラーとなってしまうような電話網を介した発
呼を行わないで済み、その分無駄な電話代を節約するこ
とができる。
【０１６２】次に、処理１２０１における発呼に対する
応答があるかを判断し（判断１２０２：図２３のフェー
ズＦ１０７）、応答があった場合には（判断１２０２の
Ｙｅｓ）、通話／通信中や発呼トーンＣＮＧに対する応
答がない等のエラーがあれば（判断１２０５のＹｅ
ｓ）、図２２の処理１３０８に移行するが、それらのエ
ラーがなければ（判断１２０５のＮｏ）、図２２の処理
１３０１に移行する。
応答があるかを判断し（判断１２０２：図２３のフェー
ズＦ１０７）、応答があった場合には（判断１２０２の
Ｙｅｓ）、通話／通信中や発呼トーンＣＮＧに対する応
答がない等のエラーがあれば（判断１２０５のＹｅ
ｓ）、図２２の処理１３０８に移行するが、それらのエ
ラーがなければ（判断１２０５のＮｏ）、図２２の処理
１３０１に移行する。
【０１６３】判断１２０２において、応答がない場合に
は（判断１２０２のＮｏ）、処理１１０３で計時を開始
したタイマＴ１の計時が満了するまで（判断１２０３の
Ｙｅｓ）、ダミーのディジタル識別信号ＤＩＳのパケッ
トを発信側のＴ．３８端末に対して送信する（判断１２
０３のＮｏ、処理１２０４：図２３のフェーズＦ１０９
ｂ）。タイマＴ１の計時が満了した場合は（判断１２０
３のＹｅｓ）、図２２の処理１３０８に移行する。
は（判断１２０２のＮｏ）、処理１１０３で計時を開始
したタイマＴ１の計時が満了するまで（判断１２０３の
Ｙｅｓ）、ダミーのディジタル識別信号ＤＩＳのパケッ
トを発信側のＴ．３８端末に対して送信する（判断１２
０３のＮｏ、処理１２０４：図２３のフェーズＦ１０９
ｂ）。タイマＴ１の計時が満了した場合は（判断１２０
３のＹｅｓ）、図２２の処理１３０８に移行する。
【０１６４】これは、電話網５０ｂ上の着信側Ｇ３ファ
クス４０ｂとは呼接続が完了していないのにパケット網
上のＴ．３８端末とは、図２３のフェーズＦ１０８で呼
接続が完了しているという不整合が一時的に生じている
状態で、着信側Ｇ３ファクス４０ｂのリンギング検出回
数が多めに設定されていた場合など、発信側Ｔ．３８端
末がタイムアウトを起こしてしまう場合があることに鑑
みての処理である。
クス４０ｂとは呼接続が完了していないのにパケット網
上のＴ．３８端末とは、図２３のフェーズＦ１０８で呼
接続が完了しているという不整合が一時的に生じている
状態で、着信側Ｇ３ファクス４０ｂのリンギング検出回
数が多めに設定されていた場合など、発信側Ｔ．３８端
末がタイムアウトを起こしてしまう場合があることに鑑
みての処理である。
【０１６５】また、実際に発呼して回線接続されてみた
らファクシミリ装置ではなく電話機だったということも
あり、そのような場合に、パケット網上の発信側相手端
末にＴ１タイムアウトが発生する前にダミーのＤＩＳを
送出し、電話網上の着信側ファクスから応答がくるまで
の間の時間を稼ぎ、着信側ファクスから正常にＤＩＳを
受け取ったときにそれを発信側Ｔ．３８端末に対して再
送することで、着信側ＧＷ１ｂと着信側ファクス４０ｂ
とのやりとりのに要する時間のために、発信側Ｔ．３８
端末におけるタイムアウトが発生してしまうのを防止す
ることができる。
らファクシミリ装置ではなく電話機だったということも
あり、そのような場合に、パケット網上の発信側相手端
末にＴ１タイムアウトが発生する前にダミーのＤＩＳを
送出し、電話網上の着信側ファクスから応答がくるまで
の間の時間を稼ぎ、着信側ファクスから正常にＤＩＳを
受け取ったときにそれを発信側Ｔ．３８端末に対して再
送することで、着信側ＧＷ１ｂと着信側ファクス４０ｂ
とのやりとりのに要する時間のために、発信側Ｔ．３８
端末におけるタイムアウトが発生してしまうのを防止す
ることができる。
【０１６６】図２２の処理１３０１では、図２３のフェ
ーズＦ１０８で確立されたデータチャンネルを使用し
て、フェーズＦ１０９のファクスプロトコル処理を開始
する（処理１３０１）。
ーズＦ１０８で確立されたデータチャンネルを使用し
て、フェーズＦ１０９のファクスプロトコル処理を開始
する（処理１３０１）。
【０１６７】そして、処理１３０１で開始されたフェー
ズＦ１０９のファクスプロトコル処理、すなわち、電話
網５０ｂを介して受信した被呼局識別信号ＣＥＤ、被呼
端末識別信号ＣＳＩ、ディジタル識別信号ＤＩＳ等の
Ｔ．３０信号のモデム信号を受信し、パケットに変換
し、パケット網６０ｂを介して送信する処理や逆の処理
を行っている間に、ディジタル識別信号ＤＩＳのモデム
信号を受信する（処理１３０２：図２３のフェーズＦ１
０９ｅ）。
ズＦ１０９のファクスプロトコル処理、すなわち、電話
網５０ｂを介して受信した被呼局識別信号ＣＥＤ、被呼
端末識別信号ＣＳＩ、ディジタル識別信号ＤＩＳ等の
Ｔ．３０信号のモデム信号を受信し、パケットに変換
し、パケット網６０ｂを介して送信する処理や逆の処理
を行っている間に、ディジタル識別信号ＤＩＳのモデム
信号を受信する（処理１３０２：図２３のフェーズＦ１
０９ｅ）。
【０１６８】そして、その受信したディジタル識別信号
ＤＩＳのＦＩＦ（ファクシミリ情報フィールド）の内容
のうちのビット１１、１２、１３及び１４の組合せによ
り通知される着信側Ｇ３ファクス４０ｂが対応してい
る、必要ネットワーク帯域としての通信速度（＝Ｂ）を
調査する（処理１３０３）。
ＤＩＳのＦＩＦ（ファクシミリ情報フィールド）の内容
のうちのビット１１、１２、１３及び１４の組合せによ
り通知される着信側Ｇ３ファクス４０ｂが対応してい
る、必要ネットワーク帯域としての通信速度（＝Ｂ）を
調査する（処理１３０３）。
【０１６９】そして、処理１３０３で取得した必要ネッ
トワーク帯域Ｂが、処理１１１０で保持していた確保ネ
ットワーク帯域Ａより広いか否かを判断する（判断１３
０４。
トワーク帯域Ｂが、処理１１１０で保持していた確保ネ
ットワーク帯域Ａより広いか否かを判断する（判断１３
０４。
【０１７０】そして、必要ネットワーク帯域Ｂが確保ネ
ットワーク帯域Ａ以下の場合には（判断１３０４のＮ
ｏ）、ディジタル識別信号ＤＩＳで通知される通信速度
能力の最高速度が、発信側T.38/H.323 AnnexD端末、つ
まり、ＩＡＦ２０ａ、または、ＧＷ１ａ（を介したＧ３
ファクス４０ａ）により図２３のフェーズＦ１０９ｇの
ディジタル送信命令信号ＤＣＳにより設定されたとして
も、以後のファクシミリメッセージデータの伝送時にパ
ケット網６０ｂにおいて帯域オーバーが生じることがな
いため、処理１３０２でモデム信号として受信したディ
ジタル識別信号ＤＩＳを内容を書き換えることなくその
まま発信側端末にパケット送信し（処理１３０６：図２
３のフェーズＦ１０９ｆ）、以後のフェーズＦ１０９の
ファクスプロトコル処理を行う（処理１３０７）。
ットワーク帯域Ａ以下の場合には（判断１３０４のＮ
ｏ）、ディジタル識別信号ＤＩＳで通知される通信速度
能力の最高速度が、発信側T.38/H.323 AnnexD端末、つ
まり、ＩＡＦ２０ａ、または、ＧＷ１ａ（を介したＧ３
ファクス４０ａ）により図２３のフェーズＦ１０９ｇの
ディジタル送信命令信号ＤＣＳにより設定されたとして
も、以後のファクシミリメッセージデータの伝送時にパ
ケット網６０ｂにおいて帯域オーバーが生じることがな
いため、処理１３０２でモデム信号として受信したディ
ジタル識別信号ＤＩＳを内容を書き換えることなくその
まま発信側端末にパケット送信し（処理１３０６：図２
３のフェーズＦ１０９ｆ）、以後のフェーズＦ１０９の
ファクスプロトコル処理を行う（処理１３０７）。
【０１７１】必要ネットワーク帯域Ｂが確保ネットワー
ク帯域Ａよりも広い場合には（判断１３０４のＹｅ
ｓ）、そのままでは、着信側Ｇ３ファクス４０ｂの通信
速度能力と同じかそれ以上の通信速度能力を、発信側
Ｔ．３８端末（を介した発信側Ｇ３ファクス４０ａ）が
備えている場合には、必要ネットワーク帯域Ｂが確保ネ
ットワーク帯域Ａよりも広い状態のまま、以後のファク
シミリメッセージデータの伝送が行われてしまい、パケ
ット網６０ｂにおいて帯域オーバーが生じて通信エラー
となるおそれがあるため、処理１３０２でモデム信号と
して受信したディジタル識別信号ＤＩＳの通信速度能力
についての内容（ビット番号１１ないし１４のビット列
により定義されている）を確保ネットワーク帯域Ａ（例
えば9,000bps）以下に、必要ネットワーク帯域Ｂがなる
ような通信速度能力（7,200bps：ビット列では例えば
「1,1,0,1」）に書換え変換し（処理１３０５）、その
書換え変換後のディジタル識別信号ＤＩＳをパケットに
変換して発信側Ｔ．３８端末に送信し（処理１３０６：
図２３のフェーズＦ１０９ｆ）、以後フェーズＦ１０９
のファクスプロトコル処理を継続する（処理１３０
７）。
ク帯域Ａよりも広い場合には（判断１３０４のＹｅ
ｓ）、そのままでは、着信側Ｇ３ファクス４０ｂの通信
速度能力と同じかそれ以上の通信速度能力を、発信側
Ｔ．３８端末（を介した発信側Ｇ３ファクス４０ａ）が
備えている場合には、必要ネットワーク帯域Ｂが確保ネ
ットワーク帯域Ａよりも広い状態のまま、以後のファク
シミリメッセージデータの伝送が行われてしまい、パケ
ット網６０ｂにおいて帯域オーバーが生じて通信エラー
となるおそれがあるため、処理１３０２でモデム信号と
して受信したディジタル識別信号ＤＩＳの通信速度能力
についての内容（ビット番号１１ないし１４のビット列
により定義されている）を確保ネットワーク帯域Ａ（例
えば9,000bps）以下に、必要ネットワーク帯域Ｂがなる
ような通信速度能力（7,200bps：ビット列では例えば
「1,1,0,1」）に書換え変換し（処理１３０５）、その
書換え変換後のディジタル識別信号ＤＩＳをパケットに
変換して発信側Ｔ．３８端末に送信し（処理１３０６：
図２３のフェーズＦ１０９ｆ）、以後フェーズＦ１０９
のファクスプロトコル処理を継続する（処理１３０
７）。
【０１７２】なお、処理１３０７におけるファクスプロ
トコル処理においては、図２３に示すように、フェーズ
Ｆ１０９ｉ、Ｆ１０９ｊの画情報のファクシミリメッセ
ージの伝送終了後、伝送後手順に移行する前に、フェー
ズＦ１０９ｋ及びフェーズＦ１０９ｌにより、確保する
ネットワーク帯域を、Ｔ．３０に基づいた伝送制御手順
における制御信号のやりとりに使用される低速モデム
（300bps）用の帯域に抑える。これにより、フェーズＦ
１０９ｍ以降の伝送後手順においても、Ｔ．３０信号を
やりとりするために必要な最低限の帯域だけを確保で
き、Ｔ．３０に基づいた伝送制御手順における制御信号
のやりとりに必要な分以上の無駄に広い帯域を確保して
しまうことがない。
トコル処理においては、図２３に示すように、フェーズ
Ｆ１０９ｉ、Ｆ１０９ｊの画情報のファクシミリメッセ
ージの伝送終了後、伝送後手順に移行する前に、フェー
ズＦ１０９ｋ及びフェーズＦ１０９ｌにより、確保する
ネットワーク帯域を、Ｔ．３０に基づいた伝送制御手順
における制御信号のやりとりに使用される低速モデム
（300bps）用の帯域に抑える。これにより、フェーズＦ
１０９ｍ以降の伝送後手順においても、Ｔ．３０信号を
やりとりするために必要な最低限の帯域だけを確保で
き、Ｔ．３０に基づいた伝送制御手順における制御信号
のやりとりに必要な分以上の無駄に広い帯域を確保して
しまうことがない。
【０１７３】処理１３０７のフェーズＦ１０９の通信が
終了した後、判断１１０９がＹｅｓとなった後、判断１
２０３がＹｅｓとなった後、または、判断１２０５がＹ
ｅｓとなった後、fastConnect手順により、CLC(CloseLo
gicalChannel)を含むRELCOMPメッセージを受信すると
（処理１３０８）、相手端末に対して帯域解放（RSVP_T
ear）のパケット送出し、リソースの解放を行って（処
理１３０９）、処理を終了する。
終了した後、判断１１０９がＹｅｓとなった後、判断１
２０３がＹｅｓとなった後、または、判断１２０５がＹ
ｅｓとなった後、fastConnect手順により、CLC(CloseLo
gicalChannel)を含むRELCOMPメッセージを受信すると
（処理１３０８）、相手端末に対して帯域解放（RSVP_T
ear）のパケット送出し、リソースの解放を行って（処
理１３０９）、処理を終了する。
【０１７４】なお、この第６実施形態は、第５実施形態
の変形例であるが、同様の変形は、第１及び第３実施形
態にたいしても同様に適用できるのはいうまでもない。
の変形例であるが、同様の変形は、第１及び第３実施形
態にたいしても同様に適用できるのはいうまでもない。
【０１７５】次に、本発明の実施の形態に係るゲートウ
ェイ装置１が着信側ゲートウェイ装置１ｂとして行う、
図５及び図６に示した第１実施形態に係る着信処理の変
形例である、第７実施形態に係る着信側処理について、
図２４及び図２５を参照して説明する。また、図２４及
び図２５に示す処理手順に対応するリアルタイムネット
ワークファクシミリ通信の通信シーケンスについて図２
６に示す。
ェイ装置１が着信側ゲートウェイ装置１ｂとして行う、
図５及び図６に示した第１実施形態に係る着信処理の変
形例である、第７実施形態に係る着信側処理について、
図２４及び図２５を参照して説明する。また、図２４及
び図２５に示す処理手順に対応するリアルタイムネット
ワークファクシミリ通信の通信シーケンスについて図２
６に示す。
【０１７６】図２４において、着信側ＧＷ１ｂは、呼制
御用ＴＣＰチャンネルの確立後（図２６のフェーズＦ１
１０）、発信側Ｔ．３８端末（ＩＡＦ２０ａまたはＧＷ
１ａ）からＳＥＴＵＰパケットを受信する（処理１４０
１：図２６のフェーズＦ１１１）。また、ＳＥＴＵＰパ
ケットにより、着信側の宛先（ファクス番号）を取得す
る。また、受信ＳＥＴＵＰパケットは、fastConnect手
順のもので、そのＳＥＴＵＰ内のOLC(OpenLogicalChann
el)により、相手端末がRSVPを使用できるかどうか調査
する。
御用ＴＣＰチャンネルの確立後（図２６のフェーズＦ１
１０）、発信側Ｔ．３８端末（ＩＡＦ２０ａまたはＧＷ
１ａ）からＳＥＴＵＰパケットを受信する（処理１４０
１：図２６のフェーズＦ１１１）。また、ＳＥＴＵＰパ
ケットにより、着信側の宛先（ファクス番号）を取得す
る。また、受信ＳＥＴＵＰパケットは、fastConnect手
順のもので、そのＳＥＴＵＰ内のOLC(OpenLogicalChann
el)により、相手端末がRSVPを使用できるかどうか調査
する。
【０１７７】相手端末がRSVに対応していなかった場合
には（判断１４０２のＮｏ）、着信側Ｇ３ファクス４０
ｂに対して電話網５０ｂを介して発呼し（処理１４０
３：図２６のフェーズＦ１１２）、その発呼に対する応
答を受ける（処理１４０４：図２６のフェーズＦ１１
３）。
には（判断１４０２のＮｏ）、着信側Ｇ３ファクス４０
ｂに対して電話網５０ｂを介して発呼し（処理１４０
３：図２６のフェーズＦ１１２）、その発呼に対する応
答を受ける（処理１４０４：図２６のフェーズＦ１１
３）。
【０１７８】そして、発信側Ｔ．３８端末装置に対して
ＣＯＮＮＥＣＴパケットを送信し（処理１４０５：図２
６のフェーズＦ１１４）、処理１４１０で、記憶装置５
に予め記憶・登録していたネットワーク帯域を、確保ネ
ットワーク帯域としてのbit_rate（＝Ａ）として取得し
（処理１４１０）、図２６の処理１５０１に移行する。
ＣＯＮＮＥＣＴパケットを送信し（処理１４０５：図２
６のフェーズＦ１１４）、処理１４１０で、記憶装置５
に予め記憶・登録していたネットワーク帯域を、確保ネ
ットワーク帯域としてのbit_rate（＝Ａ）として取得し
（処理１４１０）、図２６の処理１５０１に移行する。
【０１７９】判断１４０２において、相手端末がRSVに
対応していた場合には（判断１４０２のＹｅｓ）、着信
側Ｇ３ファクス４０ｂに対して電話網５０ｂを介して発
呼し（処理１４０６）、その発呼に対する応答を受ける
（処理１４０７）。
対応していた場合には（判断１４０２のＹｅｓ）、着信
側Ｇ３ファクス４０ｂに対して電話網５０ｂを介して発
呼し（処理１４０６）、その発呼に対する応答を受ける
（処理１４０７）。
【０１８０】そして、発信側Ｔ．３８端末装置に対して
ＣＯＮＮＥＣＴパケットを送信する（処理１４０８）。
なお、その場合送信するＣＯＮＮＥＣＴパケットは、fa
stConnect手順のもので、そのＣＯＮＮＥＣＴ内のOLC(O
penLogicalChannel)により、自端末もRSVプロトコルを
サポートしていることを示すOLC_Ack(OpenLogicalChann
elAck)メッセージを返す。
ＣＯＮＮＥＣＴパケットを送信する（処理１４０８）。
なお、その場合送信するＣＯＮＮＥＣＴパケットは、fa
stConnect手順のもので、そのＣＯＮＮＥＣＴ内のOLC(O
penLogicalChannel)により、自端末もRSVプロトコルを
サポートしていることを示すOLC_Ack(OpenLogicalChann
elAck)メッセージを返す。
【０１８１】その後、発信側の相手端末からRSVP_Path
メッセージを受信しない場合には（判断１４０９のＮ
ｏ）、記憶装置５に予め記憶・登録していたネットワー
ク帯域を、確保ネットワーク帯域としてのbit_rate（＝
Ａ）として取得し（処理１４１０）、図２６の処理１５
０１に移行する。
メッセージを受信しない場合には（判断１４０９のＮ
ｏ）、記憶装置５に予め記憶・登録していたネットワー
ク帯域を、確保ネットワーク帯域としてのbit_rate（＝
Ａ）として取得し（処理１４１０）、図２６の処理１５
０１に移行する。
【０１８２】発信側の相手端末からRSVP_Pathメッセー
ジを受信した場合には（判断１４０９のＹｅｓ）、ネッ
トワーク上のルータに対してRSVP_Resvメッセージによ
りリソースの予約要求を行う（処理１４１１）。
ジを受信した場合には（判断１４０９のＹｅｓ）、ネッ
トワーク上のルータに対してRSVP_Resvメッセージによ
りリソースの予約要求を行う（処理１４１１）。
【０１８３】このとき予約する帯域は現状G3ファクシミ
リ通信の最大速度がV.34で33.6Kbps、ISDNのG3で64Kbps
であることと、パケットネットワークでの遅延を考慮
し、現状では64K〜128Kbps程度が望ましい値である。こ
の値については、ユーザのネットワーク環境や将来のフ
ァクシミリプロトコルの拡張を考慮して、ユーザ設定し
た値を記憶装置に保存することを可能とする。
リ通信の最大速度がV.34で33.6Kbps、ISDNのG3で64Kbps
であることと、パケットネットワークでの遅延を考慮
し、現状では64K〜128Kbps程度が望ましい値である。こ
の値については、ユーザのネットワーク環境や将来のフ
ァクシミリプロトコルの拡張を考慮して、ユーザ設定し
た値を記憶装置に保存することを可能とする。
【０１８４】予約要求が受け付けられれば、帯域確保成
功を示す応答（RSVP_Conf）が得られることになるが、
そのRSVP_Confのパケットが受信されない場合には（判
断１４１２のＹｅｓ）、記憶装置５に予め記憶・登録し
ていたネットワーク帯域を、確保ネットワーク帯域とし
てのbit_rate（＝Ａ）として取得し（処理１４１０）、
図２６の処理１５０１に移行する。
功を示す応答（RSVP_Conf）が得られることになるが、
そのRSVP_Confのパケットが受信されない場合には（判
断１４１２のＹｅｓ）、記憶装置５に予め記憶・登録し
ていたネットワーク帯域を、確保ネットワーク帯域とし
てのbit_rate（＝Ａ）として取得し（処理１４１０）、
図２６の処理１５０１に移行する。
【０１８５】RSVP_Confのパケットが受信された場合に
は（判断１４１２のＹｅｓ）、予約要求に対して、帯域
確保が失敗した場合（RSVP Error)（判断１４１３のＮ
ｏ）、リトライ回数が満了していない限り、処理１４１
１に戻って、帯域幅を少なくするなど内容を変更して帯
域確保要求（RSVP_Resv）を再度発行する（判断１４１
５のＮｏ）。
は（判断１４１２のＹｅｓ）、予約要求に対して、帯域
確保が失敗した場合（RSVP Error)（判断１４１３のＮ
ｏ）、リトライ回数が満了していない限り、処理１４１
１に戻って、帯域幅を少なくするなど内容を変更して帯
域確保要求（RSVP_Resv）を再度発行する（判断１４１
５のＮｏ）。
【０１８６】リトライ回数が満了してしまった場合には
（判断１４１５のＹｅｓ）、通信エラーとして、図２５
の処理１５０８に移行する。
（判断１４１５のＹｅｓ）、通信エラーとして、図２５
の処理１５０８に移行する。
【０１８７】リトライ回数の満了までに帯域予約が成功
した場合には（判断１４１３のＹｅｓ）、確保できた帯
域幅（確保ネットワーク帯域）としてのbit_rate（＝
Ａ）を記憶装置５に保存し（処理１４１６）、図２５の
処理１５０１に移行する。
した場合には（判断１４１３のＹｅｓ）、確保できた帯
域幅（確保ネットワーク帯域）としてのbit_rate（＝
Ａ）を記憶装置５に保存し（処理１４１６）、図２５の
処理１５０１に移行する。
【０１８８】これにより、以後の着信側ＧＷ１ｂにおけ
るパケット網６０ｂを介した通信は、確保ネットワーク
帯域Ａの範囲内で行われ、また、行う必要がある。
るパケット網６０ｂを介した通信は、確保ネットワーク
帯域Ａの範囲内で行われ、また、行う必要がある。
【０１８９】図２５の処理１５０１では、図２６のフェ
ーズＦ１１６で確立されたデータチャンネルを使用し
て、フェーズＦ１１７のファクスプロトコル処理を開始
する（処理１５０１）。
ーズＦ１１６で確立されたデータチャンネルを使用し
て、フェーズＦ１１７のファクスプロトコル処理を開始
する（処理１５０１）。
【０１９０】そして、処理１５０１で開始されたフェー
ズＦ１１７のファクスプロトコル処理、すなわち、電話
網５０ｂを介して受信した被呼局識別信号ＣＥＤ、被呼
端末識別信号ＣＳＩ、ディジタル識別信号ＤＩＳ等の
Ｔ．３０信号のモデム信号を受信し、パケットに変換
し、パケット網６０ｂを介して送信する処理や逆の処理
を行っている間に、ディジタル識別信号ＤＩＳのモデム
信号を受信する（処理１５０２：図２６のフェーズＦ１
１７ｃ）。
ズＦ１１７のファクスプロトコル処理、すなわち、電話
網５０ｂを介して受信した被呼局識別信号ＣＥＤ、被呼
端末識別信号ＣＳＩ、ディジタル識別信号ＤＩＳ等の
Ｔ．３０信号のモデム信号を受信し、パケットに変換
し、パケット網６０ｂを介して送信する処理や逆の処理
を行っている間に、ディジタル識別信号ＤＩＳのモデム
信号を受信する（処理１５０２：図２６のフェーズＦ１
１７ｃ）。
【０１９１】そして、その受信したディジタル識別信号
ＤＩＳのＦＩＦ（ファクシミリ情報フィールド）の内容
のうちのビット１１、１２、１３及び１４の組合せによ
り通知される着信側、すなわち、Ｇ３ファクス４０ｂが
対応している、必要ネットワーク帯域としての通信速度
（＝Ｂ）を調査する（処理１５０３）。
ＤＩＳのＦＩＦ（ファクシミリ情報フィールド）の内容
のうちのビット１１、１２、１３及び１４の組合せによ
り通知される着信側、すなわち、Ｇ３ファクス４０ｂが
対応している、必要ネットワーク帯域としての通信速度
（＝Ｂ）を調査する（処理１５０３）。
【０１９２】そして、処理１５０３で取得した必要ネッ
トワーク帯域Ｂが、処理１４１６で保持していた、また
は、処理１４１０で取得した確保ネットワーク帯域Ａよ
り広いか否かを判断する（判断１５０４）。
トワーク帯域Ｂが、処理１４１６で保持していた、また
は、処理１４１０で取得した確保ネットワーク帯域Ａよ
り広いか否かを判断する（判断１５０４）。
【０１９３】そして、必要ネットワーク帯域Ｂが確保ネ
ットワーク帯域Ａ以下の場合には（判断１５０４のＮ
ｏ）、ディジタル識別信号ＤＩＳで通知される通信速度
能力の最高速度が、発信側T.38/H.323 AnnexD端末、つ
まり、ＩＡＦ２０ａ、または、ＧＷ１ａ（を介したＧ３
ファクス４０ａ）により図２６のフェーズＦ１１７ｆの
ディジタル送信命令信号ＤＣＳにより設定されたとして
も、以後のファクシミリメッセージデータの伝送時にパ
ケット網６０ｂにおいて帯域オーバーが生じることがな
いため、処理１５０２でモデム信号として受信したディ
ジタル識別信号ＤＩＳを内容を書き換えることなくその
まま発信側端末にパケット送信し（処理１５０６：図２
６のフェーズＦ１１７ｅ）、以後のフェーズＦ１１７の
ファクスプロトコル処理を行う（処理１５０７）。
ットワーク帯域Ａ以下の場合には（判断１５０４のＮ
ｏ）、ディジタル識別信号ＤＩＳで通知される通信速度
能力の最高速度が、発信側T.38/H.323 AnnexD端末、つ
まり、ＩＡＦ２０ａ、または、ＧＷ１ａ（を介したＧ３
ファクス４０ａ）により図２６のフェーズＦ１１７ｆの
ディジタル送信命令信号ＤＣＳにより設定されたとして
も、以後のファクシミリメッセージデータの伝送時にパ
ケット網６０ｂにおいて帯域オーバーが生じることがな
いため、処理１５０２でモデム信号として受信したディ
ジタル識別信号ＤＩＳを内容を書き換えることなくその
まま発信側端末にパケット送信し（処理１５０６：図２
６のフェーズＦ１１７ｅ）、以後のフェーズＦ１１７の
ファクスプロトコル処理を行う（処理１５０７）。
【０１９４】必要ネットワーク帯域Ｂが確保ネットワー
ク帯域Ａよりも広い場合には（判断１５０４のＹｅ
ｓ）、そのままでは、着信側Ｇ３ファクス４０ｂの通信
速度能力と同じかそれ以上の通信速度能力を、発信側
Ｔ．３８端末（を介した発信側Ｇ３ファクス４０ａ）が
備えている場合には、必要ネットワーク帯域Ｂが確保ネ
ットワーク帯域Ａよりも広い状態のまま、以後のファク
シミリメッセージデータの伝送が行われてしまい、パケ
ット網６０ｂにおいて帯域オーバーが生じて通信エラー
となるおそれがあるため、処理１５０２でモデム信号と
して受信したディジタル識別信号ＤＩＳの通信速度能力
についての内容（ビット番号１１ないし１４のビット列
により定義されている）を確保ネットワーク帯域Ａ（例
えば9,000bps）以下に、必要ネットワーク帯域Ｂがなる
ような通信速度能力（7,200bps：ビット列では例えば
「1,1,0,1」）に書換え変換し（処理１５０５：図２６
のフェーズＦ１１７ｄ）、その書換え変換後のディジタ
ル識別信号ＤＩＳをパケットに変換して発信側Ｔ．３８
端末に送信し（処理１５０６：図２６のフェーズＦ１１
７ｅ）、以後フェーズＦ１１７のファクスプロトコル処
理を継続する。
ク帯域Ａよりも広い場合には（判断１５０４のＹｅ
ｓ）、そのままでは、着信側Ｇ３ファクス４０ｂの通信
速度能力と同じかそれ以上の通信速度能力を、発信側
Ｔ．３８端末（を介した発信側Ｇ３ファクス４０ａ）が
備えている場合には、必要ネットワーク帯域Ｂが確保ネ
ットワーク帯域Ａよりも広い状態のまま、以後のファク
シミリメッセージデータの伝送が行われてしまい、パケ
ット網６０ｂにおいて帯域オーバーが生じて通信エラー
となるおそれがあるため、処理１５０２でモデム信号と
して受信したディジタル識別信号ＤＩＳの通信速度能力
についての内容（ビット番号１１ないし１４のビット列
により定義されている）を確保ネットワーク帯域Ａ（例
えば9,000bps）以下に、必要ネットワーク帯域Ｂがなる
ような通信速度能力（7,200bps：ビット列では例えば
「1,1,0,1」）に書換え変換し（処理１５０５：図２６
のフェーズＦ１１７ｄ）、その書換え変換後のディジタ
ル識別信号ＤＩＳをパケットに変換して発信側Ｔ．３８
端末に送信し（処理１５０６：図２６のフェーズＦ１１
７ｅ）、以後フェーズＦ１１７のファクスプロトコル処
理を継続する。
【０１９５】処理１５０７のフェーズＦ１１７の通信が
終了した後、または、判断１４１５がＹｅｓとなった
後、fastConnect手順により、CLC(CloseLogicalChanne
l)を含むRELCOMPメッセージを受信すると（処理１５０
８）、相手端末がRSVP対応でない場合には（判断１５０
９のＮｏ）、それで処理を終了するが、相手端末がRSVP
対応の場合には（判断１５０９のＹｅｓ）、相手端末に
対して帯域解放（RSVP_Tear）のパケット送出し、リソ
ースの解放を行って（処理１５０９）、処理を終了す
る。
終了した後、または、判断１４１５がＹｅｓとなった
後、fastConnect手順により、CLC(CloseLogicalChanne
l)を含むRELCOMPメッセージを受信すると（処理１５０
８）、相手端末がRSVP対応でない場合には（判断１５０
９のＮｏ）、それで処理を終了するが、相手端末がRSVP
対応の場合には（判断１５０９のＹｅｓ）、相手端末に
対して帯域解放（RSVP_Tear）のパケット送出し、リソ
ースの解放を行って（処理１５０９）、処理を終了す
る。
【０１９６】このように、確保ネットワーク帯域Ａをパ
ケット網内のルータを介してを得るためには、前記パケ
ット網上の相手端末装置が帯域予約機能対応でなければ
ならず、また経路途中に介在するルータも帯域予約機能
対応でなければならないことに鑑みて、あらかじめ確保
すべきネットワーク帯域についての情報を自装置におい
て記憶登録しておくことで、ファクシミリ通信に割り当
てるネットワーク帯域をゲートウェイ装置自身が管理す
ることができ、前記パケット網上の相手端末装置やルー
タが帯域予約機能に対応していない場合でも、ファクシ
ミリ通信に必要な帯域を制限することができるようにな
る。
ケット網内のルータを介してを得るためには、前記パケ
ット網上の相手端末装置が帯域予約機能対応でなければ
ならず、また経路途中に介在するルータも帯域予約機能
対応でなければならないことに鑑みて、あらかじめ確保
すべきネットワーク帯域についての情報を自装置におい
て記憶登録しておくことで、ファクシミリ通信に割り当
てるネットワーク帯域をゲートウェイ装置自身が管理す
ることができ、前記パケット網上の相手端末装置やルー
タが帯域予約機能に対応していない場合でも、ファクシ
ミリ通信に必要な帯域を制限することができるようにな
る。
【０１９７】なお、この第７実施形態は、第１実施形態
の変形例であるが、同様の変形は、第２実施形態にたい
しても同様に適用できるのはいうまでもない。また、従
来のゲートウェイ装置に対して単にファクシミリ通信に
割り当てる帯域を制限する目的のみの場合には、この第
７実施形態を、第１または第２実施形態のRSVP手順を除
いたものと組み合わせることも有用である。
の変形例であるが、同様の変形は、第２実施形態にたい
しても同様に適用できるのはいうまでもない。また、従
来のゲートウェイ装置に対して単にファクシミリ通信に
割り当てる帯域を制限する目的のみの場合には、この第
７実施形態を、第１または第２実施形態のRSVP手順を除
いたものと組み合わせることも有用である。
【０１９８】また、Ｇ３ファクシミリ通信においては、
呼接続完了（SETUP/CONNECT）後、発信側においては、
相手ファクシミリからのフラグ受信までの時間（35±5
秒）、着信側においては、発信側からのDCS受信までの
時間（35±5秒）としてのタイマーＴ１、ＣＦＲ送信か
ら最初のPIX受信（6±1秒）までの時間としてのタイマ
ーＴ２、コマンドに対する応答（3秒±15%）までの時間
としてのタイマＴ４等の各種タイマ値が規定されている
が、ファクシミリ通信では通信の各フェーズで許容する
応答信号の最大タイムアウト値が異なるため、常に同じ
ネットワーク遅延率を要求する必要はないことに鑑み
て、以上説明した第１ないし第７実施形態において、上
記タイマーの計時を開始する直前のタイミングで最大許
容遅延率を変更したRSVP_resvメッセージを送出するよ
うにすることで、すなわち、ルータに要求する許容する
最大遅延率をファクシミリ伝送手順に定められた各タイ
マーに連動して変更することで、呼制御フェーズや能力
交換フェーズ、データフェーズなどで、相手端末からの
応答を待っているときに、ルータに要求する最大遅延率
を個別に設定でき、より効率的にネットワーク資源を使
用することができるようになる。
呼接続完了（SETUP/CONNECT）後、発信側においては、
相手ファクシミリからのフラグ受信までの時間（35±5
秒）、着信側においては、発信側からのDCS受信までの
時間（35±5秒）としてのタイマーＴ１、ＣＦＲ送信か
ら最初のPIX受信（6±1秒）までの時間としてのタイマ
ーＴ２、コマンドに対する応答（3秒±15%）までの時間
としてのタイマＴ４等の各種タイマ値が規定されている
が、ファクシミリ通信では通信の各フェーズで許容する
応答信号の最大タイムアウト値が異なるため、常に同じ
ネットワーク遅延率を要求する必要はないことに鑑み
て、以上説明した第１ないし第７実施形態において、上
記タイマーの計時を開始する直前のタイミングで最大許
容遅延率を変更したRSVP_resvメッセージを送出するよ
うにすることで、すなわち、ルータに要求する許容する
最大遅延率をファクシミリ伝送手順に定められた各タイ
マーに連動して変更することで、呼制御フェーズや能力
交換フェーズ、データフェーズなどで、相手端末からの
応答を待っているときに、ルータに要求する最大遅延率
を個別に設定でき、より効率的にネットワーク資源を使
用することができるようになる。
【０１９９】なお、以上説明した実施の形態において
は、ＧＷタイプのＴ．３８端末であるゲートウェイ装置
１に本発明を適用したが、本発明はそれに限らず、ゲー
トウェイ装置１と同様なリアルタイムファクシミリ通信
の中継機能を兼ね備えたＩＡＦタイプのＴ．３８端末
（ネットワークファクシミリ装置）、ゲートウェイ装置
１と同様なリアルタイムファクシミリ通信の中継機能を
兼ね備えたＧ３ファクシミリ装置等に対しても同様に適
用可能であることはいうまでもない。
は、ＧＷタイプのＴ．３８端末であるゲートウェイ装置
１に本発明を適用したが、本発明はそれに限らず、ゲー
トウェイ装置１と同様なリアルタイムファクシミリ通信
の中継機能を兼ね備えたＩＡＦタイプのＴ．３８端末
（ネットワークファクシミリ装置）、ゲートウェイ装置
１と同様なリアルタイムファクシミリ通信の中継機能を
兼ね備えたＧ３ファクシミリ装置等に対しても同様に適
用可能であることはいうまでもない。
【０２００】
【発明の効果】請求項１に係る発明によれば、発信側／
着信側の前記ファクシミリ装置と着信側／発信側の前記
相手端末装置（ネットワークファクシミリ装置または、
公衆網を介してファクシミリ装置と接続されるゲートウ
ェイ装置）との間で設定される通信速度での通信を妨げ
ないような前記パケット網上でのネットワーク帯域であ
る前記必要ネットワーク帯域が、前記パケット網内のル
ータを介した所定のやりとりにより確保されたネットワ
ーク帯域である前記確保ネットワーク帯域以下になるよ
うに調節されるため、前記パケット網におけるネットワ
ーク帯域が狭いために、前記ファクシミリ装置と前記相
手端末装置との間の通信にエラーが生じてしまうような
事態の発生を防止して正常な通信を行うことが可能とな
る効果が得られる。
着信側の前記ファクシミリ装置と着信側／発信側の前記
相手端末装置（ネットワークファクシミリ装置または、
公衆網を介してファクシミリ装置と接続されるゲートウ
ェイ装置）との間で設定される通信速度での通信を妨げ
ないような前記パケット網上でのネットワーク帯域であ
る前記必要ネットワーク帯域が、前記パケット網内のル
ータを介した所定のやりとりにより確保されたネットワ
ーク帯域である前記確保ネットワーク帯域以下になるよ
うに調節されるため、前記パケット網におけるネットワ
ーク帯域が狭いために、前記ファクシミリ装置と前記相
手端末装置との間の通信にエラーが生じてしまうような
事態の発生を防止して正常な通信を行うことが可能とな
る効果が得られる。
【０２０１】請求項２に係る発明によれば、前記パケッ
ト網の残ネットワーク帯域が少ない等の理由で、前記必
要ネットワーク帯域よりも、前記パケット網内のルータ
を介した所定のやりとりにより確保されたネットワーク
帯域である前記確保ネットワーク帯域のほうが狭くなっ
てしまうような場合には、着信側の前記ファクシミリ装
置から受信したファクシミリ制御信号の通信速度能力を
書き換えて、発信側の前記相手端末装置に送信して、前
記着信側のファクシミリ装置の通信速度能力を低く見せ
かけるようにすることにより、前記発信側の相手端末装
置（当該相手端末装置がゲートウェイ装置の場合には電
話網を介した発信側のファクシミリ装置）が自装置の通
信速度能力と着信側からのファクシミリ制御信号により
通知された通信速度能力との範囲内で決定・設定する実
際の通信速度に相当する前記必要ネットワーク帯域が前
記確保ネットワーク帯域以下になるように調節すること
ができ、前記確保ネットワーク帯域が狭い場合でも、通
信エラーの発生を防止した正常な通信が可能となる効果
が得られる。
ト網の残ネットワーク帯域が少ない等の理由で、前記必
要ネットワーク帯域よりも、前記パケット網内のルータ
を介した所定のやりとりにより確保されたネットワーク
帯域である前記確保ネットワーク帯域のほうが狭くなっ
てしまうような場合には、着信側の前記ファクシミリ装
置から受信したファクシミリ制御信号の通信速度能力を
書き換えて、発信側の前記相手端末装置に送信して、前
記着信側のファクシミリ装置の通信速度能力を低く見せ
かけるようにすることにより、前記発信側の相手端末装
置（当該相手端末装置がゲートウェイ装置の場合には電
話網を介した発信側のファクシミリ装置）が自装置の通
信速度能力と着信側からのファクシミリ制御信号により
通知された通信速度能力との範囲内で決定・設定する実
際の通信速度に相当する前記必要ネットワーク帯域が前
記確保ネットワーク帯域以下になるように調節すること
ができ、前記確保ネットワーク帯域が狭い場合でも、通
信エラーの発生を防止した正常な通信が可能となる効果
が得られる。
【０２０２】請求項３に係る発明によれば、前記パケッ
ト網の残ネットワーク帯域が少ない等の理由で、前記必
要ネットワーク帯域よりも、前記パケット網内のルータ
を介した所定のやりとりにより確保されたネットワーク
帯域である前記確保ネットワーク帯域のほうが狭くなっ
てしまうような場合には、着信側の前記相手端末装置か
ら受信したファクシミリ制御信号の通信速度能力を書き
換えて、発信側の前記ファクシミリ装置に送信して、前
記着信側の相手端末装置の通信速度能力を低く見せかけ
るようにすることにより、前記発信側のファクシミリ装
置が自装置の通信速度能力と着信側からのファクシミリ
制御信号により通知された通信速度能力との範囲内で決
定・設定する実際の通信速度に相当する前記必要ネット
ワーク帯域が前記確保ネットワーク帯域以下になるよう
に調節することができ、前記確保ネットワーク帯域が狭
い場合でも、通信エラーの発生を防止した正常な通信が
可能となる効果が得られる。
ト網の残ネットワーク帯域が少ない等の理由で、前記必
要ネットワーク帯域よりも、前記パケット網内のルータ
を介した所定のやりとりにより確保されたネットワーク
帯域である前記確保ネットワーク帯域のほうが狭くなっ
てしまうような場合には、着信側の前記相手端末装置か
ら受信したファクシミリ制御信号の通信速度能力を書き
換えて、発信側の前記ファクシミリ装置に送信して、前
記着信側の相手端末装置の通信速度能力を低く見せかけ
るようにすることにより、前記発信側のファクシミリ装
置が自装置の通信速度能力と着信側からのファクシミリ
制御信号により通知された通信速度能力との範囲内で決
定・設定する実際の通信速度に相当する前記必要ネット
ワーク帯域が前記確保ネットワーク帯域以下になるよう
に調節することができ、前記確保ネットワーク帯域が狭
い場合でも、通信エラーの発生を防止した正常な通信が
可能となる効果が得られる。
【０２０３】請求項４に係る発明によれば、前記パケッ
ト網の残ネットワーク帯域が少ない等の理由で、前記必
要ネットワーク帯域よりも、前記パケット網内のルータ
を介した所定のやりとりにより確保されたネットワーク
帯域である前記確保ネットワーク帯域のほうが狭くなっ
てしまうような場合には、発信側の前記相手端末装置か
らファクシミリ制御信号で設定された通信速度でのモデ
ムトレーニングが失敗したかのようにみせかけて最終的
な設定通信速度に相当する前記必要ネットワーク帯域が
前記確保ネットワーク帯域以下になるように調節するこ
とができ、前記確保ネットワーク帯域が狭い場合でも、
通信エラーの発生を防止した正常な通信が可能となる効
果が得られる。また、着信側からのファクシミリ制御信
号による通信速度能力ではなく、発信側からのファクシ
ミリ制御信号による設定通信速度により通信速度を調節
するようにしているため、前記確保ネットワーク帯域の
範囲内でネットワーク帯域の無駄のない最適通信速度に
調節することができる利点がある。
ト網の残ネットワーク帯域が少ない等の理由で、前記必
要ネットワーク帯域よりも、前記パケット網内のルータ
を介した所定のやりとりにより確保されたネットワーク
帯域である前記確保ネットワーク帯域のほうが狭くなっ
てしまうような場合には、発信側の前記相手端末装置か
らファクシミリ制御信号で設定された通信速度でのモデ
ムトレーニングが失敗したかのようにみせかけて最終的
な設定通信速度に相当する前記必要ネットワーク帯域が
前記確保ネットワーク帯域以下になるように調節するこ
とができ、前記確保ネットワーク帯域が狭い場合でも、
通信エラーの発生を防止した正常な通信が可能となる効
果が得られる。また、着信側からのファクシミリ制御信
号による通信速度能力ではなく、発信側からのファクシ
ミリ制御信号による設定通信速度により通信速度を調節
するようにしているため、前記確保ネットワーク帯域の
範囲内でネットワーク帯域の無駄のない最適通信速度に
調節することができる利点がある。
【０２０４】請求項５に係る発明によれば、前記パケッ
ト網の残ネットワーク帯域が少ない等の理由で、前記必
要ネットワーク帯域よりも、前記パケット網内のルータ
を介した所定のやりとりにより確保されたネットワーク
帯域である前記確保ネットワーク帯域のほうが狭くなっ
てしまうような場合には、発信側の前記ファクシミリ装
置からファクシミリ制御信号で設定された通信速度での
モデムトレーニングが失敗したかのようにみせかけて最
終的な設定通信速度に相当する前記必要ネットワーク帯
域が前記確保ネットワーク帯域以下になるように調節す
ることができ、前記確保ネットワーク帯域が狭い場合で
も、通信エラーの発生を防止した正常な通信が可能とな
る効果が得られる。また、着信側からのファクシミリ制
御信号による通信速度能力ではなく、発信側からのファ
クシミリ制御信号による設定通信速度により通信速度を
調節するようにしているため、前記確保ネットワーク帯
域の範囲内でネットワーク帯域の無駄のない最適通信速
度に調節することができる利点がある。
ト網の残ネットワーク帯域が少ない等の理由で、前記必
要ネットワーク帯域よりも、前記パケット網内のルータ
を介した所定のやりとりにより確保されたネットワーク
帯域である前記確保ネットワーク帯域のほうが狭くなっ
てしまうような場合には、発信側の前記ファクシミリ装
置からファクシミリ制御信号で設定された通信速度での
モデムトレーニングが失敗したかのようにみせかけて最
終的な設定通信速度に相当する前記必要ネットワーク帯
域が前記確保ネットワーク帯域以下になるように調節す
ることができ、前記確保ネットワーク帯域が狭い場合で
も、通信エラーの発生を防止した正常な通信が可能とな
る効果が得られる。また、着信側からのファクシミリ制
御信号による通信速度能力ではなく、発信側からのファ
クシミリ制御信号による設定通信速度により通信速度を
調節するようにしているため、前記確保ネットワーク帯
域の範囲内でネットワーク帯域の無駄のない最適通信速
度に調節することができる利点がある。
【０２０５】請求項６に係る発明によれば、ファクシミ
リ通信では通信手順の各フェーズで伝送速度が異なるた
め、データ転送フェーズで必要なネットワーク帯域を通
信開始時から終了時まで占有してしまう必要はないこと
に鑑みて、一定のネットワーク帯域を確保するのではな
く、呼制御フェーズや能力交換フェーズなど、データフ
ェーズ以外の通信手順を行っているときに、ルータに要
求するネットワーク帯域を減らすことで、トータルでは
より少ないネットワーク帯域で通信することが可能にな
り、より効率的にネットワーク資源を使用することが可
能となる効果が得られる。
リ通信では通信手順の各フェーズで伝送速度が異なるた
め、データ転送フェーズで必要なネットワーク帯域を通
信開始時から終了時まで占有してしまう必要はないこと
に鑑みて、一定のネットワーク帯域を確保するのではな
く、呼制御フェーズや能力交換フェーズなど、データフ
ェーズ以外の通信手順を行っているときに、ルータに要
求するネットワーク帯域を減らすことで、トータルでは
より少ないネットワーク帯域で通信することが可能にな
り、より効率的にネットワーク資源を使用することが可
能となる効果が得られる。
【０２０６】請求項７に係る発明によれば、ネットワー
ク環境が劣悪な場合、ファクシミリ通信に必要な最低限
の帯域を確保できないことがり、そのようなときに前記
電話網上のファクシミリ装置に発呼することは電話代の
無駄遣いになってしまうことに鑑みて、ファクシミリ通
信がいずれ失敗することが推測できるような場合には前
記電話網上のファクシミリ装置に発呼する前に通信を中
止するようにしたため、無駄な電話代を節約することが
可能となる効果が得られる。
ク環境が劣悪な場合、ファクシミリ通信に必要な最低限
の帯域を確保できないことがり、そのようなときに前記
電話網上のファクシミリ装置に発呼することは電話代の
無駄遣いになってしまうことに鑑みて、ファクシミリ通
信がいずれ失敗することが推測できるような場合には前
記電話網上のファクシミリ装置に発呼する前に通信を中
止するようにしたため、無駄な電話代を節約することが
可能となる効果が得られる。
【０２０７】請求項８に係る発明によれば、前記確保ネ
ットワーク帯域を得るためには、前記パケット網上の相
手端末装置が帯域予約機能対応でなければならず、また
経路途中に介在するルータも帯域予約機能対応でなけれ
ばならないことに鑑みて、あらかじめ確保すべきネット
ワーク帯域についての情報を自装置において記憶登録し
ておくことで、ファクシミリ通信に割り当てるネットワ
ーク帯域を本発明に係るゲートウェイ装置自身が管理す
ることができ、前記パケット網上の相手端末装置やルー
タが帯域予約機能に対応していない場合でも、ファクシ
ミリ通信に必要な帯域を制限することが可能となる効果
が得られる。
ットワーク帯域を得るためには、前記パケット網上の相
手端末装置が帯域予約機能対応でなければならず、また
経路途中に介在するルータも帯域予約機能対応でなけれ
ばならないことに鑑みて、あらかじめ確保すべきネット
ワーク帯域についての情報を自装置において記憶登録し
ておくことで、ファクシミリ通信に割り当てるネットワ
ーク帯域を本発明に係るゲートウェイ装置自身が管理す
ることができ、前記パケット網上の相手端末装置やルー
タが帯域予約機能に対応していない場合でも、ファクシ
ミリ通信に必要な帯域を制限することが可能となる効果
が得られる。
【図１】本発明の実施の形態に係るゲートウェイ装置を
含むリアルタイムネットワークファクシミリ通信システ
ムの構成について示す図である。
含むリアルタイムネットワークファクシミリ通信システ
ムの構成について示す図である。
【図２】本発明の実施の形態に係るゲートウェイ装置の
ブロック構成について示す図である。
ブロック構成について示す図である。
【図３】本発明の実施の形態に係るゲートウェイ装置に
おけるソフトウェア構成について示す図である。
おけるソフトウェア構成について示す図である。
【図４】ＲＳＶＰを使用したＨ．３２３シーケンスの一
例について示す図である。
例について示す図である。
【図５】本発明の実施の形態に係るゲートウェイ装置に
おける第１実施形態に係る着信側処理手順について示す
フローチャートである。
おける第１実施形態に係る着信側処理手順について示す
フローチャートである。
【図６】図５と共に、本発明の実施の形態に係るゲート
ウェイ装置における第１実施形態に係る着信側処理手順
について示すフローチャートである。
ウェイ装置における第１実施形態に係る着信側処理手順
について示すフローチャートである。
【図７】図５及び図６の処理手順に対応する通信シーケ
ンスについて示す図である。
ンスについて示す図である。
【図８】本発明の実施の形態に係るゲートウェイ装置に
おける第２実施形態に係る発信側処理手順について示す
フローチャートである。
おける第２実施形態に係る発信側処理手順について示す
フローチャートである。
【図９】図８と共に、本発明の実施の形態に係るゲート
ウェイ装置における第２実施形態に係る発信側処理手順
について示すフローチャートである。
ウェイ装置における第２実施形態に係る発信側処理手順
について示すフローチャートである。
【図１０】図８及び図９の処理手順に対応する通信シー
ケンスについて示す図である。
ケンスについて示す図である。
【図１１】本発明の実施の形態に係るゲートウェイ装置
における第３実施形態に係る着信側処理手順について示
すフローチャートである。
における第３実施形態に係る着信側処理手順について示
すフローチャートである。
【図１２】図１１と共に、本発明の実施の形態に係るゲ
ートウェイ装置における第３実施形態に係る着信側処理
手順について示すフローチャートである。
ートウェイ装置における第３実施形態に係る着信側処理
手順について示すフローチャートである。
【図１３】図１１及び図１２の処理手順に対応する通信
シーケンスについて示す図である。
シーケンスについて示す図である。
【図１４】本発明の実施の形態に係るゲートウェイ装置
における第４実施形態に係る発信側処理手順について示
すフローチャートである。
における第４実施形態に係る発信側処理手順について示
すフローチャートである。
【図１５】図１４と共に、本発明の実施の形態に係るゲ
ートウェイ装置における第４実施形態に係る発信側処理
手順について示すフローチャートである。
ートウェイ装置における第４実施形態に係る発信側処理
手順について示すフローチャートである。
【図１６】図１４及び図１５の処理手順に対応する通信
シーケンスについて示す図である。
シーケンスについて示す図である。
【図１７】本発明の実施の形態に係るゲートウェイ装置
における第５実施形態に係る着信側処理手順について示
すフローチャートである。
における第５実施形態に係る着信側処理手順について示
すフローチャートである。
【図１８】図１７と共に、本発明の実施の形態に係るゲ
ートウェイ装置における第５実施形態に係る着信側処理
手順について示すフローチャートである。
ートウェイ装置における第５実施形態に係る着信側処理
手順について示すフローチャートである。
【図１９】図１７及び図１８の処理手順に対応する通信
シーケンスについて示す図である。
シーケンスについて示す図である。
【図２０】本発明の実施の形態に係るゲートウェイ装置
における第６実施形態に係る着信側処理手順について示
すフローチャートである。
における第６実施形態に係る着信側処理手順について示
すフローチャートである。
【図２１】図２０と共に、本発明の実施の形態に係るゲ
ートウェイ装置における第６実施形態に係る着信側処理
手順について示すフローチャートである。
ートウェイ装置における第６実施形態に係る着信側処理
手順について示すフローチャートである。
【図２２】図２０及び図２１と共に、本発明の実施の形
態に係るゲートウェイ装置における第６実施形態に係る
着信側処理手順について示すフローチャートである。
態に係るゲートウェイ装置における第６実施形態に係る
着信側処理手順について示すフローチャートである。
【図２３】図２０、図２１及び図２２の処理手順に対応
する通信シーケンスについて示す図である。
する通信シーケンスについて示す図である。
【図２４】本発明の実施の形態に係るゲートウェイ装置
における第７実施形態に係る着信側処理手順について示
すフローチャートである。
における第７実施形態に係る着信側処理手順について示
すフローチャートである。
【図２５】図２４と共に、本発明の実施の形態に係るゲ
ートウェイ装置における第７実施形態に係る着信側処理
手順について示すフローチャートである。
ートウェイ装置における第７実施形態に係る着信側処理
手順について示すフローチャートである。
【図２６】図２４及び図２５の処理手順に対応する通信
シーケンスについて示す図である。
シーケンスについて示す図である。
１、１ａ、1ｂ ゲートウェイ装置
２ システム制御部
３ ＲＯＭ
４ ＲＡＭ
５ 記憶装置
６ オペポート
７ ＬＡＮコントローラ
８ トランス
１２ モデム
１３ 網制御部
１４ システムバス
２０ａ、２０ｂ ＩＡＦ
３０ａ、３０ｂ ゲートキーパ装置
４０ａ、４０ｂ Ｇ３ファクス
５０、５０ａ、５０ｂ 電話網
６０、６０ａ、６０ｂ パケット網
７０ 通信ライン
８０ａ、８０ｂ ルータ
─────────────────────────────────────────────────────
フロントページの続き
Ｆターム(参考） 5C062 AA02 AA29 AA30 AB38 AC28
AC29 AC43 AE14
5C075 AB90 CA08 CA14 CA90 CD21
CD90 CE11 FF90
5K030 GA19 HA01 HA08 HB04 HC01
HC02 HD03 HD05 JT05 KA01
KA03 KA06 KA13 LC01
5K051 AA03 BB03 CC01 CC02 DD01
EE01 EE02 FF11 FF16 HH15
HH27
Claims (8)
- 【請求項１】 パケット網及び電話網に接続され、前記
パケット網内のルータを介した所定のやりとりにより確
保されたネットワーク帯域である確保ネットワーク帯域
の範囲内で前記パケット網を介した通信を行う一方、前
記パケット網を介してゲートウェイ装置またはネットワ
ークファクシミリ装置である相手端末装置から受信する
パケット化されたファクシミリ制御信号をモデム信号に
リアルタイム変換して前記電話網を介してファクシミリ
装置に送信すると共に、前記電話網を介して前記ファク
シミリ装置からモデム信号として受信したファクシミリ
制御信号をリアルタイムでパケット化して前記パケット
網を介して前記相手端末装置に送信することにより、前
記パケット網上の相手端末装置と前記電話網上のファク
シミリ装置との間のリアルタイムファクシミリ通信を可
能とするゲートウェイ装置であって、 前記ファクシミリ装置と前記相手端末装置との間で設定
される通信速度に相当する必要ネットワーク帯域が、前
記確保ネットワーク帯域以下となるように調節する通信
速度／ネットワーク帯域調節手段を備えたことを特徴と
するゲートウェイ装置。 - 【請求項２】 前記通信速度／ネットワーク帯域調節手
段は、着信側の前記ファクシミリ装置から前記電話網を
介して受信した所定のファクシミリ制御信号の情報内容
として含まれる通信速度能力に相当する必要ネットワー
ク帯域が、前記確保ネットワーク帯域より広い場合に
は、前記必要ネットワーク帯域が前記確保ネットワーク
帯域以下となるような当該必要ネットワーク帯域に相当
する通信速度能力に前記所定のファクシミリ制御信号の
通信速度能力に関する情報内容を書き換えた上でパケッ
ト化して前記パケット網上の相手端末装置に送信するも
のであることを特徴とする請求項１に記載のゲートウェ
イ装置。 - 【請求項３】 前記通信速度／ネットワーク帯域調節手
段は、着信側の前記相手端末装置から前記パケット網を
介して受信した所定のファクシミリ制御信号の情報内容
として含まれる通信速度能力に相当する必要ネットワー
ク帯域が、前記確保ネットワーク帯域より広い場合に
は、前記必要ネットワーク帯域が前記確保ネットワーク
帯域以下となるような当該必要ネットワーク帯域に相当
する通信速度能力に前記所定のファクシミリ制御信号の
通信速度能力に関する情報内容を書き換えた上でモデム
信号化して前記電話網上の発信側の前記ファクシミリ装
置に送信することを特徴とする請求項１に記載のゲート
ウェイ装置。 - 【請求項４】 前記通信速度／ネットワーク帯域調節手
段は、発信側の前記相手端末装置から前記パケット網を
介して受信した所定のファクシミリ制御信号の情報内容
として含まれる設定通信速度に相当する必要ネットワー
ク帯域が、前記確保ネットワーク帯域より広い場合に
は、発信側の前記相手端末装置から前記パケット網を介
して受信したモデムトレーニング信号に対して、前記発
信側の相手端末装置から再送信されてくる所定のファク
シミリ制御信号により通知される設定通信速度に相当す
る必要ネットワーク帯域が前記確保ネットワーク帯域以
下になるまで、前記発信側の相手端末装置に対してダミ
ーのトレーニング失敗信号を送信することを特徴とする
請求項１に記載のゲートウェイ装置。 - 【請求項５】 前記通信速度／ネットワーク帯域調節手
段は、発信側の前記ファクシミリ装置から前記電話網を
介して受信した所定のファクシミリ制御信号の情報内容
として含まれる設定通信速度に相当する必要ネットワー
ク帯域が、前記確保ネットワーク帯域より広い場合に
は、発信側の前記ファクシミリ装置から前記電話網を介
して受信した所定のモデムトレーニング信号に対して、
前記発信側のファクシミリ装置から再送信されてくる前
記所定のファクシミリ制御信号により通知される設定通
信速度に相当する必要ネットワーク帯域が前記確保ネッ
トワーク帯域以下になるまで、前記発信側のファクシミ
リ装置に対してダミーのトレーニング失敗信号を送信す
ることを特徴とする請求項１に記載のゲートウェイ装
置。 - 【請求項６】 前記通信速度／ネットワーク帯域調節手
段は、前記ルータに要求して確保する前記確保ネットワ
ーク帯域を、前記相手端末装置と前記ファクシミリ装置
との間のリアルタイムファクシミリ通信におけるファク
シミリ伝送手順の各フェーズで変更することを特徴とす
る請求項１に記載のゲートウェイ装置。 - 【請求項７】 前記通信速度／ネットワーク帯域調節手
段は、前記パケット網上の発信側の前記相手端末装置
と、前記電話網上の着信側のファクシミリ装置との間の
リアルタイムネットワークファクシミリ通信を中継する
場合に、前記ルータに要求して確保した前記確保ネット
ワーク帯域が、ファクシミリ通信に必要な所定の最低限
帯域以下の場合には、前記ファクシミリ装置への前記電
話網を介した発呼を行わないで通信を中止することを特
徴とする請求項１に記載のゲートウェイ装置。 - 【請求項８】 前記通信速度／ネットワーク帯域調節手
段は、前記ルータにネットワーク帯域を要求した結果、
前記ルータが帯域予約機能を備えていなかった場合、予
め記憶登録しておいた帯域情報を前記確保ネットワーク
帯域として、前記ファクシミリ装置と前記相手端末装置
との間で設定される通信速度に相当する必要ネットワー
ク帯域が、前記確保ネットワーク帯域以下となるように
調節することを特徴とする請求項１に記載のゲートウェ
イ装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001254472A JP4127351B2 (ja) | 2001-08-24 | 2001-08-24 | ゲートウェイ装置及びその制御方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001254472A JP4127351B2 (ja) | 2001-08-24 | 2001-08-24 | ゲートウェイ装置及びその制御方法 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2003069651A true JP2003069651A (ja) | 2003-03-07 |
| JP2003069651A5 JP2003069651A5 (ja) | 2006-08-17 |
| JP4127351B2 JP4127351B2 (ja) | 2008-07-30 |
Family
ID=19082631
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001254472A Expired - Fee Related JP4127351B2 (ja) | 2001-08-24 | 2001-08-24 | ゲートウェイ装置及びその制御方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4127351B2 (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007104524A (ja) * | 2005-10-07 | 2007-04-19 | Kyocera Mita Corp | Ｉｐゲートウェイ、通信方法、プログラム及びその記録媒体 |
| JP2009111910A (ja) * | 2007-10-31 | 2009-05-21 | Fujitsu Ltd | 呼制御装置、コンピュータプログラム、呼制御方法及び呼制御システム |
| JP2012004811A (ja) * | 2010-06-16 | 2012-01-05 | Fuji Xerox Co Ltd | 通信装置、そのプログラム |
-
2001
- 2001-08-24 JP JP2001254472A patent/JP4127351B2/ja not_active Expired - Fee Related
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007104524A (ja) * | 2005-10-07 | 2007-04-19 | Kyocera Mita Corp | Ｉｐゲートウェイ、通信方法、プログラム及びその記録媒体 |
| JP2009111910A (ja) * | 2007-10-31 | 2009-05-21 | Fujitsu Ltd | 呼制御装置、コンピュータプログラム、呼制御方法及び呼制御システム |
| JP2012004811A (ja) * | 2010-06-16 | 2012-01-05 | Fuji Xerox Co Ltd | 通信装置、そのプログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4127351B2 (ja) | 2008-07-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7218424B2 (en) | Facsimile transmission over packet networks with delivery notification | |
| US7907708B2 (en) | Voice and fax over IP call establishment in a communications network | |
| KR20060121764A (ko) | 신호 유형에 좌우되는 실시간 팩스 릴레이 | |
| US8514459B2 (en) | Communication device | |
| US7639403B2 (en) | Technique for connecting fax machines with advanced capabilities over a network which is not adapted to handle certain protocols | |
| JP3907945B2 (ja) | ゲートウェイ装置及びその制御方法、並びに、通信システム | |
| JP2003069651A (ja) | ゲートウェイ装置 | |
| US20060028692A1 (en) | Network facsimile apparatus | |
| JP2003258879A (ja) | 通信帯域予約システム、ｓｉｐ中継装置および帯域予約方法 | |
| JP3738763B2 (ja) | 画像通信装置 | |
| JP4013153B2 (ja) | 通信装置及びプログラム | |
| JP3857033B2 (ja) | 通信端末装置及びその制御方法、並びに、通信システム | |
| JP3856979B2 (ja) | インターネットファクシミリ通信システムの制御方法 | |
| JP6180229B2 (ja) | 通信装置及びその制御方法、並びにプログラム | |
| JP5328624B2 (ja) | 画像通信装置及び画像通信装置を制御するためのプログラム | |
| JP3977160B2 (ja) | ネットワークファクシミリ装置 | |
| JP5709945B2 (ja) | ファクシミリ装置、ファクシミリ装置の制御方法、及びプログラム | |
| JP4184734B2 (ja) | 通信システムおよびネットワークゲートウェイ装置およびネットワークファクシミリ装置およびファクシミリ装置および通信方法およびネットワークゲートウェイ装置の制御方法およびネットワークファクシミリ装置の制御方法およびファクシミリ装置の制御方法 | |
| JP2005252903A (ja) | ゲートウェイ装置 | |
| JP2004147244A (ja) | ネットワークファクシミリ装置 | |
| JP3563977B2 (ja) | リアルタイムインターネットゲートウェイファクシミリ装置の制御方法 | |
| JP3227238B2 (ja) | 端末装置 | |
| JP3740388B2 (ja) | ファクシミリゲートウェイ、ファクシミリゲートウェイの制御方法、およびファクシミリゲートウェイの制御プログラム | |
| JP2009017383A (ja) | ネットワークファクシミリ装置およびその通信方法 | |
| CN101330669B (zh) | 基于cdma2000移动通信系统的语音转传真业务实现方法和系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060704 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060704 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080425 |
|
| 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: 20080507 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080507 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110523 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120523 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120523 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130523 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140523 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |