(57)【特許請求の範囲】
【請求項１】
パケット・ネットワーク（ＲＰ）を介してホスト通信エンティティと少なくとも１つの参加者通信エンティティとの間に確立されている、該ホスト通信エンティティによって管理される通信に、第三者通信エンティティからアクセスする方法であって、
前記参加者通信エンティティの識別子に関連付けられた少なくとも１つのパラメータを含むメッセージ（ＭＩ）を、前記第三者通信エンティティから前記ホスト通信エンティティに送信するステップ（Ｅ２）と、
前記ホスト通信エンティティとその識別子が前記パラメータと関連付けられている前記参加者通信エンティティとの間に確立された通信を維持しながら、該参加者通信エンティティと前記第三者通信エンティティとの間で交換される通信フローに制限的混合ポリシーを適用するステップであって、該ポリシーは、該パラメータと、該パラメータに関連付けられた該識別子とによって決定される、方法。
【請求項２】
前記参加者通信エンティティの前記識別子に関連付けられた前記パラメータが、前記参加者通信エンティティによって送信される通信フローが前記第三者通信エンティティによって受信されない、通信フローの混合に関する制限的ポリシーと対応する、請求項１に記載の方法。
【請求項３】
前記参加者通信エンティティの前記識別子に関連付けられた前記パラメータが、前記第三者通信エンティティによって送信される通信フローが前記参加者通信エンティティによって受信されない、通信フローの混合に関する制限的ポリシーと対応する、請求項１に記載の方法。
【請求項４】
前記参加者通信エンティティの前記識別子に関連付けられた前記パラメータが、前記参加者通信エンティティによって送信される通信フローが前記第三者通信エンティティによって受信されず、前記第三者通信エンティティによって送信される通信フローが前記参加者通信エンティティによって受信されない、通信フローの混合に関する制限的ポリシーと対応する、請求項１に記載の方法。
【請求項５】
通信中に交換される前記通信フローがＳＩＰプロトコルに準拠する、請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
前記メッセージ（ＭＩ）が、ＳＩＰプロトコルに準拠した「ＩＮＶＩＴＥ」メッセージである、請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
前記パラメータが、前記メッセージ（ＭＩ）内の「Ｊｏｉｎ」ヘッダに含まれる、請求項６に記載の方法。
【請求項８】
識別子が前記パラメータに関連付けられた前記参加者通信エンティティが前記ホスト通信エンティティである、請求項１乃至７のいずれか１項に記載の方法。
【請求項９】
パケット・ネットワーク（ＲＰ）を介してホスト通信エンティティと少なくとも１つの参加者通信エンティティとの間に確立されている、前記ホスト通信エンティティによって管理される通信にアクセスするように意図された第三者通信エンティティであって、該第三者通信エンティティは、
前記参加者通信エンティティの識別子に関連付けられた少なくとも１つのパラメータ（ＰＭ）を含むメッセージ（ＭＩ）を前記ホスト通信エンティティに送信するように動作可能なクライアント・ユーザ・エージェント（ＵＡＣ）を含み、
前記ホスト通信エンティティとその識別子が前記パラメータと関連付けられている前記参加者通信エンティティとの間に確立された通信を維持しながら、前記パラメータと該パラメータに関連付けられた前記識別子とが、該参加者通信エンティティと前記第三者通信エンティティとの間で交換される通信フローの混合に関する制限的ポリシーを決定し、該ポリシーが該ホスト通信エンティティによって適用される、第三者通信エンティティ。
【請求項１０】
パケット・ネットワーク（ＲＰ）を介した第三者通信エンティティから通信へのアクセスを管理するように意図された、少なくとも１つの参加者通信エンティティと通信中のホスト通信エンティティであって、該ホスト通信エンティティは、
前記第三者通信エンティティによって送信された、前記参加者通信エンティティの識別子に関連付けられた少なくとも１つのパラメータ（ＰＭ）を含むメッセージ（ＭＩ）を受信するように動作可能なサーバ・ユーザ・エージェント（ＵＡＳ）を含み、
前記ホスト通信エンティティは、その識別子が前記パラメータと関連付けられている前記参加者通信エンティティとの間に確立された通信を維持しながら、該参加者通信エンティティと前記第三者通信エンティティとの間で交換される通信フローの混合に関する制限的ポリシーを適用し、該ポリシーが、該パラメータと該パラメータに関連付けられた該識別子とによって決定される、ホスト通信エンティティ。
【請求項１１】
パケット・ネットワーク（ＲＰ）を介してホスト通信エンティティと少なくとも１つの参加者通信エンティティとの間に確立されている通信への第三者通信エンティティからのアクセスを管理するシステムであって、該システムは、
参加者通信エンティティの識別子に関連付けられた少なくとも１つのパラメータ（ＰＭ）を含むメッセージ（ＭＩ）を、前記第三者通信エンティティから前記ホスト通信エンティティに送信するように動作可能なクライアント・ユーザ・エージェント（ＵＡＣ）と、
前記ホスト通信エンティティとその識別子が前記パラメータと関連付けられている前記参加者通信エンティティとの間に確立された通信を維持しながら、該参加者通信エンティティと前記第三者通信エンティティとの間で交換される通信フローの混合に関する制限的ポリシーを適用するように動作可能なサーバ・ユーザ・エージェント（ＵＡＳ）とを含み、該ポリシーが、該パラメータと該パラメータに関連付けられた該識別子とによって決定される、システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パケット・ネットワーク内の少なくとも３つの通信エンティティ間のマルチメディア会議の確立に関する。より詳しくは、本発明は、端末またはサーバなどの通信エンティティを少なくとも２つの他の通信エンティティ間の既に確立済みの通信に割り当てることに関する。
【背景技術】
【０００２】
現在、端末は、会議を拡大するために、複数の他の端末間の既に確立済みの通信に参加することができるが、その通信の間、各端末は他の端末のそれぞれにデータを送信し、他の端末のそれぞれからデータを受信する。マルチメディア通信は、ＳＩＰプロトコルを介して確立される映像、音声、またはインスタント・メッセージのフローなどのデータの交換で構成できる。
【０００３】
文書ＲＦＣ  ３９１１は、少なくとも２つの端末間でＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ：セッション開始プロトコル）シグナリング・プロトコルを使用して既に確立済みのマルチメディア通信に第三者の端末が参加できるようにする、「ＩＮＶＩＴＥ」メッセージ内での「Ｊｏｉｎ」ヘッダの使用を記載している。「Ｊｏｉｎ」ヘッダは、２つの端末間で既に確立されているＳＩＰ通信（ＳＩＰ用語では「ダイアログ」）に関する情報を含んでいる。
【０００４】
この仕組みは、会議に固有の新しいアドレスを使用して、少なくとも３つの端末間で新しい会議を作成する。例えば、ホスト端末はマルチメディア通信フローの全部をローカルで混合し、会議に固有の新しいアドレスを生成して、それを他の端末に送信し、それらの端末が、会議が行われていることを知って、その新しいアドレスを参照先として使用することにより、ホスト端末に会議に関する情報をオプションで要求できるようにする。別の例によれば、ホスト端末はメディア・サーバにＩＮＶＩＴＥメッセージを送信し、他の端末にサーバのアドレスを知らせ、それらの端末がメディア・サーバに接続できるようにし、メディア・サーバが、３つの端末間で確立されている会議からのマルチメディア通信フローの全部を混合する。
【０００５】
この仕組みは、作成される新しい会議がホスト端末に、第三者の端末によって送信および／または受信されるマルチメディア通信フローを制限的に混合する選択肢を与えないという欠点がある。第三者の端末は、ホスト端末と少なくとも１つの他の端末間で既に確立されているマルチメディア通信に部分的に参加することはできない。「部分的に」とは、第三者の端末と、既に通信中の別の端末との間の単方向通信の場合などに、第三者の端末と、既に通信中の端末の少なくとも１つとの間の通信フローの交換を制限する選択肢を指す。マルチメディア通信フローは、２つの端末間の映像または音声データなどのマルチメディアデータ伝送に相当する。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】文書ＲＦＣ  ３９１１
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明の目的は、パケット・ネットワーク上で少なくとも３つの通信エンティティ間の会議を確立することによって前述の欠点を矯正することであり、それには、１つの通信エンティティを少なくとも２つの他の通信エンティティ間で既に確立済みの通信に割り当て、その結果、その割り当てられた通信エンティティは、その割り当てられた通信エンティティによって送信および受信されるフローを混合するポリシーの利益を得ることができる。
【課題を解決するための手段】
【０００８】
この目的を達成するために、ホスト通信エンティティによって管理され、パケット・ネットワークを介してそのホスト通信エンティティと少なくとも１つの参加者通信エンティティとの間に確立されている通信に第三者通信エンティティからアクセスする本発明の方法は、
参加者通信エンティティの識別子に関連付けられた少なくとも１つのパラメータを含むメッセージを第三者通信エンティティからホスト通信エンティティに送信するステップと、
識別子がそのパラメータに関連付けられた参加者通信エンティティと第三者通信エンティティ間で交換される通信フローの混合に、そのパラメータと、そのパラメータに関連付けられた識別子によって決定される制限的ポリシーを適用するステップと
を含むことを特徴とする。
【０００９】
有利なことには、そのメッセージは、通信フローを管理する第１の通信エンティティに対して、通信エンティティ間で交換されるフローを選択するための表示を提供する。制限的混合ポリシーは、第三者通信エンティティが、既に存在している通信に部分的に参加することを可能にし、第三者通信エンティティが、他の通信エンティティによって送信されるフローの一部だけを受信し、および／または一部の通信エンティティが、第三者通信エンティティによって送信されるフローを受信しないようにすることができる。
【００１０】
本発明の１つの機能によれば、参加者通信エンティティの識別子に関連付けられたパラメータは、その参加者通信エンティティによって送信される通信フローが第三者通信エンティティによって受信されない、通信フローの制限的混合ポリシーとの対応付けになり得る。
【００１１】
本発明の別の機能によれば、参加者通信エンティティの識別子に関連付けられたパラメータは、第三者通信エンティティによって送信される通信フローがその参加者通信エンティティによって受信されない、通信フローの混合に関する制限的ポリシーとの対応付けになり得る。
【００１２】
本発明の別の機能によれば、参加者通信エンティティの識別子に関連付けられたパラメータは、その参加者通信エンティティによって送信される通信フローが第三者通信エンティティによって受信されず、第三者通信エンティティによって送信される通信フローがその参加者通信エンティティによって受信されない、通信フローの混合に関する制限的ポリシーとの対応付けになり得る。
【００１３】
本発明の別の機能によれば、会議中に交換される通信フローはＳＩＰプロトコルに準拠してよい。
【００１４】
本発明の別の機能によれば、メッセージは、ＳＩＰプロトコルに準拠した「ＩＮＶＩＴＥ」メッセージが可能である。また、パラメータは、前記メッセージ内の「Ｊｏｉｎ」ヘッダに入れることができる。
【００１５】
本発明の別の機能によれば、識別子が前記パラメータに関連付けられた参加者通信エンティティはホスト通信エンティティであってよい。制限的ポリシーは、このような状況で、通信にアクセスしたいエンティティと、通信を管理するホスト・エンティティとの間のフローの交換のために使用できる。
【００１６】
本発明は、また、ホスト通信エンティティによって管理され、パケット・ネットワークを介してそのホスト通信エンティティと少なくとも１つの参加者通信エンティティとの間に確立されている通信にアクセスするように意図された第三者通信エンティティであって、その第三者通信エンティティが、参加者通信エンティティの識別子に関連付けられた少なくとも１つのパラメータを含むメッセージをホスト通信エンティティに送信する手段を有し、前記パラメータ、およびそのパラメータに関連付けられた識別子が、識別子がそのパラメータに関連付けられた参加者通信エンティティと第三者通信エンティティ間で交換される通信フローの混合に関する制限的ポリシーを決定し、前記ポリシーがホスト通信エンティティによって適用されることを特徴とする第三者通信エンティティにも関する。このメッセージを送信する通信エンティティは、ＳＩＰ用語でクライアント・ユーザ・エージェントであるソフトウェア・モジュールを含む。
【００１７】
本発明は、また、少なくとも１つの参加者通信エンティティと通信中であって、パケット・ネットワークを介した第三者通信エンティティからの前記通信へのアクセスを管理するように意図されたホスト通信エンティティであって、そのホスト通信エンティティが、第三者通信エンティティによって送信された、参加者通信エンティティの識別子に関連付けられた少なくとも１つのパラメータを含むメッセージを受信する手段と、識別子がそのパラメータに関連付けられた参加者通信エンティティと第三者通信エンティティ間で交換される通信フローの混合に関する制限的ポリシーを適用する手段とを有し、前記ポリシーがパラメータと、そのパラメータに関連付けられた識別子によって決定されることを特徴とするホスト通信エンティティにも関する。このメッセージを送信する通信エンティティは、ＳＩＰ用語でサーバ・ユーザ・エージェントであるソフトウェア・モジュールを含む。
【００１８】
クライアント・ユーザ・エージェントおよびサーバ・ユーザ・エージェントは、それぞれ、本発明の通信システムの通信エンティティに含まれる。
【００１９】
通信へのアクセスを管理する通信エンティティおよび通信にアクセスしたい通信エンティティは、それぞれ、メディア・サーバ内または端末内に含まれていてよい。
【００２０】
本発明は、また、パケット・ネットワークを介してホスト通信エンティティと少なくとも１つの参加者通信エンティティとの間に確立されている通信への第三者通信エンティティからのアクセスを管理するシステムであって、そのシステムが、参加者通信エンティティの識別子に関連付けられた少なくとも１つのパラメータを含むメッセージを第三者通信エンティティからホスト通信エンティティに送信する手段と、識別子がそのパラメータに関連付けられた参加者通信エンティティと第三者通信エンティティ間で交換される通信フローの混合に関する制限的ポリシーを適用する手段とを有し、前記ポリシーがパラメータと、そのパラメータに関連付けられた識別子によって決定されることを特徴とするシステムにも関する。
【００２１】
本発明およびその利点は、添付の図面を参照する以下の説明を検討すれば、より良く理解されるであろう。
【図面の簡単な説明】
【００２２】
【図１】パケット・ネットワークを介して少なくとも３つの通信エンティティ間にマルチメディア会議を確立する、本発明による通信システムの概略ブロック図である。
【図２】パケット・ネットワークを介して少なくとも３つの通信エンティティ間にマルチメディア会議を確立する、本発明による方法のアルゴリズムを示した図である。
【発明を実施するための形態】
【００２３】
図１を参照すると、本発明による通信システムは、パケット・ネットワークＲＰ、および相互に通信し合うことができる少なくとも３つの通信エンティティを含み、その３つの通信エンティティのうち、２つの通信エンティティは、それらの間に通信を確立することができ、第三者通信エンティティはその通信に参加することができる。通信エンティティは、端末またはサーバから成ってもよいし、端末またはサーバ内に含まれていてもよい。
【００２４】
大まかに言うと、用語「通信」は、２つの通信エンティティ間のダイアログを意味する２者通信、または少なくとも３つの通信エンティティが参加する会議を指す。第三者通信エンティティはｎ個の参加者通信エンティティ間の既に存在している通信に参加することができるが、ｎ≧２であり、ｎ個のうち、１つのホスト通信エンティティが前記通信を管理しているものとする。
【００２５】
通信に参加するには、第三者通信エンティティは、参加エンティティの少なくとも１つに関連付けられた少なくとも１つの混合パラメータＰＭを含む招待メッセージＭＩをホスト通信エンティティに送信する。各混合パラメータＰＭは参加者通信エンティティのリストに関連付けることができ、混合パラメータに関連付けられた各参加者通信エンティティは、第三者通信エンティティからデータを受信してはならず、および／または第三者通信エンティティにデータを送信してはならないことを表す。混合パラメータに関連付けられた参加者通信エンティティは、招待メッセージを受信したホスト通信エンティティと同じでよい。
【００２６】
本発明の一実施形態では、招待メッセージＭＩはＩＮＶＩＴＥメッセージであり、混合パラメータＰＭは、文書ＲＦＣ  ３９１１で定義された標準に準じてＩＮＶＩＴＥメッセージの「Ｊｏｉｎ」ヘッダ・フィールドに含まれる。別の実施形態によれば、招待メッセージＭＩはＩＮＶＩＴＥメッセージであり、混合パラメータは、ＩＮＶＩＴＥメッセージの「Ｊｏｉｎ」ヘッダ・フィールドに含まれる。
【００２７】
「Ｊｏｉｎ」ヘッダは、ホスト通信エンティティと参加者通信エンティティとの間に既に確立されているＳＩＰ通信（ＳＩＰ用語では「ダイアログ」）に関する情報を含み、その情報は、例えば、「ｃａｌｌ−ｉｄ（呼び出しＩＤ）」と呼ばれるフィールドに関連付けられた「ダイアログ」識別子、「ｔｏ−ｔａｇ（通信先タグ）」と呼ばれるフィールドに関連付けられたホスト通信エンティティの識別子、および「ｆｒｏｍ−ｔａｇ（通信元タグ）」と呼ばれるフィールドに関連付けられた参加者通信エンティティの識別子を含む。「ｆｒｏｍ−ｔａｇ」識別子は、「ダイアログ」を要求したエンティティを指定し、「ｔｏ−ｔａｇ」識別子は、「ダイアログ」への招待を受け入れたエンティティを指定する。
【００２８】
図１において、例として示されている２つの通信エンティティは、相互に通信し合える第１の端末ＴＣ１および第２の端末ＴＣ２であり、第三者通信エンティティは、第１および第２の端末と通信できる第３の端末ＴＣ３である。オプションで、通信システムは、プロキシ・サーバＳＰ、アプリケーション・サーバＳＡおよびメディア・サーバＳＭをさらに含む。プロキシ・サーバＳＰ、アプリケーション・サーバＳＡおよびメディア・サーバＳＭは、パケット・ネットワークＲＰに含まれる。
【００２９】
パケット・ネットワークＲＰは、例えば、インターネット、またはイントラネット、さらには会社固有の私設ネットワークなど、ＩＰ（「Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ（インターネット・プロトコル）」）高速ネットワークである。例えば、端末ＴＣ１、ＴＣ２およびＴＣ３のそれぞれは、ワイヤード接続またはワイヤレス接続を介してパケット・ネットワークと通信できるパーソナル・コンピュータまたはインテリジェント端末であってよい。
【００３０】
第１および第２の端末ＴＣ１およびＴＣ２は、ＳＩＰプロトコルに準拠した通信で、パケット・ネットワークＲＰを介して相互に通信し合うことができる。例えば、端末間の通信は、音声および／または映像コンテンツ、またはインスタント・メッセージに関するマルチメディア・フローの交換に相当する。
【００３１】
１つの例として、第１、第２および第３の端末のユーザが、それぞれ、営業マン、クライアントおよび営業マンの助手であるとする。第１に、営業マンは、クライアントとの通信が確立されること、および第２に、営業マンの助手がマルチメディア・フローの混合に関する制限的ポリシーを用いて通信に参加することを所望するものとする。このポリシーは、例えば、助手は通信を聞けるようにし、クライアントは、助手から入るマルチメディア・フローを受信できないようにする。
【００３２】
第１に、第１の端末ＴＣ１が、プロキシ・サーバＳＰを使用して第２の端末ＴＣ２との通信を確立する。起動されると、各端末ＴＣ１、ＴＣ２はプロキシ・サーバＳＰに記録され、プロキシ・サーバＳＰがＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ：統一資源識別子）などのアドレスをその端末に割り当てる。ＵＲＩアドレスは、その端末がパケット・ネットワークＲＰ内で識別できるようにする。第１の端末はＳＩＰメッセージをプロキシ・サーバに送信し、プロキシ・サーバは、第１の端末と第２の端末間で「ダイアログ」通信を確立するために、このＳＩＰメッセージを第２の端末に経路指定することができる。この目的のために、プロキシ・サーバは、例えば、受信されたＳＩＰメッセージのコンテンツを第２の端末のＵＲＩアドレスに関連付ける。
【００３３】
プロキシ・サーバＳＰは、パケット・ネットワーク内で確立された「ダイアログ」をリストする機能を持つことができる。例えば、第１の端末と第２の端末間に「ダイアログ」が確立されると、プロキシ・サーバは、その「ダイアログ」に関する情報、例えば、「ダイアログ」の識別子が記入された「ｃａｌｌ−ｉｄ」フィールド、第１の端末の識別子が記入された「ｆｒｏｍ−ｔａｇ」フィールド、第２の端末の識別子が記入された「ｔｏ−ｔａｇ」フィールド、および会議が行われているかを示し、会議をホストするエンティティを識別するパラメータを備えた「Ｃｏｎｔａｃｔ（連絡先）」フィールドを保存する。特に、進行中の会議に参加したい通信エンティティは、例えば、プロキシ・サーバから、進行中の会議をホストしている通信エンティティのアドレスを取り出すことができる。
【００３４】
１つの変形では、「ダイアログ」に参加している第１および第２の端末の１つが、第三者との間に確立した「ダイアログ」をリストする機能を持つことができる。
【００３５】
別の変形では、第１の端末ＴＣ１は、その第１の端末が第２の端末のＵＲＩアドレスを所有している場合、プロキシ・サーバＳＰに仲介させることなく第２の端末ＴＣ２との通信を確立する。例えば、企業の私設社内ネットワークでは、各端末は、他の端末のＵＲＩを知っていることがある。
【００３６】
第２に、第３の端末ＴＣ３が招待メッセージＭＩを第１の端末ＴＣ１に送信し、第１の端末ＴＣ１が、以下で説明される本発明の方法により、メッセージＭＩ内で定義されているマルチメディア・フローの混合に関する制限的ポリシーを用いて３つの端末ＴＣ１、ＴＣ２およびＴＣ３間に会議を作成することになる。詳しくは、招待メッセージは、端末ＴＣ１によって確立された通信に関する混合パラメータＰＭおよび許可されたフローの交換を示す混合パラメータＰＭを含む。招待メッセージを受信した端末ＴＣ１は、第２および第３の端末とのフローの交換を混合し、招待メッセージを送信した端末ＴＣ３に関して各フローの状況を決定する。
【００３７】
図１に示された他のエンティティが関与する別の例では、アプリケーション・サーバＳＡが、メディア・サーバＳＭの動作を指揮する制御ロジックを実施する。例えば、アプリケーション・サーバは、パケット・ネットワークを介して端末間に確立された通信をリスンし、メディア・サーバに、このメディア・サーバは前記端末の少なくとも１つと対話するように指示する。
【００３８】
メディア・サーバＳＭは、マルチメディア・フローを端末に配信する。詳しくは、メディア・サーバは、複数の端末間のマルチメディア会議のためのブリッジとして動作することができる。
【００３９】
サーバＳＭおよびＳＡは、同じサーバ内に含まれてよい。例えば、サーバＳＭおよびＳＡは、端末間の通信を監視し、それらの端末間で交換される一部のデータを再転記する監視サーバ内に含まれてよい。この監視サーバは、その監視サーバが知っているＵＲＩアドレスによって指定された２つの特定の端末間で確立されるすべての通信を検出し、その２つの端末間で交換される音声データ・フローのすべてを保存する。この状況では、監視サーバは、混合ポリシーを実施する通信エンティティの役割を果たす。前の事例のように、監視サーバ内でホストされる、少なくとも端末ＴＣ１とＴＣ２間の通信にアクセスしたい第３の端末ＴＣ３は、混合パラメータＰＭを含む招待メッセージＭＩを監視サーバに送信する。
【００４０】
本発明によれば、招待メッセージＭＩは、クライアント・ユーザ・エージェントＵＡＣからサーバ・ユーザ・エージェントＵＡＳへ送信され、少なくとも１つの混合パラメータＰＭを含む。クライアント・ユーザ・エージェントＵＡＣは、参加者通信エンティティ間に既に存在する通信にアクセスしたい第三者通信エンティティ内に含まれ、サーバ・ユーザ・エージェントＵＡＳは、参加者通信エンティティの中の、既に存在する通信を管理するホスト通信エンティティ内に含まれる。混合パラメータは、例えば、「ｒｅｃｖｏｎｌｙ（受信のみ）」、「ｓｅｎｄｏｎｌｙ（送信のみ）」、および「ｉｎａｃｔｉｖｅ（非アクティブ）」の１つである。
【００４１】
大まかに言うと、サーバ・ユーザ・エージェントＵＡＳは、端末であってよい通信エンティティ内、またはメディア・サーバであって、２者「ダイアログ」通信中または端末と会議中のサーバである通信エンティティ内に含まれる。さらに、クライアント・ユーザ・エージェントＵＡＣは、端末であってよい通信エンティティ内、または既存の「ダイアログ」、あるいは端末とおそらく少なくとも１つのサーバ間の既存の会議に参加するように意図された、例えば、メディア・サーバなど、サーバである通信エンティティ内に含まれる。
【００４２】
図１に示された例によれば、クライアント・ユーザ・エージェントＵＡＣは第３の端末ＴＣ３内に含まれ、サーバ・ユーザ・エージェントＵＡＳは第１の端末ＴＣ１内に含まれる。
【００４３】
本発明によれば、クライアント・ユーザ・エージェントＵＡＣは、マルチメディア・フローの交換がサーバ・ユーザ・エージェントＵＡＳによって混合される「ダイアログ」に参加するために、招待メッセージＭＩをサーバ・ユーザ・エージェントＵＡＳに送信することができる。クライアント・ユーザ・エージェントＵＡＣは、招待メッセージＭＩ内の各混合パラメータＰＭに１つまたは複数の通信エンティティ識別子を関連付けることができる。好ましくは、単一の通信エンティティ識別子は複数の混合パラメータＰＭに関連付けされない。さらに、クライアント・ユーザ・エージェントＵＡＣは混合パラメータＰＭを、招待メッセージＭＩ内で識別された「ダイアログ」には参加していないが、会議には参加している通信エンティティの識別子に関連付けることもできる。
【００４４】
サーバ・ユーザ・エージェントＵＡＳは招待メッセージＭＩを受信し、マルチメディア・フローの混合に関する制限的ポリシーをメッセージＭＩ内に含まれる混合パラメータ（複数可）の関数として採用する。より詳しくは、前記制限的ポリシーは、メッセージＭＩ内に含まれる各混合パラメータ、およびそのパラメータに関連付けられた各通信エンティティ識別子によって決定される。言い換えれば、パラメータは、通信エンティティの識別子が「記入されている」、または「パラメータの値として」通信エンティティ識別子を持つと言える。
【００４５】
マルチメディア・フローの混合に関する制限的ポリシーは、参加者通信エンティティ間に既に存在している通信に参加した第三者通信エンティティと１つまたは複数の参加者通信エンティティ間のフローの交換を制限することがマルチメディア・フローの混合に関する従来のポリシーと異なる。第三者通信エンティティは少なくとも１つの参加者通信エンティティからフローを受信せず、および／または少なくとも１つの参加者通信エンティティは、第三者通信エンティティからフローを受信しない。
【００４６】
メッセージＭＩが、参加者通信エンティティの識別子に関連付けられた「ｒｅｃｖｏｎｌｙ」パラメータを含んでいる場合、サーバ・ユーザ・エージェントＵＡＳは、その参加者通信エンティティへ送信されるマルチメディア・フローは、クライアント・ユーザ・エージェントＵＡＣによって生成されたフローを無視するように混合ポリシーを実行する。その結果、クライアント・ユーザ・エージェントＵＡＣから来るフローは、メッセージＭＩ内の「ｒｅｃｖｏｎｌｙ」パラメータに関連付けられた参加者通信エンティティには送信されない。
【００４７】
メッセージＭＩが、参加者通信エンティティの識別子に関連付けられた「ｓｅｎｄｏｎｌｙ」パラメータを含んでいる場合、サーバ・ユーザ・エージェントＵＡＳは、その参加者通信エンティティによって送信されるマルチメディア・フローは、クライアント・ユーザ・エージェントＵＡＣによって受信されないように混合ポリシーを実行する。その結果、クライアント・ユーザ・エージェントＵＡＣは、メッセージＭＩ内で「ｓｅｎｄｏｎｌｙ」パラメータに関連付けられた参加者通信エンティティからのどのようなフローも受信しない。
【００４８】
メッセージＭＩが、参加者通信エンティティの識別子に関連付けられた「ｉｎａｃｔｉｖｅ」パラメータを含んでいる場合、サーバ・ユーザ・エージェントＵＡＳは、その参加者通信エンティティへ送信されるマルチメディア・フローは、クライアント・ユーザ・エージェントＵＡＣによって生成されるフローを無視し、その参加者通信エンティティによって送信されるマルチメディア・フローは、クライアント・ユーザ・エージェントＵＡＣによって受信されないように混合ポリシーを実行する。その結果、クライアント・エージェントＵＡＣは、メッセージＭＩ内で「ｉｎａｃｔｉｖｅ」パラメータに関連付けられた参加者通信エンティティとの間でどのようなフローも交換しない。
【００４９】
混合パラメータＰＭのタイプを定義する「ｒｅｃｖｏｎｌｙ」、「ｓｅｎｄｏｎｌｙ」および「ｉｎａｃｔｉｖｅ」という名称は、クライアント・ユーザ・エージェントＵＡＣなどの第三者通信エンティティと、混合パラメータに関連付けられた参加者通信エンティティとの間で交換されるフローの混合に関するポリシーの限定的でない例としてクライアント・ユーザ・エージェントＵＡＣの立場から付けられている。
【００５０】
混合ポリシーへの制限は、所望しないイベント、例えば、機密データの開示などを避けるために適用することができる。例えば、招待メッセージＭＩにＳＩＰオプション・タグが含まれていて、それが、本発明を実施しないサーバ・ユーザ・エージェントＵＡＳによって解釈され、その結果、このサーバ・ユーザ・エージェントＵＡＳは、文書ＲＦＣ  ３９１１によって定義されたフローの従来の混合を行うためにメッセージを拒否し、メッセージＭＩに含まれた混合パラメータ（複数可）ＰＭを無視することがある。
【００５１】
本発明によれば、招待メッセージＭＩを受信するサーバ・ユーザ・エージェントＵＡＳは、今までどおり、サーバ・ユーザ・エージェントＵＡＣによって送信された招待を拒否することができる。
【００５２】
大まかに言うと、招待メッセージＭＩは、ＳＩＰプロトコルを使用し、参加者通信エンティティ間に既に確立されている少なくとも１つの「ダイアログ」に関する情報を相関させる方法である。この情報は、サーバ・ユーザ・エージェントＵＡＳによって、識別された「ダイアログ」のコンテキストを決定するために使用され、そのため、エージェントＵＡＳを含む通信エンティティと通信中の参加者通信エンティティのすべてが検討される。したがって、メッセージＭＩ内の混合パラメータＰＭに関連付けられた各参加者通信エンティティ識別子は、エージェントＵＡＳがフローの混合に関する制限的ポリシーが適用されることになる通信エンティティを特定することを可能にしている。
【００５３】
本発明の一実施形態によれば、メッセージＭＩは、文書ＲＦＣ  ３９１１で定義された標準に準じて「Ｊｏｉｎ」ヘッダを含むＩＮＶＩＴＥメッセージである。そのような事例では、２つの通信エンティティ間に既に確立されている少なくとも１つの「ダイアログ」に関する情報は、「Ｊｏｉｎ」ヘッダに含まれる。
【００５４】
図２を参照すると、本発明の一実施形態によって会議を確立する方法は、本発明の通信システム内で自動的に実行されるステップＥ１からＥ３を含む。
【００５５】
準備ステップＥ０１中に、少なくとも２つの参加者通信エンティティを含む１組の参加者通信エンティティが参加する通信が確立される。参加者通信エンティティの中のホスト通信エンティティが通信を管理すると想定されるが、その通信は、２つのエンティティ間の単純なダイアログ、または少なくとも３つのエンティティ間の会議であってよい。
【００５６】
例えば、第１の端末ＴＣ１内に含まれるサーバ・ユーザ・エージェントＵＡＳによって、第２の端末ＴＣ２との通信が確立される。
【００５７】
別の例によれば、第１、第２および第３の端末ＴＣ１、ＴＣ２およびＴＣ３は、これら３つの端末間で交換されるマルチメディア・フローを混合するメディア・サーバＳＭを使用して会議中である。
【００５８】
ステップＥ１中に、第三者通信エンティティ内に含まれるクライアント・ユーザ・エージェントＵＡＣが、準備ステップＥ０１中に確立された通信を管理するホスト通信エンティティ、例えば、第１の端末ＴＣ１内に含まれるサーバ・ユーザ・エージェントＵＡＳに送信されるように意図された招待メッセージＭＩを生成する。招待メッセージＭＩは、第三者通信エンティティが、サーバ・ユーザ・エージェントＵＡＳを含むホスト・エンティティによってホストされるマルチメディア会議に参加できるように、サーバ・ユーザ・エージェントＵＡＳが解釈して、受け入れることができる要求である。
【００５９】
招待メッセージＭＩは、マルチメディア通信に参加している通信エンティティの少なくとも１つの識別子ＩｄＥＣに関連付けられた少なくとも１つの混合パラメータＰＭを含む。各混合パラメータＰＭは、サーバ・ユーザ・エージェントＵＡＳに対して、識別子ＩｄＥＣがパラメータＰＭに関連付けられた参加者通信エンティティに適用されることになるフローの混合に関するポリシーを示す。
【００６０】
招待メッセージＭＩは、各タイプ「ｒｅｃｖｏｎｌｙ」、「ｓｅｎｄｏｎｌｙ」または「ｉｎａｃｔｉｖｅ」という単一混合パラメータＰＭを含み、このパラメータＰＭは、参加者通信エンティティの単一の識別子に関連付けることもできるし、参加者通信エンティティの複数の識別子、つまり、複数の個別の参加者通信エンティティに関連付けることもできる。
【００６１】
１つの変形では、招待メッセージＭＩは、同じタイプ「ｒｅｃｖｏｎｌｙ」、「ｓｅｎｄｏｎｌｙ」または「ｉｎａｃｔｉｖｅ」という複数の混合パラメータＰＭを含むことができ、それらのパラメータＰＭは、それぞれ、参加者通信エンティティの複数のＩｄＥＣ識別子、つまり、複数の個別の参加者通信エンティティに関連付けることができる。
【００６２】
例えば、クライアント・ユーザ・エージェントＵＡＣは、既に確立済みの通信に関する情報を、特に、その通信内で使用される「ダイアログ」の識別子、およびその通信に参加していて、フローの混合に関するポリシーが適用されることになる通信エンティティの識別子を含めて取得するためにプロキシ・サーバに接続されていた。
【００６３】
ステップＥ２中に、第三者通信エンティティ内に含まれるクライアント・ユーザ・エージェントＵＡＣが、生成された招待メッセージＭＩを、その通信を管理しているホスト通信エンティティ内に含まれるサーバ・ユーザ・エージェントＵＡＳに送信する。
【００６４】
例えば、招待メッセージＭＩは、クライアント・ユーザ・エージェントＵＡＣからプロキシ・サーバを介してサーバ・ユーザ・エージェントＵＡＳへ送信される。
【００６５】
ステップＥ３中に、サーバ・ユーザ・エージェントＵＡＳは、クライアント・ユーザ・エージェントＵＡＣによって送信された招待メッセージＭＩを受信して、分析する。
【００６６】
招待メッセージＭＩ内に含まれる、進行中のマルチメディア通信に関する情報が有効な場合、サーバ・ユーザ・エージェントＵＡＳは、クライアント・ユーザ・エージェントＵＡＣを含む第三者通信エンティティをマルチメディア通信内に受け入れる。
【００６７】
通信が最初は２者通信である場合、第三者通信エンティティによる受け入れは、３つのエンティティ間の会議を作成する。通信が最初は会議である場合、第三者通信エンティティによる受け入れは、会議に参加者を追加することに相当する。
【００６８】
詳しくは、サーバ・ユーザ・エージェントＵＡＳは、識別子がパラメータＰＭに関連付けられている各参加者通信エンティティを識別し、各識別された通信エンティティに、クライアント・ユーザ・エージェントＵＡＣを含む第三者通信エンティティと、パラメータＰＭに関連付けられた識別子ＩｄＥＣに基づいて識別された通信エンティティの間で交換される通信フローの混合に関する制限的ポリシーを適用する。パラメータＰＭ「ｒｅｃｖｏｎｌｙ」、「ｓｅｎｄｏｎｌｙ」または「ｉｎａｃｔｉｖｅ」、およびそのパラメータに関連付けられた参加者通信エンティティ識別子が前記制限的ポリシーを決定する。
【００６９】
第１の例によれば、第１の端末は、第１の端末、第２の端末および第３の端末を含む１組の参加者通信エンティティが参加するマルチメディア会議とのブリッジとして機能する。第１、第２および第３の端末は、それぞれ、「Ａｌｉｃｅ」、「Ｂｏｂ」および「Ｃｈａｒｌｅｓ」によって使用されている。「Ａｌｉｃｅ」によって使用される端末が、会議を管理するホスト通信エンティティであると想定されている。
【００７０】
第１の「ダイアログ」が最初は「Ａｌｉｃｅ」と「Ｂｏｂ」の間に確立され、プロキシ・サーバが第１の「ダイアログ」に関する情報、すなわち、第１の「ダイアログ」の識別子に関連付けられた、「Ａ−Ｂ＠Ｂ」と記入された「ｃａｌｌ−ｉｄ」、第１の端末の識別子に関連付けられた、「１２３４４６７」と記入された「ｔｏ−ｔａｇ」フィールド、および第２の端末の識別子に関連付けられた、「ＡＢ２３」と記入された「ｆｒｏｍ−ｔａｇ」フィールドを保存する。次に、第２の「ダイアログ」が「Ａｌｉｃｅ」と「Ｃｈａｒｌｅｓ」の間に確立され、プロキシ・サーバが第２の「ダイアログ」に関する情報、すなわち、第２の「ダイアログ」の識別子に関連付けられた、「Ａ−Ｃ＠Ｃ」と記入された「ｃａｌｌ−ｉｄ」、第１の端末の別の識別子に関連付けられた、「ＲＴ４５」と記入された「ｔｏ−ｔａｇ」フィールド、および第３の端末の識別子に関連付けられた、「ＵＩ６６」と記入された「ｆｒｏｍ−ｔａｇ」フィールドを保存する。
【００７１】
第三者通信エンティティが「Ｄａｎｉｅｌ」によって使用される第４の端末であり、「Ｄａｎｉｅｌ」が会議に参加したがっているものとする。第三者通信エンティティは、「Ｄａｎｉｅｌ」によって使用される第４の端末と「Ｃｈａｒｌｅｓ」によって使用される第３の端末の間で交換されるフローの混合に関するポリシーを制限するために、「Ｃｈａｒｌｅｓ」に関連付けられた「ｒｅｃｖｏｎｌｙ」パラメータを含む招待メッセージを生成し、「Ｄａｎｉｅｌ」は「Ｃｈａｒｌｅｓ」によって送信されたすべてのフローを受信できるように、「Ｃｈａｒｌｅｓ」は「Ｄａｎｉｅｌ」によって送信されたどのようなフローも受信できないようにする。
【００７２】
会議をホストし、「Ａｌｉｃｅ」によって使用されるホスト通信エンティティへ「Ｄａｎｉｅｌ」によって使用される第三者通信エンティティによって送信される招待メッセージは、次のようなフォーマットである。
INVITE Alice
From: Daniel
To: Alice
call-id: jjjjjd234@D
Join: A-B@B; to-tag=1234467; from-tag=AB23; recvonly=UI66
【００７３】
「Ａｌｉｃｅ」と契約しているホスト通信エンティティが参加者の数が多いためにもはやマルチメディア会議を確実にホストできなくなった場合、そのエンティティは、メディア・サーバのアドレスを取得して、そのアドレスを第三者通信エンティティ、および会議に参加している他のエンティティに送信する。前述の会議に参加している各エンティティが接続できるメディア・サーバは、進行中のマルチメディア会議のホスティングを確実に行う。次に、第三者通信エンティティが新しい招待メッセージをメディア・サーバに送信して、メディア・サーバがフローの混合に関する制限的ポリシーを適用できるようにする。
【００７４】
第２の例によれば、それぞれ、第１の端末および第２の端末である２つの通信エンティティが通信中である。第１および第２の端末は、それぞれ、「Ａｌｉｃｅ」および「Ｂｏｂ」によって使用されている。「Ａｌｉｃｅ」によって使用される端末が、会議を管理するホスト通信エンティティであると想定されている。
【００７５】
プロキシ・サーバが「Ａｌｉｃｅ」と「Ｂｏｂ」の間に確立された「ダイアログ」に関する情報、すなわち、「ダイアログ」の識別子に関連付けられた、「Ａ−Ｂ＠Ｂ」と記入された「ｃａｌｌ−ｉｄ」、第１の端末の識別子に関連付けられた、「１２３４５」と記入された「ｔｏ−ｔａｇ」フィールド、および第２の端末の識別子に関連付けられた、「５４３２１」と記入された「ｆｒｏｍ−ｔａｇ」フィールドを保存する。
【００７６】
「Ｃｈａｒｌｅｓ」によって使用される第３の端末は、「Ｃｈａｒｌｅｓ」が「Ａｌｉｃｅ」と「Ｂｏｂ」の間の会議を認識しないので、単純な呼び出しを第１の端末に経路指定するためにプロキシ・サーバにクエリする。パケット・ネットワーク内で通信をリスンしているアプリケーション・サーバが「Ｃｈａｒｌｅｓ」の呼び出しをインターセプトし、メディア・サーバで構成される第三者通信エンティティに、そのエンティティが招待メッセージを生成し、それを、「Ａｌｉｃｅ」によって使用されるホスト通信エンティティに送信するように命令する。
【００７７】
第三者通信エンティティは、メディア・サーバで構成される第三者通信エンティティと「Ｂｏｂ」によって使用される第２端末の間で交換されるフローの混合に関するポリシーを制限するために、「Ｂｏｂ」に関連付けられた「ｉｎａｃｔｉｖｅ」パラメータを含む招待メッセージを生成し、「Ａｌｉｃｅ」はメディア・サーバと通信できるように、「Ｂｏｂ」はマルチメディア・フローをメディア・サーバと交換できないようにする。例えば、メディア・サーバが「Ｃｈａｒｌｅｓがあなたを呼んでいます。呼び出しを受け入れるには「１」を押してください」という質問を含むフローを「Ａｌｉｃｅ」に送信した時、「Ｂｏｂ」はこの質問が聞こえない。
【００７８】
「Ａｌｉｃｅ」によって使用されるホスト通信エンティティへ、メディア・サーバで構成される第三者通信エンティティによって自動的に送信される招待メッセージは、次のようなフォーマットである。
INVITE Alice
From: media server
To: Alice
call-id: 15423@SM
Join: A-B@B; to-tag=12345; from-tag=54321; inactive=54321
【００７９】
第３の例によれば、それぞれ、第１の端末および第２の端末である２つの通信エンティティが通信中である。第１および第２の端末は、それぞれ、「Ａｌｉｃｅ」および「Ｂｏｂ」によって使用されている。「Ａｌｉｃｅ」によって使用される端末が、会議を管理するホスト通信エンティティであると想定されている。
【００８０】
プロキシ・サーバが「Ａｌｉｃｅ」と「Ｂｏｂ」の間に確立された「ダイアログ」に関する情報、すなわち、「ダイアログ」の識別子に関連付けられた、「Ａ−Ｂ＠Ｂ」と記入された「ｃａｌｌ−ｉｄ」、第１の端末の識別子に関連付けられた、「１２３４５」と記入された「ｔｏ−ｔａｇ」フィールド、および第２の端末の識別子に関連付けられた、「５４３２１」と記入された「ｆｒｏｍ−ｔａｇ」フィールドを保存する。
【００８１】
監視サーバがパケット・ネットワーク内で通信をリスンしている。「Ａｌｉｃｅ」と「Ｂｏｂ」の間に「ダイアログ」が確立されると、監視サーバはそのことを、例えば、その「ダイアログ」に関する情報を保存したプロキシ・サーバによって知らされ、監視サーバで構成される第三者通信エンティティと、「Ａｌｉｃｅ」および「Ｂｏｂ」によって使用される第１および第２の端末との間で交換されるフローの混合に関するポリシーを制限するために、「Ａｌｉｃｅ」および「Ｂｏｂ」に関連付けられた「ｒｅｃｖｏｎｌｙ」パラメータを含む招待メッセージを生成し、監査サーバは「Ａｌｉｃｅ」および「Ｂｏｂ」によって送信されたすべてのフローを受信できるように、それらのうちの２つは監視サーバによって送信されたどのようなフローも受信できないようにする。例えば、「Ａｌｉｃｅ」によって使用されるホスト通信エンティティは「Ａｌｉｃｅ」および「Ｂｏｂ」に関するフローをコピーし、そのフローを監視サーバで構成される追加通信エンティティに送信し、監視サーバは「Ａｌｉｃｅ」と「Ｂｏｂ」の間のすべての会話をリスンできるように、それらのうちの２つは、そのサーバから来るどのようなフローも受信できないようにする。
【００８２】
「Ａｌｉｃｅ」によって使用されるホスト通信エンティティへ監査サーバで構成される第三者通信エンティティによって送信される招待メッセージは、次のようなフォーマットである。
INVITE Alice
From: monitoring server
To: Alice
call-id: 13254@SS
Join: A-B@B; to-tag=12345; from-tag=54321; inactive=54321
【図１】
0005432237.tif 000002
【図２】
0005432237.tif 000003