本發(fā)明涉及通信技術領域,具體而言,涉及一種信息查詢方法和裝置。
背景技術:
現(xiàn)在生活中網(wǎng)絡應用已經十分普遍,我們日常生活中需要查詢的信息在各個網(wǎng)站應有盡有。我們日常生產生活中需要了解一些企業(yè)的相關信息,通常是根據(jù)該企業(yè)的名稱在網(wǎng)站上進行檢索,以查找該企業(yè)的企業(yè)名稱、組織機構代碼、組織機構信息等名錄,而我們查詢上述信息通常有兩種途徑,其一是通過在各大網(wǎng)站進行簡單檢索,一般是選擇在網(wǎng)站上輸入關鍵字,該關鍵字一般是企業(yè)的名稱簡寫。咋各個網(wǎng)站上搜索到關于該企業(yè)的多條檢索信息,在分別取多條檢索信息里面選擇所需要的企業(yè)信息,將選擇的多條企業(yè)信息匯總為所需要企業(yè)信息。此檢索過程較為繁瑣,通常需要通過多個瀏覽器進行輸入檢索,且很多網(wǎng)站都設置有ID訪問限制,且難以檢索齊全較為全面的企業(yè)信息。因此,如何解決在同一查詢系統(tǒng)中檢索齊全所需要的企業(yè)信息的問題是目前面臨的一大課題。
技術實現(xiàn)要素:
有鑒于此,本發(fā)明實施例的目的在于提供一種信息查詢方法和裝置,以改善上述問題。
本發(fā)明實施例提供的一種信息查詢方法,所述方法應用于信息查詢系統(tǒng),所述信息查詢系統(tǒng)包括本地終端和第三方服務器,所述方法包括:接 收用戶輸入的查詢信息,所述查詢信息包括待查詢企業(yè)的名錄;查找是否存在與所述查詢信息對應的企業(yè)信息;若查找失敗則生成訪問指令至所述第三方服務器;接收所述第三方服務器反饋的與所述訪問指令對應的所述企業(yè)信息;將所述企業(yè)信息顯示給用戶。
優(yōu)選地,所述的接收所述第三方服務器反饋的與所述訪問指令對應的所述企業(yè)信息,具體包括:根據(jù)所述查詢信息生成查詢指令至所述第三方服務器;接收所述第三方服務器發(fā)送的驗證請求;根據(jù)所述驗證請求獲取驗證結果;將所述驗證結果發(fā)送至所述第三方服務器;接收所述第三方服務器反饋的所述第三方服務器判斷所述驗證結果為正確之后發(fā)送的所述企業(yè)信息。
優(yōu)選地,所述系統(tǒng)還包括第二終端,所述的根據(jù)所述驗證請求獲取驗證結果,具體包括:將所述驗證請求發(fā)送至所述第二終端;接收所述第二終端發(fā)送的驗證結果。
優(yōu)選地,所述系統(tǒng)內第二終端的數(shù)量為多個,每個所述第二終端的工作狀態(tài)為可用和不可用中的一種,所述的將所述驗證請求發(fā)送至第二終端之前,所述方法還包括:查找所述工作狀態(tài)為可用的所述第二終端。
優(yōu)選地,所述的將所述企業(yè)信息顯示給用戶之后,所述方法還包括:生成信息查詢結果評判界面給用戶;接收用戶根據(jù)所述企業(yè)信息輸入的信息查詢評判結果;若所述信息查詢結果評判結果為接受,則將所獲取的企業(yè)信息存儲。
本發(fā)明實施例提供的一種信息查詢裝置,設置于本地終端,所述本地終端應用于信息查詢系統(tǒng),所述信息查詢系統(tǒng)還包括第三方服務器,所述信息查詢裝置包括:查詢信息接收模塊,用于接收用戶輸入的查詢信息;本地終端企業(yè)信息查找模塊,用于在所述本地終端查找是否存在與該查詢信息對應的企業(yè)信息;訪問指令生成模塊,用于在所述本地終端企業(yè)信息查找模塊查找失敗時生成訪問指令至所述第三方服務器;第三方服務器企 業(yè)信息接收模塊,用于接收所述第三方服務器反饋的與該訪問指令對應的所述企業(yè)信息;企業(yè)信息顯示模塊,用于將所接收的所述企業(yè)信息顯示給用戶。
優(yōu)選地,所述第三方服務器企業(yè)信息接收模塊包括:驗證請求接收子模塊,用于接收所述第三方服務器發(fā)送的驗證請求;驗證結果獲取子模塊,用于根據(jù)所述驗證請求獲取驗證結果;驗證結果發(fā)送子模塊,用于將所述驗證結果發(fā)送至所述第三方服務器;企業(yè)信息接收子模塊,用于接收所述第三方服務器反饋的企業(yè)信息。
優(yōu)選地,所述信息查詢系統(tǒng)還包括第二終端,所述驗證結果獲取子模塊具體包括:第二終端驗證請求發(fā)送單元,用于將所述驗證請求發(fā)送至所述第二終端;第二終端驗證結果接收單元,用于接收所述第二終端發(fā)送的驗證結果。
優(yōu)選地,所述系統(tǒng)內的第二終端的數(shù)量為多個,每個所述第二終端的工作狀態(tài)為可用和不可用中的一種,所述驗證結果獲取子模塊還包括:第二終端查找單元,用于查找所述工作狀態(tài)為可用的所述第二終端。
優(yōu)選地,所述信息查詢裝置還包括:評判界面生成模塊,用于生成信息查詢結果評判界面給用戶;評判結果接收模塊,用于接收用戶根據(jù)所述企業(yè)信息輸入的信息查詢評判結果;企業(yè)信息存儲模塊,用于在所述信息查詢結果評判結果為接受,則將所獲取的企業(yè)信息存儲。
與現(xiàn)有技術相比,本發(fā)明的信息查詢方法,應用于信息查詢系統(tǒng),所述信息查詢系統(tǒng)包括本地終端和第三方服務器,本地終端和第三方服務器內均存儲有企業(yè)信息,本地終端用于接收用戶輸入的查詢信息,所述查詢信息包括待查詢企業(yè)的名錄,本地終端查找是否存在與所述查詢信息一致的企業(yè)信息,若查找失敗則自行向第三方服務器發(fā)送與該查詢信息一致的查詢指令,將獲得的企業(yè)信息發(fā)送給用戶,解決了現(xiàn)有技術的查詢系統(tǒng)中需要用戶在多個瀏覽器進行查找和匯總的步驟較為繁瑣、且難以查找到較 為齊全的企業(yè)信息的技術問題。
為使本發(fā)明的上述目的、特征和優(yōu)點能更明顯易懂,下文特舉較佳實施例,并配合所附附圖,作詳細說明如下。
附圖說明
為了更清楚地說明本發(fā)明實施例的技術方案,下面將對實施例中所需要使用的附圖作簡單地介紹,應當理解,以下附圖僅示出了本發(fā)明的某些實施例,因此不應被看作是對范圍的限定,對于本領域普通技術人員來講,在不付出創(chuàng)造性勞動的前提下,還可以根據(jù)這些附圖獲得其他相關的附圖。
圖1為本發(fā)明較佳實施例提供的第三方服務器與本地終端進行交互的示意圖。
圖2為本發(fā)明較佳實施例提供的信息查詢裝置的方框示意圖。
圖3為本發(fā)明較佳實施例提供的信息查詢方法的流程圖。
圖4為本發(fā)明較佳實施例提供的信息查詢方法的流程圖。
圖5為本發(fā)明較佳實施例提供的信息查詢方法的流程圖。
圖6為本發(fā)明較佳實施例提供的信息查詢方法的流程圖。
圖7為本發(fā)明較佳實施例提供的信息查詢裝置的功能模塊示意圖。
圖8為本發(fā)明較佳實施例提供的信息查詢裝置的第三方服務器企業(yè)信息接收模塊的功能模塊示意圖。
圖9為本發(fā)明較佳實施例提供的信息查詢裝置的驗證結果獲取子模塊的功能模塊示意圖。
圖10為本發(fā)明較佳實施例提供的信息查詢裝置的功能模塊示意圖。
具體實施方式
本領域技術人員長期以來一直在尋求一種改善該問題的工具或方法。
鑒于此,本發(fā)明的設計者通過長期的探索和嘗試,以及多次的實驗和 努力,不斷的改革創(chuàng)新,得出本方案所示的較佳信息查詢方法和裝置。
為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚,下面將結合本發(fā)明實施例中的附圖,對本發(fā)明實施例中的技術方案進行清楚、完整地描述,顯然,所描述的實施例是本發(fā)明一部分實施例,而不是全部的實施例?;诒景l(fā)明中的實施例,本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例,都屬于本發(fā)明保護的范圍。因此,以下對在附圖中提供的本發(fā)明的實施例的詳細描述并非旨在限制要求保護的本發(fā)明的范圍,而是僅僅表示本發(fā)明的選定實施例。基于本發(fā)明中的實施例,本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例,都屬于本發(fā)明保護的范圍。
如圖1所示,是本發(fā)明較佳實施例提供的第三方服務器與本地終端進行交互的示意圖。所述第三方服務器通過網(wǎng)絡與一個或多個本地終端進行通信連接,以進行數(shù)據(jù)通信或交互。所述第三方服務器可以是網(wǎng)絡服務器、數(shù)據(jù)庫服務器等。所述第三方服務器內存儲有多數(shù)企業(yè)的名錄對應的企業(yè)信息,所述第三方服務器可以為多個存儲企業(yè)信息的瀏覽器的公用數(shù)據(jù)庫服務器,也可以為分布式服務器,包含多個常用的企業(yè)信息查詢網(wǎng)站的數(shù)據(jù)庫服務器,本地終端可以從所述第三方服務器獲得較為齊全的企業(yè)信息。
所述本地終端可以是個人電腦(personal computer,PC)、平板電腦、智能手機、個人數(shù)字助理(personal digital assistant,PDA)等。所述本地終端也可以理解為終端設備和本地服務器的統(tǒng)稱,通過終端設備和本地服務器進行交互,實現(xiàn)終端設備通過本地服務器與第三方服務器之間的交互操作。
如圖2所示,是所述本地終端的方框示意圖。所述第三方服務器(或本地終端)包括信息查詢裝置、存儲器、存儲控制器、處理器、其它(如傳感器)、外設接口、輸入輸出模塊、音頻模塊、顯示模塊。
所述存儲器、存儲控制器、處理器、外設接口、輸入輸出模塊、音頻 模塊、顯示模塊各元件相互之間直接或間接地電性連接,以實現(xiàn)數(shù)據(jù)的傳輸或交互。例如,這些元件相互之間可通過一條或多條通訊總線或信號線實現(xiàn)電性連接。所述信息查詢裝置包括至少一個可以軟件或固件(firmware)的形式存儲于所述存儲器中或固化在所述本地終端的操作系統(tǒng)(operating system,OS)中的軟件功能模塊。所述處理器用于執(zhí)行存儲器中存儲的可執(zhí)行模塊,例如所述信息查詢裝置包括的軟件功能模塊或計算機程序。
其中,存儲器可以是,但不限于,隨機存取存儲器(Random Access Memory,RAM),只讀存儲器(Read Only Memory,ROM),可編程只讀存儲器(Programmable Read-Only Memory,PROM),可擦除只讀存儲器(Erasable Programmable Read-Only Memory,EPROM),電可擦除只讀存儲器(Electric Erasable Programmable Read-Only Memory,EEPROM)等。其中,存儲器用于存儲程序,所述處理器在接收到執(zhí)行指令后,執(zhí)行所述程序,前述本發(fā)明實施例任一實施例揭示的流過程定義的第三方服務器所執(zhí)行的方法可以應用于處理器中,或者由處理器實現(xiàn)。
處理器可能是一種集成電路芯片,具有信號的處理能力。上述的處理器可以是通用處理器,包括中央處理器(Central Processing Unit,簡稱CPU)、網(wǎng)絡處理器(Network Processor,簡稱NP)等;還可以是數(shù)字信號處理器(DSP)、專用集成電路(ASIC)、現(xiàn)成可編程門陣列(FPGA)或者其他可編程邏輯器件、分立門或者晶體管邏輯器件、分立硬件組件。可以實現(xiàn)或者執(zhí)行本發(fā)明實施例中的公開的各方法、步驟及邏輯框圖。通用處理器可以是微處理器或者該處理器也可以是任何常規(guī)的處理器等。
所述外設接口將各種輸入/輸入裝置耦合至處理器以及存儲器。在一些實施例中,外設接口,處理器以及存儲控制器可以在單個芯片中實現(xiàn)。在其他一些實例中,他們可以分別由獨立的芯片實現(xiàn)。
輸入輸出模塊用于提供給用戶輸入數(shù)據(jù)實現(xiàn)用戶與所述第三方服務器 (或本地終端)的交互。所述輸入輸出模塊可以是,但不限于,鼠標和鍵盤等。
音頻模塊向用戶提供音頻接口,其可包括一個或多個麥克風、一個或者多個揚聲器以及音頻電路。
顯示模塊在所述第三方服務器(或本地終端)與用戶之間提供一個交互界面(例如用戶操作界面)或用于顯示圖像數(shù)據(jù)給用戶參考。在本實施例中,所述顯示模塊可以是液晶顯示器或觸控顯示器。若為觸控顯示器,其可為支持單點和多點觸控操作的電容式觸控屏或電阻式觸控屏等。支持單點和多點觸控操作是指觸控顯示器能感應到來自該觸控顯示器上一個或多個位置處同時產生的觸控操作,并將該感應到的觸控操作交由處理器進行計算和處理。
請參閱圖3,是本發(fā)明較佳實施例提供的應用于圖2所示的信息查詢裝置的信息查詢方法的流程圖。下面將對圖3所示的具體流程進行詳細闡述。
步驟S301,接收用戶輸入的查詢信息,所述查詢信息包括待查詢企業(yè)的名錄。
用戶需要查詢某企業(yè)或者多個企業(yè)的多個名錄的企業(yè)信息時,可以在所述本地終端的輸入裝置輸入查詢信息,查詢信息可以包括需查詢的企業(yè)的名稱,以及該企業(yè)的名錄,例如組織機構代碼、企業(yè)注冊信息、上市時間、子公司信息等名錄。當然,也可以為用戶輸入的企業(yè)名稱自動配置名錄,例如全部名錄、注冊名錄、子公司名錄等,方便用戶直接選擇相關名錄。
步驟S302,查找是否存在與所述查詢信息對應的企業(yè)信息。
本地終端內存儲有多個企業(yè)的企業(yè)信息,所述企業(yè)信息可以為預先存儲的企業(yè)信息。相對于分布式數(shù)據(jù)庫服務器組成的第三方服務器,所述本地終端存儲的企業(yè)信息可能相對較少。
本地終端在接收包括欲查詢的企業(yè)及所需查詢的企業(yè)的名錄在內的企 業(yè)信息時,有限在本地終端的服務器或者存儲器內查找該企業(yè)的企業(yè)信息是否存在。若本地終端在其存儲器內查找到查詢信息內所包含的欲查詢企業(yè)的全部名錄的企業(yè)信息,則可以直接將所查找到的全部名錄的企業(yè)信息通過顯示單元顯示給用戶,若未查找到該企業(yè)的任何信息或者只查詢到部分名錄對應的企業(yè)信息,為本地終端查找失敗,執(zhí)行步驟S303。
步驟S303,若查找失敗則生成訪問指令至所述第三方服務器。
本地終端未查找到用戶所需查詢的企業(yè)的任何目錄的企業(yè)信息或者全部目錄信息時,直接選擇向第三方服務器索取所需要的企業(yè)信息。本地終端生成訪問指令至第三方服務器,所述查詢指令可以包括欲查詢的企業(yè)的名稱,所需查詢的該企業(yè)的名錄。訪問指令中所包含的目錄可以與用戶在本地終端輸入的查詢信息中所包含的名錄完全一致,這種情況可能是基于本地終端未存儲任何與欲查詢的企業(yè)相關的企業(yè)信息。當然,本地終端生成的訪問指令也可以只包含了一部分用戶輸入的名錄,這種情況可能是基于本地終端中已經存儲了另一部分目錄對應的企業(yè)信息,只向第三方服務器查詢本地終端未存儲的企業(yè)信息,可以減少查詢時間,將第三方付服務器反饋的企業(yè)信息與本地終端內已經存在的企業(yè)信息進行組合后顯示給用戶。
步驟S304,接收所述第三方服務器反饋的與所述訪問指令對應的所述企業(yè)信息。
本地終端在本地存儲器內查找企業(yè)信息失敗后生成訪問指令至第三方服務器,訪問指令包括欲查詢的企業(yè)的名稱和名錄,第三方服務器根據(jù)本地終端發(fā)送的訪問指令查找與查詢的企業(yè)的名錄對應的企業(yè)信息,將查找到的企業(yè)信息發(fā)送至本地終端。
步驟S305,將所述企業(yè)信息顯示給用戶。
本地終端在接收到第三方服務器反饋的企業(yè)信息后,將所查找的全部企業(yè)信息顯示給用戶。當然,也可能用戶輸入的查詢信息所包含的全部名 錄對應的企業(yè)信息不能在在本地終端或者第三方服務器中獲得,則可以同時將未查找到的對應的企業(yè)信息的名錄顯示給用戶,方便用戶了解查詢詳情。
上述本發(fā)明實施例提供的信息查詢方法,應用于信息查詢系統(tǒng),所述信息查詢系統(tǒng)包括本地終端和第三方服務器,本地終端和第三方服務器內均存儲有企業(yè)信息,本地終端用于接收用戶輸入的查詢信息,所述查詢信息包括待查詢企業(yè)的名錄,本地終端查找是否存在與所述查詢信息一致的企業(yè)信息,若查找失敗則自行向第三方服務器發(fā)送與該查詢信息一致的查詢指令,將獲得的企業(yè)信息發(fā)送給用戶,解決了現(xiàn)有技術的查詢系統(tǒng)中需要用戶在多個瀏覽器進行查找和匯總的步驟較為繁瑣、且難以查找到較為齊全的企業(yè)信息的技術問題。
考慮到上述實施例提供的所述第三方服務器為現(xiàn)存常用的查詢系統(tǒng)的公用數(shù)據(jù)庫服務器或者集成的分布式數(shù)據(jù)庫服務器,可能存在訪問驗證環(huán)節(jié),因此請參閱圖4,本發(fā)明較佳實施例提供的應用于圖2所示的信息查詢裝置的信息查詢方法的流程圖,在上述實施例的基礎上,所述步驟S304中接收所述第三方服務器反饋的與所述訪問指令對應的所述企業(yè)信息可以包括如圖4所示的具體步驟。下面將對圖4所示的具體流程進行闡釋:
S401:接收所述第三方服務器發(fā)送的驗證請求。
第三方服務器在接收到本地終端發(fā)送的訪問指令后,生成驗證請求,將驗證請求發(fā)送至本地終端。驗證請求的形式可以包括驗證碼驗證、身份驗證等,驗證碼驗證即是字符、數(shù)字圖像驗證碼等,所述身份驗證的方式可能為ID驗證、登錄密碼驗證等方式。
S402:根據(jù)所述驗證請求獲取驗證結果。
本地終端在接收到第三方服務器發(fā)送的驗證請求之后,根據(jù)驗證請求獲取與驗證請求對應的驗證結果,例如,若所述驗證請求為字符復述驗證請求,則所述驗證結果為驗證碼,若所述驗證請求為身份驗證,則所述驗 證結果為登錄ID、校驗碼等。
所述本地終端獲取驗證結果的方式可以有多種,包括本地終端自動生成驗證結果和依賴外接設備生成驗證結果等方式,所述自動生成驗證結果的方式為本地終端的處理器根據(jù)所接收的所述第三方服務器反饋的驗證請求生成驗證結果。所述依賴外接設備生成驗證結果的方式,可以為本地終端將所接收的第三方服務器反饋的驗證請求發(fā)送至與之連接的第二終端,第二終端為兼職驗證設備,第二終端根據(jù)本地終端發(fā)送的驗證請求生成驗證結果,將所述驗證結果發(fā)送至本地終端。
S403:將所述驗證結果發(fā)送至所述第三方服務器。
本地終端在自動生成或者由第二終端等外接設備生成的與所述驗證請求對應的驗證結果后,將驗證結果發(fā)送至第三方,由第三方進行驗證校對。
S404:接收所述第三方服務器反饋的所述第三方服務器判斷所述驗證結果為正確之后發(fā)送的所述企業(yè)信息。
第三方服務器在向本地終端發(fā)送驗證請求后,接收所述本地終端反饋的驗證結果,并將校驗結果進行判斷,若所述驗證結果為正確,則將查找到的本地終端所需查詢的企業(yè)信息發(fā)送至本地終端,由本地終端將所有的企業(yè)信息進行組合后顯示給用戶。若所述驗證結果為錯誤,則可以生成驗證結果錯誤的提示信息顯示給用戶,或者直接取消本地終端的此次訪問請求。
上述實施例提到的本地終端獲取驗證結果的方式可以包括依賴外接設備獲取的方式,其具體的獲取方式請參閱圖5,本發(fā)明較佳實施例提供的應用于圖2所示的信息查詢裝置的信息查詢方法的流程圖。所述信息查詢系統(tǒng)還包括第二終端,所述第二終端的數(shù)量可以為多個,上述步驟S402可以具體包括如下步驟:
步驟S501:查找所述工作狀態(tài)為可用的所述第二終端。
所述信息查詢系統(tǒng)還包括第二終端,第二終端的數(shù)量可以有多個,多 個第二終端均可服務于本地終端。第二終端可以包括兩種狀態(tài):可用和不可用,可用狀態(tài)代表該第二終端為在線服務狀態(tài)或者任務量未達上限,不可用狀態(tài)為不在線服務狀態(tài)或者任務量已達上限。本地終端連接多個第二終端,查找狀態(tài)為可用的第二終端,并選擇其中一個進行備用。本地終端在多個狀態(tài)為可用的第二終端中選擇備用設備的依據(jù)可以為第二終端當前的任務量,可以選擇當前任務量最少的第二終端備用。
步驟S502:將所述驗證請求發(fā)送至所述第二終端。
本地終端查找到狀態(tài)為可用的可備用第二終端后,將所述驗證請求發(fā)送至所查找的該第二終端。
步驟S503:接收所述第二終端發(fā)送的驗證結果。
本地終端在將驗證請求發(fā)送給所查找的狀態(tài)為可用的第二終端后,第二終端生成驗證結果,將生成的驗證結果發(fā)送給本地終端,本地終端接收所述第二終端發(fā)送的驗證結果,將所述驗證結果發(fā)送至第三方服務器。
考慮到本地終端在接收用戶輸入的查詢信息時,會存在之前已經查詢過的重復信息,如果在重復向第三方服務器索取企業(yè)信息,會增加搜索操作和搜索時間,因此優(yōu)選所述本地終端在向第三方成功索取新的企業(yè)信息后,將新獲取的企業(yè)信息存儲在本地終端的存儲器,具體過程可以包括如圖6所述的步驟,上述步驟主要在步驟S305之后執(zhí)行。下面將對圖6所示的具體流程進行闡釋:
S601:生成信息查詢結果評判界面給用戶。
本地終端完成查詢操作之后,將所有查詢到的與待查詢企業(yè)的名錄對應的企業(yè)信息顯示給用戶后,生成信息查詢結果評判界面給用戶,所述信息查詢結果評判界面供用戶根據(jù)所述本地終端顯示的查詢到的企業(yè)信息進行評判,對于本地終端所反饋的查詢信息的查詢效率、全面度、真實性和信息更新率進行評判。
S602:接收用戶根據(jù)所述企業(yè)信息輸入的信息查詢評判結果。
用戶在本地終端生成的信息查詢評判結果輸入信息查詢評判結果,所述信息查詢評判結果可以包括上述的多個評判依據(jù),每個評判依據(jù)可以有四個不同的評價標準,例如優(yōu)、良、中、差等,用于接收用戶對于本地終端查詢操作的真實反饋??梢愿鶕?jù)多個標準和預設結果計算式得出用戶對于所述查詢操作的態(tài)度為接受或者拒絕,接受代表用戶的綜合滿意度較高,拒絕則代表用戶的綜合滿意度較低。
S603:若所述信息查詢結果評判結果為接受,則將所獲取的企業(yè)信息存儲。
若上述步驟中所獲得的用戶輸入的所述信息查詢評判結果為接受,則將所獲取的企業(yè)信息進行存儲,這樣本地終端后續(xù)查詢操作到同一企業(yè)的同一名錄的查詢信息時可以優(yōu)先在本地終端進行查詢,節(jié)省了向第三方服務器索取企業(yè)信息的步驟。
上述本發(fā)明實施例提供的信息查詢方法,應用于信息查詢系統(tǒng),所述信息查詢系統(tǒng)包括本地終端和第三方服務器,本地終端和第三方服務器內均存儲有企業(yè)信息,本地終端用于接收用戶輸入的查詢信息,所述查詢信息包括待查詢企業(yè)的名錄,本地終端查找是否存在與查詢信息一致的企業(yè)信息,若查找失敗則自行向第三方服務器發(fā)送包括待查詢企業(yè)的名錄的訪問指令至第三方服務器,本地終端接收第三方服務器反饋的企業(yè)信息,將獲得的企業(yè)信息發(fā)送給用戶。本地終端在接收到本地查找失敗后可自行向第三方服務器索取所需要的企業(yè)信息,索取過程中的驗證環(huán)節(jié)可以依賴本地終端自動生成或者是依賴第二終端等外接設備生成。本地終端將查詢到的信息顯示給用戶后,可以根據(jù)用戶的反饋,選擇性的存儲所獲取的新的企業(yè)信息,減少了本地終端向第三方服務器重復索取所造成的延長操作時限、增加工作量等的問題。本發(fā)明的信息查詢裝置解決了現(xiàn)有技術的查詢系統(tǒng)中需要用戶在多個瀏覽器進行企業(yè)信息查找和匯總時所導致的步驟繁瑣、且難以查找到較為齊全的企業(yè)信息的技術問題。
請參閱圖7,是本發(fā)明較佳實施例提供的圖2所示的信息查詢裝置的功能模塊示意圖。所述信息查詢裝置包括查詢信息接收模塊、本地終端企業(yè)信息查找模塊、訪問指令生成模塊、第三方服務器企業(yè)信息接收模塊和企業(yè)信息顯示模塊,其中:
所述查詢信息接收模塊,用于,接收用戶輸入的查詢信息;
本地終端企業(yè)信息查找模塊,用于在所述本地終端查找是否存在與該查詢信息對應的企業(yè)信息;
訪問指令生成模塊,用于在所述本地終端企業(yè)信息查找模塊查找失敗時生成訪問指令至所述第三方服務器
第三方服務器企業(yè)信息接收模塊,用于接收所述第三方服務器反饋的與該訪問指令對應的所述企業(yè)信息;
企業(yè)信息顯示模塊,用于將所接收的所述企業(yè)信息顯示給用戶。
請參閱圖8,在上述實施例的基礎上,本發(fā)明較佳實施例提供的圖2所示的信息查詢裝置的功能模塊示意圖,其中,所述第三方服務器企業(yè)信息接收模塊包括:
驗證請求接收子模塊,用于接收所述第三方服務器發(fā)送的驗證請求;
驗證結果獲取子模塊,用于根據(jù)所述驗證請求獲取驗證結果;
驗證結果發(fā)送子模塊,用于將所述驗證結果發(fā)送至所述第三方服務器;
企業(yè)信息接收子模塊,用于接收所述第三方服務器反饋的企業(yè)信息。
請參閱圖9,在上述實施例的基礎上,本發(fā)明較佳實施例提供的圖2所示的信息查詢裝置的功能模塊示意圖,其中,所述信息查詢系統(tǒng)還包括第二終端,所述第二終端的數(shù)量可以有多個,所述驗證結果獲取子模塊具體包括:
第二終端查找單元,用于查找所述工作狀態(tài)為可用的所述第二終端。
第二終端驗證請求發(fā)送單元,用于將所述驗證請求發(fā)送至所述第二終端;
第二終端驗證結果接收單元,用于接收所述第二終端發(fā)送的驗證結果。
請參閱圖10,在上述實施例的基礎上,本發(fā)明較佳實施例提供的圖2所示的信息查詢裝置的功能模塊示意圖,其中,所述信息查詢裝置還包括:
評判界面生成模塊,用于生成信息查詢結果評判界面給用戶;
評判結果接收模塊,用于接收用戶根據(jù)所述企業(yè)信息輸入的信息查詢評判結果;
企業(yè)信息存儲模塊,用于在所述信息查詢結果評判結果為接受,則將所獲取的企業(yè)信息存儲。
上述本發(fā)明實施例提供的信息查詢裝置,應用于信息查詢系統(tǒng),所述信息查詢系統(tǒng)包括本地終端和第三方服務器,本地終端和第三方服務器內均存儲有企業(yè)信息,本地終端用于接收用戶輸入的查詢信息,所述查詢信息包括待查詢企業(yè)的名錄,本地終端查找是否存在與查詢信息一致的企業(yè)信息,若查找失敗則自行向第三方服務器發(fā)送包括待查詢企業(yè)的名錄的訪問指令至第三方服務器,本地終端接收第三方服務器反饋的企業(yè)信息,將獲得的企業(yè)信息發(fā)送給用戶。本地終端在接收到本地查找失敗后可自行向第三方服務器索取所需要的企業(yè)信息,索取過程中的驗證環(huán)節(jié)可以依賴本地終端自動生成或者是依賴第二終端等外接設備生成。本地終端將查詢到的信息顯示給用戶后,可以根據(jù)用戶的反饋,選擇性的存儲所獲取的新的企業(yè)信息,減少了本地終端向第三方服務器重復索取所造成的延長操作時限、增加工作量等的問題。本發(fā)明的信息查詢裝置解決了現(xiàn)有技術的查詢系統(tǒng)中需要用戶在多個瀏覽器進行企業(yè)信息查找和匯總時所導致的步驟繁瑣、且難以查找到較為齊全的企業(yè)信息的技術問題。本發(fā)明實施例提供的信息查詢裝置的具體實施過程可參照上述方法實施例,在此不再一一贅述。
以上所述僅為本發(fā)明的優(yōu)選實施例而已,并不用于限制本發(fā)明,對于本領域的技術人員來說,本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內,所作的任何修改、等同替換、改進等,均應包含在本發(fā)明 的保護范圍之內。