專利名稱：用于知曉分布式應用上下文的事務處理的方法和裝置的制作方法
技術領域：
本公開一般涉及分布式應用，并且具體涉及一種用于實現(xiàn)應用事務的多 節(jié)點多功能處理的方法和裝置。
背景技術：
分布式環(huán)境通常向用戶提供對于多個應用的訪問，并且應當以實現(xiàn)整體 最佳性能為目標。分布式環(huán)境通常包括位于一個或多個數(shù)據(jù)中心內的一個或 多個服務器、 一個或多個(通常幾百或幾千個)用戶、以及通信信道，該通信信
道通常為分布式架構(landscape),例如廣域網(wǎng)(WAN)。在分布式計算環(huán)境中提 供(provision)應用服務常常需要多個處理動作，所述多個處理動作可以由諸如 多個物理位置上的不同計算機上的軟件單元之類的不同實體提供。每個處理 動作可能需要它自己的定義或者配置設置或值的集合，該集合是從所處理的 事務的上下文以及處置該事務的實體導出的。分布產(chǎn)生了很多問題。環(huán)境的 操作者或整合者必須將他們對于每個可用應用的意圖(view)轉換為與該應用 相關聯(lián)的每個處理動作的一個或多個配置設置。第二，將所述動作分類的任 務對于與每一個事務相關聯(lián)的每一個動作重復，從而消耗訪問資源。
所使用的公共中間件基礎設施加放大了上述問題 一方面，諸如單個應 用服務器的中間件基礎設施在傳統(tǒng)上作為單個網(wǎng)絡或web服務而被觀察到的 東西下提供多個應用服務。另一方面，單個應用服務可以包括可能使用不同 協(xié)議的不同網(wǎng)絡服務或web服務的整合集合。這提出了進一步的問題，例如 如何將應用上下文用于每一個單個的處理動作；如何對于具體的應用上下文 定義單個端到端方案(scheme);以及如何監(jiān)控在所述應用上下文下的不同處理 動作的性能或行為。
因此，在本領域中需要一種方法和裝置，其將使得分布式環(huán)境中的知曉 上下文的事務處理成為可能，使得可以在分布式系統(tǒng)中根據(jù)統(tǒng)一的策略而以 統(tǒng)一和高效的方法來執(zhí)行與源于各種應用的事務相關聯(lián)的不同處理。
發(fā)明內容
一種用于以統(tǒng)一的跨組織方式在分布式網(wǎng)絡中提供服務的方法和裝置。
該方法和裝置允許較低的TOC，并且不需要遠程位置處的技術人員來安裝和
維護客戶端設備。
在優(yōu)選實施例中，由此提供了一種在分布式計算機網(wǎng)絡中根據(jù)預定策略
來提供服務的方法，該方法包括以下步驟接收與應用有關的標簽添加 (tagging)方案；接收來自該應用的請求消息；根據(jù)標簽添加方案將標簽添加信 息附加到請求消息上；將帶有標簽添加信息的請求消息發(fā)送到一個或多個處 理器；從標簽添加信息檢索(retrieve)—個或多個參數(shù)或配置值；以及根據(jù)該 參數(shù)或配置值處理所述請求消息。所述方法還可以包括以下步驟提供用于 定義標簽添加方案的標簽添加方案定義組件。所述方法還可以包括以下步驟
創(chuàng)建具有與請求消息基本相同的標簽添加信息的響應消息。所述方法還可以 包括以下步驟從附加到響應消息上的標簽添加信息檢索一個或多個第二參 數(shù)或配置值；以及根據(jù)該第二參數(shù)或配置值處理響應消息。在該方法中，標 簽添加方案任選地涉及應用所屬的事務類型、或者從由以下各項組成的組中 選擇的一個或多個項目的參數(shù)或配置值壓縮；解壓縮；加密；解密；隧道 建立；安全性；監(jiān)控；路由選擇；優(yōu)化；以及服務質量。在該方法中，標簽 添加方案任選地與從由以下各項組成的組中選擇的一個或多個項目服務類 型；子服務類型；應用；與應用相關聯(lián)的事務類型；應用的用戶；用戶的角 色;用戶的位置；用戶使用的區(qū)域性辦公室；與用戶或與應用相關聯(lián)的數(shù)據(jù) 中心；以及應用的上下文。在該方法中，所述預定策略任選為組織范圍的 (organization-wide)策略。
本公開的另 一方面涉及一種用于根據(jù)統(tǒng)一的策略在分布式計算機網(wǎng)絡中 提供服務的裝置，該裝置包括第一計算平臺，用于接收來自應用的請求消息， 并且執(zhí)行客戶端前端，該客戶端前端包括終止點，用于接收來自應用的請 求消息；分類組件，用于根據(jù)統(tǒng)一的策略將標簽添加信息分配給該請求消息； 以及應用層處理引擎，用于基于所述標簽添加信息產(chǎn)生與請求消息相關聯(lián)的 處理指令。該裝置還可以包括第二計算平臺，用于處理所述請求消息，該第 二計算平臺執(zhí)行服務器前端，該服務器前端包括應用層處理引擎，用于基 于所述標簽添加信息產(chǎn)生與請求消息或響應消息相關聯(lián)的處理指令。在該裝 置中，客戶端前端還可以包括內容高速緩存和傳遞服務引擎，用于根據(jù)請求消息的標簽添加信息高速緩存和傳遞請求消息或響應消息；以及隧道，用
于在分布式計算機網(wǎng)絡中傳送帶有標簽添加信息的請求消息或響應消息。在
該裝置中，服務器前端還可以包括內容高速緩存和傳遞服務引擎，用于根 據(jù)請求消息的標簽添加信息高速緩存和傳遞請求消息或響應消息；隧道，用 于在分布式計算機網(wǎng)絡中傳送帶有標簽添加信息的請求消息或響應消息；連 接組件，用于連接終止點和第二計算平臺；以及分類組件，用于根據(jù)統(tǒng)一的 策略將標簽添加信息分配給與請求消息相關聯(lián)的響應消息。在該裝置中，由 第一計算平臺執(zhí)行的隧道包括壓縮組件，用于根據(jù)標簽添加信息壓縮請求
消息或響應消息；或者優(yōu)化和優(yōu)先級區(qū)分組件，用于對消息傳送進行優(yōu)化和 區(qū)分優(yōu)先級。在該裝置中，由第二計算平臺執(zhí)行的隧道任選地包括壓縮組 件，用于根據(jù)標簽添加信息壓縮請求消息或響應消息；或者優(yōu)化和優(yōu)先級區(qū) 分組件，用于對消息傳送進行優(yōu)化和區(qū)分優(yōu)先級。在該裝置中，標簽添加方 案任選地涉及應用所屬的事務類型、或者從由以下各項組成的組中選擇的一 個或多個項目的參數(shù)或配置值壓縮；解壓縮；加密；解密；隧道建立；安 全性；監(jiān)控；路由選擇；優(yōu)化；以及服務質量。在該裝置中，標簽添加方案 任選地涉及從由以下各項組成的組中選擇的一個或多個項目服務類型；子 服務類型；應用；與應用相關聯(lián)的事務類型；應用的用戶；用戶的角色；用 戶的位置；用戶使用的區(qū)域性辦公室；與用戶或與應用相關聯(lián)的數(shù)據(jù)中心； 以及應用的上下文。在該裝置中，連接組件任選地包括負荷平衡組件，用 于平衡分布式計算機網(wǎng)絡中計算平臺之間的消息傳送和處理操作；或者優(yōu)化 和復用組件。該裝置還可以包括標簽添加方案定義組件，用于定義統(tǒng)一的 策略，或者管理代理組件，用于從標簽添加信息提取處理信息。在該裝置中， 管理代理組件任選地包括傳遞策略代理，用于提取傳遞策略參數(shù)；監(jiān)控代 理，用于提取監(jiān)控參數(shù)；或者警告代理，用于提取與警告有關的參數(shù)。在該 裝置中，所述預定義策略任選為組織范圍的策略。
本公開的另 一方面涉及一種計算機可讀存儲介質，其包含用于通用計算 機的指令集，這指令集包括接收與在分布式計算機網(wǎng)絡中執(zhí)行的應用有關 的標簽添加方案；接收來自該應用的請求消息；根據(jù)標簽添加方案將標簽添 加信息附加到請求消息上，該標簽添加信息依照分布式計算機網(wǎng)絡中的預定 策略；將帶有標簽添加信息的請求消息發(fā)送到至少一個處理器；從標簽添加 信息檢索一個或多個參數(shù)或配置值；以及根據(jù)該參數(shù)或配置值處理該請求消自
將結合附圖、參照對實施例的以下描述來描述所公開的主題的示例性非 限制性實施例。附圖一般不是按比例示出的，并且任何尺寸意圖僅僅是示例 性的，而不一定是限制性的。相同的數(shù)字或字母表示對應或相似的元件。
圖l是其中使用所公開的裝置的典型環(huán)境的示意圖示；
圖2是根據(jù)本公開的優(yōu)選實施例的用于接收消息并且給消息添加標簽的
區(qū)域性辦公室的示意圖示；
圖3是根據(jù)本公開的優(yōu)選實施例的、用于處置添加了標簽的消息的數(shù)據(jù)
中心的示意圖示；
圖4是^f艮據(jù)本^Hf的、用于編輯可用事務類型的用戶接口的截屏圖示；
圖5是#^居本7>開的、用于編輯對于與特定事務類型相關聯(lián)的消息的處 理序列的用戶接口的截屏圖示；
圖6是根據(jù)本公開的、用于編輯對于與特定事務類型相關聯(lián)的消息的處 理序列中的特定處理的用戶"l妄口的截屏圖示；
圖7是根據(jù)本公開的方法中的主要步驟的框圖。
具體實施例方式
本公開涉及2004年12月6日提交的美國專利申請序列號10/498409以 及2006年3月27日提交的美國專利申請序列號11/389890,美國專利申請序 列號10/498409是2002年12月9日提交的國際專利申請?zhí)朠CT/IL02/00991 的國家階段，并且被轉讓給本公開申請的受讓人，美國專利申請序列號 11/389890被轉讓給本公開申請的受讓人，這兩個申請的全部內容通過^ j用而 被合并于此。
所公開的方法和裝置規(guī)定使用單個組織范圍的、優(yōu)選為統(tǒng)一的策略來 處置(handle)在分布式計算系統(tǒng)中執(zhí)行的事務。該方法和裝置對于與應用事務 消息相關聯(lián)的不同方面使用系統(tǒng)范圍的索引編制(indexing)或標簽添加 (tagging)機制。在與事務相關聯(lián)的所有消息中使用相同的標簽添加，從而提供 高效和統(tǒng)一的處置以及系統(tǒng)中的分布式處理。
典型地，在執(zhí)行一個或多個應用的分布式架構中使用所公開的方法和裝置。典型地，分布式架構由組織采用，其中，不同地理位置上的多個用戶正 在使用所述應用。該基礎設施包括一個或多個數(shù)據(jù)中心、每個數(shù)據(jù)中心是這
樣的地理位置多個計算平臺位于該地理位置上，由"&術人員照看，并且向
多個分布的遠程位置和用戶提供服務。所述服務優(yōu)選地由諸如個人計算機或 網(wǎng)絡計算機之類的存在于或連接到區(qū)域性辦公室的遠程設備消費。每個區(qū)域
性辦公室連接到一個或多個數(shù)據(jù)中心，其從所述一個或多個數(shù)據(jù)中心接收服 務。所述數(shù)據(jù)中心和區(qū)域性辦^^室優(yōu)選地通過分布式架構例如采用廣域網(wǎng)來 連接。
在預備步驟，設計標簽添加系統(tǒng)，使得向每種事務類型分配要對與該事 務類型相關聯(lián)的消息執(zhí)行的處理序列，并且每個處理與相關參數(shù)或配置設置 相關聯(lián)。參數(shù)通常涉及要執(zhí)行的處理的特性，而配置通常涉及計算平臺、組 件、軟件組件、安裝等的特性。每個請求處理優(yōu)選地由處理器(優(yōu)選為諸如可
執(zhí)行單元的軟件單元)、web服務或者任何其它單元來執(zhí)4亍。處理器可以操控 該請求序列，并且也可以產(chǎn)生響應處理器的"響應序列，，以及每個響應處理 器的配置。
然后，當使用應用并且用戶做出服務請求時，在終止(termination)點處， 即在用戶的請求被首先引入系統(tǒng)所在的計算平臺處，執(zhí)行標簽添加。對于與 事務相關聯(lián)的每個消息執(zhí)行標簽添加，即，將標簽附加到每個消息。所述標 簽涉及可以包括服務類型、應用、事務類型、子服務類型、會話、用戶身份、 用戶位置、用戶角色、區(qū)域性辦/^室、數(shù)據(jù)中心和其它因素的數(shù)據(jù)。標簽的 全體集合描述事務的上下文。標簽也可以包括與事務的生命周期的所有部分
相關的信息，例如包括壓縮；解壓縮；加密；解密；隧道建立；安全性； 監(jiān)控；路由選擇；優(yōu)化操控；以及服務質量。
該方案允許具有任何所需參數(shù)的相關處理步驟的配置設置或選擇。每個 處理步驟可以代表采用預定順序和配置參數(shù)的處理器的序列。
然后，當處置所述消息時，處置該消息的每個處理器提取與該消息的標 簽相關聯(lián)的相關處理指令和參數(shù)，并且相應地執(zhí)行處理，從而提供統(tǒng)一的處 置。分配給請求消息的標簽是適用的，并且也可以用作所產(chǎn)生的響應消息的 默認標簽。
例如，在諸如與特定應用相關聯(lián)的事務之類的特定事務類型中，如果每 個消息應當經(jīng)歷壓縮和高速緩存，那么一旦諸如HTTP消息之類的消息被分配了相關標簽，就將使用為該應用類型定義的相關指令和參數(shù)，例如所需要 的壓縮方案和正確的參數(shù)、以及所需要的高速緩存方案，來執(zhí)行這些處理階 段。任選地，作為整數(shù)來實現(xiàn)所述標簽，從而高效地執(zhí)行對于相關處理指令 和參數(shù)的提取。在系統(tǒng)中，存儲所述處理指令和參數(shù)的數(shù)據(jù)庫與用于提取所 述處理指令和參數(shù)的組件是相同的，以便確保統(tǒng)一處理。任選地，在任何特 定的處理點，只能使用所述標簽的子集。例如，用戶身份對于選擇壓縮方法 是不相關的，但是當選擇服務質量(QoS)時，它是相關的。
現(xiàn)在參照圖1,圖1示出了執(zhí)行一個或多個應用的分布式架構的示意圖 示，該分布式架構通常為大型組織采用的分布式架構，其中，不同地理位置 上的多個用戶正在使用所述應用。該基礎設施包括一個或多個數(shù)據(jù)中心，例
如數(shù)據(jù)中心(DC)100。數(shù)據(jù)中心是這樣的地理位置諸如個人計算機、大型計 算機或其它計算機之類的多個計算平臺位于該地理位置上，由技術人員照看， 并且向多個分布的遠程位置和用戶提供服務。優(yōu)選地，從諸如小辦公室或客 戶端使用的計算平臺108之類的遠程設備消費所述服務。其它消費者可以經(jīng) 由諸如區(qū)域性辦公室(RO)104之類的區(qū)域性辦公室而連接和消費所述服務。 每個區(qū)域性辦公室連接到一個或多個數(shù)據(jù)中心，其從所述一個或多個數(shù)據(jù)中 心接收服務。數(shù)據(jù)中心和區(qū)域性辦公室優(yōu)選地通過諸如廣域網(wǎng)(WAN)102之類 的分布式架構連接。
典型地，DC 100包括 一個或多個服務器，例如服務器112;存儲設備， 例如設備116,用于除了存儲其它內容以外還存儲系統(tǒng)標簽添加策略，根據(jù) 特定消息的標簽而從所述系統(tǒng)標簽添加策略檢索相關處理器或參數(shù)；以及服 務器前端(SFE)引擎120,將在下面結合圖3而對其進行詳細說明。設備116 還將傳遞策略與標簽一起存儲，所述標簽包括包含應用插件的配置設置的服 務類型標簽，如在通過引用而被合并于此的美國專利申請序列號11/3898卯 中描述的那樣。
RO 104典型地包含或者連^^到一個或多個用戶平臺，例如128、 132, 其乂人客戶端前端(CFE)124消費服務，將在下面結合圖2來詳細說明客戶端前 端(CFE)124。將認識到，單個CFE可以為多個RO服務。
優(yōu)選地，作為在諸如大型計算機、臺式計算機、膝上計算機或其它計算 機之類的一個或多個計算平臺上執(zhí)行的軟件組件來實現(xiàn)SFE引擎120和CFE 引擎124,并且以諸如Java、 C++、 C弁或其它編程語言之類的任何編程語言或者它們的組合來實現(xiàn)SFE引擎120和CFE引擎124。
現(xiàn)在參照圖2，圖2示出了圖1的客戶端前端(CFE)124的示意框圖。優(yōu) 選地，作為由計算平臺執(zhí)行的計算機指令的一個或多個相互關聯(lián)的集合來實 現(xiàn)CFE引擎124，所述計算平臺組成分布式架構的終止點。CFE引擎124包 括終止組件220，其為首先接收用戶的請求以便執(zhí)行與所執(zhí)行的應用有關的 活動的組件。
如果用戶的計算平臺包括代理或分布式系統(tǒng)的另一組件，則終止組件是 由該平臺任選地執(zhí)行的模塊。否則，終止組件是CFE引擎124的一部分。終 止組件220包括分類組件224,用于分配標簽，從而將作為用戶通過平臺128、 132或者終止點為CFE引擎124的任何其它平臺使用的應用的一部分而產(chǎn)生 的消息分類。分類組件224依照系統(tǒng)范圍的策略，根據(jù)所述消息和上下文的 特定特性，例如服務類型、用戶和其它特性，將標簽分配給每個消息。終止
用戶之間安全傳送添加了標簽的消息的與安全有關的組件。
CFE引擎124還包括應用層處理引擎200,用于才艮據(jù)消息的服務類型來 產(chǎn)生與所述消息中的任何一個相關聯(lián)的特定處理指令，所述服務類型例如為 學習解決方案(LSO)應用類型202、知識管理(KM)應用類型204、或者企業(yè)門 戶(EP)應用類型206。該環(huán)境中的每個平臺都包括應用層處理引擎，用于根據(jù) 分配給每個消息的標簽創(chuàng)建事務對象。所述引擎在它們提供的處理上是變化 的。對于一些處理，數(shù)據(jù)中心和區(qū)域性辦公室中的引擎互相補充，而諸如服 務器之間的負荷平衡之類的其它處理僅由一個引擎執(zhí)行。
因此，應用層處理引擎200才艮據(jù)相關應用的詳盡知識(intimate knowledge),執(zhí)行特定分類向處理指令的轉換。該處理指令優(yōu)選地包括所述 消息將經(jīng)歷的處理的序列。在一些實施例中，應用層處理引擎200可以^皮才既 括為還執(zhí)行與一種或多種事務類型相關聯(lián)的特定處理中的一個或多個，從而 提供分布式應用服務。例如，特定的應用可以用于基于權限(privilege)的高速 緩存，使得當用戶請求文檔時，該引擎首先確定用戶的權限是否足夠以接收 該文檔。如果它們是足夠的，并且以前高速緩存了該文檔，則返回該文檔， 否則返回否定響應。
將認識到，LSO、 KM和EP是與所公開的系統(tǒng)和方法的示例性使用相關 聯(lián)的具體的示例性應用，并且意圖不是限制本公開。遞(CDN)服務引擎232，用于任 選地也根據(jù)每個消息的標簽而高速緩存和傳遞消息。例如，高速緩存選項 (option)可取決于特定用戶和他或她的角色，因此將根據(jù)全局策略而使用不同 的高速緩存選項。高速緩存和傳遞服務232使用提供與全局策略有關的信息 的中央管理代理236。中央管理代理236任選地包括用于提取傳遞策略參數(shù) 的傳遞策略代理240、用于提取監(jiān)控參數(shù)的監(jiān)控代理244、以及用于提取與警 告有關的參數(shù)的警告代理248。根據(jù)由分類組件224分配的與每個消息相關 聯(lián)的特定標簽，從系統(tǒng)的全局策略提取所有參數(shù)?？梢允褂霉芾矸战M件310 來管控和操控中央管理代理236。
CFE引擎124還包括安全優(yōu)化隧道(tunne1)208，.用于在計算機化的架構 中將添加了標簽的消息傳送給例如數(shù)據(jù)中心。在一個方案中，術語"隧道" 通常是指在使得能夠進行通信的通信組件，其中，所通信的消息封裝了另一 通信方案。例如，在本公開的上下文中，主要通信信道是具有任選的SSL的 TCP,并且被封裝的方案是被封裝在TCP分組內的基于私有標簽的路由選擇 (routing)方案。
安全優(yōu)化隧道208包括自適應壓縮組件212,用于才艮據(jù)所分配的標簽 壓縮所述消息；以及隧道優(yōu)化和優(yōu)先級區(qū)分組件216，用于對消息傳送進行 優(yōu)化和區(qū)分優(yōu)先級。
現(xiàn)在參照圖3，圖3示出了圖1的服務器前端(SFE)120的示意框圖。優(yōu) 選地，也將SFE引擎120實現(xiàn)為由諸如一個或多個數(shù)據(jù)中心之類的計算平臺 執(zhí)行的計算機指令的一個或多個相互關聯(lián)的集合。被實現(xiàn)為數(shù)據(jù)中心100的 一部分的SFE引擎120包括連接組件320，用于通過圖1的WAN 102與計算 機化的架構的其它單元連接。連接組件320包括負荷平衡組件324,用于 平衡所述架構內的各種信道和各種數(shù)據(jù)中心之間的傳送和處理操作；優(yōu)化和 復用組件328，用于優(yōu)化和復用消息，具體為大緩沖器；SSL和客戶端認證 組件330或者任何其它用于添加了標簽的消息的安全傳送的與安全有關的組 件；以及用于擴展與對于請求消息的響應消息有關的分類的分類組件331。
SFE引擎120還包括與CFE 124的應用層處理引擎200相似的應用層處 理引擎300，用于根據(jù)消息的服務類型來產(chǎn)生與所述消息中的任何一個相關 if關的特定處理指令，所述服務類型例如為學習解決方案(LSO)應用類型302、 知識管理(KM)應用類型304、或者企業(yè)門戶(EP)應用類型306。所述引擎意名夂用于根據(jù)分配給特定消息的標簽創(chuàng)建事務對象。因此，應用層處理引擎300 基于所述消息涉及的應用的詳盡知識來執(zhí)行特定分類向處理指令的轉換。該 處理指令優(yōu)選地包括所述消息將經(jīng)歷的處理的序列。在一些實施例中，應用
層處理引擎300也可以被擴展為執(zhí)行與一種或多種事務類型相關聯(lián)的特定處 理中的一個或多個，從而提供分布式應用服務。將認識到，LSO、 KM和EP 是與所公開的系統(tǒng)和方法的示例性實現(xiàn)相關聯(lián)的具體的示例性應用，并且意
圖不是限制本公開。
SFE引擎120還包括內容高速緩存和中央傳遞服務引擎332,用于任選 地也根據(jù)每個消息的標簽來高速緩存并且在所述架構內傳遞所述消息。高速 緩存和傳遞服務332使用提供與全局策略有關的信息的中央管理代理336。 中央管理代理336任選地包括用于提取傳遞策略參數(shù)的傳遞策略代理340， 用于提取監(jiān)控參數(shù)的監(jiān)控代理334、以及用于提取與警告有關的參數(shù)的警告 代理348。根據(jù)與從終止點接收的每個消息相關聯(lián)的特定標簽來從系統(tǒng)的全 局策略提取所有參數(shù)。
SFE引擎120還包括安全優(yōu)化隧道308,用于將消息傳送到其它目的地， 例如傳送到其它數(shù)據(jù)中心或者傳送回區(qū)域性辦公室。安全優(yōu)化隧道308包括 自適應壓縮組件312,用于#4居所分配的標簽壓縮所述消息；以及隧道優(yōu)化 和優(yōu)先級區(qū)分組件316,用于對各種消息傳送進行優(yōu)化和區(qū)分優(yōu)先級。
根據(jù)統(tǒng)一的標簽添加策略操作的SFE引擎120和CFE引擎124的組合使 得分布式架構內的消息的高效的端到端處置成為可能。在所述架構內的每個 點處，根據(jù)分配給所述消息的標簽而高效地從圖2的傳遞策略代理240或圖 3的340提取所述消息的相關處理和參數(shù)，從而4是供統(tǒng)一的處置。
現(xiàn)在參考圖4、圖5和圖6，它們示出了用于定義要與事務相關聯(lián)的標簽 的用戶接口的示例性實施例。現(xiàn)在參考圖4，圖4示出了用于編輯可用事務 類型的用戶接口的截屏圖示。該用戶接口的左手側包括與各種實體相關聯(lián)的 處理指令的層級結構，而右手側使得能夠編輯所述層級中的所選擇的等級 (level)。這樣，以參考標號400總地表示的所顯示的示例性用戶接口包括涉及 整個組織的傳遞策略404。傳遞策略404包括用于凄t據(jù)中心服務器405、區(qū)域 性辦公室406和服務類型407的條目。在服務類型407中，service—type—1 408 包括事務類型412,該事務類型412包括多種事務類型，即LS0 416、在項目 421中列舉的事務類型KM420、以及在項目422中列舉的默認事務類型429。將認識到，LSO和KM應用是具體的示例性應用，并且可以列舉任何基于事 務的應用。KM應用420包括處理序列事務集424，其涉及應用等級的處理， 并且被擴展為如下詳述的處理指令；請求上下文事務集425和響應上下文事 務集426,其優(yōu)選地涉及所應用的壓縮引擎的配置；以及分類規(guī)則事務集427, 其包括諸如KM分類規(guī)則428的分類規(guī)則，所述分類規(guī)則提供用于在終止點 處將消息分類的規(guī)則。默認事務類型429包括請求聚合(aggregation)事務集 430、響應聚合事務集431、以及處理序列事務集432,該處理序列事務集432 還包括zip項435和高速緩存(cache)項436。默認事務類型429還包括請求上 下文事務集433和響應上下文事務集434。該用戶接口的右手側示出了在左 手側的當前選擇的項目(即事務類型412)下面的所有項目，該右手側包括列表 418。
現(xiàn)在參照圖5,圖5示出了用于編輯對于與特定事務類型相關聯(lián)的消息 的處理序列的用戶接口的截屏圖示。在屏幕的左手側，選擇與KM事務類型 420相關聯(lián)的處理序列424。當前的處理序列被示出為gzip項546、 KM請求 器(KM—requestor)項548和高速緩存(cache)項550。右手側的窗口 540示出了 所述項目，并且允許項目的增加、刪除或更新。
現(xiàn)在參照圖6，圖6示出了用于編輯對于與特定事務類型相關的消息的 處理序列中的特定處理的用戶接口的截屏圖示。在圖6中，乂人處理序列424 下面的項目中選4奪高速緩存項550，并且屏幕右手側的表553示出了高速緩 存規(guī)則。所述規(guī)則包括特定于KM事務中的高速緩存的規(guī)則554、以及從與 默認高速緩存436相關聯(lián)的規(guī)則導出的規(guī)則558。每個規(guī)則包括為了應用該 規(guī)則而要滿足的條件、以及當進行處理時要使用的參數(shù)或配置。
將認識到，當要給KM消息添加標簽時，優(yōu)選地以規(guī)則出現(xiàn)的順序來測 試所述規(guī)則，并且條件被滿足的第一個規(guī)則是要執(zhí)行的規(guī)則，即，要根據(jù)處 理的參數(shù)和配置來執(zhí)行處理。
將認識到，圖4、圖5和圖6僅僅示出所述層級的一部分，例如涉及數(shù) 據(jù)中心服務405的規(guī)則，KSO事務類型416、請求上下文事務集425或者其 它實體在圖4中沒有被顯示，盡管它們可以存在于所示出的示例性系統(tǒng)中。 還將認識到，選擇圖4、圖5或圖6的左手側的層級中的任何項目將在右側 側呈現(xiàn)與所選項目相關的性質、選項或子項目。
在一些實施例中，初始地向諸如KM 412或LSO 416之類的每種事務類型分配默認事務類型的所有項目，如果設計者希望的話，可以不考慮(override) 所述項目。因此，在所顯示的示例中，KM事務類型包括默認事務類型429 的請求聚合事務集430和響應聚合事務集431。如果定義了具體的請求聚合 事務集或具體的響應聚合事務集，則該默認值將不會生效?？商鎿Q地，可以 將該默認值添加到與特定的集相關聯(lián)的項目列表上。當僅僅要應用多個規(guī)則 中的一個時，要應用的規(guī)則可以是條件被滿足的第一個規(guī)則、任何規(guī)則、或 者任何其它選擇可用規(guī)則之一 的方法。
將認識到，可以作為諸如對象之類的數(shù)據(jù)結構來實現(xiàn)標簽。如果需要高 效的實時處理，則可以作為被安排為標簽類型和標簽值部分的整數(shù)的集合來 實現(xiàn)所述標薟。這種實現(xiàn)使得能夠在存儲器分解(resolving)上效率較高。在圖 1的服務類型庫116中合并對于涉及所傳遞的服務類型的處理的配置。為了 配置圖2的應用處理層200或圖3的300,可以分解子服務(也稱為事務類型) 的標簽集以獲得事務集的結合，其中，每個事務集包括或鏈接到一個或多個 序列。
還將認識到，默認地，響應處理序列任選地根據(jù)對應的請求序列及其參
數(shù)而被自動產(chǎn)生，因此不需要額外的工作。
現(xiàn)在參照圖7，圖7示出了本公開的方法中的主要步驟的流程圖。 在步驟700,將標簽添加方案定義組件提供給用戶。該定義組件包括
用戶接口部分，其在功能或外觀上可以與上面結合圖4、圖5或圖6而示出
并且詳述的用戶接口相似；以及引擎，其構造所述環(huán)境中的事務的標簽添加層級。
在步驟704，接收標簽添加方案，該標簽添加方案是使用在步驟700提 供的標簽添加方案定義組件定義的。該標簽添加方案可以由系統(tǒng)的管理員來 定義，或者可以由具有關于系統(tǒng)中的各種應用和事務類型以及它們中的任何 一個需要哪個處理的知識的另一個人來定義。
在步驟708,該系統(tǒng)操作，請求消息被從應用發(fā)送并且在終止點處被接 收。該終止點可以是用戶正在用來工作的相同的計算平臺、或者連接到該計 算平臺的服務器。
在步驟712，根據(jù)各種參數(shù)對請求消息添加標簽，即，將標簽附加到所 述消息上，所述參數(shù)例如為該消息涉及的應用、服務類型、用戶、區(qū)域性辦 公室、數(shù)據(jù)中心、用戶權限、所要求的服務質量以及其它參數(shù)。標簽添加包
1括對于所述消息的所需處理指令以及每個處理的相關參數(shù)。該處理指令任選 地被合并到服務類型數(shù)據(jù)結構中，該服務類型數(shù)據(jù)結構可以包括事務類型數(shù) 據(jù)結構。
在步驟716，將添加了標簽的消息發(fā)送到一個或多個處理器，在步驟720, 每個處理器從所述標簽檢索相關配置和參數(shù)，并且在步驟720，所述處理器 根據(jù)所^^索到的參數(shù)和配置處理所述消息。在任選的步驟722，創(chuàng)建與請求 消息相對應的響應消息。默認地，還將附加到請求消息上的相同的標簽添加 信息附加到響應消息上，使得該響應經(jīng)受由相同的處理器進行的相同的處理，
例如壓縮、加密和高速緩存。處理可以包括任何自適應壓縮、隧道建立、路 由選擇、高速緩存、優(yōu)化操控、功能優(yōu)化或者其它處理。
在任選的步驟724,如果創(chuàng)建了響應消息，則4艮據(jù)該響應消息的標簽來 處理該響應消息，其中默認地根據(jù)請求的標簽或者通過任何其它方式來分配 所述標簽。在任選的步驟528，如果創(chuàng)建了響應消息，則經(jīng)由終止點將該響 應消息返回給用戶。
所公開的方法和裝置使得能夠根據(jù)單個系統(tǒng)范圍的策略來在分布式系統(tǒng) 內進行消息的自動統(tǒng)一處理。根據(jù)消息的特性將標簽附加到消息上，使得在 系統(tǒng)內對于消息確保統(tǒng)一的處理。對于一些請求消息，構造對應的響應消息 并且相應地對其進行處理以進一步確保統(tǒng)一 的處理。
任選地，使得所公開的系統(tǒng)和方法被實現(xiàn)為終止層的一部分，所述終止 層也被稱為用戶層或"層8"。層8被認為是OSI七層模型中的應用層以外的 層。
任選地，對于有關的事務類型的每個集合，可以提供應用代理服務器 (proxy)，其包括有關的請求和響應處理器?？梢宰鳛楣蚕韺ο髞硖峁┻@樣的 代理服務器，以便進一步確保分布式系統(tǒng)內的兼容性。在本公開的優(yōu)選實施 例中，可以使用標簽集來確定要在圖2的自適應壓縮組件212或圖3的312 中、在控制圖2的優(yōu)化和優(yōu)先級區(qū)分組件216或圖3的316中的優(yōu)先級區(qū)分 時、或者在與安全有關的應用代理服務器等中使用的資源的上下文。
本領域技術人員將認識到，根據(jù)所公開的方法的方針，可以設計多種變 化和選項，而不脫離本公開的方針。這種變化和選項被認為是被本公開覆蓋。
盡管已經(jīng)參照示例性實施例描述了本公開，但是本領域技術人員將理解， 可以做出各種改變，并且可以用等同物替代其要素而不脫離本公開的范圍。此外，可以做出很多修改以便使特定情形、材料和組件的步驟適應于所述教 導，而不脫離其基本范圍。因此，意圖是所公開的主題不限于作為為了實施 本發(fā)明想到的最佳方式而公開的特定實施例，而是僅僅通過所附權利要求來 限制所公開的主題。
權利要求
1.一種用于在分布式計算機網(wǎng)絡中根據(jù)預定策略提供服務的方法，該方法包括以下步驟接收與應用有關的標簽添加方案；接收來自所述應用的請求消息；根據(jù)所述標簽添加方案將標簽添加信息附加到請求消息上；將帶有標簽添加信息的請求消息發(fā)送到至少一個處理器；從標簽添加信息檢索至少一個參數(shù)或配置值；以及根據(jù)所述至少一個參數(shù)或配置值來處理請求消息。
2. 如權利要求l所述的方法，還包括以下步驟纟是供用于定義標簽添加 方案的標簽添加方案定義組件。
3. 如權利要求l所述的方法，還包括以下步驟創(chuàng)建具有與請求消息基 本相同的標簽添加信息的響應消息。
4. 如權利要求3所述的方法，還包括以下步驟從附加到響應消息的標簽添加信息檢索至少一個第二參數(shù)或配置值；以及根據(jù)所述至少一個第二參數(shù)或配置值處理響應消息。
5. 如權利要求1所述的方法，'其中，所述標簽添加方案涉及所述應用所 屬的事務類型。
6. 如權利要求l所述的方法，其中，所述標簽添加方案涉及從由以下各 項組成的組中選擇的至少一個項目的參數(shù)或配置值壓縮；解壓縮；加密； 解密；隧道建立；安全性；監(jiān)控；路由選擇；優(yōu)化；以及服務質量。
7. 如權利要求l所述的方法，其中，所述標簽添加方案涉及由以下各項 組成的組中的選擇的至少一個項目服務類型；子服務類型；應用；與應用 相關聯(lián)的事務類型；應用的用戶；用戶的角色；用戶的位置；用戶使用的區(qū) 域性辦公室；與用戶或應用相關4關的數(shù)據(jù)中心；以及應用的上下文。
8. 如權利要求l所述的方法，其中，所述預定策略是組織范圍的策略。
9. 一種用于在分布式計算機網(wǎng)絡中根據(jù)統(tǒng)一的策略提供服務的裝置，該 裝置包括用于接收來自該應用的請求消息并且執(zhí)行客戶端前端的第一計算平 臺，該客戶端前端包括終止點，用于接收應用的請求消息；分類組件，用于根據(jù)統(tǒng)一的策略將標簽添加信息分配給請求消息； 應用層處理引擎，用于基于該標簽添加信息產(chǎn)生與請求消息相關聯(lián)的處 理指令。
10. 如權利要求9所述的裝置，還包括第二計算平臺，用于處理請求 消息，該第二計算平臺執(zhí)行服務器前端，該服務器前端包括用于基于標簽添 加信息產(chǎn)生與請求消息或響應消息相關聯(lián)的處理指令的應用層處理引擎。
11. 如權利要求9所述的裝置，其中，客戶端前端還包^^:內容高速緩存和傳遞服務引擎，用于根據(jù)請求消息的標簽添加信息高速 緩存和傳遞請求消息或響應消息；以及隧道，用于在分布式計算機網(wǎng)絡中傳送帶有標簽添加信息的請求消息或 響應消息。
12. 如權利要求11所述的裝置，其中，由第一計算平臺執(zhí)行的隧道包括 用于根據(jù)標簽添加信息壓縮請求消息或響應消息的壓縮組件、或者用于對消 息傳送進行優(yōu)化和區(qū)分優(yōu)先級的優(yōu)化和優(yōu)先級區(qū)分組件。
13. 如權利要求IO所述的裝置，其中，所述服務器前端還包括 內容高速緩存和傳遞服務引擎，用于根據(jù)請求消息的標簽添加信息高速緩存和傳遞請求消息或響應消息；隧道，用于在分布式計算機網(wǎng)絡中傳送帶有標簽添加信息的請求消息或 響應消息；連接組件，用于連接終止點和第二計算平臺；以及 分類組件，用于根據(jù)統(tǒng)一的策略將標簽添加信息分配給與請求消息相關 4關的響應消息。
14. 如權利要求13所述的裝置，其中，由第二計算平臺執(zhí)行的隧道包括 用于根據(jù)標簽添加信息壓縮請求消息或響應消息的壓縮組件、或者用于對消 息傳送進行優(yōu)化和區(qū)分優(yōu)先級的優(yōu)化和優(yōu)先級區(qū)分組件。
15. 如權利要求9所述的裝置，其中，所述標簽添加方案涉及應用所屬 的事務類型。
16. 如權利要求9所述的裝置，其中，所述標簽添加方案涉及從由以下 各項組成的組中選擇的至少一個項目的參數(shù)或配置值壓縮；解壓縮；加密； 解密；隧道建立；安全性；監(jiān)控；路由選擇；優(yōu)化；以及服務質量。
17. 如權利要求9所述的裝置，其中，所述標簽添加方案涉及由以下各項組成的組中的選擇的至少一個項目服務類型；子服務類型；應用；與應 用相關聯(lián)的事務類型；應用的用戶；用戶的角色；用戶的位置；用戶使用的 區(qū)域性辦公室；與用戶或應用相關聯(lián)的數(shù)據(jù)中心；以及應用的上下文。
18. 如權利要求13所述的裝置，其中，所述連接組件包括負荷平衡組 件，用于平衡分布式計算機網(wǎng)絡中計算平臺之間的消息傳送和處理操作，或 者優(yōu)化和復用組件。
19. 如權利要求9所述的裝置，還包括標簽添加方案定義組件，用于 定義統(tǒng)一的策略。
20. 如權利要求9所述的裝置，還包括管理代理組件，用于從標簽添 加信息提取處理信息。
21. 如權利要求9所述的裝置，其中，管理代理組件包括用于提取傳遞 策略參數(shù)的傳遞策略代理、用于提取監(jiān)控參數(shù)的監(jiān)控代理或者用于提取與警 告有關的參數(shù)的警告代理。
22. 如權利要求9所迷的裝置，其中，所述預定策略是組織范圍的策略。
23. —種計算機可讀存儲介質，包含用于通用計算機的指令集，該指令 集包括接收與在分布式計算機網(wǎng)絡中執(zhí)行的應用有關的標簽添加方案； 接收來自所述應用的請求消息；根據(jù)標簽添加方案將標簽添加信息附加到請求消息上，該標簽添加信息 依照分布式計算機網(wǎng)絡中的預定策略；將帶有標簽添加信息的請求消息發(fā)送到至少一個處理器； 從標簽添加信息檢索至少一個參數(shù)或配置值；以及 根據(jù)所述至少一個參數(shù)或配置值來處理請求消息。
全文摘要
一種用于在分布式計算機網(wǎng)絡中應用統(tǒng)一的處理策略的方法和裝置。在終止點處從用戶所使用的應用接收消息。在終止點處，將標簽添加信息附加到所述消息上，該標簽添加信息指示所述消息應當經(jīng)歷哪些處理以及具有哪些參數(shù)或配置。然后，在分布式網(wǎng)絡中根據(jù)標簽添加信息來處理所述消息，從而確保統(tǒng)一的處理。如果需要的話，產(chǎn)生響應消息，并且向該響應消息分配與原消息基本相同的標簽添加信息。
文檔編號H04L29/08GK101621541SQ200910139688
公開日2010年1月6日 申請日期2009年7月2日 優(yōu)先權日2008年7月2日
發(fā)明者亞歷克斯·德羅賓斯基, 納達夫·赫爾夫曼, 邁克爾·格羅伊斯 申請人:Sap門戶以色列有限公司