(57)【要約】【課題】オープンリダイレクトを防止することができる転送装置、転送方法、転送プログラム、コンテンツ要求処理装置、コンテンツ要求処理方法、コンテンツ要求処理プログラムおよびアクセス処理システムを提供すること。【解決手段】本願にかかる転送装置は、受付部と、生成部と、判定部と、転送部とを備える。受付部は、端末装置から、アクセス先の情報と、第１署名情報とを含むアクセス要求を受け付ける。生成部は、所定のアルゴリズムにより端末装置のユーザに対応する情報であるユーザ情報から第２署名情報を生成する。判定部は、第１署名情報と第２署名情報との比較結果に基づき、アクセス要求の正当性を判定する。転送部は、判定部による判定結果に基づいて、アクセス要求に対する転送処理を行う。【選択図】図１
2017173889.tif 000002
【特許請求の範囲】
【請求項１】
端末装置から、アクセス先の情報と、第１署名情報とを含むアクセス要求を受け付ける受付部と、
所定のアルゴリズムにより前記端末装置のユーザに対応する情報であるユーザ情報から第２署名情報を生成する生成部と、
前記第１署名情報と前記第２署名情報との比較結果に基づき、前記アクセス要求の正当性を判定する判定部と、
前記判定部による判定結果に基づいて、前記アクセス要求に対する転送処理を行う転送部と、
を備えることを特徴とする転送装置。
【請求項２】
前記転送部は、
前記判定部によって正当性があると判定された場合、他の転送装置または前記アクセス先の装置にアクセス要求を送信するように前記端末装置に指示する転送処理を行い、前記判定部によって正当性があると判定されない場合、前記転送処理を行わない
ことを特徴とする請求項１に記載の転送装置。
【請求項３】
前記端末装置からの前記アクセス要求には、前記ユーザ情報が含まれ、
前記判定部は、
前記アクセス要求に含まれる前記ユーザ情報から前記所定のアルゴリズムにより前記第２署名情報を生成する
ことを特徴とする請求項１または２に記載の転送装置。
【請求項４】
前記ユーザ情報は、
前記端末装置のＩＰアドレス、アクセス元のウェブページの生成日時、前記端末装置から出力されるクッキーおよびユーザエージェントのうち少なくとも一つの情報を含む
ことを特徴とする請求項１〜３のいずれか一つに記載の転送装置。
【請求項５】
請求項１〜４のいずれか一つに記載の転送装置と、第１コンテンツ提供装置と、第２コンテンツ提供装置とを備えるアクセス処理システムであって、
前記第１コンテンツ提供装置は、
前記端末装置からのコンテンツ要求がある場合に、前記所定のアルゴリズムにより前記ユーザ情報から前記第２署名情報を生成し、前記第２コンテンツ提供装置へ前記第２署名情報を含むコンテンツ要求を行うように前記端末装置に指示し、
前記第２コンテンツ提供装置は、
前記端末装置からの前記第２署名情報を含む前記コンテンツ要求に対して、前記第２署名情報とリンク先の情報が設定されたコンテンツの情報とを前記端末装置へ提供し、
前記転送装置の前記受付部は、
前記端末装置から、前記アクセス先の情報として前記リンク先の情報を含む情報を受け付ける
ことを特徴とするアクセス処理システム。
【請求項６】
端末装置からのコンテンツ要求を受け付ける受付部と、
前記受付部によって前記コンテンツ要求が受け付けられた場合に、所定のアルゴリズムにより前記端末装置のユーザに対応する情報であるユーザ情報から署名情報を生成する生成部と、
前記生成部によって生成された前記署名情報を含むアクセス情報を前記端末装置へ提供する提供部と、を備える
ことを特徴とするコンテンツ要求処理装置。
【請求項７】
コンピュータが実行する転送方法であって、
端末装置から、アクセス先の情報と、第１署名情報とを含むアクセス要求を受け付ける受付工程と、
所定のアルゴリズムにより前記端末装置のユーザに対応する情報であるユーザ情報から第２署名情報を生成する生成工程と、
前記第１署名情報と前記第２署名情報との比較結果に基づき、前記アクセス要求の正当性を判定する判定工程と、
前記判定工程による判定結果に基づいて、前記アクセス要求に対する転送処理を行う転送工程と、
を含むことを特徴とする転送方法。
【請求項８】
コンピュータが実行するコンテンツ要求処理方法であって、
端末装置からのコンテンツ要求を受け付ける受付工程と、
前記受付工程によって前記コンテンツ要求が受け付けられた場合に、所定のアルゴリズムにより前記端末装置のユーザに対応する情報であるユーザ情報から署名情報を生成する生成工程と、
前記生成工程によって生成された前記署名情報を含むアクセス情報を前記端末装置へ提供する提供工程と、
を含むことを特徴とするコンテンツ要求処理方法。
【請求項９】
端末装置から、アクセス先の情報と、第１署名情報とを含むアクセス要求を受け付ける受付手順と、
所定のアルゴリズムにより前記端末装置のユーザに対応する情報であるユーザ情報から第２署名情報を生成する生成手順と、
前記第１署名情報と前記第２署名情報との比較結果に基づき、前記アクセス要求の正当性を判定する判定手順と、
前記判定手順による判定結果に基づいて、前記アクセス要求に対する転送処理を行う転送手順と、
をコンピュータに実行させることを特徴とする転送プログラム。
【請求項１０】
端末装置からのコンテンツ要求を受け付ける受付手順と、
前記受付手順によって前記コンテンツ要求が受け付けられた場合に、所定のアルゴリズムにより前記端末装置のユーザに対応する情報であるユーザ情報から署名情報を生成する生成手順と、
前記生成手順によって生成された前記署名情報を含むアクセス情報を前記端末装置へ提供する提供手順と、
をコンピュータに実行させることを特徴とするコンテンツ要求処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、転送装置、転送方法、転送プログラム、コンテンツ要求処理装置、コンテンツ要求処理方法、コンテンツ要求処理プログラムおよびアクセス処理システムに関する。
【背景技術】
【０００２】
近年、インターネットの飛躍的な普及に伴い、インターネットを介した広告配信が盛んに行われている。例えば、ウェブページの所定の位置に、企業や商品等を宣伝する広告コンテンツを表示し、広告コンテンツがクリックされた場合に、広告コンテンツに対するリンク先のページであるランディングページへユーザ端末をアクセスさせる広告配信技術が知られている。
【０００３】
このような広告配信において、ランディングページへのアクセス状況を把握するために、ランディングページがユーザ端末によって受信される前に、ユーザ端末によるランディングページへのアクセス要求が１以上の転送装置（以下、リダイレクタと記載する）を通じて転送（リダイレクト）されることがある（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特表２０１４−５１７４１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、リダイレクタが任意のページへリダイレクト可能な状態（オープンリダイレクトと呼ばれる）である場合、アクセス先の情報が第３者によってフィッシングサイトに改ざんされ、リダイレクタを介してフィッシングサイトにユーザ端末をアクセスさせてしまう可能性がある。
【０００６】
このようなオープンリダイレクトによる脆弱性を解消するために、リダイレクタが、署名（シグネチャと呼ばれる）を用いてアクセス要求の正当性を判定する処理を行うことがある。例えば、リダイレクタは、広告サーバによってランディングページのＵＲＬ（Uniform  Resource  Locator）から生成されたシグネチャと、自装置でランディングページのＵＲＬから生成したシグネチャとが一致した場合にのみユーザ端末をリダイレクトするといった処理が行われている。
【０００７】
しかしながら、例えば、ある管理者Ｇ１の広告サーバへ行われた広告リクエストに対して他の管理者Ｇ２の広告サーバから広告コンテンツを配信させるような場合、管理者Ｇ１のリダイレクタは、広告コンテンツのランディングページのＵＲＬが分からないことがある。
【０００８】
そして、広告サーバは、管理者毎の独自のアルゴリズムによってシグネチャを生成するため、管理者Ｇ１のリダイレクタは、管理者Ｇ２の広告サーバによって生成されたシグネチャによってアクセス要求の正当性を判定することが難しい。そのため、管理者Ｇ１のリダイレクタにおいてオープンリダイレクトを防止することが難しい場合がある。このことは、広告コンテンツのランディングページへのアクセス要求に限らず、ランディングページ以外のコンテンツにリダイレクトするアクセス要求についても同様である。
【０００９】
本願は、上記に鑑みてなされたものであって、オープンリダイレクトを防止することができる転送装置、転送方法、転送プログラム、コンテンツ要求処理装置、コンテンツ要求処理方法、コンテンツ要求処理プログラムおよびアクセス処理システムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本願の転送装置は、受付部と、生成部と、判定部と、転送部とを備える。前記受付部は、端末装置から、アクセス先の情報と、第１署名情報とを含むアクセス要求を受け付ける。前記生成部は、所定のアルゴリズムにより前記端末装置のユーザに対応する情報であるユーザ情報から第２署名情報を生成する。前記判定部は、前記第１署名情報と前記第２署名情報との比較結果に基づき、前記アクセス要求の正当性を判定する。前記転送部は、前記判定部による判定結果に基づいて、前記アクセス要求に対する転送処理を行う。
【発明の効果】
【００１１】
実施形態の一態様によれば、オープンリダイレクトを防止することができる転送装置、転送方法、転送プログラム、コンテンツ要求処理装置、コンテンツ要求処理方法、コンテンツ要求処理プログラムおよびアクセス処理システムを提供することができる。
【図面の簡単な説明】
【００１２】
【図１】図１は、実施形態にかかるアクセス処理の一例を示す図である。
【図２】図２は、実施形態にかかるアクセス処理システムの構成例を示す図である。
【図３】図３は、第１広告サーバの構成例を示す図である。
【図４】図４は、第２広告サーバの構成例を示す図である。
【図５】図５は、第１リダイレクタの構成例を示す図である。
【図６】図６は、第２リダイレクタの構成例を示す図である。
【図７】図７は、実施形態に係る第１広告サーバにおける情報処理の流れを示すフローチャートである。
【図８】図８は、実施形態にかかる第２広告サーバにおける情報処理の流れを示すフローチャートである。
【図９】図９は、実施形態にかかる第１リダイレクタにおける情報処理の流れを示すフローチャートである。
【図１０】図１０は、プログラムを実行するコンピュータのハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１３】
以下に、本願にかかる転送装置、転送方法、転送プログラム、コンテンツ要求処理装置、コンテンツ要求処理方法、コンテンツ要求処理プログラムおよびアクセス処理システムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願にかかる転送装置、転送方法、転送プログラム、コンテンツ要求処理装置、コンテンツ要求処理方法、コンテンツ要求処理プログラムおよびアクセス処理システムが限定されるものではない。
【００１４】
〔１．転送処理を含むアクセス処理〕
図１を用いて、実施形態にかかるアクセス処理について説明する。図１は、実施形態にかかるアクセス処理の説明図であり、本実施形態においては、アクセス処理システム１によってアクセス処理が実行される。
【００１５】
図１に示すアクセス処理システム１は、ユーザ端末１０と、第１広告サーバ２０（コンテンツ要求処理装置および第１コンテンツ提供装置の一例）と、第２広告サーバ３０（コンテンツ提供装置および第２コンテンツ提供装置の一例）と、第１リダイレクタ４０（転送装置の一例）と、第２リダイレクタ５０とを有する。
【００１６】
ユーザ端末１０、第１広告サーバ２０、第２広告サーバ３０、第１リダイレクタ４０および第２リダイレクタ５０は、ネットワークを介して有線または無線により通信可能に接続される。また、第１広告サーバ２０および第１リダイレクタ４０は、管理者Ｔ１によって管理され、第２広告サーバ３０および第２リダイレクタ５０は、管理者Ｔ１とは異なる管理者Ｔ２によって管理される。
【００１７】
図１に示すように、ユーザ端末１０は、ウェブページＷ１を表示部１１に表示する際に、ウェブページＷ１の広告枠Ｆ１に表示する広告コンテンツＡＤを取得するための広告リクエストを第１広告サーバ２０に送信する（ステップＳ１）。
【００１８】
ウェブページＷ１のデータ（例えば、マークアップ言語で記述されたデータ）には、広告リクエストのアクセス先ＵＲＬ（Uniform  Resource  Locator）として第１広告サーバ２０のＵＲＬが含まれており、ユーザ端末１０は、かかるアクセス先ＵＲＬを宛先ＵＲＬとして広告リクエストを行う。
【００１９】
第１広告サーバ２０は、ユーザ端末１０からの広告リクエストを受け付けると、ユーザ端末１０に対して広告コンテンツを第１広告サーバ２０から提供するのか第２広告サーバ３０から提供させるのかを決定する。ここでは、第１広告サーバ２０は、ユーザ端末１０に対して第２広告サーバ３０から広告コンテンツを提供させると決定したとして説明を続ける。
【００２０】
ユーザ端末１０から送信される広告リクエストには、ユーザ端末１０のユーザに対応する情報（以下、ユーザ関連情報と記載する）が含まれており、第１広告サーバ２０は、かかるユーザ関連情報を用いてシグネチャ（以下、「ＳＩＧ２」と記載する）を生成する（ステップＳ２）。例えば、第１広告サーバ２０は、ユーザ関連情報を入力情報として第１ハッシュ関数α（所定のアルゴリズムの一例）による演算を行い、かかる演算結果であるハッシュ値を「ＳＩＧ２」（第１署名情報の一例）とする。
【００２１】
ユーザ関連情報は、上述したように、広告リクエストに含まれる情報であり、例えば、ＨＴＴＰ（Hypertext  Transfer  Protocol）クッキー（以下、単にクッキーと記載する）、ユーザ端末１０のＩＰアドレス、ＨＴＴＰユーザエージェント（以下、単にユーザエージェントと記載する）およびリンクＵＲＬ生成日時の少なくとも一つである。
【００２２】
また、ユーザ関連情報は、例えば、ユーザ端末１０のユーザの情報をハッシュ化する際に用いるソルト（salt）であってもよい。かかるソルトは、例えば、擬似乱数生成器で生成した乱数であり、例えば、管理者Ｔ１の装置において、ユーザ端末１０のユーザのパスワードをハッシュ関数によってハッシュ化する際にパスワードに付加される。なお、かかるソルトは、クッキーに含まれてもよく、また、広告リクエストの宛先ＵＲＬ（アクセス先ＵＲＬ）に含まれる情報であってもよい。
【００２３】
第１広告サーバ２０は、「ＵＲＬ（ＡＳ２）」および「ＳＩＧ２」を含むリダイレクト要求をユーザ端末１０へ送信し（ステップＳ３）、「ＳＩＧ２」を含む広告リクエストを第２広告サーバ３０に送信するようユーザ端末１０に指示する。「ＵＲＬ（ＡＳ２）」は、第２広告サーバ３０のＵＲＬである。
【００２４】
ユーザ端末１０は、第１広告サーバ２０からの指示に基づき、「ＳＩＧ２」を含む広告リクエストを第２広告サーバ３０に送信する（ステップＳ４）。第２広告サーバ３０は、配信対象の広告コンテンツとして、広告リクエストに応じた広告コンテンツＡＤを決定する。なお、以下において、広告コンテンツＡＤのランディングページＬＰのＵＲＬを「ＵＲＬ（ＬＰ）」と記載する。
【００２５】
第２広告サーバ３０は、「ＵＲＬ（ＬＰ）」と「ＳＩＧ２」とを含むリンク情報が設定された広告コンテンツＡＤをユーザ端末１０に配信し（ステップＳ５）、ユーザ端末１０は、第２広告サーバ３０から受け付けた広告コンテンツＡＤを広告枠Ｆ１に表示する。
【００２６】
その後、ユーザ端末１０のユーザによって広告コンテンツＡＤが選択（クリック）されると（ステップＳ６）、これに応じて、ユーザ端末１０は、ランディングページＬＰへのアクセス要求として、「ＵＲＬ（ＬＰ）」と「ＳＩＧ２」を含むアクセス要求を第１リダイレクタ４０に送信する（ステップＳ７）。
【００２７】
第１リダイレクタ４０は、「ＵＲＬ（ＬＰ）」と「ＳＩＧ２」を含むアクセス要求を受け付けると、アクセス要求の正当性を判定する（ステップＳ８）。具体的には、第１リダイレクタ４０は、第１広告サーバ２０と同様に、第１ハッシュ関数αを用いて、ユーザ端末１０から取得されるユーザ関連情報からシグネチャを生成する。そして、第１リダイレクタ４０は、自装置で生成したシグネチャが「ＳＩＧ２」と一致した場合に、アクセス要求が正当であると判定する。
【００２８】
シグネチャの生成アルゴリズムである第１ハッシュ関数αは、非公開の情報であるため、第１リダイレクタ４０は、自装置で生成したシグネチャが「ＳＩＧ２」と一致すれば、アクセス要求が信頼性の足る正当なものであると判定することができる。一方、第１リダイレクタ４０は、自装置で生成したシグネチャと「ＳＩＧ２」との一致が得られなかった場合、アクセス要求が信頼できないものであると判定する。
【００２９】
そして、第１リダイレクタ４０は、アクセス要求が正当なものであると判定した場合、転送処理を行う（ステップＳ９）。具体的には、第１リダイレクタ４０は、「ＵＲＬ（ＬＰ）」を含むリダイレクト要求をユーザ端末１０に対して行い、「ＵＲＬ（ＬＰ）」を含むアクセス要求を第２リダイレクタ５０に送信するようユーザ端末１０に指示する。かかる指示を受けて、ユーザ端末１０は、「ＵＲＬ（ＬＰ）」を含むアクセス要求を第２リダイレクタ５０に送信する（ステップＳ１０）。
【００３０】
第２リダイレクタ５０は、「ＵＲＬ（ＬＰ）」を含むアクセス要求を受け付けると、転送処理を行う（ステップＳ１１）。具体的には、第２リダイレクタ５０は、「ＵＲＬ（ＬＰ）」を含むリダイレクト要求をユーザ端末１０に対して行い、「ＵＲＬ（ＬＰ）」に対応するランディングページＬＰを有するウェブサーバにアクセスするようユーザ端末１０に指示する。かかかる指示を受けて、ユーザ端末１０は、「ＵＲＬ（ＬＰ）」をアクセス先ＵＲＬとして、ウェブサーバからランディングページＬＰを取得する（ステップＳ１２）。
【００３１】
このように、本実施形態にかかるアクセス処理システム１では、第１広告サーバ２０に管理者Ｔ１の生成アルゴリズム（第１ハッシュ関数α）を実装しており、第１広告サーバ２０は、第１ハッシュ関数αを用いて、ユーザ端末１０から取得されるユーザ関連情報からシグネチャを生成する。
【００３２】
管理者Ｔ１の第１リダイレクタ４０は、第１広告サーバ２０により生成されたシグネチャを受け付けると、自装置を管理する管理者Ｔ１により実装されている第１ハッシュ関数αを用いて、ユーザ端末１０のユーザ情報からシグネチャを生成する。そして、第１リダイレクタ４０は、第１リダイレクタ４０により生成されたシグネチャとのマッチングによりアクセス要求の正当性を判定する。
【００３３】
そのため、第１広告サーバ２０によって広告コンテンツの取得先として第２広告サーバ３０が選択され、第２広告サーバ３０によってランディングページＬＰが決定される場合であっても、第１リダイレクタ４０は、アクセス要求の正当性を判定することができる。
【００３４】
これにより、管理者Ｔ１側は、オープンリダイレクトを防止しつつ、広告コンテンツＡＤに対するクリック操作（ランディングページＬＰへの遷移）を第１リダイレクタ４０により収集することができる。
【００３５】
また、第２広告サーバ３０から広告コンテンツＡＤがユーザ端末１０へ提供された後に、広告コンテンツＡＤのランディングページＬＰが変更されるような場合であっても同様の効果を得ることができる。
【００３６】
以下、アクセス処理システム１の具体的な構成例について説明する。なお、以下においては、第２広告サーバ３０は、ランディングページＬＰのＵＲＬを第１ハッシュ関数αとは異なる第２ハッシュ関数βによってハッシュ化してシグネチャを生成することを含む例について説明する。
【００３７】
〔２．アクセス処理システム１〕
図２は、実施形態にかかるアクセス処理システム１の構成例を示す図である。図２に示すように、実施形態にかかるアクセス処理システム１は、第１広告サーバ２０と、第２広告サーバ３０と、第１リダイレクタ４０と、第２リダイレクタ５０と、ウェブサーバ６０と、管理装置７０とを備える。
【００３８】
第１広告サーバ２０、第２広告サーバ３０、第１リダイレクタ４０、第２リダイレクタ５０、ウェブサーバ６０および管理装置７０は、ネットワーク８０を介して互いに通信可能に接続され、また、これらの装置は、複数のユーザ端末１０１〜１０ｎ（ｎは、２以上の整数）と通信可能に接続される。ネットワーク８０は、例えば、ＬＡＮ（Local  Area  Network）や、インターネットなどのＷＡＮ（Wide  Area  Network）である。
【００３９】
上述したように、第１広告サーバ２０、第１リダイレクタ４０、ウェブサーバ６０および管理装置７０は、管理者Ｔ１によって管理され、第２広告サーバ３０および第２リダイレクタ５０は、管理者Ｔ２によって管理される。
【００４０】
ユーザ端末１０１〜１０ｎ（以下、ユーザ端末１０と総称する場合がある）は、ブラウザを有しており、デスクトップ型ＰＣ（Personal  Computer）や、ノート型ＰＣや、タブレット型端末や、携帯電話機、ＰＤＡ（Personal  Digital  Assistant）等により実現される。なお、ユーザ端末１０１〜１０ｎのユーザＵ１〜Ｕｎを以下において、ユーザＵと総称する。
【００４１】
ユーザ端末１０は、ネットワーク８０を介してウェブサーバ６０にアクセスし、ウェブサーバ６０からウェブページのデータ（例えば、マークアップ言語で記述されたデータ）を受信することができる。ウェブサーバ６０から受信されたウェブページのデータには、広告リクエスト先のＵＲＬとして第１広告サーバ２０のＵＲＬが含まれており、ユーザ端末１０は、第１広告サーバ２０のＵＲＬをリクエスト先ＵＲＬとして広告リクエストを行う。
【００４２】
以下、第１広告サーバ２０、第２広告サーバ３０、第１リダイレクタ４０および第２リダイレクタ５０についてそれぞれ図面を参照して具体的に説明する。
【００４３】
〔２．１．第１広告サーバ２０〕
図３は、第１広告サーバ２０の構成例を示す図である。図３に示すように、第１広告サーバ２０は、通信部２１と、記憶部２２と、制御部２３（コントローラ）とを備える。
【００４４】
通信部２１は、ネットワーク８０との間で情報の送受信を行う通信インターフェイスであり、ネットワーク８０との接続を有線または無線で行う。制御部２３は、通信部２１およびネットワーク８０を介して、ユーザ端末１０との間で各種の情報を送受信することができる。
【００４５】
記憶部２２は、ユーザ情報記憶部２４と、広告コンテンツ記憶部２５とを有する。ユーザ情報記憶部２４は、ユーザＵの識別情報（ユーザＩＤ）やユーザＵの属性（例えば、年齢、性別）などを記憶する。広告コンテンツ記憶部２５は、ランディングページのＵＲＬの情報と広告コンテンツの情報とを含む複数のコンテンツ情報を記憶する。コンテンツ情報において、各広告コンテンツの情報には、ランディングページのＵＲＬの情報が対応付けられている。
【００４６】
制御部２３は、受付部２６と、決定部２７と、生成部２８と、提供部２９とを備える。受付部２６は、ユーザ端末１０からの広告リクエストを受け付ける。かかる広告リクエストには、広告枠（例えば、図１に示す広告枠Ｆ１）の情報（以下、広告枠情報と記載する）と、ユーザ端末１０のユーザに対応する情報であるユーザ関連情報とが含まれる。
【００４７】
広告枠情報は、例えば、広告枠の識別情報（または広告枠のサイズや位置などの情報）であり、以下、「ＩＮＦ（Ｆ１）」と記載する場合がある。また、ユーザ関連情報は、上述したように、例えば、クッキーの情報、ユーザ端末１０のＩＰアドレスの情報、ユーザエージェントの情報およびリンクＵＲＬ生成日時の情報である。受付部２６は、広告リクエストに含まれるユーザ関連情報を取得する。
【００４８】
クッキーの情報には、例えば、ユーザ端末１０のユーザＵの識別情報、ユーザＵの属性、ユーザＵの管理者Ｔ１の装置に対するアクセス履歴などの情報が含まれている。管理装置７０は、例えば、第１広告サーバ２０、第１リダイレクタ４０およびウェブサーバ６０を管理するフロントエンドサーバとして機能し、ユーザ端末１０との間でクッキーの情報を送受信することができる。第１広告サーバ２０は、クッキーの情報を管理装置７０から取得することができる。
【００４９】
なお、第１広告サーバ２０および第１リダイレクタ４０は一体のサーバであってもよく、この場合、第１広告サーバ２０および第１リダイレクタ４０は共にクッキーをユーザ端末１０との間で送受信することができる。
【００５０】
また、ユーザ端末１０と第１広告サーバ２０との間のクッキーの情報とユーザ端末１０と第１リダイレクタ４０との間のクッキーの情報とを第１リダイレクタ４０に紐付けて記憶部２２に記憶しておくこともできる。この場合、制御部２３は、記憶部２２からユーザ端末１０と第１リダイレクタ４０との間のクッキーの情報に基づきユーザ端末１０と第１広告サーバ２０との間のクッキーの情報を取得することもできる。
【００５１】
ユーザ端末１０のＩＰアドレスは、例えば、広告リクエストに送信元ＩＰアドレスとして含まれており、受付部２６は、かかる送信元ＩＰアドレスをユーザ端末１０のＩＰアドレスとして取得する。
【００５２】
ユーザエージェントは、ユーザ端末１０のブラウザに関する情報であり、広告リクエストがＨＴＴＰリクエストである場合、かかるＨＴＴＰリクエストのヘッダに含まれる情報である。ユーザエージェントの情報には、ブラウザ名、ブラウザのバージョン、ブラウザが動作しているＯＳ（Operating  System）の名称やバージョン、使用言語などの情報が含まれる。
【００５３】
リンクＵＲＬ生成日時は、例えば、ウェブサーバ６０によるウェブページの生成日時の情報であり、ウェブサーバ６０は、ユーザ端末１０からの要求を受け付けてウェブページを生成する際の日時をリンクＵＲＬ生成日時としてウェブページのデータに含ませることができる。これにより、ユーザ端末１０のユーザＵがウェブページに設定された広告コンテンツをクリックした場合に、ウェブページのＵＲＬやリンクＵＲＬ生成日時の情報を含むリンク元情報（リファラーとも呼ばれる）をランディングページへのアクセス要求のヘッダに含ませてユーザ端末１０から送信させることができる。
【００５４】
決定部２７は、例えば、広告リクエストに含まれるクッキーからユーザ端末１０のユーザＵを特定し、かかるユーザＵの属性情報（例えば、ユーザＵの性別、年齢、住所、興味関心など）をユーザ情報記憶部２４から取得する。
【００５５】
決定部２７は、ユーザＵの属性情報に基づいて、ユーザ端末１０に対して広告コンテンツを第１広告サーバ２０から提供するのか第２広告サーバ３０から提供させるのかを決定する。例えば、決定部２７は、第１広告サーバ２０および第２広告サーバ３０のうち、ユーザ端末１０のユーザＵに対する広告収益が高くなるように広告サーバとして決定する。
【００５６】
決定部２７は、広告コンテンツを第１広告サーバ２０から提供すると決定すると、ユーザＵの属性情報に基づいて、広告コンテンツ記憶部２５に記憶された複数の広告コンテンツの中から、ユーザ端末１０へ提供する広告コンテンツＡＤ１（以下、第１広告コンテンツＡＤ１と記載する）を決定する。
【００５７】
生成部２８は、第１広告コンテンツＡＤ１を第１広告サーバ２０から提供すると決定部２７が決定した場合、「ＵＲＬ（ＬＰ１）」を用いてシグネチャ（以下、「ＳＩＧ１」と記載する）を生成する。具体的には、生成部２８は、「ＵＲＬ（ＬＰ１）」を入力情報として第１ハッシュ関数αの演算を行ってハッシュ値を求め、かかるハッシュ値を「ＳＩＧ１」とする。なお、「ＵＲＬ（ＬＰ１）」は、第１広告コンテンツＡＤ１のリンク先として設定されたランディングページＬＰ１のＵＲＬである。
【００５８】
一方、生成部２８は、第２広告サーバ３０から広告コンテンツを提供すると決定部２７が決定した場合、ユーザＵのユーザ関連情報を用いてシグネチャ（第１署名情報の一例。以下、「ＳＩＧ２」と記載する）を生成する。具体的には、生成部２８は、ユーザ関連情報を入力情報として第１ハッシュ関数αの演算を行ってハッシュ値を求め、かかるハッシュ値を「ＳＩＧ２」とする。
【００５９】
生成部２８は、例えば、クッキーの情報、ユーザ端末１０のＩＰアドレスの情報、ユーザエージェントの情報、リンクＵＲＬ生成日時およびソルトの情報のうち少なくとも一つのユーザ関連情報を第１ハッシュ関数αによってハッシュ化することで、「ＳＩＧ２」を生成する。なお、いずれか一つのユーザ関連情報の一部を第１ハッシュ関数αによってハッシュ化することで、「ＳＩＧ２」を生成することもできる。
【００６０】
クッキーの情報には、例えば、ユーザＵの識別情報が含まれており、ユーザＵ毎に固有な情報になることから、ユーザＵを特定する情報と言える。そのため、クッキーの情報を用いて「ＳＩＧ２」を生成することで、「ＳＩＧ２」をユーザＵ毎に固有な値にすることができ、後述する第１リダイレクタ４０での正当性の判定を精度よく行うことができる。なお、生成部２８は、クッキーの情報の一部または全部を用いて「ＳＩＧ２」を生成することができる。
【００６１】
また、ユーザ端末１０のＩＰアドレスは、ユーザ端末１０毎に固有のＩＰアドレスが割り当てられる場合、ユーザＵ毎に固有な情報になることから、ユーザＵを特定する情報と言える。そのため、ユーザ端末１０のＩＰアドレスを用いて「ＳＩＧ２」を生成することで、「ＳＩＧ２」をユーザＵ毎に固有な値にすることができる。なお、ユーザ端末１０が例えばルータを介して第１広告サーバ２０に接続される場合など、複数のユーザ端末１０に同一のＩＰアドレスが割り当てられる場合があるが、同じＩＰアドレスを有するユーザ端末１０の数は限られ、ユーザ端末１０のＩＰアドレスは、ユーザＵを特定する情報と言える。
【００６２】
また、ユーザエージェントの情報は、ブラウザ名、ブラウザのバージョン、ＯＳの名称やバージョン、使用言語などの情報が含まれるため、ユーザ端末１０の状態に応じた情報である。同一のユーザエージェントの情報を有するユーザ端末１０はその数が絞られることから、ユーザエージェントの情報も、ユーザＵを特定することができる情報と言える。
【００６３】
また、リンクＵＲＬ生成日時は、広告コンテンツが設定されるウェブページが生成された日時である。かかるリンクＵＲＬ生成日時を秒単位または秒単位よりも小さな単位（例えば、０．１秒）の情報で設定することによって、リンクＵＲＬ生成日時は、ユーザを特定する情報として用いることができる。
【００６４】
ソルトは、例えば、擬似乱数生成器で生成した乱数であり、桁数を大きくすることによって、かかるソルトは、ユーザＵを特定する情報として用いることができる。なお、ユーザ関連情報は、上述した例に限定されるものではなく、ユーザ端末１０からのアクセス要求や広告リクエストなどに含まれる情報であってユーザＵを特定することができる情報であればよい。ユーザ関連情報は、ユーザ端末１０からの要求に含まれる情報に基づいて取得される情報であってもよい。
【００６５】
ユーザ関連情報は、クッキーやＩＰアドレスのように、ユーザＵを一意に特定することに限定されず、上述のように、ユーザエージェントの情報が同じユーザＵを特定したり、ウェブページのアクセス日時が同じユーザＵを特定したりすることで、ユーザＵを絞り込むことができる情報を含む。このような場合であっても、「ＳＩＧ２」がユーザＵに応じて異なる可能性を高めることができ、後述する第１リダイレクタ４０での正当性の判定を精度よく行うことができる。
【００６６】
提供部２９は、第１広告コンテンツＡＤ１を第１広告サーバ２０から提供すると決定部２７が決定した場合、「ＵＲＬ（ＬＰ１）」と「ＳＩＧ１」と「ＩＮＦ（Ｆ１）」とを含むリンク情報が設定された第１広告コンテンツＡＤ１の情報をユーザ端末１０へ送信する。「ＩＮＦ（Ｆ１）」は、上述したように広告枠情報である。
【００６７】
第１リダイレクタ４０のＵＲＬをＵＲＬ（ＲＤ１）とすると、提供部２９は、例えば、アクセス先ＵＲＬである「ＵＲＬ（ＲＤ１）？ＵＲＬ（ＬＰ１）＆ＳＩＧ１＆ＩＮＦ（Ｆ１）」を含むリンク情報が設定された第１広告コンテンツＡＤ１の情報をユーザ端末１０へ送信する。ユーザ端末１０は、第１広告サーバ２０から第１広告コンテンツＡＤ１の情報を受信すると、かかる第１広告コンテンツＡＤ１をウェブページの広告枠に表示する。
【００６８】
このように広告枠に表示された第１広告コンテンツＡＤ１が選択（クリック）された場合、ユーザ端末１０は、選択された第１広告コンテンツＡＤ１に設定されたリンク情報に基づき、アクセス先ＵＲＬとして「ＵＲＬ（ＲＤ１）？ＵＲＬ（ＬＰ１）＆ＳＩＧ１＆ＩＮＦ（Ｆ１）」を含むアクセス要求を第１リダイレクタ４０へ行う。
【００６９】
一方、提供部２９は、第２広告サーバ３０から広告コンテンツを提供すると決定部２７が決定した場合、「ＵＲＬ（ＡＳ２）」と「ＳＩＧ２」と「ＩＮＦ（Ｆ１）」をアクセス情報として含むリダイレクト要求をユーザ端末１０へ送信する。「ＵＲＬ（ＡＳ２）」は、第２広告サーバ３０のＵＲＬである。
【００７０】
例えば、提供部２９は、アクセス先ＵＲＬである「ＵＲＬ（ＡＳ２）？ＳＩＧ２＆ＩＮＦ（Ｆ１）」をアクセス情報として含むリダイレクト要求をユーザ端末１０へ送信する。ユーザ端末１０は、リダイレクト要求を受信すると、リダイレクト要求にアクセス先ＵＲＬとして含まれる「ＵＲＬ（ＡＳ２）？ＳＩＧ２＆ＩＮＦ（Ｆ１）」を含む広告リクエストを第２広告サーバ３０のＵＲＬへ送信する。このように、第２広告サーバ３０から広告コンテンツを提供すると決定部２７が決定した場合、第１広告サーバ２０への広告リクエストが第２広告サーバ３０へとリダイレクトされる。
【００７１】
〔２．２．第２広告サーバ３０〕
図４は、第２広告サーバ３０の構成例を示す図である。図４に示すように、第２広告サーバ３０は、通信部３１と、記憶部３２と、制御部３３（コントローラ）とを備える。
【００７２】
通信部３１は、ネットワーク８０との間で情報の送受信を行う通信インターフェイスであり、ネットワーク８０との接続を有線または無線で行う。制御部３３は、通信部３１およびネットワーク８０を介して、ユーザ端末１０との間で各種の情報を送受信することができる。
【００７３】
記憶部３２は、ユーザ情報記憶部３４と、広告コンテンツ記憶部３５とを有する。ユーザ情報記憶部３４は、ユーザＵの識別情報（ユーザＩＤ）やユーザＵの属性（例えば、年齢、性別）などを記憶する。広告コンテンツ記憶部３５は、ランディングページのＵＲＬがリンク情報として設定された複数の広告コンテンツの情報などを記憶する。
【００７４】
制御部３３は、受付部３６と、決定部３７と、生成部３８と、提供部３９とを備える。受付部３６は、上述のように第１広告サーバ２０によってリダイレクトされたユーザ端末１０からの広告リクエストを受け付ける。受付部３６が広告リクエストを受け付けると、決定部３７は、広告コンテンツ記憶部３５に記憶された複数の広告コンテンツの中から、ユーザ端末１０へ提供する広告コンテンツ（以下、第２広告コンテンツＡＤ２と記載する）を決定する。
【００７５】
例えば、決定部３７は、広告リクエストに含まれるクッキーからユーザ端末１０のユーザＵを特定し、かかるユーザＵの属性情報（例えば、ユーザＵの性別、年齢、住所、興味関心など）をユーザ情報記憶部３４から取得し、かかる属性情報に基づいて第２広告コンテンツＡＤ２を決定する。
【００７６】
生成部３８は、「ＵＲＬ（ＬＰ２）」を用いてシグネチャを生成する（以下、「ＳＩＧ３」と記載する場合がある）。具体的には、生成部３８は、「ＵＲＬ（ＬＰ２）」を入力情報として第１ハッシュ関数αとは異なる第２ハッシュ関数βの演算を行ってハッシュ値を求め、かかるハッシュ値を「ＳＩＧ３」とする。「ＵＲＬ（ＬＰ２）」は、第２広告コンテンツＡＤ２のリンク先として設定されたランディングページＬＰ２のＵＲＬである。
【００７７】
提供部３９は、「ＵＲＬ（ＬＰ２）」と「ＳＩＧ２」と「ＳＩＧ３」と「ＩＮＦ（Ｆ１）」がリンク情報として設定された第２広告コンテンツＡＤ２の情報をユーザ端末１０へ送信する。例えば、第１リダイレクタ４０のＵＲＬをＵＲＬ（ＲＤ１）とすると、提供部３９は、アクセス先ＵＲＬである「ＵＲＬ（ＲＤ１）？ＵＲＬ（ＬＰ２）＆ＳＩＧ２＆ＩＮＦ（Ｆ１）＆ＳＩＧ３」をリンク情報として含む広告コンテンツ情報をユーザ端末１０へ送信する。ユーザ端末１０は、第２広告サーバ３０から第２広告コンテンツＡＤ２を受信すると、かかる第２広告コンテンツＡＤ２をウェブページの広告枠に表示する。
【００７８】
その後、広告枠に表示された第２広告コンテンツＡＤ２が選択（クリック）された場合、ユーザ端末１０は、第２広告コンテンツＡＤ２のリンク先として設定された第１リダイレクタ４０へ「ＵＲＬ（ＬＰ２）」と「ＳＩＧ２」と「ＳＩＧ３」とを含むアクセス要求を行う。例えば、ユーザ端末１０は、アクセス先ＵＲＬとして「ＵＲＬ（ＲＤ１）？ＵＲＬ（ＬＰ２）＆ＳＩＧ２＆ＩＮＦ（Ｆ１）＆ＳＩＧ３」を含むアクセス要求を第１リダイレクタ４０に対して行う。
【００７９】
なお、制御部３３の動作として、第１広告サーバ２０からのリダイレクト要求に基づいてユーザ端末１０が第２広告サーバ３０へ広告リクエストを行った場合の動作を説明したが、制御部３３は、リダイレクトが行われない広告リクエストを行ったユーザ端末１０に対して第２広告コンテンツＡＤ２の情報を送信することもできる。
【００８０】
〔２．３．第１リダイレクタ４０〕
図５は、第１リダイレクタ４０の構成例を示す図である。図５に示すように、第１リダイレクタ４０は、通信部４１と、記憶部４２と、制御部４３（コントローラ）とを備える。
【００８１】
通信部４１は、ネットワーク８０との間で情報の送受信を行う通信インターフェイスであり、ネットワーク８０との接続を有線または無線で行う。制御部４３は、通信部４１およびネットワーク８０を介して、ユーザ端末１０との間で各種の情報を送受信することができる。
【００８２】
記憶部４２は、転送履歴記憶部４４を有する。転送履歴記憶部４４は、制御部４３によって後述する転送処理が行われたアクセス要求の転送履歴などをこれらのアクセス要求に含まれる広告枠情報に関連付けて記憶する。
【００８３】
制御部４３は、受付部４５と、生成部４６と、判定部４７と、転送部４８とを備える。受付部４５は、ユーザ端末１０からのアクセス要求を受け付ける。ユーザ端末１０は、上述したように第１広告コンテンツＡＤ１がクリックされた場合、例えば、アクセス先ＵＲＬとして「ＵＲＬ（ＲＤ１）？ＵＲＬ（ＬＰ１）＆ＳＩＧ１＆ＩＮＦ（Ｆ１）」を含むアクセス要求（以下、第１アクセス要求と記載する場合がある）を第１リダイレクタ４０へ送信する。受付部４５は、かかる第１アクセス要求を受け付ける。
【００８４】
また、ユーザ端末１０は、上述したように、第２広告コンテンツＡＤ２がユーザＵによってクリックされた場合、アクセス先ＵＲＬとして「ＵＲＬ（ＲＤ１）？ＵＲＬ（ＬＰ２）＆ＳＩＧ２＆ＩＮＦ（Ｆ１）＆ＳＩＧ３」を含む第２アクセス要求を第１リダイレクタ４０へ送信する。受付部４５は、第２アクセス要求を受け付ける。
【００８５】
生成部４６は、受付部４５が第１アクセス要求を受け付けた場合、第１広告コンテンツＡＤ１のランディングページＬＰ１のＵＲＬである「ＵＲＬ（ＬＰ１）」を用いてシグネチャ（以下、「ｓｉｇ１」と記載する場合がある）を生成する。具体的には、生成部４６は、「ＵＲＬ（ＬＰ１）」を入力情報として第１ハッシュ関数αによる演算によってハッシュ値を求め、かかるハッシュ値を「ｓｉｇ１」とする。
【００８６】
また、生成部４６は、受付部４５が第２アクセス要求を受け付けた場合、第２アクセス要求に含まれるユーザ関連情報を用いてシグネチャ（以下、「ｓｉｇ２」と記載する場合がある）を生成する。具体的には、生成部４６は、第２アクセス要求に含まれる複数のユーザ関連情報のうち少なくとも一つのユーザ関連情報を入力情報として第１ハッシュ関数αの演算を行ってハッシュ値を求め、かかるハッシュ値を「ｓｉｇ２」とする。
【００８７】
「ｓｉｇ２」を生成する際に生成部４６が用いるユーザ関連情報は生成部２８が用いるユーザ関連情報と同じである。例えば、生成部２８がクッキーの情報を用いて「ＳＩＧ２」を生成する場合、生成部４６もクッキーの情報を用いて「ｓｉｇ２」を生成する。また、生成部２８がクッキーの情報とＩＰアドレスの情報を用いて「ＳＩＧ２」を生成する場合、生成部４６もクッキーの情報とＩＰアドレスの情報を用いて「ｓｉｇ２」を生成する。
【００８８】
判定部４７は、受付部４５が第１アクセス要求を受け付けた場合、第１アクセス要求に含まれる「ＳＩＧ１」と生成部４６によって生成された「ｓｉｇ１」とを比較する。そして、判定部４７は、「ＳＩＧ１」と「ｓｉｇ１」とが一致する場合に、第１アクセス要求が正当であると判定し、「ＳＩＧ１」と「ｓｉｇ１」とが一致しない場合に、第１アクセス要求が信頼できないものであると判定する。
【００８９】
また、判定部４７は、受付部４５が第２アクセス要求を受け付けた場合、第２アクセス要求に含まれる「ＳＩＧ２」と生成部４６によって生成された「ｓｉｇ２」とを比較する。そして、判定部４７は、「ＳＩＧ２」と「ｓｉｇ２」とが一致する場合に、第２アクセス要求が正当であると判定し、「ＳＩＧ２」と「ｓｉｇ２」とが一致しない場合に、第２アクセス要求が信頼できないものであると判定する。
【００９０】
なお、判定部４７は、「ＳＩＧ２」と「ｓｉｇ２」とが一致している場合であっても、第２アクセス要求に含まれるリンクＵＲＬ生成日時の情報に基づいて、第２アクセス要求が信頼できるものか否かを更に判定することができる。例えば、判定部４７は、リンクＵＲＬ生成日時から所定時間（例えば、１０分）後の日時が現日時よりも前である場合、第２アクセス要求が信頼できないものであると判定することができる。一方、判定部４７は、リンクＵＲＬ生成日時から所定時間後の日時が現日時よりも後である場合、第２アクセス要求が信頼できるものであると判定することができる。
【００９１】
転送部４８は、判定部４７による上記判定結果に基づいて、第１アクセス要求に対する転送処理を行う。例えば、転送部４８は、判定部４７によって第１アクセス要求が正当であると判定された場合、「ＵＲＬ（ＬＰ１）」を含むアクセス要求を、ランディングページＬＰ１を有するサーバへ送信するようにユーザ端末１０に指示する。かかる指示は、例えば、アクセス先ＵＲＬとして「ＵＲＬ（ＬＰ１）」を含むリダイレクト要求をユーザ端末１０に対して送信することによって行われる。
【００９２】
転送部４８は、判定部４７による上記判定結果に基づいて、第２アクセス要求に対する転送処理を行う。例えば、転送部４８は、判定部４７によって第２アクセス要求が正当であると判定された場合、「ＵＲＬ（ＬＰ２）」および「ＳＩＧ３」を含むアクセス要求を第２リダイレクタ５０に送信するようユーザ端末１０に指示する。例えば、転送部４８は、リンク先ＵＲＬとして「ＵＲＬ（ＲＤ２）？ＵＲＬ（ＬＰ２）＆ＳＩＧ３」を含むアクセス要求をユーザ端末１０から行うようにユーザ端末１０に指示する。一方、転送部４８は、判定部４７によって第２アクセス要求が正当ではないと判定された場合、第２アクセス要求に対する転送処理を行わない。
【００９３】
転送部４８は、上述のように転送処理を行った第１アクセス要求の転送履歴や第２アクセス要求の転送履歴を転送履歴記憶部４４に記憶する。第１アクセス要求の転送履歴は、例えば、第１アクセス要求の受付日時、第１アクセス要求の受付数、第１アクセス要求を行ったユーザＵの識別情報などである。第１アクセス要求の転送履歴により、第１広告コンテンツＡＤ１に対するクリック数などを把握することができる。
【００９４】
また、第２アクセス要求の転送履歴は、例えば、第２アクセス要求の受付日時、第２アクセス要求の受付数、第２アクセス要求を行ったユーザＵの識別情報などである。第２アクセス要求の転送履歴により、第２広告コンテンツＡＤ２に対するクリック数などを把握することができる。
【００９５】
〔２．４．第２リダイレクタ５０〕
図６は、第２リダイレクタ５０の構成例を示す図である。図６に示すように、第２リダイレクタ５０は、通信部５１と、記憶部５２と、制御部５３（コントローラ）とを備える。
【００９６】
通信部５１は、ネットワーク８０との間で情報の送受信を行う通信インターフェイスであり、ネットワーク８０との接続を有線または無線で行う。制御部５３は、通信部５１およびネットワーク８０を介して、ユーザ端末１０との間で各種の情報を送受信することができる。
【００９７】
記憶部５２は、転送履歴記憶部５４を有する。転送履歴記憶部５４は、制御部５３によって後述する転送処理が行われたアクセス要求の転送履歴をアクセス要求に含まれる広告枠情報に関連付けて記憶する。
【００９８】
制御部５３は、受付部５５と、生成部５６と、判定部５７と、転送部５８とを備える。  受付部５５は、ユーザ端末１０からのアクセス要求を受け付ける。例えば、受付部５５は、ユーザ端末１０から、リンク先ＵＲＬとして「ＵＲＬ（ＲＤ２）？ＵＲＬ（ＬＰ２）＆ＳＩＧ３」を含むアクセス要求を受け付ける。
【００９９】
生成部５６は、ランディングページＬＰ２のＵＲＬである「ＵＲＬ（ＬＰ２）」を用いてシグネチャ（以下、「ｓｉｇ３」と記載する）を生成する。具体的には、生成部５６は、「ＵＲＬ（ＬＰ２）」を入力情報として第２ハッシュ関数βによる演算によってハッシュ値を求め、かかるハッシュ値を「ｓｉｇ３」とする。
【０１００】
判定部５７は、受付部５５で受け付けたアクセス要求に含まれる「ＳＩＧ３」と生成部５６によって生成された「ｓｉｇ３」とを比較する。そして、判定部５７は、「ＳＩＧ３」と「ｓｉｇ３」とが一致する場合に、受付部５５で受け付けたアクセス要求が正当であると判定し、「ＳＩＧ３」と「ｓｉｇ３」とが一致しない場合に、アクセス要求が信頼できないものであると判定する。
【０１０１】
転送部５８は、判定部５７による上記判定結果に基づいて、受付部５５で受け付けたアクセス要求に対する転送処理を行う。例えば、転送部５８は、判定部５７によってアクセス要求が正当であると判定された場合、ランディングページＬＰ２へのアクセス要求として、「ＵＲＬ（ＬＰ２）」を含むリダイレクト要求をユーザ端末１０に対して行い、アクセス先ＵＲＬとして「ＵＲＬ（ＬＰ２）」を含むアクセス要求を、ランディングページＬＰ１のサーバへ送信するようにユーザ端末１０に指示する。一方、転送部５８は、判定部５７によってアクセス要求が正当ではないと判定された場合、アクセス要求に対する転送処理を行わない。
【０１０２】
転送部５８は、上述のように転送処理を行ったアクセス要求の履歴を転送履歴記憶部５４に記憶する。アクセス要求の履歴は、例えば、アクセス要求の受付日時、アクセス要求の受付数、アクセス要求を行ったユーザＵの識別情報などである。アクセス要求の履歴により、第２広告コンテンツＡＤ２に対するクリック数などを把握することができる。
【０１０３】
〔３．アクセス処理システム１の処理フロー〕
まず、図７を用いて、第１広告サーバ２０における情報処理の手順について説明する。図７は、第１広告サーバ２０における情報処理の流れを示すフローチャートであり、かかる処理は繰り返し実行される。
【０１０４】
図７に示すように、第１広告サーバ２０の制御部２３は、ユーザ端末１０から第１広告サーバ２０への広告リクエストがあるか否かを判定する（ステップS１０）。広告リクエストがあると判定すると（ステップＳ１０；Ｙｅｓ）、制御部２３は、広告コンテンツの提供先となる広告サーバを決定する（ステップＳ１１）。
【０１０５】
制御部２３は、広告コンテンツの提供先として決定された広告サーバが第１広告サーバ２０である場合（ステップＳ１２；Ｙｅｓ）、ユーザ端末１０へ提供する第１広告コンテンツＡＤ１を決定する（ステップＳ１３）。また、制御部２３は、第１広告コンテンツＡＤ１のランディングページＬＰ１のＵＲＬである「ＵＲＬ（ＬＰ１）」からシグネチャ（「ＳＩＧ１」）を生成する（ステップＳ１４）。その後、制御部２３は、「ＳＩＧ１」、「ＵＲＬ（ＬＰ１）」および「ＩＮＦ（ＡＤ１）」を含むリンク情報が設定された第１広告コンテンツＡＤ１の情報をユーザ端末１０へ送信する（ステップＳ１５）。
【０１０６】
一方、制御部２３は、広告コンテンツの提供先として決定された広告サーバが第２広告サーバ３０である場合（ステップＳ１２；Ｎｏ）、ユーザ端末１０の広告リクエストに含まれるユーザ関連情報からシグネチャ（「ＳＩＧ２」）を生成する（ステップＳ１６）。そして、制御部２３は、「ＵＲＬ（ＡＳ２）」と「ＳＩＧ２」と「ＩＮＦ（Ｆ１）」をアクセス情報として含むリダイレクト要求をユーザ端末１０へ送信する（ステップＳ１７）。
【０１０７】
ステップＳ１０において広告リクエストがないと判定した場合（ステップＳ１０；Ｎｏ）ステップＳ１５の処理が終了した場合、および、ステップＳ１７の処理が終了した場合、制御部２３は、図７に示す処理を終了する。
【０１０８】
次に、図８を用いて、第２広告サーバ３０における情報処理の手順について説明する。図８は、第２広告サーバ３０における情報処理の流れを示すフローチャートであり、かかる処理は繰り返し実行される。
【０１０９】
図８に示すように、第２広告サーバ３０の制御部３３は、ユーザ端末１０から第２広告サーバ３０への広告リクエストがあるか否かを判定する（ステップＳ２０）。広告リクエストがあると判定すると（ステップＳ２０；Ｙｅｓ）、制御部３３は、ユーザ端末１０へ送信する第２広告コンテンツＡＤ２を決定する（ステップＳ２１）。
【０１１０】
次に、制御部３３は、第２広告コンテンツＡＤ２のリンク先であるランディングページＬＰ２のＵＲＬである「ＵＲＬ（ＬＰ２）」からシグネチャ（「ＳＩＧ３」）を生成する（ステップＳ２２）。そして、制御部３３は、「ＳＩＧ２」、「ＳＩＧ３」、「ＵＲＬ（ＬＰ２）」。「ＩＮＦ（Ｆ１）」を含むリンク情報が設定された第２広告コンテンツＡＤ２の情報をユーザ端末１０へ送信する（ステップＳ２３）。
【０１１１】
次に、図９を用いて、第１リダイレクタ４０における情報処理の手順について説明する。図９は、第１リダイレクタ４０における情報処理の流れを示すフローチャートであり、かかる処理は繰り返し実行される。
【０１１２】
図９に示すように、第１リダイレクタ４０の制御部４３は、ユーザ端末１０からアクセス要求があるか否かを判定する（ステップＳ３０）。アクセス要求があると判定すると（ステップＳ３０；Ｙｅｓ）、制御部４３は、アクセス要求が第１アクセス要求であるか否かを判定する（ステップＳ３１）。かかる処理において、制御部４３は、例えば、シグネチャに含まれる種別情報に基づいて第１アクセス要求であるか否かを判定することができる。
【０１１３】
アクセス要求が第１アクセス要求であると判定すると（ステップＳ３１；Ｙｅｓ）、制御部４３は、第１アクセス要求に含まれる「ＵＲＬ（ＬＰ１）」を用いて「ｓｉｇ１」を生成する（ステップＳ３２）。
【０１１４】
そして、制御部４３は、第１アクセス要求に含まれる「ＳＩＧ１」と生成した「ｓｉｇ１」とを比較し（ステップＳ３３）、かかる比較結果に基づき、第１アクセス要求が正当であるか否かを判定する（ステップＳ３４）。かかる処理において、制御部４３は、「ＳＩＧ１」と「ｓｉｇ１」とが一致する場合、第１アクセス要求が正当であると判定する。第１アクセス要求が正当であると判定した場合（ステップＳ３４；Ｙｅｓ）、制御部４３は、第２アクセス要求に対する転送処理を行う（ステップＳ３５）。
【０１１５】
アクセス要求が第２アクセス要求であり第１アクセス要求ではないと判定すると（ステップＳ３１；Ｎｏ）、制御部４３は、第２アクセス要求にユーザ関連情報を用いて「ｓｉｇ２」を生成する（ステップＳ３６）。そして、制御部４３は、第２アクセス要求に含まれる「ＳＩＧ２」と生成した「ｓｉｇ２」とを比較し（ステップＳ３７）、かかる比較結果に基づき、第２アクセス要求が正当であるか否かを判定する（ステップＳ３８）。
【０１１６】
かかるステップＳ３８の処理において、制御部４３は、「ＳＩＧ２」と「ｓｉｇ２」とが一致する場合、第２アクセス要求が正当であると判定する。第２アクセス要求が正当であると判定した場合（ステップＳ３８；Ｙｅｓ）、制御部４３は、第２アクセス要求に対する転送処理を行う（ステップＳ３９）。
【０１１７】
ユーザ端末１０からアクセス要求がないと判定した場合（ステップＳ３０；Ｎｏ）、第１アクセス要求が正当ではないと判定した場合（ステップＳ３４；Ｎｏ）、第２アクセス要求が正当ではないと判定した場合（ステップＳ３８；Ｎｏ）、ステップＳ３５、Ｓ３９の処理が終了した場合、制御部４３は、図９に示す処理を終了する。
【０１１８】
〔４．変形例〕
上述した実施形態では、第１リダイレクタ４０は、第１アクセス要求が正当であると判定した場合、「ＵＲＬ（ＬＰ１）」および「ＳＩＧ３」を含むリダイレクト要求をユーザ端末１０に対して行うものとして説明したが、リダイレクト要求に「ＳＩＧ２」を含んでいてもよい。この場合、かかる「ＳＩＧ２」は、第２リダイレクタ５０において考慮されずに転送処理が行われる。
【０１１９】
また、上述した実施形態では、第１リダイレクタ４０、第２リダイレクタ５０の順に転送処理が行われる例を説明したが、かかる例に限定されない。すなわち、第２リダイレクタ５０、第１リダイレクタ４０の順に転送処理を行う場合でも同様の処理を行うことができる。この場合、第２広告コンテンツＡＤ２のリンク情報には、例えば、「ＵＲＬ（ＲＤ２）？ＵＲＬ（ＬＰ１）＆ＳＩＧ２＆ＩＮＦ（Ｆ１）」がアクセス先ＵＲＬとして含まれる。第２リダイレクタ５０の転送部５８は、アクセス先ＵＲＬとして「ＵＲＬ（ＲＤ１）？ＵＲＬ（ＬＰ１）＆ＳＩＧ２＆ＩＮＦ（Ｆ１）」を含むリダイレクト要求をユーザ端末１０へ送信する。これにより、ユーザ端末１０から「ＳＩＧ２」を含むアクセス要求が第１リダイレクタ４０へ送信される。
【０１２０】
また、上述の実施形態では、１つ以上のユーザ関連情報のハッシュ値をシグネチャとしたが、かかる例に限定されず、１つ以上のユーザ関連情報からシグネチャを生成することができればアルゴリズムは限定されない。
【０１２１】
また、第１広告サーバ２０の制御部２３および第１リダイレクタ４０の制御部４３は、例えば、所定周期毎にシグネチャ生成に用いるアルゴリズムやユーザ関連情報を変更することができる。
【０１２２】
また、上述した実施形態では、第１リダイレクタ４０の制御部４３は、広告枠情報（例えば、「ＩＮＦ（Ｆ１）」）により、クリックされた広告枠を特定するが、アクセス要求に含まれるリンク元情報（リファラーとも呼ばれる）からクリックされた広告枠を特定することもできる。
【０１２３】
また、上述した実施形態では、第２広告コンテンツＡＤ２のリンク先のランディングページへのアクセス要求を転送する例について説明したが、かかる例に限定されない。例えば、あるコンテンツのリンク先のコンテンツへのアクセス要求を転送するものであればよく、広告コンテンツに代えてウェブページやゲームコンテンツなどであってもよい。また、リンク先のコンテンツもウェブページに限定されず、広告コンテンツやゲームコンテンツであってもよい。すなわち、リンク先へのアクセスを把握できるものであれば、本願のアクセス処理システム１を適用することができる。
【０１２４】
また、上述した実施形態では、リンク先ＵＲＬにシグネチャ（例えば、「ＳＩＧ１」、「ＳＩＧ２」、「ＳＩＧ３」）を含めたアクセス要求を一例として説明したが、シグネチャは、例えば、クッキーに含ませるようにしてもよい。
【０１２５】
なお、第１広告サーバ２０の生成部２８は、有効期限の情報（以下「ＴＩＭＥ」と記載する）をシグネチャとして追加することができる。かかる有効期限は、例えば、現日時から所定時間後（例えば、１０分後）に設定される。例えば、提供部３９は、「ＳＩＧ１」と「ＴＩＭＥ」とをシグネチャとしてリンク情報に含めたり、「ＳＩＧ２」と「ＴＩＭＥ」とをシグネチャとしてリンク情報に含めたりすることができる。
【０１２６】
この場合、第１リダイレクタ４０の判定部４７は、「ＳＩＧ１」や「ＳＩＧ２」に加え、第１アクセス要求や第２アクセス要求に含まれる「ＴＩＭＥ」に基づいて、アクセス要求が信頼できるものであるかを判定することができる。
【０１２７】
例えば、第２アクセス要求に含まれる「ＴＩＭＥ」が現時刻よりも後の有効期限の情報が設定されている場合、判定部４７は、アクセス要求が信頼できると判定する。一方、第２アクセス要求に含まれる「ＴＩＭＥ」が現時刻よりも前の有効期限の情報が設定されている場合、判定部４７は、アクセス要求が信頼できないと判定する。
【０１２８】
〔５．ハードウェア構成〕
上述した実施形態における第１広告サーバ２０、第２広告サーバ３０、第１リダイレクタ４０および第２リダイレクタ５０は、それぞれ例えば図１０に示すような構成のコンピュータ２００がプログラムを実行することによって実現される。
【０１２９】
図１０は、プログラムを実行するコンピュータのハードウェア構成の一例を示す図である。コンピュータ２００は、ＣＰＵ（Central  Processing  Unit）２０１、ＲＡＭ２０２（Random  Access  Memory）、ＲＯＭ（Read  Only  Memory）２０３、ＨＤＤ（Hard  Disk  Drive）２０４、通信インターフェイス（Ｉ／Ｆ）２０５、入出力インターフェイス（Ｉ／Ｆ）２０６、およびメディアインターフェイス（Ｉ／Ｆ）２０７を備える。
【０１３０】
ＣＰＵ２０１は、ＲＯＭ２０３またはＨＤＤ２０４に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ２０３は、コンピュータ２００の起動時にＣＰＵ２０１によって実行されるブートプログラムや、コンピュータ２００のハードウェアに依存するプログラム等を格納する。
【０１３１】
ＨＤＤ２０４は、ＣＰＵ２０１によって実行されるプログラムによって使用されるデータ等を格納する。通信インターフェイス２０５は、各通信部２１、３１、４１、５１に対応し、ネットワーク８０を介して他の機器からデータを受信してＣＰＵ２０１へ送り、ＣＰＵ２０１が生成したデータを、ネットワーク８０を介して他の機器へ送信する。
【０１３２】
ＣＰＵ２０１は、入出力インターフェイス２０６を介して、ディスプレイやプリンタ等の出力装置、および、キーボードやマウス等の入力装置を制御する。ＣＰＵ２０１は、入出力インターフェイス２０６を介して、入力装置からデータを取得する。また、ＣＰＵ２０１は、生成したデータを、入出力インターフェイス２０６を介して出力装置へ出力する。
【０１３３】
メディアインターフェイス２０７は、記録媒体２０８に格納されたプログラムまたはデータを読み取り、ＲＡＭ２０２を介してＣＰＵ２０１に提供する。ＣＰＵ２０１は、当該プログラムを、メディアインターフェイス２０７を介して記録媒体２０８からＲＡＭ２０２上にロードし、ロードしたプログラムを実行する。記録媒体２０８は、例えばＤＶＤ（Digital  Versatile  Disc）、ＰＤ（Phase  change  rewritable  Disk）等の光学記録媒体、ＭＯ（Magneto-Optical  disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。
【０１３４】
コンピュータ２００が第１広告サーバ２０として機能する場合、コンピュータ２００のＣＰＵ２０１は、ＲＡＭ２０２上にロードされたプログラムを実行することにより、図３に示す受付部２６、決定部２７、生成部２８および提供部２９の各機能を実現する。なお、受付部２６、決定部２７、生成部２８および提供部２９は、それぞれ一部または全部がＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）等のハードウェアで構成されてもよい。
【０１３５】
また、コンピュータ２００が第２広告サーバ３０として機能する場合、コンピュータ２００のＣＰＵ２０１は、ＲＡＭ２０２上にロードされたプログラムを実行することにより、図４に示す受付部３６、決定部３７、生成部３８および提供部３９の各機能を実現する。なお、受付部３６、決定部３７、生成部３８および提供部３９は、それぞれ一部または全部がＡＳＩＣやＦＰＧＡ等のハードウェアで構成されてもよい。
【０１３６】
また、コンピュータ２００が第１リダイレクタ４０として機能する場合、コンピュータ２００のＣＰＵ２０１は、ＲＡＭ２０２上にロードされたプログラムを実行することにより、図５に示す受付部４５、生成部４６、判定部４７および転送部４８の各機能を実現する。なお、受付部４５、生成部４６、判定部４７および転送部４８は、それぞれ一部または全部がＡＳＩＣやＦＰＧＡ等のハードウェアで構成されてもよい。
【０１３７】
また、コンピュータ２００が第２リダイレクタ５０として機能する場合、コンピュータ２００のＣＰＵ２０１は、ＲＡＭ２０２上にロードされたプログラムを実行することにより、図６に示す受付部５５、生成部５６、判定部５７および転送部５８の各機能を実現する。なお、受付部５５、生成部５６、判定部５７および転送部５８は、それぞれ一部または全部がＡＳＩＣやＦＰＧＡ等のハードウェアで構成されてもよい。
【０１３８】
コンピュータ２００のＣＰＵ２０１は、オークションプログラムを、記録媒体２０８から読み取って実行するが、他の例として、他の装置から、ネットワーク８０を介してこれらのプログラムを取得してもよい。
【０１３９】
なお、ＨＤＤ２０４は、各記憶部２２、３２、４２、５２に対応し、各記憶部２２、３２、４２、５２と同様のデータを記憶する。また、ＨＤＤ２０４に代えて、ＲＡＭ（Random  Access  Memory)、フラッシュメモリ等の半導体メモリ素子、または、光ディスク等の記憶装置を用いてもよい。
【０１４０】
〔６．効果〕
実施形態にかかる第１リダイレクタ４０（転送装置の一例）は、受付部４５と、生成部４６と、判定部４７と、転送部４８とを備える。受付部４５は、ユーザ端末１０（端末装置の一例）から、アクセス先の情報（例えば、「ＵＲＬ（ＬＰ２）」）と「ＳＩＧ２」（第１署名情報の一例）とを含む第２アクセス要求（アクセス要求の一例）を受け付ける。生成部４６は、第１ハッシュ関数α（所定のアルゴリズムの一例）によりユーザ端末１０のユーザＵに対応する情報であるユーザ関連情報（ユーザ情報の一例）から「ｓｉｇ２」（第２署名情報の一例）を生成する。転送部４８は、「ＳＩＧ２」と「ｓｉｇ２」との比較結果に基づき、第２アクセス要求の正当性を判定する。転送部４８は、判定部４７による判定結果に基づいて、第２アクセス要求に対する転送処理を行う。これにより、管理者Ｔ１側の装置でランディングページが分からないような場合であっても、第１リダイレクタ４０において、アクセス要求の正当性を判定することができることから、オープンリダイレクトを防止することができる。
【０１４１】
また、転送部４８は、判定部４７によって正当性があると判定された場合、第２リダイレクタ５０（他の転送装置の一例）またはランディングページＬＰ２のサーバ（アクセス先の装置）にアクセス要求を送信するようにユーザ端末１０に指示する転送処理を行う。一方、転送部４８は、判定部４７によって正当性があると判定されない場合、上記転送処理を行わない。このように、正当性がないアクセス要求の転送処理は行われないことから、オープンリダイレクトを防止することができる。例えば、悪意の第三者が自身のユーザ端末１０で「ＵＲＬ（ＲＤ１）」および「ＳＩＧ２」を含むアクセス先ＵＲＬの情報を知って、かかるアクセスＵＲＬをスパムメールに貼り付けたような場合であっても、アクセス先ＵＲＬに含まれる「ＳＩＧ２」は、スパムメールを閲覧するユーザＵのユーザ端末１０のユーザ関連情報から得られる「ＳＩＧ２」とは異なる。そのため、正当性がないアクセス要求として判定され、かかるアクセス要求の転送処理は行われない。
【０１４２】
また、ユーザ端末１０からの第２アクセス要求には、ユーザ関連情報が含まれ、判定部４７は、第２アクセス要求に含まれるユーザ関連情報から第１ハッシュ関数αにより「ｓｉｇ２」を生成する。このように、第２アクセス要求に含まれるユーザ関連情報を用いて「ｓｉｇ２」を生成することから、アクセス要求の正当性を容易に把握することができる。
【０１４３】
ユーザ関連情報は、ユーザ端末１０のＩＰアドレス、リンクＵＲＬ生成日時（アクセス元のウェブページの生成日時の一例）、ユーザ端末１０から出力されるクッキーおよびユーザエージェントのうち少なくとも一つの情報を含む。このようにユーザＵを一意にまたはある所定範囲内で特定可能な情報を用いることから、「ｓｉｇ２」の固有性を高めることができ、オープンリダイレクトを精度よく防止することができる。
【０１４４】
本願のアクセス処理システム１は、第１広告サーバ２０（第１コンテンツ提供装置の一例）、第２広告サーバ３０（第２コンテンツ提供装置の一例）および第１リダイレクタ４０を含む。第１広告サーバ２０は、ユーザ端末１０からのコンテンツ要求がある場合に、第１ハッシュ関数αによりユーザ関連情報から「ＳＩＧ２」を生成し、第２広告サーバ３０へ「ＳＩＧ２」を含むコンテンツ要求を行うようにユーザ端末１０に指示する。第２広告サーバ３０は、ユーザ端末１０からの「ＳＩＧ２」を含むコンテンツ要求に対して、「ＳＩＧ２」と「ＵＲＬ（ＬＰ２）」（リンク先の情報の一例）とが設定された第２広告コンテンツＡＤ２（コンテンツの一例）の情報とをユーザ端末１０へ提供する。第１リダイレクタ４０の受付部４５は、ユーザ端末１０から、アクセス先の情報として「ＵＲＬ（ＬＰ２）」を含む情報（リンク先の情報の一例）を受け付ける。これにより、管理者Ｔ１側の装置でランディングページが分からないような場合であっても、オープンリダイレクトを防止することができるアクセス処理システム１を提供することができる。
【０１４５】
また、第１広告サーバ２０（コンテンツ要求処理装置の一例）は、受付部２６と、生成部２８と、提供部２９とを備える。受付部２６は、ユーザ端末１０（端末装置の一例）からのコンテンツ要求を受け付ける。生成部２８は、受付部２６によってコンテンツ要求が受け付けられた場合に、第１ハッシュ関数α（所定のアルゴリズムの一例）によりユーザ端末１０（端末装置の一例）のユーザに対応する情報であるユーザ情報から「ＳＩＧ２」（署名情報の一例）を生成する。提供部２９は、生成部２８によって生成された「ＳＩＧ２」を含むアクセス情報をユーザ端末１０へ提供する。これにより、アセクス先の装置（例えば、第２広告サーバ３０）へ「ＳＩＧ２」を含む情報をユーザ端末１０から通知させることができる。
【０１４６】
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【０１４７】
また、上述した第１広告サーバ２０、第２広告サーバ３０、第１リダイレクタ４０および第２リダイレクタ５０は、それぞれ複数のサーバコンピュータで実現してもよく、また、機能によっては外部のプラットフォーム等をＡＰＩ（Application  Programming  Interface）やネットワークコンピューティングなどで呼び出して実現するなど、構成は柔軟に変更できる。
【０１４８】
また、上記してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、転送部は、転送手段や転送回路に読み替えることができる。
【符号の説明】
【０１４９】
１    アクセス処理システム
１０、１０１〜１０ｎ  ユーザ端末
２０  第１広告サーバ（コンテンツ要求処理装置および第１コンテンツ提供装置の一例）
２１、４１  通信部
２２、４２  記憶部
２３、４３  制御部
２４  ユーザ情報記憶部
２５  広告コンテンツ記憶部
２６、４５  受付部
２７  決定部
２８、４６  生成部
２９  提供部
３０  第２広告サーバ（コンテンツ提供装置および第２コンテンツ提供装置の一例）
４０  第１リダイレクタ（転送装置の一例）
４４  転送履歴記憶部
４７  判定部
４８  転送部
５０  第２リダイレクタ
６０  ウェブサーバ
【図１】
2017173889.tif 000003
【図２】
2017173889.tif 000004
【図３】
2017173889.tif 000005
【図４】
2017173889.tif 000006
【図５】
2017173889.tif 000007
【図６】
2017173889.tif 000008
【図７】
2017173889.tif 000009
【図８】
2017173889.tif 000010
【図９】
2017173889.tif 000011
【図１０】
2017173889.tif 000012
【手続補正書】
【提出日】平成29年4月6日(2017.4.6)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
端末装置から、コンテンツのアクセス先の情報と、第１署名情報とを含むアクセス要求を受け付ける受付部と、
所定のアルゴリズムにより前記端末装置のユーザに対応する情報であるユーザ情報から第２署名情報を生成する生成部と、
前記第１署名情報と前記第２署名情報との比較結果に基づき、前記アクセス要求の正当性を判定する判定部と、
前記判定部による判定結果に基づいて、前記アクセス要求に対する転送処理を行う転送部と、
を備えることを特徴とする転送装置。 
【請求項２】
前記転送部は、
前記判定部によって正当性があると判定された場合、他の転送装置または前記アクセス先の装置にアクセス要求を送信するように前記端末装置に指示する転送処理を行い、前記判定部によって正当性があると判定されない場合、前記転送処理を行わない
ことを特徴とする請求項１に記載の転送装置。 
【請求項３】
前記端末装置からの前記アクセス要求には、前記ユーザ情報が含まれ、
前記判定部は、
前記アクセス要求に含まれる前記ユーザ情報から前記所定のアルゴリズムにより前記第２署名情報を生成する
ことを特徴とする請求項１または２に記載の転送装置。 
【請求項４】
前記ユーザ情報は、
前記端末装置のＩＰアドレス、アクセス元のウェブページの生成日時、前記端末装置から出力されるクッキーおよびユーザエージェントのうち少なくとも一つの情報を含む
ことを特徴とする請求項１〜３のいずれか一つに記載の転送装置。 
【請求項５】
転送装置と、第１コンテンツ提供装置と、第２コンテンツ提供装置とを備えるアクセス処理システムであって、
前記第１コンテンツ提供装置は、
端末装置からのコンテンツ要求がある場合に、所定のアルゴリズムにより前記端末装置のユーザに対応する情報であるユーザ情報から第１署名情報を生成し、前記第２コンテンツ提供装置へ前記第１署名情報を含むコンテンツ要求を行うように前記端末装置に指示し、
前記第２コンテンツ提供装置は、
前記端末装置からの前記第１署名情報を含む前記コンテンツ要求に対して、前記第１署名情報とリンク先の情報が設定されたコンテンツの情報とを前記端末装置へ提供し、
前記転送装置は、
前記端末装置から、前記リンク先の情報であるアクセス先の情報と、前記第１署名情報とを含むアクセス要求を受け付ける受付部と、
前記所定のアルゴリズムにより前記ユーザ情報から第２署名情報を生成する生成部と、
前記第１署名情報と前記第２署名情報との比較結果に基づき、前記アクセス要求の正当性を判定する判定部と、
前記判定部による判定結果に基づいて、前記アクセス要求に対する転送処理を行う転送部と、を備える
ことを特徴とするアクセス処理システム。
【請求項６】
端末装置からのコンテンツ要求を受け付ける受付部と、
前記受付部によって前記コンテンツ要求が受け付けられた場合に、所定のアルゴリズムにより前記端末装置のユーザに対応する情報であるユーザ情報から署名情報を生成する生成部と、
前記生成部によって生成された前記第１署名情報を含むアクセス情報を前記端末装置へ提供する提供部と、を備え、
前記アクセス情報には、コンテンツのリンク先の情報と、前記リンク先の情報に基づいて生成された第２署名情報とを含むリンク情報が設定された前記コンテンツを提供する他のコンテンツ要求処理装置に対してコンテンツ要求を前記端末装置から送信させる情報が含まれる
ことを特徴とするコンテンツ要求処理装置。
【請求項７】
コンピュータが実行する転送方法であって、
端末装置から、コンテンツのアクセス先の情報と、第１署名情報とを含むアクセス要求を受け付ける受付工程と、
所定のアルゴリズムにより前記端末装置のユーザに対応する情報であるユーザ情報から第２署名情報を生成する生成工程と、
前記第１署名情報と前記第２署名情報との比較結果に基づき、前記アクセス要求の正当性を判定する判定工程と、
前記判定工程による判定結果に基づいて、前記アクセス要求に対する転送処理を行う転送工程と、
を含むことを特徴とする転送方法。
【請求項８】
コンピュータが実行するコンテンツ要求処理方法であって、
端末装置からのコンテンツ要求を受け付ける受付工程と、
前記受付工程によって前記コンテンツ要求が受け付けられた場合に、所定のアルゴリズムにより前記端末装置のユーザに対応する情報であるユーザ情報から第１署名情報を生成する生成工程と、
前記生成工程によって生成された前記第１署名情報を含むアクセス情報を前記端末装置へ提供する提供工程と、
を含み、
前記アクセス情報には、コンテンツのリンク先の情報と、前記リンク先の情報に基づいて生成された第２署名情報とを含むリンク情報が設定された前記コンテンツを提供する他のコンテンツ要求処理装置に対してコンテンツ要求を前記端末装置から送信させる情報が含まれる
ことを特徴とするコンテンツ要求処理方法。
【請求項９】
端末装置から、コンテンツのアクセス先の情報と、第１署名情報とを含むアクセス要求を受け付ける受付手順と、
所定のアルゴリズムにより前記端末装置のユーザに対応する情報であるユーザ情報から第２署名情報を生成する生成手順と、
前記第１署名情報と前記第２署名情報との比較結果に基づき、前記アクセス要求の正当性を判定する判定手順と、
前記判定手順による判定結果に基づいて、前記アクセス要求に対する転送処理を行う転送手順と、
をコンピュータに実行させることを特徴とする転送プログラム。
【請求項１０】
端末装置からのコンテンツ要求を受け付ける受付手順と、
前記受付手順によって前記コンテンツ要求が受け付けられた場合に、所定のアルゴリズムにより前記端末装置のユーザに対応する情報であるユーザ情報から第１署名情報を生成する生成手順と、
前記生成手順によって生成された前記第１署名情報を含むアクセス情報を前記端末装置へ提供する提供手順と、
をコンピュータに実行させ、
前記アクセス情報には、コンテンツのリンク先の情報と、前記リンク先の情報に基づいて生成された第２署名情報とを含むリンク情報が設定された前記コンテンツを提供する他のコンテンツ要求処理装置に対してコンテンツ要求を前記端末装置から送信させる情報が含まれる
ことを特徴とするコンテンツ要求処理プログラム。