(57)【特許請求の範囲】
【請求項１】
転送装置であって、
端末装置から、アクセス要求先であるコンテンツを識別するための識別情報と、前記コンテンツを提供するサーバ装置が所定のアルゴリズムにより前記識別情報から生成した署名情報とを含むアクセス要求を受け付ける受付部と、
前記転送装置以外に正当なサーバ装置のみが有するアルゴリズムにより前記受付部によって受け付けられた識別情報から署名情報を生成する生成部と、
前記生成部により生成された署名情報が、前記受付部により受け付けられた署名情報に一致するか否かに応じて、前記受付部により受け付けられた署名情報を生成したサーバ装置の正当性を判定する判定部と、
前記判定部により前記受付部により受け付けられた署名情報を生成したサーバ装置が正当であると判定された場合に、所定のアルゴリズムにより前記識別情報から生成された署名情報が、前記生成部により生成された署名情報に一致するか否かに応じて前記転送装置の正当性を判定する他の転送装置に前記生成部により生成された署名情報を含むアクセス要求を送信するよう前記端末装置に指示する転送部と、
を有し、
前記転送部は、前記他の転送装置として、当該他の転送装置以外に正当な転送装置のみが有するアルゴリズムにより前記識別情報から生成された署名情報が、前記生成部により生成された署名情報に一致するか否かに応じて当該署名情報を生成した転送装置の正当性を判定する他の転送装置に、前記生成部により生成された署名情報を含むアクセス要求を送信するよう前記端末装置に指示する
ことを特徴とする転送装置。
【請求項２】
前記受付部は、前記転送装置を管理する事業主によって管理される前記サーバ装置であって、前記端末装置に対して所定のコンテンツを配信するとともに、前記所定のコンテンツに対するアクセス要求先である前記コンテンツに関する情報を有するサーバ装置から前記端末装置へと配信された前記所定のコンテンツが選択されたことに応じて前記端末装置が送信したアクセス要求であって、選択された前記所定のコンテンツに対する遷移先である前記コンテンツへのアクセス要求を受け付け、
前記転送部は、前記事業主とは異なる事業主によって管理される前記他の転送装置に前記署名情報を含むアクセス要求を送信するよう前記端末装置に指示する
ことを特徴とする請求項１に記載の転送装置。
【請求項３】
転送装置であって、
端末装置から、アクセス要求先であるコンテンツを識別するための識別情報と、前記端末装置がアクセスした他の転送装置によって所定のアルゴリズムに基づき前記識別情報から生成された署名情報とを含むアクセス要求を受け付ける受付部と、
前記受付部によって受け付けられた署名情報が、前記転送装置以外に正当な転送装置のみが有するアルゴリズムにより前記識別情報から生成された署名情報に一致するか否かに応じて前記他の転送装置の正当性を判定する判定部と、
前記判定部により前記他の転送装置が正当であると判定された場合に、前記判定部に用いられた前記アルゴリズムとは異なる他のアルゴリズムにより前記識別情報から前記署名情報とは異なる他の署名情報を生成する生成部と、
所定のアルゴリズムと前記他の署名情報とに基づき前記他の署名情報を生成した転送装置の正当性を判定する他の転送装置に前記署名情報を含むアクセス要求を送信するよう前記端末装置に指示する転送部と、
を有し、
前記転送部は、前記他の転送装置として、当該他の転送装置以外に正当な転送装置のみが有するアルゴリズムと前記他の署名情報とに基づき、前記他の署名情報を生成した転送装置の正当性を判定する他の転送装置に、前記他の署名情報を含むアクセス要求を送信するよう前記端末装置に指示する
ことを特徴とする転送装置。
【請求項４】
前記転送部は、前記判定部により前記他の転送装置が正当であると判定された場合に、前記識別情報によって識別される前記コンテンツにアクセスするよう前記端末装置に指示する
ことを特徴とする請求項３に記載の転送装置。
【請求項５】
第１の転送装置と、第２の転送装置と、サーバ装置とを備える転送システムであって、
前記第１の転送装置は、
端末装置から、アクセス要求先であるコンテンツを識別するための識別情報と、前記コンテンツを提供する前記サーバ装置が所定のアルゴリズムにより前記識別情報から生成した署名情報とを含むアクセス要求を受け付ける第１の受付部と、
前記第１の転送装置以外に正当なサーバ装置のみが有するアルゴリズムにより前記第１の受付部によって受け付けられた識別情報から署名情報を生成する第１の生成部と、
前記第１の生成部により生成された署名情報が、前記第１の受付部により受け付けられた署名情報に一致するか否かに応じて、前記第１の受付部により受け付けられた署名情報を生成したサーバ装置の正当性を判定する第１の判定部と、
前記第１の判定部により前記サーバ装置が正当であると判定された場合に、所定のアルゴリズムにより前記識別情報から生成された署名情報が、前記第１の生成部により生成された署名情報に一致するか否かに応じて前記第１の転送装置の正当性を判定する第２の転送装置に前記第１の生成部により生成された署名情報を含むアクセス要求を送信するよう前記端末装置に指示する第１の転送部と、を有し、
前記第２の転送装置は、
端末装置から、前記識別情報と前記第１の生成部により生成された署名情報とを含むアクセス要求を受け付ける第２の受付部と、
前記第２の受付部によって受け付けられた署名情報が、前記第２の転送装置以外に正当な転送装置のみが有するアルゴリズムにより前記識別情報から生成された署名情報に一致するか否かに応じて前記第１の転送装置の正当性を判定する第２の判定部と、
前記第２の判定部により前記第１の転送装置が正当であると判定された場合に、前記第２の判定部に用いられた前記アルゴリズムとは異なる他のアルゴリズムにより前記識別情報から前記署名情報とは異なる他の署名情報を生成する第２の生成部と、
所定のアルゴリズムと前記他の署名情報とに基づき前記第２の転送装置の正当性を判定する他の転送装置に前記他の署名情報を含むアクセス要求を送信するよう前記端末装置に指示する第２の転送部と、を有する
ことを特徴とし、
前記第１の転送部は、前記第２の転送装置として、当該第２の転送装置以外に正当な転送装置のみが有するアルゴリズムにより前記識別情報から生成された署名情報が、前記第１の生成部により生成された署名情報に一致するか否かに応じて前記第１の転送装置の正当性を判定する第２の転送装置に、前記第１の生成部により生成された署名情報を含むアクセス要求を送信するよう前記端末装置に指示し、
前記第２の転送部は、前記他の転送装置として、当該他の転送装置以外に正当な転送装置のみが有するアルゴリズムと前記他の署名情報とに基づき、前記第２の転送装置の正当性を判定する他の転送装置に、前記他の署名情報を含むアクセス要求を送信するよう前記端末装置に指示する
転送システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、転送装置および転送システムに関する。
【背景技術】
【０００２】
近年、インターネットの飛躍的な普及に伴い、インターネットを介した広告配信が盛んに行われている。例えば、ウェブページの所定の位置に、企業や商品等を宣伝する広告コンテンツを表示し、広告コンテンツがクリックされた場合に、所定の転送装置（リダイレクタと表記する）を介して、広告コンテンツに対するリンク先のページ（ランディングページと呼ばれる）へユーザ端末をアクセスさせる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特表２０１４−５１７４１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ここで、例えば、ユーザ端末を広告コンテンツからランディングページへ転送（リダイレクト）させるリダイレクタがあるとする。広告コンテンツからランディングページへとリダイレクトさせることが正しい挙動であるが、リダイレクタがランディングページ以外にも任意の外部ページへリダイレクト可能な状態（オープンリダイレクタ）となっていると、リダイレクタは、第３者による干渉を受けることにより、ユーザ端末を広告コンテンツからフィッシングサイトへとアクセスさせてしまう可能性がある。
【０００５】
このようなオープンリダイレクタによる脆弱性を解消するために、例えば、リダイレクタが、広告サーバによってランディングページのＵＲＬから生成された署名（シグネチャと呼ばれる）と、自装置で生成したシグネチャとが一致するか否かを判定し、一致した場合にのみランディングページへとユーザ端末をアクセスさせるといった処理が行われている。
【０００６】
ここで、ユーザ端末を管理者の異なる複数のリダイレクタを経由させて、ウェブページへとアクセスされる多段リダイレクトを行うシステムについて考える。このような場合、各リダイレクタが独自のアルゴリズムを用いて、シグネチャを生成することになる。例えば、広告サーバと１段目のリダイレクタを管理者Ｇ１が管理し、２段目のリダイレクタを管理者Ｇ２が管理しているものとすると、管理者Ｇ１は、管理者Ｇ２のリダイレクタが有する生成アルゴリズムを、自社の広告サーバに実装することになり、所有する広告サーバの数が多いほど実装への負担が大きくなり現実的ではない。
【０００７】
本願は、上記に鑑みてなされたものであって、複数のリダイレクタを含む転送システムにおいて、汎用性の高いシグネチャ生成を可能とする転送装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
転送装置であって、端末装置から、アクセス要求先であるコンテンツを識別するための識別情報を含むアクセス要求を受け付ける受付部と、所定のアルゴリズムにより前記受付部によって受け付けられた識別情報から署名情報を生成する生成部と、前記所定のアルゴリズムと前記署名情報とに基づき前記転送装置の正当性を判定する他の転送装置に前記署名情報を含むアクセス要求を送信するよう前記端末装置に指示する転送部と、を有することを特徴とする。
【発明の効果】
【０００９】
実施形態の一態様によれば、汎用性の高いシグネチャ生成を実現することができるといった効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】図１は、実施形態にかかるリダイレクト処理の一例を示す図である。
【図２】図２は、実施形態にかかるリダイレクト処理の一例を示す図である。
【図３】図３は、実施形態にかかるリダイレクタ２００の構成例を示す図である。
【図４】図４は、実施形態にかかるリダイレクタ３００の構成例を示す図である。
【図５】図５は、実施形態にかかる転送システム１による転送処理手順の一例を示すシーケンス図である。
【図６】図６は、変形例にかかるリダイレクト処理の一例を示す図である。
【図７】図７は、転送装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。
【発明を実施するための形態】
【００１１】
以下に、本願にかかる転送装置および転送システムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願にかかる転送装置および転送システムが限定されるものではない。
【００１２】
〔１−１．リダイレクト処理（１）〕
図１を用いて、実施形態にかかるリダイレクト処理について説明する。図１は、実施形態にかかるリダイレクト処理の一例を示す図である。図１に示す転送システム１は、ユーザ端末１０と、広告サーバ１００と、リダイレクタ２００と、リダイレクタ３００とを有する。ユーザ端末１０と、広告サーバ１００と、リダイレクタ２００と、リダイレクタ３００とは、ネットワークを介して有線または無線により通信可能に接続される。
【００１３】
また、図１に示す転送システム１は、広告サーバ１００ａ、１００ｂおよび１００ｃといった少なくとも３つの広告サーバを含むものであるが、必ずしもこの数に限定されるものではない。また、図１の例では、広告サーバ１００ａ〜１００ｃは、管理者Ｔ１に管理されているものとする。
【００１４】
また、広告サーバ１００ａ〜１００ｃは、格納されている広告コンテンツの配信処理を行うとともに、ハッシュ関数Ａを用いて、格納されている各広告コンテンツに対応するランディングページそれぞれのＵＲＬからシグネチャを生成する。
【００１５】
ハッシュ関数Ａは、シグネチャを生成するためのアルゴリズムの一つであり、広告サーバ１００ａ〜１００ｃは、ハッシュ関数Ａに各ランディングページのＵＲＬ等を適用することで、シグネチャを生成する。
【００１６】
なお、広告サーバ１００ａ〜１００ｃによってシグネチャ生成処理が行われるタイミングは、任意に設定されてよい。例えば、広告サーバ１００ａ〜１００ｃは、広告配信を行う事前に、格納されている全てのＵＲＬに対して、予めシグネチャ生成しておいてもよいし、ユーザ端末１０からの広告リクエストに応じて配信対象のコンテンツを決定した際に、決定した配信対象の広告コンテンツに対応するランディングページのＵＲＬに対してシグネチャ生成してもよい。本実施形態では、広告サーバ１００ａ〜１００ｃは、予め格納されている全てのＵＲＬに対して、予めシグネチャ生成しておくものとする。
【００１７】
また、図１に示す転送システム１には、リダイレクタ２００およびリダイレクタ３００といった２台のリダイレクタが含まれている。このように、本実施形態では、ユーザ端末１０を各リダイレクタを経由させて、所定のウェブページへアクセスさせる２段階リダイレクトを行うものとする。
【００１８】
リダイレクタ２００は、多段リダイレクトにおいて、１段目のリダイレクタに対応する。リダイレクタ２００は、広告サーバ１００と同様に管理者Ｔ１によって管理され、ハッシュ関数Ａを用いて、広告サーバ１００の正当性を判定したり、ハッシュ関数Ａとは異なる生成アルゴリズムであるハッシュ関数Ｂを用いて、シグネチャを生成する。
【００１９】
リダイレクタ３００は、多段リダイレクトにおいて、２段目のリダイレクタに対応する。リダイレクタ３００は、管理者Ｔ１とは異なる管理者Ｔ２によって管理され、ハッシュ関数Ｂを用いて、リダイレクタ２００の正当性を判定する。以下では、システム１におけるリダイレクト処理について、具体的に説明する。
【００２０】
まず、ユーザ端末１０は、ウェブページＷ１に広告コンテンツを表示する広告枠Ｆ１が含まれることにより、広告枠Ｆ１に表示する広告コンテンツの要求である広告リクエストを広告サーバ１００ａに送信したとする（ステップＳ１）。そして、広告サーバ１００ａは、広告リクエストに応じて、配信対象の広告コンテンツとして、広告コンテンツＡＤ１を決定したものとする。
【００２１】
また、広告サーバ１００ａは、ハッシュ関数Ａを用いて、広告コンテンツＡＤ１に対応するランディングページのＵＲＬから予めシグネチャを生成しているものとする。ここでは、広告コンテンツＡＤ１に対応するランディングページＬＰ１のＵＲＬを「ＵＲＬ（ＬＰ１）」、また、ＵＲＬ（ＬＰ１）から生成したシグネチャを「ＳＩＧ１」といったように概念的に表記することにする。なお、他の広告コンテンツのＵＲＬやシグネチャについても同様に、概念的に表記する場合がある。
【００２２】
そして、広告サーバ１００ａは、「ＵＲＬ（ＬＰ１）」をリンク先として貼り付けた広告コンテンツＡＤ１とともに、「ＳＩＧ１」をユーザ端末１０に配信し、ユーザ端末１０は、広告サーバ１００ａから受け付けた広告コンテンツＡＤ１を広告枠Ｆ１に表示する（ステップＳ２）。
【００２３】
ここで、ユーザによって広告コンテンツＡＤ１がクリックされたとする（ステップＳ３）。これに応じて、ユーザ端末１０は、ランディングページＬＰ１へのアクセス要求として、「ＵＲＬ（ＬＰ１）、ＳＩＧ１」を含むアクセス要求をリダイレクタ２００に送信する（ステップＳ４）。
【００２４】
リダイレクタ２００は、「ＵＲＬ（ＬＰ１）、ＳＩＧ１」を含むアクセス要求を受け付けると、広告サーバ１００ａの正当性を判定する（ステップＳ５）。具体的には、リダイレクタ２００は、広告サーバ１００ａと同様に、ハッシュ関数Ａを用いて、「ＵＲＬ（ＬＰ１）」からシグネチャを生成し、生成したシグネチャが「ＳＩＧ１」と一致した場合に、広告サーバ１００ａが正当であると判定する。
【００２５】
生成アルゴリズムであるハッシュ関数Ａは、図１に示すように、各広告サーバ１００およびリダイレクタ２００しか知り得ない情報である。このため、リダイレクタ２００は、自装置で生成したシグネチャが「ＳＩＧ１」と一致すれば、ハッシュ関数Ａからしか「ＳＩＧ１」を生成できないことから、広告サーバ１００ａはハッシュ関数Ａを有するため信頼性の足る正当な装置であると判定することができる。
【００２６】
一方、リダイレクタ２００は、自装置で生成したシグネチャとの一致が得られなかった場合、広告サーバ１００ａを、ハッシュ関数Ａを有しない信頼できない装置と判定する。
【００２７】
そして、リダイレクタ２００は、広告サーバ１００ａが正当な装置であると判定した場合、管理者Ｔ２から提供された、ハッシュ関数Ａとは異なるアルゴリズムであるハッシュ関数Ｂを用いて、「ＵＲＬ（ＬＰ１）」から、「ＳＩＧ１」とは異なる「ＳＩＧ２」を生成する（ステップＳ６）。
【００２８】
そして、リダイレクタ２００は、ランディングページＬＰ１へのアクセス要求として、「ＵＲＬ（ＬＰ１）、ＳＩＧ２」を含むアクセス要求をリダイレクタ３００に送信するようユーザ端末１０に指示する。かかかる指示を受けて、ユーザ端末１０は、「ＵＲＬ（ＬＰ１）、ＳＩＧ２」を含むアクセス要求をリダイレクタ３００に送信する（ステップＳ７）。
【００２９】
リダイレクタ３００は、「ＵＲＬ（ＬＰ１）、ＳＩＧ２」を含むアクセス要求を受け付けると、リダイレクタ２００の正当性を判定する（ステップＳ８）。具体的には、リダイレクタ３００は、自装置を管理する管理者Ｔ２による生成アルゴリズムであるハッシュ関数Ｂを用いて、「ＵＲＬ（ＬＰ１）」からシグネチャを生成し、生成したシグネチャが「ＳＩＧ２」と一致した場合に、リダイレクタ２００が正当であると判定する。
【００３０】
生成アルゴリズムであるハッシュ関数Ｂは、図１に示すように、リダイレクタ２００およびリダイレクタ３００しか知り得ない情報である。このため、リダイレクタ３００は、自装置が生成したシグネチャが「ＳＩＧ２」と一致すれば、ハッシュ関数Ｂからしか「ＳＩＧ２」を生成できないことから、リダイレクタ２００はハッシュ関数Ｂを有するため信頼性の足る正当な装置であると判定することができる。
【００３１】
一方、リダイレクタ３００は、自装置で生成したシグネチャとの一致が得られなかった場合、リダイレクタ２００を、ハッシュ関数Ｂを有しない信頼できない装置と判定する。
【００３２】
そして、リダイレクタ３００は、リダイレクタ２００が正当な装置であると判定した場合、「ＵＲＬ（ＬＰ１）」にアクセスするようユーザ端末１０に指示する。かかかる指示を受けて、ユーザ端末１０は、「ＵＲＬ（ＬＰ１）」にアクセスする（ステップＳ９）。
【００３３】
ここで、図１に示すように、広告サーバ１００が複数台存在する場合、リダイレクタ２００が、全広告サーバ１００のうち、広告配信元の広告サーバ１００の正当性を判定するためには、予め全ての広告サーバ１００にハッシュ関数Ａに基づく生成アルゴリズムを実装する必要がある。しかしながら、各広告サーバ１００とリダイレクタ２００とは同一管理者Ｔ１によって管理されているため、実装は可能な範囲内であると考えられる。
【００３４】
また、多段リダイレクトにより、管理者Ｔ２のリダイレクタ３００にも全広告サーバ１００のうち、広告配信元の広告サーバ１００の正当性を判定させるためには、同様に予め全ての広告サーバ１００にハッシュ関数Ｂに基づく生成アルゴリズムを実装する必要がある。このような場合、管理者Ｔ１から見て他業者である管理者Ｔ２独自の生成アルゴリズムを、自社の全ての広告サーバ１００に実装することは現実的ではなく、広告サーバ１００の数が多くなるほど実装はさらに困難なものとなる。
【００３５】
しかし、図１で説明したように、本実施形態かかる転送システム１では、リダイレクタ２００に管理者Ｔ２の生成アルゴリズム（ハッシュ関数Ｂ）を実装することにより、リダイレクタ２００は、ハッシュ関数Ｂを用いて、ユーザ端末１０のアクセス要求先であるウェブページのＵＲＬからシグネチャを生成する。そして、リダイレクタ３００は、リダイレクタ２００により生成されたシグネチャを受け付けると、自装置を管理する管理者Ｔ２により実装されているハッシュ関数Ｂを用いて、かかるＵＲＬからシグネチャを生成し、リダイレクタ２００により生成されたシグネチャとのマッチングによりリダイレクタ２００の正当性を判定する。
【００３６】
このような転送システム１では、管理者Ｔ１に対し、全ての広告サーバ１００に他業者である管理者Ｔ２の生成アルゴリズムを実装しなければならないといった問題を解消させることができるとともに、リダイレクタ２００に管理者Ｔ２の生成アルゴリズムを実装させるだけで済むため、複数の管理者のリダイレクトが混在する転送システムにおいて、汎用性の高いシグネチャ生成を実現させることができる。
【００３７】
〔１−２．リダイレクト処理（２）〕
さて、ここまで図１を用いて、複数台の広告サーバ１００を含む転送システム１について説明してきた。次に、図２を用いて、１つの広告コンテンツに複数のランディングページが対応付けられている場合を想定した転送システム２について説明する。
【００３８】
図２は、実施形態にかかるリダイレクト処理の一例を示す図である。図２に示す転送システム２は、ユーザ端末１０と、広告サーバ１００と、リダイレクタ２００と、リダイレクタ３００とを有する。ユーザ端末１０と、広告サーバ１００と、リダイレクタ２００と、リダイレクタ３００とは、ネットワークを介して有線または無線により通信可能に接続される。
【００３９】
また、転送システム２もリダイレクタ２００および３００を用いて、２段階のリダイレクトを行うものである。なお、リダイレクタ２００および３００については、図１を用いて説明した通りであるため、ここでは詳細な説明を省略する。
【００４０】
図１では、１つの広告コンテンツに対し１つランディングページが対応付けられている例を示したが（例えば、広告コンテンツＡＤ１に対しランディングページＬＰ１）、ここでは、図２において、広告サーバ１００が有する記憶部の一例に示すように、例えば、広告コンテンツＡＤ１１に対しランディングページＬＰ１２、ＬＰ１３およびＬＰ１４といった３つのランディングページが対応付けられているものとする。
【００４１】
このような場合、例えば、広告枠Ｆ１内の広告掲載面に対し所定の条件が当て嵌められており、広告枠Ｆ１内の広告掲載面において、ユーザによりクリックされた箇所に応じて、表示されるランディングページが変化する。つまり、ユーザにクリックされて初めて、表示対象のランディングページが確定される。
【００４２】
例えば、図２の例では、ユーザ端末１０が、広告リクエストを広告サーバ１００に送信したことにより（ステップＳ１１）、広告サーバ１００が、配信対象として、広告コンテンツをＡＤ１１を決定したことにより、広告コンテンツＡＤ１１とともに、広告コンテンツをＡＤ１１に対応付けられているランディングページＬ１２、Ｌ１３およびＬ１４それぞれのＵＲＬである「ＵＲＬ（ＬＰ１２）」、「ＵＲＬ（ＬＰ１３）」、「ＵＲＬ（ＬＰ１４）」と、ハッシュ関数Ａを用いて、予め各ＵＲＬから生成したシグネチャである「ＳＩＧ１２」、「ＳＩＧ１３」、「ＳＩＧ１４」をユーザ端末に送信する（ステップＳ１２）。
【００４３】
これにより、ユーザ端末１０は、広告枠Ｆ１内に広告コンテンツＡＤ１１を表示するが、かかる広告枠Ｆ１内の広告掲載面は、クリック箇所に応じてランディングページが変わるよう設定されている。
【００４４】
このため、例えば、図２に示すように、ユーザが、広告枠Ｆ１内の左下をクリックしたことにより、上記３つのランディングページのうち、ランディングページＬＰ１２を表示することが確定されたとする（ステップＳ１３）。
【００４５】
これにより、ユーザ端末１０は、ランディングページＬ１２へのアクセス要求として、「ＵＲＬ（ＬＰ１２）、ＳＩＧ１２」を含むアクセス要求をリダイレクタ２００に送信する（ステップＳ１４）。
【００４６】
リダイレクタ２００は、「ＵＲＬ（ＬＰ１２）、ＳＩＧ１２」を含むアクセス要求を受け付けると、広告サーバ１００の正当性を判定する（ステップＳ１５）。具体的には、リダイレクタ２００は、ハッシュ関数Ａを用いて、「ＵＲＬ（ＬＰ１２）」からシグネチャを生成し、生成したシグネチャが「ＳＩＧ１２」と一致した場合に、広告サーバ１００が正当であると判定する。
【００４７】
そして、リダイレクタ２００は、広告サーバ１００が正当な装置であると判定した場合、管理者Ｔ２から提供された、ハッシュ関数Ａとは異なるアルゴリズムであるハッシュ関数Ｂを用いて、「ＵＲＬ（ＬＰ１２）」から、「ＳＩＧ１２」とは異なる「ＳＩＧ２２」を生成する（ステップＳ１６）。
【００４８】
そして、リダイレクタ２００は、ランディングページＬ１２へのアクセス要求として、「ＵＲＬ（ＬＰ１２）、ＳＩＧ２２」を含むアクセス要求をリダイレクタ３００に送信するようユーザ端末１０に指示する。かかかる指示を受けて、ユーザ端末１０は、「ＵＲＬ（ＬＰ１２）、ＳＩＧ２２」を含むアクセス要求をリダイレクタ３００に送信する（ステップＳ１７）。
【００４９】
リダイレクタ３００は、「ＵＲＬ（ＬＰ１２）、ＳＩＧ２２」を含むアクセス要求を受け付けると、リダイレクタ２００の正当性を判定する（ステップＳ１８）。具体的には、リダイレクタ３００は、自装置を管理する管理者Ｔ２による生成アルゴリズムであるハッシュ関数Ｂを用いて、「ＵＲＬ（ＬＰ１２）」からシグネチャを生成し、生成したシグネチャが「ＳＩＧ２２」と一致した場合に、リダイレクタ２００が正当であると判定する。
【００５０】
そして、リダイレクタ３００は、リダイレクタ２００が正当な装置であると判定した場合、「ＵＲＬ（ＬＰ１２）」にアクセスするようユーザ端末１０に指示する。かかる指示を受けて、ユーザ端末１０は、「ＵＲＬ（ＬＰ１２）」にアクセスする（ステップＳ１９）。
【００５１】
ここで、図１に示すように、ユーザにクリックされるまでランディングページが確定しない場合、リダイレクタ２００が、広告サーバ１００の正当性を判定するためには、広告サーバ１００によって、格納している全ての広告コンテンツに対応するランディングページのＵＲＬについて、予めシグネチャを生成しておくか、または、配信対象の広告コンテンツを決定した際に、決定した広告コンテンツに対応するランディングページのＵＲＬについてシグネチャ生成される必要がある。このような場合、ランディングページが多くなるほど、シグネチャ生成における広告サーバ１００の負荷が大きくなる。
【００５２】
また、多段リダイレクトにより、管理者Ｔ２のリダイレクタ３００にも広告サーバ１００の正当性を判定させるためには、広告サーバ１００は、複数のランディングページについて、ハッシュ関数Ａだけでなく、ハッシュ関数Ｂに基づくアルゴリズムによるシグネチャ生成も行わなければならず、ランディングページのが多くなるほど、シグネチャ生成における広告サーバ１００の負荷がより大きくなる。このような負荷は、広告サーバ１００の処理速度等に影響するため、管理者Ｔ１はこれを避けたい場合がある。
【００５３】
そこで、図２で説明したように、本実施形態にかかる転送システム２では、リダイレクタ２００に管理者Ｔ２の生成アルゴリズム（ハッシュ関数Ｂ）を実装することにより、リダイレクタ２００は、ハッシュ関数Ｂを用いて、ユーザ端末１０のアクセス要求先であるウェブページのＵＲＬからシグネチャを生成する。そして、リダイレクタ３００は、リダイレクタ２００により生成されたシグネチャを受け付けると、自装置を管理する管理者Ｔ２により実装されているハッシュ関数Ｂを用いて、かかるＵＲＬからシグネチャを生成し、リダイレクタ２００により生成されたシグネチャとのマッチングによりリダイレクタ２００の正当性を判定する。
【００５４】
このような転送システム２では、広告サーバ装置１００は、ハッシュ関数Ｂを用いたシグネチャ生成を広告配信前に行っておく必要がなく、広告配信されランディングページが確定した後に、確定したランディングページについて、リダイレクタ２００がハッシュ関数Ｂを用いたシグネチャ生成を行うだけで済むため、効率的なシグネチャ生成を実現することができる。
【００５５】
〔２−１．転送装置（リダイレクタ２００）の構成〕
次に、図３を用いて、転送装置であるリダイレクタ２００について説明する。図３は、実施形態にかかるリダイレクタ２００の構成例を示す図である。リダイレクタ２００は、図１および図２で説明したように、本実施形態において多段リダイレクトを行う転送システムで、１段目のリダイレクタに相当する。また、リダイレクタ２００は、広告サーバ１００を管理する管理者Ｔ１によって管理され、シグネチャを生成するためのアルゴリズムαおよびβを有しているものとする。リダイレクタ２００は、図３に示すように、通信部２１０と、制御部２２０とを有する。
【００５６】
通信部２１０は、例えば、ＮＩＣ（Network  Interface  Card）等によって実現される。そして、通信部２１０は、ネットワークと有線または無線で接続され、例えば、ユーザ端末１０、広告サーバ１００、リダイレクタ３００等との間で情報の送受信を行う。
【００５７】
制御部２２０は、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）等によって、内部の記憶装置に記憶されているプログラム（転送プログラムの一例に相当）がＲＡＭ（Random  Access  Memory)等の内部メモリを作業領域として実現される。
【００５８】
制御部２２０は、図３に示すように、受付部２２１、判定部２２２、生成部２２３、転送部２２４とを有する。
【００５９】
受付部２２１は、ユーザ端末１０からアクセス要求先であるコンテンツ（例えば、ランディングページ）のＵＲＬを含むアクセス要求を受け付ける。具体的には、受付部２２１は、リダイレクタ２００を管理する管理者によって管理されるサーバ装置から提供されるコンテンツに対するアクセス要求を受け付ける。
【００６０】
具体的には、受付部２２１は、管理者Ｔ１によって管理される広告サーバ１００から配信される広告コンテンツに対応付けられるランディングページへのアクセス要求を、ユーザ端末１０から受け付ける。
【００６１】
例えば、図１の例では、受付部２２１は、ユーザ端末１０から、広告コンテンツＡＤ１に対応するランディングページＬＰ１のＵＲＬと、広告サーバ１００ａにより、ハッシュ関数Ａを用いて生成されたシグネチャとを含むアクセス要求を受け付ける。
【００６２】
判定部２２２は、広告サーバ１００ａの正当性を判定する。具体的には、判定部２２２は、広告サーバ１００ａの有する生成アルゴリズムαに含まれるハッシュ関数Ａにより、受付部２２１に受け付けられたアクセス要求に含まれるＵＲＬからシグネチャを生成する。そして、判定部２２２は、生成したシグネチャと、かかるアクセス要求に含まれるシグネチャとのマッチングにより、広告サーバ１００の正当性を判定する。判定部２２２による判定処理の一例について説明する。
【００６３】
例えば、図１に示すように、ユーザによって広告コンテンツＡＤ１がクリックされたことにより、受付部２２１によって、広告コンテンツＡＤ１に対応するランディングページＬＰ１のＵＲＬ「ａｂｃ．ｃｏｍ」、および、広告サーバ１００ａが、ハッシュ関数Ａを用いて、「ａｂｃ．ｃｏｍ」から生成したシグネチャ「ａｂ２５Ｄｘｘ」が受け付けられたとする。
【００６４】
受付部２２１によってかかるＵＲＬが受け付けられたことにより、判定部２２２は、アルゴリズムを用いて、「ａｂｃ．ｃｏｍ」からシグネチャを生成する。具体的には、判定部２２２は、アルゴリズムαに含まれるハッシュ関数Ａに「ａｂｃ．ｃｏｍ」を適用することでシグネチャを生成する。そして、判定部２２２は、生成したシグネチャと、広告サーバ１００ａにより生成されたシグネチャ「ａｂ２５Ｄｘｘ」とが一致する場合に、広告サーバ１００ａが正当な装置であると判定する。
【００６５】
生成部２２３は、アルゴリズムαとは異なるアルゴリズムβを用いて、受付部２２１によって受け付けられたＵＲＬからシグネチャを生成する。具体的には、生成部２２３は、判定部２２２によって、コンテンツ配信元のサーバ装置が正当な装置であると判定された場合に、リダイレクタ２００を管理する管理者Ｔ１とは異なる管理者Ｔ２から提供されたアルゴリズムβを用いて、受付部２２１によって受け付けられたＵＲＬからシグネチャを生成する。生成部２２３によるシグネチャ生成処理の一例について説明する。
【００６６】
図１に示すように、生成部２２３が用いるアルゴリズムβには、ハッシュ関数Ｂが含まれており、さらにパスフレーズ生成ロジックＢ１が含まれているものとする。また、上記のように、受付部２２１によって、ランディングページＬＰ１のＵＲＬ「ａｂｃ．ｃｏｍ」が受け付けられた後、判定部２２２によって、広告サーバ１００ａが正当な装置であると判定されているものとする。
【００６７】
判定部２２２により正当であると判定された場合に、生成部２２３は、ハッシュ関数Ｂに、「ａｂｃ．ｃｏｍ」を適用することで、ハッシュ値を生成する。このハッシュ値が、シグネチャに相当する。ここでは、生成部２２３によって、シグネチャ「ｃｄ３６Ｄｘｙ」が生成されたとする。
【００６８】
また、生成部２２３は、パスフレーズ生成ロジックＢ１を用いて、パスフレーズを生成する。ここでは、生成部２２３によって、パスフレーズ「ＡＡ１２ｂｂ３４ＣＣ」が生成されたとする。そして、生成部２２３は、パスフレーズ「ＡＡ１２ｂｂ３４ＣＣ」を用いて、シグネチャ「ｃｄ３６Ｄｘｙ」を暗号化する。
【００６９】
転送部２２４は、アルゴリズムβを用いて、リダイレクタ２００の正当性を判定するリダイレクタ３００に対して、生成部２２３によって生成されたシグネチャを含むアクセス要求を送信するようユーザ端末１０に指示する。例えば、上記例のように、生成部２２３によって、リダイレクタ３００の管理者Ｔ２から提供された生成アルゴリズムβを用いて、ランディングページＬＰ１のＵＲＬ「ａｂｃ．ｃｏｍ」からシグネチャ「ｃｄ３６Ｄｘｙ」が生成されたとする。この場合、転送部２２４は、多段リダイレクトを行う転送システムにおいて、リダイレクタ２００の正当性を判定するリダイレクタ３００に対してＵＲＬ「ａｂｃ．ｃｏｍ」、シグネチャ「ｃｄ３６Ｄｘｙ」、パスフレーズ「ＡＡ１２ｂｂ３４ＣＣ」を送信するようユーザ端末１０に指示する。
【００７０】
これにより、ユーザ端末１０は、ＵＲＬ「ａｂｃ．ｃｏｍ」、シグネチャ「ｃｄ３６Ｄｘｙ」、パスフレーズ「ＡＡ１２ｂｂ３４ＣＣ」をリダイレクタ３００に送信する。
【００７１】
〔２−２．転送装置（リダイレクタ３００）の構成〕
次に、図４を用いて、転送装置であるリダイレクタ３００について説明する。図４は、実施形態にかかるリダイレクタ３００の構成例を示す図である。図１に示すように、リダイレクタ３００は、管理者Ｔ２に管理され、独自の生成アルゴリズムβを有している。図４は、実施形態にかかるリダイレクタ３００の構成例を示す図である。リダイレクタ３００は、図４に示すように、通信部３１０と、制御部３２０とを有する。
【００７２】
通信部３１０は、例えば、ＮＩＣ等によって実現される。そして、通信部３１０は、ネットワークと有線または無線で接続され、例えば、リダイレクタ２００等との間で情報の送受信を行う。
【００７３】
制御部３２０は、ＣＰＵやＭＰＵ等によって、内部の記憶装置に記憶されているプログラム（転送プログラムの一例に相当）がＲＡＭ等の内部メモリを作業領域として実現される。
【００７４】
制御部３２０は、図４に示すように、受付部３２１、判定部３２２、生成部３２３、転送部３２４とを有する。
【００７５】
受付部３２１は、ユーザ端末１０からアクセス要求先であるコンテンツ（例えば、ランディングページ）のＵＲＬと、リダイレクタ３００へのアクセス指示元であるリダイレクタ２００によって生成されたシグネチャとを含むアクセス要求を受け付ける。
【００７６】
例えば、上記のように、ユーザが広告コンテンツＡＤ１をクリックしたことにより、ユーザ端末１０のアクセス要求先がＵＲＬ「ａｂｃ．ｃｏｍ」となり、リダイレクタ２００によって、シグネチャ「ｃｄ３６Ｄｘｙ」、および、パスフレーズ「ＡＡ１２ｂｂ３４ＣＣ」が生成されたとすると、転送部２２４による上記リダイレクト処理により、受付部３２１は、これらの情報をユーザ端末１０から受け付ける。
【００７７】
判定部３２２は、受付部３２１によってＵＲＬやシグネチャを含むアクセス要求が受け付けられた場合に、１段目のリダイレクタ２００の正当性を判定する。具体的には、判定部３２２は、アルゴリズムβに含まれるハッシュ関数Ｂを用いて、受付部３２１に受け付けられたアクセス要求に含まれるＵＲＬからシグネチャを生成する。そして、判定部３２２は、生成したシグネチャと、かかるアクセス要求に含まれるシグネチャとのマッチングにより、リダイレクタ２００の正当性を判定する。
【００７８】
例えば、上記のように、受付部３２１によって、ランディングページＬＰ１のＵＲＬ「ａｂｃ．ｃｏｍ」、リダイレクタ２００の生成部２２３により生成されたシグネチャ「ｃｄ３６Ｄｘｙ」、および、パスフレーズ「ＡＡ１２ｂｂ３４ＣＣ」が受け付けられたとする。
【００７９】
受付部３２１によって、これらの情報が受け付けられた場合に、判定部３２２は、まず、パスフレーズ「ＡＡ１２ｂｂ３４ＣＣ」を用いて、暗号化されているシグネチャ「ｃｄ３６Ｄｘｙ」を複合化する。そして、判定部３２２は、生成アルゴリズムβに含まれるハッシュ関数Ｂに「ａｂｃ．ｃｏｍ」を適用することでシグネチャを生成する。そして、判定部３２２は、生成したシグネチャと、リダイレクタ２００の生成部２２３により生成されたシグネチャ「ｃｄ３６Ｄｘｙ」とが一致する場合に、リダイレクタ２００が正当な装置であると判定する。
【００８０】
次に、生成部３２３は、本実施形態に示す２段階リクエストではなく、後述する３段階以上の多段リクエストにおいて機能する部位であり、ここでの詳細な説明は省略する。
【００８１】
転送部３２４は、判定部３２２によって、リダイレクタ２００が正当であると判定された場合に、ユーザ端末１０によるアクセス要求先であるコンテンツにアクセスするよう、かかるユーザ端末に指示する。例えば、図１に示すように、ユーザ端末１０のアクセス要求先がランディングページＬＰ１であり、上述してきたように、判定部３２２によって、リダイレクタ２００が正当であると判定された場合には、転送部３２４は、ランディングページＬＰ１のＵＲＬ「ａｂｃ．ｃｏｍ」にアクセスするようユーザ端末１０に指示する。
【００８２】
〔３．処理の手順〕
次に、図５を用いて、実施形態にかかる転送処理の手順について説明する。図５は、実施形態にかかる転送システム１による転送処理手順の一例を示すシーケンス図である。かかる転送システム１は、ユーザ端末１０に、リダイレクタ２００とリダイレクタ３００とを経由させて、所定のウェブページへリダイレクトする２段階リダイレクトを行うものである。
【００８３】
まず、広告サーバ１００が、ハッシュ関数Ａを用いて、各広告コンテンツに対応するランディングページのＵＲＬからシグネチャを予め生成しているものとする。ここで、例えば、ユーザ端末１０のユーザが、広告コンテンツＡＤ１をクリックしたとする。これにより、図５に示すように、ユーザ端末１０が、広告コンテンツＡＤ１に対応するランディングページＬＰ１へのアクセス要求として、ランディングページＬＰ１のＵＲＬであるＵＲＬ（ＬＰ１）と、かかるＵＲＬから生成されたシグネチャである「ＳＩＧ１」を含むアクセス要求をリダイレクタ２００に送信する（ステップＳ１０１）。
【００８４】
広告サーバ１００およびリダイレクタ２００は、管理者Ｔ１に管理され、独自のアルゴリズムαを有する。また、リダイレクタ２００は、リダイレクタ３００を管理する管理者Ｔ２から提供されたアルゴリズムβも有する。アルゴリズムβは、リダイレクタ３００独自のアルゴリズムであり、アルゴリズムαとは異なるものである。
【００８５】
そして、リダイレクタ２００の受付部２２１によって、「ＵＲＬ（ＬＰ１）、ＳＩＧ１」が受け付けられると、判定部２２２は、広告サーバ１００の正当性を判定する（ステップＳ１０２）。具体的には、判定部２２２は、アルゴリズムαに含まれるハッシュ関数Ａに「ＵＲＬ（ＬＰ１）」を適用することで、シグネチャを生成し、生成したシグネチャと、「ＳＩＧ１」とのマッチングを行う。そして、一致した場合に、判定部２２１は、広告サーバ１００が正当な装置であると判定する。
【００８６】
次に、生成部２２３は、アルゴリズムβを用いて、「ＵＲＬ（ＬＰ１）」からシグネチャを生成する（ステップＳ１０３）。具体的には、生成部２２３は、アルゴリズムβに含まれるハッシュ関数Ｂに「ＵＲＬ（ＬＰ１）」を適用することで、「ＳＩＧ１」とは異なるシグネチャである「ＳＩＧ２」を生成する。また、生成部２２３は、このとき所定のパスフレーズも生成することで、生成したパスフレーズで「ＳＩＧ２」を暗号化する。
【００８７】
そして、転送部２２４は、生成部２２３によって生成された「ＳＩＧ２」と、「ＵＲＬ（ＬＰ１）」を含むアクセス要求をリダイレクタ３００に送信するようユーザ端末１０に指示する（ステップＳ１０４）。かかる指示を受けて、ユーザ端末１０は、「ＵＲＬ（ＬＰ１）、ＳＩＧ２」を含むアクセス要求をリダイレクタ３００に送信する（ステップＳ１０５）。
【００８８】
リダイレクタ３００の受付部３２１によって、「ＵＲＬ（ＬＰ１）、ＳＩＧ２」が受け付けられると、判定部３２２は、リダイレクタ２００の正当性を判定する（ステップＳ１０６）。具体的には、判定部３２２は、アルゴリズムβに含まれるハッシュ関数Ｂに「ＵＲＬ（ＬＰ１）」を適用することで、シグネチャを生成し、生成したシグネチャと、「ＳＩＧ２」とのマッチングを行う。そして、一致した場合に、判定部３２１は、リダイレクタ２００が正当な装置であると判定する。
【００８９】
リダイレクタ２００が正当な装置であると判定された場合に、転送部３２４は、「ＵＲＬ（ＬＰ１）」に対応するランディングページＬＰ１にアクセスするようユーザ端末１０に指示する（ステップＳ１０７）。かかる指示を受けて、ユーザ端末１０は、ランディングページＬＰ１にアクセスする（ステップＳ１０８）。
【００９０】
〔４．変形例〕
上述してきた転送システムにおいて、リダイレクタは、上記実施例以外にも種々の異なる形態にて実施されてよい。そこで、以下では、リダイレクタの他の実施形態について説明する。
【００９１】
〔４−１．３段以上のリダイレクト（１）〕
上記実施形態では、リダイレクタ２００および３００を含む転送システムによって、２段階のリダイレクトが行われる例を示した。しかし、本実施形態における転送システムは、必ずしも２段階リダイレクトに限定されるものではなく、３段階や４段階であってもよい。そこで、かかる変形例では、３段階リダイレクトを行う転送システム３について説明する。
【００９２】
図６は、変形例にかかるリダイレクト処理の一例を示す図である。図６に示す転送システム３は、ユーザ端末１０と、広告サーバ１００と、リダイレクタ２００と、リダイレクタ３００と、リダイレクタ４００とを有する。ユーザ端末１０と、広告サーバ１００と、リダイレクタ２００と、リダイレクタ３００と、リダイレクタ４００とは、ネットワークを介して有線または無線により通信可能に接続される。
【００９３】
図６に示す転送システム３は、図１で示した転送システム１に、さらに、３段階目のリダイレクタとして、管理者Ｔ１およびＴ２とは異なる管理者Ｔ３に管理されるリダイレクタ４００を含むものである。そして、リダイレクタ４００は、管理者Ｔ３による独自のアルゴリズムγを有する。アルゴリズムγには、ハッシュ関数ＡおよびＢとはことなる、ハッシュ関数Ｃを含まれる。
【００９４】
これにより、リダイレクタ３００は、アルゴリズムβと管理者Ｔ３から提供されたアルゴリズムγを有する。また、このようなアルゴリズムγを有することで、リダイレクタ３００は、図４に示すように、アルゴリズムγを用いて、受付部３２１によって受け付けられたＵＲＬから新たなシグネチャを生成する生成部３２３をさらに有する。以下では、図６を用いて、転送システム３によるリダイレクト処理について具体的に説明する。なお、図１と重複する点については詳細な説明を省略する。
【００９５】
まず、ユーザ端末１０が、広告リクエストを広告サーバ１００ａに送信する（ステップＳ３１）。そして、広告サーバ１００ａは、広告リクエストに応じて、配信対象の広告コンテンツとして、広告コンテンツＡＤ１を決定したものとする。
【００９６】
そして、広告サーバ１００ａは、ランディングページＬＰ１のＵＲＬとして、「ＵＲＬ（ＬＰ１）」をリンク先として貼り付けた広告コンテンツＡＤ１とともに、予め生成しているシグネチャである「ＳＩＧ１」をユーザ端末１０に配信し、ユーザ端末１０は、広告サーバ１００ａから受け付けた広告コンテンツＡＤ１を広告枠Ｆ１に表示する（ステップＳ３２）。
【００９７】
ここで、ユーザによって広告コンテンツＡＤ１がクリックされたとすると（ステップＳ３３）、ユーザ端末１０は、ランディングページＬＰ１へのアクセス要求として、「ＵＲＬ（ＬＰ１）、ＳＩＧ１」を含むアクセス要求をリダイレクタ２００に送信する（ステップＳ３４）。
【００９８】
リダイレクタ２００の受付部２２１によって、アクセス要求が受け付けられると、判定部２２２は、ハッシュ関数Ａを用いて、「ＵＲＬ（ＬＰ１）」からシグネチャを生成し、生成したシグネチャと「ＳＩＧ１」とのマッチングにより、広告サーバ１００ａの正当性を判定する（ステップＳ３５）。
【００９９】
判定部２２２によって、正当であると判定された場合に、生成部２２３は、リダイレクタ３００の管理者Ｔ２から提供されたハッシュ関数Ｂを用いて、「ＳＩＧ１」とは異なるシグネチャである「ＳＩＧ２」を生成するとともに、パスフレーズを生成する（ステップＳ３６）。そして、転送部２２４は、「ＵＲＬ（ＬＰ１）、ＳＩＧ２」を含むアクセス要求をリダイレクタ３００に送信するようユーザ端末１０に指示する。
【０１００】
かかる指示を受け、ユーザ端末１０は、「ＵＲＬ（ＬＰ１）、ＳＩＧ２」を含むアクセス要求をリダイレクタ３００に送信する（ステップＳ３７）。
【０１０１】
リダイレクタ３００の受付部３２１によって、アクセス要求が受け付けられると、判定部３２２は、自装置独自のハッシュ関数Ｂを用いて、「ＵＲＬ（ＬＰ１）」からシグネチャを生成し、生成したシグネチャと「ＳＩＧ２」とのマッチングにより、広告サーバ１００ａの正当性を判定する（ステップＳ３８）。
【０１０２】
判定部３２２によって、正当であると判定された場合に、生成部３２３は、リダイレクタ４００の管理者Ｔ３から提供されたハッシュ関数Ｃを用いて、「ＳＩＧ１」や「ＳＩＧ２」とは異なるシグネチャである「ＳＩＧ３」を生成するとともに、パスフレーズを生成する（ステップＳ３９）。そして、転送部３２４は、「ＵＲＬ（ＬＰ１）、ＳＩＧ３」を含むアクセス要求をリダイレクタ４００に送信するようユーザ端末１０に指示する。
【０１０３】
かかる指示を受け、ユーザ端末１０は、「ＵＲＬ（ＬＰ１）、ＳＩＧ３」を含むアクセス要求をリダイレクタ４００に送信する（ステップＳ４０）。
【０１０４】
ここで、図示していないが、リダイレクタ４００もリダイレクタ２００および３００と同様に、受付部、判定部、転送部を有する。また、図６の例では、リダイレクタ４００が、３段階のリダイレクトにおける３番目に位置するが、４段階や５段階のリダイレクトにより、さらに後に別のリダイレクタが存在する場合には、生成部も有することになる。
【０１０５】
図６に戻り、リダイレクタ４００は、アクセス要求が受け付けると、自装置独自のアルゴリズムγに含まれるハッシュ関数Ｃを用いて、「ＵＲＬ（ＬＰ１）」からシグネチャを生成し、生成したシグネチャと「ＳＩＧ３」とのマッチングにより、リダイレクタ３００の正当性を判定する（ステップＳ４１）。そして、リダイレクタ４００が、「ＵＲＬ（ＬＰ１」に対応するランディングページＬＰ１にアクセスするようユーザ端末１０に指示することにより、ユーザ端末はランディングページＬＰ１にアクセスする（ステップＳ４３）。
【０１０６】
なお、例えば、リダイレクタ４００の後に、さらに別のリダイレクタ５００が続いていたとすると、リダイレクタ４００は、リダイレクタ５００独自のアルゴリズム（例えば、ハッシュ関数Ｄを含むアルゴリズムδ）を有することになる。そして、この場合には、リダイレクタ４００は、ハッシュ関数Ｄを用いて、「ＵＲＬ（ＬＰ１）」から新たなシグネチャである「ＳＩＧ４」を生成し（ステップＳ４２）、生成したシグネチャと「ＵＲＬ（ＬＰ１）」を含むアクセス要求をリダイレクタ５００に送信するようユーザ端末に指示する。
【０１０７】
このように、それぞれ管理者の異なるリダイレクタを含む３段階以上のリダイレクトを行う場合であっても、各リダイレクタが１段後のリダイレクタのアルゴリズムを有することで、アクセス要求を受け付けた場合に、各リダイレクタが判定処理や生成処理を行えばよい。このため、例えば、管理者Ｔ１は、所有する複数の広告サーバ１００に、それぞれの管理者のアルゴリズムを実装する必要が無く、他社のリダイレクタであっても、容易に転送システムに導入することができるようになる。
【０１０８】
また、広告配信前に、複数の広告コンテンツのランディングページについて、広告サーバ１００が、各アルゴリズムを用いて、シグネチャ生成しておく必要が無く、ランディングページが確定した後に、確定したランディングページに対してのみ各リダイレクタがシグネチャ生成するだけで済むため効率的である。
【０１０９】
〔４−２．３段以上のリダイレクト（２）〕
変形例「４−１」では、各リダイレクタが１段後のリダイレクタのアルゴリズムを有することによって、その１段後のリダイレクタに向けてシグネチャ生成するといったリダイレクト処理について説明した。しかし、例えば、リダイレクタＡが、転送システムに含まれる全リダイレクタのアルゴリズムを有していることにより、リダイレクタＡが、それぞれのアルゴリズムを用いて、各リダイレクタ用のシグネチャ生成を行ってもよい。以下では、この点について具体的に説明する。
【０１１０】
図６に示すように、転送システム３には、リダイレクタ２００〜４００が含まれ、リダイレクタ２００が一段階目のリダイレクタである。ここで、リダイレクタ２００は、自装置用のアルゴリズムαとともに、リダイレクタ３００のアルゴリズムβおよびリダイレクタ４００用のアルゴリズムγも有してよい。
【０１１１】
例えば、リダイレクタ２００の受付部２２１によって、ユーザ端末１０から「ＵＲＬ（ＬＰ１）、ＳＩＧ１」が受け付けられ、生成部２２２によって、広告サーバ１００ａが正当な装置出ると判定されたとする。この場合に、生成部２２３は、アルゴリズムβのハッシュ関数Ｂおよびアルゴリズムγのハッシュ関数Ｃを用いて、「ＵＲＬ（ＬＰ１）」から、リダイレクタ３００およびリダイレクタ４００用のシグネチャである「ＳＩＧ２」と「ＳＩＧ３」とを生成する。また、転送部２２４は、「ＵＲＬ（ＬＰ１）、ＳＩＧ２、ＳＩＧ３」を含むアクセス要求をリダイレクタ３００に送信するようユーザ端末１０に指示する。
【０１１２】
そして、リダイレクタ３００は、「ＵＲＬ（ＬＰ１）、ＳＩＧ２、ＳＩＧ３」を受け付けると、自装置用のハッシュ関数Ｂを用いて、ＵＲＬ（ＬＰ１）からシグネチャを生成し、生成したシグネチャと「ＳＩＧ２」とのマッチングによりリダイレクタ２００の正当性を判定する。正当であると判定した場合に、リダイレクタ３００は、「ＵＲＬ（ＬＰ１）、ＳＩＧ３」を含むアクセス要求をリダイレクタ４００に送信するようユーザ端末１０に指示する。
【０１１３】
リダイレクタ４００は、「ＵＲＬ（ＬＰ１）、ＳＩＧ３」を受け付けると、自装置用のハッシュ関数Ｃを用いて、ＵＲＬ（ＬＰ１）からシグネチャを生成し、生成したシグネチャと「ＳＩＧ３」とのマッチングによりリダイレクタ２００の正当性を判定する。正当であると判定した場合に、リダイレクタ３００は、「ＵＲＬ（ＬＰ１）」に対応するランディングページＬＰ１にアクセスするようユーザ端末１０に指示する。
【０１１４】
このような場合、リダイレクタ３００がリダイレクタ４００のアルゴリズムを有する必要が無い。すなわち、管理者Ｔ１は、管理者Ｔ２に対して、リダイレクタ３００の管理者Ｔ３によるアルゴリズムγを実装させる必要が無く、自装置のリダイレクタ２００に各アルゴリズムを実装するだけで良い。このため、管理者Ｔ１は、他社のリダイレクタであっても、より容易に転送システムに導入することができるようになる。
【０１１５】
〔４−３．リダイレクタ２００について〕
上記実施形態では、リダイレクタ２００が、ハッシュ関数Ａを用いて、広告サーバ１００の正当性を判定する例を示した。しかし、リダイレクタ２００は、必ずしも広告サーバ１００の正当性を判断する必要はない。例えば、管理者Ｔ１のセキュリティポリシーにおいて、広告サーバ１００の正当性を考慮しないことが定められている場合、リダイレクタ２００は、アクセス要求を受け付けても正当性の判定を行うことなく、ハッシュ関数Ｂを用いたシグネチャ生成に移行してもよい。
【０１１６】
〔４−４．広告サーバ側によるシグネチャ生成〕
上記実施形態では、各広告サーバ１００が、格納している広告コンテンツのランディングページ全てにおいて、予めシグネチャ生成しておくか、または、配信対象の広告コンテンツを決定した際に、決定した広告コンテンツに対応するランディングページに対しシグネチャ生成する旨記載した。しかし、広告サーバ側でシグネチャ生成されるタイミングは、これらの例に限定されるものではない。
【０１１７】
例えば、広告サーバ１００の管理者Ｔ１は、アルゴリズムαを組む込んだシグネチャ生成ツールを、取引先の広告主に提供することで、各広告主にシグネチャを生成させてもよい。これにより、広告サーバ１００は、広告コンテンツの入稿などとともに、広告主によって生成されたシグネチャも受け付ける。
【０１１８】
また、広告サーバ１００は、上述したように、予めシグネチャ生成しておくことや、配信対象の広告コンテンツを決定した時点でシグネチャ生成するのではなく、リダイレクタ２００からシグネチャを生成する要求を受け付けた際に、シグネチャ生成してもよい。
【０１１９】
例えば、リダイレクタ２００の受付部２２１によって、ランディングページＬＰ１へのアクセス要求がユーザ端末から受け付けられたとする。かかるアクセス要求にはシグネチャが含まれていないため、例えば、受付部２２１は、ランディングページＬＰ１に対応する広告コンテンツ配信元の広告サーバ１００へシグネチャを問い合わせる。
【０１２０】
そして、広告サーバ１００は、かかる問い合わせを受けた時点で、ハッシュ関数Ａを用いて、ランディングページＬＰ１のＵＲＬからシグネチャを生成し、生成したシグネチャをリダイレクタ２００へ送信する。
【０１２１】
〔４−５．広告サーバについて〕
上記実施形態では、コンテンツ配信サーバの一例として広告サーバを含む転送システムを例示したが、広告サーバに限定されるものではなく、各種ウェブページを配信するサーバ装置等が含まれてもよい。
【０１２２】
〔４−６．ハードウェア構成〕
上述してきた実施形態にかかるリダイレクタ２００および３００は、例えば、図７に示すような構成のコンピュータ１０００によって実現される。図７は、転送装置（リダイレクタ２００および３００）の機能を実現するコンピュータ１０００の一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。
【０１２３】
ＣＰＵ１１００は、ＲＯＭ１３００又はＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。
【０１２４】
ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、および、かかるプログラムによって使用されるデータ等を格納する。通信インターフェイス１５００は、通信網５０を介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータを通信網５０を介して他の機器へ送信する。
【０１２５】
ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、生成したデータを入出力インターフェイス１６００を介して出力装置へ出力する。
【０１２６】
メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラムまたはデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital  Versatile  Disc）、ＰＤ（Phase  change  rewritable  Disk）等の光学記録媒体、ＭＯ（Magneto-Optical  disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。
【０１２７】
例えば、コンピュータ１０００が実施形態にかかるリダイレクタ２００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部２２０の機能を実現する。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から通信網５０を介してこれらのプログラムを取得してもよい。
【０１２８】
〔５．その他〕
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
【０１２９】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。
【０１３０】
また、上述してきた各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【０１３１】
〔６．効果〕
実施形態にかかる転送装置（リダイレクタ２００）は、受付部２２１と、生成部２２２と、転送部２２４とを有する。受付部２２１は、端末装置から、アクセス要求先であるコンテンツを識別するための識別情報（ＵＲＬ（ＬＰ１））を含むアクセス要求を受け付ける。生成部２２２は、所定のアルゴリズム（アルゴリズムα）により受付部２２１によって受け付けられた識別情報から署名情報（ＳＩＧ１）を生成する。転送部２２４は、アルゴリズムαとＳＩＧ１とに基づきリダイレクタ２００の正当性を判定する他の転送装置（リダイレクタ３００）にＳＩＧ２を含むアクセス要求を送信するよう端末装置に指示する。
【０１３２】
このようなリダイレクタ２００および３００を含む転送システムでは、リダイレクタ３００の有するアルゴリズムβを、所定のサーバ装置（広告サーバ１００）に実装する必要が無く、リダイレクタ２００に、アルゴリズムβを実装するだけで済むため、汎用性の高いシグネチャ生成を実現させることができる。
【０１３３】
また、広告サーバ１００が、アルゴリズムβを用いて、各コンテンツのＵＲＬからシグネチャ生成する必要が無く、リダイレクタ２００が、確定されたコンテンツに対してのみシグネチャ生成するだけで済むため、汎用性の高いシグネチャ生成を実現させることができる。
【０１３４】
また、受付部２２１は、リダイレクタ２００を管理する管理者Ｔ１によって管理されるサーバ装置（広告サーバ１００）から提供されるコンテンツに対するアクセス要求を受け付け、転送部２２４は、管理者Ｔ１とは異なる管理者Ｔ２によって管理される他の転送装置（リダイレクタ３００）にＳＩＧ２を含むアクセス要求を送信するよう端末装置に指示する。
【０１３５】
このようなリダイレクタ２００および３００を含む転送システムでは、汎用性の高いシグネチャ生成を実現させることができる。
【０１３６】
実施形態にかかる転送装置（リダイレクタ３００）は、受付部３２１と、判定部３２２と、転送部３２４とを有する。受付部３２１は、端末装置から、アクセス要求先であるコンテンツを識別するための識別情報（ＵＲＬ（ＬＰ１））と、端末装置がアクセスした他の転送装置（リダイレクタ２００）によってアルゴリズムβに基づき識別情報（ＵＲＬ（ＬＰ１））から生成された署名情報（ＳＩＧ２）とを含むアクセス要求を受け付ける。判定部３２２は、受付部３２１によって受け付けられたＳＩＧ２とアルゴリズムβによりリダイレクタ２００の正当性を判定する。転送部３２４は、判定部３２２によりリダイレクタ２００が正当であると判定された場合に、識別情報によって識別されるコンテンツにアクセスするよう端末装置に指示する。
【０１３７】
このようなリダイレクタ２００および３００を含む転送システムでは、リダイレクタ３００の有するアルゴリズムβを、所定のサーバ装置（広告サーバ１００）に実装する必要が無く、リダイレクタ２００に、アルゴリズムβを実装するだけで済むため、汎用性の高いシグネチャ生成を実現させることができる。
【０１３８】
また、広告サーバ１００が、アルゴリズムβを用いて、各コンテンツのＵＲＬからシグネチャ生成する必要が無く、リダイレクタ２００が、確定されたコンテンツに対してのみシグネチャ生成するだけで済むため、汎用性の高いシグネチャ生成を実現させることができる。
【０１３９】
また、リダイレクタ３００は、アルゴリズムβとは異なる他のアルゴリズム（アルゴリズムδ）により受付部３２１によって受け付けられた識別情報（ＵＲＬ（ＬＰ１））から署名情報（ＳＩＧ２）とは異なる他の署名情報（ＳＩＧ３）を生成する生成部３２３をさらに有し、転送部３２４は、アルゴリズムδとＳＩＧ３とに基づきリダイレクタ３００の正当性を判定する他の転送装置（リダイレクタ４００）にＳＩＧ３を含むアクセス要求を送信するよう端末装置に指示する。
【０１４０】
実施形態にかかる転送システムは、３段階以上のリダイレクトを行う場合であっても、例えば、管理者Ｔ１に対し、所有する全ての広告サーバ１００に、異なる管理者のアルゴリズムを実装する必要が無く、他社のリダイレクタであっても、容易に転送システムに導入させることができる。
【０１４１】
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【０１４２】
また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、受付部は、受付手段や受付回路に読み替えることができる。
【符号の説明】
【０１４３】
１  転送システム
２  転送システム
３  転送システム
１００  広告サーバ
２００  リダイレクタ
２２０  制御部
２２１  受付部
２２２  判定部
２２３  生成部
２２４  転送部
３００  リダイレクタ
３２０  制御部
３２１  受付部
３２２  判定部
３２３  生成部
３２４  転送部
【図１】
0006757125.tif 000002
【図２】
0006757125.tif 000003
【図３】
0006757125.tif 000004
【図４】
0006757125.tif 000005
【図５】
0006757125.tif 000006
【図６】
0006757125.tif 000007
【図７】
0006757125.tif 000008