專利名稱：實(shí)現(xiàn)基于位置的多模式電子目錄服務(wù)方法、系統(tǒng)以及裝置的制作方法
技術(shù)領(lǐng)域：
本公開大體上涉及基于位置的電子目錄服務(wù)，并且特別但不是唯一地涉 及使用多種通信模式以發(fā)送這種服務(wù)。
背景技術(shù)：
已知一般的在線目錄服務(wù)，但是大部分極度缺少精確性和完備性。目前 為止少數(shù)基于位置的目錄服務(wù)要求在蜂窩式網(wǎng)絡(luò)上安裝"自動位置檢測"技
術(shù)-并且這種技術(shù)還不能以商業(yè)應(yīng)用的形式獲得。估計(jì)GPS技術(shù)會作為可能的 選擇，但是其要求更換現(xiàn)今在北美洲使用的大部分蜂窩式電話。由于很多人 因?yàn)橥耆幌雮餍湃?carrier)或其他人知道他們整天、每天的行蹤，自動位 置檢測同樣是一個高度爭議的問題。
目前，用于蜂窩式電話的即時通訊、簡單通訊、個人數(shù)字助理(PDA) 電子郵件以及類似的協(xié)議依賴基于文本的發(fā)送，而不是由熟悉的萬維網(wǎng) ("WWW")所支持的圖形協(xié)議。這種基于文本的系統(tǒng)的上升普及已經(jīng)創(chuàng)造 了新的市場，并吸引了需要在窄帶寬上的高速通訊技術(shù)的用戶。目前為止， 諸如"電話黃頁(Yellow Pages) TM,，或GoogleTM/YahooTM/MSNTM的大的數(shù) 據(jù)源已經(jīng)不會遭到質(zhì)疑，并且結(jié)果以有效的方式被返回到這種基于文本的系 統(tǒng)上。
最近，通過其即時通訊產(chǎn)品"AIM",美國在線tm("AOL")已經(jīng)引進(jìn) 了一種服務(wù)，該服務(wù)允許用戶使用城市或郵政區(qū)號信息從本地電話黃頁tm數(shù) 據(jù)庫查找信息。不利的是，AIM具有的問題包括每個請求、每個用戶僅儲存 一個郵政區(qū)號或城市。AIM的另一缺點(diǎn)是未能使用任何用于搜索的指令語法 (例如通過商業(yè)名稱…或通過種類對供應(yīng)商實(shí)現(xiàn)搜索)，因此最初的結(jié)果可能 只有很小的相關(guān)性并且做出更多詢問以得到充分相關(guān)的結(jié)果。此外，AIM搜 索引擎不能穿過城鎮(zhèn)/城市線路，這意指在兩個城市之間的邊界上的用戶僅能 夠在所標(biāo)識的城市查找商人的位置，而不是查找離他最近的供應(yīng)商而不管供 應(yīng)商在哪個城市經(jīng)營。從而，需要真正基于位置的服務(wù)，其不受簡單的邊界 和人為的限定所限制。

發(fā)明內(nèi)容
在其中的一個方面，本發(fā)明包括執(zhí)行新穎的方法的新穎系統(tǒng)，用于允許 用戶基于對于特定點(diǎn)的用戶的供應(yīng)商的地理位置接近性，使用電話黃頁TM和 /或其他資源，及時找到關(guān)于貿(mào)易商的可定義的信息。
根據(jù)本發(fā)明的一個實(shí)施例，提供了一種在向?qū)τ诨谖恢玫墓?yīng)商信息
根據(jù)所述用戶請求標(biāo)識用戶請求供應(yīng)商信息的所期望的位置；根據(jù)所述用戶 請求標(biāo)識至少一個在詢問供應(yīng)商目錄中有用的信息元素；使用所述期望的位 置和所述信息元素詢問供應(yīng)商的初級目錄，以便產(chǎn)生初級供應(yīng)商命中信息
(hit);使用所述期望的位置和所述信息元素詢問萬維網(wǎng)(www),以便產(chǎn)生 www供應(yīng)商命中信息；合并所述初級供應(yīng)商命中信息和所述www供應(yīng)商命
中信息以產(chǎn)生供應(yīng)商列表，該列表包括關(guān)于所述列表中的每個供應(yīng)商的多個
事實(shí)；按照與所述期望的位置的接近性，對所述列表中的供應(yīng)商命中信息進(jìn) 行分類；清除任何重復(fù)的供應(yīng)商命中信息；以及安排所述供應(yīng)商的列表的格 式，以去掉任何與在通過查看設(shè)備向所述用戶呈現(xiàn)無關(guān)的事實(shí)。
為了克服現(xiàn)有技術(shù)的缺點(diǎn)，提供了新穎的技術(shù)，以當(dāng)移動設(shè)備的應(yīng)用帶 寬的增加時，在基于文本的環(huán)境中，不用包括圖形支持來處理(address)目 前的技術(shù)問題。可以由使用蜂窩式/黑莓/PDA的語音呼叫開始用戶請求，然 后可以使用SMS/IM甚至黑莓郵件回應(yīng)該請求?，F(xiàn)今在任何其他已知的搜索 車輛中都不可用的新的功能性是顧及關(guān)于詢問的分別的輸入和輸出的模式的 能力。例如，在開車時，用戶能夠使用聲音實(shí)現(xiàn)系統(tǒng)詢問服務(wù)，并得到經(jīng)由 SMS發(fā)送到用戶的蜂窩式電話的甚至經(jīng)由電子郵件發(fā)送到用戶的黑莓(使用 戶在停止駕駛后能觀看詢問的結(jié)果)的輸出。另一個特征是用戶簡介的使用， 以定義用戶可能想要查看的與市場有關(guān)的行為。例如，用戶將能夠指定他們 是空運(yùn)(Airmiles )計(jì)劃的部分，并且服務(wù)將列出比那些不這樣做的提供更高 的空運(yùn)的供應(yīng)商。
有利的是，本發(fā)明的一個實(shí)施例準(zhǔn)許帶有來自用戶的最小鍵擊相互作用 的位置上下文搜索。它使用專有的帶寬和設(shè)備管理算法以確保最適宜的數(shù)據(jù) 流和用戶體驗(yàn)，無論訂戶是在小屏幕的蜂窩式電話上、彩色PDA或膝上型電
腦上還是其他設(shè)備上。該體系結(jié)構(gòu)是可升級、可延伸并可擴(kuò)展的，以滿足任 何尺寸的訂戶基礎(chǔ)和/或貿(mào)易商數(shù)據(jù)庫的要求。其不要求對現(xiàn)有的數(shù)字無線網(wǎng) 絡(luò)的改變、要求很少或不要求在與系統(tǒng)的任何合作者的部分上的資本投入。
并且，其不要求訂戶購買新的"Brew"或"3G"蜂窩式電話，因?yàn)槠涔ぷ髟?現(xiàn)今任何網(wǎng)絡(luò)激活的數(shù)字蜂窩式電話上。隨著更有力的瀏覽設(shè)備的出現(xiàn)，該 系統(tǒng)與那些在更大的格式設(shè)備上提供加強(qiáng)的體驗(yàn)的平臺結(jié)合。
對于貿(mào)易商、產(chǎn)品、種類、服務(wù)的位置上下文靈敏搜索能夠用最小用戶 鍵擊來支持。直接傳送詢問結(jié)果到蜂窩式電話、PDA或"袖珍個人計(jì)算機(jī)"， 并安排詢問結(jié)果的格式以自動適合每個設(shè)備。通過對于用戶位置的接近性組 織這些結(jié)果，來標(biāo)識匹配用戶請求的、在列表的頂部表現(xiàn)最接近用戶的結(jié)果， 以及關(guān)于它距離有多遠(yuǎn)的信息。用戶能夠"穿(drill)"入菜單中以獲得關(guān)于 貿(mào)易商、產(chǎn)品或服務(wù)的進(jìn)一步信息，甚至收藏驅(qū)動工具以及地圖以幫助查找 目標(biāo)。
貿(mào)易商也將能夠向用戶提供特別服務(wù)和優(yōu)惠券。消費(fèi)者和貿(mào)易商能夠平 衡與親和團(tuán)體、經(jīng)常購買者組織及協(xié)會的聯(lián)系。訂戶能夠決定接收對指定產(chǎn)
品、服務(wù)或種類的促銷和優(yōu)惠券。這種決定機(jī)制將顧及簡單有限的時間框架 接收窗口，以及年度再現(xiàn)事件窗口?，F(xiàn)在消費(fèi)者有機(jī)會查看對給定的貿(mào)易商 或服務(wù)提供者的產(chǎn)品或服務(wù)的可用性，并在線購買或預(yù)定貨物&服務(wù)。
合并在本說明書中并組成本說明書的一部分的附示了根據(jù)本發(fā)明的 方法、系統(tǒng)以及裝置的示范實(shí)施例，并與描述一起用來說明本發(fā)明的實(shí)施例 的特征。


現(xiàn)在僅作為示例描述本發(fā)明的一個或更多的實(shí)施例，參考附圖，其中
圖1是圖示本發(fā)明的系統(tǒng)方面的一個實(shí)施例的方框圖。
圖2是圖示本發(fā)明的方法方面的一個實(shí)施例在其由裝置執(zhí)行時的流程圖。
圖3是圖示本發(fā)明的裝置的一個實(shí)施例的方框圖。
圖4是圖示本發(fā)明的方法方面的另一實(shí)施例在其由裝置執(zhí)行時的流程圖。
具體實(shí)施例方式
在以下的描述中，給出了大量明確的細(xì)節(jié)以提供實(shí)施例的全面理解。然 而，相關(guān)領(lǐng)域的技術(shù)人員將認(rèn)識到，沒有一個或多個該明確的細(xì)節(jié)，或者用 其他方法、部件、材料等本發(fā)明也能夠?qū)嵭?。在其他?shí)例中，沒有顯示或詳 細(xì)描述公知的結(jié)構(gòu)、材料或操作，以避免模糊本發(fā)明的觀點(diǎn)。
貫穿本il明書的參考"一個(one)實(shí)施例"或"一個(an)實(shí)施例"意 指所描述的與該實(shí)施例有關(guān)的特殊的特征、結(jié)構(gòu)或特性包括在至少一個實(shí)施 例中。因此，措辭"一個(one)實(shí)施例"或"一個(an)實(shí)施例"出現(xiàn)在貫 穿本說明書的不同位置不是必然都參考相同的實(shí)施例。此外，在一個或多個 實(shí)施例中，特殊的特征、結(jié)構(gòu)或特性可以以任何適當(dāng)?shù)姆绞浇M合。
參考圖l和圖3，描述了本發(fā)明的系統(tǒng)的一個通常表示為100的實(shí)施例， 該發(fā)明用于實(shí)現(xiàn)向所標(biāo)識的用戶(沒有顯示)發(fā)送電子目錄服務(wù)。任何人可 以經(jīng)由任何一個通信預(yù)備模式101或初級即時通訊模式105,請求從所述服 務(wù)發(fā)送信息到攜帶任何一個或所有的設(shè)備106、 107或108的訂閱該服務(wù)的所 標(biāo)識的用戶。任何一個通信代理109接受該請求的收到信息(receipt)并以 收到的用戶請求201的形式準(zhǔn)備將該收到信息(例如使用伙伴腳本(buddy script)用于裝置110 (也參見圖2)的使用。根據(jù)系統(tǒng)100的一個實(shí)施例，裝 置110是一個軟件模塊(在圖3中詳細(xì)描述)，其比較性地清除冗余信息(例 如一個供應(yīng)商的多個舉例)、合并不同種類的數(shù)據(jù)(例如帶有專有格式的網(wǎng)頁) 以及重定該已組合的數(shù)據(jù)，用于被諸如蜂窩式電話106、個人數(shù)字助理 PDA107、便攜式計(jì)算機(jī)108或其他客戶設(shè)備的有限帶寬移動設(shè)備的有效利用 (consumption )。
例如，4艮據(jù)系統(tǒng)100的一個實(shí)施例，裝置110分解或分離(例如通過分 析數(shù)據(jù)串)請求201的部分以便至少確定用戶的位置或用戶正在請求信息所 用于的位置，以及由該用戶所請求的信息的類型。用戶位置或所請求的位置 通過相對地圖工具(例如Maptuit或其他地圖搜索(mapping)引擎)的適當(dāng) 手段(例如郵局或郵政區(qū)號)被參考，該地圖工具被依次交叉參考到初級數(shù) 據(jù)庫125 (例如電話黃頁TM或其他目錄)，該初級數(shù)據(jù)庫125 —般是包含該 用戶通過系統(tǒng)100有權(quán)訪問的類型的詳細(xì)信息的目錄。 一般地說，裝置110 也將連接到WWW126,其準(zhǔn)許裝置100全球詢問相關(guān)信息，其中在集合最相 關(guān)的內(nèi)容期間當(dāng)合并網(wǎng)頁數(shù)據(jù)和其他數(shù)據(jù)格式(例如電話黃頁，專有的格式)
的時候裝置110通過該相關(guān)信息的專有算法值判斷(通過PWS模塊325 )考 慮該相關(guān)信息用于響應(yīng)每個用戶的請求。
在一些情況下，用戶-做出請求201用于該用戶-可能已經(jīng)使優(yōu)選的信息儲 存在附加的有價值的數(shù)據(jù)庫140 (通過UCS模塊315訪問)中，以便準(zhǔn)許該 用戶的請求和由裝置110基于帶有初級數(shù)據(jù)庫125的交叉參考地圖工具120 所選擇的供應(yīng)商信息更有效的匹配。此外，如果訂閱服務(wù)的用戶或訂閱服務(wù) 的供應(yīng)商已經(jīng)使服務(wù)特征增加，那么裝置110將嘗試基于標(biāo)準(zhǔn)的范圍將來自 外部數(shù)據(jù)庫列150的信息匹配到從初級數(shù)據(jù)庫125所選擇的供應(yīng)商，如果在 附加的有價值的數(shù)據(jù)庫140中有任何可利用的標(biāo)準(zhǔn)，那上述標(biāo)準(zhǔn)中也包括那 些可利用的標(biāo)準(zhǔn)。
一旦已經(jīng)集合了 (并儲存在TDA301中)匹配用戶請求201的可能的供 應(yīng)商的初步列表，裝置110除去供應(yīng)商的所有復(fù)制項(xiàng)目，然后分類并比較仍 然存在的供應(yīng)商，以便創(chuàng)建供應(yīng)商的排有優(yōu)先次序的列表，其中該供應(yīng)商最 匹配適用于正在處理的用戶請求210要求的標(biāo)準(zhǔn)。當(dāng)每個用戶從系統(tǒng)100做: 出附加請求時，如果在附加的有價值的數(shù)據(jù)庫140中儲存有任何優(yōu)選信息， 那么優(yōu)選信息將增加，準(zhǔn)許裝置110更好地改善其匹配和排有優(yōu)先次序的功 能。 一旦裝置110已經(jīng)完成了用戶請求201的所有可能的處理，裝置110以 能被指定的設(shè)備有效接收并顯示的格式準(zhǔn)備將其回應(yīng)傳送給所標(biāo)識的用戶， 為了在一個或更多的特定設(shè)備(例如設(shè)備106、 107或108)上查看該回應(yīng)。 例如，在發(fā)送出其回應(yīng)到蜂窩式電話106的時候，裝置110可以清除不重要 的圖形信息，該圖形信息是可以從供應(yīng)商獲得的(例如餐館的菜單的圖形信 息)、但是此時不想要的。然后，經(jīng)過清除和優(yōu)先次序分類的供應(yīng)商的列表被 以適合于經(jīng)由特殊模式(例如即時通信105)傳輸?shù)母袷街匦掳b成可定義 尺寸的數(shù)據(jù)塊，并被返回到通信代理109,用于傳送到蜂窩式電話106和任 何其他所要求的設(shè)備。
可以理解，根據(jù)系統(tǒng)100的一個實(shí)施例，通信代理109的功能性在合適 的許可下也可以結(jié)合在裝置110中。
進(jìn)一步理解，根據(jù)系統(tǒng)100的一個實(shí)施例，訂閱服務(wù)的用戶可以使用一 種通信模式發(fā)送請求201并經(jīng)由完全不同的模式接收裝置110的回應(yīng)。例如， 一個商人在去她的酒店的路上可以使用即時通信和在她的PDA中所編程的 腳本，無線請求關(guān)于在給定她的酒店的距離內(nèi)的"茶餐廳"的信息-然后，在換上合適的衣服后，使用膝上型電腦108在她的酒店的酒吧的熱點(diǎn)內(nèi)接收 更加詳細(xì)和吸引人的圖形回應(yīng)。在酒店的舒適中，該使用者更能夠在使用由
裝置110供應(yīng)到她的電腦108…而不是傳送到她的蜂窩式電話的鏈接重新查 看網(wǎng)址后選擇一個茶餐廳。
參考圖2，描述了本發(fā)明的方法的一個通常表示為200的實(shí)施例，其中， 在步驟201，裝置110通常從代理109接收用戶對于有限個所定義的類型中 的一個或多個的信息的請求?？梢岳斫?，步驟201收到的請求可以經(jīng)由幾乎 任何系統(tǒng)100被指定合作的通信裝置到達(dá)。在步驟205,收到的請求消息基 于諸如用戶位置(UL)和/或請求類型(RT)之類的用戶做出其請求所用的 特殊性;故分解(例如通過分析)成任意個組成部分。
根據(jù)方法200的一個實(shí)施例，在步驟210，系統(tǒng)100使用在步驟205所 分離的組成精簡地(economically)從諸如郵政代碼或郵遞區(qū)號的第三方數(shù)據(jù)庫 之類的資源中獲得關(guān)于用戶位置的標(biāo)準(zhǔn)信息。根據(jù)本發(fā)明的方法的替換實(shí)施 例，步驟210可以基于反向電話查詢(reverse phone lookup )、城市名稱或甚 至一個城市內(nèi)的特殊的十字路口來實(shí)行。并且，根據(jù)系統(tǒng)100的替換實(shí)施例， 用戶位置信息可以(在適當(dāng)配備的用戶的同意之上)根據(jù)GPS確定的坐標(biāo)來 計(jì)算或可以使用蜂窩式電話塔來本地三角測量。此外，由于"911"應(yīng)急無線 通信位置網(wǎng)格(grid)分布在每一個市政當(dāng)局，因而許多政府團(tuán)體或權(quán)威公司 將確?？梢员幌到y(tǒng)100用作替換手段以執(zhí)行步驟210的資源可以利用。
通過任何合適的手段，已經(jīng)確定用戶在最近的什么位置請求什么信息后， 裝置110能夠通過詢問初級數(shù)據(jù)庫125 (例如電話黃頁TM目錄)或類似的資 源來執(zhí)行步驟215,其中可以從該類似的資源中查找由做出請求的用戶所標(biāo) 識的種類的供應(yīng)商。在步驟216，任意個可能的供應(yīng)商的原始列表集合而成， 包括豐富的但是變動的數(shù)量的關(guān)于那些用戶所標(biāo)識的詳細(xì)信息。在步驟220 該列表基于定義的標(biāo)準(zhǔn)的范圍(例如接近度、成本、手頭存貨等)被分類， 為了刪除重復(fù)的項(xiàng)目而產(chǎn)生排有優(yōu)先次序的初始列表，在該初始列表中每個 供應(yīng)商都是只有一個。
改進(jìn)源于步驟220的排有優(yōu)先次序的初始列表可選擇開始在步驟225, 其中WWW 126的詢問聚集關(guān)于已經(jīng)在所述列表上的供應(yīng)商的附加相關(guān)信 息，并且裝置110可以考慮不在所述列表上的附加的供應(yīng)商。該列表的附加 處理(例如合并新的供應(yīng)商或關(guān)于所列的供應(yīng)商的新信息)發(fā)生在步驟225，
可能得到新的供應(yīng)商了解印象(awareness impression)和更改的順序兩者。 在步驟225得到的列表的改進(jìn)還可以選擇發(fā)生在步驟230，其中裝置100就
供應(yīng)商存貨和其他關(guān)于一些問題-該問題涉及由用戶做出的請求的類型-的廣 闊范圍的相關(guān)信息，詢問(交叉參考增加的和其他關(guān)于所標(biāo)識的供應(yīng)商的信 息)內(nèi)部數(shù)據(jù)庫140 (例如僅在訂戶同意之上所搜集和積累的用戶簡介信息) 和/或附加外部數(shù)據(jù)庫150。步驟230基于增加的相關(guān)考慮事項(xiàng)得到經(jīng)重復(fù)地 仔細(xì)查看和重新排列的列表，并有利確保能夠用于系統(tǒng)IOO傳送非常高質(zhì)量 的回應(yīng)給訂閱用戶。
如果找出用于一個或多個供應(yīng)商的、與步驟205的請求內(nèi)容相關(guān)的新信 息，那么在步驟241以得到將被展現(xiàn)給用戶的給定供應(yīng)商-否則該用戶不會有 任何關(guān)于該供應(yīng)商的印象-的方式改變在列表上的順序。因此，在步驟240對 于系統(tǒng)100的操作者有選擇的機(jī)會，通過要求(可以是用戶或供應(yīng)商或這兩 者)步驟230的附加處理、改變的順序或其他有關(guān)的展示來獲得附加收獲。
根據(jù)方法200的一個實(shí)施例，在步驟250，所有的無關(guān)數(shù)據(jù)被從每個所 列的供應(yīng)商的描述中清除，準(zhǔn)備好列表內(nèi)容以發(fā)送到特殊的用戶。由于每個 附加的詢問可能聚集了不同的供應(yīng)商信息的元素，這些元素中的一些不適合 傳輸給指定的用戶設(shè)備，步驟250再次安排最終列表的格式，以使任何適當(dāng) 的附加價值信息包括在關(guān)于所表示的該附加信息適用于的那些供應(yīng)商的重要 的基本信息中，以便準(zhǔn)備集合的數(shù)據(jù)組，為了在多個用戶設(shè)備的一個或多個 上有效查看該數(shù)據(jù)組。
可以理解，步驟220、 225、 230以及250可以以影響執(zhí)行方法200的效 率的多個不同的次序進(jìn)行，本質(zhì)上不會影響所有有關(guān)處理的結(jié)果。在一個實(shí) 施例中，至少步驟220、 225、 230以及250中的一些，和/或至少其他步驟或 其他在此顯示并描述的功能性的一些，可以在軟件中或儲存在機(jī)器可讀介質(zhì) 上的機(jī)器可讀指令中完成，并可以由一個或多個處理器執(zhí)行。
根據(jù)方法200的一個實(shí)施例，在步驟260，系統(tǒng)100直接或通過代理返 回關(guān)于供應(yīng)商的子集給用戶。如隨搜索引擎發(fā)生的，常常會查出許多比用戶 需要的更可能的供應(yīng)商，因此在有限帶寬的設(shè)備上用戶可以要求僅顯示"前 5個"。在這些情況下，系統(tǒng)100可以布置為僅能捕獲并儲存前40個供應(yīng)商， 其中的35個臨時保留以備用戶希望看到不止前5個。相關(guān)領(lǐng)域的技術(shù)人員能 夠理解，可以在由系統(tǒng)100完成方法200期間所執(zhí)行的管理一連串的詢問的
結(jié)果和分類操作中做出許多變更。
參考圖3，描述了所顯示連接到代理109用于在諸如即時通訊的一種或
多種通信模式上通信的裝置110的一個實(shí)施例。數(shù)據(jù)請求服務(wù)(DRS) 300 預(yù)先解析或連續(xù)地接受來自代理109的數(shù)據(jù)串(沒有顯示)。存儲寄存器或臨 時數(shù)據(jù)隊(duì)列(TDA) 301-304作為手段-通過該手段數(shù)據(jù)串可以被任何合適的 處理設(shè)備和通信總線操縱-的示例顯示。 一旦分離要求的位置和請求類型信 息，諸如請求詢問服務(wù)(RQS) 305的"服務(wù)"或模塊被用來聚集和分析來自 廣闊范圍的源(例如數(shù)據(jù)庫120-150)的信息。如與圖2有關(guān)的描述，在收集 的供應(yīng)商"命中信息"中刪除復(fù)本，發(fā)生合并，通過用戶定制服務(wù)(UCS) 模塊315實(shí)現(xiàn)通過用戶簡介做出的可能的回應(yīng)的任何定制，通過優(yōu)先次序權(quán) 重(weighting)服務(wù)(PWS)模塊325權(quán)重結(jié)果，并且在此背景下，通過列 表分類服務(wù)(LSS) 320再分類列表，以產(chǎn)生用于訂閱用戶的高質(zhì)量的信息內(nèi) 容?？梢岳斫?，PWS模塊可以用來在可以進(jìn)行數(shù)據(jù)庫總線上的源的詢問之前 基于廣闊范圍的標(biāo)準(zhǔn)(例如可靠性、成本、答復(fù)速度、返回內(nèi)容的豐富性、 訂閱和所列的供應(yīng)商(SLS)費(fèi)用支付等)比較數(shù)據(jù)源。如下在方法400中 所陳述的，有利的是，這能夠加速更好的信息更快到達(dá)用戶。如在此進(jìn)一步 定義的，數(shù)據(jù)合并服務(wù)(DMS )模塊318用來進(jìn)行步驟225和步驟425。類 似地，如在此進(jìn)一步定義的，LSS模塊320和復(fù)制刪除服務(wù)(DES )模塊310 每個用來進(jìn)行步驟220。有利的是，除了改進(jìn)的對于移動用戶的相關(guān)性外， XML文檔生成服務(wù)(XDS )模塊340和用戶設(shè)備格式服務(wù)(UDFS )模塊345 聯(lián)合，來以最適宜在由用戶指定的一個或多個設(shè)備上查看的方式安排回應(yīng)的 格式。這種有效聯(lián)合的結(jié)果是用戶更少壓力、更滿意，其花費(fèi)更少的時間鍵 入請求和更多的時間使用結(jié)果?？梢岳斫?，XDS模塊340不限于XML文檔 生成，還可以在此替換實(shí)施例中使用諸如HTML、腳本或文本或其他才各式 的任何合適的格式。
參考圖4，描述了本發(fā)明的方法200的一個通常表示為400的替換實(shí)施 例，其中在步驟201,裝置110—般從代理109接收用戶對于有限個所定義 的類型中的一個或多個的信息的請求。在步驟205,收到的請求消息基于用 戶做出其請求所用的特殊性被分解(例如通過分析)成任意個組成部分。根 據(jù)方法400的一個實(shí)施例，如以上關(guān)于方法200都已經(jīng)描述的，在步驟210, 系統(tǒng)100使用在步驟205所分離的組成從種種源中獲得關(guān)于用戶位置的標(biāo)準(zhǔn) 信息。
根據(jù)方法400,通過任何合適的手段，已經(jīng)確定用戶在最近的什么位置 請求什么信息后，裝置110然后能夠基于關(guān)于進(jìn)程中用戶請求對于UL和RT (單獨(dú)或組合)的適用性的歷史信息，通過首先比較可用的數(shù)據(jù)庫源(125、 126、 140、 150以及450),執(zhí)行步驟415 (以加速詢問進(jìn)程)?？梢岳斫?，隨 時間流逝，裝置110能夠"記住"或積聚關(guān)于用于特殊的UL區(qū)和/或每個RT 目錄的每個可用數(shù)據(jù)庫源的可靠性數(shù)據(jù)。例如，如果(例如電話黃頁)初級 數(shù)據(jù)庫125積聚了關(guān)于諸如披薩店的高營業(yè)額營業(yè)場所的差的可靠性跟蹤記 錄，源比較步驟415的歷史記錄的表格或任何其他合適的形式能夠被用于通 過在裝置110中的PWS模塊325的源比較，以在每次RT包括披薩店的餐館 目錄時，阻止系統(tǒng)100詢問初級數(shù)據(jù)庫125。類似地，如果僅是在給定的城 市組的低租金區(qū)域的披薩店有史以來是不可靠的，那么RT和UL的組合能用 來過濾詢問，并允許詢問在已知將要破產(chǎn)的披薩店的UL之外RT類型。
在進(jìn)程中， 一旦任何"詢問過濾"已經(jīng)應(yīng)用于用戶請求，并且通過PWS 模塊325的源比較步驟已經(jīng)完成，聚集步驟420可以繼續(xù)進(jìn)行任何仍然存在 的具有資格的和可用的、在詢問時能夠與系統(tǒng)100通信的數(shù)據(jù)庫源(125、 126、 140、 150以及450 )的任意個詢問?？梢越o詢問的個數(shù)定一個實(shí)際查看上限 (假定通過用戶或設(shè)備使用都可以)，或特殊的SLS可以付費(fèi)，以確保只要 幸免于詢問過濾標(biāo)準(zhǔn)，關(guān)于每個相關(guān)用戶請求都能詢問他們的源。
可以理解，通過PWS模塊325的源比較可以由依靠用戶偏好選擇、服務(wù) 級別以及RT的寬的標(biāo)準(zhǔn)范圍來驅(qū)動。例如，可能適用的標(biāo)準(zhǔn)包括源的歷 史可靠性、源更新的最后日期、直接從SLS的實(shí)時反饋、可見項(xiàng)目的物理特 性(例如環(huán)境(playground)不動，但是選4奪可以變化)、內(nèi)部產(chǎn)生的驗(yàn)證數(shù) 據(jù)(例如高度可信)或沒有內(nèi)部驗(yàn)證的無償公共源或其他標(biāo)準(zhǔn)。
在步驟425所產(chǎn)生的列表的進(jìn)一步可選擇的加強(qiáng)可以發(fā)生在那里，即內(nèi) 部凝:據(jù)庫140 (例如僅在訂戶同意之上所搜集和計(jì)算的用戶筒介信息)和/或 附加外部數(shù)據(jù)庫150 (以交叉參考增加信息和其他關(guān)于所標(biāo)識的供應(yīng)商的信 息)被詢問供應(yīng)商存貨和其他關(guān)于一些問題-該問題涉及由用戶做出的請求的 類型-的廣闊范圍的相關(guān)信息。
一旦所有詢問回應(yīng)已經(jīng)聚集在步驟420的TDA301中，裝置110將以與 上述方法200中完全相同的方式執(zhí)行分類和清除步驟。結(jié)果是在那時與進(jìn)程
中的用戶請求聯(lián)合的UL最近的唯一供應(yīng)商ID的列表，根據(jù)他們的可用性， 該供應(yīng)商被認(rèn)為是高度可靠的。ID合并步驟425發(fā)送回應(yīng)(sound)基礎(chǔ)-在 步驟240將收取關(guān)于該回應(yīng)基礎(chǔ)的費(fèi)用-到每個經(jīng)過過濾、分類以及合并其ID 仍然存在的SLS。有利地，并且隨著系統(tǒng)100的使用的增加，如果附加分類 標(biāo)準(zhǔn)通過特殊SLS可利用，該SLS希望供應(yīng)關(guān)于在給定時間的提供的數(shù)據(jù)的 更豐富的種類，那么步驟241準(zhǔn)許具有資格的SLS根據(jù)該更豐富的信息重新 分類，為了提高在步驟260將到達(dá)用戶設(shè)備的最終輸出中的排列順序。例如， 如果用戶尋找的不僅是開放的最近的Tim Horton,而且是在當(dāng)天的那個時候 在其午餐菜單上有牛肉湯的Tim Horton,那么給定的經(jīng)營位置的有事業(yè)心的 經(jīng)理會選擇上傳包括每日菜單的更詳細(xì)和豐富的數(shù)據(jù)集合，響應(yīng)于基于更詳 細(xì)的RT的詢問?？梢岳斫猓绻脩魝魉透敿?xì)的用戶請求105,那么這可 能影響圍繞他當(dāng)時的UL搜索的活動范圍。如果合格的最近的Tim Horton距 離該UL相當(dāng)遠(yuǎn)，那么用戶仍然可以看到它包括在他的步驟260的答復(fù)中， 但是他可以選擇移動列表到替換的牛肉湯資源，或到帶有同樣的RT種類(例 如包括湯在內(nèi)的午餐食物的種類)、但是沒有清楚地指示他們的菜單的充分的 細(xì)節(jié)以確定或否決該特殊口味的湯的可得到性的、更近的餐館。
在步驟241, —旦任何根據(jù)RT中的信息的豐富性的重新分類都已經(jīng)完成， 那么系統(tǒng)100進(jìn)行到步驟250,在其上，從每個所列的供應(yīng)商的描述中清除 所有無關(guān)數(shù)據(jù)，準(zhǔn)備好列表內(nèi)容以發(fā)送到特殊用戶。以一種類似于方法200 的方式，由于每個附加詢問可能聚集了供應(yīng)商信息的不同的元素，其中的一 些不適合傳送到指定的用戶設(shè)備，步驟250重新安排最終列表的格式，以便 任何適當(dāng)?shù)母郊觾r值信息能包括在關(guān)于適用此信息的那些所標(biāo)識的供應(yīng)商的 重要基礎(chǔ)信息中，以便準(zhǔn)備好集合的數(shù)據(jù)組，用于在多個用戶設(shè)備的任何一 個或多個上查看。
可以理解，步驟415、 420、 220、 425、 241以及250可以以影響執(zhí)行方 法400的效率的多個不同的次序進(jìn)行，本質(zhì)上不會影響所有有關(guān)處理的結(jié)果。
才艮據(jù)方法400的一個實(shí)施例，在步驟260,系統(tǒng)100直接或通過代理返 回關(guān)于供應(yīng)商的子集的信息給用戶，以便方法400的執(zhí)行與方法200的上述 描述類似。
被說明書參考的所有上述美國專利、美國專利申請公布、美國專利申請、 外國專利、外國專利申請以及非專利公布全部51用合并于此。
盡管本公開描述和圖示了本發(fā)明的優(yōu)選實(shí)施例，但是可以理解，本發(fā)明 不限于這些特殊的實(shí)施例。對于資源配置領(lǐng)域的技術(shù)人員，現(xiàn)在可以進(jìn)行大 量變更和修改。為了完整定義本發(fā)明的范圍，將做出附加權(quán)利要求作為參考。
權(quán)利要求
1.一種在向?qū)τ诨谖恢玫墓?yīng)商信息提出用戶請求的用戶提供電子目錄服務(wù)時準(zhǔn)備響應(yīng)的方法，所述方法包括根據(jù)所述用戶請求標(biāo)識用戶請求供應(yīng)商信息的所期望的位置；根據(jù)所述用戶請求標(biāo)識至少一個在詢問供應(yīng)商目錄中有用的信息元素；使用所述期望的位置和所述信息元素詢問供應(yīng)商的初級目錄，以便產(chǎn)生初級供應(yīng)商命中信息(hit)；使用所述期望的位置和所述信息元素詢問萬維網(wǎng)(www)，以便產(chǎn)生www供應(yīng)商命中信息；合并所述初級供應(yīng)商命中信息和所述www供應(yīng)商命中信息以產(chǎn)生供應(yīng)商列表，該列表包括關(guān)于所述列表中的每個供應(yīng)商的多個事實(shí)；按照與所述期望的位置的接近性，對所述列表中的供應(yīng)商命中信息進(jìn)行分類；清除任何重復(fù)的供應(yīng)商命中信息；以及安排所述供應(yīng)商的列表的格式，以去掉任何與在通過查看設(shè)備向所述用戶呈現(xiàn)無關(guān)的事實(shí)。
2. 權(quán)利要求l所述的方法，還包括使用所述期望的位置和信息元素詢 問附加數(shù)據(jù)庫，以產(chǎn)生附加供應(yīng)商命中信息或獲得關(guān)于所述列表上的供應(yīng)商 的附加事實(shí)。
3. 權(quán)利要求2所述的方法，其中，所述附加事實(shí)涉及當(dāng)前供應(yīng)商促銷、 附加供應(yīng)商服務(wù)或供應(yīng)商營業(yè)時間。
4. 權(quán)利要求1所述的方法，其中，所述查看設(shè)備是蜂窩式電話、PDA 或移動計(jì)算機(jī)。
5. 權(quán)利要求l所述的方法，其中，安排供應(yīng)商命中信息的格式包括根 據(jù)用戶請求確定期望的查看設(shè)備，并將所述供應(yīng)商命中信息重新包裝成適合 于所述期望的查看設(shè)備的格式。
6. —種在向?qū)τ诨谖恢玫墓?yīng)商信息提出用戶請求的用戶提供電子目 錄服務(wù)時準(zhǔn)備響應(yīng)的方法，所述方法包括根據(jù)所述用戶請求標(biāo)識用戶請求供應(yīng)商信息的所期望的位置； 根據(jù)所述用戶請求信息標(biāo)識至少一個可用于詢問候選供應(yīng)商的信息元素；使用所述期望的位置和所述信息元素詢問第 一供應(yīng)商數(shù)據(jù)源，以產(chǎn)生第一供應(yīng)商命中信息；使用所期望的位置和所述信息元素詢問第二數(shù)據(jù)源，以產(chǎn)生第二供應(yīng)商 命中信息；合并所述第 一供應(yīng)商命中信息和第二供應(yīng)商命中信息以創(chuàng)建供應(yīng)商列表 和與所述列表上的每個供應(yīng)商關(guān)聯(lián)的多個事實(shí)；以及 處理所述供應(yīng)商列表以及其關(guān)聯(lián)的事實(shí)。
7. 權(quán)利要求6所述的方法，其中，處理所述供應(yīng)商列表以及其關(guān)聯(lián)的事 實(shí)包括以下至少之一基于與所期望的位置的接近性對所述列表上的供應(yīng)商進(jìn)行分類； 清除列表上任何重復(fù)的供應(yīng)商；以及安排所述供應(yīng)商列表的格式，以去掉任何與在所述用戶的查看設(shè)備的呈 現(xiàn)無關(guān)的事實(shí)。
8. 權(quán)利要求6所述的方法，還包括使用所述期望的位置和所述信息元素 詢問第三數(shù)據(jù)源，以產(chǎn)生第三供應(yīng)商命中信息或獲得與所述列表上的供應(yīng)商 關(guān)聯(lián)的附加事實(shí)。
9. 權(quán)利要求8所述的方法，其中，所述附加事實(shí)包括與供應(yīng)商促銷、附 加供應(yīng)商服務(wù)或供應(yīng)商營業(yè)時間相關(guān)聯(lián)的信息。
10. 權(quán)利要求6所述的方法，其中，用戶請求從第一設(shè)備發(fā)送，所述方 法還包括從所述用戶請求確定不同于所述第一設(shè)備的第二設(shè)備，以發(fā)送供 應(yīng)商列表以及其關(guān)聯(lián)事實(shí)。
11. 權(quán)利要求10所述的方法，其中所述第一設(shè)備是有線設(shè)備，而其中所 述第二設(shè)備是無線設(shè)備。
12. 權(quán)利要求6所述的方法，還包括在詢問所述第一和第二數(shù)據(jù)源之前， 比較第 一和第二數(shù)據(jù)源與歷史可靠性數(shù)據(jù)，以確定所述第 一和第二數(shù)據(jù)源哪 個對于所屬用戶請求而言更相關(guān)。
13. 權(quán)利要求6所述的方法，還包括使用相對于所述信息元素更詳細(xì)的數(shù)據(jù)，附加地詢問所述第一和第二數(shù) 據(jù)源；其中，處理所述供應(yīng)商列表以及其關(guān)聯(lián)的事實(shí)包括對所述列表進(jìn)行分類以及隨后基于所述更詳細(xì)的數(shù)據(jù)對所述列表進(jìn)行再次分類，從而對經(jīng)過再次 分類的列表上的供應(yīng)商進(jìn)行分級排列；以及向每個在經(jīng)再次分類的列表上的供應(yīng)商收費(fèi)，以使這些供應(yīng)商分級排列 在所述列表上。
14. 一種可用于電子目錄服務(wù)的制造品，所述制造品包括 其上儲存有指令的機(jī)器可讀介質(zhì)，該指令由處理器執(zhí)行以允許所述處理器通過如下步驟準(zhǔn)備響應(yīng)對供應(yīng)商信息提出用戶請求的用戶 根據(jù)所述用戶請求標(biāo)識用戶請求供應(yīng)商信息的所期望的位置； 根據(jù)所述用戶請求信息標(biāo)識至少 一 個可用于詢問候選供應(yīng)商的信息元素；使用所述期望的位置和所述信息元素詢問第一供應(yīng)商數(shù)據(jù)源，以產(chǎn)生第 一供應(yīng)商命中信息；使用所期望的位置和所述信息元素詢問第二數(shù)據(jù)源，以產(chǎn)生第二供應(yīng)商 命中信息；合并所述第 一供應(yīng)商命中信息和第二供應(yīng)商命中信息以創(chuàng)建供應(yīng)商列表 和與所述列表上的每個供應(yīng)商關(guān)聯(lián)的多個事實(shí)；以及 處理所述供應(yīng)商列表以及其關(guān)聯(lián)的事實(shí)。
15. 權(quán)利要求14所述的制造品，其中，處理所述供應(yīng)商列表以及其關(guān)聯(lián) 的事實(shí)的指令包括用于以下的指令基于與所述期望的位置的接近性，對所述列表上的供應(yīng)商進(jìn)行分類； 清除列重復(fù)的供應(yīng)商命中信息；以及 安排所述列表的格式，以去掉任何無關(guān)事實(shí)；以及 安排所述列表為一種能夠由所述用戶的查看設(shè)備呈現(xiàn)的格式。
16. 權(quán)利要求14所述的制造品，其中，所述機(jī)器可讀介質(zhì)還包括儲存在 其上的指令，該指令是可由處理器執(zhí)行，以便根據(jù)所述用戶請求確定不同于 所述第 一設(shè)備的第二設(shè)備，以發(fā)送所述供應(yīng)商的列表以及其關(guān)聯(lián)的事實(shí)。
17. 權(quán)利要求14所述的制造品，其中，所述機(jī)器可讀介質(zhì)還包括儲存在 其上的指令，該指令是可由處理器執(zhí)行，以便在詢問所述第一和第二數(shù)據(jù)源 之前，通過比較所述第一和和第二數(shù)據(jù)源與歷史可靠性數(shù)據(jù)，以確定對于所 述用戶請求而言所述第 一和第二數(shù)據(jù)源哪個更相關(guān)。
18. 權(quán)利要求14所述的制造品，其中，所述機(jī)器可讀介質(zhì)還包括儲存在　其上的指令，該指令是可由處理器，以便使用相對于所述信息元素更詳細(xì)的數(shù)據(jù)，附加地詢問所述第一和第二數(shù) 據(jù)源；作為部分處理，對列表進(jìn)行分類以及隨后基于所述更詳細(xì)的數(shù)據(jù)對列表 進(jìn)行再次分類，從而對經(jīng)過再次分類的列表上的供應(yīng)商進(jìn)行分級排列；以及向每個在經(jīng)再次分類的列表上的供應(yīng)商收費(fèi)，以使這些供應(yīng)商分級排列 在所述列表上。
19. 一種在向?qū)τ诠?yīng)商信息提出用戶請求的用戶提供電子目錄服務(wù)時 準(zhǔn)備響應(yīng)的系統(tǒng)，所述系統(tǒng)包括用于根據(jù)所述用戶請求標(biāo)識用戶請求供應(yīng)商信息的所期望的位置的裝置；用于根據(jù)所述用戶請求信息標(biāo)識至少一個可用于詢問候選供應(yīng)商的信息 元素的裝置；用于使用所述期望的位置和所述信息元素詢問第一供應(yīng)商數(shù)據(jù)源，以產(chǎn) 生第一供應(yīng)商命中信息的裝置；用于使用所期望的位置和所述信息元素詢問第二數(shù)據(jù)源，以產(chǎn)生第二供 應(yīng)商命中信息的裝置；用于合并所述第一供應(yīng)商命中信息和第二供應(yīng)商命中信息以創(chuàng)建供應(yīng)商 列表和與所述列表上的每個供應(yīng)商關(guān)聯(lián)的多個事實(shí)的裝置；用于處理所述供應(yīng)商列表以及其關(guān)聯(lián)的事實(shí)的裝置；以及裝置。
20. 權(quán)利要求19所述的系統(tǒng)，其中，用于處理所述供應(yīng)商列表以及其關(guān) 聯(lián)的事實(shí)的裝置包括以下至少之一用于基于與所期望的位置的接近性對所述列表上的供應(yīng)商進(jìn)行分類的裝置；用于清除列表上任何重復(fù)的供應(yīng)商的裝置；以及 用于安排所述供應(yīng)商列表的格式，以去掉任何與在所述用戶的查看設(shè)備 的呈現(xiàn)無關(guān)的事實(shí)的裝置。
21. 權(quán)利要求19所述的系統(tǒng)，其中，所述用戶請求從第一設(shè)備發(fā)送，所述系統(tǒng)還包括用于根據(jù)所述用戶請求確定不同于所述第 一設(shè)備的第二設(shè)備，　以發(fā)送供應(yīng)商列表以及其關(guān)聯(lián)的事實(shí)的裝置。
22. 權(quán)利要求19所述的系統(tǒng)，還包括用于在詢問所述第一和第二數(shù)據(jù)源之前，通過比較所述第 一和和第二數(shù) 據(jù)源與歷史可靠性數(shù)據(jù)，以確定對于所述用戶請求而言所述第 一和第二數(shù)據(jù) 源哪個更相關(guān)的裝置；用于使用相對于所述信息元素更詳細(xì)的數(shù)據(jù)，附加地詢問所述第一和第 二數(shù)據(jù)源的裝置；用于處理所述供應(yīng)商列表以及其關(guān)聯(lián)的事實(shí)的裝置包括用于對所述列表 進(jìn)行分類以及隨后基于所述更詳細(xì)的數(shù)據(jù)對所述列表進(jìn)行再次分類，從而對 經(jīng)過再次分類的列表上的供應(yīng)商進(jìn)行分級排列的裝置；以及用于向每個在經(jīng)再次分類的列表上的供應(yīng)商收費(fèi)，以使這些供應(yīng)商分級 排列在所述列表上的裝置。
23. —種向?qū)?yīng)商信息提出用戶請求的用戶準(zhǔn)備回應(yīng)的電子目錄服務(wù) 裝置，所述裝置包括數(shù)據(jù)請求服務(wù)模塊，接收所述用戶請求；與所述數(shù)據(jù)請求服務(wù)模塊關(guān)聯(lián)操作的請求詢問服務(wù)模塊，根據(jù)所接收到 的用戶請求標(biāo)識用戶請求供應(yīng)商信息的所期望的位置以及根據(jù)所接收到的用 戶請求信息標(biāo)識至少一個可用于詢問候選供應(yīng)商的信息元素，該請求詢問服 務(wù)模塊能夠使用所期望的位置和所述信息元素詢問第一供應(yīng)商數(shù)據(jù)源，以產(chǎn) 生第 一 供應(yīng)商命中信息以及使用所期望的位置和所述信息元素詢問第二數(shù)據(jù) 源，以產(chǎn)生第二供應(yīng)商命中信息；與所述請求詢問服務(wù)模塊關(guān)聯(lián)操作的數(shù)據(jù)合并服務(wù)模塊，合并第一供應(yīng) 商命中信息和第二供應(yīng)商命中信息以創(chuàng)建供應(yīng)商列表和與所述列表上的每個 供應(yīng)商關(guān)聯(lián)的多個事實(shí)；以及至少一個與所述數(shù)據(jù)合并服務(wù)模塊關(guān)聯(lián)操作的模塊，處理所述供應(yīng)商列表以及其關(guān)聯(lián)的事實(shí)。
24. 權(quán)利要求23所述的裝置，其中所述至少一個模塊包括 復(fù)本去除服務(wù)模塊，清除所述列表上的任何重復(fù)的供應(yīng)商；的事實(shí)。優(yōu)先次序權(quán)重服務(wù)模塊，基于標(biāo)準(zhǔn)賦予所述列表上的供應(yīng)商權(quán)重；列表分類模塊，至少部分基于通過所述優(yōu)先次序權(quán)重服務(wù)的所賦予的權(quán)重來對所述供應(yīng)商的列表以及其關(guān)聯(lián)的事實(shí)進(jìn)行分類；以及至少 一個格式安排服務(wù)模塊，將所述經(jīng)分類的列表安排為適合于所述用 戶的客戶機(jī)設(shè)備的形式。
25. 權(quán)利要求24所述的裝置，還包括存儲位置，儲存至少 一些由所述模塊的一個或多個使用或產(chǎn)生的數(shù)據(jù)；以及數(shù)據(jù)傳輸服務(wù)模塊，發(fā)送所述經(jīng)分類的列表，該所述列表已經(jīng)由至少所
26. 權(quán)利要求24所述的裝置，其中，所述優(yōu)先次序權(quán)重服務(wù)模塊能夠基 于與所期望的位置的接近性、歷史可靠性數(shù)據(jù)以及與每個供應(yīng)商關(guān)聯(lián)的可用 的詳細(xì)數(shù)據(jù)中的至少一個來賦予所述列表上的供應(yīng)商的權(quán)重，以對所述列表 上的每個供應(yīng)商進(jìn)行分級排列。
27. 權(quán)利要求24所述的裝置，其中，所述用戶定制服務(wù)模塊也能夠根據(jù) 所述用戶請求確定與發(fā)送所述用戶請求的發(fā)送設(shè)備不同的接收設(shè)備，以接收 所述供應(yīng)商的列表以及其關(guān)聯(lián)的事實(shí)。
全文摘要
當(dāng)提供電子目錄服務(wù)給做出對于基于位置的供應(yīng)商信息的用戶請求的用戶時，一種方法準(zhǔn)備回應(yīng)。該方法包括從所述用戶請求中標(biāo)識用戶請求供應(yīng)商信息所期望的位置；從用戶請求信息中標(biāo)識至少一個在詢問供應(yīng)商目錄中有用的信息元素；使用所述期望的位置和所述信息元素詢問供應(yīng)商的初級目錄，以便產(chǎn)生初級供應(yīng)商命中信息(hit)；使用所述期望的位置和所述信息元素詢問萬維網(wǎng)(www)，以便產(chǎn)生www供應(yīng)商命中信息；合并所述初級供應(yīng)商命中信息和所述www供應(yīng)商命中信息以產(chǎn)生供應(yīng)商列表，該列表包括關(guān)于在所述列表中的每個供應(yīng)商的多個事實(shí)；通過對于所述期望的位置的接近性，分類所述列表中的供應(yīng)商命中信息；刪除任何重復(fù)的供應(yīng)商命中信息；以及安排所述供應(yīng)商的列表的格式，以去掉任何與在對于所述用戶的查看設(shè)備上的表示無關(guān)的事實(shí)。
文檔編號G06F17/30GK101160581SQ200680010722
公開日2008年4月9日 申請日期2006年3月31日 優(yōu)先權(quán)日2005年4月1日
發(fā)明者卡爾·E·米瑪 申請人:多媒體公司