(57)【要約】【課題】  自装置が接続されるネットワーク環境において自装置が使用を許されるネットワーク帯域が例え、リアルタイムネットワークファクシミリ通信の中継動作において末端の端末間で設定可能な最大のモデム通信速度に見合う帯域よりも狭くても、支障なくリアルタイムネットワークファクシミリ通信の中継動作を行うことができる利便性の高いゲートウェイ装置を提供すること。【解決手段】  自装置に設定された（使用を許される）ネットワーク帯域がリアルタイムネットワークファクシミリ通信の中継動作において末端の端末間で設定可能な最大のモデム通信速度に見合う帯域よりも狭い場合には、末端の端末間でやりとりされるディジタル識別信号ＤＩＳのモデム通信速度の情報を低い速度に書き替えて対応するようにした。【選択図】    図４
2005252903.tif 000002
【特許請求の範囲】
【請求項１】
パケット網及び電話網に接続され、前記パケット網上のＴ．３８端末と前記電話網上のファクシミリ装置との間に介在し、前記Ｔ．３８端末との間でのＩＴＵ−Ｔ勧告Ｔ．３８に基づくパケットのやりとりと前記ファクシミリ装置との間でのＩＴＵ−Ｔ勧告Ｔ．３０に基づく信号のやりとりとを並行しておこなうことにより、前記Ｔ．３８端末と前記ファクシミリ装置との間の通信を中継するリアルタイムネットワークファクシミリ通信中継動作を行うゲートウェイ装置において、
自装置が使用を許されるネットワーク帯域である自機設定ネットワーク帯域を予め設定・記憶する自機設定ネットワーク帯域設定記憶手段と、
前記パケット網上の発信側Ｔ．３８端末から前記パケット網を介したＳＥＴＵＰメッセージの着信により開始された前記リアルタイムネットワークファクシミリ通信中継動作においては、前記電話網上の着信側ファクシミリ装置から前記電話網を介して受信するＤＩＳ信号により特定される、前記着信側ファクシミリ装置が対応している最大のモデム通信速度と、前記自機設定ネットワーク帯域の範囲内で可能な最大のモデム通信速度とを比較して、低い方のモデム通信速度を上限モデム通信速度としてのその上限モデム通信速度を上限とする内容に前記ＤＩＳ信号の情報内容を書き替えてＤＩＳパケットに変換して前記発信側Ｔ．３８端末に送信する一方、前記電話網上の発信側ファクシミリ装置から前記電話網を介した着信により開始された前記リアルタイムネットワークファクシミリ通信中継動作においては、前記パケット網上の着信側Ｔ．３８端末から前記パケット網を介して受信するＤＩＳパケットにより特定される、前記着信側Ｔ．３８端末側が対応している最大のモデム通信速度と、前記自機設定ネットワーク帯域の範囲内で可能な最大のモデム通信速度とを比較して、低い方のモデム通信速度を上限モデム通信速度としてのその上限モデム通信速度を上限とする内容に前記ＤＩＳパケットの情報内容を書き替えてＤＩＳ信号に変換して前記発信側ファクシミリ装置に送信するモデム通信速度調節手段と
を備えたことを特徴とするゲートウェイ装置。
【請求項２】
パケット網及び電話網に接続され、前記パケット網上のＴ．３８端末と前記電話網上のファクシミリ装置との間に介在し、前記Ｔ．３８端末との間でのＩＴＵ−Ｔ勧告Ｔ．３８に基づくパケットのやりとりと前記ファクシミリ装置との間でのＩＴＵ−Ｔ勧告Ｔ．３０に基づく信号のやりとりとを並行しておこなうことにより、前記Ｔ．３８端末と前記ファクシミリ装置との間の通信を中継するリアルタイムネットワークファクシミリ通信中継動作を行うゲートウェイ装置において、
自装置が使用を許されるネットワーク帯域である自機設定ネットワーク帯域を予め設定・記憶する自機設定ネットワーク帯域設定記憶手段と、
前記パケット網上の発信側Ｔ．３８端末から前記パケット網を介したＳＥＴＵＰメッセージの着信により開始された前記リアルタイムネットワークファクシミリ通信中継動作においては、前記電話網上の着信側ファクシミリ装置から前記電話網を介して受信するＤＩＳ信号により特定される、前記着信側ファクシミリ装置が対応している最大のモデム通信速度と、前記自機設定ネットワーク帯域の範囲内で可能な最大のモデム通信速度とを比較して、低い方のモデム通信速度を上限モデム通信速度としてのその上限モデム通信速度以下のモデム通信速度が前記発信側Ｔ．３８端末からのＤＣＳパケットに設定されるまで、当該ＤＣＳパケットに続くＴＣＦパケットに対して無条件にＦＴＴパケットを返して、前記上限モデム通信速度以下のモデム通信速度が前記ＤＣＳパケットに設定されて初めて前記着信側ファクシミリ装置に対して当該ＤＣＳパケットを変換したＤＣＳ信号を送信する一方、前記電話網上の発信側ファクシミリ装置から前記電話網を介した着信により開始された前記リアルタイムネットワークファクシミリ通信中継動作においては、前記パケット網上の着信側Ｔ．３８端末から前記パケット網を介して受信するＤＩＳパケットにより特定される、前記着信側Ｔ．３８端末側が対応している最大のモデム通信速度と、前記自機設定ネットワーク帯域の範囲内で可能な最大のモデム通信速度とを比較して、低い方のモデム通信速度を上限モデム通信速度としてのその上限モデム通信速度以下のモデム通信速度が前記発信側ファクシミリ装置からのＤＣＳ信号に設定されるまで、当該ＤＣＳ信号に続くＴＣＦ信号に対して無条件にＦＴＴ信号を返して、前記上限モデム通信速度以下のモデム通信速度が前記ＤＣＳ信号に設定されて初めて前記着信側Ｔ．３８端末に対して当該ＤＣＳ信号を変換したＤＣＳパケットを送信するモデム通信速度調節手段と
を備えたことを特徴とするゲートウェイ装置。
【請求項３】
前記モデム通信速度調節手段は、前記リアルタイムネットワークファクシミリ通信中継動作が前記発信側Ｔ．３８端末からのＳＥＴＵＰメッセージの受信により開始された場合において当該ＳＥＴＵＰメッセージが前記発信側が要求するネットワーク帯域である発信側ネットワーク帯域の情報を含む場合、当該発信側ネットワーク帯域の範囲内で可能な最大のモデム通信速度を前記上限モデム通信速度として以後の制御を行うものであることを特徴とする請求項１または２のいずれかに記載のゲートウェイ装置。
【請求項４】
前記モデム通信速度調節手段は、前記リアルタイムネットワークファクシミリ通信中継動作が前記発信側Ｔ．３８端末からのＳＥＴＵＰメッセージの受信により開始された場合において当該ＳＥＴＵＰメッセージが前記発信側が要求するネットワーク帯域である発信側ネットワーク帯域の情報を含む場合、前記発信側ネットワーク帯域及び前記自機設定ネットワーク帯域のいずれか狭い方の帯域の範囲内で可能な最大のモデム通信速度を前記上限モデム通信速度として以後の制御を行うものであることを特徴とする請求項１または２のいずれかに記載のゲートウェイ装置。
【請求項５】
前記モデム通信速度調節手段は、前記パケット網上のゲートキーパからネットワーク帯域の割り当てを受けた場合、当該ネットワーク帯域及び前記自機設定ネットワーク帯域のいずれか狭い方の帯域の範囲内で可能な最大のモデム通信速度を前記上限モデム通信速度として以後の制御を行うものであることを特徴とする請求項１または２のいずれかに記載のゲートウェイ装置。
【請求項６】
前記モデム通信速度調節手段は、前記パケット網上のゲートキーパからネットワーク帯域の割り当てを受けた場合、当該ネットワーク帯域及び前記発信側ネットワーク帯域のいずれか狭い方の帯域の範囲内で可能な最大のモデム通信速度を前記上限モデム通信速度として以後の制御を行うものであることを特徴とする請求項３に記載のゲートウェイ装置。
【請求項７】
前記モデム通信速度調節手段は、前記パケット網上のゲートキーパからネットワーク帯域の割り当てを受けた場合、当該ネットワーク帯域、前記自機設定ネットワーク帯域、及び、前記発信側ネットワーク帯域のうちの最も狭い帯域の範囲内で可能な最大のモデム通信速度を前記上限モデム通信速度として以後の制御を行うものであることを特徴とする請求項４に記載のゲートウェイ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電話網及びパケット網に接続されて、前記電話網上のファクシミリ装置との信号のやりとりと前記パケット網上のＴ．３８端末とのパケットのやりとりとを並行して行ってリアルタイムネットワークファクシミリ通信の中継動作を行うゲートウェイ装置に関する。
【背景技術】
【０００２】
電話網を介したファクシミリ通信、具体的には、例えば、ＩＴＵ−Ｔ勧告Ｔ．３０に準拠したＧ（グループ）３ファクシミリ通信は、送信側端末と受信側端末とが直接ファクシミリ制御信号をやりとりしつつファクシミリメッセージの送受信を行う、リアルタイムの通信形態のため、送信側端末と受信側端末との間の能力交換が可能であり、また、通信中に受信側端末に受信エラーが生じれば、送信側端末でもファクシミリ制御信号の受信側端末とのやりとりに障害がでて送信エラーとなるため、送信側端末としては、ファクシミリメッセージを受信側端末に正しく送信できたか否かの判断が容易であるという利点がある。
【０００３】
その反面、電話網を介したファクシミリ通信は、通信時間に応じた通信料金が課金されしまう欠点がある。
【０００４】
一方、インターネット等のパケット網においては、電子メールによる通信がよく用いられる。電子メールによるネットワーク通信は、通信料金が基本的に無料であるという利点がある。
【０００５】
その反面、電子メールによるネットワーク通信は、送信側端末と最終的な受信側端末との間にメールサーバが介在して、送信側端末からメールサーバへの電子メールの送信と、電子メールを最終的に受信する受信側端末のメールサーバからの自装置宛電子メールの受信とが、同時には行われない、非リアルタイムの通信形態であるため、送信側端末と受信側端末との間の能力交換が不可能であり、また、受信側端末における電子メールのメールサーバからの受信中に受信エラーが生じても、送信側端末では、既に電子メールの送信は正常に終了しているため、送信側端末としては、メッセージを電子メールにより受信側端末に正しく送信できたか否かの判断ができないという欠点がある。
【０００６】
そのため、例えば、送信側端末から電子メールにより送信した文書データの形式（ファイル形式、符号化形式、解像度等）に、受信側端末が未対応であるために、送信側端末における文書データの電子メールによる送信は成功したのに、受信側端末において受信文書データを正しく処理できず、結果的に文書データの送信が失敗に終わってしまうという不具合が生じてしまうことがあった。
【０００７】
そこで、電話網を介したファクシミリ通信の利点である端末間の能力交換及びリアルタイム性と、ネットワークを介した通信の、通信料金がかからないという利点とを両立した通信形態として、１９９９年４月に、パケット化したファクシミリ制御信号をパケット網上でやり取りするためのＩＴＵ−Ｔ勧告Ｔ．３８が制定された。
【０００８】
この勧告Ｔ．３８に基づいた通信を行うことにより、端末間のファクシミリ通信に関する能力交換および通信のリアルタイム性が保証された通信をネットワーク上で行うことができるようになった。
【０００９】
勧告Ｔ．３８に従うネットワーク端末（Ｔ．３８端末）には、ネットワーク直結型のＩＡＦ（Internet Aware Fax）タイプと、専用線や公衆回線等の電話網へリアルタイムに転送するＧＷ（Gateway：ゲートウェイ）タイプとの２種類が存在する。
【００１０】
ＩＡＦタイプのＴ．３８端末は、相手端末装置（ＩＡＦまたはＧＷ）との間でパケット化されたＴ．３０信号をリアルタイムでやりとりして、自装置が相手端末装置にとっての直接の通信相手として文書データを送受信するネットワークファクシミリ装置である。
【００１１】
一方、ＧＷタイプのＴ．３８端末は、ネットワークを介して相手端末（ＩＡＦまたはＧＷ）から受信したパケットから抽出したＴ．３０信号をモデム信号に変換して電話網を介して最終宛先となるＧ３ファクシミリ装置へ転送し、また電話網を介して前記Ｇ３ファクシミリ装置からモデム信号として受信したＴ．３０信号をパケット化してネットワークを介して相手端末に転送することで、ネットワーク上のＴ．３８端末（ＩＡＦまたはＧＷ）と電話網上の従来型のファクシミリ装置との間でのリアルタイム通信を可能とするものである。
【００１２】
図１に、発信側と着信側との関係で見た場合の、ＧＷタイプのＴ．３８端末を含むリアルタイムネットワークファクシミリ通信システムの構成について示す。
【００１３】
同図において、発信側のＴ．３８端末となり得るのは、インターネットに代表されるＩＰネットワークなどのパケット網６００上のＴ．３８端末としてのＩＡＦ２００ｓ、または、電話網５００ｓ上のＧ３ファクス４００ｓにとってのゲートウェイ装置となるＧＷ１００ｓである。
【００１４】
また、着信側のＴ．３８端末となり得るのは、パケット網６００上のＴ．３８端末としてのＩＡＦ２００ｒまたは、電話網５００ｒ上のＧ３ファクス４００ｒにとってのゲートウェイ装置となるＧＷ１００ｒである。
【００１５】
また、パケット網６００には、パケット網上のＴ．３８端末に対して、アドレス解決やネットワーク帯域幅の割り当てなどの各種サービス提供するゲートキーパが接続されている場合もある。
【００１６】
ＧＷタイプのＴ．３８端末は、リアルタイムネットワークファクシミリ通信の中継動作の局面に応じて、図１に示す発信側ＧＷ１００ｓとなる場合と、図１に示す着信側ＧＷ１００ｒとなる場合とがある。
【００１７】
発信側ＧＷ１００ｓとなる場合には、電話網上の発信側Ｇ３ファクス４００ｓと、パケット網上の、ＩＡＦ２００ｒまたはＧＷ１００ｒ（を介した着信側Ｇ３ファクス４００ｒ）のいずれかの着信側Ｔ．３８端末との中継を行うことになる。
【００１８】
その場合、着信側ＩＡＦ２００ｒ、または、着信側ＧＷ１００ｒを介した着信側Ｇ３ファクス４００ｒが対応している複数のモデム通信速度は、ディジタル識別信号ＤＩＳにより発信側に通知され、発信側Ｇ３ファクス４００ｓが、自装置が対応している複数のモデム通信速度と、ＤＩＳにより通知された着信側が対応しているモデム通信速度との範囲内で最大のモデム通信速度を決定して、その決定結果を、ディジタル送信命令信号ＤＣＳにより着信側に通知して、以後、その決定したモデム通信速度での通信が行われる。
【００１９】
一方、着信側ＧＷ１００ｓとなる場合には、パケット網上のＩＡＦ２００ｓまたはＧＷ１００ｓ（を介した発信側Ｇ３ファクス４００ｓ）のいずれかの発信側Ｔ．３８端末と、着信側Ｇ３ファクス４００ｓとの中継を行うことになる。
【００２０】
その場合、着信側Ｇ３ファクス４００ｒが対応している複数のモデム通信速度は、ディジタル識別信号ＤＩＳにより発信側に通知され、発信側Ｇ３ファクス４００ｓまたは発信側ＩＡＦ２００ｓが、自装置が対応している複数のモデム通信速度と、ＤＩＳにより通知された着信側が対応しているモデム通信速度との範囲内で最大のモデム通信速度を決定して、その決定結果を、ディジタル送信命令信号ＤＣＳにより着信側に通知して、以後、その決定したモデム通信速度での通信が行われる。
【００２１】
そのように、ＧＷタイプのＴ．３８端末が、発信側ＧＷ１００ｒまたは着信側ＧＷ１００ｓのいずれの立場になるにしても、末端の端末間のＤＩＳとＤＣＳとのやりとりにより設定され得る最大のモデム通信速度（例えば１４.４００bps）に見合うネットワーク帯域を、パケット網上で使用できなければ、リアルタイムネットワークファクシミリ通信の中継動作に支障がでる。
【００２２】
そのため、ＧＷタイプのＴ．３８端末が実際に接続されるＬＡＮ（ルータを介してパケット網６００に接続される）等のネットワーク環境においては、限られたネットワーク帯域の一部を、ＧＷタイプのＴ．３８端末のために割く必要があり、その分、ＬＡＮ上の他のネットワーク端末の通信速度が低くなってしまっていた。
【００２３】
特にＩＳＤＮルータなどを使用して構築しているパケット網ではベースとなる帯域が６４K〜１２８Kbps程度と狭いため、その中から十分な帯域を確保すること自体が難しい。
【００２４】
そのように、ＧＷタイプのＴ．３８端末が実際に接続されるネットワーク環境において、ネットワーク帯域が十分ではない場合に、ＧＷタイプのＴ．３８端末に割り当てる（使用を許す）ネットワーク帯域を減らしたいという要請があるにも関わらず、リアルタイムネットワークファクシミリ通信において末端の端末間で設定され得る最大のモデム通信速度に見合うネットワーク帯域を必要とするＴ．３８対応のゲートウェイ装置の動作を保証する必要があるために、そのような要請に柔軟に対応できていなかった。
【００２５】
本願発明に関連する従来技術としては、特許文献１を挙げることができる。
【００２６】
その特許文献１に記載の技術は、Ｔ．３８対応のゲートウェイ装置が、ゲートキーパからの帯域情報によりネットワーク帯域の割り当てを受けた場合に、その割り当てられた帯域が例え、末端の端末間で設定され得る最大のモデム通信速度に見合うネットワーク帯域よりも狭くても、末端の端末間でやりとりされるファクシミリ通信プロトコルの一部を、それら末端の端末間に介在するゲートウェイ装置が改竄することにより、ゲートキーパから割り当てられたネットワーク帯域を超えたネットワーク帯域を必要とするようなモデム通信速度が末端の端末間で設定されないようにすることで、リアルタイムネットワークファクシミリ通信の中継動作に支障がでないようにしようとするものである。
【００２７】
【特許文献１】特開２００２−２０４２６７号公報
【発明の開示】
【発明が解決しようとする課題】
【００２８】
しかし、特許文献１の技術は、ゲートウェイ装置が、ゲートキーパのサービスを受けられない簡易なネットワーク環境にある場合には適用できず、また、ゲートウェイ装置が実際に接続されるローカルなネットワーク環境においてゲートウェイ装置に使用が許されるネットワーク帯域の適応的な増減に柔軟に対応できないという問題点があった。
【００２９】
本発明は係る事情に鑑みてなされたものであり、自装置が接続されるネットワーク環境において自装置が使用を許されるネットワーク帯域が例え、リアルタイムネットワークファクシミリ通信の中継動作において末端の端末間で設定可能な最大のモデム通信速度に見合う帯域よりも狭くても、支障なくリアルタイムネットワークファクシミリ通信の中継動作を行うことができる利便性の高いゲートウェイ装置を提供することを目的とする。
【課題を解決するための手段】
【００３０】
請求項１に記載のゲートウェイ装置は、パケット網及び電話網に接続され、前記パケット網上のＴ．３８端末と前記電話網上のファクシミリ装置との間に介在し、前記Ｔ．３８端末との間でのＩＴＵ−Ｔ勧告Ｔ．３８に基づくパケットのやりとりと前記ファクシミリ装置との間でのＩＴＵ−Ｔ勧告Ｔ．３０に基づく信号のやりとりとを並行しておこなうことにより、前記Ｔ．３８端末と前記ファクシミリ装置との間の通信を中継するリアルタイムネットワークファクシミリ通信中継動作を行うゲートウェイ装置において、自装置が使用を許されるネットワーク帯域である自機設定ネットワーク帯域を予め設定・記憶する自機設定ネットワーク帯域設定記憶手段と、前記パケット網上の発信側Ｔ．３８端末から前記パケット網を介したＳＥＴＵＰメッセージの着信により開始された前記リアルタイムネットワークファクシミリ通信中継動作においては、前記電話網上の着信側ファクシミリ装置から前記電話網を介して受信するＤＩＳ信号により特定される、前記着信側ファクシミリ装置が対応している最大のモデム通信速度と、前記自機設定ネットワーク帯域の範囲内で可能な最大のモデム通信速度とを比較して、低い方のモデム通信速度を上限モデム通信速度としてのその上限モデム通信速度を上限とする内容に前記ＤＩＳ信号の情報内容を書き替えてＤＩＳパケットに変換して前記発信側Ｔ．３８端末に送信する一方、前記電話網上の発信側ファクシミリ装置から前記電話網を介した着信により開始された前記リアルタイムネットワークファクシミリ通信中継動作においては、前記パケット網上の着信側Ｔ．３８端末から前記パケット網を介して受信するＤＩＳパケットにより特定される、前記着信側Ｔ．３８端末側が対応している最大のモデム通信速度と、前記自機設定ネットワーク帯域の範囲内で可能な最大のモデム通信速度とを比較して、低い方のモデム通信速度を上限モデム通信速度としてのその上限モデム通信速度を上限とする内容に前記ＤＩＳパケットの情報内容を書き替えてＤＩＳ信号に変換して前記発信側ファクシミリ装置に送信するモデム通信速度調節手段とを備えたことを特徴とする。
【００３１】
請求項２に記載のゲートウェイ装置は、パケット網及び電話網に接続され、前記パケット網上のＴ．３８端末と前記電話網上のファクシミリ装置との間に介在し、前記Ｔ．３８端末との間でのＩＴＵ−Ｔ勧告Ｔ．３８に基づくパケットのやりとりと前記ファクシミリ装置との間でのＩＴＵ−Ｔ勧告Ｔ．３０に基づく信号のやりとりとを並行しておこなうことにより、前記Ｔ．３８端末と前記ファクシミリ装置との間の通信を中継するリアルタイムネットワークファクシミリ通信中継動作を行うゲートウェイ装置において、自装置が使用を許されるネットワーク帯域である自機設定ネットワーク帯域を予め設定・記憶する自機設定ネットワーク帯域設定記憶手段と、前記パケット網上の発信側Ｔ．３８端末から前記パケット網を介したＳＥＴＵＰメッセージの着信により開始された前記リアルタイムネットワークファクシミリ通信中継動作においては、前記電話網上の着信側ファクシミリ装置から前記電話網を介して受信するＤＩＳ信号により特定される、前記着信側ファクシミリ装置が対応している最大のモデム通信速度と、前記自機設定ネットワーク帯域の範囲内で可能な最大のモデム通信速度とを比較して、低い方のモデム通信速度を上限モデム通信速度としてのその上限モデム通信速度以下のモデム通信速度が前記発信側Ｔ．３８端末からのＤＣＳパケットに設定されるまで、当該ＤＣＳパケットに続くＴＣＦパケットに対して無条件にＦＴＴパケットを返して、前記上限モデム通信速度以下のモデム通信速度が前記ＤＣＳパケットに設定されて初めて前記着信側ファクシミリ装置に対して当該ＤＣＳパケットを変換したＤＣＳ信号を送信する一方、前記電話網上の発信側ファクシミリ装置から前記電話網を介した着信により開始された前記リアルタイムネットワークファクシミリ通信中継動作においては、前記パケット網上の着信側Ｔ．３８端末から前記パケット網を介して受信するＤＩＳパケットにより特定される、前記着信側Ｔ．３８端末側が対応している最大のモデム通信速度と、前記自機設定ネットワーク帯域の範囲内で可能な最大のモデム通信速度とを比較して、低い方のモデム通信速度を上限モデム通信速度としてのその上限モデム通信速度以下のモデム通信速度が前記発信側ファクシミリ装置からのＤＣＳ信号に設定されるまで、当該ＤＣＳ信号に続くＴＣＦ信号に対して無条件にＦＴＴ信号を返して、前記上限モデム通信速度以下のモデム通信速度が前記ＤＣＳ信号に設定されて初めて前記着信側Ｔ．３８端末に対して当該ＤＣＳ信号を変換したＤＣＳパケットを送信するモデム通信速度調節手段とを備えたことを特徴とする。
【００３２】
請求項３に記載のゲートウェイ装置は、請求項１または２のいずれかに記載のゲートウェイ装置において、前記モデム通信速度調節手段は、前記リアルタイムネットワークファクシミリ通信中継動作が前記発信側Ｔ．３８端末からのＳＥＴＵＰメッセージの受信により開始された場合において当該ＳＥＴＵＰメッセージが前記発信側が要求するネットワーク帯域である発信側ネットワーク帯域の情報を含む場合、当該発信側ネットワーク帯域の範囲内で可能な最大のモデム通信速度を前記上限モデム通信速度として以後の制御を行うものであることを特徴とする。
【００３３】
請求項４に記載のゲートウェイ装置は、請求項１または２のいずれかに記載のゲートウェイ装置において、前記モデム通信速度調節手段は、前記リアルタイムネットワークファクシミリ通信中継動作が前記発信側Ｔ．３８端末からのＳＥＴＵＰメッセージの受信により開始された場合において当該ＳＥＴＵＰメッセージが前記発信側が要求するネットワーク帯域である発信側ネットワーク帯域の情報を含む場合、前記発信側ネットワーク帯域及び前記自機設定ネットワーク帯域のいずれか狭い方の帯域の範囲内で可能な最大のモデム通信速度を前記上限モデム通信速度として以後の制御を行うものであることを特徴とする。
【００３４】
請求項５に記載のゲートウェイ装置は、請求項１または２のいずれかに記載のゲートウェイ装置において、前記モデム通信速度調節手段は、前記パケット網上のゲートキーパからネットワーク帯域の割り当てを受けた場合、当該ネットワーク帯域及び前記自機設定ネットワーク帯域のいずれか狭い方の帯域の範囲内で可能な最大のモデム通信速度を前記上限モデム通信速度として以後の制御を行うものであることを特徴とする。
【００３５】
請求項６に記載のゲートウェイ装置は、請求項３に記載のゲートウェイ装置において、前記モデム通信速度調節手段は、前記パケット網上のゲートキーパからネットワーク帯域の割り当てを受けた場合、当該ネットワーク帯域及び前記発信側ネットワーク帯域のいずれか狭い方の帯域の範囲内で可能な最大のモデム通信速度を前記上限モデム通信速度として以後の制御を行うものであることを特徴とする。
【００３６】
請求項７に記載のゲートウェイ装置は、請求項４に記載のゲートウェイ装置において、前記モデム通信速度調節手段は、前記パケット網上のゲートキーパからネットワーク帯域の割り当てを受けた場合、当該ネットワーク帯域、前記自機設定ネットワーク帯域、及び、前記発信側ネットワーク帯域のうちの最も狭い帯域の範囲内で可能な最大のモデム通信速度を前記上限モデム通信速度として以後の制御を行うものであることを特徴とする。
【発明の効果】
【００３７】
請求項１に係る発明によれば、発信側Ｔ．３８端末と着信側ファクシミリ装置との間の通信、または、発信側ファクシミリ装置と着信側Ｔ．３８端末との通信におけるモデム通信速度の上限を、自装置に割り当てられたネットワーク帯域で伝送可能な速度の範囲内に制限できるため、自装置に割り当てられるネットワーク帯域が十分でない場合にも、リアルタイムネットワークファクシミリ通信の中継動作を支障なく行うことが可能となる効果が得られる。
【００３８】
請求項２に係る発明によれば、発信側Ｔ．３８端末と着信側ファクシミリ装置との間の通信、または、発信側ファクシミリ装置と着信側Ｔ．３８端末との通信におけるモデム通信速度の上限を、自装置に割り当てられたネットワーク帯域の範囲内で伝送可能な速度に制限できるため、自装置に割り当てられるネットワーク帯域が十分でない場合にも、リアルタイムネットワークファクシミリ通信の中継動作を支障なく行うことが可能となる効果が得られる。
【００３９】
請求項３に係る発明によれば、発信側Ｔ．３８端末と着信側ファクシミリ装置との間の通信、または、発信側ファクシミリ装置と着信側Ｔ．３８端末との通信におけるモデム通信速度の上限を、発信側Ｔ．３８端末から要求されたネットワーク帯域の範囲内で伝送可能な速度に制限できるため、発信側Ｔ．３８端末から要求されたネットワーク帯域が十分でない場合にも、リアルタイムネットワークファクシミリ通信の中継動作を支障なく行うことが可能となる効果が得られる。
【００４０】
請求項４に係る発明によれば、発信側Ｔ．３８端末と着信側ファクシミリ装置との間の通信、または、発信側ファクシミリ装置と着信側Ｔ．３８端末との通信におけるモデム通信速度の上限を、発信側Ｔ．３８端末から要求されたネットワーク帯域及び自装置に設定されたネットワーク帯域の範囲内で伝送可能な速度に制限できるため、発信側Ｔ．３８端末から要求されたネットワーク帯域または／及び自装置に設定されたネットワーク帯域が十分でない場合にも、リアルタイムネットワークファクシミリ通信の中継動作を支障なく行うことが可能となる効果が得られる。
【００４１】
請求項５に係る発明によれば、ゲートキーパからネットワーク帯域が割り当てらたれ場合に、その割り当てられた帯域が十分でない場合でも、リアルタイムネットワークファクシミリ通信の中継動作を支障なく行うことが可能となる効果が得られる。
【００４２】
請求項６に係る発明によれば、ゲートキーパからネットワーク帯域が割り当てらたれ場合に、その割り当てられた帯域が十分でない場合でも、リアルタイムネットワークファクシミリ通信の中継動作を支障なく行うことが可能となる効果が得られる。
【００４３】
請求項７に係る発明によれば、ゲートキーパからネットワーク帯域が割り当てらたれ場合に、その割り当てられた帯域が十分でない場合でも、リアルタイムネットワークファクシミリ通信の中継動作を支障なく行うことが可能となる効果が得られる。
【発明を実施するための最良の形態】
【００４４】
以下、添付図面を参照しながら、本発明を実施するための最良の形態について説明する
【００４５】
先ず、図１に本発明に係るＩＴＵ−Ｔ勧告Ｔ．３８に準拠したゲートウェイ装置が適用されるリアルタイムネットワークファクシミリ通信システムの構成について示す。
【００４６】
同図において、発信側のＴ．３８端末となり得るのは、インターネットに代表されるＩＰネットワークなどのパケット網６００上のＴ．３８端末としてのＩＡＦ２００ｓ、または、電話網５００ｓ上のＧ３ファクス４００ｓにとってのゲートウェイ装置となるＧＷ１００ｓである。
【００４７】
また、着信側のＴ．３８端末となり得るのは、パケット網６００上のＴ．３８端末としてのＩＡＦ２００ｒまたは、電話網５００ｒ上のＧ３ファクス４００ｒにとってのゲートウェイ装置となるＧＷ１００ｒである。
【００４８】
また、パケット網６００には、パケット網上のＴ．３８端末に対して、アドレス解決やネットワーク帯域幅の割り当てなどの各種サービス提供するゲートキーパ３００が接続されている場合もある。
【００４９】
ＧＷタイプのＴ．３８端末は、リアルタイムネットワークファクシミリ通信の中継動作の局面に応じて、図１に示す発信側ＧＷ１００ｓとなる場合と、図１に示す着信側ＧＷ１００ｒとなる場合とがある。
【００５０】
発信側ＧＷ１００ｓとなる場合には、電話網上の発信側Ｇ３ファクス４００ｓと、パケット網上の、ＩＡＦ２００ｒまたはＧＷ１００ｒ（を介した着信側Ｇ３ファクス４００ｒ）のいずれかの着信側Ｔ．３８端末との中継を行うことになる。
【００５１】
その場合、着信側ＩＡＦ２００ｒ、または、着信側ＧＷ１００ｒを介した着信側Ｇ３ファクス４００ｒが対応している複数のモデム通信速度は、ディジタル識別信号ＤＩＳにより発信側に通知され、発信側Ｇ３ファクス４００ｓが、自装置が対応している複数のモデム通信速度と、ＤＩＳにより通知された着信側が対応しているモデム通信速度との範囲内で最大のモデム通信速度を決定して、その決定結果を、ディジタル送信命令信号ＤＣＳにより着信側に通知して、以後、その決定したモデム通信速度での通信が行われる。
【００５２】
一方、着信側ＧＷ１００ｓとなる場合には、パケット網上のＩＡＦ２００ｓまたはＧＷ１００ｓ（を介した発信側Ｇ３ファクス４００ｓ）のいずれかの発信側Ｔ．３８端末と、着信側Ｇ３ファクス４００ｓとの中継を行うことになる。
【００５３】
その場合、着信側Ｇ３ファクス４００ｒが対応している複数のモデム通信速度は、ディジタル識別信号ＤＩＳにより発信側に通知され、発信側Ｇ３ファクス４００ｓまたは発信側ＩＡＦ２００ｓが、自装置が対応している複数のモデム通信速度と、ＤＩＳにより通知された着信側が対応しているモデム通信速度との範囲内で最大のモデム通信速度を決定して、その決定結果を、ディジタル送信命令信号ＤＣＳにより着信側に通知して、以後、その決定したモデム通信速度での通信が行われる。
【００５４】
本発明に係るゲートウェイ装置（ＧＷ）１は、リアルタイムネットワークファクシミリ通信中継動作の局面に応じて、図２に示すように、着信側のゲートウェイ装置１ｒとして動作する場合もあるし、図３に示すように、発信側のゲートウェイ装置１ｓとして動作する場合もある。
【００５５】
図４に、図２の着信側ゲートウェイ装置１ｒまたは図３の発信側ゲートウェイ装置１ｓとして動作する本発明に係るゲートウェイ装置（ＧＷ）１のブロック構成について示す。
【００５６】
同図において、ゲートウェイ装置１は、ＣＰＵ２、ＲＯＭ３、ＲＡＭ４、記憶装置５、操作表示部６、ＬＡＮ通信制御部７、モデム８、ＮＣＵ部９、及び、システムバス１０により構成されている。
【００５７】
ＣＰＵ２は、ＲＯＭ３に書き込まれた制御プログラムに従って、ＲＡＭ４を作業領域として使用しながら、装置各部を制御する中央演算処理装置である。
【００５８】
ＲＯＭ３は、前述したように、ＣＰＵ２が上記装置各部を制御するための制御プログラムが記憶されているリードオンリメモリである。ＲＡＭ４は、前述したようにＣＰＵ２システム制御部２の作業領域として使用されるランダムアクセスメモリである。
【００５９】
記憶装置５は、ハードディスク装置等により構成され、データを蓄積するためのものである。操作表示部６は、装置の動作状態の表示や各種操作入力を受け付けるためのものである。
【００６０】
ＬＡＮ通信制御部７は、ＬＡＮ５０に接続され、データリンク層のＬＡＮプロトコル上でのＴＣＰ・ＵＤＰ／ＩＰパケットのやりとりを制御するものである。また、ＬＡＮ５０はルータ５１を介してパケット網６００に接続され、ゲートウェイ装置１のパケット網６００を介したネットワーク通信を可能としている。しかし、ゲートウェイ装置１が実際に接続されるＬＡＮ５０が例え１０Ｍbpsや１００Ｍbpsのローカルな広いネットワーク帯域を備えていたとても、ルータ５１を介したパケット網６００への接続経路のネットワーク帯域は、ルータ５１がＩＳＤＮ回線用いたダイヤアップルータであるような場合には、６４K〜１２８Kbps程度と狭いため、ゲートウェイ装置１のリアルタイムネットワークファクシミリ通信中継動作だけを優先して、ゲートウェイ装置１が使用可能なネットワーク帯域（パケット網６００を介してやりとりするデータの伝送速度）を広くとり過ぎると、ＬＡＮ５０に接続されるその他のネットワーク端末（図示せず）がパケット網６００を介してやりとりする際のネットワーク帯域が狭くなり、ゲートウェイ装置１の動作だけが優遇されすぎてしまうという問題がある。本発明は、ゲートウェイ装置１とＬＡＮ５０上の他のネットワーク端末とが共用するネットワーク帯域を、ゲートウェイ装置１だけでなく、他のネットワーク端末の事情も考慮して利用できるようにするものである（詳細後述）。
【００６１】
モデム８は、Ｇ３ファクシミリモデムで、ＮＣＵ部９を介して電話網５００に送信するデータを変調する一方、ＮＣＵ部９を介して電話網５００から受信した信号を復調するものである。また、モデム８は、相手先番号に対応するＤＴＭＦ信号の送出も行う。
【００６２】
ＮＣＵ部９は、電話網５００に接続されて、電話網５００の回線の極性反転の検出、回線の直流ループの閉結・解放や、回線解放の検出、発信音の検出、ビジートーン等のトーン信号の検出、呼出信号の検出等の回線との接続制御や、相手先番号に対応する選択信号の、２０ＰＰＳまたは１０ＰＰＳのダイヤル回線に対応したダイヤルパルス信号による送出を行うものである。システムバス１０は、上記各部がデータをやり取りするための信号ラインである。
【００６３】
図５に、ゲートウェイ装置１におけるソフトウェア構成を示す。
【００６４】
同図において、ゲートウェイ装置１は、ＩＴＵ−Ｔ勧告Ｔ．３８に従うＧＷタイプのネットワーク端末であり、電話網５００を介したＩＴＵ−Ｔ勧告Ｔ．３０に基づいたＧ３ファクシミリ通信機能と、そのＧ３ファクシミリ通信機能と並行して実行される、パケット網６００を介したＩＴＵ−Ｔ勧告Ｔ．３８にもとづいたパケット通信機能とを備えたものとして構成されている。
【００６５】
そのため、図５に示すソフトウェア構成においては、「ファクスプロトコル（Ｔ．３０）制御」は、電話網でのファクスデータ通信を行う「ＭＯＤＥＭ制御」と、「ＬＡＮ通信制御」、その上位の「ＴＣＰ／ＩＰ」プロトコル、及び、リアルタイムネットワークファクシミリ通信を制御するための「Ｔ．３８パケット制御」より構成されるプロトコルスタックとの双方の上に位置する。更に、「ファクスプロトコル（Ｔ．３０）制御」の上には、操作表示部６の制御に対応する「操作表示制御」、及び、装置動作全体の統括的制御を行う「全体制御」が位置する。
【００６６】
図６にゲートウェイ装置１の記憶装置５の本発明に特徴的な記憶内容について示す。
【００６７】
同図の記憶装置５において、記憶領域５ａには、自機設定ネットワーク帯域設定状態フラグＦsetの値が設定・記憶される。記憶領域５ｂには自機設定ネットワーク帯域Ｗownが設定・記憶される。記憶領域５ｃには、モデム通信速度／必要ネットワーク帯域対応テーブルが予め記憶されている。
【００６８】
記憶領域５ａの自機設定ネットワーク帯域設定状態フラグＦsetは、記憶領域５ｂに自機設定ネットワーク帯域Ｗownが設定されている（有効）か否（無効）かを判断するための情報であり、値０が設定なし（無効）、値１が設定あり（有効）を示している。フラグＦsetは、操作表示部６を介した操作入力や他のネットワーク端末からの遠隔設定により、値０または値１に設定・記憶される。
【００６９】
記憶領域５ｂの自機設定ネットワーク帯域Ｗownは、ＬＡＮ５０に接続された、ゲートウェイ装置１を含むネットワーク端末で共用するパケット網６００との間のネットワーク帯域のうち、ゲートウェイ装置１に使用が許される帯域を予め設定・記憶したものである。帯域Ｗownは、操作表示部６を介した操作入力や他のネットワーク端末からの遠隔設定により、所定の帯域が設定・記憶され、現在は、図６に示すように、「１１,５２０bps」に設定されている。
【００７０】
記憶領域５ｂのテーブルでは、ゲートウェイ装置１が中継するリアルタイムネットワークファクシミリ通信において、末端の端末間で設定され得る各「モデム通信速度」に見合う、つまり、各モデム通信速度での通信をパケット網６００で支障なく行える、「必要ネットワーク帯域」が設定・記憶されている。
【００７１】
「モデム通信速度」は、「２,４００bps」、「４,８００bps」、「７,２００bps」、「９,６００bps」、及び、「１４,４００bps」であり、「必要ネットワーク帯域」は、対応する「モデム通信速度」の１．２倍に設定されている。なお、その「１．２倍」は、ＴＣＰ・ＵＤＰ／ＩＰプロトコルにおけるパケットロスによるパケット再送などを考慮して設定されるべきもので、その設定値は適用されるパケット網によって異なるもので、適切に設定されるべきものである。
【００７２】
図７に、ゲートウェイ装置１における着信側／発信側制御処理手順について示す。
【００７３】
同図において、ゲートウェイ装置１は、パケット網６００からの「ＳＥＴＵＰ」メッセージの受信、または、電話網５００からの着信を監視している（判断Ｓ１０１のＮｏ、判断Ｓ１０２のＮｏのループ）。
【００７４】
そして、「ＳＥＴＵＰ」メッセージを受信した場合、つまり、ゲートウェイ装置１が図２の着信側ゲートウェイ装置１ｒの立場となった場合には（判断Ｓ１０１のＹｅｓ）、着信側ＧＷ処理を行い（処理Ｓ１０３）、判断Ｓ１０１に戻る。
【００７５】
電話網６００から着信した場合、つまり、ゲートウェイ装置１が図３の発信側ゲートウェイ装置１ｓの立場となった場合には（判断Ｓ１０２のＹｅｓ）、発信側ＧＷ処理を行い（処理Ｓ１０３）、判断Ｓ１０１に戻る。
【００７６】
図８に、図７の着信側ＧＷ処理（処理Ｓ１０３）の具体的な処理手順の第１例について示す。また、図９には、図８の第１例の着信側ＧＷ処理に対応した通信シーケンスについて示す。
【００７７】
それらの図において、フェーズＦ０で発信側Ｔ．３８端末（ＩＡＦ２００ｓ、または、ＧＷ１００ｓ（を介したＧ３ファクス４００ｓ））との間で、呼制御用ＴＣＰチャネルを確立した後（フェーズＦ０）、ＳＥＴＵＰメッセージを受信すると（フェーズＦ１）、図７の判断Ｓ１０１がＹｅｓとなり、図８に具体的に示す着信側ＧＷ処理（Ｓ１０３）が行われる。
【００７８】
つまり、先ず、図６の記憶領域５ｂの自機設定ネットワーク帯域Ｗownを、テーブル５ｃと照合して対応するモデム通信速度を上限モデム通信速度Ｖlimitとして取得しておく（処理Ｓ２０１）。
【００７９】
そして、フェーズＦ１のＳＥＴＵＰメッセージに通知された宛先の着信側Ｇ３ファクス４００ｒに発呼し（処理Ｓ２０２、フェーズＦ２）、その着信側Ｇ３ファクス４００ｒからの応答（オフフック）を受け（処理Ｓ２０３、フェーズＦ３）、発信側Ｔ．３８端末にＣＯＮＮＥＣＴメッセージのパケットを送信する（処理Ｓ２０４、フェーズＦ４）。それにより、発信側Ｔ．３８端末と着信側ゲートウェイ装置１ｒとのデータチャネルが確立し（フェーズＦ５）、以後、リアルタイムネットワークファクシミリ通信に係るファクスプロトコル処理（フェーズＦ１００）が開始される（処理Ｓ２０５）。
【００８０】
そのファクスプロトコル処理（フェーズＦ１００）では、着信側Ｇ３ファクス４００ｒからモデム信号として受信する被呼局識別信号ＣＥＤ信号をパケットに変換して発信側Ｔ．３８端末に送信し（フェーズＦ６、Ｆ７）、続いて、被呼端末識別信号ＣＳＩ／ディジタル識別信号ＤＩＳを着信側Ｇ３ファクス４００ｒから受信する（フェーズＦ８、処理Ｓ２０６）。
【００８１】
従来のゲートウェイ装置であれば、受信したＣＳＩ／ＤＩＳ信号をそのままパケットに変換して発信側Ｔ．３８端末に送信するが、本処理では、処理Ｓ２０６で受信したＤＩＳ信号の情報内容の第１１ないし第１４ビットを参照することにより、着信側Ｇ３ファクス４００ｒが対応している１または複数のモデム通信速度のうちの、最大モデム通信速度Ｖmax（例えば９６００bps）を取得する（処理Ｓ２０７）。
【００８２】
そして、Ｖmaxが処理Ｓ２０１で取得していたＶlimitを超えているか否かを判断し（処理Ｓ２０８）、超えていない場合には（判断２０８のＮｏ）、何もしないで処理Ｓ２１０に移行する。超えている場合には（判断Ｓ２０８のＹｅｓ）、ＶmaxをＶlimitに書き替えた上で（処理Ｓ２０９）、処理Ｓ２１０に移行する。
【００８３】
処理Ｓ２１０では、処理Ｓ２０６で受信したＤＩＳの最大モデム通信速度をＶmaxに書き換え（処理Ｓ２１０）、その書き換えたＤＩＳをパケットに変換して発信側Ｔ．３８端末に送信し（処理Ｓ２１１、フェーズＦ９）、以後の、送信端末識別信号ＴＳＩ／ディジタル送信命令信号ＤＣＳのパケットを発信側Ｔ．３８端末から受信して（フェーズＦ１０）、モデム信号に変換して着信側Ｇ３ファクス４００ｒに送信する（フェーズＦ１１）シーケンスに続くファクスプロトコル処理に移行する。
【００８４】
これにより、発信側に通知される着信側が対応している最大モデム通信速度が、着信側Ｇ３ファクス４００ｒが対応している最大モデム通信速度、及び、ＧＷ１ｒにおいて設定されている自機設定ネットワーク帯域Ｗownの範囲内で最大の速度に制限されることになる。発信側からは、ＤＩＳで通知された着信側が対応している最大モデム通信速度と、発信側の自装置が対応している最大モデム通信速度の範囲内で最大のモデム通信速度を設定したＤＣＳを送信してくることになる。なお、その場合、発信側Ｔ．３８端末がＩＡＦ２００ｓである場合には、ＤＣＳを決定するのはＩＡＦ２００ｓ自身であり、発信側Ｔ．３８端末がＧＷ１ｓである場合には、ＤＣＳを決定するのは発信側Ｇ３ファクス４００ｓである。
【００８５】
したがって、発信側と着信側との末端の端末間で設定されるモデム通信速度が、ＧＷ１ｒにおいて設定された（使用が許可された）ネットワーク帯域で伝送可能な速度の範囲内に制限されることになり、ＧＷ１ｒが属するネットワーク環境において、ＧＷ１ｒだけを優遇して不要に広いネットワーク帯域を設定する必要が無く、他のネットワーク端末のネットワーク通信の状況に合わせて、ＧＷ１ｒに割り当てるネットワーク帯域を増減しても、ＧＷ１ｒのリアルタイムネットワークファクシミリ通信の中継動作に支障がでることがない。
【００８６】
図１０に、図７の発信側ＧＷ処理（処理Ｓ１０４）の具体的な処理手順の第１例について示す。また、図１１には、図１０の第１例の発信側ＧＷ処理に対応した通信シーケンスについて示す。
【００８７】
それらの図において、フェーズＦ２０で発信側Ｇ３ファクス４００ｓが発呼してくると、図８の判断Ｓ１０２がＹｅｓとなり、図１０に具体的に示す発信側ＧＷ処理（Ｓ１０４）が行われる。
【００８８】
つまり、先ず、図６の記憶領域５ｂの自機設定ネットワーク帯域Ｗownを、テーブル５ｃと照合して対応するモデム通信速度を上限モデム通信速度Ｖlimitとして取得しておく（処理Ｓ２０１）。
【００８９】
そして、発信側Ｇ３ファクス４００ｓに対して応答（オフフック）し（処理Ｓ３０２、フェーズＦ２１）、発信側Ｇ３ファクス４００ｓからの所定の制御信号により宛先の情報を取得する（処理Ｓ３０３、フェーズＦ２２）。
【００９０】
続いて、フェーズＦ２３で着信側Ｔ．３８端末（ＩＡＦ２００ｒ、または、ＧＷ１００ｒ（を介したＧ３ファクス４００ｒ）との間で、呼制御用ＴＣＰチャネルを確立した後（フェーズＦ２３）、ＳＥＴＵＰメッセージを送信し（処理Ｓ２０４、フェーズＦ２４）、着信側Ｔ．３８端末からＣＯＮＮＥＣＴメッセージのパケットを受信する（処理Ｓ３０５、フェーズＦ２５）。それにより、着信側Ｔ．３８端末と発信側ＧＷ装置１ｓとのデータチャネルが確立し（フェーズＦ２６）、以後、リアルタイムネットワークファクシミリ通信に係るファクスプロトコル処理（フェーズＦ２００）が開始される（処理Ｓ３０６）。
【００９１】
そのファクスプロトコル処理（フェーズＦ２００）では、着信側Ｔ．３８端末からパケットとして受信する被呼局識別信号ＣＥＤ信号をモデム信号に変換して発信側Ｇ３ファクス４００ｓに送信し（フェーズＦ２７、Ｆ２８）、続いて、被呼端末識別信号ＣＳＩ／ディジタル識別信号ＤＩＳのパケットを着信側Ｔ．３８端末から受信する（フェーズＦ２９、処理Ｓ３０７）。
【００９２】
従来のゲートウェイ装置であれば、受信したＣＳＩ／ＤＩＳのパケットをそのままモデム信号に変換して発信側Ｇ３ファクス４００ｓに送信するが、本処理では、処理Ｓ３０７でパケットとして受信したＤＩＳ信号の情報内容の第１１ないし第１４ビットを参照することにより、着信側が対応している１または複数のモデム通信速度のうちの、最大モデム通信速度Ｖmax（例えば９６００bps）を取得する（処理Ｓ３０８）。
【００９３】
そして、Ｖmaxが処理Ｓ３０１で取得していたＶlimitを超えているか否かを判断し（処理Ｓ３０９）、超えていない場合には（判断３０９のＮｏ）、何もしないで処理Ｓ３１１に移行する。超えている場合には（判断Ｓ３０９のＹｅｓ）、ＶmaxをＶlimitに書き替えた上で（処理Ｓ３１０）、処理Ｓ３１１に移行する。
【００９４】
処理Ｓ３１１では、処理Ｓ３０７で受信したＤＩＳの最大モデム通信速度をＶmaxに書き換え（処理Ｓ３１１）、その書き換えたＤＩＳをモデム信号に変換して発信側Ｇ３ファクス４００ｓに送信し（処理Ｓ３１２、フェーズＦ３０）、以後の、送信端末識別信号ＴＳＩ／ディジタル送信命令信号ＤＣＳのモデム信号を発信側Ｇ３ファクス４００ｓから受信して（フェーズＦ３１）、パケットに変換して着信側に送信する（フェーズＦ３２）シーケンスに続くファクスプロトコル処理に移行する。
【００９５】
これにより、発信側Ｇ３ファクス４００ｓに通知される着信側が対応している最大モデム通信速度が、着信側が対応している最大モデム通信速度、及び、ＧＷ１ｓにおいて設定されている自機設定ネットワーク帯域Ｗownの範囲内で最大の速度に制限されることになる。発信側Ｇ３ファクス４００ｓからは、ＤＩＳで通知された、着信側が対応している最大モデム通信速度と、発信側の自装置が対応している最大モデム通信速度の範囲内で最大のモデム通信速度を設定したＤＣＳを送信してくることになる。
【００９６】
したがって、発信側と着信側との末端の端末間で設定されるモデム通信速度が、ＧＷ１ｓにおいて設定された（使用が許可された）ネットワーク帯域で伝送可能な速度の範囲内に制限されることになり、ＧＷ１ｓが属するネットワーク環境において、ＧＷ１ｓだけを優遇して不要に広いネットワーク帯域を設定する必要が無く、他のネットワーク端末のネットワーク通信の状況に合わせて、ＧＷ１ｓに割り当てるネットワーク帯域を増減しても、ＧＷ１ｓのリアルタイムネットワークファクシミリ通信の中継動作に支障がでることがない。
【００９７】
図１２に、図７の着信側ＧＷ処理（処理Ｓ１０３）の具体的な処理手順の第２例について示す。また、図１３には、図１２の第２例の着信側ＧＷ処理に対応した通信シーケンスについて示す。
【００９８】
それらの図において、フェーズＦ４０で発信側Ｔ．３８端末（ＩＡＦ４００ｓ、または、ＧＷ１００ｓ（を介したＧ３ファクス４００ｓ））との間で、呼制御用ＴＣＰチャネルを確立した後（フェーズＦ４０）、ＳＥＴＵＰメッセージを受信すると（フェーズＦ４１）、図７の判断Ｓ１０１がＹｅｓとなり、図１２に具体的に示す着信側ＧＷ処理（Ｓ１０３）が行われる。
【００９９】
つまり、先ず、図６の記憶領域５ｂの自機設定ネットワーク帯域Ｗownを、テーブル５ｃと照合して対応するモデム通信速度を上限モデム通信速度Ｖlimitとして取得しておく（処理Ｓ４０１）。
【０１００】
そして、フェーズＦ４１のＳＥＴＵＰメッセージに通知された宛先の着信側Ｇ３ファクス４００ｒに発呼し（処理Ｓ４０２、フェーズＦ４２）、その着信側Ｇ３ファクス４００ｒからの応答（オフフック）を受け（処理Ｓ４０３、フェーズＦ４３）、発信側Ｔ．３８端末にＣＯＮＮＥＣＴメッセージのパケットを送信する（処理Ｓ４０４、フェーズＦ４４）。それにより、発信側Ｔ．３８端末と着信側ゲートウェイ装置１ｒとのデータチャネルが確立し（フェーズＦ４５）、以後、リアルタイムネットワークファクシミリ通信に係るファクスプロトコル処理（フェーズＦ４００）が開始される（処理Ｓ４０５）。
【０１０１】
そのファクスプロトコル処理（フェーズＦ４００）では、着信側Ｇ３ファクス４００ｒからモデム信号として受信する被呼局識別信号ＣＥＤ信号をパケットに変換して発信側Ｔ．３８端末に送信し（フェーズＦ４６、Ｆ４７）、続いて、被呼端末識別信号ＣＳＩ／ディジタル識別信号ＤＩＳを着信側Ｇ３ファクス４００ｒから受信し（フェーズＦ４８、処理Ｓ４０６）、そのままパケットに変換して発信側Ｔ．３８端末に送信する（処理Ｓ４０７、フェーズＦ４９）。
【０１０２】
それに対して発信側は、受信したＤＩＳから取得した着信側が対応するモデム通信速度と、自機が対応するモデム通信速度の範囲内で最大のモデム通信速度設定したディジタル送信命令信号ＤＣＳ及び送信端末識別信号ＴＳＩのパケットを送信してくるので、それを受信する（処理Ｓ４０８、フェーズＦ５０）。また、発信側はトレーニングチェック信号ＴＣＦのパケットを送信してくるので、それを受信する（処理Ｓ４０９、フェーズＦ５１）。
【０１０３】
従来のゲートウェイ装置であれば、受信したＴＣＦのパケットをモデム信号に変換して着信側Ｇ３ファクス４００ｒに送信するが、本処理では、処理Ｓ４０８で受信したＤＣＳの情報内容の第１１ないし第１４ビットを参照することにより、発信側で設定されたモデム通信速度Ｖset（例えば１４４００bps）を取得する（処理Ｓ４０７）。
【０１０４】
そして、Ｖsetが処理Ｓ４０１で取得していたＶlimitを超えているか否かを判断し（処理Ｓ４１１）、超えていない場合には（判断Ｓ４１１のＮｏ）、処理Ｓ４０８及びフェーズＦ５０で受信したＴＳＩ／ＤＣＳのパケットをモデム信号に変換して着信側Ｇ３ファクス４００ｒに送信し（処理Ｓ４１２、フェーズＦ５４）、トレーニングチェック信号ＴＣＦを送信する以後のファクスプロトコル処理に移行する。
【０１０５】
判断Ｓ４１１において、超えている場合には（判断Ｓ４１１のＹｅｓ）、発信側Ｔ．３８端末に対してトレーニング失敗信号ＦＴＴのパケットを送信して（処理Ｓ４１３、フェーズＦ５２）、処理Ｓ４０８に戻る。
【０１０６】
トレーニング失敗信号ＦＴＴを受信した発信側は、ＤＣＳに設定するモデム通信速度を一段下げて、ＴＳＩ／ＤＣＳのパケット及びＴＣＦを再送信してくるため（フェーズＦ５３、フェーズＦ５１）、その再送信されてきたＤＣＳを処理Ｓ４０８で受信し、ＴＣＦを処理Ｓ４０９で受信する。
【０１０７】
そして、再度処理Ｓ４１０と判断Ｓ４１１を行い、Ｖsetが処理Ｓ４０１で取得していたＶlimit以下になるまでは、判断Ｓ４１１がＮｏとなってループ処理が繰り返し行われるが、最終的にはＶsetが処理Ｓ４０１で取得していたＶlimit以下になり（判断Ｓ４１１のＮｏ）、処理Ｓ４０８及びフェーズＦ５３で受信したＴＳＩ／ＤＣＳのパケットをモデム信号に変換して着信側Ｇ３ファクス４００ｒに送信し（処理Ｓ４１２、フェーズＦ５４）、トレーニングチェック信号ＴＣＦを送信する以後のファクスプロトコル処理に移行する。
【０１０８】
これにより、発信側と着信側との末端の端末間で設定されるモデム通信速度が、ＧＷ１ｒにおいて設定された（使用が許可された）ネットワーク帯域で伝送可能な速度の範囲内に制限されることになり、ＧＷ１ｒが属するネットワーク環境において、ＧＷ１ｒだけを優遇して不要に広いネットワーク帯域を設定する必要が無く、他のネットワーク端末のネットワーク通信の状況に合わせて、ＧＷ１ｒに割り当てるネットワーク帯域を増減しても、ＧＷ１ｒのリアルタイムネットワークファクシミリ通信の中継動作に支障がでることがない。
【０１０９】
図１４に、図７の発信側ＧＷ処理（処理Ｓ１０４）の具体的な処理手順の第２例について示す。また、図１５には、図１４の第２例の発信側ＧＷ処理に対応した通信シーケンスについて示す。
【０１１０】
それらの図において、フェーズＦ６０で発信側Ｇ３ファクス４００ｓが発呼してくると、図８の判断Ｓ１０２がＹｅｓとなり、図１４に具体的に示す発信側ＧＷ処理（Ｓ１０４）が行われる。
【０１１１】
つまり、先ず、図６の記憶領域５ｂの自機設定ネットワーク帯域Ｗownを、テーブル５ｃと照合して対応するモデム通信速度を上限モデム通信速度Ｖlimitとして取得しておく（処理Ｓ５０１）。
【０１１２】
そして、発信側Ｇ３ファクス４００ｓに対して応答（オフフック）し（処理Ｓ５０２、フェーズＦ６１）、発信側Ｇ３ファクス４００ｓからの所定の制御信号により宛先の情報を取得する（処理Ｓ５０３、フェーズＦ６２）。
【０１１３】
続いて、フェーズＦ６３で着信側Ｔ．３８端末（ＩＡＦ２００ｒ、または、ＧＷ１００ｒ（を介したＧ３ファクス４００ｒ））との間で、呼制御用ＴＣＰチャネルを確立した後（フェーズＦ６３）、ＳＥＴＵＰメッセージを送信し（処理Ｓ５０４、フェーズＦ６４）、着信側Ｔ．３８端末からＣＯＮＮＥＣＴメッセージのパケットを受信する（処理Ｓ５０５、フェーズＦ６５）。それにより、着信側Ｔ．３８端末と発信側ＧＷ装置１ｓとのデータチャネルが確立し（フェーズＦ６６）、以後、リアルタイムネットワークファクシミリ通信に係るファクスプロトコル処理（フェーズＦ６００）が開始される（処理Ｓ５０６）。
【０１１４】
そのファクスプロトコル処理（フェーズＦ６００）では、着信側Ｔ．３８端末からパケットとして受信する被呼局識別信号ＣＥＤ信号をモデム信号に変換して発信側Ｇ３ファクス４００ｓに送信し（フェーズＦ６８、Ｆ６９）、続いて、被呼端末識別信号ＣＳＩ／ディジタル識別信号ＤＩＳのパケットを着信側Ｔ．３８端末から受信し（フェーズＦ７０、処理Ｓ３０７）、そのままパケットに変換して発信側Ｇ３ファクス４００ｓに送信する（処理Ｓ５０８、フェーズＦ７１）。
【０１１５】
それに対して発信側Ｇ３ファクス４００ｓ、受信したＤＩＳから取得した着信側が対応するモデム通信速度と、自機が対応するモデム通信速度の範囲内で最大のモデム通信速度設定したディジタル送信命令信号ＤＣＳ及び送信端末識別信号ＴＳＩのモデム信号を送信してくるので、それを受信する（処理Ｓ５０９、フェーズＦ７２）。また、発信側はトレーニングチェック信号ＴＣＦのパケットを送信してくるので、それを受信する（処理Ｓ５１０、フェーズＦ７３）。
【０１１６】
従来のゲートウェイ装置であれば、受信したＴＣＦのモデム信号をパケットに変換して着信側に送信するが、本処理では、処理Ｓ５０９で受信したＤＣＳの情報内容の第１１ないし第１４ビットを参照することにより、発信側で設定されたモデム通信速度Ｖset（例えば１４４００bps）を取得する（処理Ｓ４０７）。
【０１１７】
そして、Ｖsetが処理Ｓ５０１で取得していたＶlimitを超えているか否かを判断し（処理Ｓ５１２）、超えていない場合には（判断５１２のＮｏ）、処理Ｓ５０９及びフェーズＦ７２で受信したＴＳＩ／ＤＣＳのモデム信号をパケットに変換して着信側に送信し（処理Ｓ５１３、フェーズＦ７６）、トレーニングチェック信号ＴＣＦを送信する以後のファクスプロトコル処理に移行する。
【０１１８】
判断Ｓ５１２において、超えている場合には（判断Ｓ５１２のＹｅｓ）、発信側Ｇ３ファクス４００ｓに対してトレーニング失敗信号ＦＴＴのモデム信号を送信して（処理Ｓ５１４、フェーズＦ７４）、処理Ｓ５０９に戻る。
【０１１９】
トレーニング失敗信号ＦＴＴを受信した発信側Ｇ３ファクス４００ｓは、ＤＣＳに設定するモデム通信速度を一段下げて、ＴＳＩ／ＤＣＳのモデム信号及びＴＣＦを再送信してくるため（フェーズＦ７５、フェーズＦ７３）、その再送信されてきたＤＣＳを処理Ｓ５０９で受信し、ＴＣＦを処理Ｓ５１０で受信する。
【０１２０】
そして、再度処理Ｓ５１１と判断Ｓ５１２を行い、Ｖsetが処理Ｓ５０１で取得していたＶlimit以下になるまでは、判断Ｓ５１２がＮｏとなってループ処理が繰り返し行われるが、最終的にはＶsetが処理Ｓ５０１で取得していたＶlimit以下になり（判断Ｓ５１２のＮｏ）、処理Ｓ５０９及びフェーズＦ７２で受信したＴＳＩ／ＤＣＳのモデム信号をパケットに変換して着信側に送信し（処理Ｓ５１３、フェーズＦ７６）、トレーニングチェック信号ＴＣＦのパケットを送信する以後のファクスプロトコル処理に移行する。
【０１２１】
これにより、発信側と着信側との末端の端末間で設定されるモデム通信速度が、ＧＷ１ｒにおいて設定された（使用が許可された）ネットワーク帯域で伝送可能な速度の範囲内に制限されることになり、ＧＷ１ｓが属するネットワーク環境において、ＧＷ１ｓだけを優遇して不要に広いネットワーク帯域を設定する必要が無く、他のネットワーク端末のネットワーク通信の状況に合わせて、ＧＷ１ｓに割り当てるネットワーク帯域を増減しても、ＧＷ１ｓのリアルタイムネットワークファクシミリ通信の中継動作に支障がでることがない。
【０１２２】
図１６に、図７の着信側ＧＷ処理（処理Ｓ１０３）の具体的な処理手順の第３例について示す。また、図１７には、図１６の第３例の着信側ＧＷ処理に対応した通信シーケンスについて示す。なお、この第３例は、図８及び図９に示した第１例の変形例である。
【０１２３】
図１６及び図１７において、フェーズＦ０で発信側Ｔ．３８端末（ＩＡＦ２００ｓ、または、ＧＷ１００ｓ（を介したＧ３ファクス４００ｓ））との間で、呼制御用ＴＣＰチャネルを確立した後（フェーズＦ０）、ＳＥＴＵＰメッセージを受信すると（フェーズＦ１ａ）、図７の判断Ｓ１０１がＹｅｓとなり、図１６に具体的に示す着信側ＧＷ処理（Ｓ１０３）が行われる。
【０１２４】
つまり、先ず、フェーズＦ１ａにより受信したＳＥＴＵＰメッセージが、発信側が要求するネットワーク帯域幅を指定する「BandWidth」を含むかを確認し（処理Ｓ６０１）、含む場合には（判断Ｓ６０２のＹｅｓ）、その発信側から要求されたネットワーク帯域をＷsendとして記憶して（処理Ｓ６０３）、判断Ｓ６０５に移行し、含まない場合には（判断Ｓ６０２のＮｏ）、Ｗsendとして「17,280bps」を記憶して（処理Ｓ６０４）、判断Ｓ６０５に移行する。発信側からのＳＥＴＵＰメッセージによる発信側からのネットワーク帯域の要求の有無は、具体的には、ＳＥＴＵＰメッセージ中の「DataApplicationCapability」等に代表される能力値を格納する情報要素にネットワーク帯域が指定されているか否かで判断できる。なお、「17,280bps」は、図６のテーブル５ｃにおいて、最大のモデム通信速度Ｖmodemである「14,400bps」に対応した必要ネットワーク帯域であり、Ｗsendが「17,280bps」に設定されることは、後述する上限モデム速度の決定において、発信側の事情は考慮されないことを示す。
【０１２５】
判断Ｓ６０５では、図６の記憶領域５ａのフラグＦsetが１か否かを判断する。フラグＦsetが１の場合には（判断Ｓ６０５のＹｅｓ）、何もしないで処理Ｓ６０７に移行する。フラグＦsetが０の場合には（判断Ｓ６０５のＮｏ）、図６の記憶領域５ｂに設定・記憶されている自機設定ネットワーク帯域Ｗownとして「17,280bps」を仮設定した上で（処理Ｓ６０６）、処理Ｓ６０７に移行する。なお、「17,280bps」は、図６のテーブル５ｃにおいて、最大のモデム通信速度Ｖmodemである「14,400bps」に対応した必要ネットワーク帯域であり、Ｗownが「17,280bps」に設定されることは、後述する上限モデム速度の決定において、自機の事情は考慮されないことを示す。また、処理Ｓ６０６の仮設定は、本処理中のみ有効で本処理が終了すれば、元の設定（11,520bps）に戻される。
【０１２６】
処理Ｓ６０７では、変数Ｗnarrowerに、ネットワーク帯域Ｗown及びＷsendのうちの狭いほうの値を設定する。
【０１２７】
そして、そのＷnarrowerを、テーブル５ｃと照合して対応するモデム通信速度を上限モデム通信速度Ｖlimitとして取得しておく（処理Ｓ６０８）。
【０１２８】
そして、フェーズＦ１ａのＳＥＴＵＰメッセージに通知された宛先の着信側Ｇ３ファクス４００ｒに発呼し（処理Ｓ６０９、フェーズＦ２）、その着信側Ｇ３ファクス４００ｒからの応答（オフフック）を受け（処理Ｓ６１０、フェーズＦ３）、発信側Ｔ．３８端末にＣＯＮＮＥＣＴメッセージのパケットを送信する（処理Ｓ６１１、フェーズＦ４）。それにより、発信側Ｔ．３８端末と着信側ゲートウェイ装置１ｒとのデータチャネルが確立し（フェーズＦ５）、以後、リアルタイムネットワークファクシミリ通信に係るファクスプロトコル処理（フェーズＦ１００）が開始される（処理Ｓ６１２）。
【０１２９】
そのファクスプロトコル処理（フェーズＦ１００）では、着信側Ｇ３ファクス４００ｒからモデム信号として受信する被呼局識別信号ＣＥＤ信号をパケットに変換して発信側Ｔ．３８端末に送信し（フェーズＦ６、Ｆ７）、続いて、被呼端末識別信号ＣＳＩ／ディジタル識別信号ＤＩＳを着信側Ｇ３ファクス４００ｒから受信する（フェーズＦ８、処理Ｓ６１３）。
【０１３０】
従来のゲートウェイ装置であれば、受信したＣＳＩ／ＤＩＳ信号をそのままパケットに変換して発信側Ｔ．３８端末に送信するが、本処理では、処理Ｓ６０６で受信したＤＩＳ信号の情報内容の第１１ないし第１４ビットを参照することにより、着信側Ｇ３ファクス４００ｒが対応している１または複数のモデム通信速度のうちの、最大モデム通信速度Ｖmax（例えば９６００bps）を取得する（処理Ｓ６１４）。
【０１３１】
そして、Ｖmaxが処理Ｓ６０１で取得していたＶlimitを超えているか否かを判断し（処理Ｓ６１５）、超えていない場合には（判断６１５のＮｏ）、何もしないで処理Ｓ６１７に移行する。超えている場合には（判断Ｓ６１５のＹｅｓ）、ＶmaxをＶlimitに書き替えた上で（処理Ｓ６１６）、処理Ｓ６１７に移行する。
【０１３２】
処理Ｓ６１７では、処理Ｓ６１３で受信したＤＩＳの最大モデム通信速度をＶmaxに書き換え（処理Ｓ６１７）、その書き換えたＤＩＳをパケットに変換して発信側Ｔ．３８端末に送信し（処理Ｓ６１８、フェーズＦ９）、以後の、送信端末識別信号ＴＳＩ／ディジタル送信命令信号ＤＣＳのパケットを発信側Ｔ．３８端末から受信して（フェーズＦ１０）、モデム信号に変換して着信側Ｇ３ファクス４００ｒに送信する（フェーズＦ１１）シーケンスに続くファクスプロトコル処理に移行する。
【０１３３】
これにより、発信側に通知される着信側が対応している最大モデム通信速度が、着信側Ｇ３ファクス４００ｒが対応している最大モデム通信速度、発信側Ｔ．３８端末から要求されたネットワーク帯域、及び、ＧＷ１ｒにおいて設定されている自機設定ネットワーク帯域Ｗownの範囲内で最大の速度に制限されることになる。発信側からは、ＤＩＳで通知された着信側が対応している最大モデム通信速度と、発信側の自装置が対応している最大モデム通信速度の範囲内で最大のモデム通信速度を設定したＤＣＳを送信してくることになる。なお、その場合、発信側Ｔ．３８端末がＩＡＦ２００ｓである場合には、ＤＣＳを決定するのはＩＡＦ２００ｓ自身であり、発信側Ｔ．３８端末がＧＷ１ｓである場合には、ＤＣＳを決定するのは発信側Ｇ３ファクス４００ｓである。
【０１３４】
したがって、発信側と着信側との末端の端末間で設定されるモデム通信速度が、ＧＷ１ｒにおいて設定された（使用が許可された）ネットワーク帯域で伝送可能な速度の範囲内ばかりでなく、発信側のＴ．３８端末から要求されたネットワーク帯域の範囲内に制限されることになり、ＧＷ１ｒが属するネットワーク環境において、ＧＷ１ｒだけを優遇して不要に広いネットワーク帯域を設定する必要が無く、他のネットワーク端末のネットワーク通信の状況に合わせて、ＧＷ１ｒに割り当てるネットワーク帯域を増減しても、ＧＷ１ｒのリアルタイムネットワークファクシミリ通信の中継動作に支障がでることがないばかりでなく、発信側の要求にも適切に対応することができる。なお、その場合、発信側からのネットワーク帯域の要求の有無、及び、ＧＷ１ｒの自装置におけるフラグＦsetの設定に応じて、発信側から要求されたネットワーク帯域のみ、ＧＷ１ｒの自装置における自機設定ネットワーク帯域Ｗownの設定のみ、または、発信側から要求されたのネットワーク帯域及びＧＷ１ｒの自装置における自機設定ネットワーク帯域Ｗownの設定の双方を、上限モデム通信速度Ｖlimitの決定の条件とすることができる。また、この第３例の着信側処理手順と同様の変形は、つまり、発信側からのネットワーク帯域の要求をも考慮するようにする変形は、図１２及び図１３に示した第２例の着信側処理手順に対しても適用できるのは明かである。
【０１３５】
図１８及び図１９に、図７の着信側ＧＷ処理（処理Ｓ１０３）の具体的な処理手順の第４例について示す。また、図２０には、図１８及び図１９の第４例の着信側ＧＷ処理に対応した通信シーケンスについて示す。なお、この第４例は、図１２及び図１３に示した第２例の変形例である。
【０１３６】
図１８及び図１９、並びに、図２０において、フェーズＦ４０で発信側Ｔ．３８端末（ＩＡＦ２００ｓ、または、ＧＷ１００ｓ（を介したＧ３ファクス４００ｓ））との間で、呼制御用ＴＣＰチャネルを確立した後（フェーズＦ４０）、ＳＥＴＵＰメッセージを受信すると（フェーズＦ４１ａ）、図７の判断Ｓ１０１がＹｅｓとなり、図１８及び図１９に具体的に示す着信側ＧＷ処理（Ｓ１０３）が行われる。
【０１３７】
つまり、先ず、フェーズＦ４１ａにより受信したＳＥＴＵＰメッセージが、発信側が要求するネットワーク帯域幅を指定する「BandWidth」を含むかを確認し（処理Ｓ７０１）、含む場合には（判断Ｓ７０２のＹｅｓ）、その発信側から要求されたネットワーク帯域をＷsendとして記憶して（処理Ｓ７０３）、処理７０５に移行し、含まない場合には（判断Ｓ７０２のＮｏ）、Ｗsendとして「17,280bps」を記憶して（処理Ｓ７０４）、処理Ｓ７０５に移行する。なお、「17,280bps」は、図６のテーブル５ｃにおいて、最大のモデム通信速度Ｖmodemである「14,400bps」に対応した必要ネットワーク帯域であり、Ｗsendが「17,280bps」に設定されることは、後述する上限モデム速度の決定において、発信側の事情は考慮されないことを示す。
【０１３８】
処理よりＳ７０５では、ゲートキーパ（ＧＫ）３００に対して通信許可要求のメッセージであるＡＲＱメッセージを送信し（処理Ｓ７０５、フェーズＦ８０）、その応答として、通信許可の応答であるＡＣＦメッセージを受信する（処理Ｓ７０６、フェーズＦ８１）。
【０１３９】
そして、処理Ｓ７０６及びフェーズＦ８１で受信したＡＣＦメッセージが、ゲートキーパ３００からの割り当てネットワーク帯域を示す「BandWidth」を含むかを確認し（処理Ｓ７０７）、含む場合には（判断Ｓ７０８のＹｅｓ）、そのゲートキーパから割り当てられたネットワーク帯域をＷgkとして記憶して（処理Ｓ７０９）、判断７１１に移行し、含まない場合には（判断Ｓ７０８のＮｏ）、Ｗgkとして「17,280bps」を記憶して（処理Ｓ７１０）、判断Ｓ７１１に移行する。なお、「17,280bps」は、図６のテーブル５ｃにおいて、最大のモデム通信速度Ｖmodemである「14,400bps」に対応した必要ネットワーク帯域であり、Ｗgkが「17,280bps」に設定されることは、後述する上限モデム速度の決定において、ゲートキーパの事情は考慮されないことを示す。
【０１４０】
判断Ｓ７１１では、図６の記憶領域５ａのフラグＦsetが１か否かを判断する。フラグＦsetが１の場合には（判断Ｓ７１１のＹｅｓ）、何もしないで処理Ｓ７１３に移行する。フラグＦsetが０の場合には（判断Ｓ７１１のＮｏ）、図６の記憶領域５ｂに設定・記憶されている自機設定ネットワーク帯域Ｗownとして「17,280bps」を仮設定した上で（処理Ｓ７１２）、処理Ｓ７１３に移行する。なお、「17,280bps」は、図６のテーブル５ｃにおいて、最大のモデム通信速度Ｖmodemである「14,400bps」に対応した必要ネットワーク帯域であり、Ｗownが「17,280bps」に設定されることは、後述する最大モデム速度の決定において、自機の事情は考慮されないことを示す。また、処理Ｓ７１２の仮設定は、本処理中のみ有効で本処理が終了すれば、元の設定（11,520bps）に戻される。
【０１４１】
処理Ｓ７１３では、変数Ｗnarrowestに、ネットワーク帯域Ｗown、Ｗsend、及び、Ｗgkのうちの最も狭い値を設定する。
【０１４２】
そして、そのＷnarrowestを、テーブル５ｃと照合して対応するモデム通信速度を上限モデム通信速度Ｖlimitとして取得しておく（処理Ｓ７１４）。
【０１４３】
そして、フェーズＦ４１ａのＳＥＴＵＰメッセージに通知された宛先の着信側Ｇ３ファクス４００ｒに発呼し（処理Ｓ７１５、フェーズＦ４２）、その着信側Ｇ３ファクス４００ｒからの応答（オフフック）を受け（処理Ｓ７１６、フェーズＦ４３）、発信側Ｔ．３８端末にＣＯＮＮＥＣＴメッセージのパケットを送信する（処理Ｓ７１７、フェーズＦ４４）。それにより、発信側Ｔ．３８端末と着信側ゲートウェイ装置１ｒとのデータチャネルが確立し（フェーズＦ４５）、以後、リアルタイムネットワークファクシミリ通信に係るファクスプロトコル処理（フェーズＦ４００）が開始される（処理Ｓ７１８）。
【０１４４】
そのファクスプロトコル処理（フェーズＦ４００）では、着信側Ｇ３ファクス４００ｒからモデム信号として受信する被呼局識別信号ＣＥＤ信号をパケットに変換して発信側Ｔ．３８端末に送信し（フェーズＦ４６、Ｆ４７）、続いて、被呼端末識別信号ＣＳＩ／ディジタル識別信号ＤＩＳを着信側Ｇ３ファクス４００ｒから受信し（フェーズＦ４８、処理Ｓ７１９）、そのままパケットに変換して発信側Ｔ．３８端末に送信する（処理Ｓ７２０、フェーズＦ４９）。
【０１４５】
それに対して発信側は、受信したＤＩＳから取得した着信側が対応するモデム通信速度と、自機が対応するモデム通信速度の範囲内で最大のモデム通信速度設定したディジタル送信命令信号ＤＣＳ及び送信端末識別信号ＴＳＩのパケットを送信してくるので、それを受信する（処理Ｓ７２１、フェーズＦ５０）。また、発信側はトレーニングチェック信号ＴＣＦのパケットを送信してくるので、それを受信する（処理Ｓ７２２、フェーズＦ５１）。
【０１４６】
従来のゲートウェイ装置であれば、受信したＴＣＦのパケットをモデム信号に変換して着信側Ｇ３ファクス４００ｒに送信するが、本処理では、処理Ｓ７２１で受信したＤＣＳの情報内容の第１１ないし第１４ビットを参照することにより、発信側で設定されたモデム通信速度Ｖset（例えば１４４００bps）を取得する（処理Ｓ７２３）。
【０１４７】
そして、Ｖsetが処理Ｓ４０１で取得していたＶlimitを超えているか否かを判断し（処理Ｓ７２４）、超えていない場合には（判断Ｓ７２４のＮｏ）、処理Ｓ７２１及びフェーズＦ５０で受信したＴＳＩ／ＤＣＳのパケットをモデム信号に変換して着信側Ｇ３ファクス４００ｒに送信し（処理Ｓ７２５、フェーズＦ５４）、トレーニングチェック信号ＴＣＦを送信する以後のファクスプロトコル処理に移行する。
【０１４８】
判断Ｓ７２４において、超えている場合には（判断Ｓ７２４のＹｅｓ）、発信側Ｔ．３８端末に対してトレーニング失敗信号ＦＴＴのパケットを送信して（処理Ｓ７２６、フェーズＦ５２）、処理Ｓ７２１に戻る。
【０１４９】
トレーニング失敗信号ＦＴＴを受信した発信側は、ＤＣＳに設定するモデム通信速度を一段下げて、ＴＳＩ／ＤＣＳのパケット及びＴＣＦを再送信してくるため（フェーズＦ５３、フェーズＦ５１）、その再送信されてきたＤＣＳを処理Ｓ７２１で受信し、ＴＣＦを処理Ｓ７２２で受信する。
【０１５０】
そして、再度処理Ｓ７２３と判断Ｓ７２４を行い、Ｖsetが処理Ｓ７１４で取得していたＶlimit以下になるまでは、判断Ｓ４２４がＮｏとなってループ処理が繰り返し行われるが、最終的にはＶsetが処理Ｓ７１４で取得していたＶlimit以下になり（判断Ｓ７２４のＮｏ）、処理Ｓ４２１及びフェーズＦ５３で受信したＴＳＩ／ＤＣＳのパケットをモデム信号に変換して着信側Ｇ３ファクス４００ｒに送信し（処理Ｓ７２５、フェーズＦ５４）、トレーニングチェック信号ＴＣＦを送信する以後のファクスプロトコル処理に移行する。
【０１５１】
これにより、発信側と着信側との末端の端末間で設定されるモデム通信速度が、ＧＷ１ｒにおいて設定された（使用が許可された）ネットワーク帯域で伝送可能な速度の範囲内ばかりでなく、発信側のＴ．３８端末から要求されたネットワーク帯域の範囲内、及び、ゲートキーパから割り当てられたネットワーク帯域の範囲内に制限されることになり、ＧＷ１ｒが属するネットワーク環境において、ＧＷ１ｒだけを優遇して不要に広いネットワーク帯域を設定する必要が無く、他のネットワーク端末のネットワーク通信の状況に合わせて、ＧＷ１ｒに割り当てるネットワーク帯域を増減しても、ＧＷ１ｒのリアルタイムネットワークファクシミリ通信の中継動作に支障がでることがないばかりでなく、ネットワーク帯域に関する発信側の要求やゲートキーパからの指示にも適切に対応することができる。また、この第４例の着信側処理手順と同様の変形は、つまり、ゲートキーパ６００から割り当てられるネットワーク帯域も考慮して上限モデム通信速度Ｖlimitを決定するようにする変形は、図８及び図９に示した第１例の着信側処理手順、図１０及び図１１に示した第１例の発信側処理手順、または、図１４及び図１５に示した第２例の発信側処理手順についても同様に適用可能であることはいうまでもない。
【０１５２】
なお、以上本発明を実施するための最良の形態について説明したが、本発明は上記のものに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【図面の簡単な説明】
【０１５３】
【図１】本発明に係るＩＴＵ−Ｔ勧告Ｔ．３８に準拠したゲートウェイ装置が適用されるリアルタイムネットワークファクシミリ通信システムの構成について示す図である。
【図２】図１において、本発明に係るゲートウェイ装置が着信側のゲートウェイ装置となる場合について示す図である。
【図３】図１において、本発明に係るゲートウェイ装置が発信側のゲートウェイ装置となる場合について示す図である。
【図４】本発明に係るゲートウェイ装置のブロック構成について示す図である。
【図５】本発明に係るゲートウェイ装置のソフトウェア構成について示す図である。
【図６】本発明に係るゲートウェイ装置の記憶装置の記憶内容について示す図である。
【図７】本発明に係るゲートウェイ装置における着信側／発信側制御処理手順について示すフローチャートである。
【図８】図７の着信側ＧＷ処理の具体的な処理手順の第１例について示すフローチャートである。
【図９】図８の第１例の着信側ＧＷ処理に対応した通信シーケンスについて示す図である。
【図１０】図７の発信側ＧＷ処理の具体的な処理手順の第１例について示すフローチャートである。
【図１１】図９の第１例の発信側ＧＷ処理に対応した通信シーケンスについて示す図である。
【図１２】図７の着信側ＧＷ処理の具体的な処理手順の第２例について示すフローチャートである。
【図１３】図１２の第２例の着信側ＧＷ処理の具体的な処理手順に対応した通信シーケンスについて示す図である。
【図１４】図７の発信側ＧＷ処理の具体的な処理手順の第２例について示すフローチャートである。
【図１５】図１２の第２例の発信側ＧＷ処理の具体的な処理手順に対応した通信シーケンスについて示す図である。
【図１６】図７の着信側ＧＷ処理の具体的な処理手順の第３例について示すフローチャートである。
【図１７】図１６の第３例の着信側ＧＷ処理の具体的な処理手順に対応した通信シーケンスについて示す図である。
【図１８】図７の着信側ＧＷ処理の具体的な処理手順の第４例について示すフローチャートである。
【図１９】図１８と共に、図７の着信側ＧＷ処理の具体的な処理手順の第４例について示すフローチャートである。
【図２０】図１８及び図１９の第４例の着信側ＧＷ処理の具体的な処理手順に対応した通信シーケンスについて示す図である。
【符号の説明】
【０１５４】
１  ゲートウェイ装置
１ｓ  発信側ゲートウェイ装置
１ｒ  着信側ゲートウェイ装置
２  ＣＰＵ
３  ＲＯＭ
４  ＲＡＭ
５  記憶装置
６  操作表示部
７  ＬＡＮ通信制御部
８  モデム
９  ＮＣＵ部
１０  システムバス
５０  ＬＡＮ
５１  ルータ
１００ｓ  発信側ゲートウェイ装置
１００ｒ  着信側ゲートウェイ装置
２００ｓ  発信側ＩＡＦ
２００ｒ  着信側ＩＡＦ
３００  ゲートキーパ
４００ｓ  発信側Ｇ３ファクス
４００ｒ  着信側Ｇ３ファクス
５００ｓ  発信側電話網
５００ｒ  着信電話網
６００  パケット網
【図１】
2005252903.tif 000003
【図２】
2005252903.tif 000004
【図３】
2005252903.tif 000005
【図４】
2005252903.tif 000006
【図５】
2005252903.tif 000007
【図６】
2005252903.tif 000008
【図７】
2005252903.tif 000009
【図８】
2005252903.tif 000010
【図９】
2005252903.tif 000011
【図１０】
2005252903.tif 000012
【図１１】
2005252903.tif 000013
【図１２】
2005252903.tif 000014
【図１３】
2005252903.tif 000015
【図１４】
2005252903.tif 000016
【図１５】
2005252903.tif 000017
【図１６】
2005252903.tif 000018
【図１７】
2005252903.tif 000019
【図１８】
2005252903.tif 000020
【図１９】
2005252903.tif 000021
【図２０】
2005252903.tif 000022