TW201814554A

TW201814554A - 搜索方法、裝置、終端設備和操作系統

Info

Publication number: TW201814554A
Application number: TW106125756A
Authority: TW
Inventors: 唐兵; 郝國建; 賴劍明; 袁志俊; 王愷
Original assignee: 香港商阿里巴巴集團服務有限公司
Priority date: 2016-10-12
Filing date: 2017-07-31
Publication date: 2018-04-16
Also published as: US20180101574A1; WO2018071489A1; CN107943820A

Abstract

本案實施例提供了一種搜索方法、裝置、終端設備和操作系統，以提高搜索的便捷性。所述的方法包括：網路搜尋引擎從應用中心平台獲取應用資料，其中，所述應用中心儲存有應用單元；採用所述應用資料創建網路索引資訊，以依據所述網路索引資訊檢索應用單元。藉由應用單元為使用者提供所需的功能服務，實現服務功能的無縫搜索和支援，提高的搜索的便捷性。

Description

搜索方法、裝置、終端設備和操作系統

本案係關於終端技術領域，特別是關於一種搜索方法、一種索引建立方法、一種搜索裝置、一種索引建立裝置、一種終端設備，一種伺服器以及一種終端設備的操作系統。

隨著終端技術的發展，越來越多的使用者使用終端，而終端也提供了越來越豐富的功能服務。目前終端上提供的服務通常是通過APP(Application，應用程式)方式提供的，提供服務功能的入口通常設置在桌面上。

使用者在使用終端時，通常是採用瀏覽器搜索網頁內容，或者是基於APP中提供的搜索功能搜索APP提供的資訊。而對於APP等應用資訊往往無法進行搜索，只能在專門提供APP下載的應用中心APP中搜索。若該APP未安裝則需要到應用中心安裝，且執行輸入密碼等驗證操作。從而終端中各項搜索操作都是割裂的，需要到提供相應資訊的APP中搜索，搜索非常不便捷。

本案實施例所要解決的技術問題是提供一種搜索方法，以提高搜索的便捷性。

相應的，本案實施例還提供了一種索引建立方法、一種搜索裝置、一種索引建立裝置、一種終端設備，一種伺服器以及一種終端設備的操作系統，用以保證上述方法的實現及應用。

為了解決上述問題，本案實施例公開了一種搜索方法，包括：接收查詢資訊；採用所述查詢資訊對索引資訊進行檢索，依據檢索結果確定應用單元；運行所述應用單元。

本案實施例還公開了一種索引建立方法，包括：網路搜尋引擎從應用中心平台獲取應用資料，其中，所述應用中心儲存有應用單元；採用所述應用資料創建網路索引資訊，以依據所述網路索引資訊檢索應用單元。

本案實施例還公開了一種搜索裝置，包括：接收模組，用於接收查詢資訊；檢索模組，用於採用所述查詢資訊對索引資訊進行檢索，依據檢索結果確定應用單元；運行模組，用於運行所述應用單元。

本案實施例還公開了一種索引建立裝置，包括：資料獲取模組，用於網路搜尋引擎從應用中心平台獲取應用資料，其中，所述應用中心儲存有應用單元；索引創建模組，用於採用所述應用資料創建網路索引資訊，以依據所述網路索引資訊檢索應用單元。

本案實施例還公開了一種終端設備，包括：處理器和通信組件；所述通信組件，耦合至所述處理器，接收查詢資訊；所述處理器，採用所述查詢資訊對索引資訊進行檢索，依據檢索結果確定應用單元；運行所述應用單元。

本案實施例還公開了一種伺服器，包括：處理器和通信組件；所述通信元件，耦合至所述處理器，採用網路搜尋引擎從應用中心平台獲取應用資料，其中，所述應用中心儲存有應用單元；所述處理器，採用網路搜尋引擎依據所述應用資料創建網路索引資訊，以依據所述網路索引資訊檢索應用單元。

本案實施例還公開了一種終端設備的操作系統，包括：接收單元，接收查詢資訊；檢索單元，採用所述查詢資訊對索引資訊進行檢索，依據檢索結果確定應用單元；運行單元，運行所述應用單元。

與現有技術相比，本案實施例包括以下優點：在本案實施例中，在接收到查詢資訊後，可以採用查詢資訊對索引資訊進行檢索，依據檢索結果確定應用單元，該應用單元包括應用拆分得到的單元，然後可以運行應用單元，藉由應用單元為使用者提供所需的功能服務，實現服務功能的無縫搜索和支援，提高的搜索的便捷性。

1202‧‧‧接收模組

1204‧‧‧檢索模組

1206‧‧‧運行模組

1302‧‧‧資料獲取模組

1304‧‧‧索引創建模組

80‧‧‧輸入設備

81‧‧‧處理器

82‧‧‧輸出設備

83‧‧‧記憶體

84‧‧‧終端設備

90‧‧‧處理組件

91‧‧‧處理器

92‧‧‧記憶體

93‧‧‧通信組件

94‧‧‧電源元件

95‧‧‧多媒體元件

96‧‧‧音訊組件

97‧‧‧輸入/輸出介面

98‧‧‧感測器組件

1602‧‧‧接收單元

1604‧‧‧檢索單元

1606‧‧‧運行單元

圖1是本案實施例的一種場景感知服務的主體框架示意圖；圖2A是本案實施例的一種場景感知服務的主體框架中各模組的交互示意圖；圖2B是本案實施例的一個場景應用的結構示意圖；圖2C是本案實施例的場景應用框架的結構示意圖；圖2D是本案實施例的場景應用的生命週期示意圖；圖2E是本案實施例的場景解析引擎管理示意圖；圖2F是本案實施例中Page間相互關係的示意圖；圖2G是本案實施例中的一種Page狀態轉換示意圖；圖2H是本案實施例中的另一種Page狀態轉換示意圖；圖3是本案實施例的一種檢索系統的處理示意圖；圖4是本案實施例的一種檢索示意圖；圖5是本案的一種基於場景的應用操作方法實施例的步驟流程圖；圖6是本案的一種服務端索引建立方法實施例的示意圖；圖7是本案的一種終端設備中索引建立方法實施例的步驟流程圖；圖8是本案另一種搜索方法實施例的步驟流程圖；圖9A是本案實施例的一種搜索示例的示意圖；圖9B是本案實施例提供的特定業務場景下的Page間的關聯關係示意圖；圖10是本案實施例的另一種搜索示例的示意圖；圖11是本案實施例的一種物聯網系統對應搜索示例的示意圖；圖12是本案的一種搜索裝置實施例的結構方塊圖；圖13是本案的一種索引建立裝置實施例的結構方塊圖；圖14是本案一實施例提供的終端設備的硬體結構示意圖；圖15是本案另一實施例提供的終端設備的硬體結構示意圖；圖16是本案實施例中一種操作系統示意圖。

為使本案的上述目的、特徵和優點能夠更加明顯易懂，下面結合附圖和具體實施方式對本案作進一步詳細的說明。

本案實施例中，終端設備指的是具有多媒體功能的終端設備，這些設備支援音訊、視頻、資料等方面的功能。本實施例中該終端設備具有觸控式螢幕，包括智慧移動終端如智慧手機、平板電腦能、智慧穿戴設備，也可以是具有觸控式螢幕的智慧電視、個人電腦等設備。該終端設備可以採用各種智慧操作系統，如IOS、Android、雲OS等。

本案實施例可以應用於物聯網(Internet of Things，IOT)技術，“物聯網”指的是將各種資訊傳感設備，如射頻識別裝置、紅外線感應器、全球定位系統、雷射掃描器等種種裝置與互聯網結合起來而形成的一個巨大網路。其目的是讓所有的物品都與網路連接在一起，方便識別和管理。在萬物互聯的時代，使用者的設備越來越多樣化，包括有屏設備、無屏設備、家居設備、穿戴設備等等。但是現有的物聯網領域中，各個設備並沒有真正建立有效的連接，要控制智慧設備需要進入相應的APP中選擇相應的功能表功能來實現，即各個設備實際上仍然是彼此孤立的。針對該問題本案實施例在系統層面打造一種場景引擎的基礎設施，提供場景感知和場景服務的能力，聯通各種設備，並串聯服務，以此給使用者一種主動的、自動化的服務形態，從而基於該架構直接通過搜索就能夠連通各個設備，對設備進行有效的控制。並且可以將使用者的各個物聯網設備與使用者帳號綁定，實現一個搜索+帳號連結各個應用功能的服務形態，從而使用者想要進行的控制直接通過搜索即可提供，無需再一步一步操作設備進入APP的頁面，實現設備的真正互聯。

本案實施例在常規的應用模型上擴展出一種新的應用開發模型，在系統層面打造場景引擎基礎設施和場景開發框架，在系統底層提供場景感知能力，在動態語言(Javascript)基礎上提供反應式程式設計模型(Reactive Programming)，並以統一的協議接入IOT設備。主體框架如下圖1所示：主體框架主要包括三個模組：場景應用層(Context Agent Host)、場景框架(Context Agent Framework)和場景解析引擎(Context Agent Engine)，上述三個模組的關係如圖2A所示，Context Agent Engine管理上層場景應用(ContextAgentHost)，ContextAgentHost依賴於Context Agent Framework。其中：ContextAgentHost指的是具備場景感知能力的應用容器，它繼承於最基本的應用單元(Page)，開發者可以通過它組織一個應用場景，並作為一個應用在系統中運行。

Context Agent Framework指的是場景引擎應用框架，系統底層通過此框架給上層應用(ContextAgentHost)提供場景感知和場景服務能力。

Context Agent Engine指的是場景引擎系統服務，它是系統內置的獨立服務，負責管理上層場景應用(ContextAgentHost)。

其中，ContextAgentHost包括各種場景應用如ContextAgentA、B、C。

Context Agent Framework包括：SignalStream、Subscription、Actuator、Agent Instance，上述各模組基於JavaScript實現處理邏輯。

Context Agent Engine包括：Agent Management(場景管理)、Execution Scheduling(任務調度管理)、Security Gatekeeper(安全監控)、Stream Management(信號流管理)、Subscription Management(訂閱管理)和Actuator Management(任務管理)。

本實施例中，Context Agent Framework給上層提供場景感知和服務能力，具體分為SignalStream、Subscription、Actuator、Agent和Agent Instance，以上各個組成部分之間的關係如圖2C所示，其中： Agent：是一個完整場景的邏輯單元，通過Agent來描述一個場景的感知以及邏輯處理。

Agent Instance：是一個Agent在具體設備和環境綁定後的實例。

SignalStream：代表信號流，它負責收集和處理各種設備或者系統信號，通過信號的各種操作，給上層應用提供場景感知的能力，Agent通過SignalStream組織關於場景感知的邏輯。

Subscription：代表在一個場景裡對各種信號的訂閱關係，通過Subscription來連接場景感知和服務。

Actuator：代表在場景服務裡可以使用的具體執行任務，它是場景感知和邏輯處理後實際的服務任務，比如感知到天氣悶熱後，控制空調啟動。

Context Agent Engine負責管理各個場景應用，並維護應用的生命週期，一個應用的生命週期如下圖2D所示，其中：Created：代表應用的已創建狀態，表徵使用者目的機器上已安裝了此場景應用。

Running：代表運行中狀態，處於此狀態的應用會按Agent組織的邏輯來運轉。

Froze：代表凍結狀態，處於此狀態的應用不會佔用系統資源，也不會運行場景服務，但可以被Context Agent Engine重新喚起和運行。

Disposed：代表完結和停止狀態。

各狀態間的流轉由Context Agent Engine控制，如圖2E所示，其中包括：依據Context Agent Engine和Agent Control UI創建Context Agent Host；Context Agent Engine控制Context Agent Host為凍結狀態，以及恢復Context Agent Host的運行狀態；Context Agent Engine控制Context Agent Host完結，並且DPMS停止服務。其中，DPMS(Dynamic Page Manager Service，動態頁面管理服務)，是Page運行期實例的管理的服務端，一般是指服務進程。

在開發出Context Agent後，可以基於上述框架提供自動化的場景服務。例如可以在接收到信號後Context Agent Framework感知該信號對應的應用場景，並且確定該應用場景的處理邏輯，從而調用Context Agent Host運行場景應用進行處理。例如通過手機感知到氣溫超過30°，可以控制家中的空調啟動運行，又如通過安保系統信號感知到家中已鎖門無人，可以控制關閉家中的電燈等電器，防止資源浪費。其中，系統信號指的是場景感知服務系統接收的各種信號資料，包括物聯網系統中的各種信號資料，例如終端設備接收的各種信號如感測器信號、設備指令對應信號等，家庭安保系統的信號、燈光系統的信號等。

基於上述主體框架，各設備以及設備交互執行基於場景的應用操作過程的一種示例如下：設備的Context Agent Framework中SignalStream收集和處理各種設備或者系統信號，然後查詢各種信號的訂閱關係Subscription，通過Subscription來連接場景感知和服務，然後基於邏輯單元 Agent確定一個場景的感知以及邏輯處理，確定出場景感知和邏輯處理後實際的服務任務Actuator，再執行具體設備和環境綁定後的實例Agent Instance。基於Agent Instance可以依據應用之間交互的協議Page Link可以喚起上層的場景應用Context Agent，Context Agent中具有場景化感知和服務能力的應用單元Page執行該應用場景的操作。其中，當需要使用者交互時，通過視圖模組Page Cover顯示應用介面，從而Page Cover執行該場景應用的人機交互。並且Page Link還可以連接其他類型應用，便於實現多設備、多應用的交互場景操作。在場景感知且提供服務的過程中，採用場景引擎Context Agent Engine管理ContextAgentHost，即管理上層場景應用，維護場景應用的生命週期。可以結合各種信號管理、維護場景應用在各狀態將流轉。

開發者基於Context Agent Host開發各個場景應用，一個場景應用可以包括如下組成部分，如圖2B所示：Cloud App Package：是一個場景應用的整個應用包，可以通過場域domain來標識。

Page：是應用的最基本單元，Context Agent Host繼承於它，代表一個具有場景化感知和服務能力的應用單元，是一個服務元件，例如可以為一個HTML5網頁。Page類似於Android的Activity和iOS的ViewController，但不同的是，本案實施例中不同來源的Page可以任意組合或者嵌套，因此Page的使用和顯示可以不受限於APP。

Page Cover：是應用中的視圖模組，在場景服務中負責人機交互的部分。

Page Link：是應用之間交互的協議，通過Page Link可以喚起場景應用，也可以連接其他類型應用。因此Page Link可以承載Page間交互和通訊的一種資料結構。

從而基於Cloud App Package下載到終端設備本地後，在感知回應應用場景後啟動場景應用提供相應的服務，並且可以提供人機交互介面，便於使用者進行控制。

以下實施例均以YunOS為例，描述基於YunOS的Page管理，其中：

(1)Page

Page也可以稱為服務元件，是對本機服務和遠端服務的抽象，也即應用服務的基本單元，通過對資料和方法的封裝，可以提供各種服務。一個服務場景可以包括多個Page。舉例來說，一個Page可以是UI(使用者介面)、拍照等服務，也可以是後台服務，如帳戶認證。運行態Page稱為Page實例，是本機服務或遠端服務的運行載體，可由DPMS創建(比如DPMS收到PageA發送的指向PageB的PageLink後可創建PageB的實例)、調度、管理，DPMS可維護Page實例的生命週期。

每個Page可以在YunOS中被唯一標識，比如可以使用URI(Uniform Resource Identifier，唯一資源識別字)對Page進行標識。URI可以通過各種方式產生，只要可以保證唯一性即可，本案並不對URI的產生方式進行限制。

URI可以理解為一個位址連結，通過該URI可以唯一地確定出其對應的Page。例如，為了便於區分Page提供的服務，為該Page分配的URI中可以選擇性地包括該服務的相關資訊，例如：服務名稱、服務內容、服務提供方等。

例如：A公司提供的日曆服務，為其對應的Page分配的URI可以如下：Page：//calendar.a.com

其中：“Page：//”用於區分該地址為Page對應的位址，以和其他類型的位址區分；“calendar”表示提供的服務名稱；“a”表示該服務的提供方。

根據場景需求，一個Page可能需要創建多個Page實例，為便於區分同一Page的不同實例，可以進一步為每個Page實例分配唯一的Page ID進行標識，該標識可以在Page實例被創建時分配。Page實例是指Page的運行態，即本地或遠端服務的運行載體，由DPMS(Dynamic Page Manager Service，動態Page管理服務)創建調度並管理其生命週期。進一步地，該Page ID可以被攜帶在資訊實體PageLink中傳遞。

Page之間可以傳遞事件和/或數據，Page可以通過UI與使用者進行交互，以提供服務，如圖2F所示，PageA可以向PageB發送事件(Event)，並從PageB獲取返回的資料(Data)，PageA可以通過UI與用戶交互。其中，PageA可以提供服務A，PageB可以提供服務B。進一步地，PageA還可以以UI方式向使用者提供顯示介面，通過該介面為使用者展示服務以及接收使用者的各種輸入，PageB可以主要在後台運行，可以為其他Page提供服務支援。

Page可被創建和銷毀。Page從創建到銷毀有三種狀態：Created(建立)狀態：表示Page被創建，Page被創建(即被產生實體)後首先進入Created狀態；Running(運行)狀態：Page被啟動後進入Running狀態，Running狀態下的Page之間能夠傳遞事件和/或資料，以及能夠處理其他Running狀態的Page傳遞來的事件和/或數據；Stopped(停止)狀態：Page被去啟動後進入Stopped狀態，Stopped狀態下的Page不能夠與其他Page進行事件和/或資料的傳遞。

Page可在上述不同狀態之間進行轉換，並在轉換的時接收到生命事件通知，該生命事件通知用於指示Page轉換後的狀態。其中，Page的狀態轉換以及生命事件通知可以由DPMS控制。圖2G示出了Page狀態轉換示意圖，如圖2G所示，當Page從Created狀態進入Running狀態時，會收到onStart事件，當Page從Running狀態進入Stopped狀態時，會收到onStop事件，Page在Running狀態下，可以通過onLink介面接收到其他Page發來的Pagelink。其中，onStart事件是用於指示Page開始進入Running狀態的生命事件通知，onStop事件是用於指示Page開始進入Stopped狀態的生命事件通知。

若Page具有用UI(使用者介面)，則Running狀態可以擴展成為以下三種狀態中的一種：Hided(隱藏)狀態：Hided狀態下的Page能夠在後台運行，對於用戶來說不可見；Showed-inactive(可見地非交互)狀態：Showed-inactive狀態下的Page對於用戶來說可見，但是不回應用戶輸入；Showed-active(可見地交互)狀態：Showed-active狀態下的Page對用戶來說可見，並且可以回應用戶輸入。

例如：PageA為全屏窗口，PageB為非全屏窗口，當PageB在PageA之上顯示時，PageA是Showed-inactive狀態，PageB是Showed-active狀態。

通過生命事件通知，Page可在上述不同狀態之間進行轉換。圖2H示出了Page狀態轉換示意圖，如圖所示，Hided狀態下的Page收到onShow事件後進入Showed-inactive狀態，Showed-inactive狀態下的Page收到onHide事件後進入Hided狀態；Showed-inactive狀態下的Page收到onActive事件後進入Showed-active狀態，Showed-active狀態下的Page收到onInactive事件後進入Showed-inactive狀態。

(2)PageLink

PageLink是Page之間流轉的資訊實體，可以在Page間傳遞資訊，例如，事件和/或數據等。具體傳遞資料可以使用設定的API(Application Programming Interface，應用程式設計發展介面)，YunOS以此為基礎記錄服務元件之間的關聯關係。PageLink可以指定目標Page的URI，並且可以包含事件、資料、服務等資訊中的一種或多種。

Page通過PageLink以更加靈活的方式的組合，可以實現豐富的服務場景。

(3)DPMS

DPMS是Dynamic Page Manager Service的英文簡稱，中文稱為動態Page管理服務，可以被看作是服務元件管理實體，是一種系統服務。DPMS可以管理Page生命週期以及運行時調度，Page從創建到銷毀的生命週期管理，以及Page間經PageLink的交互都可以通過DPMS實現。

基於以上描述，本案實施例提供了一種服務元件管理系統，該系統可包括服務元件管理實體以及N個(N為大於1的整數)服務元件。基於該架構，服務元件管理實體可接收一個服務元件Page(為方便描述，此處稱為第一服務元件)發送的指向另一個服務元件Page(為方便描述，此處稱為第二服務元件的資訊實體PageLink)，並發送該PageLink給第二服務元件進行處理。

基於上述架構和概述，本案實施例可以結合Page提供系統層的搜索方法，從而能夠基於搜索的Page為使用者提供所需的服務，實現無縫搜索。

參照圖3，示出了本案實施例的一種檢索系統的處理示意圖。

本案實施例可以基於場景感知系統構建檢索系統，檢索系統包括服務端、應用中心平台和智慧設備。其中，應用中心平台(Page Center)指的是用於管理Page的應用中心的平台，可以接收開發者上傳的應用或者應用單元Page。服務端指的是提供檢索的平台，包括網路搜尋引擎(Cloud Search Engine)，Page Center可以作為服務端的資料來源，為服務端提供檢索資料。終端設備是使用者操作設備，終端設備中可以設置本地搜尋引擎，該本地搜尋引擎可以基於終端設備中的應用確定檢索資料並且可以從服務端獲取檢索資料。

本案實施例中，應用單元Page可以不受應用的限制進行任意組合和嵌套，應用單元可以通過組合的運行構成類似於應用運行的效果，即而用戶所看到的應用以是通過拆分的多個應用單元構成的，例如購物APP中的主頁上可以顯示多個專案如團購、超市、商城、外賣、旅行、購票等，而這每一個項目都可以由一個應用單元承載，從而通過多個應用單元的組合給使用者提供所需的各種服務功能。因此可以直接從設備中檢索應用單元並運行該應用單元即運行服務元件的實例，從而無需安裝應用即可為使用者提供應用單元的服務，提高檢索、使用者操作以及服務便捷性。服務端可以從應用中心獲取應用資料創建網路索引資訊，智慧設備依據本地的應用對應應用資料創建本地索引資訊，從而在終端設備中檢索時，可以依據本地索引資訊和/或網路索引資訊進行應用相關資訊的查詢。

其中，終端設備中應用單元的檢索可以通過如下步驟實現：參照圖4，示出了本案實施例的一種檢索示意圖；參照圖5，示出了本案的一種基於場景的應用操作方法實施例的步驟流程圖，具體可以包括如下步驟：

步驟502，接收使用者的查詢資訊。

步驟504，採用所述查詢資訊對索引資訊進行檢索，依據檢索結果確定應用單元。

步驟506，運行所述應用單元。

使用者在使用智慧設備時，若想要使用某種服務功能，或者想要使用應用的某些功能時，可以直接啟動系統檢索即運行提供檢索服務的Page(可以稱為第一應用單元)，在該第一Page的UI介面中輸入查詢資訊，從而終端設備基於該第一Page可以接收使用者的查詢資訊，可以通過PageLink傳遞查詢資訊。所述查詢資訊可以由一個或多個字元構成，字元可以包括符號、字母、數字、漢字等各種類型的字元。因此在接收到查詢資訊後，還可以對查詢資訊進行各種預處理，例如對於中文、字母等進行分詞處理等，得到查詢資訊的關鍵字等進行檢索。

在檢索時可以採用查詢資訊對索引資訊進行檢索，即依據關鍵字查詢索引資訊，得到相應的應用資料作為檢索結果，然後可以依據檢索結果確定Page(檢索到的Page可以稱為第二應用單元)，其中檢索資訊依據應用資料建立。在確定出第二Page後可以運行第二Page，即運行服務元件的實例，從而為使用者提供查詢的服務功能。其中，應用單元可以組合、嵌套來提供各種服務功能，從而對於從網路獲取的應用單元，實現不安裝應用就能夠直接執行來為使用者提供服務的功能。

本案實施例中，使用者輸入查詢資訊後，對應可以接收到搜索的系統信號，從而依據訂閱關係Subscription啟動本地搜尋引擎進行搜索，在搜索出應用單元Page後，可以基於Page Link可以喚起DPMS運行Page實例。

綜上，在接收到查詢資訊後，可以採用查詢資訊對索引資訊進行檢索，依據檢索結果確定應用單元，該應用單元包括應用拆分得到的單元，然後可以運行應用單元，通過應用單元為使用者提供所需的功能服務，實現服務功能的無縫搜索和支援，提高的搜索的便捷性。

本案實施例在檢索時可以依據本地索引資訊進行檢索，也可以依據網路索引資訊進行檢索。因此可以在本地和網路分別創建索引資訊，以支援終端設備中的系統搜索。

一種服務端索引建立方法如圖6所示。

步驟602，網路搜尋引擎從應用中心平台獲取應用資料。

步驟604，採用所述應用資料創建網路索引資訊，以依據所述網路索引資訊檢索應用單元。

服務端中設置網路搜尋引擎Cloud Search Engine，採用Cloud Search Engine從應用中心平台獲取應用資料，具體的可以採用爬蟲從應用中心平台Page Center爬取應用資料。

其中，Page Center接收開發的應用單元以及應用單元的應用資料，當然也可以接收其他應用相關資訊。本案實施例中應用資料包括：應用單元的單元資訊，該單元資訊用於描述、查找應用單元。所述單元資訊包括應用描述資訊、應用位址資訊、單元交互協定資訊中的至少一項；所述應用描述資訊用於描述應用單元，包括描述應用單元的功能，開發方、版本等各種資訊；應用位址資訊用於表徵應用單元的網路儲存位址、本機存放區位址、調用位址等資訊；單元交互協定資訊即為Page的資訊實體Page Link。

在獲取到應用資料後，可以採用Cloud Search Engine創建網路索引資訊，該網路索引資訊用於提供應用單元相關檢索資訊。從而在終端設備請求網路進行檢索時，可以依據該網路索引資訊檢索應用單元。

終端設備中也可以設置本地搜尋引擎Local Index Engine，從而本地應用的應用資料可以發送給本地搜尋引擎Local Index Engine，然後本地搜尋引擎Local Index Engine依據該應用資料創建本地索引資訊。

一種終端設備中索引建立方法如圖7所示。

步驟702，在應用運行時，獲取所述應用中應用單元對應單元資訊。

步驟704，將所述單元資訊作為應用資料發送給本地搜尋引擎。

步驟706，本地搜尋引擎依據所述應用資料創建本地索引資訊。

終端設備中應用單元運行來為使用者提供服務，因此可以獲取提供服務的應用單元對應單元資訊，然後將單元資訊作為應用資料發送給本地搜尋引擎Local Index Engine。一種示例中，獲取所述應用中應用單元對應單元資訊，包括：在所述應用開啟應用單元對應使用者介面時，獲取所述應用單元對應單元資訊。應用執行應用單元為使用者提供服務時可以顯示相應的使用者介面，因此使用者在需要某一功能服務時，可以點擊對應應用單元，應用開啟應用單元對應使用者介面，從而可以獲取該應用單元對應單元資訊。本案實施例中應用資料包括：應用單元的單元資訊，該單元資訊用於描述、查找應用單元。所述單元資訊包括應用描述資訊、應用位址資訊、單元交互協定資訊中的至少一項；所述應用描述資訊用於描述應用單元，包括描述應用單元的功能，開發方、版本等各種資訊；應用位址資訊用於表徵應用單元的網路儲存位址、本機存放區位址、調用位址等資訊；單元交互協定資訊即為Page的資訊實體Page Link。

在獲取到應用資料後，可以採用Local Index Engine創建本地索引資訊，該本地索引資訊用於提供應用單元相關檢索資訊。從而在終端設備在本地進行檢索時，可以依據該本地索引資訊檢索終端中的應用單元。

從而在本地和網路均可以創建索引資訊進行搜索，並且本案實施例可以應用於物聯網系統，所述物聯網系統中的物聯網設備通過搜索的應用單元Page進行交互。各個物聯網設備在本地採用應用資料創建本地索引資訊時，可以將應用資料上傳給網路搜尋引擎，從而網路搜尋引擎採用物聯網設備上傳的應用資料和從應用中心平台爬取應用資料共同創建網路索引資訊，從而基於伺服器打通各個物聯網設備，實現物聯網設備真正的互聯互通，實現無縫搜索，物聯網設備可以基於搜索獲取其他物聯網設備的應用單元Page，通過應用單元Page實現設備間的交互、控制。

在本地和網路均創建索引資訊後，可以基於本地搜尋引擎和網路搜尋引擎進行檢索。

參照圖8，示出了本案另一種搜索方法實施例的步驟流程圖。

步驟802，接收查詢資訊。

步驟804，依據所述查詢資訊檢索本地索引資訊。

在檢索時可以調用本地搜尋引擎，在本地索引資訊中對所述查詢資訊進行檢索，確定是否能夠查詢到符合該查詢資訊的應用單元、應用資料等資訊作為搜索結果。

步驟806，判斷是否查詢到。

若是，即查詢到查詢資訊對應的應用單元，執行步驟810；若否，即未查詢到查詢資訊對應的應用單元，執行步驟808。

步驟808，獲取本地的檢索結果。

本地搜尋引擎在本地索引資訊中檢索到與查詢資訊匹配的單元資訊作為檢索結果，從而可以獲取該檢索結果。

步驟810，發送檢索請求查詢網路側的網路索引資訊。

步驟812，接收網路側回饋的檢索結果。

本地搜尋引擎在本地未檢索到所述查詢資訊對應的應用單元時，將所述查詢資訊發送給網路側的網路搜尋引擎，以使所述網路搜尋引擎採用網路索引資訊對所述查詢資訊進行檢索。即可以依據查詢資訊產生檢索請求，然後將檢索請求發送給服務端的網路搜尋引擎，網路搜尋引擎接收檢索請求後，從所述檢索請求中獲取查詢資訊；依據所述查詢資訊查詢網路索引資訊，獲取與查詢資訊匹配的單元資訊作為檢索結果，然後將檢索結果回饋給終端設備的本地搜尋引擎。

步驟814，從檢索結果中獲取單元交互協定資訊，確定所述交互協定資訊對應的應用單元。

在獲取到將結果後，可以從檢索結果中獲取Page Link，從而採用該Page Link確定應用單元並且可以基於Page Link執行該應用單元為使用者提供服務。

步驟816，依據所述單元交互協定資訊調用服務進程，採用所述服務進程喚醒所述應用單元。

依據Page Link調用終端設備操作系統中的服務進程，採用該服務進程喚醒所述應用單元，即運行Page實例。

本案實施例中，所述服務進程包括動態服務進程和靜態服務進程；動態服務進程可以為DPMS(Dynamic Page Manager Service，動態頁面管理服務)Page運行期實例的管理的服務端，一般是指服務進程。靜態服務進程可以為SPMS(Static Page Manager Service，靜態頁面管理服務)Page運行期實例的管理的服務端，一般是指服務進程。

則依據所述單元交互協定資訊調用服務進程，採用所述服務進程喚醒所述應用單元，包括如下子步驟：

S1、所述動態服務進程調用所述靜態服務進程獲取所述應用單元；

S2、當所述靜態服務進程判斷本地不存在所述應用單元時，從應用中心下載所述應用單元，將所述應用單元回饋給所述動態服務進程

S3、所述動態服務進程運行所述應用單元，顯示所述應用單元對應的使用者介面。

DPMS可以調用SPMS獲取Page，SPMS基於Page Link查詢該Page，當在本地未查詢到該Page時，可以向Page Center發送請求，從而Page Center中下載該Page。在從本地或網路獲取到Page後，SPMS將Page發送給DPMS，DPMS運行該Page，並且可以基於該Page的Page Cover顯示對應的UI介面。

基於上述搜索方法，一種搜索示例如圖9A所示，其中本地搜尋引擎為pageInsight Search Engine，網路搜尋引擎為Cloud Search Engine，應用中心為Page Center。可以將Page上傳到Page Center，Cloud Search Engine可以基於Page Center創建網路索引資訊，pageInsight Search Engine基於終端設備中的應用和Page創建本地索引資訊。終端設備可以從Page Center下載Page數據包(package)或儲存，從而能夠在本地運行對應的Page。

用戶user在使用終端設備時，可以在終端設備中進行搜索，pageInsight Search Engine接收使用者的查詢資訊，pageInsight Search Engine從本地或者與Cloud Search Engine確定用戶所需的Page，然後調用DPMS運行Page，DPMS從SPMS獲取Page，其中，若本地磁片存在Page package，則當SPMS從本地獲取Page；若本地不存在該Page，則SPMS從Page Center獲取Page。再將Page回饋給DPMS，DPMS運行Pageprocess(即page運行進程)，顯示相應的使用者介面為使用者提供服務。

本案實施例中，基於服務元件Page為使用者提供各種服務功能，從而在終端設備中可以基於各個Page的組合為使用者提供所需功能，基於DPMS在Page間跳轉，運行相應的Page。如圖9B示例性地示出了兩種業務場景下，Page的關聯情況示意圖。其中，在業務場景1下，用戶在該業務的UI介面上的操作觸發Page1產生指向Page2的PageLink並通過DPMS發送給Page2，Page2收到Page1發送的PageLink後進行處理並產生指向Page3的PageLink，並通過DPMS發送給Page3，Page3收到該PageLink後進行處理，一方面產生指向Page4的PageLink並通過DPMA發送給Page4處理，另一方面產生指向Page9的PageLink並通過DPMS發送給Page9處理，Page4收到PageLink後進行處理並返回處理結果給Page3。

在場景2下，用戶在該業務的UI介面上的操作觸發Page5產生指向Page2的PageLink並通過DPMS發送給Page2，Page2收到Page5發送的PageLink後進行處理並產生指向Page6的PageLink，並通過DPMS發送給Page6處理，Page6收到PageLink後進行處理並產生指向Page7的PageLink，並通過DPMS發送給Page6處理，Page7收到PageLink後進行處理並產生指向Page10的PageLink，並通過DPMS發送給Page10處理，Page10收到PageLink後進行處理並返回處理結果給Page7。

例如在旅遊出行的業務場景下，涉及的Page的服務功能包括旅遊出行攻略服務、機票酒店查詢服務、支付服務、天氣查詢服務等，通過各個Page之間的跳轉為使用者提供各種功能服務。

例如在一個示例中，在移動設備本地，可以將已經存在的app，通過addIndex將應用資料插入pageInsight Search Engine。例如手機上已經有了購物APP1，使用者點開一個女裝頁面，那麼女裝頁面的pageLink的網頁地址將插入search engine。在雲端可以將各種app會把app或者app的分拆的page放入PageCenter，比如購物APP1就是一個cloud app，購物APP1可以將裡面每個分類項，比如商城作為一個Page，放入PageCenter。

Cloud的雲端搜尋引擎Cloud Search Engine通過爬蟲爬取PageCenter的Page，並建立網路索引資訊供搜索，例如通過爬蟲從PageCenter爬取淘寶的商城Page，並建立網路索引資訊。

用戶在使用終端設備時搜索一個應用APP，例如搜索商城。如果系統中不存在該APP，可以調用pageInsight Search Engine從Cloud Search Engine獲取該商城在購物APP1對應Page名稱和pageLink。如果系統中存在該APP，則pageInsight Search Engine向Page的管理者調用sendLink，發送一個pageLink。通過Page的管理者DPMS和SPMS調用函數getPageInfo，如果SPMS中沒有Page或者App，那麼從PageCenter中下載(load)。然後通過page process喚起app進程，比如喚起購物APP1，則購物APP1跳轉到商城的Page頁面，例如可以跳轉到商城裡面的女裝的頁面。

本案實施例以Page為應用的基本單元，從而在不安裝APP時通過Page嵌套組合即可為使用者提供服務，簡化服務流程。為了支援系統層面的搜索，可以將終端設備中各APP打通以執行檢索。如圖10所示：在一種示例中，對於即時通訊、通訊APP、日曆APP、視頻APP、相簿APP、社交APP等可以作為資料來源提供檢索資料，搜尋引擎Search Engine可以採用該資料來源建立索引資訊，從而採用搜尋引擎Search Engine基於索引資訊進行檢索。

其中，終端設備中各個app向搜尋引擎addIndex即添加應用資料，然後搜尋引擎對於添加的應用資料創建索引資訊(buildIndex)。在查詢時可以對查詢資訊，例如對於中文和拼音等進行分詞處理，從而對於查詢資訊對應關鍵字等輸入資訊進行queryParse的智慧檢索處理，索引出使用者的所需資料，並且按照使用者的最佳匹配給予搜索結果。從而打通智慧設備內部的APP，實現對各個APP均可進行搜索。

本案實施例可以應用於物聯網技術，可以是物理網中系統設備對自身的控制，或者對其他系統設備的控制。可以接收、整合物聯網的各種系統信號，然後感知搜索對應系統信號的場景並進行處理。例如檢索家用網路中燈光系統、安防系統的系統信號、各種智慧家居設備、智慧廚電設備的系統信號等，上述資訊可以通過伺服器的網路搜尋引擎獲取，例如採用智慧手機監控家用網路，則可以將家用網路中的各種系統信號發送給智慧手機，然後採用智慧手機感知系統信號對應的應用場景並進行分發和處理。本實施例可以開發系統信號的各種應用場景，從而可以整合各種設備的應用場景，通過設備對自身或是其他設備進行控制，構成統一開發、控制、管理、維護的系統平台，便於自動化執行場景需求。

如圖11所示，各種物聯網的智慧設備如電腦、智慧家電、手機、汽車、平板電腦(pad)以及其他智慧設備中均可設置本地搜尋引擎pageInsight search local Index engine，並且本地搜尋引擎可以連接網路搜尋引擎pageInsight cloud search engine。

每個智慧設備的智慧操作系統都可以具備一本地搜尋引擎pageInsight search local Index engine，各設備中的APP可以向本地搜尋引擎pageInsight search local Index engine添加應用資料，然後建立索引供本地搜索。本地搜尋引擎和應用中心還可以給雲端的網路搜尋引擎pageInsight cloud search engine提供應用資料，在雲端建立搜索索引，從而在雲端打通各個物聯網設備，實現物聯網設備真正的互聯互通，以便能夠採用物聯網設備進行無縫搜索，實現設備間的交互控制。從而各種終端設備均可作為搜索的結果顯示，以及實現終端控制。

使用者可以在服務端註冊直接的帳號，從而將自己的各種設備與帳戶綁定，從而通過帳號將各個設備打通，並上傳應用資料以在雲端，使得雲端能夠獲取各種來源的應用資料。通過帳號綁定使得各個設備加強和搜索的聯繫，使用者在設備中搜索時，可以通過各種輸入方式進行輸入，例如文字、語音等，從而在本地調用以及通過統一帳號等使用者資訊供其他設備調用，其他互聯網設備，通過帳號和search engine向雲端的網路搜尋引擎pageInsight cloud search engine請求資料，然後雲端網路搜尋引擎pageInsight cloud search engine提供搜索結果。從而各種設備可以互聯搜索，給使用者提供各種便捷的服務。使用者可以在服務端註冊直接的帳號，從而將自己的各種設備與帳戶綁定，從而通過帳號將各個設備打通，並且服務端可以提供設備所需的各種Page等資料，在使用者需要控制設備時，直接登錄帳戶進行搜索即可獲取相應功能的Page頁，從而能夠將自己的各個設備互聯，統一搜索控制、管理，提高處理效率和用戶體驗效果。

在本案的一個可選實施例中，第一設備採用所述應用單元產生操作資訊，將所述操作資訊通過伺服器傳輸給第二設備，以對第二設備進行控制，其中，所述第一設備和第二設備為物聯網設備。一個物聯網設備通過搜索運行應用單元Page，可以展示該Page的使用者介面，該Page可以具有控制其他物聯網設備的功能，從而基於使用者在該使用者介面中的操作產生操作資訊，當該操作資訊需要執行控制其他物聯網設備的功能時，可以將該操作資訊發送給伺服器，然後由伺服器將操作資訊分發給相應的其他物聯網設備，其他物聯網設備接收到操作資訊的系統信號後，依據訂閱關係Subscription查詢對應的應用單元Page，然後基於Page Link可以喚起相應的場景應用Context Agent，採用場景引擎Context Agent Engine管理該場景應用的運行，Context Agent中對應搜索出來的應用單元Page執行該應用場景的操作。從而通過服務端收集各個物聯網設備的應用資訊創建索引將設備打通，通過一個設備可以實現對另一個設備的控制，實現物聯網系統中設備的互聯互通，基於無縫搜索及回應形成有效而便捷的控制。

需要說明的是，對於方法實施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領域技術人員應該知悉，本案實施例並不受所描述的動作順序的限制，因為依據本案實施例，某些步驟可以採用其他順序或者同時進行。其次，本領域技術人員也應該知悉，說明書中所描述的實施例均屬於優選實施例，所涉及的動作並不一定是本案實施例所必須的。

本案實施例還提供了一種搜索裝置，應用於終端設備。

參照圖12，示出了本案一種搜索裝置實施例的結構方塊圖，具體可以包括如下模組：接收模組1202，用於接收查詢資訊。

檢索模組1204，用於採用所述查詢資訊對索引資訊進行檢索，依據檢索結果確定應用單元。

運行模組1206，用於運行所述應用單元。

其中，所述應用單元為用於提供服務功能的服務元件。終端設備中不同的應用單元可以組合運行。

所述檢索模組1204，用於依據所述查詢資訊檢索本地索引資訊，其中，所述本地索引資訊依據本地應用的應用資料創建。

檢索模組1204，還用於在本地未檢索到所述查詢資訊對應的應用單元時，查詢網路側的網路索引資訊，所述網路索引資訊依據應用中心的應用資料創建。

還包括：本地索引建立模組，用於獲取本地應用的應用資料發送給本地搜尋引擎，所述本地搜尋引擎依據所述應用資料創建本地索引資訊。

所述檢索模組1204，用於本地搜尋引擎在本地未檢索到所述查詢資訊對應的應用單元時，將所述查詢資訊發送給網路側的網路搜尋引擎，以使所述網路搜尋引擎採用網路索引資訊對所述查詢資訊進行檢索。

其中，所述應用資料包括：應用單元的單元資訊。所述單元資訊包括應用描述資訊、應用位址資訊、單元交互協定資訊中的至少一項。

所述檢索結果包括：單元交互協定資訊；所述檢索模組1204，用於從檢索結果中獲取單元交互協定資訊，確定所述交互協定資訊對應的應用單元。

所述運行模組1206，用於依據所述單元交互協定資訊調用服務進程，採用所述服務進程喚醒所述應用單元。

其中，所述服務進程包括動態服務進程和靜態服務進程；所述運行模組1206，用於所述動態服務進程調用所述靜態服務進程獲取所述應用單元；所述動態服務進程運行所述應用單元，顯示所述應用單元對應的使用者介面。

所述運行模組1206，還用於當所述靜態服務進程判斷本地不存在所述應用單元時，從應用中心下載所述應用單元，將所述應用單元回饋給所述動態服務進程。

所述本地索引建立模組，用於在應用運行時，獲取所述應用中應用單元對應單元資訊；將所述單元資訊作為應用資料發送給本地搜尋引擎。

所述本地索引建立模組，用於在所述應用開啟應用單元對應使用者介面時，獲取所述應用單元對應單元資訊。

本案實施例還提供了一種索引建立裝置，應用於服務端。

參照圖13，示出了本案一種索引建立裝置實施例的結構方塊圖，具體可以包括如下模組：資料獲取模組1302，用於網路搜尋引擎從應用中心平台獲取應用資料，其中，所述應用中心儲存有應用單元。

索引創建模組1304，用於採用所述應用資料創建網路索引資訊，以依據所述網路索引資訊檢索應用單元。

所述資料獲取模組1302，用於所述網路搜尋引擎採用爬蟲從應用中心平台爬取應用單元的應用資料。

還包括：檢索回饋模組，用於接收檢索請求，從所述檢索請求中獲取查詢資訊；依據所述查詢資訊查詢網路索引資訊，獲取檢索結果進行回饋。

其中，所述應用資料包括：應用單元的單元資訊；所述單元資訊包括應用描述資訊、應用位址資訊、單元交互協定資訊中的至少一項；所述檢索結果包括：單元交互協定資訊。

本案實施例還提供了一種非易失性可讀儲存媒體，該儲存媒體中儲存有一個或多個程式(programs)，該一個或多個程式被應用在終端設備時，可以使得該終端設備執行本案實施例中各方法步驟的指令(instructions)。

圖14為本案一實施例提供的計算設備的硬體結構示意圖，所述計算設備包括伺服器和終端設備，所述終端設備包括各種類型的智慧終端機。如圖14所示，該終端設備可以包括輸入設備80、處理器81、輸出設備82、記憶體83和至少一個通信匯流排84。通信匯流排84用於實現元件之間的通信連接。記憶體83可能包含高速RAM記憶體，也可能還包括非易失性記憶體NVM，例如至少一個磁碟記憶體，記憶體83中可以儲存各種程式，用於完成各種處理功能以及實現本實施例的方法步驟。

可選的，上述處理器81例如可以為中央處理器(Central Processing Unit，簡稱CPU)、應用專用積體電路(ASIC)、數位訊號處理器(DSP)、數位信號處理設備(DSPD)、可程式設計邏輯器件(PLD)、現場可程式設計閘陣列(FPGA)、控制器、微控制器、微處理器或其他電子元件實現，該處理器81通過有線或無線連接耦合到上述輸入設備80和輸出設備82。

可選的，上述輸入設備80可以包括多種輸入設備，例如可以包括面向使用者的使用者介面、面向設備的設備介面、軟體的可程式設計介面、攝像頭、感測器中至少一種。可選的，該面向設備的設備介面可以是用於設備與設備之間進行資料傳輸的有線介面、還可以是用於設備與設備之間進行資料傳輸的硬體插入介面(例如USB介面、串口等)；可選的，該面向使用者的使用者介面例如可以是面向使用者的控制按鍵、用於接收語音輸入的語音輸入設備以及使用者接收使用者觸摸輸入的觸摸感知設備(例如具有觸摸感應功能的觸控式螢幕、觸控板等)；可選的，上述軟體的可程式設計介面例如可以是供使用者編輯或者修改程式的入口，例如晶片的輸入引腳介面或者輸入介面等；可選的，上述收發信機可以是具有通信功能的射頻收發晶片、基帶處理晶片以及收發天線等。麥克風等聲音輸入設備可以接收語音資料。輸出設備82可以包括顯示器、音響等輸出設備。

在本實施例中，該終端設備的處理器包括用於執行各設備中資料處理裝置各模組的功能，具體功能和技術效果參照上述實施例即可，此處不再贅述。

圖15為本案另一實施例提供的計算設備的硬體結構示意圖。圖15是對圖14在實現過程中的一個具體的實施例。如圖15所示，本實施例的終端設備包括處理器91以及記憶體92。

處理器91執行記憶體92所存放的電腦程式代碼，實現上述實施例中圖1至圖11的資料處理方法。

記憶體92被配置為儲存各種類型的資料以支援在終端設備的操作。這些資料的示例包括用於在終端設備上操作的任何應用程式或方法的指令，例如消息，圖片，視頻等。記憶體92可能包含隨機存取記憶體(random access memory，簡稱RAM)，也可能還包括非易失性記憶體(non-volatile memory)，例如至少一個磁碟記憶體。

可選地，處理器91設置在處理組件90中。該終端設備還可以包括：通信組件93，電源元件94，多媒體元件95，音訊組件96，輸入/輸出介面97和/或感測器組件98。終端設備具體所包含的組件等依據實際需求設定，本實施例對此不作限定。

處理組件90通常控制終端設備的整體操作。處理組件90可以包括一個或多個處理器91來執行指令，以完成上述圖1至圖11方法的全部或部分步驟。此外，處理組件90可以包括一個或多個模組，便於處理元件90和其他元件之間的交互。例如，處理元件90可以包括多媒體模組，以方便多媒體元件95和處理組件90之間的交互。

電源元件94為終端設備的各種元件提供電力。電源元件94可以包括電源管理系統，一個或多個電源，及其他與為終端設備產生、管理和分配電力相關聯的組件。

多媒體元件95包括在終端設備和使用者之間的提供一個輸出介面的顯示幕。在一些實施例中，顯示幕可以包括液晶顯示器(LCD)和觸摸面板(TP)。如果顯示幕包括觸摸面板，顯示幕可以被實現為觸控式螢幕，以接收來自使用者的輸入信號。觸摸面板包括一個或多個觸摸感測器以感測觸摸、滑動和觸摸面板上的手勢。所述觸摸感測器可以不僅感測觸摸或滑動動作的邊界，而且還檢測與所述觸摸或滑動操作相關的持續時間和壓力。

音訊組件96被配置為輸出和/或輸入音訊信號。例如，音訊元件96包括一個麥克風(MIC)，當終端設備處於操作模式，如語音辨識模式時，麥克風被配置為接收外部音訊信號。所接收的音訊信號可以被進一步儲存在記憶體92或經由通信組件93發送。在一些實施例中，音訊組件96還包括一個揚聲器，用於輸出音訊信號。

輸入/輸出介面97為處理組件90和週邊介面模組之間提供介面，上述週邊介面模組可以是點擊輪，按鈕等。這些按鈕可包括但不限於：音量按鈕、啟動按鈕和鎖定按鈕。

感測器組件98包括一個或多個感測器，用於為終端設備提供各個方面的狀態評估。例如，感測器元件98可以檢測到終端設備的打開/關閉狀態，元件的相對定位，使用者與終端設備接觸的存在或不存在。感測器組件98可以包括接近感測器，被配置用來在沒有任何的物理接觸時檢測附近物體的存在，包括檢測用戶與終端設備間的距離。在一些實施例中，該感測器組件98還可以包括攝像頭等。

通信組件93被配置為便於終端設備和其他設備之間有線或無線方式的通信。終端設備可以接入基於通信標準的無線網路，如WiFi，2G或3G，或它們的組合。在一個實施例中，該終端設備中可以包括SIM卡插槽，該SIM卡插槽用於插入SIM卡，使得終端設備可以登錄GPRS網路，通過互聯網與伺服器建立通信。

由上可知，在圖15實施例中所涉及的通信組件93、音訊組件96以及輸入/輸出介面97、感測器組件98均可以作為圖14實施例中的輸入裝置的實現方式。

在本實施例的一種終端設備中，所述通信元件，耦合至所述處理器，接收查詢資訊；所述處理器，採用所述查詢資訊對索引資訊進行檢索，依據檢索結果確定應用單元；運行所述應用單元。

在本實施例的一種伺服器中，所述通信元件，耦合至所述處理器，採用網路搜尋引擎從應用中心平台獲取應用資料，其中，所述應用中心儲存有應用單元；所述處理器，採用網路搜尋引擎依據所述應用資料創建網路索引資訊，以依據所述網路索引資訊檢索應用單元。

本案實施例還提供一種終端設備的操作系統，如圖16所示，該終端設備的操作系統包括：接收單元1602、檢索單元1604和運行單元1606。

接收單元1602，接收查詢資訊。

檢索單元1604，採用所述查詢資訊對索引資訊進行檢索，依據檢索結果確定應用單元。

運行單元1606，運行所述應用單元。

在另一種示例中，該終端設備的操作系統包括：場景框架、場景解析引擎和場景應用層。一種示例為應用於上述圖1的主題框架，則場景框架為Context Agent Framework；場景解析引擎為Context Agent Engine；場景應用層為Context Agent Host。

對於裝置實施例而言，由於其與方法實施例基本相似，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。

本說明書中的各個實施例均採用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似的部分互相參見即可。

本領域內的技術人員應明白，本案實施例的實施例可提供為方法、裝置、或電腦程式產品。因此，本案實施例可採用完全硬體實施例、完全軟體實施例、或結合軟體和硬體方面的實施例的形式。而且，本案實施例可採用在一個或多個其中包含有電腦可用程式碼的電腦可用儲存媒體(包括但不限於磁碟記憶體、CD-ROM、光學記憶體等)上實施的電腦程式產品的形式。

在一個典型的配置中，所述電腦設備包括一個或多個處理器(CPU)、輸入/輸出介面、網路介面和記憶體。記憶體可能包括電腦可讀媒體中的非永久性記憶體，隨機存取記憶體(RAM)和/或非易失性記憶體等形式，如唯讀記憶體(ROM)或快閃記憶體(flash RAM)。記憶體是電腦可讀媒體的示例。電腦可讀媒體包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術來實現資訊儲存。資訊可以是電腦可讀指令、資料結構、程式的模組或其他資料。電腦的儲存媒體的例子包括，但不限於相變記憶體(PRAM)、靜態隨機存取記憶體(SRAM)、動態隨機存取記憶體(DRAM)、其他類型的隨機存取記憶體(RAM)、唯讀記憶體(ROM)、電可擦除可程式設計唯讀記憶體(EEPROM)、快閃記憶體或其他記憶體技術、唯讀光碟唯讀記憶體(CD-ROM)、數位多功能光碟(DVD)或其他光學儲存、磁盒式磁帶，磁帶磁磁片儲存或其他磁性存放裝置或任何其他非傳輸媒體，可用於儲存可以被計算設備訪問的資訊。按照本文中的界定，電腦可讀媒體不包括非持續性的電腦可讀媒體(transitory media)，如調製的資料信號和載波。

本案實施例是參照根據本案實施例的方法、終端設備(系統)、和電腦程式產品的流程圖和/或方塊圖來描述的。應理解可由電腦程式指令實現流程圖和/或方塊圖中的每一流程和/或方塊、以及流程圖和/或方塊圖中的流程和/或方塊的結合。可提供這些電腦程式指令到通用電腦、專用電腦、嵌入式處理機或其他可程式設計資料處理終端設備的處理器以產生一個機器，使得通過電腦或其他可程式設計資料處理終端設備的處理器執行的指令產生用於實現在流程圖一個流程或多個流程和/或方塊圖一個方塊或多個方塊中指定的功能的裝置。

這些電腦程式指令也可儲存在能引導電腦或其他可程式設計資料處理終端設備以特定方式工作的電腦可讀記憶體中，使得儲存在該電腦可讀記憶體中的指令產生包括指令裝置的製造品，該指令裝置實現在流程圖一個流程或多個流程和/或方塊圖一個方塊或多個方塊中指定的功能。

這些電腦程式指令也可裝載到電腦或其他可程式設計資料處理終端設備上，使得在電腦或其他可程式設計終端設備上執行一系列操作步驟以產生電腦實現的處理，從而在電腦或其他可程式設計終端設備上執行的指令提供用於實現在流程圖一個流程或多個流程和/或方塊圖一個方塊或多個方塊中指定的功能的步驟。

儘管已描述了本案實施例的優選實施例，但本領域內的技術人員一旦得知了基本創造性概念，則可對這些實施例做出另外的變更和修改。所以，所附權利要求意欲解釋為包括優選實施例以及落入本案實施例範圍的所有變更和修改。

最後，還需要說明的是，在本文中，諸如第一和第二等之類的關係術語僅僅用來將一個實體或者操作與另一個實體或操作區分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關係或者順序。而且，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者終端設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者終端設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，並不排除在包括所述要素的過程、方法、物品或者終端設備中還存在另外的相同要素。

以上對本案所提供的一種搜索方法、一種索引建立方法、一種搜索裝置、一種索引建立裝置、一種終端設備，一種伺服器以及一種終端設備的操作系統，進行了詳細介紹，本文中應用了具體個例對本案的原理及實施方式進行了闡述，以上實施例的說明只是用於幫助理解本案的方法及其核心思想；同時，對於本領域的一般技術人員，依據本案的思想，在具體實施方式及應用範圍上均會有改變之處，綜上所述，本說明書內容不應理解為對本案的限制。

Claims

一種搜索方法，包括：接收查詢資訊；採用所述查詢資訊對索引資訊進行檢索，依據檢索結果確定應用單元；運行所述應用單元。
如申請專利範圍第1項所述的方法，其中所述應用單元為用於提供服務功能的服務元件。
如申請專利範圍第1項所述的方法，其中不同的應用單元可以組合運行。
如申請專利範圍第1項所述的方法，其中所述採用所述查詢資訊對索引資訊進行檢索，包括：依據所述查詢資訊檢索本地索引資訊，其中，所述本地索引資訊依據本地應用的應用資料創建。
如申請專利範圍第4項所述的方法，還包括：在本地未檢索到所述查詢資訊對應的應用單元時，查詢網路側的網路索引資訊，所述網路索引資訊依據應用中心的應用資料創建。
如申請專利範圍第5項所述的方法，還包括：獲取本地應用的應用資料發送給本地搜尋引擎，所述本地搜尋引擎依據所述應用資料創建本地索引資訊。
如申請專利範圍第6項所述的方法，其中所述在本地未檢索到所述查詢資訊對應的應用單元時，查詢網路側的網路索引資訊，包括：本地搜尋引擎在本地未檢索到所述查詢資訊對應的應用單元時，將所述查詢資訊發送給網路側的網路搜尋引擎，以使所述網路搜尋引擎採用網路索引資訊對所述查詢資訊進行檢索。
如申請專利範圍第1至7項中任一項所述的方法，其中所述應用資料包括：應用單元的單元資訊。
如申請專利範圍第8項所述的方法，其中所述單元資訊包括應用描述資訊、應用位址資訊、單元交互協定資訊中的至少一項。
如申請專利範圍第9項所述的方法，其中所述檢索結果包括：單元交互協定資訊；所述依據檢索結果確定應用單元，包括：從檢索結果中獲取單元交互協定資訊，確定所述交互協定資訊對應的應用單元。
如申請專利範圍第10項所述的方法，其中運行所述應用單元，包括：依據所述單元交互協定資訊調用服務進程，採用所述服務進程喚醒所述應用單元。
如申請專利範圍第11項所述的方法，其中所述服務進程包括動態服務進程和靜態服務進程；則依據所述單元交互協定資訊調用服務進程，採用所述服務進程喚醒所述應用單元，包括：所述動態服務進程調用所述靜態服務進程獲取所述應用單元；所述動態服務進程運行所述應用單元，顯示所述應用單元對應的使用者介面。
如申請專利範圍第12項所述的方法，還包括：當所述靜態服務進程判斷本地不存在所述應用單元時，從應用中心下載所述應用單元，將所述應用單元回饋給所述動態服務進程。
如申請專利範圍第8項所述的方法，其中獲取本地應用的應用資料發送給本地搜尋引擎，包括：在應用運行時，獲取所述應用中應用單元對應單元資訊；將所述單元資訊作為應用資料發送給本地搜尋引擎。
如申請專利範圍第14項所述的方法，其中獲取所述應用中應用單元對應單元資訊，包括：在所述應用開啟應用單元對應使用者介面時，獲取所述應用單元對應單元資訊。
如申請專利範圍第1至7和9至15項中任一項所述的方法，其中應用於物聯網系統，所述物聯網系統中的物聯網設備通過搜索的應用單元進行交互。
如申請專利範圍第16項所述的方法，還包括：第一設備採用所述應用單元產生操作資訊，將所述操作資訊通過伺服器傳輸給第二設備，以對第二設備進行控制，其中，所述第一設備和第二設備為物聯網設備。
一種索引建立方法，包括：網路搜尋引擎從應用中心平台獲取應用資料，其中，所述應用中心儲存有應用單元；採用所述應用資料創建網路索引資訊，以依據所述網路索引資訊檢索應用單元。
如申請專利範圍第18項所述的方法，其中所述應用單元為用於提供服務功能的服務元件。
如申請專利範圍第18項所述的方法，其中不同的應用單元可以組合運行。
如申請專利範圍第18項所述的方法，其中所述網路搜尋引擎從應用中心平台獲取應用資料，包括：所述網路搜尋引擎採用爬蟲從應用中心平台爬取應用單元的應用資料。
如申請專利範圍第21項所述的方法，還包括：接收檢索請求，從所述檢索請求中獲取查詢資訊；依據所述查詢資訊查詢網路索引資訊，獲取檢索結果進行回饋。
如申請專利範圍第18至22項中任一項所述的方法，其中所述應用資料包括：應用單元的單元資訊；所述單元資訊包括應用描述資訊、應用位址資訊、單元交互協定資訊中的至少一項；所述檢索結果包括：單元交互協定資訊。
如申請專利範圍第23項所述的方法，其中應用於物聯網系統，所述物聯網系統中的物聯網設備通過搜索的應用單元進行交互。
如申請專利範圍第23項所述的方法，其中採用所述應用資料創建網路索引資訊之前，還包括：網路搜尋引擎從物聯網設備的本地搜尋引擎中獲取應用資料。
一種搜索裝置，包括：接收模組，用於接收查詢資訊；檢索模組，用於採用所述查詢資訊對索引資訊進行檢索，依據檢索結果確定應用單元；運行模組，用於運行所述應用單元。
一種索引建立裝置，包括：資料獲取模組，用於網路搜尋引擎從應用中心平台獲取應用資料，其中，所述應用中心儲存有應用單元；索引創建模組，用於採用所述應用資料創建網路索引資訊，以依據所述網路索引資訊檢索應用單元。
一種終端設備，包括：處理器和通信組件；所述通信組件，耦合至所述處理器，接收查詢資訊；所述處理器，採用所述查詢資訊對索引資訊進行檢索，依據檢索結果確定應用單元；運行所述應用單元。
一種伺服器，包括：處理器和通信組件；所述通信元件，耦合至所述處理器，採用網路搜尋引擎從應用中心平台獲取應用資料，其中，所述應用中心儲存有應用單元；所述處理器，採用網路搜尋引擎依據所述應用資料創建網路索引資訊，以依據所述網路索引資訊檢索應用單元。
一種終端設備的操作系統，包括：接收單元，接收查詢資訊；檢索單元，採用所述查詢資訊對索引資訊進行檢索，依據檢索結果確定應用單元；運行單元，運行所述應用單元。