(57)【要約】【課題】広告効果を高め広告に対するクリック機会を増加させるＷｅｂサーバ及び広告再表示方法を提供すること。【解決手段】広告再表示方法は、Ｗｅｂページの閲覧を行う端末又はユーザを認証するステップと、認証した端末又はユーザ毎に、遷移前のＷｅｂページに表示される広告と関連する広告を遷移後に表示するか否か規定する継続フラグの情報を管理するステップと、Ｗｅｂページを遷移するための要求時に、継続フラグの情報を、認証した端末又はユーザ毎に判別し、継続フラグがオンであると判別されることを条件に、遷移後のＷｅｂページに遷移前のＷｅｂページに表示された広告と関連する広告を予め決められた回数だけ表示するステップと、を備える。【選択図】図１
2010224620.tif 000002
【特許請求の範囲】
【請求項１】
Ｗｅｂページを遷移するための要求時に、遷移後のＷｅｂページの内容を示すコンテンツデータと、遷移後のＷｅｂページに表示する広告を管理する広告配信サーバを特定する広告サーバＵＲＬと、を取得するＷｅｂ情報取得手段と、
Ｗｅｂページの閲覧を行うクライアント端末又はユーザを認証するユーザ認証手段と、
認証したクライアント端末又はユーザ毎に、遷移前のＷｅｂページに表示される広告と関連する広告を遷移後に表示するか否か規定する継続フラグの情報を管理する継続フラグ確認手段と、
前記継続フラグ確認手段により前記継続フラグがオンであると判別されることを条件に、取得した前記広告サーバＵＲＬを遷移前のＷｅｂページに表示されていた広告と関連する広告を特定する個別広告ＵＲＬに変更する広告ＵＲＬ変更手段と、
前記コンテンツデータと、前記広告サーバＵＲＬ又は前記個別広告ＵＲＬと、をＷｅｂページの閲覧を行うクライアント端末に送信するＷｅｂ情報送信手段と、
を備えることを特徴とするＷｅｂサーバ。
【請求項２】
ユーザの選択により遷移したＷｅｂページに併せて、通信可能に接続されたクライアント端末に、サーバが広告を表示する方法であって、
Ｗｅｂページの閲覧を行うクライアント端末又はユーザを認証するステップと、
認証したクライアント端末又はユーザ毎に、遷移前のＷｅｂページに表示される広告と関連する広告を遷移後に表示するか否か規定する継続フラグの情報を管理するステップと、
Ｗｅｂページを遷移するための要求時に、前記継続フラグの情報を認証したクライアント端末又はユーザ毎に判別し、前記継続フラグがオンであると判別されることを条件に、遷移後のＷｅｂページに遷移前のＷｅｂページに表示された広告と関連する広告を予め決められた回数だけ表示するステップと、
を備えたことを特徴とする広告再表示方法。
【請求項３】
ユーザの選択により遷移したＷｅｂページに併せて、通信可能に接続されたクライアント端末に、サーバが広告を表示する方法であって、
前記クライアント端末が、Ｗｅｂページとともに、遷移前のＷｅｂページに表示される広告と関連する広告を遷移後に表示するか否か規定する継続フラグの情報を、受信するステップと、
前記クライアント端末が、受信したＷｅｂページを表示し、当該Ｗｅｂページを遷移するための要求を行うステップと、
前記要求時に、遷移前のＷｅｂページに表示された広告の継続フラグの状態を判別するステップと、
前記判別するステップにより継続フラグがオンであると判別されることを条件に、遷移後のＷｅｂページに遷移前のＷｅｂページに表示された広告と関連する広告を予め定められた回数だけ表示するステップと、
を備えたことを特徴とする広告再表示方法。
【請求項４】
前記関連する広告とは、遷移前のＷｅｂページに表示された広告の広告提供者の別広告であり、
前記関連する広告を表示した回数をカウントするステップを更に備え、
前記表示するステップは、カウントされた回数に応じた別広告を表示することを特徴とする請求項２又は３に記載の広告再表示方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザの入力に応じてＷｅｂページが遷移しても、遷移前のＷｅｂページで表示していた広告と同一の広告を再表示するＷｅｂサーバ及び広告再表示方法に関する。
【背景技術】
【０００２】
従来、インターネットによる情報配信の形態として、例えば、入力された検索キーワードに関連する広告を検索結果ページに表示させる検索連動型広告や、Ｗｅｂページのコンテンツを解析し、コンテンツの内容に関連した広告をＷｅｂページに表示させるコンテンツマッチ型広告などのサービスが知られている。
【０００３】
このような状況において、インターネットの利用者に対して、より適切な広告配信を行うために、様々な方法が提案されている。例えば、特許文献１には、コンテンツのキーワードに加えて、クリック状況や流行などの条件に合わせて広告を提供する方法が提案されている。また、利用者がどのようなことに対して関心をもっているか、これまでに閲覧したＷｅｂページなどの情報を基に分析し、それによってユーザの好みに合った広告を配信する、いわゆる行動ターゲティング広告の手法も知られている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−１０２１７４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、上記のような行動ターゲティング広告の手法は、Ｗｅｂページが遷移するたびに行われるため、ユーザの好みに合った広告もＷｅｂページが遷移するたびに切り換わってしまう。ここで、せっかくユーザの好みに合った広告を付したにも関わらず、Ｗｅｂページが遷移するたびに切り換わってしまうのでは、ユーザにより実際にクリックされる機会が損なわれてしまうおそれがあった。
【０００６】
本発明はこのような従来の問題点に鑑みて提案されたものであり、その目的は、Ｗｅｂページが遷移しても同一の広告を表示することで、広告効果を高め広告に対するクリック機会を増加させることである。
【課題を解決するための手段】
【０００７】
本発明では、以下のような解決手段を提供する。なお、以下では、Ｗｅｂページは、広告とＷｅｂページの内容を示すコンテンツから構成される。また、関連する広告とは、同一の広告であってもよく、同一の広告主が提供する別広告であってもよい。
【０００８】
（１）  Ｗｅｂページを遷移するための要求時に、遷移後のＷｅｂページの内容を示すコンテンツデータと、遷移後のＷｅｂページに表示する広告を管理する広告配信サーバを特定する広告サーバＵＲＬと、を取得するＷｅｂ情報取得手段と、Ｗｅｂページの閲覧を行うクライアント端末又はユーザを認証するユーザ認証手段と、認証したクライアント端末又はユーザ毎に、遷移前のＷｅｂページに表示される広告と関連する広告を遷移後に表示するか否か規定する継続フラグの情報を管理する継続フラグ確認手段と、前記継続フラグ確認手段により前記継続フラグがオンであると判別されることを条件に、取得した前記広告サーバＵＲＬを遷移前のＷｅｂページに表示されていた広告と関連する広告を特定する個別広告ＵＲＬに変更する広告ＵＲＬ変更手段と、前記コンテンツデータと、前記広告サーバＵＲＬ又は前記個別広告ＵＲＬと、をＷｅｂページの閲覧を行うクライアント端末に送信するＷｅｂ情報送信手段と、を備えることを特徴とするＷｅｂサーバ。
【０００９】
（１）のＷｅｂサーバによれば、継続フラグがオンである場合には、遷移前のＷｅｂページに表示されていた広告と関連する広告を特定する個別広告ＵＲＬがクライアント端末に送信されるため、クライアント端末には遷移前のＷｅｂページの広告に関連した広告が再表示される。その結果、Ｗｅｂページが遷移しても同一の広告を表示されるため、広告効果を高め広告に対するクリック機会を増加させることができる。
なお、広告配信の手法に上記行動ターゲティング広告を用い、ユーザの好みに合った広告を再表示することとなれば、より広告効果を高めることができる。
【００１０】
（２）  ユーザの選択により遷移したＷｅｂページに併せて、通信可能に接続されたクライアント端末に、サーバが広告を表示する方法であって、Ｗｅｂページの閲覧を行うクライアント端末又はユーザを認証するステップと、認証したクライアント端末又はユーザ毎に、遷移前のＷｅｂページに表示される広告と関連する広告を遷移後に表示するか否か規定する継続フラグの情報を管理するステップと、Ｗｅｂページを遷移するための要求時に、前記継続フラグの情報を認証したクライアント端末又はユーザ毎に判別し、前記継続フラグがオンであると判別されることを条件に、遷移後のＷｅｂページに遷移前のＷｅｂページに表示された広告と関連する広告を予め決められた回数だけ表示するステップと、を備えたことを特徴とする広告再表示方法。
【００１１】
（２）の広告再表示方法によれば、認証されたクライアント端末又はユーザ毎に継続フラグの情報を判別するため、クライアント端末又はユーザ毎に遷移前のＷｅｂページの広告に関連した広告を再表示することができる。その結果、クライアント端末又はユーザ毎に合わせ適切な広告を配信することができ、広告効果をより高めることができる。なお、ユーザ毎に関連する広告の再表示を行うこととした場合には、異なるクライアント端末から同一のユーザがアクセスした場合であっても、関連する広告が再表示されるため、ユーザに合わせ適切な広告を配信することができ、広告効果をより高めることができる。
【００１２】
（３）  ユーザの選択により遷移したＷｅｂページに併せて、通信可能に接続されたクライアント端末に、サーバが広告を表示する方法であって、前記クライアント端末が、Ｗｅｂページとともに、遷移前のＷｅｂページに表示される広告と関連する広告を遷移後に表示するか否か規定する継続フラグの情報を、受信するステップと、前記クライアント端末が、受信したＷｅｂページを表示し、当該Ｗｅｂページを遷移するための要求を行うステップと、前記要求時に、遷移前のＷｅｂページに表示された広告の継続フラグの状態を判別するステップと、前記判別するステップにより継続フラグがオンであると判別されることを条件に、遷移後のＷｅｂページに遷移前のＷｅｂページに表示された広告と関連する広告を予め定められた回数だけ表示するステップと、を備えたことを特徴とする広告再表示方法。
【００１３】
（３）の広告再表示方法によれば、クライアント端末は、Ｗｅｂページの遷移時には、Ｗｅｂページに表示された広告の継続フラグの情報も併せて受信する。そして、その後、Ｗｅｂページを遷移する際にこの継続フラグの情報がオンである場合には、遷移前のＷｅｂページに表示された広告と関連する広告を再表示する。すなわち、Ｗｅｂページが遷移しても、継続フラグがオンである広告に関連する広告が再び表示される。その結果、広告効果を高め広告に対するクリック機会を増加させることができる。
【００１４】
（４）  前記関連する広告とは、遷移前のＷｅｂページに表示された広告の広告提供者の別広告であり、前記関連する広告を表示した回数をカウントするステップを更に備え、前記表示するステップは、カウントされた回数に応じた別広告を表示することを特徴とする（２）又は（３）に記載の広告再表示方法。
【００１５】
（４）の広告再表示方法によれば、同一広告提供者の別広告を表示することで、広告の再表示を行うことができる。その結果、同一広告提供者の様々な種類の広告がユーザに提供されるため、広告効果を高め広告に対するクリック機会を増加させることができる。
【発明の効果】
【００１６】
本発明によれば、広告効果を高め広告に対するクリック機会を増加させることができる。
【図面の簡単な説明】
【００１７】
【図１】本実施形態の広告再表示方法を実現するための広告再表示システムの構成例を示す図である。
【図２】上記実施形態の広告ＤＢを示す図である。
【図３】上記実施形態のユーザ管理ＤＢを示す図である。
【図４】上記広告再表示システムを構成するクライアント端末、Ｗｅｂサーバ、広告配信サーバのハードウェア構成を示す図である。
【図５】上記実施形態の広告再表示方法の処理を示すフローチャートである。
【図６】上記実施形態におけるＷｅｂページの表示例を示す図である。
【図７】別実施形態の広告再表示方法を実現するための広告再表示システムの構成例を示す図である。
【図８】上記実施形態の継続回数カウントテーブルを示す図である。
【図９】上記実施形態の広告再表示方法の処理を示すフローチャートである。
【図１０】別記実施形態の広告ＤＢを示す図である。
【発明を実施するための形態】
【００１８】
［第１実施形態］
本発明の広告再表示方法は、Ｗｅｂページが遷移した後に関連する広告を再表示することで広告効果を高めるものであるところ、以下では、本発明の広告再表示方法を実現するために好適な広告再表示システム１について図１〜図６を参照しながら説明する。なお、第１実施形態及び第２実施形態では、同一の広告が再表示される広告再表示方法について説明する。
【００１９】
［広告再表示システム１の構成例］
広告再表示システム１は、クライアント端末１０、Ｗｅｂサーバ２０、及び広告配信サーバ３０により構成される。
【００２０】
クライアント端末１０は、Ｗｅｂページ要求手段１１、広告要求手段１２、及びＷｅｂページ表示手段１３により構成される。Ｗｅｂサーバ２０は、Ｗｅｂ情報取得手段２１、ユーザ認証手段２２、継続フラグ確認手段２３、ユーザ管理データベース（ＤＢ）２４、継続回数カウント手段２５、広告ＵＲＬ変更手段２６、及びＷｅｂ情報送信手段２７により構成される。広告配信サーバ３０は、広告選択手段３１、広告ＤＢ３２、及び広告情報送信手段３３により構成される。
【００２１】
Ｗｅｂページ要求手段１１は、ユーザからの閲覧要求のあったＷｅｂページを管理するＷｅｂサーバ２０に対し、Ｗｅｂページを構成する情報を要求する。すなわち、ＷｅｂページのＵＲＬにアクセスして、Ｗｅｂサーバ２０からＷｅｂページの情報を取得する。
【００２２】
Ｗｅｂサーバ２０のＷｅｂ情報取得手段２１は、Ｗｅｂページ要求手段１１からの要求に応じて、要求されたＷｅｂページの内容を示すコンテンツデータ、及び広告サーバＵＲＬを取得する。なお、広告サーバＵＲＬとは、要求されたＷｅｂページに表示される広告を管理する広告配信サーバ３０自体（複数の広告を含む）を特定するための情報であってもよく、また、広告配信サーバ３０が管理する広告のカテゴリー（複数の広告を含む）を特定するための情報であってもよい。
【００２３】
なお、Ｗｅｂページに表示される広告に関しては、ユーザの好みに合わせてターゲティングされた広告であることが望ましい。このターゲティングは、Ｗｅｂサーバ２０において行うこととしてもよく、他のサーバにおいて行うこととしてもよい。すなわち、広告再表示システム１には、図示しないものの、ユーザの好みに合わせてターゲティングされた広告を選択する機能が設けられている。
【００２４】
ユーザ認証手段２２は、Ｗｅｂサーバ２０が管理するＷｅｂページの閲覧を行うユーザを認証する。ここで、ユーザの認証は、Ｗｅｂサーバが管理するユーザ情報（例えば、ログイン情報）により行ってもよく、また、端末毎の固有の識別子（ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレス）により行ってもよい。
【００２５】
継続フラグ確認手段２３は、ユーザ管理ＤＢ２４を参照して認証された端末又はユーザ毎に継続フラグの情報（オン／オフ）を判別する。なお、継続フラグは遷移前のＷｅｂページに表示されていた広告を遷移後のＷｅｂページに再表示するか否かを規定する情報であり、オンである場合に再表示し、オフである場合に再表示しない。このように、広告再表示システム１では、Ｗｅｂサーバ２０が管理するＷｅｂページ内を遷移する場合に、認証された端末又はユーザ毎に広告を再表示するか否かを判別する。なお、ユーザ管理ＤＢ２４については、図３において後述する。
【００２６】
継続回数カウント手段２５は、継続フラグ確認手段２３により継続フラグがオンであると判別されることを条件に、広告が再表示された回数をカウントする。カウントされた回数（カウント値）は、ユーザ管理ＤＢ２４に記憶される。なお、カウント値が予め定められた値（規定継続回数）に達した場合には、継続回数カウント手段２５は、オンである継続フラグをオフに更新する。
【００２７】
広告ＵＲＬ変更手段２６は、Ｗｅｂ情報取得手段２１が取得した広告サーバＵＲＬをユーザ管理ＤＢに記憶されている個別広告ＵＲＬに変更する。ここで、個別広告ＵＲＬは、具体的な１の広告を特定するための情報である。このように、継続フラグがオンである場合には、複数の広告を含む情報である広告サーバＵＲＬから、具体的な広告を特定する個別広告ＵＲＬに変更される。
【００２８】
Ｗｅｂ情報送信手段２７は、取得したコンテンツデータと広告サーバＵＲＬ又は個別広告ＵＲＬとからなるＷｅｂ情報をクライアント端末１０に送信する。
【００２９】
クライアント端末１０の広告要求手段１２は、Ｗｅｂ情報送信手段２７からＷｅｂ情報を受信すると、広告サーバＵＲＬ又は個別広告ＵＲＬにアクセスし、広告配信サーバ３０に遷移後のＷｅｂページに表示する広告を要求する。
【００３０】
広告配信サーバ３０の広告選択手段３１は、広告の要求を受けると、広告ＤＢ３２を参照して遷移後のＷｅｂページに表示する広告を選択する。ここで、広告サーバＵＲＬにより広告が要求されている場合には、広告選択手段３１は、複数の広告の中から任意の広告を選択する。他方、個別広告ＵＲＬにより広告が要求されている場合には、個別広告ＵＲＬにより特定される具体的な広告を選択する。
【００３１】
広告ＤＢ３２は、図２に示すように、広告ＩＤに対応付けて、バナー広告の画像データ、継続フラグの情報、規定継続回数、を含む広告情報が記憶される。規定継続回数とは、広告を再表示する回数を規定する情報である。例えば、広告ＩＤ「００１」の広告は、Ｗｅｂページが遷移しても３回再表示される広告である。また、図示していないが、広告ＤＢ３２には、バナー広告の画像データの位置を特定する個別広告ＵＲＬも記憶されている。
【００３２】
図１を参照して、広告情報送信手段３３は、クライアント端末１０及びＷｅｂサーバ２０に広告情報をクライアント端末１０のＩＰアドレスなどのユーザＩＤと対応付けてを送信する。なお、広告情報としては、例えば、広告ＩＤ、バナー広告の画像データ、個別広告ＵＲＬ、継続フラグの情報、及び規定継続回数に加えて、バナー広告の大きさ、書式など考えられる。
このような広告情報が送信されると、Ｗｅｂサーバ２０は、ユーザ管理ＤＢ２４を更新する。
【００３３】
他方、クライアント端末１０では広告情報を受信すると、Ｗｅｂページ表示手段１３が、コンテンツデータ及び広告情報に基づいてＷｅｂページを表示する。具体的には、クライアント端末１０のＷｅｂページ表示手段１３には、その内容を示すコンテンツ及びバナー広告からなるＷｅｂページが表示される。
【００３４】
［ユーザ管理ＤＢ２４］
図３を参照して、ユーザ管理ＤＢ２４について説明する。ユーザ管理ＤＢ２４は、ユーザＩＤ毎に、広告配信サーバ３０から取得した広告ＩＤ順に、個別広告ＵＲＬ、カウント値、継続フラグの情報、規定継続回数、が記憶される。なお、これらの情報に加えて、広告サーバＵＲＬ、バナー広告の大きさ、書式などを記憶することとしてもよい。ユーザＩＤは、クライアント端末１０のＩＰアドレスであってもよく、また、Ｗｅｂサーバ２０が管理するユーザ情報であってもよい。
【００３５】
広告が再表示されると、カウント値に１加算され、その結果が規定継続回数と同数になると、継続フラグがＯＦＦに更新される。継続フラグがＯＦＦに更新されると、新たな広告が広告配信サーバ３０から取得され、取得された広告ＩＤに対応する各情報がユーザ管理ＤＢ２４に記憶される。
【００３６】
［クライアント端末１０、Ｗｅｂサーバ２０、広告配信サーバ３０のハードウェア構成］
図４は、クライアント端末１０のハードウェア構成を示す図である。本発明が実施される装置は標準的なものでよく、以下に構成の一例を示す。なお、詳細な説明は省略するが、Ｗｅｂサーバ２０、広告配信サーバ３０もクライアント端末１０と同様のハードウェア構成を有している。
【００３７】
クライアント端末１０は、制御部１３００を構成するＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１３１０（マルチプロセッサ構成ではＣＰＵ１３２０など複数のＣＰＵが追加されてもよい）、バスライン１２００、通信Ｉ／Ｆ（Ｉ／Ｆ：インターフェイス）１３３０、メインメモリ１３４０、ＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）１３５０、表示装置１３６０、Ｉ／Ｏコントローラ１３７０、キーボード及びマウスなどの入力装置１３８０、ハードディスク１３９０、光ディスクドライブ１４００、並びに半導体メモリ１４２０を備える。なお、ハードディスク１３９０、光ディスクドライブ１４００、並びに半導体メモリ１４２０はまとめて記憶装置１４３０と呼ぶ。
【００３８】
制御部１３００は、クライアント端末１０を統括的に制御する部分であり、ハードディスク１３９０（後述）に記憶された各種プログラムを適宜読み出して実行することにより、上述したハードウェアと協働し、本発明に係る各種機能を実現している。
【００３９】
通信Ｉ／Ｆ１３３０は、クライアント端末１０が、ネットワークを介してＷｅｂサーバ２０などと情報を送受信する場合のネットワーク・アダプタである。通信Ｉ／Ｆ１３３０は、モデム、ケーブル・モデム及びイーサネット（登録商標）・アダプタを含んでよい。
【００４０】
ＢＩＯＳ１３５０は、クライアント端末１０の起動時にＣＰＵ１３１０が実行するブートプログラムや、クライアント端末１０のハードウェアに依存するプログラムなどを記録する。
【００４１】
表示装置１３６０は、ブラウン管表示装置（ＣＲＴ）、液晶表示装置（ＬＣＤ）などのディスプレイ装置を含む。なお、クライアント端末１０のＷｅｂページ表示手段１３は、表示装置１３６０により実現される。
【００４２】
Ｉ／Ｏコントローラ１３７０には、ハードディスク１３９０、光ディスクドライブ１４００、及び半導体メモリ１４２０などの記憶装置１４３０を接続することができる。
【００４３】
入力装置１３８０は、クライアント端末１０のユーザによる入力の受け付けを行うものである。
【００４４】
ハードディスク１３９０は、本ハードウェアをクライアント端末１０として機能させるための各種プログラム、本発明の機能を実行するプログラム及び前述したテーブル及びレコードを記憶する。なお、クライアント端末１０は、外部に別途設けたハードディスク（図示せず）を外部記憶装置として利用することもできる。
【００４５】
光ディスクドライブ１４００としては、例えば、ＤＶＤ−ＲＯＭドライブ、ＣＤ−ＲＯＭドライブ、ＤＶＤ−ＲＡＭドライブ、ＣＤ−ＲＡＭドライブを使用することができる。この場合は各ドライブに対応した光ディスク１４１０を使用する。光ディスク１４１０から光ディスクドライブ１４００によりプログラム又はデータを読み取り、Ｉ／Ｏコントローラ１３７０を介してメインメモリ１３４０又はハードディスク１３９０に提供することもできる。
【００４６】
なお、本発明でいうコンピュータとは、記憶装置、制御部などを備えた端末をいい、クライアント端末１０は、記憶装置１４３０、制御部１３００などを備えた端末により構成され、この端末は、本発明のコンピュータの概念に含まれる。
【００４７】
クライアント端末１０の各手段は、制御部１３００によってプログラムが実行されることで実現される。但し、データ記憶部は、主としてハードディスク１３９０に実装されるが、既に述べたように、他の記憶装置を用いてもよい。
【００４８】
［処理フロー］
図５は、本実施形態の広告再表示方法を実現するための処理の流れを示すフローチャートである。
【００４９】
Ｓ１：ユーザからのＷｅｂページ遷移の操作を受けると、クライアント端末１０の制御部１３００（Ｗｅｂページ要求手段１１）は、Ｗｅｂサーバ２０に遷移後のＷｅｂページを要求する。
【００５０】
Ｓ２：クライアント端末１０からＷｅｂページ要求を受けると、Ｗｅｂサーバ２０の制御部１３００（Ｗｅｂ情報取得手段２１）は、Ｗｅｂページの内容を示すコンテンツのデータ及びＷｅｂページに表示される広告を管理する広告配信サーバ３０のＵＲＬ（広告サーバＵＲＬ）を取得する。
【００５１】
Ｓ３：続いて、Ｗｅｂサーバ２０の制御部１３００（ユーザ認証手段２２）は、ユーザＩＤの判別を行う。なお、ユーザＩＤの判別には、クライアント端末１０に固有のＩＰアドレスを用いてもよく、また、Ｗｅｂサーバ２０が管理するユーザ情報（例えば、ログイン情報）を用いてもよい。すなわち、ユーザ認証手段２２は、Ｗｅｂページの閲覧を行う端末又はユーザを認証する。
【００５２】
Ｓ４：次に、Ｗｅｂサーバ２０の制御部１３００（継続フラグ確認手段２３）は、ユーザ管理ＤＢ２４を参照して、認証した端末又はユーザ毎に継続フラグの情報をチェックする。
なお、継続フラグのチェックでは、遷移前のＷｅｂページと遷移後のＷｅｂページとでバナー広告の大きさや書式などが異なるか判別することが望ましい。遷移前に表示されていた広告を再表示すると好ましくない場合があるためである。その結果、遷移前のＷｅｂページと遷移後のＷｅｂページとでバナー広告の大きさや書式などが異なる場合には、継続フラグの確認は行わない（オフと判別する）ことが好ましい。
【００５３】
Ｓ５：このとき、継続フラグがオンである場合には、Ｗｅｂサーバ２０の制御部１３００（継続回数カウント手段２５）は、継続回数をカウントする。なお、カウント値が規定継続回数と同数となった場合には、継続回数カウント手段２５は、継続フラグをオフに更新する。
Ｓ６：続いて、Ｗｅｂサーバ２０の制御部１３００（広告ＵＲＬ変更手段２６）は、広告ＵＲＬの変更を行う。すなわち、広告サーバＵＲＬを、具体的な広告を特定するための個別広告ＵＲＬに変更する。
Ｓ７：続いて、Ｗｅｂサーバ２０の制御部１３００（Ｗｅｂ情報送信手段２７）は、コンテンツデータ及び個別広告ＵＲＬをクライアント端末１０に送信する。
【００５４】
Ｓ８：他方、継続フラグがオフである場合には、Ｗｅｂサーバ２０の制御部１３００（Ｗｅｂ情報送信手段２７）は、コンテンツデータ及び広告サーバＵＲＬをクライアント端末１０に送信する。
【００５５】
Ｓ９：Ｗｅｂ情報（コンテンツデータ及び広告サーバＵＲＬ（又は個別広告ＵＲＬ））を受信したクライアント端末１０の制御部１３００（広告要求手段１２）は、広告配信サーバ３０に広告の要求を行う。
【００５６】
Ｓ１０：広告の要求を受けると、広告配信サーバ３０の制御部１３００（広告選択手段３１）は、広告ＤＢ３２を参照して表示すべき広告を選択する。
この場合において、広告サーバＵＲＬにより広告の要求が行われた場合には、広告選択手段３１は、複数の広告から１の広告を任意に選択する。なお、任意に選択される広告は、ユーザの好みに合わせてターゲティングされた広告であることが望ましい。ターゲティングは、Ｗｅｂサーバ２０により行われても（すなわち、Ｗｅｂ情報取得手段２１がターゲティングされたカテゴリの広告サーバＵＲＬを取得する）、広告配信サーバ３０により行われてもよい。
他方、個別広告ＵＲＬにより広告の要求が行われた場合には、広告選択手段３１は、個別広告ＵＲＬにより特定される広告を選択する。
【００５７】
Ｓ１１：次に、広告配信サーバ３０の制御部１３００（広告情報送信手段３３）は、選択した広告の広告情報をＷｅｂサーバ２０及びクライアント端末１０に送信する。
【００５８】
Ｓ１２：Ｗｅｂサーバ２０の制御部１３００は、受信した広告情報に基づいて、ユーザ管理ＤＢを更新する。
【００５９】
Ｓ１３：クライアント端末１０の制御部１３００は、取得したコンテンツデータ及び広告情報に基づいて表示装置１３６０（Ｗｅｂページ表示手段１３）にＷｅｂページを表示する。
【００６０】
［Ｗｅｂページにおけるバナー広告の表示例］
図４を参照して、本実施の形態における広告再表示方法によるバナー広告の再表示について説明する。
【００６１】
図４（１）において、ＷｅｂページＡは、ブログ「○○○○○」に関するコンテンツ５１からなり、車の販売に関するバナー広告６１が併せて表示されている。このとき、規定継続回数「３」の広告について２回再表示され、継続フラグがオンとなっている。
【００６２】
図４（２）は、その後ユーザの操作により、ＷｅｂページＡからＷｅｂページＢに遷移した場合の表示例である。ＷｅｂページＢは、ニュースに関するコンテンツ５２からなり、ＷｅｂページＡと同じ車の販売に関するバナー広告６１が併せて表示されている。遷移前のＷｅｂページＡにおいて継続フラグがオンであったため、遷移後のＷｅｂページＢに遷移前に表示されていた広告と同一の広告が再表示されている。このとき、規定継続回数「３」の広告が３回再表示されたため、継続フラグがオフに更新されている。
【００６３】
続いて、ＷｅｂページＢから遷移したＷｅｂページＣについて、図４（３）を参照して説明する。ＷｅｂページＣは、ブログ「×××」に関するコンテンツ５３からなり、マンションの販売に関するバナー広告６２が併せて表示されている。遷移前のＷｅｂページＢにおいて継続フラグがオフに更新されたため、遷移後のＷｅｂページＣでは新たな広告データを取得し、遷移前のＷｅｂページＢとは異なるバナー広告６２が表示されている。なお、新たな広告であるマンションの販売に関するバナー広告６２は、ＷｅｂページＣの内容を示すブログ「×××」のコンテンツ５３と関連するものであるとより好適である。
【００６４】
このように、継続フラグがオンである広告は、Ｗｅｂページが遷移した後にも再度表示されるため、広告効果を高めることができ、クリック機会の損失を防止することができる。この場合において、従来周知の行動ターゲティング広告を配信することとすれば、ユーザの好みに合った広告がＷｅｂページの遷移後も表示されることとなり、より広告効果を高めることができる。
【００６５】
また、この継続フラグは、同一の広告が再表示された回数が予め規定された回数（規定継続回数）に達するとオフに更新され、その後Ｗｅｂページを遷移すると新たな広告がユーザに提示される。そのため、同一の広告のみが表示されることを防止することができ、バランスの取れた広告再表示方法を提供することができる。
【００６６】
［第２実施形態］
次に、本発明の別実施形態に係る広告再表示方法について、この広告再表示方法を実現するために好適な広告再表示システム１Ａを用いて説明する。第２実施形態に係る広告再表示方法はＷｅｂサーバではなくクライアント端末において継続フラグを管理する点で、第１実施形態に係る広告再表示方法と異なる。
【００６７】
［広告再表示システム１Ａの構成例］
図７を参照して、広告再表示システム１Ａは、クライアント端末１００、Ｗｅｂサーバ２００、及び広告配信サーバ３００から構成される。クライアント端末１００は、Ｗｅｂページ要求手段１０１、継続フラグ確認手段１０２、継続回数カウント手段１０３、広告ＵＲＬ変更手段１０４、広告要求手段１０５、Ｗｅｂページ表示手段１０６、及びバナー広告記憶手段１０７により構成される。また、Ｗｅｂサーバ２０は、Ｗｅｂ情報取得手段２０１、及びＷｅｂ情報送信手段２０２により構成される。そして、広告配信サーバ３００は、広告選択手段３０１、広告ＤＢ３０２、及び広告情報送信手段３０３により構成される。
【００６８】
Ｗｅｂページ要求手段１０１からＷｅｂページ要求がなされると、Ｗｅｂサーバ２００のＷｅｂ情報取得手段２０１がＷｅｂ情報（コンテンツデータ及び広告サーバＵＲＬ）を取得し、Ｗｅｂ情報送信手段２０２によりこのＷｅｂ情報がクライアント端末１００に送信される。
【００６９】
クライアント端末１００の継続フラグ確認手段１０２は、Ｗｅｂ情報を受信すると、バナー広告記憶手段１０７を参照して、継続フラグの確認を行う。なお、継続フラグ確認手段１０２は、継続フラグの確認に併せて遷移前のＷｅｂページの広告配信サーバと遷移後のＷｅｂページの広告配信サーバとが同一であるか確認することが好ましい。遷移前のＷｅｂページと遷移後のＷｅｂページとで広告配信サーバが異なる場合、遷移前に表示されていた広告を再表示すると好ましくない場合があるためである。また、この処理では、広告配信サーバの確認に合わせて、広告の大きさや書式などのチェックを行うこととしてもよい。なお、バナー広告記憶手段１０７については、図８において説明する。
【００７０】
継続回数カウント手段１０３は、継続フラグがオンであると判別されることを条件に、広告が再表示された回数をカウントする。カウント値は、バナー広告記憶手段１０７に記憶される。なお、カウント値が規定継続回数に達した場合には、継続回数カウント手段１０３は、オンである継続フラグをオフに更新する。
【００７１】
広告ＵＲＬ変更手段１０４は、Ｗｅｂサーバ２０から受信した広告サーバＵＲＬをバナー広告記憶手段１０７に記憶されている個別広告ＵＲＬに変更する。このように、継続フラグがオンである場合には、複数の広告を含む情報である広告サーバＵＲＬから、具体的な広告を特定する個別広告ＵＲＬに変更する。
【００７２】
広告要求手段１０５は、広告サーバＵＲＬ又は個別広告ＵＲＬにアクセスし、広告配信サーバ３０に遷移後のＷｅｂページに表示する広告を要求する。
【００７３】
広告配信サーバ３００の広告選択手段３０１は、広告の要求を受けると、広告ＤＢ３０２を参照して遷移後のＷｅｂページに表示する広告を選択する。広告情報送信手段３０３は、クライアント端末１００に広告情報を送信する。なお、広告情報としては、例えば、広告ＩＤ、バナー広告の画像データ、広告サーバＵＲＬ、個別広告ＵＲＬ、継続フラグの情報、及び規定継続回数に加えて、バナー広告の大きさ、書式などが考えられる。
【００７４】
広告情報を受信すると、クライアント端末１００のＷｅｂページ表示手段１０６は、コンテンツデータ及び広告情報に基づいてＷｅｂページを表示する。
また、広告情報を受信すると、クライアント端末１００はバナー広告記憶手段１０７を更新する。
【００７５】
［バナー広告記憶手段１０７］
図８を参照して、バナー広告記憶手段１０７について説明する。バナー広告記憶手段１０７には、広告配信サーバ３０から取得した広告ＩＤ順に、個別広告ＵＲＬ、カウント値、継続フラグの情報、規定継続回数、が記憶される。なお、これらの情報に加えて、広告サーバＵＲＬ、バナー広告の大きさ、書式などを記憶することとしてもよい。広告が再表示されると、カウント値に１加算され、その結果が規定継続回数と同数になると、継続フラグがＯＦＦに更新される。
【００７６】
［クライアント端末１００、Ｗｅｂサーバ２００、広告配信サーバ３００のハードウェア構成］
クライアント端末１００、Ｗｅｂサーバ２００、広告配信サーバ３００のハードウェア構成については、第１実施形態と同一である。
【００７７】
［処理フロー］
図９は、第２実施形態の広告再表示方法を実現するための処理の流れを示すフローチャートである。
【００７８】
Ｓ５１：ユーザからのＷｅｂページ遷移の操作を受けると、クライアント端末１００の制御部１３００（Ｗｅｂページ要求手段１０１）は、Ｗｅｂサーバ２００に遷移後のＷｅｂページを要求する。
【００７９】
Ｓ５２：クライアント端末１００からＷｅｂページ要求を受けると、Ｗｅｂサーバ２００の制御部１３００（Ｗｅｂ情報取得手段２０１）は、Ｗｅｂページの内容を示すコンテンツのデータ及びＷｅｂページに表示される広告を管理する広告配信サーバ３００のＵＲＬ（広告サーバＵＲＬ）を取得する。
【００８０】
Ｓ５３：続いて、Ｗｅｂサーバ２００の制御部１３００（Ｗｅｂ情報送信手段２０２）は、Ｗｅｂ情報をクライアント端末１００に送信する。
【００８１】
Ｓ５４：Ｗｅｂ情報を受信すると、クライアント端末１００の制御部１３００（継続フラグ確認手段１０２）は、広告サーバＵＲＬのチェックを行う。すなわち、遷移前のＷｅｂページと遷移後のＷｅｂページとで広告配信サーバが同じであるか判別する。また、バナー広告の大きさや書式などが同じであるか否か判別することとしてもよい。
【００８２】
Ｓ５５：続いて、クライアント端末１００の制御部１３００（継続フラグ確認手段１０２）は、バナー広告記憶手段１０７を参照して、継続フラグの情報をチェックする。なお、遷移前のＷｅｂページと遷移後のＷｅｂページとで広告配信サーバが異なる場合には、継続フラグの確認は行わない（オフと判別する）ことが好ましい。
【００８３】
Ｓ５６：このとき、継続フラグがオンである場合には、クライアント端末１００の制御部１３００（継続回数カウント手段１０３）は、継続回数をカウントする。なお、カウント値が規定継続回数と同数となった場合には、継続回数カウント手段１０３は、継続フラグをオフに更新する。
Ｓ５７：続いて、クライアント端末１００の制御部１３００（広告ＵＲＬ変更手段１０４）は、広告ＵＲＬの変更を行う。すなわち、広告サーバＵＲＬを、具体的な広告を特定するための個別広告ＵＲＬに変更する。
Ｓ５８：続いて、クライアント端末１００の制御部１３００（広告要求手段１０５）は、個別広告ＵＲＬに基づいて、広告配信サーバに広告要求を行う。
【００８４】
Ｓ５８：他方、継続フラグがオフである場合には、クライアント端末１００の制御部１３００（広告要求手段１０５）は、広告サーバＵＲＬに基づいて、広告配信サーバに広告要求を行う。
【００８５】
Ｓ５９、Ｓ６０：広告の要求を受けると、広告配信サーバ３００の制御部１３００（広告選択手段３０１）は、広告ＤＢ３０２を参照して表示すべき広告を選択する。次に、広告配信サーバ３００の制御部１３００（広告情報送信手段３０３）は、選択した広告の広告情報をクライアント端末１００に送信する。
【００８６】
Ｓ６１：クライアント端末１００の制御部１３００は、取得したコンテンツデータ及び広告情報に基づいて表示装置１３６０（Ｗｅｂページ表示手段１０６）にＷｅｂページを表示する。
【００８７】
［第３実施形態］
次に、第３実施形態に係る広告再表示方法について説明する。第１実施形態及び第２実施形態に係る広告再表示方法では、同一の広告を再表示することとしているが、第３実施形態に係る広告再表示方法では、同一の広告主が提供する別広告を遷移後のＷｅｂページに表示する点で、第１実施形態及び第２実施形態に係る広告再表示方法と異なる。
【００８８】
なお、第３実施形態に係る広告再表示方法を実現するために好適なシステム構成、そのハードウェア構成、及びその処理フローについては、第１実施形態及び第２実施形態に係る広告再表示方法と同一であるため、説明を省略する。
【００８９】
［広告ＤＢの構成］
第３実施形態に係る広告再表示方法では、図１０に示すように広告ＤＢに同一の広告主の別広告をカウント値に応じて記憶する。そして、広告ＵＲＬ変更手段２６又は１０４が広告ＵＲＬを変更する際に、このカウント値に対応する個別広告ＵＲＬに変更する。これにより、継続フラグがオンである場合には、遷移後のＷｅｂページにおいて、継続回数に応じた同じ広告主の関連するバナー広告が表示されるため、広告効果を高め広告に対するクリック機会を増加させることができる。
【００９０】
なお、図１０では継続回数と画像データとを一対一に対応することとしているが、同じ広告主の関連するバナー広告がＷｅｂページを遷移しても表示されるのであれば、一対一に対応する必要はない。
【００９１】
以上、本発明の実施形態について説明したが、本発明は本実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良などは本発明に含まれるものである。
【００９２】
例えば、同一の広告を再表示する第１実施形態及び第２実施形態において、ユーザ管理ＤＢ２４やバナー広告記憶手段１０７を参照して、再表示すべき広告のＵＲＬ（個別広告ＵＲＬ）を取得することとしているが、リファラ（あるＷｅｂページのリンクをクリックして別のページに移動したときの、リンク元のページ）から個別広告ＵＲＬを取得することとしてもよい。すなわち、リファラにより、遷移前のＷｅｂページに表示されていた広告を特定することとしてもよい。
【符号の説明】
【００９３】
１，１Ａ    広告再表示システム
１０    クライアント端末
１１    Ｗｅｂページ要求手段
１２    広告要求手段
１３    Ｗｅｂページ表示手段
２０    Ｗｅｂサーバ
２１    Ｗｅｂ情報取得手段
２２    ユーザ認証手段
２３    継続フラグ確認手段
２４    ユーザ管理ＤＢ
２５    継続回数カウント手段
２６    広告ＵＲＬ変更手段
２７    Ｗｅｂ情報送信手段
３０    広告配信サーバ
３１    広告選択手段
３２    広告ＤＢ
３３    広告情報送信手段
【図１】
2010224620.tif 000003
【図２】
2010224620.tif 000004
【図３】
2010224620.tif 000005
【図４】
2010224620.tif 000006
【図５】
2010224620.tif 000007
【図６】
2010224620.tif 000008
【図７】
2010224620.tif 000009
【図８】
2010224620.tif 000010
【図９】
2010224620.tif 000011
【図１０】
2010224620.tif 000012