(57)【要約】  本発明は、権利、アクセス基準及び電子トークン・ファシリティを使用したデータ・アクセス・モード制御プロトコルに関する。本発明によれば、各アクセス権及び電子トークン・ファシリティは、（Ａ）少なくとも１つの有効期間変数とアクセス権または電子トークン・ファシリティを識別する変数とを含む独立変数を備える変数の集合の形態で確立され、各アクセス基準は、（Ｂ）少なくとも１つのアクセス・データ変数と、アクセス基準及びアクセス権の種類を識別する変数とを含む独立変数を備える変数の別の集合によって確立される。その後、アクセス・モードの申出が（Ｃ）アクセス制限を規定するために確立され、前記申出が（Ｄ）アクセス権に関連したアクセス制限の評価のために提示される。アクセス・モードは評価の値が真であれば承認されそうでなければ続行されない。本発明はポイント対マルチポイント送信で送信されるデータにアクセスするモードを制御するために使用できる。
2005512250.tif 000002
【特許請求の範囲】
【請求項１】
アクセス権及びアクセス基準に基づいてデータへのアクセスのモードを制御するプロトコルであって、アクセスのモードの制御が少なくとも１つのアクセス権または１つの電子トークン・キャリアの有効性の条件下にあり、
独立変数とリンク変数とによって構成される変数の第１のグループの形態で、権限のあるユーザによって取得される各アクセス権と各電子トークン・キャリアとを確立するステップであって、前記独立変数が、それぞれ各アクセス権または各電子トークン・キャリアについて少なくとも１つの有効期間変数と１つの識別番号変数とを含むステップと、
独立変数とリンク変数とによって構成される変数の第２のグループの形態で、各アクセス基準を確立するステップであって、前記独立変数が、前記アクセス権または電子トークン・キャリアについて、少なくとも１つのアクセス日付変数と、アクセス基準の種類についての１つの識別変数と、１つの識別番号変数とを含むステップと、
アクセス制限を規定するため、アクセス基準についての論理的組合せグループの形態で、データへのアクセスのモードについての申出を確立するステップと、
取得される前記アクセス権及び電子トークン・キャリアと比較して、前記アクセス・モードの申出を前記アクセス制限の評価の対象とするステップであって、前記評価の値が真である場合アクセスのモードは承認されデータへのアクセスは続行され、そうでない場合アクセスのモードとデータへのアクセスとは続行されないステップとを有するプロトコル。
【請求項２】
各アクセス基準がさらに、前記アクセス権または電子トークン・キャリアについての変数に適用される制限変数を備える、請求項１に記載のプロトコル。
【請求項３】
アクセス基準の種類についての前記識別変数が、名前によるアクセス権毎の基準またはアクセスされるデータ量の単位毎の基準を示す、請求項１または２に記載のプロトコル。
【請求項４】
中央サーバと遠隔端末との間のポイント・ツー・ポイント送信の場合、アクセスのモードについての申出を確立する前記ステップが少なくとも、
前記遠隔端末から前記中央サーバに、少なくとも前記アクセス権または電子トークン・キャリアを備えるアクセス要求を送信するステップと、前記中央サーバで、
前記アクセス制限を規定するため、前記アクセス権及びアクセス基準に基づいて、データへのアクセスのモードについての前記申出を確立するステップと
を有する請求項１〜３のいずれか１項に記載のプロトコル。
【請求項５】
中央サーバと遠隔端末との間のポイント・ツー・ポイント送信の場合、アクセスのモードについての申出を確立する前記ステップが少なくとも、
前記遠隔端末から前記中央サーバに、少なくとも前記アクセス権または電子トークン・キャリアを備えるアクセス要求を送信するステップと、前記中央サーバで、
送信された前記アクセス権または電子トークン・キャリアを予備有効性テストの対象とするステップと、検証された予備有効性テストの基準に応答して、
現在のデータ量と、この現在のデータ量に固有であり少なくともアクセス制御基準を含むアクセス制御メッセージとを生成するステップと、
前記中央サーバから前記遠隔端末に、前記現在のデータ量と前記アクセス制御メッセージとを送信するステップと、
前記予備有効性テストが検証される限り、繰返し、次のデータ量についてのデータ量と、この次のデータ量に固有のアクセス制御メッセージとを生成するステップと、前記遠隔端末で、
受信される各連続するデータ量についての前記アクセス基準と前記アクセス権とに基づいて、アクセスのモードについての前記申出を確立するステップと、
アクセスのモードについての各連続する申出を前記評価の対象にするステップであって、現在のデータ量と、このデータ量に関連する固有の制御メッセージとを受信する場合、データへのアクセスが継続されるステップと
を有する請求項１〜３のいずれか１項に記載のプロトコル。
【請求項６】
前記プロトコルは、制御語中に含まれるサービス・キーによりスクランブルされたスクランブル情報を送信する、センタとの間のポイント／マルチポイント送信に使用され、前記制御語はオペレーション・キーによって暗号化され、前記オペレーション・キーは、変更の場合管理キーによって暗号化され、セキュリティ・プロセッサを備えるアクセス制御モジュールに関連する少なくとも１つのスクランブル解除端末に送信するため、前記スクランブル情報と同期し、前記プロトコルはさらに、
前記スクランブル解除端末と前記アクセス制御モジュールとに、前記アクセス権または電子トークン・キャリアを含み、前記アクセス権及び電子トークン・キャリアを管理するメッセージ、すなわちＥＭＭメッセージを送信するステップと、
前記スクランブル解除端末と前記アクセス制御モジュールとに、アクセス制御基準を含み、アクセス資格を制御するメッセージ、すなわちＥＣＭメッセージを送信するステップと
を有する請求項１〜３のいずれか１項に記載のプロトコル。
【請求項７】
前記プロトコルがさらに、前記アクセス権または電子トークン・キャリアの対応する変数と比較して、前記アクセス日付変数と、アクセス基準の種類についての識別変数と、アクセス権についての識別番号変数との値を検証するステップを有する請求項１〜６のいずれか１項に記載のプロトコル。
【請求項８】
各アクセス権と各電子トークン・キャリアとを確立する前記ステップが、各権限のあるユーザに、少なくとも前記アクセス権または電子トークン・キャリアと、申出日付変数と、少なくとも１つの電子トークン・キャリアについての識別番号変数に対する制限に基づいて規定されたコスト変数と、該電子トークン・キャリア（単数または複数）のカウント単位についての変数とを含むメッセージを送信するステップを有する請求項１〜３のいずれか１項に記載のプロトコル。
【請求項９】
前記スクランブル・データに対するアクセスのモードの承認に続いて、前記プロトコルが、
独立変数とリンク変数とによって構成される変数のグループの形態で、それぞれアクセスされたデータ量または権利、または電子トークン・キャリアについての消費変数を確立するステップであって、前記独立変数が少なくともアクセスのモードについての申出を構成する変数を含むステップと、
前記消費変数に応じて前記電子トークン・キャリアを更新、リフレッシュするステップと
を有する請求項１〜８のいずれか１項に記載のプロトコル。
【請求項１０】
前記データのアクセス量についての前記消費変数が、前記アクセス基準の種類に応じて
アクセス権についての消費変数、または
カウント単位についての消費変数
を有する請求項９に記載のプロトコル。
【請求項１１】
前記アクセス権がさらに、リンク・サブ識別子変数とリンク・レベル変数とを有し、これらのリンク変数がオプションである請求項１〜１０のいずれか１項に記載のプロトコル。
【請求項１２】
前記電子トークン・キャリアがさらに、リンク・サブ識別子変数と前記電子トークン・キャリアの内容についてのリンク・レポート変数とを有し、これらのリンク変数がオプションである請求項１〜１１のいずれか１項に記載のプロトコル。
【請求項１３】
各名前によるアクセス権についての前記アクセス基準がさらに、リンク・サブ識別子変数と前記リンク・レベル変数とを備え、これらのリンク変数がオプションである、請求項３〜１２のいずれか１項に記載のプロトコル。
【請求項１４】
アクセスされたデータ量の各単位についての前記アクセス基準はさらに、アクセス単位についてのリンク・サブ識別子変数と、支払がないかまたはアクセスが拒否された場合前記アクセス基準の検証の後に認可される上限を示す最大コストについてのリンク変数とを備え、これらのリンク変数がオプションである、請求項３〜１３のいずれか１項に記載のプロトコル。
【請求項１５】
取得される前記アクセス権及び電子トークン・キャリアに関する制限を評価する前記ステップが少なくとも、
前記アクセス基準と比較した、アクセスのモードと登録したアクセス権の互換性とについての１つの検証ステップと、
アクセスのモードについての１つの時間検証ステップとを備え、これらのステップが入れ換え可能である、請求項１〜１４のいずれか１項に記載のプロトコル。
【請求項１６】
各登録されたアクセス権と各電子トークン・キャリアとの有効期間が、固定日付、作動日付または日付の指定がないことといった日付の種類に応じて符号化される、請求項１〜１５のいずれか１項に記載のプロトコル。
【請求項１７】
アクセスのモードについての前記時間検証ステップが少なくとも、
固定日付、作動日付または日付の指定がないことといった日付の種類を識別するステップであって、前記作動日付の種類を識別すると、この種類の日付に属する日付の有効性を検証した後、
作動日付を有するアクセス権または電子トークン・キャリアを、固定日付を有する権利または電子トークン・キャリアに変換し、固定日付を有する対応する権利または電子財布に応じて前記アクセス権または前記電子財布を処理できるようにするステップが続くステップを有する請求項１５または１６に記載のプロトコル。
【請求項１８】
前記アクセス権または前記電子トークン・キャリアを変換する前記ステップが、この変換に関する加入者の同意を条件とする請求項１７に記載のプロトコル。
【請求項１９】
条件の論理的組合せを備えるようにプログラム可能な制御メッセージに基づいて使用されるアクセスモードの組合せを備え、真または偽という論理検証についてのバイナリ結果によってアクションの条件付き分岐の導入が可能になる、請求項１〜１８のいずれか１項に記載のプロトコル。
【請求項２０】
セキュリティ・プロセッサを有するアクセス制御モジュールを備えた少なくとも１つのスクランブル解除端末にスクランブル・データをポイント／マルチポイント送信するため、かつ一般的なアクセスのモードの組合せを実行するため、前記プロトコルは、一連のアクセス制御メッセージすなわちＥＣＭメッセージと、アクセス資格を管理するメッセージすなわちＥＭＭメッセージとを同期させるステップを有し、アクセス権または電子トークン・キャリアを衝動的に取得することについての申出により、名前によるアクセス権毎の基準に基づいてアクセスされるデータ量の単位を基準としたアクセスのモードの制御を実行可能にする、請求項６及び１９に記載のプロトコル。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データへのアクセスのモードを制御するプロトコルと、トランザクションまたは電子商取引の分野でデータへのアクセスを制御する操作のためこうしたプロトコルを使用することとに関する。
【背景技術】
【０００２】
さらに詳しく言うと、当然のことながら、上記のデータ及びデータがサポートする情報は、暗号化なしでも、また逆に暗号化またはスクランブルして送信することもできる。データの暗号化またはスクランブルによって、さらに厳密なアクセスの制御が保証され、スクランブルまたは暗号化されたデータへのアクセスを完全に禁止することができる。
【０００３】
特に暗号化またはスクランブルされた場合の、データへのアクセスの制御は、ネットワークによる情報送信技術の到来により、かつてない発展をしている。
【０００４】
この技術は元来、ニュース、娯楽または他の目的で情報を送信しテレビ受信機に表示するアプリケーションの分野で大規模に申出された。
【０００５】
特に、「アンティオープ（ＡＮＴＩＯＰＥ）」及び「タイタン（ＴＩＴＡＮ）」といったシステムで使用するアクセス制御用システムが、１９８０年９月５日公開のフランス国特許出願第７９０２９９５（２４４８８２５）号で申出されている。上記のアクセス制御用システムは、情報のロックを可能にし、数分間といった短い間隔で無作為に変更されるサービス・キーと、加入契約の種類に応じていくつかのＣｉ値を想定できる加入キーとを備える二重キー・システムを使用する。加入キーも、１ヶ月程度の長い間隔で無作為に変更される。加入キーは、マイクロプロセッサカードまたはクレジットカードといった加入媒体素子上に登録され、この媒体が受信局に導入される。個々のメッセージは情報送信時に構成され、ロックまたはスクランブルされたデータとともに送信されるので、受信局では、サービス・キーを復元し、送信されたスクランブル情報のロック解除、すなわち、スクランブル解除を行うことができる。
【０００６】
上記の処理におけるいくつかの発展を元にして、規格ＵＴＥ  Ｃ９０−００７「デジタル放送システム用条件付きアクセスのシステム」が確立された。
【０００７】
上記の規格の規定に準拠するアクセス制御システムは、サービス・キーによってスクランブルされ、送信センタと少なくとも１つの受信局との間で送信されるデータへのアクセス制御の遠隔管理を確保する。送信センタは、少なくともサービス・キーを含む制御語ＣＷを計算するモジュールと、オペレーション・キーＳＯＫによって制御語を符号化し、制御語の暗号文を生成するモジュールとを備えている。
【０００８】
アクセス制御の管理は、加入サポート上に登録されたアクセス権または資格と、送信センタで生成されたアクセス資格を制御するパラメータまたはアクセス基準とに基づいて実行する。
【０００９】
このため、少なくとも制御語の暗号文と、アクセス基準と呼ばれるアクセス資格を制御するパラメータとを含むアクセス資格についての制御メッセージ、すなわちＥＣＭメッセージ（＝資格制御メッセージ）の生成器と、アクセス資格を管理するメッセージ、すなわちＥＭＭメッセージ（＝資格管理メッセージ）を生成するモジュールとが提供される。ＥＣＭメッセージとＥＭＭメッセージとは、送信されるスクランブル情報のフローの中で多重化すればよい。
【００１０】
各受信局は、スクランブル・データのスクランブルを解除する少なくとも１つの端末と、例えば加入媒体の役目を果たすアクセス制御カードに収容され、端末に導入されるセキュリティ・プロセッサを備える１つのアクセス制御モジュールとを備えている。セキュリティ・プロセッサは、安全な内部メモリ中に格納したオペレーション・キーＳＯＫ及びアクセス資格と、復号モジュールとを備える。セキュリティ・プロセッサは、送信されるアクセス基準に基づいて登録済アクセス資格の少なくとも１つを検証する基準を元に、オペレーション・キーと制御語の暗号文とからスタートして、サービスキーの復元を可能にする。
【００１１】
各スクランブル解除端末は、スクランブル解除モジュールを備え、加入媒体を保持し、権限をもつ加入ユーザの使用に対して、復元されたサービス・キーに基づいて、送信されたスクランブル・データのスクランブル解除を可能にする。
【００１２】
スクランブル情報をスクランブル解除することによって継続的アクセスを認証または拒否するために実行される、一方の、送信されるＥＭＭメッセージによってアクセス資格を管理する処理と、他方の、アクセス基準に基づくアクセス資格の制御とが、スクランブル化／スクランブル解除の処理自体から完全に独立しているため、このシステムは満足の行くものである。
【００１３】
この独立性という特徴によって特に加入者及び／または加入者のグループの加入契約をオペレーション・キーＳＯＫの管理から独立して管理することが可能になり、オペレーション・キーが漏洩していないことを保証するために送信されるデータ、すなわち制御語の暗号文、さらに最終的にはスクランブル・データを確保することだけに関連する基準に基づいて、アクセス制御システムの動作を保証することに責任を負う権限保持者によって、このオペレーション・キーＳＯＫを修正することができる。
【００１４】
このため、上記の規格ＵＴＥ  Ｃ９０−００７は、グループ・アドレッシング・システムによってＥＭＭメッセージをアドレッシングするシステムを提供する。従って、各加入者は、条件付きアクセス処理自体から独立して、サービス識別子に添付されたグループ・アドレスを有する。このアドレスに基づいて、アクセス制御システムの動作に責任を負う権限保持者、すなわち放送オペレータは、１つかそれ以上のグループを選択解除または選択することができる。サービス識別子のパラメータに関連するアドレッシング・システムは最も高い優先順位を有する。例えば、ユーザが選択解除されたグループに属している場合、そのユーザは、一方で、どんな有効なアクセス資格を有していようとも、また他方で、どんな有効なオペレーション・キーを保持していようとも、スクランブル・データにアクセスすることはできない。
【００１５】
登録及び送信される、上記のアクセス権または資格は、上記の優先順位処理の中でアクセス制御の継続を実際に決定する。
【００１６】
しかし、規格ＵＴＥ  Ｃ９０−００７に厳密に準拠した範囲内のアクセス資格は、アクセスのモードを以下のものに制限している。
【００１７】
テーマ／レベルによる加入契約
リストによる加入契約
セッション期間の予約
番組毎の衝動買い
時間単位の衝動買い
試写すなわち「プレビュー」購入
以前のアクセス・モードのさらに詳細な説明は、上記の規格の本文、特に第２．３節「システムの機能」、第２．３．１項「アクセス・モード」、１０〜１１ページを参照されたい。
【００１８】
実際には、上記のアクセス・モードは実質上区分されている。特に、まさにその規定と符号化のために、上記のアクセス・モードでは、例えばセッション期間の予約のためのアクセス資格を取得したユーザは、例えば衝動買いによるアクセス・モードで送信されたスクランブル・データにアクセスすることはできない。上記の規格の規定に厳密に準拠した範囲内では、上記のアクセス・モードの１つに対応するアクセス権の制御パラメータまたはアクセス基準を備えるＥＣＭメッセージが送信されると、上記のデータをスクランブルする処理自体からは独立して、対応するアクセス・モードを番組またはスクランブル・データの何れかの送信に割り当てる。
【００１９】
その上、上記の規格の本文に記載されていない新しいアクセス・モードを要求される放送オペレータは、その規定と固有の符号化方式がないため対応できない。
【００２０】
この種のアクセス・モードは、例えば、以下のものに関する。
テレビで放送される同一の番組の複数Ｎの放送へのアクセス
選択可能なＭ個の番組からＮ個の番組（Ｍ＞Ｎ）をユーザが動的に選択すること
衝動買いによるアクセス・モードにおいて、クライアント・ユーザ及び／またはアクセスするデータに関連するアプリケーションの個々の性質に応じて、スクランブル・データへのアクセスの割り当てを個別に処理する可能性
テレビで放送される番組の特定の時間に対するアクセス時間の制限に応じた料金によるアクセス
総費用の制限を伴う衝動買いによるアクセス
上記の新しいアクセス・モードには限りがない。
【００２１】
このため、特に、本発明の目的は、できるだけ多様なアクセス・モード及び／またはアクセス・モードの組合せの実現を可能にする、個別に符号化または規定されたアクセス権または資格及びアクセス基準に基づいてデータへのアクセスのモードを制御するプロトコルを実現することである。
【発明の開示】
【００２２】
本発明によるアクセス・モードを制御するプロトコルに従って、規定され、符号化され、実現されるアクセス・モードの多様性と柔軟性のゆえに、本発明はまた、この種のプロトコルをスクランブルまたは非スクランブルの任意の種類のデータへのアクセスに応用すること、及び本発明のプロトコルを任意の種類の情報に適用及び応用することを可能にする、アクセス資格及び基準を規定し、符号化する方法に関する。
【００２３】
また、本発明は、少なくとも１つのアクセス権またはアクセス値についての電子トークン・キャリアの有効性を条件とするアクセス権または資格及びアクセス基準に基づいてデータへのアクセスのモードを制御するプロトコルの実現に関する。
【００２４】
少なくとも１つのアクセス権またはアクセス値についての電子トークン・キャリアの有効性を条件とするアクセス権及びアクセス基準に基づいてデータへのアクセスのモードを制御する本発明のプロトコルの注目すべき点は、独立変数とリンク変数とによって構成される変数の第１のグループの形態で、認可されたユーザが獲得する各アクセス権及びアクセス値についての各電子トークン・キャリアを確立するステップを有することである。この第１のグループの独立変数は、各アクセス権または資格または各電子トークン・キャリアについてそれぞれ少なくとも１つの有効期間変数と１つの識別番号変数とを含む。さらに、このプロトコルは、独立変数とリンク変数とによって構成される第２のグループの変数の形態で、各アクセス基準を確立するステップを有する。この第２のグループの独立変数は、少なくとも１つのアクセス日付変数と、アクセス基準種類についての１つの識別変数と、アクセス権または電子トークン・キャリアについての１つの識別番号変数と、電子トークン・キャリアの場合、アクセス・コスト変数とを含む。
【００２５】
また、このプロトコルは、アクセス制限を生成するため、アクセス基準についての論理的組合せグループの形態でデータへのアクセスのモードについての申出を確立するステップを有する。
【００２６】
最後に、このプロトコルは、アクセス・モードの申出を、獲得したアクセス値を有するアクセス権または資格及び電子トークン・キャリアと比較したアクセス制限の評価の対象とするステップを有する。評価が真の値であればアクセス・モードは承認されデータへのアクセスは続行されるが、そうでない場合アクセス・モードとデータへのアクセスは続行されない。
【００２７】
本発明のプロトコルは、データが暗号化またはスクランブルされることもされないこともある、データの支払ベースのポイント・ツー・ポイントまたはポイント／マルチポイント送信で使用される。
【００２８】
このプロトコルは特に、暗号化及び非暗号化オーディオ及び／またはビデオのファイル形態のデジタル・データへのアクセス、マルチメディア作品の媒体を制御するために使用され、送信は、例えばＩＰプロトコルによる遠隔クライアント端末と中央サーバとの間のポイント・ツー・ポイント送信である。
【００２９】
さらに、本発明のプロトコルは、ポイント／マルチポイント送信におけるテレビまたは放送番組へのアクセスを制御するために使用されるが、この時番組をサポートするデジタル・データはスクランブルまたは暗号化されている。後者の場合、送信は、無線ネットワーク、地上波ケーブル・ネットワークまたはＩＰネットワークによって実行すればよい。
【発明を実施するための最良の形態】
【００３０】
このプロトコルは以下の説明を読み図面を検討することからさらによく理解できる。
図１は、一例として、中央サーバにおける、本発明のプロトコルの使用例を示すが、ここでは、アクセス・モードの検証に続いて、アクセスが許可されたデータの送信が、例えばＩＰプロトコルを使用するネットワークによって実行される。
【００３１】
図２ａは、一例として、図１に示す本発明のプロトコルの使用の第１のバリエーションを示すが、ここでは、遠隔クライアント端末はアクセス権と１つ以上の特定の電子トークン・キャリアとを有し、そこからアクセス・モードの申出の要求が中央サーバに送信される。
【００３２】
図２ｂは、一例として、図２ａに示す本発明のプロトコルの使用の第２のバリエーションを示すが、ここでは、アクセス・モードの申出の要求の予備有効性テストに続いて、アクセスを要求されたデータがいくつかのデータ量に分割され、現在のデータ量に関連する個々のアクセス規準を含む制御メッセージが遠隔端末に送信され、各データ量及びそれに関連する制御メッセージについてアクセス・モード自体を制御する動作が関連する遠隔端末で行われる。
【００３３】
図２ｃは、一例として、図２ｂによる第２のバリエーションの簡素化に対応する、本発明のプロトコルの使用の第３のバリエーションを示すが、ここでは、アクセス・モードの申出に対する要求の認証に続いて、予備有効性テストステップを省略し、その代わり、アクセス・モードの制御が遠隔端末で図２ｂと同様に実行される。
【００３４】
図３ａは、一例として、本発明のプロトコルの使用の別の例を示すが、ここでは、アクセスを要求されたデータの送信が、スクランブルされたデータを確実にスクランブル解除する少なくとも１つの端末と送信センタとの間の放送ネットワークに基づくポイント／マルチポイント・モードによって実行され、セキュリティ・プロセッサを備えたアクセス制御モジュールが上記の端末に関連する。
【００３５】
図３ｂは、一例として、図３ａによる本発明のプロトコルの使用の有利なバリエーションを示すが、ここでは、アクセスの申出に対する要求がない場合、送信センタまたは中央サーバから、特定のアクセス・モードの取得を供与するメッセージが送信される。
【００３６】
図４ａは、一例として、加入ユーザが要求するアクセス権に対するアクセス・モードを制御する流れ図を示すが、ここでは上記のアクセス権は、ポイント・ツー・ポイント送信の場合遠隔端末、またポイント／マルチポイント送信の場合スクランブル解除端末に関連するアクセス制御モジュールで登録できる。
【００３７】
図４ｂは、一例として、電子トークン・キャリア用のアクセス単位の取得中のアクセス・モードを制御する流れ図であるが、この取得は、ポイント・ツー・ポイント送信の場合ポイント型モード、またポイント／マルチポイント送信の場合パルス型モードで提供される。
【００３８】
図４ｃは、一例として、電子トークン・キャリア用のアクセス権の取得中のアクセス・モードを制御する流れ図であるが、この取得は、ポイント・ツー・ポイント送信の場合ポイント型モード、またポイント／マルチポイント送信の場合パルス型モードで提供される。
【００３９】
図４ｄは、一例として、新しい電子トークン・キャリアの取得中のアクセス・モードを制御する流れ図であるが、この取得は、ポイント・ツー・ポイント送信の場合ポイント型モード、またポイント／マルチポイント送信の場合パルス型モードで提供される。
【００４０】
図５は、一例として、送信センタの概略を示すが、この設備は、パルス型モードでの料金の取得によるアクセス・モードまたは加入者によるアクセス単位の消費の明細を伴う既存の料金に基づくアクセス・モードによる２つのアクセス条件の組合せを可能にし、ポイント／マルチポイント・モードでの送信の場合、送信データはスクランブルされる。
【００４１】
ここで、本発明のプロトコルのさらに詳細な説明を図１以下の図面を参照して行う。
一般に、本発明のプロトコルは、一方で、アクセスを要求するデータが、中央サーバと遠隔端末との間でポイントツーポイント・モードで送信される場合使用でき、上記のデータの送信は、限定するものではないが、例えばＩＰプロトコルによって実行される。
【００４２】
この状況では、加入ユーザは中央サーバのサービスに対するユーザの権利または加入契約を登録することができており、このサービスは電子商取引または電子トランザクションといった任意の種類のものであり、対応するサービスの提供は、認可されたユーザがアクセスを要求するデータの交換の形態で実行される。
【００４３】
すなわち、サービスへのアクセスは、アクセス権及びアクセス基準に基づいて、支払に応じて実行され、アクセス・モードの制御は、権限のある加入ユーザが享受する上記のアクセス権のうち少なくとも１つ、または例えば、電子トークン・キャリアが有効であるという条件下で実行される。
【００４４】
以下に示すように、一般に、本発明による、データへのアクセスのモードを制御するプロトコルは、図１を参照して以下に説明する状況にある中央サーバにおいて完全に実現できる。
【００４５】
上記のデータへのアクセスのモードの制御を管理するため、本発明のプロトコルは有利には、独立変数とリンク変数とによって構成される変数の第１のグループの形態で、権限のあるユーザまたは加入者によって取得される各アクセス権及び各電子トークン・キャリアを確立することを含む。
【００４６】
各アクセス権の確立ステップを図１のステップＡに示すが、ここではアクセス権をＡＲとし、電子トークン・キャリアをＰＵとすると、各々次の関係（１）が成り立つ。
（１）
ＡＲ  ＝  ［Ｖａｌｉｄｉｔｙ］  ＲｉｇｈｔＩｄ  ［ＲｉｇｈｔＳｕｂＩｄ
［Ｌｅｖｅｌ］］
ＰＵ  ＝  ［Ｖａｌｉｄｉｔｙ］  ＰｕｒｓｅＩｄ  ［ＰｕｒｓｅＳｕｂＩｄ］
ＰｕｒｓｅＵｎｉｔｓ  ［ＲＥ］
独立変数が、各アクセス権または各電子トークン・キャリアについて少なくとも１つの有効期間変数及び１つの識別番号変数、さらに電子トークン・キャリアの場合には単位クレジット変数を含む限りにおいて、本発明によるアクセス権ＡＲ及び電子トークン・キャリアＰＵの符号化によって、アクセス権及び電子トークン・キャリアは、一般的な性質を与えられる。
【００４７】
なお、一般に、アクセス権ＡＲ及び電子トークン・キャリアＰＵの特定の符号化によれば、角括弧内の変数はオプションと考えられていることが示される。すなわち、関係（１）を参照すると、変数は以下のようであることが示される。
【００４８】
Ｖａｌｉｄｉｔｙ：有効期間を示し、有効期間は、アクセス権についての開始日時と終了日時とによって確定して示すことができ、またはスライドさせて日数または経過日時によっても規定可能である。有効期間は、例えば最初に使用する時に、固定値に変更してもよい。
【００４９】
当然のことながら、有効性変数はオプションである。有効性変数フィールドが空の場合、有効性変数は符号化されず、アクセス権は常に有効となる。この種の符号化方法は、例えば、放送オペレータまたは中央サーバの選択による永久的権利に対応する。
【００５０】
ＲｉｇｈｔＩｄ、ＲｉｇｈｔＳｕｂＩｄ：この変数は、権利の識別子及びサブ識別子に対応し、特にこの権利をアクセス基準において参照できるようにするものである。なお、当然のことながら、識別子は必須の独立変数でありサブ識別子はオプションなので、識別子ＲｉｇｈｔＩｄは、例えば複数のゲームにアクセスするサービスのような同一のサービス群をオペレータが参照できるようにし、サブ識別子ＲｉｇｈｔＳｕｂＩｄは、この群の中の１つのゲーム（必要であれば、１以上のゲーム）を参照できるようにする。
【００５１】
Ｌｅｖｅｌ：この変数は当該権利についての最大アクセス位置を表すレベル値を規定する。
【００５２】
ＰｕｒｓｅＩＤ及びＰｕｒｓｅＳｕｂＩＤ：電子トークン・キャリアの識別子またはサブ識別子の変数を示し、何らかのトランザクション、特に何らかのポイント型トランザクション中に、電子トークン・キャリアを参照できるようにする以下に説明するように、電子トークン・キャリア、または必要であれば、電子財布を、特定のトランザクションに帰属させてもよい。
【００５３】
本発明のプロトコルの特に有利な態様によれば、当然のことながら、関係（１）を参照すると、アクセス権と同様の方法で、電子トークン・キャリアは、アクセス権ＡＲを規定できるものと同様の、電子トークン・キャリアの有効期間と識別とについて独立変数を有する。
【００５４】
さらに、電子トークン・キャリアは以下の変数を有する。
ＰｕｒｓｅＵｎｉｔｓ：この変数は、アクセス値を単位として、権限のあるユーザのアクセス権に関連する電子トークン・キャリアの量を規定する。このアクセス量の単位は、異なる識別子、すなわち異なるアクセス値またはアクセス・カウントについての単位値を有する電子トークン・キャリアまたは財布同士で、異なってもよい。
【００５５】
ＲＥ：独立変数ＰｕｒｓｅＵｎｉｔｓにリンクされた変数を表す。変数ＲＥは、いわゆるレポート変数であって関連する電子トークン・キャリアの内容、またはそのクレジット残高を、同じ種類のトークン・キャリアまたは同一の識別子を有する同じ財布または電子トークン・キャリアに報告できるようにする。
【００５６】
以下に示すように、一般に、変数ＲＥはオプションであり、さらに、トークン・キャリアのレポートの限度日付Ｒｄａｔｅ、及びトークン・キャリアについての最大レポート変数ＲＰｕｒｓｅを備えてもよい。
【００５７】
また、本発明のプロトコルは、独立変数とリンク変数とによって構成される変数の第２のグループの形態で各アクセス基準を確立するステップを有し、このステップを図１のステップＢに示す。
【００５８】
アクセス基準の独立変数は、少なくとも１つのアクセス日付変数Ｄａｔｅと、アクセス基準の種類を識別する１つの変数と及びアクセス基準の種類における１つのリンク変数とを含み、アクセス基準の種類を識別する変数は、以下説明するように、アクセス権または電子トークン・キャリアを識別する数値変数に対応する。
【００５９】
このように、図１を参照すると、アクセス基準は有利には、次の関係（２）を成り立たせる以下のアクセス基準を備える。
（２）
名前によるアクセス権毎の基準ＡＣＡＲ：
ＡＣＡＲ  ＝  Ｄａｔｅ  ＲｉｇｈｔＩｄ  ［ＲｉｇｈｔＳｕｂＩｄ
［Ｌｅｖｅｌ］］
データのアクセス量毎の基準であって、電子トークン・キャリアで消費されるデータに相関する基準ＡＣＵ：
ＡＣＵ  ＝  Ｄａｔｅ  ＵｎｉｔＩｄ  ［ＵｎｉｔＳｕｂＩｄ］
Ｃｏｓｔ  ［ＣｏｓｔＭａｘ］
【００６０】
上記の関係では、上記の変数を以下のように指定する。
Ｄａｔｅ：アクセス基準の日時。この日時は使用されるアクセス権ＡＲまたは電子トークン・キャリアＰＵの有効期間の範囲内でなければならない。
【００６１】
ＵｎｉｔＩｄ  ＵｎｉｔＳｕｂＩｄ：アクセス単位についての識別変数及びサブ識別変数であり、特に各電子トークン・キャリアの消費の明細またはその後の参照のためのアクセス単位の蓄積を可能にする。
【００６２】
Ｃｏｓｔ：ポイント型取得のコストについての変数であり、変数Ｃｏｓｔは以下の関係を成り立たせる複合変数とすることができる。
【００６３】
Ｃｏｓｔ  ＝  ＣｏｓｔＩｄ  ＰｕｒｓｅＩｄ  ［ＰｕｒｓｅＳｕｂＩｄ］  ＣｏｓｔＵｎｉｔｓ
上記の関係では、ＣｏｓｔＩｄ（コストＩＤ）は取得の識別子を示し、ＣｏｓｔＵｎｉｔｓ（コスト単位）は個々の電子トークン・キャリアにおけるポイント型取得のコストを示す。
【００６４】
ＣｏｓｔＭａｘ：最大コストの変数であり、アクセスの認可または拒否の基準の上限を示す。例えば、アクセスされた基準の同じ識別子及びサブ識別子の全ての消費のコストが、この上限と比較するために蓄積される。
【００６５】
次に、本発明のプロトコルは、ステップＣで、アクセス制限を規定するためのアクセス基準についての論理的組合せグループの形態でデータへのアクセスのモードについての申出を確立する。
【００６６】
アクセスのモードについての申出は以下の関係（３）を成り立たせる。
Ｐ（ＡＲ，ＰＵ，ＡＣＡＲ，ＡＣＵ）          （３）
当然のことながら、電子トークン・キャリアＰＵのアクセス権ＡＲと、以前に規定したアクセス基準ＡＣＡＲ、ＡＣＵと、さらに、もちろん、権限のある加入者が出した要求とに基づいて、アクセス基準の変数と、登録された加入者が実際に取得するアクセス権との間の比較の規則を実現することによって、上記の関係（３）によるアクセスの申出が確立される。
【００６７】
ステップＣの後にステップＤが続くが、これはアクセス・モードの申出Ｐを、取得したアクセス権及び電子トークン・キャリアと比較してアクセス制限の評価の対象とすることである。ステップＤの動作は以下の関係（４）を成り立たせる。
【００６８】
Ｅ（Ｐ（ＡＲ，ＰＵ，ＡＣＡＲ，ＡＣＵ））          （４）
ステップＤの後にステップＥが続き、ここでは評価Ｅの真の値を検証する。評価Ｅが真の値であればステップＦでアクセスのモードを承認し、データへのアクセスを続行する。図１のステップＧで評価Ｅが検証されない反対の場合には、データへのアクセスは続行しない。
【００６９】
このように、上記のステップＤ、Ｅを実現し、登録された加入者によって要求されるアクセスのモードの制御を保証するため、各アクセス基準は、アクセス権ＡＲまたは電子トークン・キャリアＰＵの変数に適用される制限変数を備えている。
【００７０】
ここで、本発明のプロトコルの特定の非制限的な使用方法を、アクセスが要求されるデータのポイントツーポイント送信において、図２ａを参照して示す。
【００７１】
この場合、アクセス・モードの申出を確立するステップＣは、ステップＣ１ａで、アドレスｊを有する遠隔端末から中央サーバに、少なくともアクセス権または電子トークン・キャリアを備え、例えば以下の関係（５）を成り立たせるアクセス要求を送信する。
【００７２】
ＲＰj（ＡＲ，ＰＵ）          （５）
図２ａに示すように、ステップＣ２ａでは、中央サーバは権利ＡＲ及び電子トークン・キャリアＰＵの抽出に進み、次にステップＣ３ａでアドレスｊを有する上記の遠隔端末についてアクセス・モードの申出を確立する。処理は図１のステップＤ、Ｅ、Ｆ、Ｇによって続行される。
【００７３】
ここで、本発明のプロトコルの第２のバリエーションを図２ｂによって示す。
上記のバリエーションによる使用方法では、以下に示すように、データの送信はポイントツーポイント・モードで実行し、アップストリーム制御は中央サーバで実行するが、その一方で、アクセス・モード自体を制御する処理はアドレスｊを有する各遠隔端末で実行する。
【００７４】
図２ａと同様に、ステップＣ１ｂで、権限のあるユーザはアクセスのモードについての申出に対する要求を送信し、ステップＣ２ｂで、サーバは権利ＡＲ及び電子トークン・キャリアの抽出を実行する。
【００７５】
ステップＣ２ｂの後に予備有効性テストステップとして知られるテストステップＣ３ｂが続くが、これは中央サーバで実行され、トランザクションの有効性の特定の態様を検証する。ステップＣ３ｂでは、予備有効性テストステップは、例えば、要求を出す加入ユーザの識別についての特定のパラメータに加えて、クレジットの状況、すなわち、電子トークン・キャリアＰＵ中のトークンの存在を検証するようにしてもよい。
【００７６】
ステップＣ３ｂに対する応答が否定的だった場合、ステップＣ４ｂでアクセス・モードを継続しない状態を続ける。ステップＣ３ｂに対する応答が肯定的だった場合、ステップＣ５ｂを開始するが、ここでは、例えば、アドレスｊを有する端末Ｔjに送信されるデータ量ＱＩSOIDkjを規定する。
【００７７】
上記のデータ量に加えて、制御メッセージＥＣＭkjＰ（ＡＣＡＲ，ＡＣＵ）を計算するが、この制御メッセージは当然、本発明のプロトコルによって規定されたアクセス基準を含む。
【００７８】
本発明のプロトコルの特に注目すべき特徴によれば、このプロトコルは、ステップＣ６ｂで、上記のデータ量だけでなく、制御メッセージについても、アドレスｊを有する遠隔端末への送信を実行する。
【００７９】
次に、ステップＣ５ｂ及びＣ６ｂで実行する動作をステップＣ７ｂで各連続するデータ量について継続し、この動作を、ｋ＝ｋ＋１として示す。ここで、ｋは、決定された後アドレスｊを有する遠隔端末に送信されるデータ量のランクである。
【００８０】
特に、この動作方法は、アクセスを要求されたデータの送信がバッチ単位で実行され、データ量ＱＩSOIDkjが、例えば電子トークン・キャリアＰＵの残りの値にリンク可能なある数のバッチに対応しうる限りにおいて、ＩＰプロトコルによるポイントツーポイント送信の場合特に有利である。
【００８１】
アドレスｊを有する遠隔端末で、制御メッセージＥＣＭkjＰ（ＡＣＡＲ，ＡＣＵ）とデータ量ＱＩSOIDkjとを受信すると、アクセス・モードの申出Ｐk（ＡＲ，ＰＵ，ＡＣＡＲ，ＡＣＵ）を計算するステップＣ８ｂが要求され、このステップに続くステップＤｂは、上記のアクセス・モードの申出Ｐｋ（．）についての評価を実行することに存する。もちろん、ステップＣ８ｂ及びＤｂの処理は、ステップＣ９ｂの各連続データ量に関するｋ＝ｋ＋１について続行する。その後、アクセス・モードを制御する処理は図１によって続行すればよく、アクセス・モードの続行は、ランクｋの各アクセス・モードの申出が真の値として評価される限り実行される。
【００８２】
図２ｂに示す本発明のプロトコルの第２の使用方法によると、一方で、ステップＣ３ｂの予備有効性テストによって実行されるアップストリーム制御の結果、中央サーバで各電子トークン・キャリアＰＵに対する直接管理が行え、他方で、アドレスｊを有する遠隔端末で消費の明細を生成する必要がなくなる。
【００８３】
最後に、ここで本発明のプロトコルの使用の第３のバリエーションである単純化したバージョンを、図２ｂの使用方法の単純化したバージョンを示す図２ｃを参照して説明する。
【００８４】
図２ｃでは、ステップＣ１ｃにおいて、権限のある加入ユーザは単に要求をサーバに送信するだけだと考えられ、この要求をＲj（−−）として示す。この要求は単に遠隔端末Ｔｊのアドレスｊと、要求者を識別し、中央サーバに応答指令信号を送る要求者の権限を正当化するパラメータとを備えるだけでよい。上記の要求はさらに、要求するサービス、すなわち、アクセスを要求するデータへの参照を備えている。この第３の使用方法では、図２ｂの予備有効性テストステップで実行されたアップストリーム制御を省略している。この状況では、図２ｂのステップＣ５ｂ及びＣ６ｂに対応するステップＣ２ｃが要求されるが、このステップＣ２ｃは前に図２ｂを参照して説明したデータの量と制御メッセージとの送信に対応する。ステップＣ２ｃは、要求されたサービスをサポートするデータのグループを構成する様々な連続量について、ｋ＝ｋ＋１を示すステップＣ３ｃにより順次実行される。
【００８５】
アドレスｊを有する遠隔端末で連続する量のデータを受信すると、ステップＣ４ｃが要求され、図２ｂのステップＣ８ｂと同様にアクセス・モードの申出を確立する。ステップＣ４ｃの後にステップＤｃが続き、先に図２ｂを参照して説明したアクセス・モードの申出Ｐk（．）の評価を実行する。この処理は、データが送信されステップＤｃで実行される評価が真の値となる限り、ｋ＝ｋ＋１を示すステップＣ５ｃによってランクｋの各量のデータについて続行される。その後、アクセスのモードを制御する処理を、図２ｂと同様に、図１のステップＥ、Ｆ及びＧによって続行すればよい。
【００８６】
本発明のプロトコルの図２ｃの使用の第３のバリエーションによる使用方法によって、アドレスｊを有する各遠隔端末で評価処理全体の実行が可能になり、中央サーバでの動作は、サービスのためのサポート・データを連続する量の情報に再分割する最も簡単な形態に縮小される。しかし、このバリエーションは、アドレスｊを有する遠隔端末をもつ権限のある各加入者によって、消費の証明または明細の作成を行う必要がある。
【００８７】
他方、ここで、ポイント／マルチポイント・モードでのデータの送信の場合の、図３ａ及び図３ｂを参照して、本発明のデータへのアクセスのモードを制御するプロトコルの好適な使用方法を説明する。
【００８８】
この使用方法は、テレビの放送番組をスクランブルした形態で送信する場合でも、また暗号化なしで送信する場合でも、番組送信の分野で使用するのにさらに適している。
【００８９】
番組データをスクランブルした形態で送信する場合、これに限定されない例として、このデータはスクランブル情報用の送信センタから送信し、スクランブルは制御語中に含まれるサービス・キーによって実行し、制御語はオペレーション・キーによって暗号化する。その後オペレーション・キーをセキュリティの理由で変更してもよく、オペレーション・キーを変更するメッセージは上記のオペレーション・キーを変更する際に管理キーによって暗号化する。暗号化した制御語と暗号化したオペレーション・キーとの変更は、１つかそれ以上のスクランブル解除端末に送信されるスクランブル情報と同期している。権限のあるクライアント・ユーザは加入契約を有しており、例えばアドレスｌを有するグループを構成する。各遠隔端末Ｔl（ｌはこのグループのアドレスを示し、必要な場合、単一の端末のアドレスを示す）は、グループが単一の加入者から構成されている場合、ＰＳlとして示されるセキュリティ・プロセッサを備えている。
【００９０】
この状況では、本発明のプロトコルの特に有利な特徴によれば、各アクセス権ＡＲと各電子トークン・キャリアＰＵを確立する、図１を参照して説明されたステップＡは、ステップＡ’として、各スクランブル解除端末Ｔlとそれに関連するアクセス制御モジュールとに、アクセス権と電子トークン・キャリアとを管理するメッセージを送信するようにしてもよく、このメッセージは以下の関係（６）を成り立たせる。
【００９１】
ＥＭＭl（ＡＲ，ＰＵ）          （６）
同様に、上記のステップＡ’の後にステップＢ’が続くが、これは図１のステップＢによる各アクセス基準の確立を可能にするものであり、有利には各スクランブル解除端末Ｔlと各端末に関連するアクセス制御モジュールとに、以下の関係（７）を成り立たせるアクセス資格についての制御メッセージを送信する。
【００９２】
ＥＣＭl（ＡＣＡＲ，ＡＣＵ）          （７）
各遠隔端末Ｔlとこの端末の各々に関連するセキュリティ・プロセッサＰＳlとが上記のメッセージを受信すると、このメッセージの内容は、検証後アクセス制御モジュールに格納され、その後図１のステップＣと同様の方法でアクセス・モードの申出を確立するステップＣに進み、さらに上記のアクセス・モードの申出を評価するステップＤに進む。
【００９３】
図３ａでは、アクセス・モードの申出は以下の関係（８）を成り立たせ、
Ｐl（ＡＲ，ＰＵ，ＡＣＡＲ，ＡＣＵ）          （８）
評価は以下の関係（９）を成り立たせる。
【００９４】
Ｅ（Ｐl（ＡＲ，ＰＵ，ＡＣＡＲ，ＡＣＵ））          （９）
アクセス・モードを制御するプロトコルは図１と同様にステップＥ、Ｆ、Ｇで継続される。しかし、このプロトコルは、各端末Ｔlと各端末に関連するアクセス制御モジュールのセキュリティ・プロセッサＰＳlとで使用される。
【００９５】
ここで、本発明のデータへのアクセスのモードを制御するプロトコルの使用のバリエーションのさらに詳細な説明を、図３ｂを参照して行う。これはさまざまな加入者に権利の取得を供与するポイント型供与のさらに特定的な場合であり、このポイントタイプ供与は、さらに一般的に、ポイント／マルチポイント送信において、衝動買い供与と呼ばれる。
【００９６】
スクランブル解除端末Ｔlと、セキュリティ・プロセッサＰＳlを備えるアクセス制御モジュールとを有する任意の加入者が、いつでも放送オペレータだけの主導権に応じてアクセスの可能性を供与される限りにおいて、このようにアクセスのモードを制御できることは、特に有利である。
【００９７】
この状況では、図３ｂを参照すると、以下に示すように、各アクセス権と各電子トークン・キャリアとを確立するステップは、ステップＡ”として、権限のある各ユーザに以下の関係（１０）を成り立たせるメッセージを送信するようにしてもよい。
【００９８】
ＥＰＭl（ＡＲ，ＰＵ，ＰＤ，Ｃｏｓｔ  ［ＰＵＩｄ，ＵＣ］          （１０）
アクセスの申出についてのこうした供与メッセージは少なくとも、アクセス権ＡＲまたは電子トークン・キャリアＰＵと、申出または供与の日時についての変数ＰＤと、さらに、少なくとも１つの電子トークン・キャリアＰＵＩｄと、対応する電子トークン・キャリアの１つのカウント単位変数ＵＣとの識別番号変数に対する制限と、に基づいて規定されるコスト変数Ｃｏｓｔとを含む。
【００９９】
アクセス権ＡＲと電子トークン・キャリアＰＵとの符号化が同様であることを考慮すると、関係（１０）を成り立たせるメッセージは以下の何れかに対応すればよい。
【０１００】
アクセス権取得についての衝動型申出
ＩＰＡＲ  ＝  Ｄａｔｅ  ＡＲ  Ｃｏｓｔ、但しＣｏｓｔ  ＝  ＣｏｓｔＩｄ  ＰｕｒｓｅＩｄ  ［ＰｕｒｓｅＳｕｂＩｄ］  ＣｏｓｔＵｎｉｔｓ
または、電子トークン・キャリア取得についての申出ＩＰＰｕｒｓｅ、すなわち
ＩＰＰｕｒｓｅ  ＝  Ｄａｔｅ  Ｐｕｒｓｅ  Ｃｏｓｔ、但しＣｏｓｔ  ＝  ＣｏｓｔＩｄ  ＰｕｒｓｅＩＤ  ［ＰｕｒｓｅＳｕｂＩｄ］  ＣｏｓｔＵｎｉｔｓ
なお、この使用方法では、Ｄａｔｅは供与の日時ＰＤを規定し、ＡＲは前の説明で規定されたアクセス権を規定し、Ｃｏｓｔはコスト変数を規定する。ここでＣｏｓｔは、これは購入識別子を示すＣｏｓｔＩｄ、電子トークン・キャリア識別子を示すＰｕｒｓｅＩｄ、電子トークン・キャリアについてのサブ識別子であるＰｕｒｓｅＳｕｂＩｄ、及び前の説明で規定されたカウント単位ＵＣに対応するＣｏｓｔＵｎｉｔｓといったパラメータのグループとして前に言及している。
【０１０１】
以下に示すように、その後、識別子及びサブ識別子と、アクセス・モード自体特に、加入契約、時間料金等との間のリンクは、アクセス制御モジュールのデータ・ブロック中に暗号化なしで記録される参照の形態で行われるが、このモジュールは、簡単なディスプレイによって加入者に対して非暗号化表示を可能にするために、先に説明したようなマイクロプロセッサ・カードの形態で製造することができる。しかし、対応するデータ・ブロックは放送オペレータの制御の下で書き込み保護されている。
【０１０２】
本発明のアクセスモードを制御するプロトコルの特定のバリエーションのさらに詳細な説明を、図４ａ〜図４ｄを参照して行う。ここでは、アクセス権ＡＲの取得と、ポイント型アクションまたは電子トークン・キャリアによる単位の衝動買いによる取得と、ポイント型供与または電子トークン・キャリアによる衝動買いの供与による権利の取得と、及び、ポイント型または衝動型において、加入者がアクセス制御モジュールまたは専用マイクロプロセッサ・カード中に保持する電子トークン・キャリアによる新しい電子トークン・キャリアの取得とに対応する様々な状況において、説明する。
【０１０３】
なお、一般に、アクセス権ＡＲとアクセス基準ＡＣとを構成する様々な変数は、加入ユーザのための情報として暗号化しない形で変換して参照にできる符号化値に対応する。
【０１０４】
この例に限定するわけではないが、例えば、変数の値を以下のように規定できる。
・  ＲｉｇｈｔＩｄ  ＝  加入契約／セッション／地理的グループ
・  ＵｎｉｔＩｄ  ＝  バイト時間、期間を示す時間
・  ＰｕｒｓｅＩｄ  ＝  トークン・クレジット／加入料金／セッション料金／期間料金／量当たりの料金
上記の変数の符号化値とその参照との間の対応は、例えば、アクセス制御モジュールまたはマイクロプロセッサ・カード及び、特に、それらを備えるセキュリティ・プロセッサのメモリ・ゾーンにおいて、テキストまたはデジタル型の、プライベート・データ中に規定すればよい。
【０１０５】
これに限定するものではない例として、上記の符号化変数の値と対応する参照とは以下の表によって確立すればよい。
【０１０６】
【表１】
2005512250.tif 000003
【０１０７】
上記の表を検討すると、特に以下のことがわかる。
アクセス権は、加入契約、セッション、地理的グループといった参照にそれぞれ対応する権利について、識別変数ＲｉｇｈｔＩｄによって規定される。
【０１０８】
トークン・キャリアは、トークン・クレジット、加入料金、セッション料金、時間料金、ボリューム料金といった参照にそれぞれ対応する値について、変数ＰｕｒｓｅＩｄによって規定される。
【０１０９】
電子トークン・キャリアの場合、変換率の使用が可能であるとよいが、この変換率は、加入ユーザによって保持されたアクセス・モードを、許可されたアクセス・モードと情報またはアクセスするデータのカウント単位に応じて変更できるようにするものであり、その単位は、例えばユーロ等のような通貨計数単位、加入契約単位または数量単位に対応する。最後に、不足額は、例えばクレジット料金またはトークンのクレジットといった特定のアクセス・モードに関連して認められる。関連する不足額の値は実際の値で与えられる。
【０１１０】
最後に、アクセス単位変数ＵｎｉｔＩｄは、情報またはデータへのアクセスが許可される期間である時間単位の参照に対応し、またボリュームを単位として、アクセスが許可される情報またはデータ量に対応する。トークン・キャリアについての識別変数と同様に、変換率についてのパラメータが提供されるが、これは，例えば時間の単位としての秒、ボリュームの単位としてのＫバイトといった、使用する単位を考慮したアクセス・モードの変更を可能にする。
【０１１１】
当然のことながら、ポイントツーポイント送信では、アクセス単位変数、アクセス単位の識別子及びサブ識別子は、例えば、この説明で前に言及したＫバイトといったボリュームの単位に対応すればよい。
【０１１２】
他方、時間の単位、すなわち秒は、送信がほぼ規則的で、例えば、サービス・キーまたは制御語を変更するＥＣＭメッセージの周期的な送信によって調節されるポイント／マルチポイント送信について使用することができる。
【０１１３】
以下の説明では、図４ａ〜図４ｄによって例示される様々な例が示されるが、こうした例は、前に図１のステップＤ及びＣ、または図２ａ〜図２ｃ及び３ａ、３ｂによるそのバリエーションについて説明されたアクセス申出ステップに基づく評価ステップの個々の使用方法に対応する。
【０１１４】
特に、加入ユーザの選択の後、そのアクセス・モードの要求と、放送オペレータによって実行される取得の供与とに応じたアクセスのモードについての申出は、確立されるアクセスについての制限の評価を、アクセス権ＡＲまたは電子トークン・キャリアＰＵに適用されるアクセス基準ＡＣＡＲ、ＡＣＵに基づいて、実行できるようにする。
【０１１５】
以下の説明で示すように、アクセス権についての変数は先の名称に実質的に対応する単純な名称によって示すが、対応するアクセス基準変数は、下付き文字ＡＣを付した変数によって示し、それらが上記のアクセス基準の規定に属することを表示し、必要な場合、それらをアクセス権を規定する対応する変数と区別する。
【０１１６】
アクセス権自体による、基準に基づくアクセス・モード制御の評価。図４ａによる例、Ｃｏｎｔｒｏｌ＿ＡＣＡＲ
上記のアクセス・モード基準は、加入者のアクセス制御モジュールすなわち加入者が所有するマイクロプロセッサ・カードの専用ファイルに存在するか、またはその遠隔端末中に存在する場合、アクセス・モード基準は検証されるが、アクセス権を検証するテスト４０ａによれば、アクセス基準ＲｉｇｈｔＩｄACによって示される権利の識別は、加入者のＲｉｇｈｔＩｄの権利の識別に等しい。このテストに対する応答が否定的だった場合、関連する権利についての評価の終了ＦＥのためのステップ４０ｂが要求されるが、ここでは遠隔端末またはスクランブル解除端末においてアラームを与えることができる。
【０１１７】
テスト４０ａに対する応答が肯定的だった場合、テスト４０ｃが要求され、ここでは、アクセス基準の権利のサブ識別子ＲｉｇｈｔＳｕｂＩｄACがアクセス権のサブ識別子に等しいか、または２つのサブ識別子の１つが指定されていないかを検証する。
【０１１８】
ステップ４０ｃのテストは以下の関係を検証する。
ＲｉｇｈｔＳｕｂＩｄＡｃ  ＝  ＲｉｇｈｔＳｕｂＩｄ  または∃φ
記号∃φは、前の関係のうちサブ識別子の１つがないことを示す。
【０１１９】
テスト４０ｃは、必要であれば、サブ変数Ｌｅｖｅｌが存在する場合の変数／サブ変数の組合せＲｉｇｈｔＳｕｂＩｄAC［Ｌｅｖｅｌ］と同様に実行すればよい。
【０１２０】
テスト４０ｃに対する応答が否定的だった場合、関連する権利についての評価の終了ＦＥのためのステップ４０ｂが再度要求される。逆に、テスト４０ｃに対する応答が肯定的だった場合、ステップ４０ｄが要求され、アクセス基準のレベルを、加入者のカードまたはその遠隔端末中に登録されたアクセス権の対応するレベルと比較する検証テストを行う。テスト４０ｄは、関係ＬAC  ≦  Ｌ  または∃φを検証する。記号∃φは、アクセス基準のレベル変数ＬACまたはアクセス権のレベル変数Ｌの１つが指定されていないことを示すが、この条件はテスト４０ｃと同様である。
【０１２１】
テスト４０ｄに対する応答が否定的だった場合、ステップ４０ｂの関連する権利についての評価の終了ＦＥのためのステップが要求される。逆に、テスト４０ｄに対する応答が肯定的だった場合、対応する制御メッセージの放送者によって指定されたアクセス基準と比較して対応するアクセス・モードを規定する観点から、カード中に登録された権利ＡＲは有効と考えられる。４０ａ、４０ｃ、４０ｄの検証ステップは、アクセス・モードの検証に対応し、アクセス・モードの互換性は、ＥＣＭ制御メッセージによって送信されるアクセス基準と比較したアクセス権として加入者と共に登録される。
【０１２２】
従って、テストステップ４０ｄに対する応答が肯定的だった場合、上記のアクセス・モードの検証処理の後、以下の条件でのアクセス・モードの時間検証が続く。すなわち、上記の時間検証は、加入者のアクセス制御モジュールまたはその端末中に登録されたアクセスの権利ＡＲが、固定日付の権利、作動（ａｃｔｉｖａｔａｂｌｅ）日付の権利、または日付のない権利のどれに対応するかに応じて、３つの異なった状況に適用される。
【０１２３】
特に、アクセス権ＡＲの変数Ｖａｌｉｄｉｔｙは権利の開始日付と終了日付とに対応することがわかる。これらの日付は一般にＤａｔｅｓによって示し、各アクセス基準ＡＣＡＲ、ＡＣＵの変数ＤａｔｅはＤａｔｅACとして示す。
【０１２４】
こうした状況では、アクセス・モードの時間検証は、アクセス権の有効性変数Ｖａｌｉｄｉｔｙを規定する日付Ｄａｔｅが固定日付を構成するかを検証するテスト４０ｅを実行すればよい。
【０１２５】
テスト４０ｅに対する応答が肯定的だった場合、テスト４０ｆが要求される、ここではアクセス基準の日付ＤａｔｅACが広い意味で、上記のアクセス権の開始日付と終了日付との間にあるかを検証する。テスト４０ｆは以下の関係を検証する。
【０１２６】
ＤａｔｅAC  ∈  Ｖａｌｉｄｉｔｙ  但し、Ｖａｌｉｄｉｔｙは、登録されたアクセス権ＡＲの固定日付Ｄａｔｅｓを表す。
【０１２７】
テスト４０ｆに対する応答が否定的だった場合、上記のステップ４０ｂと同様の評価終了ステップ４０ｇが要求される。このステップでは加入ユーザへの通知を目的としたアラームを与えてもよい。
【０１２８】
逆に、テスト４０ｆに対する応答が肯定的だった場合、アクセス・モードの時間検証手順が継続され、ステップ４０ｈで、ＥＶＣ＝１として示される評価変数が確立されるが、この変数は、例えば評価の真の値に対応する。
【０１２９】
逆に、テスト４０ｅに対する応答が否定的だった場合、復帰が実行され、作動日付を有する場合または日付がない場合に応じて登録されたアクセス権ＡＲのＶａｌｉｄｉｔｙパラメータを区別するアクセス・モードの時間検証を繰り返す。
【０１３０】
こうした状況では、テスト４０ｉが要求されるが、これは登録されたアクセス権ＡＲが作動日付を備えるかを検証することに存する。テスト４０ｉに対する応答が肯定的だった場合、テスト４０ｊが要求され、アクセス基準の日付ＤａｔｅＡＣが登録されたアクセス権ＡＲの失効日付より小さいかまたはそれと等しいかを検証する。テスト４０ｊは以下の関係を検証する。
ＤａｔｅＡＣ  ∈  Ｖａｌｉｄｉｔｙ
テスト４０ｊに対する応答が否定的だった場合、前のステップ４０ｂと同様の評価終了ステップ４０ｋが要求され、遠隔端末またはスクランブル解除端末でアラームを作動させることができる。
【０１３１】
逆に、テスト４０ｊに対する応答が肯定的だった場合、ステップ４０ｌが要求される。加入者が日付を可動させることに同意し、従ってテスト４０ｌに対する応答が肯定的だった場合、作動日付を有する権利が働き、この権利は固定日付を有する権利に変換される。この動作はステップ４０ｎで実行されるが、この変換動作により、加入者が与えた同意を考慮して、アクセス制御メッセージ中に含まれる有効な現在の日時Ｄａｔｅを有効期間の固定された開始日時とする。その後、ステップ４０ｎの後に、固定日付の権利の基準を検証する処理への復帰、すなわち、例えば、ユーザによってこのように生成された固定日付を伴う権利と同様のその後の管理を保証するため、例えば、テスト４０ｆの上流への復帰が可能である。
【０１３２】
逆に、テスト４０ｌに対する応答が否定的だった場合、加入ユーザは同意していないので、同意要求ステップ４０ｍが要求され、このステップの後ステップ４０ｌの上流に復帰して処理を続行する。
【０１３３】
特に、テスト４０ｌに対する応答が肯定的だった場合、作動日付を有する権利を固定日付を伴う権利に変換することに続いて、先に説明したアクセス基準を保持するＥＣＭメッセージのような次の制御メッセージによって生成される権利制御を、先にステップ４０ｅ、４０ｆ及び４０ｇによって説明した手順に従って、固定日付を伴う権利についての検証処理によって検証する。
【０１３４】
逆に、ステップ４０ｉに対する応答が否定的だった場合、登録されたアクセス権ＡＲは固定日付または作動日付を備えておらず、検証テスト４０ｐが要求されるが、これは、登録された権利ＡＲが日付を伴わない権利である、すなわちＶａｌｉｄｉｔｙパラメータが指定されていない権利であることを検証することであり、この場合この権利は有効であると確認できる。
【０１３５】
テスト４０ｐに対する応答が肯定的だった場合、すなわち、登録されたアクセス権ＡＲについてＶａｌｉｄｉｔｙパラメータの指定がない場合、アクセス制御処理は上記のステップ４０ｈの要求によって継続され、送信されたアクセス基準の日付に関する制御は実行されない。
【０１３６】
テスト４０ｐに対する応答が否定的だった場合、関連する権利についての評価の終了ＦＥのためのステップ４０ｑが要求される。
【０１３７】
電子トークン・キャリアで消費される各単位の基準に基づくアクセス・モード制御の検証。図４ｂ、Ｐｕｒｃｈａｓｅ＿Ｕｎｉｔ
図４ｂを参照して説明する処理によって、加入者のアクセス制御モジュールまたはそのカード中に格納された電子トークン・キャリアを介して、衝動買いのような取得動作による単位の取得が可能になる。
【０１３８】
本発明のプロトコルは、電子トークン・キャリアＰＵとアクセス権ＡＲとの符号化方法が同様であるため、電子トークン・キャリアと登録されたアクセス権ＡＲとにほぼ同じテスト基準を適用できる場合、特に注目すべきである。
【０１３９】
図４ｂでは、テストステップ４０ａ、４０ｃ及び４０ｄはそれぞれ、アクセス権及びアクセス基準の識別子またはアクセス権及びアクセス基準のサブ識別子及びアクセス基準及びアクセス権のレベルに関するものではなく、それぞれ、電子トークン・キャリア識別子、電子トークン・キャリア・サブ識別子、及び加入者のカード中に登録された電子トークン・キャリアに残った単位と比較した、電子トークン・キャリアの取得動作のコストに関する。
【０１４０】
このようにして、同じ参照符号を有するテストが以下の関係を検証する。
４０ａ：ＰｕｒｓｅＩｄAC  ＝  ＰｕｒｓｅＩｄ、アクセス基準ＡＣＵによって送信されるトークン・キャリア識別子は、加入者のカード中に登録されたトークン・キャリア識別子ＰｕｒｓｅＩｄと等しい。
【０１４１】
４０ｃ：アクセス基準ＡＣＵによって送信されるトークン・キャリア・サブ識別子ＰｕｒｓｅＳｕｂＩｄACはカード中に登録されたトークン・キャリア・サブ識別子ＰｕｒｓｅＳｕｂＩｄと等しいか、２つのうち１つはサブ識別子を有さない、テスト４０ｃは以下の関係を検証する：ＰｕｒｓｅＳｕｂＩｄAC  ＝  ＰｕｒｓｅＳｕｂＩｄ  または∃φ、すなわち２つのサブ識別子の１つは特定されない。
【０１４２】
４０ｄ：ＣｏｓｔAC（ＰＵＩｄ，ＵＣ）、但しＵＣ  ≦  ＣＯ、カード中に登録されたトークン・キャリアによる権利の取得動作のコストは、加入者のトークン・キャリアに残った単位ＣＯより小さいかまたはそれと等しい。
【０１４３】
上記のテスト４０ｄに対する応答が肯定的だった場合、アクセス・モードの対応する検証動作は成功しており、処理は、図４ａと同様にアクセス・モードの時間検証に継続される。
【０１４４】
この例に限定されるわけではないが、一例として、ステップ４０ｅ、４０ｆ〜４０ｍ、４０ｐ、４０ｑは、図４ａと同じテスト及び／または動作ステップを表す。ただし変数ＤａｔｅACとＶａｌｉｄｉｔｙとは、それぞれ電子トークン・キャリアによる権利の衝動的取得と有効性変数とを表す。
【０１４５】
こうした状況では、図４ｂのステップ４０ｎは、図４ａの場合のような固定日付を伴う権利の変換にではなく、取得したアクセス権が登録されている場合の図４ａと同様の動作条件で、電子トークン・キャリアを固定した日付を伴う電子トークン・キャリアに変換することに関する。
【０１４６】
最後に、以下に示すように、動作４０ｌは実行する動作に対する加入者の同意の検証に関し、同意要求４０ｍは、一方では、固定日付を伴う電子トークン・キャリアに変換された電子トークン・キャリアの作動についての同意要求を含み、他方では、当該の単位の最終的な購入についての同意要求を含む。
【０１４７】
上記の基準の１つが満たされると、図４ａと同様に、評価または評価変数ＥＶＣが真とみなされるかについて、ステップ４０ｈが要求される。しかし、ＵＣの保管によって指示される単位の消費についてのパラメータが格納され、このパラメータは、動作から生じる単位の識別子及びサブ識別子と、関連する電子トークン・キャリアの識別子及びサブ識別子を伴う消費された単位数とによって特徴付けることができる。この動作は、例えばステップ４０ｈの前に、ステップ４０ｈａで実行される。もちろん、残っている電子トークン・キャリア単位ＣＯはまた購入のコストの分だけ減少するので、この動作はステップ４０ｈａで、ＮＣＯ  ＝  ＣＯ  −  ＵＣとして示される。
【０１４８】
権利の衝動買い。図４ｃ、Ｐｕｒｃｈａｓｅ＿ＡＲ
この動作は、アクセス・モード検証の実現を可能にする図４ｂと同じステップ４０ａ、４０ｂ、４０ｃ、４０ｄを含む。これらのテストのための様々な変数は、図４ｂと同じ要素を表す。
【０１４９】
これは、同じ参照符号を有する図４ｂの同じステップに実質的に対応するステップ４０ｅ、４０ｆ、４０ｇ、４０ｈ及び４０ｉ、４０ｊ、４０ｋ、４０ｌ、４０ｍ及び４０ｎ、４０ｐ及び４０ｑによるアクセス・モードの時間検証に同様に適用される。
【０１５０】
アクセス権とアクセス基準との符号化が同様であるため、ステップ４０ｈａは、図４ｂに関連して先に言及したように、ＮＣＯ  ＝  ＣＯ  −  ＵＣによって取得のコストの分だけ減少した残りの単位の更新にほぼ相当する。
【０１５１】
その後、ステップ４０ｈａの後ステップ４０ｈｂが続き、加入者が備えるアクセス制御モジュール中に権利自体を記録する。
【０１５２】
テストステップ４０ｆ及び４０ｊでは、Ｖａｌｉｄｉｔｙはカード中に登録された電子トークン・キャリアの有効性変数を示し、ＤａｔｅACは動作が有効に実行される日付を示す。
【０１５３】
電子トークン・キャリアの衝動買い。図４ｄ、Ｐｕｒｃｈａｓｅ＿ＰＵ
この動作は、以下の条件が満たされた場合、加入者のアクセス制御モジュール中に登録された電子トークン・キャリアによる新しい電子トークン・キャリアの衝動買いを可能にする。なお、一般に、電子トークン・キャリアＰＵとアクセス権ＡＲとの符号化は実質的に同一であるため、一般的な権利を構成するには、図４ｄに示す処理は試験４０ａ、４０ｃ、４０ｄと同じアクセス・モード検証ステップを備え、その後のアクセス・モードの時間検証である、ステップ４０ｅ〜４０ｈ、４０ｉ〜４０ｎ、４０ｐ、４０ｑ及び４０ｈａは図４ｃのものと同一であることに注意されたい。
【０１５４】
しかし、図４ｃの権利を記録するステップ４０ｈｂは、今回は新しいトークン・キャリアを記録するステップ４０ｈｂに置き換えられる。
【０１５５】
このように、図４ａ〜図４ｃを参照すると、アクセス権の制限と取得した電子トークン・キャリアとについての評価ステップは好適には、アクセス基準と比較した登録された権利のアクセス・モードと互換性とを検証するステップ、すなわち、これらの図の場合、アクセス・モードについての時間検証ステップを備える。これらのステップは順序を入れ換えてもよく、その場合も何ら不利な点はない。
【０１５６】
本発明の目的による一般的なアクセス権及び一般的なアクセス基準は、特に有利な制御メッセージの実現を可能にする限りにおいて特に柔軟に使用できる。こうした制御メッセージは条件の論理的組合せを備えるようにプログラム可能であってもよく、真または偽という論理検証についてのバイナリ結果によって動作の条件付き分岐の導入が可能になり、こうした動作はスクランブル解除端末または宛先セキュリティ・プロセッサによって順次処理される。
【０１５７】
こうした状況では、加入ユーザによる自由度の高い使用を可能にする複雑な供与を生成するため、上記の論理的組合せによってポイント型供与または衝動買い供与を組合せることができる。
【０１５８】
ここで、例えば、加入者が取得する、料金番号Ａとして示す料金の衝動買いの供与または、料金番号Ｂとして示す料金及び料金の消費明細に基づく消費といった、アクセスの２つの条件を備えるこの種のメッセージの使用例を図５を参照して説明する。
【０１５９】
一般に、以下に示すように、本発明のプロトコルは、特に異なったアクセス・モードの組合せを生成する場合には、前に説明したように、データをスクランブルされた状態で送信するポイント／マルチポイント送信によるアプリケーションに特に適していることが分かる。もちろん、この種のポイント／マルチポイント送信モードに限定されることはなく、例えば、ＩＰ型の送信プロトコルによるポイントツーポイント送信を介して、暗号化しないデータ、またさらにはスクランブル形式のデータを送信することも十分可能である。
【０１６０】
図５を参照して、本発明のプロトコルを、アクセスの個々のモードを組合せるこのアプリケーションにおいて、そのプロトコルが送信センタＣＥから、スクランブル解除端末Ｔlに向けて使用される場合について説明する。ここで、スクランブル解除端末Ｔlは、例えばマイクロプロセッサ・カードによって形成され、セキュリティ・プロセッサＰＳlを備えるアクセス制御モジュールＣＡＭlを備えている。従来の方法では、送信センタＣＥは有利には、図５に示すように、ＳＧＣとして示す商用加入者管理システムを備えており、これはアクセス資格用管理ユニットＧＴＡにリンクされているが、これらは、資格管理メッセージ（Ｅｎｔｉｔｌｅｍｅｎｔ  Ｍａｎａｇｅｍｅｎｔ  Ｍｅｓｓａｇｅｓ）を意味するＥＭＭメッセージまたは加入管理メッセージの生成を可能にする。ＥＭＭメッセージはメッセージ放送装置ＤＭに送信され、データ収集装置は、例えば、特に交換電話ネットワークのようなリターンパスを介して、各加入者から到着したデータの収集を可能にする。リターンパスは、例えば、課金の実行及び放送業者または権利保有者に報酬を支払うため、基本的な情報を返送できるようにする。データ収集装置は、言うまでもなくアクセス資格管理システムＧＴＡに直接リンクされている。
【０１６１】
最後に、アクセス資格制御装置ＣＴＡは、資格制御メッセージ（Ｅｎｔｉｔｌｅｍｅｎｔ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅｓ）を意味するＥＣＭメッセージとして知られる制御メッセージを生成する。従って、メッセージ放送装置ＤＭまたはＣＴＡによってそれぞれ供給されるＥＭＭメッセージ及びＥＣＭメッセージは全て、データと共に非暗号化形式で多重化することができる。これは、送信の前にそれ自体周知の方法で符号化した後スクランブルすればよい。スクランブル解除端末への送信は、例えば衛星または地上波ケーブルによって実行する。その後、先に説明したように、制御語についての暗号文を含むＥＣＭメッセージによって、スクランブル解除端末Ｔlで受信したスクランブル・データの、アクセス制御モジュールＣＡＭl中に登録されたアクセス権ＡＲ及び／または電子トークン・キャリアＰＵの存在を考慮したスクランブル解除が可能になる。
【０１６２】
図５を参照すると、２つの別個のアクセス・モードを組合せるアクセスのモードを制御する処理は、以下に説明するように、加入契約によってアクセス可能であることが示される。
【０１６３】
これに限らないが、例えば、加入契約によるアクセスの制御は、各アクセス権の基準に基づき、図４ａを参照して説明したように、Ｃｏｎｔｒｏｌ＿ＡＣＡＲ型メッセージによって実行することができる。
【０１６４】
加入者が対応する加入契約を有しない場合、番組に関連する衝動買いの供与によって次のようなアクセスが可能になる。
【０１６５】
図４ｃを参照して説明した、Ｐｕｒｃｈａｓｅ＿ＡＲ型の衝動買い権についてのメッセージに基づく料金での加入契約の取得
前に図４ｄを参照して説明した、メッセージＰｕｒｃｈａｓｅ＿ＰＵと、前に図４ｃを参照して説明した、メッセージＰｕｒｃｈａｓｅ＿ＡＲとの組合せによる料金での加入契約にアクセスすることを可能にする加入料金の取得。
【０１６６】
すなわち、本発明のプロトコルは、ＥＣＭメッセージとＥＭＭメッセージとを同期させ、上記のＥＭＭメッセージは、申出するアクセス・モードの供与によってＥＰＭメッセージとして示される。
【０１６７】
すなわち、以下のシーケンスが送信センタＣＥによって送信される。
以下の形式のアクセス基準及び制御語ＣＷ
ＥＣＭ  ＝  Ｉｆ  Ｃｏｎｔｒｏｌ＿ＡＣＡＲ，ｔｈｅｎ  Ｄｅｃｉｐｈｅｒ＿ＣＷ．
特に、ＥＣＭメッセージは、スクランブル解除端末に関連するセキュリティ・プロセッサＰＳlで制御語をスクランブル解除する組合せ論理を備えており、制御語ＣＷのスクランブル解除の実行は現在のオペレーション・キーに基づく。
【０１６８】
以下の形式のＥＰＭメッセージによる衝動アクセス・モードの可能性
ＥＰＭｌ  ＝  Ｐｕｒｃｈａｓｅ＿ＡＲ、前に図４ｃを参照して説明したとおり
ＥＰＭ２  ＝  Ｐｕｒｃｈａｓｅ＿ＰＵ、前に図４ｄを参照して説明したとおり
すなわち、上記のメッセージの詳細な内容は以下のとおりである。
【０１６９】
【表２】
2005512250.tif 000004
【０１７０】
表Ｔ２を参照すると、以下に示すように、この表で詳細に説明されたアクセス・モード取得の申出は、前に図４ｄを参照して説明した料金の衝動買い、またはアクセスのモードと、ひいては加入料金に基づく消費の申出に対応する。アクセス権、すなわちそれぞれ対応する料金または対応する加入料金についてのトークン・キャリアであるが、そのパラメータも表Ｔ２に示される。
【０１７１】
アクセス権についての基準を参照すると、変数Ｓｔｏｒａｂｌｅはユーザによる記録が可能か否かに対応している。
【０１７２】
ここで、アクセス・モードを制御する処理を、一方では、加入者がすでに加入料金を有している場合、及び／または、他方では、加入者が加入料金、料金番号Ｂを有していない場合の２つの別個の状況で説明する。後者の場合、送信される番組へのアクセスを可能にするためには、加入者は加入料金を取得し、その後この料金での加入契約を取得しなければならない。
【０１７３】
第１の場合：加入者はすでに加入料金Ｂを有している
アクセス・モードを制御する処理自体の前に、加入者のアクセス制御モジュールは以下のものを含んでいる。
【０１７４】
【表３】
2005512250.tif 000005
【０１７５】
従って、アクセス・モードの制御の順序は：加入者は自分のアクセス・モードを加入料金Ｂに従わせる、となる。
【０１７６】
ＥＣＭメッセージの第１の提示：加入者は加入契約を有さないため送信されるデータ番組へのアクセスを有さない。スクランブル解除端末Ｔlは、送信されるスクランブル・データの番組に関連する衝動買いによるアクセス・モードについての申出の検索を実行する。これはアクセス制御モジュールＣＡＭlへの申出を表示する。
【０１７７】
衝動買いについてのＥＰＭメッセージの提示
図４ｃによるＥＰＭ1、メッセージＰｕｒｃｈａｓｅ＿ＡＲの処理。アクセスのモードについての申出は、変換率が１のコストに対応するタイプ２０のトークン・キャリアＰｕｒｓｅＩｄによって権利を購入できることを示す。表Ｔ３では、単位変換率と不足額の参照の概念は、必要な場合、前に説明した概念に対応する。同じことがＶａｌｉｄｉｔｙ変数にも適用される。加入者のカード中に示す例では、加入料金Ｂはタイプ１のトークン・キャリアに対応し、加入料金は取得の日に有効である。加入数＝６という十分な単位が残っているので、アクセス制御モジュールＣＡＭｌは加入者の同意に対する要求によって応答し、使用される料金を示せばよい。従って、加入者は自分の加入料金Ｂによって加入契約を取得することができる。
【０１７８】
ＥＣＭメッセージの第２の提示：加入者は加入契約を有しているので番組へのアクセスを得る。
【０１７９】
前に表Ｔ２及びＴ３を参照して説明したアクセス・モードを制御する処理を実現した後、アクセス制御モジュールＣＡＭlは、表Ｔ４による様々なデータを含む。
【０１８０】
【表４】
2005512250.tif 000006
【０１８１】
上記の表Ｔ４は、プライベート・データの形態のカード中の参照と変換率、加入料金Ｂの状態を備える。表Ｔ４はさらに、ユーザがアクセスできないデータの形態であり斜体で記載された、アクセス権についての消費データを備えるが、これはＣｏｎｓＲとして示され、日付、アクセス権ＡＲ及びコストＣｏｓｔの形態で、Ｃｏｓｔ  ＝  ＰｕｒｓｅＩｄ  Ｕｎｉｔｓである。
【０１８２】
最後に、カードは加入契約に関連し前の消費に関連するデータを含む。
すなわち、明細の内容を表Ｔ５に示す。
【０１８３】
【表５】
2005512250.tif 000007
【０１８４】
この表のデータは、前に表Ｔ４を参照して説明したように、例えば、アクセス権の消費のデータ及び以前の消費に関連する加入契約に対応する。もちろん、これらの明細内容はユーザが書き込みアクセスできないものであり、消費明細としてリターンパスを介して送信センタＣＥに送信することができる。
【０１８５】
第２の場合：加入者は要求する加入料金Ｂを有さない。この状況では、加入者は放送データの番組へのアクセスを得るため、この種の料金を取得し、その後この料金での加入契約を取得しなければならない。
【０１８６】
アクセス・モードを制御する対応する処理を実現する前に、アクセス・モード・モジュールＣＡＭlは以下のものを含む。
【０１８７】
プライベート・データの形態のカード中の参照と変換率
識別子ＰｕｒｓｅＩｄを有し、Ｕｎｉｔｓ欄中の単位の数として規定される電子トークン・キャリアに割り当てられたクレジット
これらのデータを表Ｔ６に示す。
【０１８８】
【表６】
2005512250.tif 000008
【０１８９】
アクセス・モードの制御の順序は以下の通りである。
ＥＣＭメッセージの最初の提示：加入者は加入契約を有さないため番組へのアクセスを得ない。
【０１９０】
端末Ｔlは、放送番組に関連する衝動モードでの取得申出の検索を実行する。こうした申出はアクセス制御モジュールＣＡＭlに提示される。
【０１９１】
衝動モードでの取得についてのＥＰＭメッセージの提示
図４ｂによるＰｕｒｃｈａｓｅ＿ＰＵ型のメッセージＥＰＭ2の処理について。取得の申出は、加入料金Ａをタイプ１０のトークン・キャリアによって、１０カウント単位のコストで購入できることを示す。加入者専用のカード中、加入者に属するクレジットは、購入日に有効なタイプ１０のトークン・キャリアである（表Ｔ６参照）。５０に等しい単位数は十分である。加入者のカードは同意要求に応答し、使用された料金を示すが、この同意要求は図４ｃのテスト動作４０ｌに実質的に対応する。従って、加入者は自分のクレジットによって加入料金を取得でき、タイプ２０のトークン・キャリアでもあるこの料金によって加入契約を購入することもできる。
【０１９２】
同意要求ステップ４０ｌで、同意が加入料金Ａについて登録されている場合、衝動買い用のメッセージＥＰＭ2を再送信することによって、クレジットの引き落としによる加入料金Ａの購入が発生する。
【０１９３】
Ｐｕｒｃｈａｓｅ＿ＡＲ型のメッセージＥＰＭ1の処理は以下の通りである。アクセス・モードの取得についての申出は、タイプ２０のトークン・キャリアによって、１カウント単位のコストで権利を取得できることを示す（表Ｔ２の対応するメッセージの参照を参照）。
【０１９４】
加入者のカードまたはアクセス制御モジュールのメモリ中には、タイプ２０の電子トークン・キャリアは存在せず、クレジット・データは単にタイプ１０の電子トークン・キャリア、すなわちトークン・クレジットの存在を示すだけである。アクセス制御モジュールＣＡＭlは該当する電子トークン・キャリアが存在しないことを通知することによって応答する。従って、加入者は必要な加入契約を取得できない。
【０１９５】
ＥＣＭメッセージの第２の提示：加入者は、もちろん、加入契約を有しているので放送番組へのアクセスを得る。
【０１９６】
先に説明した、本発明のアクセス・モードを制御するプロトコルを使用した後、カードは表Ｔ７のような記憶情報を含む。
【０１９７】
【表７】
2005512250.tif 000009
【０１９８】
この情報はプライベート・データの形態のカード中の参照と変換率を備える。
クレジットはカードに割り当てられ、これらのデータはユーザによる読み取りが可能である。
【０１９９】
さらに、カード中に格納されたデータは、アクセス権の消費に関するデータ、以前の消費に関連する加入料金Ａのデータ及びアクセス権についての消費データを含み、以前の消費に関連する加入料金Ａと以前の消費に関連する加入契約とが明瞭に記載される。
従って、以前の場合と同様に、明細の内容に関する情報は表Ｔ８によって確立できる。
【０２００】
【表８】
2005512250.tif 000010
【０２０１】
以前の場合と同様に、表Ｔ８のデータは、アクセス権の消費についてのデータ、以前の消費に関連する加入料金Ａ、以前の消費に関連するアクセス及び加入権の消費に対応でき、これらのデータはユーザによる読み取りアクセスのみが可能である。
【０２０２】
こうして、先に説明した第１及び第２の場合を参照すると、一般的なアクセス・モードの組合せは、ＥＣＭメッセージとＥＭＭメッセージとを同期して連続させることによって実現できることがわかる。こうした状況では、アクセスされるデータ量の単位毎の各基準に関するアクセス・モードの制御は、名前によるアクセス権毎の各基準についてのアクセス・モードに基づいて、それぞれ、アクセス権または電子トークン・キャリアについての衝動モードでの取得申出によってもたらされる。
【図面の簡単な説明】
【０２０３】
【図１】中央サーバにおける、本発明のプロトコルの使用例を示す図である。
【図２ａ】図１に示す本発明のプロトコルの使用の第１のバリエーションを示す図である。
【図２ｂ】図２ａに示す本発明のプロトコルの使用の第２のバリエーションを示す図である。
【図２ｃ】図２ｂに示す第２のバリエーションの簡素化に対応する、本発明のプロトコルの使用の第３のバリエーションを示す図である。
【図３ａ】本発明のプロトコルの使用の別の例を示す図である。
【図３ｂ】図３ａによる本発明のプロトコルの使用の有利なバリエーションを示す図である。
【図４ａ】加入ユーザが要求するアクセス権に対するアクセス・モードを制御する流れ図を示す図である。
【図４ｂ】電子トークン・キャリア用のアクセス単位の取得中のアクセス・モードを制御する流れ図である。
【図４ｃ】電子トークン・キャリア用のアクセス権の取得中のアクセス・モードを制御する流れ図である。
【図４ｄ】新しい電子トークン・キャリアの取得中のアクセス・モードを制御する流れ図である。
【図５】送信センタの概略を示す図である。
【図１】
2005512250.tif 000011
【図２ａ】
2005512250.tif 000012
【図２ｂ】
2005512250.tif 000013
【図２ｃ】
2005512250.tif 000014
【図３ａ】
2005512250.tif 000015
【図３ｂ】
2005512250.tif 000016
【図４ａ】
2005512250.tif 000017
【図４ｂ】
2005512250.tif 000018
【図４ｃ】
2005512250.tif 000019
【図４ｄ】
2005512250.tif 000020
【図５】
2005512250.tif 000021
【国際調査報告】
2005512250.tif 000022
2005512250.tif 000023
2005512250.tif 000024
2005512250.tif 000025
2005512250.tif 000026
2005512250.tif 000027
2005512250.tif 000028
2005512250.tif 000029