JP2003122724A - クライアントのコンテンツ提供サーバへのアクセスをリソース・ロケータ・サーバの制御下で提供する方法 - Google Patents

クライアントのコンテンツ提供サーバへのアクセスをリソース・ロケータ・サーバの制御下で提供する方法

Info

Publication number
JP2003122724A
JP2003122724A JP2002204448A JP2002204448A JP2003122724A JP 2003122724 A JP2003122724 A JP 2003122724A JP 2002204448 A JP2002204448 A JP 2002204448A JP 2002204448 A JP2002204448 A JP 2002204448A JP 2003122724 A JP2003122724 A JP 2003122724A
Authority
JP
Japan
Prior art keywords
server
client
resource locator
digital signature
network
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2002204448A
Other languages
English (en)
Inventor
Arnaud Legout
ルグー アルノー
Jakob Hummes
ユム ジャコブ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Aspera France SAS
Original Assignee
Castify Networks SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Castify Networks SA filed Critical Castify Networks SA
Publication of JP2003122724A publication Critical patent/JP2003122724A/ja
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]

Abstract

(57)【要約】 【課題】 リソース・ロケータ・サーバの制御下で、ク
ライアントをコンテンツ提供サーバにアクセスさせる方
法を提供する。 【解決手段】 クライアントはコンピュータでネットワ
ークに接続し、リソース・ロケータ・サーバにアクセス
する。このサーバは、コンピュータにリソース・ロケー
タを提供する。このリソース・ロケータは、ロケータ・
サーバがクライアントに認めた権利を示すデジタル署名
を含んでいる。デジタル署名は、コンピュータのユニー
クな特徴またはコンピュータのネットワークへの接続に
基づいて算出される。クライアント・コンピュータは、
リソース・ロケータを用いてコンテンツ提供サーバにア
クセスする。このサーバは、クライアントのネットワー
クへの接続のためにデジタル署名を検査し、検査結果に
応じてクライアントがコンテンツにアクセスできるよう
にする。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、ネットワークを介
した通信の分野、特に、ワールド・ワイド・ウェブ（Ｗ
ｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）のようなネットワーク上
で、ユーザまたはクライアントのコンテンツ提供サーバ
へのアクセスを認証し、許可することに関する。
【０００２】
【従来の技術】ワールド・ワイド・ウェブ（ウェブ）
は、国境のないハイパーテキスト・トランスファ・プロ
トコル（ＨＴＴＰ：Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓ
ｆｅｒＰｒｏｔｏｃｏｌ）を利用して、クライアント
が、ネットワークを介してサーバにコンテンツを要求す
ることを可能にしている。ＨＴＴＰプロトコルにより、
ハイパーテキスト・リンクを介して、ウェブサーバから
ウェブサーバへとトランスペアレントに移行することが
可能になる。ハイパーテキスト・リンクは、テキストの
一部とＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌ
ｏｃａｔｏｒ）とを関連づけている。クライアントのマ
シン上で実行されるウェブブラウザは、ＨＴＴＰ ＧＥ
Ｔ メッセージを、サーバのマシン上で実行されるウェ
ブサーバへ送信する。サーバのアドレスは、“＜ｐｒｏ
ｔｏｃｏｌ＞：／／＜ｓｅｒｖｅｒ−ａｄｄｒｅｓｓ＞
／＜ｐａｔｈ＞／＜ｃｏｎｔｅｎｔ＞”の形式のユニフ
ォーム・リソース・ロケータ（ＵＲＬ）により特定され
る。 ＨＴＴＰプロトコルは、クライアント−サーバ・
プロトコルであり、ＴＣＰネットワーク接続を利用して
いる。データがブラウザによりどのように解釈されるか
は、返却されたデータのＭＩＭＥタイプによる。図１
は、クライアント−サーバ・プロトコルに必要な基本的
な環境を示している。ここで、クライアント１００とサ
ーバ１０４とが、ネットワーク１０２を介して接続され
ている。このネットワークは、相互に接続された複数の
ネットワーク、例えばインターネットであってもよい。
図１において、クライアントマシン１００はウェブブラ
ウザを、サーバマシンはウェブサーバを、実行可能であ
る。
【０００３】図１に示された単純なケースでは、全ての
コンテンツが同一のサーバから配信されており、このよ
うなケースでは、クライアントは、例えば、安全な接続
（例としてＳＳＬやｈｔｔｐｓ）による単純なログイン
とパスワードの方式で、認証されてもよい。一旦、クラ
イアントが認証されると、サーバは、そのコンテンツへ
のクライアントのアクセスを許可するかどうか判断す
る。しかしながら、クライアントが要求するコンテンツ
が、このクライアントを認証したサーバとは別のサーバ
にあるという事例もある。このような構成が図２に示さ
れており、この図では、２つの別々のサーバ２０４，２
０６が、クライアント・コンピュータ・システム２００
に加えて図示されている。クライアントは、ネットワー
クを介して両サーバのどちらにアクセスしてもよい。ク
ライアントが、両サーバの一方（例えばサーバＢ）に、
他方のサーバ（例えばサーバＡ）の制御下でアクセスす
る場合に、問題が生じる。この場合、上記の認証方式は
適用できない。
【０００４】ＵＳ−Ａ−５８７０５４６号公報は、ネッ
トワークを介してクライアントに表示される広告の効率
を求める課題についてのものである。効率は、サーバに
より表示されるＵＲＬへクライアントが移行する回数と
して測定される。広告を表示するウェブサーバシステム
は、クライアントシステムに、広告される側のサーバへ
のＵＲＬリファレンスを提供する。ＵＲＬリファレンス
は、所定のリダイレクトおよび会計データとともに暗号
化されている。ＵＲＬリファレンスは、広告される側の
サーバに受信されると復号され、会計データ(アカウン
トデータ）が保存される。これにより、広告される側の
サーバは、広告を表示するウェブサーバ・システムによ
り表示されたＵＲＬへクライアントが有効に移行した回
数を特定することができるようになる。この文献では、
広告の効率を求めること以外の用途は考察されておら
ず、特に、クライアントが、広告を表示するウェブサー
バ・システムに最初にアクセスせずに、広告される側の
サーバにアクセスするために、リンクをコピーすること
が防止されていない。以降、このようなリンクのコピー
のことを、「リンク・ハイジャック（ｌｉｎｋ ｈｉｊ
ａｃｋｉｎｇ）」と記す。
【０００５】ＵＳ−Ａ−５９６３９１５号公報では、イ
ンターネットを通じた購入取引を実行する方法が考察さ
れている。この文献では、「第三者のなりすましの仮定
（ｔｈｉｒｄ ｐａｒｔｙ ａｓｓｕｍｐｔｉｏｎ ｏ
ｆ ｉｄｅｎｔｉｔｙ ａｔｔａｃｋ）」の問題が考察
されている。この問題は、機密保護対象となるセッショ
ンの開始時にのみクライアントの認証がなされるのであ
れば、第三者は、他のクライアント・ブラウザが開始し
た機密保護対象のセッションを継続することができるか
もしれない、というものである。この文献では、購入取
引の安全性のみが考察されている。
【０００６】ＵＳ−Ａ−５７０８７８０号公報のシステ
ムでは、ユーザは、ネットワークを通じてコンテンツ・
サーバにアクセスする。そのリクエストが制限されたペ
ージを指定していれば、コンテンツ・サーバは、ＵＲＬ
がセッション識別子（ＳＩＤ）を含んでいるかどうか判
別する。例えば、ＵＲＬが、“ｒｅｐｏｒｔ”なる名称
の“ｈｔｔｐ：／／ｃｏｎｔｅｎｔ．ｃｏｍ／ｒｅｐｏ
ｒｔ”というような、ＳＩＤが必要な制限されたページ
を指定しているとする。この例では、ＳＩＤがなけれ
ば、コンテンツ・サーバは、“ＲＥＤＩＲＥＣＴ”レス
ポンスをユーザのブラウザに送信して、有効なＳＩＤを
受信させるためにユーザの当初のリクエストを認証サー
バへリダイレクトする。上記の例では、ＳＩＤが付加さ
れた修正後のＵＲＬは、“ｈｔｔｐ：／／ｃｏｎｔｅｎ
ｔ．ｃｏｍ／＞ＳＩＤ！／ｒｅｐｏｒｔ”であってもよ
い。好適なＳＩＤには、現行のＳＩＤがアクセスを認証
している情報ファイルの組を備えた８ビットのドメイン
と、２２ビットのユーザ識別子とが、含まれている。さ
らに、このＳＩＤには、当該ＳＩＤ中の残りの項目の暗
号ハッシュであるデジタル署名と、許可されたＩＰアド
レスが認証サーバおよびコンテンツ・サーバに共有され
る秘密キーで暗号化されたもの、とが含まれている。
【０００７】このように、認証サーバは、クライアント
に対して、コンテンツ提供サーバのコンテンツへのリソ
ース・ロケータを表示せず、リダイレクトされたリクエ
ストのみを受信する。８ビットのドメインで参照される
「情報ファイルの組」を暗号化することにすると、コン
テンツ・サーバおよび認証サーバは、常にファイル保護
方式を更新しなければならなくなる。すなわち、コンテ
ンツ提供者がコンテンツの変更を申し出ると、「情報フ
ァイルの組」を（同じ権限のシステムが適用されない限
り）更新しなければならない。
【０００８】ＷＯ−Ａ−００７３８７６号公報では、対
象となるサーバに向けての全てのトラフィックをインタ
ーセプトしてプロファイル情報を追加するプロキシサー
バについて、考察している。
【０００９】多くの暗号化アルゴリズムが、従来技術に
おいて開示されている。特に、以下のものを挙げること
ができる。
【００１０】・Ｂｅｌｌａｒｅ，Ｍｉｈｉｒ；Ｃａｎｅ
ｔｔｉ，Ｒａｎ；Ｋａｗｃｚｙｋ，Ｈｕｇｏ：Ｋｅｙｉ
ｎｇ Ｈａｓｈ Ｆｕｎｃｔｉｏｎｓ ｆｏｒ Ｍｅｓ
ｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ；ｉｎ Ａｄ
ｖａｎｃｅｓ ｉｎ Ｃｒｙｐｔｏｌｏｇｙ−Ｃｒｙｐ
ｔｏ ９６ Ｐｒｏｃｅｅｄｉｎｇｓ，Ｌｅｃｔｕｒｅ
Ｎｏｔｅｓ ｉｎ Ｃｏｍｐｕｔｅｒ Ｓｃｉｅｎｃ
ｅ Ｖｏｌ．１１０９，Ｎ．Ｋｏｂｌｉｔｚ ｅｄ．，
Ｓｐｒｉｎｇｅｒ−Ｖｅｒｌａｇ，１９９６； ・Ｒｉｖｅｓｔ Ｒ．，Ｔｈｅ ＭＤ５ Ｍｅｓｓａｇ
ｅ−Ｄｉｇｅｓｔ Ａｌｇｏｒｉｔｈｍ，ＲＦＣ−１３
２１，ＭＩＴ ＬＣＳ ａｎｄ ＲＳＡ Ｄａｔａ Ｓ
ｅｃｕｒｉｔｙ，Ｉｎｃ．，Ａｐｒｉｌ １９９２； ・Ｔｏｕｃｈ，Ｊ．：Ｐｅｒｆｏｒｍａｎｃｅ Ａｎａ
ｌｙｓｉｓ ｏｆ ＭＤ５，ｉｎ Ｐｒｏｃｅｅｄｉｎ
ｇｓ Ｓｉｇｃｏｍｍ’９５，Ｂｏｓｔｏｎ，ｐｐ．７
７−８６； ・ＳＥＣＵＲＥ ＨＡＳＨ ＳＴＡＮＤＡＲＤ，Ｎａｔ
ｉｏｎａｌ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｓｔａｎｄａ
ｒｄｓ ａｎｄ Ｔｅｃｈｎｏｌｏｇｙ，ＦＩＰＳ Ｐ
ＵＢ １８０−１，Ａｐｒｉｌ １７，１９９５；およ
び ・Ｐ． Ｇｕｔｍａｎｎ，Ｓｏｆｔｗａｒｅ Ｇｅｎｅ
ｒａｔｉｏｎ ｏｆＲａｎｄｏｍ Ｎｕｍｂｅｒｓ ｆ
ｏｒ Ｃｒｙｐｔｏｇｒａｐｈｉｃ Ｐｕｒｐｏｓｅ
ｓ，ｉｎ Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ ｔｈｅ １
９９８ Ｕｓｅｎｉｘ Ｓｅｃｕｒｉｔｙ Ｓｙｍｐｏ
ｓｉｕｍ，ＵＳＥＮＩＸ Ａｓｓｏｃｉａｔｉｏｎ，１
９９８，ｐｐ．２４３−２５７．
【００１１】
【発明が解決しようとする課題】このように、クライア
ントのコンテンツ提供サーバへのアクセスをリソース・
ロケータ・サーバの制御下で提供する方法が、必要とさ
れている。この方法は、リンク・ハイジャックを不可能
とするか、あるいは、少なくともこのようなリンク・ハ
イジャックをクライアントが実行することを非常に困難
にするものである。
【００１２】
【課題を解決するための手段】クライアントのコンテン
ツ提供サーバへのアクセスをリソース・ロケータ・サー
バの制御下で提供する方法は、その一態様として、前記
リソース・ロケータ・サーバが、前記コンテンツ提供サ
ーバのコンテンツへのリソース・ロケータを、クライア
ントに表示するステップと、前記クライアントが、コン
ピュータ・システムを介してネットワークに接続して、
前記リソース・ロケータ・サーバにアクセスするステッ
プと、前記リソース・ロケータ・サーバが、前記コンピ
ュータ・システムに対して、前記コンテンツ提供サーバ
にアクセスするためのリソース・ロケータを提供するス
テップであって、前記リソース・ロケータは、前記リソ
ース・ロケータ・サーバが前記クライアントに対して認
めた前記コンテンツ提供サーバにアクセスするための権
利を示すデジタル署名を含み、該デジタル署名は、前記
コンピュータ・システムまたは該コンピュータ・システ
ムのネットワークへの接続に関する少なくとも１つのユ
ニークな特徴に基づくとともに、アクセスすべきコンテ
ンツの識別子に基づいて、算出されるものであるステッ
プと、前記クライアントのコンピュータ・システムが、
前記リソース・ロケータを用いて、前記コンテンツ提供
サーバにアクセスするステップと、前記コンテンツ提供
サーバが、前記クライアントのネットワークへの接続の
ために、前記リソース・ロケータに含まれた前記デジタ
ル署名を検査し、この検査の結果に応じて、前記クライ
アントにコンテンツへの接続を許可するステップとを、
備えている。
【００１３】このデジタル署名は、以下に示す１つまた
はそれ以上のパラメータに基づいて算出されてもよい。
そのパラメータとしては、クライアントのコンピュータ
・システムのネットワークにおけるアドレス、クライア
ントのコンピュータ・システムのユニークな識別子、ク
ライアントによってアクセスすべきコンテンツ、クライ
アントの識別情報、時間、が挙げられる。
【００１４】前記リソース・ロケータ・サーバおよび前
記コンテンツ提供サーバに、秘密キーが提供されてもよ
く、前記デジタル署名が、前記秘密キーの関数として算
出されてもよい。前記秘密キーは、暗号化番号ジェネレ
ータを用いて生成されてもよい。
【００１５】この場合、前記コンテンツ提供サーバが前
記デジタル署名を検査する前記ステップは、好ましく
は、前記秘密キーを用いて他のデジタル署名を算出し、
当該他のデジタル署名を前記リソース・ロケータに含ま
れた前記デジタル署名と比較することを備えているとよ
い。
【００１６】演算処理にとっては、暗号化ハッシュ関数
を用いること、特に、ＭＤ５、ＳＨＡ−１、ＭＤ２、Ｍ
Ｄ４、ＲＩＰＥＭＤ−１２８、およびＲＩＰＥＭＤ−１
６０から選択される暗号化ハッシュ関数を用いることが
よい。前記クライアントのコンピュータ・システムのネ
ットワークにおける少なくとも１つのアドレス、前記ク
ライアントのコンピュータ・システムのユニークな識別
子、前記クライアントによりアクセスされるべきコンテ
ンツの関数、前記クライアントの識別情報、および時間
を含んだデータ列についての暗号化ハッシュ関数が用い
られてもよい。前記リソース・ロケータ・サーバおよび
コンテンツ提供サーバに秘密キーが提供されているので
あれば、前記データ列には、この秘密キーが含まれてい
るとよい。
【００１７】本発明の一態様では、前記コンテンツ提供
サーバが、少なくとも２つのサーバを備えたコンテンツ
配信ネットワークとなっている。そして、前記リソース
・ロケータ・サーバおよび少なくとも２つの前記サーバ
の一方に、秘密キーが提供されるとともに、前記リソー
ス・ロケータ・サーバおよび少なくとも２つの前記サー
バの他方に、他の秘密キーが提供されてもよい。少なく
とも２つの前記サーバの一方のための秘密キーは、主秘
密キーおよび前記一方のサーバのネットワークにおける
アドレスについての暗号化ハッシュ関数を用いて算出さ
れるとよい。
【００１８】さらに、本発明は、ネットワークに接続し
たリソース・ロケータ・サーバにて、リソース・ロケー
タをクライアントに提供する方法において、クライアン
トに、リソース・ロケータを表示するステップと、前記
クライアントをネットワークへ接続させているコンピュ
ータ・システムからのアクセスのリクエストであって、
表示された前記リソース・ロケータのうちの１つにアク
セスするためのリクエストを、ネットワークから受信す
るステップと、前記コンピュータ・システムへ向けて、
ネットワークへリソース・ロケータを提供するステップ
であって、前記リソース・ロケータは、前記クライアン
トが当該リソース・ロケータによる位置にあるリソース
にアクセスすることを、前記リソース・ロケータ・サー
バが認めた権利を示すデジタル署名を含み、前記デジタ
ル署名は、前記コンピュータ・システムまたは該コンピ
ュータ・システムのネットワークへの接続に関する少な
くとも１つのユニークな特徴に基づくとともに、アクセ
スすべきコンテンツの識別子に基づいて、算出されるも
のであるステップ、とを備えた方法を提供する。
【００１９】また、上述した通りの演算処理が、実行さ
れてもよい。
【００２０】さらに、本発明は、ネットワークに接続し
たコンテンツ提供サーバにて、クライアントのコンテン
ツへのアクセスを提供する方法において、前記クライア
ントをネットワークへ接続させているコンピュータ・シ
ステムからのアクセスのリクエストであって、デジタル
署名を含んだリクエストを、ネットワークから受信する
ステップと、前記リクエストにより受信された前記コン
ピュータ・システムまたは該コンピュータ・システムの
ネットワークへの接続に関する少なくとも１つのユニー
クな特徴に基づくとともに、前記クライアントにリクエ
ストされたコンテンツの識別子に基づいて、前記リソー
ス・ロケータに含まれた前記デジタル署名を検査する検
査ステップと、前記検査ステップの結果に応じて、前記
クライアントにコンテンツへの接続を許可するステップ
とを、備えた方法を、提供する。
【００２１】前記デジタル署名を検査するステップは、
他のデジタル署名を算出し、当該他のデジタル署名を前
記リソース・ロケータに含まれた前記デジタル署名と比
較することを備えていてもよい。
【００２２】前記アクセスのリクエストに、前記クライ
アントのネットワークにおけるアドレスが含まれている
のであれば、前記他のデジタル署名は、このアドレスの
関数として算出されてもよい。前記アクセスのリクエス
トは、前記クライアントのコンピュータ・システムのユ
ニークな識別子を含み、前記他のデジタル署名は、この
ユニークな識別子の関数として算出されてもよい。前記
他のデジタル署名は、クライアントによりアクセスされ
るコンテンツの関数として、クライアントの識別情報の
関数として、時間の関数として、または前記サーバに提
供された秘密キーの関数として、算出されてもよい。
【００２３】前記他のデジタル署名を算出するために、
上述のような処理がなされてもよい。
【００２４】さらに、本発明は、ネットワークへの接続
と、上記の方法を実行するプログラムを含むリソース・
ロケータ・サーバを提供する。
【００２５】また、本発明は、ネットワークへの接続
と、上記の方法を実行するプログラムを含むコンテンツ
提供サーバを提供する。
【００２６】この場合、前記コンテンツ提供サーバは、
少なくとも２つのサーバを備えたコンテンツ配信ネット
ワークであってもよく、リダイレクト・ユニットを備え
ていてもよい。リダイレクト・ユニットが設けられた場
合には、このリダイレクト・ユニットは、当該コンテン
ツ配信ネットワークのサーバのうちの１つを選択すると
ともにこの方法を実行するプログラムを有していてもよ
い。
【００２７】また、本発明は、ネットワークに接続した
リソース・ロケータ・サーバにて、リソース・ロケータ
をクライアントに提供するための、コンピュータ可読媒
体中に含まれるコンピュータ・プログラム製品におい
て、前記クライアントをネットワークへ接続させている
コンピュータ・システムからのアクセスのリクエスト
を、ネットワークから受信するためのコンピュータ可読
プログラムコード手段と、前記コンピュータ・システム
へ向けて、ネットワークへリソース・ロケータを提供す
るためのコンピュータ可読プログラムコード手段であっ
て、前記リソース・ロケータは、前記クライアントが当
該リソース・ロケータによって位置決めされたリソース
にアクセスすることを、前記リソース・ロケータ・サー
バが認めた権利を示すデジタル署名を含み、前記デジタ
ル署名は、前記コンピュータ・システムまたは該コンピ
ュータ・システムのネットワークへの接続に関する少な
くとも１つのユニークな特徴に基づくとともに、前記リ
ソースの識別子に基づいて、算出されるものであるコン
ピュータ可読プログラムコード手段、とを備えたコンピ
ュータ可読媒体中に含まれるコンピュータ・プログラム
製品、を提供する。
【００２８】最後に、本発明は、ネットワークに接続し
たコンテンツ提供サーバにて、クライアントのコンテン
ツへのアクセスを提供する、コンピュータ可読媒体中に
含まれるコンピュータ・プログラム製品であって、前記
クライアントをネットワークへ接続させているコンピュ
ータ・システムからのアクセスのリクエストであって、
デジタル署名を含んだリクエストを、ネットワークから
受信するコンピュータ可読プログラムコード手段と、前
記リクエストにおいて受信された前記コンピュータ・シ
ステムまたは該コンピュータ・システムのネットワーク
への接続に関する少なくとも１つのユニークな特徴に従
って、さらに、アクセスがリクエストされるコンテンツ
の識別子に従って、前記リソース・ロケータに含まれた
前記デジタル署名を検査するコンピュータ可読プログラ
ムコード手段と、さらに、前記検査の結果に応じて、前
記クライアントにコンテンツへのアクセスを可能とする
コンピュータ可読プログラムコード手段、とを備えたコ
ンピュータ可読媒体中に含まれるコンピュータ・プログ
ラム製品、を提供する。
【００２９】
【発明の実施の形態】以下、図面を参照して本発明の他
の特徴を説明する。図２は、２つのサーバを含んでネッ
トワークを介して接続されたクライアント−サーバ・シ
ステムを示している。両サーバのうちの一方（以降この
例ではサーバＢ）は、コンテンツ提供サーバである。他
方のサーバ（以降この例ではサーバＡ）は、サーバＢに
アクセスするためのリソース・ロケータをクライアント
に提供するリソース・ロケータ・サーバである。
【００３０】例えば、Ａを、コンテンツ提供者であるＢ
と契約関係にあるコンテンツの集合体（例としてウェブ
・ポータル）とする。Ａは、自身のウェブサイトを通じ
て、Ｂが運営するサーバ（例えばウェブサーバ、ｆｔｐ
サーバ、またはストリーミング・メディア・サーバ［ｓ
ｔｒｅａｍｉｎｇ ｍｅｄｉａ ｓｅｒｖｅｒ］）が供
給しているコンテンツの項目へのリンクを提供する。Ａ
とＢとは契約関係にあるので、彼等は、許可のないあら
ゆる第３者Ｃが、Ｂが供給しているコンテンツへのリン
クを提供できるようになることを、防ぎたい。現在のイ
ンターネットでは、Ｃは、Ａのウェブページからリンク
をコピーして、自身のウェブページで使用することがで
き、これが「リンク・ハイジャック」の一形態である。
また、リンクは、クライアントによって、Ｂが提供して
いるコンテンツに将来アクセスするためにコピーされ得
る。これが、リンク・ハイジャックの他の形態である。
【００３１】本発明では、コンテンツ提供サーバＢにア
クセスする為に、リソース・ロケータ・サーバＡによっ
てクライアントに対して提供されるリソース・ロケータ
中に、デジタル署名を導入することにより、このリンク
・ハイジャックの問題を解決している。デジタル署名
は、コンテンツ提供サーバＢへのアクセスのために、リ
ソース・ロケータ・サーバＡがクライアントに与えた権
利を表している。このデジタル署名は、少なくとも、コ
ンピュータ・システムまたはコンピュータ・システムの
ネットワークへの接続に係るユニークな特徴に基づい
て、算出される。さらに、デジタル署名は、アクセスが
リクエストされたコンテンツの識別子に基づいて、算出
される。この識別子は、どのような形式であってもよ
い。この識別子は、ＵＲＩ（ＵＲＬのパス情報）、また
はアクセスされる情報を示すその他の情報であってもよ
い。
【００３２】その後、クライアント・コンピュータ・シ
ステムは、リソース・ロケータを利用してコンテンツ提
供サーバにアクセスする。そして、コンテンツ提供サー
バＢは、クライアントが利用したリソース・ロケータに
含まれたデジタル署名を検査してもよく、この検査の結
果に応じて、クライアントがコンテンツにアクセスでき
るようにしてもよい。
【００３３】これにより、あらゆる形式のリンク・ハイ
ジャックが防止される。リソース・ロケータがクライア
ントにコピーされ、第３者に提供されたと仮定しよう。
デジタル署名は、少なくとも、コンピュータ・システム
またはコンピュータ・システムのネットワークへの接続
に係るユニークな特徴に基づいて、算出される。そのた
め、コンテンツ提供サーバＢは、第３者からリソース・
ロケータを受信すると、このリソース・ロケータが要求
されたユニークな特徴を持つものから送信されたこと
を、識別することができる。従って、コンテンツ提供サ
ーバは、第３者のリクエストに係るサービスを拒絶する
ことができる。
【００３４】このように、周知のウェブサーバの機密保
護設定（ＳＳＬ、ｈｔｔｐｓ、またはクライアントを認
識するその他の方式）とともに、Ａは、Ｂが端末相互の
機密保護を使用する必要なく、Ｂのコンテンツへの定期
購読型のアクセスや従量料金制の方式を、提供すること
ができる。このことは、Ｂが提供するコンテンツが大規
模なファイルであったり、無接続のプロトコルで送出さ
れるもの（例えば、マイクロソフトのウインドウズ・メ
ディアサーバ［Ｗｉｎｄｏｗｓ ＭｅｄｉａＳｅｒｖｅ
ｒ］やリアルネットワークのリアルサーバ［ＲｅａｌＳ
ｅｒｖｅｒ］のようなメディアサーバによりストリーミ
ング転送される音声／映像コンテンツ）である場合に、
特に有用である。さらに、後述する好適な実施形態にお
いて、本発明では、ＡおよびＢで秘密キーを交換するこ
とのみが必要とされる。その後、ＡとＢとは直接通信す
る必要がない。
【００３５】デジタル署名は、アクセスが要求された情
報の識別子に基づいて算出されるので、コンテンツ・サ
ーバおよび認証サーバ間で情報保護方式を常に更新する
必要はない。最も単純な実施形態では、識別子は、アク
セスされるべきリソースの名称である。これにより、コ
ンテンツ・サーバおよび認証サーバに共通の保護方式を
実施することなく、リソースをユニークに識別できる。
【００３６】これに反して、ＵＳ−Ａ−５７０８７８０
号公報で提案されているＳＩＤシステムでは、保護ドメ
インが変更される度に、サーバ間で少なくともある程度
の通信がなされる必要がある。認証サーバは、コンテン
ツ・サーバがアクセスを認めるかまたは拒絶できる保護
ドメインを知っていなければならない。このように、常
に、認証サーバおよびコンテンツ・サーバは、保護ドメ
インについて同一の概念を有していなければならない。
【００３７】本発明では、このような通信が必要でない
ため、実施および拡張がより容易である。本発明は、当
初知られていないコンテンツ（または保護ドメイン）に
対してさえ機能する。
【００３８】さらに、ＵＳ−Ａ−５７０８７８０号公報
では、保護ドメインという概念が必要とされ、保護ドメ
インは規定の個数（その例では、８ビット＝２５６ドメ
イン）に限られる。どのような符号化方式であっても、
保護ドメイン数には制限がある。この結果、コンテンツ
・サーバと認証サーバ間の通信が必要であると共に、規
模の拡張がきかない（ノン・スケーラブル）システムで
あるということになる。ドメインが度々変更される場合
には、特にそうである。
【００３９】本発明では、デジタル署名で保護された識
別子が任意の長さおよび形式を取り得るので、そのよう
な制限がない。本発明は、サーバ間での通信が全く必要
でないため、スケーラブルである。すなわち、何の問題
もなく、かつ認証サーバに提供した情報を更新する必要
なく、コンテンツ・サーバをいくらでも追加することが
できる。
【００４０】本発明では、その好適な実施形態におい
て、暗号化ハッシュ関数および秘密キーの利用に基づく
方式（スキーム）が用いられている。この方式の強さ
は、以下のことに依拠している。それは、秘密キーＫお
よび暗号化ハッシュ関数Ｈを想定した場合に、コンピュ
ータによる方法で、Ｋを知ることなくＨ（Ｋ＋ｍ＋Ｋ）
＝Ｈ（ｍ’）となるｍ’を見つけることは、実際には不
可能であり、また、コンピュータによる方法で、ｍおよ
びＨ（Ｋ＋ｍ＋Ｋ）に基づいてＫを見つけることは、実
際には不可能ということである。このことは、Ｂｅｌｌ
ａｒｅ ｅｔ ａｌ．において考察されている。従来の
方式を打ち破る数学的方法が知られることとなったな
ら、本発明では、いつでも、暗号化ハッシュ関数中のパ
ラメータを変更して、攻撃に対する抵抗力を強くするこ
とができる。例えば、Ｂｅｌｌａｒｅｅｔ ａｌ． に
おいて記述されているＨＭＡＣを利用してもよい。より
強い特性を持ったその他のより新しいハッシュ関数を、
利用することもできる。新しい安全な暗号化ハッシュ関
数が、常時発表されている。
【００４１】
【実施例】以下、本発明の好適な実施例について説明す
る。
【００４２】１．初期化 まず、秘密キーＫWebが生成される。好ましくは、この
秘密キーは、暗号学的に強いキー・ジェネレータ（ｋｅ
ｙ ｇｅｎｅｒａｔｏｒ）で生成されるとよい。このこ
とは、キーが規則性なく生成されるので、その生成順か
ら次のキーを見つけることができないことを意味してい
る。暗号として強いキー・ジェネレータは、実際に商用
入手可能であり、その実現については文献に記載されて
いる。例えば、上記のＰ．Ｇｕｔｍａｎを参照のこと。
ＫWebは、ＡおよびＢに配信される。
【００４３】２．認証処理 Ｈを、例えばＭＤ５（Ｒｉｖｅｓｔ参照）、ＳＨＡ−１
（Ｓｅｃｕｒｅ Ｈａｓｈ Ｓｔａｎｄａｒｄ参照）、
およびその他の暗号化ハッシュ関数とする。好適な実施
形態において、ＭＤ５がハッシュ関数として選択され
る。これは、現時点においてＭＤ５が、安全性およびコ
ンピュータ処理速度の双方を最もよく満足させる妥協策
であるためである（Ｔｏｕｃｈ参照）。そのうえ、ＭＤ
５は、公開されている。このＭＤ５ハッシュ関数の出力
は、入力が何であれ、１２８ビットのデータ列（ｓｔｒ
ｉｎｇ）である。
【００４４】ＫWebは、Ａのウェブサーバ２０４とＢの
サーバ２０６とに共有されている秘密キーである。ま
ず、閲覧者（ｖｉｅｗｅｒ）は、Ａのウェブサーバに接
続する。本発明からは独立した所定の処理により、ウェ
ブサーバは、この閲覧者が、このウェブサーバへの接続
を許可されたものかを識別できる。この所定の処理を実
施する事例は、例えば、ＳＳＬ、ｈｔｔｐｓ、またはそ
れ自体で周知である他の機密保護（セキュリティ）設定
を利用している。
【００４５】Ｂのサーバが供給するコンテンツへのリン
ク（ＵＲＬ）を含むウェブページは、全て、動的ウェブ
ページ（Ｄｙｎａｍｉｃ Ｗｅｂ Ｐａｇｅｓ）として
展開されている。これは、閲覧者がアクセスした時点
で、そのウェブページが計算されている、ということを
意味している。少なくとも、リソース・ロケータは動的
に計算され、その結果デジタル署名が、クライアント・
コンピュータ・システムまたはクライアントの接続のユ
ニークな特徴に基づいて計算される。他のページは静的
なものであってもよい。閲覧者がこのようなウェブペー
ジにアクセスした時点で、本発明の方法では、その認証
処理を開始する。
【００４６】ウェブページが閲覧者に配信される前に、
Ａのウェブサーバ（例えばＡＳＰ、ＪＳＰ、または動的
ウェブページを生成する他の技術を使用して）に一体化
された認証方法により、Ｂのコンテンツへの各リンク
は、当初のリンクにオプションの追加データ（例えばユ
ニークなユーザ識別子、およびタイムスタンプ）とデジ
タル署名とを加えたものを含んだ新しいリンクに、置き
換えられる。デジタル署名は、暗号化ハッシュ関数によ
り算出される。この暗号化ハッシュ関数は、入力とし
て、リンクおよび追加データおよびクライアント・シス
テムまたはそのネットワークへの接続のユニークな識別
子および秘密キーＫWebを、受け入れる。本明細書で
は、ネットワークへのクライアント・システムの接続の
ＩＰアドレスが、ユニークな識別子として利用されてい
る。閲覧者のＩＰアドレスは、ウェブサーバとのＴＣＰ
接続により受信されるものであり、認証方法を実行する
ことにより利用可能となる。簡単のため、ここでの以降
の説明において、本方法では、追加データが全く含まれ
ないものとする。そして、追加データの有用性について
は、他の利用例の説明において後述する。
【００４７】例えば、認証は、Ｊａｖａ Ｂｅａｎ（”
ｕｒｌＡｕｔｈｅｎｔｉｃａｔｏｒ”）として実施さ
れ、Ｊａｖａ Ｓｅｒｖｅｒ Ｐａｇｅｓ（ＪＳＰ）に
より使用されて、新しく認証されたリンクを生成するも
のとする。
【００４８】閲覧者は、Ｂのコンテンツへのリンクを含
んだウェブページを閲覧するために、ＨＴＴＰ ＧＥＴ
リクエストをＡのウェブサーバに送信する（４００）。
そして、以下に示すＪＳＰ部分がウェブサーバに実行さ
れて、認証されるべき各リンクに対して新たなリンクが
生成される。
【００４９】＜ａ ｈｒｅｆ＝”＜％＝ ｕｒｌＡｕｔ
ｈｅｎｔｉｃａｔｏｒ．ｇｅｎｅｒａｔｅＬｉｎｋ（
ｒｅｑｕｅｓｔ．ｇｅｔＲｅｍｏｔｅＨｏｓｔ（）， “ｈｔｔｐ：／／ｗｗｗ．ｂ．ｃｏｍ／１．ａｓｘ”）
％＞”＞Ｃｌｉｃｋ ｈｅｒｅ＜／ａ＞ これは、例えば、以下のＨＴＭＬコードを生成する。
【００５０】＜ａ ｈｒｅｆ＝” ｈｔｔｐ：／／ｗｗｗ．ｂ．ｃｏｍ／１．ａｓｘ？８９
７８ａ１９ｂｃ１ｃ３ａ９８ｄ６４６７ｃ６０３ｅ１ｂ
ｅ２９９ｃ”＞Ｃｌｉｃｋ ｈｅｒｅ＜／ａ＞ ここで、“？”の後の部分は、このコンテンツおよびリ
クエストを発行した閲覧者のＩＰアドレスに対応するデ
ジタル署名である。
【００５１】Ａのウェブサーバに実施された方法のコン
ピュータ処理ステップは、図４のフローチャートに示さ
れている。各リンクは、ページが要求されるとすぐに演
算処理される（４００）。この方法は、まず、Ｂのコン
テンツへのＵＲＬを抽出する（４０２）。上記のＪＳＰ
の例では、メソッドの実行（ｇｅｎｅｒａｔｅＬｉｎｋ
（））のためのパラメータとして与えられる。そして、
閲覧者のコンピュータのＩＰアドレスが抽出され（４０
４）、これはメソッド（ｒｅｑｕｅｓｔ．ｇｅｔＲｅｍ
ｏｔｅＨｏｓｔ（））へ渡される。この例では、どのよ
うな追加データもメソッドに渡されないが、そのための
ステップ（４０６）があってもよい。
【００５２】そして、メソッドは、以下のようにデジタ
ル署名を算出する（４０８）。
【００５３】 Ｓ1＝Ｈ（ＫWeb＋ＩＰV＋ｃｏｎｔｅｎｔｉｄ＋ＫWeb） ここで、Ｈ（）は、データ列に作用する暗号化ハッシュ
関数であり、ＫWebは、ＡのウェブサーバおよびＢのウ
ェブサーバに共有される秘密キーであり、ＩＰ Vは、閲
覧者のＩＰアドレスであり、ｃｏｎｔｅｎｔｉｄは、要
求されたコンテンツの識別子（この例では“１”）であ
り、“＋”は、文字列の連結を意味している。Ｓ1は、
ＵＲＬ内の有効なデータ列として符号化される必要があ
る。この例では、Ｓ1は、データ列において１６進数表
現で符号化される。このことにより、文字“０〜９”お
よび“ａ〜ｅ”のみが使用されることと、ＭＤ５がハッ
シュ関数として使用された場合に合計のデータ長が厳密
に３２文字となることとが、保証される。
【００５４】最後のステップにおいて、当初のＵＲＬお
よびデジタル署名が連結され、要求されたコンテンツへ
の有効なＵＲＬが新たに形成される（４１０）。そし
て、このＵＲＬは、実行されたメソッドの出力となり
（４１２）、閲覧者のブラウザへ返却されるウェブペー
ジに、挿入される。
【００５５】ここでは、本発明の当該実施形態の安全性
が、信用できない第３者に秘密キーＫWebが決して渡ら
ないことに依拠している旨を、理解することが重要であ
る。
【００５６】閲覧者が生成されたリンクを選択した場
合、閲覧者のアプリケーション（例えば、ウェブブラウ
ザ、または、ＵＲＬがＨＴＴＰプロトコル以外の他のプ
ロトコルを示している場合には、指定されたメディアタ
イプのプラグイン）は、Ｂのサーバに接続して、デジタ
ル署名とともにＵＲＬをリクエストする（５００）。
【００５７】Ｂのサーバは、受信したＵＲＬ（これは、
上記の例にならえば、ｈｔｔｐ：／／ｗｗｗ．ｂ．ｃｏ
ｍ／１．ａｓｘ？８９７８ａ１９ｂｃ１ｃ３ａ９８ｄ６
４６７ｃ６０３ｅ１ｂｅ２９９ｃ）をＩＰアドレスＩＰ
V’とともに、閲覧者との接続によりＢに実施された認
証メソッドへ渡す（５０４）。認証メソッドは、ＵＲＬ
からｃｏｎｔｅｎｔｉｄ’を抽出し（５０２）、Ｓ1を
抽出する（５１０）。
【００５８】最後に、認証メソッドは、Ｓ2＝Ｈ（ＫWeb
＋ＩＰV’＋ｃｏｎｔｅｎｔｉｄ’＋ＫWeb）を算出し
（５０８）、Ｓ2がＳ1に等しいかどうか検査する（５１
２）。
【００５９】Ｓ2がＳ1に等しい場合には、要求されたコ
ンテンツは、Ｂのサーバにより供給され（５１６）、そ
れ以外の場合には、権限のないユーザに対して適切とみ
なされる処理が実行される（５１４）。例えば、“Ｎｏ
ｔ ａｕｔｈｏｒｉｚｅｄ”なるＨＴＴＰエラーが返却
される。
【００６０】Ｓ2がＳ1に等しい場合には、Ａのウェブペ
ージの閲覧者が、Ｂのサーバにアクセスする閲覧者と同
一のＩＰアドレスを有していることが、保証される。こ
れは、ＩＰV＝ＩＰV’を意味する。従って、閲覧者が同
一であるとみなされる。さらに、ｃｏｎｔｅｎｔｉｄと
ｃｏｎｔｅｎｔｉｄ’とが同一であるため、この閲覧者
が、リクエストされたコンテンツを閲覧することが、Ａ
のウェブサーバにより認証された旨が保証される。Ａの
サーバおよびＢのサーバが秘密キーＫWebを共有してい
るので、閲覧者が、Ａのウェブページに事前にアクセス
することによりＵＲＬを受信したにちがいないこと、権
限のない出所からこのリンクを受信し得ないことが、保
証される。
【００６１】この処理は、以下の利点を有している。２
つのプロバイダＡおよびＢは、Ｂが供給しているコンテ
ンツが、Ａにより認証されたクライアントにのみ利用可
能であることを、保証することができる。ＡおよびＢ間
で最初に秘密キーが交換される必要があるが、Ａにより
認証されるはずの全てのユーザを事前に知っておく必要
はない。すなわち、Ａはその後に、Ｂのコンテンツにア
クセスしようとする他のユーザを追加して許可すること
ができる。
【００６２】しかも、上述のように、Ａは、Ｂで供給さ
れるコンテンツを知っておく必要が全くない。
【００６３】本方法によると、最初にユーザを認証する
サーバ（Ａ）と、認証されたユーザにコンテンツを供給
するサーバ（Ｂ）との間で、リアルタイムの通信がなさ
れる必要がない。
【００６４】さらに、ユーザとコンテンツを供給するサ
ーバとの間でなされる通信は、機密保護されている必要
がない。このことは、ＵＤＰパケットで供給されるスト
リーミング・コンテンツ（ｓｔｒｅａｍｉｎｇ ｃｏｎ
ｔｅｎｔ）にとって、特に重要である。
【００６５】本方法によると、最初のサーバが、リアル
タイムで１つまたはいくつかのコンテンツ・サーバと通
信する必要がない。このことにより、本方法による認証
処理の性能が高くなる。本方法は、実施しやすく、最初
のサーバおよびコンテンツ・サーバ間のネットワークの
状態に依存しない。
【００６６】いくつかのサーバが同じコンテンツを供給
し得る場合に、秘密キーを各レプリカ・サーバ（ｒｅｐ
ｌｉｃａ ｓｅｒｖｅｒ）に導入してもよいので、本方
法は、このような場合に特に有用である。例えば、より
高い利用可能性またはより高速のダウンロードを確保す
るために、コンテンツが複製される場合等に、有用であ
る。
【００６７】本方法は、リンク・ハイジャックの全ての
形態に対して機能する。これは、第３者がＡからリンク
をコピーした場合や、正当なＡのユーザが故意にＢのコ
ンテンツへのリンクを開示した場合にも、機能する。
【００６８】本方法は、多くのコンテンツ・サーバに対
応できる。また、本方法は、関連する様々な種類の製品
に使用されてもよい。例えば、 ・定期購読方式または従量料金制の視聴方式（ｐａｙ−
ｐｅｒ−ｖｉｅｗ ｍｏｄｅｌ）をサポートするコンテ
ンツ配信ネットワーク、 ・コンテンツ・プロバイダが、ネットワーク上でコンテ
ンツを公開すること、およびパートナーに対してその顧
客（他の者を除く）を当該コンテンツにアクセスさせる
ようにすることを、認めること。
【００６９】本発明は、上記のように例示された好適な
実施形態に、限定されるものではない。例えば、上記で
は、動的ウェブページのためのプロセスが議論されてい
る。しかし、クライアント・コンピュータ・システムま
たは接続のユニークな特徴に基づいてデジタル署名が算
出されるならば、本発明は、静的ウェブページにも適用
される。また、この例では、暗号化ハッシュ関数が使用
されているが、デジタル署名を算出する他の手段が使用
されてもよい。この手段は、基本的には、クライアント
がリバースすることが充分に困難ではあるけれども、リ
ソース・ロケータ・サーバおよびコンテンツ提供サーバ
の両者にとって、容易に演算処理できる全ての関数であ
る。暗号化関数以外の関数では、リソース・ロケータ・
サーバおよびコンテンツ提供サーバに秘密キーを提供す
ることが、必須とならないこともあり得る。
【００７０】この例では、ユニークな（独特な）特徴と
してＩＰアドレスが用いられているが、後述のように、
他のユニークな（独特な）特徴が用いられてもよい。一
般に、この特徴は、リンク・ハイジャックを防止するた
めにユニーク（独特）であればよく、好ましくは、クラ
イアントにより改変されにくいものであるとよい。
【００７１】本発明の他の実施形態では、Ａのウェブサ
ーバからＢのサーバへ追加データが渡され、閲覧者がこ
の追加データを改変できないことが保証されていてもよ
い。例えば、以下の内容は、音声／映像をストリーミン
グ転送する従量料金制の視聴システム（ｐａｙ−ｐｅｒ
−ｖｉｅｗ ｓｙｓｔｅｍ）に役立ち得る。
【００７２】Ａは、Ｂのサーバが供給するストリーミン
グ転送（ｓｔｒｅａｍｉｎｇ ｔｒａｎｓｍｉｓｓｉｏ
ｎ）へのアクセスを提供する。但し、Ａは、そのウェブ
ページから閲覧者が入手したリンクが複数回使用されな
いことを、確実にしておきたい。また、ＡはＢとの間
で、ある閲覧者がストリーミング転送を受けた時間を示
すデータをＢがＡに提供する旨、契約している。そのよ
うにするために、Ａは、機密保護された（セキュアな）
ウェブサーバを採用し、そこでは、最初に各閲覧者が、
ログインおよびパスワードの方式で、認証される。閲覧
者が認証されて、ウェブページへのアクセスを許可され
た後、ユニークなユーザ識別子ｕｓｅｒｉｄが、この閲
覧者に割り当てられる。そして、閲覧者がストリーミン
グ転送のためのリンクを選択すると、その時間が受信さ
れる。
【００７３】本方法で作成されるＵＲＬは、元々のＵＲ
Ｌに、時間（ｔｉｍｅ）を加え、ｕｓｅｒｉｄを加え、
上述のデジタル署名を付加し、上記算出の追加データを
も含んだものからなる。従って、このＵＲＬは、以下の
ような形式をとる。
【００７４】ｈｒｅｆ＝”ｈｔｔｐ：／／ｗｗｗ．ｂ．
ｃｏｍ／１．ａｓｘ？ｕｓｅｒｉｄ＿ｔｉｍｅ＿Ｓ” ここで、Ｓ＝Ｈ（ＫWeb＋ＩＰV＋ｕｓｅｒｉｄ＋ｃｏｎ
ｔｅｎｔｉｄ＋ｔｉｍｅ＋ＫWeb）である。
【００７５】Ｂのサーバは、ＵＲＬからｔｉｍｅおよび
ｕｓｅｒｉｄを抽出し、ＵＲＬ中の時間と実際の時間と
に、所定の閾値（例えば１０分）を超えた違いがあれ
ば、ストリームへのアクセスを拒絶する。そのために
は、ＡのサーバおよびＢのサーバ間で、時計がある程度
同期（１０分の差が出ないように）している必要があ
り、ＵＲＬ中の時間が、合意により規定された標準時間
帯の形式で符号化されている必要がある。標準時間帯の
形式は、両サーバに了解されているもの（例えば、世界
時［ＵＴＣ］）とする。Ｂは、受信したｕｓｅｒｉｄを
用いて、閲覧者がストリームにアクセスした時間を、Ａ
に申告する。この認証方法により、閲覧者がｔｉｍｅま
たはｕｓｅｒｉｄを改変してＢによるコンテンツにアク
セスすることが不可能である旨、保証されている。
【００７６】図３では、同様の方式で、Ｂはコンテンツ
配信ネットワーク（ＣＤＮ：ｃｏｎｔｅｎｔ ｄｅｌｉ
ｖｅｒｙ ｎｅｔｗｏｒｋ）を運営している。ＣＤＮで
は、コンテンツは、複数のサーバに複製されている。本
方法は、上述のように機能する。但し、ＣＤＮ内の全て
のサーバに、秘密キーＫWebが渡されている。
【００７７】ＣＤＮがアプリケーション・レベルでのリ
ダイレクトを用いている場合には、本方法が組み合わせ
られてもよい。秘密キーＫWebは、Ａのウェブサーバ３
０４およびＣＤＮのリダイレクト・ユニット（ｒｅｄｉ
ｒｅｃｔｉｏｎ ｕｎｉｔ）３０６間で共有されてい
る。ＣＤＮのリダイレクト・ユニットは、閲覧者に返却
する新たなＵＲＬを算出するのに、別のキーＫCDNを用
いる。この秘密キーＫCDNは、ＣＤＮのリダイレクト・
ユニットおよび全てのコンテンツ・サーバ３０８間で共
有されている。閲覧者が、リダイレクト・ユニットによ
り選択されたサーバからのみ、ストリームミにアクセス
すべく制限されるならば、ユニークな識別子（例えば、
選択されたコンテンツ・サーバのＩＰアドレス）が、作
成されたＵＲＬおよびデジタル署名内に符号化されてい
てもよい。ＣＤＮ内のコンテンツ・サーバが、閲覧者に
コンテンツを配信する前に、サーバは、リダイレクト・
ユニットにより、ＵＲＬ内のユニークな識別子とその位
置として認識されるユニークな識別子とが比較されるこ
とにより選択されたのかどうかを、テストする。
【００７８】暗号化関数の例では、処理の安全性は、権
限のない者は秘密キーについて知らないという事実に依
存している。従って、権限のない者がアクセスしないよ
うに、秘密キーを各サーバに保存することが好ましい。
数百または数千のサーバによる大規模な分散システム
（例えば、大規模ＣＤＮ）では、各サーバに別々の秘密
キーが割り当てられてもよい。但し、このことにより、
初期化段階が複雑になり、リダイレクト・ユニットは、
あるリクエストに対してどのサーバが当該リクエストに
係るコンテンツを供給することになるのか、認識してお
く必要がある。しかし、暗号として強力な秘密キーを演
算処理するには、多くのＣＰＵサイクルが必要とされ、
その秘密キーは、リダイレクト・ユニットにテーブルと
して保存される必要がある。この処理を容易にするため
に、以下の方法が採用されてもよい。
【００７９】最初にリダイレクト・ユニットは、暗号学
的に強いキー・ジェネレータにより生成された主秘密キ
ーＫRUを有している。
【００８０】そして、各ＣＤＮサーバＣＳi（ＩＰアド
レス：ＩＰCS i）に対して、秘密キーＫCS i＝Ｈ（ＫRU＋
ＩＰCS i＋ＫRU）が生成され、各ＣＤＮサーバＣＳiに秘
密キーＫCS iが格納される。リダイレクト・ユニット
は、ＣＤＮサーバＣＳiを選択する度に、ＫCDNではなく
算出されたキーＫCS iで、デジタル署名Ｓ2を算出する。
【００８１】キーＫCS iが盗まれた場合、犯人は、当該
ＣＤＮのどのサーバＣＳiにもアクセスすることができ
るが、他のＣＤＮのサーバにはアクセス不能である。さ
らに、盗まれたキーに基づいて、主キーＫRUを見出すこ
とは、コンピュータ処理として実行不能である。
【００８２】本発明では、その好適な実施形態におい
て、リクエスト発行者のＩＰアドレスが用いられてい
る。これは、自身のＩＰアドレスを隠蔽して、インター
ネット上の供給源からＩＰパケットを受信できるように
することは、技術的に非常に困難であるためである。し
かしながら、ＩＰアドレスが最良の認証方法とならない
場合もある。ファイアウォール、ウェブ・プロキシ、お
よびキャッシュは、リクエストをインターセプトして、
インターセプトした側からの新しいリクエストを作成す
る。本発明では、メソッドの記述に、ＩＰアドレスに代
わる別のユニークな識別子が、採用されてもよい。この
ようなユニークな識別子の候補として、ある種のブラウ
ザおよびメディア・プレイヤ（ｍｅｄｉａ ｐｌａｙｅ
ｒｓ）で提供されているグローバル・ユニークＩＤ（Ｇ
ＵＩＤ：ｇｌｏｂａｌ ｕｎｉｑｕｅｉｄｅｎｔｉｆｉ
ｅｒ）や、リクエスト発行側の装置におけるＣＰＵのシ
リアル番号が挙げられる。このようなユニークな識別子
に伴う主要な問題として、これら識別子は、ＩＰアドレ
スに比べて隠蔽や偽装が理論的には容易であるというこ
とがある。提案されているその他のユニークな識別子
を、ＩＰアドレスに加えて採用してもよい。ユニークな
識別子は２つ以上用いられてもよい。
【００８３】ＣＤＮによる他の実施形態についての記述
により、中心となるリダイレクト・ユニットが、新たな
デジタル署名で新たなＵＲＬをどのように生成するのか
ということが、説明されている。本発明において、リダ
イレクト・ユニットが、リソース・ロケータ・サーバに
ついて説明された如く算出されたリンクのある文書（Ｈ
ＴＭＬ、ＸＭＬ、ＡＳＸ、ＳＭＩＬＥ、またはその他の
形式）を、生成することも可能である。一般に、本発明
は、組み合わせられてもよい。
【００８４】ＣＤＮによる他の実施例についての記述に
より、中心となるリダイレクト・ユニットが、新たなデ
ジタル署名で新たなＵＲＬをどのように生成するのかと
いうことが、説明されている。本発明において、ＣＤＮ
のための中心となるリダイレクト・ユニットが、存在し
ないこともありうる。この場合、ネットワーク・パス上
で（例えば、ルータまたはレイヤ４〜７のスイッチを介
して）、トランスペアレントにリダイレクトがなされ
る。例えば、このようなケースでは、レイヤ４のスイッ
チにより、全てのＨＴＴＰリクエストが、ネットワーク
・パス上の全てのエンドユーザへのＨＴＴＰキャッシュ
へ、リダイレクトされ得る。リソース・ロケータ・サー
バにより生成されたリンク付きのページは、キャッシュ
禁止とされている。閲覧者がコンテンツ・サーバにコン
テンツを要求した場合、キャッシュは、コンテンツ・サ
ーバと同じ方法で、コンテンツ・サーバに代わってデジ
タル署名を確認し、コンテンツへのアクセスを認める。
このことは、当然、キャッシュにも本発明が実施される
ことを意味している。しかしながら、リダイレクト・ユ
ニット（この例ではレイヤ４のスイッチ）では、本方法
は採用されない。
【００８５】上記説明では、処理は全体的な観点から示
されている。当然、この処理は、リソース・ロケータ・
サーバとコンテンツ提供サーバとにおいて、その形態が
どのようであれ、独立に実行されてもよい。また、リソ
ース・ロケータ・サーバで実行される処理を符号化した
コンピュータ・プログラムが提供されるとともに、コン
テンツ提供サーバで実行される処理を符号化した別のコ
ンピュータ・プログラムが提供されてもよい。
【図面の簡単な説明】
【図１】ネットワークを介して接続されたクライアント
−サーバ・システムを示す図。
【図２】２つのサーバによる同様のシステムを示す図。
【図３】図２の両サーバの一方をリダイレクト・ユニッ
ト付きのコンテンツ配信ネットワークに置き換えたシス
テムを示す図。
【図４】ユーザまたはクライアントがリソース・ロケー
タを受信するサーバで実行される本発明による処理のフ
ローチャート。
【図５】リソース・ロケータにリクエストがなされた時
にリクエストされたコンテンツをクライアントに供給す
るサーバによって実行される処理の、本発明によるフロ
ーチャート。
【符号の説明】
１００…クライアント １０２…ネットワーク １０４…サーバ ２００…クライアント ２０２…ネットワーク ２０４…サーバ ２０６…サーバ ３００…クライアント ３０２…ネットワーク ３０４…サーバ ３０６…ＣＤＮリダイレクト・ユニット ３０８…ＣＤＮサーバ
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｌ 9/00 ６７５Ｄ (72)発明者 ジャコブ ユム フランス国，06160 ジュアン レ パン, アブニュ ドゥ ラ ロスターニュ 24 Ｆターム(参考） 5B082 EA11 HA05 HA08 5B085 AE02 AE10 AE23 AE29 BC01 BE04 BG02 BG07 5J104 KA02 KA04 MA01

Claims (47)

    【特許請求の範囲】
  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. 【請求項３７】 前記サーバには秘密キーが提供され、
    前記他のデジタル署名は、この秘密キーの関数として算
    出される、請求項３２記載の方法。
  38. 【請求項３８】 前記他のデジタル署名を算出するステ
    ップは、暗号化ハッシュ関数を算出することを含む、請
    求項３２記載の方法。
  39. 【請求項３９】 前記他のキーを算出するステップは、
    前記リクエストに含まれた前記クライアントのコンピュ
    ータ・システムのネットワークにおける少なくとも１つ
    のアドレス、前記リクエストに含まれた前記クライアン
    トのコンピュータ・システムのユニークな識別子、前記
    クライアントによりアクセスされるべきコンテンツの関
    数、前記リクエストに含まれた前記クライアントの識別
    情報、および時間を含んだデータ列についての暗号化ハ
    ッシュ関数を算出することを含む、請求項３２記載の方
    法。
  40. 【請求項４０】 前記暗号化ハッシュ関数は、ＭＤ５、
    ＳＨＡ−１、ＭＤ２、ＭＤ４、ＲＩＰＥＭＤ−１２８、
    およびＲＩＰＥＭＤ−１６０から選択される、請求項３
    ８記載の方法。
  41. 【請求項４１】 ネットワークへの接続と、 請求項１７記載の方法を実行するプログラム、を含むリ
    ソース・ロケータ・サーバ。
  42. 【請求項４２】 ネットワークへの接続と、 請求項３１記載の方法を実行するプログラム、を含むコ
    ンテンツ提供サーバ。
  43. 【請求項４３】 前記コンテンツ提供サーバは、少なく
    とも２つのサーバを備えたコンテンツ配信ネットワーク
    である、請求項４２記載のコンテンツ提供サーバ。
  44. 【請求項４４】 前記コンテンツ配信ネットワークは、
    リダイレクト・ユニットを備え、該リダイレクト・ユニ
    ットは、前記請求項１７記載の一方法を実行するプログ
    ラムを有する、請求項４３記載のコンテンツ提供サー
    バ。
  45. 【請求項４５】 前記コンテンツ配信ネットワークは、
    リダイレクト・ユニットを備え、このリダイレクト・ユ
    ニットは、当該コンテンツ配信ネットワークのサーバの
    うちの１つを選択するとともに前記請求項１７記載の一
    方法を実行するプログラムを有する、請求項４３記載の
    コンテンツ提供サーバ。
  46. 【請求項４６】 ネットワークに接続したリソース・ロ
    ケータ・サーバにて、リソース・ロケータをクライアン
    トに提供するための、コンピュータ可読媒体中に含まれ
    るコンピュータ・プログラム製品において、 前記クライアントをネットワークへ接続させているコン
    ピュータ・システムからのアクセスのリクエストを、ネ
    ットワークから受信するためのコンピュータ可読プログ
    ラムコード手段と、 前記コンピュータ・システムへ向けて、ネットワークへ
    リソース・ロケータを提供するためのコンピュータ可読
    プログラムコード手段であって、前記リソース・ロケー
    タは、前記クライアントが当該リソース・ロケータによ
    って位置決めされたリソースにアクセスすることを、前
    記リソース・ロケータ・サーバが認めた権利を示すデジ
    タル署名を含み、前記デジタル署名は、前記コンピュー
    タ・システムまたは該コンピュータ・システムのネット
    ワークへの接続に関する少なくとも１つのユニークな特
    徴に基づくとともに、前記リソースの識別子に基づい
    て、算出されるものである、コンピュータ可読プログラ
    ムコード手段、とを備えたコンピュータ可読媒体中に含
    まれるコンピュータ・プログラム製品。
  47. 【請求項４７】 ネットワークに接続したコンテンツ提
    供サーバにて、クライアントのコンテンツへのアクセス
    を提供する、コンピュータ可読媒体中に含まれるコンピ
    ュータ・プログラム製品であって、 前記クライアントをネットワークへ接続させているコン
    ピュータ・システムからのアクセスのリクエストであっ
    て、デジタル署名を含んだリクエストを、ネットワーク
    から受信するコンピュータ可読プログラムコード手段
    と、 前記リクエストにおいて受信された前記コンピュータ・
    システムまたは該コンピュータ・システムのネットワー
    クへの接続に関する少なくとも１つのユニークな特徴に
    従って、さらに、アクセスがリクエストされるコンテン
    ツの識別子に従って、前記リソース・ロケータに含まれ
    た前記デジタル署名を検査するコンピュータ可読プログ
    ラムコード手段と、さらに、 前記検査の結果に応じて、前記クライアントにコンテン
    ツへのアクセスを可能とするコンピュータ可読プログラ
    ムコード手段、とを備えたコンピュータ可読媒体中に含
    まれるコンピュータ・プログラム製品。
JP2002204448A 2001-07-12 2002-07-12 クライアントのコンテンツ提供サーバへのアクセスをリソース・ロケータ・サーバの制御下で提供する方法 Pending JP2003122724A (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP01401870.9 2001-07-12
EP01401870A EP1278112B1 (en) 2001-07-12 2001-07-12 A process for providing access of a client to a content provider server under control of a resource locator server

Publications (1)

Publication Number Publication Date
JP2003122724A true JP2003122724A (ja) 2003-04-25

Family

ID=8182803

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002204448A Pending JP2003122724A (ja) 2001-07-12 2002-07-12 クライアントのコンテンツ提供サーバへのアクセスをリソース・ロケータ・サーバの制御下で提供する方法

Country Status (5)

Country Link
US (1) US20030014503A1 (ja)
EP (1) EP1278112B1 (ja)
JP (1) JP2003122724A (ja)
AT (1) ATE241820T1 (ja)
DE (1) DE60100317T2 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006073008A1 (ja) * 2005-01-07 2006-07-13 Systemk Corporation ネットワークカメラへのログイン認証システム
US7627905B2 (en) 2004-04-07 2009-12-01 Sony Corporation Content transfer system, content transfer method, content transmitting apparatus, content transmission method, content receiving apparatus, content reception method, and computer program
US8065526B2 (en) 2005-02-07 2011-11-22 Sony Computer Entertainment Inc. Methods and apparatus for content control using processor resource management
JP2022528639A (ja) * 2019-03-26 2022-06-15 グーグル エルエルシー 複数の暗号学的デジタル署名を使用したコンテンツアクセスおよびコンテンツ配信の認可の分離

Families Citing this family (54)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7836295B2 (en) * 2002-07-29 2010-11-16 International Business Machines Corporation Method and apparatus for improving the resilience of content distribution networks to distributed denial of service attacks
KR20050061545A (ko) * 2002-10-18 2005-06-22 코닌클리케 필립스 일렉트로닉스 엔.브이. Ｔｖ-애니타임의 메타데이터 보호를 위한 방법 및 시스템
US20040158606A1 (en) * 2003-02-10 2004-08-12 Mingtar Tsai Transmission method of multimedia data over a network
US7562215B2 (en) * 2003-05-21 2009-07-14 Hewlett-Packard Development Company, L.P. System and method for electronic document security
US6973654B1 (en) * 2003-05-27 2005-12-06 Microsoft Corporation Systems and methods for the repartitioning of data
US7676551B1 (en) * 2003-06-25 2010-03-09 Microsoft Corporation Lookup partitioning storage system and method
US8782654B2 (en) 2004-03-13 2014-07-15 Adaptive Computing Enterprises, Inc. Co-allocating a reservation spanning different compute resources types
US7490325B2 (en) 2004-03-13 2009-02-10 Cluster Resources, Inc. System and method for providing intelligent pre-staging of data in a compute environment
US20070266388A1 (en) 2004-06-18 2007-11-15 Cluster Resources, Inc. System and method for providing advanced reservations in a compute environment
US8176490B1 (en) 2004-08-20 2012-05-08 Adaptive Computing Enterprises, Inc. System and method of interfacing a workload manager and scheduler with an identity manager
US8271980B2 (en) 2004-11-08 2012-09-18 Adaptive Computing Enterprises, Inc. System and method of providing system jobs within a compute environment
US8010685B2 (en) * 2004-11-09 2011-08-30 Cisco Technology, Inc. Method and apparatus for content classification
US20060200664A1 (en) * 2005-03-07 2006-09-07 Dave Whitehead System and method for securing information accessible using a plurality of software applications
US8863143B2 (en) 2006-03-16 2014-10-14 Adaptive Computing Enterprises, Inc. System and method for managing a hybrid compute environment
US9075657B2 (en) 2005-04-07 2015-07-07 Adaptive Computing Enterprises, Inc. On-demand access to compute resources
US8930536B2 (en) 2005-03-16 2015-01-06 Adaptive Computing Enterprises, Inc. Virtual private cluster
US9015324B2 (en) 2005-03-16 2015-04-21 Adaptive Computing Enterprises, Inc. System and method of brokering cloud computing resources
US9231886B2 (en) 2005-03-16 2016-01-05 Adaptive Computing Enterprises, Inc. Simple integration of an on-demand compute environment
US8782120B2 (en) 2005-04-07 2014-07-15 Adaptive Computing Enterprises, Inc. Elastic management of compute resources between a web server and an on-demand compute environment
FR2887097A1 (fr) * 2005-06-14 2006-12-15 France Telecom Procede de protection d'un code-source en langage semi-interprete
US8024290B2 (en) * 2005-11-14 2011-09-20 Yahoo! Inc. Data synchronization and device handling
US20070260572A1 (en) * 2006-05-03 2007-11-08 Boucard John C Interactive data management system
US20080034008A1 (en) * 2006-08-03 2008-02-07 Yahoo! Inc. User side database
US20080172545A1 (en) * 2007-01-12 2008-07-17 John Christian Boucard System and method for accessing and displaying interactive content and advertising
US20080172498A1 (en) * 2007-01-12 2008-07-17 John Christian Boucard System and Apparatus for Managing Interactive Content, Advertising, and Devices
US8041773B2 (en) 2007-09-24 2011-10-18 The Research Foundation Of State University Of New York Automatic clustering for self-organizing grids
US8489731B2 (en) 2007-12-13 2013-07-16 Highwinds Holdings, Inc. Content delivery network with customized tracking of delivery data
EP2235642A4 (en) 2007-12-13 2016-08-03 Highwinds Holdings Inc CONTENT DELIVERY NETWORK
US8707442B1 (en) * 2008-01-18 2014-04-22 Google Inc. Dynamic universal resource locator (URL) construction for accessing media content
US20090271493A1 (en) * 2008-04-29 2009-10-29 Boucard John C System and Apparatus for Managing Social Networking and Loyalty Program Data
US20100198674A1 (en) * 2009-02-03 2010-08-05 John Boucard Brand Experience System
US20100199162A1 (en) * 2009-02-03 2010-08-05 John Boucard Form Management System
US20100193587A1 (en) * 2009-02-03 2010-08-05 John Boucard Interactive Printed Document System
US20130103785A1 (en) * 2009-06-25 2013-04-25 3Crowd Technologies, Inc. Redirecting content requests
US8560597B2 (en) 2009-07-30 2013-10-15 At&T Intellectual Property I, L.P. Anycast transport protocol for content distribution networks
US10877695B2 (en) 2009-10-30 2020-12-29 Iii Holdings 2, Llc Memcached server functionality in a cluster of data processing nodes
US11720290B2 (en) 2009-10-30 2023-08-08 Iii Holdings 2, Llc Memcached server functionality in a cluster of data processing nodes
US8429616B2 (en) * 2010-03-19 2013-04-23 Ebay Inc. Orthogonal experimentation in a computing environment
US20130103853A1 (en) 2011-07-29 2013-04-25 3Crowd Technologies, Inc. Directing clients based on communication format
US9680791B2 (en) 2011-07-29 2017-06-13 Fortinet, Inc. Facilitating content accessibility via different communication formats
US8984605B2 (en) * 2011-08-23 2015-03-17 Zixcorp Systems, Inc. Multi-factor authentication
US20140344908A1 (en) 2011-12-16 2014-11-20 British Telecommunications Public Limited Company Data retrieval redirection
EP2605479A1 (en) * 2011-12-16 2013-06-19 British Telecommunications public limited company Network terminal validation
EP2605478A1 (en) * 2011-12-16 2013-06-19 British Telecommunications public limited company Data retrieval redirection
US9438610B2 (en) * 2013-09-03 2016-09-06 Pagefair Limited Anti-tampering server
US20160337318A1 (en) * 2013-09-03 2016-11-17 Pagefair Limited Anti-tampering system
US9311500B2 (en) 2013-09-25 2016-04-12 Amazon Technologies, Inc. Data security using request-supplied keys
US9237019B2 (en) * 2013-09-25 2016-01-12 Amazon Technologies, Inc. Resource locators with keys
US10089307B2 (en) 2014-12-31 2018-10-02 International Business Machines Corporation Scalable distributed data store
DE102015214740A1 (de) * 2015-08-03 2017-02-09 Siemens Aktiengesellschaft Verfahren und System zum Bereitstellen von Informationsdaten
US9973340B2 (en) * 2015-11-13 2018-05-15 Verizon Patent And Licensing Inc. Mobile content delivery via toll-free uniform resource locators
FR3062013A1 (fr) * 2017-01-16 2018-07-20 Orange Procedes et dispositifs de verification de la validite d'une delegation de diffusion de contenus chiffres
US10374948B2 (en) * 2017-07-20 2019-08-06 Huawei Technologies Co., Ltd. Supporting mobility and multi-homing in the transport layer inside end-hosts
US11086963B2 (en) 2018-12-05 2021-08-10 Ebay Inc. Adaptive data platforms

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5708780A (en) * 1995-06-07 1998-01-13 Open Market, Inc. Internet server access control and monitoring systems
US5751956A (en) * 1996-02-21 1998-05-12 Infoseek Corporation Method and apparatus for redirection of server external hyper-link references
US5963915A (en) * 1996-02-21 1999-10-05 Infoseek Corporation Secure, convenient and efficient system and method of performing trans-internet purchase transactions
US6032260A (en) * 1997-11-13 2000-02-29 Ncr Corporation Method for issuing a new authenticated electronic ticket based on an expired authenticated ticket and distributed server architecture for using same
US6233577B1 (en) * 1998-02-17 2001-05-15 Phone.Com, Inc. Centralized certificate management system for two-way interactive communication devices in data networks
US6356935B1 (en) * 1998-08-14 2002-03-12 Xircom Wireless, Inc. Apparatus and method for an authenticated electronic userid
US6085321A (en) * 1998-08-14 2000-07-04 Omnipoint Corporation Unique digital signature
US6463534B1 (en) * 1999-03-26 2002-10-08 Motorola, Inc. Secure wireless electronic-commerce system with wireless network domain
US6775782B1 (en) * 1999-03-31 2004-08-10 International Business Machines Corporation System and method for suspending and resuming digital certificates in a certificate-based user authentication application system
US7146505B1 (en) * 1999-06-01 2006-12-05 America Online, Inc. Secure data exchange between date processing systems
US6324648B1 (en) * 1999-12-14 2001-11-27 Gte Service Corporation Secure gateway having user identification and password authentication
US6510464B1 (en) * 1999-12-14 2003-01-21 Verizon Corporate Services Group Inc. Secure gateway having routing feature

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7627905B2 (en) 2004-04-07 2009-12-01 Sony Corporation Content transfer system, content transfer method, content transmitting apparatus, content transmission method, content receiving apparatus, content reception method, and computer program
WO2006073008A1 (ja) * 2005-01-07 2006-07-13 Systemk Corporation ネットワークカメラへのログイン認証システム
JPWO2006073008A1 (ja) * 2005-01-07 2008-10-23 株式会社システム・ケイ ネットワークカメラへのログイン認証システム
US8065526B2 (en) 2005-02-07 2011-11-22 Sony Computer Entertainment Inc. Methods and apparatus for content control using processor resource management
JP2022528639A (ja) * 2019-03-26 2022-06-15 グーグル エルエルシー 複数の暗号学的デジタル署名を使用したコンテンツアクセスおよびコンテンツ配信の認可の分離
JP7210769B2 (ja) 2019-03-26 2023-01-23 グーグル エルエルシー 複数の暗号学的デジタル署名を使用したコンテンツアクセスおよびコンテンツ配信の認可の分離

Also Published As

Publication number Publication date
DE60100317T2 (de) 2004-04-29
EP1278112A1 (en) 2003-01-22
EP1278112B1 (en) 2003-05-28
DE60100317D1 (de) 2003-07-03
US20030014503A1 (en) 2003-01-16
ATE241820T1 (de) 2003-06-15

Similar Documents

Publication Publication Date Title
JP2003122724A (ja) クライアントのコンテンツ提供サーバへのアクセスをリソース・ロケータ・サーバの制御下で提供する方法
US8005965B2 (en) Method and system for secure server-based session management using single-use HTTP cookies
CA2327078C (en) Secure session management and authentication for web sites
KR100856674B1 (ko) 클라이언트 서버 환경에서 클라이언트를 인증하는 시스템및 방법
US8631481B2 (en) Access to a network for distributing digital content
KR100800339B1 (ko) 제휴 환경에서 사용자에 의해 결정된 인증 및 단일 사인온을 위한 방법 및 시스템
US7552338B1 (en) Dynamic multimedia fingerprinting system
US6421768B1 (en) Method and system for authentication and single sign on using cryptographically assured cookies in a distributed computer environment
US6957334B1 (en) Method and system for secure guaranteed transactions over a computer network
US6128738A (en) Certificate based security in SNA data flows
US7908649B1 (en) Method and apparatus for providing efficient authorization services in a web cache
US20030065956A1 (en) Challenge-response data communication protocol
EP0940960A1 (en) Authentication between servers
US20030163691A1 (en) System and method for authenticating sessions and other transactions
US20060106802A1 (en) Stateless methods for resource hiding and access control support based on URI encryption
KR20040037155A (ko) 사용자 인증을 허용하는 사용자 단말의 고유 온라인프라비젼
MXPA04007546A (es) Metodo y sistema para proporcionar una tercera autenticacion de autorizacion.
JP2004304304A (ja) 電子署名生成方法，電子署名検証方法，電子署名生成依頼プログラム，及び電子署名検証依頼プログラム
JP5602165B2 (ja) ネットワーク通信を保護する方法および装置
KR20040045486A (ko) 공용 서버로부터 콘텐츠를 요청할 때 클라이언트프라이버시를 제공하는 방법 및 시스템
JP2007293760A (ja) 個別認証を用いたシングルサインオン連携方法およびシステム
CN110213321B (zh) 互联网应用中提供第三方服务的方法、装置及电子设备
KR20080085846A (ko) 콘텐츠 배포 제어 방법, 콘텐츠 수신 방법, 콘텐츠 발행방법 및 컴퓨터 프로그램
JP2006157399A (ja) 電子署名付き電子文書交換支援方法及び情報処理装置
US20040243802A1 (en) System and method employed to enable a user to securely validate that an internet retail site satisfied pre-determined conditions

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060725

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20061219