網絡廣告遞送系統的制作方法

專利名稱：網絡廣告遞送系統的制作方法
技術領域：
本發明涉及網絡廣告遞送系統，用于使用社會網絡服務系統，在互聯網上實施商品的銷售管理。
背景技術：
在提供促銷傭金的傳統的提成提供模式，即，使用互聯網上的主頁的提成中，真正購買商品或未真正購買商品的用戶寫下推薦物品以便將潛在的購買者指導或引導到推薦物品的相關站點。
現在參考圖1，將描述傳統的提成廣告模式。
如從圖1看出，該模式包括接收提成傭金的提成方(affiliater)100以及購買物品的買方200。提成方100和買方200是不同實體。提成方100在步驟(1)和(2)中在提成系統中注冊，以及在步驟(3)中設置推薦物品。在步驟(4)和(5)中，買方200經網站300查看商店400中的物品。在步驟(6)和(7)中簽訂銷售合約。在步驟(8)和(8’)中，將用于促銷的傭金，即對應于銷售合約的購買的提成量提供給提成方100。
日本專利未決公開號No.2002-56000(文獻1)描述了一種Web服務器，其管理用于每個用戶的朋友數據庫，以及促進用戶當中的朋友之間的通信，便于團體的順暢操作。日本專利未決公開號No.2002-83213(文獻2)提出了使用Web頁來有效地對商品作廣告的網絡廣告方法以及網絡廣告系統。
然而，傳統的網絡廣告遞送系統具有下述問題。
例如，存在可靠性不足的問題。在該系統中，也允許未買商品的用戶寫推薦物品。可能出現與買方共謀、假裝消費者以便引誘其他消費者購買商品的人。這導致可靠性問題。另外，保持匿名性或不是用戶的朋友的一些人的站點是不可靠的。
另外，還導致已經執行的購買是否沒有反映可靠性的問題。還存在與購買量無關，根據等級方法，提供傭金的問題。在目前可用的提成系統中，不能對一次購買商品的多個提成方提供提成或傭金。
不存在根據購買量，評價提成與每個提成方的等級的方法。在實際的商業流通和現有的提成系統中，提成量隨商品的新銷售量而波動。然而，對有關新銷售事件的提成，不根據過去的銷售額改變等級。
還存在描述或輸入推薦物品的問題。當使用不適合于推薦物品的輸入操作的終端諸如便攜式電話時，用戶花費相當長的時間來描述該推薦物品。因此，存在寫入推薦物品的簡單輸入方法的需求。

發明內容
在此公開了一種網絡廣告系統，其中，當用戶購買商品時，將有關該商品的信息通知用戶的朋友，由此向用戶提供促銷傭金，即，提成量。
根據本發明的第一方面，提供一種網絡廣告遞送系統，包括多個終端，包括第一終端和第二終端；第一信息處理部件，存儲當對應于每一終端的用戶購買商品或服務時的購買信息；以及第二信息處理部件，存儲終端的信息和終端間的關聯。將第一終端的購買信息從第一信息處理部件發送到第二信息處理部件。第二信息處理部件將第一終端的購買信息發送到提取為與第一終端具有關聯的第二終端。
根據本發明的第二方面，用戶可以從商業站點購買商品或服務。
根據本發明的第三方面，第一或第二信息處理部件響應終端的每一個的用戶的注冊，發布用戶標識符(ID)。
根據本發明的第四方面，當終端注冊與其他終端的關聯是，第二信息處理部件發布用于關聯的注冊請求，以及根據包含在注冊請求的響應中的信息，將要關聯的終端確定是否實施注冊。
根據本發明的第五方面，終端設置如下條件，即在注冊關聯期間或之后，該終端同意或拒絕來自另一終端的注冊請求。
根據本發明的第六方面，當第二終端實施遞送請求注冊以請求第二信息處理部件將第一終端的購買信息遞送給第二終端時，第二信息處理部件將第二終端期望遞送請求注冊的消息通知第一終端；以及第二信息處理部件根據包含在遞送請求注冊的響應中的信息，確定是否將實施注冊。
根據本發明的第七方面，終端設置如下條件，即在對第二信息處理部件的注冊期間或之后，該終端同意或拒絕來自另一終端的遞送注冊請求。
根據本發明的第八方面，其中，如果已經將第一終端已經接收由第一信息處理部件提供的商品或服務的事件通知第二終端，當第二終端從第一信息處理部件接收與提供給第一終端的商品或服務基本上相同或有關的商品或服務時，將提成量從第一信息處理部件提供給第二信息處理部件。
根據本發明的第九方面，第二信息處理部件將提成量提供給第一終端。
根據本發明的第十方面，第二信息處理部件存儲用戶組和終端間的關系的關聯信息；以及第一信息處理部件根據由第二信息處理部件存儲的關聯信息，將提成量遞送給第一終端。
根據本發明的第十一方面，其中，在將提成量遞送給第一終端時，如果存在將要遞送提成量的目標以及將要遞送給終端的提成量，第一或第二信息處理部件根據有關由終端的用戶購買的商品數的信息、有關所提供的服務數的信息，或有關商品或服務的量的信息，將提成量遞送到每一終端。
根據本發明的第十二方面，該關系表示終端的用戶間的親密度和可靠性。
根據本發明的第十三方面，其中，在第一和第二終端間建立關系后，第二終端設置相對于第一終端的用戶的親密度，以及修改和檢測該關系。
根據本發明的第十四方面，在第一和第二終端間建立關系后，第一終端設置相對于第二終端的用戶的親密度，以及修改和刪除該關系。
根據本發明的第十五方面，第二信息處理部件參考第一和第二終端的用戶間的親密度和/或可靠性，并且由此根據親密度和/或可靠性，確定用于提成量的遞送的比率。
根據本發明的第十六方面，終端的至少一個參考其他終端的購買商品的歷史。
根據本發明的第十七方面，當第二終端從第一信息處理部件接收購買商品或提供服務的事件時，指定被遞送提成量的各終端以及各終端的提成比。
根據本發明的第十八方面，在第一終端從第一信息處理部件接收購買商品或提供服務的事件的情況下，限制將購買商品或提供服務的接收通知給第二終端或其他終端，其中第二終端和其他終端與第一終端相關。
根據本發明的第十九方面，當在各終端間劃分提成量時，第一或第二信息處理部件基于用戶何時購買商品或服務，劃分提成量。
根據本發明的第二十方面，提供一種網絡廣告遞送系統，包括多個終端，其中，當各終端有助于銷售商品或服務時，在各終端間劃分提成量。
根據本發明，第二用戶能基于包括已經購買商品或服務的第一用戶的信息和與第一和第二用戶間的友誼有關的信息的可靠信息，購買商品或服務。購買者或買方也可以將提成間接提供給通知該信息的用戶。


將參考附圖，通過下述詳細描述，描述所公開的實施例的特征，其中圖1是表示傳統的網絡廣告遞送系統的結構的框圖；圖2是表示實施例的網絡廣告遞送系統的結構的示意性框圖；圖3是示意性表示網絡廣告遞送系統的結構的框圖；圖4是表示網絡廣告遞送系統的處理的流程圖；圖5是表示網絡廣告遞送系統的處理的流程圖；圖6是表示網絡廣告遞送系統的處理的流程圖；圖7是表示終端之間的關系的圖；圖8是表示網絡廣告遞送系統的處理的流程圖；
圖9是表示網絡廣告遞送系統的處理的流程圖；以及圖10是表示終端之間的關系的圖。
具體實施例方式
現在，參考附圖，描述網絡廣告和網絡廣告系統。
圖2表示網絡廣告系統的結構。
該系統包括終端11至13、商店20以及社會網絡服務(SNS)30。終端11至13能購買商品，諸如便攜式電話、個人計算機(PC)以及射頻標識符(RFID)預付/后付卡。也可以采用使用RFID、磁ID等等的終端來將其ID通知其他系統或裝置。終端11用來購買商店中的商品，將有關友誼的信息發送到社會網絡系統30。
商店20包括友誼查詢部件21、銷售管理部件22，以及用戶ID/購買歷史數據庫24。部件22包括用戶ID/購買歷史管理部件23。部件21將查詢發送到SNS管理部件31，其用于終端11至13間的友誼的網絡。部件22管理商品的銷售以及服務和歷史數據。
部件23訪問數據庫24以便管理購買歷史數據。數據庫24在其中保存每一用戶ID的購買歷史。
社會網絡服務系統30包括SNS管理模塊31、購買歷史通知模塊33以及用戶ID/友誼數據庫34。SNS管理模塊31包括用戶ID/友誼管理模塊32。
SNS 30為分別作為終端11到13的所有者的用戶A至C提供友誼的信息以及通信服務。SNS管理有關對商品銷售和服務有貢獻的對象的信息以及有關貢獻度的信息，以便確定將提供的提成量。
部件31執行SNS服務處理。模塊32訪問數據庫34以便管理友誼數據。模塊33將由朋友購買的商品和/或服務的信息傳送到終端11至13。數據庫34在其中存儲用戶標識符之間的友誼信息。
在圖2的結構中，假定商店20和SNS 30由相互不同的公司分別用于銷售和服務。然而，如果用于銷售的公司也提供這些服務，數據庫24和數據庫34可以配置成一個數據庫，例如，如圖3所示的用戶ID/購買歷史/友誼數據庫35。
接著參考圖4至10，描述實施例的操作。
在初始狀態下，假定，還沒有將數據注冊到數據庫24和數據庫34。
參考圖4，將描述SNS服務的操作，也就是，將用戶和用戶的友誼從終端11至13注冊到SNS 30的操作。
終端11實施向SNS 30的用戶注冊。終端11向模塊32發出用戶注冊請求(步驟S1)。模塊32將用戶注冊到數據庫34以便生成用戶ID(步驟S2)。在這種情況下，將ID＝“XXX”分配給終端11，以及模塊32將用戶ID發送到終端11(步驟S3)。
接著，終端12執行向SNS 30的用戶注冊。該操作與從終端11到SNS 30的用戶注冊類似。在這種情況下，將ID＝“YYY”分配給終端12(參考步驟S4至S6)。當終端13完成用戶注冊時，向其分配ID＝“ZZZ”(參考步驟S7至S9)。
接著，參考圖5，將描述終端12的用戶請求SNS 30注冊與終端11的用戶的友誼的操作。
終端12將友誼注冊請求發送到模塊32，以便注冊與終端11的用戶的友誼(步驟S 10)。模塊32將來自終端12的用戶的請求通知終端11(步驟S11)。如果終端11同意該請求(步驟S12為是)，終端11將“OK”通知模塊32(步驟S13)。管理模塊32將“OK”通知終端12以及將終端11和12之間的友誼注冊到數據庫34(步驟S14和S15)。
關于這一點，可以預先設置指定如下操作的設定值項。在終端11進行向SNS 30的用戶注冊之后或當時，將同意或拒絕來自任何終端或一部分終端的友誼或關系注冊請求。當指定一些終端時，可對每一用戶設置同意或拒絕。另外，可以編寫條件表達式，以便同意或拒絕符合該表達式的用戶。
此后，單方面信任終端11的授權用戶的終端13的用戶單方面發布“預約”請求，而不是友誼請求。在該實施例中，“預約”表示當終端11或12購買商品或接受服務時，將購買或服務的信息通知終端13的關系。即，SNS 30上的友誼表示雙向同意“預約”的關系。在單方“預約”過程中，終端13將用于終端11的單方預約請求發送到模塊32(步驟16)。模塊32經數據庫34確認具有ID＝“YYY”的終端是否同意來自不是該終端的朋友的用戶的“預約”(步驟S17)。由于在該實施例中同意“預約”，注冊從ID＝“ZZZ”至ID＝“YYY”的“單方預約”。模塊32將表示成功注冊“預約”的結果返回給終端13(步驟S18)。
關于這一點，用戶可以設置設定項，以便預先指定操作如下。當終端11實施向SNS 30的用戶注冊時，同意或拒絕來自任何終端或一部分終端的單方預約請求。當指定一部分終端時，可以對于每一用戶設置“同意”或“拒絕”。或者，用戶可以寫入條件表達式，以便同意或拒絕符合表達式的用戶。
接著，參考圖6和7，將描述當終端11的用戶A購買商店中的商品(P)時的操作。
圖6表示分別為終端11至13的用戶A至C間的關系。
如圖6所示，用戶A和B間存在友誼。用戶C向用戶A發出單方預約請求，然后，該請求被同意。
如從圖7看出，用戶A的終端11向商店20的模塊22發出請求以便使用ID＝“XXX”購買三個商品(P)(步驟20)。模塊22將三個商品(P)提供給用戶A，并經模塊23在數據庫24中記錄ID＝“XXX”已經購買三個商品(P)的事件(步驟S21和S22)。
模塊23將ID＝“XXX”購買了三個商品(P)以及ID＝“XXX”的友誼的查詢，經友誼查詢部件21通知模塊32(步驟S23)。模塊32使用數據庫34檢查ID＝“XXX”的友誼/預約狀態，以便最終獲得ID＝“YYY”是朋友以及接受來自ID＝“ZZZ”的“預約”的信息。
模塊32經模塊33將ID＝“XXX”已經購買三個商品(P)的事件通知ID＝“YYY”的終端12以及ID＝“ZZZ”的終端13(步驟S24)。
接著，模塊32經模塊21，將ID＝“XXX”是ID＝“YYY”的朋友以及從ID＝“ZZZ”發送“預約”的信息通知模塊23(步驟25)。此后，模塊23進行校驗以便確定數據庫24是否包含ID＝“YYY”以及ID＝“ZZZ”已經購買商品的事件的歷史。模塊23確認還未購買商品，然后，將該事件通知模塊32(步驟S26)。
現在參考圖8，將描述當終端12的用戶B購買商品(P)時的操作。
已經通知了終端11的用戶已經購買三個商品(P)。結果，增強了有關終端12的用戶B的商品(P)的可靠性，由此用戶B購買商品(P)。然后，根據促銷的貢獻度，商店20將提成量分別遞送給作為信息提供者的用戶A和SNS 30。
為了遞送，也可以預先指定提成的遞送比，以便根據由終端12的用戶B購買的商品(P)的數量或多次購買的結合和該比率，確定用戶A和SNS 30各自的量。
首先，用戶B的終端12向商店20的部件22發出購買請求，以便使用ID＝“YYY”購買一個商品(P)(步驟S30)。部將22將一個商品(P)提供給終端12的用戶B，以及經模塊23，在數據庫24中記錄ID＝“YYY”已經購買一件商品(P)的事件(步驟S31和S32)。
接著，經部件21，部件22將ID＝“YYY”已經購買一件商品的事件通知模塊32，以及經部件21，向模塊32發出ID＝“YYY”的友誼的查詢(步驟S33)。模塊32通過使用數據庫34，檢查ID＝“YYY”的友誼的狀態和預約，以便最終獲得ID＝“XXX”是朋友的信息(ID＝“ZZZ”不是朋友以及還未預約)。
模塊32經模塊33，將ID＝“YYY”購買一件商品(P)的事件通知ID＝“XXX”的終端11(步驟S34；不將該事件通知ID＝“ZZZ”)。然后，模塊32經部件21，將ID＝“YYY”是ID＝“XXX”的朋友的事件通知模塊23(步驟S35)。
此后，模塊23進行校驗以便確定數據庫24是否包含ID＝“XXX”已經購買商品(P)的事件的歷史，以最終獲得ID＝“XXX”已經購買三個商品(P)的信息。
然后，模塊23將ID＝“XXX”已經購買三個商品(P)的事件通知SNS 30以及為SNS 30提供提成量(步驟S36)。SNS 30將一部分提成提供給終端11的用戶A(步驟S37)。
在圖8所示的操作中，如果用戶B購買了由用戶A購買的商品，則能根據由用戶A購買的商品的數量，改變該提成的遞送比。
同時，終端12用13可以包括如下功能，即在購買商品時參考終端11的商品和相關商品的購買歷史。也可以反映操作次數，以便在遞送提成時參考該歷史。
現在參考圖9，將描述當終端13的用戶C購買商店20中的商品(P)時的操作。
已經將終端11的用戶A已經購買三個商品(P)通知終端13。對于終端13的用戶C，這增強了商品(P)的可靠性。因此，在購買商品(P)后，商店20根據與促銷的各自貢獻度相對應的遞送比，為作為信息提供者的用戶A和SNS 30分別提供提成量。
首先，用戶C的終端13將購買請求發布到商店20的部件22，以便使用ID＝“ZZZ”購買一個商品(P)(步驟S40)。然后，部件22將一個商品(P)提供給終端11的用戶C，以及經模塊23將ID＝“ZZZ”已經購買一個商品(P)的事件記錄在數據庫24中(步驟S41和S42)。
部件22經模塊21將ID＝“ZZZ”購買一個商品(P)的事件通知模塊32，并類似地向其發出ID＝“ZZZ”的友誼的查詢(步驟S43)。模塊32使用數據庫34，檢查ID＝“ZZZ”的友誼狀態以及“預約”，從而最終獲得表示已經將“預約”從ID＝“ZZZ”發送到ID＝“XXX”的信息(ID＝“YYY”既不是朋友也沒有預約)。
具有ID＝“ZZZ”的終端不要求獲取信息，因此，不存在模塊32經模塊33向其通知信息的終端。模塊32將既不將信息發送到ID＝“YYY”也不發送到ID＝“ZZZ”。
模塊32經模塊21，將ID＝“XXX”已經被預約到ID＝“ZZZ”通知模塊23(步驟S44)。然后，模塊23進行校驗以便確定數據庫24是否包含ID＝“XXX”已經購買商品(P)的歷史，以及獲得ID＝“XXX”已經購買三個商品(P)的信息。模塊23為SNS 30提供ID＝“XXX”已經購買三個商品(P)的事件以及提成的量(步驟S45)。SNS 30將部分提成提供給終端11的用戶(步驟S46)。
在上述操作中，僅一個終端接收用于一次購買的提成。然而，也可以在例如圖10所示的友誼/“預約”關系中，在終端13購買商品時，向已經購買三個商品(P)的終端11和已經購買一個商品(P)的終端12提供提成。可以基于購買歷史中的購買商品的數量，確定提成比率，即，可以將該比率設置成“3∶1”。
在假定該友誼對促銷的貢獻是“預約”關系的二倍的系統中，根據情形，可以將該比率設置成“3∶(1×2)＝3∶2”。
此外，例如，SNS 30的數據庫34可以包括表示朋友之間，即終端11至13的各自用戶A至C之間的親密度的參數。這允許SNS 30通過參考參數，修改遞送提成的比率。
該系統不僅可以包括限制每一購買的購買歷史的公開范圍以將該歷史公開給相關人的功能，而且包括基于預先指定的朋友的等級和/或類型是否公開該歷史的功能。朋友等級可以是例如朋友的親密度以及表示朋友的訪問數的“跳次計數”(hop count)。可以由用戶直接指定親密度。也可以這樣來使用，即動態地修改經便攜式電話的呼叫次數的指數以及過去的促銷(提成)的實際結果。跳次計數是親密度指數之一，以及例如采用用于直接朋友的一個的值和用于朋友的朋友的兩個的值。例如，朋友類型使用如下。如果用戶是足球團體的成員以及購買用于足球的商品，將購買歷史公開給該團體的成員。
在該實施例中，如果第三方購買商品，則系統可以將提成遞送給已經購買該商品的人。每一人的遞送比率可以設置如下。可以將最高比率設置給最頻繁購買商品或已經購買最多商品的人。或者，在遞送比率的確定中，也可以反映推薦物品的內容、參考推薦物品的操作次數、參考推薦所用的時間周期，或提成結果，或過去該商品的用戶。
根據本發明，可以如在傳統技術中那樣，將提成分發給未確認購買該商品的多個用戶。也可以在具有購買商品的憑證的用戶和未確認購買商品的用戶之間改變該比率。
此外，當購買所考慮的商品時，不一定需要遞送提成。也就是，即使購買考慮中的商品的生產商生產的商品或另一生產商的商品，也可以遞送提成。在這種情況下，可以根據所購買的物品與考慮中的物品或與之相關的另一物品是否相同，改變提成的遞送比率。
如果允許在用戶購買物品后，用戶將另外的推薦物品添加到預先所述的推薦物品上，其他用戶可以讀取最晚推薦物品，導致該物品的促銷。
通過根據商品的購買時間點來改變提成遞送比率，例如，通過增加用于不常訪問該商店20來購買物品的時段的提成比率，能期望訪問數變得更大以及增加所購買的商品數。
盡管參考具體的示例性實施例，已經描述了本發明，不應當受那些實施例，而是應當由權利要求限定。將意識到本領域的技術人員能改變或修改實施例，而不背離本發明的范圍和精神。
權利要求
1.一種網絡廣告遞送系統，包括多個終端，包括第一終端和第二終端；第一信息處理部件，存儲當對應于每一終端的用戶購買商品或服務時的購買信息；以及第二信息處理部件，存儲終端的信息和終端間的關聯；其中，將第一終端的購買信息從第一信息處理部件發送到第二信息處理部件；第二信息處理部件將第一終端的購買信息發送到提取為與第一終端具有關聯的第二終端。
2.如權利要求1所述的網絡廣告遞送系統，其中，用戶從商業站點購買商品或服務。
3.如權利要求1所述的網絡廣告遞送系統，其中，第一或第二信息處理部件響應終端的每一個的用戶的注冊，發布用戶標識符(ID)。
4.如權利要求1所述的網絡廣告遞送系統，其中，當終端注冊與其他終端的關聯時，第二信息處理部件發布用于關聯的注冊請求；以及根據包含在注冊請求的響應中的信息，將要關聯的終端確定是否實施注冊。
5.如權利要求1所述的網絡廣告遞送系統，其中，終端設置如下條件，即在注冊關聯期間或之后，該終端同意或拒絕來自另一終端的注冊請求。
6.如權利要求1所述的網絡廣告遞送系統，其中，當第二終端實施遞送請求注冊以請求第二信息處理部件將第一終端的購買信息遞送給第二終端時，第二信息處理部件將第二終端期望遞送請求注冊的消息通知第一終端；以及第二信息處理部件根據包含在遞送請求注冊的響應中的信息，確定是否將實施注冊。
7.如權利要求6所述的網絡廣告遞送系統，其中，終端設置如下條件，即在對第二信息處理部件的注冊期間或之后，該終端同意或拒絕來自另一終端的遞送注冊請求。
8.如權利要求1所述的網絡廣告遞送系統，其中，如果已經將第一終端已經接收由第一信息處理部件提供的商品或服務的事件通知第二終端，當第二終端從第一信息處理部件接收與提供給第一終端的商品或服務基本上相同或有關的商品或服務時，將提成量從第一信息處理部件提供給第二信息處理部件。
9.如權利要求1所述的網絡廣告遞送系統，其中，第二信息處理部件將提成量提供給第一終端。
10.如權利要求1所述的網絡廣告遞送系統，其中，第二信息處理部件存儲用戶組和終端間的關系的關聯信息；以及第一信息處理部件根據由第二信息處理部件存儲的關聯信息，將提成量遞送給第一終端。
11.如權利要求9所述的網絡廣告遞送系統，其中，在將提成量遞送給第一終端時，如果存在將要遞送提成量的目標以及將要遞送給終端的提成量，第一或第二信息處理部件根據有關由終端的用戶購買的商品數的信息、有關所提供的服務數的信息，或有關商品或服務的量的信息，將提成量遞送到每一終端。
12.如權利要求1所述的網絡廣告遞送系統，其中，該關系表示終端的用戶間的親密度和可靠性。
13.如權利要求1所述的網絡廣告遞送系統，其中，在第一和第二終端間建立關系后，第二終端設置相對于第一終端的用戶的親密度，以及修改和檢測該關系。
14.如權利要求1所述的網絡廣告遞送系統，其中，在第一和第二終端間建立關系后，第一終端設置相對于第二終端的用戶的親密度，以及修改和刪除該關系。
15.如權利要求1所述的網絡廣告遞送系統，其中，第二信息處理部件參考第一和第二終端的用戶間的親密度和/或可靠性，并且由此根據親密度和/或可靠性，確定用于提成量的遞送的比率。
16.如權利要求1所述的網絡廣告遞送系統，其中，終端的至少一個參考其他終端的購買商品的歷史。
17.如權利要求1所述的網絡廣告遞送系統，其中，當第二終端從第一信息處理部件接收購買商品或提供服務的事件時，指定被遞送提成量的各終端以及各終端的提成比。
18.如權利要求1所述的網絡廣告遞送系統，其中，在第一終端從第一信息處理部件接收購買商品或提供服務的事件的情況下，限制將購買商品或提供服務的接收通知給第二終端或其他終端，其中第二終端和其他終端與第一終端相關。
19.如權利要求9所述的網絡廣告遞送系統，其中，當在各終端間劃分提成量時，第一或第二信息處理部件基于用戶何時購買商品或服務，劃分提成量。
20.一種網絡廣告遞送系統，包括多個終端，其中，當各終端有助于銷售商品或服務時，在各終端間劃分提成量。
全文摘要
在網絡廣告系統中，信息處理部件包括存儲當對第一終端實施銷售或服務操作時的第一終端的商品或服務的購買歷史的模塊；以及社會網絡服務包括提取模塊，在從該模塊接收第一終端接收商品或服務的通知時，提取與第一終端的用戶有關的注冊用戶。SNS將第一終端接收商品或服務通知由此提取的注冊用戶的終端。當第二終端基于多個用戶的購買信息的通知，接收購買商品或服務提供時，通過參考商店服務器和SNS，由用于多個用戶的每一個的數值，表示對促銷的貢獻度，以便將貢獻度反映到提成上。因此，在網絡廣告系統中，當用戶購買商品時，將商品的信息通知用戶的朋友，由此將提成金額自動地提供給該用戶或多個用戶。
文檔編號G06Q30/00GK101064623SQ200710100960
公開日2007年10月31日 申請日期2007年4月28日 優先權日2006年4月28日
發明者白木孝, 國土順一, 小野芳浩, 柏木岳彥 申請人:日本電氣株式會社