(57)【要約】【課題】トンネル経由により、Symmetric ＮＡＴの場合でも音声パケットを伝送するＩＰ電話の技術を提供する。【解決手段】異なるＦＷ内の端末間の通話について、呼制御と音声パケット伝送を各ＦＷ内のトンネル装置Ｔ１，Ｔ３同士が、ＦＷ外の中継装置Ｔ２経由で行うことにより、Symmetric ＮＡＴの場合でも端末間の音声パケット等の伝送による通話が可能となる。端末間におけるＲＴＰ等の音声パケット伝送路はトンネル装置経由ではなく、直接の経路（直路）として設定することにより、トンネルでのボトルネックが解消できる。【選択図】図１
2006101463.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークとの接続部と、前記接続部を経た通信を制御する制御部と、を備え、ファイアウォール内側に設置しトンネリングによるファイアウォール越えの通信を行うトンネル装置において、
前記接続部及び制御部により、前記ファイアウォール外側に設置された所定の中継装置を経て、他のファイアウォール内側に設置された他のトンネル装置との通信を仲介するトンネル手段と、
前記接続部及び制御部により、各ファイアウォール内側にあるＩＰ通話用の端末による通話のための呼制御を処理する呼制御手段と、
を備え、
前記呼制御手段は、少なくとも、
異なるファイアウォール内側の端末との通話について、所定のプロトコル及びポート番号により、（１）そのトンネル装置と同じファイアウォール内側の端末から他のファイアウォール内側の端末への発信要求を受け付けて前記トンネル手段によりファイアウォール外側へ仲介する手段と、（２）前記トンネル手段によりファイアウォール外側から内側への着信要求を受信して宛先の端末へ仲介する手段と、（３）前記トンネル手段により音声パケットの伝送を仲介する手段と、
同じファイアウォール内側の端末間の通話について、発着信要求及び音声パケット伝送を仲介する手段と、
を備えることを特徴とするトンネル装置。
【請求項２】
前記呼制御手段は、通話をしようとする端末同士が同じファイアウォール内側の場合、それら端末間における直接の音声パケット伝送路の設定のために、各端末が音声パケット伝送用に用いようとするポートのプライベートＩＰアドレス及びポート番号を含む識別情報を相手方端末へ直接又は間接に提供することを特徴とする請求項１記載のトンネル装置。
【請求項３】
通信ネットワークとの接続部と、前記接続部を経た通信を制御する制御部と、を備え、ファイアウォール外側に設置しトンネリングによるファイアウォール越えの通信を中継する中継装置において、
前記接続部及び制御部により、各ファイアウォール内側に設置された所定の各トンネル装置間の通信を仲介する中継手段と、
前記接続部及び制御部により、各ファイアウォール内側にあるＩＰ通話用の端末による通話のための呼制御を処理する呼制御手段と、
を備え、
前記呼制御手段は、少なくとも、異なるファイアウォール内側の端末間の通話について前記中継手段を用いて、各端末に対応する前記各トンネル装置に対し、通話のための発着信要求及び音声パケット伝送を中継する手段を備える
ことを特徴とする中継装置。
【請求項４】
請求項１又は２記載のトンネル装置と、
請求項３記載の中継装置と、
を備えたことを特徴とする呼制御システム。
【請求項５】
操作手段と、送話手段と、受話手段と、通信ネットワークとの接続部と、前記接続部を経た通信及び音声のエンコード並びにデコードを含む制御を行う制御部と、を備え、ファイアウォール内側に設置しファイアウォール越えの通話を行うＩＰ通話用の端末装置において、
前記制御部により、
（１）前記操作手段から少なくとも、発信と、着信応答と、終話と、の操作を受け付ける手段と、
（２）同じファイアウォール内側及び異なるファイアウォール内側にある他の端末との通話のために前記接続部により、同じファイアウォール内側に設置された所定のトンネル装置と、所定のプロトコル及びポート番号により、発着信要求を含む呼制御情報の授受を行う手段と、
（３）他のファイアウォール内側の端末との通話においては、伝送にかかる音声パケットを前記トンネル装置と前記プロトコルにより授受する手段と、
（４）通話中は前記エンコード及びデコードの処理を行う手段と、
の役割を果たす通話処理手段を備えることを特徴とする端末装置。
【請求項６】
請求項１もしくは２記載のトンネル装置、又は、請求項４記載の呼制御システムと、
請求項５記載の端末装置と、
を備えたことを特徴とするＩＰ電話システム。
【請求項７】
前記呼制御手段は、通話をしようとする端末同士が異なるファイアウォール内側の場合、それら端末間における直接の音声パケット伝送路の設定のために、各端末が音声パケット伝送用に用いようとするポートからファイアウォール越しに送信されるパケットを受信することによりそのポートのファイアウォール外側向けポート番号を含む識別情報を取得すると共に前記中継手段を用いて互いに相手方端末へ通知することを特徴とする請求項３記載の中継装置。
【請求項８】
前記通話処理手段は、また、前記制御部により、
（１）前記操作手段から少なくとも、発信と、着信応答と、終話と、の操作を受け付け、
（２）異なるファイアウォール内側にある他の端末との通話にあたっては、その端末との音声パケット伝送用に用いようとするポートから前記接続部により、ファイアウォール外側に設置された所定の中継装置に対しパケットを送信することによりそのポートのファイアウォール外側向けポート番号を含む自端末側のＷＡＮ側識別情報の通知を行い、
（３）同じファイアウォール内側に設置された所定のトンネル装置を経て所定のプロトコル及びポート番号により送信される相手方端末のＷＡＮ側識別情報にしたがって直接の音声パケット伝送路を設定し、
（４）通話中は前記エンコード及びデコードの処理を行う
ことを特徴とする請求項５記載の端末装置。
【請求項９】
請求項７記載の中継装置と、
請求項８記載の端末装置と、
を備えたことを特徴とするＩＰ電話システム。
【請求項１０】
前記通話処理手段は、また、前記制御部により、前記ＷＡＮ側識別情報の通知又は受信後、前記相手方端末からの音声パケットの到着したこと又は所定の待機時間内に到着しなかったことを検出した場合に、前記トンネル装置を経て前記所定のプロトコル及びポート番号により前記中継装置へ、前記到着したこと又は到着しなかったことを通知することを特徴とする請求項８記載の端末装置。
【請求項１１】
前記呼制御手段は、通話をしようとするいずれかの前記端末装置から、所定の待機時間内に前記到着したことの通知が無い場合、又は、到着しなかったことの通知があった場合に、その通知にかかる音声パケット伝送路の前記トンネル装置経由による代替迂回路を、前記中継手段を用いて設定することを特徴とする請求項７記載の中継装置。
【請求項１２】
請求項１０記載の端末装置と、
請求項１１記載の中継装置と、
を備えたことを特徴とするＩＰ電話システム。
【請求項１３】
前記接続部及び制御部により、
ＳＩＰ（Session Initiation Protocol ）のプロキシサーバとして所定の第二のポート番号を用いてファイアウォール内側の各端末と通信するＳＩＰプロキシ手段と、
前記プロトコル及びポート番号を利用する端末と、前記ＳＩＰ及び前記第二のポート番号を利用する端末との間で通信を仲介する仲介手段と、
を備えたことを特徴とする請求項１又は２記載のトンネル装置。
【請求項１４】
前記呼制御手段は、異なるファイアウォール内側の相手方端末との通話における音声パケット伝送を、同じファイアウォールの端末と仲介受渡しするときに、その端末との間に前記ＳＩＰ及び第二のポート番号を用いた呼制御により伝送路を設定しその伝送路を経由することを特徴とする請求項１３記載のトンネル装置。
【請求項１５】
請求項３、７又は１１のいずれか一項に記載の中継装置と、
請求項１３又は１４記載のトンネル装置と、
を備えたことを特徴とする呼制御システム。
【請求項１６】
通信ネットワークとの接続部と、前記接続部を経た通信を制御する制御部と、を備え、複数の端末間における三者以上の通話を接続仲介する会議装置において、
前記制御部により、
（１）前記接続部を通じ、会議の召集者を含む参加者の端末から少なくとも、各参加者の指定及び開始要求と、応召又は着信応答と、終話と、の操作を受け付ける操作受付手段と、
（２）前記接続部を通じ、同じファイアウォール内側及び異なるファイアウォール内側にある他の各参加者の端末ごとに、同じファイアウォール内側に設置された所定のトンネル装置又はファイアウォール外側に設置された所定の中継装置と直接又は間接の通信により呼制御情報を授受することにより、トンネル装置経由又は直接に上り音声の収集用及び下り音声の配信用の音声パケット伝送路のペアを設定する設定手段と、
（３）参加者の一者を除く他の各参加者の組合せごとに、それら他の各参加者から受信する前記各上り音声の音声信号を加算処理により合成する合成手段と、
（４）合成した音声信号を前記一者の端末へ前記接続部を通じて配信する配信手段と、
を備えることを特徴とする会議装置。
【請求項１７】
請求項１、２、１３又は１４のいずれか一項に記載のトンネル装置、
請求項３、７又は１１のいずれか一項に記載の中継装置、
請求項４又は１５記載の呼制御システム、
請求項５、８又は１０のいずれか一項に記載の端末装置、
請求項６、９又は１２のいずれか一項に記載のＩＰ電話システム
のいずれか一つに、
請求項１６記載の会議装置を加えたことを特徴とするＩＰ電話システム。
【請求項１８】
請求項１、２、１３又は１４のいずれか一項に記載のトンネル装置、
請求項３、７又は１１のいずれか一項に記載の中継装置、
請求項４又は１５記載の呼制御システム、
請求項５、８又は１０のいずれか一項に記載の端末装置、
請求項６、９、１２又は１６のいずれか一項に記載のＩＰ電話システム
のいずれか一つに、
一又は二以上のファイアウォール装置を加えたことを特徴とするＩＰ電話システム。
【請求項１９】
請求項１，２，１３又は１４のいずれか一項に記載のトンネル装置と、
請求項３，７又は１１のいずれか一項に記載の中継装置と、
請求項５，８又は１０のいずれか一項に記載の端末装置と、
を備えたＩＰ電話システムにおいて、
前記トンネル装置、中継装置及び前記端末装置の前記各制御部の連携により、
異なるファイアウォール内側の端末間で直接の音声パケット伝送路を設定しようとする際、自端末の音声パケット用受信ポートからファイアウォール越しにテストパケットを前記中継装置へ送信し、それで相手方端末から第一の所定時間内に音声パケットが届けば、自端末側のファイアウォールはFull Cone ＮＡＴと判別することを特徴とするＩＰ電話システム。
【請求項２０】
前記トンネル装置、中継装置及び前記端末装置の前記各制御部の連携により、
相手方端末から前記第一の所定時間内に音声パケットが届かなかった場合は、自端末の前記受信ポートから相手方端末の送信ポートのＷＡＮ側識別情報のポートとは異なるポートへのホールパンチングパケットの送信を試行し、その結果、相手方端末から第二の所定時間内に音声パケットが届けば、自端末側のファイアウォールはRestricted Cone ＮＡＴと判別することを特徴とする請求項１９記載のＩＰ電話システム。
【請求項２１】
前記トンネル装置、中継装置及び前記端末装置の前記各制御部の連携により、
相手方端末から前記第二の所定時間内に音声パケットが届かなかった場合は、自端末の受信ポートから相手方端末の送信ポートのＷＡＮ側識別情報のポート宛てにホールパンチングパケットを送信し、その結果、相手方端末から第三の所定時間内に音声パケットが届けば、自端末側のファイアウォールはPort-Restricted Cone  ＮＡＴと判別し、
この場合でも、第三の所定時間内に相手方端末から音声パケットを受信できなかった場合は、自端末側のファイアウォールはSymmetric ＮＡＴと判別する
ことを特徴とする請求項２０記載のＩＰ電話システム。
【請求項２２】
請求項１，２，１３又は１４のいずれか一項に記載のトンネル装置と、
請求項３，７又は１１のいずれか一項に記載の中継装置と、
を備えたＩＰ電話システムにおいて、
前記トンネル装置及び中継装置の前記各制御部の連携により、
Full Cone ＮＡＴ、Restricted Cone ＮＡＴ又はPort-Restricted Cone  ＮＡＴであるリファレンス用ファイアウォールを用いて、判別対象ファイアウォール内側に設置されたトンネル装置の特定ポートからホールパンチングパケットを判別対象ファイアウォール外側に設置された中継装置のある宛先ポートへ送信してホールパンチングし、
前記中継装置は前記特定ポートの前記判別対象ファイアウォールのＷＡＮ側識別情報を前記リファレンス用ファイアウォール内側に設置されたリファレンス用トンネル装置へ伝え、
リファレンス用トンネル装置から前記特定ポートへパケットを送って届けば、判別対象ファイアウォールはFull Cone ＮＡＴと判別する
ことを特徴とするＩＰ電話システム。
【請求項２３】
前記リファレンス用トンネル装置から前記特定ポートへのパケットが届かなかった場合、前記中継装置の前記宛先ポートとは別のポートから前記特定ポートへパケットを送って届けば、前記判別対象ファイアウォールはRestricted Cone ＮＡＴと判別することを特徴とする請求項２２記載のＩＰ電話システム。
【請求項２４】
前記別のポートから前記特定ポートへパケットが届かなかった場合、
前記リファレンス用トンネル装置で選択するリファレンス用ポートから中継装置へパケットを送ることにより、そのリファレンス用ポートのＷＡＮ側識別情報を中継装置からトンネル装置へ伝達させ、
リファレンス用トンネル装置の同じリファレンス用ポートから前記特定ポートへホールパンチングパケットを送信することによりその特定ポートからのパケットがリファレンス用ファイアウォールを通過可能とし、トンネル装置が特定ポートからリファレンス用ポートへパケットを送信し、届けば判別対象ファイアウォールはPort-Restricted Cone  ＮＡＴと判別し、届かなければ判別対象ファイアウォールはSymmetric ＮＡＴと判別する
ことを特徴とする請求項２３記載のＩＰ電話システム。
【請求項２５】
通信ネットワークとの接続部と、前記接続部を経た通信を制御する制御部と、を備え、ファイアウォール内側に設置しトンネリングによるファイアウォール越えの通信を行うトンネル装置の制御方法において、
前記接続部及び制御部により、前記ファイアウォール外側に設置された所定の中継装置を経て、他のファイアウォール内側に設置された他のトンネル装置との通信を仲介するトンネル処理と、
前記接続部及び制御部により、各ファイアウォール内側にあるＩＰ通話用の端末による通話のための呼制御を処理する呼制御処理と、
を含み、
前記呼制御処理は、少なくとも、
異なるファイアウォール内側の端末との通話について、所定のプロトコル及びポート番号により、（１）そのトンネル装置と同じファイアウォール内側の端末から他のファイアウォール内側の端末への発信要求を受け付けて前記トンネル処理によりファイアウォール外側へ仲介する処理と、（２）前記トンネル処理によりファイアウォール外側から内側への着信要求を受信して宛先の端末へ仲介する処理と、（３）前記トンネル処理により音声パケットの伝送を仲介する処理と、
同じファイアウォール内側の端末間の通話について、発着信要求及び音声パケット伝送を仲介する処理と、
を含むことを特徴とするトンネル装置の制御方法。
【請求項２６】
前記呼制御処理は、通話をしようとする端末同士が同じファイアウォール内側の場合、それら端末間における直接の音声パケット伝送路の設定のために、各端末が音声パケット伝送用に用いようとするポートのプライベートＩＰアドレス及びポート番号を含む識別情報を相手方端末へ直接又は間接に提供することを特徴とする請求項２５記載のトンネル装置の制御方法。
【請求項２７】
通信ネットワークとの接続部と、前記接続部を経た通信を制御する制御部と、を備え、ファイアウォール外側に設置しトンネリングによるファイアウォール越えの通信を中継する中継装置の制御方法において、
前記接続部及び制御部により、各ファイアウォール内側に設置された所定の各トンネル装置間の通信を仲介する中継処理と、
前記接続部及び制御部により、各ファイアウォール内側にあるＩＰ通話用の端末による通話のための呼制御を処理する呼制御処理と、
を含み、
前記呼制御処理は、少なくとも、異なるファイアウォール内側の端末間の通話について前記中継処理を用いて、各端末に対応する前記各トンネル装置に対し、通話のための発着信要求及び音声パケット伝送を中継する処理を含む
ことを特徴とする中継装置の制御方法。
【請求項２８】
請求項２５又は２６記載のトンネル装置の制御方法と、
請求項２７記載の中継装置の制御方法と、
を組み合わせることを特徴とする呼制御システムの制御方法。
【請求項２９】
操作手段と、送話手段と、受話手段と、通信ネットワークとの接続部と、前記接続部を経た通信及び音声のエンコード並びにデコードを含む制御を行う制御部と、を備え、ファイアウォール内側に設置しファイアウォール越えの通話を行うＩＰ通話用の端末装置の制御方法において、
前記制御部により、
（１）前記操作手段から少なくとも、発信と、着信応答と、終話と、の操作を受け付ける処理と、
（２）同じファイアウォール内側及び異なるファイアウォール内側にある他の端末との通話のために前記接続部により、同じファイアウォール内側に設置された所定のトンネル装置と、所定のプロトコル及びポート番号により、発着信要求を含む呼制御情報の授受を行う処理と、
（３）他のファイアウォール内側の端末との通話においては、伝送にかかる音声パケットを前記トンネル装置と前記プロトコルにより授受する処理と、
（４）通話中は前記エンコード及びデコードの処理を行う処理と、
を行う通話処理を含むことを特徴とする端末装置の制御方法。
【請求項３０】
請求項２５もしくは２６記載のトンネル装置の制御方法、又は、請求項２８記載の呼制御システムの制御方法と、
請求項２９記載の端末装置の制御方法と、
を組み合わせることを特徴とするＩＰ電話システムの制御方法。
【請求項３１】
前記呼制御処理は、通話をしようとする端末同士が異なるファイアウォール内側の場合、それら端末間における直接の音声パケット伝送路の設定のために、各端末が音声パケット伝送用に用いようとするポートからファイアウォール越しに送信されるパケットを受信することによりそのポートのファイアウォール外側向けポート番号を含むＷＡＮ側識別情報を取得すると共に前記中継処理により互いに相手方端末へ通知することを特徴とする請求項２７記載の中継装置の制御方法。
【請求項３２】
前記通話処理は、また、前記制御部により、
（１）前記操作手段から少なくとも、発信と、着信応答と、終話と、の操作を受け付け、
（２）異なるファイアウォール内側にある他の端末との通話にあたっては、その端末との音声パケット伝送用に用いようとするポートから前記接続部により、ファイアウォール外側に設置された所定の中継装置に対しパケットを送信することによりそのポートのファイアウォール外側向けポート番号を含む自端末側のＷＡＮ側識別情報の通知を行い、
（３）同じファイアウォール内側に設置された所定のトンネル装置を経て所定のプロトコル及びポート番号により送信される相手方端末のＷＡＮ側識別情報にしたがって直接の音声パケット伝送路を設定し、
（４）通話中は前記エンコード及びデコードの処理を行う
ことを特徴とする請求項２９記載の端末装置の制御方法。
【請求項３３】
請求項３１記載の中継装置の制御方法と、
請求項３２記載の端末装置の制御方法と、
を組み合わせることを特徴とするＩＰ電話システムの制御方法。
【請求項３４】
前記通話処理は、また、前記制御部により、前記ＷＡＮ側識別情報の通知又は受信後、前記相手方端末からの音声パケットの到着したこと又は所定の待機時間内に到着しなかったことを検出した場合に、前記トンネル装置を経て前記所定のプロトコル及びポート番号により前記中継装置へ、前記到着したこと又は到着しなかったことを通知することを特徴とする請求項３２記載の端末装置の制御方法。
【請求項３５】
前記呼制御処理は、通話をしようとするいずれかの前記端末装置から、所定の待機時間内に前記到着したことの通知が無い場合、又は、到着しなかったことの通知があった場合に、その通知にかかる音声パケット伝送路の前記トンネル装置経由による代替迂回路を、前記中継処理を用いて設定することを特徴とする請求項３１記載の中継装置の制御方法。
【請求項３６】
請求項３４記載の端末装置の制御方法と、
請求項３５の中継装置の制御方法と、
を組み合わせることを特徴とするＩＰ電話システムの制御方法。
【請求項３７】
前記接続部及び制御部により、
ＳＩＰ（Session Initiation Protocol ）のプロキシサーバとして所定の第二のポート番号を用いてファイアウォール内側の各端末と通信するＳＩＰプロキシ処理と、
前記プロトコル及びポート番号を利用する端末と、前記ＳＩＰ及び前記第二のポート番号を利用する端末との間で通信を仲介する仲介処理と、
を含むことを特徴とする請求項２５又は２６記載のトンネル装置の制御方法。
【請求項３８】
前記呼制御処理は、異なるファイアウォール内側の相手方端末との通話における音声パケット伝送を、同じファイアウォールの端末と仲介受渡しするときに、その端末との間に前記ＳＩＰ及び第二のポート番号を用いた呼制御により伝送路を設定しその伝送路を経由することを特徴とする請求項３７記載のトンネル装置の制御方法。
【請求項３９】
請求項２７、３１又は３５のいずれか一項に記載の中継装置の制御方法と、
請求項３７又は３８記載のトンネル装置の制御方法と、
を組み合わせることを特徴とする呼制御システムの制御方法。
【請求項４０】
通信ネットワークとの接続部と、前記接続部を経た通信を制御する制御部と、を備え、複数の端末間における三者以上の通話を接続仲介する会議装置の制御方法において、
前記制御部により、
（１）前記接続部を通じ、会議の召集者を含む参加者の端末から少なくとも、各参加者の指定及び開始要求と、応召又は着信応答と、終話と、の操作を受け付ける操作受付処理と、
（２）前記接続部を通じ、同じファイアウォール内側及び異なるファイアウォール内側にある他の各参加者の端末ごとに、同じファイアウォール内側に設置された所定のトンネル装置又はファイアウォール外側に設置された所定の中継装置と直接又は間接の通信により呼制御情報を授受することにより、トンネル装置経由又は直接に上り音声の収集用及び下り音声の配信用の音声パケット伝送路のペアを設定する設定処理と、
（３）参加者の一者を除く他の各参加者の組合せごとに、それら他の各参加者から受信する前記各上り音声の音声信号を加算処理により合成する合成処理と、
（４）合成した音声信号を前記一者の端末へ前記接続部を通じて配信する配信処理と、
を含むことを特徴とする会議装置の制御方法。
【請求項４１】
請求項２５、２６、３７又は３８のいずれか一項に記載のトンネル装置の制御方法、
請求項２７、３１又は３５のいずれか一項に記載の中継装置の制御方法、
請求項２８又は３９記載の呼制御システムの制御方法、
請求項２９、３２又は３４のいずれか一項に記載の端末装置の制御方法、
請求項３０、３３又は３６のいずれか一項に記載のＩＰ電話システムの制御方法
のいずれか一つに、
請求項４０記載の会議装置を加えたことを特徴とするＩＰ電話システムの制御方法。
【請求項４２】
請求項２５、２６、３７又は３８のいずれか一項に記載のトンネル装置の制御方法、
請求項２７、３１又は３５のいずれか一項に記載の中継装置の制御方法、
請求項２８又は３９記載の呼制御システムの制御方法、
請求項２９、３２又は３４のいずれか一項に記載の端末装置の制御方法、
請求項３０、３３、３６又は４０のいずれか一項に記載のＩＰ電話システムの制御方法
のいずれか一つに、
一又は二以上のファイアウォール装置の制御方法を加えたことを特徴とするＩＰ電話システムの制御方法。
【請求項４３】
請求項２５，２６，３７又は３８のいずれか一項に記載のトンネル装置の制御方法と、
請求項２７，３１又は３５のいずれか一項に記載の中継装置の制御方法と、
請求項２９，３２又は３４のいずれか一項に記載の端末装置の制御方法と、
を備えたＩＰ電話システムの制御方法において、
前記トンネル装置、中継装置及び前記端末装置の前記各制御部の連携により、
異なるファイアウォール内側の端末間で直接の音声パケット伝送路を設定しようとする際、自端末の音声パケット用受信ポートからファイアウォール越しにテストパケットを前記中継装置へ送信し、それで相手方端末から第一の所定時間内に音声パケットが届けば、自端末側のファイアウォールはFull Cone ＮＡＴと判別することを特徴とするＩＰ電話システムの制御方法。
【請求項４４】
前記トンネル装置、中継装置及び前記端末装置の前記各制御部の連携により、
相手方端末から前記第一の所定時間内に音声パケットが届かなかった場合は、自端末の前記受信ポートから相手方端末の送信ポートのＷＡＮ側識別情報のポートとは異なるポートへのホールパンチングパケットの送信を試行し、その結果、相手方端末から第二の所定時間内に音声パケットが届けば、自端末側のファイアウォールはRestricted Cone ＮＡＴと判別させることを特徴とする請求項４３記載のＩＰ電話システムの制御方法。
【請求項４５】
前記トンネル装置、中継装置及び前記端末装置の前記各制御部の連携により、
相手方端末から前記第二の所定時間内に音声パケットが届かなかった場合は、自端末の受信ポートから相手方端末の送信ポートのＷＡＮ側識別情報のポート宛てにホールパンチングパケットを送信し、その結果、相手方端末から第三の所定時間内に音声パケットが届けば、自端末側のファイアウォールはPort-Restricted Cone  ＮＡＴと判別し、
この場合でも、第三の所定時間内に相手方端末から音声パケットを受信できなかった場合は、自端末側のファイアウォールはSymmetric ＮＡＴと判別する
ことを特徴とする請求項４４記載のＩＰ電話システムの制御方法。
【請求項４６】
請求項２５，２６，３７又は３８のいずれか一項に記載のトンネル装置の制御方法と、
請求項２７，３１又は３５のいずれか一項に記載の中継装置の制御方法と、
を備えたＩＰ電話システムの制御方法において、
前記トンネル装置及び中継装置の前記各制御部の連携により、
Full Cone ＮＡＴ、Restricted Cone ＮＡＴ又はPort-Restricted Cone  ＮＡＴであるリファレンス用ファイアウォールを用いて、判別対象ファイアウォール内側に設置されたトンネル装置の特定ポートからホールパンチングパケットを判別対象ファイアウォール外側に設置された中継装置のある宛先ポートへ送信してホールパンチングし、
前記中継装置は前記特定ポートの前記判別対象ファイアウォールのＷＡＮ側識別情報を前記リファレンス用ファイアウォール内側に設置されたリファレンス用トンネル装置へ伝え、
リファレンス用トンネル装置から前記特定ポートへパケットを送って届けば、判別対象ファイアウォールはFull Cone ＮＡＴと判別する
ことを特徴とするＩＰ電話システムの制御方法。
【請求項４７】
前記リファレンス用トンネル装置から前記特定ポートへのパケットが届かなかった場合、前記中継装置の前記宛先ポートとは別のポートから前記特定ポートへパケットを送って届けば、前記判別対象ファイアウォールはRestricted Cone ＮＡＴと判別することを特徴とする請求項４６記載のＩＰ電話システムの制御方法。
【請求項４８】
前記別のポートから前記特定ポートへパケットが届かなかった場合、
前記リファレンス用トンネル装置で選択するリファレンス用ポートから中継装置へパケットを送ることにより、そのリファレンス用ポートのＷＡＮ側識別情報を中継装置からトンネル装置へ伝達させ、
リファレンス用トンネル装置の同じリファレンス用ポートから前記特定ポートへホールパンチングパケットを送信することによりその特定ポートからのパケットがリファレンス用ファイアウォールを通過可能とし、トンネル装置が特定ポートからリファレンス用ポートへパケットを送信し、届けば判別対象ファイアウォールはPort-Restricted Cone  ＮＡＴと判別し、届かなければ判別対象ファイアウォールはSymmetric ＮＡＴと判別する
ことを特徴とする請求項４７記載のＩＰ電話システムの制御方法。
【請求項４９】
通信ネットワークとの接続部と、前記接続部を経た通信を制御する制御部と、を備え、ファイアウォール内側に設置しトンネリングによるファイアウォール越えの通信を行うトンネル装置の制御プログラムにおいて、そのプログラムは、
前記接続部及び制御部により、前記ファイアウォール外側に設置された所定の中継装置を経て、他のファイアウォール内側に設置された他のトンネル装置との通信を仲介するトンネル処理と、
前記接続部及び制御部により、各ファイアウォール内側にあるＩＰ通話用の端末による通話のための呼制御を処理する呼制御処理と、
を行わせ、
前記呼制御処理は、少なくとも、
異なるファイアウォール内側の端末との通話について、所定のプロトコル及びポート番号により、（１）そのトンネル装置と同じファイアウォール内側の端末から他のファイアウォール内側の端末への発信要求を受け付けて前記トンネル処理によりファイアウォール外側へ仲介する処理と、（２）前記トンネル処理によりファイアウォール外側から内側への着信要求を受信して宛先の端末へ仲介する処理と、（３）前記トンネル処理により音声パケットの伝送を仲介する処理と、
同じファイアウォール内側の端末間の通話について、発着信要求及び音声パケット伝送を仲介する処理と、
を含むことを特徴とするトンネル装置の制御プログラム。
【請求項５０】
前記呼制御処理は、通話をしようとする端末同士が同じファイアウォール内側の場合、それら端末間における直接の音声パケット伝送路の設定のために、各端末が音声パケット伝送用に用いようとするポートのプライベートＩＰアドレス及びポート番号を含む識別情報を相手方端末へ直接又は間接に提供することを特徴とする請求項４９記載のトンネル装置の制御プログラム。
【請求項５１】
通信ネットワークとの接続部と、前記接続部を経た通信を制御する制御部と、を備え、ファイアウォール外側に設置しトンネリングによるファイアウォール越えの通信を中継する中継装置の制御プログラムにおいて、そのプログラムは、
前記接続部及び制御部により、各ファイアウォール内側に設置された所定の各トンネル装置間の通信を仲介する中継処理と、
前記接続部及び制御部により、各ファイアウォール内側にあるＩＰ通話用の端末による通話のための呼制御を処理する呼制御処理と、
を行わせ、
前記呼制御処理は、少なくとも、異なるファイアウォール内側の端末間の通話について前記中継処理を用いて、各端末に対応する前記各トンネル装置に対し、通話のための発着信要求及び音声パケット伝送を中継する処理を含む
ことを特徴とする中継装置の制御プログラム。
【請求項５２】
請求項４９又は５０記載のトンネル装置の制御プログラムと、
請求項５１記載の中継装置の制御プログラムと、
を組み合わせることを特徴とする呼制御システムの制御プログラム。
【請求項５３】
操作手段と、送話手段と、受話手段と、通信ネットワークとの接続部と、前記接続部を経た通信及び音声のエンコード並びにデコードを含む制御を行う制御部と、を備え、ファイアウォール内側に設置しファイアウォール越えの通話を行うＩＰ通話用の端末装置の制御プログラムにおいて、そのプログラムは、
前記制御部により、
（１）前記操作手段から少なくとも、発信と、着信応答と、終話と、の操作を受け付ける処理と、
（２）同じファイアウォール内側及び異なるファイアウォール内側にある他の端末との通話のために前記接続部により、同じファイアウォール内側に設置された所定のトンネル装置と、所定のプロトコル及びポート番号により、発着信要求を含む呼制御情報の授受を行う処理と、
（３）他のファイアウォール内側の端末との通話においては、伝送にかかる音声パケットを前記トンネル装置と前記プロトコルにより授受する処理と、
（４）通話中は前記エンコード及びデコードの処理を行う処理と、
を含む通話処理を行わせることを特徴とする端末装置の制御プログラム。
【請求項５４】
請求項４９もしくは５０記載のトンネル装置の制御プログラム、又は、請求項５２記載の呼制御システムの制御プログラムと、
請求項５３記載の端末装置の制御プログラムと、
を組み合わせることを特徴とするＩＰ電話システムの制御プログラム。
【請求項５５】
前記呼制御処理は、通話をしようとする端末同士が異なるファイアウォール内側の場合、それら端末間における直接の音声パケット伝送路の設定のために、各端末が音声パケット伝送用に用いようとするポートからファイアウォール越しに送信されるパケットを受信することによりそのポートのファイアウォール外側向けポート番号を含むＷＡＮ側識別情報を取得すると共に前記中継処理により互いに相手方端末へ通知することを特徴とする請求項５１記載の中継装置の制御プログラム。
【請求項５６】
前記通話処理は、また、前記制御部により、
（１）前記操作手段から少なくとも、発信と、着信応答と、終話と、の操作を受け付け、
（２）異なるファイアウォール内側にある他の端末との通話にあたっては、その端末との音声パケット伝送用に用いようとするポートから前記接続部により、ファイアウォール外側に設置された所定の中継装置に対しパケットを送信することによりそのポートのファイアウォール外側向けポート番号を含む自端末側のＷＡＮ側識別情報の通知を行い、
（３）同じファイアウォール内側に設置された所定のトンネル装置を経て所定のプロトコル及びポート番号により送信される相手方端末のＷＡＮ側識別情報にしたがって直接の音声パケット伝送路を設定し、
（４）通話中は前記エンコード及びデコードの処理を行う
ことを特徴とする請求項５３記載の端末装置の制御プログラム。
【請求項５７】
請求項５５記載の中継装置の制御プログラムと、
請求項５６記載の端末装置の制御プログラムと、
を組み合わせることを特徴とするＩＰ電話システムの制御プログラム。
【請求項５８】
前記通話処理は、また、前記制御部により、前記ＷＡＮ側識別情報の通知又は受信後、前記相手方端末からの音声パケットの到着したこと又は所定の待機時間内に到着しなかったことを検出した場合に、前記トンネル装置を経て前記所定のプロトコル及びポート番号により前記中継装置へ、前記到着したこと又は到着しなかったことを通知することを特徴とする請求項５６記載の端末装置の制御プログラム。
【請求項５９】
前記呼制御処理は、通話をしようとするいずれかの前記端末装置から、所定の待機時間内に前記到着したことの通知が無い場合、又は、到着しなかったことの通知があった場合に、その通知にかかる音声パケット伝送路の前記トンネル装置経由による代替迂回路を、前記中継処理を用いて設定することを特徴とする請求項５５記載の中継装置の制御プログラム。
【請求項６０】
請求項５８記載の端末装置の制御プログラムと、
請求項５９の中継装置の制御プログラムと、
を組み合わせることを特徴とするＩＰ電話システムの制御プログラム。
【請求項６１】
前記接続部及び制御部により、
ＳＩＰ（Session Initiation Protocol ）のプロキシサーバとして所定の第二のポート番号を用いてファイアウォール内側の各端末と通信するＳＩＰプロキシ処理と、
前記プロトコル及びポート番号を利用する端末と、前記ＳＩＰ及び前記第二のポート番号を利用する端末との間で通信を仲介する仲介処理と、
を行わせることを特徴とする請求項４９又は５０記載のトンネル装置の制御プログラム。
【請求項６２】
前記呼制御処理は、異なるファイアウォール内側の相手方端末との通話における音声パケット伝送を、同じファイアウォールの端末と仲介受渡しするときに、その端末との間に前記ＳＩＰ及び第二のポート番号を用いた呼制御により伝送路を設定しその伝送路を経由することを特徴とする請求項６１記載のトンネル装置の制御プログラム。
【請求項６３】
請求項５１、５５又は５９のいずれか一項に記載の中継装置の制御プログラムと、
請求項６１又は６２記載のトンネル装置の制御プログラムと、
を組み合わせることを特徴とする呼制御システムの制御プログラム。
【請求項６４】
通信ネットワークとの接続部と、前記接続部を経た通信を制御する制御部と、を備え、複数の端末間における三者以上の通話を接続仲介する会議装置の制御プログラムにおいて、
そのプログラムは、前記制御部に、
（１）前記接続部を通じ、会議の召集者を含む参加者の端末から少なくとも、各参加者の指定及び開始要求と、応召又は着信応答と、終話と、の操作を受け付ける操作受付処理と、
（２）前記接続部を通じ、同じファイアウォール内側及び異なるファイアウォール内側にある他の各参加者の端末ごとに、同じファイアウォール内側に設置された所定のトンネル装置又はファイアウォール外側に設置された所定の中継装置と直接又は間接の通信により呼制御情報を授受することにより、トンネル装置経由又は直接に上り音声の収集用及び下り音声の配信用の音声パケット伝送路のペアを設定する設定処理と、
（３）参加者の一者を除く他の各参加者の組合せごとに、それら他の各参加者から受信する前記各上り音声の音声信号を加算処理により合成する合成処理と、
（４）合成した音声信号を前記一者の端末へ前記接続部を通じて配信する配信処理と、
を行わせることを特徴とする会議装置の制御プログラム。
【請求項６５】
請求項４９、５０、６１又は６２のいずれか一項に記載のトンネル装置の制御プログラム、
請求項５１、５５又は５９のいずれか一項に記載の中継装置の制御プログラム、
請求項５２又は６３記載の呼制御システムの制御プログラム、
請求項５３、５６又は５８のいずれか一項に記載の端末装置の制御プログラム、
請求項５４、５７又は６０のいずれか一項に記載のＩＰ電話システムの制御プログラム
のいずれか一つに、
請求項６４記載の会議装置を加えたことを特徴とするＩＰ電話システムの制御プログラム。
【請求項６６】
請求項４９、５０、６１又は６２のいずれか一項に記載のトンネル装置の制御プログラム、
請求項５１、５５又は５９のいずれか一項に記載の中継装置の制御プログラム、
請求項５２又は６３記載の呼制御システムの制御プログラム、
請求項５３、５６又は５８のいずれか一項に記載の端末装置の制御プログラム、
請求項５４、５７、６０又は６４のいずれか一項に記載のＩＰ電話システムの制御プログラム
のいずれか一つに、
一又は二以上のファイアウォール装置の制御方法を加えたことを特徴とするＩＰ電話システムの制御プログラム。
【請求項６７】
請求項４９，５０，６１又は６２のいずれか一項に記載のトンネル装置の制御プログラムと、
請求項５１，５５又は５９のいずれか一項に記載の中継装置の制御プログラムと、
請求項５３，５６又は５８のいずれか一項に記載の端末装置の制御プログラムと、
を組み合わせたＩＰ電話システムの制御プログラムにおいて、
前記トンネル装置、中継装置及び前記端末装置の前記各制御部の連携により、
異なるファイアウォール内側の端末間で直接の音声パケット伝送路を設定しようとする際、自端末の音声パケット用受信ポートからファイアウォール越しにテストパケットを前記中継装置へ送信させ、それで相手方端末から第一の所定時間内に音声パケットが届けば、自端末側のファイアウォールはFull Cone ＮＡＴと判別させることを特徴とするＩＰ電話システムの制御プログラム。
【請求項６８】
前記トンネル装置、中継装置及び前記端末装置の前記各制御部の連携により、
相手方端末から前記第一の所定時間内に音声パケットが届かなかった場合は、自端末の前記受信ポートから相手方端末の送信ポートのＷＡＮ側識別情報のポートとは異なるポートへのホールパンチングパケットの送信を試行させ、その結果、相手方端末から第二の所定時間内に音声パケットが届けば、自端末側のファイアウォールはRestricted Cone ＮＡＴと判別させることを特徴とする請求項６７記載のＩＰ電話システムの制御プログラム。
【請求項６９】
前記トンネル装置、中継装置及び前記端末装置の前記各制御部の連携により、
相手方端末から前記第二の所定時間内に音声パケットが届かなかった場合は、自端末の受信ポートから相手方端末の送信ポートのＷＡＮ側識別情報のポート宛てにホールパンチングパケットを送信させ、その結果、相手方端末から第三の所定時間内に音声パケットが届けば、自端末側のファイアウォールはPort-Restricted Cone  ＮＡＴと判別させ、
この場合でも、第三の所定時間内に相手方端末から音声パケットを受信できなかった場合は、自端末側のファイアウォールはSymmetric ＮＡＴと判別させる
ことを特徴とする請求項６８記載のＩＰ電話システムの制御プログラム。
【請求項７０】
請求項４９，５０，６１又は６２のいずれか一項に記載のトンネル装置の制御プログラムと、
請求項５１，５５又は５９のいずれか一項に記載の中継装置の制御プログラムと、
を組み合わせるＩＰ電話システムの制御プログラムにおいて、
前記トンネル装置及び中継装置の前記各制御部の連携により、
Full Cone ＮＡＴ、Restricted Cone ＮＡＴ又はPort-Restricted Cone  ＮＡＴであるリファレンス用ファイアウォールを用いて、判別対象ファイアウォール内側に設置されたトンネル装置の特定ポートからホールパンチングパケットを判別対象ファイアウォール外側に設置された中継装置のある宛先ポートへ送信してホールパンチングさせ、
前記中継装置は前記特定ポートの前記判別対象ファイアウォールのＷＡＮ側識別情報を前記リファレンス用ファイアウォール内側に設置されたリファレンス用トンネル装置へ伝えさせ、
リファレンス用トンネル装置から前記特定ポートへパケットを送って届けば、判別対象ファイアウォールはFull Cone ＮＡＴと判別させる
ことを特徴とするＩＰ電話システムの制御プログラム。
【請求項７１】
前記リファレンス用トンネル装置から前記特定ポートへのパケットが届かなかった場合、前記中継装置の前記宛先ポートとは別のポートから前記特定ポートへパケットを送って届けば、前記判別対象ファイアウォールはRestricted Cone ＮＡＴと判別させることを特徴とする請求項７０記載のＩＰ電話システムの制御プログラム。
【請求項７２】
前記別のポートから前記特定ポートへパケットが届かなかった場合、
前記リファレンス用トンネル装置で選択するリファレンス用ポートから中継装置へパケットを送らせることにより、そのリファレンス用ポートのＷＡＮ側識別情報を中継装置からトンネル装置へ伝達させ、
リファレンス用トンネル装置の同じリファレンス用ポートから前記特定ポートへホールパンチングパケットを送信させることによりその特定ポートからのパケットがリファレンス用ファイアウォールを通過可能とさせ、トンネル装置に特定ポートからリファレンス用ポートへパケットを送信させ、届けば判別対象ファイアウォールはPort-Restricted Cone  ＮＡＴと判別させ、届かなければ判別対象ファイアウォールはSymmetric ＮＡＴと判別させる
ことを特徴とする請求項７１記載のＩＰ電話システムの制御プログラム。
【請求項７３】
他の端末との通話において、音声に代え又は音声と共に、ＵＲＬ、チャットの文字列、動画像データ、メールアドレス、各種電話番号、移動端末の位置情報、テレビ放送のチャンネル又は番組のデータ、のうち一種以上を含むマルチメディアデータを送受信することを特徴とする請求項５３，５６又は５８のいずれか一項に記載の端末装置の制御プログラム。
【請求項７４】
端末間又は端末との通話において、音声に代え又は音声と共に、ＵＲＬ、チャットの文字列、動画像データ、メールアドレス、各種電話番号、移動端末の位置情報、テレビ放送のチャンネル又は番組のデータ、のうち一種以上を含むマルチメディアデータを提供又は接続仲介することを特徴とする請求項６４記載の会議装置の制御プログラム。
【請求項７５】
端末が、音声に代え又は音声と共に、ＵＲＬ、チャットの文字列、動画像データ、メールアドレス、各種電話番号、移動端末の位置情報、テレビ放送のチャンネル又は番組のデータ、のうち一種以上を含むマルチメディアデータを送受信することを特徴とする請求項３０，３３，３６，４１又は４２のいずれか一項に記載のＩＰ電話システムの制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、トンネル経由により、Symmetric ＮＡＴの場合でも音声パケットを伝送するＩＰ電話の技術に関する。
【背景技術】
【０００２】
〔ＩＰ電話の概略〕
近年、インターネットとパーソナルコンピュータを中心とした情報処理及び通信技術の発達に伴い、設備の有効活用、統合化、簡素化、費用低減などのため、ＩＰ電話の技術が急速に普及しつつある。ＩＰ電話は、ＩＰ（インターネットプロトコル）ネットワークを接続回線とした電話で、その中心となる技術はＶｏＩＰである。ＶｏＩＰは、音声をデジタル化したパケットをＩＰネットワーク経由で伝送する技術で、典型的に使われるプロトコルとして、発着信に関わる呼制御のためのＳＩＰ（Session Initiation Protocol）やＨ．３２３、音声パケットのストリーミング伝送を行うＲＴＰ（Real-time Transport Protocol）などがある。
【０００３】
例えば、呼制御をＳＩＰ、パケット伝送をＲＴＰ、という組み合わせの場合、発信元と着信先の各端末での発信、応答、終話などの操作に応じ、ＳＩＰサーバが各端末と呼制御メッセージを交換することで通話の開始や終了等の呼制御を行う。この際、各端末は、呼制御メッセージを交換する５０６０ポートとは別に、ＲＴＰによる音声パケット伝送には異なるポート番号を用いる。なお、一般に、ＲＴＰはＲＴＣＰとセットで用いられる。
【０００４】
このように音声パケット伝送に用いようとする送信ポートと受信ポートを仮に音声ポートと総称することとする。一通話あたりの音声ポートとしては、一般に、端末ごとに送話分の受信ポートを１つと受話分の受信ポート１つを、デフォルト等の事前設定数値にしたがったり、数万ある空きポート番号中からその場で適当に決定して使い、対向する送信ポートと受信ポートの組を２つ用いることが、処理の衝突がなく送受信が円滑で望ましい。互いの音声ポート番号（送信ポート番号と受信ポート番号）は、呼制御メッセージによりＳＩＰサーバが相手方端末に伝達し、ＲＴＰによる音声パケット伝送は、ＳＩＰサーバを経由せず端末間で直接行う。なお、本出願において「端末」と「端末装置」は同義である。
【０００５】
〔ＮＡＴとファイアウォール〕
ところで、ＩＰ電話を、事業所構内等のローカルなＬＡＮ内だけでなく、インターネット経由で使おうとする場合は、いわゆるＮＡＴ越え（ファイアウォール越え）の問題が生じる。ＮＡＴ（Network Address Translation ）は、企業、学校、公共機関などの組織に割り当てられるインターネット上のグローバルＩＰアドレスと、各組織のＬＡＮ内部で用いられるプライベートＩＰアドレスとを、原則的に双方向に変換する機能であり、ＡＤＳＬや光などのモデムがルータ機能と共に実装したり、独立したファイアウォール専用装置などの機能として実現される。
【０００６】
ＮＡＴは当初、インターネットの普及による有限個のグローバルＩＰアドレスの枯渇問題対策という面が強かったが、近年では、セキュリティ問題が強く認識され、セキュリティ確保のためのファイアウォールとの関連が重視されている。ファイアウォール（「ＦＷ」とも呼ぶこととする）は、不特定多数の利用するインターネットからの悪意ある不正侵入や攻撃に対しＬＡＮを防御する機構である。ＮＡＴはそれ自体、ある程度ファイアウォール効果がある。その理由は、ＬＡＮ内部にあるパソコン（パーソナルコンピュータ）等の端末が使っているプライベートＩＰアドレスやポート番号（「識別情報」とも呼ぶこととする）を、グローバルＩＰアドレスや異なるポート番号に変換してインターネット側（「ＷＡＮ側」とも呼ぶこととする）に提示することにより、ＬＡＮ内部のネットワーク構成、端末の台数や識別情報などを外部に対し隠蔽するからである。
【０００７】
これに加え、ファイアウォールとしては、通信の方向（内→外 or 外→内）、ＩＰアドレスやその範囲、ＷＡＮ側やＬＡＮ側におけるポート番号やその範囲、その他のパターンなどにより、通信を禁止したり制限するいわゆるパケットフィルタリングにより、ＬＡＮのセキュリティを確保する。すなわち、本出願にいう「ファイアウォール」は、狭義のファイアウォールであるパケットフィルタリングと、ＮＡＴのうち、少なくとも一方を含む広義のファイアウォールを意味する。
【０００８】
〔ＮＡＴ越え問題の内容〕
ＩＰ電話などのアプリケーション側から見た場合、ＮＡＴ越えの問題は、ＮＡＴがファイアウォールを構成している場合の用語としてのファイアウォール越えや、ルータ越えなどと基本的に同じで、次のようなものである。例えば、発信元端末がＳＩＰによる呼制御において、ＲＴＰによるパケット伝送に使おうとする音声ポート番号を含む識別情報を、ＳＩＰサーバを経て、着信先端末へ通知する場面を考える。ところが、ここで伝わる発信側端末の識別情報は、発信側のＬＡＮ内専用で、実際にはＦＷを通る際にＷＡＮ側では異なるものに変換され、対応付けされている。すなわち、端末がＳＩＰサーバへ自己申告する音声ポートはＷＡＮ側では別のポートに変換されるため、申告された識別情報では、着信先端末など外部からその音声ポートへ通信できず、正常な呼制御や通話は不可能となる。
【０００９】
〔ＮＡＴ越え問題の解決策〕
このようなＮＡＴ越え問題については各種の提案があるが（例えば、特許文献１）、一つの解決策として、ＳＴＵＮ（Simple Traversal of UDP through NATs）の利用がある。図１２は、ＳＴＵＮの利用例で、ＳＩＰ等による呼制御メッセージなどの通信制御ライン（例えばポート番号５０６０）を破線、ＲＴＰなどによる音声パケットのデータライン（例えばポート番号１００００）を実線、端末のＷＡＮ側識別情報を特定するためにＳＴＵＮサーバとやりとりするパケットの流れを一点鎖線で示す。
【００１０】
この例では、ＳＩＰ等の通信にあたり又はそれに先立って、ＦＷ２内側のプライベートアドレス空間に設置された発信元の端末から、ＦＷ２外側のグローバルアドレス空間に設置された所定のＳＴＵＮサーバの所定のポート番号（例えば５０８０）に対し、音声パケット伝送に用いようとする受信ポートと送信ポートから通信パケット（仮に「テストパケット」と呼ぶこととする）を送信する。すると、このテストパケットのヘッダーにある送信元識別情報は、ＮＡＴによってＷＡＮ側向きのものに変換されるが、この変換されたＷＡＮ側識別情報を受信したＳＴＵＮサーバが読み取り、それをヘッダーではなく本文に入れた応答パケットの返信により発信元端末へ通知する。
【００１１】
これで初めてその発信元端末は、自端末の送信ポートと受信ポートのＷＡＮ側識別情報が得られるので、それを呼制御メッセージに載せてＳＩＰサーバ経由で着信先端末へ通知することで（破線）、着信先端末が発信元端末の音声ポートのＷＡＮ側識別情報を知った状態となる。図示はしないが、逆方向についても同様で、発信元端末が着信先端末の音声ポートのＷＡＮ側識別情報を知った状態とする。
【００１２】
次に必要なことは、それぞれの端末への外からの通信を妨げているＦＷに、これら各端末の音声ポート間すなわち対向する二組の送信ポートから受信ポートへのパケット授受を認めさせることである。
【００１３】
〔ＮＡＴの種類〕
ここで、ファイアウォールの効果を期待する場合、ＮＡＴにおけるフィルタリング条件の一般的な基本設定として、第一には、内から外への通信は許可するが、外から内への通信は原則禁止する。但し、第二には、内部の端末のＩＰアドレス及びポートから外部への通信があると、その内部のＩＰアドレス及びポート番号に対し、ＷＡＮ側のＩＰアドレス及びポート番号を対応付けてルートを開き、同じルートならば所定時間（例えば、セキュリティ・ポリシーによるが数十秒〜数百秒など）の間、逆方向の外→内通信を許可する。
【００１４】
この場合に、元となった内→外通信で通信先となった外部のＩＰアドレス及びポートとの関係、及び、逆方向の外→内通信をどのような範囲で許すかについて、ＮＡＴの種類として次の三種類を挙げることができる。
１．Full Cone ＮＡＴ：
外部の通信元は、ＩＰアドレスもポート番号も不問で、制限なし。
２．Restricted Cone ＮＡＴ：
外部の通信元は、ＩＰアドレスが一致すればよく、ポート番号は不問。
３．Port-Restricted Cone  ＮＡＴ：
外部の通信元は、ＩＰアドレスとポート番号の両方の一致が必要。
これら三種類では、共通して、内部の同じＩＰアドレス及びポート番号からの通信は、外部のどの通信先に対してのものであっても、ＷＡＮ側の同じポート番号に割り当てられる。
【００１５】
〔ＵＤＰホールパンチング〕
上記のようなフィルタリング条件によれば、送信ポートから所望の送信先への送信は自由であり問題はなく、必要なことは、各端末で必要な受信ポートへの外からの通信だけを、ＦＷに通過させることである。このような必要なポートへのパケット着信をＦＷに認めさせる手法として、ＵＤＰホールパンチング（hole punching ：穴開け）がある。
【００１６】
この手法は、上記三種類のＮＡＴにおいて、少なくとも内→外通信と同じ通信先からの外→内通信が許可されることを利用したもので、ある一組の受信ポートと送信ポートでは、次のように行う。まず、既に説明したように、ＳＴＵＮとＳＩＰメッセージにより、各端末は互いに、相手方の受信ポートと送信ポートのＷＡＮ側識別情報を知っているので、自分の受信ポートから相手の送信ポートへ、何らかのパケットを送信する。このパケットは仮にホールパンチングパケットと呼ぶ。
【００１７】
ホールパンチングパケットは、相手方のＦＷがFull Cone ＮＡＴでない限り、テストパケットとは別に改めて送信が必要である。自端末の受信ポートから相手方の送信ポートへホールパンチングパケットを送信する目的は、いったん内→外通信を通すことにより同じルートで逆向きの外→内通信を通過可能にすることである。より具体的には、自端末の受信ポートから相手方の送信ポートという本来と逆方向のホールパンチングパケットによる内→外送信を自端末側のＦＷに記録させることにより、逆方向の外→内送信、すなわちホールパンチングパケットの送信先となった相手の送信ポートから、ホールパンチングパケットの送信元となった自端末の受信ポートへ、本来の方向の音声パケットを無事通過させる設定を一時的にＦＷにセットすることである。
【００１８】
したがって、相手方のＦＷがRestricted Cone ＮＡＴ又はPort-Restricted Cone  ＮＡＴの場合は、ホールパンチングパケットは相手方のＦＷでブロックされるが、それは差し支えない。なぜなら、ホールパンチングパケットを送信するのは、内側からしかできない穴開けのためだからで、自端末の送信ポートからのパケットを相手方の受信ポートに到達可能なように相手方のＦＷに穴を開けるのは、相手方端末が内側から行う仕事である。
【００１９】
以上のホールパンチングを、対向する送信ポートと受信ポートの２組とも、受信ポート側から行えば、互いに相手からのＲＴＰ等のパケットを受信可能となり、双方向の音声伝達が成立する。
【特許文献１】特表２００４−５２３８２８
【発明の開示】
【発明が解決しようとする課題】
【００２０】
しかし、上記のような従来技術では、端末がＳＩＰなどの呼制御サーバに加え、ＳＴＵＮにも対応している必要があるため、導入や運用の負担や条件が複雑になる不便があった。また、ＮＡＴの種類として上記三種類以外にSymmetric ＮＡＴがあり、いずれか一方のＦＷでもこのSymmetric ＮＡＴの場合、穴開けを用いる上記従来技術ではＮＡＴ越え通信が不可能という問題があった。
【００２１】
すなわち、Symmetric ＮＡＴは、上に説明した他の三種類と異なり、内部の同じＩＰアドレス及びポート番号からの通信であっても、外部の通信先が異なれば、ＷＡＮ側のポート番号も異なるものが割り当てられる。したがって、自端末側のＦＷがSymmetric ＮＡＴの場合、端末からみれば同じ音声ポートからであっても、ＳＴＵＮへのパケット送信時のＷＡＮ側ポート番号と、ホールパンチングパケット送信時のＷＡＮ側ポート番号が異なることになる。
【００２２】
これは、ＳＴＵＮとＳＩＰサーバにより相手方に伝わったＷＡＮ側ポート番号と、実際に穴の開いたＷＡＮ側ポート番号が異なるということであり、この結果、相手方からのＲＴＰによる音声等のパケットは、自端末側ＦＷによってブロックされ続け、相手の声が聞こえない片方向音声の状態となる。
【００２３】
本発明は、上記のような従来技術の課題を解決するもので、その目的は、トンネル経由により、Symmetric ＮＡＴの場合でも音声パケットを伝送するＩＰ電話の技術を提供することである。また、本発明の他の目的は、Symmetric ＮＡＴ以外のＦＷ越え通話では音声パケットを極力直接の伝送路を通すことでトンネルの負荷を軽減することである。
【課題を解決するための手段】
【００２４】
上記の目的を達成するため、請求項１の発明は、通信ネットワークとの接続部と、前記接続部を経た通信を制御する制御部と、を備え、ファイアウォール内側に設置しトンネリングによるファイアウォール越えの通信を行うトンネル装置において、前記接続部及び制御部により、前記ファイアウォール外側に設置された所定の中継装置を経て、他のファイアウォール内側に設置された他のトンネル装置との通信を仲介するトンネル手段と、前記接続部及び制御部により、各ファイアウォール内側にあるＩＰ通話用の端末による通話のための呼制御を処理する呼制御手段と、を備え、前記呼制御手段は、少なくとも、異なるファイアウォール内側の端末との通話について、所定のプロトコル及びポート番号により、（１）そのトンネル装置と同じファイアウォール内側の端末から他のファイアウォール内側の端末への発信要求を受け付けて前記トンネル手段によりファイアウォール外側へ仲介する手段と、（２）前記トンネル手段によりファイアウォール外側から内側への着信要求を受信して宛先の端末へ仲介する手段と、（３）前記トンネル手段により音声パケットの伝送を仲介する手段と、同じファイアウォール内側の端末間の通話について、発着信要求及び音声パケット伝送を仲介する手段と、を備えることを特徴とする。
【００２５】
請求項２５の発明は、請求項１の発明を方法という見方から捉えたもので、通信ネットワークとの接続部と、前記接続部を経た通信を制御する制御部と、を備え、ファイアウォール内側に設置しトンネリングによるファイアウォール越えの通信を行うトンネル装置の制御方法において、前記接続部及び制御部により、前記ファイアウォール外側に設置された所定の中継装置を経て、他のファイアウォール内側に設置された他のトンネル装置との通信を仲介するトンネル処理と、前記接続部及び制御部により、各ファイアウォール内側にあるＩＰ通話用の端末による通話のための呼制御を処理する呼制御処理と、を含み、前記呼制御処理は、少なくとも、異なるファイアウォール内側の端末との通話について、所定のプロトコル及びポート番号により、（１）そのトンネル装置と同じファイアウォール内側の端末から他のファイアウォール内側の端末への発信要求を受け付けて前記トンネル処理によりファイアウォール外側へ仲介する処理と、（２）前記トンネル処理によりファイアウォール外側から内側への着信要求を受信して宛先の端末へ仲介する処理と、（３）前記トンネル処理により音声パケットの伝送を仲介する処理と、同じファイアウォール内側の端末間の通話について、発着信要求及び音声パケット伝送を仲介する処理と、を含むことを特徴とする。
【００２６】
請求項４９の発明は、請求項１，２５の発明をコンピュータプログラムという見方から捉えたもので、通信ネットワークとの接続部と、前記接続部を経た通信を制御する制御部と、を備え、ファイアウォール内側に設置しトンネリングによるファイアウォール越えの通信を行うトンネル装置の制御プログラムにおいて、そのプログラムは、前記接続部及び制御部により、前記ファイアウォール外側に設置された所定の中継装置を経て、他のファイアウォール内側に設置された他のトンネル装置との通信を仲介するトンネル処理と、前記接続部及び制御部により、各ファイアウォール内側にあるＩＰ通話用の端末による通話のための呼制御を処理する呼制御処理と、を行わせ、前記呼制御処理は、少なくとも、異なるファイアウォール内側の端末との通話について、所定のプロトコル及びポート番号により、（１）そのトンネル装置と同じファイアウォール内側の端末から他のファイアウォール内側の端末への発信要求を受け付けて前記トンネル処理によりファイアウォール外側へ仲介する処理と、（２）前記トンネル処理によりファイアウォール外側から内側への着信要求を受信して宛先の端末へ仲介する処理と、（３）前記トンネル処理により音声パケットの伝送を仲介する処理と、同じファイアウォール内側の端末間の通話について、発着信要求及び音声パケット伝送を仲介する処理と、を含むことを特徴とする。
【００２７】
請求項２の発明は、請求項１記載のトンネル装置において、前記呼制御手段は、通話をしようとする端末同士が同じファイアウォール内側の場合、それら端末間における直接の音声パケット伝送路の設定のために、各端末が音声パケット伝送用に用いようとするポートのプライベートＩＰアドレス及びポート番号を含む識別情報を相手方端末へ直接又は間接に提供することを特徴とする。
【００２８】
請求項２６の発明は、請求項２の発明を方法という見方から捉えたもので、請求項２５記載のトンネル装置の制御方法において、前記呼制御処理は、通話をしようとする端末同士が同じファイアウォール内側の場合、それら端末間における直接の音声パケット伝送路の設定のために、各端末が音声パケット伝送用に用いようとするポートのプライベートＩＰアドレス及びポート番号を含む識別情報を相手方端末へ直接又は間接に提供することを特徴とする。
【００２９】
請求項５０の発明は、請求項２，２６の発明をコンピュータプログラムという見方から捉えたもので、請求項４９記載のトンネル装置の制御プログラムにおいて、前記呼制御処理は、通話をしようとする端末同士が同じファイアウォール内側の場合、それら端末間における直接の音声パケット伝送路の設定のために、各端末が音声パケット伝送用に用いようとするポートのプライベートＩＰアドレス及びポート番号を含む識別情報を相手方端末へ直接又は間接に提供することを特徴とする。
【００３０】
請求項３の発明は、通信ネットワークとの接続部と、前記接続部を経た通信を制御する制御部と、を備え、ファイアウォール外側に設置しトンネリングによるファイアウォール越えの通信を中継する中継装置において、前記接続部及び制御部により、各ファイアウォール内側に設置された所定の各トンネル装置間の通信を仲介する中継手段と、前記接続部及び制御部により、各ファイアウォール内側にあるＩＰ通話用の端末による通話のための呼制御を処理する呼制御手段と、を備え、前記呼制御手段は、少なくとも、異なるファイアウォール内側の端末間の通話について前記中継手段を用いて、各端末に対応する前記各トンネル装置に対し、通話のための発着信要求及び音声パケット伝送を中継する手段を備えることを特徴とする。
【００３１】
請求項２７の発明は、請求項３の発明を方法という見方から捉えたもので、通信ネットワークとの接続部と、前記接続部を経た通信を制御する制御部と、を備え、ファイアウォール外側に設置しトンネリングによるファイアウォール越えの通信を中継する中継装置の制御方法において、前記接続部及び制御部により、各ファイアウォール内側に設置された所定の各トンネル装置間の通信を仲介する中継処理と、前記接続部及び制御部により、各ファイアウォール内側にあるＩＰ通話用の端末による通話のための呼制御を処理する呼制御処理と、を含み、前記呼制御処理は、少なくとも、異なるファイアウォール内側の端末間の通話について前記中継処理を用いて、各端末に対応する前記各トンネル装置に対し、通話のための発着信要求及び音声パケット伝送を中継する処理を含むことを特徴とする。
【００３２】
請求項５１の発明は、請求項３，２７の発明をコンピュータプログラムという見方から捉えたもので、通信ネットワークとの接続部と、前記接続部を経た通信を制御する制御部と、を備え、ファイアウォール外側に設置しトンネリングによるファイアウォール越えの通信を中継する中継装置の制御プログラムにおいて、そのプログラムは、前記接続部及び制御部により、各ファイアウォール内側に設置された所定の各トンネル装置間の通信を仲介する中継処理と、前記接続部及び制御部により、各ファイアウォール内側にあるＩＰ通話用の端末による通話のための呼制御を処理する呼制御処理と、を行わせ、前記呼制御処理は、少なくとも、異なるファイアウォール内側の端末間の通話について前記中継処理を用いて、各端末に対応する前記各トンネル装置に対し、通話のための発着信要求及び音声パケット伝送を中継する処理を含むことを特徴とする。
【００３３】
請求項４の呼制御システムは、請求項１又は２記載のトンネル装置と、請求項３記載の中継装置と、を備えたことを特徴とする。
【００３４】
請求項２８の呼制御システムの制御方法は、請求項４の発明を方法という見方から捉えたもので、請求項２５又は２６記載のトンネル装置の制御方法と、請求項２７記載の中継装置の制御方法と、を組み合わせることを特徴とする。
【００３５】
請求項５２の呼制御システムの制御プログラムは、請求項４，２８の発明をコンピュータプログラムという見方から捉えたもので、請求項４９又は５０記載のトンネル装置の制御プログラムと、請求項５１記載の中継装置の制御プログラムと、を組み合わせることを特徴とする。
【００３６】
請求項５の発明は、操作手段と、送話手段と、受話手段と、通信ネットワークとの接続部と、前記接続部を経た通信及び音声のエンコード並びにデコードを含む制御を行う制御部と、を備え、ファイアウォール内側に設置しファイアウォール越えの通話を行うＩＰ通話用の端末装置において、前記制御部により、（１）前記操作手段から少なくとも、発信と、着信応答と、終話と、の操作を受け付ける手段と、（２）同じファイアウォール内側及び異なるファイアウォール内側にある他の端末との通話のために前記接続部により、同じファイアウォール内側に設置された所定のトンネル装置と、所定のプロトコル及びポート番号により、発着信要求を含む呼制御情報の授受を行う手段と、（３）他のファイアウォール内側の端末との通話においては、伝送にかかる音声パケットを前記トンネル装置と前記プロトコルにより授受する手段と、（４）通話中は前記エンコード及びデコードの処理を行う手段と、の役割を果たす通話処理手段を備えることを特徴とする。
【００３７】
請求項２９の発明は、請求項５の発明を方法という見方から捉えたもので、操作手段と、送話手段と、受話手段と、通信ネットワークとの接続部と、前記接続部を経た通信及び音声のエンコード並びにデコードを含む制御を行う制御部と、を備え、ファイアウォール内側に設置しファイアウォール越えの通話を行うＩＰ通話用の端末装置の制御方法において、前記制御部により、（１）前記操作手段から少なくとも、発信と、着信応答と、終話と、の操作を受け付ける処理と、（２）同じファイアウォール内側及び異なるファイアウォール内側にある他の端末との通話のために前記接続部により、同じファイアウォール内側に設置された所定のトンネル装置と、所定のプロトコル及びポート番号により、発着信要求を含む呼制御情報の授受を行う処理と、（３）他のファイアウォール内側の端末との通話においては、伝送にかかる音声パケットを前記トンネル装置と前記プロトコルにより授受する処理と、（４）通話中は前記エンコード及びデコードの処理を行う処理と、を行う通話処理を含むことを特徴とする。
【００３８】
請求項５３の発明は、請求項５，２９の発明をコンピュータプログラムという見方から捉えたもので、操作手段と、送話手段と、受話手段と、通信ネットワークとの接続部と、前記接続部を経た通信及び音声のエンコード並びにデコードを含む制御を行う制御部と、を備え、ファイアウォール内側に設置しファイアウォール越えの通話を行うＩＰ通話用の端末装置の制御プログラムにおいて、そのプログラムは、前記制御部により、（１）前記操作手段から少なくとも、発信と、着信応答と、終話と、の操作を受け付ける処理と、（２）同じファイアウォール内側及び異なるファイアウォール内側にある他の端末との通話のために前記接続部により、同じファイアウォール内側に設置された所定のトンネル装置と、所定のプロトコル及びポート番号により、発着信要求を含む呼制御情報の授受を行う処理と、（３）他のファイアウォール内側の端末との通話においては、伝送にかかる音声パケットを前記トンネル装置と前記プロトコルにより授受する処理と、（４）通話中は前記エンコード及びデコードの処理を行う処理と、を含む通話処理を行わせることを特徴とする。
【００３９】
請求項６のＩＰ電話システムは、請求項１もしくは２記載のトンネル装置、又は、請求項４記載の呼制御システムと、請求項５記載の端末装置と、を備えたことを特徴とする。
【００４０】
請求項３０のＩＰ電話システムの制御方法は、請求項６の発明を方法という見方から捉えたもので、請求項２５もしくは２６記載のトンネル装置の制御方法、又は、請求項２８記載の呼制御システムの制御方法と、請求項２９記載の端末装置の制御方法と、を組み合わせることを特徴とする。
【００４１】
請求項５４のＩＰ電話システムの制御プログラムは、請求項６，３０の発明をコンピュータプログラムという見方から捉えたもので、請求項４９もしくは５０記載のトンネル装置の制御プログラム、又は、請求項５２記載の呼制御システムの制御プログラムと、請求項５３記載の端末装置の制御プログラムと、を組み合わせることを特徴とする。
【００４２】
本発明では、異なるファイアウォール内側の端末間の通話について、呼制御と音声パケット伝送を各ファイアウォール内側のトンネル装置同士が、ファイアウォール外側の中継装置経由で行うことにより、Symmetric ＮＡＴの場合でも端末間の音声パケット等の伝送による通話が可能となる。
【００４３】
請求項２，２６，５０の態様では、さらに、同じファイアウォール内側で通話しようとする端末同士には、互いのＩＰアドレス及びポート番号をトンネル装置から伝達して、ＲＴＰ等の音声パケット伝送をトンネル経由でなく直接行わせることにより、その分、トンネル装置が通信上のボトルネックとなりにくく、負荷集中による音途切れ等の通話音質不安定や同時接続数制限を効果的に回避できる利点がある。
【００４４】
請求項７の発明は、請求項３記載の中継装置において、前記呼制御手段は、通話をしようとする端末同士が異なるファイアウォール内側の場合、それら端末間における直接の音声パケット伝送路の設定のために、各端末が音声パケット伝送用に用いようとするポートからファイアウォール越しに送信されるパケットを受信することによりそのポートのファイアウォール外側向けポート番号を含むＷＡＮ側識別情報を取得すると共に前記中継手段を用いて互いに相手方端末へ通知することを特徴とする。
【００４５】
請求項３１の発明は、請求項７の発明を方法という見方から捉えたもので、請求項２７記載の中継装置の制御方法において、前記呼制御処理は、通話をしようとする端末同士が異なるファイアウォール内側の場合、それら端末間における直接の音声パケット伝送路の設定のために、各端末が音声パケット伝送用に用いようとするポートからファイアウォール越しに送信されるパケットを受信することによりそのポートのファイアウォール外側向けポート番号を含むＷＡＮ側識別情報を取得すると共に前記中継処理により互いに相手方端末へ通知することを特徴とする。
【００４６】
請求項５５の発明は、請求項７，３１の発明をコンピュータプログラムという見方から捉えたもので、請求項５１記載の中継装置の制御プログラムにおいて、前記呼制御処理は、通話をしようとする端末同士が異なるファイアウォール内側の場合、それら端末間における直接の音声パケット伝送路の設定のために、各端末が音声パケット伝送用に用いようとするポートからファイアウォール越しに送信されるパケットを受信することによりそのポートのファイアウォール外側向けポート番号を含むＷＡＮ側識別情報を取得すると共に前記中継処理により互いに相手方端末へ通知することを特徴とする。
【００４７】
請求項８の発明は、請求項５記載の端末装置において、前記通話処理手段は、また、前記制御部により、（１）前記操作手段から少なくとも、発信と、着信応答と、終話と、の操作を受け付け、（２）異なるファイアウォール内側にある他の端末との通話にあたっては、その端末との音声パケット伝送用に用いようとするポートから前記接続部により、ファイアウォール外側に設置された所定の中継装置に対しパケットを送信することによりそのポートのファイアウォール外側向けポート番号を含む自端末側のＷＡＮ側識別情報の通知を行い、（３）同じファイアウォール内側に設置された所定のトンネル装置を経て所定のプロトコル及びポート番号により送信される相手方端末のＷＡＮ側識別情報にしたがって直接の音声パケット伝送路を設定し、（４）通話中は前記エンコード及びデコードの処理を行うことを特徴とする。
【００４８】
請求項３２の発明は、請求項８の発明を方法という見方から捉えたもので、請求項２９記載の端末装置の制御方法において、前記通話処理は、また、前記制御部により、（１）前記操作手段から少なくとも、発信と、着信応答と、終話と、の操作を受け付け、（２）異なるファイアウォール内側にある他の端末との通話にあたっては、その端末との音声パケット伝送用に用いようとするポートから前記接続部により、ファイアウォール外側に設置された所定の中継装置に対しパケットを送信することによりそのポートのファイアウォール外側向けポート番号を含む自端末側のＷＡＮ側識別情報の通知を行い、（３）同じファイアウォール内側に設置された所定のトンネル装置を経て所定のプロトコル及びポート番号により送信される相手方端末のＷＡＮ側識別情報にしたがって直接の音声パケット伝送路を設定し、（４）通話中は前記エンコード及びデコードの処理を行うことを特徴とする。
【００４９】
請求項５６の発明は、請求項８，３２の発明をコンピュータプログラムという見方から捉えたもので、請求項５３記載の端末装置の制御プログラムにおいて、前記通話処理は、また、前記制御部により、（１）前記操作手段から少なくとも、発信と、着信応答と、終話と、の操作を受け付け、（２）異なるファイアウォール内側にある他の端末との通話にあたっては、その端末との音声パケット伝送用に用いようとするポートから前記接続部により、ファイアウォール外側に設置された所定の中継装置に対しパケットを送信することによりそのポートのファイアウォール外側向けポート番号を含む自端末側のＷＡＮ側識別情報の通知を行い、（３）同じファイアウォール内側に設置された所定のトンネル装置を経て所定のプロトコル及びポート番号により送信される相手方端末のＷＡＮ側識別情報にしたがって直接の音声パケット伝送路を設定し、（４）通話中は前記エンコード及びデコードの処理を行うことを特徴とする。
【００５０】
請求項９のＩＰ電話システムは、請求項７記載の中継装置と、請求項８記載の端末装置と、を備えたことを特徴とする。
【００５１】
請求項３３のＩＰ電話システムの制御方法は、請求項９の発明を方法という見方から捉えたもので、請求項３１記載の中継装置の制御方法と、請求項３２記載の端末装置の制御方法と、を組み合わせることを特徴とする。
【００５２】
請求項５７のＩＰ電話システムの制御プログラムは、請求項９，３３の発明をコンピュータプログラムという見方から捉えたもので、請求項５５記載の中継装置の制御プログラムと、請求項５６記載の端末装置の制御プログラムと、を組み合わせることを特徴とする。
【００５３】
これらの態様では、さらに、Symmetric ＮＡＴ以外のＦＷ越え通話では音声パケットを極力直接の伝送路を通すことでトンネルの負荷を軽減する。すなわち、互いに異なるファイアウォール内同士で通話しようとする各端末からファイアウォール越しに中継装置へパケットを送信させることにより、中継装置が、各端末の音声ポートのファイアウォール外側向けポート番号を確認して互いの相手方へトンネル経由で伝え、互いに相手方ポート番号へ向けたホールパンチングパケットを送信させ、ＲＴＰ等の音声パケット伝送をトンネル経由でなく直接行わせることにより、その分、トンネル装置や中継装置が通信上のボトルネックとなりにくく、負荷集中による音途切れ等の通話音質不安定や同時接続数制限を効果的に回避できる利点がある。
【００５４】
請求項１０の発明は、請求項８記載の端末装置において、前記通話処理手段は、また、前記制御部により、前記ＷＡＮ側識別情報の通知又は受信後、前記相手方端末からの音声パケットの到着したこと又は所定の待機時間内に到着しなかったことを検出した場合に、前記トンネル装置を経て前記所定のプロトコル及びポート番号により前記中継装置へ、前記到着したこと又は到着しなかったことを通知することを特徴とする。
【００５５】
請求項３４の発明は、請求項１０の発明を方法という見方から捉えたもので、請求項３２記載の端末装置の制御方法において、前記通話処理は、また、前記制御部により、前記ＷＡＮ側識別情報の通知又は受信後、前記相手方端末からの音声パケットの到着したこと又は所定の待機時間内に到着しなかったことを検出した場合に、前記トンネル装置を経て前記所定のプロトコル及びポート番号により前記中継装置へ、前記到着したこと又は到着しなかったことを通知することを特徴とする。
【００５６】
請求項５８の発明は、請求項１０，３４の発明をコンピュータプログラムという見方から捉えたもので、請求項５６記載の端末装置の制御プログラムにおいて、前記通話処理は、また、前記制御部により、前記ＷＡＮ側識別情報の通知又は受信後、前記相手方端末からの音声パケットの到着したこと又は所定の待機時間内に到着しなかったことを検出した場合に、前記トンネル装置を経て前記所定のプロトコル及びポート番号により前記中継装置へ、前記到着したこと又は到着しなかったことを通知することを特徴とする。
【００５７】
請求項１１の発明は、請求項７記載の中継装置において、前記呼制御手段は、通話をしようとするいずれかの前記端末装置から、所定の待機時間内に前記到着したことの通知が無い場合、又は、到着しなかったことの通知があった場合に、その通知にかかる音声パケット伝送路の前記トンネル装置経由による代替迂回路を、前記中継手段を用いて設定することを特徴とする。
【００５８】
請求項３５の発明は、請求項１１の発明を方法という見方から捉えたもので、請求項３１記載の中継装置の制御方法において、前記呼制御処理は、通話をしようとするいずれかの前記端末装置から、所定の待機時間内に前記到着したことの通知が無い場合、又は、到着しなかったことの通知があった場合に、その通知にかかる音声パケット伝送路の前記トンネル装置経由による代替迂回路を、前記中継処理を用いて設定することを特徴とする。
【００５９】
請求項５９の発明は、請求項１１，３５の発明をコンピュータプログラムという見方から捉えたもので、請求項５５記載の中継装置の制御プログラムにおいて、前記呼制御処理は、通話をしようとするいずれかの前記端末装置から、所定の待機時間内に前記到着したことの通知が無い場合、又は、到着しなかったことの通知があった場合に、その通知にかかる音声パケット伝送路の前記トンネル装置経由による代替迂回路を、前記中継処理を用いて設定することを特徴とする。
【００６０】
請求項１２のＩＰ電話システムは、請求項１０記載の端末装置と、請求項１１の中継装置と、を備えたことを特徴とする。
【００６１】
請求項３６のＩＰ電話システムの制御方法は、請求項１２の発明を方法という見方から捉えたもので、請求項３４記載の端末装置の制御方法と、請求項３５の中継装置の制御方法と、を組み合わせることを特徴とする。
【００６２】
請求項６０のＩＰ電話システムの制御プログラムは、請求項１２，３６の発明をコンピュータプログラムという見方から捉えたもので、請求項５８記載の端末装置の制御プログラムと、請求項５９の中継装置の制御プログラムと、を組み合わせることを特徴とする。
【００６３】
これらの態様では、さらに、Symmetric ＮＡＴなどにより直接の音声パケット伝送路が設定できない場合でも、前記トンネル装置経由による代替迂回路をトンネル経由で設定することにより、ＮＡＴの種類を問わず確実な通話が可能となる。
【００６４】
請求項１３の発明は、請求項１又は２記載のトンネル装置において、前記接続部及び制御部により、ＳＩＰ（Session Initiation Protocol ）のプロキシサーバとして所定の第二のポート番号を用いてファイアウォール内側の各端末と通信するＳＩＰプロキシ手段と、前記プロトコル及びポート番号を利用する端末と、前記ＳＩＰ及び前記第二のポート番号を利用する端末との間で通信を仲介する仲介手段と、を備えたことを特徴とする。
【００６５】
請求項３７の発明は、請求項１３の発明を方法という見方から捉えたもので、請求項２５又は２６記載のトンネル装置の制御方法において、前記接続部及び制御部により、ＳＩＰ（Session Initiation Protocol ）のプロキシサーバとして所定の第二のポート番号を用いてファイアウォール内側の各端末と通信するＳＩＰプロキシ処理と、前記プロトコル及びポート番号を利用する端末と、前記ＳＩＰ及び前記第二のポート番号を利用する端末との間で通信を仲介する仲介処理と、を含むことを特徴とする。
【００６６】
請求項６１の発明は、請求項１３，３７の発明をコンピュータプログラムという見方から捉えたもので、請求項４９又は５０記載のトンネル装置の制御プログラムにおいて、前記接続部及び制御部により、ＳＩＰ（Session Initiation Protocol ）のプロキシサーバとして所定の第二のポート番号を用いてファイアウォール内側の各端末と通信するＳＩＰプロキシ処理と、前記プロトコル及びポート番号を利用する端末と、前記ＳＩＰ及び前記第二のポート番号を利用する端末との間で通信を仲介する仲介処理と、を行わせることを特徴とする。
【００６７】
請求項１４の発明は、請求項１３記載のトンネル装置において、前記呼制御手段は、異なるファイアウォール内側の相手方端末との通話における音声パケット伝送を、同じファイアウォールの端末と仲介受渡しするときに、その端末との間に前記ＳＩＰ及び第二のポート番号を用いた呼制御により伝送路を設定しその伝送路を経由することを特徴とする。
【００６８】
請求項３８の発明は、請求項１４の発明を方法という見方から捉えたもので、請求項３７記載のトンネル装置の制御方法において、前記呼制御処理は、異なるファイアウォール内側の相手方端末との通話における音声パケット伝送を、同じファイアウォールの端末と仲介受渡しするときに、その端末との間に前記ＳＩＰ及び第二のポート番号を用いた呼制御により伝送路を設定しその伝送路を経由することを特徴とする。
【００６９】
請求項６２の発明は、請求項１４，３８の発明をコンピュータプログラムという見方から捉えたもので、請求項６１記載のトンネル装置の制御プログラムにおいて、前記呼制御処理は、異なるファイアウォール内側の相手方端末との通話における音声パケット伝送を、同じファイアウォールの端末と仲介受渡しするときに、その端末との間に前記ＳＩＰ及び第二のポート番号を用いた呼制御により伝送路を設定しその伝送路を経由することを特徴とする。
【００７０】
請求項１５の呼制御システムは、請求項３、７又は１１のいずれか一項に記載の中継装置と、請求項１３又は１４記載のトンネル装置と、を備えたことを特徴とする。
【００７１】
請求項３９の呼制御システムの制御方法は、請求項１５の発明を方法という見方から捉えたもので、請求項２７、３１又は３５のいずれか一項に記載の中継装置の制御方法と、請求項３７又は３８記載のトンネル装置の制御方法と、を組み合わせることを特徴とする。
【００７２】
請求項６３の呼制御システムの制御プログラムは、請求項１５，３９の発明をコンピュータプログラムという見方から捉えたもので、請求項５１、５５又は５９のいずれか一項に記載の中継装置の制御プログラムと、請求項６１又は６２記載のトンネル装置の制御プログラムと、を組み合わせることを特徴とする。
【００７３】
これらの態様では、さらに、本発明におけるプロトコルやトンネル経由の通信について、ファイアウォール内側では従来のＳＩＰによりＳＩＰ用に設定された端末と受け渡すこともできるので、従来のＳＩＰ用の設定や端末を本発明用のそれらとの組合せ、併用し、相互通話も可能となるので、本発明の導入が一層容易となる。
【００７４】
請求項１６の発明は、通信ネットワークとの接続部と、前記接続部を経た通信を制御する制御部と、を備え、複数の端末間における三者以上の通話を接続仲介する会議装置において、前記制御部により、（１）前記接続部を通じ、会議の召集者を含む参加者の端末から少なくとも、各参加者の指定及び開始要求と、応召又は着信応答と、終話と、の操作を受け付ける操作受付手段と、（２）前記接続部を通じ、同じファイアウォール内側及び異なるファイアウォール内側にある他の各参加者の端末ごとに、同じファイアウォール内側に設置された所定のトンネル装置又はファイアウォール外側に設置された所定の中継装置と直接又は間接の通信により呼制御情報を授受することにより、トンネル装置経由又は直接に上り音声の収集用及び下り音声の配信用の音声パケット伝送路のペアを設定する設定手段と、（３）参加者の一者を除く他の各参加者の組合せごとに、それら他の各参加者から受信する前記各上り音声の音声信号を加算処理により合成する合成手段と、（４）合成した音声信号を前記一者の端末へ前記接続部を通じて配信する配信手段と、を備えることを特徴とする。
【００７５】
請求項４０の発明は、請求項１６の発明を方法という見方から捉えたもので、通信ネットワークとの接続部と、前記接続部を経た通信を制御する制御部と、を備え、複数の端末間における三者以上の通話を接続仲介する会議装置の制御方法において、前記制御部により、（１）前記接続部を通じ、会議の召集者を含む参加者の端末から少なくとも、各参加者の指定及び開始要求と、応召又は着信応答と、終話と、の操作を受け付ける操作受付処理と、（２）前記接続部を通じ、同じファイアウォール内側及び異なるファイアウォール内側にある他の各参加者の端末ごとに、同じファイアウォール内側に設置された所定のトンネル装置又はファイアウォール外側に設置された所定の中継装置と直接又は間接の通信により呼制御情報を授受することにより、トンネル装置経由又は直接に上り音声の収集用及び下り音声の配信用の音声パケット伝送路のペアを設定する設定処理と、（３）参加者の一者を除く他の各参加者の組合せごとに、それら他の各参加者から受信する前記各上り音声の音声信号を加算処理により合成する合成処理と、（４）合成した音声信号を前記一者の端末へ前記接続部を通じて配信する配信処理と、を含むことを特徴とする。
【００７６】
請求項６４の発明は、請求項１６，４０の発明をコンピュータプログラムという見方から捉えたもので、通信ネットワークとの接続部と、前記接続部を経た通信を制御する制御部と、を備え、複数の端末間における三者以上の通話を接続仲介する会議装置の制御プログラムにおいて、そのプログラムは、前記制御部に、（１）前記接続部を通じ、会議の召集者を含む参加者の端末から少なくとも、各参加者の指定及び開始要求と、応召又は着信応答と、終話と、の操作を受け付ける操作受付処理と、（２）前記接続部を通じ、同じファイアウォール内側及び異なるファイアウォール内側にある他の各参加者の端末ごとに、同じファイアウォール内側に設置された所定のトンネル装置又はファイアウォール外側に設置された所定の中継装置と直接又は間接の通信により呼制御情報を授受することにより、トンネル装置経由又は直接に上り音声の収集用及び下り音声の配信用の音声パケット伝送路のペアを設定する設定処理と、（３）参加者の一者を除く他の各参加者の組合せごとに、それら他の各参加者から受信する前記各上り音声の音声信号を加算処理により合成する合成処理と、（４）合成した音声信号を前記一者の端末へ前記接続部を通じて配信する配信処理と、を行わせることを特徴とする。
【００７７】
請求項１７のＩＰ電話システムは、請求項１、２、１３又は１４のいずれか一項に記載のトンネル装置、請求項３、７又は１１のいずれか一項に記載の中継装置、請求項４又は１５記載の呼制御システム、請求項５、８又は１０のいずれか一項に記載の端末装置、請求項６、９又は１２のいずれか一項に記載のＩＰ電話システムのいずれか一つに、請求項１６記載の会議装置を加えたことを特徴とする。
【００７８】
請求項４１のＩＰ電話システムの制御方法は、請求項１７の発明を方法という見方から捉えたもので、請求項２５、２６、３７又は３８のいずれか一項に記載のトンネル装置の制御方法、請求項２７、３１又は３５のいずれか一項に記載の中継装置の制御方法、請求項２８又は３９記載の呼制御システムの制御方法、請求項２９、３２又は３４のいずれか一項に記載の端末装置の制御方法、請求項３０、３３又は３６のいずれか一項に記載のＩＰ電話システムの制御方法のいずれか一つに、請求項４０記載の会議装置を加えたことを特徴とする。
【００７９】
請求項６５のＩＰ電話システムの制御プログラムは、請求項１７，４１の発明をコンピュータプログラムという見方から捉えたもので、請求項４９、５０、６１又は６２のいずれか一項に記載のトンネル装置の制御プログラム、請求項５１、５５又は５９のいずれか一項に記載の中継装置の制御プログラム、請求項５２又は６３記載の呼制御システムの制御プログラム、請求項５３、５６又は５８のいずれか一項に記載の端末装置の制御プログラム、請求項５４、５７又は６０のいずれか一項に記載のＩＰ電話システムの制御プログラムのいずれか一つに、請求項６４記載の会議装置を加えたことを特徴とする。
【００８０】
これらの態様では、さらに、三者以上の通話により本発明の応用範囲が一層拡大する。
【００８１】
請求項１８のＩＰ電話システムは、請求項１、２、１３又は１４のいずれか一項に記載のトンネル装置、請求項３、７又は１１のいずれか一項に記載の中継装置、請求項４又は１５記載の呼制御システム、請求項５、８又は１０のいずれか一項に記載の端末装置、請求項６、９、１２又は１６のいずれか一項に記載のＩＰ電話システムのいずれか一つに、一又は二以上のファイアウォール装置を加えたことを特徴とする。
【００８２】
請求項４２のＩＰ電話システムの制御方法は、請求項１８の発明を方法という見方から捉えたもので、請求項２５、２６、３７又は３８のいずれか一項に記載のトンネル装置の制御方法、請求項２７、３１又は３５のいずれか一項に記載の中継装置の制御方法、請求項２８又は３９記載の呼制御システムの制御方法、請求項２９、３２又は３４のいずれか一項に記載の端末装置の制御方法、請求項３０、３３、３６又は４０のいずれか一項に記載のＩＰ電話システムの制御方法のいずれか一つに、一又は二以上のファイアウォール装置の制御方法を加えたことを特徴とする。
【００８３】
請求項６６のＩＰ電話システムの制御プログラムは、請求項１８，４２の発明をコンピュータプログラムという見方から捉えたもので、請求項４９、５０、６１又は６２のいずれか一項に記載のトンネル装置の制御プログラム、請求項５１、５５又は５９のいずれか一項に記載の中継装置の制御プログラム、請求項５２又は６３記載の呼制御システムの制御プログラム、請求項５３、５６又は５８のいずれか一項に記載の端末装置の制御プログラム、請求項５４、５７、６０又は６４のいずれか一項に記載のＩＰ電話システムの制御プログラムのいずれか一つに、一又は二以上のファイアウォール装置の制御方法を加えたことを特徴とする。
【００８４】
これらの態様では、ファイアウォールを含むトータルシステムとしてＩＰ電話システムを構成、導入することにより、一貫性に富み信頼性に優れた全体システムをリーズナブルなコストで実現容易となる。
【００８５】
請求項１９の発明は、請求項１，２，１３又は１４のいずれか一項に記載のトンネル装置と、請求項３，７又は１１のいずれか一項に記載の中継装置と、請求項５，８又は１０のいずれか一項に記載の端末装置と、を備えたＩＰ電話システムにおいて、前記トンネル装置、中継装置及び前記端末装置の前記各制御部の連携により、異なるファイアウォール内側の端末間で直接の音声パケット伝送路を設定しようとする際、自端末の音声パケット用受信ポートからファイアウォール越しにテストパケットを前記中継装置へ送信し、それで相手方端末から第一の所定時間内に音声パケットが届けば、自端末側のファイアウォールはFull Cone ＮＡＴと判別することを特徴とする。
【００８６】
請求項４３の発明は、請求項１９の発明を方法という見方から捉えたもので、請求項２５，２６，３７又は３８のいずれか一項に記載のトンネル装置の制御方法と、請求項２７，３１又は３５のいずれか一項に記載の中継装置の制御方法と、請求項２９，３２又は３４のいずれか一項に記載の端末装置の制御方法と、を備えたＩＰ電話システムの制御方法において、前記トンネル装置、中継装置及び前記端末装置の前記各制御部の連携により、異なるファイアウォール内側の端末間で直接の音声パケット伝送路を設定しようとする際、自端末の音声パケット用受信ポートからファイアウォール越しにテストパケットを前記中継装置へ送信し、それで相手方端末から第一の所定時間内に音声パケットが届けば、自端末側のファイアウォールはFull Cone ＮＡＴと判別することを特徴とする。
【００８７】
請求項６７の発明は、請求項１９，４３の発明をコンピュータプログラムという見方から捉えたもので、請求項４９，５０，６１又は６２のいずれか一項に記載のトンネル装置の制御プログラムと、請求項５１，５５又は５９のいずれか一項に記載の中継装置の制御プログラムと、請求項５３，５６又は５８のいずれか一項に記載の端末装置の制御プログラムと、を組み合わせたＩＰ電話システムの制御プログラムにおいて、前記トンネル装置、中継装置及び前記端末装置の前記各制御部の連携により、異なるファイアウォール内側の端末間で直接の音声パケット伝送路を設定しようとする際、自端末の音声パケット用受信ポートからファイアウォール越しにテストパケットを前記中継装置へ送信させ、それで相手方端末から第一の所定時間内に音声パケットが届けば、自端末側のファイアウォールはFull Cone ＮＡＴと判別させることを特徴とする。
【００８８】
請求項２０の発明は、請求項１９記載のＩＰ電話システムにおいて、前記トンネル装置、中継装置及び前記端末装置の前記各制御部の連携により、相手方端末から前記第一の所定時間内に音声パケットが届かなかった場合は、自端末の前記受信ポートから相手方端末の送信ポートのＷＡＮ側識別情報のポートとは異なるポートへのホールパンチングパケットの送信を試行し、その結果、相手方端末から第二の所定時間内に音声パケットが届けば、自端末側のファイアウォールはRestricted Cone ＮＡＴと判別することを特徴とする。
【００８９】
請求項４４の発明は、請求項２０の発明を方法という見方から捉えたもので、請求項４３記載のＩＰ電話システムの制御方法において、前記トンネル装置、中継装置及び前記端末装置の前記各制御部の連携により、相手方端末から前記第一の所定時間内に音声パケットが届かなかった場合は、自端末の前記受信ポートから相手方端末の送信ポートのＷＡＮ側識別情報のポートとは異なるポートへのホールパンチングパケットの送信を試行し、その結果、相手方端末から第二の所定時間内に音声パケットが届けば、自端末側のファイアウォールはRestricted Cone ＮＡＴと判別させることを特徴とする。
【００９０】
請求項６８の発明は、請求項２０，４４の発明をコンピュータプログラムという見方から捉えたもので、請求項６７記載のＩＰ電話システムの制御プログラムにおいて、前記トンネル装置、中継装置及び前記端末装置の前記各制御部の連携により、相手方端末から前記第一の所定時間内に音声パケットが届かなかった場合は、自端末の前記受信ポートから相手方端末の送信ポートのＷＡＮ側識別情報のポートとは異なるポートへのホールパンチングパケットの送信を試行させ、その結果、相手方端末から第二の所定時間内に音声パケットが届けば、自端末側のファイアウォールはRestricted Cone ＮＡＴと判別させることを特徴とする。
【００９１】
請求項２１の発明は、請求項２０記載のＩＰ電話システムにおいて、前記トンネル装置、中継装置及び前記端末装置の前記各制御部の連携により、相手方端末から前記第二の所定時間内に音声パケットが届かなかった場合は、自端末の受信ポートから相手方端末の送信ポートのＷＡＮ側識別情報のポート宛てにホールパンチングパケットを送信し、その結果、相手方端末から第三の所定時間内に音声パケットが届けば、自端末側のファイアウォールはPort-Restricted Cone  ＮＡＴと判別し、この場合でも、第三の所定時間内に相手方端末から音声パケットを受信できなかった場合は、自端末側のファイアウォールはSymmetric ＮＡＴと判別することを特徴とする。
【００９２】
請求項４５の発明は、請求項２１の発明を方法という見方から捉えたもので、請求項４４記載のＩＰ電話システムの制御方法において、前記トンネル装置、中継装置及び前記端末装置の前記各制御部の連携により、相手方端末から前記第二の所定時間内に音声パケットが届かなかった場合は、自端末の受信ポートから相手方端末の送信ポートのＷＡＮ側識別情報のポート宛てにホールパンチングパケットを送信し、その結果、相手方端末から第三の所定時間内に音声パケットが届けば、自端末側のファイアウォールはPort-Restricted Cone  ＮＡＴと判別し、この場合でも、第三の所定時間内に相手方端末から音声パケットを受信できなかった場合は、自端末側のファイアウォールはSymmetric ＮＡＴと判別することを特徴とする。
【００９３】
請求項６９の発明は、請求項２１，４５の発明をコンピュータプログラムという見方から捉えたもので、請求項６８記載のＩＰ電話システムの制御プログラムにおいて、前記トンネル装置、中継装置及び前記端末装置の前記各制御部の連携により、相手方端末から前記第二の所定時間内に音声パケットが届かなかった場合は、自端末の受信ポートから相手方端末の送信ポートのＷＡＮ側識別情報のポート宛てにホールパンチングパケットを送信させ、その結果、相手方端末から第三の所定時間内に音声パケットが届けば、自端末側のファイアウォールはPort-Restricted Cone  ＮＡＴと判別させ、この場合でも、第三の所定時間内に相手方端末から音声パケットを受信できなかった場合は、自端末側のファイアウォールはSymmetric ＮＡＴと判別させることを特徴とする。
【００９４】
請求項２２の発明は、において、請求項１，２，１３又は１４のいずれか一項に記載のトンネル装置と、請求項３，７又は１１のいずれか一項に記載の中継装置と、を備えたＩＰ電話システムにおいて、前記トンネル装置及び中継装置の前記各制御部の連携により、Full Cone ＮＡＴ、Restricted Cone ＮＡＴ又はPort-Restricted Cone  ＮＡＴであるリファレンス用ファイアウォールを用いて、判別対象ファイアウォール内側に設置されたトンネル装置の特定ポートからホールパンチングパケットを判別対象ファイアウォール外側に設置された中継装置のある宛先ポートへ送信してホールパンチングし、前記中継装置は前記特定ポートの前記判別対象ファイアウォールのＷＡＮ側識別情報を前記リファレンス用ファイアウォール内側に設置されたリファレンス用トンネル装置へ伝え、リファレンス用トンネル装置から前記特定ポートへパケットを送って届けば、判別対象ファイアウォールはFull Cone ＮＡＴと判別することを特徴とする。
【００９５】
請求項４６の発明は、請求項２２の発明を方法という見方から捉えたもので、請求項２５，２６，３７又は３８のいずれか一項に記載のトンネル装置の制御方法と、請求項２７，３１又は３５のいずれか一項に記載の中継装置の制御方法と、を備えたＩＰ電話システムの制御方法において、前記トンネル装置及び中継装置の前記各制御部の連携により、Full Cone ＮＡＴ、Restricted Cone ＮＡＴ又はPort-Restricted Cone  ＮＡＴであるリファレンス用ファイアウォールを用いて、判別対象ファイアウォール内側に設置されたトンネル装置の特定ポートからホールパンチングパケットを判別対象ファイアウォール外側に設置された中継装置のある宛先ポートへ送信してホールパンチングし、前記中継装置は前記特定ポートの前記判別対象ファイアウォールのＷＡＮ側識別情報を前記リファレンス用ファイアウォール内側に設置されたリファレンス用トンネル装置へ伝え、リファレンス用トンネル装置から前記特定ポートへパケットを送って届けば、判別対象ファイアウォールはFull Cone ＮＡＴと判別することを特徴とする。
【００９６】
請求項７０の発明は、請求項２２，４６の発明をコンピュータプログラムという見方から捉えたもので、請求項４９，５０，６１又は６２のいずれか一項に記載のトンネル装置の制御プログラムと、請求項５１，５５又は５９のいずれか一項に記載の中継装置の制御プログラムと、を組み合わせるＩＰ電話システムの制御プログラムにおいて、前記トンネル装置及び中継装置の前記各制御部の連携により、Full Cone ＮＡＴ、Restricted Cone ＮＡＴ又はPort-Restricted Cone  ＮＡＴであるリファレンス用ファイアウォールを用いて、判別対象ファイアウォール内側に設置されたトンネル装置の特定ポートからホールパンチングパケットを判別対象ファイアウォール外側に設置された中継装置のある宛先ポートへ送信してホールパンチングさせ、前記中継装置は前記特定ポートの前記判別対象ファイアウォールのＷＡＮ側識別情報を前記リファレンス用ファイアウォール内側に設置されたリファレンス用トンネル装置へ伝えさせ、リファレンス用トンネル装置から前記特定ポートへパケットを送って届けば、判別対象ファイアウォールはFull Cone ＮＡＴと判別させることを特徴とする。
【００９７】
請求項２３の発明は、請求項２２記載のＩＰ電話システムにおいて、前記リファレンス用トンネル装置から前記特定ポートへのパケットが届かなかった場合、前記中継装置の前記宛先ポートとは別のポートから前記特定ポートへパケットを送って届けば、前記判別対象ファイアウォールはRestricted Cone ＮＡＴと判別することを特徴とする。
【００９８】
請求項４７の発明は、請求項２３の発明を方法という見方から捉えたもので、請求項４６記載のＩＰ電話システムの制御方法において、前記リファレンス用トンネル装置から前記特定ポートへのパケットが届かなかった場合、前記中継装置の前記宛先ポートとは別のポートから前記特定ポートへパケットを送って届けば、前記判別対象ファイアウォールはRestricted Cone ＮＡＴと判別することを特徴とする。
【００９９】
請求項７１の発明は、請求項２３，４７の発明をコンピュータプログラムという見方から捉えたもので、請求項７０記載のＩＰ電話システムの制御プログラムにおいて、前記リファレンス用トンネル装置から前記特定ポートへのパケットが届かなかった場合、前記中継装置の前記宛先ポートとは別のポートから前記特定ポートへパケットを送って届けば、前記判別対象ファイアウォールはRestricted Cone ＮＡＴと判別させることを特徴とする。
【０１００】
請求項２４の発明は、請求項２３記載のＩＰ電話システムにおいて、前記別のポートから前記特定ポートへパケットが届かなかった場合、前記リファレンス用トンネル装置で選択するリファレンス用ポートから中継装置へパケットを送ることにより、そのリファレンス用ポートのＷＡＮ側識別情報を中継装置からトンネル装置へ伝達させ、リファレンス用トンネル装置の同じリファレンス用ポートから前記特定ポートへホールパンチングパケットを送信することによりその特定ポートからのパケットがリファレンス用ファイアウォールを通過可能とし、トンネル装置が特定ポートからリファレンス用ポートへパケットを送信し、届けば判別対象ファイアウォールはPort-Restricted Cone  ＮＡＴと判別し、届かなければ判別対象ファイアウォールはSymmetric ＮＡＴと判別することを特徴とする。
【０１０１】
請求項４８の発明は、請求項２４の発明を方法という見方から捉えたもので、請求項４７記載のＩＰ電話システムの制御方法において、前記別のポートから前記特定ポートへパケットが届かなかった場合、前記リファレンス用トンネル装置で選択するリファレンス用ポートから中継装置へパケットを送ることにより、そのリファレンス用ポートのＷＡＮ側識別情報を中継装置からトンネル装置へ伝達させ、リファレンス用トンネル装置の同じリファレンス用ポートから前記特定ポートへホールパンチングパケットを送信することによりその特定ポートからのパケットがリファレンス用ファイアウォールを通過可能とし、トンネル装置が特定ポートからリファレンス用ポートへパケットを送信し、届けば判別対象ファイアウォールはPort-Restricted Cone  ＮＡＴと判別し、届かなければ判別対象ファイアウォールはSymmetric ＮＡＴと判別することを特徴とする。
【０１０２】
請求項７２の発明は、請求項２４，４８の発明をコンピュータプログラムという見方から捉えたもので、請求項７１記載のＩＰ電話システムの制御プログラムにおいて、前記別のポートから前記特定ポートへパケットが届かなかった場合、前記リファレンス用トンネル装置で選択するリファレンス用ポートから中継装置へパケットを送らせることにより、そのリファレンス用ポートのＷＡＮ側識別情報を中継装置からトンネル装置へ伝達させ、リファレンス用トンネル装置の同じリファレンス用ポートから前記特定ポートへホールパンチングパケットを送信させることによりその特定ポートからのパケットがリファレンス用ファイアウォールを通過可能とさせ、トンネル装置に特定ポートからリファレンス用ポートへパケットを送信させ、届けば判別対象ファイアウォールはPort-Restricted Cone  ＮＡＴと判別させ、届かなければ判別対象ファイアウォールはSymmetric ＮＡＴと判別させることを特徴とする。
【０１０３】
これらの態様では、さらに、単純な手法で容易、迅速、正確にファイアウォールの種類を自動判別可能とすることにより、本発明のＩＰ電話技術について、専門知識や複雑なマニュアルや操作無しでも最小限の最適な設定や処理による導入や運用管理が可能となり、さらに、他のシステムやアプリケーションの導入、設定、設計においても、ＮＡＴ越え問題の基本となるＮＡＴ種類判別を活用可能となる。
【０１０４】
請求項７３の発明は、請求項５３，５６又は５８のいずれか一項に記載の端末装置の制御プログラムにおいて、他の端末との通話において、音声に代え又は音声と共に、ＵＲＬ、チャットの文字列、動画像データ、メールアドレス、各種電話番号、移動端末の位置情報、テレビ放送のチャンネル又は番組のデータ、のうち一種以上を含むマルチメディアデータを送受信することを特徴とする。
【０１０５】
請求項７４の発明は、請求項６４記載の会議装置の制御プログラムにおいて、端末間又は端末との通話において、音声に代え又は音声と共に、ＵＲＬ、チャットの文字列、動画像データ、メールアドレス、各種電話番号、移動端末の位置情報、テレビ放送のチャンネル又は番組のデータ、のうち一種以上を含むマルチメディアデータを提供又は接続仲介することを特徴とする。
【０１０６】
請求項７５の発明は、請求項７３，７４の発明を、全体システムの制御方法として捉えたもので、請求項３０，３３，３６，４１又は４２のいずれか一項に記載のＩＰ電話システムの制御方法において、端末が、音声に代え又は音声と共に、ＵＲＬ、チャットの文字列、動画像データ、メールアドレス、各種電話番号、移動端末の位置情報、テレビ放送のチャンネル又は番組のデータ、のうち一種以上を含むマルチメディアデータを送受信することを特徴とする。
【０１０７】
これらの態様では、さらに、端末での通話や会議において、音声以外にも、ＵＲＬ、チャットの文字列、動画像データなどのマルチメディアデータを伝送することにより、状況に応じた最適な形で表現力豊かなコミュニケーションが可能となり、情報共有と相互理解も促進される。
【発明の効果】
【０１０８】
以上のように、本発明では、トンネル経由により、Symmetric ＮＡＴの場合でも音声パケットを伝送するＩＰ電話の技術を提供することができる。
【発明を実施するための最良の形態】
【０１０９】
次に、本発明を実施するための最良の実施形態について、図面を参照して説明する。なお、背景技術や課題で説明し本発明と共通の前提事項は繰り返さない。
【０１１０】
〔１．第一実施形態の構成〕…図１
第一実施形態は、図１の構成図に示すように、トンネル装置Ｔ１，Ｔ３と、中継装置Ｔ２と、ＩＰ通話用のクライアント端末（端末装置であり、以下「クライアント端末」や「端末」のようにも呼ぶこととする）Ｃ（Ｃ１１，Ｃ１２，Ｃ３１，Ｃ３２，Ｃ３３）を備えたＩＰ電話システムに関するもので、把握の仕方として、各装置の単体、トンネル装置と中継装置を備えた呼制御システム、トンネル装置又は呼制御システムと、端末装置を備えたＩＰ電話システム、また、これらのいずれかに対応する方法、プログラム、プログラムシステムなどとしても把握できる。
【０１１１】
なお、図１は、構成説明用にいろいろな構成、制御や音声パケットの流れなどを一度に盛り込んだもので、実際の作用の説明は、基本的で単純なものから順に、図２以降で行う。なお、各図における矢印の意味としては、会議装置Ｍ内を除いて、破線の矢印は呼制御情報の流れ、実線の矢印は音声パケットの流れ、一点鎖線の矢印はそれ以外の、例えばＵＤＰホールパンチングのためのパケット等のデータで、トンネリング経路の維持のためのものを含む。
【０１１２】
また、図１の例は、複数の端末間における三者以上の通話を接続仲介する会議装置Ｍを組み込んだ例であるが、会議装置Ｍ内の矢印は上記とは意味が異なり、会議装置Ｍ内右寄りに矩形で示した各端末との接続Ｘとの関係において、破線は制御、一点鎖線は操作の受付、実線のうち細い方は上り音声、太い方は下り音声とする。
【０１１３】
なお、各装置は、共通の構成要素として、図示はしないが、通信ネットワークとの接続部（例えば、有線や無線のネットワークボードやネットワークカードなど、）と、前記接続部を経た通信を制御する制御部（例えばＣＰＵやその周辺回路）と、を備える。
【０１１４】
〔１−１．トンネル装置〕
このうち、トンネル装置Ｔ（Ｔ１，Ｔ３）は、それぞれ、ファイアウォールＦＷ１，ＦＷ２（以下符号のみで表す）の内側（ＬＡＮ側）に設置しトンネリングによるＦＷ越えの通信を行うもので、構成はトンネル装置Ｔ１とＴ３で共通であるから、トンネルＴ１について説明する。
【０１１５】
すなわち、トンネル装置Ｔ１は、前記接続部と制御部を備える他、プログラムにより、トンネル部Ｔ１１と呼制御部Ｔ１２の機能を実現する。このうちトンネル部Ｔ１１は、前記接続部及び制御部により、ＦＷ１の外側（ＷＡＮ側）に設置された所定の中継装置Ｔ２を経て、他のＦＷ内に設置された他のトンネル装置との通信を仲介するトンネル手段である。また、呼制御部Ｔ１２は、前記接続部及び制御部により、ＦＷ１内にあるＩＰ通話用の端末Ｃ１１やＣ１２による通話のための呼制御を処理する呼制御手段である。
【０１１６】
なお、図１は、ＦＷ１内のトンネルＴ１を含むＬＡＮと、ＦＷ２内のトンネルＴ３を含むＬＡＮとの対向通信のようであるが、これは単純化して示すための概念例で、実際には、中継装置Ｔ２を中心として３つ目以降のＦＷやトンネル装置を設けたスター型の構成としてよい。
【０１１７】
〔１−２．中継装置〕
また、中継装置Ｔ２は、ＦＷ外に設置しトンネリングによるＦＷ越えの通信を中継するもので、前記接続部と制御部を備える他、プログラムにより、中継部Ｔ２１と呼制御部Ｔ２２の機能を実現する。このうち中継部Ｔ２１は、前記接続部及び制御部により、各ＦＷ内に設置された所定の各トンネル装置Ｔ１，Ｔ３間の通信を仲介する中継手段であり、中継装置Ｔ２経由でトンネル装置Ｔ１とＴ３との間に実現されるトンネリングによるデータ伝送路を単に「トンネル」とも呼ぶ。また、呼制御部Ｔ２２は、各ＦＷ内にあるＩＰ通話用の端末Ｃによる通話のための呼制御を処理する呼制御手段である。
【０１１８】
なお、本出願において、ＳＩＰに準じた呼制御シーケンスを採用するか否かは自由であるし、例えばＳＩＰに準じたサーバを採用する場合も、そのようなサーバの機能は、呼制御部Ｔ２２に含めて実装するか、いずれかのトンネル装置にまとめて実装するか、複数のトンネル装置に分散して実装するか、トンネル装置と中継装置に分散して実装するか、さらに、ＳＩＰサーバにおけるプロキシサーバ機能、リダイレクトサーバ機能、登録サーバ機能などと同様、ひとつのハードウェアに実装するか異なる複数のホストに分けて実装するかなどは自由に定めることができるので、それらに関する他の装置等の詳細は本出願では省略し、もっとも単純な例として中継装置Ｔ２の呼制御部Ｔ２２が呼制御サーバ機能を担当する例を示している。従来のＳＩＰ（ポート番号５０６０）の通信を、トンネル装置Ｔ１やＴ３経由で特定のポート番号（例えば９００１）で行う実装でもよい。
【０１１９】
〔１−３．端末装置〕
また、端末Ｃ（Ｃ１１，Ｃ１２，Ｃ３１，Ｃ３２，Ｃ３３）は、各ＦＷ内に設置しＦＷ越えの通話を行うＩＰ通話用の端末装置で、図示はしないが、前記接続部と制御部の他、ダイヤルボタンやフックボタンなどの操作手段と、マイクロフォンなどの送話手段と、スピーカなどの受話手段と、を備える。そして、各端末Ｃは、プログラムにより通話処理部Ｃ４の機能を実現し、この通話処理部Ｃ４は、前記接続部を経た通信及び音声のエンコード並びにデコードを含め、ＩＰ電話による通話のための制御と処理を行う通話処理手段である。
【０１２０】
〔１−４．会議装置〕
また、会議装置Ｍは、前記接続部と制御部を備える他、その制御部がプログラムにしたがって、操作受付部Ｍ１、設定部Ｍ２、合成部Ｍ３、配信部Ｍ４、の各機能を実現する。このうち、操作受付部Ｍ１は、各端末から操作を受け付ける操作受付手段、設定部Ｍ２は各端末との音声パケット伝送路を設定する設定手段、合成部Ｍ３は各端末からの音声を会議用に合成する合成手段、配信部Ｍ４は合成した音声を各端末へ配信する配信手段である。なお、会議装置Ｍは、トンネル装置Ｔ３との関係では基本的に端末の一種として振る舞い、図面ではＦＷ２内に１台のみ示すが、どこに何台設置してもよい。
【０１２１】
〔２．第一実施形態の作用効果〕
〔２−１．基本的作用〕…図２
本システムの最も基本的な最小限の作用は、Symmetric ＮＡＴがあっても、異なるＬＡＮ間の通話をトンネル経由で成立させることである。なお、図２以降では、図１に示した構成、制御、データの流れなどの要素のうち、作用説明上特に注目すべき部分を示し、特に、図３以降では、他の部分は破線で略示するが、それは他の部分が存在しないとか特段不要という意味ではない。
【０１２２】
〔２−１−１．トンネル装置での処理〕
図２の例において、トンネル装置Ｔ１，Ｔ３の呼制御部Ｔ１２，Ｔ３２は、本発明特有の所定のプロトコル及びポート番号（端末Ｃ向け９００１、中継装置Ｔ２向け９０００）により、次の各処理を行う手段として働く。ここでは、トンネル装置Ｔ３を例にとるが、トンネル装置Ｔ１についても同様である。
【０１２３】
すなわち、トンネル装置Ｔ３の呼制御部Ｔ３２は、まず、異なるＦＷ（例えばＦＷ１）内の端末（例えばＣ１１）との通話については、次のように働く。
（１）すなわち、トンネル装置Ｔ３と同じＦＷ２内の端末Ｃ３１，Ｃ３２やＣ３３から、他のＦＷ（例えばＦＷ１）内の端末Ｃ１１への発信要求を受け付けてトンネル部Ｔ３１によりＦＷ２外へ仲介する。
（２）また、トンネル部Ｔ３１によりＦＷ２外から内側への着信要求を受信して宛先の端末Ｃ３２，Ｃ３２やＣ３３へ仲介する。
（３）そして、ＦＷ２外との端末との通話について、トンネル部Ｔ３１により音声パケットの伝送を仲介する。
【０１２４】
また、トンネル装置Ｔ３の呼制御部Ｔ３２は、同じＦＷ２内の端末間（例えば、Ｃ３２とＣ３３）の通話については、発着信要求と音声パケットの両方について、伝送を仲介する。
【０１２５】
〔２−１−２．中継装置での処理〕
また、中継装置Ｔ２の呼制御部Ｔ２２は、少なくとも、異なるＦＷ内の端末（例えば、ＦＷ１内の端末Ｃ１１とＦＷ２内の端末Ｃ３２）間の通話について中継部Ｔ２１を用いて、各端末に対応する各トンネル装置Ｔ１，Ｔ３に対し、通話のための発着信要求及び音声パケット伝送を中継する手段として働く。
【０１２６】
〔２−１−３．端末での処理〕
また、各端末Ｃ（ここでは、ＦＷ２内の端末Ｃ３２を例にとる）の通話処理部Ｃ４は、その前記制御部により、トンネル装置Ｔ１，Ｔ３の用いる上記のプロトコル及びポート番号９００１にしたがって、次の各処理を行う手段として働く。
（１）図示しないダイヤルボタンやフックボタンなどの前記操作手段から少なくとも、発信と、着信応答と、終話と、の操作を受け付ける。
（２）同じＦＷ２内の他の端末（例えば端末Ｃ３１）及び異なるＦＷ１内にある他の端末（例えばＣ１１）との通話のために前記接続部により、同じＦＷ２内に設置された所定のトンネル装置Ｔ３と、所定のプロトコル及びポート番号（９００１）により、発着信要求を含む呼制御情報の授受を行う。
（３）他のＦＷ１内の端末Ｃ１１との通話においては、伝送にかかる音声パケットを前記トンネル装置Ｔ３と前記プロトコルにより授受する。
（４）通話中は前記エンコード及びデコードの処理を行う。
【０１２７】
〔２−１−４．ポート番号の例〕
上記のような基本的作用において用いるポートの関係を、通信Ｐ１〜Ｐ８で整理する。この例では、トンネル装置は、ＦＷとの間では９０００／ＵＤＰ、端末Ｃ（会議装置Ｍを含む）との間では９００１／ＵＤＰを用いている。
【０１２８】
この場合の具体例としては、呼制御情報や音声パケット等の情報のうち、トンネル装置Ｔ３からＴ１方向を仮に上りとすれば、上り経路は通信Ｐ１→Ｐ２→Ｐ３→Ｐ４であり、逆方向を仮に下りとすれば、下り経路は通信Ｐ５→Ｐ６→Ｐ７→Ｐ８である。この場合、トンネル装置Ｔ３が、中継装置Ｔ２への上り通信Ｐ１で、ＦＷ２に向けて所定のポート番号として例えば９０００／ＵＤＰを用いても、その通信Ｐ１はＦＷ２により、ＦＷ２外側のＷＡＮ側で稼動している中継装置Ｔ２に対する上り通信Ｐ２としては、適当な例えばｘｘｘｘ１番ポートに変換される。
【０１２９】
このＷＡＮ側ポート番号ｘｘｘｘ１は、トンネル装置Ｔ３が９０００番ポートからＦＷ２を経て中継装置Ｔ２へ、一点鎖線で示すホールパンチングパケットを定期的に送信し、その送信をＦＷ２に記憶させることにより、逆方向の中継装置Ｔ２からの通信Ｐ７の宛て先として維持され、この同じＷＡＮ側ポートｘｘｘｘ１への通信はＦＷ２により同じ対応関係でＬＡＮ側の９０００番ポートへフォワーディングされ、これらによってトンネル装置Ｔ３のポート９０００番と中継装置Ｔ２のポートｘｘｘｘ１番の間に、上り通信Ｐ１，Ｐ２に加え、下り通信Ｐ７，Ｐ８も通すトンネリング経路を維持している。
【０１３０】
同様に、反対側のトンネル装置Ｔ１のポート９０００番と中継装置Ｔ２のポートｙｙｙｙ１番の間にもトンネリング経路が維持され、上り方向の通信Ｐ３，Ｐ４と、下り方向の通信Ｐ５，Ｐ６に用いられる。
【０１３１】
〔２−１−４．基本的作用の効果〕
図２及び上記のように、異なるＦＷ１，ＦＷ２内の端末間の通話について、呼制御と音声パケット伝送を各ＦＷ１，ＦＷ２内のトンネル装置Ｔ１，Ｔ３同士が、ＦＷ１，ＦＷ２外の中継装置Ｔ２経由で行うことにより、いずれか一方又は両方のＦＷがSymmetric ＮＡＴの場合でも端末間の音声パケット等の伝送による通話が可能となる。この場合、ＲＴＰなどの音声パケットも全てトンネル装置Ｔ１やＴ３や中継装置Ｔ２を通過するため、これら各装置Ｔ１，Ｔ３，Ｔ２の能力と音声パケットのビットレートから、同時接続数が規定されることとなる。
【０１３２】
また、図２の例では、ＦＷ１，ＦＷ２はそれぞれ、内側からのＵＤＰ／９０００の外部送出を、少なくとも中継装置Ｔ２に向けては許容する設定としておく。また、中継装置Ｔ２からトンネル装置Ｔ１，Ｔ３へのＵＤＰパケットが正しく送られるために、ＦＷ１，ＦＷ２は、内側からのＵＤＰ／９０００に対するホールパンチングに対応している必要がある。
【０１３３】
〔２−２．会議〕…図２
また、会議装置Ｍは、トンネル装置（例えばＴ３）や中継装置Ｔ２との関係では、ＩＰ電話における一つの端末として振る舞い、端末からの着信や、他の端末に対する会議への参加要請は、ＩＰ電話における通常の通話発着信に準じたプロトコルやポート番号により行う。
【０１３４】
そして、会議特有の通信、例えば、三者以上の参加する会議について、召集者の端末からの参加者の指定や開始要求や、指定された参加者への会議装置Ｍからの通話発信における参加要請であることの通知などは、予め定められたプロトコルにより、ＩＰ電話として通話発着信における呼制御メッセージとともに、又は呼制御シーケンスと関連付けるが呼制御メッセージとは別のメッセージとして、特に、別のポート番号を使って、各端末とやり取りすればよい。
【０１３５】
そのようなやり取りの詳細については自由に定めればよいが、要は、会議装置Ｍは、複数の端末間における三者以上の通話を接続仲介する際、次のような処理を行う。
（１）まず、操作受付部Ｍ１は、前記接続部を通じ、会議の召集者を含む参加者の端末から少なくとも、各参加者の指定及び開始要求と、応召又は着信応答と、終話と、の操作を受け付ける。
【０１３６】
（２）設定部Ｍ２は、前記接続部を通じ、同じＦＷ内及び異なるＦＷ内にある他の各参加者の端末ごとに、同じＦＷ内に設置された所定のトンネル装置又はＦＷ外に設置された所定の中継装置と直接又は間接の通信により呼制御情報を授受することにより、トンネル装置経由又は直接に上り音声の収集用及び下り音声の配信用の音声パケット伝送路のペアを設定する。
【０１３７】
例えば、各トンネル装置Ｔ１，Ｔ３が同じＦＷ内の各端末について、その存否やＩＰ  アドレスなどの情報を把握している場合、会議装置Ｍは、同じＦＷ２内の端末Ｃ３３との伝送路設定の呼制御情報は、トンネル装置Ｔ３と直接授受すれば十分であろうし、異なるＦＷ１内の端末Ｃ１１については中継装置Ｔ２経由でトンネル装置Ｔ１と間接に授受する必要があろう。
【０１３８】
（３）そして、合成部Ｍ３は、上記のように伝送路のペアを設定した各参加者のうち、参加者の一者を除く他の各参加者の組合せごとに、それら他の各参加者から受信する前記各上り音声の音声信号を加算処理により合成する。
（４）そのうえで、配信部Ｍ４は、前記接続部を通じ、合成部Ｍ３が合成した音声信号を前記一者の端末へ配信する。
例えば、端末Ｃ３１，Ｃ３２，Ｃ３３が参加者の場合、端末Ｃ３１とＣ３２の上り音声を合成したものが端末Ｃ３３へ、Ｃ３２とＣ３３の音声を合成したものが端末Ｃ３１へ、Ｃ３１とＣ３３の合成がＣ３２へ配信される。以上のような三者以上の通話により、本発明の応用範囲が一層拡大する。
【０１３９】
〔２−３．ＬＡＮ内直路の設定〕…図３
また、通話しようとする端末同士が同じトンネル装置に接続している場合、すなわち、同じＦＷ内つまりＬＡＮ内の場合は、両端末間のＲＴＰ等の音声パケット伝送路をトンネル装置経由ではなく、直接の経路（「直路」と呼ぶこととする）として設定することにより、トンネル装置でのボトルネックが解消できる。
【０１４０】
発信元と着信先の端末同士が同じＦＷ内すなわち同じＬＡＮ内であることの判断と、それら端末間での識別情報の交換は、システムの実装態様に応じ、トンネル装置どまりで完結するようにしてもよいし、中継装置Ｔ２まで情報を転送し判断を受けるようにしてもよいが、いずれにしても、呼制御シーケンス中におけるポートのネゴシエーションの段階で判断し、直接のＵＤＰ通信によりＲＴＰ等の音声パケットを送受信することとして、例えばトンネル装置Ｔ３がこの判断を、そのような通話をしようとしている例えば端末Ｃ３１とＣ３２に伝える。
【０１４１】
すると、各端末Ｃ３１，Ｃ３２の通話処理部Ｃ４は、それら端末間での直路の設定のために、各端末が音声パケット伝送用に用いようとするポートのプライベートＩＰアドレス及びポート番号を含む識別情報を互いに、直接、又は同じＦＷ内のトンネル装置Ｔ３を介して間接に、相手方端末へ提供する。
【０１４２】
この結果、図３に示すように、例えば同じＦＷ２内の端末Ｃ３１とＣ３２の通話では、トンネル装置Ｔ３を経由するのは呼制御情報のみ（破線）で、ＲＴＰなどの音声パケットは端末Ｃ３２とＣ３３間の直接のパケット伝送路（１００００／ＵＤＰ，１０００１／ＵＤＰなど）を経由することとなる。
【０１４３】
このように、同じＦＷ内で通話しようとする端末同士には、互いのＩＰアドレス及びポート番号をトンネル装置から伝達して、ＲＴＰ等の音声パケット伝送をトンネル経由でなく直接行わせることにより、その分、トンネル装置について付加が軽減されて通信上のボトルネックとなりにくく、負荷集中による音途切れ等の通話音質不安定や同時接続数制限が効果的に回避できる利点がある。
【０１４４】
〔２−３．ＬＡＮ間直路の設定〕…図４
また、通話しようとする端末同士が異なるＦＷ内、すなわち異なるＬＡＮ間の通話の場合も、両端末間のＲＴＰ等の音声パケット伝送路をトンネル装置Ｔ１，Ｔ３や中継装置Ｔ２経由ではなく、直接の直路として設定することにより、トンネル装置Ｔ１，Ｔ３や中継装置Ｔ２でのボトルネックが解消できる。ＦＷ１内の端末Ｃ１２と、ＦＷ２内の端末Ｃ３３を例にとって、図４に示す。
【０１４５】
この場合、中継装置Ｔ２の呼制御部Ｔ２２は、通話をしようとする端末Ｃ１２とＣ３３がそれぞれ異なるＦＷ１，ＦＷ２内であることを判断し、それら端末Ｃ１２，Ｃ３３間における直路の設定のために、各端末Ｃ１２，Ｃ３３が音声パケット伝送用に用いようとする各音声ポート（受信ポートと送信ポート）からＦＷ越しに送信されるテストパケットを受信することにより、それら音声ポートのＦＷ外側向けポート番号を含むＷＡＮ側識別情報を取得すると共に中継部Ｔ２１を用いて互いに相手方端末へ通知する。
【０１４６】
この場合、各端末Ｃ１２，Ｃ３３の通話処理部Ｃ４は、操作の受付け、通話中のエンコード／デコード、ネゴシエーションの際に受信ポートと送信ポートを決めることに加え、同じＦＷ内のトンネル装置Ｔ１，Ｔ３との呼制御シーケンスにおいて、受信ポートと送信ポートを決めたうえ（ここでは受信ポート１００００、送信ポート１０００１とする）、次の二段階の作業を行う。
【０１４７】
〔２−３−１．テストパケットの送信〕
第一段階は、各端末Ｃ１２とＣ３３が前記接続部により、それぞれの各音声ポートから、ＦＷ外に設置された所定の中継装置Ｔ２に対しテストパケットを送信することにより、各音声ポートのＦＷ外側向けポート番号ｙｙｙｙ２，ｙｙｙｙ３，ｘｘｘｘ２，ｘｘｘｘ３を含む自端末側のＷＡＮ側識別情報の通知を行うことである。テストパケット送信先とする中継装置Ｔ２のポート番号は、１００００／ＵＤＰなど同じ番号でもよいが、ＳＴＵＮの５０８０のように所定のポート番号を予め適当に定めてもよい。
【０１４８】
テストパケット送信の目的は、ＦＷの向こう側で中継装置Ｔ２が、テストパケットのヘッダーに送信元として含まれるＩＰアドレス及びポート番号を、ＷＡＮ側識別情報として読み取り、相手方端末へ通知できるようにすることである。端末Ｃ１２とＣ３３がともに、受信ポートと送信ポートの両方からテストパケットを送信することにより、それぞれのＷＡＮ側識別情報がそれを読み取った中継装置Ｔ２から相手方に伝達される。例えば、端末Ｃ１２の受信ポート１００００からのテストパケットにより、このポートＦＷ１外側のＷＡＮ側向けには、ポート番号ｙｙｙｙ２に対応付けられ変換されていることを中継装置Ｔ２は知り、端末Ｃ３３へ伝達する。他の音声ポートについても同様な処理により、端末Ｃ１２とＣ３３は互いに、相手方の受信ポートと送信ポートのＷＡＮ側識別情報を入手した状態となる。図４の例では、端末Ｃ１２とＣ３３で互いに対向する受信ポートと送信ポートの２組は次のようになる。
Ｃ１２      ＦＷ１              ＦＷ２    Ｃ３３
受信： 10000  ｜ yyyy2  ←   xxxx3｜ 10001：送信
送信： 10001  ｜ yyyy3  →   xxxx2｜ 10000：受信
【０１４９】
なお、このようにテストパケットにより中継装置Ｔ２に把握させるＷＡＮ側識別情報には通常、各ＦＷのＷＡＮ側ＩＰアドレスも含まれるが、企業などの組織における固定グローバルＩＰアドレスによるインターネット接続でＦＷのＷＡＮ側ＩＰアドレスが固定の場合は、ＩＰアドレスは予め中継装置Ｔ２に保持させてもよく、そのような場合は、その都度中継装置Ｔ２に把握させる必要がある最小限の情報は、各音声ポートのＦＷ外側向けポート番号である。
【０１５０】
なお、中継装置Ｔ２の呼制御部Ｔ２２が上記のように把握した各端末の各音声ポートのＷＡＮ側識別情報を、トンネル装置Ｔ１又はＴ３から相手方の端末Ｃ１１やＣ３３に通知する際は、ＳＩＰ（５０６０）に代るポート番号９００１を使う。ここで、ＷＡＮ側識別情報は通常、ＩＰアドレスとポート番号のペアで、仮にＦＷ１のＷＡＮ側ＩＰアドレスが「２０２．２１３．＊＊＊．４」でポート番号ｙｙｙｙ２が１６７８９の場合、
「２０２．２１３．＊＊＊．４：１６７８９」
のようになるが、これを「ＦＷ１：ｙｙｙｙ２」のように表すこととする。このようなＷＡＮ側識別情報は、ＦＷ外側（表面）のポートを表している。
【０１５１】
〔２−３−２．ホールパンチングパケットの送信〕
各端末Ｃ１２，Ｃ３３の通話処理部Ｃ４が行う作業の第二段階は、互いに受け取った相手方のＷＡＮ側識別情報のうち、相手の送信ポートのＦＷ外側ポートへ向けて、自端末の受信ポートからホールパンチングパケットを送信し、その送信元と送信先の関係をＦＷに記録させることにより、相手のその送信ポートから自端末のその受信ポートへのＲＴＰ等の音声パケットがＦＷを通過できるように、直路を設定することで、通話中、直路の維持のためにはホールパンチングは、設定に応じ数秒から数百秒ごとに繰り返す。
【０１５２】
例えば、端末Ｃ１２の受信ポート１００００から、端末Ｃ１２からみてＦＷ２表面で端末Ｃ３３の送信ポートとなってる「ＦＷ２：ｘｘｘｘ３」へホールパンチングパケットを一旦送信すれば、その後所定時間の間は、それらポート間で逆方向のデータ送信が可能となる。すなわち、端末Ｃ３３の送信ポート１０００１から「ＦＷ１：ｙｙｙｙ２」へＲＴＰパケットを送信すれば、それはＦＷ１からみれば上記「ＦＷ２：ｘｘｘｘ３」から「ＦＷ１：ｙｙｙｙ２」への送信となるので、プライベートアドレスの「端末Ｃ１２：１００００」にフォワーディングすることとなる。
【０１５３】
逆方向の通信も同様で、端末Ｃ３３の受信ポート１００００から端末Ｃ１２における送信ポートのＦＷ１表側ポート「ＦＷ１：ｙｙｙｙ３」へホールパンチングパケットを送信すれば、逆方向の、端末Ｃ１２送信ポート「ＦＷ１：ｙｙｙｙ３」から「ＦＷ２：ｘｘｘｘ２」への送信は、ＦＷ２が「端末Ｃ３３：１００００」へフォワーディングする。
【０１５４】
このように、Symmetric ＮＡＴ以外のＦＷ越え通話では音声パケットを極力直接の伝送路を通すことでトンネルの負荷を軽減できる。すなわち、異なるＦＷ内同士で通話しようとする各端末からＦＷ越しに中継装置へパケットを送信させることにより、中継装置が、各端末の音声ポートのＦＷ外側向けポート番号を確認して互いの相手方へトンネル経由で伝え、互いに相手方ポート番号へ向けたホールパンチングパケットを送信させ、ＲＴＰ等の音声パケット伝送をトンネル経由でなく直接行わせることにより、その分、トンネル装置や中継装置が通信上のボトルネックとなりにくく、負荷集中による音途切れ等の通話音質不安定や同時接続数制限が効果的に回避できる利点がある。
【０１５５】
〔２−４．直路不通時の迂回〕…図５
上記のようなホールパンチングによるＬＡＮ間の直路は、いずれか一方のＦＷでもSymmetric ＮＡＴの場合は、そのＦＷへ向く方向の音声パケットが到着しない現象（片方向音声）が発生するので、その音声パケットの代替迂回路をトンネル経由で確保する（図５）。
【０１５６】
この場合、通話に参加する各端末Ｃの通話処理部Ｃ４は、前記制御部により、前記ＷＡＮ側識別情報の通知又は受信後、相手方端末からの音声パケットの到着したこと又は所定の待機時間内に到着しなかったことを検出した場合に、同じＦＷ内の対応するトンネル装置を経て前記所定のプロトコル及びポート番号９００１により中継装置Ｔ２へ、その到着したこと又は到着しなかったことを通知する。
【０１５７】
これに対応して、中継装置Ｔ２の呼制御部Ｔ２２は、通話をしようとするいずれかの前端末から、所定の待機時間内に前記到着したことの通知が無い場合、又は、到着しなかったことの通知があった場合に、その通知にかかる音声パケット伝送路のトンネル装置経由による代替迂回路を、中継部Ｔ２１を用いて設定する。
【０１５８】
上記のうち、端末から中継装置Ｔ２へ、音声パケットの到着を知らせる例は、待機時間の監視と時間切れの判断を中継装置Ｔ２側で行う例であり、音声パケットの待機時間内の不達を知らせる例は、待機時間の監視と時間切れの判断を端末側で行う例である。いずれの場合にしても、例えば、端末Ｃ１２からＣ３３への音声パケットが届かなかった場合、中継装置Ｔ２の呼制御部Ｔ２２が、端末Ｃ１２からＣ３３への音声パケットの代替迂回路路を、トンネル装置Ｔ１→中継装置Ｔ２→トンネル装置Ｔ３という経路で設定する。
【０１５９】
このように、Symmetric ＮＡＴなどにより直接の音声パケット伝送路が設定できない場合でも、トンネル装置経由による代替迂回路をトンネル経由で設定することにより、ＮＡＴの種類を問わず確実な通話が可能となる。
【０１６０】
〔２−５．処理手順の例〕…図６
以上説明したそれぞれの例をもとにして、端末間で通話しようとする場合の一連の順序としては、まず、同じＬＡＮ内の端末間では直路の設定を試み（図３）、異なるＬＡＮの端末間では可能であれば音声の往復とも直路の設定を試み（図４）、Symmetric ＮＡＴで不達の方向については代替迂回路を設定し（図５）、何らかの原因で直路が全く不成立の端末間では全面的にトンネル経由の音声パケット伝送が行われることになる（図２）。
【０１６１】
このような順序での全体的処理手順を図６のフローチャートに示す。すなわち、この手順では、発信側端末から発信（発呼）の要求があると（ステップ０１）、トンネル装置は、その発信が同じＦＷ内宛であれば（ステップ０２）、同じＦＷ内の着信先端末との間にＬＡＮ内直路の設定を試み（ステップ０３）、成功すれば（ステップ０４）通話を開始するが（ステップ０５）、成功しない場合は（ステップ０４）ＲＴＰ等の音声パケットについてはトンネル装置が伝送仲介を開始して（ステップ０６）通話を行う（ステップ０７）。
【０１６２】
一方、着信先が同じＦＷ内でない場合は（ステップ０２）、発信側のトンネル装置は、まず、その着信先すなわち相手方端末との間にＦＷ越え直路の設定を試行する（ステップ０８）。ＦＷ越え直路の設定は、実際には中継装置が（ステップ１１）、発信元端末と着信先端末からそれぞれアドレス確認用のテストパケットを送信させて（ステップ０９，１０）それぞれのＷＡＮ側識別情報を取得し他方へ伝達することで交換させる（ステップ１１）。
【０１６３】
そのうえで、各端末でホールパンチングを用いてＦＷ越え直路における送受信を試行させ（ステップ１２，１３）、所定時間内に相手からのＲＴＰ等の音声パケットが到達すれば（ステップ１４，１６）そのまま通話を開始できるが（ステップ１５，１７）不達の場合は（ステップ１４，１６）、端末からの不達通知に基づいて（ステップ１８，１９）、中継装置が各端末との呼制御情報の交換により、該当する音声パケット伝送路のトンネル経由の代替迂回路を設定のうえ（ステップ２０，２１，２２）、通話を開始する（ステップ２３，２４）。
【０１６４】
〔３．第二実施形態〕…図７〜９
また、第二実施形態として、従来のＳＩＰを併用する例を示す。この場合、例えば、トンネル装置Ｔ１，Ｔ３は前記接続部及び制御部により、ＳＩＰプロキシ部Ｔ１３，Ｔ３３と（例えば図８）、変換仲介部Ｔ１４，Ｔ３４と、の機能を実現する。このうち、ＳＩＰプロキシ部Ｔ１３，Ｔ３３は、ＳＩＰのプロキシサーバとして所定の第二のポート番号（例えば５０６０）を用いてＦＷ内の各端末と通信するＳＩＰプロキシ手段である。また、変換仲介部Ｔ１４，Ｔ３４は、本発明（特に上記第一実施形態）特有のプロトコル及びポート番号（例えば９００１）と、前記ＳＩＰ及び前記第二のポート番号５０６０を利用する端末との間で、呼制御メッセージなどの通信を（必要に応じ変換して）仲介する仲介手段である。
【０１６５】
この場合、例えば、図３と同様に、同じＬＡＮ内の端末間に直路を用いる場合も（図７）、図４と同様に異なるＬＡＮの端末間に直路を用いる場合も（図８）、各端末とトンネル装置との呼制御情報授受はＳＩＰ（５０６０）経由で行う（図７，図８）。これは、従来どおりの基本的なＳＩＰ／ＲＴＰの手順であり、従来のＳＩＰ端末も接続可能となる。
【０１６６】
また、このように各端末とトンネル装置をＳＩＰ（５０６０）で接続する場合、図５と同様、異なるＦＷ内の相手方端末との通話において（図９）、Symmetric ＮＡＴがあるためトンネル経由の迂回路経由の音声パケットをトンネル装置Ｔ１，Ｔ３がそれぞれ同じＦＷ内の端末Ｃ１２，Ｃ３３と仲介受渡しするとき、トンネル装置Ｔ１，Ｔ３の呼制御部Ｔ１２，Ｔ３２は、その端末との間に前記ＳＩＰ及び第二のポート番号５０６０を用いた呼制御により、９００１など他のポート間に伝送路Ｒ１，Ｒ３を設定し音声パケット受渡しに利用する。
【０１６７】
このように、第二実施形態では、本発明におけるプロトコルやトンネル経由の通信について、ＦＷ内では従来のＳＩＰによりＳＩＰ用に設定された端末と受け渡すこともできるので、従来のＳＩＰ用の設定や端末を本発明用のそれらと組合せ、併用し、相互通話も可能となるので、本発明の導入が一層容易となる。
【０１６８】
〔４．第三実施形態〕…図１０，１１
また、上記各実施形態の応用として、ＦＷの種類を判別し、ホールパンチングを含むプロトコルの自動設定に利用するほか、他のシステムやアプリケーションの設定や設計などに利用することができる。判別手法には以下の２通りが考えられる。
【０１６９】
〔４−１．実際の運用試行による判別〕…図１０
まず、第一は、上記各実施形態の機能を利用するもので、その手順を図１０に示す。すなわち、まず、異なるＬＡＮ内の端末間で直路を設定しようとする際（図４）、自端末の受信ポートからＦＷ越しにテストパケットを中継装置Ｔ２へ送信する一方（ステップ３１）ホールパンチングパケットの送信は保留し、それでも相手方から所定時間内に音声パケットが届けば（ステップ３２）、自端末側のＦＷは、テストパケットの送信先だった中継装置Ｔ２とは異なるＩＰアドレスである相手方ＦＷからのデータを通過させたことになるので、Full Cone ＮＡＴと判別できる（ステップ３３）。
【０１７０】
相手方から所定時間内に音声パケットが届かなかった場合は（ステップ３２）、自端末の受信ポートから相手方端末の送信ポートのＷＡＮ側識別情報のポートとは異なるポートへのホールパンチングパケットの送信を試行し（ステップ３４）、その結果、相手方端末から所定時間内に音声パケットが届けば（ステップ３５）、自端末側のＦＷは、ホールパンチングパケットの送信先とＩＰアドレスさえ一致すればポート番号の違いは許したことになるので、Restricted Cone ＮＡＴと判別できる（ステップ３６）。
【０１７１】
相手方から所定時間内に音声パケットが届かなかった場合は（ステップ３５）、自端末の受信ポートから相手方端末の送信ポートのＷＡＮ側識別情報のポート宛てにホールパンチングパケットを送信し（ステップ３７）、その結果、相手方端末から所定時間内に音声パケットが届けば（ステップ３８）、自端末側のＦＷは、ホールパンチングパケットの送信先とＩＰアドレス及びポート番号の双方が一致して初めて逆方向のパケット通過を許可したことになるので、Port-Restricted Cone  ＮＡＴと判別できる（ステップ３９）。また、この場合でも、第三の所定時間内に相手方から音声パケットを受信できなかった場合は（ステップ３８）、自端末側のＦＷはSymmetric ＮＡＴと判別できる（ステップ４０）。
【０１７２】
〔４−２．中継装置と他のＦＷ内のトンネル装置の利用〕…図１１
第二は、種類がSymmetric ＮＡＴでないと予め判明しているリファレンス用のＦＷ２を用いる手法であり、この場合の手順を図１１に示す。この例は、図４などで示したＦＷ１を判別対象とし、仮にＦＷ２が少なくともSymmetric ＮＡＴではなく、Full Cone ＮＡＴ、Restricted Cone ＮＡＴ又はPort-Restricted Cone  ＮＡＴであることが予めわかっている場合に、ＦＷ２をリファレンス用に用いる例である。
【０１７３】
すなわち、判別対象とするＦＷ１内に設置されたトンネル装置Ｔ１の特定ポート例えばポート９０００から、ホールパンチングパケットをＦＷ１越しに中継装置Ｔ２のある宛先ポートへ送信しており、そのＦＷ１におけるＷＡＮ側ポートはｙｙｙｙ１とする（ステップ５１）。この状態で、ホールパンチング元である特定ポートのＷＡＮ側識別情報「ＦＷ１：ｙｙｙｙ１」を、判別対象ＦＷ１外に設置された中継装置Ｔ２から、リファレンス用ＦＷ１内に設置されたトンネル装置Ｔ３へ伝える（ステップ５２）。
【０１７４】
そして、トンネル装置Ｔ３からすなわちＦＷ２からＦＷ１：ｙｙｙｙ１へパケットを送って（ステップ５３）これがトンネル装置Ｔ１の特定ポート９０００へ届けば（ステップ５４）、ＦＷ１は、ホールパンチング先だった中継装置Ｔ２と、届いたパケットの送信元であったＦＷ２というＩＰアドレスの違いを許したことになるので、Full Cone ＮＡＴと判別できる（ステップ５５）。
【０１７５】
トンネル装置Ｔ３からＦＷ１：ｙｙｙｙ１へのパケットが届かなかった場合は（ステップ５４）、中継装置Ｔ２の前記宛先ポートとは別のポートからＦＷ１：ｙｙｙｙ１へパケットを送り（ステップ５６）これが届けば（ステップ５７）、判別対象ＦＷ１は、ホールパンチングパケット送信先の中継装置Ｔ２とＩＰアドレスさえ一致すれば、異なるポートから送って届いたパケットでのポート番号の違いは許したことになるので、Restricted Cone ＮＡＴと判別できる（ステップ５８）。
【０１７６】
中継装置Ｔ２の前記別のポートからトンネル装置Ｔ１の特定ポートＦＷ１：ｙｙｙｙ１へのパケットが届かなかった場合（ステップ５７）、ＦＷ１は、ポート番号のみの違いも許さなかったことになるので、Port-Restricted Cone  ＮＡＴ又はSymmetric ＮＡＴであり、いずれであるかの判別をする。
【０１７７】
この判別では、まず、トンネル装置Ｔ３の適当なリファレンス用ポートからＦＷ２越しに、中継装置Ｔ２の所定のポートへパケットを送ることにより（ステップ５９）、そのリファレンス用ポートのＷＡＮ側識別情報「ＦＷ２：ｘｘｘｘ５」を中継装置Ｔ２からトンネル装置Ｔ１へ伝達させる。また、トンネル装置Ｔ３の同じリファレンス用ポートからＦＷ２越しにトンネル装置Ｔ１の特定ポートＦＷ１：ｙｙｙｙ１へホールパンチングパケットを送信することにより、特定ポートＦＷ１：ｙｙｙｙ１からのパケットがＦＷ２を通過可能な状態にする（ステップ６０）。
【０１７８】
この状態で、トンネル装置Ｔ１が特定ポート９０００からＦＷ１越しに、トンネル装置Ｔ３のリファレンス用ポート「ＦＷ２：ｘｘｘｘ５」へパケットを送信し（ステップ６１）これが届けば（ステップ６２）、ＦＷ１は、同じポート９０００をＦＷ１外側で中継装置Ｔ２への送信時とトンネル装置Ｔ３すなわちＦＷ２への送信時とで同じポートｙｙｙｙ１に変換したことになるので、Port-Restricted Cone  ＮＡＴと判別できる（ステップ６３）。一方、届かなければ（ステップ６２）、ＦＷ１は、同じ特定ポート９０００をＦＷ１外側において別の送信先ごとに異なるポートに変換したので、Symmetric ＮＡＴと判別できる（ステップ６４）。
【０１７９】
〔４−３．効果〕
このように、第三実施形態によれば、本来のＩＰ電話のための各機能を利用したり、判別対象となるＦＷの内側と外側に配置されたトンネル装置と中継装置を利用して、単純な手法で容易、迅速、正確にＦＷの種類を自動判別可能となるので、本発明のＩＰ電話技術について、専門知識や複雑なマニュアルや操作無しでも最小限の最適な設定や処理による導入や運用管理が可能となり、さらに、他のシステムやアプリケーションの導入、設定、設計においても、ＮＡＴ越え問題の基本となるＮＡＴ種類判別を活用可能となる。
【０１８０】
〔５．他の実施形態〕
なお、本発明は上記各実施形態には限定されず、次に例示するもの及びそれ以外を含む他の実施形態も包含するものである。例えば、プロトコルやポート番号として従来のＳＩＰ（５０６０）への対応、会議装置、同じＬＡＮ内や異なるＬＡＮ間の端末同士での直路の設定などは、必須ではなく省略も可能である。
【０１８１】
また、ファイアウォールも含めて本発明のＩＰ電話システムとして把握してもよく、このように、ファイアウォールを含むトータルシステムとしてＩＰ電話システムを構成、導入することにより、一貫性に富み信頼性に優れた全体システムをリーズナブルなコストで実現容易となる。
【０１８２】
また、端末間の通話や、会議装置を介した三者以上の通話において、音声以外にも、相手に見て欲しいＵＲＬや相手方端末のウェブブラウザに自動で開いてもらうＵＲＬ、チャットの文字列、動画像データ、メールアドレス、各種電話番号、移動端末の位置情報、テレビ放送のチャンネル又は番組のデータ、といった各種マルチメディアデータも、ＲＴＰや、必要に応じ他のプロトコルで伝送するようにしてもよい。
【０１８３】
このように、端末での通話や会議において、音声に代え又は音声と共に、ＵＲＬ、チャットの文字列、動画像データなどのマルチメディアデータを伝送することにより、状況に応じた最適な形で表現力豊かなコミュニケーションが可能となり、情報共有と相互理解も促進される。
【図面の簡単な説明】
【０１８４】
【図１】本発明の実施形態の構成を示す機能ブロック図。
【図２】本発明の実施形態において、トンネル経由の音声パケット伝送を示す図。
【図３】本発明の実施形態において、ＬＡＮ内での直路を示す図。
【図４】本発明の実施形態において、ＬＡＮ間での直路を示す図。
【図５】本発明の実施形態において、ＬＡＮ間での直路のうち、Symmetric ＮＡＴで不通の分の代替迂回路を示す図。
【図６】本発明の実施形態において、処理手順の一例を示す図。
【図７】本発明の実施形態において、ＳＩＰ（５０６０）プロキシを併用した場合のＬＡＮ内での直路を示す図。
【図８】本発明の実施形態において、ＳＩＰ（５０６０）プロキシを併用した場合のＬＡＮ間での直路を示す図。
【図９】本発明の実施形態において、ＳＩＰ（５０６０）プロキシを併用した場合のSymmetric ＮＡＴで不通の分の代替迂回路を示す図。
【図１０】本発明の実施形態において、ＩＰ電話機能の利用によるＦＷタイプ判別の処理手順を示すフローチャート。
【図１１】本発明の実施形態において、リファレンス用ＦＷの利用によるＦＷタイプ判別の処理手順を示すフローチャート。
【図１２】従来のＩＰ電話の例を示す図。
【符号の説明】
【０１８５】
ＦＷ１，ＦＷ２…ファイアウォール
Ｔ１，Ｔ３…トンネル装置
Ｔ１１，Ｔ３１…トンネル部
Ｔ１２，Ｔ３２…呼制御部
Ｔ２…中継装置
Ｔ２１…中継部
Ｔ２２…呼制御部
Ｃ（Ｃ１１，Ｃ１２，Ｃ３１，Ｃ３２，Ｃ３３）…端末装置（端末）
Ｃ４…通話処理部
【図１】
2006101463.tif 000003
【図２】
2006101463.tif 000004
【図３】
2006101463.tif 000005
【図４】
2006101463.tif 000006
【図５】
2006101463.tif 000007
【図６】
2006101463.tif 000008
【図７】
2006101463.tif 000009
【図８】
2006101463.tif 000010
【図９】
2006101463.tif 000011
【図１０】
2006101463.tif 000012
【図１１】
2006101463.tif 000013
【図１２】
2006101463.tif 000014