(57)【要約】【課題】音声チャネル接続を優先的に行う機器との呼接続の確立を有効に確保するネットワーク通信装置を提供する。【解決手段】IP-FAX（２１）はファクシミリ送信時に、相手先のVoIP-Gateway（２４）に対して呼接続用パケットにより接続要求し、当該VoIP-Gateway（２４）が当該接続要求を拒否した場合、当該VoIP-Gateway（２４）に再発呼して音声チャネルの接続要求することにより音声チャネルを確立し、その後に、当該VoIP-Gateway（２４）よりファクシミリ通信チャネルの接続要求を受信することによりファクシミリ通信チャネルを確立することを特徴とする。【選択図】図２
2007324857.tif 000002
【特許請求の範囲】
【請求項１】
ファクシミリ通信能力及び音声能力を含む呼接続用パケットを生成するパケット生成手段と、
ファクシミリ送信時に、相手先ネットワーク通信装置に対して呼接続用パケットにより接続要求し、ファクシミリ通信チャネル及び音声チャネルを確立してファクシミリ送信を行う通信制御手段を有し、
IP網を介して通信を行うネットワーク通信装置において、
前記通信制御手段がファクシミリ送信時に、相手先ネットワーク通信装置に対して呼接続用パケットにより接続要求し、当該相手先ネットワーク通信装置が当該接続要求を拒否した場合、当該相手先ネットワーク通信装置に再発呼して音声チャネルの接続要求することにより音声チャネルを確立し、その後に、当該相手先ネットワーク通信装置よりファクシミリ通信チャネルの接続要求を受信することによりファクシミリ通信チャネルを確立することを特徴とするネットワーク通信装置。
【請求項２】
相手先ネットワーク通信装置に係る宛先を宛先情報として記憶する記憶手段を有し、
前記記憶手段は、前記再発呼することでファクシミリ通信チャネルの確立に成功した宛先の宛先情報を記憶することを特徴とする請求項１に記載のネットワーク通信装置。
【請求項３】
前記通信制御手段は、ファクシミリ送信時に、指定された宛先情報と前記記憶装置に記憶された宛先情報を比較し、一致する宛先情報が存在した場合、当該相手先ネットワーク通信装置に対して音声チャネルの接続要求することにより音声チャネルを確立し、その後に、当該相手先ネットワーク通信装置よりファクシミリ通信チャネルの接続要求を受信することによりファクシミリ通信チャネルを確立することを特徴とする請求項２に記載のネットワーク通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、呼接続の確立を確保するネットワーク通信装置に関する発明である。なお、本明細書で使用されている代表的な用語の解説を以下に述べておく。
１．JT-H.323：IPネットワーク上で音声情報や映像情報などのマルチメディア情報をやり取りするための総合的な規定を定めたものである。H.323 faststartについても定義している。
２．JT-H.225.0：H.323で使用される呼を接続するためメッセージ信号の詳細を定めたものである。
３．JT-H.245：JT-H.225.0による呼接続確定後の手順(Slow Start)を定義したものである。
４．JT-T.38：IPネットワーク上でのリアルタイムなファクシミリの通信手順を定めたものである。
５．H.245トンネリング：通常は、端末間でH.245信号をやりとりするときは、H.323とは別にH.245専用のTCPセッションを接続して、同セッション上で行う。H.245トンネリングは、このような専用セッションを作る手間を省き、H.323セッション上でH.245信号をやりとりする手法である。具体的には、「FACILITY」と呼ばれるH.323信号を使用してトンネリングを行う。FACILITYは、SETUPやCONNECTなどと並ぶ機能拡張用のH.323信号で、H.323の共通ヘッダを持ち、それから機能拡張用エリアを持つ。この拡張用エリアにH.245規格のデータを持たせることで、H.323「FACILITY」上でH.245信号をやりとりできる。
【背景技術】
【０００２】
リアルタイム型のインターネットファックス、いわゆるIP-FAXを行うときに、通信端末間の呼接続手順はJT-H.323やRFC3261によって標準化されているが、市場ではVoIP機器ベンダーによってその呼接続手順に見過ごせない違いがあるのが実情である。VoIP市場で大きなシェアを持つCisco社などは、これらの標準から反れた動きをしており、標準に準拠した製品作りだけでは呼接続できないケースがある。
【０００３】
IP-FAXが直面する接続性の問題は、市場のVoIP機器がIP-Phoneとの接続を前提にした仕様であることが原因にある。つまり、音声チャネルの接続を優先的に行って、その後にもし要求があれば、ファクシミリ通信チャネルの接続という呼接続手順を踏まなければならないということである。しかし、このような呼接続手順を踏まない製品に対しては呼接続を確立することができない。
【０００４】
特に、RFC3261(SIP)準拠による呼接続手順では、接続信号用信号INVITEを最初に送信するが、この信号内にT.38能力を宣言していると、即座に呼を切断してくるVoIP機器が存在する。このような機器との接続性を保つためには、同INVITE信号には音声能力だけを宣言する必要がある。また、特定のベンダー機器との通信以外は、標準に準拠した一般的な呼接続動作を行いたいという要望がある。
【０００５】
特許文献１の発明では、音声セッションとファクシミリデータセッションを同時に確立し、それぞれのデータのやり取りを行うことを可能としているので、相手端末の能力に合わせて両セッションを使い分けるようにしているが、RFC3261(SIP)準拠による呼接続手順を行うVoIP機器においては、ファクシミリデータセッションが確立されてしまえば、その時点で即座に呼を切断してくるものがあり、上記の要求に応えられるものとはいえない。
【特許文献１】特開２００４−９６３２６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上記事情を鑑みて、本発明は、音声チャネル接続を優先的に行う機器との呼接続の確立を有効に確保するネットワーク通信装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成する本発明の態様は、ファクシミリ通信能力及び音声能力を含む呼接続用パケットを生成するパケット生成手段と、ファクシミリ送信時に、相手先ネットワーク通信装置に対して呼接続用パケットにより接続要求し、ファクシミリ通信チャネル及び音声チャネルを確立してファクシミリ送信を行う通信制御手段を有し、IP網を介して通信を行うネットワーク通信装置において、前記通信制御手段がファクシミリ送信時に、相手先ネットワーク通信装置に対して呼接続用パケットにより接続要求し、当該相手先ネットワーク通信装置が当該接続要求を拒否した場合、当該相手先ネットワーク通信装置に再発呼して音声チャネルの接続要求することにより音声チャネルを確立し、その後に、当該相手先ネットワーク通信装置よりファクシミリ通信チャネルの接続要求を受信することによりファクシミリ通信チャネルを確立することを特徴とするネットワーク通信装置に関するものである。
【０００８】
ここで、相手先ネットワーク通信装置に係る宛先を宛先情報として記憶する記憶手段を有し、前記記憶手段は、前記再発呼することでファクシミリ通信チャネルの確立に成功した宛先の宛先情報を記憶することを特徴とする。
【０００９】
そして、前記通信制御手段は、ファクシミリ送信時に、指定された宛先情報と前記記憶装置に記憶された宛先情報を比較し、一致する宛先情報が存在した場合、当該相手先ネットワーク通信装置に対して音声チャネルの接続要求することにより音声チャネルを確立し、その後に、当該相手先ネットワーク通信装置よりファクシミリ通信チャネルの接続要求を受信することによりファクシミリ通信チャネルを確立することを特徴とする。
【発明の効果】
【００１０】
本発明のネットワーク通信装置は、ファクシミリ通信チャネルの接続要求に対して即座に呼を切断するネットワーク通信装置であることを認識してから再発呼して音声チャネルの接続要求をするので、音声チャネル接続を優先的に行う機器との呼接続の確立を有効に確保することができる。特に、特定のベンダーに対しては、固有の独特な呼接続を必要とした宛先情報を記憶するので、以降に指定された宛先に対して、標準的な呼接続手順とベンダー固有の呼接続手順を使い分けることができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明のネットワーク通信装置を実施するための最良の形態について説明する。説明する際には、本明細書と同時に提出する図面を適宜参照することにする。
【００１２】
図１と図２は本発明に係るネットワーク通信装置を取り巻くネットワークの構成図を示したものである。両構成図は、H.323によるIP-FAXの発明とSIPによるIP-FAXの発明である点が異なる。
【００１３】
〈H.323によるIP-FAXの発明の機器構成〉
構成を図１に示す。図中表記１１は発明対象であるIP-FAXである。表記１２のGatekeeperは、管理下のゾーン中にあるH.323端末のエイリアス電話番号とIPアドレスを管理し、主にエイリアス電話番号からIPアドレスへの解決を行う。表記１３、１４はH.323対応のVoIP-Gatewayで、Gatewayの先に接続されたアナログFAXとIP-FAX間でメディア通信を行うための機器である。各機器は、JT-T.38準拠のファクシミリ通信能力及び音声能力を含むJT-H.323及びJT-H.245準拠の呼接続用パケットを生成するパケット生成手段と、ファクシミリ送信時に、相手の機器に対して当該呼接続用パケットにより接続要求し、ファクシミリ通信チャネル及び音声チャネルを確立してファクシミリ送信を行う通信制御手段を有する。本図例では、表記１３のGatewayはABC社製のもので、表記１４のGatewayは別のベンダーのXYZ社製のものとしている。
【００１４】
〈SIPによるIP-FAXの発明の機器構成〉
構成を図２に示す。図中表記２１は発明対象であるIP-FAXである。SIPプロキシサーバ（図中表記２２に該当）は、IP-FAXの番号宛先情報(エイリアス番号、SIP-URIとも呼ぶ)を基に、当該ドメイン内のSIP端末間でSIPメソッドをプロキシする機能を持つ。ロケーションサーバ（図中表記２３）は、当該ドメイン内の各SIP端末について、その番号情報(SIP-URI)とIPアドレスの関係を一組の情報として保持している。SIPプロキシサーバ２２は、プロキシを行う際にロケーションサーバ２３内の情報を参照する。図中表記２１、２４、２５のIP端末は、SIPによるメディア通信機能を持つ機器である。各機器は、JT-T.38準拠のファクシミリ通信能力及び音声能力を含むRFC3261準拠の呼接続用パケットを生成するパケット生成手段と、ファクシミリ送信時に、相手の機器に対して当該呼接続用パケットにより接続要求し、ファクシミリ通信チャネル及び音声チャネルを確立してファクシミリ送信を行う通信制御手段を有する。本図例では、表記２４のGatewayはABC社製のものとしている。また表記２１のIP-FAX（発明対象）は、特定の宛先情報を記憶する不揮発性の記憶部２７を備えている。
以下、本発明のネットワーク通信装置の処理動作を図１または図２中のIP-FAX（１１、２１）を発明対象として説明する。
【００１５】
〈動作１〉
図１の構成で、図１中表記１１のIP-FAXから表記１３のVoIP-Gatewayへ発呼するときの動作例を記す。図３のシーケンス図に沿って説明する。
【００１６】
IP-FAXのユーザは、宛先「0339241111」を指定してファクシミリ送信を行う。
IP-FAXは、アドレス解決及びファクシミリ通信用の帯域を確保するために、GatekeeperへARQ信号を送信する。GatekeeperはARQ信号を受信することで、当該端末が呼を開始したことを確認する。
IP-FAXは、GatekeeperからACF信号を受信して、ファクシミリ送信先端末（VoIP-Gateway）のIPアドレスを取得する。
【００１７】
VoIP-GatewayへH.323 SETUP信号を送信する。同信号内faststartに音声能力とT.38能力の両方を宣言する。これは、発呼先の通信端末が音声チャネルの接続を必須とする可能性を考慮したものである。IP-FAXとしては、T.38チャネルさえ接続できれば良く、音声チャネルは必須ではない。
IP-FAXは、VoIP-GatewayからCallProceeding、PROGRESS、ALERT、CONENCT信号を受信する。同信号内faststartには、音声能力だけが宣言されている。JT-T.38標準では、「faststartでT.38能力が宣言されていない場合、ReleaseComplete信号を送信することで直ちにH.323手続きを終了してもよい」とある。本形態では、着呼端末側からのfastartにT.38能力が宣言されていな場合でも、暫定的に音声チャネルを接続して、通信自体は維持することを特徴としている。SETUP〜CONNECTまでのfastconnect終了後は、本例のようにJT-H.245標準で定められた手順を行う場合がある。通常は、H.323 PROGRESS信号内に記述された情報をもとに、両端末間でH.323とは別のH.245用のTCPセッションを接続して、以降は同セッション上でH.245信号をやり取りする。一方、H.245トンネリングと呼ばれる方法もある。これはH.245専用のセッションを作ることなく、H.323セッション上でH.245信号をやり取りする方法である。本例では、H.245トンネリングではなく一般的なH.245の手順を挙げて解説する。
【００１８】
IP-FAXは、発呼先相手端と音声チャネルを確立する。
確立した音声チャネルで、音声データ(RTP)と音声データの制御用信号(RTCP)をやり取りする。本形態では、音声チャネルで通信相手端末(VoIP-Gateway)と擬似的な音声データ（RTPとRTCP）をやり取りすることを特徴とする。本実施例のようにIP-FAXが発呼側の場合は、RTPとしてCNG信号を送信する。また、本形態では、確立した音声チャネルはT.38チャネルの確立後もすぐには切断することなく維持し、ファクシミリデータ(T.38データ)通信終了後に切断することを特徴とする。
【００１９】
H.245 MasterSlaveDetermination信号とMasterSlaveDeterminationAck信号をやり取りして、端末間でMasterとSlaveの関係を作る。
端末間で、お互いにH.245 TerminalCapabilitySet信号をやり取りして、各々の機器が持つ能力を示し合う。本例では、発呼端末と着呼端末双方ともVoIP機器であるため、音声能力とそれからT.38能力を宣言している。
H.323 VoIP-Gatewayは、PSTN回線側に接続されたG3ファクシミリからT.30ファクシミリ信号を受信、検出することで、H.245 RequestMode信号を送信してT.38チャネルの接続を要求する。
【００２０】
IP-FAXは、VoIP-GatewayからのRequestMode(T.38)を受けて、端末間でT.38チャネルを確立する。T.38チャネルの確立には、H.245 OpenLogicalChannel(T.38)を使用する。
確立したT.38チャネルで画データを含むファクシミリデータを通信する。
【００２１】
ファクシミリデータの通信終了後に、音声チャネルとT.38チャネルを切断する。チャネルの切断にはH.245 CloseLogicalChannel信号を使用する。
H.245 EndSessionCommand信号を送信して、H.245セッションをクローズする。H.245トンネリングでH.245手順を行う場合は、本信号は使用しない。
H.323 ReleaseComplete信号を送信して、H.323手続きを終了する。
RAS DRQ信号を送信して、Gatekeeperへ呼が終了したことを通知する。
【００２２】
このように動作することにより以下の効果を奏する。即ち、JT-H.323準拠のIP-FAX発呼着呼において、音声チャネル接続を優先的に行うVoIP機器との接続性を解決することができる。JT-H.323標準に準拠しただけでは確保が難しい接続性を確実に実現することができる。
【００２３】
〈動作２〉
図１の構成で、図１中表記１１のIP-FAXが表記１３のVoIP-Gatewayから着呼を受けるときの動作例を記す。図４のシーケンス図に沿って説明する。
【００２４】
IP-FAXは、SETUP信号を受信することで着呼を認識する。同SETUP信号のfaststartにファクシミリ通信に必要なT.38能力が宣言されているかをチェックする。本例の場合、faststartでT.38能力は宣言されておらず、音声能力だけが宣言されている。本形態は、着呼時のfaststartにT.38能力が宣言されていない場合でも直ちにその通信を切断することなく、音声チャネルを接続することを特徴とする。
IP-FAXは、faststartに音声能力を宣言したH.323 CallProceeding信号を送信する。
GatekeeperへRAS ARQ信号を送信し、ACF信号を受信する。本信号は、Gatekeeperへ呼の開始を通知するとともに、ファクシミリ信号用の帯域を確保する目的を持つ。
IP-FAXは、H.323 PROGRESS、ALERT、CONNECT信号を送信する。PROGRESSとCONNECT信号には、CallProceeding信号と同じく、faststartに音声能力を宣言する。
SETUP〜CONNECTまでのfastconnect終了後は、本例のようにJT-H.245標準で定められた手順を行う場合がある。通常は、H.323 PROGRESS信号内に記述された情報をもとに、両端末間でH.323とは別のH.245用のTCPセッションを接続して、以降は同セッション上でH.245信号をやり取りする。一方、H.245トンネリングと呼ばれる方法もある。これはH.245専用のセッションを作ることなく、H.323セッション上でH.245信号をやり取りする方法である。本例では、H.245トンネリングではなく一般的なH.245の手順を挙げて解説する。
【００２５】
IP-FAXは、発呼先相手端と音声チャネルを確立する。
確立したチャネルで、音声データ(RTP)と音声データの制御用信号(RTCP)をやり取りする。本形態では、音声チャネルで通信相手端末(VoIP-Gateway)と擬似的な音声データ（RTPとRTCP）をやり取りすることを特徴とする。また、本形態では、確立した音声チャネルはT.38チャネルの確立後もすぐには切断することなく維持し、ファクシミリデータ(T.38データ)通信終了後に切断することを特徴とする。
【００２６】
H.245 MasterSlaveDetermination信号とMasterSlaveDeterminationAck信号をやり取りして、端末間でMasterとSlaveの関係を作る。
端末間で、お互いにH.245 TerminalCapabilitySet信号をやり取りして、各々の機器が持つ能力を示し合う。本例では、発呼端末と着呼端末双方ともVoIP機器であるため、音声能力とそれからT.38能力を宣言している。
IP-FAXは、既に確立している音声チャネルに加えてT.38チャネルを確立するために、VoIP-GatewayへRequestMode(T.38)送信してT.38チャネルの接続を要求する。
【００２７】
両端末間でT.38チャネルを確立する。T.38チャネルの確立には、H.245 OpenLogicalChannel(T.38)を使用する。
確立したT.38チャネルで画データを含むファクシミリデータを通信する。
【００２８】
ファクシミリデータの通信終了後に、音声チャネルとT.38チャネルを切断する。チャネルの切断にはH.245 CloseLogicalChannel信号を使用する。
H.245 EndSessionCommand信号を送信して、H.245セッションをクローズする。H.245トンネリングでH.245手順を行う場合は、本信号は使用しない。
H.323 ReleaseComplete信号を送信して、H.323手続きを終了する。
RAS DRQ信号を送信して、Gatekeeperへ呼が終了したことを通知する。
【００２９】
このように動作することにより以下の効果を奏する。即ち、JT-H.323準拠のIP-FAX発呼着呼において、音声チャネル接続を優先的に行うVoIP機器との接続性を解決することができる。JT-H.323標準に準拠しただけでは確保が難しい接続性を確実に実現することができる。
【００３０】
〈動作３〉
図２の構成で、図２中表記２１のIP-FAXから表記２４のVoIP-Gatewayへ発呼するときの動作例を記す。図５のシーケンス図に沿って説明する。
【００３１】
IP-FAXのユーザは、宛先「0339241111」を指定してファクシミリ送信を行う。
【００３２】
IP-FAXは、最初に図２中表記２２のプロキシサーバへINVITE信号を送信する。同INVITE信号のSDPフィールドに、通信相手端末に対して接続を要求するメディアタイプを全て記述するのが一般的な手法であるが、本形態では、INVITE信号のSDPフィールドにファクシミリ通信に必要なT.38能力を宣言せず、音声能力だけを宣言することを特徴とする。これは、通信相手端末が音声端末であることを前提とした動作をし、INVITEのSDPフィールドに音声以外の能力を宣言されたときに、即座に当該通信を切断してくるVoIP-Gatewayの動作を考慮したものである。
SIPプロキシサーバは、ロケーションサーバへアクセスして、受信したINVITE信号中のRequest-URI（宛先情報「0339241111」とドメイン情報を含んだ情報）をプロキシ先のIPアドレスへ解決する。プロキシサーバは、解決結果のIPアドレスへ受信したINVITEをプロキシする。
VoIP-Gatewayは、INVITE信号を受けて、SDPフィールドで音声能力を宣言した200_OK信号を送信する。同信号はSIPプロキシサーバを経由してIP-FAXへ送信される。
IP-FAXは、200_OK信号を受信すると、VoIP-GatewayへACK信号を送信して、VoIP-Gateway間で音声チャネルを確立する。
【００３３】
確立した音声チャネルで、音声データ(RTP)と音声データの制御用信号(RTCP)をやり取りする。本形態では、音声チャネルで通信相手端末(VoIP-Gateway)と擬似的な音声データ（RTPとRTCP）をやり取りすることを特徴とする。本例のようにIP-FAXが発呼側の場合は、RTPとしてCNG信号を送信する。また、本形態では、確立した音声チャネルはT.38チャネルの確立後もすぐには切断することなく維持し、ファクシミリデータ(T.38データ)通信終了後に切断することを特徴とする。
【００３４】
VoIP-Gatewayは、PSTN回線側に接続されたG3ファクシミリからT.30ファクシミリ信号を受信、検出することで、SDPフィールドにT.38能力を宣言したre-INVITE信号を送信して、IP-FAXに対してT.38チャネルの接続を要求する。
IP-FAXは、re-INVITE信号を受けると、SDPフィールドにT.38能力を記述した200_OK信号をVoIP-Gatewayへ送信する。
VoIP-Gatewayは、200_OK信号を受信すると、IP-FAXへACK信号を送信して、両端末間でT.38チャネルを確立する。
【００３５】
確立したT.38チャネルで画データを含むファクシミリデータを通信する。
【００３６】
ファクシミリデータの通信終了後に、音声チャネルとT.38チャネルを切断する。
両端末は、互いにBYE信号を送信して、SIPの手続きを終了する。
【００３７】
このように動作することにより以下の効果を奏する。即ち、RFC3261(SIP)準拠のIP-FAXの発呼着呼において、音声チャネル接続を優先的に行うVoIP機器との接続性を解決することができる。RFC3261標準に準拠しただけでは確保が難しい接続性を確実に実現することができる。
【００３８】
〈動作４〉
図２の構成で、図２中表記２１のIP-FAXが表記２４のVoIP-Gatewayから着呼を受けるときの動作例を記す。図６のシーケンス図に沿って説明する。
【００３９】
IP-FAXは、INVITE信号を受信することで着呼を認識する。同信号のSDPフィールドにファクシミリ通信に必要なT.38能力が宣言されているかをチェックする。本例の場合、T.38能力は宣言されておらず、音声能力だけが宣言されている。本形態は、着呼時のINVITEのSDPフィールドにT.38能力が宣言されていない場合でも直ちにその通信を切断することなく、音声チャネルを接続することを特徴とする。
IP-FAXは、SDPフィールドに音声能力を宣言した200_OK信号をSIPプロキシサーバへ送信する。
SIPプロキシサーバは、200_OK信号をVoIP-Gatewayへプロキシする。
VoIP-Gatewayは、200_OK信号を受信すると、IP-FAXへACK信号を送信して、両端末間で音声チャネルを確立する。
【００４０】
確立した音声チャネルで、音声データ(RTP)と音声データの制御用信号(RTCP)をやり取りする。本形態では、音声チャネルで通信相手端末(VoIP-Gateway)と擬似的な音声データ（RTPとRTCP）をやり取りすることを特徴とする。また、本形態では、確立した音声チャネルはT.38チャネルの確立後もすぐには切断することなく維持し、ファクシミリデータ(T.38データ)通信終了後に切断することを特徴とする。
【００４１】
IP-FAXは、音声チャネルに加えてT.38チャネルを確立するために、VoIP-GatewayへSDPフィールドにT.38能力を宣言したre-INVITE信号を送信して、T.38チャネルの接続を要求する。
VoIP-Gatewayは、re-INVITE信号を受信すると、SDPフィールドにT.38能力を記述した200_OK信号をIP-FAXへ送信する。
IP-FAXは、200_OK信号を受信すると、ACK信号を送信して、両端末間でT.38チャネルを確立する。
【００４２】
確立したT.38チャネルで画データを含むファクシミリデータを通信する。
【００４３】
ファクシミリデータの通信終了後に、音声チャネルとT.38チャネルを切断する。
両端末は、互いにBYE信号を送信して、SIPの手続きを終了する。
【００４４】
このように動作することにより以下の効果を奏する。即ち、RFC3261(SIP)準拠のIP-FAXの発呼着呼において、音声チャネル接続を優先的に行うVoIP機器との接続性を解決することができる。RFC3261標準に準拠しただけでは確保が難しい接続性を確実に実現することができる。
【００４５】
〈動作５〉
図１の構成で、図１中表記１１のIP-FAXから表記１３のVoIP-Gatewayへ発呼するときの動作例を記す。図７のシーケンス図に沿って説明する。
【００４６】
IP-FAXのユーザは、宛先「0339241111」を指定してファクシミリ送信を行う。
IP-FAXは、アドレス解決及びファクシミリ通信用の帯域を確保するために、GatekeeperへARQ信号を送信する。GatekeeperはARQ信号を受信することで、当該端末が呼を開始したことを確認する。
IP-FAXは、GatekeeperからACF信号を受信して、ファクシミリ送信先端末（VoIP-Gateway）のIPアドレスを取得する。
【００４７】
VoIP-GatewayへH.323 SETUP信号を送信する。同信号内faststartに音声能力とT.38能力の両方を宣言する。これは、発呼先の通信端末が音声チャネルの接続を必須とする可能性を考慮したものである。IP-FAXとしては、T.38チャネルさえ接続できれば良く、音声チャネルは必須ではない。
IP-FAXは、VoIP-GatewayからCallProceeding、PROGRESS、ALERT、CONENCT信号を受信する。同信号内faststartには、音声能力だけが宣言されている。JT-T.38標準では、「faststartでT.38能力が宣言されていない場合、ReleaseComplete信号を送信することで直ちにH.323手続きを終了してもよい」とある。着呼端末側からのfastartにT.38能力が宣言されていな場合でも、暫定的に音声チャネルを接続して、通信自体は維持する。SETUP〜CONNECTまでのfastconnect終了後は、本例のようにJT-H.245標準で定められた手順を行う場合がある。通常は、H.323 PROGRESS信号内に記述された情報をもとに、両端末間でH.323とは別のH.245用のTCPセッションを接続して、以降は同セッション上でH.245信号をやり取りする。一方、H.245トンネリングと呼ばれる方法もある。これはH.245専用のセッションを作ることなく、H.323セッション上でH.245信号をやり取りする方法である。本例では、H.245トンネリングではなく一般的なH.245の手順を挙げて解説する。
【００４８】
IP-FAXは、発呼先相手端と音声チャネルを確立する。
確立した音声チャネルで、音声データ(RTP)と音声データの制御用信号(RTCP)をやり取りする。H.245 MasterSlaveDetermination信号とMasterSlaveDeterminationAck信号をやり取りして、端末間でMasterとSlaveの関係を作る。
端末間で、お互いにH.245 TerminalCapabilitySet信号をやり取りして、各々の機器が持つ能力を示し合う。本形態は、通信相手端末から受信したTerminalCapabilitySet信号のCapabilityTableにT.38能力が宣言されていない場合は、即座に通信を切断することを特徴とする。図７のシーケンス図は、通信相手端末からのTerminalCapabilitySetにT.38能力が宣言されていない場合の例を示している。
【００４９】
IP-FAXは、TerminalCapabilitySetを受信すると、TerminalCapabilitySetAckを送信してから、音声チャネルをクローズする。チャネルのクローズにはH.245 CloseLogicalChannel信号を使用する。
両端末は、H.245 EndSessionCommand信号をやりとりして、H.245の手続きを終了する。
両端末は、H.323 ReleaseComplete信号をやりとりして、H.323の手続きを終了する。
IP-FAXは、RAS DRQ信号を送信して、Gatekeeperへ呼が終了したことを通知する。
【００５０】
このように動作することにより以下の効果を奏する。即ち、例えば、誤ってT.38通信能力を持たないVoIP-Gatewayへ発呼した場合など、相手ネットワーク端末がファクシミリ通信できないことが解った時点で即座に呼を切断し、ユーザに対して迅速に結果を通知できる。
【００５１】
〈動作６〉
図２の構成で、図２中表記２１のIP-FAXから表記２４のVoIP-Gatewayへ発呼するときの動作例を記す。図８のシーケンス図に沿って説明する。
【００５２】
IP-FAXのユーザは、宛先「0339241111」を指定してファクシミリ送信を行う。
【００５３】
IP-FAXは、最初に図２中表記２２のプロキシサーバへINVITE信号を送信する。同INVITE信号のSDPフィールドに、通信相手端末に対して接続を要求するメディアタイプを全て記述する。本例では、ファクシミリ通信に必要なT.38と、一部のVoIP機器が要求する音声能力を宣言する。
SIPプロキシサーバは、ロケーションサーバへアクセスして、受信したINVITE信号中のRequest-URI（宛先情報「0339241111」とドメイン情報を含んだ情報）をプロキシ先のIPアドレスへ解決する。プロキシサーバは、解決結果のIPアドレスへ受信したINVITEをプロキシする。
VoIP-Gatewayは、INVITE信号を受信すると、同信号内のSDPフィールドに宣言されたメディアタイプを確認する。
VoIP-Gatewayは、音声機器との接続を前提としており、INVITE信号のSDPフィールドに音声以外の能力が宣言されていることを理由に呼接続を拒否して400_NGを送信する。
一部のVoIP機器は、INVITEのSDPフィールドで音声以外の能力を宣言されると、呼接続を拒否してその通信を即座に切断するものがある。本例の図８は、VoIP-Gatewayが音声能力以外を宣言されて切断する場合の例を示している。
他方、図９は、比較のために一般的なIP-FAX通信のシーケンスを示している。対抗機であるIP-FAXは、INVITE信号を受信すると、SDPフィールドにT.38能力が宣言されていることを確認して、200_OKのSDPフィールドにT.38能力だけを宣言して応答している。これにより、両端末間でT.38チャネルを接続してファクシミリ通信が行われる。
400_NG信号がSIPプロキシサーバを経由して、IP-FAXへ送信される。
IP-FAXは、400_NG信号を受信すると、VoIP-GatewayへACK信号を送信して、当該通信を終了する。
【００５４】
直後にIP-FAXは、自動的に同一宛先「0339241111」へ発呼して、図２中表記２のプロキシサーバへINVITE信号を送信する。本形態では、再発呼時のINVITE信号のSDPフィールドには、直前の発呼時にINVITE信号のSDPフィールドにT.38能力を宣言して通信相手端末に呼接続を拒否されたことを踏まえて、INVITE信号のSDPフィールドには音声能力だけを宣言することを特徴とする。これは、通信相手端末が音声端末であることを前提とした動作をし、INVITEのSDPフィールドに音声以外の能力を宣言されたときに、即座に当該通信を切断してくるVoIP-Gatewayの動作を考慮したものである。
SIPプロキシサーバは、ロケーションサーバへアクセスして、受信したINVITE信号中のRequest-URI（宛先情報「0339241111」とドメイン情報を含んだ情報）をプロキシ先のIPアドレスへ解決する。プロキシサーバは、解決結果のIPアドレスへ受信したINVITEをプロキシする。
VoIP-Gatewayは、INVITE信号を受けて、SDPフィールドで音声能力を宣言した200_OK信号を送信する。同信号はSIPプロキシサーバを経由してIP-FAXへ送信される。
IP-FAXは、200_OK信号を受信すると、VoIP-GatewayへACK信号を送信して、VoIP-Gateway間で音声チャネルを確立する。
【００５５】
確立した音声チャネルで、音声データ(RTP)と音声データの制御用信号(RTCP)をやり取りする。VoIP-Gatewayは、PSTN回線側に接続されたG3ファクシミリからT.30ファクシミリ信号を受信、検出することで、SDPフィールドにT.38能力を宣言したre-INVITE信号を送信して、IP-FAXに対してT.38チャネルの接続を要求する。
【００５６】
IP-FAXは、re-INVITE信号を受けると、SDPフィールドにT.38能力を記述した200_OK信号をVoIP-Gatewayへ送信する。
VoIP-Gatewayは、200_OK信号を受信すると、IP-FAXへACK信号を送信して、両端末間でT.38チャネルを確立する。
【００５７】
確立したT.38チャネルで画データを含むファクシミリデータを通信する。
【００５８】
ファクシミリデータの通信終了後に、音声チャネルとT.38チャネルを切断する。
両端末は、互いにBYE信号を送信して、SIPの手続きを終了する。
本形態では、IP-FAXは、再発呼することでファクシミリ通信が正常に終了したことを確認すると、当該宛先が「音声チャネルを優先する宛先」であると判断して、同宛先情報「0339241111」を記憶部２７へ記憶する。
【００５９】
また、本形態では、IP-FAX発呼時に指定された発呼宛先と一致する宛先を記憶部２７の中から検索して、一致する宛先が存在する場合と存在しない場合で、発呼INVITE信号のSDPフィールドに宣言するメディアタイプが異なることを特徴とする。
【００６０】
このように動作することにより以下の効果を奏する。即ち、RFC3261(SIP)準拠のIP-FAXの発呼着呼において、音声チャネル接続を優先的に行うVoIP機器との接続性を解決することができる。RFC3261標準に準拠しただけでは確保が難しい接続性を確実に実現することができる。
【００６１】
図１０のシーケンス図は、記憶部２７の中に発呼宛先と一致する宛先が存在した場合の実施例を示したものである。図２の構成で、図２中表記１１のIP-FAXから表記２４のVoIP-Gatewayへ発呼している。
【００６２】
IP-FAXのユーザーは、宛先「0339245551」を指定してファクシミリ送信を行う。
IP-FAXは、発呼宛先「0339245551」と一致する宛先を記憶部２７の中を検索する。一致する宛先が存在するため、当該発呼先端末は音声チャネルを優先する機器であると判断して、SDPフィールドに音声能力だけを宣言したINVITE信号をSIPプロキシサーバへ送信する。
SIPプロキシサーバは、ロケーションサーバへアクセスして、受信したINVITE信号中のRequest-URI（宛先情報「0339245551」とドメイン情報を含んだ情報）をプロキシ先のIPアドレスへ解決する。SIPプロキシサーバは、解決結果のIPアドレスへ受信したINVITE信号をプロキシする。
VoIP-Gatewayは、INVITE信号を受けて、SDPフィールドで音声能力を宣言した200_OK信号を送信する。同信号はSIPプロキシサーバを経由してIP-FAXへ送信される。
IP-FAXは、200_OK信号を受信すると、VoIP-GatewayへACK信号を送信して、VoIP-Gateway間で音声チャネルを確立する。
【００６３】
確立した音声チャネルで、音声データ(RTP)と音声データの制御用信号(RTCP)をやり取りする。VoIP-Gatewayは、PSTN回線側に接続されたG3ファクシミリからT.30ファクシミリ信号を受信、検出することで、SDPフィールドにT.38能力を宣言したre-INVITE信号を送信して、IP-FAXに対してT.38チャネルの接続を要求する。
【００６４】
IP-FAXは、re-INVITE信号を受けると、SDPフィールドにT.38能力を記述した200_OK信号をVoIP-Gatewayへ送信する。
VoIP-Gatewayは、200_OK信号を受信すると、IP-FAXへACK信号を送信して、両端末間でT.38チャネルを確立する。
【００６５】
確立したT.38チャネルで画データを含むファクシミリデータを通信する。
ファクシミリデータの通信終了後に、音声チャネルとT.38チャネルを切断する。
両端末は、互いにBYE信号を送信して、SIPの手続きを終了する。
【００６６】
図１１のシーケンス図は、記憶部２７の中に発呼宛先と一致する宛先が存在した場合の実施例を示したものである。図２の構成で、図２中表記２１のIP-FAXから表記２５のIP-FAXへ発呼している。
【００６７】
図２中表記２１の発呼側IP-FAXのユーザーは、宛先「0654449820」を指定してファクシミリ送信を行う。
【００６８】
発呼側IP-FAXは、発呼宛先「0654449820」と一致する宛先を記憶部２７の中を検索する。一致する宛先が存在しないため、通常通りSDPフィールドに音声能力とT.38能力を宣言したINVITE信号をSIPプロキシサーバへ送信する。発呼先端末が音声機能を要求するVoIP機器である場合を考慮して、SDPフィールドには音声能力も宣言する。
【００６９】
SIPプロキシサーバは、ロケーションサーバへアクセスして、受信したINVITE信号中のRequest-URI（宛先情報「0654449820」とドメイン情報を含んだ情報）をプロキシ先のIPアドレスへ解決する。SIPプロキシサーバは、解決結果のIPアドレスへ受信したINVITE信号をプロキシする。
【００７０】
図中表記４の着呼側IP-FAXは、INVITE信号を受けて、INVITE信号内のSDPフィールドを確認する。SDPフィールドにT.38能力が宣言されているため、SDPフィールドでT.38能力を宣言した200_OK信号を送信する。同信号はSIPプロキシサーバを経由して図中表記２１の発呼側IP-FAXへ送信される。
発呼側IP-FAXは、200_OK信号を受信すると、着呼側IP-FAXへACK信号を送信して、両端末間でT.38チャネルを確立する。
【００７１】
確立したT.38チャネルで画データを含むファクシミリデータを通信する。
【００７２】
ファクシミリデータの通信終了後に、音声チャネルとT.38チャネルを切断する。
両端末は、互いにBYE信号を送信して、SIPの手続きを終了する。
【００７３】
このように動作することにより、以下の効果を奏する。即ち、ベンダー固有の独特な呼接続を必要とした宛先情報を記憶しておくことで、以降に指定された宛先に対して、標準的な呼接続手順とベンダー固有の呼接続手順を使い分けることができる。例えば、通常は標準に準拠した一般的な呼接続手順を行い、特定のベンダー機器を指し示す宛先を指定された場合だけ固有の呼接続手順を行うことができる。
【００７４】
なお、上述した形態は本発明のネットワーク通信装置を実施するための最良のものであるが、かかる実施形式に限定されるものではない。従って、本発明の要旨を変更しない範囲内において、その実施形式を種々変形することが可能である。
【図面の簡単な説明】
【００７５】
【図１】ネットワーク通信装置を取り巻くネットワークの構成図であり、H.323によるIP-FAXの発明についてのものである。
【図２】ネットワーク通信装置を取り巻くネットワークの構成図であり、SIPによるIP-FAXの発明についてのものである。
【図３】図１中表記１１のIP-FAXから表記１３のVoIP-Gatewayへ発呼するときの動作例を動作１として記したシーケンス図である。
【図４】図１中表記１１のIP-FAXが表記１３のVoIP-Gatewayから着呼を受けるときの動作例を動作２として記したシーケンス図である。
【図５】図２中表記２１のIP-FAXから表記２４のVoIP-Gatewayへ発呼するときの動作例を動作３として記したシーケンス図である。
【図６】図２中表記２１のIP-FAXが表記２４のVoIP-Gatewayから着呼を受けるときの動作例を動作４として記したシーケンス図である。
【図７】図１中表記１１のIP-FAXから表記１３のVoIP-Gatewayへ発呼するときの動作例を動作５として記したシーケンス図である。
【図８】図２中表記２１のIP-FAXから表記２４のVoIP-Gatewayへ発呼するときの動作例を動作６として記したシーケンス図である。
【図９】一般的なIP-FAX通信のシーケンス図である。
【図１０】動作６において、記憶部２７の中に発呼宛先と一致する宛先が存在した場合の実施例を示したシーケンス図である。
【図１１】動作６において、記憶部２７の中に発呼宛先と一致する宛先が存在した場合の実施例を示したシーケンス図である。
【符号の説明】
【００７６】
１１    IP-FAX
１２    Gatekeeper
１３    VoIP-Gateway（ABC社製）
１４    VoIP-Gateway（XYZ社製）
１５    インターネット
２１    IP-FAX
２２    SIPプロキシサーバ
２３    ロケーションサーバ
２４    VoIP-Gateway（ABC社製）
２５    IP-FAX
２６    インターネット
２７    記憶部
【図１】
2007324857.tif 000003
【図２】
2007324857.tif 000004
【図３】
2007324857.tif 000005
【図４】
2007324857.tif 000006
【図５】
2007324857.tif 000007
【図６】
2007324857.tif 000008
【図７】
2007324857.tif 000009
【図８】
2007324857.tif 000010
【図９】
2007324857.tif 000011
【図１０】
2007324857.tif 000012
【図１１】
2007324857.tif 000013