オンライン広告システム及びオンライン広告方法
【課題】 推薦サイトと商用サイトの両方で、オンライン広告の効果を測定し、ユーザの挙動を追跡可能とする。
【解決手段】 ユーザが推薦サイト２にアクセスし、バナー広告を選択すると（Ｓ１）、中継用URLがユーザコンピュータ１に送信される（Ｓ２）。中継装置３は、ユーザコンピュータ１からのリクエストを受信すると（Ｓ３）、IPパケットの送信元を中継装置３のIPアドレスに書き換え（Ｓ４）、商用サイト４に送信する（Ｓ５）。商用サイト４は、中継装置３からのリクエストを受信すると、レスポンスを中継装置３に返す（Ｓ７）。中継装置３は、商用サイト４から受信したIPパケットの送信元を中継装置３のIPアドレスに書き換えて（Ｓ８）、ユーザコンピュータ１に転送する（Ｓ９）。中継装置３は、ユーザコンピュータ１と商用サイト４との間のデータ通信をデータベースに保存する（Ｓ６）。
【解決手段】 ユーザが推薦サイト２にアクセスし、バナー広告を選択すると（Ｓ１）、中継用URLがユーザコンピュータ１に送信される（Ｓ２）。中継装置３は、ユーザコンピュータ１からのリクエストを受信すると（Ｓ３）、IPパケットの送信元を中継装置３のIPアドレスに書き換え（Ｓ４）、商用サイト４に送信する（Ｓ５）。商用サイト４は、中継装置３からのリクエストを受信すると、レスポンスを中継装置３に返す（Ｓ７）。中継装置３は、商用サイト４から受信したIPパケットの送信元を中継装置３のIPアドレスに書き換えて（Ｓ８）、ユーザコンピュータ１に転送する（Ｓ９）。中継装置３は、ユーザコンピュータ１と商用サイト４との間のデータ通信をデータベースに保存する（Ｓ６）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、オンライン広告システム及びオンライン広告方法に関する。
【背景技術】
【０００２】
通信技術及びコンピュータ技術等の進展に伴って、いわゆるインターネットへの接続環境が広く普及している。ユーザは、例えば、自宅や職場等に設置されているパーソナルコンピュータを用いて、あるいは、データ通信可能な携帯電話を用いて、所望のサイトにアクセスすることができる。例えば、ユーザは、インターネット上に構築されている仮想店舗にアクセスすることにより、種々の商品やサービスを入手可能である。
【０００３】
そこで、各仮想店舗の運営者は、ユーザアクセスをできるだけ多く自店のサイトに集めるべく、他のウェブサイト上にバナー広告を掲載する。そのウェブブラウザを訪れたユーザが、バナー広告を選択（いわゆるクリック操作）すると、広告主のサイトにジャンプする（特許文献１，特許文献２）。
【特許文献１】特開２００１−３３８１６７号公報
【特許文献２】特開２００１−２８３０８３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記文献に記載された技術では、広告主は、例えば、他のウェブサイトが有する集客力を利用して、自店舗サイトへのアクセス増大を図ることができる。従来は、管理が容易である等の理由により、広告主は、他サイトから自店舗サイトに誘導されたユーザ数に応じて、他サイトのオーナーに報酬を支払うことが多い。
【０００５】
しかし、このようなユーザの誘導数、即ち、バナー広告のクリック回数に基づいて報酬を支払う方法では、購買に結びつかない単なる冷やかしのクリックに対しても、報酬が支払われることになる。また、モラルハザードを生じた場合は、バナー広告を掲載する他サイトのオーナー自身が、バナー広告をクリックして報酬金額の引き上げを目論む可能性も考えられる。
【０００６】
そこで、成果報酬型の方法が提案されている。成果報酬型では、ユーザが実際に商品等を購入した実績に応じて、バナー広告掲載先のサイトオーナーに報酬を支払うようになっている。これにより、バナー広告掲載先サイトにおいてモラルハザードが生じるのを未然に防止することができる。
【０００７】
しかし、実際にユーザが商品等を購入したか否かの情報は、店舗サイト側でのみ把握可能であり、バナー広告の掲載先サイトでは把握できない。従って、店舗サイト側で新たなモラルハザードを生じる可能性があり、広告主と掲載先サイトのオーナーとの間に不信感を招く可能性がある。
【０００８】
そこで、本発明の目的は、サプライヤシステム及び提携先システムの両方で、提携先システムを介してサプライヤシステムにアクセスしたユーザの挙動を追跡することができるようにしたオンライン広告システム及びオンライン広告方法を提供することにある。本発明のさらなる目的は、後述する実施形態の記載から明らかになるであろう。
【課題を解決するための手段】
【０００９】
上記課題を解決すべく、本発明の一つの観点に従うオンライン広告システムは、サプライヤシステムへユーザを案内するための案内用情報をユーザコンピュータに提供する提携先システムを備えたオンライン広告システムであって、ユーザコンピュータ及びサプライヤシステムにそれぞれ通信ネットワークを介して接続され、ユーザコンピュータとサプライヤシステムとの間のデータ通信を中継する中継装置を設け、案内用情報には、中継装置を経由してサプライヤシステムにアクセスするための接続用情報が含まれており、中継装置は、ユーザコンピュータとサプライヤシステムとの間のデータ通信を中継するデータ中継手段と、このデータ中継手段によって中継されたデータ通信のうち所定のデータ通信の状況を保存する通信状況保存手段と、を備える。
【００１０】
ここで、サプライヤシステムとは、商品やサービスを提供するサプライヤによって運用されるコンピュータシステムであり、例えば、商用サイトや店舗サイト等と呼ぶこともできる。提携先システムとは、宣伝広告に関してサプライヤシステムと提携しているコンピュータシステムであり、例えば、広告サイトあるいは提携先サイトまたは推薦サイト等と呼ぶことができる。また、ユーザコンピュータとは、ユーザによって使用されるコンピュータを意味し、例えば、パーソナルコンピュータや携帯電話、携帯情報端末を挙げることができる。
【００１１】
提携先システムは、例えば、ユーザコンピュータのウェブブラウザによって閲覧されるウェブページ内に、案内用情報を設けることができる。案内用情報とは、サプライヤシステムへユーザを導くための情報であり、例えば、バナー広告等が該当する。案内用情報には、中継装置を経由してサプライヤシステムにアクセスするための接続用情報が含まれている。
【００１２】
ユーザコンピュータとサプライヤシステムとの間には、中継装置が設けられる。中継装置は、ユーザコンピュータとサプライヤシステムとの間のデータ通信を中継するデータ中継手段と、中継されたデータ通信の状況を保存する通信状況保存手段とを備えることができる。中継装置は、提携先システム内に設けることもできるし、提携先システムとは別のコンピュータシステム内に設けることもできる。
【００１３】
従って、ユーザが案内用情報を選択してサプライヤシステムへのアクセスを希望した場合、ユーザコンピュータは直ちにサプライヤシステムに接続されるのではなく、いったん中継装置に接続される。そして、中継装置は、ユーザコンピュータに成り代わってサプライヤシステムにアクセスし、サプライヤシステムからのデータをユーザコンピュータに転送する。このデータ中継の状況は、通信状況保存手段によって保存される。通信状況としては、どのユーザがどのサプライヤシステムにいつアクセスし、どのような操作を行ったか等を含めることができる。つまり、中継装置は、ユーザコンピュータとサプライヤシステムとの間で行われた取引の状況を記録して保存する。ユーザとの取引状況は、サプライヤシステムにおいても把握することができる。
【００１４】
従って、提携先システムとサプライヤシステムとの両方で、ユーザとサプライヤシステムとの間のデータ交換（取引内容）をそれぞれ把握することができ、オンライン広告の効果に関する情報をそれぞれが管理可能であり、相互不信の発生を抑制できる。
【００１５】
データ中継手段は、（１）ユーザコンピュータからサプライヤシステムへのデータ送信を中継装置からサプライヤシステムへのデータ送信としてアドレス情報を書き換え、（２）サプライヤシステムからユーザコンピュータへのデータ送信を中継装置からユーザコンピュータへのデータ送信としてアドレス情報を書き換えることができる。
【００１６】
即ち、中継装置は、ユーザコンピュータから受信したIP（Internet Protocol）パケット内の送信元IPアドレスを中継装置のIPアドレスに書き換えてから、サプライヤシステムに送信する。逆に、中継装置は、サプライヤシステムから受信したIPパケット内の送信元IPアドレスを中継装置のIPアドレスに書き換えてから、ユーザコンピュータに送信する。従って、ユーザコンピュータ及びサプライヤシステムは、それぞれ中継装置を相手にしてデータ通信を行うことになる。即ち、ユーザコンピュータとサプライヤシステムとは、互いに相手を直接認識することができない。
【００１７】
接続用情報には、少なくとも、中継装置を特定するアドレス情報と、ユーザコンピュータと中継装置との通信セッションを特定するためのセッション識別情報と、提携先システムで生成された接続用情報であることを示す生成元情報と、案内用情報を識別するための案内用情報識別情報と、サプライヤシステムを特定するためのサプライヤシステム識別情報とを含めることができる。そして、データ中継手段は、ユーザコンピュータが接続用情報を介してアクセスしてきた場合に、この接続用情報内に生成元情報と、案内用情報識別情報と、サプライヤシステム識別情報とが含まれているか否かを判定し、含まれていると判定した場合は、ユーザコンピュータとサプライヤシステムとの間のデータ通信を中継することができる。即ち、中継装置は、中継の必要のあるデータ通信であるか否かを予め判別し、中継の必要のあるデータ通信のみを中継するようになっている。
【００１８】
提携先システムは、サプライヤシステムにより実行されるアプリケーションプログラムを呼び出して、ユーザコンピュータのウェブブラウザによって閲覧されるウェブページ上で、アプリケーションプログラムとウェブブラウザとの間のデータ交換を行わせることができる。そして、通信状況保存手段は、アプリケーションプログラムとウェブブラウザとの間のデータ交換の状況も保存することができる。
【００１９】
アプリケーションプログラムとしては、例えば、CGI（Common Gateway Interface）プログラム等のように、ユーザから入力された情報を処理し、その処理結果を返すようなプログラムを挙げることができる。具体的には、注文受付処理プログラムや発送先確認処理プログラム等のような、商取引の全部または一部を処理するプログラムを挙げることができる。提携先システムのウェブページ内に、フォーム入力画面を表示させて、そこにユーザが所定の情報（注文する商品名や数量等）を入力すると、このフォーム入力情報は、通信状況保存手段により検出されて保存される。また、アプリケーションプログラムによる処理結果は、ウェブページ内のフォーム出力画面を介して、ユーザに通知されるが、この出力情報も通信状況保存手段により検出されて保存される。
【００２０】
通信状況保存手段による保存結果とサプライヤシステムにより管理されている提携先システムの貢献度とが適合するか否かを判定する照合手段をさらに備えてもよい。通信状況保存手段は、ユーザコンピュータとサプライヤシステムとの間で行われたデータ通信の状況（取引内容等）を保存している。一方、サプライヤシステムでは、そのアクセス状況及び購入実績等に基づいて、提携先システムの貢献度を管理している。提携先システムへの報酬は、その貢献度により定まる。中継装置の保存結果とサプライヤシステムからの報酬（貢献度）とを照合することにより、適正な評価が行われているか否かを確認することができる。照合手段は、評価確認手段と呼ぶこともできる。
【００２１】
提携先システムは、サプライヤシステムへの連絡用情報を、提携先システムへの連絡用情報に置き換えて、前記ユーザコンピュータに提供してもよい。連絡用情報としては、例えば、電子メールアドレス等を挙げることができる。サプライヤシステム宛の電子メールアドレスを提携先システムへの電子メールアドレスに置換してユーザコンピュータに提供することにより、電子メールを利用した注文の取り消しや納期変更等の情報も、提携先システム側で把握することができる。
【００２２】
案内用情報は、ユーザによって持ち運び可能な形態で提携先システムから提供することもできる。持ち運び可能な形態としては、例えば、印刷出力されたクーポン券や携帯電話等に記憶された電子化クーポン券等を挙げることができる。例えば、ユーザは、提携先システムに掲載されたクーポン券を印刷したり、あるいは、携帯電話等の小型端末内に記憶させることができる。ユーザは、実際の店舗に赴いて、そのクーポン券を利用することができる。ユーザがクーポン券を利用して商品等を購入すると、その使用されたクーポン券の情報が、中継装置を介してサプライヤシステムに送信される。
【００２３】
本発明の他の観点に従うデータ通信制御方法は、サプライヤシステムからユーザコンピュータへオンラインで広告を行うためのオンライン広告方法であって、サプライヤシステムへユーザを案内するための案内用情報を含むウェブページを生成し、このウェブページをユーザコンピュータに提供するステップと、ユーザコンピュータが案内用情報を選択した場合は、ユーザコンピュータ及びサプライヤシステムがそれぞれ互いに直接認識できないようにアドレス情報を書き換えて、ユーザコンピュータとサプライヤシステムとの間のデータ通信を中継するステップと、中継されたデータ通信の状況を保存するステップと、を含む。
【００２４】
本発明の機能、手段、ステップの全部または一部は、例えば、マイクロコンピュータにより実行されるコンピュータプログラムとして構成可能な場合がある。そして、このコンピュータプログラムは、例えば、ハードディスク、光ディスク、半導体メモリ等の記憶媒体に固定して配布することができる。または、コンピュータプログラムをインターネット等の通信ネットワークを介して、配信することもできる。
【発明を実施するための最良の形態】
【００２５】
以下、図面に基づき、本発明の実施の形態を説明する。本実施形態では、以下に述べるように、ユーザとサプライヤシステムとの間の取引状況を中継装置によって監視し、その取引内容を保存することにより、提携先システムでの広告を契機として行われた取引に関する情報を提携先システム側でも管理できるようにしている。
【００２６】
このオンライン広告システムは、例えば、ユーザコンピュータ１と、推薦サイト２と、中継装置３と、商用サイト４とを含んで構成することができる。ユーザコンピュータ１としては、例えば、パーソナルコンピュータや携帯電話、携帯情報端末等を挙げることができる。ユーザコンピュータ１は、例えば、ウェブブラウザのようなアクセス手段を備えている。
【００２７】
推薦サイト２及び商用サイト４は、例えば、パーソナルコンピュータやサーバコンピュータとして構成することができる。推薦サイト２は、商用サイト４の存在または商用サイト４で提供されている商品等をユーザに広告するコンピュータシステムである。推薦サイト２は、例えば、仮想商店街のポータルサイト、商品等の紹介サイト、個人サイト、企業サイト等のように、種々のサイトとして構築可能である。
【００２８】
推薦サイト２は、ウェブページをユーザコンピュータ１に提供する。ウェブページには、推薦サイト２のオリジナルコンテンツに加えて、バナー広告が掲載されている。バナー広告とは、例えば、画像やテキストによって、商用サイト４自身や商用サイト４が提供する商品等を紹介するための情報である。このバナー広告には、中継装置３を経由して商用サイト４にアクセスするためのURL（Uniform Resource Locator）が設定されている。
【００２９】
中継装置３は、推薦サイト２と連携して動作するもので、ユーザコンピュータ１と商用サイト４との間のデータ通信を中継し、この通信の状況を記録する。中継装置３は、推薦サイト２と別体のコンピュータとして設けることもできるし、推薦サイト２内に設けることもできる。
【００３０】
中継装置３は、ユーザコンピュータ１と商用サイト４との間に介在することにより、ユーザコンピュータ１と商用サイト４との間の直接的なデータ交換を阻止する。中継装置３は、ユーザコンピュータ１から受信したIPパケットの送信元IPアドレスを、中継装置３に設定されているIPアドレスに書き換えて、商用サイト４に転送する。また、中継装置３は、商用サイト４から受信したIPパケットの送信元IPアドレスを、中継装置３に設定されているIPアドレスに書き換えて、ユーザコンピュータ１に転送する。
【００３１】
商用サイト４は、例えば、各種商品やサービスを提供するサプライヤにより運営されているコンピュータシステムである。図では一つのみ示すが、実際には複数の商用サイト４を設けることができる。サプライヤは、商用サイト４に加えて、実際の店舗（リアル店舗）を有することもできる。
【００３２】
商用サイト４には、サプライヤの提供する商品等を紹介するウェブページや、その商品等への注文を受け付けるためのプログラム、顧客データベース等が設けられている。また、商用サイト４は、推薦サイト２に掲載されたバナー広告を契機とする注文であるか否かを判別し、推薦サイト２の貢献度を評価することができる。
【００３３】
次に、本実施形態の全体動作を説明する。ユーザは、ウェブブラウザを介して、推薦サイト２にアクセスする。例えば、そのユーザの興味を惹くバナー広告が掲載されている場合、ユーザは、そのバナー広告を選択する（Ｓ１）。
【００３４】
ユーザがバナー広告を選択すると、中継装置３を経由して商用サイト４にアクセスするためのURLが推薦サイト２からユーザコンピュータ１に送信される（Ｓ２）。ユーザコンピュータ１のウェブブラウザは、推薦サイト２から受信したURLへアクセスし、コンテンツを要求する（Ｓ３）。
【００３５】
ここでのコンテンツとしては、例えば、商用サイト４のトップページや商品等の紹介ページまたは注文ページ等を挙げることができる。なお、図中では、コンテンツの送受信を示しているが、ユーザコンピュータ１と商用サイト４とは、中継装置３を介して、各種のIPパケットを交換する。これらのIPパケットには、例えば、商品等を紹介する情報、商品等を注文するために必要な情報、商品等の注文が受け付けられたことを示す情報等を格納させることができる。
【００３６】
中継装置３は、ユーザコンピュータ１からのリクエストを受信すると、このIPパケットに含まれる送信元IPアドレスを中継装置３のIPアドレスに書き換えて（Ｓ４）、商用サイト４に送信する（Ｓ５）。また、中継装置３は、ユーザコンピュータ１からのリクエストをデータベースに記録して保存する（Ｓ６）。
【００３７】
商用サイト４は、中継装置３からのリクエストを受信すると、所定のレスポンスを中継装置３に返す（Ｓ７）。中継装置３は、商用サイト４から受信したIPパケットの送信元IPアドレスを中継装置３のIPアドレスに書き換えて（Ｓ８）、ユーザコンピュータ１に転送する（Ｓ９）。中継装置３は、商用サイト４からユーザコンピュータ１に送信されたレスポンスをデータベースに記録して保存する（Ｓ６）。
【００３８】
ここで、ユーザコンピュータ１と中継装置３との間の通信セッションには、それぞれ識別コードが対応付けられており、どのユーザコンピュータ１とのデータ通信であるかが特定される。従って、複数回のHTTP（HyperText Transfer Protocol）リクエスト及びHTTPレスポンスがユーザコンピュータ１と商用サイト４との間で行われた場合でも、ユーザコンピュータ１を特定して商取引の状況（取引ログ）を記録することができる。
【００３９】
推薦サイト２は、中継装置３により保存された取引ログに基づいて、商用サイト４への貢献度を推測することができる。一方、商用サイト４では、インターネット経由の注文を独自に管理しており、この管理データに基づいて、推薦サイト２に掲載されたバナー広告の広告効果を評価する。
【００４０】
例えば、毎月末等のように、所定の期日が到来すると、商用サイト４のサプライヤは、バナー広告による受注金額を集計し、この金額に所定割合を乗じた金額を推薦サイト２への報酬として算出する。一方、推薦サイト２の運営者は、中継装置３に保存されている取引ログを参照することにより、サプライヤによって算出された報酬金額の妥当性を判断することができる。
【００４１】
このように、本実施形態では、推薦サイト２に掲載されたバナー広告の効果を、推薦サイト２及び商用サイト４の両方でそれぞれ独自に追跡し、管理することができる。従って、成果報酬型の報酬が支払われる場合に、商用サイト４側でモラルハザードが生じるのを未然に抑止することができ、相互の信頼の下でオンライン広告を有効に機能させることができる。
【００４２】
また、推薦サイト２側でもバナー広告の効果を評価できるため、バナー広告の掲載方法や掲載するバナー広告の種類等について検討することができ、商用サイト４と協調してオンライン広告の改善に取り組むことができる。以下、本実施形態のより詳細な実施例を説明する。
【実施例１】
【００４３】
図２は、オンライン広告システムの全体構成を示すブロック図である。この広告システムは、例えば、ユーザコンピュータ１０と、推薦サイト２０と、中継装置３０と、商用サイト４０とを含んで構成することができる。図中では、説明の便宜上それぞれ一つずつ示しているが、実際には、それぞれ複数ずつ設けることができる。
【００４４】
ユーザコンピュータ１０は、商品等を購入するユーザによって使用されるコンピュータであり、ウェブブラウザ１１やメーラー（不図示）等を備えている。
【００４５】
推薦サイト２０は、例えば、仮想商店街の運営サイトや商品等の紹介サイトとして構築されるコンピュータシステムである。推薦サイト２０は、ユーザコンピュータ１０に提供するためのウェブページ２１を記憶しており、ウェブページ２１にはバナー広告２２及びローカルコンテンツ２３が含まれている。ウェブページ２１の詳細はさらに後述するが、バナー広告２２は商用サイト４にユーザを誘導するための情報である。
【００４６】
また、推薦サイト２０は、URLスクリプト埋込部２４と、セッションID生成部２５と、セッションログ集計部２６と、セッションID記憶部２７とを備えることができる。URLスクリプト埋込部２４は、商用サイト４へ誘導するためのURLが設定されたバナー広告２２を生成するためのものである。セッションID生成部２５は、ユーザコンピュータ１０と推薦サイト２０との間の通信セッションを特定するためのセッションID（識別コード）を生成するものである。セッションログ集計部２６は、ユーザコンピュータ１０との間の通信セッションを集計するもので、集計結果はHTTPログ記憶部３７に記憶される。セッションID記憶部２７は、セッションIDを記憶する。
【００４７】
中継装置３０は、ユーザコンピュータ１０と商用サイト４０との間のデータ通信を中継し、両者の間で行われた取引に関する情報を収集して保存するものである。中継装置３０は、推薦サイト２０と連携して動作するもので、プロキシサーバ機能と、ゲートウェイ機能と、データロガー機能をそれぞれ実現する。
【００４８】
中継装置３０は、コンピュータプログラム製品として構成可能であり、推薦サイト２０内に中継装置３０を設けることができる。あるいは、中継装置３０を、例えば、推薦サイト２０とは別体のコンピュータやゲートウェイ装置として構成することもできる。また、複数のコンピュータを連動させることにより、中継装置３０の各機能をそれぞれ実現させる構成でもよい。
【００４９】
中継装置３０は、例えば、URLフィルタ３１と、IPアドレス変換部３２と、URL変換部３３と、セッション記録部３４と、送信フォーム記録部３５と、キャンセル方法通知部３６とを備えて構成することができる。これらの各機能３１〜３６は、それぞれのプログラムによって実現可能である。各機能の詳細は、図を改めてそれぞれ後述する。
【００５０】
HTTPログ記憶部３７は、ユーザコンピュータ１０と商用サイト４０とが中継装置３０を介して行ったデータ通信の状況を記憶する。ユーザコンピュータ１０は、例えば、所望の商品等を特定するための情報（商品名や型番等）や数量等の情報を中継装置３０を介して商用サイト４０に送信する。商用サイト４０は、例えば、受注確認や予定納期、配達方法等の情報を中継装置３０を介してユーザコンピュータ１０に送信する。中継装置３０は、これらの取引に関する情報を各セッションID毎にそれぞれ収集して、HTTPログ記憶部３７に保存させる。従って、HTTPログ記憶部３７は、例えば、通信状況保存手段、取引情報記憶手段等のように呼ぶことができる。なお、HTTPは、本システムで使用可能なプロトコルの一例であって、本発明はこれに限定されない。
【００５１】
商用サイト４０は、商品やサービスを提供するサプライヤにより運営されているコンピュータシステムである。商用サイト４０は、例えば、URLスクリプト生成部４１と、ウェブページ生成部４２とを備えることができる。URLスクリプト生成部４１は、バナー広告２２用のスクリプトを生成して、これを推薦サイト２０に提供する。ウェブページ生成部４２は、商品等の紹介や注文を受けるための一つまたは複数のウェブページを生成するものである。また、商用サイト４０では、商品等の販売管理に使用する一つ以上のウェブアプリケーションプログラムを稼働させることができる。
【００５２】
図３は、推薦サイト２０がユーザコンピュータ１０に提供するウェブページ２１の構成を模式的に示す説明図である。このウェブページ２１は、ウェブブラウザ１１によって閲覧可能である。
【００５３】
ウェブページ２１は、例えば、タイトル表示部２１Ａと、バナー広告２２Ａ〜２２Ｃ（特に区別しない場合は全体として「バナー広告２２」と呼ぶ）と、ローカルコンテンツ２３とを含んで構成することができる。
【００５４】
タイトル表示部２１Ａは、画像やテキストにより、推薦サイト２０のサイト名やウェブページ２１のページ名を表示する箇所である。バナー広告２２は、商用サイト４０を紹介したり、商用サイト４０で提供されている商品等を紹介するための広告情報である。バナー広告２２には、中継装置３０を介して商用サイト４０にアクセスするためのURLが予め設定されている。
【００５５】
例えば、バナー広告２２Ａは、画像データによってＡ社そのものを宣伝する。バナー広告２２Ｂは、サプライヤの名称ではなく、そのサプライヤが販売している商品そのものを商品自体の画像データで宣伝する。バナー広告２２Ｃは、テキストによって、Ｂ社の存在を宣伝する。画像バナーの場合は、静止画像でも動画像でもいずれでもよい。また、例えば、同一の表示領域に、異なる複数のバナー広告を所定タイミングで切り替えながら、それぞれ表示させることもできる。
【００５６】
ローカルコンテンツ２３は、推薦サイト２０のオリジナルコンテンツである。ローカルコンテンツ２３は、例えば、推薦サイト２０へユーザアクセスを集めるために掲載されている。推薦サイト２０が個人運営サイトの場合、ローカルコンテンツ２３としては、例えば、日記や写真等が用いられる。推薦サイト２０が仮想商店街の運営者サイトや企画サイト等のような企業サイトの場合、例えば、お買い得情報や顧客の体験談等がローカルコンテンツ２３として用いられる。なお、ローカルコンテンツ２３は、集客のための一手段であって、本システムでは必ずしも必要ではない。
【００５７】
図４は、本システムの全体動作の概略を示すフローチャートである。以下の説明では、ステップを「Ｓ」と略記する。なお、以下のフローチャートは、それぞれ処理の概略を示すもので、実際のプログラムとは相違する。
【００５８】
まず、ユーザは、ユーザコンピュータ１０のウェブブラウザ１１を用いて、推薦サイト２０にアクセスし、所望のバナー広告２２を選択する。これにより、ユーザコンピュータ１０から推薦サイト２０にHTTPリクエストが送信される（Ｓ１１）。
【００５９】
推薦サイト２０は、ユーザコンピュータ１０からのリクエストを受信すると（Ｓ１２）、そのユーザコンピュータ１０との通信セッションを識別するためのセッションIDを生成する（Ｓ１３）。推薦サイト２０は、バナー広告２２に予め設定されているURLに、セッションID等の所定の情報を加えてURLを生成し（Ｓ１４）、このURLをユーザコンピュータ１０に送信する（Ｓ１５）。
【００６０】
推薦サイト２０からユーザコンピュータ１０に送信されるURL”Ｄ１０”の詳細は、さらに後述する。なお、URL生成には種々の方法を採用可能である。一つの方法は、セッションID以外の部分を予め全て設定しておき、ユーザコンピュータ１０からアクセスされた場合にセッションIDを付加する。他の一つの方法は、ユーザコンピュータ１０からアクセスされたときに、URLの多くの部分を生成して完成させる方法である。いずれの方法を採用してもよいし、これ以外の方法を採用してもよい。
【００６１】
ユーザコンピュータ１０は、推薦サイト２０からURLを受信すると（Ｓ１６）、このURLの示す先にアクセスする（Ｓ１７）。このURLには、中継装置３０のアドレスが含まれており、ユーザコンピュータ１０は中継装置３０に接続される。
【００６２】
中継装置３０は、ユーザコンピュータ１０からのリクエストを受信すると（Ｓ１８）、このリクエストのURLを検査する（Ｓ１９）。予定されている所定の情報を含んだURLによってリクエストが行われた場合（S19：可）、中継装置３０は、ユーザコンピュータ１０とのセッションをHTTPログ記憶部３７に記録させる（Ｓ２０）。所定条件を満たさないURLを用いてHTTPリクエストが行われた場合（S19：不可）、中継装置３０は、このリクエストを処理せずに、ユーザコンピュータ１０にエラーを通知する。即ち、中継装置３０は、推薦サイト２０に掲載されたバナー広告２２に基づくHTTPリクエスト及びレスポンスのみを中継するようになっている。
【００６３】
中継装置３０は、ユーザコンピュータ１０から受信したIPパケット中の送信元IPアドレスを中継装置３０のIPアドレスに書き換えて（Ｓ２１）、商用サイト４０にHTTPリクエストを送信する（Ｓ２２）。つまり、中継装置３０は、ユーザコンピュータ１０に成り代わって、商用サイト４０にアクセスする。商用サイト４０に対してユーザコンピュータ１０の存在は隠される。
【００６４】
商用サイト４０は、中継装置３０からのリクエストを受信すると（Ｓ２３）、このリクエストに対応するレスポンスを生成して中継装置３０に送信する（Ｓ２４）。取引の初期段階で生成されるレスポンスとしては、例えば、商品等の宣伝ページ等を挙げることができる。
【００６５】
中継装置３０は、商用サイト４０からHTTPレスポンスを受信すると（Ｓ２５）、IPパケットに含まれている送信元IPアドレスを中継装置３０のIPアドレスに書き換えてから（Ｓ２６）、このレスポンスをユーザコンピュータ１０に送信する（Ｓ２７）。
【００６６】
ユーザコンピュータ１０は、中継装置３０からのレスポンスを受信すると（Ｓ２８）、このレスポンスをウェブブラウザ１１に表示させる（Ｓ２９）。例えば、ウェブブラウザ１１には、商品の特徴や使用例といった商用サイト４０の宣伝コンテンツを含む商品カタログページが表示される。商品カタログページから、購入したい商品やサービスを選択すると、型番や価格が表示されたフォーム画面に遷移する。このフォーム画面では、ユーザに対して、希望数量の入力及び購買の意思決定が求められる。送信フォームには、最終的な「購入決定」の意図を相手方に通知するフォーム送信ボタンが設けられる。
【００６７】
ユーザは、商品等の購入を希望する場合、商品の希望数量のほか、配送先住所、支払い方法等の購入に際して必要な情報を入力して、「購入決定」の意図を示すフォーム送信ボタンを押下する。これらの購入の際に行われるユーザ操作は、新たなHTTPリクエストとして中継装置３０に送信され（Ｓ１７）、上述のＳ１８〜Ｓ２９が繰り返される。
【００６８】
ここで留意すべき点は、ユーザコンピュータ１０と商用サイト４０との間で行われるデータ通信（取引）は、全て中継装置３０を介して行われ、直接のデータ交換が防止されている点と、この取引に関する情報は中継装置３０によって記録されている点である。
【００６９】
次に、図５は、図４中のＳ１４に示すURL生成（変換）処理の概略を示すフローチャートである。推薦サイト２０は、予めバナー広告２２に用いるデータ（画像データ等のウェブコンテンツ）をハードディスク等のキャッシュ領域に保存する（Ｓ４１）。そして、推薦サイト２０は、バナー広告２２に設定されているURLを、中継装置３０を経由してアクセスするためのURLに変更する（Ｓ４２）。本実施例では、この変更後のURLを中継用URLと呼ぶ。
【００７０】
これにより、ユーザがバナー広告２２をクリックした場合でも、ウェブブラウザ１１は商用サイト４０に直接移動することはできず、中継装置３０に接続される。
【００７１】
図６は、推薦サイト２０からユーザコンピュータ１０に渡される中継用URL”Ｄ１０”の一例を示す説明図である。この中継用URLは、例えば、Ｄ１１及びＤ１２の２つのデータ領域に大別することができる。
【００７２】
中継用URLの先頭に位置するＤ１１は、ユーザから確認可能な情報であり、中継装置３０のIPアドレス（あるいはドメイン名）とセッションIDとが含まれている。Ｄ１１に続くＤ１２は、実際には、データ部を推薦サイトで暗号化しているため、ユーザから隠された情報となっており、中継装置３０で復号化して用いる。推薦サイト２０で暗号化したデータを中継装置３０で復号化するための‘鍵’は、推薦サイト２０から中継装置３０へ予め配布しておく。Ｄ１２には、例えば、推薦サイト２０を特定するための情報Ｄ１２ａと、商用サイト４０により管理されている広告識別情報Ｄ１２ｂと、目的とするウェブページを特定するためのIPアドレス（以下、これを「目的URL」と呼ぶ）Ｄ１２ｃとを含むことができる。
ここで、セッションIDは、案内用情報を識別するための「案内用情報識別情報」として定義可能である。Ｄ１２は、案内用情報の一例に該当する。
なお、案内情報の生成元を示す生成元情報は、図６中では「originator」という変数名で示されている。また、図６中に示す「affiriate」という変数の値が商用サイト４０に送られることにより、商用サイト４０では、この情報を提携先の推薦サイト２０を識別するコードとして使用することができる。
なお、上記のように変数と値のペアを‘＝’で結び‘＆’で区切る形式で並べた組をURLの後ろに付ける方法に限らない。例えば、HTTPヘッダに変数と値のペアを配置するクッキーという手法を使っても同様の効果を得ることができる。
【００７３】
上述した図４中のＳ１９では、ユーザコンピュータ１０から受信したリクエストが、図６に示すような情報を含んでいるか否かを検査し、必要な情報を含んでいるIPパケットのみを処理するようになっている（URLフィルタリング）。
【００７４】
図７は、推薦サイト２０のウェブページ２１に表示されたフォームを用いて商品等を購入する場合の様子を示す。
【００７５】
図７（ａ）は、商品等の注文画面である。推薦サイト２０のウェブページ２１内に、商用サイト４０上で実行される受注処理プログラムのユーザインターフェース部分を呼び出して表示させることができる。この受注処理プログラムは、予め設定されている所定の情報の入力を促す。定型のフォームが定まっているため、このユーザインターフェース部分をフォーム２４と呼ぶ。
【００７６】
ユーザが購入に必要な情報を注文フォームＦ１に入力すると、Ｄ２１に示すような発注用フォームデータがユーザコンピュータ１０から送信される。中継装置３０は、この発注用フォームデータの全部または少なくとも一部をHTTPログ記憶部３７に記憶させる。中継装置３０は、発注用フォームデータに含まれる各情報のうち、例えば、注文された商品等の名称、その型番、その購入数量、その単価及び合計金額を取得してHTTPログ記憶部３７に記憶させることができる。これらの情報に加えて、決済方法や送り先住所や配送希望日時、特記事項等の情報を保存してもよい。この場合、個人情報の保護に配慮して、取引内容からユーザが特定されないように、かつ、個人情報が悪用されないように、必要な暗号化処理等を行うのが望ましい。
【００７７】
図７（ｂ）は、商用サイト４０で実行された処理結果を表示する受注確認画面の一例を示す。発注フォームデータが中継装置３０を介して商用サイト４０に送信されると、商用サイト４０は、購入に必要な情報が全て揃っているか否か等を検査し、ユーザからの注文を受け付ける。そして、注文が受け付けられた旨のレスポンスＤ２２は、商用サイト４０から中継装置３０を介してユーザコンピュータ１０に送信される。
【００７８】
受注確認フォームＦ２では、ユーザの注文内容や発注番号等が表示される。中継装置３０は、商用サイト４０から入力される注文受付メッセージデータＤ２２の中から所定の情報（例えば、発注番号等）を抽出し、この情報をHTTPログ記憶部３７に記憶させる。
【００７９】
ここで、発注時に抽出される情報と発注確認時に抽出される情報には、それぞれ共通のセッションIDが割り当てられており、このセッションIDやタイムスタンプと関連づけられてHTTPログ記憶部３７にそれぞれ記憶される。従って、セッションIDを検索キーとして検索することにより、あるひとまとまりの取引内容に含まれる情報を検出することができる。
【００８０】
図８は、セッションIDを生成する様子を示す説明図である。図８には、IPパケットのフォーマットが示されている。IPパケットには、バージョン、ヘッダ長、サービスタイプ（TOS）、データグラム長、フラグ、フラグメントオフセット、プロトコル番号、送信元IPアドレス、宛先IPアドレス、データ部分等が含まれている。
【００８１】
本実施例では、これらの各情報のうち、送信元IPアドレスと宛先IPアドレス及びプロトコル番号に着目し、これら３種類の情報の組合せに対して、本システム内で一意に定まるセッションIDを割り当てるようになっている。なお、一つの中継装置３０が複数の推薦サイト２０と連携する場合は、各推薦サイト２０毎に一意に定まるセッションIDを割り当てればよい。
【００８２】
図９は、推薦サイト２０及び中継装置３０の両方でそれぞれセッションを管理するためのセッション記録テーブルを示す説明図である。第１のセッション記録テーブルＴ１１は、推薦サイト２０内で生成される。このセッション記録テーブルＴ１１は、送信元IPアドレスと宛先IPアドレスとプロトコル番号との組合せに対して、それぞれ一意のセッションIDを割り当てて記録している。
【００８３】
ここで、第１セッション記録テーブルＴ１１では、送信元IPアドレスとしてユーザコンピュータ１０のIPアドレスが格納され、宛先IPアドレスとして商用サイト４０のIPアドレスが格納される。
【００８４】
図９の下側に示す第２のセッション記録テーブルＴ１２は、中継装置３０により生成される。このセッション記録テーブルＴ１２は、前記同様に、送信元IPアドレスと宛先IPアドレスとプロトコル番号との組合せに対して、それぞれ一意のセッションIDを割り当てて記録している。
【００８５】
第２セッション記録テーブルＴ１２では、送信元IPアドレスとしてユーザコンピュータ１０のIPアドレスまたは商用サイト４０のIPアドレスのいずれか一方が格納され、宛先IPアドレスとして中継装置３０のIPアドレスが格納される。
【００８６】
そして、テーブルＴ１２で使用されるセッションIDには、テーブルＴ１１で使用されているセッションIDが使用されている。即ち、ユーザコンピュータ１０と商用サイト４０との間で行われる一連の通信は、共通のセッションIDで管理される。推薦サイト２０で発行されたセッションIDを中継装置３０に送信して受け継がせることにより、同一のセッションIDでデータ通信を監視することができる。従って、セッションIDを検索キーとして使用することにより、その通信が、いずれのユーザコンピュータ１０といずれの商用サイト４０との間で行われたものであるかを特定することができる。
【００８７】
図１０は、IPアドレス変換処理を示すフローチャートである。中継装置３０は、IPパケットを受信したか否かを監視している（Ｓ５１）。IPパケットを受信した場合（S51：YES）、中継装置３０は、そのIPパケットが変換対象のパケットであるか否かを判定する（Ｓ５２）。ここでは、バナー広告２２を契機としてユーザコンピュータ１０と商用サイト４０との間で行われる一連のデータ通信に使用されるIPパケットを、変換対象とする。従って、ユーザコンピュータ１０または商用サイト４０以外のノードから受信されたIPパケットは、変換の対象とならない。
【００８８】
変換対象のIPパケットである場合（S52：YES）、中継装置３０は、ユーザコンピュータ１０からのIPパケットであるか否かを判定する（Ｓ５３）。ユーザコンピュータ１０からのIPパケットの場合（S53：YES）、中継装置３０は、各テーブルＴ１１，Ｔ１２を参照して通信セッションを特定する（Ｓ５４）。そして、中継装置３０は、そのIPパケットの送信元IPアドレスとして中継装置３０のIPアドレスをセットし（Ｓ５５）、宛先IPアドレスとして商用サイト４０のIPアドレスをセットする（Ｓ５６）。
【００８９】
これに対し、受信したIPパケットが商用サイト４０からのパケットである場合（S53：NO）、中継装置３０は、各テーブルＴ１１，Ｔ１２を参照して通信セッションを特定する（Ｓ５７）。そして、中継装置３０は、そのIPパケットの送信元IPアドレスとして中継装置３０のIPアドレスをセットし（Ｓ５８）、宛先IPアドレスとしてユーザコンピュータ１０のIPアドレスをセットする（Ｓ５９）。
【００９０】
このように、中継装置３０内で、ユーザコンピュータ１０から受信したIPパケット及び商用サイト４０から受信したIPパケットの情報をそれぞれ書き換えることにより、ユーザコンピュータ１０は中継装置３０との間で、商用サイト４０は中継装置３０との間で、それぞれデータ通信を行うことになる。この結果、ユーザコンピュータ１０と商用サイト４０とが互いをそれぞれ認識して直接的にデータ通信を行うのを阻止している。
【００９１】
図１１は、推薦サイト２０のウェブページ２１内に表示されるフォームを介したデータ通信を記録するためのフローチャートである。中継装置３０は、商用サイト４０宛のフォームデータＤ２１を取得する（Ｓ７１）。中継装置３０は、このフォームデータＤ２１を解析し、変数と値のペアを抽出する（Ｓ７２）。
【００９２】
中継装置３０は、抽出されたペアをそれぞれ変数と値とに分離し（Ｓ７３）、分離されたデータを数値として評価し（Ｓ７４）、この分析結果をHTTPログ記憶部３７に記憶させる（Ｓ７５）。図１２は、図１１に示すフローチャートの要部を示すプログラムの一例である。
【００９３】
なお、ユーザコンピュータ１０から商用サイト４０へ送信されたフォームデータＤ２１の分析・記録について述べたが、これとは逆に、商用サイト４０からユーザコンピュータ１０へ送信されるフォームデータＤ２２の分析・記録も上記同様に行うことができる。
【００９４】
図１３は、オンライン広告の効果を推薦サイト２０側で評価する場合のフローチャートである。推薦サイト２０は、HTTPログ記憶部３７にアクセスし（Ｓ８１）、検索条件を入力する（Ｓ８２）。検索条件としては、例えば、「所定期間内における所定のバナー広告２２による購入実績」等を挙げることができる。
【００９５】
HTTPログ記憶部３７からの検索結果が月次レポートのような形態で、推薦サイト２０の端末画面に出力されると（Ｓ８３）、推薦サイト２０は、商用サイト４０からの報酬支払い報告を読み出す（Ｓ８４）。推薦サイト２０は、自己の管理下にある月次レポートと商用サイト４０からの報酬支払い報告とを照合し（Ｓ８５）、両者が一致するか否かを判定する（Ｓ８６）。
【００９６】
商用サイト４０からの報酬金額とHTTPログ記憶部３７に記憶されている取引ログから推定される金額とが一致する場合（S86：YES）、推薦サイト２０は、両者の金額が一致する旨を端末画面に出力させる（Ｓ８７）。なお、画面出力に代えて、あるいは画面出力と共に、メッセージを音声で出力してもよい。
【００９７】
次に、推薦サイト２０は、金額の一致が確認された取引ログをHTTP記憶部３７から消去するか否かをユーザに確認する（Ｓ８８）。ユーザが消去を指示した場合（S88：YES）、その照合済の取引ログはHTTPログ記憶部３７から消去され（Ｓ８９）、本処理が終了する。ユーザが消去を希望しない場合（S88：NO）、Ｓ８９はスキップされて本処理を終了する。
【００９８】
ところで、商用サイト４０からの報酬金額と取引ログから推定される金額とが一致しない場合（S86：NO）、推薦サイト２０は、両者の金額の差分を算出し（Ｓ９０）、この差分だけ金額が一致しない旨を端末画面に出力させる（Ｓ９１）。
【００９９】
このように、HTTPログ記憶部３７に記憶されている取引内容に基づいて、推薦サイト２０の運営者に支払われるべき報酬金額を事前に予測したり、あるいは、商用サイト４０から実際に支払われた金額と照合することができる。これにより、金額の不一致が生じる可能性を抑制することができる。また、推薦サイト２０の運営者は、バナー広告２２による利益を把握できるため、この情報に基づいて、ウェブページ２１に掲載するバナー広告２２の種類を選択したり、その掲載位置を調節することができる。
【０１００】
図１４は、キャンセル方法をユーザに通知するための処理概略を示すフローチャートである。ユーザとサプライヤとの間でいったん取引が成立した場合でも、その後に、ユーザから注文が取り消される場合がある。オンライン商取引では、商品の現物を手にとって確認することができず、また、リアル店舗に比べて購入に至るまでの心理的障壁が低いため、ユーザは、よく検討せずに商品等を購入することがある。このような場合、ユーザは、注文した後で、その注文を取り消す。
【０１０１】
注文の取り消しには、専用の取消フォームを用いることができる。取消フォームを使用する場合、注文フォームの解析で述べたと同様に、その取消フォームデータを分析して、取り消された注文を特定することができる。
【０１０２】
これに対し、注文の取り消しに電子メールが使用される場合もある。ユーザからサプライヤに直接取消を伝える電子メールが送信された場合、推薦サイト２０側では、この取り消された注文を把握することができない。
【０１０３】
そこで、推薦サイト２０は、商用サイト４０のウェブページ内に含まれている連絡先情報（電子メールアドレス）を予め検出し（Ｓ１０１）、この電子メールアドレスを推薦サイト２０の運営者の電子メールアドレスに事前に書き換えてから（Ｓ１０２）、ウェブページ２１に表示させる。
【０１０４】
これにより、ユーザからの取消メールは、推薦サイト２０の運営者に送信される。推薦サイト２０は、該当する注文を取り消してHTTPログ記憶部３７の記憶内容を更新させると共に、この注文取消を商用サイト４０に通知する。
【０１０５】
本実施例は、上述のように構成されるので、以下の効果を奏する。本実施例では、ユーザコンピュータ１０と商用サイト４０との間で交換される取引情報を中継して記録する構成を採用した。従って、推薦サイト２０及び商用サイト４０のそれぞれにおいて、バナー広告２２の広告効果を評価でき、ユーザの挙動を追跡することができる。これにより、サプライヤ側にモラルハザードが生じる可能性を抑制することができ、推薦サイト２０の運営者とサプライヤとの間の相互信頼に基づいたオンライン広告を実現可能である。
【０１０６】
本実施例では、ユーザコンピュータ１０と商用サイト４０との間のデータ通信を中継する際に、互いに通信の相手方が認識できないように、IPパケットの情報を部分的に書き換える構成とした。これにより、推薦サイト２０側で把握不能なバナー広告２２に基づく取引が行われるのを未然に防止することができ、取引監視の信頼性が向上する。
【０１０７】
本実施例では、一連の取引に用いられる各通信をシステム内で一意に定まるセッションIDで特定する構成とした。従って、いずれのユーザコンピュータ１０がいずれの商用サイト４０と取引したかを容易に把握することができる。
【０１０８】
本実施例では、HTTPログ記憶部３７に記憶されている取引ログから推定される報酬金額と商用サイト４０から通知された報酬金額とを比較し、両金額が一致するか否かを推薦サイト２０の運営者に通知可能な構成とした。従って、推薦サイト２０の運営者は、各バナー広告２２の広告効果や各サプライヤの信頼性等を容易に把握することができる。
【０１０９】
本実施例では、金額の一致が確認された取引データをHTTPログ記憶部３７から消去可能な構成とした。従って、不要なデータを早期に削除して情報漏洩の可能性をより一層低減することができ、HTTPログ記憶部３７の記憶容量を有効に利用できる。なお、不要なデータを消去せずに蓄積することにより、購買履歴に基づいて各ユーザの信頼性を評価等することもできる。また、各ユーザの購買履歴に応じて、ウェブページ２１をそれぞれ動的に生成し、各ユーザの嗜好に応じてバナー広告２２を掲載することも可能である。
【０１１０】
本実施例では、注文を取り消す場合も推薦サイト２０で管理可能な構成とした。これにより、取消率が比較的高い商用サイト４０やユーザであっても、実際に成立した有効な取引内容を正確に把握することができる。
【実施例２】
【０１１１】
図１５に基づいて、第２実施例を説明する。本実施例の特徴は、案内用情報としての中継用URLに代えて、ユーザが持ち運び可能なクーポン券２２０を用い、クーポン券２２０が実際に使用されたか否かを中継装置３００が検出して、商用サイト４００に報告するようになっている。
【０１１２】
商用サイト４００は、事前にアフィリエイトボタン２１０を埋め込んだウェブコンテンツを推薦サイト２００に供給する（Ｓ１１０）。アフィリエイトボタン２１０とは、オンライン広告の効果を測定するためのボタンである。
推薦サイト２００は、アフィリエイトボタン２１０が埋め込まれたコンテンツをユーザコンピュータ１００に提供する。
【０１１３】
ユーザは、ユーザコンピュータ１００を用いて推薦サイト２００にアクセスし、アフィリエイトボタン２１０を選択することができる（Ｓ１１１）。アフィリエイトボタン２１０がユーザによって選択されると、推薦サイト２００からユーザコンピュータ１００に、電子クーポン券のデータが送信される（Ｓ１１２）。
【０１１４】
つまり、アフィリエイトボタン２１０には、電子化されたクーポン券のデータが予め対応付けられている。クーポン券としては、例えば、飲食店等のリアル店舗で提供される飲食物の無料または割引サービス券や粗品進呈券等を挙げることができる。
【０１１５】
推薦サイト２００は、アフィリエイトボタン２１０が選択されると、電子化されたクーポン券のデータを発行する。このクーポン券のデータには、例えば、商用サイト４００が予定しているクーポン券のサービス内容を示す情報に加えて、クーポン券を使用した場合の報告先IPアドレスが含まれている。この報告先IPアドレスには、中継装置３００のIPアドレスがセットされている。
【０１１６】
クーポン券データは、例えば、QRコード（株式会社デンソーウェーブの登録商標）等のように、二次元コード技術を用いて構成することができる。
【０１１７】
ユーザコンピュータ１００が推薦サイト２００から電子化されたクーポン券データを取得すると、このクーポン券データは、ユーザコンピュータ１００が利用可能なプリンタ１１０により自動的に印刷される（Ｓ１１３）。
【０１１８】
ユーザは、印刷されたクーポン券２２０を持参して、商用サイト４００のクーポン券サービスに加盟しているリアル店舗を訪れ、所望の商品等を購入する（Ｓ１１４）。この際に、ユーザは、クーポン券２２０をリアル店舗の店員に提示することにより、所定のクーポンサービスを受けることができる。
【０１１９】
リアル店舗の店員は、ユーザから受け取ったクーポン券２２０をスキャナ５１０で読み取ることにより、クーポン券２２０に含まれている情報を取得する（Ｓ１１５）。リアル店舗に設置された店舗端末５００は、例えば、POS端末等のように構成可能であり、スキャナ５１０が接続されている。
【０１２０】
スキャナ５１０によって、クーポン券２２０の情報が店舗端末５００に入力されると、店舗端末５００は、クーポン券データに含まれている報告先IPアドレスに向けて、クーポン券２２０が使用された旨の情報を送信する。この使用報告情報には、例えば、そのクーポン券を識別するための識別コード、そのクーポン券が使用されたリアル店舗や店舗端末５００を特定するための識別コード、使用日時等を含めることができる。
【０１２１】
予め報告先としてクーポン券データに設定されている中継装置３００には、店舗端末５００から使用報告情報が通信ネットワークを介して入力される。中継装置３００は、推薦サイト２００で発行されたクーポン券を管理するためのクーポン券データベース３１０を参照し、どのユーザコンピュータ１００に向けて発行されたクーポン券であるか等を検出する。
【０１２２】
クーポン券データベース３１０には、例えば、推薦サイト２００から各ユーザコンピュータ１００に向けて発行された各クーポン券の情報が、各商用サイト毎に、各クーポンサービス毎に分類されてそれぞれ記憶されている。
【０１２３】
中継装置３００は、例えば、データベース３１０に格納されているデータのうち、使用されたクーポン券に使用済みであることを示すフラグを設定する。そして、中継装置３００は、商用サイト４００にクーポン券が使用された旨を報告する（Ｓ１１７）。
【０１２４】
商用サイト４００は、使用されたクーポン券の情報に基づいて、アフィリエイトボタン２１０の効果を評価し、使用実績（即ち商品等の購入実績）に応じた金額を推薦サイト２００の運営者に支払う。推薦サイト２００側では、クーポン券データベース３１０を参照することにより、クーポン券の使用実績を把握可能であり、商用サイト４００から支払われた金額の妥当性を判断することができる。
【０１２５】
なお、クーポン券データは、印刷物として出力する必要はなく、例えば、携帯電話等の小型携帯端末内に記憶させて使用することもできる。即ち、携帯端末の端末画面に二次元コードを表示させて、これをスキャナ５１０で読み取ることができる。あるいは、携帯端末から店舗端末５００にクーポン券データを直接送信することもできる。
【０１２６】
このように構成される本実施例でも、前記実施例と同様に、オンライン広告の効果を客観的に測定することができ、かつ、推薦サイト２００及び商用サイト４００の双方でユーザの挙動を追跡することができる。
【０１２７】
なお、本発明は、上述した実施の形態に限定されない。当業者であれば、本発明の範囲内で、種々の追加や変更等を行うことができる。例えば、当業者であれば、前記各実施例を適宜組み合わせることができる。
【図面の簡単な説明】
【０１２８】
【図１】本発明の実施形態の概念を示す説明図である。
【図２】オンライン広告システムの全体概要を示すブロック図である。
【図３】推薦サイトにより提供されるウェブページの概略構成を模式的に示す説明図である。
【図４】オンライン広告システムの全体動作の概要を示すフローチャートである。
【図５】URL変換（生成）処理を示すフローチャートである。
【図６】中継装置が受信するHTTPリクエストの構成を示す説明図である。
【図７】推薦サイトのウェブページ内でウェブアプリケーションが実行される様子を示し、（ａ）は商品等の注文時の画面を、（ｂ）は注文が受け付けられた場合の確認画面をそれぞれ示す。
【図８】IPパケット内の情報から通信セッションを特定するための情報を得る様子を示す説明図である。
【図９】セッション記録テーブルの一例を示す説明図である。
【図１０】IPアドレス変換処理を示すフローチャートである。
【図１１】送信フォーム記録処理を示すフローチャートである。
【図１２】フォームデータから所定の情報を取得するために使用されるプログラムの一例を示す説明図である。
【図１３】アフィリエイト効果を評価するための処理を示すフローチャートである。
【図１４】キャンセル方法通知処理を示すフローチャートである。
【図１５】第２実施例に係るオンライン広告システムを示す全体説明図である。
【符号の説明】
【０１２９】
１…ユーザコンピュータ、２…推薦サイト、３…中継装置、４…商用サイト、１０…ユーザコンピュータ、１１…ウェブブラウザ、２０…推薦サイト、２１…ウェブページ、２１Ａ…タイトル表示部、２２，２２Ａ〜２２Ｃ…バナー広告、２３…ローカルコンテンツ、２４…スクリプト埋込部、２５…セッションID生成部、２６…セッションログ集計部、２７…セッションID記憶部、３０…中継装置、３１…URLフィルタ、３２…アドレス変換部、３３…URL変換部、３４…セッション記録部、３５…送信フォーム記録部、３６…キャンセル方法通知部、３７…HTTPログ記憶部、４０…商用サイト、４１…スクリプト生成部、４２…ウェブページ生成部、１００…ユーザコンピュータ、１１０…プリンタ、２００…推薦サイト、２１０…アフィリエイトボタン、２２０…クーポン券、３００…中継装置、３１０…クーポン券データベース、４００…商用サイト、５００…店舗端末、５１０…スキャナ
【技術分野】
【０００１】
本発明は、オンライン広告システム及びオンライン広告方法に関する。
【背景技術】
【０００２】
通信技術及びコンピュータ技術等の進展に伴って、いわゆるインターネットへの接続環境が広く普及している。ユーザは、例えば、自宅や職場等に設置されているパーソナルコンピュータを用いて、あるいは、データ通信可能な携帯電話を用いて、所望のサイトにアクセスすることができる。例えば、ユーザは、インターネット上に構築されている仮想店舗にアクセスすることにより、種々の商品やサービスを入手可能である。
【０００３】
そこで、各仮想店舗の運営者は、ユーザアクセスをできるだけ多く自店のサイトに集めるべく、他のウェブサイト上にバナー広告を掲載する。そのウェブブラウザを訪れたユーザが、バナー広告を選択（いわゆるクリック操作）すると、広告主のサイトにジャンプする（特許文献１，特許文献２）。
【特許文献１】特開２００１−３３８１６７号公報
【特許文献２】特開２００１−２８３０８３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記文献に記載された技術では、広告主は、例えば、他のウェブサイトが有する集客力を利用して、自店舗サイトへのアクセス増大を図ることができる。従来は、管理が容易である等の理由により、広告主は、他サイトから自店舗サイトに誘導されたユーザ数に応じて、他サイトのオーナーに報酬を支払うことが多い。
【０００５】
しかし、このようなユーザの誘導数、即ち、バナー広告のクリック回数に基づいて報酬を支払う方法では、購買に結びつかない単なる冷やかしのクリックに対しても、報酬が支払われることになる。また、モラルハザードを生じた場合は、バナー広告を掲載する他サイトのオーナー自身が、バナー広告をクリックして報酬金額の引き上げを目論む可能性も考えられる。
【０００６】
そこで、成果報酬型の方法が提案されている。成果報酬型では、ユーザが実際に商品等を購入した実績に応じて、バナー広告掲載先のサイトオーナーに報酬を支払うようになっている。これにより、バナー広告掲載先サイトにおいてモラルハザードが生じるのを未然に防止することができる。
【０００７】
しかし、実際にユーザが商品等を購入したか否かの情報は、店舗サイト側でのみ把握可能であり、バナー広告の掲載先サイトでは把握できない。従って、店舗サイト側で新たなモラルハザードを生じる可能性があり、広告主と掲載先サイトのオーナーとの間に不信感を招く可能性がある。
【０００８】
そこで、本発明の目的は、サプライヤシステム及び提携先システムの両方で、提携先システムを介してサプライヤシステムにアクセスしたユーザの挙動を追跡することができるようにしたオンライン広告システム及びオンライン広告方法を提供することにある。本発明のさらなる目的は、後述する実施形態の記載から明らかになるであろう。
【課題を解決するための手段】
【０００９】
上記課題を解決すべく、本発明の一つの観点に従うオンライン広告システムは、サプライヤシステムへユーザを案内するための案内用情報をユーザコンピュータに提供する提携先システムを備えたオンライン広告システムであって、ユーザコンピュータ及びサプライヤシステムにそれぞれ通信ネットワークを介して接続され、ユーザコンピュータとサプライヤシステムとの間のデータ通信を中継する中継装置を設け、案内用情報には、中継装置を経由してサプライヤシステムにアクセスするための接続用情報が含まれており、中継装置は、ユーザコンピュータとサプライヤシステムとの間のデータ通信を中継するデータ中継手段と、このデータ中継手段によって中継されたデータ通信のうち所定のデータ通信の状況を保存する通信状況保存手段と、を備える。
【００１０】
ここで、サプライヤシステムとは、商品やサービスを提供するサプライヤによって運用されるコンピュータシステムであり、例えば、商用サイトや店舗サイト等と呼ぶこともできる。提携先システムとは、宣伝広告に関してサプライヤシステムと提携しているコンピュータシステムであり、例えば、広告サイトあるいは提携先サイトまたは推薦サイト等と呼ぶことができる。また、ユーザコンピュータとは、ユーザによって使用されるコンピュータを意味し、例えば、パーソナルコンピュータや携帯電話、携帯情報端末を挙げることができる。
【００１１】
提携先システムは、例えば、ユーザコンピュータのウェブブラウザによって閲覧されるウェブページ内に、案内用情報を設けることができる。案内用情報とは、サプライヤシステムへユーザを導くための情報であり、例えば、バナー広告等が該当する。案内用情報には、中継装置を経由してサプライヤシステムにアクセスするための接続用情報が含まれている。
【００１２】
ユーザコンピュータとサプライヤシステムとの間には、中継装置が設けられる。中継装置は、ユーザコンピュータとサプライヤシステムとの間のデータ通信を中継するデータ中継手段と、中継されたデータ通信の状況を保存する通信状況保存手段とを備えることができる。中継装置は、提携先システム内に設けることもできるし、提携先システムとは別のコンピュータシステム内に設けることもできる。
【００１３】
従って、ユーザが案内用情報を選択してサプライヤシステムへのアクセスを希望した場合、ユーザコンピュータは直ちにサプライヤシステムに接続されるのではなく、いったん中継装置に接続される。そして、中継装置は、ユーザコンピュータに成り代わってサプライヤシステムにアクセスし、サプライヤシステムからのデータをユーザコンピュータに転送する。このデータ中継の状況は、通信状況保存手段によって保存される。通信状況としては、どのユーザがどのサプライヤシステムにいつアクセスし、どのような操作を行ったか等を含めることができる。つまり、中継装置は、ユーザコンピュータとサプライヤシステムとの間で行われた取引の状況を記録して保存する。ユーザとの取引状況は、サプライヤシステムにおいても把握することができる。
【００１４】
従って、提携先システムとサプライヤシステムとの両方で、ユーザとサプライヤシステムとの間のデータ交換（取引内容）をそれぞれ把握することができ、オンライン広告の効果に関する情報をそれぞれが管理可能であり、相互不信の発生を抑制できる。
【００１５】
データ中継手段は、（１）ユーザコンピュータからサプライヤシステムへのデータ送信を中継装置からサプライヤシステムへのデータ送信としてアドレス情報を書き換え、（２）サプライヤシステムからユーザコンピュータへのデータ送信を中継装置からユーザコンピュータへのデータ送信としてアドレス情報を書き換えることができる。
【００１６】
即ち、中継装置は、ユーザコンピュータから受信したIP（Internet Protocol）パケット内の送信元IPアドレスを中継装置のIPアドレスに書き換えてから、サプライヤシステムに送信する。逆に、中継装置は、サプライヤシステムから受信したIPパケット内の送信元IPアドレスを中継装置のIPアドレスに書き換えてから、ユーザコンピュータに送信する。従って、ユーザコンピュータ及びサプライヤシステムは、それぞれ中継装置を相手にしてデータ通信を行うことになる。即ち、ユーザコンピュータとサプライヤシステムとは、互いに相手を直接認識することができない。
【００１７】
接続用情報には、少なくとも、中継装置を特定するアドレス情報と、ユーザコンピュータと中継装置との通信セッションを特定するためのセッション識別情報と、提携先システムで生成された接続用情報であることを示す生成元情報と、案内用情報を識別するための案内用情報識別情報と、サプライヤシステムを特定するためのサプライヤシステム識別情報とを含めることができる。そして、データ中継手段は、ユーザコンピュータが接続用情報を介してアクセスしてきた場合に、この接続用情報内に生成元情報と、案内用情報識別情報と、サプライヤシステム識別情報とが含まれているか否かを判定し、含まれていると判定した場合は、ユーザコンピュータとサプライヤシステムとの間のデータ通信を中継することができる。即ち、中継装置は、中継の必要のあるデータ通信であるか否かを予め判別し、中継の必要のあるデータ通信のみを中継するようになっている。
【００１８】
提携先システムは、サプライヤシステムにより実行されるアプリケーションプログラムを呼び出して、ユーザコンピュータのウェブブラウザによって閲覧されるウェブページ上で、アプリケーションプログラムとウェブブラウザとの間のデータ交換を行わせることができる。そして、通信状況保存手段は、アプリケーションプログラムとウェブブラウザとの間のデータ交換の状況も保存することができる。
【００１９】
アプリケーションプログラムとしては、例えば、CGI（Common Gateway Interface）プログラム等のように、ユーザから入力された情報を処理し、その処理結果を返すようなプログラムを挙げることができる。具体的には、注文受付処理プログラムや発送先確認処理プログラム等のような、商取引の全部または一部を処理するプログラムを挙げることができる。提携先システムのウェブページ内に、フォーム入力画面を表示させて、そこにユーザが所定の情報（注文する商品名や数量等）を入力すると、このフォーム入力情報は、通信状況保存手段により検出されて保存される。また、アプリケーションプログラムによる処理結果は、ウェブページ内のフォーム出力画面を介して、ユーザに通知されるが、この出力情報も通信状況保存手段により検出されて保存される。
【００２０】
通信状況保存手段による保存結果とサプライヤシステムにより管理されている提携先システムの貢献度とが適合するか否かを判定する照合手段をさらに備えてもよい。通信状況保存手段は、ユーザコンピュータとサプライヤシステムとの間で行われたデータ通信の状況（取引内容等）を保存している。一方、サプライヤシステムでは、そのアクセス状況及び購入実績等に基づいて、提携先システムの貢献度を管理している。提携先システムへの報酬は、その貢献度により定まる。中継装置の保存結果とサプライヤシステムからの報酬（貢献度）とを照合することにより、適正な評価が行われているか否かを確認することができる。照合手段は、評価確認手段と呼ぶこともできる。
【００２１】
提携先システムは、サプライヤシステムへの連絡用情報を、提携先システムへの連絡用情報に置き換えて、前記ユーザコンピュータに提供してもよい。連絡用情報としては、例えば、電子メールアドレス等を挙げることができる。サプライヤシステム宛の電子メールアドレスを提携先システムへの電子メールアドレスに置換してユーザコンピュータに提供することにより、電子メールを利用した注文の取り消しや納期変更等の情報も、提携先システム側で把握することができる。
【００２２】
案内用情報は、ユーザによって持ち運び可能な形態で提携先システムから提供することもできる。持ち運び可能な形態としては、例えば、印刷出力されたクーポン券や携帯電話等に記憶された電子化クーポン券等を挙げることができる。例えば、ユーザは、提携先システムに掲載されたクーポン券を印刷したり、あるいは、携帯電話等の小型端末内に記憶させることができる。ユーザは、実際の店舗に赴いて、そのクーポン券を利用することができる。ユーザがクーポン券を利用して商品等を購入すると、その使用されたクーポン券の情報が、中継装置を介してサプライヤシステムに送信される。
【００２３】
本発明の他の観点に従うデータ通信制御方法は、サプライヤシステムからユーザコンピュータへオンラインで広告を行うためのオンライン広告方法であって、サプライヤシステムへユーザを案内するための案内用情報を含むウェブページを生成し、このウェブページをユーザコンピュータに提供するステップと、ユーザコンピュータが案内用情報を選択した場合は、ユーザコンピュータ及びサプライヤシステムがそれぞれ互いに直接認識できないようにアドレス情報を書き換えて、ユーザコンピュータとサプライヤシステムとの間のデータ通信を中継するステップと、中継されたデータ通信の状況を保存するステップと、を含む。
【００２４】
本発明の機能、手段、ステップの全部または一部は、例えば、マイクロコンピュータにより実行されるコンピュータプログラムとして構成可能な場合がある。そして、このコンピュータプログラムは、例えば、ハードディスク、光ディスク、半導体メモリ等の記憶媒体に固定して配布することができる。または、コンピュータプログラムをインターネット等の通信ネットワークを介して、配信することもできる。
【発明を実施するための最良の形態】
【００２５】
以下、図面に基づき、本発明の実施の形態を説明する。本実施形態では、以下に述べるように、ユーザとサプライヤシステムとの間の取引状況を中継装置によって監視し、その取引内容を保存することにより、提携先システムでの広告を契機として行われた取引に関する情報を提携先システム側でも管理できるようにしている。
【００２６】
このオンライン広告システムは、例えば、ユーザコンピュータ１と、推薦サイト２と、中継装置３と、商用サイト４とを含んで構成することができる。ユーザコンピュータ１としては、例えば、パーソナルコンピュータや携帯電話、携帯情報端末等を挙げることができる。ユーザコンピュータ１は、例えば、ウェブブラウザのようなアクセス手段を備えている。
【００２７】
推薦サイト２及び商用サイト４は、例えば、パーソナルコンピュータやサーバコンピュータとして構成することができる。推薦サイト２は、商用サイト４の存在または商用サイト４で提供されている商品等をユーザに広告するコンピュータシステムである。推薦サイト２は、例えば、仮想商店街のポータルサイト、商品等の紹介サイト、個人サイト、企業サイト等のように、種々のサイトとして構築可能である。
【００２８】
推薦サイト２は、ウェブページをユーザコンピュータ１に提供する。ウェブページには、推薦サイト２のオリジナルコンテンツに加えて、バナー広告が掲載されている。バナー広告とは、例えば、画像やテキストによって、商用サイト４自身や商用サイト４が提供する商品等を紹介するための情報である。このバナー広告には、中継装置３を経由して商用サイト４にアクセスするためのURL（Uniform Resource Locator）が設定されている。
【００２９】
中継装置３は、推薦サイト２と連携して動作するもので、ユーザコンピュータ１と商用サイト４との間のデータ通信を中継し、この通信の状況を記録する。中継装置３は、推薦サイト２と別体のコンピュータとして設けることもできるし、推薦サイト２内に設けることもできる。
【００３０】
中継装置３は、ユーザコンピュータ１と商用サイト４との間に介在することにより、ユーザコンピュータ１と商用サイト４との間の直接的なデータ交換を阻止する。中継装置３は、ユーザコンピュータ１から受信したIPパケットの送信元IPアドレスを、中継装置３に設定されているIPアドレスに書き換えて、商用サイト４に転送する。また、中継装置３は、商用サイト４から受信したIPパケットの送信元IPアドレスを、中継装置３に設定されているIPアドレスに書き換えて、ユーザコンピュータ１に転送する。
【００３１】
商用サイト４は、例えば、各種商品やサービスを提供するサプライヤにより運営されているコンピュータシステムである。図では一つのみ示すが、実際には複数の商用サイト４を設けることができる。サプライヤは、商用サイト４に加えて、実際の店舗（リアル店舗）を有することもできる。
【００３２】
商用サイト４には、サプライヤの提供する商品等を紹介するウェブページや、その商品等への注文を受け付けるためのプログラム、顧客データベース等が設けられている。また、商用サイト４は、推薦サイト２に掲載されたバナー広告を契機とする注文であるか否かを判別し、推薦サイト２の貢献度を評価することができる。
【００３３】
次に、本実施形態の全体動作を説明する。ユーザは、ウェブブラウザを介して、推薦サイト２にアクセスする。例えば、そのユーザの興味を惹くバナー広告が掲載されている場合、ユーザは、そのバナー広告を選択する（Ｓ１）。
【００３４】
ユーザがバナー広告を選択すると、中継装置３を経由して商用サイト４にアクセスするためのURLが推薦サイト２からユーザコンピュータ１に送信される（Ｓ２）。ユーザコンピュータ１のウェブブラウザは、推薦サイト２から受信したURLへアクセスし、コンテンツを要求する（Ｓ３）。
【００３５】
ここでのコンテンツとしては、例えば、商用サイト４のトップページや商品等の紹介ページまたは注文ページ等を挙げることができる。なお、図中では、コンテンツの送受信を示しているが、ユーザコンピュータ１と商用サイト４とは、中継装置３を介して、各種のIPパケットを交換する。これらのIPパケットには、例えば、商品等を紹介する情報、商品等を注文するために必要な情報、商品等の注文が受け付けられたことを示す情報等を格納させることができる。
【００３６】
中継装置３は、ユーザコンピュータ１からのリクエストを受信すると、このIPパケットに含まれる送信元IPアドレスを中継装置３のIPアドレスに書き換えて（Ｓ４）、商用サイト４に送信する（Ｓ５）。また、中継装置３は、ユーザコンピュータ１からのリクエストをデータベースに記録して保存する（Ｓ６）。
【００３７】
商用サイト４は、中継装置３からのリクエストを受信すると、所定のレスポンスを中継装置３に返す（Ｓ７）。中継装置３は、商用サイト４から受信したIPパケットの送信元IPアドレスを中継装置３のIPアドレスに書き換えて（Ｓ８）、ユーザコンピュータ１に転送する（Ｓ９）。中継装置３は、商用サイト４からユーザコンピュータ１に送信されたレスポンスをデータベースに記録して保存する（Ｓ６）。
【００３８】
ここで、ユーザコンピュータ１と中継装置３との間の通信セッションには、それぞれ識別コードが対応付けられており、どのユーザコンピュータ１とのデータ通信であるかが特定される。従って、複数回のHTTP（HyperText Transfer Protocol）リクエスト及びHTTPレスポンスがユーザコンピュータ１と商用サイト４との間で行われた場合でも、ユーザコンピュータ１を特定して商取引の状況（取引ログ）を記録することができる。
【００３９】
推薦サイト２は、中継装置３により保存された取引ログに基づいて、商用サイト４への貢献度を推測することができる。一方、商用サイト４では、インターネット経由の注文を独自に管理しており、この管理データに基づいて、推薦サイト２に掲載されたバナー広告の広告効果を評価する。
【００４０】
例えば、毎月末等のように、所定の期日が到来すると、商用サイト４のサプライヤは、バナー広告による受注金額を集計し、この金額に所定割合を乗じた金額を推薦サイト２への報酬として算出する。一方、推薦サイト２の運営者は、中継装置３に保存されている取引ログを参照することにより、サプライヤによって算出された報酬金額の妥当性を判断することができる。
【００４１】
このように、本実施形態では、推薦サイト２に掲載されたバナー広告の効果を、推薦サイト２及び商用サイト４の両方でそれぞれ独自に追跡し、管理することができる。従って、成果報酬型の報酬が支払われる場合に、商用サイト４側でモラルハザードが生じるのを未然に抑止することができ、相互の信頼の下でオンライン広告を有効に機能させることができる。
【００４２】
また、推薦サイト２側でもバナー広告の効果を評価できるため、バナー広告の掲載方法や掲載するバナー広告の種類等について検討することができ、商用サイト４と協調してオンライン広告の改善に取り組むことができる。以下、本実施形態のより詳細な実施例を説明する。
【実施例１】
【００４３】
図２は、オンライン広告システムの全体構成を示すブロック図である。この広告システムは、例えば、ユーザコンピュータ１０と、推薦サイト２０と、中継装置３０と、商用サイト４０とを含んで構成することができる。図中では、説明の便宜上それぞれ一つずつ示しているが、実際には、それぞれ複数ずつ設けることができる。
【００４４】
ユーザコンピュータ１０は、商品等を購入するユーザによって使用されるコンピュータであり、ウェブブラウザ１１やメーラー（不図示）等を備えている。
【００４５】
推薦サイト２０は、例えば、仮想商店街の運営サイトや商品等の紹介サイトとして構築されるコンピュータシステムである。推薦サイト２０は、ユーザコンピュータ１０に提供するためのウェブページ２１を記憶しており、ウェブページ２１にはバナー広告２２及びローカルコンテンツ２３が含まれている。ウェブページ２１の詳細はさらに後述するが、バナー広告２２は商用サイト４にユーザを誘導するための情報である。
【００４６】
また、推薦サイト２０は、URLスクリプト埋込部２４と、セッションID生成部２５と、セッションログ集計部２６と、セッションID記憶部２７とを備えることができる。URLスクリプト埋込部２４は、商用サイト４へ誘導するためのURLが設定されたバナー広告２２を生成するためのものである。セッションID生成部２５は、ユーザコンピュータ１０と推薦サイト２０との間の通信セッションを特定するためのセッションID（識別コード）を生成するものである。セッションログ集計部２６は、ユーザコンピュータ１０との間の通信セッションを集計するもので、集計結果はHTTPログ記憶部３７に記憶される。セッションID記憶部２７は、セッションIDを記憶する。
【００４７】
中継装置３０は、ユーザコンピュータ１０と商用サイト４０との間のデータ通信を中継し、両者の間で行われた取引に関する情報を収集して保存するものである。中継装置３０は、推薦サイト２０と連携して動作するもので、プロキシサーバ機能と、ゲートウェイ機能と、データロガー機能をそれぞれ実現する。
【００４８】
中継装置３０は、コンピュータプログラム製品として構成可能であり、推薦サイト２０内に中継装置３０を設けることができる。あるいは、中継装置３０を、例えば、推薦サイト２０とは別体のコンピュータやゲートウェイ装置として構成することもできる。また、複数のコンピュータを連動させることにより、中継装置３０の各機能をそれぞれ実現させる構成でもよい。
【００４９】
中継装置３０は、例えば、URLフィルタ３１と、IPアドレス変換部３２と、URL変換部３３と、セッション記録部３４と、送信フォーム記録部３５と、キャンセル方法通知部３６とを備えて構成することができる。これらの各機能３１〜３６は、それぞれのプログラムによって実現可能である。各機能の詳細は、図を改めてそれぞれ後述する。
【００５０】
HTTPログ記憶部３７は、ユーザコンピュータ１０と商用サイト４０とが中継装置３０を介して行ったデータ通信の状況を記憶する。ユーザコンピュータ１０は、例えば、所望の商品等を特定するための情報（商品名や型番等）や数量等の情報を中継装置３０を介して商用サイト４０に送信する。商用サイト４０は、例えば、受注確認や予定納期、配達方法等の情報を中継装置３０を介してユーザコンピュータ１０に送信する。中継装置３０は、これらの取引に関する情報を各セッションID毎にそれぞれ収集して、HTTPログ記憶部３７に保存させる。従って、HTTPログ記憶部３７は、例えば、通信状況保存手段、取引情報記憶手段等のように呼ぶことができる。なお、HTTPは、本システムで使用可能なプロトコルの一例であって、本発明はこれに限定されない。
【００５１】
商用サイト４０は、商品やサービスを提供するサプライヤにより運営されているコンピュータシステムである。商用サイト４０は、例えば、URLスクリプト生成部４１と、ウェブページ生成部４２とを備えることができる。URLスクリプト生成部４１は、バナー広告２２用のスクリプトを生成して、これを推薦サイト２０に提供する。ウェブページ生成部４２は、商品等の紹介や注文を受けるための一つまたは複数のウェブページを生成するものである。また、商用サイト４０では、商品等の販売管理に使用する一つ以上のウェブアプリケーションプログラムを稼働させることができる。
【００５２】
図３は、推薦サイト２０がユーザコンピュータ１０に提供するウェブページ２１の構成を模式的に示す説明図である。このウェブページ２１は、ウェブブラウザ１１によって閲覧可能である。
【００５３】
ウェブページ２１は、例えば、タイトル表示部２１Ａと、バナー広告２２Ａ〜２２Ｃ（特に区別しない場合は全体として「バナー広告２２」と呼ぶ）と、ローカルコンテンツ２３とを含んで構成することができる。
【００５４】
タイトル表示部２１Ａは、画像やテキストにより、推薦サイト２０のサイト名やウェブページ２１のページ名を表示する箇所である。バナー広告２２は、商用サイト４０を紹介したり、商用サイト４０で提供されている商品等を紹介するための広告情報である。バナー広告２２には、中継装置３０を介して商用サイト４０にアクセスするためのURLが予め設定されている。
【００５５】
例えば、バナー広告２２Ａは、画像データによってＡ社そのものを宣伝する。バナー広告２２Ｂは、サプライヤの名称ではなく、そのサプライヤが販売している商品そのものを商品自体の画像データで宣伝する。バナー広告２２Ｃは、テキストによって、Ｂ社の存在を宣伝する。画像バナーの場合は、静止画像でも動画像でもいずれでもよい。また、例えば、同一の表示領域に、異なる複数のバナー広告を所定タイミングで切り替えながら、それぞれ表示させることもできる。
【００５６】
ローカルコンテンツ２３は、推薦サイト２０のオリジナルコンテンツである。ローカルコンテンツ２３は、例えば、推薦サイト２０へユーザアクセスを集めるために掲載されている。推薦サイト２０が個人運営サイトの場合、ローカルコンテンツ２３としては、例えば、日記や写真等が用いられる。推薦サイト２０が仮想商店街の運営者サイトや企画サイト等のような企業サイトの場合、例えば、お買い得情報や顧客の体験談等がローカルコンテンツ２３として用いられる。なお、ローカルコンテンツ２３は、集客のための一手段であって、本システムでは必ずしも必要ではない。
【００５７】
図４は、本システムの全体動作の概略を示すフローチャートである。以下の説明では、ステップを「Ｓ」と略記する。なお、以下のフローチャートは、それぞれ処理の概略を示すもので、実際のプログラムとは相違する。
【００５８】
まず、ユーザは、ユーザコンピュータ１０のウェブブラウザ１１を用いて、推薦サイト２０にアクセスし、所望のバナー広告２２を選択する。これにより、ユーザコンピュータ１０から推薦サイト２０にHTTPリクエストが送信される（Ｓ１１）。
【００５９】
推薦サイト２０は、ユーザコンピュータ１０からのリクエストを受信すると（Ｓ１２）、そのユーザコンピュータ１０との通信セッションを識別するためのセッションIDを生成する（Ｓ１３）。推薦サイト２０は、バナー広告２２に予め設定されているURLに、セッションID等の所定の情報を加えてURLを生成し（Ｓ１４）、このURLをユーザコンピュータ１０に送信する（Ｓ１５）。
【００６０】
推薦サイト２０からユーザコンピュータ１０に送信されるURL”Ｄ１０”の詳細は、さらに後述する。なお、URL生成には種々の方法を採用可能である。一つの方法は、セッションID以外の部分を予め全て設定しておき、ユーザコンピュータ１０からアクセスされた場合にセッションIDを付加する。他の一つの方法は、ユーザコンピュータ１０からアクセスされたときに、URLの多くの部分を生成して完成させる方法である。いずれの方法を採用してもよいし、これ以外の方法を採用してもよい。
【００６１】
ユーザコンピュータ１０は、推薦サイト２０からURLを受信すると（Ｓ１６）、このURLの示す先にアクセスする（Ｓ１７）。このURLには、中継装置３０のアドレスが含まれており、ユーザコンピュータ１０は中継装置３０に接続される。
【００６２】
中継装置３０は、ユーザコンピュータ１０からのリクエストを受信すると（Ｓ１８）、このリクエストのURLを検査する（Ｓ１９）。予定されている所定の情報を含んだURLによってリクエストが行われた場合（S19：可）、中継装置３０は、ユーザコンピュータ１０とのセッションをHTTPログ記憶部３７に記録させる（Ｓ２０）。所定条件を満たさないURLを用いてHTTPリクエストが行われた場合（S19：不可）、中継装置３０は、このリクエストを処理せずに、ユーザコンピュータ１０にエラーを通知する。即ち、中継装置３０は、推薦サイト２０に掲載されたバナー広告２２に基づくHTTPリクエスト及びレスポンスのみを中継するようになっている。
【００６３】
中継装置３０は、ユーザコンピュータ１０から受信したIPパケット中の送信元IPアドレスを中継装置３０のIPアドレスに書き換えて（Ｓ２１）、商用サイト４０にHTTPリクエストを送信する（Ｓ２２）。つまり、中継装置３０は、ユーザコンピュータ１０に成り代わって、商用サイト４０にアクセスする。商用サイト４０に対してユーザコンピュータ１０の存在は隠される。
【００６４】
商用サイト４０は、中継装置３０からのリクエストを受信すると（Ｓ２３）、このリクエストに対応するレスポンスを生成して中継装置３０に送信する（Ｓ２４）。取引の初期段階で生成されるレスポンスとしては、例えば、商品等の宣伝ページ等を挙げることができる。
【００６５】
中継装置３０は、商用サイト４０からHTTPレスポンスを受信すると（Ｓ２５）、IPパケットに含まれている送信元IPアドレスを中継装置３０のIPアドレスに書き換えてから（Ｓ２６）、このレスポンスをユーザコンピュータ１０に送信する（Ｓ２７）。
【００６６】
ユーザコンピュータ１０は、中継装置３０からのレスポンスを受信すると（Ｓ２８）、このレスポンスをウェブブラウザ１１に表示させる（Ｓ２９）。例えば、ウェブブラウザ１１には、商品の特徴や使用例といった商用サイト４０の宣伝コンテンツを含む商品カタログページが表示される。商品カタログページから、購入したい商品やサービスを選択すると、型番や価格が表示されたフォーム画面に遷移する。このフォーム画面では、ユーザに対して、希望数量の入力及び購買の意思決定が求められる。送信フォームには、最終的な「購入決定」の意図を相手方に通知するフォーム送信ボタンが設けられる。
【００６７】
ユーザは、商品等の購入を希望する場合、商品の希望数量のほか、配送先住所、支払い方法等の購入に際して必要な情報を入力して、「購入決定」の意図を示すフォーム送信ボタンを押下する。これらの購入の際に行われるユーザ操作は、新たなHTTPリクエストとして中継装置３０に送信され（Ｓ１７）、上述のＳ１８〜Ｓ２９が繰り返される。
【００６８】
ここで留意すべき点は、ユーザコンピュータ１０と商用サイト４０との間で行われるデータ通信（取引）は、全て中継装置３０を介して行われ、直接のデータ交換が防止されている点と、この取引に関する情報は中継装置３０によって記録されている点である。
【００６９】
次に、図５は、図４中のＳ１４に示すURL生成（変換）処理の概略を示すフローチャートである。推薦サイト２０は、予めバナー広告２２に用いるデータ（画像データ等のウェブコンテンツ）をハードディスク等のキャッシュ領域に保存する（Ｓ４１）。そして、推薦サイト２０は、バナー広告２２に設定されているURLを、中継装置３０を経由してアクセスするためのURLに変更する（Ｓ４２）。本実施例では、この変更後のURLを中継用URLと呼ぶ。
【００７０】
これにより、ユーザがバナー広告２２をクリックした場合でも、ウェブブラウザ１１は商用サイト４０に直接移動することはできず、中継装置３０に接続される。
【００７１】
図６は、推薦サイト２０からユーザコンピュータ１０に渡される中継用URL”Ｄ１０”の一例を示す説明図である。この中継用URLは、例えば、Ｄ１１及びＤ１２の２つのデータ領域に大別することができる。
【００７２】
中継用URLの先頭に位置するＤ１１は、ユーザから確認可能な情報であり、中継装置３０のIPアドレス（あるいはドメイン名）とセッションIDとが含まれている。Ｄ１１に続くＤ１２は、実際には、データ部を推薦サイトで暗号化しているため、ユーザから隠された情報となっており、中継装置３０で復号化して用いる。推薦サイト２０で暗号化したデータを中継装置３０で復号化するための‘鍵’は、推薦サイト２０から中継装置３０へ予め配布しておく。Ｄ１２には、例えば、推薦サイト２０を特定するための情報Ｄ１２ａと、商用サイト４０により管理されている広告識別情報Ｄ１２ｂと、目的とするウェブページを特定するためのIPアドレス（以下、これを「目的URL」と呼ぶ）Ｄ１２ｃとを含むことができる。
ここで、セッションIDは、案内用情報を識別するための「案内用情報識別情報」として定義可能である。Ｄ１２は、案内用情報の一例に該当する。
なお、案内情報の生成元を示す生成元情報は、図６中では「originator」という変数名で示されている。また、図６中に示す「affiriate」という変数の値が商用サイト４０に送られることにより、商用サイト４０では、この情報を提携先の推薦サイト２０を識別するコードとして使用することができる。
なお、上記のように変数と値のペアを‘＝’で結び‘＆’で区切る形式で並べた組をURLの後ろに付ける方法に限らない。例えば、HTTPヘッダに変数と値のペアを配置するクッキーという手法を使っても同様の効果を得ることができる。
【００７３】
上述した図４中のＳ１９では、ユーザコンピュータ１０から受信したリクエストが、図６に示すような情報を含んでいるか否かを検査し、必要な情報を含んでいるIPパケットのみを処理するようになっている（URLフィルタリング）。
【００７４】
図７は、推薦サイト２０のウェブページ２１に表示されたフォームを用いて商品等を購入する場合の様子を示す。
【００７５】
図７（ａ）は、商品等の注文画面である。推薦サイト２０のウェブページ２１内に、商用サイト４０上で実行される受注処理プログラムのユーザインターフェース部分を呼び出して表示させることができる。この受注処理プログラムは、予め設定されている所定の情報の入力を促す。定型のフォームが定まっているため、このユーザインターフェース部分をフォーム２４と呼ぶ。
【００７６】
ユーザが購入に必要な情報を注文フォームＦ１に入力すると、Ｄ２１に示すような発注用フォームデータがユーザコンピュータ１０から送信される。中継装置３０は、この発注用フォームデータの全部または少なくとも一部をHTTPログ記憶部３７に記憶させる。中継装置３０は、発注用フォームデータに含まれる各情報のうち、例えば、注文された商品等の名称、その型番、その購入数量、その単価及び合計金額を取得してHTTPログ記憶部３７に記憶させることができる。これらの情報に加えて、決済方法や送り先住所や配送希望日時、特記事項等の情報を保存してもよい。この場合、個人情報の保護に配慮して、取引内容からユーザが特定されないように、かつ、個人情報が悪用されないように、必要な暗号化処理等を行うのが望ましい。
【００７７】
図７（ｂ）は、商用サイト４０で実行された処理結果を表示する受注確認画面の一例を示す。発注フォームデータが中継装置３０を介して商用サイト４０に送信されると、商用サイト４０は、購入に必要な情報が全て揃っているか否か等を検査し、ユーザからの注文を受け付ける。そして、注文が受け付けられた旨のレスポンスＤ２２は、商用サイト４０から中継装置３０を介してユーザコンピュータ１０に送信される。
【００７８】
受注確認フォームＦ２では、ユーザの注文内容や発注番号等が表示される。中継装置３０は、商用サイト４０から入力される注文受付メッセージデータＤ２２の中から所定の情報（例えば、発注番号等）を抽出し、この情報をHTTPログ記憶部３７に記憶させる。
【００７９】
ここで、発注時に抽出される情報と発注確認時に抽出される情報には、それぞれ共通のセッションIDが割り当てられており、このセッションIDやタイムスタンプと関連づけられてHTTPログ記憶部３７にそれぞれ記憶される。従って、セッションIDを検索キーとして検索することにより、あるひとまとまりの取引内容に含まれる情報を検出することができる。
【００８０】
図８は、セッションIDを生成する様子を示す説明図である。図８には、IPパケットのフォーマットが示されている。IPパケットには、バージョン、ヘッダ長、サービスタイプ（TOS）、データグラム長、フラグ、フラグメントオフセット、プロトコル番号、送信元IPアドレス、宛先IPアドレス、データ部分等が含まれている。
【００８１】
本実施例では、これらの各情報のうち、送信元IPアドレスと宛先IPアドレス及びプロトコル番号に着目し、これら３種類の情報の組合せに対して、本システム内で一意に定まるセッションIDを割り当てるようになっている。なお、一つの中継装置３０が複数の推薦サイト２０と連携する場合は、各推薦サイト２０毎に一意に定まるセッションIDを割り当てればよい。
【００８２】
図９は、推薦サイト２０及び中継装置３０の両方でそれぞれセッションを管理するためのセッション記録テーブルを示す説明図である。第１のセッション記録テーブルＴ１１は、推薦サイト２０内で生成される。このセッション記録テーブルＴ１１は、送信元IPアドレスと宛先IPアドレスとプロトコル番号との組合せに対して、それぞれ一意のセッションIDを割り当てて記録している。
【００８３】
ここで、第１セッション記録テーブルＴ１１では、送信元IPアドレスとしてユーザコンピュータ１０のIPアドレスが格納され、宛先IPアドレスとして商用サイト４０のIPアドレスが格納される。
【００８４】
図９の下側に示す第２のセッション記録テーブルＴ１２は、中継装置３０により生成される。このセッション記録テーブルＴ１２は、前記同様に、送信元IPアドレスと宛先IPアドレスとプロトコル番号との組合せに対して、それぞれ一意のセッションIDを割り当てて記録している。
【００８５】
第２セッション記録テーブルＴ１２では、送信元IPアドレスとしてユーザコンピュータ１０のIPアドレスまたは商用サイト４０のIPアドレスのいずれか一方が格納され、宛先IPアドレスとして中継装置３０のIPアドレスが格納される。
【００８６】
そして、テーブルＴ１２で使用されるセッションIDには、テーブルＴ１１で使用されているセッションIDが使用されている。即ち、ユーザコンピュータ１０と商用サイト４０との間で行われる一連の通信は、共通のセッションIDで管理される。推薦サイト２０で発行されたセッションIDを中継装置３０に送信して受け継がせることにより、同一のセッションIDでデータ通信を監視することができる。従って、セッションIDを検索キーとして使用することにより、その通信が、いずれのユーザコンピュータ１０といずれの商用サイト４０との間で行われたものであるかを特定することができる。
【００８７】
図１０は、IPアドレス変換処理を示すフローチャートである。中継装置３０は、IPパケットを受信したか否かを監視している（Ｓ５１）。IPパケットを受信した場合（S51：YES）、中継装置３０は、そのIPパケットが変換対象のパケットであるか否かを判定する（Ｓ５２）。ここでは、バナー広告２２を契機としてユーザコンピュータ１０と商用サイト４０との間で行われる一連のデータ通信に使用されるIPパケットを、変換対象とする。従って、ユーザコンピュータ１０または商用サイト４０以外のノードから受信されたIPパケットは、変換の対象とならない。
【００８８】
変換対象のIPパケットである場合（S52：YES）、中継装置３０は、ユーザコンピュータ１０からのIPパケットであるか否かを判定する（Ｓ５３）。ユーザコンピュータ１０からのIPパケットの場合（S53：YES）、中継装置３０は、各テーブルＴ１１，Ｔ１２を参照して通信セッションを特定する（Ｓ５４）。そして、中継装置３０は、そのIPパケットの送信元IPアドレスとして中継装置３０のIPアドレスをセットし（Ｓ５５）、宛先IPアドレスとして商用サイト４０のIPアドレスをセットする（Ｓ５６）。
【００８９】
これに対し、受信したIPパケットが商用サイト４０からのパケットである場合（S53：NO）、中継装置３０は、各テーブルＴ１１，Ｔ１２を参照して通信セッションを特定する（Ｓ５７）。そして、中継装置３０は、そのIPパケットの送信元IPアドレスとして中継装置３０のIPアドレスをセットし（Ｓ５８）、宛先IPアドレスとしてユーザコンピュータ１０のIPアドレスをセットする（Ｓ５９）。
【００９０】
このように、中継装置３０内で、ユーザコンピュータ１０から受信したIPパケット及び商用サイト４０から受信したIPパケットの情報をそれぞれ書き換えることにより、ユーザコンピュータ１０は中継装置３０との間で、商用サイト４０は中継装置３０との間で、それぞれデータ通信を行うことになる。この結果、ユーザコンピュータ１０と商用サイト４０とが互いをそれぞれ認識して直接的にデータ通信を行うのを阻止している。
【００９１】
図１１は、推薦サイト２０のウェブページ２１内に表示されるフォームを介したデータ通信を記録するためのフローチャートである。中継装置３０は、商用サイト４０宛のフォームデータＤ２１を取得する（Ｓ７１）。中継装置３０は、このフォームデータＤ２１を解析し、変数と値のペアを抽出する（Ｓ７２）。
【００９２】
中継装置３０は、抽出されたペアをそれぞれ変数と値とに分離し（Ｓ７３）、分離されたデータを数値として評価し（Ｓ７４）、この分析結果をHTTPログ記憶部３７に記憶させる（Ｓ７５）。図１２は、図１１に示すフローチャートの要部を示すプログラムの一例である。
【００９３】
なお、ユーザコンピュータ１０から商用サイト４０へ送信されたフォームデータＤ２１の分析・記録について述べたが、これとは逆に、商用サイト４０からユーザコンピュータ１０へ送信されるフォームデータＤ２２の分析・記録も上記同様に行うことができる。
【００９４】
図１３は、オンライン広告の効果を推薦サイト２０側で評価する場合のフローチャートである。推薦サイト２０は、HTTPログ記憶部３７にアクセスし（Ｓ８１）、検索条件を入力する（Ｓ８２）。検索条件としては、例えば、「所定期間内における所定のバナー広告２２による購入実績」等を挙げることができる。
【００９５】
HTTPログ記憶部３７からの検索結果が月次レポートのような形態で、推薦サイト２０の端末画面に出力されると（Ｓ８３）、推薦サイト２０は、商用サイト４０からの報酬支払い報告を読み出す（Ｓ８４）。推薦サイト２０は、自己の管理下にある月次レポートと商用サイト４０からの報酬支払い報告とを照合し（Ｓ８５）、両者が一致するか否かを判定する（Ｓ８６）。
【００９６】
商用サイト４０からの報酬金額とHTTPログ記憶部３７に記憶されている取引ログから推定される金額とが一致する場合（S86：YES）、推薦サイト２０は、両者の金額が一致する旨を端末画面に出力させる（Ｓ８７）。なお、画面出力に代えて、あるいは画面出力と共に、メッセージを音声で出力してもよい。
【００９７】
次に、推薦サイト２０は、金額の一致が確認された取引ログをHTTP記憶部３７から消去するか否かをユーザに確認する（Ｓ８８）。ユーザが消去を指示した場合（S88：YES）、その照合済の取引ログはHTTPログ記憶部３７から消去され（Ｓ８９）、本処理が終了する。ユーザが消去を希望しない場合（S88：NO）、Ｓ８９はスキップされて本処理を終了する。
【００９８】
ところで、商用サイト４０からの報酬金額と取引ログから推定される金額とが一致しない場合（S86：NO）、推薦サイト２０は、両者の金額の差分を算出し（Ｓ９０）、この差分だけ金額が一致しない旨を端末画面に出力させる（Ｓ９１）。
【００９９】
このように、HTTPログ記憶部３７に記憶されている取引内容に基づいて、推薦サイト２０の運営者に支払われるべき報酬金額を事前に予測したり、あるいは、商用サイト４０から実際に支払われた金額と照合することができる。これにより、金額の不一致が生じる可能性を抑制することができる。また、推薦サイト２０の運営者は、バナー広告２２による利益を把握できるため、この情報に基づいて、ウェブページ２１に掲載するバナー広告２２の種類を選択したり、その掲載位置を調節することができる。
【０１００】
図１４は、キャンセル方法をユーザに通知するための処理概略を示すフローチャートである。ユーザとサプライヤとの間でいったん取引が成立した場合でも、その後に、ユーザから注文が取り消される場合がある。オンライン商取引では、商品の現物を手にとって確認することができず、また、リアル店舗に比べて購入に至るまでの心理的障壁が低いため、ユーザは、よく検討せずに商品等を購入することがある。このような場合、ユーザは、注文した後で、その注文を取り消す。
【０１０１】
注文の取り消しには、専用の取消フォームを用いることができる。取消フォームを使用する場合、注文フォームの解析で述べたと同様に、その取消フォームデータを分析して、取り消された注文を特定することができる。
【０１０２】
これに対し、注文の取り消しに電子メールが使用される場合もある。ユーザからサプライヤに直接取消を伝える電子メールが送信された場合、推薦サイト２０側では、この取り消された注文を把握することができない。
【０１０３】
そこで、推薦サイト２０は、商用サイト４０のウェブページ内に含まれている連絡先情報（電子メールアドレス）を予め検出し（Ｓ１０１）、この電子メールアドレスを推薦サイト２０の運営者の電子メールアドレスに事前に書き換えてから（Ｓ１０２）、ウェブページ２１に表示させる。
【０１０４】
これにより、ユーザからの取消メールは、推薦サイト２０の運営者に送信される。推薦サイト２０は、該当する注文を取り消してHTTPログ記憶部３７の記憶内容を更新させると共に、この注文取消を商用サイト４０に通知する。
【０１０５】
本実施例は、上述のように構成されるので、以下の効果を奏する。本実施例では、ユーザコンピュータ１０と商用サイト４０との間で交換される取引情報を中継して記録する構成を採用した。従って、推薦サイト２０及び商用サイト４０のそれぞれにおいて、バナー広告２２の広告効果を評価でき、ユーザの挙動を追跡することができる。これにより、サプライヤ側にモラルハザードが生じる可能性を抑制することができ、推薦サイト２０の運営者とサプライヤとの間の相互信頼に基づいたオンライン広告を実現可能である。
【０１０６】
本実施例では、ユーザコンピュータ１０と商用サイト４０との間のデータ通信を中継する際に、互いに通信の相手方が認識できないように、IPパケットの情報を部分的に書き換える構成とした。これにより、推薦サイト２０側で把握不能なバナー広告２２に基づく取引が行われるのを未然に防止することができ、取引監視の信頼性が向上する。
【０１０７】
本実施例では、一連の取引に用いられる各通信をシステム内で一意に定まるセッションIDで特定する構成とした。従って、いずれのユーザコンピュータ１０がいずれの商用サイト４０と取引したかを容易に把握することができる。
【０１０８】
本実施例では、HTTPログ記憶部３７に記憶されている取引ログから推定される報酬金額と商用サイト４０から通知された報酬金額とを比較し、両金額が一致するか否かを推薦サイト２０の運営者に通知可能な構成とした。従って、推薦サイト２０の運営者は、各バナー広告２２の広告効果や各サプライヤの信頼性等を容易に把握することができる。
【０１０９】
本実施例では、金額の一致が確認された取引データをHTTPログ記憶部３７から消去可能な構成とした。従って、不要なデータを早期に削除して情報漏洩の可能性をより一層低減することができ、HTTPログ記憶部３７の記憶容量を有効に利用できる。なお、不要なデータを消去せずに蓄積することにより、購買履歴に基づいて各ユーザの信頼性を評価等することもできる。また、各ユーザの購買履歴に応じて、ウェブページ２１をそれぞれ動的に生成し、各ユーザの嗜好に応じてバナー広告２２を掲載することも可能である。
【０１１０】
本実施例では、注文を取り消す場合も推薦サイト２０で管理可能な構成とした。これにより、取消率が比較的高い商用サイト４０やユーザであっても、実際に成立した有効な取引内容を正確に把握することができる。
【実施例２】
【０１１１】
図１５に基づいて、第２実施例を説明する。本実施例の特徴は、案内用情報としての中継用URLに代えて、ユーザが持ち運び可能なクーポン券２２０を用い、クーポン券２２０が実際に使用されたか否かを中継装置３００が検出して、商用サイト４００に報告するようになっている。
【０１１２】
商用サイト４００は、事前にアフィリエイトボタン２１０を埋め込んだウェブコンテンツを推薦サイト２００に供給する（Ｓ１１０）。アフィリエイトボタン２１０とは、オンライン広告の効果を測定するためのボタンである。
推薦サイト２００は、アフィリエイトボタン２１０が埋め込まれたコンテンツをユーザコンピュータ１００に提供する。
【０１１３】
ユーザは、ユーザコンピュータ１００を用いて推薦サイト２００にアクセスし、アフィリエイトボタン２１０を選択することができる（Ｓ１１１）。アフィリエイトボタン２１０がユーザによって選択されると、推薦サイト２００からユーザコンピュータ１００に、電子クーポン券のデータが送信される（Ｓ１１２）。
【０１１４】
つまり、アフィリエイトボタン２１０には、電子化されたクーポン券のデータが予め対応付けられている。クーポン券としては、例えば、飲食店等のリアル店舗で提供される飲食物の無料または割引サービス券や粗品進呈券等を挙げることができる。
【０１１５】
推薦サイト２００は、アフィリエイトボタン２１０が選択されると、電子化されたクーポン券のデータを発行する。このクーポン券のデータには、例えば、商用サイト４００が予定しているクーポン券のサービス内容を示す情報に加えて、クーポン券を使用した場合の報告先IPアドレスが含まれている。この報告先IPアドレスには、中継装置３００のIPアドレスがセットされている。
【０１１６】
クーポン券データは、例えば、QRコード（株式会社デンソーウェーブの登録商標）等のように、二次元コード技術を用いて構成することができる。
【０１１７】
ユーザコンピュータ１００が推薦サイト２００から電子化されたクーポン券データを取得すると、このクーポン券データは、ユーザコンピュータ１００が利用可能なプリンタ１１０により自動的に印刷される（Ｓ１１３）。
【０１１８】
ユーザは、印刷されたクーポン券２２０を持参して、商用サイト４００のクーポン券サービスに加盟しているリアル店舗を訪れ、所望の商品等を購入する（Ｓ１１４）。この際に、ユーザは、クーポン券２２０をリアル店舗の店員に提示することにより、所定のクーポンサービスを受けることができる。
【０１１９】
リアル店舗の店員は、ユーザから受け取ったクーポン券２２０をスキャナ５１０で読み取ることにより、クーポン券２２０に含まれている情報を取得する（Ｓ１１５）。リアル店舗に設置された店舗端末５００は、例えば、POS端末等のように構成可能であり、スキャナ５１０が接続されている。
【０１２０】
スキャナ５１０によって、クーポン券２２０の情報が店舗端末５００に入力されると、店舗端末５００は、クーポン券データに含まれている報告先IPアドレスに向けて、クーポン券２２０が使用された旨の情報を送信する。この使用報告情報には、例えば、そのクーポン券を識別するための識別コード、そのクーポン券が使用されたリアル店舗や店舗端末５００を特定するための識別コード、使用日時等を含めることができる。
【０１２１】
予め報告先としてクーポン券データに設定されている中継装置３００には、店舗端末５００から使用報告情報が通信ネットワークを介して入力される。中継装置３００は、推薦サイト２００で発行されたクーポン券を管理するためのクーポン券データベース３１０を参照し、どのユーザコンピュータ１００に向けて発行されたクーポン券であるか等を検出する。
【０１２２】
クーポン券データベース３１０には、例えば、推薦サイト２００から各ユーザコンピュータ１００に向けて発行された各クーポン券の情報が、各商用サイト毎に、各クーポンサービス毎に分類されてそれぞれ記憶されている。
【０１２３】
中継装置３００は、例えば、データベース３１０に格納されているデータのうち、使用されたクーポン券に使用済みであることを示すフラグを設定する。そして、中継装置３００は、商用サイト４００にクーポン券が使用された旨を報告する（Ｓ１１７）。
【０１２４】
商用サイト４００は、使用されたクーポン券の情報に基づいて、アフィリエイトボタン２１０の効果を評価し、使用実績（即ち商品等の購入実績）に応じた金額を推薦サイト２００の運営者に支払う。推薦サイト２００側では、クーポン券データベース３１０を参照することにより、クーポン券の使用実績を把握可能であり、商用サイト４００から支払われた金額の妥当性を判断することができる。
【０１２５】
なお、クーポン券データは、印刷物として出力する必要はなく、例えば、携帯電話等の小型携帯端末内に記憶させて使用することもできる。即ち、携帯端末の端末画面に二次元コードを表示させて、これをスキャナ５１０で読み取ることができる。あるいは、携帯端末から店舗端末５００にクーポン券データを直接送信することもできる。
【０１２６】
このように構成される本実施例でも、前記実施例と同様に、オンライン広告の効果を客観的に測定することができ、かつ、推薦サイト２００及び商用サイト４００の双方でユーザの挙動を追跡することができる。
【０１２７】
なお、本発明は、上述した実施の形態に限定されない。当業者であれば、本発明の範囲内で、種々の追加や変更等を行うことができる。例えば、当業者であれば、前記各実施例を適宜組み合わせることができる。
【図面の簡単な説明】
【０１２８】
【図１】本発明の実施形態の概念を示す説明図である。
【図２】オンライン広告システムの全体概要を示すブロック図である。
【図３】推薦サイトにより提供されるウェブページの概略構成を模式的に示す説明図である。
【図４】オンライン広告システムの全体動作の概要を示すフローチャートである。
【図５】URL変換（生成）処理を示すフローチャートである。
【図６】中継装置が受信するHTTPリクエストの構成を示す説明図である。
【図７】推薦サイトのウェブページ内でウェブアプリケーションが実行される様子を示し、（ａ）は商品等の注文時の画面を、（ｂ）は注文が受け付けられた場合の確認画面をそれぞれ示す。
【図８】IPパケット内の情報から通信セッションを特定するための情報を得る様子を示す説明図である。
【図９】セッション記録テーブルの一例を示す説明図である。
【図１０】IPアドレス変換処理を示すフローチャートである。
【図１１】送信フォーム記録処理を示すフローチャートである。
【図１２】フォームデータから所定の情報を取得するために使用されるプログラムの一例を示す説明図である。
【図１３】アフィリエイト効果を評価するための処理を示すフローチャートである。
【図１４】キャンセル方法通知処理を示すフローチャートである。
【図１５】第２実施例に係るオンライン広告システムを示す全体説明図である。
【符号の説明】
【０１２９】
１…ユーザコンピュータ、２…推薦サイト、３…中継装置、４…商用サイト、１０…ユーザコンピュータ、１１…ウェブブラウザ、２０…推薦サイト、２１…ウェブページ、２１Ａ…タイトル表示部、２２，２２Ａ〜２２Ｃ…バナー広告、２３…ローカルコンテンツ、２４…スクリプト埋込部、２５…セッションID生成部、２６…セッションログ集計部、２７…セッションID記憶部、３０…中継装置、３１…URLフィルタ、３２…アドレス変換部、３３…URL変換部、３４…セッション記録部、３５…送信フォーム記録部、３６…キャンセル方法通知部、３７…HTTPログ記憶部、４０…商用サイト、４１…スクリプト生成部、４２…ウェブページ生成部、１００…ユーザコンピュータ、１１０…プリンタ、２００…推薦サイト、２１０…アフィリエイトボタン、２２０…クーポン券、３００…中継装置、３１０…クーポン券データベース、４００…商用サイト、５００…店舗端末、５１０…スキャナ
【特許請求の範囲】
【請求項１】
サプライヤシステムへユーザを案内するための案内用情報をユーザコンピュータに提供する提携先システムを備えたオンライン広告システムであって、
前記ユーザコンピュータ及び前記サプライヤシステムにそれぞれ通信ネットワークを介して接続され、前記ユーザコンピュータと前記サプライヤシステムとの間のデータ通信を中継する中継装置を設け、
前記案内用情報には、前記中継装置を経由して前記サプライヤシステムにアクセスするための接続用情報が含まれており、
前記中継装置は、前記ユーザコンピュータと前記サプライヤシステムとの間のデータ通信を中継するデータ中継手段と、
このデータ中継手段によって中継されたデータ通信の状況を保存する通信状況保存手段と、
を備えたオンライン広告システム。
【請求項２】
前記提携先システムは、前記ユーザコンピュータのウェブブラウザによって閲覧されるウェブページ内に、前記案内用情報を設けて提供する請求項１に記載のオンライン広告システム。
【請求項３】
前記データ中継手段は、
（１）前記ユーザコンピュータから前記サプライヤシステムへのデータ送信を前記中継装置から前記サプライヤシステムへのデータ送信としてアドレス情報を書き換え、
（２）前記サプライヤシステムから前記ユーザコンピュータへのデータ送信を前記中継装置から前記ユーザコンピュータへのデータ送信としてアドレス情報を書き換える請求項１に記載のオンライン広告システム。
【請求項４】
前記接続用情報には、少なくとも、前記中継装置を特定するアドレス情報と、前記ユーザコンピュータと前記中継装置との通信セッションを特定するためのセッション識別情報と、前記提携先システムで生成された接続用情報であることを示す生成元情報と、前記案内用情報を識別するための案内用情報識別情報と、前記サプライヤシステムを特定するためのサプライヤシステム識別情報とが含まれており、
前記データ中継手段は、前記ユーザコンピュータが前記接続用情報を介してアクセスしてきた場合に、この接続用情報内に前記生成元情報と、前記案内用情報識別情報と、前記サプライヤシステム識別情報とが含まれているか否かを判定し、含まれていると判定した場合は、前記ユーザコンピュータと前記サプライヤシステムとの間のデータ通信を中継する請求項１に記載のオンライン広告システム。
【請求項５】
前記提携先システムは、前記サプライヤシステムにより実行されるアプリケーションプログラムを呼び出して、前記ユーザコンピュータのウェブブラウザによって閲覧されるウェブページ上で、前記アプリケーションプログラムと前記ウェブブラウザとの間のデータ交換を行わせることができ、
前記通信状況保存手段は、前記アプリケーションプログラムと前記ウェブブラウザとの間のデータ交換の状況も保存する請求項１に記載のオンライン広告システム。
【請求項６】
前記通信状況保存手段による保存結果と前記サプライヤシステムにより管理されている前記提携先システムの貢献度とが適合するか否かを判定する照合手段をさらに備えた請求項１に記載のオンライン広告システム。
【請求項７】
前記提携先システムは、前記サプライヤシステムへの連絡用情報を、前記提携先システムへの連絡用情報に置き換えて、前記ユーザコンピュータに提供する請求項１に記載のオンライン広告システム。
【請求項８】
前記案内用情報は、前記ユーザによって持ち運び可能な形態で前記提携先システムから提供されるものである請求項１に記載のオンライン広告システム。
【請求項９】
サプライヤシステムからユーザコンピュータへオンラインで広告を行うためのオンライン広告方法であって、
前記サプライヤシステムへユーザを案内するための案内用情報を含むウェブページを生成し、このウェブページを前記ユーザコンピュータに提供するステップと、
前記ユーザコンピュータが前記案内用情報を選択した場合は、前記ユーザコンピュータ及び前記サプライヤシステムがそれぞれ互いに直接認識できないようにアドレス情報を書き換えて、前記ユーザコンピュータと前記サプライヤシステムとの間のデータ通信を中継するステップと、
前記中継されたデータ通信の状況を保存するステップと、
を含むオンライン広告方法。
【請求項１】
サプライヤシステムへユーザを案内するための案内用情報をユーザコンピュータに提供する提携先システムを備えたオンライン広告システムであって、
前記ユーザコンピュータ及び前記サプライヤシステムにそれぞれ通信ネットワークを介して接続され、前記ユーザコンピュータと前記サプライヤシステムとの間のデータ通信を中継する中継装置を設け、
前記案内用情報には、前記中継装置を経由して前記サプライヤシステムにアクセスするための接続用情報が含まれており、
前記中継装置は、前記ユーザコンピュータと前記サプライヤシステムとの間のデータ通信を中継するデータ中継手段と、
このデータ中継手段によって中継されたデータ通信の状況を保存する通信状況保存手段と、
を備えたオンライン広告システム。
【請求項２】
前記提携先システムは、前記ユーザコンピュータのウェブブラウザによって閲覧されるウェブページ内に、前記案内用情報を設けて提供する請求項１に記載のオンライン広告システム。
【請求項３】
前記データ中継手段は、
（１）前記ユーザコンピュータから前記サプライヤシステムへのデータ送信を前記中継装置から前記サプライヤシステムへのデータ送信としてアドレス情報を書き換え、
（２）前記サプライヤシステムから前記ユーザコンピュータへのデータ送信を前記中継装置から前記ユーザコンピュータへのデータ送信としてアドレス情報を書き換える請求項１に記載のオンライン広告システム。
【請求項４】
前記接続用情報には、少なくとも、前記中継装置を特定するアドレス情報と、前記ユーザコンピュータと前記中継装置との通信セッションを特定するためのセッション識別情報と、前記提携先システムで生成された接続用情報であることを示す生成元情報と、前記案内用情報を識別するための案内用情報識別情報と、前記サプライヤシステムを特定するためのサプライヤシステム識別情報とが含まれており、
前記データ中継手段は、前記ユーザコンピュータが前記接続用情報を介してアクセスしてきた場合に、この接続用情報内に前記生成元情報と、前記案内用情報識別情報と、前記サプライヤシステム識別情報とが含まれているか否かを判定し、含まれていると判定した場合は、前記ユーザコンピュータと前記サプライヤシステムとの間のデータ通信を中継する請求項１に記載のオンライン広告システム。
【請求項５】
前記提携先システムは、前記サプライヤシステムにより実行されるアプリケーションプログラムを呼び出して、前記ユーザコンピュータのウェブブラウザによって閲覧されるウェブページ上で、前記アプリケーションプログラムと前記ウェブブラウザとの間のデータ交換を行わせることができ、
前記通信状況保存手段は、前記アプリケーションプログラムと前記ウェブブラウザとの間のデータ交換の状況も保存する請求項１に記載のオンライン広告システム。
【請求項６】
前記通信状況保存手段による保存結果と前記サプライヤシステムにより管理されている前記提携先システムの貢献度とが適合するか否かを判定する照合手段をさらに備えた請求項１に記載のオンライン広告システム。
【請求項７】
前記提携先システムは、前記サプライヤシステムへの連絡用情報を、前記提携先システムへの連絡用情報に置き換えて、前記ユーザコンピュータに提供する請求項１に記載のオンライン広告システム。
【請求項８】
前記案内用情報は、前記ユーザによって持ち運び可能な形態で前記提携先システムから提供されるものである請求項１に記載のオンライン広告システム。
【請求項９】
サプライヤシステムからユーザコンピュータへオンラインで広告を行うためのオンライン広告方法であって、
前記サプライヤシステムへユーザを案内するための案内用情報を含むウェブページを生成し、このウェブページを前記ユーザコンピュータに提供するステップと、
前記ユーザコンピュータが前記案内用情報を選択した場合は、前記ユーザコンピュータ及び前記サプライヤシステムがそれぞれ互いに直接認識できないようにアドレス情報を書き換えて、前記ユーザコンピュータと前記サプライヤシステムとの間のデータ通信を中継するステップと、
前記中継されたデータ通信の状況を保存するステップと、
を含むオンライン広告方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２００６−２１５９５６（Ｐ２００６−２１５９５６Ａ）
【公開日】平成１８年８月１７日（２００６．８．１７）
【国際特許分類】
【出願番号】特願２００５−３０３８４（Ｐ２００５−３０３８４）
【出願日】平成１７年２月７日（２００５．２．７）
【出願人】（０００１５５４６９）株式会社野村総合研究所 (1,067)
【公開日】平成１８年８月１７日（２００６．８．１７）
【国際特許分類】
【出願日】平成１７年２月７日（２００５．２．７）
【出願人】（０００１５５４６９）株式会社野村総合研究所 (1,067)
[ Back to top ]