JP2007501469A - コンテンツ・プロバイダ認証方法及び装置 - Google Patents

Abstract

本発明の実施形態により、一定のコンテンツに対する所与のアクセスをコンテンツ・プロバイダが認証することが可能となる。コンテンツ配信セッションに加入するというユーザ端末（ＵＥ）（１０１）からの要求をコンテンツ配信サーバ（１１０）が受信するとき、コンテンツ配信サーバは、コンテンツ・プロバイダ認証が必要であるか否かを判定する。コンテンツ・プロバイダ認証が必要であると判定された場合、コンテンツ配信サーバは、コンテンツ・プロバイダ（１２０）によるＵＥのコンテンツ配信セッションの認証を要求する。必要な認証パラメータを取得した後、コンテンツ・プロバイダはコンテンツ配信サーバに対し認証結果を示す。続いて、認証結果に基づき、コンテンツ配信サーバはＵＥ加入要求を拒否するか、又はＵＥの加入を実行する。

Description

本発明は通信システムに関する。詳細には、本発明は通信システムにおけるコンテンツ・プロバイダ認証に関する。

ＭＢＭＳ（マルチメディア・ブロードキャスト／マルチキャスト・サービス）標準規格の開発により、移動体通信ネットワークにおいて、無線サービス・プロバイダが移動体通信デバイスに対しマルチキャスト・サービスを提供することが可能となる。現在、この標準規格では、第３者機関のコンテンツ・プロバイダには、参加するデバイスに対しマルチメディア・コンテンツを送信するための手段が提供されている。しかしながら、現在、この標準規格では、誰が特定のコンテンツを受信可能であるかをコンテンツ・プロバイダが認証することは許可されていない。

そればかりか、現在の標準規格の方式においてはサービス・プロバイダが認証を実行することが想定されているため、ユーザはエア・インタフェース料金のみならずコンテンツ料金までもサービス・プロバイダに支払うと想定されている。一部のコンテンツ・プロバイダは無線サービス・プロバイダと密接な業務関係を有することにより、認証及び料金徴収の負担をサービス・プロバイダに転嫁している。しかしながら、むしろ自身のコンテンツへのアクセスを直接的に制御することを所望するコンテンツ・プロバイダが存在すると考えられる。例えば、一部のコンテンツ・プロバイダは、必ずしも全ての無線サービス・プロバイダがユーザを正確に認証すること、又は自身のコンテンツへのアクセスを取得しているユーザ数を正確に報告することが確実であるとは考えていない。さらに、一部のコンテンツ・プロバイダは、単に、誰がどのコンテンツへのアクセスを有するかを示すユーザ・リストを各サービス・プロバイダへ提供することによる問題を、全て回避することを所望する場合がある。

したがって、一定のコンテンツに対する所与のアクセスをコンテンツ・プロバイダが認証することを可能とする必要が存在する。

本発明の実施形態により、一定のコンテンツに対する所与のアクセスをコンテンツ・プロバイダが認証することが可能となる。コンテンツ配信セッションに加入するというユーザ端末（ＵＥ）からの要求をコンテンツ配信サーバが受信するとき、コンテンツ配信サーバは、コンテンツ・プロバイダ認証が必要であるか否かを判定する。コンテンツ・プロバイダ認証が必要であると判定された場合、コンテンツ配信サーバは、コンテンツ・プロバイダによるＵＥのコンテンツ配信セッションの認証を要求する。必要な認証パラメータを取得した後、コンテンツ・プロバイダはコンテンツ配信サーバに対し認証結果を示す。続いて、認証結果に基づき、コンテンツ配信サーバはＵＥ加入要求を拒否するか、又はＵＥの加入を実行する。

開示の実施形態は図１〜４を参照することにより、より完全に理解される。図１は、本発明の複数の実施形態による通信システム１００のブロック図である。通信システム１００は第３世代パートナーシップ・プロジェクト（３ＧＰＰ）、マルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳ）、ＧＰＲＳ（ゼネラル・パケット・ラ
ジオ・サービス）システムに基づいており、本発明の一実施形態を実装するように修正されている。本発明の代替の実施形態は、他の技術を用いる通信システムにおいて実装される。この技術には、以下に限定されないが、ＩＳ−２０００（１Ｘ及びＥＶ／ＤＶ）及びＩＳ−８５６高レート・パケット・データ（ＨＲＰＤ）（１Ｘ ＥＶ／ＤＯ）を含む、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）技術及び符号分割多重接続（ＣＤＭＡ）技術等が含まれる。

図１にはシステム１００の動作に必要なネットワーク機器の全てが示されてはおらず、本発明の実施形態の説明に特に関連するシステム構成要素／論理エンティティのみが示されていることが、当業者には認識されるであろう。図１に示すように、例えば、通信システム１００は、ユーザ端末（ＵＥ）１０１、無線アクセス・ネットワーク（ＲＡＮ）１０２、サービングＧＰＲＳサポート・ノード（ＳＧＳＮ）１０３、ホーム・ロケーション・レジスタ（ＨＬＲ）１０４、ゲートウェイＧＰＲＳサポート・ノード（ＧＧＳＮ）１０５、コンテンツ配信サーバ１１０、及びコンテンツ・プロバイダ１２０を備える。

ユーザ端末のプラットフォームは周知である（例えば、移動体電話、コンピュータ、パーソナル・ディジタル・アシスタント、ゲームデバイス等）。図２には、ＵＥ１０１を示す。ＵＥ１０１はプロセッサ２０１、無線トランシーバ２０２、ディスプレイ２０３、キーパッド２０４、カメラ２０５、マイクロホン２０６、及びスピーカ２０７を備える。プロセッサ、無線トランシーバ、ディスプレイ、キーパッド、カメラ、スピーカ、及びマイクロホン等、ＵＥの論理エンティティは一般に周知である。例えば、プロセッサが、マイクロプロセッサ、メモリデバイス、及び論理回路のうちの１つ以上等、基本構成要素を備えることは知られている。通常、そのような構成要素はアルゴリズムを実装する。アルゴリズムは、例えば、コンピュータ命令等の高級設計言語又は記述と、論理フローチャートとのうちの１つ以上により論理的に表現される。したがって、アルゴリズム、即ち、論理フローが与えられると、当業者には、その論理フローを実行するプロセッサをＵＥに実装するために利用可能な多くの設計開発手法が認識される。

コントローラ及びサーバのプラットフォームは周知である。図２にはコンテンツ配信サーバ１１０及びコンテンツ・プロバイダ１２０を示す。コンテンツ配信サーバ１１０及びコンテンツ・プロバイダ１２０は、それぞれプロセッサ２０９，２１０を備えるとともに、それぞれネットワーク・インタフェース２１１，２１２を備える。ネットワーク・インタフェース及びプロセッサ等、論理エンティティは一般に周知である。例えば、両者が、マイクロプロセッサ、メモリデバイス、及び論理回路のうちの１つ以上等、基本構成要素を備えることは知られている。したがって、アルゴリズム、即ち、論理フローが与えられると、当業者には、その論理フローを実行するプロセッサ及びネットワーク・インタフェースを実装するために利用可能な多くの設計開発手法が認識される。

本発明の第１の実施形態では、公知のコンテンツ配信サーバ及び公知のコンテンツ・プロバイダは、公知の通信設計開発手法を用いられることにより、本発明のコンテンツ配信サーバ態様及びコンテンツ・プロバイダ態様を実装する。その結果、図３に関連して示す方法を実行するコンテンツ配信サーバ１１０と、図４に関連して示す方法を実行するコンテンツ・プロバイダ１２０とが得られる。本発明のコンテンツ配信サーバ態様及びコンテンツ・プロバイダ態様が各々システム１００の種々の物理的な構成要素に実装され、又はシステム１００の種々の物理的な構成要素を通じて実装されてよく、いずれも単一のプラットフォームの実装に限定されないことが、当業者には認識されるであろう。

第１の実施形態では、コンテンツ配信サーバ１１０は移動体通信ネットワークに対しマルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳ）を提供する。しかしながら、コンテンツ配信サーバ１１０によりサービス提供されるＵＥの全てが移動
体デバイスである必要はなく、一般に、コンテンツ配信サーバが移動体通信ネットワークにのみサービス提供する必要はない。第１の実施形態では、コンテンツ配信サーバ１１０は、プロトコル翻訳及びベアラ符号化／復号化変換等、コンテンツ翻訳及び配布機能を実行する。また、３ＧＰＰ ＭＢＭＳ仕様に記載されているように、コンテンツ配信サーバ１１０はブロードキャスト−マルチキャスト・サービス・センタ（ＢＭ−ＳＣ）としても機能する。

第１の実施形態では、コンテンツ・プロバイダ１２０はコンテンツ・サーバを備える。コンテンツ・サーバはコンテンツ配信サーバ１１０を介し、移動体通信ネットワークに対しマルチメディア・プログラム等のコンテンツを提供する。コンテンツ・プロバイダ１２０及びコンテンツ配信サーバ１１０は、インターネット等のパケット・データ・ネットワークを介し通信する。必須ではないが、通常、コンテンツ・プロバイダ１２０は、移動体通信ネットワークのオペレータとは無関係な第３者機関により動作される。

本発明による通信システム１００の動作は、ほぼ以下の通りである。コンテンツ配信サーバ１１０のプロセッサ２０９は、コンテンツ配信セッションを有効化するというＵＥ１０１からの要求を、ネットワーク・インタフェース２１１を介し受信する。セッションを有効化する要求にはセッションを開始することが含まれ、第１の実施形態では、セッションを有効化する要求は特定のコンテンツに加入する要求、又は特定のマルチキャスト・グループに参加する要求である。続いて、コンテンツ配信セッション（又は、例えば、マルチキャスト・セッション）が開始した後、このコンテンツが受信される。したがって、ＵＥ有効化要求はインターネット・グループ管理プロトコル（ＩＧＭＰ；Ｉｎｔｅｒｎｅｔ
Ｇｒｏｕｐ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）の参加メッセージの形態であってもよく、これに代えて、マルチキャスト受信者探索（ＭＬＤ；Ｍｕｌｔｉｃａｓｔ Ｌｉｓｔｅｎｅｒ Ｄｉｓｃｏｖｅｒｙ）の参加メッセージの形態であってもよい。

ＵＥ有効化要求に応答して、プロセッサ２０９は、コンテンツ配信セッションをＵＥ１０１に対して有効化するためにコンテンツ・プロバイダ認証が必要であるか否かを判定する。第１の実施形態では、プロセッサ２０９は、コンテンツ・プロバイダ認証が必要であるか否かを示す情報を含め、サポートする各セッションの情報を保持する。コンテンツ・プロバイダ認証が必要であるとき、プロセッサ２０９はネットワーク・インタフェース２１１を介し認証を要求する。詳細には、コンテンツ配信サーバ１１０はコンテンツ・プロバイダ１２０にＵＥのコンテンツ配信セッションの認証を要求する。コンテンツ・プロバイダ認証の対象はＵＥ１０１自身ではなく、ＵＥ１０１のエンド・ユーザ（ＥＵ）である。しかしながら、実用に際して認証情報が供給されるのはＵＥである（後述）。したがって、本開示において言及される認証には、「ＵＥの認証」及び「ＥＵを認証すること」等、幾分相異なる状況が含まれる。

コンテンツ・プロバイダ・プロセッサ２１０は、コンテンツ配信セッションを有効化するための認証要求を、ネットワーク・インタフェース２１２を介し受信する。応答して、プロセッサ２１０はＵＥのコンテンツ配信セッションの認証を実行する。このユーザ／ＵＥの認証を実行するため、プロセッサ２１０は、ログインＩＤ、パスワード、ＵＥ識別子（関連するアドレス又は電話番号等）、ユーザ識別子（名前又は社会保障番号等）、ユーザのスマートカード情報（加入者識別モジュール（ＳＩＭ）又は近接型カードのチャレンジ／レスポンス番号等）のうちの１つ以上等、１つ以上の認証パラメータを用いる。認証パラメータには、写真、音声標本、網膜走査、指紋、又は掌紋等、ユーザの生体情報が含まれてもよい。

ユーザ／ＵＥの認証には、単に、ＵＥ１０１の有効化要求に基づきＵＥ１０１のコンテンツ配信セッションが予め認可されていることを判定し、それによってＵＥ１０１に対す
る成功の認証結果を生成することが含まれてもよい。しかしながら、ＵＥ１０１が予め認可されていない場合、プロセッサ２０９は１つ以上の認証パラメータの要求を、ネットワーク・インタフェース２１２を介し、ＵＥ１０１に対し直接的に送信してもよく、コンテンツ配信サーバ１１０に対し送信してもよい。例えば、コンテンツ・プロバイダ１２０は、ＵＥ１０１がユーザにコンテンツ・プロバイダＩＤ及びパスワードの入力を要求（ｐｒｏｍｐｔ）するように、ＵＥ１０１に要求する。これに代えて、コンテンツ・プロバイダ１２０がコンテンツ配信サーバ１１０に１つ以上の認証パラメータを要求するとき、コンテンツ配信サーバ１１０は要求された情報を種々のソースから収集してもよい。例えば、プロセッサ２０９はＵＥ１０１、ＲＡＮ１０２、ＳＧＳＮ１０３、及びＨＬＲ１０４のうちの１つ以上に対し（ＳＧＳＮ１０３を介して）認証パラメータ要求を送信する。応答して、対象とされたエンティティから１つ以上の認証パラメータが受信されたとき、コンテンツ配信サーバ１１０はコンテンツ・プロバイダ１２０に対し、その１つ以上の認証パラメータを送信する。代替の一実施形態では、コンテンツ配信サーバ１１０は認証要求に加え、コンテンツ配信サーバ１１０には既知の１つ以上の認証パラメータを送信してもよい。これにより、少なくとも、セッション有効化要求に応答するコンテンツ・プロバイダ・クエリを回避する可能性が得られる。

要求された１つ以上の認証パラメータをコンテンツ配信サーバ１１０又はＵＥ１０１から受信した後、プロセッサ２１０は、受信した１つ以上の認証パラメータを用いて認証結果（公知の認証手法による）を判定する。続いてプロセッサ２１０は、ネットワーク・インタフェース２１２を介し、コンテンツ配信サーバ１１０に対し認証結果の標識を送信する。

認証結果が成功であった場合、プロセッサ２０９は続いてＵＥのコンテンツ配信セッションを有効化する。詳細には、第１の実施形態では、有効化には、セッションに関連するマルチキャスト・グループにＵＥ１０１を追加することにより、ＵＥ１０１をコンテンツ配信セッションに加入させることが含まれる。認証結果が失敗であった場合、プロセッサ２０９はＵＥ１０１のコンテンツ配信セッションを有効化する要求を拒否する。

図３は、本発明の複数の実施形態によるコンテンツ配信サーバが実行する機能の論理フローチャートである。論理フロー３００が開始するとき、コンテンツ配信サーバは、コンテンツ配信セッションを有効化するというユーザ端末（ＵＥ）からの要求を受信する（３０２）。ＵＥのコンテンツ配信セッションを有効化するためにコンテンツ・プロバイダ認証は必要でないとコンテンツ配信サーバが判定（３０４）した場合、コンテンツ配信サーバは続いてＵＥをコンテンツ配信セッションに加入させる（３１６）。しかしながら、コンテンツ・プロバイダ認証は必要であると判定した場合、コンテンツ配信サーバはＵＥのコンテンツ配信セッションの認証を要求する（３０６）。

応答して、コンテンツ配信サーバは、ＵＥの１つ以上の認証パラメータの要求をコンテンツ・プロバイダから受信する（３０８）。コンテンツ配信サーバは要求されたパラメータを取得し（３１０）、そのパラメータをコンテンツ・プロバイダに対し送信する（図３には、１つ以上の認証パラメータの要求が受信される場合を示したが、そのような要求が受信されない（即ち、ブロック３０８が存在しない）場合、ブロック３１０により表現される機能も実行されない。したがって、論理フローはブロック３０６からブロック３１２へ直接続く。）。コンテンツ・プロバイダがＵＥのコンテンツ配信セッションの認証の成功を示した（３１２）とき、コンテンツ配信サーバは続いてＵＥをコンテンツ配信セッションに加入させる（３１６）。認証の成功を示さないとき、コンテンツ配信サーバはＵＥセッション有効化要求を拒否し（３１４）、論理フロー３００は終了する。

図４は、本発明の複数の実施形態によるコンテンツ・プロバイダが実行する機能の論理
フローチャートである。論理フロー４００が開始するとき、コンテンツ・プロバイダは、ＵＥのコンテンツ配信セッションの有効化のため、コンテンツ配信サーバから認証要求を受信する（４０２）。コンテンツ・プロバイダは、認証を実行するために１つ以上の認証パラメータが必要であるか否かを判定する。認証パラメータが必要であると判定（４０４）した場合、コンテンツ・プロバイダは、その１つ以上の認証パラメータをＵＥから直接的に取得する、又はコンテンツ配信サーバから取得する（４０６）。認証パラメータが必要でないと判定した場合（ＵＥが予め認可されている場合等）、或いは、認証パラメータが取得された後、コンテンツ・プロバイダはＵＥに対する認証結果を判定し（４０８）、その結果をコンテンツ配信サーバに対し示す（４１０）。論理フロー４００は終了する。

上述において、特定の実施形態を参照し本明細書を説明した。しかしながら、添付の特許請求の範囲に述べる本発明の精神及び範囲から逸脱することなく種々の修正及び変更がなされ得ることは、当業者には明らかであろう。したがって、明細書及び図面は限定的な意味ではなく例示的な意味と捉えられるものであり、そのような修正形態は本発明の範囲に包含されるものである。加えて、図面における要素は簡潔かつ明瞭に示されており、必ずしも縮尺に応じて描かれていないことも当業者には明らかであろう。例えば、図面における要素のうちの一部の寸法は、本発明の種々の実施形態の理解を向上させるため、他の要素に比較して強調されている場合がある。

本発明の複数の実施形態による通信システムのブロック図。 本発明の複数の実施形態によるユーザ端末、コンテンツ・プロバイダ、及びコンテンツ配信サーバの詳細なブロック図。 本発明の複数の実施形態によるコンテンツ配信サーバが実行する機能の論理フローチャート。 本発明の複数の実施形態によるコンテンツ・プロバイダが実行する機能の論理フローチャート。

Claims (10)

1. コンテンツ・プロバイダ認証方法であって、
   コンテンツ配信セッションを有効化するというユーザ端末（ＵＥ）からの要求をコンテンツ配信サーバが受信するセッション有効化要求受信工程と、
   ＵＥのコンテンツ配信セッションを有効化するためにコンテンツ・プロバイダ認証が必要であるか否かをコンテンツ配信サーバが判定する認証必要性判定工程と、
   コンテンツ・プロバイダ認証が必要であると判定されたとき、ＵＥのコンテンツ配信セッションの認証をコンテンツ配信サーバがコンテンツ・プロバイダに要求する認証要求工程と、
   コンテンツ・プロバイダがＵＥのコンテンツ配信セッションの認証の成功を示すとき、ＵＥのコンテンツ配信セッションをコンテンツ配信サーバが有効化するセッション有効化工程とからなる方法。
2. コンテンツ・プロバイダがＵＥのコンテンツ配信セッションの認証の失敗を示すとき、コンテンツ配信セッションを有効化するというＵＥからの要求をコンテンツ配信サーバが拒否するセッション有効化要求拒否工程を含む請求項１に記載の方法。
3. 認証要求工程はＵＥの１つ以上の認証パラメータをコンテンツ・プロバイダに対し送信する工程を含む請求項１に記載の方法。
4. ＵＥの１つ以上の認証パラメータの要求をコンテンツ配信サーバがコンテンツ・プロバイダから受信する認証パラメータ要求受信工程と、
   コンテンツ・プロバイダからの要求に応答して、ＵＥの１つ以上の認証パラメータをコンテンツ配信サーバがコンテンツ・プロバイダに対し送信する認証パラメータ送信工程とを含む請求項１に記載の方法。
5. コンテンツ・プロバイダ認証方法であって、
   ユーザ端末（ＵＥ）のコンテンツ配信セッションの有効化の認証要求をコンテンツ・プロバイダがコンテンツ配信サーバから受信するセッション有効化認証要求受信工程と、
   コンテンツ・プロバイダがＵＥのコンテンツ配信セッションを認証し、認証結果を生成する認証結果生成工程と、
   コンテンツ・プロバイダがコンテンツ配信サーバに対し認証結果の標識を送信する認証結果送信工程とからなる方法。
6. 認証結果生成工程はＵＥのコンテンツ配信セッションが予め認可されていることを判定することにより成功の認証結果を生成する工程を含む請求項５に記載の方法。
7. 認証結果生成工程は、
   ＵＥの１つ以上の認証パラメータの要求をコンテンツ・プロバイダがコンテンツ配信サーバに対し送信する工程と、
   コンテンツ・プロバイダからの要求に応答して、ＵＥの１つ以上の認証パラメータをコンテンツ・プロバイダがコンテンツ配信サーバから受信する工程と、
   コンテンツ配信サーバから受信した１つ以上の認証パラメータを用いて認証結果を判定する工程とを含む請求項５に記載の方法。
8. 認証結果生成工程は、
   １つ以上の認証パラメータの要求をコンテンツ・プロバイダがＵＥに対し送信する工程と、
   コンテンツ・プロバイダからの要求に応答して、１つ以上の認証パラメータをコンテン
   ツ・プロバイダがＵＥから受信する工程と、
   ＵＥから受信した１つ以上の認証パラメータを用いて認証結果を判定する工程とを含む請求項５に記載の方法。
9. １つ以上の通信プロトコルを用いてメッセージを送信及び受信するためのネットワーク・インタフェースと、
   ネットワーク・インタフェースと通信可能に接続されており、かつ、ユーザ端末（ＵＥ）からの要求をネットワーク・インタフェースを介して受信してコンテンツ配信セッションを有効化することと、ＵＥのコンテンツ配信セッションを有効化するためにコンテンツ・プロバイダ認証が必要であるか否かを判定することと、コンテンツ・プロバイダ認証が必要であると判定されたとき、ＵＥのコンテンツ配信セッションの認証をネットワーク・インタフェースを介しコンテンツ・プロバイダに要求することと、コンテンツ・プロバイダがＵＥのコンテンツ配信セッションの認証の成功を示すとき、ＵＥのコンテンツ配信セッションを有効化することとを実行するためのプロセッサとからなるコンテンツ配信サーバ。
10. ユーザに対しコンテンツを送信し、かつ、１つ以上の通信プロトコルを用いてメッセージを送信及び受信するためのネットワーク・インタフェースと、
    ネットワーク・インタフェースと通信可能に接続されており、かつ、ユーザ端末（ＵＥ）のコンテンツ配信セッションの有効化の認証要求をコンテンツ配信サーバからネットワーク・インタフェースを介して受信することと、ＵＥのコンテンツ配信セッションを認証して認証結果を生成することと、コンテンツ配信サーバに対しネットワーク・インタフェースを介して認証結果の標識を送信することとを実行するためのプロセッサとからなるコンテンツ・プロバイダ。
    

Images