データキャリアのコンテンツへのアクセスを制御する方法
【課題】データキャリアに記憶されたコンテンツに対するアクセスにおいて、必要なセキュリティレベルを達成する。
【解決手段】データキャリアのコンテンツへのアクセスを制御する方法が、データキャリアに格納される第１および第２の機械読出可能鍵を読み出すステップを含む。さらに、第１の鍵に基づいて、第３の鍵がリモートサーバから取り出される。第２の鍵が第３の鍵に一致する場合にのみ、データキャリアコンテンツへのアクセスが許可される。
【解決手段】データキャリアのコンテンツへのアクセスを制御する方法が、データキャリアに格納される第１および第２の機械読出可能鍵を読み出すステップを含む。さらに、第１の鍵に基づいて、第３の鍵がリモートサーバから取り出される。第２の鍵が第３の鍵に一致する場合にのみ、データキャリアコンテンツへのアクセスが許可される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、データキャリアのコンテンツへのアクセスを制御する方法に関する。さらなる実施形態が、データキャリアのコンテンツへのアクセスを制御するシステム、データキャリアおよびコンピュータプログラムプロダクトに関する。
【背景技術】
【０００２】
最近、ソフトウェアおよびマルチメディアファイルが、光格納媒体またはメモリスティックのようなデータキャリアでしばしば分配される。近年、特にデータキャリアで分配される低価格アプリケーションや販売促進アプリケーションの市場が拡大している。
【発明の概要】
【０００３】
ほとんどのデータキャリアが、従来のパーソナルコンピュータを使用して簡単にコピー可能であるため、アクセス制御およびデジタル権利管理は重要な問題になっている。
【０００４】
したがって、本発明の課題は、データキャリアへのアクセスを制御する方法であって、所望のセキュリティレベルを達成する方法を提供することである。
【０００５】
この課題は、請求項１に記載の方法、請求項１３に記載のシステム、請求項１４に記載のデータキャリア、および請求項１５に記載のコンピュータプログラムプロダクトによって解決される。
【０００６】
本発明のさらなる課題およびあり得る効果は、図面を検討し、明細書を確かめることから明らかとなろう。
【０００７】
添付図面は、実施形態のさらなる理解を提供するために含まれている。図面は、実施形態を示し、明細書とともに、実施形態の原理を説明する働きをするものである。図面の構成要素は、互いと比較して、必ずしも寸法どおりとなっている必要はない。類似の参照番号は、対応する同様の部分を表す。
【図面の簡単な説明】
【０００８】
【図１】データキャリアのコンテンツへのアクセスを制御する方法の一実施形態を示すブロック図である。
【図２】当該方法の一実施形態を示すフローチャートである。
【図３】当該方法のさらなる実施形態を示すフローチャートである。
【図４】当該方法の一実施形態を行う際にユーザ通信に使用可能なダイアログボックスを示す。
【図５】当該方法を行う際のユーザ通信のための別のダイアログボックスを示す。
【図６】当該方法を行う際のユーザ通信のための別のダイアログボックスを示す。
【図７】当該方法の一実施形態を行う際にクライアントとサーバとの間で交換されるメッセージのシーケンスを示す。
【図８】データキャリアのコンテンツへのアクセスを制御するシステムの一実施形態を示す。
【図９】当該システムのさらなる実施形態を示す。
【図１０】当該システムの一実施形態において使用可能なルックアップテーブルを示す。
【図１１】当該方法を支援するデータキャリアを示す。
【図１２】当該方法を支援するデータキャリアの製造処理の一実施形態示す。
【発明を実施するための形態】
【０００９】
以下では、本発明の実施形態を説明する。全実施形態が如何様にも組合せ可能であるということに留意することが重要である。すなわち、ある記載の実施形態が他とは組合せ可能ではないという限定はないのである。特に不可能という言及のない限り、ここで説明する様々な実施形態の特徴は互いに組合せ可能であるということもさらに理解すべきである。さらに、他の実施形態も活用可能であり、構造的および論理的変更を、本発明の範囲から逸脱することなく、行うことが可能である。したがって、以下の発明を実施するための形態は限定的感覚でとらえられるべきものではなく、本発明の範囲は添付の特許請求の範囲によって限定される。
【００１０】
図１は、データキャリアのコンテンツへのアクセスを制御する方法の一実施形態を示すブロックダイアグラムである。ブロックＢ１００において、データキャリアに格納される第１の機械読出可能鍵が読み出される。データキャリアに格納される第２の機械読出可能鍵がＢ１０２において読み出される。第１の鍵に基づいて、第３の鍵が、Ｂ１０４におけるリモートサーバから取り出される。Ｂ１０６において、第２の鍵が第３の鍵に一致する場合にのみ、データキャリアのコンテンツへのアクセスが許可される。
【００１１】
データキャリアは、コンテンツを格納するに適当ないかなるアイテムであってもよい。データキャリアは、例えば、ＣＤ−ＲＯＭ、ＣＤ−ＲまたはＣＤ−ＲＷのようなコンパクトディスク、またはＤＶＤ−Ｒ、ＲＶＤ＋Ｒ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷのようなデジタル多用途ディスク（ＤＶＤ：ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｃ）、またはブルーレイディスク（ＢＤ：ｂｌｕ−ｒａｙ ｄｉｓｃ）等であってもよい。データキャリアはまた半導体メモリデバイスであってもよい。
【００１２】
コンテンツはデジタルデータを含んでもよく、例えばソフトウェアプロダクトに属しており、このようなコンピュータゲームまたはオフィスアプリケーション、メディアまたはマルチメディアファイルはオーディオおよび／またはビデオデータ、テキストデータ等を含む。
【００１３】
プロセッサにロードされると、データキャリアのコンテンツへのアクセスを制御する方法の部分をコンピュータに実行させるコンピュータプログラム命令のような、データキャリアのコンテンツへのアクセスを制御する方法を支援するデータも、コンテンツに加えて、データキャリアは備えてもよい。
【００１４】
さらに、データキャリアは第１および第２の鍵を備えてもよく、第１および第２の鍵はそれぞれ要求鍵および検証鍵ともいう場合もある。両鍵は、機械読出可能フォーマットでデータキャリアに格納可能であり、かかるフォーマットは、読出装置によって自動的に読み出すことが可能である。両鍵は、数字または英数字シーケンスまたはコードを含んでもよく、バイナリデータとして格納可能である。機械読出可能フォーマットでの鍵の格納は、ユーザがいずれかの種類の鍵を手動で入力する必要があるということを回避する。手動入力は面倒で、間違いの元となるものである。
【００１５】
要求鍵は、ユーザに対してコンテンツを読み出して表示するのに、標準ソフトウェアを使用して、従来の読出装置によって読出可能なように格納可能である。しかしながら、検証鍵は、標準ソフトウェアおよび従来の読出装置を使用して、ユーザによってアクセス不可能なように、ユーザに対して表示不可能なように格納可能である。言い換えると、第２の鍵（検証鍵）はユーザに対して隠されていたり、隠蔽されていたり、またはアクセス不能であったりしてもよく、それにより、当該方法のセキュリティが拡張される。
【００１６】
Ｂ１０４において、第３の鍵は、起動鍵ともいうが、第１の鍵に基づいてリモートサーバから取り出される。サーバはリモートに位置して、複数のユーザに対して集中サービスを提供するものであってもよい。
【００１７】
起動鍵を取り出すために、サーバは、インターネット、ローカルネットワーク、電話網、モバイル通信ネットワーク等のようなネットワークを介してアクセスされてもよい。またサーバは、例えば郵便サービスのような他の接続サービスを介して接続されてもよい。
【００１８】
サーバは、ウェブアプリケーション、ＳＭＳサービスまたは自動音声認識電話サービスを動作させるホストコンピュータを備えてもよい。またサーバは、従業員が起動命令を実行しているコールセンターを備えてもよい。
【００１９】
起動鍵を取り出すために、要求鍵はサーバへ送信可能である。そうして起動鍵はサーバから取り出し可能である。このために、例えば上述の種類のネットワークを介して、サーバは起動鍵を送信可能である。起動鍵を取り出すネットワークは、要求鍵が送信されたネットワークとは異なってもよい。例えば、電話を介して要求が受信された場合に、起動鍵は電子メールを介して送信される、ということが可能である。
【００２０】
起動鍵は、数字または英数字シーケンスまたは符号を含んでもよく、バイナリデータとして格納されてもよい。
【００２１】
Ｂ１０６において、検証鍵が有効鍵と所定の関係を有するかどうか、すなわち有効鍵に一致するかどうか、がチェックされる。データキャリアのコンテンツへのアクセスは、所定の関係が満たされる場合、すなわち検証鍵が起動鍵に一致する場合にのみ許可される。
【００２２】
このため、例えば、起動鍵が検証鍵に等しいかどうか、ということがチェックされてもよい。あるいは、起動鍵と検証鍵との間の所定の関係が持続するかどうか、ということがチェックされてもよい。例えば、起動鍵と検証鍵とに基づく数式が持続するかどうか検証されてもよい。さらに、起動鍵は取出し前にリモートサーバによって暗号化された場合もあり、そのため、起動鍵と検証鍵とをマッチングする前に、復号することがさらに必要な場合もある。
【００２３】
当該方法の上述の実施形態において、起動鍵は、データキャリアまたはそれに格納されるデータにのみ依存する場合がある。結果、それは、例えばユーザの装置の、ハードウェアコンポーネントに対しては独立となる場合がある。この場合、起動鍵はハードウェア独立として見なしてもよく、問題のない色々なハードウェア装置と使用可能である。さらに、当該方法を行う際にハードウェア識別番号が１つも考慮されないという事実によって、安価で単純であるが、十分に良いセキュリティレベルを達成する、例えば低または中間価格および販売促進アプリケーションに適したオペレーションが可能となる。
【００２４】
さらに、言及したとおり、要求鍵および検証鍵は両方とも機械読出可能フォーマットでデータキャリアに格納されるため、ユーザがいずれの鍵も手動入力する必要がない場合がある。これは、リモートサーバとの自動通信がネットワークを介して確立可能である限り、起動鍵を取り出すためにも持続される。鍵の自動交換は、複雑または冗長な文字シーケンスを入力する必要がないため、ユーザにとってコンテンツアクセスをかなり容易にする場合がある。
【００２５】
図２において、コンテンツアクセスを制御する方法のさらなる実施形態を、フローチャートを用いて示す。２００において、ユーザが、パーソナルコンピュータに接続される従来の読出装置のような読出ユニットへデータキャリアを挿入する。
【００２６】
そうすると、データキャリアのコンテンツに含まれるプロダクトの概観が、２０２においてユーザに対して表示可能である。次にユーザは、起動を所望する１または２以上のプロダクトを、例えば入力装置によって選択可能である。
【００２７】
起動するプロダクトのこの選択に続いて、２０４において示すようにメッセージが表示可能である。メッセージは要求鍵を含んでもよく、ボタンが含まれる場合があり、入力装置を用いた選択によって起動を要求することができる。
【００２８】
ユーザが２０６において起動を要求する場合、ユーザが２０２において選択するプロダクトに関する１または２以上のプロダクト鍵が、２０８に示すように、要求鍵とともに、ネットワークを介して起動サーバへ送信可能である。
【００２９】
この要求に対する応答として、次に起動鍵は、２１０に示すように、ネットワークを介して起動サーバから受信可能である。要求鍵は、選択されるプロダクトを起動することにのみ有効であるように定められてもよい。例えば、起動鍵の内で、起動されるプロダクトに関するプロダクト鍵を符号化することが可能である場合もある。
【００３０】
２１２において、起動サーバから受信される起動鍵が、データキャリアに格納される検証鍵に一致するかどうかチェックされる。マッチングの前に、起動鍵とともに符号化された場合のあるプロダクト鍵が抽出される場合がある。
【００３１】
起動鍵が検証鍵にマッチする場合、２１４に示すように、選択されるプロダクトへのアクセスが許可される。プロダクトの１つへのアクセスを許可するために、データキャリアに格納される関連コンテンツは、解読可能および／または実行可能データへ変換可能である。
【００３２】
選択されるプロダクトが、コンピュータゲーム、マルチメディアアプリケーション、オフィスアプリケーション等のようなソフトウェアプロダクトである場合、データキャリアにアクセスされ、プロセッサにロードされ、ユーザの装置で実行されてもよい。選択されるプロダクトが、オーディオまたはビデオデータファイルのようなマルチメディアデータファイルを含む場合、ユーザの装置に表示されてもよい。これをディスプレイ２１６とラウドスピーカ２１８とで示す。
【００３３】
しかしながら、２０６においてユーザが起動を要求しない場合、または２１２において起動サーバから受信される起動鍵が検証鍵に一致しない場合、２２０に示すように、データキャリアに格納される選択プロダクトへのアクセスは拒否される。結果、ユーザの装置のデータキャリアのコンテンツを、解読または実行することも、データキャリアとは異なるストレージにアクセスまたは格納することも可能ではない。
【００３４】
図３は図２に示す方法のさらなる実施形態を示しており、プロダクト鍵と要求鍵とを起動サーバへネットワークを介して送信した後、起動鍵を取り出すための必要条件として、起動サーバによって追加情報が要求される。結果として、図３の２０８においてプロダクト鍵と要求鍵とが起動サーバへネットワークを介して送信される。
【００３５】
図３において、ステップ２００、２０２および２０４はユーザが実行し、ユーザは２０６において起動を要求した、と仮定されることとなる。結果として、図３の２０８においてプロダクト鍵と要求鍵とは起動サーバへネットワークを介して送信される。
【００３６】
この要求の上で、３００に示すように、起動鍵を取り出すための前提条件として、起動サーバはさらなる情報を要求する。この実施形態において、ユーザは、市場調査研究に参加するようにとの命令を受信する。
【００３７】
３０２において、ユーザは、市場調査研究のために必要なデータを入力する。
【００３８】
結果として、２１０において、ユーザは起動サーバからネットワークを介して起動鍵を受信する。そうすると、さらなる起動手続が、図２のステップ２１２、２１４および２２０に示すように行われてもよい。
【００３９】
起動鍵を取り出すための必要条件として要求される追加情報は、例えばマーケティングのために重要である場合がある様々なデータを含んでもよい。それには例えば、名前、電話番号または電子メールアドレスのようなパーソナルデータが含まれる場合があり、ユーザと連絡をとることが可能となる。さらに、ユーザの個人的嗜好、ニーズおよび／または関心に関する情報が要求されてもよく、さらなるプロダクトまたは市場開発にとって価値のあるものとなる場合がある。代替または追加として、プロダクト起動に支払が必要である場合、追加情報には、支払証明、クレジットカードデータまたはアカウントデータが含まれていてもよい。
【００４０】
起動サーバが要求する追加情報は直接送信されないものとする、ということがさらに可能である。代わりにデータは異なるサーバへ供給可能であり、当該サーバは、情報を受信する結果として、受信を証明するデータをユーザへ送信する。そうすると、この受信証明は、起動サーバが追加情報として受け入れる場合もある。よって、図３に示す実施形態において、市場調査研究を支援するサーバは起動サーバとは異なる。これにより、起動サーバを単純にしておくこと、および例えばウェブアプリケーションを動作させるウェブサーバとして、低オペレーションコストでオペレーションすることが可能となる。
【００４１】
データキャリアのコンテンツに備わる色々なプロダクトについて、起動鍵を取り出すための必要条件として色々な種類の情報が必要とされるという場合には、ユーザは、供給される情報を考慮して、どのプロダクトを起動するか決定可能である。例えばユーザは、金額の支払証明が供給されてからソフトウェアプロダクトのフルバージョンを起動するか、または電子メール登録のみ必要となるトライアルバージョンを起動するか決定可能である。
【００４２】
ユーザの関心を引くために、アクセス可能な、例えば解読可能なまたは実行可能なフォーマットでデータのコンテンツの一部が格納されてもよい、ということがさらに可能である場合もある。例えば、データキャリアは、ユーザが起動鍵を要求せずとも聴取可能な音楽を含むことができる。それにより、起動鍵なしでアクセス可能ではない場合のあるフォーマットでデータキャリアに格納されるさらなる音楽データために、例えばマーケティングのための個人データ等の追加データを提供するようにユーザを促すことができる。
【００４３】
図４は、図２の２０６におけるプロダクト選択を支援可能なダイアログボックス４００を示す。
【００４４】
ダイアログボックス４００の記述部４０２において、データキャリアのコンテンツの概観が提供可能である。例では、３つのマルチメディアゲーム４０４、４０６および４０８と、３つのサウンドトラック４１０、４１２および４１４とが、関連プロダクトＩＤとともにリストされており、ユーザが入力装置（図示せず）を用いて選択ボタン４１６、４１８、……で選択可能である。プロダクト選択を完了後、ユーザは、起動ボタン４２０、ヘルプボタン４２２またはキャンセルボタン４２４を選択して、ダイアログを続行可能である。
【００４５】
ヘルプボタン４２２を選択すると、プロダクト起動を行う際にユーザを支援する追加情報を表示することができる。このために、図５に示すダイアログボックスを使用してもよい。
【００４６】
図５において、プロダクト起動のための支援情報を有するヘルプダイアログボックス５００が表示されており、当該方法の一実施形態を行う際にユーザを支援可能である。ヘルプダイアログボックス５００の記述部５０２において、プロダクト起動のためのいくつかの選択肢が記述されている。
【００４７】
第１に、「ネットワークを介して起動」ボタン５０４を選択して、インターネットを介してプロダクトを起動することが記述されている。「ネットワークを介して起動」ボタン５０４が選択され、インターネットがユーザの装置からアクセス可能である場合、起動サーバは、さらなるユーザインターフェースもなく、直接連絡可能である。起動されるプロダクトに関する要求鍵やプロダクト鍵のような必要な全情報は、インターネットを介して直接送信可能である。結果、ユーザによる鍵の手動入力に対するいかなる必要性も回避可能である。
【００４８】
プロダクト起動に対するさらなる可能性として、ヘルプダイアログボックス５００の記述部５０２において電話を介した起動が言及されている。電話を介した起動の基礎として、起動されるプロダクトのプロダクトＩＤと要求鍵とが必要となる場合がある。要求鍵へのアクセスを得るために、ユーザは「表示要求鍵」ボタン５０６を選択可能である。電話サービスが自動音声認識システムによって提供可能であり、鍵は口頭で、または電話のキーをそれぞれ押すことで供給可能である。さらに、コールセンターサービスも提供可能であり、すなわちより良いユーザサポートを可能としたり、またはさらなる情報を取得したりすることができる。起動鍵は電話を介して通信しても、または例えば電子メール等で、ネットワークを介して送信してもよい。
【００４９】
あるいは、ＳＭＳ（ｓｈｏｒｔ ｍｅｓｓａｇｅ ｓｅｒｖｉｃｅ：ショートメッセージサービス）またはＷＡＰ−プッシュのようなプッシュプロトコルを介したプロダクト起動が、ヘルプダイアログボックス５００の記述部５０２において提供される。ＳＭＳを介したプロダクト起動のために、起動されるプロダクトの要求鍵とプロダクト鍵が起動サーバへＳＭＳを介して供給可能である。そうすると、起動サーバは、例えばＳＭＳまたは電子メールで対応の起動鍵を送信することで応答する場合がある。
【００５０】
例えば起動前に支払手配をするため等で、ユーザがプロダクトを起動しないと決める場合、「キャンセル」ボタン５０８を選択してもよい。
【００５１】
図６は第２のヘルプダイアログボックス６００を示しており、データキャリアに格納される要求鍵を表示する。例えば要求鍵６０２は、電話またはＳＭＳサービスを介したプロダクト起動に使用可能である。
【００５２】
図７は、コンテンツアクセスを制御する方法の一実施形態を行う際にクライアント７００とサーバ７０２との間で交換可能なメッセージのシーケンスを示す。
【００５３】
７０４において、クライアント７００は起動要求を生成する。起動要求は、プロダクト鍵および要求鍵のユーザの選択に基づいてもよく、両鍵はサーバ７０２へ送信される。
【００５４】
要求鍵とプロダクト鍵とを受信すると、サーバ７０２は、対応する起動鍵を定めるために、テーブルルックアップ７０６を行う。加えてサーバ７０２は、７０６において、要求鍵とプロダクト識別鍵とに関するプロダクトを起動するためにいずれかの追加情報が必要となるかどうかチェックする。図７に示す場合では、プロダクト起動のための必要条件として、例えばマーケティングのために、ユーザの電子メールアドレスが要求される。
【００５５】
要求を受信した後、ユーザは、７０８においてその電子メールアドレスを入力して送信する。
【００５６】
要求アドレスを受信すると、７１０においてサーバ７０２は電子メールアドレスを格納し、クライアント７００へ起動鍵を送信する。電子メールアドレスの正当性を検証するために、サーバ７０２は起動鍵の送信先として電子メールアドレスを使用してもよい。このように、正しい電子メールアドレスをユーザが入力した場合にのみ、起動が可能となる場合がある。このようにして、マーケティングまたは他の目的のための収集データの品質を向上させることが可能である。
【００５７】
起動鍵を提供されると、７１２として示すように、クライアント７００は、プロダクト識別番号で識別されるプロダクトを起動してもよい。
【００５８】
図８は、データキャリアのコンテンツへのアクセスを制御するシステムの一実施形態を示す。
【００５９】
クライアント８００は、例えばディスプレイまたはモニタ等の表示装置８０４が設けられた処理装置８０２を備える。さらに、入力装置８０６が、例えばキーボードおよび／またはポインティングデバイス等の処理装置に接続される。加えて、データキャリア８１０に格納されるデータを読み出すものである読出装置８０８が接続される。さらに、クライアント８００が、インターネットのようなネットワーク８１２を介してサーバ８１４へ接続可能である。
【００６０】
データキャリア８１０は任意のフォーマットを有していてもよく、例えばＣＤ−ＲＯＭ、ＣＤ−ＲまたはＣＤ−ＲＷのようなコンパクトディスク、ＤＶＤ−Ｒ、ＤＶＤ＋Ｒ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷのようなデジタル多用途ディスク（ＤＶＤ）またはブルーレイディスク（ＢＤ）等である場合がある。
【００６１】
さらに、データキャリア８１０は、上述のように、そのコンテンツへの制限されたアクセスを可能とする。言い換えると、データキャリア８１０に格納されるコンテンツは、起動鍵を使用して起動されなかった場合には、直接は読み出されたり、解読されたり、または実行されたりすることがない場合もあるということである。
【００６２】
コンテンツに加えて、データキャリア８１０は、上述のように、そのコンテンツへのアクセスを制御する方法を支援するデータを含んでもよい。このようなデータには、ソフトウェアプログラムまたはコンピュータプログラム命令が含まれていてもよく、処理装置８０２へロードされると、データキャリア８１０のコンテンツへのアクセスを制御する上述の方法を処理装置８０２に実行させる。あるいは、当該方法を支援するデータがデータキャリアに提供されない場合もある。この場合、例えば、適当なソフトウェアがネットワーク８１２を介して処理装置８０２へロードされてもよい。
【００６３】
データキャリア８１０が読出装置８０８へ挿入されると、クライアント８００は、含まれるプロダクトを表示装置８０４に表示して、データキャリア８１０のコンテンツに関する概観を提供してもよい。そうすると、入力装置８０６を使用して、ユーザは、起動されるプロダクトを選択可能である。
【００６４】
起動要求の上で、処理装置８０２はネットワーク８１２への接続を開始し、読出装置８０８がデータキャリア８１０から読み出す要求鍵を、ネットワーク８１２を通してサーバ８１４へ送信し、起動鍵の取出しを要求してもよい。クライアント８００によって、ネットワーク８１２を介して、例えば起動されるプロダクトのプロダクト鍵またはユーザに関する個人情報等のさらなる情報がダイアログに供給される場合もある。
【００６５】
要求鍵およびさらなる情報を受信すると、サーバ８１４は、例えばテーブルルックアップまたはデータベース要求等を行うことで、起動鍵を決定可能である。次にサーバ８１４はネットワーク８１２を介してクライアント８００へ起動鍵を送信可能である。
【００６６】
起動鍵を受信すると、処理装置８０２は、読出装置８０８がデータキャリア８１０から読み出す検証鍵を要求可能である。次に処理装置８０２は、ネットワーク８１２を介して受信した起動鍵が、データキャリア８１０から読み出された検証鍵に一致するかどうかチェック可能であり、例えば起動されるプロダクト等のデータキャリア８１０のコンテンツへのアクセスを許可してもよい。
【００６７】
図９は、コンテンツアクセスを制御するシステムのさらなる実施形態のコンポーネントをさらに示す。
【００６８】
クライアント９００は、データキャリア９０４を読み出す読出機構法を備えてもよい。さらに、クライアント９００は、プロセッサ９０６と、送信／受信機構９０８とを備え、後者はサーバ９１０との通信を可能とするものである。
【００６９】
サーバ９１０は、クライアント９００との通信を確立する送信／受信機構９１４を備えてもよい。さらに、サーバ９１０は、要求鍵を起動鍵に割り当てる情報を格納する格納装置を備えてもよい。
【００７０】
データキャリア９０４が読出機構９０２へ入力されると、プロセッサ９０６はデータキャリア９０４からコンピュータプログラム命令をロードしてもよい。コンピュータプログラム命令は、読出機構９０２による要求鍵の読出しを開始可能である。そうすると、要求鍵は、送信／受信機構９０８がサーバ９１０の送信／受信機構９１４へ送信してもよい。
【００７１】
次にサーバ９１０は、例えばルックアップテーブルに対してテーブルルックアップを行うこと、データベース要求を行うこと、またはウェブプログラミングによって起動鍵を関連させることで、要求鍵に関する起動鍵をデータストレージ９１２から取り出し可能である。
【００７２】
次に起動鍵は、クライアント９００へ、送信／受信機構９１５がサーバ９１０から送信可能であり、クライアント９００は送信／受信機構９０８を介して起動鍵を受信する。
【００７３】
次にプロセッサ９０６は、読出機構９０２がデータキャリア９０４から読み出す検証鍵が起動鍵に一致するかどうかチェック可能である。チェックは、データキャリア９０４からロードされるコンピュータプログラム命令によって支援される場合もある。マッチングの結果によって、プロセッサ９０６が、読出機構９０２を介したデータキャリア９０４に格納されるコンテンツへのアクセスを許可する場合、または拒否する場合がある。
【００７４】
図１０に示しているのは、ルックアップテーブル１０００の一実施形態であり、サーバ９１０が例えばデータストレージ９１２に格納する場合があるものである。ルックアップテーブル１０００において、要求鍵と起動鍵とは互いに一意に割り当て可能である。
【００７５】
ルックアップテーブル１０００は任意のフォーマットのテーブルとして実現可能であり、例えばデータベースフォーマット、スプレッドシートフォーマット、ウェブプログラミングフォーマットまたは任意のファイルフォーマットでもよい。ルックアップテーブルの単純な構造によって、低オペレーションコストで当該方法をオペレーティングすることが可能となる。
【００７６】
ルックアップテーブル１０００はいくつかの列を含む場合がある。プロダクト鍵を格納するものとして、プロダクト列１００２を含んでもよい。さらに、例えばプロダクト鍵に関するような要求鍵を格納するものとして、要求列１００４を含んでもよい。なおもさらに、起動鍵を格納するものとして起動列１００６を含んでもよく、起動鍵は要求鍵とプロダクト識別鍵とに関連可能なものである。さらなる列として情報列１００８を含んでもよく、そこには、要求鍵とプロダクト鍵とに応じて、どの種類の追加情報が、起動鍵を送信する前に必要となるかが記載可能である。さらに、制御列１０１０を含んでもよく、そこには、要求鍵ごとに、必要な起動の回数が格納される。必要な起動の回数は、起動が必要なプロダクト鍵に関連して格納されてもよい。
【００７７】
サーバは、例えば所定の閾値に達したら起動鍵の取出しを禁止すること等で、一つ一つの要求鍵ごとに起動鍵が取り出し可能な回数を制御可能である。図１０に示す実施形態において、ルックアップテーブル１０００の第１のデータ列に格納されているように、プロダクション識別鍵５７１２に関する要求鍵２２１２３はすでに２度起動されている。例えば、起動の数が３までと制限されていた場合、起動鍵ａｄ４５６の取出しはあと１度しか可能ではない場合がある。
【００７８】
結果、データキャリア９０４に格納されるプロダクトが格納可能な回数は、サーバ９１０が制御可能である。このように、データキャリア９０４またはそのコピーがプロダクト起動に何度か使用される場合、起動が実行可能な回数は制限される場合がある。このことが、データキャリア９０４のコンテンツの不正使用を防止することに役立つ場合があり、従来の読出装置で簡単にコピーされる可能性のあるデータキャリアに対するコピー保護が可能となる。
【００７９】
一代替実施形態において、必要な起動の回数を制御することに制御列１０１０を使用しなくてもよい。こうすることは、起動の回数が規制されるものではない場合に役に立つことがある。例えば、できる限り多くのユーザを駆り立てて、例えばマーケティングのために個人データを提供させたり、または市場調査に参加させたりするために、特定のプロダクトを起動させることに対して望ましい。この場合には、分配チャネルの効率を判断するものとして、制御列１０１０をルックアップテーブル１０００に含んでもよい。あるいは、制御列は省略してもよい。
【００８０】
図１１が示すのは、データキャリア１１００であり、コンテンツ１１１０と、要求鍵１１１１と、検証鍵１１１２とを備え、両方とも機械読出可能フォーマットで格納される。さらに、データキャリア１１００は、コンテンツ１１１０のプロダクトに関連可能なプロダクト識別鍵１１３０を備えてもよい。加えて、データキャリア１１００はコンピュータプログラム命令を有する場合もあり、コンピュータプログラム命令は、プロセッサにロードされると、コンテンツアクセスを制御する上述の方法をコンピュータに実行させるものである。
【００８１】
要求鍵１１１１および／または検証鍵１１１２はコピー保護された形で格納可能であり、そのため、データキャリア１１００が従来のコピー装置でコピーされると、コピー保護された鍵はコピーされないであろう。結果、コピーされた、データキャリア１１００のイメージについて、コンテンツアクセスが要求されると、少なくとも１つの鍵がアクセス可能ではないことになる。これにより、従来のコピー装置に対するコピー保護を確かなものとすることが可能である。
【００８２】
しかしながら、無制限再生が所望される場合、要求鍵１１１１および検証鍵１１１２はコピー保護されない場合がある。この場合、データキャリア１１００は制限なくコピーされて分配される。これが注目される場合があるのは、できる限り多くのユーザを駆り立てて、起動処理を行わせて、それによってマーケティングまたは調査のために役立つ可能性のある追加情報を提供させることが所望されるときである。また、支払証明が提供される場合にのみ起動鍵を取り出すことが可能であるというときにも、注目される可能性がある。この場合に、支払は、データキャリア１１００を購入するために必要となるのではなく、そのコンテンツまたはその一部を起動するために必要となる場合がある。
【００８３】
起動鍵は、ひとたび取り出されたら、要求鍵１１１１と検証鍵１１１２とを備えるデータキャリア１１００またはそのコピーとともに伝搬可能である。結果、データキャリア１１００のコンテンツ１１１０は、サーバからの起動鍵の取出しを繰り返すことなく、回数無制限で起動可能となる。セキュリティを高めるために、起動鍵を取り出す際に符号化することが可能である場合もある。
【００８４】
例えば、符号化は、起動鍵を取り出す日付または時刻に基づいてもよい。代替または追加として、符号化は、ユーザの名前または電子メールアドレスを参照する場合もあり、データキャリアのコンテンツへのアクセスが許可されると、ユーザを名前で知覚することが可能となる。これには、ユーザが不正コピーを使用することを防止する心理的効果がある場合がある。さらに、符号化された起動コードは、例えば起動コードが何日間および／またはどのくらいの頻度で仕様可能か定めることで、起動コードの有効性を決定する情報を備えてもよい。
【００８５】
起動鍵と検証鍵とをマッチングする際、復号を行って、同日に、またはマッチングの瞬間に先行する制限時間内で起動鍵が生成されたかどうかチェック可能である。このように、所定の時間の後に失効する起動鍵を生成することが可能であり、それにより、起動鍵が時限なく循環することを禁止することができる。
【００８６】
要求鍵１１１１および検証鍵１１１２がデータキャリア１１００に割り当てられ、起動が行われるシステムのいかなるハードウェアコンポーネントに対しても独立であるため、ハードウェアコンポーネントに関するデータを提供することもなく、起動鍵を取り出すことが可能である。結果、コンテンツ１１１０のアクセス権は、データキャリア１１００のものとなるのであり、当該方法が行われるシステムのものでなければ、そのハードウェアコンポーネントのいずれのものでもない。結果として、システムのいずれかのハードウェアコンポーネントが変更されたとしても、データキャリア１１００へのコンテンツアクセスには何の影響もないであろう。
【００８７】
図１２において、上述の方法によってデータキャリアを製造する製造処理の一実施形態を示す。
【００８８】
１２００において、データキャリア１２０２、１２０４、……の製造が行われる。この処理の中で、全データキャリア１２０２、１２０４、……が、一意のマスターを用いて製造される。さらに、コンテンツに含まれるプロダクトに関連するプロダクト鍵を適用してもよい。
【００８９】
１２０６において、個別鍵適用の処理を行うことが可能であり、それにより、要求鍵と検証鍵とが機械読出フォーマットでデータキャリア１２０２、１２０４、……に適用される。
【００９０】
要求鍵および／または検証鍵は、データキャリア１２０２、１２０４、……に一意に割り当ててもよく、それにより、上述のようにセキュリティおよびコピー保護が向上される。
【００９１】
あるいは、例えば適用コスト、データキャリア１２０２、１２０４、……のストレージ、または鍵を関連させるルックアップテーブル１２０８内のストレージを節約するために、同一の要求鍵と検証鍵とを所定数のデータキャリアに割り当ててもよい。これにより、多数のデータキャリアに鍵が提供することになっても、使用する鍵ストリングを短くすることが可能となる。この場合、いくつかのデータキャリア１２０２、１２０４、……が同一の要求鍵と検証鍵の対を備えることが可能であり、結果、サーバから同一の起動鍵を取り出すことであろう。したがって、起動の回数はあまり制限されたものではなくなり、この実施形態においては起動の回数は全く制限されないという場合もある。したがって、この実施形態は、セキュリティに対する要求が低い場合に適している可能性がある。
【００９２】
上述のように、要求鍵および検証鍵は、セキュリティまたは分配の要求にしたがって、コピー保護された形または保護されていない形に適用可能である。例えば従来の読出装置で従来のソフトウェアを用いて、読出しおよびユーザへの表示が可能なように、可視的に要求鍵を格納することもさらに可能である。しかしながら、検証鍵は、ユーザが検証鍵へのアクセスを得ようとしても秘密のままであるように適用可能である。
【００９３】
個別鍵適用１２０６を行う際、同一のデータキャリア１２０２、１２０４、……に適用される要求鍵および検証鍵の割当は、例えば起動鍵が取り出されることになった際等、後に使用するために格納される。このために、データキャリア１２０２、１２０４、……の単一のものに適用される要求鍵および検証鍵は互いに関連してルックアップテーブル１２０８に格納してもよい。
【００９４】
１２１０において、データキャリアは、分配のため転送可能である。
【００９５】
１２１２において、ルックアップテーブル１２０８は、サーバ内でプロダクト起動中に、後に使用するために、格納または転送してもよい。
【００９６】
図１２に示す処理およびステップは任意のシーケンスで行ってもよい、ということが留意されるべきである。
【００９７】
ここでは特定の実施形態を図示して説明したのだが、当業者ならば、本発明の範囲から逸脱することなく、様々な代替のおよび／または均等な実施形態を、図示および説明した特定の実施形態に置き換えることが可能である、ということを了解するであろう。この出願は、ここで議論した特定の実施形態のいかなる追加または変更をもカバーすると意図している。したがって、本発明は特許請求の範囲およびその均等物によってのみ限定されるものと意図している。
【技術分野】
【０００１】
本発明の実施形態は、データキャリアのコンテンツへのアクセスを制御する方法に関する。さらなる実施形態が、データキャリアのコンテンツへのアクセスを制御するシステム、データキャリアおよびコンピュータプログラムプロダクトに関する。
【背景技術】
【０００２】
最近、ソフトウェアおよびマルチメディアファイルが、光格納媒体またはメモリスティックのようなデータキャリアでしばしば分配される。近年、特にデータキャリアで分配される低価格アプリケーションや販売促進アプリケーションの市場が拡大している。
【発明の概要】
【０００３】
ほとんどのデータキャリアが、従来のパーソナルコンピュータを使用して簡単にコピー可能であるため、アクセス制御およびデジタル権利管理は重要な問題になっている。
【０００４】
したがって、本発明の課題は、データキャリアへのアクセスを制御する方法であって、所望のセキュリティレベルを達成する方法を提供することである。
【０００５】
この課題は、請求項１に記載の方法、請求項１３に記載のシステム、請求項１４に記載のデータキャリア、および請求項１５に記載のコンピュータプログラムプロダクトによって解決される。
【０００６】
本発明のさらなる課題およびあり得る効果は、図面を検討し、明細書を確かめることから明らかとなろう。
【０００７】
添付図面は、実施形態のさらなる理解を提供するために含まれている。図面は、実施形態を示し、明細書とともに、実施形態の原理を説明する働きをするものである。図面の構成要素は、互いと比較して、必ずしも寸法どおりとなっている必要はない。類似の参照番号は、対応する同様の部分を表す。
【図面の簡単な説明】
【０００８】
【図１】データキャリアのコンテンツへのアクセスを制御する方法の一実施形態を示すブロック図である。
【図２】当該方法の一実施形態を示すフローチャートである。
【図３】当該方法のさらなる実施形態を示すフローチャートである。
【図４】当該方法の一実施形態を行う際にユーザ通信に使用可能なダイアログボックスを示す。
【図５】当該方法を行う際のユーザ通信のための別のダイアログボックスを示す。
【図６】当該方法を行う際のユーザ通信のための別のダイアログボックスを示す。
【図７】当該方法の一実施形態を行う際にクライアントとサーバとの間で交換されるメッセージのシーケンスを示す。
【図８】データキャリアのコンテンツへのアクセスを制御するシステムの一実施形態を示す。
【図９】当該システムのさらなる実施形態を示す。
【図１０】当該システムの一実施形態において使用可能なルックアップテーブルを示す。
【図１１】当該方法を支援するデータキャリアを示す。
【図１２】当該方法を支援するデータキャリアの製造処理の一実施形態示す。
【発明を実施するための形態】
【０００９】
以下では、本発明の実施形態を説明する。全実施形態が如何様にも組合せ可能であるということに留意することが重要である。すなわち、ある記載の実施形態が他とは組合せ可能ではないという限定はないのである。特に不可能という言及のない限り、ここで説明する様々な実施形態の特徴は互いに組合せ可能であるということもさらに理解すべきである。さらに、他の実施形態も活用可能であり、構造的および論理的変更を、本発明の範囲から逸脱することなく、行うことが可能である。したがって、以下の発明を実施するための形態は限定的感覚でとらえられるべきものではなく、本発明の範囲は添付の特許請求の範囲によって限定される。
【００１０】
図１は、データキャリアのコンテンツへのアクセスを制御する方法の一実施形態を示すブロックダイアグラムである。ブロックＢ１００において、データキャリアに格納される第１の機械読出可能鍵が読み出される。データキャリアに格納される第２の機械読出可能鍵がＢ１０２において読み出される。第１の鍵に基づいて、第３の鍵が、Ｂ１０４におけるリモートサーバから取り出される。Ｂ１０６において、第２の鍵が第３の鍵に一致する場合にのみ、データキャリアのコンテンツへのアクセスが許可される。
【００１１】
データキャリアは、コンテンツを格納するに適当ないかなるアイテムであってもよい。データキャリアは、例えば、ＣＤ−ＲＯＭ、ＣＤ−ＲまたはＣＤ−ＲＷのようなコンパクトディスク、またはＤＶＤ−Ｒ、ＲＶＤ＋Ｒ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷのようなデジタル多用途ディスク（ＤＶＤ：ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｃ）、またはブルーレイディスク（ＢＤ：ｂｌｕ−ｒａｙ ｄｉｓｃ）等であってもよい。データキャリアはまた半導体メモリデバイスであってもよい。
【００１２】
コンテンツはデジタルデータを含んでもよく、例えばソフトウェアプロダクトに属しており、このようなコンピュータゲームまたはオフィスアプリケーション、メディアまたはマルチメディアファイルはオーディオおよび／またはビデオデータ、テキストデータ等を含む。
【００１３】
プロセッサにロードされると、データキャリアのコンテンツへのアクセスを制御する方法の部分をコンピュータに実行させるコンピュータプログラム命令のような、データキャリアのコンテンツへのアクセスを制御する方法を支援するデータも、コンテンツに加えて、データキャリアは備えてもよい。
【００１４】
さらに、データキャリアは第１および第２の鍵を備えてもよく、第１および第２の鍵はそれぞれ要求鍵および検証鍵ともいう場合もある。両鍵は、機械読出可能フォーマットでデータキャリアに格納可能であり、かかるフォーマットは、読出装置によって自動的に読み出すことが可能である。両鍵は、数字または英数字シーケンスまたはコードを含んでもよく、バイナリデータとして格納可能である。機械読出可能フォーマットでの鍵の格納は、ユーザがいずれかの種類の鍵を手動で入力する必要があるということを回避する。手動入力は面倒で、間違いの元となるものである。
【００１５】
要求鍵は、ユーザに対してコンテンツを読み出して表示するのに、標準ソフトウェアを使用して、従来の読出装置によって読出可能なように格納可能である。しかしながら、検証鍵は、標準ソフトウェアおよび従来の読出装置を使用して、ユーザによってアクセス不可能なように、ユーザに対して表示不可能なように格納可能である。言い換えると、第２の鍵（検証鍵）はユーザに対して隠されていたり、隠蔽されていたり、またはアクセス不能であったりしてもよく、それにより、当該方法のセキュリティが拡張される。
【００１６】
Ｂ１０４において、第３の鍵は、起動鍵ともいうが、第１の鍵に基づいてリモートサーバから取り出される。サーバはリモートに位置して、複数のユーザに対して集中サービスを提供するものであってもよい。
【００１７】
起動鍵を取り出すために、サーバは、インターネット、ローカルネットワーク、電話網、モバイル通信ネットワーク等のようなネットワークを介してアクセスされてもよい。またサーバは、例えば郵便サービスのような他の接続サービスを介して接続されてもよい。
【００１８】
サーバは、ウェブアプリケーション、ＳＭＳサービスまたは自動音声認識電話サービスを動作させるホストコンピュータを備えてもよい。またサーバは、従業員が起動命令を実行しているコールセンターを備えてもよい。
【００１９】
起動鍵を取り出すために、要求鍵はサーバへ送信可能である。そうして起動鍵はサーバから取り出し可能である。このために、例えば上述の種類のネットワークを介して、サーバは起動鍵を送信可能である。起動鍵を取り出すネットワークは、要求鍵が送信されたネットワークとは異なってもよい。例えば、電話を介して要求が受信された場合に、起動鍵は電子メールを介して送信される、ということが可能である。
【００２０】
起動鍵は、数字または英数字シーケンスまたは符号を含んでもよく、バイナリデータとして格納されてもよい。
【００２１】
Ｂ１０６において、検証鍵が有効鍵と所定の関係を有するかどうか、すなわち有効鍵に一致するかどうか、がチェックされる。データキャリアのコンテンツへのアクセスは、所定の関係が満たされる場合、すなわち検証鍵が起動鍵に一致する場合にのみ許可される。
【００２２】
このため、例えば、起動鍵が検証鍵に等しいかどうか、ということがチェックされてもよい。あるいは、起動鍵と検証鍵との間の所定の関係が持続するかどうか、ということがチェックされてもよい。例えば、起動鍵と検証鍵とに基づく数式が持続するかどうか検証されてもよい。さらに、起動鍵は取出し前にリモートサーバによって暗号化された場合もあり、そのため、起動鍵と検証鍵とをマッチングする前に、復号することがさらに必要な場合もある。
【００２３】
当該方法の上述の実施形態において、起動鍵は、データキャリアまたはそれに格納されるデータにのみ依存する場合がある。結果、それは、例えばユーザの装置の、ハードウェアコンポーネントに対しては独立となる場合がある。この場合、起動鍵はハードウェア独立として見なしてもよく、問題のない色々なハードウェア装置と使用可能である。さらに、当該方法を行う際にハードウェア識別番号が１つも考慮されないという事実によって、安価で単純であるが、十分に良いセキュリティレベルを達成する、例えば低または中間価格および販売促進アプリケーションに適したオペレーションが可能となる。
【００２４】
さらに、言及したとおり、要求鍵および検証鍵は両方とも機械読出可能フォーマットでデータキャリアに格納されるため、ユーザがいずれの鍵も手動入力する必要がない場合がある。これは、リモートサーバとの自動通信がネットワークを介して確立可能である限り、起動鍵を取り出すためにも持続される。鍵の自動交換は、複雑または冗長な文字シーケンスを入力する必要がないため、ユーザにとってコンテンツアクセスをかなり容易にする場合がある。
【００２５】
図２において、コンテンツアクセスを制御する方法のさらなる実施形態を、フローチャートを用いて示す。２００において、ユーザが、パーソナルコンピュータに接続される従来の読出装置のような読出ユニットへデータキャリアを挿入する。
【００２６】
そうすると、データキャリアのコンテンツに含まれるプロダクトの概観が、２０２においてユーザに対して表示可能である。次にユーザは、起動を所望する１または２以上のプロダクトを、例えば入力装置によって選択可能である。
【００２７】
起動するプロダクトのこの選択に続いて、２０４において示すようにメッセージが表示可能である。メッセージは要求鍵を含んでもよく、ボタンが含まれる場合があり、入力装置を用いた選択によって起動を要求することができる。
【００２８】
ユーザが２０６において起動を要求する場合、ユーザが２０２において選択するプロダクトに関する１または２以上のプロダクト鍵が、２０８に示すように、要求鍵とともに、ネットワークを介して起動サーバへ送信可能である。
【００２９】
この要求に対する応答として、次に起動鍵は、２１０に示すように、ネットワークを介して起動サーバから受信可能である。要求鍵は、選択されるプロダクトを起動することにのみ有効であるように定められてもよい。例えば、起動鍵の内で、起動されるプロダクトに関するプロダクト鍵を符号化することが可能である場合もある。
【００３０】
２１２において、起動サーバから受信される起動鍵が、データキャリアに格納される検証鍵に一致するかどうかチェックされる。マッチングの前に、起動鍵とともに符号化された場合のあるプロダクト鍵が抽出される場合がある。
【００３１】
起動鍵が検証鍵にマッチする場合、２１４に示すように、選択されるプロダクトへのアクセスが許可される。プロダクトの１つへのアクセスを許可するために、データキャリアに格納される関連コンテンツは、解読可能および／または実行可能データへ変換可能である。
【００３２】
選択されるプロダクトが、コンピュータゲーム、マルチメディアアプリケーション、オフィスアプリケーション等のようなソフトウェアプロダクトである場合、データキャリアにアクセスされ、プロセッサにロードされ、ユーザの装置で実行されてもよい。選択されるプロダクトが、オーディオまたはビデオデータファイルのようなマルチメディアデータファイルを含む場合、ユーザの装置に表示されてもよい。これをディスプレイ２１６とラウドスピーカ２１８とで示す。
【００３３】
しかしながら、２０６においてユーザが起動を要求しない場合、または２１２において起動サーバから受信される起動鍵が検証鍵に一致しない場合、２２０に示すように、データキャリアに格納される選択プロダクトへのアクセスは拒否される。結果、ユーザの装置のデータキャリアのコンテンツを、解読または実行することも、データキャリアとは異なるストレージにアクセスまたは格納することも可能ではない。
【００３４】
図３は図２に示す方法のさらなる実施形態を示しており、プロダクト鍵と要求鍵とを起動サーバへネットワークを介して送信した後、起動鍵を取り出すための必要条件として、起動サーバによって追加情報が要求される。結果として、図３の２０８においてプロダクト鍵と要求鍵とが起動サーバへネットワークを介して送信される。
【００３５】
図３において、ステップ２００、２０２および２０４はユーザが実行し、ユーザは２０６において起動を要求した、と仮定されることとなる。結果として、図３の２０８においてプロダクト鍵と要求鍵とは起動サーバへネットワークを介して送信される。
【００３６】
この要求の上で、３００に示すように、起動鍵を取り出すための前提条件として、起動サーバはさらなる情報を要求する。この実施形態において、ユーザは、市場調査研究に参加するようにとの命令を受信する。
【００３７】
３０２において、ユーザは、市場調査研究のために必要なデータを入力する。
【００３８】
結果として、２１０において、ユーザは起動サーバからネットワークを介して起動鍵を受信する。そうすると、さらなる起動手続が、図２のステップ２１２、２１４および２２０に示すように行われてもよい。
【００３９】
起動鍵を取り出すための必要条件として要求される追加情報は、例えばマーケティングのために重要である場合がある様々なデータを含んでもよい。それには例えば、名前、電話番号または電子メールアドレスのようなパーソナルデータが含まれる場合があり、ユーザと連絡をとることが可能となる。さらに、ユーザの個人的嗜好、ニーズおよび／または関心に関する情報が要求されてもよく、さらなるプロダクトまたは市場開発にとって価値のあるものとなる場合がある。代替または追加として、プロダクト起動に支払が必要である場合、追加情報には、支払証明、クレジットカードデータまたはアカウントデータが含まれていてもよい。
【００４０】
起動サーバが要求する追加情報は直接送信されないものとする、ということがさらに可能である。代わりにデータは異なるサーバへ供給可能であり、当該サーバは、情報を受信する結果として、受信を証明するデータをユーザへ送信する。そうすると、この受信証明は、起動サーバが追加情報として受け入れる場合もある。よって、図３に示す実施形態において、市場調査研究を支援するサーバは起動サーバとは異なる。これにより、起動サーバを単純にしておくこと、および例えばウェブアプリケーションを動作させるウェブサーバとして、低オペレーションコストでオペレーションすることが可能となる。
【００４１】
データキャリアのコンテンツに備わる色々なプロダクトについて、起動鍵を取り出すための必要条件として色々な種類の情報が必要とされるという場合には、ユーザは、供給される情報を考慮して、どのプロダクトを起動するか決定可能である。例えばユーザは、金額の支払証明が供給されてからソフトウェアプロダクトのフルバージョンを起動するか、または電子メール登録のみ必要となるトライアルバージョンを起動するか決定可能である。
【００４２】
ユーザの関心を引くために、アクセス可能な、例えば解読可能なまたは実行可能なフォーマットでデータのコンテンツの一部が格納されてもよい、ということがさらに可能である場合もある。例えば、データキャリアは、ユーザが起動鍵を要求せずとも聴取可能な音楽を含むことができる。それにより、起動鍵なしでアクセス可能ではない場合のあるフォーマットでデータキャリアに格納されるさらなる音楽データために、例えばマーケティングのための個人データ等の追加データを提供するようにユーザを促すことができる。
【００４３】
図４は、図２の２０６におけるプロダクト選択を支援可能なダイアログボックス４００を示す。
【００４４】
ダイアログボックス４００の記述部４０２において、データキャリアのコンテンツの概観が提供可能である。例では、３つのマルチメディアゲーム４０４、４０６および４０８と、３つのサウンドトラック４１０、４１２および４１４とが、関連プロダクトＩＤとともにリストされており、ユーザが入力装置（図示せず）を用いて選択ボタン４１６、４１８、……で選択可能である。プロダクト選択を完了後、ユーザは、起動ボタン４２０、ヘルプボタン４２２またはキャンセルボタン４２４を選択して、ダイアログを続行可能である。
【００４５】
ヘルプボタン４２２を選択すると、プロダクト起動を行う際にユーザを支援する追加情報を表示することができる。このために、図５に示すダイアログボックスを使用してもよい。
【００４６】
図５において、プロダクト起動のための支援情報を有するヘルプダイアログボックス５００が表示されており、当該方法の一実施形態を行う際にユーザを支援可能である。ヘルプダイアログボックス５００の記述部５０２において、プロダクト起動のためのいくつかの選択肢が記述されている。
【００４７】
第１に、「ネットワークを介して起動」ボタン５０４を選択して、インターネットを介してプロダクトを起動することが記述されている。「ネットワークを介して起動」ボタン５０４が選択され、インターネットがユーザの装置からアクセス可能である場合、起動サーバは、さらなるユーザインターフェースもなく、直接連絡可能である。起動されるプロダクトに関する要求鍵やプロダクト鍵のような必要な全情報は、インターネットを介して直接送信可能である。結果、ユーザによる鍵の手動入力に対するいかなる必要性も回避可能である。
【００４８】
プロダクト起動に対するさらなる可能性として、ヘルプダイアログボックス５００の記述部５０２において電話を介した起動が言及されている。電話を介した起動の基礎として、起動されるプロダクトのプロダクトＩＤと要求鍵とが必要となる場合がある。要求鍵へのアクセスを得るために、ユーザは「表示要求鍵」ボタン５０６を選択可能である。電話サービスが自動音声認識システムによって提供可能であり、鍵は口頭で、または電話のキーをそれぞれ押すことで供給可能である。さらに、コールセンターサービスも提供可能であり、すなわちより良いユーザサポートを可能としたり、またはさらなる情報を取得したりすることができる。起動鍵は電話を介して通信しても、または例えば電子メール等で、ネットワークを介して送信してもよい。
【００４９】
あるいは、ＳＭＳ（ｓｈｏｒｔ ｍｅｓｓａｇｅ ｓｅｒｖｉｃｅ：ショートメッセージサービス）またはＷＡＰ−プッシュのようなプッシュプロトコルを介したプロダクト起動が、ヘルプダイアログボックス５００の記述部５０２において提供される。ＳＭＳを介したプロダクト起動のために、起動されるプロダクトの要求鍵とプロダクト鍵が起動サーバへＳＭＳを介して供給可能である。そうすると、起動サーバは、例えばＳＭＳまたは電子メールで対応の起動鍵を送信することで応答する場合がある。
【００５０】
例えば起動前に支払手配をするため等で、ユーザがプロダクトを起動しないと決める場合、「キャンセル」ボタン５０８を選択してもよい。
【００５１】
図６は第２のヘルプダイアログボックス６００を示しており、データキャリアに格納される要求鍵を表示する。例えば要求鍵６０２は、電話またはＳＭＳサービスを介したプロダクト起動に使用可能である。
【００５２】
図７は、コンテンツアクセスを制御する方法の一実施形態を行う際にクライアント７００とサーバ７０２との間で交換可能なメッセージのシーケンスを示す。
【００５３】
７０４において、クライアント７００は起動要求を生成する。起動要求は、プロダクト鍵および要求鍵のユーザの選択に基づいてもよく、両鍵はサーバ７０２へ送信される。
【００５４】
要求鍵とプロダクト鍵とを受信すると、サーバ７０２は、対応する起動鍵を定めるために、テーブルルックアップ７０６を行う。加えてサーバ７０２は、７０６において、要求鍵とプロダクト識別鍵とに関するプロダクトを起動するためにいずれかの追加情報が必要となるかどうかチェックする。図７に示す場合では、プロダクト起動のための必要条件として、例えばマーケティングのために、ユーザの電子メールアドレスが要求される。
【００５５】
要求を受信した後、ユーザは、７０８においてその電子メールアドレスを入力して送信する。
【００５６】
要求アドレスを受信すると、７１０においてサーバ７０２は電子メールアドレスを格納し、クライアント７００へ起動鍵を送信する。電子メールアドレスの正当性を検証するために、サーバ７０２は起動鍵の送信先として電子メールアドレスを使用してもよい。このように、正しい電子メールアドレスをユーザが入力した場合にのみ、起動が可能となる場合がある。このようにして、マーケティングまたは他の目的のための収集データの品質を向上させることが可能である。
【００５７】
起動鍵を提供されると、７１２として示すように、クライアント７００は、プロダクト識別番号で識別されるプロダクトを起動してもよい。
【００５８】
図８は、データキャリアのコンテンツへのアクセスを制御するシステムの一実施形態を示す。
【００５９】
クライアント８００は、例えばディスプレイまたはモニタ等の表示装置８０４が設けられた処理装置８０２を備える。さらに、入力装置８０６が、例えばキーボードおよび／またはポインティングデバイス等の処理装置に接続される。加えて、データキャリア８１０に格納されるデータを読み出すものである読出装置８０８が接続される。さらに、クライアント８００が、インターネットのようなネットワーク８１２を介してサーバ８１４へ接続可能である。
【００６０】
データキャリア８１０は任意のフォーマットを有していてもよく、例えばＣＤ−ＲＯＭ、ＣＤ−ＲまたはＣＤ−ＲＷのようなコンパクトディスク、ＤＶＤ−Ｒ、ＤＶＤ＋Ｒ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷのようなデジタル多用途ディスク（ＤＶＤ）またはブルーレイディスク（ＢＤ）等である場合がある。
【００６１】
さらに、データキャリア８１０は、上述のように、そのコンテンツへの制限されたアクセスを可能とする。言い換えると、データキャリア８１０に格納されるコンテンツは、起動鍵を使用して起動されなかった場合には、直接は読み出されたり、解読されたり、または実行されたりすることがない場合もあるということである。
【００６２】
コンテンツに加えて、データキャリア８１０は、上述のように、そのコンテンツへのアクセスを制御する方法を支援するデータを含んでもよい。このようなデータには、ソフトウェアプログラムまたはコンピュータプログラム命令が含まれていてもよく、処理装置８０２へロードされると、データキャリア８１０のコンテンツへのアクセスを制御する上述の方法を処理装置８０２に実行させる。あるいは、当該方法を支援するデータがデータキャリアに提供されない場合もある。この場合、例えば、適当なソフトウェアがネットワーク８１２を介して処理装置８０２へロードされてもよい。
【００６３】
データキャリア８１０が読出装置８０８へ挿入されると、クライアント８００は、含まれるプロダクトを表示装置８０４に表示して、データキャリア８１０のコンテンツに関する概観を提供してもよい。そうすると、入力装置８０６を使用して、ユーザは、起動されるプロダクトを選択可能である。
【００６４】
起動要求の上で、処理装置８０２はネットワーク８１２への接続を開始し、読出装置８０８がデータキャリア８１０から読み出す要求鍵を、ネットワーク８１２を通してサーバ８１４へ送信し、起動鍵の取出しを要求してもよい。クライアント８００によって、ネットワーク８１２を介して、例えば起動されるプロダクトのプロダクト鍵またはユーザに関する個人情報等のさらなる情報がダイアログに供給される場合もある。
【００６５】
要求鍵およびさらなる情報を受信すると、サーバ８１４は、例えばテーブルルックアップまたはデータベース要求等を行うことで、起動鍵を決定可能である。次にサーバ８１４はネットワーク８１２を介してクライアント８００へ起動鍵を送信可能である。
【００６６】
起動鍵を受信すると、処理装置８０２は、読出装置８０８がデータキャリア８１０から読み出す検証鍵を要求可能である。次に処理装置８０２は、ネットワーク８１２を介して受信した起動鍵が、データキャリア８１０から読み出された検証鍵に一致するかどうかチェック可能であり、例えば起動されるプロダクト等のデータキャリア８１０のコンテンツへのアクセスを許可してもよい。
【００６７】
図９は、コンテンツアクセスを制御するシステムのさらなる実施形態のコンポーネントをさらに示す。
【００６８】
クライアント９００は、データキャリア９０４を読み出す読出機構法を備えてもよい。さらに、クライアント９００は、プロセッサ９０６と、送信／受信機構９０８とを備え、後者はサーバ９１０との通信を可能とするものである。
【００６９】
サーバ９１０は、クライアント９００との通信を確立する送信／受信機構９１４を備えてもよい。さらに、サーバ９１０は、要求鍵を起動鍵に割り当てる情報を格納する格納装置を備えてもよい。
【００７０】
データキャリア９０４が読出機構９０２へ入力されると、プロセッサ９０６はデータキャリア９０４からコンピュータプログラム命令をロードしてもよい。コンピュータプログラム命令は、読出機構９０２による要求鍵の読出しを開始可能である。そうすると、要求鍵は、送信／受信機構９０８がサーバ９１０の送信／受信機構９１４へ送信してもよい。
【００７１】
次にサーバ９１０は、例えばルックアップテーブルに対してテーブルルックアップを行うこと、データベース要求を行うこと、またはウェブプログラミングによって起動鍵を関連させることで、要求鍵に関する起動鍵をデータストレージ９１２から取り出し可能である。
【００７２】
次に起動鍵は、クライアント９００へ、送信／受信機構９１５がサーバ９１０から送信可能であり、クライアント９００は送信／受信機構９０８を介して起動鍵を受信する。
【００７３】
次にプロセッサ９０６は、読出機構９０２がデータキャリア９０４から読み出す検証鍵が起動鍵に一致するかどうかチェック可能である。チェックは、データキャリア９０４からロードされるコンピュータプログラム命令によって支援される場合もある。マッチングの結果によって、プロセッサ９０６が、読出機構９０２を介したデータキャリア９０４に格納されるコンテンツへのアクセスを許可する場合、または拒否する場合がある。
【００７４】
図１０に示しているのは、ルックアップテーブル１０００の一実施形態であり、サーバ９１０が例えばデータストレージ９１２に格納する場合があるものである。ルックアップテーブル１０００において、要求鍵と起動鍵とは互いに一意に割り当て可能である。
【００７５】
ルックアップテーブル１０００は任意のフォーマットのテーブルとして実現可能であり、例えばデータベースフォーマット、スプレッドシートフォーマット、ウェブプログラミングフォーマットまたは任意のファイルフォーマットでもよい。ルックアップテーブルの単純な構造によって、低オペレーションコストで当該方法をオペレーティングすることが可能となる。
【００７６】
ルックアップテーブル１０００はいくつかの列を含む場合がある。プロダクト鍵を格納するものとして、プロダクト列１００２を含んでもよい。さらに、例えばプロダクト鍵に関するような要求鍵を格納するものとして、要求列１００４を含んでもよい。なおもさらに、起動鍵を格納するものとして起動列１００６を含んでもよく、起動鍵は要求鍵とプロダクト識別鍵とに関連可能なものである。さらなる列として情報列１００８を含んでもよく、そこには、要求鍵とプロダクト鍵とに応じて、どの種類の追加情報が、起動鍵を送信する前に必要となるかが記載可能である。さらに、制御列１０１０を含んでもよく、そこには、要求鍵ごとに、必要な起動の回数が格納される。必要な起動の回数は、起動が必要なプロダクト鍵に関連して格納されてもよい。
【００７７】
サーバは、例えば所定の閾値に達したら起動鍵の取出しを禁止すること等で、一つ一つの要求鍵ごとに起動鍵が取り出し可能な回数を制御可能である。図１０に示す実施形態において、ルックアップテーブル１０００の第１のデータ列に格納されているように、プロダクション識別鍵５７１２に関する要求鍵２２１２３はすでに２度起動されている。例えば、起動の数が３までと制限されていた場合、起動鍵ａｄ４５６の取出しはあと１度しか可能ではない場合がある。
【００７８】
結果、データキャリア９０４に格納されるプロダクトが格納可能な回数は、サーバ９１０が制御可能である。このように、データキャリア９０４またはそのコピーがプロダクト起動に何度か使用される場合、起動が実行可能な回数は制限される場合がある。このことが、データキャリア９０４のコンテンツの不正使用を防止することに役立つ場合があり、従来の読出装置で簡単にコピーされる可能性のあるデータキャリアに対するコピー保護が可能となる。
【００７９】
一代替実施形態において、必要な起動の回数を制御することに制御列１０１０を使用しなくてもよい。こうすることは、起動の回数が規制されるものではない場合に役に立つことがある。例えば、できる限り多くのユーザを駆り立てて、例えばマーケティングのために個人データを提供させたり、または市場調査に参加させたりするために、特定のプロダクトを起動させることに対して望ましい。この場合には、分配チャネルの効率を判断するものとして、制御列１０１０をルックアップテーブル１０００に含んでもよい。あるいは、制御列は省略してもよい。
【００８０】
図１１が示すのは、データキャリア１１００であり、コンテンツ１１１０と、要求鍵１１１１と、検証鍵１１１２とを備え、両方とも機械読出可能フォーマットで格納される。さらに、データキャリア１１００は、コンテンツ１１１０のプロダクトに関連可能なプロダクト識別鍵１１３０を備えてもよい。加えて、データキャリア１１００はコンピュータプログラム命令を有する場合もあり、コンピュータプログラム命令は、プロセッサにロードされると、コンテンツアクセスを制御する上述の方法をコンピュータに実行させるものである。
【００８１】
要求鍵１１１１および／または検証鍵１１１２はコピー保護された形で格納可能であり、そのため、データキャリア１１００が従来のコピー装置でコピーされると、コピー保護された鍵はコピーされないであろう。結果、コピーされた、データキャリア１１００のイメージについて、コンテンツアクセスが要求されると、少なくとも１つの鍵がアクセス可能ではないことになる。これにより、従来のコピー装置に対するコピー保護を確かなものとすることが可能である。
【００８２】
しかしながら、無制限再生が所望される場合、要求鍵１１１１および検証鍵１１１２はコピー保護されない場合がある。この場合、データキャリア１１００は制限なくコピーされて分配される。これが注目される場合があるのは、できる限り多くのユーザを駆り立てて、起動処理を行わせて、それによってマーケティングまたは調査のために役立つ可能性のある追加情報を提供させることが所望されるときである。また、支払証明が提供される場合にのみ起動鍵を取り出すことが可能であるというときにも、注目される可能性がある。この場合に、支払は、データキャリア１１００を購入するために必要となるのではなく、そのコンテンツまたはその一部を起動するために必要となる場合がある。
【００８３】
起動鍵は、ひとたび取り出されたら、要求鍵１１１１と検証鍵１１１２とを備えるデータキャリア１１００またはそのコピーとともに伝搬可能である。結果、データキャリア１１００のコンテンツ１１１０は、サーバからの起動鍵の取出しを繰り返すことなく、回数無制限で起動可能となる。セキュリティを高めるために、起動鍵を取り出す際に符号化することが可能である場合もある。
【００８４】
例えば、符号化は、起動鍵を取り出す日付または時刻に基づいてもよい。代替または追加として、符号化は、ユーザの名前または電子メールアドレスを参照する場合もあり、データキャリアのコンテンツへのアクセスが許可されると、ユーザを名前で知覚することが可能となる。これには、ユーザが不正コピーを使用することを防止する心理的効果がある場合がある。さらに、符号化された起動コードは、例えば起動コードが何日間および／またはどのくらいの頻度で仕様可能か定めることで、起動コードの有効性を決定する情報を備えてもよい。
【００８５】
起動鍵と検証鍵とをマッチングする際、復号を行って、同日に、またはマッチングの瞬間に先行する制限時間内で起動鍵が生成されたかどうかチェック可能である。このように、所定の時間の後に失効する起動鍵を生成することが可能であり、それにより、起動鍵が時限なく循環することを禁止することができる。
【００８６】
要求鍵１１１１および検証鍵１１１２がデータキャリア１１００に割り当てられ、起動が行われるシステムのいかなるハードウェアコンポーネントに対しても独立であるため、ハードウェアコンポーネントに関するデータを提供することもなく、起動鍵を取り出すことが可能である。結果、コンテンツ１１１０のアクセス権は、データキャリア１１００のものとなるのであり、当該方法が行われるシステムのものでなければ、そのハードウェアコンポーネントのいずれのものでもない。結果として、システムのいずれかのハードウェアコンポーネントが変更されたとしても、データキャリア１１００へのコンテンツアクセスには何の影響もないであろう。
【００８７】
図１２において、上述の方法によってデータキャリアを製造する製造処理の一実施形態を示す。
【００８８】
１２００において、データキャリア１２０２、１２０４、……の製造が行われる。この処理の中で、全データキャリア１２０２、１２０４、……が、一意のマスターを用いて製造される。さらに、コンテンツに含まれるプロダクトに関連するプロダクト鍵を適用してもよい。
【００８９】
１２０６において、個別鍵適用の処理を行うことが可能であり、それにより、要求鍵と検証鍵とが機械読出フォーマットでデータキャリア１２０２、１２０４、……に適用される。
【００９０】
要求鍵および／または検証鍵は、データキャリア１２０２、１２０４、……に一意に割り当ててもよく、それにより、上述のようにセキュリティおよびコピー保護が向上される。
【００９１】
あるいは、例えば適用コスト、データキャリア１２０２、１２０４、……のストレージ、または鍵を関連させるルックアップテーブル１２０８内のストレージを節約するために、同一の要求鍵と検証鍵とを所定数のデータキャリアに割り当ててもよい。これにより、多数のデータキャリアに鍵が提供することになっても、使用する鍵ストリングを短くすることが可能となる。この場合、いくつかのデータキャリア１２０２、１２０４、……が同一の要求鍵と検証鍵の対を備えることが可能であり、結果、サーバから同一の起動鍵を取り出すことであろう。したがって、起動の回数はあまり制限されたものではなくなり、この実施形態においては起動の回数は全く制限されないという場合もある。したがって、この実施形態は、セキュリティに対する要求が低い場合に適している可能性がある。
【００９２】
上述のように、要求鍵および検証鍵は、セキュリティまたは分配の要求にしたがって、コピー保護された形または保護されていない形に適用可能である。例えば従来の読出装置で従来のソフトウェアを用いて、読出しおよびユーザへの表示が可能なように、可視的に要求鍵を格納することもさらに可能である。しかしながら、検証鍵は、ユーザが検証鍵へのアクセスを得ようとしても秘密のままであるように適用可能である。
【００９３】
個別鍵適用１２０６を行う際、同一のデータキャリア１２０２、１２０４、……に適用される要求鍵および検証鍵の割当は、例えば起動鍵が取り出されることになった際等、後に使用するために格納される。このために、データキャリア１２０２、１２０４、……の単一のものに適用される要求鍵および検証鍵は互いに関連してルックアップテーブル１２０８に格納してもよい。
【００９４】
１２１０において、データキャリアは、分配のため転送可能である。
【００９５】
１２１２において、ルックアップテーブル１２０８は、サーバ内でプロダクト起動中に、後に使用するために、格納または転送してもよい。
【００９６】
図１２に示す処理およびステップは任意のシーケンスで行ってもよい、ということが留意されるべきである。
【００９７】
ここでは特定の実施形態を図示して説明したのだが、当業者ならば、本発明の範囲から逸脱することなく、様々な代替のおよび／または均等な実施形態を、図示および説明した特定の実施形態に置き換えることが可能である、ということを了解するであろう。この出願は、ここで議論した特定の実施形態のいかなる追加または変更をもカバーすると意図している。したがって、本発明は特許請求の範囲およびその均等物によってのみ限定されるものと意図している。
【特許請求の範囲】
【請求項１】
データキャリアに格納されるコンテンツへのアクセスを制御する方法であって、
前記データキャリアに格納される、機械読出可能鍵である第１の鍵と第２の鍵とを読み出すステップと、
前記第１の鍵には基づくが前記第２の鍵とは独立に、リモートサーバから第３の鍵を取り出すステップと、
前記第２の鍵が前記第３の鍵と所定の関係を有する場合にのみ、前記コンテンツへのアクセスを許可するステップと、
を含み、
前記第１の鍵および／または前記第２の鍵は、前記データキャリアに一意に割り当てられる、方法。
【請求項２】
前記サーバは、前記第１の鍵と前記第３の鍵とが格納されて互いに一意に割り当てられるルックアップテーブルを備える、請求項１に記載の方法。
【請求項３】
前記第３の鍵は、所定の回数だけ取り出し可能である、請求項１〜２のいずれか１項に記載の方法。
【請求項４】
前記コンテンツへのアクセスを許可するステップは、前記コンテンツを解読可能および／または実行可能なデータへ変換するステップを含む、請求項１〜３のいずれか１項に記載の方法。
【請求項５】
前記サーバは、前記第３の鍵を取り出すための必要条件として追加情報を要求する、請求項１〜４のいずれか１項に記載の方法。
【請求項６】
前記第３の鍵は、前記データキャリアに備わるプロダクト識別鍵に基づいて取り出され、
前記プロダクト識別鍵に関連する前記コンテンツの一部へのアクセスのみが許可される、
請求項１〜５のいずれか１項に記載の方法。
【請求項７】
前記第１の鍵および前記第２の鍵とは、コピー保護された形で格納される、請求項１〜６のいずれか１項に記載の方法。
【請求項８】
前記第１の鍵および前記第２の鍵は、コピー保護されていない、請求項１〜６のいずれか１項に記載の方法。
【請求項９】
前記サーバは、前記第３の鍵を取り出す時刻、前記第３の鍵を取り出しているユーザを識別する識別子、および／または前記第３の鍵が有効である時間に基づいて、前記第３の鍵を符号化する、請求項１〜８のいずれか１項に記載の方法。
【請求項１０】
前記第１の鍵および／または前記第２の鍵は、所定数のデータキャリアに割り当てられる、請求項１〜９のいずれか１項に記載の方法。
【請求項１１】
前記方法が行われるシステムのハードウェアコンポーネントに関するデータが、前記第３の鍵を取り出すための基礎として使用されない、請求項１〜１０のいずれか１項に記載の方法。
【請求項１２】
第１の鍵と第３の鍵とが格納されて互いに一意に割り当てられるルックアップテーブルを備えるサーバと、
データキャリアに格納される前記第１の鍵と第２の鍵とコンテンツとを読み出す読出機構と、前記第１の鍵を前記サーバへ送信し、前記第３の鍵を前記サーバから受信する送信／受信機構と、前記第２の鍵が前記第３の鍵に一致する場合にのみ前記コンテンツへのアクセスを許可するデータプロセッサとを備えるクライアントと
を備えるシステム。
【請求項１３】
データキャリアであって、
コンテンツと、
前記データキャリアに一意に割り当てられ、機械読出可能鍵である第１の鍵と第２の鍵と、
コピー保護方法をコンピュータに実行させるコンピュータプログラム命令とを備え、
前記コピー保護方法は、
前記第１の鍵を読み出すステップと、
前記第１の鍵には基づくが前記第２の鍵には独立に、リモートサーバから第３の鍵を取り出すステップと、
前記第２の鍵が前記第３の鍵に一致する場合にのみ、前記コンテンツへのアクセスを許可するステップと、
を含む、データキャリア。
【請求項１４】
プロセッサへロードされると請求項１〜１１のいずれか１項に記載の方法を行うプログラムコードを備えるコンピュータプログラムプロダクト。
【請求項１】
データキャリアに格納されるコンテンツへのアクセスを制御する方法であって、
前記データキャリアに格納される、機械読出可能鍵である第１の鍵と第２の鍵とを読み出すステップと、
前記第１の鍵には基づくが前記第２の鍵とは独立に、リモートサーバから第３の鍵を取り出すステップと、
前記第２の鍵が前記第３の鍵と所定の関係を有する場合にのみ、前記コンテンツへのアクセスを許可するステップと、
を含み、
前記第１の鍵および／または前記第２の鍵は、前記データキャリアに一意に割り当てられる、方法。
【請求項２】
前記サーバは、前記第１の鍵と前記第３の鍵とが格納されて互いに一意に割り当てられるルックアップテーブルを備える、請求項１に記載の方法。
【請求項３】
前記第３の鍵は、所定の回数だけ取り出し可能である、請求項１〜２のいずれか１項に記載の方法。
【請求項４】
前記コンテンツへのアクセスを許可するステップは、前記コンテンツを解読可能および／または実行可能なデータへ変換するステップを含む、請求項１〜３のいずれか１項に記載の方法。
【請求項５】
前記サーバは、前記第３の鍵を取り出すための必要条件として追加情報を要求する、請求項１〜４のいずれか１項に記載の方法。
【請求項６】
前記第３の鍵は、前記データキャリアに備わるプロダクト識別鍵に基づいて取り出され、
前記プロダクト識別鍵に関連する前記コンテンツの一部へのアクセスのみが許可される、
請求項１〜５のいずれか１項に記載の方法。
【請求項７】
前記第１の鍵および前記第２の鍵とは、コピー保護された形で格納される、請求項１〜６のいずれか１項に記載の方法。
【請求項８】
前記第１の鍵および前記第２の鍵は、コピー保護されていない、請求項１〜６のいずれか１項に記載の方法。
【請求項９】
前記サーバは、前記第３の鍵を取り出す時刻、前記第３の鍵を取り出しているユーザを識別する識別子、および／または前記第３の鍵が有効である時間に基づいて、前記第３の鍵を符号化する、請求項１〜８のいずれか１項に記載の方法。
【請求項１０】
前記第１の鍵および／または前記第２の鍵は、所定数のデータキャリアに割り当てられる、請求項１〜９のいずれか１項に記載の方法。
【請求項１１】
前記方法が行われるシステムのハードウェアコンポーネントに関するデータが、前記第３の鍵を取り出すための基礎として使用されない、請求項１〜１０のいずれか１項に記載の方法。
【請求項１２】
第１の鍵と第３の鍵とが格納されて互いに一意に割り当てられるルックアップテーブルを備えるサーバと、
データキャリアに格納される前記第１の鍵と第２の鍵とコンテンツとを読み出す読出機構と、前記第１の鍵を前記サーバへ送信し、前記第３の鍵を前記サーバから受信する送信／受信機構と、前記第２の鍵が前記第３の鍵に一致する場合にのみ前記コンテンツへのアクセスを許可するデータプロセッサとを備えるクライアントと
を備えるシステム。
【請求項１３】
データキャリアであって、
コンテンツと、
前記データキャリアに一意に割り当てられ、機械読出可能鍵である第１の鍵と第２の鍵と、
コピー保護方法をコンピュータに実行させるコンピュータプログラム命令とを備え、
前記コピー保護方法は、
前記第１の鍵を読み出すステップと、
前記第１の鍵には基づくが前記第２の鍵には独立に、リモートサーバから第３の鍵を取り出すステップと、
前記第２の鍵が前記第３の鍵に一致する場合にのみ、前記コンテンツへのアクセスを許可するステップと、
を含む、データキャリア。
【請求項１４】
プロセッサへロードされると請求項１〜１１のいずれか１項に記載の方法を行うプログラムコードを備えるコンピュータプログラムプロダクト。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２００９−２８９２６７（Ｐ２００９−２８９２６７Ａ）
【公開日】平成２１年１２月１０日（２００９．１２．１０）
【国際特許分類】
【出願番号】特願２００９−１２８７５３（Ｐ２００９−１２８７５３）
【出願日】平成２１年５月２８日（２００９．５．２８）
【出願人】（５９５０４４１１１）ソニー デーアーデーツェー オーストリア アクチェンゲゼルシャフト (21)
【氏名又は名称原語表記】Ｓｏｎｙ ＤＡＤＣ Ａｕｓｔｒｉａ ＡＧ
【Ｆターム（参考）】
【公開日】平成２１年１２月１０日（２００９．１２．１０）
【国際特許分類】
【出願日】平成２１年５月２８日（２００９．５．２８）
【出願人】（５９５０４４１１１）ソニー デーアーデーツェー オーストリア アクチェンゲゼルシャフト (21)
【氏名又は名称原語表記】Ｓｏｎｙ ＤＡＤＣ Ａｕｓｔｒｉａ ＡＧ
【Ｆターム（参考）】
[ Back to top ]