(57)【特許請求の範囲】
【請求項１】
アフィリエイト装置と広告主装置とがネットワークで接続されたアフィリエイトシステムにおいて、
前記アフィリエイト装置は、
記憶手段と、
アフィリエイターサイトを識別するビット列と広告主サイトを識別するビット列とを特定する報酬支払承認通知ビット列を受信した場合に、当該受信した報酬支払承認通知ビット列によって特定されるアフィリエイターサイトを識別するビット列と当該受信した報酬支払承認通知ビット列によって特定される広告主サイトを識別するビット列と報酬の支払いが承認された旨を示す報酬支払承認済ビット列とを対応付けて前記記憶手段に記憶する手段と、
アフィリエイターサイトを識別するビット列と広告主サイトを識別するビット列と報酬支払承認済ビット列とを特定するチェック通知ビット列を受信した場合に、当該受信したチェック通知ビット列によって特定されるアフィリエイターサイトを識別するビット列と当該受信したチェック通知ビット列によって特定される広告主サイトを識別するビット列と当該受信したチェック通知ビット列によって特定される報酬支払承認済ビット列と当該報酬支払承認済ビット列についてチェックが行われたことを示すチェック済ビット列とを対応付けて前記記憶手段に記憶する手段と、
広告主サイトを識別するビット列を特定する市場データ開示要求ビット列を前記広告主装置から受信した場合に、当該受信した市場データ開示要求ビット列によって特定される広告主サイトを識別するビット列に対応付けて前記記憶手段に記憶されているアフィリエイターサイトを識別するビット列と当該受信した市場データ開示要求ビット列によって特定される広告主サイトを識別するビット列に対応付けて前記記憶手段に記憶されているチェック済ビット列とを用いて前記市場データビット列を生成する手段と、
前記生成した市場データビット列を前記広告主装置に送信する手段と、
を備えた、
ことを特徴とするアフィリエイトシステム。
【請求項２】
前記アフィリエイト装置は、さらに、前記広告主装置から、前記市場データビット列に基づいて特定のアフィリエイターサイトを前記広告主装置のネットワーク構成から除外することを通知するネットワーク構成変更通知ビット列を受信した場合に、その特定のアフィリエイターサイトに関して、広告開示処理、リダイレクト処理、および前記アフィリエイターサイトを識別するビット列と広告主サイトを識別するビット列とを特定する報酬支払承認通知ビット列を受信した場合に、当該受信した報酬支払承認通知ビット列によって特定されるアフィリエイターサイトを識別するビット列と当該受信した報酬支払承認通知ビット列によって特定される広告主サイトを識別するビット列と報酬の支払いが承認された旨を示す報酬支払承認済ビット列とを対応付けて前記記憶手段に記憶する処理のうちの少なくとも１つの処理を前記広告主装置について行わないまたは中止する手段を備えたことを特徴とする請求項１に記載のアフィリエイトシステム。
【請求項３】
広告主装置にネットワークで接続されたアフィリエイト装置において、
記憶手段と、
アフィリエイターサイトを識別するビット列と広告主サイトを識別するビット列とを特定する報酬支払承認通知ビット列を受信した場合に、当該受信した報酬支払承認通知ビット列によって特定されるアフィリエイターサイトを識別するビット列と当該受信した報酬支払承認通知ビット列によって特定される広告主サイトを識別するビット列と報酬の支払いが承認された旨を示す報酬支払承認済ビット列とを対応付けて前記記憶手段に記憶する手段と、
アフィリエイターサイトを識別するビット列と広告主サイトを識別するビット列と報酬支払承認済ビット列とを特定するチェック通知ビット列を受信した場合に、当該受信したチェック通知ビット列によって特定されるアフィリエイターサイトを識別するビット列と当該受信したチェック通知ビット列によって特定される広告主サイトを識別するビット列と当該受信したチェック通知ビット列によって特定される報酬支払承認済ビット列と当該報酬支払承認済ビット列についてチェックが行われたことを示すチェック済ビット列とを対応付けて前記記憶手段に記憶する手段と、
広告主サイトを識別するビット列を特定する市場データ開示要求ビット列を前記広告主装置から受信した場合に、当該受信した市場データ開示要求ビット列によって特定される広告主サイトを識別するビット列に対応付けて前記記憶手段に記憶されているアフィリエイターサイトを識別するビット列と当該受信した市場データ開示要求ビット列によって特定される広告主サイトを識別するビット列に対応付けて前記記憶手段に記憶されているチェック済ビット列とを用いて前記市場データビット列を生成する手段と、
前記生成した市場データビット列を前記広告主装置に送信する手段と、
を備えたことを特徴とするアフィリエイト装置。
【請求項４】
請求項３に記載のアフィリエイト装置において、さらに、前記広告主装置から、前記市場データビット列に基づいて特定のアフィリエイターサイトを前記広告主装置のネットワーク構成から除外することを通知するネットワーク構成変更通知ビット列を受信した場合に、その特定のアフィリエイターサイトに関して、広告開示処理、リダイレクト処理、および前記アフィリエイターサイトを識別するビット列と広告主サイトを識別するビット列とを特定する報酬支払承認通知ビット列を受信した場合に、当該受信した報酬支払承認通知ビット列によって特定されるアフィリエイターサイトを識別するビット列と当該受信した報酬支払承認通知ビット列によって特定される広告主サイトを識別するビット列と報酬の支払いが承認された旨を示す報酬支払承認済ビット列とを対応付けて前記記憶手段に記憶する処理のうちの少なくとも１つの処理を前記広告主装置について行わないまたは中止する手段を備えたことを特徴とするアフィリエイト装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上のアフィリエイトプログラム（Ａｆｆｉｌｉａｔｅ  Ｐｒｏｇｒａｍ）に関し、特に、このアフィリエイトプログラムが実現されるネットワークシステム及び装置に関する。
【背景技術】
【０００２】
一般に、アフィリエイトプログラムが実現されるネットワークシステム（以下、「アフィリエイトシステム」という。）は、あるサイトに広告を出すことにつき、広告主による事前承認を行うことができるように設計・構成されている。そして、これにより、広告主は、自社の商品・サービスとカテゴリーが同じとなるアフィリエイターサイトを中心にネットワークを構成して、売上及び販売効率を最大化できるとされている。
【０００３】
また、一般に、アフィリエイトシステムは、広告主サイトへの誘導数や売上数というアフィリエイターサイト（アフィリエイターによって管理されるサイト）の実績を分析・管理できるように設計・構成されている。そして、これにより、広告主は、実績の良いアフィリエイターサイトを中心にネットワークを構成して、売上および販売効率を最大化できるとされている。
【特許文献１】特開２００１−２０２４５４号公報
【特許文献２】特開２００３−２０８５３８号公報
【特許文献３】特開２００７−４８１６５号公報
【特許文献４】特開２００７−５８３８７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、商品・サービスを購入した後の顧客の行動（解約をするかリピート購入するかなど）は、実績の良いアフィリエイターサイトを経由してきたか否かとはあまり関係がないと考えられる。たとえば、実績の良いアフィリエイターサイトを閲覧して衝動買いをしてしまい、後日冷静になって解約をするという場合がある一方で、実績の悪いアフィリエイターサイトを閲覧して慎重に商品・サービスを吟味して購入などし、後日、さらにリピート購入などするということも考えられるからである。
したがって、アフィリエイターサイトの実績に依存して広告主のネットワークが構成されてしまうと、広告主の顧客がアフィリエイター主導で形成されてしまい、気付いてみれば、広告主の周りには、広告主が望んでいない顧客（頻繁に解約する顧客など）ばかりが存在し、広告主が望んでいた顧客（リピート購入する顧客など）は全く存在していないという問題が生じる。
このため、アフィリエイターサイトの実績に依存して広告主のネットワークを構成するというアフィリエイター主導の顧客形成がなされる従来のアフィリエイターシステムでは、広告主の売上が、短期的に見て急上昇するかもしれないが、長期的に見てジリ貧になってしまうというおそれがある。
そこで、本発明は、広告主主導の顧客形成が可能なネットワークを構成することができるアフィリエイトシステムおよびアフィリエイト装置を提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明によれば、上記課題は、次の手段により達成される。
【０００６】
［アフィリエイトシステム］
本発明は、アフィリエイト装置と広告主装置とがネットワークで接続されたアフィリエイトシステムにおいて、前記アフィリエイト装置は、記憶手段と、アフィリエイターサイトを識別するビット列と広告主サイトを識別するビット列とを特定する報酬支払承認通知ビット列を受信した場合に、当該受信した報酬支払承認通知ビット列によって特定されるアフィリエイターサイトを識別するビット列と当該受信した報酬支払承認通知ビット列によって特定される広告主サイトを識別するビット列と報酬の支払いが承認された旨を示す報酬支払承認済ビット列とを対応付けて前記記憶手段に記憶する手段と、アフィリエイターサイトを識別するビット列と広告主サイトを識別するビット列と報酬支払承認済ビット列とを特定するチェック通知ビット列を受信した場合に、当該受信したチェック通知ビット列によって特定されるアフィリエイターサイトを識別するビット列と当該受信したチェック通知ビット列によって特定される広告主サイトを識別するビット列と当該受信したチェック通知ビット列によって特定される報酬支払承認済ビット列と当該報酬支払承認済ビット列についてチェックが行われたことを示すチェック済ビット列とを対応付けて前記記憶手段に記憶する手段と、広告主サイトを識別するビット列を特定する市場データ開示要求ビット列を前記広告主装置から受信した場合に、当該受信した市場データ開示要求ビット列によって特定される広告主サイトを識別するビット列に対応付けて前記記憶手段に記憶されているアフィリエイターサイトを識別するビット列と当該受信した市場データ開示要求ビット列によって特定される広告主サイトを識別するビット列に対応付けて前記記憶手段に記憶されているチェック済ビット列とを用いて前記市場データビット列を生成する手段と、前記生成した市場データビット列を前記広告主装置に送信する手段と、を備えた、ことを特徴とするアフィリエイトシステムである。
【０００７】
本発明によれば、アフィリエイト装置においてアフィリエイターサイトごとにチェック済ビット列が記憶され、この記憶されているチェック済ビット列を用いて生成された市場データビット列が、アフィリエイト装置から広告主装置に送信される。
したがって、本発明によれば、チェック通知ビット列を報酬支払承認後のイベント発生（解約やリピート購入など）を示すビット列とすることにより、広告主装置において、商品・サービスを購入などした後の顧客の行動（解約をしたかリピート購入したかなど）を把握することができる。
このため、本発明によれば、広告主は、あるアフィリエイターサイトを閲覧している見込客群が、広告主が望んでいる顧客となり得るか否かを判断することが可能となるため、この判断の結果に基づいて、そのアフィリエイターサイトを広告主のネットワーク構成に含ませるか否かを判断することが可能となる。
よって、本発明によれば、広告主のネットワーク構成をアフィリエイターサイトの実績に依存して行う必要がなくなるため、広告主の顧客がアフィリエイター主導で形成されてしまうということがなく、広告主は、広告主主導で顧客形成を行うことが可能となる。
【０００８】
上記した本発明に係るアフィリエイトシステムの構成においては、前記アフィリエイト
装置は、さらに、前記広告主装置から、前記市場データビット列に基づいて特定のアフィリエイターサイトを前記広告主装置のネットワーク構成から除外することを通知するネットワーク構成変更通知ビット列を受信した場合に、その特定のアフィリエイターサイトに関して、広告開示処理、リダイレクト処理、および前記アフィリエイターサイトを識別するビット列と広告主サイトを識別するビット列とを特定する報酬支払承認通知ビット列を受信した場合に、当該受信した報酬支払承認通知ビット列によって特定されるアフィリエイターサイトを識別するビット列と当該受信した報酬支払承認通知ビット列によって特定される広告主サイトを識別するビット列と報酬の支払いが承認された旨を示す報酬支払承認済ビット列とを対応付けて前記記憶手段に記憶する処理のうちの少なくとも１つの処理を前記広告主装置について行わないまたは中止する手段を備えたとすることが好ましい。
【０００９】
このようにすれば、あるアフィリエイターサイトを閲覧している見込客群が、広告主が望んでいない顧客になり得ると判断された場合には、たとえ実績が良くても、そのアフィリエイターサイトを広告主のネットワーク構成から除外することが可能となり、広告主主導で顧客形成を行うに際して好ましい。
【００１０】
［アフィリエイト装置］
また、本発明は、広告主装置にネットワークで接続されたアフィリエイト装置において、記憶手段と、アフィリエイターサイトを識別するビット列と広告主サイトを識別するビット列とを特定する報酬支払承認通知ビット列を受信した場合に、当該受信した報酬支払承認通知ビット列によって特定されるアフィリエイターサイトを識別するビット列と当該受信した報酬支払承認通知ビット列によって特定される広告主サイトを識別するビット列と報酬の支払いが承認された旨を示す報酬支払承認済ビット列とを対応付けて前記記憶手段に記憶する手段と、アフィリエイターサイトを識別するビット列と広告主サイトを識別するビット列と報酬支払承認済ビット列とを特定するチェック通知ビット列を受信した場合に、当該受信したチェック通知ビット列によって特定されるアフィリエイターサイトを識別するビット列と当該受信したチェック通知ビット列によって特定される広告主サイトを識別するビット列と当該受信したチェック通知ビット列によって特定される報酬支払承認済ビット列と当該報酬支払承認済ビット列についてチェックが行われたことを示すチェック済ビット列とを対応付けて前記記憶手段に記憶する手段と、広告主サイトを識別するビット列を特定する市場データ開示要求ビット列を前記広告主装置から受信した場合に、当該受信した市場データ開示要求ビット列によって特定される広告主サイトを識別するビット列に対応付けて前記記憶手段に記憶されているアフィリエイターサイトを識別するビット列と当該受信した市場データ開示要求ビット列によって特定される広告主サイトを識別するビット列に対応付けて前記記憶手段に記憶されているチェック済ビット列とを用いて前記市場データビット列を生成する手段と、前記生成した市場データビット列を前記広告主装置に送信する手段と、を備えたことを特徴とするアフィリエイト装置である。
【００１１】
本発明によれば、アフィリエイト装置においてアフィリエイターサイトごとにチェック済ビット列が記憶され、この記憶されているチェック済ビット列を用いて生成された市場データビット列が、アフィリエイト装置から広告主装置に送信される。
したがって、本発明によれば、チェック通知ビット列を報酬支払承認後のイベント発生（解約やリピート購入など）を示すビット列とすることにより、広告主装置において、商品・サービスを購入などした後の顧客の行動（解約をしたかリピート購入したかなど）を把握することができる。
このため、本発明によれば、広告主は、あるアフィリエイターサイトを閲覧している見込客群が、広告主が望んでいる顧客となり得るか否かを判断することが可能となるため、この判断の結果に基づいて、そのアフィリエイターサイトを広告主のネットワーク構成に含ませるか否かを判断することが可能となる。
よって、本発明によれば、広告主のネットワーク構成をアフィリエイターサイトの実績に依存して行う必要がなくなるため、広告主の顧客がアフィリエイター主導で形成されてしまうということがなく、広告主は、広告主主導で顧客形成を行うことが可能となる。
【００１２】
上記した本発明に係るアフィリエイト装置の構成においては、さらに、前記広告主装置から、前記市場データビット列に基づいて特定のアフィリエイターサイトを前記広告主装置のネットワーク構成から除外することを通知するネットワーク構成変更通知ビット列を受信した場合に、その特定のアフィリエイターサイトに関して、広告開示処理、リダイレクト処理、および前記アフィリエイターサイトを識別するビット列と広告主サイトを識別するビット列とを特定する報酬支払承認通知ビット列を受信した場合に、当該受信した報酬支払承認通知ビット列によって特定されるアフィリエイターサイトを識別するビット列と当該受信した報酬支払承認通知ビット列によって特定される広告主サイトを識別するビット列と報酬の支払いが承認された旨を示す報酬支払承認済ビット列とを対応付けて前記記憶手段に記憶する処理のうちの少なくとも１つの処理を前記広告主装置について行わないまたは中止する手段を備えたとすることが好ましい。
【００１３】
このようにすれば、あるアフィリエイターサイトを閲覧している見込客群が、広告主が望んでいない顧客になり得ると判断された場合には、たとえ実績が良くても、そのアフィリエイターサイトを広告主のネットワーク構成から除外することが可能となり、広告主主導で顧客形成を行うに際して好ましい。
【発明の効果】
【００１４】
本発明によれば、広告主主導の顧客形成が可能なネットワークを構成することができるアフィリエイトシステムおよびアフィリエイト装置を提供することができる。
【発明を実施するための最良の形態】
【００１５】
以下に、添付した図面を参照しつつ、本発明を実施するための最良の形態を詳細に説明する。
【００１６】
［実施形態に係るアフィリエイトシステム１の概略構成］
まず、図１を参照しつつ、本発明の実施形態に係るアフィリエイトシステム１の概略構成について説明する。図１は、本発明の実施形態に係るアフィリエイトシステム１の概略構成図である。
図１に示すように、本発明の実施形態に係るアフィリエイトシステム１は、アフィリエイト装置の一例であるアフィリエイトサーバ１０と、広告主装置の一例である広告主サーバ２１および広告主端末２２と、がインターネット７０で接続されたネットワークシステムである。このネットワークシステムには、さらに、アフィリエイターによって使用されるアフィリエイター端末３１Ａ、３２Ｂと、アフィリエイターサイトを構成するＷｅｂページをアフィリエイター端末３１Ａ、３２ＢからアップロードされるＷｅｂサーバ４０と、Ｗｅｂサーバ４０にアップロードされたアフィリエイターサイトをブラウザで閲覧する閲覧者端末５１Ａ、５２Ａ、５３Ｂ、５４Ｂと、が接続されている。閲覧者端末５３Ｂ、５４Ｂは、携帯電話やＰＤＡなどのモバイルコンピュータであり、基地局６０を介してアフィリエイトシステム１上の装置と通信を行う。
【００１７】
以下で述べるように、本発明の実施形態によれば、アフィリエイトサーバ１０においてアフィリエイターサイトごとにチェック済ビット列が記憶され、この記憶されているチェック済ビット列を用いて生成された市場データビット列が、アフィリエイトサーバ１０から広告主端末２２に送信される。
したがって、本発明の実施形態によれば、チェック通知ビット列を報酬支払承認後のイベント発生（解約やリピート購入など）を示すビット列とすることにより、広告主端末２２において、商品・サービスを購入などした後の顧客の行動（解約をしたかリピート購入したかなど）を把握することができる。
このため、本発明の実施形態によれば、広告主は、あるアフィリエイターサイトを閲覧している見込客群が、広告主が望んでいる顧客となり得るか否かを判断することが可能となるため、この判断の結果に基づいて、そのアフィリエイターサイトを広告主のネットワーク構成に含ませるか否かを判断することが可能となる。
よって、本発明の実施形態によれば、広告主のネットワーク構成をアフィリエイターサイトの実績に依存して行う必要がなくなるため、広告主の顧客がアフィリエイター主導で形成されてしまうということがなく、広告主は、広告主主導で顧客形成を行うことが可能となる。
【００１８】
具体的に説明すると、たとえば、Ｗｅｂサーバ４０上に、アフィリエイター端末３１Ａにより管理されるアフィリエイターサイトＡとアフィリエイター端末３２Ｂにより管理されるアフィリエイターサイトＢとが存在するものとする。そして、アフィリエイターサイトＡは、閲覧者端末５１Ａ、５２Ａによって頻繁に閲覧されており、アフィリエイターサイトＢは、閲覧者端末５３Ｂ、５４Ｂによって頻繁に閲覧されているものとする。この場合、広告主サーバ２１には、アフィリエイターサイトＡを閲覧する閲覧者端末５１Ａのコンピュータユーザ、アフィリエイターサイトＡを閲覧する閲覧者端末５２Ａのコンピュータユーザ、アフィリエイターサイトＢを閲覧する閲覧者端末５３Ｂのコンピュータユーザ、アフィリエイターサイトＢを閲覧する閲覧者端末５４Ｂのコンピュータユーザという見込客がインターネット７０上に存在することになる。
【００１９】
ここで、アフィリエイターサイトＡについては、閲覧者端末５１Ａのコンピュータユーザのみが広告主サーバ２１上で広告主の商品・サービスを購入し、アフィリエイターサイトＢについては、閲覧者端末５３Ｂ、５４Ｂのコンピュータユーザが、ともに、広告主サーバ２１上で広告主の商品・サービスを購入するものとする。
【００２０】
しかしながら、アフィリエイターサイトＡを経由して広告主サーバ２１上で商品・サービスを購入した閲覧者端末５１Ａのコンピュータユーザは、十分に吟味して商品・サービスを購入して満足しており、リピート購入したとする。他方で、アフィリエイターサイトＢを経由して広告主サーバ２１上で商品・サービスを購入した閲覧者端末５３Ｂ、５４Ｂのコンピュータユーザは、衝動的に商品・サービスを購入して後悔しており、購入後に解約をしたとする。
【００２１】
このような場合、アフィリエイターサイトＡは実績が悪いと判断され、アフィリエイターサイトＢは実績が良いと判断されるが、アフィリエイターサイトＡにおける見込客は、商品・サービスを十分に吟味してリピート購入までする慎重層であると考えられ、他方、アフィリエイターサイトＢにおける見込客は、商品・サービスを衝動的に購入して後日解約する衝動層であると考えられる。
【００２２】
したがって、広告主にとっては、アフィリエイターサイトＡにおける見込客と取引関係を結び、他方、アフィリエイターサイトＢにおける見込客とは取引関係を結ばない方が得策である。
【００２３】
本実施形態によれば、このような場合、チェック済ビット列が記憶されている数をアフィリエイターサイトごとに確認することによって、アフィリエイターサイトＡにおける見込客群がリピート購入までする慎重層であり、アフィリエイターサイトＢにおける見込客群が衝動層であることを、広告主端末２２において判断することが可能となる。また、広告主は、その判断結果に基づいて、アフィリエイターサイトＢを広告主サーバ２１のネットワーク構成から除外して、たとえば、アフィリエイターサイトＢを経由して広告主サーバ２１へアクセスすることを拒否することが可能となる。
以下では、本発明の実施形態に係るアフィリエイトシステム１の説明を続けるが、理解を容易にするため、アフィリエイター端末３１Ａ、３２Ｂについてはアフィリエイター端末３０とし、閲覧者端末５１Ａ、５２Ａ、５３Ｂ、５４Ｂについては閲覧者端末５０とする。
【００２４】
［実施形態に係るアフィリエイトシステム１の概略動作］
次に、図２を参照しつつ、本発明の実施形態に係るアフィリエイトシステム１の概略動作について説明する。図２Ａは、本発明の実施形態に係るアフィリエイトシステム１の概略動作を示す図（その１）であり、図２Ｂは、図２Ａの概略動作の続きを示す、本発明の実施形態に係るアフィリエイトシステム１の概略動作を示す図（その２）である。
【００２５】
（ステップＳ１：アフィリエイター登録要求ビット列）
まず、アフィリエイター端末３０が、アフィリエイトサーバ１０に対して、アフィリエイター登録要求ビット列を送信する（ステップＳ１）。このアフィリエイター登録要求ビット列は、アフィリエイター端末３０を使用しているコンピュータユーザをアフィリエイターとして登録することを要求し、且つ、Ｗｅｂサーバ４０上のＷｅｂページ（アフィリエイター端末３０を使用しているコンピュータユーザによって管理される。）をアフィリエイターサイトとして登録することを要求するビット列である。
【００２６】
（ステップＳ２：アフィリエイター登録処理）
アフィリエイトサーバ１０は、アフィリエイター登録要求ビット列（ステップＳ１参照）を受信した場合、アフィリエイター登録処理を開始する（ステップＳ２）。このアフィリエイター登録処理は、アフィリエイター端末３０を使用しているコンピュータユーザをアフィリエイターとして登録し、且つ、Ｗｅｂサーバ４０上のＷｅｂページ（アフィリエイター端末３０を使用しているコンピュータユーザによって管理される。）をアフィリエイターサイトとして登録する処理である。
【００２７】
（ステップＳ３：アフィリエイター登録完了通知ビット列）
アフィリエイトサーバ１０は、アフィリエイター登録処理（ステップＳ２参照）の後、アフィリエイター端末３０に対して、アフィリエイター登録完了通知ビット列を送信する（ステップＳ３）。このアフィリエイター登録完了通知ビット列は、アフィリエイター登録処理が完了したことを通知するビット列である。
【００２８】
（ステップＳ４：広告主登録要求ビット列）
次に、広告主端末２２が、アフィリエイトサーバ１０に対して、広告主登録要求ビット列を送信する（ステップＳ４）。この広告主登録要求ビット列は、広告主端末２２を使用しているコンピュータユーザを広告主として登録することを要求し、且つ、広告主サーバ２１上のＷｅｂページ（広告主端末２２を使用しているコンピュータユーザによって管理される。）を広告主サイトとして登録することを要求するビット列である。
【００２９】
（ステップＳ５：広告主登録処理）
アフィリエイトサーバ１０は、広告主登録要求ビット列（ステップＳ４参照）を受信した場合、広告主登録処理を開始する（ステップＳ５）。この広告主登録処理は、広告主端末２２を使用しているコンピュータユーザを広告主として登録し、且つ、広告主サーバ２１上のＷｅｂページ（広告主端末２２を使用しているコンピュータユーザによって管理される。）を広告主サイトとして登録する処理である。
【００３０】
（ステップＳ６：広告主登録完了通知ビット列）
アフィリエイトサーバ１０は、広告主登録処理（ステップＳ５参照）の後、広告主端末２２に対して、広告主登録完了通知ビット列を送信する（ステップＳ６）。この広告主登録完了通知ビット列は、広告主登録処理が完了したことを通知するビット列である。
【００３１】
（ステップＳ７：アフィリエイターログイン要求ビット列）
次に、アフィリエイター端末３０が、アフィリエイトサーバ１０に対して、アフィリエイターログイン要求ビット列を送信する（ステップＳ７）。このアフィリエイターログイン要求ビット列は、アフィリエイトサーバ１０へアフィリエイターとしてアクセスすることを要求するビット列である。
【００３２】
（ステップＳ８：アフィリエイターログイン処理）
アフィリエイトサーバ１０は、アフィリエイターログイン要求ビット列（ステップＳ７参照）を受信した場合、アフィリエイターログイン処理を開始する（ステップＳ８）。このアフィリエイターログイン処理は、アフィリエイター端末３０のアフィリエイターとしてのアクセスを認めるか否かを判断する処理である。
【００３３】
（ステップＳ９：アフィリエイターログイン成功（失敗）通知ビット列）
アフィリエイトサーバ１０は、アフィリエイターログイン処理（ステップＳ８参照）の後、アフィリエイター端末３０に対して、アフィリエイターログイン成功（失敗）通知ビット列を送信する（ステップＳ９）。ここで、アフィリエイターログイン成功（失敗）通知ビット列は、ログインが成功（失敗）したことを通知するビット列である。
【００３４】
（ステップＳ１０：広告タグ一覧開示要求ビット列）
次に、アフィリエイター端末３０が、アフィリエイトサーバ１０に対して、広告タグ一覧開示要求ビット列を送信する（ステップＳ１０）。この広告タグ一覧開示要求ビット列は、アフィリエイトサーバ１０に登録されているアフィリエイターサイトに貼り付け可能な広告タグの一覧を開示するよう要求するビット列である。なお、後述するように、広告タグ一覧開示要求ビット列には、アフィリエイターサイトＩＤとアフィリエイターログインセッションＩＤとが含まれている。
【００３５】
（ステップＳ１１：広告タグ一覧開示処理）
アフィリエイトサーバ１０は、広告タグ一覧開示要求ビット列（ステップＳ１０参照）を受信した場合、広告タグ一覧開示処理を開始する（ステップＳ１１）。この広告タグ一覧開示処理は、アフィリエイトサーバ１０に登録されているアフィリエイターサイトのうち、広告タグ一覧開示要求ビット列を送信したアフィリエイターによって管理されるアフィリエイターサイトに貼り付け可能な広告タグの一覧を開示する処理であり、広告開示処理の一例である。
【００３６】
（ステップＳ１２：広告タグ一覧ビット列）
アフィリエイトサーバ１０は、広告タグ一覧開示処理（ステップＳ１１参照）の後、アフィリエイター端末３０に対して、広告タグ一覧ビット列を送信する（ステップＳ１２）。この広告タグ一覧ビット列は、広告タグの一覧を表示するＷｅｂページを構成するビット列である。
【００３７】
（ステップＳ１３：アフィリエイターサイトビット列）
次に、アフィリエイター端末３０が、Ｗｅｂサーバ４０に対して、アフィリエイターサイトビット列を送信する（ステップＳ１３）。このアフィリエイターサイトビット列は、広告タグが貼り付けられたアフィリエイターサイトを構成するビット列である。これにより、Ｗｅｂサーバ４０にアフィリエイターサイトがアップロードされる。
【００３８】
（ステップＳ１４：閲覧要求ビット列）
次に、閲覧者端末５０が、Ｗｅｂサーバ４０に対して、閲覧要求ビット列を送信する（ステップＳ１４）。この閲覧要求ビット列は、アフィリエイターサイトの閲覧を要求するビット列である。
【００３９】
（ステップＳ１５：アフィリエイターサイトビット列）
次に、Ｗｅｂサーバ４０が、閲覧者端末５０に対して、アフィリエイター端末３０からアップロードされたアフィリエイターサイトビット列を送信する（ステップＳ１５）。これにより、閲覧者端末５０において、アフィリエイターサイトを閲覧可能となる。
【００４０】
（ステップＳ１６：リダイレクト要求ビット列）
次に、閲覧者端末５０が、アフィリエイトサーバ１０に対して、リダイレクト要求ビット列を送信する（ステップＳ１６）。このリダイレクト要求ビット列は、広告主サーバ２１へのリダイレクトを要求するビット列であり、閲覧者端末５０が、アフィリエイターサイト上の広告タグによって構成される部分を選択処理（たとえばクリック）することによって、閲覧者端末５０からアフィリエイトサーバ１０に対して送信される。なお、後述するように、このリダイレクト要求ビット列には、アフィリエイターサイトＩＤと広告主サイトＩＤと広告原稿ＩＤとが含まれている。
【００４１】
（ステップＳ１７：リダイレクト処理）
アフィリエイトサーバ１０は、リダイレクト要求ビット列を受信した場合、リダイレクト処理を開始する（ステップＳ１７）。
【００４２】
（ステップＳ１８：リダイレクト応答ビット列）
アフィリエイトサーバ１０は、リダイレクト処理（ステップＳ１７参照）の後、閲覧者端末５０に対して、リダイレクト応答ビット列を送信する（ステップＳ１８）。
【００４３】
（ステップＳ１９：閲覧要求ビット列）
次に、閲覧者端末５０が、アフィリエイトサーバ１０から受信したリダイレクト応答ビット列に基づいて、広告主サーバ２１に対し、閲覧要求ビット列を送信する（ステップＳ１９）。この閲覧要求ビット列は、広告主サイトの閲覧を要求するビット列である。
【００４４】
（ステップＳ２０：広告主サイトビット列）
次に、広告主サーバ２１が、閲覧者端末５０に対して、広告主サイトビット列を送信する（ステップＳ２０）。この広告主サイトビット列は、広告主サイトを構成するビット列である。これにより、閲覧者端末５０において、広告主サイトを閲覧可能となる。なお、広告主サイトは、広告主の商品・サービスを表示し、閲覧者端末５０において広告主の商品・サービスを購入可能なＷｅｂページとして作製されている。
【００４５】
（ステップＳ２１：購入要求ビット列）
次に、閲覧者端末５０が、広告主サーバ２１に対して、購入要求ビット列を送信する（ステップＳ２１）。この購入要求ビット列は、広告主サイトに表示された広告主の商品・サービスの購入を要求するビット列である。この購入要求ビット列を受信した広告主サーバ２１は、所定の購入処理を行う。
【００４６】
（ステップＳ２２：報酬支払承認通知ビット列）
次に、広告主サーバ２１が、アフィリエイトサーバ１０に対して、報酬支払承認通知ビット列を送信する（ステップＳ２２）。この報酬支払承認通知ビット列は、アフィリエイターへの報酬の支払いを承認することを通知するビット列である。なお、後述するように、報酬支払承認通知ビット列には、リダイレクトセッションＩＤと広告主サイトキーとが含まれている。
【００４７】
（ステップＳ２３：報酬支払承認処理）
アフィリエイトサーバ１０は、報酬支払承認通知ビット列（ステップＳ２２参照）を受信した場合、報酬支払承認処理を開始する（ステップＳ２３）。この報酬支払承認処理は、報酬の支払いが承認された旨を示す報酬支払承認済ビット列を記憶する処理である。
【００４８】
（ステップＳ２４：報酬支払承認処理成功（失敗）通知ビット列）
アフィリエイトサーバ１０は、報酬支払承認処理（ステップＳ２３参照）の後、広告主サーバ２１に対して、報酬支払承認処理成功（失敗）通知ビット列を送信する（ステップＳ２４）。この報酬支払承認処理成功（失敗）通知ビット列は、報酬支払承認済ビット列を記憶する処理が成功（失敗）したことを通知するビット列である。
【００４９】
（ステップＳ２５：チェック通知ビット列）
次に、広告主サーバ２１が、アフィリエイトサーバ１０に対して、チェック通知ビット列を送信する（ステップＳ２５）。このチェック通知ビット列は、報酬支払承認済ビット列についてチェックすることを通知するビット列であり、広告主によって任意に定義されるイベント（たとえば、解約やリピート購入など）が、広告主が報酬の支払いを承認した後に生じた場合に、広告主サーバ２１からアフィリエイトサーバ１０に対して送信される。なお、後述するように、チェック通知ビット列には、リダイレクトセッションＩＤと広告主サイトキーとが含まれている。
【００５０】
（ステップＳ２６：チェック処理）
アフィリエイトサーバ１０は、チェック通知ビット列を受信した場合、チェック処理を開始する（ステップＳ２６）。このチェック処理は、報酬支払承認済ビット列についてチェックが行われたことを示すチェック済ビット列を記憶する処理である。
【００５１】
（ステップＳ２７：チェック処理成功（失敗）通知ビット列）
アフィリエイトサーバ１０は、チェック処理（ステップＳ２６参照）の後、広告主サーバ２１に対して、チェック処理成功（失敗）通知ビット列を送信する。このチェック処理成功（失敗）通知ビット列は、チェック済ビット列を記憶する処理が成功（失敗）したことを示すビット列である。
【００５２】
（ステップＳ２８：広告主ログイン要求ビット列）
次に、広告主端末２２が、アフィリエイトサーバ１０に対して、広告主ログイン要求ビット列を送信する（ステップＳ２８）。この広告主ログイン要求ビット列は、アフィリエイトサーバ１０へ広告主としてアクセスすることを要求するビット列である。
【００５３】
（ステップＳ２９：広告主ログイン処理）
アフィリエイトサーバ１０は、広告主ログイン要求ビット列（ステップＳ２８参照）を受信した場合、広告主ログイン処理を開始する（ステップＳ２９）。この広告主ログイン処理は、広告主端末２２の広告主としてのアクセスを認めるか否かを判断する処理である。
【００５４】
（ステップＳ３０：広告主ログイン成功（失敗）通知ビット列）
アフィリエイトサーバ１０は、広告主ログイン処理（ステップＳ２９参照）の後、広告主端末２２に対して、広告主ログイン成功（失敗）通知ビット列を送信する（ステップＳ３０）。ここで、広告主ログイン成功（失敗）通知ビット列は、ログインが成功（失敗）したことを通知するビット列である。
【００５５】
（ステップＳ３１：市場データ開示要求ビット列）
次に、広告主端末２２が、アフィリエイトサーバ１０に対して、市場データ開示要求ビット列を送信する。この市場データ開示要求ビット列は、市場データビット列を開示するように要求するビット列である。ここで、本実施形態における市場データビット列とは、チェック済ビット列がいくつ記憶されているかをアフィリエイターサイトごとにカウントした数値を用いて生成されるビット列である。なお、後述するように、市場データ開示要求ビット列には、広告主ログインセッションＩＤが含まれている。
【００５６】
（ステップＳ３２：市場データ開示処理）
アフィリエイトサーバ１０は、市場データ開示要求ビット列（ステップＳ３１参照）を受信した場合、市場データ開示処理を開始する（ステップＳ３２）。ここで、市場データ開示処理は、市場データビット列を開示するための処理である。
【００５７】
（ステップＳ３３：市場データビット列）
アフィリエイトサーバ１０は、市場データ開示処理（ステップＳ３２参照）の後、広告主端末２２に対して、市場データビット列を送信する（ステップＳ３３）。
【００５８】
（ステップＳ３４：ネットワーク構成変更通知ビット列）
次に、広告主端末２２が、アフィリエイトサーバ１０に対して、市場データビット列に基づき、ネットワーク構成変更通知ビット列を送信する。このネットワーク構成変更通知ビット列は、特定のアフィリエイターサイトを広告主サーバ２１のネットワーク構成から除外することを通知するビット列である。なお、後述するように、ネットワーク構成変更通知ビット列には、広告主ログインセッションＩＤとアフィリエイターサイトキーとが含まれている。
【００５９】
（ステップＳ３５：ネットワーク構成変更処理）
アフィリエイトサーバ１０は、ネットワーク構成変更通知ビット列（ステップＳ３４参照）を受信した場合、ネットワーク構成変更処理を開始する（ステップＳ３５）。このネットワーク構成変更処理は、特定のアフィリエイターサイトを広告主サーバ２１のネットワーク構成から除外する処理である。アフィリエイターサイトが広告主サーバ２１のネットワーク構成から除外された場合、そのアフィリエイターサイトについては、その広告主サーバ２１上のすべての広告主サイトに関して、以後、広告タグ一覧開示処理、リダイレクト処理、および報酬支払承認処理が行われないまたは中止される。
【００６０】
（ステップＳ３６：ネットワーク構成変更完了通知ビット列）
アフィリエイトサーバ１０は、ネットワーク構成変更処理（ステップＳ３５）の後、広告主端末２２に対して、ネットワーク構成変更完了通知ビット列を送信する（ステップＳ３６）。このネットワーク構成変更完了通知ビット列は、ネットワーク構成変更処理が完了したことを通知するビット列である。
【００６１】
［実施形態に係るアフィリエイトサーバ１０の概略構成］
次に、図３を参照しつつ、本発明の実施形態に係るアフィリエイトサーバ１０の概略構成を説明する。図３は、本発明の実施形態に係るアフィリエイトサーバ１０の概略構成図である。
図３に示すように、本発明の実施形態に係るアフィリエイトサーバ１０は、ＣＰＵ１１と、ＲＡＭ１２と、ブートプログラムなどが記憶されているＲＯＭ１３と、記憶手段の一例であるハードディスク１４と、インターネット７０に接続されるネットワークインターフェースカード１５（ＮＩＣ１５）と、これらを接続するバス１６と、を備えたサーバコンピュータである。
アフィリエイトサーバ１０においては、ハードディスク１４に記憶されているプログラムが、ＲＡＭ１２に読み出されてＣＰＵ１１で実行されることにより、上述した各処理が実行される。また、ハードディスク１４には、ＣＰＵ１１で処理される各種のビット列がテーブル形式で記憶されている。
【００６２】
［テーブルの概略構成］
次に、図４〜図７を参照しつつ、本発明の実施形態に係るアフィリエイトサーバ１０のハードディスク１４に記憶されているテーブルの概略構成を説明する。図４〜７は、ビット列が格納されているテーブルをアフィリエイトサーバ１０に接続されている画面に表示した様子を示す図である。
【００６３】
（アフィリエイターテーブル）
図４（ａ）は、アフィリエイターテーブルの概略構成を示す図である。このアフィリエイターテーブルには、アフィリエイターに関するビット列が格納される。
【００６４】
「ｐａｒ＿ｉｄ」フィールド
「ｐａｒ＿ｉｄ」フィールドには、アフィリエイターＩＤが格納される。このアフィリエイターＩＤは、アフィリエイターを識別するビット列である。
【００６５】
「ｐａｒ＿ｐｗ」フィールド
「ｐａｒ＿ｐｗ」フィールドには、アフィリエイターパスワードが格納される。このアフィリエイターパスワードは、アフィリエイター端末３０がアフィリエイトサーバ１０にログインする際に必要とされるビット列である。
【００６６】
「ｐａｒ＿ｂａｎｋ」フィールド
「ｐａｒ＿ｂａｎｋ」フィールドには、アフィリエイターの銀行口座番号を示すビット列が格納される。アフィリエイトサーバ１０において報酬支払承認済ビット列が記憶された場合には、このアフィリエイターの銀行口座番号を示すビット列に基づいて、アフィリエイターに報酬が支払われる。
【００６７】
（アフィリエイターサイトテーブル）
図４（ｂ）は、アフィリエイターサイトテーブルの概略構成を示す図である。このアフィリエイターサイトテーブルには、アフィリエイターサイト（Ｗｅｂサーバ４０にアップロードされているＷｅｂページ）に関するビット列が格納される。
【００６８】
「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールド
「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールドには、アフィリエイターサイトＩＤが格納される。このアフィリエイターサイトＩＤは、アフィリエイターサイトを識別するビット列である。
【００６９】
「ｐａｒ＿ｉｄ」フィールド
「ｐａｒ＿ｉｄ」フィールドには、「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールドのアフィリエイターサイトＩＤによって識別されるアフィリエイターサイトについて、これを管理するアフィリエイターのアフィリエイターＩＤが格納される。
【００７０】
「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールド
「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールドには、アフィリエイターサイトキーが格納される。このアフィリエイターサイトキーは、アフィリエイターサイトを識別する、アフィリエイターサイトＩＤとは異なるビット列である。
広告主端末２２から特定のアフィリエイターサイトを除外できるようにするためには、広告主端末２２において、アフィリエイターサイトを識別できるようにしなければならない。
しかしながら、アフィリエイターサイトを識別するビット列として、アフィリエイターサイトＩＤを広告主端末２２に開示すると、アフィリエイターにのみ開示されるはずの情報の一部が広告主端末２２に開示されてしまう。このため、アフィリエイターにのみ開示される情報が広告主に開示されないことを前提としたアフィリエイトシステムは構成できなくなる。
そこで、本発明の実施形態に係るアフィリエイトシステム１においては、アフィリエイターサイトＩＤではなく、アフィリエイターサイトキーを広告主端末２２に開示することとした。
したがって、本発明の実施形態に係るアフィリエイトシステム１によれば、アフィリエイターにのみ開示される情報を広告主端末２２に開示することなく、広告主端末２２から特定のアフィリエイターサイトを除外できる。
【００７１】
「ｐａｒ＿ｓｉｔｅ＿ａｄｄｒｅｓｓ」フィールド
「ｐａｒ＿ｓｉｔｅ＿ａｄｄｒｅｓｓ」フィールドには、アフィリエイターサイトアドレスが格納される。このアフィリエイターサイトアドレスは、インターネット７０におけるアフィリエイターサイトのアドレスを示すビット列である。
【００７２】
（広告主テーブル）
図５（ａ）は、広告主テーブルの概略構成を示す図である。この広告主テーブルには、広告主に関するビット列が格納される。
【００７３】
「ｃｌｉ＿ｉｄ」フィールド
「ｃｌｉ＿ｉｄ」フィールドには、広告主ＩＤが格納される。この広告主ＩＤは、広告主を識別するビット列である。
【００７４】
「ｃｌｉ＿ｐｗ」フィールド
「ｃｌｉ＿ｐｗ」フィールドには、広告主パスワードが格納される。この広告主パスワードは、広告主端末２２がアフィリエイトサーバ１０にログインする際に必要とされるビット列である。
【００７５】
「ｃｌｉ＿ｃｏｍｐａｎｙ」フィールド
「ｃｌｉ＿ｃｏｍｐａｎｙ」フィールドには、広告主名が格納される。この広告主名は、広告主の氏名または名称を示すビット列である。
【００７６】
（広告主サイトテーブル）
図５（ｂ）は、広告主サイトテーブルの概略構成を示す図である。この広告主サイトテーブルには、広告主サイト（広告主サーバ２１にアップロードされているＷｅｂページ）に関するビット列が格納される。
【００７７】
「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールド
「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールドには、広告主サイトＩＤが格納される。この広告主サイトＩＤは、広告主サイトを識別するビット列である。
【００７８】
「ｃｌｉ＿ｉｄ」フィールド
「ｃｌｉ＿ｉｄ」フィールドには、「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールドの広告主サイトＩＤによって識別される広告主サイトについて、これを管理する広告主の広告主ＩＤが格納される。
【００７９】
「ｃｌｉ＿ｓｉｔｅ＿ｎａｍｅ」フィールド
「ｃｌｉ＿ｓｉｔｅ＿ｎａｍｅ」フィールドには、広告主サイト名が格納される。この広告主サイト名は、広告主サイトの名称を示すビット列である。
【００８０】
「ｃｌｉ＿ｓｉｔｅ＿ｋｅｙ」フィールド
「ｃｌｉ＿ｓｉｔｅ＿ｋｅｙ」フィールドには、広告主サイトキーが格納される。この広告主サイトキーは、広告主サイトを識別する、広告主サイトＩＤとは異なるビット列である。
上述したように、広告主サーバ２１からアフィリエイトサーバ１０に対しては、報酬支払承認通知ビット列が送信されるところ、この報酬支払承認通知ビット列は、アフィリエイターへの報酬の支払いを承認することを通知するビット列である。
したがって、この報酬支払承認通知ビット列が、広告主サーバ２１以外の装置からアフィリエイトサーバ１０に対して不正に送信され受信されると、広告主が承認していないにもかかわらずアフィリエイターに対して報酬が支払われるという不正が可能とされてしまう。
そこで、本発明の実施形態に係るアフィリエイトシステム１においては、報酬の支払いを承認するに際しては、報酬支払承認通知ビット列に広告主サイトキーが含まれることとし、この広告主サイトキーを用いて、報酬支払承認通知ビット列が広告主サーバ２１から送信されたものであるのか否かを判断することとした。
よって、本発明の実施形態に係るアフィリエイトシステム１によれば、広告主が承認していないにもかかわらずアフィリエイターに対して報酬が支払われるという不正の防止を図ることができる。
【００８１】
「ｃｌｉ＿ｓｉｔｅ＿ａｄｄｒｅｓｓ」フィールド
「ｃｌｉ＿ｓｉｔｅ＿ａｄｄｒｅｓｓ」フィールドには、広告主サイトアドレスが格納される。この広告主サイトアドレスは、インターネット７０における広告主サイトのアドレスを示すビット列である。
【００８２】
（広告原稿テーブル）
図５（ｃ）は、広告原稿テーブルの概略構成を示す図である。この広告原稿テーブルには、アフィリエイターサイト（Ｗｅｂサーバ４０にアップロードされているＷｅｂページ）上で表示可能な広告原稿テキストに関するビット列が格納される。
【００８３】
「ａｄ＿ｉｄ」フィールド
「ａｄ＿ｉｄ」フィールドには、広告原稿ＩＤが格納される。この広告原稿ＩＤは、アフィリエイターサイト上で表示可能な広告原稿テキストを識別するビット列である。
【００８４】
「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールド
「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールドには、「ａｄ＿ｉｄ」フィールドの広告原稿ＩＤで識別される広告原稿テキストによって広告される商品・サービスについて、これを表示する広告主サイトの広告主サイトＩＤが格納される。
【００８５】
「ａｄ＿ｔｅｘｔ」フィールド
「ａｄ＿ｔｅｘｔ」フィールドには、広告原稿テキストが格納される。この広告原稿テキストは、アフィリエイターサイト上で表示可能な文字を示すビット列である。
【００８６】
（リダイレクトセッションテーブル）
図６（ａ）は、リダイレクトセッションテーブルの概略構成を示す図である。このリダイレクトセッションテーブルには、リダイレクト処理（ステップＳ１７参照）に関するビット列が格納される。
【００８７】
「ｒｅｄｉｒｅｃｔ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールド
「ｒｅｄｉｒｅｃｔ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールドには、リダイレクトセッションＩＤが格納される。このリダイレクトセッションＩＤは、リダイレクト処理のセッションを識別するビット列である。
【００８８】
「ｐａｒ＿ｉｄ」フィールド
「ｐａｒ＿ｉｄ」フィールドには、閲覧者端末５０によって閲覧されていたアフィリエイターサイトについて、これを管理するアフィリエイターのアフィリエイターＩＤが格納される。
【００８９】
「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールド
「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールドには、閲覧者端末５０によって閲覧されていたアフィリエイターサイトのアフィリエイターサイトＩＤが格納される。
【００９０】
「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールド
「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールドには、閲覧者端末５０によって閲覧されていたアフィリエイターサイトのアフィリエイターサイトキーが格納される。
【００９１】
「ｃｌｉ＿ｉｄ」フィールド
「ｃｌｉ＿ｉｄ」フィールドには、閲覧者端末５０がアフィリエイターサイトを経由して閲覧しようとしている広告主サイトについて、これを管理する広告主の広告主ＩＤが格納される。
【００９２】
「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールド
「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールドには、閲覧者端末５０がアフィリエイターサイトを経由して閲覧しようとしている広告主サイトの広告主サイトＩＤが格納される。
【００９３】
「ｃｌｉ＿ｓｉｔｅ＿ｋｅｙ」フィールド
「ｃｌｉ＿ｓｉｔｅ＿ｋｅｙ」フィールドには、閲覧者端末５０がアフィリエイターサイトを経由して閲覧しようとしている広告主サイトの広告主サイトキーが格納される。
【００９４】
「ｓ＿ｄａｔｅ」フィールド
「ｓ＿ｄａｔｅ」フィールドには、リダイレクトセッションＩＤが生成された日時を示すビット列が格納される。
【００９５】
（アフィリエイターログインセッションテーブル）
図６（ｂ）は、アフィリエイターログインセッションテーブルの概略構成を示す図である。このアフィリエイターログインセッションテーブルには、アフィリエイターログイン処理（ステップＳ８参照）に関するビット列が格納される。
【００９６】
「ｐａｒ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールド
「ｐａｒ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールドには、アフィリエイターログインセッションＩＤが格納される。このアフィリエイターログインセッションＩＤは、アフィリエイターログイン処理（ステップＳ８参照）に関するセッションを識別するビット列である。
【００９７】
「ｐａｒ＿ｉｄ」フィールド
「ｐａｒ＿ｉｄ」フィールドには、アフィリエイトサーバ１０にログインしたアフィリエイターのアフィリエイターＩＤが格納される。
【００９８】
「ｐａｒ＿ｐｗ」フィールド
「ｐａｒ＿ｐｗ」フィールドには、アフィリエイトサーバ１０にログインしたアフィリエイターのアフィリエイターパスワードが格納される。
【００９９】
「ｓ＿ｄａｔｅ」フィールド
「ｓ＿ｄａｔｅ」フィールドには、アフィリエイターログインセッションＩＤが生成された日時を示すビット列が格納される。
【０１００】
（広告主ログインセッションテーブル）
図６（ｃ）は、広告主ログインセッションテーブルの概略構成を示す図である。この広告主ログインセッションテーブルには、広告主ログイン処理（ステップＳ２９参照）に関するビット列が格納される。
【０１０１】
「ｃｌｉ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールド
「ｃｌｉ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールドには、広告主ログインセッションＩＤが格納される。この広告主ログインセッションＩＤは、広告主ログイン処理（ステップＳ２９参照）に関するセッションを識別するビット列である。
【０１０２】
「ｃｌｉ＿ｉｄ」フィールド
「ｃｌｉ＿ｉｄ」フィールドには、アフィリエイトサーバ１０にログインした広告主の広告主ＩＤが格納される。
【０１０３】
「ｃｌｉ＿ｐｗ」フィールド
「ｃｌｉ＿ｐｗ」フィールドには、アフィリエイトサーバ１０にログインした広告主の広告主パスワードが格納される。
【０１０４】
「ｓ＿ｄａｔｅ」フィールド
「ｓ＿ｄａｔｅ」フィールドには、広告主ログインセッションＩＤが生成された日時を示すビット列が格納される。
【０１０５】
（承認テーブル）
図７（ａ）は、承認テーブルの概略構成を示す図である。この承認テーブルには、報酬支払承認に関するビット列が格納される。
【０１０６】
「ａｐｐｒｏｖｅ＿ｉｄ」フィールド
「ａｐｐｒｏｖｅ＿ｉｄ」フィールドには、承認ＩＤが格納される。この承認ＩＤは、報酬支払承認済ビット列の一例であり、アフィリエイターへの報酬の支払いが承認されたことを示すビット列である。
【０１０７】
「ｒｅｄｉｒｅｃｔ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールド
「ｒｅｄｉｒｅｃｔ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールドには、報酬の支払いが承認されたリダイレクト処理に関するセッションのリダイレクトセッションＩＤが格納される。
【０１０８】
「ｐａｒ＿ｉｄ」フィールド
「ｐａｒ＿ｉｄ」フィールドには、報酬の支払いが承認されたリダイレクト処理に関するセッションにおいて、閲覧者端末５０に閲覧されていたアフィリエイターサイトにつき、これを管理するアフィリエイターのアフィリエイターＩＤが格納される。
【０１０９】
「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールド
「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールドには、報酬の支払いが承認されたリダイレクト処理に関するセッションにおいて、閲覧者端末５０に閲覧されていたアフィリエイターサイトのアフィリエイターサイトＩＤが格納される。
【０１１０】
「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールド
「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールドには、報酬の支払いが承認されたリダイレクト処理に関するセッションにおいて、閲覧者端末５０に閲覧されていたアフィリエイターサイトのアフィリエイターサイトキーが格納される。
【０１１１】
「ｃｌｉ＿ｉｄ」フィールド
「ｃｌｉ＿ｉｄ」フィールドには、報酬の支払いが承認されたリダイレクト処理に関するセッションにおいて、閲覧者端末５０がアフィリエイターサイトを経由して閲覧した広告主サイトにつき、これを管理する広告主の広告主ＩＤが格納される。
【０１１２】
「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールド
「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールドには、報酬の支払いが承認されたリダイレクト処理に関するセッションにおいて、閲覧者端末５０がアフィリエイターサイトを経由して閲覧した広告主サイトの広告主サイトＩＤが格納される。
【０１１３】
「ｃｌｉ＿ｓｉｔｅ＿ｋｅｙ」フィールド
「ｃｌｉ＿ｓｉｔｅ＿ｋｅｙ」フィールドには、報酬の支払いが承認されたリダイレクト処理に関するセッションにおいて、閲覧者端末５０がアフィリエイターサイトを経由して閲覧した広告主サイトの広告主サイトキーが格納される。
【０１１４】
「ａ＿ｄａｔｅ」フィールド
「ａ＿ｄａｔｅ」フィールドには、承認ＩＤが生成された日時を示すビット列が格納される。
【０１１５】
「ｍａｒｋｅｔ＿ｃｈｅｃｋ」フィールド
「ｍａｒｋｅｔ＿ｃｈｅｃｋ」フィールドには、チェック済ビット列が格納される。本実施形態においては、「１」を示すビット列をチェック済ビット列としている。なお、後述するように、本発明においては、２ビット以上はもちろんであるが、１ビットであっても「ビット列」であるとする。
【０１１６】
「ｍａｒｋｅｔ＿ｄａｔｅ」フィールド
「ｍａｒｋｅｔ＿ｄａｔｅ」フィールドには、チェック通知ビット列を広告主サーバ２１から受信した日時を示すビット列が格納される。
【０１１７】
（拒否テーブル）
図７（ｂ）は、拒否テーブルの概略構成を示す図である。この拒否テーブルには、ネットワーク構成変更に関するビット列が格納される。
【０１１８】
「ｃｌｉ＿ｉｄ」フィールド
「ｃｌｉ＿ｉｄ」フィールドには、広告主端末２２からネットワーク構成変更通知ビット列（ステップＳ３４参照）を送信した広告主の広告主ＩＤが格納される。
【０１１９】
「ｐａｒ＿ｉｄ」フィールド
「ｐａｒ＿ｉｄ」フィールドには、ネットワーク構成変更通知ビット列（ステップＳ３４参照）によって除外が通知されたアフィリエイターサイトについて、これを管理するアフィリエイターのアフィリエイターＩＤが格納される。
【０１２０】
「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールド
「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールドには、ネットワーク構成変更通知ビット列（ステップＳ３４参照）によって除外が通知されたアフィリエイターサイトのアフィリエイターサイトＩＤが格納される。
【０１２１】
「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールド
「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールドには、ネットワーク構成変更通知ビット列（ステップＳ３４参照）によって除外を通知されたアフィリエイターサイトのアフィリエイターサイトキーが格納される。
【０１２２】
［実施形態に係るアフィリエイトサーバ１０の概略動作］
次に、図８〜図２１を参照しつつ、実施形態に係るアフィリエイトサーバ１０の動作を説明する。上述したように、アフィリエイトサーバ１０では、アフィリエイター登録処理（ステップＳ２）、広告主登録処理（ステップＳ５）、アフィリエイターログイン処理（ステップＳ８）、広告タグ一覧開示処理（ステップＳ１１）、リダイレクト処理（ステップＳ１７）、報酬支払承認処理（ステップＳ２３）、チェック処理（ステップＳ２６）、広告主ログイン処理（ステップＳ２９）、市場データ開示処理（ステップＳ３２）、およびネットワーク構成変更処理（ステップＳ３５）が実行される。以下、順に説明する。
【０１２３】
（アフィリエイター登録処理：ステップＳ２）
まず、図８を参照しつつ、アフィリエイター登録処理について説明する。図８は、アフィリエイター登録処理を説明するフローチャートである。アフィリエイトサーバ１０は、アフィリエイター端末３０からアフィリエイター登録要求ビット列（ステップＳ１参照）を受信した場合、次のアフィリエイター登録処理を開始する。
【０１２４】
＜ステップＳ２−１＞
まず、アフィリエイトサーバ１０は、アフィリエイター端末３０にアフィリエイター登録画面ビット列を送信する（ステップＳ２−１）。ここで、アフィリエイター登録画面ビット列とはアフィリエイター登録画面を構成するビット列をいい、アフィリエイター登録画面とは、アフィリエイター登録データビット列を入力する際のインターフェースとなるＷｅｂページである。
なお、アフィリエイター登録データビット列は、アフィリエイターに関する情報としてアフィリエイトサーバ１０に記憶されるビット列である。以下の説明では、アフィリエイターパスワード、アフィリエイターの銀行口座番号を示すビット列、およびアフィリエイターサイトアドレスをアフィリエイター登録データビット列とするが、本発明においては、これらのビット列以外のビット列についても、アフィリエイター登録データビット列とすることができる。
【０１２５】
＜ステップＳ２−２＞
次に、アフィリエイトサーバ１０は、アフィリエイターパスワード、アフィリエイターの銀行口座番号を示すビット列、およびアフィリエイターサイトアドレスをアフィリエイター端末３０から受信するまで待機する（ステップＳ２−２）。
【０１２６】
＜ステップＳ２−３＞
アフィリエイトサーバ１０は、アフィリエイターパスワード、アフィリエイターの銀行口座番号を示すビット列、およびアフィリエイターサイトアドレスをアフィリエイター端末３０から受信した場合、アフィリエイターＩＤ、アフィリエイターサイトＩＤ、およびアフィリエイターサイトキーを生成する（ステップＳ２−３）。
【０１２７】
＜ステップＳ２−４＞
次に、アフィリエイトサーバ１０は、アフィリエイターテーブル（図４（ａ）参照）にアクセスし、生成したアフィリエイターＩＤ、受信したアフィリエイターパスワード、および受信したアフィリエイター銀行口座番号を示すビット列を、「ｐａｒ＿ｉｄ」フィールド、「ｐａｒ＿ｐｗ」フィールド、および「ｐａｒ＿ｂａｎｋ」フィールドにそれぞれ格納する（ステップＳ２−４）。
【０１２８】
＜ステップＳ２−５＞
次に、アフィリエイトサーバ１０は、アフィリエイターサイトテーブル（図４（ｂ）参照）にアクセスし、生成したアフィリエイターサイトＩＤ、生成したアフィリエイターＩＤ、生成したアフィリエイターサイトキー、および受信したアフィリエイターサイトアドレスを、「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールド、「ｐａｒ＿ｉｄ」フィールド、「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールド、および「ｐａｒ＿ｓｉｔｅ＿ａｄｄｒｅｓｓ」フィールドに、それぞれ格納する（ステップＳ２−５）。
【０１２９】
＜ステップＳ２−６＞
そして、アフィリエイトサーバ１０は、生成したアフィリエイターＩＤと生成したアフィリエイターサイトＩＤとを含むアフィリエイター登録完了通知ビット列を生成し（ステップＳ２−６）、アフィリエイター登録処理を終了する。
【０１３０】
（広告主登録処理：ステップＳ５）
次に、図９を参照しつつ、広告主登録処理について説明する。図９は、広告主登録処理を説明するフローチャートである。アフィリエイトサーバ１０は、広告主端末２２から広告主登録要求ビット列（ステップＳ４参照）を受信した場合、次の広告主登録処理を開始する。
【０１３１】
＜ステップＳ５−１＞
まず、アフィリエイトサーバ１０は、広告主端末２２に広告主登録画面ビット列を送信する（ステップＳ５−１）。ここで、広告主登録画面ビット列とは広告主登録画面を構成するビット列をいい、広告主登録画面とは、広告主登録データビット列を入力する際のインターフェースとなるＷｅｂページである。
なお、広告主登録データビット列は、広告主に関する情報としてアフィリエイトサーバ１０に記憶されるビット列である。以下の説明では、広告主パスワード、広告主名、広告主サイト名、広告主サイトアドレス、および広告原稿テキストを広告主登録データビット列とするが、本発明においては、これらのビット列以外のビット列についても、広告主登録データビット列とすることができる。
【０１３２】
＜ステップＳ５−２＞
次に、アフィリエイトサーバ１０は、広告主パスワード、広告主名、広告主サイト名、広告主サイトアドレス、および広告原稿テキストを広告主端末２２から受信するまで待機する（ステップＳ５−２）。
【０１３３】
＜ステップＳ５−３＞
アフィリエイトサーバ１０は、広告主パスワード、広告主名、広告主サイト名、広告主サイトアドレス、および広告原稿テキストを広告主端末２２から受信した場合、広告主ＩＤ、広告主サイトＩＤ、広告主サイトキー、および広告原稿ＩＤを生成する（ステップＳ５−３）。
【０１３４】
＜ステップＳ５−４＞
次に、アフィリエイトサーバ１０は、広告主テーブル（図５（ａ）参照）にアクセスし、生成した広告主ＩＤ、受信した広告主パスワード、および受信した広告主名を、「ｃｌｉ＿ｉｄ」フィールド、「ｃｌｉ＿ｐｗ」フィールド、および「ｃｌｉ＿ｃｏｍｐａｎｙ」フィールドにそれぞれ格納する（ステップＳ５−４）。
【０１３５】
＜ステップＳ５−５＞
次に、アフィリエイトサーバ１０は、広告主サイトテーブル（図５（ｂ）参照）にアクセスし、生成した広告主サイトＩＤ、生成した広告主ＩＤ、受信した広告主サイト名、生成した広告主サイトキー、および受信した広告主サイトアドレスを、「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールド、「ｃｌｉ＿ｉｄ」フィールド、「ｃｌｉ＿ｓｉｔｅ＿ｎａｍｅ」フィールド、「ｃｌｉ＿ｓｉｔｅ＿ｋｅｙ」フィールド、および「ｃｌｉ＿ｓｉｔｅ＿ａｄｄｒｅｓｓ」フィールドに、それぞれ格納する（ステップＳ５−５）。
【０１３６】
＜ステップＳ５−６＞
次に、アフィリエイトサーバ１０は、広告原稿テーブル（図５（ｃ）参照）にアクセスし、生成した広告原稿ＩＤ、生成した広告主サイトＩＤ、および受信した広告原稿テキストを、「ａｄ＿ｉｄ」フィールド、「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールド、および「ａｄ＿ｔｅｘｔ」フィールドに、それぞれ格納する（ステップＳ５−６）。
【０１３７】
＜ステップＳ５−７＞
そして、アフィリエイトサーバ１０は、生成した広告主ＩＤ、生成した広告主サイトＩＤ、および生成した広告主サイトキーを含む広告主登録完了通知ビット列を生成し（ステップＳ５−７）、広告主登録処理を終了する。
【０１３８】
（アフィリエイターログイン処理：ステップＳ８）
次に、図１０を参照しつつ、アフィリエイターログイン処理について説明する。図１０は、アフィリエイターログイン処理を説明するフローチャートである。アフィリエイトサーバ１０は、アフィリエイター端末３０からアフィリエイターログイン要求ビット列（ステップＳ７参照）を受信した場合、次のアフィリエイターログイン処理を開始する。
【０１３９】
＜ステップＳ８−１＞
まず、アフィリエイトサーバ１０は、アフィリエイター端末３０にアフィリエイターログイン画面ビット列を送信する（ステップＳ８−１）。ここで、アフィリエイターログイン画面ビット列とはアフィリエイターログイン画面を構成するビット列をいい、アフィリエイターログイン画面とは、アフィリエイターログインデータビット列を入力する際のインターフェースとなるＷｅｂページである。
なお、アフィリエイターログインデータビット列は、アフィリエイター端末３０からアフィリエイトサーバ１０へログインする際に必要となるビット列である。以下の説明では、アフィリエイターＩＤとアフィリエイターパスワードとをアフィリエイターログインデータビット列とするが、本発明においては、これらのビット列以外のビット列についても、アフィリエイターログインデータビット列とすることができる。
【０１４０】
＜ステップＳ８−２＞
次に、アフィリエイトサーバ１０は、アフィリエイターＩＤとアフィリエイターパスワードとをアフィリエイター端末３０から受信するまで待機する（ステップＳ８−２）。
【０１４１】
＜ステップＳ８−３＞
アフィリエイトサーバ１０は、アフィリエイターＩＤとアフィリエイターパスワードとをアフィリエイター端末３０から受信した場合、アフィリエイターテーブル（図４（ａ）参照）にアクセスし、受信したアフィリエイターＩＤが「ｐａｒ＿ｉｄ」フィールドに格納されているレコードを特定する（ステップＳ８−３）。
【０１４２】
＜ステップＳ８−４＞
次に、アフィリエイトサーバ１０は、特定したレコードの「ｐａｒ＿ｐｗ」フィールドからアフィリエイターパスワードを取得する（ステップＳ８−４）。
【０１４３】
＜ステップＳ８−５＞
次に、アフィリエイトサーバ１０は、受信したアフィリエイターパスワードと取得したアフィリエイターパスワードとが一致するか否かを判断し（ステップＳ８−５）、一致する場合はステップＳ８−６に進み、一致しない場合はステップＳ８−９に進む。
【０１４４】
＜ステップＳ８−６＞
受信したアフィリエイターパスワードと取得したアフィリエイターパスワードとが一致する場合、アフィリエイトサーバ１０は、アフィリエイターログインセッションＩＤを生成する（ステップＳ８−６）。
【０１４５】
＜ステップＳ８−７＞
次に、アフィリエイトサーバ１０は、アフィリエイターログインセッションテーブル（図６（ｂ）参照）にアクセスし、生成したアフィリエイターログインセッションＩＤ、受信したアフィリエイターＩＤ、受信したアフィリエイターパスワード、およびアフィリエイターログインセッションＩＤを生成した日時を示すビット列を、「ｐａｒ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールド、「ｐａｒ＿ｉｄ」フィールド、「ｐａｒ＿ｐｗ」フィールド、および「ｓ＿ｄａｔｅ」フィールドにそれぞれ格納する（ステップＳ８−７）。
【０１４６】
＜ステップＳ８−８＞
そして、アフィリエイトサーバ１０は、生成したアフィリエイターログインセッションＩＤを含むアフィリエイターログイン成功通知ビット列を生成し（ステップＳ８−８）、アフィリエイターログイン処理を終了する。
【０１４７】
＜ステップＳ８−９＞
ステップＳ８−５で、受信したアフィリエイターパスワードと取得したアフィリエイターパスワードとが一致しなかった場合、アフィリエイトサーバ１０は、アフィリエイターログインの失敗を通知するアフィリエイターログイン失敗通知ビット列を生成し（ステップＳ８−９）、アフィリエイターログイン処理を終了する。
【０１４８】
（広告タグ一覧開示処理：ステップＳ１１）
次に、図１１を参照しつつ、広告タグ一覧開示処理について説明する。図１１は、広告タグ一覧開示処理を説明するフローチャートである。アフィリエイトサーバ１０は、アフィリエイター端末３０から広告タグ一覧開示要求ビット列（ステップＳ１０参照）を受信した場合、次の広告タグ一覧開示処理を開始する。なお、上述したように、広告タグ一覧開示要求ビット列には、アフィリエイターサイトＩＤとアフィリエイターログインセッションＩＤとが含まれている。
【０１４９】
＜ステップＳ１１−１＞
まず、アフィリエイトサーバ１０は、アフィリエイターログインセッション監視処理を実行する（ステップＳ１１−１）。
【０１５０】
＜ステップＳ１１−２＞
次に、アフィリエイトサーバ１０は、広告一覧ビット列生成処理を実行する（ステップＳ１１−２）。
【０１５１】
＜ステップＳ１１−３＞
次に、アフィリエイトサーバ１０は、アフィリエイター端末３０に対して、生成された広告一覧ビット列を送信する（ステップＳ１１−３）。
【０１５２】
＜ステップＳ１１−４＞
次に、アフィリエイトサーバ１０は、広告主サイトＩＤとアフィリエイターサイトＩＤとアフィリエイターログインセッションＩＤとを含む広告選択ビット列をアフィリエイター端末３０から受信するまで待機する（ステップＳ１１−４）。
【０１５３】
＜ステップＳ１１−５＞
広告選択ビット列をアフィリエイター端末３０から受信した場合、アフィリエイトサーバ１０は、アフィリエイターログインセッション監視処理を実行する（ステップＳ１１−５）。
【０１５４】
＜ステップＳ１１−６＞
次に、アフィリエイトサーバ１０は、広告タグ一覧ビット列生成処理を実行し（ステップＳ１１−６）、広告タグ一覧開示処理を終了する。
【０１５５】
（アフィリエイターログインセッション監視処理：ステップＳ１１−１、Ｓ１１−５）
次に、図１２を参照しつつ、アフィリエイターログインセッション監視処理について説明する。図１２は、アフィリエイターログインセッション監視処理を説明するフローチャートである。
【０１５６】
＜ステップＳ１１−１−１、Ｓ１１−５−１＞
まず、アフィリエイトサーバ１０は、アフィリエイターログインセッションテーブル（図６（ｂ）参照）にアクセスし、受信したアフィリエイターログインセッションＩＤが「ｐａｒ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールドに格納されているレコードを特定する（ステップＳ１１−１−１、Ｓ１１−５−１）。
【０１５７】
＜ステップＳ１１−１−２、Ｓ１１−５−２＞
次に、アフィリエイトサーバ１０は、特定したレコードの「ｓ＿ｄａｔｅ」フィールドから、アフィリエイターログインセッションＩＤが生成された日時を示すビット列を取得する（ステップＳ１１−１−２、Ｓ１１−５−２）。
【０１５８】
＜ステップＳ１１−１−３、Ｓ１１−５−３＞
次に、アフィリエイトサーバ１０は、アフィリエイターログインセッションＩＤを受信した日時を示すビット列とアフィリエイターログインセッションＩＤが生成された日時を示すビット列とに基づいて、アフィリエイターログインセッションＩＤを受信した日時が、アフィリエイターログインセッションＩＤが生成された日時からｘ分以内であるか否かを判断する（ステップＳ１１−１−３、Ｓ１１−５−３）。そして、ｘ分以内である場合はアフィリエイターログインセッション監視処理を終了し、ｘ分以内でない場合はステップＳ１１−１−４（Ｓ１１−５−４）に進む。
【０１５９】
＜ステップＳ１１−１−４、Ｓ１１−５−４＞
ｘ分以内でない場合、アフィリエイトサーバ１０は、時間切れを通知する時間切通知ビット列をアフィリエイター端末３０に対して送信し（ステップＳ１１−１−４、Ｓ１１−５−４、図２における図示略）、広告タグ一覧開示処理を終了する。
【０１６０】
（広告一覧ビット列生成処理：ステップＳ１１−２）
次に、図１３を参照しつつ、広告一覧ビット列生成処理について説明する。図１３は、広告一覧ビット列生成処理を説明するフローチャートである。
【０１６１】
＜ステップＳ１１−２−１＞
まず、アフィリエイトサーバ１０は、アフィリエイターログインセッションテーブル（図６（ｂ）参照）にアクセスし、受信したアフィリエイターログインセッションＩＤが「ｐａｒ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールドに格納されているレコードを特定する（ステップＳ１１−２−１）。
【０１６２】
＜ステップＳ１１−２−２＞
次に、アフィリエイトサーバ１０は、特定したレコードの「ｐａｒ＿ｉｄ」フィールドからアフィリエイターＩＤを取得する（ステップＳ１１−２−２）。
【０１６３】
＜ステップＳ１１−２−３＞
次に、アフィリエイトサーバ１０は、アフィリエイターサイトテーブル（図４（ｂ）参照）にアクセスし、取得したアフィリエイターＩＤが「ｐａｒ＿ｉｄ」フィールドに格納されており、且つ、受信したアフィリエイターサイトＩＤが「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールドに格納されているレコードを検索する（ステップＳ１１−２−３）。
【０１６４】
＜ステップＳ１１−２−４＞
次に、アフィリエイトサーバ１０は、レコードが存在するか否かを判断し（ステップＳ１１−２−４）、存在する場合は次のステップＳ１１−２−５に進み、存在しない場合は広告タグ一覧開示処理を終了する。
【０１６５】
＜ステップＳ１１−２−５＞
次に、アフィリエイトサーバ１０は、広告主サイトテーブル（図５（ｂ）参照）と拒否テーブル（図７（ｂ）参照）とを「ｃｌｉ＿ｉｄ」フィールドに格納されている広告主ＩＤをキーにして結合し、この結合されたテーブルにおいて、受信したアフィリエイターサイトＩＤが「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールドに格納されていないレコードを特定する（ステップＳ１１−２−５）
【０１６６】
＜ステップＳ１１−２−６＞
次に、アフィリエイトサーバ１０は、特定したレコードの「ｃｌｉ＿ｓｉｔｅ＿ｎａｍｅ」フィールドと「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールドとから、広告主サイト名と広告主サイトＩＤとをそれぞれ取得する（ステップＳ１１−２−６）。
【０１６７】
＜ステップＳ１１−２−７＞
そして、アフィリエイトサーバ１０は、取得した広告主サイト名と取得した広告主サイトＩＤとアフィリエイターログインセッションＩＤとを含む広告一覧ビット列を生成し（ステップＳ１１−２−７）、広告一覧ビット列生成処理を終了する。
【０１６８】
（広告タグ一覧ビット列生成処理：ステップＳ１１−６）
次に、図１４を参照しつつ、広告タグ一覧ビット列生成処理について説明する。図１４は、広告タグ一覧ビット列生成処理を説明するフローチャートである。
【０１６９】
＜ステップＳ１１−６−１＞
まず、アフィリエイトサーバ１０は、アフィリエイターログインセッションテーブル（図６（ｂ）参照）にアクセスし、受信したアフィリエイターログインセッションＩＤが「ｐａｒ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールドに格納されているレコードを特定する（ステップＳ１１−６−１）。
【０１７０】
＜ステップＳ１１−６−２＞
次に、アフィリエイトサーバ１０は、特定したレコードの「ｐａｒ＿ｉｄ」フィールドからアフィリエイターＩＤを取得する（ステップＳ１１−６−２）。
【０１７１】
＜ステップＳ１１−６−３＞
次に、アフィリエイトサーバ１０は、アフィリエイターサイトテーブル（図４（ｂ）参照）にアクセスし、取得したアフィリエイターＩＤが「ｐａｒ＿ｉｄ」フィールドに格納されており、且つ、受信したアフィリエイターサイトＩＤが「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールドに格納されているレコードを検索する（ステップＳ１１−６−３）。
【０１７２】
＜ステップＳ１１−６−４＞
次に、アフィリエイトサーバ１０は、レコードが存在するか否かを判断し（ステップＳ１１−６−４）、存在する場合はステップＳ１１−６−５に進み、存在しない場合は広告タグ一覧ビット列生成処理を終了する。
【０１７３】
＜ステップＳ１１−６−５＞
次に、アフィリエイトサーバ１０は、広告主サイトテーブル（図５（ｂ）参照）にアクセスし、受信した広告主サイトＩＤが「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールドに格納されているレコードを特定する（ステップＳ１１−６−５）。
【０１７４】
＜ステップＳ１１−６−６＞
次に、アフィリエイトサーバ１０は、特定したレコードの「ｃｌｉ＿ｉｄ」フィールドから広告主ＩＤを取得する（ステップＳ１１−６−６）。
【０１７５】
＜ステップＳ１１−６−７＞
次に、アフィリエイトサーバ１０は、拒否テーブル（図７（ｂ）参照）にアクセスし、取得した広告主ＩＤが「ｃｌｉ＿ｉｄ」フィールドに格納され、且つ、受信したアフィリエイターサイトＩＤが「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールドに格納されているレコードを検索する（ステップＳ１１−６−７）。
【０１７６】
＜ステップＳ１１−６−８＞
次に、アフィリエイトサーバ１０は、レコードが存在するか否かを判断し（ステップＳ１１−６−８）、存在しない場合はステップＳ１１−６−９に進み、存在する場合は広告タグ一覧ビット列生成処理を終了する。
【０１７７】
＜ステップＳ１１−６−９＞
次に、アフィリエイトサーバ１０は、広告原稿テーブル（図５（ｃ）参照）にアクセスし、受信した広告主サイトＩＤが「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールドに格納されているレコードを特定する（ステップＳ１１−６−９）。
【０１７８】
＜ステップＳ１１−６−１０＞
次に、アフィリエイトサーバ１０は、特定したレコードの「ａｄ＿ｉｄ」フィールドと「ａｄ＿ｔｅｘｔ」フィールドとから、広告原稿ＩＤと広告原稿テキストとをそれぞれ取得する（ステップＳ１１−６−１０）。
【０１７９】
＜ステップＳ１１−６−１１＞
次に、アフィリエイトサーバ１０は、アフィリエイターサイトＩＤと広告主サイトＩＤと広告原稿ＩＤと広告原稿テキストとを含むタグデータを生成する（ステップＳ１１−６−１１）。
【０１８０】
＜ステップＳ１１−６−１２＞
そして、アフィリエイトサーバ１０は、生成したタグデータを含む広告タグ一覧ビット列を生成し（ステップＳ１１−６−１２）、広告タグ一覧ビット列生成処理を終了する。
【０１８１】
（リダイレクト処理：ステップＳ１７）
次に、図１５を参照しつつ、リダイレクト処理について説明する。図１５は、リダイレクト処理を説明するフローチャートである。アフィリエイトサーバ１０は、閲覧者端末５０からリダイレクト要求ビット列（ステップＳ１６参照）を受信した場合、次のリダイレクト処理を開始する。なお、上述したように、このリダイレクト要求ビット列には、アフィリエイターサイトＩＤと広告主サイトＩＤと広告原稿ＩＤとが含まれている。
【０１８２】
＜ステップＳ１７−１＞
まず、アフィリエイトサーバ１０は、広告主サイトテーブル（図５（ｂ）参照）にアクセスし、受信した広告主サイトＩＤが「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールドに格納されているレコードを特定する（ステップＳ１７−１）。
【０１８３】
＜ステップＳ１７−２＞
次に、アフィリエイトサーバ１０は、特定したレコードの「ｃｌｉ＿ｉｄ」フィールドから広告主ＩＤを取得する（ステップＳ１７−２）。
【０１８４】
＜ステップＳ１７−３＞
次に、アフィリエイトサーバ１０は、拒否テーブル（図７（ｂ）参照）にアクセスし、受信したアフィリエイターサイトＩＤが「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールドに格納され、且つ、取得した広告主ＩＤが「ｃｌｉ＿ｉｄ」フィールドに格納されているレコードを検索する（ステップＳ１７−３）。
【０１８５】
＜ステップＳ１７−４＞
次に、アフィリエイトサーバ１０は、レコードが存在するか否かを判断し（ステップＳ１７−４）、存在しない場合はステップＳ１７−５に進み、存在する場合はステップＳ１７−１１に進む。
【０１８６】
＜ステップＳ１７−５＞
次に、アフィリエイトサーバ１０は、ステップＳ１７−１で特定したレコードの「ｃｌｉ＿ｉｄ」フィールド、「ｃｌｉ＿ｓｉｔｅ＿ｋｅｙ」フィールド、および「ｃｌｉ＿ｓｉｔｅ＿ａｄｄｒｅｓｓ」フィールドから、広告主ＩＤ、広告主サイトキー、および広告主サイトアドレスをそれぞれ取得する（ステップＳ１７−５）。
【０１８７】
＜ステップＳ１７−６＞
次に、アフィリエイトサーバ１０は、アフィリエイターサイトテーブル（図４（ｂ）参照）にアクセスし、受信したアフィリエイターサイトＩＤが「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールドに格納されているレコードを特定する（ステップＳ１７−６）。
【０１８８】
＜ステップＳ１７−７＞
次に、アフィリエイトサーバ１０は、特定したレコードの「ｐａｒ＿ｉｄ」フィールドと「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールドとから、アフィリエイターＩＤとアフィリエイターサイトキーとをそれぞれ取得する（ステップＳ１７−７）。
【０１８９】
＜ステップＳ１７−８＞
次に、アフィリエイトサーバ１０は、リダイレクトセッションＩＤを生成する（ステップＳ１７−８）。
【０１９０】
＜ステップＳ１７−９＞
次に、アフィリエイトサーバ１０は、リダイレクトセッションテーブル（図６（ａ）参照）にアクセスし、生成したリダイレクトセッションＩＤ、取得したアフィリエイターＩＤ、受信したアフィリエイターサイトＩＤ、取得したアフィリエイターサイトキー、取得した広告主ＩＤ、受信した広告主サイトＩＤ、取得した広告主サイトキー、およびリダイレクトセッションＩＤを生成した日時を示すビット列を、「ｒｅｄｉｒｅｃｔ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールド、「ｐａｒ＿ｉｄ」フィールド、「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールド、「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールド、「ｃｌｉ＿ｉｄ」フィールド、「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールド、「ｃｌｉ＿ｓｉｔｅ＿ｋｅｙ」フィールド、および「ｓ＿ｄａｔｅ」フィールドにそれぞれ格納する（ステップＳ１７−９）。
【０１９１】
＜ステップＳ１７−１０＞
そして、アフィリエイトサーバ１０は、取得した広告主サイトアドレスと生成したリダイレクトセッションＩＤとを含むリダイレクト応答ビット列を生成し（ステップＳ１７−１０）、リダイレクト処理を終了する。
【０１９２】
＜ステップＳ１７−１１＞
ステップＳ１７−４でレコードが存在した場合、アフィリエイトサーバ１０は、リダイレクト失敗通知ビット列を含むリダイレクト応答ビット列を生成し（ステップＳ１７−１１）、リダイレクト処理を終了する。なお、リダイレクト失敗通知ビット列とは、リダイレクト処理の失敗を通知するビット列である。
【０１９３】
（報酬支払承認処理：ステップＳ２３）
次に、図１６を参照しつつ、報酬支払承認処理について説明する。図１６は、報酬支払承認処理を説明するフローチャートである。アフィリエイトサーバ１０は、広告主サーバ２１から報酬支払承認通知ビット列（ステップＳ２２参照）を受信した場合に、次の報酬支払承認処理を開始する。なお、上述したように、報酬支払承認通知ビット列には、リダイレクトセッションＩＤと広告主サイトキーとが含まれている。
【０１９４】
＜ステップＳ２３−１＞
まず、アフィリエイトサーバ１０は、リダイレクトセッションテーブル（図６（ａ）参照）にアクセスし、受信した広告主サイトキーと受信したリダイレクトセッションＩＤとが、「ｃｌｉ＿ｓｉｔｅ＿ｋｅｙ」フィールドと「ｒｅｄｉｒｅｃｔ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールドとにそれぞれ格納されているレコードを特定する（ステップＳ２３−１）。
【０１９５】
＜ステップＳ２３−２＞
次に、アフィリエイトサーバ１０は、特定できたか否かを判断し（ステップＳ２３−２）、特定できた場合はステップＳ２３−３に進み、特定できなかった場合はステップＳ２３−９に進む。
【０１９６】
＜ステップＳ２３−３＞
次に、アフィリエイトサーバ１０は、特定したレコードの「ｐａｒ＿ｉｄ」フィールド、「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールド、「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールド、「ｃｌｉ＿ｉｄ」フィールド、「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールド、および「ｃｌｉ＿ｓｉｔｅ＿ｋｅｙ」フィールドから、アフィリエイターＩＤ、アフィリエイターサイトＩＤ、アフィリエイターサイトキー、広告主ＩＤ、広告主サイトＩＤ、および広告主サイトキーをそれぞれ取得する（ステップＳ２３−３）。
【０１９７】
＜ステップＳ２３−４＞
次に、アフィリエイトサーバ１０は、拒否テーブル（図７（ｂ）参照）にアクセスし、取得した広告主ＩＤと取得したアフィリエイターサイトＩＤとが「ｃｌｉ＿ｉｄ」フィールドと「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールドとにそれぞれ格納されているレコードを検索する（ステップＳ２３−４）。
【０１９８】
＜ステップＳ２３−５＞
次に、アフィリエイトサーバ１０は、レコードが存在するか否かを判断し（ステップＳ２３−５）、存在する場合はステップＳ２３−９に進み、存在しない場合はステップＳ２３−６に進む。
【０１９９】
＜ステップＳ２３−６＞
次に、アフィリエイトサーバ１０は、承認ＩＤを生成する（ステップＳ２３−６）。
【０２００】
＜ステップＳ２３−７＞
次に、アフィリエイトサーバ１０は、承認テーブル（図７（ａ）参照）にアクセスし、特定したレコードの「ａｐｐｒｏｖｅ＿ｉｄ」フィールド、「ｒｅｄｉｒｅｃｔ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールド、「ｐａｒ＿ｉｄ」フィールド、「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールド、「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールド、「ｃｌｉ＿ｉｄ」フィールド、「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールド、「ｃｌｉ＿ｓｉｔｅ＿ｋｅｙ」フィールド、および「ａ＿ｄａｔｅ」フィールドに、生成した承認ＩＤ、受信したリダイレクトセッションＩＤ、取得したアフィリエイターＩＤ、取得したアフィリエイターサイトＩＤ、取得したアフィリエイターサイトキー、取得した広告主ＩＤ、取得した広告主サイトＩＤ、取得した広告主サイトキー、および承認ＩＤを生成した日時を示すビット列をそれぞれ格納する（ステップＳ２３−７）。
【０２０１】
＜ステップＳ２３−８＞
次に、アフィリエイトサーバ１０は、報酬支払承認処理成功通知ビット列を生成し（ステップＳ２３−８）、報酬支払承認処理を終了する。
【０２０２】
＜ステップＳ２３−９＞
ステップＳ２３−２で特定できなかった場合またはステップＳ２３−５でレコードが存在した場合、アフィリエイトサーバ１０は、報酬支払承認処理失敗通知ビット列を生成し（ステップＳ２３−９）、報酬支払承認処理を終了する。
【０２０３】
（チェック処理：ステップＳ２６）
次に、図１７を参照しつつ、チェック処理について説明する。図１７は、チェック処理を説明するフローチャートである。アフィリエイトサーバ１０は、広告主サーバ２１からチェック通知ビット列（ステップＳ２５参照）を受信した場合に、次のチェック処理を開始する。なお、上述したように、チェック通知ビット列には、リダイレクトセッションＩＤと広告主サイトキーとが含まれている。
【０２０４】
＜ステップＳ２６−１＞
まず、アフィリエイトサーバ１０は、承認テーブル（図７（ａ）参照）にアクセスし、受信した広告主サイトキーと受信したリダイレクトセッションＩＤとが、「ｃｌｉ＿ｓｉｔｅ＿ｋｅｙ」フィールドと「ｒｅｄｉｒｅｃｔ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールドとにそれぞれ格納されているレコードを特定する（ステップＳ２６−１）。
【０２０５】
＜ステップＳ２６−２＞
次に、アフィリエイトサーバ１０は、特定できたか否かを判断し（ステップＳ２６−２）、特定できた場合はステップＳ２６−３に進み、特定できなかった場合はステップＳ２６−５に進む。
【０２０６】
＜ステップＳ２６−３＞
次に、アフィリエイトサーバ１０は、承認テーブル（図７（ａ）参照）にアクセスし、「ｍａｒｋｅｔ＿ｃｈｅｃｋ」フィールドと「ｍａｒｋｅｔ＿ｄａｔｅ」フィールドとに、チェック済ビット列とチェック通知ビット列を受信した日時を示すビット列とをそれぞれ格納する（ステップＳ２６−３）。
【０２０７】
＜ステップＳ２６−４＞
そして、アフィリエイトサーバ１０は、チェック処理の成功を通知するチェック処理成功通知ビット列を生成し（ステップＳ２６−４）、チェック処理を終了する。
【０２０８】
＜ステップＳ２６−５＞
ステップＳ２６−２で特定できなかった場合、アフィリエイトサーバ１０は、チェック処理の失敗を通知するチェック処理失敗通知ビット列を生成し（ステップＳ２６−５）、チェック処理を終了する。
【０２０９】
（広告主ログイン処理：ステップＳ２９）
次に、図１８を参照しつつ、広告主ログイン処理について説明する。図１８は、広告主ログイン処理を説明するフローチャートである。アフィリエイトサーバ１０は、広告主端末２２から広告主ログイン要求ビット列（ステップＳ２８参照）を受信した場合、次の広告主ログイン処理を開始する。
【０２１０】
＜ステップＳ２９−１＞
まず、アフィリエイトサーバ１０は、広告主端末２２に広告主ログイン画面ビット列を送信する（ステップＳ２９−１）。ここで、広告主ログイン画面ビット列とは広告主ログイン画面を構成するビット列をいい、広告主ログイン画面とは、広告主ログインデータビット列を入力する際のインターフェースとなるＷｅｂページである。
なお、広告主ログインデータビット列は、広告主端末２２からアフィリエイトサーバ１０へログインする際に必要となるビット列である。以下の説明では、広告主ＩＤと広告主パスワードとを広告主ログインデータビット列とするが、本発明においては、これらのビット列以外のビット列についても、広告主ログインデータビット列とすることができる。
【０２１１】
＜ステップＳ２９−２＞
次に、アフィリエイトサーバ１０は、広告主ＩＤと広告主パスワードとを広告主端末２２から受信するまで待機する（ステップＳ２９−２）。
【０２１２】
＜ステップＳ２９−３＞
広告主ＩＤと広告主パスワードとを広告主端末２２から受信した場合、アフィリエイトサーバ１０は、広告主テーブル（図５（ａ）参照）にアクセスし、受信した広告主ＩＤが「ｃｌｉ＿ｉｄ」フィールドに格納されているレコードを特定する（ステップＳ２９−３）。
【０２１３】
＜ステップＳ２９−４＞
次に、アフィリエイトサーバ１０は、特定したレコードの「ｃｌｉ＿ｐｗ」フィールドから広告主パスワードを取得する（ステップＳ２９−４）。
【０２１４】
＜ステップＳ２９−５＞
次に、アフィリエイトサーバ１０は、受信した広告主パスワードと取得した広告主パスワードとが一致するか否かを判断し（ステップＳ２９−５）、一致する場合はステップＳ２９−６に進み、一致しない場合はステップＳ２９−９に進む。
【０２１５】
＜ステップＳ２９−６＞
次に、アフィリエイトサーバ１０は、広告主ログインセッションＩＤを生成する（ステップＳ２９−６）。
【０２１６】
＜ステップＳ２９−７＞
次に、アフィリエイトサーバ１０は、広告主ログインセッションテーブル（図６（ｃ）参照）にアクセスし、生成した広告主ログインセッションＩＤ、受信した広告主ＩＤ、受信した広告主パスワード、および広告主ログインセッションＩＤを生成した日時を示すビット列を、「ｃｌｉ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールド、「ｃｌｉ＿ｉｄ」フィールド、「ｃｌｉ＿ｐｗ」フィールド、および「ｓ＿ｄａｔｅ」フィールドにそれぞれ格納する（ステップＳ２９−７）。
【０２１７】
＜ステップＳ２９−８＞
そして、アフィリエイトサーバ１０は、生成した広告主ログインセッションＩＤを含む広告主ログイン成功通知ビット列を生成し（ステップＳ２９−８）、広告主ログイン処理を終了する。
【０２１８】
＜ステップＳ２９−９＞
ステップＳ２９−５で受信した広告主パスワードと取得した広告主パスワードとが一致しなかった場合、アフィリエイトサーバ１０は、広告主ログイン失敗通知ビット列を生成し（ステップＳ２９−９）、広告主ログイン処理を終了する。
【０２１９】
（市場データ開示処理：ステップＳ３２）
次に、図１９を参照しつつ、市場データ開示処理について説明する。図１９は、市場データ開示処理を説明するフローチャートである。アフィリエイトサーバ１０は、広告主端末２２から市場データ開示要求ビット列（ステップＳ３１参照）を受信した場合、次の市場データ開示処理を開始する。なお、上述したように、市場データ開示要求ビット列には、広告主ログインセッションＩＤが含まれている。
【０２２０】
＜ステップＳ３２−１＞
まず、アフィリエイトサーバ１０は、広告主ログインセッション監視処理を実行する（ステップＳ３２−１）。
【０２２１】
＜ステップＳ３２−２＞
次に、アフィリエイトサーバ１０は、広告主ログインセッションテーブル（図６（ｃ）参照）にアクセスし、受信した広告主ログインセッションＩＤが「ｃｌｉ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールドに格納されているレコードを特定する（ステップＳ３２−２）。
【０２２２】
＜ステップＳ３２−３＞
次に、アフィリエイトサーバ１０は、特定したレコードの「ｃｌｉ＿ｉｄ」フィールドから広告主ＩＤを取得する（ステップＳ３２−３）。
【０２２３】
＜ステップＳ３２−４＞
次に、アフィリエイトサーバ１０は、アフィリエイターテーブル（図４（ａ）参照）と拒否テーブル（図７（ｂ）参照）とを「ｐａｒ＿ｉｄ」に格納されているアフィリエイターＩＤをキーにして結合し、この結合されたテーブルにおいて、取得した広告主ＩＤが「ｃｌｉ＿ｉｄ」フィールドに格納されていないレコードを特定する（ステップＳ３２−４）。
【０２２４】
＜ステップＳ３２−５＞
次に、アフィリエイトサーバ１０は、特定したレコードの「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールドからアフィリエイターサイトキーを取得する（ステップＳ３２−５）。
【０２２５】
＜ステップＳ３２−６＞
次に、アフィリエイトサーバ１０は、承認テーブル（図７（ａ）参照）にアクセスし、取得した広告主ＩＤが「ｃｌｉ＿ｉｄ」フィールドに格納され、且つ、取得したアフィリエイターサイトキーが「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールドに格納されているレコードの数Ｎをカウントする（ステップＳ３２−６）。
【０２２６】
＜ステップＳ３２−７＞
次に、アフィリエイトサーバ１０は、取得した広告主ＩＤが「ｃｌｉ＿ｉｄ」フィールドに格納され、且つ、取得したアフィリエイターサイトキーが「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールドに格納されているレコードのうち、「ｍａｒｋｅｔ＿ｃｈｅｃｋ」フィールドにチェック済ビット列が格納されているレコードの数Ｍをカウントする（ステップＳ３２−７）。
【０２２７】
＜ステップＳ３２−８＞
次に、アフィリエイトサーバ１０は、全てのアフィリエイターサイトキーについて、Ｎ、Ｍをカウントしたか否かを判断し（ステップＳ３２−８）、カウントしていればステップＳ３２−９に進み、カウントしていなければステップＳ３２−６に戻る。
【０２２８】
＜ステップＳ３２−９＞
次に、アフィリエイトサーバ１０は、各アフィリエイトサイトキーについてのＮ、Ｍと各アフィリエイターサイトキーと広告主ログインセッションＩＤとを含む市場データビット列を生成し（ステップＳ３２−９）、市場データ開示処理を終了する。
【０２２９】
（ネットワーク構成変更処理：ステップＳ３５）
次に、図２０を参照しつつ、ネットワーク構成変更処理について説明する。図２０は、ネットワーク構成変更処理を説明するフローチャートである。アフィリエイトサーバ１０は、広告主端末２２からネットワーク構成変更通知ビット列（ステップＳ３４参照）を受信した場合、次のネットワーク構成変更処理を開始する。なお、上述したように、ネットワーク構成変更通知ビット列には、広告主ログインセッションＩＤとアフィリエイターサイトキーとが含まれている。
【０２３０】
＜ステップＳ３５−１＞
まず、アフィリエイトサーバ１０は、広告主ログインセッション監視処理を実行する（ステップＳ３５−１）。
【０２３１】
＜ステップＳ３５−２＞
次に、アフィリエイトサーバ１０は、広告主ログインセッションテーブル（図６（ｃ）参照）にアクセスし、受信した広告主ログインセッションＩＤが「ｃｌｉ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールドに格納されているレコードを特定する（ステップＳ３５−２）。
【０２３２】
＜ステップＳ３５−３＞
次に、アフィリエイトサーバ１０は、特定したレコードの「ｃｌｉ＿ｉｄ」フィールドから広告主ＩＤを取得する（ステップＳ３５−３）。
【０２３３】
＜ステップＳ３５−４＞
次に、アフィリエイトサーバ１０は、アフィリエイターサイトテーブル（図４（ｂ）参照）にアクセスし、受信したアフィリエイターサイトキーが「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールドに格納されているレコードを特定する（ステップＳ３５−４）。
【０２３４】
＜ステップＳ３５−５＞
次に、アフィリエイトサーバ１０は、特定したレコードの「ｐａｒ＿ｉｄ」フィールドと「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールドとからアフィリエイターＩＤとアフィリエイターサイトＩＤとをそれぞれ取得する（ステップＳ３５−５）。
【０２３５】
＜ステップＳ３５−６＞
次に、アフィリエイトサーバ１０は、拒否テーブル（図７（ｂ）参照）にアクセスし、取得した広告主ＩＤ、取得したアフィリエイターＩＤ、取得したアフィリエイターサイトＩＤ、および受信したアフィリエイターサイトキーを、「ｃｌｉ＿ｉｄ」フィールド、「ｐａｒ＿ｉｄ」フィールド、「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールド、および「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールドにそれぞれ格納する（ステップＳ３５−６）。
【０２３６】
＜ステップＳ３５−７＞
そして、アフィリエイトサーバ１０は、ネットワーク構成変更完了通知ビット列を生成し（ステップＳ３５−７）、ネットワーク構成変更処理を終了する。
【０２３７】
（広告主ログインセッション監視処理：ステップＳ３２−１、Ｓ３５−１）
次に、図２１を参照しつつ、広告主ログインセッション監視処理について説明する。図２１は、広告主ログインセッション監視処理を説明するフローチャートである。
【０２３８】
＜ステップＳ３２−１−１、Ｓ３５−１−１＞
まず、アフィリエイトサーバ１０は、広告主ログインセッションテーブル（図６（ｃ）参照）にアクセスし、受信した広告主ログインセッションＩＤが「ｃｌｉ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールドに格納されているレコードを特定する（ステップＳ３２−１−１、Ｓ３５−１−１）。
【０２３９】
＜ステップＳ３２−１−２、Ｓ３５−１−２＞
次に、アフィリエイトサーバ１０は、特定したレコードの「ｓ＿ｄａｔｅ」フィールドから、広告主ログインセッションＩＤが生成された日時を示すビット列を取得する（ステップＳ３２−１−２、Ｓ３５−１−２）。
【０２４０】
＜ステップＳ３２−１−３、Ｓ３５−１−３＞
次に、アフィリエイトサーバ１０は、広告主ログインセッションＩＤを受信した日時を示すビット列と広告主ログインセッションＩＤが生成された日時を示すビット列とに基づいて、広告主ログインセッションＩＤを受信した日時が、広告主ログインセッションＩＤが生成された日時からｘ分以内であるか否かを判断する（ステップＳ３２−１−３、Ｓ３５−１−３）。そして、ｘ分以内である場合は広告主ログインセッション監視処理を終了し、ｘ分以内でない場合はステップＳ３２−１−４（Ｓ３５−１−４）に進む。
【０２４１】
＜ステップＳ３２−１−４、Ｓ３５−１−４＞
ｘ分以内でない場合、アフィリエイトサーバ１０は、時間切れを通知する時間切通知ビット列を広告主端末２２に対して送信し（ステップＳ３２−１−４、Ｓ３５−１−４、図２における図示略）、市場データ開示処理またはネットワーク構成変更処理を終了する。
【０２４２】
以上説明したように、本発明の実施形態によれば、アフィリエイトサーバ１０においてアフィリエイターサイトごとにチェック済ビット列が記憶され、この記憶されているチェック済ビット列を用いて生成された市場データビット列が、アフィリエイトサーバ１０から広告主端末２２に送信される。
したがって、本発明の実施形態によれば、チェック通知ビット列を報酬支払承認後のイベント発生（解約やリピート購入など）を示すビット列とすることにより、広告主端末２２において、商品・サービスを購入などした後の顧客の行動（解約をしたかリピート購入したかなど）を把握することができる。
このため、本発明の実施形態によれば、広告主は、あるアフィリエイターサイトを閲覧している見込客群が、広告主が望んでいる顧客となり得るか否かを判断することが可能となるため、この判断の結果に基づいて、そのアフィリエイターサイトを広告主のネットワーク構成に含ませるか否かを判断することが可能となる。
よって、本発明の実施形態によれば、広告主のネットワーク構成をアフィリエイターサイトの実績に依存して行う必要がなくなるため、広告主の顧客がアフィリエイター主導で形成されてしまうということがなく、広告主は、広告主主導で顧客形成を行うことが可能となる。
【０２４３】
また、本発明の実施形態は、あるアフィリエイターサイトを閲覧している見込客群が、広告主が望んでいない顧客になり得ると判断された場合には、たとえ実績が良くても、そのアフィリエイターサイトを広告主のネットワーク構成から除外することが可能となるため、広告主主導で顧客形成を行うに際して好ましい。
【０２４４】
本実施形態では、このネットワーク構成からの除外は、広告開示処理の一例である広告タグ一覧開示処理、リダイレクト処理、および報酬支払承認済ビット列を記憶する処理の一例である報酬支払承認処理について行われるが、この除外は、上記実施形態のように、拒否テーブルを用いて行うことが好ましい。このようにすれば、拒否テーブルの内容を変更するだけで、除外または除外の解除が可能となり、他のテーブルを操作する必要がなくなる。アフィリエイトシステムにおいては、ネットワーク上に多数のアフィリエイターサイトが存在し、アフィリエイトサーバ１０は、休み無く稼働するものであり、たとえば商談中に誤動作が生じると、閲覧者端末のコンピュータユーザおよび広告主の双方が不利益を被る。したがって、上記の構成は、テーブル操作を簡素化するとともに、テーブルが誤操作されることをなくすものであるため、アフィリエイトシステムにおいて特に好ましい形態である。
【０２４５】
また、上記実施形態においては、あるアフィリエイターサイトが広告主のネットワーク構成から除外された場合、以後、そのアフィリエイターサイトは、広告主が管理するすべての広告主サイトについて、広告タグ一覧開示処理、リダイレクト処理、および報酬支払承認処理が中止される。したがって、本実施形態は、あるアフィリエイターサイトを閲覧する見込客群が、広告主が管理する一の広告主サイトにとって好ましくないときには、その広告主が管理する他の広告主サイトについても好ましくないと予測される場合において、好ましい。広告主端末２２において、あるアフィリエイターサイトについてのネットワーク構成からの除外を１つ１つの広告主サイトについて行う必要がなくなるからである。
他方で、あるアフィリエイターサイトを閲覧する見込客群が、広告主が管理する一の広告主サイトにとって好ましくないときであっても、その広告主が管理する他の広告主サイトについてまでも好ましくないと予測されない場合には、拒否テーブル（図７（ｂ）参照）に、「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールドを追加し、または拒否テーブル（図７（ｂ）参照）の「ｃｌｉ＿ｉｄ」フィールドを「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールドに代えて、上記した拒否テーブル（図７（ｂ）参照）の「ｃｌｉ＿ｉｄ」フィールドについての処理を「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールドについて行うようにすることが好ましい。このようにすれば、ネットワーク構成の変更が、広告主サイト単位で行われるため、あるアフィリエイターサイトが一の広告主サイトについてのネットワーク構成から除外されたとしても、そのアフィリエイターサイトは、その一の広告主サイトを管理する広告主の他の広告主サイトについて、ネットワーク構成から除外されることがない。
なお、あるアフィリエイターサイトを閲覧する見込客群が、広告主が管理する一の広告主サイトにとって好ましくないときに、その広告主が管理する他の広告主サイトについても好ましくないか否かを予測することが困難な市場環境においては、広告主端末２２からアフィリエイトサーバ１０に送信されるネットワーク構成変更通知ビット列に、一括除外通知ビット列または選択除外通知ビット列を含ませることにより、一の広告主サイトについての除外かすべての広告主サイトについての除外かを、広告主端末２２において選択できるようにすることが好ましい。この場合は、拒否テーブル（図７（ｂ）参照）に、「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールドを追加した上、一括除外フィールドも追加して、一括除外されているのか、選択除外されているのかを判断できるようにする。そして、あるアフィリエイターサイトに関して、拒否テーブル（図７（ｂ）参照）の一括除外フィールドに一括除外を示すビット列が格納されている場合は、上記したように、拒否テーブル（図７（ｂ）参照）の「ｃｌｉ＿ｉｄ」フィールドについての処理を「ｃｌｉ＿ｉｄ」フィールドについて行うようにし、他方、あるアフィリエイターサイトに関して、拒否テーブル（図７（ｂ）参照）の一括除外フィールドに選択除外を示すビット列が格納されている場合は、上記した拒否テーブル（図７（ｂ）参照）の「ｃｌｉ＿ｉｄ」フィールドについての処理を「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールドについて行うようにする。
上記いずれの形態も、「その特定のアフィリエイターサイトに関して、広告開示処理、リダイレクト処理、および報酬支払承認済ビット列を記憶する処理のうちの少なくとも１つの処理を広告主装置について行わないまたは中止する」に含まれる。
【０２４６】
なお、本実施形態においては、アフィリエイトサーバ１０が、報酬支払承認通知ビット列を広告主サーバ２１から受信するとしたが、アフィリエイトサーバ１０は、広告主サーバ２１以外の広告主装置である広告主端末２２から報酬支払承認通知ビット列を受信してもよく、また、報酬支払承認通知ビット列を構成する電子ファイルを広告主端末２２から受信してその内容を読み込むことにより、報酬支払承認通知ビット列を受信してもよい。
【０２４７】
また、本実施形態においては、セキュリティの向上のため、アフィリエイトサイトキーを用いることが好ましいが、本発明においては、アフィリエイトサイトＩＤを広告主端末２２に送信して開示することもできる。
また、本実施形態においては、広告主サーバ２１からアフィリエイトサーバ１０へのアクセスについて、セキュリティの向上のために、広告主サイトキーを用いたが、本発明においては、たとえば、広告主サイトキーを用いることなく、広告主サーバ２１のＩＰアドレスを確認することにより、広告主サーバ２１からアフィリエイトサーバ１０へのアクセスについてのセキュリティ向上を図ることもできる。
【０２４８】
また、本実施形態においては、広告主サーバ２１からアフィリエイトサーバ１０へ送信される報酬支払承認通知ビット列に、リダイレクトセッションＩＤが含まれることとしたが、本発明においては、たとえば、広告主サイトにおける購入完了画面を表示するＷｅｂページに、閲覧者端末５０のブラウザをアフィリエイトサーバ１０へアクセスさせるタグを記載しておき、広告主サイトで商品・サービスを購入した場合には、閲覧者端末５０がアフィリエイトサーバ１０にリダイレクトセッションＩＤを含んだクッキーを送信させるようにして、リダイレクト処理のセッションを識別するようにしてもよい。この場合は、リダイレクト応答通知ビット列に、リダイレクトセッションＩＤを含んだクッキーが含まれる。
【０２４９】
なお、本実施形態において、報酬支払承認通知ビット列と報酬支払承認済ビット列とは同じビット列であってもよいし、異なるビット列であってもよい。また、チェック通知ビット列とチェック済ビット列とは、同じビット列であってもよいし、異なるビット列であってもよい。
【０２５０】
本実施形態においては、１つのアフィリエイターサイトについて１つ以上のチェック済ビット列が記憶されるものとした。この場合、あるアフィリエイターサイトについてのチェック済ビット列が記憶されている数Ｍは、あるアフィリエイターサイトについてアフィリエイトサーバ１０が広告主サーバ２１からチェック通知ビット列を受信した回数を示す。
しかしながら、本発明においては、たとえば、１つのアフィリエイターサイトについて１つのチェック済ビット列が記憶されるものとしてもよい。この場合、あるアフィリエイターサイトについてのチェック済ビット列は、それ自体が、あるアフィリエイターサイトについてアフィリエイトサーバ１０が広告主サーバ２１からチェック通知ビット列を受信した回数を示す。このように構成する場合、アフィリエイトサーバ１０は、広告主サーバ２１からチェック通知ビット列を受信した場合に、記憶されているチェック済ビット列に１を加算したビット列を新たにチェック済ビット列として記憶する。
１つのアフィリエイターサイトについて１以上のチェック済ビット列を記憶してチェック済ビット列が記憶されている数に意味を持たせる場合と、１つのアフィリエイターサイトについて１つのチェック済ビット列を記憶してチェック済ビット列それ自体に意味を持たせる場合のいずれについても、「報酬支払承認済ビット列についてチェックが行われたことを示すチェック済ビット列を記憶する」に含まれる。
【０２５１】
また、本実施形態においては、１つのアフィリエイターサイトについて１つ以上のチェック済ビット列が記憶されるものとして、チェック済ビット列が記憶されている数Ｍをアフィリエイターサイトごとにカウントし、これらを市場データビット列に含ませるものとした。
しかしながら、本発明においては、たとえば、１つのアフィリエイターサイトについて１つのチェック済ビット列が記憶されるものとして、アフィリエイターサイトごとのチェック済ビット列を市場データビット列に含ませるものとしてもよい。上述したように、この場合は、あるアフィリエイターサイトについてのチェック済ビット列それ自体が、あるアフィリエイターサイトについてアフィリエイトサーバ１０が広告主サーバ２１からチェック通知ビット列を受信した回数を示す。
また、本発明においては、たとえば、報酬支払承認済ビット列が記憶されている数Ｎとチェック済ビット列が記憶されている数Ｍとをカウントし、これらＮ、Ｍを四則演算した数を示すビット列やＮとＭとを対比させたグラフを示すビット列などを市場データビット列に含ませてもよい。
これらのいずれの形態についても、「記憶されているチェック済ビット列を用いて市場データビット列を生成する」に含まれる。
【０２５２】
なお、上記実施形態では、報酬支払承認通知ビット列が、商品・サービスが購入されるというイベントに基づいて、広告主サーバ２１からアフィリエイトサーバ１０に送信される場合について説明したが、報酬支払承認通知ビット列は、資料請求や予約などのイベントに基づいて、広告主サーバ２１からアフィリエイトサーバ１０に送信されることとしてもよい。
【０２５３】
なお、本発明においては、２ビット以上はもちろんであるが、１ビットであっても「ビット列」であるとする。
【実施例１】
【０２５４】
次に、本発明の実施例１について説明する。実施例１では、アフィリエイターサイトＡとアフィリエイターサイトＢとが存在するアフィリエイトシステム１について検討する。ここで、チェック通知ビット列は報酬支払承認後に解約が行われたことを意味するものとし、また、アフィリエイターサイトＡについての報酬支払承認済ビット列が記憶されているレコードの数Ｎは「１００」、チェック済ビット列が記憶されているレコードの数Ｍは「９０」とし、アフィリエイターサイトＢについての報酬支払承認済ビット列が記憶されているレコードの数Ｎは「８０」、チェック済ビット列が記憶されているレコードの数Ｍは「５０」とする。市場データビット列には、アフィリエイターサイトＡ、Ｂについての上記Ｎ、Ｍを示すビット列が含まれているものとする。
実施例１によれば、広告主端末２２において、アフィリエイターサイトＡ、Ｂとでは、アフィリエイターサイトＡの方が売上が高く実績が良いことを把握することができるが、解約数の点からして、アフィリエイターサイトＢを閲覧しているコンピュータユーザの方が広告主にとって良い顧客であることを判断できる。
そこで、実施例１では、アフィリエイターサイトＡを広告主サーバ２１のネットワーク構成から除外する。この場合、広告主は、アフィリエイターサイトＡのアフィリエイターには、以後、無駄な広告報酬を支払う必要がなくなる。
【０２５５】
［比較例１］
上記実施例１と同様のケースについて検討する。ただし、比較例１では、アフィリエイターサイトの実績に基づいて、広告主のネットワークを構成する。比較例１では、実績がよければ解約数も少ないと誤解されているなどのため、アフィリエイターサイトＢが広告主のネットワークから除外され、広告主は、アフィリエイターサイトＡのアフィリエイターに無駄な広告報酬を支払い続けなければならない。
【実施例２】
【０２５６】
次に、本発明の実施例２について説明する。実施例２では、アフィリエイターサイトＡとアフィリエイターサイトＢとが存在するアフィリエイトシステム１について検討する。ここで、チェック通知ビット列は報酬支払承認後にリピート購入を意味するものとし、また、アフィリエイターサイトＡについての報酬支払承認済ビット列が記憶されているレコードの数Ｎは「１００」、チェック済ビット列が記憶されているレコードの数Ｍは「１０」とし、アフィリエイターサイトＢについての報酬支払承認済ビット列が記憶されているレコードの数Ｎは「８０」、チェック済ビット列が記憶されているレコードの数Ｍは「５０」とする。市場データビット列には、アフィリエイターサイトＡ、ＢについてのＮ、Ｍを示すビット列が含まれているものとする。
実施例２によれば、広告主端末２２において、アフィリエイターサイトＡ、Ｂとでは、アフィリエイターサイトＡの方が売上が高く実績が良いことを把握することができるが、リピート購入数の点からして、アフィリエイターサイトＢを閲覧しているコンピュータユーザの方が広告主にとって良い顧客であることを判断できる。
そこで、実施例２では、アフィリエイターサイトＡを広告主サーバ２１のネットワーク構成から除外する。この場合、広告主は、アフィリエイターサイトＡのアフィリエイターには、以後、無駄な広告報酬を支払う必要がなくなる。
【０２５７】
［比較例２］
上記実施例２と同様のケースについて検討する。ただし、比較例２では、アフィリエイターサイトの実績に基づいて、広告主のネットワークを構成する。比較例２では、実績がよければリピート購入数も多いと誤解されているなどのため、アフィリエイターサイトＢが広告主のネットワークから除外され、広告主は、アフィリエイターサイトＡのアフィリエイターに無駄な広告報酬を支払い続けなければならない。
【０２５８】
以上、本発明の実施形態及び実施例について説明したが、これらの説明は、本発明の一例に関するものであり、本発明は、これらの説明によって限定されない。
【図面の簡単な説明】
【０２５９】
【図１】本発明の実施形態に係るアフィリエイトシステム１の概略構成図である。
【図２Ａ】本発明の実施形態に係るアフィリエイトシステム１の概略動作を示す図（その１）である。
【図２Ｂ】本発明の実施形態に係るアフィリエイトシステム１の概略動作を示す図（その２）である。
【図３】本発明の実施形態に係るアフィリエイトサーバ１０の概略構成図である。
【図４】（ａ）は、アフィリエイターテーブルの概略構成を示す図であり、（ｂ）は、アフィリエイターサイトテーブルの概略構成を示す図である。
【図５】（ａ）は、広告主テーブルの概略構成を示す図であり、（ｂ）は、広告主サイトテーブルの概略構成を示す図であり、（ｃ）は、広告原稿テーブルの概略構成を示す図である。
【図６】（ａ）は、リダイレクトセッションテーブルの概略構成を示す図であり、（ｂ）は、アフィリエイターログインセッションテーブルの概略構成を示す図であり、（ｃ）は、広告主ログインセッションテーブルの概略構成を示す図である。
【図７】（ａ）は、承認テーブルの概略構成を示す図であり、（ｂ）は、拒否テーブルの概略構成を示す図である。
【図８】アフィリエイター登録処理を説明するフローチャートである。
【図９】広告主登録処理を説明するフローチャートである。
【図１０】アフィリエイターログイン処理を説明するフローチャートである。
【図１１】広告タグ一覧開示処理を説明するフローチャートである。
【図１２】アフィリエイターログインセッション監視処理を説明するフローチャートである。
【図１３】広告一覧ビット列生成処理を説明するフローチャートである。
【図１４】広告タグ一覧ビット列生成処理を説明するフローチャートである。
【図１５】リダイレクト処理を説明するフローチャートである。
【図１６】報酬支払承認処理を説明するフローチャートである。
【図１７】チェック処理を説明するフローチャートである。
【図１８】広告主ログイン処理を説明するフローチャートである。
【図１９】市場データ開示処理を説明するフローチャートである。
【図２０】ネットワーク構成変更処理を説明するフローチャートである。
【図２１】広告主ログインセッション監視処理を説明するフローチャートである。
【符号の説明】
【０２６０】
１    アフィリエイトシステム
１０    アフィリエイトサーバ
２１    広告主サーバ
２２    広告主端末
３１Ａ、３２Ｂ    アフィリエイター端末
４０    Ｗｅｂサーバ
５１Ａ、５２Ａ、５３Ｂ、５４Ｂ    閲覧者端末
６０    基地局
７０    インターネット
【図１】
0004253360.tif 000002
【図２Ａ】
0004253360.tif 000003
【図２Ｂ】
0004253360.tif 000004
【図３】
0004253360.tif 000005
【図４】
0004253360.tif 000006
【図５】
0004253360.tif 000007
【図６】
0004253360.tif 000008
【図７】
0004253360.tif 000009
【図８】
0004253360.tif 000010
【図９】
0004253360.tif 000011
【図１０】
0004253360.tif 000012
【図１１】
0004253360.tif 000013
【図１２】
0004253360.tif 000014
【図１３】
0004253360.tif 000015
【図１４】
0004253360.tif 000016
【図１５】
0004253360.tif 000017
【図１６】
0004253360.tif 000018
【図１７】
0004253360.tif 000019
【図１８】
0004253360.tif 000020
【図１９】
0004253360.tif 000021
【図２０】
0004253360.tif 000022
【図２１】
0004253360.tif 000023