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

Information processing devices, information processing methods and information processing products Download PDF

Info

Publication number
TWI541747B
TWI541747B TW104115258A TW104115258A TWI541747B TW I541747 B TWI541747 B TW I541747B TW 104115258 A TW104115258 A TW 104115258A TW 104115258 A TW104115258 A TW 104115258A TW I541747 B TWI541747 B TW I541747B
Authority
TW
Taiwan
Prior art keywords
attribute
product
search
combination
tag
Prior art date
Application number
TW104115258A
Other languages
English (en)
Other versions
TW201602941A (zh
Inventor
Takehiro Ogita
Original Assignee
Rakuten Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Rakuten Inc filed Critical Rakuten Inc
Publication of TW201602941A publication Critical patent/TW201602941A/zh
Application granted granted Critical
Publication of TWI541747B publication Critical patent/TWI541747B/zh

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/50—Information retrieval; Database structures therefor; File system structures therefor of still image data
    • G06F16/58—Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually
    • G06F16/5866—Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually using information manually generated, e.g. tags, keywords, comments, manually generated location and time information
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/28—Databases characterised by their database models, e.g. relational or object models
    • G06F16/284—Relational databases
    • G06F16/285—Clustering or classification
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/50—Information retrieval; Database structures therefor; File system structures therefor of still image data
    • G06F16/51—Indexing; Data structures therefor; Storage structures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/953—Querying, e.g. by the use of web search engines
    • G06F16/9535—Search customisation based on user profiles and personalisation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/953—Querying, e.g. by the use of web search engines
    • G06F16/9538—Presentation of query results
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00—Handling natural language data
    • G06F40/10—Text processing
    • G06F40/103—Formatting, i.e. changing of presentation of documents
    • G06F40/117—Tagging; Marking up; Designating a block; Setting of attributes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0623—Item investigation

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Data Mining & Analysis (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Artificial Intelligence (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Computational Linguistics (AREA)
  • Health & Medical Sciences (AREA)
  • Software Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Library & Information Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • User Interface Of Digital Computer (AREA)

Description

資訊處理裝置、資訊處理方法及資訊處理程式產品
本發明係有關於，檢索出與已被使用者所指定之檢索條件相符之商品的網頁的技術領域。
先前，可進行電子商務的網站，係由刊載了有關所販售之商品的各種資訊的網頁等所構成。使用者係藉由指定檢索條件，而要求具有所望屬性的商品之檢索。電子商務之系統，係檢索出與所被指定之檢索條件相符的商品，令檢索到的商品之網頁，被顯示在終端裝置(例如專利文獻1)。
[先前技術文獻] [專利文獻]
[專利文獻1]日本特開2002-92507號公報
在此種系統中，例如針對存在有尺寸或顏色等屬性為不同之變異的商品，有時候是以1個網頁來顯示資訊。然而，使用者藉由檢索商品，而像這樣抵達了網頁時，雖然不具有使用者所望屬性的商品之訂購係為可能，但具有使用者所望屬性的商品之訂購係為不可能。
本發明係有鑑於以上問題點而研發，目的在於提供一種，屬性之組合為不同的複數商品之資訊是被刊載於1個網頁的情況下，可以只檢索出具有使用者所望屬性之組合、且可受理訂購之商品的網頁的資訊處理裝置、資訊處理方法及資訊處理程式產品。
為了解決上記課題，請求項1所記載之發明，係屬於將基於檢索條件而檢索商品時所使用之標籤予以生成的資訊處理裝置，其特徵為，具備：抽出手段，係用以在商品所具有的不同屬性區分的屬性彼此的組合之中，將表示具有該組合之前記商品之訂購之受理是否可能的可不可資訊所被建立關連對應到的組合，從表示前記商品之網頁之顯示內容的顯示資訊中，抽出複數個；和控制手段，係用以在已被前記抽出手段所抽出之複數屬性的組合之中，對於可受理訂購之屬性的每一組合，將表示該組 合的標籤、且為構成該組合的複數屬性之邏輯積的檢索條件所對應之標籤，與識別前記商品的商品識別資訊建立關連而記憶在標籤記憶手段中，表示無法受理訂購之屬性的組合的標籤是與前記商品識別資訊建立關連而記憶在前記標籤記憶手段中的情況下，則將該標籤予以刪除。
若依據本發明，則資訊處理裝置係在1個網頁所能顯示的複數屬性的組合之中，僅針對可受理訂購之屬性的組合，將表示該組合的標籤，與該網頁之商品的商品識別資訊建立關連而記憶在標籤記憶手段中。表示無法受理訂購之屬性的組合的標籤是與該商品的商品識別資訊建立關連而被記憶在標籤記憶手段中的情況下，資訊處理裝置係將該標籤從標籤記憶手段中予以刪除。執行檢索處理的裝置，係例如一旦複數屬性區分之屬性被指定，則以該複數屬性之邏輯積的檢索條件來檢索標籤記憶手段。藉此，就可只取得具有可受理訂購之屬性的組合的商品的商品識別資訊。因此，可以只檢索出具有使用者所望屬性之組合、且可受理訂購之商品的網頁。
請求項2所記載之發明，係如請求項1所記載之資訊處理裝置，其中還具備：第2抽出手段，係用以在藉由前記抽出手段而未抽出前記可不可資訊所被建立關連對應到的屬性的組合的情況下，將商品所具有的、不同屬性區分之屬性彼此的組合，從前記顯示資訊中抽出1 個；前記控制手段，係只有在前記商品的訂購之受理係為可能的情況下，將表示已被前記第2抽出手段所抽出之屬性的組合的標籤，記憶在前記標籤記憶手段中，為其特徵。
某商品的網頁，係很可能僅對應於屬性的1個組合而已。此情況下，通常，該組合係沒有和可不可資訊建立關連，可不可資訊係只和商品識別資訊建立關連。若依據本發明，則即使有此種網頁存在，仍可藉由標籤記憶手段的檢索，而只檢索出具有使用者所望屬性之組合、且可受理訂購之商品的網頁。
請求項3所記載之發明，係如請求項1或2項所記載之資訊處理裝置，其中，還具備：特定手段，係用以在基於含有被指定作為檢索條件之第1屬性的第1檢索要求而被從前記標籤記憶手段中檢索出來的標籤，且該標籤所示之組合的一部分之屬性係為前記第1屬性的標籤所被建立關連對應到的商品識別資訊所表示之檢索商品的網頁被顯示之後，前記檢索商品未被購入的狀態下，受理了含有屬性區分是與前記第1屬性相同的任一第2屬性的第2檢索要求時，則在含有前記第1屬性的前記檢索商品的複數屬性的組合之中，從無法受理訂購的組合中，特定出前記第1屬性以外的第3屬性；和檢索手段，係用以將表示前記第2屬性和已被前記特定手段所特定出來之前記 第3屬性之組合的標籤所被建立關連對應到的商品識別資訊，從前記標籤記憶手段中予以檢索出來，為其特徵。
基於含有第1屬性作為檢索條件的第1檢索要求而執行檢索而被顯示的網頁中，有時候，具有含第1屬性與第3屬性之組合的商品是無法受理訂購。雖然在該網頁中使用者沒有訂購商品，但若含第1屬性與第3屬性之組合的訂購是可以受理的情況下，使用者搞不好會訂購該組合。若依據本發明，則可將在第1檢索要求中使用者沒有指定成為檢索條件，但具有可能是使用者所望屬性的商品，在受理到第2檢索要求時，進行檢索。
請求項4所記載之發明，係如請求項3所記載之資訊處理裝置，其中前記檢索手段，係在根據前記第1檢索要求而被特定、被檢索的商品的第1商品區分、與根據前記第2檢索要求而被特定、被檢索的商品的第2商品區分之共通性是滿足所定條件時，則檢索出表示前記第2屬性和前記第3屬性之組合的標籤所被建立關連對應到的商品識別資訊，若前記共通性不滿足前記所定條件時，則檢索出表示含有前記第2屬性之組合的標籤所被建立關連對應到的商品識別資訊，為其特徵。
有時候隨著商品之區分，使用者所望屬性會有所不同。若依據本發明，則可基於從檢索要求所特定出來的商品區分之共通性，適切判定在第1檢索要求中未被 使用者指定成為檢索條件的第3屬性，是否有可能是使用者所望屬性。
請求項5所記載之發明，係如請求項3所記載之資訊處理裝置，其中前記檢索手段，係在基於前記第1檢索要求的檢索之後，在前記第2檢索要求被取得前，受理到第3檢索要求，且從基於前記第3檢索要求而被檢索到之商品之中，具有前記第3屬性之商品是已被訂購時，則檢索出表示前記第2屬性和前記第3屬性之組合的標籤所被建立關連對應到的商品識別資訊，若具有前記第3屬性之商品未被訂購時，則檢索出表示含有前記第2屬性之組合的標籤所被建立關連對應到的商品識別資訊，為其特徵。
基於第1檢索要求之後的第3檢索要求而被檢索、且被訂購的商品所具有的屬性，係具有是使用者所望之可能性。若依據本發明，則可基於已被訂購的商品之屬性，適切判定在第1檢索要求中未被使用者指定成為檢索條件的第3屬性，是否為可能是使用者所望屬性。
請求項6所記載之發明，係如請求項1所記載之資訊處理裝置，其中還具備：第1檢索手段，係用以在已被指定來作為檢索條件的複數語詞是不含表示商品屬性之屬性語詞的情況下，從將表示商品之網頁之顯示內容的顯示資訊、和識別商品之商品識別資訊建立關連而記憶 的顯示資訊記憶手段中，在含有前記複數語詞的顯示資訊所被建立關連對應到的商品識別資訊之中，檢索出可受理訂購之商品的商品識別資訊；和第2檢索手段，係用以在前記複數語詞是含有表示商品屬性的1或複數個屬性語詞的情況下，從含有前記複數語詞之中與前記1或複數個屬性語詞不同語詞的顯示資訊所被建立關連對應到的商品識別資訊之中，檢索出將含有前記1或複數個屬性語詞所示之屬性的組合予以表示的標籤所被建立關連對應到的商品識別資訊，為其特徵。
若依據本發明，則無論複數語詞是否含有屬性語詞，資訊處理裝置都可執行適切的檢索。亦即，若複數語詞不含屬性語詞，則資訊處理裝置係檢索出，顯示資訊是含有複數語詞、和可受理訂購之任一條件均滿足的商品。另一方面，若複數語詞是含屬性語詞，則資訊處理裝置係檢索出，顯示資訊是含有複數語詞之中剩下的語詞、和表示含有屬性語詞所示屬性之組合的標籤之任一條件均滿足的商品。
請求項7所記載之發明，係屬於將基於檢索條件而檢索商品時所使用之標籤予以生成的電腦所執行的資訊處理方法，其特徵為，含有：抽出步驟，係用以在商品所具有的不同屬性區分的屬性彼此的組合之中，將表示具有該組合之前記商品之訂購之受理是否可能的可不可資 訊所被建立關連對應到的組合，從表示前記商品之網頁之顯示內容的顯示資訊中，抽出複數個；和控制步驟，係用以在已被前記抽出步驟所抽出之複數屬性的組合之中，對於可受理訂購之屬性的每一組合，將表示該組合的標籤、且為構成該組合的複數屬性之邏輯積的檢索條件所對應之標籤，與識別前記商品的商品識別資訊建立關連而記憶在標籤記憶手段中，表示無法受理訂購之屬性的組合的標籤是與前記商品識別資訊建立關連而記憶在前記標籤記憶手段中的情況下，則將該標籤予以刪除。
請求項8所記載之發明，其特徵為，令將基於檢索條件而檢索商品時所使用之標籤予以生成的電腦，發揮機能而成為：抽出手段，係用以在商品所具有的不同屬性區分的屬性彼此的組合之中，將表示具有該組合之前記商品之訂購之受理是否可能的可不可資訊所被建立關連對應到的組合，從表示前記商品之網頁之顯示內容的顯示資訊中，抽出複數個；及控制手段，係用以在已被前記抽出手段所抽出之複數屬性的組合之中，對於可受理訂購之屬性的每一組合，將表示該組合的標籤、且為構成該組合的複數屬性之邏輯積的檢索條件所對應之標籤，與識別前記商品的商品識別資訊建立關連而記憶在標籤記憶手段中，表示無法受理訂購之屬性的組合的標籤是與前記商品識別資訊建立關連而記憶在前記標籤記憶手段中的情況 下，則將該標籤予以刪除。
若依據本發明，則資訊處理裝置係在1個網頁所能顯示的複數屬性的組合之中，僅針對可受理訂購之屬性的組合，將表示該組合的標籤，與該網頁之商品的商品識別資訊建立關連而記憶在標籤記憶手段中。表示無法受理訂購之屬性的組合的標籤是與該商品的商品識別資訊建立關連而被記憶在標籤記憶手段中的情況下，資訊處理裝置係將該標籤從標籤記憶手段中予以刪除。執行檢索處理的裝置，係例如一旦複數屬性區分之屬性被指定，則以該複數屬性之邏輯積的檢索條件來檢索標籤記憶手段。藉此，就可只取得具有可受理訂購之屬性的組合的商品的商品識別資訊。因此，可以只檢索出具有使用者所望屬性之組合、且可受理訂購之商品的網頁。
1‧‧‧電子商店街伺服器
2‧‧‧店舖終端
3‧‧‧使用者終端
11‧‧‧通訊部
12‧‧‧記憶部
12a‧‧‧會員DB
12b‧‧‧類型DB
12c‧‧‧商品DB
12d‧‧‧商品網頁原始碼DB
12e‧‧‧庫存DB
12f‧‧‧標籤DB
12g‧‧‧檢索履歷DB
12h‧‧‧瀏覽履歷DB
12i‧‧‧訂購履歷DB
13‧‧‧輸出入介面
14‧‧‧系統控制部
14a‧‧‧CPU
14b‧‧‧ROM
14c‧‧‧RAM
15‧‧‧系統匯流排
110‧‧‧檢索語詞輸入領域
120‧‧‧可受理訂購指定勾選盒
130‧‧‧檢索鈕
141‧‧‧屬性抽出部
142‧‧‧標籤登錄部
143‧‧‧檢索部
210‧‧‧購物籃追加鈕
220‧‧‧表格
230‧‧‧下拉式選單
240‧‧‧下拉式選單
NW‧‧‧網路
S‧‧‧資訊處理系統
[圖1]一實施形態所述之資訊處理系統S的概要構成之一例的圖示。
[圖2]頂層網頁之一例的圖示。
[圖3](a)係針對複數屬性之組合存在有變異的某個商 品的商品網頁之一例的圖示。(b)係針對複數屬性之組合存在有變異的另一商品的商品網頁之一例的圖示。
[圖4](a)係一實施形態所述之電子商店街伺服器1的概要構成之一例的區塊圖。(b)係一實施形態所述之電子商店街伺服器1的系統控制部14之機能區塊之一例的圖示。
[圖5](a)係會員DB12a中所被登錄之內容之一例的圖示。(b)係類型DB12b中所被登錄之內容之一例的圖示。 (c)係屬性定義資訊中所被登錄之內容之一例的資訊。(d)係商品DB12c中所被登錄之內容之一例的圖示。(e)係商品網頁原始碼DB12d中所被登錄之內容之一例的圖示。(f)係庫存DB12e中所被登錄之內容之一例的圖示。(g)係標籤DB12f中所被登錄之內容之一例的圖示。(h)係檢索履歷DB12g中所被登錄之內容之一例的圖示。(i)係瀏覽履歷DB12h中所被登錄之內容之一例的圖示。(j)係訂購履歷DB12i中所被登錄之內容之一例的圖示。
[圖6](a)係類型DB12b中所被登錄之屬性定義資訊之例子的圖示。(b)係標籤DB12f中所被登錄之標籤之例子。
[圖7]檢索之執行例的圖示。
[圖8]一實施形態所述之電子商店街伺服器1的標籤DB更新處理之一例的流程圖。
[圖9]一實施形態所述之電子商店街伺服器1的標籤登錄控制處理之一例的流程圖。
[圖10]一實施形態所述之電子商店街伺服器1的檢索處理之一例的流程圖。
[圖11]一實施形態所述之電子商店街伺服器1的檢索處理之一例的流程圖。
[圖12]檢索過程之一例的圖示。
[圖13]一實施形態所述之電子商店街伺服器1的檢索處理之一例的流程圖。
[圖14]一實施形態所述之電子商店街伺服器1的屬性條件追加處理之一例的流程圖。
[圖15]一實施形態所述之電子商店街伺服器1的屬性條件追加處理之一例的流程圖。
[圖16]檢索過程之一例的圖示。
[圖17]一實施形態所述之電子商店街伺服器1的屬性條件追加處理之一例的流程圖。
以下，參照圖面來詳細說明本發明的實施形態。此外，以下說明的實施形態，係對資訊處理系統適用本發明時的實施形態。
〔1.第1實施形態〕 〔1-1.資訊處理系統之構成及機能概要〕
首先，關於本實施形態中所述之資訊處理系統S的構成及機能概要，使用圖1來說明。圖1係本實施形態所述之資訊處理系統S的概要構成之一例的圖示。
如圖1所示，資訊處理系統S係含有：電子商店街伺服器1、複數店舖終端2、複數使用者終端3所構成。然後，電子商店街伺服器1與各店舖終端2及使用者終端3，係透過網路NW，例如在通訊協定是使用TCP/IP等，而可彼此收送資料。此外，網路NW，係由例如網際網路、專用通訊線路(例如CATV(Community Antenna Television)線路)、移動體通訊網(包含基地台等)、及閘道等所架構而成。
電子商店街伺服器1，係為執行有可購入商品之電子商店街的相關之各種處理的伺服器裝置。電子商店街伺服器1，係為本發明中的資訊處理裝置之一例。利用電子商店街的使用者，係於電子商店街中可從所望之店舖購入所望之商品。電子商店街伺服器1，係隨應於來自店舖終端2或使用者終端3的請求，例如，發送電子商店街之網頁，或是進行商品之檢索或訂購等之相關處理。此外，本發明所能適用的網站係不限於電子商店街。例如，本發明亦可適用於，由單一販售商來販售商品的電子商務 網站。
店舖終端2係為，在電子商店街中開店之店舖的從業員等所利用的終端裝置。店舖終端2，係基於來自從業員等之操作而向電子商店街伺服器1等之伺服器裝置進行存取。藉此，店舖終端2係從伺服器裝置接收網頁並顯示之。店舖終端2中係安裝有瀏覽器或電子郵件客戶端等之軟體。從業員係藉由利用店舖終端2，而例如，將所販售之商品的資訊登錄至電子商店街，或確認商品的訂購內容等等。
使用者終端3，係從電子商店街購入商品的使用者之終端裝置。使用者終端3係基於來自使用者之操作而向電子商店街伺服器1進行存取，從電子商店街伺服器1接收網頁並顯示之。使用者終端3中係安裝有瀏覽器或電子郵件客戶端等之軟體。作為使用者終端3係可使用例如個人電腦、PDA(Personal Digital Assistant)、智慧型手機等之攜帶型資訊終端、行動電話機等。
〔1-2.電子商店街的網頁〕
接著，關於電子商店街的網頁，使用圖2及圖3來說明。電子商店街，係由各式各樣的網頁所構成。例如有：頂層網頁、檢索結果網頁、商品網頁等。頂層網頁，係電子商店街的位於最上位的網頁。又，頂層網頁，係為使用 者用來輸入檢索條件所需之網頁。電子商店街伺服器1，係檢索出與所被輸入之檢索條件相符的商品。圖2係頂層網頁之一例的圖示。如圖2所示，頂層網頁係含有：檢索語詞輸入領域110、可受理訂購指定勾選盒120、檢索鈕130等。檢索語詞輸入領域110，係用來輸入1或複數個檢索語詞所需之輸入領域。檢索語詞，係為檢索條件之一例。使用者係可將例如以空白或逗點等區隔的複數檢索語詞，輸入至檢索語詞輸入領域110。可受理訂購指定勾選盒120，係用來選擇，是否指定只檢索店舖可以受理訂購之商品所需之勾選盒。此選擇也是檢索條件之一例。可受理訂購之商品，係可為例如店舖中有庫存的商品。或者，可受理訂購之商品係亦可為例如，店舖中有庫存的商品及店舖可從生產者等進到貨的商品的至少任一方。此外，可受理訂購指定勾選盒120係亦可不存在。此情況下，電子商店街伺服器1係亦可為，例如總是只檢索可受理訂購之商品。檢索鈕130，係用來將使用所被輸入之檢索條件來檢索商品這件事情，對電子商店街伺服器1進行要求所需的按鈕。此外，亦可於頂層網頁中，例如將商品之類型等指定作為檢索條件。商品之類型，係為本發明中的商品區分之一例。
電子商店街伺服器1，係一旦執行商品之檢索，就將檢索結果網頁發送至使用者終端3。檢索結果網 頁中係會顯示出商品之檢索結果。具體而言，在檢索結果網頁中會顯示出，與檢索條件相符的商品之一覽。
一旦使用者從檢索結果網頁之中選擇任一商品，則電子商店街伺服器1係將商品網頁，發送至使用者終端3。商品網頁中係會顯示出，所被選擇之商品的詳細資訊。商品網頁係亦可由店舖所設計或作成。商品網頁中，作為商品的詳細資訊係顯示有例如：商品名、商品之影像、商品ID、價格、商品之說明等。又，商品網頁中有時候會顯示，關於商品之屬性的資訊。各商品，一般而言，是具有屬性區分互異的複數屬性。屬性係藉由，識別屬性區分的資訊與屬性值之組合，而被表示。識別屬性區分的資訊，係可為例如屬性名。屬性名，係為屬性區分的名稱。商品之中，會有一部分的複數屬性之組合為不同之變異存在的商品。此種複數商品，係除了一部分之屬性之組合有所不同以外，有時候可以視為同一商品。作為會發生變異的屬性之屬性區分之例子，可舉出：尺寸、顏色、設計、材質、容量、重量、處理能力等。1個網頁中，有時候會含有，此種被視為相同的複數商品之各自所具有的屬性之組合的相關資訊。例如，有時候會含有，與複數商品之每一者所具有的屬性之組合建立關連，表示是否可受理訂購的資訊。此情況下，1個網頁之中，針對屬性之組合之每一者，會含有表示是否可受理訂購之資訊。此種網 頁係亦可被構成為，例如，藉由讓使用者選擇複數屬性之組合，以讓使用者選擇欲訂購之商品。
圖3(a)係針對複數屬性之組合存在有變異的某個商品的商品網頁之一例的圖示。又，除了商品的詳細資訊外，商品網頁中係還顯示有購物籃追加鈕210。購物籃追加鈕210，係將商品放入購物籃，之後才進行該商品之訂購手續所需之按鈕。又，商品網頁中亦可顯示有例如表格220。表格220，係針對複數屬性區分之屬性之組合之每一者，表示是否可受理訂購。例如，表格220之標題的儲存格中顯示有，表示屬性值的語詞。具體而言，第1行之標題的儲存格中，表示某屬性區分之屬性值的語詞是被顯示1或複數個，第1列之標題的儲存格中，表示另一屬性區分之屬性值的語詞是被顯示1或複數個。表示屬性值之語詞，稱為屬性值語詞。從屬性值語詞中，有時候可以特定出，屬性值語詞所對應之屬性。屬性值語詞，係為本發明中的屬性語詞之一例。標題以外之各儲存格中係顯示，對於該儲存格之行與列之組合所對應之屬性值語詞所示的屬性之組合，表示是否可受理訂購之資訊。例如，可受理訂購的屬性之組合所對應之儲存格中，係亦可顯示有選項按鈕。該選項按鈕，係用來選擇對應之屬性之組合所需之按鈕。使用者，係藉由操作選項按鈕，選擇所望屬性之組合後，選擇購物籃追加鈕210，將具有所選擇之屬性 之組合的商品，放入購物籃。其後，使用者係可訂購購物籃中所放入的商品。無法受理訂購之屬性之組合所對應之儲存格中，係亦可顯示出表示無法受理訂購之資訊。例如，亦可顯示「X」等記號或文字等。表示是否可受理訂購之資訊，係例如亦可基於庫存資訊而被顯示。該庫存資訊，係為可以用來特定出具有某屬性之組合的商品之訂購是否可受理的資訊。庫存資訊，係為本發明的可不可資訊之一例。
圖3(a)所示的網頁中，作為商品係顯示有關於襯衫ABC的資訊。表格220，係針對襯衫之尺寸與顏色之屬性區分，表示對於屬性之組合是否為可受理訂購。此網頁中的表格220中，係在第1行的儲存格中，作為顏色之屬性值語詞，顯示有「海軍藍」、「黑色」及「白色」，在第1列的儲存格中，作為尺寸之屬性值語詞，顯示有「S」、「M」及「L」。然後，組合「海軍藍，S」、「海軍藍，M」、「黑色，S」、「黑色，M」、「黑色，L」、及「白色，S」係為可受理訂購。另一方面，組合「海軍藍，L」、「白色，M」、及「白色，L」係為無法受理訂購。
此外，於本實施形態中，係為了方便起見，而針對2個屬性區分之屬性之組合來做說明。然而，例如針對3個以上之屬性區分之屬性之組合是否為可受理訂 購，是亦可用表格來表示。例如，亦可藉由使用者所做的頁籤之操作，來擇一顯示複數表格。此情況下，第3個屬性區分是與頁籤建立關連。又例如，網頁中亦可顯示複數表格。此情況下，第3個屬性區分是與表格建立關連。本發明所能適用的屬性區分，係不只限定於顏色、尺寸。又，本發明所能適用的商品，係不限定於衣服。
亦可藉由與表格不同的要素，來針對複數屬性區分之屬性之組合之每一者，顯示表示是否可受理訂購之資訊。圖3(b)係針對複數屬性之組合存在有變異的另一商品的商品網頁之一例的圖示。圖3(b)所示的網頁中，作為商品係顯示有關於襯衫DEF的資訊。又，圖3(b)中所示的網頁中係顯示有：購物籃追加鈕210、下拉式選單230及240。下拉式選單230係為，例如從M及L之中選擇任一尺寸所需之下拉式選單。現在是L被選擇。下拉式選單240係為，例如從海軍藍、黑色及白色之中選擇任一顏色所需之下拉式選單。現在正試圖從黑色及白色之中選擇出任一者。尺寸為L時，海軍藍之訂購係為不可。亦可為，於下拉式選單230及240中，使用者係只能夠選擇例如尺寸與顏色之複數組合之中可受理訂購之組合的方式，來構成商品網頁。或者，若選擇了無法受理訂購之尺寸與顏色之組合時，讓使用者無法選擇購物籃追加鈕的方式，來構成網頁。圖3(b)中所示的網頁的情況下，例如，只有 組合「黑色，L」及「白色，L」，是可受理訂購。藉由增加下拉式選單之數量，就可針對3個以上之屬性區分之屬性之組合，顯示資訊。
此外，關於複數屬性區分之屬性之組合的資訊之顯示方法，係不限於表格或下拉式選單。又，複數屬性區分之屬性之組合係只要有複數存在即可。因此，例如針對部分之屬性區分，係僅存在1個可選擇的屬性，針對剩餘的屬性區分，係亦可從複數屬性之中選擇屬性。例如，從顏色中係只能選擇白色，從尺寸中係可從M與L之中選擇任一者。此情況的屬性之組合數係為2個。
針對複數屬性區分之屬性之組合而有變異存在的商品，係亦可為例如，一定在1個網頁中，顯示有關於該複數屬性區分之屬性之組合的資訊的方式，來作成網頁。或者，例如亦可允許針對屬性之每種組合，以個別的網頁來顯示資訊的方式，作成網頁。此情況下，每一網頁中會顯示，該網頁所對應之屬性之組合的資訊。例如，網頁中係亦可顯示，表示屬性之組合的屬性值，亦可每一屬性區分地，把屬性名與屬性值語詞建立對應而顯示等等。此情況下，網頁中，表示是否可受理訂購之資訊係亦可不被顯示。或者，某個店舖，係在屬性之組合是有變異存在之商品中，可能僅販售1個組合。此情況下，係亦可在該1個網頁中，顯示出表示該1個組合的屬性值語詞，或是 每一屬性區分地，將屬性名與屬性值建立對應而顯示等等。此情況下也是，網頁中，表示是否可受理訂購之資訊係亦可不被顯示。
電子商店街所販售的商品之中，關於複數屬性區分之屬性之組合是沒有變異的商品係可以存在，亦可不存在。於沒有變異之商品的網頁中，係關於複數屬性區分之屬性之組合的資訊係不被顯示。
〔1-3.電子商店街伺服器之構成〕
接著，關於電子商店街伺服器1之構成，使用圖4及圖5來說明。圖4(a)係本實施形態所述之電子商店街伺服器1之概要構成之一例的區塊圖。如圖4(a)所示，電子商店街伺服器1係具備有：通訊部11、記憶部12、輸出入介面13、系統控制部14。然後，系統控制部14與輸出入介面13，係透過系統匯流排15而連接。
通訊部11，係連接至網路NW，控制著與店舖終端2或使用者終端3等的通訊狀態。
記憶部12係由例如硬碟機等所構成。記憶部12，係為本發明中的可不可資訊記憶手段、標籤記憶手段、顯示資訊記憶手段之各者之一例。在此記憶部12中係架構有：會員DB12a、類型DB12b、商品DB12c、商品網頁原始碼DB12d、庫存DB12e、標籤DB12f、檢索履歷 DB12g、瀏覽履歷DB12h、訂購履歷DB12i等之資料庫。「DB」係為資料庫的簡稱。
圖5(a)係會員DB12a中所被登錄之內容之一例的圖示。會員DB12a中係被登錄有，對電子商店街進行了會員登錄的使用者的相關之會員資訊。具體而言，會員DB12a中係有使用者ID、密碼、暱稱、姓名、出生年月日、性別、郵遞區號、住址、電話號碼、電子郵件位址、信用卡資訊等之使用者的屬性，是對每位使用者對應關連而被登錄。
圖5(b)係類型DB12b中所被登錄之內容之一例的圖示。類型DB12b中係被登錄有，關於商品之類型的類型資訊。具體而言，在類型DB12b中係有類型ID、類型名、類型的層級、母類型ID、子類型ID清單、屬性定義資訊等之類型的屬性，是對每一類型對應關連而被登錄。類型資訊係例如，由電子商店街的管理者所設定。
商品的類型係以樹狀結構而被階層式定義。具體而言，樹狀結構的各節點，係相當於類型。節點的深度，係相當於該節點所相當的類型之等級(階層)。節點的深度，係為從根所位在之節點(以下稱為「根節點」)起算之距離。等級之值越大，該節點的深度就越深，等級之值越小，該節點的深度就越淺。根節點所具有之子節點所相當的類型，係為等級1之類型。等級1之類型係為最上位 之類型。對於等級1之各類型，係有相當於子節點的類型，是被定義成為等級2之類型。此處，某類型J1之子節點所相當的類型J2，稱為類型J1的「子類型」。又，此時的類型J1，稱為類型J2的「母類型」。子類型，係將母類型再做複數區分時，係為看似相同之商品所屬的範圍。因此，子類型係隸屬於母類型。某類型之祖先節點所相當之類型，稱為「祖先類型」。例如，假設類型J3係為類型J2的子類型。此情況下，類型J1及J2，係都是類型J3的祖先類型。類型J3之商品，係隸屬於類型J3，同時也隸屬於類型J3的祖先類型。因此，類型J3之商品，係隸屬於類型J1~J3任一者。某個類型的子孫節點所相當的類型，稱為「子孫類型」。類型J2及J3，係為類型J1的子孫類型。
類型ID，係為藉由類型資訊所定義之類型的識別資訊。母類型ID，係為被類型資訊所定義之類型的母類型的類型ID。子類型ID清單，係為被類型資訊所定義之類型的子類型的類型ID之清單。子類型ID清單，係為被類型資訊所定義之類型是具有子類型時，會被設定。
圖5(c)係屬性定義資訊中所被登錄之內容之一例的資訊。屬性定義資訊，係將類型ID所示之類型中所含之商品之其中至少一部分之商品有可能具有之屬性加以定義的資訊。屬性定義資訊，係針對商品有可能具有之 屬性的每一屬性區分，而被登錄。具體而言，屬性定義資訊中係登錄有：屬性名、屬性值資訊等。屬性值資訊，係於屬性名所示的屬性區分中，將商品有可能具有之屬性值加以定義的資訊。例如，商品有可能具有之複數屬性值之屬性值語詞，係亦可被列舉在屬性值資訊中。又例如，屬性值是以數值來表示時，表示單位的文字係亦可被登錄在屬性值資訊中。例如，屬性區分是記憶容量時，「位元組」、「byte」等之文字係可被登錄在屬性值資訊中。藉由針對某個類型而被登錄在類型DB12b中的屬性定義資訊，該類型的所有子孫類型之屬性係為可以定義的情況下，則對子孫類型的屬性定義資訊係亦可在類型DB12b中被登錄，或可不被登錄。
圖5(d)係商品DB12c中所被登錄之內容之一例的圖示。商品DB12c中係被登錄有，電子商店街中所販售之商品的相關之商品資訊。商品資訊係含有，由店舖所登錄的資訊。具體而言，商品DB12c中，作為商品資訊係有：店舖ID、商品ID、商品代碼、類型ID、商品名等，係按照店舖所販售之每一商品，建立對應而登錄。店舖ID，係表示商品的販售來源之店舖。商品ID係為，店舖用來管理所販售之商品用的商品之識別資訊。商品ID係為本發明的商品識別資訊之一例。商品代碼，係為識別商品的代碼編號。當有複數店舖販售同一商品時，相同的 商品代碼係會被賦予至各個商品。作為商品代碼，係有例如JAN(Japanese Article Number)代碼。類型ID，係表示商品所屬之類型。商品資訊中所被設定的類型ID，基本上是階層最深之類型的類型ID。亦即，是被設定被最細分化之類型的類型ID。商品名係為店舖給予商品的名稱。
圖5(e)係商品網頁原始碼DB12d中所被登錄之內容之一例的圖示。商品網頁原始碼DB12d中係登錄有商品網頁之資訊。具體而言，商品網頁原始碼DB12d中係有：商品ID、商品網頁原始碼資訊、及商品網頁之URL(Uniform Resource Locator)等，被建立對應而登錄。商品ID係表示商品網頁所對應之商品。商品網頁原始碼資訊，係為表示商品網頁之顯示內容、構圖等的資訊。商品網頁原始碼資訊，係被使用於商品網頁之顯示。例如，商品網頁原始碼資訊，係可為HTML(HyperText Markup Language)文件、XML(Extensible Markup Language)文件等。系統控制部14，係一旦從使用者終端3接收商品網頁之URL，就將URL所對應之商品網頁原始碼資訊，發送至使用者終端3。使用者終端3，係基於所接收到的商品網頁原始碼資訊，而將商品網頁顯示在顯示器。商品網頁原始碼資訊，係為本發明的顯示資訊之一例。
圖5(f)係庫存DB12e中所被登錄之內容之一 例的圖示。庫存DB12e中係登錄有，表示商品之訂購是否為可受理的庫存資訊。
庫存DB12e中，作為庫存資訊，係有庫存ID、商品ID、庫存狀況等，被建立對應而登錄。商品ID係表示，隨著庫存狀況，表示訂購是否為可能的商品。庫存狀況，係表示商品之訂購是否為可受理。例如，庫存狀況，係可被設定成「訂購受理可能」或「訂購受理不可能」。又例如，庫存狀況，係亦可設定成「有庫存」或「無庫存」。庫存狀況為「有庫存」時係為可受理訂購，庫存狀況「無庫存」時係為無法受理訂購。又例如，庫存狀況中，亦可設定庫存數。庫存狀況中，設定1個以上之庫存數時，則為可受理訂購，庫存狀況被設定成0時則無法受理訂購。庫存狀況，係亦可基於例如店舖之從業員所做的變更操作而被變更。或者，例如亦可基於來自使用者終端3的訂購之要求或取消之要求等，而由電子商店街伺服器1來更新庫存狀況。
屬性之組合是有變異存在之商品，且在1個商品網頁中顯示了關於屬性之複數組合之資訊的商品，係按照屬性之每種組合而登錄庫存資訊。對1個商品網頁係指派1個商品ID。因此，此時的各庫存資訊所被建立對應的商品ID係為相同。另一方面，即使為屬性之組合是有變異存在之商品，若隨屬性之每種組合而商品網頁為不 同，則按照每一商品網頁而登錄1筆庫存資訊。此情況下，隨著每筆庫存資訊，商品ID係為不同。又，針對沒有變異存在的商品，也是登錄1筆庫存資訊。
圖5(g)係標籤DB12f中所被登錄之內容之一例的圖示。標籤DB12f中係登錄有，基於已被使用者所指定之檢索條件來檢索商品時所使用的標籤。標籤，係由電子商店街伺服器1所生成。具體而言，標籤DB12f中，係按照每一標籤，把商品ID及標籤建立對應而登錄。標籤係表示，商品ID所示之商品所具有的複數屬性之組合、且為可受理訂購之組合。
圖5(h)係檢索履歷DB12g中所被登錄之內容之一例的圖示。檢索履歷DB12g中係登錄有，曾經被電子商店街伺服器1所執行的檢索之履歷。具體而言，在檢索履歷DB12g中，作為檢索履歷，係有：使用者ID、檢索日期時間、及檢索條件等，被建立對應而登錄。使用者ID，係表示曾經要求檢索的使用者。檢索日期時間，係表示檢索所被執行過的日期時間。檢索條件，係為使用者所輸入的條件。
圖5(i)係瀏覽履歷DB12h中所被登錄之內容之一例的圖示。瀏覽履歷DB12h中係登錄有，使用者所做的商品網頁之瀏覽的履歷。具體而言，在瀏覽履歷DB12h中，作為瀏覽履歷，係有：使用者ID、商品ID、 瀏覽日期時間等，被建立對應而登錄。使用者ID，係表示曾經要求瀏覽商品網頁的使用者。商品ID係表示已被瀏覽的商品網頁所對應之商品。瀏覽日期時間，係表示商品網頁被瀏覽的日期時間。
圖5(j)係訂購履歷DB12i中所被登錄之內容之一例的圖示。訂購履歷DB12i中係登錄有，使用者所做的商品訂購之履歷。具體而言，在訂購履歷DB12i中，作為訂購履歷，係有：使用者ID、商品ID、訂購日期時間、複數商品屬性等，被建立對應而登錄。使用者ID，係表示曾經訂購商品的使用者。商品ID，係表示所被訂購的商品。訂購日期時間，係表示商品所被訂購的日期時間。商品屬性，係表示所被訂購之商品所具有的屬性。具體而言，例如像是圖3(a)或圖3(b)所示的商品網頁中，當商品放入購物籃時，針對將使用者所選擇之屬性的組合予以構成的每一屬性，系統控制部14係將商品屬性登錄至訂購履歷DB12i中。系統控制部14，係亦可例如將商品名與屬性值語詞以所定之記號或文字加以連接，以生成商品屬性。此外，於本實施形態中，檢索履歷DB12g、瀏覽履歷DB12h、訂購履歷DB12i係並非必須。
接著說明記憶部12中所記憶之其他資訊。記憶部12中係記憶著，用來顯示網頁所需的各種資料，例如HTML(HyperText Markup Language)文件、 XML(Extensible Markup Language)文件、影像資料、文字資料、電子文件等。又，在記憶部12中係記憶著各種設定值。
又，在記憶部12中係記憶有作業系統、WWW(World Wide Web)伺服器程式、DBMS(Database Management System)、電子商務控制程式等各種程式。電子商務控制程式，係用來進行電子商店街中的電子商店街相關處理所需的程式。此外，各種程式例如可從其他伺服器裝置等透過網路NW而取得，也可記錄在磁帶、光碟、記憶卡等之記錄媒體中然後透過驅動機裝置而被讀取。又，電子商務控制程式等係亦可為程式產品。
輸出入介面13，係在通訊部11及記憶部12與系統控制部14之間，進行介面處理。
系統控制部14，係由CPU(Central Processing Unit)14a、ROM(Read Only Memory)14b、RAM(Random Access Memory)14c等所構成。CPU14a係為處理器之一例。此外，本發明係亦可對異於CPU的各種處理器做適用。記憶部12、ROM14b及RAM14c，係皆為記憶體之一例。此外，本發明係亦可對異於硬碟、ROM及RAM的各種記憶體做適用。
此外，電子商店街伺服器1係亦可由複數伺服器裝置所構成。例如，於電子商店街中進行商品之訂購 等之處理的伺服器裝置、隨應於來自店舖終端2或使用者終端3之請求而發送網頁的伺服器裝置、生成標籤的伺服器裝置、檢索標籤的伺服器裝置及管理資料庫的伺服器裝置等，亦可彼此用LAN等而被連接。
〔1-4.系統控制部之機能概要〕
接著，使用圖4(b)、圖6乃至圖7，說明系統控制部14的機能概要。圖4(b)係本實施形態所述之電子商店街伺服器1的系統控制部14的機能區塊之一例的圖示。系統控制部14，係藉由CPU14a讀出電子商務管理程式等之程式並執行，而如圖4(b)所示，成為屬性抽出部141、標籤登錄部142、檢索部143等而發揮機能。屬性抽出部141，係為本發明中的抽出手段及第2抽出手段之一例。標籤登錄部142，係為本發明中的控制手段之一例。檢索部143，係為本發明中的特定手段、檢索手段、第1檢索手段及第2檢索手段之一例。
如上述，於電子商店街中，針對屬性之組合是有變異存在之商品，有時候會以1個商品網頁，顯示關於屬性之組合的資訊。此情況下，在先前技術中，使用者指定檢索條件而進行檢索，藉由從檢索結果之選擇而被顯示的商品網頁中，有時候，不具有使用者所望屬性之組合的商品是可以訂購，但具有使用者所望屬性之組合的商品 是無法訂購。以下具體說明此問題點。
於頂層網頁中，假設使用者係例如在檢索語詞輸入領域110中輸入所望的商品之一般名稱、和所望的商品之屬性值分別含有2個以上之語詞的複數檢索語詞。又，使用者，係於可受理訂購指定勾選盒120中，指定可受理訂購之商品之檢索。像這樣，檢索條件被輸入時，先前的資訊處理裝置，係基於所被輸入之檢索語詞而進行全文檢索。亦即，先前的資訊處理裝置，係檢索包含所被輸入之複數檢索語詞之全部的商品網頁原始碼資訊。然後，先前的資訊處理裝置，係基於庫存DB12e中所被登錄之庫存狀況，在商品網頁原始碼資訊所檢索到的商品之中，檢索可受理訂購之商品。對於屬性之組合是有變異存在之商品，庫存狀況係按照屬性之每種組合而被登錄在庫存DB12e中。亦即，對1個商品網頁會登錄有複數庫存狀況。此種商品的情況下，按照屬性之每種組合而被登錄之複數庫存狀況之中，若表示可受理訂購的庫存狀況是至少存在1個的情況下，則先前的資訊處理裝置係將其判定成為可受理訂購之商品。因此，具有使用者所輸入的屬性值語詞所示之屬性之組合的商品就算不能訂購，該商品之網頁仍會被檢索。
例如，假設使用者輸入複數檢索語詞「襯衫白色M」。「白色」係為顏色之屬性值，「M」係為尺 寸之屬性值。圖3(a)中所示的網頁中係有「襯衫」、「白色」、「M」分別被顯示。顏色為白色，且尺寸為M的襯衫ABC之訂購係為不可受理。然而，別的組合，例如顏色為海軍藍，且尺寸為S的襯衫ABC之訂購係為可受理。因此，圖3(a)中所示的網頁會被檢索。
於是，系統控制部14，係僅針對可訂購之屬性的組合，將表示該組合的標籤、且為構成該組合之複數屬性之邏輯積之檢索條件所對應之標籤，與商品ID建立關連而登錄在標籤DB12f中。然後，作為檢索條件，含有表示屬性值之語詞的複數檢索語詞被輸入時，將所被輸入之屬性值所示之屬性全部予以包含的標籤所被建立關連對應到的商品ID，從標籤DB12f中檢索出來。藉此，在具有使用者所望屬性之組合的商品之中，可以只檢索可受理訂購之商品的商品網頁。說明其所需之屬性抽出部141、標籤登錄部142、及檢索部143之具體機能。
屬性抽出部141，係從商品網頁原始碼資訊中，在從複數屬性區分之每一者所被選擇出來的複數屬性的組合之中，將表示具有該組合的商品之訂購是否為可受理的庫存狀況是有分別被記憶在庫存DB12e中的複數組合，予以特定出來。
例如，屬性抽出部141，係首先從商品網頁原始碼資訊檢索出庫存ID。於商品網頁中，表示是否可受 理訂購之資訊，係基於庫存狀況而被顯示。具體而言，在商品網頁原始碼資訊中，係按照屬性之每種組合，該組合所對應之庫存狀況之庫存ID，是與該組合建立關連而被描述。例如，使用者終端3，係依照商品網頁原始碼資訊中所被描述的原始碼、指令碼、或程式，而參照庫存ID所對應之庫存狀況，顯示出表示是否可受理訂購之資訊。例如，使用者終端3係顯示出圖3(a)中所示的表格220、或圖3(b)中所示的下拉式選單230及240等。
在從商品網頁原始碼資訊有找到庫存ID時，屬性抽出部141，係從商品網頁原始碼資訊中，按照每一庫存ID，抽出庫存ID所被建立關連對應到的屬性之組合。例如，如圖3(a)所示，是否可受理訂購是以表格被顯示時，屬性抽出部141，係從對庫存ID所被描述之儲存格的標題之儲存格等之描述部分，抽出屬性值語詞。藉此，從第1行之標題的儲存格、第1列之標題的儲存格等，分別抽出屬性值語詞之集合。又，屬性抽出部141，係從類型DB12b，取得商品網頁原始碼資訊所對應之商品之類型所對應之屬性定義資訊。屬性抽出部141，係例如針對所被抽出的每一集合，將屬性值語詞之集合與屬性定義資訊之屬性值資訊進行比較，特定出屬性值語詞之集合之屬性區分。例如，假設集合中所含之屬性值語詞之中佔有所定比率以上之屬性值語詞，係與屬性值資訊中所含之 某一之屬性值語詞一致。此情況下，屬性抽出部141，係亦可將該屬性定義資訊中所含之屬性名，當作將屬性值語詞之集合之屬性區分予以特定的資訊而加以取得。屬性值語詞之集合之屬性區分之候補有可能被找到複數個。此情況下，屬性抽出部141，係亦可從例如商品網頁原始碼資訊中再檢索出屬性名。然後，屬性抽出部141，係亦可將從候補之中有找到屬性名的屬性區分，特定成為屬性值語詞之集合之屬性區分。屬性值語詞是含有數字時，屬性抽出部141係亦可例如，判定屬性值語詞中是否含有表示單位的語詞，或者，從商品網頁原始碼資訊，再檢索出表示單位的語詞或屬性名。然後，屬性抽出部141，係亦可基於該判定結果或檢索結果，而將屬性值語詞之集合所對應之屬性區分予以特定。
例如，如圖3(b)所示，是否可受理訂購是以下拉式選單來表示時，屬性抽出部141，係可從下拉式選單的描述部分，將清單中所被顯示的複數屬性值語詞之集合與複數庫存ID建立對應而抽出。又，一般而言，在下拉式選單之描述部分或其附近，係會描述有屬性值語詞之集合所對應之屬性區分之屬性名。因此，基於這些資訊，屬性抽出部141就可抽出屬性之組合。
屬性抽出部141，係例如按照從商品網頁原始碼資訊所抽出的每一屬性，將屬性名與屬性值語詞以所定 之記號或文字予以連接，生成商品屬性。然後，屬性抽出部141，係按照從商品網頁原始碼資訊所抽出的屬性之每種組合，將該組合所對應之商品屬性之組合予以特定。
例如，某商品網頁係有可能是被構成為，只能針對1個屬性區分而從複數屬性之中選擇所望之屬性。例如，假設商品網頁係含有，標題之列及行除外的行數為1、列數為3之表格。假設該表格之第1行之標題的儲存格中係顯示有「海軍藍」、「黑色」、「白色」，第1列之標題的儲存格中係什麼都沒有顯示。此情況下，從表格只能夠特定出顏色之屬性。屬性抽出部141係亦可例如，從商品網頁原始碼資訊之中，抽出別的屬性區分之屬性。例如，在商品網頁中顯示「此商品的設計是水珠模樣。」時，屬性抽出部141係亦可抽出水珠模樣的設計來作為屬性。此情況下，屬性抽出部141係亦可抽出「海軍藍，水珠模樣」、「黑色，水珠模樣」、及「白色，水珠模樣」之組合。
又例如，可能有庫存ID未被描述的商品網頁原始碼資訊存在。此時的商品網頁中係有可能只顯示，具有1個特定之屬性之組合的商品的資訊。於是，抽出部141係亦可與庫存ID無關地，從此種商品網頁原始碼資訊抽出屬性的1個組合，也可不抽出。
標籤登錄部142，係從1個商品網頁原始碼資 訊藉由屬性抽出部141而抽出了複數個屬性之組合時，針對每一組合，參照該組合所被建立關連對應到的庫存ID所對應之庫存狀況。然後，標籤登錄部142，係在所被抽出之複數組合之中，針對可受理訂購的每一組合，將表示該組合的標籤、且為構成該組合的屬性之邏輯積之檢索條件所對應之標籤，與對應之商品的商品ID建立關連而記憶在標籤DB12f中。對應之商品的商品ID，係為屬性之組合所被抽出之商品網頁原始碼資訊所被建立關連對應到的商品ID。另一方面，標籤登錄部142，係針對無法受理訂購的組合，不將表示該組合的標籤，記憶在標籤DB12f。如果有表示無法受理訂購之組合的標籤，是與對應之商品的商品ID建立關連而被記憶在標籤DB12f的情況，則標籤登錄部142係該標籤從標籤DB12f中刪除。
標籤登錄部142，係亦可將例如可受理訂購的組合所對應之複數商品屬性，以表示邏輯積的所定之記號或文字予以連接，而生成標籤。標籤登錄部142，係將所生成之標籤，與商品網頁原始碼資訊之商品ID建立對應，登錄在標籤DB12f中。
以下，說明屬性之抽出及標籤之登錄的具體例。圖6(a)係針對類型「上衣」，而在類型DB12b中所被登錄之屬性定義資訊之例子的圖示。如圖6(a)中所示，屬性名為「顏色」的屬性定義資訊、和屬性名為「尺寸」 的屬性定義資訊，係被登錄。作為對於「顏色」的屬性值語詞係被登錄有，例如「白色」、「黑色」、「海軍藍」、「紅色」等。作為對於「尺寸」的屬性值語詞係被登錄有，例如「S」、「M」、「L」、「XL」等。
圖6(b)係針對圖3(a)及圖3(b)中所示的商品網頁，標籤DB12f中所被登錄之標籤之例子。抽出部141，係從圖3(a)中所示的商品網頁的原始碼資訊中，作為庫存ID所被建立關連對應到的屬性值之集合，抽出「海軍藍」、「黑色」及「白色」之集合、和「S」、「M」及「L」之集合。抽出部141，係基於類型DB12b中所被登錄之屬性定義資訊，而判定「海軍藍」、「黑色」及「白色」係為顏色的屬性值語詞，判定「S」、「M」及「L」係為尺寸的屬性值語詞。然後，抽出部141，係基於庫存ID所被描述之儲存格的行及列，將組合「海軍藍，S」、「海軍藍，M」、「海軍藍，L」、「黑色，S」、「黑色，M」、「黑色，L」、「白色，S」、「白色，M」、「白色，L」予以抽出。
在這些組合之中，可受理訂購之組合，係為「海軍藍，S」、「海軍藍，M」、「黑色，S」、「黑色，M」、「黑色，L」、「白色，S」。於是，標籤登錄部142係例如，將標籤「顏色=海軍藍＊尺寸=S」、「顏色=海軍藍＊尺寸=M」、「顏色=黑色＊尺寸= S」、「顏色=黑色＊尺寸=M」、「顏色=黑色＊尺寸=L」、及「顏色=白色＊尺寸=S」，分別與襯衫ABC之商品ID建立對應而登錄在標籤DB12f中。「＊」係表示邏輯積。
標籤登錄部142，係不登錄標籤「顏色=海軍藍＊尺寸=L」、「顏色=白色＊尺寸=M」、及「顏色=白色＊尺寸=L」。如果標籤DB12f中已經有這些標籤被登錄，則標籤登錄部142係將這些標籤從標籤DB12f中予以刪除。
抽出部141，係從圖3(b)中所示的商品網頁的原始碼資訊中，作為庫存ID所被建立關連對應到的屬性值之集合，例如，抽出「海軍藍」、「黑色」及「白色」之集合、和「M」及「L」之集合。
假設在這些組合之中，可受理訂購之組合，係為「黑色，L」及「白色，L」。於是，標籤登錄部142係例如，將標籤「顏色=黑色＊尺寸=L」、「顏色=白色＊尺寸=L」，分別與襯衫DEF之商品ID建立對應而登錄在標籤DB12f中。標籤登錄部142，係不登錄其他組合所對應之標籤。
於本實施形態中係生成，含有屬性名及屬性值語詞的標籤。然而，標籤登錄部142係亦可生成，例如，在屬性名及屬性值語詞之中僅含有屬性值語詞的標 籤。例如，亦可生成「海軍藍＊S」、「海軍藍＊M」等這樣的標籤。
此外，若藉由抽出部141而從商品網頁原始碼資訊中與庫存ID無關而僅抽出屬性的1個組合時，標籤登錄部142係亦可將表示該組合的標籤記憶在標籤DB12f中，也可不記憶。
檢索部143，係基於已被使用者所輸入之檢索條件，來檢索商品網頁原始碼資訊，或是檢索商品網頁原始碼資訊與標籤之雙方。例如，假設使用者是以可受理訂購指定勾選盒120，來指定可受理訂購之商品之檢索。此情況下，檢索部143，係從例如已被使用者所輸入之複數檢索語詞之中，特定出屬性值語詞、和非表示屬性值的語詞。非表示屬性值的語詞，稱為非屬性值語詞。複數檢索語詞不含屬性值語詞時，檢索部143係從商品網頁原始碼DB12d，在含有複數檢索語詞之全部的商品網頁原始碼資訊所對應之商品ID之中，檢索出表示可受理訂購的庫存狀況所對應之商品ID。複數檢索語詞是含有1或複數個屬性值語詞時，則在複數檢索語詞之中含非屬性值語詞的商品網頁原始碼資訊所對應之商品ID之中，檢索出將含有1或複數個屬性值語詞所示之屬性的組合予以表示的標籤所對應之商品ID。
說明屬性值語詞及非屬性語詞之特定方法的 例子。檢索部143，係亦可例如將複數檢索語詞之中第1個檢索語詞，決定成非屬性語詞。檢索部143，係亦可例如基於類型DB12b，判定第1個檢索語詞，是否為類型名。若第1個檢索語詞是與類型名一致或類似，則將該類型名所對應之類型ID予以特定。類似的語詞係可為例如同義語詞、意思類似的語詞等。檢索部143，係亦可例如基於所特定之類型ID所對應之屬性定義資訊，來判定第2個以後的每個檢索語詞，是否為屬性值語詞。例如，亦可為，若檢索語詞是與屬性定義資訊的屬性值資訊中所含之任一屬性值語詞一致或類似時，則檢索部143係將檢索語詞判定成為屬性語詞，若檢索語詞是與屬性定義資訊的屬性值資訊中所含之任一屬性值語詞都不一致且不類似時，則檢索部143係將檢索語詞判定成為非屬性語詞。若第1個檢索語詞與類型名既不一致也不類似時，則檢索部143係亦可例如將所有的檢索語詞都判定成非屬性值語詞。
或者，檢索部143，係亦可例如從複數檢索語詞之中，抽出與類型名一致或類似的檢索語詞。然後，檢索部143，係將被判定為與類型名一致或類似的檢索語詞，決定成非屬性語詞，將該類型名所對應之類型ID予以特定。檢索部143，係亦可例如基於所特定之類型ID所對應之屬性定義資訊，來判定其他每個檢索語詞，是否 為屬性值語詞。
檢索部143，係針對所被抽出之每一屬性值語詞，將對應的屬性名與屬性值語詞以所定之記號或文字予以連接，而生成屬性條件。然後，檢索部143，係將至少含有所被生成之1或複數個屬性條件之全部的標籤，從標籤DB12f中檢索出來。
以下說明檢索的具體例。圖7係檢索之執行例的圖示。如圖7所示，假設使用者係輸入複數檢索語詞「襯衫白色M」，且指定了可受理訂購之商品之檢索。假設在類型DB12b中，作為上衣之子孫類型之1個類型名是登錄有「襯衫」。因此，檢索部143係將檢索語詞「襯衫」，判定為類型名且非屬性值語詞。又，檢索部143，係基於上衣之屬性定義資訊，而將檢索語詞「白色」判定為顏色的屬性值語詞，將檢索語詞「M」判定為尺寸的屬性值語詞。
檢索部143係例如，將複數檢索語詞之中含有非屬性語詞「襯衫」的商品網頁原始碼資訊，從商品網頁原始碼DB12d中檢索出來，將檢索到的商品網頁原始碼資訊所對應之商品ID，當作中間之檢索結果而加以取得。
又，檢索部143，係將各屬性值語詞與屬性名予以連接，生成例如屬性條件「顏色=白色」、「尺寸= M」。檢索部143，係從作為中間之檢索結果而被取得的商品ID所被建立關連而登錄在標籤DB12f中的標籤之中，檢索出與「顏色=白色」和「尺寸=M」之邏輯積之檢索條件相符的標籤。亦即，檢索部143係檢索，含有「顏色=白色」和「尺寸=M」之全部的標籤。然後，檢索部143，係將所檢索到的標籤所對應之商品ID，當作最終的檢索結果而加以取得。
此外，檢索部143，係亦可例如先檢索出與1或複數個屬性條件相符的標籤，然後將對應的商品ID當作中間之檢索結果而加以取得。然後，檢索部143，係亦可從作為中間檢索結果而被取得的商品ID所對應之商品網頁原始碼資訊之中，檢索出含有非屬性值語詞的商品網頁原始碼資訊，將對應的商品ID當作最終之檢索結果而加以取得。
於本實施形態中，商品之屬性之條件係被當作檢索語詞而輸入。然而，亦可為，例如在頂層網頁中，有別於用來輸入全文檢索所使用之檢索語詞所需之檢索語詞輸入領域，另外含有用來輸入檢索標籤所需之語詞所需之標籤檢索語詞輸入領域。此情況下，檢索部143，係將檢索語詞輸入領域中所被輸入之語詞，決定成非屬性值語詞，將標籤檢索語詞輸入領域中所被輸入之語詞，決定成屬性值語詞。然後，檢索部143，係將屬性值語詞所對應 之屬性名予以特定而生成屬性條件。又，亦可為，例如在頂層網頁中，顯示出用來將1或複數個屬性指定作為檢索條件所需之要素。此情況下，例如，頂層網頁係亦可被構成為，可以指定屬性區分與屬性值之組合。此情況下，檢索部143係生成，所被指定之組合所對應之屬性條件。
於本實施形態中，是藉由屬性名與屬性值語詞來構成屬性條件。然而，若標籤DB12f中所被登錄的標籤，是屬性名與屬性值語詞之中只含有屬性值語詞的情況下，則屬性條件係亦可只由屬性值語詞來構成。
此外，具備屬性抽出部141及標籤登錄部142的裝置、和具備檢索部143的伺服器裝置，係可為不同。此情況下，具備屬性抽出部141及標籤登錄部142的裝置，係為本發明中的資訊處理裝置之一例。具備屬性抽出部141及標籤登錄部142的裝置，係可為例如伺服器裝置，也可為終端裝置。
〔1-5.資訊處理系統之動作〕
接著，針對資訊處理系統S之動作，使用圖8及圖11來說明。
圖8係本實施形態所述之電子商店街伺服器1的標籤DB更新處理之一例的流程圖。標籤DB更新處理，係為用來更新標籤DB12f所需之處理。例如，系統控 制部14，係亦可每隔所定之期間，就對所有商品執行標籤DB更新處理。又例如，系統控制部14，係亦可在庫存DB12e中所被登錄之任一庫存狀況有被更新時，僅針對該庫存狀況所對應之商品，執行標籤DB更新處理。
如圖8所示，標籤登錄部142，係取得對象商品之商品ID(步驟S11)。接下來，屬性抽出部141，係取得屬性定義資訊(步驟S12)。具體而言，屬性抽出部141，係將對象商品之商品ID所對應之類型ID，從商品DB12c中加以取得。接下來，屬性抽出部141，係將所取得的類型ID所對應之屬性定義資訊，從類型DB12b中加以取得。若對應之屬性定義資訊未被登錄時，則屬性抽出部141，係基於類型DB12b中所被登錄的母類型ID，而將對象商品之類型ID所示之類型的祖先類型的類型ID，予以特定。然後，屬性抽出部141，係取得已特定之類型ID所對應之屬性定義資訊。
接下來，屬性抽出部141，係從對應於對象商品之商品ID而被登錄在商品網頁原始碼DB12d中的商品網頁原始碼資訊中，檢索出庫存ID(步驟S13)。接下來，屬性抽出部141係判定檢索的結果，商品網頁原始碼資訊是否含有複數庫存ID(步驟S14)。此時，屬性抽出部141係在判定商品網頁原始碼資訊是含有複數庫存ID時(步驟S14：YES)，則前進至步驟S15。另一方面，屬性抽出部 141係在判定商品網頁原始碼資訊是不含複數庫存ID訊時(步驟S14：NO)，則前進至步驟S22。
於步驟S15中，屬性抽出部141，係基於屬性定義資訊，針對所被檢索到的每一庫存ID，從商品網頁原始碼資訊中抽出庫存ID所被建立關連對應到的屬性之組合。具體而言，屬性抽出部141，係將庫存ID所被建立關連對應到的屬性值語詞予以抽出，將屬性值語詞所對應之屬性名，從屬性定義資訊加以取得。接下來，屬性抽出部141，係針對所被抽出之每一屬性，將屬性名與屬性值語詞予以連接，生成商品屬性(步驟S16)。
接下來，標籤登錄部142係將號碼i設定成1(步驟S17)。接下來，標籤登錄部142，係將複數庫存ID之中第i個庫存ID所被建立關連對應到的複數屬性之組合所對應之商品屬性予以連接，生成標籤(步驟S18)。此時，標籤登錄部142，係基於所定之基準，決定標籤中所含之商品屬性之順序。例如，標籤登錄部142，係亦可以商品屬性之字串之文字代碼之值較小的順序，將商品屬性予以連接。接下來，標籤登錄部142係執行標籤登錄控制處理(步驟S19)。
圖9係本實施形態所述之電子商店街伺服器1的標籤登錄控制處理之一例的流程圖。如圖9所示，標籤登錄部142，係將第i個庫存ID所對應之庫存狀況，從庫 存DB12e中加以取得。然後，標籤登錄部142係判定，庫存狀況是否表示可受理訂購(步驟S31)。此時，標籤登錄部142係在判定已取得之庫存狀況是表示可受理訂購時(步驟S31：YES)，則前進至步驟S32。另一方面，標籤登錄部142係在判定庫存狀況並非表示可受理訂購時(步驟S31：NO)，則前進至步驟S34。
於步驟S32中，標籤登錄部142係判定所被生成的標籤，是否與對象商品之商品ID建立關連而登錄在標籤DB12f中。此時，標籤登錄部142係在判定所被生成的標籤是與對象商品之商品ID建立關連而被登錄時(步驟S32：YES)，則結束標籤登錄控制處理。另一方面，標籤登錄部142係在判定所被生成的標籤未與對象商品之商品ID建立關連而被登錄時(步驟S32：NO)，則前進至步驟S33。於步驟S33中，標籤登錄部142係將所被生成的標籤，與對象商品之商品ID建立關連而登錄在標籤DB12f中。然後，標籤登錄部142，係結束標籤登錄控制處理。
於步驟S34中，標籤登錄部142係判定所被生成的標籤，是否與對象商品之商品ID建立關連而登錄在標籤DB12f中。此時，標籤登錄部142係在判定所被生成的標籤是與對象商品之商品ID建立關連而被登錄時(步驟S34：YES)，則前進至步驟S35。於步驟S35中，標籤 登錄部142係將與對象商品之商品ID建立關連而被登錄的標籤、且為與已被生成之標籤一致的標籤，從標籤DB12f中予以刪除。然後，標籤登錄部142，係結束標籤登錄控制處理。另一方面，標籤登錄部142係在判定所被生成的標籤未與對象商品之商品ID建立關連而被登錄時(步驟S34：NO)，則結束標籤登錄控制處理。
一旦標籤登錄控制處理結束，則標籤登錄部142係判定號碼i是否未滿已被檢索出來的庫存ID之數量的值(步驟S20)。此時，標籤登錄部142係判定號碼i是未滿庫存ID之數量之值時(步驟S20：YES)，則前進至步驟S21。於步驟S21中，標籤登錄部142係對號碼i加算1，前進至步驟S18。另一方面，標籤登錄部142係判定號碼i並非未滿庫存ID之數量之值時(步驟S20：NO)，則結束標籤DB更新處理。
於步驟S22中，屬性抽出部141，係基於屬性定義資訊，於對象商品的商品網頁原始碼資訊中，從商品網頁上所被顯示的本文，檢索出複數屬性區分的屬性值語詞。接下來，屬性抽出部141係判定檢索的結果，商品網頁原始碼資訊是否含有複數屬性區分之屬性值語詞(步驟S23)。此時，屬性抽出部141係在判定商品網頁原始碼資訊是含有複數屬性區分之屬性值語詞時(步驟S23：YES)，則前進至步驟S24。另一方面，屬性抽出部141， 係在判定商品網頁原始碼資訊是不含複數屬性區分之屬性值語詞時(步驟S23：NO)，則結束標籤DB更新處理。
於步驟S24中，屬性抽出部141，係針對已被抽出之每一屬性值，將屬性名和屬性值予以連接，生成商品屬性。接下來，標籤登錄部142係將複數商品屬性予以連接而生成標籤(步驟S25)。接下來，屬性抽出部141係執行標籤登錄控制處理(步驟S26)。藉此，標籤登錄部142，係將所生成之標籤登錄至標籤DB12f或將所生成之標籤從標籤DB12f予以刪除。然後，標籤登錄部142係結束標籤DB更新處理。
圖10及圖11係本實施形態所述之電子商店街伺服器1的檢索處理之一例的流程圖。使用者係於頂層網頁中，輸入1或複數個檢索語詞，選擇是否指定可受理訂購之商品的檢索。然後，一旦使用者選擇了檢索鈕130，則使用者終端3係將檢索要求發送至電子商店街伺服器1。檢索要求係含有例如，要求檢索的使用者之使用者ID及檢索條件。檢索條件係含有，所被輸入之檢索語詞及是否指定可受理訂購之商品之檢索的選擇結果。系統控制部14，係當電子商店街伺服器1從使用者終端3接收到檢索要求時，執行檢索處理。
如圖10所示，檢索部143，係基於檢索要求中所含之檢索條件，判定可受理訂購之商品之檢索是否有 被指定(步驟S41)。此時，檢索部143，係在判定可受理訂購之商品之檢索是有被指定時(步驟S41：YES)，前進至步驟S44。另一方面，檢索部143，係在判定可受理訂購之商品之檢索是未被被指定時(步驟S41：NO)，前進至步驟S42。
於步驟S42中，檢索部143係將含有檢索要求中所含之1或複數個檢索語詞之全部的商品網頁原始碼資訊，從商品網頁原始碼DB12d檢索出來。接下來，檢索部143係將已被檢索到的商品網頁原始碼資訊所對應的商品ID，從商品網頁原始碼DB12d加以取得。然後，檢索部143係生成含有已取得之商品ID的檢索結果清單。
接下來，檢索部143，係基於檢索結果清單，生成檢索結果網頁。然後，檢索部143，係將所生成的檢索結果網頁，發送至使用者終端3(步驟S43)。具體而言，係將檢索結果清單中所含之商品ID所對應之商品之資訊從商品DB12c加以取得，將所被檢索到的商品之一覽之資訊，追加至檢索結果網頁之HTML文件。又，檢索部143，係所被檢索到之商品的商品網頁之URL，將前往商品網頁之連結，追加至檢索結果網頁之HTML文件。然後，檢索部143係發送HTML文件。又，檢索部143，係將檢索履歷，登錄至檢索履歷DB12g。具體而言，檢索部143，係將現在日期時間，當作檢索日期時間而加以取 得。又，檢索部143，係從檢索要求取得使用者ID。然後，檢索部143係生成含有使用者ID、檢索日期時間及檢索條件的檢索履歷並登錄。然後，檢索部143係結束檢索處理。
於步驟S44中，檢索部143係取得檢索要求中所含之1或複數個檢索語詞。接下來，檢索部143係判定檢索語詞的數量是否為2個以上。此時，檢索部143係當檢索語詞之數量被判定為是2以上時(步驟S44：YES)，則前進至步驟S45。另一方面，檢索部143係當檢索語詞之數量被判定為並非2以上時(步驟S44：NO)，則前進至步驟S56。
於步驟S45中，檢索部143係選擇，從檢索要求所取得之檢索語詞之中的第1個檢索語詞。然後，檢索部143係判定，第1個檢索語詞是否和類型DB12b中所被登錄之任一類型名一致或類似。此時，檢索部143，係判定第1個檢索語詞是和類型DB12b中所被登錄之任一類型名一致或類似時(步驟S45：YES)，則前進至步驟S46。另一方面，檢索部143，係判定第1個檢索語詞是和類型DB12b中所被登錄之任一類型名均不一致也不類似時(步驟S45：NO)，則前進至步驟S56。
步驟S46中，檢索部143係將第1個檢索語詞，決定成非屬性值語詞。接下來，檢索部143，係取得 屬性定義資訊(步驟S47)。具體而言，檢索部143係將與第1個檢索語詞一致或類似的類型名所對應之類型ID，從類型DB12b加以取得。接下來，屬性抽出部141，係將所取得的類型ID所對應之屬性定義資訊，從類型DB12b中加以取得。若對應之屬性定義資訊未被登錄時，則屬性抽出部141，係基於類型DB12b中所被登錄的母類型ID，而將已取得之類型ID所示之類型的祖先類型的類型ID，予以特定。然後，屬性抽出部141，係取得已特定之類型ID所對應之屬性定義資訊。
接下來，檢索部143係將號碼i設定成2(步驟S48)。接著，檢索部143係選擇，從檢索要求所取得之檢索語詞之中的第i個檢索語詞。然後，檢索部143，係判定第i個檢索語詞是否和已被取得之屬性值資訊所示之任一屬性值語詞一致或類似(步驟S49)。此時，檢索部143，係在判定檢索語詞是否任一屬性值語詞一致或類似時(步驟S49：YES)，則前進至步驟S50。另一方面，檢索部143，係在判定檢索語詞是和任一屬性值語詞均不一致也不類似時(步驟S49：NO)，則前進至步驟S52。
步驟S50中，檢索部143係將第i個檢索語詞，決定成屬性值語詞。接下來，檢索部143，係將與第i個檢索語詞一致或類似的屬性值語詞所對應之屬性名，從屬性定義資訊加以取得。然後，檢索部143，係將已取 得之屬性名與第i個檢索語詞予以連接，生成屬性條件(步驟S51)。接下來，檢索部143係前進至步驟S53。步驟S52中，檢索部143係將第i個檢索語詞，決定成非屬性值語詞而前進至步驟S53。
於步驟S53中，檢索部143，係判定號碼i是否未滿檢索語詞之數量的值。此時，檢索部143係判定號碼i是未滿檢索語詞之數量之值時(步驟S53：YES)，則前進至步驟S54。於步驟S54中，檢索部143係對號碼i加算1，前進至步驟S49。另一方面，檢索部143係判定號碼i並非未滿檢索語詞之數量之值時(步驟S53：NO)，則前進至步驟S55。
於步驟S55中，檢索部143，係判定已被決定成屬性值語詞的檢索語詞之數量是否為1個以上。(步驟S55)。此時，檢索部143係當已被決定成屬性值語詞的檢索語詞之數量被判定為是1以上時(步驟S55：YES)，則前進至步驟S61。另一方面，檢索部143係當已被決定成屬性值語詞的檢索語詞之數量被判定為並非1以上時(步驟S55：NO)，則前進至步驟S56。
於步驟S56中，檢索部143係將含有檢索要求中所含之1或複數個檢索語詞之全部的商品網頁原始碼資訊，從商品網頁原始碼DB12d檢索出來。接下來，檢索部143係將已被檢索到的商品網頁原始碼資訊所對應的 商品ID，從商品網頁原始碼DB12d加以取得。然後，檢索部143係生成含有已取得之商品ID的中間清單。
接下來，檢索部143係從中間清單，檢索出可受理訂購之商品的商品ID(步驟S57)。具體而言，檢索部143係針對中間清單中所含之每一商品ID，將商品ID所對應之1或複數庫存狀況，從庫存DB12e加以取得。然後，檢索部143，係將在已被取得的1或複數個庫存狀況之中，表示可受理訂購的庫存狀況是存在1個以上的商品ID，決定成可受理訂購之商品的商品ID。接下來，檢索部143，係生成含有可受理訂購之商品的商品ID的檢索結果清單，前記至步驟S43。
步驟S61中，檢索部143係如圖11所示，將檢索結果清單予以初期化。接下來，檢索部143，係將含有檢索要求中所含之檢索語詞之中已被決定成非屬性值語詞的1或複數個檢索語詞之全部的商品網頁原始碼資訊，從商品網頁原始碼DB12d檢索出來(步驟S62)。接下來，檢索部143係將已被檢索到的商品網頁原始碼資訊所對應的商品ID，從商品網頁原始碼DB12d加以取得。然後，檢索部143係生成含有已取得之商品ID的中間清單。
接下來，檢索部143係將號碼i設定成1(步驟S63)。接著，檢索部143係選擇，中間清單中所含之商品ID之中的第i個商品ID。然後，檢索部143，係將第i 個商品ID所被建立關連對應到的標籤，從標籤DB12f中檢索出來(步驟S64)。接下來，檢索部143係判定，在已被檢索到的1或複數個標籤之中是否存在有，至少含有已被生成之1或複數個屬性條件所示之1或複數個商品屬性之全部的標籤(步驟S65)。屬性條件所示之商品屬性，係例如，含有與屬性條件中所含之屬性名一致之屬性名，且含有與屬性條件中所含之屬性值語詞一致或類似之屬性值語詞的商品屬性。此時，檢索部143係在判定，至少含有1或複數個屬性條件所示之1或複數商品屬性之全部的標籤是存在時(步驟S65：YES)，則前進至步驟S66。步驟S66中，檢索部143係將第i個商品ID追加至檢索結果清單，而前進至步驟S67。另一方面，檢索部143係在判定，至少含有1或複數個屬性條件所示之1或複數商品屬性之全部的標籤是不存在時(步驟S65：NO)，則前進至步驟S67。
於步驟S67中，檢索部143，係判定號碼i是否未滿中間清單中所含之商品ID之數量的值。此時，檢索部143係判定號碼i是未滿商品ID之數量之值時(步驟S67：YES)，則前進至步驟S68。於步驟S68中，檢索部143係對號碼i加算1，前進至步驟S64。另一方面，檢索部143係判定號碼i並非未滿商品ID之數量之值時(步驟S67：NO)，則前進至步驟S43。然後，檢索部143，係基 於檢索結果清單而生成檢索結果網頁並發送之。在對檢索履歷DB12g登錄檢索履歷時，檢索部143係亦可例如將已生成的屬性條件包含在檢索履歷中。
如以上說明，若依據本實施形態，則系統控制部14係在商品所具有的不同屬性區分的複數屬性彼此的組合之中，將表示具有該組合的商品之訂購是否為可受理的庫存狀況所被建立關連對應到的組合，從商品網頁原始碼資訊中抽出複數個。又，系統控制部14係在已被抽出之複數組合之中，庫存資訊是表示可受理訂購的每一組合，將表示該組合的標籤、且為構成該組合的複數屬性之邏輯積的檢索條件所對應之標籤，與商品ID建立關連而記憶在記憶部12中。另一方面，將庫存資訊是表示無法受理訂購之組合予以表示的標籤是被記憶在記憶部12中的情況下，則系統控制部14係將該標籤予以刪除。因此，可以只檢索出具有使用者所望屬性之組合、且可受理訂購之商品的商品網頁。
又，系統控制部14係在庫存狀況已被記憶在記憶部12中的組合未被抽出時，則從商品網頁原始碼資訊中抽出複數屬性區分之屬性的1個組合。又，系統控制部14係亦可只有在與商品ID建立關連而被記憶在標籤DB12f中的庫存狀況是表示可受理訂購的情況下，才將表示已被抽出之組合的標籤，記憶在標籤DB12f中。此情況 下，即使只有1個組合所對應的商品網頁存在，仍藉由標籤DB12f的檢索，而可只檢索出具有使用者所望屬性之組合、且可受理訂購之商品的商品網頁。
又，系統控制部14係亦可在所被輸入之複數檢索語詞是不含屬性值語詞的情況下，則從商品網頁原始碼DB12d，在含有複數檢索語詞的商品網頁原始碼資訊所被建立關連對應到的商品ID之中，檢索出可受理訂購之商品的商品ID。另一方面，系統控制部14係亦可在複數檢索語詞是含有表示商品屬性的1或複數個個屬性語詞的情況下，則在複數檢索語詞之中從含有非屬性值語詞的商品網頁原始碼資訊所被建立關連對應到的商品ID之中，檢索出將含有1或複數個屬性值語詞所示之屬性的組合予以表示的標籤所被建立關連對應到的商品ID。此情況下，無論複數檢索語詞是否含有屬性值語詞，都可執行適切的檢索。
〔2.第2實施形態〕 〔2-1.系統控制部之機能概要〕
接著，第2實施形態中的系統控制部14之機能概要，使用圖12來說明。圖12係檢索過程之一例的圖示。於頂層網頁中，例如，使用者係指定可受理訂購之商品之檢索。又，使用者係指定，與標籤所示之複數屬性之組合 之一部分之屬性一致的屬性，來作為檢索條件之至少一部分。該屬性稱為第1屬性。例如，如圖12所示，假設作為複數檢索語詞，是輸入了「襯衫海軍藍」。此情況下，「海軍藍」係相當於第1屬性。然後，使用者終端3係將檢索要求，發送至電子商店街伺服器1。該檢索要求稱為第1檢索要求。
接收到第1檢索要求時，檢索部143係檢索出至少含有所被指定之第1屬性的標籤，基於標籤所對應之商品ID而將檢索結果網頁發送至使用者終端3。使用者係從檢索結果，選擇出屬性之組合是有變異存在之商品，藉此，使用者終端3係將所被選擇之商品的商品網頁，予以顯示。於商品網頁中，在含有第1屬性的1或複數組合之中，至少1個組合係為可受理訂購。例如，假設使用者選擇襯衫ABC，顯示出圖3(a)中所示的商品網頁。
此處，假設使用者係沒有訂購商品。其後，假設，於頂層網頁中，使用者指定可受理訂購之商品之檢索，作為檢索條件之至少一部分，是指定與第1屬性相同之屬性區分中所屬的屬性。該屬性稱為第2屬性。例如，如圖12所示，假設作為複數檢索語詞，係輸入「針織服白色」。此情況下，「白色」係相當於第2屬性。然後，使用者終端3係將檢索要求，發送至電子商店街伺服器1。該檢索要求稱為第2檢索要求。
在接收到第2檢索要求時，檢索部143，係由於檢索條件中所含之第2屬性的屬性區分是和第1屬性的屬性區分一致，因此在商品網頁所被顯示的商品屬性之複數組合之中，將含有第1屬性的組合予以特定。接下來，檢索部143，係基於庫存DB12e，而在含有第1屬性的組合之中，特定出無法受理訂購之組合。然後，檢索部143，係從無法受理訂購之組合，特定出第1屬性以外之屬性。該屬性稱為第3屬性。例如，如圖3(a)所示，在含有「海軍藍」的組合之中，「海軍藍，L」係為無法受理訂購。此情況下，「L」係相當於第3屬性。
檢索部143，係從標籤DB12f中，檢索出至少含有第2檢索要求之檢索條件中所含之第2屬性、和已特定之第3屬性之雙方的標籤所被建立關連對應到的商品ID。例如，檢索部143係亦可先檢索出含有第2屬性的標籤，從檢索到的標籤之中，檢索出含有第3屬性的標籤。檢索部143係亦可例如，含有第2屬性與第3屬性之雙方的標籤所對應的商品的資訊，是比含有第2屬性但不含第3屬性的標籤所對應的商品的資訊，更為優先被顯示的方式，來生成檢索結果網頁。例如，含有第2屬性與第3屬性之雙方的標籤所對應的商品的資訊的顯示順序，是比含有第2屬性且不含第3屬性的標籤所對應的商品的資訊的顯示順序，還要前面的順序。例如，顯示順序越前面的商 品的資訊，在檢索結果網頁中被顯示在越容易看見的位置，或為了使商品資訊所被刊載的檢索結果網頁被顯示而切換網頁的操作的次數，可以減少。例如，如圖12所示，於檢索結果網頁中，對於檢索語詞「針織服白色L」的檢索結果係被顯示在上位，對於檢索語詞「針織服白色」的檢索結果之中，對於檢索語詞「針織服白色L」的檢索結果以外的檢索結果係被顯示在下位。此外，檢索部143係亦可例如僅檢索出，含有第2屬性與第3屬性之雙方的標籤所被建立關連對應到的商品ID。
說明進行如上述之檢索的理由。根據第1檢索要求，可以認為使用者有可能想要至少具有第1屬性之商品。基於第1檢索要求的檢索之結果，而被顯示的商品網頁中，含有第1屬性之屬性之組合之之中，至少1個組合係為可受理訂購。然而，使用者係沒有購入具有第1屬性的商品。從這些行動可知，在含有第1屬性的屬性之組合之中，假若具有無法受理訂購之組合的商品變成可以訂購，則使用者搞不好就可能會進行訂購。亦即，在無法受理訂購之組合中，具有第3屬性之商品，可能是使用者想要的。於是，使用者沒有訂購商品的狀態下發送檢索要求的時候，若屬性區分是與第1屬性相同的第2屬性係被指定，則檢索部143係可判斷使用者有可能會想要具有第2屬性與第3屬性之雙方的商品。藉此，就可具有使用者所 望屬性的商品、且為可受理訂購之商品，容易被使用者看見。
檢索部143係亦可例如，只有在第1屬性與第2屬性一致的情況下，才檢索出含有第2屬性與第3屬性的標籤所被建立關連對應到的商品ID。
檢索部143係亦可例如將前次的檢索要求，識別成第1檢索要求。又例如，檢索部143係亦可例如將所定次數前的檢索要求，識別成第1檢索要求。又例如，檢索部143係亦可將從前次起至所定次數前為止的檢索要求，決定成第1檢索要求之候補，從候補之中，決定出第1檢索要求。又例如，檢索部143係亦可將從現時點起至所定時間前為止之間的檢索要求，決定成第1檢索要求之候補，從候補之中，決定出第1檢索要求。又例如，檢索部143係亦可將使用者最後登入至電子商店街起至現時點為止之間的檢索要求，決定成第1檢索要求之候補，從候補之中，決定出第1檢索要求。
此外，來自商品網頁原始碼資訊的屬性之抽出、標籤之生成及登錄，係和第1實施形態相同。
〔2-2.資訊處理系統之動作〕
接著，針對資訊處理系統S之動作，使用圖13及圖14來說明。圖13係本實施形態所述之電子商店街伺服器 1的檢索處理之一例的流程圖。於圖13中，關於和圖11相同之處理，係標示相同的符號。從使用者終端3接收檢索要求時，系統控制部14係執行如圖10所示的處理。本次接收到的檢索要求係為第2檢索要求。於步驟S55中，檢索部143係當已被決定成屬性值語詞的檢索語詞之數量被判定為是1以上時(步驟S55：YES)，則前進至步驟S71。步驟S71中，檢索部143係如圖13所示，執行屬性條件追加處理。
圖14係本實施形態所述之電子商店街伺服器1的屬性條件追加處理之一例的流程圖。如圖14所示，檢索部143係從檢索要求，取得曾經要求過檢索的使用者之使用者ID。然後，檢索部143係將所取得的使用者ID所對應之檢索履歷，從檢索履歷DB12g中檢索出來(步驟S81)。接下來，檢索部143係在被檢索到的檢索履歷之中，將檢索日期時間為最新的檢索履歷，決定成對象檢索履歷(步驟S82)。對象檢索履歷，係被視為第1檢索要求所對應之檢索履歷。
接下來，檢索部143係計數，對象檢索履歷中所含之屬性條件之數目。然後，檢索部143係判定，基於所接收之檢索要求而生成的屬性條件之數目，是否和對象檢索履歷中所含之屬性條件之數目一致(步驟S83)。此時，檢索部143，係在判定所生成之屬性條件之數目是與 對象檢索履歷中所含之屬性條件之數目一致時(步驟S83：YES)，則前進至步驟S84。另一方面，檢索部143，係在判定所生成之屬性條件之數目是與對象檢索履歷中所含之屬性條件之數目不一致時(步驟S83：NO)，則結束屬性條件追加處理。
於步驟S84中，檢索部143係從所生成的1或複數個屬性條件之每一者，取得屬性名來作為第1屬性名。又，檢索部143係從對象檢索履歷中所含之1或複數個屬性條件之每一者，取得屬性名來作為第2屬性名。然後，檢索部143係判定，已被取得之1或複數個第1屬性名之組合、和已被取得之1或複數個第2屬性名之組合，是否一致(步驟S85)。此時，檢索部143係在判定第1屬性名之組合和1或複數個第2屬性名之組合為一致時(步驟S85：YES)，則前進至步驟S86。此情況下，對象檢索履歷中所含之1或複數個屬性條件係相當於第1屬性，本次所被生成的1或複數個屬性條件係相當於第2屬性。另一方面，檢索部143係在判定第1屬性名之組合和1或複數個第2屬性名之組合為不一致時(步驟S85：NO)，則結束屬性條件追加處理。
於步驟S86中，檢索部143係在曾經要求過檢索的使用者的使用者ID所對應之瀏覽履歷之中，將瀏覽日期時間是比對象檢索履歷之檢索日期時間還晚的瀏覽 履歷，從瀏覽履歷DB12h中檢索出來。接下來，檢索部143係在曾經要求過檢索的使用者的使用者ID所對應之訂購履歷之中，將已被訂購之商品的商品ID是與所被檢索到之瀏覽履歷之商品ID一致，且訂購日期時間是比所被檢索到之瀏覽履歷之瀏覽日期時間還晚的訂購履歷，從訂購履歷DB12i檢索出來(步驟S87)。接下來，檢索部143係判定是否有發現符合的訂購履歷(步驟S88)。此時，檢索部143係在判定有發現到符合之訂購履歷時(步驟S88：YES)，結束屬性條件追加處理。另一方面，檢索部143係在判定沒有發現到符合之訂購履歷時(步驟S88：NO)，則前進至步驟S89。
於步驟S89中，檢索部143係從已被檢索到的瀏覽履歷中，取得商品ID。接下來，檢索部143係取得，已取得的商品ID所示之商品所對應之複數商品屬性之組合。例如，檢索部143係亦可從已取得的商品ID所對應之商品網頁原始碼資訊，抽出庫存ID所被建立關連對應到的屬性之組合。或者於圖8所示的標籤DB更新處理中，屬性抽出部141從商品網頁原始碼資訊抽出庫存ID與屬性之組合時，亦可與庫存ID建立對應，而將屬性的組合所對應之商品屬性的組合，登錄在庫存DB12e中。然後，檢索部143亦可從庫存DB12e，取得商品ID所對應之商品屬性之組合。
接下來，檢索部143係計數，從已被取得之多少組合，來構成組合的商品屬性之數目。然後，檢索部143係判定商品屬性之數目，是否比對象檢索履歷中所含之屬性條件之數目還多(步驟S90)。此時，檢索部143係在判定商品屬性之數目是比屬性條件之組合之數目還多時(步驟S90：YES)，則前進至步驟S91。另一方面，檢索部143係在判定商品屬性之數目並非比屬性條件之組合之數目還多時(步驟S90：NO)，則結束屬性條件追加處理。
於步驟S91中，檢索部143係在已被取得之商品屬性之組合之中，將對象檢索履歷中所含之1或複數個屬性條件之組合，特定出1或複數個。接下來，檢索部143係將已被特定之組合所被建立關連對應到的庫存ID所對應之庫存狀況，從庫存DB12e加以取得。然後，檢索部143係基於庫存狀況，在已被特定的組合之中，判定是否有無法受理訂購之組合存在(步驟S92)。此時，檢索部143，係在判定有無法受理訂購之組合存在時(步驟S92：YES)，則前進至步驟S93。另一方面，檢索部143，係在判定沒有無法受理訂購之組合存在時(步驟S92：NO)，則結束屬性條件追加處理。
於步驟S93中，檢索部143係從無法受理訂購的組合中，取得對象檢索履歷中所含之屬性條件以外的1或複數商品屬性。接下來，檢索部143係將所取得之商 品屬性，決定成追加屬性條件(步驟S94)。追加屬性條件，係相當於第3屬性。然後，檢索部143係結束屬性條件追加處理。
此外，若無法受理訂購之組合是存在複數個時，則檢索部143係亦可例如不決定追加屬性條件，或可基於所定之條件，從任一組合中決定出追加屬性條件。
一旦屬性條件追加處理結束，則檢索部143係如圖13所示，將第1檢索結果清單及第2檢索結果清單予以初期化(步驟S72)。接下來，檢索部143係執行步驟S62~S65。於步驟S65中，檢索部143係在判定，至少含有1或複數個屬性條件所示之1或複數商品屬性之全部的標籤是存在時(步驟S65：YES)，則前進至步驟S73。另一方面，檢索部143係在判定，至少含有1或複數個屬性條件所示之1或複數商品屬性之全部的標籤是不存在時(步驟S65：NO)，則前進至步驟S67。
於步驟S73中，檢索部143係判定屬性條件追加處理中是否有追加屬性條件被決定。此時，檢索部143係在判定追加屬性條件有被決定時(步驟S73：YES)，則前進至步驟S74。另一方面，檢索部143係在判定追加屬性條件未被決定時(步驟S73：NO)，則前進至步驟S75。
於步驟S74中，檢索部143係在已被步驟S65 之判定所特定出來的標籤、且為含有已被生成之1或複數個屬性條件所示之1或複數商品屬性之全部的標籤之中，判定是否存在有，含有已被決定成為追加屬性條件的1或複數個商品屬性之全部的標籤。此時，檢索部143係在判定含有已被決定成為追加屬性條件的1或複數個商品屬性之全部的標籤是存在的情況下(步驟S74：YES)，則前進至步驟S75。另一方面，檢索部143係在判定含有已被決定成為追加屬性條件的1或複數個商品屬性之全部的標籤是不存在的情況下(步驟S74：NO)，則前進至步驟S76。
步驟S75中，檢索部143係將第i個商品ID追加至第1檢索結果清單，而前進至步驟S67。步驟S76中，檢索部143係將第i個商品ID追加至第2檢索結果清單，而前進至步驟S67。
於步驟S67中，檢索部143係判定號碼i是未滿商品ID之數量之值時(步驟S67：YES)，則前進至步驟S68。於步驟S68中，檢索部143係對號碼i加算1，前進至步驟S64。另一方面，檢索部143係判定號碼i並非未滿商品ID之數量之值時(步驟S67：NO)，則前進至步驟S77。
於步驟S77中，檢索部143係基於第1檢索結果清單及第2檢索結果清單，而生成檢索結果網頁，將檢索結果網頁發送至使用者終端3。具體而言，檢索部 143係對第1檢索結果清單中所含之商品ID，將商品之資訊之顯示順序，從第1個決定至第N個。N係第1檢索結果清單中所含之商品ID之數目。接下來，檢索部143係對第2檢索結果清單中所含之商品ID，將商品之資訊之顯示順序，從第N+1個開始決定順序。然後，檢索部143係以顯示順序越前面的商品ID、商品的資訊就越被優先顯示的方式，來生成檢索結果網頁之HTML文件。接下來，檢索部143係將檢索結果網頁之HTML文件予以發送，而登錄檢索履歷。然後，檢索部143係結束檢索處理。此外，追加屬性條件未被決定時，則對第2檢索結果清單係不登錄商品ID。因此，檢索部143係實質上是基於第1檢索結果清單而生成檢索結果網頁。此時的處理，係和圖10中所示的步驟S43相同。
如以上說明，若依據本實施形態，則系統控制部14係在基於含有被指定作為檢索條件之第1屬性的第1檢索要求而被從標籤DB12f中檢索出來的標籤，且該標籤所示之組合的一部分之屬性係為第1屬性的標籤所被建立關連對應到的商品ID所示之商品的商品網頁被顯示之後，該商品未被購入的狀態下，受理了含有屬性區分是與第1屬性相同的任一第2屬性的第2檢索要求時，則在含有第1屬性的該商品之複數屬性的組合之中，從庫存狀況是表示無法受理訂購的組合中，特定出第1屬性以外的 第3屬性。又，系統控制部14係將表示第2屬性與第3屬性之組合的標籤所被建立關連對應到的商品ID，從標籤DB12f中檢索出來。因此，可將在第1檢索要求中使用者沒有指定成為檢索條件，但具有可能是使用者所望屬性的商品，在受理到第2檢索要求時，進行檢索。
〔3.第3實施形態〕 〔3-1.系統控制部之機能概要〕
接著，說明第3實施形態中的系統控制部14之機能概要。檢索部143係和第2實施形態同樣地，檢索出含有第2屬性與第3屬性之雙方的標籤。於第3實施形態中，檢索部143係從第1檢索要求中，特定出商品之類型。該類型稱為第1類型。又，檢索部143係從第2檢索要求中，特定出商品之類型。該類型稱為第2類型。然後，檢索部143係只有在第1類型與第2類型的共通性是滿足所定條件的情況下，檢索部143係檢索出含有第2屬性與第3屬性之雙方的標籤所被建立關連對應到的商品ID。另一方面，若類型的共通性不滿足所定條件，則檢索部143係不檢索出含有第2屬性與第3屬性之雙方的標籤所被建立關連對應到的商品ID。其理由為，就算針對某個類型，使用者認為想要具有第3屬性的商品，但是針對完全不同的類型使用者可能不會想要具有第3屬性的商品。若依據 本實施形態，則可防止具有使用者不想要之屬性的商品被檢索，導致使用者不容易看見使用者所望之商品。
所定之條件係亦可為例如：第1類型與第2類型係為一致。或者，所定之條件係亦可為例如：第1類型及第1類型的祖先類型之中的所定之基準等級之類型、與第2類型及第2類型的祖先類型之中的所定之基準等級之類型是一致。被比較的祖先類型之基準等級，係例如亦可為全類型皆共通，也可按照每一類型而被登錄在類型DB12b中。又例如，亦可按照關於商品的所定之每一特徵，定義具有相同或類似之特徵的複數類型的資訊，是被記憶在記憶部12中。然後，檢索部143係亦可基於該資訊，例如若第1類型之特徵與第2類型之特徵是相同或類似，則判定為滿足所定之條件。
例如，如圖12所示，第1檢索要求之檢索語詞「襯衫海軍藍」中，「襯衫」係為類型名。又，第2檢索要求之檢索語詞「針識服白色」中，「針識服」係為類型名。假設「襯衫」及「針織服」之等級係為等級3，這些類型之母類型係為例如「上衣」。基準等級為等級2時，檢索部143係亦可檢索出含有第2屬性「顏色=白色」與第3屬性「尺寸=L」的標籤。然後，檢索部143係將該檢索結果，比含有第2屬性「顏色=白色」的標籤之檢索結果更為優先地加以顯示。另一方面，假設作 為第2檢索要求之檢索語詞，係輸入了例如「內搭褲白色」。「內搭褲」係為類型名。假設「內搭褲」之等級係為等級3。假設「內搭褲」之母類型，係為例如「下身」。假設「下身」與「上衣」之母類型，係例如「時裝」。然而，類型之共通性，係由基準等級也就是等級2的祖先類型而被判斷。由於「下身」係和「上衣」不一致，因此檢索部143係不檢索出含有第2屬性「顏色=白色」與第3屬性「尺寸=L」的標籤，檢索含有第2屬性「顏色=白色」的標籤即可。
於本實施形態中，係從所被輸入之檢索語詞，特定出商品之類型。然而，例如可讓使用者將商品之類型選擇來作為檢索條件的情況下，檢索部143係亦可特定出所被選擇的類型。
〔3-2.資訊處理系統之動作〕
接著，針對資訊處理系統S之動作，使用圖15來說明。圖15係本實施形態所述之電子商店街伺服器1的屬性條件追加處理之一例的流程圖。於圖15中，關於和圖14相同之處理，係標示相同的符號。
如圖15所示，檢索部143係執行步驟S81及S82。接下來，檢索部143係將與對象檢索履歷中所含之第1個檢索語詞一致或類似的類型名，從類型DB12b中 檢索出來，取得所被檢索到之類型名所對應之類型ID。接下來，檢索部143係從記憶部12取得基準等級。然後，檢索部143係基於類型DB12b中所被登錄的母類型ID，而在已取得之類型ID所示之類型及該類型的祖先類型之中，取得基準等級的祖先類型的類型ID(步驟S101)。接下來，檢索部143係將和本次接收之檢索要求中所含之第1個檢索語詞一致或類似的類型名所對應之類型ID，從類型DB12b加以取得。接下來，檢索部143係在已取得之類型ID所示之類型及該類型的祖先類型之中，取得基準等級的祖先類型的類型ID(步驟S102)。
接下來，檢索部143係判定，步驟S101中所取得之類型ID與步驟S102中所取得之類型ID是否一致(步驟S103)。此時，若檢索部143係判定類型ID為一致(步驟S103：YES)，則和第2實施形態同樣地，執行步驟S83~S94。另一方面，若檢索部143係判定類型ID不一致(步驟S103：NO)，則結束屬性條件追加處理。
如以上說明，若依據本實施形態，則系統控制部14係在從第1檢索要求所被特定出來的第1類型、與從第2檢索要求所被特定出來的第2類型的共通性是滿足所定條件時，則檢索出表示第2屬性和第3屬性之組合的標籤所被建立關連對應到的商品ID。另一方面，若共通性是不滿足所定條件，則系統控制部14係檢索出表示 含有第2屬性之組合的標籤所被建立關連對應到的商品ID。因此，可基於從檢索要求所特定出來的商品的類型之共通性，適切判定在第1檢索要求中未被使用者指定成為檢索條件的第3屬性，是否有可能是使用者所望屬性。
〔4.第4實施形態〕 〔4-1.系統控制部之機能概要〕
接著，第4實施形態中的系統控制部14之機能概要，使用圖16來說明。檢索部143係和第2實施形態或第3實施形態同樣地，檢索出含有第2屬性與第3屬性之雙方的標籤。於第4實施形態中，檢索部143係只有在第1檢索要求之後，第2檢索要求之前若受理到第3檢索要求、且從基於第3檢索要求而被檢索到之商品之中，具有第3屬性之商品是已被訂購的情況下，才檢索出含有第2屬性與第3屬性之雙方的標籤所被建立關連對應到的商品ID。對應於第3檢索要求而使用者已經訂購了具有第3屬性之商品，因此即使在進行第2檢索要求的時點上，使用者仍有想要具有第3屬性之商品的可能性。另一方面，若使用者沒有訂購具有第3屬性之商品，則使用者可能不想要具有第3屬性之商品。若依據本實施形態，則可防止具有使用者不想要之屬性的商品被檢索，導致使用者不容易看見使用者所望之商品。
以下說明具體例。圖16係檢索過程之一例的圖示。如圖16所示，例如，假設使用者係於頂層網頁中指定可受理訂購之商品的檢索，輸入了檢索語詞「襯衫L」。此情況下，「L」係相當於第1屬性。使用者終端3，係將含有檢索語詞的第1檢索要求，予以發送。檢索部143，係檢索出至少含有「尺寸=L」的標籤，基於標籤所對應之商品ID而將檢索結果網頁發送至使用者終端3。假設使用者係從檢索結果，選擇出襯衫ABC，顯示出圖3(a)中所示的商品網頁。
假設使用者係沒有訂購襯衫ABC，而於頂層網頁中，例如，輸入了檢索語詞「毛衣」。使用者終端3，係將含有檢索語詞的第3要求，予以發送。檢索部143係基於第3要求而執行檢索，將檢索結果網頁發送至使用者終端3。使用者，係從檢索結果網頁，例如選擇出毛衣XYZ而令商品網頁被顯示。然後，假設使用者係訂購了顏色為海軍藍的毛衣XYZ。
其後，假設於頂層網頁中，使用者係指定例如可受理訂購之商品的檢索，輸入了檢索語詞「針織服L」。此情況下，「L」係相當於第2屬性。使用者終端3，係將含有檢索語詞的第2檢索要求，予以發送。此情況下，第1屬性之屬性區分與第2屬性之屬性區分係為一致。然後，第3屬性之屬性區分係為「顏色」。關於襯衫 ABC，在含有第1屬性「L」的組合之中，無法訂購的組合係為「海軍藍，L」、及「白色，L」。因此，第3屬性係為「海軍藍」、「白色」。第3屬性之屬性區分「顏色」，係和使用者所訂購的毛衣XYZ所具有的屬性之屬性區分一致。使用者所訂購的毛衣之顏色係為海軍藍，「海軍藍」係與第3屬性之1者一致。
於是，檢索部143係亦可在例如商品網頁原始碼資訊是含有「針織服」的商品之標籤之中，檢索出含有屬性條件「尺寸=L」的標籤。然後，檢索部143係亦可從所被檢索到之標籤之中，檢索出含有「顏色=海軍藍」的標籤。檢索部143係以對於檢索語詞「針織服，L，海軍藍」之檢索結果是被顯示在上位、而在對於檢索語詞「針織服，L」之檢索結果之中，對於檢索語詞「針織服，L，海軍藍」之檢索結果以外的檢索結果係被顯示在下位的方式，來生成檢索結果網頁。
檢索部143係亦可例如只有在所被訂購的商品是具有和第1屬性之屬性區分相同屬性區分的屬性時，才檢索出含有第2屬性與第3屬性之雙方的標籤所被建立關連對應到的商品ID。又例如，檢索部143係亦可只有在所被訂購的商品是具有和第1屬性及第2屬性之至少一方相同屬性時，才檢索出含有第2屬性與第3屬性之雙方的標籤所被建立關連對應到的商品ID。
檢索部143係亦可例如將前前次的檢索要求，識別成第1檢索要求。又例如，檢索部143係亦可例如將所定次數前的檢索要求，識別成第1檢索要求。又例如，檢索部143係亦可將從前次起至所定次數前為止的檢索要求，決定成第1檢索要求之候補，從候補之中，決定出第1檢索要求。又例如，檢索部143係亦可將從現時點起至所定時間前為止之間的檢索要求，決定成第1檢索要求之候補，從候補之中，決定出第1檢索要求。又例如，檢索部143係亦可將使用者最後登入至電子商店街起至現時點為止之間的檢索要求，決定成第1檢索要求之候補，從候補之中，決定出第1檢索要求。
〔4-2.資訊處理系統之動作〕
接著，針對資訊處理系統S之動作，使用圖17來說明。圖17係本實施形態所述之電子商店街伺服器1的屬性條件追加處理之一例的流程圖。於圖17中，關於和圖14相同之處理，係標示相同的符號。
如圖17所示，檢索部143係執行步驟S81。接下來，檢索部143係在步驟S81中被檢索到的檢索履歷之中，將檢索日期時間為第2新的檢索履歷，決定成對象檢索履歷(步驟S111)。接下來，檢索部143係將步驟83~S85，和第2實施形態同樣地予以執行。於步驟S85 中，檢索部143係在判定第1屬性名之組合和1或複數個第2屬性名之組合為一致時(步驟S85：YES)，則前進至步驟S112。
於步驟S112中，檢索部143係在步驟S81中所檢索到之檢索履歷之中，從檢索日期時間為最新之檢索履歷，取得其檢索日期時間。接著，檢索部143係在曾經要求過檢索的使用者的使用者ID所對應之瀏覽履歷之中，將瀏覽日期時間是比對象檢索履歷之檢索日期時間還晚，且比最新的檢索履歷的檢索日期時間還早的瀏覽履歷，從瀏覽履歷DB12h中檢索出來。接下來，檢索部143係將步驟S87~S93，和第2實施形態同樣地予以執行。
步驟S93之後，檢索部143係在曾經要求過檢索的使用者的使用者ID所對應之訂購履歷之中，將訂購日期時間是比最新之檢索履歷之檢索日期時間還晚的訂購履歷，從訂購履歷DB12i中檢索出來(步驟S113)。接下來，檢索部143係判定，所被檢索到之訂購履歷之中，是否存在有，含有步驟S93中所被取得之商品屬性的訂購履歷(步驟S114)。此時，檢索部143係在判定含有已被取得之商品屬性的訂購履歷是存在時(步驟S114：YES)，則前進至步驟S94。於步驟S94中，檢索部143係將所取得之商品屬性，決定成追加屬性條件，結束屬性條件追加處理。另一方面，檢索部143係在判定含有已被取得之商品 屬性的訂購履歷是不存在時(步驟S114：NO)，則結束屬性條件追加處理。
如以上說明，若依據本實施形態，則系統控制部14係在基於第1檢索要求的檢索之後、第2檢索要求被取得之前，受理到第3檢索要求，且從基於第3檢索要求而被檢索到之商品之中，具有第3屬性之商品是已被訂購的情況下，檢索出表示第2屬性和第3屬性之組合的標籤所被建立關連對應到的商品ID。另一方面，若具有第3屬性之商品未被訂購時，則系統控制部14係檢索出表示含有第2屬性之組合的標籤所被建立關連對應到的商品ID。因此，可基於已被訂購的商品之屬性，適切判定在第1檢索要求中未被使用者指定成為檢索條件的第3屬性，是否為可能是使用者所望屬性。

Claims (8)

  1. 一種資訊處理裝置，係屬於將基於檢索條件而檢索商品時所使用之標籤予以生成的資訊處理裝置，其特徵為，具備：抽出手段，係用以在商品所具有的不同屬性區分的屬性彼此的組合之中，將表示具有該組合之前記商品之訂購之受理是否可行的可不可資訊所被建立關連對應到的組合，從表示前記商品之網頁之顯示內容的顯示資訊中，抽出複數個；和控制手段，係用以在已被前記抽出手段所抽出之複數屬性的組合之中，對於可受理訂購之屬性的每一組合，將表示該組合的標籤、且為構成該組合的複數屬性之邏輯積的檢索條件所對應之標籤，與識別前記商品的商品識別資訊建立關連而記憶在標籤記憶手段中，表示無法受理訂購之屬性的組合的標籤是與前記商品識別資訊建立關連而記憶在前記標籤記憶手段中的情況下，則將該標籤予以刪除。
  2. 如請求項1所記載之資訊處理裝置，其中還具備：第2抽出手段，係用以在藉由前記抽出手段而未抽出前記可不可資訊所被建立關連對應到的屬性的組合的情況下，將商品所具有的、不同屬性區分之屬性彼此的組合，從前記顯示資訊中抽出1個； 前記控制手段，係只有在前記商品的訂購之受理係為可行的情況下，將表示已被前記第2抽出手段所抽出之屬性的組合的標籤，記憶在前記標籤記憶手段中。
  3. 如請求項1或2項所記載之資訊處理裝置，其中，還具備：特定手段，係用以在基於含有被指定作為檢索條件之第1屬性的第1檢索要求而被從前記標籤記憶手段中檢索出來的標籤，且該標籤所示之組合的一部分之屬性係為前記第1屬性的標籤所被建立關連對應到的商品識別資訊所表示之檢索商品的網頁被顯示之後，前記檢索商品未被購入的狀態下，受理了含有屬性區分是與前記第1屬性相同的任一第2屬性的第2檢索要求時，則在含有前記第1屬性的前記檢索商品的複數屬性的組合之中，從無法受理訂購的組合中，特定出前記第1屬性以外的第3屬性；和檢索手段，係用以將表示前記第2屬性和已被前記特定手段所特定出來之前記第3屬性之組合的標籤所被建立關連對應到的商品識別資訊，從前記標籤記憶手段中予以檢索出來。
  4. 如請求項3所記載之資訊處理裝置，其中前記檢索手段，係在根據前記第1檢索要求而被特定、被檢索的商品的第1商品區分、與根據前記第2檢索 要求而被特定、被檢索的商品的第2商品區分之共通性是滿足所定條件時，則檢索出表示前記第2屬性和前記第3屬性之組合的標籤所被建立關連對應到的商品識別資訊，若前記共通性不滿足前記所定條件時，則檢索出表示含有前記第2屬性之組合的標籤所被建立關連對應到的商品識別資訊。
  5. 如請求項3所記載之資訊處理裝置，其中前記檢索手段，係在基於前記第1檢索要求的檢索之後，在前記第2檢索要求被取得前，受理到第3檢索要求，且從基於前記第3檢索要求而被檢索到之商品之中，具有前記第3屬性之商品是已被訂購時，則檢索出表示前記第2屬性和前記第3屬性之組合的標籤所被建立關連對應到的商品識別資訊，若具有前記第3屬性之商品未被訂購時，則檢索出表示含有前記第2屬性之組合的標籤所被建立關連對應到的商品識別資訊。
  6. 如請求項1所記載之資訊處理裝置，其中還具備：第1檢索手段，係用以在已被指定來作為檢索條件的複數語詞是不含表示商品屬性之屬性語詞的情況下，從將表示商品之網頁之顯示內容的顯示資訊、和識別商品之商品識別資訊建立關連而記憶的顯示資訊記憶手段中，在含有前記複數語詞的顯示資訊所被建立關連對應到的商品識 別資訊之中，檢索出可受理訂購之商品的商品識別資訊；和第2檢索手段，係用以在前記複數語詞是含有表示商品屬性的1或複數個屬性語詞的情況下，從含有前記複數語詞之中與前記1或複數個屬性語詞不同語詞的顯示資訊所被建立關連對應到的商品識別資訊之中，檢索出將含有前記1或複數個屬性語詞所示之屬性的組合予以表示的標籤所被建立關連對應到的商品識別資訊。
  7. 一種資訊處理方法，係屬於將基於檢索條件而檢索商品時所使用之標籤予以生成的電腦所執行的資訊處理方法，其特徵為，含有：抽出步驟，係用以在商品所具有的不同屬性區分的屬性彼此的組合之中，將表示具有該組合之前記商品之訂購之受理是否可行的可不可資訊所被建立關連對應到的組合，從表示前記商品之網頁之顯示內容的顯示資訊中，抽出複數個；和控制步驟，係用以在已被前記抽出步驟所抽出之複數屬性的組合之中，對於可受理訂購之屬性的每一組合，將表示該組合的標籤、且為構成該組合的複數屬性之邏輯積的檢索條件所對應之標籤，與識別前記商品的商品識別資訊建立關連而記憶在標籤記憶手段中，表示無法受理訂購之屬性的組合的標籤是與前記商品識別資訊建立關連而記 憶在前記標籤記憶手段中的情況下，則將該標籤予以刪除。
  8. 一種資訊處理程式產品，其特徵為，令將基於檢索條件而檢索商品時所使用之標籤予以生成的電腦，發揮機能而成為：抽出手段，係用以在商品所具有的不同屬性區分的屬性彼此的組合之中，將表示具有該組合之前記商品之訂購之受理是否可行的可不可資訊所被建立關連對應到的組合，從表示前記商品之網頁之顯示內容的顯示資訊中，抽出複數個；及控制手段，係用以在已被前記抽出手段所抽出之複數屬性的組合之中，對於可受理訂購之屬性的每一組合，將表示該組合的標籤、且為構成該組合的複數屬性之邏輯積的檢索條件所對應之標籤，與識別前記商品的商品識別資訊建立關連而記憶在標籤記憶手段中，表示無法受理訂購之屬性的組合的標籤是與前記商品識別資訊建立關連而記憶在前記標籤記憶手段中的情況下，則將該標籤予以刪除。
TW104115258A 2014-11-28 2015-05-13 Information processing devices, information processing methods and information processing products TWI541747B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2014/081566 WO2016084230A1 (ja) 2014-11-28 2014-11-28 情報処理装置、情報処理方法及び情報処理プログラム

Publications (2)

Publication Number Publication Date
TW201602941A TW201602941A (zh) 2016-01-16
TWI541747B true TWI541747B (zh) 2016-07-11

Family

ID=53277220

Family Applications (1)

Application Number Title Priority Date Filing Date
TW104115258A TWI541747B (zh) 2014-11-28 2015-05-13 Information processing devices, information processing methods and information processing products

Country Status (4)

Country Link
US (1) US10061783B2 (zh)
JP (1) JP5711440B1 (zh)
TW (1) TWI541747B (zh)
WO (1) WO2016084230A1 (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105550918A (zh) * 2015-12-07 2016-05-04 青岛海尔滚筒洗衣机有限公司 一种使用洗衣机一键下单的方法及洗衣机
CN105405044B (zh) * 2015-12-07 2021-06-01 重庆海尔滚筒洗衣机有限公司 一种使用洗衣机快速购物的方法及洗衣机
CN106910083A (zh) * 2015-12-23 2017-06-30 阿里巴巴集团控股有限公司 提供商品对象信息的方法及装置
CN107341670A (zh) * 2017-05-25 2017-11-10 段元文 物品溯源方法、装置及计算机可读存储介质
JP7442996B2 (ja) 2019-08-19 2024-03-05 Ｌｉｎｅヤフー株式会社 情報表示プログラム、情報表示装置、情報表示方法および配信装置
CN113379499A (zh) * 2021-06-18 2021-09-10 北京沃东天骏信息技术有限公司 物品筛选方法及装置、电子设备、存储介质
JP7382477B1 (ja) 2022-11-02 2023-11-16 楽天グループ株式会社 商品ページ送信装置、商品ページ送信方法、及び商品ページ送信プログラム

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002092507A (ja) 2000-09-14 2002-03-29 Tiger Vacuum Bottle Co Ltd インターネットによる直接対話形式を用いた商品の販売方法
JP2002099793A (ja) * 2000-09-21 2002-04-05 Tokyo Electron Device Ltd 商品受発注支援システム，商品受発注支援方法，及び顧客用サーバ
JP2004051374A (ja) * 2002-05-28 2004-02-19 Japan Logistic Systems Inc シームレス商品物流情報システム
JP2009294909A (ja) * 2008-06-05 2009-12-17 Promise Co Ltd オンラインショッピングシステム

Also Published As

Publication number Publication date
WO2016084230A1 (ja) 2016-06-02
TW201602941A (zh) 2016-01-16
US10061783B2 (en) 2018-08-28
JPWO2016084230A1 (ja) 2017-04-27
US20160342625A1 (en) 2016-11-24
JP5711440B1 (ja) 2015-04-30

Similar Documents

Publication Publication Date Title
TWI541747B (zh) Information processing devices, information processing methods and information processing products
TWI421715B (zh) Information processing devices, information processing methods and information processing products
US9697282B2 (en) Search apparatus, search method, search program, and recording medium
TWI452535B (zh) Information processing devices, information processing methods and information processing products
TWI612430B (zh) 檢索裝置、檢索方法、檢索程式產品及記錄媒體
US20190114694A1 (en) Commodity/service purchase support method, system, and program
US20230214895A1 (en) Methods and systems for product discovery in user generated content
WO2013161105A1 (ja) タグ管理装置、タグ管理方法、タグ管理プログラム、及びそのプログラムを記憶するコンピュータ読取可能な記録媒体
US20200226168A1 (en) Methods and systems for optimizing display of user content
JP4958456B2 (ja) 画面の表示方法
JP2018136839A (ja) 表示プログラム、情報処理装置、表示方法及び検索方法
US20230030560A1 (en) Methods and systems for tagged image generation
TWI503768B (zh) Information processing devices, information processing methods and information processing products
JP5156123B1 (ja) 情報処理装置、情報処理方法、情報処理プログラム、及び記録媒体
CN107111592A (zh) 用于网络客户端的导航控制
JP5788240B2 (ja) 情報提供装置、情報提供方法、情報提供プログラム、情報表示プログラム、及び情報提供プログラムを記憶するコンピュータ読取可能な記録媒体
JP6698041B2 (ja) 情報処理装置、方法およびプログラム
TWI852804B (zh) 檢索結果頁面送訊裝置、檢索結果頁面送訊方法、及檢索結果頁面送訊程式
JP7395696B1 (ja) 検索結果ページ送信装置、検索結果ページ送信方法、及び検索結果ページ送信プログラム
JP7382477B1 (ja) 商品ページ送信装置、商品ページ送信方法、及び商品ページ送信プログラム
US20200226167A1 (en) Methods and systems for dynamic content provisioning