TWI407379B - Information processing apparatus, information processing method, information processing program product and recording medium - Google Patents

Description

資訊處理裝置、資訊處理方法、資訊處理程式產品及記錄媒體

本發明係有關於基於使用者對交易對象之選擇行為之結果而特定對交易對象之行銷有用之資訊之技術領域。

先前，已知有預先登錄使用者所選擇之交易對象之資訊，並基於所登錄之資訊特定使用者感興趣之交易對象之技術。作為使用者對交易對象之選擇行為，例如有購買商品或預約服務等購買交易對象之行為。且，作為選擇行為，例如有將交易對象登錄至書籤或追蹤之行為。若特定感興趣之交易對象，則例如可對使用者進行特定之交易對象之交易勸誘。

例如，專利文獻1中揭示有一種用於基於購買記錄而特定使用者所需內容之資訊檢索系統。該資訊檢索系統利用書籍資訊與顧客之購買記錄資訊，生成顧客輪廓(profile)之關鍵字矢量。顧客輪廓之關鍵字矢量係由按類別合成顧客過去所購買之各書籍之關鍵字矢量而生成之矢量構成。關鍵字矢量之生成中會利用自書籍標題及內容說明所取得之語句、作者及類別。又，資訊檢索系統係比較顧客輪廓之關鍵字矢量與書籍之關鍵字矢量，對顧客推薦相似度高之書籍之中尚未被其購買之書籍。

[先前技術文獻] [專利文獻]

[專利文獻1]日本特開2001-265808號公報

然而，專利文獻1所記載之技術中，無法特定關於交易對象具有複數個屬性項目中，使用者重視何種屬性項目而選擇交易對象。於專利文獻1所記載之技術中，可特定使用者期望之交易對象。又，例如也許可特定與使用者過去所購買之交易對象之類別相同類別之交易對象作為使用者所需之交易對象。然而，於屬於相同類別之交易對象各者中，存在複數個屬性項目，各屬性項目具有屬性值。因此，縱使特定了類別，亦難以說可特定使用者所重視之屬性項目。

本發明係鑑於上述點而完成者，其目的係提供一種可特定使用者在交易對象之選擇時所重視之屬性項目之資訊處理裝置、資訊處理方法、資訊處理程式產品及記錄媒體。

為解決上述問題，技術方案1之發明係一種資訊處理裝置，其特徵在於具備：第1擷取機構，其擷取包含交易對象之屬性值之交易對象資訊已被使用者閱覽之交易對象之中，自登錄該使用者所選擇之交易對象之清單中所登錄之交易對象之上述交易對象資訊之閱覽時刻起至預設之時間內上述交易對象資訊被閱覽之交易對象；第2擷取機構，其自上述第1擷取機構所擷取之交易對象之中，擷取尚未登錄在上述清單之交易對象；及特定機構，其基於上述清單中所登錄之交易對象與上述第2擷取機構所擷取之交易 對象之間之設定不同之屬性值，特定出交易對象之複數個屬性項目之中使用者所重視之屬性項目。

例如，電子商務交易中，對使用者提供交易對象之屬性資訊。使用者基於所提供之資訊而選擇交易對象。交易對象之屬性一般有複數個。因此，提供給使用者之作為屬性資訊之資訊例如為屬性項目之名稱與屬性值之組合。例如，交易對象為商品時，作為商品屬性項目，例如有價格、商品運費、配送方式、庫存量、商品規格、商品內容等。使用者基於每一屬性項目具有之屬性值，判斷是否選擇交易對象。

屬於同一類別之複數個交易對象之中亦存在各種交易對象。因此，根據使用者之情形，被選擇之交易對象亦不同。原因在於，使用者所重視之屬性項目不同。例如，有重視價格之使用者，亦可能有重視特定之規格之使用者。在選擇交易對象上，某一使用者係重視何種屬性項目之資訊可能成為對交易對象之行銷有用之資訊。

根據該發明，擷取自使用者選擇之交易對象之資訊之閱覽時間至預設之時間內資訊被閱覽之交易對象中之未被使用者選擇之交易對象。又，基於使用者選擇之交易對象與擷取之交易對象之間之設定不同之屬性值，特定使用者所重視之屬性項目。資訊於同一期間被閱覽之複數個交易對象可能為使用者重視其之同一屬性而閱覽其資訊之交易對象。又，可認為由於使用者所重視之屬性項目中之屬性值之設定不同，故複數個交易對象之中，某交易對象會被使 用者選擇，而某交易對象未被使用者選擇。因此，可特定使用者選擇交易對象時所重視之屬性項目。

技術方案2之發明係如技術方案1之資訊處理裝置，其特徵在於：上述特定機構將登錄在上述清單中之交易對象與上述第2擷取機構所擷取之交易對象之兩者中設定有屬性值之屬性項目之中，登錄於上述清單中之交易對象較上述第2擷取機構所擷取之交易對象設定有對使用者有利之屬性值之屬性項目，特定為使用者所重視之屬性項目。

根據該發明，於某一屬性項目中，使用者所選擇之交易對象之屬性值較排除在選擇對象之外之交易對象之屬性值對使用者更有利時，特定使用者重視該屬性項目。理由為，使用者會選擇屬性值對自身有利之交易對象。

技術方案3之發明係如技術方案1之資訊處理裝置，其特徵在於：上述特定機構自登錄於上述清單之交易對象與上述第2擷取機構所擷取之交易對象中僅對登錄於上述清單之交易對象設定有屬性值之屬性項目之中，將設定之屬性值係對使用者有利之屬性項目特定為使用者所重視之屬性項目。

根據該發明，某一屬性項目中，對使用者所選擇之交易對象設定有對其有利之屬性值而並未對排除在選擇對象之外之交易對象設定有屬性值之情形中，判定使用者重視該屬性項目。理由為，某一屬性項目中，較屬性值不明之交易對象，使用者選擇屬性值明顯有利之交易對象。

技術方案4之發明係如技術方案1至3中任一項之資訊處 理裝置，其特徵在於：其進而具備決定機構，其基於交易對象之複數個劃分中之登錄至上述清單之交易對象所屬之劃分，決定使用者所重視之屬性項目的候補；上述特定機構自上述決定機構所決定之候補之中，特定出使用者所重視之屬性項目。

根據該發明，因交易對象之劃分之不同而使用者可能重視之屬性項目不同時，仍可適當特定使用者所重視之屬性項目。

技術方案5之發明係如技術方案1之資訊處理裝置，其特徵在於：上述第1擷取機構或上述第2擷取機構之任一方係自關聯記憶表示上述交易對象資訊被閱覽之交易對象之資訊與使用者為檢索該交易對象而指定之檢索條件之閱覽資訊記憶機構中記憶之檢索條件，與關聯記憶表示登錄於上述清單之交易對象之資訊與使用者為檢索該交易對象而指定之檢索條件之清單資訊記憶機構中記憶之檢索條件相同之交易對象之中進行擷取。

根據該發明，可提高使用者尚未選擇之交易對象之擷取精度。其原因為，檢索條件彼此相同之交易對象可能為使用者重視其彼此之同一屬性而閱覽其資訊之交易對象。因此，可提高使用者所重視之屬性項目之特定精度。

技術方案6之發明係如技術方案1之資訊處理裝置，其特徵在於其進而具備：選擇機構，其基於上述特定機構所特定之屬性項目之屬性值，選擇推薦使用者交易之交易對象；及提供機構，其提供與上述選擇機構所選擇之交易對 象有關之資訊。

根據該發明，因基於使用者所重視之屬性項目之屬性值而選擇推薦使用者交易之交易對象，故可對使用者提供其很可能感興趣之交易對象之資訊。

技術方案7之發明係一種資訊處理方法，其特徵在於：其係藉由資訊處理裝置執行者，且包含：第1擷取步驟，其擷取包含交易對象之屬性值之交易對象資訊已被使用者閱覽之交易對象之中，自登錄該使用者所選擇之交易對象之清單中所登錄之交易對象之上述交易對象資訊之閱覽時刻起至預設之時間內上述交易對象資訊被閱覽之交易對象；第2擷取步驟，其自上述第1擷取步驟中所擷取之交易對象之中，擷取尚未登錄至上述清單之交易對象；及特定步驟，其基於登錄至上述清單之交易對象與上述第2擷取步驟所擷取之交易對象之間之設定不同之屬性值，特定出交易對象之複數個屬性項目之中使用者所重視之屬性項目。

技術方案8之發明係一種資訊處理程式，其特徵在於：其係使資訊處理裝置中所含之電腦作為以下機構發揮功能：第1擷取機構，其擷取包含交易對象之屬性值之交易對象資訊已被使用者閱覽之交易對象之中，自登錄該使用者所選擇之交易對象之清單中所登錄之交易對象之上述交易對象資訊之閱覽時刻起至預設之時間內上述交易對象資訊被閱覽之交易對象；第2擷取機構，其自上述第1擷取機構中所擷取之交易對象之中，擷取尚未登錄至上述清單之 交易對象；及特定機構，其基於登錄至上述清單之交易對象與上述第2擷取機構所擷取之交易對象之間之設定不同之屬性值，特定出交易對象之複數個屬性項目之中使用者所重視之屬性項目。

技術方案9之發明係一種記錄媒體，其特徵在於：其係電腦可讀取地記錄有資訊處理程式，該資訊處理程式係使資訊處理裝置中所含之電腦作為以下機構發揮功能：第1擷取機構，其擷取包含交易對象之屬性值之交易對象資訊已被使用者閱覽之交易對象之中，自登錄該使用者所選擇之交易對象之清單中所登錄之交易對象之上述交易對象資訊之閱覽時刻起至預設之時間內上述交易對象資訊被閱覽之交易對象；第2擷取機構，其自上述第1擷取機構中所擷取之交易對象之中，擷取尚未登錄至上述清單之交易對象；及特定機構，其基於登錄至上述清單之交易對象與上述第2擷取機構所擷取之交易對象之間之設定不同之屬性值，特定出交易對象之複數個屬性項目之中使用者所重視之屬性項目。

根據本發明，擷取自使用者所選擇之交易對象之資訊之閱覽時刻至預設之時間內資訊被閱覽之交易對象之中未被使用者選擇之交易對象。又，基於使用者所選擇之交易對象與擷取之交易對象之間之設定不同之屬性值，特定使用者所重視之屬性項目。資訊係於同一期間被閱覽之複數個交易對象可能為使用者重視其彼此之同一屬性而閱覽其資 訊之交易對象。又，可認為由於使用者所重視之屬性項目之屬性值之設定之差異，故複數個交易對象之中，某交易對象被使用者選擇，而某交易對象未被使用者選擇。因此，可特定使用者選擇交易對象時所重視之屬性項目。

以下，參照圖式，對本發明之實施形態進行詳細說明。另，以下所說明之實施形態係對資訊提供系統應用本發明之情形之實施形態。

[1.第1實施形態] [1-1.資訊提供系統之構成及功能概要]

首先，以圖1對本實施形態之資訊提供系統S之構成進行說明。圖1係顯示本實施形態之資訊提供系統S之概要構成之一例的圖。

如圖1所示，資訊提供系統S構成為包含電子商店街伺服器1、複數個店鋪終端2、及複數個使用者終端3。又，電子商店街伺服器1、各店鋪終端2及各使用者終端3可經由網路NW，例如在通訊協定下使用TCP/IP等而彼此進行資料之收發。另，網路NW例如由網際網路、專用通訊線路(例如CATV(Community Antenna Television)線路：CATV線路)、行動通訊網(包含基地台等)、及閘道器等構築。

電子商店街伺服器1係執行與可購買商品之電子商店街有關之各種處理之伺服器裝置。電子商店街伺服器1係本發明之資訊處理裝置之一例。使用者藉由利用電子商店街，可自所需之店鋪購買所需之商品。電子商店街伺服器 1根據來自使用者終端3之請求，例如發送電子商店街之Web網頁，或進行與商品檢索或購買等有關之處理。另，商品係本發明之交易對象之一例。

店鋪終端2係在電子商店街開店之店鋪之員工等所利用之終端裝置。店鋪終端2基於來自員工等之操作，對電子商店街伺服器1等之伺服器裝置進行存取。藉此，店鋪終端2自伺服器裝置接收Web網頁並予以顯示。店鋪終端2中安裝有瀏覽器或電子郵件用戶端等軟體。員工藉由利用店鋪終端2，例如將所售商品之資訊登錄至電子商店街，或確認商品之訂購內容等。

使用者終端3係利用電子商店街之使用者之終端裝置。使用者終端3基於來自使用者之操作，藉由對電子商店街伺服器1進行存取，而自電子商店街伺服器1接收Web網頁並予以顯示。使用者終端3中安裝有瀏覽器或電子郵件用戶端等軟體。作為使用者終端3，例如可使用個人電腦、PDA(Personal Digital Assistant：個人數位助理)、智慧型手機等行動資訊終端、行動電話等。

使用者為在電子商店街搜尋作為購買候補之商品，可指定檢索條件。例如可指定關鍵字、商品類別等作為檢索條件。檢索條件可在例如首頁等上予以指定。首頁係位於電子商店街之最前面之Web網頁。若指定檢索條件，則電子商店街伺服器1檢索滿足檢索條件之商品。具體而言，電子商店街伺服器1檢索商品名或商品說明中包含指定關鍵字之商品。且，電子商店街伺服器1檢索屬於指定之類別 之商品。指定有複數個檢索條件之情形時，電子商店街伺服器1例如檢索滿足所有檢索條件之商品。又，使用者終端3之畫面上顯示檢索結果網頁。

檢索結果網頁係顯示所檢索之商品之一覽的Web網頁。例如，檢索結果網頁按每一商品顯示有商品名、商品圖像、商品價格、店鋪名等。且，檢索結果網頁上設置有向所檢索之商品之商品網頁之超連結(以下稱作「連結」)。若使用者於檢索結果網頁上選擇任意商品之連結，則對應之商品網頁將顯示在使用者終端3之畫面上。商品網頁係顯示與一個商品有關之詳細資訊的Web網頁。商品網頁係本發明之交易對象資訊之一例。

電子商店街中提供追蹤功能。追蹤功能係指藉由將電子商店街所銷售之商品作為使用者之追蹤而登錄，將對商品網頁之參考保存在使用者之專用清單中，可使使用者容易地閱覽追蹤之商品之商品網頁。電子商店街中，商品網頁上顯示有顯示為「加入追蹤」之連結。若使用者選擇該連結，則資訊顯示於商品網頁上之商品登錄至使用者之追蹤中。

使用者可於追蹤網頁確認登錄至追蹤之商品。追蹤網頁係顯示登錄至追蹤之商品一覽的Web網頁，係每一使用者專用之Web網頁。且，追蹤網頁中設置有向登錄至追蹤之商品之商品網頁之連結。若使用者於追蹤網頁選擇任意商品之連結，則可顯示對應之商品網頁。且，使用者可於追蹤網頁中，自登錄至追蹤之商品中將不需要之商品從追蹤 中刪除。

再者，商品網頁上顯示有購物籃投入按鈕。若使用者選擇購物籃投入按鈕，則資訊正顯示於商品網頁上之商品被放入購物籃。電子商店街之購物籃係放入使用者選為購買候補之商品之假想收納物。且，若選擇購物籃投入按鈕，則購物籃網頁將顯示於使用者終端3之畫面上。購物籃網頁係顯示使用者放入購買籃之商品之一覽的Web網頁。且，購物籃網頁上設置有向放入購物籃網頁之商品之商品網頁之連結。若使用者於購物籃網頁上選擇任意商品之連結，則可顯示對應之商品網頁。且，使用者可於購物籃網頁上，自放入購物籃之商品之中將不需要之商品自購物籃刪除。且，若使用者於購物籃網頁上選擇用於前進至訂購手續之按鈕，則可進行一覽顯示之商品之購買手續。所購買之商品將自購物籃消失。

使用者對商品之購買行為被記錄為購買記錄。又，使用者可於購買記錄網頁確認自身之購買記錄。購買記錄網頁係顯示購買記錄一覽之Web網頁。且，購買記錄網頁中設置有向購買之商品之商品網頁之連結。若使用者於購買記錄網頁上選擇任意之商品連結，則可顯示對應之商品網頁。

[1-2.使用者所重視之屬性項目之特定] [1-2-1.商品屬性]

各商品分別具有複數種屬性。作為商品之屬性項目，例如有商品名、經銷商之店鋪、商品編碼、類別、價格、運 費、庫存量。且，商品之各屬性具有適合於屬性項目之某些屬性值。屬性值係表示屬性內容之資訊。例如，商品名之屬性值係顯示商品名稱等之文字串。又例如，商品價格之屬性值係顯示金額之數值。使用者可於商品網頁上確認商品之各屬性值。

[1-2-2.商品選擇]

使用者於電子商店街選擇商品時，認為使用者係基於商品屬性而進行選擇。例如，也許使用者藉由比較複數種商品之屬性，自複數種商品中進行選擇。或者，也許使用者自複數種商品之中，選擇具有自身所需屬性值之商品。使用者購買商品時，其所重視之屬性項目係因人而異。使用者所重視之屬性項目係指例如使用者作為選擇商品之判斷依據之屬性項目。例如，有使用者重視價格之情形。且，有另一使用者不那麼重視價格而重視有無現有庫存之情形。各使用者分別重視何種屬性項目對促進商品銷售而言，有成為重要資訊之情形。例如，若明瞭其所重視之屬性項目，則可勸誘使用者購買該屬性項目中之屬相值為使用者所欲之商品。即，可對使用者推薦適合各使用者之商品。因此，電子商店街伺服器1特定各使用者所重視之屬性項目

為特定使用者所重視之屬性項目，電子商店街伺服器1特定使用者選擇之商品與使用者未選擇之商品。或，電子商店街伺服器1特定使用者目前所選擇之商品，與使用者目前未選擇之商品。將使用者選擇之商品或使用者目前選 擇之商品稱作「選擇商品」。另一方面，將使用者未選擇之商品或使用者目前並未進行選擇之商品稱作「比較商品」。作為使用者對商品之選擇行為之代表例有商品之購買。且，作為商品之選擇行為，有商品對追蹤之登錄、商品對購物籃之投入。購買記錄、追蹤及購物籃分別為本發明中之清單之一例。

(1)追蹤

使用者基於商品屬性而自複數個商品之中例如將感興趣之商品或作為購買候補之商品等登錄至追蹤。追蹤中之選擇商品係目前登錄至追蹤之商品。另一方面，追蹤中之比較商品係自目前尚未登錄至追蹤之商品之中擷取。因此，追蹤中之比較商品包含尚未登錄至追蹤之商品與雖登錄至追蹤但目前已自追蹤中刪除之商品。自追蹤刪除之商品例如有使用者失去興趣之商品或無法作為購買候補之商品等。

另，使用者有自追蹤中刪除已購買之商品之情形。該情形中，已購買之商品有對追蹤而言成為比較商品之情形，但對購買而言其成為選擇商品。

(2)購物籃

使用者基於商品屬性，自複數個商品之中，例如將決定購買之商品或也許購買之商品等放入購物籃。購物籃之選擇商品係目前放入購物籃之商品。另一方面，購物籃之比較商品係自目前尚未放入購物籃之商品之中擷取。因此，購物籃之比較商品包含尚未放入購物籃之商品、雖已放入 購物籃但目前被自購物籃取出之商品及已購買之商品。已購買之商品雖對購買籃而言成為比較商品，但對購買而言則成為選擇商品。

(3)購買

使用者基於商品屬性而自複數個商品之中選擇購買之商品。購買之選擇商品係使用者曾有過購買行為之商品。另一方面，購買之比較商品係自使用者未曾購買之商品之中擷取。

[1-2-3.特定方法]

如上述，電子商店街伺服器1特定選擇商品與比較商品。選擇商品與比較商品之特定及使用者所重視之屬性項目之特定係於追蹤、購物籃及購買之各個上分別進行。原因為，各自以不同觀點而進行商品選擇。具體而言，電子商店街伺服器1基於追蹤資訊、購買籃資訊或購買記錄而特定選擇商品。接著，電子商店街伺服器1擷取自使用者閱覽選擇商品之商品網頁之閱覽日期時間至前後預設之比較商品擷取時間內被使用者閱覽商品網頁之商品。其原因為，商品網頁於同一期間被閱覽之複數個商品可能為使用者重視其彼此之同一屬性項目而閱覽其資訊之商品。接著，電子商店街伺服器1自擷取之商品之中擷取非選擇商品之商品。此時所擷取之商品為比較商品。

電子商店街伺服器1於特定選擇商品與比較商品後，則基於選擇商品與比較商品之間之設定不同之屬性值特定使用者所重視之項目。本實施形態中，各屬性項目中，對選 擇商品與比較商品各個中設定有屬性值。因此，電子商店街伺服器1比較選擇商品之屬性值與比較商品之屬性值。若屬性值之設定內容不同，則選擇商品之屬性值與比較商品之屬性值不一致。比較結果為，電子商店街伺服器1將選擇商品之屬性值較比較商品之屬性值對使用者而言更有利之屬性項目特定為使用者所重視之屬性項目。原因在於，使用者會選擇自身所重視之項目之屬性值對自身而言有利之商品。因此，本實施形態中，成為屬性值之比較對象之屬性項目係可基於屬性值而判斷有利或不利之屬性項目。

圖2係顯示選擇商品及比較商品之各自之屬性值之內容之一例的圖。各商品中，於商品價格、配送方式、運費、點數回饋率、庫存量及評價值等各屬性項目中設定有屬性值。商品價格越低之商品係對使用者而言越有利之商品。作為配送方式，例如有一般配送方式、於訂購商品日之翌日必須送達之配送方式等。相較一般配送方式，於翌日必須送達之配送方式對使用者有利。且，運費越低，則對使用者越有利。點數回饋率係指使用者購買商品時，對使用者回饋之點數之相對商品價格之比例。該點數係於使用者在電子商店街購買商品時，可作為具有與金錢同等價值者充當購買代金。點數回饋率越高，則對使用者越有利。庫存量越多，則對使用者越有利。評價值顯示由使用者對商品所賦予之評價之高低之值。使用者可登錄對商品之評論，且可賦予評價值。作為商品之屬性值之評價值係各使 用者所賦予之評價值之平均值。評價值越高，則對使用者越有利。另，合計商品價格與運費所得之總購買費用亦為可判斷是否為有利之商品之屬性項目。總購買費用越低，則對使用者越有利。

圖2之例中，選擇商品之運費高於比較商品之運費。且，選擇商品之庫存量少於比較商品之庫存量。即，運費及庫存量之屬性值係以比較商品較選擇商品更有利。因此，認為運費及庫存量並非使用者所重視之屬性項目。

再者，選擇商品與比較商品之間，商品價格、配送方式及評價值彼此相同。即，就商品價格、配送方式及評價值之屬性值而言，選擇商品相對於比較商品既非有利亦非不利。該情形中，商品價格、配送方式及評價值未被判定為使用者所重視之屬性項目。

選擇商品之點數回饋率高於比較商品之點數回饋率。即，就點數回饋率之屬性值而言，選擇商品較比較商品更有利。因此，將點數回饋率特定為使用者所重視之屬性項目。且，選擇商品之商品價格、運費及點數回饋率為2000日幣、600日幣及10%。因此，對購買選擇商品之使用者所回饋之點數為200點。且，比較商品之商品價格、運費及點數回饋率為2000日幣、500日幣及1%。因此，對購買比較商品之使用者所回饋之點數為20點。將一點換算為1日幣，計算出使用者購買商品時之使用者之收支。如此，選擇商品之情形中，支出為2000日幣+600日幣-200日幣=2400日幣。另一方面，比較商品之情形中，支出為2000 日幣+500日幣-20日幣=2480日幣。因此，相較於比較商品，選擇商品對使用者而言較有利。

然而，有對一個選擇商品特定有複數個比較商品之情形。該情形中，雖某一屬性項目中選擇商品之屬性值較某一比較商品之屬性值更有利，但亦有選擇商品之屬性值並不比其他比較商品之屬性值更有利之情形。該情形下，電子商店街伺服器1亦可例如比較所有比較商品之屬性值，將選擇商品之屬性值較為有利之屬性項目作為使用者所重視之屬性項目。又例如，電子商店街伺服器1亦可按照每個屬性項目，計算選擇商品之屬性值為有利之比較商品之數量相對於比較商品之總數之比例。該比例稱作「重視度」。又，電子商店街伺服器1亦可將重視度最高之屬性項目作為使用者所重視之屬性項目。且，電子商店街伺服器1亦可以重視度由高到低之順序對各屬性項目賦予順位。又，電子商店街伺服器1亦可將重視度之順位自第1位至預設之順位之屬性項目作為使用者所重視之屬性項目。且，電子商店街伺服器1亦可將重視度高於預定之閾值之屬性項目皆作為使用者所重視之屬性項目。

另，電子商店街伺服器1亦可於特定比較商品時，僅將比較商品擷取時間內商品網頁被閱覽之商品中之類別與選擇商品相同之商品作為比較商品。原因在於，屬於彼此無相關性之類別之複數個商品之間，使用者比較屬性進行選擇之可能性低。且，若類別因屬性項目之不同而異，則屬性值之範圍有可能全然不同。例如，礦泉水與個人電腦之 價格帶完全不同。

再者，電子商店街伺服器1亦可將比較商品擷取時間內商品網頁被閱覽之商品中、僅以與使用者檢索選擇商品時所指定之檢索條件相同之檢索條件檢索到之商品作為比較商品。檢索條件相同係指使用者檢索之觀點相同。因此，檢索條件相同之複數個商品較單純僅商品網頁於同一期間被閱覽之情形，因使用者重視其彼此之同一屬性項目而閱覽其商品資訊之可能性更高。

[1-3.電子商店街伺服器之構成]

接著，以圖3至圖5對電子商店街伺服器1之構成進行說明。

圖3係顯示本實施形態之電子商店街伺服器1之概要構成之一例的方塊圖。如圖3所示，電子商店街伺服器1具備通訊部11、記憶部12、輸入輸出介面13、及系統控制部14。又，系統控制部14與輸入輸出介面13經由系統匯流排15而連接。

通訊部11連接於網路NW，其控制與店鋪終端2或使用者終端3等之通訊狀態。

記憶部12例如由硬碟機等構成。記憶部12係本發明中之閱覽資訊記憶機構及清單資訊記憶機構之一例。該記憶部12中構築有會員資訊DB12a、類別資訊DB12b、店鋪資訊DB12c、屬性定義資訊DB12d、商品資訊DB12e、查詢記錄DB12f、閱覽記錄DB12g、購物籃資訊DB12h、購買記錄DB12i、追蹤資訊DB12j、重視項目資訊DB12k等之資料 庫。「DB」係資料庫之略語。

圖4(a)係顯示會員資訊DB12a中所登錄之內容之一例的圖。會員資訊DB12a中登錄有與會員登錄至資訊提供系統S之使用者有關之會員資訊。具體而言，會員資訊DB12a中，按每一使用者關聯地登錄有使用者ID、密碼、暱稱、姓名、出生年月日、性別、郵遞區號、住址、電話號碼、電子信箱、持有點數等之使用者屬性。使用者ID係使用者之識別資訊。持有點數係使用者所持有之點之數量。

圖4(b)係顯示類別資訊DB12b中所登錄之內容之一例的圖。類別資訊DB12b中登錄有與商品類別有關之類別資訊。具體而言，類別資訊DB12b中按各類別關聯登錄有類別ID、類別名、類別之層級、主類別ID、子類別ID清單等類別屬性。類別資訊例如由電子商店街之管理者等設定。

商品類別係以樹結構階層地進行定義。具體而言，樹結構之各節點相當於類別。節點之深度相當於與該節點相當之類別之層級(階層)。節點之深度係距位於根部之節點(以下，稱作「根節點」)之距離。層級之值越大，則作為層級之深度越深，層級之值越小，則作為層級之深度越淺。相當於根節點所具有之子節點之類別為層級1之類別。層級1之類別係最高之類別。相對層級1之各類別，相當於子節點之類別定義為層級2之類別。於此，將相當於某類別C1之子節點之類別C2稱作類別C1之「子類別」。子類別亦稱作次類別。且，此時之類別C1稱作類別C2之「主類別」。子類別於將主類別進而劃分為複數個時為相同商品 所屬之範圍。因此，子類別屬於主類別。

類別ID係由類別資訊所定義之類別之識別資訊。主類別ID係由類別資訊所定義之類別之主類別之類別ID。子類別ID清單係由類別資訊所定義之類別之子類別之類別ID的清單。子類別ID清單於由類別資訊所定義之類別具有子類別時予以設定。

圖4(c)係顯示店鋪資訊DB12c中所登錄之內容之一例的圖。店鋪資訊DB12c中登錄有與在電子商店街開店之店鋪有關之店鋪資訊。具體而言，店鋪資訊DB12c中，按每一店鋪關聯地登錄有店鋪ID、店鋪名、郵遞區號、住址、電話號碼、電子信箱等店鋪屬性。店鋪ID係店鋪之識別資訊。

圖4(d)係顯示屬性定義資訊DB12d中所登錄之內容之一例的圖。屬性定義資訊DB12d中登錄有表示商品屬性之定義之屬性定義資訊。登錄屬性定義資訊之屬性項目係成為使用者所重視之屬性項目之候補之屬性項目。具體而言，屬性定義資訊DB12d中按每一屬性項目地登錄有屬性ID、屬性項目名、資料型式、有利屬性值資訊等。屬性定義資訊例如由電子商店街之管理者等設定。將成為使用者所重視之屬性項目之候補之屬性項目稱作「候補項目」。

屬性ID係屬性項目之識別資訊。屬性項目名係屬性項目的名稱。資料型式係屬性值之資料型式。作為資料型式例如有整數型式、固定小數點型式、浮動小數點型式、列舉型式、邏輯型式、文字串型式等。例如，商品價格之資料 型式係整數型式。又例如，配送方式之資料型式係列舉型式。有利屬性值資訊係顯示何種屬性值對使用者而言有利之資訊。又例如，屬性值之資料型式為數值資料型式之情形時，有利屬性值資訊中設定有表示數值越高越有利之資訊、或表示數值越低越有利之資訊之任一者。數值資料型式例如為整數型式、固定小數點型式、浮動小數點型式。且，屬性值之資料型式並非數值資料型式之情形時，有利屬性值資訊中設定有表示對使用者而言有利之順序之資訊。例如，作為配送方式之屬性值，一般配送係以值1予以表示，而翌日送達之方式係以值2予以表示。該情形中，有利屬性值資訊中設定有顯示屬性值越高則越有利之資訊。且，可設定之屬性值僅存在2種時，有利屬性值資訊中亦可設定有利之屬性值。例如，配送方式之有利屬性值資訊中設定2。

圖4(e)係顯示商品資訊DB12e中所登錄之內容之一例的圖。商品資訊DB12e中登錄有與電子商店街所銷售之商品有關之商品資訊。具體而言，商品資訊DB12e中，按店鋪所銷售之每一商品關聯地登錄有商品ID、店鋪ID、商品編碼、類別ID、商品名、商品圖像之URL(Uniform Resource Locator：統一資源定位器)、商品說明、商品價格、配送方式、運費資訊、點數回饋率、庫存量、評價值、廣告內容等商品之屬性值。設定於商品資訊中之各屬性值係商品網頁上所顯示之資訊。對一部分之屬性值，與其屬性值對應之資訊顯示在商品網頁上。例如，顯示有與商品圖像之 URL對應之圖像。候補項目係商品價格、配送方式、運費資訊、點數回饋率、庫存量、評價值。另，此處所列舉之屬性項目係候補項目之一例。例如，亦可將此處所列舉之屬性項目以外之屬性項目作為候補項目而追加至商品資訊。又例如，此處所列舉之屬性項目之中之至少一個亦可不是候補項目。

商品ID係店鋪用於管理所銷售之商品之商品識別資訊。商品ID係顯示交易對象之資訊之一例。店鋪ID顯示商品之經銷商之店鋪。商品編碼係識別商品之編碼序號。對同一商品附加同一商品編碼。作為商品編碼例如有JAN(Japanese Article Number Code)編碼。商品ID基本上與商品網頁一對一對應。因此，即使商品編碼相同之商品，仍對商品資訊不同之複數個商品賦予彼此相異之商品ID。本實施形態中，設商品ID彼此相異之商品彼此為彼此相異之商品。因此，與選擇商品為同一商品編碼但商品ID不同之商品可能被作為相對選擇商品之比較商品而擷取。類別ID係商品所屬類別之類別ID。基本而言，設定定義為最低層級之類別(相當於樹結構之葉節點之類別)之類別ID。即，各商品以最細分化之類別進行類別劃分。商品名係店鋪所賦予之商品名稱。因此，該商品名有與商品之正式名稱不同之情形。運費資訊係用於計算商品之運費之資訊。例如，運費資訊中對每一成為商品之送達地之都道府縣地設定對應之運費。廣告內容係顯示商品廣告之內容。廣告內容之顯示內容例如有商品廣告、推薦購買商品之資訊等。 廣告內容例如顯示於電子商店街之Web網頁上。廣告內容亦可為例如圖像資訊、動畫資料、文字資料等。且，廣告內容亦可為混合有複數種資料者。

圖4(f)係顯示查詢記錄DB12f中所登錄之內容之一例的圖。查詢記錄DB12f中登錄有查詢記錄。查詢記錄係使用者指定檢索條件之記錄。查詢記錄係本發明之記錄之一例。具體而言，查詢記錄DB12f中按每一次接收檢索請求關聯地登錄有查詢日期時間、檢索條件資訊及使用者ID。檢索請求係使用者指定檢索條件而進行請求檢索商品之操作時，自使用者終端3發送至電子商店街伺服器1之訊息。檢索請求包含檢索條件資訊。

查詢日期時間係接受檢索請求之日期時間。檢索條件資訊係顯示使用者所指定之檢索條件之資訊。將關鍵字指定為檢索條件時，檢索條件資訊包含所指定之關鍵字。將類別指定為檢索條件時，檢索條件資訊包含所指定之類別之類別ID。指定有複數個檢索條件時，檢索條件資訊包含複數個表示檢索條件之資訊。使用者ID表示請求檢索之使用者。

圖4(g)係顯示閱覽記錄DB12g中所登錄之內容之一例的圖。閱覽記錄係閱覽記錄DB12g中登錄有商品網頁之閱覽記錄。具體而言，閱覽記錄DB12g中按每次閱覽商品網頁關聯地登錄有閱覽日期時間、商品ID、使用者ID及檢索條件資訊。

閱覽日期時間顯示閱覽商品網頁之日期時間。具體而 言，閱覽日期時間係電子商店街伺服器1對使用者終端3發送商品網頁之日期時間。商品ID表示商品網頁被閱覽之商品。使用者ID表示閱覽商品網頁之使用者。檢索條件資訊表示檢索商品網頁被閱覽之商品時使用者所指定之檢索條件。系統控制部14藉由使用者於檢索結果網頁上選擇對商品網頁之連結，將對應之商品網頁發送至使用者終端3時，自查詢記錄DB12f中檢索包含請求檢索之使用者之使用者ID之查詢記錄之中之查詢日期時間最晚之查詢記錄。又，系統控制部14自檢索到之查詢記錄中取得檢索條件資訊，登錄包含所取得之檢索條件資訊之閱覽日期時間。另一方面，系統控制部14藉由使用者於追蹤網頁、購物籃網頁或購買記錄網頁上選擇對商品網頁之連結，將對應之商品網頁發送至使用者終端3時，自對應之追蹤資訊、購物籃資訊或購買記錄取得檢索條件。又，系統控制部14登錄包含所取得之檢索條件資訊之閱覽記錄。另，追蹤資訊、購物籃資訊及購買記錄之詳細內容將於後述。

圖4(h)係顯示本實施形態之購物籃資訊DB12h中所登錄之內容之一例的圖。購物籃資訊DB12h中登錄有與購物籃有關之購物籃資訊。具體而言，購物籃資訊DB12h中按每個放入購物籃之商品登錄有使用者ID、店鋪ID、商品ID、放入個數及檢索條件資訊。

使用者ID顯示將商品放入購物籃之使用者。店鋪ID顯示放入購物籃之商品之經銷商之店鋪。商品ID顯示放入購物籃之商品。放入個數顯示放入購物籃之商品個數。檢索條 件資訊顯示使用者檢索到放入購物籃之商品時所指定之檢索條件。系統控制部14藉由於商品網頁上選擇購物籃放入按鈕而登錄購物籃資訊時，自閱覽記錄DB12g檢索所顯示之商品網頁之閱覽記錄。即，系統控制部14檢索包含將商品放入購物籃之使用者之使用者ID之閱覽記錄之中閱覽日期時間最晚之閱覽記錄。又，系統控制部14自檢索到之閱覽記錄取得檢索條件資訊，登錄包含取得之閱覽記錄之購物籃資訊。

圖5(a)係顯示購買記錄DB12i中所登錄之內容之一例的圖。購買記錄DB12i中登錄有使用者購買商品之記錄。具體而言，購買記錄DB12i中，按每次購買商品關聯地登錄有訂購編碼、購買日期時間、使用者ID、商品ID、店鋪ID、商品編碼、購買數量、檢索條件資訊等。訂購編碼係每次進行商品之訂購時所賦予之訂購識別資訊。使用者ID表示購買之使用者。商品ID及商品編碼表示所購買之商品。店鋪ID表示購買對象之店鋪。購買數量係所購買之商品之個數。檢索條件資訊表示使用者檢索到所購買之商品時所指定之檢索條件。系統控制部14基於購物籃資訊DB12h中所登錄之購物籃資訊，登錄購買記錄。此時，系統控制部14自購物籃資訊取得檢索條件資訊，並登錄包含所取得之閱覽記錄之購物籃資訊。

圖5(b)係顯示追蹤資訊DB12j中所登錄之內容之一例的圖。追蹤資訊DB12j中登錄有與使用者之追蹤有關之追蹤資訊。具體而言，追蹤資訊DB12j中，按每次登錄商品至 追蹤中關聯地登錄有使用者ID、商品ID、登錄日期時間及檢索條件資訊等。

使用者ID表示進行追蹤登錄之使用者。商品ID表示登錄至追蹤之商品。又，商品ID係相當於對登錄至追蹤之商品之商品網頁之參考之資訊。雖對商品網頁之實際參考資訊為URL，但商品網頁之URL可自商品ID特定。另，商品網頁之URL亦可與商品ID一同或代替商品ID而登錄至追蹤資訊DB12j。登錄日期時間表示進行追蹤登錄之日期時間。檢索條件資訊表示使用者檢索到登錄至追蹤之商品時所指定之檢索條件。系統控制部14藉由於商品網頁上顯示為「加入追蹤」之連結被選擇而登錄追蹤資訊時，自閱覽記錄DB12g中檢索所顯示之商品網頁之閱覽記錄。又，系統控制部14自檢索到之閱覽記錄取得檢索條件資訊，並登錄包含取得之閱覽記錄之購物籃資訊。

圖5(c)係顯示重視項目資訊DB12k中所登錄之內容之一例的圖。重視項目資訊DB12k中登錄有特定為使用者所重視之屬性項目之屬性項目有關之重視項目資訊。具體而言，重視項目資訊DB12k中，關聯登錄有使用者ID、登錄日期時間、選擇類別、選擇商品ID、重視屬性ID、推薦商品ID等。

使用者ID表示重視之屬性項目被特定之使用者。登錄日期時間係經登錄重視項目資訊之日期時間。選擇類別表示選擇商品之行為類別。具體而言，選擇類別中設定有表示追蹤登錄之「追蹤」、表示放入購物籃之「購物籃」或顯 示購買之「購買」中之任一種。選擇商品ID係特定有使用者所重視之屬性項目之選擇商品之商品ID。重視屬性ID係使用者所重視之屬性項目之屬性ID。推薦商品ID係推薦使用者購買之商品之候補之商品ID。將推薦使用者購買之商品之候補稱作「推薦商品」。使用者所閱覽之Web網頁上顯示有廣告內容時，將優先顯示推薦商品之廣告內容。推薦商品根據使用者所重視之屬性項目而被選擇。推薦商品亦可選擇複數個。該情形中，推薦商品ID登錄有複數個。

接著，對記憶於記憶部12之其他資訊進行說明。記憶部12中記憶有用於顯示Web網頁之HTML(Hyper Text Markup Language：超文字標記語言)文件、XML(Extensible Markup Language：可擴展標記語言)文件、圖像資料、文字資料、電子文件等各種資料。作為設定值例如有比較商品擷取時間內等。

再者，記憶部12中記憶有操作系統、WWW(World Wide Web：全球資訊網)伺服器程式、DSMS(Database Management System：資料庫管理系統)、電子商務交易管理程式等各種程式。電子商務交易管理程式(本發明之資訊處理程式產品之一例)係用於執行與電子商務交易有關之各種處理之程式。電子商務交易管理程式包含用於特定使用者所重視之屬性項目、或選擇推薦商品之程式。另，各種程式例如亦可自其他伺服器裝置等經由網路NW而取得，亦可記錄於DVD(Digital Versatile Disc：數位多功能光碟)等記錄媒體並經由驅動裝置而讀入。

輸入輸出介面13進行通訊部11、記憶部12及系統控制部14之間之介面處理。

系統控制部14由CPU 14a、ROM(Read Only Memory：唯讀記憶體)14b、RAM(Random Access Memory：隨機存取記憶體)14c等構成。又，系統控制部14係藉由CPU 14a讀出並執行各種程式而作為本發明中之第1擷取機構、第2擷取機構、特定機構、決定機構、選擇機構及提供機構等發揮功能。

另，電子商店街伺服器1亦可由複數個伺服器裝置構成。例如，進行用於特定使用者所重視之屬性項目之處理之伺服器裝置、於電子商店街進行商品檢索或訂購等處理之伺服器裝置、根據來自使用者終端3之請求而發送Web網頁之伺服器裝置及管理資料庫之伺服器裝置等可彼此由LAN等予以連接。

[1-4.資訊提供系統之動作]

接著，以圖6至圖8，對資訊提供系統SD之動作進行說明。

圖6係顯示本實施形態之電子商店街伺服器1之系統控制部14之1使用者重視屬性項目特定處理之處理例的流程圖。

系統控制部14例如定期執行特定使用者所重視之屬性項目之處理。又，系統控制部14按每一使用者地特定使用者所重視之屬性項目。1使用者重視屬性項目特定處理係對1個使用者特定其所重視之屬性項目之處理。因此，1使用 者重視屬性項目特定處理係每一使用者地執行。

另，於追蹤、購物籃及購買分別特定使用者所重視之屬性項目之處理係除用於特定選擇商品之資訊不同之外，其餘基本上相同。因此，以下以說明與追蹤有關之處理作為其等之代表。此處，將成為特定重視之屬性項目之對象之使用者稱作「對象使用者」。

如圖6所示，系統控制部14自追蹤資訊DB12j中檢索包含對象使用者之使用者ID之追蹤資訊中之於預設期間內登錄之追蹤資訊(步驟S1)。預設期間係指例如對對象使用者自上次執行1使用者重視屬性項目特定處理至現時點之期間。接著，系統控制部14判斷是否檢索到符合之追蹤資訊(步驟S2)。此時，系統控制部14判定未檢索到符合之追蹤資訊時(步驟S2：NO)，結束1使用者重視屬性項目特定處理。

另一方面，系統控制部14判斷已檢索到符合之追蹤資訊時(步驟S2：YES)，選擇檢索到之追蹤資訊中之一個。然後，系統控制部14自選擇之追蹤資訊中取得選擇商品之商品ID作為對象選擇商品之商品ID(步驟S3)。

接著，系統控制部14自閱覽記錄DB12g中檢索包含對象使用者之使用者ID及對象選擇商品之商品ID之閱覽記錄(步驟S4)。又，系統控制部14取得包含在閱覽記錄中之閱覽日期時間作為基準日期時間。此處，有登錄有複數個符合之閱覽記錄之情形。因此，系統控制部14例如亦可檢索閱覽日期時間較選擇之追蹤資訊之登錄日期時間早之閱覽 記錄之中，閱覽日期時間距追蹤資訊登錄日期時間最近之閱覽記錄。

接著，系統控制部14作為第1擷取機構，自閱覽記錄DB12g中檢索包含對象使用者之使用者ID及對象選擇商品之商品ID之閱覽記錄中閱覽日期時間為基準日期時間之前後比較商品擷取時間內之閱覽記錄(步驟S5)。

接著，系統控制部14作為第2擷取機構，自檢索到之閱覽記錄之中，擷取目前尚未登錄至追蹤之商品之閱覽記錄。又，系統控制部14取得包含於所擷取之各閱覽記錄中之商品ID作為比較商品之商品ID(步驟S6)。具體而言，系統控制部14自追蹤資訊DB12j中檢索包含對象使用者之使用者ID之追蹤資訊。接著，系統控制部14自檢索到之各追蹤資訊取得商品ID。接著，系統控制部14自檢索到之閱覽記錄中刪除包含與自追蹤資訊所取得之商品ID中之任一種商品ID相同之商品ID之閱覽記錄。結果，剩餘之閱覽記錄係所擷取之閱覽記錄。

接著，系統控制部14自商品資訊DB12e取得對象選擇商品之商品資訊與比較商品之商品資訊(步驟S7)。

接著，系統控制部14自所擷取之閱覽記錄之中，擷取與對象選擇商品屬於相同類別之商品之閱覽記錄(步驟S8)。具體而言，系統控制部14自對象選擇商品之商品資訊取得類別ID，並自比較商品之商品資訊取得類別ID。又，系統控制部14基於類別ID，判斷對象選擇商品與比較商品是否屬於同一類別。例如，系統控制部14亦可比較對象選擇商 品之類別ID與比較商品之類別ID，於類別ID彼此一致時，判定對象選擇商品與比較商品屬於同一類別。該情形中，於最低層級，判斷選擇對象商品之類別與比較對象之類別是否相同。又，系統控制部14擷取類別ID與對象選擇商品相同之商品之閱覽記錄。

又例如，系統控制部14亦可於高於最低層級之層級，判斷對象選擇商品之類別與比較商品之類別是否一致。其原因為，若於最低層級判定類別彼此是否相同，則有屬於同一類別之商品之範圍變小之情形。例如，設作為層級2之類別有「數位相機」。且，作為「數位相機」之子類別則根據數位相機之製造商而進行類別劃分。例如，作為層級3之類別，設有「X公司」、「Y公司」、及「Z公司」。該情形中，是否屬於同一類別，有較於層級3判定而於層級2判定較適當之情形。原因在於，一般而言係超越製造商之範疇而自數位相機之中進行選擇。另，於任何層級判定是否屬於同一類別亦可所有類別皆相同，亦可根據各類別而決定。類別資訊DB12b中所登錄之類別資訊中設定有主類別ID。因此，可自與對象選擇商品或比較商品之類別ID對應之類別資訊，取得主類別之類別ID。因此，系統控制部14可取得對象選擇商品或比較商品所屬之類別中之所比較之層級之類別之類別ID。又，系統控制部14只要於所比較之層級之類別中判斷取得之對象選擇商品之類別ID與比較商品之類別ID是否相同即可。

接著，系統控制部14自步驟S8中所擷取之閱覽記錄之 中，擷取以與對象選擇商品相同之檢索條件檢索到之商品之閱覽記錄(步驟S9)。具體而言，系統控制部14自選擇之追蹤資訊中取得檢索條件資訊，並自所擷取之閱覽資訊中取得檢索條件資訊。接著，系統控制部14判斷對象選擇商品之檢索條件資訊與比較商品之檢索條件資訊是否一致。此處，系統控制部14於指定有複數個檢索條件時，亦可僅於所有檢索條件一致之情形下判定檢索條件資訊一致，亦可僅於至少一個檢索條件一致之情形下判定檢索條件資訊一致。又，系統控制部14擷取對象選擇商品與檢索條件資訊一致之商品之閱覽記錄。

如此，系統控制部14擷取最終之比較商品。另，系統控制部14亦可於步驟S5之後執行步驟S7至S9。且，系統控制部14亦可僅執行步驟S8及S9中之任一者，亦可執行兩者。系統控制部14亦可將步驟S6中所擷取之商品作為最終之比較商品。

再者，系統控制部14於步驟S6、S8或S9中無法擷取滿足條件之商品時，進展至步驟S15。該情形中，對對象選擇商品不特定使用者所重視之屬性項目。

系統控制部14若擷取比較商品，則執行重視度計算處理(步驟S10)。

圖7係顯示本實施形態之電子商店街伺服器1之系統控制部14之重視度計算處理之處理例的流程圖。

如圖7所示，系統控制部14自候補項目之中選擇一個屬性項目(步驟S31)。接著，系統控制部14計算選擇之屬性 項目之重視度(步驟S32)。具體而言，系統控制部14自屬性定義資訊DB12d中取得與選擇之屬性項目對應之有利屬性值資訊。接著，系統控制部14自對象選擇商品之商品資訊中取得與選擇之屬性項目對應之屬性值，並自各比較商品之商品資訊中分別取得與選擇之屬性項目對應之屬性值。接著，系統控制部14比較對象選擇商品之屬性值與比較商品之屬性值，基於有利屬性值資訊，按每個比較商品判斷對象選擇商品之屬性值是否有利。接著，系統控制部14計算對象選擇商品之屬性值係有利之比較商品之數量。又，系統控制部14藉由將對象選擇商品之屬性值為有利之比較商品之數量除以比較商品之總數，來計算重視度。

系統控制部14若計算重視度，則判斷候補項目中是否存在尚未選擇之屬性項目(步驟S33)。此時，系統控制部14判定存在尚未選擇之屬性項目(步驟S33：YES)，選擇尚未選擇之屬性項目中之一個(步驟S34)。接著，系統控制部14進展至步驟S32。系統控制部14藉由反復進行步驟S32至S34之處理，計算各屬性項目之重視度。又，系統控制部14判定已選擇所有屬性項目時(步驟S33：NO)，結束重視度計算處理。

若系統控制部14結束重視度計算處理，則如圖6所示，特定重視度計算後之屬性項目中之重視度最高之屬性項目(步驟S11)。接著，系統控制部14判斷特定之屬性項目之重視度是否為預設之閾值以上(步驟S12)。閾值例如由電子商店街之管理者等設定，並記憶於記憶部12。此時，系統 控制部14判定特定之屬性項目之重視度並非為閾值以上時(步驟S12：NO)，進展至步驟S15。該情形中，特定之屬性項目無法成為對象使用者所重視之屬性項目。設定閾值之理由在於，即使為相對而言重視度最高之屬性項目，重視度之絕對值過低之屬性項目仍不太可能為使用者所重視之屬性項目。

另一方面，系統控制部14判定特定之屬性項目之重視度為閾值以上時(步驟S12：YES)，決定特定之屬性項目為對象使用者所重視之屬性項目。如此，系統控制部14作為特定機構，基於選擇商品與比較商品之間之設定不同之屬性值，特定使用者所重視之屬性項目。具體而言，系統控制部14將在選擇商品與比較商品之兩者設定有屬性值之屬性項目之中，選擇商品較比較商品設定有對使用者更有利之屬性值之屬性項目特定為使用者所重視之屬性項目。

接著，系統控制部14作為選擇機構檢索推薦商品(步驟S13)。推薦商品之基準為例如對象使用者所重視之屬性項目之中是否有具有使用者所需求之屬性值之商品。因此，系統控制部14亦可例如檢索對象使用者所重視之屬性項目中之屬性值與對象選擇商品之屬性值相同或較對象選擇商品之屬性值更有利之商品。此時，系統控制部14亦可將成為檢索對象之商品作為與對象選擇商品屬於相同類別之商品。關於判定在何種層級下是否屬於同一類別，與步驟S8之情形相同。且，系統控制部14亦可限定推薦商品之最大數，而非將檢索到之商品全部作為推薦商品。又，系統控 制部14亦可於最大數之範圍內，自檢索到之商品之中任意選擇推薦商品。

另，對一個選擇商品特定出複數個使用者所重視之屬性項目而進行處理時，系統控制部14亦可例如檢索對象使用者所重視之所有屬性項目中之屬性值分別與選擇商品中所對應之屬性項目之屬性值相同或較選擇商品之屬性值更有利之商品。

若系統控制部14檢索推薦商品，則將重視項目資訊登錄至重視項目資訊DB12k(步驟S14)。此時，系統控制部14將對象選擇商品之商品ID作為選擇商品ID。且，系統控制部14將目前日期時間作為登錄日期時間。且，系統控制部14設定「追蹤」作為選擇類別。且，系統控制部14將對象使用者所重視之屬性項目之屬性ID作為重視屬性ID。且，系統控制部14將推薦商品之商品ID作為推薦商品ID。又，系統控制部14登錄包含對象使用者ID、選擇商品ID、登錄日期時間、重視屬性ID及推薦商品ID之重視項目資訊。

接著，系統控制部14判斷步驟S1中檢索到之追蹤資訊中是否存在尚未選擇之追蹤資訊(步驟S15)。此時，系統控制部14判定存在尚未選擇之追蹤資訊時(步驟S15：YES)，選擇尚未選擇之追蹤資訊中之一個(步驟S16)。接著，系統控制部14進展至步驟S4。系統控制部14藉由反復執行步驟S4至S16之處理，對預設之期間內登錄至追蹤之各商品，特定出對象使用者所重視之屬性項目。又，系統控制部14判定已選擇所有追蹤資訊時(步驟S15：NO)，結束1使 用者重視屬性項目特定處理。

另，針對購物籃特定出使用者所重視之屬性項目時，用於特定出選擇商品之資訊並非追蹤資訊而是購物籃資訊。且，該情形中，選擇類別為「購物籃」。針對購買特定出使用者所重視之屬性項目時，用於特定出選擇商品之資訊並非追蹤資訊而是購買記錄。且，該情形中，選擇類別為「購買」。

且，1使用者重視屬性項目特定處理之執行時點並非限定於上述時點。例如，系統控制部14亦可於執行將商品登錄至追蹤、將商品放入購物籃及商品購買中之任一項後，於經過比較商品擷取時間之後予以執行。即，系統控制部14亦可在進行商品選擇行為後執行1使用者重視屬性項目特定處理。該情形中，系統控制部14亦可將於此時進行選擇之使用者作為對象使用者，且，將此時之選擇行為所選擇之商品作為對象選擇商品，從而執行1使用者重視屬性項目特定處理。

再者，系統控制部14亦可於與特定出使用者所重視之屬性項目之時點不同之時點，進行推薦商品之特定。且，系統控制部14亦可不進行推薦商品之特定。

圖8係顯示本實施形態之電子商店街伺服器1之系統控制部14之Web網頁請求接收時處理之處理例的流程圖。Web網頁請求接收時處理係於電子商店街伺服器1自使用者終端3接收Web網頁之請求時開始。

如圖8所示，系統控制部14自接收之請求取得利用發送 請求之使用者終端3之使用者之使用者ID作為請求使用者ID(步驟S51)。例如，系統控制部14於使用者登入資訊提供系統S時，自使用者終端3接收使用者ID，將接收之使用者ID作為cookie而保存於使用者終端3。因此，使用者登入時，自使用者終端3發送至電子商店街伺服器1之請求中附加有包含請求使用者ID之cookie。接著，系統控制部14生成包含於接收之請求中之URL所對應之Web網頁之HTML文件(步驟S52)。

接著，系統控制部14判斷生成有HTML文件之Web網頁是否為顯示廣告內容之Web網頁(步驟S53)。作為Web網頁，例如有首頁、檢索結果網頁、商品網頁、追蹤網頁、購物籃網頁、購買記錄網頁等。何種Web網頁顯示廣告內容例如可由電子商店街之管理者任意設定。作為一例，例如設於首頁、檢索結果網頁及追蹤網頁顯示廣告內容。系統控制部14判定生成有HTML文件之Web網頁並非為顯示廣告內容之Web網頁時(步驟S53：NO)，將生成之HTML文件發送至請求之發送源之使用者終端3(步驟S59)。若系統控制部14結束該處理，則結束Web網頁請求接收時處理。

另一方面，系統控制部14判定生成有HTML文件之Web網頁為顯示廣告內容之Web網頁時(步驟S53：YES)，則根據生成有HTML文件之Web網頁之種類，選擇用於決定廣告內容所顯示之推薦商品之重視項目資訊之選擇類別(步驟S54)。該選擇係為增加廣告效果而進行。例如，系統控制部14亦可於Web網頁為首頁之情形時選擇「追蹤」或 「購物籃」。且，系統控制部14亦可於Web網頁為檢索結果網頁之情形時選擇「追蹤」或「購物籃」。且，系統控制部14亦可於Web網頁為追蹤網頁時選擇「購買記錄」。另，系統控制部14例如亦可隨機選擇選擇類別。

接著，系統控制部14自重視項目資訊DB12k中檢索包含請求使用者ID及選擇之選擇類別之重視項目資訊(步驟S55)。接著，系統控制部14選擇檢索到之重視項目資訊中之一個(步驟S56)。例如，系統控制部14亦可隨機選擇重視項目資訊。又，系統控制部14亦可選擇登錄日期時間最晚之重視項目資訊。特定為使用者所重視之屬性項目之日期時間越晚，則特定之屬性項目越可能為使用者至今仍重視。且，系統控制部14亦可自現時點至預設時間前之期間所登錄之重視項目資訊之中進行隨機選擇。

接著，系統控制部14取得選擇之重視項目資訊中所包含之推薦商品ID中之一個(步驟S57)。例如，系統控制部14亦可隨機選擇推薦商品ID。接著，系統控制部14將用於將取得之推薦商品ID所表示之推薦商品之廣告內容顯示於Web網頁上之資料設定在所生成之HTML文件(步驟S58)。

另，Web網頁上可顯示複數個廣告內容時，系統控制部14亦可執行複數次步驟S56至S58。

接著，系統控制部14將設定有用於顯示廣告內容之資料之HTML文件發送至請求之發送源之使用者終端3(步驟S59)。如此，系統控制部14作為提供機構，將包含選擇之推薦商品之廣告內容之Web網頁發送至使用者終端3。若 系統控制部14結束該處理，則結束Web網頁請求接收時處理。

若使用者終端3接收HTML文件，則基於HTML文件，將Web網頁顯示於畫面。此時，使用者終端3之Web網頁上顯示有廣告內容。若使用者選擇廣告內容，則對應之推薦商品之商品網頁顯示於使用者終端3之畫面上。

另，提供推薦商品之資訊之機構並非限定於Web網頁。例如，亦可利用電子商店街之郵箱等以電子郵件之方式提供推薦商品之資訊。

如以上說明般，根據本實施形態，電子商店街伺服器1之系統控制部14自包含商品屬性值之商品網頁被使用者閱覽之商品之中，擷取登錄該使用者所選擇之選擇商品之追蹤、購物籃或購買記錄所登錄之選擇商品之商品網頁之閱覽時刻至比較商品擷取時間內商品網頁被閱覽之商品，自擷取之商品之中，擷取尚未登錄至追蹤、購物籃或購買記錄之比較商品，基於選擇商品與比較商品之間之設定不同之屬性值，特定使用者所重視之屬性項目。具體而言，系統控制部14將於選擇商品與比較商品之兩者中設定有屬性值之屬性項目之中，選擇商品較比較商品設定有對使用者更有利之屬性值之屬性項目特定為使用者所重視之屬性項目。因此，可特定商品選擇時使用者所重視之屬性項目。

再者，系統控制部14自作為閱覽記錄而關聯記憶表示商品網頁被閱覽之商品之商品ID、使用者用於檢索商品網頁被閱覽之商品而指定之檢索條件之記憶部12所記憶之檢索 條件與作為追蹤資訊而關聯記憶表示登錄至追蹤之商品之商品ID、使用者用於檢索登錄至追蹤之商品而指定之檢索條件之記憶部所記憶之檢索條件相同之商品之中擷取比較商品。例如，由於可提高選擇商品與成為比較對象之比較商品之擷取精度，故可提高特定使用者所重視之屬性項目之精度。

再者，系統控制部14基於特定之屬性項目之屬性值，選擇勸誘使用者交易之推薦商品，提供選擇之推薦商品之廣告內容。因此，由於基於使用者所重視之屬性項目之屬性值而選擇勸誘使用者交易之商品，故可對使用者提供其很可能感興趣之商品之廣告內容。

[2.第2實施形態]

第1實施形態中，候補項目係僅限於預定商品資訊中設定有屬性值之屬性項目。與此相對，以下所說明之第2實施形態中，店鋪可針對新屬性項目對商品資訊任意追加屬性值。又，新屬性項目亦可成為候補項目。此處，將預定商品資訊設定有屬性值之屬性項目稱作「共通項目」。將新追加屬性值之屬性項目稱作「選項項目」。且，將選項項目之屬性稱作「選項屬性值」。

圖9(a)係顯示選擇商品及比較商品各自之選項屬性值之內容之一例的圖。圖9(a)顯示選擇商品及比較商品為數位相機之情形之一例。店鋪例如可藉由輸入表示選項項目之屬性內容之文字，而設定選項屬性值。例如，銷售選擇商品之店鋪可設定「圖片搜索」及「附防水功能」之選項屬 性值。「圖片搜索」表示有圖片搜索功能。圖片搜索功能係可以使用者所指定之條件檢索記憶於數位相機之圖像之功能。「附防水功能」表示有防水功能。另一方面，銷售比較商品之店鋪可設定「圖片搜索」及「可遙控操作」之選項屬性值。「可遙控操作」表示可以遙控操作利用數位相機進行攝影。

結果，選擇商品及比較商品之兩者設定有表示有圖片搜索功能之選項屬性值。因此，圖片搜索之屬性項目未被判定為使用者所重視之屬性項目。

另一方面，對遙控操作及防水功能之屬性項目，僅於選擇商品或比較商品之任一者設定選項屬性值。即，選擇商品與比較商品之屬性值之設定不同。具體而言，屬性值之有無設定不同。該情形中，電子商店街伺服器1自僅選擇商品設定有選項屬性值之屬性項目中，基於設定之選項屬性值，將可判定該選項屬性值為有利之屬性項目特定為使用者所重視之屬性項目。

例如，對遙控操作設定屬性值時，例如，設定有「可遙控操作」或表示無法利用遙控操作以數位相機進行攝影之「不可遙控操作」中之任一者。可利用遙控操作進行攝影之數位相機較無法利用遙控操作進行攝影之數位相機對使用者而言更有利。因此，設定有「可遙控操作」之比較商品就遙控操作而言，對使用者而言為有利之商品。另一方面，未對選擇商品設定「可遙控操作」或「不可遙控操作」之任一者。因此，選擇商品就遙控操作而言，無法確 定是否為對使用者而言有利之商品。店鋪可能僅未設定遙控操作之屬性值。然而，就遙控操作而言，可明確的是，選擇商品並不比比較商品有利。因此，遙控操作未被判定為使用者所重視之屬性項目。

對防水功能設定屬性值時，例如設定有「附防水功能」或表示無防水功能之「無防水功能」之中之任一者。有防水功能之數位相機較無防水功能之數位相機對使用者而言為有利。因此，設定有「附防水功能」之選擇商品就防水功能而言，為對使用者而言有利之商品。另一方面，對比較商品則並未設定「附防水功能」或「無防水功能」之任一者。因此，比較商品就防水功能而言，無法確定其是否為對使用者而言有利之商品。然而，使用者係基於商品網頁上所顯示之屬性值而判斷是否選擇商品。因此，使用者重視防水功能之情形，則使用者較商品網頁上對防水功能未作任何顯示之商品而選擇商品網頁上顯示有「附防水功能」之商品。因此，防水功能被特定為使用者所重視之屬性項目。

圖9(b)係顯示商品資訊DB12e中所登錄之內容之一例的圖。如圖9(b)所示，商品資訊DB12e中所登錄之商品資訊係除圖4(e)所示之各資訊之外，尚包含選項屬性資訊。選項屬性資訊中設定有由店鋪追加之選項屬性值。

再者，屬性定義資訊DB12d中，除共通項目之屬性定義資訊外，亦登錄有可能設定選項屬性值之選項項目之屬性定義資訊。選項項目之資料型式例如為文字串型式。選項 項目之有利屬性值資訊中例如設定有定為有利之選項屬性值。具體而言，設定有可設定之選項屬性值中之對使用者最有利之選項屬性值。例如，可設定之選項屬性值僅有2種時，有利屬性值資訊中設定有有利一方之選項屬性值。選項屬性值顯示在商品網頁上。

除以上所說明之點之外，第2實施形態之資訊提供系統S之構成、電子商店街伺服器1之構成及處理內容與第1實施形態之情形基本相同。

圖10係顯示本實施形態之電子商店街伺服器1之系統控制部14之重視度計算處理之處理例的流程圖。圖10中，對與圖7相同之處理附加相同之符號。

如圖10所示，系統控制部14係與第1實施形態之情形同樣地執行步驟S31至S34。另，步驟S31至S34中，計算共通項目之重視度。步驟S33中，系統控制部14判定選擇所有屬性項目時(步驟S33：NO)，計算選項項目之重視度。

首先，系統控制部14判斷對象選擇商品之商品資訊中是否設定有對象選擇商品之選項屬性資訊(步驟S71)。此時，系統控制部14判定未設定有對象選擇商品之選項屬性資訊時(步驟S71：NO)，結束重視度計算處理。另一方面，系統控制部14判定設定有對象選擇商品之選項屬性資訊時(步驟S71：YES)，自選項屬性資訊中取得1個選項屬性值(步驟S72)。

接著，系統控制部14判斷取得之選項屬性值是否為對使用者而言有利之屬性值(步驟S73)。具體而言，系統控制 部14自屬性定義資訊DB12d中檢索在有利屬性值資訊中設定有所取得之選項屬性值之屬性定義資訊。於此，系統控制部14於無法檢索到滿足條件之屬性定義資訊時，判定取得之選項屬性值並非為對使用者而言有利之屬性值(步驟S73：NO)。該情形中，系統控制部14進展至步驟S75。

另一方面，系統控制部14於可檢索到滿足條件之屬性定義資訊時，判定取得之選項屬性值為對使用者而言有利之屬性值(步驟S73：YES)。該情形中，系統控制部14計算檢索到之屬性定義資訊中所包含之屬性ID所表示之選項項目之重視度(步驟S74)。具體而言，系統控制部14判斷各比較商品之商品資訊之選項屬性資訊中是否設定有與取得之對象選擇商品之選項屬性值相同之選項屬性值。接著，系統控制部14計算未設定有與對象選擇商品之選項屬性值相同之選項屬性值之比較商品之數量。未設定有與對象選擇商品之選項屬性值相同之選項屬性值之比較商品中包含未設定任何檢索到之屬性定義資訊中所包含之屬性ID所表示之選項項目之選項屬性值之商品，與於該選項項目設定有對使用者不利之選項屬性值之商品。系統控制部14藉由將未設定有與對象選擇商品之選項屬性值相同之選項屬性值之比較商品之數量除以比較商品之總數，來計算重視度。

接著，系統控制部14判斷對象選擇商品之選項屬性資訊中是否存在尚未取得之選項屬性值(步驟S75)。此時，系統控制部14判定存在尚未取得之選項屬性值時(步驟S75：YES)，取得尚未取得之選項屬性值中之一個(步驟S76)。 接著，系統控制部14進展至步驟S73。系統控制部14藉由反復執行步驟S73至S76之處理，計算各選項項目之重視度。又，系統控制部14判定已取得所有選項屬性值時(步驟S75：NO)，結束重視度計算處理。

如以上說明般，根據本實施形態，系統控制部14可將選擇商品與比較商品之中僅在選擇商品設定有屬性值之屬性項目之中，將所設定之屬性值對使用者有利之屬性項目特定為使用者所重視之屬性項目。因此，於某一屬性項目中對使用者所選擇之商品設定有定為對使用者有利之屬性值，而未對排除在選擇對象之外之商品設定有屬性值之情形時，可判斷使用者重視該屬性項目。

[3.第3實施形態]

第1實施形態中，候補項目於全部商品共通。與此相對，以下所說明之第3實施形態中，根據商品類別之不同而設定有類別固有之屬性項目。又，商品資訊中，設定有類別固有之屬性項目之屬性值。且，候補項目係根據類別而決定。根據類別決定候補項目之原因在於，有因類別之不同，使用者所重視之屬性項目亦變化之情形。類別係本發明之劃分之一例。於此，將於全部商品共通且設定有屬性值之屬性項目稱作「共通項目」。且，將類別所固有之屬性項目稱作「固有項目」。另，第3實施形態之共通項目與第2實施形態之共通項目基本相同。

圖11(a)係顯示選擇商品及比較商品各自之固有項目之屬性值之內容之一例的圖。圖11(a)顯示選擇商品及比較商品 為數位相機之情形之例。作為數位相機之固有項目，例如有製造商、系列、有效像素數、光學變焦倍率、液晶顯示器尺寸、電池類型、手震修正功能、人臉辨識功能、重量、發售期間等。該等固有項目中，候補項目係有效像素數、光學變焦、液晶顯示器、手震修正功能、人臉辨識功能及重量等。例如，無法籠統地判斷屬性值對使用者而言是否有利之屬性項目被排除在候補項目之外。且，例如，即使為可判斷屬性值對使用者而言是否有利之屬性項目，使用者不太可能重視之屬性項目仍被排除在候補項目之外。另，可認為由於根據數位相機之系列之不同而有基本性能不同之情形，故亦有將系列包含在候補項目中。且，可認為發售期間越近，則有例如其性能越高，或其具有更新功能。因此，系列或發售期間亦可成為候補項目。以何種屬性項目作為候補項目，例如可由電子商店街之管理者根據各類別而任意決定。

圖11(a)之例中，選擇商品與比較商品之間，製造商、系列、電池類型及發售期間彼此不同。然而，該等屬性項目並非候補項目。因此，該等屬性項目無法判定為使用者所重視之屬性項目。

候補項目之中，有效像素數、液晶顯示器尺寸及手震修正功能之屬性值於選擇商品與比較商品之間彼此相同。因此，該等屬性項目無法判定為使用者所重視之屬性項目。

光學變焦之倍率、人臉辨識功能及重量之屬性值於選擇商品與比較商品之間不同。光學變焦倍率越高之數位相 機，則對使用者越有利。且，具有人臉辨識功能之數位相機較未具有人臉辨識功能之數位相機更有利。且，重量越小之數位相機越為對使用者有利之數位相機。其原因為，重量越小，越便於攜帶。此處，選擇商品之光學變焦之倍率低於比較商品之光學變焦之倍率。且，選擇商品不具有人臉辨識功能。又，選擇商品之重量小於比較商品之重量。因此，重量被特定為使用者所重視之屬性項目。

圖11(b)係顯示商品資訊DB12e中所登錄之內容之一例的圖。如圖11(b)所示，商品資訊DB12e中所登錄之商品資訊除圖4(e)所示之各資訊外，尚包含類別固有屬性資訊。類別固有屬性資訊中，對商品所屬之類別之各固有項目設定有屬性值。根據類別之不同，亦可不設定類別固有屬性資訊。

且，屬性定義資訊DB12d中除共通項目之屬性定義資訊外，亦登錄有固有項目之屬性定義資訊。固有項目中，有即使為同一屬性項目，因類別之不同，有利之屬性值亦不同之情形。例如，有商品之重量越小則越有利之類別與商品之重量越大則越有利之類別。該情形中，設定於有利屬性值資訊中之資訊不同。因此，即使屬性項目名相同，有利屬性值資訊因類別之不同而不同之情形中，分別登錄屬性定義資訊。

電子商店街伺服器1之記憶部12中除圖3所示之各資料庫外，尚構築有類別屬性定義資訊DB121。圖11(c)係顯示類別屬性定義資訊DB121中所登錄之內容之一例的圖。類別 屬性定義資訊DB121中，對商品屬性，按各類別登錄有作為類別屬性定義資訊之固有資訊。具體而言，類別屬性定義資訊DB121中關聯登錄有類別ID、固有屬性ID清單及重視屬性ID清單等。

固有屬性ID清單係類別ID所表示之類別之固有項目之屬性ID之清單。候補屬性ID清單係類別ID所表示之類別之候補項目之屬性ID之清單。對何種層級之類別登錄類別屬性定義資訊，例如基於類別間之固有項目之共通性而決定。例如，作為層級1之類別，設有「TV、音響、相機」。作為「TV、音響、相機」之子類別，例如設有「電視」、「數位相機」、「音響」等。且，作為「數位相機」之子類別，例如按數位相機之各製造商進行類別劃分。例如，作為層級3之類別，設有「X公司」、「Y公司」、「Z公司」等。電視、數位相機及音響間，雖商品所具有之屬性項目之中亦存在一致之項目，但亦包含大量不一致之項目。因此，並未對「TV、音響、相機」登錄類別屬性定義資訊。另一方面，X公司製之數位相機、Y公司製之數位相機及Z公司製之數位相機分別具有數位相機所具有之基本屬性。因此，對「數位相機」登錄類別屬性定義資訊。另一方面，並未對「X公司」、「Y公司」及「Z公司」登錄類別屬性定義資訊。其原因為，只要可利用「數位相機」之類別屬性定義資訊即可。

除以上所說明之點外，第3實施形態之資訊提供系統S之構成、電子商店街伺服器1之構成及處理內容係與第1實施 形態之情形基本相同。

圖12係顯示本實施形態之電子商店街伺服器1之系統控制部14之重視度計算處理之處理例的流程圖。且，圖12顯示無論為何類別，皆將共通項目定為候補項目之情形之處理例。因此，候補屬性ID清單中僅設定有作為候補項目之固有項目之屬性ID。且，圖12中，對與圖7相同之處理附加相同之符號。

如圖12所示，系統控制部14係與第1實施形態同樣地執行步驟S31至S34。另，步驟S31至S34之中，計算共通項目之重視度。步驟S33中，系統控制部14判定已選擇所有屬性項目時(步驟S33：NO)，計算固有項目之重視度。

首先，系統控制部14自類別屬性定義資訊DB121中取得對象選擇商品所屬類別之候補屬性ID清單(步驟S81)。具體而言，系統控制部14自對象選擇商品之商品資訊中取得類別ID。接著，系統控制部14自類別屬性定義資訊DB121中檢索包含取得之類別ID之類別屬性定義資訊。此時，系統控制部14於未檢索到類別屬性定義資訊之情形中，自與取得之類別ID對應之類別資訊取得主類別ID。又，系統控制部14自類別屬性定義資訊DB121檢索包含取得之主類別ID之類別屬性定義資訊。此時，系統控制部14於未檢索到類別屬性定義資訊之情形中，將取得之主類別ID作為類別ID，自與類別ID所對應之類別資訊中，取得新主類別ID。如此，系統控制部14在檢索到類別屬性定義資訊之前，反復檢索類別屬性定義資訊及取得主類別ID。又，系統控制 部14取得包含於檢索到之類別屬性定義資訊中之候補屬性ID清單，作為對象選擇商品所屬之類別之候補屬性ID清單。系統控制部14藉由取得候補屬性ID清單，而作為決定機構決定候補項目。

接著，系統控制部14自取得之候補屬性ID清單取得1個屬性ID(步驟S82)。接著，系統控制部14計算取得之屬性ID所表示之屬性項目之重視度(步驟S83)。重視度之計算方法係與步驟S32之情形相同。接著，系統控制部14自候補屬性ID清單判斷是否存在尚未取得之屬性ID(步驟S84)。此時，系統控制部14判定存在尚未取得之屬性ID時(步驟S84：YES)，取得尚未取得之屬性ID中之一個(步驟S85)。接著，系統控制部14進展至步驟S83。系統控制部14藉由反復進行步驟S83至S85之處理，計算對象選擇商品所屬類別中之各候補項目之重視度。又，系統控制部14判定取得全部屬性ID時(步驟S84：NO)，結束重視度計算處理。

另，系統控制部14係於圖6所示之1使用者重視屬性項目特定處理之步驟S6及S13中，於利用與步驟S81相同之處理可檢索到類別屬性定義資訊之層級，判斷是否屬於同一類別。

即使對共通項目，根據類別之不同而決定是否放入候補項目之情形時，於候補屬性ID清單中設定有共通項目與固有項目之中作為候補項目之屬性項目之屬性ID。該情形中，系統控制部14未執行步驟S31至S34之處理，而係執行 步驟S81至S85。

如以上說明般，系統控制部14基於選擇商品所屬的類別，決定使用者所重視之屬性項目之候補，自決定之候補之中，特定使用者所重視之屬性項目。因此，即使根據類別之不同，可能為使用者重視之屬性項目不同之情形，仍可適當特定使用者所重視之屬性項目。

另，亦可組合第1實施形態至第3實施形態之實施形態中之2個以上實施形態。例如，亦可按每一類別設定固有項目之屬性值，並可由店鋪設定選項屬性值地構成電子商店街伺服器1。又，例如，設定有選項屬性值之屬性項目未必一定作為候補項目，而係亦可由候補屬性ID清單定義何種選項屬性值成為候補項目。

再者，上述各實施形態中，將登錄追蹤、放入購物籃及購買分別作為商品選擇行為。但，亦可僅將該等行為之中任一個或任2個作為商品選擇行為。

又例如，亦可將使用者選擇一覽顯示於檢索結果網頁上之商品之中顯示商品網頁之商品之行為作為商品選擇行為。原因在於，使用者基於一覽顯示於檢索結果網頁上之商品之屬性值而例如顯示感興趣之商品之商品網頁。該情形之選擇商品係藉由自檢索結果網頁選擇而顯示商品網頁之商品。另一方面，該情形之比較商品係資訊顯示於檢索結果網頁上之商品之中未被選擇之商品。另，亦可於檢索結果網頁上顯示有屬性值之屬性項目之範圍中確定候補項目。

為特定比較商品，記憶部12中例如構築有檢索結果網頁之閱覽記錄DB。檢索結果網頁之閱覽記錄DB中例如按每次閱覽檢索結果網頁地關聯登錄有閱覽日期時間、使用者ID、商品ID清單、檢索條件資訊等。閱覽日期時間表示閱覽檢索結果網頁之日期時間。使用者ID表示閱覽檢索結果網頁之使用者。商品ID清單係資訊顯示在檢索結果網頁上之商品之商品ID之清單。檢索條件資訊表示使用者檢索到資訊顯示在檢索結果網頁上之商品時所指定之檢索條件。

圖6所示之1使用者重視屬性項目特定處理中，用於特定選擇商品之資訊並非為追蹤資訊，而係商品網頁之閱覽記錄。且，用於特定比較商品之資訊並非為商品網頁之閱覽記錄，而係檢索結果網頁之閱覽記錄。

再者，上述各實施形態中，本發明之交易對象適用商品。但，交易對象亦可適用服務。又，本發明亦可應用在作為電子商務交易系統之可預約服務之系統中。作為預約服務，例如有住宿設施之住宿預約、高爾夫球場等之競技設施之使用預約、交通機關之座位預約等。

1‧‧‧電子商店街伺服器1

2‧‧‧店鋪終端

3‧‧‧使用者終端

11‧‧‧通訊部

12‧‧‧記憶部

12a‧‧‧會員資訊DB

12b‧‧‧類別資訊DB

12c‧‧‧店鋪資訊DB

12d‧‧‧屬性定義資訊DB

12e‧‧‧商品資訊DB

12f‧‧‧查詢記錄DB

12g‧‧‧閱覽記錄DB

12h‧‧‧購物籃資訊DB

12i‧‧‧購買記錄DB

12j‧‧‧追蹤資訊DB

12k‧‧‧重視項目目資訊DB

121‧‧‧類別屬性定義資訊DB

13‧‧‧輸入輸出介面

14‧‧‧系統控制部

14a‧‧‧CPU

14b‧‧‧ROM

14c‧‧‧RAM

15‧‧‧系統匯流排

NW‧‧‧網路

S‧‧‧資訊提供系統

圖1係顯示一實施形態之資訊提供系統S之概要構成之一例的圖。

圖2係顯示選擇商品及比較商品之各自之屬性值之內容之一例的圖。

圖3係顯示一實施形態之電子商店街伺服器1之概要構成之一例的方塊圖。

圖4(a)係顯示會員資訊DB12a中所登錄之內容之一例的圖；(b)係顯示類別資訊DB12b中所登錄之內容之一例的圖；(c)係顯示店鋪資訊DB12c中所登錄之內容之一例的圖；(d)係顯示屬性定義資訊DB12d中所登錄之內容之一例的圖；(e)係顯示商品資訊DB12e中所登錄之內容之一例的圖；(f)係顯示查詢記錄DB12f中所登錄之內容之一例的圖；(g)係顯示閱覽記錄DB12g中所登錄之內容之一例的圖；(h)係顯示一實施形態之購買籃資訊DB12h中所登錄之內容之一例的圖。

圖5(a)係顯示購買記錄DB12i中所登錄之內容之一例的圖；(b)係顯示追蹤資訊DB12j中所登錄之內容之一例的圖；(c)係顯示重視項目資訊DB12k中所登錄之內容之一例的圖。

圖6係顯示一實施形態之電子商店街伺服器1之系統控制部14之1使用者重視屬性項目特定處理之處理例的流程圖。

圖7係顯示一實施形態之電子商店街伺服器1之系統控制部14之重視度計算處理之處理例的流程圖。

圖8係顯示一實施形態之電子商店街伺服器1之系統控制部14之Web網頁請求接收時處理之處理例的流程圖。

圖9(a)係顯示選擇商品與比較商品之各自之選項屬性值之內容之一例的圖；(b)係商品資訊DB12e中所登錄之內容之一例的圖。

圖10係顯示一實施形態之電子商店街伺服器1之系統控 制部14之重視度計算處理之處理例的流程圖。

圖11(a)係顯示選擇商品及比較商品各自之固有項目之屬性值之內容之一例的圖；(b)係商品資訊DB12e中所登錄之內容之一例的圖；(c)係類別屬性定義資訊DB121中所登錄之內容之一例的圖。

圖12係顯示一實施形態之電子商店街伺服器1之系統控制部14之重視度計算處理之處理例的流程圖。

Claims (9)

1. 一種資訊處理裝置，其特徵在於包含：第1擷取機構，其擷取包含交易對象之屬性值之交易對象資訊已被使用者閱覽之交易對象之中，自登錄該使用者所選擇之交易對象之清單中所登錄之交易對象之上述交易對象資訊之閱覽時刻起至預設之時間內上述交易對象資訊被閱覽之交易對象；第2擷取機構，其自上述第1擷取機構所擷取之交易對象之中，擷取尚未登錄在上述清單之交易對象；及特定機構，其基於上述清單中所登錄之交易對象與上述第2擷取機構所擷取之交易對象之間之設定不同之屬性值，特定出交易對象之複數個屬性項目之中使用者所重視之屬性項目。
2. 如請求項1之資訊處理裝置，其中上述特定機構將登錄在上述清單中之交易對象與上述第2擷取機構所擷取之交易對象之兩者設定有屬性值之屬性項目之中，登錄於上述清單中之交易對象較上述第2擷取機構所擷取之交易對象設定有對使用者更有利之屬性值之屬性項目，特定為使用者所重視之屬性項目。
3. 如請求項1之資訊處理裝置，其中上述特定機構自登錄於上述清單之交易對象與上述第2擷取機構所擷取之交易對象之中僅對登錄於上述清單之交易對象設定有屬性值之屬性項目之中，將所設定之屬性值對使用者有利之屬性項目特定為使用者所重視之 屬性項目。
4. 如請求項1至3中任一項之資訊處理裝置，其中進而具備：決定機構，其基於交易對象之複數個劃分之中之登錄於上述清單之交易對象所屬之劃分，決定使用者所重視之屬性項目之候補；且上述特定機構自上述決定機構所決定之候補之中，特定出使用者所重視之屬性項目。
5. 如請求項1之資訊處理裝置，其中上述第1擷取機構或上述第2擷取機構之任一方係自關聯記憶表示上述交易對象資訊被閱覽之交易對象之資訊與使用者為檢索該交易對象而指定之檢索條件之閱覽資訊記憶機構中記憶之檢索條件，與關聯記憶表示登錄於上述清單之交易對象之資訊與使用者為檢索該交易對象而指定之檢索條件之清單資訊記憶機構中記憶之檢索條件相同之交易對象之中進行擷取。
6. 如請求項1之資訊處理裝置，其中進而具備：選擇機構，其基於上述特定機構所特定之屬性項目之屬性值，選擇推薦使用者交易之交易對象；及提供機構，其提供與上述選擇機構所選擇之交易對象有關之資訊。
7. 一種資訊處理方法，其特徵在於：其係藉由資訊處理裝置執行者，且包含：第1擷取步驟，其擷取包含交易對象之屬性值之交易 對象資訊已被使用者閱覽之交易對象之中，自登錄該使用者所選擇之交易對象之清單中所登錄之交易對象之上述交易對象資訊之閱覽時刻起至預設之時間內上述交易對象資訊被閱覽之交易對象；第2擷取步驟，其自上述第1擷取步驟中所擷取之交易對象之中，擷取尚未登錄在上述清單之交易對象；及特定步驟，其基於上述清單中所登錄之交易對象與上述第2擷取步驟所擷取之交易對象之間之設定不同之屬性值，特定出交易對象之複數個屬性項目中使用者所重視之屬性項目。
8. 一種資訊處理程式產品，其特徵在於：其係使資訊處理裝置中所含之電腦作為以下機構發揮功能：第1擷取機構，其擷取含交易對象之屬性值之交易對象資訊已被使用者閱覽之交易對象之中，自登錄該使用者所選擇之交易對象之清單中所登錄之交易對象之上述交易對象資訊之閱覽時刻起至預設之時間內上述交易對象資訊被閱覽之交易對象；第2擷取機構，其自上述第1擷取機構所擷取之交易對象之中，擷取尚未登錄在上述清單之交易對象；及特定機構，其基於上述清單中所登錄之交易對象與上述第2擷取機構所擷取之交易對象之間之設定不同之屬性值，特定出交易對象之複數個屬性項目之中使用者所重視之屬性項目。
9. 一種記錄媒體，其特徵在於：其係電腦可讀取地記錄有 資訊處理程式，該資訊處理程式係使資訊處理裝置中所含之電腦作為以下機構發揮功能：第1擷取機構，其擷取包含交易對象之屬性值之交易對象資訊已被使用者閱覽之交易對象之中，自登錄該使用者所選擇之交易對象之清單中所登錄之交易對象之上述交易對象資訊之閱覽時刻起至預設之時間內上述交易對象資訊被閱覽之交易對象；第2擷取機構，其自上述第1擷取機構所擷取之交易對象之中，擷取尚未登錄在上述清單之交易對象；及特定機構，其基於上述清單中所登錄之交易對象與上述第2擷取機構所擷取之交易對象之間之設定不同之屬性值，特定出交易對象之複數個屬性項目之中使用者所重視之屬性項目。