JP5603143B2

JP5603143B2 - 復号鍵の有効期限管理

Info

Publication number: JP5603143B2
Application number: JP2010126745A
Authority: JP
Inventors: スティーヴ・フイン
Original assignee: イルデト・ベー・フェー
Priority date: 2009-06-02
Filing date: 2010-06-02
Publication date: 2014-10-08
Anticipated expiration: 2030-06-02
Also published as: US20100306527A1; KR20100130167A; CN101945101A; CA2706116A1; US8520856B2; EP2259544B1; JP2010283818A; CN101945101B; EP2259544A1

Description

本発明は、クライアントデバイス上でのデジタル放送ストリームへのアクセスを条件付で許可するためのコンディショナルアクセスシステム（限定受信システム）に関する。このとき、ブロードキャストストリーム中の各イベントの開始時間及び終了時間は、予め定義される。より具体的には、本発明は、移動端末にデジタルブロードキャストストリームを転送するＯＭＡＢＣＡＳＴシステムに関する。

オープンモバイルアライアンスブロードキャスト（ＯＭＡＢＣＡＳＴとも称される）は、国際規格であり、とりわけ、デジタルＴＶストリームなどのデジタルブロードキャストストリームの受信機能を有したモバイルデバイスに使用されるコンディショナルアクセス（ＣＡ）システムについて規定している。ＯＭＡＢＣＡＳＴの仕様書には、定義された２つの時刻の間、すなわち、タイムスタンプＴｓを有した開始時刻とタイムスタンプＴｅを有した終了時刻との間の期間に、ブロードキャスト送信へのアクセスが有効となるＣＡシステムが記載されている。開始時刻と終了時刻との間のブロードキャスト送信の部分は、イベントと称される。現在時刻は、タイムスタンプＴｃとして、モバイルデバイスに暗号文で送信される。典型的に、これは、暗号文を含んだショートタームキーメッセージ（ＳＴＫＭ）の送信による。また、それらの暗号文には、ブロードキャストストリームの逆スクランブルを行うための逆スクランブル鍵（コントロールワード又はＣＷとも称される）も含まれる。連続したタイムスタンプＴｃは、連続した暗号文で送信されて、モバイルデバイスの現在時刻を更新する。モバイルデバイスがイベント視聴の権利を与えられている場合、例えば、イベントの加入者である場合、ブロードバンドストリーム中のイベントの開始時刻及び終了時刻を識別するタイムスタンプＴｓ及びＴｅは、モバイルデバイスに送信される。典型的に、これは、Ｔｓ及びＴｅ値を含んだ（ロングタームキーメッセージ）（ＬＴＫＭ）の送信による。モバイル端末は、ＴｃがＴｓ−Ｔｅの範囲内に収まっている場合に、ブロードキャストストリームの逆スクランブル権が与えられる。

ＯＭＡＢＣＡＳＴ仕様書では、イベントは、ブロードキャストストリーム中のイベントに対するタイムスタンプＴｓ及びＴｅを定義することによって、予め定義される。実際には、イベントは、可変の開始時刻及び終了時刻を有することがある。その一例が、スポーツイベントである。スポーツイベントは、正常なゲームプレイであっても予定終了時刻は未定であり、勝者を決めるためにイベントの延長が必要となることもある。ＯＭＡＢＣＡＳＴで実施されているような、各イベントに対する固定された時刻期間では、フレキシブルなスケジュール又は可変の持続期間を有したイベントに利用権を関連付けることができない。ＯＭＡＢＣＡＳＴシステムでは、以下の例に示されるように、イベントの開始時刻及び／又は終了時刻のあらゆる変化に対応するために、ブロードキャストストリームへのアクセス許可期間を単純に延長することは好ましくない。

ブロードキャストストリームが、第１イベントと第２イベントとを含み、第１イベントは、スポーツイベントであって、Ｔｓ１＝０からＴｅ１＝１５００までを予定し、かつ第２イベントは、映画であって、Ｔｓ２＝１５０１からＴｅ２＝３０００までを予定していると仮定する。第１ユーザは、スポーツイベントを視聴する権利を有するが、映画を視聴する権利は有さない。このとき、第１ユーザのモバイルデバイスは、ブロードキャストストリーム中のスポーツイベントの開始時刻及び終了時刻を定義するＴｓ１及びＴｅ１を含んだＬＴＫＭを受信し、この期間に、ブロードキャストストリームの復号が可能となっている。第１ユーザは、映画を視聴する権利を有するが、スポーツイベントを視聴する権利は有さない。このとき、第２ユーザのモバイルデバイスは、ブロードキャストストリーム中の映画の開始時刻及び終了時刻を定義するＴｓ２及びＴｅ２を含んだＬＴＫＭを受信し、この期間に、映画の復号が可能となっている。現在時刻を示すタイムスタンプＴｃ及びブロードキャストストリームの復号のためのＣＷが、所定の時間間隔で、例えば、１秒間に１０回のペースで、モバイルデバイスにＳＴＫＭとして送信される。各モバイルデバイスは、現在時刻Ｔｃが、権利を有するタイムフレームＴｓ−Ｔｅ内にあるか否かと、ＣＷがブロードキャストストリームを逆スクランブルするために使用される状況であるのか否かとを判断する。スポーツイベントが延長された場合、Ｔｅ１は、より遅い時刻、例えば、Ｔｅ１＝１８００に更新され、それに応じて、スポーツイベントがブロードキャストされると、この期間はＴｓ２とＴｅ２との間に位置するので、第２ユーザが、Ｔｃ＝１５０１からＴｃ＝１８００までスポーツイベントを視聴できてしまう。このような問題は、第２イベントをＴｅ２＝３３００に延長して、第２ユーザが映画の全体を視聴可能とする必要があるというように、別のイベントに波及する。

ＯＭＡＢＣＡＳＴの仕様では、ブロードキャストシステムの全イベント及び全ユーザに対するすべてのＴｅ及びＴｓ値の更新が許可されている。とはいえ、このようなことは、それらの値のタイムスタンプを更新するために必要となるＬＴＫＭメッセージがオーバーヘッド処理とトラフィック増大とをもたらすので、好ましいとはいえない。

本発明の目的は、ＯＭＡＢＣＡＳＴが、視聴権利を有さないクライアントデバイス上での延長されたイベントの視聴を許可することなく、視聴権利を有したクライアントデバイス上でのブロードキャストストリーム中のイベント視聴時間を延長可能とすると同時に、オーバーヘッド処理及びネットワークトラフィックを大きく増大させないような時間延長を可能とすることにある。

本発明の一態様によれば、ブロードキャストシステムにおける復号鍵の有効期限をコントロールするための方法が提案される。ブロードキャストシステムは、サーバシステムと、クライアントデバイスに通信接続されるデータソースとを具備する。データソースは、暗号化されたデータをクライアントデバイスにブロードキャストするように構成される。サーバシステムは、復号鍵をクライアントデバイスに提供するように構成される。クライアントデバイスは、復号鍵を用いて、暗号化されたデータを復号するように構成される。上記方法は、復号鍵が有効となる開始時刻を表す第１タイムスタンプと、復号鍵が無効となる終了時刻を表す第２タイムスタンプとを、サーバシステムにおいて生成する段階を有する。上記方法は、第１タイムスタンプ及び第２タイムスタンプを含んだ第１メッセージを、サーバシステムからクライアントデバイスに送信する段階を有する。上記方法は、現在時刻を表す第３タイムスタンプを、サーバシステムにおいて生成する段階を有する。上記方法は、第３タイムスタンプを含んだ第２メッセージを、サーバシステムからクライアントデバイスに送信する段階を有する。第１タイムスタンプ及び第２タイムスタンプは、第１タイムスケール上で定義される。第３タイムスタンプは、第２タイムスケール上で定義される。第１タイムスケールは、第２タイムスケールに１よりも大きい第１係数を乗じたものとして定義される。第１、第２、及び第３タイムスタンプにより、クライアントデバイスは、第３タイムスタンプの値が第１タイムスタンプの値以上かつ第２タイムスタンプの値以下の場合のみ、暗号化されたデータを復号可能となる。

本発明の一態様によれば、ブロードキャストシステムにおける復号鍵の有効期限をコントロールするためのサーバシステムが提案される。ブロードキャストシステムは、サーバシステムと、クライアントデバイスに通信接続されるデータソースとを具備する。データソースは、暗号化されたデータをクライアントデバイスにブロードキャストするように構成される。サーバシステムは、復号鍵をクライアントデバイスに提供するように構成される。クライアントデバイスは、復号鍵を用いて、暗号化されたデータを復号するように構成される。上記サーバシステムは、復号鍵が有効となる開始時刻を表す第１タイムスタンプと、復号鍵が無効となる終了時刻を表す第２タイムスタンプと、現在時刻を表す第３タイムスタンプとを生成するように構成されたタイムスタンプ生成部を具備する。上記サーバシステムは、第１タイムスタンプ及び第２タイムスタンプを含んだ第１メッセージをクライアントデバイスに送信するように構成された送信機モジュールを具備する。送信機モジュールは、第３タイムスタンプを含んだ第２メッセージをクライアントデバイスに送信するようにさらに構成される。第１タイムスタンプ及び第２タイムスタンプは、第１タイムスケール上で定義される。第３タイムスタンプは、第２タイムスケール上で定義される。第１タイムスケールは、第２タイムスケールに１よりも大きい第１係数を乗じたものとして定義される。第１、第２、及び第３タイムスタンプにより、クライアントデバイスは、第３タイムスタンプの値が第１タイムスタンプの値以上かつ第２タイムスタンプの値以下の場合のみ、暗号化されたデータを復号可能となる。

本発明の一態様によれば、プロセッサによって実行されたとき、先に記載の特徴のうちの１つ以上を有したサーバシステムで使用される方法を実行するように構成されたコンピュータプログラム要素が提案される。上記方法は、復号鍵が有効となる開始時刻を表す第１タイムスタンプと、復号鍵が無効となる終了時刻を表す第２タイムスタンプと、現在時刻を表す第３タイムスタンプを生成する段階を有する。第１タイムスタンプ及び第２タイムスタンプは、第１タイムスケール上で定義される。第３タイムスタンプは、第２タイムスケール上で定義される。第１タイムスケールは、第２タイムスケールに１よりも大きい第１係数を乗じたものとして定義される。

故に、有利には、本発明により、権利を与えられていないクライアントデバイスが延長されたイベントを復号及び視聴可能となることなく、ブロードキャストストリーム中のイベントを延長できる。第１、第２、及び第３タイムスタンプを生成するために１つのタイムスケールを使用する代わりに、異なる２つのタイムスケールが用いられる。これにより、クライアントデバイスで第３タイムスタンプとして受信される現在時刻が、権利を与えられた期間、すなわち、第１タイムスタンプから第２タイムスタンプの間の期間、第１係数に等しい係数分だけ緩やかに進む。イベントが延長された場合、現在時刻がまだ終了時刻に達していないものとして、イベントが継続することを許可する。イベントが予定時刻で終了した場合、ＣＡシステムは、イベントの終了時、第３タイムスタンプの値が第２タイムスタンプの値に等しくなるように、第３タイムスタンプの値を増加させる。クライアントデバイスにメッセージを送信して、第１タイムスタンプ及び／又は第２タイムスタンプを更新する必要がないので、オーバーヘッド処理及びネットワークトラフィックが著しく増大することはない。

典型的に、サーバシステムとデータソースは、別個のシステムであるが、それら２つが単一のシステムに統合されてもよい。サーバシステムは、複数のサブシステムからなってよく、例えば、復号鍵の提供機能とタイムスタンプの生成機能とを分離できる。第１タイムスタンプ及び第２タイムスタンプは、第３タイムスタンプを生成するサブシステムとは異なるサブシステムによって生成されてもよい。その場合、サブシステム内で各タイムスタンプを生成するために、別個のタイムスタンプ生成部が用いられる。

有利には、請求項２、８、及び１４の実施態様により、第３タイムスタンプの微調整は、権利が与えられた期間中に、（第１係数／第２係数）に等しい時間比で現在時刻を効果的に進めることができる。

有利には、請求項３及び９の実施態様により、各第３タイムスタンプについて復号鍵の更新が行える。

有利には、請求項４及び１０の実施態様により、クライアントデバイスは、イベントが今なおブロードキャストされているか否かと、暗号化されたデータの復号が今なお許可されているか否かとを正式に確認できる。

有利には、請求項５及び１１の実施態様により、本発明は、現存するシステムで使用可能となる。

有利には、請求項６及び１２の実施態様により、本発明は、現存するＯＭＡＢＣＡＳＴシステムで使用可能となる。

以降に、本発明の各実施形態をさらに詳細に記載する。しかしながら、それらの実施形態が本発明の権利範囲の限定を意図しないことは勿論である。

本発明の例示的な実施形態のブロードキャストシステムを示す。本発明の例示的な実施形態のブロードキャストシステムを示す。本発明の例示的な実施形態の２つのイベントに対するタイムダイヤグラムと、異なる２つのタイムスケール上のタイムスタンプとを示す。本発明の例示的な実施形態の２つのイベントに対するタイムダイヤグラムと、異なる２つのタイムスケール上のタイムスタンプとを示す。本発明の例示的な実施形態の方法の該略図である。本発明の例示的な実施形態の方法の該略図である。

これより、各図面に示された例示的な実施形態を参照して、本発明の特徴をより詳細に説明する。

図１は、ブロードキャストシステムの簡略化された構成を示す。ブロードキャストシステムは、例えば、ＯＭＡＢＣＡＳＴシステムである。ブロードキャストシステムでは、暗号化されたデータが、ネットワーク４を介して、データソース２からクライアントデバイス３へ送信される。暗号化されたデータを復号するためのコントロールワード（又は、略してＣＷ）は、ネットワーク４を介して、サーバシステム１からクライアントデバイス３へ送信される。

典型的に、データソース２は、相互通信チャネルをサポートせず、ネットワーク４を介したブロードキャストチャネルの利用を除いては、別のエンティティとの通信機能を有さない。データソース４は、ブロードキャストチャネルとは別に、例えば、電話線、ウェブポータル、又はサービスデスクを介した、既定戻りチャネルを有してよい。

クライアントデバイス３、例えば、スマートカードを用いるモバイル端末は、データを復号することによって、該データをクライアントデバイス３で表示可能とする。スマートカードは、クライアントデバイスでのデータの復号に必要なＣＷをセキュアに取得するために使用される。スマートカードは、例えば、ＢＣＡＳＴスマートカードである。ＢＣＡＳＴスマートカードは、ＢＣＡＳＴ処理をサポートした３ＧＰＰＵＳＩＭと、ＢＣＡＳＴ処理及びＢＣＡＳＴＢＳＩＭをサポートした３ＧＰＰＵＳＩＭと、ＢＣＡＳＴ処理をサポートした３ＧＰＰ２ＵＩＭと、ＢＣＡＳＴ処理をサポートした３ＧＰＰ２ＣＳＩＭと、ＢＣＡＳＴ処理及びＢＣＡＳＴＢＳＩＭをサポートした３ＧＰＰＣＳＩＭとからなるアプリケーション一式のうちの１つ以上をサポートする。明細書中では、ＵＳＩＭとは、３ＧＰＰ規格に定義されたＵｎｉｖｅｒｓａｌＳｕｂｓｃｒｉｂｅｒＩｄｅｎｔｉｔｙＭｏｄｕｌｅの略語を指す。ＵＳＩＭは、ＵＩＣＣのメモリ内に存在し、適切なセキュリティで、３ＧＰＰモバイルネットワークによって提供されるサービスを登録する。ＵＩＭとは、３ＧＰＰ２規格に定義されたＵｓｅｒＩｄｅｎｔｉｔｙＭｏｄｕｌｅの略語である。ＵＩＭは、クライアントデバイス内に存在し、適切なセキュリティで、３ＧＰＰ２モバイルネットワークによって提供されるサービスを登録する。ＣＳＩＭとは、３ＧＰＰ２規格に定義されたＣＤＭＡ２０００ＳｕｂｓｃｒｉｂｅｒＩｄｅｎｔｉｆｙＭｏｄｕｌｅの略語である。ＣＳＩＭは、ＵＩＣＣのメモリ内に存在し、適切なセキュリティで、３ＧＰＰ２モバイルネットワークによって提供されるサービスを登録する。ＢＳＩＭは、ＵＩＣＣ上に存在するＢＣＡＳＴアプリケーションである。ＵＩＣＣとは、ＵｎｉｖｅｒｓａｌＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔＣａｒｄの略語であり、クライアントデバイス３内の物理的に取り外し可能なセキュアデバイスである。

サーバシステム１は、ロングタームキーメッセージ（ＬＴＫＭ）とショートタームキーメッセージ（ＳＴＫＭ）とをクライアントデバイス３に提供する。ＬＴＫＭには、１つ以上の鍵、例えば、サービス暗号化鍵又はプログラム暗号化鍵（ＳＥＫ／ＰＥＫ）と、場合により、アクセス許可などのその他の情報やブロードキャストされるデータ中のイベント又はサービス項目に関係するその他の属性とが含まれる。ＳＴＫＭは、暗号化されたデータと共に配信されるメッセージであり、ＴＥＫ（Traffic Encryption Key）などのＣＷを伝達する。ＴＥＫは、ＳＥＫ又はＰＥＫによって暗号化されて送信される。選択的に、ＴＥＫは、ＳＥＫ／ＰＥＫによって暗号化される前に、ＴＢＫ（Terminal Binding Key）で暗号化されて、端末に紐付けられてもよい。別個のＳＥＫ及びＰＥＫ鍵は、異なる有効期限を有することができ、ブロードキャストされるデータ内の１つのイベント又はサービスについて、異なる顧客に異なる単位の購入期間を提供するために使用できる。これは、同一のイベント又はサービスに対し、サブスクリプション型（加入型）ビジネスモデルとペイパービュー型ビジネスモデルとの両方を効率的に実施可能とする。ペイパービュー顧客には、１つのイベントに対してだけ有効となるＰＥＫが提供され、一方、加入者には、ＳＥＫが提供され、一定期間のサービス受信が有効となる。

図２は、図１に示されたブロードキャストシステムに類似したブロードキャストシステムの簡略された構成を示す。異なるのは、暗号化されたデータ及びＳＴＫＭがネットワーク４ａを介して送信され、かつＬＴＫＭが別のネットワーク４ｂを介して送信される点である。ネットワーク４ａは、例えば、ＤＢＴ−Ｔ技術に基づいたブロードキャストネットワークであり、一方、ネットワーク４ｂは、３ＧＰＰ又は３ＧＰＰ２モバイルネットワークである。これにより、ＤＶＢ技術を用いて、暗号化されたデータ及びＳＴＫＭを配信するのと同時に、ＬＴＫＭを、例えば、ＳＭＳメッセージとして、サーバシステム１からクライアントデバイス３へ送信できる。

図１を参照すると、サーバシステム１は、タイムスタンプ生成部１１と、送信機モジュール１２とを具備している。タイムスタンプ生成部は、ソフトウェアモジュールとして実現されるか又はハードウェアで実現でき、現在時刻を表すタイムスタンプＴｃを生成する。Ｔｃは、ＳＴＫＭとして、典型的には１つ以上のＣＷと共に、送信機モジュール１２を介してクライアントデバイス３へ送信される。ＳＴＫＭの送信毎に、Ｔｃは、時刻が増加するように更新される。Ｔｃは、クライアントデバイスによって、現在時刻の指標として使用される。サーバシステム１が現在時刻をコントロール可能とするために、クライアントデバイスでは内部クロックを使用しない。

タイムスタンプ生成部１１は、ブロードキャストされるデータ中のイベントに対する権利付与期間の開始時刻及び終了時刻を表すタイムスタンプＴｓ及びＴｅをさらに生成する。Ｔｓ及びＴｅは、ＬＴＫＭとして、送信機モジュール１２を介してクライアントデバイス３へ送信される。ＬＴＫＭに備わるＫＶ（Key Validity）領域が、この目的に使用される。

図２の実施例では、Ｔｓ及びＴｅは、タイムスタンプ生成部１１ａによって生成されるとともに、ＬＴＫＭとして、送信機モジュール１２ａ及びブロードキャストネットワーク４ａを介してクライアントデバイス３へ送信される。Ｔｃは、タイムスタンプ生成部１１ｂによって生成されるとともに、ＳＴＫＭとして、送信機モジュール１２ｂ及びネットワーク４ｂを介してクライアントデバイス３へ送信される。

生成及びクライアントデバイス３への送信の後、好ましくは、イベントのタイムスタンプＴｓ及びＴｅは、値を固定される。これは、一度送信されたタイムスタンプは、別のＬＴＫＭによって当該イベントに対して送信する必要はないということを保証する。それにより、例えば、ＳＭＳメッセージを使用する場合に、モバイルネットワーク４ｂが負担するネットワーク機能とモバイル端末３が負担するＳＭＳ処理とが過度に増えることを回避する。

本発明により、ブロードキャストシステムは、Ｔｓ及びＴｅの値が固定されたにもかかわらず、予定時間を超過するイベント（例えば、延長時間に入ったサッカーの試合）へのアクセスに対処できる。これらの時間超過シナリオでは、クライアントデバイスにＴｓとＴｅとの間でイベントへのアクセスが認められている場合、いくらか延長されたタイムスタンプを含んだＬＴＫＭを再送信することなく、延長後の終了時刻まで、当該イベントを視聴できなくてはならない。また、当該イベントを視聴する権利が与えられていない他のクライアントデバイスは、超過時間の間、当該イベントを視聴できてはならない。

Ｔｓ及びＴｅは、第１タイムスケール上で定義される。このタイムスケールでは、タイムスタンプの１目盛の増分は、例えば、１秒に相当する。このとき、Ｔｓの値が０であり、かつＴｅの値が１５００であるイベントは、１５００秒に相当するＴｅ−Ｔｓ＝１５００の期間を有する。例えば、第１タイムスケールが１秒を２目盛として定義されている場合には、イベントは、７５０秒に相当するＴｅ−Ｔｓ＝１５００の期間を有する。例えば、第１タイムスケールが２秒を１目盛として定義されている場合には、イベントは、３０００秒に相当するＴｅ−Ｔｓ＝１５００の期間を有する。その他の定義による第１タイムスケールが想定できる。

Ｔｃは、第２タイムスケール上で定義される。第１タイムスケールは、第２タイムスケールとは異なるものであり、第２タイムスケールに１より大きい係数を乗じたものとして定義される。第２タイムスケールが１秒を１目盛として定義され、かつ係数が２に等しい場合には、第１タイムスケール上では、２目盛が１秒に相当する。第２タイムスケールが１秒を６目盛として定義され、かつ係数が１．５に等しい場合には、第１タイムスケール上では、９目盛が１秒に相当する。

一方では、イベントに対する開始時刻及び終了時刻を生成するために、かつ、他方では、現在時刻を生成するために、異なる２つのタイムスケールを使用することにより、システムは、ＴｓとＴｅとの間として定義されたイベント中に、緩やかに進むＴｃによって示された現在時刻を有することができる。それによって、係数による減速コントロールが行われる。

ＳＴＫＭの生成時、タイムスタンプＴｃは、以下のように算出される。現在のところ何のイベントも実行中でない場合、タイムスタンプは、第１タイムスケール上でイベントの時間超過に対処する必要が場合のように増加する。例えば、係数が２に等しい場合には、Ｔｃ＝（以前のＴｃ）＋（第２タイムスケールに変換された以前のＴｃから経過した時間を秒で表したもの）＊２である。現在のところイベントが実行中である場合には、イベントの潜在的な超過時間に対処できるように、スロー動作がタイムスタンプＴｃに適用され、Ｔｃ＝（以前のＴｃ）＋（第２タイムスケールに変換された以前のＴｃから経過した時間を秒で表したもの）となる。すなわち、係数２が適用されない。

この方法では、あるイベントの視聴権がクライアントデバイスに与えられている場合、当該イベントに対するタイムスタンプＴｓ及びＴｅは、そのイベントが当初予期していた時刻を超過して実行されるときでも、そのイベントで等しく配布された鍵に付与されたタイムスタンプ範囲内に存在し続ける。

タイムスタンプの値は、例えば、３２ビット値として生成される。係数が２に等しい場合には、例えば、タイムスタンプＴｃが秒で表されているならば、最大値として、（２＾３２＝４，２９４，９６７，２９６）／２秒≒１３６／２年≒６８年をＴｃの値に割り当てることができる。同時に、Ｔｅは、２＾３２≒１３６年を最大値として有する。

図３は、参照符号７で示したスポーツイベントに対して、該スポーツイベント７が時間超過しない場合に、タイムスタンプＴｃ６１，６２，６３がどのように生成されるかを示す。図４は、時間超過によって延長されたスポーツイベント７を示す。スポーツイベントの時間超過した部分は、参照符号７１で示される。スポーツイベントの後に続く映画イベントが、参照符号８で示される。図３及び図４の実施例では、第１タイムスケール５は、第２タイムスケール６に係数２を乗じたものとして定義される。１よりも大きいその他の係数が適用されてもよい。

図３を参照すると、スポーツイベント７の開始時刻及び終了時刻は、Ｔｓ５１及びＴｅ５３、例えば、Ｔｓ（５１）＝０かつＴｅ（５３）＝１０００として、第１タイムスケール５上で生成される。ここで、「（５１）」は、参照符号５１で示された第１タイムスケール５上の位置を指し、かつ「（５３）」は、参照符号５３で示された位置を指す。タイムスケール上のその他の位置も同様に表される。映画イベント８については、Ｔｓ（５３）はＴｅ（５３）に等しく、かつＴｅ（５４）＝２０００である。後に続くイベントは、先のイベントの終了時刻よりも遅い開始時刻を有すると考えることができる。

現在時刻を表すタイムスタンプＴｃは、第２タイムスケール２上で生成される。スポーツイベント７の開始時には、Ｔｃ（６１）＝０である。スポーツイベント７の途中で、時刻が値５００を有した位置５２となった場合、第２タイムスケール６上の現在時刻は、Ｔｃ（６２）＝２５０の値を有する。イベント終了時、すなわち、Ｔｅ（５３）＝１０００のとき、Ｔｃ（６３）は、ようやく値５００に達する。映画イベント８がＴｓ（５３）＝１０００で開始できるように、次のＴｃが、値Ｔｃ＝１０００に進むなどして、生成される。

図３に示されたように、係数２のせいで、タイムスタンプＴｃは、Ｔｓ及びＴｅの２分の１の速度で増加する。しかしながら、これは、クライアントデバイス３からは、完全に透過的であり、タイムスタンプＴｃは、各イベントの開始時に自動的に「ジャンプ」して、各イベントに対するタイムスタンプの予測可能性を維持する（したがって、各イベントを購入した者だけに正確なアクセスが保証される）。

図４を参照すると、スポーツイベント７が時間超過イベント７１として表された超過時間に突入した場合には、当初予定していたスポーツイベント７の終了時刻において、クライアントデバイス３によって観測された現在時刻は、Ｔｃ（６３）＝５００に達したに過ぎない。図３に示されたような当初終了時刻Ｔｅ（５３）は、今では、時間超過イベント７１の終了時刻にシフトするが、その値は、変化しない。故に、Ｔｅ（５５）＝１０００であり、これは、当初のＴｅ（５３）＝１０００に等しい。その結果、新たなＴｅを生成する必要がなく、かつ、クライアントデバイスにＬＴＫＭを送信して、クライアントデバイスに更新されたＴｅを通知する必要がない。

図４の実施例では、第２タイムスケール６上の現在時刻が値Ｔｃ（６４）＝７５０に達したとき、時間超過イベント７１を含むスポーツイベント７は終了する。そして、Ｔｃの値は、Ｔｓ（５１）＝０からＴｅ（５５）＝１０００の範囲内にあるが、Ｔｓ（５３）＝１０００からＴｅ（５４）＝１０００の範囲内にない。その結果、Ｔｓ＝０及びＴｅ＝１０００の値を含むＬＴＫＭを受信することによってスポーツイベントの復号の権利が与えられたクライアントデバイス４は、スポーツイベント７及び時間延長イベント７１の復号が可能となる。一方、Ｔｓ＝１０００及びＴｅ＝２０００の値を含むＬＴＫＭを受信することによって映画イベント８の復号の権利が与えられ、スポーツイベント７の復号の権利は与えられなかった別のクライアントデバイスは、スポーツイベント７と時間延長イベント７１とのいずれも復号できない。

図５では、サーバシステム１によって実行される各ステップの例示的な実施形態が、実線で示されている。続いて、クライアントデバイス３によって実行されるステップが破線で示される。イベント７の開始時刻及び終了時刻は、ステップ１０１で、タイムスタンプＴｓ５１及びタイムスタンプＴｅ５３として生成される。タイムスタンプＴｓ及びＴｅは、ＬＴＫＭのＫＶ領域に格納されて、ステップ１０２で、クライアントデバイスに送信される。現在時刻は、ステップ１０３で、タイムスタンプＴｃ６１，６２，６３として生成されて、ＳＴＫＭに格納される。ステップ１０４で、ＳＴＫＭは、クライアントデバイス３に送信される。Ｔｓ５１及びＴｅ５３は、第１タイムスケール５上で定義され、Ｔｃは、第２タイムスケール６上で定義される。それによって、第１タイムスケール５は、第２タイムスケール６に１よりも大きい係数、例えば、係数２を乗じたものとなる。タイムスタンプＴｓ、Ｔｅ、及びＴｃにより、クライアントデバイス３は、権利を与えられている場合のみ、イベントを復号できる。これに関して、クライアントデバイス３は、Ｔｃの受信毎に、該ＴｃがＴｓからＴｅの範囲内にあるか否かを確認する。このことは、図５に、ステップ３０１として示されている。

図６には、別の実施例が示されており、ここで、サーバシステム１によって実行される各ステップは実線で示されており、クライアントデバイス３によって実行されるステップは破線で示されている。図５に示されたような各ステップに加えて、ステップ１０６では、ステップ１０４においてタイムスタンプＴｃをクライアントデバイス３に送信する前に、Ｔｃに０よりも大きい係数を乗じている。０と１との間の係数をＴｃに乗じることで、Ｔｃは、より小さい値となったことにより、タイムスケール６に比べて遅い速度で進む。１よりも大きい係数をＴｃに乗じることで、Ｔｃは、より大きい値となったことにより、タイムスケール６に比べて早い速度で進む。

ステップ１０４とステップ１０３との間の矢印は、タイムスタンプＴｃが生成され、所定の時間間隔で送信されて、クライアントデバイス３がサーバシステム１の指示する現在時刻の経過に従っていることを示す。生成されたＴｃ毎に、同一の係数、別の係数、又は係数１が適用され、クライアントデバイス３によって観測される時刻に影響を及ぼす。

タイムスタンプＴｓ、Ｔｅ、及びＴｃの生成は、サーバシステム１のソフトウェアで実行されてよい。ＬＴＫＭ及びＳＴＫＭの送信は、サーバシステム１のソフトウェアによってコントロールされてよい。例えば、図１に示されたように、ＬＴＫＭ及びＳＴＫＭが１つのネットワーク４を介して送信される場合には、タイムスタンプ生成部１１及び送信機モジュール１２は、それぞれ、Ｔｓ、Ｔｅ、及びＴｃを生成及び送信するためのコンピュータプログラム要素である。例えば、図２に示されたように、ＬＴＫＭ及びＳＴＫＭが別個のネットワーク４ａ，４ｂを介して送信される場合には、２つのタイムスタンプ生成部１１ａ，１１ｂ及び２つの送信機モジュール１２ａ，１２ｂは、それぞれ、Ｔｓ、Ｔｅ、及びＴｃを生成及び送信するための別個のコンピュータプログラム要素として実現される。

イベントの開始時刻及び終了時刻は、データベースから読み取るか、又は外部データソースから受信することにより、３２ビットのタイムスタンプＴｓ及びＴｅが生成される。３２ビットタイムスタンプＴｃを生成するために、ハードウェアクロック又はソフトウェアウェアクロックが使用されるほか、現在のタイムスタンプＴｃを格納するため、かつ以前のタイムスタンプＴｃを読み取るために、一時メモリが使用される。

１サーバシステム
１１，１１ａ，１１ｂタイムスタンプ生成部
１２，１２ａ，１２ｂ送信機モジュール
２データソース
３クライアントデバイス
４ネットワーク
４ａブロードキャストネットワーク
４ｂモバイルネットワーク

Claims

サーバシステムと、クライアントデバイスに通信接続されるデータソースとを具備したブロードキャストシステムにおける、復号鍵の有効期限をコントロールする方法であって、ここで、データソースは、暗号化されたデータをクライアントデバイスにブロードキャストするように構成され、サーバシステムは、復号鍵をクライアントデバイスに提供するように構成され、クライアントデバイスは、復号鍵を用いて、暗号化されたデータを復号するように構成されており、
復号鍵が有効となる開始時刻を表す第１タイムスタンプ及び復号鍵が無効となる終了時刻を表す第２タイムスタンプをサーバシステムで生成する段階と、
第１タイムスタンプ及び第２タイムスタンプを含んだ第１メッセージをサーバシステムからクライアントデバイスに送信する段階と、
現在時刻を表す第３タイムスタンプをサーバシステムで生成する段階と、
第３タイムスタンプを含んだ第２メッセージをサーバシステムからクライアントデバイスに送信する段階と
を有し、
第１タイムスタンプ及び第２タイムスタンプは、第１タイムスケール上で定義され、
第３タイムスタンプは、第２タイムスケール上で定義され、
第１タイムスケールは、第２タイムスケールに１よりも大きい第１係数を乗じたものとして定義され、
第１、第２、及び第３タイムスタンプにより、クライアントデバイスは、第３タイムスタンプの値が第１タイムスタンプの値以上かつ第２タイムスタンプの値以下の場合のみ、暗号化されたデータを復号可能となることを特徴とする方法。
第３タイムスタンプに０よりも大きい第２係数を乗じて、修正第３タイムスタンプを取得し、
第２メッセージが、第３タイムスタンプの代わりに、修正第３タイムスタンプを含むことを特徴とする請求項１に記載の方法。
第２メッセージが、復号鍵をさらに含むことを特徴とする請求項１又は２に記載の方法。
所定の時間間隔で、第３タイムスタンプが生成され、かつ第２メッセージが送信されることを特徴とする請求項１ないし３のいずれか１項に記載の方法。
第１メッセージがロングタームキーメッセージであり、
第２メッセージがショートタームキーメッセージであることを特徴とする請求項１ないし４のいずれか１項に記載の方法。
ブロードキャストシステムが、ＯＭＡＢＣＡＳＴシステムであることを特徴とする請求項５に記載の方法。
ブロードキャストシステムにおける復号鍵の有効期限をコントロールするためのサーバシステムであって、ここで、ブロードキャストシステムは、サーバシステムと、クライアントデバイスに通信接続されるデータソースとを具備し、データソースは、暗号化されたデータをクライアントデバイスにブロードキャストするように構成され、サーバシステムは、復号鍵をクライアントデバイスに提供するように構成され、クライアントデバイスは、復号鍵を用いて、暗号化されたデータを復号するように構成されており、
復号鍵が有効となる開始時刻を表す第１タイムスタンプ、復号鍵が無効となる終了時刻を表す第２タイムスタンプ、及び現在時刻を表す第３タイムスタンプを生成するように構成されたタイムスタンプ生成部と、
第１タイムスタンプ及び第２タイムスタンプを含んだ第１メッセージをクライアントデバイスに送信するように構成された送信機モジュールと、
を具備し、
送信機モジュールは、第３タイムスタンプを含んだ第２メッセージをクライアントデバイスに送信するようにさらに構成され、
第１タイムスタンプ及び第２タイムスタンプは、第１タイムスケール上で定義され、
第３タイムスタンプは、第２タイムスケール上で定義され、
第１タイムスケールは、第２タイムスケールに１よりも大きい第１係数を乗じたものとして定義され、
第１、第２、及び第３タイムスタンプにより、クライアントデバイスは、第３タイムスタンプの値が第１タイムスタンプの値以上かつ第２タイムスタンプの値以下の場合のみ、暗号化されたデータを復号可能となることを特徴とするサーバシステム。
タイムスタンプ生成部が、第３タイムスタンプに０よりも大きい第２係数を乗じて、修正第３タイムスタンプを取得するようにさらに構成され、
第２メッセージが、第３タイムスタンプの代わりに、修正第３タイムスタンプを含むことを特徴とする請求項７に記載のサーバシステム。
第２メッセージが、復号鍵をさらに含むことを特徴とする請求項７又は８に記載のサーバシステム。
所定の時間間隔で、タイムスタンプ生成部が第３タイムスタンプを生成し、かつ送信モジュールが第２メッセージを送信するように、それぞれ構成されることを特徴とする請求項７ないし９のいずれか１項に記載のサーバシステム。
第１メッセージが、ロングタームキーメッセージであり、
第２メッセージが、ショートタームキーメッセージであることを特徴とする請求項７ないし１０のいずれか１項に記載のサーバシステム。
ブロードキャストシステムが、ＯＭＡＢＣＡＳＴシステムであることを特徴とする請求項１１に記載のサーバシステム。
プロセッサによって実行されたとき、前記プロセッサに、請求項１ないし６のいずれか１項に記載の方法を実行させるためのコンピュータプログラム。