TWI525566B - Information processing devices, information processing methods, and information processing products - Google Patents

Description

資訊處理裝置、資訊處理方法、及資訊處理程式產品

本發明係關於資訊處理裝置之技術領域，該資訊處理裝置進行關於自保持向與交易對象相關之資訊之參照的參照清單中刪除交易對象之處理。

先前，已知有商品之購買或服務之預約等可購買交易對象之電子商務交易之網站點。於此種網站點中，每個交易對象存在一個登載與交易對象相關之資訊之網頁頁面。又，於此種網站點中，有時提供有使用者將任意之交易對象登錄於參照清單中之功能。所謂參照清單係指例如保持與交易對象相關之資訊之URL等向與交易對象相關之資訊之參照的清單。該參照清單例如稱為收藏、書籤等。使用者將例如有興趣之交易對象、作為購買候補之交易對象、喜歡之交易對象等登錄於參照清單中。藉此，可自參照清單，簡單地向與該交易對象相關之資訊進行存取。

存在登錄於參照清單中之交易對象例如因使用者之狀況之變化等而變得對於使用者而言不再需要之情形。因此，若使用者將交易對象一次又一次地登錄於參照清單中，則有時其中亦包含無需之交易對象而使參照清單中登錄大量交易對象導致參照清單肥大化。如此一來，則存在使用者為自參照清單中找到所期望之交易對象而對與交易對象相關之資訊進行存取需要精力之情形。為防止參照清單之肥大化必需對參照清單進行整理，但於該情形時，使用者必 需進行自大量交易對象之中找出無需之交易對象並將其自參照清單中刪除之作業。存在於該作業中需要精力之情形。

聯繫到該方面，於專利文獻1中，揭示有統一將已登錄於書籤中之URL之中使用者於特定時間未進行過存取之URL刪除之技術。

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

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

然而，於專利文獻1所揭示之技術中，特定時間未進行過存取之URL係自動地刪除，故而存在使用者實際上需要之URL亦被自書籤中刪除之虞。又，於交易對象中，未向資訊進行過存取之交易對象並不一定是自參照清單中無需之交易對象。

本發明係鑒於以上之方面而完成者，其目的在於：提供一種可藉由支援將無需登錄於參照清單中之交易對象自參照清單中適當地刪除，而防止參照清單肥大化之資訊處理裝置、資訊處理方法、及資訊處理程式產品。

為解決上述課題，技術方案1所記載之發明之特徵在於包括：選定機構，其於進行由使用者預先規定之與交易對象之選擇相關之操作之情形時，根據記憶於記憶機構中之 上述使用者之參照清單資訊，自登錄於參照清單中之交易對象之中選定與作為上述操作之對象之交易對象關聯之交易對象作為自上述參照清單中刪除之候補，其中上述記憶機構記憶表示登錄於保持向與交易對象相關之資訊之參照之上述參照清單中之交易對象的上述參照清單資訊；及控制機構，其提示藉由上述選定機構而選定之上述刪除候補。

根據該發明，提示與作為預先規定之操作之對象之交易對象關聯的交易對象，故而可提示存在無需登錄於參照清單中之可能性較高之交易對象作為刪除候補。因此，易於將無需之交易對象自參照清單中刪除，故而可支援將無需登錄於參照清單中之交易對象自參照清單中適當地刪除。藉此，可防止參照清單肥大化。

技術方案2所記載之發明係如技術方案1所記載之資訊處理裝置，其特徵在於：於上述記憶機構中，作為上述參照清單資訊，表示自根據上述使用者之要求而檢索到之交易對象之中登錄於上述參照清單中之交易對象的資訊與用以檢索該交易對象而由上述使用者指定之檢索條件建立關聯而記憶，且上述選定機構選定為檢索而指定之檢索條件與作為上述操作之對象之交易對象一致之交易對象作為上述刪除候補。

根據該發明，選定以與檢索作為預先規定之操作之對象之交易對象時的檢索條件相同之檢索條件進行檢索且已登錄於參照清單中之交易對象作為刪除候補。因此，可提示 無需登錄於參照清單中之可能性較高之交易對象。即，此種交易對象為與作為預先規定之操作之對象之交易對象相符而作為購買候補進行比較之交易對象的可能性較高。於對該複數個交易對象之中某個交易對象已進行預先規定之操作之情形時，存在購買候補之比較已結束之可能性。比較已結束之交易對象則無需登錄於參照清單中。

技術方案3所記載之發明係如技術方案1或技術方案2所記載之資訊處理裝置，其特徵在於：上述選定機構選定交易對象之複數個劃分之中與作為上述操作之對象之交易對象屬於相同之劃分之交易對象作為上述刪除候補。

根據該發明，選定與作為操作對象之交易對象屬於相同之劃分之交易對象，故而可提示無需登錄於參照清單中之可能性較高之交易對象。

技術方案4所記載之發明係如技術方案1所記載之資訊處理裝置，其特徵在於：上述選定機構選定於以根據交易對象之屬性利用該交易對象之階段不同之方式決定之事物之過程中在較利用作為上述操作之對象之交易對象之階段稍前的階段利用之交易對象作為上述刪除候補。

根據該發明，選定於較利用作為預先規定之操作之對象之交易對象之階段稍前的階段利用之交易對象，故而可提示無需登錄於參照清單中之可能性較高之交易對象。即，於已對某交易對象進行操作之情形時，存在於較利用該交易對象之階段稍前的階段利用之交易對象為使用者業已結束利用之交易對象、或使用者不再需要之交易對象之可能 性。此種交易對象無需登錄於參照清單中。

技術方案5所記載之發明係如技術方案1所記載之資訊處理裝置，其特徵在於：於上述記憶機構中，作為上述參照清單資訊，表示登錄於上述參照清單中之交易對象之資訊與向該交易對象之上述參照清單中之登錄時期建立關聯而記憶，且上述選定機構選定向上述參照清單中之登錄時期與作為上述操作之對象之交易對象為同一時期之交易對象作為上述刪除候補。

根據該發明，於作為預先規定之操作之對象之交易對象登錄於參照清單中之情形時，選定與該交易對象向參照清單中之登錄時期同一時期地登錄之交易對象，故而可提示無需登錄於參照清單中之可能性較高之交易對象。即，於複數個交易對象同一時期登錄於參照清單中之情形時，存在為作為購買候補且作為比較對象而登錄之情形。對該複數個交易對象之中某個交易對象進行預先規定之操作之情形時，存在購買候補之比較已結束之可能性。比較已結束之交易對象無需登錄於參照清單中。

技術方案6所記載之發明係如技術方案1所記載之資訊處理裝置，其特徵在於：上述選定機構根據記憶於歷史記憶機構中之上述歷史，選定上述交易對象資訊之閱覽時期與作為上述操作之對象之交易對象為同一時期之交易對象作為上述刪除候補，其中上述歷史記憶機構將上述使用者對與交易對象相關之交易對象資訊之閱覽時期與表示該交易對象資訊得到閱覽之交易對象之資訊建立關聯作為歷史而 記憶。

根據該發明，選定和與作為預先規定之操作之對象之交易對象相關的資訊之閱覽時期同一時期資訊得到閱覽之交易對象，故而可提示無需登錄於參照清單中之可能性較高之交易對象。即，於與複數個交易對象相關之資訊同一時期分別得到閱覽之情形時，存在為作為購買候補進行比較而得到閱覽之情形。於對該複數個交易對象之中某個交易對象進行預先規定之操作之情形時，存在購買候補之比較已結束之可能性。比較已結束之交易對象無需登錄於參照清單中。

技術方案7所記載之發明係如技術方案1所記載之資訊處理裝置，其特徵在於：上述選定機構選定較認定為作為上述操作之對象之交易對象之利用時期的季節稍前之季節被認定為利用時期之交易對象作為上述刪除候補。

根據該發明，選定於較利用作為預先規定之操作之對象之交易對象之季節稍前的季節利用之交易對象，故而可提示無需登錄於參照清單中之可能性較高之交易對象。即，此種交易對象對於使用者而言必要性降低之可能性較高。必要性降低之交易對象無需登錄於參照清單中。

技術方案8所記載之發明係如技術方案1所記載之資訊處理裝置，其特徵在於：上述選定機構針對每個根據表示與作為上述操作之對象之交易對象之關聯性的交易對象之屬性而確定複數個之屬性範圍，自登錄於上述參照清單中之交易對象之中該屬性範圍內所含之交易對象之中選定與作 為上述操作之對象之交易對象關聯之交易對象作為上述刪除對象，且上述控制機構針對每個上述屬性範圍提示藉由上述選定機構而選定之上述刪除對象。

若所提示之刪除候補之數量較多，則存在使用者感到對是否刪除進行判斷麻煩之情形。與此相對地，根據該發明，針對和與作為預先規定之操作之對象之交易對象的關聯性相應之屬性之範圍之各者提示刪除候補。藉此，使用者可自複數個屬性之範圍之中，選擇對於使用者而言刪除候補之數量較合適之範圍作為對是否將刪除候補刪除進行判斷之範圍。因此，可易於將無需之交易對象自參照清單中刪除。

技術方案9所記載之發明係一種資訊處理方法，其特徵在於：其係藉由資訊處理裝置執行者，且包括如下步驟：選定步驟，其係於進行由使用者預先規定之與交易對象之選擇相關之操作之情形時，根據記憶於記憶機構中之上述使用者之參照清單資訊，自登錄於參照清單中之交易對象之中選定與作為上述操作之對象之交易對象關聯之交易對象作為自上述參照清單中刪除之候補，其中上述記憶機構記憶表示登錄於保持向與交易對象相關之資訊之參照之上述參照清單中之交易對象的上述參照清單資訊；及控制步驟，其係提示於上述選定步驟中選定之上述刪除候補。

技術方案10所記載之發明之特徵在於使資訊處理裝置中所含之電腦發揮作為如下機構之功能：選定機構，其於進 行由使用者預先規定之與交易對象之選擇相關之操作之情形時，根據記憶於記憶機構中之上述使用者之參照清單資訊，自登錄於參照清單中之交易對象之中選定與作為上述操作之對象之交易對象關聯之交易對象作為自上述參照清單中刪除之候補，其中上述記憶機構記憶表示登錄於保持向與交易對象相關之資訊之參照之上述參照清單中之交易對象的上述參照清單資訊；及控制機構，其提示藉由上述選定機構而選定之上述刪除候補。

技術方案11所記載之發明之特徵在於其係電腦可讀取地記錄有使資訊處理裝置中所含之電腦發揮作為如下機構之功能之資訊處理程式：選定機構，其於進行由使用者預先規定之與交易對象之選擇相關之操作之情形時，根據記憶於記憶機構中之上述使用者之參照清單資訊，自登錄於參照清單中之交易對象之中選定與作為上述操作之對象之交易對象關聯之交易對象作為自上述參照清單中刪除之候補，其中上述記憶機構記憶表示登錄於保持向與交易對象相關之資訊之參照之上述參照清單中之交易對象的上述參照清單資訊；及控制機構，其提示藉由上述選定機構而選定之上述刪除候補。

根據本發明，提示與作為預先規定之操作之對象之交易對象關聯的交易對象，故而可提示存在無需登錄於參照清單中之可能性較高之交易對象作為刪除候補。因此，易於將無需之交易對象自參照清單中刪除，故而可支援將無需 登錄於參照清單中之交易對象自參照清單中適當地刪除。藉此，可防止參照清單肥大化。

以下，參照圖式對本發明之實施形態詳細地進行說明。再者，以下所說明之實施形態係對電子商務交易系統應用本發明之情形時之實施形態。

[1.電子商務交易系統之構成及功能概要]

[1-1.電子商務交易系統之構成]

首先，使用圖1，對本實施形態之電子商務交易系統S之構成進行說明。圖1係表示本實施形態之電子商務交易系統S之概要構成之一例之圖。

如圖1所示，電子商務交易系統S包含電子商務交易伺服器1、複數個店鋪終端2、及複數個使用者終端3而構成。而且，電子商務交易伺服器1與各店鋪終端2及各使用者終端3經由網路NW(Network)，例如使用TCP/IP(Transmission Control Protocol/Internet Protocol，傳輸控制協定/網際網路協定)等作為通信協定可相互收發資料。再者，網路NW例如係由網際網路、專用通信線路(例如，CATV(Community Antenna Television，社區公用天線電視)線路)、行動通信網(包括基地台等)、及閘道器等所構建。

電子商務交易伺服器1(本發明之資訊處理裝置之一例)係執行與可購買商品之電子商店街或網際網路拍賣相關之各種處理之伺服裝置。使用者可利用電子商店街，藉此自所期望之店鋪購買所期望之商品。又，使用者可於拍賣中 展銷商品、或對正在展銷之商品進行投標。電子商務交易伺服器1根據來自店鋪終端2或使用者終端3之請求，例如傳送電子商店街或拍賣之網頁頁面、或者進行與商品之檢索、購買、展銷、投標等相關之處理。

店鋪終端2係供於電子商店街上開店之店鋪之從業人員等利用之終端裝置。店鋪終端2係用以例如將所銷售之商品之資訊登錄於電子商店街上、或對商品之訂購內容進行確認。又，店鋪終端2根據來自從業人員等之操作而對電子商務交易伺服器1進行存取，藉此自電子商務交易伺服器1接收並顯示網頁頁面。於店鋪終端2中，編入有瀏覽器或電子郵件使用者端等軟體。作為店鋪終端2，可使用例如個人電腦等。

使用者終端3係利用電子商店街或拍賣之使用者之終端裝置。使用者終端3根據來自使用者之操作而對電子商務交易伺服器1進行存取，藉此自電子商務交易伺服器1接收並顯示網頁頁面。於使用者終端3中，編入有瀏覽器或電子郵件使用者端等軟體。作為使用者終端3，可使用例如：個人電腦、PDA(Personal Digital Assistant，個人數位助理)、智慧型電話等行動資訊終端、及行動電話機等。

[1-2.成為自收藏中刪除之候補之商品之提示]

於電子商務交易系統S中，提供有收藏功能。所謂收藏功能係指可將正在電子商店街上銷售之商品作為使用者之收藏而登錄，藉此將向商品頁面鏈接之參照保持於使用者專用之清單中，從而使使用者易於閱覽收藏之商品之商品 頁面的功能。商品頁面係顯示與1個商品相關之詳細資訊之網頁頁面。又，收藏之商品亦簡稱為收藏。於電子商店街上，在商品頁面中顯示有顯示為「追加至收藏」之超鏈路(以下，稱為「鏈路」)。若使用者選擇該鏈路，則於商品頁面中顯示有資訊之商品登錄於使用者之收藏中。使用者可在收藏頁面中對已登錄於收藏中之商品進行確認。收藏頁面係顯示已登錄於收藏中之商品之一覽之網頁頁面，且係每個使用者專用之網頁頁面。又，於收藏頁面中，嵌入有向已登錄於收藏中之商品之商品頁面鏈接之鏈路。於收藏頁面中，若使用者選擇任意之商品之鏈路，則可使對應之商品頁面顯示。又，於收藏頁面中，使用者可自已登錄於收藏中之商品之中指定無需登錄之商品並將其自收藏中刪除。

於業已登錄於收藏中之商品之中，亦存在例如因使用者之狀況之變化等已無需再登錄於收藏中之商品。因此，如上所述，可將商品自收藏中刪除，而整理收藏。然而，例如存在對於使用者而言覺得自已登錄於收藏中之商品之中找到無需登錄之商品麻煩、或覺得用以將其自收藏中刪除之操作本身麻煩之情形。因此，存在無需登錄之商品並未自收藏中刪除而是累積起來，導致收藏肥大化之情況。若收藏肥大化，則例如於收藏頁面中，使用者難以找到所欲確認詳細之資訊之商品、或憑使用者自身難以整理收藏。

因此，電子商務交易伺服器1進行用以自已登錄於收藏中之商品之中將無需登錄之商品刪除之支援。具體而言， 電子商務交易伺服器1當於電子商店街或拍賣中，已進行由使用者對商品預先規定之操作之情形時，選定與作為該預先規定之操作之對象之商品關聯的商品作為自收藏中刪除之候補。然後，電子商務交易伺服器1藉由使用者終端3提示所選定之刪除候補。此處，將預先規定之操作稱為「商品選擇關聯操作」。將作為商品選擇關聯操作之對象之商品稱為「作為操作對象之商品」或「操作對象之商品」。

[1-2-1.商品選擇關聯之操作]

所謂商品選擇關聯操作係指與商品之選擇相關之預先規定之操作。具體而言，商品選擇關聯操作係使用者於選擇作為操作對象之商品之後所進行之操作、或係隨著使用者對商品之選擇而出現之操作。於商品選擇關聯操作中，例如有：將商品登錄於收藏中之操作、將商品自收藏中刪除之操作、訂購(購買)商品之操作、將商品展銷於拍賣等中之操作。以下，對存在於已進行此種操作之情形時無需將與操作對象之商品關聯之商品登錄於收藏中之可能性之理由進行說明。

(1)向收藏中之登錄

存在使用者例如將商品作為購買之候補登錄於收藏中之情形。此處登錄於收藏中之商品係作為操作對象之商品。其後，假設使用者將與該商品關聯之商品登錄於收藏中。於該情形時，例如，存在購買候補自先前登錄之商品變成後來登錄之商品之可能性。從而，先前登錄之商品係並未 成為購買候補之商品。並未成為購買候補之商品則無需登錄於收藏中。再者，將向收藏中登錄商品之操作稱為「收藏登錄操作」。

(2)自收藏中之刪除

存在使用者例如為作為購買之候補進行比較研究而將複數個商品登錄於收藏中之情形。其後，假設使用者自該等商品之中將某個商品自收藏中刪除。此處自收藏中刪除之商品係作為操作對象之商品。於該情形時，例如，存在無需為自作為購買候補之商品之中決定使用者所要購買之商品而進行複數個商品之比較之可能性。或者，例如，存在使用者無需為終止購買本身而進行複數個商品之比較之可能性。無需進行比較之商品則無需登錄於收藏中。再者，把將商品自收藏中刪除之操作稱為「收藏刪除操作」。

(3)訂購

假設使用者例如將商品作為購買之候補登錄於收藏中，其後，進行與該商品關聯之商品之訂購。此處所訂購之商品係作為操作對象之商品。於該情形時，例如，使用者實際上決定購買之商品係所訂購之商品，故而存在已登錄於收藏中之商品不在購買候補之列之可能性。並未成為購買候補之商品亦無需登錄於收藏中。再者，將訂購商品之操作稱為「訂購操作」。無論使用者已進行訂購操作之商品是否已登錄於使用者之收藏中，與所訂購之商品關聯之商品均作為刪除候補而提示。

(4)展銷

存在使用者例如為銷售對於使用者而言無需之商品而將其展銷於拍賣等中之情形。此處所展銷之商品係作為操作對象之商品。例如，存在使用者將因已購買另一商品而不再需要之商品展銷之情形。於該情形時，存在使用者無需購買與所展銷之商品關聯之商品之可能性。無需購買之商品則無需登錄於收藏中。再者，將展銷商品之操作稱為「展銷操作」。無論使用者已進行展銷操作之商品是否已登錄於使用者之收藏中，與所展銷之商品關聯之商品均作為刪除候補而提示。

再者，電子商務交易系統S之管理者亦可任意地決定於已進行所例示之操作之中哪個操作時進行自收藏中刪除之候補之提示。又，亦可以使用者可任意地設定於已進行所例示之操作之中哪個操作時進行自收藏中刪除之候補之提示之方式，構成電子商務交易伺服器1。又，成為商品選擇關聯操作之操作並不限於上述操作。

[1-2-2.與操作對象之商品關聯之商品]

作為與作為操作對象之商品關聯之商品，例如有：檢索條件與操作對象之商品一致之商品、類別與操作對象之商品一致之商品、於較操作對象之商品稍前之階段被利用之商品、與操作對象之商品同一時期登錄於收藏中之商品、與操作對象之商品同一時期商品頁面得到閱覽之商品、於較利用操作對象之商品之季節稍前之季節被利用的商品等。以下，對於已進行商品選擇關聯操作之情形時有此種商品無需登錄於收藏中之可能性之理由進行說明。

(1)檢索條件與操作對象之商品一致之商品

使用者可為於電子商店街上找到成為購買候補之商品而指定檢索條件。作為檢索條件，例如可指定關鍵字、商品之類別等。若指定檢索條件，則藉由電子商務交易伺服器1而檢索滿足檢索條件之商品。然後，於使用者終端3中顯示檢索結果頁面。檢索結果頁面係顯示所檢索到之商品之一覽之網頁頁面。若使用者自顯示於檢索結果頁面中之商品之中選擇某個商品，則顯示所選擇之商品之商品頁面。此處，若使用者將所選擇之商品決定為購買候補，則將該商品登錄於收藏中。如此一來，使用者可自利用所指定之檢索條件檢索到之商品之中，根據需要將作為購買候補之商品登錄於收藏中。利用相同之檢索條件檢索到之複數個商品係與相同之關鍵字相符之商品、或係屬於相同之類別之商品，故而認為存在若干關聯性。再者，不僅是利用互不相同之時序檢索到之複數個商品，利用彼此相同之檢索條件檢索到之複數個商品亦為相互關聯之商品。使用者對作為購買候補之複數個商品進行比較，而決定所要購買之商品。從而，存在於對利用使用者所指定之檢索條件檢索到之某商品已進行向收藏中之登錄，自收藏中之刪除、購買或展銷之情形時，已登錄於收藏中之商品之中進行檢索時所指定之檢索條件與作為操作對象之商品之檢索條件一致之商品並非購買候補之可能性。因此，此種商品無需登錄於收藏中故而作為刪除候補。

再者，存在使用者指定複數個檢索條件之情形。例如， 指定關鍵字及類別、或指定複數個關鍵字。於該情形時，既可僅將全部檢索條件與作為商品選擇關聯操作之對象之商品一致之商品作為刪除候補而提示，亦可將至少1個檢索條件與其一致之商品作為刪除候補而提示。

(2)類別與操作對象之商品一致之商品

各商品分別分類成若干商品之類別。商品之類別(本發明之劃分之一例)係於以例如種類、性質、用途等對商品進行劃分時，相同之種類、性質、用途等之商品所屬之範圍。

商品之類別係以樹形結構分層次地定義。具體而言，樹形結構之各節點相當於類別。節點之深度相當於與該節點相當之類別之級別(層次)。節點之深度係距離位於根部之節點(以下，稱為「根節點」)之距離。級別之值越大，作為級別之深度越深，級別之值越小，作為級別之深度越淺。相當於根節點所具有之子節點之類別係指級別1之類別。級別1之類別為最上位之類別。相對於級別1之各類別，相當於子節點之類別定義為級別2之類別。此處，將相當於某類別C1之子節點之類別C2稱為類別C1之「子類別」。子類別亦稱為次類別。又，將此時之類別C1稱為類別C2之「母類別」。子類別係於將母類別進而劃分成複數個時，相同之商品所屬之範圍。從而，子類別屬於母類別。又，相對於某類別，將相當於子孫之節點之類別稱為「子孫類別」。例如，假設類別C3為類別C2之子類別。於該情形時，類別C2及C3係類別C1之子孫類別。又，相 對於某類別，將相當於先祖之節點之類別稱為「先祖類別」。類別C1及C2係類別C3之先祖類別。

屬於相同之類別之複數個商品為相互關聯之商品。從而，存在於對某商品已進行向收藏中之登錄、自收藏中之刪除、購買或展銷之情形時，與該商品屬於相同之類別之商品係無需登錄於收藏中之商品之可能性。

各商品基本上賦予有定義為最下位之級別之類別(相當於樹形結構中之葉節點之類別)。即，各商品以最細分化所成之類別而分類。因此，存在若以分類各商品之最下位之類別彼此是否相同對關聯之商品進行判定，則關聯之商品之範圍變窄之情形。於該情形時，例如，存在使用者作為購買候補實際上是作為比較之對象之商品與作為預先操作之對象之商品並未一併作為刪除候補而提示之情形。例如，假設作為級別4之類別，有「季節家電」。又，假設作為「季節家電」之子類別，有「風扇」與「冷風扇」，「風扇」及「冷風扇」為最下位之類別。於使用者為使自己感到涼爽欲購買風扇或冷風扇中之某個，而將商品登錄於收藏中之情形時，風扇之商品與冷風扇之商品登錄於收藏中。此處，於對風扇之商品進行商品選擇關聯操作之情形時，由於各商品之類別為「風扇」或「冷風扇」，故而已登錄於收藏中之商品之中風扇之商品作為刪除候補而提示，冷風扇之商品並不被提示。

因此，亦可以較分類商品之最下位之類別高1位以上、位於上位之級別之類別即先祖之類別對關聯之商品進行判 定。例如，於上述例中，若以操作對象之商品所屬之級別4之類別及已登錄於收藏中之商品所屬之級別4之類別，對是否屬於相同之類別進行判定，則風扇之商品及冰箱之商品均屬於「季節家電」。從而，於對風扇之商品已進行商品選擇關聯操作之情形時，風扇之商品及冷風扇之商品均作為刪除候補而提示。

以哪個級別之類別進行是否屬於相同之類別之判定例如既可以全部類別預先共用地決定，亦可根據操作對象之商品所屬之類別而決定。例如，電子商務交易伺服器1既可根據正在電子商店街上銷售之全部商品之中屬於操作對象之商品所屬之級別1之類別至最下位之級別之類別之各類別之商品的數量而決定。具體而言，電子商務交易伺服器1例如既可以級別1至最下位之各類別之中最接近商品之數量預先設定之數量之級別的類別，對是否屬於相同之類別進行判定。又例如，電子商務交易伺服器1亦可根據使用者登錄於收藏中之全部商品之中屬於操作對象之商品所屬之級別1之類別至最下位之級別之類別之各類別之商品的數量而決定。具體而言，電子商務交易伺服器1例如亦可以級別1至最下位之各類別之中最接近登錄於收藏中之商品之數量預先設定之數量之級別的類別，對是否屬於相同之類別進行判定。

(3)於某一過程之中，在較操作對象之商品稍前之階段利用之商品

對於某類別之商品群，存在於根據該類別而決定之事物 之過程之中，利用之階段根據商品之屬性而不同之情形。作為該過程，例如有：使用者成長之過程(發育過程)、使用者對與商品關聯之事物提高、熟練、進步等之過程、故事之推進過程等。當使用者於某一過程中進入某個階段之情形時，諸如於較該階段稍前之階段利用之商品通常係使用者已不再需要之商品、或係已在利用之商品。使用者不再需要之商品則無需登錄於收藏中。又，使用者已在利用之商品係無需購買之商品，故而無需登錄於收藏中。因此，於某商品作為操作對象之情形時，將於較利用該商品之階段稍前之階段利用之商品假設為與操作對象之商品關聯之商品，而作為刪除候補。

例如，假設存在於階段a利用之商品A及於階段b利用之商品B。此處，階段a為較階段b稍前之階段。又，假設商品A例如作為購買候補已登錄於收藏中。於該狀態下，當使用者將商品B作為購買候補登錄於收藏中之情形時，認為使用者有欲購買於階段b利用之商品之意圖。因而，存在於階段a利用之商品A對於使用者而言已成為無需購買之商品之可能性。又，當使用者將商品B自收藏中刪除之情形時，認為使用者已購買於階段b利用之商品(包括該商品為商品B之情形)、或於階段b之後之階段利用之商品。使用者所購買之商品係使用者自此以後所要利用之商品。從而，存在於較利用使用者所購買之商品之階段稍前之階段利用之商品A對於使用者而言已成為無需購買之商品之可能性。又，使用者已購買商品B之情形亦相同。又，於使 用者展銷商品B之情形時，使用者進入階段b之後之階段，故而存在商品B對於使用者而言已成為無需之商品之可能性。從而，存在商品A對於使用者而言已成為無需購買之商品之可能性。以下對具體例進行說明。

存在於利用得分測試某種能力之能力鑑定用之參照書或問題集等書籍中，發行與所想得到之得分相應者之情形。作為此種書籍，例如假設有：600分用、700分用、800分用、900分用之書籍。於該情形時，應用使用者之能力提高之過程。此處，於使用者開始利用800分用之書籍之情形時，認為使用者已進入以800點為目標之階段。於該情形時，存在使用者不再需要諸如於此前之階段利用之600分用及700分用之書籍之可能性。

於鞋子中，存在各種尺寸。該尺寸與足長對應。於該情形時，應用使用者之成長過程。於使用者之成長過程中，使用者之足長當然是逐漸變大，通常足長不會變小。從而，例如，於使用者之足長為20 cm之情形時，存在使用者已不再需要諸如於使用者之足長未達20 cm之階段所穿的鞋子即尺寸未達20 cm之鞋子之可能性。

於高爾夫俱樂部中，存在銷售與高爾夫之提高程度相應者之情形。例如，假設存在初級者用、中級者用、上級者用之高爾夫俱樂部。於該情形時，應用高爾夫提高之過程。於高爾夫提高之過程中，在最初之階段，使用者為初級者。然後，若高爾夫提高，則使用者成為中級者、或成為上級者。成為中級者之使用者其後倒退為初級者之可能 性不高。從而，存在成為中級者之使用者不再需要初級者用之高爾夫俱樂部之可能性。

對連載性之一系列書籍，分別賦予有卷號。於該情形時，應用故事之推進過程。此種書籍系列通常係於故事之推進過程上自第一卷書籍開始依序讀下去。從而，於使用者開始閱讀某卷號之書籍之情形時，存在使用者已經讀過較該卷號稍前之卷號之書籍之可能性。從而，使用者無需購買該等書籍，故而無需登錄於收藏中。

(4)與操作對象之商品同一時期登錄於收藏中之商品

認為於使用者決定購買之商品之過程中，使用者會諸如將複數個商品作為購買候補，對該等進行比較而決定。因此，有時複數個成為購買候補之商品同一時期登錄於收藏中。同一時期登錄於收藏中之複數個商品於作為購買候補而比較之方面，係相互關聯之商品。從而，於某商品被自收藏中刪除、或被購買之情形時，存在與該商品同一時期登錄於收藏中之商品並非購買候補之可能性。因此，此種商品無需登錄於收藏中。

(5)與操作對象之商品同一時期商品頁面得到閱覽之商品

認為於使用者決定購買之商品之過程中，當對複數個商品進行比較研究之情形時，係根據登載於各者之商品頁面中之資訊而進行比較。因此，有時複數個成為購買候補之商品之商品頁面於同一時期得到閱覽。於同一時期商品頁面得到閱覽之複數個商品於作為購買候補而比較之方面，係相互關聯之商品。從而，於某商品被自收藏中刪除、或 購買之情形時，存在與該商品之商品頁面得到閱覽之時期同一時期地商品頁面得到閱覽之商品並非購買候補之可能性。因此，此種商品無需登錄於收藏中。

(6)於較利用操作對象之商品之季節稍前之季節利用之商品

於商品之中，存在被稱為季節商品之商品。季節商品係於特定之季節經常利用之商品。此處所謂之季節並不限於例如春、夏、秋、冬等利用氣候之特徵將1年劃分而成者。例如，亦包括考試季、入職季等諸如於1年之中某事物盛行之時期。於進入某季節之情形時，該季節之季節商品被火旺地利用，而較該季節稍前之季節之季節商品變得不太利用。就該方面而言，認為在利用之季節互不相同之商品之間，存在關聯性。從而，於某商品被自收藏中刪除、或購買之情形時，存在於較利用該商品之季節稍前之季節利用之商品對於使用者而言必要性降低之可能性。必要性降低之商品則無需登錄於收藏中。此處，所謂較某季節稍前之季節例如既可指某季節之前一個季節，亦可指處於自某季節起至半年前之範圍內之季節。

再者，電子商務交易系統S之管理者既可任意地決定以(1)~(6)中所說明之基準之中哪個基準選定關聯之商品。又，管理者亦可任意地決定於進行哪個商品選擇關聯操作時，以哪個基準選定關聯之商品。又，管理者亦可以將上述(1)~(6)之基準組合起來選定關聯之商品之方式構成電子商務交易伺服器1。例如，既可將與作為操作對象之商品相同之類別之商品之中與作為操作對象之商品同一時期登 錄於收藏中之商品作為關聯之商品。又，例如，亦可將與作為操作對象之商品同一時期登錄於收藏中之商品之中與作為操作對象之商品之商品頁面得到閱覽之時期同一時期地商品頁面得到閱覽之商品作為關聯之商品。又，與作為操作對象之商品關聯之商品並不限於(1)~(6)中所說明之商品。例如，既可將銷售方之店鋪與作為操作對象之商品相同之商品作為關聯之商品。又例如，亦可將以作為操作對象之商品為主商品之情形時之可選品、或以作為操作對象之商品為可選品等之情形時之主商品作為關聯之商品。作為可選品等，例如：相對於作為主商品之電動牙刷有替換刷頭等消耗品、相對於作為主商品之行動個人電腦有收納行動個人電腦之箱體等附屬品等。表示主商品與可選品等之關聯之資訊例如亦可記憶於記憶部12中。又，例如，當諸如於可選品等之商品頁面中登載主商品之商品編碼之情形時，即於使可選品等之商品資訊中包含主商品之商品編碼之情形時，可自商品資訊特定關聯之商品。

[1-2-3.刪除候補之提示]

圖2係表示刪除候補頁面之畫面顯示例之圖。若使用者藉由進行商品選擇關聯操作，而進行商品向收藏中之登錄、商品自收藏中之刪除、商品之購買或展銷，則於使用者終端3之畫面中，顯示圖2所示之刪除候補頁面。刪除候補頁面係提示選定為自收藏中刪除之候補之商品之網頁頁面。又，刪除候補頁面係用以支援自刪除候補之中將無需登錄於收藏中之商品自收藏中刪除之網頁頁面。

如圖2所示，於刪除候補頁面中，顯示刪除候補區域110、刪除按鈕120、非刪除按鈕130等。於刪除候補區域110中，顯示作為刪除候補之商品之一覽。具體而言，於刪除候補區域110中，顯示刪除候補之商品名。該商品名成為向作為刪除候補之商品之商品頁面鏈接之文本鏈路。使用者可藉由選擇商品名，對作為刪除候補之商品之資訊進行確認。又，於刪除候補區域110中，針對每個商品名，顯示用以選擇是否將對應之商品自收藏中刪除之核取方塊。又，於刪除候補區域110中，顯示用以使全部商品之核取方塊為選擇狀態或為非選擇狀態之鏈路。再者，於刪除候補區域110中，亦可也顯示例如成為刪除候補之商品之圖像、成為刪除候補之商品向收藏中之登錄日等。

若使用者自刪除候補之中選擇無需之商品，並選擇刪除按鈕120，則所選擇之商品自使用者之收藏中刪除。另一方面，若使用者選擇非刪除按鈕130，則並不進行商品自收藏中之刪除，而顯示與使用者所進行之商品選擇關聯操作相應之下個網頁頁面。

以此方式，使用者將已登錄於收藏中之商品之中與操作對象之商品關聯之商品作為刪除候補而提示。即，提示存在無需登錄於收藏中之可能性之商品。從而，使用者可易於自所提示之商品之中找出實際上無需登錄於收藏中之商品。然後，使用者可易於將無需登錄於收藏中之商品刪除。藉此，無需登錄於收藏中之商品相對於已登錄在收藏中之全部商品之比例降低。因此，可防止收藏因無需之商 品而肥大化，從而使收藏適當地得到整理。

再者，亦可利用網頁頁面之顯示以外之方法，向使用者提示選定為刪除候補之商品。例如，既可以藉由使用者終端3顯示包含與圖2所示之顯示內容相同之顯示內容之彈出式視窗之方式，構成電子商務交易伺服器1。又例如，電子商務交易伺服器1亦可生成以選定為刪除候補之商品之一覽為正文之電子郵件，將所生成之電子郵件傳送給進行商品選擇關聯操作之使用者。於該情形時，使用者終端3根據使用者之操作而接收電子郵件並將其顯示於畫面中。 於電子郵件之正文中，例如，逐行地記載有成為刪除候補之商品之商品名等。使用者對所接收到之電子郵件進行回復。此時，使用者以引用所接收到之電子郵件之正文之方式，使所回復之電子郵件(以下，稱為「回復郵件」)之寫成畫面顯示。其次，使用者於回復郵件之正文中對記載有自收藏中刪除之商品之商品名等之列，補寫表示進行刪除之主旨之文字(例如，「刪除」、「×」等)。然後，使用者終端3藉由進行傳送操作而自使用者終端3向電子商務交易伺服器1傳送回復郵件。電子商務交易伺服器1根據所接收到之回復郵件之正文，進行商品自收藏中之刪除。

[2.電子商務交易伺服器之構成]

其次，使用圖3及圖4，對電子商務交易伺服器1之構成進行說明。

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

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

記憶部12(本發明之記憶機構、歷史記憶機構之一例)例如係由硬碟驅動器等所構成。於該記憶部12中，構建有會員資訊DB(Data Base，資料庫)12a、類別資訊DB12b、店鋪資訊DB12c、商品資訊DB12d、閱覽歷史DB12e、購買歷史DB12f、收藏資訊DB12g等資料庫。

圖4(a)係表示登錄於會員資訊DB12a中之內容之一例之圖。於會員資訊DB12a中，登錄與已會員登錄於電子商務交易系統S中之使用者相關之會員資訊。具體而言，使用者ID、密碼、暱稱、姓名、生日、性別、郵編、地址、電話號碼、電子郵件位址等使用者之屬性與每個使用者建立關聯而登錄於會員資訊DB12a中。使用者ID係使用者之識別資訊。

圖4(b)係表示登錄於類別資訊DB12b中之內容之一例之圖。於類別資訊DB12b中，登錄有與商品之類別相關之類別資訊。具體而言，類別ID、類別名、類別之級別、母類別ID、子類別ID清單、利用季節資訊等類別之屬性與每個類別建立關聯而登錄於類別資訊DB12b中。類別資訊例如由電子商店街之管理者等設定。類別ID係藉由類別資訊而定義之類別之識別資訊。母類別ID係藉由類別資訊而定義 之類別之母類別之類別ID。子類別ID清單係藉由類別資訊而定義之類別之子類別之類別ID之清單。子類別ID清單於藉由類別資訊而定義之類別具有子類別之情形時設定。利用季節資訊係表示認定藉由類別資訊而定義之類別之商品被火旺地利用之季節之資訊。利用季節資訊於商品為季節商品之情形時設定。例如，類別資訊既可為表示春、夏、秋、冬等季節之資訊，亦可為表示自季節之開始日至結束日之資訊。

圖4(c)係表示登錄於店鋪資訊DB12c中之內容之一例之圖。於店鋪資訊DB12c中，登錄與於電子商店街上開店之店鋪相關之店鋪資訊。具體而言，店鋪ID、店鋪名、郵編、地址、電話號碼、電子郵件位址、經營類別資訊等店鋪之屬性與每家店鋪建立關聯而登錄於店鋪資訊DB12c中。店鋪ID係店鋪之識別資訊。經營類別資訊係表示店鋪所經營之商品(店鋪所銷售之商品)之類別之資訊。具體而言，於經營類別資訊中，對店鋪所經營之每個商品類別均設定有類別ID。

圖4(d)係表示登錄於商品資訊DB12d中之內容之一例之圖。於商品資訊DB12d中，登錄與正在電子商店街上銷售之商品相關之商品資訊。具體而言，商品ID、店鋪ID、商品編碼、類別ID、商品名、商品圖像之URL(Uniform Resource Locator，統一資源定位符)、商品說明、商品價格等商品之屬性與店鋪所銷售之每個商品建立關聯而登錄於商品資訊DB12d中。商品ID(表示本發明之交易對象之資 訊之一例)係店鋪等用以管理所銷售之商品之商品識別資訊。店鋪ID表示商品之銷售方之店鋪。商品編碼係識別商品之編碼號碼。作為商品編碼，例如有JAN(Japanese Article Number Code，日本商品數字碼)編碼等。類別ID係商品所屬之類別之類別ID。

圖4(e)係表示登錄於閱覽歷史DB12e中之內容之一例之圖。於閱覽歷史DB12e中，登錄電子商店街之商品頁面之閱覽歷史。具體而言，商品ID、閱覽日期及使用者ID與每次閱覽商品頁面建立關聯而登錄於閱覽歷史DB12e中。商品ID表示商品頁面得到閱覽之商品。閱覽日期(本發明之閱覽時期之一例)表示商品頁面得到閱覽之日期。具體而言，閱覽日期係電子商務交易伺服器1向使用者終端3傳送商品頁面之日期。使用者ID表示閱覽過商品頁面之使用者。

圖4(f)係表示登錄於購買歷史DB12f中之內容之一例之圖。於購買歷史DB12f中，登錄使用者對商品之購買歷史。具體而言，訂購編碼、購買日期、使用者ID、商品ID、店鋪ID、商品編碼、購買數量等與商品之每次購買建立關聯而登錄於購買歷史DB12f中。訂購編碼係每次進行商品之訂購時所賦予之訂購之識別資訊。使用者ID表示進行過購買之使用者。商品ID及商品編碼表示所購買之商品。店鋪ID表示購買處之店鋪。購買數量係所購買之商品之個數。

圖4(g)係表示登錄於收藏資訊DB12g中之內容之一例之 圖。於收藏資訊DB12g中，登錄與使用者之收藏相關之收藏資訊(本發明之參照清單資訊之一例)。具體而言，使用者ID、商品ID、登錄日期及檢索條件等與每次商品登錄於收藏中建立關聯而登錄於收藏資訊DB12g中。使用者ID表示進行向收藏中之登錄之使用者。商品ID表示登錄於收藏中之商品。又，商品ID係相當於向登錄在收藏中之商品之商品頁面鏈接之參照的資訊。向商品頁面鏈接之實際之參照之資訊為URL，但商品頁面之URL可由商品ID特定。再者，商品頁面之URL亦可與商品ID一併或取代商品ID登錄於收藏資訊DB12g中。登錄日期(本發明之登錄時期之一例)表示進行向收藏中之登錄之日期。檢索條件係用以檢索登錄於收藏中之商品而由使用者指定之條件。

再者，於記憶部12中，亦構建有例如：登錄電子商店街上之訂購內容之訂購DB、登錄與拍賣相關之資訊之拍賣DB、按照商品編碼分類地登錄與商品相關之資訊(例如，商品之正式名稱、商品之類別之類別ID、商品之規格等)之目錄DB等資料庫。

其次，對記憶於記憶部12中之其他資訊進行說明。於記憶部12中，記憶有用以顯示網頁頁面之HTML(Hyper Text Markup Language，超文本標記語言)文件、XML(Extensible Markup Language，可擴展超文本標記語言)文件、圖像資料、文本資料、電子文件等各種資料。又，於記憶部12中，記憶有由管理者等設定之各種設定值。

又，於記憶部12中，記憶有作業系統、WWW(World Wide Web，全球資訊網)伺服器程式、DBMS(Database Management System，資料庫管理系統)、電子商務交易管理程式等各種程式。電子商務交易管理程式係用以執行與電子商務交易相關之各種處理之程式。電子商務交易管理程式係本發明之資訊處理程式(資訊處理程式產品)之一例。再者，各種程式例如既可自其他伺服裝置等上經由網路NW而取得，亦可記錄於DVD(Digital Versatile Disc，數位多功能碟片)等記錄媒體中經由驅動裝置而讀入。

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

系統控制部14係由CPU14a、ROM(Read Only Memory，唯讀記憶體)14b、RAM(Random Access Memory，隨機存取記憶體)14c等所構成。而且，系統控制部14藉由使CPU14a讀出並執行各種程式，而發揮作為本發明之選定機構及控制機構之功能。

再者，電子商務交易伺服器1亦可由複數個伺服裝置所構成。例如：進行與收藏相關之處理之伺服裝置、於電子商店街上進行商品之檢索或訂購等處理之伺服裝置、進行與拍賣相關之處理之伺服裝置、根據來自使用者終端3之請求傳送網頁頁面之伺服裝置、及管理資料庫之伺服裝置等亦可利用LAN等相互連接。

[3.電子商務交易系統之動作]

其次，使用圖5至圖11，對電子商務交易系統S之動作進行說明。

[3-1.與商品選擇關聯操作相關之處理]

首先，對於使用者進行商品選擇關聯操作時藉由電子商務交易伺服器1而執行之處理進行說明。再者，以下，使用圖5對有關於已進行收藏登錄操作之情形時之處理進行說明，對已進行其他商品選擇關聯之操作之情形時之處理僅概要性地進行說明。

[3-1-1.收藏登錄操作之情形]

例如，假設使用者已預先登入電子商務交易系統S中。系統控制部14於使用者登入時，自使用者終端3接收使用者ID，使所接收到之使用者ID作為餅乾而保存於使用者終端3中。因此，於使用者已登入之情形時，在自使用者終端3向電子商務交易伺服器1傳送之請求中，附加有包含使用者ID之餅乾。再者，將附加於電子商務交易伺服器1所接收到之請求中之餅乾內所含之使用者ID稱為「要求使用者ID」。又，將要求使用者ID所表示之使用者稱為「要求使用者」。

使用者於電子商店街之網頁頁面中，指定用以檢索商品之檢索條件。接著，使用者終端3將包含所指定之檢索條件之檢索請求向電子商務交易伺服器1傳送。系統控制部14將所接收到之檢索請求中所含之檢索條件與要求使用者ID建立關聯而保持。又，系統控制部14進行滿足所接收到之檢索請求中所含之檢索條件之商品之檢索。具體而言，系統控制部14於設定關鍵字作為檢索條件之情形時，對商品名及商品說明之至少一者中包含關鍵字之商品進行檢 索。又，系統控制部14於設定類別ID作為檢索條件之情形時，對屬於與類別ID對應之類別之商品進行檢索。於設定有複數個檢索條件之情形時，系統控制部14對滿足複數個檢索條件之商品進行檢索。

系統控制部14若對商品進行檢索，則將顯示所檢索到之商品之一覽之檢索結果頁面傳送至使用者終端3。若使用者自藉由使用者終端3而顯示之檢索結果頁面選擇某個商品，則使用者終端3將所選擇之商品之商品頁面之請求向電子商務交易伺服器1傳送，電子商務交易伺服器1將對應之商品頁面向使用者終端3傳送。若使用者於藉由使用者終端3而顯示之商品頁面中，選擇顯示為「追加至收藏」之鏈路，則使用者終端3將收藏登錄請求向電子商務交易伺服器1傳送。收藏登錄請求係表示於商品頁面中顯示有資訊之商品之向收藏中登錄之要求之訊息。於收藏登錄請求中，設定有作為向收藏中之登陸對象之商品之商品ID。該商品ID係操作對象之商品之商品ID。

圖5係表示本實施形態之電子商務交易伺服器1之系統控制部14接收到收藏登錄請求時之處理之處理例的流程圖。接收到收藏登錄請求時之處理於電子商務交易伺服器1自使用者終端3接收到收藏登錄請求時開始。

首先，系統控制部14自所接收到之收藏登錄請求取得要求使用者ID(步驟S1)。其次，系統控制部14取得與要求使用者ID建立關聯而保持之檢索條件(步驟S2)。繼而，系統控制部14取得當下日期作為登錄日期。然後，系統控制部 14將要求使用者ID、設定於收藏登錄請求中之操作對象之商品之商品ID、登錄日期及檢索條件建立關聯而登錄於收藏資訊DB12g中(步驟S3)。繼而，系統控制部14執行刪除候補提示控制處理(步驟S4)。於刪除候補提示控制處理中，自使用者之收藏之中選定與操作對象之商品關聯之商品作為刪除候補，並使顯示所選定之刪除候補之刪除候補頁面向使用者終端3傳送。再者，刪除候補提示控制處理之詳細情況將於下文敍述。系統控制部14一結束刪除候補提示控制處理，便使接收到收藏登錄請求時之處理結束。

[3-1-2.收藏刪除操作之情形]

於收藏頁面中，使用者選擇已登錄於收藏中之商品之中某個商品作為自收藏中刪除之商品，並選擇操作顯示為「刪除」之按鈕。接著，使用者終端3將把所選擇之商品之商品ID作為操作對象之商品之商品ID包含之收藏刪除請求向電子商務交易伺服器1傳送。系統控制部14一接收到收藏刪除請求，便執行刪除候補提示控制處理。然後，系統控制部14於執行刪除候補提示控制處理之後，將包含要求使用者ID及操作對象之商品之商品ID之收藏資訊自收藏資訊DB12g中刪除。

[3-1-3.訂購操作之情形]

於商品頁面中，若使用者進行用以訂購商品之操作，則使用者終端3顯示用以輸入或確認訂購內容之網頁頁面。因此，若使用者進行使訂購確定之操作，則將把所訂購之商品之商品ID作為操作對象之商品之商品ID包含之訂購請 求向電子商務交易伺服器1傳送。系統控制部14一接收到訂購請求，便執行訂購所必需之處理。例如，系統控制部14將訂購內容登錄於訂購DB中、進行用以向店鋪通知訂購內容之處理、或進行購買歷史向購買歷史DB12f中之登錄。然後，系統控制部14執行刪除候補提示控制處理。

[3-1-4.展銷操作之情形]

於拍賣之網頁頁面中，使用者進行展銷商品之操作。例如，使用者設定所展銷之商品之商品名、商品之說明、商品之類別、其他展銷所必需之資訊，並選擇操作顯示為「展銷」之按鈕。接著，使用者終端3將包含所設定之資訊之展銷請求向電子商務交易伺服器1傳送。系統控制部14一接收到展銷請求，便執行展銷所必需之處理。例如，系統控制部14將與拍賣相關之資訊登錄於拍賣DB中、或生成拍賣頁面。拍賣頁面係顯示與所展銷之商品之拍賣相關之詳細之資訊的網頁頁面。使用者可於拍賣頁面中進行投標商品之操作。又，系統控制部14將所展銷之商品作為操作對象之商品而特定。例如，系統控制部14自所展銷之商品之商品名或類別，特定所展銷之商品之商品編碼。系統控制部14一結束展銷所必需之處理，便執行刪除候補提示控制處理。

[3-2.刪除候補提示控制處理]

其次，使用圖6至圖11，對刪除候補提示控制處理進行說明。刪除候補提示控制處理之內容存在根據選定與操作對象之商品關聯之商品之基準而不同之部分。因此，以 下，針對每種選定關聯之商品之基準而進行說明。又，以下所說明之刪除候補提示控制處理係與可特定操作對象之商品之商品ID之操作(收藏登錄操作、收藏刪除操作、訂購操作)對應之處理。因此，對已進行展銷操作之情形時之處理適當進行補充。

[3-2-1.檢索條件與操作對象之商品一致之商品]

圖6係表示將檢索條件與操作對象之商品一致之商品設定為與操作對象之商品關聯之商品之情形時的電子商務交易伺服器1之系統控制部14之刪除候補提示控制處理之處理例的流程圖。

首先，系統控制部14自收藏資訊DB12g，檢索包含要求使用者ID之收藏資訊(步驟S11)。其次，系統控制部14對所檢索到之收藏資訊之中是否存在包含要求使用者ID及操作對象之商品之商品ID之收藏資訊(以下，稱為「操作對象之商品之收藏資訊」)進行判定(步驟S12)。即，系統控制部14對要求使用者之收藏中是否登錄有操作對象之商品進行判定。此時，系統控制部14於判定不存在操作對象之商品之收藏資訊之情形時(步驟S12：否)，使刪除候補提示控制處理結束。於該情形時，刪除候補頁面不傳送至使用者終端3。

另一方面，系統控制部14於判定存在操作對象之商品之收藏資訊之情形時(步驟S12：是)，自操作對象之商品之收藏資訊取得檢索條件(步驟S13)。其次，系統控制部14將刪除候補清單初始化(步驟S14)。刪除候補清單係登錄 選定為刪除候補之商品之商品ID之清單。

繼而，系統控制部14自於步驟S11中檢索到之收藏資訊之中選擇1個(步驟S15)。其次，系統控制部14將所選擇之收藏資訊中所含之商品ID作為成為刪除候補之判定對象的候補判定商品之商品ID而取得(步驟S16)。接著，系統控制部14對操作對象之商品之商品ID與候補判定商品之商品ID是否一致進行判定(步驟S17)。此時，系統控制部14於判定一致之情形時(步驟S17：是)，進行至步驟S23。於該情形時，候補判定商品自刪除候補除外。即，操作對象之商品本身自刪除候補除外。再者，系統控制部14亦可於商品選擇關聯之操作為訂購操作或展銷操作之情形時，使操作對象之商品本身亦包含於刪除候補中。

另一方面，系統控制部14於判定不一致之情形時(步驟S17：否)，自購買歷史DB12f，檢索包含要求使用者ID及操作對象之商品之商品ID之購買歷史(步驟S18)。其次，系統控制部14對是否存在相應之購買歷史進行判定(步驟S19)。即，系統控制部14對要求使用者是否曾經購買過操作對象之商品進行判定。此時，系統控制部14於判定存在相應之購買歷史之情形時(步驟S19：是)，進行至步驟S23。即，使用者曾經購買過之商品自刪除候補除外。例如，對於食品或消耗品等類別之商品，存在使用者會再次購買曾經購買過之商品之情形。若諸如多次購買之商品已登錄於收藏中，則易於為購買該商品而向商品頁面進行存取，無需另外進行檢索。因此，由於曾經購買過之商品有 時會被再次購買，故而自刪除候補除外。再者，系統控制部14亦可使使用者曾經購買過之商品亦包含於刪除候補中。又，系統控制部14亦可根據商品之類別對是否將使用者曾經購買過之商品自刪除候補除外進行判斷。

另一方面，系統控制部14於判定不存在相應之購買歷史之情形時(步驟S19：否)，自所選擇之候補判定商品之收藏資訊，取得檢索條件(步驟S20)。其次，系統控制部14對操作對象之商品之檢索條件與候補判定商品之檢索條件是否一致進行判定(步驟S21)。此時，系統控制部14於判定不一致之情形時(步驟S21：否)，進行至步驟S23。即，系統控制部14將候補判定商品自刪除候補除外。另一方面，系統控制部14於判定一致之情形時(步驟S21：是)，將候補判定商品之商品ID登錄於刪除候補清單中(步驟S22)。即，系統控制部14選定候補判定商品作為刪除候補。繼而，系統控制部14進行至步驟S23。再者，系統控制部14既可於操作對象之商品之檢索條件與候補判定商品之檢索條件全部一致之情形時將候補判定商品作為刪除候補，亦可於部分一致之情形時將候補判定商品作為刪除候補。

於步驟S23中，系統控制部14對於步驟S11中檢索到之收藏資訊之中是否存在尚未選擇之收藏資訊進行判定。此時，系統控制部14於判定存在尚未選擇之收藏資訊之情形時(步驟S23：是)，自尚未選擇之收藏資訊之中選擇1個(步驟S24)。繼而，系統控制部14進行至步驟S16。系統控制 部14藉由重複步驟S16~S24之處理，而作為選定機構，自已登錄於要求使用者之收藏中之商品之中選定刪除候補。

然後，系統控制部14於判定已選擇全部收藏資訊之情形時(步驟S23：否)，作為控制機構，根據刪除清單進行刪除候補頁面之HTML文件之生成及傳送(步驟25)。具體而言，系統控制部14自與登錄於刪除清單中之商品ID對應之商品資訊，取得刪除候補之商品之商品名。又，系統控制部14根據登錄於刪除清單中之商品ID，生成刪除候補之商品之商品頁面之URL。然後，系統控制部14生成包含刪除候補之商品之商品名、設定有商品頁面之URL之a標籤等之HTML文件。接著，系統控制部14將所生成之HTML文件向請求之傳送方之使用者終端3傳送。系統控制部14一結束該處理，便使刪除候補提示控制處理結束。使用者終端3根據所接收到之HTML文件，顯示例如如圖2所示之刪除候補頁面。即，使用者終端3向使用者提示刪除候補。

使用者藉由操作顯示於刪除候補頁面之刪除候補區域110中之核取方塊，而選擇自收藏中刪除之商品。然後，若使用者選擇刪除按鈕120，則使用者終端3將包含所選擇之商品之商品ID之收藏刪除請求向電子商務交易伺服器1傳送。系統控制部14一接收到收藏刪除請求，便將包含要求使用者ID及操作對象之商品之商品ID之收藏資訊自收藏資訊DB12g中刪除。此時，系統控制部14不執行刪除候補提示控制處理。

再者，於商品選擇關聯之操作為訂購操作之情形時，存 在使用者並非使商品頁面自收藏顯示而訂購購買商品，而是使商品頁面自檢索結果頁面顯示而訂購商品之情形。於該情形時，有時操作對象之商品並未登錄於收藏中。然而，於該情形時，由使用者指定檢索條件。因此，即便為於步驟S12中操作對象之商品並未登錄於收藏中之情形，當存在與要求使用者ID建立關聯而保持之檢索條件之情形時，系統控制部14亦可使用該檢索條件作為操作對象之商品之檢索條件，而進行刪除候補之選定。

又，於商品選擇關聯之操作為展銷操作之情形時，對操作對象之商品並未賦予商品ID。於該情形時，系統控制部14檢索已登錄於收藏中之商品之中商品編碼與操作對象之商品一致之商品。然後，系統控制部14將商品編碼與操作對象之商品一致之商品之商品ID作為操作對象之商品之商品ID，而執行刪除候補提示控制處理。

[3-2-2.類別與操作對象之商品一致之商品]

圖7係表示將類別與操作對象之商品一致之商品設定為與操作對象之商品關聯之商品之情形時的電子商務交易伺服器1之系統控制部14之刪除候補提示控制處理之處理例的流程圖。再者，於圖7中，對與圖6相同之處理標註相同步驟號碼。

如圖7所示，系統控制部14一結束步驟S11之處理，便自與操作對象之商品之商品ID對應之商品資訊，取得操作對象之商品之類別ID(步驟S31)。繼而，系統控制部14進行至步驟S14。

於步驟S19中，系統控制部14於判定不存在相應之購買歷史之情形時(步驟S19：否)，自與候補判定商品之商品ID對應之商品資訊，取得候補判定商品之類別ID(步驟S32)。其次，系統控制部14對操作對象之商品之類別ID與候補判定商品之類別ID是否一致進行判定(步驟S33)。即，系統控制部14對操作對象之商品與候補判定商品是否係屬於相同之類別之商品進行判定。此時，系統控制部14於判定不一致之情形時(步驟S33：否)，進行至步驟S23。另一方面，系統控制部14於判定一致之情形時(步驟S33：是)，將候補判定商品之商品ID登錄於刪除候補清單中(步驟S22)。

再者，系統控制部14亦可並非對設定於商品資訊中之類別ID，而是對該類別ID所表示之類別之先祖之類別之類別ID是否一致進行判定。即，系統控制部14亦可並非以最下位之級別之類別，而是以該類別之上位之類別，對操作對象之商品與候補判定商品是否係屬於相同之類別之商品進行判定。可藉由已登錄於類別資訊DB12b中之類別資訊內所含之母類別ID，特定藉由類別資訊而定義之類別之母類別。因此，可將母類別ID作為線索，自類別資訊DB12b取得先祖之類別之類別ID。

又，於商品選擇關聯之操作為展銷操作之情形時，系統控制部14於步驟S31中，自目錄DB取得與操作對象之商品之商品編碼對應之類別ID。

[3-2-3.於較操作對象之商品稍前之階段利用之商品]

圖8係表示將於較操作對象之商品稍前之階段利用之商品設定為與操作對象之商品關聯之商品之情形時的電子商務交易伺服器1之系統控制部14之刪除候補提示控制處理之處理例的流程圖。再者，於圖8中，對與圖6相同之處理標註相同步驟號碼。

如圖8所示，系統控制部14一結束步驟S11之處理，便取得表示可特定利用操作對象之商品之階段之屬性的資訊(步驟S41)。例如，系統控制部14自與操作對象之商品之商品ID對應之商品資訊，取得操作對象之商品之商品名、商品說明、類別ID等。其次，系統控制部14根據自商品資訊所取得之資訊，特定應用於操作對象之商品之過程。例如，系統控制部14於操作對象之商品為鞋子之商品之情形時，判定應用使用者之成長過程。又例如，系統控制部14於操作對象之商品為高爾夫俱樂部之商品之情形時，判定應用能力提高之過程。再者，系統控制部14於無法特定所應用之過程之情形時，不進行刪除候補之選定，便使刪除候補提示控制處理結束。

系統控制部14一特定所應用之過程，便取得表示於該過程中可特定利用操作對象之商品之階段之商品之屬性的資訊。例如，系統控制部14於操作對象之商品為利用得分測試能力之能力鑑定用之書籍之情形時，自商品名或商品說明，取得表示「600點」、「700點」等得分之字串。又例如，於操作對象之商品為鞋子之商品之情形時，存在以鞋子之尺寸進行分類之情形。因此，系統控制部14既可根據 類別ID取得鞋子之尺寸，亦可自商品名或商品說明取得表示鞋子之尺寸之字串。又例如，系統控制部14於操作對象之商品為高爾夫俱樂部之情形時，自商品名或商品說明，取得表示「初級」、「中級」等等級之字串。又例如，系統控制部14於操作對象之商品為連載性之書籍之情形時，自商品名或商品說明，取得表示「1卷」、「2卷」等卷號之字串。再者，系統控制部14於無法取得表示商品之屬性之資訊之情形時，不進行刪除候補之選定，便使刪除候補提示控制處理結束。系統控制部14若取得表示商品之屬性之資訊，則進行至步驟S14。

於步驟S19中，系統控制部14於判定不存在相應之購買歷史之情形時(步驟S19：否)，取得表示可特定利用候補判定商品之階段之屬性的資訊(步驟S42)。該處理除商品ID不同以外，其他與步驟S41之處理均相同。再者，系統控制部14於無法特定所應用之過程之情形、應用於操作對象之商品上之過程與應用於候補判定商品上之過程不同之情形、或無法取得表示商品之屬性之資訊之情形時，將候補判定商品自刪除候補除外，而進行至步驟S23。

繼而，系統控制部14根據表示商品之屬性之資訊，對候補判定商品是否係於較操作對象之商品稍前之階段利用進行判定(步驟S43)。例如，系統控制部14於利用得分測試能力之能力鑑定用之書籍之情形時，當利用候補判定商品所想得到之得分低於利用操作對象之商品所想得到之得分之情形時，判定候補判定商品係於較操作對象之商品稍前 之階段利用。又例如，系統控制部14於操作對象之商品為鞋子之情形時，當候補判定商品之鞋子之尺小於操作對象之商品之鞋子之尺寸之情形時，判定候補判定商品係於較操作對象之商品稍前之階段利用。又，系統控制部14於操作對象之商品為高爾夫俱樂部之情形時，當候補判定商品所對應之使用者之能力之等級低於操作對象之商品所對應之使用者之能力之等級之情形時，判定候補判定商品係於較操作對象之商品稍前之階段利用。又，系統控制部14於操作對象之商品為連載性之書籍之情形時，當候補判定商品之卷號小於操作對象之商品之卷號之情形時，判定候補判定商品係於較操作對象之商品稍前之階段利用。

系統控制部14於判定候補判定商品係於較操作對象之商品稍前之階段利用之情形時(步驟S43：否)，進行至步驟S23。另一方面，系統控制部14於判定候補判定商品係於較操作對象之商品稍前之階段利用之情形時(步驟S43：是)，將候補判定商品之商品ID登錄於刪除候補清單中(步驟S22)。

再者，於商品選擇關聯之操作為展銷操作之情形時，系統控制部14於步驟S41中，自目錄DB取得與操作對象之商品之商品編碼對應之商品之正式名稱、類別ID、規格等。然後，系統控制部14根據所取得之資訊，取得表示可特定利用操作對象之商品之階段之屬性的資訊。

[3-2-4.與操作對象之商品同一時期登錄於收藏中之商品]

圖9係表示將與操作對象之商品同一時期登錄於收藏中之商品設定為與操作對象之商品關聯之商品之情形時的電子商務交易伺服器1之系統控制部14之刪除候補提示控制處理之處理例的流程圖。再者，於圖9中，對與圖6相同之處理標註相同步驟號碼。

如圖9所示，系統控制部14於判定在步驟S12中存在操作對象之商品之收藏資訊之情形時(步驟S12：是)，自操作對象之商品之收藏資訊取得登錄日期(步驟S51)。繼而，系統控制部14進行至步驟S14。

於步驟S19中，系統控制部14於判定不存在相應之購買歷史之情形時(步驟S19：否)，自候補判定商品之收藏資訊取得登錄日期(步驟S52)。其次，系統控制部14對操作對象之商品之登錄日期與候補判定商品之登錄日期之差進行計算(步驟S53)。繼而，系統控制部14對計算所得之差之絕對值是否為預先設定之閾值以下進行判定(步驟S54)。即，系統控制部14對候補判定商品是否與操作對象之商品登錄於收藏中之時期同一時期登錄於收藏中進行判定。於該情形時，自操作對象之商品之登錄日期起前後閾值以內之範圍係判定與操作對象之商品之登錄日期為同一時期之日期。管理者可任意地設定該閾值(例如，1個小時、1日、1週、1個月等)。系統控制部14於判定計算所得之差之絕對值並非閾值以下之情形時(步驟S54：否)，進行至步驟S23。另一方面，系統控制部14於判定計算所得之差之絕對值為閾值以下之情形時(步驟S54：是)，將候 補判定商品之商品ID登錄於刪除候補清單中(步驟S22)。

[3-2-5.與操作對象之商品同一時期商品頁面得到閱覽之商品]

圖10係表示將與操作對象之商品同一時期商品頁面得到閱覽之商品設定為與操作對象之商品關聯之商品之情形時的電子商務交易伺服器1之系統控制部14之刪除候補提示控制處理之處理例的流程圖。再者，於圖10中，對與圖6相同之處理標註相同步驟號碼。

如圖10所示，系統控制部14一結束步驟S11之處理，便自閱覽曆DB12e，檢索包含要求使用者ID及操作對象之商品之商品ID之閱覽歷史，並自所檢索到之閱覽歷史取得閱覽日期(步驟S61)。繼而，系統控制部14進行至步驟S14。

於步驟S19中，系統控制部14於判定不存在相應之購買歷史之情形時(步驟S19：否)，自閱覽曆DB12e，檢索包含要求使用者ID及候補判定商品之商品ID之閱覽歷史，並自所檢索到之閱覽歷史取得閱覽日期(步驟S62)。其次，系統控制部14對操作對象之商品之閱覽日期與候補判定商品之閱覽日期之差進行計算(步驟S63)。繼而，系統控制部14對計算所得之差之絕對值是否為預先設定之閾值以下進行判定(步驟S64)。即，系統控制部14對候補判定商品之商品頁面是否與操作對象之商品之商品頁面得到閱覽之時期同一時期得到閱覽進行判定。於該情形時，自操作對象之商品之商品頁面之閱覽日期起前後閾值以內之範圍係判定與操作對象之商品之商品頁面之閱覽日期為同一時期之 日期。管理者可任意地設定該閾值(例如，1個小時、1日、1週、1個月等)。系統控制部14於判定計算所得之差之絕對值並非閾值以下之情形時(步驟S64：否)，進行至步驟S23。另一方面，系統控制部14於判定計算所得之差之絕對值為閾值以下之情形時(步驟S64：是)，將候補判定商品之商品ID登錄於刪除候補清單中(步驟S22)。

[3-2-6.於較利用操作對象之商品之季節稍前之季節利用之商品]

圖11係表示將於較利用操作對象之商品之季節稍前之季節利用之商品設定為與操作對象之商品關聯之商品之情形時的電子商務交易伺服器1之系統控制部14之刪除候補提示控制處理之處理例的流程圖。再者，於圖11中，對與圖6相同之處理標註相同步驟號碼。

如圖11所示，系統控制部14一結束步驟S11之處理，便對操作對象之商品是否為季節商品進行判定(步驟S71)。具體而言，系統控制部14自與操作對象之商品之商品ID對應之商品資訊，取得類別ID。其次，系統控制部14對與所取得之類別ID對應之類別資訊中是否設定有利用季節資訊進行判定。此時，系統控制部14於類別資訊中未設定利用季節資訊之情形時，判定操作對象之商品並非季節商品(步驟S71：否)。於該情形時，系統控制部14使刪除候補提示控制處理結束。另一方面，系統控制部14於類別資訊中設定有利用季節資訊之情形時，判定操作對象之商品為季節商品(步驟S71：是)。於該情形時，系統控制部14將 設定於類別資訊中之利用季節資訊作為操作對象之商品之利用季節資訊而取得(步驟S72)。繼而，系統控制部14進行至步驟S14。

於步驟S19中，系統控制部14於判定不存在相應之購買歷史之情形時(步驟S19：否)，對候補判定商品是否為季節商品進行判定(步驟S73)。該處理除商品ID不同以外，其他與步驟S71之處理相同。此時，系統控制部14於判定候補判定商品並非季節商品之情形時(步驟S73：否)，進行至步驟S23。另一方面，系統控制部14於判定候補判定商品為季節商品之情形時(步驟S73：是)，將設定於候補判定商品之類別之類別資訊中之利用季節資訊作為候補判定商品之利用季節資訊而取得(步驟S74)。

繼而，系統控制部14根據所取得之利用季節資訊，對利用候補判定商品之季節是否為較利用操作對象之商品之季節稍前之季節進行判定(步驟S75)。此時，系統控制部14於判定利用候補判定商品之季節並非較利用操作對象之商品之季節稍前之季節之情形時(步驟S75：否)，進行至步驟S23。另一方面，系統控制部14於判定利用候補判定商品之季節為較利用操作對象之商品之季節稍前之季節之情形時(步驟S75：是)，將候補判定商品之商品ID登錄於刪除候補清單中(步驟S22)。

[4.收藏之利用例]

如上所述，將使用者已登錄於收藏中之商品之中存在無需登錄於收藏中之可能性之商品向使用者提示。藉此，支 援使用者將實際上無需登錄於收藏中之商品自收藏中刪除。因此，可適當地整理各使用者之收藏。

於收藏中，登錄例如使用者中意之商品、作為購買候補之商品、使用者喜歡之商品等。即，可認為收藏反映出使用者對商品之興趣、需求、人氣等。而且，由於可適當地刪除無需登錄於收藏中之商品即沒興趣之商品等，故而各使用者之收藏更確切地反映出使用者對商品之興趣、需求、人氣等。所謂對收藏適當地進行整理係指上述事實。

以下，對適當地得到整理之收藏資訊之利用例進行說明。

[4-1.收藏之順位]

於第1利用例中，電子商務交易伺服器1根據向收藏中之登錄數，對各商品進行排序。具體而言，電子商務交易伺服器1根據已登錄於收藏資訊DB12g中之收藏資訊，針對各商品，算出向收藏中之登錄數。其次，電子商務交易伺服器1按照向收藏中之登錄數最多之降序對商品進行排序。其次，電子商務交易伺服器1生成表示收藏之登錄數之順位之網頁頁面。此處，電子商務交易伺服器1例如既可生成表示全部商品之順位之網頁頁面，亦可生成表示每個類別之順位之網頁頁面。然後，電子商務交易伺服器1根據來自使用者終端3之要求，傳送表示順位之網頁頁面。

對於基於向收藏中之登錄數之順位，例如有基於銷售數之順位。由於銷售數會受商品之價格或商品之庫存之有無 等因素影響，故而存在於基於銷售數之順位中，未正確地反映出使用者之興趣、需求、人氣等之情形。與此相對地，於基於向收藏中之登錄數之順位中，由於不受此種因素之影響，故而可使使用者之興趣、需求、人氣等正確地反映出來。

[4-2.商品之需求預測]

於第2利用例中，電子商務交易伺服器1根據向收藏中之登錄數，進行商品之需求預測。具體而言，電子商務交易伺服器1根據已登錄於收藏資訊DB12g中之收藏資訊，針對需求之預測對象之商品，算出向收藏中之登錄數。繼而，電子商務交易伺服器1進行假設向收藏中之登錄數越多對商品越有需求之需求預測。此時，電子商務交易伺服器1亦可假設向收藏中登錄1個則存在1個商品需求。

存在於某使用者之收藏中，登錄有屬於與需求之預測對象之商品所屬之類別相同之類別之商品的情形。於該情形時，亦可根據商品之類別，縮小來自將需求之預測對象之商品登錄於收藏中之使用者對該商品之需求之大小。例如，諸如冰箱之類的類別之商品通常1個使用者同一時期僅會購買1台。從而，於複數個冰箱之商品登錄於收藏中之情形時，推測其係為作為購買候補進行比較而登錄於其中，實際所要購買之商品為1個。因此，電子商店街伺服器1亦可例如針對將需求之預測對象之商品登錄於收藏中之各使用者，計算需求之預測對象之商品所屬之類別之商品向收藏中之登錄數，並將對需求之預測對象之商品的需 求設為與計算所得之登錄數相當之1。另一方面，諸如西服之類的類別之商品係存在1個使用者同一時期購買複數件之可能性之商品。因此，電子商店街伺服器1例如無論需求之預測對象之商品所屬之類別之商品向收藏中之登錄數如何，均把來自將需求之預測對象之商品登錄於收藏中之各使用者之需求分別設為1。

又，電子商務交易伺服器1於進行相同類別之複數個商品之需求預測之情形時，亦可根據向收藏中之登錄數之大小關係，預測複數個商品間之需求之大小關係。例如，電子商務交易伺服器1於商品A向收藏中之登錄數多於商品B向收藏中之登錄數之情形時，進行「商品A較商品B更有需求」之需求預測。

電子商務交易伺服器1若進行需求之預測，則將顯示預測結果之網頁頁面向店鋪終端2傳送。

作為先前之需求預測，有基於過去之銷售數之需求預測。然而，於基於過去之銷售數之需求預測中，並不一定可正確地預測需求。其原因在於：如上所述，銷售數受商品之價格或商品之庫存之有無等因素影響。又，其原因在於：過去之銷售數表示迄今為止之需求之消費量。即，其原因在於：若過去之銷售數較多，則存在於迄今為止之商品之銷售中，已消費掉本來存在之需求之大部分之情形。與此相對地，於收藏中，登錄存在使用者將來購買之可能性之商品。因此，可以說：收藏中，較過去之銷售實際業績更確切地反映出將來之需求。

[4-3.商品之推薦]

於第3利用例中，電子商務交易伺服器1根據向收藏中之登錄數，進行用以向使用者推薦正在電子商店街等上銷售之商品之處理。其原因在於：收藏中，反映出使用者對商品之興趣。藉由使收藏適當地得到整理，可使無需登錄於收藏中之商品相對於收藏整體之比例減小，故而可進行適當之推薦。

具體而言，電子商務交易伺服器1選定已登錄於收藏中之商品本身作為推薦之商品、或將與已登錄於收藏中之商品關聯之商品選為推薦之商品。作為該情形時之與已登錄於收藏中之商品關聯之商品，例如有：類別與已登錄於收藏中之商品相同之商品、銷售方與已登錄於收藏中之商品之店鋪相同之商品等。電子商務交易伺服器1若選定所推薦之商品，則例如將推薦所選定之商品之電子郵件傳送給使用者、或於電子商店街之網頁頁面中插入所推薦之商品之廣告並向使用者終端3傳送。

如以上所說明，根據本實施形態，電子商務交易伺服器1之系統控制部14於藉由使用者進行商品選擇關聯之操作之情形時，根據登錄於收藏資訊DB12g中之收藏資訊，自登錄於收藏中之商品之中選定與作為操作對象之商品關聯之商品作為自收藏中刪除之候補，並藉由使用者終端3提示所選定之刪除候補。

從而，可將無需登錄於收藏中之可能性較高之商品作為刪除候補而提示，故而使用者易於將無需之商品自收藏中 刪除。以此方式，可支援將無需登錄於收藏中之商品自收藏中適當地刪除之處理，故而可防止收藏肥大化。

再者，於上述實施形態中，用以對是否為與作為操作對象之商品關聯之商品進行判定且表示與作為操作對象之商品之關聯性之商品之屬性的範圍定為1個。而且，已登錄於收藏中之商品之中處於所定之1個範圍內之商品作為與操作對象之商品關聯之商品，而選定為刪除候補。然而，根據該商品之屬性決定複數個屬性之範圍，電子商務交易伺服器1亦可針對複數個屬性之範圍之各者，選定與操作對象之商品關聯之商品作為刪除候補，並針對每個屬性之範圍提示所選定之刪除候補。

於預先規定之屬性之範圍內包含多個商品之情形時，多個商品作為刪除候補而向使用者提示。如此一來，使用者必需自多個刪除候補之中找出無需之商品，故而存在對於用而言覺得將商品自收藏中刪除之作業變得麻煩之情形。與此相對地，若針對複數個屬性之範圍各者提示刪除候補，則使用者可選擇易於找出無需之商品之範圍。又，使用者可自複數個屬性之範圍之中，選擇使用者認為與作為操作對象之商品關聯之範圍。

以下，以選定類別與操作對象之商品一致之商品作為與操作對象之商品關聯之商品之情形為例進行說明。

於該情形時，表示關聯性之屬性係商品之類別。於上述實施形態中，將操作對象之商品所屬之複數個級別之類別之中屬於1個級別之類別之商品之範圍設為與操作對象之 商品關聯之商品之範圍。與此相對地，亦可針對操作對象之商品所屬之複數個級別之各者，選定屬於與操作對象之商品相同之類別之商品作為刪除候補。即，諸如屬於與操作對象之商品相同之級別1之類別之商品、屬於與操作對象之商品相同之級別2之類別之商品、屬於與操作對象之商品相同之級別3之類別之商品‧‧‧之類地，選定操作對象。再者，何種級別至何種級別地進行刪除候補之選定任意。

對該情形時之刪除候補頁面之顯示例進行說明。例如，已登錄於收藏中之商品之中，假設商品1~商品200之200個商品屬於操作對象之商品所屬之級別1之類別。又，商品1~商品100屬於操作對象之商品所屬之級別2之類別，商品1~商品30屬於操作對象之商品所屬之級別3之類別，商品1~商品10屬於操作對象之商品所屬之級別4之類別，商品1~商品5屬於操作對象之商品所屬之級別5之類別。

圖12(a)及圖12(b)係表示變形例中之刪除候補頁面之畫面顯示之第1例之圖。於圖12中，對與圖2相同之要素標註相同之符號。

首先，於使用者終端3中，顯示圖12(a)所示之刪除候補頁面。如圖12(a)所示，於刪除候補頁面中，顯示(將所選擇之商品刪除之情形時之)刪除按鈕120、(不刪除之情形時之)非刪除按鈕130等。又，於刪除候補頁面中，分層次地顯示已進行刪除候補之選定之類別之級別名(例如，「L1」等)及類別名(例如，「AAAA」等)。於圖2(a)中，顯示有級別1至級別5之級別名及類別名。又，於級別名之 橫向，顯示所抽出之刪除候補之數量。例如，於級別3之類別中，選定有30個刪除候補。又，與各級別名及類別名對應地顯示加號按鈕210。

若使用者選擇某個加號按鈕210，則如圖12(b)所示，於與所選擇之加號按鈕210對應之類別名之下，顯示刪除候補區域220。刪除候補區域220之顯示內容基本上與圖2所示之刪除候補區域110之顯示內容相同。於圖12(b)中，顯示有與級別2之類別對應之刪除候補區域220。從而，於刪除候補區域220中，顯示有商品1~商品100之商品名。若藉由加號按鈕210之選擇而顯示刪除候補區域220，則所選擇之加號按鈕210變成減號按鈕230。若使用者選擇減號按鈕230，則所顯示之刪除候補區域220自畫面中消除。然後，所選擇之減號按鈕230變成加號按鈕210。再者，亦可針對複數個級別顯示刪除候補區域220。

使用者可藉由加號按鈕210或減號按鈕230之選擇，針對任意級別之類別顯示刪除候補之一覽。而且，可自所顯示之刪除候補之中選擇任意之商品而將其自收藏中刪除。例如，使用者既可選擇刪除候補之數量為易於找出無需之商品之數量之級別的類別，亦可選擇使用者認為與作為操作對象之商品關聯之商品所屬之級別的類別。

圖13(a)及圖13(b)係表示變形例中之刪除候補頁面之畫面顯示之第2例之圖。於圖13中，對與圖2相同之要素標註相同之符號。

首先，於使用者終端3中，顯示圖13(a)所示之刪除候補 頁面。如圖13(a)所示，於刪除候補頁面中，顯示刪除按鈕120、非刪除按鈕130、刪除候補區域310a等。刪除候補區域310a顯示作為有關於級別1之類別之刪除候補商品1~商品200。再者，刪除候補區域310之顯示內容基本上與圖2所示之刪除候補區域110之顯示內容相同。於刪除候補區域310之鄰旁，顯示加號按鈕320。

若使用者選擇加號按鈕320，則如圖13(b)所示，除刪除候補區域310a以外，還重新顯示刪除候補區域310b~刪除候補區域310e。又，加號按鈕320自畫面中消除，於刪除候補區域310e之鄰旁顯示減號按鈕330。於刪除候補區域310b中，顯示商品1~商品100作為有關於級別2之類別之刪除候補。又，於刪除候補區域310c中，顯示商品1~商品30作為有關於級別3之類別之刪除候補。又，於刪除候補區域310d中，顯示商品1~商品10作為有關於級別4之類別之刪除候補。又，於刪除候補區域310e中，顯示商品1~商品5作為有關於級別5之類別之刪除候補。刪除候補區域310b~310e之顯示內容亦基本上與刪除候補區域110之顯示內容相同。若使用者選擇減號按鈕330，則刪除候補區域310b~310e自畫面中消除，返回至圖13(a)所示之顯示狀態。

再者，於在圖13(a)所示之狀態下使用者選擇加號按鈕320之情形時，亦可僅重新顯示刪除候補區域310b，而於刪除候補區域310b之鄰旁顯示加號按鈕320及減號按鈕330。而且，亦可藉由使用者選擇加號按鈕320或減號按鈕 330，使刪除候補區域310b自畫面中消除、或重新顯示刪除候補區域310c。

又，於各類別中，該類別之子類別之中作為操作對象之商品所屬之子類別亦可自刪除候補之選定範圍除外。例如，於上述例中，商品1~商品200之中商品101~商品200作為與級別1之類別對應之刪除候補而提示。又，商品31~商品100作為與級別2之類別對應之刪除候補而提示。又，商品11~商品30作為與級別3之類別對應之刪除候補而提示。又，商品6~商品10作為與級別4之類別對應之刪除候補而提示。又，商品1~商品5作為與級別5之類別對應之刪除候補而提示。

使用圖7，對電子商務交易伺服器1之系統控制部14之處理例進行說明。於步驟S31中，系統控制部14例如取得操作對象之商品所屬之級別1之類別之類別ID。又，於步驟S32中，系統控制部14取得候補判定商品所屬之級別1之類別之類別ID。其次，系統控制部14對操作對象之商品之級別1之類別之類別ID與候補判定商品之級別1之類別之類別ID是否一致進行判定(步驟S33)。然後，系統控制部14於判定一致之情形時(步驟S33：是)，將候補判定商品之商品ID登錄於刪除候補清單中(步驟S22)。

於步驟S23中，若判定已選擇所檢索到之收藏資訊之中全部收藏資訊(步驟S23：否)，則設定與操作對象之商品屬於相同之級別1之類別之商品。因此，系統控制部14自與操作對象之商品屬於相同之級別1之類別之商品之中， 選定與操作對象之商品屬於相同之級別2之類別之商品。以此方式，系統控制部14例如自上位之級別之類別至下位之級別之類別地，針對每個類別選定刪除對象。然後，系統控制部14於步驟S25中，以針對每個類別顯示刪除候補之方式，生成刪除候補頁面之HTML文件。

再者，可針對複數個範圍之各者選定刪除候補之商品之屬性並不限於類別。例如，亦可應用於向收藏中之登錄時期、商品頁面之閱覽時期等。例如，電子商務交易伺服器1可針對自操作對象之商品向收藏中之登錄日期起前後1個小時、前後1日、前後1週、前後1個月等地逐個範圍進行選定。又，電子商務交易伺服器1可針對自操作對象之商品之商品頁面之閱覽日期起前後1個小時、前後1日、前後1週、前後1個月等地逐個範圍進行選定。又，於根據商品之屬性利用該商品之階段不同之情形時亦可應用。例如，於高爾夫俱樂部之例中，電子商務交易伺服器1於操作對象之商品為上級者用之高爾夫俱樂部之情形時，分為初級者用與中級者用、僅初級者用、僅中級者用等地逐個範圍進行選定。

又，電子商務交易伺服器1亦可僅針對所選定之刪除候補之數量為預先設定之閾值以下且刪除候補之數量最接近該閾值之範圍提示刪除候補，來取代針對複數個範圍之各者向使用者終端3提示刪除候補。例如，於上述類別之例中，假設將閾值設定為20。如此一來，刪除候補之數量為20以下且最接近20之類別係級別4之類別。因此，於刪除 候補頁面中，顯示商品1~商品10作為刪除候補。

又，於上述實施形態中，使用者可於電子商務交易系統S中進行商品向拍賣中之展銷，且將展銷操作設定為商品選擇關聯之操作。然而，不僅是向拍賣中之展銷，亦可將使用者開始商品之銷售之操作作為商品選擇關聯之操作而應用本發明。例如，於電子商務交易系統S中，使用者亦可銷售新品或二手商品。

又，於上述實施形態中，本發明之交易對象係應用於商品。然而，交易對象亦可應用於服務。而且，作為電子商務交易之系統，本發明亦可應用於能進行服務預約之系統中。作為服務預約，例如有：住宿設施之住宿預約、高爾夫球場等競技設施之利用預約、交通工具之座位之預約等。於該情形時，進行服務預約之操作包含於本發明之預先規定之操作中。

1‧‧‧電子商務交易伺服器

2‧‧‧店鋪終端

3‧‧‧使用者終端

11‧‧‧通訊部

12‧‧‧記憶部

12a‧‧‧會員資訊DB

12b‧‧‧類別資訊DB

12c‧‧‧店鋪資訊DB

12d‧‧‧商品資訊DB

12e‧‧‧閱覽歷史DB

12f‧‧‧購買歷史DB

12g‧‧‧收藏資訊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中之內容之一例之圖。

圖5係表示一實施形態之電子商務交易伺服器1之系統控制部14接收到收藏登錄請求時之處理之處理例的流程圖。

圖6係表示將檢索條件與操作對象之商品一致之商品設定為與操作對象之商品關聯之商品之情形時的電子商務交易伺服器1之系統控制部14之刪除候補提示控制處理之處理例的流程圖。

圖7係表示將類別與操作對象之商品一致之商品設定為與操作對象之商品關聯之商品之情形時的電子商務交易伺服器1之系統控制部14之刪除候補提示控制處理之處理例的流程圖。

圖8係表示將於較操作對象之商品稍前之階段利用之商品設定為與操作對象之商品關聯之商品之情形時的電子商務交易伺服器1之系統控制部14之刪除候補提示控制處理之處理例的流程圖。

圖9係表示將與操作對象之商品同一時期登錄於收藏中之商品設定為與操作對象之商品關聯之商品之情形時的電子商務交易伺服器1之系統控制部14之刪除候補提示控制處理之處理例的流程圖。

圖10係表示將與操作對象之商品同一時期商品頁面得到閱覽之商品設定為與操作對象之商品關聯之商品之情形時 的電子商務交易伺服器1之系統控制部14之刪除候補提示控制處理之處理例的流程圖。

圖11係表示將與操作對象之商品同一時期登錄於收藏中之商品設定為與操作對象之商品關聯之商品之情形時的電子商務交易伺服器1之系統控制部14之刪除候補提示控制處理之處理例的流程圖。

圖12(a)及(b)係表示變形例中之刪除候補頁面之畫面顯示之第1例之圖。

圖13(a)及(b)係表示變形例中之刪除候補頁面之畫面顯示之第2例之圖。

S11‧‧‧步驟

S12‧‧‧步驟

S13‧‧‧步驟

S14‧‧‧步驟

S15‧‧‧步驟

S16‧‧‧步驟

S17‧‧‧步驟

S18‧‧‧步驟

S19‧‧‧步驟

S20‧‧‧步驟

S21‧‧‧步驟

S22‧‧‧步驟

S23‧‧‧步驟

S24‧‧‧步驟

S25‧‧‧步驟

Claims (13)

1. 一種資訊處理裝置，其特徵在於包括：選定機構，其於由使用者進行選擇第1顯示要素之操作之情形時，根據記憶於記憶機構中之上述使用者之參照清單資訊，自登錄於上述參照清單中之交易對象之中選定與作為上述操作之對象之交易對象不同的交易對象中作為該操作之對象之交易對象關聯之交易對象作為來自上述參照清單中之刪除候補，其中上述記憶機構記憶表示登錄於上述參照清單中之交易對象的上述參照清單資訊，上述第1顯示要素為用以進行將交易對象登錄至對保持虛擬商店街中交易之交易對象相關之資訊之參照的參照清單、不購買登錄於上述參照清單之交易對象而自上述參照清單刪除該交易對象、以及賣出交易對象中之任一者；控制機構，其顯示藉由上述選定機構而選定之上述刪除候補、及用以自上述參照清單之中刪除該刪除候補之第2顯示要素；及刪除機構，其於藉由上述使用者進行選擇上述第2顯示要素之操作之情形時，自上述參照清單中刪除所顯示之上述刪除候補之中由上述使用者所選擇之上述刪除候補。
2. 如請求項1之資訊處理裝置，其中於上述記憶機構中，作為上述參照清單資訊，將表示根據與選擇上述第1顯示要素之操作不同之操作且為上 述使用者之要求操作而檢索到之交易對象之中登錄於上述參照清單中之交易對象的資訊、與於上述要求操作中用以檢索該交易對象而由上述使用者指定之檢索條件建立關聯而記憶，且上述選定機構選定為檢索而指定之檢索條件與選擇上述第1要素之操作前用以檢索作為該操作之對象之交易對象而指定之檢索條件一致的交易對象作為上述刪除候補。
3. 一種資訊處理裝置，其特徵在於包括：選定機構，其於進行由使用者預先規定之與交易對象之選擇相關之操作之情形時，根據記憶於記憶機構中之上述使用者之參照清單資訊，自登錄於上述參照清單之交易對象之中，選定用以檢索而指定之檢索條件與上述預先規定之操作前用以檢索作為該操作之對象之交易對象而指定之檢索條件一致的交易對象作為來自上述參照清單中之刪除候補，其中於上述記憶機構中，作為表示登錄於保持對交易對象相關之資訊之參照之上述參照清單之交易對象的參照清單資訊，將表示根據與上述預先規定之操作不同之操作且為自對應上述使用者之要求操作而檢索到之交易對象之中登錄於上述參照清單中之交易對象的資訊、與於上述要求操作中與用以檢索該交易對象而由上述使用者指定之檢索條件建立關聯而記憶；及控制機構，其提示藉由上述選定機構而選定之上述刪除候補。
4. 如請求項1或3之資訊處理裝置，其中上述選定機構選定交易對象之複數個劃分之中與作為上述操作之對象之交易對象屬於相同之劃分之交易對象作為上述刪除候補。
5. 如請求項1或3之資訊處理裝置，其中上述選定機構選定於以根據交易對象之屬性利用該交易對象之階段不同之方式決定之事物之過程中在較利用作為上述操作之對象之交易對象之階段稍前的階段所利用之交易對象作為上述刪除候補。
6. 如請求項1或3之資訊處理裝置，其中於上述記憶機構中，作為上述參照清單資訊，將表示登錄於上述參照清單中之交易對象之資訊與向該交易對象之上述參照清單中之登錄時期建立關聯而記憶，且上述選定機構選定向上述參照清單中之登錄時期與作為上述操作之對象之交易對象為同一時期之交易對象作為上述刪除候補。
7. 如請求項1或3之資訊處理裝置，其中上述選定機構根據記憶於歷史記憶機構中之上述歷史，選定上述交易對象資訊之閱覽時期與作為上述操作之對象之交易對象為同一時期之交易對象作為上述刪除候補，其中上述歷史記憶機構將上述使用者對與交易對象相關之交易對象資訊之閱覽時期與表示該交易對象資訊得到閱覽之交易對象之資訊建立關聯作為歷史而記憶。
8. 如請求項1或3之資訊處理裝置，其中上述選定機構選定較認定為作為上述操作之對象之交易對象之利用時期的季節稍前之季節被認定為利用時期之交易對象作為上述刪除候補。
9. 如請求項1或3之資訊處理裝置，其中上述選定機構針對每個根據表示與作為上述操作之對象之交易對象之關聯性的交易對象之屬性而確定複數個之屬性範圍，自登錄於上述參照清單中之交易對象之中該屬性範圍內所含之交易對象之中選定與作為上述操作之對象之交易對象關聯之交易對象作為上述刪除候補，且上述控制機構針對每個上述屬性範圍提示藉由上述選定機構而選定之上述刪除候補。
10. 一種資訊處理方法，其特徵在於：其係藉由資訊處理裝置執行者，且包括如下步驟：選定步驟，其係於由使用者進行選擇第1顯示要素之操作之情形時，根據記憶於記憶機構中之上述使用者之參照清單資訊，自登錄於上述參照清單中之交易對象之中選定與作為上述操作之對象之交易對象不同的交易對象中作為該操作之對象之交易對象關聯之交易對象作為來自上述參照清單中之刪除候補，其中上述記憶機構記憶表示登錄於上述參照清單中之交易對象的上述參照清單資訊，上述第1顯示要素為用以進行將交易對象登錄至對保持於虛擬商店街中交易之交易對象相關之資訊之參照的參照清單、不購買登錄於上述參照清單之交易對 象而自上述參照清單刪除該交易對象、以及賣出交易對象中之任一者；控制步驟，其係顯示於上述選定步驟中選定之上述刪除候補、及用以自上述參照清單之中刪除該刪除候補之第2顯示要素；及刪除步驟，其於藉由上述使用者進行選擇上述第2顯示要素之操作之情形時，自上述參照清單中刪除所顯示之上述刪除候補之中由上述使用者所選擇之上述刪除候補。
11. 一種資訊處理方法，其特徵在於：其係藉由資訊處理裝置執行者，且包括如下步驟：選定步驟，其於進行由使用者預先規定對交易對象之選擇相關之操作之情形時，根據記憶於記憶機構中之上述使用者之參照清單資訊，自登錄於上述參照清單之交易對象之中，選定用以檢索而指定之檢索條件與上述預先規定之操作前用以檢索作為該操作之對象之交易對象而指定之檢索條件一致的交易對象作為來自上述參照清單中之刪除候補，其中於上述記憶機構中，作為表示登錄於保持對交易對象相關之資訊之參照之上述參照清單之交易對象的參照清單資訊，將表示根據與上述預先規定之操作不同之操作且為自對應上述使用者之要求操作而檢索到之交易對象之中登錄於上述參照清單中之交易對象的資訊、與於上述要求操作中與用以檢索該交易對象而由上述使用者指定之檢索條件建立關聯而記憶；及 控制步驟，其提示藉由上述選定步驟而選定之上述刪除候補。
12. 一種資訊處理程式產品，其特徵在於：使資訊處理裝置中所含之電腦發揮作為如下機構之功能：選定機構，其於由使用者進行選擇第1顯示要素之操作之情形時，根據記憶於記憶機構中之上述使用者之參照清單資訊，自登錄於上述參照清單中之交易對象之中選定與作為上述操作之對象之交易對象不同的交易對象中作為該操作之對象之交易對象關聯之交易對象作為來自上述參照清單中之刪除候補，其中上述記憶機構記憶表示登錄於上述參照清單中之交易對象的上述參照清單資訊，上述第1顯示要素為用以進行將交易對象登錄至對保持於虛擬商店街中交易之交易對象相關之資訊之參照的參照清單、不購買登錄於上述參照清單之交易對象而自上述參照清單刪除該交易對象、以及賣出交易對象中之任一者；控制機構，其顯示藉由上述選定機構而選定之上述刪除候補、及用以自上述參照清單之中刪除該刪除候補之第2顯示要素；及刪除機構，其於藉由上述使用者進行選擇上述第2顯示要素之操作之情形時，自上述參照清單中刪除所顯示之上述刪除候補之中由上述使用者所選擇之上述刪除候補。
13. 一種資訊處理程式產品，其特徵在於：使資訊處理裝置中所含之電腦發揮作為如下機構之功能：選定機構，其於進行由使用者預先規定對交易對象之選擇相關之操作之情形時，根據記憶於記憶機構中之上述使用者之參照清單資訊，自登錄於上述參照清單之交易對象之中，選定用以檢索而指定之檢索條件與上述預先規定之操作前用以檢索作為該操作之對象之交易對象而指定之檢索條件一致的交易對象作為來自上述參照清單中之刪除候補，其中於上述記憶機構中，作為表示登錄於保持對交易對象相關之資訊之參照之上述參照清單之交易對象的參照清單資訊，將表示根據與上述預先規定之操作不同之操作且為自對應上述使用者之要求操作而檢索到之交易對象之中登錄於上述參照清單中之交易對象的資訊、與於上述要求操作中與用以檢索該交易對象而由上述使用者指定之檢索條件建立關聯而記憶；及控制機構，其提示藉由上述選定步驟而選定之上述刪除候補。