專利名稱:用于在醫學成像中獨立的系統/應用程序之間共享進程的體系結構的制作方法
技術領域:
本發明涉及獨立的醫學成像系統之間的進程共享。
2.
背景技術:
在醫學成像中,患者數據可以用不同的應用程序進行處理和瀏覽。需要在同一臺 計算機上的所述獨立應用程序之間共享進程,以確保順暢和整合的工作流。例如,在一個應 用程序中,用戶可能希望使用另一個專用的應用程序來進一步分析患者數據。為此,通常, 不同應用程序之間的代碼級整合是常用的解決方案。例如,專用的計算機輔助檢測(CAD) 系統識別可疑區域的位置并且提供交互式工具,從而以不同的方式評估感興趣區域(ROI)。 影像存檔和通信系統(PACS)是保存和瀏覽醫學影像的專用平臺。一種啟用特定目的應用 程序(如CAD系統或PACS系統上的3D可視化系統)的方式是在PACS和應用程序系統之 間進行代碼級整合。例如,可以將指定的按鈕設置在PACS圖形用戶界面(GUI)上,而點擊 該按鈕可以激活CAD應用程序,以便用由CAD系統提供的工具來分析患者數據。不過,獨立 系統之間的代碼級整合只能在某種程度上解決所述問題。考慮到市場上有多種特定目的應 用程序和PACS系統這一事實,整合這些系統需要每個供應商巨大的工程工作量。另外,一 個供應商發布的新版本的軟件可能需要其他供應商的另行確認工作,并且可能不可避免地 拖長了發布程序。這可能對應用程序供應商和PACS供應商造成很大的負擔。另外,這使得 用戶更難以迅速使用到最新的技術,因為新開發的特定目的應用程序或PACS系統可能首 先必須經過大量和不斷的整合,以便使用戶能夠享受整合的益處。隨著越來越多的應用程 序供應商和越來越多的PACS供應商的出現,這種狀況變得越來越不可行。造成這種混亂局 面的根本原因在于由代碼級整合所產生的相互依賴性。鑒于這種情況,需要一種可擴展的體系結構,它能夠在獨立的醫學系統之間實現 互用性。
本文要求保護和/或披露的發明將通過示例性實施例來進一步描述。這些示例性 實施例結合附圖進行詳細說明。這些實施例是非限定性示例性實施例,其中,類似的附圖標 記在附圖的不同視圖中代表類似的結構,并且其中圖1示出了根據本發明一個實施例的進程共享引擎的示例性系統框圖2示出了根據本發明一個實施例的進程共享引擎的詳細的示例性系統框圖;圖3a示出了根據本發明一個實施例的進程共享引擎和特定應用程序的后端之間 的示例性數據流;圖3b示出了根據本發明一個實施例的進程共享引擎和特定應用程序的前端之間 的示例性數據流;圖3c示出了根據本發明一個實施例的進程共享引擎的示例性框圖;圖3d示出了根據本發明一個實施例的前端單元的構件的示例性框圖;圖3e示出了根據本發明一個實施例的后端單元的構件的示例性框圖;圖4示出了根據本發明另一個實施例的進程共享引擎系統的詳細的示例性系統 框圖;圖5a是根據本發明一個實施例的數據存檔、通信和處理(DACMS)系統,進程共享 引擎和應用程序的后端之間的示例性后端進程的流程圖;圖5b是根據本發明一個實施例的DACMS系統,進程共享引擎和應用程序的前端之 間的示例性前端進程的流程圖;圖6a是根據本發明另一個實施例的DACMS系統,進程共享引擎和應用程序的后端 之間的示例性后端進程的流程圖;和圖6b是根據本發明另一個實施例的DACMS系統,進程共享引擎和應用程序的前端 之間的示例性前端進程的流程圖。
具體實施例方式圖1示出了根據本發明一個實施例的進程共享引擎系統的示例性系統框圖。所述 系統包括數據存檔、通信和處理系統(DACMS)系統101,多個特定目的應用程序(應用程序 108,...,和應用程序110),進程共享引擎106,和一組用于后端和前端的進程共享應用程 序接口(API) 120及121,設計便于特定目的應用程序和系統配置的其它構件,如進程共享 引擎106之間的通信。DACMS系統101可以包括DACMS服務器102和一個或多個DACMS瀏 覽工作站104。DACMS系統的一個例子是PACS系統。進程共享引擎106被設計成使得多個 特定目的應用程序能夠與DACMS系統101共享進程并與DACMS系統101進行通信。特定目的應用程序108,...,和110中的每一個可以具有某些配置。例如,在某些 實施例中,每個特定目的軟件應用程序可以分解成相應的后端處理單元和前端處理單元, 在圖1中分別以后端處理單元112,. . .,116和前端單元114,. . .,118示出。特定目的應用 程序還可以只包括前端應用程序單元,而沒有后端處理單元。特定目的應用程序108,..., 110可以通過不同的路徑與DACMS系統101進行通信。例如,特定目的應用程序(例如,108) 可以直接通過其后端112與DACMS系統連接,以便例如獲得患者數據。一旦從DACMS系統接 收數據之后,特定目的應用程序隨后可通過后端單元112,...,116對所述數據進行處理。 特定目的應用程序還可以通過進程共享引擎經由前端或后端的進程共享API與DACMS系統 相互作用,如圖1所示。通過這種方式,進程共享引擎106可以從DACMS服務器101獲得患 者數據,并隨后通過后端的進程共享API 120將患者數據傳輸到后端單元112,. . .,116,以 供處理。通過后端的進程共享API 120,進程共享引擎106還可以監測后端處理單元112,...,116的狀態。在通過后端單元112,...,116對某些患者數據完成后端處理之后, 進程共享引擎106可以根據患者數據(和/或其處理結果)和與用于處理患者數據的相應 特定目的應用程序相關的某些信息的組合生成一個或多個進程共享觸發標識122。在某些 實施例中,所述觸發標識可能包含患者數據及其處理結果和識別用于執行處理的特定目的 應用程序的唯一 ID。在某些實施例中,觸發標識數據還可以包括用于處理患者數據的特定 目的應用程序的一部分。在某些實施例中,觸發標識數據可以直接包括特定目的應用程序 的完整版本。觸發標識數據隨后被發送到DACMS服務器102。所述傳輸可以采用某個標準 協議,例如DICOM進行。生成進程共享觸發標識122,在DACMS系統101上部署進程啟動器124,和在DACMS 系統101內啟動特定目的軟件應用程序114,. . .,118的前端的方法和系統披露于在先的專 利申請中,即美國專利申請號11/647,597,發明人是Guo-QingWei (魏國慶),Cheng-Chung Liang (梁正中),Feng Ma (馬峰),Li Fan (范黎),Jianzhong Qian (錢建中),Xiaolan Zeng(曾小蘭),發明名稱是"通過數據封裝在醫學成像的獨立系統/應用程序之間共享 進禾呈白勺方法(Methods for processsharing among independent systems/applications via data encapsulation in medical imaging) 〃 ;以及美國專利申請號 60/792,344,發明 人是 Jianzhong Qian (錢建中),Feng Ma (馬峰),Guo-Qing Wei (魏國慶),Cheng-Chung Liang (梁正中),LiFan (范黎),Xiaolan Zeng (曾小蘭),Tim Ketchmark,發明名稱是〃在 醫學成像中通過數據封裝在另一個獨立系統/應用程序中激活應用程序的方法(Methods forenabling an application within another independent system/application via dataencapsulation in medical imaging) " 。
禾Utfii^&itkl^g☆入:Φ^;弓Iffi。為了實現進程共享,進程共享引擎106可以在DACMS的瀏覽工作站104部署進程 啟動器124。進程啟動器124可以包括單獨的構件,如觸發標識響應單元和啟動器(在所引 用的在先申請中詳細描述)。所部署的進程啟動器位于DACMS工作站,并且監測加載在工作 站上的輸入觸發標識,并通過在工作站上啟動特定目的應用程序的相應前端來響應所述觸 發標識,以便在DACMS環境內允許特定目的應用程序的進程共享。在工作時,作為對用戶選擇的響應,DACMS工作站可以加載患者數據,所述患者數 據包括觸發標識,例如進程共享觸發標識122,它通過與特定目的應用程序相關的信息進行 編碼。觸發標識可以顯示在工作站顯示器上,使得用戶在需要時可以進行選擇。如果用戶 進一步選定了觸發標識,包括在進程啟動器124中的觸發標識響應單元會檢測觸發標識的 存在,并隨后對觸發標識進行解碼,以便提取與特定目的應用程序相關的信息。根據所述信 息,可以在DACMS系統內的瀏覽工作站104上啟動特定目的軟件應用程序114,...,118的 前端。應用程序前端單元114,...118還可以通過前端的進程共享API 121與進程共享引 擎106進行通信,以便獲得所加載患者數據的處理結果。通過特定目的應用程序和進程共 享引擎106之間的所述API,特定目的應用程序108,...,110和DACMS系統101可以就相 同的患者數據進行通信并相互配合,而不需進行代碼級整合。根據本發明,進程共享引擎106是具有支持硬件和軟件的平臺。特定目的應用程 序的后端單元112,... 116可以安裝在駐留有進程共享引擎機器106的計算機上。后端單元 112,...,116還可以安裝在單獨的計算機上。在這種情況下,后端單元112,...,116可以 通過計算機網絡與進程共享引擎106進行通信。所述網絡可以是任何形式的網絡,如有線網絡,無線網絡,互聯網,內部網,專用網絡,虛擬網絡,局域網絡(LAN),或廣域網絡(WAN), 或其任意組合。進程啟動器124可以是進程共享引擎106的軟件構件,并且可被部署在DACMS瀏 覽工作站104上運行。它還可以直接安裝在DACMS瀏覽工作站104上。特定目的軟件應 用程序114,...,118的前端也可以是軟件構件,駐留在與進程共享引擎106相同的計算機 上。所述特定目的軟件應用程序的前端也可以直接安裝在DACMS瀏覽工作站104上。應 用程序前端單元114,...,118在通過進程共享觸發標識122激活后,可以通過進程啟動器 124在DACMS瀏覽工作站104上啟動。進程共享引擎106,DACMS系統101,和特定應用程序 108,...,110可以通過網絡連接,所述網絡可以是任何形式的網絡,如有線網絡,無線網絡, 互聯網,內部網,專用網絡,虛擬網絡,局域網絡(LAN),或廣域網絡(WAN),或其任意組合。圖2是根據本發明一個實施例的進程共享引擎的詳細的系統框圖。在該框圖中, 進程共享引擎106根據某個標準,如DICOM標準,從DCMS服務器102接收患者數據200。通 過后端的進程共享引擎API 120,患者數據可被傳輸至后端單元112,...,116。后端處理單 元隨后可以處理患者數據,并且將狀態信息發送到進程共享引擎106。進程共享引擎106可 以根據患者數據和/或其處理結果以及與用于執行所述處理的特定目的應用程序相關的 信息來生成觸發標識數據122。所述觸發標識數據122隨后被發送到DACMS服務器102。保 存在DACMS服務器102上的任何數據可以被DACMS工作站取回,以供瀏覽或處理。如本文 所述,當用戶選擇瀏覽與某個患者相關的數據時,與選定患者相關的信息可被加載至DACMS 工作站,并且所述信息可以包括觸發標識數據122。當觸發標識由用戶選定時,進程啟動器 124啟動用于處理工作站上已加載患者數據的特定目的應用程序的相應前端,使得它可用 于進一步處理相同的患者數據。應用程序前端114,. . .,118可以從進程共享引擎106的后端或通過前端API 121 從后端單元112,... 116接收預處理結果。后處理結果210可由應用程序前端114,...,118 生成,并被發回到進程共享引擎106或相應的后端單元112,...,116。進程共享引擎106和 后端單元112,...,116隨后可以發送選定的后處理結果210給DACMS服務器102。圖3a是進程共享引擎106和應用程序后端單元112之間的基于API的通信的示 例性框圖。在該框圖中,患者數據200通過后端的進程共享引擎API 120從進程共享引擎 106被發送到特定應用程序后端112。進程共享引擎106可以從DACMS服務器102獲得所 述患者數據。在通過后端單元完成數據的處理之后,后端單元通過后端的進程共享引擎API 120將預處理結果304發送到進程共享引擎106。圖3b是進程共享引擎106和應用程序前端單元114之間基于API的通信的示例 性框圖。患者數據200可以通過前端的進程共享引擎API 121從進程共享引擎106被發送 到特定目的應用程序1的前端114(參見圖2)。可以在特定應用程序前端114,進程共享引 擎106,和進程啟動器124之間發送運行時間信息308,以便與進程啟動器交換前端的狀態 信息和/或從進程共享引擎請求預處理結果。前端的狀態信息可以包括,但不限于,GUI是 顯示還是關閉的,⑶I的顯示位置等。由特定應用程序前端114生成的后處理結果306可 以通過前端的進程共享引擎API121被發送到進程共享引擎106。在進程共享引擎106接收 到后處理結果306之后,它可以將結果306轉發至DACMS服務器102。圖3c示出了進程共享引擎102的示例性框圖。進程共享引擎102包括觸發標識數據生成單元334 ;數據傳輸單元328,它將觸發標識數據和已處理的結果數據發送到DACMS 服務器102 ;和已處理結果接收單元326,它用于從特定應用程序的后端單元獲得已處理的 結果。可選的,進程共享引擎102還可以另外包括患者數據取回單元320,用于從DACMS服 務器102請求患者數據;患者數據發送單元322,用于將取回的患者數據發送到特定應用程 序后端單元,以供數據處理。另外,進程共享引擎還可以包括控制單元336,它用于協調不同 的任務;和API通信單元332,它負責與特定應用程序前端和后端單元進行通信。圖3d是特定應用程序的前端單元的示例性框圖。前端單元可以包括數據接收單 元340,用于從進程共享引擎106和/或從特定應用程序的后端接收患者數據;操作和處理 單元,用于處理接收到的患者數據;數據發送單元342,用于將后處理結果發送到進程共享 引擎106和/或相應的后端單元。前端單元還可以包括通信單元344,用于與進程共享引擎 106或后端單元進行通信。圖3e是特定應用程序的后端單元的示例性框圖。后端單元可以包括數據接收單 元350,用于從DACMS服務器102和/或從進程共享引擎106接收患者數據;處理單元356, 用于處理接收到的患者數據;數據發送單元352,用于將處理結果發送到進程共享引擎106 和/或特定應用程序的相應前端單元。后端單元還可以包括通信單元354,用于與進程共享 引擎106和/或前端單元進行通信。圖4是根據本發明另一個實施例的進程共享引擎系統的另一個系統框圖。在本實 施例中,某些通信可以直接在特定目的軟件的前端和后端之間進行,而不需要通過進程共 享引擎和相關的前端和后端的進程共享引擎API。例如,在本實施例中,特定應用程序前端 (例如,特定應用程序前端118)可以直接與其相應的后端(例如后端構件116)進行通信。 這種直接的通信路徑對于某些應用程序來說可能是有利的。例如,在使用圖形視頻流技術 的特定應用程序中,前端GUI單元可能需要將鼠標和鍵盤活動發送到其相應的后端服務器 單元,以便從后端服務器請求視頻流影像。所述鼠標事件可以進行更快地傳輸或通信,并且 以更直接的方式進行,而不需要通過其它層傳遞信息。特定應用程序116的后端構件也可以直接與DACMS服務器102進行通信。例如, 特定應用程序的后端116可以直接從DACMS服務器102獲得患者數據200。特定應用程序 的后端116可以利用后端的進程共享引擎API 120來通知進程共享引擎106特定的患者數 據已準備好在前端單元118被瀏覽。在某些實施例中,后端116可以向進程共享引擎106 發送"可以讀取"的信息。特定應用程序的后端116可以向進程共享引擎106發送服務器 的某些配置參數,以便進程共享引擎106可以通過前端的進程共享引擎API告知應用程序 前端如何與應用程序的后端進行通信。在這些實施例中,進程共享觸發標識122可以通過進程共享引擎106生成,對應于 患者數據200和一個或多個特定應用程序類型。進程共享觸發標識122可以在應用程序的 后端構件112,...,116完成預處理之后生成。它可以作為患者數據200已被處理并可被加 載到特定應用程序114,...,118的前端構件的指示。如果特定目的軟件應用程序沒有后端 單元,進程共享觸發標識122可以自動生成,而不需要可由應用程序的后端構件提供的某 些預處理信息。圖5a和圖5b示出了對應于圖2的系統的示例性流程圖,其中進程共享引擎與 DACMS進行通信,以便獲得患者數據。圖5a示出后端單元的示例性流程圖。在步驟500,患者數據200首先由進程共享引擎106取回。在步驟502,通過后端的進程共享引擎API 120, 患者數據被發送到應用程序后端單元,以供預處理。在完成步驟503的預處理之后,在步驟 504可以將預處理的結果發回到進程共享引擎106。隨后在步驟506可以生成進程共享觸發 標識122,對應與應用程序類型相關的患者數據200。如果特定應用程序不涉及后端單元, 則可以跳過步驟502,503,和504。圖5b示出了根據本發明一個實施例的前端單元的示例性流程圖。首先,在步驟 508,進程啟動器124部署在DACMS工作站上或直接安裝在DACMS工作站上。在步驟510, 通過標準通信協議(例如DIC0M),進程共享觸發標識可被傳送至DACMS工作站并由用戶顯 示。隨后在步驟512,進程啟動器124根據所顯示的觸發標識啟動相應的特定應用程序的前 端程序。在步驟514,通過前端的進程共享引擎API 121,特定應用程序的前端可以從進程 共享引擎106獲得患者數據和預處理結果。在步驟516,進程共享引擎可以通過經由前端的 進程共享引擎API 121發送和接收運行時間信息,與特定應用程序的前端進行通信。相互 作用的運行時間信息的例子包括,但不限于,前端GUI是顯示還是關閉的,GUI的位置和大 小,以及數據位置等等。當完成數據的讀取時,前端程序可能處于待命狀態或只是簡單地退 出。在步驟518,當存在由前端生成的后處理結果時,所述結果可以通過前端API被發送到 進程共享引擎106。在步驟520,進程共享引擎106進而可以將后處理結果發送到DACMS系 統 101。圖6a和圖6b示出了對應于圖4的系統的示例性流程圖,其中應用程序的后端直 接與DACMS進行通信,以便獲得患者數據。圖6a是后端單元的示例性流程圖。在步驟600, 患者數據200首先由應用程序后端單元從DACMS系統取回。在步驟601,患者數據可以由后 端單元進行預處理。在步驟602,通過后端的進程共享引擎API 120,可以將預處理結果發 回至進程共享引擎106。然后在步驟604,生成進程共享觸發標識122,它對應患者數據200 和所涉及的特定應用程序類型。如果特定應用程序沒有后端單元,則可以跳過步驟600, 601,和 602。圖6b是根據本發明的另一個實施例,對應于圖4的前端單元的示例性流程圖。在 步驟606,在前端,進程啟動器124可以首先部署在DACMS工作站上,或直接安裝在DACMS 工作站上。在步驟608,通過標準通信協議,如DIC0M,可以將進程共享觸發標識122傳送到 DACMS工作站并且顯示。在步驟610,進程啟動器124可以根據所顯示的觸發標識啟動相應 的特定應用程序的前端程序。在步驟612,患者數據和預處理結果,如服務器參數,可以通過 直接前端_后端通信被發送到前端程序。在步驟614,進程共享引擎可以通過經由前端的進程共享引擎API 121發送和接 收運行時間信息,與特定應用程序的前端進行通信。相互作用的運行時間信息可以與圖5a 所示的類似。在步驟616,特定應用程序的前端單元可以與它的后端對應單元進行通信,以 便對患者數據進行處理。例如,在基于視頻流的顯示系統中,前端應用程序可以向后端單元 發送鼠標和鍵盤活動。所顯示的影像可以通過視頻流發送至前端單元并且向用戶顯示。當 用戶完成數據的讀取時,前端程序可以處于待命狀態或只是簡單地退出。在步驟618,可以 生成后處理結果并直接發送至應用程序的后端。在步驟620,應用程序后端單元進而可以將 后處理結果發送至DACMS系統。 盡管已經結合某些示出實施例對本發明進行了說明,本文所用的文字是描述性的文字,而不是限定性的文字。在不背離本發明的范圍和構思的前提下,可以在所附權利要求 書的范圍內進行改動。盡管本文結合特定的結構、動作和材料對本發明進行了說明,本發明 并不局限于所述特定的公開內容,而是能夠以多種形式體現,其中的某些形式可能與所披 露的實施例非常不同,并且延伸至所有等同的結構、動作和材料,如在所附權利要求書范圍 內的等同方案。
權利要求
一種用于在醫學成像系統中實現進程共享的系統,包括第一應用程序系統,它能夠在第二應用程序系統中處理數據;和進程共享系統,它位于第二應用程序系統的外部,并且被設置成能夠在第二應用程序系統中實現第一應用程序系統的進程共享,其中,第一應用程序系統包括前端單元,它被設置成在事件發生后可通過進程啟動器在第二應用程序系統內進行操作,以便于經由預定接口通過與進程共享系統進行通信來處理從第二應用程序系統獲得的數據,和進程啟動器由進程共享系統生成,并且部署在第二應用程序系統上。
2.根據權利要求1所述的系統,其中,所述進程共享系統包括接收器,它被設置用于從位于第二應用程序系統外部的應用程序構件接收處理結果, 所述應用程序構件處理從第二應用程序系統獲得的數據;進程共享觸發標識發生器,它被設置用于根據從第二應用程序系統獲得的數據和與應 用程序構件相關的信息來生成進程共享觸發標識;和傳輸單元,它被設置用于向第二應用程序系統傳輸進程共享觸發標識。
3.根據權利要求2所述的系統,其中所述進程共享系統還包括 數據取回單元,它被設置用于獲得從第二應用程序系統得到的數據;通信單元,它被設置用于將所獲得的數據發送到位于第二應用程序系統外部的應用程 序構件,以供數據處理。
4.根據權利要求3所述的系統,其中位于第二應用程序系統外部的應用程序構件對應 于第一應用程序系統的后端單元。
5.根據權利要求1所述的系統,其中所述第一應用程序系統的前端單元包括數據接收構件,它被設置用于接收從第二應用程序獲得的數據,同時在第二應用程序 系統環境中工作;處理構件,它被設置用于處理從第二應用程序系統接收的數據,以便生成后處理結果;和通信構件,它能夠與進程共享系統進行通信。
6.根據權利要求5所述的系統,其中,所述前端單元的通信構件還能夠與位于第二應 用程序系統外部的第一應用程序系統的后端單元進行通信。
7.根據權利要求4所述的系統,其中所述第一應用程序系統的后端單元包括 數據接收構件,它被設置用于接收從第二應用程序獲得的數據;處理構件,它被設置用于處理從第二應用程序系統獲得的數據,以便生成處理結果;和 通信構件,它能夠與進程共享系統進行通信。
8.根據權利要求7所述的系統,其中,后端單元通過通信構件向進程共享系統發送處理結果ο
9.根據權利要求7所述的系統,其中,后端單元的通信構件還能夠與可在第二應用程 序系統內工作的第一應用程序系統的前端單元進行通信。
10.根據權利要求9所述的系統,其中,后端單元通過通信構件向前端單元發送處理結^ ο
11.一種用于共享進程的方法,包括獲得從第二應用程序系統得到的數據;向第一應用程序系統的應用程序構件發送所獲得的數據,以供預處理; 從應用程序構件接收預處理結果;根據預處理結果和與第一應用程序系統相關的信息來生成進程共享觸發標識;和, 向第二應用程序系統發送進程共享觸發標識,其中, 應用程序構件位于第二應用程序系統的外部,進程共享觸發標識一旦在第二應用程序系統中被激活,會導致進程啟動器在第二應用 程序系統內啟動第一應用程序系統的前端單元,以便于經由預定接口通過與進程共享系統 進行通信來處理從第二應用程序系統獲得的數據,和進程啟動器由進程共享系統生成,并且部署在第二應用程序系統上。
12.根據權利要求11所述的方法,其中,應用程序構件對應于第一應用程序系統的后端。
13.根據權利要求11所述的方法,還包括在第二應用程序系統中檢測進程共享觸發標識的存在; 在第二應用程序系統中啟動第一應用程序系統的前端單元; 通過進程共享系統加載數據和預處理結果;通過第一應用程序系統處理從第二應用程序系統環境獲得的數據,以便生成后處理結果;將后處理結果發送至第二應用程序系統。
14.根據權利要求13所述的方法,其中,數據的處理通過第一應用程序系統的前端單 元進行。
15.根據權利要求13所述的方法,其中,數據的處理通過位于第二應用程序系統外部 的第一應用程序系統的后端進行。
16.根據權利要求13所述的方法,其中,后處理結果的發送通過進程共享系統來進行。
17.根據權利要求13所述的方法,其中檢測進程共享觸發標識的存在包括 在第二應用程序系統中監測要顯示的數據;和感測進程共享觸發標識的顯示。
18.一種共享進程的方法,包括獲得從第二應用程序系統得到的數據;在第二應用程序系統外部的第一應用程序系統中處理所獲得的數據,以便生成預處理 結果;和將預處理結果發送至進程共享系統,其中,進程共享系統根據預處理結果和與第一應用程序系統相關的信息生成進程共享觸發 標識,并將進程共享觸發標識發送到第二應用程序系統,進程共享觸發標識一旦在第二應用程序系統中被激活,會導致進程啟動器在第二應用 程序系統中啟動第一應用程序系統的前端單元,以便于經由預定接口通過與進程共享系統 進行通信來處理從第二應用程序系統獲得的數據,和進程啟動器由進程共享系統生成,并且部署在第二應用程序系統上。
19.根據權利要求18所述的方法,其中,預處理結果由第一應用程序系統的后端產生。
20.根據權利要求18所述的方法,還包括在第二應用程序系統中檢測進程共享觸發標識的存在; 在第二應用程序系統中啟動第一應用程序系統的前端單元; 通過進程共享系統加載數據和預處理結果;通過第一應用程序系統處理從第二應用程序系統環境獲得的數據,以便生成后處理結果;將后處理結果發送至第二應用程序系統。
21.根據權利要求20所述的方法,其中,數據的處理通過第一應用程序系統的前端單 元進行。
22.根據權利要求20所述的方法,其中,數據的處理通過位于第二應用程序系統外部 的第一應用程序系統的后端進行。
23.根據權利要求20所述的方法,其中,后處理結果的發送通過進程共享系統進行。全文摘要
本發明披露了在醫學成像系統中共享進程的方法和系統。提供了第一應用程序系統,它能夠在第二應用程序系統內處理數據。位于第二應用程序系統外部的進程共享系統被設置成能夠實現在第二應用程序系統內的第一應用程序系統的進程共享。第一應用程序系統包括前端單元,它在事件發生后可通過進程啟動器在第二應用程序系統中進行操作,以便于經由預定接口通過與進程共享系統進行通信來處理從第二應用程序系統獲得的數據。進程啟動器由進程共享系統生成,并且部署在第二應用程序系統上。
文檔編號G06F13/00GK101933004SQ200880106929
公開日2010年12月29日 申請日期2008年9月12日 優先權日2007年9月14日
發明者曾小蘭, 梁正中, 范黎, 錢建中, 陳洪, 馬峰, 魏國慶 申請人:美國醫軟科技公司