音声伝送用の電話網を使用するＩＰテレビ会議を確立する方法
【課題】電話網に接続されている音声通信機器の間、ならびに映像機器およびインターネットネットワークに接続されている映像通信機器の間でテレビ会議を確立する。
【解決手段】この方法は、ａ）ユーザの音声通信機器ＡＣＥ１を使用して、別のユーザの音声通信機器ＡＣＥ２との間で第１の呼を開始すること、ｂ）第１の呼を電話網ＴＮの交換ノードＳＳＰＮに経路指定し、音声通信機器ＡＣＥ１、ＡＣＥ２の電話番号を含むメッセージを、電話網およびインターネットネットワークに接続されたサービスノードＳＮに送信すること、ｃ）音声通信機器の間で音声通信をセットアップするために、電話番号がサービスノードのメモリＭＹに記憶されている場合は、交換ノードＳＳＰＮが第１の呼を確立するのを許可すること、およびｄ）音声通信と並行して、映像通信機器の間で映像通信を確立するために、ユーザの映像通信機器のアドレスを決定することにある。
【解決手段】この方法は、ａ）ユーザの音声通信機器ＡＣＥ１を使用して、別のユーザの音声通信機器ＡＣＥ２との間で第１の呼を開始すること、ｂ）第１の呼を電話網ＴＮの交換ノードＳＳＰＮに経路指定し、音声通信機器ＡＣＥ１、ＡＣＥ２の電話番号を含むメッセージを、電話網およびインターネットネットワークに接続されたサービスノードＳＮに送信すること、ｃ）音声通信機器の間で音声通信をセットアップするために、電話番号がサービスノードのメモリＭＹに記憶されている場合は、交換ノードＳＳＰＮが第１の呼を確立するのを許可すること、およびｄ）音声通信と並行して、映像通信機器の間で映像通信を確立するために、ユーザの映像通信機器のアドレスを決定することにある。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークの領域に関し、より詳細には、かかる通信ネットワークにおけるテレビ会議の確立に関する。
【背景技術】
【０００２】
通信ネットワークに接続されている、互いに離れた通信機器間でテレビ会議を確立できるようにする、いくつかのソリューションが提案されている。
【０００３】
ソリューションの第１の系統では、インターネットネットワークを介して互いに離れたユーザの音声機器および映像機器の間で音声と映像の両方のデータを伝送するために、Ｈ．３２３やＳＩＰ（「セッション開始プロトコル」）などのインターネットプロトコル（ＩＰ）を使用して、完全ＩＰ（インターネットプロトコル）のテレビ会議を提供する。
【０００４】
このようなソリューションのファミリーはうまく働くが、その利用は通常、パーソナルコンピュータ（ＰＣ）などの通信機器によるＩＰネットワークの運用に慣れている人々に限定される。さらに、着呼側が、インターネットネットワークを介して呼び出される可能性があることを、通常は予告される必要がある。また、音声および映像を伝送するのに使用される媒体は同一であるため、その媒体に問題がある場合には、通信全体が損なわれ、あるいは停止さえする。
【０００５】
ソリューションの第２の系統では、映像データを伝送するのにインターネットネットワークを使用し、同時に音声データを伝送するのに電話網を使用することによって、ＩＰ／電話複合式テレビ会議を提供する。
【０００６】
この第２の系統の一ソリューションが、特許文献である米国特許出願公開第２００２／００８３４６２号明細書に記載されている。この特許の本質は、発呼ユーザ側と着呼ユーザ側の両方共、標準の電話とデジタルカメラと表示手段とが一体化され、標準の電話網（またはＰＯＴＳ：「単純旧式電話サービス（Ｐｌａｉｎ Ｏｌｄ Ｔｅｌｅｐｈｏｎｅ Ｓｅｒｖｉｃｅ）」）と、（（たとえば、いわゆるＡＤＳＬ（「非対称デジタル加入者線」）を用いた）ＰＯＴＳネットワーク、またはケーブルネットワークを介して）インターネットネットワークとに接続された装置を使用することにある。こうした装置は、ＰＯＴＳネットワークを介して、その個別のＩＰアドレスを含む短いデータバーストを一方から他方へと送信することによって、映像通信を確立する。
【０００７】
このソリューションは、テレビ会議の確立がユーザの専用装置によって管理されるため、ユーザにとって便利である。しかし、各ユーザが専用装置を備えている必要がある。
【０００８】
この第２の系統のもう１つのソリューションが、特許文献である国際公開第０３／０９２２８７号パンフレットに記載されている。この特許の本質は、ＰＯＴＳネットワークに接続され、ＩＰ通信機器も備えているクライアントの電話を使用し、それによってテレビ会議を確立するよう要求する音声通信を開始することにある。次に、クライアントとその音声および映像機器に関する情報を収集するため、かつＰＯＴＳネットワークを介した音声伝送と並行してインターネットネットワークを介した映像伝送の確立を制御するために、コールセンターが、専用ＷｅｂページをクライアントのＩＰ通信機器に送信する。テレビ会議の電話呼は、コールセンターの統合サーバによって、インターネットコール管理サーバ、コンピュータテレフォニーサーバ、および電話交換機を用いて開始される。
【０００９】
このようなソリューションでは、ユーザは、インターネット世界の知識をあまり必要とせず、また専用機器も必要としない。しかし、この場合、ユーザとコールセンターの間のテレビ会議しか行えず、ユーザ対ユーザのテレビ会議は行えない。さらに、このソリューションでは、発呼ユーザもコールセンターも、（映像のない）純音声モードで開始し、その後、任意の時点で、音声と映像の両方のデータ伝送を用いたテレビ会議モードで続行すると決定することができない。
【特許文献１】米国特許出願公開第２００２／００８３４６２号明細書
【特許文献２】国際公開第０３／０９２２８７号パンフレット
【発明の開示】
【発明が解決しようとする課題】
【００１０】
したがって、本発明の目的は、電話網およびインターネットネットワークを介した複合式のユーザ対ユーザＩＰテレビ会議を確立する方法を提供することである。この方法により、知られている方法の欠点が、少なくとも一部は克服される。
【課題を解決するための手段】
【００１１】
この目的のために、本発明は、（それぞれユーザおよび電話番号に関連し、電話網に接続されている）音声通信機器の間、ならびに（それぞれユーザの一方およびＩＰアドレスに関連し、かつ映像機器およびインターネットネットワークにそれぞれ接続されている）映像通信機器の間でテレビ会議を確立する方法を提供する。
【００１２】
ここで、「音声通信機器」とは、電話番号を有し、電話網を介して少なくとも（音声）電話呼を確立するように構成されている、どんなタイプの通信機器も意味する。したがって、ＰＯＴＳネットワークまたはＰＳＴＮ（「公衆交換電話網」）に接続されている固定電話でもよく、（ＧＳＭネットワーク、ＧＰＲＳ／ＥＤＧＥネットワーク、ＵＭＴＳネットワークなどの）セルラー無線ネットワークに接続されている移動電話でもよく、あるいは音声通信モジュールを備えたラップトップまたはＰＤＡ（「携帯型情報端末」）でもよく、あるいはインターネットネットワークを介してＶｏＩＰ（ＩＰ上での音声通信）ネットワークに接続された音声通信装置でもよい。
【００１３】
さらに、ここで、「映像通信機器」とは、ＩＰアドレスを有し、インターネットネットワークを介して少なくとも映像データを送受信するように構成されている、どんなタイプの通信機器も意味する。したがって、据置きパーソナルコンピュータ（ＰＣ）でもよく、（おそらくｘＤＳＬネットワークやケーブルネットワークなどにより）インターネットネットワークに接続され、またデジタルビデオカメラなどデジタル映像データを提供する映像機器に接続されたセットトップボックス（すなわちＳＴＢ）自体に接続されている、テレビ（ＴＶ）受像機でもよい。
【００１４】
この方法は、
ａ）発呼ユーザに関連する音声通信機器を使用して、着呼ユーザに関連する少なくとももう１つの音声通信機器との間で第１の呼を開始すること、
ｂ）第１の呼を電話網の選択された交換ノードに経路指定し、それによってそのノードが、（発呼ユーザおよび着呼ユーザの音声通信機器の電話番号を含む）メッセージを、電話網およびインターネットネットワークに接続されたサービスノードに送信するようにすること、
ｃ）発呼ユーザおよび着呼ユーザの音声通信機器の間で音声通信をセットアップするために、これらの両電話番号がサービスノードのメモリ（または任意の同等の記憶手段）に記憶されている場合は、交換ノードが第１の呼を確立するのを許可すること、および
ｄ）音声通信と並行して、これらの映像通信機器の間で映像通信を確立するために、必要であれば、（サービスノードのメモリ内で電話番号に関連する）発呼ユーザおよび着呼ユーザの映像通信機器のアドレスを決定することにある。
【００１５】
本発明による方法は、別々に、あるいは組み合わせて考慮される追加の特徴、特に、
ステップｄ）で、映像通信の確立を、発呼ユーザおよび着呼ユーザの音声通信機器の一方によってトリガすることができ、
第１の呼を保留した後、発呼ユーザまたは着呼ユーザのいずれかから、サービスアクセスコードによって定義された着呼番号での、選択された交換ノードに経路指定された第２の呼によって、映像通信の確立をトリガすることができ、
交換ノードが第２の呼を受信したとき、そのノードが、発呼ユーザまたは着呼ユーザの音声通信機器の電話番号およびサービスアクセスコードを含むメッセージを、サービスノードに送信することができ、
サービスノードは、メッセージを受信したとき、このメッセージの送信元の電話番号がメモリに記憶されているかどうか、およびこの電話番号に関連する音声通信機器が管理下の第１の呼に関与しているかどうかを判定し、いずれも該当する場合は、発呼ユーザおよび着呼ユーザの映像通信機器のアドレス間で映像通信を確立することができ、
音声通信機器の専用キーを（発呼または着呼）ユーザが操作することによって、映像通信の確立をトリガすることができ、
ステップｄ）で、映像通信の確立を、各自の音声通信機器の間で、（サービスノードによって管理される）第１の呼を確立した発呼ユーザおよび着呼ユーザの映像通信機器の一方によってトリガすることができ、
インターネットネットワークを介して映像要求をサービスノードに経路指定するように構成される専用サービスサーバに、（発呼ユーザまたは着呼ユーザの映像通信機器のアドレスと、サービスノードＳＮでの専用アドレスとを含む）映像要求を送信することによって、映像通信の確立のトリガを実行することができ、
サービスノードは、映像要求を受信したとき、それを生成したアドレスがメモリに記憶されているかどうか、およびこのアドレスに関連する音声通信機器が（サービスノード自体によって管理される）第１の呼に関与しているかどうかを判定し、いずれも該当する場合は、発呼ユーザおよび着呼ユーザの映像通信機器のアドレス間で映像通信を確立することができ、
映像通信機器の専用キーを（発呼または着呼）ユーザが操作することによって、映像通信の確立をトリガすることでき、
ステップｄ）で、ｉ）発呼ユーザおよび着呼ユーザの音声通信機器の電話番号が、自動映像確立許可を表すデータに対応付けてメモリ内に記憶されており、ｉｉ）サービスノードが、発呼ユーザおよび着呼ユーザの音声通信機器の間で音声通信が実際に確立されていることを通知するメッセージを電話網から受信した場合、サービスノードが映像通信の確立を自動的にトリガすることができ、
ステップｄ）で、サービスノードが、発呼ユーザおよび着呼ユーザの映像通信機器のアドレス間で、ＳＩＰ呼によって映像通信を確立することができ、
ステップｂ）およびｄ）で、メッセージが、たとえばＣＳ１などのＩＮＡＰプロトコルによって送信されることができ、
映像通信中、サービスノードが、映像ストリームだけを送信するために、映像通信機器の一方から他方に送信される映像データから、音声データを除去することができ、
交換ノードが音声通信機器の間の音声通信が終了したことを検出したとき、その交換ノードがメッセージをサービスノードに送信することができ、サービスノードがこのメッセージを受信したとき、そのサービスノードが映像通信を停止し、
音声通信の確立が、サービスノードの第１のモジュールによって制御することができ、映像通信の確立が、第１のモジュールに接続されている、サービスノードの第２のモジュールによって制御することができるという特徴を含むことができる。
【００１６】
本発明のその他の特徴および利点は、以下の詳細な説明および添付の図面をよく検討すれば明らかになるであろう。唯一の図では、本発明による方法を実装するように構成された通信システムの一部の概略図が示されている。
【発明を実施するための最良の形態】
【００１７】
添付の図面は、本発明を完全にする働きをすることができるだけでなく、必要があればそれを定義するのに寄与する働きもすることができる。
【００１８】
本発明の目的は、音声伝送用の通信システムの電話網を使用して、ＩＰテレビ会議の確立を可能にすることである。
【００１９】
図１に概略および一部が示されているように、本発明による方法を実施するため、通信システムは、少なくとも、音声通信機器ＡＣＥｉが接続されている電話網ＴＮ、映像通信機器ＶＣＥｉが接続されているインターネットネットワークＩＮ、および電話網ＴＮとインターネットネットワークＩＮに接続されているサービスノードＳＮを含む必要がある。
【００２０】
示した例では音声ＡＣＥｉおよび映像ＶＣＥｉ通信機器の添え字ｉは１または２に等しいが、１より大きいどんな値もとり得る。
【００２１】
以下の説明では、ユーザの音声通信機器ＡＣＥｉは、ＰＯＴＳネットワークまたはＰＳＴＮネットワークに接続されている固定電話であると考えることにする。しかし、音声通信機器ＡＣＥｉは、ＧＳＭネットワーク、ＧＰＲＳ／ＥＤＧＥネットワーク、ＵＭＴＳネットワークなどのセルラー無線ネットワークに接続されている移動電話でもよく、あるいはインターネットネットワークＩＮを介してＶｏＩＰ（ＩＰ上での音声通信）ネットワークに接続されている音声通信装置でもよい。
【００２２】
さらに、以下の説明では、ユーザの映像通信機器ＶＣＥｉは、ＴＶ受像機、ならびにインターネットネットワークＩＮとデジタルビデオカメラなど、デジタル映像データを提供する映像機器ＶＥｉに接続されているセットトップボックス（すなわちＳＴＢ）であると考えることにする。しかし、映像通信機器ＶＣＥｉは、インターネットネットワークＩＮおよび映像機器ＶＥｉに接続されている据置きパーソナルコンピュータ（ＰＣ）でもよい。映像通信機器ＶＣＥｉは、（たとえばＡＤＳＬ（「非対称デジタル加入者線」）によって）電話網ＴＮを介してまたはケーブルネットワークを介してインターネットネットワークＩＮに接続することができる。
【００２３】
本発明によれば、通信システムは、電話網ＴＮとインターネットネットワークＩＮの両方に接続されているサービスノードＳＮを含む。
【００２４】
このサービスノードＳＮは、最初に、電話網ＴＮを介した、発呼ユーザおよび着呼ユーザの電話ＶＣＥ１およびＶＣＥ２の間における音声通信の確立を、また必要があれば、インターネットネットワークＩＮを介した、関連した補完的映像通信の確立を管理するように構成される。
【００２５】
テレビ会議の確立をサービスノードＳＮによって管理できるようにするために、各ユーザクライアントは、このサービスノードＳＮに登録される必要がある。この目的のために、サービスノードＳＮは、各ユーザの音声通信機器ＡＣＥｉの電話番号とユーザの映像通信機器ＶＣＥｉのアドレスとの間の対応を確立するルックアップテーブルがその中に記憶されている、メモリＭＹ（またはデータベースなど同等の記憶手段）を含むことができる。
【００２６】
図１で示されているように、サービスノードＳＮは、電話網ＴＮとメモリＭＹに接続されている第１のモジュールＭ１、ならびにインターネットネットワークＩＮと第１のモジュールＭ１とメモリＭＹに接続されている第２のモジュールＭ２を含むことが好ましい。
【００２７】
第１のモジュールＭ１は、電話網ＴＮを介した音声通信の確立の管理専用であり、一方、第２のモジュールＭ２は、インターネットネットワークＩＮを介した映像通信の確立の管理専用である。
【００２８】
図１で示されているように、通信システムの電話網ＴＮは、少なくとも１つの交換ノードＳＳＰＮを含むことが好ましい。この交換ノードＳＳＰＮは、発呼ユーザの電話ＡＣＥｉが着呼ユーザの電話ＡＣＥｉとの間で第１の呼を確立しようとするたびに、かつ／または発呼または着呼ユーザが自分の電話ＡＣＥｉを用いて映像データを送信したいという信号を出すたびに、かつ／または着呼ユーザが発呼ユーザによって開始された電話呼に応答することを受け入れたことが通告されるたびに、サービスノードＳＮに対するメッセージを生成するように構成される。この第１の呼の確立を示すメッセージは、たとえば発呼ユーザが呼を開始する際、あるいは着呼ユーザがそれを受け取る際に、トリガすることもできる。
【００２９】
本発明による方法は、（サービスノードＳＮに登録されている）発呼ユーザが自分の電話ＡＣＥ１を使用して（やはりサービスノードＳＮに登録されている）少なくとも１人の着呼ユーザの電話ＡＣＥ２との間で第１の電話呼を開始する、第１ステップａ）を含む。この目的のために、ユーザは、自分の電話ＡＣＥ１を用いて電話ＡＣＥ２の電話番号をダイアルする。
【００３０】
この方法は第２ステップｂ）に進み、そこで電話網ＴＮが、第１の電話呼を交換ノードＳＳＰＮ、たとえば電話ＡＣＥ２がぶら下がっている交換ノードに経路指定し、それによって、この交換ノードが、発呼ユーザおよび着呼ユーザの電話ＡＣＥ１およびＡＣＥ２の電話番号を含むメッセージをサービスノードＳＮに送信する。ある変形形態では、メッセージが、発呼ユーザの電話ＡＣＥ１がぶら下がっている（ローカルの）交換ノード（すなわちＬＥＸ）によって生成されることもある。
【００３１】
より具体的には、この第２のステップｂ）中、電話網が、（ローカル）交換ノードＳＳＰＮまで第１の（電話）呼を経路指定する。この交換ノードは、（たとえば）着呼ユーザの電話ＡＣＥ２を担当し、標準のＰＳＴＮ信号方式を使用する、インテリジェントネットワークアーキテクチャにおけるサービス交換点ＳＳＰとして働く。次いで、この（ローカル）交換ノードＳＳＰＮは、サービスノードＳＮの第１のモジュールＭ１に宛てた（発呼ユーザおよび着呼ユーザの電話ＡＣＥ１およびＡＣＥ２の電話番号を含む）メッセージを生成する。
【００３２】
（ローカル）交換ノードＳＳＰＮは、たとえばＣＳ１（「Ｃａｐａｂｉｌｉｔｙ Ｓｅｔ １」）などのＩＮＡＰ（「インテリジェントネットワークアプリケーション部」）プロトコルを使用して、そのメッセージをサービスノードＳＮに送信することができ、より一般的にはそのノードとデータを交換することができる。このようなＩＮＡＰアーキテクチャでは、（ローカル）交換ノードＳＳＰＮはサービス交換ノードＳＳＰとして働き、サービスノードＳＮはサービス制御点ＳＣＰとして働く。
【００３３】
サービスノードＳＮをトリガし、イベント通知を受け取り、呼を続行させるための基本動作が含まれるのであれば、ＣＳ１以外の他の標準のまたは独自のＩＮＡＰプロトコルを使用することもできる。
【００３４】
また、電話網ＴＮが（ＵＭＴＳやＧＳＭなどの）セルラーネットワークである場合、ＩＮＡＰプロトコルは、たとえばＣＡＭＥＬまたはＭＡＰとすることができる。
【００３５】
さらに、電話網ＴＮがＩＰネットワークである場合、プロトコルは、たとえばＳＩＰまたはＨ．３２３とすることができる。
【００３６】
メッセージが送信されると、交換ノードＳＳＰＮとサービスノードＳＮの間で、第１の呼を確立するためにそれをどのように扱うかについての指示を交換ノードＳＳＰＮに与えることを目的とする対話が開始される。
【００３７】
この方法は第３ステップｃ）に進み、そこでサービスノードＳＮの第１のモジュールＭ１が、受信したメッセージに含まれる電話番号がメモリＭＹに記憶されているかどうかをチェックする。
【００３８】
メモリＭＹに記憶されている場合、第１のモジュールＭ１は、発呼ユーザおよび着呼ユーザの電話ＡＣＥ１およびＡＣＥ２の間の管理下におく音声通信をセットアップするために、該当する呼を管理することを決定し、交換ノード（サービス交換点）ＳＳＰＮが第１の呼を確立するのを許可する。その後、第１のモジュールＭ１は、管理下の呼に関する新しいイベントを待機する。
【００３９】
メモリＭＹに記憶されていない場合、第１のモジュールＭ１は、交換ノード（サービス交換点）ＳＳＰＮに、第１の呼が通常通り続行されるよう指令する。したがって、第１の呼は確立されるが、発呼ユーザおよび着呼ユーザの電話ＡＣＥ１およびＡＣＥ２の間の音声通信はサービスノードＳＮによって管理されず、映像伝送を行うことはできない。
【００４０】
最後に、この方法は、映像伝送が必要とされる場合に行われる、第４のステップｄ）に進む。この場合、メモリＭＹのルックアップテーブル内で（受信したメッセージに含まれる）電話番号に関連する、発呼ユーザおよび着呼ユーザの映像通信機器ＶＣＥ１およびＶＣＥ２のアドレスが決定され、それによって、サービスノードＳＮの第２のモジュールＭ２が、音声通信（第１の電話呼）と並行して、映像通信機器ＶＣＥ１とＶＣＥ２の間で映像通信を確立する。
【００４１】
本発明によれば、管理下の（電話）呼が確立された後、少なくとも３つの異なる状況で、映像伝送の確立がトリガされる可能性がある。
【００４２】
第１の状況では、映像通信の確立は、発呼ユーザおよび着呼ユーザの電話ＡＣＥ１およびＡＣＥ２の一方が事前に定義されたサービスアクセスコードをダイアルすることによってトリガされる。この目的のために、各電話ＡＣＥｉは、ユーザが作動させたときに第２の呼を生成する専用キー（またはタッチメニューや表示メニュー）を装備することができる。
【００４３】
この第２の呼は、ＩＮＡＰアーキテクチャにおいて専用サービス交換点ＳＳＰとして働く、交換ノードＳＳＰＮ向けのものである。このローカル交換ノードＳＳＰＮは、管理下の呼を開始したメッセージをサービスノードＳＮに送信するのに使用されたのと同じノードであってもよいが、必ずしもその必要はない。第１の呼に対して第１のノードを、第２の呼に対して第２のノードをと、計２つの異なる交換ノードが使用されることが実際にあり得る。
【００４４】
この専用サービス交換点ＳＳＰは、第１の（電話）呼を保留した後、第２の呼２を開始するために、専用キーによってダイアルされるサービスアクセスコードによって定義された電話番号をもつ。これを行うには、電話ＡＣＥｉが「保留し第２の呼を開始する」機能を備えている必要がある。
【００４５】
次に、電話網ＴＮは、サービスノードＳＮに接続された専用サービス交換点ＳＳＰとして働く交換ノードＳＳＰＮに、第２の呼を経路指定する。この専用サービス交換点ＳＳＰは、第２の呼を受け取り、自分が、要求を送信することによりサービスノードＳＮをトリガする必要があることを検出する。この要求は、発呼ユーザおよび着呼ユーザの電話ＡＣＥｉの電話番号、およびダイアルされたサービスアクセスコードを含む。
【００４６】
該当する交換ノードＳＳＰＮとサービスノードＳＮの間で、第２の呼をどのように扱うかについての指示をローカル交換ノードＳＳＰＮに与えることを目的とするダイアログが開始される。
【００４７】
サービスノードＳＮが要求を受信したとき、そのノードの第１のモジュールＭ１はまず、その要求に含まれる発呼電話番号がメモリＭＹに記憶されているかどうかを判定する。
【００４８】
メモリＭＹに記憶されていない場合、第１のモジュールＭ１は、ローカル交換ノード（専用サービス交換点）ＳＳＰＮに、第２の呼を終了するように指令する。したがって、第２の呼を開始した電話ＡＣＥｉは、この第２の呼を確立することができないと通告され、保留されている第１の（電話）呼が元の状態に戻される。
【００４９】
メモリＭＹに記憶されている場合、第１のモジュールＭ１は、対応する電話ＡＣＥｉが、管理下の第１の呼に関与しているかどうかを判定する。
【００５０】
関与していない場合、映像通信を確立することができない。次に、第１のモジュールＭ１は、ローカル交換ノード（専用サービス交換点）ＳＳＰＮに、第２の呼を終了するよう指令する。したがって、第２の呼を開始した電話ＡＣＥｉは、この第２の呼を確立できないと通告され、保留されている第１の（電話）呼が元の状態に戻される。
【００５１】
関与している場合、第１のモジュールＭ１は、ローカル交換ノード（専用サービス交換点）ＳＳＰＮに、第２の呼を終了し、それによって第１の（電話）呼を元の状態に戻すよう指令する。次いで、第１のモジュールＭ１は、メモリＭＹ中で、ルックアップテーブルに、第１の呼に関するメッセージで受け取られた電話番号に対応付けて記憶されている、発呼ユーザおよび着呼ユーザの映像通信機器ＶＣＥ１およびＶＣＥ２のアドレスを決定する。最後に、第１のモジュールＭ１は、抽出されたこれらのアドレスを第２のモジュールＭ２に送信し、そのモジュールに、これらのアドレスによって指定される映像通信機器ＶＣＥ１とＶＣＥ２の間の通信を確立するよう指令する。
【００５２】
たとえば、第２のモジュールＭ２が、必要とされる映像通信機器ＶＣＥ１とＶＣＥ２の間の映像通信を確立するために、ＳＩＰ（「セッション開始プロトコル」）セッションを開始する。この目的のために、ＳＩＰクライアントを、発呼ユーザおよび着呼ユーザの映像通信機器ＶＣＥ１およびＶＣＥ２で実行し、かつそれを、実際のＩＰアドレスがわかるように、第２のモジュールＭ２であらかじめ登録しておく必要がある。
【００５３】
たとえば、第２のモジュールＭ２は、着呼ユーザとの新しいマルティメディアセッションを開始するために、「ＩＮＶＩＴＥ」ＳＩＰ要求を発呼ユーザの映像通信機器ＶＣＥ１に送信する。映像通信機器ＶＣＥ１内で実行するＳＩＰクライアントは、インターネットネットワークＩＮを介してＩＮＶＩＴＥ ＳＩＰ要求を受信し、セッション記述プロトコル（ＳＤＰ）記述子内に、要求受諾、自分の機能、および自分のリスンポートを含むＩＮＶＩＴＥ ＳＩＰ応答を第２のモジュールＭ２に送信する。
【００５４】
第２のモジュールＭ２は、ＩＰ音声通信を回避するために、ＩＮＶＩＴＥ ＳＩＰ応答をチェックし、ＳＤＰ記述子内の音声機能を除去する。次いで、そのモジュールは、発呼ユーザの映像通信機器ＶＣＥ１によって送信された（修正される可能性のある）ＳＤＰ記述子を含む第２のＩＮＶＩＴＥ ＳＩＰ要求を、着呼ユーザの映像通信機器ＶＣＥ２に送信する。
【００５５】
映像通信機器ＶＣＥ２で実行するＳＩＰクライアントは、インターネットネットワークＩＮを介してＩＮＶＩＴＥ ＳＩＰ要求を受信し、セッション記述プロトコル（ＳＤＰ）記述子内に、要求受諾、自分の機能、および自分のリスンポートを含むＩＮＶＩＴＥ ＳＩＰ応答を第２のモジュールＭ２に送信する。
【００５６】
第２のモジュールＭ２は、ＩＰ音声通信を回避するために、ＩＮＶＩＴＥ ＳＩＰ応答をチェックし、ＳＤＰ記述子内の音声機能を除去する。次いで、そのモジュールは、映像通信機器ＶＣＥ２によって送信された（修正される可能性のある）ＳＤＰ記述子を含むＩＮＶＩＴＥ ＳＩＰ応答を、映像通信機器ＶＣＥ１に転送し、セッションクローズなどの新しいイベントが発生するのに備えて、２つの映像通信機器ＶＣＥ１およびＶＣＥ２の間のＳＩＰ信号通信を監視し続ける。
【００５７】
映像通信が確立されると、発呼ユーザおよび着呼ユーザは、（各自の電話ＡＣＥ１およびＡＣＥ２を用いて）電話網ＴＮを介して音声データを、また（各自のＳＴＢ（またはＰＣ）のＶＣＥ１およびＶＣＥ２を用いて）インターネットネットワークＩＮを介して映像データを交換することができる。
【００５８】
第２の状況では、第１の（電話）呼が、発呼ユーザおよび着呼ユーザの電話ＡＣＥ１およびＡＣＥ２の間であらかじめ確立されており、サービスノードＳＮによって管理されている場合、映像通信の確立が、発呼ユーザおよび着呼ユーザの映像通信機器ＶＣＥ１およびＶＣＥ２の一方によってトリガされる。この目的のために、各映像通信機器ＶＣＥｉは、ユーザが作動させたときに映像要求を生成する専用キー（またはタッチもしくはメニュー）を装備することができる。
【００５９】
この映像要求は、発呼ユーザおよび着呼ユーザの映像通信機器ＶＣＥｉのアドレスと、サービスノードＳＮにある第２のアドレスを含んでいる。
【００６０】
好ましくは、映像通信機器ＶＣＥ１およびＶＣＥ２の一方の専用キーを操作することによって、サービスノードＳＮ内の仮想のＳＩＰアドレスに向けたＳＩＰセッション要求が開始される。このＳＩＰセッション要求は、インターネットネットワークを介してインターネットネットワークＩＮの第１の（プロキシ）サービスサーバＳＳのＩＰアドレスに送信され、このサーバがＳＩＰサーバとして働き、このＳＩＰセッション要求をサービスノードＳＮにリダイレクトする任を負う。
【００６１】
サービスノードＳＮがＳＩＰセッション要求を受信すると、その第２のモジュールＭ２がまず、この要求の送信元のＳＩＰアドレスがメモリＭＹに記憶されているかどうかを判定する。
【００６２】
記憶されていない場合、第２のモジュールＭ２は、ＳＩＰ呼を拒否し、拒否の理由をＳＩＰメッセージに入れてサービスサーバＳＳに送信し、このサーバがそのメッセージを、インターネットネットワークＩＮを介してＳＩＰセッションを開始した映像通信機器ＶＣＥｉに経路指定する。
【００６３】
記憶されている場合、第２のモジュールＭ２は、メモリＭＹのルックアップテーブル内に映像通信機器ＶＣＥｉのアドレスに対応付けて記憶されている電話番号を有する電話ＡＣＥｉが、管理下の第１の呼にあらかじめ関与していたかどうかを判定する。
【００６４】
関与していない場合、映像通信を確立することができない。この場合、第２のモジュールＭ２は、ＳＩＰ呼を拒否し、拒否の理由をＳＩＰメッセージに入れてサービスサーバＳＳに送信し、このサーバがそのメッセージを、インターネットネットワークＩＮを介してＳＩＰセッションを開始した映像通信機器ＶＣＥｉに経路指定する。
【００６５】
関与していた場合、第２のモジュールＭ２は、このＳＩＰ呼を拒否し、拒否の理由をＳＩＰメッセージに入れてサービスサーバＳＳに送信し、このサーバがそのメッセージを、インターネットネットワークＩＮを介してＳＩＰセッションを開始した映像通信機器ＶＣＥｉに経路指定する。次いで、このモジュールは、ＳＩＰセッションを開始して、管理下の会話に関与する電話ＡＣＥ１およびＡＣＥ２に関連するアドレスによって指定される映像通信機器ＶＣＥ１およびＶＣＥ２の間で、必要とされる映像通信を確立する。映像通信が確立されると、発呼ユーザおよび着呼ユーザは、（各自の電話ＡＣＥ１およびＡＣＥ２を用いて）電話網ＴＮを介して音声データを、また（各自のＳＴＢ（またはＰＣ）のＶＣＥ１およびＶＣＥ２を用いて）インターネットネットワークＩＮを介して映像データを交換することができる。
【００６６】
第３の状況では、映像通信の確立が、サービスノードＳＮによって自動的にトリガされる。この状況では、次の２つの条件を満たす必要がある。すなわち、音声通信の確立中にローカル交換ノードＳＳＰＮによって送信されるメッセージに含まれる電話番号が、自動映像確立許可を表すデータに対応付けされてメモリＭＹに記憶されている必要があり、かつサービスノードＳＮが、発呼ユーザおよび着呼ユーザの電話ＡＣＥ１およびＡＣＥ２の間で音声通信が実際に確立されたことを通知するメッセージを、電話網ＴＮから（たとえば（ローカル）交換ノードＳＳＰＮから）受信している必要がある。
【００６７】
たとえば、自動映像確立許可は、メモリＭＹのルックアップテーブル内の電話番号に対応付けられて記憶されるフラグである。
【００６８】
したがってこの状況では、サービスノードＳＮが、２台の電話ＡＣＥ１およびＡＣＥ２の間で音声通信が実際に確立されたことを通知するメッセージを電話網ＴＮから受信したとき、そのノードの第１のモジュールＭ１は、メモリＭＹにおいて、自動映像通信確立を許可するフラグがルックアップテーブル内に各電話番号に対応付けられて記憶されているかどうかを判定する。フラグが記憶されていない場合、サービスノードＳＮは、上述した２つの状況の場合と同じように処理を続行し、音声通信を開始可能にし、電話ＡＣＥｉまたは映像通信機器ＶＣＥｉが映像セッションを開始するとの指示を待つ。フラグが記憶されている場合、このノードは、発呼ユーザおよび着呼ユーザの映像通信機器ＶＣＥ１およびＶＣＥ２のＩＰアドレスを決定する。このＩＰアドレスは、ルックアップテーブル内に電話番号に対応付けられて記憶されている。最後に、第１のモジュールＭ１は、抽出されたこれらのＩＰアドレスを第２のモジュールＭ２に送信し、そのモジュールに、これらのＩＰアドレスによって指定される映像通信機器ＶＣＥ１およびＶＣＥ２の間で映像通信を確立するよう指令する。
【００６９】
たとえば、第２のモジュールＭ２が、ＳＩＰ（「セッション開始プロトコル」）セッションを開始して、映像通信機器ＶＣＥ１とＶＣＥ２の間で必要とされる映像通信を確立する。映像通信が確立されると、発呼ユーザおよび着呼ユーザは、（各自の電話ＡＣＥ１およびＡＣＥ２を用いて）電話網ＴＮを介して音声データを、また（各自のＳＴＢ（またはＰＣ）のＶＣＥ１およびＶＣＥ２を用いて）インターネットネットワークＩＮを介して映像データを交換することができる。
【００７０】
好ましくは、サービスノードＳＮは、より具体的にはその第２のモジュールＭ２は、映像ストリームだけを送信するために、映像通信中に映像通信機器ＶＣＥｉによってもう一方の機器に送信される音声データを除去するように構成される。
【００７１】
（ローカル）交換ノードＳＳＰＮは、音声通信機器ＡＣＥ１とＡＣＥ２の間の音声通信が終了したのを検出すると、メッセージ（または解放イベント）をサービスノードＳＮに送信する。次に、第１のモジュールＭ１は、映像通信をクローズするための指示を、第２のモジュールＭ２に送信する。
【００７２】
この目的のために、第２のモジュールＭ２は、「ＢＹＥ」ＳＩＰメッセージを発呼ユーザの映像通信機器ＶＣＥ１に送信することができ、この機器は、そのメッセージの肯定応答を第２のモジュールＭ２に返し、映像データの送信を停止する。次いで、第２のモジュールＭ２は、「ＢＹＥ」ＳＩＰメッセージを着呼ユーザの映像通信機器ＶＣＥ２に送信することができ、この機器が、そのメッセージの肯定応答を第２のモジュールＭ２に返し、映像データの送信を停止する。
【００７３】
発呼ユーザと着呼ユーザはどちらも、電話網ＴＮを介する並行した対応する音声通信に影響を与えることなく、いつでも自分の映像通信機器ＶＣＥｉによって実行されるＩＰ映像送信を停止する決定を行えることに留意することは重要である。
【００７４】
本発明は、単なる例として上記で述べたサービスノードおよび方法の実施形態に限定されるものではなく、当業者が添付の特許請求の範囲内であると考えることのできるすべての代替実施形態を含むものである。
【図面の簡単な説明】
【００７５】
【図１】本発明の方法が実装されている通信システムを示す図である。
【符号の説明】
【００７６】
ＡＣＥ１、ＡＣＥ２ 音声通信機器
ＩＮ インターネットネットワーク
Ｍ１ 第１のモジュール
Ｍ２ 第２のモジュール
ＭＹ メモリ
ＳＮ サービスノード
ＳＳ サービスサーバ
ＳＳＰＮ 交換ノード（サービス交換点）
ＴＮ 電話網
ＶＣＥ１、ＶＣＥ２ 映像通信機器
ＶＥ１、ＶＥ２ 映像機器
【技術分野】
【０００１】
本発明は、通信ネットワークの領域に関し、より詳細には、かかる通信ネットワークにおけるテレビ会議の確立に関する。
【背景技術】
【０００２】
通信ネットワークに接続されている、互いに離れた通信機器間でテレビ会議を確立できるようにする、いくつかのソリューションが提案されている。
【０００３】
ソリューションの第１の系統では、インターネットネットワークを介して互いに離れたユーザの音声機器および映像機器の間で音声と映像の両方のデータを伝送するために、Ｈ．３２３やＳＩＰ（「セッション開始プロトコル」）などのインターネットプロトコル（ＩＰ）を使用して、完全ＩＰ（インターネットプロトコル）のテレビ会議を提供する。
【０００４】
このようなソリューションのファミリーはうまく働くが、その利用は通常、パーソナルコンピュータ（ＰＣ）などの通信機器によるＩＰネットワークの運用に慣れている人々に限定される。さらに、着呼側が、インターネットネットワークを介して呼び出される可能性があることを、通常は予告される必要がある。また、音声および映像を伝送するのに使用される媒体は同一であるため、その媒体に問題がある場合には、通信全体が損なわれ、あるいは停止さえする。
【０００５】
ソリューションの第２の系統では、映像データを伝送するのにインターネットネットワークを使用し、同時に音声データを伝送するのに電話網を使用することによって、ＩＰ／電話複合式テレビ会議を提供する。
【０００６】
この第２の系統の一ソリューションが、特許文献である米国特許出願公開第２００２／００８３４６２号明細書に記載されている。この特許の本質は、発呼ユーザ側と着呼ユーザ側の両方共、標準の電話とデジタルカメラと表示手段とが一体化され、標準の電話網（またはＰＯＴＳ：「単純旧式電話サービス（Ｐｌａｉｎ Ｏｌｄ Ｔｅｌｅｐｈｏｎｅ Ｓｅｒｖｉｃｅ）」）と、（（たとえば、いわゆるＡＤＳＬ（「非対称デジタル加入者線」）を用いた）ＰＯＴＳネットワーク、またはケーブルネットワークを介して）インターネットネットワークとに接続された装置を使用することにある。こうした装置は、ＰＯＴＳネットワークを介して、その個別のＩＰアドレスを含む短いデータバーストを一方から他方へと送信することによって、映像通信を確立する。
【０００７】
このソリューションは、テレビ会議の確立がユーザの専用装置によって管理されるため、ユーザにとって便利である。しかし、各ユーザが専用装置を備えている必要がある。
【０００８】
この第２の系統のもう１つのソリューションが、特許文献である国際公開第０３／０９２２８７号パンフレットに記載されている。この特許の本質は、ＰＯＴＳネットワークに接続され、ＩＰ通信機器も備えているクライアントの電話を使用し、それによってテレビ会議を確立するよう要求する音声通信を開始することにある。次に、クライアントとその音声および映像機器に関する情報を収集するため、かつＰＯＴＳネットワークを介した音声伝送と並行してインターネットネットワークを介した映像伝送の確立を制御するために、コールセンターが、専用ＷｅｂページをクライアントのＩＰ通信機器に送信する。テレビ会議の電話呼は、コールセンターの統合サーバによって、インターネットコール管理サーバ、コンピュータテレフォニーサーバ、および電話交換機を用いて開始される。
【０００９】
このようなソリューションでは、ユーザは、インターネット世界の知識をあまり必要とせず、また専用機器も必要としない。しかし、この場合、ユーザとコールセンターの間のテレビ会議しか行えず、ユーザ対ユーザのテレビ会議は行えない。さらに、このソリューションでは、発呼ユーザもコールセンターも、（映像のない）純音声モードで開始し、その後、任意の時点で、音声と映像の両方のデータ伝送を用いたテレビ会議モードで続行すると決定することができない。
【特許文献１】米国特許出願公開第２００２／００８３４６２号明細書
【特許文献２】国際公開第０３／０９２２８７号パンフレット
【発明の開示】
【発明が解決しようとする課題】
【００１０】
したがって、本発明の目的は、電話網およびインターネットネットワークを介した複合式のユーザ対ユーザＩＰテレビ会議を確立する方法を提供することである。この方法により、知られている方法の欠点が、少なくとも一部は克服される。
【課題を解決するための手段】
【００１１】
この目的のために、本発明は、（それぞれユーザおよび電話番号に関連し、電話網に接続されている）音声通信機器の間、ならびに（それぞれユーザの一方およびＩＰアドレスに関連し、かつ映像機器およびインターネットネットワークにそれぞれ接続されている）映像通信機器の間でテレビ会議を確立する方法を提供する。
【００１２】
ここで、「音声通信機器」とは、電話番号を有し、電話網を介して少なくとも（音声）電話呼を確立するように構成されている、どんなタイプの通信機器も意味する。したがって、ＰＯＴＳネットワークまたはＰＳＴＮ（「公衆交換電話網」）に接続されている固定電話でもよく、（ＧＳＭネットワーク、ＧＰＲＳ／ＥＤＧＥネットワーク、ＵＭＴＳネットワークなどの）セルラー無線ネットワークに接続されている移動電話でもよく、あるいは音声通信モジュールを備えたラップトップまたはＰＤＡ（「携帯型情報端末」）でもよく、あるいはインターネットネットワークを介してＶｏＩＰ（ＩＰ上での音声通信）ネットワークに接続された音声通信装置でもよい。
【００１３】
さらに、ここで、「映像通信機器」とは、ＩＰアドレスを有し、インターネットネットワークを介して少なくとも映像データを送受信するように構成されている、どんなタイプの通信機器も意味する。したがって、据置きパーソナルコンピュータ（ＰＣ）でもよく、（おそらくｘＤＳＬネットワークやケーブルネットワークなどにより）インターネットネットワークに接続され、またデジタルビデオカメラなどデジタル映像データを提供する映像機器に接続されたセットトップボックス（すなわちＳＴＢ）自体に接続されている、テレビ（ＴＶ）受像機でもよい。
【００１４】
この方法は、
ａ）発呼ユーザに関連する音声通信機器を使用して、着呼ユーザに関連する少なくとももう１つの音声通信機器との間で第１の呼を開始すること、
ｂ）第１の呼を電話網の選択された交換ノードに経路指定し、それによってそのノードが、（発呼ユーザおよび着呼ユーザの音声通信機器の電話番号を含む）メッセージを、電話網およびインターネットネットワークに接続されたサービスノードに送信するようにすること、
ｃ）発呼ユーザおよび着呼ユーザの音声通信機器の間で音声通信をセットアップするために、これらの両電話番号がサービスノードのメモリ（または任意の同等の記憶手段）に記憶されている場合は、交換ノードが第１の呼を確立するのを許可すること、および
ｄ）音声通信と並行して、これらの映像通信機器の間で映像通信を確立するために、必要であれば、（サービスノードのメモリ内で電話番号に関連する）発呼ユーザおよび着呼ユーザの映像通信機器のアドレスを決定することにある。
【００１５】
本発明による方法は、別々に、あるいは組み合わせて考慮される追加の特徴、特に、
ステップｄ）で、映像通信の確立を、発呼ユーザおよび着呼ユーザの音声通信機器の一方によってトリガすることができ、
第１の呼を保留した後、発呼ユーザまたは着呼ユーザのいずれかから、サービスアクセスコードによって定義された着呼番号での、選択された交換ノードに経路指定された第２の呼によって、映像通信の確立をトリガすることができ、
交換ノードが第２の呼を受信したとき、そのノードが、発呼ユーザまたは着呼ユーザの音声通信機器の電話番号およびサービスアクセスコードを含むメッセージを、サービスノードに送信することができ、
サービスノードは、メッセージを受信したとき、このメッセージの送信元の電話番号がメモリに記憶されているかどうか、およびこの電話番号に関連する音声通信機器が管理下の第１の呼に関与しているかどうかを判定し、いずれも該当する場合は、発呼ユーザおよび着呼ユーザの映像通信機器のアドレス間で映像通信を確立することができ、
音声通信機器の専用キーを（発呼または着呼）ユーザが操作することによって、映像通信の確立をトリガすることができ、
ステップｄ）で、映像通信の確立を、各自の音声通信機器の間で、（サービスノードによって管理される）第１の呼を確立した発呼ユーザおよび着呼ユーザの映像通信機器の一方によってトリガすることができ、
インターネットネットワークを介して映像要求をサービスノードに経路指定するように構成される専用サービスサーバに、（発呼ユーザまたは着呼ユーザの映像通信機器のアドレスと、サービスノードＳＮでの専用アドレスとを含む）映像要求を送信することによって、映像通信の確立のトリガを実行することができ、
サービスノードは、映像要求を受信したとき、それを生成したアドレスがメモリに記憶されているかどうか、およびこのアドレスに関連する音声通信機器が（サービスノード自体によって管理される）第１の呼に関与しているかどうかを判定し、いずれも該当する場合は、発呼ユーザおよび着呼ユーザの映像通信機器のアドレス間で映像通信を確立することができ、
映像通信機器の専用キーを（発呼または着呼）ユーザが操作することによって、映像通信の確立をトリガすることでき、
ステップｄ）で、ｉ）発呼ユーザおよび着呼ユーザの音声通信機器の電話番号が、自動映像確立許可を表すデータに対応付けてメモリ内に記憶されており、ｉｉ）サービスノードが、発呼ユーザおよび着呼ユーザの音声通信機器の間で音声通信が実際に確立されていることを通知するメッセージを電話網から受信した場合、サービスノードが映像通信の確立を自動的にトリガすることができ、
ステップｄ）で、サービスノードが、発呼ユーザおよび着呼ユーザの映像通信機器のアドレス間で、ＳＩＰ呼によって映像通信を確立することができ、
ステップｂ）およびｄ）で、メッセージが、たとえばＣＳ１などのＩＮＡＰプロトコルによって送信されることができ、
映像通信中、サービスノードが、映像ストリームだけを送信するために、映像通信機器の一方から他方に送信される映像データから、音声データを除去することができ、
交換ノードが音声通信機器の間の音声通信が終了したことを検出したとき、その交換ノードがメッセージをサービスノードに送信することができ、サービスノードがこのメッセージを受信したとき、そのサービスノードが映像通信を停止し、
音声通信の確立が、サービスノードの第１のモジュールによって制御することができ、映像通信の確立が、第１のモジュールに接続されている、サービスノードの第２のモジュールによって制御することができるという特徴を含むことができる。
【００１６】
本発明のその他の特徴および利点は、以下の詳細な説明および添付の図面をよく検討すれば明らかになるであろう。唯一の図では、本発明による方法を実装するように構成された通信システムの一部の概略図が示されている。
【発明を実施するための最良の形態】
【００１７】
添付の図面は、本発明を完全にする働きをすることができるだけでなく、必要があればそれを定義するのに寄与する働きもすることができる。
【００１８】
本発明の目的は、音声伝送用の通信システムの電話網を使用して、ＩＰテレビ会議の確立を可能にすることである。
【００１９】
図１に概略および一部が示されているように、本発明による方法を実施するため、通信システムは、少なくとも、音声通信機器ＡＣＥｉが接続されている電話網ＴＮ、映像通信機器ＶＣＥｉが接続されているインターネットネットワークＩＮ、および電話網ＴＮとインターネットネットワークＩＮに接続されているサービスノードＳＮを含む必要がある。
【００２０】
示した例では音声ＡＣＥｉおよび映像ＶＣＥｉ通信機器の添え字ｉは１または２に等しいが、１より大きいどんな値もとり得る。
【００２１】
以下の説明では、ユーザの音声通信機器ＡＣＥｉは、ＰＯＴＳネットワークまたはＰＳＴＮネットワークに接続されている固定電話であると考えることにする。しかし、音声通信機器ＡＣＥｉは、ＧＳＭネットワーク、ＧＰＲＳ／ＥＤＧＥネットワーク、ＵＭＴＳネットワークなどのセルラー無線ネットワークに接続されている移動電話でもよく、あるいはインターネットネットワークＩＮを介してＶｏＩＰ（ＩＰ上での音声通信）ネットワークに接続されている音声通信装置でもよい。
【００２２】
さらに、以下の説明では、ユーザの映像通信機器ＶＣＥｉは、ＴＶ受像機、ならびにインターネットネットワークＩＮとデジタルビデオカメラなど、デジタル映像データを提供する映像機器ＶＥｉに接続されているセットトップボックス（すなわちＳＴＢ）であると考えることにする。しかし、映像通信機器ＶＣＥｉは、インターネットネットワークＩＮおよび映像機器ＶＥｉに接続されている据置きパーソナルコンピュータ（ＰＣ）でもよい。映像通信機器ＶＣＥｉは、（たとえばＡＤＳＬ（「非対称デジタル加入者線」）によって）電話網ＴＮを介してまたはケーブルネットワークを介してインターネットネットワークＩＮに接続することができる。
【００２３】
本発明によれば、通信システムは、電話網ＴＮとインターネットネットワークＩＮの両方に接続されているサービスノードＳＮを含む。
【００２４】
このサービスノードＳＮは、最初に、電話網ＴＮを介した、発呼ユーザおよび着呼ユーザの電話ＶＣＥ１およびＶＣＥ２の間における音声通信の確立を、また必要があれば、インターネットネットワークＩＮを介した、関連した補完的映像通信の確立を管理するように構成される。
【００２５】
テレビ会議の確立をサービスノードＳＮによって管理できるようにするために、各ユーザクライアントは、このサービスノードＳＮに登録される必要がある。この目的のために、サービスノードＳＮは、各ユーザの音声通信機器ＡＣＥｉの電話番号とユーザの映像通信機器ＶＣＥｉのアドレスとの間の対応を確立するルックアップテーブルがその中に記憶されている、メモリＭＹ（またはデータベースなど同等の記憶手段）を含むことができる。
【００２６】
図１で示されているように、サービスノードＳＮは、電話網ＴＮとメモリＭＹに接続されている第１のモジュールＭ１、ならびにインターネットネットワークＩＮと第１のモジュールＭ１とメモリＭＹに接続されている第２のモジュールＭ２を含むことが好ましい。
【００２７】
第１のモジュールＭ１は、電話網ＴＮを介した音声通信の確立の管理専用であり、一方、第２のモジュールＭ２は、インターネットネットワークＩＮを介した映像通信の確立の管理専用である。
【００２８】
図１で示されているように、通信システムの電話網ＴＮは、少なくとも１つの交換ノードＳＳＰＮを含むことが好ましい。この交換ノードＳＳＰＮは、発呼ユーザの電話ＡＣＥｉが着呼ユーザの電話ＡＣＥｉとの間で第１の呼を確立しようとするたびに、かつ／または発呼または着呼ユーザが自分の電話ＡＣＥｉを用いて映像データを送信したいという信号を出すたびに、かつ／または着呼ユーザが発呼ユーザによって開始された電話呼に応答することを受け入れたことが通告されるたびに、サービスノードＳＮに対するメッセージを生成するように構成される。この第１の呼の確立を示すメッセージは、たとえば発呼ユーザが呼を開始する際、あるいは着呼ユーザがそれを受け取る際に、トリガすることもできる。
【００２９】
本発明による方法は、（サービスノードＳＮに登録されている）発呼ユーザが自分の電話ＡＣＥ１を使用して（やはりサービスノードＳＮに登録されている）少なくとも１人の着呼ユーザの電話ＡＣＥ２との間で第１の電話呼を開始する、第１ステップａ）を含む。この目的のために、ユーザは、自分の電話ＡＣＥ１を用いて電話ＡＣＥ２の電話番号をダイアルする。
【００３０】
この方法は第２ステップｂ）に進み、そこで電話網ＴＮが、第１の電話呼を交換ノードＳＳＰＮ、たとえば電話ＡＣＥ２がぶら下がっている交換ノードに経路指定し、それによって、この交換ノードが、発呼ユーザおよび着呼ユーザの電話ＡＣＥ１およびＡＣＥ２の電話番号を含むメッセージをサービスノードＳＮに送信する。ある変形形態では、メッセージが、発呼ユーザの電話ＡＣＥ１がぶら下がっている（ローカルの）交換ノード（すなわちＬＥＸ）によって生成されることもある。
【００３１】
より具体的には、この第２のステップｂ）中、電話網が、（ローカル）交換ノードＳＳＰＮまで第１の（電話）呼を経路指定する。この交換ノードは、（たとえば）着呼ユーザの電話ＡＣＥ２を担当し、標準のＰＳＴＮ信号方式を使用する、インテリジェントネットワークアーキテクチャにおけるサービス交換点ＳＳＰとして働く。次いで、この（ローカル）交換ノードＳＳＰＮは、サービスノードＳＮの第１のモジュールＭ１に宛てた（発呼ユーザおよび着呼ユーザの電話ＡＣＥ１およびＡＣＥ２の電話番号を含む）メッセージを生成する。
【００３２】
（ローカル）交換ノードＳＳＰＮは、たとえばＣＳ１（「Ｃａｐａｂｉｌｉｔｙ Ｓｅｔ １」）などのＩＮＡＰ（「インテリジェントネットワークアプリケーション部」）プロトコルを使用して、そのメッセージをサービスノードＳＮに送信することができ、より一般的にはそのノードとデータを交換することができる。このようなＩＮＡＰアーキテクチャでは、（ローカル）交換ノードＳＳＰＮはサービス交換ノードＳＳＰとして働き、サービスノードＳＮはサービス制御点ＳＣＰとして働く。
【００３３】
サービスノードＳＮをトリガし、イベント通知を受け取り、呼を続行させるための基本動作が含まれるのであれば、ＣＳ１以外の他の標準のまたは独自のＩＮＡＰプロトコルを使用することもできる。
【００３４】
また、電話網ＴＮが（ＵＭＴＳやＧＳＭなどの）セルラーネットワークである場合、ＩＮＡＰプロトコルは、たとえばＣＡＭＥＬまたはＭＡＰとすることができる。
【００３５】
さらに、電話網ＴＮがＩＰネットワークである場合、プロトコルは、たとえばＳＩＰまたはＨ．３２３とすることができる。
【００３６】
メッセージが送信されると、交換ノードＳＳＰＮとサービスノードＳＮの間で、第１の呼を確立するためにそれをどのように扱うかについての指示を交換ノードＳＳＰＮに与えることを目的とする対話が開始される。
【００３７】
この方法は第３ステップｃ）に進み、そこでサービスノードＳＮの第１のモジュールＭ１が、受信したメッセージに含まれる電話番号がメモリＭＹに記憶されているかどうかをチェックする。
【００３８】
メモリＭＹに記憶されている場合、第１のモジュールＭ１は、発呼ユーザおよび着呼ユーザの電話ＡＣＥ１およびＡＣＥ２の間の管理下におく音声通信をセットアップするために、該当する呼を管理することを決定し、交換ノード（サービス交換点）ＳＳＰＮが第１の呼を確立するのを許可する。その後、第１のモジュールＭ１は、管理下の呼に関する新しいイベントを待機する。
【００３９】
メモリＭＹに記憶されていない場合、第１のモジュールＭ１は、交換ノード（サービス交換点）ＳＳＰＮに、第１の呼が通常通り続行されるよう指令する。したがって、第１の呼は確立されるが、発呼ユーザおよび着呼ユーザの電話ＡＣＥ１およびＡＣＥ２の間の音声通信はサービスノードＳＮによって管理されず、映像伝送を行うことはできない。
【００４０】
最後に、この方法は、映像伝送が必要とされる場合に行われる、第４のステップｄ）に進む。この場合、メモリＭＹのルックアップテーブル内で（受信したメッセージに含まれる）電話番号に関連する、発呼ユーザおよび着呼ユーザの映像通信機器ＶＣＥ１およびＶＣＥ２のアドレスが決定され、それによって、サービスノードＳＮの第２のモジュールＭ２が、音声通信（第１の電話呼）と並行して、映像通信機器ＶＣＥ１とＶＣＥ２の間で映像通信を確立する。
【００４１】
本発明によれば、管理下の（電話）呼が確立された後、少なくとも３つの異なる状況で、映像伝送の確立がトリガされる可能性がある。
【００４２】
第１の状況では、映像通信の確立は、発呼ユーザおよび着呼ユーザの電話ＡＣＥ１およびＡＣＥ２の一方が事前に定義されたサービスアクセスコードをダイアルすることによってトリガされる。この目的のために、各電話ＡＣＥｉは、ユーザが作動させたときに第２の呼を生成する専用キー（またはタッチメニューや表示メニュー）を装備することができる。
【００４３】
この第２の呼は、ＩＮＡＰアーキテクチャにおいて専用サービス交換点ＳＳＰとして働く、交換ノードＳＳＰＮ向けのものである。このローカル交換ノードＳＳＰＮは、管理下の呼を開始したメッセージをサービスノードＳＮに送信するのに使用されたのと同じノードであってもよいが、必ずしもその必要はない。第１の呼に対して第１のノードを、第２の呼に対して第２のノードをと、計２つの異なる交換ノードが使用されることが実際にあり得る。
【００４４】
この専用サービス交換点ＳＳＰは、第１の（電話）呼を保留した後、第２の呼２を開始するために、専用キーによってダイアルされるサービスアクセスコードによって定義された電話番号をもつ。これを行うには、電話ＡＣＥｉが「保留し第２の呼を開始する」機能を備えている必要がある。
【００４５】
次に、電話網ＴＮは、サービスノードＳＮに接続された専用サービス交換点ＳＳＰとして働く交換ノードＳＳＰＮに、第２の呼を経路指定する。この専用サービス交換点ＳＳＰは、第２の呼を受け取り、自分が、要求を送信することによりサービスノードＳＮをトリガする必要があることを検出する。この要求は、発呼ユーザおよび着呼ユーザの電話ＡＣＥｉの電話番号、およびダイアルされたサービスアクセスコードを含む。
【００４６】
該当する交換ノードＳＳＰＮとサービスノードＳＮの間で、第２の呼をどのように扱うかについての指示をローカル交換ノードＳＳＰＮに与えることを目的とするダイアログが開始される。
【００４７】
サービスノードＳＮが要求を受信したとき、そのノードの第１のモジュールＭ１はまず、その要求に含まれる発呼電話番号がメモリＭＹに記憶されているかどうかを判定する。
【００４８】
メモリＭＹに記憶されていない場合、第１のモジュールＭ１は、ローカル交換ノード（専用サービス交換点）ＳＳＰＮに、第２の呼を終了するように指令する。したがって、第２の呼を開始した電話ＡＣＥｉは、この第２の呼を確立することができないと通告され、保留されている第１の（電話）呼が元の状態に戻される。
【００４９】
メモリＭＹに記憶されている場合、第１のモジュールＭ１は、対応する電話ＡＣＥｉが、管理下の第１の呼に関与しているかどうかを判定する。
【００５０】
関与していない場合、映像通信を確立することができない。次に、第１のモジュールＭ１は、ローカル交換ノード（専用サービス交換点）ＳＳＰＮに、第２の呼を終了するよう指令する。したがって、第２の呼を開始した電話ＡＣＥｉは、この第２の呼を確立できないと通告され、保留されている第１の（電話）呼が元の状態に戻される。
【００５１】
関与している場合、第１のモジュールＭ１は、ローカル交換ノード（専用サービス交換点）ＳＳＰＮに、第２の呼を終了し、それによって第１の（電話）呼を元の状態に戻すよう指令する。次いで、第１のモジュールＭ１は、メモリＭＹ中で、ルックアップテーブルに、第１の呼に関するメッセージで受け取られた電話番号に対応付けて記憶されている、発呼ユーザおよび着呼ユーザの映像通信機器ＶＣＥ１およびＶＣＥ２のアドレスを決定する。最後に、第１のモジュールＭ１は、抽出されたこれらのアドレスを第２のモジュールＭ２に送信し、そのモジュールに、これらのアドレスによって指定される映像通信機器ＶＣＥ１とＶＣＥ２の間の通信を確立するよう指令する。
【００５２】
たとえば、第２のモジュールＭ２が、必要とされる映像通信機器ＶＣＥ１とＶＣＥ２の間の映像通信を確立するために、ＳＩＰ（「セッション開始プロトコル」）セッションを開始する。この目的のために、ＳＩＰクライアントを、発呼ユーザおよび着呼ユーザの映像通信機器ＶＣＥ１およびＶＣＥ２で実行し、かつそれを、実際のＩＰアドレスがわかるように、第２のモジュールＭ２であらかじめ登録しておく必要がある。
【００５３】
たとえば、第２のモジュールＭ２は、着呼ユーザとの新しいマルティメディアセッションを開始するために、「ＩＮＶＩＴＥ」ＳＩＰ要求を発呼ユーザの映像通信機器ＶＣＥ１に送信する。映像通信機器ＶＣＥ１内で実行するＳＩＰクライアントは、インターネットネットワークＩＮを介してＩＮＶＩＴＥ ＳＩＰ要求を受信し、セッション記述プロトコル（ＳＤＰ）記述子内に、要求受諾、自分の機能、および自分のリスンポートを含むＩＮＶＩＴＥ ＳＩＰ応答を第２のモジュールＭ２に送信する。
【００５４】
第２のモジュールＭ２は、ＩＰ音声通信を回避するために、ＩＮＶＩＴＥ ＳＩＰ応答をチェックし、ＳＤＰ記述子内の音声機能を除去する。次いで、そのモジュールは、発呼ユーザの映像通信機器ＶＣＥ１によって送信された（修正される可能性のある）ＳＤＰ記述子を含む第２のＩＮＶＩＴＥ ＳＩＰ要求を、着呼ユーザの映像通信機器ＶＣＥ２に送信する。
【００５５】
映像通信機器ＶＣＥ２で実行するＳＩＰクライアントは、インターネットネットワークＩＮを介してＩＮＶＩＴＥ ＳＩＰ要求を受信し、セッション記述プロトコル（ＳＤＰ）記述子内に、要求受諾、自分の機能、および自分のリスンポートを含むＩＮＶＩＴＥ ＳＩＰ応答を第２のモジュールＭ２に送信する。
【００５６】
第２のモジュールＭ２は、ＩＰ音声通信を回避するために、ＩＮＶＩＴＥ ＳＩＰ応答をチェックし、ＳＤＰ記述子内の音声機能を除去する。次いで、そのモジュールは、映像通信機器ＶＣＥ２によって送信された（修正される可能性のある）ＳＤＰ記述子を含むＩＮＶＩＴＥ ＳＩＰ応答を、映像通信機器ＶＣＥ１に転送し、セッションクローズなどの新しいイベントが発生するのに備えて、２つの映像通信機器ＶＣＥ１およびＶＣＥ２の間のＳＩＰ信号通信を監視し続ける。
【００５７】
映像通信が確立されると、発呼ユーザおよび着呼ユーザは、（各自の電話ＡＣＥ１およびＡＣＥ２を用いて）電話網ＴＮを介して音声データを、また（各自のＳＴＢ（またはＰＣ）のＶＣＥ１およびＶＣＥ２を用いて）インターネットネットワークＩＮを介して映像データを交換することができる。
【００５８】
第２の状況では、第１の（電話）呼が、発呼ユーザおよび着呼ユーザの電話ＡＣＥ１およびＡＣＥ２の間であらかじめ確立されており、サービスノードＳＮによって管理されている場合、映像通信の確立が、発呼ユーザおよび着呼ユーザの映像通信機器ＶＣＥ１およびＶＣＥ２の一方によってトリガされる。この目的のために、各映像通信機器ＶＣＥｉは、ユーザが作動させたときに映像要求を生成する専用キー（またはタッチもしくはメニュー）を装備することができる。
【００５９】
この映像要求は、発呼ユーザおよび着呼ユーザの映像通信機器ＶＣＥｉのアドレスと、サービスノードＳＮにある第２のアドレスを含んでいる。
【００６０】
好ましくは、映像通信機器ＶＣＥ１およびＶＣＥ２の一方の専用キーを操作することによって、サービスノードＳＮ内の仮想のＳＩＰアドレスに向けたＳＩＰセッション要求が開始される。このＳＩＰセッション要求は、インターネットネットワークを介してインターネットネットワークＩＮの第１の（プロキシ）サービスサーバＳＳのＩＰアドレスに送信され、このサーバがＳＩＰサーバとして働き、このＳＩＰセッション要求をサービスノードＳＮにリダイレクトする任を負う。
【００６１】
サービスノードＳＮがＳＩＰセッション要求を受信すると、その第２のモジュールＭ２がまず、この要求の送信元のＳＩＰアドレスがメモリＭＹに記憶されているかどうかを判定する。
【００６２】
記憶されていない場合、第２のモジュールＭ２は、ＳＩＰ呼を拒否し、拒否の理由をＳＩＰメッセージに入れてサービスサーバＳＳに送信し、このサーバがそのメッセージを、インターネットネットワークＩＮを介してＳＩＰセッションを開始した映像通信機器ＶＣＥｉに経路指定する。
【００６３】
記憶されている場合、第２のモジュールＭ２は、メモリＭＹのルックアップテーブル内に映像通信機器ＶＣＥｉのアドレスに対応付けて記憶されている電話番号を有する電話ＡＣＥｉが、管理下の第１の呼にあらかじめ関与していたかどうかを判定する。
【００６４】
関与していない場合、映像通信を確立することができない。この場合、第２のモジュールＭ２は、ＳＩＰ呼を拒否し、拒否の理由をＳＩＰメッセージに入れてサービスサーバＳＳに送信し、このサーバがそのメッセージを、インターネットネットワークＩＮを介してＳＩＰセッションを開始した映像通信機器ＶＣＥｉに経路指定する。
【００６５】
関与していた場合、第２のモジュールＭ２は、このＳＩＰ呼を拒否し、拒否の理由をＳＩＰメッセージに入れてサービスサーバＳＳに送信し、このサーバがそのメッセージを、インターネットネットワークＩＮを介してＳＩＰセッションを開始した映像通信機器ＶＣＥｉに経路指定する。次いで、このモジュールは、ＳＩＰセッションを開始して、管理下の会話に関与する電話ＡＣＥ１およびＡＣＥ２に関連するアドレスによって指定される映像通信機器ＶＣＥ１およびＶＣＥ２の間で、必要とされる映像通信を確立する。映像通信が確立されると、発呼ユーザおよび着呼ユーザは、（各自の電話ＡＣＥ１およびＡＣＥ２を用いて）電話網ＴＮを介して音声データを、また（各自のＳＴＢ（またはＰＣ）のＶＣＥ１およびＶＣＥ２を用いて）インターネットネットワークＩＮを介して映像データを交換することができる。
【００６６】
第３の状況では、映像通信の確立が、サービスノードＳＮによって自動的にトリガされる。この状況では、次の２つの条件を満たす必要がある。すなわち、音声通信の確立中にローカル交換ノードＳＳＰＮによって送信されるメッセージに含まれる電話番号が、自動映像確立許可を表すデータに対応付けされてメモリＭＹに記憶されている必要があり、かつサービスノードＳＮが、発呼ユーザおよび着呼ユーザの電話ＡＣＥ１およびＡＣＥ２の間で音声通信が実際に確立されたことを通知するメッセージを、電話網ＴＮから（たとえば（ローカル）交換ノードＳＳＰＮから）受信している必要がある。
【００６７】
たとえば、自動映像確立許可は、メモリＭＹのルックアップテーブル内の電話番号に対応付けられて記憶されるフラグである。
【００６８】
したがってこの状況では、サービスノードＳＮが、２台の電話ＡＣＥ１およびＡＣＥ２の間で音声通信が実際に確立されたことを通知するメッセージを電話網ＴＮから受信したとき、そのノードの第１のモジュールＭ１は、メモリＭＹにおいて、自動映像通信確立を許可するフラグがルックアップテーブル内に各電話番号に対応付けられて記憶されているかどうかを判定する。フラグが記憶されていない場合、サービスノードＳＮは、上述した２つの状況の場合と同じように処理を続行し、音声通信を開始可能にし、電話ＡＣＥｉまたは映像通信機器ＶＣＥｉが映像セッションを開始するとの指示を待つ。フラグが記憶されている場合、このノードは、発呼ユーザおよび着呼ユーザの映像通信機器ＶＣＥ１およびＶＣＥ２のＩＰアドレスを決定する。このＩＰアドレスは、ルックアップテーブル内に電話番号に対応付けられて記憶されている。最後に、第１のモジュールＭ１は、抽出されたこれらのＩＰアドレスを第２のモジュールＭ２に送信し、そのモジュールに、これらのＩＰアドレスによって指定される映像通信機器ＶＣＥ１およびＶＣＥ２の間で映像通信を確立するよう指令する。
【００６９】
たとえば、第２のモジュールＭ２が、ＳＩＰ（「セッション開始プロトコル」）セッションを開始して、映像通信機器ＶＣＥ１とＶＣＥ２の間で必要とされる映像通信を確立する。映像通信が確立されると、発呼ユーザおよび着呼ユーザは、（各自の電話ＡＣＥ１およびＡＣＥ２を用いて）電話網ＴＮを介して音声データを、また（各自のＳＴＢ（またはＰＣ）のＶＣＥ１およびＶＣＥ２を用いて）インターネットネットワークＩＮを介して映像データを交換することができる。
【００７０】
好ましくは、サービスノードＳＮは、より具体的にはその第２のモジュールＭ２は、映像ストリームだけを送信するために、映像通信中に映像通信機器ＶＣＥｉによってもう一方の機器に送信される音声データを除去するように構成される。
【００７１】
（ローカル）交換ノードＳＳＰＮは、音声通信機器ＡＣＥ１とＡＣＥ２の間の音声通信が終了したのを検出すると、メッセージ（または解放イベント）をサービスノードＳＮに送信する。次に、第１のモジュールＭ１は、映像通信をクローズするための指示を、第２のモジュールＭ２に送信する。
【００７２】
この目的のために、第２のモジュールＭ２は、「ＢＹＥ」ＳＩＰメッセージを発呼ユーザの映像通信機器ＶＣＥ１に送信することができ、この機器は、そのメッセージの肯定応答を第２のモジュールＭ２に返し、映像データの送信を停止する。次いで、第２のモジュールＭ２は、「ＢＹＥ」ＳＩＰメッセージを着呼ユーザの映像通信機器ＶＣＥ２に送信することができ、この機器が、そのメッセージの肯定応答を第２のモジュールＭ２に返し、映像データの送信を停止する。
【００７３】
発呼ユーザと着呼ユーザはどちらも、電話網ＴＮを介する並行した対応する音声通信に影響を与えることなく、いつでも自分の映像通信機器ＶＣＥｉによって実行されるＩＰ映像送信を停止する決定を行えることに留意することは重要である。
【００７４】
本発明は、単なる例として上記で述べたサービスノードおよび方法の実施形態に限定されるものではなく、当業者が添付の特許請求の範囲内であると考えることのできるすべての代替実施形態を含むものである。
【図面の簡単な説明】
【００７５】
【図１】本発明の方法が実装されている通信システムを示す図である。
【符号の説明】
【００７６】
ＡＣＥ１、ＡＣＥ２ 音声通信機器
ＩＮ インターネットネットワーク
Ｍ１ 第１のモジュール
Ｍ２ 第２のモジュール
ＭＹ メモリ
ＳＮ サービスノード
ＳＳ サービスサーバ
ＳＳＰＮ 交換ノード（サービス交換点）
ＴＮ 電話網
ＶＣＥ１、ＶＣＥ２ 映像通信機器
ＶＥ１、ＶＥ２ 映像機器
【特許請求の範囲】
【請求項１】
ユーザおよび電話番号にそれぞれ関連し、かつ電話網（ＴＮ）に接続されている音声通信機器（ＡＣＥ１、ＡＣＥ２）の間、ならびに前記ユーザの一方およびＩＰアドレスにそれぞれ関連し、かつ映像機器（ＶＥ１、ＶＥ２）およびインターネットネットワーク（ＩＮ）にそれぞれ接続されている映像通信機器（ＶＣＥ１、ＶＣＥ２）の間でテレビ会議を確立する方法であって、
ａ）発呼ユーザに関連する音声通信機器（ＡＣＥ１）を使用して、着呼ユーザに関連する少なくとももう１つの音声通信機器（ＡＣＥ２）との間で第１の呼を開始すること、
ｂ）前記第１の呼を前記電話網（ＴＮ）の選択された交換ノード（ＳＳＰＮ）に経路指定し、それによってそのノードが、前記発呼ユーザおよび着呼ユーザの音声通信機器（ＡＣＥ１、ＡＣＥ２）の電話番号を含むメッセージを、前記電話網（ＴＮ）およびインターネットネットワーク（ＩＮ）に接続されたサービスノード（ＳＮ）に送信するようにすること、
ｃ）前記発呼ユーザおよび着呼ユーザの音声通信機器（ＡＣＥ１、ＡＣＥ２）の間で音声通信をセットアップするように、前記電話番号が前記サービスノード（ＳＮ）のメモリ（ＭＹ）に記憶されている場合は、前記交換ノード（ＳＳＰＮ）が前記第１の呼を確立するのを許可すること、および
ｄ）前記音声通信と並行して、前記映像通信機器（ＶＣＥ１、ＶＣＥ２）の間で映像通信を確立するように、必要であれば、前記サービスノード（ＳＮ）のメモリ（ＭＹ）内で前記電話番号に関連する、前記発呼ユーザおよび着呼ユーザの映像通信機器（ＶＣＥ１、ＶＣＥ２）のアドレスを決定すること
にあることを特徴とする方法。
【請求項２】
ステップｄ）で、前記映像通信の確立が、前記発呼ユーザおよび着呼ユーザの音声通信機器（ＡＣＥ１、ＡＣＥ２）の一方によってトリガされることを特徴とする請求項１に記載の方法。
【請求項３】
ステップｄ）で、前記第１の呼を保留した後、サービスアクセスコードによって定義される着呼番号への、選択された交換ノード（ＳＳＰＮ）に経路指定された第２の呼によって、映像通信の確立がトリガされることを特徴とする請求項２に記載の方法。
【請求項４】
ステップｄ）で、前記交換ノード（ＳＳＰＮ）が前記第２の呼を受信したとき、そのノードが、発呼ユーザまたは着呼ユーザのいずれかの音声通信機器（ＡＣＥｉ）の電話番号およびサービスアクセスコードを含むメッセージを、前記サービスノード（ＳＮ）に送信することを特徴とする請求項３に記載の方法。
【請求項５】
ステップｂ）およびｄ）で、前記メッセージがＩＮＡＰプロトコルによって送信されることを特徴とする請求項１に記載の方法。
【請求項６】
前記ＩＮＡＰプロトコルがＣＳ１であることを特徴とする請求項５に記載の方法。
【請求項７】
ステップｄ）で、前記サービスノード（ＳＮ）は、前記メッセージを受信したとき、このメッセージをトリガした電話番号が前記メモリ（ＭＹ）に記憶されているかどうか、およびこの電話番号に関連する音声通信機器（ＡＣＥｉ）が前記サービスノード自体（ＳＮ）によって管理される第１の呼を確立したかどうかを判定し、いずれも該当する場合は、前記サービスノード（ＳＮ）は、管理下の呼における前記発呼ユーザおよび着呼ユーザの映像通信機器（ＶＣＥ１、ＶＣＥ２）のアドレス間で前記映像通信を確立することを特徴とする請求項４に記載の方法。
【請求項８】
ステップｄ）で、音声通信機器（ＡＣＥ１、ＡＣＥ２）の専用キーをユーザが操作することによって、前記映像通信の確立がトリガされることを特徴とする請求項１に記載の方法。
【請求項９】
ステップｄ）で、映像通信の確立が、各自の音声通信機器（ＡＣＥ１、ＡＣＥ２）の間で、前記サービスノード（ＳＮ）によって管理される第１の呼を確立した前記発呼ユーザおよび着呼ユーザの映像通信機器（ＶＣＥ１、ＶＣＥ２）の一方によってトリガされることを特徴とする請求項１に記載の方法。
【請求項１０】
ステップｄ）で、前記インターネットネットワーク（ＩＮ）を介して前記映像要求を前記サービスノード（ＳＮ）に経路指定するように構成された専用サービスサーバ（ＳＳ）の専用アドレスに、前記発呼ユーザまたは着呼ユーザの映像通信機器（ＶＣＥｉ）のアドレスと、前記サービスノード（ＳＮ）での第２のアドレスとを含む映像要求を送信することによって、映像通信の確立がトリガされることを特徴とする請求項９に記載の方法。
【請求項１１】
ステップｄ）で、前記サービスノード（ＳＮ）は、前記映像要求を受信したとき、それを生成したアドレスが前記メモリ（ＭＹ）に記憶されているかどうか、およびこのアドレスに関連する音声通信機器（ＡＣＥｉ）が前記サービスノード（ＳＮ）によって管理される第１の呼に関与しているかどうかを判定し、いずれも該当する場合は、前記サービスロード（ＳＮ）は、前記発呼ユーザおよび着呼ユーザの映像通信機器（ＶＣＥ１、ＶＣＥ２）のアドレス間で前記映像通信を確立することを特徴とする請求項１０に記載の方法。
【請求項１２】
ステップｄ）で、映像通信機器（ＶＣＥ１、ＶＣＥ２）の専用キーをユーザが操作することによって、前記映像通信の確立がトリガされることを特徴とする請求項９に記載の方法。
【請求項１３】
ステップｄ）で、ｉ）前記発呼ユーザおよび着呼ユーザの音声通信機器（ＡＣＥ１、ＡＣＥ２）の電話番号が、自動映像確立許可を表すデータに対応付けて前記メモリ（ＭＹ）内に記憶されており、ｉｉ）サービスノードが、前記発呼ユーザおよび着呼ユーザの音声通信機器（ＡＣＥ１、ＡＣＥ２）の間で音声通信が実際に確立されていることを通知するメッセージを前記電話網（ＴＮ）から受信した場合、前記サービスノード（ＳＮ）が前記映像通信の確立を自動的にトリガすることを特徴とする請求項１に記載の方法。
【請求項１４】
ステップｄ）で、前記サービスノード（ＳＮ）が、前記発呼ユーザおよび着呼ユーザの映像通信機器（ＶＣＥ１、ＶＣＥ２）のアドレス間で、ＳＩＰ呼によって前記映像通信を確立することを特徴とする請求項１に記載の方法。
【請求項１５】
前記映像通信中、前記サービスノード（ＳＮ）が、映像ストリームだけを送信するように、前記映像通信機器（ＶＣＥ１、ＶＣＥ２）の一方から他方に送信される前記映像データから、音声データを除去することを特徴とする請求項１に記載の方法。
【請求項１６】
前記交換ノード（ＳＳＰＮ）が前記音声通信機器（ＡＣＥ１、ＡＣＥ２）の間の音声通信が終了したことを検出したとき、前記交換ノードがメッセージを前記サービスノード（ＳＮ）に送信し、前記サービスノード（ＳＮ）がこのメッセージを受信したとき、前記サービスノードが前記映像通信を停止することを特徴とする請求項７に記載の方法。
【請求項１７】
前記音声通信の確立が、前記サービスノード（ＳＮ）の第１のモジュール（Ｍ１）によって制御され、前記映像通信の確立が、前記第１のモジュール（Ｍ１）に接続されている、前記サービスノード（ＳＮ）の第２のモジュール（Ｍ２）によって制御されることを特徴とする請求項１に記載の方法。
【請求項１８】
それぞれの音声通信機器（ＡＣＥ１、ＡＣＥ２）が、少なくとも固定電話および移動電話を含む群から選択される請求項１に記載の方法。
【請求項１９】
それぞれの映像通信機器（ＶＣＥ１、ＶＣＥ２）が、少なくともパーソナルコンピュータおよびセットトップボックスに接続されたＴＶを含む群から選択される請求項１に記載の方法。
【請求項２０】
それぞれの映像機器（ＶＥ１、ＶＥ２）がデジタルビデオカメラである請求項１に記載の方法。
【請求項１】
ユーザおよび電話番号にそれぞれ関連し、かつ電話網（ＴＮ）に接続されている音声通信機器（ＡＣＥ１、ＡＣＥ２）の間、ならびに前記ユーザの一方およびＩＰアドレスにそれぞれ関連し、かつ映像機器（ＶＥ１、ＶＥ２）およびインターネットネットワーク（ＩＮ）にそれぞれ接続されている映像通信機器（ＶＣＥ１、ＶＣＥ２）の間でテレビ会議を確立する方法であって、
ａ）発呼ユーザに関連する音声通信機器（ＡＣＥ１）を使用して、着呼ユーザに関連する少なくとももう１つの音声通信機器（ＡＣＥ２）との間で第１の呼を開始すること、
ｂ）前記第１の呼を前記電話網（ＴＮ）の選択された交換ノード（ＳＳＰＮ）に経路指定し、それによってそのノードが、前記発呼ユーザおよび着呼ユーザの音声通信機器（ＡＣＥ１、ＡＣＥ２）の電話番号を含むメッセージを、前記電話網（ＴＮ）およびインターネットネットワーク（ＩＮ）に接続されたサービスノード（ＳＮ）に送信するようにすること、
ｃ）前記発呼ユーザおよび着呼ユーザの音声通信機器（ＡＣＥ１、ＡＣＥ２）の間で音声通信をセットアップするように、前記電話番号が前記サービスノード（ＳＮ）のメモリ（ＭＹ）に記憶されている場合は、前記交換ノード（ＳＳＰＮ）が前記第１の呼を確立するのを許可すること、および
ｄ）前記音声通信と並行して、前記映像通信機器（ＶＣＥ１、ＶＣＥ２）の間で映像通信を確立するように、必要であれば、前記サービスノード（ＳＮ）のメモリ（ＭＹ）内で前記電話番号に関連する、前記発呼ユーザおよび着呼ユーザの映像通信機器（ＶＣＥ１、ＶＣＥ２）のアドレスを決定すること
にあることを特徴とする方法。
【請求項２】
ステップｄ）で、前記映像通信の確立が、前記発呼ユーザおよび着呼ユーザの音声通信機器（ＡＣＥ１、ＡＣＥ２）の一方によってトリガされることを特徴とする請求項１に記載の方法。
【請求項３】
ステップｄ）で、前記第１の呼を保留した後、サービスアクセスコードによって定義される着呼番号への、選択された交換ノード（ＳＳＰＮ）に経路指定された第２の呼によって、映像通信の確立がトリガされることを特徴とする請求項２に記載の方法。
【請求項４】
ステップｄ）で、前記交換ノード（ＳＳＰＮ）が前記第２の呼を受信したとき、そのノードが、発呼ユーザまたは着呼ユーザのいずれかの音声通信機器（ＡＣＥｉ）の電話番号およびサービスアクセスコードを含むメッセージを、前記サービスノード（ＳＮ）に送信することを特徴とする請求項３に記載の方法。
【請求項５】
ステップｂ）およびｄ）で、前記メッセージがＩＮＡＰプロトコルによって送信されることを特徴とする請求項１に記載の方法。
【請求項６】
前記ＩＮＡＰプロトコルがＣＳ１であることを特徴とする請求項５に記載の方法。
【請求項７】
ステップｄ）で、前記サービスノード（ＳＮ）は、前記メッセージを受信したとき、このメッセージをトリガした電話番号が前記メモリ（ＭＹ）に記憶されているかどうか、およびこの電話番号に関連する音声通信機器（ＡＣＥｉ）が前記サービスノード自体（ＳＮ）によって管理される第１の呼を確立したかどうかを判定し、いずれも該当する場合は、前記サービスノード（ＳＮ）は、管理下の呼における前記発呼ユーザおよび着呼ユーザの映像通信機器（ＶＣＥ１、ＶＣＥ２）のアドレス間で前記映像通信を確立することを特徴とする請求項４に記載の方法。
【請求項８】
ステップｄ）で、音声通信機器（ＡＣＥ１、ＡＣＥ２）の専用キーをユーザが操作することによって、前記映像通信の確立がトリガされることを特徴とする請求項１に記載の方法。
【請求項９】
ステップｄ）で、映像通信の確立が、各自の音声通信機器（ＡＣＥ１、ＡＣＥ２）の間で、前記サービスノード（ＳＮ）によって管理される第１の呼を確立した前記発呼ユーザおよび着呼ユーザの映像通信機器（ＶＣＥ１、ＶＣＥ２）の一方によってトリガされることを特徴とする請求項１に記載の方法。
【請求項１０】
ステップｄ）で、前記インターネットネットワーク（ＩＮ）を介して前記映像要求を前記サービスノード（ＳＮ）に経路指定するように構成された専用サービスサーバ（ＳＳ）の専用アドレスに、前記発呼ユーザまたは着呼ユーザの映像通信機器（ＶＣＥｉ）のアドレスと、前記サービスノード（ＳＮ）での第２のアドレスとを含む映像要求を送信することによって、映像通信の確立がトリガされることを特徴とする請求項９に記載の方法。
【請求項１１】
ステップｄ）で、前記サービスノード（ＳＮ）は、前記映像要求を受信したとき、それを生成したアドレスが前記メモリ（ＭＹ）に記憶されているかどうか、およびこのアドレスに関連する音声通信機器（ＡＣＥｉ）が前記サービスノード（ＳＮ）によって管理される第１の呼に関与しているかどうかを判定し、いずれも該当する場合は、前記サービスロード（ＳＮ）は、前記発呼ユーザおよび着呼ユーザの映像通信機器（ＶＣＥ１、ＶＣＥ２）のアドレス間で前記映像通信を確立することを特徴とする請求項１０に記載の方法。
【請求項１２】
ステップｄ）で、映像通信機器（ＶＣＥ１、ＶＣＥ２）の専用キーをユーザが操作することによって、前記映像通信の確立がトリガされることを特徴とする請求項９に記載の方法。
【請求項１３】
ステップｄ）で、ｉ）前記発呼ユーザおよび着呼ユーザの音声通信機器（ＡＣＥ１、ＡＣＥ２）の電話番号が、自動映像確立許可を表すデータに対応付けて前記メモリ（ＭＹ）内に記憶されており、ｉｉ）サービスノードが、前記発呼ユーザおよび着呼ユーザの音声通信機器（ＡＣＥ１、ＡＣＥ２）の間で音声通信が実際に確立されていることを通知するメッセージを前記電話網（ＴＮ）から受信した場合、前記サービスノード（ＳＮ）が前記映像通信の確立を自動的にトリガすることを特徴とする請求項１に記載の方法。
【請求項１４】
ステップｄ）で、前記サービスノード（ＳＮ）が、前記発呼ユーザおよび着呼ユーザの映像通信機器（ＶＣＥ１、ＶＣＥ２）のアドレス間で、ＳＩＰ呼によって前記映像通信を確立することを特徴とする請求項１に記載の方法。
【請求項１５】
前記映像通信中、前記サービスノード（ＳＮ）が、映像ストリームだけを送信するように、前記映像通信機器（ＶＣＥ１、ＶＣＥ２）の一方から他方に送信される前記映像データから、音声データを除去することを特徴とする請求項１に記載の方法。
【請求項１６】
前記交換ノード（ＳＳＰＮ）が前記音声通信機器（ＡＣＥ１、ＡＣＥ２）の間の音声通信が終了したことを検出したとき、前記交換ノードがメッセージを前記サービスノード（ＳＮ）に送信し、前記サービスノード（ＳＮ）がこのメッセージを受信したとき、前記サービスノードが前記映像通信を停止することを特徴とする請求項７に記載の方法。
【請求項１７】
前記音声通信の確立が、前記サービスノード（ＳＮ）の第１のモジュール（Ｍ１）によって制御され、前記映像通信の確立が、前記第１のモジュール（Ｍ１）に接続されている、前記サービスノード（ＳＮ）の第２のモジュール（Ｍ２）によって制御されることを特徴とする請求項１に記載の方法。
【請求項１８】
それぞれの音声通信機器（ＡＣＥ１、ＡＣＥ２）が、少なくとも固定電話および移動電話を含む群から選択される請求項１に記載の方法。
【請求項１９】
それぞれの映像通信機器（ＶＣＥ１、ＶＣＥ２）が、少なくともパーソナルコンピュータおよびセットトップボックスに接続されたＴＶを含む群から選択される請求項１に記載の方法。
【請求項２０】
それぞれの映像機器（ＶＥ１、ＶＥ２）がデジタルビデオカメラである請求項１に記載の方法。
【図１】
【公開番号】特開２００６−１３５９５４（Ｐ２００６−１３５９５４Ａ）
【公開日】平成１８年５月２５日（２００６．５．２５）
【国際特許分類】
【外国語出願】
【出願番号】特願２００５−２９８３８７（Ｐ２００５−２９８３８７）
【出願日】平成１７年１０月１３日（２００５．１０．１３）
【出願人】（３９１０３０３３２）アルカテル (1,149)
【Ｆターム（参考）】
【公開日】平成１８年５月２５日（２００６．５．２５）
【国際特許分類】
【出願番号】特願２００５−２９８３８７（Ｐ２００５−２９８３８７）
【出願日】平成１７年１０月１３日（２００５．１０．１３）
【出願人】（３９１０３０３３２）アルカテル (1,149)
【Ｆターム（参考）】
[ Back to top ]