專利名稱：搜索平臺的制作方法
搜索平臺本發(fā)明涉及用于移動裝置的搜索平臺。具體地說，本發(fā)明涉及適 于使搜索結(jié)果滿足特定用戶、移動裝置和/或搜索上下文(日期、時間、 位置、概況等)的搜索平臺。搜索引擎已變得對計算網(wǎng)絡(luò)中存儲的大量內(nèi)容很重要。與目錄門戶 一起，搜索引擎促進了因特網(wǎng)(特別是Web)的有效使用。但是，搜索引擎自身確實存在問題。搜索請求在搜索結(jié)果中產(chǎn)生 的"命中"經(jīng)常比可合理評估的命中要多得多。大部分搜索引擎將可 瀏覽的結(jié)果數(shù)量限制在更易管理的數(shù)字，并嘗試識別最相關(guān)的命中， 將這些命中排列在其它類似命中之前。此問題在移動環(huán)境中經(jīng)常變得 復(fù)雜，在該環(huán)境中，通常有小得多的可瀏覽屏幕區(qū)，并且收費模型可 意味著下載的每個字節(jié)數(shù)據(jù)表示用戶的費用成本及對應(yīng)的下載延遲。管理龐大的可能搜索命中的一個常規(guī)方式是在再現(xiàn)搜索結(jié)果前過 濾結(jié)果，由此減少向終端用戶呈現(xiàn)的命中數(shù)量。此技術(shù)并不是只用于 移動環(huán)境。在移動終端上提供移動搜索服務(wù)的另 一個問題是移動界(mobile arena)不同裝置、操作系統(tǒng)和標(biāo)準(zhǔn)的迅速增多。在一個裝置中可瀏覽 的內(nèi)容可能在另一個裝置中無法使用，但在內(nèi)容已下載前，終端用戶 可能不明白此問題，從而導(dǎo)致用戶體驗差并且不愿再嘗試下載。在解決這些困難的嘗試中，已在明確考慮到在移動裝置更有限的 顯示屏幕上呈現(xiàn)的情況下開發(fā)了呈現(xiàn)格式標(biāo)準(zhǔn)。 一個此類標(biāo)準(zhǔn)無線接 入?yún)f(xié)議(WAP)已^f皮移動網(wǎng)絡(luò)運營商在向移動裝置提供可瀏覽內(nèi)容時廣 泛采納。此協(xié)議具有相關(guān)聯(lián)內(nèi)容格式無線標(biāo)記語言(WML)。 WML規(guī) 格M于XML。WML文檔("deck")與HTML(超文本標(biāo)記語言)文檔以同樣的方
式存儲在web服務(wù)器中。移動終端經(jīng)WAP網(wǎng)關(guān)訪問WML deck。 WAP 網(wǎng)關(guān)提供與WML內(nèi)容的接口 ，并且越來越多地提供與萬維網(wǎng)的接口 。 將原來格式不是用于在移動終端上呈現(xiàn)的網(wǎng)頁"代碼轉(zhuǎn)換"或處 理成適合在此類終端(例如，移動電話和個人數(shù)字助理PDA)上顯示的 格式，這已為人所熟知。這種代碼轉(zhuǎn)換進程是對終端隱藏進行的，并 且在網(wǎng)絡(luò)運營商不阻止它的情況下，允許終端以與PC瀏覽器應(yīng)用程 序訪問HTML內(nèi)容相同的方式使用URL(通用資源定位器)訪問代碼轉(zhuǎn) 換后的頁面。由于選定終端(具有更多先進處理性能)實際上支持更多 處理器密集格式XHTML和/或HTML,因此，代碼轉(zhuǎn)換并不總是必需 執(zhí)行。很明顯，在移動環(huán)境中，生成更準(zhǔn)確地反應(yīng)用戶(及其裝置)性能 和簡檔的搜索結(jié)果，是最重要的。在提供移動搜索功能中已知的第一步是在向用戶呈現(xiàn)搜索結(jié)果 前，基于裝置是支持WML還是XHTML來過濾內(nèi)容。近來，已經(jīng)嘗試提供裝置特定的搜索性能。此類搜索性能由于依 賴裝置與內(nèi)容的精確匹配，因而在其效率方面受到限制。常規(guī)的裝置 特定搜索工具決不會復(fù)雜，這在一定程度上是因為難以保存哪些內(nèi)容 適合哪些裝置的最新記錄。此外，它們要綜合每個內(nèi)容提供商饋入的 各自的內(nèi)容，而這經(jīng)常需要大量勞動力。通過根據(jù)政策而"提升"某些"命中"的順序，使其排列在其"自 然"順序之外，這也為人所熟知(這在接受移動搜索結(jié)果頁上清單的廣 告贊助或者鼓勵用戶從供應(yīng)商及其從屬機構(gòu)提供的網(wǎng)絡(luò)內(nèi)的信息時 會出現(xiàn))。因此，本發(fā)明的目的U服現(xiàn)有移動搜索平臺的上述限制。 根據(jù)本發(fā)明一個方面，提供了一種通過無線電信連接，從包含多 個內(nèi)容項目的內(nèi)容庫索引生成搜索結(jié)果的方法，每個內(nèi)容項目具有與 其相關(guān)聯(lián)的對應(yīng)元信息，元信息包括裝置、用戶和上下文特定信息中 至少一個，該方法包4舌 從使用移動裝置的用戶接收搜索請求消息，搜索請求消息包括用戶搜索項；獲得表示移動裝置、用戶訂閱和網(wǎng)絡(luò)性能的上下文數(shù)據(jù)； 根據(jù)用戶搜索項啟動內(nèi)容庫索引搜索；為用戶搜索項中至少一個確定在內(nèi)容索引中是否存在一個或多個 相關(guān)索引條目；以及存在相關(guān)時，生成搜索結(jié)果，搜索的結(jié)果包括到根據(jù)上下文數(shù)據(jù) 排列的相關(guān)內(nèi)容項目的相應(yīng)鏈接。除根據(jù)裝置特定標(biāo)準(zhǔn)過濾外，該方法可包括基于上下文標(biāo)準(zhǔn)過濾 的步驟，例如網(wǎng)絡(luò)性能(例如，承載技術(shù)是GPRS、 EDGE、 UMTS/3G 還是HSDPA等？當(dāng)前網(wǎng)絡(luò)負(fù)載狀態(tài)如何？)和用戶簡檔(是自動動態(tài) 生成還是由用戶手動提供)。用戶簡檔可包括-位置指示。此位置信息可由用戶手動輸入，或者 通過自動定位機制采集例如，使用小區(qū)ID或全球定位衛(wèi)星(GPS)信 息。GPS與小區(qū)ID技術(shù)在本領(lǐng)域均已為人所熟知，因而在本上下文 中將不詳細介紹。因此，本發(fā)明為深層鏈接(deep link)裝置特定搜索提供了分類 的結(jié)果顯示。通過利用用戶信息、訂閱信息、裝置信息及在任何搜索 請求中輸入的搜索項，移動搜索體驗的效率會大大增強。從諸如Google和Yahoo等搜索引擎，通過返回基于裝置、用戶 和網(wǎng)絡(luò)性能的詳細上下文簡檔的搜索結(jié)果，如此處所述的移動搜索在 用戶體驗方面得到了改善。不再呈現(xiàn)給移動用戶經(jīng)常是可收費、可下 載數(shù)字內(nèi)容的內(nèi)容，這些內(nèi)容卻通常對其特定裝置和環(huán)境不是最佳。搜索結(jié)果可方便地調(diào)整，以反應(yīng)用戶是否在適當(dāng)?shù)囊苿泳W(wǎng)絡(luò)覆蓋 區(qū)(例如，3G)來接收內(nèi)容。"網(wǎng)上(onnet)"內(nèi)容需要攜帶指示有關(guān)內(nèi)容的深層信息的另外 元標(biāo)記例如，內(nèi)容是否用于特定裝置、只用于彩色顯示、只在已付 費信道用于用戶或確實是"僅限成年人，，。爬蟲代理(crawler agents ) 生成其編索引的數(shù)據(jù)庫(內(nèi)容庫索引)，它們提供了讓對應(yīng)"智能"搜 索引擎利用的更豐富數(shù)據(jù)庫。隨后，結(jié)果的排列方式使得最相關(guān)內(nèi)容 /結(jié)果得到更高加權(quán)。為更好地理解本發(fā)明，現(xiàn)在將參照附圖，通過示例方式描述實施例，其中

圖1示出包括根據(jù)本發(fā)明的移動搜索平臺的典型移動門戶架構(gòu)； 圖2更詳細示出圖1移動搜索平臺的運行； 圖3示出爬蟲功能的分層結(jié)構(gòu)；以及圖4示出移動搜索門戶的內(nèi)容組合引擎(CAE)部分的通用 MVC0莫型A見圖/控制器)架構(gòu)。圖1示出包括移動搜索平臺100、 110、 120的典型移動門戶系統(tǒng) 架構(gòu)?，F(xiàn)在描述平臺組件的操作內(nèi)容存儲在一個或多個內(nèi)容庫150中。每個內(nèi)容項目已與描述內(nèi) 容項目一系列(arangeof)屬性的元信息相關(guān)聯(lián)。進行此操作的一個 標(biāo)準(zhǔn)方式是規(guī)定RDF(資源描述框架)元數(shù)據(jù)的使用。RDF是一種定義 為一種語言的W3C標(biāo)準(zhǔn)，描述萬維網(wǎng)資源及其特定元數(shù)據(jù)(例如，標(biāo) 題、作者、創(chuàng)建日期、最后修改日期、版權(quán)、許可及其它)和可在網(wǎng)絡(luò) 上識別的"對象"。W3C元數(shù)據(jù)活動網(wǎng)頁對RDF描述如下資源描述框架(RDF)"提 供更通用的元數(shù)據(jù)處理"。RDF是一種陳述性語言，為使用XML以有關(guān)Web上項目屬性和 關(guān)系的語句形式表示元數(shù)據(jù)提供了 一種標(biāo)準(zhǔn)方式。稱為資源的此類項 目幾乎可以為任何項目，但條件是要具有Web地址。這意p未著您可以 將元數(shù)據(jù)與網(wǎng)頁、圖形、音頻文件、電影剪輯等等相關(guān)聯(lián)。RDF提供一種框架，在該框架中，獨立的團體可開發(fā)滿足其特定 需要的詞匯，并與其它團體共享詞匯。為共享詞匯，術(shù)語的含意必須 詳細注明。這些詞匯集的說明稱為RDF模式(RDF Schema)。模式定義了一組屬性的含意、特征和關(guān)系，并且這可包括對其它 ;漠式的可能值和屬性繼承的約束。通過為每個詞匯指定一個Web地 址，RDF語言允許包含元數(shù)據(jù)的每個文檔闡明在使用哪個詞匯。筒而 言之，RDF是可擴展的。在圖1所示實施例中，RDF模式定義為描述有關(guān)諸如鈴聲、游戲、 圖片和音樂等移動內(nèi)容的元信息。元信息可包括特定內(nèi)容項目是否適 用于給定移動裝置類的指示。圖1中使用的搜索索引由遠程外部伙伴接管。申請人基于用戶代 理，開發(fā)了 "內(nèi)部搜索爬蟲"160,而不是通過從搜索索引120的遠 程站點爬行(crawling)內(nèi)容庫150來填充搜索索引120。該用戶代理 提供 以不同頻率爬行內(nèi)容庫不同部分的能力 更好的監(jiān)視搜索爬行進度的能力 改進的RDF元數(shù)據(jù)支持 支持包含有關(guān)多個內(nèi)容項目的信息的單個RDF元數(shù)據(jù)文件。 因此，內(nèi)部搜索爬蟲160提供了改進的質(zhì)量和相關(guān)搜索結(jié)果的數(shù)量。為方便內(nèi)部搜索爬蟲160的引入，在由伙伴內(nèi)容提供商(所謂的伙 伴標(biāo)記語言或PML)和RDF文件語法執(zhí)行的元標(biāo)記的詳細要求方面， 一些次要但基本的差別成為了必需。尤其是，內(nèi)部爬蟲160依據(jù)的用 戶代理被賦予對除所有對應(yīng)RDF文件外所有手持設(shè)備所有內(nèi)容的訪 問權(quán)。內(nèi)部爬蟲160設(shè)置為在出現(xiàn)多項RDF文件的情況下解析這些文 件，從而為內(nèi)容提供商140提供修改其RDF創(chuàng)建邏輯以利用此的機會。邏輯在內(nèi)部搜索爬蟲用戶代理160中引入，以確保如果所指向頁 面的URL匹配在RDF文件內(nèi)嵌入的URL,則結(jié)果將合并為單個搜索 索引條目，由此改進內(nèi)容查找能力。用戶代理可設(shè)置為使用在RDF的元參考和在RDF文件本身中的 相關(guān)鏈4矣(The user agent may be arranged to use relative links in meta-refs to RDF, and in the RDF files themselves)。為便于使用，可相關(guān)于為內(nèi)容而生成的RDF文件，要求執(zhí)行某些 限制。例如 rdf "about"屬寸生'義、》頁以〈rdf:Description about二"some/link"〉才各 式而不以々df: Description rdf:about二"some/link"〉格式呈現(xiàn) RDF文件必須包含dc:description屬性 RDF文件必須具有后綴".xml"(允許查詢字符串例如 /showrdf.xml id=1234) RDF文件必須作為文本/xml類型發(fā)送內(nèi)部爬蟲才丸4亍內(nèi)部爬蟲160在識別自身后向web服務(wù)器請求在配置文件中指定 為入口點的頁面。 一旦獲得頁面后，它便讀取和處理有關(guān)內(nèi)容的RDF 元信息內(nèi)容及第三方提供的頁面，提取標(biāo)題、文本、鏈接和所有其它 相關(guān)信息。產(chǎn)品(product)接受在當(dāng)前頁面中發(fā)現(xiàn)的新鏈接，同時保 持已經(jīng)接受的鏈接列表帳戶。配置文件也具有允許使用才莫式(即，字符 串)進行有限站點導(dǎo)航的可配置過濾器。每次產(chǎn)品爬行頁面時，獲得的 有效信息存儲在本地數(shù)據(jù)庫(圖2中的210)中。給定移動電信網(wǎng)絡(luò)運營商網(wǎng)絡(luò)內(nèi)不同的地理區(qū)域經(jīng)常由對應(yīng)的運 營公司提供服務(wù)。每個運營公司可選擇安裝用于經(jīng)終端應(yīng)用程序處理 內(nèi)容提供的本地版本的軟件棧。定制內(nèi)部爬蟲可在每個運營公司的服 務(wù)交付平臺(或"核心棧")中實現(xiàn)。由于每個內(nèi)部爬蟲系統(tǒng)可設(shè)置為在適合每個運營公司的軟件棧內(nèi)運行，因此，與常規(guī)外部提供的爬蟲系統(tǒng)相比有直接的速度優(yōu)勢 爬行在組合層進行，意味著無需為內(nèi)部爬蟲160再現(xiàn)內(nèi)容 進入的爬行請求不受因特網(wǎng)等待時間影響 通過使內(nèi)部爬蟲160在網(wǎng)絡(luò)服務(wù)提供商(或運營公司)而不是第三方控制之下，多個爬蟲任務(wù)可設(shè)為以不同次數(shù)和頻率運行，允許每個
本地運營商實時看到正在發(fā)生的事情。因此，經(jīng)常變更的內(nèi)容(例如，新聞報道)能夠比相對靜態(tài)內(nèi)容(例如，鈴聲)更頻繁地被爬行；新的或并且用于監(jiān)視和調(diào)試爬蟲進度的設(shè)計可得到增強以識別和解決使內(nèi) 容項目被停止索引的問題。圖3示出內(nèi)部爬蟲應(yīng)用程序160的軟件層次，由此爬行任務(wù)的頻 率和定時可以調(diào)度。代理的不定數(shù)量的單獨實例("線程")可在任何 給定任務(wù)上運行。每個爬行會話又可要求多個不同任務(wù)。內(nèi)部爬蟲160已設(shè)計為不但處理引用單段內(nèi)容的多個小RDF元數(shù) 據(jù)文件(從FAST[RTM]的常規(guī)FAST-SEARCH爬蟲已知的設(shè)置)，而且 處理引用多個內(nèi)容項目的大RDF元數(shù)據(jù)文件("多項RDF文件")。 因此，對于在數(shù)據(jù)庫150中存儲其內(nèi)容細節(jié)的內(nèi)容提供商140,如果 在其中創(chuàng)建了具有所有內(nèi)容細節(jié)的大RDF文件(或編程為要由服務(wù)器 端邏輯即時動態(tài)(on-the-fly)創(chuàng)建)，則隨后那些大RDF文件中的信 息將直接插入索引120中，無需爬行來自該提供商的其它頁面。此外， 第三方內(nèi)容提供商140的內(nèi)容將在搜索結(jié)果中變得更清楚，從而促成 更多的用戶業(yè)務(wù)和利潤。圖2示出了搜索平臺且具體而言搜索內(nèi)容推送引擎(Search Content Push Engine) (SCPS) 180的操作。SCP引擎180具有多個執(zhí) 行功能，包括XMLwriter、上載程序(Uploader)和清理程序功能。 這些功能將在下面描述XMLwriter執(zhí)行每一個單爬行任務(wù)會向本地數(shù)據(jù)庫210(例如，Oracle [RTM]數(shù)據(jù) 庫)填充爬行信息。這些信息需要轉(zhuǎn)換成XML數(shù)據(jù)以便上載到外部搜 索引擎110所接管的遠程搜索索引120。 XMLwriter檢索存儲在數(shù)據(jù) 庫中的任務(wù)數(shù)據(jù)(即，爬行信息)，并將它們轉(zhuǎn)換成自定義XML文件， 相應(yīng)地轉(zhuǎn)換成遠程索引數(shù)據(jù)庫120的細節(jié)。
上載程序執(zhí)行XMLwriter所生成的XML文件作為文檔上栽到遠程搜索索引 120，替換舊版本的相同文檔或者在舊文檔不存在時插入新文檔。隨 后，可通過移動接口 130查看數(shù)據(jù)。清理程序執(zhí)行清理程序建立到遠程搜索索引的連接，并移除具有適當(dāng)配置文件 中出現(xiàn)的設(shè)置所定義的特定特性的文檔集。幾種不同的清理類型均受 支持，從刪除過時的文檔開始，并以刪除具有特定字段值的所有文檔 結(jié)束。在考慮用戶選擇經(jīng)門戶IOO搜索內(nèi)容的說明性使用情況時，可能 最好地理解移動搜索門戶100的運行。門戶100向用戶的移動裝置呈現(xiàn)搜索接口 130,允許用戶指定搜 索標(biāo)準(zhǔn)。 -底設(shè)在此情況下用戶輸入一個字或短語。搜索接口 130可進一步提供其它選項。有利的是，可能有基于內(nèi) 容類型限制搜索的選項。也可能有要求搜索所有內(nèi)容類型的選項。在 未釆用內(nèi)容類型限制選項時，可假設(shè)用戶要搜索所有可用內(nèi)容。但是， 如果用戶選擇某種內(nèi)容類型，則門戶IOO允許用戶啟動搜索。系統(tǒng)從用戶接收搜索請求并處理門戶請求。首先，對用戶進行鑒 權(quán)。如果用戶通過鑒權(quán)，則請求得到授權(quán)。在鑒權(quán)進程中，得到上下文信息。此上下文信息包括與用戶的用 戶簡檔有關(guān)的信息(例如，語言首選項、安全搜索標(biāo)準(zhǔn)、信用級別等) 和在鑒權(quán)進程中由移動終端輸送的信息(例如，用戶的裝置類型)。門戶系統(tǒng)100隨后檢查提交的搜索標(biāo)準(zhǔn)，以確保搜索有效(例如， 它包含至少兩個認(rèn)知的字符)。系統(tǒng)隨后發(fā)送搜索標(biāo)準(zhǔn)及上下文信息和 內(nèi)容類型(如果選定)到搜索引擎110。搜索引擎110處理有效的搜索標(biāo)準(zhǔn)并生成排列的裝置特定的搜索結(jié)果。門戶系統(tǒng)132的核心棧隨后從搜索引擎110接收裝置特定的搜索 結(jié)果，并再現(xiàn)它們以便在用戶顯示器上呈現(xiàn)。核心棧(或服務(wù)交付平臺)132包括第三方集成組件(3PI)230、內(nèi)容 (或通用)組合引擎(CAE) 240和內(nèi)容再現(xiàn)引擎(CRE) 250。這些組件在 圖1和圖2中均有示出，但只在圖2中提供標(biāo)號。3PI 230接收由內(nèi)容提供商220、 222、 224提供的伙伴標(biāo)記語言 (PML)文件中除內(nèi)容本身外的RDF標(biāo)記信息。3PI 230提取對應(yīng)于內(nèi) 容項目的RDF標(biāo)記信息，并將提取的信息作為運營商標(biāo)記語言"碎片" (在本申請人的案例中Vodafone內(nèi)容標(biāo)記語言或VCML)來提供。運營商標(biāo)記語言碎片隨后在組合層組合以便交付到更高級的再現(xiàn) 層。組合層的功能由CAE 240提供，CAE是一個軟件組件，它解釋 到達的用戶請求，從內(nèi)容源獲得信息(即，在VCML碎片中提取的RDF為VCML "頁面")。隨后，它將組合的內(nèi)容發(fā)送到再現(xiàn)層。圖4示出了 CAE 240的一般架構(gòu)。在此所謂的MVC(模型/視圖/ 控制器)架構(gòu)內(nèi)，業(yè)務(wù)邏輯類和bean包括才莫型，JSP文件和自定義標(biāo) 記包括視圖，并且動作(Actions)包括控制器。業(yè)務(wù)邏輯可進一步分 成幾個層服務(wù)對象和管理器對象(Manager objects)。服務(wù)對象是 業(yè)務(wù)邏輯的核心，在管理器對象之上，而管理器對象封裝了更低級功 能，如持久性，或者在搜索門戶的情況下，封裝了到外部搜索服務(wù)器 的連接。動作的一個重要示例是SubmitSearchAction，負(fù)責(zé)從請求提取用 戶的查詢，驗證查詢，并調(diào)用業(yè)務(wù)邏輯執(zhí)行搜索。為補充此動作，本 發(fā)明CAE提供SearchService禾口 SearchManager。 SearchService負(fù)責(zé)獨 立于搜索引擎實現(xiàn)的業(yè)務(wù)邏輯，允許諸如提升內(nèi)部結(jié)果等操作。 SearchManager負(fù)責(zé)已實施搜索引擎特定的業(yè)務(wù)邏輯，如生成句法正 確的查詢并將搜索引擎結(jié)果對象轉(zhuǎn)換成常規(guī)值對象以便由更高層使用。內(nèi)容再現(xiàn)層接收搜索結(jié)果對象，解析標(biāo)記語言并以適合顯示的格式交付結(jié)果對象。使用在用戶裝置鑒權(quán)時提取的信息，CRE250識別 出最終用戶裝置，并且使用該裝置屬性將諸如來自CAE240的圖像和 文本等資源轉(zhuǎn)換為對特定裝置合適的大小和^^式。它也管理用戶裝置 與其余服務(wù)交付平臺之間的連接尤其是，為提取用戶請求供應(yīng)搜索 接口 130。核心棧132可設(shè)有拼寫推理引擎(spelling inference engine )(未示 出)，以用于生成與搜索結(jié)果一起的備選拼寫響應(yīng)。這解決了通常遇到 的拼寫錯誤，建議了 "最可能的"備選搜索項。通過堅持根據(jù)用戶簡檔來授權(quán)請求，門戶IOO可過濾出與按年齡 分類和/或受年齡限制內(nèi)容對應(yīng)的結(jié)果。由于某些內(nèi)容項目具有相關(guān)聯(lián)的金錢價值，因此，門戶100設(shè)置 為在到返回的內(nèi)容項目的鏈接內(nèi)檢測服務(wù)ID標(biāo)記(即，收費標(biāo)記)。如 果在搜索引擎110所返回的項目內(nèi)包含服務(wù)ID，并且用戶選擇下載該 內(nèi)容，則將從其帳戶扣除費用。如果在搜索引擎IIO所返回的項目內(nèi)無服務(wù)LD，則門戶在搜索結(jié) 果deck中顯示該項目。deck示出輸入的搜索標(biāo)準(zhǔn)、匹配搜索標(biāo)準(zhǔn)的 要顯示的結(jié)果總數(shù)及作為超鏈接的每個搜索結(jié)果，并帶有每個搜索結(jié) 果的摘要說明(teaser description)。搜索結(jié)果可按內(nèi)容類型成組顯示。 搜索結(jié)果可區(qū)分由服務(wù)提供商接管的內(nèi)容("網(wǎng)上")與在非提供商控 制的web服務(wù)器上接管的內(nèi)容("網(wǎng)外")。結(jié)果deck可通過將每個組 的結(jié)果總數(shù)顯示為一個不同的項目而示出此區(qū)分。有利的是，搜索結(jié)果在根據(jù)相關(guān)性排序的每個組內(nèi)顯示。因此， 系統(tǒng)可配置為顯示相關(guān)性等級等于或大于預(yù)定閾值的結(jié)果。"網(wǎng)上" 搜索可單獨"提升，，在類似"網(wǎng)外"結(jié)果之上，或者它們可呈現(xiàn)為在對應(yīng)"網(wǎng)外，，組之上的"網(wǎng)上"組。在收費與內(nèi)容下載相關(guān)聯(lián)時，搜 索結(jié)果deck可直觀地指示該情況，例如，通過圖標(biāo)指示。
上面概述的搜索進程可通過"搜索提示"工具補充，由此用戶可 請求有關(guān)適當(dāng)搜索項、通配符的指導(dǎo)。要縮短搜索進程，用戶可通過內(nèi)容類型限制來限定字搜索。用戶 一般會被引導(dǎo)通過基于搜索請求上下文的搜索進程，即所謂的上下文 搜索。用戶選擇從上下文搜索超鏈接搜索內(nèi)容。系統(tǒng)返回具有預(yù)選定上下文(例如，內(nèi)容類型)的搜索對話框頁面。 內(nèi)容類型的示例有鈴聲、游戲、圖片和音樂。系統(tǒng)也可允許用戶指定 其它上下文搜索標(biāo)準(zhǔn)。使用預(yù)填寫的搜索對話框頁面，用戶輸入用于其上下文搜索的字下文搜索。類似于按上下文搜索，用戶可在不同的"內(nèi)容信道"內(nèi)搜索(如， 新聞廣播饋送或音樂排行榜/視頻內(nèi)容信道)。用戶從第三方中間代理 伙伴頁面選擇信道搜索選項。系統(tǒng)允許用戶指定信道搜索標(biāo)準(zhǔn)，返回預(yù)填寫的搜索對話框頁面在此情況下使用選定的預(yù)定信道預(yù)填寫。同樣地，用戶使用預(yù)填寫搜索對話框頁面來輸入用于信道搜索的字或 短語，并且系統(tǒng)通過在用于用戶的選定信道內(nèi)啟動對應(yīng)搜索來響應(yīng)在 此對話框頁面中輸入的搜索項。服務(wù)ID信息可用于進一步改進搜索任務(wù)的結(jié)果。許多情況下， 搜索任務(wù)的原始結(jié)果包括服務(wù)ID信息。在搜索引擎返回的內(nèi)容項目 中存在服務(wù)ID信息的情況下，系統(tǒng)可發(fā)送諸如定價數(shù)據(jù)等服務(wù)有關(guān) 信息的請求到未示出的適當(dāng)服務(wù)應(yīng)用程序(例如，收費和定價應(yīng)用程 序)。請求設(shè)置為包含內(nèi)容項目的服務(wù)ID信息。系統(tǒng)從服務(wù)應(yīng)用程序 接收對應(yīng)的響應(yīng)。系統(tǒng)顯示的信息隨后可調(diào)整為反應(yīng)與搜索結(jié)果中內(nèi) 容項目對應(yīng)的服務(wù)有關(guān)信息。因此，如果內(nèi)容項目需要訂閱，則選擇 到內(nèi)容項目的鏈接將產(chǎn)生內(nèi)容訂閱請求頁面而不是到實際內(nèi)容的直 接鏈接。系統(tǒng)可設(shè)置為在它確定輸入的搜索標(biāo)準(zhǔn)無效時返回適合的錯誤消
臺類似地，系統(tǒng)可設(shè)置為在從搜索引擎收到"未找到結(jié)果"響應(yīng)時， 顯示消息，告訴用戶未找到結(jié)果。結(jié)果為空的原因可能是拼寫錯誤。 另外，"無結(jié)果"響應(yīng)的出現(xiàn)可以是更新處理機制的觸發(fā)器。無論何 時收到"無結(jié)果"響應(yīng)，機制便能夠檢查請求的上下文，并且在某些 情況下(例如，用戶在使用的裝置或固件未識別)可建議或觸發(fā)更新檢 查。這樣，此類"無結(jié)果"響應(yīng)可減少出現(xiàn)。有利的是，系統(tǒng)可設(shè)有拼寫引擎，以便在"未找到結(jié)果"響應(yīng)包 含備選拼寫時，系統(tǒng)顯示備選拼寫消息，并且備選拼寫顯示為搜索超 鏈接。在找到結(jié)果時，同樣可很好地使用拼寫引擎。系統(tǒng)可顯示消息， 向用戶建議已找到的備選拼寫，并且備選拼寫可顯示為搜索超鏈接。 此外，鑒于使用移動手持設(shè)備難以進行準(zhǔn)確的文本輸入，用戶可主動 請求拼寫引擎的應(yīng)用程序來驗證其4定入的搜索標(biāo)準(zhǔn)。在預(yù)定的超時時段內(nèi)未收到搜索引擎響應(yīng)時，系統(tǒng)記錄通信故障 事件并顯示錯誤消息。搜索引擎不可用的確定具有類似的結(jié)果。同樣地，系統(tǒng)記錄通信 故障事件并顯示適當(dāng)?shù)腻e誤消息。移動搜索平臺因此智能地過濾搜索結(jié)果，并考慮以下方面 裝置特性(例如，完整全曲目音樂功能電話)、裝置類型(例如， 寬屏高級電話)、裝置名稱和裝置上安裝的固件 當(dāng)時的承載網(wǎng)絡(luò)性能(例如，網(wǎng)絡(luò)是模擬或數(shù)字、GPRS (2.5G)、 EDGE還是3G) 用戶簡檔(例如，小孩，年齡超過18歲等) 用戶內(nèi)容訂閱很明顯，在制造商宣稱的裝置性能與裝置已驗證的經(jīng)驗性能之間 可能存在不一致。經(jīng)驗性能數(shù)據(jù)庫可優(yōu)選致力于使用制造商規(guī)格來確 定在與特定內(nèi)容項目配對時給定裝置是否將提供滿意的結(jié)果。
上述智能爬行解決方案提供了使用專有內(nèi)容格式(在申請人案例中-Vodafone內(nèi)容標(biāo)記語言VCML)和移動RDF(資源描述框架)標(biāo)記 方案兩者的移動內(nèi)容爬行。智能爬行程序自動將內(nèi)容與其元信息相關(guān) 聯(lián)，如裝置特定特性、網(wǎng)絡(luò)適用性、用戶簡檔適用性、訂閱、內(nèi)容類 別、內(nèi)容的等級提升值等。這使得再現(xiàn)搜索結(jié)果簡單但與用戶的個人 上下文相關(guān)。
權(quán)利要求
1. 一種通過無線電信連接，從包含多個內(nèi)容項目的內(nèi)容庫(150)的索引(120)生成搜索結(jié)果的方法，每個所述內(nèi)容項目具有與其相關(guān)聯(lián)的對應(yīng)元信息，所述元信息包括至少裝置、用戶和上下文特定信息之一，所述方法包括從使用移動裝置(130)的用戶接收搜索請求消息，所述搜索請求消息包括用戶搜索項；獲得表示所述移動裝置(130)、用戶訂閱和網(wǎng)絡(luò)性能的上下文數(shù)據(jù)；根據(jù)所述用戶搜索項啟動所述內(nèi)容庫索引(120)的搜索；為所述用戶搜索項的至少一個確定在所述內(nèi)容庫索引(120)中是否存在一個或多個相關(guān)索引條目；以及存在相關(guān)時，生成搜索結(jié)果，所述搜索的所述結(jié)果包括到根據(jù)所述上下文數(shù)據(jù)排列的相關(guān)內(nèi)容項目的相應(yīng)鏈接。
2. 如權(quán)利要求1所述的方法，還包括基于上下文標(biāo)準(zhǔn)和用戶筒檔 過濾的步驟。
3. 如權(quán)利要求2所述的方法，其中所述用戶簡檔從建立所述電信 連接中獲得的信息自動動態(tài)生成。
4. 如權(quán)利要求2或3所述的方法，其中至少一部分所述用戶簡檔 由所述用戶在所述電信連接期間手動提供。
5. 如權(quán)利要求4所述的方法，其中所述用戶位置由所述用戶在所 述電信連接期間手動輸入。
6. 如前面權(quán)利要求任一項所述的方法，其中所述搜索的所述結(jié)果 調(diào)整為反應(yīng)用戶當(dāng)前是否接入適用于傳輸所述內(nèi)容的承載技術(shù)。
7. 如前面權(quán)利要求任一項所述的方法，其中每個內(nèi)容項目需要攜 帶另外的元信息，由此除所述元信息外，所述內(nèi)容索引提供所述另外 的元信息的索引。
全文摘要
在為移動裝置提供網(wǎng)絡(luò)搜索平臺中，搜索平臺可適用于使搜索結(jié)果滿足特定用戶、移動裝置和/或搜索上下文(日期、時間、位置、配置文件等)的要求。通過要求內(nèi)容帶有相關(guān)聯(lián)元信息，并且通過提供理解所述元信息格式化的本地用戶代理，搜索引擎可組合深層索引的內(nèi)容數(shù)據(jù)庫。因此，可在將輸送不合需要的內(nèi)容可能性降到最低的同時，呈現(xiàn)表示最適用于用戶的內(nèi)容項目的搜索結(jié)果。
文檔編號G06F17/30GK101401099SQ200780008615
公開日2009年4月1日 申請日期2007年1月12日 優(yōu)先權(quán)日2006年1月13日
發(fā)明者F·比爾豪斯, J·吳, M·維塔利 申請人:沃達方集團有限公司