[發明專利]部署、合并發行獨立應用程序的方法、計算機可讀媒體和系統

有效

• 申請號: 201310011101.4
• 申請日: 2013-01-11
• 公開（公告）號: CN103279365B
• 公開（公告）日: 2018-11-16
• 發明（設計）人: L.多米尼克
• 申請（專利權）人: 西門子公司
• 主分類號: G06F8/61
• 分類號: G06F8/61
• 代理公司: 北京市柳沈律師事務所 11105
• 代理人: 呂曉章

本發明公開了一種方法、計算機可讀媒體和系統。該方法的一個實施例包括監聽應用程序安裝過程；分類該應用程序；確定與該應用程序相關聯的信息；以及根據分類和確定的信息安裝該應用程序。該安裝應用程序可以進一步包括確定一個或多個目標節點的兼容性信息，以及如果確認應用程序兼容性信息和至少一個目標節點的兼容性，則將該應用程序加入至少一個目標節點中。

技術領域

本發明一般涉及產品線的獨立應用程序和/或軟件發行版的部署和合并。

背景技術

大型系統（例如，像醫療成像設備和醫院管理系統那樣的醫療系統）包括不同來源（例如，擁有特定應用程序的業務單位）的多種產品。這些產品是獨立開發的，但將通用產品線代碼用于，例如，通用外觀和感覺（common look andfeel）、運行時基礎設施、數據存儲庫（data repository）、和域特定協議和技術堆棧。

一方面，這些產品本意上是相互獨立的，具有內部產品可變性，具有可擴展性，可部署在多臺物理或虛擬機上，以及具有它們從與其他開發站點獨立地開發產品的開發站點發出的專門裝運時間點。另一方面，來自這些獨立產品的應用程序由于處在這樣應用程序中的大量通用產品線代碼，以及因為來自兩種獨立產品的應用程序往往需要用于專業醫療診斷的更緊密技術耦合（例如，MR+MI、CT+MI），或由于，例如，成本限制，至少需要聯合部署在相同硬件盒和軟件運行時系統中而相互具有相當大的技術相關性。

如果沒有附加的技術解決方案以及在上述限制下，由于那種附加產品與現有系統的許多接觸點，無論是利用來自多種獨立產品的貢獻從頭安裝醫療系統，還是存在加入現有安裝中的一個獨立應用程序發行版，系統安裝和部署都可能失敗或使系統無法使用。

潛在失敗的原因是技術沖突。主要沖突是可能不允許獨立產品發行版強制（必須）覆蓋（文件，數據、內容）在現有系統上，但以目前的技術無法避免，而替換可能是業務關鍵。更糟糕的是，安裝程序（例如，Windows安裝程序）不支持智能合并，以及如果這種安裝遭受強制覆蓋，則可能放棄對產品安裝的控制。

下面描述已知部署解決方案的例子。

在一種已知解決方案中，在裝運之前最終決定存在可變性選項的所有獨立產品并使它們同步，并首先“凍結”，然后在安裝完成之后“解凍”所有可變性。因此，在開發時，在所有貢獻站點的一個專門“整合”站點上集中地在獨立產品的“組合”發行版中解除所有限制。裝運給具有實際相同“凍結”設置的一臺或多臺物理機或一個或多個物理盒。但這種組合交付解決方案不允許產品發行獨立性，例如，既沒有獨立發行時間點也不能，例如，只從一個站點獨立裝運發行內容。

在另一種已知解決方案中，基于純粹“永久”向前或向后兼容性的合并以失敗告終。例如，微軟公司多年來曾承諾Win32API的向后兼容性，但最終放棄了。微軟公司承諾.NET框架的兼容性，但失敗了。Windows更新程序避免了任何合并，但在對安裝發行版的差異詢問之后強制替換本地文件，并從部署儲備庫中下載。本國軟件分發機制（例如，根據管理節點包、微軟動態目錄等）裝運軟件包，但假設所有進一步決定由目標節點上的一些其他軟件作出。

在另一種已知解決方案中，可以用許多版本安裝相同產品，用戶或應用程序通過人工選擇或總是使用自己安裝路徑挑選合適版本，決不會將產品相互關聯也不會將相同產品的多個版本相互關聯，但使它們保持獨立，將隔離安裝子目錄樹用于每種產品和產品版本以及總是使用分開安裝包。這是像Microsoft Visual Studio應用程序和.NET框架、JavaRun-Time、Perl編程語言、Adobe Reader應用程序等等那樣，所有供應商使用的默認解決方案。一些軟件不顧對同一臺機器上的其他基于Java軟件的潛在副作用地強迫用戶首先安裝他們基層運行時系統的正確版本，例如，Java運行時的所需版本。像微軟Windows或SAP企業軟件的發行版那樣，一些軟件甚至拒絕在一臺機器上存在不止一種，并強迫用戶刪除相同產品的以前版本。

上述已知解決方案的每一種都不允許應用程序或軟件的發行獨立性。