與應(yīng)用的上下文式交互的制作方法
【專利摘要】本發(fā)明涉及與應(yīng)用的上下文式交互。一個示例可包括其上安裝了應(yīng)用的集合的計算機。該示例還可包括被配置成接收上下文定義URI的URI管理器，該URI管理器可被配置成運行由上下文定義URI指定的應(yīng)用子集，并如上下文定義URI所指定地為該應(yīng)用子集設(shè)置通用上下文。
【專利說明】與應(yīng)用的上下文式交互
[0001] 背景
[0002] 傳統(tǒng)上，計算場景涉及用戶孤立地與應(yīng)用交互。更高級的場景涉及多個應(yīng)用提供 與通用上下文有關(guān)的不同功能。例如，諸如臨床醫(yī)生之類的用戶可在診斷患者時利用成像 應(yīng)用和記錄管理應(yīng)用。上下文管理系統(tǒng)可使得能夠針對通用上下文對不同應(yīng)用進行生存周 期管理以及協(xié)調(diào)。將應(yīng)用集成到通用上下文中是往往需要上下文管理系統(tǒng)以及尤其需要用 戶的大量活動的復(fù)雜任務(wù)。


【發(fā)明內(nèi)容】

[0003] 本發(fā)明涉及與應(yīng)用的上下文式交互。一個示例可包括其上安裝了應(yīng)用的集合的計 算機。該示例還可包括被配置成接收上下文定義URI的通用資源標識符（URI)管理器。URI 管理器被配置為運行上下文定義URI所指定的應(yīng)用子集并如上下文定義URI所指定地為該 應(yīng)用子集設(shè)置通用上下文。
[0004] 另一示例可接收與實體相關(guān)的信息。該示例可生成諸如上下文定義URI之類的鏈 接，該鏈接指定安裝在計算機上的應(yīng)用以及用于該應(yīng)用的與該實體相關(guān)的上下文。
[0005] 另一示例可接收指定要運行的應(yīng)用并為該應(yīng)用定義上下文的上下文定義URI。該 示例可運行該應(yīng)用并如上下文定義URI所定義地設(shè)置應(yīng)用的上下文。
[0006] 以上列出的示例旨在提供快速參考以幫助讀者，并且不旨在限定此處所描述的概 念的范圍。

【專利附圖】

【附圖說明】
[0007] 附圖示出了本申請中傳達的概念的實現(xiàn)。所示實現(xiàn)的特征可通過參考以下結(jié)合 附圖的描述來更容易地理解。只要可行，各附圖中相同的附圖標記用來指代相同的元素。 此外，每一個如圖標記的最左邊的數(shù)字傳達其中首次引入該附圖標記的附圖及相關(guān)聯(lián)的討 論。
[0008] 圖1示出了根據(jù)某些實現(xiàn)可在其上采用與應(yīng)用上下文式交互的概念的系統(tǒng)。
[0009] 圖2-3示出了根據(jù)本發(fā)明的概念的一些實現(xiàn)用于與應(yīng)用上下文式交互的用例的 示例。
[0010] 圖4-5示出了根據(jù)本發(fā)明的概念的一些實現(xiàn)用于與應(yīng)用上下文式交互的方法的 流程圖的示例。

【具體實施方式】
[0011] 概覽
[0012] 本專利涉及允許在通用上下文下進行應(yīng)用啟動。更具體地，可利用統(tǒng)一資源標識 符（URI)來自動啟動一個或多個應(yīng)用。URI還可僅通過用戶激活URI來為應(yīng)用建立通用上 下文。本發(fā)明的概念可允許web或其它應(yīng)用（諸如，門戶網(wǎng)站）能夠啟動應(yīng)用并選擇上下 文而無需復(fù)雜集成。
[0013] 系統(tǒng)示例
[0014] 圖1示出了其中可實現(xiàn)通用上下文應(yīng)用啟動的系統(tǒng)100。在該例中，系統(tǒng)100包 括計算機102。計算機可經(jīng)由網(wǎng)絡(luò)106與遠程應(yīng)用104 (諸如web應(yīng)用或web門戶）通信。 計算機102還可包括本地應(yīng)用108 (將在以下更詳細描述）。
[0015] 出于說明的目的，計算機102可被表示為包括應(yīng)用層110,應(yīng)用層110操作在操作 系統(tǒng)層112上，而操作系統(tǒng)層112操作在硬件層114上。。應(yīng)用層110可包括URI管理器 116。URI管理器可包括上下文協(xié)議處理器118和接收組件120或與之上下文協(xié)議處理器 118和接收組件120交互。應(yīng)用層110還可包括上下文管理系統(tǒng)122,該上下文管理系統(tǒng) 122可包括應(yīng)用管理組件124或與之交互。應(yīng)用層還可包括多個應(yīng)用。出于說明的目的，示 出了四個應(yīng)用126 (1) -126 (N)(后綴表明可包括任何數(shù)目的應(yīng)用）。硬件層144可包括 處理器128和存儲130以及附加的硬件組件，諸如輸入/輸出設(shè)備、總線、圖形卡等，為簡明 起見在此未示出或討論。
[0016] URI管理器116可被配置成管理計算機102接收的URI。URI管理器的上下文協(xié)議 處理器118可被配置成處理計算機102上的URI模式，具體而言被配置成代表URI管理器 處理上下文定義URI。在某些情況下，上下文協(xié)議處理器118可以顯現(xiàn)為被注冊來處理上下 文定義URI的動態(tài)鏈接庫（DLL)或可執(zhí)行代碼。
[0017] 從一個角度來看，上下文協(xié)議處理器118可被配置成在隔離的安全環(huán)境中操作以 從上下文定義URI讀取信息。上下文協(xié)議處理器可向接收組件120傳達信息，接收組件120 被配置成以允許與上下文管理系統(tǒng)和應(yīng)用管理系統(tǒng)通信的特權(quán)級別操作。在一種情況下， 上下文協(xié)議處理器118可將包含來自上下文定義URI的信息的消息傳遞給接收組件120。 例如，信息可涉及應(yīng)用啟動和/或上下文改變信息。
[0018] 接收組件120可在計算機102上配置有足夠的特權(quán)，以便能夠與上下文管理系 統(tǒng)122和/或應(yīng)用管理組件124交互。該配置可允許上下文協(xié)議處理器118在隔離的安 全環(huán)境中運行。例如，在一種情況下，上下文協(xié)議處理器118可在圖形web瀏覽器（諸如 Internet Explorer? )的受保護模式中運行。接收組件120可從上下文協(xié)議處理器118接 收信息，并可與上下文管理系統(tǒng)122交互以便觸發(fā)應(yīng)用安全啟動。
[0019] 上下文管理系統(tǒng)122可以是用于在一組應(yīng)用之間提供共享狀態(tài)或上下文的機制。 上下文管理系統(tǒng)可提供允許應(yīng)用操縱該共享狀態(tài)的API。例如，上下文管理系統(tǒng)可包括向應(yīng) 用告知關(guān)于對上下文改變的API。此外，上下文管理系統(tǒng)可包括在特定上下文改變被實際實 現(xiàn)之前檢查集合中的各個應(yīng)用以確定該上下文改變是否對各個應(yīng)用是可接受的。例如，如 果個別應(yīng)用已經(jīng)在不同的上下文中運行并具有未被保存的數(shù)據(jù)，那么改變狀態(tài)可能會引起 未被保存的數(shù)據(jù)丟失。上下文管理系統(tǒng)可與各個應(yīng)用協(xié)商來采取動作以允許安全的上下文 改變。例如，上下文管理系統(tǒng)可使得應(yīng)用保存各個應(yīng)用的當(dāng)前上下文，使得應(yīng)用可安全地將 上下文改變?yōu)樯舷挛亩xURI中定義的上下文。
[0020] 應(yīng)用管理組件124可驗證對于共享的上下文采取特定的動作是被允許的。例如， 在某些情況下，管理員可能定義了什么動作被授權(quán)和/或什么動作不被授權(quán)。應(yīng)用管理組 件可訪問該授權(quán)信息，并確保實際上僅允許授權(quán)的動作，而禁止的動作不被運行進行。在某 些情況下，接收組件120可與應(yīng)用管理組件124協(xié)作操作，以確保來自上下文定義URI的啟 動請求匹配授權(quán)的動作。
[0021] 如本文所使用的術(shù)語"計算機"或"計算設(shè)備"可指的是具有某種處理能力和/或 存儲能力的任何類型的設(shè)備。處理能力可由一個或多個處理器（諸如處理器128)提供，處 理器可執(zhí)行計算機可讀指令形式的數(shù)據(jù)以提供功能。諸如計算機可讀指令的數(shù)據(jù)可被存儲 在對于計算機而言可內(nèi)置或外置的存儲130上。存儲可包括易失性或非易失性存儲器、硬 盤驅(qū)動器、閃存設(shè)備、和/或光存儲設(shè)備（例如，CD、DVD等）等等中的任何一個或多個。如 本文所使用地，術(shù)語"計算機可讀介質(zhì)"可包括瞬態(tài)以及非瞬態(tài)計算機可讀指令。作為對比， 術(shù)語"計算機可讀存儲介質(zhì)"不包括瞬態(tài)實例。計算機可讀存儲介質(zhì)包括"計算機可讀存儲 設(shè)備"。計算機可讀存儲設(shè)備的實例包括易失性存儲介質(zhì)（諸如RAM)和非易失性存儲介質(zhì) (諸如硬盤驅(qū)動器、光盤和閃存等等）。
[0022] 計算設(shè)備的示例可包括傳統(tǒng)的計算設(shè)備，諸如個人計算機、蜂窩電話、智能電話、 個人數(shù)字助理，或者無數(shù)不斷發(fā)展或尚未被開發(fā)的類型的計算設(shè)備中的任何一個。此外，系 統(tǒng)100的各方面可顯現(xiàn)在單個計算設(shè)備上、或分布在多個計算設(shè)備上。例如，在后一情況 下，計算機120可擔(dān)當(dāng)客戶機設(shè)備并可通過網(wǎng)絡(luò)106與服務(wù)器計算機協(xié)作操作。在另一情 況下，計算機102可通過網(wǎng)絡(luò)106和/或另一網(wǎng)絡(luò)操作基于云的計算資源。
[0023] 如上所介紹地，系統(tǒng)100可允許通用上下文應(yīng)用啟動。在一個這樣的場景中，遠程 應(yīng)用104可如136所示生成上下文定義URI132。如將在以下說明地，當(dāng)被激活時，上下文定 義URI132可使得應(yīng)用126 (1)-126 (N)中的一個或多個根據(jù)URI132定義的上下文來運行。 出于說明的目的，假定上下文定義URI132指示啟動應(yīng)用126 (1)-126 (N)(或其子集）并將 這些應(yīng)用的每一個的上下文設(shè)置為假設(shè)患者標識號12345。例如，假定遠程應(yīng)用104正在 遠程計算機上運行，并被配置成處理患者的化驗結(jié)果。還假定遠程應(yīng)用104被配置成只要 新的化驗結(jié)果準備好，就向該患者的臨床醫(yī)生提供通知。在一種情況下，遠程應(yīng)用可生成 一通知，諸如包括寫成以下形式的模板的電子郵件"親愛的_醫(yī)生：已經(jīng)接收到患者 _的新的化驗結(jié)果。點擊該鏈接來自動查看新的化驗結(jié)果。"遠程應(yīng)用可用進行請求的 醫(yī)生的名字（例如，請求化驗的醫(yī)生）填充第一字段，并可用患者標識（例如，12345)填充 第二字段。在該鏈接中嵌入上下文定義URI，當(dāng)臨床醫(yī)生點擊該連接時，該上下文定義URI 可自動打開應(yīng)用，并將應(yīng)用設(shè)置為患者12345。
[0024] 在這種配置中，如138所示，由UIR應(yīng)用管理器116在計算機102處接收上下文定 義URI132。URI管理器的上下文協(xié)議處理器118被配置成處理URI模式并理解上下文定義 URI132中包含的信息。上下文協(xié)議處理器118可如140所示將包含關(guān)于應(yīng)用啟動和上下文 的信息的消息傳輸給接收組件120。
[0025] 可在計算機102用足夠的特權(quán)配置接收組件120,使得接收組件120如142所示能 夠與上下文管理系統(tǒng)122交互。接收組件120可與上下文管理系統(tǒng)122交互，以便如144、 146、148和150所示觸發(fā)應(yīng)用126 (1)-126 (N)安全運行。上下文管理系統(tǒng)122可了解各個 應(yīng)用已經(jīng)正在運行且因此不必被啟動。在這樣的情況下，上下文管理系統(tǒng)122可檢查各個 應(yīng)用以確定對患者標識號12345的上下文改變是否可接受。例如，應(yīng)用126(1)可能正在運 行，并另一上下文中具有未被保存的數(shù)據(jù)（例如，用于另一患者標識號），使得改變上下文 可能會引起未被保存的數(shù)據(jù)丟失。上下文管理系統(tǒng)122可與應(yīng)用126(1)協(xié)商，以采取適當(dāng) 的動作來允許上下文改變。一旦上下文管理系統(tǒng)解決了任何上下文改變問題，應(yīng)用可被自 動設(shè)置成顯示患者標識123456的信息。因此，通過臨床醫(yī)師點擊通知鏈接的單個動作，一 個或多個應(yīng)用可被自動啟動，并被設(shè)置為該患者的上下文，使得臨床醫(yī)師可立即在其計算 機102上審閱新的化驗結(jié)果。
[0026] 如上所述，在一些實現(xiàn)中，接收組件120可如152所示與應(yīng)用管理組件124-起工 作，來檢查根據(jù)各個授權(quán)和/或安全參數(shù)，上下文定義URI132的啟動請求是否被授權(quán)。
[0027] 在一個實現(xiàn)中，接收組件120可利用應(yīng)用觸發(fā)，應(yīng)用觸發(fā)是對應(yīng)用管理組件124的 請求，請求應(yīng)用管理組件開啟被配置成上下文管理系統(tǒng)的其設(shè)置的一部分的應(yīng)用。以下描 述一個這樣的詳細示例。
[0028] 在這一示例中，上下文管理系統(tǒng)122可被顯現(xiàn)為Microsoft? Corporation提供的 Vergence Launchpad?。示例上下文定義URI可以是：
[0029] launchpad://epic/ ? Method = SetContext&itemsName = patient, id. mrn. clinic
[0030] patient, id. mrn. hospital&itemValues = 123|456|&LaunchAppFirst = True&
[0031] ContinueOnFail = False&AppTitle = Eureka&AllowContextChangeCancel
[0032] 1 at ion = true
[0033] 這一上下文定義URI告知"launchpad"組件開啟由"印ic"標識的應(yīng)用。在這樣 做之前，launchpad將兩項設(shè)置到"印ic"能夠訪問的通用上下文數(shù)據(jù)中--兩個患者ID， 一個來自于診所而一個來自于醫(yī)院，因此epic知道要查看哪個患者。這不僅將允許印ic 軟件被啟動并通過URI調(diào)節(jié)為一患者，而且上下文將被其它應(yīng)用共享。
[0034] 在替換配置中，上下文定義URI可以是開啟管理員已經(jīng)安裝的應(yīng)用上下文適配 器（"bridge"）的請求，該應(yīng)用上下文適配器可開啟一個或多個應(yīng)用并與之交互。例如， "bridge"協(xié)議處理器可被注冊以啟動Vergence bridge來與應(yīng)用交互：
[0035] bridge : //crm/ ? InitiateFol lowupfforkf low = true&patient. id. mrn. hospital = 1
[0036] 2345
[0037] 這一上下文定義URI告知上下文管理系統(tǒng)122來啟動"crm" bridge，參數(shù)傳遞給 bridge來告知CRM系統(tǒng)開啟患者跟蹤工作流。這示出了安全啟動可啟動和控制本地安裝的 應(yīng)用的更復(fù)雜的本地腳本的能力。
[0038] 在以上討論中，上下文定義URI132從計算機102遠程生成并被發(fā)送給計算機 102。然后，不必如此。例如，本地應(yīng)用108可生成在154指定的類似的上下文定義URI。 本地應(yīng)用108可以是或可以不是由上下文管理系統(tǒng)122和應(yīng)用管理組件124管理的應(yīng)用 126(1)-126 (N)中的一個。在這一示例中，本地應(yīng)用108可生成上下文定義URI154,該上下 文定義URI154可被配置成使得一個或多個應(yīng)用在通用上下文下操作。上下文定義URI154 可被上下文協(xié)議處理器118接收，并以類似于上述對于上下文定義URI132的方式處理。
[0039] 總而言之，本申請可提供通過使用一勞永逸（fire-and-forget)的上下文定義URI 來與上下文管理系統(tǒng)交互的安全機制。隨著更多的應(yīng)用移向web,業(yè)務(wù)工作流中存在顯著的 斷開，因為web應(yīng)用不能啟動安裝在客戶機工作站或終端服務(wù)器上的應(yīng)用、向其發(fā)送數(shù)據(jù) 或以其方式與之交互。這使得例如集成云托管的應(yīng)用或門戶困難得多。
[0040] 用例示例
[0041] 圖2示出了用于與應(yīng)用上下文式交互的用例場景。該場景涉及平板型計算機202， 但適用于其它類型的計算機。在此場景中，平板類型的計算機202屬于臨床醫(yī)生204。出 于說明的目的，該場景通過"實例1"以及隨后的"實例2"來說明。以實例1開始，臨床醫(yī) 生正在使用基于web的電子記錄管理器206來審閱關(guān)于個體患者的信息。在這一示例中， 患者被列為John Smith,具有如208所示的"患者ID"形式的唯一標識符。此外，基于web 的電子記錄管理器206正在210顯示該患者的化驗結(jié)果。在這一示例中，化驗結(jié)果涉及'肝 功能組'。此外，基于web的電子記錄管理器在212指示'新圖像可用'。在這一示例中，假 定圖像查看者是安裝在平板型計算機202上的本地應(yīng)用。還假定臨床醫(yī)生希望查看圖像， 并輕擊/觸摸如214所示的"點擊這里"圖標。（該臨床醫(yī)生或者可使用其它選擇方法，諸 如語音或手勢等等。）"點擊這里"圖標可包括如以上相對于圖1引入的上下文定義URI和 /或與之相關(guān)聯(lián)，但不必對用戶明顯。此外，平板型計算機202可包括可管理對上下文定義 URI的處理的URI管理器216。
[0042] 如在實例2明顯地，臨床醫(yī)師的點擊啟動在平板型計算機202上運行的本地成像 應(yīng)用220。此外，在沒有用戶/臨床醫(yī)生的任何勞動的情況下，本地成像應(yīng)用220被設(shè)置為 與基于web的電子記錄管理器206相同的上下文（例如，本地成像應(yīng)用正在顯示患者ID SM12345的新圖像）。在這一示例中，新圖像222來自日期2012-12-27。在這一示例中，上 下文涉及患者ID，但這僅僅是一個示例。在另一示例中，上下文可涉及患者ID和日期，使得 上下文被設(shè)置成顯示同一天從患者獲取的化驗結(jié)果和圖像?？偠灾?，單個用戶動作可使 得多個應(yīng)用在用于該用戶的通用上下文中操作。在這種情況下，一個應(yīng)用是web用于而一 個應(yīng)用是遠程應(yīng)用。然而，本發(fā)明的概念適用于其它場景，諸如使得多個本地應(yīng)用根據(jù)通用 上下文操作。一個這樣的示例以下對于圖3描述。
[0043] 圖3示出了用于與應(yīng)用上下文式交互的另一用例場景。該場景涉及智能電話型計 算機302,但適用于其它類型的計算機。該場景以以上相對于臨床醫(yī)生及其患者的示例繼 續(xù)，但是當(dāng)然可涉及醫(yī)療上下文中的其它場景，或醫(yī)療上下文以外的場景。在這一場景中， 臨床醫(yī)生經(jīng)由智能電話型計算機302接收關(guān)于患者的通知。在這一示例中，通知是在實例1 中接收到的電子郵件通知304。電子郵件在306指示有新結(jié)果可用于具有患者ID SM12345 的John Smith。電子郵件還包括用戶可激活URI308,它寫為'點擊這里來查看新結(jié)果'。還 注意到智能電話型計算機302可包括URI管理器316, URI管理器316可管理對上下文定義 URI的處理，如實例2中明顯地。假定臨床醫(yī)生激活用戶可激活上下文定義URI308。
[0044] 實例2示出作為臨床醫(yī)生激活上下文定義URI308的結(jié)果，兩個應(yīng)用由URI管理器 316在智能電話型計算機302上啟動。在這一情況下，應(yīng)用包括化驗記錄應(yīng)用318和成像 應(yīng)用320。兩個應(yīng)用均被設(shè)置成患者ID SM12345的上下文，如分別在322和324所指示。 在化驗記錄應(yīng)用318的情況下，上下文使得應(yīng)用為上下文定義URI308中定義的上下文（例 如，患者ID SM12345)呈現(xiàn)肝功能組326。在成像應(yīng)用320的情況下，上下文使得應(yīng)用為上 下文定義URI中定義的上下文呈現(xiàn)圖像328。從而，臨床醫(yī)生可簡單地通過點擊上下文定 義URI308來快速地審閱關(guān)于其患者John Smith (例如，患者ID SM12345)的最近信息，而 無需對上下文定義URI的上下文定義元素或URI管理器316提供的功能的任何理解。臨床 醫(yī)生僅僅點擊上下文定義URI而不采取任何其它動作，可在化驗記錄應(yīng)用318中查看該患 者的化驗結(jié)果，并在成像應(yīng)用320中查看圖像。URI管理器316可處理應(yīng)用的啟動和/或應(yīng) 用的上下文的改變而不會導(dǎo)致數(shù)據(jù)丟失，并使得上下文在臨床醫(yī)生的兩個應(yīng)用中顯示?？?而言之，這些用例場景可適用于除臨床醫(yī)生以外的任何其它類型的用戶。本發(fā)明的技術(shù)可 為用戶的方便起見，允許用戶通過激活上下文定義URI來自動啟動一個或多個應(yīng)用并自動 設(shè)置這些應(yīng)用的上下文。
[0045] 方法示例
[0046] 圖4示出了用于與應(yīng)用上下文式交互的技術(shù)或方法400的流程圖。
[0047] 在框402,方法可接收涉及實體的信息。例如，信息可以是涉及實體的觸發(fā)事件。 在以上描述的一個示例中，實體可以是患者。在該示例中，當(dāng)新的化驗結(jié)果被獲取，該信息 可作為對于患者的觸發(fā)。
[0048] 在框404,該方法可生成一鏈接，該鏈接指定安裝在計算機上的應(yīng)用以及涉及該實 體的用于該應(yīng)用的上下文。在一些實現(xiàn)中，鏈接可被顯現(xiàn)為上下文定義URI。上下文定義 URI可使得應(yīng)用在計算機上運行以呈現(xiàn)關(guān)于實體（例如，在此例中為患者）的信息。當(dāng)上 下文定義URI被激活時，URI中定義的上下文可自動將應(yīng)用設(shè)置成呈現(xiàn)關(guān)于該實體的數(shù)據(jù) (例如，應(yīng)用被設(shè)置成該實體的上下文）。
[0049] 圖5示出了用于與應(yīng)用上下文式交互的技術(shù)或方法500的流程圖。
[0050] 在框502,該方法可接收指定要運行的應(yīng)用并為該應(yīng)用定義上下文的URI。在某些 情況下，URI可在應(yīng)用被安裝時在計算機上接收。
[0051] 在框504,該方法可運行該應(yīng)用并如URI所定義地設(shè)置應(yīng)用的上下文。在一些配 置中，該方法可確定運行的應(yīng)用是否在計算機上被授權(quán)。例如，計算機的管理員可能手動定 義在計算機上什么動作被授權(quán)以及哪些動作不被授權(quán)?；蛘呋蛄硗獾?，管理員可能定義了 在計算機上被禁止的動作。該方法可確保僅被授權(quán)的動作被實際實現(xiàn)。在其它實現(xiàn)中，URI 可被檢查以確定是否要實現(xiàn)URI傳達的指令。例如，如果URI包含來自可信源的有效授權(quán) (例如，簽名），URI指令可關(guān)于或不關(guān)于為該計算機建立的授權(quán)來實現(xiàn)。換言之，伴隨URI 的授權(quán)和/或源的可信度可在判斷是否要實現(xiàn)URI時評估。
[0052] 在一些實現(xiàn)中，該方法可檢查應(yīng)用是否已經(jīng)在運行。如果應(yīng)用尚未運行，且運行應(yīng) 用被授權(quán)，則應(yīng)用可被啟動。
[0053] 在應(yīng)用已經(jīng)運行的情況下，該方法可確定設(shè)置如URI定義的上下文是否應(yīng)被允 許。例如，如果改變上下文將導(dǎo)致數(shù)據(jù)丟失，則上下文改變可被延遲。該方法可采取各種動 作，諸如通過與應(yīng)用協(xié)商直到上下文改變可被安全作出。
[0054] 描述各示例方法的次序并不旨在解釋為限制，并且任何數(shù)量的所述框或動作都可 以按任何次序組合以實現(xiàn)各方法或?qū)崿F(xiàn)替換方法。此外，方法還可以用任何合適的硬件、軟 件、固件或其組合來實現(xiàn)，以使得計算設(shè)備可實現(xiàn)該方法。在一種情況下，方法作為指令集 被存儲在一個或多個計算機可讀存儲介質(zhì)上，以使得計算設(shè)備的執(zhí)行使得該計算設(shè)備執(zhí)行 該方法。
[0055] 結(jié)語
[0056] 盡管已用對結(jié)構(gòu)特征和/或方法動作專用的語言描述了涉及與應(yīng)用的上下文式 交互的技術(shù)、方法、設(shè)備、系統(tǒng)等，但可以理解，所附權(quán)利要求書中定義的主題不必限于所述 具體特征或動作。相反，上述具體特征和動作是作為實現(xiàn)所要求保護的方法、設(shè)備、系統(tǒng)等 的示例性形式而公開的。
【權(quán)利要求】
1. 至少一種其上存儲有指令的計算機可讀存儲介質(zhì)，所述指令在被處理器執(zhí)行時，使 所述處理設(shè)備執(zhí)行以下動作： 接收涉及實體的信息；以及 生成鏈接，所述鏈接指定安裝在計算機上的應(yīng)用以及涉及所述實體的用于所述應(yīng)用的 上下文。
2. 如權(quán)利要求1所述的計算機可讀存儲介質(zhì)，其特征在于，所述接收信息包括接收觸 發(fā)事件。
3. 如權(quán)利要求1所述的計算機可讀存儲介質(zhì)，其特征在于，所述生成鏈接包括生成統(tǒng) 一資源標識符（URI)。
4. 如權(quán)利要求1所述的計算機可讀存儲介質(zhì)，其特征在于，還包括向所述計算機發(fā)送 所述鏈接。
5. 如權(quán)利要求1所述的計算機可讀存儲介質(zhì)，其特征在于，所述計算機可讀存儲介質(zhì) 被體現(xiàn)為被包括在也包含所述處理器的遠程計算機上的計算機可讀存儲設(shè)備。
6. 一種系統(tǒng)，包括： 其上安裝了應(yīng)用的集合的計算機；以及 被配置成接收上下文定義統(tǒng)一資源標識符（URI)的URI管理器，所述URI管理器被配 置成運行由所述上下文定義URI指定的所述應(yīng)用的子集，并如所述上下文定義URI所指定 地為所述應(yīng)用的子集設(shè)置通用上下文。
7. 如權(quán)利要求16所述的系統(tǒng)，其特征在于，所述URI管理器包括上下文協(xié)議處理器，所 述上下文協(xié)議處理器被配置成在隔離的安全環(huán)境中操作以從所述上下文定義URI讀取信 息，并將所述信息傳達給接收組件，所述接收組件被配置成以允許與上下文管理系統(tǒng)和應(yīng) 用管理系統(tǒng)通信的特權(quán)級別操作。
8. 如權(quán)利要求17所述的系統(tǒng)，其特征在于，所述接收組件被配置成與所述應(yīng)用管理系 統(tǒng)協(xié)作操作以確定在所述計算機上是否允許在所述上下文定義URI中定義的動作。
9. 如權(quán)利要求17所述的系統(tǒng)，其特征在于，所述應(yīng)用的集合是由所述上下文管理系統(tǒng) 管理的受管應(yīng)用。
10. 如權(quán)利要求16所述的系統(tǒng)，其特征在于，所述計算機包括不是所述應(yīng)用的集合的 一部分的另一應(yīng)用，且其中所述另一應(yīng)用被配置成生成所述上下文定義URI。
【文檔編號】G06F9/06GK104115112SQ201380009925
【公開日】2014年10月22日 申請日期:2013年2月11日 優(yōu)先權(quán)日:2012年2月17日
【發(fā)明者】G·E·哈茲, D·福薩利 申請人:微軟公司