TW201303777A - 聯屬營銷管理裝置、聯屬營銷管理方法、聯屬營銷管理程式及記憶其程式之電腦可讀取記錄媒體 - Google Patents

Abstract

本發明之一實施形態之聯屬營銷管理裝置包括：存取監視部，其根據由使用者進行之聯屬營銷鏈結之點選，而將與該聯屬營銷鏈結之刊登者、該聯屬營銷鏈結之鏈結目標店鋪及該使用者相關聯之點選資訊存儲於特定之記憶部；獲取部，其獲取表示商品之購買者與該商品之銷售店鋪之購買資訊；特定部，其基於自特定記憶部獲取之對應於購買者之1個以上之點選資訊，而特定表示由該購買者進行之聯屬營銷鏈結之點選之點選歷程；決定部，其基於點選歷程而決定自銷售店鋪收取聯屬營銷費用之1個以上之刊登者，及支付給各刊登者之聯屬營銷費用。

Description

聯屬營銷管理裝置、聯屬營銷管理方法、聯屬營銷管理程式及記憶其程式之電腦可讀取記錄媒體

本發明之一形態係關於聯屬營銷管理裝置、聯屬營銷管理方法、聯屬營銷管理程式、及記憶其程式之電腦可讀取記錄媒體。

自先前以來已知有聯屬營銷廣告。所謂聯屬營銷廣告，係閱覽者點選刊登於網站之聯屬營銷鏈結，在鏈結目標之店鋪購買商品時，對聯屬營銷鏈結之刊登者支付報酬之構造。例如下述專利文獻1中記載有成功報酬型廣告管理裝置，其包括管理商品或服務內容及成果報酬條件之銷售條件管理部，與管理由銷售者及購買者報告之商品交易內容，以及支付給介紹者之報酬金額及支付給購買者之分配金額之報酬資訊管理部。

先前技術文獻 專利文獻

專利文獻1：日本特開2006-190099號公報

但是，於存在複數個店鋪之服務(例如虛擬商業街)中應用聯屬營銷之情形時，有聯屬營銷費用之支付與收取之關係欠缺妥當性之情形。例如使用者點選向店鋪A之聯屬營銷鏈結，存取店鋪A之網頁後存取店鋪B之網頁，並在店鋪B購買商品之情形時，店鋪B對向該店鋪A之聯屬營銷鏈

結之刊登者支付聯屬營銷費用。此時，若店鋪間聯屬營銷費率不同，則可能產生銷售店鋪超過必要而較多地支付聯屬營銷費用，或廣告刊登者僅收取到少於原來應收取額之聯屬營銷費用之現象。

因此，要求對支付聯屬營銷費用之店鋪及收取聯屬營銷費用之廣告刊登者兩方如給於一定滿足感之聯屬營銷廣告之構造。

本發明之一形態之聯屬營銷管理裝置包括：存取監視部，其根據由使用者進行之聯屬營銷鏈結之點選，而將與該聯屬營銷鏈結之刊登者、該聯屬營銷鏈結之鏈結目標店鋪及該使用者相關聯之點選資訊存儲於特定之記憶部，且在欲存儲之新點選資訊所示之鏈結目標店鋪及對應於使用者之其他點選資訊已記憶於該特定記憶部之情形時，以該新點選資訊覆寫該其他點選資訊；獲取部，其獲取表示商品之購買者與該商品之銷售店鋪之購買資訊；特定部，其基於自特定之記憶部獲取之對應於購買者之1個以上之點選資訊，而特定表示由該購買者進行之聯屬營銷鏈結之點選之點選歷程，且於所獲取之點選資訊中包含關於比最後點選聯屬營銷鏈結時更早點選之聯屬營銷鏈結之過去點選資訊，與關於最後點選之聯屬營銷鏈結之最終點選資訊；及決定部，其基於點選歷程而決定自銷售店鋪收取聯屬營銷費用之1個以上刊登者，及支付給各刊登者之聯屬營銷費用；且決定部於將最終點選資訊所示之刊登者決定為自 銷售店鋪收取聯屬營銷費用之第1收取人，且當過去點選資訊所示之鏈結目標店鋪與銷售店鋪相同之情形時，將該過去點選資訊所示之刊登者決定為自該銷售店鋪收取聯屬營銷費用之第2收取人。

本發明之一形態之聯屬營銷管理方法係藉由聯屬營銷管理裝置執行之聯屬營銷管理方法，其包含：存取監視步驟，根據由使用者進行之聯屬營銷鏈結之點選，而將與該聯屬營銷鏈結之刊登者、該聯屬營銷鏈結之鏈結目標店鋪及該使用者相關聯之點選資訊存儲於特定之記憶部，且在欲存儲之新點選資訊所示之鏈結目標店鋪及對應於使用者之其他點選資訊已記憶於該特定記憶部之情形時，以該新點選資訊覆寫該其他點選資訊；獲取步驟，獲取表示商品之購買者與該商品之銷售店鋪之購買資訊；特定步驟，基於自特定之記憶部獲取之對應於購買者之1個以上之點選資訊，而特定表示由該購買者進行之聯屬營銷鏈結之點選之點選歷程，且於所獲取之點選資訊中包含關於比最後點選聯屬營銷鏈結時更早點選之聯屬營銷鏈結之過去點選資訊，與關於最後點選之聯屬營銷鏈結之最終點選資訊；及決定步驟，基於點選歷程而決定自銷售店鋪收取聯屬營銷費用之1個以上刊登者，及支付給各刊登者之聯屬營銷費用；且在決定步驟中，於將最終點選資訊所示之刊登者決定為自銷售店鋪之聯屬營銷費用之第1收取人，且當過去點選資訊所示之鏈結目標店鋪與銷售店鋪相同之情形時，將該過去點選資訊所示之刊登者決定為自該銷售店鋪收取 聯屬營銷費用之第2收取人。

本發明之一形態之聯屬營銷管理程式係使電腦執行如下各部：存取監視部，其根據由使用者進行之聯屬營銷鏈結之點選，而將與該聯屬營銷鏈結之刊登者、該聯屬營銷鏈結之鏈結目標店鋪及該使用者相關聯之點選資訊存儲於特定之記憶部，且在欲存儲之新點選資訊所示之鏈結目標店鋪及對應於使用者之其他點選資訊已記憶於該特定記憶部之情形時，以該新點選資訊覆寫該其他點選資訊；獲取部，其獲取表示商品之購買者與該商品之銷售店鋪之購買資訊；特定部，其基於自特定之記憶部獲取之對應於購買者之1個以上之點選資訊，而特定表示由該購買者進行之聯屬營銷鏈結之點選之點選歷程，且於所獲取之點選資訊中包含比在最後點選聯屬營銷鏈結時更早點選之聯屬營銷鏈結之過去點選資訊，與關於最後點選之聯屬營銷鏈結之最終點選資訊；決定部，其基於點選歷程而決定自銷售店鋪收取聯屬營銷費用之1個以上刊登者，及支付給各刊登者之聯屬營銷費用；且決定部於將最終點選資訊所示之刊登者決定為自銷售店鋪收取聯屬營銷費用之第1收取人，且當過去點選資訊所示之鏈結目標店鋪與銷售店鋪相同之情形時，將該過去點選資訊所示之刊登者決定為自該銷售店鋪收取聯屬營銷費用之第2收取人。

本發明之一形態之電腦可讀取記錄媒體係記憶使電腦執行如下各部之聯屬營銷管理程式：存取監視部，其根據由使用者進行之聯屬營銷鏈結之點選，而將與該聯屬營銷鏈 結之刊登者、該聯屬營銷鏈結之鏈結目標店鋪及該使用者相關聯之點選資訊存儲於特定之記憶部，且在欲存儲之新點選資訊所示之鏈結目標店鋪及對應於使用者之其他點選資訊已記憶於該特定記憶部之情形時，以該新點選資訊覆寫該其他點選資訊；獲取部，其獲取表示商品之購買者與該商品之銷售店鋪之購買資訊；特定部，其基於自特定之記憶部獲取之對應於購買者之1個以上之點選資訊，而特定表示由該購買者進行之聯屬營銷鏈結之點選之點選歷程，且於所獲取之點選資訊中包含關於比最後點選聯屬營銷鏈結時更早點選之聯屬營銷鏈結之過去點選資訊，與關於最後點選之聯屬營銷鏈結之最終點選資訊；及決定部，其基於點選歷程而決定自銷售店鋪收取聯屬營銷費用之1個以上刊登者，及支付給各刊登者之聯屬營銷費用；且決定部於將最終點選資訊所示之刊登者決定為自銷售店鋪收取聯屬營銷費用之第1收取人，且當過去點選資訊所示之鏈結目標店鋪與銷售店鋪相同之情形時，將該過去點選資訊所示之刊登者決定為自該銷售店鋪收取聯屬營銷費用之第2收取人。

根據如此形態，商品之購買者考慮過去點選哪個聯屬營銷鏈結而決定支付端及支付額，因此可對支付聯屬營銷費用之銷售店鋪，及收取該聯屬營銷費用之廣告刊登者兩方給於一定滿足感。此時，對最後點選之聯屬營銷鏈結之刊登者支付聯屬營銷費用。又，過去點選之聯屬營銷鏈結之鏈結目標店鋪與銷售店鋪相同之情形時亦對該鏈結之刊登 者支付聯屬營銷鏈結。如此，不僅最後點選之聯屬營銷鏈結，亦考慮過去點選之聯屬營銷鏈結決定支付端及支付額，從而可對銷售店鋪及廣告刊登者兩方給於一定滿足感。此處，與欲存儲之新點選資訊所示之鏈結目標店鋪及使用者對應之其他點選資訊已記憶於該特定記憶部之情形時，該其他點選資訊以該新點選資訊覆寫，因此最後點選之聯屬營銷鏈結之刊登者成為第2收取人，對該刊登者支付聯屬營銷費用。

其他實施形態之聯屬營銷管理裝置中，決定部決定自銷售店鋪收取聯屬營銷費用之1個以上刊登者，與支付給各刊登者之聯屬營銷費用後，亦可刪除最終點選資訊與對應於第2收取人之過去點選資訊。

如此，刪除聯屬營銷費用之支付已決定之點選資訊，從而可將與實際點選聯屬營銷鏈結之次數一致之聯屬營銷費用支付給廣告刊登者。

再者，其他實施形態之聯屬營銷管理裝置中，特定之記憶部包含由點選聯屬營銷鏈結之使用者之終端可獲取之HTTP網路餅乾與特定之資料庫，HTTP網路餅乾僅包含最終點選資訊，過去點選資訊亦可存儲於資料庫中。

如此，HTTP網路餅乾中僅保持最終點選資訊，將之前之點選資訊存儲於資料庫中，從而可抑制HTTP網路餅乾之資料量，由此使通信處理之負荷下降。

再者，其他實施形態之聯屬營銷管理裝置中，鏈結目標店鋪包含第1種店鋪及第2種店鋪，亦可對第1種店鋪設定 向第1收取人之聯屬營銷費用之算出所使用之第1種費率，對第2種店鋪設定第1種費率與向第1收取人追加之聯屬營銷費用或向第2收取人之聯屬營銷費用之算出所使用之第2種費率。

此時，可根據聯屬營銷費用之算出方法以分兩種類型管理店鋪。又，基於過去點選資訊之處理中，可以一店鋪(第2種店鋪)比另一店鋪(第1種店鋪)成優勢位置之方式，使兩個店鋪差別化。

再者，其他實施形態之聯屬營銷管理裝置中，亦可於資料庫中僅存儲關於第2種店鋪之過去點選資訊。

再者，其他實施形態之聯屬營銷管理裝置中，購買者在第1銷售店鋪購買第1商品後，繼而在第2銷售店鋪購買第2商品之情形時，決定部亦可決定自該第1銷售店鋪之聯屬營銷費用之第1及第2收取人，繼而基於刪除最終點選資訊與對應該第2收取人之過去點選資訊後剩餘之點選歷程內之過去點選資訊，決定自該第2銷售店鋪之聯屬營銷費用之進一步之收取人。

此外，其他實施形態之聯屬營銷管理裝置中，鏈結目標店鋪包含第1種店鋪及第2種店鋪，對第1種店鋪設定向第1收取人之聯屬營銷費用之算出所使用之第1種費率，對第2種店鋪設定第1種費率，與向第1收取人追加之聯屬營銷費用或向第2收取人之聯屬營銷費用之算出所使用之第2種費率，決定部亦可在第2銷售店鋪為第1種店鋪之情形時，不決定自該第2銷售店鋪之聯屬營銷費用之進一步之收取 人，第2銷售店鋪為第2種店鋪之情形時，決定自該第2銷售店鋪之聯屬營銷費用之進一步之收取人。

根據本發明之一側面，可對支付聯屬營銷費用之店鋪，及收取聯屬營銷費用之廣告刊登者兩方給於一定滿足感。

以下，一面參照添加附圖詳細說明本發明之實施形態。另，附圖說明中對同一或同等要素附加同一符號，省略重複說明。

首先，使用圖1~17，說明實施形態之聯屬營銷伺服器(聯屬營銷管理裝置)10之功能及構成。聯屬營銷伺服器10係電子商務貿易系統(以下稱作「EC系統」)1中關於聯屬營銷廣告之處理，尤其係進行聯屬營銷費用之支付管理之電腦。

EC系統1除聯屬營銷伺服器10外，包括資料庫群20、購物伺服器30、複數個使用者終端40及複數個店鋪終端50。聯屬營銷伺服器10可經由以網路或專用線路等構成之通信網路N，與資料庫群20、購物伺服器30、及使用者終端40通信。

EC系統1中，由購物伺服器30對使用者提供虛擬商業街之網站(EC網站)。EC網站內存在複數個店鋪(虛擬商業街之加盟店)。各店鋪之店員經由店鋪終端50登錄自身店鋪之商品，從而各種店鋪之各種商品上載於EC網站上。使用者可從自身之使用者終端40直接存取EC網站，購買期望之 商品。

又，使用者點選刊登(顯示)於他人之部落格網站等任意網站之聯屬營銷鏈結，從而亦可存取EC網站內之特定店鋪之網頁或該店鋪之特定商品之網頁，購買期望之商品。聯屬營銷鏈結例如作為橫幅廣告表示。若使用者經由聯屬營銷鏈結存取EC網站，在該EC網站內之店鋪購買商品，則由該商品之銷售店鋪對將聯屬營銷鏈結刊登於網站上之廣告刊登者(鏈結刊登者)支付特定報酬。

資料庫群20係記憶EC系統1之處理中所需要之各種資料之1個以上資料庫之集合。資料庫群20包括如記憶商品資訊之商品資料庫，或記憶使用者資訊之使用者資料庫、記憶購買資訊之購買資料庫等先前已知之各種資料庫。此外，資料庫群20亦包括費率資料庫21、點選資訊資料庫22及聯屬營銷費用資料庫23之本實施形態特有之資料庫。

費率資料庫21係記憶聯屬營銷費用之算出所使用之表示各店鋪之費率之費率資訊之機構。各店鋪之費率藉由EC系統1之管理者與店鋪間之契約決定，費率資訊基於該契約預先設定。費率資訊中，店鋪與一般費率、新預付款費率及舊預付款費率3種費率互相關聯。

費率資訊中，店鋪資訊藉由關於聯屬營銷費用之支付之形態(聯屬營銷形態)與特定店鋪之識別符(店鋪ID(IDentifier))表示。本實施形態中，EC網站內之店鋪分成「普通店鋪」「舊預付款店鋪」「新預付款店鋪」3個聯屬營銷形態。普通店鋪係店鋪向EC網站加盟時刻作為初始值 設定之形態，係既無舊預付款店鋪亦無新預付款店鋪之店鋪。舊預付款店鋪及新預付款店鋪都係為促進銷售而以高於普通店鋪之費率約定對廣告刊登者支付聯屬營銷費用之店鋪。

普通店鋪及舊預付款店鋪(第1種店鋪)銷售自身店鋪之商品之情形時，在特定條件下對最後點選之聯屬營銷鏈結之刊登者支付聯屬營銷費用。相對於此，新預付款店鋪(第2種店鋪)在銷售自身店鋪之商品之情形時，在特定條件下不僅對最後點選之聯屬營銷鏈結之刊登者，亦對在其之前點選之聯屬營銷鏈結之刊登者支付聯屬營銷費用。

一般費率及舊預付款費率(第1種費率)在謀求支付給最後點選之聯屬營銷鏈結之刊登者之聯屬營銷費用時使用。相對於此，新預付款費率(第2種費率)在謀求支付給最後點選之聯屬營銷鏈結或比其前點選之聯屬營銷鏈結之刊登者之聯屬營銷費用時使用。一般費率與聯屬營銷形態無關，對所有店鋪設定。相對於此，舊預付款費率僅對舊預付款店鋪設定，新預付款費率僅對新預付款店鋪設定。

詳情後述，但新預付款店鋪之形態係作為聯屬營銷費用之支付者店鋪及其收取人廣告刊登者兩方，用以實現比普通店鋪及舊預付款店鋪更高滿足感之聯屬營銷費用之支付而導入。新預付款店鋪之聯屬營銷費用之支付規則以促進從普通店鋪及舊預付款店鋪向新預付款店鋪轉移之方式設定。

圖2係顯示費率資訊之例。圖2之例中一般費率在店鋪間 相同，但亦可在店鋪間改變一般費率。新預付款費率及舊預付款例如可在店鋪間改變亦可為共用值。

點選資訊資料庫22係記憶點選資訊之機構(記錄部)，由普通店鋪及舊預付款店鋪用表格(舊表格)與新預付款店鋪用表格(新表格)構成。當然點選資訊資料庫22亦可以綜合舊表格與新表格之一個表格構成。

點選資訊中，點選聯屬營銷鏈結之使用者或特定接受該點選之瀏覽器之歷程ID、受點選之聯屬營銷鏈結之刊登者、該鏈結之鏈結目標店鋪、點選時刻互相關聯。歷程ID係用以特定點選聯屬營銷鏈結之使用者而使用。點選資訊之構成上舊表格與新表格相同。點選資訊藉由後述之存取監視部11生成，存儲於點選資訊資料庫22。所存儲之點選資訊保存一定期間(例如30天)後刪除。例如點選資訊資料庫22記憶如圖3所示之點選資訊。

聯屬營銷費用資料庫23係記憶關於所決定之聯屬營銷費用之支付之聯屬營銷資訊之機構。聯屬營銷資訊中，表示一個購買手續之購買資訊、聯屬營銷費用之支付者、所應用之費率、聯屬營銷費用及其收取人互相關聯。購買資訊包含購買者、購買商品、銷售店鋪及銷售價格之資訊。聯屬營銷資訊藉由後述之決定部14生成，存儲於聯屬營銷費用資料庫23。例如聯屬營銷費用資料庫23記憶如圖4所示之聯屬營銷資訊。

購物伺服器30係對使用者提供包含1個以上店鋪之EC網站之電腦。又，購物伺服器30基於從使用者終端40直接發 送而來或從聯屬營銷伺服器10傳送而來之HTTP(Hypertext Transfer Protocol：超文本傳輸協議)請求進行各種處理。例如購物伺服器30執行各種網頁(例如商品頁面、商品檢索用頁面、購物籃頁面、訂購頁面等)之生成及發送或購買處理。本實施形態中，若購物伺服器30完成購買處理，則將用以對聯屬營銷伺服器10執行聯屬營銷關聯處理之購買通知向聯屬營銷伺服器10發送。購買通知包含從使用者終端40發送之HTTP請求所含之HTTP網路餅乾(以下僅稱作網路餅乾)與上述購買資訊。針對網路餅乾之內容後述。

使用者終端40係包括網路瀏覽器之電腦。作為使用者終端40，例如可舉出高功能手機(智慧型手機)或手機、個人數位助理(PDA，Personal Digital Assistant)、攜帶型或擱置型個人電腦(PC，Personal Computer)等。使用者終端40之種類不限於該等。

使用者終端40將HTTP請求向購物伺服器30或聯屬營銷伺服器10發送，從而要求網頁或特定處理。然後，使用者終端40根據該HTTP請求接收從購物伺服器30傳來之網頁並顯示於網路瀏覽器上。藉此，使用者可閱覽、操作期望之網頁。

若使用者點選所顯示之網頁上之聯屬營銷鏈結，則使用者終端40將包含網路餅乾之HTTP請求向聯屬營銷伺服器10發送。該網路餅乾係包含歷程ID、特定此次點選之聯屬營銷鏈結之刊登者之刊登者ID、特定該鏈結之鏈結目標店鋪之店鋪ID、及點選時刻之記錄部。網路餅乾中已記錄有 刊登者ID、店鋪ID及點選時刻之情形時，若使用者點選其他聯屬營銷鏈結，則會以關於此次點選之聯屬營銷鏈結之刊登者ID、店鋪ID及點選時刻，覆寫網路餅乾內之該等資訊。

店鋪終端50係設於EC網站之加盟店之電腦。店鋪終端50接收由加盟店之店員輸入之商品資訊之登錄、覆寫或刪除之指示，基於該指示而更新記憶於商品資料庫(未圖示)之自身店鋪之商品資訊。

其次，針對聯屬營銷伺服器10具體說明。如圖5所示，聯屬營銷伺服器10包含：執行作業系統或應用程式等之CPU(Central Processing Unit，中央處理單元)101、以ROM及RAM構成之主記憶部102、以硬碟等構成之輔助記憶部103、以網卡等構成之通信控制部104、鍵盤或滑鼠等輸入部105、監視器等輸出部106。

後述之聯屬營銷伺服器10之各功能構成要素係於CPU101或主記憶部102上載入特定之軟體，在CPU101之控制下使通信控制部104或輸入部105、輸出部106等動作，並在主記憶部102或輔助記憶部103中進行資料之讀出及寫入而實現。處理所需要之資料或資料庫存儲於主記憶部102或輔助記憶部103內。另外，圖5中聯屬營銷伺服器10示為包含1台電腦，但亦可使聯屬營銷伺服器10之功能分散於複數台電腦中。

如圖6所示，聯屬營銷伺服器10中執行存取監視部11、購買資訊獲取部12、歷程特定部13及決定部之各功能構成 要素。

存取監視部11係記錄表示使用者點選聯屬營銷鏈結之點選資訊，從而由使用者監視向聯屬營銷鏈結之存取之機構。存取監視部11基於從使用者終端40接收之HTTP請求之網路餅乾生成點選資訊，將該點選資訊存儲於點選資訊資料庫22。存取監視部11若網路餅乾所示之鏈結目標店鋪為普通店鋪或舊預付款店鋪則於舊表格中存儲點選資訊，若該鏈結目標店鋪為新預付款店鋪則於新表格中存儲點選資訊。

另外，於一個使用者複數次點選相同店鋪之聯屬營銷鏈結之情形時，存取監視部11以對應最後點選之聯屬營銷鏈結之點選資訊覆寫對應其歷程ID及店鋪之點選資訊資料庫22內之點選資訊。藉此，刊登者可能改變，但此意指對最後點選之聯屬營銷鏈結之刊登者支付聯屬營銷費用。

若如此記錄點選資訊，則聯屬營銷伺服器將所處理之HTTP請求向購物．伺服器30傳送。購物伺服器30中，生成對應於該HTTP請求之網頁(例如商品頁面)，向使用者終端40發送。然後該網頁顯示於使用者終端40之瀏覽器上。藉此，使用者可閱覽對應於經點選之聯屬營銷鏈結之網頁。

購買資訊獲取部12係從購物伺服器30接收購買通知，將該通知向歷程特定部13輸出之機構。

歷程特定部13係基於所輸入之購買通知，由購買者特定聯屬營銷鏈結之點選歷程之機構。

首先，歷程特定部13從購買通知所含之網路餅乾獲取點 選資訊(以下稱作「第1點選資訊」)。該第1點選資訊係關於由購買者最後點選之聯屬營銷鏈結之資訊(最後點選資訊)。其次，歷程特定部13從點選資訊資料庫22抽出對應於第1點選資訊之歷程ID之1個以上點選資訊(以下稱作「第2點選資訊」)。該第2點選資訊係關於與最終點選資訊相同之資訊，或比最後點選聯屬營銷鏈結時前由購買者點選之1個以上聯屬營銷鏈結之資訊(過去點選資訊)。因此，歷程特定部13獲得該等2種點選資訊，從而由購買者特定聯屬營銷鏈結之點選歷程。

又，歷程特定部13從購買通知抽出購買資訊。然後，歷程特定部13將第1及第2點選資訊與購買資訊向決定部14輸出。

決定部14係基於點選歷程決定由商品之購買產生之聯屬營銷費用及其支付端之機構。

首先，決定部14將銷售資訊所示之銷售店鋪決定為支付者，且將第1點選資訊所示之聯屬營銷鏈結之刊登者設定為支付端。其次，決定部14從費率資料庫21讀出銷售店鋪之費率資訊，將該費率資訊所示之一般費率乘以購買資訊所示之銷售價格，從而求得向該刊登者之聯屬營銷費用。此係第1階段之決定處理。

其次，決定部14判斷從點選資訊資料庫之新表格讀出之第2點選資訊中是否有對應於銷售店鋪之資訊。然後，僅在存在對應於銷售店鋪之第2點選資訊之情形時，決定部14將該第2點選資訊所示之聯屬營銷鏈結之刊登者設定於 支付端，將獲取完之費率資訊所示之新預付款費率乘以銷售價格，從而求得向該刊登者之聯屬營銷費用。此係第2階段之決定處理。

其次，決定部14基於如此2階段之決定生成聯屬營銷資訊，存儲於聯屬營銷費用資料庫23。其次，決定部14清除網路餅乾從而刪除第1點選資訊，且從點選資訊資料庫刪除第2階段之決定處理所使用之第2點選資訊。以下使用具體例說明決定部14之處理。另外，任一例中購買價格都為1000日圓。

[第1例]

使用圖7說明第1例。該例中，使用者不在最終點選資訊所示之店鋪而在過去點選資訊所示之新預付款店鋪購買商品。如此之使用者之操作可從銷售資訊及第2點選資訊(網路餅乾)特定。

決定部14將新預付款店鋪AS1特定為聯屬營銷費用之支付者。其次，決定部14如下決定聯屬營銷費用之收取人及費率。

首先，決定部14將最後點選之聯屬營銷鏈結之刊登者E決定為第1收取人。又，決定部14從費率資料庫21獲取應用於銷售店鋪新預付款店鋪AS1之一般費率(1%)，對銷售價格乘以其費率而求得聯屬營銷費用。藉由以上處理而決定部14決定對刊登者E支付10日圓。

其次，決定部14判斷銷售店鋪之聯屬營銷鏈結是否之前已點選。具體言之，若決定部14獲取對應於購買者及銷售 店鋪之第2點選資訊，則將該第2點選資訊所示之刊登者決定為聯屬營銷費用之進一步之收取人(第2收取人)。該例中，銷售店鋪係新預付款店鋪AS1，存在對應於該店鋪之第2點選資訊，因此決定部14將該第2點選資訊所示之刊登者B決定為第2收取人。又，決定部14從費率資料庫21獲取應用於銷售店鋪新預付款店鋪AS1之新預付款費率(5%)，對銷售價格乘以其費率，從而求得聯屬營銷費用。藉由以上處理而決定部14決定對刊登者B支付50日圓。

因此，該例中，決定部14將刊登者E(10日圓)及刊登者B(50日圓)決定為聯屬營銷費用之收取人。最後，決定部14清除網路餅乾，且從點選資訊資料庫22刪除上述處理所使用之一個第2點選資訊。

[第2例]

使用圖8說明第2例。該例中，使用者在最終點選資訊及過去點選資訊之任一者都未示之新預付款店鋪購買商品。決定部14將新預付款店鋪AS3特定為聯屬營銷費用之支付者。其次，決定部14如下決定聯屬營銷費用之收取人及費率。

首先，決定部14將最後點選之聯屬營銷鏈結之刊登者E決定為第1收取人。又，決定部14從費率資料庫21獲取應用於銷售店鋪新預付款店鋪AS3之一般費率(1%)，對銷售價格乘以其費率，從而求得聯屬營銷費用。藉由以上處理而決定部14決定對刊登者E支付10日圓。

其次，決定部14判斷銷售店鋪之聯屬營銷鏈結是否之前 已點選。該例中，不存在對應於新預付款店鋪AS3之第2點選資訊，因此決定部14在該時刻結束針對第2點選資訊之處理。

因此，該例中，決定部14將刊登者E(10日圓)決定為聯屬營銷費用之收取人。最後，決定部14清除網路餅乾。

[第3例]

使用圖9說明第3例。該例中，使用者在最終點選資訊未示之普通店鋪購買商品。決定部14將普通店鋪NS1特定為聯屬營銷費用之支付者。其次，決定部14如下決定聯屬營銷費用之收取人及費率。

首先，決定部14將最後點選之聯屬營銷鏈結之刊登者E決定為第1收取人。又，決定部14從費率資料庫21獲取應用於銷售店鋪普通店鋪NS1之一般費率(1%)，對銷售價格乘以其費率，從而求得聯屬營銷費用。藉由以上處理而決定部14決定對刊登者E支付10日圓。

該例中之銷售店鋪非新預付款店鋪而係普通店鋪，因此決定部14不進行針對第2點選資訊之處理。普通店鋪NS1之聯屬營銷鏈結之前購買者已點選，但表示該點選之資訊在網路餅乾中已覆寫，且點選資訊亦未記憶於資訊資料庫22，因此刊登者A無法選擇作為聯屬營銷費用之收取人。

因此，該例中，決定部14將刊登者E(10日圓)決定為聯屬營銷費用之收取人。最後，決定部14清除網路餅乾。

[第4例]

使用圖10說明第4例。該例中，使用者在最終點選資訊 所示之新預付款店鋪購買商品。決定部14將新預付款店鋪AS2特定為聯屬營銷費用之支付者。其次，決定部14如下決定聯屬營銷費用之收取人及費率。

首先，決定部14將最後點選之聯屬營銷鏈結之刊登者D決定為第1收取人。又，決定部14從費率資料庫21獲取應用於該銷售店鋪新預付款店鋪AS2之一般費率(1%)，對銷售價格乘以其費率從而求得聯屬營銷費用。藉由以上處理而決定部14決定對刊登者D支付10日圓。

其次，決定部14判斷銷售店鋪之聯屬營銷鏈結是否之前已點選。該例中，存在對應於新預付款店鋪AS2之第2點選資訊，因此決定部14將該第2點選資訊所示之刊登者D決定為第2收取人。又，決定部14從費率資料庫21獲取應用於新預付款店鋪AS2之新預付款費率(10%)，對銷售價格乘以其費率從而求得聯屬營銷費用。藉由以上處理，決定部14決定對刊登者D支付100日圓。

因此，該例中，決定部14將刊登者D(10+100=100(日圓))決定為聯屬營銷費用之收取人。最後，決定部14清除網路餅乾，且從點選資訊資料庫22刪除上述處理所使用之一個第2點選資訊。

[第4之2例]

使用圖11說明第4之2例。該例與上述第4例相似，但使用者複數次點選新預付款店鋪AS2之聯屬營銷鏈結之處與第4例不同。但如上述，存取監視部11以新點選資訊(含該使用者之歷程ID、新預付款店鋪AS2及刊登者D之點選資 訊)覆寫已記憶於點選資訊資料庫22之點選資訊(含該使用者之歷程ID、新預付款店鋪AS2及刊登者B之點選資訊)。因此，第4之2例中決定部14亦將新預付款店鋪AS2特定為聯屬營銷費用之支付者，將刊登者D決定為聯屬營銷費用(10+100=110(日圓))之收取人。

具體之處理順序結果與第4例完全相同。決定部14將最後點選之聯屬營銷鏈結之刊登者D決定為第1收取人。又，決定部14從費率資料庫21獲取應用於該銷售店鋪新預付款店鋪AS2之一般費率(1%)，對銷售價格乘以其費率從而求得聯屬營銷費用。藉由以上處理而決定部14決定對刊登者D支付10日圓。

其次，決定部14判斷銷售店鋪之聯屬營銷鏈結之前是否已點選。該例中，對應於新預付款店鋪AS2之第2點選資訊作為過去點選資訊存在，因此決定部14將該第2點選資訊所示之刊登者D決定為第2收取人。又，決定部14從費率資料庫21獲取應用於新預付款店鋪AS2之新預付款費率(10%)，對銷售價格乘以其費率從而求得聯屬營銷費用。藉由以上處理而決定部14決定對刊登者D支付100日圓。

因此，決定部14將刊登者D(10+100=110(日圓))決定為聯屬營銷費用之收取人。最後，決定部14清除網路餅乾，且從點選資訊資料庫22刪除上述處理所使用之一個第2點選資訊。

如此，本實施形態中，將對於某使用者及鏈結目標店鋪之組合最後點選之聯屬營銷鏈結之刊登者特定為第2收取 人，對該刊登者支付聯屬營銷費用。因此如該例中之刊登者B，不對點選資訊由覆寫刪除之刊登者支付聯屬營銷費用。

[第5例]

使用圖12說明第5例。該例中，使用者在最終點選資訊未示之舊預付款店鋪購買商品。決定部14將舊預付款店鋪NS2特定為聯屬營銷費用之支付者。其次，決定部14如下決定聯屬營銷費用之收取人及費率。

首先，決定部將最後點選之聯屬營銷鏈結之刊登者D決定為第1收取人。又，決定部14從費率資料庫21獲取應用於銷售店鋪舊預付款店鋪NS2之一般費率(30%)，對銷售價格乘以其費率從而求得聯屬營銷費用。藉由以上處理而決定部14決定對刊登者D支付300日圓。

該例中之銷售店鋪非新預付款店鋪而係舊預付款店鋪，因此決定部14不進行針對第2點選資訊之處理。該例中向舊預付款店鋪NS2之聯屬營銷鏈結過去已由購買者點選，但關於其點選之點選資訊在網路餅乾內已覆寫，且亦未記憶於點選資訊資料庫22，因此刊登者C無法選擇作為聯屬營銷費用之收取人。

因此，該例中，決定部14將刊登者D(300日圓)決定為聯屬營銷費用之收取人。最後決定部14清除網路餅乾。

[第6例]

使用圖13說明第6例。該例中，使用者不在最終點選資訊所示之店鋪而在過去點選資訊所示之新預付款店鋪購買 商品。該例在最後點選之聯屬營銷鏈結非普通店鋪而係舊預付款店鋪之處與第1例不同，但處理順序可與第1例相同。決定部14將新預付款店鋪AS1特定為聯屬營銷費用之支付者。其次，決定部14如下決定聯屬營銷費用之收取人及費率。

首先，決定部14將最後點選之聯屬營銷鏈結刊登者C決定為第1收取人。又，決定部14從費率資料庫21獲取應用於銷售店鋪新預付款店鋪AS1之一般費率(1%)，對銷售價格乘以其費率從而求得聯屬營銷費用。藉由以上處理而決定部14決定對刊登者C支付10日圓。

其次，決定部14判斷銷售店鋪之聯屬營銷鏈結是否之前已點選。該例中，銷售店鋪係新預付款店鋪AS1，存在對應於該店鋪之第2點選資訊，因此決定部14將該第2點選資訊所示之刊登者B決定為第2收取人。又，決定部從費率資料庫21獲取應用於銷售店鋪新預付款店鋪AS1之新預付款費率(5%)，對銷售價格乘以其費率從而求得聯屬營銷費用。藉由以上處理而決定部14決定對刊登者B支付50日圓。

因此，該例中，決定部14將刊登者C(10日圓)及刊登者B(50日圓)決定為聯屬營銷費用之收取人。最後，決定部清除網路餅乾，且從點選資訊資料庫22刪除此次處理所使用之一個第2點選資訊。

其次，使用者點選聯屬營銷鏈結，存取EC網站時，將在該網站內2次執行購買手續之情形之處理(連續購買時之 處理)作為第7~第11例在以下顯示。

[第7例]

使用圖14說明第7例。該例中，使用者在過去點選資訊所示之新預付款店鋪購買商品後，在最終點選資訊所示之普通店鋪購買其他商品“該例中，使新預付款店鋪AS1及普通店鋪NS3中進行之購買分別為購買K1、K2。

首先，決定部14執行相對於購買K1之決定處理。該決定處理與上述第1例相同。因此，決定部14將刊登者E(10日圓)及刊登者B(50日圓)決定為聯屬營銷費用之收取人。

其次，決定部14執行相對於購買K2之決定處理。首先，決定部14將普通店鋪NS3特定為聯屬營銷費用之支付者。其次，決定部14雖欲將最後點選之聯屬營銷鏈結之刊登者決定為收取人，但如上述網路餅乾內之第1點選資訊係以關於購買K1之處理刪除，因此決定部14無法從網路餅乾特定收取人。因此，決定部14在該時刻結束利用第1點選資訊之決定處理。其次，決定部14參照第2點選資訊，判斷銷售店鋪之聯屬營銷鏈結是否過去已點選。但購買K2之銷售店鋪非新預付款店鋪而係普通店鋪，因此決定部14不進行針對第2點選資訊之處理。因此不產生關於購買K2之聯屬營銷費用之支付。

結果該例中，決定部14決定將刊登者E(10日圓)及刊登者B(50日圓)作為自新預付款店鋪AS1之聯屬營銷費用之收取人，另一方面不進行自普通店鋪NS3之聯屬營銷費用之支付。

[第8例]

使用圖15說明第8例。該例中，使用者在最終點選資訊及過去點選資訊任一者都未示之新預付款店鋪購買商品後，在過去點選資訊所示之新預付款店鋪購買其他商品。該例中，使新預付款店鋪AS3、AS2所進行之購買分別為購買K1、K2。

首先，決定部14執行相對於購買K1之決定處理。該決定處理與上述第2例相同。因此決定部14將刊登者(10日圓)決定為聯屬營銷費用之收取人。

其次，決定部14執行相對於購買K2之決定處理。首先，決定部14將新預付款店鋪AS2特定為聯屬營銷費用之支付者。其次，決定部14雖欲將最後點選之聯屬營銷鏈結之刊登者決定為收取人，但網絡餅乾內之第1點選資訊以關於購買K1之處理刪除，因此決定部14無法從網路餅乾特定收取人。因此，決定部14在該時刻結束利用第1點選資訊之決定處理。

其次，決定部14參照第2點選資訊，判斷銷售店鋪之聯屬營銷鏈結是否過去已點選。該例中，存在對應於新預付款店鋪AS2之第2點選資訊，因此決定部14將該第2點選資訊所示之刊登者D決定為第2收取人。又，決定部14從費率資料庫21獲取應用於新預付款店鋪AS2之新預付款費率(10%)，對銷售價格乘以其費率從而求得聯屬營銷費用。藉由以上處理而決定部14決定對刊登者D支付100日圓。

因此，該例中，決定部14決定將刊登者E(10日圓)作為 自新預付款店鋪AS3之聯屬營銷費用之收取人，將刊登者D(100日圓)作為自新預付款店鋪AS2之聯屬營銷費用之收取人。

[第9例]

使用圖16說明第9例。該例中，使用者在最終點選資訊所示之普通店鋪購買商品後，在過去點選資訊所示之新預付款店鋪購買其他商品。該例中，使在普通店鋪NS1及新預付款店鋪AS1進行之購買分別為購買K1、K2。

首先，決定部14執行相對於購買K1之決定處理。該決定處理與上述第3例相同。因此決定部14將刊登者E(10日圓)決定為聯屬營銷費用之收取人。

其次，決定部14執行相對於購買K2之決定處理。首先，決定部14將新預付款店鋪AS1特定為聯屬營銷費用之支付者。其次，決定部14雖欲將最後點選之聯屬營銷鏈結之刊登者決定為收取人，但網絡餅乾內之第1點選資訊以關於購買K1之處理刪除，因此決定部14無法從網路餅乾特定收取人。因此決定部14在該時刻結束利用第1點選資訊之決定處理。

其次，決定部14參照第2點選資訊，判斷銷售店鋪之聯屬營銷鏈結是否過去已點選。該例中，存在對應於新預付款店鋪AS1之第2點選資訊，因此決定部14將該第2點選資訊所示之刊登者B決定為第2收取人。又，決定部14從費率資料庫21獲取應用於新預付款店鋪AS1之新預付款費率(5%)，對銷售價格乘以其費率(5%)從而求得聯屬營銷費 用。藉由以上處理而決定部14決定對刊登者B支付50日圓。

因此，該例中，決定部14決定將刊登者E(10日圓)作為自普通店鋪NS1之聯屬營銷費用之收取人，將刊登者B(50日圓)作為自新預付款店鋪AS2之聯屬營銷費用之收取人。

[第10例]

使用圖17說明第10例。該例中，使用者在最終點選資訊未示之舊預付款店鋪購買商品後，在最終點選資訊及過去點選資訊所示之新預付款店鋪購買其他商品。該例中，使舊預付款店鋪NS2及新預付款店鋪AS2所進行之購買分別為購買K1、K2。

首先，決定部14執行相對於K1之決定處理。該決定處理與上述第5例相同。因此，決定部14將刊登者D(300日圓)決定為聯屬營銷費用之收取人。

其次，決定部14執行相對於購買K2之決定處理。首先，決定部14將新預付款店鋪AS2特定為聯屬營銷費用之支付者。其次，決定部14雖欲將最後點選之聯屬營銷鏈結之刊登者決定為收取人，但網絡餅乾內之第1點選資訊已以與購買K1相關之處理而被刪除，因此決定部14無法從網路餅乾特定收取人。因此決定部14在該時刻結束利用第1點選資訊之決定處理。

其次，決定部14參照第2點選資訊，判斷銷售店鋪之聯屬營銷鏈結過去是否已被點選。該例中，由於存在對應於新預付款店鋪AS2之第2點選資訊，因此決定部14將該第2 點選資訊所示之刊登者D決定為第2收取人。又，決定部14從費率資料庫21獲取應用於新預付款店鋪AS2之新預付款費率(10%)，對銷售價格乘以其費率從而求得聯屬營銷費用。藉由以日圓上處理，決定部14決定對刊登者D支付100日圓作為追加聯屬營銷費用日圓。

因此，該例中，決定部14決定將刊登者D(300+100=400(日圓))作為自舊預付款店鋪NS2及新預付款店鋪AS2之聯屬營銷費用之收取人。

[第11例]

使用圖18說明第11例。該例中，使用者在最終點選資訊中未表示但在過去點選資訊中所示之新預付款店鋪購買商品後，在最終點選資訊中所示之新預付款店鋪購買其他商品。該例中，將在新預付款店鋪AS1及舊預付款店鋪NS2中進行之購買分別設為K1、K2。

首先，決定部14執行對於購買K1之決定處理。該決定處理與上述第6例相同。因此，決定部14將刊登者C(10日圓)及刊登者B(50日圓)決定為聯屬營銷費用之收取人。

其次，決定部14執行對於購買K2之決定處理。首先，決定部14將舊預付款店鋪NS2特定為聯屬營銷費用之支付者。其次，決定部14雖欲將最後點選之聯屬營銷鏈結之刊登者決定為收取人，但網絡餅乾內之第1點選資訊於關於購買K1之處理中被刪除，因此決定部14無法從網路餅乾特定收取人。因此，決定部14在該時刻結束利用第1點選資訊之決定處理。其次，決定部14參照第2點選資訊，判斷 銷售店鋪之聯屬營銷鏈結是否過去已點選。但是，購買K2之銷售店鋪非新預付款店鋪而係舊預付款店鋪。因此決定部14不進行針對第2點選資訊之處理。因此不產生關於購買K2之聯屬營銷費用之支付。

結果該例中，決定部14決定將刊登者C(10日圓)及刊登者B(50日圓)作為自新預付款店鋪AS1之聯屬營銷費用之收取人，另一方面，不進行自舊預付款店鋪NS2之聯屬營銷費用之支付。

EC系統1中，如此決定之記錄於聯屬營銷費用資料庫23之聯屬營銷費用定期集中計算。然後，基於該集中計算結果從各店鋪徵收聯屬營銷費用，分配於各收取人，最終轉帳於各收取人之帳戶中。又，集中計算結果向各店鋪及各收取人通知。另外，點選聯屬營銷鏈結後在3個以上店鋪購買3種以上商品之情形之處理與針對上述連續購買之處理相同地進行。

其次，使用圖19~21，說明EC系統1之動作，且針對本實施形態之聯屬營銷管理方法進行說明。

若使用者在任意網頁上點選聯屬營銷鏈結(步驟S11)，則使用者終端40將對應於該點選操作之HTTP請求向聯屬營銷伺服器10發送(步驟S12)。該HTTP請求包含網路餅乾。

聯屬營銷伺服器10中，存取監視部11接收該HTTP請求，將基於該請求所含之網路餅乾而生成之點選資訊存儲於點選資訊資料庫22(步驟S13)。具體如圖20所示，存取 監視部11判斷網路餅乾所示之鏈結目標店鋪之聯屬營銷形態(步驟S131)。然後，若該鏈結目標店鋪係新預付款店鋪(步驟S131；YES)，則存取監視部11執行步驟S132~134之處理，若該鏈結目標店鋪係普通店鋪或舊預付款店鋪(步驟S131；NO)，則執行步驟S135~S137之處理。

鏈結目標店鋪為新預付款店鋪之情形時，若對應於相同歷程ID及店鋪之點選資訊已存在於新表格中(步驟S132；Yes)，則存取監視部11以此次之點選資訊覆寫其點選資訊(步驟S133)。另一方面，不存在如此之點選資訊之情形時(步驟S132；NO)，存取監視部11將此次之點選資訊登錄於新表格(步驟S134)。

鏈結目標店鋪為普通店鋪或舊預付款店鋪之情形時，若對應於相同歷程ID及店鋪之點選資訊已存在於舊表格中(步驟S135；YES)，則存取監視部11以此次之點選資訊覆寫其點選資訊(步驟S136)。另一方面，不存在如此之點選資訊之情形時(步驟S135；NO)，存取監視部11將此次之點選資訊登錄於舊表格中(步驟S137)。

其次，存取監視部11將所接收之HTTP請求傳送於購物伺服器30(步驟S14)。根據該傳送，購物伺服器30生成聯屬營銷鏈結所示之網頁，向使用者終端40發送(步驟S15)。網路餅乾在該網頁中延續。

其後，在使用者終端40與購物伺服器30間，進行HTTP請求及對應於該請求之網頁之收發(步驟S16)。期間亦延續網路餅乾。步驟S16中，使用者點選其他聯屬營銷鏈 結，從而可進行相當於上述步驟S11~S15之一連串處理。進行該一連串處理之情形時，可覆寫網路餅乾內之第1點選資訊。又，與上述步驟S13相同，點選資訊存儲於點選資訊資料庫22。

其後，若使用者進行購買特定店鋪之特定商品之操作(步驟S17)，則對應於該操作之HTTP請求向購物伺服器30發送(步驟S18)。購物伺服器30中執行購買處理(步驟S19)。若該購買處理結束，則含上述步驟S11後之處理延續之網路餅乾，與基於此次之購買處理生成之購買資訊之購買通知向聯屬營銷伺服器10發送(步驟S20)。然後，聯屬營銷伺服器10中，決定聯屬營銷費用之支付端及其金額(步驟S21)。

該決定處理之詳情如圖21所示。首先，購買資訊獲取部12接收購買通知(步驟S211、獲取步驟)。其次，歷程特定部13從其購買通知所含之網路餅乾抽出第1點選資訊，且從點選資訊資料庫22獲取對應於該網路餅乾之歷程ID之第2點選資訊，從而特定購買者之點選歷程(步驟S212、特定步驟)。

其次，決定部14基於其點選歷程決定聯屬營銷費用之支付端及其金額。首先，決定部14基於第1點選資訊決定支付端及聯屬營銷費用(步驟S213、決定步驟)，且基於第2點選資訊決定支付端及聯屬營銷費用(步驟S214、決定步驟)。對於該決定，與上述第1~第11例所示說明相同。其次，決定部14生成表示所決定之支付端及聯屬營銷費用之 聯屬營銷資訊，存儲於聯屬營銷費用資料庫23(步驟S215)。為第1店鋪之處理之情形時(步驟S216；YES)，決定部14在該時刻清除網路餅乾，藉此刪除第1點選資訊(步驟S217)。決定部14對所有銷售店鋪執行該等一連串處理(參照步驟S218)。藉此，結束相對於一個購買者之一次購買處理(亦有連續購買之情形)之聯屬營銷管理。

其次，使用圖22，說明用以使電腦作為EC伺服器10發揮功能之聯屬營銷管理程式P1。

聯屬營銷管理程式P1包括主模組P10、存取監視模組P11、購買資訊獲取模組P12、歷程特定模組P13及決定模組P14。

主模組P10係總體控制聯屬營銷管理功能之部分。藉由執行主模組P10、存取監視模組P11、購買資訊獲取模組P12、歷程特定模組P13及決定模組P14實現之功能分別與上述存取監視部11、購買資訊獲取部12、歷程特定部13及決定部14之功能相同。

聯屬營銷管理程式P1例如固定記錄於CD-ROM或DVD-ROM、半導體記憶體等有形記錄媒體中而提供。又，聯屬營銷管理程式P1亦可作為疊加於搬送波之資料信號經由通信網路提供。

如上說明，根據本實施形態，考慮到商品之購買者過去點選哪個聯屬營銷鏈結而決定支付端及支付額，因此可對支付聯屬營銷費用之銷售店鋪及收取該聯屬營銷費用之廣告刊登者兩方給於一定滿足感。

本實施形態中，對最後點選之聯屬營銷鏈結之刊登者支付聯屬營銷費用。又，關於新預付款店鋪，過去點選之聯屬營銷鏈結之鏈結目標店鋪與銷售店鋪相同之情形時亦對該鏈結之刊登者支付聯屬營銷．鏈結。如此，不僅最後點選之聯屬營銷鏈結，亦考慮過去點選之聯屬營銷鏈結決定支付端及支付額，從而可給於銷售店鋪及廣告刊登者兩方一定之滿足感。

考慮過去點選之聯屬營銷鏈結係僅為新預付款店鋪之情形，因此關於聯屬營銷費用之支付規則可以說新預付款店鋪比普通店鋪或舊預付款店鋪適應實際形態。又，使新預付款費率高於一般費率，從而可使關於新預付款店鋪之聯屬營銷契約比其他形態之店鋪在優勢位置。如此設定新預付款店鋪，從而可將加盟店向新預付款店鋪引導。

本實施形態中，刪除聯屬營銷費用之支付已決定之點選資訊，因此可將與實際點選聯屬營銷鏈結之次數平衡之聯屬營銷費用向廣告刊登者支付。

本實施形態中，網路餅乾中僅記憶最終之點選資訊，其之前之點選資訊存儲於點選資訊資料庫22，因此可抑制網路餅乾之資料量，且可使通信處理之負荷下降。

以上基於其實施形態詳細說明本發明。但本發明不限於上述實施形態。本發明在不脫離其主旨之範圍內可進行各種變形。

上述實施形態中，最終點選資訊所示之刊登者無條件成為聯屬營銷費用之收取人，但關於最終點選資訊，亦可僅 銷售店鋪與鏈結目標店鋪一致之情形時對刊登者支付聯屬營銷費用。

上述實施形態中，網路餅乾中僅記憶最新之點選資訊，將其之前之點選資訊存儲於點選資訊資料庫22，但亦可不使用資料庫，於網路餅乾中記憶過去幾代點選資訊。又，上述實施形態中係使用舊表格及新表格，但亦可僅使用新表格。即，亦可於網路餅乾中僅記憶最新之點選資訊，僅將關於新預付款店鋪之點選資訊存儲於資料庫中。如此，記錄部之構成可任意決定。

上述實施形態中成為聯屬營銷形態，顯示普通店鋪、舊預付款店鋪及新預付款店鋪，但聯屬營銷形態可僅為新預付款店鋪，亦可僅為普通店鋪及新預付款店鋪。

上述實施形態中針對每個店鋪設定費率，但費率之設定方法不受限制。例如可針對每個商品設定費率，亦可針對每個店鋪及廣告刊登者之組合設定費率，亦可針對每個商品及廣告刊登者之組合設定費率。

1‧‧‧EC系統

10‧‧‧聯屬營銷伺服器

11‧‧‧存取監視部

12‧‧‧購買資訊獲取部

13‧‧‧歷程特定部

14‧‧‧決定部

20‧‧‧資料庫群

21‧‧‧費率資料庫

22‧‧‧點選資訊資料庫

23‧‧‧聯屬營銷費用資料庫

30‧‧‧購物伺服器

40‧‧‧使用者終端

50‧‧‧店鋪終端

P1‧‧‧聯屬營銷管理程式

P10‧‧‧主模組

P11‧‧‧存取監視模組

P12‧‧‧購買資訊獲取模組

P13‧‧‧歷程特定模組

P14‧‧‧決定模組

圖1係表示實施形態之EC系統之整體構成之圖。

圖2係表示費率資訊之例之圖。

圖3係表示點選資訊之例之圖。

圖4係表示聯屬營銷資訊之例之圖。

圖5係表示圖1所示之聯屬營銷伺服器之硬體構成之圖。

圖6係表示圖1所示之聯屬營銷伺服器之功能構成之方塊圖。

圖7係表示關於聯屬營銷費用之決定處理之圖(第1例)。

圖8係表示關於聯屬營銷費用之決定處理之圖(第2例)。

圖9係表示關於聯屬營銷費用之決定處理之圖(第3例)。

圖10係表示關於聯屬營銷費用之決定處理之圖(第4例)。

圖11係表示關於聯屬營銷費用之決定處理之圖(第4之2例)。

圖12係表示關於聯屬營銷費用之決定處理之圖(第5例)。

圖13係表示關於聯屬營銷費用之決定處理之圖(第6例)。

圖14係表示關於聯屬營銷費用之決定處理之圖(第7例)。

圖15係表示關於聯屬營銷費用之決定處理之圖(第8例)。

圖16係表示關於聯屬營銷費用之決定處理之圖(第9例)。

圖17係表示關於聯屬營銷費用之決定處理之圖(第10例)。

圖18係表示關於聯屬營銷費用之決定處理之圖(第11例)。

圖19係表示圖1所示之EC系統之動作之次序圖。

圖20係表示圖19所示之點選資訊存儲處理之詳情之流程圖。

圖21係表示圖19所示之聯屬營銷相關處理之詳情之流程圖。

圖22係表示實施形態之聯屬營銷管理之程式之構成之圖。

10‧‧‧聯屬營銷伺服器

11‧‧‧存取監視部

12‧‧‧購買資訊獲取部

13‧‧‧歷程特定部

14‧‧‧決定部

20‧‧‧資料庫群

21‧‧‧費率資料庫

22‧‧‧點選資訊資料庫

23‧‧‧聯屬營銷費用資料庫

30‧‧‧購物伺服器

40‧‧‧使用者終端

Claims (10)

1. 一種聯屬營銷管理裝置，其包括：存取監視部，其根據由使用者進行之聯屬營銷鏈結之點選，而將與該聯屬營銷鏈結之刊登者、該聯屬營銷鏈結之鏈結目標店鋪及該使用者相關聯之點選資訊存儲於特定之記憶部，且在欲存儲之新點選資訊所示之鏈結目標店鋪及對應於使用者之其他點選資訊已記憶於該特定記憶部之情形時，以該新點選資訊覆寫該其他點選資訊；獲取部，其獲取表示商品之購買者與該商品之銷售店鋪之購買資訊；特定部，其基於自上述特定之記憶部獲取之對應於上述購買者之1個以上之點選資訊，而特定表示由該購買者進行之聯屬營銷鏈結之點選之點選歷程，且於所獲取之點選資訊中包含關於比最後點選聯屬營銷鏈結時更早點選之聯屬營銷鏈結之過去點選資訊，與關於最後點選之聯屬營銷鏈結之最終點選資訊；及決定部，其基於上述點選歷程而決定自上述銷售店鋪收取聯屬營銷費用之1個以上之上述刊登者，及支付給各刊登者之聯屬營銷費用；且上述決定部於將上述最終點選資訊所示之上述刊登者決定為自上述銷售店鋪收取聯屬營銷費用之第1收取人，且當上述過去點選資訊所示之上述鏈結目標店鋪與上述銷售店鋪相同之情形時，將該過去點選資訊所示之 上述刊登者決定為自該銷售店鋪收取聯屬營銷費用之第2收取人。
2. 如請求項1之聯屬營銷管理裝置，其中上述決定部於決定自上述銷售店鋪收取聯屬營銷費用之1個以上之上述刊登者，與支付給各刊登者之聯屬營銷費用之後，刪除上述最終點選資訊與對應於上述第2收取人之上述過去點選資訊。
3. 如請求項1或2之聯屬營銷管理裝置，其中上述特定記憶部包含可自點選上述聯屬營銷鏈結之使用者之終端獲取之HTTP網路餅乾，及特定之資料庫，且上述HTTP網路餅乾中僅包含上述最終點選資訊，上述過去點選資訊存儲於上述資料庫中。
4. 如請求項3之聯屬營銷管理裝置，其中上述鏈結目標店鋪包含第1種店鋪及第2種店鋪，對上述第1種店鋪設定付給上述第1收取人之上述聯屬營銷費用之計算所使用之第1種費率，對上述第2種店鋪設定上述第1種費率，及付給上述第1收取人之追加聯屬營銷費用或付給上述第2收取人之聯屬營銷費用之計算所使用之第2種費率。
5. 如請求項4之聯屬營銷管理裝置，其中上述資料庫中僅存儲關於上述第2種店鋪之上述過去點選資訊。
6. 如請求項1之聯屬營銷管理裝置，其中於上述購買者在第1銷售店鋪購買第1商品，且繼而在第2銷售店鋪購買第2商品之情形時，上述決定部決定自該第1銷售店鋪收 取聯屬營銷費用之第1及第2收取人，繼而，基於刪除上述最終點選資訊與對應於該第2收取人之上述過去點選資訊後剩餘之上述點選歷程內之上述過去點選資訊，決定自該第2銷售店鋪收取聯屬營銷費用之進一步之收取人。
7. 如請求項6之聯屬營銷管理裝置，其中鏈結目標店鋪包含第1種店鋪及第2種店鋪，對上述第1種店鋪設定付給上述第1收取人之上述聯屬營銷費用之計算所使用之第1種費率，對上述第2種店鋪設定上述第1種費率，與付給上述第1收取人之追加聯屬營銷費用或向上述第2收取人之聯屬營銷費用之計算所使用之第2種費率，上述決定部在上述第2銷售店鋪為上述第1種店鋪之情形時，不決定自該第2銷售店鋪收取聯屬營銷費用之進一步之收取人，於上述第2銷售店鋪為上述第2種店鋪之情形時，決定自該第2銷售店鋪收取聯屬營銷費用之進一步之收取人。
8. 一種聯屬營銷管理方法，其係藉由聯屬營銷管理裝置執行者，且包含：存取監視步驟，根據由使用者進行之聯屬營銷鏈結之點選，而將與該聯屬營銷鏈結之刊登者、該聯屬營銷鏈結之鏈結目標店鋪及該使用者相關聯之點選資訊存儲於特定之記憶部，且在欲存儲之新點選資訊所示之鏈結目標店鋪及對應於使用者之其他點選資訊已記憶於該特定 記憶部之情形時，以該新點選資訊覆寫該其他點選資訊；獲取步驟，獲取表示商品之購買者與該商品之銷售店鋪之購買資訊；特定步驟，基於自上述特定之記憶部獲取之對應於上述購買者之1個以上之點選資訊，而特定表示由該購買者進行之聯屬營銷鏈結之點選之點選歷程，且於所獲取之點選資訊中包含關於比最後點選聯屬營銷鏈結時更早點選之聯屬營銷鏈結之過去點選資訊，與關於最後點選之聯屬營銷鏈結之最終點選資訊；及決定步驟，基於上述點選歷程而決定自上述銷售店鋪收取聯屬營銷費用之1個以上之上述刊登者，及支付給各刊登者之聯屬營銷費用；且在上述決定步驟中，於將上述最終點選資訊所示之上述刊登者決定為自上述銷售店鋪收取聯屬營銷費用之第1收取人，且當上述過去點選資訊所示之上述鏈結目標店鋪與上述銷售店鋪相同之情形時，將該過去點選資訊所示之上述刊登者決定為自該銷售店鋪收取聯屬營銷費用之第2收取人。
9. 一種聯屬營銷管理程式，其使電腦執行如下各部：存取監視部，其根據由使用者進行之聯屬營銷鏈結之點選，而將與該聯屬營銷鏈結之刊登者、該聯屬營銷鏈結之鏈結目標店鋪及該使用者相關聯之點選資訊存儲於特定之記憶部，且在欲存儲之新點選資訊所示之鏈結目 標店鋪及對應於使用者之其他點選資訊已記憶於該特定記憶部之情形時，以該新點選資訊覆寫該其他點選資訊；獲取部，其獲取表示商品之購買者與該商品之銷售店鋪之購買資訊；特定部，其基於自上述特定之記憶部獲取之對應於上述購買者之1個以上之點選資訊，而特定表示由該購買者進行之聯屬營銷鏈結之點選之點選歷程，且於所獲取之點選資訊中包含關於比最後點選聯屬營銷鏈結時更早點選之聯屬營銷鏈結之過去點選資訊，與關於最後點選之聯屬營銷鏈結之最終點選資訊；決定部，其基於上述點選歷程而決定自上述銷售店鋪收取聯屬營銷費用之1個以上之上述刊登者，及支付給各刊登者之聯屬營銷費用；且上述決定部於將上述最終點選資訊所示之上述刊登者決定為自上述銷售店鋪收取聯屬營銷費用之第1收取人，且當上述過去點選資訊所示之上述鏈結目標店鋪與上述銷售店鋪相同之情形時，將該過去點選資訊所示之上述刊登者決定為自該銷售店鋪收取聯屬營銷費用之第2收取人。
10. 一種電腦可讀取記錄媒體，其記憶使電腦執行如下各部之聯屬營銷管理程式：存取監視部，其根據由使用者進行之聯屬營銷鏈結之點選，而將與該聯屬營銷鏈結之刊登者、該聯屬營銷鏈 結之鏈結目標店鋪及該使用者相關聯之點選資訊存儲於特定之記憶部，且在欲存儲之新點選資訊所示之鏈結目標店鋪及對應於使用者之其他點選資訊已記憶於該特定記憶部之情形時，以該新點選資訊覆寫該其他點選資訊；獲取部，其獲取表示商品之購買者與該商品之銷售店鋪之購買資訊；特定部，其基於自上述特定之記憶部獲取之對應於上述購買者之1個以上之點選資訊，而特定表示由該購買者進行之聯屬營銷鏈結之點選之點選歷程，且於所獲取之點選資訊中包含關於比最後點選聯屬營銷鏈結時更早點選之聯屬營銷鏈結之過去點選資訊，與關於最後點選之聯屬營銷鏈結之最終點選資訊；及決定部，其基於上述點選歷程而決定自上述銷售店鋪收取聯屬營銷費用之1個以上之上述刊登者，及支付給各刊登者之聯屬營銷費用；且上述決定部於將上述最終點選資訊所示之上述刊登者決定為自上述銷售店鋪收取聯屬營銷費用之第1收取人，且當上述過去點選資訊所示之上述鏈結目標店鋪與上述銷售店鋪相同之情形時，將該過去點選資訊所示之上述刊登者決定為自該銷售店鋪收取聯屬營銷費用之第2收取人。