(57)【要約】  ネットワークアドレス変換｛エヌエイテー（NAT）｝により修正されたアドレスを通信するためにサーバーとクライアントの間でプローブパケットを使うことにより、クライアントにファイアウォール及びネットワークアドレス変換（エヌエイテー）装置をトラバースさせるための方法、システム及びメディアム。
2007517430.tif 000002
【特許請求の範囲】
【請求項１】
種々の安全で私的なアイピーデータネットワーク内に配置された（実時間プロトコル、例えば、Ｈ．３２３、エスアイピー又はエムジーシーピー、を使う）終点が、個別の私的なネットワークのデータプライバシー及びデータ安全を危うくすること無しに、相互に通信出来ることを可能にするようコンフイギュアされた方法、システム、装置及びコンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はクライアント（clients）がファイアーウォール（firewall）及びエヌエイテー装置（NAT installations）をトラバース（traverse）することを可能にすることに関する。特に、本発明は該エヌエイテーにより修正（modified）されたアドレスに通信（communication）するためにサーバー（server）とクライアントの間でプローブパケット（probe packets）を使う。
【関連出願への相互参照】
【０００２】
本出願は参照及び優先権請求について下記出願、すなわち２００３年１２月１１日出願の米国特許出願第６０／５２８，４７５号、２００３年１２月３１日出願の米国特許第６０／５３３，２１６号及び２００４年１１月１８日出願の米国特許出願第６０／６２８，５４８号と組み合わされる。
【背景技術】
【０００３】
下記は本文書で使われる頭字語（acronyms）のリストである。
【０００４】
エイエルジー（ALG）−アプリケーションレベルゲートウェイ（Application Level Gateway）
アセント（ASSENT）−オーグメンテッドセション合図動作可能化エヌエイテートラバーサル（Augmented Session Signaling Enabling NAT Traversal）
デーエムゼット（DMZ）−非軍事化帯域（De-Militarized Zone）
エフダブリュー（FW）−ファイアーウォール
Ｈ．３２３−非ＱＯＳパケットネットワーク上のパケットベース通信用ＩＴＵ標準（ITU standard for packet based communications over non-QOS packet networks）
アイテーユー（ITU）−国際電気通信連合（International Telecommunications Union）
アイピー（IP）−インターネットプロトコル（Internet Protocol）
エヌエイテー（NAT）−ネットワークアドレス変換（Network Address Translation）｛アールエフシー（RFC）１６３１｝
エヌエイピーテー（NATP）−ネットワークアドレスポート変換（Network Address Port
Translation）
エスアイピー（SIP）−セションイニシエーションプロトコル（Session Initiation Protocol）（アールエフシー３２６１）
テーシーピー（TCP）−通信制御プロトコル（Transmission Control Protocol）（アールエフシー７９３）
ユーデーピー（UDP）−ユーザーデータグラムプロトコル（User Datagram Protocol）（アールエフシー７６８）
急激に進化するアイピー（インターネットプロトコル）データネットワークはマルチメディア及び音声通信サービスプロバイダー（multimedia and voice Communications Service Providers）のための新しい機会と挑戦の創りつつある。現職の遠隔通信オペレーターと次世代のキャリア及びサービスプロバイダーとによりデータネットワークバックボーンに前例のないレベルの投資が行われつつある。同時に、デーエスエル（DSL）及びケーブルモデム（cable modems）の様なブロードバンドアクセス技術が広いコミュニテイのユーザーへの高速インターネットアクセスをもたらしつつある。サービスプロバイダーの展望するところは新しい音声、ビデオ及びデータサービスを高速インターネットアクセスを有するデスクトップ、オフイス及び家庭へ正しく供給するために該イーピー（EP）データネットワークを利用することである。
【０００５】
Ｈ．３２３標準は、保証された品質のサービスを有しないパケットベースのネットワーク上のマルチメデイア通信に適用される。それは下にある伝送のネットワーク及びプロトコルから独立するよう設計されている。今日アイピーデータネットワークはデフオールト（default）で遍在（ubiquitous）のパケットネットワークであり、大多数（もし全部でなければ）のＨ．３２３の実施例はアイピーデータネットワーク上である。実時間（音声及びビデオ）通信用の他のプロトコル、例えば、エスアイピー及びエムジーシーピー（MGCP）も又コール合図動作の伝送用にアイピーデータネットワーク及びメデイアを使う。アイピーデータネットワーク上の実時間の音声及びビデオの伝送と組み合わされる新応用のための新プロトコルも又開発されるよう期待される。本発明はそれらに、そして１つのセション当たり多数のトラフイック流れ（traffic flows）を要する他のプロトコルに、関係する。
【０００６】
広く広げられた通信用の標準（standards）の重要性は種々の製造者からのターミナルが相互運用（inter-operate）する場合基本的である。マルチメデイアの場（arena）では、パケットネットワーク（アイピーデータネットワークの様な）上の実時間通信（real-time communications）用の現在の標準はアイテーユー標準のＨ．３２３である。Ｈ．３２３は現在、マイクロソフト（Microsoft）、シスコ（Cisco）及びインテル（Intel）の様な会社を含むマルチメデイア通信産業からの支持を有する比較的成熟（mature）した標準である。例えば、ピーシー（PCs）の７５％がインストールされたマイクロソフトのネットミーティング（NetMeeting）（商標）プログラムを有すると見積もられる。ネットミーティングはマルチメディア（音声、ビデオ及びデータ）通信用に使われるＨ．３２３適合のソフトウエアアップリケーション（H.323 compliant software applications）である。種々の製造者からの機器間の相互運用性（Interoperability）も又今や達成されつつある。マルチメディア通信機器の相互運用性を促進するため存在する独立組織である国際マルチメディア遠隔通信コンソーシアム（International Multimedia Telecommunication Consortium）｛アイエムテーシー（IMTC）｝により主催される最近の相互運用性イベントに１２０以上の世界的会社が出席した。該イベントは製造者が動作間の課題（inter-working issues）をテストし、解決することを可能にする規則的な１つである。
【０００７】
今まで、マルチメディア（特にビデオ）通信の多量の取り上げ（mass uptake）には多数の障害があった。使いやすさ、品質、コストそして通信バンド幅等全てがその市場の成長を妨げた。ビデオ符号化での技術的進歩、低廉なアイピーアクセスの遍在（ubiquity）そしてアイエスデーエヌ（ISDN）及びケーブルモデムと一緒にデーエスエルの初公開（rollout）と結合されたデータネットワークでの最近の投資は、大抵のこれらの課題を軽減してマルチメディア通信を容易に利用可能にした。
【０００８】
Ｈ．３２３が標準として規定されたので、私的（private）ネットワーク間の広い範囲上の伝送（transport）用にＨ．３２３からＨ．３２０に変換するＨ．３２３−Ｈ．３２０ゲートウエイ（H.323-H.320 gateways）がネットワークドメインの縁に存在することが仮定された。従って、アイピー（IP）上でのＨ．３２３が１つのネットワーク内の通信で集中して実施される。
【０００９】
しかしながら、アイピーは広範囲のプロトコルとして愛顧を見出し続けている。益々多くの組織がそれらの全体的データネットワークをアイピーに基づかせ続けている。高速度インターネットアクセス、管理されたインタラネット（Intranets）、全てがイーピー（EP）に基づく仮想の私的ネットワーク（Virtual Private Networks）｛ブイピーエヌエス（VPNs）｝が普通（commonplace）である。そのアイピーのトレンドはマルチメディアプロトコルとしてのＨ．３２０を衰退させつつある。市場の需要はアイピー上でＨ．３２０をＨ．３２３と完全に取り替えることである。しかし多分バン（WAN）｛ワイドエリアネットワーク（wide area network）｝間のアイピー上の実時間通信（real-time communications）を伝送する主たる市場ドライバー（main market driver）は音声（voice）である。Ｈ．３２３及びエスアイピー（SIP）の様な標準を用いてユーザーは彼等のコンピュータを使う低廉な音声コール用にインターネットを使い始めた。これは全体の新しいアイピー上音声（Voice over IP）｛ブイオーアイピー（VoIP）｝産業の始まりをマーク付けするが、該産業は、全てが企業とユーザーの間の継ぎ目無しブイオーエルイー供給（seamlessly delivering Vole）に適合するイーサーネット電話（Ethernet）、アイピー構内交換機（IP PBXs）、ソフトスイッチ（SoftSwitches）そしてアイピー／公共交換電話網（PSTN）ゲートウエイを含む新ブイオーエルイー（Vole）製品の開発を睨んでいる。Ｈ．３２３，エスアイピー及びエムジーシーピー（MGCP）はここでの支配的標準になると期待される。
【００１０】
不幸にして、Ｈ．３２３及びエスアイピーの実世界で、広範囲の展開への予測されない技術的障害は未だ存在する。該技術的障害はアイピーデータネットワークの境界での通信インフラストラクチャー（communication infrastructure）に関する。
【００１１】
結果的に、今日、アイピー上でのマルチメディア又は音声通信の成功した実施はイントラネット又は私的に管理されたアイピーネットワークに限定される。
【００１２】
問題は２つのアイピー技術、ネットワークアドレス変換{エヌエイテー（NAT）｝及びファイアウォール、のために起こる。安全（Security）も又これらの問題への解決を考慮する時課題である。該データネットワーク上の実時間通信の展開が共有されるネットワーク（例えば、公共的インターネット）をトラバースする所では、企業がそれらのデータ安全性（data security）への妥協が行われないことを保証される必要がある。これらの問題への現在の解決策は企業の外側の又は外部のアイピーアドレス（複数を含む）が、その企業が通信したい誰かに公になることを要する（音声通信は通常全ての人を含む）。ここで提示する本発明はこの欠点を負わないが、それは企業の外部アイピーアドレス（複数を含む）は、如何に大いに公共的インターネットが進化したかを示す、‘信頼される（trusted）’サービスプロバイダーへ知られる必要があるのみであるからである。
【００１３】
エヌエイテーは‘アドレス不足’問題を解くために導入されて来た。アイピーネットワーク内の何等かの終点（endpoint）又は‘ホスト’はその終点を識別するためにアイピーアドレスを有するので、データパケットはそれへ正しく送られるか又は辿られ、それから受信されたパケットはそれらが発生された所を識別され得る。イーピーアドレスフイールド（EP address field）を規定した時、誰もデスクトップ機器の大幅な成長を予測しなかった。多年のグローバルなアイピー展開の後、該アイピープロトコルを使って通信しようと欲する終点の数は該アドレスフイールドから可能なユニークなイーピーアドレスの数を超えるだろうと分かった。該アドレスフイールドを増やし、より多くのアドレスを利用可能にすることはアイピーインフラストラクチャー全体がアップグレードされることを要する｛その産業は或る点でイーピーバージョン６（EP Version 6）を用いてこれを行うよう計画している｝。
【００１４】
時の解決策（solution of the day）は今はエヌエイテーと呼ばれる。アイイーテーエフのアールエフシー１６３１で簡単にエヌエイテーと呼ばれる最初のエヌエイテー解決策は１対１写像（one-to-one mapping）を使い、世界的ウエブが存在した前に、そして組織内の２，３のホスト（例えば、イーメイルサーバー、フアイル伝送サーバー）のみがその組織の外へ通信する必要があった時に、出現した。エヌエイテーは企業が、その企業内の各終点は、該企業内でのみユニークであるが、グローバルにはユニークでないアドレスを有する私的イーピーネットワークを創ることを可能にした。これらは私的アイピーアドレ
ス（private IP addresses）である。これは組織内の各ホストが、該組織内のどんな他のホストとも通信する（すなわち、アドレスする）ことを可能にする。外部通信用には、公共的な、又はグローバルにユニークなイーピーアドレスが必要になる。該私的ＩＰネットワークの縁には、私的アイピーアドレスから公共的アイピーアドレスへ又はその逆の変換の責任を負う−エヌエイテー機能の、デバイスがある。その企業はその企業に独占的に属する１つ以上の公共的アドレスを有するが、一般には、２，３のホストだけが外部と通信する必要があるに過ぎないか、又は同時外部通信の数がより少ないか、何れかで、ホストより少ない公共的アドレスが必要である。エヌエイテーのより複雑な実施例は、外部に通信する必要のあるホスト用に、先入れ先出しサービスベース（first come first served basis）で動的に割り当てられる公共的アイピーアドレスのプールを有する。外部機器が特定の内部機器へ要求しないのに与えられるパケット（unsolicited packets）を送る必要がある場合には固定ネットワークアドレス規則を要する。
【００１５】
今日大抵の私的ネットワークは１０．ｘ．ｘ．ｘアドレス範囲からの私的アイピーアドレスを使う。外部通信は通常、管理又は共有されたアイピーネットワーク経由又は公共的インターネット経由でサービスを提供するサービスプロバイダーを経由する。該公共的と私的のネットワーク間の境界では、そのパケットがトラバース（traversing）するアイピーネットワーク内でユニークであるようにアドレスを変えるためにエヌエイテーが適用される。簡単なエヌエイテーは１対１写像上で完全なアイピーアドレスを変えるが、それは恒久的であるか又はその通信セションの寿命の間動的に創られる（dynamically created）。
【００１６】
ウエブサーバー、メイルサーバー及び外部サーバーは、外部通信がそれらに到達することを可能にするために静的１対１エヌエイテー写像（static one-to-one NAT mapping）を必要とするホストの例である。
【００１７】
エヌエイテーの結果はホストの私的アイピーアドレスが外部的に見えないことである。これは或るレベルの安全性を付加する。
【００１８】
簡単なエヌエイテーの拡大は変換写像用のポートを付加的に使い、エヌエイピーテー（NAPT）｛ネットワークアドレスポート変換（Network Address Port Translation）｝又はピーエイテー（PAT）｛ポートアドレス変換（Port Address Translation）｝と呼ばれることが多い。ポートは２つのホスト間の点から点への伝送接続の１つの端部を識別する。ワールドワイドウエブ（ダブリューダブリューダブリュー）への大量アクセスに伴って、再び公共的アイピーアドレスの不足に達するがそれは今や多数のデスクトップ機械が私的ネットワークの外側への通信を要するからである。アイイーテーエフ（IETF）のアールエフシー（RFC）１６３１で指定される解決策は私的アイピーアドレスの公共的アイピーアドレス（複数を含む）への多数対１写像を可能化し、代わりに、私的デバイスから出て公共の又は共有されたネットワーク内へ設けられた各接続用に該公共的アイピーアドレス上のユニークなポート割り当て（理論的には各アイピーアドレス上に６４のユニークなポートがある）を使った。インターネットの成長のために、ピーエイテーはアドレス変換の共通した方法である。
【００１９】
ピーエイテーの特異性は、典型的に私的デバイスが公共的ネットワークへのアウトバウンド接続（outbound connection）を行う時は各度に、該私的アイピーアドレス／ポートの公共的アイピーアドレス／ポート割り当てへの写像が動的に行われることである。ピーエイテーの結果は、前の外部接続がこの様なピーエイテー割り当てを存在させないなら、データはインバウンドで（inbound）、すなわち公共的ネットワークから私的ネットワークへ、移動出来ないことである。典型的にピーエイテーデバイスは該ピーエイテー割り当てを恒久的ならしめない。指定された‘静粛（silence）’期間が満了した後、すなわち
それ以上のインバウンドデータがそのアウトバウンドの始動された接続について受信されない時は、その接続用のピーエイテー割り当ては非割り当てとなり、そのポートは新接続用に割り当てられるべく自由となる。
【００２０】
共通アイピープロトコル経由で接続されたコンピュータとネットワークは通信を容易にするが、該共通プロトコルは又、プライバシーと安全性の違反（breaches）を遙かに容易にする。比較的小さな計算スキルを用いて、私的又は秘密のデータ及びフアイルにアクセスし、そのビジネス情報を悪意で崩壊させることが可能になる。この様な攻撃へのその産業の解決策は私的ネットワークの境界に‘ファイアウォール’を展開することである。
【００２１】
ファイアウォールは私的と公共的アイピーネットワークの間を通過する種類のアイピートラフイックを制限（restrict）又は‘フイルター（filter）’するよう設計される。ファイアウォールは幾つかのレベルの規則を通して制限を適用出来る。制限はそのアイピーアドレスで、そのポートで、そのＩＰ伝送プロトコル｛例えば、テーシーピー（TCP）又はユーデーピー（UDP）｝で又はそのアップリケーションで、適用されてもよい。制限は対称（symmetrical）ではない。典型的にファイアウォールは該私的ネットワーク（ファイアウォールの内側）から該公共的ネットワーク（ファイアウォールの外側）へは他の方向に於けるより多くの通信を可能にする。
【００２２】
ファイアウォール規則をアイピーアドレスのみに適用することは難しい。何等かの内側ホスト（すなわち、貴方のピーシー）がグローブの周りに点在する何等かの外側ホスト（ウエブサーバー）に接続するよう欲してもよい。更に進んだ制御を可能にするために、‘良く知られたポート（well known port）’の概念がその問題に適用される。ポートは２つのホスト間の点から点への伝送接続の１端部を識別する。‘良く知られたポート’は１つの‘既知の（known）’種類のトラフィックを運ぶポートである。アイエイエヌエイ（IANA）、インターネットアドレス管理機構（the Internet Assigned Number Authority）は該良く知られたポートとそれら上で運ばれる種類のトラフィックを指定する。例えば、ポート８０はウエブサーフイング（web surfing）｛エイチテーテーピー（http）プロトコル｝トラフィック用に、ポート２５は簡単メイル伝送プロトコル（Simple Mail Trandport Protocol）等に割り当てられる。
【００２３】
ウエブサーフイング用ファイアウォールフイルタリング規則の例は下記の様である：
何等かの内側アイピーアドレス／何等かのポート番号はテーシーピー｛伝送接続プロトコル（Transport Connection protocol）｝及びエイチテーテーピー（ウエブサーフイング用アップリケーションプロトコル）を使って何等かの外部側アイピーアドレス／ポート８０へ接続する。
【００２４】
その接続は双方向であるので、トラフィックは同じパス上で該ウエブサーバーから戻るよう流れる。ポイントはその接続がその内部側から始動されねばならないことである。
【００２５】
イーメイル（email）用ファイアウォールフイルタリングの例は下記の様である：
何等かの外側アイピーアドレス／何等かのポート番号はテーシーピー及びエスエムテーピー（SMTP）を使ってアイピーアドレス１９２．３．４．５／ポート２５へ接続してもよい。
【００２６】
（一致するように、該エヌエイテー機能は受け手（destination）アイピーアドレス１９２．３．４．５を該メイルサーバーの内側アドレスである１０．６．７．８へ変えてもよい。）
“何等かの内側アイプーアドレス／何等かのポート番号がテーシーピー又はユーデーピー用の何等かの外側アイピーアドレス／何等かのポート番号に接続してもよくそしてその
逆でもある”と言う様なフイルタリング規則は、それが余りに広いフイルターであるので、ファイアウォールを除去し直接接続を使うことに等しい（tantamount）。この様な規則はアイテーマネージャーにより眉をひそめられる。
【００２７】
Ｈ．３２３は下にあるネットワーク及び伝送プロトコルから独立して設計されて来た。それにも拘わらず、アイピーネットワーク内でのＨ．３２３の実施は下記の主概念の写像を用いて可能である。
【００２８】
Ｈ．３２３アドレス      ：アイピーアドレス
Ｈ．３２３ロジカルチャンネル（logical channel）：テーシーピー／ユーデーピーポート接続
アイピー上でのＨ．３２３の実施例では、Ｈ．３２３プロトコルメッセージはテーシーピーか又はユーデーピーか何れかの伝送プロトコルを使ってイーピーパケット（EP packet）内のペイロード（payload）として送られる。多くの該Ｈ．３２３メッセージは発生終点又は受け手終点又は両終点のＨ．３２３アドレスを有する。エスアイピーの様な他の合図動作プロトコルも該合図動作プロトコルペイロード（signaling protocol pauload）内にアイピーアドレスを埋め込む。
【００２９】
しかしながら、エヌエイテー機能は該Ｈ．３２３ペイロード（payload）内の該Ｈ．３２３アドレスを変えることなく送り手（source）及び受け手ホストの見かけのアイピーアドレス（及びポート）を変えるだろうと言う問題が生じる。該ホストは、種々の受信したデータパケットをそのコールと組み合わすために該Ｈ．３２３ペイロード内で交換した該Ｈ．３２３アドレス及びポートを使うので、これは該Ｈ．３２３プロトコルをブレークさせ、そしてＨ．３２３ペイロードアドレスを操作するために中間的知恵（intermediary intelligence）を必要とする。
【００３０】
マルチメディア通信の複雑さのため、Ｈ．３２３は該終点間に幾つかのロジカルチャンネル（logical channels）が開かれることを要求する。ロジカルチャンネルはコール制御、能力交換（capabilities exchange）、オーディオ、ビデオ及びデータ用に必要である。オーディオ及びビデオだけを含む簡単な点から点のＨ．３２３マルチメディアセションで、少なくとも６つのロジカルチャンネルが必要である。Ｈ．３２３の該アイピー実施例では、ロジカルチャンネルはその多くが動的に割り当てられるテーシーピー又はユーデーピーポート接続へ写像される。
【００３１】
該ファイアウォール機能はそれらが規則を有していないポート上でトラフィックをフイルターするので、該ファイアウォールが開かれ、それは該ファイアウォールの目的を打ち負かすか、又は該Ｈ．３２３トラフィックの大部分は通過しないか何れかである。
【００３２】
従って、終点間のエヌエイテー及びファイアウォールの両機能がＨ．３２３（及び他の実時間プロトコル、例えば、エスアイピー及びエムジーシーピー）通信が動作するのを妨げる。これは、該終点が異なる私的ネットワーク内にある時か、１つの終点が私的ネットワーク内に、もう１つの終点がインターネット内にある時、又は該終点が異なって管理されるアイピーネットワーク内にある時、が典型的にその場合である。
【００３３】
従ってＨ．３２３（及びエスアイピー。エムジーシーピー他）通信はファイアウォールへの嫌われ者（anathema）である。ファイアウォールがＨ．３２３を認識するようにならねばならないか、又は何等かの中間的知恵が安全な仕方でポート割り当てを操作せねばならないか、何れかである。
【００３４】
この問題への１つの起こり得る解は完全なアイピーＨ．３２３インフラストラクチャー
（infrastructure）アップグレード（upgrade）であろう。これは下記を要する。
【００３５】
・各アイピーネットワーク境界での該エヌエイテー機能へのＨ．３２３のアップグレード。該エヌエイテー機能は全Ｈ．３２３ペイロードを走査し、アイピーアドレスを一貫して変更せねばならない。
【００３６】
・各イーピーネットワーク境界での該ファイアウォール機能へのＨ．３２３のアップグレード。該ファイアウォールは、それが動的に割り当てられたポートを開くことが出来るように、全てのＨ．３２３通信を理解し注目せねばならず、それらのポート上で全ての非Ｈ．３２３トラフィックをフイルターせねばならない。
【００３７】
・アドレスを解き、仲裁するために境界での又は共有するアイピーネットワーク内でのＨ．３２３知識の展開。アイピーアドレスは直接ユーザーにより使われることは希である。実際は、通称アイピーアドレスが使われる。通称をアイピーアドレスに解くために知識が必要である。このＨ．３２３機能はゲートキーパー（gatekeeper）と呼ばれるＨ．３２３実体（entity）内に含まれる。
【００３８】
この起こり得る解の欠点は下記の様である：
・各組織／私的ネットワークはＨ／３２３通信が存在するために同レベルのアップグレードを有さねばならない。
【００３９】
・該アップグレードはコスト高である。新しい機能又は新しい機器が購入され、計画されそして展開されねばならない。アイテー管理者はＨ．３２３について学ばねばならない。
【００４０】
・その技術が漸進的に採用され、初期（多分実験的な）需要が求めるよりも、もっと大きく、もっとコスト高の初期展開を要すると、この様な展開の規模はそれに課された需要に容易には適合しそうにないだろう。
【００４１】
・簡単なエヌエイテー及びファイアウォール機能を解決するためのＨ．３２３パケットの連続した解剖（parsing）は各ネットワーク境界で信号に待ち時間負荷（latency burden）を掛ける。オーディオ及びビデオ用の該待ち時間裕度（latency tolerance）は非常に小さい。
【００４２】
・実時間通信用に多数の標準があり、それらの標準の合図するプロトコルの各々は異なるので、企業はそれが使いたい各プロトコル用に１つの様に、多数のアップグレードを必要とするだろう。
【００４３】
・メディアは企業間又は企業と公共的ネットワーク内のデバイスとの間、を直接移動するよう期待される。この結果は企業のイーピーアドレスが公共的知識となることである。これは、何等かのあり得るアタッカーはアタックを発射（launching）する最初のステップとして最初に企業アイピーアドレスを発見するに違いないので、安全上の危険と見なされる。
【００４４】
これらの問題の結果として、ファイアウォール及び／又はネットワークアドレス変換（エヌエイテー）がある時は、該Ｈ．３２３プロトコルはマルチメディア通信用には使われなくなりつつある。１つのアプローチはＨ．３２３システムを該ファイアウォール及びエヌエイテー機能の公共的側に置くことであった。これはそれらがＨ．３２３を使うことを可能にする一方それらがそれらのネットワークの残りのものを保護することを可能にする。これの欠点は下記の様である：
１．ビデオ通信用の最も遍在するデバイスはデスクトップピーシーである。全デスクトップコンピュータを公共的側に置くことは無意味である。
【００４５】
２．該Ｈ．３２３システムはファイアウォールの公共的側のアタッカーから保護されない。
【００４６】
３．特別なシステムだけがＨ．３２３通信を行うことが可能とされるから、会社はＨ．３２３のあり得る遍在的特性を利用できない。
【００４７】
４．ファイアウォールは該Ｈ．３２３がそのデータにアクセスすることを妨げるので、会社はＨ．３２３内のデータ共有設備を充分利用することが出来ないだろう。該Ｈ．３２３システムからのデータ転送機能を許可するために該ファイアウォールを開くことは、それがアタッカーがリレイとして該Ｈ．３２３システムを使えるようにするので、オプションにならない。
【００４８】
５．アイピー上の音声（ブイオーアイピー）の出現する市場には、データネットワークへ直接接続する電話通信（telephony）デバイス、例えば、イーサーネット電話及びアイピー構内交換機、用の市場がある。デスクトップの性質のために、それらは典型的にファイアウォール及びエヌエイテーの背後の私的ネットワーク上に展開される。上記で説明した問題への解決策無しに、これらのデバイスを使う電話通信は企業内私的ネットワーク又はイントラネットに限定されるか、又は外側世界へ達するためにアイピー−公共交換電話網ゲートウエイ（IP-PSTN gateways）を通過せねばならない。
【００４９】
かくして、本発明者により認識されたところでは、望ましいことは、種々の安全な私的アイピーデータネットワーク内に配置された（実時間のプロトコル、例えば、Ｈ．３２３，エスアイピー又はエムジーシーピーを使う）終点が個別の私的ネットワークのデータプライバシーとデータ安全性を危うくすることなく相互に通信出来るようにする能力である。
【発明の開示】
【００５０】
本発明は、種々の安全な私的アイピーデータネットワーク内に配置された（実時間のプロトコル、例えば、Ｈ．３２３，エスアイピー又はエムジーシーピーを使う）終点が、個別の私的ネットワークのデータプライバシーとデータ安全性を危うくすることなく相互に通信出来るようにする。本発明は現在の安全機能、例えばファイアウォール、とファイアウォール、ルーター及び代わりの物で起こるエヌエイピーテー（ネットワークアドレスポート変換）機能と共に作動する利点を有する。該発明の利点はそれが、完全にプロトコル適合的であるようそれらのデバイスをアップグレードする又は追加のプロトコルの知識を持つデバイスを配備する、コストを節約することである。本発明は、例えば、私的ネットワークの縁で簡単な（１対１の）エヌエイテー（ネットワークアドレス変換）写像が適用される配備に、及び／又はエヌエイピーテー（ネットワークアドレス及びポート変換）が該私的ネットワークの縁で適用される配備に、適用される。該２つのコンフイギュレーションは共存し、その装置は１つのコンフイギュレーションに従う私的ネットワークともう１つのコンフイギュレーションに従う私的ネットワークとの間で通信が行われることを可能にすることが出来る。同様に、１つの私的ネットワーク内で、幾つかのターミナルは１つのコンフイギュレーション（例えば、専用化された室システム）を使うが、他のターミナルは第２のコンフイギュレーション（例えば、デスクトップクライアントピーシー）を使ってもよい。この文書の目的ではエヌエイテーは全ての種類のネットワークアドレス変換を呼ぶことを注意しておく。
【００５１】
本発明はアイテーユーのＨ．３２３及びアイイーテーエフのセションイニシエーション
プロトコル（Session Initiation Protocol）｛エスアイピー（SIP）｝標準を参照して図解される。しかしながら、それは、双方向情報を運ぶようポートを動的に割り当てる必要のある他の標準又は方法に等しく適用可能である。私的ネットワークインフラストラクチャー（ファイアウォール及びルーター）が実時間通信用に使われるプロトコルの知識を有する必要がないことは本発明の利点である。これは企業がプロトコルに関係なく装置を配置することを可能にする。それは或る実施例が安全用に又は他の理由で‘プロトコル’のチェック動作を提供すると言うのではない。
【実施例１】
【００５２】
今図を参照するが、そこでは幾つかの図を通して同様な参照数字は同一又は対応する部品を呼称する。
Ｉ．エスアイピーに関する実施例（Embodiments Relating to SIP）
図１で図解する様に、ファイアウォールとエヌエイテー｛“エフダブリュー（FW）／エヌエイテー（NAT）”１０１｝はネットワークを内側（Inside）１０３と外側（Outside）１０５アドレス空間（address space）に分離する。典型的に内側アドレス空間は私的（private）アドレス空間であり、外側アドレス空間は公共的（public）アドレス空間である。しかしながら、外側アドレス空間が別の私的アドレス空間であってもよい。該ファイアウォールとエヌエイテーは多数のデバイスで構成されてもよいが、簡便のためにここでは１つの実体（entity）として示される。該内側アドレス空間と該外側アドレス空間の間を通過するルーティング用に使われる何等かの内側アドレス（クライアントアドレス１０７の様な）は該エヌエイテーにより外側アドレスへエヌエイテー化される（NATted）であろう。その様に修正されたアドレスはエヌエイテー化アドレス（NATed Addresses）と呼ばれる。
【００５３】
クライアント１０９は該エヌエイテー及びファイアウォールの内側に配置される。該クライアントアドレスは該内側アドレス空間から割り当てられる。
【００５４】
遠隔のクライアント１１１は、真の遠隔のクライアントが事実上もう１つのエヌエイテーの背後にいても、外側アドレス空間にあると考えられる。従って、該遠隔のクライアント１１１に付随する遠隔のアドレス１１３は、該遠隔のクライアントが該外側アドレス空間内で通してアクセス可能であるアドレスである。この理由で図１は該遠隔のクライアントを“（見掛けの）遠隔のクライアント”と呼ぶ。今後遠隔のクライアントへの何れの呼称も該（見掛けの）遠隔のクライアントを意味する。
【００５５】
該エスアイピーレジストラー（SIP Registrar）／プロキシー（Proxy）１１５は該エヌエイテー及びファイアウォールの外側に配置される。図１は該エスアイピーレジストラーとプロキシー機能を１つの実体として示す。これは純粋に簡便さのためで、該２つの機能は望まれるなら別々のデバイスに分離されてもよい。該エスアイピーレジストラー／プロキシーは標準デバイスである。
【００５６】
該トラバーサルサーバー１１７も又該エヌエイテー及びファイアウォールの外側に配置される。それは２セットのアドレス、すなわち内部テーエスアドレス（Inner TS Addresses）１１８と外部テーエスアドレス（Outer TS Addresses）１１９、を有する。該内部テーエスアドレスは該ファイアウォールとエヌエイテーの内側のクライアントに接続する、一方該外部テーエスアドレスは遠隔のクライアントに接続する。内部テーエスアドレス及び外部テーエスアドレスの両者は外側アドレス空間から割り当てられる。該トラバーサルサーバーと該エスアイピーレジストラー／プロキシーは同場所配置（co-located）され得る。
【００５７】
本発明はエヌエイテー及びファイアウォールの内側のクライアントに外側アドレス空間
内の遠隔のクライアント及びプロキシーと通信することを可能にする。これが行われるのは該クライアント１０９と該トラバーサルサーバー（Traversal Server）１１７の間に制御チャンネルを創り、該エヌエイテー修正されたアドレスを知るため使われるプローブパケットを該クライアントとトラバーサルサーバー間に送ることによる。
【００５８】
要するに、本発明のプロトコルは、該クライアントが該トラバーサルサーバーとのテーエルエス（TLS）｛トランスポートレベルセキュリテイ（Transport Level Security）｝接続を創り、エスアイピー登録メッセージを送る時に、始まる。該トラバーサルサーバーはこのメッセージを、そのメッセージの‘コンタクト’ヘッダーを、該レジストラーが該クライアントへのコールを行う時該トラバーサルサーバーにコンタクトするよう修正後に、該エスアイピーレジストラー／プロキシーへ送る。
【００５９】
該エスアイピーレジストラー／プロキシー１１５が入来するコール用のインバイト（INVITE）を受信すると、それは該メッセージを該トラバーサルサーバー１１７へ送る。クライアントへ該メッセージを送る前に、該トラバーサルサーバーは該メッセージを再び修正するが、今回は該メッセージのエスデーピー部分内にプローブトークン（probe tokens）に関する情報を含む。
【００６０】
該インバイトメッセージを受信すると、該クライアントはその特別のエスデーピーを訳し（interprets）、プローブパケットを該トラバーサルサーバー１１７へ送る。該トラバーサルサーバーは、該遠隔クライアントから受信されたパケットが、それらが該クライアントにより受けられるよう何処に送られると好ましいか、を決定するために、これらのプローブパケットの該エヌエイテー化されたソースアドレスを使う。
【００６１】
トラバーサルサーバーは又、該クライアントが該インバイトに応答して送る２００オーケーにプローブ情報を付加する。これは該遠隔クライアントが、それが送るパケットの送り手アドレス（source addresses）を検証するためにプローブパケットを送ることを可能にする。
【００６２】
コールが完了すると、該コールは従来の方法で終了し、該トラバーサルサーバーは何等かの割り当てられた送り手をリリースする。
Ｉ．１．メッセージ流れ（Message Flows）
クライアントから該トラバーサルサーバーへ送られた該プローブパケットは、該トラバーサルサーバーが、それが該クライアントへメディアを送るため使うことが出来る該エヌエイテー化されたクライアントアドレス１２１を知ることを可能にする。本発明は又、該システムへのアクセスを制御し、そして上でコールを合図するメッセージが送られる、一貫したテーエルエス制御接続（persistent TLS control connection）を該クライアントと該トラバーサルサーバーの間に確立する。
【００６３】
下記節では該プローブパケット及び制御接続が本発明により如何に使われるかの詳細説明が与えられる。
Ｉ．２．登録と接続のキープアライブ（Registration and Connection Keep-alive）
クライアントがトラバーサルサーバーにつながり、エスアイピーレジストラー／プロキシーに登録する方法は図２を参照して説明される。
【００６４】
クライアントは、典型的にはエスアイピーテーエルエスの良く知られたポート５０６１を用いて、トラバーサルサーバーの予めコンフイギュアされた公共的アドレスへのテーエルエス[ＴＬＳ]接続を確立することにより該トラバーサルサーバーとの通信を始動する（２０１）。該トラバーサルサーバーは該テーエルエス接続セットアップの１部分としてのそのパブリックキー（public key）を使ってそのクライアントに対し自身を認証（authenticates）する。
【００６５】
該クライアントがそうするようオーソライズされたと仮定すると、該クライアントが該エスアイピーレジストラー／プロキシーからの入来するコールを受信したい全時間の間該クライアントとトラバーサルサーバーの間にテーエルエス接続が保持される。該クライアントとトラバーサルサーバーの間の全ての続くエスアイピー合図動作はこの接続上で行われる。
【００６６】
該テーエルエス接続が確立されると、該クライアントはエスアイピー登録メッセージ（SIP REGISTER message）を送る（２０２）。これは、エックスアセントヘッダー（X-Assent header）と呼ばれる、本発明のヘッダー（下記Ｉ．５節参照）を含むが、それは該トラバーサルサーバーに該クライアントが本発明のプロトコル延長（protocol extensions）をサポートすることを知らせる。該トラバーサルサーバーが該登録メッセージを受けると、それは該エスアイピーレジストラー／プロキシーへのテーシーピー接続（TCP connection）を創る。それは該登録メッセージ内のコンタクトヘッダーを、該エスアイピーレジストラー／プロキシーが該クライアントより寧ろそれにコンタクトするよう、修正し、そして該コンタクトヘッダーの‘満了（expires）’フイールドを、クライアントが、該テーエルエス接続用のエヌエイテー拘束（binding）がアクチブ（active）に留まることを保証するのに好適な期間内に再登録（re-REGISTER）するように、付加するか又は修正する。一旦該登録が修正されると、それは該エスアイピーレジストラー／プロキシーへ送られる（２０４）。
【００６７】
もし該エスアイピーレジストラー／プロキシーが該登録を受け入れるなら、それは２００オーケーを送信する（２０５）。該トラバーサルサーバーは、該クライアントがその送り手を使用するようオーソライズされた指示として該登録２００オーケー応答の受信を受け入れる。該トラバーサルサーバーはそれが修正した何れかのコンタクトヘッダー（Contact header）位置情報を回復させ、該“エックス−アセント（X-Assent）”ヘッダー（header）を挿入する（下記Ｉ．５節参照）。｛該用語“アセント（Assent）”は本発明の種々の実施例を参照するために本発明のソフトウエア実施例で使われている。｝後者はクライアントに本発明の手順が要求されることを知らせる。特にこの段階で、それはクライアントに該テーエルエス接続は該登録処理が完了した後も好ましくは保持されるのがよいと知らせる。該最終メッセージが該クライアントに送られる（２０６）。
【００６８】
或る時間後、該エスアイピーレジストラー／プロキシーは、多分リソースを節約するために、該テーシーピーの該トラバーサルサーバーとの接続を閉じるよう選んでもよい（２０７）。
Ｉ．３．入来コールの処理（Processing an Incoming Call）
入来コールを取り扱うシーケンスが図３を参照して説明される。
【００６９】
前に述べた様に、クライアントとトラバーサルサーバーとの間の該テーエルエス接続は該クライアントが入来するコールを受けたい間を通して保持される（３０１）。イベントの主なシーケンスは、該エスアイピーレジストラー／プロキシーがエスアイピーインバイトメッセージ（SIP INVITE message）の形で入来するコールの指示を受けた時始まる（３０２）。該エスアイピーレジストラー／プロキシーは該ユーアールアイ（URI）をルックアップし、該インバイトが該トラバーサルサーバーへ送られる必要があることを決定する。もし該エスアイピーレジストラー／プロキシーと該トラバーサルサーバーの間にテーシーピー接続が無いならば、該エスアイピーレジストラー／プロキシーは１つを創り（３０３）、次いで該インバイトのユーアールアイを適当に変えたインバイトメッセージを送る（３０４）。
【００７０】
該インバイトを受信すると、該トラバーサルサーバーは下記を行う：
・該クライアントを参照するよう該ユーアールアイを変え、
・該クライアントが、それらを直接に遠隔クライアントへ送るよう企てるより寧ろ、将来のエスアイピー要求をそれに送るよう、レコードルートヘッダー（Record Route headers）を更新し（又はコンタクトヘッダーを修正し）、
・該クライアントから受信したメディアが送られるべきアドレスを記録し、
・該クライアントが直接該遠隔クライアントへよりも寧ろ該トラバーサルサーバーの内部テーエスアドレス（Inner TS Addresses）へメディアを送るように、該クライアントがメディアを送るのが好ましいアドレスをオプションで修正し、
・使われるべき本発明のプローブパケットを説明するために特別のエスデーピーパラメーターを挿入する[エスデーピー]（これらの取り扱いは下記で更に説明される）。
【００７１】
２セットのプローブ情報が該エスデーピー属性に追加されてもよい。第１セットのプローブ情報｛‘アールエックス（rx）’で示される｝は該クライアントがそれを通してメディアを受信したいエヌエイテー化されたアドレスを決めるために使われる。オプションである第２セットのプローブ情報｛‘テーエックス（tx）’で示される｝はそれから該クライアントが伝送されるエヌエイテー化されたアドレスのセットを決定するため使われる。
【００７２】
修正されたインバイトメッセージは該クライアントへ送られる（３０５）。該クライアントが２００オーケーを送ることにより該インバイトに応答する（３０６）と仮定して、該トラバーサルサーバーは該メッセージを該エスアイピーレジストラー／プロキシーへ送る前に下記変更を行う（３０７）：
・該遠隔クライアントが、直接該クライアントへそれらを送るよう企てるよりも寧ろ将来要求をそれへ送るようそのレコードルートヘッダー（Record Route headers）を更新し（又はコンタクトヘッダーを修正し）、
・該遠隔クライアントからのメディアが受信され得る外部テーエスアドレス（Outer TS
Address）を形成するためにポートを創り、
・該遠隔クライアントが直接該クライアントへメディアを送ろうと企てるのを避けるために、新しく創られた外部テーエスアドレスを指定するよう該エスデーピー内のアドレスを修正する。
【００７３】
該修正された２００オーケーを受信すると、該エスアイピーレジストラー／プロキシーはそれを該遠隔クライアントへ送る（３０８）。
【００７４】
２００オーケーに続くエスアイピーアックメッセージ（SIP ACK message）は該処理を完成するが、該メッセージが修正され、送られる方法はインバイトメッセージ用と本質的に同じなのでそれは示さない。
【００７５】
該インバイト処理を取り扱ったら、該クライアントと該トラバーサルサーバーとはメディアの交換を準備する過程を完了する。
Ｉ．４．外へ出るコールの処理（Processing an Outgoing Call）
図４で図解される、外へ出るコールについては、該クライアントと該トラバーサルサーバーとの間の元のテーエルエス接続がなお開いており（４０１）、そして該クライアントはそのインバイトメッセージを該トラバーサルサーバーへ送るためこれを使うことが出来ることをもう１度仮定する（４０２）。もし該トラバーサルサーバーが該エスアイピーレジストラー／プロキシーへ開いたテーシーピー接続を有しないなら、それを１つ開く（４０３）。該エスアイピーレジストラー／プロキシーへ該インバイトを送る（４０４）前に、該トラバーサルサーバーは下記を行う：
・該遠隔クライアントが直接該クライアントへそれらを送るよう企てるより寧ろ将来の要求をそれへ送るようそのレコードルートヘッダーを更新し（又はコンタクトヘッダーを
修正し）、
・該遠隔クライアントからのメディアが受信され得る外部テーエスアドレスを形成するためにポートを創り、
・該遠隔クライアントが直接該クライアントへメディアを送るよう企てるのを避けるために該エスデーピー内のアドレスを該創られた外部テーエスアドレスへ修正する。
【００７６】
該エスアイピーレジストラー／プロキシーが該メッセージを受信すると、それは該メッセージを該遠隔クライアントへ送る（４０５）。
【００７７】
該インバイトへの該遠隔クライアントの２００オーケー応答（４０６）は該エスアイピーレジストラー／プロキシーにより該トラバーサルサーバーへ送られる（４０７）。該トラバーサルサーバーは該応答に下記の修正を行う：
・該クライアントが直接該遠隔クライアントへそれらを送るよう企てるより寧ろ将来のエスアイピー請求をそれへ送るようレコードルートヘッダーを更新し（又はコンタクトヘッダーを修正し）、
・該クライアントから受信されたメディアが送られるべきアドレスを記録し、
・該クライアントが直接該遠隔クライアントへよりも寧ろ該トラバーサルサーバーの内部テーエスアドレス（Inner TS Addresses）へメディアを送るように、該クライアントがメディアを送るのが好ましい該アドレスを修正し、
・使われるべきアセントプローブパケット（ASSENT probe packets）を説明するため特別のエスデーピーパラメーターを挿入する（これらの取り扱いは下記で更に説明される）。
【００７８】
該修正された応答は該クライアントへ送られる（４０８）。
【００７９】
該インバイト処理はアックメッセージ（ACK message）で完成される。これは、その処理が本質的に該インバイトメッセージ用と同じなので、説明しない。
【００８０】
一旦そのセション合図動作が完了すると、メディア交換がＩ．７．で説明される様に始動される。
Ｉ．５．エスアイピーヘッダーフオーマット（SIP Header Format）
本発明のエスアイピーヘッダーは、該トラバーサルサーバーへ送られるメッセージ内に含まれる時、クライアントが本発明の拡張をサポートしていることを示し、該トラバーサルサーバーから該クライアントへ送られる時該拡張が使われるのが好ましいことを指定する。該ヘッダーは特定のパラメーターを含んでもよい。本発明の該エスアイピーヘッダーパラメーターの規定はエイビーエヌエフ（ABNF）［エイビーエヌエフ］で下記の様に規定される：
ａｓｓｅｎｔ−ｈｅａｄｅｒ＝“Ｘ−Ａｓｓｅｎｔ”ＨＣＯＬＯＮ［ａｓｓｅｎｔ−ｅｘｔｅｎｓｉｏｎ−ｐａｒａｍｓ］
ａｓｓｅｎｔ−ｅｘｔｅｎｓｉｏｎ−ｐａｒａｍｓ＝ｇｅｎｅｒｉｃ−ｐａｒａｍ＊（ＳＥＭＩｇｅｎｅｒｉｃ−ｐａｒａｍ）
；ＨＣＯＬＯＮ、ＳＥＭＩ＆ｇｅｎｅｒｉｃ−ｐａｒａｍ  ｄｅｆｉｎｅｄ  ｉｎ［ＳＩＰ］
Ｉ．６．エスデーピーパラメーターフオーマット（SDP Parameter Format）
該トラバーサルサーバーと該クライアントの間でプローブコンフイギュレーション情報を運ぶために、本発明は追加のエスデーピーパラメーターを導入する［エスデーピー］。本発明の該エスデーピー（SDP）パラメーター（ parameter）｛セションデスクリプションプロトコル（Session Description Protocol）パラメーター（Parameter）｝はメディア−レベル（media-level）のパラメーターであり、本発明の１セットのパラメーターは各エスデーピーｍ＝ラインについて含まれるが、それはアールテーピーベース（RTP base
d）のメディアを説明する［アールテーピー（RTP）］［アールテーピーピーアールオーエフ（RTPPROF）］。該パラメーターのフオーマットはエイビーエヌエフ（ABNF）［エイビーエヌエフ］を使って下記の様に規定される：
ａｓｓｅｎｔ−ａｔｔｒｉｂｕｔｅ      ＝“ａ＝ｘ−ａｓｓｅｎｔ：”ｐｒｏｂｅ−ｓｐｅｃｉｆｉｃａｔｉｏｎ
ｐｒｏｂｅ−ｓｐｅｃｉｆｉｃａｔｉｏｎ＝ｐｒｏｂｅ−ｄｉｒｅｃｔｉｏｎ  ｓｐａｃｅ
ｐｒｏｂｅ−ｔｙｐｅ  ｓｐａｃｅ
ｐｒｏｂｅ−ｓｃｈｅｍｅ
ｐｒｏｂｅ−ｄｉｒｅｃｔｉｏｎ        ＝“ｔｘ”／“ｒｘ”
ｐｒｏｂｅ−ｔｙｐｅ                  ＝“ｒｔｐ”／“ｒｔｃｐ”
ｐｒｏｂｅ−ｓｃｈｅｍｅ              ＝ｐｒｏｂｅ−ｂａｓｉｃ−ｓｃｈｅｍｅ／
ｐｒｏｂｅ−ｆｕｔｕｒｅ−ｓｃｈｅｍｅ
ｐｒｏｂｅ−ｂａｓｉｃ−ｓｃｈｅｍｅ  ＝“ｂａｓｉｃ”ｓｐａｃｅ  ｐｒｏｂｅ−ｔｏｋｅｎ  ｓｐａｃｅ
ｐｒｏｂｅ−ａｃｋ−ｔｏｋｅｎ
ｐｒｏｂｅ−ｔｏｋｅｎ                ＝１＊（ＨＥＸＤＩＧ  ＨＥＸＤＩＧ）；ＨＥＸＤＩＧ  ｄｅｆｉｎｅｄ  ｉｎ［ＡＢＮＦ］
ｐｒｏｂｅ−ａｃｋ−ｔｏｋｅｎ        ＝１＊（ＨＥＸＤＩＧ  ＨＥＸＤＩＧ）
ｐｒｏｂｅ−ｆｕｔｕｒｅ−ｓｃｈｅｍｅ＝１＊ＡＬＰＨＡ  ｓｐａｃｅ＊（％ｘ２０−７ｆ）
ｉｎ［ＡＢＮＦ］                        ；ＡＬＰＨＡ  ｄｅｆｉｎｅｄ
本発明の基本的プローブ用のエスデーピー属性の例は下記の様である：
ａ＝ｘ−ａｓｓｅｎｔ：ｒｘ  ｒｔｐ  ｂａｓｉｃ  ０５６４ｆｄｅ４５９ｂａ４５３ｃ  ５４ｄ５ａｂｃ６７１ｄｆａ２ｂｌ
ａ＝ｘ−ａｓｓｅｎｔ：ｒｘ  ｒｔｃｐ  ｂａｓｉｃ  ６７３４４ｃａ４３ｂ４５７８ｆｃ  ｆｄ２３ａ６５７９００ａｃ８９３
この情報が如何に使われるかは下記１．７節で説明される。
【００８１】
Ｉ．７．メディアの確立（Establishing the Media）
プローブ情報を交換すると、クライアントは、該トラバーサルサーバーが、クライアントへメディアを送りそして該クライアントからそれを受けるため使う該エヌエイテー化されたアドレスを知ることが出来るよう、プローブパケットを該トラバーサルサーバーへ送る。
【００８２】
プローブ情報が該クライアント間のメディア流れを確立するため使われるイベントのシーケンスが図５で示される。過程（５０１）から（５０５）は該クライアントがメディア流れの受信を始動するため発動するイベントのシーケンスを図解し、過程（５０６）から（５０９）はメディアを送信するため該クライアントが使う過程を示す。
【００８３】
該アールテーピー（RTP）｛リアルタイムトランスポートプロトコル（Real-Time Transport Protocol）｝流れ及びアールテーシーピー（RTCP）｛リアルタイムトランスポートコントロールプロトコル（Real-Time Transport Control Protocol）｝流れを確立することは、或る場合に僅かに異なる値が使われることを除けば、本質的に同一である。そのテキストを２回繰り返すことを避けるために、そのシーケンスはアールテーピー（RTP）用で説明されるが、該アールテーシーピー流れ（RTCP stream）を確立するために異なる値が使われるところでは、例えば下記の様に、関連アールテーピー（RTP）値の後に該アールテーシーピー（RTCP）値が角括弧内に置かれている。
【００８４】
アールテーピー（rtp）−値＜アールテーシーピー（rtcp）−値＞
クライアントは、‘アールエックス（rx）’へセットされたプローブ方向（probe-direction）と、アールテーピー（rtp）＜アールテーシーピー（rtcp）＞へセットされたプローブ種類（probe-type）を有する属性からプローブトークン（probe-token）とプローブアックトークン（probe-ack-token）を抽出することによりメディア受信（media reception）を始動する。該クライアントは該１６進符号化されたプローブトークン（hex encoded probe-token）をバイトのシーケンス（sequence of bytes）に変換し、それらをＩ．８節で説明される様にプローブパケット内にコピーすることによりプローブを作る。該作られたプローブパケットは該関連エスデーピーｃ＝及びｍ＝ラインで指定されたアドレスへ送られる（例え、エスデーピーは、メディアが、そこから受信はされないが、そこへ送信されるところを指定するため、これらのアドレスを普通使うのであっても）（５０１）。該プローブパケットが送られるポートは該トラバーサルサーバーの内部テーエスアドレスの部分を形成する。
【００８５】
パケット消失（packet loss）（５０１）を許容するため、該クライアントはそれがプローブアックパケット（probe-ack packet）を受信する（５０３）まで該プローブパケットを再送信し続ける（５０２）。
【００８６】
該トラバーサルサーバーが該プローブパケットを受信すると（５０２）、それは、どのコールに該プローブパケットが関係するかを決めるために、それが含むプローブトークンをその内部記録と相関を取り、該コール情報と共に該プローブパケットの送り手アドレスを記録する。該プローブパケットの送り手アドレスは、該トラバーサルサーバーが、このセション用に遠隔クライアントから受信したメディアを送るアドレスである。
【００８７】
更に進んだプローブパケットは要求されないことを合図するために、該トラバーサルサーバーはプローブアックパケットを該クライアントへ送る。これはプローブパケットと同じ方法で作られるが、プローブトークンの代わりにプローブアックトークンを含む（５０３）。該クライアントは、それが正しいプローブアックトークンを含むことを保証することにより該プローブアックパケットが有効（valid）であることをチェックする。
【００８８】
該トラバーサルサーバーは今や該遠隔クライアント（５０４）から受信したメディアパケットを該クライアント（５０５）へ送るのに充分な情報を有する。
【００８９】
もしアウトバウンドのインバイトが分岐しているなら、該クライアントは該トラバーサルサーバーからの１つより多い遠隔クライアントからのメディアを受信してもよいことを注意しておく。該クライアントは種々の送り手からの該メディアを区別するために該アールテーピーパケット（RTP packets）の中のエスエスアールシー（SSRC）を使う。
【００９０】
該トラバーサルサーバーは該クライアントが該遠隔クライアントへメディアを直接送るか又はそれ自身を経由して送るかを決めることが出来る。もし該トラバーサルサーバーが該クライアントの送信されたメディアをリレイすることを選ぶなら、それは‘テーエックス（tx）’へセットされたプローブ方向フイールド（probe-direction field）を有する本発明のエスデーピーパラメーターを含む。
【００９１】
該クライアントが該トラバーサルサーバーを経由してメディアを送信する機構はそれがメディアを受信する方法と同様である。該クライアントは‘テーエックス（tx）’にセットされた該プローブ方向フイールドを有する本発明のエスデーピー属性内で指定されたプローブ情報を抽出し、プローブパケットをそれがメディアをそこから送信するため使うアドレスから、関連エスデーピーのｃ＝及びｍ＝ラインで指定された受信アドレスへ送信する（５０６）。該トラバーサルサーバーはこれらを対応するプローブアックパケットで確認応答（acknowledges）する（５０７）。今度は、該トラバーサルサーバーが該クライア
ントからメディアを受信すると（５０８）、それは該メディアが関係するセションを決めるために該パケットの送り手及び受け手アドレスを使い、そしてそれは、既に記憶された情報を使って、該メディアを該遠隔クライアントへ正しく送ることが出来る（５０９）。もし該クライアントにより受信された該エスデーピーが‘テーエックス（tx）’にセットされたプローブ方向フイールドを有する何等かの本発明のエスデーピー属性を含まないなら、該クライアントは本発明の手順を使うことなく該エスデーピー内に指定されたアドレスへメディアを送る。
【００９２】
それがそこから送信したと同じポート上でメディアを受信するようそれが選ぶかどうかは該クライアントの考え次第であることを注意しておく。
Ｉ．８．プローブトークン及びプローブパケットフオーマット（Probe Token & Probe Packet Format）
本発明のプローブトークンは該トラバーサルサーバーにより選択され、例えそれが全ての前に発生されたプローブトークンの充分な知識を有しても外部デバイスにより予測不可能であるのが好ましい。各プローブトークンは該トラバーサルサーバーが種々の接続確立イベントを見分けるのに充分な時間に亘りユニークであるのが好ましい。各プローブトークンは符号化（encoded）／暗号化（encrypted）されることが出来る。
【００９３】
本発明のプローブパケットとプローブアック（probe-ack）パケットはアールテーピー及びアールテーシーピーパケット（RTP and RTCP packets）を同じ送り手及び受け手アドレス（source and destination addresses）を使うので、その２つを区別することが出来るのが好ましい。例えば、本発明のプローブパケットはアールテーピー（RTP）及びアールテーシーピー（RTCP）パケットとそれらのサイズにより区別され得る。アールテーピー（RTP）又はアールテーシーピー（RTCP）パケットの最小サイズは１２バイトである。従って本発明のプローブパケットは１２バイトより短い長さであるのが好ましい。該エスデーピーパラメーターからのプローブトークン及びプローブアックトークンはネットワークバイト順序（network byte order）で該プローブパケット内に置かれる。プローブパケット例はアイイーテーエフビット番号付け慣例（IETF bit numbering convention）を使って図６で図解される。
Ｉ．９．メディアキープアライブ（Media Keep Alive）
何等メディア流れが無い中でメディアパケットエヌエイテー拘束が外れるよう時間調節されるのは防止する（to prevent the media packet NAT binding timing out）ことが好ましい。もし該エヌエイテー拘束が外れる様な時間調節へ導く期間中に該クライアントと該トラバーサルサーバーの間を特定のエヌエイテー拘束用パケットが通過しないなら、該クライアントはそのエヌエイテー拘束に好適なプローブパケットを該トラバーサルサーバーへ送ることにより該拘束を新たにする。該クライアントは該トラバーサルサーバーが適当なプローブアックパケットを有するプローブパケットで確認応答するまで該プローブパケットを送り続け、かくして該拘束が新たにされたことを保証する。
Ｉ．１０．コールの終了（Finishing the Call）
コール用のエスアイピーバイトに対応する２００オーケーを受信すると、該トラバーサルサーバーはそれが該コールを扱うよう割り当てた何れかの送り手をリリースするだろう。これはそのコール用の該トラバーサルサーバーのリレイ動作を終了させる。
【００９４】
もしメディアとメディアキープアライブイベントが適当に長い期間の間起こらないならば、又該トラバーサルサーバーは送り手をリリースしてもよい。
【００９５】
代わりの実施例では、該クライアントは他のデバイスの代わりにエヌエイテー及びファイアウォールトラバーサルを提供するエスアイピーレジストラーであってもよい。該レジストラーは終点と同様な流儀で該トラバーサルサーバーに登録する。この登録はレジストラーとトラバーサルサーバーの間の通信チャンネルを始動する。このチャンネルは該トラ
バーサルサーバーとクライアントの間でエスアイピーメッセージを運ぶよう使われる。エスアイピーコールのセットアップが上記で説明した仕方で進み、レジストラーは合図動作用のリレイとして作用する。もし終点がファイアウォールトラバーサルをサポートすることが出来て、それを望むなら、メディアはそれと該トラバーサルサーバーの間を直接走ってもよく、さもなくば該レジストラーは該メディアをも同じくリレイするだろう。
【００９６】
ＩＩ．Ｈ．３２３に関する実施例（Embodiments Relating to H.323）
本発明は又異なるアドレス空間内の終点（例えば、クライアント）がＨ．３２３プロトコル内で相互に通信することも可能にする。このシステム用の基本的アーキテクチャーが図７で示される。ここでは、ネットワークは再びエヌエイテー及び／又はファイアウォール７０５により内側７０１及び外側７０３ネットワークに分けられる。典型的に内側ネットワークは私的ネットワークであり、法人又は個人により管理される。外側ネットワークは典型的にインターネットの様な公共的ネットワークであるが、代わりにもう１つの私的ネットワークであってもよい。通信は外側ネットワーク内のトラバーサルサーバー７０９と連携して動作する内側ネットワーク内の終点７０７（例えば、クライアント）により達成される。この様であるから、エヌエイテーを跨ぐ一貫した双方向接続を確立するために内側終点とトラバーサルサーバーとは一緒に働き、該ＮＡＴにより修正されたアドレスを発見するためにプローブパケットを使う。
【００９７】
図７は外側ネットワーク内の終点を‘（見掛けの）遠隔終点’７０９としてラベル付けする。これは該遠隔終点７０９が事実上もう１つのエヌエイテーの背後にあり、かくして物理的にもう１つのアドレス空間内に配置されるからである。もし該遠隔終点がもう１つのエヌエイテーの背後にあるなら、恐らく又本発明を使う遠隔終点により、外側アドレス空間からのアドレスを使ってそれにアクセスすることが出来ることが好ましい。従って用語‘（見掛けの）遠隔終点’は、それが物理的に配置されるアドレス空間と関係なく、該遠隔終点が該外側アドレス空間内でアクセスされるアドレスを称するために使われる。
【００９８】
本発明はゲートキーパー（gatekeeper）７１１と連携して作動するのが好ましい。該ゲートキーパーは登録の取り扱いとコールルーティング（call routing）の責任を負う。該ゲートキーパーはどんな標準的で適合性（compliant）のゲートキーパーとすることも出来て、本発明により行われる修正を知る必要はない。
【００９９】
図７は下記節で参照されるアドレスの位置も図解する。‘終点アドレス（Endpoint Address）’７１３は内側ネットワーク７０１内の終点７０７に属し、内側アドレス空間から割り当てられる。‘遠隔アドレス’７１５と‘ゲートキーパーアドレス’７１７はそれぞれ（見掛けの）遠隔終点とゲートキーパーに属し、外側アドレス空間から割り当てられる。該トラバーサルサーバーは２セットのアドレス：内部テーエスアドレス７１９と外部テーエスアドレス７２１を有する。両セットのアドレスは外側アドレス空間から割り当てられる。該内部テーエスアドレスは内側ネットワーク内の終点に接続するため使われる。該外部テーエスアドレスはゲートキーパー及び遠隔終点の様な外側ネットワーク内の実体に接続する。該外部テーエスアドレス用のポートは動的に割り当てられる。アイピーパケットが内側アドレス空間から外側アドレス空間へトラバースする時、該パケットの送り手アドレスはエヌエイテーにより修正される。該エヌエイテーにより挿入されたアドレスは‘エヌエイテー化されたアドレス’７２３と呼ばれる。エヌエイテー化されたアドレスは外側アドレス空間から割り当てられる。
ＩＩ．１．動作（Operation）
本発明は終点とトラバーサルサーバーの間で該エヌエイテーを跨ぐ一貫した双方向性制御パスを確立することにより動作する。該終点がトラバーサルサーバーにコンタクト出来るようにすることに加えて、より重要なことはこれは該トラバーサルサーバーが如何なる時でも終点にコンタクト出来るようにする。Ｈ．３２３用での本発明の場合、このパスは
ユーデーピーベース（UDP based）であり、該終点が該トラバーサルサーバーを経由してゲートキーパーに登録すると確立される。本発明は又インバウンド及びアウトバウンドの両メディアの流れの確立を可能にする。本発明は、メディアを終点へ送るよう使うことが出来るエヌエイテー化されたアドレスを知るために、メディアが受けられるべき終点アドレスからトラバーサルサーバーへ送られたプローブパケットを使う。
【０１００】
下記の部分節の各々は本発明のプロトコルの種々のフエーズを詳細に説明する。本発明は或る付加情報（additional information）が標準のＨ．３２３メッセージ内に置かれることを要求している。
ＩＩ．２．ノンスタンダードパラメーターの内容（NonStandardParameter Content）
本発明は該トラバーサルサーバーと該終点の間で交換されるべき付加情報を要する。この情報はＨ．２２５［Ｈ２２５］及びＨ．２４５［Ｈ２４５］メッセージに現れるノンスタンダードパラメーターフイールド（NonStandardParameter fields）を使って運ばれる。これらのフイールドは下記エイエスエヌ（ASN）．１［エイエスエヌ］規定（又は等化物）を有する。
【０１０１】
ＮｏｎＳｔａｎｄａｒｄＰａｒａｍｅｔｅｒ：＝ＳＥＱＵＥＮＣＥ
｛
ｎｏｎＳｔａｎｄａｒｄＩｄｅｎｔｉｆｉｅｒ        ＮｏｎＳｔａｎｄａｒｄＩｄｅｎｔｉｆｉｅｒ、
ｄａｔａ        ＯＣＴＥＴ  ＳＴＲＩＮＧ
｝
ＮｏｎＳｔａｎｄａｒｄＩｄｅｎｔｉｆｉｅｒ：＝ＣＨＯＩＣＥ
｛
ｏｂｊｅｃｔ    ＯＢＪＥＣＴ  ＩＤＥＮＴＩＦＩＥＲ、
ｈ２２１ＮｏｎＳｔａｎｄａｒｄ    Ｈ２２１ＮｏｎＳｔａｎｄａｒｄ、
．．．
｝
Ｈ２２１ＮｏｎＳｔａｎｄａｒｄ：．＝ＳＥＱＵＥＮＣＥ
｛
ｔ３５ＣｏｕｔｒｙＣｏｄｅ    ＩＮＴＥＧＥＲ（０．．２５５）、
ｔ３５Ｅｘｔｅｎｓｉｏｎ      ＩＮＴＥＧＥＲ（０．．２５５）、
ｍａｎｕｆａｃｔｕｒｅｒＣｏｄｅ  ＩＮＴＥＧＥＲ（０．．６５５３５）、
本発明用には、下記値を有するノンスタンダードアイデンティファイアーのエイチ２２１ノンスタンダード変量は下記値で使われる：
ｔ３５ＣｏｕｎｔｒｙＣｏｄｅ＝０ｘＢ４
ｔ３５Ｅｘｔｅｎｓｉｏｎ＝０ｘ００
ｍａｎｕｆａｃｔｕｒｅｒＣｏｄｅ＝０ｘ５２００
ここで‘０ｘ’接頭辞に続く値は１６進数である。
【０１０２】
該ノンスタンダードパラメーターのデータフイールドは２つの部分から成る。第１の部分は、該拡張が、上記テー３５のカントリーコードを製造者コードを使ってもよい何等かの他の拡張より寧ろ本発明の拡張であることを示すため使われる。それは下記文字ストリングのアスキー値から成る、例えば、
アセント（ASSENT）：
すなわち初期オクテット（octets）は値、０ｘ４１，０ｘ５３，０ｘ５３，０ｘ４５，０ｘ４Ｅ、０ｘ５４，０ｘ３Ａを有する。該“アセント：”に直ぐ続く文字シーケンス（そして＼０の様な何等かの介入終了文字を有しない）が該データの主部分である。これはＨ．２２５用に規定されたエイエスエヌ（ASN）．１符号化規則により符号化されたエイエスエヌ．１［エイエスエヌ１］である。該エイエスエヌ．１の規定例は下記の様である
：
アセント−メッセージデフニッションオートマチックタグ：．＿
ＢＥＧＩＮ
ＩＭＰＯＲＴＳ
ＮｏｎｓｔａｎｄａｒｄＰａｒａｍｅｔｅｒ
ＣａｌｌＩｄｅｎｔｉｆｉｅｒ
ＴｒａｎｓｐｏｒｔＡｄｄｒｅｓｓ
ＦＲＯＭ  Ｈ３２３−ＭＥＳＳＡＧＥＳ；
ＡＳＳＥＮＴ−Ｉｎｆｏ：．＝ＳＥＱＵＥＮＣＥ
｛
ｎｏｎＳｔａｎｄａｒｄＰａｒａｍｅｔｅｒ    ＳＥＱＵＥＮＣＥ  ＯＦ  ＮｏｎＳｔａｎｄａｒｄＰａｒａｍｅｔｅｒ、
ｏｐｅｒａｔｉｏｎ  ＡＳＳＥＮＴ−Ｏｐｅｒａｔｉｏｎ、
．．．
｝
ＡＳＳＥＮＴ−Ｏｐｅｒａｔｉｏｎ：．＝ＣＨＯＩＣＥ
｛
ａｓｓｅｎｔ−ｓｕｐｐｏｒｔｅｄ          ＡＳＳＥＮＴ−Ｏｐｔｉｏｎｓ、
ｔｒａｎｓｐｏｒｔ−ｒｅｑｕｅｓｔｅｄ    ＴＣＰ−Ｔｒａｎｓｐｏｒｔ−Ｒｅｑｕｅｓｔ、
ｐｒｏｂｅ−ｉｎｆｏ                      Ｐｒｏｂｅ−Ｉｎｆｏ、
．．．
｝
ＡＳＳＥＮＴ−Ｏｐｔｉｏｎｓ：．＝ＳＥＱＵＥＮＣＥ
｛
．．．
｝
ＴＣＰ−Ｔｒａｎｓｐｏｒｔ−Ｒｅｑｕｅｓｔ：．＝ＳＥＱＵＥＮＣＥ
｛
ｃａｌｌｂａｃｋ−ａｄｄｒｅｓｓ      ＴｒａｎｓｐｏｒｔＡｄｄｒｅｓｓ、
ｐｒｏｂｅ−ｔｏｋｅｎ                ＯＣＴＥＴ  ＳＴＲＩＮＧ、．．．
｝
Ｐｒｏｂｅ−Ｉｎｆｏ：．＝ＣＨＯＩＣＥ
｝
ｒｘ−ｐｒｏｂｅ−ｉｎｆｏ            Ｒｘ−Ｐｒｏｂｅ−Ｉｎｆｏ、
ｔｘ−ｐｒｏｂｅ−ｉｎｆｏ            Ｔｘ−Ｐｒｏｂｅ−Ｉｎｆｏ、
｝
Ｒｘ−Ｐｒｏｂｅ−Ｉｎｆｏ：．＝ＳＥＱＵＥＮＣＥ
｛
ｒｔｐ                                Ｉｎ−Ｐｒｏｂｅ−Ｉｎｆｏ、
ｒｔｃｐ                              Ｉｎ−Ｐｒｏｂｅ−Ｉｎｆｏ、
ｒｅｖｅｒｓｅ−ｒｔｃｐ              Ｏｕｔ−Ｐｒｏｂｅ−Ｉｎｆｏ  ＯＰＴＩＯＮＡＬ、
．．．
｝
Ｔｘ−Ｐｒｏｂｅ−Ｉｎｆｏ：．＝ＳＥＱＵＥＮＣＥ
｛
ｒｔｐ                                Ｏｕｔ−Ｐｒｏｂｅ−Ｉｎｆｏ  ＯＰＴＩＯＮＡＬ，
ｒｔｃｐ                              Ｏｕｔ−Ｐｒｏｂｅ−Ｉｎｆｏ  ＯＰ
ＴＩＯＮＡＬ、
ｒｅｖｅｒｓｅ−ｒｔｃｐ              Ｉｎ−Ｐｒｏｂｅ−Ｉｎｆｏ，
．．．
｝
Ｉｎ−Ｐｒｏｂｅ−Ｉｎｆｏ：．＝ＳＥＱＵＥＮＣＥ
｛
ｐｒｏｂｅ−ｔｏｋｅｎｓ              Ｐｒｏｂｅ−Ｔｏｋｅｎｓ、
ｐｒｏｂｅ−ａｄｄｒｅｓｓ            ＴｒａｎｓｐｏｒｔＡｄｄｒｅｓｓ、
｝
Ｏｕｔ−Ｐｒｏｂｅ−Ｉｎｆｏ：．＝ＳＥＱＵＥＮＣＥ
｛
ｐｒｏｂｅ−ｔｏｋｅｎｓ              Ｐｒｏｂｅ−Ｔｏｋｅｎｓ、
｝
Ｐｒｏｂｅ−Ｔｏｋｅｎｓ：．＝ＳＥＱＵＥＮＣＥ
｛
ｐｒｏｂｅ−ｔｏｋｅｎ                ＯＣＴＥＴ  ＳＴＲＩＮＧ，
ｐｒｏｂｅ−ａｃｋ−ｔｏｋｅｎ        ＯＣＴＥＴ  ＳＴＲＩＮＧ，
｝
ＥＮＤ
アセント−インフォ（ASSENT-Info）の該ノンスタンダードパラメーター部分はエンドツーエンド（end-to-end）のノンスタンダードパラメーターの包含を許容するが、そこでは“アセント”情報の該包含が他の非標準情報が含まれることを防止する（例えば、登録メッセージ内に）。
【０１０３】
如何にこれらのパラメーターが使われるかはこの文書の他の節で説明される。
ＩＩ．３．制御パスの確立と登録（Control Path Establishment and Registration）
本発明はどんな時でも両方のパーテイからデータを交換するよう使われ得る終点とトラバーサルサーバーの間の一貫した制御パスを創る。Ｈ．３２３用の本発明の実施例の場合、この制御チャンネルはユーデーピー（UDP）ベースである。
【０１０４】
図８で示す様に、該制御パスは該終点が登録請求メッセージ（Registration Request Message）｛アールアールキュー（RRQ）｝をトラバーサルサーバーへ送る時確立される（８０１）。該登録メッセージは好ましくは終点が本発明の拡張をサポートすることを該トラバーサルサーバーに知らせるためにノンスタンダードデータ（nonStandardData）のパラメーターを含むのがよい。該ノンスタンダードデータパラメーターはアセント−インフォ構造（上記ＩＩ．２で説明された）を含み該アセントオペレーションコンストラクト（ASSENT-Operation construct）のアセントサポートされるオプションが存在する。
【０１０５】
登録メッセージを受信すると、該トラバーサルサーバーは、該タイムツーリブ（timeToLive）パラメーターを、該終点が該ユーデーピーパス用のエヌエイテー拘束が満了する前に再登録することを保証する値に、修正する。一旦修正され、該特定“アセント”向けノンスタンダードデータを除去すると、該アールアールキューは該ゲートキーパーへ送られる（８０２）。
【０１０６】
もし該ゲートキーパーが該登録を受け入れるなら、それは登録確認メッセージ（Registratoin Confirm message）｛アールシーエフ（RCF）｝で応答する（８０３）。該トラバーサルサーバーはこの確認メッセージを、該終点がその送り手を使うことをオーソライズされた指示として受け入れる。該トラバーサルサーバーは、本発明の手順が要求されることを示すために該アールアールキューで使われたノンスタンダードデータパラメーターを該アールシーエフ内に挿入し、該メッセージは該終点へ送られる（８０４）。
【０１０７】
該登録期間が満了になると、該終点はライトウエイト登録請求メッセージ（lightweight Registration Request message）を該トラバーサルサーバーへ送る（８０５）。該終点は好ましくは該メッセージをそれが元の登録メッセージを送った同じアドレスとポートから送るのがよい。このメッセージは該エヌエイテー内の拘束を新しくする。該トラバーサルサーバーは、該メッセージを該ゲートキーパーへ送り（８０６）、そして該ゲートキーパー（８０７）からの応答を該終点（８０８）へ送ることにより該メッセージ交換を完了する。
【０１０８】
この手順に従うことにより、該終点は該ゲートキーパーに登録され、トラバーサルサーバーが該終点へどんな時にもメッセージを送ることを可能にする、一貫したユーデーピーパスが該トラバーサルサーバーと該終点の間に確立される。
ＩＩ．４．外へ出るコールの合図動作（Outgoing Call Signaling）
本発明の外へ出るコールについて合図するフエーズは本発明を用いない普通のコールに関してと殆ど同じである。イベントのシーケンスは図９で示される。
【０１０９】
終点は該トラバーサルサーバー経由でゲートキーパーとの、承認請求（Admissions Request）／承認確認（Admissions Confirm）の交換を行うことによりスタートする（９０１）（９０２）（９０３）（９０４）。該エイアールキューが該アールアールキューが送られた同じポートから来る必要はない。
【０１１０】
コールを行う許可が与えられると、該終点は該トラバーサルサーバー（９０５）上のＨ．２２５の良く知られたポート（例えば、１７２０）へのテーシーピー接続を確立し、該トラバーサルサーバーは該ゲートキーパー（９０６）へのオンワード（onward）テーシーピー接続を創る。該終点は、該トラバーサルサーバーが該ゲートキーパー（９０８）へ送るそのＨ．２２５セットアップ（H.225 Setup）メッセージ（９０７）を送るためにこの接続を使う。追加のＨ．２２５コール合図メッセージが同じ仕方で交換される（９０９）（９１０）。
【０１１１】
もし該セションがＨ．２４５接続が確立されることを要求するなら、該トラバーサルサーバーはＨ．２２５合図動作内で該ゲートキーパーからＨ．２４５アドレスを受信する。この状況で、該トラバーサルサーバーはゲートキーパーがするであろうと殆ど同じ方法で動作する。それはリスニングテーシーピーソケット（listening TCP socket）を創り、それを終点へ送る前に該ソケットに従うよう該Ｈ．２２５メッセージ内のアドレスを修正する。該トラバーサルサーバーは又該Ｈ．２４５アドレスを含む該メッセージ内に本発明のプローブ情報を含んでもよい。もしそうならば、本発明のデータ構造のトランスポート請求変量（transport-request variant）はノンスタンダードコントロールパラメーター（nonStandardControl parameter）内に含まれるだろう。該トランスポート請求コンストラクト（transport-request construct）内に含まれるアドレスは主メッセージ内のＨ．２４５アドレスと同じであろう。該終点は該トラバーサルサーバーへのテーシーピー接続を創り、もし該トラバーサルサーバーがプローブ情報を含むなら、該終点は新しく創られた接続上で、下記ＩＩ．１２節で指定される様にフオーマットされた、指定されたプローブトークンに対応するバイトを直ちに送るのが好ましい。該テーシーピー接続と、何等かの関連プローブトークンを受信すると、該トラバーサルサーバーは該ゲートキーパーへの接続を行うために該ゲートキーパーにより供給されるアドレスを使うだろう（９１３）。該トラバーサルサーバーは該プローブトークンを該ゲートキーパーへは送らない。Ｈ．２４５メッセージは今や交換され得る（９１４）（９１５）。外へ行くコールの合図動作を交換すると、そのメディアを確立するのが好ましい。これは下記のＩＩ．６節とＩＩ．７節で説明される。
ＩＩ．５．入来コールの合図動作（Incoming call signaling）
本発明では、入来コールの合図動作用のイベントのシーケンスは、終点とトラバーサルサーバーの間のテーシーピー接続の確立を除けば普通の入来コールのイベントのシーケンスと同様である。エヌエイテーのために、該トラバーサルサーバーは該終点へのテーシーピー接続を直接確立することは出来ない。従って該トラバーサルサーバーは上記ＩＩ．３節で説明された手順を使って確立された制御パスを経由して該終点へのノンスタンダードアールエイエスメッセージ（nonStandard RAS message）か、又は該終点がそれへのテーシーピー接続を創ることを請求するＨ．２２５設備（Facility）メッセージを送る。イベントの最終シーケンスは図１０で示される。
【０１１２】
該トラバーサルサーバーが該ゲートキーパー（１００１）からＨ．２２５セットアップメッセージを受けると、それは会合（rendezvous）テーシーピー接続（１００２）を請求する終点へメッセージを送る。該トラバーサルサーバーにより送られるメッセージはアールエイエスノンスタンダードメッセージである。該メッセージのノンスタンダードデータパラメーターはトランスポート請求変量を有するエイエスエヌエイ（ASNA）部分を備えＩＩ．２節で規定されるデータを具備する。又該メッセージは、該終点が接続されるべき該トラバーサルサーバー上の動的に割り当てられたテーシーピーアドレスと、プローブトークン値と、を含む。そのリクエストセグナム（requestSegNum）パラメーター内に含まれる値は重要性を有しない。ユーデーピーの信頼されない性質を許容するために、該トラバーサルサーバーは、それが指定されたポート上にテーシーピー接続を受信するまで該メッセージを再送信し続ける。該終点が該メッセージを受信すると、もしそれが指定されたアドレス及びプローブトークンに対応する接続を既に創ってなければ、それを創ることが好ましい（１００３）。一旦該テーシーピー接続が確立されると、該終点は、該新しく創られたテーシーピー接続上で、ＩＩ．１２節によりフオーマットされた、該指定されたプローブトークンに対応するバイトのシーケンスを送信する（１００４）。これは該トラバーサルサーバーが該接続の一致（identity）を検証することを可能にする。該プローブトークンバイトは該ゲートキーパーには送られない。該トラバーサルサーバーは今度は該Ｈ．２２５セットアップメッセージを送ることが出来て（１００５）、該メッセージの交換が過程１００６から１０１１の普通のＨ．３２３メッセージシーケンスに１時的に追随する。
【０１１３】
もし該終点がＨ．２４５チャンネルを確立することを願えば、それは該トラバーサルサーバーへ送られた該Ｈ．メッセージの１つ内のＨ．２４５アドレスを含む（１０１０）。このアドレスの値は任意であり、その現実値は使われない。該トラバーサルサーバーがこの様なアドレスを含むＨ．２２５メッセージを受信すると、それはそれ自身の動的割り当てられたテーシーピーリスナー（TCP listener）を創り、該送られるＨ．２２５メッセージに該リスナーのアドレスを含める（１０１１）。該ゲートキーパーが該トラバーサルサーバーのテーシーピーリスナーへのテーシーピー接続を確立すると（１０１２）、該トラバーサルサーバーはもう１つのテーシーピーリスナーを動的に創り、終点が新しく創られるリスナーに接続することを請求するＨ．２２５設備メッセージを送る（１０１３）。該設備メッセージはノンスタンダードコントロールのパラメーター内にノンスタンダードパラメーターの要素（nonStandardParameter element）を含む。これはトランスポート請求変量を有するエイエスエヌエイ部分を備えた、ＩＩ．２節で規定されるデータを具備する。これは翻って、該終点が接続されるべきトラバーサルサーバー上のアドレスと、プローブトークン値と、を含む。該接続確立を完了するために、該終点は該指定されたトラバーサルサーバーアドレスへのテーシーピー接続を創り（１０１４）、そして該確立されたテーシーピー接続上で、ＩＩ．１２節で説明する様に符号化された、該プローブトークンに対応するバイトを直ちに送信する（１０１５）。該プローブトークンは該トラバーサルサーバーが該接続を適当なコールと組み合わせることを可能にし、該ゲートキーパーへは送られない。次いで該パーテイ間でＨ．２４５メッセージを交換することが可能となる（１０１６）（１０１７）。
【０１１４】
一旦該合図動作が交換されると、ＩＩ．６節及びＩＩ．７節で説明された様にメディアが確立される。
ＩＩ．６．Ｈ．２４５を使った外へ出るメディアを確立する合図動作（Signaling for Outgoing Media Establishment Using H.245）
終点は、分離した伝送接続上の、又はＨ．２２５を通して掘り進む（tunneled through
H.225）Ｈ．２４５合図動作を有するＨ．２４５を使って、外へ出るメディアを確立することが出来る。外へ出るメディアセションを確立することは外向きのアールテーピーデータパス（RTP data path）、外向きのアールテーシーピーパス（RTCP path）そして内向きの逆のアールテーシーピーパス、の創生を含む。理論的には、外へ出るデータパスが内側終点から遠隔終点へ直接行くことは可能である。しかしながら、該トラバーサルサーバーは外へ出るデータをリレイするよう選んでもよい。本節はこの様なデータパスのセットアップの合図動作側面を説明するが、それは図１１で図解される。
【０１１５】
終点は普通のＨ．２４５のオープンロジカルチャンネル（OpenLogicalChannel）メッセージを該トラバーサルサーバーへ送信することにより始める（１１０１）。該メッセージは好ましくはＨ２２５０ロジカルチャンネルパラメーターコンストラクト内に逆アールテーシーピーパス用アドレスを含むのがよい。該トラバーサルサーバーはこの値を無視してもよいが、それは将来の最適化を許容するために該逆アールテーシーピーデータ（reverse RTCP data）の受信用に該終点により割り当てられたアドレスをなお含むのが好ましい。該トラバーサルサーバーは該逆アールテーシーピー（RTCP）を上で受信するために動的に割り当てられる外部テーエスアドレス（Outer TS Address）を創り、該アドレスを該Ｈ．２４５メッセージ内に置き、そして該メッセージを該ゲートキーパーへ送る（１１０２）。
【０１１６】
該ゲートキーパーから該Ｈ．２４５のオープンロジカルチャンネルアック（OpenLogicalChannelAck）メッセージを受信すると（１１０３）、該トラバーサルサーバーは該Ｈ．２４５のＨ２２５０ロジカルチャンネルアックパラメーターコンストラクト（H2250LogicalChannelAckParameters construct）に、本発明の（ＩＩ．２節で指定された）制御データの場合を含むノンスタンダードパラメーターを付加する。本発明の制御情報はテーエックス−プローブ−インフォ（Tx-Probe-Info）の場合を含むが、それは今度は、逆アールテーシーピーデータ（reverse RTCP data）用の内向きパスを指定するため使われるタイプイン−プローブ−インフォの逆アールテーシーピーパラメーター（reverse-rtcp parameter）を含む。該イン−プローブ−インフォコンストラクトはプローブ及びプローブアックパケット用トークンと、該プローブパケットが送られるのが好ましい内部テーエスアドレスを含む。この情報が如何に使われるかはＩＩ．１１節で説明される。
【０１１７】
もし該トラバーサルサーバーが外向きのアールテーピー及びアールテーシーピー（RTP and RTCP）を送ることを選ぶなら、それは又下記を行う：
・該終点から受信された該アールテーピー及びアールテシーピー（RTP and RTCP）が送られるのが好ましいアドレスを記録し、
・該アールテーピー及びアールテーシーピー（RTP and RTCP）が該トラバーサルサーバーの内部テーエスアドレスへ送られるように該Ｈ２２５０ロジックチャンネル（H2250LogicalChannel）パラメーターコンストラクト内のアドレスを修正し、
・該テーエックス−プローブ−インフォコンストラクト（Tx-Probe-Info construct）のアールテーピーパラメーター及びアールテーシーピーパラメーター（rtp and rtcp parameter）にプローブトークン情報を追加する。
【０１１８】
一旦該Ｈ．２４５のオープンロジカルチャンネルアック（OpenLogicalChannelAck）メッセージが符号化されると、それは該終点へ送られる（１１０４）。
【０１１９】
一旦外へ出るメディアをセットアップする合図動作フエーズが完了すると、該終点及びトラバーサルサーバーはＩＩ．１０節及びＩＩ．１１節で説明される手順を使って該データパスを完成する必要がある。
ＩＩ．７．Ｈ．２４５を使った入来メディアを確立する合図動作（Signaling for Incoming Media Establishment Using H.245）
入来メディアセションは内向きアールテーピー（RTP）データ、内向きアールテーシーピー（RTCP）データそして外向き逆アールテーシーピー（RTCP）データから成る。該終点が内向きデータを受信するためには、新エヌエイテー拘束を創ることが好ましい。該外向き逆アールテーシーピー（RTCP）データは内側終点から遠隔終点へ直接進んでもよい。しかしながら、トラバーサルサーバーは該外向き逆アールテーシーピー（RTCP）データをリレイするよう選んでもよい。該Ｈ．２４５合図動作は分離した伝送接続上で行われるか又は該Ｈ．２２５を通して掘り進むことも出来る（can be tunneled）。この節は図１２を参照して入来メディアを確立するための合図動作するイベントのシーケンスを説明する。
【０１２０】
入来するメディアの確立は、該トラバーサルサーバーがゲートキーパーからＨ．２４５のオープンロジカルチャンネルリクエスト（OpenLogicalChannelRequest）メッセージを受信する時始まる（１２０１）。該トラバーサルサーバーが該メッセージを受信すると、それは非標準パラメーターを該Ｈ２２５０ロジカルチャンネルパラメーターに追加する。該非標準パラメーターは、アールエックス−プローブ−インフォ（rx-probe-info）の場合を有するよう選ばれた選択を備える、ＩＩ．２節で指定された情報を具備する。該アールエックス−プローブ−インフォコンストラクト（Rx-Probe-Info construct）は、該アールテーピーパラメーター（rtp parameter）内の内向きアールテーピー（RTP）データ用及び該アールテーシーピーパラメーター（rtcp parameter）内の内向きアールテーシーピー（RTCP）データ用のプローブ情報を含む。該アールテーピーパラメーター（rtp parameter）及びアールテーシーピーパラメーター（rtcp parameter）の両パラメーターはイン−プローブ−インフォ型である。この型は、プローブパケット及びプローブアックパケット内で使われるべきトークンと、終点がそこへ該プローブパケットを送るべきトラバーサルサーバー上の内部テーエスアドレスと、を指定する。ＩＩ．１１節が如何に該プローブ情報が使われるか説明する。
【０１２１】
加えて、該トラバーサルサーバーは該外向き逆アールテーシーピー（RTCP）データをリレイするよう決めてもよい。もしそれがそうするなら、それは何処に該逆アールテーシーピー（RTCP）データが送られるのが好ましいかを指定するＨ．２４５のオープンロジカルチャンネルからアドレスを記録し、そのフイールドにそれが該逆アールテーシーピー（RTCP）データを受信することを願う内部テーエスアドレスを住まわせる。その時それは該アールエックス−プローブ−インフォコンストラクトの該逆アールテーシーピーパラメーター（rtcp parameter）内の外向きアールテーシーピー（RTCP）用プローブ情報を有する。この情報が如何に使われるかはＩＩ．１０節で説明される。
【０１２２】
その修正されたオープンロジカルチャンネルメッセージは該終点へ送られる（１２０２）。
【０１２３】
もし該終点が該チャンネルを受け入れるなら、それはオープンロジカルチャンネルアックメッセエージで応答する（１２０３）。該メッセージは該Ｈ２２５０ロジカルチャンネルアックパラメーターコンストラクト内にアールテーピー（RTP）及びアールテーシーピー（RTCP）パス用アドレスを有するのが好ましい。トラバーサルサーバーはこれらの値を無視してもよいが、それらは将来の最適化を許容するためにそれぞれのデータ受信用に該終点により割り当てられたアドレスをなお含むのが好ましい。
【０１２４】
トラバーサルサーバーは遠隔終点からアールテーピー（RTP）及びアールテーシーピー（RTCP）データを上で受けるべき外部テーエスアドレスを動的に創り、該アドレス情報をＨ．２４５オープンロジカルチャンネルアックメッセージ内に挿入する。
【０１２５】
該修正されたオープンロジカルチャンネルアックメッセージは該遠隔終点へ送られる（１２０４）。
【０１２６】
一旦入来するメディアのセットアップの合図動作フエーズが完了すると、その終点とトラバーサルサーバーはＩＩ．１０節とＩＩ．１１節で説明される手順を使ってデータパスを完成する必要がある。
ＩＩ．８．高速接続を使うメディア確立−コールの実施（Media Establishment Using Fast Connect-Making a Call）
本発明は又Ｈ．３２３高速接続でも使われ得る。本発明で増大する高速接続（present invention augmented fast connection）用のイベントのシーケンスは、本発明の追加情報が交換で運ばれるアドレス動作用情報を増大させることを除けば、普通の高速接続用と同じである。本発明の追加的情報はＩＩ．２節で説明した様にＨ２２５０ロジカルチャンネルパラメーターコンストラクトのノンスタンダードパラメーターで再び運ばれる。その手順が図１３を参照してここで説明される。
【０１２７】
高速接続を使ってコールを行うために、終点は高速スタート要素（fast start element）を有するＨ．２２５セットアップを作る。高速スタート要素を有する各オクテットストリング（OCTET STRING）はメディア送信する提案（offer）か又はメディアを受信する提案か何れかを有する。作られたセットアップはトラバーサルサーバーへ送られる（１３０１）。
【０１２８】
該提案内の送信及び受信アドレスの各ユニークなセット用に、トラバーサルサーバーは外部テーエスアドレスを動的（dynamically）に割り当てる（allocates）。トラバーサルサーバーは、該メッセージを送る前に、該提案内のアドレスをその創られた外部テーエスアドレスの値に変える（１３０２）。
【０１２９】
ゲートキーパーからの続くＨ．２２５メッセージは遠隔終点により選択された該提案への答を含むのが好ましい。該トラバーサルサーバーは好ましくは、テーエックス−プローブ−インフォコンストラクトを含む本発明の情報を、送信提案への各回答に付加し、アールエックス−プローブ−インフォコンストラクトを含む本発明の情報を、受信提案への各回答に付加するのが好ましい。もしトラバーサルサーバーが該終点により送られたメディアをリレイすることを選ぶなら、それは該データが送られるべきアドレスを記録し、関連内部テーエスアドレスを指定するよう該メッセージ内のアドレスを変える。本発明の構造の情報は又プロービング用の関連情報を含む。該修正されたメッセージは該終点へ送られる（１３０４）。該メッセージを送ると、トラバーサルサーバーは遠隔終点が選択しなかった提案用に割り当てられた何等かの送り手（resources）をリリースすることが出来る。
【０１３０】
該終点とトラバーサルサーバーはＩＩ．１０節及びＩＩ．１１の手順を使ってメディアセットアップを完成する。
ＩＩ．９．高速接続を使うメディア確立−コールの回答（Media Esblishment Using Fast
Connect-Answering a Call）
高速接続を用いて入来するコール用に本発明の実施例を使う時は、図１４を参照して説明される、下記シーケンスのイベントが行われる。
【０１３１】
トラバーサルサーバーはゲートキーパーから高速スタート提案を含むＨ．２２５セット
アップメッセージを受信する（１４０１）。
【０１３２】
送信提案内の各ユニークなアドレス用に、トラバーサルサーバーはアールエックス−プローブ−インフォコンストラクト（Rx-Probe-Info construct）を含む本発明のデータの場合を創り、該アドレスが現れる各提案内にそのコピーを有する。トラバーサルサーバーは受信提案内の各ユニークなセットのアドレス用に同様な行動（exercise）をするが、この場合本発明の情報はテーエックス−プローブ−インフォコンストラクトを含む。
【０１３３】
もしトラバーサルサーバーが該終点により送られたメディアデータをリレイすることを選ぶなら、それは該データが送られるのが好ましいアドレスを記録し、適当な内部テーエスアドレスを指定するように該提案のＨ２２５０ロジカルチャンネルパラメーター部分内のメディアチャンネル及びメディアコントロールチャンネルのアドレスを修正する。
【０１３４】
該修正されたメッセージは終点に送られる（１４０２）。もし該終点が該コールを受け入れ、高速接続をサポートするなら、その応答メッセージはそのコーラーの提案への答えを含むだろう（１４０３）。
【０１３５】
送信提案への各回答用に、トラバーサルサーバーはアールテーピー（RTP）及びアールテーシーピー（RTCP）を受信するための外部テーエスアドレスを動的に割り当てる。受信提案への各回答用に、該トラバーサルサーバーは逆アールテーシーピー（RTCP）を受信するための外部テーエスアドレスを動的に割り当てる。該トラバーサルサーバーは該提案への該回答内のアドレスを、創られた外部テーエスアドレスであるように変え、該メッセージをゲートキーパーへ送る（１４０４）。
【０１３６】
終点及びトラバーサルサーバーはＩＩ．１０節及びＩＩ．１１節で説明される手順に従うことにより本発明の情報を使ってメディアセットアップを完成する。
ＩＩ．１０．外向きパスプロービング（Outward Path Probing）
理論的には、外へ出るメディアデータが該内側アドレス空間内の終点から遠隔終点へ直接行くことは可能である。しかしながら、トラバーサルサーバーは該外向きデータをリレイするよう選んでもよい。もしそれがそうするなら、Ｈ．２４５合図動作は、行われる必要がある外向きプロービング（outward probing）を説明するアールテーピー（RTP）及び／又はアールテーシーピー（RTCP）データに対応するアウト−プローブ−インフォ（Out-Probe-Info）パラメーターを含むであろう。
【０１３７】
本節は１つのデータパス用のプロービング手順を説明する。もし外向きのアールテーピー（RTP）とアールテーシーピー（RTCP）の両者が必要ならば、アウト−プローブ−インフォコンストラクト内の適当なプローブ値を使ってこの手順の２つの場合が実施されるのが好ましい。本節と、随伴する図１５はアールテーピー（RTP）データ流れ用のプロービング動作を説明する。アールテーシーピー（RTCP）のシーケンスは同様である。
【０１３８】
終点がアウト−プローブ−インフォコンストラクト内に含まれるプローブ情報を受けると、それはそれがアールテーピー（RTP）｛又はアールテーシーピー（RTCP）｝パケットを送るであろうアドレスからＨ２２５０ロジカルチャンネルアックパラメーターコンストラクト内に指定される対応するアドレスへプローブパケットを送る。該プローブパケットは該アウト−プローブ−インフォコンストラクトのプローブ−トークン要素内に含まれるプローブ−トークン値を使ってＩＩ．１２節で説明される様に作られる。ユーデーピーパケット消失を許容するために、該終点は対応するプローブ−アックパケットが受信される（１５０３）までプローブパケットを送り続ける（１５０１）（１５０２）。該トラバーサルサーバーが該プローブ−アックパケット内に置く値は該アウト−プローブ−インフォコンストラクトのプローブ−トークン要素のプローブ−アック−トークン値内で指定され
る。
【０１３９】
トラバーサルサーバーは該データパスを検証するために該プローブパケット内の該トークンを使う。該トラバーサルサーバーは該プローブパケットの送り手アドレスを記録し、その送り手アドレスからの関連内部テーエスアドレス上で受信される何等かの将来パケットを同じデータパスと組み合わせる（１５０４）。該Ｈ．２４５オープンロジカルチャンネルアックメッセージから前に記憶された情報を使って、トラバーサルサーバーは受信されたデータパケットを正しい場所へ送ることが出来る（１５０５）。
ＩＩ．１１．内向きパスプロービング（Inward Path Probing）
メディアデータ｛アールテーピー（RTP）、前進アールテーシーピー（forward RTCP）又は逆アールテーシーピー（reverse RTCP）の何れか｝が該トラバーサルサーバーから該終点へ送られる必要がある時、エヌエイテー内の適当なアドレス拘束を創ることが好ましい。これはトラバーサルサーバーへプローブパケットを送る終点により行われる。
【０１４０】
本節は、図１６と共に、内向きパスプロービング手順を説明する。テキストと図面を簡単化するために、説明は内向きアールテーピー（RTP）流れのセットアップの展望からだけ行う。アールテーシーピー（RTCP）のシーケンスも同様である。
【０１４１】
内向きアールテーピー（inward RTP）｛又はアールテーシーピー（RTCP）｝データパス用のプローブ情報はイン−プローブ−インフォコンストラクトの場合に含まれる。これはプローブパケット及びプローブ−アックパケット内で使われるべきトークンと、又該終点が該プローブパケットを送るべきアドレスと、を含む。該終点は関連イン−プローブ−インフォコンストラクト内のプローブ−トークン値を使ってＩＩ．１２節で説明される様にプローブパケットを作る。該プローブパケットはイン−プローブ−インフォのプローブ−アドレスパラメーター内で指定されたアドレスへ送られる（１６０１）。ユーデーピーパケット消失を許容するために、該終点は、対応するプローブ−アックパケットが受信される（１６０３）まで該プローブパケットを再送信し続ける（１６０２）。
【０１４２】
該トラバーサルサーバーは該データパスを検証するために該プローブパケット内のトークンを使う。該トラバーサルサーバーは、アールテーピー（RTP）又はアールテーシーピー（RTCP）メディアパケットが遠隔終点から受信された時、それがそれらを終点へ送るために記憶されエヌエイテー化されたアドレスを使うことが出来るように、該データパス情報を有するプローブパケットのエヌエイテー化された送り手アドレスを記憶する（１６０５）。
ＩＩ．１２．プローブトークン及びプローブパケットフオーマット（Probe Tokens & Probe Packet Format）
本発明のプローブパケット及びプローブ−アックパケットはアールテーピー（RTP）及びアールテーシーピー（RTCP）パケットと同じ送り手及び受け手アドレスを使うので、該２つを区別出来ることが好ましい。本発明のプローブパケットはそれらのサイズによりアールテーピー（RTP）及びアールテーシーピー（RTCP）パケットと区別されるのが好ましい。アールテーピー（RTP）又はアールテーシーピー（RTCP）パケットの最小サイズは１２バイトである。従って本発明のプローブパケットは好ましくは１２バイトより短い長さであるのがよい。非標準Ｈ．２４５パラメーターからのプローブ−トークン及びプローブ−アック−トークンはネットワークバイト順序でプローブパケット内に置かれる。
【０１４３】
プローブトークン０ｘ０５６４ｆｄｅ４５９ｂａ４５３ｃ用のプローブパケット例が、アイイーテーエフ（IETF）ビット番号付け慣例を使って図１７で図解される。
【０１４４】
プローブトークンは又テーシーピー接続のセットアップで使われてもよい。この場合、該接続を確立する実体（典型的には終点）により該接続上で送信されるバイトの第１セッ
トが該プローブトークンの値に対応する。該プローブトークンを表すバイトはユーデーピープローブパケット用と同じ方法でフオーマットされる。該プローブトークンの値はトラバーサルサーバーにより選択され、例えそれが全ての前に発生されたプローブトークンの充分な知識を有しても、外部デバイスにより予測出来ないのが好ましい。各プローブトークンは、該トラバーサルサーバーが種々の接続確立イベントを見分けるに充分な時間に亘りユニークであるのが好ましい。各プローブトークンは符号化され／暗号化されることが出来る。
ＩＩ．１３．テーシーピー合図動作のキープアライブ（TCP Signaling Keep Alive）
終点とトラバーサルサーバーの間のテーシーピー接続は、エヌエイテーに接続用拘束をリリースさせる期間中不活性であってもよい。これが起こらないことを保証するために、終点は該エヌエイテー拘束が適当な周期で（at suitable periods）新しくされることを保証する。普通のメッセージの送信でこれを行うことが出来る。しかしながら、もしこの様なメッセージが、新しくすることが要求される時、適切でないなら、該拘束を新しくするための代わりの機構が使われることが好ましい。該拘束を新しくするためにランダムなパケットがテーシーピーの流れ内に挿入されることが可能なので、本発明は、テーシーピー上で通信する各プロトコル用に適切なエヌエイテー拘束レフレッシュシーケンス（NAT binding refresh sequence）が規定されることを求める。Ｈ．２２５及びＨ．２４５の場合、エヌエイテーレフレッシュはトラバーサルサーバーへ空のテーピーケーテー（empty TPKT）（バイト０ｘ０３，０ｘ００，０ｘ００，０ｘ０４のみから成る）を送る終点により達成される。もし該トラバーサルサーバーがこの様な空のテーピーケーテーを受信するなら、それはそれを捨て、それを該ゲートキーパーへは送らない。これがテーシーピー層（TCP layer）により行われるので該トラバーサルサーバーがアップリケーションレベルで該空のテーピーケーテーを確認応答する必要はない。Ｈ．２２５／Ｈ．２４５テーシーピーエヌエイテー拘束レフレッシュ手順は図１８で図解される。
ＩＩ．１４．メディアキープアライブ（Media Keep Alive）
もし特定のエヌエイテー拘束に対応するメディアが該エヌエイテー拘束満了に帰結する期間の間交換されなかったなら、該終点はプローブパケットを該トラバーサルサーバーへ送ることにより該エヌエイテー拘束をレフレッシュすることが好ましい。該プローブパケットは該拘束が初期に確立される時使われるプローブトークンを含むのが好ましい。該終点は好ましくはそれが該トラバーサルサーバーから対応するプローブ−アックパケットを受信するまで適当な間隔でプローブパケットを送信し続けるのがよい。
ＩＩ．１５．コールの終了（Terminating a Call）
コールが終了すると、トラバーサルサーバーは恰もそれがゲートキーパーであるかの様な同じ手順を使って該テーシーピー送り手をリリースする。最終のテーシーピー送り手がリリースされると、該トラバーサルサーバーは該メディアをリレイすることに割り当てられたどんな送り手もリリースする。
【０１４５】
代わりの実施例では、クライアントは、他のデバイスに代わってエヌエイテー及びファイアウォールトラバーサルを提供するＨ．３２３ゲートキーパーであってもよい。該ゲートキーパーは終点と同様な流儀でトラバーサルサーバーに登録する。この登録はゲートキーパーとトラバーサルサーバーの間の通信チャンネルを始動する。
【０１４６】
該ゲートキーパーとトラバーサルサーバーは隣り合ったもの（neighbors）としてコンフイギュアされる。もしこれが行われるなら、それらは終点がどちらの場所に登録されているかを決定するために相互に対し位置請求（location requests）｛エルアールキューエス（LRQs）｝を発行する。もしその終点がその様に登録され、ファイアウォールトラバーサル自身をサポートすることが出来ないなら、該エルアールキューに応答するデバイスは合図動作とメディア用の代わりの物（proxy）として作動するであろう。もし該終点がファイアウォールトラバーサルをサポートすることが出来て、サポートすることを望むなら、Ｈ．２２５合図動作は該ゲートキーパーを通るよう道筋を決められ、他の合図動作とメディアは直接該トラバーサルサーバーの方へラン（run）してもよい。
【０１４７】
一般に、本発明の実施例の種々の部品はハードウエア、ソフトウエア又はそれらの組み合わせで実施されることが出来ることは強調されるべきである。例えば、クライアントはセルフオン（cell phone）、会議電話、コンピュータ、他の部分とすることが出来て、サーバーは基地ステーション（base station）の部分とすることが出来る。本発明のこの様な実施例ではどんな現在利用可能な又は将来開発されるコンピュータソフトウエア言語及び／又はハードウエア部品も使われ得る。例えば、上記で述べた機能の少なくとも幾つかはビジュアルベイシック（Visual Basic）、Ｃ，Ｃ＋＋、又は使われるプロセサー（複数を含む）を考慮して適切な何等かのアセンブリー言語を使って実施され得る。又それはジャバ（Java）の様なインタープリティブ環境（interpretive environment）で書かれ、種々のユーザーへの多数受け手へ伝送されることが出来る。
【０１４８】
本発明の実施例の多くの特徴と利点は詳細な仕様書から明らかであり、かくして本発明の真の精神と範囲内に入る本発明の全てのこの様な特徴と利点をカバーすることが付属する請求項により意図されている。更に、多くの変型と変更が当業者には容易に起こるであろうから、本発明を図解され説明された精確な構造と動作に限定することは望まれておらず、従って全ての適当な変型と等化物が本発明の範囲に帰せられ、入るものである。
【０１４９】
図１９は本発明の実施例がその上で実現されるコンピュータシステム１２０１を図解する。該コンピュータシステム１２０１は情報を通信するためのバス１２０２又は他の通信機構と、該情報を処理するために該バス１２０２に接続されたプロセサー１２０３と、を有する。コンピュータシステム１２０１は又、情報と、プロセサー１２０３により実行されるべきインストラクションと、を記憶するために該バス１２０２に接続された、ランダムアクセスメモリー（ＲＡＭ）又は他のダイナミック記憶デバイス｛例えば、ダイナミックラム（dynamic RAM）（ＤＲＡＭ）、スタチックラム（static RAM）（ＳＲＡＭ）、及び同期ＤＲＡＭ（synchronous DRAM）（ＳＤＲＡＭ）｝の様な主メモリー１２０４を有する。加えて、該主メモリー１２０４は該プロセサー１２０３によるインストラクションの実行中１時的変数又は他の中間的情報を記憶するため使われてもよい。該コンピュータシステム１２０１は更に静的な情報及び該プロセサー１２０３用インストラクションを記憶するために該バス１２０２に接続された、リードオンリーメモリー（read only memory）（ＲＯＭ）１２０５又は他のスタチック記憶デバイス（static storage device）｛例えば、プログラム可能なＲＯＭ（ＰＲＯＭ）、消去可能なＰＲＯＭ（ＥＰＲＯＭ）、そして電気的に消去可能なＰＲＯＭ（ＥＥＰＲＯＭ）｝を有する。
【０１５０】
コンピュータシステム１２０１は又磁気的ハードディスク１２０７の様な、情報及びインストラクションを記憶するための１つ以上の記憶デバイスを制御するためにバス１２０２に接続されたディスク制御器１２０６と、及びリムーバブルメディアドライブ（removable media drive）１２０８｛例えば、フロッピーディスクドライブ、リードオンリーコンパクトディスクドライブ（read-only compact disc drive）、リード／ライトコンパクトディスクドライブ（read/write compact disc drive）、コンパクトディスクジュークボックス（compact disc jukebox）、テープドライブ、そしてリムーバブル光磁気ドライブ（removable magneto-optical drive）｝と、を有する。該記憶デバイスは適当なデバイスインターフエース｛例えば、スモールコンピュータシステムインターフエース（small computer system interface）（ＳＣＳＩ）、インテグレーテッドデバイスエレクトロニクス（integrated device electronics）（ＩＤＥ）、エンハンスドアイデーイー（enhanced-IDE）（Ｅ−ＩＤＥ）、ダイレクトメモリーアクセス（direct memory access）（ＤＭＡ）、又はウルトラデーエムエイ（ultra-DMA）｝を用いて該コンピュータシステム１２０１へ付加されてもよい。
【０１５１】
該コンピュータシステム１２０１は又特殊目的ロジックデバイス（special purpose logic devices）｛例えば、特定応用向け集積回路（application specific integrated circuits）（ＡＳＩＣｓ）｝又はコンフイギュラブルロジックデバイス（configurable logic devices）｛例えばシンプルプログラマブルロジックデバイス（simple programmable logic devices）（ＳＰＬＤｓ）、コンプレックスプログラマブルロジックデバイス（complex programmable logic devices）（ＣＰＬＤｓ）、そしてフイールドプログラマブルゲートアレイ（field programmable gate arrays）（ＦＰＧＡｓ）｝を含んでもよい。
【０１５２】
該コンピュータシステム１２０１は又コンピュータユーザーに情報を表示するよう、陰極線管（ＣＲＴ）の様な、デイスプレー１２１０を制御するために該バス１２０２に接続されたデイスプレー制御器１２０９を有してもよい。該コンピュータシステムはコンピュータユーザーと相互作用し、情報を該プロセサー１２０３に提供するためにキーボード１２１１及び画像位置指示デバイス（pointing device）１２１２の様な入力デバイスを有する。該画像位置指示デバイス１２１２は方向情報及びコマンド選択をプロセサー１２０３に通信し、該デイスプレー１２１０上のカーソル移動を制御するための、例えば、マウス、トラックボール、又は指示スチック（pointing stick）であってもよい。加えて、プリンターが該コンピュータシステム１２０１により記憶された及び／又は発生されたデータのプリントされたリスト（listing）を提供してもよい。
【０１５３】
該コンピュータシステム１２０１は、主メモリー１２０４の様なメモリー内に含まれる１つ以上のインストラクションの１つ以上のシーケンスを実行するプロセサー１２０３に応答して本発明の処理過程の部分又は全部を行う。この様なインストラクションはハードディスク１２０７又はリムーバブルメディアドライブ１２０８の様なもう１つのコンピュータ読み出し可能なメディアム（medium）から該主メモリー１２０４内へ読み込まれる。多数処理配備の１つ以上のプロセサーが主メモリー１２０４内に含まれるインストラクションのシーケンスを実行するために使われてもよい。代わりの実施例では、ソフトウエアインストラクションの代わりに又はそれと組み合わせてハードワイヤード回路（hard-wired circuitry）が使われてもよい。かくして、実施例は何等特定のハードウエア回路とソフトウエアの組み合わせに限定されない。
【０１５４】
上記で述べた様に、該コンピュータシステム１２０１は本発明の開示によりプログラムされたインストラクションを保持し、ここに説明されたデータ構造、表、記録又は他のデータを含む、ための少なくとも１つのコンピュータ読み出し可能なメディアム又はメモリーを含む。コンピュータ読み出し可能なメディアの例はコンパクトディスク、ハードディスク、フロッピーディスク、テープ、光磁気ディスク、ピーロム（PROMs）（ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシＥＰＲＯＭ）、デーラム（DRAM）、エスラム（SRAM）、エスデーラム（SDRAM）又は何等かの他の磁気メディアム、コンパクトディスク（例えば、ＣＤ−ＲＯＭ）、又は何等かの他の光学的メディアム、パンチカード、紙テープ、又は孔のパターンを有する他の物理的メディアム、搬送波（carrier wave）（下記で説明される）、コンピュータが読むことが出来る何等かの他のメディアムである。
【０１５５】
コンピュータ読み出し可能なメディアの何れか１つ又は組み合わせ上に記憶された、ソフトウエアを本発明は有するが、それは該コンピュータシステム１２０１を制御し、本発明を実施するためのデバイス又は複数デバイスをドライブし、そして該コンピュータシステム１２０１に人間ユーザー（例えば、プリント生産係員）と相互作用させるためである。この様なソフトウエアはデバイスドライバー、オペレーティングシステム、開発ツール、そしてアップリケーションソフトウエアを含むが、それらに限定されない。この様なコンピュータ読み出し可能なメディアは更に本発明の実施で行われる処理の全部又は１部（もし処理が分散されていれば）を行うための本発明のコンピュータプログラム製品を含む。
【０１５６】
本発明のコンピュータコードデバイスはスクリプト（script）、インタープリタブルプログラム（interpretable programs）、ダイナミックリンクライブラリー（dynamic link
libraries）（ＤＬＬｓ）、ジャバクラス（Java classes）、そして完全な実行可能なプログラムを含むが、それらに限定されない、何等かのインタープリタブル（interpretable）な又は実行可能なコードメカニズム（code mechanism）である。更に、本発明の処理の部分はより良い性能、信頼性、及び／又はコストのために分散されてもよい。
【０１５７】
用語“コンピュータ読み出し可能なメディアム（computer readable medium）”はここで使われる時実行用にプロセサー１２０３へのインストラクション提供に参画するどんなメディアムをも呼称する。コンピュータ読み出し可能なメディアムは不揮発性メディア、揮発性メディア、そして伝送メディア（transmission media）を含むが、それらに限定されない多くの形を取ってよい。不揮発性メディアは、例えば、ハードディスク１２０７の様な光学的、磁気的ディスク、及び光磁気ディスク、又はリムーバブルメディアドライブ１２０８を含む。揮発性メディアは主メモリー１２０４の様な、ダイナミックメモリーを含む。伝送メディアは、バス１２０２を構成するワイヤを含む、同軸ケーブル、銅線そして光フアイバーを含む。伝送メディアは音響の又は、無線周波及び赤外線データ通信中発生されるそれらの様な、光波の形を取ってもよい。
【０１５８】
種々の形のコンピュータ読み出し可能なメディアが実行用にプロセサー１２０３への１つ以上のインストラクションの１つ以上のシーケンスの実行に含まれてもよい。例えば、該インストラクションは遠隔のコンピュータの磁気ディスク上に初期には担われてもよい。該遠隔のコンピュータは本発明の全部又は１部を実施するためのインストラクションをダイナミックメモリー内へ遠隔でロードし、モデムを使って電話線上で該インストラクションを送信することが出来る。該コンピュータシステム１２０１にローカルなモデムは該電話線上で該データを受信し、該データを赤外線信号に変換するために赤外線送信器を使う。該バス１２０２に接続された赤外線検出器は該赤外線信号内に担われた該データを受信し、該データを該バス１２０２上に置くことが出来る。該バス１２０２は該データを該主メモリー１２０４へ運ぶが、該メモリーから該プロセサー１２０３が該インストラクションを検索し、実行する。該主メモリー１２０４により受信された該インストラクションはオプションで、プロセサー１２０３による実行の前か又は後か何れかで記憶デバイス１２０７又は１２０８上に記憶されてもよい。
【０１５９】
該コンピュータシステム１２０１は又該バス１２０２に接続された通信インターフエース１２１３を有する。該通信インターフエース１２１３は、例えばローカルエリアネットワーク（ＬＡＮ）１２１５か、又はインターネットの様なもう１つの通信ネットワーク１２１６に接続されたネットワークリンク１２１４への双方向データ通信接続を提供する。例えば、該通信インターフエース１２１３は、何等かのパケット交換エルエイエヌ（packet switched LAN）へ取り付けるネットワークインターフエースカードであってもよい。もう１つの例として、該通信インターフエース１２１３は非対称デジタル加入者ライン（asymmetrical digital subscriber line）（ＡＤＳＬ）カード、サービス総合デジタル網（integrated services digital network）（ＩＳＤＮ）カード又は対応型通信線（corresponding type of communications line）へのデータ通信接続を提供するモデムであってもよい。又無線リンクが実施されてもよい。何れのこの様な実施例でも、該通信インターフエース１２１３は種々の種類の情報を表すデジタルデータストリームを運ぶ電気、電磁又は光信号を送受信する。
【０１６０】
ネットワークリンク１２１４は典型的に１つ以上のネットワークを通しての他のデータデバイスへのデータ通信を提供する。例えば、該ネットワークリンク１２１４はローカルネットワーク１２１５（例えば、ＬＡＮ）を通して、又は通信ネットワーク１２１６を通
して通信サービスを提供するサービスプロバイダーにより操作される機器を通して、もう１つのコンピュータへの接続を提供してもよい。該ローカルネットワーク１２１４と通信ネットワーク１２１６は、例えば、デジタルデータストリームを運ぶ電気的、電磁的又は光学的信号と、付随する物理層（例えば、ＣＡＴ５ケーブル、同軸ケーブル、光フアイバー、他）と、を使う。種々のネットワークを通しての信号と、該ネットワークリンク１２１４上の及びコンピュータシステム１２０１へ及びそれからデジタルデータを運ぶ通信インターフエース１２１３を通しての信号と、はベースバンド信号で、或いは搬送波ベースの信号（carrier wave based signals）で、実施されてもよい。該ベースバンド信号はデジタルデータを、デジタルデータビットのストリームを描写する非変調電気パルス（unmodulated electrical pulses）として運ぶが、そこでは用語“ビット（bits）”はシンボルを意味するよう広く解釈されるべきであり、各シンボルが少なくとも１つ以上の情報ビットを運んでいる。又該デジタルデータは振幅、位相を用いての様に搬送波を変調するため使われてもよく、そして／又は周波数シフトキー動作された信号であってもよいが、それらは導電性メディア上を伝播するか又は伝播メディアムを通しての電磁波として送信される。かくして、該デジタルデータは“有線の”通信チャンネルを通して非変調ベースバンドデータとして送られてもよく、そして／又は、搬送波を変調することによりベースバンドと異なる、予め決められた周波数バンド内で送られてもよい。該コンピュータシステム１２０１は該ネットワーク（複数を含む）１２１５及び１２１６、ネットワークリンク１２１４そして通信インターフエース１２１３を通して、プログラムコードを含むデータを送信及び受信することが出来る。更に、該ネットワークリンク１２１４は、パーソナルデジタルアシスタント（ＰＤＡ）、ラップトップコンピュータ、又はセルラー電話の様なモバイルデバイス１２１７へのＬＡＮ１２１５を通しての接続を提供してもよい。
【図面の簡単な説明】
【０１６１】
本発明は付随する図面を参照して、例により説明される。
【図１】エスアイピー用の本発明のトラバーサルアーキテクチャー例を描く線図である。
【図２】本発明の登録及びテーエルエス接続キープアライブ過程を図解するフローチャートである。
【図３】本発明の入来するコール過程の取り扱いを図解するフローチャートである。
【図４】本発明の出て行くコール過程の取り扱いを図解するフローチャートである。
【図５】本発明のメディア過程の確立を図解するフローチャートである。
【図６】エスアイピー用の本発明のプローブパケット例を描く線図である。
【図７】Ｈ．３２３用の本発明のトラバーサルアーキテクチャー例を描く線図である。
【図８】本発明の制御パス確立及び登録過程を図解するフローチャートである。
【図９】本発明の出て行くコール過程の作成を図解するフローチャートである。
【図１０】本発明の入来するコール過程の受信を図解するフローチャートである。
【図１１】本発明の出て行くメディア確立過程用の合図動作を図解するフローチャートである。
【図１２】本発明の入来するメディア過程の確立用の合図動作を図解するフローチャートである。
【図１３】本発明の高速接続を使い−コール過程を作成するメディアの確立を図解するフローチャートである。
【図１４】本発明の高速接続を使い−コール過程に答えるメディアの確立を図解するフローチャートである。
【図１５】本発明の外向きパスプロービング過程を図解するフローチャートである。
【図１６】本発明の内向きパスプロービング過程を図解するフローチャートである。
【図１７】Ｈ．３２３用の本発明のプローブパケット例を描く線図である。
【図１８】本発明のＨ．２２５／Ｈ．２４５テーシーピーキープアライブ（keep-alive）手順の過程を図解するフローチャートである。
【図１９】本発明に付随するジェネリック（generic）計算デバイスの機能的ブロック線図である。
【図１】
2007517430.tif 000003
【図２】
2007517430.tif 000004
【図３】
2007517430.tif 000005
【図４】
2007517430.tif 000006
【図５】
2007517430.tif 000007
【図６】
2007517430.tif 000008
【図７】
2007517430.tif 000009
【図８】
2007517430.tif 000010
【図９】
2007517430.tif 000011
【図１０】
2007517430.tif 000012
【図１１】
2007517430.tif 000013
【図１２】
2007517430.tif 000014
【図１３】
2007517430.tif 000015
【図１４】
2007517430.tif 000016
【図１５】
2007517430.tif 000017
【図１６】
2007517430.tif 000018
【図１７】
2007517430.tif 000019
【図１８】
2007517430.tif 000020
【図１９】
2007517430.tif 000021
【手続補正書】
【提出日】平成17年10月11日(2005.10.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワークアドレス変換すなわちエヌエイテー／ファイアウォールデバイスにより創られた私的アドレス空間内の私的クライアントと、該私的アドレス空間から離れた外側アドレス空間内の遠隔クライアントと、の間でインターネットプロトコルすなわちアイピー上でマルチメディア情報を伝送する方法に於いて、前記方法が
ａ）該私的クライアントと、該外側アドレス空間内のトラバーサルサーバーと、の間に一貫した登録接続を確立する過程を具備しており、該一貫した登録接続は該エヌエイテー／ファイアウォールデバイスを通過しており、前記方法は又
ｂ）該私的なクライアントとのマルチメディア情報伝送用に該外側アドレス空間内の標準通信サーバーに登録する過程と、
ｃ）実時間マルチメディア通信用通信標準による標準メッセージを該トラバーサルサーバーから該私的クライアントへ送信する過程と、を具備しており、該標準メッセージはプローブ規定を有しており、前記方法は又
ｄ）該トラバーサルサーバーで該プローブ規定に基づくプローブを有するプローブパケットを、該私的クライアントから受信する過程を具備しており、該プローブパケットの送り手アドレスは該エヌエイテー／ファイアウォールデバイスにより変換されており、そして前記方法は又
ｅ）該プローブパケットの該送り手アドレスを用いてアイピー上で該エヌエイテー／ファイアウォールデバイスを通して該私的クライアントと該遠隔クライアントの間で該マルチメディア情報を伝送する過程を具備することを特徴とする該方法。
【請求項２】
該私的クライアントの少なくとも１つ、該エヌエイテー／ファイアウォール、該トラバーサルサーバー、該標準通信登録サーバー又は該遠隔クライアントの間で、該実時間通信標準としてセションイニシエーションプロトコルすなわちエスアイピーを実施する過程に於いて、該登録の過程が更に、
該標準通信登録サーバーがエスアイピーレジストラー／プロキシーを有するようコンフイギュアする過程と、
該トラバーサルサーバーで該私的クライアントから標準エスアイピー登録メッセージを
受信する過程と、
該トラバーサルサーバーで該標準エスアイピー登録メッセージ内のコンタクトヘッダーを該トラバーサルサーバーのアドレスを含むよう修正する過程と、
該トラバーサルサーバーのアドレスを有する該修正された標準エスアイピー登録メッセージを該トラバーサルサーバーから該エスアイピーレジストラー／プロキシーへ送る過程と、
該トラバーサルサーバーで該エスアイピーレジストラー／プロキシーから標準エスアイピーオーケーメッセージを受信する過程と、
該トラバーサルサーバーで該標準エスアイピーオーケーメッセージ内のコンタクトヘッダーを該私的クライアントから受信された該コンタクトヘッダーを含むよう修正する過程と、そして
該私的クライアントから受信された該コンタクトヘッダーを有する該修正された標準エスアイピーオーケーメッセージを該トラバーサルサーバーから該私的クライアントへ送る過程と、を具備することを特徴とする請求項１の方法。
【請求項３】
該私的クライアントの少なくとも１つ、該エヌエイテー／ファイアウォール、該トラバーサルサーバー、該標準通信登録サーバー又は該遠隔クライアントの間で該実時間通信標準としてセションイニシエーションプロトコルすなわちエスアイピーを実施する過程に於いて、該標準メッセージを送る過程が更に、
該トラバーサルサーバーで該エスアイピーレジストラー／プロキシーから標準エスアイピーインバイトメッセージを受信する過程を具備しており、該標準エスアイピーインバイトメッセージが該トラバーサルサーバーのアドレスと、該遠隔クライアントのアドレスを有するコンタクトヘッダー及びレコードルートヘッダーの少なくとも１つと、を備える汎用送り手識別子を具備しおり、該標準メッセージを送る過程が又
該汎用送り手識別子を該私的クライアントのアドレスを有するよう修正する過程と、
該コンタクトヘッダー又は該レコードルートヘッダーの少なくとも１つを該遠隔のクライアントのアドレスと該トラバーサルサーバーのアドレスとの少なくとも１つを有するよう修正する過程と、
該プローブ規定を有する標準セションデスクリプションプロトコルすなわちエスデーピーのパラメーターを該標準エスアイピーインバイトメッセージへ付加する過程と、
該標準エスデーピーパラメーターを有する該修正された標準エスアイピーインバイトメッセージと、該修正された汎用送り手識別子とそして該修正されたコンタクトヘッダー及び該修正されたレコードルートヘッダーの少なくとも１つと、を該トラバーサルサーバーから該私的クライアントへ送る過程と、そして
該トラバーサルサーバーで受信された標準エスアイピーオーケーメッセージを該私的クライアントから該エスアイピーレジストラー／プロキシーへ送る過程と、を具備していることを特徴とする請求項１の方法。
【請求項４】
該私的クライアントの少なくとも１つ、該エヌエイテー／ファイアウォール、該トラバーサルサーバー、該標準通信登録サーバー又は該遠隔クライアントの間で該実時間通信標準としてセションイニシエーションプロトコルすなわちエスアイピーを実施する過程に於いて、該標準メッセージを送る過程が更に、
該トラバーサルサーバーで該登録チャンネルを経由して該私的クライアントから標準エスアイピーインバイトメッセージを受信する過程を具備しており、該標準エスアイピーインバイトメッセージは該私的クライアントのアドレスを有するコンタクトヘッダー及びレコードルートヘッダーの少なくとも１つを備えており、該標準メッセージを送る過程は又
該コンタクトヘッダー又は該レコードルートヘッダーの少なくとも１つを該トラバーサルサーバーのアドレスを有するよう修正する過程と、
該標準エスアイピーインバイトメッセージを該トラバーサルサーバーから、該修正されたコンタクトヘッダー及び該修正されたレコードルートヘッダーの少なくとも１つを有す
る該エスアイピーレジストラー／プロキシーへ送る過程と、
該トラバーサルサーバーで該エスアイピーレジストラー／プロキシーを経由して該遠隔クライアントから標準エスアイピーオーケーメッセージを受信する過程と、
該標準エスアイピーオーケーメッセージに該プローブ規定を含む標準エスデーピーパラメーターを付加する過程と、そして
該付加されたエスデーピーパラメーターを有する標準エスアイピーオーケーメッセージを該私的クライアントへ送る過程と、を具備することを特徴とする請求項１の方法。
【請求項５】
該標準エスアイピーインバイトメッセージを受信する過程が更に
マルチメディア情報伝送用に標準のリアルタイムプロトコルすなわちアールテーピー、を実施する過程と、そして
該アールテーピーベースのメディア情報を説明する少なくとも１つのメディアパラメーターセットを有する標準エスアイピーインバイトメッセージを受信する過程と、具備することを特徴とする請求項３又は４の方法。
【請求項６】
該私的クライアントの少なくとも１つ、該エヌエイテー／ファイアウォール、該トラバーサルサーバー、該標準通信登録サーバー又は該遠隔クライアントの間で該実時間通信標準としてセションイニシエーションプロトコルすなわちエスアイピーを実施する過程に於いて、該マルチメディア情報を伝送する過程が更に、
該トラバーサルサーバーで該マルチメディア情報伝送を終了させる標準エスアイピーバイメッセージを受信する過程と、そして
該トラバーサルサーバーで該マルチメディア情報伝送と組み合わされた送り手をリリースする過程と、を具備することを特徴とする請求項１の方法。
【請求項７】
該私的クライアントの１つ、該エヌエイテー／ファイアウォール、該トラバーサルサーバー、該標準通信登録サーバー又は該遠隔クライアントの間で該実時間通信標準としてセションイニシエーションプロトコルすなわちエスアイピーを実施する過程に於いて、該方法が更に、
該私的クライアントで該トラバーサルサーバーから受信したエスアイピーメッセージを該私的アドレス空間内の更に進んだ私的クライアントへリレイする過程と、そして
該更に進んだ私的クライアントから該私的クライアントで受信したエスアイピーメッセージを該トラバーサルサーバーへリレイする過程と、を具備することを特徴とする請求項１の方法。
【請求項８】
該私的クライアントの１つ、該エヌエイテー／ファイアウォール、該トラバーサルサーバー、該標準通信登録サーバー又は該遠隔クライアントの間で該実時間通信標準としてセションイニシエーションプロトコルすなわちエスアイピーを実施する過程に於いて、該一貫した登録接続を確立する過程が該私的クライアントと、該外側アドレス空間内の該トラバーサルサーバーと、の間の標準トランスポートレイヤーセキュリテイすなわちテーエルエスの接続を確立する過程を具備することを特徴とする請求項１の方法。
【請求項９】
該私的クライアントの少なくとも１つ、該エヌエイテー／ファイアウォール、該トラバーサルサーバー又は該遠隔クライアントの間で該実時間通信標準として国際電気通信連合すなわちアイテーユーのＨ．３２３を実施する過程に於いて、該登録する過程が更に、
該標準通信登録サーバーを標準Ｈ．３２３ゲートキーパーを有するようコンフイギュアする過程と、
該トラバーサルサーバーで該私的クライアントから標準Ｈ．３２３データパラメーター又はノンスタンダードデータのパラメーターを有する標準Ｈ．３２３登録請求すなわちアールアールキューのメッセージを受信する過程と、
該標準アールアールキューメッセージ内のタイムツーリブのパラメーターを、次のアー
ルアールキューメッセージが該一貫した登録接続用にエヌエイテー拘束の満了の前に該私的クライアントから受信されるように、修正する過程と、
該標準アールアールキューメッセージから該データパラメーターを除去する過程と、
該データパラメーターを有しない該修正された標準アールアールキューメッセージを該ゲートキーパーへ送る過程と、
該トラバーサルサーバーで該ゲートキーパーから標準Ｈ．３２３登録確認すなわちアールシーエフのメッセージを受信する過程と、
該データパラメーターを該アールシーエフメッセージに付加する過程と、そして
該データパラメーターを有する該アールシーエフメッセージを該私的クライアントへ送る過程と、を具備することを特徴とする請求項１の方法。
【請求項１０】
該方法が更に、
該私的クライアントから受信された該アールアールキューメッセージの送り手アドレスと同じ送り手アドレスを使って、該トラバーサルサーバーで、該私的クライアントから、標準Ｈ．３２３ライトウエイト登録請求すなわちライトウエイトアールアールキューのメッセージを受信する過程と、
該ライトウエイトアールアールキューのメッセージを該トラバーサルサーバーから該ゲートキーパーへを送る過程と、そして
該トラバーサルサーバーで受信された標準Ｈ．３２３ライトウエイトアールシーエフメッセージを該ゲートキーパーから該私的クライアントへ送る過程と、を具備することを特徴とする請求項９の方法。
【請求項１１】
該私的クライアントの少なくとも１つ、エヌエイテー／ファイアウォール、トラバーサルサーバー又は該遠隔クライアントの間で該実時間通信標準として国際電気通信連合すなわちアイテーユーの、Ｈ．３２３を実施する過程に於いて、該標準メッセージを送る過程が更に、
該標準通信登録サーバーを標準Ｈ．３２３ゲートキーパーを含むようコンフイギュアする過程と、
該トラバーサルサーバーで該ゲートキーパーから標準Ｈ．２４５アドレスを有する標準Ｈ．２２５合図動作メッセージを受信する過程と、
該標準Ｈ．２２５合図動作メッセージ内のＨ．３２３標準データパラメーターに該プローブ規定を付加する過程と、
該標準Ｈ．２２５合図動作メッセージ内の該Ｈ．２４５アドレスを修正する過程と、そして
該修正されたＨ．２４５アドレスと該プローブ規定とを有する該標準Ｈ．２２５合図動作メッセージを該私的クライアントへ送る過程とを具備しており、該データパラメーターのトランスポート−請求コンストラクト内のアドレスが該修正されたＨ．２４５アドレスと同じであることを特徴とする請求項１の方法。
【請求項１２】
該私的クライアントの少なくとも１つ、該エヌエイテー／ファイアウォール、トラバーサルサーバー、該標準通信登録サーバー又は該遠隔クライアントの間で該実時間通信標準として国際電気通信連合すなわちアイテーユーの、Ｈ．３２３を実施を実施する過程に於いて、該標準メッセージを送る過程が更に、
該標準通信登録サーバーを標準Ｈ．３２３ゲートキーパーを有するようコンフイギュアする過程と、
該トラバーサルサーバーで該ゲートキーパーからＨ．２２５標準セットアップメッセージを受信する過程と、
該私的クライアントが該トラバーサルサーバーとのトランスポート制御プロトコルすなわちテーシーピーの接続を確立することを請求する標準の登録承認ステイタスすなわちアールエイエスのメッセージを、該一貫した登録接続を経由して該トラバーサルサーバーか
ら該私的クライアントへ送る過程と、を具備しており、該アールエイエスメッセージは標準データパラメーターとプローブトークンとを有しており、該標準メッセージを送る過程は又
該トラバーサルサーバーとの該テーシーピー接続を確立する過程と、
該テーシーピー接続を経由して該私的クライアントから該トラバーサルサーバーで該プローブトークンを受信する過程と、そして
該プローブトークンを受信後該トラバーサルサーバーから該私的クライアントへ該Ｈ．２２５標準セットアップメッセージを送る過程と、を具備することを特徴とする請求項１の方法。
【請求項１３】
該私的クライアントの少なくとも１つ、エヌエイテー／ファイアウォール、トラバーサルサーバー、該標準通信登録サーバー又は該遠隔クライアントの間で該実時間通信標準として国際電気通信連合すなわちアイテーユーの、Ｈ．３２３を実施する過程に於いて、該標準メッセージを送る過程が更に、
該標準通信登録サーバーを標準Ｈ．３２３ゲートキーパーを有するようコンフイギュアする過程と、
該トラバーサルサーバーでテーシーピー接続を使って該ゲートキーパーからＨ．２４５標準メッセージを受信する過程と、
標準データパラメーターと、該私的クライアントが接続されるべき該トラバーサルサーバー上のアドレス及びプローブトークンと、を有するＨ．２２５標準設備メッセージを該トラバーサルサーバーから該私的クライアントへ送る過程と、
該トラバーサルサーバー上の該アドレスで該Ｈ．２２５標準設備メッセージからテーシーピー接続を確立する過程と、
該トラバーサルサーバーで該テーシーピー接続経由で該私的クライアントから該プローブトークンを受ける過程と、そして
該トラバーサルサーバーから該私的クライアントへ該Ｈ．２４５標準メッセージを送る過程と、を具備することを特徴とする請求項１の方法。
【請求項１４】
該私的クライアントの少なくとも１つ、エヌエイテー／ファイアウォール、トラバーサルサーバー、該標準通信登録サーバー又は該遠隔クライアントの間で該実時間通信標準として国際電気通信連合すなわちアイテーユーの、Ｈ．３２３を実施する過程に於いて、該標準メッセージを送る過程が更に、
該標準通信登録サーバーを標準Ｈ．３２３ゲートキーパーを有するようコンフイギュアする過程と、
該トラバーサルサーバーで該私的クライアントから標準Ｈ．２４５オープンロジカルチャンネルメッセージを受信する過程と、
該オープンロジカルチャンネルメッセージに該トラバーサルサーバーのアドレスを付加する過程と、
該トラバーサルサーバーの該アドレスを有する該オープンロジカルチャンネルメッセージを該ゲートキーパーへ送る過程と、
該トラバーサルサーバーで該ゲートキーパーから標準Ｈ．２４５オープンロジカルチャンネルアックメッセージを受信する過程と、
該オープンロジカルチャンネルアックメッセージにノンスタンダードデータパラメーターを付加する過程と、を具備しており、該データパラメーターはプローブトークンとトラバーサルサーバーアドレスとを有しており、そして該標準メッセージを送る過程は又
該トラバーサルサーバーから該私的クライアントへ該付加されたデータパラメーターを有する該オープンロジカルチャンネルアックメッセージを送る過程を具備することを特徴とする請求項１の方法。
【請求項１５】
該私的クライアントの少なくとも１つ、エヌエイテー／ファイアウォール、トラバーサ
ルサーバー、該標準通信登録サーバー又は該遠隔クライアントの間で該実時間通信標準として国際電気通信連合すなわちアイテーユーの、Ｈ．３２３を実施する過程に於いて、該標準メッセージを送る該過程が更に、
該標準通信登録サーバーを標準Ｈ．３２３ゲートキーパーを有するようコンフイギュアする過程と、
該トラバーサルサーバーで該ゲートキーパーから標準Ｈ．２４５オープンロジカルチャンネルメッセージを受信する過程と、
該オープンロジカルチャンネルメッセージにデータパラメーターを付加する過程と、を具備しており、該データパラメーターはプローブトークンとトラバーサルサーバーアドレスとを有しており、そして該標準メッセージを送る過程は又
該データパラメーターを有する該オープンロジカルチャンネルメッセージを該私的クライアントへ送る過程を具備することを特徴とする請求項１の方法。
【請求項１６】
該私的クライアントの少なくとも１つ、エヌエイテー／ファイアウォール、トラバーサルサーバー、該標準通信登録サーバー又は該遠隔クライアントの間でマルチメディア情報を伝送するためにリアルタイムプロトコルすなわちアールテーピーを実施する過程に於いて、該データパラメーターを付加する過程が更に、
該トラバーサルサーバーアドレスを記録する過程と、
該オープンロジカルチャンネルメッセージのＨ２２５０ロジカルチャンネルパラメーター内のアドレスを該メディア情報が該トラバーサルサーバーアドレスへ送られるように修正する過程と、そして
該オープンロジカルチャンネルメッセージ内のテーエックス−プローブ−インフォコンストラクトのアールテーピーパラメーター及びアールテーシーピーパラメーターにプローブトークン情報を付加する過程と、を具備することを特徴とする請求項１４又は１５の方法。
【請求項１７】
該私的クライアントの少なくとも１つ、エヌエイテー／ファイアウォール、トラバーサルサーバー、該標準通信登録サーバー又は該遠隔クライアントの間で該実時間通信標準として国際電気通信連合すなわちアイテーユーの、Ｈ．３２３を実施する過程に於いて、該標準メッセージを送る過程が更に、
該標準通信登録サーバーを標準Ｈ．３２３ゲートキーパーを有するようコンフイギュアする過程と、
該トラバーサルサーバーで該私的クライアントから標準Ｈ．２２５セットアップメッセージを受信する過程と、を具備しており、該Ｈ．２２５セットアップメッセージは送信及び受信アドレスの少なくとも１セットを有しており、該標準メッセージを送る過程は又
送信及び受信アドレスの各セットをトラバーサルサーバーアドレスとなるよう修正する過程と、
該修正されたアドレスを有する該標準Ｈ．２２５セットアップメッセージを該ゲートキーパーへ送る過程と、
該トラバーサルサーバーで該ゲートキーパーから標準Ｈ．２２５呼び出し中／接続メッセージを受信する過程と、を具備しており、該Ｈ．２２５呼び出し中／接続メッセージはメディア受け手アドレスを有しており、該標準メッセージを送る過程は又
該トラバーサルサーバーで該メディア受け手アドレスを記録する過程と、
該メディア受け手アドレスを記録した後該Ｈ．２２５呼び出し中／接続メッセージ内の該メディア受け手アドレスをトラバーサルサーバーアドレスとなるよう修正する過程と、そして
該修正されたメディア受け手アドレスを有する該Ｈ．２２５呼び出し中／接続メッセージを該トラバーサルサーバーから該私的クライアントへ送る過程と、を具備することを特徴とする請求項１の方法。
【請求項１８】
該私的クライアントの少なくとも１つ、エヌエイテー／ファイアウォール、トラバーサルサーバー、該標準通信登録サーバー又は該遠隔クライアントの間で該実時間通信標準として国際電気通信連合すなわちアイテーユーの、Ｈ．３２３を実施する過程に於いて、該標準メッセージを送る過程が更に、
該標準通信登録サーバーを標準Ｈ．３２３ゲートキーパーを有するようコンフイギュアする過程と、
該トラバーサルサーバーで該ゲートキーパーから標準Ｈ．２２５セットアップメッセージを受信する過程と、を具備しており、該標準Ｈ．２２５セットアップメッセージは送信及び受信アドレスの少なくとも１セットを有しており、該標準メッセージを送る過程は又
該標準Ｈ．２２５セットアップメッセージにデータパラメーターを付加する過程を具備しており、該データパラメーターは該標準Ｈ．２２５セットアップメッセージ内の提案された送信及び受信アドレスの各ユニークな対用のアールエックス−プローブ−インフォコンストラクトのコピーを有しており、該標準メッセージを送る過程は又
該データパラメーターを有する該Ｈ．２２５セットアップメッセージを該トラバーサルサーバーから該私的クライアントへ送る過程と、
該トラバーサルサーバーで該私的クライアントから標準Ｈ．２２５呼び出し中／接続メッセージを受信する過程と、を具備しており、該標準Ｈ．２２５呼び出し中／接続メッセージは該提案された送信及び受信アドレスへの回答を有しており、該標準メッセージを送る過程は又
該標準Ｈ．２２５呼び出し中／接続メッセージの該回答内の送信及び受信アドレスをトラバーサルサーバーアドレスとなるよう修正する過程と、そして
該標準Ｈ．２２５呼び出し中／接続メッセージを該トラバーサルサーバーから該ゲートキーパーへ送る過程と、を具備することを特徴とする請求項１の方法。
【請求項１９】
該私的クライアントの少なくとも１つ、エヌエイテー／ファイアウォール、トラバーサルサーバー、該標準通信登録サーバー又は該遠隔クライアントの間で該実時間通信標準として国際電気通信連合すなわちアイテーユーの、Ｈ．３２３を実施する過程に於いて、該プローブパケットを受信する過程が更に、該私的クライアントを１２より少ないバイト数を有するプローブパケットを受信するようコンフイギュアする過程を具備することを特徴とする請求項１の方法。
【請求項２０】
該私的クライアントと該トラバーサルサーバーの間の該実時間通信標準として国際電気通信連合すなわちアイテーユーの、Ｈ．３２３を実施する過程に於いて、該一貫した登録接続を確立する過程が更に該私的クライアントと該外側アドレス空間内の該トラバーサルサーバーとの間に標準のユーザーデータグラムプロトコルすなわちユーデーピーのメッセージを使う該一貫した登録接続を確立する過程を具備することを特徴とする請求項１の方法。
【請求項２１】
前記方法が更に
該プローブパケットの該送り手アドレスと該プローブの間の関係を記憶する過程と、そして
該記憶された関係に基づいてアイピー上で該エヌエイテー／ファイアウォールを通して該私的クライアントと該遠隔のクライアントの間の該マルチメディア情報を伝送する過程と、を具備することを特徴とする請求項１の方法。
【請求項２２】
外側アドレス空間内の、該外側アドレス空間から離れた私的アドレス空間内の私的クライアントと、該外側アドレス空間内の遠隔クライアントと、の間でインターネットプロトコルすなわちアイピー上で、マルチメディア情報を伝送するようコンフイギュアされた、トラバーサルサーバーに於いて、該私的アドレス空間はネットワークアドレス変換すなわちエヌエイテー／ファイアウォールデバイスにより創られており、該トラバーサルサーバ
ーが
ａ）該私的クライアントとの一貫した登録接続を確立するようコンフイギュアされたクライアント登録ユニットを具備しており、該一貫した登録接続は該エヌエイテー／ファイアウォールデバイスを通過しており、該トラバーサルサーバーは又
ｂ）該私的クライアントとのマルチメディア情報伝送用に該外側アドレス空間内の標準通信登録サーバーに登録するようコンフイギュアされたサーバー登録ユニットと、
ｃ）実時間マルチメディア通信用通信標準により標準メッセージを該私的クライアントへ送るようコンフイギュアされた標準メッセージ送信ユニットと、を具備しており、該標準メッセージはプローブ規定を有しており、そして該トラバーサルサーバーは又
ｄ）該私的クライアントから該プローブ規定に基づくプローブを有するプローブパケットを受信するようコンフイギュアされたプローブパケット受信ユニットを具備しており、該プローブパケットの送り手アドレスは該エヌエイテー／ファイアウォールデバイスにより変換されており、該マルチメディア情報は該プローブパケットの該送り手アドレスを使って、アイピー上で、該エヌエイテー／ファイアウォールデバイスを通して、該私的クライアントと該遠隔クライアントの間で伝送されることを特徴とするトラバーサルサーバー。
【請求項２３】
該私的クライアントの少なくとも１つ、該エヌエイテー／ファイアウォール、該トラバーサルサーバー、該サーバー登録ユニット、該標準通信登録サーバー又は該遠隔クライアント、が該実時間通信標準としてセションイニシエーションプロトコルすなわちエスアイピー用にコンフイギュアされており、該サーバー登録ユニットが更に、
標準エスアイピーレジストラー／プロキシーと、
該私的クライアントから標準エスアイピー登録メッセージを受信するようコンフイギュアされたメッセージ受信ユニットと、
該トラバーサルサーバーで該標準エスアイピー登録メッセージ内のコンタクトヘッダーを該トラバーサルサーバーのアドレスを有するよう修正するようコンフイギュアされたヘッダー修正ユニットと、
該トラバーサルサーバーの該アドレスを有する該修正された標準エスアイピー登録メッセージを該エスアイピーレジストラー／プロキシーへ送るようコンフイギュアされた送付ユニットと、
該エスアイピーレジストラー／プロキシーから標準エスアイピーオーケーメッセージを受信するよう更にコンフイギュアされた該メッセージ受信ユニットと、
該標準エスアイピーオーケーメッセージ内のコンタクトヘッダーを私的クライアントから受信された該コンタクトヘッダーを有するよう修正するようコンフイギュアされた修正ユニットと、そして
該私的クライアントから受信された該コンタクトヘッダーを有する該修正された標準エスアイピーオーケーメッセージを該私的クライアントへ送るよう更にコンフイギュアされた該送付ユニットと、を具備することを特徴とする請求項２２の該トラバーサルサーバー。
【請求項２４】
該私的クライアントの少なくとも１つ、該エヌエイテー／ファイアウォール、該トラバーサルサーバー、該標準メッセージ送信ユニット、該標準通信登録サーバー又は該遠隔クライアントが該実時間通信標準としてセションイニシエーションプロトコルすなわちエスアイピー用にコンフイギュアされており、該トラバーサルサーバーが更にトラバーサルサーバーアドレスを有し、該標準メッセージ送信ユニットが更に
該エスアイピーレジストラー／プロキシーから標準エスアイピーインバイトメッセージを受信するようコンフイギュアされた受信ユニットを具備しており、該標準エスアイピーインバイトメッセージは該トラバーサルサーバーアドレスを有する汎用送り手識別子と、コンタクトヘッダーと該遠隔クライアントのアドレスを有するレコードルートヘッダーとの少なくとも１つと、を備えており、該標準メッセージ送信ユニットは又
該汎用送り手識別子が該私的クライアントのアドレスを有するよう修正し、該コンタクトヘッダー又は該レコードルートヘッダーの少なくとも１つが該遠隔クライアントのアドレス及び該トラバーサルサーバーアドレスの少なくとも１つを有するよう修正する、ようコンフイギュアされた修正ユニットと、
該プローブ規定を有する標準セションデスクリプションプロトコルすなわちエスデーピーのパラメーターを該標準エスアイピーインバイトメッセージに付加するようコンフイギュアされた付加ユニットと、
該標準エスデーピーパラメーターと、該修正された汎用送り手識別子とそして該修正されたコンタクトヘッダーと該修正されたレコードルートヘッダーの少なくとも１つと、を有する該修正された標準エスアイピーインバイトメッセージを該私的クライアントへ送り、該私的クライアントから受信した標準エスアイピーオーケーメッセージを該エスアイピーレジストラー／プロキシーへ送る、ようコンフイギュアされた送付ユニットと、を具備することを特徴とする請求項２２の該トラバーサルサーバー。
【請求項２５】
該私的クライアントの少なくとも１つ、該エヌエイテー／ファイアウォール、該トラバーサルサーバー、該標準メッセージ送信ユニット、該標準通信登録サーバー又は該遠隔クライアントが該実時間通信標準としてセションイニシエーションプロトコルすなわちエスアイピー用にコンフイギュアされており、該トラバーサルサーバーが更にトラバーサルサーバーアドレスを有し、該標準メッセージ送信ユニットが更に
該私的クライアントから該登録チャンネルを経由して標準エスアイピーインバイトメッセージを受信するようコンフイギュアされた受信ユニットを具備しており、該標準エスアイピーインバイトメッセージはコンタクトヘッダーと該私的クライアントのアドレスを有するレコードルートヘッダーとの少なくとも１つを備えており、該標準メッセージ送信ユニットは又
該コンタクトヘッダー又は該レコードルートヘッダーの少なくとも１つを該トラバーサルサーバーアドレスを有するべく修正するようコンフイギュアされた修正ユニットと、
該標準エスアイピーインバイトメッセージを、該修正されたコンタクトヘッダー又は該修正されたレコードルートヘッダーの少なくとも１つを有する該エスアイピーレジストラー／プロキシーへ送るようコンフイギュアされた送付ユニットと、
該遠隔クライアントから該エスアイピーレジストラー／プロキシー経由で標準エスアイピーオーケーメッセージを受信するよう更にコンフイギュアされた該受信ユニットと、
該プローブ規定を有する標準エスデーピーパラメーターを該標準エスアイピーオーケーメッセージに付加するようコンフイギュアされた付加ユニットと、そして
該付加されたエスデーピーパラメーターを有する該標準エスアイピーオーケーメッセージを該私的クライアントへ送るよう更にコンフイギュアされた該送付ユニットと、を具備することを特徴とする請求項２２の該トラバーサルサーバー。
【請求項２６】
該マルチメディア情報が標準のリアルタイムプロトコルすなわちアールテーピーベースのメディア情報を有しており、該受信ユニットが更に該アールテーピーベースのメディア情報を説明する少なくとも１つのメディアパラメーターセットを有する標準エスアイピーインバイトメッセージを受信するようコンフイギュアされることを特徴とする請求項２４又は２５の該トラバーサルサーバー。
【請求項２７】
該私的クライアントの少なくとも１つ、該エヌエイテー／ファイアウォール、該プローブパケット受信ユニット、該トラバーサルサーバー、該標準通信登録サーバー又は該遠隔クライアントが、該実時間通信標準としてセションイニシエーションプロトコルすなわちエスアイピー、用にコンフイギュアされており、そして該プローブパケット受信ユニットが更に該マルチメディア情報伝送を終了させる標準エスアイピーバイメッセージを受信するようコンフイギュアされることを特徴とする請求項２２の該トラバーサルサーバー。
【請求項２８】
該私的クライアントの少なくとも１つ、該クライアント登録ユニット、該エヌエイテー／ファイアウォール、該トラバーサルサーバー、該標準通信登録サーバー又は該遠隔クライアントが、該実時間通信標準としてセションイニシエーションプロトコルすなわちエスアイピー、用にコンフイギュアされており、そして該クライアント登録ユニットが更に該私的クライアントとの標準トランスポート層セキュリテイすなわちテーエルエスの接続を確立するようコンフイギュアされたテーエルエスユニットを具備することを特徴とする請求項２２の該トラバーサルサーバー。
【請求項２９】
該私的クライアントの少なくとも１つ、該エヌエイテー／ファイアウォール、該トラバーサルサーバー、該サーバー登録ユニット、該標準通信登録サーバー又は該遠隔クライアントが、該実時間通信標準として国際電気通信連合すなわちアイテーユーのＨ．３２３用にコンフイギュアされており、該標準通信登録サーバーが標準Ｈ．３２３ゲートキーパーを有しており、そして該サーバー登録ユニットが更に、
標準Ｈ．３２３データパラメーター又はノンスタンダードデータパラメーターを有する標準Ｈ．３２３登録請求すなわちアールアールキューのメッセージを該私的クライアントから受信するようコンフイギュアされた受信ユニットと、
該標準アールアールキューメッセージ内のタイムツーリブパラメーターを、次のアールアールキューメッセージが該一貫した登録接続用にエヌエイテー拘束の満了の前に該私的クライアントから受信されるように、修正するようコンフイギュアされた修正ユニットと、
該標準アールアールキューメッセージから該データパラメーターを除去するようコンフイギュアされた除去ユニットと、
該データパラメーターを有しない該修正された標準アールアールキューメッセージを該ゲートキーパーへ送るようコンフイギュアされた送付ユニットと、
標準Ｈ．３２３登録確認すなわちアールシーエフのメッセージを該ゲートキーパーから受信するよう更にコンフイギュアされた該受信ユニットと、
該データパラメーターを該アールシーエフメッセージに付加するようコンフイギュアされた付加ユニットと、そして
該データパラメーターを有する該アールシーエフメッセージを該私的クライアントへ送るよう更にコンフイギュアされた該送付ユニットと、を具備することを特徴とする請求項２２のトラバーサルサーバー。
【請求項３０】
該受信ユニットが更に、該私的クライアントから受信された該アールアールキューメッセージの送り手アドレスと同じ送り手アドレスを使って該私的クライアントから標準Ｈ．３２３ライトウエイト登録請求すなわちライトウエイトアールアールキューメッセージを受信するようコンフイギュアされており、そして該送付ユニットが更に、該ライトウエイトアールアールキューを該ゲートキーパーへ送るよう、そして該ゲートキーパーから受信した標準Ｈ．３２３ライトウエイトアールシーエフメッセージを該私的クライアントへ送るよう、コンフイギュアされることを特徴とする請求項２９の該トラバーサルサーバー。
【請求項３１】
該私的クライアントの少なくとも１つ、該エヌエイテー／ファイアウォール、該標準送信ユニット、該トラバーサルサーバー、該標準通信登録サーバー又は該遠隔クライアントが、該実時間通信標準として国際電気通信連合すなわちアイテーユーのＨ．３２３用にコンフイギュアされており、該標準通信登録サーバーが標準Ｈ．３２３ゲートキーパーを有しており、そして該標準送信ユニットが更に、
標準Ｈ．２４５アドレスを有する標準Ｈ．２２５合図動作メッセージを該ゲートキーパーから受信するようコンフイギュアされた受信ユニットと、
該プローブ規定を該標準Ｈ．２２５合図動作メッセージ内のＨ．３２３標準データパラメーターに付加するようコンフイギュアされた付加ユニットと、
該標準Ｈ．２２５合図動作メッセージ内の該Ｈ．２４５アドレスを修正するようコンフ
イギュアされた修正ユニットと、そして
該修正されたＨ．２４５アドレスと該プローブ規定とを有する該標準Ｈ．２２５合図動作メッセージを該私的クライアントへ送るようコンフイギュアされた送付ユニットと、を具備しており、該データパラメーターのトランスポート請求コンストラクト内のアドレスが該修正されたＨ．２４５アドレスと同じであることを特徴とする請求項２２の該トラバーサルサーバー。
【請求項３２】
該私的クライアントの少なくとも１つ、該エヌエイテー／ファイアウォール、該標準メッセージ送信ユニット、該トラバーサルサーバー、該標準通信登録サーバー又は該遠隔クライアントが、該実時間通信標準として国際電気通信連合すなわちアイテーユーの、Ｈ．３２３用にコンフイギュアされており、そして該標準メッセージ送信ユニットが更に
Ｈ．２２５標準セットアップメッセージを該ゲートキーパーから受信するようコンフイギュアされた受信ユニットと、
標準登録承認ステイタスすなわちアールエイエスのメッセージを該私的クライアントへ、該私的クライアントが該トラバーサルサーバーとのトランスポート制御プロトコルすなわちテーシーピーの接続を確立することを請求する該一貫した登録接続を経由して、送信するようコンフイギュアされた送信ユニットと、を具備しており、該アールエイエスメッセージは標準データパラメーターとプローブトークンとを有しており、該標準メッセージ送信ユニットは又
該私的クライアントとの該テーシーピー接続を確立するようコンフイギュアされたテーシーピーユニットと、
該プローブトークンを該私的クライアントから該テーシーピー接続経由で受信するよう更にコンフイギュアされた該受信ユニットと、そして
該プローブトークン受信後該Ｈ．２２５標準セットアップメッセージを該私的クライアントへ送るようコンフイギュアされた送付ユニットと、を具備することを特徴とする請求項２２の該トラバーサルサーバー。
【請求項３３】
該私的クライアントの少なくとも１つ、該エヌエイテー／ファイアウォール、該標準メッセージ送信ユニット、該トラバーサルサーバー、該標準通信登録サーバー又は該遠隔クライアントが、該実時間通信標準として国際電気通信連合すなわちアイテーユーの、Ｈ．３２３用にコンフイギュアされており、更に該トラバーサルサーバーは該私的クライアントが接続されるべきトラバーサルサーバーアドレスを有しており、該標準通信登録サーバーは標準Ｈ．３２３ゲートキーパーを有しており、そして該標準メッセージ送信ユニットは更に
テーシーピー接続を使ってＨ．２４５標準メッセージを該ゲートキーパーから受信するようコンフイギュアされた受信ユニットと、
標準データパラメーターと該トラバーサルサーバーアドレス及びプローブトークンを有するＨ．２２５標準設備メッセージを該私的クライアントへ送るようコンフイギュアされた送信ユニットと、
該Ｈ．２２５標準設備メッセージからの該トラバーサルサーバーアドレスにテーシーピー接続を確立するようコンフイギュアされたテーシーピーユニットと、
該私的クライアントから該テーシーピー接続経由で該プローブトークンを受信するよう更にコンフイギュアされた該受信ユニットと、そして
該Ｈ．２４５標準メッセージを該私的クライアントへ送るようコンフイギュアされた送付ユニットと、を具備することを特徴とする請求項２２の該トラバーサルサーバー。
【請求項３４】
該私的クライアントの少なくとも１つ、該標準メッセージ送信ユニット、該エヌエイテー／ファイアウォール、該トラバーサルサーバー、該標準通信登録サーバー又は該遠隔クライアントが、該実時間通信標準として国際電気通信連合すなわちアイテーユーの、Ｈ．３２３用にコンフイギュアされており、更に該トラバーサルサーバーはトラバーサルサー
バーアドレスを有しており、該標準通信登録サーバーは標準Ｈ．３２３ゲートキーパーを有しており、そして該標準メッセージ送信ユニットは更に
標準Ｈ．２４５オープンロジカルチャンネルメッセージを該私的クライアントから受信するようコンフイギュアされた受信ユニットと、
該トラバーサルサーバーアドレスを該オープンロジカルチャンネルメッセージに付加するようコンフイギュアされた付加ユニットと、
該トラバーサルサーバーアドレスを有する該オープンロジカルチャンネルメッセージを該ゲートキーパーへ送るようコンフイギュアされた送付ユニットと、
標準Ｈ．２４５オープンロジカルチャンネルアックメッセージを該ゲートキーパーから受信するよう更にコンフイギュアされた該受信ユニットと、
ノンスタンダードデータパラメーターを該オープンロジカルチャンネルアックメッセージへ付加するよう更にコンフイギュアされた該付加ユニットと、を具備しており、該データパラメーターはプローブトークンと該トラバーサルサーバーアドレスを有しており、そして、該標準メッセージ送信ユニットは
該付加されたデータパラメーターを有する該オープンロジカルチャンネルアックメッセージを該私的クライアントへ送るよう更にコンフイギュアされた該送付ユニットを具備することを特徴とする請求項２２の該トラバーサルサーバー。
【請求項３５】
該私的クライアントの少なくとも１つ、該標準メッセージ送信ユニット、該エヌエイテー／ファイアウォール、該トラバーサルサーバー、該標準通信登録サーバー又は該遠隔クライアントが、該実時間通信標準として国際電気通信連合すなわちアイテーユーの、Ｈ．３２３用にコンフイギュアされており、更に該トラバーサルサーバーはトラバーサルサーバーアドレスを有しており、該標準通信登録サーバーは標準Ｈ．３２３ゲートキーパーを有しており、そして該標準メッセージ送信ユニットは更に
標準Ｈ．２４５オープンロジカルチャンネルメッセージを該ゲートキーパーから受信するようコンフイギュアされた受信ユニットと、
データパラメーターを該オープンロジカルチャンネルメッセージに付加するようコンフイギュアされた付加ユニットと、を具備しており、該データパラメーターはプローブトークンと該トラバーサルサーバーアドレスを有しており、そして該標準メッセージ送信ユニットは又
該データパラメーターを有する該オープンロジカルチャンネルメッセージを該私的クライアントへ送るようコンフイギュアされた送付ユニットを具備することを特徴とする請求項２２の該トラバーサルサーバー。
【請求項３６】
マルチメディア情報の伝送用にコンフイギュアされた該ユニットが更にリアルタイムプロトコルベースの、すなわちアールテーピーベースの、メディア情報用にコンフイギュアされており、そして該付加ユニットが更に
該トラバーサルサーバーアドレスを記録するようコンフイギュアされた記録ユニットと、
該オープンロジカルチャンネルメッセージのＨ２２５０ロジカルチャンネルパラメーター内のアドレスを、該メディア情報が該トラバーサルサーバーアドレスへ送られるように、修正するようコンフイギュアされた修正ユニットと、そして
該オープンロジカルチャンネルメッセージ内のテーエックス−プローブ−インフォコンストラクトのアールテーピーパラメーター及びアールテーシーピーパラメーターにプローブトークン情報を付加するようコンフイギュアされたプローブトークン付加ユニットと、を具備することを特徴とする請求項３４又は３５の該トラバーサルサーバー。
【請求項３７】
該私的クライアントの少なくとも１つ、該標準メッセージ送信ユニット、該エヌエイテー／ファイアウォール、該トラバーサルサーバー、該標準通信登録サーバー又は該遠隔クライアントが、該実時間通信標準として国際電気通信連合すなわちアイテーユーの、Ｈ．３２３用にコンフイギュアされており、更に該トラバーサルサーバーはトラバーサルサーバーアドレスを有しており、該標準通信登録サーバーは標準Ｈ．３２３ゲートキーパーを有しており、そして該標準メッセージ送信ユニットは更に
標準Ｈ．２２５セットアップメッセージを該私的クライアントから受信するようコンフイギュアされた受信ユニットを具備しており、該Ｈ．２２５セットアップメッセージは送信及び受信アドレスの少なくとも１セットを有しており、該標準メッセージ送信ユニットは又
送信及び受信アドレスの各セットを該トラバーサルサーバーアドレスに修正するようコンフイギュアされた修正ユニットと、
該修正されたアドレスを有する該標準Ｈ．２２５セットアップメッセージを該ゲートキーパーへ送るようコンフイギュアされた送付ユニットと、
標準Ｈ．２２５呼び出し中／接続メッセージを該ゲートキーパーから受信するようコンフイギュアされた受信ユニットと、を具備しており、該Ｈ．２２５呼び出し中／接続メッセージはメディア受け手アドレスを有しており、該標準メッセージ送信ユニットは又
該メディア受け手アドレスを記録するようコンフイギュアされた記録ユニットと、
該メディア受け手アドレスを記録後、該Ｈ．２２５呼び出し中／接続メッセージ内の該メディア受け手アドレスを該トラバーサルサーバーアドレス内の１つのトラバーサルサーバーアドレスとなるように修正するよう更にコンフイギュアされた該修正ユニットと、そして
該修正されたメディア受け手アドレスを有する該Ｈ．２２５呼び出し中／接続メッセージを該私的クライアントへ送るよう更にコンフイギュアされた該送付ユニットと、を具備することを特徴とする請求項２２の該トラバーサルサーバー。
【請求項３８】
該私的クライアントの少なくとも１つ、該標準メッセージ送信ユニット、該エヌエイテー／ファイアウォール、該トラバーサルサーバー、該標準通信登録サーバー又は該遠隔クライアントが、該実時間通信標準として国際電気通信連合すなわちアイテーユーの、Ｈ．３２３用にコンフイギュアされており、更に該トラバーサルサーバーはトラバーサルサーバーアドレスを有しており、該標準通信登録サーバーは標準Ｈ．３２３ゲートキーパーを有しており、そして該標準メッセージ送信ユニットは更に
標準Ｈ．２２５セットアップメッセージを該ゲートキーパーから受信するようコンフイギュアされた受信ユニットを具備しており、該標準Ｈ．２２５セットアップメッセージは送信及び受信アドレスの少なくとも１セットを有しており、該標準メッセージ送信ユニットは又
データパラメーターを該標準Ｈ．２２５セットアップメッセージに付加するようコンフイギュアされた付加ユニットを具備しており、該データパラメーターは該標準Ｈ．２２５セットアップメッセージ内の提案された送信及び受信アドレスの各ユニークな対用にアールエックス−プローブ−インフォコンストラクトのコピーを有しており、該標準メッセージ送信ユニットは又
該データパラメーターを有する該Ｈ．２２５セットアップメッセージを該私的クライアントへ送るようコンフイギュアされた送付ユニットと、
標準Ｈ．２２５呼び出し中／接続メッセージを該私的クライアントから受信するよう更にコンフイギュアされた該受信ユニットと、を具備しており、該標準Ｈ．２２５呼び出し中／接続メッセージは該提案された送信及び受信アドレスへの回答を有しており、該標準メッセージ送信ユニットは又
該標準Ｈ．２２５呼び出し中／接続メッセージの回答内の送信及び受信アドレスを該トラバーサルサーバーアドレスとなるように修正するようコンフイギュアされた修正ユニットと、そして
該標準Ｈ．２２５呼び出し中／接続メッセージを該ゲートキーパーへ送るよう更にコンフイギュアされた該送付ユニットと、を具備することを特徴とする請求項２２の該トラバーサルサーバー。
【請求項３９】
該私的クライアントの少なくとも１つ、該エヌエイテー／ファイアウォール、該トラバーサルサーバー、該標準通信登録サーバー又は該遠隔クライアントが、該実時間通信標準としてセションイニシエーションプロトコルすなわちエスアイピー用に、又は国際電気通信連合すなわちアイテーユーのＨ．３２３用に、コンフイギュアされており、該プローブパケット受信用ユニットは更に１２バイトより少ないサイズを有する該プローブパケットを受信するよう更にコンフイギュアされていることを特徴とする請求項２２の該トラバーサルサーバー。
【請求項４０】
該私的クライアントの少なくとも１つ、該クライアント登録ユニット、該トラバーサルサーバーが実時間通信標準として国際電気通信連合すなわちアイテーユーの、Ｈ．３２３用にコンフイギュアされており、そして該クライアント登録ユニットが更に該私的クライアントとの標準ユーザーデータグラムプロトコルすなわちユーデーピーのメッセージを使う該一貫した登録接続を確立するよう更にコンフイギュアされることを特徴とする請求項２２の該トラバーサルサーバー。
【請求項４１】
更に
該プローブパケットの送り手アドレスと該プローブの間の関係を記憶するようコンフイギュアされた記憶ユニットと、そして
該記憶された関係に基づいてアイピー上で、該私的クライアントと該遠隔クライアントの間で該マルチメディア情報を該エヌエイテー／ファイアウォールを通して伝送するようコンフイギュアされた伝送ユニットと、を具備することを特徴とする請求項２２の該トラバーサルサーバー。
【請求項４２】
ネットワークアドレス変換すなわちエヌエイテー／ファイアウォールデバイスにより創られた私的アドレス空間内のマルチメディア伝送用私的クライアントに於いて、前記私的クライアントが
ａ）該私的アドレス空間から離れた外側アドレス空間内のトラバーサルサーバーとの一貫した登録接続を確立するようコンフイギュアされた一貫した登録ユニットを具備しており、該一貫した登録接続は該エヌエイテー／ファイアウォールデバイスを通過しており、前記私的クライアントは又
ｂ）マルチメディア情報伝送用に該外側アドレス空間内の標準通信登録サーバーに登録するようコンフイギュアされたサーバー登録ユニットと、
ｃ）該トラバーサルサーバーから実時間マルチメディア通信用の通信標準により標準メッセージを受信するようコンフイギュアされた標準メッセージ受信ユニットと、を具備しており、該標準メッセージはプローブ規定を有しており、前記私的クライアントは又
ｄ）該プローブ規定に基づくプローブを有するプローブパケットを該トラバーサルサーバーへ送るようコンフイギュアされたプローブパケット送信ユニットと、そして
ｅ）該プローブパケットの送り手アドレスを使って、アイピー上で該エヌエイテー／ファイアウォールを通して該外側アドレス空間内の遠隔クライアントへ該マルチメディア情報を伝送するようコンフイギュアされたマルチメディア伝送ユニットと、を具備することを特徴とする該私的クライアント。
【請求項４３】
該私的クライアントの少なくとも１つ、該エヌエイテー／ファイアウォール、該標準メッセージ受信ユニット、該トラバーサルサーバー、該標準通信登録サーバー又は該遠隔クライアントが、該実時間通信標準としてセションイニシエーションプロトコルすなわちエスアイピー用にコンフイギュアされており、更に該私的クライアントは私的クライアントアドレスを有しており、そして該標準メッセージ受信ユニットは更に
標準エスアイピーインバイトメッセージを該トラバーサルサーバーから受信するようコンフイギュアされた受信ユニットを具備しており、該標準エスアイピーインバイトメッセ
ージは該私的クライアントアドレス、該プローブ規定を有する標準セションデスクリプションプロトコルすなわちエスデーピーパラメーター、そしてコンタクトヘッダーか、又は該遠隔クライアント又は該トラバーサルサーバーのアドレスの少なくとも１つを有するレコードルートヘッダーか、の少なくとも１つ、を有しており、そして該標準メッセージ受信ユニットは又
標準エスアイピーオーケーメッセージを該トラバーサルサーバー経由で該エスアイピーレジストラー／プロキシーへ送るようコンフイギュアされた送信ユニットを具備することを特徴とする請求項４２の該私的クライアント。
【請求項４４】
該私的クライアントの少なくとも１つ、エヌエイテー／ファイアウォール、該標準メッセージ受信ユニット、該トラバーサルサーバー、該標準通信登録サーバー又は該遠隔クライアントが、該実時間通信標準としてセションイニシエーションプロトコルすなわちエスアイピー用にコンフイギュアされており、更に該私的クライアントは私的クライアントアドレスを有しており、そして該標準メッセージ受信ユニットは更に
該エスアイピーレジストラー／プロキシーへの標準エスアイピーインバイトメッセージを該登録チャンネルを経由して該トラバーサルサーバーへ送るようコンフイギュアされた送信ユニットを具備しており、該標準エスアイピーインバイトメッセージはコンタクトヘッダーと該私的クライアントアドレスを有するレコードルートヘッダーの少なくとも１つを有しており、そして該標準メッセージ受信ユニットは又
該トラバーサルサーバーから標準エスアイピーオーケーメッセージを受信するようコンフイギュアされた受信ユニットを具備しており、該エスアイピーオーケーメッセージは該プローブ規定を有する標準エスデーピーパラメーターを備えることを特徴とする請求項４２の該私的クライアント。
【請求項４５】
該マルチメディア情報が標準のリアルタイムプロトコルベースの、すなわちアールテーピーベースの、メディア情報を有しており、そして該標準メッセージ受信ユニットは更に、該アールテーピーベースのメディア情報を説明する少なくとも１つのメディアパラメーターセットを有する標準エスアイピーインバイトメッセージを受信又は送信するようコンフイギュアされることを特徴とする請求項４３又は４４の該私的クライアント。
【請求項４６】
該私的クライアントの少なくとも１つ、エヌエイテー／ファイアウォール、マルチメディア伝送ユニット、該トラバーサルサーバー、該標準通信登録サーバー又は該遠隔クライアントが、該実時間通信標準としてセションイニシエーションプロトコルすなわちエスアイピー用にコンフイギュアされており、該マルチメディア伝送ユニットが更に、該マルチメディア情報伝送を終了し、該トラバーサルサーバーで該マルチメディア情報伝送に組み合わされた送り手をリリースする、標準エスアイピーバイメッセージを該トラバーサルサーバーへ送るようコンフイギュアされた送信ユニットを具備することを特徴とする請求項４２の該私的クライアント。
【請求項４７】
該私的クライアントの少なくとも１つ、エヌエイテー／ファイアウォール、該トラバーサルサーバー、該標準通信登録サーバー又は該遠隔クライアントが、該実時間通信標準としてセションイニシエーションプロトコルすなわちエスアイピー用にコンフイギュアされており、該私的クライアントが更に、該トラバーサルサーバーから受信したエスアイピーメッセージを該私的アドレス空間内の更に進んだ私的クライアントへリレイし、そして該更に進んだ私的クライアントから受信したエスアイピーメッセージを該トラバーサルサーバーへリレイするようコンフイギュアされたリレイ用ユニットを具備することを特徴とする請求項４２の該私的クライアント。
【請求項４８】
該私的クライアントの少なくとも１つ、エヌエイテー／ファイアウォール、該一貫した登録ユニット、該トラバーサルサーバー、該標準通信登録サーバー又は該遠隔クライアン
トが、該実時間通信標準としてセションイニシエーションプロトコルすなわちエスアイピー用にコンフイギュアされており、該一貫した登録ユニットが更に、該外側アドレス空間内の該トラバーサルサーバーとの標準トランスポート層セキュリテイすなわちテーエルエス接続を確立するようコンフイギュアされたテーエルエスユニットを具備することを特徴とする請求項４２の該私的クライアント。
【請求項４９】
該私的クライアントの少なくとも１つ、エヌエイテー／ファイアウォール、該一貫した登録ユニット、該トラバーサルサーバー、該標準通信登録サーバー又は該遠隔クライアントが、該実時間通信標準として国際電気通信連合すなわちアイテーユーの、Ｈ．３２３用にコンフイギュアされており、該標準通信登録サーバーは標準Ｈ．３２３ゲートキーパーを有しており、そして該サーバー登録ユニットは更に
標準Ｈ．３２３データパラメーター又はノンスタンダードデータパラメーターを有する標準Ｈ．３２３登録請求すなわちアールアールキューメッセージを該トラバーサルサーバーへ送るようコンフイギュアされた送信ユニットと、そして
標準Ｈ．３２３登録確認すなわちアールシーエフメッセージを該ゲートキーパーから該トラバーサルサーバー経由で受信するようコンフイギュアされた受信ユニットと、を具備しており、該アールシーエフメッセージは該データパラメーターを有することを特徴とする請求項４２の該私的クライアント。
【請求項５０】
該サーバー登録ユニットが更に、該トラバーサルサーバーへ送信された該アールアールキューメッセージの送り手アドレスと同じ送り手アドレスを使って、標準Ｈ．３２３ライトウエイト登録請求すなわちライトウエイトアールアールキューメッセージを該トラバーサルサーバーへ送るようコンフイギュアされた送信ユニットを具備することを特徴とする請求項４９の該私的クライアント。
【請求項５１】
該私的クライアントの少なくとも１つ、エヌエイテー／ファイアウォール、該一貫した登録ユニット、該トラバーサルサーバー、該標準メッセージ受信ユニット、該標準通信登録サーバー又は該遠隔クライアントが、該実時間通信標準として国際電気通信連合すなわちアイテーユーのＨ．３２３用にコンフイギュアされており、該標準メッセージ受信ユニットが更に標準Ｈ．２４５アドレスを有する標準Ｈ．２２５合図動作メッセージと、Ｈ．３２３標準データパラメーター内の該プローブ規定と、を受信するようコンフイギュアされた受信ユニットを具備しており、該データパラメーターのトランスポート請求コンストラクト内のアドレスは該Ｈ．２４５アドレスと同じであることを特徴とする請求項４２の該私的クライアント。
【請求項５２】
該私的クライアントの少なくとも１つ、エヌエイテー／ファイアウォール、該一貫した登録ユニット、該トラバーサルサーバー、該標準メッセージ受信ユニット、該標準通信登録サーバー又は該遠隔クライアントが、該実時間通信標準として国際電気通信連合すなわちアイテーユーのＨ．３２３用にコンフイギュアされており、該標準メッセージ受信ユニットが更に、
該トラバーサルサーバーとのトランスポート制御プロトコルすなわちテーシーピーの接続の確立を請求する標準登録承認ステイタスすなわちアールエイエスのメッセージを該トラバーサルサーバーから該一貫した登録接続を経由して受信するようコンフイギュアされた受信ユニットを具備しており、該アールエイエスメッセージは標準データパラメーターとプローブトークンを有しており、該標準メッセージ受信ユニットは又
該トラバーサルサーバーとの該テーシーピー接続を確立するようコンフイギュアされたテーシーピー接続ユニットと、
該プローブトークンを該トラバーサルサーバーへ該テーシーピー接続経由で送るようコンフイギュアされたプローブトークン送信ユニットと、そして
該プローブトークンを送った後該トラバーサルサーバーからＨ．２２５標準セットアッ
プメッセージを受信するよう更にコンフイギュアされた該受信ユニットと、を具備することを特徴とする請求項４２の該私的クライアント。
【請求項５３】
該私的クライアントの少なくとも１つ、エヌエイテー／ファイアウォール、該一貫した登録ユニット、該トラバーサルサーバー、該標準メッセージ受信ユニット、該標準通信登録サーバー又は該遠隔クライアントが、該実時間通信標準として国際電気通信連合すなわちアイテーユーのＨ．３２３用にコンフイギュアされており、該標準メッセージ受信ユニットが更に、
標準データパラメーターと、該トラバーサルサーバーが接続されるべき該トラバーサルサーバー上のアドレス及びプローブトークンと、を有するＨ．２２５標準設備メッセージを該トラバーサルサーバーから受信するようコンフイギュアされた受信ユニットと、
該Ｈ．２２５標準設備メッセージからの該トラバーサルサーバー上の該アドレスでの該トラバーサルサーバーとのテーシーピー接続を確立するようコンフイギュアされたテーシーピー接続ユニットと、
該プローブトークンを該テーシーピー接続経由で該トラバーサルサーバーへ送るようコンフイギュアされた送信ユニットと、そして
該トラバーサルサーバーからＨ．２４５標準メッセージを受信するよう更にコンフイギュアされた該受信ユニットと、を具備することを特徴とする請求項４２の該私的クライアント。
【請求項５４】
該私的クライアントの少なくとも１つ、エヌエイテー／ファイアウォール、該一貫した登録ユニット、該トラバーサルサーバー、標準メッセージ受信ユニット、該標準通信登録サーバー又は該遠隔クライアントが、該実時間通信標準として国際電気通信連合すなわちアイテーユーのＨ．３２３用にコンフイギュアされており、該標準メッセージ受信ユニットが更に、
標準Ｈ．２４５オープンロジカルチャンネルメッセージを該トラバーサルサーバーへ送るようコンフイギュアされた送信ユニットと、そして
プローブトークンとトラバーサルサーバーアドレスを有するノンスタンダードデータパラメーターを備えるオープンロジカルチャンネルアックメッセージを該トラバーサルサーバーから受信するようコンフイギュアされた受信ユニットと、を具備することを特徴とする請求項４２の該私的クライアント。
【請求項５５】
マルチメディア情報の伝送用にコンフイギュアされたユニットが更にリアルタイムプロトコルベースの、すなわちアールテーピーベースの、メディア用にコンフイギュアされており、該標準メッセージ受信ユニットが更にトラバーサルサーバーアドレスを記録するようコンフイギュアされた記録ユニットを具備することを特徴とする請求項５４の該私的クライアント。
【請求項５６】
該私的クライアントの少なくとも１つ、エヌエイテー／ファイアウォール、該一貫した登録ユニット、該トラバーサルサーバー、該標準メッセージ受信ユニット、該標準通信登録サーバー又は該遠隔クライアントが、該実時間通信標準として国際電気通信連合すなわちアイテーユーのＨ．３２３用にコンフイギュアされており、該標準メッセージ受信ユニットが更に標準Ｈ．２４５オープンロジカルチャンネルメッセージを該トラバーサルサーバーから受信するようコンフイギュアされた受信ユニットを具備しており、該オープンロジカルチャンネルメッセージはプローブトークンとトラバーサルサーバーアドレスとを有するデータパラメーターを備えることを特徴とする請求項４２の該私的クライアント。
【請求項５７】
マルチメディア情報の伝送用にコンフイギュアされたユニットが更にリアルタイムプロトコルベースの、すなわちアールテーピーベースの、メディア用にコンフイギュアされており、そして該受信ユニットが更に、トラバーサルサーバーアドレスを記録し、該オープ
ンロジカルチャンネルメッセージ内のテーエックス−プローブ−インフォコンストラクトのアールテーピーパラメーター及びアールテーシーピーパラメーター内のプローブトークン情報を受信するようコンフイギュアされることを特徴とする請求項５６の該私的クライアント。
【請求項５８】
該私的クライアントの少なくとも１つ、エヌエイテー／ファイアウォール、該一貫した登録ユニット、該トラバーサルサーバー、該標準メッセージ受信ユニット、該標準通信登録サーバー又は該遠隔クライアントが、該実時間通信標準として国際電気通信連合すなわちアイテーユーのＨ．３２３用にコンフイギュアされており、そして該標準メッセージ受信ユニットが更に標準Ｈ．２２５セットアップメッセージを該トラバーサルサーバーへ送るようコンフイギュアされた送信セクションを具備しており、該Ｈ．２２５セットアップメッセージは送信及び受信アドレスの少なくとも１セットを有しており、そして該標準メッセージ受信ユニットは標準Ｈ．２２５呼び出し中／接続メッセージを該トラバーサルサーバーから受信するようコンフイギュアされており、該Ｈ．２２５呼び出し中／接続メッセージはトラバーサルサーバーアドレスであるメディア受け手アドレスを有することを特徴とする請求項４２の該私的クライアント。
【請求項５９】
該私的クライアントの少なくとも１つ、エヌエイテー／ファイアウォール、該一貫した登録ユニット、該トラバーサルサーバー、該標準メッセージ受信ユニット、該標準通信登録サーバー又は該遠隔クライアントが、該実時間通信標準として国際電気通信連合すなわちアイテーユーのＨ．３２３用にコンフイギュアされており、該標準メッセージ受信ユニットは更に、
標準Ｈ．２２５セットアップメッセージを該トラバーサルサーバーから受信するようコンフイギュアされた受信ユニットを具備しており、該標準Ｈ．２２５セットアップメッセージは送信及び受信アドレスの少なくとも１セットとデータパラメーターとを有しており、該データパラメーターは該標準Ｈ．２２５セットアップメッセージ内の提案された送信及び受信アドレスの各ユニークな対用にアールエックス−プローブ−インフォコンストラクトのコピーを有しており、そして該標準メッセージ受信ユニットは又
標準Ｈ．２２５呼び出し中／接続メッセージを該トラバーサルサーバーへ送るようコンフイギュアされた送信ユニットを具備しており、該標準Ｈ．２２５呼び出し中／接続メッセージは該提案された送信及び受信アドレスへの回答を有していることを特徴とする請求項４２の該私的クライアント。
【請求項６０】
該私的クライアント、エヌエイテー／ファイアウォール、該一貫した登録ユニット、該トラバーサルサーバー、該プローブパケット送信ユニット、該標準メッセージ受信ユニット、該標準通信登録サーバー又は該遠隔クライアントが、該実時間通信標準として国際電気通信連合すなわちアイテーユーのＨ．３２３用又はセションイニシエーションプロトコルすなわちエスアイピー用にコンフイギュアされており、そして該プローブパケット送信ユニットが更に１２バイトより小さいサイズを有する該プローブパケットを送るようコンフイギュアされていることを特徴とする請求項４２の該私的クライアント。
【請求項６１】
該私的クライアントの少なくとも１つ、エヌエイテー／ファイアウォール、該一貫した登録ユニット、該トラバーサルサーバー、該プローブパケット送信ユニット、該標準メッセージ受信ユニット、該標準通信登録サーバー又は該遠隔クライアントが国際電気通信連合用にコンフイギュアされており、該一貫した登録ユニットが更に、該外側アドレス空間内の該トラバーサルサーバーとの、標準のユーザーデータグラムプロトコルすなわちユーデーピーメッセージを使う該一貫した登録接続を確立するようコンフイギュアされていることを特徴とする請求項４２の該私的クライアント。
【請求項６２】
更に該プローブパケットの該送り手アドレスと該プローブの間の関係を記憶するようコ
ンフイギュアされた記憶ユニットを具備しており、該マルチメディア伝送ユニットが更に該記憶された関係に基づきアイピー上で該エヌエイテー／ファイアウォールを通して該遠隔クライアントへ該マルチメディア情報を伝送するようコンフイギュアされることを特徴とする請求項４２の該私的クライアント。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００５１
【補正方法】変更
【補正の内容】
【００５１】
本発明はアイテーユーのＨ．３２３及びアイイーテーエフのセションイニシエーションプロトコル（Session Initiation Protocol）｛エスアイピー（SIP）｝標準を参照して図解される。しかしながら、それは、双方向情報を運ぶようポートを動的に割り当てる必要のある他の標準又は方法に等しく適用可能である。私的ネットワークインフラストラクチャー（ファイアウォール及びルーター）が実時間通信用に使われるプロトコルの知識を有する必要がないことは本発明の利点である。これは企業がプロトコルに関係なく装置を配置することを可能にする。それは或る実施例が安全用に又は他の理由で’プロトコル’のチェック動作を提供すると言うのではない。
特に本発明は、ネットワークアドレス変換すなわちエヌエイテー／ファイアウォールデバイスにより創られる私的アドレス空間内の私的クライアントと、該私的アドレス空間から分離された外側アドレス空間内の遠隔クライアントと、の間でインターネットプロトコルすなわちアイピー上で、マルチメディア情報を伝送する方法を開示するが、前記方法は、前記方法が、
ａ）該私的クライアントと、該外側アドレス空間内のトラバーサルサーバーと、の間に一貫した登録接続を確立する過程を具備しており、該一貫した登録接続は該エヌエイテー／ファイアウォールデバイスを通過しており、前記方法は又
ｂ）該私的クライアントとのマルチメディア情報伝送用に該外側アドレス空間内の標準通信登録サーバーに登録する過程と、
ｃ）該トラバーサルサーバーから該私的クライアントへの、実時間マルチメディア通信用の通信標準により標準メッセージを送信する過程と、を具備しており、該標準メッセージはプローブ規定を有しており、前記方法は又
ｄ）該トラバーサルサーバーで、該私的クライアントから該プローブ規定に基づくプローブを有するプローブパケットを受信する過程を具備しており、該プローブパケットの送り手アドレスは該エヌエイテー／ファイアウォールデバイスにより変換されており、そして前記方法は又
ｅ）該プローブパケットの該送り手アドレスを用いてアイピー上で該エヌエイテー／ファイアウォールデバイスを通して該私的クライアントと該遠隔クライアントの間で該マルチメディア情報を伝送する過程を具備している、
ことで指定される。
更に、本発明は、該外側アドレス空間から分離された私的アドレス空間内の私的クライアントと、該外側アドレス空間内の遠隔クライアントと、の間で、インタネットプロトコルすなわちアイピー上で、マルチメディア情報を伝送するようコンフイギュアされた、外側アドレス空間内のトラバーサルサーバーを開示するが、該私的アドレス空間はネットワークアドレス変換すなわちエヌエイテー／ファイアウォールデバイスにより創られており、該トラバーサルサーバーは
ａ）該私的クライアントとの一貫した登録接続を確立するようコンフイギュアされたクライアント登録ユニットを具備しており、該一貫した登録接続は該エヌエイテー／ファイアウォールデバイスを通過しており、該トラバーサルサーバーは又
ｂ）該私的クライアントとのマルチメディア情報伝送用に該外側アドレス空間内の標準通信登録サーバーに登録するようコンフイギュアされたサーバー登録ユニットと、
ｃ）実時間マルチメディア通信用の通信標準により標準メッセージを該私的クライアントへ送るようコンフイギュアされた標準メッセージ送信ユニットと、を具備しており、該標準メッセージはプローブ規定を有しており、そして該トラバーサルサーバーは又
ｄ）該プローブ規定に基づくプローブを有するプローブパケットを該私的クライアントから受信するようコンフイギュアされたプローブパケット受信ユニットを具備しており、該プローブパケットの送り手アドレスは該エヌエイテー／ファイアウォールデバイスにより変換されており、該マルチメディア情報は該プローブパケットの該送り手アドレスを使ってアイピー上で該エヌエイテー／ファイアウォールデバイスを通して該私的クライアントと遠隔クライアントの間で伝送される。
なお更に本発明は、ネットワークアドレストランスレーションすなわちエヌエイテー／ファイアウォールデバイスにより創られた私的アドレス空間内のマルチメディア伝送用の私的クライアントを開示するが、前記私的クライアントは
ａ）該私的アドレス空間から分離された外側アドレス空間内のトラバーサルサーバーとの一貫した登録接続を確立するようコンフイギュアされた一貫した登録ユニットを具備しており、該一貫した登録接続は該エヌエイテー／ファイアウォールデバイスを通過しており、前記私的クライアントは又
ｂ）マルチメディア情報伝送用に該外側アドレス空間内の標準通信登録サーバーに登録するようコンフイギュアされたサーバー登録ユニットと、
ｃ）実時間マルチメディア通信用の通信標準による標準メッセージを該トラバーサルサーバーから受信するようコンフイギュアされた標準メッセージ受信ユニットと、を具備しており、該標準メッセージはプローブ規定を有しており、前記私的クライアントは又
ｄ）該プローブ規定に基づくプローブを有するプローブパケットを該トラバーサルサーバーへ送るようコンフイギュアされたプローブパケット送信ユニットと、そして
ｅ）該プローブパケットの送り手アドレスを使ってアイピー上で該エヌエイテー／ファイアウォールを通して該外側アドレス空間内の遠隔クライアントへ該マルチメディア情報を伝送するようコンフイギュアされたマルチメディア伝送ユニットと、を具備している。
本発明を特性である他の有利な特徴は同封された従属請求項により明らかになるであろう。
【実施例１】
【国際調査報告】
2007517430.tif 000022
2007517430.tif 000023
2007517430.tif 000024