JP2014521146A - ゼロサインオン認証 - Google Patents

Abstract

信頼認証情報に基づいて、メディアサービスに対するゼロログオンアクセスを容易にする方法。信頼認証情報は、メディアサービスにアクセスするために用いられる、ユーザ装置上に保存されているクッキー、証明書及び他のデータセットであってもよく、それらに含まれる情報を用いて、ユーザ装置のゼロサインオン機能を制御することができる。

Description

本発明は、メディアサービスに対するアクセスを許可する前に必要とされる認証手順の一部として、ユーザにサインオン、すなわちパスワードを入力することを要求することなく、メディアサービスに対するユーザアクセスを容易にすることに関する。

インターネットを用いて、商品及びサービスを購入する人は、通常、各店舗で身元を証明しなければならず、それは、店舗のウェブサイトがアクセスされ、あるいは他のあらゆるタイムサービスが要求される毎に、顧客は、ユーザ名及びパスワードを入力するサインオン手順を完了することが必要な場合がある。ますます多くの店舗がオンラインサービスに頼ることにより、顧客は、ユーザ名及びパスワードの多数の組合せ、すなわち各ウェブサイト毎に１つの組合せを記録することが必要な場合があり、それは、いずれもユーザの負担となっている。また、ユーザのユーザ名及びパスワードは、その情報がそれだけ多くの異なる場所に保存される可能性があり、個人情報の盗難のリスクがある。したがって、ユーザが行わなければならないサインオン動作の回数、及び／又はユーザのユーザ名及びパスワードの組合せが保存されている場所の数を制限する必要がある。

本発明は、添付の特許請求の範囲において詳細に指摘される。しかしながら、本発明の他の特徴は、添付する図面とともに、以下の詳細な説明を参照することによって、より明らかになり、最も理解される。

本発明の１つの限定されない特徴によって意図されるゼロサインオンシステムを示す。

本発明の１つの限定されない特徴によって意図されるゼロサインオンメッセージ交換のメッセージ交換図を示す。

本発明の１つの限定されない特徴によって意図されるアドレス割付メッセージ交換のメッセージ交換図を示す。

本発明の１つの限定されない特徴によって意図されるゼロサインオン手順をサポートする方法のフローチャートを示す。 本発明の１つの限定されない特徴によって意図されるゼロサインオン手順をサポートする方法のフローチャートを示す。

本発明の１つの限定されない特徴によって意図されるような証明書プロビジョニングのフローチャートを示す。

本発明の１つの限定されない特徴によって意図されるゼロサインオン手順をサポートする方法のフローチャートを示す。

必要に応じて、本発明の詳細な実施の形態をここに開示するが、しかしながら、開示する実施の形態は、発明の単なる例示であり、発明は、様々な且つ他の形式で実施できることは理解すべきである。図面は、必ずしも一定の比率であるというわけではなく、特定の構成要素を詳細に示すために、幾つかの特徴は、拡大又は縮小することができる。したがって、ここに開示する特別な構造及び機能の詳細は、限定的に解釈されるべきではなく、本発明を様々に使用することを、当業者に教示する代表的な基礎として単に解釈されるべきである。

図１は、本発明の１つの限定されない特徴によって意図されるゼロサインオンシステム１０を示す。システム１０は、多数のユーザ装置１２に適したあらゆる種類のメディアサービスに対するゼロサインオンアクセスをサポートする。例示的な目的の場合、シングルモバイルユーザ装置１２、例えば、モバイルコンピュータ、電話機、タブレット、ＰＤＡ等は、第１及び第２のサービスプロバイダ（ＳＰ）１４、１６と交換するシグナリングによって、ＩＰベースのサービスにアクセスする。ユーザ装置１２は、セットトップボックス（ＳＴＢ）、メディアターミナルアダプタ（ＭＴＡ）及びメディアプレーヤを含むが、これらに限らず、他のどんな装置であってもよい。ユーザ装置１２は、コンピュータで読取り可能な媒体に実装されたクライアントアプリケーションを含むことができ、そこには、ゼロサインオンをサポートするために、プロセッサによって実行されたときに、プロセッサに、本発明によって意図する動作を容易に行わせる命令を含む複数の命令が格納されている。

クライアントアプリケーションは、ユーザ／加入者インタフェースを提供するように、そうでなければ、ＣＡＴＶ局運営会社（ＭＯＳ）のサービスプロバイダ１４とのインタラクションをサポートするように、構成されていてもよい。それは、一般的なウェブブラウザ、例えばインターネットエクスプローラ又はファイヤーフォックスとすることができ、あるいは、それは、カスタムアプリケーション又はあらゆる対応する種類のオペレーティングシステとすることができる。クライアントアプリケーションは、あらゆる種類の装置１２、例えばＰＣ、ラップトップ又はスマートフォン上で動作するように構成することができる。ユーザ装置１２の第１の位置２２は、第１のサービスプロバイダ１４のサービスに申し込んだユーザのホーム又は他の位置に対応するように示しているが、それは、ユーザ装置に関連したユーザのホーム、あるいは同じ第１のサービスプロバイダ１４からのサービスにたまたま申し込んだ他の人のホームであってもよい。第２の位置２４は、ユーザ装置１２が位置を変えた他の位置、例えばＷｉ−Ｆｉホットスポットに対応し、そこでは、第２のサービスプロバイダ１６は、ユーザ装置１２が第１のサービスプロバイダ１４のサービスにアクセスするために必要なシグナリングの少なくとも一部をサポートすることが必要である。

第１の位置２２において、ユーザ装置１２は、サービスプロバイダのケーブルモデム終端装置（ＣＭＴ）３２とのデータ交換を容易にするケーブルモデム（ＣＭ）３０に接続されている。ケーブルモデム３０及びＣＭＴ３２は、協働し、ケーブルネットワーク３４を介して、データオーバケーブルサービスインタフェース仕様（ＤＯＣＳＩＳ）に準拠した双方向高速データアクセスを可能にしている。ケーブルモデム３０は、加入者のホームに設置することができ、ＶｏＩＰ装置（ｅＭＴＡ）又はセットトップに組み込むことができる。ＣＭＴ３２は、ネットワークアクセスを制御する、サービスプロバイダ１４に関連した中心のマネージャとすることができる。サービスプロバイダ１４の信頼できるドメイン３８は、通常、複数のＣＭＴ３２と、それらがサポートするケーブルモデム３０と、それらによって管理して、その加入者とのメディアサービスのインタラクトを容易にする他の装置４０、４２、４３とに対応している。

第２のサービスプロバイダ１６は、信頼できるドメインを含むように示されていないがこのような信頼できるドメインを同様に含んでいてもよい。ユーザ装置１２が第２のサービスプロバイダ１６に対する加入者でなく、したがって、信頼できないユーザ装置である可能性があるので、第２のサービスプロバイダ１６の信頼できるドメインは示されていない。サービスプロバイダ１４、１６は、信頼できる及び信頼できないユーザ装置間の、すなわちより具体的には、サービスプロバイダと通信するためにそれらの装置によって用いられるアクセスポイント間の通信を同時にサポートするように構成することができる。ユーザ装置１２が第１の位置２２にあるとき、ケーブルモデム３０及び／又はＣＭＴ３２がアクセスポイントとして機能し、ユーザ装置１２が第２の位置２４にあるとき、無線ルータ又は他のゲートウェイ（図示せず）がアクセスポイントとして機能する。第２の位置２４のアクセスポイントは、第１のサービスプロバイダ１４の信頼できるドメイン３８内にないので、第１のサービスプロバイダ１４に対しては信頼できないアクセスポイントとみなされる（それは、第２のサービスプロバイダ１６に対しては信頼できるアクセスポイントとすることができる）。

本発明は、主に、衛星放送、放送及びケーブルテレビサービスプロバイダと、高速データサービスプロバイダと、電話サービスプロバイダとによって提供されるメディアサービスに対するアクセスをサポートすることについて説明するが、サービスプロバイダからの信号通信に基づくあらゆる種類のメディアサービスによるその利用も十分に意図しており、また、オプションとして、サービスプロバイダが信号を異なる位置に及び異なる種類のユーザ装置に通信できることも意図している。本発明の１つの有益な特徴を示すために、ユーザ装置１２及び関連するシグナリングの通信を容易にするために用いられるアクセスポイント（例えば、信頼できる及び信頼できない）の位置に関係なく、ユーザ装置１２に対するテレビ番組のＩＰストリーミングをサポートする限りにおいて、テレビサービスを提供する１つの例示的な具体例について説明する。テレビサービスは、加入者固有サービス、例えばパーソナルビデオ録画（ＰＶＲ）、プレミアムチャンネル等と、非加入者固有サービス、例えば放送番組、視聴者制作番組等とを含むことができる。

テレビジョン信号のストリーミングは、ケーブルベースの通信システムの場合、ＣＭＴ３２によって、あるいは衛星放送、高速データ及び電話ベースのサービスプロバイダシステム構成の場合には、幾つかの他の類似した装置によってサポートすることができる。プロバイダ１４は、テレビ番組、予め録画されたビデオ（ＶＯＤ、ＰＶＲ等）及び他のメディアコンテンツ（ビデオゲーム、ウェブページ等）をサポートするサーバ、ヘッドエンドユニット又は他の装置を含むことができ、それらをＣＭＴ３２に供給し、その後、ＣＭＴ３２は、パッケージ化して、１つ以上のアクセスポイント（ゲートウェイ）に伝送する。２００９年１２月３１日に出願された米国特許出願番号第１２／６５０，６６４号には、ケーブルモデムと、あるいはＣＭＴ及びローカルのユーザ装置間のメッセージ通信をサポートするように構成された他のネットワークアクセス部との信頼状態に基づいて、ゼロサインオンを容易にする同様のシステムが開示されており、その開示は、引用することにより、本願に完全に援用される。

プロビジョニングデータベース４２は、第１のサービスプロバイダ１４に関連させ、信頼できるドメイン３８に含まれるようにして、ユーザ装置１２が入手及び／又は購入できるメディアサービスの規則を容易にすることができる。プロビジョニングデータベース４２は、加入者によって料金が支払われるサービスのレベル又はサービスの種類に関する情報を含むことができる。また、プロビジョニングデータベース４２は、ケーブルモデム３０に関連したクライアントアプリケーションに割り当てられたＩＰアドレスのリストを保持することができ、例えば、加入者が複数のユーザ装置をそのケーブルモデムに接続することを認める場合、彼らのユーザ装置のそれぞれには、対応するＣＭＴ３２のサブネット内の固有のＩＰアドレスを割り当てることができる。オプションとして、割り当てられたＩＰアドレスのそれぞれは、ＩＰアドレスを特定のケーブルモデム３０及び／又は加入者と関連させるのを容易にするために、サポートケーブルモデム３０に割り当てられたＭＡＣアドレスと結び付けることができる。

第１の位置２２は、ＤＯＣＳＩＳベースの通信をサポートするように示しているが、本発明は、そのように限定することを意図しておらず、サービスプロバイダ１４、１６が、携帯電話機又は他の有線／無線電話機に関する通信を含む他のあらゆる種類の通信を仮想的にサポートするように構成されることを十分に意図している。サービスプロバイダ１４、１６は、あらゆる種類の電子メディア又はメディアサービス／コンテンツに仮想的にアクセスすることを容易にするように構成することができる。加入者は、コンテンツにアクセスしたいとき、サービスプロバイダ１４、１６からそれを要求するように、クライアントアプリケーションに命じることができる。サービスプロバイダ１４、１６は、信頼できる又は信頼できないアクセスポイントのどちらかを介してコンテンツにアクセスすることを許可する前に、ユーザ装置１２及び／又はそれらの加入者を認証することを要求することができ、そして、彼らが、要求したアクセスを許可されているかどうか確認することができる。

図２は、本発明の１つの限定されない特徴によって意図されるゼロサインオンを容易にするために交換することができるメッセージのメッセージ交換図５０を示す。サービスプロバイダ１４は、ユーザ装置１２からの要求を認証するために、認証要求をクライアントアプリケーションに送信し、クライアントアプリケーションは、認証要求をアイデンティティプロバイダ（ＩｄＰ）４０に転送し、サービスプロバイダ１４は、加入者が認証されていることを示すアサーションを含む応答を待つことができる。また、応答は、幾つかの認証情報を含むことができる。ＩｄＰ４０は、サービスプロバイダ１４の信頼できるドメイン３８内の及び／又は信頼できる第三者機関（図示せず）を有する集中加入者認証実体であってもよい。ＩｄＰ４０は、サービスプロバイダ１４によって要求されたとき、加入者を認証して、コンテンツアクセス決定を行うのに用いることができるアサーショントークンを、サービスプロバイダ１４に供給することができる。ＩｄＰ４０は、ＤＨＣＰサーバ４３によって用いられるＩＰサブネットで構成され、ＩＰアドレスを、ＭＯＳの信頼できるドメイン／ネットワーク内のクライアントアプリケーションに割り当てることができる。

サービスプロバイダ１４は、加入者のＩｄＰ４０を知らない場合、それを加入者に催促することができる。サービスプロバイダ１４は、加入者が認証された後、更なる認証データを必要とする場合、要求を、ＭＯＳの認証サーバ（図示せず）に直接発行することができる。サービスプロバイダ１４は、どこにでも、例えば第１及び第２の位置２０、２２に位置することができる。それは、ＭＳＯのネットワークのバックエンドに又はゲートウェイ装置（ＩＰＳ）に位置することができる。また、それは、外部ウェブサイトに位置することができる。サービスプロバイダ１４は、クライアントアプリケーションが接続してサービス／コンテンツを要求するどこにでも位置するとみなすことができる。

本発明の１つの限定されない特徴は、ログインするためにユーザ名及びパスワードを入力する必要がなく、異なるウェブサイト（ＭＳＯ及びベンダ）のサービス及びコンテンツにアクセスする加入者のゼロサインオンを可能にすることを意図している。これは、ケーブルネットワーク又はサービスプロバイダ１４に関連した他の種類のネットワークの既存のセキュリティインフラストラクチュアを活用することによって、行われる。クライアントアプリケーションがサービスプロバイダ１４からコンテンツを要求したとき、要求は、認証のためにＩｄＰ４０に転送することができる。ＩｄＰ４０は、クライアントアプリケーションから転送されてきた認証要求を受信したとき、ＩＰソースアドレス（例えば、アクセスポイントによって割り当てられたＩＰアドレス指定）がクライアント装置１２用のＭＳＯのＩＰアドレスサブネット内（例えば、その信頼できるドメイン３８内）にあるかを確認することができる。

ＩＰソースアドレスが信頼できるドメイン３８内にある場合、ＩｄＰ４０は、プロビジョニングシステム４２に、ＩＰソースアドレスを用いて加入者情報ＩＤを問い合わせる。そして、ＩｄＰ４０は、アサーション応答を生成して、サービスプロバイダ１４に送信することができる。重要なことは、この認証は、加入者に、認証情報（ユーザ名及びパスワード）を催促することなく、行うことができる。サービスプロバイダ１４は、アサーショントークンを検証した後、クライアントアプリケーションがコンテンツにアクセスすることを許可することができる。ＩｄＰ４０は、転送されてきた認証要求がＭＳＯのネットワークから来ていなかった場合、クライアントアプリケーションが有効なセキュリティコンテキストを有しない限り、加入者に、彼らの認証情報（ユーザ名、パスワード）を用いて認証することを要求することになる。

ＩｄＰ４０は、ゼロサインオンを用いてクライアントアプリケーションを認証した後、クライアントアプリケーションとの間に認証セッション、すなわちセキュリティコンテキストを確立することができ、期限付きトークン、すなわちクッキーを生成し、クッキーはクライアントアプリケーションに保存される。サービスプロバイダ（あらゆるＳＰ）は、クライアントアプリケーションに、認証のための要求を再度ＩｄＰ４０に転送させたとき、ＩｄＰ４０は、クッキーがまだ有効な（期限切れでない）場合、加入者に催促する必要がなく、即座に、認証アサーションによって応答することができる。オプションとして、クライアントアプリケーションは、有効な認証セッションクッキーを有している限り、ＩｄＰ４０と同じ信頼の環にあるあらゆるサービスプロバイダ１４、１６に接続することができ、その加入者に、認証情報によってログインすることを要求する必要はない。これは、用いるアクセスネットワークから独立しており、それは、加入者が、彼らのクライアントアプリケーションをケーブルネットワークから他のアクセスネットワークに移動して、異なるドメインのサービスプロバイダ１６に接続し、依然としてゼロサインオン機能を享受し続けることができることを、意味する。

ＩｄＰ４０は、適切なアサーション応答を生成するために、クライアントアプリケーションのＩＰソースアドレスを用いて、加入者情報をプロビジョニングシステム４２に問い合わせる。図３は、本発明の１つの限定されない特徴に基づいて、ＩＰソースアドレスに関連した加入者を判定するメッセージ交換図６０を示す。クライアントアプリケーションがＩＰアドレスを要求したとき、ＣＭＴ３２は、サービスプロバイダ１４が知っていて信頼できる加入者のケーブルモデム３０のＭＡＣアドレスを要求に挿入した後、要求をＤＨＣＰサーバ４３に転送する。ＤＨＣＰサーバ４３は、ＩＰアドレスをクライアントアプリケーションに割り当てた後、プロビジョニングシステム４２に通知し、どのケーブルモデム３０のＭＡＣアドレスに関連するかを示すことができる。また、ＤＨＣＰサーバ４３は、ＩＰアドレスが所定のケーブルモデムのＭＡＣアドレスに関連しなくなる（期限切れになる又は他の装置に割り当てられる）ときを、プロビジョニングシステム４２に通知することができる。したがって、プロビジョニングシステム４２は、加入者のケーブルモデムのＭＡＣアドレスに関連したクライアントアプリケーションＩＰソースアドレスのマッピングを生成することができる。

一旦クッキーが期限切れになると、クライアントアプリケーションは、再認証される必要があるが、その認証は、クライアントアプリケーションが再びケーブルネットワークに接続されたときに、自動的に行うことができる（ゼロサインオン）。クッキーが期限切れになる前に、クライアントアプリケーションがケーブルネットワークに接続することができない場合、ＩｄＰ４０は、加入者に、認証セッショントークン（シングルサインオン）を再開する認証情報（ユーザ名及びパスワード）を催促することができる。クッキーは、リフレッシュされる必要がある前に、特定の期間、例えば１日、１週間、１ヶ月間、６ヶ月間持続するように、プロビジョニングすることができる。クッキーをこのように用いることにより、加入者がサインオンする必要がなく、メディアにその期間アクセスするために加入者によって用いられるウェブサイト又は他のサービスプロバイダポータルに対するゼロサインオンアクセスを容易にすることができる。クッキーは、ユーザ装置１２のコンピュータで読取り可能なメディアに保存することができ、ユーザ装置１２を持ったあらゆるユーザは、対応するメディアサービスに対するアクセスを受信することができる。

本発明の１つの限定されない特徴は、ユーザ装置１２に保存されているセキュリティ認証情報（例えば、トークン、クッキー等）を、むしろ証明書を保存することによって、強化することを意図している。証明書は、ユーザ名及びパスワードの認証情報よりも強固である。パスワードは、余りにも単純で、ハッカーは簡単に推測することができ、すなわち辞書攻撃に脆弱である。また、それらは、友人と共有することができ、結果として、サービスに対する無許可アクセスとなる。デジタル証明書は、これらの脆弱性の対象とはならず、高いレベルの加入者認証を提供する。加入者は、一旦、彼らの装置にデジタル証明書をインストールすると、ユーザ名及びパスワードの代わりに、デジタル証明書を用いて、加入者を認証できるので、また、ゼロサインオンを体験することができる。

加入者デジタル証明書による１つの課題は、それらを安全な方法で加入者の装置１２にインストールすることである。１つの方法は、加入者に、証明書マネージャアプリケーションをダウンロード及びインストールさせて、証明書署名要求（ＣＳＲ）を生成し、それを証明書発行サーバに送信することである。証明書発行サーバは、加入者を認証する必要があり、その後、証明書を発行することができる。そして、ユーザ名及びパスワードだけを用いた場合は、証明書によって高められた認証強度は失われる。セキュリティは、単に、その最も弱いリンクと同様の強さである。加入者認証のより強い形態は、デジタル証明書の発行を制御することである。

上述したＤＯＣＳＩＳネットワーク３４又は他の種類のネットワーク（例えば、アクセスポイントとサービスプロバイダ間の携帯電話ネットワーク）を用いて、加入者証明書を発行するのに適した２要素加入者認証をサポートすることができる。証明書発行サーバ（例えば、ＩｄＰ４０、ＣＭＴ３２、あるいは特定のサービスプロバイダ１４の信頼できるドメイン３８の他の要素）は、以下のステップを行うことによって、２要素加入者認証を実行することができる：１−加入者が有効なユーザ名及びパスワードを有するかを、例えば、加入者にシングルサインオンを実行することを要求することによって、検証する；２−ＣＳＲ要求がソースＩＰアドレス、すなわち加入者の認証されたケーブルモデム３０に関連したソースＩＰアドレスを有するかを、例えば以下に説明するアドレス保証手順に基づいて、検証する。これらの検証ステップの両方ともが成功した場合、加入者の認証レベルは、証明書発行サーバが証明書を加入者の装置に対して発行するのに十分な強さとすべきである。

証明書は、加入者の名前、すなわちユーザ装置のユーザ名及びＭＡＣアドレス、アクセスポイント、及び／又はＣＭＴ３２を含むことができる。ＭＡＣアドレスを含めることにより、証明書が装置間に亘って共有されることを防止するのに役立つことができる。一旦、証明書がユーザ装置１２にインストールされると、ユーザ装置１２がインターネット上のサービス又はコンテンツにアクセスするとき、ユーザ名及びパスワードを用いることなく、証明書を用いて、ユーザ装置１２を自動的に認証することができる。ケーブルラボＯＬＣＡ仕様は、ケーブルテレビ事業者及びそれらのパートナーが、どのようにＳＡＭＬ連携シングルサインオン認証を用いて、加入者に彼らのケーブルテレビ事業者アカウント認証情報を用いてオンラインでそれらのビデオコンテンツにアクセスすることを許可するかを規定しており、その開示は、引用することにより、本願に完全に援用される。加入者は、通常は、ユーザ名及びパスワードによって認証されるが、証明書を用いて、ゼロサインオンを体験することができる。

加入者が認証のためにケーブルテレビ事業者のサイトに接続するとき、彼らのホームネットワーク上で又は外部ネットワーク上で、ゼロサインオンを、相互に認証されたトランスポート層セキュリティ（ＴＬＳ）接続によって達成することができる。証明書は、サーバとクライアント間で自動的に交換することができる。証明書の有効性確認が成功した場合、サーバは、ＳＡＭＬアサーション転送コマンドによって応答し、それは、アサーションの有効性確認及び要求されたコンテンツ／サービスに対するアクセスのために加入者をサービスプロバイダに送り返す。証明書は、高いレベルの認証を与え、したがって、上述したクッキーは、例えば６ヶ月以上毎に１回以下の頻度で更新される必要はない。証明書を更新する必要があるとき、例えば１年の期間の後、証明書マネージャアプリケーションは、証明書発行サーバに接続して、新しい証明書をインストールする。既存の証明書がまだ期限切れでない場合、有効な証明書と、加入者のユーザ名及びパスワードとの両方は、２要素認証に用いることができるので、証明書更新は、ホームネットワーク上又はホームネットワーク外で起こることができる。既存の証明書が期限切れになっている場合、最初の証明書発行で説明したように、２要素認証を証明書発行サーバに供給するために、証明書更新は、ホームネットワーク上で起こる必要がある。

上でサポートしたように、本発明は、信頼認証情報（例えば、クッキー又は証明書）をユーザ装置１２に保存して、自動ゼロサインオン認証及びメディアサービスに対するアクセスを容易にするゼロサインオン手順を意図している。図４は、本発明の１つの限定されない特徴に基づいて説明される、クッキー及び証明書の両方を用いたゼロサインオン手順をサポートする方法のフローチャート７０を示す。クッキー及び証明書の１つ以上を用いることを説明するが、本発明は、クッキー及び証明書のうちの１つに関連した手順だけに基づく、すなわち単にクッキーだけ又は証明書だけを用いた方が望ましい環境に対する同様のゼロサインオン手順を容易にすることを十分に意図している。

ブロック７２において、ユーザ装置は、初めて、あるいはクッキー又は証明書が割り当てられる前に、例えばユーザ装置がまず最初に配置されたときに、アクセスポイントに接続される。アクセスポイントが、例示的な限定されない目的で、１つ以上のユーザ装置との無線通信を容易にするために、ルータ又は他のゲートウェイが接続されるケーブルモデム又は同様のエッジタイプ装置であることについて、主に説明する。しかしながら、アクセスポイントは、例えば装置である必要はなく、特に、それに対する接続が、その事業者によって局所的に制御されるような装置である必要はない。アクセスポイントは、ＣＭＴ、あるいはサービスプロバイダサポートネットワークの１つに対する他のインタフェースであってもよい。

ユーザ装置がローカル無線ルータに接続し、そして、無線ルータが、ユーザ装置をケーブルモデム及びＣＭＴ経由でサービスプロバイダに知らせる例示的な具体例を、特定のシナリオに関するものとして示し、そこでは、意図するゼロサインオンは、加入者のユーザ装置が信頼できるアクセスポイントと信頼できないアクセスポイント間を移動する際に、加入者が連続してサービスにアクセスするのに役立つことができる。これは、主に、ユーザ装置が無線ネットワークを移動する、すなわちそれらが無線ルータによってサポートされる場合に、起こると思われる。もちろん、セルラネットワーク及び／又はブロードキャストネットワークは、アクセスポイントとしてルータを含まなくてもよいが、むしろ他の装置、例えば限定されないが、マクロセル、マイクロセル、ピコセル又はフェムトセルに依存する。本発明は、これらの他の種類のアクセスポイント及び対応する通信媒体に適用されるゼロサインオン手順を完全に意図している。

ブロック７４において、接続されたアクセスポイントが信頼できるかを判定する。アクセスポイントは、ユーザ装置がメディアサービスにアクセスしようと試みるサービスプロバイダの信頼できるドメイン内にあるかどうかによって決まる信頼できるかと信頼できないかの１つであるとみなすことができる。この判定は、ユーザ装置に、それがアクセスしようと試みるメディアサービスを識別するように、あるいは一方、サービスが要求されるサービスプロバイダを識別するように要求することができる。信頼性の１つのテストは、メディアサービスにアクセスするために要求した時にユーザ装置に割り当てられたＩＰアドレスに基づいて行うことができる。ＩＰアドレスが、サービスプロバイダのＩＰアドレスの信頼できるドメイン内、例えばサービスプロバイダの信頼できるＣＭＴの１つのＩＰサブネット内にある場合、アクセスポイントは信頼でき、そうでない場合は、信頼できないとみなすことができる。

ユーザ装置を、信頼できないアクセスポイントを介した信頼認証情報（すなわち、クッキー及び／又は証明書の一方又は両方）によって最初にプロビジョニングすることは望ましくない場合があるので、アクセスポイントが信頼できない場合、ブロック７２に戻ることになる。オプションとして、ブロック７６において、ユーザに、サインオン動作によって彼らのユーザ名及びパスワードを入力することにより、要求したメディアサービスにアクセスする選択肢が与えられる。そして、ユーザ名及びパスワードが検証された場合、ユーザは、信頼認証情報によってプロビジョニングされる前に、正当にメディアサービスにアクセスすることができる。

ブロック７８において、アクセスポイントを信頼して、サインオン動作が実行された場所を判定する。サインオン動作は、オプションのステップであってもよく、そこでは、加入者は、信頼認証情報としてのクッキー及び／又は証明書によって、ユーザ装置をプロビジョニングするかどうかを判断する。オプションとして、加入者に判断することを許可するのではなく、サービスプロバイダは、加入者にサインオンを強制することができるという点において、特定の動作を要求することができ、及び／又はサービスプロバイダは、クッキープロビジョニングを、例えば加入者契約義務及び／又は加入者の振る舞いに基づいて、自動的に強制することができる（例えば、加入者及びユーザ装置が不適切と思われる動作を行っている又は行っていた場合、より安全な及び長期に亘る証明書のプロビジョニングを妨げることができる）。

ブロック８０、８２において、クッキー及び証明書の一方又は両方によって、ユーザ装置をプロビジョニングする。証明書は、その伝送のセキュリティを上げるために、帯域内信号を介する又はサーバプロバイダの信頼できるドメインの専用の部分を介するアクセスポイントへの伝送を要求することができる。クッキーは、同様の方法で伝送することができ、及び／又はクッキーは、そのセキュリティが余り重要でないので、帯域外信号を介して又はインターネット上を伝送することができ、例えば、クッキーは、セキュアソケットレイヤ（ＳＳＬ）パイプを介して伝送することができる。帯域内信号は、既知のエンドポイント間で起こり、ＳＳＬパイプは必要でないので、ＳＳＬパイプは、帯域内信号よりも安全性が低い。

ゼロログオン方法の上述の部分は、クッキー及び証明書の一方又は両方を保存するようにユーザ装置をプロビジョニングするという点で、概してプロビジョニング段階と称することができる。しかしながら、例えば購入又はインストール（好ましくは、サービスプロバイダの許可された信頼できる代理人によるインストール）のときに、既に、信頼認証情報によって、ユーザ装置がプロビジョニングされている場合、この段階は、オプションであり、避けることができる。フローチャートの次の部分は、概して認証段階と称することができ、そこでは、ユーザ装置は、場合によってはゼロログオン動作によって認証され、保存した信頼認証情報に基づいて、メディアサービスにアクセスする。

ブロック８４において、ユーザ装置からのメディアサービスの要求を判定する。この判定は、ユーザ装置をアクセスポイントに接続することに関するブロック７２における上述した判定と同じであってもよい。ブロック８４は、認証段階の始まりを説明するために簡単に示しているが、十分な判定が既に行われている場合は、スキップすることができる。ブロック８４は、メディアサービスにアクセスする要求の発行があり次第、例えばユーザ装置が、特定のサービスプロバイダからコンテンツを要求するために、ウェブサイトにアクセスした場合に起動することができる。また、他の起動事象は、ユーザ装置を認証する必要があるかを判定することと等価であってもよく、例えばユーザ装置の電源「オン」、電話番号をダイアルするときの「送信」の入力（例えば、セルラアクセスの認証のために）等であってもよい。

ブロック８６において、メディアサービスに対するアクセスを要求した時点でユーザ装置が用いたアクセスポイントが、信頼できるアクセスポイントであるかどうかを判定する。アクセスポイントが信頼できるかどうかの判定は、ここに十分に説明されており、既にブロック７４で判定されている場合には、それに応じてブロック８６をスキップすることができる。ブロック８８において、信頼できる／信頼できないの判定を用いて、ゼロログオンを容易にするために信頼認証情報が必要であるかどうかを区別する。さらに以下で詳細に説明するように、本発明の１つの限定されない特徴は、信頼認証情報に依存することなく、例えばアクセスポイントの信頼できる状態に基づいて、ゼロログオンを容易にすることを意図している。

ブロック８８において、アクセスポイントは信頼できるかどうかを判定する。これは、例えば、ユーザ装置に関連した加入者、すなわちユーザ装置の所有者本人と認証された者のホームのアクセスポイントに、ユーザ装置が接続した場合、及び／又はアクセスポイントがユーザ装置の所有者以外の誰かに関連するとともに、対応するアクセスポイントが依然としてサービスプロバイダの信頼できるドメイン内にある他のホーム又は他の位置に、そのユーザ装置が位置する場合、例えば、加入者がユーザ装置を仲間のところに持って行き、仲間のアクセスポイントに接続した場合に、起こることがある。

また、ブロック８８において、ユーザ装置に保存されている信頼認証情報がクッキー及び／又は認証情報であるかどうかに応じて、認証段階の次の段階を区別する。両方の種類の信頼認証情報がユーザ装置に保存されている場合、どちらかの一方、例えば最も安全でありそうな証明書を、ユーザによって手動で、あるいは自動的に用いられるクライアントアプリケーションによって自動的に選択することができる。しかしながら、オプションとして、特定のアクセスポイント及び／又はメディアサービスは、用いる信頼認証情報を指示することができ、例えば、特定のウェブサイトは、証明書よりもクッキーを用いることをより促進する場合がある。

ブロック９０において、証明書ベースのゼロログオン動作を実行して、ユーザ装置は、認証され、そこに保存されている証明書に関連したメディアサービスにアクセスする。複数の証明書が保存されている場合、例えばユーザ装置が異なる加入者によって用いられる場合、ユーザ装置は、ゼロログオン機能を維持するためにユーザとの対話処理を必要とせず、例えばユーザ装置の現在及び過去の動作特性及び性能によって定まるように、ユーザのアイデンティティに対応した証明書を選択することによって、証明書を自動的に選択するように構成することができ、すなわち、クライアントアプリケーションは、ユーザが情報を入力する必要がなく、ユーザを識別することができ、そのユーザに関連した証明書を自動的に選択することができる。

ブロック９２において、クッキーベースのゼロログオン動作を実行して、ユーザ装置は、認証され、そこに保存されているクッキーに関連したメディアサービスにアクセスする。複数のクッキーが保存されている場合、例えばユーザ装置が異なる加入者によって用いられる場合、ユーザ装置は、ゼロログオン機能を維持するためにユーザとの対話処理を必要とせず、例えばユーザ装置の現在及び過去の動作特性及び性能によって定まるように、ユーザのアイデンティティに対応したクッキーを選択することによって、クッキーを自動的に選択するように構成することができ、すなわち、クライアントアプリケーションは、ユーザが情報を入力する必要がなく、ユーザを識別することができ、そのユーザに関連したクッキーを自動的に選択することができる。

オプションとして、クッキーは、比較的小さなデータ量を有する場合があり、あるいはそうでない場合、メディアサービスに関するユーザ及び／又はユーザの資格を特に識別するように構成されていない。これは、多数のユーザのクッキーを分類するために必要とされる処理要求及び／又はバックエンド動作を良くするためになされている可能性がある。むしろ、クッキーは、ユーザ装置のような信頼できる実体を示すために単に用いることができ、それは、たとえ特に検証されていないとしても、クッキーを有していれば、信頼できるとみなされる。

オプションとして、サービスプロバイダが、ユーザ装置がその信頼性の十分な証拠として信頼できるアクセスポイントに接続されているという事実を進んで受け入れる場合、ブロック９２におけるクッキーの使用は省略することができる。このシナリオを用いて、同じ種類のコンテンツに対する全てのホームアクセスを容易にすることができ、例えば伝統的なテレビ放送シナリオにおいて、家庭内の全てのテレビジョン受像機は、アクセスポイントに接続することが許可されたあらゆる装置に対する同じコンテンツにアクセスすることができる。更なるオプションとして、例えば同じ家庭内の全てのテレビジョン受像機では利用できない特定のテレビジョン信号にアクセするためには、ＳＴＢ又はＤＶＲが必要であるのと同じように、クッキーに少なくとも部分的に基づいて、特定のメディアサービスにアクセスすることを許可することができる。

クッキーを用いない、あるいは用いたクッキーが自己識別しない、及び／又はユーザ装置及び／又はユーザを識別するために他の動作を実行することを避けることが望ましい場合、例えば、ＭＡＣアドレスをマッチングすることによって、あるいは幾つかの他のマッピング動作を実行することによって、ユーザ装置に対して認証された資格／メディア許可は、むしろ、アクセスポイントに関連したそれらとすることができる。サービスプロバイダは、請求書送付アドレス及びアクセスポイントに対する他のメディア許可が既に関係付けられている可能性があるので、それらの同じ許可を比較的簡単に、すなわち実行する必要がない余分なＭＡＣアドレス又はＩＰアドレスのマッチングを実行することなく、ユーザ装置に拡大することができる。

ブロック９４において、ユーザ装置でクッキーを使用及び／又は保存する場合、クッキーをリフレッシュする。クッキーの有効期限は、リフレッシュを用いて、その最後のプロビジョニングで規定された有効期限を越えて延長することができる。クッキーを比較的高い頻度で及び信頼できるベースで用いるとき、サービスを中断させるよりはむしろ、クッキーは、ゼロログオンの継続性を維持するために、自動的にリフレッシュされるようにしてもよい。これは、同じウェブサイト及び／又はメディアサービスに頻繁にアクセスするユーザのゼロログオン機能を維持するのに役に立つことができる。

ブロック８６に戻って、アクセスポイントが信頼できないと判定された場合、ブロック９６に進み、信頼認証情報のうちのどれを用いるかを判定する。例えば、ユーザが、ユーザ装置を仲間のホームネットワークに持って行く代わりに、ユーザ装置を、サービスプロバイダの信頼できるドメインの外のＷｉ−Ｆｉホットスポットに持って行った場合、ブロック９６に進む。ブロック９６において選択する信頼認証情報は、ブロック８８における手順と同じ手順で判定することができる。証明書を用いる場合、ブロック９０の手順を用いて、メディアサービスに対するアクセスを容易にする。証明書のプロビジョニングは、クッキーよりも制限的な方法で行われるので、比較的信頼できる証明書を考慮すると、アクセスポイントの信頼性の無さを無視することは、サービスプロバイダにとって容認することができる。

ユーザ装置が証明書を含まない場合、あるいは保存されている証明書が認証手順の一部として用いられない場合、ブロック９８において、クッキーが有効かどうかを判定する。クッキーは、上述したように、限られた期間は有効とすることができる。クッキーが無効な場合、ブロック１００において、メディアサービスに対するアクセスが許可されるように、ユーザにログオン動作を完了することを要求する。クッキーが有効な場合、ブロック１０２において、ゼロログオンを、例えばブロック９２と同じ方法で実行する。オプションとして、アクセスポイントが信頼できるために、クッキーに頼ることなく、ゼロログオンを許可するブロック９２とは対照的に、ブロック１０２において、クッキーを用いて、ゼロログオンを実行することを要求してもよい。アクセスポイントが信頼できなくなった後は、リフレッシュを許可する前の信頼できるアクセスポイントにユーザ装置を接続することを強制するために、ブロック９４は省略してもよい。

上述したように、ＩＰソースアドレスを用いて、ゼロログオン機能をサポートすることができる。本発明は、ＩＰアドレスが検証されて、スプーフィングされていない、すなわち改竄されていないことを保証するアドレス保証手順を実行することを意図している。オプションとして、本発明によって意図するゼロログオンは、ＤＯＣＳＩＳケーブルモデム（アクセスポイント）のＭＡＣアドレス及びクライアントアプリケーションのＩＰソースアドレスに基づくことができる。

ケーブルモデムＭＡＣアドレスのスプーフィング又はクローン化は、以下によって阻止することができる：ＤＯＣＳＩＳＢＰＩ＋の強制、ＢＰＩ＋は、デジタル証明書を用いて、ＭＡＣアドレス認証を含めてＣＭを認証する（ＤＯＣＳＩＳ３．０は、ＢＰＩ＋強制機能を提供し、その開示は、引用することにより、本願に完全に援用される）；ＭＡＣアドレスドメイン認証、そこにおいて、ケーブルモデムプロビジョニングシステムだけが、ケーブルモデムが許可されたＣＭＴＭＡＣアドレスドメインで動作することを許可し、ハッカーがＭＡＣアドレスのクローンを作り、それを異なるＭＡＣアドレスドメインで使うことを試みる場合、プロビジョニングシステムは、それを阻止する（注：ＣＭＴは、同じドメインの複製のＭＡＣアドレスを阻止する）。

ＩＰアドレススプーフィングは、以下によって阻止することができる：ＭＳＯのクライアントサブネット内のソースＩＰアドレスを有するＭＳＯの信頼できるドメインの外側（例えば、外部ネットワーク（インターネット））からのトラフィックを遮断することを要求されるルータ構成（装置が接続されたケーブルモデム／アクセスポイント）；ソースアドレス検証、そこでは、ＭＳＯのネットワーク上のクライアントアプリケーションは、ＭＳＯのプロビジョニングシステム（ＤＯＣＳＩＳ３．０は、この機能を提供する）によって割り当てられたＩＰアドレスだけを使うことができる。

上述では例示的な実施の形態を説明したが、これらの実施の形態が発明の全ての可能な形態を表しているものではない。むしろ、明細書で用いた文言は、限定するのではなくむしろ説明の文言であり、発明の精神と範囲から逸脱することなく、様々に変更できるものである。さらに、実施の形態を実現する様々な特徴を組み合わせて、発明の更なる実施の形態を形成することができる。

Claims (20)

1. メディアサービスに対するゼロログオンアクセスを容易にする方法であって、
   ユーザ装置のメディアサービス許可を規定した信頼認証情報を、該ユーザ装置上で動作するクライアントアプリケーションに提供するステップと、
   上記信頼認証情報で規定されたメディアサービス許可に基づいて、メディアサービスに対する上記ユーザ装置のゼロログオンアクセスを許可するステップと
   を含む方法。
2. 上記ユーザ装置のアクセスポイントが信頼できる場合、メディアサービス許可の第１の段階に対するアクセスを容易にするように、上記信頼認証情報を構成するステップと、
   上記ユーザ装置のアクセスポイントが信頼できない場合、メディアサービス許可の第２の段階に対するアクセスを容易にするように、上記信頼認証情報を構成するステップと
   をさらに含む請求項１記載の方法。
3. 加入者固有のサービスに対応する上記メディアサービス許可の第１の段階と、非加入者固有のサービスに対応する上記メディアサービス許可の第２の段階とをさらに含む請求項２記載の方法。
4. 上記アクセスポイントを介して提供される上記ユーザ装置のＩＰアドレスがＩＰアドレスの信頼できるドメイン内にある場合、上記アクセスポイントを信頼できると判定するステップと、
   上記アクセスポイントを介して提供される上記ユーザ装置のＩＰアドレスがＩＰアドレスの信頼できないドメイン内にある場合、上記アクセスポイントを信頼できないと判定するステップと
   をさらに含む請求項２記載の方法。
5. 上記メディアサービス許可を、上記アクセスポイントに関連した加入者に関連付けるステップをさらに含む請求項１記載の方法。
6. 上記ユーザ装置に関連した加入者とは異なる上記アクセスポイントに関連した加入者のメディアサービス許可をさらに含む請求項５記載の方法。
7. 上記メディアサービス許可を、上記ユーザ装置に関連した加入者に関連付けるステップをさらに含む請求項１記載の方法。
8. 上記信頼認証情報を、上記ユーザ装置のコンピュータで読取り可能な媒体に保存されているクッキーとして構成するステップをさらに含む請求項１記載の方法。
9. メディアサービスに対するゼロログオンアクセスを継続するために、期間毎に１回だけ上記クッキーのリフレッシュを要求するステップをさらに含み、上記期間は、６ヶ月未満である請求項８記載の方法。
10. 上記信頼認証情報を、上記ユーザ装置のコンピュータで読取り可能な媒体に保存されている証明書として構成するステップをさらに含む請求項１記載の方法。
11. メディアサービスに対するゼロログオンアクセスを継続するために、期間毎に１回だけ上記証明書のリフレッシュを要求するステップをさらに含み、上記期間は、６ヵ月よりも長い請求項１０記載の方法。
12. メディアサービスに対するゼロログオンアクセスを容易にする方法であって、
    ユーザ装置がそれを介して上記メディアサービスにアクセスすることを望むアクセスポイントが、信頼できる及び信頼できないのどちらかの１つであるかを判定するステップと、
    上記アクセスポイントが信頼できる場合、上記メディアサービスに対するゼロログオンアクセスを許可するステップと、
    上記アクセスポイントが信頼できない場合、上記ユーザ装置上に保存されている信頼認証情報が、有効及び無効のどちらかの１つであるかを判定するステップと、
    ｉ．上記信頼認証情報が有効な場合、上記メディアサービスに対するゼロログオンアクセスを許可するステップと、
    ｉｉ．上記信頼認証情報が無効な場合、上記メディアサービスに対するログオンアクセスを要求するステップと
    を含む方法。
13. 上記信頼認証情報で規定されたメディア許可に対するゼロログオンアクセスを制限するステップをさらに含む請求項１２記載の方法。
14. 上記メディア許可を、上記アクセスポイントに関連した加入者に関連付けるステップをさらに含む請求項１３記載の方法。
15. 上記メディア許可を、上記ユーザ装置に関連した加入者に関連付けるステップをさらに含む請求項１３記載の方法。
16. 上記アクセスポイントを介して提供される上記ユーザ装置のＩＰアドレスがＩＰアドレスの信頼できるドメイン内にある場合、上記アクセスポイントを信頼できると判定するステップと、
    上記アクセスポイントを介して提供される上記ユーザ装置のＩＰアドレスがＩＰアドレスの信頼できないドメイン内にある場合、上記アクセスポイントを信頼できないと判定するステップと
    をさらに含む請求項１２記載の方法。
17. メディアサービスに対するユーザ装置のゼロログオンアクセスを容易にする方法であって、
    上記ユーザ装置上に保存されている信頼認証情報が、第１の種類及び第２の種類のどちらかの１つであるかを判定するステップと、
    上記信頼認証情報が上記第１の種類である場合、上記メディアサービスの第１の段階に対するゼロログオンアクセスを許可するステップと、
    上記信頼認証情報が上記第２の種類である場合、上記メディアサービスの第２の段階に対するゼロログオンアクセスを許可するステップと
    を含む方法。
18. 上記ユーザ装置に関連したユーザ名及びパスワードが検証されていない場合、上記信頼認証情報を上記第１の種類であると判定するステップと、
    上記ユーザ装置に関連したユーザ名及びパスワードが検証されている場合、上記信頼認証情報を上記第２の種類であると判定するステップと
    をさらに含む請求項１７記載の方法。
19. メディアサービスの上記第１の段階を上記ユーザ装置のアクセスポイントに関連付けるステップと、
    メディアサービスの上記第２の段階を上記ユーザ装置に関連付けるステップと
    をさらに含む請求項１７記載の方法。
20. 上記ユーザ装置のアクセスポイントが信頼できない場合、上記第１及び第２の段階のそれぞれの下で利用できるメディアサービスをさらに制限するステップをさらに含む請求項１７記載の方法。

Images