TWI605351B - Query method, system and device based on vertical search - Google Patents

Query method, system and device based on vertical search Download PDF

Info

Publication number
TWI605351B
TWI605351B TW099127128A TW99127128A TWI605351B TW I605351 B TWI605351 B TW I605351B TW 099127128 A TW099127128 A TW 099127128A TW 99127128 A TW99127128 A TW 99127128A TW I605351 B TWI605351 B TW I605351B
Authority
TW
Taiwan
Prior art keywords
category
query
result
product
attribute
Prior art date
Application number
TW099127128A
Other languages
English (en)
Other versions
TW201207646A (en
Inventor
Yi Mo
Wei Ning
xu-ping Nie
He Xiao
qi-le Fu
Original Assignee
Alibaba Group Holding Ltd
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 Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Priority to TW099127128A priority Critical patent/TWI605351B/zh
Publication of TW201207646A publication Critical patent/TW201207646A/zh
Application granted granted Critical
Publication of TWI605351B publication Critical patent/TWI605351B/zh

Links

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Description

基於垂直搜索的查詢方法、系統和裝置
本發明涉及網路技術領域,特別是涉及一種基於垂直搜索的查詢方法、系統和裝置。
隨著網際網路的日益發展,網際網路上儲存的資訊量日趨龐大。當人們需要獲取某方面的專用資訊時,藉由搜索引擎進行搜索。但由於網際網路上的資訊量過大,採用通用搜索方式獲取的查詢結果缺乏準確性,於是垂直搜索方式得到了快速的發展。垂直搜索是針對某一個行業的專業搜索引擎,是搜索引擎的細分和延伸,是對網頁庫中的某類專門的資訊進行一次整合,定向分欄位抽取出需要的資料進行處理後再以某種形式返回給用戶。相對通用搜索引擎的資訊量大、查詢不準確、深度不夠等提出來的新的搜索引擎服務模式,藉由針對某一特定領域、某一特定人群或某一特定需求提供的有一定價值的資訊和相關服務。其特點就是“專、精、深”,且具有行業色彩,相比較通用搜索引擎的海量資訊無序化,垂直搜索引擎則顯得更加專注、具體和深入。
垂直搜索引擎的應用方向很多,比如企業庫搜索、供求資訊搜索引擎、購物搜索、房產搜索、人才搜索、地圖搜索、mp3搜索、圖片搜索等,幾乎各行各業各類資訊都可以進一步細化成各類的垂直搜索引擎。
當垂直搜索用於購物搜索時,用戶在B2C(Business to Customer,企業對消費者購物模式)或C2C(Consumer to Customer,消費者對消費者購物模式)購物網站輸入查詢詞購物,如圖1(a)和圖1(b)所示,通常會返回兩部分的結果:1.商品分類的導航資訊,即商品類目,2.與推送的商品類目對應的屬性類目,3.對應商品類目下推送的商品。導航的商品分類名稱依據樹的結構組織起來,方便用戶沿樹結構的路徑自上而下藉由商品分類的資訊定位到更準確的查詢結果。屬性類目為根據用戶的歷史點擊記錄獲得的用戶關注度較高的商品類目中關注度較高的商品屬性。
商品類目樹結構保存在資料庫相對應的資料表,資料的輸入與維護需要人工進行,在B2C或C2C網站中每一個商品的展示都必須屬於該商品類目樹的某一個節點或多個節點。
當前的電子商務網站往往商品數量過於龐大,導致商品分類過多。在上億規模的商品數量上,商品類目樹通常會接近一萬個節點,每一層級的類目節點數量往往會多達幾十個。在用戶查詢時,顯示給用戶的商品分類資訊過多,並且無法告訴用戶這些商品類目哪些對用戶的查詢更重要。對該問題,目前主流的解決方式是當用戶查詢時,逐個統計每個類目下的返回結果數量。然後把這些商品類目依據商品數量按照從大到小進行排序,並且設置一定的閥值。把商品數低於這個閥值的類目隱藏起來。達到減少分類數量的目的。
在實現本發明的過程中,發明人發現現有技術至少存在如下問題:
(1)顯示的類目與用戶的查詢相關性很低。
(2)商品分類之間沒有機制決定哪個商品類目更重要。
(3)對於商品的類目顯示的數量僅僅用閥值控制會把相關性高的類目隱藏起來。
本發明實施例提供一種基於垂直搜索的查詢方法、系統和裝置,用於提高用戶查詢結果與用戶查詢意圖的相關度,提高用戶體驗感。
本發明實施例提供一種基於垂直搜索的查詢方法,包括:獲取用戶的查詢資訊;根據所述查詢資訊在類目模型庫中檢索與所述查詢資訊相匹配的類目模型,並根據檢索到的類目模型生成第一查詢結果,所述類目模型包括與用戶輸入的關鍵字對應的商品類目;並根據所述查詢資訊在商品庫中搜索與所述查詢資訊相匹配的商品類目,生成第二查詢結果;對所述第一查詢結果和所述第二查詢結果合併,生成最終查詢結果。
其中,所述生成最終查詢結果之後,還包括:將所述最終查詢結果發送給用戶,使所述用戶進行查看,並根據所述用戶對所述最終查詢結果的點擊操作和所述查詢資訊生成日誌,對所述日誌進行統計分析獲得類目模型,將所述類目模型更新到所述類目模型庫中。
其中,所述類目模型還包括:與所述商品類目對應的屬性類目;所述生成第二查詢結果的方法,還包括:根據所述查詢資訊在商品庫中搜索與所述查詢資訊相匹配的商品類目和與所述商品類目對應的屬性類目。
其中,所述查詢資訊僅包括用戶輸入的關鍵字時,所述根據所述查詢資訊在類目模型庫中檢索與所述查詢資訊相匹配的類目模型,並根據檢索到的類目模型生成第一查詢結果,具體包括:判斷類目模型對應的關鍵字中是否存在與所述查詢資訊中的關鍵字匹配的關鍵字;若存在,則根據所述查詢資訊中的關鍵字在所述類目模型庫中檢索,查詢並獲取匹配的類目模型;否則,對所述查詢資訊中關鍵字進行改寫,並進行再次判斷,直到判斷結果為存在並獲取到匹配的類目模型為止;根據所獲取的類目模型及其對應的權重和所獲取的直達屬性的屬性類目及其對應權重,生成第一查詢結果。
其中,所述查詢資訊包括用戶輸入的關鍵字和用戶所選擇的商品類目時,所述根據所述查詢資訊在類目模型庫中檢索與所述查詢資訊相匹配的類目模型,並根據檢索到的類目模型生成第一查詢結果,具體包括:判斷類目模型對應的關鍵字中是否存在與所述查詢資訊中的關鍵字匹配的關鍵字;若存在,則根據所述用戶輸入的關鍵字在所述類目模型庫中檢索,查詢並獲取匹配的類目模型;否則,對所述查詢資訊中關鍵字進行改寫,並進行再次判斷,直到判斷結果為存在並獲取到與該關鍵字匹配的類目模型為止;從所獲取的類目模型中獲取與該查詢資訊中的商品類目匹配的類目模型;獲取與該商品類目匹配的類目模型中的商品類目及其對應的權重,生成第一查詢結果。
其中,對所述第一查詢結果和所述第二查詢結果合併,生成最終查詢結果,具體包括:獲取第一合併結果,所述第一合併結果為所述第一查詢結果和所述第二查詢結果中相同的商品類目及其對應的權重,其中第一合併結果中的權重根據同一商品類目來自兩個查詢結果的權重進行加權獲得;獲取第二合併結果,所述第二合併結果為僅在所述第二查詢結果中出現的商品類目及其對應的權重;對第一合併結果中的權重進行權重提升,分別使第一合併結果中商品類目和屬性類目的每一個權重高於第二合併結果中的商品類目和屬性類目的每一個權重;按照商品類目對應的權重和與商品類目對應的屬性類目對應的權重由高到低的順序排列,並返回給用戶。
其中,對所述第一查詢結果和所述第二查詢結果合併,生成最終查詢結果,具體包括:獲取第一合併結果,所述第一合併結果為所述第一查詢結果和所述第二查詢結果中相同的商品類目及其對應的權重和與商品類目對應的屬性類目及其對應權重,其中第一合併結果中的權重根據同一商品類目或屬性類目的來自兩個查詢結果的權重進行加權獲得;獲取第二合併結果,所述第二合併結果為僅在所述第二查詢結果中出現的商品類目及其對應的權重和與所述商品類目對應的屬性類目及其對應權重;對第一合併結果中的權重進行權重提升,分別使第一合併結果中商品類目和屬性類目的每一個權重高於第二合併結果中的商品類目和屬性類目的每一個權重;按照商品類目對應的權重和與商品類目對應的屬性類目對應的權重由高到低的順序排列,並返回給用戶。
其中,所述根據所述用戶對所述最終查詢結果的點擊操作和所述查詢資訊生成日誌,具體包括:獲取用戶對作為請求回應返回的商品類目、與商品類目對應的屬性類目和商品進行點擊查看的點擊操作;根據點擊操作生成日誌,所述日誌包括查詢資訊和對應的點擊資訊,所述點擊資訊包括點擊的商品所在商品類目和所屬商品屬性、點擊的商品類目和點擊的屬性類目;儲存所生成的日誌。
其中,所述對所述日誌進行統計分析獲得類目模型,具體包括:根據所述日誌記錄中的查詢資訊和對應的點擊資訊對所述日誌記錄進行統計分析,獲得統計分析結果,所述統計分析結果為與所述查詢資訊對應的商品類目及其對應的權重和與商品類目對應的屬性類目及其對應權重;所述權重為所述商品類目和與商品類目對應的屬性類目點擊次數和/或點擊機率;根據所述統計分析結果生成類目模型,並將所述統計分析結果按照商品類目樹進行排列。
其中,所述根據所述統計分析結果生成類目模型,具體包括:判斷與所述查詢資訊對應的商品類目及其對應的權重和與商品類目對應的屬性類目及其對應權重是否達到預設的權重門限;當達到預設的權重門限時,根據與所述查詢資訊對應的商品類目及其對應的權重和與商品類目對應的屬性類目及其對應權重建立類目模型。
本發明實施例還提供一種基於垂直搜索的查詢系統,包括查詢伺服器、建模伺服器和日誌伺服器,其中,所述查詢伺服器,用於獲取用戶的查詢資訊;根據所述查詢資訊在類目模型庫中檢索與所述查詢資訊相匹配的類目模型,並根據檢索到的類目模型生成第一查詢結果,所述類目模型包括與用戶輸入的關鍵字對應的商品類目;並根據所述查詢資訊在商品庫中搜索與所述查詢資訊相匹配的商品類目,生成第二查詢結果;對所述第一查詢結果和所述第二查詢結果合併,生成最終查詢結果;所述日誌伺服器,用於根據所述用戶對所述查詢伺服器生成的最終查詢結果的點擊操作和所述查詢資訊生成日誌,並將所述日誌發送給所述建模伺服器;所述建模伺服器,用於對所述日誌進行統計分析,獲得類目模型。
其中,所述建模伺服器,還用於將所述類目模型發送給所述查詢伺服器;所述查詢伺服器,還用於將所述最終查詢結果發送給用戶,使所述用戶進行查看;將來自所述建模伺服器的類目模型更新到所述類目模型庫中。
其中,所述類目模型還包括:與所述商品類目對應的屬性類目;所述查詢伺服器,還用於根據所述查詢資訊在商品庫中搜索與所述查詢資訊相匹配的商品類目和與所述商品類目對應的屬性類目。
其中,所述日誌伺服器,具體用於獲取用戶對作為請求回應返回的商品類目、與商品類目對應的屬性類目和商品進行點擊查看的點擊操作;根據點擊操作生成日誌,所述日誌包括查詢資訊和對應的點擊資訊,所述點擊資訊包括點擊的商品所在商品類目和所屬商品屬性、點擊的商品類目和點擊的屬性類目;儲存所生成的日誌。
其中,所述建模伺服器,具體用於根據所述日誌記錄中的查詢資訊和對應的點擊資訊對所述日誌記錄進行統計分析,獲得統計分析結果,所述統計分析結果為與所述查詢資訊對應的商品類目及其對應的權重和與商品類目對應的屬性類目及其對應權重;所述權重為所述商品類目和與商品類目對應的屬性類目點擊次數和/或點擊機率;根據所述統計分析結果生成類目模型,並將所述統計分析結果按照商品類目樹進行排列。
其中,所述建模伺服器,具體用於判斷與所述查詢資訊對應的商品類目及其對應的權重和與商品類目對應的屬性類目及其對應權重是否達到預設的權重門限;當達到預設的權重門限時,根據與所述查詢資訊對應的商品類目及其對應的權重和與商品類目對應的屬性類目及其對應權重建立類目模型。
本發明實施例還提供一種查詢伺服器,包括:獲取模組,用於獲取用戶的查詢資訊;查詢模組,用於根據所述查詢資訊在類目模型庫中檢索與所述查詢資訊相匹配的類目模型,並根據檢索到的類目模型生成第一查詢結果,所述類目模型包括與用戶輸入的關鍵字對應的商品類目;並根據所述查詢資訊在商品庫中搜索與所述查詢資訊相匹配的商品類目,生成第二查詢結果;合併模組,用於對所述第一查詢結果和所述第二查詢結果合併,生成最終查詢結果。
其中,所述查詢伺服器,還包括:發送模組,用於將所述最終查詢結果發送給用戶,使所述用戶進行查看,並使日誌伺服器根據所述用戶對所述最終查詢結果的點擊操作和所述查詢資訊生成日誌,並將所述日誌發送給建模伺服器進行統計分析獲得類目模型並將所述類目模型更新到所述商品類目伺服器的類目模型庫中。
其中,所述類目模型還包括:與所述商品類目對應的屬性類目;所述查詢模組,還用於根據所述查詢資訊在商品庫中搜索與所述查詢資訊相匹配的商品類目和與所述商品類目對應的屬性類目。
其中,所述查詢資訊僅包括用戶輸入的關鍵字時,所述查詢模組,具體包括:判斷子模組,用於判斷類目模型對應的關鍵字中是否存在與所述查詢資訊中的關鍵字匹配的關鍵字;匹配子模組,用於若判斷子模組判斷存在,則根據所述查詢資訊中的關鍵字在所述類目模型庫中檢索,查詢並獲取匹配的類目模型;否則,對所述查詢資訊中關鍵字進行改寫,並進行再次判斷,直到判斷結果為存在並獲取到匹配的類目模型為止;生成子模組,用於根據所獲取的類目模型及其對應的權重和所獲取的直達屬性的屬性類目及其對應權重,生成第一查詢結果。
其中,所述查詢資訊包括用戶輸入的關鍵字和用戶所選擇的商品類目時,所述查詢模組,具體包括:判斷子模組,用於判斷類目模型對應的關鍵字中是否存在與所述查詢資訊中的關鍵字匹配的關鍵字;匹配子模組,用於若判斷子模組判斷存在,則根據所述用戶輸入的關鍵字在所述類目模型庫中檢索,查詢並獲取匹配的類目模型;否則,對所述查詢資訊中關鍵字進行改寫,並進行再次判斷,直到判斷結果為存在並獲取到與該關鍵字匹配的類目模型為止;提取子模組,用於從所獲取的類目模型中獲取與該查詢資訊中的商品類目匹配的類目模型;生成子模組,用於所述查詢伺服器獲取與該商品類目匹配的類目模型中的商品類目及其對應的權重,生成第一查詢結果。
其中,所述合併模組,具體包括:第一合併子模組,用於獲取第一合併結果,所述第一合併結果為所述第一查詢結果和所述第二查詢結果中相同的商品類目及其對應的權重,其中第一合併結果中的權重根據同一商品類目來自兩個查詢結果的權重進行加權獲得;第二合併子模組,用於獲取第二合併結果,所述第二合併結果為僅在所述第二查詢結果中出現的商品類目及其對應的權重;權重提升子模組,用於對第一合併結果中的權重進行權重提升,分別使第一合併結果中商品類目和屬性類目的每一個權重高於第二合併結果中的商品類目和屬性類目的每一個權重;生成子模組,用於按照商品類目對應的權重和與商品類目對應的屬性類目對應的權重由高到低的順序排列,並返回給用戶。
其中,所述合併模組,具體包括:第一合併子模組,用於獲取第一合併結果,所述第一合併結果為所述第一查詢結果和所述第二查詢結果中相同的商品類目及其對應的權重和與商品類目對應的屬性類目及其對應權重,其中第一合併結果中的權重根據同一商品類目或屬性類目的來自兩個查詢結果的權重進行加權獲得;第二合併子模組,用於獲取第二合併結果,所述第二合併結果為僅在所述第二查詢結果中出現的商品類目及其對應的權重和與所述商品類目對應的屬性類目及其對應權重;權重提升子模組,用於對第一合併結果中的權重進行權重提升,分別使第一合併結果中商品類目和屬性類目的每一個權重高於第二合併結果中的商品類目和屬性類目的每一個權重;生成子模組,用於按照商品類目對應的權重和與商品類目對應的屬性類目對應的權重由高到低的順序排列,並返回給用戶。
本發明具有以下優點:藉由在由用戶的歷史點擊操作生成的類目模型庫和商品庫中查詢用戶的請求,並對二者進行合併,從而提高了用戶查詢結果與用戶查詢意圖的相關度,提高用戶體驗感。藉由對第一查詢結果、第二查詢結果的權重進行加權合併,可以將更重要的商品類目提供給用戶。另外,本發明與現有技術相比,只需在類目模型庫中以及商品庫中匹配查找與查詢資訊相匹配的商品類目,作為排序結果的商品類目僅僅是所有商品類目中的一部分;而現有技術需要統計每一個商品類目下的商品數量,並按照商品數量的大小對所有商品類目進行排序,因此,本發明節省了對商品類目的排序時間,能夠更加快速的生成查詢結果。
本發明的實施例包括:在由用戶的點擊操作生成的類目模型庫和商品庫中查詢用戶的請求,並對二者進行合併作為最終的查詢結果返回給用戶,提高了查詢結果的相關度,提高用戶體驗感。其中類目模型為根據用戶歷史的查詢資訊中的關鍵字和對應的點擊記錄生成的與關鍵字對應的商品類目和與商品類目對應的屬性類目,每一個類目模型中的商品類目和屬性類目為用戶根據某一關鍵字查詢時,用戶所關注的查詢結果,按照商品類目樹的形式組織。商品庫是指將各類商品按照商品類目樹的形式進行儲存的資料庫,藉由商品類目對商品進行導航,對於其中的每一個商品,儲存有其對應的屬性資訊。
下面將結合本發明中的附圖,對本發明中的技術方案進行清楚、完整的描述,顯然,所描述的實施例是本發明的一部分實施例,而不是全部的實施例。基於本發明中的實施例,本領域普通技術人員在沒有做出創造性勞動的前提下所獲得的所有其他實施例,都屬於本發明保護的範圍。
本發明實施例提供一種基於垂直搜索的查詢方法,如圖2所示,包括以下步驟:
步驟101,獲取用戶的查詢資訊。
其中,所述查詢資訊可以包括:所述用戶輸入的關鍵字、用戶輸入或選擇的由查詢系統提供的商品類目、商品屬性。其中,商品類目是指將商品按照不同的種類進行劃分,所得的種類名稱,例如:“服裝”、“手機”,用於對商品進行導航。而且商品類目是有層次和父子關係的,例如:“服裝->男裝->男式牛仔褲”,其中“男士牛仔褲”是“男裝”的子類目,“服裝”是“男裝”的父類目。每一個商品都有一些屬性,並從屬於一個或多個類目,例如:某一品牌的男士牛仔褲,既屬於“男裝”商品類目,也屬於“休閒裝”商品類目,擁有“品牌:蘋果/款式:直筒”等商品屬性。與商品類目類似,將商品按照不同的屬性劃分,得到屬性類目,例如:“品牌->國產”。
例如:若用戶輸入關鍵字“Nokia”,並未選擇由查詢系統提供的商品類目或商品屬性,此時查詢資訊為“Nokia”;或用戶輸入關鍵字“Nokia”並選擇由查詢系統提供的商品類目“手機”,此時查詢資訊為“Nokia手機”。
步驟102、根據所述查詢資訊在類目模型庫中檢索與所述查詢資訊相匹配的類目模型,所述類目模型包括與用戶輸入的關鍵字對應的商品類目和與商品類目對應的屬性類目,並根據檢索到的類目模型生成第一查詢結果。
其中根據查詢資訊的不同,該步驟包括以下兩種情況:
情況1、所述查詢資訊僅包括用戶輸入的關鍵字,此時根據所述查詢資訊在類目模型庫中檢索與所述查詢資訊相匹配的商品類目和對應的屬性類目,生成第一查詢結果包括以下步驟:
(1)判斷類目模型對應的關鍵字中是否存在與所述查詢資訊中的關鍵字匹配的關鍵字。
(2)若存在,則根據所述查詢資訊中的關鍵字在所述類目模型庫中檢索,查詢並獲取匹配的類目模型;否則,對所述查詢資訊中關鍵字進行改寫,並進行再次判斷,直到判斷結果為存在並獲取到匹配的類目模型為止。
(3)從所獲取的類目模型中獲取峰值類目,並根據該峰值類目獲取對應的直達屬性的屬性類目。其中,峰值類目是能夠突出地反映用戶的查詢意圖和需求的商品類目,可以是權重最高的商品類目,舉例來說,可以是用戶歷史點擊次數或點擊機率最高的商品類目。直達屬性的屬性類目是從峰值類目的多個商品屬性中提取的屬性類目,該提取過程與從全部商品類目中獲得作為查詢結果中的商品類目的方法類似,此處不再贅述。
例如:當查詢資訊僅包括關鍵字“Nokia”時,在類目模型庫獲取到的匹配的類目模型為:手機(4000)和手機外殼(2000),其中4000為商品類目“手機”對應的權重,2000為商品類目“手機外殼”對應的權重。若此時權重門限為500,則此時峰值類目為“手機”,按照類似的流程從“手機”一商品類目下的多個屬性中提取出直達屬性的屬性類目,例如:根據直達屬性“品牌”獲得“品牌”屬性類目。
需要說明的是,若沒有滿足條件的峰值類目,則可以設定權重最高的商品類目為峰值類目,或者無峰值類目,此時無需獲取直達屬性的屬性類目。具體的設定條件不影響本發明的保護範圍,例如:權重最高的兩個商品類目,此時直達屬性的屬性類目從該兩個商品類目中各取一半。
(4)根據所獲取的類目模型及其對應的權重和所獲取的直達屬性的屬性類目及其對應權重,生成第一查詢結果。
具體地,將商品類目按照權重由高到低的順序排列,生成第一查詢結果中商品類目集合,同時將屬性類目按照權重由高到低的順序排列,生成第一查詢結果的屬性類目集合,第一查詢結果中的商品類目和屬性類目集合均將推送給用戶。較佳地,屬性類目按照所屬的不同屬性進行分類排列。
例如:基於步驟(3),生成的第一查詢結果中的商品類目集合為:手機(4000);手機外殼(2000);生成的第一查詢結果中的屬性類目集合為:按屬性“品牌”劃分的國產品牌(2000);歐美品牌(1000)。當然,屬性類目集合還可以包括:按屬性“網路制式”劃分的GSM(1000);CDMA(500)。
情況2、所述查詢資訊包括用戶輸入的關鍵字和用戶所選擇的商品類目,此時根據所述查詢資訊在類目模型庫中檢索與所述查詢資訊相匹配的類目模型,並根據檢索到的類目模型生成第一查詢結果,具體包括以下步驟:判斷類目模型對應的關鍵字中是否存在與所述查詢資訊中的關鍵字匹配的關鍵字;若存在,則根據所述用戶輸入的關鍵字在所述類目模型庫中檢索,查詢並獲取匹配的類目模型;否則,對所述查詢資訊中關鍵字進行改寫,並進行再次判斷,直到判斷結果為存在並獲取到與該關鍵字匹配的類目模型為止;從所獲取的類目模型中獲取與該查詢資訊中的商品類目匹配的類目模型;獲取與該商品類目匹配的類目模型中的商品類目及其對應的權重和與商品類目對應的屬性類目及其對應權重,生成第一查詢結果。
例如:當查詢資訊為“Nokia手機”時,由於該“手機”商品類目下沒有子類目,因此第一查詢結果中僅有屬性類目集合,即:按屬性“品牌”劃分的國產品牌(2000);歐美品牌(1000)。當然,屬性類目集合還可以包括:按屬性“網路制式”劃分的GSM(1000);CDMA(500)。
需要說明的是,若“手機”商品類目下沒有子類目時,也可將該層類目作為第一查詢結果中的商品類目集合,例如:手機(4000);手機外殼(2000)。
步驟103、根據所述查詢資訊在商品庫中搜索與所述查詢資訊相匹配的商品類目和對應的屬性類目,生成第二查詢結果。
該步驟與現有技術類似,即在商品庫中按照商品樹的結構查找匹配的商品類目和對應的屬性類目,生成商品類目集合和屬性類目集合,此處不再贅述。
需要說明的是,第一查詢結果中的類目模型是根據用戶對查詢結果的歷史點擊資料生成的,因此作為排序標準的權重為對應的點擊次數或機率,而第二查詢結果中商品庫的商品類目是按照商品自身的分類而組織的,因此作為排序標準的權重為該商品類目、或商品屬性在所有商品中的數量分佈。
例如:生成的第二查詢結果為:生成的第二查詢結果中的商品類目集合為:手機(4000);手機掛鏈(2000),其中4000為商品類目“手機”對應的權重,2000為商品類目“手機掛鏈”對應的權重;生成的第二查詢結果中的屬性類目集合為:按屬性“品牌”劃分的國產品牌(2000);歐美品牌(500)。
步驟104、對所述第一查詢結果和所述第二查詢結果合併,生成最終查詢結果。
具體地,第一查詢結果和第二查詢結果分別由商品類目集合和對應的屬性類目集合組成,因此分別將兩個查詢結果中的商品類目集合和對應的屬性類目集合進行合併,生成最終查詢結果中的商品類目集合和屬性類目集合,包括以下步驟:
(1)獲取第一合併結果,所述第一合併結果為所述第一查詢結果和所述第二查詢結果中相同的商品類目及其對應的權重和與商品類目對應的屬性類目及其對應權重,其中第一合併結果中的權重根據同一商品類目或屬性類目的來自兩個查詢結果的權重進行加權獲得。
其中,具體的加權方式可根據實際情況預先設定,如進行1比1的加權,或進行2比1的加權。
(2)獲取第二合併結果,所述第二合併結果為僅在所述第二查詢結果中出現的商品類目及其對應的權重和與該商品類目對應的屬性類目及其對應權重。
(3)對第一合併結果中的權重進行權重提升,使第一合併結果中的每一個權重高於第二合併結果中的每一個權重。此時,若第一合併結果中的對應集合中每一個權重已經高於第二合併結果中的每一個權重,則無需進行權重提升。
(4)按照商品類目對應的權重和與商品類目對應的屬性類目對應的權重由高到低的順序排列,並返回給用戶。
本發明實施例中以第一查詢結果為:手機(4000);手機外殼(2000);按屬性“品牌”劃分的國產品牌(2000);歐美品牌(1000);生成的第二查詢結果為:手機(4000);手機掛鏈(2000);按屬性“品牌”劃分的國產品牌(2000);歐美品牌(500)為例說明。
此時,對上述兩個查詢結果進行合併,具體地,獲取商品類目集合中相同的商品類目“手機”,並對分別來自第一查詢結果的權重“4000”和來自第二查詢結果的“4000”進行加權,加權比例為2比1,此時,商品類目“手機”的權重為“12000”;類似地,得出按屬性“品牌”劃分的國產品牌(6000);歐美品牌(2500),得到第一合併結果。獲取只在第一查詢結果中的手機外殼(2000),進行加權後,得到第二合併結果為手機外殼(4000)。
較佳地,在上述最終查詢結果中提取具體的商品,並作為最終查詢結果中的一部分返回給用戶。例如:從最終查詢結果中排在第一位的商品類目中提取點擊率最高的商品及其詳細資訊作為最終查詢結果的一部分。
步驟105、將所述最終查詢結果發送給用戶,使所述用戶進行查看。
步驟106、根據所述用戶對所述最終查詢結果的點擊操作和所述查詢資訊生成日誌。
較佳地,根據所述用戶對所述最終查詢結果的點擊操作和所述查詢資訊生成日誌包括:
獲取用戶對作為請求回應返回的商品類目、對應的屬性類目和商品進行點擊查看的點擊操作;根據點擊操作生成日誌,所述日誌包括查詢資訊和對應的點擊資訊,所述點擊資訊包括點擊的商品所在商品類目和所屬商品屬性、點擊的商品類目和點擊的屬性類目;儲存所生成的日誌。
例如:用戶在查詢資訊“Nokia”的最終查詢結果中依次點擊了“手機->Nokia->1600萬色”,並在此時選擇了一款手機商品進行點擊查看。此時,根據用戶的每一次點擊操作生成日誌記錄,該日誌記錄中包括:查詢資訊,點擊物件,相關點擊物件(即點擊“手機”為點擊“1600萬色”的相關點擊操作)等等。
步驟107、根據接收的日誌進行統計分析獲得類目模型。
具體地,根據接收的日誌進行統計分析獲得類目模型包括以下步驟:根據所述日誌記錄中的查詢資訊和對應的點擊資訊對所述日誌記錄進行統計分析,獲得統計分析結果,所述統計分析結果為與所述查詢資訊對應的商品類目及其對應的權重和與商品類目對應的屬性類目及其對應權重;所述權重為所述商品類目和對應的屬性類目點擊次數和/或點擊機率;根據所述統計分析結果生成類目模型;將所述統計分析結果按照商品類目樹進行排列,生成類目模型。
其中,根據所述統計分析結果生成類目模型包括:判斷與所述查詢資訊對應的商品類目及其對應的權重和與商品類目對應的屬性類目及其對應權重是否達到預設的權重門限;當達到預設的權重門限時,根據與所述查詢資訊對應的商品類目及其對應的權重和與商品類目對應的屬性類目及其對應權重建立類目模型。
例如:對一天之內的日誌進行統計分析,得到當查詢資訊為“Nokia”時,點擊商品類目“手機”的次數為1000,點擊“手機外殼”次數為500,點擊“手機”下的網路制式的次數為300,其中點擊“GSM”的次數為100次,點擊“CDMA”的次數為50次。此時,生成的類目模型為:商品類目:手機(1000)手機外殼(500);屬性類目:GSM(100)CDMA(50)。
步驟108、將所述類目模型更新到所述類目模型庫中。
該步驟不斷地藉由用戶的歷史點擊記錄更新類目模型庫,而更新後的類目模型庫用於根據後續用戶的查詢返回查詢結果,從而不斷地保持類目模型庫的精度,提高返回的查詢結果的準確性。
當然,也可以對時間較早的資料進行資料淘汰。
需要說明的是,上述步驟102和步驟103之間無先後順序。
為實現上述基於垂直搜索的查詢方法,本發明實施例提供一種基於垂直搜索的查詢系統,如圖3所示,包括:日誌伺服器、建模伺服器、查詢伺服器、商品庫和商品類目模型庫。其中,查詢伺服器包括為:前端查詢伺服器,類目查詢伺服器和商品查詢伺服器,商品類目模型庫儲存在類目查詢伺服器,商品庫儲存在商品查詢伺服器。其中,前端伺服器作為用戶與後臺交互的媒介,用於接收用戶的查詢請求,並將後臺的查詢結果回饋給用戶。而類目查詢伺服器和商品查詢伺服器用於根據前臺伺服器轉發的查詢請求在商品庫和商品類目模型庫中進行查詢。其中,商品類目模型庫中的類目模型是由建模伺服器根據日誌伺服器記錄的日誌生成的。
以下分別對上述功能模組進行進一步的介紹。
其中,如圖4所示,前端查詢伺服器包括:接收模組,用於接收用戶的查詢請求和類目查詢伺服器和商品查詢伺服器返回的查詢結果;合併模組,用於對類目查詢伺服器和商品查詢伺服器返回的查詢結果進行合併,生成最終的查詢結果;發送模組,用於將用戶的查詢請求發送給類目查詢伺服器和商品查詢伺服器,並將接收的查詢結果發送給用戶。
如圖5所示,類目查詢伺服器包括:接收模組,用於接收前端查詢伺服器發送的查詢請求,該查詢請求中攜帶查詢資訊;查詢模組,用於根據查詢資訊在類目模型庫中檢索與所述查詢資訊相匹配的商品類目以及對應的權重和對應的屬性類目以及對應的權重;發送模組,用於將查詢結果發送給前端查詢伺服器。
如圖6所示,商品查詢伺服器包括:接收模組,用於接收前端查詢伺服器發送的查詢請求,該查詢請求中攜帶查詢資訊;查詢模組,用於根據查詢資訊在商品庫檢索與所述查詢資訊相匹配的商品類目以及對應的權重和對應的屬性類目以及對應的權重;發送模組,用於並將查詢結果發送給前端查詢伺服器。
如圖7所示,建模伺服器包括:接收模組,用於接收日誌伺服器生成的日誌記錄;統計分析模組,用於根據所述日誌記錄中的查詢資訊和對應的點擊資訊對所述日誌記錄進行統計分析,獲得統計分析結果,所述統計分析結果為與所述查詢資訊對應的商品類目及其對應的權重和與商品類目對應的屬性類目及其對應權重;所述權重為所述商品類目和對應的屬性類目點擊次數和/或點擊機率;生成模組,根據所述統計分析結果生成類目模型,並將所述統計分析結果按照商品類目樹進行排列;發送模組,用於將生成的類目模型發送給商品類目模型庫。
上述各種伺服器之間的交互過程具體包括以下兩個階段:(1)查詢階段;(2)更新階段。
其中,查詢階段為:前端查詢伺服器接收用戶的查詢請求,所述查詢請求中攜帶查詢資訊。前端查詢伺服器將該查詢資訊分別發送給類目查詢伺服器和商品查詢伺服器。類目查詢伺服器根據該查詢資訊在類目模型庫中檢索與所述查詢資訊相匹配的商品類目和/或屬性類目,生成第一查詢結果,並將該第一查詢結果發送給前端查詢伺服器。商品查詢伺服器根據該查詢資訊在商品庫中檢索與所述查詢資訊相匹配的商品類目和/或屬性類目,生成第二查詢結果,並將該第二查詢結果發送給前端查詢伺服器。前端查詢伺服器將二個查詢結果進行合併,生成最終查詢結果發送給用戶,使用戶進行點擊查看。
查詢後的更新階段為:當用戶在最終查詢結果中進行點擊查看時,前端查詢伺服器將該操作發送給日誌伺服器,使日誌伺服器根據該點擊操作生成日誌;日誌伺服器將一段時間內的批量日誌發送給建模伺服器,建模伺服器根據本批資料進行統計分析,獲取統計分析結果,並根據該統計分析結果生成類目模型,發送給類目查詢伺服器,使類目查詢伺服器將該生成的類目模型更新到類目模型庫中。而對於商品搜索伺服器中的商品庫,則根據商品自身的所屬類目和屬性進行維護和更新。
由上述交互過過程可知,查詢階段和更新階段是一個整體循環過程,查詢的返回結果供用戶點擊查看,根據用戶的點擊查看進行更新,在根據更新後的資料進行查詢,如此往復,不斷更新,以提高查詢的相關度。
以下結合具體應用場景,對本發明中的基於垂直搜索的查詢方法進行詳細闡述。
如圖8所示,為本發明實施例提供的一種基於垂直搜索的查詢方法,為根據查詢請求在類目模型庫和商品庫中進行查詢的過程(即查詢階段),具體包括以下步驟:
步驟301、前端查詢伺服器獲取用戶的查詢請求,該查詢請求中攜帶查詢資訊。
前端查詢伺服器藉由對查詢請求進行解析,獲取查詢資訊。該解析過程具體包括,分析該查詢請求是用戶藉由查詢輸入框輸入的關鍵字還是用戶在查詢系統提供的商品類目或屬性類目中選擇的某一商品類目或屬性類目。因此,所述查詢請求中攜帶的查詢資訊可以為用戶輸入的查詢關鍵字,也可以是用戶輸入的查詢關鍵字和用戶選擇的商品類目或屬性類目的組合。
例如:當查詢請求中攜帶的內容為“Nokia手機滑蓋”時,前端伺服器從該內容中提取出查詢資訊“Nokia”,“手機”,“滑蓋”,並分析該三個查詢資訊的來源,若“Nokia”為用戶藉由查詢輸入框輸入的關鍵字,“手機”為用戶選擇的商品類目,“滑蓋”為用戶選擇的屬性類目,則該查詢請求為用戶輸入的查詢關鍵字和用戶選擇的商品類目或屬性類目的組合。
步驟302、前端查詢伺服器將接收的查詢資訊分別轉發給類目查詢伺服器和商品查詢伺服器。
步驟303、類目查詢伺服器根據所述查詢資訊在類目模型庫中檢索與該查詢資訊相匹配的商品類目和對應的屬性類目,生成第一查詢結果,並將第一查詢結果返回給前端查詢伺服器。
類目模型庫儲存有大量的類目模型,每一個類目模型由若干個商品類目及其權重和對應的屬性類目及其權重組成,並與關鍵字一一對應。其中由商品類目及其權重組成根據對應的關鍵字推送的商品類目集合,與商品類目對應的屬性及其權重組成根據對應的關鍵字推送的屬性集合,且每個集合中按照權重由高到低的順序進行排列。需要說明的是,每一個類目模型的生成根據對應的關鍵字的歷史點擊資料完成,具體生成過程詳見後續說明。
較佳地,該類目模型以關鍵字為單位按照商品類目樹的結構(當然,也可以為其他順序)進行儲存,具體地,該類目模型的格式如表1所示:
其中,表1中的類目模型按商品類目樹的關係進行組織(當然,也可以商品類目樹的形式體現,具體表現形式不應視為對本發明保護範圍的限制),即存在以下三層關係:商品類目,每一種商品類目對應的多種商品屬性類型(含一種),每一種商品屬性類型對應的多個屬性。例如:手機類目--品牌/網路制式等屬性類型--諾基亞/GSM等屬性。
具體地,類目查詢伺服器根據所述查詢資訊在類目模型庫中檢索與該查詢資訊相匹配的商品類目和對應的屬性類目,如圖9所示,包括以下步驟:
步驟3031、類目查詢伺服器提取查詢資訊中的關鍵字。
步驟3032、類目查詢伺服器判斷該關鍵字是否在類目模型庫中。
具體地,類目查詢伺服器判斷該關鍵字是否在類目模型庫中包括以下兩種情況中的任一種:
(1)當判斷該關鍵字不在類目模型庫中時,轉到步驟3033;
(2)當判斷該關鍵字在類目模型庫中時,轉到步驟3034;
步驟3033、類目查詢伺服器對該關鍵字進行改寫。
類目查詢伺服器在保留核心意圖的基礎上,對該關鍵字進行改寫,該步驟具體包括:首先,對查詢資訊進行分詞,刪除不重要的詞,輔以同義詞替換;其次,對經分詞所獲取的每個詞進行類型標注,例如:比如產品詞/品牌詞等等;第三,根據每個詞標注的類型,按照預設的規則標明每個詞的權重;最後,根據每個詞的權重確定改寫後的關鍵字,轉到步驟3032。
例如:當查詢資訊為“Nokia手機紅色”時,首先,對查詢資訊進行分詞,得到“Nokia”、“手機”和“紅色”;其次,對獲取的各個分詞進行標注,例如:將“Nokia”標注為品牌詞、將“手機”標注為產品詞、將“紅色”標注為商品屬性;第三,按照預設的標注類型和權重的對應關係標明每個分詞的權重,例如:預設品牌詞對應的權重為50、產品詞對應的權重為30、商品屬性對應的權重為2,則“Nokia”的權重為50、“手機”的權重為30和“紅色”的權重為2;最後,由於“紅色”的權重較低,可以忽略不計,因此改寫後的關鍵字為“Nokia手機”。
步驟3034、類目查詢伺服器判斷該查詢資訊中是否指定了商品類目。
具體地,判斷該查詢資訊中是否指定了商品類目包括以下兩種情況中的任一種:
(1)當判斷該查詢資訊中指定了商品類目時,轉到步驟3035;
(2)當判斷該查詢資訊中未指定商品類目時,轉到步驟3036。
例如:當查詢資訊僅為用戶輸入的關鍵字“Nokia”時,判斷該查詢資訊中未包括商品類目;當查詢資訊為用戶輸入的關鍵字“Nokia”以及用戶在查詢系統提供的商品類目中選取了“手機”時,判斷該查詢資訊中指定了商品類目。
步驟3035、類目查詢伺服器根據該關鍵字和所指定的商品類目在模型庫中檢索,獲取匹配的類目模型,轉到步驟304。
(1)根據該關鍵字,在類目模型庫中檢索,獲取與該關鍵字對應的類目模型樹。
(2)根據所指定的商品類目,在所獲取的類目模型樹中獲取與所指定的商品類目匹配的類目模型,根據類目模型中的商品類目及其對應的權重和與商品類目對應的屬性類目及其對應權重生成第一查詢結果,包括推送的商品類目集合和屬性類目集合。即從獲取的類目模型樹選擇所包括的商品類目所在的分支,並獲取以該商品類目為父節點的樹狀結構的類目模型。
例如:當查詢資訊為“Nokia手機”時,在對應的“手機”和“手機外殼”這一層中選擇“手機”這一支對應的樹狀結構的類目模型。
步驟3036、類目查詢伺服器在獲取的匹配的類目模型中提取峰值類目,並根據該峰值類目獲取對應的直達屬性的屬性類目。
具體地,類目查詢伺服器在獲取的匹配模型中提取峰值類目包括以下步驟:
(1)將匹配的類目模型中的商品類目按照權重從高到低的順序進行排序。
(2)獲取排序第一的商品類目。
(3)判斷該排序第一的商品類目的權重是否大於權重門限a。
當判斷該排序第一的商品類目的權重大於權重門限a時,轉到步驟(4)。較佳地,權重門限a可以根據歷史資料中,用戶對查詢結果中的商品類目的點擊次數設置,例如:歷史記錄中查詢結果中某一商品類目的點擊率高於50%,則設置該商品類目對應的權重為權重門限a。
(4)判斷該排序第一的類目模型的權重與排序第二的類目模型的權重差是否大於權重門限b。
該排序第一的商品類目的權重與排序第二的類目模型的權重差大於權重門限b時,說明歷史記錄中,該商品類目的用戶點擊率較高,因此可以針對該商品類目進行優先推送,即將該商品類目的屬性類目推送給用戶,從而提高用戶查詢的效率,轉到步驟(5)。
(5)該排序第一的商品類目所對應的商品類目為峰值類目,根據該峰值類目的屬性獲取對應的直達屬性,將該直達屬性的屬性類目藉由查詢結果推送給用戶。
例如:當查詢資訊為“Nokia”時,選擇“手機”和“手機外殼”為父節點的樹狀結構的類目模型推送給用戶。其當“手機”為峰值類目時,從其屬性中選擇出直達屬性“網路制式”,並將按“網路制式”分類的“GSM”和“CDMA”推送給用戶。
需要說明的是,本發明實施例中以峰值類目僅為排序第一的商品類目為例進行說明,當然峰值類目也可以為排序在前幾位的商品類目,此處不再贅述。
較佳地,根據該峰值類目的屬性獲取直達屬性的屬性類目可以為按照權重將該峰值類目的屬性按照由高到低的順序進行排列,過濾掉權重低於預設值的屬性,權重高於預設值的屬性即為直達屬性的屬性類目,對其進行推送。
需要說明的是,對屬性類目按照一定的順序推送給用戶的流程與推送商品類目的流程基本一致,即按照權重進行排序推送,只是屬性類目是附屬於商品類目的,所以必須首先進行類目的推送,然後對同一個類目下的屬性進一步進行推送,此處不再贅述。
此時,查詢結果為與該關鍵字匹配的類目模型中的商品類目和獲取的直達屬性的屬性類目。
步驟304、商品查詢伺服器根據所述查詢資訊在商品庫中搜索與該查詢資訊相匹配的商品類目及其對應的權重和對應的屬性類目及其對應的權重,生成第二查詢結果,並將第二查詢結果返回給前端查詢伺服器。
例如:生成的第二查詢結果為:生成的第二查詢結果中的商品類目集合為:手機(4000);手機掛鏈(2000);生成的第二查詢結果中的屬性類目集合為:按屬性“品牌”劃分的國產品牌(2000);歐美品牌(500)。
步驟305、前端查詢伺服器對所述第一查詢結果和所述第二查詢結果合併,生成最終查詢結果。
具體地,前端查詢伺服器對所述第一查詢結果和所述第二查詢結果合併,生成最終查詢結果包括以下多種情況中的任一種:
情況一:對於第一查詢結果和第二查詢結果中都存在的商品類目和對應的屬性類目,表明此類商品類目和對應的屬性類目在用戶歷史以往的點擊操作中點擊查看次數比較高,即關注度較高,且在商品庫中此類商品類目的分佈也較高,此時對此類商品類目和對應的屬性類目的權重進行疊加,較佳地,疊加的過程中來自於兩個查詢結果中的資料可以進行加權疊加,生成最終此類中每一個商品類目及其對應的權重和與商品類目對應的屬性類目及其對應權重,並按照對商品類目和對應的屬性類目分別按照權重由高到低的順序進行排列,作為第一合併結果。
情況二:對於僅存在於第二查詢結果中的商品類目和對應的屬性類目,表明此類商品類目在商品庫的分佈較高,但用戶的關注度較低,也將僅在第二查詢結果中將商品類目及其對應的權重和與商品類目對應的屬性類目及其對應權重分別由高到低的順序進行排列,作為第二合併結果。
情況三:對於僅存在第一查詢結果中的商品類目和對應屬性類目,表明此類商品類目在商品庫中無法得到匹配(該結果產生的可能性較低),因此不對此類目放在最終查詢結果中。
(4)確定最終查詢結果中商品類目的排列順序。
分別對第一合併結果中的商品類目和屬性類目權重進行權重提升,即按照預設的規則提高權重值,分別使第一合併結果中商品類目集合和屬性類目集合中的每一個權重高於第二合併結果中的每一個權重,此時將所有的商品類目和對應的屬性類目分別按照權重由高到低的順序排列。
例如:第一合併結果中的權重值分別為:商品類目a:120、商品類目b:100和商品類目c:80;第二合併結果中的權重值分別為商品類目i:110、商品類目j:90和商品類目k:70。若不進行提升,則按照權重由高到低的順序排列的結果為:商品類目a-商品類目i-商品類目b-商品類目j-商品類目c-商品類目k。設此時權重提升的規則為將原始權重的2倍作為提升後的權重,此時第一合併結果中的權重值分別為:商品類目a:240、商品類目b:200和商品類目c:162,按照權重由高到低的順序排列的結果為:商品類目a-商品類目b-商品類目c-商品類目i-商品類目j-商品類目k。
步驟306、前端查詢伺服器將生成的最終查詢結果發送給用戶,使用戶進行點擊查看。
需要說明的是,上述步驟303和步驟304沒有先後順序。
需要說明的是,上述權重提升的使用僅為本發明實施例中一種較佳的實施方式,權重提升不僅可以用於查詢結果合併過程中,也可以用於根據查詢資訊進行查詢的過程中,以及任何需要根據權重進行調整的過程中,例如:類目模型的建立等。此外,本發明實施例同樣適用於僅推送商品類目,不退送屬性類目的推送方式,此時不獲取所要推送的屬性類目即可。
如圖10所示,為本發明實施例提供的一種基於垂直搜索的查詢方法,根據用戶對商品的點擊查看更新用於查詢的類目模型庫和商品庫(即更新階段),具體包括以下步驟:
步驟401、前端查詢伺服器將最終查詢結果發送給用戶,以供用戶進行點擊查看。
前端查詢伺服器接收類目查詢伺服器和商品查詢伺服器的查詢結果後,對二組查詢結果進行合併,生成最終查詢結果,並將該最終查詢結果發送給用戶。
例如:對於查詢資訊“Nokia”,返回的商品類目為:手機(4000);手機外殼(2000);返回的屬性類目為:按屬性“品牌”劃分的國產品牌(2000);歐美品牌(1000)。
步驟402、日誌伺服器接收用戶的點擊操作。
當用戶在返回的最終查詢結果中選擇所關注的商品類目、屬性類目或商品進行點擊時,後臺的日誌伺服器將記錄下該用戶的點擊操作。
該點擊操作包含的資訊包括:用戶點擊的商品類目、屬性類目或商品;與此次查詢對應的查詢資訊。例如:點擊商品類目“手機”,藉由點擊“手機”後或直接點擊屬性類目國產品牌;點擊某一符合查詢資訊的具體產品,如一款黑色的Nokia N97。
需要說明的是,對於一次查詢,用戶所點擊的商品類目、屬性類目或商品通常為多個,日誌伺服器可以將對應此次查詢的所有點擊物件作為一組資料進行處理。
步驟403、日誌伺服器根據該點擊操作生成日誌。
日誌伺服器根據接收到的用戶在瀏覽器一側的點擊操作轉化為對應的文字檔案,步驟404、日誌伺服器將批量日誌發送給建模伺服器。
日誌伺服器可以根據預設的週期到來(例如:一天)或接收到請求,或達到預設的發送條件(如日誌伺服器中待建模伺服器處理的日誌達到一定數量)時等,日誌伺服器將批量日誌發送給建模伺服器。
需要說明的是,凡是使日誌伺服器向建模伺服器發送日誌的方式均屬於本發明的保護範圍。
步驟405、建模伺服器根據本批資料進行統計分析,獲取統計分析結果。
日誌記錄包括以下多種情況中的任一種:
(1)該日誌中的日誌記錄為用戶點擊具體商品的日誌記錄。
(2)該日誌中的日誌記錄為用戶點擊商品類目的日誌記錄。
(3)該日誌中的日誌記錄為用戶點擊屬性類目的日誌記錄。
通常日誌記錄是以天為單位進行統計分析的。具體地,統計分析包括以下兩個步驟:
(1)從所接收的資料中對新增的以天為單位的所有用戶的日誌記錄進行單天處理。
具體地,抽取出單天內所有用戶的日誌記錄,並按照不同的關鍵字進行統計,最後得到按關鍵字組織的格式化資料。其中,按照不同的關鍵字進行統計包括:在藉由每一個關鍵字進行查詢時,統計藉由該關鍵字進行點擊的商品及其對應的商品的屬性和藉由該關鍵字點擊的商品類目和屬性類目。
例如:對於關鍵字“Nokia”,統計了藉由該關鍵字進行點擊的商品類目“手機”的點擊數為1000次、屬性類目“網路制式”的點擊數為300次,“網路制式”下的“GSM”點擊數為100次、“手機”類目下網路制式為GSM的一款手機黑色Nokia N97的點擊數為50次,則其對應的屬性類目的點擊數也為50次。其中,對於存在因果關係的點擊記錄,需要將結果事件的點擊數折算到原因事件的點擊數,例如:將點擊的商品黑色Nokia N97所對應的屬性“GSM”折算到用於推送的屬性類目“GSM”中,將商品黑色Nokia N97的點擊數折算到對應的商品類目“手機”中,具體的折算比例可按照經驗值或者實際需求設置,例如:折算後的點擊次數分別為:手機--1500次;網路制式--500次,GSM--200。然後進行多天合併處理,累加了每一天的“Nokia”關鍵字對應的點擊數,並按照商品類目樹的形式組織。
需要說明的是,上述統計方法僅為本發明實施例中一種較佳的實施方式,凡是根據日誌記錄進行點擊統計的方式均屬於本發明的保護範圍。
(2)對包括新增的一天在內往前回溯一個週期(比如40天),進行多天合併處理。
步驟406、建模伺服器根據該統計分析結果生成類目模型,並將生成的類目模型發送給類目查詢伺服器。
判斷與所述查詢資訊對應的商品類目及其對應的權重和與商品類目對應的屬性類目及其對應權重是否達到預設的權重門限;當達到預設的權重門限時,根據與所述查詢資訊對應的商品類目及其對應的權重和與商品類目對應的屬性類目及其對應權重建立按照商品類目樹的形式組織,生成類目模型。
步驟407、類目查詢伺服器將生成的類目模型更新到類目模型庫中。
該步驟不斷地藉由用戶的歷史點擊記錄更新類目模型庫,而更新後的類目模型庫用於根據後續用戶的查詢返回查詢結果,該過程為閉環迴圈過程,從而不斷地保持類目模型庫的精度,提高返回的查詢結果的準確性。
本發明實施例提供一種基於垂直搜索的查詢系統,如圖11所示,包括查詢伺服器1110、日誌伺服器1120和建模伺服器1130,其中,查詢伺服器1110,用於獲取用戶的查詢資訊;根據所述查詢資訊在類目模型庫中檢索與所述查詢資訊相匹配的類目模型,所述類目模型包括:與關鍵字對應的商品類目,並根據檢索到的類目模型生成第一查詢結果;並根據所述查詢資訊在商品庫中搜索與所述查詢資訊相匹配的商品類目,生成第二查詢結果;對所述第一查詢結果和所述第二查詢結果合併,生成最終查詢結果。
其中,所述類目模型還包括:與所述商品類目對應的屬性類目;上述查詢伺服器1110,還用於根據所述查詢資訊在商品庫中搜索與所述查詢資訊相匹配的商品類目和與所述商品類目對應的屬性類目。
日誌伺服器1120,用於根據所述用戶對所述查詢伺服器1110生成的最終查詢結果的點擊操作和所述查詢資訊生成日誌,並將所述日誌發送給所述建模伺服器。
上述日誌伺服器1120,具體用於獲取用戶對作為請求回應返回的商品類目、與商品類目對應的屬性類目和商品進行點擊查看的點擊操作;根據點擊操作生成日誌,所述日誌包括查詢資訊和對應的點擊資訊,所述點擊資訊包括點擊的商品所在商品類目和所屬商品屬性、點擊的商品類目和點擊的屬性類目;儲存所生成的日誌。
建模伺服器1130,用於對所述日誌進行統計分析,獲得類目模型。
具體地,上述建模伺服器1130,可以具體用於根據所述日誌記錄中的查詢資訊和對應的點擊資訊對所述日誌記錄進行統計分析,獲得統計分析結果,所述統計分析結果為與所述查詢資訊對應的商品類目及其對應的權重和與商品類目對應的屬性類目及其對應權重;所述權重為所述商品類目和與商品類目對應的屬性類目點擊次數和/或點擊機率;根據所述統計分析結果生成類目模型,並將所述統計分析結果按照商品類目樹進行排列。
上述建模伺服器1130,還可以具體用於判斷與所述查詢資訊對應的商品類目及其對應的權重和與商品類目對應的屬性類目及其對應權重是否達到預設的權重門限;當達到預設的權重門限時,根據與所述查詢資訊對應的商品類目及其對應的權重和與商品類目對應的屬性類目及其對應權重建立類目模型。
上述建模伺服器1130,還用於將所述類目模型發送給所述查詢伺服器1110;相應地,上述查詢伺服器1110,還用於將所述最終查詢結果發送給用戶,使所述用戶進行查看;將來自所述建模伺服器1130的類目模型更新到所述類目模型庫中。
本發明實施例提供一種查詢伺服器,如圖12所示,查詢伺服器1200包括:
獲取模組1210,用於獲取用戶的查詢資訊。
查詢模組1220,用於根據所述查詢資訊在類目模型庫中檢索與所述查詢資訊相匹配的類目模型,所述類目模型包括:與關鍵字對應的商品類目,並根據檢索到的類目模型生成第一查詢結果;並根據所述查詢資訊在商品庫中搜索與所述查詢資訊相匹配的商品類目,生成第二查詢結果。
其中,類目模型還包括:與所述商品類目對應的屬性類目;上述查詢模組1220,還用於根據所述查詢資訊在商品庫中搜索與所述查詢資訊相匹配的商品類目和與所述商品類目對應的屬性類目。
合併模組1230,用於對所述第一查詢結果和所述第二查詢結果合併,生成最終查詢結果。
上述查詢伺服器1200,還可以進一步包括:
發送模組1240,用於將所述最終查詢結果發送給用戶,使所述用戶進行查看,並使日誌伺服器根據所述用戶對所述最終查詢結果的點擊操作和所述查詢資訊生成日誌,並將所述日誌發送給建模伺服器進行統計分析獲得類目模型並將所述類目模型更新到所述商品類目伺服器的類目模型庫中。
其中,所述查詢資訊僅包括用戶輸入的關鍵字時,如圖13所示,查詢模組1220,具體包括:判斷子模組1221,用於判斷類目模型對應的關鍵字中是否存在與所述查詢資訊中的關鍵字匹配的關鍵字;匹配子模組1222,用於若判斷子模組判斷存在,則根據所述查詢資訊中的關鍵字在所述類目模型庫中檢索,查詢並獲取匹配的類目模型;否則,對所述查詢資訊中關鍵字進行改寫,並進行再次判斷,直到判斷結果為存在並獲取到匹配的類目模型為止;提取子模組1223,用於從所獲取的類目模型中獲取峰值類目,並根據該峰值類目獲取對應的直達屬性的屬性類目;生成子模組1224,用於根據所獲取的類目模型及其對應的權重和所獲取的直達屬性的屬性類目及其對應權重,生成第一查詢結果。
其中,所述查詢資訊包括用戶輸入的關鍵字和用戶所選擇的商品類目時,判斷子模組1221,用於判斷類目模型對應的關鍵字中是否存在與所述查詢資訊中的關鍵字匹配的關鍵字;匹配子模組1222,用於若判斷子模組判斷存在,則根據所述用戶輸入的關鍵字在所述類目模型庫中檢索,查詢並獲取匹配的類目模型;否則,對所述查詢資訊中關鍵字進行改寫,並進行再次判斷,直到判斷結果為存在並獲取到與該關鍵字匹配的類目模型為止;提取子模組1223,用於從所獲取的類目模型中獲取與該查詢資訊中的商品類目匹配的類目模型;生成子模組1224,用於所述查詢伺服器獲取與該商品類目匹配的類目模型中的商品類目及其對應的權重,生成第一查詢結果。
其中,如圖14所示,合併模組1230具體包括:第一合併子模組1231,用於獲取第一合併結果,所述第一合併結果為所述第一查詢結果和所述第二查詢結果中相同的商品類目及其對應的權重和與商品類目對應的屬性類目及其對應權重,其中第一合併結果中的權重根據同一商品類目或屬性類目的來自兩個查詢結果的權重進行加權獲得;第二合併子模組1232,用於獲取第二合併結果,所述第二合併結果為僅在所述第二查詢結果中出現的商品類目及其對應的權重和與所述商品類目對應的屬性類目及其對應權重;權重提升子模組1233,用於對第一合併結果中的權重進行權重提升,分別使第一合併結果中商品類目和屬性類目的每一個權重高於第二合併結果中的商品類目和屬性類目的每一個權重;生成子模組1234,用於按照商品類目對應的權重和與商品類目對應的屬性類目對應的權重由高到低的順序排列,並返回給用戶。
本發明具有以下優點:藉由在由用戶的點擊操作生成的類目模型庫和商品庫中查詢用戶的請求,並對二者進行合併,提高了用戶查詢結果與用戶查詢意圖的相關度,提高用戶體驗感。
藉由以上的實施方式的描述,本領域的技術人員可以清楚地瞭解到本發明可借助軟體加必需的通用硬體平臺的方式來實現,當然也可以藉由硬體,但很多情況下前者是更佳的實施方式。基於這樣的理解,本發明的技術方案本質上或者說對現有技術做出貢獻的部分可以以軟體產品的形式體現出來,該電腦軟體產品儲存在一個儲存媒體中,包括若干指令用以使得一台終端設備(可以是手機,個人電腦,伺服器,或者網路設備等)執行本發明各個實施例所述的方法。
以上所述僅是本發明的較佳實施方式,應當指出,對於本技術領域的普通技術人員來說,在不脫離本發明原理的前提下,還可以做出若干改進和潤飾,這些改進和潤飾也應視本發明的保護範圍。
1110...查詢伺服器
1120...日誌伺服器
1130...建模伺服器
1210...獲取模組
1220...查詢模組
1230...合併模組
1240...發送模組
1221...判斷子模組
1222...匹配子模組
1223...提取子模組
1224...生成子模組
1231...第一合併子模組
1232...第二合併子模組
1233...權重提升子模組
1234...生成子模組
為了更清楚地說明本發明或現有技術中的技術方案,下面將對本發明或現有技術描述中所需要使用的附圖作簡單的介紹,顯而易見地,下面描述中的附圖僅僅是本發明的一些實施例,對於本領域普通技術人員來講,在不付出創造性勞動的前提下,還可以根據這些附圖獲得其他的附圖。
圖1(a)為現有技術中返回查詢結果的結構示意圖;
圖1(b)為現有技術中返回的查詢結果;
圖2為本發明中的一種基於垂直搜索的查詢方法流程圖;
圖3為本發明中的一種基於垂直搜索的查詢系統結構示意圖;
圖4為本發明中的前端查詢伺服器的結構示意圖;
圖5為本發明中的類目查詢伺服器的結構示意圖;
圖6為本發明中的商品查詢伺服器的結構示意圖;
圖7為本發明中的建模伺服器的結構示意圖;
圖8為本發明中的一種基於垂直搜索的查詢方法流程圖;
圖9為本發明中的類目查詢伺服器檢索與查詢資訊相匹配的商品類目和對應的屬性類目的流程圖;
圖10為本發明中的一種基於垂直搜索的查詢方法流程圖;
圖11為本發明中的一種基於垂直搜索的查詢系統結構示意圖;
圖12為本發明中的一種查詢伺服器的結構示意圖;
圖13為本發明中的查詢伺服器中查詢模組的結構示意圖;
圖14為本發明中的查詢伺服器中合併模組的結構示意圖。

Claims (14)

  1. 一種基於垂直搜索的查詢方法,其特徵在於,包括:獲取用戶的查詢資訊;根據該查詢資訊在類目模型庫中檢索與該查詢資訊相匹配的類目模型,並根據檢索到的類目模型生成第一查詢結果,該類目模型包括與用戶輸入的關鍵字對應的商品類目;並根據該查詢資訊在商品庫中搜索與該查詢資訊相匹配的商品類目,生成第二查詢結果;對該第一查詢結果和該第二查詢結果合併,生成最終查詢結果;將該最終查詢結果發送給用戶,使該用戶進行查看,並根據該用戶對該最終查詢結果的點擊操作和該查詢資訊生成日誌,對該日誌進行統計分析獲得類目模型,將該類目模型更新到該類目模型庫中。
  2. 如申請專利範圍第1項之方法,其中,該類目模型還包括:與該商品類目對應的屬性類目;該生成第二查詢結果的方法,還包括:根據該查詢資訊在商品庫中搜索與該查詢資訊相匹配的商品類目和與該商品類目對應的屬性類目。
  3. 如申請專利範圍第1項之方法,其中,該查詢資訊僅包括用戶輸入的關鍵字時,該根據該查詢資訊在類目模型庫中檢索與該查詢資訊相匹配的類目模型,並根據檢索到的類目模型生成第一查詢結果,具體包括: 判斷類目模型對應的關鍵字中是否存在與該查詢資訊中的關鍵字匹配的關鍵字;若存在,則根據該查詢資訊中的關鍵字在該類目模型庫中檢索,查詢並獲取匹配的類目模型;否則,對該查詢資訊中關鍵字進行改寫,並進行再次判斷,直到判斷結果為存在並獲取到匹配的類目模型為止;根據所獲取的類目模型及其對應的權重和所獲取的直達屬性的屬性類目及其對應權重,生成第一查詢結果。
  4. 如申請專利範圍第1項之方法,其中,該查詢資訊包括用戶輸入的關鍵字和用戶所選擇的商品類目時,該根據該查詢資訊在類目模型庫中檢索與該查詢資訊相匹配的類目模型,並根據檢索到的類目模型生成第一查詢結果,具體包括:判斷類目模型對應的關鍵字中是否存在與該查詢資訊中的關鍵字匹配的關鍵字;若存在,則根據該用戶輸入的關鍵字在該類目模型庫中檢索,查詢並獲取匹配的類目模型;否則,對該查詢資訊中關鍵字進行改寫,並進行再次判斷,直到判斷結果為存在並獲取到與該關鍵字匹配的類目模型為止;從所獲取的類目模型中獲取與該查詢資訊中的商品類目匹配的類目模型;獲取與該商品類目匹配的類目模型中的商品類目及其對應的權重,生成第一查詢結果。
  5. 如申請專利範圍第1項之方法,其中,對該第一查 詢結果和該第二查詢結果合併,生成最終查詢結果,具體包括:獲取第一合併結果,該第一合併結果為該第一查詢結果和該第二查詢結果中相同的商品類目及其對應的權重,其中第一合併結果中的權重根據同一商品類目來自兩個查詢結果的權重進行加權獲得;獲取第二合併結果,該第二合併結果為僅在該第二查詢結果中出現的商品類目及其對應的權重;對第一合併結果中的權重進行權重提升,分別使第一合併結果中商品類目和屬性類目的每一個權重高於第二合併結果中的商品類目和屬性類目的每一個權重;按照商品類目對應的權重和與商品類目對應的屬性類目對應的權重由高到低的順序排列,並返回給用戶。
  6. 如申請專利範圍第2項之方法,其中,對該第一查詢結果和該第二查詢結果合併,生成最終查詢結果,具體包括:獲取第一合併結果,該第一合併結果為該第一查詢結果和該第二查詢結果中相同的商品類目及其對應的權重和與商品類目對應的屬性類目及其對應權重,其中第一合併結果中的權重根據同一商品類目或屬性類目的來自兩個查詢結果的權重進行加權獲得;獲取第二合併結果,該第二合併結果為僅在該第二查詢結果中出現的商品類目及其對應的權重和與該商品類目對應的屬性類目及其對應權重; 對第一合併結果中的權重進行權重提升,分別使第一合併結果中商品類目和屬性類目的每一個權重高於第二合併結果中的商品類目和屬性類目的每一個權重;按照商品類目對應的權重和與商品類目對應的屬性類目對應的權重由高到低的順序排列,並返回給用戶。
  7. 一種基於垂直搜索的查詢系統,其特徵在於,包括查詢伺服器、建模伺服器和日誌伺服器,其中,該查詢伺服器,用於獲取用戶的查詢資訊:根據該查詢資訊在類目模型庫中檢索與該查詢資訊相匹配的類目模型,並根據檢索到的類目模型生成第一查詢結果,該類目模型包括與用戶輸入的關鍵字對應的商品類目;並根據該查詢資訊在商品庫中搜索與該查詢資訊相匹配的商品類目,生成第二查詢結果;對該第一查詢結果和該第二查詢結果合併,生成最終查詢結果;該日誌伺服器,用於根據該用戶對該查詢伺服器生成的最終查詢結果的點擊操作和該查詢資訊生成日誌,並將該日誌發送給該建模伺服器;該建模伺服器,用於對該日誌進行統計分析,獲得類目模型。
  8. 如申請專利範圍第7項之系統,其中,該類目模型還包括:與該商品類目對應的屬性類目;該查詢伺服器,還用於根據該查詢資訊在商品庫中搜索與該查詢資訊相匹配的商品類目和與該商品類目對應的屬性類目。
  9. 一種查詢伺服器,其特徵在於,包括:獲取模組,用於獲取用戶的查詢資訊;查詢模組,用於根據該查詢資訊在類目模型庫中檢索與該查詢資訊相匹配的類目模型,並根據檢索到的類目模型生成第一查詢結果,該類目模型包括與用戶輸入的關鍵字對應的商品類目;並根據該查詢資訊在商品庫中搜索與該查詢資訊相匹配的商品類目,生成第二查詢結果;合併模組,用於對該第一查詢結果和該第二查詢結果合併,生成最終查詢結果;發送模組,用於將該最終查詢結果發送給用戶,使該用戶進行查看,並使日誌伺服器根據該用戶對該最終查詢結果的點擊操作和該查詢資訊生成日誌,並將該日誌發送給建模伺服器進行統計分析獲得類目模型,並將該類目模型更新到該類目模型庫中。
  10. 如申請專利範圍第9項之伺服器,其中,該類目模型還包括:與該商品類目對應的屬性類目;該查詢模組,還用於根據該查詢資訊在商品庫中搜索與該查詢資訊相匹配的商品類目和與該商品類目對應的屬性類目。
  11. 如申請專利範圍第9項之伺服器,其中,該查詢資訊僅包括用戶輸入的關鍵字時,該查詢模組具體包括:判斷子模組,用於判斷類目模型對應的關鍵字中是否存在與該查詢資訊中的關鍵字匹配的關鍵字;匹配子模組,用於若判斷子模組判斷存在,則根據該 查詢資訊中的關鍵字在該類目模型庫中檢索,查詢並獲取匹配的類目模型;否則,對該查詢資訊中關鍵字進行改寫,並進行再次判斷,直到判斷結果為存在並獲取到匹配的類目模型為止;生成子模組,用於根據所獲取的類目模型及其對應的權重和所獲取的直達屬性的屬性類目及其對應權重,生成第一查詢結果。
  12. 如申請專利範圍第9項之伺服器,其中,該查詢資訊包括用戶輸入的關鍵字和用戶所選擇的商品類目時,該查詢模組具體包括:判斷子模組,用於判斷類目模型對應的關鍵字中是否存在與該查詢資訊中的關鍵字匹配的關鍵字;匹配子模組,用於若判斷子模組判斷存在,則根據該用戶輸入的關鍵字在該類目模型庫中檢索,查詢並獲取匹配的類目模型;否則,對該查詢資訊中關鍵字進行改寫,並進行再次判斷,直到判斷結果為存在並獲取到與該關鍵字匹配的類目模型為止;提取子模組,用於從所獲取的類目模型中獲取與該查詢資訊中的商品類目匹配的類目模型;生成子模組,用於該查詢伺服器獲取與該商品類目匹配的類目模型中的商品類目及其對應的權重,生成第一查詢結果。
  13. 如申請專利範圍第9項之伺服器,其中,該合併模組具體包括: 第一合併子模組,用於獲取第一合併結果,該第一合併結果為該第一查詢結果和該第二查詢結果中相同的商品類目及其對應的權重,其中第一合併結果中的權重根據同一商品類目來自兩個查詢結果的權重進行加權獲得;第二合併子模組,用於獲取第二合併結果,該第二合併結果為僅在該第二查詢結果中出現的商品類目及其對應的權重;權重提升子模組,用於對第一合併結果中的權重進行權重提升,分別使第一合併結果中商品類目和屬性類目的每一個權重高於第二合併結果中的商品類目和屬性類目的每一個權重;生成子模組,用於按照商品類目對應的權重和與商品類目對應的屬性類目對應的權重由高到低的順序排列,並返回給用戶。
  14. 如申請專利範圍第10項之伺服器,其中,該合併模組具體包括:第一合併子模組,用於獲取第一合併結果,該第一合併結果為該第一查詢結果和該第二查詢結果中相同的商品類目及其對應的權重和與商品類目對應的屬性類目及其對應權重,其中第一合併結果中的權重根據同一商品類目或屬性類目的來自兩個查詢結果的權重進行加權獲得;第二合併子模組,用於獲取第二合併結果,該第二合併結果為僅在該第二查詢結果中出現的商品類目及其對應的權重和與該商品類目對應的屬性類目及其對應權重; 權重提升子模組,用於對第一合併結果中的權重進行權重提升,分別使第一合併結果中商品類目和屬性類目的每一個權重高於第二合併結果中的商品類目和屬性類目的每一個權重;生成子模組,用於按照商品類目對應的權重和與商品類目對應的屬性類目對應的權重由高到低的順序排列,並返回給用戶。
TW099127128A 2010-08-13 2010-08-13 Query method, system and device based on vertical search TWI605351B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
TW099127128A TWI605351B (zh) 2010-08-13 2010-08-13 Query method, system and device based on vertical search

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
TW099127128A TWI605351B (zh) 2010-08-13 2010-08-13 Query method, system and device based on vertical search

Publications (2)

Publication Number Publication Date
TW201207646A TW201207646A (en) 2012-02-16
TWI605351B true TWI605351B (zh) 2017-11-11

Family

ID=46762259

Family Applications (1)

Application Number Title Priority Date Filing Date
TW099127128A TWI605351B (zh) 2010-08-13 2010-08-13 Query method, system and device based on vertical search

Country Status (1)

Country Link
TW (1) TWI605351B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106250369B (zh) * 2016-07-28 2019-08-06 海信集团有限公司 语音交互方法、装置和终端
CN115114506A (zh) * 2021-03-17 2022-09-27 北京达佳互联信息技术有限公司 商品搜索方法、装置、电子设备和存储介质

Also Published As

Publication number Publication date
TW201207646A (en) 2012-02-16

Similar Documents

Publication Publication Date Title
JP5778255B2 (ja) 垂直検索に基づいたクエリの方法、システム、および装置
CN107729336B (zh) 数据处理方法、设备及系统
CN106156127B (zh) 选择数据内容向终端推送的方法及装置
WO2019214245A1 (zh) 一种信息推送方法、装置、终端设备及存储介质
TWI614702B (zh) 電子商務網站導航方法及系統
JP5721818B2 (ja) 検索におけるモデル情報群の使用
WO2017121251A1 (zh) 一种信息推送方法及装置
US7912816B2 (en) Adaptive archive data management
US8190556B2 (en) Intellegent data search engine
CN102043833B (zh) 一种基于查询词进行搜索的方法和搜索装置
CN103400286B (zh) 一种基于用户行为进行物品特征标注的推荐系统及方法
US8799275B2 (en) Information retrieval based on semantic patterns of queries
CN104866474B (zh) 个性化数据搜索方法及装置
CN102053983B (zh) 一种垂直搜索的查询方法、系统和装置
CN101727454A (zh) 用于对象自动分类的方法和系统
TWI549004B (zh) Search Method Based on Online Trading Platform and Establishment Method of Device and Web Database
CN106326318B (zh) 搜索方法及装置
CN104077407A (zh) 一种智能数据搜索系统及方法
CN111310032A (zh) 资源推荐方法、装置、计算机设备及可读存储介质
CN114090877A (zh) 职位信息推荐方法、装置、电子设备及存储介质
TWI605351B (zh) Query method, system and device based on vertical search
WO2019218151A1 (zh) 一种资料搜寻方法
CN105159899A (zh) 一种搜索的方法和装置
CN117522507A (zh) 一种基于网络业务推荐度的商品推送方法
CN116127192A (zh) 一种基于大数据的个性化推荐方法