(57)【要約】【課題】  ネットワーク環境を変える必要性がなく、ローカルネットワーク中のユーザーが、インターネットから他のユーザーと直接通信が可能なマルチメディア会議システム等を提供する。【解決手段】  複数のユーザーエージェントと、コーリングＳＩＰターミナルと、ネットワークアドレストランスレーションと、コーリングＳＩＰターミナルから伝達されたセッションイニシエーションプロトコルメッセージを受信するとともに、接続して、特定のユーザーエージェントに対して、ＩＰアドレスを送信するために、ネットワークアドレストランスレーションに対して論理的に平行配置されたプロキシサーバーと、を含むマルチメディア会議システムである。【選択図】  図１
2006254402.tif 000002
【特許請求の範囲】
【請求項１】
プライベートネットワークと、インターネットとの間の情報伝達を可能とするマルチメディア会議システムであって、
ローカルエリアネットワークを構成し、コールリクエストに対応する複数のユーザーエージェントと、
ローカルエリアネットワークの外側に位置し、インターネットを介してプライベートネットワークと接続されるコーリングＳＩＰターミナルと、
ローカルエリアネットワークの出入り口に位置し、前記コーリングＳＩＰターミナルと、ユーザーエージェントと、の間の障壁として機能するネットワークアドレストランスレーション（ＮＡＴ）と、
前記コーリングＳＩＰターミナルと、プライベートネットワークと、の間に位置し、前記コーリングＳＩＰターミナルから伝達されたセッションイニシエーションプロトコルメッセージを受信するとともに、接続して、特定のユーザーエージェントに対して、ＩＰアドレスを送信するために、前記ネットワークアドレストランスレーションに対して論理的に平行配置されたプロキシサーバーと、
を含むことを特徴とするマルチメディア会議システム。
【請求項２】
前記プロキシサーバーが、前記マルチメディア会議システムのインターフェイスとして機能するコーリングＳＩＰターミナルからのコール信号（ＩＮＶＩＴＥ）に応答し、特定のユーザーエージェントを選択することを特徴とする請求項１に記載のマルチメディア会議システム。
【請求項３】
前記プロキシサーバーが、ＳＩＰプロトコルにしたがって、マルチメディア会議システムの情報伝達を実行するためコーリング及び接続を行うことを特徴とする請求項１に記載のマルチメディア会議システム。
【請求項４】
前記プロキシサーバーが、二つ以上のネットワークインターフェイスを備えており、そのうち少なくとも一つは、パブリックネットワークに接続されるとともに、別の一つは、プライベートネットワークに接続されることを特徴とする請求項１に記載のマルチメディア会議システム。
【請求項５】
前記パブリックネットワークに接続されるネットワークインターフェイスは、独立したＩＰアドレスから構成されているとともに、前記プライベートネットワークに接続されるネットワークインターフェイスは、プライベートネットワークによって規定されるＩＰアドレスから構成されていることを特徴とする請求項４に記載のマルチメディア会議システム。
【請求項６】
前記プロキシサーバーが、前記コーリングＳＩＰターミナルからのコーリングを、各ユーザーエージェントに対して転送することを特徴とする請求項３に記載のマルチメディア会議システム。
【請求項７】
前記プロキシサーバーが、論理的に、登録用サーバーを含んでおり、当該登録用サーバーに対して、前記複数のユーザーエージェントが、ＵＲＩ（唯一のソース識別番号）を登録できる構成とすることを特徴とする請求項６に記載のマルチメディア会議システム。
【請求項８】
前記プロキシサーバーが、前記登録されたＵＲＩとともに、前記登録用サーバーにおけるユーザーエージェントの接触リストを取得し、登録されたＵＲＩにしたがって、コーリングＳＩＰターミナルからのコーリングを、各ユーザーエージェントに対して転送することを特徴とする請求項７に記載のマルチメディア会議システム。
【請求項９】
前記プロキシサーバーが、前記コーリングＳＩＰターミナルと、ユーザーエージェントとの間のコール取次ぎを行うために、バックエンドトゥーバックエンドユーザーエージェント(Ｂ２ＢＵＡ)の接続を適用することを特徴とする請求項８に記載のマルチメディア会議システム。
【請求項１０】
前記プロキシサーバーにおけるバックエンドトゥーバックエンドユーザーエージェント(Ｂ２ＢＵＡ)が、「ユーザーエージェントへのコーリングターミナル」と、「コーリングＳＩＰターミナルへのユーザーエージェント」との二つのコールレグを結びつけることを特徴とする請求項９に記載のマルチメディア会議システム。
【請求項１１】
前記プロキシサーバーにおけるバックエンドトゥーバックエンドユーザーエージェント(Ｂ２ＢＵＡ)が、「コーリングＳＩＰターミナル」と、「ユーザーエージェント」との間のリアルタイムトランスポートプロトコルリレー（ＲＴＰ  ＲＥＬＡＹ）構造を確立することを特徴とする請求項１０に記載のマルチメディア会議システム。
【請求項１２】
前記プロキシサーバーが、ＲＴＰ(リアルタイムトランスポートプロトコル)に従って、リアルタイムのマルチメディア会議コミュニケーションのアプローチ処理を実行することを特徴とする請求項１１に記載のマルチメディア会議システム。
【請求項１３】
プライベートネットワークと、インターネットとの間の直接情報伝達を可能とするマルチメディア会議システムであって、
ローカルエリアネットワークを構成する複数のユーザーエージェントと、
ローカルエリアネットワークを介してユーザーエージェントに対して接続されるプロキシサーバーであって、パブリックネットワークに対して、前記ユーザーエージェントから伝達されたセッションイニシエーションプロトコルメッセージを受信するとともに、接続して、ＩＰアドレスを送信する機能を有するプロキシサーバーと、
コールされたターミナルと、ローカルネットワークとの間に位置し、前記プロキシサーバーに論理的に平行配置されたネットワークアドレストランスレーション（ＮＡＴ）と、
を含むことを特徴とするマルチメディア会議システム。
【請求項１４】
前記プロキシサーバーが、マルチメディア会議通信の双方のインターフェイスとして、コールされたＳＩＰターミナルへの接続のためにユーザーエージェントから伝達されたコール信号(ＩＮＶＩＴＥ)に基づくＤＮＳ（ドメインネームサーバー）のルックアップを実行することを特徴とする請求項１３に記載のマルチメディア会議システム。
【請求項１５】
前記プロキシサーバーが、ＳＩＰプロトコルにしたがって、マルチメディア会議システムの情報伝達を実行するためコーリング及び接続を行うことを特徴とする請求項１３に記載のマルチメディア会議システム。
【請求項１６】
前記プロキシサーバーが、二つ以上のネットワークインターフェイスを備えており、そのうち少なくとも一つは、パブリックネットワークに接続されるとともに、別の一つは、プライベートネットワークに接続されることを特徴とする請求項１４に記載のマルチメディア会議システム。
【請求項１７】
前記パブリックネットワークに接続されるネットワークインターフェイスは、独立したＩＰアドレスから構成されているとともに、前記プライベートネットワークに接続されるネットワークインターフェイスは、プライベートネットワークによって規定されるＩＰアドレスから構成されていることを特徴とする請求項１６に記載のマルチメディア会議システム。
【請求項１８】
前記プロキシサーバーが、前記ユーザーエージェントからのコーリングを、コールされたＳＩＰターミナルに対して転送することを特徴とする請求項１５に記載のマルチメディア会議システム。
【請求項１９】
前記プロキシサーバーが、論理的に、登録用サーバーを含んでおり、当該登録用サーバーに対して、前記複数のユーザーエージェントが、ＵＲＩ（唯一のソース識別番号）を登録できる構成とすることを特徴とする請求項１７に記載のマルチメディア会議システム。
【請求項２０】
前記プロキシサーバーが、前記ユーザーエージェントと、コールされたＳＩＰターミナルと、の間のコール取次ぎを行うために、バックエンドトゥーバックエンドユーザーエージェント(Ｂ２ＢＵＡ)の接続を適用することを特徴とする請求項１９に記載のマルチメディア会議システム。
【請求項２１】
前記プロキシサーバーにおけるバックエンドトゥーバックエンドユーザーエージェント(Ｂ２ＢＵＡ)が、「コールされたＳＩＰターミナルへのユーザーエージェント」と、「ユーザーエージェントへのコールされたＳＩＰターミナル」と、の二つのコールレグを結びつけることを特徴とする請求項２０に記載のマルチメディア会議システム。
【請求項２２】
前記プロキシサーバーにおけるバックエンドトゥーバックエンドユーザーエージェント(Ｂ２ＢＵＡ)が、「ユーザーエージェント」と、「コールされたＳＩＰターミナル」との間のリアルタイムトランスポートプロトコルリレー（ＲＴＰ  ＲＥＬＡＹ）構造を確立することを特徴とする請求項２１に記載のマルチメディア会議システム。
【請求項２３】
前記プロキシサーバーが、ＲＴＰ(リアルタイムトランスポートプロトコル)に従って、リアルタイムマルチメディア会議コミュニケーションのアプローチ処理を実行することを特徴とする請求項２２に記載のマルチメディア会議システム。
【請求項２４】
プライベートネットワークと、パブリックネットワークとの間の直接情報伝達を可能とするマルチメディア会議方法であって、
(１)インターネットを介してプロキシサーバーへ接続されたコーリングＳＩＰターミナルから送信されて、入ってくるコールリクエストを受け入れ、そのコールリクエストを承認し、そのコールリクエストのための基本情報を記録するために、ネットワークアドレストランスレーション（ＮＡＴ）に対して、プロキシサーバーを、論理的に平行配置する工程と、
(２)特定ユーザーエージェントへのコールリクエストの転送と、コールに関する情報伝達接続の確立工程と、
(３)コーリングＳＩＰターミナルと、プライベートネットワークの中の特定ユーザーエージェントとの間のマルチメディア会議手段を実行する工程と、
を含むことを特徴とするマルチメディア会議方法。
【請求項２５】
前記工程（２）が、
(２-１)  プライベートネットワークにおけるユーザーエージェントが、接続情報に関連したＵＲＩ（唯一のソース識別番号）を、登録用サーバーへ記録する工程
をさらに含むことを特徴とする請求項２４に記載のマルチメディア会議方法。
【請求項２６】
前記工程（２）が、
(２-２)  ＵＲＩリクエストによって、プロキシサーバーが、登録用サーバーからのユーザーエージェントのコンタクトリストを得て、各ユーザーエージェントへコーリングＳＩＰターミナルから生じたコールを転送する工程
をさらに含むことを特徴とした請求項２５に記載のマルチメディア会議方法。
【請求項２７】
前記工程（３）が、
(３-１)  パブリックネットワークにおけるコーリングＳＩＰターミナルと、プライベートネットワークにおいて割り当てられたユーザーエージェントとの間の、マルチメディア会議の通信処理のために、コール取次ぎとして、バックエンドトゥーバックエンドユーザーエージェント(Ｂ２ＢＵＡ)を適用する工程
をさらに含むことを特徴とした請求項２６に記載のマルチメディア会議方法。
【請求項２８】
前記工程（３）の工程(３-１)において、
前記バックエンドトゥーバックエンドユーザーエージェント(Ｂ２ＢＵＡ)が、二つのコール工程を実施し、一つの接続部はコーリングＳＩＰターミナルに、そしてもう一つの接続部は指定されたユーザーエージェントにつながるように、コール発信する工程
をさらに含むことを特徴とした請求項２７に記載のマルチメディア会議方法。
【請求項２９】
前記工程（３）の工程(３-１)において、
(３-２)  コール発信のあいだ、ユーザーエージェントと、コーリングＳＩＰターミナルとの間に、バックエンドトゥーバックエンドユーザーエージェント(Ｂ２ＢＵＡ)がリアルタイムトランスポートプロトコルリレー（ＲＴＰ  ＲＥＬＡＹ）構造を確立する工程
を含むことを特徴とした請求項２８に記載のマルチメディア会議方法。
【請求項３０】
前記工程（３）の工程(３-２)において、
それぞれの関係者間でリアルタイムマルチメディア会議コミュニケーションを確立するために、ＲＴＰ(リアルタイムトランスポートプロトコル)に従って適用処理する工程を含むことを特徴とした請求項２９に記載のマルチメディア会議方法。
【請求項３１】
プライベートネットワークと、パブリックネットワークとの間の直接情報伝達を可能とするマルチメディア会議方法であって、
(１)プライベートネットワーク中のユーザーエージェントから発信されて、入ってくるコールリクエストを受け入れ、そのコールリクエストを承認し、そのコールリクエストのための基本情報を記録するために、ネットワークアドレストランスレーション（ＮＡＴ）に対して、プロキシサーバーを、論理的に平行配置する工程と、
(２)前記プロキシサーバーが、ユーザーエージェントから発信されたコールリクエストに基づく（ドメインネームサーバー）のルックアップを実行し、プライベートネットワークの外に位置するコールされたＳＩＰターミナルに対して、コールリクエストを伝送し、コール接続を確立する工程と、
(３)コーリングユーザーエージェントと、コールされたＳＩＰターミナルとの間のマルチメディア会議手段を実行する工程と、
を含むことを特徴とするマルチメディア会議方法。
【請求項３２】
前記工程（１）の工程において、
(１-１)  プライベートネットワークにおけるユーザーエージェントが、接続情報に関連したＵＲＩ（唯一のソース識別番号）を、登録用サーバーへ記録する工程
をさらに含むことを特徴とする請求項３２に記載のマルチメディア会議方法。
【請求項３３】
前記工程（３）において、
(３-１)  プライベートネットワークにおけるユーザーエージェントと、プライベートネットワークの外に位置するコールされたターミナルとの間の、マルチメディア会議の通信処理のために、コール取次ぎとして、バックエンドトゥーバックエンドユーザーエージェント(Ｂ２ＢＵＡ)を適用する工程
をさらに含むことを特徴とした請求項３２に記載のマルチメディア会議方法。
【請求項３４】
前記工程（３）において、
(３-１)  前記バックエンドトゥーバックエンドユーザーエージェント(Ｂ２ＢＵＡ)が、二つのコール工程を実施し、一つの接続部はコーリングユーザーエージェントに、そしてもう一つの接続部は指定されたターミナルにつながるように、コール発信する工程
をさらに含むことを特徴とした請求項３３に記載のマルチメディア会議方法。
【請求項３５】
前記工程（３）の(３-１)工程において、
前記プロキシサーバーにおけるバックエンドトゥーバックエンドユーザーエージェント(Ｂ２ＢＵＡ)が、「ユーザーエージェント」と、「コールされたターミナル」と、の間のリアルタイムトランスポートプロトコルリレー（ＲＴＰ  ＲＥＬＡＹ）構造を確立することを特徴とする請求項３４に記載のマルチメディア会議システム。
【請求項３６】
前記工程（３）の(３-２)工程において、
それぞれの関係者間でリアルタイムマルチメディア会議コミュニケーションを確立するために、ＲＴＰ(リアルタイムトランスポートプロトコル)に従って適用処理する工程を含むことを特徴とした請求項３５に記載のマルチメディア会議方法。
【請求項３７】
プライベートネットワークと、パブリックネットワークとの間で、ピアツーピア通信を可能とし、コンピューター実行可能命令を含むコンピューターの判読可能メディアであって、
プライベートネットワークの外側に位置し、インターネットを介してプロキシサーバーにつながるコーリングターミナルから発信されたコールリクエストを受信する命令工程と、
コールリクエストのために送信する基本情報を記録する命令工程と、
プライベートネットワーク中のユーザーエージェントがＵＲＩを記録する命令工程と、
ＵＲＩリクエストによって、ユーザーエージェントのコンタクトリストを得て、所定のコールコネクションを構築するために、指定されたユーザーエージェントに対してコールリクエストを転送する命令工程と、
コーリングＳＩＰターミナルと、コールされたユーザーエージェントとの間に、マルチメディア会議通信を構築する命令工程と、
を含むことを特徴とするコンピューターの判読可能メディア。
【請求項３８】
前記コンピューター実行可能命令が、プライベートネットワークと、パブリックネットワークとの間の会議通信において、コール信号と、集団構築の処理のために、ＳＩＰに従って接続適用する実行可能命令工程を含むことを特徴とする請求項３７に記載のコンピューターの判読可能メディア。
【請求項３９】
前記コンピューター実行可能命令が、インターネットを横断してコールを発信するコーリングＳＩＰターミナルと、プライベートネットワーク中のコールされたユーザーエージェントとの間で、コール取次ぎとして、バックエンドトゥーバックエンドユーザーエージェント(Ｂ２ＢＵＡ)を適用する命令工程をさらに含むことを特徴とする請求項３７に記載のコンピューターの判読可能メディア。
【請求項４０】
前記コンピューター実行可能命令が、コール発信のあいだ、バックエンドトゥーバックエンドユーザーエージェント(Ｂ２ＢＵＡ)が、二つのコール工程を実施し、一つの接続部はコーリングユーザーエージェントに、そしてもう一つの接続部は指定されたターミナルにつながるように、コール発信する命令工程をさらに含むことを特徴とする請求項３９に記載のコンピューターの判読可能メディア。
【請求項４１】
前記コンピューター実行可能命令が、コーリングＳＩＰターミナルと、ユーザーエージェントとの間で、リアルタイムトランスポートプロトコルリレー（ＲＴＰ  ＲＥＬＡＹ）構造を構築するために、バックエンドトゥーバックエンドユーザーエージェント(Ｂ２ＢＵＡ)を適用する命令を含むことを特徴とする請求項４０に記載のコンピューターの判読可能メディア。
【請求項４２】
プライベートネットワークと、パブリックネットワークとの間で、ピアツーピア通信を可能とし、コンピューター実行可能命令を含むコンピューターの判読可能メディアであって、
（１）プライベートネットワークの外側に位置し、インターネットを介してプロキシサーバーにつながるコーリングターミナルから発信されたコールリクエストを受信する命令工程と、
（２）コールリクエストのために送信する基本情報を記録する命令工程と、
（３）プロキシサーバーが、ユーザーエージェントから発信されたコールリクエストに基づく（ドメインネームサーバー）のルックアップを実行し、プライベートネットワークの外に位置するコールされたＳＩＰターミナルに対して、コールリクエストを伝送し、コール接続を確立する命令工程と、
(４)コーリングユーザーエージェントと、コールされたＳＩＰターミナルとの間のマルチメディア会議手段を実行する命令工程と、
を含むことを特徴とするコンピューターの判読可能メディア。
【請求項４３】
プライベートネットワークと、パブリックネットワークとの間でコーリング、接続、集団管理の処理をするために、ＳＩＰに従う適用命令工程を含むことを特徴とする請求項４２に記載のコンピューターの判読可能メディア。
【請求項４４】
プライベートネットワーク中のユーザーエージェントと、プライベートネットワークの外側のコールされたＳＩＰターミナルとの間で、コール取次ぎとして、バックエンドトゥーバックエンドユーザーエージェント(Ｂ２ＢＵＡ)を適用する命令工程をさらに含むことを特徴とする請求項４２に記載のコンピューターの判読可能メディア。
【請求項４５】
パブリックネットワークからのコーリングＳＩＰターミナルと、プライベートネットワーク中でユーザーエージェントとの間の会話の媒体となるために、コールされたＳＩＰターミナルへのユーザーエージェントの工程と、ユーザーエージェントへのコールされたＳＩＰターミナルの工程の二つのコール工程を結びつけるために、前記コンピューターの実行可能命令が、バックエンドトゥーバックエンドユーザーエージェント(Ｂ２ＢＵＡ)を適用する命令工程を含むことを特徴とする請求項４４に記載のコンピューターの判読可能メディア。
【請求項４６】
コーリングＳＩＰターミナルと、ユーザーエージェントとの間で、リアルタイムトランスポートプロトコルリレー（ＲＴＰ  ＲＥＬＡＹ）構造を構築するために、バックエンドトゥーバックエンドユーザーエージェント(Ｂ２ＢＵＡ)を適用する命令工程を含むことを特徴とする請求項４５に記載のコンピューターの判読可能メディア。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、発信装置と受領装置間でコミュニケーションを構築するために、インターネットを利用するマルチメディア会議システム、それを用いた会議方法、およびコンピューターの判読可能メディアである。より詳細には、パブリックネットワーク(以下、インターネットと称する場合がある。)と、ローカルエリアネットワーク(以下、プライベートネットワークと称する場合がある。)とを使った、インターネットの使用者と、プライベートネットワークにおけるユーザーエージェントとの間で、直接通信を可能にしたマルチメディア会議システム、それを用いた会議方法、およびコンピューターの判読可能メディアに関する。
【背景技術】
【０００２】
従来、インターネットは、主に電子メールやウェブのようなデータトラフィックの分野で発達してきた。
そして、遠隔学習や遠隔会議のように、リアルタイムでのデータトラフィックの転送を必要とする用途が出現したのにともなって、インターネットは音声とイメージのようなリアルタイムトラフィックを支援する風潮のもと、今も進化しつづけている。
【０００３】
ＩＰ(インターネットプロトコル)を基準にして処理しているＳＩＰ(セッションイニシエーションプロトコル)システムは、ユーザーエージェントと、ネットワークサーバーとから成り立っている。かかるユーザーエージェントは、通常、コールリクエスト（コール信号による要求）のためのＵＡＣ(ユーザー仲介クライアント)と、要求されたコール信号に答えるためのＵＡＳ(ユーザー仲介サーバー)として機能しているターミナルのことである。
【０００４】
また、ＳＩＰ(セッションイニシエーションプロトコル)は、インターネット電話のためのコールセッションの確立、メンテナンス、リリース、管理を含めた全体の手順に関係しており、インターネットサーバー、例えばネームサーバーや認証サーバーが存在することをそのまま利用している。かかるＳＩＰは、クライアント・サーバーシステムを基盤としたプロトコルであり、コールセッションに参加させるためにコールトライングパートが相手方を呼び寄せる形式で発達している。そして、ＳＩＰは、保存、転送、ミュートを含むユーザーの位置検索、セッション設立、セッション交渉、セッション当事者管理、コールフィーチャーインボケーション（Call Feature Invocation）のような機能を提供する。また、ＳＩＰは、コール処理を実行するために、ＨＴＴＰ（ハイパーテキストトランスファープロトコル）に似たような構文や動作を持つテキストに基づいたプロトコルも使っている。
【０００５】
しかしながら、ＩＰサービス全体の新しいマルチメディア発展のカギとなるＳＩＰや関連メディアプロトコル（例えば、ＲＴＰ）は、安全なサービスを行うために、主としてＩＰネットワークの境界上に位置しているファイヤーウォールやネットワークアドレストランスレーション（ＮＡＴ）装置によってブロックされてしまう。
【０００６】
ここで、ローカルエリアネットワークの境界に配置されたファイヤーウォールは全ての求められていない自分の領域に向かうトラフィック(traffic)をブロックするために機能し、すべてのＳＩＰによってコントロールされたメディアトラフィック(media traffic)の進入を妨げている。
【０００７】
また、ＮＡＴ(ネットワークアドレストランスレーション)は、トラフィックがプライベートネットワークからパブリックネットワークへ流れるとき、プライベートアドレスの系列中のＩＰアドレスとポート番号をパブリックアドレスへと変換する。これによって、限られた数のパブリックＩＰアドレスも、どんなに大きな団体でも必要に応じて配信することを可能にしている。
パブリックネットワーク中のそれぞれの装置は、自分自身のプライベートＩＰアドレスを所有している。したがって、パブリックネットワーク上で装置に送られたトラフィックは、ＮＡＴによって動的に変化しながら、パブリックアドレスにおける特定のポート番号が割り当てられる。そして、ＮＡＴは、プライベートアドレスおよびポート番号がＩＰアドレスおよびパブリックポート番号に対応したテーブルを維持することになる。
【０００８】
また、ローカルエリアネットワークの境界上に、ＮＡＴが存在している場合にも、相手に向かう接続へ入ることは簡単であるが、一方で流入するコールを受け取ることはより難しくなる。
その理由は、内線通信番号に対して、パブリックネットワークからルータ的に進行することは困難だからである。言い換えれば、ユーザーのアクセスに対しては、正確な内線に接続されたアテンダントを通って送られる必要がある。明らかにＮＡＴの場合、アテンダントと相互するものがないので、求められていない流入するコールは支援され得ないのである。
【０００９】
また、ＮＡＴに関連した問題の解決方法は、ニューポートネットワークス（Newport Networks）のホワイトペーパーの「ＩＰ全体のマルチメディアサービスのファイヤーウォールとＮＡＴに関係する問題解決」「利用者の接続可能にする研究」という書籍中に既述されている。参考のため、この中に取り入れてある。
【非特許文献１】「ＩＰ全体のマルチメディアサービスのファイヤーウォールとＮＡＴに関係する問題解決」
【非特許文献２】「利用者の接続可能にする研究」
【発明の開示】
【発明が解決しようとする課題】
【００１０】
したがって、本発明の目的は、ローカルネットワーク中のユーザーが、インターネットから他のユーザーと直接通信が可能になるマルチメディア会議システム、それを用いた会議方法、およびコンピューターの判読可能メディアを提供することである。
【００１１】
また、本発明の別の目的は、手動で実行、またはネットワーク環境を変える必要性がなくローカルエリアネットワークの環境設定が存在するままプライベートネットワーク中のユーザーと、パブリックネットワーク中のターミナル間で、直接通信可能にするマルチメディア会議システム、それを用いた会議方法、およびコンピューターの判読可能メディアを提供することである。
【００１２】
また、本発明の別の目的は、ネットワークの配置によって制限される状態から自由になり、個々の機動性を失わず直接通信を持つために、プライベートパブリックネットワーク双方から会議アテンダントを承認するマルチメディア会議システム、それを用いた会議方法、およびコンピューターの判読可能メディアを提供することである。
【００１３】
さらに、本発明の別の目的は、双方の情報の安全性を伴い、ファイヤーウォールやＮＡＴの妨害をうけずにプライベートネットワークやインターネット中のユーザー間で直接通信可能にするマルチメディア会議システム、それを用いた会議方法、およびコンピューターの判読可能メディアを提供することである。
【課題を解決するための手段】
【００１４】
本発明のマルチメディア会議システム等によれば、上記目的を達成するために、複数のユーザーエージェント（コールリクエストを受け取るための側）が、ローカルエリアネットワークを構成していることと、コーリングターミナルは、ローカルネットワークの外側に位置し、インターネットを介してローカルネットワークにつながっていることと、ネットワークアドレストランスレーション（ＮＡＴ）がコーリングターミナルと、ユーザーエージェントとの間に障壁としてローカルネットワークの出入り口に位置し、ＳＩＰプロキシサーバーが、コーリングターミナルとプライベートネットワークの間にあって、特定のユーザーエージェントに送るように、コーリングターミナルから送られたセッションイニシエーションプロトコルメッセージを受け取り、接続し、そしてＩＰアドレスを送るためのＮＡＴと論理的に平行配置されているということと、を含んでいる。
【００１５】
また、本発明のマルチメディア会議システム等によれば、上記の目標を達成するために、本発明中のプロキシサーバーのもう一つの側面は、コーリングＳＩＰターミナルから送られたセッションイニシエーションプロトコルメッセージを受取り、接続し、ＩＰアドレスを送るように、最低一つのインターネットにつながる一方、最低一つのプライベートネットワークにつながる二つ以上のネットワークインターフェイスを含んでいる。そして、上述したメッセージを特定のユーザーに送ることである。
【００１６】
また、本発明のマルチメディア会議システム等によれば、上記の目標を達成するために、プロキシサーバーが、論理上、レジストレーションサーバーを含むことである。その結果、プライベートネットワーク中の複数のユーザーエージェントが有するＵＲＩ（唯一のソース識別番号）をレジストレーションサーバーに登録することができる。さらに、プロキシサーバーは、レジストレーションサーバーから登録されたＵＲＩと共にユーザーエージェントのコンタクトリストを得ることができる。したがって、ＵＲＩ検索によって、コーリングＳＩＰターミナルから個々のユーザーエージェントへコールを送ることができる。
【００１７】
また、本発明のマルチメディア会議システム等によれば、上記の目標を達成するために、プロキシサーバーが、ユーザーエージェントへのコーリングＳＩＰターミナルと、コーリングターミナルへのユーザーエージェントとの、二つのコールレグが結び付くことによって、コーリングターミナルと、ユーザーエージェントとの間のコール仲介者として働くバックエンドトゥーバックエンドユーザーエージェント(Ｂ２ＢＵＡ)を含むことである。さらにＢ２ＢＵＡが、ＲＴＰ（リアルタイムトランスポートプロトコル）をもとにしたリアルタイムマルチメディア会議通信を可能とするために、コーリングＳＩＰターミナルと、ユーザーエージェントとの間に、リアルタイムトランスポートプロトコルリレー（ＲＴＰ  ＲＥＬＡＹ）構造を構築することである。
【００１８】
なお、アドレス変換方式としてのＮＡＴや、ファイヤーウォールが、プライベートネットワークとインターネットとの間での、直接的仲間同士のマルチメディア会議を妨害するという問題は、本発明によれば解決可能である。すなわち、プライベートネットワークの環境設定の存在や情報の安全性への考慮もふまえて、本発明は直接的な仲間同士のマルチメディア会議通信のシステムと方法を作り出すことが可能である。
したがって、場所や時間の枠を越えて、音やビデオのようなマルチメディア通信を仲間同士、またはグループ同士で直接行うことを、プライベートネットワークの内側もしくは外側のアテンダントにおいて可能となる。
【発明を実施するための最良の形態】
【００１９】
本発明のマルチメディア会議システム等の特徴を、図面を参照しながら、以下に記載していく。但し、実施態様に書かれた形態はただ理解を深めるための例を紹介しているのであって、言うまでもなく本発明を制限するものでない。重ねて言えば、方法、ステップ、システム、装置、構造、もしくはその他オプションの部品もまた本発明を制限できるものではない。加えて、本発明は特許請求の範囲によって規定されている。
また、図面に関して、本発明のより完全な認識と便宜上付け加えてある物の多くを、同一または類似の構成要素を指し示しており、参照記号が描かれた添付図と一緒に考えることで、以下の詳細な説明を参照してより簡単かつ明確に理解をしていただきたい。
【００２０】
まず、図１に示すように、コーリングとマルチメディア会議に接続する処理のためのコール仲介者(ＳＩＰプロキシサーバー)によってコール仲介者上のＳＩＰコールプロセスの手順を描いている。
すなわち、図１に示すように、コーリングＳＩＰターミナル１０が、コール仲介(ステップ４１)としてのコール仲介者(ＳＩＰプロキシサーバー)２０に対して、コミュニケーションのメッセージ信号(ＩＮＶＩＴＥ)を送る。このコミュニケーションのメッセージ信号を受け取ったプロキシサーバー２０は、それから、コールされたＳＩＰターミナル３０(ステップ４２)に対して、コミュニケーションのメッセージ信号(ＩＮＶＩＴＥ)を送る。
【００２１】
次いで、コールされたＳＩＰターミナル３０は、プロキシサーバー２０(ステップ４３)に対して、コールの処理通知のためのメッセージ信号(１００’トライング)を送る。そして、メッセージ信号を受け取ったプロキシサーバー２０は、コーリングＳＩＰターミナル１０(ステップ４４)に対して、コール信号(１００’トライング)のためのメッセージ信号を送る。また、コールされたＳＩＰターミナル３０は、プロキシサーバー２０(ステップ４５)に対して、コーリング信号(１８０リンギング)を送り、その後、このプロキシサーバー２０は、コーリングＳＩＰターミナル１０(ステップ４６)に対して、コール信号(１８０リンギング)を送る。
【００２２】
次に、コールされたＳＩＰターミナル３０は、プロキシサーバー２０(ステップ４７)に対して、コールリクエストのためのメッセージ信号を送り、プロキシサーバー２０は、コーリングターミナル１０(ステップ４８)から、コールリクエストのためのメッセージ信号を受け取るためのメッセージ信号(２００ＯＫ)を送る。その後、コーリングＳＩＰターミナル１０は、プロキシサーバー２０(ステップ４９)に対して、返答のために受領メッセージ信号として、「ＡＣＫ」を送信する。そして、プロキシサーバー２０は、コールされたＳＩＰターミナル３０へ返答のために、受領メッセージ信号として、「ＡＣＫ」を転送する。その結果、コール信号が構築される(ステップ５０)。そうして、コーリングＳＩＰターミナル１０と、コールされたターミナル３０とは通信を行うことが可能になる(ステップ５１)。
【００２３】
図２は、プライベートネットワーク１１０と、インターネット環境におけるコーリングＳＩＰターミナル１５０と、の間で通信可能にするマルチメディア会議システム１００の本発明を具現化した状況を描いたものである。かかる図２を見れば分かるように、以下の内容を含んだ本発明によって直接通信が可能となるマルチメディア会議システム１００が開示されている。
まず、コールリクエストを受け取るための複数のユーザーエージェント１０１、１０２、１０３、１０４、１０５から、プライベートネットワーク１１０が構成されている。
つまり、コーリングＳＩＰターミナル１５０を含むインターネットは、プライベートネットワーク１１０の外側に位置し、インターネット環境やＡＤＳＬモデム１４０を介して、プライベートネットワーク１１０に接続されている。そして、アドレス変換方式としてのネットワークアドレストランスレーション(ＮＡＴ)１２０は、コーリングＳＩＰターミナル１５０と、プライベートネットワーク１１０との間に位置している。また、ＳＩＰにもとづいたマルチメディア会議システムを構築するために、コーリングＳＩＰターミナル１５０から送られたセッションイニシエーションプロトコルメッセージを受け取り、接続し、ＩＰアドレスを接続し、送り、さらに、特定のユーザーエージェントに対してセッションイニシエーションプロトコルメッセージを送るための、ＳＩＰプロキシサーバー１３０が、コーリングＳＩＰターミナル１５０と、プライベートネットワーク１１０との間に、論理上、ＮＡＴブロック１２０と同一方向に平行配置されている。
また、バックエンドトゥーバックエンドユーザーエージェント(Ｂ２ＢＵＡ)が、インターネットへのプライベートネットワークと、プライベートネットワークへのインターネットのコールレグを結びつけるＳＩＰによって定義づけられている。そして、最終的にリアルタイム直接会議通信を可能にするように、圧縮処理されデータを送るためのＲＴＰ（リアルタイムトランスポートプロトコル）に基づいた接続を適用する。
【００２４】
図３は、本発明の具現化について言及する前の図で、コーリングや接続を介した、プライベートネットワーク２１０と、インターネットとの間でのマルチメディア会議のコミュニケーションを処理するＳＩＰプロキシサーバー２３０の態様を表している。
かかる図３を見て分かるとおり、プライベートネットワーク２１０は、ユーザーエージェントＡ２１１と、ユーザーエージェントＢ２１２との二つのユーザーエージェント（内部コンピューター）から構成されている。
また、パブリックネットワーク２２０は、ユーザーエージェントＤ２２１を含んでいる。ユーザーエージェントＡ２１１のＩＰアドレスは、例えば、１９２．０．２．１０１であり、ユーザーエージェントＢ２１２のＩＰアドレスは１９２．０．２．１０３である。さらに、ユーザーエージェントＤ２２１のＩＰアドレスは１７．０．０．１であり、プロキシサーバー２３０のＩＰアドレスは１９２．０．２．１０２である。そして、そのパブリックＩＰアドレスは、１０．０．０．１である。
【００２５】
また、プライベートネットワーク２１０中のユーザーエージェントＡ２１１と、ユーザーエージェントＢ２１２は、外部コミュニケーションのためのコール仲介として働くプロキシサーバー２３０に頼っている。そして、ユーザーエージェントＡ２１１と、ユーザーエージェントＢ２１２の双方は、外行きプロキシとしてのプロキシサーバー２３０［１９２．０．２．１０２］のプライベートＩＰアドレスが設定されている。
また、パブリックネットワーク２２０から送られたメッセージ信号に対応したＩＰアドレスは、プロキシサーバー２３０［１０．０．０．１］のパブリックＩＰアドレスとして構築されている。プライベートネットワーク２１０と、パブリックネットワーク２２０両方の全ての会議アテンダントは、十分なＳＩＰ認証、言い換えればＳＩＰによって定義されたＵＲＩ（唯一のソース識別番号）とともにプロキシサーバー２３０へ登録されることになる。また、パブリックネットワーク２２０から送られたメッセージ信号は、プロキシサーバー２３０のＵＲＩ（唯一のソース識別番号）のメカニズムによって特定のユーザーエージェントへ送ることが可能である。
【００２６】
また、プロキシサーバー２３０は、以下のことに責任を負って機能している。
すなわち、プロキシサーバー２３０は、ＳＩＰをもとにしたマルチメディア会議コールの構築、および接続をしている。
また、プロキシサーバー２３０は、プライベートネットワーク２１０と、パブリックネットワーク２２０との間で、ＳＩＰによって定義されたＢ２ＢＵＡをコール仲介として働かせるべく適用している。
また、プロキシサーバー２３０は、仲間同士のリアルタイム、かつ直接的な会議コミュニケーションを提供するために、ＲＴＰ（リアルタイムトランスポートプロトコル）によってデータを圧縮し、転送する。
【００２７】
また、プライベートネットワーク２１０と、パブリックネットワーク２２０との間での会議の構築及び接続以前に、プライベートネットワーク２１０と、パブリックネットワーク２２０からの会議アテンダントは、ＳＩＰ認証、言い換えればプロキシサーバー２３０へのＳＩＰによって定義されるＵＲＩ（唯一のソース識別番号）と共に登録されるべきである。
そして、ＳＩＰ会議のコール信号と、接続処理をしているあいだ、プロキシサーバー２３０は、プライベートネットワーク２１０と、パブリックネットワーク２２０の両表面上の初期設定ポート５０６０でリスニングしているものとする。
一方、コール仲介としてのＢ２ＢＵＡは、プライベートネットワーク２１０と、パブリックネットワーク２２０両表面上の初期設定ポート７０６０でリスニングしているものとする。パブリックネットワーク２２０か、プライベートネットワーク２１０のいずれかからのコール信号が、プロキシサーバー２３０へ送られるとすぐに、プロキシサーバー２３０は以下に続く二つの状態を求めることになる。
すなわち、ＵＲＩリクエストが、パブリックなことである（プライベートネットワーク２１０からパブリックネットワーク２２０へ送られたセッションリクエストのメッセージ信号）。
また、ＵＲＩリクエストが、プライベートネットワークメッセージであり、公のルートを通って送られてきたものであること（パブリックネットワーク２２０からプライベートネットワーク２１０へ送られたセッションリクエストのメッセージ信号）。
【００２８】
したがって、上記の条件に当てはまる人がいた場合、Ｂ２ＢＵＡのコール仲介機能が働くように、プロキシサーバー２３０はコール信号を発信する。Ｂ２ＢＵＡは、コール信号に接続ＩＰを加え、そのソースパスを記録し、その宛先にコール信号を送信する。そして、会議通信への接続がなされることになる。また、Ｂ２ＢＵＡの機能が実施されているあいだ、プロキシサーバー２３０は、リアルタイム会議通信が可能となるように、通信の両者側にＲＴＰポートを公開するプロキシサーバー２３０中の、リアルタイムトランスポートプロトコルリレー（ＲＴＰ  ＲＥＬＡＹ）構造を駆動させる起点フィールドと、接続フィールドのＳＤＰ（セッションディスクリプションプロトコル）パラメーターとを修正する。
【００２９】
また、ＳＩＰプロキシサーバー２３０が、マルチメディア会議への接続を構築し、プライベートネットワーク２１０と、パブリックネットワーク２２０とをつなげるように、ＳＩＰ信号が、Ｂ２ＢＵＡに対して発信されている。もしも、プライベートネットワーク２１０中のユーザーによって出力コールからＳＩＰ信号が来た場合、Ｂ２ＢＵＡは、ＳＩＰ信号を終わらせて新たな信号（例えば、プライベートネットワークを変えることによって）をパブリックネットワーク２２０へ出し始める。逆もまた同様である。そして、Ｂ２ＢＵＡは、パブリックネットワーク２２０からプライベートネットワーク２１０中のユーザーへ入力コール信号を転送する。その結果、Ｂ２ＢＵＡは、一つがプライベートネットワーク２１０、もう一つがパブリックネットワーク２２０である二つのコールレグ（ダイアログボックス）を結びつけることになる。結びつけた後、ＲＴＰ  ＲＥＬＡＹは、リアルタイム通信のためにメディアフロウを実施する。
【００３０】
図４は、本発明を別に具体化したものである。プライベートネットワークからパブリックネットワークへコール信号が生じた場合であって、ＳＩＰプロキシサーバー３３０によって処理されたコール信号の手順を示すチャートである。さらなる説明として、図４に記載されたように、ＳＩＰプロキシサーバー３３０における二つの作業としての、会議のコーリングと接続の処理と、プライベートネットワークと、パブリックネットワークとの間のコールレグの仲介をする。これらは、それぞれ図３でＳＩＰサーバー２３０と、その中のＢ２ＢＵＡと言及されたものである。
【００３１】
まず始めに、プライベートネットワーク中のユーザー３１０が、パブリックネットワーク中のコールされたＳＩＰターミナルユーザー３２０に対して、コール信号（ＩＮＶＩＴＥ）を送る。コール信号（ＩＮＶＩＴＥ）は、プライベートネットワークの出力としてのＳＩＰプロキシサーバー３３０へと送信される（ステップ４０１）。
次いで、ＳＩＰプロキシサーバー３３０はメッセージ信号に、そのパスを記録しておくための「Ｖｉａ」を加え、Ｂ２ＢＵＡ３４０に対してコール信号を送る（ステップ４０２）。Ｂ２ＢＵＡは、コール信号のＩＰアドレスの宛先を得るためＵＲＩリクエスト（要求）により、ＤＮＳ（ドメインネームサーバー）のルックアップ（検索等）をする。
次いで、Ｂ２ＢＵＡは、先の「Ｖｉａ」におけるヘッダー部分を取り外し、接続アドレスと、ＳＤＰパラメーターとを修正し、コールに自分の「Ｖｉａ」におけるヘッダー部分を加える。その後、コール信号（ＩＮＶＩＴＥ）は、ＵＲＩリクエストに関して、ＩＰアドレス宛へ送信される。そして、一つもしくはそれ以上のプロキシサーバー（図に記載されていないが）を通過したら、コール信号は、コールされたユーザーに届くことになる（ステップ４０３）。
【００３２】
次いで、コールされたユーザー３２０は、メッセージ信号（１００’トライング）でＢ２ＢＵＡ３４０に対して応答する（ステップ４０４）。それから、コールされたユーザー３２０は、メッセージ信号（１８０リンギング）により、そのコンタクトＩＰアドレスに応答する。コールされたユーザー３２０からの応答信号は、Ｂ２ＢＵＡに到達する（ステップ４０５）。Ｂ２ＢＵＡは、応答信号としてのメッセージ（１８０リンギング）の「Ｖｉａ」におけるヘッダー部分を取り除き、コールされたターミナルユーザー３２０の接続ＩＰアドレスを自分の接続ＩＰアドレスに置き換えることになる。そして、ＳＩＰプロキシサーバー３３０と、ユーザー３１０のために「Ｖｉａ」におけるヘッダー部分を書き込み、ＳＩＰサーバー３３０に応答信号（１８０リンギング）を送り、さらにＳＩＰサーバー３３０からユーザー３１０へ応答信号（１８０リンギング）が送られる（ステップ４０６）。
次いで、コールされたターミナルユーザー３２０から接続要求の受け入れのために応答メッセージ（２００ＯＫ）が同じパスに続く（ステップ４０７，４０８）。
【００３３】
次いで、プライベートネットワーク中のユーザー３１０と、パブリックネットワーク中のコールされたユーザー３２０と、の間の接続が構築された後、接続確認のためのユーザーからの受領メッセージ（ＡＣＫメッセージ）が、Ｂ２ＢＵＡ３４０に対して、直接的に送られる（ステップ４０９）。
次いで、Ｂ２ＢＵＡ３４０から同じものが、ユーザー３２０へ送られる（ステップ４１０）。コーリングユーザー３１０と、コールされたユーザー３２０とが、それぞれ他の人の接続ＩＰアドレスを習得してきたように、リアルタイム会議通信のために、Ｂ２ＢＵＡ３４０と、ＲＴＰ  ＲＥＬＡＹとを通して、双方が交流した状態のまま維持する。
【００３４】
もしもユーザー３１０が通信を遮断するときには、会議終了メッセージ信号（ＢＹＥ）がＢ２ＢＵＡ３４０に対して送られ（ステップ４１１）、Ｂ２ＢＵＡは、会議遮断用のメッセージ信号（ＢＹＥ）をユーザー３２０に送る（ステップ４１２）。
そして、ユーザー３２０接続遮断受け入れのためのコール信号（２００ＯＫ）をＢ２ＢＵＡ３４０に対して送り（ステップ４１３）、さらに、Ｂ２ＢＵＡ３４０は、通信遮断のためにユーザー３１０に対してメッセージ信号を送る（ステップ４１４）。
【００３５】
図５は、また別の態様の本発明を具体化するものであり、パブリックネットワークからプライベートネットワークに対してコール信号が生じる場合のプロキシサーバーによって処理されたコール信号の処理手順を示すものである。
図５の更なる説明として、図３で記載された会議のコーリングと接続の処理、プライベートネットワークと、パブリックネットワークとの間でのコールレグの仲介という二つのプロキシサーバーの作業は、それぞれＳＩＰサーバー、Ｂ２ＢＵＡと示している。
【００３６】
まず始めに、パブリックネットワークのコーリングＳＩＰターミナル５１０が、プライベートネットワーク中のユーザー５２０に対して、コール信号（ＩＮＶＩＴＥ）を送る。したがって、プライベートネットワークのプロキシサーバー５３０に対して、コール信号が送信されたことになる（ステップ６０１）。
次いで、ＳＩＰサーバー５３０のＩＰアドレスは、ＤＮＳ（ドメインネームサーバー）のための入場（入口）として形成される。コール信号を受け取った後、ＳＩＰサーバー５３０は、コール信号上で所在検索のルックアップを実行する。それから、コール信号のＵＲＩリクエスト（要求）をユーザーエージェント５２０のＩＰアドレスに換えて、パスを記録する「Ｖｉａ」におけるヘッダー部分を加え、Ｂ２ＢＵＡ５４０に対してコール信号を送信する（ステップ６０２）。そして、Ｂ２ＢＵＡ５４０は、メッセージ信号の「Ｖｉａ」におけるヘッダー部分を取り除き、接続アドレスと、ＳＤＰパラメーターとを修正した後、自分の「Ｖｉａ」におけるヘッダー部分を加えて、コール信号のＵＲＩリクエスト（要求）中に、マッピング（地図化）されたものに従って、ユーザー５２０のＩＰアドレスに対して、コール信号（ＩＮＶＩＴＥ）を送信する。よって、コール信号（ＩＮＶＩＴＥ）が、ユーザー５２０へ到達することになる（ステップ６０３）。
【００３７】
その後、ユーザー５２０が、Ｂ２ＢＵＡ５４０に対してメッセージ信号（１００’トライング）を送り（ステップ６０４）、Ｂ２ＢＵＡ５４０へ他のメッセージ信号（１８０リンギング）を送信して、応答する。Ｂ２ＢＵＡ５４０は、応答メッセージ（１８０リンギング）の「Ｖｉａ」におけるヘッダー部分を取り除き、ＳＩＰプロキシサーバー５３０の「Ｖｉａ」におけるヘッダー部分と、コーリングＳＩＰターミナル５１０の「Ｖｉａ」におけるヘッダー部分を挿入して、ＳＩＰサーバー３３０に対して応答信号（１８０リンギング）を送信する。
これで、ＳＩＰサーバー５３０からコーリングＳＩＰターミナル５１０に対して、応答信号（１８０リンギング）が送信されたことになる（ステップ６０６）。
なお、ユーザー５２０から接続要求受け入れのための応答信号（２００ＯＫ）が、同じパスに続くことになる（ステップ６０７、６０８）。
【００３８】
次いで、コーリングＳＩＰターミナル５１０と、ユーザーエージェント５２０との間の接続が構築された後、接続確認のためのコーリングＳＩＰターミナル５１０から受領メッセージ（ＡＣＫ）が、Ｂ２ＢＵＡ５４０に対して直接送られる（ステップ６０９）。また、Ｂ２ＢＵＡ５４０から同じ受領メッセージが、ユーザー５２０に対して送られる（ステップ６１０）。そして、コーリングＳＩＰターミナル５１０と、コールされたユーザーエージェント５２０との双方が、お互いの接続ＩＰアドレスを習得してきたように、リアルタイム会議通信Ｂ２ＢＵＡ５４０と、ＲＴＰ  ＲＥＬＡＹとを通して、双方が交流した状態のまま維持される。
【００３９】
また、コーリングＳＩＰターミナル５１０が会議通信を遮断しようとするとき、会議終了のためのメッセージ（ＢＹＥ）が、Ｂ２ＢＵＡ５４０に対して送られる（ステップ６１１）。そして、Ｂ２ＢＵＡは、会議遮断のメッセージ信号をユーザー５２０に対して送信する（ステップ６１２）。
次いで、ユーザー５２０が、接続遮断の受け入れのコール信号（２００ＯＫ）をＢ２ＢＵＡ５４０に対して送り（ステップ６１３）、通信終了のために、Ｂ２ＢＵＡ５４０はコーリングＳＩＰターミナル５１０に対してメッセージ信号を送る（ステップ６１４）。
【００４０】
なお、上述した具体例は、本発明を限定するものではなく、理解を高めるための単なる例に過ぎない。さらに、方法、ステップ、システム、装置、構成、もしくは他のオプションパーツいずれも本発明を限定するものではない。加えて、本発明は、特許請求の範囲によって明確に規定されている。
【産業上の利用可能性】
【００４１】
本発明は、プライベートネットワークと、インターネットとの間の情報伝達を可能とするマルチメディア会議システム等であって、例えば、複数のユーザーエージェントと、インターネットを介してプライベートネットワークと接続されるコーリングＳＩＰターミナルトと、ローカルエリアネットワークの出入り口に位置するネットワークアドレストランスレーション（ＮＡＴ）と、コーリングＳＩＰターミナルトと、プライベートネットワークとの間に位置し、コーリングＳＩＰターミナルから伝達されたセッションイニシエーションプロトコルメッセージを受信するとともに、接続して、特定のユーザーエージェントに対して、ＩＰアドレスを送信するために、ネットワークアドレストランスレーションに対して論理的に平行配置されたプロキシサーバーと、を含んでいる。
【００４２】
また、本発明のマルチメディア会議システム等によれば、プライベートネットワークと、インターネットとの間の直接情報伝達を可能とするマルチメディア会議システムであって、ローカルエリアネットワークを構成する複数のユーザーエージェントと、ローカルエリアネットワークを介してユーザーエージェントに対して接続されるプロキシサーバーであって、パブリックネットワークに対して、ユーザーエージェントから伝達されたセッションイニシエーションプロトコルメッセージを受信するとともに、接続して、ＩＰアドレスを送信する機能を有するプロキシサーバーと、コールされたターミナルと、ローカルネットワークとの間に位置し、プロキシサーバーに論理的に平行配置されたネットワークアドレストランスレーション（ＮＡＴ）と、を含んでいる。
【００４３】
また、本発明のマルチメディア会議システム等によれば、プライベートネットワークと、パブリックネットワークとの間の直接情報伝達を可能とするマルチメディア会議方法であって、
(１)インターネットを介してプロキシサーバーへ接続されたコーリングＳＩＰターミナルから送信されて、入ってくるコールリクエストを受け入れ、そのコールリクエストを承認し、そのコールリクエストのための基本情報を記録するために、ネットワークアドレストランスレーション（ＮＡＴ）に対して、プロキシサーバーを、論理的に平行配置する工程と、
(２)特定ユーザーエージェントへコールリクエストの転送と、コールに関する情報伝達接続の確立工程と、
(３)コーリングＳＩＰターミナルと、プライベートネットワークの中の特定ユーザーエージェントとの間のマルチメディア会議手段を実行する工程と、
を含んでいる。
【００４４】
また、本発明のマルチメディア会議システム等によれば、プライベートネットワークと、パブリックネットワークとの間の直接情報伝達を可能とするマルチメディア会議方法であって、
(１)プライベートネットワーク中のユーザーエージェントから発信されて、入ってくるコールリクエストを受け入れ、そのコールリクエストを承認し、そのコールリクエストのための基本情報を記録するために、ネットワークアドレストランスレーション（ＮＡＴ）に対して、プロキシサーバーを、論理的に平行配置する工程と、
(２)プロキシサーバーが、ユーザーエージェントから発信されたコールリクエストに基づくＤＮＳ（ドメインネームサーバー）のルックアップを実行し、プライベートネットワークの外に位置するコールされたＳＩＰターミナルに対して、コールリクエストを伝送し、コール接続を確立する工程と、
(３)コーリングユーザーエージェントと、コールされたＳＩＰターミナルとの間のマルチメディア会議手段を実行する工程と、
を含んでいる。
【００４５】
また、本発明のマルチメディア会議システム等によれば、プライベートネットワークと、パブリックネットワークとの間で、ピアツーピア通信を可能とし、コンピューター実行可能命令を含むコンピューターの判読可能メディアであって、
プライベートネットワークの外側に位置し、インターネットを介してプロキシサーバーにつながるコーリングターミナルから発信されたコールリクエストを受信する命令工程と、
コールリクエストのために送信する基本情報を記録する命令工程と、
プライベートネットワーク中のユーザーエージェントがＵＲＩを記録する命令工程と、
ＵＲＩリクエストによって、ユーザーエージェントのコンタクトリストを得て、所定のコールコネクションを構築するために、指定されたユーザーエージェントへコールリクエストを転送する命令工程と、
コーリングＳＩＰターミナルと、コールされたユーザーエージェントとの間に、マルチメディア会議通信を構築する命令工程と、
を含んでいる。
【００４６】
また、本発明によれば、プライベートネットワークと、パブリックネットワークとの間で、ピアツーピア通信を可能とし、コンピューター実行可能命令を含むコンピューターの判読可能メディアであって、
（１）プライベートネットワークの外側に位置し、インターネットを介してプロキシサーバーにつながるコーリングターミナルから発信されたコールリクエストを受信する命令工程と、
（２）コールリクエストのために送信する基本情報を記録する命令工程と、
（３）プロキシサーバーが、ユーザーエージェントから発信されたコールリクエストに基づくＤＮＳ（ドメインネームサーバー）のルックアップを実行し、プライベートネットワークの外に位置するコールされたＳＩＰターミナルに対して、コールリクエストを伝送し、コール接続を確立する命令工程と、
(４)コーリングユーザーエージェントと、コールされたＳＩＰターミナルとの間のマルチメディア会議手段を実行する命令工程と、を含んでいる。
【００４７】
したがって、ローカルネットワーク中のユーザーが、インターネットから他のユーザーと直接通信が可能になり、手動で実行、またはネットワーク環境を変える必要性がなくローカルエリアネットワークの環境設定が存在するままプライベートネットワーク中のユーザーと、パブリックネットワーク中のターミナル間で、直接通信が可能になった。
また、ネットワークの配置によって制限される状態から自由になり、個々の機動性を失わず直接通信を持つために、プライベートパブリックネットワーク双方から会議アテンダントを承認することができ、双方の情報の安全性を伴い、ファイヤーウォールやＮＡＴの妨害をうけずにプライベートネットワークやインターネット中のユーザー間で直接通信が可能になった。
【図面の簡単な説明】
【００４８】
【図１】マルチメディア会議にコーリングおよび接続するコール仲介者によって、呼び出し仲介をする上でのコールプロセスのための手順を示す図である。
【図２】ＮＡＴと同方向に平行配置されたＮＡＴおよびＳＩＰプロキシサーバーを区画する本発明を具体化するための図である。
【図３】本発明の具体化について言及する前に、プライベートネットワークと、パブリックネットワークとの間におけるコーリング、接続、およびマルチメディア会議の情報伝達をするＳＩＰプロキシサーバーを区分した図である。
【図４】プライベートネットワークからパブリックネットワークに対してコールが生じる場合における、ＳＩＰプロキシサーバーによって処理されたコールの手順を示し、本発明を別に具体化するための図である。
【図５】パブリックネットワークからプライベートネットワークに対してコールが生じる場合における、ＳＩＰプロキシサーバーによって処理されたコールの手順を示し、本発明を別に具体化するための図である。
【符号の説明】
【００４９】
１０、３０：コーリングＳＩＰターミナル、２０：コールエージェント(ＳＩＰプロキシサーバー)、１００：マルチメディア会議システム、１０１、１０２、１０３、１０４、１０５：ユーザーエージェント、１１０：プライベートネットワーク、１２０：ネットワークアドレストランスレーション(ＮＡＴ)、１３０：ＳＩＰプロキシサーバー、１４０：ＡＤＳＬモデム、１５０：コーリングＳＩＰターミナル、２１０：プライベートネットワーク、２１１、２１２：ユーザーエージェント、２２０：パブリックネットワーク、２２１：ユーザーエージェント、２３０：ＳＩＰプロキシサーバー、３１０：プライベートネットワークのユーザー、３２０：パブリックネットワークのユーザー
【図１】
2006254402.tif 000003
【図２】
2006254402.tif 000004
【図３】
2006254402.tif 000005
【図４】
2006254402.tif 000006
【図５】
2006254402.tif 000007