(57)【特許請求の範囲】
【請求項１】
家庭用電子（ＣＥ）装置であって、
ハウジング（１４、１４Ａ）と、
前記ハウジング上のディスプレイ（１８）と、
ネットワークインタフェース（３０、３０Ａ）と、
前記ディスプレイを制御し、かつ前記ネットワークインタフェースを通じてインターネットと通信する前記ハウジング内にあるプロセッサ（１６）、
を含み、
前記プロセッサは、
管理サーバ（３２）と定期的に接触する段階（４４）と、
前記プロセッサによる鍵の暗号化を必要とすることなく、セキュアな取引において前記管理サーバへ固有ＣＥ装置ＩＤを送信する段階（４０）と、
承認されたコンテンツサーバ（３４）のネットワークアドレスのリストを各々が収容する１つ又はそれよりも多くのサービスリストと共にユーザトークンを前記管理サーバから受信する段階（４８）と、
前記ディスプレイ上にサービスリストをそこにコンテンツサーバを選択するために表示する段階（５２）と、
前記サービスリスト上のコンテンツサーバの選択を示すユーザ入力に応答して、前記ネットワークインタフェースを通じて前記ユーザにより選択された該コンテンツサーバへ前記ユーザトークンをアップロードする段階（５４）と、
ＣＥ装置による選択に対して利用可能なコンテンツのコンテンツリストを前記コンテンツサーバから受信する段階（５６）と、
前記コンテンツリスト上の１片のコンテンツの選択を示す（５８）ユーザ入力に応答して、それを表す信号を前記コンテンツサーバへ送信する段階と、
前記コンテンツサーバからの前記１片のコンテンツの受信に応答して、該１片のコンテンツを前記ディスプレイ上に再生するか又は表示に対して利用可能にする段階であって、前記コンテンツリスト又はサービスリストのいずれもＣＥ装置によって修正することができない前記段階と、
を含む論理を実行する、
ことを特徴とするＣＥ装置。
【請求項２】
前記プロセッサは、前記コンテンツリスト上のコンテンツ以外にインターネット上のコンテンツにアクセスすることができないことを特徴とする請求項１に記載のＣＥ装置。
【請求項３】
前記セキュアな取引は、セキュアなソケット層（ＳＳＬ）取引であることを特徴とする請求項１に記載のＣＥ装置。
【請求項４】
前記プロセッサは、前記管理サーバから該プロセッサが受信するサーバ証明書を提供する認証局の公開鍵を用いて該管理サーバの信頼性を検証する（４６）ことを特徴とする請求項１に記載のＣＥ装置。
【請求項５】
前記ユーザトークンは、コンテンツサーバによってそれ以降受け入れられなくなる満了時を有することを特徴とする請求項１に記載のＣＥ装置。
【請求項６】
管理サーバ（３２）であって、
ネットワークインタフェースと、
前記ネットワークインタフェースを通じてインターネットと通信するプロセッサと、
を含み、
前記プロセッサは、
セキュアな取引においてＣＥ装置から固有ＩＤを定期的に（４４）受信する段階と、
前記固有ＩＤが認可されたＩＤであるという判断に応答して、承認されたコンテンツサーバ（３４）のネットワークアドレスのリストを各々が収容する１つ又はそれよりも多くのサービスリストと共にユーザトークンを前記ＣＥ装置へダウンロードする段階（４８）と、
閉鎖されて前記ＣＥ装置によって修正不可能である前記サービスリスト上のコンテンツサーバへ前記ユーザトークンを提供する段階（５０）と、
を含む論理を実行する、
ことを特徴とする管理サーバ（３２）。
【請求項７】
前記セキュアな取引は、セキュアなソケット層（ＳＳＬ）取引であることを特徴とする請求項６に記載のサーバ。
【請求項８】
前記プロセッサは、認証局によって提供されて前記サーバの秘密鍵を用いて署名されたサーバ証明書を前記ＣＥ装置へ送信することによってサーバの信頼性を検証する（４６）ことを特徴とする請求項６に記載のサーバ。
【請求項９】
前記ユーザトークンは、コンテンツサーバによってそれ以降受け入れられなくなる満了時を有することを特徴とする請求項６に記載のサーバ。
【請求項１０】
オーディオ−ビデオ表示装置（１２／１２Ａ）において、１つ及び唯一の管理サーバ（３２）にインターネットアクセスを提供する段階と、
前記オーディオビデオ表示装置（１２／１２Ａ）において前記管理サーバから認証情報を受信する段階（４６）と、
装置作成時に前記オーディオビデオ表示装置（１２／１２Ａ）内へプレロードされる装置の固有の値をセキュアな方式で該オーディオビデオ表示装置（１２／１２Ａ）から前記管理サーバへ提供する段階（４０）と、
前記値が有効であるという前記管理サーバによる判断に応答して、満了時を有するユーザトークンを前記オーディオビデオ表示装置（１２／１２Ａ）において受信する段階（４２、４８）と、
公開鍵処理が方法を実行するのに要求されないように、前記オーディオビデオ表示装置（１２／１２Ａ）が前記コンテンツサーバ上のコンテンツに対するアクセスを付与されることを認可する証拠として、ユーザ選択に応答してコンテンツサーバへ前記ユーザトークンを該オーディオビデオ表示装置（１２／１２Ａ）によって表示する段階（５４）と、
を含むことを特徴とする方法。
【請求項１１】
前記管理サーバは、セキュアなソケット層（ＳＳＬ）証明書を用いて認証されることを特徴とする請求項１０に記載の方法。
【請求項１２】
前記セキュアな方式は、セキュアなソケット層（ＳＳＬ）を用いることを特徴とする請求項１０に記載の方法。
【請求項１３】
前記値が有効であるという判断に応答して、前記管理サーバは、コンテンツサーバのリストを前記装置へ配信し（４８）、該装置は、該リスト上のコンテンツサーバだけにアクセスし、インターネット上の他のアセットにはアクセスしないようにプログラムされていることを特徴とする請求項１０に記載の方法。
【請求項１４】
前記装置は、前記リストを修正することができないことを特徴とする請求項１３に記載の方法。
【請求項１５】
前記リストは、外部から該リストを妨害し、変更し、又は取り替えることが実行可能ではないように前記管理サーバによって署名され、かつ前記装置へ固有のセッションで配信されることを特徴とする請求項１３に記載の方法。
【請求項１６】
前記リストは、暗号化されたチャンネルで前記装置へ配信されることを特徴とする請求項１３に記載の方法。
【請求項１７】
アセットサーバに対する前記トークンの単なる表示が、前記コンテンツサーバによって前記装置へ返信されるコンテンツリスト上のコンテンツへの該装置によるアクセスを可能にすることを特徴とする請求項１３に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
〔関連出願への相互参照〕
本出願は、２０１０年５月４日出願の米国特許仮出願第６１／３３０，９９３号及び第６１／３３１，０９２号の両方からの優先権を請求するものである。
【０００２】
本出願は、一般的に、限定するわけではないが、ＴＶを含むインターネットビデオのクライアントのための認証と認可に関する。
【背景技術】
【０００３】
［特許文献１］特開２００９−１３０７５０号公報
特許文献１等に開示されているように、映像等のメディアで構成する番組情報のようなコンテンツをインターネットプロトコルで配信する放送サービス（ＩＰＴＶサービス）について、ネットワークを用いたコンテンツ配信方法が開発されてきている。引用文献１では、コンテンツ配信サービスにおいて認証を行う端末とコンテンツの配信等を行う端末とを分けることにより視聴可能とする技術を提供しており、例えば、携帯端末で認証を実行し、比較的大画面を有するＴＶ端末で視聴等を行うことがでるようになっている。
ＴＶを通じたインターネットアクセスは、一般的に、まるでＴＶがブラウザを実行するコンピュータであるかのようにＴＶを実質的にプログラムすることによって提供される。従って、このようなインターネットアクセスは、ファイアウォール又はフィルタリングプログラムがいくつかのサイトを遮断することができるような場合を除いて制御されない。
【０００４】
本明細書において理解されるように、ＴＶにおいて制御されないインターネットアクセスは望ましくない場合がある。ファイアウォール又はフィルタリングプログラムが、ＴＶに常にインストールされるとは限らない場合もあり、インストールされた時でさえ、そのアクセスは、通常のＴＶ番組が従来期待されてきたものに比べて更に制御されてない状態のままである。また、ローカルにインストールされたフィルタは、ユーザによってアンロードされ、又は破られる場合もある。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従って、制御されてないインターネットアクセスには、いくつかの欠点がある。視聴者の立場からすると、特に、若い視聴者が視聴する時に、不適切な内容に露出されることが１つの懸念であり、品位審査の閾値が非常に低いことが別の懸念である。すなわち、多数のＴＶショーが「品位」を示しているとは広く考えられていない場合もあるが、それでもなおＴＶ番組は、一般的に、インターネットビデオなどに比べ非常に選択的に審査されているのである。その結果、ＴＶ視聴者のこのような高水準な品位審査への期待は、ＴＶを通じて拘束を受けないインターネットアクセスを単に提供するだけでは満たされることはできない。更に、コンテンツプロバイダ、業者、及び通信事業者からのＴＶ関連エンティティは、殆どの場合、インターネット向けにＴＶを拡張するということから何の利点も引き出していない。
【課題を解決するための手段】
【０００６】
従って、家庭用電子（ＣＥ）装置は、ハウジング、ハウジング上のディスプレイ、ネットワークインタフェース、及びディスプレイを制御し、かつネットワークインタフェースを通じてインターネットと通信するハウジング内のプロセッサを含む。プロセッサは、管理サーバに定期的に接触する段階、及びセキュアな取引の時に、プロセッサによる鍵の暗号化を要求せずに管理サーバへＣＥ装置の固有ＩＤを送信する段階を含む論理を実行する。プロセッサは、承認されたコンテンツサーバのネットワークアドレスリストを個々に含む１つ又はそれよりも多くのサービスリストと共にユーザトークンを管理サーバから受信し、サービスリスト上のコンテンツサーバを選択するためにサービスリストをディスプレイに表示する。プロセッサは、サービスリスト上のコンテンツサーバの選択を示すユーザ入力に応答して、ネットワークインタフェースを通じて、ユーザが選択したコンテンツサーバへユーザトークンをアップロードする。コンテンツサーバは、ＣＥ装置による選択に利用することができるコンテンツのコンテンツリストを返送する。プロセッサは、コンテンツリスト上の１つのコンテンツの選択を示すユーザ入力に応答して、このコンテンツを表す信号をコンテンツサーバへ送信し、その後、コンテンツサーバからの１つのコンテンツの受信に応じて、この１つのコンテンツを再生し、又はディスプレイ上で表示するために利用可能にする。コンテンツリスト又はサービスリストのいずれも、ＣＥ装置によって修正することはできない。
【０００７】
一部の実施形態では、プロセッサは、コンテンツリスト上のコンテンツ以外にインターネット上のコンテンツにアクセスすることができない。セキュアな取引は、セキュアなソケット層（ＳＳＬ）取引とすることができる。プロセッサは、プロセッサが管理サーバから受信するサーバ証明書を提供した認証局の公開鍵を用いて管理サーバの信頼性を認証することができる。ユーザトークンは、コンテンツサーバによってそれ以降受け入れられなくなる満了時を有することができる。
【０００８】
別の態様では、管理サーバは、ネットワークインタフェース、及びネットワークインタフェースを通じてインターネットと通信するプロセッサを有する。プロセッサは、セキュアな取引の時にＣＥ装置から固有ＩＤを定期的に受信する段階、及び固有ＩＤが認可されたＩＤであるという判断に応答して、承認されたコンテンツサーバのネットワークアドレスリストを個々に含む１つ又はそれよりも多くのサービスリストと共にユーザトークンをＣＥ装置にダウンロードする段階を有する論理を実行する。ユーザトークンは、サービスリスト上のコンテンツサーバに提供され、その結果、コンテンツサーバは、その後、認可されたトークンのコンテンツサーバのデータベースと照らし合わせて、装置によるユーザトークンの表示を検査することができる。サービスリストは、閉鎖され、ＣＥ装置によって修正不可能である。
【０００９】
別の態様では、方法は、オーディオ−ビデオ表示装置において唯一の管理サーバにインターネットアクセスを提供する段階、及び装置において管理サーバからの認証情報を受信する段階を含む。装置は、セキュアな方法で、装置固有の値を管理サーバへ提供する。この値は、装置作成時に装置内にプレロードされる。サーバは、本方法を実行するのに公開鍵の処理が要求されないように、値が有効であるという管理サーバによる判断に応答して、装置がコンテンツサーバ上のコンテンツに対するアクセス権限を付与されたことを認可する証拠として、装置がコンテンツサーバに表示することができる満了時を有するユーザトークンを装置へダウンロードする。
【００１０】
本発明の構造及び作動の両方に関する本発明の詳細は、同じ参照番号が同じ部分に言及する添付の図面を参照して最も良く理解することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の原理による例示的なシステムのブロック図である。
【図２】本発明の原理による別のシステムの例示的なブロック図である。
【図３】本発明の原理による登録論理の例示的な流れ図である。
【図４】本発明の原理による認証論理の例示的な流れ図である。
【図５】本発明の原理による認可論理の例示的な流れ図である。
【発明を実施するための形態】
【００１２】
最初に、図１を参照すると、ＴＶ、ゲームプレイヤ、ビデオディスク再生器、カメラ、デジタルクロック無線、携帯電話機、携帯情報端末、ラップトップコンピュータのような消費者のための電子（ＣＥ）装置１２は、デジタルプロセッサ１６を支える携帯用軽量プラスチックハウジング１４を含む。プロセッサ１６は、視覚ディスプレイ１８、及び１つ又はそれよりも多くのスピーカのような可聴ディスプレイ２０を制御することができる。
【００１３】
プロセッサ１６は、本発明の原理を受け入れるために、限定するわけではないが、（動的ランダムアクセスメモリ（ＤＲＡＭ）を実行するチップなどの）ＲＡＭベースのストレージ２２、又はフラッシュメモリ２４など１つ又はそれよりも多くのコンピュータ可読記憶媒体にアクセス可能である。その中で、非限定的な実施形態の例には、ビデオサムネイルがＲＡＭ２２に記憶することができるのに対して、以下に説明するサービスリスト及びトークン、及びユーザインタフェースアイコンがフラッシュ２４に記憶することができるという例がある。また、ＣＥ装置１２によって実行可能な本論理を実行するためのソフトウエアコードは、本発明の原理を受け入れるために示すメモリのうちの１つに記憶される。
【００１４】
プロセッサ１６は、マウス、キーパッドのような遠隔制御装置、ポイント及びクリック装置を含む様々な入力装置２６からユーザ入力信号を受信することができる。一部の実施では、特に、ＣＥ装置は、ＴＶによって実施され、セットトップボックス、衛星受信機、ケーブルヘッドエンド、地上ＴＶ信号アンテナのようなソースからＴＶ信号を受信する時に、ＴＶチューナ２８を提供することができる。チューナ２８からの信号は、プロセッサ１６へ送信され、ディスプレイ１８及びスピーカ２０において示される。
【００１５】
図１に示すように、有線又は無線モデム、又は無線電話送受信機のようなネットワークフェイス３０は、プロセッサ１６と通信して、インターネット上の管理サーバ３２、及び１つ又はそれよりも多くのコンテンツサーバ３４への接続を提供する。サーバ３２、３４は、それぞれのプロセッサを有する。特にＴＶ又はゲームコンソール又はカメラのような非ＰＣ装置によって実行される時、ＣＥ装置１２は、管理サーバ３２、及び管理サーバ３２によってプロセッサ１６に提供され、このプロセッサ１６によって修正されないサービスリスト上に現れたコンテンツサーバ３４としか通信できないことは、以下の本発明の開示を考慮して理解されるものとする。
【００１６】
図２は、ネットワークインタフェース３０Ａが、装置ハウジング１４Ａ内に配置されていないが、代わりに装置のハウジング１４Ａに取り付けることができる別のインターネットリンクモジュールのハウジング３６において支持されていることを除いて、全ての本質的な点で、図１に示す装置１２と同じであるＣＥ装置１２Ａを示している。
【００１７】
次に、図３を参照して、登録論理の例を示している。ブロック３８から始まるＣＥ装置１２は、好ましくはセキュアなソケット層（ＳＳＬ）のようなセキュアな通信手段を用いて管理サーバ３２へアカウント情報を送信する。従って、秘密鍵と公開鍵の暗号化は、プロセッサにおける処理要求を軽減するためにプロセッサ１６によって実行する必要はないことは理解されるものとする。アカウント情報は、ユーザ名及びパスワードなどを含むことができる。
【００１８】
ブロック４０において、ＣＥ装置１２は、鍵の暗号化が要求されないように、ここでもＳＳＬを用いて管理サーバ３２へＣＥ装置固有の身分証明を送信する。ＩＤの値は、工場において又はクライアント作成時点においてプレロードすることができ、ＣＥ装置１２固有の「指紋」は、例えば、ＣＥ装置のモード番号及びシリアル番号を秘密に連結したものとすることができる。
【００１９】
ブロック４２に移ると、ＣＥ装置のＩＤが、承認されたＩＤリスト上に存在する場合、このＣＥ装置のＩＤは、データベース内の管理サーバにより、ＣＥ装置１２のために承認された１つ又はそれよりも多くのサービスリストに関連付けられる。それによって実際には、承認されたサービスリストとＣＥ装置のＩＤを関連付ける「関連付けトークン」を作成する。サービスリストは、コンテンツサーバ３４のネットワークアドレスを含み、このコンテンツサーバ３４のネットワークアドレスは、ＣＥ装置１２へコンテンツを提供するために承認されると共に、通常、本明細書で説明したインターネットアクセス論理又はモジュールの供給者であるビジネス取引相手によって設立されるポータルサイトである。ポータルは、承認されたプロバイダによって設立されるので、以下で説明するように承認されたコンテンツへの連結しか含まないようにポータルを設計することができ、従って、インターネット上のどこか別の位置へのハイパーリンクを持たないようにすることができる。
【００２０】
次に、認証論理の例について理解するための図４を参照すると、ＣＥ装置１２は、ブロック４４において、定期的に管理サーバ３２にチェックインする。ブロック４６に進むと、管理サーバ３２は、ＣＥ装置１２に対して管理サーバ自体の認証を行い、その結果、ＣＥ装置１２は、ＣＥ装置が正しいサーバと通信していること、及びなりすましされてないことが分る。認証は、ＳＳＬ証明書などを用いて受け入れられる。その後、ＣＥ装置１２は、ここでもプロセッサ１６の鍵の暗号化を要求することなく、ＳＳＬでＣＥ装置の固有ＩＤをサーバ３２へ送信することができる。ＣＥ装置１２は、サーバ３２によって返信されるサーバ証明書の認証局の公開鍵を用いてサーバ３２を認証することができる。
【００２１】
ブロック４８は、次の論理の流れ図において、管理サーバ３２が、承認されたコンテンツサーバ３４のネットワークアドレスのリストを個々に含む１つ又はそれよりも多くのサービスリストと共に、本明細書においてアクセストークン又はサービストークンとも呼ぶユーザトークンをＣＥ装置１２へダウンロードすることを示している。ここでもＳＳＬを用いて、このダウンロードを行うことができる。ユーザトークンは、以下で説明する認可論理を行う間、コンテンツサーバによってそれ以降受け入れられなくなる満了期間を有することが望ましい。管理サーバ３２は、以下に開示するように、ユーザトークンの満了時を付したユーザトークンをコンテンツサーバ３４へ提供する。
【００２２】
サービスリストは、通常、ディスプレイ１８に示されているユーザインタフェース（ＵＩ）においてプロセッサ１６により示される。ＵＩは、様々な承認されたコンテンツサービス３４に関連付けられたサービスプロバイダのアイコンを単に表示することができ、コンテンツサービスのネットワークアドレスは、リスト内のＵＩの下方に存在することができる。ＵＩはまた、個々のコンテンツサーバにおいて利用可能なジャンル名など所望するような他のコンテンツを表示することができる。どの場合にも、図５の認可論理に入るために、ＣＥ装置１２のユーザは、ブロック５０において、入力装置２６を操作して、サービスリストのメンバを選択し、このサービスリストのメンバが、プロセッサ１６にネットワークインタフェース３０を通じて選択されたコンテンツサーバ３４にユーザトークンをアップロードさせる。
【００２３】
上述のように、管理サーバ３２によってＣＥ装置１２にダウンロードされた閉鎖的かつ（管理サーバ３２による修正を除いて）修正不可能なサービスリスト上のコンテンツサーバ３４だけが、ブロック５２において示すようにユーザによって選択することができる。（新規に承認されたコンテンツサーバ３４によって実施される）新たなサービスが利用可能になると、新たなサービスをサービスリストに追加することができ、従って、リアルタイムに全てのプラットフォームにわたって利用することができる。
【００２４】
ユーザトークン及びその満了時が管理サーバによってコンテンツサーバ３４へ提供されることを思い出すべきである。その後、個々のコンテンツサーバ３４は、ユーザトークンのそれぞれの満了時に個々のユーザトークンを取り除き、アクティブなユーザトークンのローカルなデータベースを保持することができる。ブロック５４において、コンテンツサーバ３４がユーザトークンを受信する時、コンテンツサーバは、アクティブなトークンのローカルデータベースに照らし合わせてユーザトークンを検査し、ユーザトークンがデータベースに存在する場合、論理は、コンテンツサーバ３４がＣＥ装置１２へコンテンツリストを返信するブロック５６へ移動する。従って、ＣＥ装置１２とコンテンツサーバ３４の間で、ＣＥ装置１２によるアクティブなユーザトークンの提供以上に更なる認証が要求されることはない。更に、ＣＥ装置１２は、管理サーバ３２によって提供されたサービスリスト上に現れるコンテンツサーバ３４のおかげで、コンテンツサーバ３４側で何らかの別の認証を行う必要もなく、コンテンツサーバ３４を信用することができることが分る。
【００２５】
コンテンツリストは、本質的に、インターネットＴＶシステム内のプラットフォームに利用可能にするためにコンテンツサーバ３４と関連するエンティティが選択したオーディオビデオ番組部分のリストである。コンテンツサーバ３４から得たコンテンツリストは、サービスリストの場合と同様にＣＥ装置１２による修正ができない。
【００２６】
ブロック５８に移動すると、ユーザは、入力装置２６を操作して、コンテンツリスト上のプログラムを選択することができ、このプログラムは、その後、ディスプレイ１８及びスピーカ２０において表示するようにストリーミング方式でコンテンツサーバ３４からＣＥ装置１２へ配信される。
【００２７】
従って、ＣＥ装置１２が認証された状態で、ＣＥ装置１２は管理サーバから「サービスリスト」を配信される。ＣＥ装置１２は、リストがＣＥ装置１２へ配信された後、公開されないように想定され、リストの修正を可能にするどのようなツールも提供されないことが望ましい。リストは、管理サーバ３２によって署名され、固有のセッションでＣＥ装置１２へ配信することができ、その結果、盗聴者が外部からリストを妨害し、変更又は取り替えることは実行不可能になる。サービスリストは、通常、セキュアなソケット層（ＳＳＬ）又は他のセキュアな手段を用いて暗号化されたチャンネルで配信される。
【００２８】
上述のように、サービスリストは、サービス（コンテンツ）プロバイダへのユニフォームリソースロケータ（ＵＲＬ）などのネットワークアドレスのリストから構成される。ＣＥ装置１２は、サービスリスト内に説明されたＵＲＬを用いて、再生するビデオ又はオーディオのコンテンツリストを取得する。コンテンツリストはまた、セキュアなソケット層（ＳＳＬ）又は他のセキュアな手段を用いて暗号化されたチャンネルで配信され、クライアントがコンテンツリスト内のＵＲＬを修正することは不可能であることが望ましい。
【００２９】
必要に応じて、サービスリストのＵＲＬ及びコンテンツリストのＵＲＬは、ＣＥ装置１２の種類を識別するタグを有することができる。代替的に、ＣＥ装置１２は、認証処理の一部として、サービスプロバイダのために装置の識別が可能な管理サーバによってサービストークンを与えることができる。
【００３０】
サービスプロバイダ及びユーザトークンをもたらす特定のＵＲＬを単に有するだけで、コンテンツへのアクセスが可能になることは理解されるものとする。これは、ＣＥ装置１２へ配信される実行ＵＲＬとして望ましい単純化である。実行ＵＲＬは、セキュアな方法で配信される。どの場合にも、本発明の原理は、インターネット上にあるコンテンツに対するアクセス権限を付与するために拡張可能なオプションを提供する。アクセスに対する権利の定義は、管理システム及びサービスプロバイダによって同意され、この定義は、実行ＵＲＬによって明示される。
【００３１】
本発明の原理がトークンを使用して、システムクライアントのオンラインサービスに対するアクセスを管理することも理解されるものとする。全てのセキュリティ処理は、クライアント及びシステムを危険に露出する機会を低減するために管理サーバにおいて行われる。また、トークンフォーマットは、クライアント装置ではなく、むしろコンテンツサーバ３４によって解釈されないように実行中に変更することができる。更に、管理サーバ３２において記憶された関連付けトークンは、ＳＡＭＬ、ＸＡＣＭＬ、ＯｐｅｎＩＤ、又はＳＯＡＰなどコンテンツプロバイダ自体のフォーマットで存在することができる情報である。従って、識別及びアクセスを管理するためにコンテンツプロバイダシステムを変更する必要はない。
【００３２】
ユーザトークンは、認証されたクライアント装置のために管理サーバ３２によって作成される。ユーザトークンは、クライアントセッションの何らかの所望する継続期間の間、ユーザトークンの満了時のために用いることができ、この満了時は、所望するように制定することができる。ＣＥ装置１２は、秘密及び装置の固有ＩＤの使用を通じてＣＥ装置のＩＤを確認する。このＩＤは、保護され、管理サーバ３２を用いて認証する時にしか使用されない。クライアント装置とサーバの間で行う全ての通信は、ＳＳＬを用いて暗号化することができる。有効なＩＤを受信すると、管理サーバ３２は、指定された時間で満了する時間的なユーザトークンを返信する。ユーザトークンは、コンテンツサーバ３４に関連するコンテンツプロバイダのような第三者のサービスへ、セッション期間中に変更されないことになる情報と共に渡される。必要に応じて、言語、親による格付け制限、リンク速度、アカウント提携、国、及び郵便番号をユーザトークン内に含むことができる。ユーザトークンは、暗号化されたハッシュを用いて署名することができる。
【００３３】
管理サーバ３２は、ユーザトークンの提供に加えて、クライアント装置にサービスリストも配信する。これらのサービスリストは、例えば、いくつかのコンテンツが米国の国外への配信が許可されない場合のような地理的フィルタリングによって送信される、送信先の特定のクライアント装置１２の所在地に応じて異なる場合があり、従って、これらのサービスリストは、（コンテンツサーバ３４全体がオフリミットである場合の）サービスリスト、又は（コンテンツサーバ３４を通じて提供することを提案されるいくつかのコンテンツだけがオフリミットである場合の）コンテンツリストのどのリストにも含まれないことになる。他のフィルタリングは、例えば、他のものは除外されないが、いくつかのリストから成人チャンネルを除外することができるなどの親による格付けによるものとすることができる。
【００３４】
サービスリストが他のサービスリストと類似する場合もあるので、サービス定義エンティティは、リスト自体の代わりにサービスリスト番号を管理サーバへ送信することを選択することができ、サービスリスト番号は、サービスリストを管理サーバ３２によって予め定義したエンティティを要求する。サービス定義エンティティによって作動可能になることを望む何層ものサービスに関連付けられた何らかの数のサービスリスト番号が存在することができる。例えば、１５のサービスリストが存在することができる。いくつかのサービスリストは、他のリストの上位集合とすることができる。しかし、いくつかのサービスリストは、ニッチ又は個々に販売されるアラカルトのプログラミングとすることができる。従って、装置１２は、複数のサービスリストにアクセス可能である。装置は、「サービスリスト番号５」などのチャンネルのプレミアムリストへアクセスし、「サービスリスト番号１２」など２５の基本チャンネルを含むサービスリストへもアクセス可能である。管理サーバ３２は、クライアント装置１２を（関連付けトークンによって処理された）ある一定のアカウント及びその後に「５」及び「１２」として列挙することができるサービスに関連付ける。装置１２が基本チャンネルへアクセス可能なようになることを所望する場合、「１２」だけを含むことになる。
【００３５】
一部の実施では、クライアント装置１２がコンテンツサーバ３４にアクセスする時に、クライアント装置は、Ｂ２Ｂ取引の時にコンテンツサーバ３４によって使用することができるユーザトークンを提供して、クライアント装置１２が当該コンテンツへのアクセスを得ることを許可されているか否かを判断する管理サーバ３２に問合せる。しかし、この取引がいくつかのクライアント装置に対して必要ではないのは、クライアント装置が、ＳＳＬセッションでサービスリストを受信し、ロバスト性規則によって操作からリストを保護していることに起因する。従って、クライアント装置１２が、コンテンツのためのＵＲＬを有し、かつ有効なユーザトークンを有する場合、クライアント装置は認可されると想定されている。
【００３６】
付加的な認可が要求される場合、管理サーバ３２への問合せは、アクセスするウェブサイトの正確なＵＲＬを含むことができる。管理サーバ３２は、対象クライアントに連結したサービスリスト内において正確なＵＲＬを求める。ＵＲＬが判明した場合、クライアント装置は認可された装置として指定される。ＵＲＬが判明しなかった場合、クライアント装置は認可されてない装置として指定される。上述の例では、この探索は、装置がコンテンツに対して作動されるか否かを調べるために、管理サーバ１２が、サービスリスト「５」及び「１２」を検査することを可能にする。コンテンツプロバイダは、クライアント装置１２内のサービストークン（ｃｏｏｋｉｅ）を記憶することができる。クライアント装置１２が、将来コンテンツサーバを再度訪れる場合、このサービストークンを検査し、サービストークンが存在する時に、認可状態を検査する必要性を除外することができる。認可の時に、コンテンツサーバ３４は、クライアント装置１２へコンテンツリストを配信し、このクライアント装置は、コンテンツサーバ３４において当該クライアント装置が利用可能なコンテンツをリストにする。認可状態を認証する管理サーバ３２に対する代替例として、管理サーバ３２は、コンテンツサーバ３４からの問合せに関連付けトークンを追加した後に、コンテンツサーバ３４からの問合せを転送して、サービス定義エンティティへと戻す。
【００３７】
クライアント装置１２は、管理サーバ３２に定期的にアクセスして、更新された署名済みユーザトークン及びサービスリストを取得する。装置１２がサーバ３２へ戻る間隔は、プログラマブルである。更に、装置が「プル」モデルであるということに起因して、管理サーバ３２は、更新を入手するのに一度通信されるだけでよい。
【００３８】
管理サーバ３２は、サービス定義エンティティによってアップロードされたサービスリストを通じてサービスへのアクセスを追加又は削除することができる。サービスリストは、同様にして、加入者が有する何層ものサービスを個々のサービス定義エンティティと一致させることができる。
【００３９】
更に、装置１２は、取引用の課金システム又はウォレットに連結することができるので、ビデオ・オン・デマンド（ＶＯＤ）サービスが可能になる。課金アカウント協会は、元のアカウントの根本的なビジネス規則を妨害するものではない。
【００４０】
また、クライアント装置１２は、広告が画面上に表示されたかという確認をサポートすることができる調査後報告機能を提供し、広告ベースのビジネスモデルをサポートすることができる。管理サーバ３２と装置１２の間の通信は、ＨＴＴＰＳを用いて実行することができる。サーバは、クライアントの秘密ＩＤを認証する。また、クライアント装置１２とコンテンツサーバ３４間のような通信もＨＴＴＰＳを用いて実行することができる。クライアントが、サーバ証明書の認証局の公開鍵を用いてコンテンツサーバ３４を認証するのに対して、コンテンツサーバ３４は、クライアントの秘密のユーザトークンを認証する。
【００４１】
クライアント装置１２がユーザトークンを持たない場合、又はユーザトークンが（セキュアでないプラットフォームなどの）何らかの理由のために信用されない場合、プログラマーは、管理サーバ１２に問合せて、クライアントがコンテンツに対する権利を有するか否かを調べることができる。管理サーバ３２は、クライアント装置１２へ送信されたサービスリストに関して知っているので、管理サーバは、単独で調査を行うことができる。プログラマーは、特定のアセットが許可されたか否かを判断するために、ユーザトークンを受信し、確認した後にクライアント装置内に配置されたサービストークンを検索することができる。クライアント装置は、このトークンを単独で認証することができる。トークンは、何らかの所望された期間有効とすることができる。
【００４２】
特定の「インターネットビデオのクライアンのための認証と認可」について本明細書に示して詳しく説明したが、本発明によって包含される主題は、単に特許請求の範囲によってのみ限定されることは理解されるものとする。
【符号の説明】
【００４３】
１２：消費者のための電子（ＣＥ）装置
１４：装置ハウジング
１６：プロセッサ
１８：ビデオディスプレイ
２０：スピーカ
【図１】
0005488856.tif 000002
【図２】
0005488856.tif 000003
【図３】
0005488856.tif 000004
【図４】
0005488856.tif 000005
【図５】
0005488856.tif 000006