マルチキャストＩＰフローへのアクセスを制御するための方法および装置
本発明は、マルチキャストＩＰフローへのアクセスを制御する方法に関する。ユーザ端末による収集装置（ＣＥ）への接続に続き、方法は、前記収集装置（ＣＥ）からアクセス制御サーバ（ＡＣＳ）にアクセス許可要求メッセージ（ＡＡＤ）を伝送すること（２）、その後、ユーザ・アクセス権の検証に成功すると（３）、サーバ（ＡＣＳ）から収集装置（ＣＥ）に、少なくとも１つのマルチキャスト・フィルタを含むアクセス許可承認メッセージ（ＡＡＡ）を伝送すること、または検証の成功がなかった場合（３’）、ユーザ端末の接続を阻止するために、サーバ（ＡＣＳ）から収集装置（ＣＥ）に、アクセス拒否メッセージ（ＡＡＲ）を伝送すること（４’）にある。本発明は、ＩＰネットワーク、インターネット・ネットワーク、および／または企業ネットワークを介するマルチキャスト・ブロードキャスティングに適している。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遠隔通信の分野に関し、詳細には、マルチキャストＩＰストリームへのアクセスの制御に関する。
【背景技術】
【０００２】
マルチキャストＩＰブロードキャスティング技術において、マルチキャストＩＰパケットは、マルチキャストアドレスと呼ばれる、或る特定の受信側ＩＰアドレスを使用してブロードキャストされる。
【０００３】
マルチキャスト・ストリームは、送信元アドレスＳおよびグループ・アドレスＧによって特徴付けられ、したがって、各マルチキャスト・ストリームは、一意のペア（Ｓ，Ｇ）によって表されることが可能である。このため、２つの異なるマルチキャスト・ストリームが、同一の送信元アドレスＳ、または同一のグループ・アドレスＧを有することが可能である。
【０００４】
マルチキャストＩＰストリームの、この特定の特徴は、基本的には、それらのストリームをサポートするデータが、要求側端末装置に、例えば、オーディオビジュアル・デコーダに、ＩＰネットワークを介して伝送される、その装置の要求を受けて、伝送されることに関係する。
【０００５】
マルチキャスト・ストリームを受信する要求、またはマルチキャスト・ストリームを受信することを停止する要求は、勧告、ＲＦＣ１１１２、ＲＦＣ２２３６、およびＲＦＣ３３７６によってＩＥＴＦにおいて定義された、Ｉｎｔｅｒｎｅｔ Ｇｒｏｕｐ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌを表す、ＩＧＭＰプロトコルに従って、または勧告、ＲＦＣ２７１０、ＲＦＣ３８１０によって定義された、Ｍｕｌｔｉｃａｓｔ Ｌｉｓｔｅｎｅｒ Ｄｉｓｃｏｖｅｒｙを表す、ＭＬＤプロトコルに従って行われる。
【０００６】
所望されるブロードキャスティング送信元アドレスを指定する「メンバシップ・レポート」タイプのメッセージである、受信要求メッセージが受信されると、その要求メッセージを解釈することができるＩＰネットワークの第１の電気通信装置アイテムが、その要求メッセージの発信元である場所に、対応するマルチキャスト・データ・ストリームを送信する。
【０００７】
また、マルチキャスト・ストリーム・ブロードキャスティング要求メッセージは、所与のグループＧのための送信元セットにも関し、その場合、マルチキャスト・ストリームは、（＊，Ｇ）で表され、その場合、様々な送信元によって、その同一のグループに送信されるストリームの和に相当する。
【０００８】
マルチキャスト・ストリーム・ブロードキャスティングおよび本願明細書の文脈において、収集装置という表現は、ユーザのＩＧＭＰ／ＭＬＤ要求メッセージを扱って、前記ユーザに、対応するマルチキャスト・データ・ストリームを発信するようにするネットワーク装置を表す。
【０００９】
現在、ＩＧＭＰタイプのマルチキャスト・ブロードキャスティング要求メッセージ伝送プロトコルは、ネットワーク化されたマルチキャスト・ストリームの伝送を求める要求側ユーザを認証する、または許可するための手続きを全く規定していない。
【００１０】
その目的で、ＩＥＴＦにおいて、認証情報を認証／許可プラットフォームに収容することを目指して、前述の要求メッセージが変更されるべきことを示唆する試みが、提案されている。認証および許可の成功は、収集装置によって、要求側ユーザの要求メッセージが考慮されることを可能にする。
【００１１】
最終的に棚上げにされた、前述の提案は、以下の諸問題をもたらす。すなわち、
ネットワーク・アクセス装置の上、およびユーザの端末装置の上に認証レイヤを追加するため、既存のマルチキャスト・ストリーム管理プロトコルに与える大きな影響、
例えば、ＡＤＳＬタイプの高速回線上でＴＶプログラムをマルチキャスト・ブロードキャスティングするケースにおいて、マルチキャスト・ストリーム受信時間を相当に増大させる可能性があるプロセスである、ユーザによって伝送されるマルチキャスト・ストリーム要求メッセージごとに、許可プラットフォームにアクセスする必要性をもたらす。
【００１２】
別の許可アプローチが、さらに提案されている。この提案によれば、所定のマルチキャスト・ストリームのブロードキャスティングを要求するユーザの権利を確定する目的で、要求側ユーザの端末が、ＩＰネットワークに接続された、或る特定の許可プラットフォームから、その許可を求める。許可要求を受信すると、許可プラットフォームは、要求されたマルチキャスト・ストリームを受信するユーザの権利に応じて、許可の承認または拒否を戻す。承認された許可を受信すると、ユーザの端末は、次に、ネットワークに、ＩＧＭＰ要求タイプのマルチキャスト・ブロードキャスティング要求メッセージを伝送して、対応するマルチキャスト・ストリームを受信するようにする。
【００１３】
この後者の問題解決法は、以下の欠点を示す。すなわち、
マルチキャスト・ストリームのブロードキャスティングを要求するメッセージごとに、許可プラットフォームにアクセスする必要性、しかも、これは、前の提案の場合と同様に、ＡＤＳＬタイプの高速回線上でＴＶプログラムをマルチキャスト・ブロードキャスティングするケースにおいて、マルチキャスト・ストリーム受信時間を相当に増大させる可能性がある、
ユーザの端末が、許可プラットフォームに権利を前もって要求することなしに、ＩＰネットワークに、ＩＧＭＰタイプのマルチキャスト・ブロードキャスティング要求メッセージを発信するように変更されたケースにおける、セキュリティ問題である。
【発明の開示】
【発明が解決しようとする課題】
【００１４】
本発明の目的は、マルチキャストＩＰストリームへのアクセスを制御するためのローカル方法およびローカルシステムを実施することにより、先行技術の提案のすべての欠点を修正することである。
【課題を解決するための手段】
【００１５】
詳細には、この目的は、任意の収集装置のレベルで、マルチキャストＩＰブロードキャスティング要求メッセージを承認する、または拒否するための、或る特定のローカルファンクションを開発することによって達せられる。
【００１６】
本発明の別の目的は、さらに、マルチキャストＩＰストリームへのアクセスを制御するための方法および装置の実施であり、この方法および装置のお陰で、ＩＧＭＰまたはＭＬＤのマルチキャストＩＰブロードキャスティング要求メッセージ伝送プロトコルは、そのままにされ、これにより、本発明の対象である方法およびシステムが、既存のユーザ端末ハードウェアと完全に互換性があることを保証することが可能になる。
【００１７】
本発明の別の目的は、さらに、要求されたアクセス許可を承認する、または拒否することを担う許可エンティティとのプロトコル交換の量が、大幅に削減される、マルチキャストＩＰストリームへのアクセスを制御するためのローカル方法およびローカルシステムの実施である。
【００１８】
本発明の対象である、ユーザ端末によって、ＩＰネットワークに接続されたマルチキャストＩＰストリーム・ブロードキャスティング要求メッセージ収集装置に要求されたマルチキャストＩＰストリームへのアクセスを制御する方法は、収集装置への、そのユーザ端末の接続の後、この方法が、少なくとも、その収集装置から、ＩＰネットワークに接続されたアクセス制御サーバに、アクセス許可要求メッセージを伝送することにあるという点で注目に値する。そのアクセス制御サーバによるユーザ端末の認証および／または識別、ならびにアクセス権の検証の成功の後、方法は、そのアクセス制御サーバから、その収集装置に、少なくとも１つのマルチキャスト・フィルタを含むアクセス許可承認メッセージを伝送することにある。さもなければ、アクセス制御サーバによる、そのユーザ端末の認証および／または識別、ならびにアクセス権の検証が成功しなかった後、方法は、そのアクセス制御サーバから、その収集装置に、アクセス許可拒否メッセージを伝送して、ユーザ端末の接続を阻止するようにすることにある。
【００１９】
本発明の対象であるマルチキャストＩＰストリームへのアクセスを制御する方法は、ＩＰネットワーク、ローカル企業ネットワーク、および／またはインターネット・ネットワークを介するマルチキャスト・ストリームのブロードキャスティングの制御および管理、ならびに前述したマルチキャストＩＰストリームによって伝送される、ＡＤＳＬタイプを介するＴＶ回線のマルチメディア・アプリケーションなどの、アプリケーションおよび／またはサービスの配信に応用先が見出される。
【００２０】
本発明の対象である方法、および、この方法の実施を可能にする装置は、説明を読み、以下の図面を考察することで、よりよく理解されよう。
【発明を実施するための最良の形態】
【００２１】
次に、ユーザ端末によって、ＩＰネットワークに接続された収集装置に要求されたマルチキャストＩＰストリームへのアクセスを制御する方法のより詳細な説明を、図１、およびそれ以降の図に関連して与える。
【００２２】
一般的な形で、ＩＰネットワークに接続された、図１の図面には示されていないユーザ端末ＵＴを考慮する。前述したユーザ端末は、収集装置ＣＥに、接続要求およびマルチキャストＩＰストリーム・ブロードキャスティング・メッセージを、完全に従来どおりの仕方で伝送することができる。
【００２３】
マルチキャストＩＰストリーム・ブロードキャスティング要求メッセージは、例えば、この説明において前述したＩＧＭＰプロトコルまたはＭＬＤプロトコルに従って伝送される要求メッセージに相当する。
【００２４】
図１を参照すると、本発明の対象である方法は、少なくとも、収集装置ＣＥから、ＩＰネットワークに接続されたアクセス制御サーバＡＣＳに、前述の図においてＡＡＤで表されるアクセス許可要求メッセージを伝送することにある。
【００２５】
同一の図において１で表されるのが、データ・アクセス許可要求メッセージＡＡＤを準備するステップであり、２で表されるのが、前述のメッセージＡＡＤをアクセス制御サーバＡＣＳに伝送する動作そのものである。
【００２６】
前述のステップ２の後には、ユーザ端末の認証および／または識別、ならびにユーザ端末ＵＴのアクセス権の検証から成る、アクセス制御サーバＡＣＳのレベルで実行されるステップ３が続く。３で表される、このステップは、アクセス制御サーバＡＣＳによって実行され、以下の記号式によって表される。
【数１】
【００２７】
認証、およびアクセス権の検証を実施するための基準およびプロセスは、従来の基準およびプロセスであることが可能であることが示され、その理由で、それらの基準およびプロセスは、詳細に説明しない。
【００２８】
ステップ３における認証および／または識別、ならびにアクセス権の検証が成功すると、方法は、次に、ステップ４で、アクセス制御サーバＡＣＳから収集装置ＣＥに、アクセス許可承認メッセージＡＡＡを伝送することにある。前述のメッセージは、少なくとも１つのマルチキャスト・フィルタを含む。
【００２９】
前述のステップ４の後には、収集装置ＣＥへのユーザ端末ＵＴの接続を許すこと、およびステップ４中にトランスポートされたマルチキャスト・フィルタまたはマルチキャスト・フィルタ群を収集装置ＣＥにインストールすることにある、収集装置ＣＥのレベルで実行されるステップ５が続く。
【００３０】
逆に、認証サーバＡＣＳレベルで図１のステップ３’によって表され、以下の式、すなわち、
【数２】
によって記号表現されるステップである、ユーザ端末の認証および／または識別、ならびにユーザ端末ＵＴのアクセス権の検証の不成功の後、本発明の対象である方法は、アクセス制御サーバＡＣＳから収集装置ＣＥに、アクセス許可拒否メッセージＡＡＲを伝送することにあるステップ４’に進む。前述のステップ４’で伝送されたメッセージにより、次に、収集装置ＣＥレベルで実行されるステップ５’で、収集装置ＣＥへのユーザ端末の接続を阻止することが可能になる。
【００３１】
しかし、本発明の対象である方法の、限定的ではない好ましい実施形態によれば、アクセス許可承認メッセージＡＡＡは、有利には、少なくとも１つのマルチキャスト・フィルタ・セットを含み、それらのフィルタは、もちろん、メッセージＡＡＡを伝送するステップ４の後の、収集装置ＣＥによるメッセージＡＡＡの受信の後に、アクセス制御そのものを行うことを目的とする。
【００３２】
詳細には、本発明の対象である方法の注目に値する態様によれば、各マルチキャスト・フィルタは、マルチキャストＩＰブロードキャスティング要求メッセージの伝送の許可ごとに、または拒否ごとに、少なくとも１つのフィルタ・タイプ値を含み、そのマルチキャスト・ブロードキャスティング要求は、例えば、マルチキャスト・ブロードキャストの送信元Ｓと、考慮されるグループＧとのアドレス・ペアＳ、Ｇによって定義される。
【００３３】
前述の図１に示されるとおり、例えば、ｊが、フィルタ・リファレンスＭＦを表す、(ＭＦj)1Nで表されるフィルタ・セット全体が付随するアクセス承認許可メッセージＡＡＡを伝送するステップ４を実行するのに、図１のステップ３で、ユーザ権利が、マルチキャスト・ストリーム上で回復されて、前述の権利のセット全体をマルチキャストＩＰフィルタ・セットとして変換するようにする。
【００３４】
その目的で、マルチキャストＩＰブロードキャスティング要求メッセージの伝送の許可ごとに、または拒否ごとにフィルタ・タイプ値を含むフィールドに加えて、各フィルタは、有利には、少なくとも、マルチキャストＩＰストリーム・ブロードキャスティング送信元のアドレスＩＰ（Ｓ）と、マルチキャスト・ブロードキャストの受信側マルチキャスト・グループのアドレスＩＰ（Ｇ）と、この説明において後段で役割を説明する、既存のマルチキャストＩＰフィルタを追加する、または削除することによる関数更新値と、前述した添え字ｊと結び付けられたマルチキャストＩＰフィルタ識別番号とを含むことが可能である。
【００３５】
したがって、図１では、アクセス許可承認メッセージは、以下の式で表される。すなわち、
【数３】
【００３６】
図１に関連して説明されるような、本発明の対象である方法は、有利には、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ（認証）、Ａｕｔｈｏｒｉｚａｔｉｏｎ（許可）、Ａｃｃｏｕｎｔｉｎｇ（アカウンティング）を表すＡＡＡタイプのメッセージを伝送するためのプロトコル・ファミリによって実施されることが可能であり、アクセス制御サーバＡＣＳは、その想定の下では、より詳細には、ＲＡＤＩＵＳプロトコルと呼ばれるプロトコルを実施する同一のＡＡＡサーバ・タイプのサーバである。
【００３７】
また、本発明の対象である方法は、ＤＩＡＭＥＴＥＲプロトコルによって実施されることも可能であり、その想定の下では、収集装置ＣＥと、アクセス制御サーバＡＣＳとの間のメッセージの交換は、そのプロトコルに従って実行され、前述のアクセス制御サーバ自体は、より詳細には、ＤＩＡＭＥＴＥＲプロトコルを実施するＡＡＡサーバ・タイプのサーバである。
【００３８】
図１に関連して説明されるような、本発明の対象である方法は、詳細には、ユーザ端末ＵＴの接続を求める要求中に、または、いずれにしても、収集装置へのユーザ端末の接続を求める任意の要求に関して、実施されることが可能である。
【００３９】
また、本発明の対象である方法は、ユーザの、例えば、権利が、依然として有効であるが、それらの権利が、例えば、アクセス・プロモーション変更などを目的として、変更を要して、それぞれ、特定されたユーザの権利の更新後に、その場合、前述の権利は、依然として有効であるが、絶対に更新可能でなければならず、アクセス許可を変更することなどの動作を実行することを実際に可能にする、様々な特定の変種を実施することも可能にする。アクセス許可の変更または更新は、アクセス制御サーバＡＣＳ単独の権限の下で実行される動作によって実行される。
【００４０】
次に、アクセス許可の変更への応用例における、本発明の対象である方法の実施の変種を、図２ａに関連して与える。詳細には、その状況では、更新は、やはり、以下の諸条件の下で、アクセス制御サーバＡＣＳ単独の権限の下で実施されることが理解されよう。
【００４１】
図１において前述したような、許可承認メッセージの伝送の後、考慮されるユーザ端末は、接続されており、図２ａによる変種における本発明の対象である方法は、例えば、アクセス制御サーバＡＣＳの制御下で、前述のアクセス制御サーバから収集装置ＣＥに、ＡＣで表されるアクセス許可変更メッセージを伝送することにある。
【００４２】
好ましくは、図２ａに表されるとおり、前述のアクセス許可変更メッセージは、収集装置ＣＥにおいて、その変更を実行することを可能にする、マルチキャスト・フィルタの伝送を含む。
【００４３】
図２ａでは、許可変更メッセージを伝送する前述のステップは、２ａで表される。
【００４４】
ステップ２ａの後には、収集装置ＣＥのレベルで実行されるステップ３ａが続き、ステップ３ａは、収集装置ＣＥの権限の下で、提案される許可変更を検証すること、および前述のアクセス変更を承認し、実行することにある。
【００４５】
ステップ３ａの後には、収集装置ＣＥからアクセス制御サーバＡＣＳに、収集装置によるアクセス許可変更の承認および実行を通知するメッセージを伝送することにあるステップ４ａが続き、このメッセージは、
【数４】
で表される。
【００４６】
そうではなく、収集装置ＣＥのレベルでアクセス許可変更が拒否され、実行されないと、その拒否ステップは、図２ａにおいて３ａ’で表されており、図２ａに表されるような、本発明の対象である、アクセス許可を変更する方法は、収集装置ＣＥからアクセス制御サーバＡＣＳに、収集装置によってアクセス許可変更が拒否され、実行されないというメッセージを伝送することにある。図２ａにおいて、アクセス許可変更が拒否され、実行されないというメッセージは、
【数５】
で表される。
【００４７】
前述のステップ４ａ’の後には、アクセス制御サーバＡＣＳのレベルで、アクセス許可プロセスをループすることにあるステップ５ａ’が続くことが可能である。
【００４８】
詳細には、図２ａに示されるアクセス許可変更の枠組み内で、アクセス許可変更メッセージにより、関数値が、既存のマルチキャストＩＰフィルタを追加する、または削除することによって更新するための関数値である、１つまたは複数のマルチキャストＩＰフィルタをトランスポートすることが可能になるものと理解されたい。
【００４９】
次に、特定されたユーザに関するアクセス許可の更新のケースにおける、本発明の対象である方法の実施の変種のより詳細な説明を、図２ｂに関連して与える。
【００５０】
アクセス許可の更新のケースにおける、または新たなアクセス許可の伝送の任意のケースにおける、図２ｂに関連して説明されるような、本発明の対象である方法は、該当するユーザ端末ＵＴが、アクセス制御サーバＡＣＳの主導で、ＩＰネットワークに接続される限り、実施されることが可能である。
【００５１】
図２ｂに関連して、アクセス制御サーバＡＣＳの制御下で、本発明の対象である方法は、その場合、アクセス制御サーバＡＣＳに関して、該当するユーザＵＴに関する新たなアクセス許可の判定を行うこと、およびマルチキャスト・ストリーム上で新たなユーザ権利を確立することにあるステップ１ｂから成り、それらの新たな権利は、次に、この説明で前述したとおり、マルチキャスト・フィルタ項目に変換されることが可能である。
【００５２】
前述のステップ１ｂの後には、アクセス制御サーバから収集装置ＣＥに、前述の図２ｂにおいてＡＲで表されるアクセス許可更新メッセージを伝送することにあるステップ２ｂが続く。
【００５３】
ステップ２ｂの後には、例えば、アクセス制御サーバＡＣＳによって伝送された更新要求を考慮することにある、収集装置ＣＥによって実行されるステップ３ｂが続く。
【００５４】
ステップ３ｂの後には、収集装置ＣＥからアクセス制御サーバＡＣＳに、前述の収集装置によって更新要求が考慮されたことを通知するメッセージを伝送することにあるステップ４ｂが続く。
【００５５】
ステップ４ｂの後には、アクセス制御サーバＡＣＳのレベルで実行されるステップ５ｂが続き、このステップは、ユーザＵＴに関するアクセス許可更新要求が考慮されたことをアーカイブすることにある。
【００５６】
収集装置ＣＥは、例えば、図１のステップ１と同様のステップである、ステップ６ｂを行い、次に、ステップ７ｂで、メッセージＡＡＤによるアクセス許可要求の伝送を行い、メッセージＡＡＤは、ステップ８ｂで、アクセス制御サーバＡＣＳによって考慮される。
【００５７】
アクセス制御サーバＡＣＳは、アクセスを再許可する、ステップ４ｂで伝送された考慮通知、およびステップ５ｂで、その要求がアーカイブされたことを格納し、アーカイブしており、ステップ８ｂにおける、ユーザ端末ＵＴに関するアクセス権の検証、およびステップ９ｂにおける、許可の更新の枠組み内の新たなマルチキャスト権利に、当然、対応する複数のマルチキャスト・フィルタＭＦｊも含むアクセス許可承認メッセージを発信することによる、新たな権利、または更新されたアクセス許可の発信を行う。
【００５８】
ステップ９ｂの後には、収集装置ＣＥのレベルで実行されるステップ１０ｂが続き、このステップは、当然、例えば、図１のステップ５と同様である。
【００５９】
図２ｂに表されるとおり、アクセス制御サーバＡＣＳによる権利の検証が、ステップ８ｂ’で実行されることが可能でないケースにおいて、ステップ８ｂ’の後には、図１のステップ４’と同等のアクセス許可拒否メッセージＡＡＲを伝送するステップ９ｂ’が続く。
【００６０】
図９ｂ’の後には、図１のステップ５’と同様に、しかし、収集装置ＣＥへのユーザ端末ＵＴの接続を阻止することなしに、アクセス許可の拒否を考慮する、収集装置ＣＥによって実行されるステップ１０ｂ’が続く。
【００６１】
最後に、一般に、収集装置ＣＥからアクセス制御サーバＡＣＳに伝送される、いずれのアクセス許可要求またはアクセス再許可要求の後にも、前述のアクセス制御サーバＡＣＳによって実行される、要求側ユーザ端末のアクセス権を検証するステップが続くことが示される。
【００６２】
次に、マルチキャストＩＰフィルタ、および前述のアクセス許可承認メッセージＡＡＡの中のそれらのフィルタの表現のより詳細な説明を、図３ａおよび図３ｂに関連して与える。
【００６３】
図３ａでは、実際、本発明の対象である方法の実施を可能にするマルチキャストＩＰフィルタの構造が、表されている。そのようなフィルタは、詳細には、そのようなフィルタが、アクセス許可承認メッセージに組み込まれた場合に、有利には、図３ａに表されるとおり、アドレス・ペアによって定義される、マルチキャストＩＰブロードキャスティング要求メッセージの伝送の許可ごとに、または拒否ごとに、或るフィルタ・タイプ値を含む。図３ａでは、タイプ値は、Ｔｙで表され、マルチキャストＩＰブロードキャスティング要求メッセージの伝送の許可時、それぞれ、拒否時に、２つの任意の値０または１をとるものと想定される。
【００６４】
また、マルチキャストＩＰフィルタは、前述の図に表されるとおり、マルチキャストＩＰストリーム・ブロードキャスティング送信元のアドレスＩＰ（Ｓ）と、アドレスＳの送信元からされた該当するマルチキャスト・ブロードキャストを受信することが意図されるマルチキャスト・グループのアドレスＩＰ（Ｇ）と、既存のマルチキャストＩＰフィルタを追加する、または削除することによる更新のための、ＦＶで表される関数値も含む。図３ａでは、関数値ＦＶは、既存のマルチキャストＩＰフィルタを追加する、または削除するための関数に各値が対応する、２つの異なる任意の値０、１をとることができるものと想定される。例えば、追加関数を表す値０に関して、この関数は、インストールされた所与のマルチキャスト・フィルタの中で、送信元Ｓおよび／またはグループＧのアドレス値、ならびにタイプ値Ｔｙの置き換えに相当することが可能である。
【００６５】
最後に、各マルチキャスト・フィルタは、ヘッダ、例えば、ＩＤＭＦとして表されるマルチキャストＩＰフィルタ識別番号を含む。
【００６６】
このため、前述のメッセージ・セット全体により、該当する各ユーザ端末ＵＴのマルチキャスト・アクセス権セット全体を、当然、表す、複数のマルチキャスト・フィルタを伝送することが可能になる。
【００６７】
詳細には、前述のメッセージ交換は、以下の表１に従って、この説明で前述したＲＡＤＩＵＳプロトコルやＤＩＡＭＥＴＥＲプロトコルのようなＡＡＡプロトコル・ファミリを使用して、実行されることが可能である。
【表１】
【００６８】
前述のテーブルを参照すると、マルチキャスト・フィルタのトランスポートは、したがって、アクセス制御を確実にするエンティティによって、詳細には、アクセス制御サーバＡＣＳによって割り当てられるべき専用の属性を使用して実行される。
【００６９】
その属性は、Ｖｅｎｄｅｒ Ｓｐｅｃｉｆｉｃ Ａｔｔｒｉｂｕｔｅ（ベンダ固有の属性）を表すＶＳＡタイプの属性によって実行されることが可能である。
【００７０】
前述のテーブルにおいて、
第１の列は、メッセージＡＡＡ、つまり、伝送され、図１、図２ａ、２ｂを用いて前述したメッセージを示し、
第２の列は、Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅを表すＩＥＴＦの勧告、ＲＦＣ２８６５およびＲＦＣ３５７６に準拠するＲＡＤＩＵＳプロトコルの枠組み内で、前述のメッセージを実施するための形態を示し、
第３の列は、ＤＩＡＭＥＴＥＲ ＲＦＣ３５８８＋ＮＡＳＲＥＱプロトコルに準拠する前述のメッセージを実施するための形態を示す。ＮＡＳＲＥＱは、ＲＦＣのように発展することが目的である提案である、現在、ｄｒａｆｔ−ｉｅｔｆ−ａａａ−ｄｉａｍｅｔｅｒ−ｎａｓｒｅｑ−１７．ｔｘｔで参照される提案である。
【００７１】
テーブルの前述の列において、第２の列、および第３の列におけるイタリック体の表現は、ＲＡＤＩＵＳプロトコル、それぞれ、ＤＩＡＭＥＴＥＲプロトコルに関する、対応する勧告による公式の名称を参照する。
【００７２】
詳細には、図２ａに関連して説明される許可の変化は、ＤＩＡＭＥＴＥＲプロトコルが、現在、そのタイプの動作に関して、特定のメッセージの使用を許さないので、ＲＡＤＩＵＳプロトコルによってだけ実施されることに留意されたい。
【００７３】
メッセージごとに発信されるマルチキャスト・フィルタの数は、考慮されるプロトコルによって許可されるメッセージの最大サイズに依存する。また、その数は、属性のトランスポートのためにプロトコルによって許可される最大サイズにも依存する。同一のメッセージの中で同一の属性を数回、発信することが可能である。マルチキャスト・フィルタに番号を付けるためのシステム、つまり、ＩＤＭＦ識別番号の割り当てにより、前述した交換を数回、繰り返すことにより、前述のフィルタを配置することも可能になる。
【００７４】
発信されるマルチキャスト・フィルタのフォーマットは、例えば、タイプのグループ化を実行することにより、最適化されることが可能である。すなわち、
実行されるべき動作、追加または削除に応じた、フィルタ・タイプが同一、許可、それぞれ、拒否である、フィルタのグループ化、
追加動作または削除動作のグループ化、
所与のユーザのグループに関してフィルタリングされなければならない送信元のグループ化、
所与の送信元に関してフィルタリングされなければならないグループのグループ化である。
【００７５】
図１、図２ｂのメッセージＡＡＡである、アクセス許可承認メッセージ、および図２ａのメッセージＡＣ、詳細には、考慮されるユーザ端末ＵＴに関するマルチキャスト・フィルタを含む前述のメッセージが受信されると、収集装置ＣＥは、以下の動作を行う。すなわち、
フィルタのインストールのための、該当するユーザ接続の管理に固有のコンテキストの特定、図３ｂに表されるような動作は、図３においてＵＩＤ１ないしＵＩＤｉで表されるユーザ識別子、および対応するコンテキスト情報を区別することにあることが可能である、
ＡＡＡプロトコル・タイプのプロトコルによって受信されたフィルタの抽出そのもの、この抽出は、図３ａに表されるような各フィルタの様々なフィールドを読み取ることにある、
インストールの候補であるマルチキャスト・フィルタの内容の評価。
【００７６】
この動作において、削除動作のために受信されたフィルタが、例えば、フィルタ番号、つまり、対応するＩＤＭＦ番号に基づいた、既存のフィルタの削除を可能にし、フィルタは、例えば、図３ｂにＭＦ１１ないしＭＦＭ１、それぞれ、ＭＦ１ｉないしＭＦＮｉで表されるフィルタのユーザ・コンテキスト、およびフィルタのＩＤＭＦフィルタ識別子とともに格納される。また、フィルタは、三種類の、Ｓ、Ｇ、タイプつまり変数Ｔｙに基づき、削除されることも可能である。三種類の、Ｓ、Ｇ、Ｔｙと、フィルタ番号との間に不整合が存在するケースでは、対応する可能性があるいずれのフィルタも、削除されない。不整合がない場合は、当然、削除の候補であるマルチキャスト・フィルタが、削除される。
【００７７】
追加動作のために受信されたフィルタは、例えば、フィルタ番号によって示される場所に、または１対１関係に従って、収集装置ＣＥのメモリ・アドレスにインストールされる。
【００７８】
例えば、フィルタ番号が示されない場合、収集装置ＣＥは、ユーザ・コンテキストに固有のフィルタのリストに続いて、受信されたフィルタの評価の順序で、コンテキストに関する既存の番号より大きい内部番号を割り当てることにより、フィルタをインストールすることができる。
【００７９】
反対に、指定されたフィルタ番号が、既に配置されている、異なるフィルタを参照する場合、新たなフィルタは、そのフィルタに代わってインストールされる。
【００８０】
図３ｂを参照すると、各フィルタＭＦ１１ないしＭＦＭ１、またはＭＦ１ｉないしＭＦＮｉが、以下のフィールドを保ちながら、格納されることが示されている。すなわち、
ユーザ・コンテキストにおいて存在するマルチキャスト・フィルタのリストの中のフィルタの通し番号、つまり、ＩＤＭＦ識別番号、
該当するマルチキャスト・フィルタのアドレスＩＰ（Ｓ）送信元ＩＰアドレス、または可能なすべての送信元アドレスの指定（「＊」、さもなければ、ＩＰアドレス０．０．０．０として表現可能である）、
該当するマルチキャスト・グループＧのＩＰアドレス、または可能なすべてのグループ・アドレスの指定（「＊」、さもなければ、ＩＰアドレス０．０．０．０として表現可能である）、
フィルタ・タイプ、つまり、要求の評価中に行われなければならないフィルタの解釈を決定することを可能にする、変数Ｔｙによる許可または拒否。
【００８１】
このため、収集装置ＣＥによって格納される情報は、アクセス許可承認メッセージＡＡＡによってトランスポートされる情報と等価であるが、格納フォーマットは、トランスポート・フォーマットとは異なって見える可能性がある。
【００８２】
収集装置ＣＥによって実行される追加動作または削除動作と関係する情報だけが、削除されることが可能であり、相次ぐフィルタは、図３ｂに表されるとおり、収集装置ＣＥレベルでメモリの中に格納され、保持される。
【００８３】
収集装置ＣＥによるマルチキャストＩＰストリーム・ブロードキャスティング要求メッセージ、ＩＧＭＰ要求またはＭＬＤ要求の評価に関して、その評価は、以下のように実行されることが可能である。すなわち、
該当するユーザのコンテキストを取り出すこと、および要求を個々のストリームに関する指令に細分することを可能にする要求の発信元の特定、すなわち、ストリームＳ１、Ｓ２、Ｓ３、Ｇ１、つまり、グループＧ１のために送信元Ｓ１、Ｓ２、Ｓ３によってブロードキャストされるストリームの受信を要求する指令かどうか、グループによって送信元を指定することで得られる要求、つまり、要求Ｓ１Ｇ１、Ｓ２Ｇ１、Ｓ３Ｇ１は別々に評価される。
フィルタの通し番号を考慮する前に、要求はまず、以下のフィルタに照らして評価される。すなわち、
ａ）グループが何であれ、すなわち、（Ｓ，＊）、送信元のグローバルな禁止、
ｂ）送信元が何であれ、すなわち、（＊，Ｇ）、グループのグローバルな禁止、
要求は、要求のマルチキャスト・ストリームの記述が、該当するフィルタと一致するまで、フィルタ番号によって与えられる順序で、各フィルタに照らして評価される、
第１のアクション、許可または拒否が、フィルタのリストの中の要求の評価を終了させる、
要求が、ユーザ・コンテキストのフィルタと一致しない場合、その要求は、デフォルトで拒否される。詳細には、それでも、或るユーザに関するフィルタが全く存在しないことは、フィルタリングが全く所望されていないことを意味すると考えることが可能であり、その場合、いずれの要求も承認される、
評価の終わりに、デフォルトで要求を承認することは、Ｓおよび／またはＧが、０．０．０．０という値になっており、通し番号が、フィルタを評価リストの終わりに位置付ける許可タイプ・フィルタの存在を必要とする、
要求が、承認された場合、マルチキャスト・ストリーム要求は、制御−許可プロセスにはトランスペアレントな形で継続される。要求が、拒否された場合、拒否された要求に対応するマルチキャスト・ストリーム要求に関して、全くアクションは、行われない。
【００８４】
次に、本発明の対象によるマルチキャスト・ストリームへのアクセスを制御するためのサーバのより詳細な説明を、図４ａに関連して与える。
【００８５】
前述の図を参照すると、中央処理装置ＣＰＵ、ＲＡＭ作業メモリ・ユニット、および図４ａに表されるとおり、アクセス制御サーバＡＣＳをインターネット・ネットワークに接続することを可能にするＩ／Ｏ入出力ユニットに加え、サーバＡＣＳは、アクセス許可メッセージ、図１および図２ｂのメッセージＡＡＡ、および図２ａのメッセージＡＣを生成する少なくとも１つのモジュールを含むことが示されており、この生成モジュールは、図４ａにおいてＭＡ１で表される。詳細には、生成モジュールは、アクセス制御サーバＡＣＳの中、およびサーバＡＣＳのプログラム・メモリ領域ＰＲＯＧＡの中に格納されたプログラム・モジュールＭＡ１から成ることが可能である。承認メッセージは、図３ａに関連して説明したような少なくとも１つのマルチキャスト・フィルタを含み、詳細には、アドレス・ペアによって定義されるマルチキャストＩＰブロードキャスティング要求メッセージの伝送の許可ごとに、または拒否ごとに、少なくとも１つのフィルタ・タイプ値を含むものと当然、理解されたい。もちろん、本発明の対象であるアクセス制御サーバＡＣＳは、ＭＡｘで表され、ＣＰＵによるＲＡＭ作業メモリ呼び出しを介して、図１、図２ａ、図２ｂに関連して説明した方法の実施に対応する、他のメッセージ生成モジュールも含む。
【００８６】
また、本発明の対象によるマルチキャストＩＰブロードキャスティング要求メッセージのための収集装置ＣＥのより詳細な説明も、図４ｂに関連して行う。
【００８７】
その図を参照すると、中央処理装置ＣＰＵ、作業メモリ、ＲＡＭ、およびその収集装置ＣＥをインターネット・ネットワークに接続することを可能にするＩ／Ｏ入出力ファシリティに加えて、収集装置ＣＥは、アクセス許可要求メッセージ、つまり、図１、図２ａ、または図２ｂのメッセージＡＡＤを生成するための少なくとも１つのモジュールを含む。その生成モジュールは、例えば、収集装置ＣＥのプログラム・メモリ領域ＰＲＯＧＣの中に格納され、中央装置によって呼び出されて、対応する実行のために前記装置の作業メモリに読み込まれるプログラム・モジュールＭＣ１に相当することが可能である。同様に、収集装置ＣＥは、アクセス許可承認メッセージ、つまり、メッセージＡＡＡ、ならびにメッセージＡＡＡの中に含まれるマルチキャスト・フィルタを格納するための、図４ｂにおいてＭＣ２で表されるモジュールである、モジュールも含む。また、収集装置ＣＥは、この説明において前述した、前述のマルチキャスト・フィルタをインストールするためのモジュールＭＣ３も含む。また、モジュールＭＣ２およびＭＣ３は、収集装置ＣＥのプログラム・メモリＰＲＯＧＣの中に格納されたプログラム・モジュールにも対応する。実行のために、それらのモジュールは、ＣＰＵによって呼び出されて、ＲＡＭ作業メモリの中に読み込まれ、図１、図２ａ、図２ｂに関連する説明で前述した方法に従って実行される。ＭＣｘで表される、その他の関数モジュールが、前述のプログラム・メモリ領域の中で企図されることが可能である。詳細には、インストールされたマルチキャスト・フィルタと関係してマルチキャストＩＰブロードキャスティング要求の分析を実行するためのモジュールＭＣ４が、企図される。
【００８８】
インストール・モジュールＭＣ３に関して、モジュールＭＣ３は、受信された各マルチキャスト・フィルタに関して、マルチキャストＩＰブロードキャスティング要求メッセージに基づき、要求側ユーザ端末のリファレンスを区別すること、マルチキャストＩＰブロードキャスティング許可承認メッセージから各マルチキャスト・フィルタを抽出すること、この説明で前述したとおり、インストールの候補であるマルチキャスト・フィルタの内容を評価すること、および削除関数値が評価されると、対応する既存のマルチキャスト・フィルタを削除し、次に、インストールの候補であるマルチキャスト・フィルタをインストールすることにある動作を実行する。そうではなく、インストールの候補であるフィルタを追加する、または更新するための関数値が評価されると、この説明で前述したとおり、インストールの候補であるマルチキャスト・フィルタをインストールすること。
【００８９】
本発明は、コンピュータ、または図４ａに関連して前述したマルチキャストＩＰストリームへのアクセスを制御するためのサーバのような専用デバイスによって実行されるように一連の命令を含む、記憶媒体上に記録されたコンピュータ・プログラムをさらに範囲に含む。本発明は、その実行中、その一連の命令が、図１、図２ａ、図２ｂ、図３ａ、および図３ｂに関連して前述した、ユーザ端末を認証し、かつ／または識別し、かつユーザ端末のアクセス権を検証するステップ、ならびにそのアクセス制御サーバから収集装置に、そのユーザ端末によって要求されたマルチキャストＩＰストリームへのアクセスを制御する方法のアクセス承認メッセージまたは承認拒否メッセージを伝送するステップの実施を可能にするという点で、注目に値する。
【００９０】
最後に、本発明は、コンピュータ、または図４ｂに関連して前述した、ユーザ端末によって送信されたマルチキャストＩＰブロードキャスティング要求メッセージを収集するための装置のような専用デバイスによって実行されるように一連の命令を含む、記憶媒体上に記録されたコンピュータ・プログラムを範囲に含む。本発明は、その実行中、その一連の命令が、図１、図２ａ、図２ｂ、図３ａ、および図３ｂに関連して前述した、その収集装置からアクセス制御サーバに、そのユーザ端末によって要求されたマルチキャストＩＰストリームへのアクセスを制御する方法のアクセス許可要求メッセージを伝送するステップの実施を可能にするという点で、注目に値する。
【図面の簡単な説明】
【００９１】
【図１】本発明の対象である方法を実施するための基本的なステップの時空間チャートを単に例として示す図である。
【図２ａ】或る特定のユーザ端末に関して提案されるアクセス許可変更段階中の、本発明の対象である方法の実施の変種を単に例として示す図である。
【図２ｂ】或る特定のユーザ端末に関して提案されるアクセス許可更新段階中の、本発明の対象である方法の実施の変種を単に例として示す図である。
【図３ａ】本発明の対象である方法の実施を可能にするマルチキャスト・フィルタの構造を単に例として示す図である。
【図３ｂ】本発明の対象である方法の実施を可能にするマルチキャスト・フィルタを格納するための或る特定のアーキテクチャを単に例として示す図である。
【図４ａ】本発明の対象によるアクセス制御サーバを例として示す図である。
【図４ｂ】本発明の対象による収集装置を例として示す図である。
【技術分野】
【０００１】
本発明は、遠隔通信の分野に関し、詳細には、マルチキャストＩＰストリームへのアクセスの制御に関する。
【背景技術】
【０００２】
マルチキャストＩＰブロードキャスティング技術において、マルチキャストＩＰパケットは、マルチキャストアドレスと呼ばれる、或る特定の受信側ＩＰアドレスを使用してブロードキャストされる。
【０００３】
マルチキャスト・ストリームは、送信元アドレスＳおよびグループ・アドレスＧによって特徴付けられ、したがって、各マルチキャスト・ストリームは、一意のペア（Ｓ，Ｇ）によって表されることが可能である。このため、２つの異なるマルチキャスト・ストリームが、同一の送信元アドレスＳ、または同一のグループ・アドレスＧを有することが可能である。
【０００４】
マルチキャストＩＰストリームの、この特定の特徴は、基本的には、それらのストリームをサポートするデータが、要求側端末装置に、例えば、オーディオビジュアル・デコーダに、ＩＰネットワークを介して伝送される、その装置の要求を受けて、伝送されることに関係する。
【０００５】
マルチキャスト・ストリームを受信する要求、またはマルチキャスト・ストリームを受信することを停止する要求は、勧告、ＲＦＣ１１１２、ＲＦＣ２２３６、およびＲＦＣ３３７６によってＩＥＴＦにおいて定義された、Ｉｎｔｅｒｎｅｔ Ｇｒｏｕｐ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌを表す、ＩＧＭＰプロトコルに従って、または勧告、ＲＦＣ２７１０、ＲＦＣ３８１０によって定義された、Ｍｕｌｔｉｃａｓｔ Ｌｉｓｔｅｎｅｒ Ｄｉｓｃｏｖｅｒｙを表す、ＭＬＤプロトコルに従って行われる。
【０００６】
所望されるブロードキャスティング送信元アドレスを指定する「メンバシップ・レポート」タイプのメッセージである、受信要求メッセージが受信されると、その要求メッセージを解釈することができるＩＰネットワークの第１の電気通信装置アイテムが、その要求メッセージの発信元である場所に、対応するマルチキャスト・データ・ストリームを送信する。
【０００７】
また、マルチキャスト・ストリーム・ブロードキャスティング要求メッセージは、所与のグループＧのための送信元セットにも関し、その場合、マルチキャスト・ストリームは、（＊，Ｇ）で表され、その場合、様々な送信元によって、その同一のグループに送信されるストリームの和に相当する。
【０００８】
マルチキャスト・ストリーム・ブロードキャスティングおよび本願明細書の文脈において、収集装置という表現は、ユーザのＩＧＭＰ／ＭＬＤ要求メッセージを扱って、前記ユーザに、対応するマルチキャスト・データ・ストリームを発信するようにするネットワーク装置を表す。
【０００９】
現在、ＩＧＭＰタイプのマルチキャスト・ブロードキャスティング要求メッセージ伝送プロトコルは、ネットワーク化されたマルチキャスト・ストリームの伝送を求める要求側ユーザを認証する、または許可するための手続きを全く規定していない。
【００１０】
その目的で、ＩＥＴＦにおいて、認証情報を認証／許可プラットフォームに収容することを目指して、前述の要求メッセージが変更されるべきことを示唆する試みが、提案されている。認証および許可の成功は、収集装置によって、要求側ユーザの要求メッセージが考慮されることを可能にする。
【００１１】
最終的に棚上げにされた、前述の提案は、以下の諸問題をもたらす。すなわち、
ネットワーク・アクセス装置の上、およびユーザの端末装置の上に認証レイヤを追加するため、既存のマルチキャスト・ストリーム管理プロトコルに与える大きな影響、
例えば、ＡＤＳＬタイプの高速回線上でＴＶプログラムをマルチキャスト・ブロードキャスティングするケースにおいて、マルチキャスト・ストリーム受信時間を相当に増大させる可能性があるプロセスである、ユーザによって伝送されるマルチキャスト・ストリーム要求メッセージごとに、許可プラットフォームにアクセスする必要性をもたらす。
【００１２】
別の許可アプローチが、さらに提案されている。この提案によれば、所定のマルチキャスト・ストリームのブロードキャスティングを要求するユーザの権利を確定する目的で、要求側ユーザの端末が、ＩＰネットワークに接続された、或る特定の許可プラットフォームから、その許可を求める。許可要求を受信すると、許可プラットフォームは、要求されたマルチキャスト・ストリームを受信するユーザの権利に応じて、許可の承認または拒否を戻す。承認された許可を受信すると、ユーザの端末は、次に、ネットワークに、ＩＧＭＰ要求タイプのマルチキャスト・ブロードキャスティング要求メッセージを伝送して、対応するマルチキャスト・ストリームを受信するようにする。
【００１３】
この後者の問題解決法は、以下の欠点を示す。すなわち、
マルチキャスト・ストリームのブロードキャスティングを要求するメッセージごとに、許可プラットフォームにアクセスする必要性、しかも、これは、前の提案の場合と同様に、ＡＤＳＬタイプの高速回線上でＴＶプログラムをマルチキャスト・ブロードキャスティングするケースにおいて、マルチキャスト・ストリーム受信時間を相当に増大させる可能性がある、
ユーザの端末が、許可プラットフォームに権利を前もって要求することなしに、ＩＰネットワークに、ＩＧＭＰタイプのマルチキャスト・ブロードキャスティング要求メッセージを発信するように変更されたケースにおける、セキュリティ問題である。
【発明の開示】
【発明が解決しようとする課題】
【００１４】
本発明の目的は、マルチキャストＩＰストリームへのアクセスを制御するためのローカル方法およびローカルシステムを実施することにより、先行技術の提案のすべての欠点を修正することである。
【課題を解決するための手段】
【００１５】
詳細には、この目的は、任意の収集装置のレベルで、マルチキャストＩＰブロードキャスティング要求メッセージを承認する、または拒否するための、或る特定のローカルファンクションを開発することによって達せられる。
【００１６】
本発明の別の目的は、さらに、マルチキャストＩＰストリームへのアクセスを制御するための方法および装置の実施であり、この方法および装置のお陰で、ＩＧＭＰまたはＭＬＤのマルチキャストＩＰブロードキャスティング要求メッセージ伝送プロトコルは、そのままにされ、これにより、本発明の対象である方法およびシステムが、既存のユーザ端末ハードウェアと完全に互換性があることを保証することが可能になる。
【００１７】
本発明の別の目的は、さらに、要求されたアクセス許可を承認する、または拒否することを担う許可エンティティとのプロトコル交換の量が、大幅に削減される、マルチキャストＩＰストリームへのアクセスを制御するためのローカル方法およびローカルシステムの実施である。
【００１８】
本発明の対象である、ユーザ端末によって、ＩＰネットワークに接続されたマルチキャストＩＰストリーム・ブロードキャスティング要求メッセージ収集装置に要求されたマルチキャストＩＰストリームへのアクセスを制御する方法は、収集装置への、そのユーザ端末の接続の後、この方法が、少なくとも、その収集装置から、ＩＰネットワークに接続されたアクセス制御サーバに、アクセス許可要求メッセージを伝送することにあるという点で注目に値する。そのアクセス制御サーバによるユーザ端末の認証および／または識別、ならびにアクセス権の検証の成功の後、方法は、そのアクセス制御サーバから、その収集装置に、少なくとも１つのマルチキャスト・フィルタを含むアクセス許可承認メッセージを伝送することにある。さもなければ、アクセス制御サーバによる、そのユーザ端末の認証および／または識別、ならびにアクセス権の検証が成功しなかった後、方法は、そのアクセス制御サーバから、その収集装置に、アクセス許可拒否メッセージを伝送して、ユーザ端末の接続を阻止するようにすることにある。
【００１９】
本発明の対象であるマルチキャストＩＰストリームへのアクセスを制御する方法は、ＩＰネットワーク、ローカル企業ネットワーク、および／またはインターネット・ネットワークを介するマルチキャスト・ストリームのブロードキャスティングの制御および管理、ならびに前述したマルチキャストＩＰストリームによって伝送される、ＡＤＳＬタイプを介するＴＶ回線のマルチメディア・アプリケーションなどの、アプリケーションおよび／またはサービスの配信に応用先が見出される。
【００２０】
本発明の対象である方法、および、この方法の実施を可能にする装置は、説明を読み、以下の図面を考察することで、よりよく理解されよう。
【発明を実施するための最良の形態】
【００２１】
次に、ユーザ端末によって、ＩＰネットワークに接続された収集装置に要求されたマルチキャストＩＰストリームへのアクセスを制御する方法のより詳細な説明を、図１、およびそれ以降の図に関連して与える。
【００２２】
一般的な形で、ＩＰネットワークに接続された、図１の図面には示されていないユーザ端末ＵＴを考慮する。前述したユーザ端末は、収集装置ＣＥに、接続要求およびマルチキャストＩＰストリーム・ブロードキャスティング・メッセージを、完全に従来どおりの仕方で伝送することができる。
【００２３】
マルチキャストＩＰストリーム・ブロードキャスティング要求メッセージは、例えば、この説明において前述したＩＧＭＰプロトコルまたはＭＬＤプロトコルに従って伝送される要求メッセージに相当する。
【００２４】
図１を参照すると、本発明の対象である方法は、少なくとも、収集装置ＣＥから、ＩＰネットワークに接続されたアクセス制御サーバＡＣＳに、前述の図においてＡＡＤで表されるアクセス許可要求メッセージを伝送することにある。
【００２５】
同一の図において１で表されるのが、データ・アクセス許可要求メッセージＡＡＤを準備するステップであり、２で表されるのが、前述のメッセージＡＡＤをアクセス制御サーバＡＣＳに伝送する動作そのものである。
【００２６】
前述のステップ２の後には、ユーザ端末の認証および／または識別、ならびにユーザ端末ＵＴのアクセス権の検証から成る、アクセス制御サーバＡＣＳのレベルで実行されるステップ３が続く。３で表される、このステップは、アクセス制御サーバＡＣＳによって実行され、以下の記号式によって表される。
【数１】
【００２７】
認証、およびアクセス権の検証を実施するための基準およびプロセスは、従来の基準およびプロセスであることが可能であることが示され、その理由で、それらの基準およびプロセスは、詳細に説明しない。
【００２８】
ステップ３における認証および／または識別、ならびにアクセス権の検証が成功すると、方法は、次に、ステップ４で、アクセス制御サーバＡＣＳから収集装置ＣＥに、アクセス許可承認メッセージＡＡＡを伝送することにある。前述のメッセージは、少なくとも１つのマルチキャスト・フィルタを含む。
【００２９】
前述のステップ４の後には、収集装置ＣＥへのユーザ端末ＵＴの接続を許すこと、およびステップ４中にトランスポートされたマルチキャスト・フィルタまたはマルチキャスト・フィルタ群を収集装置ＣＥにインストールすることにある、収集装置ＣＥのレベルで実行されるステップ５が続く。
【００３０】
逆に、認証サーバＡＣＳレベルで図１のステップ３’によって表され、以下の式、すなわち、
【数２】
によって記号表現されるステップである、ユーザ端末の認証および／または識別、ならびにユーザ端末ＵＴのアクセス権の検証の不成功の後、本発明の対象である方法は、アクセス制御サーバＡＣＳから収集装置ＣＥに、アクセス許可拒否メッセージＡＡＲを伝送することにあるステップ４’に進む。前述のステップ４’で伝送されたメッセージにより、次に、収集装置ＣＥレベルで実行されるステップ５’で、収集装置ＣＥへのユーザ端末の接続を阻止することが可能になる。
【００３１】
しかし、本発明の対象である方法の、限定的ではない好ましい実施形態によれば、アクセス許可承認メッセージＡＡＡは、有利には、少なくとも１つのマルチキャスト・フィルタ・セットを含み、それらのフィルタは、もちろん、メッセージＡＡＡを伝送するステップ４の後の、収集装置ＣＥによるメッセージＡＡＡの受信の後に、アクセス制御そのものを行うことを目的とする。
【００３２】
詳細には、本発明の対象である方法の注目に値する態様によれば、各マルチキャスト・フィルタは、マルチキャストＩＰブロードキャスティング要求メッセージの伝送の許可ごとに、または拒否ごとに、少なくとも１つのフィルタ・タイプ値を含み、そのマルチキャスト・ブロードキャスティング要求は、例えば、マルチキャスト・ブロードキャストの送信元Ｓと、考慮されるグループＧとのアドレス・ペアＳ、Ｇによって定義される。
【００３３】
前述の図１に示されるとおり、例えば、ｊが、フィルタ・リファレンスＭＦを表す、(ＭＦj)1Nで表されるフィルタ・セット全体が付随するアクセス承認許可メッセージＡＡＡを伝送するステップ４を実行するのに、図１のステップ３で、ユーザ権利が、マルチキャスト・ストリーム上で回復されて、前述の権利のセット全体をマルチキャストＩＰフィルタ・セットとして変換するようにする。
【００３４】
その目的で、マルチキャストＩＰブロードキャスティング要求メッセージの伝送の許可ごとに、または拒否ごとにフィルタ・タイプ値を含むフィールドに加えて、各フィルタは、有利には、少なくとも、マルチキャストＩＰストリーム・ブロードキャスティング送信元のアドレスＩＰ（Ｓ）と、マルチキャスト・ブロードキャストの受信側マルチキャスト・グループのアドレスＩＰ（Ｇ）と、この説明において後段で役割を説明する、既存のマルチキャストＩＰフィルタを追加する、または削除することによる関数更新値と、前述した添え字ｊと結び付けられたマルチキャストＩＰフィルタ識別番号とを含むことが可能である。
【００３５】
したがって、図１では、アクセス許可承認メッセージは、以下の式で表される。すなわち、
【数３】
【００３６】
図１に関連して説明されるような、本発明の対象である方法は、有利には、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ（認証）、Ａｕｔｈｏｒｉｚａｔｉｏｎ（許可）、Ａｃｃｏｕｎｔｉｎｇ（アカウンティング）を表すＡＡＡタイプのメッセージを伝送するためのプロトコル・ファミリによって実施されることが可能であり、アクセス制御サーバＡＣＳは、その想定の下では、より詳細には、ＲＡＤＩＵＳプロトコルと呼ばれるプロトコルを実施する同一のＡＡＡサーバ・タイプのサーバである。
【００３７】
また、本発明の対象である方法は、ＤＩＡＭＥＴＥＲプロトコルによって実施されることも可能であり、その想定の下では、収集装置ＣＥと、アクセス制御サーバＡＣＳとの間のメッセージの交換は、そのプロトコルに従って実行され、前述のアクセス制御サーバ自体は、より詳細には、ＤＩＡＭＥＴＥＲプロトコルを実施するＡＡＡサーバ・タイプのサーバである。
【００３８】
図１に関連して説明されるような、本発明の対象である方法は、詳細には、ユーザ端末ＵＴの接続を求める要求中に、または、いずれにしても、収集装置へのユーザ端末の接続を求める任意の要求に関して、実施されることが可能である。
【００３９】
また、本発明の対象である方法は、ユーザの、例えば、権利が、依然として有効であるが、それらの権利が、例えば、アクセス・プロモーション変更などを目的として、変更を要して、それぞれ、特定されたユーザの権利の更新後に、その場合、前述の権利は、依然として有効であるが、絶対に更新可能でなければならず、アクセス許可を変更することなどの動作を実行することを実際に可能にする、様々な特定の変種を実施することも可能にする。アクセス許可の変更または更新は、アクセス制御サーバＡＣＳ単独の権限の下で実行される動作によって実行される。
【００４０】
次に、アクセス許可の変更への応用例における、本発明の対象である方法の実施の変種を、図２ａに関連して与える。詳細には、その状況では、更新は、やはり、以下の諸条件の下で、アクセス制御サーバＡＣＳ単独の権限の下で実施されることが理解されよう。
【００４１】
図１において前述したような、許可承認メッセージの伝送の後、考慮されるユーザ端末は、接続されており、図２ａによる変種における本発明の対象である方法は、例えば、アクセス制御サーバＡＣＳの制御下で、前述のアクセス制御サーバから収集装置ＣＥに、ＡＣで表されるアクセス許可変更メッセージを伝送することにある。
【００４２】
好ましくは、図２ａに表されるとおり、前述のアクセス許可変更メッセージは、収集装置ＣＥにおいて、その変更を実行することを可能にする、マルチキャスト・フィルタの伝送を含む。
【００４３】
図２ａでは、許可変更メッセージを伝送する前述のステップは、２ａで表される。
【００４４】
ステップ２ａの後には、収集装置ＣＥのレベルで実行されるステップ３ａが続き、ステップ３ａは、収集装置ＣＥの権限の下で、提案される許可変更を検証すること、および前述のアクセス変更を承認し、実行することにある。
【００４５】
ステップ３ａの後には、収集装置ＣＥからアクセス制御サーバＡＣＳに、収集装置によるアクセス許可変更の承認および実行を通知するメッセージを伝送することにあるステップ４ａが続き、このメッセージは、
【数４】
で表される。
【００４６】
そうではなく、収集装置ＣＥのレベルでアクセス許可変更が拒否され、実行されないと、その拒否ステップは、図２ａにおいて３ａ’で表されており、図２ａに表されるような、本発明の対象である、アクセス許可を変更する方法は、収集装置ＣＥからアクセス制御サーバＡＣＳに、収集装置によってアクセス許可変更が拒否され、実行されないというメッセージを伝送することにある。図２ａにおいて、アクセス許可変更が拒否され、実行されないというメッセージは、
【数５】
で表される。
【００４７】
前述のステップ４ａ’の後には、アクセス制御サーバＡＣＳのレベルで、アクセス許可プロセスをループすることにあるステップ５ａ’が続くことが可能である。
【００４８】
詳細には、図２ａに示されるアクセス許可変更の枠組み内で、アクセス許可変更メッセージにより、関数値が、既存のマルチキャストＩＰフィルタを追加する、または削除することによって更新するための関数値である、１つまたは複数のマルチキャストＩＰフィルタをトランスポートすることが可能になるものと理解されたい。
【００４９】
次に、特定されたユーザに関するアクセス許可の更新のケースにおける、本発明の対象である方法の実施の変種のより詳細な説明を、図２ｂに関連して与える。
【００５０】
アクセス許可の更新のケースにおける、または新たなアクセス許可の伝送の任意のケースにおける、図２ｂに関連して説明されるような、本発明の対象である方法は、該当するユーザ端末ＵＴが、アクセス制御サーバＡＣＳの主導で、ＩＰネットワークに接続される限り、実施されることが可能である。
【００５１】
図２ｂに関連して、アクセス制御サーバＡＣＳの制御下で、本発明の対象である方法は、その場合、アクセス制御サーバＡＣＳに関して、該当するユーザＵＴに関する新たなアクセス許可の判定を行うこと、およびマルチキャスト・ストリーム上で新たなユーザ権利を確立することにあるステップ１ｂから成り、それらの新たな権利は、次に、この説明で前述したとおり、マルチキャスト・フィルタ項目に変換されることが可能である。
【００５２】
前述のステップ１ｂの後には、アクセス制御サーバから収集装置ＣＥに、前述の図２ｂにおいてＡＲで表されるアクセス許可更新メッセージを伝送することにあるステップ２ｂが続く。
【００５３】
ステップ２ｂの後には、例えば、アクセス制御サーバＡＣＳによって伝送された更新要求を考慮することにある、収集装置ＣＥによって実行されるステップ３ｂが続く。
【００５４】
ステップ３ｂの後には、収集装置ＣＥからアクセス制御サーバＡＣＳに、前述の収集装置によって更新要求が考慮されたことを通知するメッセージを伝送することにあるステップ４ｂが続く。
【００５５】
ステップ４ｂの後には、アクセス制御サーバＡＣＳのレベルで実行されるステップ５ｂが続き、このステップは、ユーザＵＴに関するアクセス許可更新要求が考慮されたことをアーカイブすることにある。
【００５６】
収集装置ＣＥは、例えば、図１のステップ１と同様のステップである、ステップ６ｂを行い、次に、ステップ７ｂで、メッセージＡＡＤによるアクセス許可要求の伝送を行い、メッセージＡＡＤは、ステップ８ｂで、アクセス制御サーバＡＣＳによって考慮される。
【００５７】
アクセス制御サーバＡＣＳは、アクセスを再許可する、ステップ４ｂで伝送された考慮通知、およびステップ５ｂで、その要求がアーカイブされたことを格納し、アーカイブしており、ステップ８ｂにおける、ユーザ端末ＵＴに関するアクセス権の検証、およびステップ９ｂにおける、許可の更新の枠組み内の新たなマルチキャスト権利に、当然、対応する複数のマルチキャスト・フィルタＭＦｊも含むアクセス許可承認メッセージを発信することによる、新たな権利、または更新されたアクセス許可の発信を行う。
【００５８】
ステップ９ｂの後には、収集装置ＣＥのレベルで実行されるステップ１０ｂが続き、このステップは、当然、例えば、図１のステップ５と同様である。
【００５９】
図２ｂに表されるとおり、アクセス制御サーバＡＣＳによる権利の検証が、ステップ８ｂ’で実行されることが可能でないケースにおいて、ステップ８ｂ’の後には、図１のステップ４’と同等のアクセス許可拒否メッセージＡＡＲを伝送するステップ９ｂ’が続く。
【００６０】
図９ｂ’の後には、図１のステップ５’と同様に、しかし、収集装置ＣＥへのユーザ端末ＵＴの接続を阻止することなしに、アクセス許可の拒否を考慮する、収集装置ＣＥによって実行されるステップ１０ｂ’が続く。
【００６１】
最後に、一般に、収集装置ＣＥからアクセス制御サーバＡＣＳに伝送される、いずれのアクセス許可要求またはアクセス再許可要求の後にも、前述のアクセス制御サーバＡＣＳによって実行される、要求側ユーザ端末のアクセス権を検証するステップが続くことが示される。
【００６２】
次に、マルチキャストＩＰフィルタ、および前述のアクセス許可承認メッセージＡＡＡの中のそれらのフィルタの表現のより詳細な説明を、図３ａおよび図３ｂに関連して与える。
【００６３】
図３ａでは、実際、本発明の対象である方法の実施を可能にするマルチキャストＩＰフィルタの構造が、表されている。そのようなフィルタは、詳細には、そのようなフィルタが、アクセス許可承認メッセージに組み込まれた場合に、有利には、図３ａに表されるとおり、アドレス・ペアによって定義される、マルチキャストＩＰブロードキャスティング要求メッセージの伝送の許可ごとに、または拒否ごとに、或るフィルタ・タイプ値を含む。図３ａでは、タイプ値は、Ｔｙで表され、マルチキャストＩＰブロードキャスティング要求メッセージの伝送の許可時、それぞれ、拒否時に、２つの任意の値０または１をとるものと想定される。
【００６４】
また、マルチキャストＩＰフィルタは、前述の図に表されるとおり、マルチキャストＩＰストリーム・ブロードキャスティング送信元のアドレスＩＰ（Ｓ）と、アドレスＳの送信元からされた該当するマルチキャスト・ブロードキャストを受信することが意図されるマルチキャスト・グループのアドレスＩＰ（Ｇ）と、既存のマルチキャストＩＰフィルタを追加する、または削除することによる更新のための、ＦＶで表される関数値も含む。図３ａでは、関数値ＦＶは、既存のマルチキャストＩＰフィルタを追加する、または削除するための関数に各値が対応する、２つの異なる任意の値０、１をとることができるものと想定される。例えば、追加関数を表す値０に関して、この関数は、インストールされた所与のマルチキャスト・フィルタの中で、送信元Ｓおよび／またはグループＧのアドレス値、ならびにタイプ値Ｔｙの置き換えに相当することが可能である。
【００６５】
最後に、各マルチキャスト・フィルタは、ヘッダ、例えば、ＩＤＭＦとして表されるマルチキャストＩＰフィルタ識別番号を含む。
【００６６】
このため、前述のメッセージ・セット全体により、該当する各ユーザ端末ＵＴのマルチキャスト・アクセス権セット全体を、当然、表す、複数のマルチキャスト・フィルタを伝送することが可能になる。
【００６７】
詳細には、前述のメッセージ交換は、以下の表１に従って、この説明で前述したＲＡＤＩＵＳプロトコルやＤＩＡＭＥＴＥＲプロトコルのようなＡＡＡプロトコル・ファミリを使用して、実行されることが可能である。
【表１】
【００６８】
前述のテーブルを参照すると、マルチキャスト・フィルタのトランスポートは、したがって、アクセス制御を確実にするエンティティによって、詳細には、アクセス制御サーバＡＣＳによって割り当てられるべき専用の属性を使用して実行される。
【００６９】
その属性は、Ｖｅｎｄｅｒ Ｓｐｅｃｉｆｉｃ Ａｔｔｒｉｂｕｔｅ（ベンダ固有の属性）を表すＶＳＡタイプの属性によって実行されることが可能である。
【００７０】
前述のテーブルにおいて、
第１の列は、メッセージＡＡＡ、つまり、伝送され、図１、図２ａ、２ｂを用いて前述したメッセージを示し、
第２の列は、Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅを表すＩＥＴＦの勧告、ＲＦＣ２８６５およびＲＦＣ３５７６に準拠するＲＡＤＩＵＳプロトコルの枠組み内で、前述のメッセージを実施するための形態を示し、
第３の列は、ＤＩＡＭＥＴＥＲ ＲＦＣ３５８８＋ＮＡＳＲＥＱプロトコルに準拠する前述のメッセージを実施するための形態を示す。ＮＡＳＲＥＱは、ＲＦＣのように発展することが目的である提案である、現在、ｄｒａｆｔ−ｉｅｔｆ−ａａａ−ｄｉａｍｅｔｅｒ−ｎａｓｒｅｑ−１７．ｔｘｔで参照される提案である。
【００７１】
テーブルの前述の列において、第２の列、および第３の列におけるイタリック体の表現は、ＲＡＤＩＵＳプロトコル、それぞれ、ＤＩＡＭＥＴＥＲプロトコルに関する、対応する勧告による公式の名称を参照する。
【００７２】
詳細には、図２ａに関連して説明される許可の変化は、ＤＩＡＭＥＴＥＲプロトコルが、現在、そのタイプの動作に関して、特定のメッセージの使用を許さないので、ＲＡＤＩＵＳプロトコルによってだけ実施されることに留意されたい。
【００７３】
メッセージごとに発信されるマルチキャスト・フィルタの数は、考慮されるプロトコルによって許可されるメッセージの最大サイズに依存する。また、その数は、属性のトランスポートのためにプロトコルによって許可される最大サイズにも依存する。同一のメッセージの中で同一の属性を数回、発信することが可能である。マルチキャスト・フィルタに番号を付けるためのシステム、つまり、ＩＤＭＦ識別番号の割り当てにより、前述した交換を数回、繰り返すことにより、前述のフィルタを配置することも可能になる。
【００７４】
発信されるマルチキャスト・フィルタのフォーマットは、例えば、タイプのグループ化を実行することにより、最適化されることが可能である。すなわち、
実行されるべき動作、追加または削除に応じた、フィルタ・タイプが同一、許可、それぞれ、拒否である、フィルタのグループ化、
追加動作または削除動作のグループ化、
所与のユーザのグループに関してフィルタリングされなければならない送信元のグループ化、
所与の送信元に関してフィルタリングされなければならないグループのグループ化である。
【００７５】
図１、図２ｂのメッセージＡＡＡである、アクセス許可承認メッセージ、および図２ａのメッセージＡＣ、詳細には、考慮されるユーザ端末ＵＴに関するマルチキャスト・フィルタを含む前述のメッセージが受信されると、収集装置ＣＥは、以下の動作を行う。すなわち、
フィルタのインストールのための、該当するユーザ接続の管理に固有のコンテキストの特定、図３ｂに表されるような動作は、図３においてＵＩＤ１ないしＵＩＤｉで表されるユーザ識別子、および対応するコンテキスト情報を区別することにあることが可能である、
ＡＡＡプロトコル・タイプのプロトコルによって受信されたフィルタの抽出そのもの、この抽出は、図３ａに表されるような各フィルタの様々なフィールドを読み取ることにある、
インストールの候補であるマルチキャスト・フィルタの内容の評価。
【００７６】
この動作において、削除動作のために受信されたフィルタが、例えば、フィルタ番号、つまり、対応するＩＤＭＦ番号に基づいた、既存のフィルタの削除を可能にし、フィルタは、例えば、図３ｂにＭＦ１１ないしＭＦＭ１、それぞれ、ＭＦ１ｉないしＭＦＮｉで表されるフィルタのユーザ・コンテキスト、およびフィルタのＩＤＭＦフィルタ識別子とともに格納される。また、フィルタは、三種類の、Ｓ、Ｇ、タイプつまり変数Ｔｙに基づき、削除されることも可能である。三種類の、Ｓ、Ｇ、Ｔｙと、フィルタ番号との間に不整合が存在するケースでは、対応する可能性があるいずれのフィルタも、削除されない。不整合がない場合は、当然、削除の候補であるマルチキャスト・フィルタが、削除される。
【００７７】
追加動作のために受信されたフィルタは、例えば、フィルタ番号によって示される場所に、または１対１関係に従って、収集装置ＣＥのメモリ・アドレスにインストールされる。
【００７８】
例えば、フィルタ番号が示されない場合、収集装置ＣＥは、ユーザ・コンテキストに固有のフィルタのリストに続いて、受信されたフィルタの評価の順序で、コンテキストに関する既存の番号より大きい内部番号を割り当てることにより、フィルタをインストールすることができる。
【００７９】
反対に、指定されたフィルタ番号が、既に配置されている、異なるフィルタを参照する場合、新たなフィルタは、そのフィルタに代わってインストールされる。
【００８０】
図３ｂを参照すると、各フィルタＭＦ１１ないしＭＦＭ１、またはＭＦ１ｉないしＭＦＮｉが、以下のフィールドを保ちながら、格納されることが示されている。すなわち、
ユーザ・コンテキストにおいて存在するマルチキャスト・フィルタのリストの中のフィルタの通し番号、つまり、ＩＤＭＦ識別番号、
該当するマルチキャスト・フィルタのアドレスＩＰ（Ｓ）送信元ＩＰアドレス、または可能なすべての送信元アドレスの指定（「＊」、さもなければ、ＩＰアドレス０．０．０．０として表現可能である）、
該当するマルチキャスト・グループＧのＩＰアドレス、または可能なすべてのグループ・アドレスの指定（「＊」、さもなければ、ＩＰアドレス０．０．０．０として表現可能である）、
フィルタ・タイプ、つまり、要求の評価中に行われなければならないフィルタの解釈を決定することを可能にする、変数Ｔｙによる許可または拒否。
【００８１】
このため、収集装置ＣＥによって格納される情報は、アクセス許可承認メッセージＡＡＡによってトランスポートされる情報と等価であるが、格納フォーマットは、トランスポート・フォーマットとは異なって見える可能性がある。
【００８２】
収集装置ＣＥによって実行される追加動作または削除動作と関係する情報だけが、削除されることが可能であり、相次ぐフィルタは、図３ｂに表されるとおり、収集装置ＣＥレベルでメモリの中に格納され、保持される。
【００８３】
収集装置ＣＥによるマルチキャストＩＰストリーム・ブロードキャスティング要求メッセージ、ＩＧＭＰ要求またはＭＬＤ要求の評価に関して、その評価は、以下のように実行されることが可能である。すなわち、
該当するユーザのコンテキストを取り出すこと、および要求を個々のストリームに関する指令に細分することを可能にする要求の発信元の特定、すなわち、ストリームＳ１、Ｓ２、Ｓ３、Ｇ１、つまり、グループＧ１のために送信元Ｓ１、Ｓ２、Ｓ３によってブロードキャストされるストリームの受信を要求する指令かどうか、グループによって送信元を指定することで得られる要求、つまり、要求Ｓ１Ｇ１、Ｓ２Ｇ１、Ｓ３Ｇ１は別々に評価される。
フィルタの通し番号を考慮する前に、要求はまず、以下のフィルタに照らして評価される。すなわち、
ａ）グループが何であれ、すなわち、（Ｓ，＊）、送信元のグローバルな禁止、
ｂ）送信元が何であれ、すなわち、（＊，Ｇ）、グループのグローバルな禁止、
要求は、要求のマルチキャスト・ストリームの記述が、該当するフィルタと一致するまで、フィルタ番号によって与えられる順序で、各フィルタに照らして評価される、
第１のアクション、許可または拒否が、フィルタのリストの中の要求の評価を終了させる、
要求が、ユーザ・コンテキストのフィルタと一致しない場合、その要求は、デフォルトで拒否される。詳細には、それでも、或るユーザに関するフィルタが全く存在しないことは、フィルタリングが全く所望されていないことを意味すると考えることが可能であり、その場合、いずれの要求も承認される、
評価の終わりに、デフォルトで要求を承認することは、Ｓおよび／またはＧが、０．０．０．０という値になっており、通し番号が、フィルタを評価リストの終わりに位置付ける許可タイプ・フィルタの存在を必要とする、
要求が、承認された場合、マルチキャスト・ストリーム要求は、制御−許可プロセスにはトランスペアレントな形で継続される。要求が、拒否された場合、拒否された要求に対応するマルチキャスト・ストリーム要求に関して、全くアクションは、行われない。
【００８４】
次に、本発明の対象によるマルチキャスト・ストリームへのアクセスを制御するためのサーバのより詳細な説明を、図４ａに関連して与える。
【００８５】
前述の図を参照すると、中央処理装置ＣＰＵ、ＲＡＭ作業メモリ・ユニット、および図４ａに表されるとおり、アクセス制御サーバＡＣＳをインターネット・ネットワークに接続することを可能にするＩ／Ｏ入出力ユニットに加え、サーバＡＣＳは、アクセス許可メッセージ、図１および図２ｂのメッセージＡＡＡ、および図２ａのメッセージＡＣを生成する少なくとも１つのモジュールを含むことが示されており、この生成モジュールは、図４ａにおいてＭＡ１で表される。詳細には、生成モジュールは、アクセス制御サーバＡＣＳの中、およびサーバＡＣＳのプログラム・メモリ領域ＰＲＯＧＡの中に格納されたプログラム・モジュールＭＡ１から成ることが可能である。承認メッセージは、図３ａに関連して説明したような少なくとも１つのマルチキャスト・フィルタを含み、詳細には、アドレス・ペアによって定義されるマルチキャストＩＰブロードキャスティング要求メッセージの伝送の許可ごとに、または拒否ごとに、少なくとも１つのフィルタ・タイプ値を含むものと当然、理解されたい。もちろん、本発明の対象であるアクセス制御サーバＡＣＳは、ＭＡｘで表され、ＣＰＵによるＲＡＭ作業メモリ呼び出しを介して、図１、図２ａ、図２ｂに関連して説明した方法の実施に対応する、他のメッセージ生成モジュールも含む。
【００８６】
また、本発明の対象によるマルチキャストＩＰブロードキャスティング要求メッセージのための収集装置ＣＥのより詳細な説明も、図４ｂに関連して行う。
【００８７】
その図を参照すると、中央処理装置ＣＰＵ、作業メモリ、ＲＡＭ、およびその収集装置ＣＥをインターネット・ネットワークに接続することを可能にするＩ／Ｏ入出力ファシリティに加えて、収集装置ＣＥは、アクセス許可要求メッセージ、つまり、図１、図２ａ、または図２ｂのメッセージＡＡＤを生成するための少なくとも１つのモジュールを含む。その生成モジュールは、例えば、収集装置ＣＥのプログラム・メモリ領域ＰＲＯＧＣの中に格納され、中央装置によって呼び出されて、対応する実行のために前記装置の作業メモリに読み込まれるプログラム・モジュールＭＣ１に相当することが可能である。同様に、収集装置ＣＥは、アクセス許可承認メッセージ、つまり、メッセージＡＡＡ、ならびにメッセージＡＡＡの中に含まれるマルチキャスト・フィルタを格納するための、図４ｂにおいてＭＣ２で表されるモジュールである、モジュールも含む。また、収集装置ＣＥは、この説明において前述した、前述のマルチキャスト・フィルタをインストールするためのモジュールＭＣ３も含む。また、モジュールＭＣ２およびＭＣ３は、収集装置ＣＥのプログラム・メモリＰＲＯＧＣの中に格納されたプログラム・モジュールにも対応する。実行のために、それらのモジュールは、ＣＰＵによって呼び出されて、ＲＡＭ作業メモリの中に読み込まれ、図１、図２ａ、図２ｂに関連する説明で前述した方法に従って実行される。ＭＣｘで表される、その他の関数モジュールが、前述のプログラム・メモリ領域の中で企図されることが可能である。詳細には、インストールされたマルチキャスト・フィルタと関係してマルチキャストＩＰブロードキャスティング要求の分析を実行するためのモジュールＭＣ４が、企図される。
【００８８】
インストール・モジュールＭＣ３に関して、モジュールＭＣ３は、受信された各マルチキャスト・フィルタに関して、マルチキャストＩＰブロードキャスティング要求メッセージに基づき、要求側ユーザ端末のリファレンスを区別すること、マルチキャストＩＰブロードキャスティング許可承認メッセージから各マルチキャスト・フィルタを抽出すること、この説明で前述したとおり、インストールの候補であるマルチキャスト・フィルタの内容を評価すること、および削除関数値が評価されると、対応する既存のマルチキャスト・フィルタを削除し、次に、インストールの候補であるマルチキャスト・フィルタをインストールすることにある動作を実行する。そうではなく、インストールの候補であるフィルタを追加する、または更新するための関数値が評価されると、この説明で前述したとおり、インストールの候補であるマルチキャスト・フィルタをインストールすること。
【００８９】
本発明は、コンピュータ、または図４ａに関連して前述したマルチキャストＩＰストリームへのアクセスを制御するためのサーバのような専用デバイスによって実行されるように一連の命令を含む、記憶媒体上に記録されたコンピュータ・プログラムをさらに範囲に含む。本発明は、その実行中、その一連の命令が、図１、図２ａ、図２ｂ、図３ａ、および図３ｂに関連して前述した、ユーザ端末を認証し、かつ／または識別し、かつユーザ端末のアクセス権を検証するステップ、ならびにそのアクセス制御サーバから収集装置に、そのユーザ端末によって要求されたマルチキャストＩＰストリームへのアクセスを制御する方法のアクセス承認メッセージまたは承認拒否メッセージを伝送するステップの実施を可能にするという点で、注目に値する。
【００９０】
最後に、本発明は、コンピュータ、または図４ｂに関連して前述した、ユーザ端末によって送信されたマルチキャストＩＰブロードキャスティング要求メッセージを収集するための装置のような専用デバイスによって実行されるように一連の命令を含む、記憶媒体上に記録されたコンピュータ・プログラムを範囲に含む。本発明は、その実行中、その一連の命令が、図１、図２ａ、図２ｂ、図３ａ、および図３ｂに関連して前述した、その収集装置からアクセス制御サーバに、そのユーザ端末によって要求されたマルチキャストＩＰストリームへのアクセスを制御する方法のアクセス許可要求メッセージを伝送するステップの実施を可能にするという点で、注目に値する。
【図面の簡単な説明】
【００９１】
【図１】本発明の対象である方法を実施するための基本的なステップの時空間チャートを単に例として示す図である。
【図２ａ】或る特定のユーザ端末に関して提案されるアクセス許可変更段階中の、本発明の対象である方法の実施の変種を単に例として示す図である。
【図２ｂ】或る特定のユーザ端末に関して提案されるアクセス許可更新段階中の、本発明の対象である方法の実施の変種を単に例として示す図である。
【図３ａ】本発明の対象である方法の実施を可能にするマルチキャスト・フィルタの構造を単に例として示す図である。
【図３ｂ】本発明の対象である方法の実施を可能にするマルチキャスト・フィルタを格納するための或る特定のアーキテクチャを単に例として示す図である。
【図４ａ】本発明の対象によるアクセス制御サーバを例として示す図である。
【図４ｂ】本発明の対象による収集装置を例として示す図である。
【特許請求の範囲】
【請求項１】
ユーザ端末によって、ＩＰネットワークに接続されたマルチキャストＩＰストリーム・ブロードキャスティング要求メッセージ収集装置に要求されたマルチキャストＩＰストリームへのアクセスを制御する方法であって、
そのユーザ端末による、その収集装置への接続の後、少なくとも、
その収集装置から、前記ＩＰネットワークに接続されたアクセス制御サーバに、アクセス許可要求メッセージを伝送すること、および前記アクセス制御サーバによる前記ユーザ端末の認証および／または識別、ならびにアクセス権の検証の成功の後、
前記アクセス制御サーバから前記収集装置にアクセス許可承認メッセージを伝送すること、および前記アクセス許可承認メッセージは少なくとも１つのマルチキャスト・フィルタ・セットを含むこと、さもなければ、前記アクセス制御サーバによる、前記ユーザ端末の認証および／または識別、ならびにアクセス権の検証が成功しなかった後、
前記アクセス制御サーバから前記収集装置に、アクセス許可拒否メッセージを伝送して、そのユーザ端末の接続を阻止するようにすることにあることを特徴とする、方法。
【請求項２】
各マルチキャスト・フィルタは、少なくとも１つのグループ・アドレスによって定義されるマルチキャストＩＰブロードキャスティング要求メッセージの伝送の許可ごとに、または拒否ごとに、少なくとも１つのフィルタ・タイプ値を含むことを特徴とする、請求項１に記載の方法。
【請求項３】
タイプ値を含むフィールドに加えて、各マルチキャスト・フィルタは、
マルチキャストＩＰストリーム・ブロードキャスティング送信元のアドレスＩＰ（Ｓ）と、
マルチキャスト・グループのアドレスＩＰ（Ｇ）と、
既存のマルチキャストＩＰフィルタを追加する、または削除することによって更新するための関数値と、
マルチキャストＩＰフィルタ識別番号とを少なくとも含むことを特徴とする、請求項２に記載の方法。
【請求項４】
前記アクセス許可承認メッセージの前記伝送の後、前記アクセス制御サーバの制御下で、
前記アクセス制御サーバから前記収集装置に、アクセス許可変更メッセージを伝送すること、および前記収集装置によってアクセス許可の変更が承認され、実行されると、
前記収集装置から前記アクセス制御サーバに、前記収集装置によるアクセス許可の変更の承認および実行を通知するメッセージを伝送すること、さもなければ、アクセス許可の変更が、拒否され、実行されないと、
前記収集装置から前記アクセス制御サーバに、前記収集装置によってアクセス許可の変更が拒否され、実行されなかったというメッセージを伝送することにさらにあることを特徴とする、請求項１から３の一項に記載の方法。
【請求項５】
前記アクセス許可変更メッセージは、関数値が、少なくとも１つの既存のマルチキャストＩＰフィルタを追加する、または削除することによって更新するための関数値である、少なくとも１つのマルチキャストＩＰフィルタを含むことを特徴とする、請求項４に記載の方法。
【請求項６】
前記アクセス制御サーバの制御下で、
前記アクセス制御サーバから前記収集装置に、アクセス許可更新メッセージを伝送すること、および前記収集装置によって前記アクセス許可更新が考慮されると、
前記収集装置から前記アクセス制御サーバに、前記収集装置によって前記アクセス許可更新が考慮されたことを通知するメッセージを伝送すること、さもなければ、前記収集装置によって前記アクセス許可更新が考慮されなかった場合、
前記収集装置から前記アクセス制御サーバに、前記アクセス許可更新が考慮されなかったことを通知するメッセージを伝送することにさらにあることを特徴とする、請求項１から３の一項に記載の方法。
【請求項７】
前記アクセス許可更新メッセージは、関数値が、既存のマルチキャストＩＰフィルタを削除することによって更新するための関数値である、少なくとも１つのマルチキャストＩＰフィルタを含むことを特徴とする、請求項６に記載の方法。
【請求項８】
前記収集装置から前記アクセス制御サーバに伝送される、いずれのアクセス許可要求またはアクセス再許可要求の後にも、前記アクセス制御サーバによって実行される、要求側ユーザ端末のアクセス権を検証するステップが続くことを特徴とする、請求項１から７の一項に記載の方法。
【請求項９】
マルチキャストＩＰブロードキャストにアクセスするアクセスを許可するため、アクセス許可を変更するため、または許可を更新するためのメッセージであって、
少なくとも１つのグループ・アドレスによって定義されるマルチキャストＩＰブロードキャスティング要求メッセージの伝送の許可ごとに、または拒否ごとに、少なくとも１つのフィルタ・タイプ値をそれぞれが含む、少なくとも１つのマルチキャストＩＰフィルタを含むことを特徴とする、メッセージ。
【請求項１０】
マルチキャストＩＰストリームへのアクセスを制御するためのサーバであって、
アドレス・ペアによって定義されるマルチキャストＩＰブロードキャスティング要求メッセージの伝送の許可ごとに、または拒否ごとに、少なくとも１つのフィルタ・タイプ値を含む少なくとも１つのマルチキャスト・フィルタをそれぞれが含むアクセス許可メッセージを生成する少なくとも１つのモジュールを含むことを特徴とする、サーバ。
【請求項１１】
マルチキャストＩＰブロードキャスティング要求メッセージを収集するための装置であって、
ＩＰネットワークに接続されたアクセス制御サーバへのアクセス許可要求メッセージを生成する手段を少なくとも含むことを特徴とする、装置。
【請求項１２】
アクセス制御サーバによって配信されるアクセス許可承認メッセージを格納するため、および複数のマルチキャスト・フィルタをインストールするための手段を含むことを特徴とする、請求項１１に記載の収集装置。
【請求項１３】
複数のマルチキャスト・フィルタをインストールするための前記手段は、受信された各マルチキャスト・フィルタに関して、少なくとも、
前記マルチキャストＩＰブロードキャスティング許可承認メッセージから各マルチキャスト・フィルタを抽出すること、
インストールの候補である前記マルチキャスト・フィルタの内容を評価すること、および削除関数値が評価されると、
対応する既存のマルチキャスト・フィルタを削除し、次に、インストールの候補である前記マルチキャスト・フィルタをインストールすること、さもなければ、インストールの候補である前記フィルタを追加する、または更新するための関数値が評価されると、
インストールの候補である前記マルチキャスト・フィルタをインストールすることにあるマルチキャスト・フィルタをインストールするためのプロセスを実行することを特徴とする、請求項１２に記載の収集装置。
【請求項１４】
コンピュータ、またはマルチキャストＩＰストリームへのアクセスを制御するためのサーバなどの専用デバイスによって実行されるように一連の命令を含む、記憶媒体上に記録されたコンピュータ・プログラムであって、
その実行中、前記一連の命令が、請求項１から８の一項に記載の、そのユーザ端末によって要求されたマルチキャストＩＰストリームへのアクセスを制御する方法の、ユーザ端末を認証し、かつ／または識別し、かつユーザ端末のアクセス権を検証するステップ、ならびにそのアクセス制御サーバから収集装置に、アクセス承認メッセージまたはアクセス承認拒否メッセージを伝送するステップの実施を可能にすることを特徴とする、プログラム。
【請求項１５】
コンピュータ、またはユーザ端末によって送信されたマルチキャストＩＰブロードキャスティング要求メッセージを収集するための装置のような、専用デバイスによって実行されるように一連の命令を含む、記憶媒体上に記録されたコンピュータ・プログラムであって、
その実行中、前記一連の命令が、請求項１から８の一項に記載の方法の、前記収集装置からアクセス制御サーバに、アクセス許可要求メッセージを伝送するステップの実施を可能にすることを特徴とする、プログラム。
【請求項１】
ユーザ端末によって、ＩＰネットワークに接続されたマルチキャストＩＰストリーム・ブロードキャスティング要求メッセージ収集装置に要求されたマルチキャストＩＰストリームへのアクセスを制御する方法であって、
そのユーザ端末による、その収集装置への接続の後、少なくとも、
その収集装置から、前記ＩＰネットワークに接続されたアクセス制御サーバに、アクセス許可要求メッセージを伝送すること、および前記アクセス制御サーバによる前記ユーザ端末の認証および／または識別、ならびにアクセス権の検証の成功の後、
前記アクセス制御サーバから前記収集装置にアクセス許可承認メッセージを伝送すること、および前記アクセス許可承認メッセージは少なくとも１つのマルチキャスト・フィルタ・セットを含むこと、さもなければ、前記アクセス制御サーバによる、前記ユーザ端末の認証および／または識別、ならびにアクセス権の検証が成功しなかった後、
前記アクセス制御サーバから前記収集装置に、アクセス許可拒否メッセージを伝送して、そのユーザ端末の接続を阻止するようにすることにあることを特徴とする、方法。
【請求項２】
各マルチキャスト・フィルタは、少なくとも１つのグループ・アドレスによって定義されるマルチキャストＩＰブロードキャスティング要求メッセージの伝送の許可ごとに、または拒否ごとに、少なくとも１つのフィルタ・タイプ値を含むことを特徴とする、請求項１に記載の方法。
【請求項３】
タイプ値を含むフィールドに加えて、各マルチキャスト・フィルタは、
マルチキャストＩＰストリーム・ブロードキャスティング送信元のアドレスＩＰ（Ｓ）と、
マルチキャスト・グループのアドレスＩＰ（Ｇ）と、
既存のマルチキャストＩＰフィルタを追加する、または削除することによって更新するための関数値と、
マルチキャストＩＰフィルタ識別番号とを少なくとも含むことを特徴とする、請求項２に記載の方法。
【請求項４】
前記アクセス許可承認メッセージの前記伝送の後、前記アクセス制御サーバの制御下で、
前記アクセス制御サーバから前記収集装置に、アクセス許可変更メッセージを伝送すること、および前記収集装置によってアクセス許可の変更が承認され、実行されると、
前記収集装置から前記アクセス制御サーバに、前記収集装置によるアクセス許可の変更の承認および実行を通知するメッセージを伝送すること、さもなければ、アクセス許可の変更が、拒否され、実行されないと、
前記収集装置から前記アクセス制御サーバに、前記収集装置によってアクセス許可の変更が拒否され、実行されなかったというメッセージを伝送することにさらにあることを特徴とする、請求項１から３の一項に記載の方法。
【請求項５】
前記アクセス許可変更メッセージは、関数値が、少なくとも１つの既存のマルチキャストＩＰフィルタを追加する、または削除することによって更新するための関数値である、少なくとも１つのマルチキャストＩＰフィルタを含むことを特徴とする、請求項４に記載の方法。
【請求項６】
前記アクセス制御サーバの制御下で、
前記アクセス制御サーバから前記収集装置に、アクセス許可更新メッセージを伝送すること、および前記収集装置によって前記アクセス許可更新が考慮されると、
前記収集装置から前記アクセス制御サーバに、前記収集装置によって前記アクセス許可更新が考慮されたことを通知するメッセージを伝送すること、さもなければ、前記収集装置によって前記アクセス許可更新が考慮されなかった場合、
前記収集装置から前記アクセス制御サーバに、前記アクセス許可更新が考慮されなかったことを通知するメッセージを伝送することにさらにあることを特徴とする、請求項１から３の一項に記載の方法。
【請求項７】
前記アクセス許可更新メッセージは、関数値が、既存のマルチキャストＩＰフィルタを削除することによって更新するための関数値である、少なくとも１つのマルチキャストＩＰフィルタを含むことを特徴とする、請求項６に記載の方法。
【請求項８】
前記収集装置から前記アクセス制御サーバに伝送される、いずれのアクセス許可要求またはアクセス再許可要求の後にも、前記アクセス制御サーバによって実行される、要求側ユーザ端末のアクセス権を検証するステップが続くことを特徴とする、請求項１から７の一項に記載の方法。
【請求項９】
マルチキャストＩＰブロードキャストにアクセスするアクセスを許可するため、アクセス許可を変更するため、または許可を更新するためのメッセージであって、
少なくとも１つのグループ・アドレスによって定義されるマルチキャストＩＰブロードキャスティング要求メッセージの伝送の許可ごとに、または拒否ごとに、少なくとも１つのフィルタ・タイプ値をそれぞれが含む、少なくとも１つのマルチキャストＩＰフィルタを含むことを特徴とする、メッセージ。
【請求項１０】
マルチキャストＩＰストリームへのアクセスを制御するためのサーバであって、
アドレス・ペアによって定義されるマルチキャストＩＰブロードキャスティング要求メッセージの伝送の許可ごとに、または拒否ごとに、少なくとも１つのフィルタ・タイプ値を含む少なくとも１つのマルチキャスト・フィルタをそれぞれが含むアクセス許可メッセージを生成する少なくとも１つのモジュールを含むことを特徴とする、サーバ。
【請求項１１】
マルチキャストＩＰブロードキャスティング要求メッセージを収集するための装置であって、
ＩＰネットワークに接続されたアクセス制御サーバへのアクセス許可要求メッセージを生成する手段を少なくとも含むことを特徴とする、装置。
【請求項１２】
アクセス制御サーバによって配信されるアクセス許可承認メッセージを格納するため、および複数のマルチキャスト・フィルタをインストールするための手段を含むことを特徴とする、請求項１１に記載の収集装置。
【請求項１３】
複数のマルチキャスト・フィルタをインストールするための前記手段は、受信された各マルチキャスト・フィルタに関して、少なくとも、
前記マルチキャストＩＰブロードキャスティング許可承認メッセージから各マルチキャスト・フィルタを抽出すること、
インストールの候補である前記マルチキャスト・フィルタの内容を評価すること、および削除関数値が評価されると、
対応する既存のマルチキャスト・フィルタを削除し、次に、インストールの候補である前記マルチキャスト・フィルタをインストールすること、さもなければ、インストールの候補である前記フィルタを追加する、または更新するための関数値が評価されると、
インストールの候補である前記マルチキャスト・フィルタをインストールすることにあるマルチキャスト・フィルタをインストールするためのプロセスを実行することを特徴とする、請求項１２に記載の収集装置。
【請求項１４】
コンピュータ、またはマルチキャストＩＰストリームへのアクセスを制御するためのサーバなどの専用デバイスによって実行されるように一連の命令を含む、記憶媒体上に記録されたコンピュータ・プログラムであって、
その実行中、前記一連の命令が、請求項１から８の一項に記載の、そのユーザ端末によって要求されたマルチキャストＩＰストリームへのアクセスを制御する方法の、ユーザ端末を認証し、かつ／または識別し、かつユーザ端末のアクセス権を検証するステップ、ならびにそのアクセス制御サーバから収集装置に、アクセス承認メッセージまたはアクセス承認拒否メッセージを伝送するステップの実施を可能にすることを特徴とする、プログラム。
【請求項１５】
コンピュータ、またはユーザ端末によって送信されたマルチキャストＩＰブロードキャスティング要求メッセージを収集するための装置のような、専用デバイスによって実行されるように一連の命令を含む、記憶媒体上に記録されたコンピュータ・プログラムであって、
その実行中、前記一連の命令が、請求項１から８の一項に記載の方法の、前記収集装置からアクセス制御サーバに、アクセス許可要求メッセージを伝送するステップの実施を可能にすることを特徴とする、プログラム。
【図１】
【図２ａ】
【図２ｂ】
【図３ａ】
【図３ｂ】
【図４ａ】
【図４ｂ】
【図２ａ】
【図２ｂ】
【図３ａ】
【図３ｂ】
【図４ａ】
【図４ｂ】
【公表番号】特表２００８−５３０９３２（Ｐ２００８−５３０９３２Ａ）
【公表日】平成２０年８月７日（２００８．８．７）
【国際特許分類】
【出願番号】特願２００７−５５５６６４（Ｐ２００７−５５５６６４）
【出願日】平成１８年２月１５日（２００６．２．１５）
【国際出願番号】ＰＣＴ／ＦＲ２００６／０００３５２
【国際公開番号】ＷＯ２００６／０８７４７２
【国際公開日】平成１８年８月２４日（２００６．８．２４）
【出願人】（５９１０３４１５４）フランス テレコム (290)
【Ｆターム（参考）】
【公表日】平成２０年８月７日（２００８．８．７）
【国際特許分類】
【出願日】平成１８年２月１５日（２００６．２．１５）
【国際出願番号】ＰＣＴ／ＦＲ２００６／０００３５２
【国際公開番号】ＷＯ２００６／０８７４７２
【国際公開日】平成１８年８月２４日（２００６．８．２４）
【出願人】（５９１０３４１５４）フランス テレコム (290)
【Ｆターム（参考）】
[ Back to top ]