特許 6163222 転送装置、転送方法、転送プログラム、コンテンツ要求処理装置、コンテンツ要求処理方法、コンテンツ要求処理プログラムおよびアクセス処理システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】6163222

(24)【登録日】2017年6月23日

(45)【発行日】2017年7月12日

(54)【発明の名称】転送装置、転送方法、転送プログラム、コンテンツ要求処理装置、コンテンツ要求処理方法、コンテンツ要求処理プログラムおよびアクセス処理システム

(51)【国際特許分類】

   G06F 21/44 20130101AFI20170703BHJP

   G06F 13/00 20060101ALI20170703BHJP

   G06F 21/31 20130101ALI20170703BHJP

   G06Q 30/02 20120101ALI20170703BHJP

【ＦＩ】

   G06F21/44

   G06F13/00 540P

   G06F21/31

   G06Q30/02 380

【請求項の数】10

【全頁数】25

(21)【出願番号】特願2016-55766(P2016-55766)

(22)【出願日】2016年3月18日

【審査請求日】2016年12月13日

【早期審査対象出願】

(73)【特許権者】

【識別番号】500257300

【氏名又は名称】ヤフー株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】特許業務法人酒井国際特許事務所

(72)【発明者】

【氏名】仲村 裕子

(72)【発明者】

【氏名】浅野 俊策

【審査官】 宮司 卓佳

(56)【参考文献】

【文献】 特開２０１４−１２７９３９（ＪＰ，Ａ）

【文献】 特開２００５−３４８１６４（ＪＰ，Ａ）

【文献】 特表２０１４−５１７４１４（ＪＰ，Ａ）

【文献】 特表２００８−５４１３１８（ＪＰ，Ａ）

【文献】 特開２０１２−２４７９９２（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ ２１／３０−Ｇ０６Ｆ ２１／４６

Ｇ０６Ｆ １３／００

Ｇ０６Ｑ ３０／０２

(57)【特許請求の範囲】

【請求項1】

端末装置から、コンテンツのアクセス先の情報と、第１署名情報とを含むアクセス要求を受け付ける受付部と、
所定のアルゴリズムにより前記端末装置のユーザに対応する情報であるユーザ情報から第２署名情報を生成する生成部と、
前記第１署名情報と前記第２署名情報との比較結果に基づき、前記アクセス要求の正当性を判定する判定部と、
前記判定部による判定結果に基づいて、前記アクセス要求に対する転送処理を行う転送部と、
を備えることを特徴とする転送装置。

【請求項2】

前記転送部は、
前記判定部によって正当性があると判定された場合、他の転送装置または前記アクセス先の装置にアクセス要求を送信するように前記端末装置に指示する転送処理を行い、前記判定部によって正当性があると判定されない場合、前記転送処理を行わない
ことを特徴とする請求項１に記載の転送装置。

【請求項3】

前記端末装置からの前記アクセス要求には、前記ユーザ情報が含まれ、
前記判定部は、
前記アクセス要求に含まれる前記ユーザ情報から前記所定のアルゴリズムにより前記第２署名情報を生成する
ことを特徴とする請求項１または２に記載の転送装置。

【請求項4】

前記ユーザ情報は、
前記端末装置のＩＰアドレス、アクセス元のウェブページの生成日時、前記端末装置から出力されるクッキーおよびユーザエージェントのうち少なくとも一つの情報を含む
ことを特徴とする請求項１〜３のいずれか一つに記載の転送装置。

【請求項5】

転送装置と、第１コンテンツ提供装置と、第２コンテンツ提供装置とを備えるアクセス処理システムであって、
前記第１コンテンツ提供装置は、
端末装置からのコンテンツ要求がある場合に、所定のアルゴリズムにより前記端末装置のユーザに対応する情報であるユーザ情報から第１署名情報を生成し、前記第２コンテンツ提供装置へ前記第１署名情報を含むコンテンツ要求を行うように前記端末装置に指示し、
前記第２コンテンツ提供装置は、
前記端末装置からの前記第１署名情報を含む前記コンテンツ要求に対して、前記第１署名情報とリンク先の情報が設定されたコンテンツの情報とを前記端末装置へ提供し、
前記転送装置は、
前記端末装置から、前記リンク先の情報であるアクセス先の情報と、前記第１署名情報とを含むアクセス要求を受け付ける受付部と、
前記所定のアルゴリズムにより前記ユーザ情報から第２署名情報を生成する生成部と、
前記第１署名情報と前記第２署名情報との比較結果に基づき、前記アクセス要求の正当性を判定する判定部と、
前記判定部による判定結果に基づいて、前記アクセス要求に対する転送処理を行う転送部と、を備える
ことを特徴とするアクセス処理システム。

【請求項6】

端末装置からのコンテンツ要求を受け付ける受付部と、
前記受付部によって前記コンテンツ要求が受け付けられた場合に、所定のアルゴリズムにより前記端末装置のユーザに対応する情報であるユーザ情報から署名情報を生成する生成部と、
前記生成部によって生成された前記第１署名情報を含むアクセス情報を前記端末装置へ提供する提供部と、を備え、
前記アクセス情報には、コンテンツのリンク先の情報と、前記リンク先の情報に基づいて生成された第２署名情報とを含むリンク情報が設定された前記コンテンツを提供する他のコンテンツ要求処理装置に対してコンテンツ要求を前記端末装置から送信させる情報が含まれる
ことを特徴とするコンテンツ要求処理装置。

【請求項7】

コンピュータが実行する転送方法であって、
端末装置から、コンテンツのアクセス先の情報と、第１署名情報とを含むアクセス要求を受け付ける受付工程と、
所定のアルゴリズムにより前記端末装置のユーザに対応する情報であるユーザ情報から第２署名情報を生成する生成工程と、
前記第１署名情報と前記第２署名情報との比較結果に基づき、前記アクセス要求の正当性を判定する判定工程と、
前記判定工程による判定結果に基づいて、前記アクセス要求に対する転送処理を行う転送工程と、
を含むことを特徴とする転送方法。

【請求項8】

コンピュータが実行するコンテンツ要求処理方法であって、
端末装置からのコンテンツ要求を受け付ける受付工程と、
前記受付工程によって前記コンテンツ要求が受け付けられた場合に、所定のアルゴリズムにより前記端末装置のユーザに対応する情報であるユーザ情報から第１署名情報を生成する生成工程と、
前記生成工程によって生成された前記第１署名情報を含むアクセス情報を前記端末装置へ提供する提供工程と、
を含み、
前記アクセス情報には、コンテンツのリンク先の情報と、前記リンク先の情報に基づいて生成された第２署名情報とを含むリンク情報が設定された前記コンテンツを提供する他のコンテンツ要求処理装置に対してコンテンツ要求を前記端末装置から送信させる情報が含まれる
ことを特徴とするコンテンツ要求処理方法。

【請求項9】

端末装置から、コンテンツのアクセス先の情報と、第１署名情報とを含むアクセス要求を受け付ける受付手順と、
所定のアルゴリズムにより前記端末装置のユーザに対応する情報であるユーザ情報から第２署名情報を生成する生成手順と、
前記第１署名情報と前記第２署名情報との比較結果に基づき、前記アクセス要求の正当性を判定する判定手順と、
前記判定手順による判定結果に基づいて、前記アクセス要求に対する転送処理を行う転送手順と、
をコンピュータに実行させることを特徴とする転送プログラム。

【請求項10】

端末装置からのコンテンツ要求を受け付ける受付手順と、
前記受付手順によって前記コンテンツ要求が受け付けられた場合に、所定のアルゴリズムにより前記端末装置のユーザに対応する情報であるユーザ情報から第１署名情報を生成する生成手順と、
前記生成手順によって生成された前記第１署名情報を含むアクセス情報を前記端末装置へ提供する提供手順と、
をコンピュータに実行させ、
前記アクセス情報には、コンテンツのリンク先の情報と、前記リンク先の情報に基づいて生成された第２署名情報とを含むリンク情報が設定された前記コンテンツを提供する他のコンテンツ要求処理装置に対してコンテンツ要求を前記端末装置から送信させる情報が含まれる
ことを特徴とするコンテンツ要求処理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、転送装置、転送方法、転送プログラム、コンテンツ要求処理装置、コンテンツ要求処理方法、コンテンツ要求処理プログラムおよびアクセス処理システムに関する。

【背景技術】

【0002】

近年、インターネットの飛躍的な普及に伴い、インターネットを介した広告配信が盛んに行われている。例えば、ウェブページの所定の位置に、企業や商品等を宣伝する広告コンテンツを表示し、広告コンテンツがクリックされた場合に、広告コンテンツに対するリンク先のページであるランディングページへユーザ端末をアクセスさせる広告配信技術が知られている。

【0003】

このような広告配信において、ランディングページへのアクセス状況を把握するために、ランディングページがユーザ端末によって受信される前に、ユーザ端末によるランディングページへのアクセス要求が１以上の転送装置（以下、リダイレクタと記載する）を通じて転送（リダイレクト）されることがある（例えば、特許文献１参照）。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特表２０１４−５１７４１４号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、リダイレクタが任意のページへリダイレクト可能な状態（オープンリダイレクトと呼ばれる）である場合、アクセス先の情報が第３者によってフィッシングサイトに改ざんされ、リダイレクタを介してフィッシングサイトにユーザ端末をアクセスさせてしまう可能性がある。

【0006】

このようなオープンリダイレクトによる脆弱性を解消するために、リダイレクタが、署名（シグネチャと呼ばれる）を用いてアクセス要求の正当性を判定する処理を行うことがある。例えば、リダイレクタは、広告サーバによってランディングページのＵＲＬ（Uniform Resource Locator）から生成されたシグネチャと、自装置でランディングページのＵＲＬから生成したシグネチャとが一致した場合にのみユーザ端末をリダイレクトするといった処理が行われている。

【0007】

しかしながら、例えば、ある管理者Ｇ１の広告サーバへ行われた広告リクエストに対して他の管理者Ｇ２の広告サーバから広告コンテンツを配信させるような場合、管理者Ｇ１のリダイレクタは、広告コンテンツのランディングページのＵＲＬが分からないことがある。

【0008】

そして、広告サーバは、管理者毎の独自のアルゴリズムによってシグネチャを生成するため、管理者Ｇ１のリダイレクタは、管理者Ｇ２の広告サーバによって生成されたシグネチャによってアクセス要求の正当性を判定することが難しい。そのため、管理者Ｇ１のリダイレクタにおいてオープンリダイレクトを防止することが難しい場合がある。このことは、広告コンテンツのランディングページへのアクセス要求に限らず、ランディングページ以外のコンテンツにリダイレクトするアクセス要求についても同様である。

【0009】

本願は、上記に鑑みてなされたものであって、オープンリダイレクトを防止することができる転送装置、転送方法、転送プログラム、コンテンツ要求処理装置、コンテンツ要求処理方法、コンテンツ要求処理プログラムおよびアクセス処理システムを提供することを目的とする。

【課題を解決するための手段】

【0010】

本願の転送装置は、受付部と、生成部と、判定部と、転送部とを備える。前記受付部は、端末装置から、アクセス先の情報と、第１署名情報とを含むアクセス要求を受け付ける。前記生成部は、所定のアルゴリズムにより前記端末装置のユーザに対応する情報であるユーザ情報から第２署名情報を生成する。前記判定部は、前記第１署名情報と前記第２署名情報との比較結果に基づき、前記アクセス要求の正当性を判定する。前記転送部は、前記判定部による判定結果に基づいて、前記アクセス要求に対する転送処理を行う。

【発明の効果】

【0011】

実施形態の一態様によれば、オープンリダイレクトを防止することができる転送装置、転送方法、転送プログラム、コンテンツ要求処理装置、コンテンツ要求処理方法、コンテンツ要求処理プログラムおよびアクセス処理システムを提供することができる。

【図面の簡単な説明】

【0012】

【図1】図１は、実施形態にかかるアクセス処理の一例を示す図である。

【図2】図２は、実施形態にかかるアクセス処理システムの構成例を示す図である。

【図3】図３は、第１広告サーバの構成例を示す図である。

【図4】図４は、第２広告サーバの構成例を示す図である。

【図5】図５は、第１リダイレクタの構成例を示す図である。

【図6】図６は、第２リダイレクタの構成例を示す図である。

【図7】図７は、実施形態に係る第１広告サーバにおける情報処理の流れを示すフローチャートである。

【図8】図８は、実施形態にかかる第２広告サーバにおける情報処理の流れを示すフローチャートである。

【図9】図９は、実施形態にかかる第１リダイレクタにおける情報処理の流れを示すフローチャートである。

【図10】図１０は、プログラムを実行するコンピュータのハードウェア構成の一例を示す図である。

【発明を実施するための形態】

【0013】

以下に、本願にかかる転送装置、転送方法、転送プログラム、コンテンツ要求処理装置、コンテンツ要求処理方法、コンテンツ要求処理プログラムおよびアクセス処理システムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願にかかる転送装置、転送方法、転送プログラム、コンテンツ要求処理装置、コンテンツ要求処理方法、コンテンツ要求処理プログラムおよびアクセス処理システムが限定されるものではない。

【0014】

〔１．転送処理を含むアクセス処理〕
図１を用いて、実施形態にかかるアクセス処理について説明する。図１は、実施形態にかかるアクセス処理の説明図であり、本実施形態においては、アクセス処理システム１によってアクセス処理が実行される。

【0015】

図１に示すアクセス処理システム１は、ユーザ端末１０と、第１広告サーバ２０（コンテンツ要求処理装置および第１コンテンツ提供装置の一例）と、第２広告サーバ３０（コンテンツ提供装置および第２コンテンツ提供装置の一例）と、第１リダイレクタ４０（転送装置の一例）と、第２リダイレクタ５０とを有する。

【0016】

ユーザ端末１０、第１広告サーバ２０、第２広告サーバ３０、第１リダイレクタ４０および第２リダイレクタ５０は、ネットワークを介して有線または無線により通信可能に接続される。また、第１広告サーバ２０および第１リダイレクタ４０は、管理者Ｔ１によって管理され、第２広告サーバ３０および第２リダイレクタ５０は、管理者Ｔ１とは異なる管理者Ｔ２によって管理される。

【0017】

図１に示すように、ユーザ端末１０は、ウェブページＷ１を表示部１１に表示する際に、ウェブページＷ１の広告枠Ｆ１に表示する広告コンテンツＡＤを取得するための広告リクエストを第１広告サーバ２０に送信する（ステップＳ１）。

【0018】

ウェブページＷ１のデータ（例えば、マークアップ言語で記述されたデータ）には、広告リクエストのアクセス先ＵＲＬ（Uniform Resource Locator）として第１広告サーバ２０のＵＲＬが含まれており、ユーザ端末１０は、かかるアクセス先ＵＲＬを宛先ＵＲＬとして広告リクエストを行う。

【0019】

第１広告サーバ２０は、ユーザ端末１０からの広告リクエストを受け付けると、ユーザ端末１０に対して広告コンテンツを第１広告サーバ２０から提供するのか第２広告サーバ３０から提供させるのかを決定する。ここでは、第１広告サーバ２０は、ユーザ端末１０に対して第２広告サーバ３０から広告コンテンツを提供させると決定したとして説明を続ける。

【0020】

ユーザ端末１０から送信される広告リクエストには、ユーザ端末１０のユーザに対応する情報（以下、ユーザ関連情報と記載する）が含まれており、第１広告サーバ２０は、かかるユーザ関連情報を用いてシグネチャ（以下、「ＳＩＧ２」と記載する）を生成する（ステップＳ２）。例えば、第１広告サーバ２０は、ユーザ関連情報を入力情報として第１ハッシュ関数α（所定のアルゴリズムの一例）による演算を行い、かかる演算結果であるハッシュ値を「ＳＩＧ２」（第１署名情報の一例）とする。

【0021】

ユーザ関連情報は、上述したように、広告リクエストに含まれる情報であり、例えば、ＨＴＴＰ（Hypertext Transfer Protocol）クッキー（以下、単にクッキーと記載する）、ユーザ端末１０のＩＰアドレス、ＨＴＴＰユーザエージェント（以下、単にユーザエージェントと記載する）およびリンクＵＲＬ生成日時の少なくとも一つである。

【0022】

また、ユーザ関連情報は、例えば、ユーザ端末１０のユーザの情報をハッシュ化する際に用いるソルト（salt）であってもよい。かかるソルトは、例えば、擬似乱数生成器で生成した乱数であり、例えば、管理者Ｔ１の装置において、ユーザ端末１０のユーザのパスワードをハッシュ関数によってハッシュ化する際にパスワードに付加される。なお、かかるソルトは、クッキーに含まれてもよく、また、広告リクエストの宛先ＵＲＬ（アクセス先ＵＲＬ）に含まれる情報であってもよい。

【0023】

第１広告サーバ２０は、「ＵＲＬ（ＡＳ２）」および「ＳＩＧ２」を含むリダイレクト要求をユーザ端末１０へ送信し（ステップＳ３）、「ＳＩＧ２」を含む広告リクエストを第２広告サーバ３０に送信するようユーザ端末１０に指示する。「ＵＲＬ（ＡＳ２）」は、第２広告サーバ３０のＵＲＬである。

【0024】

ユーザ端末１０は、第１広告サーバ２０からの指示に基づき、「ＳＩＧ２」を含む広告リクエストを第２広告サーバ３０に送信する（ステップＳ４）。第２広告サーバ３０は、配信対象の広告コンテンツとして、広告リクエストに応じた広告コンテンツＡＤを決定する。なお、以下において、広告コンテンツＡＤのランディングページＬＰのＵＲＬを「ＵＲＬ（ＬＰ）」と記載する。

【0025】

第２広告サーバ３０は、「ＵＲＬ（ＬＰ）」と「ＳＩＧ２」とを含むリンク情報が設定された広告コンテンツＡＤをユーザ端末１０に配信し（ステップＳ５）、ユーザ端末１０は、第２広告サーバ３０から受け付けた広告コンテンツＡＤを広告枠Ｆ１に表示する。

【0026】

その後、ユーザ端末１０のユーザによって広告コンテンツＡＤが選択（クリック）されると（ステップＳ６）、これに応じて、ユーザ端末１０は、ランディングページＬＰへのアクセス要求として、「ＵＲＬ（ＬＰ）」と「ＳＩＧ２」を含むアクセス要求を第１リダイレクタ４０に送信する（ステップＳ７）。

【0027】

第１リダイレクタ４０は、「ＵＲＬ（ＬＰ）」と「ＳＩＧ２」を含むアクセス要求を受け付けると、アクセス要求の正当性を判定する（ステップＳ８）。具体的には、第１リダイレクタ４０は、第１広告サーバ２０と同様に、第１ハッシュ関数αを用いて、ユーザ端末１０から取得されるユーザ関連情報からシグネチャを生成する。そして、第１リダイレクタ４０は、自装置で生成したシグネチャが「ＳＩＧ２」と一致した場合に、アクセス要求が正当であると判定する。

【0028】

シグネチャの生成アルゴリズムである第１ハッシュ関数αは、非公開の情報であるため、第１リダイレクタ４０は、自装置で生成したシグネチャが「ＳＩＧ２」と一致すれば、アクセス要求が信頼性の足る正当なものであると判定することができる。一方、第１リダイレクタ４０は、自装置で生成したシグネチャと「ＳＩＧ２」との一致が得られなかった場合、アクセス要求が信頼できないものであると判定する。

【0029】

そして、第１リダイレクタ４０は、アクセス要求が正当なものであると判定した場合、転送処理を行う（ステップＳ９）。具体的には、第１リダイレクタ４０は、「ＵＲＬ（ＬＰ）」を含むリダイレクト要求をユーザ端末１０に対して行い、「ＵＲＬ（ＬＰ）」を含むアクセス要求を第２リダイレクタ５０に送信するようユーザ端末１０に指示する。かかる指示を受けて、ユーザ端末１０は、「ＵＲＬ（ＬＰ）」を含むアクセス要求を第２リダイレクタ５０に送信する（ステップＳ１０）。

【0030】

第２リダイレクタ５０は、「ＵＲＬ（ＬＰ）」を含むアクセス要求を受け付けると、転送処理を行う（ステップＳ１１）。具体的には、第２リダイレクタ５０は、「ＵＲＬ（ＬＰ）」を含むリダイレクト要求をユーザ端末１０に対して行い、「ＵＲＬ（ＬＰ）」に対応するランディングページＬＰを有するウェブサーバにアクセスするようユーザ端末１０に指示する。かかかる指示を受けて、ユーザ端末１０は、「ＵＲＬ（ＬＰ）」をアクセス先ＵＲＬとして、ウェブサーバからランディングページＬＰを取得する（ステップＳ１２）。

【0031】

このように、本実施形態にかかるアクセス処理システム１では、第１広告サーバ２０に管理者Ｔ１の生成アルゴリズム（第１ハッシュ関数α）を実装しており、第１広告サーバ２０は、第１ハッシュ関数αを用いて、ユーザ端末１０から取得されるユーザ関連情報からシグネチャを生成する。

【0032】

管理者Ｔ１の第１リダイレクタ４０は、第１広告サーバ２０により生成されたシグネチャを受け付けると、自装置を管理する管理者Ｔ１により実装されている第１ハッシュ関数αを用いて、ユーザ端末１０のユーザ情報からシグネチャを生成する。そして、第１リダイレクタ４０は、第１リダイレクタ４０により生成されたシグネチャとのマッチングによりアクセス要求の正当性を判定する。

【0033】

そのため、第１広告サーバ２０によって広告コンテンツの取得先として第２広告サーバ３０が選択され、第２広告サーバ３０によってランディングページＬＰが決定される場合であっても、第１リダイレクタ４０は、アクセス要求の正当性を判定することができる。

【0034】

これにより、管理者Ｔ１側は、オープンリダイレクトを防止しつつ、広告コンテンツＡＤに対するクリック操作（ランディングページＬＰへの遷移）を第１リダイレクタ４０により収集することができる。

【0035】

また、第２広告サーバ３０から広告コンテンツＡＤがユーザ端末１０へ提供された後に、広告コンテンツＡＤのランディングページＬＰが変更されるような場合であっても同様の効果を得ることができる。

【0036】

以下、アクセス処理システム１の具体的な構成例について説明する。なお、以下においては、第２広告サーバ３０は、ランディングページＬＰのＵＲＬを第１ハッシュ関数αとは異なる第２ハッシュ関数βによってハッシュ化してシグネチャを生成することを含む例について説明する。

【0037】

〔２．アクセス処理システム１〕
図２は、実施形態にかかるアクセス処理システム１の構成例を示す図である。図２に示すように、実施形態にかかるアクセス処理システム１は、第１広告サーバ２０と、第２広告サーバ３０と、第１リダイレクタ４０と、第２リダイレクタ５０と、ウェブサーバ６０と、管理装置７０とを備える。

【0038】

第１広告サーバ２０、第２広告サーバ３０、第１リダイレクタ４０、第２リダイレクタ５０、ウェブサーバ６０および管理装置７０は、ネットワーク８０を介して互いに通信可能に接続され、また、これらの装置は、複数のユーザ端末１０_１〜１０_ｎ（ｎは、２以上の整数）と通信可能に接続される。ネットワーク８０は、例えば、ＬＡＮ（Local Area Network）や、インターネットなどのＷＡＮ（Wide Area Network）である。

【0039】

上述したように、第１広告サーバ２０、第１リダイレクタ４０、ウェブサーバ６０および管理装置７０は、管理者Ｔ１によって管理され、第２広告サーバ３０および第２リダイレクタ５０は、管理者Ｔ２によって管理される。

【0040】

ユーザ端末１０_１〜１０_ｎ（以下、ユーザ端末１０と総称する場合がある）は、ブラウザを有しており、デスクトップ型ＰＣ（Personal Computer）や、ノート型ＰＣや、タブレット型端末や、携帯電話機、ＰＤＡ（Personal Digital Assistant）等により実現される。なお、ユーザ端末１０_１〜１０_ｎのユーザＵ_１〜Ｕ_ｎを以下において、ユーザＵと総称する。

【0041】

ユーザ端末１０は、ネットワーク８０を介してウェブサーバ６０にアクセスし、ウェブサーバ６０からウェブページのデータ（例えば、マークアップ言語で記述されたデータ）を受信することができる。ウェブサーバ６０から受信されたウェブページのデータには、広告リクエスト先のＵＲＬとして第１広告サーバ２０のＵＲＬが含まれており、ユーザ端末１０は、第１広告サーバ２０のＵＲＬをリクエスト先ＵＲＬとして広告リクエストを行う。

【0042】

以下、第１広告サーバ２０、第２広告サーバ３０、第１リダイレクタ４０および第２リダイレクタ５０についてそれぞれ図面を参照して具体的に説明する。

【0043】

〔２．１．第１広告サーバ２０〕
図３は、第１広告サーバ２０の構成例を示す図である。図３に示すように、第１広告サーバ２０は、通信部２１と、記憶部２２と、制御部２３（コントローラ）とを備える。

【0044】

通信部２１は、ネットワーク８０との間で情報の送受信を行う通信インターフェイスであり、ネットワーク８０との接続を有線または無線で行う。制御部２３は、通信部２１およびネットワーク８０を介して、ユーザ端末１０との間で各種の情報を送受信することができる。

【0045】

記憶部２２は、ユーザ情報記憶部２４と、広告コンテンツ記憶部２５とを有する。ユーザ情報記憶部２４は、ユーザＵの識別情報（ユーザＩＤ）やユーザＵの属性（例えば、年齢、性別）などを記憶する。広告コンテンツ記憶部２５は、ランディングページのＵＲＬの情報と広告コンテンツの情報とを含む複数のコンテンツ情報を記憶する。コンテンツ情報において、各広告コンテンツの情報には、ランディングページのＵＲＬの情報が対応付けられている。

【0046】

制御部２３は、受付部２６と、決定部２７と、生成部２８と、提供部２９とを備える。受付部２６は、ユーザ端末１０からの広告リクエストを受け付ける。かかる広告リクエストには、広告枠（例えば、図１に示す広告枠Ｆ１）の情報（以下、広告枠情報と記載する）と、ユーザ端末１０のユーザに対応する情報であるユーザ関連情報とが含まれる。

【0047】

広告枠情報は、例えば、広告枠の識別情報（または広告枠のサイズや位置などの情報）であり、以下、「ＩＮＦ（Ｆ１）」と記載する場合がある。また、ユーザ関連情報は、上述したように、例えば、クッキーの情報、ユーザ端末１０のＩＰアドレスの情報、ユーザエージェントの情報およびリンクＵＲＬ生成日時の情報である。受付部２６は、広告リクエストに含まれるユーザ関連情報を取得する。

【0048】

クッキーの情報には、例えば、ユーザ端末１０のユーザＵの識別情報、ユーザＵの属性、ユーザＵの管理者Ｔ１の装置に対するアクセス履歴などの情報が含まれている。管理装置７０は、例えば、第１広告サーバ２０、第１リダイレクタ４０およびウェブサーバ６０を管理するフロントエンドサーバとして機能し、ユーザ端末１０との間でクッキーの情報を送受信することができる。第１広告サーバ２０は、クッキーの情報を管理装置７０から取得することができる。

【0049】

なお、第１広告サーバ２０および第１リダイレクタ４０は一体のサーバであってもよく、この場合、第１広告サーバ２０および第１リダイレクタ４０は共にクッキーをユーザ端末１０との間で送受信することができる。

【0050】

また、ユーザ端末１０と第１広告サーバ２０との間のクッキーの情報とユーザ端末１０と第１リダイレクタ４０との間のクッキーの情報とを第１リダイレクタ４０に紐付けて記憶部２２に記憶しておくこともできる。この場合、制御部２３は、記憶部２２からユーザ端末１０と第１リダイレクタ４０との間のクッキーの情報に基づきユーザ端末１０と第１広告サーバ２０との間のクッキーの情報を取得することもできる。

【0051】

ユーザ端末１０のＩＰアドレスは、例えば、広告リクエストに送信元ＩＰアドレスとして含まれており、受付部２６は、かかる送信元ＩＰアドレスをユーザ端末１０のＩＰアドレスとして取得する。

【0052】

ユーザエージェントは、ユーザ端末１０のブラウザに関する情報であり、広告リクエストがＨＴＴＰリクエストである場合、かかるＨＴＴＰリクエストのヘッダに含まれる情報である。ユーザエージェントの情報には、ブラウザ名、ブラウザのバージョン、ブラウザが動作しているＯＳ（Operating System）の名称やバージョン、使用言語などの情報が含まれる。

【0053】

リンクＵＲＬ生成日時は、例えば、ウェブサーバ６０によるウェブページの生成日時の情報であり、ウェブサーバ６０は、ユーザ端末１０からの要求を受け付けてウェブページを生成する際の日時をリンクＵＲＬ生成日時としてウェブページのデータに含ませることができる。これにより、ユーザ端末１０のユーザＵがウェブページに設定された広告コンテンツをクリックした場合に、ウェブページのＵＲＬやリンクＵＲＬ生成日時の情報を含むリンク元情報（リファラーとも呼ばれる）をランディングページへのアクセス要求のヘッダに含ませてユーザ端末１０から送信させることができる。

【0054】

決定部２７は、例えば、広告リクエストに含まれるクッキーからユーザ端末１０のユーザＵを特定し、かかるユーザＵの属性情報（例えば、ユーザＵの性別、年齢、住所、興味関心など）をユーザ情報記憶部２４から取得する。

【0055】

決定部２７は、ユーザＵの属性情報に基づいて、ユーザ端末１０に対して広告コンテンツを第１広告サーバ２０から提供するのか第２広告サーバ３０から提供させるのかを決定する。例えば、決定部２７は、第１広告サーバ２０および第２広告サーバ３０のうち、ユーザ端末１０のユーザＵに対する広告収益が高くなるように広告サーバとして決定する。

【0056】

決定部２７は、広告コンテンツを第１広告サーバ２０から提供すると決定すると、ユーザＵの属性情報に基づいて、広告コンテンツ記憶部２５に記憶された複数の広告コンテンツの中から、ユーザ端末１０へ提供する広告コンテンツＡＤ１（以下、第１広告コンテンツＡＤ１と記載する）を決定する。

【0057】

生成部２８は、第１広告コンテンツＡＤ１を第１広告サーバ２０から提供すると決定部２７が決定した場合、「ＵＲＬ（ＬＰ１）」を用いてシグネチャ（以下、「ＳＩＧ１」と記載する）を生成する。具体的には、生成部２８は、「ＵＲＬ（ＬＰ１）」を入力情報として第１ハッシュ関数αの演算を行ってハッシュ値を求め、かかるハッシュ値を「ＳＩＧ１」とする。なお、「ＵＲＬ（ＬＰ１）」は、第１広告コンテンツＡＤ１のリンク先として設定されたランディングページＬＰ１のＵＲＬである。

【0058】

一方、生成部２８は、第２広告サーバ３０から広告コンテンツを提供すると決定部２７が決定した場合、ユーザＵのユーザ関連情報を用いてシグネチャ（第１署名情報の一例。以下、「ＳＩＧ２」と記載する）を生成する。具体的には、生成部２８は、ユーザ関連情報を入力情報として第１ハッシュ関数αの演算を行ってハッシュ値を求め、かかるハッシュ値を「ＳＩＧ２」とする。

【0059】

生成部２８は、例えば、クッキーの情報、ユーザ端末１０のＩＰアドレスの情報、ユーザエージェントの情報、リンクＵＲＬ生成日時およびソルトの情報のうち少なくとも一つのユーザ関連情報を第１ハッシュ関数αによってハッシュ化することで、「ＳＩＧ２」を生成する。なお、いずれか一つのユーザ関連情報の一部を第１ハッシュ関数αによってハッシュ化することで、「ＳＩＧ２」を生成することもできる。

【0060】

クッキーの情報には、例えば、ユーザＵの識別情報が含まれており、ユーザＵ毎に固有な情報になることから、ユーザＵを特定する情報と言える。そのため、クッキーの情報を用いて「ＳＩＧ２」を生成することで、「ＳＩＧ２」をユーザＵ毎に固有な値にすることができ、後述する第１リダイレクタ４０での正当性の判定を精度よく行うことができる。なお、生成部２８は、クッキーの情報の一部または全部を用いて「ＳＩＧ２」を生成することができる。

【0061】

また、ユーザ端末１０のＩＰアドレスは、ユーザ端末１０毎に固有のＩＰアドレスが割り当てられる場合、ユーザＵ毎に固有な情報になることから、ユーザＵを特定する情報と言える。そのため、ユーザ端末１０のＩＰアドレスを用いて「ＳＩＧ２」を生成することで、「ＳＩＧ２」をユーザＵ毎に固有な値にすることができる。なお、ユーザ端末１０が例えばルータを介して第１広告サーバ２０に接続される場合など、複数のユーザ端末１０に同一のＩＰアドレスが割り当てられる場合があるが、同じＩＰアドレスを有するユーザ端末１０の数は限られ、ユーザ端末１０のＩＰアドレスは、ユーザＵを特定する情報と言える。

【0062】

また、ユーザエージェントの情報は、ブラウザ名、ブラウザのバージョン、ＯＳの名称やバージョン、使用言語などの情報が含まれるため、ユーザ端末１０の状態に応じた情報である。同一のユーザエージェントの情報を有するユーザ端末１０はその数が絞られることから、ユーザエージェントの情報も、ユーザＵを特定することができる情報と言える。

【0063】

また、リンクＵＲＬ生成日時は、広告コンテンツが設定されるウェブページが生成された日時である。かかるリンクＵＲＬ生成日時を秒単位または秒単位よりも小さな単位（例えば、０．１秒）の情報で設定することによって、リンクＵＲＬ生成日時は、ユーザを特定する情報として用いることができる。

【0064】

ソルトは、例えば、擬似乱数生成器で生成した乱数であり、桁数を大きくすることによって、かかるソルトは、ユーザＵを特定する情報として用いることができる。なお、ユーザ関連情報は、上述した例に限定されるものではなく、ユーザ端末１０からのアクセス要求や広告リクエストなどに含まれる情報であってユーザＵを特定することができる情報であればよい。ユーザ関連情報は、ユーザ端末１０からの要求に含まれる情報に基づいて取得される情報であってもよい。

【0065】

ユーザ関連情報は、クッキーやＩＰアドレスのように、ユーザＵを一意に特定することに限定されず、上述のように、ユーザエージェントの情報が同じユーザＵを特定したり、ウェブページのアクセス日時が同じユーザＵを特定したりすることで、ユーザＵを絞り込むことができる情報を含む。このような場合であっても、「ＳＩＧ２」がユーザＵに応じて異なる可能性を高めることができ、後述する第１リダイレクタ４０での正当性の判定を精度よく行うことができる。

【0066】

提供部２９は、第１広告コンテンツＡＤ１を第１広告サーバ２０から提供すると決定部２７が決定した場合、「ＵＲＬ（ＬＰ１）」と「ＳＩＧ１」と「ＩＮＦ（Ｆ１）」とを含むリンク情報が設定された第１広告コンテンツＡＤ１の情報をユーザ端末１０へ送信する。「ＩＮＦ（Ｆ１）」は、上述したように広告枠情報である。

【0067】

第１リダイレクタ４０のＵＲＬをＵＲＬ（ＲＤ１）とすると、提供部２９は、例えば、アクセス先ＵＲＬである「ＵＲＬ（ＲＤ１）？ＵＲＬ（ＬＰ１）＆ＳＩＧ１＆ＩＮＦ（Ｆ１）」を含むリンク情報が設定された第１広告コンテンツＡＤ１の情報をユーザ端末１０へ送信する。ユーザ端末１０は、第１広告サーバ２０から第１広告コンテンツＡＤ１の情報を受信すると、かかる第１広告コンテンツＡＤ１をウェブページの広告枠に表示する。

【0068】

このように広告枠に表示された第１広告コンテンツＡＤ１が選択（クリック）された場合、ユーザ端末１０は、選択された第１広告コンテンツＡＤ１に設定されたリンク情報に基づき、アクセス先ＵＲＬとして「ＵＲＬ（ＲＤ１）？ＵＲＬ（ＬＰ１）＆ＳＩＧ１＆ＩＮＦ（Ｆ１）」を含むアクセス要求を第１リダイレクタ４０へ行う。

【0069】

一方、提供部２９は、第２広告サーバ３０から広告コンテンツを提供すると決定部２７が決定した場合、「ＵＲＬ（ＡＳ２）」と「ＳＩＧ２」と「ＩＮＦ（Ｆ１）」をアクセス情報として含むリダイレクト要求をユーザ端末１０へ送信する。「ＵＲＬ（ＡＳ２）」は、第２広告サーバ３０のＵＲＬである。

【0070】

例えば、提供部２９は、アクセス先ＵＲＬである「ＵＲＬ（ＡＳ２）？ＳＩＧ２＆ＩＮＦ（Ｆ１）」をアクセス情報として含むリダイレクト要求をユーザ端末１０へ送信する。ユーザ端末１０は、リダイレクト要求を受信すると、リダイレクト要求にアクセス先ＵＲＬとして含まれる「ＵＲＬ（ＡＳ２）？ＳＩＧ２＆ＩＮＦ（Ｆ１）」を含む広告リクエストを第２広告サーバ３０のＵＲＬへ送信する。このように、第２広告サーバ３０から広告コンテンツを提供すると決定部２７が決定した場合、第１広告サーバ２０への広告リクエストが第２広告サーバ３０へとリダイレクトされる。

【0071】

〔２．２．第２広告サーバ３０〕
図４は、第２広告サーバ３０の構成例を示す図である。図４に示すように、第２広告サーバ３０は、通信部３１と、記憶部３２と、制御部３３（コントローラ）とを備える。

【0072】

通信部３１は、ネットワーク８０との間で情報の送受信を行う通信インターフェイスであり、ネットワーク８０との接続を有線または無線で行う。制御部３３は、通信部３１およびネットワーク８０を介して、ユーザ端末１０との間で各種の情報を送受信することができる。

【0073】

記憶部３２は、ユーザ情報記憶部３４と、広告コンテンツ記憶部３５とを有する。ユーザ情報記憶部３４は、ユーザＵの識別情報（ユーザＩＤ）やユーザＵの属性（例えば、年齢、性別）などを記憶する。広告コンテンツ記憶部３５は、ランディングページのＵＲＬがリンク情報として設定された複数の広告コンテンツの情報などを記憶する。

【0074】

制御部３３は、受付部３６と、決定部３７と、生成部３８と、提供部３９とを備える。受付部３６は、上述のように第１広告サーバ２０によってリダイレクトされたユーザ端末１０からの広告リクエストを受け付ける。受付部３６が広告リクエストを受け付けると、決定部３７は、広告コンテンツ記憶部３５に記憶された複数の広告コンテンツの中から、ユーザ端末１０へ提供する広告コンテンツ（以下、第２広告コンテンツＡＤ２と記載する）を決定する。

【0075】

例えば、決定部３７は、広告リクエストに含まれるクッキーからユーザ端末１０のユーザＵを特定し、かかるユーザＵの属性情報（例えば、ユーザＵの性別、年齢、住所、興味関心など）をユーザ情報記憶部３４から取得し、かかる属性情報に基づいて第２広告コンテンツＡＤ２を決定する。

【0076】

生成部３８は、「ＵＲＬ（ＬＰ２）」を用いてシグネチャを生成する（以下、「ＳＩＧ３」と記載する場合がある）。具体的には、生成部３８は、「ＵＲＬ（ＬＰ２）」を入力情報として第１ハッシュ関数αとは異なる第２ハッシュ関数βの演算を行ってハッシュ値を求め、かかるハッシュ値を「ＳＩＧ３」とする。「ＵＲＬ（ＬＰ２）」は、第２広告コンテンツＡＤ２のリンク先として設定されたランディングページＬＰ２のＵＲＬである。

【0077】

提供部３９は、「ＵＲＬ（ＬＰ２）」と「ＳＩＧ２」と「ＳＩＧ３」と「ＩＮＦ（Ｆ１）」がリンク情報として設定された第２広告コンテンツＡＤ２の情報をユーザ端末１０へ送信する。例えば、第１リダイレクタ４０のＵＲＬをＵＲＬ（ＲＤ１）とすると、提供部３９は、アクセス先ＵＲＬである「ＵＲＬ（ＲＤ１）？ＵＲＬ（ＬＰ２）＆ＳＩＧ２＆ＩＮＦ（Ｆ１）＆ＳＩＧ３」をリンク情報として含む広告コンテンツ情報をユーザ端末１０へ送信する。ユーザ端末１０は、第２広告サーバ３０から第２広告コンテンツＡＤ２を受信すると、かかる第２広告コンテンツＡＤ２をウェブページの広告枠に表示する。

【0078】

その後、広告枠に表示された第２広告コンテンツＡＤ２が選択（クリック）された場合、ユーザ端末１０は、第２広告コンテンツＡＤ２のリンク先として設定された第１リダイレクタ４０へ「ＵＲＬ（ＬＰ２）」と「ＳＩＧ２」と「ＳＩＧ３」とを含むアクセス要求を行う。例えば、ユーザ端末１０は、アクセス先ＵＲＬとして「ＵＲＬ（ＲＤ１）？ＵＲＬ（ＬＰ２）＆ＳＩＧ２＆ＩＮＦ（Ｆ１）＆ＳＩＧ３」を含むアクセス要求を第１リダイレクタ４０に対して行う。

【0079】

なお、制御部３３の動作として、第１広告サーバ２０からのリダイレクト要求に基づいてユーザ端末１０が第２広告サーバ３０へ広告リクエストを行った場合の動作を説明したが、制御部３３は、リダイレクトが行われない広告リクエストを行ったユーザ端末１０に対して第２広告コンテンツＡＤ２の情報を送信することもできる。

【0080】

〔２．３．第１リダイレクタ４０〕
図５は、第１リダイレクタ４０の構成例を示す図である。図５に示すように、第１リダイレクタ４０は、通信部４１と、記憶部４２と、制御部４３（コントローラ）とを備える。

【0081】

通信部４１は、ネットワーク８０との間で情報の送受信を行う通信インターフェイスであり、ネットワーク８０との接続を有線または無線で行う。制御部４３は、通信部４１およびネットワーク８０を介して、ユーザ端末１０との間で各種の情報を送受信することができる。

【0082】

記憶部４２は、転送履歴記憶部４４を有する。転送履歴記憶部４４は、制御部４３によって後述する転送処理が行われたアクセス要求の転送履歴などをこれらのアクセス要求に含まれる広告枠情報に関連付けて記憶する。

【0083】

制御部４３は、受付部４５と、生成部４６と、判定部４７と、転送部４８とを備える。受付部４５は、ユーザ端末１０からのアクセス要求を受け付ける。ユーザ端末１０は、上述したように第１広告コンテンツＡＤ１がクリックされた場合、例えば、アクセス先ＵＲＬとして「ＵＲＬ（ＲＤ１）？ＵＲＬ（ＬＰ１）＆ＳＩＧ１＆ＩＮＦ（Ｆ１）」を含むアクセス要求（以下、第１アクセス要求と記載する場合がある）を第１リダイレクタ４０へ送信する。受付部４５は、かかる第１アクセス要求を受け付ける。

【0084】

また、ユーザ端末１０は、上述したように、第２広告コンテンツＡＤ２がユーザＵによってクリックされた場合、アクセス先ＵＲＬとして「ＵＲＬ（ＲＤ１）？ＵＲＬ（ＬＰ２）＆ＳＩＧ２＆ＩＮＦ（Ｆ１）＆ＳＩＧ３」を含む第２アクセス要求を第１リダイレクタ４０へ送信する。受付部４５は、第２アクセス要求を受け付ける。

【0085】

生成部４６は、受付部４５が第１アクセス要求を受け付けた場合、第１広告コンテンツＡＤ１のランディングページＬＰ１のＵＲＬである「ＵＲＬ（ＬＰ１）」を用いてシグネチャ（以下、「ｓｉｇ１」と記載する場合がある）を生成する。具体的には、生成部４６は、「ＵＲＬ（ＬＰ１）」を入力情報として第１ハッシュ関数αによる演算によってハッシュ値を求め、かかるハッシュ値を「ｓｉｇ１」とする。

【0086】

また、生成部４６は、受付部４５が第２アクセス要求を受け付けた場合、第２アクセス要求に含まれるユーザ関連情報を用いてシグネチャ（以下、「ｓｉｇ２」と記載する場合がある）を生成する。具体的には、生成部４６は、第２アクセス要求に含まれる複数のユーザ関連情報のうち少なくとも一つのユーザ関連情報を入力情報として第１ハッシュ関数αの演算を行ってハッシュ値を求め、かかるハッシュ値を「ｓｉｇ２」とする。

【0087】

「ｓｉｇ２」を生成する際に生成部４６が用いるユーザ関連情報は生成部２８が用いるユーザ関連情報と同じである。例えば、生成部２８がクッキーの情報を用いて「ＳＩＧ２」を生成する場合、生成部４６もクッキーの情報を用いて「ｓｉｇ２」を生成する。また、生成部２８がクッキーの情報とＩＰアドレスの情報を用いて「ＳＩＧ２」を生成する場合、生成部４６もクッキーの情報とＩＰアドレスの情報を用いて「ｓｉｇ２」を生成する。

【0088】

判定部４７は、受付部４５が第１アクセス要求を受け付けた場合、第１アクセス要求に含まれる「ＳＩＧ１」と生成部４６によって生成された「ｓｉｇ１」とを比較する。そして、判定部４７は、「ＳＩＧ１」と「ｓｉｇ１」とが一致する場合に、第１アクセス要求が正当であると判定し、「ＳＩＧ１」と「ｓｉｇ１」とが一致しない場合に、第１アクセス要求が信頼できないものであると判定する。

【0089】

また、判定部４７は、受付部４５が第２アクセス要求を受け付けた場合、第２アクセス要求に含まれる「ＳＩＧ２」と生成部４６によって生成された「ｓｉｇ２」とを比較する。そして、判定部４７は、「ＳＩＧ２」と「ｓｉｇ２」とが一致する場合に、第２アクセス要求が正当であると判定し、「ＳＩＧ２」と「ｓｉｇ２」とが一致しない場合に、第２アクセス要求が信頼できないものであると判定する。

【0090】

なお、判定部４７は、「ＳＩＧ２」と「ｓｉｇ２」とが一致している場合であっても、第２アクセス要求に含まれるリンクＵＲＬ生成日時の情報に基づいて、第２アクセス要求が信頼できるものか否かを更に判定することができる。例えば、判定部４７は、リンクＵＲＬ生成日時から所定時間（例えば、１０分）後の日時が現日時よりも前である場合、第２アクセス要求が信頼できないものであると判定することができる。一方、判定部４７は、リンクＵＲＬ生成日時から所定時間後の日時が現日時よりも後である場合、第２アクセス要求が信頼できるものであると判定することができる。

【0091】

転送部４８は、判定部４７による上記判定結果に基づいて、第１アクセス要求に対する転送処理を行う。例えば、転送部４８は、判定部４７によって第１アクセス要求が正当であると判定された場合、「ＵＲＬ（ＬＰ１）」を含むアクセス要求を、ランディングページＬＰ１を有するサーバへ送信するようにユーザ端末１０に指示する。かかる指示は、例えば、アクセス先ＵＲＬとして「ＵＲＬ（ＬＰ１）」を含むリダイレクト要求をユーザ端末１０に対して送信することによって行われる。

【0092】

転送部４８は、判定部４７による上記判定結果に基づいて、第２アクセス要求に対する転送処理を行う。例えば、転送部４８は、判定部４７によって第２アクセス要求が正当であると判定された場合、「ＵＲＬ（ＬＰ２）」および「ＳＩＧ３」を含むアクセス要求を第２リダイレクタ５０に送信するようユーザ端末１０に指示する。例えば、転送部４８は、リンク先ＵＲＬとして「ＵＲＬ（ＲＤ２）？ＵＲＬ（ＬＰ２）＆ＳＩＧ３」を含むアクセス要求をユーザ端末１０から行うようにユーザ端末１０に指示する。一方、転送部４８は、判定部４７によって第２アクセス要求が正当ではないと判定された場合、第２アクセス要求に対する転送処理を行わない。

【0093】

転送部４８は、上述のように転送処理を行った第１アクセス要求の転送履歴や第２アクセス要求の転送履歴を転送履歴記憶部４４に記憶する。第１アクセス要求の転送履歴は、例えば、第１アクセス要求の受付日時、第１アクセス要求の受付数、第１アクセス要求を行ったユーザＵの識別情報などである。第１アクセス要求の転送履歴により、第１広告コンテンツＡＤ１に対するクリック数などを把握することができる。

【0094】

また、第２アクセス要求の転送履歴は、例えば、第２アクセス要求の受付日時、第２アクセス要求の受付数、第２アクセス要求を行ったユーザＵの識別情報などである。第２アクセス要求の転送履歴により、第２広告コンテンツＡＤ２に対するクリック数などを把握することができる。

【0095】

〔２．４．第２リダイレクタ５０〕
図６は、第２リダイレクタ５０の構成例を示す図である。図６に示すように、第２リダイレクタ５０は、通信部５１と、記憶部５２と、制御部５３（コントローラ）とを備える。

【0096】

通信部５１は、ネットワーク８０との間で情報の送受信を行う通信インターフェイスであり、ネットワーク８０との接続を有線または無線で行う。制御部５３は、通信部５１およびネットワーク８０を介して、ユーザ端末１０との間で各種の情報を送受信することができる。

【0097】

記憶部５２は、転送履歴記憶部５４を有する。転送履歴記憶部５４は、制御部５３によって後述する転送処理が行われたアクセス要求の転送履歴をアクセス要求に含まれる広告枠情報に関連付けて記憶する。

【0098】

制御部５３は、受付部５５と、生成部５６と、判定部５７と、転送部５８とを備える。 受付部５５は、ユーザ端末１０からのアクセス要求を受け付ける。例えば、受付部５５は、ユーザ端末１０から、リンク先ＵＲＬとして「ＵＲＬ（ＲＤ２）？ＵＲＬ（ＬＰ２）＆ＳＩＧ３」を含むアクセス要求を受け付ける。

【0099】

生成部５６は、ランディングページＬＰ２のＵＲＬである「ＵＲＬ（ＬＰ２）」を用いてシグネチャ（以下、「ｓｉｇ３」と記載する）を生成する。具体的には、生成部５６は、「ＵＲＬ（ＬＰ２）」を入力情報として第２ハッシュ関数βによる演算によってハッシュ値を求め、かかるハッシュ値を「ｓｉｇ３」とする。

【0100】

判定部５７は、受付部５５で受け付けたアクセス要求に含まれる「ＳＩＧ３」と生成部５６によって生成された「ｓｉｇ３」とを比較する。そして、判定部５７は、「ＳＩＧ３」と「ｓｉｇ３」とが一致する場合に、受付部５５で受け付けたアクセス要求が正当であると判定し、「ＳＩＧ３」と「ｓｉｇ３」とが一致しない場合に、アクセス要求が信頼できないものであると判定する。

【0101】

転送部５８は、判定部５７による上記判定結果に基づいて、受付部５５で受け付けたアクセス要求に対する転送処理を行う。例えば、転送部５８は、判定部５７によってアクセス要求が正当であると判定された場合、ランディングページＬＰ２へのアクセス要求として、「ＵＲＬ（ＬＰ２）」を含むリダイレクト要求をユーザ端末１０に対して行い、アクセス先ＵＲＬとして「ＵＲＬ（ＬＰ２）」を含むアクセス要求を、ランディングページＬＰ１のサーバへ送信するようにユーザ端末１０に指示する。一方、転送部５８は、判定部５７によってアクセス要求が正当ではないと判定された場合、アクセス要求に対する転送処理を行わない。

【0102】

転送部５８は、上述のように転送処理を行ったアクセス要求の履歴を転送履歴記憶部５４に記憶する。アクセス要求の履歴は、例えば、アクセス要求の受付日時、アクセス要求の受付数、アクセス要求を行ったユーザＵの識別情報などである。アクセス要求の履歴により、第２広告コンテンツＡＤ２に対するクリック数などを把握することができる。

【0103】

〔３．アクセス処理システム１の処理フロー〕
まず、図７を用いて、第１広告サーバ２０における情報処理の手順について説明する。図７は、第１広告サーバ２０における情報処理の流れを示すフローチャートであり、かかる処理は繰り返し実行される。

【0104】

図７に示すように、第１広告サーバ２０の制御部２３は、ユーザ端末１０から第１広告サーバ２０への広告リクエストがあるか否かを判定する（ステップS１０）。広告リクエストがあると判定すると（ステップＳ１０；Ｙｅｓ）、制御部２３は、広告コンテンツの提供先となる広告サーバを決定する（ステップＳ１１）。

【0105】

制御部２３は、広告コンテンツの提供先として決定された広告サーバが第１広告サーバ２０である場合（ステップＳ１２；Ｙｅｓ）、ユーザ端末１０へ提供する第１広告コンテンツＡＤ１を決定する（ステップＳ１３）。また、制御部２３は、第１広告コンテンツＡＤ１のランディングページＬＰ１のＵＲＬである「ＵＲＬ（ＬＰ１）」からシグネチャ（「ＳＩＧ１」）を生成する（ステップＳ１４）。その後、制御部２３は、「ＳＩＧ１」、「ＵＲＬ（ＬＰ１）」および「ＩＮＦ（ＡＤ１）」を含むリンク情報が設定された第１広告コンテンツＡＤ１の情報をユーザ端末１０へ送信する（ステップＳ１５）。

【0106】

一方、制御部２３は、広告コンテンツの提供先として決定された広告サーバが第２広告サーバ３０である場合（ステップＳ１２；Ｎｏ）、ユーザ端末１０の広告リクエストに含まれるユーザ関連情報からシグネチャ（「ＳＩＧ２」）を生成する（ステップＳ１６）。そして、制御部２３は、「ＵＲＬ（ＡＳ２）」と「ＳＩＧ２」と「ＩＮＦ（Ｆ１）」をアクセス情報として含むリダイレクト要求をユーザ端末１０へ送信する（ステップＳ１７）。

【0107】

ステップＳ１０において広告リクエストがないと判定した場合（ステップＳ１０；Ｎｏ）ステップＳ１５の処理が終了した場合、および、ステップＳ１７の処理が終了した場合、制御部２３は、図７に示す処理を終了する。

【0108】

次に、図８を用いて、第２広告サーバ３０における情報処理の手順について説明する。図８は、第２広告サーバ３０における情報処理の流れを示すフローチャートであり、かかる処理は繰り返し実行される。

【0109】

図８に示すように、第２広告サーバ３０の制御部３３は、ユーザ端末１０から第２広告サーバ３０への広告リクエストがあるか否かを判定する（ステップＳ２０）。広告リクエストがあると判定すると（ステップＳ２０；Ｙｅｓ）、制御部３３は、ユーザ端末１０へ送信する第２広告コンテンツＡＤ２を決定する（ステップＳ２１）。

【0110】

次に、制御部３３は、第２広告コンテンツＡＤ２のリンク先であるランディングページＬＰ２のＵＲＬである「ＵＲＬ（ＬＰ２）」からシグネチャ（「ＳＩＧ３」）を生成する（ステップＳ２２）。そして、制御部３３は、「ＳＩＧ２」、「ＳＩＧ３」、「ＵＲＬ（ＬＰ２）」。「ＩＮＦ（Ｆ１）」を含むリンク情報が設定された第２広告コンテンツＡＤ２の情報をユーザ端末１０へ送信する（ステップＳ２３）。

【0111】

次に、図９を用いて、第１リダイレクタ４０における情報処理の手順について説明する。図９は、第１リダイレクタ４０における情報処理の流れを示すフローチャートであり、かかる処理は繰り返し実行される。

【0112】

図９に示すように、第１リダイレクタ４０の制御部４３は、ユーザ端末１０からアクセス要求があるか否かを判定する（ステップＳ３０）。アクセス要求があると判定すると（ステップＳ３０；Ｙｅｓ）、制御部４３は、アクセス要求が第１アクセス要求であるか否かを判定する（ステップＳ３１）。かかる処理において、制御部４３は、例えば、シグネチャに含まれる種別情報に基づいて第１アクセス要求であるか否かを判定することができる。

【0113】

アクセス要求が第１アクセス要求であると判定すると（ステップＳ３１；Ｙｅｓ）、制御部４３は、第１アクセス要求に含まれる「ＵＲＬ（ＬＰ１）」を用いて「ｓｉｇ１」を生成する（ステップＳ３２）。

【0114】

そして、制御部４３は、第１アクセス要求に含まれる「ＳＩＧ１」と生成した「ｓｉｇ１」とを比較し（ステップＳ３３）、かかる比較結果に基づき、第１アクセス要求が正当であるか否かを判定する（ステップＳ３４）。かかる処理において、制御部４３は、「ＳＩＧ１」と「ｓｉｇ１」とが一致する場合、第１アクセス要求が正当であると判定する。第１アクセス要求が正当であると判定した場合（ステップＳ３４；Ｙｅｓ）、制御部４３は、第２アクセス要求に対する転送処理を行う（ステップＳ３５）。

【0115】

アクセス要求が第２アクセス要求であり第１アクセス要求ではないと判定すると（ステップＳ３１；Ｎｏ）、制御部４３は、第２アクセス要求にユーザ関連情報を用いて「ｓｉｇ２」を生成する（ステップＳ３６）。そして、制御部４３は、第２アクセス要求に含まれる「ＳＩＧ２」と生成した「ｓｉｇ２」とを比較し（ステップＳ３７）、かかる比較結果に基づき、第２アクセス要求が正当であるか否かを判定する（ステップＳ３８）。

【0116】

かかるステップＳ３８の処理において、制御部４３は、「ＳＩＧ２」と「ｓｉｇ２」とが一致する場合、第２アクセス要求が正当であると判定する。第２アクセス要求が正当であると判定した場合（ステップＳ３８；Ｙｅｓ）、制御部４３は、第２アクセス要求に対する転送処理を行う（ステップＳ３９）。

【0117】

ユーザ端末１０からアクセス要求がないと判定した場合（ステップＳ３０；Ｎｏ）、第１アクセス要求が正当ではないと判定した場合（ステップＳ３４；Ｎｏ）、第２アクセス要求が正当ではないと判定した場合（ステップＳ３８；Ｎｏ）、ステップＳ３５、Ｓ３９の処理が終了した場合、制御部４３は、図９に示す処理を終了する。

【0118】

〔４．変形例〕
上述した実施形態では、第１リダイレクタ４０は、第１アクセス要求が正当であると判定した場合、「ＵＲＬ（ＬＰ１）」および「ＳＩＧ３」を含むリダイレクト要求をユーザ端末１０に対して行うものとして説明したが、リダイレクト要求に「ＳＩＧ２」を含んでいてもよい。この場合、かかる「ＳＩＧ２」は、第２リダイレクタ５０において考慮されずに転送処理が行われる。

【0119】

また、上述した実施形態では、第１リダイレクタ４０、第２リダイレクタ５０の順に転送処理が行われる例を説明したが、かかる例に限定されない。すなわち、第２リダイレクタ５０、第１リダイレクタ４０の順に転送処理を行う場合でも同様の処理を行うことができる。この場合、第２広告コンテンツＡＤ２のリンク情報には、例えば、「ＵＲＬ（ＲＤ２）？ＵＲＬ（ＬＰ１）＆ＳＩＧ２＆ＩＮＦ（Ｆ１）」がアクセス先ＵＲＬとして含まれる。第２リダイレクタ５０の転送部５８は、アクセス先ＵＲＬとして「ＵＲＬ（ＲＤ１）？ＵＲＬ（ＬＰ１）＆ＳＩＧ２＆ＩＮＦ（Ｆ１）」を含むリダイレクト要求をユーザ端末１０へ送信する。これにより、ユーザ端末１０から「ＳＩＧ２」を含むアクセス要求が第１リダイレクタ４０へ送信される。

【0120】

また、上述の実施形態では、１つ以上のユーザ関連情報のハッシュ値をシグネチャとしたが、かかる例に限定されず、１つ以上のユーザ関連情報からシグネチャを生成することができればアルゴリズムは限定されない。

【0121】

また、第１広告サーバ２０の制御部２３および第１リダイレクタ４０の制御部４３は、例えば、所定周期毎にシグネチャ生成に用いるアルゴリズムやユーザ関連情報を変更することができる。

【0122】

また、上述した実施形態では、第１リダイレクタ４０の制御部４３は、広告枠情報（例えば、「ＩＮＦ（Ｆ１）」）により、クリックされた広告枠を特定するが、アクセス要求に含まれるリンク元情報（リファラーとも呼ばれる）からクリックされた広告枠を特定することもできる。

【0123】

また、上述した実施形態では、第２広告コンテンツＡＤ２のリンク先のランディングページへのアクセス要求を転送する例について説明したが、かかる例に限定されない。例えば、あるコンテンツのリンク先のコンテンツへのアクセス要求を転送するものであればよく、広告コンテンツに代えてウェブページやゲームコンテンツなどであってもよい。また、リンク先のコンテンツもウェブページに限定されず、広告コンテンツやゲームコンテンツであってもよい。すなわち、リンク先へのアクセスを把握できるものであれば、本願のアクセス処理システム１を適用することができる。

【0124】

また、上述した実施形態では、リンク先ＵＲＬにシグネチャ（例えば、「ＳＩＧ１」、「ＳＩＧ２」、「ＳＩＧ３」）を含めたアクセス要求を一例として説明したが、シグネチャは、例えば、クッキーに含ませるようにしてもよい。

【0125】

なお、第１広告サーバ２０の生成部２８は、有効期限の情報（以下「ＴＩＭＥ」と記載する）をシグネチャとして追加することができる。かかる有効期限は、例えば、現日時から所定時間後（例えば、１０分後）に設定される。例えば、提供部３９は、「ＳＩＧ１」と「ＴＩＭＥ」とをシグネチャとしてリンク情報に含めたり、「ＳＩＧ２」と「ＴＩＭＥ」とをシグネチャとしてリンク情報に含めたりすることができる。

【0126】

この場合、第１リダイレクタ４０の判定部４７は、「ＳＩＧ１」や「ＳＩＧ２」に加え、第１アクセス要求や第２アクセス要求に含まれる「ＴＩＭＥ」に基づいて、アクセス要求が信頼できるものであるかを判定することができる。

【0127】

例えば、第２アクセス要求に含まれる「ＴＩＭＥ」が現時刻よりも後の有効期限の情報が設定されている場合、判定部４７は、アクセス要求が信頼できると判定する。一方、第２アクセス要求に含まれる「ＴＩＭＥ」が現時刻よりも前の有効期限の情報が設定されている場合、判定部４７は、アクセス要求が信頼できないと判定する。

【0128】

〔５．ハードウェア構成〕
上述した実施形態における第１広告サーバ２０、第２広告サーバ３０、第１リダイレクタ４０および第２リダイレクタ５０は、それぞれ例えば図１０に示すような構成のコンピュータ２００がプログラムを実行することによって実現される。

【0129】

図１０は、プログラムを実行するコンピュータのハードウェア構成の一例を示す図である。コンピュータ２００は、ＣＰＵ（Central Processing Unit）２０１、ＲＡＭ２０２（Random Access Memory）、ＲＯＭ（Read Only Memory）２０３、ＨＤＤ（Hard Disk Drive）２０４、通信インターフェイス（Ｉ／Ｆ）２０５、入出力インターフェイス（Ｉ／Ｆ）２０６、およびメディアインターフェイス（Ｉ／Ｆ）２０７を備える。

【0130】

ＣＰＵ２０１は、ＲＯＭ２０３またはＨＤＤ２０４に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ２０３は、コンピュータ２００の起動時にＣＰＵ２０１によって実行されるブートプログラムや、コンピュータ２００のハードウェアに依存するプログラム等を格納する。

【0131】

ＨＤＤ２０４は、ＣＰＵ２０１によって実行されるプログラムによって使用されるデータ等を格納する。通信インターフェイス２０５は、各通信部２１、３１、４１、５１に対応し、ネットワーク８０を介して他の機器からデータを受信してＣＰＵ２０１へ送り、ＣＰＵ２０１が生成したデータを、ネットワーク８０を介して他の機器へ送信する。

【0132】

ＣＰＵ２０１は、入出力インターフェイス２０６を介して、ディスプレイやプリンタ等の出力装置、および、キーボードやマウス等の入力装置を制御する。ＣＰＵ２０１は、入出力インターフェイス２０６を介して、入力装置からデータを取得する。また、ＣＰＵ２０１は、生成したデータを、入出力インターフェイス２０６を介して出力装置へ出力する。

【0133】

メディアインターフェイス２０７は、記録媒体２０８に格納されたプログラムまたはデータを読み取り、ＲＡＭ２０２を介してＣＰＵ２０１に提供する。ＣＰＵ２０１は、当該プログラムを、メディアインターフェイス２０７を介して記録媒体２０８からＲＡＭ２０２上にロードし、ロードしたプログラムを実行する。記録媒体２０８は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

【0134】

コンピュータ２００が第１広告サーバ２０として機能する場合、コンピュータ２００のＣＰＵ２０１は、ＲＡＭ２０２上にロードされたプログラムを実行することにより、図３に示す受付部２６、決定部２７、生成部２８および提供部２９の各機能を実現する。なお、受付部２６、決定部２７、生成部２８および提供部２９は、それぞれ一部または全部がＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等のハードウェアで構成されてもよい。

【0135】

また、コンピュータ２００が第２広告サーバ３０として機能する場合、コンピュータ２００のＣＰＵ２０１は、ＲＡＭ２０２上にロードされたプログラムを実行することにより、図４に示す受付部３６、決定部３７、生成部３８および提供部３９の各機能を実現する。なお、受付部３６、決定部３７、生成部３８および提供部３９は、それぞれ一部または全部がＡＳＩＣやＦＰＧＡ等のハードウェアで構成されてもよい。

【0136】

また、コンピュータ２００が第１リダイレクタ４０として機能する場合、コンピュータ２００のＣＰＵ２０１は、ＲＡＭ２０２上にロードされたプログラムを実行することにより、図５に示す受付部４５、生成部４６、判定部４７および転送部４８の各機能を実現する。なお、受付部４５、生成部４６、判定部４７および転送部４８は、それぞれ一部または全部がＡＳＩＣやＦＰＧＡ等のハードウェアで構成されてもよい。

【0137】

また、コンピュータ２００が第２リダイレクタ５０として機能する場合、コンピュータ２００のＣＰＵ２０１は、ＲＡＭ２０２上にロードされたプログラムを実行することにより、図６に示す受付部５５、生成部５６、判定部５７および転送部５８の各機能を実現する。なお、受付部５５、生成部５６、判定部５７および転送部５８は、それぞれ一部または全部がＡＳＩＣやＦＰＧＡ等のハードウェアで構成されてもよい。

【0138】

コンピュータ２００のＣＰＵ２０１は、オークションプログラムを、記録媒体２０８から読み取って実行するが、他の例として、他の装置から、ネットワーク８０を介してこれらのプログラムを取得してもよい。

【0139】

なお、ＨＤＤ２０４は、各記憶部２２、３２、４２、５２に対応し、各記憶部２２、３２、４２、５２と同様のデータを記憶する。また、ＨＤＤ２０４に代えて、ＲＡＭ（Random Access Memory)、フラッシュメモリ等の半導体メモリ素子、または、光ディスク等の記憶装置を用いてもよい。

【0140】

〔６．効果〕
実施形態にかかる第１リダイレクタ４０（転送装置の一例）は、受付部４５と、生成部４６と、判定部４７と、転送部４８とを備える。受付部４５は、ユーザ端末１０（端末装置の一例）から、アクセス先の情報（例えば、「ＵＲＬ（ＬＰ２）」）と「ＳＩＧ２」（第１署名情報の一例）とを含む第２アクセス要求（アクセス要求の一例）を受け付ける。生成部４６は、第１ハッシュ関数α（所定のアルゴリズムの一例）によりユーザ端末１０のユーザＵに対応する情報であるユーザ関連情報（ユーザ情報の一例）から「ｓｉｇ２」（第２署名情報の一例）を生成する。転送部４８は、「ＳＩＧ２」と「ｓｉｇ２」との比較結果に基づき、第２アクセス要求の正当性を判定する。転送部４８は、判定部４７による判定結果に基づいて、第２アクセス要求に対する転送処理を行う。これにより、管理者Ｔ１側の装置でランディングページが分からないような場合であっても、第１リダイレクタ４０において、アクセス要求の正当性を判定することができることから、オープンリダイレクトを防止することができる。

【0141】

また、転送部４８は、判定部４７によって正当性があると判定された場合、第２リダイレクタ５０（他の転送装置の一例）またはランディングページＬＰ２のサーバ（アクセス先の装置）にアクセス要求を送信するようにユーザ端末１０に指示する転送処理を行う。一方、転送部４８は、判定部４７によって正当性があると判定されない場合、上記転送処理を行わない。このように、正当性がないアクセス要求の転送処理は行われないことから、オープンリダイレクトを防止することができる。例えば、悪意の第三者が自身のユーザ端末１０で「ＵＲＬ（ＲＤ１）」および「ＳＩＧ２」を含むアクセス先ＵＲＬの情報を知って、かかるアクセスＵＲＬをスパムメールに貼り付けたような場合であっても、アクセス先ＵＲＬに含まれる「ＳＩＧ２」は、スパムメールを閲覧するユーザＵのユーザ端末１０のユーザ関連情報から得られる「ＳＩＧ２」とは異なる。そのため、正当性がないアクセス要求として判定され、かかるアクセス要求の転送処理は行われない。

【0142】

また、ユーザ端末１０からの第２アクセス要求には、ユーザ関連情報が含まれ、判定部４７は、第２アクセス要求に含まれるユーザ関連情報から第１ハッシュ関数αにより「ｓｉｇ２」を生成する。このように、第２アクセス要求に含まれるユーザ関連情報を用いて「ｓｉｇ２」を生成することから、アクセス要求の正当性を容易に把握することができる。

【0143】

ユーザ関連情報は、ユーザ端末１０のＩＰアドレス、リンクＵＲＬ生成日時（アクセス元のウェブページの生成日時の一例）、ユーザ端末１０から出力されるクッキーおよびユーザエージェントのうち少なくとも一つの情報を含む。このようにユーザＵを一意にまたはある所定範囲内で特定可能な情報を用いることから、「ｓｉｇ２」の固有性を高めることができ、オープンリダイレクトを精度よく防止することができる。

【0144】

本願のアクセス処理システム１は、第１広告サーバ２０（第１コンテンツ提供装置の一例）、第２広告サーバ３０（第２コンテンツ提供装置の一例）および第１リダイレクタ４０を含む。第１広告サーバ２０は、ユーザ端末１０からのコンテンツ要求がある場合に、第１ハッシュ関数αによりユーザ関連情報から「ＳＩＧ２」を生成し、第２広告サーバ３０へ「ＳＩＧ２」を含むコンテンツ要求を行うようにユーザ端末１０に指示する。第２広告サーバ３０は、ユーザ端末１０からの「ＳＩＧ２」を含むコンテンツ要求に対して、「ＳＩＧ２」と「ＵＲＬ（ＬＰ２）」（リンク先の情報の一例）とが設定された第２広告コンテンツＡＤ２（コンテンツの一例）の情報とをユーザ端末１０へ提供する。第１リダイレクタ４０の受付部４５は、ユーザ端末１０から、アクセス先の情報として「ＵＲＬ（ＬＰ２）」を含む情報（リンク先の情報の一例）を受け付ける。これにより、管理者Ｔ１側の装置でランディングページが分からないような場合であっても、オープンリダイレクトを防止することができるアクセス処理システム１を提供することができる。

【0145】

また、第１広告サーバ２０（コンテンツ要求処理装置の一例）は、受付部２６と、生成部２８と、提供部２９とを備える。受付部２６は、ユーザ端末１０（端末装置の一例）からのコンテンツ要求を受け付ける。生成部２８は、受付部２６によってコンテンツ要求が受け付けられた場合に、第１ハッシュ関数α（所定のアルゴリズムの一例）によりユーザ端末１０（端末装置の一例）のユーザに対応する情報であるユーザ情報から「ＳＩＧ２」（署名情報の一例）を生成する。提供部２９は、生成部２８によって生成された「ＳＩＧ２」を含むアクセス情報をユーザ端末１０へ提供する。これにより、アセクス先の装置（例えば、第２広告サーバ３０）へ「ＳＩＧ２」を含む情報をユーザ端末１０から通知させることができる。

【0146】

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

【0147】

また、上述した第１広告サーバ２０、第２広告サーバ３０、第１リダイレクタ４０および第２リダイレクタ５０は、それぞれ複数のサーバコンピュータで実現してもよく、また、機能によっては外部のプラットフォーム等をＡＰＩ（Application Programming Interface）やネットワークコンピューティングなどで呼び出して実現するなど、構成は柔軟に変更できる。

【0148】

また、上記してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、転送部は、転送手段や転送回路に読み替えることができる。

【符号の説明】

【0149】

１ アクセス処理システム
１０、１０_１〜１０_ｎ ユーザ端末
２０ 第１広告サーバ（コンテンツ要求処理装置および第１コンテンツ提供装置の一例）
２１、４１ 通信部
２２、４２ 記憶部
２３、４３ 制御部
２４ ユーザ情報記憶部
２５ 広告コンテンツ記憶部
２６、４５ 受付部
２７ 決定部
２８、４６ 生成部
２９ 提供部
３０ 第２広告サーバ（コンテンツ提供装置および第２コンテンツ提供装置の一例）
４０ 第１リダイレクタ（転送装置の一例）
４４ 転送履歴記憶部
４７ 判定部
４８ 転送部
５０ 第２リダイレクタ
６０ ウェブサーバ

【要約】

【課題】オープンリダイレクトを防止することができる転送装置、転送方法、転送プログラム、コンテンツ要求処理装置、コンテンツ要求処理方法、コンテンツ要求処理プログラムおよびアクセス処理システムを提供すること。
【解決手段】本願にかかる転送装置は、受付部と、生成部と、判定部と、転送部とを備える。受付部は、端末装置から、アクセス先の情報と、第１署名情報とを含むアクセス要求を受け付ける。生成部は、所定のアルゴリズムにより端末装置のユーザに対応する情報であるユーザ情報から第２署名情報を生成する。判定部は、第１署名情報と第２署名情報との比較結果に基づき、アクセス要求の正当性を判定する。転送部は、判定部による判定結果に基づいて、アクセス要求に対する転送処理を行う。
【選択図】図１

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】