(57)【要約】【課題】ＶＥＩＰＤが、コンテンツサーバへの暗号化された接続を設けること、または、コンテンツサーバによって提供されるデータサービスの暗号化されたデータを解読することを可能にすること。【解決手段】本発明は、暗号化された形態のデータを用いるデータサービスを提供するコンテンツサーバと、車内エンターテイメントおよび情報処理デバイス（ＶＥＩＰＤ）と、アクセスコントロールサーバとを含む、ネットワーク化されたシステムにおけるデータサービスへのアクセスを制御するアクセス制御方法に関する。さらに、本発明は、ＶＥＩＰＤ、アクセスコントロールサーバ、およびネットワーク化されたシステムに関する。【選択図】図１
2005143120.tif 000002
【特許請求の範囲】
【請求項１】
暗号化された形態のデータを用いてデータサービスを提供するコンテンツサーバ（１３０、２００）と車内エンターテイメントおよび情報処理デバイス（１００）とを備えるネットワーク化されたシステムにおいてデータサービスへのアクセスを制御するためのアクセスコントロール方法であって、該方法は、
該車内エンターテイメントおよび情報処理デバイス（１００）が該アクセスコントロールサーバ（１２０）において該データサービスへのアクセスをリクエストするステップ（３０４、４０４）と、
該アクセスコントロールサーバ（１２０）が、該車内エンターテイメントおよび情報処理デバイス（１００）により該リクエストされたデータサービスにアクセスすることを許可するかどうかを判定するステップ（３１２、４１２）と、
該アクセスコントロールサーバ（１２０）が該車内エンターテイメントおよび情報処理デバイス（１００）により該リクエストされたデータサービスにアクセスすることを許可すると判定された場合、該アクセスコントロールサーバ（１２０）が該車内エンターテイメントおよび情報処理デバイス（１００）へ該データサービスに関連したアクセス情報を提供するステップ（３１６、４１６）であって、該車内エンターテイメントおよび情報処理デバイス（１００）が該アクセス情報を用いて、該コンテンツサーバ（１３０）に暗号化された接続を構成するか、もしくは、該コンテンツサーバ（２００）によって提供されたデータサービスの暗号化されたデータを復号化する、ステップと
を包含する、方法。
【請求項２】
前記車内エンターテイメントおよび情報処理デバイス（１００）が、前記アクセスコントロールサーバ（１２０）から受信したアクセス情報を用いて前記コンテンツサーバ（１３０、２００）から前記暗号化されたデータサービスを受信するステップ（４０３）をさらに含む、請求項１に記載のアクセスコントロール方法。
【請求項３】
前記車内エンターテイメントおよび情報処理デバイス（１００）が、前記アクセスコントロールサーバ（１２０）から受信したアクセス情報を用いて前記コンテンツサーバ（１３０、２００）へ暗号化された接続を構成するステップ（３０３）と、
該車内エンターテイメントおよび情報処理デバイス（１００）と該コンテンツサーバ（１３０、２００）との間に前記データサービスに関連した暗号化された接続データ（５１１）を交換するステップと
をさらに含む、請求項１に記載のアクセスコントロール方法。
【請求項４】
前記車内エンターテイメントおよび情報処理デバイス（１００）が、前記アクセス情報が該車内エンターテイメントおよび情報処理デバイス（１００）に格納される（５０２、９０２）かどうかを判定するステップと、
該アクセス情報が該車内エンターテイメントおよび情報処理デバイス（１００）に格納される場合、該車内エンターテイメントおよび情報処理デバイス（１００）は、前記コンテンツサーバ（１３０）へ暗号化された接続を構成する（３０３）か、もしくは、該格納されたアクセス情報を用いて前記コンテンツサーバ（２００）によって提供されるデータサービスの暗号化されたデータを復号化する（４０３）ステップと
をさらに含む、請求項１〜３のいずれかに記載のアクセスコントロール方法。
【請求項５】
前記アクセスコントロールサーバ（１２０）が、前記アクセス情報が該アクセスコントロールサーバ（１２０）に格納されるかどうかを判定するステップ（５０４）と、
該アクセス情報が該アクセスコントロールサーバ（１２０）に格納されない場合、該アクセスコントロールサーバ（１２０）は、前記コンテンツサーバ（１３０、２００）または証明機関（１４０）から該アクセス情報をリクエストするステップ（３１４、６０１）と
をさらに含む、請求項１〜４のいずれかに記載のアクセスコントロール方法。
【請求項６】
前記アクセスコントロールサーバ（１２０）は前記コンテンツサーバ（１３０、２００）または前記証明機関（１４０）から受信した前記アクセス情報を受信し、格納するステップ（３１５、６０３）をさらに含む、請求項５に記載のアクセスコントロール方法。
【請求項７】
前記車内エンターテイメントおよび情報処理デバイス（１００）に前記データサービスに関連したアクセス情報（３１６、４１６）を提供する前記アクセスコントロールサーバ（１２０）が、該アクセスコントロールサーバ（１２０）における位置を示すメッセージを該アクセスコントロールサーバ（１２０）から該車エンターテイメントおよび情報処理デバイス（１００）に伝送するステップであって、該アクセスコントロールサーバ（１２０）から該アクセス情報が該車内エンターテイメントおよび情報処理デバイス（１００）によって得られ得る、ステップを含む、請求項１〜６のいずれかに記載の方法。
【請求項８】
前記車内エンターテイメントおよび情報処理デバイス（１００）にアクセス情報（３１６、４１６）を提供するステップは、
該車内エンターテイメントおよび情報処理デバイス（１００）が前記メッセージを受信する際に示される位置における前記アクセスコントロールサーバ（１２０）から該アクセス情報をリクエストするステップ（１００６）と、
該アクセスコントロールサーバ（１２０）が該車内エンターテイメントおよび情報処理デバイス（１００）に該アクセス情報を伝送するステップ（１００７）と
をさらに含む、請求項７に記載の方法。
【請求項９】
前記アクセスコントロールサーバ（１２０）における前記データサービスにリクエストされたアクセス（３０４、４０４）を有する際にタイマーを開始するステップをさらに含む、請求項１〜６のいずれかに記載の方法。
【請求項１０】
前記データサービスに関連したアクセス情報（３１６、４１６）を前記車内エンターテイメントおよび情報処理デバイス（１００）に提供するステップは、
該車内エンターテイメントおよび情報処理デバイス（１００）が前記タイマーの終了時に前記アクセスコントロールサーバ（１２０）から前記アクセス情報をリクエストするステップ（１１０３）と、
該アクセスコントロールサーバ（１２０）が該車内エンターテイメントおよび情報処理デバイス（１００）に該アクセスコントロール情報を提供するステップ（１１０５）と
をさらに含む、請求項９に記載の方法。
【請求項１１】
前記アクセスコントロールサーバ（１２０）に前記車内エンターテイメントおよび情報処理デバイス（１００）の前記アクセスリクエストは、アクセスがリクエストされる前記データサービスおよび／または該車内エンターテイメントおよび情報処理デバイス（１００）の識別子を示す、請求項１〜１０のいずれかに記載のアクセスコントロール方法。
【請求項１２】
前記アクセス情報は証明書である、請求項１〜１１のいずれかに記載のアクセスコントロール方法。
【請求項１３】
前記データサービスは暗号化されたオーディオまたはビデオ放送サービスである、請求項１〜１２のいずれかに記載の方法。
【請求項１４】
前記コンテンツサーバ（１３０、２００）に関連するアクセス情報はセッション鍵であり、前記車内エンターテイメントおよび情報処理デバイス（１００）は前記暗号化された放送サービスを複合化するための該セッション鍵を用いる、請求項１３に記載の方法。
【請求項１５】
ブラウザアプリケーションを使用する前記車内エンターテイメントおよび情報処理デバイス（１００）のユーザに前記データサービスを提供するステップをさらに含む、請求項１〜１４のいずれかに記載の方法。
【請求項１６】
前記車内エンターテイメントおよび情報処理デバイス（１００）が、該車内エンターテイメントおよび情報処理デバイス（１００）の格納手段（１０７）において前記アクセス情報（３０８、４０８）を格納するステップをさらに含む、請求項１〜１５のいずれかいに記載の方法。
【請求項１７】
前記車内エンターテイメントおよび情報処理デバイス（１００）において前記コンテンツサーバ（１３０、２００）に関連する情報を格納する際に前記ブラウザアプリケーションを再開始するステップをさらに含む、請求項１６に記載の方法。
【請求項１８】
前記車内エンターテイメントおよび情報処理デバイス（１００）が、前記データサービスのリクエストを再トリガーするステップをさらに含む、請求項１６に記載の方法。
【請求項１９】
前記アクセスコントロールサーバ（１２０）は、前記車内エンターテイメントおよび情報処理デバイス（１００）により該車内エンターテイメントおよび情報処理デバイス（１００）を独自に識別する識別子に基づいて前記リクエストされたデータサービスにアクセスすることを許可するかどうかを判定する、請求項１〜１８のいずれかに記載の方法。
【請求項２０】
該アクセスコントロールサーバ（１２０）が、前記車内エンターテイメントおよび情報処理デバイス（１００）が前記リクエストされたデータサービスにアクセスすることを許可しないと判定した場合、該アクセスコントロールサーバ（１２０）が該車内エンターテイメントおよび情報処理デバイス（１００）を許可するための加入プロセスを開始し、該リクエストされたデータサービスに加入するステップをさらに含む、請求項１〜１９のいずれかに記載の方法。
【請求項２１】
前記車内エンターテイメントおよび情報処理デバイス（１００）は、無線リンクを介して前記ネットワーク化されたシステムにアクセスする、請求項１〜２０のいずれかに記載の方法。
【請求項２２】
暗号化された形態のデータを用いてデータサービスを提供するコンテンツサーバ（１３０、２００）と車内エンターテイメントおよび情報処理デバイス（１００）とを備えるネットワーク化されたシステムにおける車内エンターテイメントおよび情報処理デバイス（１００）であって、該車内エンターテイメントおよび情報処理デバイス（１００）が請求項１〜２１のいずれかに記載のアクセスコントロール方法を実行するように適用される、車内エンターテイメントおよび情報処理デバイス（１００）。
【請求項２３】
暗号化された形態のデータを用いてデータサービスを提供するコンテンツサーバ（１３０、２００）とネットワークを介して互いに接続される車内エンターテイメントおよび情報処理デバイス（１００）ならびにアクセスコントロールサーバ（１２０）とを備えるネットワーク化されたシステムにおけるアクセスコントロールサーバ（１２０）であって、該アクセスコントロールサーバ（１２０）は請求項１〜２１のいずれかに記載のアクセスコントロール方法を実行するように適用される、アクセスコントロールサーバ（１２０）。
【請求項２４】
暗号化された形態のデータを用いてデータサービスを提供するコンテンツサーバ（１３０、２００）と請求項２２に記載の車内エンターテイメントおよび情報処理デバイス（１００）と請求項２３に記載のアクセスコントロールサーバ（１２０）とを備える、ネットワーク化されたシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、暗号化された形態のデータを用いるデータサービスを提供するコンテンツサーバ、車内エンターテイメントおよび情報処理デバイス（ＶＥＩＰＤ）、ならびにアクセスコントロールサーバを含む、ネットワーク化されたシステムにおけるデータサービスへのアクセスを制御するアクセスコントロール方法に関する。さらに、本発明は、ＶＥＩＰＤ、アクセスコントロールサーバ、ならびに車内エンターテイメントおよび情報処理デバイス、コンテンツサーバおよびアクセスコントロールサーバを含むネットワーク化されたシステムに関する。
【背景技術】
【０００２】
インターネットは、オープンなシステムであり、通信相手の身元を明らかにすることは容易ではない。さらに通信経路は、非物理的であり、かなり多くの盗み聞きおよび能動的な干渉の可能性を含み得る。従って、インターネット通信は、匿名のはがきに対して、匿名の受け取り手が返信するようなものである。しかし、誰もが読めるようになっており、書き込むことさえ出来るこれらのポストカードは、特定の端点の間に、安全かつ秘密な方法でメッセージを運ばなければならない。
【０００３】
解決策は、暗号（秘密およびセキュリティを確実にする）および証明（通信が所望の端点間で行われていることを確実にする）を用いることである。偽の証明または証明メカニズムがないことによってもたらされ得る問題は、制御されているデータについての知識を得るための「間にいる人」による攻撃から、データおよびリソースへのアクセスを得るための完全にオープンな状況まで幅広い。ユーザが欲しいもののように見えるが、実はだまそうとしているホームページに連れて行かれた場合、ユーザは泥棒との安全な接続を有し得、これによってより安全にはならない。従って、身元証明または認証が必要である。
【０００４】
ＩＴＵ推奨Ｘ．５０９（事実上の標準として実行されている）は、「ディレクトリ」で表される中央制御パラダイムの下で、認証サービスの提供のための枠組みを規定する。これには、２つのレベルの認証が記載されている。自称の身元の確認としてパスワードを用いる単純認証、および暗号技術を用いて形成される証明書が用いられる強力認証である。
【０００５】
ユーザ証明書または公開鍵証明書として公知の証明書は、発行する認証期間の秘密鍵を用いた暗号化によって捏造できないようにされた、ユーザの公開鍵を、他の情報とともに含む。証明書は、ユーザの「一意的に区別された名前」（ＤＮ）と呼ばれる名前とユーザの公開鍵との間の関連付けを可能にする。ＤＮは、ＮＡ（名付け機関）によって表示され、ＣＡ（認証機関）によってＣＡのドメイン内で一意的であると受け入れられるが、ＣＡはＮＡとしての役割を果たしてもよい。興味深いことに、同じユーザが異なるＣＡにおいて異なるＤＮを有してもよいし、異なるＣＡにおいて、同じＤＮを、そのＣＡでそのＤＮを用いる最初のユーザでなくても用いてもよい。従って、異なるＣＡに異なるＤＮは、必ずしも異なるユーザを意味するものではないし、その逆もまた真である。さらに、ＤＮはユーザの実世界での名前または住所を含む必要はない。従って、言葉の定義として、ＣＡ証明書は、名前に言及するが、名前を表すものではない。
【０００６】
Ｘ．５０９は、情報を安全な様態で第三者にとって利用可能にするためのメカニズムを規定することに焦点を合わせている。しかし、Ｘ．５０９は、証明書における情報を確認するために必要な努力のレベルについて取り組むことを意図していないし、ＣＡの管理行動の外側の情報に、グローバルな意味を規定することもしていない。ＣＡの主な目的は、公開鍵を証明書に含まれる名前に結びつけ、この結びつきが両方、すなわち、名前と鍵について有効であることを確実にするために何らかの手段が講じられていることを第三者に保障する。しかし、ユーザのＤＮが、人または単に電子メールアドレスにリンクされた身元証明書に実際に対応しているか否か、このような関連はどのように確認されるのかと言う問題は、Ｘ．５０９の範囲外であり、ＣＰＳと呼ばれる各ＣＡの自己規定ルールに依存する。
【０００７】
ＨＴＴＰＳおよびＳＳＬは、サーバからのＸ．５０９デジタル証明書の使用をサポートし、必要に応じてユーザは送信者を認証し得る。
【０００８】
安全なソケット層（ＳＳＬ）は、インター上でメッセージ送信のセキュリティを管理する一般的に用いられるプロトコルである（Ｆｒｅｉｅｒらによる「Ｔｈｅ  ＳＳＬ  ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ３．０」（インターネットドラフト、ｈｔｔｐ：／／ｉｅｔｆ．ｏｒｇ、１９９６年１１月１８日）を参照されたい）。上記で簡単に説明したように、ＳＳＬは、ユーザ（通信端点）の認証手順を規定するメカニズムのフレームワークを提供し、プロトコルのユーザ間に暗号化された通信を設ける手順を提供する。最近、ＳＳＬの後に、ＳＳＬに基づく転送層セキュリティ（ＴＬＳ）が続いた。ＳＳＬは、インターネットのハイパーテキスト転送プロトコル（ＨＴＴＰ）および転送コントロールプロトコル（ＴＣＰ）層の間に位置するプログラム層を用いる。ＳＳＬは、Ｍｉｃｒｏｓｏｆｔ（商標）およびＮｅｔｓｃａｐｅ（商標）ブラウザの両方と、ほとんどのウェブサーバ製品の一部として含まれている。Ｎｅｔｓｃａｐｅ（商標）によって開発されたＳＳＬは、Ｍｉｃｒｏｓｏｆｔ（商標）および他のインターネットクライアント／サーバ開発者のサポートも受け、転送層セキュリティに進化するまで事実上の規格となっている。この用語の「ソケット」部分は、ネットワーク内のクライアントとサーバプログラムとの間、または同じコンピュータ内のプログラム層の間でデータをやり取りするソケット方法を示す。ＳＳＬは、デジタル証明書の使用も含む、ＲＳＡからの公開および秘密鍵暗号化システムを用いる。
【０００９】
ＴＳＬおよびＳＳＬは、ほとんどのウェブブラウザ（クライアント）およびウェブサーバにとって必要不可欠な部分となっている。ウェブサイトがＳＳＬをサポートするサーバ上にある場合、ＳＳＬは、イネーブルされ得、特定のウェブページがＳＳＬアクセスを必要としていることが識別され得る。任意のウェブサーバは、非商業的用途または許可を受けた商業的用途のためにダウンロードされ得るＮｅｔｓｃａｐｅ（商標）のＳＳＬＲｅｆプログラムライブラリを用いることによってイネーブルされ得る。
【００１０】
ＨＴＴＰＳ（安全なソケット層を介するハイパーテキスト転送プロトコル、すなわち、ＳＳＬを介するＨＴＴＰ）は、Ｎｅｔｓｃａｐｅ（商標）によって開発されたウェブプロトコルであり、ユーザページリクエストおよびウェブサーバによって戻されたページを暗号化および解読するブラウザへと確立された。ＨＴＴＰＳは、実際には、Ｎｅｔｓｃａｐｅ（商標）の安全なソケット層（ＳＳＬ）を通常のＨＴＴＰアプリケーション層の下でサブ層として使用したものに過ぎない。（ＨＴＴＰＳは、より下の層であるＴＣＰ／ＩＰとのインタラクションにＨＴＴＰポート８０ではなくポート４４３を用いる。）ＳＳＬは、商業的なやりとりのために十分な程度の暗号化とみなされている、ＲＣ４ストリーム暗号化アルゴリズムに４０ビットの鍵のサイズを用いる。
【００１１】
車内エンターテイメントおよびナビゲーション機能をユーザに提供するだけではないデバイスを集積することによって、現在の「無線受信機」および無線リンク上のますます利用可能な帯域幅はまた、新たなデータサービスおよび／またはインターネットへのオンラインアクセスの提供を容易にする。インターネットアクセスを提供する、現在の車内放送受信機をイネーブルするうちに、セキュリティが問題となってきた。これまで、プロトコルが、ＷＡＰとして、車両内のモバイルデバイス（または集積された無線モジュールを有するデバイス）のユーザが、インターネットコンテンツへのアクセスを得ることを可能にした。これは、ウェブページのコンテンツを動画化し、ウェブページ上の強化されたナビゲーションを可能にするＨＴＴＰ、Ｍａｃｒｏｍｅｄｉａ  Ｆｌａｓｈ、Ｊａｖａ（登録商標）、ＪＳｃｒｉｐｔなどを用いるデスクトップコンピュータのブラウザと比較すると、機能的には制限された様態で行われる。より進んだアクセス方法およびワイヤレスリンクを介するブロードバンドアクセスが徐々に規格となってくるにつれて、ユーザは、例えばインターネットを介してデータまたは放送サービスへのアクセスを自宅または職場でブロードバンドアクセスを有するデスクトップコンピュータから用いていた場合と同じ様態で得る、より進んだ製品およびアプリケーションを要求する。
【００１２】
Ｘ．５０９およびＳＳＬを採用して、通信およびサービスを安全にすること、すなわち、Ｘ．５０９およびＳＳＬを現在の車内エンターテイメントおよび情報処理デバイスに用いることを可能にすることが所望される。しかし、車内エンターテイメントおよび情報処理デバイスのユーザに提供される、特定のデータサービスまたは放送サービスへのアクセスコントロールも所望され得る。ネットワークへの無線アクセスを有するモバイル端末が、その位置およびネットワークへのアクセスポイントを頻繁に変えるので、ネットワークへの実際のアクセスポイントに関わらず、これらのモバイルデバイスに、アクセスコントロールを提供することは関心が持たれることである。
【発明の開示】
【発明が解決しようとする課題】
【００１３】
従って、車内エンターテイメントおよび情報処理デバイスによって用いられる暗号化されたデータサービスのためのアクセスコントロールを可能にする必要がある。
【課題を解決するための手段】
【００１４】
本発明は、暗号化された形態のデータを用いてデータサービスを提供するコンテンツサーバと車内エンターテイメントおよび情報処理デバイスとを備えるネットワーク化されたシステムにおいてデータサービスへのアクセスを制御するためのアクセスコントロール方法を提供する。本発明の第１の実施形態に従って、該車内エンターテイメントおよび情報処理デバイスが該アクセスコントロールサーバにおいて該データサービスへのアクセスをリクエストし得る。このリクエストを受信した際、該アクセスコントロールサーバが、該車内エンターテイメントおよび情報処理デバイスにより該リクエストされたデータサービスにアクセスすることを許可するかどうかを判定し得る。
【００１５】
該アクセスコントロールサーバが該車内エンターテイメントおよび情報処理デバイスにより該リクエストされたデータサービスにアクセスすることを許可すると判定された場合、該アクセスコントロールサーバが該車内エンターテイメントおよび情報処理デバイスへ該データサービスに関連したアクセス情報を提供し、ここで、該車内エンターテイメントおよび情報処理デバイスが該アクセス情報を用いて、該コンテンツサーバに暗号化された接続を構成するか、もしくは該コンテンツサーバによって提供されたデータサービスの暗号化されたデータを復号化し得る。
【００１６】
本実施形態に従って、車内エンターテイメントおよび情報処理デバイスは、アクセス情報、すなわち、車内エンターテイメントおよび情報処理デバイスが暗号化されたサービスデータをコンテンツサーバと車内エンターテイメントおよび情報処理デバイスとの間でやりとりするためのセッション／接続を設定することを可能にする証明書を有する場合、データサービス（例えば、ＳＳＬの事実上の規格またはＨＴＴＰプロトコルに従うデータ伝達）を用いる場合、安全な通信のみを用い得る。さらに、暗号化されたデータサービス、例えば、オーディオまたはビデオ放送サービスをそれぞれのコンテンツサーバから受信しようと試みる場合、車内エンターテイメントおよび情報処理デバイスは、正しいセッション鍵が設けられた、放送された情報を受信する（そして、解読する）ことのみができる。従って、データサービスへのアクセスは、車内エンターテイメントおよび情報処理デバイスがアクセスコントロールサーバによってサービスへのアクセスが許可される場合、リクエストされたデータサービスをうまく受信するために、車内エンターテイメントおよび情報処理デバイスに必要なアクセス情報を提供することによってアクセスコントロールサーバによって制御され得る。このアクセスコントロールメカニズムはまた、車内エンターテイメントおよび情報処理デバイスのネットワークへのアクセスの点から独立している。
【００１７】
本発明のさらなる実施形態において、アクセスコントロール方法は、前記車内エンターテイメントおよび情報処理デバイスが、前記アクセスコントロールサーバから受信したアクセス情報を用いて前記コンテンツサーバから前記暗号化されたデータサービスを受信するステップ（および復号化するステップ）をさらに含み得る。
【００１８】
別の実施形態に従って、前記車内エンターテイメントおよび情報処理デバイスが、前記アクセスコントロールサーバから受信したアクセス情報を用いて前記コンテンツサーバへ暗号化された接続を構成し、該車内エンターテイメントおよび情報処理デバイスと該コンテンツサーバとの間に前記データサービスに関連した暗号化された接続データを交換し得る。この接続は、例えばＨＴＰＰＳを考慮する際には、セッションとも呼ばれ得る。
【００１９】
さらに、本発明の別の実施形態に従って、前記車内エンターテイメントおよび情報処理デバイスが、前記アクセス情報が該車内エンターテイメントおよび情報処理デバイスに格納されるかどうかを判定し得る。該アクセス情報が該車内エンターテイメントおよび情報処理デバイスに格納される場合、該車内エンターテイメントおよび情報処理デバイスは、前記コンテンツサーバへ暗号化された接続を構成するか、もしくは、該格納されたアクセス情報を用いて前記コンテンツサーバによって提供されるデータサービスの暗号化されたデータを復号化し得る。
【００２０】
これは、車内エンターテイメントおよび情報処理デバイスは、サービスへのアクセスのリクエストを１度だけすればよい。ＨＴＴＰＳセッションを例にとると、コンテンツサーバに設定されたセッションの間、アクセスコントロールサーバから受信したアクセス情報（例えば、証明書）が有効である限り、アクセスコントロールサーバと車内エンターテイメントおよび情報処理デバイスとの間の余分な通知は必要とされ得ない。情報はある程度の期間の間のみ有効なので、アクセスコントロールサーバはサービスへのアクセスを依然として制御し得、提供されたアクセス情報の有効期間が「切れた」後、車内エンターテイメントおよび情報処理デバイスはデータサービスへのアクセスを再度リクエストする必要があり得る。
【００２１】
本発明のさらなる実施形態において、コンテンツサーバに関連した情報は、例えばＸ．５０９デジタル証明書といった証明書である。
【００２２】
車内エンターテイメントおよび情報処理デバイスによって特定のデータサービスへのアクセスをリクエストされる際に、前記アクセスコントロールサーバが、前記アクセス情報が該アクセスコントロールサーバに格納されるかどうかを判定し得、証明書が該アクセスコントロールサーバに格納されない場合、該アクセスコントロールサーバは、前記コンテンツサーバまたは証明機関から該アクセス情報をリクエストし得る。このことは、車内エンターテイメントおよび情報処理デバイスとアクセスコントロールサーバとの間のシグナリングを著しく減少させ得、車内エンターテイメントおよび情報処理デバイスが少ないリソースを有する無線リンクを介してネットワーク化されたシステムに接続される場合に特に関連性がある。
【００２３】
車内エンターテイメントおよび情報処理デバイスからのサービスアクセスリクエストにおけるより早い応答提供するために、コントロールサーバは前記コンテンツサーバまたは前記証明機関から受信した前記アクセス情報を受信し、格納し得る。
【００２４】
本発明の別の実施形態において、前記車内エンターテイメントおよび情報処理デバイスへのアクセス情報のアクセスコントロールサーバの提供が、該アクセスコントロールサーバにおける位置を示すメッセージを該アクセスコントロールサーバから該車エンターテイメントおよび情報処理デバイスに伝送し得、該アクセスコントロールサーバから該アクセス情報が該車内エンターテイメントおよび情報処理デバイスによって得られ得る。特に上述のメッセージは、ＵＲＬの形態でアクセスコントロールサーバにおける位置を示すＳＭＳまたはＭＭＳメッセージであり得る。
【００２５】
さらに、前記車内エンターテイメントおよび情報処理デバイスは、前記メッセージを受信する際に示される位置における前記アクセスコントロールサーバから該アクセス情報をリクエストし得る。次に、該アクセスコントロールサーバが該車内エンターテイメントおよび情報処理デバイスに該アクセス情報を伝送し得る。
【００２６】
車内エンターテイメントおよび情報処理デバイスとアクセスネットワークとの間の無線リンク接続が時間に基づいて課金されると想定する場合、リソースを接続し、コストを削減するために、無線アクセスネットワークへの確立された通信チャネルは、データサービスへのリクエストされたアクセスを有するときに終了され得る。車内エンターテイメントおよび情報処理デバイスがアクセス情報をアクセス制御サーバから得ることを可能にするために、タイマーは、前記アクセスコントロールサーバにおいて、前記データサービスへのリクエストされたアクセスを有する際に開始され得る。該車内エンターテイメントおよび情報処理デバイスが前記タイマーの終了時に前記アクセスコントロールサーバから前記アクセス情報をリクエストし得、該アクセスコントロールサーバが該車内エンターテイメントおよび情報処理デバイスに該アクセスコントロール情報を提供し得る。
【００２７】
従って、タイマーは、車内エンターテイメントおよび情報処理デバイスがアクセス情報を得ることを可能にするために、車内エンターテイメントおよび情報処理デバイスと無線アクセスネットワークとの間の無線チャネルの（再）確立をトリガーするように用いられ得る。アクセス情報を受信すると、確立された無線チャネルは、再度切断され得る。
【００２８】
本発明の別の実施形態に従って、前記アクセスコントロールサーバに前記車内エンターテイメントおよび情報処理デバイスの前記アクセスリクエストは、アクセスがリクエストされる前記データサービスおよび／または該車内エンターテイメントおよび情報処理デバイスの識別子を示す。
【００２９】
本発明のさらなる実施形態において、車内エンターテイメントおよび情報処理デバイスは、無線リンクを介してネットワークにアクセスする。
【００３０】
本発明の別の実施形態において、前記データサービスは暗号化された放送サービスである。
【００３１】
前記コンテンツサーバに関連するアクセス情報はセッション鍵であり、前記車内エンターテイメントおよび情報処理デバイス前記暗号化されたデータサービス（すなわち、放送サービス）を複合化するための該セッション鍵を用い得る。
【００３２】
本発明の別の実施形態に従って、ブラウザアプリケーションを使用する前記車内エンターテイメントおよび情報処理デバイスのユーザに前記データサービスが提供され得る。
【００３３】
前記車内エンターテイメントおよび情報処理デバイスが、該車内エンターテイメントおよび情報処理デバイスの格納手段において前記アクセス情報を格納し得る。
【００３４】
いくつかのブラウザアプリケーションは、安全な接続を構成するために利用される全ての証明書またはセッション鍵が、ブラウザアプリケーションを開始する際に利用できることを必要とする。本発明の別の実施形態に従って、新規に受信した証明書またはセッション鍵を用いることを可能にするために、前記車内エンターテイメントおよび情報処理デバイスにおいて前記コンテンツサーバに関連する情報を格納する際に前記ブラウザアプリケーションを再開始し得る。
【００３５】
車内エンターテイメントおよび情報処理デバイスは、前記データサービスのリクエストをさらに再トリガーし得る。
【００３６】
本発明のさらなる実施形態に従って、前記アクセスコントロールサーバは、前記車内エンターテイメントおよび情報処理デバイスにより該車内エンターテイメントおよび情報処理デバイスを独自に識別する識別子に基づいて前記リクエストされたデータサービスにアクセスすることを許可するかどうかを判定し得る。
【００３７】
本発明の別の実施形態において、該アクセスコントロールサーバが、前記車内エンターテイメントおよび情報処理デバイスが前記リクエストされたデータサービスにアクセスすることを許可しないと判定した場合、該アクセスコントロールサーバが該車内エンターテイメントおよび情報処理デバイスを許可するための加入プロセスを開始し、該リクエストされたデータサービスに加入し得る。
【００３８】
さらに、本発明は、ネットワークを介して互いに接続されるコンテンツサーバと車内エンターテイメントおよび情報処理デバイスとアクセスコントロールサーバとを備えるシステムにおける車内エンターテイメントおよび情報処理デバイスを提供する。該車内エンターテイメントおよび情報処理デバイスは、上述のアクセスコントロール方法を実行するように適用される。
【００３９】
さらに、本発明は、ネットワークを介して互いに接続されるコンテンツサーバと車内エンターテイメントおよび情報処理デバイスとアクセスコントロールサーバとを備えるシステムにおけるアクセスコントロールサーバを提供する。該アクセスコントロールサーバは、上述のアクセスコントロール方法を実行するように適用される。
【００４０】
最後に、本発明は、コンテンツサーバと車内エンターテイメントおよび情報処理デバイスと本発明のアクセスコントロールサーバとを備えるシステムを提供し、ここで、車内エンターテイメントおよび情報処理デバイスとアクセスコントロールサーバとコンテンツサーバとは、ネットワークを介して互いに接続される。
【発明を実施するための最良の形態】
【００４１】
図１に、以下のネットワークエンティティを含む、本発明のある実施形態によるシステムのアーキテクチャを示す。含まれるネットワークエンティティは、車内エンターテイメントおよび情報処理デバイス１００、アクセスコントロールサーバ１２０、コンテンツサーバ１３０、および証明機関１４０である。
【００４２】
車内エンターテイメントおよび情報処理デバイス１００には、無線モジュール１０１が取り付けられ得る。無線モジュール１０１は、ＵＴＭＳ、ＧＳＭ、Ｂｌｕｅｔｏｏｔｈ、Ｗ−ＬＡＮなどの様々なワイヤレス規格に従ってデータを受信および送信し得る。従って、無線モジュール１０１は、例えば、車内電話として、または、アップリンク（ＶＥＩＰＤから無線アクセスネットワーク）およびダウンリンク（無線アクセスネットワークからＶＥＩＰＤ）アクセスを他のネットワークに無線アクセスプロバイダ１１０を介して提供するデバイスとして用いられ得る。さらに、無線放送受信機１０２が、例えば、ＡＭ、ＦＭ、またはＤＡＢ無線放送、ならびに／あるいはＲＤＳ信号などの無線放送とともに送られてくるデジタル暗号化されたデータを受信するために用いられ得る。
【００４３】
車内エンターテイメントおよび情報処理デバイス１００の異なる手段を制御したり、例えば（デバイス内部）データまたはＲＤＳ情報を管理および処理したり、ユーザ入力を処理して応答したりするため、車内エンターテイメントおよび情報処理デバイス１００は、処理手段１０３をさらに含み得る。処理手段１０３は、取り付けられたナビゲーションシステム１０４とデータを交換するようにさらに適応している。ナビゲーションシステムは、一体化されたデバイスであってもよいし、外部接続されたナビゲーションシステム１０４であってもよい。
【００４４】
ユーザ、すなわち、車両の乗員とインタラクトし、リクエストされたサービスおよび無線放送プログラムおよび情報をユーザに提供するため、車内エンターテイメントおよび情報処理デバイス１００は、ディスプレイおよびスピーカを含み得るユーザインターフェース１０５を含み得る。
【００４５】
さらに、車内エンターテイメントおよび情報処理デバイス１００は、ユーザが、例えば、無線放送プログラムを選択するため、ナビゲーションのあて先を選択するため、電話かける準備のため、または、交通情報を表示するため、データを入力することを可能にする手段によって、ユーザインタラクションを可能にし得る。従って、車内エンターテイメントおよび情報処理デバイス１００は、キー、タッチパネル、音声入力手段などによって実現される入力手段１０６を含み得る。
【００４６】
さらに、車内エンターテイメントおよび情報処理デバイス１００は、ユーザ情報またはデバイス内部パラメータ、ならびに処理手段１０３によって実行されるプログラムおよびアプリケーションを格納することを可能にする、ＲＯＭ、ＲＡＭ、メモリースティック、ハードドライブなどを含み得る。
【００４７】
矢印で示すように、車内エンターテイメントおよび情報処理デバイス１００は、無線アクセスプロバイダ１１０の無線アクセスネットワークへの無線リンクを介して、他の広域ネットワーク、例えば、インターネットに接続され得る。無線モジュール１０１を用いて、車内エンターテイメントおよび情報処理デバイス１００は、インターネットに接続し、コンテンツサーバ１３０からデータサービスを受信するため、例えば、無線アクセスプロバイダ１１０のＷＡＰゲートウェイへのＷＡＰ接続を確立し得る。コンテンツサーバ１３０は、他の通信端点と安全に通信するＳＳＬを実現し得る。従って、車内エンターテイメントおよび情報処理デバイス１００とコンテンツサーバ１３０との間の接続を設ける場合、ＨＴＴＰＳがこの通信を安全にするために用いられ得る。ＳＳＬに必要な証明書は、コンテンツサーバ１３０自体によって、または、ネットワークに取り付けられた信頼できる証明機関１４０によって提供され得る。
【００４８】
以下でより詳細に説明されるように、一般的なＳＳＬ手順とは異なり、車内エンターテイメントおよび情報処理デバイス１００は、コンテンツサーバ１３０または証明機関１４０から必要な証明書を直接ダウンロードすることを禁じられている。その代わり、車内エンターテイメントおよび情報処理デバイス１００は、ネットワークを介してのみ、アクセスコントロールサーバ１２０から必要な証明書を受け取り得る。すなわち、アクセスコントロールサーバ１２０は、車内エンターテイメントおよび情報処理デバイス１００に証明書を提供するか否かによって、車内エンターテイメントおよび情報処理デバイス１００の特定のサービスへのアクセスを制御し得る。
【００４９】
図２に、以下のネットワークエンティティを含む、本発明の他の実施形態によるシステムのアーキテクチャを示す。含まれるネットワークエンティティは、車内エンターテイメントおよび情報処理デバイス１００、アクセスコントロールサーバ１２０、および、ＤＶＢ／ＤＡＢプロバイダ２００の形態のコンテンツサーバ１３０である。
【００５０】
図２のエンティティのほとんどが図１のエンティティに対応する。これらの図に示されている２つのシステムの間の違いのみを以下に説明する。図１に示す車内エンターテイメントおよび情報処理デバイス１００の構成要素に加えて、この実施形態による車内エンターテイメントおよび情報処理デバイス１００は、デジタルビデオ放送を受信するＤＶＢ／ＤＡＢ受信機２０１をさらに含み得る。
【００５１】
ＤＶＢは、デジタルビデオまたはテレビ放送の一例として言及されているだけであることに留意されたい。本発明はＤＶＢに限定されない。ＤＶＢは、ＴＶ、オーディオ、およびデータの国際デジタル放送規格の一例に過ぎない。ＤＶＢは、人工衛星（ＤＶＢ−Ｓ）（人工衛星２０２で示される）、ケーブル（ＤＶＢ−Ｃ）、地上波システム（ＤＶＢ−Ｔ）、または小型モバイルシステム（ＤＶＢ−Ｈ）を介して放送され得る。また、ＩＰネットワークを介してＤＶＢ／ＤＡＢプログラムを提供することが開発中である。概して、本発明は、ＤＶＢ／ＤＡＢを介するデータ放送を含むデジタルオーディオおよびビデオ放送（デジタルテレビ）にも関する。
【００５２】
ＤＶＢは、デジタルビデオ、オーディオ、およびデータストリームを提供する。異なるＤＶＢ規格によると、１つ以上のストリームが、ＤＶＢプロバイダ２００によって提供され得る。人工衛星（ＤＶＢ−Ｓ）、ケーブル（ＤＶＢ−Ｃ）、またはアンテナ（ＤＶＢ−Ｔ）を介して放送する場合、いくつかの放送チャネルが利用可能である。すなわち、複数のストリームが、異なる搬送周波数において提供され得る。各ストリームは、いわゆるｓｔｒｅａｍ＿ＩＤによって識別される。
【００５３】
各ストリームは、複数の異なる放送プログラムを搬送し得る。ＤＶＢ転送ストリーム（ＴＳ）は、固定長フレームに分割されず、可変長フレーム構造、プログラムエレメンタリーストリーム（ＰＥＳ）を用いる。各ＰＥＳはヘッダ（ＰＥＳヘッダ）およびペイロードセクション（ＰＥＳデータ）を含む。データは、ペイロードセクションに含まれえ、ヘッダは、後に続くペイロードデータが属するプログラム、およびペイロードデータの長さを識別する。従って、ＤＶＢストリームは、様々なマルチプレクス化放送プログラムを搬送し得る。
【００５４】
ペイロードデータ搬送ストリームに加えて、各ＤＶＢ転送ストリーム（ＴＳ）においてマルチプレクスされた異なるプログラムを識別する、さらなる「制御」ストリームがいくつか放送され得る。制御チャネルはまた、プログラム関連付けテーブルＰＡＴ、プログラムマップテーブルＰＭＴ、条件付きアクセステーブルＣＡＴ、およびネットワーク情報テーブルＮＩＴとも呼ばれる。
【００５５】
ＰＡＴは対応するＰＭＴの位置を示す。ＰＡＴはまた、ＮＩＴの位置も表す。ＰＭＴは各サービス（ビデオ、オーディオ、またはデータ）を作り上げるストリームの位置、ならびにサービスデータの暗号のタイプを識別し、示す。ＣＡＴは、マルチプレクスにおいて用いられる条件付きアクセス（ＣＡ）システムについての情報を提供する。この情報は、秘密であり、ＣＡシステムに依存するが、適用可能な場合は、ＥＭＭストリームの位置を含む。ＮＩＴは、物理的ネットワークについての情報を提供することが意図されている。
【００５６】
フレーム構造、ストリームおよびルックアップテーブルの類似の実現例が、ＤＡＢにも用いられ得る。
【００５７】
ＤＡＢおよびＤＶＢストリームは、スクランブルによって、認証されていないアクセスから保護され得る。条件付アクセスおよびスクランブルメカニズムの実現の一例は、ＥＴＲ２８９（デジタルビデオ放送（ＤＶＢ）、デジタル放送システム内のスクランブルおよび条件付きアクセス（ＣＡ）のサポート）に記載されている。
【００５８】
スクランブルアルゴリズムは、ＴＳレベルスクランブルの場合、転送ストリーム（ＴＳ）パケットのペイロード上で動作し得る。プログラムエレメンタリーストリーム（ＰＥＳ）パケットの構成は、同じスクランブルアルゴリズムを用いて、ＰＥＳレベルスクランブルを実現するために、用いられ得る。
【００５９】
ＰＥＳレベルスクランブル方法によると、ＰＥＳパケットヘッダは、スクランブルされないこともあり、スクランブルされたＰＥＳパケットの一部を含むＴＳパケットは、適合フィールドを含まないこともある（ＰＥＳパケットの終わりを含むＴＳパケットは例外である）。スクランブルされたＰＥＳパケットのヘッダは、複数のＴＳパケットにまたがらない。スクランブルされたＰＥＳパケットの始まりを含むＴＳパケットは、ＰＥＳヘッダおよびＰＥＳパケットペイロードの最初の部分で充填される。
【００６０】
ＰＥＳパケットペイロードの最初の部分は、類似のサイズのペイロードを有するＴＳパケットとちょうど同じようにスクランブルされ得る。ＰＥＳパケットペイロードの残りの部分は、１８４バイトのスーパーブロックに分割され得る。各スーパーブロックは、１８４バイトのＴＳパケットペイロードとちょうど同じようにスクランブルされえる。ＰＥＳパケットペイロードの終わりは、適切なサイズの適合フィールドを挿入することによって、ＴＳパケットの終わりと揃えられ得る。ＰＥＳパケットの長さが１８４バイトの倍数でない場合、ＰＥＳパケットペイロードの最後の部分（１〜１８３バイト）が類似のサイズのペイロードを用いるＴＳパケットとちょうど同じようにスクランブルされ得る。
【００６１】
ＰＥＳレベルスクランブル方法は、デスクランブルプロセスを容易にするために、マルチプレクスプロセスに何らかの制約を与え得る。この方法は、スクランブルされたＰＥＳパケットを搬送するＴＳパケットにおいて適合フィールド（ＡＦ）が必要である場合、ある程度のビットレートオーバーヘッドを作り出す。この場合、適合フィールドのみを含むＴＳパケットが挿入され得る。
【００６２】
ＭＰＥＧ−２セクションをスクランブルする適用例について、ＭＰＥＧ−２指定シンタックスがスクランブルコントロールビットを含まないので問題が発生する。従って、セクションのスクランブルは、ＴＳレベルであり得、スクランブルコントロールフィールドによって知らされ得る。クリアでスクランブルされたセクションは、１つのＴＳパケットに組み合わせられてはならない。ＭＰＥＧ−２規定パディングメカニズムが、ただクリアなセクションまたはただスクランブルされたセクションを用いてＴＳパケットを作成するために用いられ得る。これは、クリアでスクランブルされたセクションを異なるＴＳパケットに分割するために、セクションを搬送するＴＳパケットの終わりが、０×ＦＦの値を有するバイトで充填され得ることを意味する。
【００６３】
上記のアルゴリズムは、スクランブラーの中が複雑になるという犠牲を払って、デスクランブラー回路内のメモリ量を最小限にするように設計される。メモリの正確な量およびデスクランブルの遅延は、実際の実現例に依存する。
【００６４】
ＤＶＢ／ＤＡＢプログラムの放送を安全にするため、ペイロードデータは、それぞれのＤＶＢプログラムの加入者に配信され得る対称的なセッション鍵によって暗号化され得る。従って、有効なセッション鍵の配信を制御する場合、ＤＶＢ／ＤＡＢプログラムの受信は制御され得る。暗号化されたＤＶＢプログラムの解読用のセッション鍵の配信は、以下でさらに説明される。
【００６５】
以下でより詳細に説明されるが、システム内のアクセスコントロールサーバ１２０は、ＤＶＢチャネル用のセッション鍵をリクエストされ、車内エンターテイメントおよび情報処理デバイス１００がリクエストされたチャネルの受信を許可されているか否かをチェックすると、車内エンターテイメントおよび情報処理デバイス１００に配信し得る。セッション鍵は、時間的に限定された加入が可能となるように、ある特定の期間のみ有効であり得る。セッション鍵の有効期間の情報はまた、セッション鍵を提供するときに、アクセスコントロールサーバ１２０から車内エンターテイメントおよび情報処理デバイス１００に通信される。
【００６６】
図３に、図１によるシステムの車内エンターテイメント、情報処理デバイス１００およびアクセスコントロールサーバ１２０によるアクセスコントロールメカニズムのフローチャートを示す。図示されるコントロールメカニズムもまた、アクセスネットワークを介して安全にされたデータ送達を考慮する図２に示されたシステムに利用できることにも留意されたい。例えば、ＨＴＴＰＳベースのサービス送達に加えて、ＤＶＢチャネルもまた、インターネットおよび無線アクセスネットワークを介して車内エンターテイメントおよび情報処理デバイス１００に送達され得る。
【００６７】
特定のデータサービスのユーザリクエスト（すなわち、自動車内エンターテイメントおよび情報処理デバイス１００のリクエスト）時に、ステップ３０１のＨＴＴＰＳサーバにおけるＵＲＬのリクエストの本実施形態において、車内エンターテイメントおよび情報処理デバイス１００は、指定されたコンテンツサーバ１３０とのＳＳＬ通信の確立に必要な証明書（単数または複数）が車内エンターテイメントおよび情報処理デバイス１００で利用できるかどうか、ならびに、それが無効にされていない（すなわちまだ有効である）かどうかをステップ３０２においてチェックする。車内エンターテイメントおよび情報処理デバイス１００がその格納手段において必要な証明書が格納され得る。
【００６８】
証明書が一部で利用できる場合、車内エンターテイメントおよび情報処理デバイス１００は、標準ＳＳＬプロトコル方法を用いてステップ３０３において選択されたＨＴＴＰＳコンテンツサーバ１３０とのＳＳＬ接続を確立し得る。ここで留意したいことは、車内エンターテイメントおよび情報処理デバイス１００がこのシナリオにおける任意のサーバから証明書をダウンロードする必要がなくてもよいことである。より詳細には、証明書が車内エンターテイメントおよび情報処理デバイス１００においてすでに一部で利用できるという状況は、車内エンターテイメントおよび情報処理デバイス１００がユーザにより以前に選択された特定のデータサービスへのアクセスを要求し、従って、以下で説明される様態でアクセスコントロールサーバ１２０から以前のセッションにおける必要な証明書を取得することを意味し得る。
【００６９】
コンテンツサーバ１３０への安全なＳＳＬ接続の確立に必要な証明書の場合には、車内エンターテイメントおよび情報処理デバイス１００において利用できず、車内エンターテイメントおよび情報処理デバイス１００は、ステップ３０４においてアクセスコントロールサーバ１２０から不足の（ｍｉｓｓｉｎｇ）証明書をリクエストし得る。車内エンターテイメントおよび情報処理デバイス１００が直接指定されたコンテンツサーバ１３０からも、信頼された証明機関１４０からも不足の証明書を得ることはできないことに留意されたい。
【００７０】
アクセスコントロールサーバ１２０が正しい証明書を提供することを可能にするために、必要とされる証明書（単数または複数）および／またはリクエストされたデータサービスは、接続されたネットワーク（単数または複数）を介してアクセスコントロールサーバ１２０に送信されたリクエストメッセージにおいて車内エンターテイメントおよび情報処理デバイス１００によって表示され得る。このことは、例えば、リクエストされたＨＴＴＰＳ−ＵＲＬをアクセスコントロールサーバ１２０に送信することによって達成され得る。
【００７１】
さらに、リクエストは、識別子ＩＤを含み得る。識別子ＩＤにより、アクセスコントロールサーバ１２０は、車内エンターテイメントおよび情報処理デバイス１００を独自に識別することが可能である。この情報は、アクセスコントロールサーバ１２０によって用いられ、車内エンターテイメントおよび情報処理デバイス１００のリクエストがＨＴＴＰＳ−ＵＲＬに対応するコンテンツサーバ１３０から提供された指示データサービスを受信することができるかどうかを判定し得る。第２に、この情報はまた、リクエストされた証明書（単数または複数）またはエラーメッセージをもとの車内エンターテイメントおよび情報処理デバイス１００へ送信することが可能になる必要があり得る。ＩＤは、例えば、車両または車内エンターテイメントおよび情報処理デバイス１００を識別する固有ＩＤ、すなわちデバイス／装置行きのＩＤか、あるいは、車内エンターテイメントおよび情報処理デバイス１００の個別のユーザを識別する固有ＩＤ、すなわち特定の人行きのＩＤであり得る。
【００７２】
証明書（単数または複数）のリクエストをアクセスコントロールサーバ１２０に送信した後、車内エンターテイメントおよび情報処理デバイス１００は、アクセスコントロールサーバ１２０からの応答を待ち得る（ステップ３０５を参照）。所定期間の満了時（すなわち、リクエストが時間切れの場合）、車内エンターテイメントおよび情報処理デバイス１００は、ユーザのサービスリクエストを割り込んで、ディスプレイ、スピーカ、またはその両方のいずれかを用いてステップ３０６においてユーザに適切なエラーメッセージを出力する。例えば、エラーメッセージは、必要な証明書（単数または複数）を要求中にアクセスコントロールサーバ１２０から応答がなかったこと、あるいはアクセスコントロールサーバ１２０がサービスへのアクセスを拒否したことをユーザに通知し得る。
【００７３】
アクセスコントロールサーバ１２０からの応答を受信すると、フローは、ステップ３０７に進む。車内エンターテイメントおよび情報処理デバイス１００がアクセス拒否メッセージを受信する場合、ステップ３０６において適切なエラーメッセージが表示され得る。アクセスコントロールサーバ１２０からの応答がリクエストされた証明書（単数または複数）を含む場合、ステップ３０８において車内エンターテイメントおよび情報処理デバイス１００に格納され得る。
【００７４】
ブラウザがリクエストされたサービスをユーザに提供するために用いられる場合、一部のブラウザは用いられる全ての証明書がブラウザアプリケーションの起動の前に利用可能である必要があるので、ステップ３０９に示すように、さらなる処理の前にブラウザを再起動させることが必要となる場合がある。このステップは任意のステップであり、リクエストされたデータサービスをユーザに提供するために用いられるそれぞれのアプリケーションによって必要とされる場合にのみ実行され得る。
【００７５】
ステップ３０８において、受信した証明書（単数または複数）を車内エンターテイメントおよび情報処理デバイス１００に格納した後、かつ、必要な場合にはブラウザアプリケーション３０９を再起動した後、車内エンターテイメントおよび情報処理デバイス１００は、ステップ３１０において、データサービスについてのユーザのリクエストを再度トリガーし得る。すなわち、ユーザが選択したＨＴＴＰＳ−ＵＲＬは、再度リクエストされ得る。
【００７６】
プロセスは、再度ステップ３０２から継続される。ステップ３０２において、車内エンターテイメントおよび情報処理デバイス１００は、ＳＳＬ接続を設けるための全ての証明書が利用可能であるか判定する。ここで、ステップ３０３において、コンテンツサーバ１３０へのＳＳＬ接続の確立が行われ得るように、必要な証明書が全て車内エンターテイメントおよび情報処理デバイス１００に格納され得る。
【００７７】
このプロセスにおけるアクセスコントロールサーバ１２０の参加に目を向けると、ステップ３１１は、アクセスコントロールサーバ１２０が、ユーザ、または、自動的に車内エンターテイメントおよび情報処理デバイス１００が選択したデータサービスのリクエストを受信することを示す。リクエストを受信すると、アクセスコントロールサーバ１２０は、ステップ３１２において、リクエストする車内エンターテイメントおよび情報処理デバイス１００が、所望のデータサービスを受信すること、または用いることを許可されているか否かを判定し得る。これは、例えば、車内エンターテイメントおよび情報処理デバイス１００を、リクエストメッセージに含まれるＩＤによって識別すること、および、車内エンターテイメントおよび情報処理デバイス１００に対応するアクセスプロフィールがリクエストされたデータサービスへのアクセスを認めるか否かによって達成される。上述したように、車内エンターテイメントおよび情報処理デバイス１００によってリクエストされるサービスは、リクエストメッセージにも示され得る。
【００７８】
リクエストしている車内エンターテイメントおよび情報処理デバイス１００がサービスにアクセスすることを許可されていない場合、アクセスコントロールサーバ１２０は、リクエストに応答して、アクセス拒否メッセージを車内エンターテイメントおよび情報処理デバイス１００に戻るように送信し得る。あるいは、アクセスコントロールサーバ１２０は、ユーザが選択されたデータサービスに加入することを可能にするように、車内エンターテイメントおよび情報処理デバイス１００との登録または加入手続きを開始し得る。しかし、このオプションは図３には示されていない。
【００７９】
車内エンターテイメントおよび情報処理デバイス１００がデータサービスへのアクセスを認められている場合、アクセスコントロールサーバ１２０は、ステップ３１３において、必要な証明書（単数または複数）がローカルに利用可能か、すなわち、アクセスコントロールサーバ１２０にすでに格納済みかを判定し得る。この場合、証明書（単数または複数）は、ステップ３１６において、リクエストしている車内エンターテイメントおよび情報処理デバイス１００に伝送され得る。
【００８０】
証明書（単数または複数）がローカルに利用可能でない場合、ステップ３１４において、アクセスコントロールサーバ１２０は、指定されたコンテンツサーバ１３０または証明機関１４０から証明書（単数または複数）をリクエストし得る。証明書（単数または複数）を受信すると、アクセスコントロールサーバ１２０は、ステップ３１５において、証明書（単数または複数）を格納し、ステップ３１６において、車内エンターテイメントおよび情報処理デバイス１００に転送し得る。
【００８１】
この手順によって、アクセスコントロールサーバ１２０が、証明書の配信を制御することによって、車内エンターテイメントおよび情報処理デバイス１００のデータサービスへのアクセスを制御することが可能になることに留意されたい。
【００８２】
車内エンターテイメントおよび情報処理デバイス１００が、期限切れではないが、車内エンターテイメントおよび情報処理デバイス１００のユーザが対応するデータサービスの加入を取り消した証明書を格納していることも起こり得るので、本発明の他の実施形態において、車内エンターテイメントおよび情報処理デバイス１００は、ユーザまたは車内エンターテイメントおよび情報処理デバイス１００の自動手順がサービスへの接続を要求するたびに、データサービスへのアクセスを要求する。リクエストされたデータサービスへの証明書が車内エンターテイメントおよび情報処理デバイス１００においてローカルに格納され得る場合、証明書をアクセスコントロールサーバ１２０から車内エンターテイメントおよび情報処理デバイス１００へと伝送することなしにユーザがサービスを用いることを依然として許可されているか、これはサーバからリクエストされるのみであり得る。従って、アクセスコントロールサーバ１２０は、サービスがアクセスされるか否かのみを車内エンターテイメントおよび情報処理デバイス１００に示し得る。
【００８３】
車内エンターテイメントおよび情報処理デバイス１００が暗号化されたＤＶＢチャネル（またはデータサービス）の受信をリクエストする状況について、図３に示す方法と類似した方法を図４に示す。図４は、図２に示すシステムにおいて車内エンターテイメントおよび情報処理デバイス１００およびアクセスコントロールサーバ１２０によって行われるためのアクセスコントロールメカニズムのフローチャートである。図３および図４に示す方法が、両方とも、図２に示す車内エンターテイメントおよび情報処理デバイス１００によって実行され得ることに留意されたい。
【００８４】
ステップ４０１において、特定のデータサービスに対するユーザからのリクエストまたは自動化された車内エンターテイメントおよび情報処理デバイス１００からのリクエスト、この実施形態においては、ＤＶＢ／ＤＡＢプログラムのリクエストがされると、ステップ４０２において、車内エンターテイメントおよび情報処理デバイス１００が、リクエストされたＤＶＢ／ＤＡＢプログラムの解読に必要なセッション鍵がコンテンツサーバ１３０から送達されているか否か、すなわち、ＤＶＢ／ＤＡＢプロバイダ２００が車内エンターテイメントおよび情報処理デバイス１００において利用可能であり、有効期限が切れていないか、すなわち、依然として有効であるか否かをチェックする。車内エンターテイメントおよび情報処理デバイス１００は、格納手段にセッション鍵を格納していた場合がある。
【００８５】
セッション鍵がローカルに利用可能である場合、ステップ４０３において、車内エンターテイメントおよび情報処理デバイス１００は、ＤＶＢ／ＤＡＢプログラムを受信し、そのデータを解読し始め得る。例えば、ＤＶＢ−Ｓが採用される場合、車内エンターテイメントおよび情報処理デバイス１００のＤＶＢ／ＤＡＢ受信機２０１は、リクエストされたチャネルに合わせられ、人工衛星２０２からデータを受信し始め得る。ここで車内エンターテイメントおよび情報処理デバイス１００は、このシナリオにおいていずれのサーバからもセッション鍵を必ずしもダウンロードしなくてもよいことに留意されたい。より具体的に言うと、セッション鍵が車内エンターテイメントおよび情報処理デバイス１００においてすでにローカルに利用可能である状況は、車内エンターテイメントおよび情報処理デバイス１００が特定の選択されたデータサービスまたはＤＶＢ／ＤＡＢプログラムへのアクセスを以前にリクエストしたことがあり、必要なセッション鍵を、以下で説明する様態で、依然のセッションにおいてアクセスコントロールサーバ１２０から得たことを意味する。
【００８６】
ＤＶＢ／ＤＡＢプログラムコンテンツの解読に必要なセッション鍵が、車内エンターテイメントおよび情報処理デバイス１００において利用可能でない場合、車内エンターテイメントおよび情報処理デバイス１００は、ステップ４０４において、アクセスコントロールサーバ１２０からの失われたセッション鍵をリクエストし得る。車内エンターテイメントおよび情報処理デバイス１００はＤＶＢ／ＤＡＢプロバイダ２００から失われたセッション鍵を得ることを許可されていない場合もあることに留意されたい。
【００８７】
アクセスコントロールサーバ１２０が正しいセッション鍵を提供することを可能にするために、リクエストされたデータサービスまたはＤＶＢ／ＤＡＢプログラムは、取り付けられたネットワーク（単数または複数）を介してアクセスコントロールサーバ１２０に送信されたリクエストメッセージにおいて、車内エンターテイメントおよび情報処理デバイス１００によって示され得る。これは、例えば、リクエストされたＤＶＢ／ＤＡＢプログラムのチャネルコードをアクセスコントロールサーバ１２０に送信することによって達成され得る。
【００８８】
さらに、リクエストは、アクセスコントロールサーバ１２０が車内エンターテイメントおよび情報処理デバイス１００を一意的に識別することを可能にする識別子ＩＤを含み得る。この情報は、車内エンターテイメントおよび情報処理デバイス１００がＤＶＢ／ＤＡＢプロバイダ２００から提供される示されたＤＶＢ／ＤＡＢプログラムを受信することを許可されているか否かを判定するために、アクセスコントロールサーバ１２０によって用いられ得る。第２に、この情報は、リクエストされたセッション鍵またはエラーメッセージを車内エンターテイメントおよび情報処理デバイス１００に戻るにように送信することを可能にするために必要となり得る。
【００８９】
セッション鍵のリクエストをアクセスコントロールサーバ１２０に送信した後、車内エンターテイメントおよび情報処理デバイス１００は、アクセスコントロールサーバ１２０からの応答を待機し得る（ステップ４０５参照）。所定の期間が過ぎたとき、すなわち、リクエストの時間が切れるとき、車内エンターテイメントおよび情報処理デバイス１００は、ユーザのサービスリクエストに割り込み、ステップ４０６において、ディスプレイ、スピーカのいずれか、または両方を用いて、適切なエラーメッセージをユーザに出力する。例えば、エラーメッセージは、解読に必要なセッション鍵をリクエストする間、アクセスコントロールサーバ１２０が応答しないこと、またはアクセスコントロールサーバ１２０がＤＶＢ／ＤＡＢプログラムへのアクセスを拒否したことをユーザに知らせ得る。
【００９０】
アクセスコントロールサーバ１２０から応答を受信すると、フローは、ステップ４０７に進む。車内エンターテイメントおよび情報処理デバイス１００がアクセス拒否メッセージを受信した場合、ステップ４０６において、適切なエラーメッセージが表示され得る。アクセスコントロールサーバ１２０からの応答がリクエストされたセッション鍵を含む場合、ステップ４０８において車内エンターテイメントおよび情報処理デバイス１００に格納され得る。
【００９１】
ステップ４０８において、受信した証明書（単数または複数）を車内エンターテイメントおよび情報処理デバイス１００に格納した後、車内エンターテイメントおよび情報処理デバイス１００は、ステップ４０９において、ＤＶＢ／ＤＡＢプログラムについてのユーザのリクエストを再度トリガーし得る。
【００９２】
プロセスは、再度ステップ４０２から継続される。ステップ４０２において、車内エンターテイメントおよび情報処理デバイス１００は、ＤＶＢ／ＤＡＢプログラムコンテンツの解読のためのセッション鍵が利用可能であるか判定する。ここで、ステップ４０３において、リクエストされたＤＶＢ／ＤＡＢプログラムが受信され、うまく解読され、ユーザに対して表示され得るように、必要なセッション鍵が車内エンターテイメントおよび情報処理デバイス１００に格納され得る。
【００９３】
このプロセスにおけるアクセスコントロールサーバ１２０の参加に目を向けると、ステップ４１１は、アクセスコントロールサーバ１２０が、ユーザ、または、自動的に車内エンターテイメントおよび情報処理デバイス１００が選択したＤＶＢ／ＤＡＢプログラムのリクエストを受信することを示す。リクエストを受信すると、アクセスコントロールサーバ１２０は、ステップ４１２において、リクエストする車内エンターテイメントおよび情報処理デバイス１００が、所望のＤＶＢ／ＤＡＢプログラムまたはデータサービスを受信すること、または用いることを許可されているか否かを判定し得る。これは、例えば、車内エンターテイメントおよび情報処理デバイス１００を、リクエストメッセージに含まれるＩＤによって識別すること、および、車内エンターテイメントおよび情報処理デバイス１００に対応するアクセスプロフィールがリクエストされたデータサービスへのアクセスを認めるか否かによって達成される。上述したように、車内エンターテイメントおよび情報処理デバイス１００によってリクエストされるサービスは、リクエストメッセージにも示され得る。
【００９４】
リクエストしている車内エンターテイメントおよび情報処理デバイス１００がサービスにアクセスすることを許可されていない場合、アクセスコントロールサーバ１２０は、リクエストに応答して、アクセス拒否メッセージを車内エンターテイメントおよび情報処理デバイス１００に戻るように送信し得る。あるいは、アクセスコントロールサーバ１２０は、ユーザが選択されたＤＶＢ／ＤＡＢプログラムまたはデータサービスに加入することを可能にするように、車内エンターテイメントおよび情報処理デバイス１００との登録または加入手続きを開始し得る。しかし、このオプションは図４には示されていない。
【００９５】
車内エンターテイメントおよび情報処理デバイス１００がデータサービスへのアクセスを認められている場合、アクセスコントロールサーバ１２０は、ステップ４１３において、必要なセッション鍵がローカルに利用可能か、すなわち、アクセスコントロールサーバ１２０にすでに格納済みかを判定し得る。この場合、セッション鍵は、ステップ４１６において、リクエストしている車内エンターテイメントおよび情報処理デバイス１００に伝送され得る。
【００９６】
セッション鍵がローカルに利用可能でない場合、ステップ４１４において、アクセスコントロールサーバ１２０は、ＤＶＢ／ＤＡＢプロバイダ２００からセッション鍵をリクエストし得る。
【００９７】
セッション鍵を受信すると、アクセスコントロールサーバ１２０は、ステップ４１５において、セッション鍵を格納し、ステップ４１６において、車内エンターテイメントおよび情報処理デバイス１００に転送し得る。
【００９８】
この手順によって、アクセスコントロールサーバ１２０が、セッション鍵の配信を制御することによって、車内エンターテイメントおよび情報処理デバイス１００のＤＶＢ／ＤＡＢプログラムへのアクセスを制御することが可能になることに留意されたい。
【００９９】
車内エンターテイメントおよび情報処理デバイス１００が、期限切れではないが、車内エンターテイメントおよび情報処理デバイス１００のユーザが対応するデータサービスの加入を取り消したセッション鍵を格納していることも起こり得るので、本発明の他の実施形態において、車内エンターテイメントおよび情報処理デバイス１００は、ユーザまたは車内エンターテイメントおよび情報処理デバイス１００の自動手順がサービスへの接続を要求するたびに、データサービスへのアクセスを要求する。リクエストされたデータサービスへのセッション鍵が車内エンターテイメントおよび情報処理デバイス１００においてローカルに格納され得る場合、証明書をアクセスコントロールサーバ１２０から車内エンターテイメントおよび情報処理デバイス１００へと伝送することなしにユーザがサービスを用いることを依然として許可されているか、これはサーバからリクエストされるのみであり得る。従って、アクセスコントロールサーバ１２０は、サービスがアクセスされるか否かのみを車内エンターテイメントおよび情報処理デバイス１００に示し得る。
【０１００】
他の可能性として、アクセスコントロールサーバ１２０が、車内エンターテイメントおよび情報処理デバイス１００に提供された有効なセッション鍵の記録をとることがあり得る。データサービスからの加入取り消しの際、アクセスコントロールサーバ１２０は、デバイス内に格納されたサービスに対応するセッション鍵を、車内エンターテイメントおよび情報処理デバイス１００に消去させる。
【０１０１】
図３および図４のコントロール手順について詳細に説明してきたが、図１に示す異なるネットワークエンティティの間のメッセージフローを示す図５〜図８のメッセージフローチャートについて以下で説明する。
【０１０２】
車内エンターテイメントおよび情報処理デバイス１００がＨＴＴＰＳ−ＵＲＬのリクエストをユーザインターフェース１０５から受信すると（参照符号５０１参照）、車内エンターテイメントおよび情報処理デバイス１００は、データサービスに必要な証明書がローカルに利用可能か否かを判定し得る（参照符号５０２参照）。示された例においては、証明書は利用可能でない。従って、車内エンターテイメントおよび情報処理デバイス１００は、証明書のリクエストメッセージをアクセスコントロールサーバ１２０に送信し得る（参照符号５０３参照）。
【０１０３】
車内エンターテイメントおよび情報処理デバイス１００からリクエストメッセージを受信すると、アクセスコントロールサーバ１２０は、リクエストしているデバイスがサービスへのアクセスを許可されているか否かを判定し得、許可されている場合、リクエストされた証明書がローカルに格納されているか否かを判定し得る（参照符号５０４参照）。示された例においては、証明書は、アクセスコントロールサーバ１２０から車内エンターテイメントおよび情報処理デバイス１００への返答メッセージにおいて伝送され得るようにアクセスコントロールサーバ１２０に格納されている（参照符号５０５参照）。
【０１０４】
車内エンターテイメントおよび情報処理デバイス１００は、図３および４を参照しながらより詳細に説明したように、受信した証明書を格納し得（参照符号５０６参照）、必要に応じて、データサービスをユーザに提供するために用いられるブラウザアプリケーションの再起動を開始し得る（参照符号５０７参照）。
【０１０５】
ユーザインターフェース１０５は、ブラウザアプリケーションを再起動し得（参照符号５０８参照）、その後、データサービスのリクエストを再トリガーし得る（参照符号５０９参照）。上述したように、車内エンターテイメントおよび情報処理デバイス１００は、再度、ユーザインターフェース１０５からのデータサービスリクエストについての証明書が利用可能か否かチェックし得る（参照符号５１０参照）。この場合、アクセスコントロールサーバ１２０からのそれぞれの証明書をダウンロードした後である。
【０１０６】
従って、車内エンターテイメントおよび情報処理デバイス１００は、次に、データサービスのコンテンツプロバイダへの安全なＳＳＬ接続を設けることを開始し得る（参照符号５１１参照）。
【０１０７】
図５に示すメッセージフローの変形例は、車内エンターテイメントおよび情報処理デバイス１００が、ユーザに対して出力され、自身のリクエストの現在のステータスについてユーザに知らせるメッセージをユーザインターフェース１０５に送信することであり得る。例えば、車内エンターテイメントおよび情報処理デバイス１００が証明書をリクエストすると、対応するメッセージがユーザに対して出力され得る。他の例は、ユーザインターフェース１０５がアクセスコントロールサーバ１２０から証明書を受信するとユーザに知らせるという例である。また、図２および図３を参照しながら上述したように、エラーメッセージが出力されてもよい。
【０１０８】
ＤＶＢ／ＤＡＢプログラムのリクエストを考慮すると、メッセージフローは、図５に示すものとほとんど類似したものであり得る。車内エンターテイメントおよび情報処理デバイス１００を所望の暗号化されたＤＶＢチャネルに合わせると、車内エンターテイメントおよび情報処理デバイス１００は、図３を参照しながら説明したようにアクションを行い得る。無線アクセスネットワークと車内エンターテイメントおよび情報処理デバイス１００との間の通信、すなわち、無線モジュール１０１の無線リンクが、ＤＶＢ／ＤＡＢ受信機２０１によるＤＶＢ／ＤＡＢプログラムの受信に必要とされない場合があるので、車内エンターテイメントおよび情報処理デバイス１００は、必ずしも、無線モジュール１０１を用いて、ネットワークへの無線リンクを確立する必要はない。従って、車内エンターテイメントおよび情報処理デバイス１００は、必要なセッション鍵がローカルに格納されていない場合にダウンロードするために、アクセスコントロールサーバ１２０へのリンクを確立する前に、ユーザからの許可をリクエストし得る。
【０１０９】
図５に示すように証明書をリクエストする代わりに、ＤＶＢ／ＤＡＢプログラムのセッション鍵は、アクセスコントロールサーバ１２０からリクエストされ得る。セッション鍵はまた、受信されると、車内エンターテイメントおよび情報処理デバイス１００に格納され得る。
【０１１０】
次に、図６をより詳細に説明する。図６は、リクエストされた証明書がアクセスコントロールサーバ１２０において利用可能でなく、リクエストされたデータサービスを提供するコンテンツサーバ１３０から証明書をリクエストする状況における例示的なメッセージフローを示す。
【０１１１】
アクセスコントロールサーバ１２０においてリクエストされた証明書がローカルに利用可能でないと判定すると（参照符号５０４参照）、アクセスコントロールサーバ１２０は、証明書リクエストメッセージをリクエストされたサービスを提供するコンテンツサーバ１３０に送信し得る（参照符号６０１参照）。これは、例えば、コンテンツサーバ１３０に証明書を送るよう応答させるＳＳＬプロトコルによるメッセージによって達成され得る（参照符号６０２参照）。コンテンツサーバ１３０から証明書をアクセスコントロールサーバ１２０において受信すると、証明書を格納し得る（参照符号５０５参照）。以下のメッセージは、図５に示すものに対応する。
【０１１２】
次に、さらなる例示的なメッセージフローが図７に示されている。図７に示すメッセージフローは、図６に示すメッセージフローと大部分対応する。したがって、図６に示すメッセージと比較した図７のさらなるメッセージの記載に焦点を当てる。
【０１１３】
コンテンツサーバ１３０は、リクエストされた証明書をアクセスコントロールサーバ１２０に提供するというメッセージで応答する（図６の参照符号６０２参照）のではなく、アクセスコントロールサーバ１２０がリクエストされた証明書を証明機関１４０から得るようにさせるため、アクセスコントロールサーバ１２０の方向を証明機関１４０へと転換させる。従って、アクセスコントロールサーバ１２０からの証明書のリクエストを受信すると（参照符号６０１参照）、コンテンツサーバ１３０は、アクセスコントロールサーバ１２０が必要な証明書を得ることができる証明機関１４０を示す方向転換メッセージで応答し得る（参照符号７０１参照）。
【０１１４】
この方向転換メッセージをコンテンツサーバ１３０から受信すると、アクセスコントロールサーバ１２０は、証明書リクエストメッセージを示された証明機関１４０に送信し得る（参照符号７０２参照）。リクエストメッセージは、対応する証明書がいずれのコンテンツサーバ１３０についてリクエストされたのかを示す。リクエストに応答して、証明機関１４０は、コンテンツサーバ１３０についてリクエストされた証明書を含む応答メッセージを送信することによって応答する（参照符号７０３参照）。アクセスコントロールサーバ１２０が証明書を受信すると、証明書を格納し得（参照符号６０３参照）、証明書を車内エンターテイメントおよび情報処理デバイス１００に転送し得る（参照符号５０５参照）。残りのメッセージは、図６に示すものと対応する。
【０１１５】
本発明のさらなる実施形態において、データサービスおよびＤＶＢ／ＤＡＢプログラムへのアクセスは、依然として、車内エンターテイメントおよび情報処理デバイス１００への証明書またはセッション鍵の提供を通じて制御されるが、上記の方法とは、車内エンターテイメントおよび情報処理デバイス１００が直接コンテンツサーバ１３０またはＤＶＢ／ＤＡＢプロバイダ２００と接触し得るという点で異なる。
【０１１６】
図８は、本発明の実施形態による上記の代替的なアクセスコントロール方法による、図１に示す異なるネットワークエンティティとの間のメッセージフローを示す。図５に示すメッセージと対応するメッセージは簡潔に説明されるのみである。ユーザインターフェース１０５がデータサービスをリクエストし（参照符号５０１参照）、車内エンターテイメントおよび情報処理デバイス１００がリクエストされたデータサービスの提供に必要な証明書がローカルに利用可能でないと判定すると（参照符号５０２参照）、車内エンターテイメントおよび情報処理デバイス１００は、リクエストされたサービスを提供するコンテンツサーバ１３０から直接証明書をリクエストし得る（参照符号８０１参照）。コンテンツサーバ１３０は、リクエストしている車内エンターテイメントおよび情報処理デバイス１００を一意的に識別するＩＤを含む、車内エンターテイメントおよび情報処理デバイス１００からのリクエストを受信する。
【０１１７】
受信すると、コンテンツサーバ１３０は、車内エンターテイメントおよび情報処理デバイス１００のリクエストから得たＩＤおよびリクエストされたデータサービスの指示を含むメッセージによって、アクセスコントロールサーバ１２０に接触し得る（参照符号８０２参照）。このアクセス許可メッセージは、暗号化されたデータサービスをリクエストしているデバイスがリクエストされたサービスを受信することを許可されているか否か、コンテンツサーバ１３０によって用いられ得る。
【０１１８】
アクセスコントロールサーバ１２０は、アクセス許可メッセージから、車内エンターテイメントおよび情報処理デバイス１００のＩＤおよびリクエストサービスの指示を抽出し得る。この情報に基づいて、アクセスコントロールサーバ１２０は、コンテンツサーバ１３０において、車内エンターテイメントおよび情報処理デバイス１００がリクエストされたサービスにアクセスすることを許可されているか否かを判定し得る。アクセス許可応答をコンテンツサーバ１３０に戻るように送信することによって、アクセスコントロールサーバ１２０は、車内エンターテイメントおよび情報処理デバイス１００がリクエストされたデータサービスを用いる／受信することが許可されているか否かを示し得る（参照符号８０３参照）。
【０１１９】
アクセスコントロールサーバ１２０が車内エンターテイメントおよび情報処理デバイス１００へのサービスを拒否するように示している場合、コンテンツサーバ１３０は、これを、車内エンターテイメントおよび情報処理デバイス１００に伝送される適切なメッセージを用いることによって示し得る。この場合、コンテンツサーバ１３０は、車内エンターテイメントおよび情報処理デバイス１００がリクエストされたデータサービス用のコンテンツサーバ１３０とのＳＳＬ接続を確立しないように、証明書を車内エンターテイメントおよび情報処理デバイス１００に提供しない。
【０１２０】
アクセスコントロールサーバ１２０が車内エンターテイメントおよび情報処理デバイス１００はリクエストされたデータサービスへのアクセスを許可されていると示す場合、コンテンツサーバ１３０は、証明書を含む応答メッセージによって、車内エンターテイメントおよび情報処理デバイス１００のリクエストに応答し得る（参照符号８０４参照）。
【０１２１】
コンテンツサーバ１３０の証明書を受信すると、証明書は、車内エンターテイメントおよび情報処理デバイス１００によって格納され得る（参照符号５０６参照）。ユーザインターフェース１０５と車内エンターテイメントおよび情報処理デバイス１００との間でやりとりされたさらなるメッセージ（参照符号５０７、５０８、５０９、５１０、および５１１参照）は図５に示すものと対応する。従って、これらについての詳細な説明については、上記の段落をそれぞれ参照されたい。
【０１２２】
暗号化されたＤＶＢ／ＤＡＢプログラム用のセッション鍵を得るため、図８に示すものと類似の手順が用いられ得る。ここでも、車内エンターテイメントおよび情報処理デバイス１００は、車内エンターテイメントおよび情報処理デバイス１００と無線アクセスネットワークとの間の無線リンクを確立するために、車内エンターテイメントおよび情報処理デバイス１００がＤＶＢ／ＤＡＢプロバイダ２００から所望のＤＶＢ／ＤＡＢプログラム用のセッション鍵をリクエストする前に、ユーザの許可をリクエストし得る。図８を参照しながら説明した類似の様態と同様に、ＤＶＢ／ＤＡＢプロバイダ２００は、車内エンターテイメントおよび情報処理デバイス１００に必要なセッション鍵を提供するために、アクセスコントロールサーバ１２０からの許可をリクエストし得る。
【０１２３】
次に、ＤＡＢおよび／またはＤＶＢプログラムの暗号化のためにセッション鍵の配信が、図９〜図１１を参照しながらより詳しく説明される。
【０１２４】
図９は、本発明の他の実施形態によるアクセスコントロール方法における、図２に示す異なるネットワークエンティティの間のメッセージフローを示す図である。特定のデータサービスに対する、ユーザリクエスト、または自動化された車内エンターテイメントおよび情報処理デバイス１００のリクエスト、この実施形態においてはＤＶＢ／ＤＡＢプログラムのリクエストを受信すると（９０１）、車内エンターテイメントおよび情報処理デバイス１００は、リクエストされたＤＶＢ／ＤＡＢプログラム（ｐｒｏｇ＿ＩＤ）ＤＶＢ／ＤＡＢプロバイダ２００の解読に必要なセッション鍵が車内エンターテイメントおよび情報処理デバイス１００において利用可能であるか否かをチェックし得る（９０２）。さらに、デバイス１００は、セッション鍵がローカルに利用可能である場合、期限切れでないかを判定し得る。車内エンターテイメントおよび情報処理デバイス１００は、セッション鍵を格納手段に格納している場合もある。
【０１２５】
セッション鍵がローカルに利用可能である場合、車内エンターテイメントおよび情報処理デバイス１００は、直接、ＤＶＢ／ＤＡＢプログラムを受信し、データを解読することを開始し得る（図９には図示せず）。
【０１２６】
ＤＶＢ／ＤＡＢプログラムコンテンツの解読に必要なセッション鍵が車内エンターテイメントおよび情報処理デバイス１００において利用可能でないか、期限切れである場合、車内エンターテイメントおよび情報処理デバイス１００は、失われたセッション鍵を、所望のプログラム（ｐｒｏｇ＿ＩＤ）を示すリクエストメッセージを用いて、アクセスコントロールサーバ１２０からリクエストし得る（９０３）。さらに、リクエストは、アクセスコントロールサーバ１２０が車内エンターテイメントおよび情報処理デバイス１００を一意的に識別することを可能にする識別子ＩＤを含み得る。
【０１２７】
次に、アクセスコントロールサーバ１２０は、リクエストされたプログラムのセッション鍵がローカルに利用可能であるか否かを判定し得る。利用可能である場合、手順は継続し、セッション鍵を含む応答メッセージが車内エンターテイメントおよび情報処理デバイス１００に送信される（メッセージ９０８参照）。示された例においては、セッション鍵は、アクセスコントロールサーバ１２０からＤＶＢ／ＤＡＢプロバイダ２００に鍵リクエストメッセージを送信することによって、ＤＶＢ／ＤＡＢプロバイダ２００からリクエストされる。このメッセージを受信すると、ＤＶＢ／ＤＡＢプロバイダ２００は、例えば、リクエストメッセージ９０５においてＤＶＢ／ＤＡＢプログラム識別子によって識別された、リクエストされたセッション鍵を、応答メッセージにおいて、アクセスコントロールサーバ１２０に提供し得る（９０６）。
【０１２８】
セッション鍵はアクセスコントロールサーバによって格納され得（９０９）、車内エンターテイメントおよび情報処理デバイス１００に転送され得る（９０８）。
【０１２９】
車内エンターテイメントおよび情報処理デバイス１００は、図５を参照しながら説明したように、セッション鍵を格納し得、ユーザインターフェースを再開し得る（５０７および５０８）。セッション鍵を格納すると、車内エンターテイメントおよび情報処理デバイス１００は、ＤＶＢ／ＤＡＢプログラムを受信し、セッション鍵を用いてデータストリームを解読することを開始し得る（９１０）。
【０１３０】
次に、図１０を参照しながら、本発明の他の実施形態によるセッション鍵の代替的な提供メカニズムを説明する。図１０は、アクセスコントロール方法における、図２に示す異なるネットワークエンティティの間のメッセージフローを示す図である。この図に示されているプロセスは、図９の方法とは、車内エンターテイメントおよび情報処理デバイス１００がセッション鍵のダウンロード全体にわたってアクセスコントロールサーバ１２０との接続を維持しないことがあるという点が異なる。ブロック１００１および１００２によって示されるように、車内エンターテイメントおよび情報処理デバイス１００は、リクエストメッセージ９０３でセッション鍵をリクエストする前に、無線アクセスプロバイダ１１０の無線アクセスネットワークへの通信チャネルを確立し得る。このメッセージ９０３を伝送した後、車内エンターテイメントおよび情報処理デバイス１００は、無線アクセスネットワークへの通信チャネルを切断する（ブロック１００２参照）。これは、無線アクセスネットワークへのアクセスが時間に基づいて課金されていることによる余計なコストを避けようとする場合に、特に適用可能となり得る。
【０１３１】
車内エンターテイメントおよび情報処理デバイス１００から無線アクセスネットワークへの通信チャネルがないので、アクセス制御サーバがセッション鍵を受信する場合（９０６）またはローカルに利用可能な有効なセッション鍵を有する場合、アクセスコントロールサーバ１２０は、車内エンターテイメントおよび情報処理デバイス１００がリクエストされたアクセス情報（すなわち、セッション鍵）を得ることができるアクセスコントロールサーバ１２０における位置を識別する情報を伝送するため、無線アクセスネットワークを介して車内エンターテイメントおよび情報処理デバイス１００に送達され得る別のメッセージを用い得る。このため、例えば、ＵＲＬを含むＳＭＳ（ショートメッセージサービス）またはＭＭＳ（マルチメディアメッセージサービス）メッセージが、車内エンターテイメントおよび情報処理デバイス１００に送信され得る（１００３）。
【０１３２】
メッセージを受信し、コンテンツを分析すると（１００４）、車内エンターテイメントおよび情報処理デバイス１００は、再度、無線アクセスネットワークへの通信チャネルを確立し得（１００５）、例えば、ＳＭＳにおいて、アクセスコントロールサーバ１２０によって提供されるＵＲＬからセッション鍵をリクエストし得る（１００６）。
【０１３３】
リクエストに応答して、アクセスコントロールサーバ１２０は、セッション鍵を車内エンターテイメントおよび情報処理デバイス１００に提供し得る（１００７）。車内エンターテイメントおよび情報処理デバイス１００においてセッション鍵を受信すると、無線アクセスネットワークへの通信チャネルは、閉じられ得る（１００８）。
【０１３４】
残りのステップは、図５および９を参照しながら説明したステップに対応する。
【０１３５】
図１０に示す方法のさらなる改変例を図１１に示す。図１１も、本発明の他の実施形態による、アクセスコントロール方法における、図２に示す異なるネットワークエンティティ間のメッセージフローを示す。
【０１３６】
アクセスコントロールサーバ１２０が、車内エンターテイメントおよび情報処理デバイス１００にメッセージ（図１０のＳＭＳ１００３参照）に押し出して、リクエストされたＤＶＢ／ＤＡＢストリームへのアクセス情報の利用可能性について知らせるのではなく、車内エンターテイメントおよび情報処理デバイス１００内のタイマーが、アクセス制御サーバ１２０の通信チャネルの確立（１００５）をトリガーするために用いられる。タイマーＴの期限が切れ、通信チャネルが確立されると、車内エンターテイメントおよび情報処理デバイス１００は、セッション鍵のリクエストを（再）伝送し得る（１１０２）。アクセスコントロールサーバ１２０は、リクエストにおいて提供されるＤＶＢ／ＤＡＢプログラム識別子ｐｒｏｇ＿ＩＤがアクセスコントロールサーバにおいて利用可能か否かをチェックし得る（１１０３）。都合の良いことに、タイマー期間Ｔは、リクエストが再伝送される（１１０２）前に、以前のステップ９０３においてすでにリクエストされたセッション鍵がアクセスコントロールサーバによって第３のソースからすでに得られ（メッセージ９０５および９０６参照）、アクセスコントロールサーバに格納されているかが高い確率で保証されるように選択され得る。
【０１３７】
従って、アクセスコントロールサーバ１２０においてリクエストを受信すると（１１０２）、リクエストされたセッション鍵は利用可能であるはずである。それにもかかわらず、アクセスコントロールサーバ１２０は、セッション鍵の利用可能性をチェックし得（１１０３）、ローカルに格納されている場合は、応答メッセージにおいて車内エンターテイメントおよび情報処理デバイス１００に転送し得る（１１０６）。
【０１３８】
アクセスコントロールサーバ１２０がステップ１１０３においてセッション鍵はアクセスコントロールサーバ１２０に格納されていないと判定する場合、判定結果は、メッセージにおいて、車内エンターテイメントおよび情報処理デバイス１００に対して示され得る。この場合、否定的なフィードバックメッセージを受信すると、車内エンターテイメントおよび情報処理デバイス１００は、タイマーＴを再度開始させ得、タイマーの時間が切れると、再度セッション鍵をリクエストし得る。タイマーが所定の回数再度開始され、車内エンターテイメントおよび情報処理デバイス１００がアクセスコントロールサーバ１２０からセッション鍵を得ることができない場合、デバイスは、セッション鍵が利用可能でないか、アクセスコントロールサーバ１２０が得ることが出来ないと推測し得、例えば、エラーメッセージを、ユーザに対して表示し得る。
【０１３９】
上記の替わりに、または上記に追加して、車内エンターテイメントおよび情報処理デバイス１００に否定的なフィードバックを送信する場合、アクセスコントロールサーバ１２０は、セッション鍵を得ることが出来ない理由を示し得る。その後、それぞれのメッセージまたは通知が、車内エンターテイメントおよび情報処理デバイス１００のユーザに提供され得る。
【０１４０】
様々な図を参照しながら説明されてきた本発明の実施形態の基礎をなす原理は、任意の形態の情報、例えば、証明書またはセッション鍵へのアクセスを得ることに適用可能である。デバイス１００が新たな通信チャネルを確立し、アクセスコントロールサーバ１２０上の指定された位置からアクセス情報を得るために、アクセスコントロールサーバ１２０におけるアクセス情報の利用可能性について車内エンターテイメントおよび情報処理デバイス１００に知らせるメッセージを用いることに類似するメカニズム（図１０の参照符号１００３〜１００８参照）を用いて、証明書は、車内エンターテイメントおよび情報処理デバイス１００によって、アクセスコントロールサーバ１２０からダウンロードされ得る。
【０１４１】
さらに、タイマーがまた、車内エンターテイメントおよび情報処理デバイス１００からアクセスコントロールサーバ１２０への通信チャネルを（再）確立し、アクセスコントロールサーバ１２０において支持された位置から証明書の形態でアクセス情報を得るために、同様の様態（図１１の参照符号１１０１〜１１０６参照）で採用され得る。
【０１４２】
また、図８に示す方法と類似の方法が、コンテンツプロバイダ１３０、この場合は、ＤＶＢ／ＤＡＢプロバイダ２００からセッション鍵を得るために実施され得る。
【図面の簡単な説明】
【０１４３】
【図１】図１は、本発明のある実施形態による、ネットワークエンティティ、すなわち、車内エンターテイメントおよび情報処理デバイス、アクセスコントロールサーバ、コンテンツサーバ、および証明機関を含むシステムのアーキテクチャを示す図である。
【図２】図２は、本発明のある実施形態による、ネットワークエンティティ、すなわち、車内エンターテイメントおよび情報処理デバイス、アクセスコントロールサーバ、ならびにＤＶＢまたはＤＡＢプロバイダを含むシステムのアーキテクチャを示す図である。
【図３】図３は、図１によるシステムにおける、車内エンターテイメントおよび情報処理デバイスおよびアクセスコントロールサーバによるアクセスコントロールメカニズムのフローチャートである。
【図４】図４は、図２によるシステムにおける、車内エンターテイメントおよび情報処理デバイスによって行われるアクセスコントロールメカニズムのフローチャートである。
【図５】図５は、本発明の異なる実施形態による、図１に示す異なるネットワークエンティティの間のメッセージフローを示す図である。
【図６】図６は、本発明の異なる実施形態による、図１に示す異なるネットワークエンティティの間のメッセージフローを示す図である。
【図７】図７は、本発明の異なる実施形態による、図１に示す異なるネットワークエンティティの間のメッセージフローを示す図である。
【図８】図８は、本発明のある実施形態による別のアクセスコントロール方法による、図１に示す異なるネットワークエンティティの間のメッセージフローを示す図である。
【図９】図９は、本発明の異なる実施形態による、図２に示す異なるネットワークエンティティの間の異なるメッセージフローを示す図である。
【図１０】図１０は、本発明の異なる実施形態による、図２に示す異なるネットワークエンティティの間の異なるメッセージフローを示す図である。
【図１１】図１１は、本発明の異なる実施形態による、図２に示す異なるネットワークエンティティの間の異なるメッセージフローを示す図である。
【符号の説明】
【０１４４】
１００  車内エンターテイメントおよび情報処理デバイス
１０１  無線モジュール
１０２  無線放送受信機
１０３  処理手段
１０４  ナビゲーションシステム
１０５  ユーザインターフェース
１０６  入力手段
１１０  無線アクセスプロバイダ
１２０  アクセスコントロールサーバ
１３０  コンテンツサーバ
１４０  証明機関
【図１】
2005143120.tif 000003
【図２】
2005143120.tif 000004
【図３】
2005143120.tif 000005
【図４】
2005143120.tif 000006
【図５】
2005143120.tif 000007
【図６】
2005143120.tif 000008
【図７】
2005143120.tif 000009
【図８】
2005143120.tif 000010
【図９】
2005143120.tif 000011
【図１０】
2005143120.tif 000012
【図１１】
2005143120.tif 000013