信息處理裝置、信息處理方法、信息處理程序和記錄有信息處理程序的記錄介質的制作方法
【專利摘要】本發明提供一種能夠事先防止對用戶不利的交易或不利的交易對象的登記的信息處理裝置、信息處理方法、信息處理程序和記錄信息處理程序的記錄介質。本發明的信息處理裝置從存儲與用戶以往參照的交易對象有關的信息的存儲單元中,提取與用戶欲選擇的交易對象相同或關聯且與比該交易對象更為有利的條件對應的交易對象,將該提取的交易對象提示給該用戶。
【專利說明】信息處理裝置、信息處理方法、信息處理程序和記錄有信息處理程序的記錄介質
【技術領域】
[0001]本發明涉及例如在能夠提供信息的網站,在用戶欲選擇交易對象時能夠提供有用的信息的信息處理裝置等的【技術領域】。
【背景技術】
[0002]以往已知能夠提供交易對象的交易(例如商品的購買)的信息的網站。這種網站例如具備自動登記與用戶購買的商品有關的信息作為購買歷史的功能、通過用戶選擇關注(中意)的商品而將與該商品有關的信息登記到規定的參照列表中的功能等。其中,參照列表指的是例如保存對與交易對象有關的信息的參照的列表。作為向這種參照列表進行登記的功能,例如已知有關注登記或書簽登記等。由此,用戶能夠從參照列表簡單地訪問與該交易對象有關的信息。
[0003]另外,若上述交易對象的登記數(例如,書簽項目數)較多,則存在用戶難以搜出并指定希望參照的網頁的問題。為了解決該問題,專利文獻I提出了一種能夠根據參照日期時間信息按照參照時間順序排列書簽項目的技術。
[0004]現有技術文獻
[0005]專利文獻
[0006]專利文獻1:日本特開平10-334120號公報
【發明內容】
[0007]發明要解決的問題
[0008]然而,如上所述,在登記數較多時,即使按照專利文獻I所建議的那樣排列書簽項目,用戶也難以全部記住購買歷史或在參照列表中登記的商品。因此,例如存在雖然用戶以往購買的商品或參照列表中登記的商品中有更為有利(超值)的商品,也會將相比而言不利的商品登記到購買或參照列表中的問題。
[0009]于是,本發明就是鑒于上述問題等而完成的,其課題在于提供一種能夠防止對用戶不利的交易或不利的交易對象的登記的信息處理裝置、信息處理方法、信息處理程序和記錄信息處理程序的記錄介質。
[0010]用于解決問題的單元
[0011]為了解決上述課題,權利要求1中記載的發明的特征在于,具有:確定單元,其確定用戶欲選擇的交易對象;提取單元,其從存儲與所述用戶以往參照的交易對象有關的信息的存儲單元中,提取與所述確定單元確定的交易對象相同或關聯且與相比于所述確定單元確定的交易對象對所述用戶而言在交易上更為有利的條件對應的交易對象;以及提示單元,其將所述提取單元提取的所述交易對象提示給所述用戶。
[0012]根據本發明,通知在用戶以往參照的交易對象之中存在相比于用戶欲選擇的交易對象更為有利的交易對象,能夠事先防止對用戶不利的交易或不利的交易對象的登記。此夕卜,由于能夠事先防止將交易上不利的交易對象例如登記到參照列表中,因此能夠削減從該參照列表刪除該“交易上不利的交易對象”的工序,因而能夠減輕系統負荷。
[0013]權利要求2中記載的發明的特征在于,在權利要求1所述的信息處理裝置中,還具有第I限制單元,該第I限制單元對所述存儲單元的所述交易對象中的在從當前時刻起的以往的規定時間以內被所述用戶參照的所述交易對象的提示進行限制。
[0014]根據本發明,能夠防止向用戶過分地提示交易對象,避免使用戶感到復雜或混亂。此外,由于能夠防止過分提示交易對象,因此能夠降低與該交易對象有關的數據要求,因而能夠減輕系統負荷。
[0015]權利要求3中記載的發明的特征在于,在權利要求1所述的信息處理裝置中,還具有第I限制單元,該第I限制單元對所述存儲單元的所述交易對象中的從當前時刻起向以往追溯而處于規定件數以內的所述交易對象的提示進行限制。
[0016]根據本發明,能夠防止向用戶過分地提示交易對象,避免使用戶感到復雜或混亂。此外,由于能夠防止過分提示交易對象,因此能夠降低與該交易對象有關的數據要求,因而能夠減輕系統負荷。
[0017]權利要求4中記載的發明的特征在于,在權利要求1至3中的任一項所述的信息處理裝置中,還具有第2限制單元,在盡管由所述提示單元向所述用戶提示了與相比于所述確定單元確定的第I所述交易對象對所述用戶而言在交易上更為有利的條件對應的所述第2所述交易對象,然而所述用戶仍然選擇了該第I所述交易對象之后,在由所述確定單元確定了所述用戶欲新選擇的第3所述交易對象時,在所述第3所述交易對象與相比于所述第2所述交易對象對所述用戶而言在交易上不利的條件對應且與相比于所述第I所述交易對象對所述用戶而言在交易上更為有利的條件對應的情況下,該第2限制單元限制所述第2所述交易對象的提示。
[0018]根據本發明,能夠防止向用戶過分地提示交易對象,避免使用戶感到復雜或混亂。
[0019]權利要求5中記載的發明的特征在于,在權利要求1至4中的任一項所述的信息處理裝置中,還具有通知單元,該通知單元在所述用戶選擇了由所述提示單元提示的所述交易對象的情況下,向所述確定單元確定的所述交易對象的提供者通知表示代替該交易對象而選擇了由所述提示單元提示的所述交易對象的信息。
[0020]根據本發明,接受到通知的提供者能夠迅速掌握自身提供的交易對象是否劣于其他交易對象。
[0021]權利要求6中記載的發明的特征在于,在權利要求1至5中的任一項所述的信息處理裝置中,與所述交易對象有關的信息被包含于所述用戶交易的交易對象的交易歷史、用戶在規定的參照列表登記的交易對象的登記歷史和在所述用戶閱覽的頁面配置的交易對象的閱覽歷史之中的至少任一個歷史中,所述確定單元確定為了進行所述交易或所述登記而欲選擇的所述交易對象。
[0022]根據本發明,能夠使用用戶的交易歷史、登記歷史和閱覽歷史中的至少任一個歷史,迅速確定與用戶以往參照的交易對象有關的信息。
[0023]權利要求7中記載的發明的特征在于,在權利要求6所述的信息處理裝置中,在確定為了進行所述交易而欲選擇的所述交易對象的情況下,所述提取單元從所述交易歷史中優先提取與該確定的交易對象相同或關聯并且與相比于該交易對象對所述用戶而言交易上更為有利的條件對應的交易對象。
[0024]根據本發明,在用戶欲進行交易對象的交易時,能夠更有效地向該用戶提示比該交易對象更為有利的交易對象。
[0025]權利要求8中記載的發明的特征在于,在權利要求6所述的信息處理裝置中,在確定為了進行所述登記而欲選擇的所述交易對象的情況下,所述提取單元從所述登記歷史中優先提取與該確定的交易對象相同或關聯并且與相比于該交易對象對所述用戶而言交易上更為有利的條件對應的交易對象。
[0026]根據本發明,在用戶欲將交易對象登記到參照列表時,能夠更有效地向該用戶提示比該交易對象更為有利的交易對象。
[0027]權利要求9中記載的發明的特征在于,在權利要求1至8中的任一項所述的信息處理裝置中,各個所述交易對象按照I個以上的項目對應有條件,該信息處理裝置還具有累計單元,該累計單元累計與對應于所述交易對象的所述項目中的I個以上的所述項目所對應的條件相應的值,所述提取單元比較由所述累計單元對所述確定單元確定的交易對象進行累計而得到的值與由所述累計單元對所述存儲單元中的與該確定的交易對象相同或關聯的所述交易對象進行累計而得到的值,從而提取與相比于所述確定單元確定的交易對象對所述用戶而言交易上更為有利的條件對應的所述交易對象。
[0028]根據本發明,基于考慮到多個不同項目的整體的觀點,能夠使用戶獲悉比該用戶欲選擇的交易對象更為有利的交易對象的存在。
[0029]權利要求10中記載的發明的特征在于,在權利要求9所述的信息處理裝置中,還具有項目確定單元,該項目確定單元根據與所述用戶以往參照的交易對象有關的信息,在多種所述項目中確定該用戶重視的項目,所述累計單元將針對與所述項目確定單元確定的項目所對應的條件相應的值的權重,設定為比針對與所述項目確定單元沒有確定的項目所對應的條件相應的值的權重高,來進行所述累計。
[0030]根據本發明,基于用戶重視的項目的觀點,能夠使用戶獲悉比該用戶欲選擇的交易對象更為有利的交易對象的存在。
[0031]權利要求11中記載的發明是由計算機執行的信息處理方法,其特征在于,具有:確定步驟,確定用戶欲選擇的交易對象;提取步驟,從存儲與所述用戶以往參照的交易對象有關的信息的存儲單元中,提取與通過所述確定步驟確定交易對象相同或關聯且與相比于通過所述確定步驟確定的交易對象對所述用戶而言交易上更為有利的條件對應的交易對象;以及提示步驟,將通過所述提取步驟提取的所述交易對象提示給所述用戶。
[0032]權利要求12中記載的的信息處理程序的發明的特征在于,使得計算機作為如下單元發揮功能:確定單元,其確定用戶欲選擇的交易對象;提取單元,其從存儲與所述用戶以往參照的交易對象有關的信息的存儲單元中,提取與所述確定單元確定的交易對象相同或關聯且與相比于所述確定單元確定的交易對象對所述用戶而言交易上更為有利的條件對應的交易對象;以及提示單元,其將所述提取單元提取的所述交易對象提示給所述用戶。
[0033]權利要求13中記載的記錄介質的發明的特征在于,以計算機可讀取的方式存儲有信息處理程序,該信息處理程序使計算機作為如下單元發揮功能:確定單元,其確定用戶欲選擇的交易對象;提取單元,其從存儲與所述用戶以往參照的交易對象有關的信息的存儲單元中,提取與所述確定單元確定的交易對象相同或關聯且與相比于所述確定單元確定的交易對象對所述用戶而言交易上更為有利的條件對應的交易對象;以及提示單元,其將所述提取單元提取的所述交易對象提示給所述用戶。
[0034]發明的效果
[0035]根據本發明,通知在用戶以往參照的交易對象之中存在比用戶欲選擇的交易對象更為有利的交易對象,能夠事先防止對用戶不利的交易或不利的交易對象的登記。
【專利附圖】
【附圖說明】
[0036]圖1是示出本實施方式的信息提供系統S的概要結構的一例的圖。
[0037]圖2是示出本實施方式的信息提供服務器I的概要結構的一例的框圖。
[0038]圖3是示出在數據庫記錄的項目的一例的圖。
[0039]圖4的㈧是示出信息提供服務器I的系統控制部14的信息提供處理的流程圖,(B)是示出信息提供服務器I的系統控制部14的商品登記處理的流程圖。
[0040]圖5是示出刊登了商品一覽的網頁的顯示例的圖。
[0041]圖6是示出提取比用戶欲選擇的商品更為有利的商品的情形的圖。
[0042]圖7是示出累計與所確定的商品的各交易條件項目所對應的條件相應的點數而得到的結果的圖。
【具體實施方式】
[0043]下面,參照附圖詳細說明本發明的實施方式。另外,以下說明的實施方式是將本發明應用于信息提供系統時的實施方式。
[0044][1.信息提供系統的結構和功能概要]
[0045]首先,使用圖1說明本實施方式的信息提供系統S的結構。圖1是示出本實施方式的信息提供系統S的概要結構的一例的圖。
[0046]如圖1所示,信息提供系統S構成為具有信息提供服務器1、多個店鋪終端2、多個用戶終端3。而且,信息提供服務器I與各店鋪終端2和各用戶終端3通過網絡NW例如對通信協議使用TCP/IP等而能夠彼此進行數據的收發。另外,網絡NW例如是由因特網、專用通信線路(例如,CATV (Community Antenna Television:公用天線電視)線路)、移動體通/[目網(包含基站等)和網關等構建的。
[0047]信息提供服務器I (本發明的信息處理裝置的一例)是例如執行與能進行商品(交易對象的一例)的購買(交易的一例)的電子商店街或網絡拍賣有關的各種處理的服務器裝置。用戶通過使用電子商店街,從而能夠從希望的店鋪購買希望的商品。此外,用戶可以通過拍賣發布商品,或者對所發布的商品出價。信息提供服務器I按照來自店鋪終端2和用戶終端3的請求,例如發送電子商店街或拍賣的網頁,或者進行與商品的檢索、購買、發布、出價等有關的處理。
[0048]店鋪終端2是由在電子商店街開店的店鋪的從業人員等使用的終端裝置。店鋪終端2例如用于將所銷售的商品的信息登記到電子商店街,或者確認商品的訂貨內容。此外,店鋪終端2根據來自從業人員等的操作訪問信息提供服務器I,從而從信息提供服務器I接收網頁并顯示。在店鋪終端2安裝有網絡瀏覽器或電子郵件客戶端等軟件。作為店鋪終端2,例如可使用個人計算機等。[0049]用戶終端3是利用電子商店街或拍賣的用戶終端裝置。用戶終端3根據來自用戶的操作訪問信息提供服務器1,從而從信息提供服務器I接收網頁并顯示。在用戶終端3安裝有網絡瀏覽器或電子郵件客戶端等軟件。作為用戶終端3,例如可使用個人計算機、PDA (Personal Digital Assistant:個人數字助理)、智能手機等移動信息終端、移動電話、便攜游戲機等。
[0050]接著,使用圖2和圖3說明信息提供服務器I的結構。
[0051]圖2是示出本實施方式的信息提供服務器I的概要結構的一例的框圖。如圖2所示,信息提供服務器I具有通信部11、存儲部12、輸入輸出接口 13、系統控制部14。而且,系統控制部14與輸入輸出接口 13通過系統總線15連接。另外,信息提供服務器I還可以通過網絡服務器、應用服務器和數據庫服務器等多個服務器裝置構成,這些服務器通過局域網等彼此連接。
[0052]通信部11與網絡NW連接,控制店鋪終端2與用戶終端3等的通信狀態。
[0053]存儲部12 (本發明的存儲單元的一例)例如由硬盤驅動器等結構。存儲部12存儲著構成在用戶終端3顯示的網頁的構造化文檔文件(例如HTML(Hyper Text MarkupLanguage:超文本標示語言)文檔或XHTML文檔等)和圖像數據等。
[0054]此外,在存儲部12構建了會員信息DB(數據庫)12a、類別信息DB12b、店鋪信息DB12c、商品信息DB12d、閱覽歷史DB12e、購買歷史(交易歷史的一例)DB12f、參照列表登記歷史DB12g等數據庫。另外,這些各種DB的全部或一部分還可以設置于信息提供服務器I能夠訪問的規定的服務器的存儲單元中。
[0055]圖3的(a)是示出在會員信息DB12a記錄的項目的一例的圖。在會員信息DB12a記錄著與進行會員登記的用戶有關的會員信息。具體地,在會員信息DB12a中,對應于每個用戶記錄著用戶ID、密碼、昵稱、姓名、出生年月日、性別、郵編、地址、電話號碼和電子郵件地址等用戶屬性。其中,用戶ID是每個用戶固有的識別信息。用戶ID和密碼是用于登錄處理(用戶的認證處理)的認證信息。
[0056]圖3的(b)是示出在類別信息DB12b記錄的項目的一例的圖。在類別信息DB12b記錄著與商品的類別(分類)有關的類別信息。具體而言,在類別信息DB12b中對應于每個類別記錄著類別ID、類別名、類別的級別、母類別ID和子類別ID列表等類別屬性。其中,類別信息例如是由電子商店街的管理者等設定的。類別ID是每個類別固有的識別信息。商品的類別是通過樹結構按層級定義的,樹結構的各節點相當于類別。而且,節點的深度相當于與該節點相應的類別的級別(層級)。母類別ID是通過類別信息定義的類別的母類別的類別ID。子類別ID列表是登記通過類別信息定義的類別的子類別的類別ID的列表。子類別ID列表是在通過類別信息定義的類別具有子類別的情況下設定的。
[0057]圖3的(C)是示出在店鋪信息DB12c記錄的項目的一例的圖。在店鋪信息DB12c記錄著與在電子商店街開店的店鋪有關的店鋪信息。店鋪是提供作為交易對象的商品的提供者的一例。具體而言,在店鋪信息DB12c中對應于每個店鋪記錄著店鋪ID、密碼、店鋪名、由_、地址、電話號碼、電子郵件地址和對店鋪的評價(評論)信息等店鋪屬性。其中,店鋪ID是每個店鋪固有的識別信息。店鋪ID和密碼是用于登錄處理的認證信息。對于店鋪的評價信息例如通過” I?5”的評價點表現,評價點越高則評價越高。該評價點例如為由從店鋪購買過商品的各用戶輸入(在網頁上輸入)的評價點的平均。評價點越高的店鋪就是對用戶而言滿意度越高的店鋪。
[0058]圖3的(d)是示出在商品信息DB12d記錄的項目的一例的圖。在商品信息DB12d記錄著與在電子商店街發布的商品有關的商品信息。具體而言,在商品信息DB12d中對應著每個商品和每個店鋪記錄著商品ID、銷售商品的店鋪的店鋪ID、商品編碼、商品所屬類別的類別ID、關聯商品列表、商品名、商品圖像的URL(Uniform Resource Locator:統一資源定位器)、商品說明、商品數量、商品價格、上市時期,商品的版本數(版本號)、賦予點數(點數賦予率)、商品的庫存數、支付方法、配送方法、配送天數和配送費用等信息。其中,商品ID是每個商品固有的識別信息,即使是相同商品,若銷售的店鋪不同,則商品ID也會不同。商品編碼是識別商品的編碼號。作為商品編碼,例如有JAN(Japanese Article NumberCode:日本商品分類編碼)編碼等,即使銷售的店鋪不同,只要是相同的商品,則商品編碼都相同。商品所屬類別的類別ID例如是最上位級別I?最下位級別5的各類別的類別ID。
[0059]此外,關聯商品列表是登記與所發布的商品關聯的商品的信息(以下稱之為“關聯商品信息”)的列表。在關聯商品信息中例如包含關聯商品的商品編碼。另外,關聯商品信息還可以包含商品名和類別ID。另外,不存在關聯商品的情況下,在關聯商品列表不登記關聯商品信息(即為NULL)。作為與所發布的商品關聯的商品,例如可舉出在與所發布的商品之間商品名部分一致且類別一致的商品。關于商品名是否部分一致的判定,例如通過判定系統控制部14對商品名進行數據挖掘而提取的關鍵詞或模式是否一致來進行。關于該關鍵詞,例如在商品名包含由阿拉伯字母和數字構成的商品型號(例如,ABC-301型)的情況下,指的是其中的阿拉伯字母的部分(例如,ABC)。此外,關于類別是否一致的判定,例如通過系統控制部14判定在最上位級別I?最下位級別5之間,到規定的級別(例如最下位級別5)為止的類別是否一致來進行。這種判定和向關聯商品列表的登記例如每隔規定的時間執行。另外,作為與所發布的商品關聯的商品,例如也可以為與類別是否一致無關,在與所發布的商品之間商品名部分一致的商品。
[0060]此外,商品數量在多個商品成套銷售的成套商品(例如,I卷?10卷的書)的情況下是在I套內包含的商品的數量,此時的商品價格為該每I套的成套商品的價格。另一方面,并非成套商品的情況下,商品數量為I個,此時的商品價格為該每I個商品的價格。另夕卜,還有記錄商品重量以代替商品數量的商品(例如,在米的情況下,為I袋5kg)。商品的版本數是在商品發生修改的情況下所賦予的編號,用于示出為“何時”的”第幾”版。賦予點數是對購買了商品的用戶賦予的點數。此外,點數賦予率是表示相對于所購買的商品的價格賦予了多少點數(賦予給購買了商品的用戶)的比例。例如,若對1000日元賦予I個點數,則點數賦予率為0.1%。這種點數可由用戶用于商品的結算(支付)。因此,點數賦予率越高的商品,對于用戶而言越是超值的商品。在配送方法存在有小件物品快遞、普通快遞、當日快遞、郵寄等。根據配送方法不同,配送費用和商品到達所需天數也不同。另外,根據配送方法不同,補償的有無和額度也不同。另外,當日快遞的情況下,配送天數原則上為I曰。
[0061]圖3的(e)是示出在閱覽歷史DB12e記錄的項目的一例的圖。在閱覽歷史DB12e記錄著在用戶閱覽的頁面(刊登商品信息的網頁)配置的商品的閱覽歷史。具體地,在閱覽歷史DB12e中對應每個用戶記錄著進行了閱覽的用戶的用戶ID、所閱覽的頁面的URL、在閱覽的頁面配置的商品的商品ID、商品編碼、商品名、類別ID、銷售(提供)該商品的店鋪的店鋪ID和閱覽日期時間等信息。另外,閱覽歷史是在通過登錄用戶的操作而使得網頁顯示于用戶終端3的情況下記錄的。或者,還可以在用戶終端3的用戶登錄時通過該信息提供服務器I取得由該用戶終端3的網絡瀏覽器保存的閱覽歷史并記錄。
[0062]圖3的(f)是示出在購買歷史DB12f記錄的項目的一例的圖。在購買歷史DB12f記錄著用戶購買的商品的購買歷史(交易歷史的一例)。具體而言,在購買歷史DB12f中對應每個用戶記錄著進行了購買的用戶的用戶ID、所購買的商品的商品ID、商品編碼、商品名、類別ID、銷售該商品的店鋪(購買目的地的店鋪)的店鋪ID、購買數量、購買價格和購買日期時間(訂貨日期時間)等信息。另外,購買歷史是在用于進行商品的購買手續的網頁中,通過用戶的操作確定了商品的購買手續的情況下記錄的。
[0063]圖3的(g)是示出在參照列表登記歷史DB12g記錄的項目的一例的圖。在參照列表登記歷史DB12g記錄著用戶在規定的參照列表登記的商品(例如,登記商品ID)的登記歷史。具體地,在參照列表登記歷史DB12g對應每個用戶記錄著在參照列表登記的用戶的用戶ID、在參照列表登記的商品的商品ID、商品編碼、商品名、類別ID、銷售該商品的店鋪的店鋪ID和登記日期時間等信息。另外,作為規定的參照列表的例子,可舉出關注列表、書簽列表、購物車列表、收藏列表等。用戶能夠在這種參照列表登記例如感興趣的商品或關注的商品,作為購買對象或向其他用戶推薦的推薦對象。另外,登記歷史是在通過登錄的用戶的操作而在規定的參照列表登記了商品的情況下記錄的。
[0064]進而,在存儲部12存儲著操作系統(OS)、WWW (World Wide Web:全球信息網)服務器程序、DBMS (Database Management System:數據庫管理系統)、本發明的信息處理程序等各種程序,還存儲有各種設定數據和圖表。另外,各種程序例如既可以從其他服務器裝置等通過網絡NW取得,也可以記錄于DVD (Digital Versatile Disc:數字通用磁盤)等記錄介質中,通過驅動器裝置讀入。
[0065]輸入輸出接口 13進行通信部11和存儲部12與系統控制部14之間的接口處理。
[0066]系統控制部14 由 CPU14a、ROM (Read Only Memory:只讀存儲器)14b、RAM (RandomAccess Memory:隨機存取存儲器)14c等構成。而且,系統控制部14通過由作為計算機的CPU14a讀出各種程序并執行,從而作為本發明的確定單元、提取單元、提示單元、第I限制單元、第2限制單元、通知單元、累計單元和項目確定單元發揮功能(S卩,本發明的信息處理程序使CPU14a執行上述單元),進行后述的處理。
[0067]在以上的結構中,信息提供服務器I從存儲與用戶以往參照的商品有關的信息的存儲部12中提取與用戶終端3的用戶欲選擇的商品相同或關聯且對應著相比于該商品更為有利的條件的商品,將該提取的商品(以下,稱之為“有利的商品”)提示給該用戶。由此,能夠使用戶獲悉以往所參照的有利商品的存在,能夠事先防止對用戶不利的交易或不利的商品的登記。
[0068]另外,在本實施方式中,各商品的I個以上的交易條件項目都分別對應著條件(換言之,是與交易條件項目對應的具體的內容)。作為交易條件項目的例子,可舉出上述商品數量、商品價格、上市時期、商品的版本數(版本號)、賦予點數(點數賦予率)、商品的庫存數、支付方法、配送方法、配送天數、配送費用和對銷售商品的店鋪的評價信息等多種。其中,既有對應著以上多種交易條件項目中的全部的交易條件項目的商品,也有對應一部分(至少I個以上)交易條件項目的商品。此外,在本實施方式中,作為與用戶以往參照的商品有關的信息的例子,具有在上述閱覽歷史、購買歷史和登記歷史中的至少任一個歷史中包含的信息。這種歷史所示出的商品即是用戶以往至少參照了I次從而已過目的商品。
[0069][2.信息提供系統的動作]
[0070]接著,使用圖4至圖6說明信息提供系統S的動作。圖4的(A)是示出信息提供服務器I的系統控制部14的信息提供處理的流程圖,圖4的(B)是示出信息提供服務器I的系統控制部14的商品登記處理的流程圖。圖5是示出刊登商品一覽的網頁的顯示例的圖。圖6是示出提取比用戶欲選擇的商品更為有利的商品的情形的圖。
[0071]另外,在以下的說明中,用戶終端3在與信息提供服務器I之間確立對話,從信息提供服務器I取得圖5的(A)所示的網頁并顯示。此外,用戶終端3的用戶通過信息提供服務器I的登錄處理而登錄。由此,由信息提供服務器I發行的訪問信息(Cookie (包含該用戶的用戶ID))被保存于用戶終端3。這種訪問信息被附加給從用戶終端3發送到信息提供服務器I的請求中。
[0072]在圖5的(A)所示的網頁顯示的商品一覽中包含的商品分別對應顯示出用于選擇商品并登記于關注列表的選擇按鈕51。該選擇按鈕51例如由圖像或文本構成。此外,在選擇按鈕51設定了前往信息提供服務器I的鏈接(超鏈接)。而且,在用戶選擇了該選擇按鈕51時,通過網絡瀏覽器檢測到該情況,將與該選擇按鈕51對應的商品登記到關注列表中的要求被發送給信息提供服務器I,其結果是,所選擇的商品被登記到關注列表中。此時,商品的選擇(即,選擇按鈕51的選擇)例如是在用戶終端3的指示設備(例如鼠標)的指示器52指示選擇按鈕51 (例如指示器52以鼠標方式懸停(重疊)于選擇按鈕51的表示范圍內)的狀態下由用戶進行選擇操作(例如按下(點擊)鼠標的按鈕)時執行的。另一方面,將用戶終端3的指示設備的指示器52指示選擇按鈕51、然而未進行用戶的選擇操作的狀態定義為“欲選擇商品”狀態。在本實施方式中,構成為在網絡瀏覽器探測到“欲選擇商品”狀態時,表示商品欲被選擇的信息(以下,稱之為“商品的即將選擇時的信息”)被發送到信息提供服務器I,并且在該選擇按鈕51的附近或選擇按鈕51上(即重疊)彈出顯示來自信息提供服務器I的有利的商品的信息。這是通過在構成網頁的結構化文檔內例如憑借腳本(例如,JavaScript (注冊商標))進行規定來實現的。另外,包含與各商品對應的選擇按鈕51的顯示數據例如在構成網頁的結構化文檔中作為例如通過div標簽(<div>...〈/div?與每個商品綁定的要素進行記述。此外,選擇按鈕51的附近例如指的是從選擇按鈕51的顯示區域的外緣起規定像素(例如,30像素)以內的位置。該位置只要是用戶注視選擇按鈕51時,能夠一眼立刻視覺確認到的位置(換言之是能夠斟酌選擇按鈕51的選擇的位置)即可。此外,上述顯示數據例如包含商品的商品ID、銷售該商品的店鋪的店鋪ID和選擇按鈕51的按鈕屬性等。按鈕屬性表示用于商品的購買的選擇或用于向上述參照列表進行登記的商品登記的選擇。圖5的(A)所示的選擇按鈕51的按鈕屬性表示是用于向參照列表登記商品的選擇。另外,用于購買商品購買的選擇按鈕例如作為“前往商品訂貨手續”按鈕而設置于用于進行商品的購買手續的網頁中。
[0073]然后,在圖5的(A)所示的顯示狀態下,通過用戶操作指示設備,憑借該指示器52指示了與關注的商品對應的選擇按鈕51時,用戶終端3的網絡瀏覽器檢測到該情況,將包含上述商品的即將選擇時的信息的請求發送給信息提供服務器I。該請求例如作為AJAX請求被發送給信息提供服務器I (例如通過"onmouseover"的事件產生而發送)。此外,商品的即將選擇時的信息例如包含該商品的商品ID、店鋪ID和上述被指示的(鼠標懸停的)選擇按鈕51的按鈕屬性等信息。另外,在請求中附加通過用戶的登錄而保存于用戶終端3的訪問信息(Cookie)。
[0074]另外,上述“欲選擇商品”狀態可以是指示器52即將指示與商品對應的選擇按鈕51時的狀態、即指示設備的指示器52處于選擇按鈕51的顯示范圍外且處于該顯示范圍的附近范圍(該附近范圍是預先設定的)內的狀態。這種情況下,若指示設備的指示器52處于選擇按鈕51的顯示范圍的附近范圍內,則用戶終端3的網絡瀏覽器檢測到該情況,將包含商品的即將選擇時的信息的請求發送到信息提供服務器I。
[0075]然后,在信息提供服務器I從用戶終端3接收到包含上述商品的即將選擇時的信息的請求時,開始圖4的㈧所示的處理。在圖4的㈧所示的步驟SI中,信息提供服務器I的系統控制部14從所接收的請求中包含的商品的即將選擇時的信息中取得商品ID、店鋪ID和按鈕屬性等信息。
[0076]接著,系統控制部14根據在步驟SI取得的商品ID,確定用戶欲選擇的商品(步驟S2)。接著,系統控制部14參照發送了上述請求的用戶終端3的用戶的歷史(即,與在所接收的請求中付加的用戶ID對應的歷史)、即在購買歷史DB12f記錄的購買歷史、在參照列表登記歷史DB12g記錄的登記歷史和在閱覽歷史DB12e記錄的閱覽歷史之中的至少任一個歷史(步驟S3)。然后,系統控制部14判定根據在步驟S3參照的歷史能否確定與在步驟S2確定的商品相同的商品和與在步驟S2確定的商品關聯的商品中的至少任一個商品(步驟S4)。而且,在判定為無法根據歷史確定該商品的情況下(步驟S4:否),圖4的(A)所示的處理結束。即,這種情況下,用戶欲選擇的商品是最為有利的商品,因而不進行此外的有利商品的提示,用戶能夠放心選擇欲選擇的商品。
[0077]另一方面,系統控制部14在判定為能夠根據歷史確定該商品的情況下(步驟S4:是),如圖6所示,根據該歷史確定(例如通過商品ID確定)該商品(步驟S5)。在圖6所示的例子中,通過步驟S5的處理確定了 6件商品。其中,例如,如果與在步驟S2確定的商品的商品編碼相同的商品編碼(也可以是全部商品名和類型相同)被包含于購買歷史、登記歷史和閱覽歷史中的至少任一個歷史中,則具有該歷史中包含的商品編碼的商品被確定為與在步驟S2確定的商品相同的商品。另外,還可以構成為銷售在步驟S2確定的商品的店鋪與銷售與該商品相同的商品的店鋪相同(店鋪ID相同)的情況下,將與在步驟S2確定的商品相同的商品從步驟S3的確定中去除。另一方面,如下確定與在步驟S2確定的商品關聯的商品。即,如果在與在步驟S2確定的商品的商品ID對應的關聯商品列表(S卩,在商品信息DB12d記錄的關聯商品列表)中登記的商品關聯信息(例如,商品編碼(或者也可以是商品名和類別ID))被包含于購買歷史、登記歷史和閱覽歷史中的至少任一個歷史中,則具有該歷史中包含的商品關聯信息的商品被確定為與在步驟S2確定的商品關聯的商品。
[0078]另外,系統控制部14還可以構成為根據在上述步驟SI取得的按鈕屬性確定上述歷史的參照優先順序,按照所確定的參照優先順序參照歷史,判定能否根據該參照的歷史確定商品。例如,在上述步驟SI取得的按鈕屬性表示是用于向上述參照列表登記商品的選擇的情況下,系統控制部14以登記歷史一購買歷史一閱覽歷史的順序確定參照優先順序。然后,系統控制部14按照所確定的參照優先順序,首先參照登記歷史,判定能否根據登記歷史確定上述商品。而且,系統控制部14在判定為能夠根據登記歷史確定該商品的情況下,根據登記歷史確定該商品,進入步驟S6。另一方面,系統控制部14在判定為無法根據登記歷史確定該商品的情況下,接著參照購買歷史,判定能否根據購買歷史確定上述商品。而且,系統控制部14在判定為能夠根據購買歷史確定該商品的情況下,根據購買歷史確定該商品,進入步驟S6。另一方面,系統控制部14在判定為無法根據購買歷史確定該商品的情況下,接著參照閱覽歷史,判定能否根據閱覽歷史確定上述商品。而且,系統控制部14在判定為能夠根據閱覽歷史確定該商品的情況下,根據閱覽歷史確定該商品,進入步驟S6。另一方面,系統控制部14在判定為無法根據閱覽歷史確定該商品的情況下,圖4的(A)所示的處理結束。根據這種結構,在用戶欲向參照列表登記商品時,能夠將比該商品更為有利的商品更有效地提示給該用戶。
[0079]另一方面,例如,在上述步驟SI取得的按鈕屬性表示是用于商品的購買的選擇的情況下,系統控制部14以購買歷史一登記歷史一閱覽歷史的順序確定參照優先順序。然后,系統控制部14按照確定的參照優先順序,首先參照購買歷史,判定能否根據購買歷史確定上述商品。而且,系統控制部14在判定為能夠根據購買歷史確定該商品的情況下,根據購買歷史確定該商品,進入步驟S6。另一方面,系統控制部14在判定為無法根據購買歷史確定該商品的情況下,接著參照登記歷史,判定能否根據登記歷史確定上述商品。而且,系統控制部14在判定為能夠根據登記歷史確定該商品的情況下,根據登記歷史確定該商品,進入步驟S6。另一方面,無法根據登記歷史確定商品的情況下,與上述按鈕屬性表示是用于向上述參照列表登記商品的選擇的情況相同。根據這種結構,在用戶欲購買商品時,能夠將比該商品更為有利的商品更有效地提示給該用戶。
[0080]此外,系統控制部14還可以構成為,例如在步驟S5,在步驟S3參照的歷史的商品中,將從當前時刻(僅,正在進行步驟S5的處理時)起在以往的規定時間(例如,2周期間)以內被用戶參照的商品從確定對象中去除。即,限制將從當前時刻起在以往的規定時間以內被用戶參照的商品提示給用戶。其原因在于,可認為若從商品的參照起沒有經過這么長的時間,則用戶對該商品應有印象。例如,系統控制部14根據購買歷史確定商品的情況下,若購買歷史中包含的該商品的購買日期時間處于從當前時刻起的以往規定時間以內,則將該商品從確定對象中去除。此外,例如,系統控制部14根據登記歷史確定商品的情況下,若登記歷史中包含的該商品的登記日期時間處于從當前時刻起的以往規定時間以內,則將該商品從確定對象中去除。此外,例如,系統控制部14根據閱覽歷史確定商品的情況下,若閱覽歷史中包含的該商品的閱覽日期時間處于從當前時刻起的以往規定時間以內,則將該商品從確定對象中去除。由此,能夠防止對用戶過分提示商品,能夠避免使用戶感到復雜或混舌L。此外,由于能夠防止過分提示商品,因此能夠降低與該商品有關的數據要求,因而能減輕系統負荷。
[0081]此外,系統控制部14還可以構成為,例如在步驟S5中,在步驟S3參照的歷史的商品中,將從當前時刻起向以往追溯而處于規定件數(例如,30件)以內的商品從確定對象中去除(例如,與去除從當前時刻起在以往規定時間以內被用戶參照的商品的結構之間為或(OR)條件)。即,限制將從當前時刻起向以往追溯而處于規定件數以內的商品提示給用戶。這種商品也可以看做是從用戶的參照起沒有經過這么長的時間的商品。根據這種結構,也能防止對用戶過分提示商品,能夠避免使用戶感到復雜和混亂。此外,由于能夠防止過分提示商品,因此能夠降低與該商品有關的數據要求,因而能減輕系統負荷。[0082]接著,系統控制部14例如以各商品ID為關鍵詞,從商品信息DB12d和店鋪信息DB12c中的至少任一方取得在步驟S2確定的商品的多種交易條件項目中與作為比較對象的交易條件項目對應的條件、在步驟S5確定的商品的多種交易條件項目中與作為上述比較對象的交易條件項目對應的條件(步驟S6)。其中,作為比較對象的交易條件項目例如由電子商店街的管理者或用戶任意設定I個以上。例如,作為上述比較對象的交易條件項目為商品價格的情況下,取得與上述確定的商品的商品價格對應的條件(與商品對應的條件:例如,1,300日元)。另外,在圖6的㈧所示的例子中,示出了作為比較對象的交易條件項目為商品價格的情況,而有時設定多個作為比較對象的交易條件項目(例如,商品價格和商品的庫存數等)。
[0083]接著,系統控制部14比較在步驟S6取得的各條件(S卩,與在步驟S2確定的商品對應的條件和與在步驟S5確定的商品對應的條件),判定與相比于在步驟S2確定的商品對用戶而言在交易上更為有利的條件對應的有利商品是否存在于在步驟S5確定的商品中(步驟S7)。而且,系統控制部14在判定為與對用戶而言交易上更為有利的條件對應的有利商品不存在于在步驟S5確定的商品中的情況下(步驟S7:否),圖4的(A)所示的處理結束。即,這種情況下,用戶欲選擇的商品是最為有利的商品,因而不進行除此之外的有利商品的提示,用戶能夠放心選擇欲選擇的商品。
[0084]另一方面,系統控制部14在判定為與對用戶而言交易上更為有利的條件對應的有利商品存在于在步驟S5確定的商品中的情況下(步驟S7:是),從在步驟S5確定的商品中提取與相比于在步驟S2確定的商品對用戶而言交易上更為有利的條件對應的有利商品(例如,提取有利商品的商品ID、商品名等)(步驟S8)。其中,何種條件對用戶而言在交易上有利,是按照每個交易條件項目預先設定的。例如,作為比較對象的交易條件項目為商品價格的情況下,設定為相比于商品價格高的商品,將商品價格低的商品判定為與對用戶而言交易上更為有利的條件對應的有利商品。在圖6所示的例子中,作為與相比于用戶欲選擇的商品(商品名:食品-abc、商品價格:1,300日元)對用戶而言交易上更為有利的條件對應的有利商品,提取了 3個商品。另外,還可以構成為向各商品的商品價格加入各商品的配送費用,將相加得到的總額作為各商品的條件進行比較。此外,商品價格相同時,可以設定為相比于商品數量較少的商品(例如,I卷?10卷的書),將商品數量較多的商品(例如,I卷?15卷的書)判定為與對用戶而言交易上更為有利的條件對應的有利商品。
[0085]此外,作為比較對象的交易條件項目為點數賦予率的情況下,設定為相比于點數賦予率較低的商品,將點數賦予率較高的商品判定為與對用戶而言交易上更為有利的條件對應的有利商品。此外,作為比較對象的交易條件項目為商品的庫存數的情況下,設定為相比于庫存數較少的商品,將庫存數較多的商品判定為與對用戶而言交易上更為有利的條件對應的有利商品。此外,作為比較對象的交易條件項目為對銷售商品的店鋪的評價信息的情況下,設定為相比于在評價較低的店鋪銷售的商品,將在評價較高的店鋪銷售的商品判定為與對用戶而言交易上更為有利的條件對應的有利商品。此外,作為比較對象的交易條件項目為上市時期的情況下,設定為將上市時期較晚的商品判定為與對用戶而言交易上更為有利的條件對應的有利商品。此外,作為比較對象的交易條件項目為版本數的情況下,設定為相比于版本數較小的商品,將版本數較大的商品判定為與對用戶而言交易上更為有利的條件對應的有利商品。此外,作為比較對象的交易條件項目為配送天數的情況下,設定為相比于配送天數較多的商品,將配送天數較少的商品判定為與對用戶而言交易上更為有利的條件對應的有利商品。另外,關于在設定了多個作為比較對象的交易條件項目的情況下,對用戶而言交易上更為有利的條件(即,組合條件)的判定方法將在后面敘述。
[0086]另外,作為比較對象的交易條件項目有時為如配送方法等那樣的、難以同樣地確定在為何種條件的情況下對用戶而言交易上更為有利的交易條件項目。例如,關于與配送方法對應的條件,若對小件物品快遞與當日快遞進行比較,則對于希望盡快收到商品的用戶而言,當日快遞對用戶而言交易上更為有利(合適),而對于希望以較低運費收到商品的用戶而言,小件快遞對用戶而言交易上更為有利。因此,這種情況下,可以構成為例如由系統控制部14參照該用戶的購買歷史,獲取該用戶以往選擇的條件的統計,根據該統計結果設定何種條件對用戶而言交易上有利。例如,將用戶最多選擇的條件設定為對該用戶而言交易上有利的條件。由此,例如,作為比較對象的交易條件項目為配送方法的情況下,設定為相比于上述設定的例如配送方法未對應著當天快遞的商品,將對應著當天快遞的商品判定為與對用戶而言交易上更為有利的條件對應的有利商品。
[0087]接著,系統控制部14進行將在步驟S8提取的有利商品提示給用戶的提示處理(步驟S9)。例如,系統控制部14生成包含在步驟S7提取的有利商品的信息在內的彈出顯示用數據并發送給用戶終端3。另外,有利商品的信息中例如包含該商品的商品ID、商品名和與作為比較對象的交易條件項目對應的條件等。在用戶終端3接收了如上發送的彈出顯示用數據時,如圖5的(B)所示,通過網絡瀏覽器將彈出顯示用數據中包含的有利商品的信息彈出顯示于鼠標懸停的選擇按鈕51的附近。在圖5的⑶所示的例子中,作為彈出顯示,在彈出窗口 W內顯示有利商品的商品名53。而且,在圖5的(B)所示的例子中,構成為彈出窗口 W的顯示區域的外緣的一部分與選擇按鈕51的顯示區域的外緣的一部分接觸(或者構成為彼此的顯示區域的一部分重合),從而使有利商品的信息彈出顯示于選擇按鈕51的附近。由此,提示出比用戶欲選擇的商品更為有利的商品。在彈出顯示的有利商品的商品名53上設定鏈接。另外,有利商品的信息也可以不彈出顯示,而是插入到網頁內的規定的顯示區域而進行顯示。
[0088]另外,在用戶終端3顯示的網頁為用于進行商品的購買手續的網頁的情況下,在彈出顯示用數據中包含的有利商品的信息例如被彈出顯示于“前往商品訂貨手續”按鈕的附近。
[0089]而且,在圖5的⑶所示的顯示狀態下,用戶選擇了有利商品的商品名53 ( S卩,選擇有利商品)時,網絡瀏覽器檢測到該情況,要求將所選擇的商品登記到參照列表(例如關注列表)的處理的請求(以下稱之為“有利商品的登記請求”)被發送給信息提供服務器
I。此外,在用戶終端3顯示的網頁為用于進行商品的購買手續的網頁的情況下,在選擇了被彈出顯示的有利商品的商品名(即,選擇有利商品)時,網絡瀏覽器檢測到該情況,要求進行所選擇的商品的購買手續的處理的請求(以下稱之為“有利商品的購買手續請求”)被發送給信息提供服務器I。另外,還可以構成為,在用戶選擇了有利商品的商品名53( S卩,選擇有利商品)時,網絡瀏覽器檢測到該情況,將顯示轉移到顯示所選擇的商品的詳細信息的網頁。即,這種情況下,將所選擇的商品的詳細信息提示給用戶,以代替進行將所選擇的商品登記到參照列表的處理或進行所選擇的商品的購買手續的處理。
[0090]另一方面,如圖5的⑶所示,在盡管向用戶提示了相比于用戶欲選擇的商品更為有利的商品,該用戶仍然選擇了選擇按鈕51(即,選擇不利商品)時,網絡瀏覽器檢測到該情況,要求將與該選擇按鈕51對應的商品登記到參照列表(例如關注列表)的處理的請求(以下稱之為“不利商品的登記請求”)被發送給信息提供服務器I。此外,在用戶終端3顯示的網頁為用于進行商品的購買手續的網頁的情況下,用戶例如選擇了前往商品訂貨手續按鈕(即,選擇不利商品)時,網絡瀏覽器檢測到該情況,要求所選擇的商品的購買手續處理的請求(以下稱之為“不利商品的購買手續請求”)被發送給信息提供服務器I。
[0091]另外,上述登記請求或上述購買手續請求中包含不利商品(與鼠標懸停的選擇按鈕51對應的商品)的商品ID和比該商品有利的商品(被彈出顯示的有利商品)的商品ID0
[0092]然后,信息提供服務器I在向用戶終端3發送了彈出顯示用數據后,接收到上述登記請求時,開始圖4的(B)所示的處理。另外,圖4所示的處理與接收到上述購買手續請求時的處理相同。
[0093]在圖4的(B)所示的步驟SlO中,系統控制部14從所接收的登記請求中取得不利商品的商品ID和相比該商品更為有利的商品的商品ID。接著,系統控制部14判定所接收的登記請求是否為有利的商品的登記請求(步驟S11)。而且,系統控制部14在判定為所接收的登記請求是有利商品的登記請求的情況下(步驟Sll:是),將表示用戶代替不利商品而選擇了相比該商品更為有利的商品的信息通知給銷售上述不利商品的店鋪(提供者)(步驟S12)。然后,系統控制部14轉移到與上述請求對應的處理(例如,將所選擇的商品登記到參照列表的處理或所選擇的商品的購買手續處理)。
[0094]在步驟S12中通知的信息中包含不利商品的商品名和與該商品的交易條件項目(例如,商品價格)對應的條件、有利商品的商品名和與該商品的交易條件項目(例如,商品價格)對應的條件。由此,接收到該通知的店鋪能夠迅速掌握發布的商品以何種條件輸給了其他商品。因此,該店鋪能夠迅速改善與負方商品對應的條件以吸引用戶感興趣。另夕卜,發給銷售不利商品的店鋪(提供者)的上述信息的通知例如是通過電子郵件進行的。這種情況下,例如,系統控制部14以與在上述步驟SlO取得的不利商品(在上述步驟S2確定的商品)的商品ID對應的店鋪ID為關鍵詞,從店鋪信息DB12c取得銷售該商品的店鋪的電子郵件地址。然后,系統控制部14將記述了表示用戶代替上述不利商品而選擇了相比于該商品更為有利的商品的信息的電子郵件發送給銷售該不利商品的店鋪的電子郵件地址,從而通知該店鋪。或者也可以構成為,系統控制部14將表示用戶代替上述不利商品而選擇了相比于該商品更為有利的商品的信息與銷售上述不利商品的店鋪的店鋪ID對應起來保存,在該店鋪從店鋪終端2登錄時,在顯示于店鋪終端2的網頁上通知該保存的信息。
[0095]另一方面,系統控制部14在判定為所接收的登記請求并非有利商品的登記請求的情況下(步驟Sll:否),例如將表示與在步驟S2確定的商品(以下稱之為“第I商品”)對應的條件(例如,商品價格為1,300日元)的信息與在步驟SlO取得的有利商品(以下稱之為“第2商品”)的商品ID對應起來記錄于商品信息DB12d(步驟S13)。然后,系統控制部14轉移到與上述請求對應的處理(例如,將所選擇的商品登記到參照列表的處理或所選擇的商品的購買手續處理)。
[0096]而且,在上述步驟S13中,在針對第2商品的商品ID,對應地記錄了比該第2商品(例如,商品價格為1,000日元)不利的第I商品的條件(例如,商品價格為1,300日元)之后(換言之,選擇了在步驟S2確定的商品之后),在步驟S2確定了用戶欲新選擇的商品(以下稱之為“第3商品”)時,經過步驟S3?S7,在步驟S8,作為相比于該欲新選擇的第3商品(例如,商品價格為1,100日元)對應著對用戶而言交易上更為有利的條件的有利商品,提取出與以前在步驟S2確定的第I商品時相同的第2商品(例如,商品價格為1,000日元)。這種情況下,系統控制部14可以構成為,在將比與上述提取的第2商品的商品ID對應的第I商品的條件(例如,商品價格為1,300日元)更為有利的條件(例如,商品價格為1,100日元)與在步驟S2確定的第3商品對應起來的情況下,限制上述提取的第2商品的提示。第2商品的提示的限制例如是通過以使得第2商品不被提示給用戶的方式使該商品的信息不包含于彈出顯示用數據來實現的。或者還可以構成為,在步驟S7的處理中,使這種第2商品在提取對象外,從而限制第2商品的提示。這種限制第2商品的提示的原因在于,由于用戶特意選擇比第2商品不利的第I商品而未選擇第2商品,因而例如該用戶此后馬上欲選擇比第I商品有利的第3商品的情況下,即使例如提示了比第3商品更為有利的第2商品,該第2商品被選擇的可能性也較低。如上,在盡管提示了比上述第I商品有利的第2商品的情況下用戶仍然選擇了該第I商品之后,確定了該用戶欲新選擇的第3商品時,在該第3商品對應著比第2的商品對用戶而言在交易上不利的條件且對應著比第I商品對用戶而言在交易上有利的條件的情況下,如果構成為限制第2商品的提示,則能夠防止對用戶過分提示商品,能夠避免使用戶感到復雜和混亂。
[0097]如上所述,根據上述實施方式,構成為信息提供服務器I從存儲與用戶以往參照的商品有關的信息的存儲部12中提取與用戶終端3的用戶欲選擇的商品相同或關聯且對應著相比該商品更為有利的條件的商品,將該提取的有利商品提示給該用戶,因此在用戶以往參照的商品數較多而無法記住或已忘記的情況下,能夠獲悉這種商品中有利商品的存在,能夠事先防止對用戶不利的商品的購買或不利的商品的登記。此外,能夠事先防止將對用戶而言交易上不利的商品登記到參照列表,因此能夠削減將該交易上不利的商品從該參照列表削除的步驟,因而能減輕系統負荷。
[0098]接著,說明在上述實施方式中,設定有多個作為比較對象的交易條件項目的情況下,對用戶而言交易上有利的條件的判定方法。這種情況下,系統控制部14在上述步驟S6中,取得在步驟S2確定的商品的多種交易條件項目中與作為比較對象的多個交易條件項目對應的條件、在步驟S5確定的商品的多種交易條件項目中與作為上述比較對象的多個交易條件項目對應的條件。接下來,系統控制部14確定上述取得的與各交易條件項目對應的條件的相應的值(以下稱之為“點數”),按照每個商品累計所確定的點數,例如按照每個商品計算綜合點數(得分)。另外,根據條件確定點數時,例如既可以使用根據條件計算點數的計算式,或者也可以使用示出條件與點數的對應關系的圖表。
[0099]圖7是示出累計與所確定的商品的各交易條件項目對應的條件相應的點數的結果的圖。在圖7所示的例子中,關于作為比較對象的交易條件項目,設定了商品價格、點數賦予率、商品的庫存數、配送天數和配送方法,示出了與各交易條件項目對應的條件和點數。此外,在圖7所示的例子中,關于與對應于配送方法的條件相應的點數,能夠實現當天快遞的商品的點數比無法實現當天快遞的商品的點數高。另外,在提示比為進行商品購買而欲選擇的商品更為有利的商品的情況下,為了使得商品的庫存數為“O”的商品不會作為有利商品被提取,例如優選將與商品的庫存數為“O”這一情況相應的點數設為負數。然后,系統控制部14在上述步驟S7中,比較對在步驟S2確定的商品累計的綜合點數與對在步驟S5確定的商品累計的綜合點數,從而判定與相比于在步驟S2確定的商品對用戶而言交易上更為有利的條件對應的有利商品是否存在于在步驟S5確定的商品中。由此,例如,比在步驟S2確定的商品的綜合點數大的綜合點數的商品作為上述有利商品被提取。例如,在圖7所示的例子中,作為比用戶欲選擇的商品(商品名:食品_abc,綜合點數:32點)更為有利的商品,提取出I個商品(商品名:食品_stu,綜合點數:33點)。通過這種結構,基于考慮到多個不同交易條件項目整體的觀點,能夠使用戶獲悉對用戶而言在交易上比該用戶欲選擇的商品更為有利的商品的存在。
[0100]進而,在上述實施方式中還可以構成為,對與作為比較對象的交易條件項目所對應的條件相應的點數,設定與該交易條件項目的重要度等相應的權重。這種情況下,系統控制部14對上述取得的與各交易條件項目所對應的條件相應的點數設定按照每個交易條件項目確定的權重(例如對點數乘以權重),然后按照每個商品累計設定了該權重的點數,例如對每個商品計算綜合點數。例如,在初始設定中,將商品價格、點數賦予率、商品的庫存數、配送天數和配送方法的權重分別設定為“1”,然而在變更設定中,可以構成為將這些交易條件項目中例如僅點數賦予率的權重變更為“3”(這種情況下,在圖7所示的例子中,作為有利商品,提取出商品名為食品-xyz的商品)。如上,權重若例如構成為按照季節或活動等由電子商店街的管理者等進行變更,則是有效的。例如,在點數增量活動期間中,如果構成為使點數賦予率的權重大于其他交易條件項目,則能夠將點數賦予率較高的商品作為有利商品提示給用戶。此外,例如,在當天快遞活動期間中,如果構成為包含當天快遞作為條件(即,能夠實現當天快遞)的配送方法的權重大于其他交易條件項目,則能夠將可實現當天快遞的商品作為有利商品提示給用戶。
[0101]進而,還可以構成為按照用戶的喜好定制上述每個交易條件項目的權重。這種情況下,系統控制部14根據與用戶以往參照的交易對象有關的信息(例如用戶的購買歷史),在作為比較對象的交易條件項目中確定該用戶重視的交易條件項目。其中,用戶重視的交易條件項目例如是根據用戶的購買歷史獲取該用戶以往所選擇的條件的統計,根據該統計結果確定的。根據這種統計結果,例如判定為用戶在多個相同的商品中選擇商品價格較高然而配送天數較少的商品時(用戶為配送天數重視派的情況下),配送天數被確定為重視的交易條件項目。另一方面,例如判定為用戶在多個相同的商品中選擇配送天數較多然而商品價格較低的商品時(用戶為商品價格重視派的情況下),商品價格被確定為重視的交易條件項目。另一方面,例如判定為用戶在商品價格相同的多個相同商品中選擇點數賦予率較高的商品時(用戶為賦予點數重視派的情況下),點數賦予率被確定為重視的交易條件項目。然后,系統控制部14將對于與上述確定的交易條件項目所對應的條件相應的點數的權重設定得比針對與未確定的交易條件項目所對應的條件相應的值的權重高,并進行上述累計。通過這種結構,基于用戶重視的交易條件項目的觀點,能夠使用戶獲悉相比于該用戶欲選擇的商品、對用戶而言交易上更為有利的商品的存在。即,能夠使用戶獲悉與用戶重視的交易條件項目對應的條件有利的商品的存在。
[0102]在上述實施方式中,信息提供服務器I在從用戶終端3接收到圖5的(A)所示的網頁的請求時,可以構成為將在該網頁刊登的全部或一部分商品(例如,在構成網頁的構造化文檔內例如通過div標簽(<div>...</div>)規定的商品)視作“用戶欲選擇的商品”并確定。這種情況下,信息提供服務器I按照該確定的每個商品執行圖4的(A)所示的步驟S3?S8的處理,將按照該確定的每個商品提取的有利商品的信息包含于構成網頁的構造化文檔內,作為響應發送給用戶終端3。由此,用戶終端3通過接收網頁,能夠事先(即,商品被用戶選擇之前)保存(即,存儲于作為存儲單元的存儲器中)對該確定的每個商品提取的有利商品的信息。然后,在顯示出所接收的網頁的狀態下,在用戶指示了(即,欲選擇)希望的商品的選擇按鈕51時,用戶終端3的網絡瀏覽器確定欲被選擇的商品。然后,用戶終端3的網絡瀏覽器從存儲器提取與該確定的商品相同或關聯且與比該商品有利的條件對應的有利商品(即,事前通過信息提供服務器I提取的商品),將該提取的有利商品提示給該用戶。通過這種結構,能夠更為迅速地使用戶獲悉比欲選擇的商品更為有利的商品的存在。另外,在該結構的情況下,用戶終端3還可以作為本發明的信息處理裝置發揮功能(用戶終端3的CPU作為確定單元、提取單元和提示單元發揮功能)。
[0103]另外,在上述實施方式中,將本發明的交易對象應用于商品,而交易對象也可以應用于服務。而且,本發明還可以應用于能夠進行服務預約的系統。作為服務的預約,例如可舉出住宿設施住宿預約、高爾夫球場等競技設施的使用預約、交通機關的座位的預約等。這種情況下,信息提供服務器I從存儲與用戶以往參照的服務有關的信息的存儲部中提取與用戶終端3的用戶欲選擇的服務相同或關聯且與相比于該服務更為有利的條件對應的服務,將該提取的服務提示給該用戶。
[0104]標號說明
[0105]I信息提供服務器
[0106]2店鋪終端
[0107]3用戶終端
[0108]11通信部
[0109]12存儲部
[0110]12a會員信息DB
[0111]12b類別信息DB
[0112]12c店鋪信息DB
[0113]12d商品信息DB
[0114]12e閱覽歷史DB
[0115]12f購買歷史DB
[0116]12g參照列表登記歷史DB
[0117]13輸入輸出接口
[0118]14系統控制部
[0119]14a CPU
[0120]14b ROM
[0121]14c RAM
[0122]15系統總線
[0123]NW 網絡
[0124]S信息提供系統
【權利要求】
1.一種信息處理裝置,其特征在于,具有: 確定單元,其確定用戶欲選擇的交易對象; 提取單元,其從存儲與所述用戶以往參照的交易對象有關的信息的存儲單元中,提取與所述確定單元確定的交易對象相同或關聯且與相比于所述確定單元確定的交易對象對所述用戶而言在交易上更為有利的條件對應的交易對象;以及 提示單元,其將所述提取單元提取的所述交易對象提示給所述用戶。
2.根據權利要求1所述的信息處理裝置,其特征在于,還具有第I限制單元,該第I限制單元對所述存儲單元的所述交易對象中的在從當前時刻起的以往的規定時間以內被所述用戶參照過的所述交易對象的提示進行限制。
3.根據權利要求1所述的信息處理裝置,其特征在于,還具有第I限制單元,該第I限制單元對所述存儲單元的所述交易對象中的從當前時刻起向以往追溯而處于規定件數以內的所述交易對象的提示進行限制。
4.根據權利要求1至3中的任一項所述的信息處理裝置,其特征在于,還具有第2限制單元,在盡管由所述提示單元向所述用戶提示了與相比于所述確定單元確定的第I所述交易對象對所述用戶而言在交易上更為有利的條件對應的所述第2所述交易對象,然而所述用戶仍然選擇了該第I所述交易對象之后,在由所述確定單元確定了所述用戶欲新選擇的第3所述交易對象時,在所述第3所述交易對象與相比于所述第2所述交易對象對所述用戶而言在交易上不利的條件對應且與相比于所述第I所述交易對象對所述用戶而言在交易上更為有利的條件對應的情況下,該第2限制單元限制所述第2所述交易對象的提示。
5.根據權利要求1至4中的任一項所述的信息處理裝置,其特征在于,還具有通知單元,該通知單元在所述用戶選擇了由所述提示單元提示的所述交易對象的情況下,向所述確定單元確定的所述交易對象的提供者通知表示代替該交易對象而選擇了由所述提示單元提示的所述交易對象的信息。
6.根據權利要求1至5中的任一項所述的信息處理裝置,其特征在于,與所述交易對象有關的信息被包含于所述用戶交易的交易對象的交易歷史、用戶在規定的參照列表登記的交易對象的登記歷史和在所述用戶閱覽的頁面配置的交易對象的閱覽歷史之中的至少任一個歷史中, 所述確定單元確定為了進行所述交易或所述登記而欲選擇的所述交易對象。
7.根據權利要求6所述的信息處理裝置,其特征在于,在確定為了進行所述交易而欲選擇的所述交易對象的情況下,所述提取單元從所述交易歷史中優先提取與該確定的交易對象相同或關聯并且與相比于該交易對象對所述用戶而言在交易上更為有利的條件對應的交易對象。
8.根據權利要求6所述的信息處理裝置,其特征在于,在確定為了進行所述登記而欲選擇的所述交易對象的情況下,所述提取單元從所述登記歷史中優先提取與該確定的交易對象相同或關聯并且與相比于該交易對象對所述用戶而言在交易上更為有利的條件對應的交易對象。
9.根據權利要求1至8中的任一項所述的信息處理裝置,其特征在于,各個所述交易對象按照I個以上的項目對應有條件, 該信息處理裝置還具有累計單元,該累計單元累計與對應于所述交易對象的所述項目中的I個以上的所述項目所對應的條件相應的值, 所述提取單元比較由所述累計單元對所述確定單元確定的交易對象進行累計而得到的值與由所述累計單元對所述存儲單元中的與該確定的交易對象相同或關聯的所述交易對象進行累計而得到的值,從而提取與相比于所述確定單元確定的交易對象對所述用戶而言在交易上更為有利的條件對應的所述交易對象。
10.根據權利要求9所述的信息處理裝置,其特征在于,還具有項目確定單元,該項目確定單元根據與所述用戶以往參照的交易對象有關的信息,在多種所述項目中確定該用戶重視的項目, 所述累計單元將針對與所述項目確定單元確定的項目所對應的條件相應的值的權重,設定為比針對與所述項目確定單元沒有確定的項目所對應的條件相應的值的權重高,來進行所述累計。
11.一種由計算機執行的信息處理方法,其特征在于,具有: 確定步驟,確定用戶欲選擇的交易對象; 提取步驟,從存儲與所述用戶以往參照的交易對象有關的信息的存儲單元中,提取與通過所述確定步驟確定的交易對象相同或關聯且與相比于通過所述確定步驟確定的交易對象對所述用戶而言在交易上更為有利的條件對應的交易對象;以及 提示步驟,將通過所述 提取步驟提取的所述交易對象提示給所述用戶。
12.一種信息處理程序,其特征在于,使得計算機作為如下單元發揮功能: 確定單元,其確定用戶欲選擇的交易對象; 提取單元,其從存儲與所述用戶以往參照的交易對象有關的信息的存儲單元中,提取與所述確定單元確定的交易對象相同或關聯且與相比于所述確定單元確定的交易對象對所述用戶而言交易上更為有利的條件對應的交易對象;以及 提示單元,其將所述提取單元提取的所述交易對象提示給所述用戶。
13.—種記錄介質,其特征在于,以計算機可讀取的方式存儲有信息處理程序,該信息處理程序使計算機作為如下單元發揮功能: 確定單元,其確定用戶欲選擇的交易對象; 提取單元,其從存儲與所述用戶以往參照的交易對象有關的信息的存儲單元中,提取與所述確定單元確定的交易對象相同或關聯且與相比于所述確定單元確定的交易對象對所述用戶而言交易上更為有利的條件對應的交易對象;以及 提示單元,其將所述提取單元提取的所述交易對象提示給所述用戶。
【文檔編號】G06F17/30GK103946883SQ201280057780
【公開日】2014年7月23日 申請日期:2012年7月4日 優先權日:2011年11月25日
【發明者】松田敦義, 川崎文洋, 三浦千尋 申請人:樂天株式會社