【誤訳訂正書】
【提出日】平成21年10月28日(2009.10.28)
【誤訳訂正１】
【訂正対象書類名】特許請求の範囲
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【特許請求の範囲】
【請求項１】
クライアント（１０２）がアプリケーションサーバ（１０６）からのコンテンツとサービスのうちの少なくとも一方を要求する場合に、前記クライアント（１０２）が前記コンテンツの正規使用または前記サービスの正規使用を検証する検証方法であって、前記クライアント（１０２）にはキー配布局（１０４）から予めチケット付与チケットが提供され、前記検証方法は、
前記チケット付与チケットを含むサービスチケット要求を、前記キー配布局（１０４）が前記クライアント（１０２）から受信するステップと；
前記サービスチケット要求を受信した前記キー配布局（１０４）が、許可データの第１コピーを含むサービスチケットを生成するサービスチケット生成ステップであって、前記許可データの第２コピーは前記サービスチケットには含まれず、前記クライアントが前記第２コピーを用いることによって前記コンテンツの正規使用又は前記サービスの正規使用を検証できるように前記第２コピーは構成されていることと；
前記第２コピーを前記キー配布局（１０４）が暗号化する第２コピー暗号化ステップと；
前記サービスチケットと暗号化済みの前記第２コピーとを、前記キー配布局（１０４）が前記クライアント（１０２）に送信するサービスチケット送信ステップと
を備えることを特徴とする、検証方法。
【請求項２】
前記サービスチケット生成ステップでは、前記サービスチケットと前記第２コピーとを含むチケット付与サーバ回答メッセージ（ＴＧＳ＿ＲＥＰメッセージ）が、前記キー配布局（１０４）によって生成される、請求項１記載の検証方法。
【請求項３】
前記サービスチケット送信ステップでは、前記チケット付与サーバ回答メッセージ（ＴＧＳ＿ＲＥＰメッセージ）が、前記キー配布局（１０４）から前記クライアントに送信される、請求項２記載の検証方法。
【請求項４】
前記第２コピー暗号化ステップでは、前記キー配布局（１０４）がクライアントセッションキーを用いて前記第２コピーを暗号化する、請求項１記載の検証方法。
【請求項５】
前記クライアントセッションキーは、前記チケット付与チケットから得られる、請求項４記載の検証方法。
【請求項６】
前記検証方法は更に、前記キー配布局（１０４）がサーバキーを用いて前記サービスチケットを暗号化するステップを備える、請求項１記載の検証方法。
【請求項７】
前記検証方法は更に、前記クライアント（１０２）によって：
前記アプリケーションサーバに要求する所望コンテンツを決定するステップと；
前記第２コピーを用いて前記所望コンテンツを検証するステップと；
前記所望コンテンツに対する要求であるコンテンツ要求を生成するステップと；
前記コンテンツ要求を第三者サーバに送信するステップと
を備え、
前記検証方法は更に、
前記コンテンツ要求を受信した前記第三者サーバ（１４０）によって、前記所望コンテンツのためのクライアント許可を判定するために使用される第三者情報を前記クライアント（１０２）に送信するステップを備える、請求項１記載の検証方法。
【請求項８】
前記検証方法は更に、前記アプリケーションサーバ（１０６）によって：
前記サービスチケット送信ステップ後の前記クライアント（１０２）からキー要求メッセージを受信するステップと；
キー回答メッセージを生成するステップと；
前記キー回答メッセージを前記クライアント（１０２）に転送するステップと
を備え、
前記検証方法は更に、前記前記キー回答メッセージを受信した前記クライアント（１０２）によって：
前記コンテンツに対する要求を生成するステップと；
前記第２コピーを用いて、前記コンテンツに対する前記要求を検証するステップと；
前記コンテンツに対する前記要求に誤りがないことを検証した場合、前記コンテンツに対する前記要求を前記アプリケーションサーバ（１０６）に送信するステップと
を備える、請求項１記載の検証方法。
【請求項９】
クライアント（１０２）とキー配布局（１０４）を有する通信提供システムであって、前記クライアント（１０２）がアプリケーションサーバ（１０６）からのコンテンツとサービスのうちの少なくとも一方を要求する場合に、前記クライアント（１０２）が前記コンテンツの正規使用と前記サービスの正規使用を検証するように前記通信提供システムは構成され、前記クライアント（１０２）には前記キー配布局（１０４）から予めチケット付与チケットが提供され、
前記キー配布局（１０４）は、前記チケット付与チケットを含むサービスチケット要求を、前記クライアント（１０２）から受信し；許可データの第１コピーを含むサービスチケットを生成し；前記サービスチケットには含まれない前記許可データの第２コピーを暗号化し；前記サービスチケットと暗号化済みの前記第２コピーとを、前記クライアント（１０２）に送信するように構成され、
前記クライアントが前記コンテンツの正規使用または前記サービスの正規使用を前記第２コピーを用いて検証できるように前記第２コピーは構成されていることを特徴とする、通信提供システム。
【請求項１０】
前記クライアント（１０２）は、前記サービスチケットと前記第２コピーとを含むチケット付与サーバ回答を前記キー配布局（１０４）から受信するように構成される、請求項９記載の通信提供システム。
【誤訳訂正２】
【訂正対象書類名】明細書
【訂正対象項目名】０００６
【訂正方法】変更
【訂正の内容】
【０００６】
別の実施形態では、本発明は、許可データの第１コピーを含むサービス・チケットを生成するステップと、サービス・チケットを含むチケット付与サーバ回答を生成するステップと、チケット付与サーバ回答および許可データの第２コピーをクライアントに送信するステップとを含む。一実施形態では、許可データの第２コピーを送信するステップは、クライアントが許可データの第２コピーを解読して利用できるように、クライアント・セッションキーを用いて許可データの少なくとも第２コピーを暗号化することを含み、サービス・チケットを生成するステップは、サーバキーを用いて、少なくとも第１許可データを暗号化することを含む。
【誤訳訂正３】
【訂正対象書類名】明細書
【訂正対象項目名】０００７
【訂正方法】変更
【訂正の内容】
【０００７】
別の実施形態では、本発明は、アプリケーション・サーバからのコンテンツを要求するときに、クライアントのプライバシ保護を確保するシステムであることを特徴とすることができる。このシステムは、許可データの少なくとも２つのコピーを含むチケット付与サーバ回答を生成するように構成されたキー配布局を含み、キー配布局は、チケット付与サーバ回答を受信し、許可データの一方のコピーを利用して許可を検証するように構成されているクライアントと結合されており、クライアントはコンテンツをクライアントに供給するように構成されたアプリケーションサーバに結合されている。クライアントは、更に、許可データの一方のコピーを用いて、コンテンツの正規使用を検証するように構成されている。
【誤訳訂正４】
【訂正対象書類名】明細書
【訂正対象項目名】０００８
【訂正方法】変更
【訂正の内容】
【０００８】
別の実施形態では、本発明は、クライアントにコンテンツおよびサービスの少なくともいずれかへのアクセスを与えるシステムであることを特徴とする。このシステムは、許可データの第１コピーを含むサービス・チケットを生成する手段と、サービス・チケットと、許可データの第２コピーとを含むチケット付与サーバ回答を生成する手段と、チケット付与サーバ回答をクライアントに送信する手段とを含む。チケット付与サーバ回答を生成する手段は、クライアント・セッションキーを用いて、許可データの少なくとも第２コピーを暗号化する手段を含むことができる。少なくとも第２許可データを暗号化する手段は、クライアントが許可データの第２コピーを解読し利用できるように、許可データの少なくとも第２コピーを暗号化する手段を含むことができる。サービス・チケットを生成する手段は、サーバキーを用いて、許可データの少なくとも第１コピーを暗号化する手段を含むことができる。許可データの第２コピーは、クライアントが、アプリケーション・サーバからのサービスに対する要求を検証できるように、構成することができる。許可データの第２コピーは、クライアントが、受信したコンテンツの正規使用を判断できるように構成することができる。
【誤訳訂正５】
【訂正対象書類名】明細書
【訂正対象項目名】００１２
【訂正方法】変更
【訂正の内容】
【００１２】
本発明は、許可データのコピーをクライアントに配信することによって、上記およびその他の欠点を克服する方法およびシステムを提供する。クライアントは、前記許可データのコピーにアクセスして利用し、ネットワーク効率を高め、ネットワーク・トラフィックを削減し、コンテンツおよび／またはサービスのアクセスや使用を合理化することを可能にする。許可データのクライアント・コピーをクライアントに供給することによって、クライアントは要求を検証し、コンテンツ要求の中に違法なオプションが含まれることを回避することができ、配信されたコンテンツおよび／またはサービスにおけるクライアントが正規使用を判断し、例えば、配信されたコンテンツのコピーを保存することができるか、およびコンテンツを１回よりも多く再生することができるかについて判断することができる。
本発明は、チケットの概念を利用するキー管理プロトコルに非常に適している。チケットとは、対称キーで暗号化した認証トークンであり、対称キーによってクライアントは特定のサーバに認証することができる。本発明の一実施形態によれば、キー配布局（ＫＤＣ）がサービス・チケットをクライアント、サーバ、またはネットワークのその他のエンティティに転送するとき、サービス・チケット内に２つの許可データのコピーを含む。許可のコピーの一方、すなわち、クライアント・コピーは、クライアントによる使用を目的として、クライアント（サーバまたはその他のエンティティ）が許可データにアクセスすることができる。許可データのコピーのもう一方、すなわち、サーバ・データは、クライアントからのコンテンツ選択および／またはキー要求と共に、アプリケーション・サーバに供給される。本発明は、アプリケーション・サーバによって提供されるコンテンツおよび／またはサービスに対するアクセスを得ようとするクライアントまたはサーバによって、アクセスされ使用される許可データのコピーを供給することによって、標準的なケルベロス（Ｋｅｒｂｅｒｏｓ）およびその他の以前のプロトコルの不都合を解消する。
【誤訳訂正６】
【訂正対象書類名】明細書
【訂正対象項目名】００１３
【訂正方法】変更
【訂正の内容】
【００１３】
図１を参照すると、本発明の一実施形態にしたがって構成した、安全な通信を行うシステム１００の簡略ブロック図が示されている。本発明の可能な一実施態様の一例を含むシステム１００は、インターネット、イントラネットまたはその他のネットワークのような、ネットワーク上でセキュリティおよびプライバシを確保する認証キー管理プロトコルを用いる。これは、百万人単位のユーザに拡大することができる。概略的に、システム１００は、公開キーアルゴリズムおよび対称キーアルゴリズムの双方を用いて、１つ以上の中央キー配布局（ＫＤＣ）１０４と対話し、かつ対称キーアルゴリズムを用いて、アプリケーション・サーバ１０６（および第三者サーバ１４０、図２参照）のような、個々のアプリケーション・サーバと対話する少なくとも１つのクライアント１０２を含む。プロトコルは汎用的であり、分散環境において認証を要求する異なるアプリケーションに容易に改造することができる。更に、集中管理ユーザ・データベースとインターフェースされ得る。
【誤訳訂正７】
【訂正対象書類名】明細書
【訂正対象項目名】００２０
【訂正方法】変更
【訂正の内容】
【００２０】
（Ｈ）コンテンツおよび／またはサービス・メッセージの要求（ＣＯＮ＿ＲＥＱ）：所望のコンテンツおよび／またはサービスを要求するためにクライアント１０２からアプリケーション・サーバ１０６に送られるメッセージ。
【誤訳訂正８】
【訂正対象書類名】明細書
【訂正対象項目名】００２３
【訂正方法】変更
【訂正の内容】
【００２３】
クライアント１０２が、同様にＫＤＣ１０４の一部であるＴＧＳサーバ１１０のチケットであるＴＧＴチケットを取得したいとき、クライアントは、ＡＳ＿ＲＥＱメッセージを生成して、クライアント１０２とＡＳサーバ１０８（ＫＤＣ１０４の一部）との間で認証サービス交換を開始する。言い換えると、ＡＳ＿ＲＥＱメッセージは、ＴＧＴチケットを
取得するために、クライアント１０２からＡＳサーバ１０８に送られ、クライアントはＴＧＴチケットを用いて、アプリケーション・サーバ１０６のような、特定のアプリケーション・サーバのためのＳＴチケットを要求する。一例として、ＡＳ＿ＲＥＱメッセージは、クライアントの身元（例えば、名称）、ＴＧＳサーバ１１０の身元、およびこれを応答に結び付けるノンス(nonce) を含むことができる。また、ＡＳ＿ＲＥＱメッセージは、クライアント１０２がサポートする対称暗号アルゴリズムのリストも含むことができる。回答に対してチェックするために、このメッセージは、タイムスタンプ、およびメッセージ完全性のための署名も含むことができる。署名は、キー付きチェックサム(keyed checksum)またはディジタル署名とすることができる。
【誤訳訂正９】
【訂正対象書類名】明細書
【訂正対象項目名】００２５
【訂正方法】変更
【訂正の内容】
【００２５】
ＡＳサーバ１０８は、ＡＳ＿ＲＥＱメッセージを検証するために、そのＡＳ＿ＲＥＱメッセージを処理する。ＡＳ＿ＲＥＱ処理でエラーが発生しない場合、ＡＳサーバ１０８は、ＡＳ＿ＲＥＱメッセージに応答してＡＳ＿ＲＥＰメッセージを生成する。通常、ＡＳサーバ１０８はデータベースにおいてＴＧＳサーバ１１０およびクライアント１０２のキーを調べ、後続のＫＤＣ１０４との認証のために、ランダムなクライアント・セッションキーを生成する。ＡＳサーバ１０８はＴＧＴチケットを生成する。ＴＧＴチケットは、通常、平文部および暗号化部分の双方を含む。ＴＧＳサーバ１１０の身元およびチケット有効期間は、発行されたＴＧＴチケットの平文側に提供され得る。チケットの暗号化部分は、クライアント１０２の名称、クライアントのセッションキー、および秘密に保持すべきその他のあらゆるデータを含むことができる。また、ＴＧＴチケットは、ＫＤＣ１０４が対応する暗号タイプおよびチェックサム・タイプのリストも提供することができる。チケットの暗号化部分は、ＫＤＣ１０４の秘密キーを用いて暗号化されていてよい。
【誤訳訂正１０】
【訂正対象書類名】明細書
【訂正対象項目名】００２８
【訂正方法】変更
【訂正の内容】
【００２８】
クライアント１０２は、ＡＳ＿ＲＥＰメッセージを処理してその認証性を検証し、メッセージにおける秘密チケット部を解読し、ＴＧＴチケットを取得する。ＡＳ＿ＲＥＰメッセージの認証性を検証することができない場合、クライアント１０２は、エラー・メッセージをＡＳサーバ１０８に返送しないことが好ましい。場合によっては、クライアントは別のＡＳ＿ＲＥＱメッセージで再試行することもできる。
【誤訳訂正１１】
【訂正対象書類名】明細書
【訂正対象項目名】００３６
【訂正方法】変更
【訂正の内容】
【００３６】
ＴＧＳ＿ＲＥＰメッセージは、一方はＳＴチケットの暗号化部分に含まれ、もう一方はＴＧＴチケットからのセッションキーによって暗号化されている２つの許可データのコピーを含むので、アプリケーション・サーバ１０６およびクライアント１０２は、許可データにアクセスし、これを用いることができる。このように、クライアントは、余分な通信や余分なデータを必要とせずに、チェックおよび検証を行うことができる。本発明は、ケルベロス（Ｋｅｒｂｅｒｏｓ）とは異なる。ケルベロス（Ｋｅｒｂｅｒｏｓ）では、特定のアプリケーション・サーバに対するクライアントからのチケット要求に対するＫＤＣ回答は、許可データの単一コピーを含むのみであり、このデータは、ＳＴチケットの解読時に、アプリケーション・サーバにしかアクセスすることができない。クライアントは、許可データにアクセスできず、データを利用することができない。これに代わって、本発明におけるＫＤＣは、一方はＳＴチケット内に暗号化されており、もう一方はＴＧＴチケットからのセッションキーによって暗号化されている許可データの２つのコピーを含ませることによって、特定のアプリケーション・サーバに対するクライアントからのチケット要求への回答を生成し、それにより、クライアント１０２が、許可データの第２コピーを解読して、許可データを利用することが可能になる。
【誤訳訂正１２】
【訂正対象書類名】明細書
【訂正対象項目名】００４９
【訂正方法】変更
【訂正の内容】
【００４９】
クライアント１０２は、コンテンツを受信し、コンテンツを解読し、コンテンツを処理し利用し始める。一実施形態では、クライアント１０２は許可データのコピーを有しているので、クライアントは、受信したコンテンツおよび／またはサービスの正規使用を判断することができる。例えば、クライアント１０２は、許可データをチェックすることにより、クライアントはコンテンツのコピーを格納または保存することを許可されているか否か判断することができる。許可モジュール１２２は、許可データをチェックし、クライアントの許可を判断することができる。クライアントが許可されている場合、クライアントは、受信し解読したコンテンツを保存することができる。加えて、クライアントは許可データのコピーを有しているので、クライアント１０２は、一実施形態では許可モジュール１２２によって、更にクライアントは１回よりも多くコンテンツを再生または再使用できるか否かの許可を、チェックによって判断することができる。許可モジュール１２２は、通常、コンテンツ解読キーを格納しており、適正な許可がなければ、コンテンツを解読することを拒絶する。クライアントの許可を判断する能力を得るには、クライアント１０２がＴＧＳ＿ＲＥＰメッセージにおいて受信しその内部で使用するために格納してある、許可データの第２コピーを利用する。これによって、クライアントの動作が改善し、ネットワークを通じた通信を抑制する。
【誤訳訂正１３】
【訂正対象書類名】明細書
【訂正対象項目名】００５０
【訂正方法】変更
【訂正の内容】
【００５０】
一実施形態では、システム１００では、クライアントがＳＴチケットおよび許可データのクライアント・コピーを取得するためには、ＴＧＳ＿ＲＥＱおよびＴＧＳ＿ＲＥＰの交換を行う必要がない。クライアント１０２は、特定のサーバ、例えば、ＡＳサーバ１０８に、サービス・チケットのためにＡＳ＿ＲＥＱを提出する。ＫＤＣ１０４はＡＳ＿ＲＥＱを処理し、最初のアプリケーション・サーバのための許可データの第１コピーを含むＳＴチケットを返す。更に、ＫＤＣは、許可データの第２コピーをクライアントに送る。前記許可データの第２コピーは、クライアント１０２がアクセスし利用するようにフォーマットされている。通常、ＫＤＣ１０４が返送するＡＳ＿ＲＥＰは、許可データの第１コピーを有するＳＴチケット、および許可データのクライアント・コピーを含む。したがって、クライアントは、ＴＧＳ＿ＲＥＱを提出しなくても、ＳＴチケットと共に、許可データのクライアント・コピーを取得し続ける。
【誤訳訂正１４】
【訂正対象書類名】明細書
【訂正対象項目名】００５１
【訂正方法】変更
【訂正の内容】
【００５１】
図２は、本発明の一実施形態の一実施態様によるシステム１０１の簡略ブロック図を示す。一実施形態では、クライアント１０２は第三者サーバ１４０にアクセスして所望のコンテンツおよび／またはサービスを選択し、次いでアプリケーション・サーバ１０６にアクセスして、選択したコンテンツおよび／またはサービスを実際に受信する。コンテンツおよび／サービスを選択する際、クライアント１０２は許可データのクライアント・コピーを利用する。コンテンツおよび／またはサービスの選択を第三者サーバ１４０に提出する前に、クライアントは、所望のコンテンツおよび／またはサービスを決めておき、次いで許可データのクライアント・コピーをチェックして、クライアントの許可を超過する選択を行うことを回避する。次いで、クライアント１０２は、コンテンツおよび／またはサービス選択を第三者サーバ１４０に送る。すると、第三者サーバ１４０は、コンテンツ
および／またはサービス選択を検証し、コンテンツおよび／サービス選択回答メッセージをクライアント１０２に送る。コンテンツおよび／サービス選択回答メッセージには、アプリケーション・サーバ１０６がクライアントに許可し、クライアントに選択したコンテンツおよび／またはサービスに対するアクセスを行わせるための情報が含まれている。このように、アプリケーション・サーバが第三者サーバの情報に基づいてクライアントの許可を決定しようとする場合に、クライアント１０２は、許可データを参照し、アプリケーション・サーバによって後であっさり拒絶される第三者サーバ１０４からのコンテンツおよび／またはサービスの許可を要求することを避ける。
【誤訳訂正１５】
【訂正対象書類名】明細書
【訂正対象項目名】００５２
【訂正方法】変更
【訂正の内容】
【００５２】
一実施形態では、第三者サーバ１４０は、更に、第三者情報の認証も含む。この認証は、付加的に、クライアント１０２によって、通常ＫＥＹ＿ＲＥＱメッセージ内でアプリケーション・サーバ１０６に転送される。アプリケーション・サーバ１０６は、この認証を利用して、クライアント１０２によってアプリケーション・サーバに供給された第三者サーバ情報を認証し、クライアントを許可するために使用する情報が、実際に第三者サーバ１０４からクライアントに供給されたのであり、他の何らかのネットワーク・エンティティから供給されたものではなく、あるいはクライアントによって生成された何らかの偽造情報ではないことを確認する。
【誤訳訂正１６】
【訂正対象書類名】明細書
【訂正対象項目名】００５４
【訂正方法】変更
【訂正の内容】
【００５４】
図３を参照すると、アプリケーション・サーバからのコンテンツおよび／またはサーバを要求し使用するときに、クライアントが用いる、許可データの第２コピーをクライアントに供給する方法２００のフロー・チャートが示されている。一例として、方法２００は、システム１００および前述の適切なメッセージ・タイプによって実現することができる。ステップ２０２において、クライアント１０２のようなクライアントから、ＴＧＴチケットの要求を受信する。ステップ２０４において、ＴＧＴチケットを生成する。ステップ２０４は、例えば、ＡＳサーバ１０８によって実行することができる。ステップ２０６において、ＴＧＴチケットをクライアントに送る。このステップも、ＡＳサーバ１０８によって実行することができる。一実施形態では、クライアントは、許可データのクライアント・コピーがＡＳ＿ＲＥＰに含まれている場合、許可データのクライアント・コピーを抽出する。ステップ２０８において、特定のアプリケーションに向けたＳＴチケットの要求をクライアントから受信する。ＳＴチケットの要求は、ＴＧＴチケットを含み、通常では、クライアントの身元を平文では表示しない。ステップ２１０において、ＴＧＳ＿ＲＥＰメッセージを生成する。このメッセージは、ＳＴチケット内で暗号化された許可データの第１コピーと、ＴＧＴチケットからのセッションキーを用いて暗号化した許可データの第２コピーとを含む。一実施形態では、ＴＧＳ＿ＲＥＰの生成は、ＴＧＳサーバ１１０によって行われる。ステップ２１２において、ＴＧＳ＿ＲＥＰメッセージを、許可データの両コピーと共に、クライアントに送る。このステップもＴＧＳサーバ１１０によって実行することができる。ステップ２１４において、クライアントはＴＧＳ＿ＲＥＰを受信する。ステップ２１６において、クライアントはＴＧＳ＿ＲＥＰから、少なくとも許可データの第２コピーを抽出する。ステップ２２０において、クライアントは、ＳＴチケットを含むＫＥＹ＿ＲＥＱメッセージを生成し送る。これは、更に、許可データの第１コピーも含む。ステップ２２２において、アプリケーション・サーバはＫＥＹ＿ＲＥＱを受信し処理する。アプリケーション・サーバは、ＳＴチケットを抽出し、ＳＴチケットを解読し、許可データの第１コピーの有効性を判断する。ステップ２２４において、アプリケーション・サーバは、ＫＥＹ＿ＲＥＰを生成し、ＫＥＹ＿ＲＥＰをクライアントに送信する。ステップ２２６において、クライアントはＫＥＹ＿ＲＥＰメッセージを検証し、これをＫＥＹ＿ＲＥＱメッセージと照合する。
【誤訳訂正１７】
【訂正対象書類名】明細書
【訂正対象項目名】００５５
【訂正方法】変更
【訂正の内容】
【００５５】
図４は、図３に示したプロセス２００と同様の、プロセス２４０の一実施態様の簡略フロー図を示す。ステップ２４２において、クライアントはＴＧＴチケット要求を送る。ステップ２４４において、ＫＤＣ１０４はＴＧＴチケットを生成する。ステップ２４６において、ＫＤＣ１０４は、クライアント許可データのクライアント・コピーと共にＴＧＴチケットを送る。ステップ２４８において、クライアントはＴＧＴチケットを受信し、許可データのクライアント・コピー全体を抽出する。ステップ２５０において、クライアント１０２は、ＳＴチケットを要求するＴＧＳ＿ＲＥＱを送る。ステップ２５２において、ＫＤＣはＴＧＳ＿ＲＥＰを返送する。ステップ２５４において、クライアントはＴＧＳ＿ＲＥＰを受信し、ＳＴチケットおよび許可データのサーバ特定の第２コピーを抽出する。ステップ２５６において、クライアントは、所望のコンテンツおよび／またはサービスを決定し、許可データのクライアント・コピーにアクセスし、所望のコンテンツおよび／またはサービスを検証して、許可を超過したコンテンツおよび／またはサービスを要求するのを回避する。ステップ２５８において、クライアント１０２は、コンテンツおよびサービス選択を第三者サーバ１４０に提出する。ステップ２６０において、第三者サーバは、クライアントを許可するために用いられる第三者情報、およびこの情報の認証（例えば、キー付きチェックサム）を含む、コンテンツおよび／またはサービス選択回答を送る。第三者情報は、クライアントの認証を検証するために用いることができる情報、例えば、クライアントによって選択されたコンテンツの識別、「クレジット・カードへの課金」、「ユーザにこのコンテンツを保存させる」というような、コンテンツに付随する種々の購入オプション、およびその他のかかる情報を含む。また、第三者情報は、ブラックアウト領域（例えば、国、州、郵便番号に基づくブラックアウト領域）およびその他のかかる制約のリストのような、コンテンツに付随する制約も含むことができる。ステップ２６２において、クライアント１０２は、許可データを超過しないＫＥＹ＿ＲＥＱメッセージをアプリケーション・サーバ１０６に送る。ＫＥＹ＿ＲＥＱメッセージは、第三者情報をその認証およびＳＴチケットと共に含み、ＳＴチケットは更に許可データの第１コピーも含む。ステップ２６４において、アプリケーション・サーバ１０６は、情報を認証し、第三者情報および許可データの第１コピーを用いてコンテンツおよび／またはサービスに対するクライアントの許可を検証する。ステップ２６６において、アプリケーション・サーバ１０６はＫＥＹ＿ＲＥＰをクライアント１０２に送る。
【誤訳訂正１８】
【訂正対象書類名】明細書
【訂正対象項目名】００５６
【訂正方法】変更
【訂正の内容】
【００５６】
図５は、クライアントがアプリケーション・サーバからのコンテンツおよび／またはサービスを要求し受信するためのプロセス３１０の一実施態様の簡略フロー図を示す。一実施形態では、プロセス３１０は、図３に示すプロセス２００のステップ２２６を踏襲して、許可データの第２コピーをクライアントに供給する。ステップ３１２において、クライアント１０２のようなクライアントは、所望のコンテンツおよび／サービスを決定する。例えば、クライアントは、ユーザまたは他のネットワーク・エンティティから、コンテンツに対する要求を受信する。ステップ３１４において、クライアントは、コンテンツおよび／またはサービスの要求を検証して、コンテンツに対する要求をチェックし、以前に取得し格納されている許可データの第２コピーと比較することによって、要求が許可されており、正規使用を超過しないことを確認する。一旦クライアントが要求を検証したなら、クライアントはＣＯＮ＿ＲＥＱメッセージを生成する。ステップ３１６において、クライアントは、ＣＯＮ＿ＲＥＱメッセージを、暗号化し、キー付きチェックサムで認証し、アプリケーション・サーバ１０６（または第三者サーバ１４０）のようなアプリケーション・サーバに送る。ステップ３２０において、アプリケーション・サーバはＣＯＮ＿ＲＥＱメッセージを解読し、キー付きチェックサム、およびＳＴチケット内にある許可データの第１コピーにおいて規定されているクライアントの許可アクセスに基づいて、要求の有効性を判断する。ステップ３２２において、アプリケーション・サーバは、ＳＴチケットおよび許可データの有効性が判断された場合、要求されたコンテンツ、および／
またはサービスを暗号化して送る。一実施形態では、アプリケーション・サーバは、要求コンテンツを複数の異なるパケットに入れて送り、所望のコンテンツ全体が単一のパケットには含まれず、数個のパケットに含まれるようにする。ステップ３２４において、クライアントは、要求したコンテンツを受信し、データを処理する。ステップ３３０において、クライアントは、格納してある許可データの第２コピーにアクセスし、クライアントが当該コンテンツおよび／またはサービスのコピーを格納できるか否か判定を行う。ステップ３３２において、クライアントがコンテンツおよび／またはサービスを格納することを許可されている場合には、クライアントはコンテンツおよび／またはサービスを格納する。許可されていない場合には、クライアントは、コンテンツが初めて受信されたとき、コンテンツにアクセスすることを許可され、次いでプロセスはステップ３４０に進み、追加のコンテンツを探す。それ以外の場合、ステップ３３４に進み、クライアントは、コンテンツを１回よりも多く再生することが可能であるかを判定する。可能である場合、ステップ３３６に進み、クライアントは、１回以上コンテンツにアクセスし再生することができる。ステップ３４０において、プロセスは、受信するコンテンツおよび／またはサービスが未だあるか否か判定を行う。ある場合には、プロセス３１０はステップ３２４に戻り、追加のコンテンツおよび／またはサービスを受信する。ステップ３３６において、それ以上データおよび／またはコンテンツがないと判断した場合、プロセス３１０は終了する。