JP2004135281A

JP2004135281A - 安定したマルチキャストフロー

Info

Publication number: JP2004135281A
Application number: JP2003279697A
Authority: JP
Inventors: Alistair John Parker; アリステアー・ジヨン・パーカー; Gino Louis Dion; ジーノ・ルイ・デイオン; Sean Gordon Higgins; シーン・ゴードン・ヒギンズ
Original assignee: ImagicTV Inc
Current assignee: Nokia Canada Inc
Priority date: 2002-07-30
Filing date: 2003-07-25
Publication date: 2004-04-30
Anticipated expiration: 2023-07-25
Also published as: EP1487168B1; JP4299606B2; US7263610B2; CN1477821A; DE60327611D1; US20040025013A1; EP1487168A1

Abstract

【課題】正当なエンドユーザだけにデータフローをマルチキャストする安定したやり方をコンテンツプロバイダに提供するための方法、デバイス、およびシステムを提供する。
【解決手段】特定のデータフローを要求する正当なエンドユーザである可能性がある各ユーザに関して特定の判定を行うことにより、異なる加入者プロファイルを考慮に入れることができる。さらに、特定のエンドユーザに対する特定のデータフローをスイッチおよび／またはルータに制御させることにより、終端間暗号化が回避される。各エンドユーザが、マルチキャストグループに加入する許可を求める要求ＤＴＵをスイッチおよび／またはルータに送信する。要求が正当ではない、または真正ではないと判定された場合、特定のデータフローは、終了される。要求が正当である、または真正である場合、データフローは、スイッチおよび／またはルータによって中断されずに流れることが許される。
【選択図】　　　図１

Description

　本発明は、ネットワーキング技術に関し、より具体的には、マルチキャストソースとマルチキャストを受信するエンドユーザの間で安定したマルチキャストフローを提供するための技術に関する。本発明は、マルチキャストプロバイダに認証サービスおよび検証サービスを提供する方法およびデバイスに特に適用可能であるが、これらの方法およびデバイスへの適用に限定されない。

　コンピュータ技術がますます普及し、コンピュータ技術が日常生活のすべての面に適用されていることで、新たな複雑な課題および問題が生じている。インターネットへのブロードバンドアクセスの到来とともに、ますます多くのコンテンツプロバイダが、マルチキャスト技術を使用して自らのコンテンツを加入者に配信している。これは、通常、データフローがコンテンツを含んだ状態でコンテンツソースとエンドユーザデバイスの間で継続するデータフローを確立することを含む。大抵、そのようなコンテンツは、データフローの中に音声コンテンツとビデオコンテンツがともに符号化されているマルチメディアデータの形態をとる。

　エンドユーザに簡易であるようにするため、このデータフローには、セットトップボックスなどのエンドユーザデバイスによってアクセスすることができる。この技術は、様々なマルチメディアコンテンツを配信するのに使用されてきただけでなく、通常のテレビジョン信号を送るのにも使用されてきた。そのようなＴＶ信号は、基本的に複数のエンドユーザデバイスに同時にブロードキャストされるので、マルチキャスト技術に極めてよく適している。インターネットを介してＴＶ信号マルチキャストを受信するのにエンドユーザデバイスが行わなければならないのは、コンテンツソースから発信されるデータフローを受信することだけである。

　ただし、このマルチキャストへの許可のないアクセスを防止するため、コンテンツプロバイダは、現在、ソース側の終端でマルチキャストデータを暗号化している。正当なエンドユーザは、データフローを受信することができ、そのデータフローを暗号化解除する適切な暗号化解除鍵の提供を受ける。そのような終端間暗号化は、残念ながら、不便である可能性がある。具体的には、データフローリンクの各終端において暗号化能力および暗号化解除能力が必要とされる。さらに、暗号化鍵、暗号化解除鍵、および暗号化アルゴリズムを定期的に取り替えて、または更新して、許可のないユーザ要素がシステムに侵入するのを防止する必要がある。明らかに、マルチキャストデータに対するアクセスを防止するためのそのようなシステムは、不便であり、また高価である可能性がある。本発明の目的は、従来の技術の欠点を克服する、または軽減する代案を提供することである。

　本明細書全体で、データ伝送単位（ＤＴＵ）という用語は、デジタルデータがネットワーク内のあるポイントから別のポイントに伝送される単位を意味するものとして、一般的な意味で使用されることに留意されたい。したがって、そのような単位は、パケット、セル、またはフレームの形態をとること、あるいは任意の他の単位の形態をとることが、デジタルデータがその単位の中にカプセル化されている限りで可能である。したがって、ＤＴＵという用語は、任意のすべてのパケット、セル、フレーム、または特定のプロトコル、標準、または伝送スキームを実施する任意の他の単位に適用することができる。また、デジタルデータという用語は、本明細書全体で、あらゆる種類の音声、マルチメディアコンテンツ、ビデオ、２進データ、あるいはデジタル化されており、ネットワーク内のあるポイントから別のポイントに伝送される任意の他の形態のデータまたは情報を包含するものとして使用されることに留意されたい。

インターネットエンジニアリングタスクフォース（ＩＥＴＦ）ＲＦＣ　２２３６インターネットエンジニアリングタスクフォース（ＩＥＴＦ）ＲＦＣ　１１１２インターネットエンジニアリングタスクフォース（ＩＥＴＦ）ＲＦＣ　２１３８インターネットエンジニアリングタスクフォース（ＩＥＴＦ）ＲＦＣ　２１３９

　本発明は、正当なエンドユーザだけにデータフローをマルチキャストする安定したやり方をコンテンツプロバイダに提供するための方法、デバイス、およびシステムを提供する。特定のデータフローを要求する正当なエンドユーザである可能性がある各ユーザに関して特定の判定を行うことにより、異なる加入者プロファイルを考慮に入れることができる。さらに、特定のエンドユーザに対する特定のデータフローをスイッチおよび／またはルータに制御させることにより、終端間暗号化が回避される。各エンドユーザは、マルチキャストグループに加入する許可を求める要求ＤＴＵをスイッチおよび／またはルータに送信する。スイッチおよび／またはルータは、要求データ伝送単位（ＤＴＵ）から識別データを取り出し、その要求側のエンドユーザが要求された特定のデータフローに関して許可されるかどうかを判定する。この判定は、自らのデータベースの中のあらかじめプログラミングされた基準に照らして識別データを検査するポリシーサーバに識別データを含むクエリＤＴＵを送信することによって行うことができる。次に、ポリシーサーバが、識別データに基づいて要求の真正性または正当性を確認する、または否認する応答ＤＴＵをスイッチおよび／またはルータに送信する。その間、スイッチおよび／またはルータは、クエリＤＴＵをポリシーサーバに送信した後、特定の要求されたデータフローが要求側のエンドユーザに向かうことを許す。ポリシーサーバからの応答に基づき、要求が正当ではない、または真正ではないと判定された場合、その特定のデータフローは、終了される。要求が正当である、または真正である場合、データフローは、スイッチおよび／またはルータによって中断されずに流れることが許される。

　第１の態様では、本発明は、エンドユーザデバイスからの特定のデータフローの要求を認証するための方法であって、
　ａ）エンドユーザデバイスから、前記エンドユーザデバイスに対する前記特定のデータフローを要求する要求データ伝送単位（ＤＴＵ）を受信するステップと、
　ｂ）前記ＤＴＵから、前記エンドユーザデバイスおよび前記特定のデータフローを識別する識別データを取り出すステップと、
　ｃ）前記識別データの少なくとも一部分に基づいて前記要求ＤＴＵが正当であるかどうかを判定するステップと、
　ｄ）ステップｃ）で判定されたように前記要求ＤＴＵが正当であるかどうかに基づいて所定の１組のステップを実行するステップとを含む方法を提供する。

　第２の態様では、本発明は、データサーバからエンドユーザデバイスに複数のデータフローを経路指定するためのネットワークデバイスであって、
　エンドユーザデバイスから、前記エンドユーザデバイスに対する前記特定のデータフローを要求する要求データ伝送単位（ＤＴＵ）を受信するための手段と、
　前記要求ＤＴＵから、前記エンドユーザデバイスおよび前記特定のデータフローを識別する識別データを取り出すための手段と、
　前記識別データの少なくとも一部分に基づいて前記要求ＤＴＵを認証することができるポリシーサーバに、前記識別データの前記少なくとも一部分を含み、前記要求ＤＴＵの認証に関するクエリを伝送するための手段と、
　前記ポリシーサーバから前記クエリに関連する応答を受信するための手段と、
　前記特定のデータフローを前記エンドユーザデバイスに経路指定するための手段とを含み、前記ネットワークデバイスが、前記要求ＤＴＵが正当であるかどうかに基づいて前記エンドユーザデバイスによる前記特定のデータフローへのアクセスを許可する、または防止するネットワークデバイスを提供する。

　第３の態様では、本発明は、コンピュータソフトウェア製品が符号化されているコンピュータ可読媒体であって、
　エンドユーザデバイスから、前記エンドユーザデバイスに対する前記特定のデータフローを要求する要求データ伝送単位（ＤＴＵ）を受信するためのソフトウェアモジュールと、
　前記要求ＤＴＵから、前記エンドユーザデバイスおよび前記特定のデータフローを識別する識別データを取り出すためのソフトウェアモジュールと、
　前記識別データの少なくとも一部分に基づいて前記要求ＤＴＵが正当であるかどうかを判定するためのソフトウェアモジュールと、
　前記エンドユーザデバイスに対する前記特定のデータフローの伝送を許すためのソフトウェアモジュールとを含む媒体を提供する。

　第４の態様では、本発明は、ネットワークに結合することが可能なエンドユーザデバイスを認証する方法であって、
　ａ）前記エンドユーザデバイスから、前記エンドユーザデバイスを識別する識別データ、および前記エンドユーザデバイスがアクセスを有するものとされる特定のデータを含むデータ伝送単位（ＤＴＵ）を受信するステップと、
　ｂ）前記ＤＴＵから前記識別データを取り出すステップと、
　ｃ）前記識別データの少なくとも一部分、および１組の所定のビジネス規則に基づき、前記エンドユーザデバイスが前記特定のデータにアクセスする資格があるかどうかを判定するステップとを含む方法を提供する。

　本発明のよりよい理解は、添付の図面を参照する以下の詳細な説明を考慮することによって得られる。

　図１を参照すると、安定したマルチキャストフローを提供するためのシステムのブロック図が示されている。システム１０は、マルチキャストコンテンツサーバ２０Ａ、２０Ｂ、２０Ｃ、ならびにエンドユーザデバイス３０Ａ、３０Ｂ、３０Ｃを有する。また、スイッチおよび／またはルータ４０も、ポリシーサーバ５０とともに存在する。コンテンツサーバ２０Ａ、２０Ｂ、２０Ｃは、マルチキャストデータフロー６０Ａ、６０Ｂ、６０Ｃをエンドユーザデバイス３０Ａ、３０Ｂ、３０Ｃに配信するためにスイッチおよび／またはルータ４０に伝送する。スイッチおよび／またはルータ４０は、ポリシーサーバ５０とも通信する。

　システム１０は、コンテンツサーバと協働してデータフロー６０Ａ、６０Ｂ、６０Ｃをスイッチおよび／またはルータ４０に伝送する。各データフローは、エンドユーザデバイス３０Ａ、３０Ｂ、３０Ｃによって代表される任意の数のエンドユーザデバイスに向けられる、つまり経路指定されることが可能である。データフロー６０Ａ、６０Ｂ、６０Ｃがマルチキャストと呼ばれるのはこのためである。すなわち、各データフローが、任意の数の受け手のエンドユーザデバイスにブロードキャストされることが可能である。ただし、コンテンツサーバ２０Ａ、２０Ｂ、２０Ｃの運営者によって提供される特定のサービスに加入するデバイスである正当なエンドユーザデバイス、または真正のエンドユーザデバイスだけが、データフローにアクセスすることが許される。例として、エンドユーザデバイス３０Ａが、データフロー６０Ａおよび６０Ｃに加入しているが、データフロー６０Ｂには加入していないことが可能である。同様に、エンドユーザデバイス３０Ｂが、データフロー６０Ｂおよび６０Ｃに対する正当な加入者であり、エンドユーザデバイス３０Ｃは、すべてのデータフロー６０Ａ、６０Ｂ、６０Ｃに対する加入者であることが可能である。

　各エンドユーザデバイス３０Ａ、３０Ｂ、３０Ｃは、自らが加入するデータフローにアクセスするため、特定のデータフローを要求する要求をスイッチおよび／またはルータ４０に独立に送信する。前述の例では、エンドユーザデバイス３０Ａが、データフロー６０Ｂを要求し、他方、エンドユーザデバイス３０Ｂと３０Ｃがともに、データフロー６０Ａを要求することが可能である。スイッチおよび／またはルータ４０は、通常、要求側エンドユーザデバイスの識別だけでなく、要求されたデータフローの識別も含む要求データ伝送単位（ＤＴＵ）の形態で要求を受信したとき、その識別データを要求ＤＴＵから取り出す。次に、要求側エンドユーザデバイスが特定の要求されたデータフローにアクセスすることが許されているかどうかの判定が行われなければならない。この判定のため、スイッチおよび／またはルータ４０は、各要求されたデータフローに関してポリシーサーバ５０に送信されるべきクエリＤＴＵを作成する。次に、クエリＤＴＵが、ポリシーサーバ５０に転送される。

　スイッチおよび／またはルータ４０は、クエリＤＴＵに対する応答を含むポリシーサーバ５０からの応答ＤＴＵを待っている間、要求されたデータフローが要求側エンドユーザデバイスに向かうことを許す。したがって、図１で、前述の例に戻ると、エンドユーザデバイス３０Ａ、３０Ｂ、３０Ｃそれぞれが、要求ＤＴＵ（それぞれ矢印７０Ａ、７０Ｂ、７０Ｃで表わされる）をスイッチおよび／またはルータ４０に送信する。次に、スイッチおよび／またはルータ４０は、自らが、少なくとも１つのクエリＤＴＵ（矢印９０）を介してポリシーサーバ５０と通信する際に、要求側エンドユーザデバイスに対する要求されたデータフロー（矢印８０Ａ、８０Ｂ、８０Ｃで表わされる）を許す。次に、スイッチおよび／またはルータ４０は、少なくとも１つの応答ＤＴＵ（矢印１００）をポリシーサーバ５０から受信する。

　スイッチおよび／またはルータ４０は、ポリシーサーバ５０から妥当な応答ＤＴＵを受信すると、受信された応答ＤＴＵに関連するエンドユーザデバイスに対するデータフローを終了するか、またはデータフローが中断されずに継続することを許す。例で前述したとおり、図１を参照すると、エンドユーザデバイス３０Ｃは、３つすべてのデータフロー６０Ａ、６０Ｂ、６０Ｃに対する加入者であり、したがって、要求されたデータフロー６０Ａは、中断されずに継続することが許される。しかし、エンドユーザデバイス３０Ｂは、要求されたデータフロー６０Ａに対する加入者ではなく、またエンドユーザデバイス３０Ａは、要求されたデータフロー６０Ｂに対する加入者ではない。このため、これらのデータフロー（データフロー８０Ａ、８０Ｂ）はともに、スイッチおよび／またはルータ４０によって終了される。

　ポリシーサーバ５０は、スイッチおよび／またはルータ４０からクエリＤＴＵを受信すると、要求側エンドユーザデバイスと要求された特定のデータフローの間の相関を認証するのに必要とされるあらかじめプログラミングされたセキュリティ検査であれば何であれ適用することができる。例えば、ポリシーサーバは、内部加入者テーブルを調べて、要求側エンドユーザデバイスが要求されたデータフローに対する加入者であるかどうかを判定することができる。同様に、ポリシーサーバ５０は、自らのデータベースを調べて、要求側のエンドユーザデバイスが、要求されたデータフローを受信するのに最低限必要とされるセキュリティ対策を実施しているかどうかを判定することもできる。別の代案として、ポリシーサーバ５０は、アカウンティング記録を調べて、要求側エンドユーザデバイスを使用しているエンドユーザのアカウントに延滞がないかどうか判定することができる。アカウントが未済である場合、ポリシーサーバ５０は、要求されたデータフローに関する拒否を戻ることができる。別のオプションは、ポリシーサーバが、要求ＤＴＵから取り出された識別データと併せて所定のあらかじめプログラミングされたビジネス規則を実施して、要求されたデータフローが許されるべきかどうかを判定することである。多数の他の基準をポリシーサーバによって実施して、特定のデータフローに関する特定のエンドユーザデバイスによる特定の要求が許されるか否かを判定することができる。したがって、正当性、つまり要求ＤＴＵが正当であるかどうかは、ポリシーサーバによって実施されるポリシーに依存する。ポリシーサーバからの応答ＤＴＵを追跡するのを助けるため、各応答ＤＴＵは、その応答ＤＴＵが応答しているクエリＤＴＵに元々、含まれていた識別データを有することが可能である。これにより、スイッチおよび／またはルータ４０は、どのデータフローを中断せずにおき、どのデータフローを終了するかを判定するのに、送信されるクエリＤＴＵの自らの記録と受信した応答ＤＴＵとを相互参照するだけでよい。

　オプションとして、ポリシーサーバとスイッチおよび／またはルータの間のトラフィックの量を減らすため、スイッチおよび／またはルータ４０が、デフォルトのポジションを備え、ポリシーサーバは、デフォルトのポジションがもはや使用できなくなった場合にだけ応答を送信すればよいようにすることが可能である。例えば、デフォルトのポジションは、スイッチおよび／またはルータが、要求されたデータフローが通過するのを許すことであることが可能である。ポリシーサーバに送信されたクエリＤＴＵにより、要求側エンドユーザデバイスの認証／正当性の認知がもたらされた場合、ポリシーサーバは、応答ＤＴＵをスイッチおよび／またはルータに送信する必要がない。ポリシーサーバからの応答ＤＴＵがない場合、スイッチおよび／またはルータは、許された要求されたデータフローを継続させる。しかし、ポリシーサーバが、クエリＤＴＵに応答して応答ＤＴＵを送信した場合は、それまでに許されているデータフローが中断される。この代替のスキームは、実施される場合、スイッチおよび／またはルータがどれだけの時間、応答ＤＴＵを待つかを決めるタイマを有していなければならないことが明らかであろう。

　以上に対する別の代案は、要求されたデータフローが行われるのを許すのではなく、所与の時間内に肯定的な応答ＤＴＵが受信されない限り、要求されたデータフローが継続するのが妨げられるようにすることである。この代案では、スイッチおよび／またはルータは、ポリシーサーバからの肯定的な応答ＤＴＵを待ってから、要求されたデータフローが行われることを許す。この場合も、このスキームは、スイッチおよび／またはルータがどれだけの時間、ポリシーサーバからの応答ＤＴＵを待つかを決めるタイマを必要とする。

　さらなる代案は、ポリシーサーバが受信したクエリＤＴＵをログ記録する一方で、スイッチおよび／またはルータが、要求されたデータフローが継続することを許すことである。次に、ログ記録されたクエリＤＴＵが、後の時点でポリシーサーバによって解析され、そのログ記録されたクエリＤＴＵのどれかが、検査および解析で不合格になった場合、対応するデータフローが終了される。

　以上の特定の実施形態では、エンドユーザデバイスによってスイッチおよび／またはルータ４０に送信される要求ＤＴＵは、ＩＧＭＰ（インターネットグループ管理プロトコル）ジョイン（ｊｏｉｎ）メッセージであることが好ましい。ＩＧＭＰ（詳細は、インターネットエンジニアリングタスクフォース（ＩＥＴＦ）ＲＦＣ　２２３６およびＲＦＣ　１１１２で見ることができる）は、インターネットコンピュータが、自らのマルチキャストグループメンバシップを隣接するルータに報告する手立てを提供する。したがって、エンドユーザデバイス３０ＡからのＩＧＭＰジョインメッセージは、単に、エンドユーザデバイス３０Ａが、特定のマルチキャストデータフローに対するマルチキャストグループメンバシップに加えられることを要求する。

　ＩＧＭＰプロトコルの使用により、要求ＤＴＵからの識別データの取出しも簡単にすることができる。各ＭＡＣ（メディアアクセス制御）識別番号は、すべてのネットワークアクセスデバイス（例えば、ネットワークカード）に固有であるため、このＭＡＣ番号を取り出されるべき識別データの１つとして使用することができる。このＭＡＣアドレスは、各機器に固有のハードウェアであり、各ハードウェアデバイスを明確に識別する。取り出されるべき識別データの別の可能な構成要素は、要求側エンドユーザデバイスの固有ＩＰ（インターネットプロトコル）、つまりネットワークアドレスであることが可能である。ＭＡＣアドレスとＩＰアドレスはともに、ＩＧＭＰジョインメッセージから取り出されることが可能である。というのは、すべてのＩＧＭＰメッセージは、以下のフォーマットを有するからである。

ＩＧＭＰペイロードは、要求されたデータフローを識別するデータを含む。このデータには、要求されたデータフローのソースの識別またはアドレスが含まれることが可能である。したがって、前述の例に戻ると、エンドユーザデバイス３０Ａは、データフロー６０Ｂを要求する際、データフロー６０Ｂを明確に指し示すだけでなく、データフロー６０Ｂの起点であるコンテンツサーバ２０Ｂも指し示す。

　さらに、スイッチおよび／またはルータ４０の機能は、スイッチまたはルータによって実行される必要はないことに留意されたい。任意のＩＧＭＰ経路指定コンタクトポイントが、その機能を実行することができる。したがって、要求ＤＴＵを受信することができ、かつクエリＤＴＵをポリシーサーバに送ることができ、したがって、データフローをエンドユーザデバイスに向かわせる、または振り向けることができる汎用のデバイスを使用することができる。

　前述のシステムは、エンドユーザデバイスがセットトップボックス（ＳＴＢ）であるアプリケーションに特に適用可能である。ＳＴＢが要求ＤＴＵをスイッチおよび／またはルータ４０に自動的に送信することができるそのようなアプリケーションは、通常、データフローが特定のＴＶ局からのテレビジョンチャネルフィードなどのマルチメディアコンテンツを有し、インターネットに対するブロードバンドリンクを介して加入するエンドユーザに配信されているシステムにおいて見られる。

　ハッカまたは不正なエンドユーザからのサービス拒否（ＤｏＳ）攻撃を防止するため、スイッチおよび／またはルータ４０は、ポリシーサーバからの前の応答ＤＴＵをキャッシュに入れる、つまり記憶する能力を備えていることが可能である。そのような能力を有することで、不正なエンドユーザデバイスからの繰り返しの要求により、ポリシーサーバに対する繰り返しのクエリＤＴＵが生じない。

　別の代案として、ポリシーサーバ５０の機能をスイッチおよび／またはルータ４０に統合することができる。そのような統合されたデバイスは、データフローの経路指定を行うことができるだけでなく、要求ＤＴＵが正当であるか否かを判定する機能も行うことができる。したがって、統合されたデバイスは、複数のエンドユーザデバイスに関するセキュリティ検査およびアカウント検査を行う手段を有する。

　反対に、別個のポリシーサーバが所望される場合、以下のプロトコル／標準の任意のものを実施するサーバを使用することができる。
　　ＲＡＤＩＵＳ（遠隔認証ダイヤルインユーザサービス）
　　（詳細については、ＩＥＴＦ　ＲＦＣ　２１３８および２１３９を参照されたい）
　　ＬＤＡＰ（ライトウェイトディレクトリアクセスプロトコル）
　　ＳＮＭＰ（簡易ネットワーク管理プロトコル）

　プロセスとして、前述のシステムは、安定したマルチキャストフローを提供する際にスイッチおよび／またはルータ４０によって行われるステップを示す流れ図である図２に示すとおり実施することができる。この図で見て取ることができるとおり、プロセスは、ステップ５００で、すなわち、エンドユーザデバイスから要求ＤＴＵを受信するステップで開始する。ステップ５１０は、要求ＤＴＵから識別データを取り出すステップである。この要求データは、要求側エンドユーザデバイスを識別するデータ（エンドユーザデバイスのＭＡＣアドレスおよびＩＰアドレスなどの）だけでなく、要求されたデータフローを識別するデータも含む。ステップ５２０および５３０は、同時に、または連続して行われる。ステップ５２０は、要求されたデータフローが要求側エンドユーザデバイスに到達するのを許すステップである。ステップ５３０で、スイッチおよび／またはルータ４０が、ステップ５１０で取り出された識別データを含むクエリＤＴＵを作成する。やはりステップ５３０で、スイッチおよび／またはルータ４０が、エンドユーザデバイスからの要求の認証／検証のためにクエリＤＴＵをポリシーサーバに送信する。ステップ５４０は、応答ＤＴＵがポリシーサーバから受信されたかどうかの検査である。この実施形態では、デフォルトのポジションは、ポリシーサーバからの応答が全くなければ、データフロー伝送が継続するのを許すことであるので、必要とされるのは、ステップ５３０で送信されたクエリＤＴＵに対応する応答ＤＴＵが受信されているかどうかを判定することだけである。対応する応答ＤＴＵが受信されている場合は、（ステップ５５０）データフロー伝送を終了させなければならない。とういのは、応答ＤＴＵは、要求ＤＴＵが認証されなかった／正当であると認知されなかったことを意味するからである。反対に、応答ＤＴＵがスイッチおよび／またはルータによって受信されていない場合、データフロー伝送は、中断されずに継続することが許される（ステップ５６０）。

　前述したプロセスは、以上に開示した考え方の範囲内にやはり含まれる多数の変形例を有することに留意されたい。前述したとおり、デフォルトのポジションは、ポリシーサーバからの応答が全くない場合、伝送を許すことであることも、伝送を妨げることであることも可能である。ただし、インターネットＴＶベースのアプリケーションの場合、否定的な応答ＤＴＵが存在しない場合、データフローへのアクセスを許すことが好ましいことが分かっている。

　前述のプロセスは、エンドユーザデバイスによる定期的な認証検査が関与するアプリケーションに合わせて調整することができる。そのようなアプリケーションの場合、データフローを受信するエンドユーザデバイスが、自らの識別データを含むＤＴＵをスイッチおよび／またはルータに定期的に伝送する。次に、スイッチおよび／またはルータが、エンドユーザデバイスを認証する。何らかの理由で認証が不合格であった場合、エンドユーザデバイスに対するデータフローは、そのエンドユーザデバイスがデータフローにアクセスすることが以前に許されたかどうかに関わらず、終了される。そのようなスキームにより、ポリシーサーバのデータベース内の変化する条件を考慮に入れることが可能になる。例として、ポリシーサーバの中のビジネス規則により、支払いの滞納が６０日を過ぎた加入者が打切りにされることが命じられている場合、５９日目まで、その加入者は、アクセスを許される。しかし、６０日目には、条件が変化しており、その加入者は、もはやアクセスが許されない。このため、６０日目には、その加入者に対するデータフローは、スイッチおよび／またはルータによって終了される。

　以上に概要を述べたシステム／方法は、セットトップボックスアプリケーションにおいてだけでなく、デジタルケーブル信号のサテライトベースの配信においても使用することができる。また、エンドユーザデバイスの一度限りの認証、または定期的な認証を必要とする他のアプリケーションも、前述のシステムを使用することができる。したがって、デジタル媒体サービス（デジタルテレビジョンまたはデジタルラジオなどの）を配信するためのサテライト、ケーブル、無線、または任意の他の手段が、前述のシステムに特に適合する可能性がある。

　ソフトウェア製品として、以上のシステム／方法を様々な機能を実行する様々なモジュールで実装することができる（図３参照）。例として、以下の機能のそれぞれを以下の様々なモジュールで実装することができる。

　すなわち、エンドユーザデバイスから要求ＤＴＵを受信するモジュール（モジュール１０００）、
　要求ＤＴＵから識別データを取り出すモジュール（モジュール１０１０）、
　クエリＤＴＵを作成してポリシーサーバに送信し、ポリシーサーバから応答ＤＴＵを受信することによって要求ＤＴＵの真正性を判定するモジュール（モジュール１０２０、ならびにサブモジュール１０２０Ａおよび１０２０Ｂ）、
　要求されたデータフローを要求側エンドユーザデバイスに経路指定するモジュール（モジュール１０３０）、
　エンドユーザデバイスに対するデータフローを終了させるモジュール（モジュール１０４０）、および
　エンドユーザデバイスに対するデータフローを許すモジュール（モジュール１０５０）である。
以上のモジュールは互いに通信して、相互間でデータおよびＤＴＵの受け渡しを行い、各モジュールが自らの機能を実行することができるようにしている。モジュール１０４０および１０５０は、同じ最終結果、すなわち、許可のないエンドユーザデバイスにデータフローへのアクセスを許さないことをもたらす２つのオプションに過ぎないことに留意されたい。

　見て取ることができるとおり、エンドユーザデバイス３０Ａが、要求ＤＴＵをモジュール１０００に送信する。次に、モジュール１０００が、識別データを取り出すことができるように要求ＤＴＵをモジュール１０１０に送る。取り出された識別データは、次に、モジュール１０２０に送られ、サブモジュール１０２０Ａが要求ＤＴＵを作成し、サブモジュール１０２０Ｂが要求ＤＴＵをポリシーサーバ５０に送信することが可能である。実施形態、およびポリシーサーバにおける認証検査の結果に応じて、ポリシーサーバ５０は、応答ＤＴＵを送信すること、または送信しないことが可能である。応答ＤＴＵが受信されたか否かに基づき、あるいは受信された応答ＤＴＵの内容に基づき、モジュール１０２０が、コマンドをモジュール１０４０またはモジュール１０５０に（実施形態に応じて）送る。実施形態でモジュール１０５０が使用される場合、データフローをエンドユーザデバイス３０Ａに経路指定するモジュール１０３０にメッセージが送られる。反対に、デフォルトのアクションが、データフローが行われるのを許すことであり、実施形態で、モジュール１０５０ではなくモジュール１０４０が使用される場合、モジュール１０３０は、データフローをエンドユーザデバイス３０Ａに既に経路指定している。次に、データフローを終了させるようにモジュール１０４０に命令するメッセージが、モジュール１０２０から来ることが可能である。このメッセージは、モジュール１０３０が、エンドユーザデバイス３０Ａに対するデータフローを停止するようにさせる。

　本発明の実施形態は、任意の従来のコンピュータプログラミング言語で実装することができる。例えば、好ましい実施形態は、手続き型プログラミング言語（例えば、「Ｃ」）、またはオブジェクト指向言語（例えば、「Ｃ＋＋」）で実装することができる。本発明の代替の実施形態は、あらかじめプログラミングされたハードウェア要素として、その他の関連する構成要素として、またはハードウェア構成要素とソフトウェア構成要素の組み合わせとして実装することができる。

　実施形態は、コンピュータシステムで使用するためのコンピュータプログラム製品として実装することができる。そのような実施形態には、コンピュータ可読媒体（例えば、ディスケット、ＣＤ−ＲＯＭ、ＲＯＭ、または固定ディスク）などの実体のある媒体上に固定されているか、あるいはモデム、または媒体を介してネットワークに接続された通信アダプタなどの他のインターフェースデバイスを介してコンピュータシステムに伝送可能であるかの、一連のコンピュータ命令が含まれることが可能である。媒体は、実体のある媒体（例えば、光通信回線または電気通信回線）であることも、無線技術（例えば、マイクロ波技術、赤外線技術、またはその他の伝送技術）で実施される媒体であることも可能である。一連のコンピュータ命令は、本明細書で前述した機能のすべて、または一部を実現する。そのようなコンピュータ命令は、多くのコンピュータアーキテクチャまたはオペレーティングシステムで使用するためのいくつかのプログラミング言語で書くことができることが、当分野の技術者には認められよう。さらに、そのような命令は、半導体デバイス、磁気デバイス、光学デバイス、またはその他のメモリデバイスなどの任意のメモリデバイスの中に記憶することができ、光学技術、赤外線技術、マイクロ波技術、またはその他の伝送技術などの任意の通信技術を使用して伝送することができる。そのようなコンピュータプログラム製品は、付随する印刷されたドキュメントまたは電子ドキュメントとともに取外し可能な媒体（例えば、収縮包装されたソフトウェア）として配布されること、またはコンピュータシステムにあらかじめロードされていること（例えば、オンシステムＲＯＭまたは固定ディスク）、またはネットワーク（例えば、インターネットまたはＷｏｒｌｄ　Ｗｉｄｅ　Ｗｅｂ）を介してサーバから配信されることが可能であるものと見込まれる。もちろん、本発明の一部の実施形態は、ソフトウェア（例えば、コンピュータプログラム製品）とハードウェアの組み合わせとして実施することができる。本発明のさらに別の実施形態は、完全にハードウェアとして、または完全にソフトウェア（例えば、コンピュータプログラム製品）として実施することができる。

　本発明の様々な例としての実施形態を開示してきたが、本発明の本来の範囲を逸脱することなく、本発明の利点の一部を実現する様々な変更および改変を行うことができることが、当分野の技術者には明白であろう。

　現時点で、本発明を理解する人は、前述した本発明の代替の構造および代替の実施形態、または変形形態を構想することが可能であり、代替の構造、代替の実施形態、または変形形態のすべてが、特許請求の範囲に定義する本発明の範囲に含まれるものとする。

安定したマルチキャストフローを提供するためのシステムを示すブロック図である。安定したマルチキャストフローを提供する際にスイッチおよび／またはルータによって行われるステップを示す流れ図である。本発明の態様を実施するのに使用することができるソフトウェアのモジュールおよびサブモジュールを示すブロック図である。

符号の説明

　１０　システム
　２０Ａ、２０Ｂ、２０Ｃ　コンテンツサーバ
　３０Ａ、３０Ｂ、３０Ｃ　エンドユーザデバイス
　４０　スイッチ／ルータ
　５０　ポリシーサーバ
　６０Ａ、６０Ｂ、６０Ｃ、８０Ａ、８０Ｂ、８０Ｃ　データフロー
　７０Ａ、７０Ｂ、７０Ｃ　要求データ伝送単位（ＤＴＵ）
　９０　クエリデータ伝送単位（ＤＴＵ）
　１００　応答データ伝送単位（ＤＴＵ）

Claims

　エンドユーザデバイスからの特定のデータフローの要求を認証するための方法であって、
　ａ）前記エンドユーザデバイスから、前記エンドユーザデバイスに対する前記特定のデータフローを要求する要求データ伝送単位（ＤＴＵ）を受信するステップと、
　ｂ）前記ＤＴＵから、前記エンドユーザデバイスおよび前記特定のデータフローを識別する識別データを取り出すステップと、
　ｃ）前記識別データの少なくとも一部分に基づいて前記要求ＤＴＵが正当であるかどうかを判定するステップと、
　ｄ）ステップｃ）で判定したように前記要求ＤＴＵが正当であるかどうかに基づいて所定の１組のステップを実行するステップとを含む方法。
　ステップｃ）が、前記要求ＤＴＵの認証のために前記識別データをポリシーサーバに伝送するステップを含む請求項１に記載の方法。
　ステップｃ）が、前記要求ＤＴＵの正当性の指示を含む応答を前記ポリシーサーバから受信するステップを含む請求項２に記載の方法。
　前記ステップｃ）が、前記ポリシーサーバから応答が受信されたかどうかに基づいて前記ＤＴＵが正当であることを判定するステップを含む請求項２に記載の方法。
　前記ポリシーサーバが、前記識別データの少なくとも一部分と併せて所定のビジネス規則を使用して、前記要求ＤＴＵが認証されるべきかどうかを判定する請求項２に記載の方法。
　前記所定の１組のステップは、
　前記要求ＤＴＵが正当である場合、前記エンドユーザデバイスに対する前記特定のデータフローのデータ伝送を許すステップと、
　前記要求ＤＴＵが正当でない場合、前記エンドユーザデバイスに対する前記特定のデータフローのこれまでに許されていた伝送を終了させるステップとを含むグループから選択された少なくとも１つのステップを含む請求項１に記載の方法。
　前記方法が、
　ネットワークスイッチと、
　ネットワークルータとを含むグループから選択されたデバイスによって実行される請求項１に記載の方法。
　前記識別データが、
　前記エンドユーザデバイスのネットワークアドレスと、
　前記エンドユーザデバイスのハードウェア特有アドレスとを含むグループから選択されたデータを含む請求項１に記載の方法。
　前記識別データが、前記特定のデータフローのソースを識別するデータを含む請求項１に記載の方法。
　前記要求ＤＴＵが、前記特定のデータフローを受信する特定のマルチキャストグループに加入する許可を要求するＩＧＭＰ（インターネットグループ管理プロトコル）メッセージである請求項１に記載の方法。
　前記特定のデータフローが、マルチキャストストリームである請求項１に記載の方法。
　前記マルチキャストストリームにマルチメディアコンテンツが符号化されている請求項１１に記載の方法。
　前記ポリシーサーバからの前の応答をキャッシュに入れるステップをさらに含む請求項２に記載の方法。
　データサーバからエンドユーザデバイスに複数のデータフローを経路指定するためのネットワークデバイスであって、
　エンドユーザデバイスから、前記エンドユーザデバイスに対する前記特定のデータフローを要求する要求データ伝送単位（ＤＴＵ）を受信するための手段と、
　前記要求ＤＴＵから、前記エンドユーザデバイスおよび前記特定のデータフローを識別する識別データを取り出すための手段と、
　前記識別データの少なくとも一部分に基づいて前記要求ＤＴＵを認証することができるポリシーサーバに、前記識別データの前記少なくとも一部分を含み、前記要求ＤＴＵの認証に関するクエリを伝送するための手段と、
　前記ポリシーサーバから前記クエリに関連する応答を受信するための手段と、
　前記特定のデータフローを前記エンドユーザデバイスに経路指定するための手段とを含み、前記ネットワークデバイスが、前記要求ＤＴＵが正当であるかどうかに基づいて前記エンドユーザデバイスによる前記特定のデータフローへのアクセスを許可する、または防止するネットワークデバイス。
　前記特定のデータフローが前記エンドユーザデバイスに経路指定された後、前記エンドユーザデバイスに対する前記特定のデータフローを終了させるための手段をさらに含むネットワークデバイスであって、
　前記ネットワークデバイスが前記要求ＤＴＵが正当でないことを指示する応答を前記ポリシーサーバから受信した場合、前記エンドユーザに対する前記特定のデータフローを終了させる請求項１４に記載のネットワークデバイス。
　前記識別データが、
　前記エンドユーザデバイスのＩＰアドレスと、
　前記エンドユーザデバイスのＭＡＣアドレスを含むグループから選択されたデータを含む請求項１４に記載のネットワークデバイス。
　前記識別データが、前記特定のデータフローのソースであるデータサーバを識別するデータを含む請求項１４に記載のネットワークデバイス。
　前記要求ＤＴＵが、前記特定のデータフローを受信する特定のマルチキャストグループに加入する許可を要求するＩＧＭＰ（インターネットグループ管理プロトコル）メッセージである請求項１４に記載のネットワークデバイス。
　前記ポリシーサーバからの前の応答をキャッシュに入れるためのキャッシュ手段をさらに含む請求項１５に記載のネットワークデバイス。
　コンピュータソフトウェア製品が符号化されているコンピュータ可読媒体であって、
　エンドユーザデバイスから、前記エンドユーザデバイスに対する前記特定のデータフローを要求する要求データ伝送単位（ＤＴＵ）を受信するためのソフトウェアモジュールと、
　前記要求ＤＴＵから、前記エンドユーザデバイスおよび前記特定のデータフローを識別する識別データを取り出すためのソフトウェアモジュールと、
　前記識別データの少なくとも一部分に基づいて前記要求ＤＴＵが正当であるかどうかを判定するためのソフトウェアモジュールと、
　前記エンドユーザデバイスに対する前記特定のデータフローの伝送を許すためのソフトウェアモジュールとを含む媒体。
　前記製品が、
　前記要求ＤＴＵが正当でない場合、前記特定のデータフローの前記伝送を終了させるためのソフトウェアモジュールと、
　前記要求ＤＴＵが正当でない場合、前記特定のデータフローの前記伝送を防止するためのソフトウェアモジュールとを含むグループから選択されたソフトウェアモジュールを含む請求項２０に記載のコンピュータ可読媒体。
　前記要求ＤＴＵが正当であるかどうかを判定するための前記ソフトウェアモジュールが、
　前記識別データに基づく前記要求ＤＴＵの認証のためのポリシーサーバに前記識別データを伝送するためのソフトウェアサブモジュールと、
　前記要求ＤＴＵの真正性の指示を含む応答を前記ポリシーサーバから受信するためのソフトウェアサブモジュールとを含む請求項２０に記載のコンピュータ可読媒体。
　前記識別データが、
　前記エンドユーザデバイスのネットワークアドレスと、
　前記エンドユーザデバイスのハードウェア特有アドレスとを含むグループから選択されたデータを含む請求項２０に記載のコンピュータ可読媒体。
　前記データが、前記特定のデータフローのソースを識別するデータを含む請求項２０に記載のコンピュータ可読媒体。
　前記ネットワークアドレスが、ＩＰアドレスである請求項２３に記載のコンピュータ可読媒体。
　前記ハードウェア特有アドレスが、ＭＡＣアドレスである請求項２３に記載のコンピュータ可読媒体。
　前記ネットワークアドレスが、ＩＰアドレスである請求項８に記載の方法。
　前記ハードウェア特有アドレスが、ＭＡＣアドレスである請求項８に記載の方法。
　ネットワークに結合することが可能なエンドユーザデバイスを認証する方法であって、
　ａ）前記エンドユーザデバイスから、前記エンドユーザデバイスを識別する識別データ、および前記エンドユーザデバイスがアクセスを有するものとされる特定のデータを含むデータ伝送単位（ＤＴＵ）を受信するステップと、
　ｂ）前記ＤＴＵから前記識別データを取り出すステップと、
　ｃ）前記識別データの少なくとも一部分、および１組の所定のビジネス規則に基づき、前記エンドユーザデバイスが前記特定のデータにアクセスする資格があるかどうかを判定するステップとを含む方法。
　ステップｃ）が、前記識別データおよび前記１組のビジネス規則を使用して前記エンドユーザデバイスを認証するための手段を有するポリシーサーバに、前記識別データを伝送するステップをさらに含む請求項２９に記載の方法。
　ステップｃ）が、前記エンドユーザデバイスの真正性の指示を含む応答を前記ポリシーサーバから受信するステップをさらに含む請求項３０に記載の方法。
　ステップｃ）が、前記ポリシーサーバから応答が受信されたかどうか基づいて前記エンドユーザデバイスが真正であるかどうかを判定するステップを含む請求項３０に記載の方法。
　前記エンドユーザデバイスが前記特定のデータにアクセスする資格を有する場合、前記エンドユーザデバイスが前記特定のデータに対するアクセスを得ることを許すステップと、
　前記エンドユーザデバイスが前記特定のデータにアクセスする資格を有する場合、前記エンドユーザデバイスによる前記特定のデータに対するこれまでに許されていたアクセスの継続を許すステップと、
　前記エンドユーザデバイスが前記特定のデータにアクセスする資格を有さない場合、前記エンドユーザデバイスによる前記特定のデータに対するアクセスを防止するステップと、
　前記エンドユーザデバイスが前記特定のデータにアクセスする資格を有さない場合、前記エンドユーザデバイスによる前記特定のデータに対するこれまでに許されていたアクセスを終了させるステップとを含むグループから選択されたステップをさらに含む請求項２９に記載の方法。