ページ遷移装置、ページ遷移システム、及びページ遷移方法
【課題】従来の不正アクセス排除方法に比べて簡単な処理で不正アクセスを排除すること。
【解決手段】リンク掲載画面には、対応し合う二つの呼出元ＩＤが埋め込まれている。そして、リンク掲載画面がユーザ端末１０３で表示される際に、第１の呼出元ＩＤを含むクッキーがページ遷移装置で生成されてユーザ端末１０３内部に記憶される。その後、ユーザ端末１０３が報酬サービス提供画面を要求すると、記憶されているクッキーの一部である第１の呼出元ＩＤと、報酬サービス提供画面のＵＲＬに付加されている第２の呼出元ＩＤとがページ遷移装置に送られる。そして、これら二つのＩＤが対応する場合には報酬サービス提供画面がユーザ端末１０３に送信される。これにより、簡単な処理で不正アクセスを排除できる。
【解決手段】リンク掲載画面には、対応し合う二つの呼出元ＩＤが埋め込まれている。そして、リンク掲載画面がユーザ端末１０３で表示される際に、第１の呼出元ＩＤを含むクッキーがページ遷移装置で生成されてユーザ端末１０３内部に記憶される。その後、ユーザ端末１０３が報酬サービス提供画面を要求すると、記憶されているクッキーの一部である第１の呼出元ＩＤと、報酬サービス提供画面のＵＲＬに付加されている第２の呼出元ＩＤとがページ遷移装置に送られる。そして、これら二つのＩＤが対応する場合には報酬サービス提供画面がユーザ端末１０３に送信される。これにより、簡単な処理で不正アクセスを排除できる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末上に次に表示されるＷｅｂページを決定するページ遷移装置、ページ遷移システム、及びページ遷移方法に関するものである。
【背景技術】
【０００２】
従来技術として、特許文献１（「携帯電話を利用した電子くじ／ゲーム／アンケートシステム、方法及びコンピュータで実行するプログラム」）のように、当選結果によりポイントを付与する電子くじサーバが存在する。
【０００３】
このようにポイントをインセンティブとして、サイトの利用促進や回遊率の向上を図ろうとするサイト運営者に対して、電子くじによるサービスを提供する場合、ポイントの原資はサイト運営者が負担することになるので、当該サイトからのリンクに限定してくじサービスを提供するようにシステムを構築することが要請される。つまり、当該サイト以外からくじサービスを利用する不正アクセス者がいる場合には、このようなアクセスを排除する必要がある。
【０００４】
一方、外部サービスの利用における不正アクセスを排除する方法として、特許文献２（「電子商取引システム不正利用検出方法及び装置」）のように、正規ユーザや正規クライアントの通常の行動を監視した結果に基づいて、不正ユーザや不正クライアントによるシステムの不正利用を検出する方法が考えられる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−０２１３５８号公報
【特許文献２】特開平１１−２５９５７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、上記のような従来の不正アクセス排除方法では、行動の監視が必要となり、システムの負担が大きい。また、一般的なログイン認証による方法などでは、手続きや操作が煩雑となり、気軽な活用を図ることができない。
【０００７】
そこで、ログイン認証など従来の不正アクセス排除方法に比べて簡単な処理で不正アクセスを排除することを課題とする。
【課題を解決するための手段】
【０００８】
本発明のページ遷移装置は、第１のＷｅｂページに埋め込まれたリンクからアクセス可能な第２のＷｅｂページを端末に表示させるためのページ遷移装置であって、予め互いに対応付けられた第１の呼出元ＩＤ及び第２の呼出元ＩＤと、該第２の呼出元ＩＤが付加された第２のＷｅｂページのＵＲＬとが埋め込まれている第１のＷｅｂページを端末に表示する場合に、該第１のＷｅｂページに埋め込まれる識別コンテンツを取得する該第１の呼出元ＩＤを含む要求を該端末から受信するコンテンツ要求受信手段と、コンテンツ要求受信手段により受信された要求内の第１の呼出元ＩＤを含むクッキーを生成し、生成されたクッキーが付加された識別コンテンツを生成する生成手段と、端末に、生成手段により生成された識別コンテンツを第１のＷｅｂページに含めて該第１のＷｅｂページを表示させるとともに、該識別コンテンツに付加されているクッキーを該端末内に記憶させるために、該識別コンテンツを該端末に送信するコンテンツ送信手段と、第２のＷｅｂページを要求する端末から、第２の呼出元ＩＤが付加されたＵＲＬと、端末内に記憶されているクッキーとを受信するページ要求受信手段と、ページ要求受信手段により受信されたＵＲＬ及びクッキーから第１及び第２の呼出元ＩＤを抽出し、該第１及び第２の呼出元ＩＤが対応するか否かを判定する判定手段と、第１及び第２の呼出元ＩＤが対応すると判定された場合には、第２のＷｅｂページを端末に送信するページ送信手段とを備えることを特徴とする。
【０００９】
本発明のページ遷移システムは、サーバと、第１のＷｅｂページに埋め込まれたリンクからアクセス可能な第２のＷｅｂページが表示される端末と有するページ遷移システムであって、サーバは、第１のＷｅｂページの要求を端末から受信する第１ページ要求受信手段と、第１ページ要求受信手段により受信された要求に応じて、予め互いに対応付けられた第１の呼出元ＩＤ及び第２の呼出元ＩＤと、該第２の呼出元ＩＤが付加された第２のＷｅｂページのＵＲＬとが埋め込まれている第１のＷｅｂページを端末に送信する第１ページ送信手段と、第１ページ送信手段により送信された第１のＷｅｂページを表示する端末から、該第１のＷｅｂページに埋め込まれる識別コンテンツを取得するための、第１の呼出元ＩＤを含む要求を受信するコンテンツ要求受信手段と、コンテンツ要求受信手段により受信された要求内の第１の呼出元ＩＤを含むクッキーを生成し、生成されたクッキーが付加された識別コンテンツを生成する生成手段と、端末に、生成手段により生成された識別コンテンツを第１のＷｅｂページに含ませて該第１のＷｅｂページを表示させるとともに、該識別コンテンツに付加されているクッキーを該端末内に記憶させるために、該識別コンテンツを該端末に送信するコンテンツ送信手段と、第２のＷｅｂページを要求する端末から、第２の呼出元ＩＤが付加されたＵＲＬと、端末内に記憶されているクッキーとを受信する第２ページ要求受信手段と、第２ページ要求受信手段により受信されたＵＲＬ及びクッキーから第１及び第２の呼出元ＩＤを抽出し、該第１及び第２の呼出元ＩＤが対応するか否かを判定する判定手段と、第１及び第２の呼出元ＩＤが対応すると判定された場合には、第２のＷｅｂページを端末に送信する第２ページ送信手段とを備えることを特徴とする。
【００１０】
本発明のページ遷移方法は、第１のＷｅｂページに埋め込まれたリンクからアクセス可能な第２のＷｅｂページを端末上に表示させるためのページ遷移装置により実行されるページ遷移方法であって、ページ遷移装置が、予め互いに対応付けられた第１の呼出元ＩＤ及び第２の呼出元ＩＤと、該第２の呼出元ＩＤが付加された第２のＷｅｂページのＵＲＬとが埋め込まれている第１のＷｅｂページを表示する端末から、該第１のＷｅｂページに埋め込まれる識別コンテンツを取得するための、該第１の呼出元ＩＤを含む要求を受信するコンテンツ要求受信ステップと、ページ遷移装置が、コンテンツ要求受信ステップにおいて受信された要求内の第１の呼出元ＩＤを含むクッキーを生成し、生成されたクッキーが付加された識別コンテンツを生成する生成ステップと、ページ遷移装置が、端末に、生成ステップにおいて生成された識別コンテンツを第１のＷｅｂページに含めて該第１のＷｅｂページを表示させるとともに、該識別コンテンツに付加されているクッキーを該端末内に記憶させるために、該識別コンテンツを該端末に送信するコンテンツ送信ステップと、ページ遷移装置が、第２のＷｅｂページを要求する端末から、第２の呼出元ＩＤが付加されたＵＲＬと、端末内に記憶されているクッキーとを受信するページ要求受信ステップと、ページ遷移装置が、ページ要求受信ステップにおいて受信されたＵＲＬ及びクッキーから第１及び第２の呼出元ＩＤを抽出し、該第１及び第２の呼出元ＩＤが対応するか否かを判定する判定ステップと、ページ遷移装置が、第１及び第２の呼出元ＩＤが対応すると判定された場合には、第２のＷｅｂページを端末に送信するページ送信ステップとを含むことを特徴とする。
【００１１】
このような発明によれば、対応し合う第１及び第２の呼出元ＩＤが第１のＷｅｂページに埋め込まれている。そして、第１のＷｅｂページが端末で表示される際に、第１の呼出元ＩＤを含むクッキーがページ遷移装置（システム）で生成されて端末に送られ、端末内部に記憶される。その後、端末が第２のＷｅｂページを要求すると、クッキーの一部として当該端末に記憶されている第１の呼出元ＩＤと、当該第２のＷｅｂページのＵＲＬに付加されている第２の呼出元ＩＤとがページ遷移装置（システム）に送られる。そして、これら二つのＩＤを用いた判定処理が行われ、双方のＩＤが対応する場合には第２のＷｅｂページが端末に送信される。このように、第１のＷｅｂページ表示時に生成されたクッキーに含まれる第１の呼出元ＩＤと、第２のＷｅｂページ要求時に当該ページのＵＲＬに付加されている第２の呼出元ＩＤとの対応を確認することで、第２のＷｅｂページへのアクセスが、正当に展開された第１のＷｅｂページからの要求か否かを確認することができる。その結果、簡単な処理で不正アクセス（第１のＷｅｂページ以外からのアクセス）を排除することができる。
【００１２】
本発明のページ遷移装置では、クッキーには、該クッキーの有効期限に関する時間情報が設定されており、判定手段が、時間情報に基づいてクッキーが有効であるか否かを判定し、クッキーが有効であると判定した場合には、第１及び第２の呼出元ＩＤが対応するか否かを判定し、ページ送信手段が、クッキーが有効であり且つ第１及び第２の呼出元ＩＤが対応すると判定された場合には、第２のＷｅｂページを端末に送信してもよい。
【００１３】
この場合には、更にクッキー自体の有効性（有効期限）も考慮されるので、第１のＷｅｂページが表示されてから所定時間以内の要求に対してのみ、第２のＷｅｂページを端末に送信することができる。これにより、不正アクセスをより確実に排除することができる。
【００１４】
本発明のページ遷移装置では、第１のＷｅｂページに埋め込まれている第１及び第２の呼出元ＩＤの一方が、該第１及び第２の呼出元ＩＤの他方を所定の符号化方式で符号化することで得られた値であり、判定手段が、第１及び第２の呼出元ＩＤの一方を、所定の符号化方式に対応する復号方式で復号し、該復号により得られた値と第１及び第２の呼出元ＩＤの他方とが一致する場合に、第１及び第２の呼出元ＩＤが対応すると判定してもよい。
【００１５】
この場合には、二つの呼出元ＩＤの一方が符号化された上でページ遷移装置（システム）と端末との間を流れるので、呼出元ＩＤに関する機密性を高めることができる。
【００１６】
本発明のページ遷移装置では、第１のＷｅｂページに埋め込まれている第１の呼出元ＩＤが、所定値を第１の符号化方式で符号化することで得られた値であり、該第１のＷｅｂページに埋め込まれている第２の呼出元ＩＤが、該所定値を第２の符号化方式で符号化することで得られた値であり、判定手段が、第１の呼出元ＩＤを第１の符号化方式に対応する第１の復号方式で復号すると共に第２の呼出元ＩＤを第２の符号化方式に対応する第２の復号方式で復号し、該第１及び第２の復号方式で得られた二つの値が一致する場合に、第１及び第２の呼出元ＩＤが対応すると判定してもよい。
【００１７】
この場合には、二つの呼出元ＩＤの双方が互いに異なる手法で符号化された上でページ遷移装置（システム）と端末との間を流れるので、呼出元ＩＤに関する機密性を高めることができる。
【００１８】
本発明のページ遷移装置では、第２のＷｅｂページが、所定の報酬を与える機会をユーザに与えるためのＷｅｂページであってもよい。
【００１９】
この場合には、報酬付与に関するページへの不正アクセスを排除することができる。
【発明の効果】
【００２０】
本発明によれば、第１のＷｅｂページ表示時に生成されたクッキーに含まれる第１の呼出元ＩＤと、第２のＷｅｂページ要求時に当該ページのＵＲＬに付加されている第２の呼出元ＩＤとの対応を確認することで、第２のＷｅｂページへのアクセスが、正当に展開された第１のＷｅｂページからの要求か否かを確認することができる。その結果、簡単な処理で不正アクセス（第１のＷｅｂページ以外からのアクセス）を排除することができる。
【図面の簡単な説明】
【００２１】
【図１】図１は、ページ遷移制限システムのネットワーク構成を示す図である。
【図２】図２は、ページ遷移制限システムの処理概要を示す図である。
【図３】図３は、リンク掲載画面の例を示す図である。
【図４】図４は、報酬サービス提供画面の例を示す図である。
【図５】図５は、エラー画面の例を示す図である。
【図６】図６は、報酬サービス利用サーバの事前処理フローを示す図である。
【図７】図７は、報酬サービス提供サーバの事前処理フローを示す図である。
【図８】図８は、報酬サービス利用サーバの構成を示す図である。
【図９】図９は、リンク掲載画面配信処理フローを示す図である。
【図１０】図１０は、報酬サービス提供サーバの構成を示す図である。
【図１１】図１１は、リソース配信処理フローを示す図である。
【図１２】図１２は、クッキー生成処理フローを示す図である。
【図１３】図１３は、報酬サービス提供画面配信処理フローを示す図である。
【図１４】図１４は、クッキー判定処理フローを示す図である。
【発明を実施するための形態】
【００２２】
実施の形態１．
図１は、ページ遷移制限システム（ページ遷移システム）のネットワーク構成を示す図である。報酬サービス利用サーバ１０１と報酬サービス提供サーバ（ページ遷移装置）１０２とユーザ端末１０３とは、インターネットを介して接続している。報酬サービス利用サーバ１０１は、自身の運営するサイトから報酬サービスを利用するＷｅｂサーバである。報酬サービス提供サーバ１０２は、報酬サービスを提供するＷｅｂサーバである。ユーザ端末１０３は、Ｗｅｂ環境で動作するコンピュータであり、報酬サービス利用サーバ１０１のサイトの利用者が操作することを想定している。ユーザ端末１０３は、インターネットを介してＷｅｂサーバからＷｅｂ画面（例えばＨＴＭＬ）を受信して、表示し、Ｗｅｂ画面中で記述されているリンク先のリソースにアクセスしてロードすることのできるブラウザを備えている。また、ブラウザは、アイコンのクリックやキー入力を受け付けて、そのイベントを発生させ、イベントに応じてプログラムを実行させることもできる。
【００２３】
報酬サービスは、報酬サービス利用サーバ１０１のサイトからリンクされたサービス画面を、ユーザ端末１０３に配信し、報酬サービス利用サーバ１０１のサイト利用者に対して便宜を供与する。この例では、ユーザ端末１０３の利用者に対して、くじによるポイントを付与するサービスを提供するくじサーバ１０２ａを想定する。そして、報酬サービス利用サーバ１０１として、仮想商店街サイトを運営する仮想商店街サーバ１０１ａ、結婚支援サイトを運営する結婚支援サーバ１０１ｂ、ブログ管理サイトを運営するブログ管理サーバ１０１ｃを想定する。
【００２４】
そして、各報酬サービス利用サーバ１０１の運営者は、報酬サービス提供サーバ１０２から特定の報酬サービスの提供を受けている。つまり、報酬サービスは、所定の報酬サービス利用サーバ１０１にのみ提供されており、その報酬サービス利用サーバ１０１の運営サイトからのリンクによるアクセスだけが正当であり、他のアクセスは排除される。この例では、各報酬サービス利用サーバ１０１はそれぞれ固有のくじサービスを受けている。仮想商店街サーバ１０１ａは、スピードくじのサービスを利用し、結婚支援サーバ１０１ｂは、ラッキーくじのサービスを利用し、ブログ管理サーバ１０１ｃは、ハッピーくじのサービスを利用する。そして、それぞれのサイト運営主体が、利用している報酬サービスにより生じるサービス利用料や費用を負担している。
【００２５】
図２は、ページ遷移制限システムの処理概要を示す図である。報酬サービス利用サーバ１０１による事前処理（Ｓ２０１）と報酬サービス提供サーバ１０２による事前処理（Ｓ２０２）とにより、共有すべきデータの交換や、Ｗｅｂ画面のソースコードの編集が行われる。詳しくは、図６と図７を用いて後述する。
【００２６】
Ｓ２０３以降は、本処理である。ユーザ端末１０３は、リンク掲載画面要求を報酬サービス利用サーバ１０１に送信する（Ｓ２０３）。つまり、ユーザ端末１０３はブラウザからリンク掲載画面にアクセスする。これに対して報酬サービス利用サーバ１０１は、リンク掲載画面（ＨＴＭＬ）（Ｓ２０４）をユーザ端末１０３に返信する。
【００２７】
図３は、リンク掲載画面（第１のＷｅｂページ）の例を示す図である。透明ｇｉｆ画像３０１は、１×１の透明ｇｉｆ（１ピクセル×１ピクセルの透明画像を示すＧＩＦファイル）である。これは、報酬サービス提供サーバ１０２から取得するリソース（識別コンテンツ）の例である。報酬サービス提供画面要求アイコン３０２は、クリックされると、報酬サービス提供サーバ１０２が提供する報酬サービス提供画面（図４）にアクセスするように構成されている。
【００２８】
ユーザ端末１０３は、リンク掲載画面（ＨＴＭＬ）を受信し、ブラウザで展開し、リンク掲載画面を表示（Ｓ２０５）する。このときの展開動作において、ユーザ端末１０３はリソース要求（Ｓ２０６）を報酬サービス提供サーバ１０２に送信する。リンク掲載画面（ＨＴＭＬ）のソースコードには、リソースＵＲＬにリンクする記述がされており、ユーザ端末１０３はその指示に従って、報酬サービス提供サーバ１０２のリソースＵＲＬを送出してアクセスする。このリソースＵＲＬには、パラメータにより呼出元ＩＤが付加されている。呼出元ＩＤは、リンク掲載画面に対応付けられている情報であり、正規の呼出し元を特定するためのＩＤである。この呼出元ＩＤとして、リンク掲載画面の識別子、リンク掲載画面が属する報酬サービス利用サーバ１０１のサイト内における画面グループ（メニュー）の識別子、あるいは報酬サービス利用サーバ１０１の識別子などが用いられる。また、この例ではリソースとして前述の１×１の透明ｇｉｆが呼び出される。
【００２９】
報酬サービス提供サーバ１０２は、リソース要求（Ｓ２０６）を受信すると（コンテンツ要求受信ステップ）、リソースに付加するクッキーを生成し（Ｓ２０７、生成ステップ）、クッキーを付したリソースを返信する（Ｓ２０８、コンテンツ送信ステップ）。クッキーには、パラメータとして受け付けた呼出元ＩＤ（第１の呼出元ＩＤ）と、クッキー生成日時（時間情報）が含まれる。
【００３０】
ユーザ端末１０３のブラウザは、リソースを受信すると、リソースをロードする（Ｓ２０９）。この例では、ブラウザは１×１の透明ｇｉｆを表示する。それとともに、ブラウザはクッキーをユーザ端末１０３内部に記憶（Ｓ２１０）する。画面表示完了の状態で、報酬サービス提供画面要求アイコンがクリックされると（Ｓ２１１）、ブラウザは報酬サービス提供画面要求（Ｓ２１２）を報酬サービス提供サーバ１０２に送信する。その為に、リンク掲載画面（ＨＴＭＬ）のソースコードは、報酬サービス提供画面要求アイコンのクリックのイベントが発生した場合に、報酬サービス提供画面ＵＲＬを送出してアクセスするように記述されている。この報酬サービス提供画面ＵＲＬには、パラメータにより呼出元ＩＤ（第２の呼出元ＩＤ）が付加されている。更に、ブラウザはユーザ端末１０３の内部に記憶しているクッキー（Ｓ２１２）を付加して送信する。
【００３１】
報酬サービス提供サーバ１０２は、報酬サービス提供画面要求２１２を受信すると（ページ要求受信ステップ）、クッキー判定する（Ｓ２１３、判定ステップ）。具体的には、報酬サービス提供サーバ１０２は、報酬サービス提供画面要求のクッキーからクッキー生成日時を取得し、所定時間内のアクセスであるか判定するとともに、クッキーの呼出元ＩＤ（第１の呼出元ＩＤ）と報酬サービス提供画面ＵＲＬに付加されているパラメータの呼出元ＩＤ（第２の呼出元ＩＤ）が対応（一致）するかを判定する。正当と判定した場合には、報酬サービス提供サーバ１０２は報酬サービス提供画面（ＨＴＭＬ）をユーザ端末１０３に返信する（Ｓ２１４、ページ送信ステップ）。図４は、報酬サービス提供画面（第２のＷｅｂページ）の例を示す図である。報酬サービス提供画面は、指示エリアのクリックにより電子くじの動作処理が起動するように構成されている。すなわち、報酬サービス提供画面は、所定の報酬を与える機会をユーザに与えるためのＷｅｂページである。
【００３２】
他方、不当と判定された場合には、報酬サービス提供サーバ１０２はエラー画面（ＨＴＭＬ）をユーザ端末１０３に返信する（Ｓ２１５、ページ送信ステップ）。図５は、エラー画面（第３のＷｅｂページ）の例を示す図である。リンクアイコン５０１のクリック指示により、リンクしている遷移先の画面ＵＲＬにアクセスすることが可能である。ここには、正当な呼出元であるリンク掲載画面のＵＲＬが設定されているので、ユーザ端末１０３が改めてリンク掲載画面から報酬サービス提供画面を呼び出す動作を促すことができる。言い換えれば、アクセスが不当である場合に、このエラー画面を介してユーザを正当なリンク元へ誘導することができる。尚、エラー画面は数秒内に自動的に遷移先の画面ＵＲＬにアクセスするようになっている。
【００３３】
ここから、各処理（Ｓ２０１〜Ｓ２１５）について詳述する。まず、報酬サービス利用サーバ１０１による事前処理（Ｓ２０１）と報酬サービス提供サーバ１０２による事前処理（Ｓ２０２）について説明する。図６は、報酬サービス利用サーバの事前処理フローを示す図であり、図７は、報酬サービス提供サーバの事前処理フローを示す図である。報酬サービスを利用しようとする運営者は、報酬サービス利用サーバ１０１から、呼出元登録要求を報酬サービス提供サーバ１０２に送る（Ｓ６０１）。このとき、報酬サービス利用サーバ１０１のリンク掲載画面ＵＲＬも通知する。
【００３４】
報酬サービス提供サーバ１０２は、呼出元登録要求を受け付けると（Ｓ７０１）、リソース要求用の呼出元ＩＤを割り当て（Ｓ７０２）、更に報酬サービス提供画面要求用の呼出元ＩＤを割り当てる（Ｓ７０３）。この例では、両呼出元ＩＤは同一である。但し、両者の対応が報酬サービス提供サーバ１０２で判定可能であれば、それら二つの呼出元ＩＤが異なっていても構わない。そして、報酬サービス提供サーバ１０２は、リソース要求用の呼出元ＩＤと、報酬サービス提供画面要求用の呼出元ＩＤとを報酬サービス利用サーバ１０１に通知する（Ｓ７０４）。更に、報酬サービス提供サーバ１０２は、エラー画面（図５）のソースコードに、自動および指示による遷移先として報酬サービス提供画面ＵＲＬを書き込む（Ｓ７０５）。
【００３５】
一方、報酬サービス利用サーバ１０１は、両呼出元ＩＤを受け付けると（Ｓ６０２）、リソースのＵＲＬに、リソース要求用の呼出元ＩＤをパラメータとして付加する（Ｓ６０３）。同様に、報酬サービス利用サーバ１０１は、報酬サービス提供画面のＵＲＬに、報酬サービス提供画面要求用の呼出元ＩＤをパラメータとして付加する（Ｓ６０４）。これらの処理により、リンク掲載画面にこれら二つの呼出元ＩＤが埋め込まれる。以上で、事前準備が整う。
【００３６】
続いて、報酬サービス利用サーバ１０１によるリンク掲載画面配信（Ｓ２０３〜Ｓ２０５）について説明する。図８は、報酬サービス利用サーバの構成を示す図である。報酬サービス利用サーバ１０１は、リンク掲載画面要求受信部（第１ページ要求受信手段）８０１、リンク掲載画面送信部（第１ページ送信手段）８０２、リンク掲載画面記憶部８０３を有している。リンク掲載画面要求受信部８０１は、インターネットを介してリンク掲載画面要求を受け付けるように構成されている。つまり、リンク掲載画面要求受信部８０１は報酬サービス提供画面ＵＲＬの指定先に相当する。リンク掲載画面送信部８０２は、リンク掲載画面を読み出して、返信するように構成されている。リンク掲載画面記憶部８０３は、リンク掲載画面を記憶している。
【００３７】
図９は、リンク掲載画面配信処理フローを示す図である。リンク掲載画面要求受信部８０１は、リンク掲載画面要求の受信待ちの状態で、リンク掲載画面要求を受信すると（Ｓ９０１）、リンク掲載画面送信部８０２によるリンク掲載画面送信処理（Ｓ９０２）で、リンク掲載画面記憶部８０３からリンク掲載画面（ＨＴＭＬ）を読み取り、リンク掲載画面要求の送信元へ返信する。そして、リンク掲載画面要求受信部８０１は再度待ち状態となる（Ｓ９０１）。
【００３８】
ユーザ端末１０３は、Ｓ２０５で返信されてきたリンク掲載画面（ＨＴＭＬ）をブラウザで展開し、そのソースコードに従って、ブラウザは報酬サービス提供サーバ１０２へリソース（１×１のｇｉｆ）を要求する。
【００３９】
続いて、報酬サービス提供サーバ１０２によるリソース配信（Ｓ２０６〜Ｓ２０８）について説明する。図１０は、報酬サービス提供サーバに係る構成を示す図である。ユーザ端末１０３は、リソース要求受信部（コンテンツ要求受信手段）１００１、クッキー生成部（生成手段）１００２、リソース記憶部１００３、リソース送信部（コンテンツ送信手段）１００４、報酬サービス提供画面要求受信部（（第２）ページ要求受信手段）１００５、クッキー判定部（判定手段）１００６、報酬サービス提供画面記憶部１００７、報酬サービス提供画面送信部（（第２）ページ送信手段）１００８、エラー画面記憶部１００９、及びエラー画面送信部（（第２）ページ送信手段）１０１０を有している。
【００４０】
リソース要求受信部１００１は、リソース要求（リソース格納位置のＵＲＬへのアクセス）を受信するように構成されている。クッキー生成部１００２は、送出するリソースのＨＴＴＰヘッダにクッキーの情報を生成するように構成されている。リソース記憶部１００３は、リソースを記憶している。一般的には、リソースはファイル形式で保存されている。この例では、１×１の透明画像のｇｉｆファイルを記憶している。リソース送信部１００４は、ＨＴＴＰヘッダにクッキー情報を設けたリソースを、リソース要求の発信元に返信するように構成されている。
【００４１】
報酬サービス提供画面要求受信部１００５は、報酬サービス提供画面要求（報酬サービス画面位置のＵＲＬへのアクセス）を受信するように構成されている。クッキー判定部１００６は、報酬サービス提供画面要求に付されているクッキーに基づいて、受信した報酬サービス提供画面要求が正当な要求であるかを判定するように構成されている。報酬サービス提供画面記憶部１００７は、報酬サービス提供画面を記憶している。この例の報酬サービス提供画面は、ＨＴＭＬ文書である。ＨＴＭＬ文書からリンクされるリソース（画像ファイルやプログラムファイル）がある場合には、報酬サービス提供画面記憶部１００７はそれらのリソースも記憶している。報酬サービス提供画面送信部１００８は、報酬サービス提供画面を報酬サービス提供画面要求の発信元に返信するように構成されている。
【００４２】
エラー画面記憶部１００９は、エラー画面を記憶している。この例のエラー画面は、ＨＴＭＬ文書である。ＨＴＭＬ文書からリンクされるリソース（画像ファイルやプログラムファイル）がある場合には、エラー画面記憶部１００９はそれらのリソースも記憶している。エラー画面送信部１０１０は、エラー画面を報酬サービス提供画面要求の発信元に返信するように構成されている。
【００４３】
図１１は、リソース配信処理フローを示す図である。リソース要求受信部１００１によるリソース要求受信処理（Ｓ１１０１）で、リソース要求が受信されると、クッキー生成部１００２によるクッキー生成処理（Ｓ１１０２）で、リソースのＨＴＴＰヘッダにクッキーの情報が生成される。詳しくは図１２を用いて後述する。そして、リソース送信部１００４によるリソース送信処理（Ｓ１１０３）で、クッキーを付したリソースが返信される。
【００４４】
図１２は、クッキー生成処理フローを示す図である。まず、報酬サービス提供サーバ１０２のドメイン名、報酬サービス提供サーバ１０２のＵＲＬパス（ＵＲＬのうちドメイン名以外）、クッキーの有効期限が設定される（Ｓ１２０１）。そして、クッキーの保持データとして、呼出元ＩＤが設定される（Ｓ１２０２）。呼出元ＩＤは、リソース要求のＵＲＬに付加されていたパラメータから読み取られる。更にクッキーの保持データとして、クッキー生成時刻が設定される（Ｓ１２０３）。報酬サービス提供サーバ１０２内部のカレンダー時計部から現在日時が取得され、クッキー生成時刻として用いられる。
【００４５】
ユーザ端末１０３はリソースの配信を受けて、ブラウザでリソースをロードし、リソースのヘッダから読み取ったクッキーをハードディスク内の記憶領域に記憶する。この例では、図３で透明ｇｉｆ画像３０１が表示される。但し、この画像３０１は透明なので画面上では見えない。このように透明の画像を用いれば、原画面の表示に影響を与えないようにすることができる。そして、報酬サービス提供画面要求アイコン３０２がクリックされると（Ｓ２１１）、報酬サービスへのアクセスが実行される。
【００４６】
次に、報酬サービス提供サーバ１０２による報酬サービス提供画面配信及びエラー画面配信（Ｓ２１２〜Ｓ２１５）について説明する。図１３は、報酬サービス提供画面配信処理フローを示す図である。報酬サービス提供画面要求受信部１００５による報酬サービス提供画面要求受信処理（Ｓ１３０１）で、報酬サービス提供画面の要求が受信されると、クッキー判定部１００６によるクッキー判定処理（Ｓ１３０２）で、報酬サービス提供画面要求で受信したＨＴＴＰヘッダに含まれるクッキーに基づいて、正当な要求であるかが判定される。詳しくは図１４を用いて後述する。正当な要求であると判定された場合には、報酬サービス提供画面送信部１００８による報酬サービス提供画面送信処理（Ｓ１３０３）で、報酬サービス提供画面が返信され、不当な要求であると判定された場合には、エラー画面送信部１０１０によるエラー画面送信処理（Ｓ１３０４）でエラー画面が返信される。
【００４７】
図１４は、クッキー判定処理フローを示す図である。クッキーの保持データであるクッキー生成時刻から所定時間内であるか否かが判定される（Ｓ１４０１）。具体的には、報酬サービス提供サーバ１０２内部のカレンダー時計部から現在日時が取得され、現在日時からクッキー生成時刻を差し引いて経過時間が算出される。そして、経過時間が制限時間（例えば、５分間）を越えていない場合に、所定時間内であると判定される。他方、経過時間が制限時間を越えている場合には、所定時間内でないと判定される。続いて、クッキーの呼出元ＩＤと報酬サービス提供画面要求の呼出元ＩＤが対応するかが判定される（Ｓ１４０２）。この例では、報酬サービス提供画面要求で受信したＨＴＴＰヘッダに含まれるクッキーの保持データである呼出元ＩＤと、報酬サービス提供画面要求のＵＲＬに付加されていたパラメータから読み取った呼出元ＩＤが一致する場合に、両者は対応すると判定される。所定時間内であり（Ｓ１４０１）、かつ両呼出元ＩＤが対応する（Ｓ１４０２）場合には、正当と判定される（Ｓ１４０３）。他方、所定時間内でない場合（Ｓ１４０１）、あるいは両呼出元ＩＤが対応しない場合には（Ｓ１４０２）、不当と判定される（Ｓ１４０４）。
【００４８】
実施の形態２．
上述の例では、リソース要求用の呼出元ＩＤ（第１の呼出元ＩＤ）と報酬サービス提供画面要求用の呼出元ＩＤ（第２の呼出元ＩＤ）に同じ値を割り当て、両者が一致する場合に正当と判断する例を示した。この実施の形態では、リソース要求用の呼出元ＩＤと報酬サービス提供画面要求用のＩＤに対応付けた別の値を用い、両者が対応する場合に正当と判断する例について説明する。
【００４９】
図７のＳ７０３で、報酬サービス提供画面要求用の呼出元ＩＤを割り当てる際に、Ｓ７０２でリソース要求用の呼出元ＩＤと異なる値を設定する。そして、リソース要求用の呼出元ＩＤと報酬サービス提供画面要求用の呼出元ＩＤを対応付けてレコードとして記憶する呼出元ＩＤテーブルを設ける。
【００５０】
そして、図１４のＳ１４０２において、クッキーの呼出元ＩＤと報酬サービス画面提供要求の呼出元ＩＤの組合せが、呼出元ＩＤテーブルのリソース要求用の呼出元ＩＤと報酬サービス画面提供要求用の呼出元ＩＤの組合せと一致する場合に、両呼出元ＩＤが対応する（ＹＥＳ）と判定する。
【００５１】
実施の形態３．
実施の形態２では、呼出元ＩＤテーブルを設けて、リソース要求用の呼出元ＩＤと報酬サービス提供画面要求用の呼出元ＩＤを対応付ける例を示した。本実施の形態では、両呼出元ＩＤのうち一方を符号化して転送し、復号してから一致の判定を行なう例について説明する。
【００５２】
例えば、図７のＳ７０２で、リソース要求用の呼出元ＩＤを割り当てた後に、リソース要求用の呼出元ＩＤを所定の符号化方式で符号化して、符号化された値を報酬サービス提供画面要求用の呼出元ＩＤに設定する（Ｓ７０３）。
【００５３】
そして、図１４のＳ１４０２において、報酬サービス提供画面要求の呼出元ＩＤを、Ｓ７０３の符号化方式に対応する復号方式で復号し、復号結果がクッキーの呼出元ＩＤと一致するかを判定する。そして一致する場合に、両呼出元ＩＤが対応する（ＹＥＳ）と判定する。
【００５４】
他の例として、先に報酬サービス提供画面要求用の呼出元ＩＤの割り当て（Ｓ７０３）を行い、その報酬サービス提供画面要求用の呼出元ＩＤを所定の符号化方式で符号化して、符号化された値をリソース要求用の呼出元ＩＤに設定する（Ｓ７０２）。
【００５５】
そして、図１４のＳ１４０２において、クッキーの呼出元ＩＤを、Ｓ７０２の符号化方式に対応する復号方式で復号し、復号結果が報酬サービス画面要求の呼出元ＩＤと一致するかを判定する。そして一致する場合に、両呼出元ＩＤが対応する（ＹＥＳ）と判定する。
【００５６】
このように呼出元ＩＤを符号化することで、呼出元ＩＤに関する機密性を高めることができる。例えば、ＵＲＬパラメータの盗聴や捏造を防ぐことができる。符号化方式の例としてはハッシュ関数を用いるものが挙げられるが、符号化の具体的な手法はこれに限定されず、任意に定めてよい。
【００５７】
実施の形態４．
実施の形態３では、一方の呼出元ＩＤのみを符号化する例を示したが、両呼出元ＩＤをそれぞれ別の符号化方式で符号することも有効である。
【００５８】
例えば、図７のＳ７０２で、基礎となる呼出元ＩＤを割り当て、基礎の呼出元ＩＤを所定の符号化方式（第一の符号化方式）で符号化し、符号化された値をリソース要求用の呼出元ＩＤに設定する。更にＳ７０３で、基礎の呼出元ＩＤを他の所定の符号化方式（第二の符号化方式）で符号化し、符号化された値を報酬サービス提供画面要求用の呼出元ＩＤに設定する。
【００５９】
図１４のＳ１４０２において、クッキーの呼出元ＩＤを、Ｓ７０２の符号化方式に対応する復号方式（第一の復号方式）で復号し、更に報酬サービス提供画面要求の呼出元ＩＤを、Ｓ７０３の符号化方式に対応する復号方式（第二の復号方式）で復号し、復号結果同士が一致する場合に、両呼出元ＩＤが対応する（ＹＥＳ）と判定する。
【００６０】
実施の形態５．
上述の例では、ｇｉｆによる１×１ピクセルの透明の画像データをリソース（識別コンテンツ）として用いた。但し、画像データサイズは、１×１ピクセルより大きくてもよい。また透明ではなく不透明の色であってもよい。また、リソースはｇｉｆ以外の画像データ、画像データ以外のデータ、あるいはデータ以外のプログラムであってもよい。リソースとなるプログラムの処理内容は任意であって、本発明の動作とは必ずしも関係ない。
【００６１】
実施の形態６．
クッキー生成日時に代えて、応答期限日時を時間情報としてクッキーの保持データに設定することも有効である。
【００６２】
図１２のＳ１２０３で、現在時刻を内部のカレンダー時計部から取得し、その現在時刻に所定時間（５分程度）を加えて、応答期限日時とする。そして、応答期限日時をクッキーの保持データに設定する。
【００６３】
図１４のＳ１４０１では、クッキーに保持されている応答期限日時を読み取り、現在時刻を内部のカレンダー時計部から取得し、現在時刻が応答期限日時を越えていないか判定する。越えていない場合には、Ｓ１４０２に移行し、越えている場合には、Ｓ１４０４に移行する。
【００６４】
実施の形態７．
略式で、クッキー生成日時を省く形態も考えられる。
【００６５】
その場合には、図１２のＳ１２０３を行わない。また、図１４のＳ１４０１の判定を行なわない。
【００６６】
報酬サービス利用サーバ１０１、報酬サービス提供サーバ１０２、及びユーザ端末１０３は、コンピュータであり、各要素はプログラムにより処理を実行することができる。また、プログラムを記憶媒体に記憶させ、記憶媒体からコンピュータに読み取られるようにすることができる。
【００６７】
以上説明したように、上記各実施形態によれば、リンク掲載画面の表示時に生成されたクッキーに含まれる呼出元ＩＤと、報酬サービス提供画面の要求時に当該ページのＵＲＬに付加されている呼出元ＩＤとの対応を確認することで、報酬サービス提供画面へのアクセスが、正当に展開されたリンク掲載画面からの要求か否かを確認することができる。その結果、簡単な処理で不正アクセス（リンク掲載画面以外からのアクセス）を排除することができる。例えば、報酬サービス提供画面のＵＲＬの使いまわしなどの不正を排除できる。このような不正排除の仕組みは、ユーザに報酬を与える機会を与えることで自サイトへのアクセスを増大させようとするサイト運営者（例えば、上記各実施形態におけるリンク掲載画面の運営者）にとって有意義である。
【００６８】
また、上記実施形態１〜６によれば、クッキー自体の有効性（有効期限）も考慮されるので、リンク掲載画面が表示されてから所定時間以内の要求に対してのみ、報酬サービス提供画面をユーザ端末１０３に送信することができる。すなわち、展開されたリンク掲載画面からの短期間内の操作に伴うアクセスであることが担保される。これにより、不正アクセスをより確実に排除することができる。
【００６９】
以上、本発明をその実施形態に基づいて詳細に説明した。しかし、本発明は上記実施形態に限定されるものではない。本発明は、その要旨を逸脱しない範囲で様々な変形が可能である。
【００７０】
上記各実施形態では、本発明に係るページ遷移装置及びページ遷移システムを、報酬サービスに関するシステムに適用したが、報酬サービス以外のサービスを提供するシステムに本発明を適用してもよい。言い換えれば、第２のＷｅｂページとしてどのようなページを採用してもよい。また、第３のＷｅｂページの構成も限定されない。
【００７１】
上記実施形態では、報酬サービス利用サーバ１０１と報酬サービス提供サーバ１０２とでページ遷移システムが構成されていたが、これら二つのサーバの機能を１台のサーバに集約し、当該１台のサーバによりページ遷移システムを構築してもよい。
【符号の説明】
【００７２】
１０１ 報酬サービス利用サーバ
１０１ａ 仮想商店街サーバ
１０１ｂ 結婚支援サーバ
１０１ｃ ブログ管理サーバ
１０２ 報酬サービス提供サーバ
１０２ａ くじサーバ
１０３ ユーザ端末
３０１ 透明ｇｉｆ画像
３０２ 報酬サービス提供画面要求アイコン
５０１ リンクアイコン
８０１ リンク掲載画面要求受信部
８０２ リンク掲載画面送信部
８０３ リンク掲載画面記憶部
１００１ リソース要求受信部
１００２ クッキー生成部
１００３ リソース記憶部
１００４ リソース送信部
１００５ 報酬サービス提供画面要求受信部
１００６ クッキー判定部
１００７ 報酬サービス提供画面記憶部
１００８ 報酬サービス提供画面送信部
１００９ エラー画面記憶部
１０１０ エラー画面送信部
【技術分野】
【０００１】
本発明は、端末上に次に表示されるＷｅｂページを決定するページ遷移装置、ページ遷移システム、及びページ遷移方法に関するものである。
【背景技術】
【０００２】
従来技術として、特許文献１（「携帯電話を利用した電子くじ／ゲーム／アンケートシステム、方法及びコンピュータで実行するプログラム」）のように、当選結果によりポイントを付与する電子くじサーバが存在する。
【０００３】
このようにポイントをインセンティブとして、サイトの利用促進や回遊率の向上を図ろうとするサイト運営者に対して、電子くじによるサービスを提供する場合、ポイントの原資はサイト運営者が負担することになるので、当該サイトからのリンクに限定してくじサービスを提供するようにシステムを構築することが要請される。つまり、当該サイト以外からくじサービスを利用する不正アクセス者がいる場合には、このようなアクセスを排除する必要がある。
【０００４】
一方、外部サービスの利用における不正アクセスを排除する方法として、特許文献２（「電子商取引システム不正利用検出方法及び装置」）のように、正規ユーザや正規クライアントの通常の行動を監視した結果に基づいて、不正ユーザや不正クライアントによるシステムの不正利用を検出する方法が考えられる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−０２１３５８号公報
【特許文献２】特開平１１−２５９５７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、上記のような従来の不正アクセス排除方法では、行動の監視が必要となり、システムの負担が大きい。また、一般的なログイン認証による方法などでは、手続きや操作が煩雑となり、気軽な活用を図ることができない。
【０００７】
そこで、ログイン認証など従来の不正アクセス排除方法に比べて簡単な処理で不正アクセスを排除することを課題とする。
【課題を解決するための手段】
【０００８】
本発明のページ遷移装置は、第１のＷｅｂページに埋め込まれたリンクからアクセス可能な第２のＷｅｂページを端末に表示させるためのページ遷移装置であって、予め互いに対応付けられた第１の呼出元ＩＤ及び第２の呼出元ＩＤと、該第２の呼出元ＩＤが付加された第２のＷｅｂページのＵＲＬとが埋め込まれている第１のＷｅｂページを端末に表示する場合に、該第１のＷｅｂページに埋め込まれる識別コンテンツを取得する該第１の呼出元ＩＤを含む要求を該端末から受信するコンテンツ要求受信手段と、コンテンツ要求受信手段により受信された要求内の第１の呼出元ＩＤを含むクッキーを生成し、生成されたクッキーが付加された識別コンテンツを生成する生成手段と、端末に、生成手段により生成された識別コンテンツを第１のＷｅｂページに含めて該第１のＷｅｂページを表示させるとともに、該識別コンテンツに付加されているクッキーを該端末内に記憶させるために、該識別コンテンツを該端末に送信するコンテンツ送信手段と、第２のＷｅｂページを要求する端末から、第２の呼出元ＩＤが付加されたＵＲＬと、端末内に記憶されているクッキーとを受信するページ要求受信手段と、ページ要求受信手段により受信されたＵＲＬ及びクッキーから第１及び第２の呼出元ＩＤを抽出し、該第１及び第２の呼出元ＩＤが対応するか否かを判定する判定手段と、第１及び第２の呼出元ＩＤが対応すると判定された場合には、第２のＷｅｂページを端末に送信するページ送信手段とを備えることを特徴とする。
【０００９】
本発明のページ遷移システムは、サーバと、第１のＷｅｂページに埋め込まれたリンクからアクセス可能な第２のＷｅｂページが表示される端末と有するページ遷移システムであって、サーバは、第１のＷｅｂページの要求を端末から受信する第１ページ要求受信手段と、第１ページ要求受信手段により受信された要求に応じて、予め互いに対応付けられた第１の呼出元ＩＤ及び第２の呼出元ＩＤと、該第２の呼出元ＩＤが付加された第２のＷｅｂページのＵＲＬとが埋め込まれている第１のＷｅｂページを端末に送信する第１ページ送信手段と、第１ページ送信手段により送信された第１のＷｅｂページを表示する端末から、該第１のＷｅｂページに埋め込まれる識別コンテンツを取得するための、第１の呼出元ＩＤを含む要求を受信するコンテンツ要求受信手段と、コンテンツ要求受信手段により受信された要求内の第１の呼出元ＩＤを含むクッキーを生成し、生成されたクッキーが付加された識別コンテンツを生成する生成手段と、端末に、生成手段により生成された識別コンテンツを第１のＷｅｂページに含ませて該第１のＷｅｂページを表示させるとともに、該識別コンテンツに付加されているクッキーを該端末内に記憶させるために、該識別コンテンツを該端末に送信するコンテンツ送信手段と、第２のＷｅｂページを要求する端末から、第２の呼出元ＩＤが付加されたＵＲＬと、端末内に記憶されているクッキーとを受信する第２ページ要求受信手段と、第２ページ要求受信手段により受信されたＵＲＬ及びクッキーから第１及び第２の呼出元ＩＤを抽出し、該第１及び第２の呼出元ＩＤが対応するか否かを判定する判定手段と、第１及び第２の呼出元ＩＤが対応すると判定された場合には、第２のＷｅｂページを端末に送信する第２ページ送信手段とを備えることを特徴とする。
【００１０】
本発明のページ遷移方法は、第１のＷｅｂページに埋め込まれたリンクからアクセス可能な第２のＷｅｂページを端末上に表示させるためのページ遷移装置により実行されるページ遷移方法であって、ページ遷移装置が、予め互いに対応付けられた第１の呼出元ＩＤ及び第２の呼出元ＩＤと、該第２の呼出元ＩＤが付加された第２のＷｅｂページのＵＲＬとが埋め込まれている第１のＷｅｂページを表示する端末から、該第１のＷｅｂページに埋め込まれる識別コンテンツを取得するための、該第１の呼出元ＩＤを含む要求を受信するコンテンツ要求受信ステップと、ページ遷移装置が、コンテンツ要求受信ステップにおいて受信された要求内の第１の呼出元ＩＤを含むクッキーを生成し、生成されたクッキーが付加された識別コンテンツを生成する生成ステップと、ページ遷移装置が、端末に、生成ステップにおいて生成された識別コンテンツを第１のＷｅｂページに含めて該第１のＷｅｂページを表示させるとともに、該識別コンテンツに付加されているクッキーを該端末内に記憶させるために、該識別コンテンツを該端末に送信するコンテンツ送信ステップと、ページ遷移装置が、第２のＷｅｂページを要求する端末から、第２の呼出元ＩＤが付加されたＵＲＬと、端末内に記憶されているクッキーとを受信するページ要求受信ステップと、ページ遷移装置が、ページ要求受信ステップにおいて受信されたＵＲＬ及びクッキーから第１及び第２の呼出元ＩＤを抽出し、該第１及び第２の呼出元ＩＤが対応するか否かを判定する判定ステップと、ページ遷移装置が、第１及び第２の呼出元ＩＤが対応すると判定された場合には、第２のＷｅｂページを端末に送信するページ送信ステップとを含むことを特徴とする。
【００１１】
このような発明によれば、対応し合う第１及び第２の呼出元ＩＤが第１のＷｅｂページに埋め込まれている。そして、第１のＷｅｂページが端末で表示される際に、第１の呼出元ＩＤを含むクッキーがページ遷移装置（システム）で生成されて端末に送られ、端末内部に記憶される。その後、端末が第２のＷｅｂページを要求すると、クッキーの一部として当該端末に記憶されている第１の呼出元ＩＤと、当該第２のＷｅｂページのＵＲＬに付加されている第２の呼出元ＩＤとがページ遷移装置（システム）に送られる。そして、これら二つのＩＤを用いた判定処理が行われ、双方のＩＤが対応する場合には第２のＷｅｂページが端末に送信される。このように、第１のＷｅｂページ表示時に生成されたクッキーに含まれる第１の呼出元ＩＤと、第２のＷｅｂページ要求時に当該ページのＵＲＬに付加されている第２の呼出元ＩＤとの対応を確認することで、第２のＷｅｂページへのアクセスが、正当に展開された第１のＷｅｂページからの要求か否かを確認することができる。その結果、簡単な処理で不正アクセス（第１のＷｅｂページ以外からのアクセス）を排除することができる。
【００１２】
本発明のページ遷移装置では、クッキーには、該クッキーの有効期限に関する時間情報が設定されており、判定手段が、時間情報に基づいてクッキーが有効であるか否かを判定し、クッキーが有効であると判定した場合には、第１及び第２の呼出元ＩＤが対応するか否かを判定し、ページ送信手段が、クッキーが有効であり且つ第１及び第２の呼出元ＩＤが対応すると判定された場合には、第２のＷｅｂページを端末に送信してもよい。
【００１３】
この場合には、更にクッキー自体の有効性（有効期限）も考慮されるので、第１のＷｅｂページが表示されてから所定時間以内の要求に対してのみ、第２のＷｅｂページを端末に送信することができる。これにより、不正アクセスをより確実に排除することができる。
【００１４】
本発明のページ遷移装置では、第１のＷｅｂページに埋め込まれている第１及び第２の呼出元ＩＤの一方が、該第１及び第２の呼出元ＩＤの他方を所定の符号化方式で符号化することで得られた値であり、判定手段が、第１及び第２の呼出元ＩＤの一方を、所定の符号化方式に対応する復号方式で復号し、該復号により得られた値と第１及び第２の呼出元ＩＤの他方とが一致する場合に、第１及び第２の呼出元ＩＤが対応すると判定してもよい。
【００１５】
この場合には、二つの呼出元ＩＤの一方が符号化された上でページ遷移装置（システム）と端末との間を流れるので、呼出元ＩＤに関する機密性を高めることができる。
【００１６】
本発明のページ遷移装置では、第１のＷｅｂページに埋め込まれている第１の呼出元ＩＤが、所定値を第１の符号化方式で符号化することで得られた値であり、該第１のＷｅｂページに埋め込まれている第２の呼出元ＩＤが、該所定値を第２の符号化方式で符号化することで得られた値であり、判定手段が、第１の呼出元ＩＤを第１の符号化方式に対応する第１の復号方式で復号すると共に第２の呼出元ＩＤを第２の符号化方式に対応する第２の復号方式で復号し、該第１及び第２の復号方式で得られた二つの値が一致する場合に、第１及び第２の呼出元ＩＤが対応すると判定してもよい。
【００１７】
この場合には、二つの呼出元ＩＤの双方が互いに異なる手法で符号化された上でページ遷移装置（システム）と端末との間を流れるので、呼出元ＩＤに関する機密性を高めることができる。
【００１８】
本発明のページ遷移装置では、第２のＷｅｂページが、所定の報酬を与える機会をユーザに与えるためのＷｅｂページであってもよい。
【００１９】
この場合には、報酬付与に関するページへの不正アクセスを排除することができる。
【発明の効果】
【００２０】
本発明によれば、第１のＷｅｂページ表示時に生成されたクッキーに含まれる第１の呼出元ＩＤと、第２のＷｅｂページ要求時に当該ページのＵＲＬに付加されている第２の呼出元ＩＤとの対応を確認することで、第２のＷｅｂページへのアクセスが、正当に展開された第１のＷｅｂページからの要求か否かを確認することができる。その結果、簡単な処理で不正アクセス（第１のＷｅｂページ以外からのアクセス）を排除することができる。
【図面の簡単な説明】
【００２１】
【図１】図１は、ページ遷移制限システムのネットワーク構成を示す図である。
【図２】図２は、ページ遷移制限システムの処理概要を示す図である。
【図３】図３は、リンク掲載画面の例を示す図である。
【図４】図４は、報酬サービス提供画面の例を示す図である。
【図５】図５は、エラー画面の例を示す図である。
【図６】図６は、報酬サービス利用サーバの事前処理フローを示す図である。
【図７】図７は、報酬サービス提供サーバの事前処理フローを示す図である。
【図８】図８は、報酬サービス利用サーバの構成を示す図である。
【図９】図９は、リンク掲載画面配信処理フローを示す図である。
【図１０】図１０は、報酬サービス提供サーバの構成を示す図である。
【図１１】図１１は、リソース配信処理フローを示す図である。
【図１２】図１２は、クッキー生成処理フローを示す図である。
【図１３】図１３は、報酬サービス提供画面配信処理フローを示す図である。
【図１４】図１４は、クッキー判定処理フローを示す図である。
【発明を実施するための形態】
【００２２】
実施の形態１．
図１は、ページ遷移制限システム（ページ遷移システム）のネットワーク構成を示す図である。報酬サービス利用サーバ１０１と報酬サービス提供サーバ（ページ遷移装置）１０２とユーザ端末１０３とは、インターネットを介して接続している。報酬サービス利用サーバ１０１は、自身の運営するサイトから報酬サービスを利用するＷｅｂサーバである。報酬サービス提供サーバ１０２は、報酬サービスを提供するＷｅｂサーバである。ユーザ端末１０３は、Ｗｅｂ環境で動作するコンピュータであり、報酬サービス利用サーバ１０１のサイトの利用者が操作することを想定している。ユーザ端末１０３は、インターネットを介してＷｅｂサーバからＷｅｂ画面（例えばＨＴＭＬ）を受信して、表示し、Ｗｅｂ画面中で記述されているリンク先のリソースにアクセスしてロードすることのできるブラウザを備えている。また、ブラウザは、アイコンのクリックやキー入力を受け付けて、そのイベントを発生させ、イベントに応じてプログラムを実行させることもできる。
【００２３】
報酬サービスは、報酬サービス利用サーバ１０１のサイトからリンクされたサービス画面を、ユーザ端末１０３に配信し、報酬サービス利用サーバ１０１のサイト利用者に対して便宜を供与する。この例では、ユーザ端末１０３の利用者に対して、くじによるポイントを付与するサービスを提供するくじサーバ１０２ａを想定する。そして、報酬サービス利用サーバ１０１として、仮想商店街サイトを運営する仮想商店街サーバ１０１ａ、結婚支援サイトを運営する結婚支援サーバ１０１ｂ、ブログ管理サイトを運営するブログ管理サーバ１０１ｃを想定する。
【００２４】
そして、各報酬サービス利用サーバ１０１の運営者は、報酬サービス提供サーバ１０２から特定の報酬サービスの提供を受けている。つまり、報酬サービスは、所定の報酬サービス利用サーバ１０１にのみ提供されており、その報酬サービス利用サーバ１０１の運営サイトからのリンクによるアクセスだけが正当であり、他のアクセスは排除される。この例では、各報酬サービス利用サーバ１０１はそれぞれ固有のくじサービスを受けている。仮想商店街サーバ１０１ａは、スピードくじのサービスを利用し、結婚支援サーバ１０１ｂは、ラッキーくじのサービスを利用し、ブログ管理サーバ１０１ｃは、ハッピーくじのサービスを利用する。そして、それぞれのサイト運営主体が、利用している報酬サービスにより生じるサービス利用料や費用を負担している。
【００２５】
図２は、ページ遷移制限システムの処理概要を示す図である。報酬サービス利用サーバ１０１による事前処理（Ｓ２０１）と報酬サービス提供サーバ１０２による事前処理（Ｓ２０２）とにより、共有すべきデータの交換や、Ｗｅｂ画面のソースコードの編集が行われる。詳しくは、図６と図７を用いて後述する。
【００２６】
Ｓ２０３以降は、本処理である。ユーザ端末１０３は、リンク掲載画面要求を報酬サービス利用サーバ１０１に送信する（Ｓ２０３）。つまり、ユーザ端末１０３はブラウザからリンク掲載画面にアクセスする。これに対して報酬サービス利用サーバ１０１は、リンク掲載画面（ＨＴＭＬ）（Ｓ２０４）をユーザ端末１０３に返信する。
【００２７】
図３は、リンク掲載画面（第１のＷｅｂページ）の例を示す図である。透明ｇｉｆ画像３０１は、１×１の透明ｇｉｆ（１ピクセル×１ピクセルの透明画像を示すＧＩＦファイル）である。これは、報酬サービス提供サーバ１０２から取得するリソース（識別コンテンツ）の例である。報酬サービス提供画面要求アイコン３０２は、クリックされると、報酬サービス提供サーバ１０２が提供する報酬サービス提供画面（図４）にアクセスするように構成されている。
【００２８】
ユーザ端末１０３は、リンク掲載画面（ＨＴＭＬ）を受信し、ブラウザで展開し、リンク掲載画面を表示（Ｓ２０５）する。このときの展開動作において、ユーザ端末１０３はリソース要求（Ｓ２０６）を報酬サービス提供サーバ１０２に送信する。リンク掲載画面（ＨＴＭＬ）のソースコードには、リソースＵＲＬにリンクする記述がされており、ユーザ端末１０３はその指示に従って、報酬サービス提供サーバ１０２のリソースＵＲＬを送出してアクセスする。このリソースＵＲＬには、パラメータにより呼出元ＩＤが付加されている。呼出元ＩＤは、リンク掲載画面に対応付けられている情報であり、正規の呼出し元を特定するためのＩＤである。この呼出元ＩＤとして、リンク掲載画面の識別子、リンク掲載画面が属する報酬サービス利用サーバ１０１のサイト内における画面グループ（メニュー）の識別子、あるいは報酬サービス利用サーバ１０１の識別子などが用いられる。また、この例ではリソースとして前述の１×１の透明ｇｉｆが呼び出される。
【００２９】
報酬サービス提供サーバ１０２は、リソース要求（Ｓ２０６）を受信すると（コンテンツ要求受信ステップ）、リソースに付加するクッキーを生成し（Ｓ２０７、生成ステップ）、クッキーを付したリソースを返信する（Ｓ２０８、コンテンツ送信ステップ）。クッキーには、パラメータとして受け付けた呼出元ＩＤ（第１の呼出元ＩＤ）と、クッキー生成日時（時間情報）が含まれる。
【００３０】
ユーザ端末１０３のブラウザは、リソースを受信すると、リソースをロードする（Ｓ２０９）。この例では、ブラウザは１×１の透明ｇｉｆを表示する。それとともに、ブラウザはクッキーをユーザ端末１０３内部に記憶（Ｓ２１０）する。画面表示完了の状態で、報酬サービス提供画面要求アイコンがクリックされると（Ｓ２１１）、ブラウザは報酬サービス提供画面要求（Ｓ２１２）を報酬サービス提供サーバ１０２に送信する。その為に、リンク掲載画面（ＨＴＭＬ）のソースコードは、報酬サービス提供画面要求アイコンのクリックのイベントが発生した場合に、報酬サービス提供画面ＵＲＬを送出してアクセスするように記述されている。この報酬サービス提供画面ＵＲＬには、パラメータにより呼出元ＩＤ（第２の呼出元ＩＤ）が付加されている。更に、ブラウザはユーザ端末１０３の内部に記憶しているクッキー（Ｓ２１２）を付加して送信する。
【００３１】
報酬サービス提供サーバ１０２は、報酬サービス提供画面要求２１２を受信すると（ページ要求受信ステップ）、クッキー判定する（Ｓ２１３、判定ステップ）。具体的には、報酬サービス提供サーバ１０２は、報酬サービス提供画面要求のクッキーからクッキー生成日時を取得し、所定時間内のアクセスであるか判定するとともに、クッキーの呼出元ＩＤ（第１の呼出元ＩＤ）と報酬サービス提供画面ＵＲＬに付加されているパラメータの呼出元ＩＤ（第２の呼出元ＩＤ）が対応（一致）するかを判定する。正当と判定した場合には、報酬サービス提供サーバ１０２は報酬サービス提供画面（ＨＴＭＬ）をユーザ端末１０３に返信する（Ｓ２１４、ページ送信ステップ）。図４は、報酬サービス提供画面（第２のＷｅｂページ）の例を示す図である。報酬サービス提供画面は、指示エリアのクリックにより電子くじの動作処理が起動するように構成されている。すなわち、報酬サービス提供画面は、所定の報酬を与える機会をユーザに与えるためのＷｅｂページである。
【００３２】
他方、不当と判定された場合には、報酬サービス提供サーバ１０２はエラー画面（ＨＴＭＬ）をユーザ端末１０３に返信する（Ｓ２１５、ページ送信ステップ）。図５は、エラー画面（第３のＷｅｂページ）の例を示す図である。リンクアイコン５０１のクリック指示により、リンクしている遷移先の画面ＵＲＬにアクセスすることが可能である。ここには、正当な呼出元であるリンク掲載画面のＵＲＬが設定されているので、ユーザ端末１０３が改めてリンク掲載画面から報酬サービス提供画面を呼び出す動作を促すことができる。言い換えれば、アクセスが不当である場合に、このエラー画面を介してユーザを正当なリンク元へ誘導することができる。尚、エラー画面は数秒内に自動的に遷移先の画面ＵＲＬにアクセスするようになっている。
【００３３】
ここから、各処理（Ｓ２０１〜Ｓ２１５）について詳述する。まず、報酬サービス利用サーバ１０１による事前処理（Ｓ２０１）と報酬サービス提供サーバ１０２による事前処理（Ｓ２０２）について説明する。図６は、報酬サービス利用サーバの事前処理フローを示す図であり、図７は、報酬サービス提供サーバの事前処理フローを示す図である。報酬サービスを利用しようとする運営者は、報酬サービス利用サーバ１０１から、呼出元登録要求を報酬サービス提供サーバ１０２に送る（Ｓ６０１）。このとき、報酬サービス利用サーバ１０１のリンク掲載画面ＵＲＬも通知する。
【００３４】
報酬サービス提供サーバ１０２は、呼出元登録要求を受け付けると（Ｓ７０１）、リソース要求用の呼出元ＩＤを割り当て（Ｓ７０２）、更に報酬サービス提供画面要求用の呼出元ＩＤを割り当てる（Ｓ７０３）。この例では、両呼出元ＩＤは同一である。但し、両者の対応が報酬サービス提供サーバ１０２で判定可能であれば、それら二つの呼出元ＩＤが異なっていても構わない。そして、報酬サービス提供サーバ１０２は、リソース要求用の呼出元ＩＤと、報酬サービス提供画面要求用の呼出元ＩＤとを報酬サービス利用サーバ１０１に通知する（Ｓ７０４）。更に、報酬サービス提供サーバ１０２は、エラー画面（図５）のソースコードに、自動および指示による遷移先として報酬サービス提供画面ＵＲＬを書き込む（Ｓ７０５）。
【００３５】
一方、報酬サービス利用サーバ１０１は、両呼出元ＩＤを受け付けると（Ｓ６０２）、リソースのＵＲＬに、リソース要求用の呼出元ＩＤをパラメータとして付加する（Ｓ６０３）。同様に、報酬サービス利用サーバ１０１は、報酬サービス提供画面のＵＲＬに、報酬サービス提供画面要求用の呼出元ＩＤをパラメータとして付加する（Ｓ６０４）。これらの処理により、リンク掲載画面にこれら二つの呼出元ＩＤが埋め込まれる。以上で、事前準備が整う。
【００３６】
続いて、報酬サービス利用サーバ１０１によるリンク掲載画面配信（Ｓ２０３〜Ｓ２０５）について説明する。図８は、報酬サービス利用サーバの構成を示す図である。報酬サービス利用サーバ１０１は、リンク掲載画面要求受信部（第１ページ要求受信手段）８０１、リンク掲載画面送信部（第１ページ送信手段）８０２、リンク掲載画面記憶部８０３を有している。リンク掲載画面要求受信部８０１は、インターネットを介してリンク掲載画面要求を受け付けるように構成されている。つまり、リンク掲載画面要求受信部８０１は報酬サービス提供画面ＵＲＬの指定先に相当する。リンク掲載画面送信部８０２は、リンク掲載画面を読み出して、返信するように構成されている。リンク掲載画面記憶部８０３は、リンク掲載画面を記憶している。
【００３７】
図９は、リンク掲載画面配信処理フローを示す図である。リンク掲載画面要求受信部８０１は、リンク掲載画面要求の受信待ちの状態で、リンク掲載画面要求を受信すると（Ｓ９０１）、リンク掲載画面送信部８０２によるリンク掲載画面送信処理（Ｓ９０２）で、リンク掲載画面記憶部８０３からリンク掲載画面（ＨＴＭＬ）を読み取り、リンク掲載画面要求の送信元へ返信する。そして、リンク掲載画面要求受信部８０１は再度待ち状態となる（Ｓ９０１）。
【００３８】
ユーザ端末１０３は、Ｓ２０５で返信されてきたリンク掲載画面（ＨＴＭＬ）をブラウザで展開し、そのソースコードに従って、ブラウザは報酬サービス提供サーバ１０２へリソース（１×１のｇｉｆ）を要求する。
【００３９】
続いて、報酬サービス提供サーバ１０２によるリソース配信（Ｓ２０６〜Ｓ２０８）について説明する。図１０は、報酬サービス提供サーバに係る構成を示す図である。ユーザ端末１０３は、リソース要求受信部（コンテンツ要求受信手段）１００１、クッキー生成部（生成手段）１００２、リソース記憶部１００３、リソース送信部（コンテンツ送信手段）１００４、報酬サービス提供画面要求受信部（（第２）ページ要求受信手段）１００５、クッキー判定部（判定手段）１００６、報酬サービス提供画面記憶部１００７、報酬サービス提供画面送信部（（第２）ページ送信手段）１００８、エラー画面記憶部１００９、及びエラー画面送信部（（第２）ページ送信手段）１０１０を有している。
【００４０】
リソース要求受信部１００１は、リソース要求（リソース格納位置のＵＲＬへのアクセス）を受信するように構成されている。クッキー生成部１００２は、送出するリソースのＨＴＴＰヘッダにクッキーの情報を生成するように構成されている。リソース記憶部１００３は、リソースを記憶している。一般的には、リソースはファイル形式で保存されている。この例では、１×１の透明画像のｇｉｆファイルを記憶している。リソース送信部１００４は、ＨＴＴＰヘッダにクッキー情報を設けたリソースを、リソース要求の発信元に返信するように構成されている。
【００４１】
報酬サービス提供画面要求受信部１００５は、報酬サービス提供画面要求（報酬サービス画面位置のＵＲＬへのアクセス）を受信するように構成されている。クッキー判定部１００６は、報酬サービス提供画面要求に付されているクッキーに基づいて、受信した報酬サービス提供画面要求が正当な要求であるかを判定するように構成されている。報酬サービス提供画面記憶部１００７は、報酬サービス提供画面を記憶している。この例の報酬サービス提供画面は、ＨＴＭＬ文書である。ＨＴＭＬ文書からリンクされるリソース（画像ファイルやプログラムファイル）がある場合には、報酬サービス提供画面記憶部１００７はそれらのリソースも記憶している。報酬サービス提供画面送信部１００８は、報酬サービス提供画面を報酬サービス提供画面要求の発信元に返信するように構成されている。
【００４２】
エラー画面記憶部１００９は、エラー画面を記憶している。この例のエラー画面は、ＨＴＭＬ文書である。ＨＴＭＬ文書からリンクされるリソース（画像ファイルやプログラムファイル）がある場合には、エラー画面記憶部１００９はそれらのリソースも記憶している。エラー画面送信部１０１０は、エラー画面を報酬サービス提供画面要求の発信元に返信するように構成されている。
【００４３】
図１１は、リソース配信処理フローを示す図である。リソース要求受信部１００１によるリソース要求受信処理（Ｓ１１０１）で、リソース要求が受信されると、クッキー生成部１００２によるクッキー生成処理（Ｓ１１０２）で、リソースのＨＴＴＰヘッダにクッキーの情報が生成される。詳しくは図１２を用いて後述する。そして、リソース送信部１００４によるリソース送信処理（Ｓ１１０３）で、クッキーを付したリソースが返信される。
【００４４】
図１２は、クッキー生成処理フローを示す図である。まず、報酬サービス提供サーバ１０２のドメイン名、報酬サービス提供サーバ１０２のＵＲＬパス（ＵＲＬのうちドメイン名以外）、クッキーの有効期限が設定される（Ｓ１２０１）。そして、クッキーの保持データとして、呼出元ＩＤが設定される（Ｓ１２０２）。呼出元ＩＤは、リソース要求のＵＲＬに付加されていたパラメータから読み取られる。更にクッキーの保持データとして、クッキー生成時刻が設定される（Ｓ１２０３）。報酬サービス提供サーバ１０２内部のカレンダー時計部から現在日時が取得され、クッキー生成時刻として用いられる。
【００４５】
ユーザ端末１０３はリソースの配信を受けて、ブラウザでリソースをロードし、リソースのヘッダから読み取ったクッキーをハードディスク内の記憶領域に記憶する。この例では、図３で透明ｇｉｆ画像３０１が表示される。但し、この画像３０１は透明なので画面上では見えない。このように透明の画像を用いれば、原画面の表示に影響を与えないようにすることができる。そして、報酬サービス提供画面要求アイコン３０２がクリックされると（Ｓ２１１）、報酬サービスへのアクセスが実行される。
【００４６】
次に、報酬サービス提供サーバ１０２による報酬サービス提供画面配信及びエラー画面配信（Ｓ２１２〜Ｓ２１５）について説明する。図１３は、報酬サービス提供画面配信処理フローを示す図である。報酬サービス提供画面要求受信部１００５による報酬サービス提供画面要求受信処理（Ｓ１３０１）で、報酬サービス提供画面の要求が受信されると、クッキー判定部１００６によるクッキー判定処理（Ｓ１３０２）で、報酬サービス提供画面要求で受信したＨＴＴＰヘッダに含まれるクッキーに基づいて、正当な要求であるかが判定される。詳しくは図１４を用いて後述する。正当な要求であると判定された場合には、報酬サービス提供画面送信部１００８による報酬サービス提供画面送信処理（Ｓ１３０３）で、報酬サービス提供画面が返信され、不当な要求であると判定された場合には、エラー画面送信部１０１０によるエラー画面送信処理（Ｓ１３０４）でエラー画面が返信される。
【００４７】
図１４は、クッキー判定処理フローを示す図である。クッキーの保持データであるクッキー生成時刻から所定時間内であるか否かが判定される（Ｓ１４０１）。具体的には、報酬サービス提供サーバ１０２内部のカレンダー時計部から現在日時が取得され、現在日時からクッキー生成時刻を差し引いて経過時間が算出される。そして、経過時間が制限時間（例えば、５分間）を越えていない場合に、所定時間内であると判定される。他方、経過時間が制限時間を越えている場合には、所定時間内でないと判定される。続いて、クッキーの呼出元ＩＤと報酬サービス提供画面要求の呼出元ＩＤが対応するかが判定される（Ｓ１４０２）。この例では、報酬サービス提供画面要求で受信したＨＴＴＰヘッダに含まれるクッキーの保持データである呼出元ＩＤと、報酬サービス提供画面要求のＵＲＬに付加されていたパラメータから読み取った呼出元ＩＤが一致する場合に、両者は対応すると判定される。所定時間内であり（Ｓ１４０１）、かつ両呼出元ＩＤが対応する（Ｓ１４０２）場合には、正当と判定される（Ｓ１４０３）。他方、所定時間内でない場合（Ｓ１４０１）、あるいは両呼出元ＩＤが対応しない場合には（Ｓ１４０２）、不当と判定される（Ｓ１４０４）。
【００４８】
実施の形態２．
上述の例では、リソース要求用の呼出元ＩＤ（第１の呼出元ＩＤ）と報酬サービス提供画面要求用の呼出元ＩＤ（第２の呼出元ＩＤ）に同じ値を割り当て、両者が一致する場合に正当と判断する例を示した。この実施の形態では、リソース要求用の呼出元ＩＤと報酬サービス提供画面要求用のＩＤに対応付けた別の値を用い、両者が対応する場合に正当と判断する例について説明する。
【００４９】
図７のＳ７０３で、報酬サービス提供画面要求用の呼出元ＩＤを割り当てる際に、Ｓ７０２でリソース要求用の呼出元ＩＤと異なる値を設定する。そして、リソース要求用の呼出元ＩＤと報酬サービス提供画面要求用の呼出元ＩＤを対応付けてレコードとして記憶する呼出元ＩＤテーブルを設ける。
【００５０】
そして、図１４のＳ１４０２において、クッキーの呼出元ＩＤと報酬サービス画面提供要求の呼出元ＩＤの組合せが、呼出元ＩＤテーブルのリソース要求用の呼出元ＩＤと報酬サービス画面提供要求用の呼出元ＩＤの組合せと一致する場合に、両呼出元ＩＤが対応する（ＹＥＳ）と判定する。
【００５１】
実施の形態３．
実施の形態２では、呼出元ＩＤテーブルを設けて、リソース要求用の呼出元ＩＤと報酬サービス提供画面要求用の呼出元ＩＤを対応付ける例を示した。本実施の形態では、両呼出元ＩＤのうち一方を符号化して転送し、復号してから一致の判定を行なう例について説明する。
【００５２】
例えば、図７のＳ７０２で、リソース要求用の呼出元ＩＤを割り当てた後に、リソース要求用の呼出元ＩＤを所定の符号化方式で符号化して、符号化された値を報酬サービス提供画面要求用の呼出元ＩＤに設定する（Ｓ７０３）。
【００５３】
そして、図１４のＳ１４０２において、報酬サービス提供画面要求の呼出元ＩＤを、Ｓ７０３の符号化方式に対応する復号方式で復号し、復号結果がクッキーの呼出元ＩＤと一致するかを判定する。そして一致する場合に、両呼出元ＩＤが対応する（ＹＥＳ）と判定する。
【００５４】
他の例として、先に報酬サービス提供画面要求用の呼出元ＩＤの割り当て（Ｓ７０３）を行い、その報酬サービス提供画面要求用の呼出元ＩＤを所定の符号化方式で符号化して、符号化された値をリソース要求用の呼出元ＩＤに設定する（Ｓ７０２）。
【００５５】
そして、図１４のＳ１４０２において、クッキーの呼出元ＩＤを、Ｓ７０２の符号化方式に対応する復号方式で復号し、復号結果が報酬サービス画面要求の呼出元ＩＤと一致するかを判定する。そして一致する場合に、両呼出元ＩＤが対応する（ＹＥＳ）と判定する。
【００５６】
このように呼出元ＩＤを符号化することで、呼出元ＩＤに関する機密性を高めることができる。例えば、ＵＲＬパラメータの盗聴や捏造を防ぐことができる。符号化方式の例としてはハッシュ関数を用いるものが挙げられるが、符号化の具体的な手法はこれに限定されず、任意に定めてよい。
【００５７】
実施の形態４．
実施の形態３では、一方の呼出元ＩＤのみを符号化する例を示したが、両呼出元ＩＤをそれぞれ別の符号化方式で符号することも有効である。
【００５８】
例えば、図７のＳ７０２で、基礎となる呼出元ＩＤを割り当て、基礎の呼出元ＩＤを所定の符号化方式（第一の符号化方式）で符号化し、符号化された値をリソース要求用の呼出元ＩＤに設定する。更にＳ７０３で、基礎の呼出元ＩＤを他の所定の符号化方式（第二の符号化方式）で符号化し、符号化された値を報酬サービス提供画面要求用の呼出元ＩＤに設定する。
【００５９】
図１４のＳ１４０２において、クッキーの呼出元ＩＤを、Ｓ７０２の符号化方式に対応する復号方式（第一の復号方式）で復号し、更に報酬サービス提供画面要求の呼出元ＩＤを、Ｓ７０３の符号化方式に対応する復号方式（第二の復号方式）で復号し、復号結果同士が一致する場合に、両呼出元ＩＤが対応する（ＹＥＳ）と判定する。
【００６０】
実施の形態５．
上述の例では、ｇｉｆによる１×１ピクセルの透明の画像データをリソース（識別コンテンツ）として用いた。但し、画像データサイズは、１×１ピクセルより大きくてもよい。また透明ではなく不透明の色であってもよい。また、リソースはｇｉｆ以外の画像データ、画像データ以外のデータ、あるいはデータ以外のプログラムであってもよい。リソースとなるプログラムの処理内容は任意であって、本発明の動作とは必ずしも関係ない。
【００６１】
実施の形態６．
クッキー生成日時に代えて、応答期限日時を時間情報としてクッキーの保持データに設定することも有効である。
【００６２】
図１２のＳ１２０３で、現在時刻を内部のカレンダー時計部から取得し、その現在時刻に所定時間（５分程度）を加えて、応答期限日時とする。そして、応答期限日時をクッキーの保持データに設定する。
【００６３】
図１４のＳ１４０１では、クッキーに保持されている応答期限日時を読み取り、現在時刻を内部のカレンダー時計部から取得し、現在時刻が応答期限日時を越えていないか判定する。越えていない場合には、Ｓ１４０２に移行し、越えている場合には、Ｓ１４０４に移行する。
【００６４】
実施の形態７．
略式で、クッキー生成日時を省く形態も考えられる。
【００６５】
その場合には、図１２のＳ１２０３を行わない。また、図１４のＳ１４０１の判定を行なわない。
【００６６】
報酬サービス利用サーバ１０１、報酬サービス提供サーバ１０２、及びユーザ端末１０３は、コンピュータであり、各要素はプログラムにより処理を実行することができる。また、プログラムを記憶媒体に記憶させ、記憶媒体からコンピュータに読み取られるようにすることができる。
【００６７】
以上説明したように、上記各実施形態によれば、リンク掲載画面の表示時に生成されたクッキーに含まれる呼出元ＩＤと、報酬サービス提供画面の要求時に当該ページのＵＲＬに付加されている呼出元ＩＤとの対応を確認することで、報酬サービス提供画面へのアクセスが、正当に展開されたリンク掲載画面からの要求か否かを確認することができる。その結果、簡単な処理で不正アクセス（リンク掲載画面以外からのアクセス）を排除することができる。例えば、報酬サービス提供画面のＵＲＬの使いまわしなどの不正を排除できる。このような不正排除の仕組みは、ユーザに報酬を与える機会を与えることで自サイトへのアクセスを増大させようとするサイト運営者（例えば、上記各実施形態におけるリンク掲載画面の運営者）にとって有意義である。
【００６８】
また、上記実施形態１〜６によれば、クッキー自体の有効性（有効期限）も考慮されるので、リンク掲載画面が表示されてから所定時間以内の要求に対してのみ、報酬サービス提供画面をユーザ端末１０３に送信することができる。すなわち、展開されたリンク掲載画面からの短期間内の操作に伴うアクセスであることが担保される。これにより、不正アクセスをより確実に排除することができる。
【００６９】
以上、本発明をその実施形態に基づいて詳細に説明した。しかし、本発明は上記実施形態に限定されるものではない。本発明は、その要旨を逸脱しない範囲で様々な変形が可能である。
【００７０】
上記各実施形態では、本発明に係るページ遷移装置及びページ遷移システムを、報酬サービスに関するシステムに適用したが、報酬サービス以外のサービスを提供するシステムに本発明を適用してもよい。言い換えれば、第２のＷｅｂページとしてどのようなページを採用してもよい。また、第３のＷｅｂページの構成も限定されない。
【００７１】
上記実施形態では、報酬サービス利用サーバ１０１と報酬サービス提供サーバ１０２とでページ遷移システムが構成されていたが、これら二つのサーバの機能を１台のサーバに集約し、当該１台のサーバによりページ遷移システムを構築してもよい。
【符号の説明】
【００７２】
１０１ 報酬サービス利用サーバ
１０１ａ 仮想商店街サーバ
１０１ｂ 結婚支援サーバ
１０１ｃ ブログ管理サーバ
１０２ 報酬サービス提供サーバ
１０２ａ くじサーバ
１０３ ユーザ端末
３０１ 透明ｇｉｆ画像
３０２ 報酬サービス提供画面要求アイコン
５０１ リンクアイコン
８０１ リンク掲載画面要求受信部
８０２ リンク掲載画面送信部
８０３ リンク掲載画面記憶部
１００１ リソース要求受信部
１００２ クッキー生成部
１００３ リソース記憶部
１００４ リソース送信部
１００５ 報酬サービス提供画面要求受信部
１００６ クッキー判定部
１００７ 報酬サービス提供画面記憶部
１００８ 報酬サービス提供画面送信部
１００９ エラー画面記憶部
１０１０ エラー画面送信部
【特許請求の範囲】
【請求項１】
第１のＷｅｂページに埋め込まれたリンクからアクセス可能な第２のＷｅｂページを端末に表示させるためのページ遷移装置であって、
予め互いに対応付けられた第１の呼出元ＩＤ及び第２の呼出元ＩＤと、該第２の呼出元ＩＤが付加された前記第２のＷｅｂページのＵＲＬとが埋め込まれている前記第１のＷｅｂページを前記端末に表示する場合に、該第１のＷｅｂページに埋め込まれる識別コンテンツを取得する該第１の呼出元ＩＤを含む要求を該端末から受信するコンテンツ要求受信手段と、
前記コンテンツ要求受信手段により受信された要求内の第１の呼出元ＩＤを含むクッキーを生成し、生成されたクッキーが付加された前記識別コンテンツを生成する生成手段と、
前記端末に、前記生成手段により生成された識別コンテンツを前記第１のＷｅｂページに含めて該第１のＷｅｂページを表示させるとともに、該識別コンテンツに付加されているクッキーを該端末内に記憶させるために、該識別コンテンツを該端末に送信するコンテンツ送信手段と、
前記第２のＷｅｂページを要求する前記端末から、前記第２の呼出元ＩＤが付加された前記ＵＲＬと、前記端末内に記憶されている前記クッキーとを受信するページ要求受信手段と、
前記ページ要求受信手段により受信されたＵＲＬ及びクッキーから前記第１及び第２の呼出元ＩＤを抽出し、該第１及び第２の呼出元ＩＤが対応するか否かを判定する判定手段と、
前記第１及び第２の呼出元ＩＤが対応すると判定された場合には、前記第２のＷｅｂページを前記端末に送信するページ送信手段と
を備えることを特徴とするページ遷移装置。
【請求項２】
前記クッキーには、該クッキーの有効期限に関する時間情報が設定されており、
前記判定手段が、前記時間情報に基づいて前記クッキーが有効であるか否かを判定し、前記クッキーが有効であると判定した場合には、前記第１及び第２の呼出元ＩＤが対応するか否かを判定し、
前記ページ送信手段が、前記クッキーが有効であり且つ前記第１及び第２の呼出元ＩＤが対応すると判定された場合には、前記第２のＷｅｂページを前記端末に送信する、
ことを特徴とする請求項１に記載のページ遷移装置。
【請求項３】
前記第１のＷｅｂページに埋め込まれている前記第１及び第２の呼出元ＩＤの一方が、該第１及び第２の呼出元ＩＤの他方を所定の符号化方式で符号化することで得られた値であり、
前記判定手段が、前記第１及び前記第２の呼出元ＩＤの一方を、前記所定の符号化方式に対応する復号方式で復号し、該復号により得られた値と前記第１及び前記第２の呼出元ＩＤの他方とが一致する場合に、前記第１及び第２の呼出元ＩＤが対応すると判定する、
ことを特徴とする請求項１又は２に記載のページ遷移装置。
【請求項４】
前記第１のＷｅｂページに埋め込まれている前記第１の呼出元ＩＤが、所定値を第１の符号化方式で符号化することで得られた値であり、該第１のＷｅｂページに埋め込まれている前記第２の呼出元ＩＤが、該所定値を第２の符号化方式で符号化することで得られた値であり、
前記判定手段が、前記第１の呼出元ＩＤを前記第１の符号化方式に対応する第１の復号方式で復号すると共に前記第２の呼出元ＩＤを前記第２の符号化方式に対応する第２の復号方式で復号し、該第１及び第２の復号方式で得られた二つの値が一致する場合に、前記第１及び第２の呼出元ＩＤが対応すると判定する、
ことを特徴とする請求項１又は２に記載のページ遷移装置。
【請求項５】
前記第２のＷｅｂページが、所定の報酬を与える機会をユーザに与えるためのＷｅｂページである、
ことを特徴とする請求項１〜４のいずれか一項に記載のページ遷移装置。
【請求項６】
サーバと、第１のＷｅｂページに埋め込まれたリンクからアクセス可能な第２のＷｅｂページが表示される端末と有するページ遷移システムであって、
前記サーバは、
前記第１のＷｅｂページの要求を前記端末から受信する第１ページ要求受信手段と、
前記第１ページ要求受信手段により受信された要求に応じて、予め互いに対応付けられた第１の呼出元ＩＤ及び第２の呼出元ＩＤと、該第２の呼出元ＩＤが付加された前記第２のＷｅｂページのＵＲＬとが埋め込まれている前記第１のＷｅｂページを前記端末に送信する第１ページ送信手段と、
前記第１ページ送信手段により送信された第１のＷｅｂページを表示する前記端末から、該第１のＷｅｂページに埋め込まれる識別コンテンツを取得するための、前記第１の呼出元ＩＤを含む要求を受信するコンテンツ要求受信手段と、
前記コンテンツ要求受信手段により受信された要求内の第１の呼出元ＩＤを含むクッキーを生成し、生成されたクッキーが付加された前記識別コンテンツを生成する生成手段と、
前記端末に、前記生成手段により生成された識別コンテンツを前記第１のＷｅｂページに含ませて該第１のＷｅｂページを表示させるとともに、該識別コンテンツに付加されているクッキーを該端末内に記憶させるために、該識別コンテンツを該端末に送信するコンテンツ送信手段と、
前記第２のＷｅｂページを要求する前記端末から、前記第２の呼出元ＩＤが付加された前記ＵＲＬと、前記端末内に記憶されている前記クッキーとを受信する第２ページ要求受信手段と、
前記第２ページ要求受信手段により受信されたＵＲＬ及びクッキーから前記第１及び第２の呼出元ＩＤを抽出し、該第１及び第２の呼出元ＩＤが対応するか否かを判定する判定手段と、
前記第１及び第２の呼出元ＩＤが対応すると判定された場合には、前記第２のＷｅｂページを前記端末に送信する第２ページ送信手段と
を備えることを特徴とするページ遷移システム。
【請求項７】
第１のＷｅｂページに埋め込まれたリンクからアクセス可能な第２のＷｅｂページを端末上に表示させるためのページ遷移装置により実行されるページ遷移方法であって、
前記ページ遷移装置が、予め互いに対応付けられた第１の呼出元ＩＤ及び第２の呼出元ＩＤと、該第２の呼出元ＩＤが付加された前記第２のＷｅｂページのＵＲＬとが埋め込まれている前記第１のＷｅｂページを表示する前記端末から、該第１のＷｅｂページに埋め込まれる識別コンテンツを取得するための、該第１の呼出元ＩＤを含む要求を受信するコンテンツ要求受信ステップと、
前記ページ遷移装置が、前記コンテンツ要求受信ステップにおいて受信された要求内の第１の呼出元ＩＤを含むクッキーを生成し、生成されたクッキーが付加された前記識別コンテンツを生成する生成ステップと、
前記ページ遷移装置が、前記端末に、前記生成ステップにおいて生成された識別コンテンツを前記第１のＷｅｂページに含めて該第１のＷｅｂページを表示させるとともに、該識別コンテンツに付加されているクッキーを該端末内に記憶させるために、該識別コンテンツを該端末に送信するコンテンツ送信ステップと、
前記ページ遷移装置が、前記第２のＷｅｂページを要求する前記端末から、前記第２の呼出元ＩＤが付加された前記ＵＲＬと、前記端末内に記憶されている前記クッキーとを受信するページ要求受信ステップと、
前記ページ遷移装置が、前記ページ要求受信ステップにおいて受信されたＵＲＬ及びクッキーから前記第１及び第２の呼出元ＩＤを抽出し、該第１及び第２の呼出元ＩＤが対応するか否かを判定する判定ステップと、
前記ページ遷移装置が、前記第１及び第２の呼出元ＩＤが対応すると判定された場合には、前記第２のＷｅｂページを前記端末に送信するページ送信ステップと
を含むことを特徴とするページ遷移方法。
【請求項１】
第１のＷｅｂページに埋め込まれたリンクからアクセス可能な第２のＷｅｂページを端末に表示させるためのページ遷移装置であって、
予め互いに対応付けられた第１の呼出元ＩＤ及び第２の呼出元ＩＤと、該第２の呼出元ＩＤが付加された前記第２のＷｅｂページのＵＲＬとが埋め込まれている前記第１のＷｅｂページを前記端末に表示する場合に、該第１のＷｅｂページに埋め込まれる識別コンテンツを取得する該第１の呼出元ＩＤを含む要求を該端末から受信するコンテンツ要求受信手段と、
前記コンテンツ要求受信手段により受信された要求内の第１の呼出元ＩＤを含むクッキーを生成し、生成されたクッキーが付加された前記識別コンテンツを生成する生成手段と、
前記端末に、前記生成手段により生成された識別コンテンツを前記第１のＷｅｂページに含めて該第１のＷｅｂページを表示させるとともに、該識別コンテンツに付加されているクッキーを該端末内に記憶させるために、該識別コンテンツを該端末に送信するコンテンツ送信手段と、
前記第２のＷｅｂページを要求する前記端末から、前記第２の呼出元ＩＤが付加された前記ＵＲＬと、前記端末内に記憶されている前記クッキーとを受信するページ要求受信手段と、
前記ページ要求受信手段により受信されたＵＲＬ及びクッキーから前記第１及び第２の呼出元ＩＤを抽出し、該第１及び第２の呼出元ＩＤが対応するか否かを判定する判定手段と、
前記第１及び第２の呼出元ＩＤが対応すると判定された場合には、前記第２のＷｅｂページを前記端末に送信するページ送信手段と
を備えることを特徴とするページ遷移装置。
【請求項２】
前記クッキーには、該クッキーの有効期限に関する時間情報が設定されており、
前記判定手段が、前記時間情報に基づいて前記クッキーが有効であるか否かを判定し、前記クッキーが有効であると判定した場合には、前記第１及び第２の呼出元ＩＤが対応するか否かを判定し、
前記ページ送信手段が、前記クッキーが有効であり且つ前記第１及び第２の呼出元ＩＤが対応すると判定された場合には、前記第２のＷｅｂページを前記端末に送信する、
ことを特徴とする請求項１に記載のページ遷移装置。
【請求項３】
前記第１のＷｅｂページに埋め込まれている前記第１及び第２の呼出元ＩＤの一方が、該第１及び第２の呼出元ＩＤの他方を所定の符号化方式で符号化することで得られた値であり、
前記判定手段が、前記第１及び前記第２の呼出元ＩＤの一方を、前記所定の符号化方式に対応する復号方式で復号し、該復号により得られた値と前記第１及び前記第２の呼出元ＩＤの他方とが一致する場合に、前記第１及び第２の呼出元ＩＤが対応すると判定する、
ことを特徴とする請求項１又は２に記載のページ遷移装置。
【請求項４】
前記第１のＷｅｂページに埋め込まれている前記第１の呼出元ＩＤが、所定値を第１の符号化方式で符号化することで得られた値であり、該第１のＷｅｂページに埋め込まれている前記第２の呼出元ＩＤが、該所定値を第２の符号化方式で符号化することで得られた値であり、
前記判定手段が、前記第１の呼出元ＩＤを前記第１の符号化方式に対応する第１の復号方式で復号すると共に前記第２の呼出元ＩＤを前記第２の符号化方式に対応する第２の復号方式で復号し、該第１及び第２の復号方式で得られた二つの値が一致する場合に、前記第１及び第２の呼出元ＩＤが対応すると判定する、
ことを特徴とする請求項１又は２に記載のページ遷移装置。
【請求項５】
前記第２のＷｅｂページが、所定の報酬を与える機会をユーザに与えるためのＷｅｂページである、
ことを特徴とする請求項１〜４のいずれか一項に記載のページ遷移装置。
【請求項６】
サーバと、第１のＷｅｂページに埋め込まれたリンクからアクセス可能な第２のＷｅｂページが表示される端末と有するページ遷移システムであって、
前記サーバは、
前記第１のＷｅｂページの要求を前記端末から受信する第１ページ要求受信手段と、
前記第１ページ要求受信手段により受信された要求に応じて、予め互いに対応付けられた第１の呼出元ＩＤ及び第２の呼出元ＩＤと、該第２の呼出元ＩＤが付加された前記第２のＷｅｂページのＵＲＬとが埋め込まれている前記第１のＷｅｂページを前記端末に送信する第１ページ送信手段と、
前記第１ページ送信手段により送信された第１のＷｅｂページを表示する前記端末から、該第１のＷｅｂページに埋め込まれる識別コンテンツを取得するための、前記第１の呼出元ＩＤを含む要求を受信するコンテンツ要求受信手段と、
前記コンテンツ要求受信手段により受信された要求内の第１の呼出元ＩＤを含むクッキーを生成し、生成されたクッキーが付加された前記識別コンテンツを生成する生成手段と、
前記端末に、前記生成手段により生成された識別コンテンツを前記第１のＷｅｂページに含ませて該第１のＷｅｂページを表示させるとともに、該識別コンテンツに付加されているクッキーを該端末内に記憶させるために、該識別コンテンツを該端末に送信するコンテンツ送信手段と、
前記第２のＷｅｂページを要求する前記端末から、前記第２の呼出元ＩＤが付加された前記ＵＲＬと、前記端末内に記憶されている前記クッキーとを受信する第２ページ要求受信手段と、
前記第２ページ要求受信手段により受信されたＵＲＬ及びクッキーから前記第１及び第２の呼出元ＩＤを抽出し、該第１及び第２の呼出元ＩＤが対応するか否かを判定する判定手段と、
前記第１及び第２の呼出元ＩＤが対応すると判定された場合には、前記第２のＷｅｂページを前記端末に送信する第２ページ送信手段と
を備えることを特徴とするページ遷移システム。
【請求項７】
第１のＷｅｂページに埋め込まれたリンクからアクセス可能な第２のＷｅｂページを端末上に表示させるためのページ遷移装置により実行されるページ遷移方法であって、
前記ページ遷移装置が、予め互いに対応付けられた第１の呼出元ＩＤ及び第２の呼出元ＩＤと、該第２の呼出元ＩＤが付加された前記第２のＷｅｂページのＵＲＬとが埋め込まれている前記第１のＷｅｂページを表示する前記端末から、該第１のＷｅｂページに埋め込まれる識別コンテンツを取得するための、該第１の呼出元ＩＤを含む要求を受信するコンテンツ要求受信ステップと、
前記ページ遷移装置が、前記コンテンツ要求受信ステップにおいて受信された要求内の第１の呼出元ＩＤを含むクッキーを生成し、生成されたクッキーが付加された前記識別コンテンツを生成する生成ステップと、
前記ページ遷移装置が、前記端末に、前記生成ステップにおいて生成された識別コンテンツを前記第１のＷｅｂページに含めて該第１のＷｅｂページを表示させるとともに、該識別コンテンツに付加されているクッキーを該端末内に記憶させるために、該識別コンテンツを該端末に送信するコンテンツ送信ステップと、
前記ページ遷移装置が、前記第２のＷｅｂページを要求する前記端末から、前記第２の呼出元ＩＤが付加された前記ＵＲＬと、前記端末内に記憶されている前記クッキーとを受信するページ要求受信ステップと、
前記ページ遷移装置が、前記ページ要求受信ステップにおいて受信されたＵＲＬ及びクッキーから前記第１及び第２の呼出元ＩＤを抽出し、該第１及び第２の呼出元ＩＤが対応するか否かを判定する判定ステップと、
前記ページ遷移装置が、前記第１及び第２の呼出元ＩＤが対応すると判定された場合には、前記第２のＷｅｂページを前記端末に送信するページ送信ステップと
を含むことを特徴とするページ遷移方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１１−１４６０３８（Ｐ２０１１−１４６０３８Ａ）
【公開日】平成２３年７月２８日（２０１１．７．２８）
【国際特許分類】
【出願番号】特願２０１０−２７６０１２（Ｐ２０１０−２７６０１２）
【出願日】平成２２年１２月１０日（２０１０．１２．１０）
【出願人】（３９９０３７４０５）楽天株式会社 (416)
【Ｆターム（参考）】
【公開日】平成２３年７月２８日（２０１１．７．２８）
【国際特許分類】
【出願日】平成２２年１２月１０日（２０１０．１２．１０）
【出願人】（３９９０３７４０５）楽天株式会社 (416)
【Ｆターム（参考）】
[ Back to top ]