專利名稱：確定用戶上下文并建議任務的上下文任務推薦系統(tǒng)和方法
技術領域：
本發(fā)明總體上涉及提供用于裝置的用戶控制的用戶接口，具體地講，涉及一種用于確定用戶上下文并建議任務的上下文任務推薦系統(tǒng)和方法。
背景技術：
用于諸如CE裝置的裝置(例如，TV、VCR、DVD播放器、CD播放器等)的用戶控制的一般用戶接口是這樣的，即用戶任務沒有在這些裝置中顯示。相反，一套裝置功能呈現(xiàn)給用戶，用戶選擇這些裝置功能的組合以執(zhí)行任務。例如，為了觀看錄像磁帶，用戶需要選擇輸入(例如，磁帶)，將磁帶倒帶并按下VCR上的播放鍵。其結果是，用戶不能簡單地指定他/她想要“觀看”“錄像磁帶”以使上述操作自動化。用戶不能表達將被執(zhí)行的期望任務(例如，“觀看”“錄像磁帶”)，相反地，用戶必須直接控制裝置以執(zhí)行期望的功能(例如，選擇輸入，將磁帶倒帶并按下VCR上的播放鍵)。
這類似于傳統(tǒng)的軟件體系結構，其中，任務映射到應用程序的構思中。例如，如果用戶想寫信，那么用戶運行具有適當功能性的文字處理器。但是，除了映射到眾所周知的名字的公知功能性之外，幾乎不向用戶表達什么。另一種選擇呈現(xiàn)給用戶一套菜單形式的選項。一些系統(tǒng)允許眾所周知的任務以菜單選項(例如，拼寫檢查文檔或VCR上的即時記錄)被列出。但是，這些系統(tǒng)僅將裝置功能提供給用戶。
另一種選擇已經允許用戶用圖形表達任務(例如，用線將一套所描述的裝置連接在一起以執(zhí)行期望的任務)。該方法的問題是它并不能掩蓋用戶使用這些裝置的復雜性。該方法將功能選擇用圖形表示給用戶，并且要求用戶指定執(zhí)行任務所必需的連接。
另一種選擇是一種發(fā)現(xiàn)裝置的系統(tǒng)，由此在多跳(ad-hoc)環(huán)境中可獲得服務。該系統(tǒng)識別應被集合的服務，并且將可能的服務組合最終建議給用戶。在將集合的服務組合建議給用戶的同時，該系統(tǒng)基于任何用戶喜好集和用戶的執(zhí)行歷史來對服務評分，并且將具有最高分數(shù)的服務顯示給用戶。但是，在這種系統(tǒng)中，不考慮用戶的上下文，而是基于用戶喜好和執(zhí)行歷史來將服務排序，這導致了按照在特定時刻不反映用戶意圖的方式來對服務評分。

發(fā)明內容
本發(fā)明致力于解決上述缺點。在本發(fā)明的一個實施例中，提供了一種多個裝置的網絡中的系統(tǒng)和方法，其確定用戶上下文，以將最優(yōu)選的任務建議給用戶來執(zhí)行。用戶上下文包括他/她的位置、他/她感興趣的內容、允許他/她訪問的內容、正被他/她使用的裝置、以及允許他/她訪問的裝置。通過使用該上下文，該系統(tǒng)將適合于該上下文的任務建議給用戶。
通過保持對在任何給定時間用戶可用的內容和裝置進行跟蹤，來執(zhí)行上下文的確定和任務的建議。根據特定的策略來執(zhí)行任務的建議。此外，用戶可通過改變策略中的規(guī)則來控制系統(tǒng)的行為。
任務表現(xiàn)為能夠被用戶容易地理解的簡單語句的形式。如果基于特定的內容，多于一個的任務是可能的，那么系統(tǒng)建議與用戶最相關的任務，該任務通過由優(yōu)先化模塊分配給任務的優(yōu)先級來被識別。
該系統(tǒng)通過使時間、裝置信息、內容信息、位置信息以及用戶執(zhí)行的動作相互關聯(lián)，來創(chuàng)建上下文。上下文信息然后被使用以查找任務并將其建議給用戶，從而導致與用戶相關的任務建議?，F(xiàn)有技術僅基于裝置/任務特征來執(zhí)行簡單評分，而不基于用戶上下文來建議任務。
通過參照下面的描述、權利要求以及附圖，本發(fā)明的這些和其它特征、方面和優(yōu)點將被理解。


圖1顯示了實現(xiàn)本發(fā)明實施例的網絡的例子。
圖2顯示了根據本發(fā)明實施例的相互作用控制器和任務產生模塊的功能方框圖。
圖3A顯示了根據本發(fā)明實施例的由上下文任務推薦器執(zhí)行的總體步驟的流程圖。
圖3B至圖3D顯示了根據本發(fā)明實施例的由上下文任務推薦器執(zhí)行的示例的特定步驟的流程圖。
圖4顯示了根據本發(fā)明實施例的由任務產生模塊執(zhí)行的總體步驟的流程圖。
具體實施例方式
圖1顯示了根據本發(fā)明實施例的諸如家庭網絡的網絡10的示例的功能結構，網絡10實現(xiàn)了上下文任務推薦以及用于確定用戶上下文并建議任務的技術。網絡10包括裝置20(例如，包括內容)和裝置30(例如，具有將客戶機GUI顯示給用戶的可視界面的客戶機裝置)；和可選接口40，用于將網絡10連接到另一網絡50(例如，另一家庭網絡、互聯(lián)網等)。盡管裝置20和30被顯示為分離，但是單個物理裝置可包括一個或多個客戶機裝置和/或一個或多個服務器裝置。
裝置20和30可分別執(zhí)行用于通信的HTTP協(xié)議以及它們之間的協(xié)議。盡管在于此描述的例子中，網絡10使用HTTP協(xié)議，但是本領域技術人員應該理解，本發(fā)明也可使用利用了客戶機-服務器模型的其它網絡通信協(xié)議。示例的裝置20可以是VCR、DVD、計算機等。此外，示例的客戶機裝置30可以是TV、計算機等。
網絡10還包括至少一個相互作用控制器(IC)60，相互作用控制器60用于在一方面確定用戶上下文以將最優(yōu)選的任務建議給用戶來執(zhí)行。任務包括基于可使用裝置來被執(zhí)行的活動的顯示的偽語句。例如，如果裝置具有TV和DVD播放器，那么“在TV上播放電影”是一個任務。用戶上下文包括例如他/她的位置、他/她感興趣的內容以及正被他/她使用的裝置。通過使用該上下文，系統(tǒng)將適合于該上下文的任務建議給用戶。
通過保持對在任何給定時間用戶可用的內容和裝置進行跟蹤，來執(zhí)行上下文的確定和任務的建議。根據特定的策略來執(zhí)行任務的建議。此外，用戶可通過改變策略中的規(guī)則來控制系統(tǒng)的行為。如果基于特定的上下文，多于一個的任務是可能的，那么該系統(tǒng)建議與用戶最相關的任務。該系統(tǒng)通過使時間、裝置信息、內容信息、位置信息以及用戶執(zhí)行的動作相互關聯(lián)來創(chuàng)建上下文。然后上下文信息被使用，以查找任務并將其建議給用戶，從而導致與用戶最相關的任務建議?，F(xiàn)有技術僅基于裝置/任務特征來執(zhí)行簡單評分，而不基于用戶上下文來建議任務。
如下面進一步更詳細的描述，在一個示例中，相互作用控制器60通過以下步驟來將任務建議給用戶(1)確定上下文信息，諸如用戶的位置、他/她正使用的裝置、用戶想要使用的內容以及允許用戶使用的裝置；(2)可選地，提供用于控制系統(tǒng)的行為的策略規(guī)則；和(3)使用用戶上下文信息以建議與當前上下文相匹配的任務。
在相互作用控制器60的一個實施例中，通過使用用戶所使用的網絡中的裝置的位置來直接確定用戶的位置。通常，用戶使用(例如客戶機裝置20或服務器裝置30上的)客戶機程序來與相互作用控制器60進行交互。通過使用上下文查找器(上下文代理)62，相互作用控制器60從裝置或從不能提供其位置的裝置的配置文件獲得每個裝置(例如，裝置20或30)的位置。
裝置/運行用戶的客戶機程序的裝置的配置文件還包含一條稱為“cookie”的附加信息。當用戶啟動客戶機程序時，客戶機程序將該cookie發(fā)送到相互作用控制器60。相互作用控制器60將由客戶機程序提供的cookie與裝置配置文件中的cookie相匹配。其cookie與客戶機cookie相匹配的裝置的位置被識別為用戶的位置。最后，內容元數(shù)據包含內容的位置。從產生或存儲內容的裝置的位置確定該內容的位置。也可從諸如裝置上的GPS的傳感器獲得位置信息。雖然家庭網絡中的一些消費電子產品(CE)可不裝備位置傳感器，但是本發(fā)明可考慮使用這些位置傳感器。
內容元數(shù)據包括關于內容的信息。例如，音樂文件包含曲目名稱、藝術家、專輯、曲目號、MIME類型等。在本發(fā)明中，使用了附加的元數(shù)據。例如，位置信息被添加到內容元數(shù)據。該數(shù)據允許使內容的位置和用戶的位置相互關聯(lián)。
圖2顯示了將任務建議提供給客戶機程序(例如，客戶機1、客戶機2...客戶機N)的相互作用控制器60的功能方框圖。相互作用控制器60包括上下文任務推薦器(CTR)65和任務產生模塊70。每當新裝置或新內容分別在網絡中被發(fā)現(xiàn)時，上下文任務推薦器65通過新裝置事件或新內容事件被觸發(fā)。可觸發(fā)上下文任務推薦器的一般用戶活動包括例如打開TV、將音頻CD插入裝置中等。優(yōu)先化模塊63將分配給任務的優(yōu)先級提供給CTR 65。
策略過濾器68允許系統(tǒng)僅對特定類型的裝置和內容作出反應。例如，每當新內容添加到該系統(tǒng)中時，CTR 65接收事件。策略使用戶指定他僅對特定類型的文件，諸如mp3文件感興趣。通過在策略文件中將其陳述，策略過濾器68忽略除mp3之外的所有內容。當策略過濾器68接收mp3文件時，策略過濾器68啟動確定相關任務并將其建議給用戶的循環(huán)。
圖3A顯示了由示例的上下文任務推薦器65執(zhí)行的一般步驟的流程圖。當新裝置事件或新內容事件發(fā)生(步驟100)時，上下文任務推薦器65被觸發(fā)。如果新裝置被發(fā)現(xiàn)(步驟102)，那么上下文任務推薦器65記錄該裝置的標識信息(例如，名稱)、位置和時間戳，以指示裝置變?yōu)榭捎玫臅r間(步驟104)。另外，如果新內容被發(fā)現(xiàn)(步驟106)，那么上下文任務推薦器65記錄該內容的MIME類型(即，描述文件的文件格式的元數(shù)據的形式)、內容位置、內容標識(內容id)和時間戳(步驟108)。裝置和內容信息被分別存儲在兩個單獨的表72和74中(圖2)。
在任一事件(即，新裝置或新內容)中，在合適的“任務建議”被提供給用戶之前，上下文任務推薦器65執(zhí)行策略檢查的循環(huán)，在該策略檢查中，針對各種參數(shù)(例如，策略規(guī)則)檢查裝置名稱和內容信息(步驟110)。在一個示例中，策略規(guī)則與檢查特定一條裝置信息或內容信息相對應或與檢查兩者相對應。例如，缺省規(guī)則包括檢查以確定裝置位置或內容位置是否與用戶位置相同。指定應被上下文任務推薦器65處理的內容的MIME類型的規(guī)則可被編寫。
當滿足下面示例的觸發(fā)條件中的至少一個時，上下文任務推薦器65嘗試查找任務，這些觸發(fā)條件是(1)新裝置變?yōu)榭捎茫?2)新內容變?yōu)榭捎?。條件1和條件2可導致新任務變?yōu)榭捎谩l件1總是導致新任務的可用性。如果與新MIME類型相應的內容被添加并且存在至少一個能夠渲染該內容的裝置，那么條件2可導致新任務的添加。
參照圖3B中的示例的流程圖，在新裝置變?yōu)榭捎玫牡谝磺闆r下，在裝置信息(例如，裝置名稱、位置和時間戳)被存儲(步驟200)之后，在步驟202中，上下文任務推薦器65首先檢查最近(例如，在過去的一分鐘內)是否檢測到任何新內容。如果上下文任務推薦器65找到與準則相匹配的內容，那么上下文任務推薦器65嘗試在其中查找使用新近被發(fā)現(xiàn)的裝置和MIME類型的內容的任務(步驟204)。
如果沒有找到相匹配的任務，那么上下文任務推薦器65放寬查詢標準(步驟206)，并且嘗試查找使用新近被發(fā)現(xiàn)的裝置的任務(步驟208)。如果沒有找到相匹配的任務，那么上下文任務推薦器65變?yōu)殪o止，并且等待觸發(fā)條件(步驟210)。但是，如果在步驟204或步驟208中找到相匹配的任務，那么上下文任務推薦器65進行到下一步驟并嘗試查找適當?shù)挠脩?客戶機程序)，以建議該任務(步驟212)。在上面的步驟204中，如果沒有找到新內容，那么該處理進行到步驟206。
現(xiàn)在參照圖3C中的示例的流程圖，在新內容變?yōu)榭捎玫牡诙闆r下，與上面的第一情況類似，在內容信息(MIME類型、位置、內容id和時間戳)被存儲(步驟220)之后，在步驟222中，上下文任務推薦器65檢查以查看最近(例如，在過去的一分鐘內)是否發(fā)現(xiàn)任何新裝置。如果沒有找到這樣的裝置，那么上下文任務推薦器65查詢可用任務的列表，以查找與裝置和MIME類型相匹配的任務(步驟224)。
如果這些查詢失敗，那么放寬搜索標準(步驟226)，并且上下文任務推薦器65查詢正好使用MIME類型的可用任務的列表(步驟228)。如果在步驟224或步驟228中找到匹配，那么上下文任務推薦器(CTR)嘗試查找適當?shù)挠脩?客戶機程序)以建議任務(換句話說，CTR識別任務與其相關的所有活動用戶，并且將該任務建議給這些用戶)(步驟230)。如果沒有找到匹配，那么上下文任務推薦器65變?yōu)殪o止，并且等待觸發(fā)條件(事件)(步驟232)。在上面的步驟224中，如果沒有找到新裝置，那么該處理進行到步驟226。
任務產生模塊70(圖2)產生任務并獨立于上下文任務推薦器65而操作。當檢測到新裝置或內容時，任務被產生。上下文任務推薦器65和任務產生模塊70兩者監(jiān)控新裝置和新內容可用性事件。
如果上下文任務推薦器65在任務產生模塊70之前接收到事件(即，新裝置或新內容事件)，那么上下文任務推薦器65在任務被產生之前查詢該任務(這由下面的第三情況處理，在第三情況中，上下文任務推薦器65由新任務可用事件觸發(fā))。
CTR 65僅直接接收新內容/裝置事件，并且間接處理新任務事件。當任務產生模塊70接收新裝置/新內容事件時，任務被產生。CTR 65的生命周期被這些事件觸發(fā)。這樣情形是可能的，即，在任務產生模塊70完成從這些非常相同的事件產生任務之前，CTR 65可接收這些事件并查詢任務產生模塊70。在這種情況下，由CTR 65做出的查詢將失敗。這種情形由第三觸發(fā)條件處理，在第三觸發(fā)條件中，當新任務變?yōu)榭捎脮r，CTR 65嘗試查找用于推薦的任務。
在新任務變?yōu)榭捎谩⑸舷挛娜蝿胀扑]器65正好在任務被產生之前查詢可用任務的列表的第三情況下，基于導致產生新任務的任何事件(即，新裝置可用或新內容可用)來執(zhí)行與上面的第一情況和第二情況相對應的例行程序。
現(xiàn)在參照圖3D中的示例的流程圖，一旦找到相匹配的任務(步驟240)，上下文任務推薦器65就嘗試查找這樣的用戶(客戶機程序)，該用戶(客戶機程序)具有與組成相匹配任務的多個裝置相同的位置，或者具有裝置的位置，或者具有兩者(步驟242)。如果找到這樣的客戶機程序，那么任務被打包在事件中并被發(fā)送到該客戶機程序(步驟244)。事件還可包含內容id，其中，內容id是分配給系統(tǒng)中的內容項的獨特值。
在一個實施例中，客戶機程序當接收到事件時從組成任務的不同部分撰寫偽語句(步驟246)(例如，“在TV上播放電影”；在撰寫語句的過程中使用的內容信息的例子可以是“在TV上播放指環(huán)王(Lord of the Ring”)。如果內容id是事件的一部分，那么客戶機程序檢索與內容相關的信息并將其包括在語句中。語句可以用自然語言編寫，并且可容易地被用戶理解。使用例如在屏幕上停留數(shù)秒鐘的彈出窗口來該語句顯示給用戶。用戶可通過選擇彈出窗口中的“OK”按鈕來執(zhí)行任務。
上下文任務推薦器65還檢查用戶的當前狀態(tài)，并且將可能的動作的進程建議給客戶機程序(步驟250)。例如，如果用戶正處于撰寫任務的過程中，那么上下文任務推薦器65將該信息包括在將其發(fā)送出去的事件中，并且客戶機程序使用該信息以延遲將該任務顯示給用戶，直到他/她完成他/她的當前活動。當上下文任務推薦器65找到多于一個的相匹配的任務時，上下文任務推薦器65將排在最高的與用戶最相關的任務推薦給用戶。
或者，當接收到上下文事件時，客戶機程序可采取各種動作，諸如更新用戶已知的所有任務的列表中的所建議的任務的優(yōu)先級，直接執(zhí)行該任務等(步驟248)。
圖4顯示了由任務產生模塊70執(zhí)行的步驟的示例流程圖。在一個示例中，任務產生模塊70被實現(xiàn)為家庭任務模型(HTM)。下面描述產生任務所涉及的流程圖。
當裝置上線時，該裝置將它的裝置描述和任務描述呈現(xiàn)給上下文代理(CA)模塊62。CA 62將指向該裝置描述和任務描述的指針打包到事件中。CA62還將該裝置的名稱和位置包括在該事件中，并且將這些事件發(fā)送到HTM70，這些事件被HTM 70接收(步驟260)。裝置描述包括裝置屬性(例如，將被顯示給用戶的名稱)、裝置功能性(例如，裝置是否能夠渲染音頻/視頻)、裝置特征(例如，裝置的屏幕尺寸)和裝置基礎信息(如何調用每個功能性)。任務描述包括將實現(xiàn)特定任務所需的功能性通知HTM 70的信息。例如，任務描述規(guī)定“播放電影”需要具有音頻渲染能力和視頻渲染能力的裝置。當HTM70接收到這些事件時，HTM 70從任務描述中提取信息，并且嘗試查找提供任務所需的功能性的裝置(步驟262)。HTM 70然后為裝置的每個唯一組合創(chuàng)建任務(步驟264)。任務包括主語、動詞和實現(xiàn)該任務的裝置的信息。裝置描述還包含裝置能夠處理的MIME類型的列表。HTM 70從內容管理器(CM)模塊66(圖2)接收可用的MIME類型的列表。HTM 70檢查以查看在任務中被裝置支持的MIME類型在系統(tǒng)中是否可用(步驟266)。如果存在至少一種被裝置支持的MIME類型并且在系統(tǒng)中可用，那么任務被發(fā)送到客戶機(步驟268)，否則系統(tǒng)等待下一事件(步驟270)。該系統(tǒng)從內容管理器(CM)得知可用的MIME類型。在一個示例中，通過使用從內容管理器(CM)接收的MimeTypeUpdate事件來創(chuàng)建系統(tǒng)中的可用的MIME類型的列表。HTM 70將這些新任務事件發(fā)送到用戶任務管理器(UTM)67(圖2)，UTM 67將這些新任務事件打包并將其發(fā)送到客戶機。當內容或裝置變?yōu)椴豢捎脮r，任務變?yōu)椴豢捎谩TM 70保持對這樣的任務進行跟蹤，所述任務不再可實現(xiàn)，并且被打包為事件并作為不可用的任務被發(fā)送到客戶機。
因此，本發(fā)明提供了一種多個裝置的網絡中的系統(tǒng)和方法，其確定用戶上下文，以將最優(yōu)選的任務建議給用戶來執(zhí)行。用戶上下文包括他/她的位置、他/她感興趣的內容、正被他/她使用的裝置，以及可選地包括允許用戶使用的內容和裝置。通過使用該上下文，系統(tǒng)將適合于該上下文的任務建議給用戶。通過保持對在任何給定時間用戶可用的內容和裝置進行跟蹤，來執(zhí)行上下文的確定和任務的建議。
根據特定的策略來執(zhí)行任務的建議。例如，用戶可通過改變策略中的規(guī)則來控制系統(tǒng)的行為。任務表現(xiàn)為能夠被用戶容易地理解的簡單語句的形式。如果基于特定的上下文，多于一個的任務是可能的，那么系統(tǒng)建議與用戶最相關的任務。
盡管本發(fā)明是參照其特定的優(yōu)選方式被相當詳細地描述，但是其它方式也是可行的。因此，權利要求的精神和范圍不限于包含于此的優(yōu)選方式的描述。
權利要求
1.一種用于建議用戶任務以被網絡中的多個電子裝置中的一個或多個執(zhí)行的方法，該方法包括以下步驟確定網絡中的用戶上下文；產生任務；和將一個或多個任務建議給用戶，其中，每個任務適合于用戶上下文。
2.根據權利要求1所述的方法，其中，確定用戶上下文的步驟包括確定以下中的一個或多個用戶的位置、用戶感興趣的內容以及用戶正使用的裝置。
3.根據權利要求1所述的方法，還包括保持對關于用戶可用的內容和裝置的信息進行跟蹤，其中，確定用戶上下文的步驟還包括使用所述信息以確定用戶上下文。
4.根據權利要求1所述的方法，還包括保持對關于用戶可用的內容和裝置的信息進行跟蹤，其中，產生任務的步驟還包括使用所述信息以產生所述任務。
5.根據權利要求1所述的方法，還包括保持對關于用戶可用的內容和裝置的信息進行跟蹤，其中，建議一個或多個任務的步驟還包括使用所述信息以建議任務。
6.根據權利要求1所述的方法，其中，建議一個或多個任務的步驟還包括根據特定策略來建議一個或多個任務。
7.根據權利要求6所述的方法，其中，策略包括影響網絡中的所述裝置中的一個或多個的行為的規(guī)則。
8.根據權利要求1所述的方法，其中，每個任務包括能夠被用戶容易地理解的簡單語句。
9.根據權利要求1所述的方法，其中，建議任務的步驟還包括如果基于特定上下文，多于一個的任務是可能的，那么將具有最高優(yōu)先級的任務建議給用戶。
10.根據權利要求1所述的方法，其中，確定用戶上下文的步驟還包括通過使時間、裝置信息、內容信息、位置信息以及用戶執(zhí)行的動作中的兩個或更多相互關聯(lián)，來創(chuàng)建用戶上下文信息。
11.根據權利要求10所述的方法，其中產生任務的步驟還包括使用上下文信息以產生/查找任務；建議一個或多個任務的步驟還包括使用上下文信息以將與用戶相關的任務建議給用戶。
12.一種用于建議用戶任務以被網絡中的多個電子裝置中的一個或多個執(zhí)行的系統(tǒng)，包括上下文查找器，用于確定網絡中的用戶上下文；任務產生器，用于產生任務；和上下文任務推薦器，用于將一個或多個任務建議給用戶，其中，每個任務適合于用戶上下文。
13.根據權利要求12所述的系統(tǒng)，其中，上下文查找器還確定以下中的一個或多個作為用戶上下文用戶的位置、用戶感興趣的內容以及用戶正使用的裝置。
14.根據權利要求12所述的系統(tǒng)，還包括用于保持對關于用戶可用的內容和裝置的信息進行跟蹤的裝置，從而上下文查找器使用所述信息以確定用戶上下文。
15.根據權利要求12所述的系統(tǒng)，還包括用于保持對關于用戶可用的內容和裝置的信息進行跟蹤的裝置，從而任務產生器使用所述信息以產生所述任務。
16.根據權利要求12所述的系統(tǒng)，還包括用于保持對關于用戶可用的內容和裝置的信息進行跟蹤的裝置，從而上下文任務推薦器使用所述信息以建議任務。
17.根據權利要求12所述的系統(tǒng)，其中，上下文任務推薦器根據特定策略來建議一個或多個任務。
18.根據權利要求17所述的系統(tǒng)，其中，策略包括影響網絡中的所述裝置中的一個或多個的行為的規(guī)則。
19.根據權利要求12所述的系統(tǒng)，其中，每個任務包括能夠被用戶容易地理解的簡單語句。
20.根據權利要求12所述的系統(tǒng)，其中，如果基于特定上下文，多于一個的任務是可能的，那么上下文任務推薦器將具有最高優(yōu)先級的任務建議給用戶。
21.根據權利要求12所述的系統(tǒng)，其中，上下文查找器還通過使時間、裝置信息、內容信息、位置信息以及用戶執(zhí)行的動作中的兩個或更多相互關聯(lián)，來創(chuàng)建用戶上下文信息。
22.根據權利要求21所述的系統(tǒng)，其中，任務產生器使用上下文信息以查找任務，上下文任務推薦器使用上下文信息以將與用戶相關的任務建議給用戶。
23.一種網絡，包括多個裝置；和控制器，用于建議用戶任務以被所述裝置中的一個或多個執(zhí)行，所述控制器包括上下文查找器，用于確定網絡中的用戶上下文；任務產生器，用于產生任務；和上下文任務推薦器，用于將一個或多個任務建議給用戶，其中，每個任務適合于用戶上下文。
24.根據權利要求23所述的網絡，其中，上下文查找器還確定以下中的一個或多個作為用戶上下文用戶的位置、用戶感興趣的內容以及用戶正使用的裝置。
25.根據權利要求23所述的網絡，其中，控制器還包括用于保持對關于用戶可用的內容和裝置的信息進行跟蹤的裝置，從而上下文查找器使用所述信息以確定用戶上下文。
26.根據權利要求23所述的網絡，其中，控制器還包括用于保持對關于用戶可用的內容和裝置的信息進行跟蹤的裝置，從而任務產生器使用所述信息以產生所述任務。
27.根據權利要求23所述的網絡，其中，控制器還包括用于保持對關于用戶可用的內容和裝置的信息進行跟蹤的裝置，從而上下文任務推薦器使用所述信息以建議任務。
28.根據權利要求23所述的網絡，其中，上下文任務推薦器根據特定策略來建議一個或多個任務。
29.根據權利要求28所述的網絡，其中，策略包括影響網絡中的所述裝置中的一個或多個的行為的規(guī)則。
30.根據權利要求23所述的網絡，其中，每個任務包括能夠被用戶容易地理解的簡單語句。
31.根據權利要求23所述的網絡，其中，如果基于特定上下文，多于一個的任務是可能的，那么上下文任務推薦器將具有最高優(yōu)先級的任務建議給用戶。
32.根據權利要求23所述的網絡，其中，上下文查找器還通過使時間、裝置信息、內容信息、位置信息以及用戶執(zhí)行的動作中的兩個或更多相互關聯(lián)，來創(chuàng)建用戶上下文信息。
33.根據權利要求32所述的網絡，其中，任務產生器使用上下文信息以查找任務，上下文任務推薦器使用上下文信息以將與用戶相關的任務建議給用戶。
全文摘要
提供了一種多個裝置的網絡中的系統(tǒng)和方法，其確定用戶上下文，以將最優(yōu)選的任務建議給用戶來執(zhí)行。用戶上下文包括他/她的位置、他/她感興趣的內容、正被他/她使用的裝置、以及允許被用戶使用的裝置和內容。通過使用該上下文，該系統(tǒng)將適合于該上下文的任務建議給用戶。通過保持對在任何給定時間用戶可用的內容和裝置進行跟蹤，來執(zhí)行上下文的確定和任務的建議。根據特定的策略來執(zhí)行任務的建議。例如，用戶可通過改變策略中的規(guī)則來控制系統(tǒng)的行為。任務表現(xiàn)為能夠被用戶容易地理解的簡單語句的形式。如果基于特定的上下文，多于一個的任務是可能的，那么該系統(tǒng)將具有最高優(yōu)先級的任務建議給用戶。
文檔編號H04L29/06GK1848742SQ200610000398
公開日2006年10月18日 申請日期2006年1月10日 優(yōu)先權日2005年1月10日
發(fā)明者錫莎吉·米塞, 庫吉薩帕薩·安尤吉薩, 艾倫·梅瑟 申請人:三星電子株式會社