JP2013511090A - 初回アクセス時のコンテンツ結合 - Google Patents

Abstract

初回アクセスでコンテンツを結合する方法およびシステムが開示される。不揮発性格納装置は、被保護コンテンツにアクセスするためにコンテンツ・アクセス・スクリプトとコンテンツ結合スクリプトとを提供する場合がある。アクセスアプリケーションは、コンテンツ・アクセス・スクリプトを実行することによって被保護コンテンツへのアクセスを試みる場合がある。アクセスアプリケーションは、コンテンツ・アクセス・スクリプトへのアクセスと実行にあたって許可を得なければならない。アクセスアプリケーションは、コンテンツ・アクセス・スクリプトにアクセスできない場合または実行できない場合には、コンテンツ結合スクリプトにアクセスし、実行する場合がある。コンテンツ結合スクリプトは、アクセスアプリケーションがコンテンツ・アクセス・スクリプトを正常に実行するための命令を含んでいる。コンテンツ結合スクリプトは、実行されたときに、被保護データへのアクセスに関連する重要情報を移動することによってコンテンツ結合スクリプト自体を無効化し再び実行できないようにする場合がある。アクセスアプリケーションがコンテンツ・アクセス・スクリプトを正常に実行できるようにするために、コンテンツ結合スクリプトは一度実行される場合がある。

Description

本発明は、一般的に、「シート方式」ライセンス、「ユーザ方式」ライセンス、「加入者方式」等のライセンス条件を実施する物理媒体におけるコンテンツの配布および可搬性に関する。

コンテンツおよびアプリケーション提供者は多くの場合、物理媒体でコンテンツを販売、配布することを好む。コンテンツおよびアプリケーション提供者は、かかるコンテンツがダウンロードされ、物理媒体に格納され、コンテンツまたはアプリケーション提供者への通信接続機能を有さない別の装置で消費されるモデルにも関心を寄せる。
ソフトウェアアプリケーション（または単に「アプリケーション」）は、「シート方式」（物理的コピーがインストールできる装置の数に応じて支払う）、「ユーザ方式」（アプリケーションを同時に使用できるユーザの数に応じて支払う）、「加入者方式」（物理的コピーにアクセスできる加入者の数に応じて支払う）等、特定のライセンス条件で通常販売される。これらのライセンス条件は、音楽、映像、壁紙、ゲーム等のマルチメディアコンテンツにも適用されることがある。

しかし、そのようなライセンス条件は信頼に基づき、かつ／またはサーバへの接続を必要とする。例えば、典型的な「シート方式」ライセンスはライセンスキーを使用するが、ライセンスキーが何回使用されるかに対する規制はない。また、第２の装置でアプリケーションまたはコンテンツを使用する前に、第１の装置からのソフトウェアアプリケーションおよびコンテンツの削除についての規制は通常ない。通常これは信頼に基づく。他のシステムでは、信頼の代わりにデジタル著作権管理（「ＤＲＭ」）技術に頼る。しかし、これは通常最初にサーバからライセンスが取得されることを意味する。ライセンスはその後他の装置へ移され、そこで物理的コピーが消費されることがある。

信頼ベースのライセンシングは通常、マルチメディアコンテンツの配布に使用されない。マルチメディア配布モデルは普通、コピー防止またはＤＲＭ式システムにより無制限アクセスを提供するが、この場合にはコンテンツまたはアプリケーション提供者との通信接続が最初に必要となる。これは主に、そのような配布に一般的に使われている光学式ＲＯＭディスクがこれらの他のモデルを容易に実現できないということによる。また、サーバへの接続は、必ずしも可能とは限らず、または追加的コストが発生することがある。従って、先進のライセンシングモデルによるコンテンツ配布を可能にする装置が求められている。

更新できる物理媒体上でコンテンツおよびアプリケーションを配布すれば、様々なライセンシングモデルを有利に実現でき、事前のサーバ接続は必要ない。本願は、外部装置で実行するアクセスアプリケーションで使用される物理媒体で配布される（または物理媒体にダウンロードされる）コンテンツおよびアプリケーションでライセンス条件を実施する方法およびシステムの実施形態を開示する。さらに、ＤＲＭと組み合わせない場合には、システムおよび方法の実施形態は、ライセンス条件に従い、結合が設定されたアクセス装置のコンフィギュレーションに一致するアクセス装置で無制限の使用およびインストールを許可する。

いくつかの実施形態において、最初のアクセスのときにライセンス条件とアクセスアプリケーションのコンフィギュレーションを考慮に入れ結合情報が更新された後、ライセンシングは実施できる。アクセスアプリケーションはアクセス装置のプロセッサによって実行される場合がある。いくつかの実施形態において、ライセンス条件に従いアクセスアプリケーションコンフィギュレーションに一致する許諾アクセス装置に対してアクセス制御が更新された後、ライセンシングは実施できる。いくつかの実施形態において、ライセンシングはアカウンティング機構を使用することによって実施され、アカウンティングはライセンス条件に従いアクセスアプリケーションコンフィギュレーションに一致する装置に対してアクセスを許諾するために更新される。いくつかの実施形態は、アカウンティングの使用によりライセンスの修正、リセット、または追加も可能になる方法を説明する。具体的には、いくつかの実施形態は、サーバへの接続により物理的コピーのライセンスのリセットまたは追加が可能となる方法、また更新されたコピーを新しいコンフィギュレーションで使用でき、それ以上サーバへ接続する必要がない方法を説明する。
いくつかの実施形態は、一度にコンテンツの１セット全体を結合する方法を説明する。これにより、物理媒体上での種々雑多な組み合わせによるライセンシングを回避する。

他の実施形態ならびにその特徴および利点も可能であり、当業者であれば以降の詳細な説明と添付の図面を精査することで明らかになるはずである。特許請求の範囲に記載された請求項によりなされる本発明の範囲は、ここで説明し図示する実施形態に限定されない。
図中の構成要素は必ずしも一定の縮尺で描かれておらず、むしろ種々の態様を例示することに重点が置かれている。さらに、これらの異なる図面の間で同様の参照番号は対応する部分を示している。

不揮発性格納装置にあるコンテンツへのアクセスを制御する例示的システムを示す図である。 コンテンツを結合する例示的ステップを示す図である。 コンテンツファイルの例示的概念的形式を示す。 コンテンツへのアクセスを制御するために使用されるアクセス制御システムの例示的アカウントを示す図である。 アカウントによるアクセス制御システムで初回使用時にコンテンツを結合するステップを示す図である。 アカウントによるアクセス制御システムで初回使用時にコンテンツを結合するステップを示す図である。 アカウントによるアクセス制御システムで初回使用時にコンテンツを結合するステップを示す図である。 アカウントによるアクセス制御システムで初回使用時にコンテンツを結合するステップを示す図である。 異なるアカウントを使用して異なるコンテンツにアクセスする構成を示す図である。 不揮発性格納装置上にあるコンテンツへのアクセスを制御する例示的システムを示す図である。 種々のライセンス条件でコンテンツを配布する場合に使用されるアクセス制御システムの構成を示す図である。 図７の不揮発性格納装置に格納されたコンテンツにアクセスする例示的ステップを示す。 図４のアカウントにより格納されたコンテンツにアクセスする例示的ステップを示す。 不揮発性格納装置に格納されたコンテンツにアクセスし、このコンテンツをアカウントに結合する例示的ステップを示す。 コンテンツを結合する例示的ステップを示す図である。

コンテンツおよびアプリケーション提供者には、物理的コピーにライセンスを付けるモデルを好む傾向がある。このモデルならサーバへの接続が必要なく、ＤＲＭシステムが必要ないからである。コンテンツが物理装置にダウンロードされる場合であれ配布される場合であれ、コンテンツおよびアプリケーション提供者はこのモデルを好む。しかし、この種の配布に対して単純なコピー防止以外のライセンス条件を実施するのは厄介である。コンテンツは保護しなければならないし、コピーを準備するときに最初のアクセス装置の構成は通常不明だからである。
典型的なライセンス条件には、シート方式、加入者方式、国際移動体加入者識別（ＩＭＳＩ）値方式、ユーザ方式、加入者識別モジュール（ＳＩＭ）方式、ネットワーク方式、サービス加入方式等がある。これらのライセンス条件に有効期限を組み合わせる場合は、許可されたコンテンツまたはアプリケーション（コンテンツと総称する）はいずれアクセスできなくなる。

ここではコンテンツまたはアプリケーションを初回使用時に結合する方法およびシステムを例示的な実施形態で説明する。一実施形態において、コンテンツまたはアプリケーションは、インストールまたはアクセスのときにライセンス条件に従って装置（シート）、ユーザ、または加入者に結合され、アプリケーションの正常な実行またはコンテンツへのアクセスは、コンテンツまたはアプリケーションに結合されたシート、ユーザ、または加入者に限定される。例えば、「シート方式」ライセンスは、アクセス許可に先立つ装置結合により、また装置識別値等のアクセス装置からの情報を検証することにより達成することができる。「ＳＩＭ方式」ライセンスは、アクセス許可に先立ちＳＩＭカードに結合することにより、また、アクセスアプリケーションとってＳＩＭの可用性を検証することにより、達成することができる。「ネットワーク事業者方式」ライセンスは、アクセス許可に先立ちネットワーク事業者ＩＤに結合し、ネットワークＩＤ等のネットワークに関するＳＩＭカードからの情報を検証することにより実現することができる。

図１は、アクセス装置１５０に不揮発性格納装置１６０が取外し可能に接続される例示的システム１００を示す図である。不揮発性格納装置１６０にはコンテンツ１６５が読み込まれる。一実施形態において、コンテンツは典型的な物理的コピーである。例示的システム１００において、アクセス装置１５０は、不揮発性格納装置１６０に格納されたコンテンツの書き込み、読み取り、消去、修正、それともアクセスを行う場合がある。一実施形態において、不揮発性格納装置１６０にはコンテンツ１６５の物理的コピーが予め読み込まれる。一実施形態において、コンテンツ１６５はアプリケーションを含む。
不揮発性格納装置１６０は、メモリカード（例えば、セキュアデジタル（ＳＤ）カード）、書き込み可能な光ディスク（例えば、ＣＤ−Ｒ、ＣＤ−ＲＷ）、または他のポータブル装置（例えば、携帯電話機）等の様々な装置タイプのいずれであってもよい。
プロセッサ１５１を有する種々のアクセス装置１５０は、パーソナルコンピュータ、ノートブックコンピュータ、携帯情報端末（ＰＤＡ）、種々のデータ通信装置、デジタルカメラ、携帯電話機、ポータブルオーディオプレイヤー、自動車音響システム、類似のタイプの機器等のアクセスアプリケーション１５５を実行できる。

アクセスアプリケーション１５５は、マルチメディアプレイヤーアプリケーション、アプリケーションインストーラ、ＤＲＭ等のミドルウエアアプリケーション、ソフトウェアライブラリ、またはコンテンツを使用またはアクセスできる他のソフトウェアバリエーションであってもよい。
アクセスアプリケーション１５５は、アクセスされるコンテンツのライセンス条件にかかわるアクセス装置情報を利用することもできる。かかる情報は、アクセスアプリケーション１５５を実行する装置のコンフィギュレーションと呼ばれる場合がある。かかる情報の実施例は、ＳＩＭカードによって提供される加入者ＩＤ１５９、携帯電話機のＩＭＥＩ等のホストＩＤ１５６、ユーザＩＤ１５７等を含む（この一覧と図は例示として提供し、種々の実施形態を限定するものではないことに留意するべきである）。例えば、「シート方式」ライセンスはホストＩＤ１５６に結合し、特定サービス加入者のライセンシングは加入者ＩＤ１５９に結合し、特定サービスのライセンシングはサービスＩＤおよびステータスに結合することができる。コンフィギュレーションは、アクセス装置のユーザのアイデンティティ、アクセス装置と通信するドメインまたはネットワークのアイデンティティ、アクセス装置と会社識別情報との関連付け、例えば会社に設置されたハードウェアに関連付けられたネットワークアドレス、あるいは特定の動作モードのためにアクセス装置１５０を識別、構成、または設定する他の何らかのハードウェアもしくはソフトウェア命令、入力、または設定を含む。一実施形態において、アクセス装置が携帯電話機なら、加入者識別モジュールカードからの情報、例えば国際移動体加入者識別（ＩＭＳＩ）値や移動体加入者統合サービスデジタルネットワーク（ＭＳＩＳＤＮ）値は、コンフィギュレーションの一態様である場合があるが、これらの情報が携帯電話網で動作するアクセス装置を構成する場合があるからである。

まずは、使用またはアクセスを制御するためにコンテンツ１６５またはアプリケーションを保護しなければならないことに留意することが大切である。これは、信頼だけを頼りにするのではない任意のシステムの要石である。コンテンツ１６５へのアクセスを制御するには様々な方法がある。本願明細書で説明する実施形態には、複数のアクセス制御方法のうちのいずれかを使用してもよい（例えば、アクセスするエンティティの認証を要求する、暗号化された形式で格納されたデータの復号に必要な暗号鍵へのアクセスを制御する、コンテンツへのアクセスにあたってＤＲＭ権利オブジェクトを要求する等）。アクセス制御方法に従ってコンテンツまたはアプリケーションにアクセスするのに要求されるステップは、アクセススクリプトにまとめることができる。次いで、アクセススクリプトはコンテンツにアクセスするアプリケーションによって使用されてもよい。一実施形態において、スクリプトは、命令または命令のポインタ、例えばアクセス装置１５０によって実行される命令を含んでいる。この実施形態では、アクセス制御方法に従い、スクリプトの中で参照されるステップ、またはスクリプトに組み込まれたステップを実施することによって、コンテンツ１６５またはアプリケーションがアクセスされる。このコンテンツ・アクセス・スクリプト、すなわち第１のスクリプトは、主要なアクセス手段であり、これが正常に実行しなければ、アクセス装置１５０上のアクセスアプリケーション１５５は許諾されない。しかし、結合を実施する第２のスクリプトが正常に実行できる場合は、サーバへの接続は必要ない場合がある。

図２は、第１のスクリプトと第２のスクリプトを使用し、コンテンツにアクセスする例示的ステップを示す図である。ステップ２００では、被保護コンテンツ１６５にアクセスする要求を受け取る。ステップ２０１では、アクセスアプリケーションが第１のスクリプトに従ってコンテンツにアクセスを試みる。第１のスクリプトは、コンテンツ・アクセス・スクリプトとも呼ばれる。このアクセスアプリケーションとアクセス装置情報でライセンス条件が満たされる場合には、ステップ２０５でコンテンツにアクセスできる。このアクセスは、例えば再生、使用、またはインストールであってもよい。ライセンス条件が満たされない場合、制御はステップ２０２へ進み、一連のステップ２１０に見られるように、アクセスアプリケーションは第２のスクリプトの実行を試みる。第２のスクリプトは、コンテンツ結合スクリプトとも呼ばれる。いくつかの実施形態において、ライセンス条件が満たされると第２のスクリプトは第２のスクリプト自体を無効化する場合がありうる（例えば、第２のスクリプトが少なくとも１回実行済みである場合）。この場合、ステップ２０２は失敗し、制御はステップ２０６へ進む。ステップ２０６は、コンテンツ１６５にアクセスすることができる、さらなるステップを含む場合がある。例えば、第２のスクリプトが先々正常に実行できるようにするための適切なライセンスまたは追加のライセンスを取得するステップである。第２のスクリプトが実行できる場合には、通常ならばステップ２０３へ進み、そこでライセンス条件が満たされる場合、ライセンス条件とアクセス装置のコンフィギュレーションに従って結合が設定される。例えば、ライセンス条件が「ＳＩＭ方式」の場合、有効なＳＩＭがアクセス装置１５０に存在すると、ライセンス条件が満たされる。いくつかの実施形態において、第２のスクリプトは、単一のコンテンツファイルに作用することができる。別の実施形態において、第２のスクリプトは一度にファイルの１セット全体に作用することができる。ステップ２０４で第２のスクリプトを正常に実行した場合には、ステップ２０５でコンテンツ１６５にアクセスできる。第２のスクリプトが正常に実行されなかった場合には、適切なライセンスまたは追加のライセンスを取得するなどのステップ２０６において、さらなるステップによりコンテンツにアクセスできるようにする場合がある。

一実施形態において、正常に実行された場合に結合を実施する第２のスクリプトは、コンテンツにアクセスすることもでき、ステップ２０５を含む。別の実施形態において、第２のスクリプトは第１のスクリプトが正常に実行されることを許可するだけであり、第２のスクリプトを正常に実行すると、ステップ２０４から、ステップ２０５ではなくステップ２０１に制御が戻る。第２のスクリプトがステップ２０５を含み、かつさらなる実行から第２のスクリプト自体を無効化する実施形態では、ユーズ・ワン・アンド・インストール・ワンス(use-one and install-once)ライセンス条件の実施が可能である。別の実施形態では、ライセンス条件が満たされる限り（また、ＤＲＭが使用される場合はＤＲＭ権利が期限切れでない限り）、コンテンツにアクセスできる。いくつかの実施形態において、第２のスクリプトは一度にファイルの１セット全体に作用する。

いくつかの実施形態において、スクリプトは必ずしもスクリプトであるとは限らない。これはファイル内のタグ、または特定のファイル拡張子、またはコンテンツ１６５にアクセスするために実施されるステップの識別子と同じぐらいに短くてもよい。第２のスクリプトも必ずしもスクリプトであるとは限らない。いくつかの実施形態において、第２のスクリプトは、物理的コピーに付けられたライセンス条件に従いコンテンツ１６５へのアクセスを暫定的に可能にする方法を示す識別子ぐらいに短くてもよい。いくつかの実施形態では両方のスクリプトに同じ情報を使用することができるが、ステップ２０１とステップ２１０とで別々に使用することもできる。
第２のスクリプトはライセンシングにとって重要であり、不正変更から保護される場合がある。スクリプトの取り替え等の変更を防ぐために、第２のスクリプトは関係するコンテンツ１６５とそのライセンス条件に関連付けられるべきである。

いくつかの実施形態において、第２のスクリプトはコンテンツ１６５から分離することができる。別の実施形態において、第２のスクリプトはコンテンツファイル１６５の一部をなしてもよい。図３は、コンテンツファイル１６５の例示的概念的形式を示す。図３に示されているように、不正変更を防ぐために関連付けが安全にされるべきである。例えば、第２のスクリプト４０８は、不正変更を検知、阻止するために、暗号技術に依存することができ、これによってコンテンツおよびライセンス条件との関連付けを変えられずに維持することができる。暗号法は、コンテンツ４０６に特有で第１のスクリプトがアクセスを得るにあたって要求される入力に依存することができる。その情報が変更されると第１のスクリプトの正常実行は阻止され、従ってコンテンツへのアクセスは阻止される。

いくつかの実施形態において、アクセス情報４０４は、第１のスクリプトを含む場合がある。別の実施形態において、アクセス情報４０４は、第１のスクリプトと第２のスクリプトの両方にとって有用な情報を含む場合があり、場合によってはかかる情報または命令だけで十分であるため、独立した第２のスクリプト４０８は不要となる。例えば、かかる情報はライセンス条件を意味し、ライセンス条件は第１のスクリプトにとって被保護コンテンツにアクセスする方法を意味し、ライセンス条件は第２のスクリプトにとってコンテンツまたは１セットのコンテンツを結合する方法を意味することができる。その場合、アクセス方法４０４が変更されると第１のスクリプトを使ったコンテンツへのアクセスは失敗し、第２のスクリプトの実行も失敗することになる。

これ以降、第２のスクリプトが、正常に実行された場合に、初回使用時に結合を実施でき、結果的に、ライセンス条件に従いアクセスアプリケーション１５５を使ったコンテンツ１６５へのアクセスを設定してもよい方法を示す例示的な実施形態を紹介する。結合とアクセス制御のためのシステムおよび方法は、コンテンツ自体、またはコンテンツへのアクセスに必要な情報、例えばＤＲＭ権利オブジェクトに適用できることに留意することが大切である。例えば、コンテンツに関連付けられたＤＲＭ権利オブジェクトへのアクセスを制御することにより、間接的なコンテンツアクセス制御を達成できる。

いくつかの実施形態において、第２のスクリプトは、ライセンス条件およびアクセス装置１５０またはアプリケーション１５５に関係する情報を設定、修正、追加、または作成することができる。その情報は、第１のスクリプトが正常に実行するにあたって必要である。いくつかの実施形態において、かかる情報は、ファイルの１セット全体に適用され、一度に１セット全体を結合する場合がある。

情報はライセンス条件に関係することができ、またアクセスアプリケーション１５５を実行するアクセス装置１５０のコンフィギュレーションに関係してもよい。例えば、「シート方式」ライセンスの情報はホストＩＤ １５６に関係してもよい。別の実施例において、「ＳＩＭ方式」ライセンスの情報は、ＳＩＭカードに存在する加入者識別情報１５９等のアクセス装置１５０に存在するＳＩＭカードに関係してもよい。情報がエンドユーザの手の届く場所で作成される場合には、前の状態まで回復し、ライセンス条件によるコンテンツ結合を回避するために、情報をバックアップし、復元することは容易であることに留意することが大切である。従って、いくつかの実施形態では、エンドユーザによって変更できない場所にかかる情報を格納することができる。例えば、情報は、エンドユーザにとって読み取り専用の場所に格納することができる。エンドユーザから隠れた場所に情報を格納することもできる。

エンドユーザの、情報を変更する能力を制限するために、代替の実施例では様々なアクセス制御方法を追加することができる。例えば、第２のスクリプトは、コンテンツ権利へのアクセスを提供できる。別の実施例において、第２のスクリプトは、アクセスアプリケーション信用情報を、コンテンツ１６５へのアクセスが許可されたものとして設定できる。さらに別の実施例において、第２のスクリプトは、ライセンス条件に従いアクセスアプリケーションおよび装置によって第１のスクリプトが正常に実行できるように、コンテンツ１６５を変更できる。さらに別の実施例において、第２のスクリプトは、アクセスアプリケーション１５５信用情報を用いてコンテンツ暗号化鍵をアンラップ(unwrap)でき、その後リラップ(rewrap)できる。さらに別の実施例において、第２のスクリプトは保護された場所に情報を設定でき、第１のスクリプトは、その情報が保護された場所に取り込まれた場合に限り実行する。さらに別の実施例において、第２のスクリプトは、アクセスアプリケーションおよび装置に関係する情報によりデータを変更または設定できる。第１のスクリプトは、コンテンツ１６５またはアプリケーションへのアクセスをうまく得るために、データ値を検証し、またはこのデータの存在をチェックする。データはコンテンツファイル自体内に置かれるか、または不揮発性格納装置１６０内のどこかほかの場所に格納される。「シート方式」ライセンスの場合は、ホストＩＤに関係する情報によってデータを変更することができる。「ＩＭＳＩ」ライセンスの場合は、アクセスアプリケーションを使用するユーザのＩＭＳＩに関係する情報によってデータを変更することができる。さらに別の実施例において、変更されたデータのコピーを追加することができる。

いくつかの実施形態において、コンテンツ（または権利へのアクセス）は、アカウントを使用するアクセス制御システムによって保護される。その場合、ライセンス条件は専用アカウントへ結び付けることができ、アカウント信用情報はアクセス装置１５０の所与のコンフィギュレーションに結び付く。ライセンス条件は、関係アカウントへの正常ログインを要求することによって実施される。例えば、「シート方式」ライセンスは、別々のアクセス装置にそれぞれ関係する複数のアカウントを有することができる。装置アカウントは、ＩＭＥＩまたは他の何らかの装置ＩＤに関係することができる。アクセス装置はそれぞれ別々のアカウントをカードに有することになる。「シート方式」ライセンスは、許可されたアクセス装置にアクセスを提供することによってのみ実施されることになる。図４はこの実施形態を示し、この実施形態で、第２のスクリプトはコンテンツへのアクセスに使用されるコンテンツ・アクセス・アカウント４０２を作成することができ、このアカウントは、ライセンス条件とアクセス装置１５０またはアプリケーション１５５に従って生成される。その後、スクリプトアカウント４０１からのコンテンツへのアクセスが、コンテンツ・アクセス・アカウント４０２へ移される。いくつかの実施形態において、アクセスを移すステップは、許可を移動するステップと、第２のスクリプトが再び正常に実行するのを阻止するステップとを含む。

別の実施例において、コンテンツへのアクセスを有するアカウントは、後述するように、第１のスクリプトが正常に実行できるように更新される。さらに別の実施例において、アカウントは１セットのファイルに使用され、その結果、一度に１セット全体を結合する。さらに別の実施例において、第１のスクリプトが正常に実行できるようにアカウントが作成される。
いくつかの実施形態では、スクリプトアカウント４０１がコンテンツ・アクセス・アカウント４０２にリネームされ、その結果、スクリプトアカウント４０１に関連付けられた全コンテンツを一度に結合する。

いくつかの実施形態は、結合が行われた後にさらなるコンテンツが追加できるケースに対処する。これらの実施形態ではアカウントのリネームと許可の移動を組み合わせることができる。図５Ａは、アカウントによるアクセス制御システムに初回使用時にコンテンツを結合するステップを示す図である。ステップ４１０では、コンテンツまたはアプリケーションのアクセス要求を受け取る。これに応じて、アクセスアプリケーション１５５は、第１のスクリプトの実行によりコンテンツへのアクセスを試みる。ステップ４１１では、この試みの成否が検査される。このアクセスアプリケーションとアクセス装置情報でライセンス条件が満たされる場合には、試みは成功し、制御はステップ４１２へ進み、コンテンツはアクセスされる。このアクセスアプリケーションとアクセス装置情報でライセンス条件が満たされない場合には、試みは失敗し、制御はステップ４２１へ進む。ライセンス条件とアクセス装置またはアプリケーションに関係するコンテンツ・アクセス・アカウント４０２が既に存在するため、ステップ４２１でスクリプトアカウント４０１をリネームできない場合には、ステップ４２２でスクリプトアカウント４０１から既存の関係するコンテンツ・アクセス・アカウント４０２へアクセス許可が移される。図５Ｂ、５Ｃ、および５Ｄもまた、アカウントによるアクセス制御システムで初回使用時にコンテンツを結合するステップを示す。これらの図では、アクセス装置１５０によって実行される、第２のスクリプトまたはコンテンツ結合スクリプトに含まれる例示的ステップ４６０、４７０、４８０が強調されている。これらの例示的ステップ４６０、４７０、４８０のいずれか１セットを実行することにより、アクセス装置１５０はコンテンツへの結合を設定する場合があり、第１のスクリプトまたはコンテンツ・アクセス・スクリプトによりコンテンツに正常にアクセスできるようになる。

図６は、複数のアカウントを使ってコンテンツにアクセスする例示的な実施形態を示す。例えば、コンテンツへのアクセスを制御するアクセス制御モジュール５００は、２つのアカウント５１０および５１１を有し、これらのアカウントはコンテンツ（または１セットのコンテンツ）５５０にアクセスするための許可を有する。アカウント５１１はコンテンツ（または１セットのコンテンツ）５５１にアクセスするための許可５４２をも有する。アカウント５１０は許諾コンフィギュレーション５０１によって使用されるように構成され、アカウント５１１は許諾許可コンフィギュレーション５０２によって使用されるように構成される。許諾コンフィギュレーションは、ライセンス条件とアクセス装置１５０およびアプリケーション１５５からの関係情報に関係する。例えば、「シート方式」ライセンスの場合、アカウントはアクセス装置１５０識別子に関係する。この実施例で、当該アクセス装置１５０のアクセスアプリケーション１５５は、コンフィギュレーションに関連するアカウントを使ってコンテンツへのアクセスを得ることを試みるときに、アクセス装置１５０識別子に関係する信用情報を使用することができる。別の装置から同じコンテンツへのアクセスは失敗する場合がある。なぜなら、別の装置が提示する異なる信用情報はアカウントによって拒絶される場合があるからである。または、コンテンツにアクセスする許可を有さない別のアカウントに別の装置が割り当てられている場合があるからである。いくつかの実施形態において、提示される信用情報は同じでも、それぞれのコンフィギュレーションに割り当てられるアカウントは異なることができる。いくつかの実施形態において、アカウント信用情報はライセンス条件にも関係する。例えば「ＩＭＳＩ方式」ライセンスの場合、アカウント名または信用情報はＩＭＳＩ値から導き出すことができる。

いくつかの実施形態において、第２のスクリプトは、正常に実行された場合に、第１のスクリプトとともに使用する信用情報を生成する。例えば、第２のスクリプトは、コンテンツにアクセスするにあたって有効な認証局を使用してアクセスアプリケーションの鍵対を認証できる（または認証された鍵対を生成できる）。公開鍵基盤（ＰＫＩ）を使用すれば、複数のコンフィギュレーションで単一アカウントの共用が可能となり、違反から回復する方法が提供される。

第２のスクリプトの代替の実施形態において、ライセンス条件はコンテンツに同時にアクセスするエンティティの数を制限することができる。例えば、複数のアカウントが同じコンテンツに対してアクセスを有する場合でも、アクセス制御システムは、各アカウントが一度に１エンティティによってのみ使用されることを定めるライセンス条件を実施できる。この場合、コンテンツに同時にアクセスできるエンティティの数は、アカウントの数によって決まる。この実施形態では、コンテンツへのアクセスにあたって使用できるアカウントを見つけるため、第２のスクリプトが使用される。このスクリプトは、コンテンツにアクセスできる次の使用可能なアカウントを見つける手順を定めることができる。別の実施形態では、複数のコンフィギュレーションによるコンテンツへのアクセスを許諾するために追加的機能を第２のスクリプトに組み合わせてもよい。例えば、第２のスクリプトは実行されるたびにカウンタをチェックし、更新することができる。このカウンタは簡素で、不正の変更またはアクセスから保護された場所にデータを格納する。正常実行は、ライセンス条件で許可された所定の目標値で現在値をチェックすることに部分的に左右される。第２のスクリプトは、２回以上であるが有限回数未満で実行することができ、コンテンツが複数のコンフィギュレーションに結合されることを可能にする。一実施形態において、第２のスクリプトはさらなる基準、例えば時刻および日付、カウンタならびに時刻および日付の組み合わせ等をチェックする。

いくつかの実施形態において、第２のスクリプトは第２のスクリプト自体を意図的に無効化する自己無効化機能を有する場合がある。別のケースでは、第２のスクリプトは第２のスクリプト自体を無効化するための作業を実施しなければならない。以降の段落では、第２のスクリプトが第２のスクリプト自体を無効化する実施例をいくつか紹介する。これらの実施例は方法を例示するために提供されるものであって、第２のスクリプトの機能を制限するものと解釈すべきではない。これらの実施形態はコンテンツ結合を実施するために使用される方法から独立しているが、何らかのそのような方法と組み合わせることもできる。

いくつかの実施形態では、第２のスクリプトがデータを移動または削除する場合がある。このため、第２のスクリプトが次回実行されるときには、データが見つからなくなり、第２のスクリプトは正常に実行しない。あるいは、第２のスクリプトは、かかる情報がまだ存在しない場合に限り正常に実行する。
いくつかの実施形態では、第２のスクリプトがコンテンツにアクセスするための許可を移動し、これを再び移動する能力を失う場合がある。このため、第２のスクリプトはそれ以上正常に実行しなくなる。
いくつかの実施形態では、アクセスアプリケーション１５５が第２のスクリプトにもはやアクセスできないため、第２のスクリプトは実行できない。例えば、第２のスクリプトは保護されていて、これにアクセスするのに必要な情報は入手できない。別の実施例では、アクセスアプリケーション１５５信用情報がもはや有効でないため、第２のスクリプトを読み取ることはできない。別の実施例では、アプリケーションによって使用されるスクリプトアカウント４０１は、もはや第２のスクリプトへのアクセスを有さない。

いくつかの実施形態において、第２のスクリプトは正常に実行された後に第２のスクリプト自体を削除する場合があり、従って第２のスクリプトの再実行を阻止する。
いくつかの実施形態において、第２のスクリプトは、コンテンツにアクセスするための許可、またはコンテンツへのアクセスを提供するための許可を削除する場合がある。許可が削除されると、第２のスクリプトは、もはやアクセスを許諾できなくなる。
いくつかの実施形態において、第２のスクリプトは、認証局信用情報へのアクセスを別のアカウントへ移す場合があり、または認証局信用情報へのアクセスを削除する場合がある。このため、スクリプトは信用情報を認証し、ライセンス条件に従いコンテンツへのアクセスをコンフィギュレーションに許諾することができなくなる。

第２のスクリプトは再有効化（または再許諾）機能を有することもある。具体的に、これまでの実施形態は第２のスクリプトの実行により初回使用時にコンテンツを結合する。結合後、ライセンス条件が満たされる限りは無制限にコンテンツを使用でき、アプリケーションの場合はアプリケーションをインストールできる。しかし、アプリケーションが許諾コンフィギュレーションからアンインストールされるとき等は、コンテンツを別のコンフィギュレーションに結合するか、または結合を「クレジットバック(credit back)」する必要のある場合がある。換言すると、第２のスクリプトの正常実行を回復または再許諾することにより、さらなる結合操作のために第２のスクリプトを有効化すると有利な場合がある。
以下では第２のスクリプトを正常に再実行するように有効化する実施形態を説明するが、コンテンツ提供者によっては、このプロセス、あるいは特定のコンテンツまたはコンテンツ種別でこのプロセスを許諾しない場合があることに留意することが大切である。従って、第２のスクリプトの正常実行の再許諾は、随意的とみなすべきである。

典型的な実施例は、別のコンフィギュレーションを使用してコンテンツにアクセスする必要性である。「シート方式」ライセンスの場合、これは別のアクセス装置１５０を意味する。典型的な実施例は、別のアクセス装置１５０であり、例えば、パーソナルコンピュータと携帯電話機を使ってコンテンツにアクセスする場合、または別のユーザ、例えば同じアクセス装置の２名のユーザがコンテンツにアクセスする場合である。
別の実施例では、以前の状態に戻すことで、コンテンツを解放する必要がある場合もある。例えば、単一「シート方式」ライセンスを持つユーザが第１のパーソナルコンピュータでアプリケーションをアンインストールし、第２のパーソナルコンピュータでアプリケーションをインストールすることを望むかもしれない。このプロセスは、第１の装置またはコンフィギュレーションからコンテンツを解放するステップと、第２の装置またはコンフィギュレーションにコンテンツを再結合するステップとを含む場合がある。
別の実施例ではコンテンツを解放するステップを含む場合がある。ＳＩＭカードに結合されたコンテンツの場合、ユーザは、ＩＭＳＩ値等のＳＩＭカードに関連する情報からコンテンツを解放することができる。第２のスクリプトの正常実行の再許諾は、ライセンシングに影響がおよぶ可能性があるため、何らかのセキュリティを要求することができる。いくつかの実施形態において、第２のスクリプトの再許諾にはサーバが関与する場合がある。例えば、サーバとの接続を確立するステップと、サーバから許諾を受け取るステップである。

別の実施形態において、その機能を実施するアプリケーションは許諾アプリケーションである。
いくつかのケースにおいて、第２のスクリプトの正常実行の再許諾には支払システムを含む場合がある。別の実施形態において、アクセス装置１５０は購入および再許諾プロセスの一部として支払システムと接続する場合がある。図３を暫時参照すると、コンテンツファイルの概念的形式はオプションのフォールバック情報４０７を含むことがある。このフォールバック情報は、購入および再許諾プロセスを完了するためのパーチェススクリプト等の命令、アドレス、タグ、その他のデータを含む。例えば、一実施形態において、フォールバック情報４０７は信用情報を購入する可能性のあるサーバのアドレスを含む場合がある。

以下の実施形態は、別のコンフィギュレーションにアクセスを提供するために第２のスクリプトを再許諾する実施例を提供する。いくつかの実施形態において、このプロセスは、第２のスクリプトを無効化するために使用される方法に通常関係する。再許諾されると、第２のスクリプトは再び正常に実行でき、コンテンツは新たなコンフィギュレーションに結合され、第１のスクリプトを使ったコンテンツへのアクセスが可能となる。再許諾プロセスでは、第２のスクリプトが以前実行されたときに移動または削除された情報を受け取るステップを含む場合がある。または、第２のスクリプトの実行に必要な情報を設定するステップを含む場合がある。いくつかの実施形態において、この情報は支払が行われた後に設定または送達される。

いくつかの実施形態において、第２のスクリプトの再許諾は、第２のスクリプトを正常に実行するにあたって必要な情報を戻すステップを含む。
いくつかの実施形態において、第２のスクリプトの再許諾は、コンテンツへのアクセスを別のコンフィギュレーションに提供する許可を第２のスクリプトに提供するステップを含む。例えば、第２のスクリプトによって使用されるスクリプトアカウントにはコンテンツへのアクセスが提供され、第２のスクリプトは、正常に実行された場合に、そのアクセス許可をコンテンツ・アクセス・アカウントへ移す。
いくつかの実施形態において、第２のスクリプトの再許諾は、第２のスクリプトが認証局信用情報に再びアクセスできることを意味する。例えば、第２のスクリプトにとって必要な認証局信用情報が再び入手可能となる。

いくつかのケースでは、コンテンツへアクセスするための信用証明が、第２のスクリプトの使用に提供される。例えば、これは、支払プロセスが行われた後に受け取る起動コードである場合がある。
前述したように、第２のスクリプトは、例えば解放とクレジットバックにより、再び有効化されることがある。以下の実施形態では、許諾コンフィギュレーションが許諾されなくなってから（例えば、アンインストールまたは解放の後）、第２のスクリプトが再許諾される実施例を提供する。

いくつかの実施形態において、第２のスクリプトの再許諾は、許諾コンフィギュレーションに関係する情報を削除または移動すること、例えばファイルを移動することを意味することができる。
いくつかの実施形態において、第２のスクリプトの再許諾は、許諾コンフィギュレーションを除去することを意味することができる。
いくつかの実施形態において、第２のスクリプトの再許諾は、必要でなくなったコンフィギュレーションの証明書を停止するために証明書失効リストを更新することを意味することができる。一実施形態において、これは、また認証局信用情報へのアクセスを再び得ることを含む場合がある。

いくつかの実施形態において、第２のスクリプトの再許諾は、許諾コンフィギュレーションによって使用されるアカウントを第２のスクリプトで使用できるように更新することを意味することができる。以降の段落では、Ｔｒｕｓｔｅｄ Ｆｌａｓｈを利用するシステムの例示的な実施形態を説明する。この実施形態では複数のコンテンツが格納装置に配布される。一部のコンテンツには「ネットワーク方式」ライセンスが付き、特定のネットワークについて設定済みである。一部のコンテンツには「ＳＩＭ方式」ライセンスが付き、初回アクセス時に設定されるべきである。一部のコンテンツには「シート方式」ライセンスが付く。例えば、ネットワーク事業者はネットワークに結合された独占コンテンツを有する。一部の動画は「ＳＩＭ方式」で設定され、最後に、一部のゲームは「シート方式」で設定される。ネットワーク事業者の加入者は、ネットワークに結合されたコンテンツにアクセスできる。許諾コンフィギュレーションのＳＩＭが挿入された装置では、ＳＩＭに結合されたコンテンツにアクセスできる。最後に許諾された装置では、「シート方式」ライセンスのコンテンツを使用またはインストールできる。コンテンツにＤＲＭまたは他の有効期限がなければ、無制限の使用またはインストールが許される。

図７は、アクセス装置６０６が携帯電話機である場合のシステム６００を示す。アクセス装置６０６は携帯電話事業者６０４から発行されたＳＩＭカード６０８を有する。モバイル装置６０６は格納装置６１０上のコンテンツにアクセスできる。

図８は、前述したライセンス条件により配布されるコンテンツのために構成されたアクセス制御システムの例示的な実施形態を示す。いくつかの実施形態において、アクセス制御モジュールは格納装置６１０上で実行する。

この例示的な実施形態は、構成を限定するのではなく、構成の一実施例を例示することを目的とする。このアクセス制御システムは複数のアカウントをサポートする。複数のコンテンツに対して１つのアカウントが許諾されることがある。一部のアカウントはコンテンツに対するアクセスを有さないことがある。図８は、配布のために生成されたアカウントを示している。アカウント５１０、５１１、および５１２はライセンス条件に関係している。第２のスクリプトは、コンテンツとそのライセンス条件に応じてこれらの異なるアカウントを使用する場合がある。例えば、第２のスクリプトは、「ＳＩＭ方式」ライセンス条件で許可されるコンテンツ５５０の場合にアカウント５１０を使用する場合があり、「シート方式」で許可されるコンテンツ５５１の場合にアカウント５１１を使用する。コンテンツ５５２は対応するネットワーク事業者のネットワーク結合のために予め設定され、第１のスクリプトはアカウント５１２をアクセスに使用する場合がある。コンテンツ５５０、５５１、または５５２は、単一のコンテンツか１セットのコンテンツであることができる。

図８は、第２のスクリプトの正常実行から生起するアカウントも示している。例えば、コンテンツ５５０へのアクセスにあたってはアカウント５２０が許諾コンフィギュレーションによって使用される。コンテンツ５５０は「ＳＩＭ方式」ライセンス条件で設定されるため、アカウント５２０の信用情報は、第２のスクリプトが正常に実行した場合に許諾されるＳＩＭに関係する。同様に、アカウント５２１は、「シート方式」ライセンス条件で設定されるコンテンツ５５１に関係する第２のスクリプトの正常実行から生起する。第２のスクリプトのさらなる正常実行により図８に示されないさらなるアカウントが生成されることもある。

この実施例で、コンテンツは、ライセンス条件、第１のスクリプトのアクセス制御方法、および第２のスクリプトの結合プロセスに関する情報を含むヘッダ４０４により構成される。ヘッダは、コンテンツ暗号化鍵の参照名と第１のスクリプトの情報を含んでいる。ヘッダは第２のスクリプトの情報も含み、このスクリプトは、格納装置によって制御される鍵により暗号化され、二度目はコンテンツ暗号鍵の参照名により暗号化されるタグである。このタグは、（ライセンシングに従い）アクセスに使用するアカウントのタイプおよび結合を設定する方法を指示する。

コンテンツに初めてアクセスするときには、コンテンツにアクセスする方法を特定するためにタグが使用されるが（第１のスクリプト）、コンテンツにはアクセスできず、第１のスクリプトは正常に実行できない。その後、アクセスアプリケーションは、タグに関連付けられた第２のスクリプトの実行を試みる。その後、第２のスクリプトは実行され、ライセンス条件を満たす場合には、第１のスクリプトを使ったコンテンツへのアクセスが可能になる。第２のスクリプトは、正常に実行された後、スクリプトによって使用されるアカウントがもはやコンテンツへのアクセスを有さなくなったときに、第２のスクリプト自体を無効化する。アカウント５１０は更新でき、コンテンツにアクセスし一度に１セットのコンテンツ５５０を結合するにあたって第１のスクリプトによって使用されるアカウント５２０になる。あるいは、アカウント５１０からの許可をアカウント５２０へ移し（例えば、アカウント５２０が既に存在する場合）、従って１個のコンテンツ５５０を結合することもできる。

コンフィギュレーションによるコンテンツへのアクセスは、１つまたは複数のパーチェスアカウント４００を使って追加できる。コンテンツへのアクセスを有するパーチェスアカウント４００は、ライセンス条件に関係する第２のスクリプトによって使用されるアカウント４００に、コンテンツへのアクセスを提供するために使用される。第２のスクリプトは、パーチェスアカウントからの許可が、所与の１個のコンテンツに対して第２のスクリプトによって使用されるアカウントと共用される場合に、再許諾できる。アカウントがもはや存在しなくなった場合（例えば、リネームされた場合）には、アカウントを再び生成できる。一実施形態において、再許諾プロセスは、購入を完了するステップと、第２のスクリプトを再び有効化するステップとを含む。

いくつかの実施形態において、アカウントは単一のコンテンツへのアクセスのみを有する場合がある。この種のアプローチは、限られたリスクで購入後の信用情報送達を可能にする。信用情報は単一のコンテンツにのみ通用する。
解放またはアンインストールのプロセスは、所与のコンテンツへのアクセスを有するパーチェスアカウント４００を使って遂行できる。このプロセスは、ライセンス条件に関係し第２のスクリプトによって使用されるアカウントに、コンテンツへのアクセスを提供することによって第２のスクリプトを再許諾する。

さらなる態様を例示するために、図９は、図７の不揮発性格納装置に格納されたコンテンツにアクセスする例示的ステップの図である。制御はステップ９０２で始まり、被保護コンテンツにアクセスする要求をアクセス装置６０６で受け取る。この要求は、アクセス装置６０６のユーザから、アクセス装置６０６と通信する装置、あるいはアクセス装置６０６内のアプリケーションまたは他の実行可能なコード、ハードウェアまたはソフトウェアモジュール、例えばアクセスアプリケーション１５５から作り出される。制御はステップ９０４へ進み、コンテンツにコンテンツ・アクセス・スクリプトが関連付けられているかを判断する。関連付けられていない場合には、制御はステップ９２２へ進み、指定された方法を使用し、例えばコンテンツに関連付けられたコンテンツアクセス方法４０４、またはステップ９０２で受け取った要求で指定される方法を使用して、コンテンツにアクセスすることを要求する。コンテンツにコンテンツ・アクセス・スクリプトが関連付けられている場合には、制御はステップ９０４からステップ９０６へ進み、コンテンツ・アクセス・スクリプトが正常に実行済みかどうかを判断する。実行済みの場合には、制御はステップ９２２へ進み、コンテンツにアクセスする要求は、指定コンテンツアクセス方法４０４であるコンテンツ・アクセス・スクリプトを実行することによってなされる。コンテンツ・アクセス・スクリプトが実行済みでない場合には、制御はステップ９０６からステップ９０８へ進み、アクセス装置６０６はコンテンツ・アクセス・スクリプトへのアクセスを試みる。ステップ９１０は、コンテンツ・アクセス・スクリプトにアクセスする試みの成否を検査する。コンテンツ・アクセス・スクリプトにアクセスする試みが成功した場合には、制御はステップ９１２へ進み、コンテンツ・アクセス・スクリプトが実行され、コンテンツはアクセスされる。その後、制御はステップ９０２へ進み、さらなるアクセス要求を待つ。

コンテンツ・アクセス・スクリプトにアクセスし実行することによってコンテンツにアクセスする試みは、いくつかの理由から失敗することがある。例えば、アクセス装置６０６がスクリプトを読むための許可を得なければ、あるいは実行に先立ちスクリプトを復号するために復号鍵を入手できなければ、コンテンツ・アクセス・スクリプトにはアクセスできないことがある。別の実施形態では、必要な情報がないためにコンテンツ・アクセス・スクリプトの実行に失敗することがある。コンテンツ・アクセス・スクリプトにアクセスできないか、またはコンテンツ・アクセス・スクリプトの実行に失敗した場合には、制御はステップ９１０からステップ９１４へ進み、第２のスクリプトの有無を判断する。前述したように、第２のスクリプトは、アクセス装置６０６がコンテンツ・アクセス・スクリプトを正常に実行するための命令を含んでいる場合、またはアクセス装置６０６がコンテンツ・アクセス・スクリプトを正常に実行するための命令に関連付けられている場合がある。第２のスクリプトが存在しない場合はステップ９２０で要求が拒絶される。その後、制御はステップ９０２へ進み、さらなるアクセス要求を待つ。第２のスクリプトが存在する場合には、アクセス装置６０６はステップ９１６で第２のスクリプトの実行を試みる。

前述したように、第２のスクリプトの正常実行は保証されない。例えば、このアクセス装置６０６、または別のアクセス装置６０６によって第２のスクリプトが既に一度実行されている場合には、第２のスクリプトは無効化され再び実行できなくなっている場合がある。同様に、第２のスクリプトは有限回数実行した後に無効化される場合もある。ステップ９１８の検査は、第２のスクリプトがホスト６０６によって正常に実行されたかどうかを判断する。第２のスクリプトが正常に実行されない場合には、アクセス装置６０６がコンテンツ・アクセス・スクリプトを使ってコンテンツにアクセスし、ライセンス条件に従ってコンテンツを結合することはできない。この場合、制御はステップ９２０へ進み、コンテンツアクセス要求は拒絶される。その後、新たな要求を受け取り処理するためのステップ９０２まで戻る。アクセス装置６０６によって第２のスクリプトが正常に実行された場合、アクセス装置６０６はコンテンツ・アクセス・スクリプトを実行できる。制御はステップ９１８からステップ９１２へ進み、コンテンツ・アクセス・スクリプトが実行され、コンテンツはアクセスされる。その後、さらなる要求を処理するために制御はステップ９０２まで戻る。

図１０は、図４のアカウントにより格納されたコンテンツにアクセスする例示的ステップを示す。制御はステップ１０５２で始まり、コンテンツにアクセスする要求をアクセス装置１５０で受け取る。この要求は、アクセス装置１５０のユーザ、アクセス装置１５０と通信する装置、あるいはアクセス装置１５０それ自体内のアプリケーションまたは他の実行可能コード、ハードウェアまたはソフトウェアモジュール、例えばアクセスアプリケーション１５５から作り出される。制御はステップ１０５４へ進み、アクセスアプリケーション１５５は、コンテンツにアクセスするため、不揮発性格納装置１６０から第１のスクリプトを引き出して第１のスクリプトを実行することを試みる。一実施形態において、第１のスクリプトにアクセスするステップは、コンテンツ・アクセス・アカウント４０２に対して認証するステップと、その後コンテンツ・アクセス・アカウント４０２によって提供される許可または許諾に従ってスクリプトを読むステップとを必要とする。ステップ１０５６では、この試みの成否を判断する。例えば、第１のスクリプトを引き出すための許可、または第１のスクリプトを正常に実行するにあたって必要なデータまたは情報にアクセスするための許可、例えばコンテンツ・アクセス・アカウント４０２に関連付けられた許可をコンフィギュレーションが欠く場合には、試みは失敗する場合がある。別の例において、第１のスクリプトは、要求されたアクセスを実施するのに必要な許可に関連付けられていない。試みに成功した場合には、制御はステップ７６６へ進み、コンテンツはアクセスされる。その後、制御はステップ１０５２まで戻り、さらなる要求を待つ。

ステップ１０５４で試みに失敗する場合には、制御はステップ１０５８へ進み、アクセス装置はスクリプトアカウントに対して認証を試みる。認証はアカウントへの「ログイン」とも呼ばれる。認証にあたっては、後ほど詳述するように、認証するエンティティのアイデンティティを検証するため、パスワードを提供するステップ、チャレンジ・レスポンス・シーケンスを完了するステップ、または他のステップを実施するステップが求められる場合がある。ステップ１０６０では認証の試みの成否を判断する。例えば、スクリプトアカウント４０１が存在しない場合、あるいはアクセス装置またはコンフィギュレーションが認証に必要な正しいパスワードまたは信用情報を提供しなかった場合には、認証の試みは失敗する。

試みに失敗した場合には、制御はステップ１０７２へ進み、スクリプトアカウント４０１へのアクセスを得るためにライセンスが取得されるかどうかを判断する。一実施形態では、アクセス装置１５０またはコンフィギュレーションがライセンスを購入するためにリモートサーバに連絡するかどうかを判断する。ライセンス取得情報が入手可能な場合には、制御はステップ１０７２からステップ１０７４へ進み、スクリプトアカウント４０１にアクセスするために許諾が購入される。一実施形態において、購入トランザクションはスクリプトアカウント４０１が存在しない場合にスクリプトアカウント４０１を生成することを含む場合がある。その後、制御はステップ１０５８まで戻り、スクリプトアカウントに対する認証を再び試みる。取得情報が入手可能でない場合には、制御はステップ１０７２からステップ１０６８へ進み、アクセス要求は拒絶される。その後、制御はステップ１０５２へ進み、さらなるアクセス要求を待つ。

ステップ１０６０に戻ってスクリプトアカウントに対する認証に成功した場合には、制御はステップ１０６２へ進み、第１のスクリプトにアクセスする許可をコンテンツ・アクセス・アカウント４０２へ移す試みがなされる。ステップ１０６４ではこの試みの成否を判断する。第１のスクリプトにアクセスする許可をコンテンツ・アクセス・アカウント６０６へ移す試みが成功しなかった場合には、制御はステップ１０６８へ進み、要求は拒絶される。その後、制御はステップ１０５２まで戻り、さらなる要求を待つ。第１のスクリプトにアクセスする許可をコンテンツ・アクセス・アカウントへ移す試みが成功した場合には、制御はステップ１０６４からステップ１０６６へ進み、コンテンツにアクセスするために第１のスクリプトを実行する他の試みがなされる。一実施形態において、第１のスクリプトにアクセスするステップは、コンテンツ・アクセス・アカウント４０２に対して認証するステップと、その後コンテンツ・アクセス・アカウント４０２によって提供される許可または許諾に従ってスクリプトを読むステップとを必要とする。制御はステップ１０６８へ進み、第１のスクリプトの実行の成否を別途判断する。第１のスクリプトを正常に実行した場合には、制御はステップ７６６へ進み、コンテンツがアクセスされる。その後、制御はステップ１０５２まで戻り、さらなる要求を待つ。第１のスクリプトを正常に実行しなかった場合には、制御はステップ１０６８へ進み、アクセス要求は拒絶され、ステップ１０５２まで戻り、さらなる要求を待つ。

ステップ１０６２および１０６４は、スクリプトアカウント４０１とコンテンツ・アクセス・アカウント４０２との間で行われる許可の移動を示している。別の実施形態において、ステップ１０６２は、スクリプトアカウント４０１をリネームすることによってスクリプトアカウント４０１をコンテンツ・アクセス・アカウント４０２に変換する試みを含む。この実施形態では、リネームする試みの成否をステップ１０６４で検査する。前述したように、スクリプトアカウント４０１のリネームは、アカウントに関連付けられた１つまたは複数のコンテンツの結合を可能にする。一実施形態において、ステップ１０６２とステップ１０６４は第２のスクリプト４０８内の命令を実行することによって実施される場合がある。

図１１は、不揮発性格納装置に格納されたコンテンツにアクセスし、これをアカウントに結合する例示的ステップを示す。制御はステップ１１０２で始まり、不揮発性格納装置６１０に格納されたコンテンツ１６５にアクセスする要求を受け取る。この要求は、アクセス装置６０６のユーザ、アクセス装置６０６と通信する装置、あるいはアクセス装置６０６それ自体内のアプリケーションまたは他の実行可能コード、ハードウェアまたはソフトウェアモジュール、例えばアクセスアプリケーション１５５から作り出される。制御はステップ１１０４へ進み、アクセス装置６０６は、アクセス装置６０６に関連付けられた不揮発性格納装置コンテンツ・アクセス・アカウント４０２に対して自身を認証する。コンテンツ・アクセス・アカウント４０２に対して認証を果たしたアクセス装置６０６は、１つまたは複数の許可にアクセスできるほか、コンテンツ・アクセス・スクリプトの読み取り、復号、または実行を認める許可にアクセスできる場合がある。前述したように、コンテンツ・アクセス・スクリプトは、これを格納するパーティションまたはメモリ位置へのアクセスを制限することにより、またはその内容を暗号化してスクリプトそのものを保護することにより保護される場合がある。ステップ１１０６でアクセス装置６０６は、コンテンツ・アクセス・スクリプト４０４の読み取りを試みる。制御はステップ１１０８へ進み、読み取りの試みの成否が評価される。不揮発性格納装置が暗号化されていないスクリプトの読み取りをアクセス装置６０６に許す場合、またはコンテンツ・アクセス・アカウントに関連付けられた鍵を使ってコンテンツ・アクセス・スクリプト４０４を復号することをアクセス装置６０６に許可する場合には、制御はステップ１１２０へ進み、コンテンツ・アクセス・スクリプトは実行される。コンテンツ・アクセス・スクリプトの中にある命令が実行されると、アクセス装置６０６はコンテンツにアクセスできるようになる。その後、制御はステップ１１０２まで戻り、さらなるコンテンツアクセス要求を待つ。

ステップ１１０２、１１０４、１１０６、１１０８、１１２０は、特定のコンフィギュレーションへ結合済みのコンテンツにアクセスする反復可能なシーケンスを形成する。しかし、コンテンツが特定のコンフィギュレーションへまだ結合されていない場合には、コンテンツ・アクセス・アカウントはコンテンツ・アクセス・スクリプトにアクセス（従って実行）するのに必要な許可を含まない。この場合には、制御はステップ１１０８からステップ１１１０へ進み、アクセス装置６０６はスクリプトアカウント４０１に対して認証を行う。スクリプトアカウント４０１に対して認証を果たしたアクセス装置６０６は、１つまたは複数の許可にアクセスできるほか、コンテンツ・アクセス・スクリプトの読み取り、復号、または実行を認める許可にアクセスできる。ステップ１１１２でアクセス装置６０６はコンテンツ結合スクリプトへのアクセスを試みる。一実施形態において、コンテンツ結合スクリプトはコンテンツ・アクセス・スクリプト４０４の少なくとも一部分である。コンテンツ結合スクリプトへのアクセスがアクセス装置６０６に許諾される場合には、コンテンツ結合スクリプトへアクセスする試みは成功する。一実施形態において、この許諾はコンテンツ結合スクリプトに対するアクセスの許可である。コンテンツ結合スクリプトに対するアクセスの許可は、不揮発性格納装置の中でコンテンツ結合スクリプトが格納されているパーティションまたは位置にアクセスすることに対する許可または実行に先立ちコンテンツ結合スクリプトを復号するために復号鍵にアクセスすることに対する許可である場合がある。

ステップ１１１４でコンテンツ結合スクリプトへのアクセスがアクセス装置６０６に許諾される場合には、制御はステップ１１１６へ進み、コンテンツ結合スクリプトは実行される。コンテンツ結合スクリプトの実行は、コンテンツ・アクセス・スクリプトにアクセスする許可をスクリプトアカウントからコンテンツ・アクセス・アカウントへ移すかまたは委ねる。その後、コンテンツ・アクセス・アカウントを通じてコンテンツ・アクセス・スクリプトにアクセスし実行することによってコンテンツへのアクセスを完了するために、制御はステップ１１０４まで戻る。コンテンツ結合スクリプトへのアクセスがアクセス装置６０６に許諾されない場合には、コンテンツは既に別のアクセス装置６０６に結合されている可能性がある。この場合には、要求が拒絶される場合がある。あるいは、図９に見られる一実施形態では制御がステップ１１１８へ進み、アクセス装置６０６は、コンテンツをアクセス装置６０６に結合するために、コンテンツ結合スクリプトにアクセスするための許諾を購入する。許諾を購入すると、制御は、購入した許諾または許可を使用してコンテンツ結合スクリプトにアクセスするために、ステップ１１１０まで戻り、アクセス装置６０６にコンテンツを結合するために、スクリプトを実行する。

図１２は、一実施形態による、不揮発性格納装置上のコンテンツに対するアクセスを制御する例示的ステップを示す図である。制御はステップ１２５２で始まり、コンテンツにアクセスする要求をアクセス装置１５０で受け取る。この要求は、アクセス装置１５０のユーザ、アクセス装置１５０と通信する装置、あるいはアクセス装置自体１５０内のアプリケーションまたは他の実行可能コード、ハードウェアまたはソフトウェアモジュールから作り出される。制御はステップ１２５４へ進み、アクセス装置１５０は、コンテンツにアクセスするために、不揮発性格納装置１６０から第１のスクリプトを引き出して第１のスクリプトを実行することを試みる。ステップ１２５６ではこの試みの成否を判断する。例えば、第１のスクリプトを引き出すための許可、あるいは第１のスクリプトを正常に実行するにあたって必要なデータまたは情報にアクセスするための許可をコンフィギュレーションが欠く場合には、試みは失敗する場合がある。別の実施例において、第１のスクリプトは、要求されたアクセスを実施するのに必要な許可に関連付けられていない。試みに成功した場合には、制御はステップ１２６６へ進み、コンテンツはアクセスされる。その後、制御はステップ１２５２まで戻り、さらなる要求を待つ。

試みに失敗した場合には、制御はステップ１２５８へ進み、アクセス装置は不揮発性格納装置１６０から第２のスクリプトを引き出すことを試み、さらに第１のスクリプトを使ってコンテンツへのアクセスを可能にするために第２のスクリプトの実行を試みる。ステップ１２６０ではステップ１２５８の試みの成否を判断する。例えば、第２のスクリプトが既に実行済みで第２のスクリプト自体を無効化した場合には、試みは失敗する場合がある。試みが失敗した場合には、制御はステップ１２６８へ進み、アクセス要求は拒絶される。その後、制御はステップ１２５２まで戻り、さらなる要求を待つ。試みが成功した場合には、制御はステップ１２６２へ進み、第１のスクリプトを実行する第２の試みがなされる。ステップ１２６４ではステップ１２６２の試みの成否を判断する。試みに成功した場合には、制御はステップ１２６６へ進み、コンテンツはアクセスされる。その後、さらなる要求を待つために制御は１２５２まで戻る。試みに失敗した場合には、制御はステップ１２６８へ進み、アクセス要求は拒絶される。その後、制御はステップ１２５２まで戻り、さらなるアクセス要求を待つ。

一実施形態において、第２のスクリプトは、第２のスクリプト自体を無効化し再び実行できないようにする命令を含んでいる場合がある。従って、ステップ１２５８で第２のスクリプトが正常に実行される場合には、それ以降第２のスクリプトを実行する試みは失敗する場合がある。従って、第２のスクリプトを正常に実行するために、コンテンツは第１のアクセス装置またはコンフィギュレーションに結合される。

以上、様々なシステムおよび方法の実施形態について本発明を説明してきたが、添付の特許請求の範囲の全範囲内で保護を受ける権利が本発明にあることが理解できるはずである。

Claims (37)

1. 不揮発性格納装置内のコンテンツにアクセスする方法であって、
   （ｉ）コンテンツと、（ｉｉ）コンテンツに関連付けられ、かつコンテンツへのアクセスを設定する命令を含むコンテンツ結合スクリプトとを有する不揮発性格納装置へ通信できるように接続された、アクセスアプリケーションを実行するプロセッサで、
   前記不揮発性格納装置内のコンテンツにアクセスする要求を受け取り、
   コンテンツにアクセスを試み、
   コンテンツにアクセスする試みが成功した場合には、コンテンツにアクセスし、
   コンテンツにアクセスする試みが失敗した場合には、
   前記不揮発性格納装置からコンテンツ結合スクリプトを読み取り、かつ
   実行されたときに、結合を設定しかつコンテンツへのアクセスを許可するコンテンツ結合スクリプトを実行することを実施するステップを含む方法。
2. 請求項１記載の方法において、
   前記コンテンツ結合スクリプトは、実行されたときに、コンテンツにアクセスする方法。
3. 請求項１記載の方法において、
   コンテンツ結合スクリプトの実行に失敗した場合には、エンティティに連絡することと、
   前記エンティティから許諾を受け取ることと、
   受け取った許諾に基づきコンテンツ結合スクリプトを有効化することと、
   をさらに含む方法。
4. 請求項１記載の方法において、
   前記結合を設定することは、アクセスアプリケーションのコンフィギュレーションへコンテンツを結合することを含む方法。
5. 請求項１記載の方法において、
   前記結合を設定することは、ライセンス条件に従って結合を設定することをさらに含む方法。
6. 不揮発性格納装置内のコンテンツにアクセスする方法であって、
   （ｉ）コンテンツと、（ｉｉ）コンテンツに関連付けられ、かつコンテンツにアクセスする第１の命令を含むコンテンツ・アクセス・スクリプトと、（ｉｉｉ）コンテンツに関連付けられ、かつコンテンツへのアクセスを設定する第２の命令を含む第２のスクリプトとを有する不揮発性格納装置へ通信できるように接続された、アクセスアプリケーションを実行するプロセッサで、
   前記不揮発性格納装置内のコンテンツにアクセスする要求を受け取り、
   前記不揮発性格納装置からコンテンツ・アクセス・スクリプトを読み取り、
   コンテンツ・アクセス・スクリプトの実行を試み、
   コンテンツ・アクセス・スクリプトを正常に実行した場合には、コンテンツ・アクセス・スクリプトによりコンテンツにアクセスし、
   コンテンツ・アクセス・スクリプトの実行に失敗した場合には、
   前記不揮発性格納装置から第２のスクリプトを読み取り、かつ
   実行されたときに、コンテンツにアクセスすることをコンテンツ・アクセス・スクリプトに許可する第２のスクリプトを実行することを実施するステップを含む方法。
7. 請求項６記載の方法において、
   前記第２のスクリプトは、実行されたときに、アクセスアプリケーションのコンフィギュレーションへコンテンツを結合する方法。
8. 請求項７記載の方法において、
   前記アクセスアプリケーションのコンフィギュレーションは、前記プロセッサと通信するネットワークのアイデンティティを表す値を含む方法。
9. 請求項７記載の方法において、
   前記アクセスアプリケーションのコンフィギュレーションは、前記プロセッサのユーザのアイデンティティを表す値を含む方法。
10. 請求項７記載の方法において、
    前記アクセスアプリケーションのコンフィギュレーションは、前記プロセッサを備えるアクセス装置の識別値を含む方法。
11. 請求項７記載の方法において、
    前記アクセスアプリケーションのコンフィギュレーションは、前記プロセッサと通信する加入者識別モジュールカードのアイデンティティを表す値を含む方法。
12. 請求項７記載の方法において、
    前記コンテンツはファイルを含み、前記コンテンツには前記不揮発性格納装置に格納された１セットのファイルが関連付けられる方法。
13. 請求項８記載の方法において、
    前記アクセスアプリケーションのコンフィギュレーションにコンテンツを結合することは、アクセスアプリケーションのコンフィギュレーションに１セットのファイルを結合することを含む方法。
14. 請求項６記載の方法において、
    前記第２のスクリプトは、実行されたときに、第２のスクリプトを正常に再実行する能力を妨げる方法。
15. 請求項１４記載の方法において、
    前記第２のスクリプトを正常に再実行する能力を妨げることは、第２のスクリプトの正常な再実行に必要なデータを移動または削除することを含む方法。
16. 請求項１４記載の方法において、
    再実行する能力を妨げた後に、第２のスクリプトを再実行する能力を回復することをさらに備える方法。
17. 請求項１６記載の方法において、
    前記コンテンツは、アプリケーションを含み、
    前記第２のスクリプトは、実行されたときに、アプリケーションをインストールし、
    前記第２のスクリプトを再実行する能力を回復することは、アプリケーションをアンインストールすることを含む方法。
18. 請求項１６記載の方法において、
    前記第２のスクリプトを再実行する能力を回復することは、
    サーバとの接続を確立することと、
    前記サーバから許諾を受け取ることと、
    前記不揮発性格納装置に許諾を提供することと、
    を含む方法。
19. 請求項１６記載の方法において、
    前記第２のスクリプトを再実行する能力を回復することは、前記不揮発性格納装置に起動コードを提供することを含む方法。
20. 請求項６記載の方法において、
    前記第２のスクリプトは、実行されたときに、前記不揮発性格納装置で、第２のスクリプトが実行された回数を表す結合カウント値を更新し、前記結合カウント値が所定の値に等しい場合には、第２のスクリプトを実行することが第２のスクリプトを再実行する能力を妨げる方法。
21. 請求項６記載の方法において、
    前記第２のスクリプトは、被保護スクリプトを含む方法。
22. 不揮発性格納装置でコンテンツをコンテンツ・アクセス・アカウントに結合する方法であって、
    （ｉ）コンテンツと、（ｉｉ）コンテンツ・アクセス・アカウントと、（ｉｉｉ）コンテンツに関連付けられ、かつコンテンツ・アクセス・アカウントをコンテンツにアクセスする許可に関連付ける命令を含むコンテンツ結合スクリプトとを有する不揮発性格納装置に通信できるように接続された、アクセスアプリケーションを実行するプロセッサで、
    前記許可に関連付けられていないコンテンツ・アクセス・アカウントを使用してコンテンツにアクセスする要求を受け取り、
    前記不揮発性格納装置からコンテンツ結合スクリプトを読み取り、かつ
    実行されたときに、前記許可をコンテンツ・アクセス・アカウントに関連付け、かつコンテンツ結合スクリプトを正常に再実行する能力を妨げるコンテンツ結合スクリプトを実行することを実施するステップを含む方法。
23. 請求項２２記載の方法において、
    コンテンツ結合スクリプトを実行した後に、前記不揮発性格納装置からコンテンツ・アクセス・スクリプトを読み取ることと、
    コンテンツ・アクセス・スクリプトを実行することと、をさらに含み、
    コンテンツ・アクセス・アカウントに対してアクセスアプリケーションが認証され、かつ前記許可に従いコンテンツにアクセスすることがアクセスアプリケーションに許諾される場合には、コンテンツ・アクセス・スクリプトは、実行されたときに、前記要求に従いコンテンツにアクセスする方法。
24. 請求項２３記載の方法において、
    前記アクセスアプリケーションは、コンテンツ・アクセス・アカウントに関連付けられたコンフィギュレーションを含む方法。
25. 請求項２４記載の方法において、
    前記アクセスアプリケーションのコンフィギュレーションは、前記プロセッサと通信するネットワークのアイデンティティを表す値を含む方法。
26. 請求項２４記載の方法において、
    前記アクセスアプリケーションのコンフィギュレーションは、前記プロセッサのユーザのアイデンティティを表す値を備える方法。
27. 請求項２４記載の方法において、
    前記アクセスアプリケーションのコンフィギュレーションは、前記プロセッサを備えるアクセス装置の識別値を含む方法。
28. 請求項２４記載の方法において、
    前記アクセスアプリケーションのコンフィギュレーションは、前記プロセッサと通信する加入者識別モジュールカードのアイデンティティを表す値を含む方法。
29. 請求項２２記載の方法において、
    前記許可は、コンテンツ暗号化鍵へのアクセスを含み、
    前記不揮発性格納装置に格納されたコンテンツは、コンテンツ暗号化鍵により暗号化されたコンテンツを含む方法。
30. 請求項２２記載の方法において、
    前記コンテンツはアプリケーションを含み、前記許可は実行許可を含み、前記要求はアプリケーションを実行する要求を含む方法。
31. 請求項２２記載の方法において、
    前記不揮発性格納装置からコンテンツ結合スクリプトを読み取ることは、
    前記不揮発性格納装置内のコンテンツ結合アカウントに対して認証することと、
    コンテンツ結合アカウントに関連付けられたコンテンツ結合スクリプト許可により許諾される場合には、コンテンツ結合アカウントを使用して前記不揮発性格納装置からコンテンツ結合スクリプトを読み取ることと、
    を含む方法。
32. 請求項３１記載の方法において、
    前記コンテンツ結合スクリプトを実行することは、コンテンツ結合スクリプト許可とコンテンツ結合アカウントとの関連付けを除去することを含む方法。
33. 請求項３１記載の方法において、
    前記コンテンツ結合スクリプト許可は、コンテンツ結合スクリプト暗号化鍵を含む方法。
34. 請求項３３記載の方法において、
    前記コンテンツ結合スクリプトは、コンテンツ結合スクリプト暗号化鍵により暗号化された命令を含む方法。
35. 請求項２２記載の方法において、
    前記コンテンツ結合スクリプトを正常に再実行する能力を妨げた後に、コンテンツ結合スクリプトを再実行する能力を回復することをさらに含む方法。
36. 請求項２２記載の方法において、
    前記コンテンツ結合スクリプトは、実行されたときに、前記不揮発性格納装置で、前記コンテンツ結合スクリプトが実行された回数を表す結合カウント値を更新し、前記結合カウント値が所定の値に等しい場合には、前記コンテンツ結合スクリプトを実行することがコンテンツ結合スクリプトを再実行する能力を妨げる方法。
37. 請求項３６記載の方法において、
    前記コンテンツ結合スクリプトを正常に再実行する能力を妨げた後に、コンテンツ結合スクリプトを再実行する能力を回復することをさらに含む方法。

Images