JP4253360B2 - アフィリエイトシステム、アフィリエイト装置 - Google Patents
アフィリエイトシステム、アフィリエイト装置 Download PDFInfo
- Publication number
- JP4253360B2 JP4253360B2 JP2007193200A JP2007193200A JP4253360B2 JP 4253360 B2 JP4253360 B2 JP 4253360B2 JP 2007193200 A JP2007193200 A JP 2007193200A JP 2007193200 A JP2007193200 A JP 2007193200A JP 4253360 B2 JP4253360 B2 JP 4253360B2
- Authority
- JP
- Japan
- Prior art keywords
- bit string
- affiliate
- advertiser
- site
- received
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
- G06Q30/0214—Referral reward systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0241—Advertisements
- G06Q30/0242—Determining effectiveness of advertisements
- G06Q30/0246—Traffic
Description
本発明は、ネットワーク上のアフィリエイトプログラム（Ａｆｆｉｌｉａｔｅ Ｐｒｏｇｒａｍ）に関し、特に、このアフィリエイトプログラムが実現されるネットワークシステム及び装置に関する。
一般に、アフィリエイトプログラムが実現されるネットワークシステム（以下、「アフィリエイトシステム」という。）は、あるサイトに広告を出すことにつき、広告主による事前承認を行うことができるように設計・構成されている。そして、これにより、広告主は、自社の商品・サービスとカテゴリーが同じとなるアフィリエイターサイトを中心にネットワークを構成して、売上及び販売効率を最大化できるとされている。
また、一般に、アフィリエイトシステムは、広告主サイトへの誘導数や売上数というアフィリエイターサイト（アフィリエイターによって管理されるサイト）の実績を分析・管理できるように設計・構成されている。そして、これにより、広告主は、実績の良いアフィリエイターサイトを中心にネットワークを構成して、売上および販売効率を最大化できるとされている。
特開２００１−２０２４５４号公報
特開２００３−２０８５３８号公報
特開２００７−４８１６５号公報
特開２００７−５８３８７号公報
しかしながら、商品・サービスを購入した後の顧客の行動（解約をするかリピート購入するかなど）は、実績の良いアフィリエイターサイトを経由してきたか否かとはあまり関係がないと考えられる。たとえば、実績の良いアフィリエイターサイトを閲覧して衝動買いをしてしまい、後日冷静になって解約をするという場合がある一方で、実績の悪いアフィリエイターサイトを閲覧して慎重に商品・サービスを吟味して購入などし、後日、さらにリピート購入などするということも考えられるからである。
したがって、アフィリエイターサイトの実績に依存して広告主のネットワークが構成されてしまうと、広告主の顧客がアフィリエイター主導で形成されてしまい、気付いてみれば、広告主の周りには、広告主が望んでいない顧客（頻繁に解約する顧客など）ばかりが存在し、広告主が望んでいた顧客（リピート購入する顧客など）は全く存在していないという問題が生じる。
このため、アフィリエイターサイトの実績に依存して広告主のネットワークを構成するというアフィリエイター主導の顧客形成がなされる従来のアフィリエイターシステムでは、広告主の売上が、短期的に見て急上昇するかもしれないが、長期的に見てジリ貧になってしまうというおそれがある。
そこで、本発明は、広告主主導の顧客形成が可能なネットワークを構成することができるアフィリエイトシステムおよびアフィリエイト装置を提供することを目的とする。
したがって、アフィリエイターサイトの実績に依存して広告主のネットワークが構成されてしまうと、広告主の顧客がアフィリエイター主導で形成されてしまい、気付いてみれば、広告主の周りには、広告主が望んでいない顧客（頻繁に解約する顧客など）ばかりが存在し、広告主が望んでいた顧客（リピート購入する顧客など）は全く存在していないという問題が生じる。
このため、アフィリエイターサイトの実績に依存して広告主のネットワークを構成するというアフィリエイター主導の顧客形成がなされる従来のアフィリエイターシステムでは、広告主の売上が、短期的に見て急上昇するかもしれないが、長期的に見てジリ貧になってしまうというおそれがある。
そこで、本発明は、広告主主導の顧客形成が可能なネットワークを構成することができるアフィリエイトシステムおよびアフィリエイト装置を提供することを目的とする。
本発明によれば、上記課題は、次の手段により達成される。
［アフィリエイトシステム］
本発明は、アフィリエイト装置と広告主装置とがネットワークで接続されたアフィリエイトシステムにおいて、前記アフィリエイト装置は、記憶手段と、アフィリエイターサイトを識別するビット列と広告主サイトを識別するビット列とを特定する報酬支払承認通知ビット列を受信した場合に、当該受信した報酬支払承認通知ビット列によって特定されるアフィリエイターサイトを識別するビット列と当該受信した報酬支払承認通知ビット列によって特定される広告主サイトを識別するビット列と報酬の支払いが承認された旨を示す報酬支払承認済ビット列とを対応付けて前記記憶手段に記憶する手段と、アフィリエイターサイトを識別するビット列と広告主サイトを識別するビット列と報酬支払承認済ビット列とを特定するチェック通知ビット列を受信した場合に、当該受信したチェック通知ビット列によって特定されるアフィリエイターサイトを識別するビット列と当該受信したチェック通知ビット列によって特定される広告主サイトを識別するビット列と当該受信したチェック通知ビット列によって特定される報酬支払承認済ビット列と当該報酬支払承認済ビット列についてチェックが行われたことを示すチェック済ビット列とを対応付けて前記記憶手段に記憶する手段と、広告主サイトを識別するビット列を特定する市場データ開示要求ビット列を前記広告主装置から受信した場合に、当該受信した市場データ開示要求ビット列によって特定される広告主サイトを識別するビット列に対応付けて前記記憶手段に記憶されているアフィリエイターサイトを識別するビット列と当該受信した市場データ開示要求ビット列によって特定される広告主サイトを識別するビット列に対応付けて前記記憶手段に記憶されているチェック済ビット列とを用いて前記市場データビット列を生成する手段と、前記生成した市場データビット列を前記広告主装置に送信する手段と、を備えた、ことを特徴とするアフィリエイトシステムである。
本発明は、アフィリエイト装置と広告主装置とがネットワークで接続されたアフィリエイトシステムにおいて、前記アフィリエイト装置は、記憶手段と、アフィリエイターサイトを識別するビット列と広告主サイトを識別するビット列とを特定する報酬支払承認通知ビット列を受信した場合に、当該受信した報酬支払承認通知ビット列によって特定されるアフィリエイターサイトを識別するビット列と当該受信した報酬支払承認通知ビット列によって特定される広告主サイトを識別するビット列と報酬の支払いが承認された旨を示す報酬支払承認済ビット列とを対応付けて前記記憶手段に記憶する手段と、アフィリエイターサイトを識別するビット列と広告主サイトを識別するビット列と報酬支払承認済ビット列とを特定するチェック通知ビット列を受信した場合に、当該受信したチェック通知ビット列によって特定されるアフィリエイターサイトを識別するビット列と当該受信したチェック通知ビット列によって特定される広告主サイトを識別するビット列と当該受信したチェック通知ビット列によって特定される報酬支払承認済ビット列と当該報酬支払承認済ビット列についてチェックが行われたことを示すチェック済ビット列とを対応付けて前記記憶手段に記憶する手段と、広告主サイトを識別するビット列を特定する市場データ開示要求ビット列を前記広告主装置から受信した場合に、当該受信した市場データ開示要求ビット列によって特定される広告主サイトを識別するビット列に対応付けて前記記憶手段に記憶されているアフィリエイターサイトを識別するビット列と当該受信した市場データ開示要求ビット列によって特定される広告主サイトを識別するビット列に対応付けて前記記憶手段に記憶されているチェック済ビット列とを用いて前記市場データビット列を生成する手段と、前記生成した市場データビット列を前記広告主装置に送信する手段と、を備えた、ことを特徴とするアフィリエイトシステムである。
本発明によれば、アフィリエイト装置においてアフィリエイターサイトごとにチェック済ビット列が記憶され、この記憶されているチェック済ビット列を用いて生成された市場データビット列が、アフィリエイト装置から広告主装置に送信される。
したがって、本発明によれば、チェック通知ビット列を報酬支払承認後のイベント発生（解約やリピート購入など）を示すビット列とすることにより、広告主装置において、商品・サービスを購入などした後の顧客の行動（解約をしたかリピート購入したかなど）を把握することができる。
このため、本発明によれば、広告主は、あるアフィリエイターサイトを閲覧している見込客群が、広告主が望んでいる顧客となり得るか否かを判断することが可能となるため、この判断の結果に基づいて、そのアフィリエイターサイトを広告主のネットワーク構成に含ませるか否かを判断することが可能となる。
よって、本発明によれば、広告主のネットワーク構成をアフィリエイターサイトの実績に依存して行う必要がなくなるため、広告主の顧客がアフィリエイター主導で形成されてしまうということがなく、広告主は、広告主主導で顧客形成を行うことが可能となる。
したがって、本発明によれば、チェック通知ビット列を報酬支払承認後のイベント発生（解約やリピート購入など）を示すビット列とすることにより、広告主装置において、商品・サービスを購入などした後の顧客の行動（解約をしたかリピート購入したかなど）を把握することができる。
このため、本発明によれば、広告主は、あるアフィリエイターサイトを閲覧している見込客群が、広告主が望んでいる顧客となり得るか否かを判断することが可能となるため、この判断の結果に基づいて、そのアフィリエイターサイトを広告主のネットワーク構成に含ませるか否かを判断することが可能となる。
よって、本発明によれば、広告主のネットワーク構成をアフィリエイターサイトの実績に依存して行う必要がなくなるため、広告主の顧客がアフィリエイター主導で形成されてしまうということがなく、広告主は、広告主主導で顧客形成を行うことが可能となる。
上記した本発明に係るアフィリエイトシステムの構成においては、前記アフィリエイト
装置は、さらに、前記広告主装置から、前記市場データビット列に基づいて特定のアフィリエイターサイトを前記広告主装置のネットワーク構成から除外することを通知するネットワーク構成変更通知ビット列を受信した場合に、その特定のアフィリエイターサイトに関して、広告開示処理、リダイレクト処理、および前記アフィリエイターサイトを識別するビット列と広告主サイトを識別するビット列とを特定する報酬支払承認通知ビット列を受信した場合に、当該受信した報酬支払承認通知ビット列によって特定されるアフィリエイターサイトを識別するビット列と当該受信した報酬支払承認通知ビット列によって特定される広告主サイトを識別するビット列と報酬の支払いが承認された旨を示す報酬支払承認済ビット列とを対応付けて前記記憶手段に記憶する処理のうちの少なくとも１つの処理を前記広告主装置について行わないまたは中止する手段を備えたとすることが好ましい。
装置は、さらに、前記広告主装置から、前記市場データビット列に基づいて特定のアフィリエイターサイトを前記広告主装置のネットワーク構成から除外することを通知するネットワーク構成変更通知ビット列を受信した場合に、その特定のアフィリエイターサイトに関して、広告開示処理、リダイレクト処理、および前記アフィリエイターサイトを識別するビット列と広告主サイトを識別するビット列とを特定する報酬支払承認通知ビット列を受信した場合に、当該受信した報酬支払承認通知ビット列によって特定されるアフィリエイターサイトを識別するビット列と当該受信した報酬支払承認通知ビット列によって特定される広告主サイトを識別するビット列と報酬の支払いが承認された旨を示す報酬支払承認済ビット列とを対応付けて前記記憶手段に記憶する処理のうちの少なくとも１つの処理を前記広告主装置について行わないまたは中止する手段を備えたとすることが好ましい。
このようにすれば、あるアフィリエイターサイトを閲覧している見込客群が、広告主が望んでいない顧客になり得ると判断された場合には、たとえ実績が良くても、そのアフィリエイターサイトを広告主のネットワーク構成から除外することが可能となり、広告主主導で顧客形成を行うに際して好ましい。
［アフィリエイト装置］
また、本発明は、広告主装置にネットワークで接続されたアフィリエイト装置において、記憶手段と、アフィリエイターサイトを識別するビット列と広告主サイトを識別するビット列とを特定する報酬支払承認通知ビット列を受信した場合に、当該受信した報酬支払承認通知ビット列によって特定されるアフィリエイターサイトを識別するビット列と当該受信した報酬支払承認通知ビット列によって特定される広告主サイトを識別するビット列と報酬の支払いが承認された旨を示す報酬支払承認済ビット列とを対応付けて前記記憶手段に記憶する手段と、アフィリエイターサイトを識別するビット列と広告主サイトを識別するビット列と報酬支払承認済ビット列とを特定するチェック通知ビット列を受信した場合に、当該受信したチェック通知ビット列によって特定されるアフィリエイターサイトを識別するビット列と当該受信したチェック通知ビット列によって特定される広告主サイトを識別するビット列と当該受信したチェック通知ビット列によって特定される報酬支払承認済ビット列と当該報酬支払承認済ビット列についてチェックが行われたことを示すチェック済ビット列とを対応付けて前記記憶手段に記憶する手段と、広告主サイトを識別するビット列を特定する市場データ開示要求ビット列を前記広告主装置から受信した場合に、当該受信した市場データ開示要求ビット列によって特定される広告主サイトを識別するビット列に対応付けて前記記憶手段に記憶されているアフィリエイターサイトを識別するビット列と当該受信した市場データ開示要求ビット列によって特定される広告主サイトを識別するビット列に対応付けて前記記憶手段に記憶されているチェック済ビット列とを用いて前記市場データビット列を生成する手段と、前記生成した市場データビット列を前記広告主装置に送信する手段と、を備えたことを特徴とするアフィリエイト装置である。
また、本発明は、広告主装置にネットワークで接続されたアフィリエイト装置において、記憶手段と、アフィリエイターサイトを識別するビット列と広告主サイトを識別するビット列とを特定する報酬支払承認通知ビット列を受信した場合に、当該受信した報酬支払承認通知ビット列によって特定されるアフィリエイターサイトを識別するビット列と当該受信した報酬支払承認通知ビット列によって特定される広告主サイトを識別するビット列と報酬の支払いが承認された旨を示す報酬支払承認済ビット列とを対応付けて前記記憶手段に記憶する手段と、アフィリエイターサイトを識別するビット列と広告主サイトを識別するビット列と報酬支払承認済ビット列とを特定するチェック通知ビット列を受信した場合に、当該受信したチェック通知ビット列によって特定されるアフィリエイターサイトを識別するビット列と当該受信したチェック通知ビット列によって特定される広告主サイトを識別するビット列と当該受信したチェック通知ビット列によって特定される報酬支払承認済ビット列と当該報酬支払承認済ビット列についてチェックが行われたことを示すチェック済ビット列とを対応付けて前記記憶手段に記憶する手段と、広告主サイトを識別するビット列を特定する市場データ開示要求ビット列を前記広告主装置から受信した場合に、当該受信した市場データ開示要求ビット列によって特定される広告主サイトを識別するビット列に対応付けて前記記憶手段に記憶されているアフィリエイターサイトを識別するビット列と当該受信した市場データ開示要求ビット列によって特定される広告主サイトを識別するビット列に対応付けて前記記憶手段に記憶されているチェック済ビット列とを用いて前記市場データビット列を生成する手段と、前記生成した市場データビット列を前記広告主装置に送信する手段と、を備えたことを特徴とするアフィリエイト装置である。
本発明によれば、アフィリエイト装置においてアフィリエイターサイトごとにチェック済ビット列が記憶され、この記憶されているチェック済ビット列を用いて生成された市場データビット列が、アフィリエイト装置から広告主装置に送信される。
したがって、本発明によれば、チェック通知ビット列を報酬支払承認後のイベント発生（解約やリピート購入など）を示すビット列とすることにより、広告主装置において、商品・サービスを購入などした後の顧客の行動（解約をしたかリピート購入したかなど）を把握することができる。
このため、本発明によれば、広告主は、あるアフィリエイターサイトを閲覧している見込客群が、広告主が望んでいる顧客となり得るか否かを判断することが可能となるため、この判断の結果に基づいて、そのアフィリエイターサイトを広告主のネットワーク構成に含ませるか否かを判断することが可能となる。
よって、本発明によれば、広告主のネットワーク構成をアフィリエイターサイトの実績に依存して行う必要がなくなるため、広告主の顧客がアフィリエイター主導で形成されてしまうということがなく、広告主は、広告主主導で顧客形成を行うことが可能となる。
したがって、本発明によれば、チェック通知ビット列を報酬支払承認後のイベント発生（解約やリピート購入など）を示すビット列とすることにより、広告主装置において、商品・サービスを購入などした後の顧客の行動（解約をしたかリピート購入したかなど）を把握することができる。
このため、本発明によれば、広告主は、あるアフィリエイターサイトを閲覧している見込客群が、広告主が望んでいる顧客となり得るか否かを判断することが可能となるため、この判断の結果に基づいて、そのアフィリエイターサイトを広告主のネットワーク構成に含ませるか否かを判断することが可能となる。
よって、本発明によれば、広告主のネットワーク構成をアフィリエイターサイトの実績に依存して行う必要がなくなるため、広告主の顧客がアフィリエイター主導で形成されてしまうということがなく、広告主は、広告主主導で顧客形成を行うことが可能となる。
上記した本発明に係るアフィリエイト装置の構成においては、さらに、前記広告主装置から、前記市場データビット列に基づいて特定のアフィリエイターサイトを前記広告主装置のネットワーク構成から除外することを通知するネットワーク構成変更通知ビット列を受信した場合に、その特定のアフィリエイターサイトに関して、広告開示処理、リダイレクト処理、および前記アフィリエイターサイトを識別するビット列と広告主サイトを識別するビット列とを特定する報酬支払承認通知ビット列を受信した場合に、当該受信した報酬支払承認通知ビット列によって特定されるアフィリエイターサイトを識別するビット列と当該受信した報酬支払承認通知ビット列によって特定される広告主サイトを識別するビット列と報酬の支払いが承認された旨を示す報酬支払承認済ビット列とを対応付けて前記記憶手段に記憶する処理のうちの少なくとも１つの処理を前記広告主装置について行わないまたは中止する手段を備えたとすることが好ましい。
このようにすれば、あるアフィリエイターサイトを閲覧している見込客群が、広告主が望んでいない顧客になり得ると判断された場合には、たとえ実績が良くても、そのアフィリエイターサイトを広告主のネットワーク構成から除外することが可能となり、広告主主導で顧客形成を行うに際して好ましい。
本発明によれば、広告主主導の顧客形成が可能なネットワークを構成することができるアフィリエイトシステムおよびアフィリエイト装置を提供することができる。
以下に、添付した図面を参照しつつ、本発明を実施するための最良の形態を詳細に説明する。
［実施形態に係るアフィリエイトシステム１の概略構成］
まず、図１を参照しつつ、本発明の実施形態に係るアフィリエイトシステム１の概略構成について説明する。図１は、本発明の実施形態に係るアフィリエイトシステム１の概略構成図である。
図１に示すように、本発明の実施形態に係るアフィリエイトシステム１は、アフィリエイト装置の一例であるアフィリエイトサーバ１０と、広告主装置の一例である広告主サーバ２１および広告主端末２２と、がインターネット７０で接続されたネットワークシステムである。このネットワークシステムには、さらに、アフィリエイターによって使用されるアフィリエイター端末３１Ａ、３２Ｂと、アフィリエイターサイトを構成するＷｅｂページをアフィリエイター端末３１Ａ、３２ＢからアップロードされるＷｅｂサーバ４０と、Ｗｅｂサーバ４０にアップロードされたアフィリエイターサイトをブラウザで閲覧する閲覧者端末５１Ａ、５２Ａ、５３Ｂ、５４Ｂと、が接続されている。閲覧者端末５３Ｂ、５４Ｂは、携帯電話やＰＤＡなどのモバイルコンピュータであり、基地局６０を介してアフィリエイトシステム１上の装置と通信を行う。
まず、図１を参照しつつ、本発明の実施形態に係るアフィリエイトシステム１の概略構成について説明する。図１は、本発明の実施形態に係るアフィリエイトシステム１の概略構成図である。
図１に示すように、本発明の実施形態に係るアフィリエイトシステム１は、アフィリエイト装置の一例であるアフィリエイトサーバ１０と、広告主装置の一例である広告主サーバ２１および広告主端末２２と、がインターネット７０で接続されたネットワークシステムである。このネットワークシステムには、さらに、アフィリエイターによって使用されるアフィリエイター端末３１Ａ、３２Ｂと、アフィリエイターサイトを構成するＷｅｂページをアフィリエイター端末３１Ａ、３２ＢからアップロードされるＷｅｂサーバ４０と、Ｗｅｂサーバ４０にアップロードされたアフィリエイターサイトをブラウザで閲覧する閲覧者端末５１Ａ、５２Ａ、５３Ｂ、５４Ｂと、が接続されている。閲覧者端末５３Ｂ、５４Ｂは、携帯電話やＰＤＡなどのモバイルコンピュータであり、基地局６０を介してアフィリエイトシステム１上の装置と通信を行う。
以下で述べるように、本発明の実施形態によれば、アフィリエイトサーバ１０においてアフィリエイターサイトごとにチェック済ビット列が記憶され、この記憶されているチェック済ビット列を用いて生成された市場データビット列が、アフィリエイトサーバ１０から広告主端末２２に送信される。
したがって、本発明の実施形態によれば、チェック通知ビット列を報酬支払承認後のイベント発生（解約やリピート購入など）を示すビット列とすることにより、広告主端末２２において、商品・サービスを購入などした後の顧客の行動（解約をしたかリピート購入したかなど）を把握することができる。
このため、本発明の実施形態によれば、広告主は、あるアフィリエイターサイトを閲覧している見込客群が、広告主が望んでいる顧客となり得るか否かを判断することが可能となるため、この判断の結果に基づいて、そのアフィリエイターサイトを広告主のネットワーク構成に含ませるか否かを判断することが可能となる。
よって、本発明の実施形態によれば、広告主のネットワーク構成をアフィリエイターサイトの実績に依存して行う必要がなくなるため、広告主の顧客がアフィリエイター主導で形成されてしまうということがなく、広告主は、広告主主導で顧客形成を行うことが可能となる。
したがって、本発明の実施形態によれば、チェック通知ビット列を報酬支払承認後のイベント発生（解約やリピート購入など）を示すビット列とすることにより、広告主端末２２において、商品・サービスを購入などした後の顧客の行動（解約をしたかリピート購入したかなど）を把握することができる。
このため、本発明の実施形態によれば、広告主は、あるアフィリエイターサイトを閲覧している見込客群が、広告主が望んでいる顧客となり得るか否かを判断することが可能となるため、この判断の結果に基づいて、そのアフィリエイターサイトを広告主のネットワーク構成に含ませるか否かを判断することが可能となる。
よって、本発明の実施形態によれば、広告主のネットワーク構成をアフィリエイターサイトの実績に依存して行う必要がなくなるため、広告主の顧客がアフィリエイター主導で形成されてしまうということがなく、広告主は、広告主主導で顧客形成を行うことが可能となる。
具体的に説明すると、たとえば、Ｗｅｂサーバ４０上に、アフィリエイター端末３１Ａにより管理されるアフィリエイターサイトＡとアフィリエイター端末３２Ｂにより管理されるアフィリエイターサイトＢとが存在するものとする。そして、アフィリエイターサイトＡは、閲覧者端末５１Ａ、５２Ａによって頻繁に閲覧されており、アフィリエイターサイトＢは、閲覧者端末５３Ｂ、５４Ｂによって頻繁に閲覧されているものとする。この場合、広告主サーバ２１には、アフィリエイターサイトＡを閲覧する閲覧者端末５１Ａのコンピュータユーザ、アフィリエイターサイトＡを閲覧する閲覧者端末５２Ａのコンピュータユーザ、アフィリエイターサイトＢを閲覧する閲覧者端末５３Ｂのコンピュータユーザ、アフィリエイターサイトＢを閲覧する閲覧者端末５４Ｂのコンピュータユーザという見込客がインターネット７０上に存在することになる。
ここで、アフィリエイターサイトＡについては、閲覧者端末５１Ａのコンピュータユーザのみが広告主サーバ２１上で広告主の商品・サービスを購入し、アフィリエイターサイトＢについては、閲覧者端末５３Ｂ、５４Ｂのコンピュータユーザが、ともに、広告主サーバ２１上で広告主の商品・サービスを購入するものとする。
しかしながら、アフィリエイターサイトＡを経由して広告主サーバ２１上で商品・サービスを購入した閲覧者端末５１Ａのコンピュータユーザは、十分に吟味して商品・サービスを購入して満足しており、リピート購入したとする。他方で、アフィリエイターサイトＢを経由して広告主サーバ２１上で商品・サービスを購入した閲覧者端末５３Ｂ、５４Ｂのコンピュータユーザは、衝動的に商品・サービスを購入して後悔しており、購入後に解約をしたとする。
このような場合、アフィリエイターサイトＡは実績が悪いと判断され、アフィリエイターサイトＢは実績が良いと判断されるが、アフィリエイターサイトＡにおける見込客は、商品・サービスを十分に吟味してリピート購入までする慎重層であると考えられ、他方、アフィリエイターサイトＢにおける見込客は、商品・サービスを衝動的に購入して後日解約する衝動層であると考えられる。
したがって、広告主にとっては、アフィリエイターサイトＡにおける見込客と取引関係を結び、他方、アフィリエイターサイトＢにおける見込客とは取引関係を結ばない方が得策である。
本実施形態によれば、このような場合、チェック済ビット列が記憶されている数をアフィリエイターサイトごとに確認することによって、アフィリエイターサイトＡにおける見込客群がリピート購入までする慎重層であり、アフィリエイターサイトＢにおける見込客群が衝動層であることを、広告主端末２２において判断することが可能となる。また、広告主は、その判断結果に基づいて、アフィリエイターサイトＢを広告主サーバ２１のネットワーク構成から除外して、たとえば、アフィリエイターサイトＢを経由して広告主サーバ２１へアクセスすることを拒否することが可能となる。
以下では、本発明の実施形態に係るアフィリエイトシステム１の説明を続けるが、理解を容易にするため、アフィリエイター端末３１Ａ、３２Ｂについてはアフィリエイター端末３０とし、閲覧者端末５１Ａ、５２Ａ、５３Ｂ、５４Ｂについては閲覧者端末５０とする。
以下では、本発明の実施形態に係るアフィリエイトシステム１の説明を続けるが、理解を容易にするため、アフィリエイター端末３１Ａ、３２Ｂについてはアフィリエイター端末３０とし、閲覧者端末５１Ａ、５２Ａ、５３Ｂ、５４Ｂについては閲覧者端末５０とする。
［実施形態に係るアフィリエイトシステム１の概略動作］
次に、図２を参照しつつ、本発明の実施形態に係るアフィリエイトシステム１の概略動作について説明する。図２Ａは、本発明の実施形態に係るアフィリエイトシステム１の概略動作を示す図（その１）であり、図２Ｂは、図２Ａの概略動作の続きを示す、本発明の実施形態に係るアフィリエイトシステム１の概略動作を示す図（その２）である。
次に、図２を参照しつつ、本発明の実施形態に係るアフィリエイトシステム１の概略動作について説明する。図２Ａは、本発明の実施形態に係るアフィリエイトシステム１の概略動作を示す図（その１）であり、図２Ｂは、図２Ａの概略動作の続きを示す、本発明の実施形態に係るアフィリエイトシステム１の概略動作を示す図（その２）である。
（ステップＳ１：アフィリエイター登録要求ビット列）
まず、アフィリエイター端末３０が、アフィリエイトサーバ１０に対して、アフィリエイター登録要求ビット列を送信する（ステップＳ１）。このアフィリエイター登録要求ビット列は、アフィリエイター端末３０を使用しているコンピュータユーザをアフィリエイターとして登録することを要求し、且つ、Ｗｅｂサーバ４０上のＷｅｂページ（アフィリエイター端末３０を使用しているコンピュータユーザによって管理される。）をアフィリエイターサイトとして登録することを要求するビット列である。
まず、アフィリエイター端末３０が、アフィリエイトサーバ１０に対して、アフィリエイター登録要求ビット列を送信する（ステップＳ１）。このアフィリエイター登録要求ビット列は、アフィリエイター端末３０を使用しているコンピュータユーザをアフィリエイターとして登録することを要求し、且つ、Ｗｅｂサーバ４０上のＷｅｂページ（アフィリエイター端末３０を使用しているコンピュータユーザによって管理される。）をアフィリエイターサイトとして登録することを要求するビット列である。
（ステップＳ２：アフィリエイター登録処理）
アフィリエイトサーバ１０は、アフィリエイター登録要求ビット列（ステップＳ１参照）を受信した場合、アフィリエイター登録処理を開始する（ステップＳ２）。このアフィリエイター登録処理は、アフィリエイター端末３０を使用しているコンピュータユーザをアフィリエイターとして登録し、且つ、Ｗｅｂサーバ４０上のＷｅｂページ（アフィリエイター端末３０を使用しているコンピュータユーザによって管理される。）をアフィリエイターサイトとして登録する処理である。
アフィリエイトサーバ１０は、アフィリエイター登録要求ビット列（ステップＳ１参照）を受信した場合、アフィリエイター登録処理を開始する（ステップＳ２）。このアフィリエイター登録処理は、アフィリエイター端末３０を使用しているコンピュータユーザをアフィリエイターとして登録し、且つ、Ｗｅｂサーバ４０上のＷｅｂページ（アフィリエイター端末３０を使用しているコンピュータユーザによって管理される。）をアフィリエイターサイトとして登録する処理である。
（ステップＳ３：アフィリエイター登録完了通知ビット列）
アフィリエイトサーバ１０は、アフィリエイター登録処理（ステップＳ２参照）の後、アフィリエイター端末３０に対して、アフィリエイター登録完了通知ビット列を送信する（ステップＳ３）。このアフィリエイター登録完了通知ビット列は、アフィリエイター登録処理が完了したことを通知するビット列である。
アフィリエイトサーバ１０は、アフィリエイター登録処理（ステップＳ２参照）の後、アフィリエイター端末３０に対して、アフィリエイター登録完了通知ビット列を送信する（ステップＳ３）。このアフィリエイター登録完了通知ビット列は、アフィリエイター登録処理が完了したことを通知するビット列である。
（ステップＳ４：広告主登録要求ビット列）
次に、広告主端末２２が、アフィリエイトサーバ１０に対して、広告主登録要求ビット列を送信する（ステップＳ４）。この広告主登録要求ビット列は、広告主端末２２を使用しているコンピュータユーザを広告主として登録することを要求し、且つ、広告主サーバ２１上のＷｅｂページ（広告主端末２２を使用しているコンピュータユーザによって管理される。）を広告主サイトとして登録することを要求するビット列である。
次に、広告主端末２２が、アフィリエイトサーバ１０に対して、広告主登録要求ビット列を送信する（ステップＳ４）。この広告主登録要求ビット列は、広告主端末２２を使用しているコンピュータユーザを広告主として登録することを要求し、且つ、広告主サーバ２１上のＷｅｂページ（広告主端末２２を使用しているコンピュータユーザによって管理される。）を広告主サイトとして登録することを要求するビット列である。
（ステップＳ５：広告主登録処理）
アフィリエイトサーバ１０は、広告主登録要求ビット列（ステップＳ４参照）を受信した場合、広告主登録処理を開始する（ステップＳ５）。この広告主登録処理は、広告主端末２２を使用しているコンピュータユーザを広告主として登録し、且つ、広告主サーバ２１上のＷｅｂページ（広告主端末２２を使用しているコンピュータユーザによって管理される。）を広告主サイトとして登録する処理である。
アフィリエイトサーバ１０は、広告主登録要求ビット列（ステップＳ４参照）を受信した場合、広告主登録処理を開始する（ステップＳ５）。この広告主登録処理は、広告主端末２２を使用しているコンピュータユーザを広告主として登録し、且つ、広告主サーバ２１上のＷｅｂページ（広告主端末２２を使用しているコンピュータユーザによって管理される。）を広告主サイトとして登録する処理である。
（ステップＳ６：広告主登録完了通知ビット列）
アフィリエイトサーバ１０は、広告主登録処理（ステップＳ５参照）の後、広告主端末２２に対して、広告主登録完了通知ビット列を送信する（ステップＳ６）。この広告主登録完了通知ビット列は、広告主登録処理が完了したことを通知するビット列である。
アフィリエイトサーバ１０は、広告主登録処理（ステップＳ５参照）の後、広告主端末２２に対して、広告主登録完了通知ビット列を送信する（ステップＳ６）。この広告主登録完了通知ビット列は、広告主登録処理が完了したことを通知するビット列である。
（ステップＳ７：アフィリエイターログイン要求ビット列）
次に、アフィリエイター端末３０が、アフィリエイトサーバ１０に対して、アフィリエイターログイン要求ビット列を送信する（ステップＳ７）。このアフィリエイターログイン要求ビット列は、アフィリエイトサーバ１０へアフィリエイターとしてアクセスすることを要求するビット列である。
次に、アフィリエイター端末３０が、アフィリエイトサーバ１０に対して、アフィリエイターログイン要求ビット列を送信する（ステップＳ７）。このアフィリエイターログイン要求ビット列は、アフィリエイトサーバ１０へアフィリエイターとしてアクセスすることを要求するビット列である。
（ステップＳ８：アフィリエイターログイン処理）
アフィリエイトサーバ１０は、アフィリエイターログイン要求ビット列（ステップＳ７参照）を受信した場合、アフィリエイターログイン処理を開始する（ステップＳ８）。このアフィリエイターログイン処理は、アフィリエイター端末３０のアフィリエイターとしてのアクセスを認めるか否かを判断する処理である。
アフィリエイトサーバ１０は、アフィリエイターログイン要求ビット列（ステップＳ７参照）を受信した場合、アフィリエイターログイン処理を開始する（ステップＳ８）。このアフィリエイターログイン処理は、アフィリエイター端末３０のアフィリエイターとしてのアクセスを認めるか否かを判断する処理である。
（ステップＳ９：アフィリエイターログイン成功（失敗）通知ビット列）
アフィリエイトサーバ１０は、アフィリエイターログイン処理（ステップＳ８参照）の後、アフィリエイター端末３０に対して、アフィリエイターログイン成功（失敗）通知ビット列を送信する（ステップＳ９）。ここで、アフィリエイターログイン成功（失敗）通知ビット列は、ログインが成功（失敗）したことを通知するビット列である。
アフィリエイトサーバ１０は、アフィリエイターログイン処理（ステップＳ８参照）の後、アフィリエイター端末３０に対して、アフィリエイターログイン成功（失敗）通知ビット列を送信する（ステップＳ９）。ここで、アフィリエイターログイン成功（失敗）通知ビット列は、ログインが成功（失敗）したことを通知するビット列である。
（ステップＳ１０：広告タグ一覧開示要求ビット列）
次に、アフィリエイター端末３０が、アフィリエイトサーバ１０に対して、広告タグ一覧開示要求ビット列を送信する（ステップＳ１０）。この広告タグ一覧開示要求ビット列は、アフィリエイトサーバ１０に登録されているアフィリエイターサイトに貼り付け可能な広告タグの一覧を開示するよう要求するビット列である。なお、後述するように、広告タグ一覧開示要求ビット列には、アフィリエイターサイトＩＤとアフィリエイターログインセッションＩＤとが含まれている。
次に、アフィリエイター端末３０が、アフィリエイトサーバ１０に対して、広告タグ一覧開示要求ビット列を送信する（ステップＳ１０）。この広告タグ一覧開示要求ビット列は、アフィリエイトサーバ１０に登録されているアフィリエイターサイトに貼り付け可能な広告タグの一覧を開示するよう要求するビット列である。なお、後述するように、広告タグ一覧開示要求ビット列には、アフィリエイターサイトＩＤとアフィリエイターログインセッションＩＤとが含まれている。
（ステップＳ１１：広告タグ一覧開示処理）
アフィリエイトサーバ１０は、広告タグ一覧開示要求ビット列（ステップＳ１０参照）を受信した場合、広告タグ一覧開示処理を開始する（ステップＳ１１）。この広告タグ一覧開示処理は、アフィリエイトサーバ１０に登録されているアフィリエイターサイトのうち、広告タグ一覧開示要求ビット列を送信したアフィリエイターによって管理されるアフィリエイターサイトに貼り付け可能な広告タグの一覧を開示する処理であり、広告開示処理の一例である。
アフィリエイトサーバ１０は、広告タグ一覧開示要求ビット列（ステップＳ１０参照）を受信した場合、広告タグ一覧開示処理を開始する（ステップＳ１１）。この広告タグ一覧開示処理は、アフィリエイトサーバ１０に登録されているアフィリエイターサイトのうち、広告タグ一覧開示要求ビット列を送信したアフィリエイターによって管理されるアフィリエイターサイトに貼り付け可能な広告タグの一覧を開示する処理であり、広告開示処理の一例である。
（ステップＳ１２：広告タグ一覧ビット列）
アフィリエイトサーバ１０は、広告タグ一覧開示処理（ステップＳ１１参照）の後、アフィリエイター端末３０に対して、広告タグ一覧ビット列を送信する（ステップＳ１２）。この広告タグ一覧ビット列は、広告タグの一覧を表示するＷｅｂページを構成するビット列である。
アフィリエイトサーバ１０は、広告タグ一覧開示処理（ステップＳ１１参照）の後、アフィリエイター端末３０に対して、広告タグ一覧ビット列を送信する（ステップＳ１２）。この広告タグ一覧ビット列は、広告タグの一覧を表示するＷｅｂページを構成するビット列である。
（ステップＳ１３：アフィリエイターサイトビット列）
次に、アフィリエイター端末３０が、Ｗｅｂサーバ４０に対して、アフィリエイターサイトビット列を送信する（ステップＳ１３）。このアフィリエイターサイトビット列は、広告タグが貼り付けられたアフィリエイターサイトを構成するビット列である。これにより、Ｗｅｂサーバ４０にアフィリエイターサイトがアップロードされる。
次に、アフィリエイター端末３０が、Ｗｅｂサーバ４０に対して、アフィリエイターサイトビット列を送信する（ステップＳ１３）。このアフィリエイターサイトビット列は、広告タグが貼り付けられたアフィリエイターサイトを構成するビット列である。これにより、Ｗｅｂサーバ４０にアフィリエイターサイトがアップロードされる。
（ステップＳ１４：閲覧要求ビット列）
次に、閲覧者端末５０が、Ｗｅｂサーバ４０に対して、閲覧要求ビット列を送信する（ステップＳ１４）。この閲覧要求ビット列は、アフィリエイターサイトの閲覧を要求するビット列である。
次に、閲覧者端末５０が、Ｗｅｂサーバ４０に対して、閲覧要求ビット列を送信する（ステップＳ１４）。この閲覧要求ビット列は、アフィリエイターサイトの閲覧を要求するビット列である。
（ステップＳ１５：アフィリエイターサイトビット列）
次に、Ｗｅｂサーバ４０が、閲覧者端末５０に対して、アフィリエイター端末３０からアップロードされたアフィリエイターサイトビット列を送信する（ステップＳ１５）。これにより、閲覧者端末５０において、アフィリエイターサイトを閲覧可能となる。
次に、Ｗｅｂサーバ４０が、閲覧者端末５０に対して、アフィリエイター端末３０からアップロードされたアフィリエイターサイトビット列を送信する（ステップＳ１５）。これにより、閲覧者端末５０において、アフィリエイターサイトを閲覧可能となる。
（ステップＳ１６：リダイレクト要求ビット列）
次に、閲覧者端末５０が、アフィリエイトサーバ１０に対して、リダイレクト要求ビット列を送信する（ステップＳ１６）。このリダイレクト要求ビット列は、広告主サーバ２１へのリダイレクトを要求するビット列であり、閲覧者端末５０が、アフィリエイターサイト上の広告タグによって構成される部分を選択処理（たとえばクリック）することによって、閲覧者端末５０からアフィリエイトサーバ１０に対して送信される。なお、後述するように、このリダイレクト要求ビット列には、アフィリエイターサイトＩＤと広告主サイトＩＤと広告原稿ＩＤとが含まれている。
次に、閲覧者端末５０が、アフィリエイトサーバ１０に対して、リダイレクト要求ビット列を送信する（ステップＳ１６）。このリダイレクト要求ビット列は、広告主サーバ２１へのリダイレクトを要求するビット列であり、閲覧者端末５０が、アフィリエイターサイト上の広告タグによって構成される部分を選択処理（たとえばクリック）することによって、閲覧者端末５０からアフィリエイトサーバ１０に対して送信される。なお、後述するように、このリダイレクト要求ビット列には、アフィリエイターサイトＩＤと広告主サイトＩＤと広告原稿ＩＤとが含まれている。
（ステップＳ１７：リダイレクト処理）
アフィリエイトサーバ１０は、リダイレクト要求ビット列を受信した場合、リダイレクト処理を開始する（ステップＳ１７）。
アフィリエイトサーバ１０は、リダイレクト要求ビット列を受信した場合、リダイレクト処理を開始する（ステップＳ１７）。
（ステップＳ１８：リダイレクト応答ビット列）
アフィリエイトサーバ１０は、リダイレクト処理（ステップＳ１７参照）の後、閲覧者端末５０に対して、リダイレクト応答ビット列を送信する（ステップＳ１８）。
アフィリエイトサーバ１０は、リダイレクト処理（ステップＳ１７参照）の後、閲覧者端末５０に対して、リダイレクト応答ビット列を送信する（ステップＳ１８）。
（ステップＳ１９：閲覧要求ビット列）
次に、閲覧者端末５０が、アフィリエイトサーバ１０から受信したリダイレクト応答ビット列に基づいて、広告主サーバ２１に対し、閲覧要求ビット列を送信する（ステップＳ１９）。この閲覧要求ビット列は、広告主サイトの閲覧を要求するビット列である。
次に、閲覧者端末５０が、アフィリエイトサーバ１０から受信したリダイレクト応答ビット列に基づいて、広告主サーバ２１に対し、閲覧要求ビット列を送信する（ステップＳ１９）。この閲覧要求ビット列は、広告主サイトの閲覧を要求するビット列である。
（ステップＳ２０：広告主サイトビット列）
次に、広告主サーバ２１が、閲覧者端末５０に対して、広告主サイトビット列を送信する（ステップＳ２０）。この広告主サイトビット列は、広告主サイトを構成するビット列である。これにより、閲覧者端末５０において、広告主サイトを閲覧可能となる。なお、広告主サイトは、広告主の商品・サービスを表示し、閲覧者端末５０において広告主の商品・サービスを購入可能なＷｅｂページとして作製されている。
次に、広告主サーバ２１が、閲覧者端末５０に対して、広告主サイトビット列を送信する（ステップＳ２０）。この広告主サイトビット列は、広告主サイトを構成するビット列である。これにより、閲覧者端末５０において、広告主サイトを閲覧可能となる。なお、広告主サイトは、広告主の商品・サービスを表示し、閲覧者端末５０において広告主の商品・サービスを購入可能なＷｅｂページとして作製されている。
（ステップＳ２１：購入要求ビット列）
次に、閲覧者端末５０が、広告主サーバ２１に対して、購入要求ビット列を送信する（ステップＳ２１）。この購入要求ビット列は、広告主サイトに表示された広告主の商品・サービスの購入を要求するビット列である。この購入要求ビット列を受信した広告主サーバ２１は、所定の購入処理を行う。
次に、閲覧者端末５０が、広告主サーバ２１に対して、購入要求ビット列を送信する（ステップＳ２１）。この購入要求ビット列は、広告主サイトに表示された広告主の商品・サービスの購入を要求するビット列である。この購入要求ビット列を受信した広告主サーバ２１は、所定の購入処理を行う。
（ステップＳ２２：報酬支払承認通知ビット列）
次に、広告主サーバ２１が、アフィリエイトサーバ１０に対して、報酬支払承認通知ビット列を送信する（ステップＳ２２）。この報酬支払承認通知ビット列は、アフィリエイターへの報酬の支払いを承認することを通知するビット列である。なお、後述するように、報酬支払承認通知ビット列には、リダイレクトセッションＩＤと広告主サイトキーとが含まれている。
次に、広告主サーバ２１が、アフィリエイトサーバ１０に対して、報酬支払承認通知ビット列を送信する（ステップＳ２２）。この報酬支払承認通知ビット列は、アフィリエイターへの報酬の支払いを承認することを通知するビット列である。なお、後述するように、報酬支払承認通知ビット列には、リダイレクトセッションＩＤと広告主サイトキーとが含まれている。
（ステップＳ２３：報酬支払承認処理）
アフィリエイトサーバ１０は、報酬支払承認通知ビット列（ステップＳ２２参照）を受信した場合、報酬支払承認処理を開始する（ステップＳ２３）。この報酬支払承認処理は、報酬の支払いが承認された旨を示す報酬支払承認済ビット列を記憶する処理である。
アフィリエイトサーバ１０は、報酬支払承認通知ビット列（ステップＳ２２参照）を受信した場合、報酬支払承認処理を開始する（ステップＳ２３）。この報酬支払承認処理は、報酬の支払いが承認された旨を示す報酬支払承認済ビット列を記憶する処理である。
（ステップＳ２４：報酬支払承認処理成功（失敗）通知ビット列）
アフィリエイトサーバ１０は、報酬支払承認処理（ステップＳ２３参照）の後、広告主サーバ２１に対して、報酬支払承認処理成功（失敗）通知ビット列を送信する（ステップＳ２４）。この報酬支払承認処理成功（失敗）通知ビット列は、報酬支払承認済ビット列を記憶する処理が成功（失敗）したことを通知するビット列である。
アフィリエイトサーバ１０は、報酬支払承認処理（ステップＳ２３参照）の後、広告主サーバ２１に対して、報酬支払承認処理成功（失敗）通知ビット列を送信する（ステップＳ２４）。この報酬支払承認処理成功（失敗）通知ビット列は、報酬支払承認済ビット列を記憶する処理が成功（失敗）したことを通知するビット列である。
（ステップＳ２５：チェック通知ビット列）
次に、広告主サーバ２１が、アフィリエイトサーバ１０に対して、チェック通知ビット列を送信する（ステップＳ２５）。このチェック通知ビット列は、報酬支払承認済ビット列についてチェックすることを通知するビット列であり、広告主によって任意に定義されるイベント（たとえば、解約やリピート購入など）が、広告主が報酬の支払いを承認した後に生じた場合に、広告主サーバ２１からアフィリエイトサーバ１０に対して送信される。なお、後述するように、チェック通知ビット列には、リダイレクトセッションＩＤと広告主サイトキーとが含まれている。
次に、広告主サーバ２１が、アフィリエイトサーバ１０に対して、チェック通知ビット列を送信する（ステップＳ２５）。このチェック通知ビット列は、報酬支払承認済ビット列についてチェックすることを通知するビット列であり、広告主によって任意に定義されるイベント（たとえば、解約やリピート購入など）が、広告主が報酬の支払いを承認した後に生じた場合に、広告主サーバ２１からアフィリエイトサーバ１０に対して送信される。なお、後述するように、チェック通知ビット列には、リダイレクトセッションＩＤと広告主サイトキーとが含まれている。
（ステップＳ２６：チェック処理）
アフィリエイトサーバ１０は、チェック通知ビット列を受信した場合、チェック処理を開始する（ステップＳ２６）。このチェック処理は、報酬支払承認済ビット列についてチェックが行われたことを示すチェック済ビット列を記憶する処理である。
アフィリエイトサーバ１０は、チェック通知ビット列を受信した場合、チェック処理を開始する（ステップＳ２６）。このチェック処理は、報酬支払承認済ビット列についてチェックが行われたことを示すチェック済ビット列を記憶する処理である。
（ステップＳ２７：チェック処理成功（失敗）通知ビット列）
アフィリエイトサーバ１０は、チェック処理（ステップＳ２６参照）の後、広告主サーバ２１に対して、チェック処理成功（失敗）通知ビット列を送信する。このチェック処理成功（失敗）通知ビット列は、チェック済ビット列を記憶する処理が成功（失敗）したことを示すビット列である。
アフィリエイトサーバ１０は、チェック処理（ステップＳ２６参照）の後、広告主サーバ２１に対して、チェック処理成功（失敗）通知ビット列を送信する。このチェック処理成功（失敗）通知ビット列は、チェック済ビット列を記憶する処理が成功（失敗）したことを示すビット列である。
（ステップＳ２８：広告主ログイン要求ビット列）
次に、広告主端末２２が、アフィリエイトサーバ１０に対して、広告主ログイン要求ビット列を送信する（ステップＳ２８）。この広告主ログイン要求ビット列は、アフィリエイトサーバ１０へ広告主としてアクセスすることを要求するビット列である。
次に、広告主端末２２が、アフィリエイトサーバ１０に対して、広告主ログイン要求ビット列を送信する（ステップＳ２８）。この広告主ログイン要求ビット列は、アフィリエイトサーバ１０へ広告主としてアクセスすることを要求するビット列である。
（ステップＳ２９：広告主ログイン処理）
アフィリエイトサーバ１０は、広告主ログイン要求ビット列（ステップＳ２８参照）を受信した場合、広告主ログイン処理を開始する（ステップＳ２９）。この広告主ログイン処理は、広告主端末２２の広告主としてのアクセスを認めるか否かを判断する処理である。
アフィリエイトサーバ１０は、広告主ログイン要求ビット列（ステップＳ２８参照）を受信した場合、広告主ログイン処理を開始する（ステップＳ２９）。この広告主ログイン処理は、広告主端末２２の広告主としてのアクセスを認めるか否かを判断する処理である。
（ステップＳ３０：広告主ログイン成功（失敗）通知ビット列）
アフィリエイトサーバ１０は、広告主ログイン処理（ステップＳ２９参照）の後、広告主端末２２に対して、広告主ログイン成功（失敗）通知ビット列を送信する（ステップＳ３０）。ここで、広告主ログイン成功（失敗）通知ビット列は、ログインが成功（失敗）したことを通知するビット列である。
アフィリエイトサーバ１０は、広告主ログイン処理（ステップＳ２９参照）の後、広告主端末２２に対して、広告主ログイン成功（失敗）通知ビット列を送信する（ステップＳ３０）。ここで、広告主ログイン成功（失敗）通知ビット列は、ログインが成功（失敗）したことを通知するビット列である。
（ステップＳ３１：市場データ開示要求ビット列）
次に、広告主端末２２が、アフィリエイトサーバ１０に対して、市場データ開示要求ビット列を送信する。この市場データ開示要求ビット列は、市場データビット列を開示するように要求するビット列である。ここで、本実施形態における市場データビット列とは、チェック済ビット列がいくつ記憶されているかをアフィリエイターサイトごとにカウントした数値を用いて生成されるビット列である。なお、後述するように、市場データ開示要求ビット列には、広告主ログインセッションＩＤが含まれている。
次に、広告主端末２２が、アフィリエイトサーバ１０に対して、市場データ開示要求ビット列を送信する。この市場データ開示要求ビット列は、市場データビット列を開示するように要求するビット列である。ここで、本実施形態における市場データビット列とは、チェック済ビット列がいくつ記憶されているかをアフィリエイターサイトごとにカウントした数値を用いて生成されるビット列である。なお、後述するように、市場データ開示要求ビット列には、広告主ログインセッションＩＤが含まれている。
（ステップＳ３２：市場データ開示処理）
アフィリエイトサーバ１０は、市場データ開示要求ビット列（ステップＳ３１参照）を受信した場合、市場データ開示処理を開始する（ステップＳ３２）。ここで、市場データ開示処理は、市場データビット列を開示するための処理である。
アフィリエイトサーバ１０は、市場データ開示要求ビット列（ステップＳ３１参照）を受信した場合、市場データ開示処理を開始する（ステップＳ３２）。ここで、市場データ開示処理は、市場データビット列を開示するための処理である。
（ステップＳ３３：市場データビット列）
アフィリエイトサーバ１０は、市場データ開示処理（ステップＳ３２参照）の後、広告主端末２２に対して、市場データビット列を送信する（ステップＳ３３）。
アフィリエイトサーバ１０は、市場データ開示処理（ステップＳ３２参照）の後、広告主端末２２に対して、市場データビット列を送信する（ステップＳ３３）。
（ステップＳ３４：ネットワーク構成変更通知ビット列）
次に、広告主端末２２が、アフィリエイトサーバ１０に対して、市場データビット列に基づき、ネットワーク構成変更通知ビット列を送信する。このネットワーク構成変更通知ビット列は、特定のアフィリエイターサイトを広告主サーバ２１のネットワーク構成から除外することを通知するビット列である。なお、後述するように、ネットワーク構成変更通知ビット列には、広告主ログインセッションＩＤとアフィリエイターサイトキーとが含まれている。
次に、広告主端末２２が、アフィリエイトサーバ１０に対して、市場データビット列に基づき、ネットワーク構成変更通知ビット列を送信する。このネットワーク構成変更通知ビット列は、特定のアフィリエイターサイトを広告主サーバ２１のネットワーク構成から除外することを通知するビット列である。なお、後述するように、ネットワーク構成変更通知ビット列には、広告主ログインセッションＩＤとアフィリエイターサイトキーとが含まれている。
（ステップＳ３５：ネットワーク構成変更処理）
アフィリエイトサーバ１０は、ネットワーク構成変更通知ビット列（ステップＳ３４参照）を受信した場合、ネットワーク構成変更処理を開始する（ステップＳ３５）。このネットワーク構成変更処理は、特定のアフィリエイターサイトを広告主サーバ２１のネットワーク構成から除外する処理である。アフィリエイターサイトが広告主サーバ２１のネットワーク構成から除外された場合、そのアフィリエイターサイトについては、その広告主サーバ２１上のすべての広告主サイトに関して、以後、広告タグ一覧開示処理、リダイレクト処理、および報酬支払承認処理が行われないまたは中止される。
アフィリエイトサーバ１０は、ネットワーク構成変更通知ビット列（ステップＳ３４参照）を受信した場合、ネットワーク構成変更処理を開始する（ステップＳ３５）。このネットワーク構成変更処理は、特定のアフィリエイターサイトを広告主サーバ２１のネットワーク構成から除外する処理である。アフィリエイターサイトが広告主サーバ２１のネットワーク構成から除外された場合、そのアフィリエイターサイトについては、その広告主サーバ２１上のすべての広告主サイトに関して、以後、広告タグ一覧開示処理、リダイレクト処理、および報酬支払承認処理が行われないまたは中止される。
（ステップＳ３６：ネットワーク構成変更完了通知ビット列）
アフィリエイトサーバ１０は、ネットワーク構成変更処理（ステップＳ３５）の後、広告主端末２２に対して、ネットワーク構成変更完了通知ビット列を送信する（ステップＳ３６）。このネットワーク構成変更完了通知ビット列は、ネットワーク構成変更処理が完了したことを通知するビット列である。
アフィリエイトサーバ１０は、ネットワーク構成変更処理（ステップＳ３５）の後、広告主端末２２に対して、ネットワーク構成変更完了通知ビット列を送信する（ステップＳ３６）。このネットワーク構成変更完了通知ビット列は、ネットワーク構成変更処理が完了したことを通知するビット列である。
［実施形態に係るアフィリエイトサーバ１０の概略構成］
次に、図３を参照しつつ、本発明の実施形態に係るアフィリエイトサーバ１０の概略構成を説明する。図３は、本発明の実施形態に係るアフィリエイトサーバ１０の概略構成図である。
図３に示すように、本発明の実施形態に係るアフィリエイトサーバ１０は、ＣＰＵ１１と、ＲＡＭ１２と、ブートプログラムなどが記憶されているＲＯＭ１３と、記憶手段の一例であるハードディスク１４と、インターネット７０に接続されるネットワークインターフェースカード１５（ＮＩＣ１５）と、これらを接続するバス１６と、を備えたサーバコンピュータである。
アフィリエイトサーバ１０においては、ハードディスク１４に記憶されているプログラムが、ＲＡＭ１２に読み出されてＣＰＵ１１で実行されることにより、上述した各処理が実行される。また、ハードディスク１４には、ＣＰＵ１１で処理される各種のビット列がテーブル形式で記憶されている。
次に、図３を参照しつつ、本発明の実施形態に係るアフィリエイトサーバ１０の概略構成を説明する。図３は、本発明の実施形態に係るアフィリエイトサーバ１０の概略構成図である。
図３に示すように、本発明の実施形態に係るアフィリエイトサーバ１０は、ＣＰＵ１１と、ＲＡＭ１２と、ブートプログラムなどが記憶されているＲＯＭ１３と、記憶手段の一例であるハードディスク１４と、インターネット７０に接続されるネットワークインターフェースカード１５（ＮＩＣ１５）と、これらを接続するバス１６と、を備えたサーバコンピュータである。
アフィリエイトサーバ１０においては、ハードディスク１４に記憶されているプログラムが、ＲＡＭ１２に読み出されてＣＰＵ１１で実行されることにより、上述した各処理が実行される。また、ハードディスク１４には、ＣＰＵ１１で処理される各種のビット列がテーブル形式で記憶されている。
［テーブルの概略構成］
次に、図４〜図７を参照しつつ、本発明の実施形態に係るアフィリエイトサーバ１０のハードディスク１４に記憶されているテーブルの概略構成を説明する。図４〜７は、ビット列が格納されているテーブルをアフィリエイトサーバ１０に接続されている画面に表示した様子を示す図である。
次に、図４〜図７を参照しつつ、本発明の実施形態に係るアフィリエイトサーバ１０のハードディスク１４に記憶されているテーブルの概略構成を説明する。図４〜７は、ビット列が格納されているテーブルをアフィリエイトサーバ１０に接続されている画面に表示した様子を示す図である。
（アフィリエイターテーブル）
図４（ａ）は、アフィリエイターテーブルの概略構成を示す図である。このアフィリエイターテーブルには、アフィリエイターに関するビット列が格納される。
図４（ａ）は、アフィリエイターテーブルの概略構成を示す図である。このアフィリエイターテーブルには、アフィリエイターに関するビット列が格納される。
「ｐａｒ＿ｉｄ」フィールド
「ｐａｒ＿ｉｄ」フィールドには、アフィリエイターＩＤが格納される。このアフィリエイターＩＤは、アフィリエイターを識別するビット列である。
「ｐａｒ＿ｉｄ」フィールドには、アフィリエイターＩＤが格納される。このアフィリエイターＩＤは、アフィリエイターを識別するビット列である。
「ｐａｒ＿ｐｗ」フィールド
「ｐａｒ＿ｐｗ」フィールドには、アフィリエイターパスワードが格納される。このアフィリエイターパスワードは、アフィリエイター端末３０がアフィリエイトサーバ１０にログインする際に必要とされるビット列である。
「ｐａｒ＿ｐｗ」フィールドには、アフィリエイターパスワードが格納される。このアフィリエイターパスワードは、アフィリエイター端末３０がアフィリエイトサーバ１０にログインする際に必要とされるビット列である。
「ｐａｒ＿ｂａｎｋ」フィールド
「ｐａｒ＿ｂａｎｋ」フィールドには、アフィリエイターの銀行口座番号を示すビット列が格納される。アフィリエイトサーバ１０において報酬支払承認済ビット列が記憶された場合には、このアフィリエイターの銀行口座番号を示すビット列に基づいて、アフィリエイターに報酬が支払われる。
「ｐａｒ＿ｂａｎｋ」フィールドには、アフィリエイターの銀行口座番号を示すビット列が格納される。アフィリエイトサーバ１０において報酬支払承認済ビット列が記憶された場合には、このアフィリエイターの銀行口座番号を示すビット列に基づいて、アフィリエイターに報酬が支払われる。
（アフィリエイターサイトテーブル）
図４（ｂ）は、アフィリエイターサイトテーブルの概略構成を示す図である。このアフィリエイターサイトテーブルには、アフィリエイターサイト（Ｗｅｂサーバ４０にアップロードされているＷｅｂページ）に関するビット列が格納される。
図４（ｂ）は、アフィリエイターサイトテーブルの概略構成を示す図である。このアフィリエイターサイトテーブルには、アフィリエイターサイト（Ｗｅｂサーバ４０にアップロードされているＷｅｂページ）に関するビット列が格納される。
「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールド
「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールドには、アフィリエイターサイトＩＤが格納される。このアフィリエイターサイトＩＤは、アフィリエイターサイトを識別するビット列である。
「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールドには、アフィリエイターサイトＩＤが格納される。このアフィリエイターサイトＩＤは、アフィリエイターサイトを識別するビット列である。
「ｐａｒ＿ｉｄ」フィールド
「ｐａｒ＿ｉｄ」フィールドには、「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールドのアフィリエイターサイトＩＤによって識別されるアフィリエイターサイトについて、これを管理するアフィリエイターのアフィリエイターＩＤが格納される。
「ｐａｒ＿ｉｄ」フィールドには、「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールドのアフィリエイターサイトＩＤによって識別されるアフィリエイターサイトについて、これを管理するアフィリエイターのアフィリエイターＩＤが格納される。
「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールド
「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールドには、アフィリエイターサイトキーが格納される。このアフィリエイターサイトキーは、アフィリエイターサイトを識別する、アフィリエイターサイトＩＤとは異なるビット列である。
広告主端末２２から特定のアフィリエイターサイトを除外できるようにするためには、広告主端末２２において、アフィリエイターサイトを識別できるようにしなければならない。
しかしながら、アフィリエイターサイトを識別するビット列として、アフィリエイターサイトＩＤを広告主端末２２に開示すると、アフィリエイターにのみ開示されるはずの情報の一部が広告主端末２２に開示されてしまう。このため、アフィリエイターにのみ開示される情報が広告主に開示されないことを前提としたアフィリエイトシステムは構成できなくなる。
そこで、本発明の実施形態に係るアフィリエイトシステム１においては、アフィリエイターサイトＩＤではなく、アフィリエイターサイトキーを広告主端末２２に開示することとした。
したがって、本発明の実施形態に係るアフィリエイトシステム１によれば、アフィリエイターにのみ開示される情報を広告主端末２２に開示することなく、広告主端末２２から特定のアフィリエイターサイトを除外できる。
「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールドには、アフィリエイターサイトキーが格納される。このアフィリエイターサイトキーは、アフィリエイターサイトを識別する、アフィリエイターサイトＩＤとは異なるビット列である。
広告主端末２２から特定のアフィリエイターサイトを除外できるようにするためには、広告主端末２２において、アフィリエイターサイトを識別できるようにしなければならない。
しかしながら、アフィリエイターサイトを識別するビット列として、アフィリエイターサイトＩＤを広告主端末２２に開示すると、アフィリエイターにのみ開示されるはずの情報の一部が広告主端末２２に開示されてしまう。このため、アフィリエイターにのみ開示される情報が広告主に開示されないことを前提としたアフィリエイトシステムは構成できなくなる。
そこで、本発明の実施形態に係るアフィリエイトシステム１においては、アフィリエイターサイトＩＤではなく、アフィリエイターサイトキーを広告主端末２２に開示することとした。
したがって、本発明の実施形態に係るアフィリエイトシステム１によれば、アフィリエイターにのみ開示される情報を広告主端末２２に開示することなく、広告主端末２２から特定のアフィリエイターサイトを除外できる。
「ｐａｒ＿ｓｉｔｅ＿ａｄｄｒｅｓｓ」フィールド
「ｐａｒ＿ｓｉｔｅ＿ａｄｄｒｅｓｓ」フィールドには、アフィリエイターサイトアドレスが格納される。このアフィリエイターサイトアドレスは、インターネット７０におけるアフィリエイターサイトのアドレスを示すビット列である。
「ｐａｒ＿ｓｉｔｅ＿ａｄｄｒｅｓｓ」フィールドには、アフィリエイターサイトアドレスが格納される。このアフィリエイターサイトアドレスは、インターネット７０におけるアフィリエイターサイトのアドレスを示すビット列である。
（広告主テーブル）
図５（ａ）は、広告主テーブルの概略構成を示す図である。この広告主テーブルには、広告主に関するビット列が格納される。
図５（ａ）は、広告主テーブルの概略構成を示す図である。この広告主テーブルには、広告主に関するビット列が格納される。
「ｃｌｉ＿ｉｄ」フィールド
「ｃｌｉ＿ｉｄ」フィールドには、広告主ＩＤが格納される。この広告主ＩＤは、広告主を識別するビット列である。
「ｃｌｉ＿ｉｄ」フィールドには、広告主ＩＤが格納される。この広告主ＩＤは、広告主を識別するビット列である。
「ｃｌｉ＿ｐｗ」フィールド
「ｃｌｉ＿ｐｗ」フィールドには、広告主パスワードが格納される。この広告主パスワードは、広告主端末２２がアフィリエイトサーバ１０にログインする際に必要とされるビット列である。
「ｃｌｉ＿ｐｗ」フィールドには、広告主パスワードが格納される。この広告主パスワードは、広告主端末２２がアフィリエイトサーバ１０にログインする際に必要とされるビット列である。
「ｃｌｉ＿ｃｏｍｐａｎｙ」フィールド
「ｃｌｉ＿ｃｏｍｐａｎｙ」フィールドには、広告主名が格納される。この広告主名は、広告主の氏名または名称を示すビット列である。
「ｃｌｉ＿ｃｏｍｐａｎｙ」フィールドには、広告主名が格納される。この広告主名は、広告主の氏名または名称を示すビット列である。
（広告主サイトテーブル）
図５（ｂ）は、広告主サイトテーブルの概略構成を示す図である。この広告主サイトテーブルには、広告主サイト（広告主サーバ２１にアップロードされているＷｅｂページ）に関するビット列が格納される。
図５（ｂ）は、広告主サイトテーブルの概略構成を示す図である。この広告主サイトテーブルには、広告主サイト（広告主サーバ２１にアップロードされているＷｅｂページ）に関するビット列が格納される。
「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールド
「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールドには、広告主サイトＩＤが格納される。この広告主サイトＩＤは、広告主サイトを識別するビット列である。
「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールドには、広告主サイトＩＤが格納される。この広告主サイトＩＤは、広告主サイトを識別するビット列である。
「ｃｌｉ＿ｉｄ」フィールド
「ｃｌｉ＿ｉｄ」フィールドには、「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールドの広告主サイトＩＤによって識別される広告主サイトについて、これを管理する広告主の広告主ＩＤが格納される。
「ｃｌｉ＿ｉｄ」フィールドには、「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールドの広告主サイトＩＤによって識別される広告主サイトについて、これを管理する広告主の広告主ＩＤが格納される。
「ｃｌｉ＿ｓｉｔｅ＿ｎａｍｅ」フィールド
「ｃｌｉ＿ｓｉｔｅ＿ｎａｍｅ」フィールドには、広告主サイト名が格納される。この広告主サイト名は、広告主サイトの名称を示すビット列である。
「ｃｌｉ＿ｓｉｔｅ＿ｎａｍｅ」フィールドには、広告主サイト名が格納される。この広告主サイト名は、広告主サイトの名称を示すビット列である。
「ｃｌｉ＿ｓｉｔｅ＿ｋｅｙ」フィールド
「ｃｌｉ＿ｓｉｔｅ＿ｋｅｙ」フィールドには、広告主サイトキーが格納される。この広告主サイトキーは、広告主サイトを識別する、広告主サイトＩＤとは異なるビット列である。
上述したように、広告主サーバ２１からアフィリエイトサーバ１０に対しては、報酬支払承認通知ビット列が送信されるところ、この報酬支払承認通知ビット列は、アフィリエイターへの報酬の支払いを承認することを通知するビット列である。
したがって、この報酬支払承認通知ビット列が、広告主サーバ２１以外の装置からアフィリエイトサーバ１０に対して不正に送信され受信されると、広告主が承認していないにもかかわらずアフィリエイターに対して報酬が支払われるという不正が可能とされてしまう。
そこで、本発明の実施形態に係るアフィリエイトシステム１においては、報酬の支払いを承認するに際しては、報酬支払承認通知ビット列に広告主サイトキーが含まれることとし、この広告主サイトキーを用いて、報酬支払承認通知ビット列が広告主サーバ２１から送信されたものであるのか否かを判断することとした。
よって、本発明の実施形態に係るアフィリエイトシステム１によれば、広告主が承認していないにもかかわらずアフィリエイターに対して報酬が支払われるという不正の防止を図ることができる。
「ｃｌｉ＿ｓｉｔｅ＿ｋｅｙ」フィールドには、広告主サイトキーが格納される。この広告主サイトキーは、広告主サイトを識別する、広告主サイトＩＤとは異なるビット列である。
上述したように、広告主サーバ２１からアフィリエイトサーバ１０に対しては、報酬支払承認通知ビット列が送信されるところ、この報酬支払承認通知ビット列は、アフィリエイターへの報酬の支払いを承認することを通知するビット列である。
したがって、この報酬支払承認通知ビット列が、広告主サーバ２１以外の装置からアフィリエイトサーバ１０に対して不正に送信され受信されると、広告主が承認していないにもかかわらずアフィリエイターに対して報酬が支払われるという不正が可能とされてしまう。
そこで、本発明の実施形態に係るアフィリエイトシステム１においては、報酬の支払いを承認するに際しては、報酬支払承認通知ビット列に広告主サイトキーが含まれることとし、この広告主サイトキーを用いて、報酬支払承認通知ビット列が広告主サーバ２１から送信されたものであるのか否かを判断することとした。
よって、本発明の実施形態に係るアフィリエイトシステム１によれば、広告主が承認していないにもかかわらずアフィリエイターに対して報酬が支払われるという不正の防止を図ることができる。
「ｃｌｉ＿ｓｉｔｅ＿ａｄｄｒｅｓｓ」フィールド
「ｃｌｉ＿ｓｉｔｅ＿ａｄｄｒｅｓｓ」フィールドには、広告主サイトアドレスが格納される。この広告主サイトアドレスは、インターネット７０における広告主サイトのアドレスを示すビット列である。
「ｃｌｉ＿ｓｉｔｅ＿ａｄｄｒｅｓｓ」フィールドには、広告主サイトアドレスが格納される。この広告主サイトアドレスは、インターネット７０における広告主サイトのアドレスを示すビット列である。
（広告原稿テーブル）
図５（ｃ）は、広告原稿テーブルの概略構成を示す図である。この広告原稿テーブルには、アフィリエイターサイト（Ｗｅｂサーバ４０にアップロードされているＷｅｂページ）上で表示可能な広告原稿テキストに関するビット列が格納される。
図５（ｃ）は、広告原稿テーブルの概略構成を示す図である。この広告原稿テーブルには、アフィリエイターサイト（Ｗｅｂサーバ４０にアップロードされているＷｅｂページ）上で表示可能な広告原稿テキストに関するビット列が格納される。
「ａｄ＿ｉｄ」フィールド
「ａｄ＿ｉｄ」フィールドには、広告原稿ＩＤが格納される。この広告原稿ＩＤは、アフィリエイターサイト上で表示可能な広告原稿テキストを識別するビット列である。
「ａｄ＿ｉｄ」フィールドには、広告原稿ＩＤが格納される。この広告原稿ＩＤは、アフィリエイターサイト上で表示可能な広告原稿テキストを識別するビット列である。
「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールド
「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールドには、「ａｄ＿ｉｄ」フィールドの広告原稿ＩＤで識別される広告原稿テキストによって広告される商品・サービスについて、これを表示する広告主サイトの広告主サイトＩＤが格納される。
「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールドには、「ａｄ＿ｉｄ」フィールドの広告原稿ＩＤで識別される広告原稿テキストによって広告される商品・サービスについて、これを表示する広告主サイトの広告主サイトＩＤが格納される。
「ａｄ＿ｔｅｘｔ」フィールド
「ａｄ＿ｔｅｘｔ」フィールドには、広告原稿テキストが格納される。この広告原稿テキストは、アフィリエイターサイト上で表示可能な文字を示すビット列である。
「ａｄ＿ｔｅｘｔ」フィールドには、広告原稿テキストが格納される。この広告原稿テキストは、アフィリエイターサイト上で表示可能な文字を示すビット列である。
（リダイレクトセッションテーブル）
図６（ａ）は、リダイレクトセッションテーブルの概略構成を示す図である。このリダイレクトセッションテーブルには、リダイレクト処理（ステップＳ１７参照）に関するビット列が格納される。
図６（ａ）は、リダイレクトセッションテーブルの概略構成を示す図である。このリダイレクトセッションテーブルには、リダイレクト処理（ステップＳ１７参照）に関するビット列が格納される。
「ｒｅｄｉｒｅｃｔ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールド
「ｒｅｄｉｒｅｃｔ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールドには、リダイレクトセッションＩＤが格納される。このリダイレクトセッションＩＤは、リダイレクト処理のセッションを識別するビット列である。
「ｒｅｄｉｒｅｃｔ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールドには、リダイレクトセッションＩＤが格納される。このリダイレクトセッションＩＤは、リダイレクト処理のセッションを識別するビット列である。
「ｐａｒ＿ｉｄ」フィールド
「ｐａｒ＿ｉｄ」フィールドには、閲覧者端末５０によって閲覧されていたアフィリエイターサイトについて、これを管理するアフィリエイターのアフィリエイターＩＤが格納される。
「ｐａｒ＿ｉｄ」フィールドには、閲覧者端末５０によって閲覧されていたアフィリエイターサイトについて、これを管理するアフィリエイターのアフィリエイターＩＤが格納される。
「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールド
「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールドには、閲覧者端末５０によって閲覧されていたアフィリエイターサイトのアフィリエイターサイトＩＤが格納される。
「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールドには、閲覧者端末５０によって閲覧されていたアフィリエイターサイトのアフィリエイターサイトＩＤが格納される。
「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールド
「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールドには、閲覧者端末５０によって閲覧されていたアフィリエイターサイトのアフィリエイターサイトキーが格納される。
「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールドには、閲覧者端末５０によって閲覧されていたアフィリエイターサイトのアフィリエイターサイトキーが格納される。
「ｃｌｉ＿ｉｄ」フィールド
「ｃｌｉ＿ｉｄ」フィールドには、閲覧者端末５０がアフィリエイターサイトを経由して閲覧しようとしている広告主サイトについて、これを管理する広告主の広告主ＩＤが格納される。
「ｃｌｉ＿ｉｄ」フィールドには、閲覧者端末５０がアフィリエイターサイトを経由して閲覧しようとしている広告主サイトについて、これを管理する広告主の広告主ＩＤが格納される。
「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールド
「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールドには、閲覧者端末５０がアフィリエイターサイトを経由して閲覧しようとしている広告主サイトの広告主サイトＩＤが格納される。
「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールドには、閲覧者端末５０がアフィリエイターサイトを経由して閲覧しようとしている広告主サイトの広告主サイトＩＤが格納される。
「ｃｌｉ＿ｓｉｔｅ＿ｋｅｙ」フィールド
「ｃｌｉ＿ｓｉｔｅ＿ｋｅｙ」フィールドには、閲覧者端末５０がアフィリエイターサイトを経由して閲覧しようとしている広告主サイトの広告主サイトキーが格納される。
「ｃｌｉ＿ｓｉｔｅ＿ｋｅｙ」フィールドには、閲覧者端末５０がアフィリエイターサイトを経由して閲覧しようとしている広告主サイトの広告主サイトキーが格納される。
「ｓ＿ｄａｔｅ」フィールド
「ｓ＿ｄａｔｅ」フィールドには、リダイレクトセッションＩＤが生成された日時を示すビット列が格納される。
「ｓ＿ｄａｔｅ」フィールドには、リダイレクトセッションＩＤが生成された日時を示すビット列が格納される。
（アフィリエイターログインセッションテーブル）
図６（ｂ）は、アフィリエイターログインセッションテーブルの概略構成を示す図である。このアフィリエイターログインセッションテーブルには、アフィリエイターログイン処理（ステップＳ８参照）に関するビット列が格納される。
図６（ｂ）は、アフィリエイターログインセッションテーブルの概略構成を示す図である。このアフィリエイターログインセッションテーブルには、アフィリエイターログイン処理（ステップＳ８参照）に関するビット列が格納される。
「ｐａｒ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールド
「ｐａｒ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールドには、アフィリエイターログインセッションＩＤが格納される。このアフィリエイターログインセッションＩＤは、アフィリエイターログイン処理（ステップＳ８参照）に関するセッションを識別するビット列である。
「ｐａｒ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールドには、アフィリエイターログインセッションＩＤが格納される。このアフィリエイターログインセッションＩＤは、アフィリエイターログイン処理（ステップＳ８参照）に関するセッションを識別するビット列である。
「ｐａｒ＿ｉｄ」フィールド
「ｐａｒ＿ｉｄ」フィールドには、アフィリエイトサーバ１０にログインしたアフィリエイターのアフィリエイターＩＤが格納される。
「ｐａｒ＿ｉｄ」フィールドには、アフィリエイトサーバ１０にログインしたアフィリエイターのアフィリエイターＩＤが格納される。
「ｐａｒ＿ｐｗ」フィールド
「ｐａｒ＿ｐｗ」フィールドには、アフィリエイトサーバ１０にログインしたアフィリエイターのアフィリエイターパスワードが格納される。
「ｐａｒ＿ｐｗ」フィールドには、アフィリエイトサーバ１０にログインしたアフィリエイターのアフィリエイターパスワードが格納される。
「ｓ＿ｄａｔｅ」フィールド
「ｓ＿ｄａｔｅ」フィールドには、アフィリエイターログインセッションＩＤが生成された日時を示すビット列が格納される。
「ｓ＿ｄａｔｅ」フィールドには、アフィリエイターログインセッションＩＤが生成された日時を示すビット列が格納される。
（広告主ログインセッションテーブル）
図６（ｃ）は、広告主ログインセッションテーブルの概略構成を示す図である。この広告主ログインセッションテーブルには、広告主ログイン処理（ステップＳ２９参照）に関するビット列が格納される。
図６（ｃ）は、広告主ログインセッションテーブルの概略構成を示す図である。この広告主ログインセッションテーブルには、広告主ログイン処理（ステップＳ２９参照）に関するビット列が格納される。
「ｃｌｉ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールド
「ｃｌｉ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールドには、広告主ログインセッションＩＤが格納される。この広告主ログインセッションＩＤは、広告主ログイン処理（ステップＳ２９参照）に関するセッションを識別するビット列である。
「ｃｌｉ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールドには、広告主ログインセッションＩＤが格納される。この広告主ログインセッションＩＤは、広告主ログイン処理（ステップＳ２９参照）に関するセッションを識別するビット列である。
「ｃｌｉ＿ｉｄ」フィールド
「ｃｌｉ＿ｉｄ」フィールドには、アフィリエイトサーバ１０にログインした広告主の広告主ＩＤが格納される。
「ｃｌｉ＿ｉｄ」フィールドには、アフィリエイトサーバ１０にログインした広告主の広告主ＩＤが格納される。
「ｃｌｉ＿ｐｗ」フィールド
「ｃｌｉ＿ｐｗ」フィールドには、アフィリエイトサーバ１０にログインした広告主の広告主パスワードが格納される。
「ｃｌｉ＿ｐｗ」フィールドには、アフィリエイトサーバ１０にログインした広告主の広告主パスワードが格納される。
「ｓ＿ｄａｔｅ」フィールド
「ｓ＿ｄａｔｅ」フィールドには、広告主ログインセッションＩＤが生成された日時を示すビット列が格納される。
「ｓ＿ｄａｔｅ」フィールドには、広告主ログインセッションＩＤが生成された日時を示すビット列が格納される。
（承認テーブル）
図７（ａ）は、承認テーブルの概略構成を示す図である。この承認テーブルには、報酬支払承認に関するビット列が格納される。
図７（ａ）は、承認テーブルの概略構成を示す図である。この承認テーブルには、報酬支払承認に関するビット列が格納される。
「ａｐｐｒｏｖｅ＿ｉｄ」フィールド
「ａｐｐｒｏｖｅ＿ｉｄ」フィールドには、承認ＩＤが格納される。この承認ＩＤは、報酬支払承認済ビット列の一例であり、アフィリエイターへの報酬の支払いが承認されたことを示すビット列である。
「ａｐｐｒｏｖｅ＿ｉｄ」フィールドには、承認ＩＤが格納される。この承認ＩＤは、報酬支払承認済ビット列の一例であり、アフィリエイターへの報酬の支払いが承認されたことを示すビット列である。
「ｒｅｄｉｒｅｃｔ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールド
「ｒｅｄｉｒｅｃｔ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールドには、報酬の支払いが承認されたリダイレクト処理に関するセッションのリダイレクトセッションＩＤが格納される。
「ｒｅｄｉｒｅｃｔ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールドには、報酬の支払いが承認されたリダイレクト処理に関するセッションのリダイレクトセッションＩＤが格納される。
「ｐａｒ＿ｉｄ」フィールド
「ｐａｒ＿ｉｄ」フィールドには、報酬の支払いが承認されたリダイレクト処理に関するセッションにおいて、閲覧者端末５０に閲覧されていたアフィリエイターサイトにつき、これを管理するアフィリエイターのアフィリエイターＩＤが格納される。
「ｐａｒ＿ｉｄ」フィールドには、報酬の支払いが承認されたリダイレクト処理に関するセッションにおいて、閲覧者端末５０に閲覧されていたアフィリエイターサイトにつき、これを管理するアフィリエイターのアフィリエイターＩＤが格納される。
「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールド
「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールドには、報酬の支払いが承認されたリダイレクト処理に関するセッションにおいて、閲覧者端末５０に閲覧されていたアフィリエイターサイトのアフィリエイターサイトＩＤが格納される。
「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールドには、報酬の支払いが承認されたリダイレクト処理に関するセッションにおいて、閲覧者端末５０に閲覧されていたアフィリエイターサイトのアフィリエイターサイトＩＤが格納される。
「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールド
「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールドには、報酬の支払いが承認されたリダイレクト処理に関するセッションにおいて、閲覧者端末５０に閲覧されていたアフィリエイターサイトのアフィリエイターサイトキーが格納される。
「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールドには、報酬の支払いが承認されたリダイレクト処理に関するセッションにおいて、閲覧者端末５０に閲覧されていたアフィリエイターサイトのアフィリエイターサイトキーが格納される。
「ｃｌｉ＿ｉｄ」フィールド
「ｃｌｉ＿ｉｄ」フィールドには、報酬の支払いが承認されたリダイレクト処理に関するセッションにおいて、閲覧者端末５０がアフィリエイターサイトを経由して閲覧した広告主サイトにつき、これを管理する広告主の広告主ＩＤが格納される。
「ｃｌｉ＿ｉｄ」フィールドには、報酬の支払いが承認されたリダイレクト処理に関するセッションにおいて、閲覧者端末５０がアフィリエイターサイトを経由して閲覧した広告主サイトにつき、これを管理する広告主の広告主ＩＤが格納される。
「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールド
「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールドには、報酬の支払いが承認されたリダイレクト処理に関するセッションにおいて、閲覧者端末５０がアフィリエイターサイトを経由して閲覧した広告主サイトの広告主サイトＩＤが格納される。
「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールドには、報酬の支払いが承認されたリダイレクト処理に関するセッションにおいて、閲覧者端末５０がアフィリエイターサイトを経由して閲覧した広告主サイトの広告主サイトＩＤが格納される。
「ｃｌｉ＿ｓｉｔｅ＿ｋｅｙ」フィールド
「ｃｌｉ＿ｓｉｔｅ＿ｋｅｙ」フィールドには、報酬の支払いが承認されたリダイレクト処理に関するセッションにおいて、閲覧者端末５０がアフィリエイターサイトを経由して閲覧した広告主サイトの広告主サイトキーが格納される。
「ｃｌｉ＿ｓｉｔｅ＿ｋｅｙ」フィールドには、報酬の支払いが承認されたリダイレクト処理に関するセッションにおいて、閲覧者端末５０がアフィリエイターサイトを経由して閲覧した広告主サイトの広告主サイトキーが格納される。
「ａ＿ｄａｔｅ」フィールド
「ａ＿ｄａｔｅ」フィールドには、承認ＩＤが生成された日時を示すビット列が格納される。
「ａ＿ｄａｔｅ」フィールドには、承認ＩＤが生成された日時を示すビット列が格納される。
「ｍａｒｋｅｔ＿ｃｈｅｃｋ」フィールド
「ｍａｒｋｅｔ＿ｃｈｅｃｋ」フィールドには、チェック済ビット列が格納される。本実施形態においては、「１」を示すビット列をチェック済ビット列としている。なお、後述するように、本発明においては、２ビット以上はもちろんであるが、１ビットであっても「ビット列」であるとする。
「ｍａｒｋｅｔ＿ｃｈｅｃｋ」フィールドには、チェック済ビット列が格納される。本実施形態においては、「１」を示すビット列をチェック済ビット列としている。なお、後述するように、本発明においては、２ビット以上はもちろんであるが、１ビットであっても「ビット列」であるとする。
「ｍａｒｋｅｔ＿ｄａｔｅ」フィールド
「ｍａｒｋｅｔ＿ｄａｔｅ」フィールドには、チェック通知ビット列を広告主サーバ２１から受信した日時を示すビット列が格納される。
「ｍａｒｋｅｔ＿ｄａｔｅ」フィールドには、チェック通知ビット列を広告主サーバ２１から受信した日時を示すビット列が格納される。
（拒否テーブル）
図７（ｂ）は、拒否テーブルの概略構成を示す図である。この拒否テーブルには、ネットワーク構成変更に関するビット列が格納される。
図７（ｂ）は、拒否テーブルの概略構成を示す図である。この拒否テーブルには、ネットワーク構成変更に関するビット列が格納される。
「ｃｌｉ＿ｉｄ」フィールド
「ｃｌｉ＿ｉｄ」フィールドには、広告主端末２２からネットワーク構成変更通知ビット列（ステップＳ３４参照）を送信した広告主の広告主ＩＤが格納される。
「ｃｌｉ＿ｉｄ」フィールドには、広告主端末２２からネットワーク構成変更通知ビット列（ステップＳ３４参照）を送信した広告主の広告主ＩＤが格納される。
「ｐａｒ＿ｉｄ」フィールド
「ｐａｒ＿ｉｄ」フィールドには、ネットワーク構成変更通知ビット列（ステップＳ３４参照）によって除外が通知されたアフィリエイターサイトについて、これを管理するアフィリエイターのアフィリエイターＩＤが格納される。
「ｐａｒ＿ｉｄ」フィールドには、ネットワーク構成変更通知ビット列（ステップＳ３４参照）によって除外が通知されたアフィリエイターサイトについて、これを管理するアフィリエイターのアフィリエイターＩＤが格納される。
「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールド
「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールドには、ネットワーク構成変更通知ビット列（ステップＳ３４参照）によって除外が通知されたアフィリエイターサイトのアフィリエイターサイトＩＤが格納される。
「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールドには、ネットワーク構成変更通知ビット列（ステップＳ３４参照）によって除外が通知されたアフィリエイターサイトのアフィリエイターサイトＩＤが格納される。
「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールド
「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールドには、ネットワーク構成変更通知ビット列（ステップＳ３４参照）によって除外を通知されたアフィリエイターサイトのアフィリエイターサイトキーが格納される。
「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールドには、ネットワーク構成変更通知ビット列（ステップＳ３４参照）によって除外を通知されたアフィリエイターサイトのアフィリエイターサイトキーが格納される。
［実施形態に係るアフィリエイトサーバ１０の概略動作］
次に、図８〜図２１を参照しつつ、実施形態に係るアフィリエイトサーバ１０の動作を説明する。上述したように、アフィリエイトサーバ１０では、アフィリエイター登録処理（ステップＳ２）、広告主登録処理（ステップＳ５）、アフィリエイターログイン処理（ステップＳ８）、広告タグ一覧開示処理（ステップＳ１１）、リダイレクト処理（ステップＳ１７）、報酬支払承認処理（ステップＳ２３）、チェック処理（ステップＳ２６）、広告主ログイン処理（ステップＳ２９）、市場データ開示処理（ステップＳ３２）、およびネットワーク構成変更処理（ステップＳ３５）が実行される。以下、順に説明する。
次に、図８〜図２１を参照しつつ、実施形態に係るアフィリエイトサーバ１０の動作を説明する。上述したように、アフィリエイトサーバ１０では、アフィリエイター登録処理（ステップＳ２）、広告主登録処理（ステップＳ５）、アフィリエイターログイン処理（ステップＳ８）、広告タグ一覧開示処理（ステップＳ１１）、リダイレクト処理（ステップＳ１７）、報酬支払承認処理（ステップＳ２３）、チェック処理（ステップＳ２６）、広告主ログイン処理（ステップＳ２９）、市場データ開示処理（ステップＳ３２）、およびネットワーク構成変更処理（ステップＳ３５）が実行される。以下、順に説明する。
（アフィリエイター登録処理：ステップＳ２）
まず、図８を参照しつつ、アフィリエイター登録処理について説明する。図８は、アフィリエイター登録処理を説明するフローチャートである。アフィリエイトサーバ１０は、アフィリエイター端末３０からアフィリエイター登録要求ビット列（ステップＳ１参照）を受信した場合、次のアフィリエイター登録処理を開始する。
まず、図８を参照しつつ、アフィリエイター登録処理について説明する。図８は、アフィリエイター登録処理を説明するフローチャートである。アフィリエイトサーバ１０は、アフィリエイター端末３０からアフィリエイター登録要求ビット列（ステップＳ１参照）を受信した場合、次のアフィリエイター登録処理を開始する。
＜ステップＳ２−１＞
まず、アフィリエイトサーバ１０は、アフィリエイター端末３０にアフィリエイター登録画面ビット列を送信する（ステップＳ２−１）。ここで、アフィリエイター登録画面ビット列とはアフィリエイター登録画面を構成するビット列をいい、アフィリエイター登録画面とは、アフィリエイター登録データビット列を入力する際のインターフェースとなるＷｅｂページである。
なお、アフィリエイター登録データビット列は、アフィリエイターに関する情報としてアフィリエイトサーバ１０に記憶されるビット列である。以下の説明では、アフィリエイターパスワード、アフィリエイターの銀行口座番号を示すビット列、およびアフィリエイターサイトアドレスをアフィリエイター登録データビット列とするが、本発明においては、これらのビット列以外のビット列についても、アフィリエイター登録データビット列とすることができる。
まず、アフィリエイトサーバ１０は、アフィリエイター端末３０にアフィリエイター登録画面ビット列を送信する（ステップＳ２−１）。ここで、アフィリエイター登録画面ビット列とはアフィリエイター登録画面を構成するビット列をいい、アフィリエイター登録画面とは、アフィリエイター登録データビット列を入力する際のインターフェースとなるＷｅｂページである。
なお、アフィリエイター登録データビット列は、アフィリエイターに関する情報としてアフィリエイトサーバ１０に記憶されるビット列である。以下の説明では、アフィリエイターパスワード、アフィリエイターの銀行口座番号を示すビット列、およびアフィリエイターサイトアドレスをアフィリエイター登録データビット列とするが、本発明においては、これらのビット列以外のビット列についても、アフィリエイター登録データビット列とすることができる。
＜ステップＳ２−２＞
次に、アフィリエイトサーバ１０は、アフィリエイターパスワード、アフィリエイターの銀行口座番号を示すビット列、およびアフィリエイターサイトアドレスをアフィリエイター端末３０から受信するまで待機する（ステップＳ２−２）。
次に、アフィリエイトサーバ１０は、アフィリエイターパスワード、アフィリエイターの銀行口座番号を示すビット列、およびアフィリエイターサイトアドレスをアフィリエイター端末３０から受信するまで待機する（ステップＳ２−２）。
＜ステップＳ２−３＞
アフィリエイトサーバ１０は、アフィリエイターパスワード、アフィリエイターの銀行口座番号を示すビット列、およびアフィリエイターサイトアドレスをアフィリエイター端末３０から受信した場合、アフィリエイターＩＤ、アフィリエイターサイトＩＤ、およびアフィリエイターサイトキーを生成する（ステップＳ２−３）。
アフィリエイトサーバ１０は、アフィリエイターパスワード、アフィリエイターの銀行口座番号を示すビット列、およびアフィリエイターサイトアドレスをアフィリエイター端末３０から受信した場合、アフィリエイターＩＤ、アフィリエイターサイトＩＤ、およびアフィリエイターサイトキーを生成する（ステップＳ２−３）。
＜ステップＳ２−４＞
次に、アフィリエイトサーバ１０は、アフィリエイターテーブル（図４（ａ）参照）にアクセスし、生成したアフィリエイターＩＤ、受信したアフィリエイターパスワード、および受信したアフィリエイター銀行口座番号を示すビット列を、「ｐａｒ＿ｉｄ」フィールド、「ｐａｒ＿ｐｗ」フィールド、および「ｐａｒ＿ｂａｎｋ」フィールドにそれぞれ格納する（ステップＳ２−４）。
次に、アフィリエイトサーバ１０は、アフィリエイターテーブル（図４（ａ）参照）にアクセスし、生成したアフィリエイターＩＤ、受信したアフィリエイターパスワード、および受信したアフィリエイター銀行口座番号を示すビット列を、「ｐａｒ＿ｉｄ」フィールド、「ｐａｒ＿ｐｗ」フィールド、および「ｐａｒ＿ｂａｎｋ」フィールドにそれぞれ格納する（ステップＳ２−４）。
＜ステップＳ２−５＞
次に、アフィリエイトサーバ１０は、アフィリエイターサイトテーブル（図４（ｂ）参照）にアクセスし、生成したアフィリエイターサイトＩＤ、生成したアフィリエイターＩＤ、生成したアフィリエイターサイトキー、および受信したアフィリエイターサイトアドレスを、「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールド、「ｐａｒ＿ｉｄ」フィールド、「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールド、および「ｐａｒ＿ｓｉｔｅ＿ａｄｄｒｅｓｓ」フィールドに、それぞれ格納する（ステップＳ２−５）。
次に、アフィリエイトサーバ１０は、アフィリエイターサイトテーブル（図４（ｂ）参照）にアクセスし、生成したアフィリエイターサイトＩＤ、生成したアフィリエイターＩＤ、生成したアフィリエイターサイトキー、および受信したアフィリエイターサイトアドレスを、「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールド、「ｐａｒ＿ｉｄ」フィールド、「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールド、および「ｐａｒ＿ｓｉｔｅ＿ａｄｄｒｅｓｓ」フィールドに、それぞれ格納する（ステップＳ２−５）。
＜ステップＳ２−６＞
そして、アフィリエイトサーバ１０は、生成したアフィリエイターＩＤと生成したアフィリエイターサイトＩＤとを含むアフィリエイター登録完了通知ビット列を生成し（ステップＳ２−６）、アフィリエイター登録処理を終了する。
そして、アフィリエイトサーバ１０は、生成したアフィリエイターＩＤと生成したアフィリエイターサイトＩＤとを含むアフィリエイター登録完了通知ビット列を生成し（ステップＳ２−６）、アフィリエイター登録処理を終了する。
（広告主登録処理：ステップＳ５）
次に、図９を参照しつつ、広告主登録処理について説明する。図９は、広告主登録処理を説明するフローチャートである。アフィリエイトサーバ１０は、広告主端末２２から広告主登録要求ビット列（ステップＳ４参照）を受信した場合、次の広告主登録処理を開始する。
次に、図９を参照しつつ、広告主登録処理について説明する。図９は、広告主登録処理を説明するフローチャートである。アフィリエイトサーバ１０は、広告主端末２２から広告主登録要求ビット列（ステップＳ４参照）を受信した場合、次の広告主登録処理を開始する。
＜ステップＳ５−１＞
まず、アフィリエイトサーバ１０は、広告主端末２２に広告主登録画面ビット列を送信する（ステップＳ５−１）。ここで、広告主登録画面ビット列とは広告主登録画面を構成するビット列をいい、広告主登録画面とは、広告主登録データビット列を入力する際のインターフェースとなるＷｅｂページである。
なお、広告主登録データビット列は、広告主に関する情報としてアフィリエイトサーバ１０に記憶されるビット列である。以下の説明では、広告主パスワード、広告主名、広告主サイト名、広告主サイトアドレス、および広告原稿テキストを広告主登録データビット列とするが、本発明においては、これらのビット列以外のビット列についても、広告主登録データビット列とすることができる。
まず、アフィリエイトサーバ１０は、広告主端末２２に広告主登録画面ビット列を送信する（ステップＳ５−１）。ここで、広告主登録画面ビット列とは広告主登録画面を構成するビット列をいい、広告主登録画面とは、広告主登録データビット列を入力する際のインターフェースとなるＷｅｂページである。
なお、広告主登録データビット列は、広告主に関する情報としてアフィリエイトサーバ１０に記憶されるビット列である。以下の説明では、広告主パスワード、広告主名、広告主サイト名、広告主サイトアドレス、および広告原稿テキストを広告主登録データビット列とするが、本発明においては、これらのビット列以外のビット列についても、広告主登録データビット列とすることができる。
＜ステップＳ５−２＞
次に、アフィリエイトサーバ１０は、広告主パスワード、広告主名、広告主サイト名、広告主サイトアドレス、および広告原稿テキストを広告主端末２２から受信するまで待機する（ステップＳ５−２）。
次に、アフィリエイトサーバ１０は、広告主パスワード、広告主名、広告主サイト名、広告主サイトアドレス、および広告原稿テキストを広告主端末２２から受信するまで待機する（ステップＳ５−２）。
＜ステップＳ５−３＞
アフィリエイトサーバ１０は、広告主パスワード、広告主名、広告主サイト名、広告主サイトアドレス、および広告原稿テキストを広告主端末２２から受信した場合、広告主ＩＤ、広告主サイトＩＤ、広告主サイトキー、および広告原稿ＩＤを生成する（ステップＳ５−３）。
アフィリエイトサーバ１０は、広告主パスワード、広告主名、広告主サイト名、広告主サイトアドレス、および広告原稿テキストを広告主端末２２から受信した場合、広告主ＩＤ、広告主サイトＩＤ、広告主サイトキー、および広告原稿ＩＤを生成する（ステップＳ５−３）。
＜ステップＳ５−４＞
次に、アフィリエイトサーバ１０は、広告主テーブル（図５（ａ）参照）にアクセスし、生成した広告主ＩＤ、受信した広告主パスワード、および受信した広告主名を、「ｃｌｉ＿ｉｄ」フィールド、「ｃｌｉ＿ｐｗ」フィールド、および「ｃｌｉ＿ｃｏｍｐａｎｙ」フィールドにそれぞれ格納する（ステップＳ５−４）。
次に、アフィリエイトサーバ１０は、広告主テーブル（図５（ａ）参照）にアクセスし、生成した広告主ＩＤ、受信した広告主パスワード、および受信した広告主名を、「ｃｌｉ＿ｉｄ」フィールド、「ｃｌｉ＿ｐｗ」フィールド、および「ｃｌｉ＿ｃｏｍｐａｎｙ」フィールドにそれぞれ格納する（ステップＳ５−４）。
＜ステップＳ５−５＞
次に、アフィリエイトサーバ１０は、広告主サイトテーブル（図５（ｂ）参照）にアクセスし、生成した広告主サイトＩＤ、生成した広告主ＩＤ、受信した広告主サイト名、生成した広告主サイトキー、および受信した広告主サイトアドレスを、「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールド、「ｃｌｉ＿ｉｄ」フィールド、「ｃｌｉ＿ｓｉｔｅ＿ｎａｍｅ」フィールド、「ｃｌｉ＿ｓｉｔｅ＿ｋｅｙ」フィールド、および「ｃｌｉ＿ｓｉｔｅ＿ａｄｄｒｅｓｓ」フィールドに、それぞれ格納する（ステップＳ５−５）。
次に、アフィリエイトサーバ１０は、広告主サイトテーブル（図５（ｂ）参照）にアクセスし、生成した広告主サイトＩＤ、生成した広告主ＩＤ、受信した広告主サイト名、生成した広告主サイトキー、および受信した広告主サイトアドレスを、「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールド、「ｃｌｉ＿ｉｄ」フィールド、「ｃｌｉ＿ｓｉｔｅ＿ｎａｍｅ」フィールド、「ｃｌｉ＿ｓｉｔｅ＿ｋｅｙ」フィールド、および「ｃｌｉ＿ｓｉｔｅ＿ａｄｄｒｅｓｓ」フィールドに、それぞれ格納する（ステップＳ５−５）。
＜ステップＳ５−６＞
次に、アフィリエイトサーバ１０は、広告原稿テーブル（図５（ｃ）参照）にアクセスし、生成した広告原稿ＩＤ、生成した広告主サイトＩＤ、および受信した広告原稿テキストを、「ａｄ＿ｉｄ」フィールド、「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールド、および「ａｄ＿ｔｅｘｔ」フィールドに、それぞれ格納する（ステップＳ５−６）。
次に、アフィリエイトサーバ１０は、広告原稿テーブル（図５（ｃ）参照）にアクセスし、生成した広告原稿ＩＤ、生成した広告主サイトＩＤ、および受信した広告原稿テキストを、「ａｄ＿ｉｄ」フィールド、「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールド、および「ａｄ＿ｔｅｘｔ」フィールドに、それぞれ格納する（ステップＳ５−６）。
＜ステップＳ５−７＞
そして、アフィリエイトサーバ１０は、生成した広告主ＩＤ、生成した広告主サイトＩＤ、および生成した広告主サイトキーを含む広告主登録完了通知ビット列を生成し（ステップＳ５−７）、広告主登録処理を終了する。
そして、アフィリエイトサーバ１０は、生成した広告主ＩＤ、生成した広告主サイトＩＤ、および生成した広告主サイトキーを含む広告主登録完了通知ビット列を生成し（ステップＳ５−７）、広告主登録処理を終了する。
（アフィリエイターログイン処理：ステップＳ８）
次に、図１０を参照しつつ、アフィリエイターログイン処理について説明する。図１０は、アフィリエイターログイン処理を説明するフローチャートである。アフィリエイトサーバ１０は、アフィリエイター端末３０からアフィリエイターログイン要求ビット列（ステップＳ７参照）を受信した場合、次のアフィリエイターログイン処理を開始する。
次に、図１０を参照しつつ、アフィリエイターログイン処理について説明する。図１０は、アフィリエイターログイン処理を説明するフローチャートである。アフィリエイトサーバ１０は、アフィリエイター端末３０からアフィリエイターログイン要求ビット列（ステップＳ７参照）を受信した場合、次のアフィリエイターログイン処理を開始する。
＜ステップＳ８−１＞
まず、アフィリエイトサーバ１０は、アフィリエイター端末３０にアフィリエイターログイン画面ビット列を送信する（ステップＳ８−１）。ここで、アフィリエイターログイン画面ビット列とはアフィリエイターログイン画面を構成するビット列をいい、アフィリエイターログイン画面とは、アフィリエイターログインデータビット列を入力する際のインターフェースとなるＷｅｂページである。
なお、アフィリエイターログインデータビット列は、アフィリエイター端末３０からアフィリエイトサーバ１０へログインする際に必要となるビット列である。以下の説明では、アフィリエイターＩＤとアフィリエイターパスワードとをアフィリエイターログインデータビット列とするが、本発明においては、これらのビット列以外のビット列についても、アフィリエイターログインデータビット列とすることができる。
まず、アフィリエイトサーバ１０は、アフィリエイター端末３０にアフィリエイターログイン画面ビット列を送信する（ステップＳ８−１）。ここで、アフィリエイターログイン画面ビット列とはアフィリエイターログイン画面を構成するビット列をいい、アフィリエイターログイン画面とは、アフィリエイターログインデータビット列を入力する際のインターフェースとなるＷｅｂページである。
なお、アフィリエイターログインデータビット列は、アフィリエイター端末３０からアフィリエイトサーバ１０へログインする際に必要となるビット列である。以下の説明では、アフィリエイターＩＤとアフィリエイターパスワードとをアフィリエイターログインデータビット列とするが、本発明においては、これらのビット列以外のビット列についても、アフィリエイターログインデータビット列とすることができる。
＜ステップＳ８−２＞
次に、アフィリエイトサーバ１０は、アフィリエイターＩＤとアフィリエイターパスワードとをアフィリエイター端末３０から受信するまで待機する（ステップＳ８−２）。
次に、アフィリエイトサーバ１０は、アフィリエイターＩＤとアフィリエイターパスワードとをアフィリエイター端末３０から受信するまで待機する（ステップＳ８−２）。
＜ステップＳ８−３＞
アフィリエイトサーバ１０は、アフィリエイターＩＤとアフィリエイターパスワードとをアフィリエイター端末３０から受信した場合、アフィリエイターテーブル（図４（ａ）参照）にアクセスし、受信したアフィリエイターＩＤが「ｐａｒ＿ｉｄ」フィールドに格納されているレコードを特定する（ステップＳ８−３）。
アフィリエイトサーバ１０は、アフィリエイターＩＤとアフィリエイターパスワードとをアフィリエイター端末３０から受信した場合、アフィリエイターテーブル（図４（ａ）参照）にアクセスし、受信したアフィリエイターＩＤが「ｐａｒ＿ｉｄ」フィールドに格納されているレコードを特定する（ステップＳ８−３）。
＜ステップＳ８−４＞
次に、アフィリエイトサーバ１０は、特定したレコードの「ｐａｒ＿ｐｗ」フィールドからアフィリエイターパスワードを取得する（ステップＳ８−４）。
次に、アフィリエイトサーバ１０は、特定したレコードの「ｐａｒ＿ｐｗ」フィールドからアフィリエイターパスワードを取得する（ステップＳ８−４）。
＜ステップＳ８−５＞
次に、アフィリエイトサーバ１０は、受信したアフィリエイターパスワードと取得したアフィリエイターパスワードとが一致するか否かを判断し（ステップＳ８−５）、一致する場合はステップＳ８−６に進み、一致しない場合はステップＳ８−９に進む。
次に、アフィリエイトサーバ１０は、受信したアフィリエイターパスワードと取得したアフィリエイターパスワードとが一致するか否かを判断し（ステップＳ８−５）、一致する場合はステップＳ８−６に進み、一致しない場合はステップＳ８−９に進む。
＜ステップＳ８−６＞
受信したアフィリエイターパスワードと取得したアフィリエイターパスワードとが一致する場合、アフィリエイトサーバ１０は、アフィリエイターログインセッションＩＤを生成する（ステップＳ８−６）。
受信したアフィリエイターパスワードと取得したアフィリエイターパスワードとが一致する場合、アフィリエイトサーバ１０は、アフィリエイターログインセッションＩＤを生成する（ステップＳ８−６）。
＜ステップＳ８−７＞
次に、アフィリエイトサーバ１０は、アフィリエイターログインセッションテーブル（図６（ｂ）参照）にアクセスし、生成したアフィリエイターログインセッションＩＤ、受信したアフィリエイターＩＤ、受信したアフィリエイターパスワード、およびアフィリエイターログインセッションＩＤを生成した日時を示すビット列を、「ｐａｒ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールド、「ｐａｒ＿ｉｄ」フィールド、「ｐａｒ＿ｐｗ」フィールド、および「ｓ＿ｄａｔｅ」フィールドにそれぞれ格納する（ステップＳ８−７）。
次に、アフィリエイトサーバ１０は、アフィリエイターログインセッションテーブル（図６（ｂ）参照）にアクセスし、生成したアフィリエイターログインセッションＩＤ、受信したアフィリエイターＩＤ、受信したアフィリエイターパスワード、およびアフィリエイターログインセッションＩＤを生成した日時を示すビット列を、「ｐａｒ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールド、「ｐａｒ＿ｉｄ」フィールド、「ｐａｒ＿ｐｗ」フィールド、および「ｓ＿ｄａｔｅ」フィールドにそれぞれ格納する（ステップＳ８−７）。
＜ステップＳ８−８＞
そして、アフィリエイトサーバ１０は、生成したアフィリエイターログインセッションＩＤを含むアフィリエイターログイン成功通知ビット列を生成し（ステップＳ８−８）、アフィリエイターログイン処理を終了する。
そして、アフィリエイトサーバ１０は、生成したアフィリエイターログインセッションＩＤを含むアフィリエイターログイン成功通知ビット列を生成し（ステップＳ８−８）、アフィリエイターログイン処理を終了する。
＜ステップＳ８−９＞
ステップＳ８−５で、受信したアフィリエイターパスワードと取得したアフィリエイターパスワードとが一致しなかった場合、アフィリエイトサーバ１０は、アフィリエイターログインの失敗を通知するアフィリエイターログイン失敗通知ビット列を生成し（ステップＳ８−９）、アフィリエイターログイン処理を終了する。
ステップＳ８−５で、受信したアフィリエイターパスワードと取得したアフィリエイターパスワードとが一致しなかった場合、アフィリエイトサーバ１０は、アフィリエイターログインの失敗を通知するアフィリエイターログイン失敗通知ビット列を生成し（ステップＳ８−９）、アフィリエイターログイン処理を終了する。
（広告タグ一覧開示処理：ステップＳ１１）
次に、図１１を参照しつつ、広告タグ一覧開示処理について説明する。図１１は、広告タグ一覧開示処理を説明するフローチャートである。アフィリエイトサーバ１０は、アフィリエイター端末３０から広告タグ一覧開示要求ビット列（ステップＳ１０参照）を受信した場合、次の広告タグ一覧開示処理を開始する。なお、上述したように、広告タグ一覧開示要求ビット列には、アフィリエイターサイトＩＤとアフィリエイターログインセッションＩＤとが含まれている。
次に、図１１を参照しつつ、広告タグ一覧開示処理について説明する。図１１は、広告タグ一覧開示処理を説明するフローチャートである。アフィリエイトサーバ１０は、アフィリエイター端末３０から広告タグ一覧開示要求ビット列（ステップＳ１０参照）を受信した場合、次の広告タグ一覧開示処理を開始する。なお、上述したように、広告タグ一覧開示要求ビット列には、アフィリエイターサイトＩＤとアフィリエイターログインセッションＩＤとが含まれている。
＜ステップＳ１１−１＞
まず、アフィリエイトサーバ１０は、アフィリエイターログインセッション監視処理を実行する（ステップＳ１１−１）。
まず、アフィリエイトサーバ１０は、アフィリエイターログインセッション監視処理を実行する（ステップＳ１１−１）。
＜ステップＳ１１−２＞
次に、アフィリエイトサーバ１０は、広告一覧ビット列生成処理を実行する（ステップＳ１１−２）。
次に、アフィリエイトサーバ１０は、広告一覧ビット列生成処理を実行する（ステップＳ１１−２）。
＜ステップＳ１１−３＞
次に、アフィリエイトサーバ１０は、アフィリエイター端末３０に対して、生成された広告一覧ビット列を送信する（ステップＳ１１−３）。
次に、アフィリエイトサーバ１０は、アフィリエイター端末３０に対して、生成された広告一覧ビット列を送信する（ステップＳ１１−３）。
＜ステップＳ１１−４＞
次に、アフィリエイトサーバ１０は、広告主サイトＩＤとアフィリエイターサイトＩＤとアフィリエイターログインセッションＩＤとを含む広告選択ビット列をアフィリエイター端末３０から受信するまで待機する（ステップＳ１１−４）。
次に、アフィリエイトサーバ１０は、広告主サイトＩＤとアフィリエイターサイトＩＤとアフィリエイターログインセッションＩＤとを含む広告選択ビット列をアフィリエイター端末３０から受信するまで待機する（ステップＳ１１−４）。
＜ステップＳ１１−５＞
広告選択ビット列をアフィリエイター端末３０から受信した場合、アフィリエイトサーバ１０は、アフィリエイターログインセッション監視処理を実行する（ステップＳ１１−５）。
広告選択ビット列をアフィリエイター端末３０から受信した場合、アフィリエイトサーバ１０は、アフィリエイターログインセッション監視処理を実行する（ステップＳ１１−５）。
＜ステップＳ１１−６＞
次に、アフィリエイトサーバ１０は、広告タグ一覧ビット列生成処理を実行し（ステップＳ１１−６）、広告タグ一覧開示処理を終了する。
次に、アフィリエイトサーバ１０は、広告タグ一覧ビット列生成処理を実行し（ステップＳ１１−６）、広告タグ一覧開示処理を終了する。
（アフィリエイターログインセッション監視処理：ステップＳ１１−１、Ｓ１１−５）
次に、図１２を参照しつつ、アフィリエイターログインセッション監視処理について説明する。図１２は、アフィリエイターログインセッション監視処理を説明するフローチャートである。
次に、図１２を参照しつつ、アフィリエイターログインセッション監視処理について説明する。図１２は、アフィリエイターログインセッション監視処理を説明するフローチャートである。
＜ステップＳ１１−１−１、Ｓ１１−５−１＞
まず、アフィリエイトサーバ１０は、アフィリエイターログインセッションテーブル（図６（ｂ）参照）にアクセスし、受信したアフィリエイターログインセッションＩＤが「ｐａｒ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールドに格納されているレコードを特定する（ステップＳ１１−１−１、Ｓ１１−５−１）。
まず、アフィリエイトサーバ１０は、アフィリエイターログインセッションテーブル（図６（ｂ）参照）にアクセスし、受信したアフィリエイターログインセッションＩＤが「ｐａｒ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールドに格納されているレコードを特定する（ステップＳ１１−１−１、Ｓ１１−５−１）。
＜ステップＳ１１−１−２、Ｓ１１−５−２＞
次に、アフィリエイトサーバ１０は、特定したレコードの「ｓ＿ｄａｔｅ」フィールドから、アフィリエイターログインセッションＩＤが生成された日時を示すビット列を取得する（ステップＳ１１−１−２、Ｓ１１−５−２）。
次に、アフィリエイトサーバ１０は、特定したレコードの「ｓ＿ｄａｔｅ」フィールドから、アフィリエイターログインセッションＩＤが生成された日時を示すビット列を取得する（ステップＳ１１−１−２、Ｓ１１−５−２）。
＜ステップＳ１１−１−３、Ｓ１１−５−３＞
次に、アフィリエイトサーバ１０は、アフィリエイターログインセッションＩＤを受信した日時を示すビット列とアフィリエイターログインセッションＩＤが生成された日時を示すビット列とに基づいて、アフィリエイターログインセッションＩＤを受信した日時が、アフィリエイターログインセッションＩＤが生成された日時からｘ分以内であるか否かを判断する（ステップＳ１１−１−３、Ｓ１１−５−３）。そして、ｘ分以内である場合はアフィリエイターログインセッション監視処理を終了し、ｘ分以内でない場合はステップＳ１１−１−４（Ｓ１１−５−４）に進む。
次に、アフィリエイトサーバ１０は、アフィリエイターログインセッションＩＤを受信した日時を示すビット列とアフィリエイターログインセッションＩＤが生成された日時を示すビット列とに基づいて、アフィリエイターログインセッションＩＤを受信した日時が、アフィリエイターログインセッションＩＤが生成された日時からｘ分以内であるか否かを判断する（ステップＳ１１−１−３、Ｓ１１−５−３）。そして、ｘ分以内である場合はアフィリエイターログインセッション監視処理を終了し、ｘ分以内でない場合はステップＳ１１−１−４（Ｓ１１−５−４）に進む。
＜ステップＳ１１−１−４、Ｓ１１−５−４＞
ｘ分以内でない場合、アフィリエイトサーバ１０は、時間切れを通知する時間切通知ビット列をアフィリエイター端末３０に対して送信し（ステップＳ１１−１−４、Ｓ１１−５−４、図２における図示略）、広告タグ一覧開示処理を終了する。
ｘ分以内でない場合、アフィリエイトサーバ１０は、時間切れを通知する時間切通知ビット列をアフィリエイター端末３０に対して送信し（ステップＳ１１−１−４、Ｓ１１−５−４、図２における図示略）、広告タグ一覧開示処理を終了する。
（広告一覧ビット列生成処理：ステップＳ１１−２）
次に、図１３を参照しつつ、広告一覧ビット列生成処理について説明する。図１３は、広告一覧ビット列生成処理を説明するフローチャートである。
次に、図１３を参照しつつ、広告一覧ビット列生成処理について説明する。図１３は、広告一覧ビット列生成処理を説明するフローチャートである。
＜ステップＳ１１−２−１＞
まず、アフィリエイトサーバ１０は、アフィリエイターログインセッションテーブル（図６（ｂ）参照）にアクセスし、受信したアフィリエイターログインセッションＩＤが「ｐａｒ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールドに格納されているレコードを特定する（ステップＳ１１−２−１）。
まず、アフィリエイトサーバ１０は、アフィリエイターログインセッションテーブル（図６（ｂ）参照）にアクセスし、受信したアフィリエイターログインセッションＩＤが「ｐａｒ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールドに格納されているレコードを特定する（ステップＳ１１−２−１）。
＜ステップＳ１１−２−２＞
次に、アフィリエイトサーバ１０は、特定したレコードの「ｐａｒ＿ｉｄ」フィールドからアフィリエイターＩＤを取得する（ステップＳ１１−２−２）。
次に、アフィリエイトサーバ１０は、特定したレコードの「ｐａｒ＿ｉｄ」フィールドからアフィリエイターＩＤを取得する（ステップＳ１１−２−２）。
＜ステップＳ１１−２−３＞
次に、アフィリエイトサーバ１０は、アフィリエイターサイトテーブル（図４（ｂ）参照）にアクセスし、取得したアフィリエイターＩＤが「ｐａｒ＿ｉｄ」フィールドに格納されており、且つ、受信したアフィリエイターサイトＩＤが「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールドに格納されているレコードを検索する（ステップＳ１１−２−３）。
次に、アフィリエイトサーバ１０は、アフィリエイターサイトテーブル（図４（ｂ）参照）にアクセスし、取得したアフィリエイターＩＤが「ｐａｒ＿ｉｄ」フィールドに格納されており、且つ、受信したアフィリエイターサイトＩＤが「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールドに格納されているレコードを検索する（ステップＳ１１−２−３）。
＜ステップＳ１１−２−４＞
次に、アフィリエイトサーバ１０は、レコードが存在するか否かを判断し（ステップＳ１１−２−４）、存在する場合は次のステップＳ１１−２−５に進み、存在しない場合は広告タグ一覧開示処理を終了する。
次に、アフィリエイトサーバ１０は、レコードが存在するか否かを判断し（ステップＳ１１−２−４）、存在する場合は次のステップＳ１１−２−５に進み、存在しない場合は広告タグ一覧開示処理を終了する。
＜ステップＳ１１−２−５＞
次に、アフィリエイトサーバ１０は、広告主サイトテーブル（図５（ｂ）参照）と拒否テーブル（図７（ｂ）参照）とを「ｃｌｉ＿ｉｄ」フィールドに格納されている広告主ＩＤをキーにして結合し、この結合されたテーブルにおいて、受信したアフィリエイターサイトＩＤが「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールドに格納されていないレコードを特定する（ステップＳ１１−２−５）
次に、アフィリエイトサーバ１０は、広告主サイトテーブル（図５（ｂ）参照）と拒否テーブル（図７（ｂ）参照）とを「ｃｌｉ＿ｉｄ」フィールドに格納されている広告主ＩＤをキーにして結合し、この結合されたテーブルにおいて、受信したアフィリエイターサイトＩＤが「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールドに格納されていないレコードを特定する（ステップＳ１１−２−５）
＜ステップＳ１１−２−６＞
次に、アフィリエイトサーバ１０は、特定したレコードの「ｃｌｉ＿ｓｉｔｅ＿ｎａｍｅ」フィールドと「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールドとから、広告主サイト名と広告主サイトＩＤとをそれぞれ取得する（ステップＳ１１−２−６）。
次に、アフィリエイトサーバ１０は、特定したレコードの「ｃｌｉ＿ｓｉｔｅ＿ｎａｍｅ」フィールドと「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールドとから、広告主サイト名と広告主サイトＩＤとをそれぞれ取得する（ステップＳ１１−２−６）。
＜ステップＳ１１−２−７＞
そして、アフィリエイトサーバ１０は、取得した広告主サイト名と取得した広告主サイトＩＤとアフィリエイターログインセッションＩＤとを含む広告一覧ビット列を生成し（ステップＳ１１−２−７）、広告一覧ビット列生成処理を終了する。
そして、アフィリエイトサーバ１０は、取得した広告主サイト名と取得した広告主サイトＩＤとアフィリエイターログインセッションＩＤとを含む広告一覧ビット列を生成し（ステップＳ１１−２−７）、広告一覧ビット列生成処理を終了する。
（広告タグ一覧ビット列生成処理：ステップＳ１１−６）
次に、図１４を参照しつつ、広告タグ一覧ビット列生成処理について説明する。図１４は、広告タグ一覧ビット列生成処理を説明するフローチャートである。
次に、図１４を参照しつつ、広告タグ一覧ビット列生成処理について説明する。図１４は、広告タグ一覧ビット列生成処理を説明するフローチャートである。
＜ステップＳ１１−６−１＞
まず、アフィリエイトサーバ１０は、アフィリエイターログインセッションテーブル（図６（ｂ）参照）にアクセスし、受信したアフィリエイターログインセッションＩＤが「ｐａｒ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールドに格納されているレコードを特定する（ステップＳ１１−６−１）。
まず、アフィリエイトサーバ１０は、アフィリエイターログインセッションテーブル（図６（ｂ）参照）にアクセスし、受信したアフィリエイターログインセッションＩＤが「ｐａｒ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールドに格納されているレコードを特定する（ステップＳ１１−６−１）。
＜ステップＳ１１−６−２＞
次に、アフィリエイトサーバ１０は、特定したレコードの「ｐａｒ＿ｉｄ」フィールドからアフィリエイターＩＤを取得する（ステップＳ１１−６−２）。
次に、アフィリエイトサーバ１０は、特定したレコードの「ｐａｒ＿ｉｄ」フィールドからアフィリエイターＩＤを取得する（ステップＳ１１−６−２）。
＜ステップＳ１１−６−３＞
次に、アフィリエイトサーバ１０は、アフィリエイターサイトテーブル（図４（ｂ）参照）にアクセスし、取得したアフィリエイターＩＤが「ｐａｒ＿ｉｄ」フィールドに格納されており、且つ、受信したアフィリエイターサイトＩＤが「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールドに格納されているレコードを検索する（ステップＳ１１−６−３）。
次に、アフィリエイトサーバ１０は、アフィリエイターサイトテーブル（図４（ｂ）参照）にアクセスし、取得したアフィリエイターＩＤが「ｐａｒ＿ｉｄ」フィールドに格納されており、且つ、受信したアフィリエイターサイトＩＤが「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールドに格納されているレコードを検索する（ステップＳ１１−６−３）。
＜ステップＳ１１−６−４＞
次に、アフィリエイトサーバ１０は、レコードが存在するか否かを判断し（ステップＳ１１−６−４）、存在する場合はステップＳ１１−６−５に進み、存在しない場合は広告タグ一覧ビット列生成処理を終了する。
次に、アフィリエイトサーバ１０は、レコードが存在するか否かを判断し（ステップＳ１１−６−４）、存在する場合はステップＳ１１−６−５に進み、存在しない場合は広告タグ一覧ビット列生成処理を終了する。
＜ステップＳ１１−６−５＞
次に、アフィリエイトサーバ１０は、広告主サイトテーブル（図５（ｂ）参照）にアクセスし、受信した広告主サイトＩＤが「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールドに格納されているレコードを特定する（ステップＳ１１−６−５）。
次に、アフィリエイトサーバ１０は、広告主サイトテーブル（図５（ｂ）参照）にアクセスし、受信した広告主サイトＩＤが「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールドに格納されているレコードを特定する（ステップＳ１１−６−５）。
＜ステップＳ１１−６−６＞
次に、アフィリエイトサーバ１０は、特定したレコードの「ｃｌｉ＿ｉｄ」フィールドから広告主ＩＤを取得する（ステップＳ１１−６−６）。
次に、アフィリエイトサーバ１０は、特定したレコードの「ｃｌｉ＿ｉｄ」フィールドから広告主ＩＤを取得する（ステップＳ１１−６−６）。
＜ステップＳ１１−６−７＞
次に、アフィリエイトサーバ１０は、拒否テーブル（図７（ｂ）参照）にアクセスし、取得した広告主ＩＤが「ｃｌｉ＿ｉｄ」フィールドに格納され、且つ、受信したアフィリエイターサイトＩＤが「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールドに格納されているレコードを検索する（ステップＳ１１−６−７）。
次に、アフィリエイトサーバ１０は、拒否テーブル（図７（ｂ）参照）にアクセスし、取得した広告主ＩＤが「ｃｌｉ＿ｉｄ」フィールドに格納され、且つ、受信したアフィリエイターサイトＩＤが「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールドに格納されているレコードを検索する（ステップＳ１１−６−７）。
＜ステップＳ１１−６−８＞
次に、アフィリエイトサーバ１０は、レコードが存在するか否かを判断し（ステップＳ１１−６−８）、存在しない場合はステップＳ１１−６−９に進み、存在する場合は広告タグ一覧ビット列生成処理を終了する。
次に、アフィリエイトサーバ１０は、レコードが存在するか否かを判断し（ステップＳ１１−６−８）、存在しない場合はステップＳ１１−６−９に進み、存在する場合は広告タグ一覧ビット列生成処理を終了する。
＜ステップＳ１１−６−９＞
次に、アフィリエイトサーバ１０は、広告原稿テーブル（図５（ｃ）参照）にアクセスし、受信した広告主サイトＩＤが「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールドに格納されているレコードを特定する（ステップＳ１１−６−９）。
次に、アフィリエイトサーバ１０は、広告原稿テーブル（図５（ｃ）参照）にアクセスし、受信した広告主サイトＩＤが「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールドに格納されているレコードを特定する（ステップＳ１１−６−９）。
＜ステップＳ１１−６−１０＞
次に、アフィリエイトサーバ１０は、特定したレコードの「ａｄ＿ｉｄ」フィールドと「ａｄ＿ｔｅｘｔ」フィールドとから、広告原稿ＩＤと広告原稿テキストとをそれぞれ取得する（ステップＳ１１−６−１０）。
次に、アフィリエイトサーバ１０は、特定したレコードの「ａｄ＿ｉｄ」フィールドと「ａｄ＿ｔｅｘｔ」フィールドとから、広告原稿ＩＤと広告原稿テキストとをそれぞれ取得する（ステップＳ１１−６−１０）。
＜ステップＳ１１−６−１１＞
次に、アフィリエイトサーバ１０は、アフィリエイターサイトＩＤと広告主サイトＩＤと広告原稿ＩＤと広告原稿テキストとを含むタグデータを生成する（ステップＳ１１−６−１１）。
次に、アフィリエイトサーバ１０は、アフィリエイターサイトＩＤと広告主サイトＩＤと広告原稿ＩＤと広告原稿テキストとを含むタグデータを生成する（ステップＳ１１−６−１１）。
＜ステップＳ１１−６−１２＞
そして、アフィリエイトサーバ１０は、生成したタグデータを含む広告タグ一覧ビット列を生成し（ステップＳ１１−６−１２）、広告タグ一覧ビット列生成処理を終了する。
そして、アフィリエイトサーバ１０は、生成したタグデータを含む広告タグ一覧ビット列を生成し（ステップＳ１１−６−１２）、広告タグ一覧ビット列生成処理を終了する。
（リダイレクト処理：ステップＳ１７）
次に、図１５を参照しつつ、リダイレクト処理について説明する。図１５は、リダイレクト処理を説明するフローチャートである。アフィリエイトサーバ１０は、閲覧者端末５０からリダイレクト要求ビット列（ステップＳ１６参照）を受信した場合、次のリダイレクト処理を開始する。なお、上述したように、このリダイレクト要求ビット列には、アフィリエイターサイトＩＤと広告主サイトＩＤと広告原稿ＩＤとが含まれている。
次に、図１５を参照しつつ、リダイレクト処理について説明する。図１５は、リダイレクト処理を説明するフローチャートである。アフィリエイトサーバ１０は、閲覧者端末５０からリダイレクト要求ビット列（ステップＳ１６参照）を受信した場合、次のリダイレクト処理を開始する。なお、上述したように、このリダイレクト要求ビット列には、アフィリエイターサイトＩＤと広告主サイトＩＤと広告原稿ＩＤとが含まれている。
＜ステップＳ１７−１＞
まず、アフィリエイトサーバ１０は、広告主サイトテーブル（図５（ｂ）参照）にアクセスし、受信した広告主サイトＩＤが「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールドに格納されているレコードを特定する（ステップＳ１７−１）。
まず、アフィリエイトサーバ１０は、広告主サイトテーブル（図５（ｂ）参照）にアクセスし、受信した広告主サイトＩＤが「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールドに格納されているレコードを特定する（ステップＳ１７−１）。
＜ステップＳ１７−２＞
次に、アフィリエイトサーバ１０は、特定したレコードの「ｃｌｉ＿ｉｄ」フィールドから広告主ＩＤを取得する（ステップＳ１７−２）。
次に、アフィリエイトサーバ１０は、特定したレコードの「ｃｌｉ＿ｉｄ」フィールドから広告主ＩＤを取得する（ステップＳ１７−２）。
＜ステップＳ１７−３＞
次に、アフィリエイトサーバ１０は、拒否テーブル（図７（ｂ）参照）にアクセスし、受信したアフィリエイターサイトＩＤが「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールドに格納され、且つ、取得した広告主ＩＤが「ｃｌｉ＿ｉｄ」フィールドに格納されているレコードを検索する（ステップＳ１７−３）。
次に、アフィリエイトサーバ１０は、拒否テーブル（図７（ｂ）参照）にアクセスし、受信したアフィリエイターサイトＩＤが「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールドに格納され、且つ、取得した広告主ＩＤが「ｃｌｉ＿ｉｄ」フィールドに格納されているレコードを検索する（ステップＳ１７−３）。
＜ステップＳ１７−４＞
次に、アフィリエイトサーバ１０は、レコードが存在するか否かを判断し（ステップＳ１７−４）、存在しない場合はステップＳ１７−５に進み、存在する場合はステップＳ１７−１１に進む。
次に、アフィリエイトサーバ１０は、レコードが存在するか否かを判断し（ステップＳ１７−４）、存在しない場合はステップＳ１７−５に進み、存在する場合はステップＳ１７−１１に進む。
＜ステップＳ１７−５＞
次に、アフィリエイトサーバ１０は、ステップＳ１７−１で特定したレコードの「ｃｌｉ＿ｉｄ」フィールド、「ｃｌｉ＿ｓｉｔｅ＿ｋｅｙ」フィールド、および「ｃｌｉ＿ｓｉｔｅ＿ａｄｄｒｅｓｓ」フィールドから、広告主ＩＤ、広告主サイトキー、および広告主サイトアドレスをそれぞれ取得する（ステップＳ１７−５）。
次に、アフィリエイトサーバ１０は、ステップＳ１７−１で特定したレコードの「ｃｌｉ＿ｉｄ」フィールド、「ｃｌｉ＿ｓｉｔｅ＿ｋｅｙ」フィールド、および「ｃｌｉ＿ｓｉｔｅ＿ａｄｄｒｅｓｓ」フィールドから、広告主ＩＤ、広告主サイトキー、および広告主サイトアドレスをそれぞれ取得する（ステップＳ１７−５）。
＜ステップＳ１７−６＞
次に、アフィリエイトサーバ１０は、アフィリエイターサイトテーブル（図４（ｂ）参照）にアクセスし、受信したアフィリエイターサイトＩＤが「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールドに格納されているレコードを特定する（ステップＳ１７−６）。
次に、アフィリエイトサーバ１０は、アフィリエイターサイトテーブル（図４（ｂ）参照）にアクセスし、受信したアフィリエイターサイトＩＤが「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールドに格納されているレコードを特定する（ステップＳ１７−６）。
＜ステップＳ１７−７＞
次に、アフィリエイトサーバ１０は、特定したレコードの「ｐａｒ＿ｉｄ」フィールドと「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールドとから、アフィリエイターＩＤとアフィリエイターサイトキーとをそれぞれ取得する（ステップＳ１７−７）。
次に、アフィリエイトサーバ１０は、特定したレコードの「ｐａｒ＿ｉｄ」フィールドと「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールドとから、アフィリエイターＩＤとアフィリエイターサイトキーとをそれぞれ取得する（ステップＳ１７−７）。
＜ステップＳ１７−８＞
次に、アフィリエイトサーバ１０は、リダイレクトセッションＩＤを生成する（ステップＳ１７−８）。
次に、アフィリエイトサーバ１０は、リダイレクトセッションＩＤを生成する（ステップＳ１７−８）。
＜ステップＳ１７−９＞
次に、アフィリエイトサーバ１０は、リダイレクトセッションテーブル（図６（ａ）参照）にアクセスし、生成したリダイレクトセッションＩＤ、取得したアフィリエイターＩＤ、受信したアフィリエイターサイトＩＤ、取得したアフィリエイターサイトキー、取得した広告主ＩＤ、受信した広告主サイトＩＤ、取得した広告主サイトキー、およびリダイレクトセッションＩＤを生成した日時を示すビット列を、「ｒｅｄｉｒｅｃｔ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールド、「ｐａｒ＿ｉｄ」フィールド、「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールド、「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールド、「ｃｌｉ＿ｉｄ」フィールド、「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールド、「ｃｌｉ＿ｓｉｔｅ＿ｋｅｙ」フィールド、および「ｓ＿ｄａｔｅ」フィールドにそれぞれ格納する（ステップＳ１７−９）。
次に、アフィリエイトサーバ１０は、リダイレクトセッションテーブル（図６（ａ）参照）にアクセスし、生成したリダイレクトセッションＩＤ、取得したアフィリエイターＩＤ、受信したアフィリエイターサイトＩＤ、取得したアフィリエイターサイトキー、取得した広告主ＩＤ、受信した広告主サイトＩＤ、取得した広告主サイトキー、およびリダイレクトセッションＩＤを生成した日時を示すビット列を、「ｒｅｄｉｒｅｃｔ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールド、「ｐａｒ＿ｉｄ」フィールド、「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールド、「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールド、「ｃｌｉ＿ｉｄ」フィールド、「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールド、「ｃｌｉ＿ｓｉｔｅ＿ｋｅｙ」フィールド、および「ｓ＿ｄａｔｅ」フィールドにそれぞれ格納する（ステップＳ１７−９）。
＜ステップＳ１７−１０＞
そして、アフィリエイトサーバ１０は、取得した広告主サイトアドレスと生成したリダイレクトセッションＩＤとを含むリダイレクト応答ビット列を生成し（ステップＳ１７−１０）、リダイレクト処理を終了する。
そして、アフィリエイトサーバ１０は、取得した広告主サイトアドレスと生成したリダイレクトセッションＩＤとを含むリダイレクト応答ビット列を生成し（ステップＳ１７−１０）、リダイレクト処理を終了する。
＜ステップＳ１７−１１＞
ステップＳ１７−４でレコードが存在した場合、アフィリエイトサーバ１０は、リダイレクト失敗通知ビット列を含むリダイレクト応答ビット列を生成し（ステップＳ１７−１１）、リダイレクト処理を終了する。なお、リダイレクト失敗通知ビット列とは、リダイレクト処理の失敗を通知するビット列である。
ステップＳ１７−４でレコードが存在した場合、アフィリエイトサーバ１０は、リダイレクト失敗通知ビット列を含むリダイレクト応答ビット列を生成し（ステップＳ１７−１１）、リダイレクト処理を終了する。なお、リダイレクト失敗通知ビット列とは、リダイレクト処理の失敗を通知するビット列である。
（報酬支払承認処理：ステップＳ２３）
次に、図１６を参照しつつ、報酬支払承認処理について説明する。図１６は、報酬支払承認処理を説明するフローチャートである。アフィリエイトサーバ１０は、広告主サーバ２１から報酬支払承認通知ビット列（ステップＳ２２参照）を受信した場合に、次の報酬支払承認処理を開始する。なお、上述したように、報酬支払承認通知ビット列には、リダイレクトセッションＩＤと広告主サイトキーとが含まれている。
次に、図１６を参照しつつ、報酬支払承認処理について説明する。図１６は、報酬支払承認処理を説明するフローチャートである。アフィリエイトサーバ１０は、広告主サーバ２１から報酬支払承認通知ビット列（ステップＳ２２参照）を受信した場合に、次の報酬支払承認処理を開始する。なお、上述したように、報酬支払承認通知ビット列には、リダイレクトセッションＩＤと広告主サイトキーとが含まれている。
＜ステップＳ２３−１＞
まず、アフィリエイトサーバ１０は、リダイレクトセッションテーブル（図６（ａ）参照）にアクセスし、受信した広告主サイトキーと受信したリダイレクトセッションＩＤとが、「ｃｌｉ＿ｓｉｔｅ＿ｋｅｙ」フィールドと「ｒｅｄｉｒｅｃｔ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールドとにそれぞれ格納されているレコードを特定する（ステップＳ２３−１）。
まず、アフィリエイトサーバ１０は、リダイレクトセッションテーブル（図６（ａ）参照）にアクセスし、受信した広告主サイトキーと受信したリダイレクトセッションＩＤとが、「ｃｌｉ＿ｓｉｔｅ＿ｋｅｙ」フィールドと「ｒｅｄｉｒｅｃｔ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールドとにそれぞれ格納されているレコードを特定する（ステップＳ２３−１）。
＜ステップＳ２３−２＞
次に、アフィリエイトサーバ１０は、特定できたか否かを判断し（ステップＳ２３−２）、特定できた場合はステップＳ２３−３に進み、特定できなかった場合はステップＳ２３−９に進む。
次に、アフィリエイトサーバ１０は、特定できたか否かを判断し（ステップＳ２３−２）、特定できた場合はステップＳ２３−３に進み、特定できなかった場合はステップＳ２３−９に進む。
＜ステップＳ２３−３＞
次に、アフィリエイトサーバ１０は、特定したレコードの「ｐａｒ＿ｉｄ」フィールド、「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールド、「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールド、「ｃｌｉ＿ｉｄ」フィールド、「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールド、および「ｃｌｉ＿ｓｉｔｅ＿ｋｅｙ」フィールドから、アフィリエイターＩＤ、アフィリエイターサイトＩＤ、アフィリエイターサイトキー、広告主ＩＤ、広告主サイトＩＤ、および広告主サイトキーをそれぞれ取得する（ステップＳ２３−３）。
次に、アフィリエイトサーバ１０は、特定したレコードの「ｐａｒ＿ｉｄ」フィールド、「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールド、「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールド、「ｃｌｉ＿ｉｄ」フィールド、「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールド、および「ｃｌｉ＿ｓｉｔｅ＿ｋｅｙ」フィールドから、アフィリエイターＩＤ、アフィリエイターサイトＩＤ、アフィリエイターサイトキー、広告主ＩＤ、広告主サイトＩＤ、および広告主サイトキーをそれぞれ取得する（ステップＳ２３−３）。
＜ステップＳ２３−４＞
次に、アフィリエイトサーバ１０は、拒否テーブル（図７（ｂ）参照）にアクセスし、取得した広告主ＩＤと取得したアフィリエイターサイトＩＤとが「ｃｌｉ＿ｉｄ」フィールドと「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールドとにそれぞれ格納されているレコードを検索する（ステップＳ２３−４）。
次に、アフィリエイトサーバ１０は、拒否テーブル（図７（ｂ）参照）にアクセスし、取得した広告主ＩＤと取得したアフィリエイターサイトＩＤとが「ｃｌｉ＿ｉｄ」フィールドと「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールドとにそれぞれ格納されているレコードを検索する（ステップＳ２３−４）。
＜ステップＳ２３−５＞
次に、アフィリエイトサーバ１０は、レコードが存在するか否かを判断し（ステップＳ２３−５）、存在する場合はステップＳ２３−９に進み、存在しない場合はステップＳ２３−６に進む。
次に、アフィリエイトサーバ１０は、レコードが存在するか否かを判断し（ステップＳ２３−５）、存在する場合はステップＳ２３−９に進み、存在しない場合はステップＳ２３−６に進む。
＜ステップＳ２３−６＞
次に、アフィリエイトサーバ１０は、承認ＩＤを生成する（ステップＳ２３−６）。
次に、アフィリエイトサーバ１０は、承認ＩＤを生成する（ステップＳ２３−６）。
＜ステップＳ２３−７＞
次に、アフィリエイトサーバ１０は、承認テーブル（図７（ａ）参照）にアクセスし、特定したレコードの「ａｐｐｒｏｖｅ＿ｉｄ」フィールド、「ｒｅｄｉｒｅｃｔ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールド、「ｐａｒ＿ｉｄ」フィールド、「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールド、「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールド、「ｃｌｉ＿ｉｄ」フィールド、「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールド、「ｃｌｉ＿ｓｉｔｅ＿ｋｅｙ」フィールド、および「ａ＿ｄａｔｅ」フィールドに、生成した承認ＩＤ、受信したリダイレクトセッションＩＤ、取得したアフィリエイターＩＤ、取得したアフィリエイターサイトＩＤ、取得したアフィリエイターサイトキー、取得した広告主ＩＤ、取得した広告主サイトＩＤ、取得した広告主サイトキー、および承認ＩＤを生成した日時を示すビット列をそれぞれ格納する（ステップＳ２３−７）。
次に、アフィリエイトサーバ１０は、承認テーブル（図７（ａ）参照）にアクセスし、特定したレコードの「ａｐｐｒｏｖｅ＿ｉｄ」フィールド、「ｒｅｄｉｒｅｃｔ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールド、「ｐａｒ＿ｉｄ」フィールド、「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールド、「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールド、「ｃｌｉ＿ｉｄ」フィールド、「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールド、「ｃｌｉ＿ｓｉｔｅ＿ｋｅｙ」フィールド、および「ａ＿ｄａｔｅ」フィールドに、生成した承認ＩＤ、受信したリダイレクトセッションＩＤ、取得したアフィリエイターＩＤ、取得したアフィリエイターサイトＩＤ、取得したアフィリエイターサイトキー、取得した広告主ＩＤ、取得した広告主サイトＩＤ、取得した広告主サイトキー、および承認ＩＤを生成した日時を示すビット列をそれぞれ格納する（ステップＳ２３−７）。
＜ステップＳ２３−８＞
次に、アフィリエイトサーバ１０は、報酬支払承認処理成功通知ビット列を生成し（ステップＳ２３−８）、報酬支払承認処理を終了する。
次に、アフィリエイトサーバ１０は、報酬支払承認処理成功通知ビット列を生成し（ステップＳ２３−８）、報酬支払承認処理を終了する。
＜ステップＳ２３−９＞
ステップＳ２３−２で特定できなかった場合またはステップＳ２３−５でレコードが存在した場合、アフィリエイトサーバ１０は、報酬支払承認処理失敗通知ビット列を生成し（ステップＳ２３−９）、報酬支払承認処理を終了する。
ステップＳ２３−２で特定できなかった場合またはステップＳ２３−５でレコードが存在した場合、アフィリエイトサーバ１０は、報酬支払承認処理失敗通知ビット列を生成し（ステップＳ２３−９）、報酬支払承認処理を終了する。
（チェック処理：ステップＳ２６）
次に、図１７を参照しつつ、チェック処理について説明する。図１７は、チェック処理を説明するフローチャートである。アフィリエイトサーバ１０は、広告主サーバ２１からチェック通知ビット列（ステップＳ２５参照）を受信した場合に、次のチェック処理を開始する。なお、上述したように、チェック通知ビット列には、リダイレクトセッションＩＤと広告主サイトキーとが含まれている。
次に、図１７を参照しつつ、チェック処理について説明する。図１７は、チェック処理を説明するフローチャートである。アフィリエイトサーバ１０は、広告主サーバ２１からチェック通知ビット列（ステップＳ２５参照）を受信した場合に、次のチェック処理を開始する。なお、上述したように、チェック通知ビット列には、リダイレクトセッションＩＤと広告主サイトキーとが含まれている。
＜ステップＳ２６−１＞
まず、アフィリエイトサーバ１０は、承認テーブル（図７（ａ）参照）にアクセスし、受信した広告主サイトキーと受信したリダイレクトセッションＩＤとが、「ｃｌｉ＿ｓｉｔｅ＿ｋｅｙ」フィールドと「ｒｅｄｉｒｅｃｔ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールドとにそれぞれ格納されているレコードを特定する（ステップＳ２６−１）。
まず、アフィリエイトサーバ１０は、承認テーブル（図７（ａ）参照）にアクセスし、受信した広告主サイトキーと受信したリダイレクトセッションＩＤとが、「ｃｌｉ＿ｓｉｔｅ＿ｋｅｙ」フィールドと「ｒｅｄｉｒｅｃｔ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールドとにそれぞれ格納されているレコードを特定する（ステップＳ２６−１）。
＜ステップＳ２６−２＞
次に、アフィリエイトサーバ１０は、特定できたか否かを判断し（ステップＳ２６−２）、特定できた場合はステップＳ２６−３に進み、特定できなかった場合はステップＳ２６−５に進む。
次に、アフィリエイトサーバ１０は、特定できたか否かを判断し（ステップＳ２６−２）、特定できた場合はステップＳ２６−３に進み、特定できなかった場合はステップＳ２６−５に進む。
＜ステップＳ２６−３＞
次に、アフィリエイトサーバ１０は、承認テーブル（図７（ａ）参照）にアクセスし、「ｍａｒｋｅｔ＿ｃｈｅｃｋ」フィールドと「ｍａｒｋｅｔ＿ｄａｔｅ」フィールドとに、チェック済ビット列とチェック通知ビット列を受信した日時を示すビット列とをそれぞれ格納する（ステップＳ２６−３）。
次に、アフィリエイトサーバ１０は、承認テーブル（図７（ａ）参照）にアクセスし、「ｍａｒｋｅｔ＿ｃｈｅｃｋ」フィールドと「ｍａｒｋｅｔ＿ｄａｔｅ」フィールドとに、チェック済ビット列とチェック通知ビット列を受信した日時を示すビット列とをそれぞれ格納する（ステップＳ２６−３）。
＜ステップＳ２６−４＞
そして、アフィリエイトサーバ１０は、チェック処理の成功を通知するチェック処理成功通知ビット列を生成し（ステップＳ２６−４）、チェック処理を終了する。
そして、アフィリエイトサーバ１０は、チェック処理の成功を通知するチェック処理成功通知ビット列を生成し（ステップＳ２６−４）、チェック処理を終了する。
＜ステップＳ２６−５＞
ステップＳ２６−２で特定できなかった場合、アフィリエイトサーバ１０は、チェック処理の失敗を通知するチェック処理失敗通知ビット列を生成し（ステップＳ２６−５）、チェック処理を終了する。
ステップＳ２６−２で特定できなかった場合、アフィリエイトサーバ１０は、チェック処理の失敗を通知するチェック処理失敗通知ビット列を生成し（ステップＳ２６−５）、チェック処理を終了する。
（広告主ログイン処理：ステップＳ２９）
次に、図１８を参照しつつ、広告主ログイン処理について説明する。図１８は、広告主ログイン処理を説明するフローチャートである。アフィリエイトサーバ１０は、広告主端末２２から広告主ログイン要求ビット列（ステップＳ２８参照）を受信した場合、次の広告主ログイン処理を開始する。
次に、図１８を参照しつつ、広告主ログイン処理について説明する。図１８は、広告主ログイン処理を説明するフローチャートである。アフィリエイトサーバ１０は、広告主端末２２から広告主ログイン要求ビット列（ステップＳ２８参照）を受信した場合、次の広告主ログイン処理を開始する。
＜ステップＳ２９−１＞
まず、アフィリエイトサーバ１０は、広告主端末２２に広告主ログイン画面ビット列を送信する（ステップＳ２９−１）。ここで、広告主ログイン画面ビット列とは広告主ログイン画面を構成するビット列をいい、広告主ログイン画面とは、広告主ログインデータビット列を入力する際のインターフェースとなるＷｅｂページである。
なお、広告主ログインデータビット列は、広告主端末２２からアフィリエイトサーバ１０へログインする際に必要となるビット列である。以下の説明では、広告主ＩＤと広告主パスワードとを広告主ログインデータビット列とするが、本発明においては、これらのビット列以外のビット列についても、広告主ログインデータビット列とすることができる。
まず、アフィリエイトサーバ１０は、広告主端末２２に広告主ログイン画面ビット列を送信する（ステップＳ２９−１）。ここで、広告主ログイン画面ビット列とは広告主ログイン画面を構成するビット列をいい、広告主ログイン画面とは、広告主ログインデータビット列を入力する際のインターフェースとなるＷｅｂページである。
なお、広告主ログインデータビット列は、広告主端末２２からアフィリエイトサーバ１０へログインする際に必要となるビット列である。以下の説明では、広告主ＩＤと広告主パスワードとを広告主ログインデータビット列とするが、本発明においては、これらのビット列以外のビット列についても、広告主ログインデータビット列とすることができる。
＜ステップＳ２９−２＞
次に、アフィリエイトサーバ１０は、広告主ＩＤと広告主パスワードとを広告主端末２２から受信するまで待機する（ステップＳ２９−２）。
次に、アフィリエイトサーバ１０は、広告主ＩＤと広告主パスワードとを広告主端末２２から受信するまで待機する（ステップＳ２９−２）。
＜ステップＳ２９−３＞
広告主ＩＤと広告主パスワードとを広告主端末２２から受信した場合、アフィリエイトサーバ１０は、広告主テーブル（図５（ａ）参照）にアクセスし、受信した広告主ＩＤが「ｃｌｉ＿ｉｄ」フィールドに格納されているレコードを特定する（ステップＳ２９−３）。
広告主ＩＤと広告主パスワードとを広告主端末２２から受信した場合、アフィリエイトサーバ１０は、広告主テーブル（図５（ａ）参照）にアクセスし、受信した広告主ＩＤが「ｃｌｉ＿ｉｄ」フィールドに格納されているレコードを特定する（ステップＳ２９−３）。
＜ステップＳ２９−４＞
次に、アフィリエイトサーバ１０は、特定したレコードの「ｃｌｉ＿ｐｗ」フィールドから広告主パスワードを取得する（ステップＳ２９−４）。
次に、アフィリエイトサーバ１０は、特定したレコードの「ｃｌｉ＿ｐｗ」フィールドから広告主パスワードを取得する（ステップＳ２９−４）。
＜ステップＳ２９−５＞
次に、アフィリエイトサーバ１０は、受信した広告主パスワードと取得した広告主パスワードとが一致するか否かを判断し（ステップＳ２９−５）、一致する場合はステップＳ２９−６に進み、一致しない場合はステップＳ２９−９に進む。
次に、アフィリエイトサーバ１０は、受信した広告主パスワードと取得した広告主パスワードとが一致するか否かを判断し（ステップＳ２９−５）、一致する場合はステップＳ２９−６に進み、一致しない場合はステップＳ２９−９に進む。
＜ステップＳ２９−６＞
次に、アフィリエイトサーバ１０は、広告主ログインセッションＩＤを生成する（ステップＳ２９−６）。
次に、アフィリエイトサーバ１０は、広告主ログインセッションＩＤを生成する（ステップＳ２９−６）。
＜ステップＳ２９−７＞
次に、アフィリエイトサーバ１０は、広告主ログインセッションテーブル（図６（ｃ）参照）にアクセスし、生成した広告主ログインセッションＩＤ、受信した広告主ＩＤ、受信した広告主パスワード、および広告主ログインセッションＩＤを生成した日時を示すビット列を、「ｃｌｉ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールド、「ｃｌｉ＿ｉｄ」フィールド、「ｃｌｉ＿ｐｗ」フィールド、および「ｓ＿ｄａｔｅ」フィールドにそれぞれ格納する（ステップＳ２９−７）。
次に、アフィリエイトサーバ１０は、広告主ログインセッションテーブル（図６（ｃ）参照）にアクセスし、生成した広告主ログインセッションＩＤ、受信した広告主ＩＤ、受信した広告主パスワード、および広告主ログインセッションＩＤを生成した日時を示すビット列を、「ｃｌｉ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールド、「ｃｌｉ＿ｉｄ」フィールド、「ｃｌｉ＿ｐｗ」フィールド、および「ｓ＿ｄａｔｅ」フィールドにそれぞれ格納する（ステップＳ２９−７）。
＜ステップＳ２９−８＞
そして、アフィリエイトサーバ１０は、生成した広告主ログインセッションＩＤを含む広告主ログイン成功通知ビット列を生成し（ステップＳ２９−８）、広告主ログイン処理を終了する。
そして、アフィリエイトサーバ１０は、生成した広告主ログインセッションＩＤを含む広告主ログイン成功通知ビット列を生成し（ステップＳ２９−８）、広告主ログイン処理を終了する。
＜ステップＳ２９−９＞
ステップＳ２９−５で受信した広告主パスワードと取得した広告主パスワードとが一致しなかった場合、アフィリエイトサーバ１０は、広告主ログイン失敗通知ビット列を生成し（ステップＳ２９−９）、広告主ログイン処理を終了する。
ステップＳ２９−５で受信した広告主パスワードと取得した広告主パスワードとが一致しなかった場合、アフィリエイトサーバ１０は、広告主ログイン失敗通知ビット列を生成し（ステップＳ２９−９）、広告主ログイン処理を終了する。
（市場データ開示処理：ステップＳ３２）
次に、図１９を参照しつつ、市場データ開示処理について説明する。図１９は、市場データ開示処理を説明するフローチャートである。アフィリエイトサーバ１０は、広告主端末２２から市場データ開示要求ビット列（ステップＳ３１参照）を受信した場合、次の市場データ開示処理を開始する。なお、上述したように、市場データ開示要求ビット列には、広告主ログインセッションＩＤが含まれている。
次に、図１９を参照しつつ、市場データ開示処理について説明する。図１９は、市場データ開示処理を説明するフローチャートである。アフィリエイトサーバ１０は、広告主端末２２から市場データ開示要求ビット列（ステップＳ３１参照）を受信した場合、次の市場データ開示処理を開始する。なお、上述したように、市場データ開示要求ビット列には、広告主ログインセッションＩＤが含まれている。
＜ステップＳ３２−１＞
まず、アフィリエイトサーバ１０は、広告主ログインセッション監視処理を実行する（ステップＳ３２−１）。
まず、アフィリエイトサーバ１０は、広告主ログインセッション監視処理を実行する（ステップＳ３２−１）。
＜ステップＳ３２−２＞
次に、アフィリエイトサーバ１０は、広告主ログインセッションテーブル（図６（ｃ）参照）にアクセスし、受信した広告主ログインセッションＩＤが「ｃｌｉ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールドに格納されているレコードを特定する（ステップＳ３２−２）。
次に、アフィリエイトサーバ１０は、広告主ログインセッションテーブル（図６（ｃ）参照）にアクセスし、受信した広告主ログインセッションＩＤが「ｃｌｉ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールドに格納されているレコードを特定する（ステップＳ３２−２）。
＜ステップＳ３２−３＞
次に、アフィリエイトサーバ１０は、特定したレコードの「ｃｌｉ＿ｉｄ」フィールドから広告主ＩＤを取得する（ステップＳ３２−３）。
次に、アフィリエイトサーバ１０は、特定したレコードの「ｃｌｉ＿ｉｄ」フィールドから広告主ＩＤを取得する（ステップＳ３２−３）。
＜ステップＳ３２−４＞
次に、アフィリエイトサーバ１０は、アフィリエイターテーブル（図４（ａ）参照）と拒否テーブル（図７（ｂ）参照）とを「ｐａｒ＿ｉｄ」に格納されているアフィリエイターＩＤをキーにして結合し、この結合されたテーブルにおいて、取得した広告主ＩＤが「ｃｌｉ＿ｉｄ」フィールドに格納されていないレコードを特定する（ステップＳ３２−４）。
次に、アフィリエイトサーバ１０は、アフィリエイターテーブル（図４（ａ）参照）と拒否テーブル（図７（ｂ）参照）とを「ｐａｒ＿ｉｄ」に格納されているアフィリエイターＩＤをキーにして結合し、この結合されたテーブルにおいて、取得した広告主ＩＤが「ｃｌｉ＿ｉｄ」フィールドに格納されていないレコードを特定する（ステップＳ３２−４）。
＜ステップＳ３２−５＞
次に、アフィリエイトサーバ１０は、特定したレコードの「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールドからアフィリエイターサイトキーを取得する（ステップＳ３２−５）。
次に、アフィリエイトサーバ１０は、特定したレコードの「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールドからアフィリエイターサイトキーを取得する（ステップＳ３２−５）。
＜ステップＳ３２−６＞
次に、アフィリエイトサーバ１０は、承認テーブル（図７（ａ）参照）にアクセスし、取得した広告主ＩＤが「ｃｌｉ＿ｉｄ」フィールドに格納され、且つ、取得したアフィリエイターサイトキーが「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールドに格納されているレコードの数Ｎをカウントする（ステップＳ３２−６）。
次に、アフィリエイトサーバ１０は、承認テーブル（図７（ａ）参照）にアクセスし、取得した広告主ＩＤが「ｃｌｉ＿ｉｄ」フィールドに格納され、且つ、取得したアフィリエイターサイトキーが「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールドに格納されているレコードの数Ｎをカウントする（ステップＳ３２−６）。
＜ステップＳ３２−７＞
次に、アフィリエイトサーバ１０は、取得した広告主ＩＤが「ｃｌｉ＿ｉｄ」フィールドに格納され、且つ、取得したアフィリエイターサイトキーが「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールドに格納されているレコードのうち、「ｍａｒｋｅｔ＿ｃｈｅｃｋ」フィールドにチェック済ビット列が格納されているレコードの数Ｍをカウントする（ステップＳ３２−７）。
次に、アフィリエイトサーバ１０は、取得した広告主ＩＤが「ｃｌｉ＿ｉｄ」フィールドに格納され、且つ、取得したアフィリエイターサイトキーが「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールドに格納されているレコードのうち、「ｍａｒｋｅｔ＿ｃｈｅｃｋ」フィールドにチェック済ビット列が格納されているレコードの数Ｍをカウントする（ステップＳ３２−７）。
＜ステップＳ３２−８＞
次に、アフィリエイトサーバ１０は、全てのアフィリエイターサイトキーについて、Ｎ、Ｍをカウントしたか否かを判断し（ステップＳ３２−８）、カウントしていればステップＳ３２−９に進み、カウントしていなければステップＳ３２−６に戻る。
次に、アフィリエイトサーバ１０は、全てのアフィリエイターサイトキーについて、Ｎ、Ｍをカウントしたか否かを判断し（ステップＳ３２−８）、カウントしていればステップＳ３２−９に進み、カウントしていなければステップＳ３２−６に戻る。
＜ステップＳ３２−９＞
次に、アフィリエイトサーバ１０は、各アフィリエイトサイトキーについてのＮ、Ｍと各アフィリエイターサイトキーと広告主ログインセッションＩＤとを含む市場データビット列を生成し（ステップＳ３２−９）、市場データ開示処理を終了する。
次に、アフィリエイトサーバ１０は、各アフィリエイトサイトキーについてのＮ、Ｍと各アフィリエイターサイトキーと広告主ログインセッションＩＤとを含む市場データビット列を生成し（ステップＳ３２−９）、市場データ開示処理を終了する。
（ネットワーク構成変更処理：ステップＳ３５）
次に、図２０を参照しつつ、ネットワーク構成変更処理について説明する。図２０は、ネットワーク構成変更処理を説明するフローチャートである。アフィリエイトサーバ１０は、広告主端末２２からネットワーク構成変更通知ビット列（ステップＳ３４参照）を受信した場合、次のネットワーク構成変更処理を開始する。なお、上述したように、ネットワーク構成変更通知ビット列には、広告主ログインセッションＩＤとアフィリエイターサイトキーとが含まれている。
次に、図２０を参照しつつ、ネットワーク構成変更処理について説明する。図２０は、ネットワーク構成変更処理を説明するフローチャートである。アフィリエイトサーバ１０は、広告主端末２２からネットワーク構成変更通知ビット列（ステップＳ３４参照）を受信した場合、次のネットワーク構成変更処理を開始する。なお、上述したように、ネットワーク構成変更通知ビット列には、広告主ログインセッションＩＤとアフィリエイターサイトキーとが含まれている。
＜ステップＳ３５−１＞
まず、アフィリエイトサーバ１０は、広告主ログインセッション監視処理を実行する（ステップＳ３５−１）。
まず、アフィリエイトサーバ１０は、広告主ログインセッション監視処理を実行する（ステップＳ３５−１）。
＜ステップＳ３５−２＞
次に、アフィリエイトサーバ１０は、広告主ログインセッションテーブル（図６（ｃ）参照）にアクセスし、受信した広告主ログインセッションＩＤが「ｃｌｉ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールドに格納されているレコードを特定する（ステップＳ３５−２）。
次に、アフィリエイトサーバ１０は、広告主ログインセッションテーブル（図６（ｃ）参照）にアクセスし、受信した広告主ログインセッションＩＤが「ｃｌｉ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールドに格納されているレコードを特定する（ステップＳ３５−２）。
＜ステップＳ３５−３＞
次に、アフィリエイトサーバ１０は、特定したレコードの「ｃｌｉ＿ｉｄ」フィールドから広告主ＩＤを取得する（ステップＳ３５−３）。
次に、アフィリエイトサーバ１０は、特定したレコードの「ｃｌｉ＿ｉｄ」フィールドから広告主ＩＤを取得する（ステップＳ３５−３）。
＜ステップＳ３５−４＞
次に、アフィリエイトサーバ１０は、アフィリエイターサイトテーブル（図４（ｂ）参照）にアクセスし、受信したアフィリエイターサイトキーが「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールドに格納されているレコードを特定する（ステップＳ３５−４）。
次に、アフィリエイトサーバ１０は、アフィリエイターサイトテーブル（図４（ｂ）参照）にアクセスし、受信したアフィリエイターサイトキーが「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールドに格納されているレコードを特定する（ステップＳ３５−４）。
＜ステップＳ３５−５＞
次に、アフィリエイトサーバ１０は、特定したレコードの「ｐａｒ＿ｉｄ」フィールドと「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールドとからアフィリエイターＩＤとアフィリエイターサイトＩＤとをそれぞれ取得する（ステップＳ３５−５）。
次に、アフィリエイトサーバ１０は、特定したレコードの「ｐａｒ＿ｉｄ」フィールドと「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールドとからアフィリエイターＩＤとアフィリエイターサイトＩＤとをそれぞれ取得する（ステップＳ３５−５）。
＜ステップＳ３５−６＞
次に、アフィリエイトサーバ１０は、拒否テーブル（図７（ｂ）参照）にアクセスし、取得した広告主ＩＤ、取得したアフィリエイターＩＤ、取得したアフィリエイターサイトＩＤ、および受信したアフィリエイターサイトキーを、「ｃｌｉ＿ｉｄ」フィールド、「ｐａｒ＿ｉｄ」フィールド、「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールド、および「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールドにそれぞれ格納する（ステップＳ３５−６）。
次に、アフィリエイトサーバ１０は、拒否テーブル（図７（ｂ）参照）にアクセスし、取得した広告主ＩＤ、取得したアフィリエイターＩＤ、取得したアフィリエイターサイトＩＤ、および受信したアフィリエイターサイトキーを、「ｃｌｉ＿ｉｄ」フィールド、「ｐａｒ＿ｉｄ」フィールド、「ｐａｒ＿ｓｉｔｅ＿ｉｄ」フィールド、および「ｐａｒ＿ｓｉｔｅ＿ｋｅｙ」フィールドにそれぞれ格納する（ステップＳ３５−６）。
＜ステップＳ３５−７＞
そして、アフィリエイトサーバ１０は、ネットワーク構成変更完了通知ビット列を生成し（ステップＳ３５−７）、ネットワーク構成変更処理を終了する。
そして、アフィリエイトサーバ１０は、ネットワーク構成変更完了通知ビット列を生成し（ステップＳ３５−７）、ネットワーク構成変更処理を終了する。
（広告主ログインセッション監視処理：ステップＳ３２−１、Ｓ３５−１）
次に、図２１を参照しつつ、広告主ログインセッション監視処理について説明する。図２１は、広告主ログインセッション監視処理を説明するフローチャートである。
次に、図２１を参照しつつ、広告主ログインセッション監視処理について説明する。図２１は、広告主ログインセッション監視処理を説明するフローチャートである。
＜ステップＳ３２−１−１、Ｓ３５−１−１＞
まず、アフィリエイトサーバ１０は、広告主ログインセッションテーブル（図６（ｃ）参照）にアクセスし、受信した広告主ログインセッションＩＤが「ｃｌｉ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールドに格納されているレコードを特定する（ステップＳ３２−１−１、Ｓ３５−１−１）。
まず、アフィリエイトサーバ１０は、広告主ログインセッションテーブル（図６（ｃ）参照）にアクセスし、受信した広告主ログインセッションＩＤが「ｃｌｉ＿ｓｅｓｓｉｏｎ＿ｉｄ」フィールドに格納されているレコードを特定する（ステップＳ３２−１−１、Ｓ３５−１−１）。
＜ステップＳ３２−１−２、Ｓ３５−１−２＞
次に、アフィリエイトサーバ１０は、特定したレコードの「ｓ＿ｄａｔｅ」フィールドから、広告主ログインセッションＩＤが生成された日時を示すビット列を取得する（ステップＳ３２−１−２、Ｓ３５−１−２）。
次に、アフィリエイトサーバ１０は、特定したレコードの「ｓ＿ｄａｔｅ」フィールドから、広告主ログインセッションＩＤが生成された日時を示すビット列を取得する（ステップＳ３２−１−２、Ｓ３５−１−２）。
＜ステップＳ３２−１−３、Ｓ３５−１−３＞
次に、アフィリエイトサーバ１０は、広告主ログインセッションＩＤを受信した日時を示すビット列と広告主ログインセッションＩＤが生成された日時を示すビット列とに基づいて、広告主ログインセッションＩＤを受信した日時が、広告主ログインセッションＩＤが生成された日時からｘ分以内であるか否かを判断する（ステップＳ３２−１−３、Ｓ３５−１−３）。そして、ｘ分以内である場合は広告主ログインセッション監視処理を終了し、ｘ分以内でない場合はステップＳ３２−１−４（Ｓ３５−１−４）に進む。
次に、アフィリエイトサーバ１０は、広告主ログインセッションＩＤを受信した日時を示すビット列と広告主ログインセッションＩＤが生成された日時を示すビット列とに基づいて、広告主ログインセッションＩＤを受信した日時が、広告主ログインセッションＩＤが生成された日時からｘ分以内であるか否かを判断する（ステップＳ３２−１−３、Ｓ３５−１−３）。そして、ｘ分以内である場合は広告主ログインセッション監視処理を終了し、ｘ分以内でない場合はステップＳ３２−１−４（Ｓ３５−１−４）に進む。
＜ステップＳ３２−１−４、Ｓ３５−１−４＞
ｘ分以内でない場合、アフィリエイトサーバ１０は、時間切れを通知する時間切通知ビット列を広告主端末２２に対して送信し（ステップＳ３２−１−４、Ｓ３５−１−４、図２における図示略）、市場データ開示処理またはネットワーク構成変更処理を終了する。
ｘ分以内でない場合、アフィリエイトサーバ１０は、時間切れを通知する時間切通知ビット列を広告主端末２２に対して送信し（ステップＳ３２−１−４、Ｓ３５−１−４、図２における図示略）、市場データ開示処理またはネットワーク構成変更処理を終了する。
以上説明したように、本発明の実施形態によれば、アフィリエイトサーバ１０においてアフィリエイターサイトごとにチェック済ビット列が記憶され、この記憶されているチェック済ビット列を用いて生成された市場データビット列が、アフィリエイトサーバ１０から広告主端末２２に送信される。
したがって、本発明の実施形態によれば、チェック通知ビット列を報酬支払承認後のイベント発生（解約やリピート購入など）を示すビット列とすることにより、広告主端末２２において、商品・サービスを購入などした後の顧客の行動（解約をしたかリピート購入したかなど）を把握することができる。
このため、本発明の実施形態によれば、広告主は、あるアフィリエイターサイトを閲覧している見込客群が、広告主が望んでいる顧客となり得るか否かを判断することが可能となるため、この判断の結果に基づいて、そのアフィリエイターサイトを広告主のネットワーク構成に含ませるか否かを判断することが可能となる。
よって、本発明の実施形態によれば、広告主のネットワーク構成をアフィリエイターサイトの実績に依存して行う必要がなくなるため、広告主の顧客がアフィリエイター主導で形成されてしまうということがなく、広告主は、広告主主導で顧客形成を行うことが可能となる。
したがって、本発明の実施形態によれば、チェック通知ビット列を報酬支払承認後のイベント発生（解約やリピート購入など）を示すビット列とすることにより、広告主端末２２において、商品・サービスを購入などした後の顧客の行動（解約をしたかリピート購入したかなど）を把握することができる。
このため、本発明の実施形態によれば、広告主は、あるアフィリエイターサイトを閲覧している見込客群が、広告主が望んでいる顧客となり得るか否かを判断することが可能となるため、この判断の結果に基づいて、そのアフィリエイターサイトを広告主のネットワーク構成に含ませるか否かを判断することが可能となる。
よって、本発明の実施形態によれば、広告主のネットワーク構成をアフィリエイターサイトの実績に依存して行う必要がなくなるため、広告主の顧客がアフィリエイター主導で形成されてしまうということがなく、広告主は、広告主主導で顧客形成を行うことが可能となる。
また、本発明の実施形態は、あるアフィリエイターサイトを閲覧している見込客群が、広告主が望んでいない顧客になり得ると判断された場合には、たとえ実績が良くても、そのアフィリエイターサイトを広告主のネットワーク構成から除外することが可能となるため、広告主主導で顧客形成を行うに際して好ましい。
本実施形態では、このネットワーク構成からの除外は、広告開示処理の一例である広告タグ一覧開示処理、リダイレクト処理、および報酬支払承認済ビット列を記憶する処理の一例である報酬支払承認処理について行われるが、この除外は、上記実施形態のように、拒否テーブルを用いて行うことが好ましい。このようにすれば、拒否テーブルの内容を変更するだけで、除外または除外の解除が可能となり、他のテーブルを操作する必要がなくなる。アフィリエイトシステムにおいては、ネットワーク上に多数のアフィリエイターサイトが存在し、アフィリエイトサーバ１０は、休み無く稼働するものであり、たとえば商談中に誤動作が生じると、閲覧者端末のコンピュータユーザおよび広告主の双方が不利益を被る。したがって、上記の構成は、テーブル操作を簡素化するとともに、テーブルが誤操作されることをなくすものであるため、アフィリエイトシステムにおいて特に好ましい形態である。
また、上記実施形態においては、あるアフィリエイターサイトが広告主のネットワーク構成から除外された場合、以後、そのアフィリエイターサイトは、広告主が管理するすべての広告主サイトについて、広告タグ一覧開示処理、リダイレクト処理、および報酬支払承認処理が中止される。したがって、本実施形態は、あるアフィリエイターサイトを閲覧する見込客群が、広告主が管理する一の広告主サイトにとって好ましくないときには、その広告主が管理する他の広告主サイトについても好ましくないと予測される場合において、好ましい。広告主端末２２において、あるアフィリエイターサイトについてのネットワーク構成からの除外を１つ１つの広告主サイトについて行う必要がなくなるからである。
他方で、あるアフィリエイターサイトを閲覧する見込客群が、広告主が管理する一の広告主サイトにとって好ましくないときであっても、その広告主が管理する他の広告主サイトについてまでも好ましくないと予測されない場合には、拒否テーブル（図７（ｂ）参照）に、「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールドを追加し、または拒否テーブル（図７（ｂ）参照）の「ｃｌｉ＿ｉｄ」フィールドを「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールドに代えて、上記した拒否テーブル（図７（ｂ）参照）の「ｃｌｉ＿ｉｄ」フィールドについての処理を「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールドについて行うようにすることが好ましい。このようにすれば、ネットワーク構成の変更が、広告主サイト単位で行われるため、あるアフィリエイターサイトが一の広告主サイトについてのネットワーク構成から除外されたとしても、そのアフィリエイターサイトは、その一の広告主サイトを管理する広告主の他の広告主サイトについて、ネットワーク構成から除外されることがない。
なお、あるアフィリエイターサイトを閲覧する見込客群が、広告主が管理する一の広告主サイトにとって好ましくないときに、その広告主が管理する他の広告主サイトについても好ましくないか否かを予測することが困難な市場環境においては、広告主端末２２からアフィリエイトサーバ１０に送信されるネットワーク構成変更通知ビット列に、一括除外通知ビット列または選択除外通知ビット列を含ませることにより、一の広告主サイトについての除外かすべての広告主サイトについての除外かを、広告主端末２２において選択できるようにすることが好ましい。この場合は、拒否テーブル（図７（ｂ）参照）に、「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールドを追加した上、一括除外フィールドも追加して、一括除外されているのか、選択除外されているのかを判断できるようにする。そして、あるアフィリエイターサイトに関して、拒否テーブル（図７（ｂ）参照）の一括除外フィールドに一括除外を示すビット列が格納されている場合は、上記したように、拒否テーブル（図７（ｂ）参照）の「ｃｌｉ＿ｉｄ」フィールドについての処理を「ｃｌｉ＿ｉｄ」フィールドについて行うようにし、他方、あるアフィリエイターサイトに関して、拒否テーブル（図７（ｂ）参照）の一括除外フィールドに選択除外を示すビット列が格納されている場合は、上記した拒否テーブル（図７（ｂ）参照）の「ｃｌｉ＿ｉｄ」フィールドについての処理を「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールドについて行うようにする。
上記いずれの形態も、「その特定のアフィリエイターサイトに関して、広告開示処理、リダイレクト処理、および報酬支払承認済ビット列を記憶する処理のうちの少なくとも１つの処理を広告主装置について行わないまたは中止する」に含まれる。
他方で、あるアフィリエイターサイトを閲覧する見込客群が、広告主が管理する一の広告主サイトにとって好ましくないときであっても、その広告主が管理する他の広告主サイトについてまでも好ましくないと予測されない場合には、拒否テーブル（図７（ｂ）参照）に、「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールドを追加し、または拒否テーブル（図７（ｂ）参照）の「ｃｌｉ＿ｉｄ」フィールドを「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールドに代えて、上記した拒否テーブル（図７（ｂ）参照）の「ｃｌｉ＿ｉｄ」フィールドについての処理を「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールドについて行うようにすることが好ましい。このようにすれば、ネットワーク構成の変更が、広告主サイト単位で行われるため、あるアフィリエイターサイトが一の広告主サイトについてのネットワーク構成から除外されたとしても、そのアフィリエイターサイトは、その一の広告主サイトを管理する広告主の他の広告主サイトについて、ネットワーク構成から除外されることがない。
なお、あるアフィリエイターサイトを閲覧する見込客群が、広告主が管理する一の広告主サイトにとって好ましくないときに、その広告主が管理する他の広告主サイトについても好ましくないか否かを予測することが困難な市場環境においては、広告主端末２２からアフィリエイトサーバ１０に送信されるネットワーク構成変更通知ビット列に、一括除外通知ビット列または選択除外通知ビット列を含ませることにより、一の広告主サイトについての除外かすべての広告主サイトについての除外かを、広告主端末２２において選択できるようにすることが好ましい。この場合は、拒否テーブル（図７（ｂ）参照）に、「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールドを追加した上、一括除外フィールドも追加して、一括除外されているのか、選択除外されているのかを判断できるようにする。そして、あるアフィリエイターサイトに関して、拒否テーブル（図７（ｂ）参照）の一括除外フィールドに一括除外を示すビット列が格納されている場合は、上記したように、拒否テーブル（図７（ｂ）参照）の「ｃｌｉ＿ｉｄ」フィールドについての処理を「ｃｌｉ＿ｉｄ」フィールドについて行うようにし、他方、あるアフィリエイターサイトに関して、拒否テーブル（図７（ｂ）参照）の一括除外フィールドに選択除外を示すビット列が格納されている場合は、上記した拒否テーブル（図７（ｂ）参照）の「ｃｌｉ＿ｉｄ」フィールドについての処理を「ｃｌｉ＿ｓｉｔｅ＿ｉｄ」フィールドについて行うようにする。
上記いずれの形態も、「その特定のアフィリエイターサイトに関して、広告開示処理、リダイレクト処理、および報酬支払承認済ビット列を記憶する処理のうちの少なくとも１つの処理を広告主装置について行わないまたは中止する」に含まれる。
なお、本実施形態においては、アフィリエイトサーバ１０が、報酬支払承認通知ビット列を広告主サーバ２１から受信するとしたが、アフィリエイトサーバ１０は、広告主サーバ２１以外の広告主装置である広告主端末２２から報酬支払承認通知ビット列を受信してもよく、また、報酬支払承認通知ビット列を構成する電子ファイルを広告主端末２２から受信してその内容を読み込むことにより、報酬支払承認通知ビット列を受信してもよい。
また、本実施形態においては、セキュリティの向上のため、アフィリエイトサイトキーを用いることが好ましいが、本発明においては、アフィリエイトサイトＩＤを広告主端末２２に送信して開示することもできる。
また、本実施形態においては、広告主サーバ２１からアフィリエイトサーバ１０へのアクセスについて、セキュリティの向上のために、広告主サイトキーを用いたが、本発明においては、たとえば、広告主サイトキーを用いることなく、広告主サーバ２１のＩＰアドレスを確認することにより、広告主サーバ２１からアフィリエイトサーバ１０へのアクセスについてのセキュリティ向上を図ることもできる。
また、本実施形態においては、広告主サーバ２１からアフィリエイトサーバ１０へのアクセスについて、セキュリティの向上のために、広告主サイトキーを用いたが、本発明においては、たとえば、広告主サイトキーを用いることなく、広告主サーバ２１のＩＰアドレスを確認することにより、広告主サーバ２１からアフィリエイトサーバ１０へのアクセスについてのセキュリティ向上を図ることもできる。
また、本実施形態においては、広告主サーバ２１からアフィリエイトサーバ１０へ送信される報酬支払承認通知ビット列に、リダイレクトセッションＩＤが含まれることとしたが、本発明においては、たとえば、広告主サイトにおける購入完了画面を表示するＷｅｂページに、閲覧者端末５０のブラウザをアフィリエイトサーバ１０へアクセスさせるタグを記載しておき、広告主サイトで商品・サービスを購入した場合には、閲覧者端末５０がアフィリエイトサーバ１０にリダイレクトセッションＩＤを含んだクッキーを送信させるようにして、リダイレクト処理のセッションを識別するようにしてもよい。この場合は、リダイレクト応答通知ビット列に、リダイレクトセッションＩＤを含んだクッキーが含まれる。
なお、本実施形態において、報酬支払承認通知ビット列と報酬支払承認済ビット列とは同じビット列であってもよいし、異なるビット列であってもよい。また、チェック通知ビット列とチェック済ビット列とは、同じビット列であってもよいし、異なるビット列であってもよい。
本実施形態においては、１つのアフィリエイターサイトについて１つ以上のチェック済ビット列が記憶されるものとした。この場合、あるアフィリエイターサイトについてのチェック済ビット列が記憶されている数Ｍは、あるアフィリエイターサイトについてアフィリエイトサーバ１０が広告主サーバ２１からチェック通知ビット列を受信した回数を示す。
しかしながら、本発明においては、たとえば、１つのアフィリエイターサイトについて１つのチェック済ビット列が記憶されるものとしてもよい。この場合、あるアフィリエイターサイトについてのチェック済ビット列は、それ自体が、あるアフィリエイターサイトについてアフィリエイトサーバ１０が広告主サーバ２１からチェック通知ビット列を受信した回数を示す。このように構成する場合、アフィリエイトサーバ１０は、広告主サーバ２１からチェック通知ビット列を受信した場合に、記憶されているチェック済ビット列に１を加算したビット列を新たにチェック済ビット列として記憶する。
１つのアフィリエイターサイトについて１以上のチェック済ビット列を記憶してチェック済ビット列が記憶されている数に意味を持たせる場合と、１つのアフィリエイターサイトについて１つのチェック済ビット列を記憶してチェック済ビット列それ自体に意味を持たせる場合のいずれについても、「報酬支払承認済ビット列についてチェックが行われたことを示すチェック済ビット列を記憶する」に含まれる。
しかしながら、本発明においては、たとえば、１つのアフィリエイターサイトについて１つのチェック済ビット列が記憶されるものとしてもよい。この場合、あるアフィリエイターサイトについてのチェック済ビット列は、それ自体が、あるアフィリエイターサイトについてアフィリエイトサーバ１０が広告主サーバ２１からチェック通知ビット列を受信した回数を示す。このように構成する場合、アフィリエイトサーバ１０は、広告主サーバ２１からチェック通知ビット列を受信した場合に、記憶されているチェック済ビット列に１を加算したビット列を新たにチェック済ビット列として記憶する。
１つのアフィリエイターサイトについて１以上のチェック済ビット列を記憶してチェック済ビット列が記憶されている数に意味を持たせる場合と、１つのアフィリエイターサイトについて１つのチェック済ビット列を記憶してチェック済ビット列それ自体に意味を持たせる場合のいずれについても、「報酬支払承認済ビット列についてチェックが行われたことを示すチェック済ビット列を記憶する」に含まれる。
また、本実施形態においては、１つのアフィリエイターサイトについて１つ以上のチェック済ビット列が記憶されるものとして、チェック済ビット列が記憶されている数Ｍをアフィリエイターサイトごとにカウントし、これらを市場データビット列に含ませるものとした。
しかしながら、本発明においては、たとえば、１つのアフィリエイターサイトについて１つのチェック済ビット列が記憶されるものとして、アフィリエイターサイトごとのチェック済ビット列を市場データビット列に含ませるものとしてもよい。上述したように、この場合は、あるアフィリエイターサイトについてのチェック済ビット列それ自体が、あるアフィリエイターサイトについてアフィリエイトサーバ１０が広告主サーバ２１からチェック通知ビット列を受信した回数を示す。
また、本発明においては、たとえば、報酬支払承認済ビット列が記憶されている数Ｎとチェック済ビット列が記憶されている数Ｍとをカウントし、これらＮ、Ｍを四則演算した数を示すビット列やＮとＭとを対比させたグラフを示すビット列などを市場データビット列に含ませてもよい。
これらのいずれの形態についても、「記憶されているチェック済ビット列を用いて市場データビット列を生成する」に含まれる。
しかしながら、本発明においては、たとえば、１つのアフィリエイターサイトについて１つのチェック済ビット列が記憶されるものとして、アフィリエイターサイトごとのチェック済ビット列を市場データビット列に含ませるものとしてもよい。上述したように、この場合は、あるアフィリエイターサイトについてのチェック済ビット列それ自体が、あるアフィリエイターサイトについてアフィリエイトサーバ１０が広告主サーバ２１からチェック通知ビット列を受信した回数を示す。
また、本発明においては、たとえば、報酬支払承認済ビット列が記憶されている数Ｎとチェック済ビット列が記憶されている数Ｍとをカウントし、これらＮ、Ｍを四則演算した数を示すビット列やＮとＭとを対比させたグラフを示すビット列などを市場データビット列に含ませてもよい。
これらのいずれの形態についても、「記憶されているチェック済ビット列を用いて市場データビット列を生成する」に含まれる。
なお、上記実施形態では、報酬支払承認通知ビット列が、商品・サービスが購入されるというイベントに基づいて、広告主サーバ２１からアフィリエイトサーバ１０に送信される場合について説明したが、報酬支払承認通知ビット列は、資料請求や予約などのイベントに基づいて、広告主サーバ２１からアフィリエイトサーバ１０に送信されることとしてもよい。
なお、本発明においては、２ビット以上はもちろんであるが、１ビットであっても「ビット列」であるとする。
次に、本発明の実施例１について説明する。実施例１では、アフィリエイターサイトＡとアフィリエイターサイトＢとが存在するアフィリエイトシステム１について検討する。ここで、チェック通知ビット列は報酬支払承認後に解約が行われたことを意味するものとし、また、アフィリエイターサイトＡについての報酬支払承認済ビット列が記憶されているレコードの数Ｎは「１００」、チェック済ビット列が記憶されているレコードの数Ｍは「９０」とし、アフィリエイターサイトＢについての報酬支払承認済ビット列が記憶されているレコードの数Ｎは「８０」、チェック済ビット列が記憶されているレコードの数Ｍは「５０」とする。市場データビット列には、アフィリエイターサイトＡ、Ｂについての上記Ｎ、Ｍを示すビット列が含まれているものとする。
実施例１によれば、広告主端末２２において、アフィリエイターサイトＡ、Ｂとでは、アフィリエイターサイトＡの方が売上が高く実績が良いことを把握することができるが、解約数の点からして、アフィリエイターサイトＢを閲覧しているコンピュータユーザの方が広告主にとって良い顧客であることを判断できる。
そこで、実施例１では、アフィリエイターサイトＡを広告主サーバ２１のネットワーク構成から除外する。この場合、広告主は、アフィリエイターサイトＡのアフィリエイターには、以後、無駄な広告報酬を支払う必要がなくなる。
実施例１によれば、広告主端末２２において、アフィリエイターサイトＡ、Ｂとでは、アフィリエイターサイトＡの方が売上が高く実績が良いことを把握することができるが、解約数の点からして、アフィリエイターサイトＢを閲覧しているコンピュータユーザの方が広告主にとって良い顧客であることを判断できる。
そこで、実施例１では、アフィリエイターサイトＡを広告主サーバ２１のネットワーク構成から除外する。この場合、広告主は、アフィリエイターサイトＡのアフィリエイターには、以後、無駄な広告報酬を支払う必要がなくなる。
［比較例１］
上記実施例１と同様のケースについて検討する。ただし、比較例１では、アフィリエイターサイトの実績に基づいて、広告主のネットワークを構成する。比較例１では、実績がよければ解約数も少ないと誤解されているなどのため、アフィリエイターサイトＢが広告主のネットワークから除外され、広告主は、アフィリエイターサイトＡのアフィリエイターに無駄な広告報酬を支払い続けなければならない。
上記実施例１と同様のケースについて検討する。ただし、比較例１では、アフィリエイターサイトの実績に基づいて、広告主のネットワークを構成する。比較例１では、実績がよければ解約数も少ないと誤解されているなどのため、アフィリエイターサイトＢが広告主のネットワークから除外され、広告主は、アフィリエイターサイトＡのアフィリエイターに無駄な広告報酬を支払い続けなければならない。
次に、本発明の実施例２について説明する。実施例２では、アフィリエイターサイトＡとアフィリエイターサイトＢとが存在するアフィリエイトシステム１について検討する。ここで、チェック通知ビット列は報酬支払承認後にリピート購入を意味するものとし、また、アフィリエイターサイトＡについての報酬支払承認済ビット列が記憶されているレコードの数Ｎは「１００」、チェック済ビット列が記憶されているレコードの数Ｍは「１０」とし、アフィリエイターサイトＢについての報酬支払承認済ビット列が記憶されているレコードの数Ｎは「８０」、チェック済ビット列が記憶されているレコードの数Ｍは「５０」とする。市場データビット列には、アフィリエイターサイトＡ、ＢについてのＮ、Ｍを示すビット列が含まれているものとする。
実施例２によれば、広告主端末２２において、アフィリエイターサイトＡ、Ｂとでは、アフィリエイターサイトＡの方が売上が高く実績が良いことを把握することができるが、リピート購入数の点からして、アフィリエイターサイトＢを閲覧しているコンピュータユーザの方が広告主にとって良い顧客であることを判断できる。
そこで、実施例２では、アフィリエイターサイトＡを広告主サーバ２１のネットワーク構成から除外する。この場合、広告主は、アフィリエイターサイトＡのアフィリエイターには、以後、無駄な広告報酬を支払う必要がなくなる。
実施例２によれば、広告主端末２２において、アフィリエイターサイトＡ、Ｂとでは、アフィリエイターサイトＡの方が売上が高く実績が良いことを把握することができるが、リピート購入数の点からして、アフィリエイターサイトＢを閲覧しているコンピュータユーザの方が広告主にとって良い顧客であることを判断できる。
そこで、実施例２では、アフィリエイターサイトＡを広告主サーバ２１のネットワーク構成から除外する。この場合、広告主は、アフィリエイターサイトＡのアフィリエイターには、以後、無駄な広告報酬を支払う必要がなくなる。
［比較例２］
上記実施例２と同様のケースについて検討する。ただし、比較例２では、アフィリエイターサイトの実績に基づいて、広告主のネットワークを構成する。比較例２では、実績がよければリピート購入数も多いと誤解されているなどのため、アフィリエイターサイトＢが広告主のネットワークから除外され、広告主は、アフィリエイターサイトＡのアフィリエイターに無駄な広告報酬を支払い続けなければならない。
上記実施例２と同様のケースについて検討する。ただし、比較例２では、アフィリエイターサイトの実績に基づいて、広告主のネットワークを構成する。比較例２では、実績がよければリピート購入数も多いと誤解されているなどのため、アフィリエイターサイトＢが広告主のネットワークから除外され、広告主は、アフィリエイターサイトＡのアフィリエイターに無駄な広告報酬を支払い続けなければならない。
以上、本発明の実施形態及び実施例について説明したが、これらの説明は、本発明の一例に関するものであり、本発明は、これらの説明によって限定されない。
１ アフィリエイトシステム
１０ アフィリエイトサーバ
２１ 広告主サーバ
２２ 広告主端末
３１Ａ、３２Ｂ アフィリエイター端末
４０ Ｗｅｂサーバ
５１Ａ、５２Ａ、５３Ｂ、５４Ｂ 閲覧者端末
６０ 基地局
７０ インターネット
１０ アフィリエイトサーバ
２１ 広告主サーバ
２２ 広告主端末
３１Ａ、３２Ｂ アフィリエイター端末
４０ Ｗｅｂサーバ
５１Ａ、５２Ａ、５３Ｂ、５４Ｂ 閲覧者端末
６０ 基地局
７０ インターネット
Claims (4)
- アフィリエイト装置と広告主装置とがネットワークで接続されたアフィリエイトシステムにおいて、
前記アフィリエイト装置は、
記憶手段と、
アフィリエイターサイトを識別するビット列と広告主サイトを識別するビット列とを特定する報酬支払承認通知ビット列を受信した場合に、当該受信した報酬支払承認通知ビット列によって特定されるアフィリエイターサイトを識別するビット列と当該受信した報酬支払承認通知ビット列によって特定される広告主サイトを識別するビット列と報酬の支払いが承認された旨を示す報酬支払承認済ビット列とを対応付けて前記記憶手段に記憶する手段と、
アフィリエイターサイトを識別するビット列と広告主サイトを識別するビット列と報酬支払承認済ビット列とを特定するチェック通知ビット列を受信した場合に、当該受信したチェック通知ビット列によって特定されるアフィリエイターサイトを識別するビット列と当該受信したチェック通知ビット列によって特定される広告主サイトを識別するビット列と当該受信したチェック通知ビット列によって特定される報酬支払承認済ビット列と当該報酬支払承認済ビット列についてチェックが行われたことを示すチェック済ビット列とを対応付けて前記記憶手段に記憶する手段と、
広告主サイトを識別するビット列を特定する市場データ開示要求ビット列を前記広告主装置から受信した場合に、当該受信した市場データ開示要求ビット列によって特定される広告主サイトを識別するビット列に対応付けて前記記憶手段に記憶されているアフィリエイターサイトを識別するビット列と当該受信した市場データ開示要求ビット列によって特定される広告主サイトを識別するビット列に対応付けて前記記憶手段に記憶されているチェック済ビット列とを用いて前記市場データビット列を生成する手段と、
前記生成した市場データビット列を前記広告主装置に送信する手段と、
を備えた、
ことを特徴とするアフィリエイトシステム。 - 前記アフィリエイト装置は、さらに、前記広告主装置から、前記市場データビット列に基づいて特定のアフィリエイターサイトを前記広告主装置のネットワーク構成から除外することを通知するネットワーク構成変更通知ビット列を受信した場合に、その特定のアフィリエイターサイトに関して、広告開示処理、リダイレクト処理、および前記アフィリエイターサイトを識別するビット列と広告主サイトを識別するビット列とを特定する報酬支払承認通知ビット列を受信した場合に、当該受信した報酬支払承認通知ビット列によって特定されるアフィリエイターサイトを識別するビット列と当該受信した報酬支払承認通知ビット列によって特定される広告主サイトを識別するビット列と報酬の支払いが承認された旨を示す報酬支払承認済ビット列とを対応付けて前記記憶手段に記憶する処理のうちの少なくとも１つの処理を前記広告主装置について行わないまたは中止する手段を備えたことを特徴とする請求項１に記載のアフィリエイトシステム。
- 広告主装置にネットワークで接続されたアフィリエイト装置において、
記憶手段と、
アフィリエイターサイトを識別するビット列と広告主サイトを識別するビット列とを特定する報酬支払承認通知ビット列を受信した場合に、当該受信した報酬支払承認通知ビット列によって特定されるアフィリエイターサイトを識別するビット列と当該受信した報酬支払承認通知ビット列によって特定される広告主サイトを識別するビット列と報酬の支払いが承認された旨を示す報酬支払承認済ビット列とを対応付けて前記記憶手段に記憶する手段と、
アフィリエイターサイトを識別するビット列と広告主サイトを識別するビット列と報酬支払承認済ビット列とを特定するチェック通知ビット列を受信した場合に、当該受信したチェック通知ビット列によって特定されるアフィリエイターサイトを識別するビット列と当該受信したチェック通知ビット列によって特定される広告主サイトを識別するビット列と当該受信したチェック通知ビット列によって特定される報酬支払承認済ビット列と当該報酬支払承認済ビット列についてチェックが行われたことを示すチェック済ビット列とを対応付けて前記記憶手段に記憶する手段と、
広告主サイトを識別するビット列を特定する市場データ開示要求ビット列を前記広告主装置から受信した場合に、当該受信した市場データ開示要求ビット列によって特定される広告主サイトを識別するビット列に対応付けて前記記憶手段に記憶されているアフィリエイターサイトを識別するビット列と当該受信した市場データ開示要求ビット列によって特定される広告主サイトを識別するビット列に対応付けて前記記憶手段に記憶されているチェック済ビット列とを用いて前記市場データビット列を生成する手段と、
前記生成した市場データビット列を前記広告主装置に送信する手段と、
を備えたことを特徴とするアフィリエイト装置。 - 請求項３に記載のアフィリエイト装置において、さらに、前記広告主装置から、前記市場データビット列に基づいて特定のアフィリエイターサイトを前記広告主装置のネットワーク構成から除外することを通知するネットワーク構成変更通知ビット列を受信した場合に、その特定のアフィリエイターサイトに関して、広告開示処理、リダイレクト処理、および前記アフィリエイターサイトを識別するビット列と広告主サイトを識別するビット列とを特定する報酬支払承認通知ビット列を受信した場合に、当該受信した報酬支払承認通知ビット列によって特定されるアフィリエイターサイトを識別するビット列と当該受信した報酬支払承認通知ビット列によって特定される広告主サイトを識別するビット列と報酬の支払いが承認された旨を示す報酬支払承認済ビット列とを対応付けて前記記憶手段に記憶する処理のうちの少なくとも１つの処理を前記広告主装置について行わないまたは中止する手段を備えたことを特徴とするアフィリエイト装置。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007193200A JP4253360B2 (ja) | 2007-07-25 | 2007-07-25 | アフィリエイトシステム、アフィリエイト装置 |
| CN200880100173A CN101755280A (zh) | 2007-07-25 | 2008-07-24 | 联属营销系统及联属营销装置 |
| PCT/JP2008/001983 WO2009013906A1 (ja) | 2007-07-25 | 2008-07-24 | アフィリエイトシステム、アフィリエイト装置 |
| US12/670,334 US20100198670A1 (en) | 2007-07-25 | 2008-07-24 | Affiliate system and affiliate device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007193200A JP4253360B2 (ja) | 2007-07-25 | 2007-07-25 | アフィリエイトシステム、アフィリエイト装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2009031904A JP2009031904A (ja) | 2009-02-12 |
| JP4253360B2 true JP4253360B2 (ja) | 2009-04-08 |
Family
ID=40281166
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007193200A Active JP4253360B2 (ja) | 2007-07-25 | 2007-07-25 | アフィリエイトシステム、アフィリエイト装置 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US20100198670A1 (ja) |
| JP (1) | JP4253360B2 (ja) |
| CN (1) | CN101755280A (ja) |
| WO (1) | WO2009013906A1 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10715317B2 (en) * | 2017-12-12 | 2020-07-14 | International Business Machines Corporation | Protection of confidentiality, privacy and financial fairness in a blockchain based decentralized identity management system |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002024687A (ja) * | 2000-07-06 | 2002-01-25 | Fan Communications Inc | ネットワーク広告配信管理システムと管理装置 |
| JP2003208538A (ja) * | 2002-01-11 | 2003-07-25 | Oki Electric Ind Co Ltd | 広告配信システム及びその制御用プログラム |
| US20040044571A1 (en) * | 2002-08-27 | 2004-03-04 | Bronnimann Eric Robert | Method and system for providing advertising listing variance in distribution feeds over the internet to maximize revenue to the advertising distributor |
| US20060020963A1 (en) * | 2004-07-19 | 2006-01-26 | Lee S. Weinblatt | Technique for making rewards available for an audience tuned to a broadcast |
| JP2006215956A (ja) * | 2005-02-07 | 2006-08-17 | Nomura Research Institute Ltd | オンライン広告システム及びオンライン広告方法 |
| US20060265283A1 (en) * | 2005-05-20 | 2006-11-23 | Anchorfree, Inc. | System and method for monetizing internet usage |
| US20070162331A1 (en) * | 2006-01-10 | 2007-07-12 | Michael Sullivan | Systems and methods for providing information and conducting business using the internet |
| WO2008131388A2 (en) * | 2007-04-22 | 2008-10-30 | Phone Through, Inc. | Methods and apparatus related to content sharing between devices |
-
2007
- 2007-07-25 JP JP2007193200A patent/JP4253360B2/ja active Active
-
2008
- 2008-07-24 CN CN200880100173A patent/CN101755280A/zh active Pending
- 2008-07-24 US US12/670,334 patent/US20100198670A1/en not_active Abandoned
- 2008-07-24 WO PCT/JP2008/001983 patent/WO2009013906A1/ja active Application Filing
Also Published As
| Publication number | Publication date |
|---|---|
| US20100198670A1 (en) | 2010-08-05 |
| CN101755280A (zh) | 2010-06-23 |
| WO2009013906A1 (ja) | 2009-01-29 |
| JP2009031904A (ja) | 2009-02-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5535083B2 (ja) | メッセージ管理システム、装置および／または方法 | |
| US8332277B2 (en) | Method, system and computer readable medium for facilitating a transaction between a customer, a merchant and an associate | |
| US9003012B2 (en) | System and method for tracking user identity and/or activity across multiple websites | |
| US7599856B2 (en) | Detection of fraudulent attempts to initiate transactions using modified display objects | |
| JP5956674B2 (ja) | 商取引対象に関する推薦情報の送信 | |
| US20120265635A1 (en) | Social network recommendation polling | |
| WO2009051225A4 (ja) | 情報提供方法及び広告提供方法 | |
| CN102598042A (zh) | 为第三方网络站点提供数字优惠券 | |
| CN102804218A (zh) | 向客户呈现数字优惠券 | |
| US11961103B2 (en) | Systems and methods for dynamically modifying content of a website | |
| CN1983933A (zh) | 用于传送数据的方法和系统 | |
| US11494556B2 (en) | Systems and methods for detecting locations of webpage elements | |
| JP5196730B2 (ja) | 電子ショッピングモールシステム | |
| US20110119119A1 (en) | Advertiser invoicing system | |
| JPWO2003038700A1 (ja) | 商品に係わる情報を通知する方法 | |
| KR101043267B1 (ko) | 전자 상거래 시스템 및 그 방법 | |
| JP4253360B2 (ja) | アフィリエイトシステム、アフィリエイト装置 | |
| JP5371668B2 (ja) | 情報仲介サーバ、情報提供方法、情報提供プログラム、および、情報提供システム | |
| JP2015028685A (ja) | 情報処理装置、情報処理方法及びプログラム | |
| KR100943106B1 (ko) | 전자 상거래 시스템 및 방법 | |
| JP2005085203A (ja) | 決済サービス装置及び方法、コンピュータプログラム、プログラム記録媒体 | |
| JP2020107280A (ja) | 販売支援システム、方法及びプログラム | |
| KR20200055204A (ko) | 온라인 쇼핑몰 서비스를 위한 방법 및 장치 | |
| JP2020057265A (ja) | ネットワークを介して行う商品・役務の提供方法 | |
| KR101005928B1 (ko) | 웹 브라우저 로그인을 이용한 온라인 적립금 적립 방법 및 적립 서비스 제공 방법 및 장치 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090113 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090125 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120130 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120130 Year of fee payment: 3 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120130 Year of fee payment: 3 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120130 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20150130 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R371 | Transfer withdrawn |
Free format text: JAPANESE INTERMEDIATE CODE: R371 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |