アクセス認可情報を効率的に配布する考え方
アクセス制限有りのサービスに関してユーザデバイスのサービスアクセス認可を制御するための装置（１００）が、サービスごとのユーザ識別子（１０２）を含む認可メッセージ（１０３）に応答してサービスアクセス認可（１０４）の有効時間期間を設定するように構成されたサービスアクセス認可プロバイダ（１０１）を備えている。また、このサービスアクセス認可プロバイダ（１０１）は、この装置（１００）によって決定されたサービスアクセス認可（１０４）の最後の認可時間期間（１０６）の終わりから少なくとも所定の継続期間（１２３）が過ぎた場合に、先のサービスごとのユーザ識別子（１０２）を用いたサービスアクセス認可（１０４）の延長又は復活を可能にする認可を不可能（１０５）にするように構成されている。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル著作権管理システム又はアクセス認可システムにおいてアクセス認可情報を効率的に配布する考え方に関する。さらに本発明は、サービスアクセス認可を制御するための装置及び方法、認可メッセージを提供するための装置及び方法、ならびにサービスアクセス認可を制御するためのシステムにも関する。
【背景技術】
【０００２】
デジタル著作権管理(Digital Right Management)システムは、ＤＲＭシステムとも称されるが、デジタルメディアの使用及び配布をチェックするために使用される方法である。デジタル使用管理は、特に、デジタル映画及び音声の記録に使用できるが、ソフトウェア、電子文書又は電子ブックにも使用することができる。そのようなデジタル著作権管理システムを使用するプロバイダは、例えばデータそのものへの支払いに代えて、ライセンス又は認可によるデータの使用の権利への支払いなど、新たな課金方法を適用するために、自身のデータの使用をチェックすることができる。
【０００３】
作家及び開発者は、多くの場合、自身の知的財産を譲り渡した後でも、その流通及び使用をチェック又は制限したいと考える。デジタル著作権管理システムは、それぞれの権利所有者が定める範囲に限ってデータの使用を許可すること（すなわち、ライセンス）をサポートする。
【０００４】
一方で、デジタル著作権管理システムは、例えば企業における文書の保護（したがって、企業権利管理システムとも称される）など、多数の他の分野においても見られる。
【０００５】
デジタル著作権管理システムは、情報財産の権利所有者に、あらかじめ行われる使用の契約に基づくユーザによる自身の財産の使用の種類の技術的な行使の方法を提供する技術的な安全手段である。
【０００６】
さらに、デジタル著作権管理システムは、単純な定額の支払いを超えてデジタルコンテンツを管理することを可能にし、使用の頻度、期間又は範囲に応じた個別のライセンス供与又は課金を可能にする。一方では、無制限の使用を制限することができる一方で、他方では、これまでは実現困難であったビジネスのモデルが要求により可能になる。
【０００７】
デジタル著作権管理システムの例は、Open Mobile Allianceのシステム（ＯＭＡ ＤＲＭと称される）
（ＯＭＡ ＤＲＭ Ｖ１.０(http://www.openmobilealliance.org/Technical/release_program/drm_v1_0.aspx)、
ＯＭＡ ＤＲＭ Ｖ２.０(http://www.openmobilealliance.org/technical/release_program/drm_v2_0.aspx）、及びＯＭＡ ＤＲＭ Ｖ２.１（http://www.openmobilealliance.org/technical/release_program/drm_v2_1.aspx）の各バージョンのＯＭＡ規格）、ならびにＥＵＲＯＣＲＹＰＴと称されるＢＳ ＥＮ ５００９４：１９９３又はＥｕｒｏｃｒｙｐｔ ＢＥ ＥＮ ５００９４：１９９３（http://www.beuth.de/langanzeige/BS+EN+50094/9799264.html）の各バージョンのＥＴＳＩ規格ＥＮ ５００９４のシステムである。さらに、仕様の一部がオープンプラットフォームに基づく多数の独自のデジタル著作権管理システムが存在する。
【０００８】
２００８年４月２３日にオンライン百科事典Wikipediaによって公開された記事「Digital rights management」が、デジタル著作権管理システムの概要を提示しており、アプリケーション「iTunes Store」の条件での「Apple社」の「Fairplay」システム及び「Microsoft社」の「Windows Media ＤＲＭ」システムを簡単に説明している。
【０００９】
最も広まっているデジタル著作権管理システムは、Apple社の「Fairplay」、Microsoft社の「Windows Media ＤＲＭ」、及びOpen Mobile Alliance StandardizationによるOMA DRMシステムである。それらは、認可を精密に設定することを可能にし、さまざまなオーディオ及びビデオファイルについて使用することが可能である。例えば、業界大手のApple社は、「iTunes Store」と称されるアプリケーションにおいて「Fairplay」を使用している。デジタルコンテンツの他のプロバイダは例えばNapster又はMusicloadである。ビデオ提供サービスはMicrosoft社によるＤＲＭシステムをもっぱら使用している。ＯＭＡ ＤＲＭシステムは着信音又は画像に使用されているが、ほぼすべての携帯電話機において、例えばコンテンツプロバイダとしてのVodafone又はT-Mobileによって、モバイルミュージック及びＴＶ伝送にも使用されている。ＯＭＡ ＤＲＭ及びWindows Media ＤＲＭシステムは、携帯電話機とＰＣとの間の相互運用を可能にするために組み合わせられることが多い。プロバイダとしてのMusicload及びVodafoneがここでの典型である。
【００１０】
デジタル著作権管理システムは、例えば自動車分野（例えばソフトウェアの保護、リアルタイムナビゲーション又はオンラインナビゲーションのため）又は組み込みシステムの分野など、多数の他の分野で将来においてさらに重要な役割を果たすであろう。
【００１１】
デジタル著作権管理システムは、大部分は、デジタルコンテンツへのアクセスを制御するために暗号法を使用している。これは、典型的には、あらゆるデジタルコンテンツを暗号化によってライセンスへ一意に結び付けることによって実現することができる。デジタルコンテンツに属する有効なライセンスがない場合、ユーザは、装置又はデータ担体を購入することができるが、コンテンツにアクセスすることができない。コンテンツ管理コンピュータが、典型的には、保護対象のデジタルコンテンツを管理し、デジタル著作権管理システムにおける使用のために暗号化し、コンテンツをまずは読解不可能にする。ライセンス管理コンピュータが、要求に応じて、ユーザの認可及びコンテンツの解読のためのそれぞれの鍵に関して必要なライセンスを生成することができる。ユーザは、保護されているコンテンツへのアクセスを望む場合、デジタル著作権管理コントローラによってライセンス管理コンピュータから再生に必要なライセンスを要求する。再生プログラムの真正さ及び完全性が成功裏に確認された場合に、例えば、コンテンツがライセンスに含まれる鍵を使用して解読され、このようにして再び読解可能にされ、再生プログラムへと渡される。
【００１２】
アクセス認可システム又はアクセス暗号化システム（条件付きアクセス（ＣＡ）システムとも称される）は、典型的には、番組コンテンツの暗号化及び解読のための有料ＴＶ又は有料ビデオフェッチアプリケーションにおいて使用されるシステム（他のデジタル放送／ラジオシステム及び車両の補助にも使用することができる）を含む。
【００１３】
受信者がコンテンツを解読できるためには、受信者は、例えば間断なく変化する制御ワードを必要とする。受信者にこの制御ワードを入手させること、したがって特定の受信者にのみ対処することが、アクセス認可システムの任務の１つである。
【００１４】
典型的には、プロバイダが、有用なデータと平行して、管理メッセージ（ＥＣＭメッセージとも称される）としての別のデータパッケージを送信する。これらのＥＣＭメッセージによって、それぞれの認可を有している受信者は、例えば、その時点において有効な制御ワードを割り出し、コンテンツデコーダへ送ることができる。これにより、コンテンツデコーダが、受信したコンテンツを解読することができる。受信者側において、アクセス認可システムは、例えば、スマートカードの形態の顧客に結び付けられた認可カードと顧客名を伏せたアクセス認可モジュールによって企画される。ここで、アクセス認可モジュールは、データストリームから管理メッセージを含んでいるパッケージを取り出し、認可カードに関して与えられた情報によって該当の制御ワードを割り出すことができる。アクセス認可システムのロジックをモジュールと認可カードへ分配することができる。顧客特有のデータを認可カード上に保持し、第三者による読み取りを不可能にすることが、例えば一般的な手順である。
【００１５】
顧客の認可カード上に前もって存在できる情報に加えて、これらの方法は、管理コマンドを含む管理メッセージを到来するデータストリームを介して送信することができる。これらの管理メッセージは、ＥＭＭメッセージとも称され、とりわけ顧客カードを有効及び無効にするように機能する。個々の提供パッケージに関して、顧客が認可カードを交換しなくても、より多数又はより少数の権利を顧客に提供する方法が存在する。
【００１６】
デジタルアクセス認可システムの例は、Ｄ−Ｂｏｘと称されるアプリケーションのために開発されたデジタル有料ＴＶのための「Betacrypt」及び「Betacrypt II」システム、有料ＴＶ、ブロードバンドＴＶ及びモバイルアプリケーションのための「Videoguard」と称されるシステム、ならびに衛星ＴＶ及びケーブルＴＶの両者のためのアクセス認可方法を提供する「Nagravision Aladin」と称されるシステムである。
【００１７】
２００８年３月１２日のオンライン百科事典Wikipediaの記事「Conditional access」において、デジタル有料ＴＶシステム「Videoguard」及び「Nagravision Aladin」が言及されており、リンク先の２００８年１月８日の記事「Nagravision」及び２００８年４月２０日の記事「Videoguard」において簡単に説明されている。２００７年１２月２１日のWikipediaの記事「Conditional access system」は、Betacrypt IIシステムによって置き換えられた別のアクセス認可システムとしてBetacryptに触れている。
【００１８】
一方向性のブロードキャストシステムにおいては、受信機が通常は受信したメッセージの受け取りを知らせることができず、受信機が常にオンであるわけではないため、高い受信品質を保証するために、例えばすべてのメッセージを繰り返し送信しなければならない可能性がある。高いセキュリティ基準を保証するために、有効なアクセス鍵を欠いての解読が経済的に現実的でなく、又は技術的にほぼ不可能であるように、アクセス認可メッセージを安全に暗号化することができる。さらに、異なる個々のアクセス認可システムを、互いに影響することがないように互いに分離することができる。
【００１９】
デジタル著作権管理システム及びアクセス認可システムは、サービスプロバイダが、保護されたマルチメディアコンテンツを閉じられたグループのユーザへ配布することを可能にする。配布は、例えばアナログもしくはデジタルのビデオ又はオーディオブロードキャストシステム、移動無線通信システム、インターネットプロトコルシステム、又はデジタルマルチメディア伝送システムを介し、さまざまなシステムを使用して行うことができる。ＤＶＢ（デジタルビデオブロードキャスト）システム、ＧＳＭ（移動体通信用グローバルシステム）システム、ＩＰ（インターネットプロトコル）システム、及びＤＡＢ／ＤＭＢ（デジタルオーディオ／マルチメディアブロードキャスト）システムが、とりわけ一般的なシステムである。
【００２０】
コンテンツを、配布に先立って暗号化することができる。使用の規則及び必要な暗号鍵を、さらなる管理メッセージにて配布することができる。コンテンツを、サービスに関してグループ化することができる。サービスのユーザは、例えば送信機側において管理することができる人々のグループである。
【００２１】
ユーザは、自身の装置又は装置に接続されたセキュリティコンポーネント（例えば、認可カード（チップカード）など）に必要な認可が保存されているとき、サービスにアクセスすることができる。ユーザは、その認可をセキュリティコンポーネントの専有化過程で得ることができる。
【００２２】
サービスプロバイダとサービスユーザとの間の一般的なビジネスモデルは、購読を使用してアクセスを規制する。サービスの認可は、典型的には、特定の時間期間にわたって有効であり、満了したとき、サービスプロバイダとサービスユーザとの間に依然としてビジネス関係が存在する場合に、延長することが可能である。延長（Ｖｎ）は、典型的には、特定のサービスに関係することができる管理メッセージによって行われる。管理メッセージは、延長の時間期間（startn、endn）を典型的には延長開始時刻（startn）及び延長終了時刻（endn）によって符号化することができるパラメータを含むことができる。
【００２３】
デジタル著作権管理システム又はアクセス認可システムが、例えばデジタルブロードキャストシステムなど、複数の受信機が送信信号を受信することができる環境（「１点対多点」）において使用される場合、延長メッセージを、同時に複数のサービスユーザへ向けることができる。このことは、延長メッセージが、延長の対象のサービスユーザのリストが配置されるアドレス領域を含むことができることを意味する。これらのサービスユーザについて、延長の時期（例えば、１２月３１日）及び延長期間（例えば、３ヵ月）の両者を同一にすることができる。
【００２４】
購読が延長されない場合、例えば該当のサービスユーザについて延長メッセージは送信されない。このサービスユーザのアクセス認可が満了する。
【００２５】
アクセス認可の終了は、通常は、購読の満了の時点に一致する。
【００２６】
デジタル著作権管理システム又はアクセス認可システムのサービスユーザの複数の購読者データを管理する購読者管理システムは、購読者データの管理のために、ここでは「ｄ」と称されるサービス識別子を有している特定のサービスについて、ここでは「ｉ」と称されるサービスごとのユーザ識別子を、ここでは「ｇ」と称される装置識別子を有しているユーザの装置へ割り当てることができる個人専有化を必要とすることができ、サービスごとのユーザ識別子は、装置識別子及びサービス識別子に依存することができる。これは、式としては、ｉ＝ｆ（ｇ、ｄ）と表現することができ、「ｆ（ ）」は、関連付け関数を指している。パーソナライゼーションにおいて、他の関連付けも可能である。
【００２７】
装置識別子、サービス識別子及びユーザ識別子を、購読者管理システムにおいて送信側に保存することが可能である。
【００２８】
周辺機器は、典型的には、追加のサービスのパーソナライゼーションのために自身に割り当てられる装置識別子を承知している。複数（典型的には、ｎ個）のサービスの個人専有化の後で、その装置は、サービスごとのユーザ識別子のリストを恒久的（又は、一時的）に保存することができ、そのリストを、典型的には、１〜ｎの間の添え字を有するｎ組のサービス識別子及びユーザ識別子の数字の並び（ｄ１、ｉ１）、・・・、（ｄｎ、ｉｎ）として表わすことができる。その装置は、典型的には、サービス識別子ｄを有する有効なすべてのサービスについて自身のユーザ識別子ｉを承知しており、これを使用してアドレスされることが可能である。
【００２９】
サービスごとのユーザ識別子は、典型的には、対応するサービス認可が存在する時間期間について一時的である。
【発明の概要】
【発明が解決しようとする課題】
【００３０】
本発明の目的は、サービスアクセス認可情報の効率的な配布を可能にする考え方を提供することにある。
【課題を解決するための手段】
【００３１】
この目的は、サービスアクセス認可を制御するための請求項１に記載の装置、サービスアクセス認可を制御するための請求項２９に記載の方法、認可メッセージを提供するための請求項９に記載の装置、認可メッセージを提供するための請求項３０に記載の方法、又はサービスアクセス認可を制御するための請求項１８に記載のシステムによって達成される。
【００３２】
本発明のいくつかの実施の形態は、アクセス制限有りのサービスに関してユーザデバイスのサービスアクセス認可を制御するための装置であって、サービスごとのユーザ識別子を含む認可メッセージに応答してサービスアクセス認可の有効時間期間を設定する装置に基づいており、その設定は最後の認可時間期間の終わりからの所定の継続期間に基づくことができる。
【００３３】
さらに、いくつかの実施の形態は、アクセス制限有りのサービスに関してユーザデバイスのための認可メッセージを提供するための装置であって、サービスごとのユーザ識別子について、当該サービスごとのユーザ識別子の最後の関連付け先のユーザデバイスの認可時間期間が満了した後も、少なくとも所定の継続期間の間は、当該サービスごとのユーザ識別子を未使用のままにする装置に基づいている。
【００３４】
いくつかの実施の形態は、再び開放されたユーザ識別子を、必要とされるアドレス空間、すなわち生じうるサービスごとのユーザ識別子の数（ｉとも称される）を抑制するため、及び適用可能であれば長期動作における効率的なユーザのアドレシングのための最適なグループ形成を保証するために、制御された方法で再び割り当てることができるという発見に基づいている。アドレス空間が抑制されることで、結果として、例えばサービスごとのユーザ識別子がビットの並びとして表現される場合に、サービスアクセス認可の提供のために送信しなければならないビット数がより少なくなる。サービスごとのユーザ識別子を送信するために必要なビット数がより少ないならば、サービスアクセス認可を含むメッセージをより小さな帯域幅のチャネルによって送信することができ、さらには購読者管理システムが、サービスごとのユーザ識別子の管理のために、より少数のデータセットを確保すればよくなる。
【００３５】
本発明の考え方によれば、開放されたユーザ識別子が再び割り当てられた後に、自身の識別子がすでに無効であるユーザ（「古いユーザ」とも称されるユーザ）が、自身の装置を使用して再びコンテンツにアクセスすることを、防止することができる。さらには、自身の購読を延長したが、自身の周辺機器が延長メッセージを未だ受信できていないユーザが、さらなるサービスの使用からすぐに排除されてしまうことを防止することができる。換言すると、本発明は、通常は「良好なユーザ感覚」と称することができるユーザの満足をもたらす。
【００３６】
ここで、装置が、より長い時間期間にわたってオフのままである場合や、不充分な受信品質の場所に位置する場合（例えば、自動車を地下駐車場に駐めている場合や、装置が例えば車両に設置され、自動車で休暇に出かけている場合など）に、延長メッセージを受信できないことに触れておかねばならない。
【００３７】
自身の購読を延長したが、自身の装置がきわめて長い時間期間にわたって受信可能とならず、したがって延長メッセージを受信できるようにならないユーザについて、運用上の便利さにおける限界が予想される。これらのユーザにおいては、装置がサービスの使用から締め出される可能性がある。その場合、ユーザは、例えば、自身のサービスプロバイダに連絡して新たなユーザ識別子を提供して貰うことができ、あるいは購読者管理システムに未だ登録されている自身の古いユーザ識別子について、自身の装置内の該当のサービスについての無効にされたパラメータ及び鍵を再び復活させることができる。
【００３８】
次に、本発明の好ましい実施の形態を、添付の図面を参照して詳述する。
【図面の簡単な説明】
【００３９】
【図１Ａ】サービスアクセス認可を制御するための本発明の一実施の形態による装置のブロック回路図を示している。
【図１Ｂ】サービスアクセス認可を制御するための本発明の別の実施の形態による装置のブロック回路図を示している。
【図２Ａ】認可メッセージを提供するための本発明の一実施の形態による装置のブロック回路図を示している。
【図２Ｂ】認可メッセージを提供するための本発明の別の実施の形態による装置のブロック回路図を示している。
【図３】サービスアクセス認可を制御するための方法のフロー図の形態の実施の形態を示している。
【図４】認可メッセージを提供するための方法のフロー図の形態の実施の形態を示している。
【図５】延長メッセージによるサービス延長の時系列の例を示している。
【図６Ａ】購読に属するすべての延長メッセージが受信されているわけではないサービス延長の時系列の例を示している。
【図６Ｂ】第１及び第２の延長メッセージの間に延長メッセージが受信されなかった時間期間が存在しているサービス延長の時系列の別の例を示している。
【図７Ａ】延長メッセージと、装置の再起動時刻と、活性維持期間とを含んでいるサービス延長の時系列の例を示している。
【図７Ｂ】第１の延長メッセージと、第２の延長メッセージと、活性維持期間とを含んでいるサービス延長の時系列の例を示している。
【図８】サービスアクセス認可を制御するためのシステムのブロック図の形態の実施の形態を示している。
【発明を実施するための形態】
【００４０】
図１Ａは、アクセス制限有りのサービスに関してユーザデバイスのサービスアクセス認可を制御するための本発明の一実施の形態による装置１００のブロック回路図を示している。装置１００はサービスアクセス認可プロバイダ１０１を含んでおり、サービスアクセス認可プロバイダ１０１はサービスアクセス認可１０４が有効である時間期間を決定するように構成されており、この決定はサービスごとのユーザ識別子１０２と一緒にもたらされる認可メッセージ１０３に応じて行われる。サービスアクセス認可プロバイダ１０１は、先のサービスごとのユーザ識別子１０２を用いたサービスアクセス認可１０４の延長又は復活を可能にする認可を、装置１００によって決定されたサービスアクセス認可１０４についての最後の認可の時間期間１０６の終わりから少なくとも所定の時間期間が過ぎたときに、不可能１０５にするように構成されている。サービスアクセス認可１０４の延長又は復活を可能にする認可を不可能１０５にするための他の実施の形態が図１Ｂに示されている。
【００４１】
図１Ｂは、アクセス制限有りのサービスに関してユーザデバイスのサービスアクセス認可を制御するための本発明の別の実施の形態による装置１００のブロック回路図を示している。装置１００は、サービスごとのユーザ識別子１０２と、認可時間期間１０６又は認可時間期間１０６を記述する情報とを含む認可メッセージ１０３を受信するサービスアクセス認可プロバイダ１０１を含んでいる。それぞれの機能ブロック１１１、１１２、１１３、１１４、及び１１５によって特定される以下の５つのステップが、認可メッセージ１０３に応じて、サービスアクセス認可プロバイダ１０１において実行される。
【００４２】
第１のステップ１１１において、サービスアクセス認可プロバイダ１０１は認可時間期間１０６を含む認可メッセージ１０３を受信する。
【００４３】
第２のステップ１１２において、サービスアクセス認可プロバイダ１０１は、受信した認可時間期間１０６を、装置１００に存在する最後の認可時間期間１０７と比較する。最後の認可時間期間１０７の終わり１２１から、受信した認可時間期間１０６の始まり１２２までに経過した継続期間１２０が割り出される。
【００４４】
第３のステップ１１３において、サービスアクセス認可プロバイダ１０１は、経過した継続期間１２０を所定の継続期間１２３と比較する。経過した継続期間１２０が所定の継続期間１２３以上である場合、サービスアクセス認可プロバイダ１０１は、ステップ１１４（４ａ）を実行し、経過した継続期間１２０が所定の継続期間１２３よりも短い場合、サービスアクセス認可プロバイダ１０１はステップ１１５（４ｂ）を実行する。
【００４５】
ステップ１１４（４ａ）において、先のサービスごとのユーザ識別子１０２を用いた延長又は復活の認可が不可能１０５にされる。ステップ１１５（４ｂ）においては、サービスアクセス認可１０４が延長され、又は復活させられ、先のサービスごとのユーザ識別子１０２を用いた延長又は復活の認可が維持される。
【００４６】
装置１００の振る舞いを決定する決定的なパラメータは、「活性維持期間（keep alive period）」又はＫＡＰとも称される所定の継続期間１２３である。このパラメータを使用して、装置１００は、先のサービスごとのユーザ識別子１０２を用いた延長又は復活の認可を、不可能１０５にするか、又は維持するかを制御する。
【００４７】
サービスアクセス認可を制御するための装置１００の実施の形態を、例えば有料ＴＶシステム、有料ビデオシステム又は運転補助システムにおける、オーディオ、ビデオ、又はマルチメディアサービスのために、きわめてさまざまな装置に使用することができ、システムを移動式又は固定式の装置に実装することができる。さらに、装置１００を、携帯電話機におけるデータサービス又はマルチメディアサービスに使用することが可能であり、インターネットアクセスを有し又はインターネット接続を有しない、可搬又は据え置きのコンピュータにおける課金有り及び／又はアクセス制御有りのサービスに使用することができる。
【００４８】
経過した継続期間１２０の割り出しは、認可時間期間１０６の開始時刻１２２の代わりに、装置がスイッチオンされた時点に応答してもよい。この場合、経過した継続期間１２０は、最後の認可時間期間１０７の終わり１２１と装置１００のスイッチオンの時点との間の継続期間である。これは、例えば、装置が最後の認可時間期間１０７の終わり１２１の後でオフにされ、後の時点でスイッチオンされる場合に当てはまる。その結果、装置がそれまではサービスプロバイダによって送信されていた延長メッセージを受信せず、その間（最後の延長メッセージの受信後）に継続期間１２０が過ぎることで、ユーザが先のサービスごとのユーザ識別子１０２を使用して自身のサービスアクセス認可１０４及び／又はサービスアクセス認可の延長の認可を維持することができるか否かが決定されることが生じうる。
【００４９】
サービスアクセス認可プロバイダ１０１は、典型的には、許可メッセージ又は延長メッセージを含むことができる認可メッセージ１０３を受信し、この認可メッセージ１０３から認可開始時刻１２２と認可終了時刻１２４とを有する認可時間期間１０６を決定する。サービスアクセス認可プロバイダ１０１は、認可終了時刻１２４が装置１００において測定される現在の時刻よりも時間的に後である場合、すなわちサービスアクセス認可１０４が現時点において有効である場合に、サービスアクセス認可１０４を可能にするように構成されている。
【００５０】
認可メッセージ１０３は、他の実施の形態においては、サービスごとのユーザ識別子１０２及び認可時間期間１０６の他に装置識別子をさらに含むことができ、サービスアクセス認可プロバイダ１０１は、典型的には、認可時間期間１０６を提供する前に、認可メッセージ１０３にて受信された装置識別子を最初にチェックし、装置１００が実装されてなる周辺機器の装置識別子と比較し、一致する場合に、認可メッセージ１０３から認可時間期間１０６を読み出す。
【００５１】
サービスアクセス認可プロバイダ１０１は、先のサービスごとのユーザ識別子１０２を用いたサービスアクセス認可１０４の延長又は復活を許す認可を維持するように構成される。これが、ステップ１１５（４ｂ）に示されている。すなわち、認可メッセージ１０３を受信し、サービスアクセス認可１０４を延長し、及び／又は復活させた後で、先のサービスごとのユーザ識別子１０２を用いた延長又は復活の認可の継続期間は、サービスアクセス認可が有効である時間期間の終わりを過ぎて所定の継続期間１２３にわたって延びる。この所定の継続期間１２３も活性維持期間又はＫＡＰと称される。所定の時間継続期間１２３は装置１００の特徴的なパラメータである。
【００５２】
さらに、サービスアクセス認可プロバイダ１０１は、認可終了時刻１２１の前又は認可終了時刻１２１においてサービスアクセス認可１０４の付与が装置１００によって確立されていない場合に、認可終了時刻１２１が来た後でサービスアクセス認可１０４を無効にするように構成されている。すなわち、たとえ先のサービスごとのユーザ識別子１０２を用いたサービスアクセス認可の延長又は復活の認可が維持されていても、サービスアクセス認可１０４が、最後の認可時間期間１０７の終わり１２１において無効にされる。この先のサービスごとのユーザ識別子１０２を用いた延長又は復活の認可は、所定の継続期間１２３に対応する別の継続期間について維持される。先のサービスごとのユーザ識別子１０２を用いた延長又は復活の認可を不可能１０５にすることは、典型的には、先のサービスごとのユーザ識別子１０２を用いたサービスアクセス認可１０４に関するパラメータ又は鍵を消去し、読み取り不能にし、又は阻止することによって行うことができる。
【００５３】
サービスアクセス認可プロバイダ１０１を含む装置１００を、典型的には、電子回路であるように実装することができる。コンピュータ又はコンピュータの一部であってよく、携帯電話機、据え置きもしくは可搬のコンピュータ、ナビゲーションシステム、運転支援システム、ケーブル又は衛星受信機の内部の回路であってよい。
【００５４】
図２Ａは、アクセス制限有りのサービスに関してユーザデバイスについての認可メッセージを提供するための本発明の一実施の形態による装置２００のブロック回路図を示している。装置２００は識別子マネージャ２０１及び認可メッセージクリエータ２０２を含んでいる。認可メッセージクリエータは、サービスアクセス認可１０４を可能にするための許可メッセージ又はサービスアクセス認可１０４を延長するための延長メッセージの形態で認可メッセージ１０３を生成するように構成されており、許可メッセージ１０３又は延長メッセージ１０３には、識別子マネージャ２０１によってもたらされるサービスごとのユーザ識別子１０２が備えられている。識別子マネージャ２０１は、サービスごとのユーザ識別子１０２について、当該サービスごとのユーザ識別子１０２が最後に関連付けられたユーザデバイスの認可時間期間１０６が満了した後も少なくとも所定の継続期間１２３の間は当該サービスごとのユーザ識別子１０２を未使用２０３とし、前記所定の継続期間１２３の満了後に当該サービスごとのユーザ識別子１０２を認可メッセージクリエータ２０２による再使用のために開放２０４するように構成されている。
【００５５】
識別子マネージャ２０１は、典型的には、サービスごとのユーザ識別子を含む３つのブロックを備えている：第１のブロック２０５はユーザデバイスの認可時間期間１０６が経過中である関連付け済みのサービスごとのユーザ識別子１０２を含んでおり、第２のブロック２０６は、ユーザデバイスの認可時間期間１０６の満了から所定の継続期間１２３が経っていない未使用２０３のサービスごとのユーザ識別子１０２を含んでおり、第３のブロック２０７は開放２０４されて再使用できるサービスごとのユーザ識別子を含んでいる。
【００５６】
識別子マネージャ２０１の内部のコントローラ２０８は、どのサービスごとのユーザ識別子１０２を認可メッセージクリエータ２０２にとって利用可能にするかを制御する。ここで、コントローラ２０８は、ブロック２０５の関連付け済みのサービスごとのユーザ識別子１０２又はブロック２０６の未使用２０３のサービスごとのユーザ識別子１０２の提供、又はブロック２０７の開放２０４されて再使用することができるサービスごとのユーザ識別子１０２の提供を制御する。
【００５７】
認可メッセージクリエータ２０２は、識別子マネージャ２０１によって提供されたサービスごとのユーザ識別子１０２を含む許可メッセージ又は延長メッセージを生成するためのブロック２１０を備えている。このようにして、装置２００は、サービスごとのユーザ識別子１０２を含む認可メッセージ１０３を提供する。
【００５８】
図２Ｂは、アクセス制限有りのサービスに関してユーザデバイスについての認可メッセージを提供するための本発明の別の実施の形態による装置２００のブロック回路図を示している。認可メッセージクリエータ２０２は、図２Ａによる認可メッセージクリエータ２０２と同じ構成である。図２Ａのコントローラ２０８の機能が、図２Ｂにおいてブロック２２０、２２１、２２２及び２２３を使用してさらに詳しく説明される。ブロック２２０によって示されているサービスごとのユーザ識別子１０２の提供が識別子マネージャ２０１の目的である。これを、代案として、識別子マネージャ２０１の外部又は装置２００の外部で行うことも可能である。
【００５９】
サービスごとのユーザ識別子の提供は、いくつかの機能を含んでいる。ブロック２２１において、それまでに周辺機器へ関連付けられたサービスごとのユーザ識別子１０２について、当該サービスごとのユーザ識別子１０２の関連付け先の認可時間期間１０６、１０７が満了しているか否かがチェックされる。認可時間期間１０６、１０７（先のユーザの周辺機器がサービスへアクセスできる）が未だ満了していない場合、それまでに周辺機器へ関連付けられたサービスごとのユーザ識別子１０２を先のユーザ及び／又は先の周辺機器についての許可メッセージ又は延長メッセージ１０３の生成に使用することができる。しかしながら、認可時間期間１０６、１０７が過ぎている場合には、当該サービスごとのユーザ識別子１０２は、ブロック２２２に示されているように、所定の継続期間１２３にわたって未使用のままにされる。サービスごとのユーザ識別子１０２を、認可時間期間１０７の終わり１２１から所定の継続期間１２３の満了まで、先の周辺機器についての認可時間期間の更新に使用することができる。
【００６０】
ブロック２２３において、所定の継続期間１２３が過ぎたか否かが最終的にチェックされる。所定の継続期間１２３が過ぎている場合、サービスごとのユーザ識別子１０２を再び使用することができ、新たなユーザが、以前は別のユーザへ関連付けられていたサービスごとのユーザ識別子１０２を含む認可メッセージ１０３を取得することができる。所定の継続期間１２３が未だ過ぎていない場合には、サービスごとのユーザ識別子１０２を、別のユーザ及び／又は別の周辺機器のために開放することはできない。その結果、識別子マネージャ２０１は、他の周辺機器のために、別のサービスごとのユーザ識別子１０２を用意し、このサービスごとのユーザ識別子１０２を、典型的には、その使用可能性に関してブロック２２１、２２２及び２２３においてチェックすることができ、使用可能である場合には認可メッセージクリエータ２０２へ供給し、認可メッセージクリエータ２０２が当該別のサービスごとのユーザ識別子１０２を含む認可メッセージ１０３を生成することができる。
【００６１】
認可メッセージクリエータ２０２を、例えば移動式又は固定式の装置における有料ＴＶシステム又は運転支援システムのためのオーディオ、ビデオもしくはマルチメディアサービス、携帯電話機におけるデータサービス、マルチメディアサービス、又はインターネットアクセスを有しもしくは有していない可搬又は据え置きのコンピュータにおけるアクセス制御有り及び／又は課金有りのサービスを可能にし、又は延長するためのメッセージ１０３を生成するように構成することができる。
【００６２】
認可メッセージクリエータ２０２を、サービスごとのユーザ識別子１０２を含む認可メッセージ１０３を生成し、サービスごとのユーザ識別子１０２が、典型的にはビットの並びによって表わされるように、さらに構成することができる。認可メッセージクリエータ２０２を、サービスごとのユーザ識別子１０２を含む認可メッセージ１０３を限られた帯域幅のメッセージチャネルを介して送信するように構成することができる。さらに、認可メッセージクリエータ２０２及び識別子マネージャ２０１を、典型的には電子回路として実現することができる。
【００６３】
サービスアクセス認可情報の効率的な配布が、効率的なコントローラ２０８によって生じる。これは、サービスごとのユーザ識別子１０２を、所定の継続期間１２３の間だけ未使用にしておいた後で、別のユーザ及び／又は別のユーザの周辺機器による使用のために再び開放することによって達成される。結果として、装置ｇ上のサービスｄを特定するために必要なサービスごとのユーザ識別子１０２の数が少なくなる。サービスごとのユーザ識別子１０２のビット数が少なくなるため、サービスごとのユーザ識別子１０２を含む認可メッセージ１０３をより少ない帯域幅で送信することができる。加えて、購読者管理システムにおいてユーザデータを保存するために必要なメモリ空間が少なくて済む。
【００６４】
さらに、識別子マネージャ２０１は、サービスごとのユーザ識別子１０２を、所定の継続期間１２３が過ぎた後で、別のユーザ又は別の周辺機器による再使用のために開放するように構成することができる。サービスごとのユーザ識別子１０２の最後の関連付け先のユーザデバイスの先のユーザの購読の満了後に、当該サービスごとのユーザ識別子１０２を、所定の継続期間１２３が過ぎた後で、別のユーザ又は同じユーザの新たな購読のために再び使用することができる。所定の継続期間１２３は、典型的には、３日〜３ヵ月の範囲の値を含むことができ、すなわち所定の継続期間を、有料ＴＶにおいて、又は携帯電話、ナビゲーションシステム、運転支援システム又は課金有りのインターネットサービスの分野における購読サービスにおいて典型的に生じる認可時間期間に合わせて調節することができる。認可メッセージ１０３を、典型的には、いくつかの受信機へ向けることができる。その送信は、典型的には、「ブロードキャストシステム」と典型的に称されるシステムにおいて行うことができる。しかしながら、認可メッセージ１０３を或るグループのユーザへ提供することや、ただ１人のユーザへと伝達することも可能である。
【００６５】
また、許可メッセージ又は延長メッセージ１０３は、サービスごとのユーザ識別子１０２が、サービスを実行する装置の特定及びサービスの特定に依存するような形式など、個人専有化された形態であってもよい。さらに、許可メッセージ又は延長メッセージ１０３を、同じ認可時間期間１０６のユーザへのメッセージ１０３がグループへ一体化されるような方法で、グループ化してもよい。これにより、購読者管理システムにおける明快な表現を達成でき、そこでは購読の延長が同時に行われなければならないユーザが延長メッセージ１０３を同時に受信し、したがって延長メッセージ１０３を、延長を必要としているユーザにだけ送信すればよい。グループ化を使用することで、購読者管理システムにおいて明快なレベルで延長メッセージ１０３の管理を続け、不必要な延長メッセージ１０３を避けることが容易に可能になる。
【００６６】
認可時間期間１０６を、開始時刻１２２及び終了時刻１２４を使用して指定することができ、あるいは開始時刻１２２及び継続時間を使用して指定することができる。しかしながら、他の可能性も実現可能である。
【００６７】
図３はアクセス制限有りのサービスに関してサービスアクセス認可を制御するための方法のフロー図の形態の例を示している。方法３００はステップ３０１、３０２、３０３、３０４、３０５及び３０６を含んでいる。
【００６８】
第１のステップ３０１において、サービスごとのユーザ識別子１０２を含む認可メッセージ１０３を受信することができる。次に、第２のステップ３０２が続き、第２のステップ３０２において、認可メッセージ１０３から認可開始時刻１２２及び認可終了時刻１２４を読み出すことができる。次に、第３のステップ３０３が続き、第３のステップ３０３において、認可開始時刻１２２を、サービスアクセス認可１０４が存在した最後の認可時間期間１０７の認可終了時刻１２１と比較することができる。続く第４のステップ３０４において、認可開始時刻１２２と最後の認可時間期間１０７の認可終了時刻１２１との間、又は認可終了時刻１２１と現在の時刻との間で、所定の継続期間１２３が経過したか否かをチェックすることができる。所定の継続期間１２３が経過している場合、第５のステップ３０５を実行することができ、第５のステップ３０５において、先のサービスごとのユーザ識別子１０２を用いた延長又は復活の認可を不可能１０５にすることができる。所定の継続期間１２３が経過していない場合、第６のステップ３０６において、先のサービスごとのユーザ識別子１０２を用いた延長又は復活の認可を維持することができ、サービスアクセス認可１０４を延長でき、あるいは復活させることができる。
【００６９】
図４はアクセス制限有りのサービスに関して認可メッセージを提供するための方法４００のフロー図の形態の例を示している。方法４００の開始４０１の後で、第１のステップ４０２において、候補となるサービスごとのユーザ識別子１０２を供給することができ、その後に、候補となるサービスごとのユーザ識別子１０２を実際に使用すべきか否かがチェックされる。第２のステップ４０３において、サービスごとのユーザ識別子１０２が関連付けられた周辺機器の認可時間期間１０６、１０７が満了したか否かをチェックすることができる。満了している場合、第３のステップ４０４において、所定の継続期間１２３の間は当該サービスごとのユーザ識別子１０２を使用しないように指令又は決定することができ、及び／又は当該サービスごとのユーザ識別子１０２がすでに関連付けられている周辺機器以外の周辺機器には当該サービスごとのユーザ識別子１０２を使用しないように指令又は決定することができる。第４のステップ４０５において、所定の継続期間１２３が満了したか否かをチェックすることができる。所定の継続期間１２３が満了していない場合、方法４００は、第１のステップ４０２に戻ることができ、第１のステップ４０２において、サービスごとのユーザ識別子１０２を提供することができるが、このときには、先のチェックにおけるサービスごとのユーザ識別子とは異なるサービスごとのユーザ識別子を提供すべきである。第４のステップ４０５において所定の継続期間１２３が満了している場合、第５のステップ４０６において、サービスごとのユーザ識別子１０２を含む許可メッセージ又は延長メッセージ１０３を生成し、このメッセージ１０３を供給することができる。
【００７０】
同じ第５のステップ４０６を、第２のステップ４０３においてサービスごとのユーザ識別子１０２の関連付け先の周辺機器の認可時間期間１０６、１０７が未だ満了していない場合にも、実行することができる。この場合でも、サービスごとのユーザ識別子１０２を含む許可メッセージ又は延長メッセージ１０３を、第５のステップ４０６において生成することができる。第２のステップ４０３から第５のステップ４０６への移行と、第４のステップ４０５から第５のステップ４０６への移行との間の相違は、前者の場合には、サービスごとのユーザ識別子１０２を含む許可メッセージ又は延長メッセージ１０３が、先のユーザへ提供されるのに対し、後者の場合には、サービスごとのユーザ識別子１０２を含む許可メッセージ又は延長メッセージ１０３が新たなユーザ（ただし、新たなユーザには先のユーザも含まれうる）へ提供される点にある。
【００７１】
図５は、延長メッセージによるサービス延長の時系列の例を示しており、延長メッセージ５００（Ｖｋ）、５０１（Ｖｌ）、５０２（Ｖｍ）及び５０３（Ｖｎ）によるサービス延長の経過を表わしている。アクセス認可の終了５０４が、時刻endn５１７によって示されている。アクセス認可が存在するサービスを、延長メッセージを使用して延長することができる。この実施の形態においては、サービスユーザが、時刻５０５において延長メッセージ５００（Ｖｋ）を受信する。延長メッセージ５００（Ｖｋ）は、サービスアクセス認可の延長がどの時間期間を含むかを示しているアクセス認可期間の２つのパラメータ、すなわちstartk５１０及びendk５１１を含んでいる。サービスユーザが、例えば、自身のサービスアクセス認可について時刻endk５１１を過ぎる延長を許されており、あるいはそのような延長を申し込んでいる（例えば、支払いなどによって）場合、サービスユーザは、endk５１１の直前の期間において、延長メッセージ５０１（Ｖｌ）を受信することができ、この延長メッセージ５０１（Ｖｌ）においてパラメータstartl５１２及びendl５１３によって示されている期間だけ、サービスユーザのアクセス認可が延長される。延長メッセージ５０１（Ｖｌ）を、それぞれの購読の終わりの直前にサービスプロバイダによって繰り返し送信することができ、延長メッセージ５０１（Ｖｌ）によって、サービスユーザが自身のサービスアクセス認可を延長することができる。サービスユーザが、自身の装置を常にはオンにしていない可能性があり、あるいは受信品質の良好でない場所に位置する可能性があるため、延長メッセージ５０１（Ｖｌ）を、典型的には、それぞれの購読の終わり（すなわち、endk）の直前の時点において数回繰り返して送信することができる。
【００７２】
サービスユーザが、例えば自身のアクセス認可を時刻endl５１３まで延長し、さらに自身の購読を延長している場合、サービスプロバイダは、時刻endl５１３の終わりの直前に、サービスユーザへと延長メッセージ５０２（Ｖｍ）を送信することができ、サービスユーザは、延長メッセージ５０２（Ｖｍ）を使用して、自身のサービスアクセス認可を時刻startm５１４から時刻endm５１５まで延長することができる。購読が有効であり続けるとき、サービスプロバイダは、サービスユーザが自身のサービスアクセス認可をstartn５１６からendn５１７までの時間期間について延長できるよう、例えば時刻endm５１５の直前にさらなる延長メッセージ５０３（Ｖｎ）を送信することができる。例えば、図５に示されているように、購読が、ここではアクセス認可の終わり５０４に一致する時刻endn５１７において終了する場合、サービスプロバイダは、例えばサービスユーザへのさらなる延長メッセージを送信せず、サービスユーザのサービスアクセス認可が満了する。図５において、それぞれのサービスアクセス認可期間５２０、５２１、５２２及び５２３は、典型的には時間的に連続している。しかしながら、必ずしもそのようである必要はない。例えば、サービスユーザが自身の購読を期限までに延長せず、延長メッセージ５０１が第１の認可期間５２０の時刻endk５０１の後になってサービスユーザへ送信される場合など、時間期間５２１と時間期間５２０との間に、サービスユーザがサービスアクセス認可を有しない短い時間期間が存在してもよい。しかしながら、さらに図５は、サービスユーザのサービスアクセス認可が、サービスプロバイダによってサービスユーザへ送信されるメッセージに依存することができ、サービスユーザが、自身のサービスアクセス認可を延長するために、サービスプロバイダからの延長メッセージ５００、５０１、５０２、５０３の受信に依存できることを示している。サービスユーザにとって、自身のサービスアクセス認可を維持することは、例えば延長メッセージなしでは不可能である。
【００７３】
図６Ａは、サービス延長の時系列の類似の例を示しているが、ここでは購読に属するすべての延長メッセージが受信されているわけではない。図５とは対照的に、延長メッセージ５０１（Ｖｌ）及び５０２（Ｖｌ）が受信されていない。結果として、認可時間期間５２１（すなわち、startl５１２からendl５１３まで）及び認可時間期間５２２（すなわち、startm５１４からendm５１５まで）について、ユーザのサービスアクセス認可が存在しない。所定の継続期間１２３が図６Ａに示されており、ＫＡＰ６００又は活性維持期間と称され、所定の継続期間１２３がＫＡＰ６００に対応する。
【００７４】
図６Ａは、認可開始時刻１２２及び５１６のそれぞれが、最後の認可時間期間１０７及び５２０の認可終了時刻１２１及び５１１を所定の継続期間１２３及び６００だけ延長した時刻よりも時間的に前である事例を示している。したがって、先のサービスごとのユーザ識別子１０２を含むサービスアクセス認可の延長又は復活のための認可を維持することができ、サービスアクセス認可１０４を、時刻startn５１６において延長でき、あるいは復活させることができる。これを、図６Ａにおいて、延長メッセージ５００（Ｖｋ）の認可期間５２０の認可終了時刻を表わす時刻endk５１１を所定の継続期間ＫＡＰ６００だけ延長した時刻が、延長メッセージ５０３（Ｖｎ）の認可時間期間５２３の開始時刻startn５１６よりも時間的に後であるという事実によって、理解することができる。サービスユーザは、自身の先のサービスごとのユーザ識別子１０２を維持でき、サービスアクセス認可を延長でき、又は復活させることができる。
【００７５】
図６Ｂは、図６Ａと比較したサービス延長の時系列の別の実施の形態を示している。２つの延長メッセージ５０１（Ｖｌ）及び５０２（Ｖｍ）が、図６Ａにおいては受信されていないとして特定されている一方で、図６Ｂにおいては示されておらず、すなわちいくつかの延長メッセージが、例えば５００（Ｖｋ）及び５０３（Ｖｎ）の間において受信されていないかもしれない。図６Ｂにおいて、所定の継続期間１２３に対応する活性維持期間又はＫＡＰが特定されている。この活性維持期間ＫＡＰは、購読者管理システム及び周辺機器の両者にとって既知であり、サービスが可能にされるときに通信されても、固定の量であっても、又は既知のパラメータから決定可能であってもよい。
【００７６】
ユーザの購読が満了となったとき、購読者管理システムが該当のユーザ識別子を新たな購読（例えば、先のユーザ以外のユーザ又は周辺機器以外の周辺機器のための購読など）のために再び使用できるためには、例えば活性維持期間が終わるまで待たなければならない。
【００７７】
図７Ａにおいてさらに詳しく説明されるような装置の再起動時や、認可開始時刻「startn」及び認可終了時刻「endn」によって指定される認可期間５２３に基づく延長メッセージ５０３（Ｖｎ）の受信時に、周辺機器は、活性維持期間すなわちＫＡＰが経過しているか否かをチェックすることができる。ここで、活性維持期間すなわちＫＡＰ６００を、最後に保存された認可時間期間５２０の終わりendk５１１に加えることができる。
【００７８】
endk５１１とＫＡＰ６００との合計が、装置の再起動（又は、装置が再起動されるときの時刻）及び／又は延長メッセージ５０３（Ｖｎ）の現在の認可時間期間５２３の認可開始時刻startnよりも時間的に後であるならば、活性維持期間ＫＡＰ６００は未だ満了していない。間に位置する延長メッセージ５０１（Ｖｌ）及び５０２（Ｖｍ）が、上述した理由のうちの１つゆえに受信されていなくてもよい。周辺機器は延長を実行することができる。ユーザの識別は、未だ購読者管理システムによって割り当てられていない。延長メッセージは先のユーザへ送られる。
【００７９】
図６Ｂの例は、延長メッセージ５００（Ｖｋ）及び５０３（Ｖｎ）が受信され、時刻startn５１６において活性維持期間ＫＡＰ６００が未だ満了しておらず、すなわち式（endk＋ＫＡＰ＜startn）として表現される旨を示している。アクセス認可を延長することができる。
【００８０】
自身の購読を延長したが自身の周辺機器が延長メッセージを受信できなかったユーザが、さらなるサービスの使用からすぐに排除されてしまうことを防止することができ、すなわち通常は良好なユーザ感覚と称されるユーザの満足が保証される。
【００８１】
図７Ａは、延長メッセージ５００（Ｖｋ）と、ここではＴ７００と称される装置の再起動時刻と、延長メッセージ５００（Ｖｋ）の認可時間期間５２０の認可終了時刻endk５１１を装置の再起動の時刻Ｔ７００の文脈におく活性維持期間ＫＡＰ６００とを含んでいるサービス延長の時系列の例を示している。この実施の形態において、認可時間期間５２０の終了endk５１１から装置の再起動Ｔ７００までに、活性維持期間ＫＡＰ６００によってもたらされるよりも長い経過時間がすでに過ぎていることを、見て取ることができる。ここで、装置の再起動Ｔ７００は、典型的には、装置１００のスイッチオンの時刻を意味する。時刻Ｔ７００までに、ＫＡＰ６００によってもたらされる時間よりも長い時間がすでに経過しているため、周辺機器は、先のサービスごとのユーザ識別子１０２を含む延長又は復活の認可を不可能１０５にしなければならない。先のサービスごとのユーザ識別子１０２を含むサービスアクセス認可１０４が、すでに別のユーザに割り当てられてしまったと仮定することができる。
【００８２】
図７Ａに示されているように、受信された最後の認可時間期間５２０の認可終了時刻endk５１１と活性維持期間ＫＡＰ６００との合計が、装置１００のスイッチオンの時刻又は装置の再起動の時刻Ｔ７００よりも時間的に前である場合、活性維持期間ＫＡＰ６００はすでに満了している。周辺機器は、このサービスに関して保存された自身のパラメータ及び鍵を安全な方法で無効にしなければならない。ユーザの識別が、すでに購読者管理システムによって別のユーザへと割り当てられている可能性がある。
【００８３】
図７Ａによる例では、受信された延長メッセージの終わりendk５００が示されており、装置の再起動の時刻Ｔ７００において、「活性維持期間」ＫＡＰ６００がすでに満了しており、これを以下の式（endk＋ＫＡＰ＜Ｔ）を使用して表現することができる。サービスパラメータが無効にされる。
【００８４】
図７Ｂは２つの延長メッセージ５００（Ｖｋ）及び５０３（Ｖｎ）ならびにそれらの活性維持期間ＫＡＰ６００との関係を含むサービス延長の時系列の例を示している。図７Ｂにおいて、認可開始時刻startn５１６を含む延長メッセージ５０３（Ｖｎ）が到着したとき、延長メッセージ５００（Ｖｋ）の最後の認可時間期間５２０の終了endkにて始まった活性維持期間ＫＡＰ６００が、すでに満了している。この場合も、周辺機器は先のサービスごとのユーザ識別子１０２を含む延長又は復活の認可を不可能１０５にしなければならない。
【００８５】
図７Ｂに示されているように、延長メッセージ５０３（Ｖｎ）の到着時に、最後に受信された認可時間期間５２０の認可終了時刻endk５１１と活性維持期間ＫＡＰ６００との合計が、到着した現在の延長メッセージ５０３（Ｖｎ）の認可開示時刻startn５１６よりも時間的に前（あるいは、延長メッセージ５０３（Ｖｎ）の到着よりも時間的に前）である場合、活性維持期間ＫＡＰ６００はすでに満了している。したがって、周辺機器は、このサービスに関して保存された自身のパラメータ及び／又は鍵を、安全な方法で無効にしなければならない。これは、例えば、すでに新たなユーザへと向けられた延長メッセージについてであるかもしれない。ユーザ識別子１０２も、購読者管理システムによって別のユーザへ新たに割り当てられているかもしれない。これが図７Ｂに示されている。受信された延長メッセージ５００（Ｖｋ）及び５０３（Ｖｎ）が、時刻startn５１６において活性維持期間ＫＡＰ６００がすでに満了している旨を示しており、これを式（endk＋ＫＡＰ＜startn）によって表現することができる。アクセス認可は延長されない。
【００８６】
このようにして、自身の識別子１０２がすでに無効であるユーザ（すなわち、古いユーザとも称されるユーザ）が、開放されたユーザ識別子１０２が新たに割り当てられた後に、自身の装置を使用して再びコンテンツにアクセスすることを防止することができる。
【００８７】
しかしながら、これが、自身の購読を延長したが、自身の装置がきわめて長い時間期間にわたって受信可能とならないユーザについて当てはまり、結果としてサービスの使用から締め出されてしまうことを防止することができない。このユーザは、例えば、自身のサービスプロバイダに連絡して新たなユーザ識別子１０２を提供して貰わなければならず、又は購読者管理システムに未だ登録されている自身の古いユーザ識別子１０２について、自身の装置内の該当のサービスについての無効にされたパラメータ及び鍵を、再び復活させなければならない。
【００８８】
ユーザ識別子１０２の再割り当てについてここで説明される方法は、開放されたユーザ識別子１０２をどのように再び割り当てることができるかについて、規制する効果を有している。これにより、必要とされるアドレス空間を抑えることができ、長期動作における最適なグループ形成が保証される。この機能は、例えばＣＡ又はＤＲＭシステムなどの一般的なデジタル著作権管理システム及びアクセス認可システムには未だ記載されていないが、サーバ側又はクライアント側において、すなわち制御側のコンピュータ又は被制御側のコンピュータによって、きわめてさまざまなシステムに適用することができる。
【００８９】
提示される方法は、規則に従って動作する周辺機器と、提示されるべき規則に従って動作する購読者管理システムとを必要とする。この考え方は、一般的なビジネスモデルに制約をもたらすことがない。現在の要件を背景にして開発されており、信頼できる解決策を呈している。
【００９０】
図８は、サービスアクセス認可を制御するためのシステム８００の実施の形態を、ブロック図の形態で示している。このシステムは、認可メッセージを提供するための装置２００と、サービスアクセス認可１０４を制御するための第１の装置１００と、サービスアクセス認可１０４を制御するための第２の装置１００とを含んでいる。
【００９１】
システム８００は、最初にサービスアクセス認可１０４を制御するための第１の装置１００へ所定のサービスごとのユーザ識別子１０２を割り当て、この所定のサービスごとのユーザ識別子１０２を、再使用のために空きとなった後で、サービスアクセス認可１０４を制御するための第２の装置１００へ割り当てるように構成されている。さらに、このシステムは、所定のサービスごとのユーザ識別子１０２を用いたサービスアクセス認可１０４の延長又は復活のための認可が、サービスアクセス認可１０４を制御するための第１の装置１００及びサービスアクセス認可１０４を制御するための第２の装置１００のうちの多くとも１つにおいて有効であるように構成され、サービスアクセス認可１０４を制御するための第１の装置１００及びサービスアクセス認可１０４を制御するための第２の装置１００が、認可メッセージ１０３を受信するために、認可メッセージ１０３を提供するための装置２００へ接続されている。
【００９２】
システム８００を、典型的には、デジタルビデオもしくはオーディオブロードキャストシステム、移動無線システム、又は回線切替もしくはパッケージ切替のボイスもしくはデータネットワークを介して、又はインターネットプロトコルシステム、ＧＳＭ、ＵＭＴＳもしくはＣＤＭＡシステム、ＧＰＳシステム又はＤＳＬシステムを介して、有線又は無線で、認可メッセージ１０３を送信するように構成することができる。さらに、システム８００は、サービスアクセス認可１０４を制御するためのいくつかの装置１００を含むことができる。システム８００を、典型的には、電子回路のシステムであるように構成することができ、認可メッセージ１０３は、認可メッセージ１０３を提供するための装置２００からサービスアクセス認可１０４を制御するための第１の装置１００、サービスアクセス認可１０４を制御するための第２の装置１００、及び存在するサービスアクセス認可１０４を制御するための他の装置１００へ送信することができるデータメッセージトとすることができる。
【００９３】
サービスごとのユーザ識別子１０２をビットの並びで表わすことができ、サービスごとのユーザ識別子１０２の値の範囲は、典型的には、システム８００の登録ユーザの数とシステム８００の登録サービスの数との積よりも小さい範囲を含む。これは、サービスごとのユーザ識別子１０２の再使用を行わない場合、システム８００の登録サービスの数（すなわち、ユーザが利用することができるサービスの数）に相当する数のサービスごとのユーザ識別子１０２を、典型的には、ユーザデバイスを含むすべてのユーザについて保持すべきであることを示すであろう。システム８００が完全に利用される場合、登録されているサービスと同数のサービスごとのユーザ識別子１０２を、各々のユーザへ割り当てることができる。サービスごとのユーザ識別子１０２を再使用するという本発明の考え方によれば、考えられるすべての組み合わせという最大の数を維持する必要がなく、より少数で充分である。
【００９４】
所定の継続期間１２３又は活性維持期間ＫＡＰ６００が、本発明の方法及びシステム８００の重要なパラメータを呈している。典型的には、ＫＡＰ６００を、認可メッセージ１０３を提供するための装置２００においてあらかじめ定めることができ、サービスを可能にするときに、第１の装置１００及び第２の装置１００へ送信することができる。しかしながら、ＫＡＰ６００をシステム８００の固定の量であると考えることもでき、又はＫＡＰ６００をシステム８００の既知のパラメータから決定可能とすることもできる。又は、ＫＡＰ６００が装置１００のうちの１つにおいてあらかじめ定められ、そこから残りの装置１００及び装置２００へ送信されるシステム８００も考えることができる。システム８００を、好ましくは、サービスごとのユーザ識別子１０２を一時的に割り当て、サービスごとのユーザ識別子１０２が割り当てられたユーザデバイスのユーザについて、サービスごとのユーザ識別子１０２がサービスアクセス認可１０４が満了した後に所定の継続期間１２３の満了まで続くことを阻止するように構成することも可能である。このようにして、システム８００が、期限切れのサービスアクセス認可１０４を有するユーザが、依然として存在するアクセスデータを使用して、期限切れの間に再び割り当てされた同じサービスごとのユーザ識別子１０２を含んでいる別のユーザのサービスアクセス認可１０４へとアクセスできてしまうことを防止することができる。
【００９５】
一つの好ましい実施の形態においては、システム８００は、認可メッセージ１０３を典型的には例えばＡＥＳ暗号アルゴリズム（advanced encryption standardとも称される）又はＤＥＳ暗号アルゴリズム（data encryption standardとも称される）を使用する対称暗号鍵を使用して暗号化又は部分的に暗号化された方法で送信することができる暗号化システムであってもよい。システム８００は、例えばＯＭＡ ＤＲＭ、ＥＴＳＩ−ＥＵＲＯＣＲＹＰＴ又はＩＳＭＡ規格（これらの規格の名称はすでに上述したとおりである。）のうちの１つによるデジタル著作権管理システムであってもよい。
【００９６】
サービスアクセス認可を制御するためのシステム８００は、装置２００を第１の装置１００及び第２の装置１００へ接続することができる。その接続は、コンピュータネットワークを介して、典型的にはイーサネット又はＩＰプロトコルを介して行うことができ、そのネットワークは有線又は無線の方法で実現可能である。典型的には、その接続を、ケーブルオペレータのケーブルネットワーク、無線中継システム、衛星無線システム、例えばＵＭＴＳシステムのＧＳＭシステムもしくはＣＤＭＡシステムなどの移動無線システム、又は時分割システムを介して行うことができる。その接続を、ＬＡＮネットワーク、ＭＡＮネットワーク、ＷＬＡＮネットワーク、又は光伝送ネットワークを介して達成してもよい。さらには、その接続を、電力供給ネットワークを介して実現してもよく（電力線伝送とも称される）、ＡＴＭネットワーク又はＤＳＬ法によって実現してもよい。
【００９７】
この考え方を、アクセス認可システム、条件付きアクセスシステム、又はデジタル著作権管理システムもしくはＤＲＭシステムにおいて、サーバ側及びクライアント側の両方で使用することができる。ここで、サーバ側とは制御コンピュータの方を指し、クライアント側とは制御されるコンピュータの方を指す。図８による実施の形態においては、装置２００を、例えばサーバ側（すなわち、制御コンピュータの側）にあると考えることができ、サービスアクセス認可１０４を制御するための第１の装置１００及び第２の装置１００を、クライアント側にある（すなわち、制御される側に属する）と考えることができる。
【００９８】
状況に応じて、本発明の方法を、ハードウェア又はソフトウェアのいずれかにて実現することができる。本発明の方法は、該当の方法が実行されるようにプログラム可能なコンピュータシステムと協働することができる電子的に読み出すことができる制御信号を使用して、デジタル記憶媒体（特に、ディスク又はＣＤ）上で実現することができる。一般に、本発明は、機械で読み取ることができる担体上に保存されたプログラムコードを含むコンピュータプログラム製品でもあり、このコンピュータプログラム製品がコンピュータ上で実行されるときに、本発明の方法が実行される。換言すると、本発明を、コンピュータ上で実行されたときに本発明の方法を実行するためのプログラムコードを含んでいるコンピュータプログラムとして実現することも可能である。
【技術分野】
【０００１】
本発明は、デジタル著作権管理システム又はアクセス認可システムにおいてアクセス認可情報を効率的に配布する考え方に関する。さらに本発明は、サービスアクセス認可を制御するための装置及び方法、認可メッセージを提供するための装置及び方法、ならびにサービスアクセス認可を制御するためのシステムにも関する。
【背景技術】
【０００２】
デジタル著作権管理(Digital Right Management)システムは、ＤＲＭシステムとも称されるが、デジタルメディアの使用及び配布をチェックするために使用される方法である。デジタル使用管理は、特に、デジタル映画及び音声の記録に使用できるが、ソフトウェア、電子文書又は電子ブックにも使用することができる。そのようなデジタル著作権管理システムを使用するプロバイダは、例えばデータそのものへの支払いに代えて、ライセンス又は認可によるデータの使用の権利への支払いなど、新たな課金方法を適用するために、自身のデータの使用をチェックすることができる。
【０００３】
作家及び開発者は、多くの場合、自身の知的財産を譲り渡した後でも、その流通及び使用をチェック又は制限したいと考える。デジタル著作権管理システムは、それぞれの権利所有者が定める範囲に限ってデータの使用を許可すること（すなわち、ライセンス）をサポートする。
【０００４】
一方で、デジタル著作権管理システムは、例えば企業における文書の保護（したがって、企業権利管理システムとも称される）など、多数の他の分野においても見られる。
【０００５】
デジタル著作権管理システムは、情報財産の権利所有者に、あらかじめ行われる使用の契約に基づくユーザによる自身の財産の使用の種類の技術的な行使の方法を提供する技術的な安全手段である。
【０００６】
さらに、デジタル著作権管理システムは、単純な定額の支払いを超えてデジタルコンテンツを管理することを可能にし、使用の頻度、期間又は範囲に応じた個別のライセンス供与又は課金を可能にする。一方では、無制限の使用を制限することができる一方で、他方では、これまでは実現困難であったビジネスのモデルが要求により可能になる。
【０００７】
デジタル著作権管理システムの例は、Open Mobile Allianceのシステム（ＯＭＡ ＤＲＭと称される）
（ＯＭＡ ＤＲＭ Ｖ１.０(http://www.openmobilealliance.org/Technical/release_program/drm_v1_0.aspx)、
ＯＭＡ ＤＲＭ Ｖ２.０(http://www.openmobilealliance.org/technical/release_program/drm_v2_0.aspx）、及びＯＭＡ ＤＲＭ Ｖ２.１（http://www.openmobilealliance.org/technical/release_program/drm_v2_1.aspx）の各バージョンのＯＭＡ規格）、ならびにＥＵＲＯＣＲＹＰＴと称されるＢＳ ＥＮ ５００９４：１９９３又はＥｕｒｏｃｒｙｐｔ ＢＥ ＥＮ ５００９４：１９９３（http://www.beuth.de/langanzeige/BS+EN+50094/9799264.html）の各バージョンのＥＴＳＩ規格ＥＮ ５００９４のシステムである。さらに、仕様の一部がオープンプラットフォームに基づく多数の独自のデジタル著作権管理システムが存在する。
【０００８】
２００８年４月２３日にオンライン百科事典Wikipediaによって公開された記事「Digital rights management」が、デジタル著作権管理システムの概要を提示しており、アプリケーション「iTunes Store」の条件での「Apple社」の「Fairplay」システム及び「Microsoft社」の「Windows Media ＤＲＭ」システムを簡単に説明している。
【０００９】
最も広まっているデジタル著作権管理システムは、Apple社の「Fairplay」、Microsoft社の「Windows Media ＤＲＭ」、及びOpen Mobile Alliance StandardizationによるOMA DRMシステムである。それらは、認可を精密に設定することを可能にし、さまざまなオーディオ及びビデオファイルについて使用することが可能である。例えば、業界大手のApple社は、「iTunes Store」と称されるアプリケーションにおいて「Fairplay」を使用している。デジタルコンテンツの他のプロバイダは例えばNapster又はMusicloadである。ビデオ提供サービスはMicrosoft社によるＤＲＭシステムをもっぱら使用している。ＯＭＡ ＤＲＭシステムは着信音又は画像に使用されているが、ほぼすべての携帯電話機において、例えばコンテンツプロバイダとしてのVodafone又はT-Mobileによって、モバイルミュージック及びＴＶ伝送にも使用されている。ＯＭＡ ＤＲＭ及びWindows Media ＤＲＭシステムは、携帯電話機とＰＣとの間の相互運用を可能にするために組み合わせられることが多い。プロバイダとしてのMusicload及びVodafoneがここでの典型である。
【００１０】
デジタル著作権管理システムは、例えば自動車分野（例えばソフトウェアの保護、リアルタイムナビゲーション又はオンラインナビゲーションのため）又は組み込みシステムの分野など、多数の他の分野で将来においてさらに重要な役割を果たすであろう。
【００１１】
デジタル著作権管理システムは、大部分は、デジタルコンテンツへのアクセスを制御するために暗号法を使用している。これは、典型的には、あらゆるデジタルコンテンツを暗号化によってライセンスへ一意に結び付けることによって実現することができる。デジタルコンテンツに属する有効なライセンスがない場合、ユーザは、装置又はデータ担体を購入することができるが、コンテンツにアクセスすることができない。コンテンツ管理コンピュータが、典型的には、保護対象のデジタルコンテンツを管理し、デジタル著作権管理システムにおける使用のために暗号化し、コンテンツをまずは読解不可能にする。ライセンス管理コンピュータが、要求に応じて、ユーザの認可及びコンテンツの解読のためのそれぞれの鍵に関して必要なライセンスを生成することができる。ユーザは、保護されているコンテンツへのアクセスを望む場合、デジタル著作権管理コントローラによってライセンス管理コンピュータから再生に必要なライセンスを要求する。再生プログラムの真正さ及び完全性が成功裏に確認された場合に、例えば、コンテンツがライセンスに含まれる鍵を使用して解読され、このようにして再び読解可能にされ、再生プログラムへと渡される。
【００１２】
アクセス認可システム又はアクセス暗号化システム（条件付きアクセス（ＣＡ）システムとも称される）は、典型的には、番組コンテンツの暗号化及び解読のための有料ＴＶ又は有料ビデオフェッチアプリケーションにおいて使用されるシステム（他のデジタル放送／ラジオシステム及び車両の補助にも使用することができる）を含む。
【００１３】
受信者がコンテンツを解読できるためには、受信者は、例えば間断なく変化する制御ワードを必要とする。受信者にこの制御ワードを入手させること、したがって特定の受信者にのみ対処することが、アクセス認可システムの任務の１つである。
【００１４】
典型的には、プロバイダが、有用なデータと平行して、管理メッセージ（ＥＣＭメッセージとも称される）としての別のデータパッケージを送信する。これらのＥＣＭメッセージによって、それぞれの認可を有している受信者は、例えば、その時点において有効な制御ワードを割り出し、コンテンツデコーダへ送ることができる。これにより、コンテンツデコーダが、受信したコンテンツを解読することができる。受信者側において、アクセス認可システムは、例えば、スマートカードの形態の顧客に結び付けられた認可カードと顧客名を伏せたアクセス認可モジュールによって企画される。ここで、アクセス認可モジュールは、データストリームから管理メッセージを含んでいるパッケージを取り出し、認可カードに関して与えられた情報によって該当の制御ワードを割り出すことができる。アクセス認可システムのロジックをモジュールと認可カードへ分配することができる。顧客特有のデータを認可カード上に保持し、第三者による読み取りを不可能にすることが、例えば一般的な手順である。
【００１５】
顧客の認可カード上に前もって存在できる情報に加えて、これらの方法は、管理コマンドを含む管理メッセージを到来するデータストリームを介して送信することができる。これらの管理メッセージは、ＥＭＭメッセージとも称され、とりわけ顧客カードを有効及び無効にするように機能する。個々の提供パッケージに関して、顧客が認可カードを交換しなくても、より多数又はより少数の権利を顧客に提供する方法が存在する。
【００１６】
デジタルアクセス認可システムの例は、Ｄ−Ｂｏｘと称されるアプリケーションのために開発されたデジタル有料ＴＶのための「Betacrypt」及び「Betacrypt II」システム、有料ＴＶ、ブロードバンドＴＶ及びモバイルアプリケーションのための「Videoguard」と称されるシステム、ならびに衛星ＴＶ及びケーブルＴＶの両者のためのアクセス認可方法を提供する「Nagravision Aladin」と称されるシステムである。
【００１７】
２００８年３月１２日のオンライン百科事典Wikipediaの記事「Conditional access」において、デジタル有料ＴＶシステム「Videoguard」及び「Nagravision Aladin」が言及されており、リンク先の２００８年１月８日の記事「Nagravision」及び２００８年４月２０日の記事「Videoguard」において簡単に説明されている。２００７年１２月２１日のWikipediaの記事「Conditional access system」は、Betacrypt IIシステムによって置き換えられた別のアクセス認可システムとしてBetacryptに触れている。
【００１８】
一方向性のブロードキャストシステムにおいては、受信機が通常は受信したメッセージの受け取りを知らせることができず、受信機が常にオンであるわけではないため、高い受信品質を保証するために、例えばすべてのメッセージを繰り返し送信しなければならない可能性がある。高いセキュリティ基準を保証するために、有効なアクセス鍵を欠いての解読が経済的に現実的でなく、又は技術的にほぼ不可能であるように、アクセス認可メッセージを安全に暗号化することができる。さらに、異なる個々のアクセス認可システムを、互いに影響することがないように互いに分離することができる。
【００１９】
デジタル著作権管理システム及びアクセス認可システムは、サービスプロバイダが、保護されたマルチメディアコンテンツを閉じられたグループのユーザへ配布することを可能にする。配布は、例えばアナログもしくはデジタルのビデオ又はオーディオブロードキャストシステム、移動無線通信システム、インターネットプロトコルシステム、又はデジタルマルチメディア伝送システムを介し、さまざまなシステムを使用して行うことができる。ＤＶＢ（デジタルビデオブロードキャスト）システム、ＧＳＭ（移動体通信用グローバルシステム）システム、ＩＰ（インターネットプロトコル）システム、及びＤＡＢ／ＤＭＢ（デジタルオーディオ／マルチメディアブロードキャスト）システムが、とりわけ一般的なシステムである。
【００２０】
コンテンツを、配布に先立って暗号化することができる。使用の規則及び必要な暗号鍵を、さらなる管理メッセージにて配布することができる。コンテンツを、サービスに関してグループ化することができる。サービスのユーザは、例えば送信機側において管理することができる人々のグループである。
【００２１】
ユーザは、自身の装置又は装置に接続されたセキュリティコンポーネント（例えば、認可カード（チップカード）など）に必要な認可が保存されているとき、サービスにアクセスすることができる。ユーザは、その認可をセキュリティコンポーネントの専有化過程で得ることができる。
【００２２】
サービスプロバイダとサービスユーザとの間の一般的なビジネスモデルは、購読を使用してアクセスを規制する。サービスの認可は、典型的には、特定の時間期間にわたって有効であり、満了したとき、サービスプロバイダとサービスユーザとの間に依然としてビジネス関係が存在する場合に、延長することが可能である。延長（Ｖｎ）は、典型的には、特定のサービスに関係することができる管理メッセージによって行われる。管理メッセージは、延長の時間期間（startn、endn）を典型的には延長開始時刻（startn）及び延長終了時刻（endn）によって符号化することができるパラメータを含むことができる。
【００２３】
デジタル著作権管理システム又はアクセス認可システムが、例えばデジタルブロードキャストシステムなど、複数の受信機が送信信号を受信することができる環境（「１点対多点」）において使用される場合、延長メッセージを、同時に複数のサービスユーザへ向けることができる。このことは、延長メッセージが、延長の対象のサービスユーザのリストが配置されるアドレス領域を含むことができることを意味する。これらのサービスユーザについて、延長の時期（例えば、１２月３１日）及び延長期間（例えば、３ヵ月）の両者を同一にすることができる。
【００２４】
購読が延長されない場合、例えば該当のサービスユーザについて延長メッセージは送信されない。このサービスユーザのアクセス認可が満了する。
【００２５】
アクセス認可の終了は、通常は、購読の満了の時点に一致する。
【００２６】
デジタル著作権管理システム又はアクセス認可システムのサービスユーザの複数の購読者データを管理する購読者管理システムは、購読者データの管理のために、ここでは「ｄ」と称されるサービス識別子を有している特定のサービスについて、ここでは「ｉ」と称されるサービスごとのユーザ識別子を、ここでは「ｇ」と称される装置識別子を有しているユーザの装置へ割り当てることができる個人専有化を必要とすることができ、サービスごとのユーザ識別子は、装置識別子及びサービス識別子に依存することができる。これは、式としては、ｉ＝ｆ（ｇ、ｄ）と表現することができ、「ｆ（ ）」は、関連付け関数を指している。パーソナライゼーションにおいて、他の関連付けも可能である。
【００２７】
装置識別子、サービス識別子及びユーザ識別子を、購読者管理システムにおいて送信側に保存することが可能である。
【００２８】
周辺機器は、典型的には、追加のサービスのパーソナライゼーションのために自身に割り当てられる装置識別子を承知している。複数（典型的には、ｎ個）のサービスの個人専有化の後で、その装置は、サービスごとのユーザ識別子のリストを恒久的（又は、一時的）に保存することができ、そのリストを、典型的には、１〜ｎの間の添え字を有するｎ組のサービス識別子及びユーザ識別子の数字の並び（ｄ１、ｉ１）、・・・、（ｄｎ、ｉｎ）として表わすことができる。その装置は、典型的には、サービス識別子ｄを有する有効なすべてのサービスについて自身のユーザ識別子ｉを承知しており、これを使用してアドレスされることが可能である。
【００２９】
サービスごとのユーザ識別子は、典型的には、対応するサービス認可が存在する時間期間について一時的である。
【発明の概要】
【発明が解決しようとする課題】
【００３０】
本発明の目的は、サービスアクセス認可情報の効率的な配布を可能にする考え方を提供することにある。
【課題を解決するための手段】
【００３１】
この目的は、サービスアクセス認可を制御するための請求項１に記載の装置、サービスアクセス認可を制御するための請求項２９に記載の方法、認可メッセージを提供するための請求項９に記載の装置、認可メッセージを提供するための請求項３０に記載の方法、又はサービスアクセス認可を制御するための請求項１８に記載のシステムによって達成される。
【００３２】
本発明のいくつかの実施の形態は、アクセス制限有りのサービスに関してユーザデバイスのサービスアクセス認可を制御するための装置であって、サービスごとのユーザ識別子を含む認可メッセージに応答してサービスアクセス認可の有効時間期間を設定する装置に基づいており、その設定は最後の認可時間期間の終わりからの所定の継続期間に基づくことができる。
【００３３】
さらに、いくつかの実施の形態は、アクセス制限有りのサービスに関してユーザデバイスのための認可メッセージを提供するための装置であって、サービスごとのユーザ識別子について、当該サービスごとのユーザ識別子の最後の関連付け先のユーザデバイスの認可時間期間が満了した後も、少なくとも所定の継続期間の間は、当該サービスごとのユーザ識別子を未使用のままにする装置に基づいている。
【００３４】
いくつかの実施の形態は、再び開放されたユーザ識別子を、必要とされるアドレス空間、すなわち生じうるサービスごとのユーザ識別子の数（ｉとも称される）を抑制するため、及び適用可能であれば長期動作における効率的なユーザのアドレシングのための最適なグループ形成を保証するために、制御された方法で再び割り当てることができるという発見に基づいている。アドレス空間が抑制されることで、結果として、例えばサービスごとのユーザ識別子がビットの並びとして表現される場合に、サービスアクセス認可の提供のために送信しなければならないビット数がより少なくなる。サービスごとのユーザ識別子を送信するために必要なビット数がより少ないならば、サービスアクセス認可を含むメッセージをより小さな帯域幅のチャネルによって送信することができ、さらには購読者管理システムが、サービスごとのユーザ識別子の管理のために、より少数のデータセットを確保すればよくなる。
【００３５】
本発明の考え方によれば、開放されたユーザ識別子が再び割り当てられた後に、自身の識別子がすでに無効であるユーザ（「古いユーザ」とも称されるユーザ）が、自身の装置を使用して再びコンテンツにアクセスすることを、防止することができる。さらには、自身の購読を延長したが、自身の周辺機器が延長メッセージを未だ受信できていないユーザが、さらなるサービスの使用からすぐに排除されてしまうことを防止することができる。換言すると、本発明は、通常は「良好なユーザ感覚」と称することができるユーザの満足をもたらす。
【００３６】
ここで、装置が、より長い時間期間にわたってオフのままである場合や、不充分な受信品質の場所に位置する場合（例えば、自動車を地下駐車場に駐めている場合や、装置が例えば車両に設置され、自動車で休暇に出かけている場合など）に、延長メッセージを受信できないことに触れておかねばならない。
【００３７】
自身の購読を延長したが、自身の装置がきわめて長い時間期間にわたって受信可能とならず、したがって延長メッセージを受信できるようにならないユーザについて、運用上の便利さにおける限界が予想される。これらのユーザにおいては、装置がサービスの使用から締め出される可能性がある。その場合、ユーザは、例えば、自身のサービスプロバイダに連絡して新たなユーザ識別子を提供して貰うことができ、あるいは購読者管理システムに未だ登録されている自身の古いユーザ識別子について、自身の装置内の該当のサービスについての無効にされたパラメータ及び鍵を再び復活させることができる。
【００３８】
次に、本発明の好ましい実施の形態を、添付の図面を参照して詳述する。
【図面の簡単な説明】
【００３９】
【図１Ａ】サービスアクセス認可を制御するための本発明の一実施の形態による装置のブロック回路図を示している。
【図１Ｂ】サービスアクセス認可を制御するための本発明の別の実施の形態による装置のブロック回路図を示している。
【図２Ａ】認可メッセージを提供するための本発明の一実施の形態による装置のブロック回路図を示している。
【図２Ｂ】認可メッセージを提供するための本発明の別の実施の形態による装置のブロック回路図を示している。
【図３】サービスアクセス認可を制御するための方法のフロー図の形態の実施の形態を示している。
【図４】認可メッセージを提供するための方法のフロー図の形態の実施の形態を示している。
【図５】延長メッセージによるサービス延長の時系列の例を示している。
【図６Ａ】購読に属するすべての延長メッセージが受信されているわけではないサービス延長の時系列の例を示している。
【図６Ｂ】第１及び第２の延長メッセージの間に延長メッセージが受信されなかった時間期間が存在しているサービス延長の時系列の別の例を示している。
【図７Ａ】延長メッセージと、装置の再起動時刻と、活性維持期間とを含んでいるサービス延長の時系列の例を示している。
【図７Ｂ】第１の延長メッセージと、第２の延長メッセージと、活性維持期間とを含んでいるサービス延長の時系列の例を示している。
【図８】サービスアクセス認可を制御するためのシステムのブロック図の形態の実施の形態を示している。
【発明を実施するための形態】
【００４０】
図１Ａは、アクセス制限有りのサービスに関してユーザデバイスのサービスアクセス認可を制御するための本発明の一実施の形態による装置１００のブロック回路図を示している。装置１００はサービスアクセス認可プロバイダ１０１を含んでおり、サービスアクセス認可プロバイダ１０１はサービスアクセス認可１０４が有効である時間期間を決定するように構成されており、この決定はサービスごとのユーザ識別子１０２と一緒にもたらされる認可メッセージ１０３に応じて行われる。サービスアクセス認可プロバイダ１０１は、先のサービスごとのユーザ識別子１０２を用いたサービスアクセス認可１０４の延長又は復活を可能にする認可を、装置１００によって決定されたサービスアクセス認可１０４についての最後の認可の時間期間１０６の終わりから少なくとも所定の時間期間が過ぎたときに、不可能１０５にするように構成されている。サービスアクセス認可１０４の延長又は復活を可能にする認可を不可能１０５にするための他の実施の形態が図１Ｂに示されている。
【００４１】
図１Ｂは、アクセス制限有りのサービスに関してユーザデバイスのサービスアクセス認可を制御するための本発明の別の実施の形態による装置１００のブロック回路図を示している。装置１００は、サービスごとのユーザ識別子１０２と、認可時間期間１０６又は認可時間期間１０６を記述する情報とを含む認可メッセージ１０３を受信するサービスアクセス認可プロバイダ１０１を含んでいる。それぞれの機能ブロック１１１、１１２、１１３、１１４、及び１１５によって特定される以下の５つのステップが、認可メッセージ１０３に応じて、サービスアクセス認可プロバイダ１０１において実行される。
【００４２】
第１のステップ１１１において、サービスアクセス認可プロバイダ１０１は認可時間期間１０６を含む認可メッセージ１０３を受信する。
【００４３】
第２のステップ１１２において、サービスアクセス認可プロバイダ１０１は、受信した認可時間期間１０６を、装置１００に存在する最後の認可時間期間１０７と比較する。最後の認可時間期間１０７の終わり１２１から、受信した認可時間期間１０６の始まり１２２までに経過した継続期間１２０が割り出される。
【００４４】
第３のステップ１１３において、サービスアクセス認可プロバイダ１０１は、経過した継続期間１２０を所定の継続期間１２３と比較する。経過した継続期間１２０が所定の継続期間１２３以上である場合、サービスアクセス認可プロバイダ１０１は、ステップ１１４（４ａ）を実行し、経過した継続期間１２０が所定の継続期間１２３よりも短い場合、サービスアクセス認可プロバイダ１０１はステップ１１５（４ｂ）を実行する。
【００４５】
ステップ１１４（４ａ）において、先のサービスごとのユーザ識別子１０２を用いた延長又は復活の認可が不可能１０５にされる。ステップ１１５（４ｂ）においては、サービスアクセス認可１０４が延長され、又は復活させられ、先のサービスごとのユーザ識別子１０２を用いた延長又は復活の認可が維持される。
【００４６】
装置１００の振る舞いを決定する決定的なパラメータは、「活性維持期間（keep alive period）」又はＫＡＰとも称される所定の継続期間１２３である。このパラメータを使用して、装置１００は、先のサービスごとのユーザ識別子１０２を用いた延長又は復活の認可を、不可能１０５にするか、又は維持するかを制御する。
【００４７】
サービスアクセス認可を制御するための装置１００の実施の形態を、例えば有料ＴＶシステム、有料ビデオシステム又は運転補助システムにおける、オーディオ、ビデオ、又はマルチメディアサービスのために、きわめてさまざまな装置に使用することができ、システムを移動式又は固定式の装置に実装することができる。さらに、装置１００を、携帯電話機におけるデータサービス又はマルチメディアサービスに使用することが可能であり、インターネットアクセスを有し又はインターネット接続を有しない、可搬又は据え置きのコンピュータにおける課金有り及び／又はアクセス制御有りのサービスに使用することができる。
【００４８】
経過した継続期間１２０の割り出しは、認可時間期間１０６の開始時刻１２２の代わりに、装置がスイッチオンされた時点に応答してもよい。この場合、経過した継続期間１２０は、最後の認可時間期間１０７の終わり１２１と装置１００のスイッチオンの時点との間の継続期間である。これは、例えば、装置が最後の認可時間期間１０７の終わり１２１の後でオフにされ、後の時点でスイッチオンされる場合に当てはまる。その結果、装置がそれまではサービスプロバイダによって送信されていた延長メッセージを受信せず、その間（最後の延長メッセージの受信後）に継続期間１２０が過ぎることで、ユーザが先のサービスごとのユーザ識別子１０２を使用して自身のサービスアクセス認可１０４及び／又はサービスアクセス認可の延長の認可を維持することができるか否かが決定されることが生じうる。
【００４９】
サービスアクセス認可プロバイダ１０１は、典型的には、許可メッセージ又は延長メッセージを含むことができる認可メッセージ１０３を受信し、この認可メッセージ１０３から認可開始時刻１２２と認可終了時刻１２４とを有する認可時間期間１０６を決定する。サービスアクセス認可プロバイダ１０１は、認可終了時刻１２４が装置１００において測定される現在の時刻よりも時間的に後である場合、すなわちサービスアクセス認可１０４が現時点において有効である場合に、サービスアクセス認可１０４を可能にするように構成されている。
【００５０】
認可メッセージ１０３は、他の実施の形態においては、サービスごとのユーザ識別子１０２及び認可時間期間１０６の他に装置識別子をさらに含むことができ、サービスアクセス認可プロバイダ１０１は、典型的には、認可時間期間１０６を提供する前に、認可メッセージ１０３にて受信された装置識別子を最初にチェックし、装置１００が実装されてなる周辺機器の装置識別子と比較し、一致する場合に、認可メッセージ１０３から認可時間期間１０６を読み出す。
【００５１】
サービスアクセス認可プロバイダ１０１は、先のサービスごとのユーザ識別子１０２を用いたサービスアクセス認可１０４の延長又は復活を許す認可を維持するように構成される。これが、ステップ１１５（４ｂ）に示されている。すなわち、認可メッセージ１０３を受信し、サービスアクセス認可１０４を延長し、及び／又は復活させた後で、先のサービスごとのユーザ識別子１０２を用いた延長又は復活の認可の継続期間は、サービスアクセス認可が有効である時間期間の終わりを過ぎて所定の継続期間１２３にわたって延びる。この所定の継続期間１２３も活性維持期間又はＫＡＰと称される。所定の時間継続期間１２３は装置１００の特徴的なパラメータである。
【００５２】
さらに、サービスアクセス認可プロバイダ１０１は、認可終了時刻１２１の前又は認可終了時刻１２１においてサービスアクセス認可１０４の付与が装置１００によって確立されていない場合に、認可終了時刻１２１が来た後でサービスアクセス認可１０４を無効にするように構成されている。すなわち、たとえ先のサービスごとのユーザ識別子１０２を用いたサービスアクセス認可の延長又は復活の認可が維持されていても、サービスアクセス認可１０４が、最後の認可時間期間１０７の終わり１２１において無効にされる。この先のサービスごとのユーザ識別子１０２を用いた延長又は復活の認可は、所定の継続期間１２３に対応する別の継続期間について維持される。先のサービスごとのユーザ識別子１０２を用いた延長又は復活の認可を不可能１０５にすることは、典型的には、先のサービスごとのユーザ識別子１０２を用いたサービスアクセス認可１０４に関するパラメータ又は鍵を消去し、読み取り不能にし、又は阻止することによって行うことができる。
【００５３】
サービスアクセス認可プロバイダ１０１を含む装置１００を、典型的には、電子回路であるように実装することができる。コンピュータ又はコンピュータの一部であってよく、携帯電話機、据え置きもしくは可搬のコンピュータ、ナビゲーションシステム、運転支援システム、ケーブル又は衛星受信機の内部の回路であってよい。
【００５４】
図２Ａは、アクセス制限有りのサービスに関してユーザデバイスについての認可メッセージを提供するための本発明の一実施の形態による装置２００のブロック回路図を示している。装置２００は識別子マネージャ２０１及び認可メッセージクリエータ２０２を含んでいる。認可メッセージクリエータは、サービスアクセス認可１０４を可能にするための許可メッセージ又はサービスアクセス認可１０４を延長するための延長メッセージの形態で認可メッセージ１０３を生成するように構成されており、許可メッセージ１０３又は延長メッセージ１０３には、識別子マネージャ２０１によってもたらされるサービスごとのユーザ識別子１０２が備えられている。識別子マネージャ２０１は、サービスごとのユーザ識別子１０２について、当該サービスごとのユーザ識別子１０２が最後に関連付けられたユーザデバイスの認可時間期間１０６が満了した後も少なくとも所定の継続期間１２３の間は当該サービスごとのユーザ識別子１０２を未使用２０３とし、前記所定の継続期間１２３の満了後に当該サービスごとのユーザ識別子１０２を認可メッセージクリエータ２０２による再使用のために開放２０４するように構成されている。
【００５５】
識別子マネージャ２０１は、典型的には、サービスごとのユーザ識別子を含む３つのブロックを備えている：第１のブロック２０５はユーザデバイスの認可時間期間１０６が経過中である関連付け済みのサービスごとのユーザ識別子１０２を含んでおり、第２のブロック２０６は、ユーザデバイスの認可時間期間１０６の満了から所定の継続期間１２３が経っていない未使用２０３のサービスごとのユーザ識別子１０２を含んでおり、第３のブロック２０７は開放２０４されて再使用できるサービスごとのユーザ識別子を含んでいる。
【００５６】
識別子マネージャ２０１の内部のコントローラ２０８は、どのサービスごとのユーザ識別子１０２を認可メッセージクリエータ２０２にとって利用可能にするかを制御する。ここで、コントローラ２０８は、ブロック２０５の関連付け済みのサービスごとのユーザ識別子１０２又はブロック２０６の未使用２０３のサービスごとのユーザ識別子１０２の提供、又はブロック２０７の開放２０４されて再使用することができるサービスごとのユーザ識別子１０２の提供を制御する。
【００５７】
認可メッセージクリエータ２０２は、識別子マネージャ２０１によって提供されたサービスごとのユーザ識別子１０２を含む許可メッセージ又は延長メッセージを生成するためのブロック２１０を備えている。このようにして、装置２００は、サービスごとのユーザ識別子１０２を含む認可メッセージ１０３を提供する。
【００５８】
図２Ｂは、アクセス制限有りのサービスに関してユーザデバイスについての認可メッセージを提供するための本発明の別の実施の形態による装置２００のブロック回路図を示している。認可メッセージクリエータ２０２は、図２Ａによる認可メッセージクリエータ２０２と同じ構成である。図２Ａのコントローラ２０８の機能が、図２Ｂにおいてブロック２２０、２２１、２２２及び２２３を使用してさらに詳しく説明される。ブロック２２０によって示されているサービスごとのユーザ識別子１０２の提供が識別子マネージャ２０１の目的である。これを、代案として、識別子マネージャ２０１の外部又は装置２００の外部で行うことも可能である。
【００５９】
サービスごとのユーザ識別子の提供は、いくつかの機能を含んでいる。ブロック２２１において、それまでに周辺機器へ関連付けられたサービスごとのユーザ識別子１０２について、当該サービスごとのユーザ識別子１０２の関連付け先の認可時間期間１０６、１０７が満了しているか否かがチェックされる。認可時間期間１０６、１０７（先のユーザの周辺機器がサービスへアクセスできる）が未だ満了していない場合、それまでに周辺機器へ関連付けられたサービスごとのユーザ識別子１０２を先のユーザ及び／又は先の周辺機器についての許可メッセージ又は延長メッセージ１０３の生成に使用することができる。しかしながら、認可時間期間１０６、１０７が過ぎている場合には、当該サービスごとのユーザ識別子１０２は、ブロック２２２に示されているように、所定の継続期間１２３にわたって未使用のままにされる。サービスごとのユーザ識別子１０２を、認可時間期間１０７の終わり１２１から所定の継続期間１２３の満了まで、先の周辺機器についての認可時間期間の更新に使用することができる。
【００６０】
ブロック２２３において、所定の継続期間１２３が過ぎたか否かが最終的にチェックされる。所定の継続期間１２３が過ぎている場合、サービスごとのユーザ識別子１０２を再び使用することができ、新たなユーザが、以前は別のユーザへ関連付けられていたサービスごとのユーザ識別子１０２を含む認可メッセージ１０３を取得することができる。所定の継続期間１２３が未だ過ぎていない場合には、サービスごとのユーザ識別子１０２を、別のユーザ及び／又は別の周辺機器のために開放することはできない。その結果、識別子マネージャ２０１は、他の周辺機器のために、別のサービスごとのユーザ識別子１０２を用意し、このサービスごとのユーザ識別子１０２を、典型的には、その使用可能性に関してブロック２２１、２２２及び２２３においてチェックすることができ、使用可能である場合には認可メッセージクリエータ２０２へ供給し、認可メッセージクリエータ２０２が当該別のサービスごとのユーザ識別子１０２を含む認可メッセージ１０３を生成することができる。
【００６１】
認可メッセージクリエータ２０２を、例えば移動式又は固定式の装置における有料ＴＶシステム又は運転支援システムのためのオーディオ、ビデオもしくはマルチメディアサービス、携帯電話機におけるデータサービス、マルチメディアサービス、又はインターネットアクセスを有しもしくは有していない可搬又は据え置きのコンピュータにおけるアクセス制御有り及び／又は課金有りのサービスを可能にし、又は延長するためのメッセージ１０３を生成するように構成することができる。
【００６２】
認可メッセージクリエータ２０２を、サービスごとのユーザ識別子１０２を含む認可メッセージ１０３を生成し、サービスごとのユーザ識別子１０２が、典型的にはビットの並びによって表わされるように、さらに構成することができる。認可メッセージクリエータ２０２を、サービスごとのユーザ識別子１０２を含む認可メッセージ１０３を限られた帯域幅のメッセージチャネルを介して送信するように構成することができる。さらに、認可メッセージクリエータ２０２及び識別子マネージャ２０１を、典型的には電子回路として実現することができる。
【００６３】
サービスアクセス認可情報の効率的な配布が、効率的なコントローラ２０８によって生じる。これは、サービスごとのユーザ識別子１０２を、所定の継続期間１２３の間だけ未使用にしておいた後で、別のユーザ及び／又は別のユーザの周辺機器による使用のために再び開放することによって達成される。結果として、装置ｇ上のサービスｄを特定するために必要なサービスごとのユーザ識別子１０２の数が少なくなる。サービスごとのユーザ識別子１０２のビット数が少なくなるため、サービスごとのユーザ識別子１０２を含む認可メッセージ１０３をより少ない帯域幅で送信することができる。加えて、購読者管理システムにおいてユーザデータを保存するために必要なメモリ空間が少なくて済む。
【００６４】
さらに、識別子マネージャ２０１は、サービスごとのユーザ識別子１０２を、所定の継続期間１２３が過ぎた後で、別のユーザ又は別の周辺機器による再使用のために開放するように構成することができる。サービスごとのユーザ識別子１０２の最後の関連付け先のユーザデバイスの先のユーザの購読の満了後に、当該サービスごとのユーザ識別子１０２を、所定の継続期間１２３が過ぎた後で、別のユーザ又は同じユーザの新たな購読のために再び使用することができる。所定の継続期間１２３は、典型的には、３日〜３ヵ月の範囲の値を含むことができ、すなわち所定の継続期間を、有料ＴＶにおいて、又は携帯電話、ナビゲーションシステム、運転支援システム又は課金有りのインターネットサービスの分野における購読サービスにおいて典型的に生じる認可時間期間に合わせて調節することができる。認可メッセージ１０３を、典型的には、いくつかの受信機へ向けることができる。その送信は、典型的には、「ブロードキャストシステム」と典型的に称されるシステムにおいて行うことができる。しかしながら、認可メッセージ１０３を或るグループのユーザへ提供することや、ただ１人のユーザへと伝達することも可能である。
【００６５】
また、許可メッセージ又は延長メッセージ１０３は、サービスごとのユーザ識別子１０２が、サービスを実行する装置の特定及びサービスの特定に依存するような形式など、個人専有化された形態であってもよい。さらに、許可メッセージ又は延長メッセージ１０３を、同じ認可時間期間１０６のユーザへのメッセージ１０３がグループへ一体化されるような方法で、グループ化してもよい。これにより、購読者管理システムにおける明快な表現を達成でき、そこでは購読の延長が同時に行われなければならないユーザが延長メッセージ１０３を同時に受信し、したがって延長メッセージ１０３を、延長を必要としているユーザにだけ送信すればよい。グループ化を使用することで、購読者管理システムにおいて明快なレベルで延長メッセージ１０３の管理を続け、不必要な延長メッセージ１０３を避けることが容易に可能になる。
【００６６】
認可時間期間１０６を、開始時刻１２２及び終了時刻１２４を使用して指定することができ、あるいは開始時刻１２２及び継続時間を使用して指定することができる。しかしながら、他の可能性も実現可能である。
【００６７】
図３はアクセス制限有りのサービスに関してサービスアクセス認可を制御するための方法のフロー図の形態の例を示している。方法３００はステップ３０１、３０２、３０３、３０４、３０５及び３０６を含んでいる。
【００６８】
第１のステップ３０１において、サービスごとのユーザ識別子１０２を含む認可メッセージ１０３を受信することができる。次に、第２のステップ３０２が続き、第２のステップ３０２において、認可メッセージ１０３から認可開始時刻１２２及び認可終了時刻１２４を読み出すことができる。次に、第３のステップ３０３が続き、第３のステップ３０３において、認可開始時刻１２２を、サービスアクセス認可１０４が存在した最後の認可時間期間１０７の認可終了時刻１２１と比較することができる。続く第４のステップ３０４において、認可開始時刻１２２と最後の認可時間期間１０７の認可終了時刻１２１との間、又は認可終了時刻１２１と現在の時刻との間で、所定の継続期間１２３が経過したか否かをチェックすることができる。所定の継続期間１２３が経過している場合、第５のステップ３０５を実行することができ、第５のステップ３０５において、先のサービスごとのユーザ識別子１０２を用いた延長又は復活の認可を不可能１０５にすることができる。所定の継続期間１２３が経過していない場合、第６のステップ３０６において、先のサービスごとのユーザ識別子１０２を用いた延長又は復活の認可を維持することができ、サービスアクセス認可１０４を延長でき、あるいは復活させることができる。
【００６９】
図４はアクセス制限有りのサービスに関して認可メッセージを提供するための方法４００のフロー図の形態の例を示している。方法４００の開始４０１の後で、第１のステップ４０２において、候補となるサービスごとのユーザ識別子１０２を供給することができ、その後に、候補となるサービスごとのユーザ識別子１０２を実際に使用すべきか否かがチェックされる。第２のステップ４０３において、サービスごとのユーザ識別子１０２が関連付けられた周辺機器の認可時間期間１０６、１０７が満了したか否かをチェックすることができる。満了している場合、第３のステップ４０４において、所定の継続期間１２３の間は当該サービスごとのユーザ識別子１０２を使用しないように指令又は決定することができ、及び／又は当該サービスごとのユーザ識別子１０２がすでに関連付けられている周辺機器以外の周辺機器には当該サービスごとのユーザ識別子１０２を使用しないように指令又は決定することができる。第４のステップ４０５において、所定の継続期間１２３が満了したか否かをチェックすることができる。所定の継続期間１２３が満了していない場合、方法４００は、第１のステップ４０２に戻ることができ、第１のステップ４０２において、サービスごとのユーザ識別子１０２を提供することができるが、このときには、先のチェックにおけるサービスごとのユーザ識別子とは異なるサービスごとのユーザ識別子を提供すべきである。第４のステップ４０５において所定の継続期間１２３が満了している場合、第５のステップ４０６において、サービスごとのユーザ識別子１０２を含む許可メッセージ又は延長メッセージ１０３を生成し、このメッセージ１０３を供給することができる。
【００７０】
同じ第５のステップ４０６を、第２のステップ４０３においてサービスごとのユーザ識別子１０２の関連付け先の周辺機器の認可時間期間１０６、１０７が未だ満了していない場合にも、実行することができる。この場合でも、サービスごとのユーザ識別子１０２を含む許可メッセージ又は延長メッセージ１０３を、第５のステップ４０６において生成することができる。第２のステップ４０３から第５のステップ４０６への移行と、第４のステップ４０５から第５のステップ４０６への移行との間の相違は、前者の場合には、サービスごとのユーザ識別子１０２を含む許可メッセージ又は延長メッセージ１０３が、先のユーザへ提供されるのに対し、後者の場合には、サービスごとのユーザ識別子１０２を含む許可メッセージ又は延長メッセージ１０３が新たなユーザ（ただし、新たなユーザには先のユーザも含まれうる）へ提供される点にある。
【００７１】
図５は、延長メッセージによるサービス延長の時系列の例を示しており、延長メッセージ５００（Ｖｋ）、５０１（Ｖｌ）、５０２（Ｖｍ）及び５０３（Ｖｎ）によるサービス延長の経過を表わしている。アクセス認可の終了５０４が、時刻endn５１７によって示されている。アクセス認可が存在するサービスを、延長メッセージを使用して延長することができる。この実施の形態においては、サービスユーザが、時刻５０５において延長メッセージ５００（Ｖｋ）を受信する。延長メッセージ５００（Ｖｋ）は、サービスアクセス認可の延長がどの時間期間を含むかを示しているアクセス認可期間の２つのパラメータ、すなわちstartk５１０及びendk５１１を含んでいる。サービスユーザが、例えば、自身のサービスアクセス認可について時刻endk５１１を過ぎる延長を許されており、あるいはそのような延長を申し込んでいる（例えば、支払いなどによって）場合、サービスユーザは、endk５１１の直前の期間において、延長メッセージ５０１（Ｖｌ）を受信することができ、この延長メッセージ５０１（Ｖｌ）においてパラメータstartl５１２及びendl５１３によって示されている期間だけ、サービスユーザのアクセス認可が延長される。延長メッセージ５０１（Ｖｌ）を、それぞれの購読の終わりの直前にサービスプロバイダによって繰り返し送信することができ、延長メッセージ５０１（Ｖｌ）によって、サービスユーザが自身のサービスアクセス認可を延長することができる。サービスユーザが、自身の装置を常にはオンにしていない可能性があり、あるいは受信品質の良好でない場所に位置する可能性があるため、延長メッセージ５０１（Ｖｌ）を、典型的には、それぞれの購読の終わり（すなわち、endk）の直前の時点において数回繰り返して送信することができる。
【００７２】
サービスユーザが、例えば自身のアクセス認可を時刻endl５１３まで延長し、さらに自身の購読を延長している場合、サービスプロバイダは、時刻endl５１３の終わりの直前に、サービスユーザへと延長メッセージ５０２（Ｖｍ）を送信することができ、サービスユーザは、延長メッセージ５０２（Ｖｍ）を使用して、自身のサービスアクセス認可を時刻startm５１４から時刻endm５１５まで延長することができる。購読が有効であり続けるとき、サービスプロバイダは、サービスユーザが自身のサービスアクセス認可をstartn５１６からendn５１７までの時間期間について延長できるよう、例えば時刻endm５１５の直前にさらなる延長メッセージ５０３（Ｖｎ）を送信することができる。例えば、図５に示されているように、購読が、ここではアクセス認可の終わり５０４に一致する時刻endn５１７において終了する場合、サービスプロバイダは、例えばサービスユーザへのさらなる延長メッセージを送信せず、サービスユーザのサービスアクセス認可が満了する。図５において、それぞれのサービスアクセス認可期間５２０、５２１、５２２及び５２３は、典型的には時間的に連続している。しかしながら、必ずしもそのようである必要はない。例えば、サービスユーザが自身の購読を期限までに延長せず、延長メッセージ５０１が第１の認可期間５２０の時刻endk５０１の後になってサービスユーザへ送信される場合など、時間期間５２１と時間期間５２０との間に、サービスユーザがサービスアクセス認可を有しない短い時間期間が存在してもよい。しかしながら、さらに図５は、サービスユーザのサービスアクセス認可が、サービスプロバイダによってサービスユーザへ送信されるメッセージに依存することができ、サービスユーザが、自身のサービスアクセス認可を延長するために、サービスプロバイダからの延長メッセージ５００、５０１、５０２、５０３の受信に依存できることを示している。サービスユーザにとって、自身のサービスアクセス認可を維持することは、例えば延長メッセージなしでは不可能である。
【００７３】
図６Ａは、サービス延長の時系列の類似の例を示しているが、ここでは購読に属するすべての延長メッセージが受信されているわけではない。図５とは対照的に、延長メッセージ５０１（Ｖｌ）及び５０２（Ｖｌ）が受信されていない。結果として、認可時間期間５２１（すなわち、startl５１２からendl５１３まで）及び認可時間期間５２２（すなわち、startm５１４からendm５１５まで）について、ユーザのサービスアクセス認可が存在しない。所定の継続期間１２３が図６Ａに示されており、ＫＡＰ６００又は活性維持期間と称され、所定の継続期間１２３がＫＡＰ６００に対応する。
【００７４】
図６Ａは、認可開始時刻１２２及び５１６のそれぞれが、最後の認可時間期間１０７及び５２０の認可終了時刻１２１及び５１１を所定の継続期間１２３及び６００だけ延長した時刻よりも時間的に前である事例を示している。したがって、先のサービスごとのユーザ識別子１０２を含むサービスアクセス認可の延長又は復活のための認可を維持することができ、サービスアクセス認可１０４を、時刻startn５１６において延長でき、あるいは復活させることができる。これを、図６Ａにおいて、延長メッセージ５００（Ｖｋ）の認可期間５２０の認可終了時刻を表わす時刻endk５１１を所定の継続期間ＫＡＰ６００だけ延長した時刻が、延長メッセージ５０３（Ｖｎ）の認可時間期間５２３の開始時刻startn５１６よりも時間的に後であるという事実によって、理解することができる。サービスユーザは、自身の先のサービスごとのユーザ識別子１０２を維持でき、サービスアクセス認可を延長でき、又は復活させることができる。
【００７５】
図６Ｂは、図６Ａと比較したサービス延長の時系列の別の実施の形態を示している。２つの延長メッセージ５０１（Ｖｌ）及び５０２（Ｖｍ）が、図６Ａにおいては受信されていないとして特定されている一方で、図６Ｂにおいては示されておらず、すなわちいくつかの延長メッセージが、例えば５００（Ｖｋ）及び５０３（Ｖｎ）の間において受信されていないかもしれない。図６Ｂにおいて、所定の継続期間１２３に対応する活性維持期間又はＫＡＰが特定されている。この活性維持期間ＫＡＰは、購読者管理システム及び周辺機器の両者にとって既知であり、サービスが可能にされるときに通信されても、固定の量であっても、又は既知のパラメータから決定可能であってもよい。
【００７６】
ユーザの購読が満了となったとき、購読者管理システムが該当のユーザ識別子を新たな購読（例えば、先のユーザ以外のユーザ又は周辺機器以外の周辺機器のための購読など）のために再び使用できるためには、例えば活性維持期間が終わるまで待たなければならない。
【００７７】
図７Ａにおいてさらに詳しく説明されるような装置の再起動時や、認可開始時刻「startn」及び認可終了時刻「endn」によって指定される認可期間５２３に基づく延長メッセージ５０３（Ｖｎ）の受信時に、周辺機器は、活性維持期間すなわちＫＡＰが経過しているか否かをチェックすることができる。ここで、活性維持期間すなわちＫＡＰ６００を、最後に保存された認可時間期間５２０の終わりendk５１１に加えることができる。
【００７８】
endk５１１とＫＡＰ６００との合計が、装置の再起動（又は、装置が再起動されるときの時刻）及び／又は延長メッセージ５０３（Ｖｎ）の現在の認可時間期間５２３の認可開始時刻startnよりも時間的に後であるならば、活性維持期間ＫＡＰ６００は未だ満了していない。間に位置する延長メッセージ５０１（Ｖｌ）及び５０２（Ｖｍ）が、上述した理由のうちの１つゆえに受信されていなくてもよい。周辺機器は延長を実行することができる。ユーザの識別は、未だ購読者管理システムによって割り当てられていない。延長メッセージは先のユーザへ送られる。
【００７９】
図６Ｂの例は、延長メッセージ５００（Ｖｋ）及び５０３（Ｖｎ）が受信され、時刻startn５１６において活性維持期間ＫＡＰ６００が未だ満了しておらず、すなわち式（endk＋ＫＡＰ＜startn）として表現される旨を示している。アクセス認可を延長することができる。
【００８０】
自身の購読を延長したが自身の周辺機器が延長メッセージを受信できなかったユーザが、さらなるサービスの使用からすぐに排除されてしまうことを防止することができ、すなわち通常は良好なユーザ感覚と称されるユーザの満足が保証される。
【００８１】
図７Ａは、延長メッセージ５００（Ｖｋ）と、ここではＴ７００と称される装置の再起動時刻と、延長メッセージ５００（Ｖｋ）の認可時間期間５２０の認可終了時刻endk５１１を装置の再起動の時刻Ｔ７００の文脈におく活性維持期間ＫＡＰ６００とを含んでいるサービス延長の時系列の例を示している。この実施の形態において、認可時間期間５２０の終了endk５１１から装置の再起動Ｔ７００までに、活性維持期間ＫＡＰ６００によってもたらされるよりも長い経過時間がすでに過ぎていることを、見て取ることができる。ここで、装置の再起動Ｔ７００は、典型的には、装置１００のスイッチオンの時刻を意味する。時刻Ｔ７００までに、ＫＡＰ６００によってもたらされる時間よりも長い時間がすでに経過しているため、周辺機器は、先のサービスごとのユーザ識別子１０２を含む延長又は復活の認可を不可能１０５にしなければならない。先のサービスごとのユーザ識別子１０２を含むサービスアクセス認可１０４が、すでに別のユーザに割り当てられてしまったと仮定することができる。
【００８２】
図７Ａに示されているように、受信された最後の認可時間期間５２０の認可終了時刻endk５１１と活性維持期間ＫＡＰ６００との合計が、装置１００のスイッチオンの時刻又は装置の再起動の時刻Ｔ７００よりも時間的に前である場合、活性維持期間ＫＡＰ６００はすでに満了している。周辺機器は、このサービスに関して保存された自身のパラメータ及び鍵を安全な方法で無効にしなければならない。ユーザの識別が、すでに購読者管理システムによって別のユーザへと割り当てられている可能性がある。
【００８３】
図７Ａによる例では、受信された延長メッセージの終わりendk５００が示されており、装置の再起動の時刻Ｔ７００において、「活性維持期間」ＫＡＰ６００がすでに満了しており、これを以下の式（endk＋ＫＡＰ＜Ｔ）を使用して表現することができる。サービスパラメータが無効にされる。
【００８４】
図７Ｂは２つの延長メッセージ５００（Ｖｋ）及び５０３（Ｖｎ）ならびにそれらの活性維持期間ＫＡＰ６００との関係を含むサービス延長の時系列の例を示している。図７Ｂにおいて、認可開始時刻startn５１６を含む延長メッセージ５０３（Ｖｎ）が到着したとき、延長メッセージ５００（Ｖｋ）の最後の認可時間期間５２０の終了endkにて始まった活性維持期間ＫＡＰ６００が、すでに満了している。この場合も、周辺機器は先のサービスごとのユーザ識別子１０２を含む延長又は復活の認可を不可能１０５にしなければならない。
【００８５】
図７Ｂに示されているように、延長メッセージ５０３（Ｖｎ）の到着時に、最後に受信された認可時間期間５２０の認可終了時刻endk５１１と活性維持期間ＫＡＰ６００との合計が、到着した現在の延長メッセージ５０３（Ｖｎ）の認可開示時刻startn５１６よりも時間的に前（あるいは、延長メッセージ５０３（Ｖｎ）の到着よりも時間的に前）である場合、活性維持期間ＫＡＰ６００はすでに満了している。したがって、周辺機器は、このサービスに関して保存された自身のパラメータ及び／又は鍵を、安全な方法で無効にしなければならない。これは、例えば、すでに新たなユーザへと向けられた延長メッセージについてであるかもしれない。ユーザ識別子１０２も、購読者管理システムによって別のユーザへ新たに割り当てられているかもしれない。これが図７Ｂに示されている。受信された延長メッセージ５００（Ｖｋ）及び５０３（Ｖｎ）が、時刻startn５１６において活性維持期間ＫＡＰ６００がすでに満了している旨を示しており、これを式（endk＋ＫＡＰ＜startn）によって表現することができる。アクセス認可は延長されない。
【００８６】
このようにして、自身の識別子１０２がすでに無効であるユーザ（すなわち、古いユーザとも称されるユーザ）が、開放されたユーザ識別子１０２が新たに割り当てられた後に、自身の装置を使用して再びコンテンツにアクセスすることを防止することができる。
【００８７】
しかしながら、これが、自身の購読を延長したが、自身の装置がきわめて長い時間期間にわたって受信可能とならないユーザについて当てはまり、結果としてサービスの使用から締め出されてしまうことを防止することができない。このユーザは、例えば、自身のサービスプロバイダに連絡して新たなユーザ識別子１０２を提供して貰わなければならず、又は購読者管理システムに未だ登録されている自身の古いユーザ識別子１０２について、自身の装置内の該当のサービスについての無効にされたパラメータ及び鍵を、再び復活させなければならない。
【００８８】
ユーザ識別子１０２の再割り当てについてここで説明される方法は、開放されたユーザ識別子１０２をどのように再び割り当てることができるかについて、規制する効果を有している。これにより、必要とされるアドレス空間を抑えることができ、長期動作における最適なグループ形成が保証される。この機能は、例えばＣＡ又はＤＲＭシステムなどの一般的なデジタル著作権管理システム及びアクセス認可システムには未だ記載されていないが、サーバ側又はクライアント側において、すなわち制御側のコンピュータ又は被制御側のコンピュータによって、きわめてさまざまなシステムに適用することができる。
【００８９】
提示される方法は、規則に従って動作する周辺機器と、提示されるべき規則に従って動作する購読者管理システムとを必要とする。この考え方は、一般的なビジネスモデルに制約をもたらすことがない。現在の要件を背景にして開発されており、信頼できる解決策を呈している。
【００９０】
図８は、サービスアクセス認可を制御するためのシステム８００の実施の形態を、ブロック図の形態で示している。このシステムは、認可メッセージを提供するための装置２００と、サービスアクセス認可１０４を制御するための第１の装置１００と、サービスアクセス認可１０４を制御するための第２の装置１００とを含んでいる。
【００９１】
システム８００は、最初にサービスアクセス認可１０４を制御するための第１の装置１００へ所定のサービスごとのユーザ識別子１０２を割り当て、この所定のサービスごとのユーザ識別子１０２を、再使用のために空きとなった後で、サービスアクセス認可１０４を制御するための第２の装置１００へ割り当てるように構成されている。さらに、このシステムは、所定のサービスごとのユーザ識別子１０２を用いたサービスアクセス認可１０４の延長又は復活のための認可が、サービスアクセス認可１０４を制御するための第１の装置１００及びサービスアクセス認可１０４を制御するための第２の装置１００のうちの多くとも１つにおいて有効であるように構成され、サービスアクセス認可１０４を制御するための第１の装置１００及びサービスアクセス認可１０４を制御するための第２の装置１００が、認可メッセージ１０３を受信するために、認可メッセージ１０３を提供するための装置２００へ接続されている。
【００９２】
システム８００を、典型的には、デジタルビデオもしくはオーディオブロードキャストシステム、移動無線システム、又は回線切替もしくはパッケージ切替のボイスもしくはデータネットワークを介して、又はインターネットプロトコルシステム、ＧＳＭ、ＵＭＴＳもしくはＣＤＭＡシステム、ＧＰＳシステム又はＤＳＬシステムを介して、有線又は無線で、認可メッセージ１０３を送信するように構成することができる。さらに、システム８００は、サービスアクセス認可１０４を制御するためのいくつかの装置１００を含むことができる。システム８００を、典型的には、電子回路のシステムであるように構成することができ、認可メッセージ１０３は、認可メッセージ１０３を提供するための装置２００からサービスアクセス認可１０４を制御するための第１の装置１００、サービスアクセス認可１０４を制御するための第２の装置１００、及び存在するサービスアクセス認可１０４を制御するための他の装置１００へ送信することができるデータメッセージトとすることができる。
【００９３】
サービスごとのユーザ識別子１０２をビットの並びで表わすことができ、サービスごとのユーザ識別子１０２の値の範囲は、典型的には、システム８００の登録ユーザの数とシステム８００の登録サービスの数との積よりも小さい範囲を含む。これは、サービスごとのユーザ識別子１０２の再使用を行わない場合、システム８００の登録サービスの数（すなわち、ユーザが利用することができるサービスの数）に相当する数のサービスごとのユーザ識別子１０２を、典型的には、ユーザデバイスを含むすべてのユーザについて保持すべきであることを示すであろう。システム８００が完全に利用される場合、登録されているサービスと同数のサービスごとのユーザ識別子１０２を、各々のユーザへ割り当てることができる。サービスごとのユーザ識別子１０２を再使用するという本発明の考え方によれば、考えられるすべての組み合わせという最大の数を維持する必要がなく、より少数で充分である。
【００９４】
所定の継続期間１２３又は活性維持期間ＫＡＰ６００が、本発明の方法及びシステム８００の重要なパラメータを呈している。典型的には、ＫＡＰ６００を、認可メッセージ１０３を提供するための装置２００においてあらかじめ定めることができ、サービスを可能にするときに、第１の装置１００及び第２の装置１００へ送信することができる。しかしながら、ＫＡＰ６００をシステム８００の固定の量であると考えることもでき、又はＫＡＰ６００をシステム８００の既知のパラメータから決定可能とすることもできる。又は、ＫＡＰ６００が装置１００のうちの１つにおいてあらかじめ定められ、そこから残りの装置１００及び装置２００へ送信されるシステム８００も考えることができる。システム８００を、好ましくは、サービスごとのユーザ識別子１０２を一時的に割り当て、サービスごとのユーザ識別子１０２が割り当てられたユーザデバイスのユーザについて、サービスごとのユーザ識別子１０２がサービスアクセス認可１０４が満了した後に所定の継続期間１２３の満了まで続くことを阻止するように構成することも可能である。このようにして、システム８００が、期限切れのサービスアクセス認可１０４を有するユーザが、依然として存在するアクセスデータを使用して、期限切れの間に再び割り当てされた同じサービスごとのユーザ識別子１０２を含んでいる別のユーザのサービスアクセス認可１０４へとアクセスできてしまうことを防止することができる。
【００９５】
一つの好ましい実施の形態においては、システム８００は、認可メッセージ１０３を典型的には例えばＡＥＳ暗号アルゴリズム（advanced encryption standardとも称される）又はＤＥＳ暗号アルゴリズム（data encryption standardとも称される）を使用する対称暗号鍵を使用して暗号化又は部分的に暗号化された方法で送信することができる暗号化システムであってもよい。システム８００は、例えばＯＭＡ ＤＲＭ、ＥＴＳＩ−ＥＵＲＯＣＲＹＰＴ又はＩＳＭＡ規格（これらの規格の名称はすでに上述したとおりである。）のうちの１つによるデジタル著作権管理システムであってもよい。
【００９６】
サービスアクセス認可を制御するためのシステム８００は、装置２００を第１の装置１００及び第２の装置１００へ接続することができる。その接続は、コンピュータネットワークを介して、典型的にはイーサネット又はＩＰプロトコルを介して行うことができ、そのネットワークは有線又は無線の方法で実現可能である。典型的には、その接続を、ケーブルオペレータのケーブルネットワーク、無線中継システム、衛星無線システム、例えばＵＭＴＳシステムのＧＳＭシステムもしくはＣＤＭＡシステムなどの移動無線システム、又は時分割システムを介して行うことができる。その接続を、ＬＡＮネットワーク、ＭＡＮネットワーク、ＷＬＡＮネットワーク、又は光伝送ネットワークを介して達成してもよい。さらには、その接続を、電力供給ネットワークを介して実現してもよく（電力線伝送とも称される）、ＡＴＭネットワーク又はＤＳＬ法によって実現してもよい。
【００９７】
この考え方を、アクセス認可システム、条件付きアクセスシステム、又はデジタル著作権管理システムもしくはＤＲＭシステムにおいて、サーバ側及びクライアント側の両方で使用することができる。ここで、サーバ側とは制御コンピュータの方を指し、クライアント側とは制御されるコンピュータの方を指す。図８による実施の形態においては、装置２００を、例えばサーバ側（すなわち、制御コンピュータの側）にあると考えることができ、サービスアクセス認可１０４を制御するための第１の装置１００及び第２の装置１００を、クライアント側にある（すなわち、制御される側に属する）と考えることができる。
【００９８】
状況に応じて、本発明の方法を、ハードウェア又はソフトウェアのいずれかにて実現することができる。本発明の方法は、該当の方法が実行されるようにプログラム可能なコンピュータシステムと協働することができる電子的に読み出すことができる制御信号を使用して、デジタル記憶媒体（特に、ディスク又はＣＤ）上で実現することができる。一般に、本発明は、機械で読み取ることができる担体上に保存されたプログラムコードを含むコンピュータプログラム製品でもあり、このコンピュータプログラム製品がコンピュータ上で実行されるときに、本発明の方法が実行される。換言すると、本発明を、コンピュータ上で実行されたときに本発明の方法を実行するためのプログラムコードを含んでいるコンピュータプログラムとして実現することも可能である。
【特許請求の範囲】
【請求項１】
アクセス制限有りのサービスに関してユーザデバイスのサービスアクセス認可を制御するための装置（１００）であって、
サービスアクセス認可プロバイダ（１０１）を備えており、
該サービスアクセス認可プロバイダ（１０１）は、サービスごとのユーザ識別子（１０２）を含む認可メッセージ（１０３）に応答してサービスアクセス認可（１０４）の有効時間期間を設定するように構成されており、かつ、
該サービスアクセス認可プロバイダ（１０１）は、当該装置（１００）によって決定されたサービスアクセス認可（１０４）の最後の認可時間期間（１０６）の終わりから少なくとも所定の継続期間（１２３）が過ぎた場合に、先のサービスごとのユーザ識別子（１０２）を用いたサービスアクセス認可（１０４）の延長又は復活を可能にする認可を不可能（１０５）にするように構成されている装置（１００）。
【請求項２】
前記サービスアクセス認可プロバイダ（１０１）は、
移動式もしくは固定式の装置における有料ビデオシステム又は運転支援システムのためのオーディオサービス、ビデオサービス、マルチメディアサービス又はデータサービス、
携帯電話機におけるデータサービス、又は
インターネットアクセスを有しもしくは有していない、可搬又は据え置きのコンピュータにおける課金有り及び／又はアクセス制御有りのサービス
のための前記サービスアクセス認可（１０４）を提供するように構成されている請求項１に記載の装置（１００）。
【請求項３】
前記サービスアクセス認可プロバイダ（１０１）は、当該装置（１００）のスイッチオンに応答して、当該装置（１００）がスイッチオンされたときに当該装置（１００）によって決定されたサービスアクセス認可（１０４）の最後の認可時間期間（１０７）の終わり（１２１）から少なくとも所定の継続期間（１２３）が過ぎている場合に、先のサービスごとのユーザ識別子（１０２）を用いたサービスアクセス認可（１０４）の延長又は復活の認可を不可能（１０５）にするように構成されている請求項１又は２に記載の装置（１００）。
【請求項４】
前記サービスアクセス認可プロバイダ（１０１）は、受信した装置識別子及びサービスごとのユーザ識別子（１０２）を含む許可メッセージ又は延長メッセージ（１０３）から、前記装置識別子と当該装置の装置識別子とが一致するときに認可時間期間（１０６）を決定し、該認可時間期間（１０６）の終了時刻（１２４）が現在の時刻よりも時間的に後であり、かつ該認可時間期間（１０６）の開始時刻（１２２）と当該装置（１００）によってサービスアクセス認可（１０４）が決定された先の認可時間期間（１０７）の終了時刻（１２１）との間の時間が所定の継続期間（１２３）よりも短い場合に、サービスアクセス認可（１０４）を有効にするように構成されている請求項１から３のいずれか一項に記載の装置（１００）。
【請求項５】
前記サービスアクセス認可プロバイダ（１０１）は、サービスアクセス認可（１０４）が許可メッセージ又は延長メッセージ（１０３）によって当該装置（１００）によって決定されるときに、先のサービスごとのユーザ識別子（１０２）を用いたサービスアクセス認可（１０４）の延長又は復活の認可を所定の継続期間（１２３）だけ延長するように構成されている請求項４に記載の装置（１００）。
【請求項６】
前記サービスアクセス認可プロバイダ（１０１）は、認可時間期間（１０６）の終了時刻（１２４）において新たなサービスアクセス認可（１０４）が当該装置（１００）によって決定されていない場合、該認可時間期間（１０６）の終了時刻（１２４）の満了後にサービスアクセス認可（１０４）を無効にするように構成されている請求項１から５のいずれか一項に記載の装置（１００）。
【請求項７】
前記サービスアクセス認可プロバイダ（１０１）は、サービスアクセス認可（１０４）又は先のサービスごとのユーザ識別子（１０２）に関するパラメータもしくは鍵を取り除き、読み取り不可能にし、又は阻止することによって、先のサービスごとのユーザ識別子（１０２）を用いたサービスアクセス認可の延長又は復活の認可を不可能（１０５）にするように構成されている請求項１から６のいずれか一項に記載の装置（１００）。
【請求項８】
前記サービスアクセス認可プロバイダ（１０１）は電子回路であるように実現されている請求項１から７のいずれか一項に記載の装置（１００）。
【請求項９】
アクセス制限有りのサービスに関してユーザデバイスのための認可メッセージを提供するための装置（２００）であって、
認可メッセージクリエータ（２０２）と、
識別子マネージャ（２０１）と
を備えており、
認可メッセージクリエータ（２０２）はサービスアクセス認可（１０４）を可能にするための許可メッセージ（１０３）又はサービスアクセス認可（１０４）を延長するための延長メッセージ（１０３）を生成するように構成されており、許可メッセージ（１０３）又は延長メッセージ（１０３）には、識別子マネージャ（２０１）によってもたらされるサービスごとのユーザ識別子（１０２）が備えられ、
識別子マネージャ（２０１）は、サービスごとのユーザ識別子（１０２）について、当該サービスごとのユーザ識別子（１０２）が最後に関連付けられたユーザデバイスの認可時間期間（１０６）が満了した後も、少なくとも所定の継続期間（１２３）の間は、当該サービスごとのユーザ識別子（１０２）を未使用（２０３）とし、所定の継続期間（１２３）の満了後に、当該サービスごとのユーザ識別子（１０２）を認可メッセージクリエータ（２０２）による使用のために再び開放（２０４）するように構成されている装置（２００）。
【請求項１０】
前記認可メッセージクリエータ（２０２）は、
移動式もしくは固定式の装置における有料ビデオシステム又は運転支援システムのためのオーディオサービス、ビデオサービス、マルチメディアサービス又はデータサービス、
携帯電話機におけるデータサービス、又は
インターネットアクセスを有しもしくは有していない、可搬又は据え置きのコンピュータにおける課金有り及び／又はアクセス制限有りのサービス
を可能にし又は延長するためのメッセージ（１０３）を生成するように構成されている請求項９に記載の装置（２００）。
【請求項１１】
前記認可メッセージクリエータ（２０２）は１つ以上のサービスごとのユーザ識別子（１０２）を含む認可メッセージ（１０３）を生成するように構成されており、
サービスごとのユーザ識別子（１０２）はビットの並びによって表わされており、
前記認可メッセージクリエータ（２０２）は電子回路であるように実現されており、
前記認可メッセージクリエータ（１０３）は、サービスごとのユーザ識別子（１０２）を含むメッセージ（１０３）を限られた帯域幅のメッセージチャネルを介して送信するように構成されており、かつ、
前記識別子マネージャ（２０１）は電子回路であるように実現されている請求項９又は１０に記載の装置（２００）。
【請求項１２】
前記識別子マネージャ（２０１）は、所定の継続期間（１２３）が満了した後でサービスごとのユーザ識別子（１０２）を他のユーザ又は他の周辺機器による再使用のために開放するように構成されている請求項９から１１のいずれか一項に記載の装置（２００）。
【請求項１３】
前記識別子マネージャ（２０１）は、当該サービスごとのユーザ識別子（１０２）の最後の関連付け先のユーザデバイスのユーザの購読が終了した後で、当該購読の終了から所定の継続期間（１２３）が経過した後で、当該サービスごとのユーザ識別子（１０２）を別のユーザ又は同じユーザの新たな購読のために再び使用するように構成されている請求項９から１２のいずれか一項に記載の装置（２００）。
【請求項１４】
前記識別子マネージャ（２０１）は、前記所定の継続期間（１２３）に３日から３ヵ月の範囲の値を割り当てるように構成されている請求項９から１３のいずれか一項に記載の装置（２００）。
【請求項１５】
前記認可メッセージクリエータ（２０２）は、複数の受信者へ向けられたメッセージを生成するように構成されている請求項９から１４のいずれか一項に記載の装置（２００）。
【請求項１６】
前記認可メッセージクリエータ（２０２）は、サービスごとのユーザ識別子（１０２）がサービスを実行する装置の装置識別子及びサービス識別子に依存するように、許可メッセージ又は延長メッセージ（１０３）を個人専有化するように構成されており、かつ、
前記認可メッセージクリエータ（２０２）は、同じ認可時間期間（１０６）を有するユーザへのメッセージ（１０３）が１つのグループに一体化されるような方法で、いくつかの許可メッセージ又は延長メッセージ（１０３）をグループ化するように構成されている請求項９から１５のいずれか一項に記載の装置（２００）。
【請求項１７】
前記認可時間期間（１０６）は、開始時刻（１２２）及び終了時刻（１２４）によって指定され、又は開始時刻（１２２）及び継続時間によって指定される請求項９から１６のいずれか一項に記載の装置（２００）。
【請求項１８】
アクセス制限有りのサービスに関してサービスアクセス認可（１０４）を制御するためのシステム（８００）であって、
認可メッセージ（１０３）を提供するための請求項９から１７のいずれか一項に記載の装置（２００）、
サービスアクセス認可（１０４）を制御するための請求項１から８のいずれか一項に記載の第１の装置（１００）、及び
サービスアクセス認可（１０４）を制御するための請求項１から８のいずれか一項に記載の第２の装置（１００）を備えており、
当該システム（８００）は、最初にサービスアクセス認可（１０４）を制御するための第１の装置（１００）へ所定のサービスごとのユーザ識別子（１０２）を割り当て、この所定のサービスごとのユーザ識別子（１０２）を、再使用のために空きとなった後で、サービスアクセス認可（１０４）を制御するための第２の装置１００へと割り当てるように構成されており、
さらに当該システム（８００）は、所定のサービスごとのユーザ識別子（１０２）を用いたサービスアクセス認可（１０４）の延長又は復活のための認可が、サービスアクセス認可（１０４）を制御するための第１の装置（１００）及びサービスアクセス認可（１０４）を制御するための第２の装置（１００）のうちの多くとも１つにおいて有効であるように構成されており、かつ、
サービスアクセス認可（１０４）を制御するための第１の装置（１００）及びサービスアクセス認可（１０４）を制御するための第２の装置（１００）は、認可メッセージ（１０３）を受信するために、認可メッセージ（１０３）を提供するための装置（２００）へと接続されているシステム（８００）。
【請求項１９】
当該システム（８００）は、デジタルビデオブロードキャストシステムもしくはオーディオブロードキャストシステムを介して、移動無線システムを介して、又は回線切替もしくはパッケージ切替のボイスネットワーク、データネットワーク、インターネットプロトコルシステム、ＧＳＭシステム、ＵＭＴＳシステム、ＣＤＭＡシステム、ＧＰＳシステム、もしくはＤＳＬシステムを介して、有線又は無線で、認可メッセージ（１０３）を送信するように構成されている請求項１８に記載のシステム（８００）。
【請求項２０】
当該システム（８００）は、認可メッセージ（１０３）を提供するための装置（２００）、サービスアクセス認可（１０４）を制御するための第１の装置（１００）、及びサービスアクセス認可（１０４）を制御するための第２の装置（１００）について、同じ所定の継続期間（１２３）を使用するように構成されており、かつ、
当該システム（８００）は、サービスを有効にするときに所定の継続期間（１２３）を送信し、当該システム（８００）の固定の量となるように所定の継続期間（１２３）を考慮し、又は当該システム（８００）の既知のパラメータから所定の継続期間（１２３）を決定するように構成されている請求項１８又は１９に記載のシステム（８００）。
【請求項２１】
認可メッセージ（１０３）を提供するための装置（２００）は、当該システム（８００）に登録されているユーザの数と当該システム（８００）に登録されているサービスの数との積よりも小さい値の範囲を含むサービスごとのユーザ識別子（１０２）を提供するように構成されている請求項１８から２０のいずれか一項に記載のシステム（８００）。
【請求項２２】
認可メッセージ（１０３）を提供するための装置（２００）の識別子マネージャ（２０１）は、サービスごとのユーザ識別子（１０２）を一時的に割り当てるように構成されており、かつ、
当該システム（８００）は、サービスごとのユーザ識別子（１０２）の最後の関連付け先のユーザデバイスのユーザのためのサービスごとのユーザ識別子（１０２）を、サービスアクセス認可（１０４）の満了後に所定の継続期間（１２３）の満了まで阻止するように構成されている請求項１８から２１に記載のシステム（８００）。
【請求項２３】
当該システム（８００）は、認可メッセージ（１０３）を、暗号アルゴリズムを使用する暗号鍵によって部分的又は完全に暗号化し、認可メッセージ（１０３）を部分的又は完全に暗号化された方法で送信するように構成されている請求項１８から２２のいずれか一項に記載のシステム（８００）。
【請求項２４】
当該システム（８００）は、暗号化方法を使用して部分的又は完全に暗号化された方法で認可メッセージ（１０３）を送信するように構成されている請求項２３に記載のシステム（８００）。
【請求項２５】
当該システム（８００）は、電子認証方法又は電子署名を使用して認可メッセージ（１０３）を識別するように構成されている請求項１８から２４のいずれか一項に記載のシステム（８００）。
【請求項２６】
当該システム（８００）は、認可メッセージ（１０３）をメッセージ認証コードとともに送信するように構成されている請求項２５に記載のシステム（８００）。
【請求項２７】
前記認可メッセージ（１０３）は、ＯＭＡ ＤＲＭ、ＥＴＳＩ−ＥＵＲＯＣＲＹＰＴ、又はＩＳＭＡ規格のうちの１つに従って指定される請求項１８から２６のいずれか一項に記載のシステム（８００）。
【請求項２８】
期限切れのサービスアクセス認可（１０４）を有するユーザが、依然として存在するアクセスデータを使用して、同じサービスごとのユーザ識別子（１０２）を使用してサービスアクセス認可（１０４）の期限切れの後に送信された別のユーザのサービスアクセス認可（１０４）へアクセスできてしまうことが、防止されている請求項１８から２７のいずれか一項に記載のシステム（８００）。
【請求項２９】
アクセス制限有りのサービスに関してサービスアクセス認可（１０４）を制御するための方法（３００）であって、
サービスごとのユーザ識別子（１０２）を含む認可メッセージ（１０３）に応答してサービスアクセス認可（１０４）の有効時間期間を決定すること、及び
サービスアクセス認可（１０４）が存在した最後の認可時間期間（１０７）の終わりから少なくとも所定の継続期間（１２３）が過ぎた場合に、先のサービスごとのユーザ識別子（１０２）を用いたサービスアクセス認可（１０４）の延長又は復活の認可を不可能（１０５）にすること、を含んでいる方法（３００）。
【請求項３０】
アクセス制限有りのサービスに関して認可メッセージ（１０３）を提供するための方法（４００）であって、
サービスアクセス認可（１０４）を可能にするための許可メッセージ（１０３）又はサービスアクセス認可（１０４）を延長するための延長メッセージ（１０３）であって、サービスごとのユーザ識別子（１０２）を含んでいる許可メッセージ（１０３）又は延長メッセージ（１０３）を生成すること、
サービスごとのユーザ識別子（１０２）の最後の関連付け先のユーザデバイスの認可時間期間（１０６）が満了した後も、少なくとも所定の継続期間（１２３）の間は、当該サービスごとのユーザ識別子（１０２）を使用しないこと、及び
所定の継続期間（１２３）の満了後に、当該サービスごとのユーザ識別子（１０２）を、新たな許可メッセージ（１０３）又は新たな延長メッセージ（１０３）の生成に開放すること、を含んでいる方法（４００）。
【請求項３１】
コンピュータ上で実行されたときに請求項２９又は３０に記載の方法を実行するためのプログラムコードを含んでいるコンピュータプログラム。
【請求項１】
アクセス制限有りのサービスに関してユーザデバイスのサービスアクセス認可を制御するための装置（１００）であって、
サービスアクセス認可プロバイダ（１０１）を備えており、
該サービスアクセス認可プロバイダ（１０１）は、サービスごとのユーザ識別子（１０２）を含む認可メッセージ（１０３）に応答してサービスアクセス認可（１０４）の有効時間期間を設定するように構成されており、かつ、
該サービスアクセス認可プロバイダ（１０１）は、当該装置（１００）によって決定されたサービスアクセス認可（１０４）の最後の認可時間期間（１０６）の終わりから少なくとも所定の継続期間（１２３）が過ぎた場合に、先のサービスごとのユーザ識別子（１０２）を用いたサービスアクセス認可（１０４）の延長又は復活を可能にする認可を不可能（１０５）にするように構成されている装置（１００）。
【請求項２】
前記サービスアクセス認可プロバイダ（１０１）は、
移動式もしくは固定式の装置における有料ビデオシステム又は運転支援システムのためのオーディオサービス、ビデオサービス、マルチメディアサービス又はデータサービス、
携帯電話機におけるデータサービス、又は
インターネットアクセスを有しもしくは有していない、可搬又は据え置きのコンピュータにおける課金有り及び／又はアクセス制御有りのサービス
のための前記サービスアクセス認可（１０４）を提供するように構成されている請求項１に記載の装置（１００）。
【請求項３】
前記サービスアクセス認可プロバイダ（１０１）は、当該装置（１００）のスイッチオンに応答して、当該装置（１００）がスイッチオンされたときに当該装置（１００）によって決定されたサービスアクセス認可（１０４）の最後の認可時間期間（１０７）の終わり（１２１）から少なくとも所定の継続期間（１２３）が過ぎている場合に、先のサービスごとのユーザ識別子（１０２）を用いたサービスアクセス認可（１０４）の延長又は復活の認可を不可能（１０５）にするように構成されている請求項１又は２に記載の装置（１００）。
【請求項４】
前記サービスアクセス認可プロバイダ（１０１）は、受信した装置識別子及びサービスごとのユーザ識別子（１０２）を含む許可メッセージ又は延長メッセージ（１０３）から、前記装置識別子と当該装置の装置識別子とが一致するときに認可時間期間（１０６）を決定し、該認可時間期間（１０６）の終了時刻（１２４）が現在の時刻よりも時間的に後であり、かつ該認可時間期間（１０６）の開始時刻（１２２）と当該装置（１００）によってサービスアクセス認可（１０４）が決定された先の認可時間期間（１０７）の終了時刻（１２１）との間の時間が所定の継続期間（１２３）よりも短い場合に、サービスアクセス認可（１０４）を有効にするように構成されている請求項１から３のいずれか一項に記載の装置（１００）。
【請求項５】
前記サービスアクセス認可プロバイダ（１０１）は、サービスアクセス認可（１０４）が許可メッセージ又は延長メッセージ（１０３）によって当該装置（１００）によって決定されるときに、先のサービスごとのユーザ識別子（１０２）を用いたサービスアクセス認可（１０４）の延長又は復活の認可を所定の継続期間（１２３）だけ延長するように構成されている請求項４に記載の装置（１００）。
【請求項６】
前記サービスアクセス認可プロバイダ（１０１）は、認可時間期間（１０６）の終了時刻（１２４）において新たなサービスアクセス認可（１０４）が当該装置（１００）によって決定されていない場合、該認可時間期間（１０６）の終了時刻（１２４）の満了後にサービスアクセス認可（１０４）を無効にするように構成されている請求項１から５のいずれか一項に記載の装置（１００）。
【請求項７】
前記サービスアクセス認可プロバイダ（１０１）は、サービスアクセス認可（１０４）又は先のサービスごとのユーザ識別子（１０２）に関するパラメータもしくは鍵を取り除き、読み取り不可能にし、又は阻止することによって、先のサービスごとのユーザ識別子（１０２）を用いたサービスアクセス認可の延長又は復活の認可を不可能（１０５）にするように構成されている請求項１から６のいずれか一項に記載の装置（１００）。
【請求項８】
前記サービスアクセス認可プロバイダ（１０１）は電子回路であるように実現されている請求項１から７のいずれか一項に記載の装置（１００）。
【請求項９】
アクセス制限有りのサービスに関してユーザデバイスのための認可メッセージを提供するための装置（２００）であって、
認可メッセージクリエータ（２０２）と、
識別子マネージャ（２０１）と
を備えており、
認可メッセージクリエータ（２０２）はサービスアクセス認可（１０４）を可能にするための許可メッセージ（１０３）又はサービスアクセス認可（１０４）を延長するための延長メッセージ（１０３）を生成するように構成されており、許可メッセージ（１０３）又は延長メッセージ（１０３）には、識別子マネージャ（２０１）によってもたらされるサービスごとのユーザ識別子（１０２）が備えられ、
識別子マネージャ（２０１）は、サービスごとのユーザ識別子（１０２）について、当該サービスごとのユーザ識別子（１０２）が最後に関連付けられたユーザデバイスの認可時間期間（１０６）が満了した後も、少なくとも所定の継続期間（１２３）の間は、当該サービスごとのユーザ識別子（１０２）を未使用（２０３）とし、所定の継続期間（１２３）の満了後に、当該サービスごとのユーザ識別子（１０２）を認可メッセージクリエータ（２０２）による使用のために再び開放（２０４）するように構成されている装置（２００）。
【請求項１０】
前記認可メッセージクリエータ（２０２）は、
移動式もしくは固定式の装置における有料ビデオシステム又は運転支援システムのためのオーディオサービス、ビデオサービス、マルチメディアサービス又はデータサービス、
携帯電話機におけるデータサービス、又は
インターネットアクセスを有しもしくは有していない、可搬又は据え置きのコンピュータにおける課金有り及び／又はアクセス制限有りのサービス
を可能にし又は延長するためのメッセージ（１０３）を生成するように構成されている請求項９に記載の装置（２００）。
【請求項１１】
前記認可メッセージクリエータ（２０２）は１つ以上のサービスごとのユーザ識別子（１０２）を含む認可メッセージ（１０３）を生成するように構成されており、
サービスごとのユーザ識別子（１０２）はビットの並びによって表わされており、
前記認可メッセージクリエータ（２０２）は電子回路であるように実現されており、
前記認可メッセージクリエータ（１０３）は、サービスごとのユーザ識別子（１０２）を含むメッセージ（１０３）を限られた帯域幅のメッセージチャネルを介して送信するように構成されており、かつ、
前記識別子マネージャ（２０１）は電子回路であるように実現されている請求項９又は１０に記載の装置（２００）。
【請求項１２】
前記識別子マネージャ（２０１）は、所定の継続期間（１２３）が満了した後でサービスごとのユーザ識別子（１０２）を他のユーザ又は他の周辺機器による再使用のために開放するように構成されている請求項９から１１のいずれか一項に記載の装置（２００）。
【請求項１３】
前記識別子マネージャ（２０１）は、当該サービスごとのユーザ識別子（１０２）の最後の関連付け先のユーザデバイスのユーザの購読が終了した後で、当該購読の終了から所定の継続期間（１２３）が経過した後で、当該サービスごとのユーザ識別子（１０２）を別のユーザ又は同じユーザの新たな購読のために再び使用するように構成されている請求項９から１２のいずれか一項に記載の装置（２００）。
【請求項１４】
前記識別子マネージャ（２０１）は、前記所定の継続期間（１２３）に３日から３ヵ月の範囲の値を割り当てるように構成されている請求項９から１３のいずれか一項に記載の装置（２００）。
【請求項１５】
前記認可メッセージクリエータ（２０２）は、複数の受信者へ向けられたメッセージを生成するように構成されている請求項９から１４のいずれか一項に記載の装置（２００）。
【請求項１６】
前記認可メッセージクリエータ（２０２）は、サービスごとのユーザ識別子（１０２）がサービスを実行する装置の装置識別子及びサービス識別子に依存するように、許可メッセージ又は延長メッセージ（１０３）を個人専有化するように構成されており、かつ、
前記認可メッセージクリエータ（２０２）は、同じ認可時間期間（１０６）を有するユーザへのメッセージ（１０３）が１つのグループに一体化されるような方法で、いくつかの許可メッセージ又は延長メッセージ（１０３）をグループ化するように構成されている請求項９から１５のいずれか一項に記載の装置（２００）。
【請求項１７】
前記認可時間期間（１０６）は、開始時刻（１２２）及び終了時刻（１２４）によって指定され、又は開始時刻（１２２）及び継続時間によって指定される請求項９から１６のいずれか一項に記載の装置（２００）。
【請求項１８】
アクセス制限有りのサービスに関してサービスアクセス認可（１０４）を制御するためのシステム（８００）であって、
認可メッセージ（１０３）を提供するための請求項９から１７のいずれか一項に記載の装置（２００）、
サービスアクセス認可（１０４）を制御するための請求項１から８のいずれか一項に記載の第１の装置（１００）、及び
サービスアクセス認可（１０４）を制御するための請求項１から８のいずれか一項に記載の第２の装置（１００）を備えており、
当該システム（８００）は、最初にサービスアクセス認可（１０４）を制御するための第１の装置（１００）へ所定のサービスごとのユーザ識別子（１０２）を割り当て、この所定のサービスごとのユーザ識別子（１０２）を、再使用のために空きとなった後で、サービスアクセス認可（１０４）を制御するための第２の装置１００へと割り当てるように構成されており、
さらに当該システム（８００）は、所定のサービスごとのユーザ識別子（１０２）を用いたサービスアクセス認可（１０４）の延長又は復活のための認可が、サービスアクセス認可（１０４）を制御するための第１の装置（１００）及びサービスアクセス認可（１０４）を制御するための第２の装置（１００）のうちの多くとも１つにおいて有効であるように構成されており、かつ、
サービスアクセス認可（１０４）を制御するための第１の装置（１００）及びサービスアクセス認可（１０４）を制御するための第２の装置（１００）は、認可メッセージ（１０３）を受信するために、認可メッセージ（１０３）を提供するための装置（２００）へと接続されているシステム（８００）。
【請求項１９】
当該システム（８００）は、デジタルビデオブロードキャストシステムもしくはオーディオブロードキャストシステムを介して、移動無線システムを介して、又は回線切替もしくはパッケージ切替のボイスネットワーク、データネットワーク、インターネットプロトコルシステム、ＧＳＭシステム、ＵＭＴＳシステム、ＣＤＭＡシステム、ＧＰＳシステム、もしくはＤＳＬシステムを介して、有線又は無線で、認可メッセージ（１０３）を送信するように構成されている請求項１８に記載のシステム（８００）。
【請求項２０】
当該システム（８００）は、認可メッセージ（１０３）を提供するための装置（２００）、サービスアクセス認可（１０４）を制御するための第１の装置（１００）、及びサービスアクセス認可（１０４）を制御するための第２の装置（１００）について、同じ所定の継続期間（１２３）を使用するように構成されており、かつ、
当該システム（８００）は、サービスを有効にするときに所定の継続期間（１２３）を送信し、当該システム（８００）の固定の量となるように所定の継続期間（１２３）を考慮し、又は当該システム（８００）の既知のパラメータから所定の継続期間（１２３）を決定するように構成されている請求項１８又は１９に記載のシステム（８００）。
【請求項２１】
認可メッセージ（１０３）を提供するための装置（２００）は、当該システム（８００）に登録されているユーザの数と当該システム（８００）に登録されているサービスの数との積よりも小さい値の範囲を含むサービスごとのユーザ識別子（１０２）を提供するように構成されている請求項１８から２０のいずれか一項に記載のシステム（８００）。
【請求項２２】
認可メッセージ（１０３）を提供するための装置（２００）の識別子マネージャ（２０１）は、サービスごとのユーザ識別子（１０２）を一時的に割り当てるように構成されており、かつ、
当該システム（８００）は、サービスごとのユーザ識別子（１０２）の最後の関連付け先のユーザデバイスのユーザのためのサービスごとのユーザ識別子（１０２）を、サービスアクセス認可（１０４）の満了後に所定の継続期間（１２３）の満了まで阻止するように構成されている請求項１８から２１に記載のシステム（８００）。
【請求項２３】
当該システム（８００）は、認可メッセージ（１０３）を、暗号アルゴリズムを使用する暗号鍵によって部分的又は完全に暗号化し、認可メッセージ（１０３）を部分的又は完全に暗号化された方法で送信するように構成されている請求項１８から２２のいずれか一項に記載のシステム（８００）。
【請求項２４】
当該システム（８００）は、暗号化方法を使用して部分的又は完全に暗号化された方法で認可メッセージ（１０３）を送信するように構成されている請求項２３に記載のシステム（８００）。
【請求項２５】
当該システム（８００）は、電子認証方法又は電子署名を使用して認可メッセージ（１０３）を識別するように構成されている請求項１８から２４のいずれか一項に記載のシステム（８００）。
【請求項２６】
当該システム（８００）は、認可メッセージ（１０３）をメッセージ認証コードとともに送信するように構成されている請求項２５に記載のシステム（８００）。
【請求項２７】
前記認可メッセージ（１０３）は、ＯＭＡ ＤＲＭ、ＥＴＳＩ−ＥＵＲＯＣＲＹＰＴ、又はＩＳＭＡ規格のうちの１つに従って指定される請求項１８から２６のいずれか一項に記載のシステム（８００）。
【請求項２８】
期限切れのサービスアクセス認可（１０４）を有するユーザが、依然として存在するアクセスデータを使用して、同じサービスごとのユーザ識別子（１０２）を使用してサービスアクセス認可（１０４）の期限切れの後に送信された別のユーザのサービスアクセス認可（１０４）へアクセスできてしまうことが、防止されている請求項１８から２７のいずれか一項に記載のシステム（８００）。
【請求項２９】
アクセス制限有りのサービスに関してサービスアクセス認可（１０４）を制御するための方法（３００）であって、
サービスごとのユーザ識別子（１０２）を含む認可メッセージ（１０３）に応答してサービスアクセス認可（１０４）の有効時間期間を決定すること、及び
サービスアクセス認可（１０４）が存在した最後の認可時間期間（１０７）の終わりから少なくとも所定の継続期間（１２３）が過ぎた場合に、先のサービスごとのユーザ識別子（１０２）を用いたサービスアクセス認可（１０４）の延長又は復活の認可を不可能（１０５）にすること、を含んでいる方法（３００）。
【請求項３０】
アクセス制限有りのサービスに関して認可メッセージ（１０３）を提供するための方法（４００）であって、
サービスアクセス認可（１０４）を可能にするための許可メッセージ（１０３）又はサービスアクセス認可（１０４）を延長するための延長メッセージ（１０３）であって、サービスごとのユーザ識別子（１０２）を含んでいる許可メッセージ（１０３）又は延長メッセージ（１０３）を生成すること、
サービスごとのユーザ識別子（１０２）の最後の関連付け先のユーザデバイスの認可時間期間（１０６）が満了した後も、少なくとも所定の継続期間（１２３）の間は、当該サービスごとのユーザ識別子（１０２）を使用しないこと、及び
所定の継続期間（１２３）の満了後に、当該サービスごとのユーザ識別子（１０２）を、新たな許可メッセージ（１０３）又は新たな延長メッセージ（１０３）の生成に開放すること、を含んでいる方法（４００）。
【請求項３１】
コンピュータ上で実行されたときに請求項２９又は３０に記載の方法を実行するためのプログラムコードを含んでいるコンピュータプログラム。
【図１Ａ】
【図１Ｂ】
【図２Ａ】
【図２Ｂ】
【図３】
【図４】
【図５】
【図６Ａ】
【図６Ｂ】
【図７Ａ】
【図７Ｂ】
【図８】
【図１Ｂ】
【図２Ａ】
【図２Ｂ】
【図３】
【図４】
【図５】
【図６Ａ】
【図６Ｂ】
【図７Ａ】
【図７Ｂ】
【図８】
【公表番号】特表２０１１−５１９０８７（Ｐ２０１１−５１９０８７Ａ）
【公表日】平成２３年６月３０日（２０１１．６．３０）
【国際特許分類】
【出願番号】特願２０１１−５０５４２２（Ｐ２０１１−５０５４２２）
【出願日】平成２１年４月２１日（２００９．４．２１）
【国際出願番号】ＰＣＴ／ＥＰ２００９／００２９０９
【国際公開番号】ＷＯ２００９／１３０００７
【国際公開日】平成２１年１０月２９日（２００９．１０．２９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
２．イーサネット
【出願人】（５００３４１７７９）フラウンホーファー−ゲゼルシャフト・ツール・フェルデルング・デル・アンゲヴァンテン・フォルシュング・アインゲトラーゲネル・フェライン (75)
【Ｆターム（参考）】
【公表日】平成２３年６月３０日（２０１１．６．３０）
【国際特許分類】
【出願日】平成２１年４月２１日（２００９．４．２１）
【国際出願番号】ＰＣＴ／ＥＰ２００９／００２９０９
【国際公開番号】ＷＯ２００９／１３０００７
【国際公開日】平成２１年１０月２９日（２００９．１０．２９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
２．イーサネット
【出願人】（５００３４１７７９）フラウンホーファー−ゲゼルシャフト・ツール・フェルデルング・デル・アンゲヴァンテン・フォルシュング・アインゲトラーゲネル・フェライン (75)
【Ｆターム（参考）】
[ Back to top ]