JP4519935B2

JP4519935B2 - 情報通信方法、通信端末装置および情報通信システム

Info

Publication number: JP4519935B2
Application number: JP2008335306A
Authority: JP
Inventors: 治吉田
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2008-12-26
Filing date: 2008-12-26
Publication date: 2010-08-04
Anticipated expiration: 2028-12-26
Also published as: JP2010157927A; US20100169648A1; US7937587B2

Description

本発明は、ネットワークを介してコンテンツ配信を行う際などに、通信端末装置の固有情報を暗号化する情報通信方法、通信端末装置および情報通信システムに関する。

一般に、ユーザ側の通信端末装置は、たとえばポータルサーバとの間で情報の送受信をセキュアに行いたい場合、ＳＳＬ(Secure Sockets Layer)セッションを確立する。ＳＳＬは、公開鍵暗号を用いた鍵交換により通信端末装置とサーバ間でデータ暗号用の鍵を共有し、メッセージを暗号化して送受するものである（特許文献１）。このプロトコルは、ＲＦＣ(Request For Comment)４３４６「The Transport Layer Security Protocol Version1.1」としても規定されている。
米国特許第５６５７３９０号明細書

ここで、ユーザ側の通信端末装置としては、画像表示装置、たとえばデジタル放送受信装置（テレビジョン受像機）が考えられる。このデジタル放送受信装置は、ポータルサーバとＳＳＬセッションを確立し、このポータルサーバから配信された画像を表示したりする。
前述の技術では、サーバ側の構成としてポータルサーバと顧客管理サーバとを別々の構成にする場合が多い。この結果、顧客や端末装置に対して固有のサービスを提供する際には、たとえばＩＤやパスワードなどを入力して端末装置や顧客を認証する必要があった。

上記に鑑み、本発明は、ＩＤやパスワードなどの入力なしにセキュアに通信端末装置の情報を認証することができる情報通信方法、通信端末装置および情報通信システムを提供することを目的とする。

本発明の一態様に係る情報通信方法は、通信端末装置が、第１のサーバと第１の暗号化鍵を共有するステップと、前記通信端末装置が、前記第１のサーバからの自装置の識別情報の送信要求を受信するステップと、前記通信端末装置が、前記第１のサーバと第１の暗号化鍵を共有するステップで取得した前記第１のサーバの証明書情報と前記自装置内に保持している検証情報とに基づいて、前記第１のサーバを認証するステップと、前記通信端末装置が、前記自装置の識別情報を第２の暗号化鍵で暗号化するステップと、前記通信端末装置が、前記認証結果に基づいて、前記第２の暗号化鍵で暗号化された前記自装置の識別情報を、前記第１の暗号化鍵で暗号化して前記第１のサーバに送信するステップと、を含むことを特徴とする。

本発明の一態様に係る情報通信装置は、第１のサーバと第１の暗号化鍵を共有する共有部と、自装置の識別情報の送信要求を受信した際に、前記第１のサーバと前記第１の暗号化鍵を共有する際に取得した前記第１のサーバの証明書情報と、前記自装置内に保持している検証情報との比較を行い、この比較結果が一致した場合に前記自装置の識別情報の暗号化を要求する認証部と、前記要求に基づいて、前記自装置の識別情報を第２の暗号化鍵で暗号化する暗号化部と、前記要求に基づいて、前記第２の暗号化鍵で暗号化された前記自装置の識別情報を、前記第１の暗号化鍵で暗号化して前記第１のサーバに送信する送信部と、を具備することを特徴とする。

本発明によれば、ＩＤやパスワードなどの入力なしにセキュアに通信端末装置の情報を認証することができる情報通信方法、通信端末装置および情報通信システムを提供できる。

以下、図面を参照して、本発明の実施の形態を詳細に説明する。本実施形態では、通信端末装置としてデジタル放送受信装置を例として説明する。
（第１の実施形態）
図１は、本発明の一実施形態に係る情報通信システム１の構成を表す概念図である。

情報通信システム１は、通信端末装置１０と、ポータルサーバ２０と、顧客管理サーバ３０とから構成される。なお、通信端末装置１０とポータルサーバ２０とは、インターネットの通信網４０などで接続される。ポータルサーバ２０と顧客管理サーバ３０とは、専用線やＬＡＮ５０などで接続される。

通信端末装置１０は、図示しないアンテナからデジタル放送電波を受信する。通信端末装置１０は、有料放送の受信履歴をサービス提供事業者のポータルサーバ２０に対して送信する。通信端末装置１０は、ポータルサーバ２０からコンテンツを取得する。また、通信端末装置１０には、図示しない、コンテンツ画像を表示するモニタ、コンテンツ音声を発生するスピーカ、後述する限定受信用のＩＣカード１５１を挿入するためのカードスロット、リモートコントローラ（以下、「リモコン」という）１１０からの赤外線信号を受信するリモコン受信部を備える。

図２は、本発明の一実施形態に係る通信端末装置１０の構成を表すブロック図である。通信端末装置１０は、チューナ部１０２と、デスクランブラ１０３と、ＴＳデコード部１０４と、映像音声デコード部１０５と、表示処理部１０６と、通信処理部１０７と、制御部１０８と、キー入力部１０９と、リモコン１１０と、ＩＣカードＩ／Ｆ（インターフェース）部１１１と、メモリ１１２と、ＤＲＭ処理部１１３と、ブラウザ１１４と、認証処理部１１５と、を備える。

図３は、本発明の一実施の形態に係るポータルサーバ２０と顧客管理サーバ３０の概略構成を表すブロック図である。ポータルサーバ２０は、通信処理部２０１，２０２と、復号化部２０３と、配信部２０４と、データベース２０５と、暗号化部２０６と、を備える。
顧客管理サーバ３０は、通信処理部３０１と、復号化部３０２と、認証部３０３と、ＩＤ管理データベース３０４と、を備える。

（各部の特徴および動作）
チューナ部１０２は、通信端末装置１０に入力されたデジタル放送波から所望のチャンネルを選局する。チューナ部１０２は、この選局したチャンネルのトランスポートストリーム（以下、ＴＳと記す）をデスクランブラ１０３へ出力する。ＴＳは、コンテンツ保護のためにスクランブルされる。
デスクランブラ１０３は、チューナ部１０２または通信処理部１０７から入力されたＴＳをデスクランブルしてＴＳデコード部１０４へ出力する。

ＴＳデコード部１０４は、デスクランブラ１０３から入力されたＴＳから必要なパケットを分離する。ＴＳデコード部１０４は、この分離したパケットから更に、放送番組信号（映像、音声）の抽出や各種多重データ（各種ＳＩ（Service Information）データやＥＣＭ(Entitlement Control Massage)，ＥＭＭ(Entitlement Management Massage)等）を分離する。また、ＴＳデコード部１０４は、分離した放送番組信号（映像、音声）を映像音声デコード部１０５へ出力する。
映像音声デコード部１０５は、ＴＳデコード部１０４から入力された放送番組信号（映像、音声）のデコードを行い、表示処理部１０６へ出力する。

表示処理部１０６は、ユーザとのインターフェース機能を果たすために各種エラー情報の表示画像信号を生成する。表示処理部１０６は、この生成した画像信号を放送番組信号（映像、音声）に代えて出力、或いは放送番組信号（映像、音声）と合成して出力する機能を有している。また、表示処理部１０６は、ＴＳデコード部１０４で分離されたＳＩデータから構成されたＥＰＧ(Electronic Program Guide)画像信号を生成する。表示処理部１０６は、この生成した画像信号を放送番組信号（映像、音声）に代えて出力、或いは放送番組信号（映像、音声）と合成して出力する機能を有している。

通信処理部１０７は、Ｅｔｈｅｒｎｅｔ（登録商標）等のネットワーク回線に接続され、ネットワークを介してデータの送受を行うものである。通信処理部１０７は、サービス提供事業者側のポータルサーバ２０からコンテンツの受信（ＶＯＤ(Video on Demand)
やＩＰ(Internet Protocol)放送）、ライセンスの受信の機能を有する。また、通信処理部１０７は、通信端末装置１０の識別情報である端末ＩＤ(Identifier) の送信要求およびポータルサーバ２０を認証する認証情報を受信する受信部として機能する。
制御部１０８は、通信端末装置１０全体を制御する制御部である。制御部１０８は、バス接続やシリアル通信接続等で接続された通信端末装置１０内の各ブロックによる機能を制御する。

キー入力部１０９は、ポータルサーバ２０から配信されるコンテンツを受信するための情報やコンテンツを視聴するための情報などを入力する、たとえばキーボードなどからなる。リモコン１１０も、同様に、情報を入力する機能を有する。

放送信号においては、ＩＣカードＩ／Ｆ部１１１を介して接続されるＩＣカード１５１にＥＣＭを送ってスクランブル鍵が得られる。このスクランブル鍵をデスクランブラ１０３にセットしてデスクランブルを行う。通信からのコンテンツについては、ＤＲＭ処理部１１３でポータルサーバ２０から取得した鍵、もしくはＤＲＭ処理部１１３でＥＣＭを復号した鍵をデスクランブラ１０３にセットする。

メモリ１１２には、通信端末装置１０の端末ＩＤに関する情報が例えば出荷時に記憶される。通信端末装置１０がコンテンツアクセスする場合、顧客管理サーバ３０が、この通信端末装置１０を特定する手段としてこの端末ＩＤを取得することが考えられる。

図４は、図１に示した情報通信システム１の動作シーケンスを表す図である。この端末ＩＤを取得するシーケンスは、図４のようにブラウザ１１４を介して行われる。
通信端末装置１０のブラウザ１１４からポータルサーバ２０へセキュアなアクセスを行う際には、ＳＳＬセッション（RFC 2246で規定される）などを使用して暗号化通信が行われる。このＳＳＬセッションでは、認証局ＣＡが署名した公開鍵証明書（サーバ証明書）をブラウザ１１４で解釈する。ここで、認証局ＣＡの署名が検証された場合には、正しいサーバとして暗号化通信のための鍵交換シーケンスを実行する。そして、セッション鍵Ksec（第１の暗号化鍵、第１の復号化鍵）をポータルサーバ２０と共有する。ブラウザ１１４は、第１のサーバと第１の暗号化鍵を共有する共有部として機能する。

このＳＳＬセッション下において、端末ＩＤを取得するスクリプトを含むページを通信端末装置１０が取得すると、そのスクリプトにしたがってブラウザ１１４は端末ＩＤの取得処理を行う。
図５は、ブラウザ１１４の動作を表すフローチャートである。ブラウザ１１４は、ＳＳＬセッション構築時に取得したサーバ証明書の特定項目を抽出する。たとえばＣＮ属性における名前情報やドメイン情報を検出する（ステップＳ４０１）。なお、本実施形態では、ポータルサーバ２０を認証する認証情報として、このポータルサーバ２０のドメイン情報を用いる。

次に、ブラウザ１１４は、この検出したサーバ証明書のドメイン情報が、サービス提供事業者のポータルサーバとして許可されているドメイン情報かどうか判断する（ステップＳ４０２）。この判断では、図３に示すＳＳＬセッションで取得したサーバ証明書の特定項目（識別情報：ドメイン情報）と所定の値とを比較する。この所定の値は、通信端末装置１０がコンテンツの配信を要求する少なくとも１つのポータルサーバのドメイン情報である。この所定の値は、事前にサービス提供事業者とユーザとの取り決めで設定される値で、たとえば通信端末装置１０のメモリ１１２にリスト形式で記憶されている。さらに、サービス提供事業者とユーザは、顧客管理サーバ３０と認証処理部１１５間での暗号化データによる認証を行うために、共通鍵（第２の暗号化鍵、第２の復号化鍵）Kdを事前に共有する。この共通鍵Kdは、たとえばメモリ１１２に記憶される。

ここで、このサーバ証明書の特定項目と所定の値とが一致する場合（ステップＳ４０２のＹｅｓの場合）、ブラウザ１１４は次の処理に移行する（ステップＳ４０３、Ｓ４０４）。また、この認証処理部１１５で特定項目と所定の値とが一致しない場合（ステップＳ４０２のＮｏの場合）、ブラウザ１１４はポータルサーバ２０に対して認証不可を示す認証エラーデータを応答する（ステップＳ４０５）。ブラウザ１１４は、自装置の識別情報の送信要求を受信した際に、前記第１のサーバと第１の暗号化鍵を共有する際に取得した前記第１のサーバの証明書情報と前記自装置内に保持している検証情報との比較を行い、一致した場合に前記自装置の識別情報の暗号化を要求する認証部として機能する。

（特定項目と所定の値が一致した場合の処理）
図６は、第１の実施形態に係る通信端末装置１０で生成されるデータの構成を表す図である。ブラウザ１１４は、端末ＩＤの要求を認証処理部１１５へ送信する。
認証処理部１１５は、この要求に応じて、メモリ１１２に記憶している端末ＩＤもしくはメモリ１１２に記憶している情報から予め決めたルールで導出した端末ＩＤを、共通鍵Kdで暗号化（例えばAES等）する。この共通鍵Kdは、顧客管理サーバ３０と認証処理部１１５とで事前に共有している鍵であり、たとえばメモリ１１２に記憶される。認証処理部１１５は、この共通鍵Kdで暗号化した端末ＩＤ（暗号化データ）に、ヘッダとフレーム長とを付加して転送データを生成する。認証処理部１１５は、この生成した転送データをブラウザ１１４へ出力する。認証処理部１１５は、前記要求に基づいて、前記自装置の識別情報を第２の暗号化鍵で暗号化する暗号化部として機能する。

ブラウザ１１４は、入力するこの転送データを、ＳＳＬでポータルサーバ２０と共有したセッション鍵Ksecで暗号化して、暗号化転送データを生成する（ステップＳ４０３）。次に、通信処理部１０７は、この生成された暗号化転送データを、ポータルサーバ２０へ送信する。ブラウザ１１４および通信処理部１０７は、前記第２の暗号化鍵で暗号化された前記自装置の識別情報を、前記第１の暗号化鍵で暗号化して前記第１のサーバに送信する送信部として機能する。

図７は、第１の実施形態に係るサーバ２０，３０で生成されるデータの構成を表す図である。これらサーバのうちポータルサーバ２０では、通信処理部２０１が通信端末装置１０からの暗号化転送データを受信する。次に、復号化部２０３がセッション鍵Ksecでこの暗号化転送データを、ヘッダとフレーム長が付加された端末ＩＤ（暗号化データ）に復号化する。通信処理部２０２は、この暗号化データを顧客管理サーバ３０へ送信する。通信処理部２０１は、前記送信された通信端末装置の識別情報を受信する受信部として機能する。復号化部２０３は、前記受信された通信端末装置の識別情報を、第１の復号化鍵で復号化する復号化部として機能する。

顧客管理サーバ３０では、通信処理部３０１がポータルサーバ２０からのヘッダとフレーム長が付加された暗号化データを受信する。次に、復号化部３０２が暗号化データを、共通鍵Kdで復号化して端末ＩＤのデータを取得する。サーバ側では、ポータルサーバ２０がセッション鍵Ksecで端末ＩＤを復号化し、さらに顧客管理サーバ３０がこの復号化された端末ＩＤを共通鍵Kdで復号する。この結果、この端末ＩＤをセキュアに取得することができる。通信処理部３０１は、前記第１のサーバで復号化された通信端末装置の識別情報を受信する受信部として機能する。復号化部３０２は、前記受信された通信端末装置の識別情報を第２の復号化鍵で復号化する復号化部として機能する。

認証部３０３は、取得された端末ＩＤと所定の値とを比較する。この所定の値は、コンテンツ配信が許可された少なくとも１つの通信端末装置の端末ＩＤである。この所定の値は、事前にたとえばＩＤ管理データベース３０４にリスト形式で記憶される。認証部３０３は、前記復号化された通信端末装置の識別情報に基づいて、前記通信端末装置を認証する認証部として機能する。

ここで、この取得された端末ＩＤと所定の値とが一致する場合、認証部３０３は、認証した旨の認証データを、通信処理部３０１に出力する。通信処理部３０１は、この認証データをポータルサーバ２０へ送信する。また、この取得された端末ＩＤと所定の値とが一致しない場合、認証部３０３は、認証ができなかった旨の認証不可データをポータルサーバ２０へ出力する。

ポータルサーバ２０では、通信処理部２０２によって認証データが受信されると、配信部２０４がコンテンツ配信のためのリストの情報を生成する。このリストの情報は、暗号化部２０６で暗号化されて、通信処理部２０１から通信端末装置１０へ送信される。そして、通信端末装置１０によって特定のコンテンツが指定されると、暗号化されたコンテンツがポータルサーバ２０から通信端末装置１０へ送信される。通信処理部２０２は、第２のサーバの認証結果を受信する受信部として機能する。配信部２０４は、前記受信された認証結果に基づいて、前記通信端末装置にコンテンツを配信する配信部として機能する。

このように、本実施形態に係る情報通信システムでは、情報（端末ＩＤ）を共通鍵Kdで暗号化した後、セッション鍵Ksecで暗号化することで、二重に暗号化して通信端末装置からサーバへ送信する。このため、端末ＩＤに関わる情報は、顧客管理サーバと通信端末装置のみでセキュアに送受され、ポータルサーバでは一切内容について関与しないため、情報管理の分離が可能になる。

(第２の実施形態)
また、本発明の実施形態では、事前に共通鍵Kdを共有する方法のほかに、ＲＳＡや楕円暗号のような公開鍵暗号を利用して簡易に暗号化鍵を共有する方式にしてもよい。公開鍵方式とは鍵ペア（Kp,Ks）があり、鍵Kpで暗号化したデータは鍵Ksでのみ復号できる性質をもつ暗号方式である。
第２の実施形態に係る情報通信システムでは、たとえばこの鍵ペア（Kp,Ks）を顧客管理サーバ３０と通信端末装置１０でそれぞれ持つ。

図８は、第２の実施形態に係る通信端末装置で生成されるデータの構成を表す図である。なお、通信端末装置の構成は、図２のブロック図と同様である。通信端末装置１０では、認証処理部１１５が、端末ＩＤの要求に応じて、データの暗号化に使用する鍵Kdを乱数で生成する。次に、認証処理部１１５は、メモリ１１２に記憶している端末ＩＤもしくはメモリ１１２に記憶している情報から予め決めたルールで導出した端末ＩＤを、この生成した鍵Kdで暗号化する。さらに、認証処理部１１５は、この生成した鍵Kdを鍵Ksで暗号化する。認証処理部１１５は、この鍵Kdで暗号化した端末ＩＤ（暗号化データ）と、この鍵Ksで暗号化した鍵Kdとに、ヘッダとフレーム長とを付加して転送データを生成する。認証処理部１１５は、この生成した転送データをブラウザ１１４へ出力する。メモリ１１２は、公開鍵暗号における鍵ペアの一方を第３の鍵として事前に保持する保持部として機能する。認証処理部１１５は、乱数を生成する生成部として機能する。

ブラウザ１１４は、入力するこの転送データを、ＳＳＬでポータルサーバ２０と共有したセッション鍵Ksecで暗号化して、暗号化転送データを生成する。次に、通信処理部１０７は、この生成された暗号化転送データを、ポータルサーバ２０へ送信する。

図９は、第２の実施形態に係るサーバ２０，３０で生成されるデータの構成を表す図である。なお、サーバ２０，３０の構成は、図３のブロック図と同様である。ポータルサーバ２０では、通信処理部２０１が第１の実施形態と同じ復号化の動作を行い、通信処理部２０２は、暗号化データを顧客管理サーバ３０へ送信する。

顧客管理サーバ３０では、通信処理部３０１がポータルサーバ２０からのヘッダとフレーム長が付加された暗号化データと、暗号化鍵と、を受信する。次に、復号化部３０２が暗号化鍵を、鍵Kpで復号化して鍵Kdを生成する。さらに、復号化部３０２が暗号化データを、復号化された鍵Kdで復号化して端末ＩＤのデータを取得する。サーバ側では、ポータルサーバ２０がセッション鍵Ksecで端末ＩＤを復号化し、顧客管理サーバ３０が鍵Kpで鍵Kdを復号化し、さらにこの復号化された端末ＩＤを、復号化された鍵Kdで復号する。この結果、この端末ＩＤをさらにセキュアに取得することができる。

このように、第２の実施形態に係る情報通信システムでは、鍵Kpを持つサーバのみが鍵Kdを取得して、端末ＩＤを復号化して取得できる。この結果、情報の暗号化がさらに保たれて、情報の秘匿性が確保できる。

（第３の実施形態）
また、本発明の実施形態では、端末ＩＤを端末固有の情報のみとして説明したが、例えばサービス（ポータルサーバ）ごとに端末ＩＤを固有にすることも可能である。

この第３の実施形態の場合は、たとえば端末ＩＤは端末固有ＩＤ＋可変領域という形になる。なお、端末固有ＩＤとは、第１および第２の実施形態で示した端末ＩＤである。可変領域とは、たとえばサービス（ポータルサーバ）を識別する識別情報が格納される領域である。

図１０は、第３の実施形態に係る情報通信システムの動作シーケンスを表す図である。図１１は、第３の実施形態に係る通信端末装置で生成されるデータの構成を表す図である。なお、通信端末装置の構成は、図２のブロック図と同様である。通信端末装置１０の認証処理部１１５は、ポータルサーバ２０の識別情報が設定されていないので、通信端末装置１０を識別する端末固有ＩＤと、可変領域に初期値としてたとえばＮＵＬＬ（初期値＝０）を端末ＩＤとする。認証処理部１１５は、この端末ＩＤを、共通鍵Kdで暗号化する。認証処理部１１５は、この共通鍵Kdで暗号化した端末ＩＤ（暗号化データ）に、ヘッダとフレーム長とを付加して転送データを生成する。認証処理部１１５は、この生成した転送データをブラウザ１１４へ出力する。認証処理部１１５は、前記認証された第１のサーバに対応する第１の識別情報を生成する識別情報生成部として機能する。

図１１は、第３の実施形態に係るサーバ２０，３０で生成されるデータの構成を表す図である。なお、ポータルサーバ２０の構成は、図３のブロック図と同様であるが、顧客管理サーバ３０の構成は、図３のブロック図に点線で示した暗号化部３０５が付加された構成となる。ポータルサーバ２０は、第１の実施形態と同様に動作し、セッション鍵Ksecでこの暗号化転送データを、ヘッダとフレーム長が付加された端末ＩＤ（暗号化データ）に復号化する。次に、顧客管理サーバ３０は、第１の実施形態と同様に動作し、この暗号化データを、共通鍵Kdで復号化して端末ＩＤのデータを取得する。

ここで、通信端末装置１０から送信された識別情報が未登録の場合、可変領域が設定されていない。このため、顧客管理サーバ３０の暗号化部３０５は、通信端末装置１０の認証処理部１１５と同様の処理でこの可変領域に設定するポータルサーバ２０の識別情報を暗号化する。すなわち、暗号化部３０５は、端末固有ＩＤと、ポータルサーバ２０の識別情報とを有する端末ＩＤを共通鍵Kdで暗号化する。次に、暗号化部３０５は、この端末ＩＤにヘッダとフレーム長とを付加して転送データを生成する。ポータルサーバ２０の暗号化部２０６は、この転送データを、セッション鍵Ksecで暗号化して暗号化転送データを生成する。

通信端末装置１０は、受信した端末固有ＩＤと識別情報とを合わせて端末ＩＤとして、メモリ１１２に記憶する。そして、通信端末装置１０は、この端末ＩＤを含んだ暗号化転送データをポータルサーバ２０へ送信する。顧客管理サーバ３０は、端末固有ＩＤと識別情報とを合わせた端末ＩＤに基づいて、通信端末装置１０を認証する。

このように、第３の実施形態に係る情報通信システムでは、通信端末装置１０を識別する端末固有ＩＤと、ポータルサーバ２０を識別する識別情報とを含む端末ＩＤを暗号化して送信する。この結果、サービス（ポータルサーバ）毎に異なる端末ＩＤを設定でき、サービス単位での独立を保つことができる。

（その他の実施形態）
本発明の実施形態は上記の実施形態に限られず拡張、変更可能であり、拡張、変更した実施形態も本発明の技術的範囲に含まれる。

本発明の一実施形態に係る情報通信システムの構成を表す概念図である。本発明の一実施形態に係る通信端末装置の構成を表すブロック図である。本発明の一実施形態に係るポータルサーバと顧客管理サーバの概略構成を表すブロック図である。図１に示した情報通信システムの動作シーケンスを表す図である。図２に示したブラウザの動作を表すフローチャートである。第１の実施形態に係る通信端末装置で生成されるデータの構成を表す図である。第１の実施形態に係るサーバで生成されるデータの構成を表す図である。第２の実施形態に係る通信端末装置で生成されるデータの構成を表す図である。第２の実施形態に係るサーバで生成されるデータの構成を表す図である。第３の実施形態に係る情報通信システムの動作シーケンスを表す図である。第３の実施形態に係るサーバで生成されるデータの構成を表す図である。

符号の説明

１…情報通信システム、１０…通信端末装置、２０…ポータルサーバ、３０…顧客管理サーバ、４０…通信網、１０２…チューナ部、１０３…デスクランブラ、１０４…デコード部、１０５…映像音声デコード部、１０６…表示処理部、１０７…通信処理部、１０８…制御部、１０９…キー入力部、１１０…リモコン、１１１…ＩＣカードＩ／Ｆ部、１１２…メモリ、１１３…ＤＲＭ処理部、１１４…ブラウザ、１１５…認証処理部、１５１…ＩＣカード、２０１，２０２，３０１…通信処理部、２０３，３０２…復号化部、２０４…配信部、２０５…データベース、２０６，３０５…暗号化部、３０３…認証部、３０４…管理データベース、Kd，Kp，Ks…鍵、Ksec…セッション鍵

Claims

通信端末装置が、第１のサーバと第１の暗号化鍵を共有するステップと、
前記通信端末装置が、前記第１のサーバからの自装置の識別情報の送信要求を受信するステップと、
前記通信端末装置が、前記第１のサーバと第１の暗号化鍵を共有するステップで取得した前記第１のサーバの証明書情報と前記自装置内に保持している検証情報とに基づいて、前記第１のサーバを認証するステップと、
前記通信端末装置が、前記自装置の識別情報を第２の暗号化鍵で暗号化するステップと、
前記通信端末装置が、前記認証結果に基づいて、前記第２の暗号化鍵で暗号化された前記自装置の識別情報を、前記第１の暗号化鍵で暗号化して前記第１のサーバに送信するステップと、
を含むことを特徴とする情報通信方法。
前記第１のサーバが、前記送信された通信端末装置の識別情報を受信するステップと、
前記第１のサーバが、前記受信された通信端末装置の識別情報を、第１の復号化鍵で復号化するステップと、
前記通信端末装置を認証する第２のサーバが、前記第１のサーバで復号化された通信端末装置の識別情報を受信するステップと、
前記第２のサーバが、前記受信された通信端末装置の識別情報を第２の復号化鍵で復号化するステップと、
前記第２のサーバが、前記復号化された通信端末装置の識別情報に基づいて、前記通信端末装置を認証するステップと、
前記第１のサーバが、前記認証結果を受信するステップと、
前記第１のサーバが、前記受信された認証結果に基づいて、前記通信端末装置にコンテンツを配信するステップと、
をさらに含むことを特徴とする請求項１記載の情報通信方法。
前記第２の暗号化鍵で暗号化するステップおよび前記第２の復号化鍵で復号化するステップでは、前記第２の暗号化鍵と前記第２の復号化鍵が同一内容であることを特徴とする請求項１または２記載の情報通信方法。
公開鍵暗号における鍵ペアのうち、一方を前記通信端末装置で、もう一方を前記第２のサーバでそれぞれ第３の鍵、第４の鍵として事前に保持するステップと、
前記通信端末装置で、乱数を生成するステップと、
をさらに含み、
前記第２の暗号化鍵で暗号化するステップでは、前記通信端末装置が、前記生成された乱数を前記第２の暗号化鍵として、前記自装置の識別情報を暗号化し、さらに前記第２の暗号化鍵を前記第３の鍵で暗号化し、
前記第２の復号化鍵で復号化するステップでは、前記第２のサーバが、前記第３の鍵で暗号化された前記第２の暗号化鍵を、前記第４の鍵で復号化し、この復号化した前記第２の暗号化鍵を前記第２の復号化鍵として、前記受信された通信端末装置の識別情報を復号化する
ことを特徴とする請求項１または２記載の情報通信方法。
前記通信端末装置内に保持されている検証情報は、前記第１のサーバの証明書情報の全てもしくは一部である
ことを特徴とする請求項１乃至４のいずれか１つに記載の情報通信方法。
第１のサーバと第１の暗号化鍵を共有する共有部と、
自装置の識別情報の送信要求を受信した際に、前記第１のサーバと前記第１の暗号化鍵を共有する際に取得した前記第１のサーバの証明書情報と、前記自装置内に保持している検証情報との比較を行い、この比較結果が一致した場合に前記自装置の識別情報の暗号化を要求する認証部と、
前記要求に基づいて、前記自装置の識別情報を第２の暗号化鍵で暗号化する暗号化部と、
前記要求に基づいて、前記第２の暗号化鍵で暗号化された前記自装置の識別情報を、前記第１の暗号化鍵で暗号化して前記第１のサーバに送信する送信部と、
を具備することを特徴とする通信端末装置。
前記第１のサーバと同じ値の情報を前記第２の暗号化鍵として事前に保持する保持部を
さらに具備することを特徴とする請求項６記載の通信端末装置。
公開鍵暗号における鍵ペアの一方を第３の鍵として事前に保持する保持部と、
乱数を生成する乱数生成部と、
をさらに具備し、
前記暗号化部が、前記乱数生成部で生成された乱数を前記第２の暗号化鍵として、前記自装置の識別情報を暗号化し、さらに前記第２の暗号化鍵を前記第３の鍵で暗号化し、
前記送信部が、前記第２の暗号化鍵で暗号化された前記自装置の識別情報と、前記前記第３の鍵で暗号化された前記第２の暗号化鍵とを、前記第１の暗号化鍵で暗号化して前記第１のサーバに送信する
ことを特徴とする請求項６記載の通信端末装置。