TW201503020A

TW201503020A - 資訊處理裝置及資訊處理方法

Info

Publication number: TW201503020A
Application number: TW103114740A
Authority: TW
Inventors: Takemasa Yamada; Toshihiko Chiba; Hidenori Emura; Shigeru ITAHASHI; Satoshi Fujita
Original assignee: Rakuten Inc
Priority date: 2013-06-28
Filing date: 2014-04-23
Publication date: 2015-01-16
Also published as: TWI501175B; US20150006272A1; JP5681241B2; JP2015011500A

Abstract

本發明之一實施形態之資訊處理裝置具備監視部及提供部。監視部檢測使用者操作位於經由網路提供之第1店舖之頁面上之通向與該第1店舖不同之第2店舖之頁面之鏈結而訪問該第2店舖之頁面，並特定出該第1店舖。鏈結包含用以特定出第1店舖之資訊與用以特定出第2店舖之資訊。提供部將關於可在第1店舖使用之優惠之資訊提供給使用者。

Description

資訊處理裝置及資訊處理方法

本發明之一態樣係關於一種用以對經由廣告鏈結訪問店舖之使用者賦予優惠之資訊處理裝置及資訊處理方法。

作為通向可進行線上之購買手續之店舖之網站之訪問機構，舉出橫額等之廣告鏈結。該鏈結係登載於另一網站上。訪問該另一站點之使用者經由廣告鏈結辨識店舖，若有興趣則訪問該店舖購買商品。

關於該廣告鏈結，於下述專利文獻1中，記載有控制電子購物中心等之廣告及獎勵之賦予之電子購物中心系統。於該系統中，當使用者(消費者)經由橫額廣告訪問電子購物中心且購買商品時，對該使用者賦予購買點數，且對登載該橫額廣告之加盟者賦予作為報酬之點數。

[專利文獻1]日本特開2007-286769號公報

於上述專利文獻1中，有可自網誌(Blog)向店舖輸送客戶之效果。對此，為了自網際網路上之店舖向其他店舖輸送客戶，可考慮於一店舖之網頁上登載通向其他店舖之廣告鏈結。然而，對該一店舖而言，有客戶流出至其他店舖之業務上之問題。因此，難以讓該一店舖登載通向其他店舖之廣告鏈結。因此，期望如可獲得登載通向其他店舖之鏈結之動機之機制。

本發明之一態樣之資訊處理裝置包含監視部與提供部，該監視部檢測使用者操作位於經由網路提供之第1店舖之頁面上之、通向與該第1店舖不同之第2店舖之頁面之鏈結而經訪問該第2店舖之頁面，並特定出該第1店舖，且該鏈結包含用以特定出該第1店舖之資訊與用以特定出該第2店舖之資訊，該提供部將關於可在第1店舖使用之優惠之資訊提供給使用。

本發明之一態樣之資訊處理方法係藉由資訊處理裝置執行之資訊處理方法，且包含監視步驟與提供步驟，該監視步驟係檢測使用者操作位於經由網路提供之第1店舖之頁面上之、通向與該第1店舖不同之第2店舖之頁面之鏈結而訪問該第2店舖之頁面，並特定出該第1店舖，且該鏈結包含用以特定出該第1店舖之資訊與用以特定出該第2店舖之資訊，該提供步驟係將關於可在第1店舖使用之優惠之資訊提供給使用者。

於此種態樣中，基於使用者自第1店舖移動至第2店舖而特定出第1店舖，且將關於該第1店舖中可使用之優惠之資訊提供給該使用者(購買者)。藉由設置此種優惠賦予機制，可期待暫且通過第1店舖於第2店舖中購買商品之使用者再次回到第1店舖。因此，可使第1店舖產生登載通向其他店舖(第2店舖)之鏈結之動機。

於其他態樣之資訊處理裝置中，提供部亦可藉由於記憶部儲存將優惠、第1店舖、及作為可使用者之使用者而相關聯之優惠資訊，而以僅該使用者可使用之方式設定該優惠。

於其他態樣之資訊處理裝置中，亦可進而包含鏈結登錄部，該鏈結登錄部係藉由於自第2店舖接收鏈結之登錄後自第1店舖接收該鏈結之選擇，將該鏈結、該第1店舖、及該第2店舖相關聯之鏈結資訊儲存於記憶部，並將包含用以特定出第1店舖之資訊與用以特定出該第2 店舖之資訊之該鏈結提供給該第1店舖。

於其他態樣之資訊處理裝置中，鏈結登錄部亦可於將顯示自第2店舖所接收之鏈結之畫面提供給第1店舖，且自該第1店舖接收到該鏈結之選擇之情形時，將用以特定出該第1店舖之資訊嵌入該鏈結。

於其他態樣之資訊處理裝置中，亦可進而包含算出優惠之費用負擔之精算部，且監視部進而特定出第2店舖，提供部於記憶部儲存將優惠、第1店舖、第2店舖、及該優惠之使用狀況相關聯之優惠資訊，精算部基於記憶部內之優惠資訊針對每對第1店舖及第2店舖合計優惠之使用狀況，並基於合計結果算出自第2店舖對第1店舖之支付金額。

於其他態樣之資訊處理裝置中，提供部亦可於使用者於第2店舖之頁面中完成購買手續之情形時，提供用以使優惠可使用之資訊。

於其他態樣之資訊處理裝置中，提供部亦可將關於可於經過可取消購買手續之期間後使用之優惠之資訊提供給使用者。

根據本發明之一態樣，可提供如可獲得登載通向其他店舖之鏈結之動機之機制。

1‧‧‧資訊處理系統

10‧‧‧伺服器

11‧‧‧橫額登錄部(鏈結登錄部)

12‧‧‧監視部

13‧‧‧優惠券提供部

14‧‧‧優惠券更新部

15‧‧‧精算部

20‧‧‧資料庫群

21‧‧‧橫額資料庫

22‧‧‧訪問歷程資料庫

23‧‧‧優惠券資料庫

101‧‧‧CPU

102‧‧‧主記憶部

103‧‧‧輔助記憶部

104‧‧‧通訊控制部

105‧‧‧輸入裝置

106‧‧‧輸出裝置

P1‧‧‧資訊處理程式

P10‧‧‧主模組

P11‧‧‧橫額登錄模組

P12‧‧‧監視模組

P13‧‧‧優惠券提供模組

P14‧‧‧優惠券更新模組

P15‧‧‧精算模組

Ts‧‧‧店舖終端

Tu‧‧‧使用者終端

圖1係顯示實施形態之優惠券發行之概念之圖。

圖2係顯示實施形態之資訊處理系統之整體構成之圖。

圖3係顯示實施形態之伺服器之硬體構成之圖。

圖4係顯示伺服器之功能構成之方塊圖。

圖5係顯示伺服器中之處理之概要之圖。

圖6係顯示優惠券發行之程序之流程圖。

圖7係顯示資訊處理系統之畫面轉變之一例之圖。

圖8係顯示實施形態之資訊處理程式之構成之圖。

以下，一面參照隨附圖式一面詳細說明本發明之實施形態。另，於圖式之說明中，對相同或同等之要件標註相同符號，並省略重複之說明。

首先，使用圖1~4，說明實施形態之資訊處理系統1之功能及構成。該資訊處理系統1係執行登載橫額廣告(以下簡稱為「橫額」)、追蹤使用者對橫額之操作、對使用者賦予優惠等處理之電腦系統。於本實施形態中，雖係以優惠為用於購買金額之折扣之優惠券為前提，但優惠之種類並不受限定。例如，亦可舉出附加服務之提供等作為優惠之例子。

於圖1中顯示本實施形態之優惠券發行之概念。於某一店舖之網頁上貼附有通向去往另一店鋪之網站之橫額。當訪問鏈結來源店舖(第1店舖)之網頁之使用者點擊該站點上之橫額時(步驟1)，產生向鏈結目標店舖(第2店舖)之網站之頁面轉變(步驟2)。當使用者於該鏈結目標店舖中進行購買等操作時(步驟3)，資訊處理系統1對該使用者發行優惠券(步驟4)。該優惠券至少於鏈結來源店舖中之購買中可使用，而其後使用者可使用該優惠券於鏈結來源店舖中較通常更便宜地購買商品(步驟5)。於該時點，鏈結來源店舖收取較通常少應用優惠券之部分之金額，鏈結目標店舖負擔該差額部分(步驟6)。此意為鏈結目標店舖負擔優惠券之本金。

由於步驟3之鏈結目標店舖中之銷售額係因使用者點擊鏈結來源店舖上之橫額而產生，故鏈結來源店舖對鏈結目標店舖中之銷售額作出一定貢獻。因此，作為對該貢獻之抵押，於資訊處理系統1中係以鏈結目標店舖之負擔發行用以促進鏈結來源店舖中之商品購買之優惠券。

如圖2所示，資訊處理系統1具備店舖終端Ts、使用者終端Tu、伺服器(資訊處理裝置)10、及資料庫群(記憶部)20。店舖終端Ts及使用者終端Tu分別經由網際網路等網路與伺服器10連接。伺服器10可經由網際網路或專用線等網路訪問資料庫群20。

店舖終端Ts係參加虛擬商店街之店舖之運營者所擁有之電腦。店舖終端Ts之種類並不受限定，既可為例如固定式或可攜式之個人電腦，亦可為高功能行動電話(智慧型電話)或行動電話、移動資訊終端(PDA：Personal Digital Assistant：個人數位助理)等移動終端。資訊處理系統1內所存在之店舖終端Ts之台數並不受限定。

使用者終端Tu係使用者(一般消費者)所擁有之電腦。與店舖終端Ts相同，使用者終端Tu之種類亦不受限定，既可為例如固定式或可攜式之個人電腦，亦可為高功能行動電話(智慧型電話)或行動電話、移動資訊終端(PDA)等移動終端。資訊處理系統1內所存在之使用者終端Tu之台數亦不受限定。

資料庫群20係資訊處理系統1中必要之各種資料庫之集合。各資料庫之設置位置為任意，例如，各資料庫既可集中於一個部位，亦可設置於不同位置。各資料庫之管理者既可為同一人亦可相互不同。

橫額資料庫21係記憶橫額資訊(鏈結資訊)之裝置。橫額資訊之各記錄包含以下項目。

．橫額之識別碼即橫額ID

．作為廣告主之鏈結目標店舖之識別碼即鏈結目標店舖ID

．導向鏈結目標店舖之網站之URL(Uniform Resource Locator：通用資源定位器)

．橫額圖像

．作為登載者之鏈結來源店舖之識別碼即鏈結來源店舖ID

訪問歷程資料庫22係記憶表示已點擊橫額之使用者之於鏈結目標店舖中之訪問態樣之訪問資訊之裝置。訪問資訊之各記錄包含以下項目。

．表示所點擊之橫額之廣告主之鏈結目標店舖ID

．表示所點擊之橫額之登載者之鏈結來源店舖ID

．已點擊橫額之使用者之識別碼即使用者ID

．表示該使用者是否已於鏈結目標店舖中進行購買手續之標記。

此處，標記係以二值表示。例如，若使用者進行購買手續則為「1」，若使用者不進行購買手續而僅閱覽鏈結目標店舖之網站則為「0」。

優惠券資料庫23係記憶表示對使用者所發行之優惠券之優惠券資訊(優惠資訊)之裝置。優惠券資訊之各記錄包含以下項目。

．識別優惠券之優惠券ID

．表示所點擊之橫額之廣告主(負擔優惠券之本金之店舖)之鏈結目標店舖ID

．表示所點擊之橫額之登載者(可使用優惠券之店舖)之鏈結來源店舖ID

．已點擊橫額之使用者之識別碼即使用者ID

．未使用點數數

．點數之使用歷程(各自使用之消費點數(使用額)及使用日)

．可使用者

．可使用優惠券之店舖

於可使用者之項目中，既可僅設定已點擊橫額之使用者，亦可設定表示任何人皆可使用之值。於可使用優惠券之店舖之項目中，既可僅設定鏈結來源店舖，亦可僅設定鏈結來源店舖及與其同系列之店舖，或亦可設定表示於任何店舖皆可使用之值。

資料庫群20之具體構成並不受限定。各資料庫及各記錄之構成並非限定於上述所示者，可對各資料庫進行任意之正規化或冗餘化。例如，由於1筆記錄之優惠券資訊係對應於1筆記錄之訪問資訊而產生，故可將訪問歷程資料庫22及優惠券資料庫23統合為一個資料庫。

接著，對伺服器10進行說明。伺服器10之硬體構成係如圖3所示。伺服器10具備：CPU(Central Processing Unit：中央處理單元)101，其執行作業系統或應用程式等；主記憶部102，其係以ROM(Read Only Memory：唯讀記憶體)及RAM(Random Access Memory：隨機存取記憶體)構成；輔助記憶部103，其係以硬碟或快閃記憶體等構成；通訊控制部104，其係以網路卡或無線通訊模組構成；鍵盤或滑鼠等輸入裝置105；及顯示器等輸出裝置106。

後述之伺服器10之各功能性構成要件係藉由於CPU101或主記憶部102上讀入特定之軟體，於CPU101之控制下使通訊控制部104或輸入裝置105、輸出裝置106等動作，進行主記憶部102或輔助記憶部103之資料之讀取及寫入而實現。處理所必要之資料或資料庫係儲存於主記憶部102或輔助記憶部103內。

伺服器10既可以1台電腦構成，亦可以複數台電腦構成。

如圖4所示，伺服器10具備橫額登錄部(鏈結登錄部)11、監視部12、優惠券提供部13、優惠券更新部14、及精算部15作為功能性構成要件。

橫額登錄部11係受理橫額之初始登錄及橫額之使用之登錄之構成要件。橫額係某一店舖之網頁上所登載之通向另一店舖之鏈結，作為該另一店舖之廣告發揮功能。使用者藉由點擊該橫額可訪問鏈結目標之店舖之網站。橫額之顯示態樣係各種各樣，於本發明中亦不受任何限定。

橫額登錄部11主要具有下述功能。

．受理來自欲將橫額貼附於其他店舖之網站上之店舖(廣告主)之橫額登錄

．受理來自希望將橫額貼附於自己的網站上之店舖(招募登載者)之貼附登錄

欲登錄自己的橫額之店舖(鏈結目標店舖)經由店舖終端Ts訪問伺服器10。橫額登錄部11根據該訪問將橫額登錄用之畫面發送至店舖終端Ts。店舖經由該登錄用畫面登錄橫額圖像。橫額登錄部11將橫額ID、鏈結目標店舖ID、及導向鏈結目標店舖之網站之URL與該橫額圖像相關聯而登錄於橫額資料庫21。

欲貼附其他店舖之橫額之店舖(鏈結來源店舖)經由店舖終端Ts訪問伺服器10。橫額登錄部11根據該訪問將橫額選擇用之畫面(橫額產生頁面)發送至店舖終端Ts。該橫額產生頁面係顯示自鏈結目標店舖受理且登錄之橫額之網頁。店舖經由該橫額產生頁面選擇所需之橫額，並登載於自己的網站上。橫額登錄部11藉由將鏈結來源店舖ID與該橫額圖像相關聯，而更新橫額資料庫21內之對應之記錄。

進一步具體說明。於橫額產生頁面顯示複數個橫額。各橫額係與用以向鏈結目標店舖之網站轉變之URL相關聯而記憶於橫額資料庫21。例如，於鏈結目標店舖A之ID為「shopA」之情形時，包含該鏈結目標店舖ID之URL成為“http：//aaaa.co.jp/code=(空白)&shop_ID=shopA”。於已登錄橫額之時點，鏈結來源店舖ID為空白。

店舖ID為「shopX」之店舖X於自己的網頁上貼附店舖A之橫額之情形時，店舖X於登入後訪問橫額產生頁面，並點擊該頁面所登載之店舖A之橫額。橫額登錄部11藉由於與所點擊之店舖A之橫額相關聯之URL之空白中插入店舖X之ID作為鏈結來源店舖ID，而產生嵌入至橫額之URL“http：//aaaa.co.jp/code=shopX&shop_ID=shopA”。又，橫額登錄部11於對應於所點擊之橫額之橫額資訊之鏈結來源店舖ID中寫入店舖X之ID「shopX」。藉由該一連串之處理，將表示廣告主與登載者之關係之橫額資訊記憶於橫額資料庫21。

繼而，橫額登錄部11將包含所產生之URL之橫額之標記經由網際網路或經由郵件發送至店舖X之終端。藉此，店舖X之店員可使用該標記於店舖X之網頁上登載橫額，使店舖X作為鏈結來源店舖發揮功能。由於當使用者點擊店舖X之網頁上所登載之橫額時，將URL“http：//aaaa.co.jp/code=shopX&shop_ID=shopA”發送至伺服器10，故伺服器10可特定出鏈結來源店舖ID「shopX」及鏈結目標店舖ID「ShopA」。

監視部12係監視使用者對橫額之點擊操作之功能要件。監視部12追蹤使用者對橫額之點擊操作、及鏈結目標店舖之網站之此後之使用者之訪問態樣。且，監視部12將其追蹤結果儲存於訪問歷程資料庫22。

當點擊橫額時，使用者終端Tu將關於該點擊操作之資訊發送至伺服器10。監視部12藉由接收該資訊，檢測到使用者經由橫額訪問鏈結目標店舖。且，監視部12特定出鏈結目標店舖及鏈結來源店舖。作為該特定方法，雖如下述般可考慮各種各樣者，但任何技術皆係以根據橫額資料庫21內之橫額資訊預先將鏈結來源店舖與鏈結目標店舖相關聯為前提。

若於已嵌入至橫額之URL中，藉由查詢字串之技術記述有基於橫額資訊之鏈結目標店舖ID及鏈結來源店舖ID，則監視部12亦可根據該等ID特定出鏈結目標店舖及鏈結來源店舖。

亦可以HTML及JavaScript(商標或註冊商標。以下相同)、或僅JavaScript安裝自使用者終端Tu對伺服器10藉由POST方法發送鏈結來源店舖ID之機制。於該情形時，監視部12根據藉由該POST方法發送而來之鏈結來源店舖ID特定出店舖。鏈結目標店舖ID可自嵌入至橫額之URL獲取。鏈結來源店舖ID及鏈結目標店舖ID之設定係基於橫額資訊。

若安裝有將基於橫額資訊之鏈結目標店舖ID及鏈結來源店舖ID保存於HTTP小型文字檔案(HTTP Cookie)之機制，則監視部12亦可根據自使用者終端Tu發送而來之小型文字檔案之資訊特定出鏈結目標店舖及鏈結來源店舖。

若可以HTTP對話(HTTP Session)管理自鏈結來源店舖之網站向鏈結目標店舖之網站之轉變，則監視部12亦可根據顯示為對話ID之網頁與橫額資訊特定出鏈結目標店舖及鏈結來源店舖。

若安裝有將基於橫額資訊之鏈結目標店舖ID及鏈結來源店舖ID保存於網路儲存裝置(Web storage)之機制，則監視部12亦可根據使用者終端Tu自該儲存裝置讀取且發送而來之ID，自鏈結目標店舖及鏈結來源店舖特定出店舖。

另，特定出鏈結目標店舖及鏈結來源店舖之技術不限定於該等，監視部12可使用任意技術特定出該等2種店鋪。

當特定出店舖時，監視部12監視鏈結目標店舖之網站中之使用者之訪問態樣。此時，監視部12獲取該使用者之識別碼即使用者ID。使用者ID之獲取方法亦不受限定。例如，監視部12既可獲取作為對話資訊之一部分嵌入之使用者ID，亦可獲取作為特定之HTTP請求之一部分發送而來之使用者ID。監視部12追蹤鏈結目標店舖之網站內之使用者操作，判定該使用者是否已進行商品之購買手續(包含服務之申請)。

繼而，監視部12基於所獲取之資訊及判定結果產生訪問資訊。接著，監視部12將該訪問資訊儲存於訪問歷程資料庫22，且輸出至優惠券提供部13。

優惠券提供部13係將用以使於鏈結來源店舖中應用之優惠券可有效使用之資訊提供給使用者之功能要件。優惠券提供部13參照所輸入之訪問資訊執行以下處理。

首先，優惠券提供部13基於特定之規則決定優惠券之內容。另，優惠券提供部13既可將表示該規則之資訊預先保持於內部，亦可自特定之資料庫(未圖示)讀取該規則資訊。

優惠券亦可以使用者已於鏈結目標店舖進行購買手續為條件而發行。由於優惠券之本金係鏈結目標店舖負擔，故藉由以於鏈結目標店舖中產生銷售額及利益為條件發行優惠券，可謀求鏈結來源店舖與鏈結目標店舖之間之負擔之平衡。或，優惠券亦可於使用者已於鏈結目標店舖中進行購買手續之情形、及未進行購買手續之情形(使用者僅閱覽鏈結目標店舖之網站之情形)之兩者中發行。但，為了謀求店舖間之平衡，藉由優惠券獲得之折扣金額係已進行購買手續之情形較未進行購買手續之情形更高。又，亦可不限於購買，而於已進行資料請求、各種預約、或其它申請手續之情形時發行優惠券。

優惠券既可為僅訪問資訊之使用者ID所示之使用者可使用，亦可不限定使用者。由於使用者訪問過一次鏈結來源店舖，故有可能對該店舖感興趣。因此，藉由將優惠券之使用者限定於該使用者，可給對鏈結來源店舖感興趣者提供優惠券。

本實施形態中發行之優惠券(即，因使用者經由橫額訪問鏈結目標店舖而產生之優惠券)既可與起因於不經由橫額進行訪問而發行之優惠券不同亦可與其相同。

決定優惠券之內容(可使用者或可使用之店舖等)後，優惠券提供部13將用以使優惠券可有效使用之資訊通知使用者。該通知方法並不受限定。例如，優惠券提供部13既可使用電子郵件通知，亦可藉由將登載有該資訊之網頁發送至使用者終端Tu進行通知，亦可使用其他任意之推送技術進行通知。另，與用以使優惠券可有效使用之資訊不同，伺服器10亦可將預告優惠券賦予之網頁於鏈結目標店舖之網站中發送至使用者終端Tu。例如，優惠券提供部13藉由與監視部12之追蹤處理聯合而獲取鏈結目標店舖中之頁面轉變之狀態，並於特定之時序將該預告頁面發送至使用者終端Tu。

用以使優惠券可有效使用之資訊係指例如將所發行之優惠券特定為唯一之優惠券ID。使用者接著於鏈結來源店舖中購買商品時，藉由輸入該優惠券ID可獲得購買金額之折扣。或，用以使優惠券可有效使用之資訊亦可為為了最終入手優惠券ID所必要之資訊(例如，用以入手優惠券之網頁之URL)。

當最終對使用者發行優惠券時，優惠券提供部13產生優惠券資訊並登錄於優惠券資料庫23。於該登錄之時點，優惠券提供部13對未使用點數數設定點數之初始值。

優惠券更新部14係記錄所發行之優惠券之使用歷程之功能要件。當使用者訪問可使用優惠券之店舖(例如鏈結來源店舖)之網站，並於該店舖中使用優惠券進行購買手續時，優惠券更新部14獲取所使用之優惠券ID與所消費之點數數。接著，優惠券更新部14於對應於該優惠券ID之優惠券資訊中寫入使用額及使用日。藉由該處理，於優惠券資料庫23中記憶點數之使用歷程。

精算部15係算出因使用者使用優惠券所產生之費用之功能要件。精算部15係以特定之時序(例如，每月一次)執行以下處理。

精算部15參照優惠券資料庫23，針對每對鏈結目標店舖及鏈結來源店舖，合計合計對象期間(例如一個月)之優惠券之使用額。合計結果係使用於自鏈結目標店舖對鏈結來源店舖之支付處理。

例如，精算部15擷取下述使用歷程。另，為了方便，以{鏈結目標店舖、鏈結來源店舖、使用額}表示該使用歷程。

{店舖B、店舖A、500日元}

{店舖B、店舖A、200日元}

{店舖B、店舖C、300日元}

{店舖A、店舖B、250日元}

{店舖B、店舖C、100日元}

{店舖C、店舖A、400日元}

於該情形時，各對之合計結果係如以下。另，為了方便，以{鏈結目標店舖、鏈結來源店舖}表示各對。

對{店舖B、店舖A}…500+200=700(日元)

對{店舖B、店舖C}…300+100=400(日元)

對{店舖A、店舖B}…250日元

對{店舖C、店舖A}…400日元

該合計結果意為店舖B對店舖A支付700日元且對店舖C支付400日元，店舖A對店舖B支付250日元，店舖C對店舖A支付400日元。店舖A、B間費用負擔可抵消。

接著，使用圖5~7，說明伺服器10之動作且對本實施形態之資訊處理方法進行說明。

如圖5所示，伺服器10執行之處理大致分為三個。首先，橫額登錄部11執行關於橫額之登錄及登載之處理，藉此將鏈結來源店舖與鏈結目標店舖相關聯(步驟S10)。其後，當使用者點擊橫額且於鏈結目標店舖中進行購買手續時，優惠券提供部13對該使用者發行優惠券(步驟S20)。其後，當使用者使用該優惠券於鏈結來源店舖中進行購買手續時，優惠券更新部14記錄該使用。且，精算部15進行伴隨該優惠券使用之鏈結目標店舖與鏈結來源店舖之間之精算(步驟S30)。

圖6係顯示監視使用者對橫額之操作且發行優惠券之程序之流程圖。首先，監視部12根據使用者對橫額之點擊操作而特定出鏈結目標店舖及鏈結來源店舖(步驟S21)。進而，監視部12追蹤鏈結目標店舖之網站中之使用者操作(步驟S22)。繼而，監視部12基於所獲取之資訊產生訪問資訊，並儲存於訪問歷程資料庫22(步驟S23)。繼而，優惠券提供部13決定優惠券之內容(步驟S24)，並將用以使該優惠券可有效使用之資訊提供給使用者(步驟S25)。藉由此種處理發行優惠券。步驟S21~S23相當於監視步驟，步驟S24、S25相當於提供步驟。

圖7係顯示本實施形態之畫面轉變之一例之圖。使用者可遵循如該圖所示之程序獲取優惠券並使用。於該例中，使用者點擊鏈結來源店舖A之網頁上之橫額而訪問鏈結目標店舖B之網站，並進行用以購買商品之一連串之操作。於該例中，於該操作之期間，顯示可在店舖A使用之優惠券之通知。當使用者於店舖B中完成購買手續時，以電子郵件對該使用者通知優惠券之發行。使用者訪問該郵件之正文內所記載之URL，可看到關於該優惠券之資訊。其後，使用者再次訪問店舖A，可使用該優惠券購買商品。

接著，使用圖8說明用以使電腦作為伺服器10發揮功能之資訊處理程式P1。

資訊處理程式P1具備主模組P10、橫額登錄模組P11、監視模組P12、優惠券提供模組P13、優惠券更新模組P14、及精算模組P15。

主模組P10係統括地控制優惠券管理功能之部分。藉由執行橫額登錄模組P11、監視模組P12、優惠券提供模組P13、優惠券更新模組P14、及精算模組P15實現之功能係分別與上述之橫額登錄部11、監視部12、優惠券提供部13、優惠券更新部14、及精算部15之功能相同。

資訊處理程式P1亦可於固定記錄於例如CD-ROM或DVD-ROM、半導體記憶體等有形之記錄媒體後予以提供。又，資訊處理程式P1亦可作為重疊於載波之資料信號經由通訊網路予以提供。

如以上所說明般，根據本實施形態，基於使用者自鏈結來源店舖移動至鏈結目標店舖而特定出鏈結來源店舖，且將用以使該鏈結來源店舖中之優惠可有效使用之資訊提供給該使用者(購買者)。藉由設置此種優惠賦予機制，可期待暫且通過鏈結來源店舖於鏈結目標店舖中購買商品之使用者再次返回鏈結來源之店舖。即，店舖間可相互輸送使用者。為了將鏈結來源店舖之優惠而並非鏈結目標店舖之優惠提供給使用者，必須特定出該鏈結來源店舖。為了解決該技術性問題，於本實施形態中，檢測使用者自鏈結來源店舖向鏈結目標店舖之移動，基於該檢測特定出鏈結來源店舖。

對鏈結目標店舖而言，由於藉由橫額而流入使用者，故可期待銷售額增加。對鏈結來源店舖而言，由於暫且流入鏈結目標店舖之使用者有可能獲得鏈結來源店舖中可使用之優惠券而再次返回，故可期待銷售額相應地增加。由於形成如此般於店舖間相互輸送使用者之形態，故若例如兩店舖屬於同一虛擬商店街，則該虛擬商店街自身亦變得活躍，進而亦可期待虛擬商店街整體銷售額提高。又，使用者由於可獲得優惠券，故於下一次之購買中可省錢。如此，本實施形態對消費者、鏈結目標店舖、鏈結來源店舖、虛擬商店街之運營者之四者而言可較為有益。

本實施形態係不論鏈結來源店舖、鏈結目標店舖、及優惠券管理者之業務關係、或各自所屬之領域(事業群)皆可應用。例如，鏈結來源店舖及鏈結目標店舖兩者既可屬於相同之虛擬商店街，此外，優惠券管理者與該虛擬商店街亦可屬於相同之事業體或事業群。或，鏈結來源店舖與鏈結目標店舖亦可雖不屬於相同之虛擬商店街，但屬於同一事業群。又，於鏈結來源店舖、鏈結目標店舖、及優惠券管理者之間事業群亦可不同。無論如何，鏈結目標店舖負擔鏈結來源店舖中可使用之優惠券之本金。自鏈結目標店舖對鏈結來源店舖之本金負擔(支付)既可優惠券管理者為中介，亦可另一事業體為中介，或亦可無中介地進行。

於本實施形態中，鏈結來源店舖(登載者)選擇鏈結目標店舖(廣告主)所登錄之橫額並將該橫額貼附於鏈結來源店舖之網頁時，鏈結目標店舖與鏈結來源店舖係相關聯地記錄於橫額資料庫21。因此，可利用該資料庫簡單地特定出鏈結來源店舖及鏈結目標店舖。

又，於本實施形態中，鏈結來源店舖、鏈結目標店舖、及優惠券之使用狀況係相關聯地記錄於優惠券資料庫23。因此，可利用該資料庫簡單地求出自鏈結目標店舖給鏈結來源店舖之支付金額。

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

於上述實施形態中，伺服器10亦可具備用以避免優惠券之不正當使用之功能。具體而言，優惠券提供部13發行虛擬優惠券，其設定為於可取消鏈結目標店舖中之購買之期間中無法使用，而在經過該期間後才可使用。於該情形時，優惠券提供部13決定於鏈結目標店舖中所購買之商品之可退貨期間、或自特定之資料庫讀取使用者所購買之商品之配送預定而決定優惠券之可使用期間(可使用優惠券之時日)。且，優惠券提供部13產生進而包含該可使用期間之優惠券資訊，並儲存於優惠券資料庫23。藉由如此控制優惠券，可避免使用者於鏈結目標店舖中完成購買手續而獲取優惠券後取消該購買而使用優惠券之事態。

鏈結之登載部位並不限定於網頁，亦可顯示於任意之應用程式(例如安裝於任意移動終端之程式)之畫面。該情形時，監視部亦可使用查詢字串等之上述技術追蹤使用者操作及使用者之訪問態樣。該情形時，鏈結目標店舖係以URI(Uniform Resource Identifier：統一資源識別符)特定出。

用作鏈結之橫額亦可不使用圖像而僅以字元串顯示。

鏈結來源店舖之橫額之選擇亦可以橫額產生頁面以外之技術予以實施。例如，亦可為鏈結來源店舖以電話或電子郵件對伺服器之運營者請求橫額，且運營者經由電子郵件等將該橫額之標記發送至鏈結來源店舖。於該情形時，該運營者藉由更新橫額資料庫21內之對應之記錄而將鏈結目標店舖與鏈結來源店舖相關聯。