專利名稱：Web服務(wù)器點擊倍增器和轉(zhuǎn)向器的制作方法
交叉參考相關(guān)申請本申請要求于2002年11月27日提交的申請?zhí)枮?0/429,826的美國臨時申請的權(quán)益，并將其公開內(nèi)容全文并入本文之中以供參考。
背景本發(fā)明總體上涉及Web服務(wù)器，并具體涉及解決Web服務(wù)器中的資源泄漏。
近來對網(wǎng)絡(luò)服務(wù)的需求的快速增長已經(jīng)引起被生產(chǎn)來符合該需求的Web服務(wù)器數(shù)量和復雜度的同樣的增長。由于該復雜度，在投入生產(chǎn)之前，在開發(fā)中對Web服務(wù)器進行詳細測試，其中Web服務(wù)器實時服務(wù)客戶。但是一旦在生產(chǎn)中，則很難測試Web服務(wù)器，并且所暴露的問題也很難解決。一個普遍的問題是資源泄漏，其中一些諸如內(nèi)存的資源是逐漸消耗的，這對Web服務(wù)器的穩(wěn)定性或性能是有損害的。一種普遍的資源泄漏是內(nèi)存泄漏。
Web服務(wù)器向顧客提供諸如網(wǎng)頁、字處理文檔、電子數(shù)據(jù)表、圖像、電影等的信息組件。這些信息組件中的一些是靜態(tài)的，因此能夠被提供而無需進一步的處理。其它信息組件是動態(tài)的，并且在傳遞給顧客之前必須由信息組件產(chǎn)生處理產(chǎn)生。當在信息組件產(chǎn)生處理工作的同時將資源標記為“使用中”、但是當該處理不再需要該資源時也沒有釋放該資源時，就會引起資源泄漏。所述資源可以是內(nèi)存、同步對象、通信端口、或其它有限計算機資源。因為從未釋放該資源，所以相同的處理或其它處理不能使用該資源。經(jīng)過一段時間，這種資源泄漏會導致該處理或整個操作系統(tǒng)產(chǎn)生故障。
在生產(chǎn)Web服務(wù)器中的資源泄漏一般是非常耗時的并且很難診斷和校正。
首先，資源泄漏經(jīng)常發(fā)生得非常緩慢，所以需要花費數(shù)日或數(shù)周收集數(shù)據(jù)以用于評價每個所提出方案的有效性。如果必須嘗試許多方案，則該處理會浪費數(shù)月或更多。
第二，資源泄漏經(jīng)常在生產(chǎn)Web服務(wù)器上發(fā)生。因為這些Web服務(wù)器必須是高度可靠的，所以可能不允許診斷資源泄漏的職員過多地修改該系統(tǒng)。一個診斷資源泄漏的普遍方式是禁用一部分泄漏處理。單獨禁用并啟用各部分。當看到資源泄漏消失時，則被禁用的部分通常對該泄漏負有責任。在生產(chǎn)Web服務(wù)器上一般不允許該策略，因為與禁用組件相關(guān)的功能喪失是不可接受的。也經(jīng)常使用其它診斷軟件組件來檢測和診斷資源泄漏。當發(fā)現(xiàn)小的泄漏時，諸如泄漏檢測器之類的工具會是非常有用的，但是在生產(chǎn)服務(wù)器上使用這些組件經(jīng)常是被禁止的。負責生產(chǎn)Web服務(wù)器的穩(wěn)定性的管理員不希望由于在Web服務(wù)器上運行附加的診斷和調(diào)試軟件而威脅到該穩(wěn)定性。
第三，資源泄漏經(jīng)常與異?；蛞馔馇闆r有關(guān)。在生產(chǎn)Web服務(wù)器上使用的大多數(shù)軟件系統(tǒng)在應用之前都已經(jīng)經(jīng)歷重要的測試。因此，和通常使用的Web服務(wù)器的特征相關(guān)的泄漏是很少的。在應用軟件之前，一般會發(fā)現(xiàn)并校正那些泄漏。當在生產(chǎn)Web服務(wù)器上發(fā)現(xiàn)泄漏時，其常常和沒被大量測試的特征有關(guān)，這也許是因為它看起來不重要，或者因為沒有預測到特定的用戶動作序列。識別生產(chǎn)Web服務(wù)器上的資源泄漏一般是非常容易的。可以觀測到資源被用盡。識別資源泄漏的原因比較困難，因為一般而言，它與任何普通功能無關(guān)。一般而言，當在軟件中發(fā)現(xiàn)漏洞或錯誤，在實驗室中重現(xiàn)導致漏洞的顯示的情況。一旦已提出一種解決方案，就在實驗室中實施并測試該解決方案。對于在生產(chǎn)系統(tǒng)上檢測的泄漏，該模型并不能發(fā)揮作用，因為在實驗室中重現(xiàn)生產(chǎn)系統(tǒng)的情況是很困難的。生產(chǎn)系統(tǒng)的使用特性是復雜的并且難于表征。
概述已知本發(fā)明為Web點擊倍增器和Web點擊轉(zhuǎn)向器，并提出一種方法、設(shè)備和計算機可讀介質(zhì)。本發(fā)明攔截到針對Web服務(wù)器的超文本傳輸協(xié)議(HTTP)請求，拷貝并處理那些請求，然后將所述請求轉(zhuǎn)發(fā)到相關(guān)Web服務(wù)器。它在概念上類似代理服務(wù)器，因為它是Web客戶端(例如瀏覽器)和Web服務(wù)器之間的一層，雖然它最容易被實現(xiàn)為到待測Web服務(wù)器的插件。Web客戶端連接Web點擊倍增器和Web點擊轉(zhuǎn)向器，就如同它是Web服務(wù)器一樣，而Web服務(wù)器則從Web點擊倍增器和Web點擊轉(zhuǎn)向器接收請求，就如同它是瀏覽器一樣。這涉及兩個方面。
Web點擊倍增器(Web Hit Multiplier)第一個方面是Web點擊倍增器，它增加Web服務(wù)器處理的HTTP請求的數(shù)量，從而增加了任何現(xiàn)有資源泄漏的規(guī)模。這使得較容易檢測和診斷泄漏。通過倍增現(xiàn)有輸入請求，實現(xiàn)請求的增加。記錄每個輸入請求，并向Web服務(wù)器多次發(fā)送該請求?？梢詫⒄埱蟮牡谝豢截愓J為是主要請求，并可以將其它拷貝認為是次要請求。
Web點擊倍增器的一部分最容易作為所討論的Web服務(wù)器中的插件加以實施。當Web點擊倍增器從瀏覽器(或其它HTTP客戶端)接收HTTP請求時，該插件記錄該請求，并允許它未經(jīng)修改地通過以到達Web服務(wù)器。然后，它將該請求轉(zhuǎn)發(fā)到第二組件，該第二組件多次拷貝該請求，并將每個請求發(fā)送到正在測試的Web服務(wù)器。當Web服務(wù)器使用HTTP響應來答復主要請求時，將該HTTP響應返回瀏覽器。Web點擊倍增器不應該將對次要請求的響應返回到瀏覽器，因為瀏覽器并沒有提出那些請求(由Web點擊倍增器提出那些請求)。
Web點擊倍增器不倍增由Web點擊倍增器本身產(chǎn)生的請求。它可以通過許多方法識別自己的請求，包括客戶IP地址、定制報頭等。
Web點擊倍增器包括用于幫助診斷的附加特征。在一個實施例中，過濾器根據(jù)預定標準選擇應該為其倍增請求的資源。
首先，Web點擊倍增器包括一個識別應該為其倍增請求的資源的過濾器。當懷疑在Web服務(wù)器的一個組件中出現(xiàn)泄漏時，可以倍增僅針對該組件的請求，而不倍增到其它組件的請求。選擇倍增(或不倍增)受懷疑的組件可以幫助縮小引起泄漏的組件的范圍。因為Web服務(wù)器一般通過統(tǒng)一資源定位符(URL)識別組件和資源，所以Web點擊倍增器通過URL過濾請求，并只倍增那些滿足0或更多指定常規(guī)表達式的URL。此外，用戶會指定表示不應該倍增的URL的0或更多常規(guī)表達式(也就是說，用戶可以指定觸發(fā)倍增的正條件或抑制倍增的負條件)。
第二，Web點擊倍增器包括一個識別不意圖改變Web服務(wù)器狀態(tài)的請求的過濾器，并且不倍增那些請求。例如，假設(shè)Web服務(wù)器作為銀行系統(tǒng)運作。當客戶請求通過銀行網(wǎng)站將現(xiàn)金從一個賬戶轉(zhuǎn)移到另一個賬戶時，Web點擊倍增器將不倍增這些請求。用戶不希望轉(zhuǎn)移發(fā)生多次。
如在HTTP規(guī)范中描述的那樣，通過HTTP POST請求來處理大多數(shù)用以改變狀態(tài)的請求。Web點擊倍增器將允許用戶指定應該倍增哪些HTTP方法(例如，“POST”或“GET”)以及不應該倍增哪些。也可以使用基于URL的過濾(如上所述)來濾除不希望的動作。
Web點擊轉(zhuǎn)向器(Web Hit Redirector)第二個方面是Web點擊轉(zhuǎn)向器，它允許次要的測試Web服務(wù)器和主要的生產(chǎn)Web服務(wù)器接收相同的HTTP請求。Web點擊轉(zhuǎn)向器非常類似于Web點擊倍增器，只不過它不是將請求拷貝發(fā)送到主要Web服務(wù)器，而是處理所拷貝的請求并將其發(fā)送到測試Web服務(wù)器。這允許診斷者修改測試Web服務(wù)器，并在具有“真是世界”使用模式的環(huán)境中分析所述改變的效果。這通過拷貝輸入請求實現(xiàn)。每個輸入的請求被拷貝一次或多次。將最初的拷貝發(fā)送到生產(chǎn)Web服務(wù)器。這些請求被稱為主要請求。將其它拷貝發(fā)送到一個或多個測試Web服務(wù)器。這些請求被稱為測試請求或次要請求。在Web點擊轉(zhuǎn)向器中，主要請求和測試請求一般不是完全相同的。必須校正“測試”請求，以使測試Web服務(wù)器可以接受這些測試請求。
由于Web服務(wù)器識別其正在服務(wù)的客戶端的方式，在將請求轉(zhuǎn)發(fā)到測試Web服務(wù)器之前，必須修改請求。HTTP是無狀態(tài)協(xié)議，所以一般來說，Web服務(wù)器不知道哪個客戶端產(chǎn)生哪個請求。例如，如果瀏覽器請求長文檔的“下”一頁，則Web服務(wù)器需要知道哪個客戶端產(chǎn)生該請求，即是正在瀏覽頁面2的客戶端(在該情況下，該服務(wù)器應該返回頁面3)，還是正在瀏覽頁面27的客戶端(在該情況下，該服務(wù)器應該返回頁面28)。HTTP協(xié)議不解決這個問題，但是有避開該限制的標準慣例。
標準工業(yè)慣例是使用“cookie”來維持Web服務(wù)器上的狀態(tài)。Cookie是Web服務(wù)器產(chǎn)生的小標識符，并且與特定客戶端相關(guān)聯(lián)。當服務(wù)器對請求進行響應時，它產(chǎn)生一個cookie，并將其與響應一起返回。瀏覽器(或其它客戶端)存儲該cookie，并將其與任何隨后請求一起返回到Web服務(wù)器。Web服務(wù)器可以使用該cookie來將隨后的請求與產(chǎn)生該請求的客戶端相關(guān)。因為使用這個cookie來建立Web服務(wù)器上當前用戶的“會話”，因此將這個cookie稱為會話cookie。例如，用戶A會請求“下一頁面”，Web服務(wù)器會連同會話cookie“用戶1”返回頁面1。然后，用戶B會請求“下一頁面”，Web服務(wù)器會連同會話cookie“用戶2”再次返回頁面1。接下來，用戶A會請求“下一頁面”(指頁面2)。連同該請求，用戶A將會話cookie“用戶1”返回到Web服務(wù)器。Web服務(wù)器記得cookie“用戶1”與已看過頁面1的一個用戶相關(guān)聯(lián)，所以它返回頁面2。即使Web服務(wù)器不真的知道關(guān)于用戶的其它任何事情，但是Web服務(wù)器知道用戶A現(xiàn)在接下來應該看頁面3，以及用戶B接下來應該看頁面2。即使cookie不是HTTP 1.0規(guī)范的嚴格部分，所有主要瀏覽器和Web服務(wù)器仍然支持會話cookie。
這對Web點擊轉(zhuǎn)向器產(chǎn)生一個問題。因為Web服務(wù)器定義cookie的格式和意義，所以一般而言，不能將來自一個Web服務(wù)器的cookie成功發(fā)送到第二個Web服務(wù)器。第二個Web服務(wù)器將不理解該cookie的意義(例如，將cookie“用戶2”發(fā)送到某個其它Web服務(wù)器會導致錯誤，因為在第二系統(tǒng)上可能只有一個用戶。即使有2個用戶，第二Web服務(wù)器的第二用戶與第一Web服務(wù)器的第二用戶的不是同一個用戶。)。因此，當Web點擊轉(zhuǎn)向器將本來要發(fā)送到生產(chǎn)Web服務(wù)器的請求發(fā)送到測試Web服務(wù)器時，測試Web服務(wù)器將不知道如何解釋和該請求相關(guān)的任何cookie。
Web點擊轉(zhuǎn)向器將生產(chǎn)Web服務(wù)器上的cookie映射到測試Web服務(wù)器上的cookie。當它接收針對生產(chǎn)Web服務(wù)器上的資源的請求時，它拷貝該請求，并用用于測試Web服務(wù)器的相應cookie取代標識生產(chǎn)Web服務(wù)器上的狀態(tài)的cookie。為此，它保持從生產(chǎn)cookie到測試cookie的映射。在將請求轉(zhuǎn)發(fā)到測試Web服務(wù)器之前，Web點擊轉(zhuǎn)向器修改該請求，并用適用于測試Web服務(wù)器的經(jīng)映射的coolie取代要用于生產(chǎn)Web服務(wù)器的任何會話cookie。Web點擊轉(zhuǎn)向器包括其它特性用于診斷。
Web點擊轉(zhuǎn)向器包含與Web點擊倍增器相同的過濾特征。特別是它有能力通過URL過濾請求，從而選擇性地允許或拒絕那些符合指定常規(guī)表達式的URL。它也有能力通過HTTP方法進行過濾(例如，重定向HTTP GET請求，同時忽略HTTPPOST請求。)在下面的相應附圖和描述中列舉了一個或多個實施例的細節(jié)。從下面地描述和附圖以及權(quán)利要求中，其它特征將更為顯而易見。
附圖描述附

圖1表示根據(jù)一個實施例的數(shù)據(jù)通信系統(tǒng)。
附圖2描述根據(jù)一個實施例的由附圖1的通信系統(tǒng)執(zhí)行的處理。
附圖3表示根據(jù)一個實施例的數(shù)據(jù)通信系統(tǒng)。
附圖4描述根據(jù)一個實施例的由附圖3的通信系統(tǒng)執(zhí)行的處理。
附圖5描述根據(jù)一個實施例的由附圖1的倍增器執(zhí)行的處理。
在本說明書中使用的每個附圖標記的首位數(shù)字表示其中該附圖標記首次出現(xiàn)的附圖號。
詳細描述如在本文中所使用的那樣，術(shù)語“客戶端”和“服務(wù)器”一般指電子裝置或機制，而術(shù)語“信息”一般指表示數(shù)字消息的電子信號。使用這些術(shù)語以簡化以后的描述。本文描述的客戶端和服務(wù)器可以在任何標準通用計算機上實施，或者可以作為專用裝置實施。
對Web服務(wù)器的訪問量經(jīng)常用服務(wù)器上的“點擊率”描述，其反應Web服務(wù)器在給定時間內(nèi)接收和對其作出響應的請求數(shù)。如上所述，對生產(chǎn)Web服務(wù)器的用戶點擊率經(jīng)常不足以允許快速識別或診斷緩慢的資源泄漏。本發(fā)明的發(fā)明人已認識到，如果引起泄漏的信息組件上的點擊率更高，則緩慢的資源泄漏會更快變得明顯。換句話說，如果每次點擊的資源泄漏速率是恒定的，則增加點擊率將使泄漏更加明顯，并因此更容易修理。
一個可能的方法是嘗試模擬那些用戶請求，并簡單地增加模擬的點擊率。例如，可以使用工具從服務(wù)器上的信息組件重復請求資源，這是通過在服務(wù)器一滿足請求時就產(chǎn)生新的請求。該方法的一個缺點在于，為了模擬對該信息組件的請求，有必要知道哪個信息組件正在引起泄漏。這是個嚴重的限制，因為測試的主要目的是發(fā)現(xiàn)哪個信息組件正在泄漏l換句話說，在不知道負載的哪些方面與模擬有關(guān)的情況下，正確地模擬Web服務(wù)器上的負載是困難的。
附圖1表示根據(jù)一個實施例的數(shù)據(jù)通信系統(tǒng)100。數(shù)據(jù)通信系統(tǒng)100包括諸如Web瀏覽器的客戶端102，Web服務(wù)器104，插件106，可選的統(tǒng)一資源定位符(URL)過濾器108，以及倍增器110。Web服務(wù)器104、URL過濾器108和倍增器110優(yōu)選地作為在一臺或多臺計算機上執(zhí)行的單獨的處理加以實施。雖然可以設(shè)想其它實施例，但是插件106優(yōu)選地作為因特網(wǎng)服務(wù)器應用程序接口(ISAPI)過濾器加以實施。Web服務(wù)器104作為諸如網(wǎng)頁等的一個或多個信息組件的主機，可以通過由客戶端102發(fā)送HTTP請求來訪問所述信息組件。
附圖2描述了根據(jù)一個實施例的由通信系統(tǒng)100執(zhí)行的處理200。客戶端102向Web服務(wù)器104發(fā)送超文本傳輸協(xié)議(HTTP)請求消息(步驟202)?？梢宰詣赢a(chǎn)生該HTTP請求消息或響應于用戶操作來產(chǎn)生該HTTP請求消息。該HTTP請求消息包括存儲在Web服務(wù)器104上的一個信息組件的標識符。Web服務(wù)器104接收該HTTP請求消息。響應于該HTTP請求消息，Web服務(wù)器104根據(jù)常規(guī)方法產(chǎn)生HTTP答復消息，并向客戶端102發(fā)送該HTTP答復消息(步驟204)。
在采用可選URL和方法過濾器108的實施例中，插件106向過濾器108發(fā)送HTTP請求消息的拷貝(步驟206)。在其它實施例中，插件106直接向倍增器110發(fā)送HTTP請求消息的拷貝。過濾器108根據(jù)用戶可選擇的過濾器標準來確定是否向倍增器110轉(zhuǎn)發(fā)HTTP請求消息。在一個實施例中，過濾器108對每個HTTP請求應用一個常規(guī)表達式，并只轉(zhuǎn)發(fā)那些符合該表達式的HTTP請求。在另一實施例中，過濾器108可以只轉(zhuǎn)發(fā)那些不符合該表達式的HTTP請求。在第三實施例中，過濾器108可以只轉(zhuǎn)發(fā)那些滿足指定的HTTP方法的HTTP請求。其它實施例包括這些和其它標準的不同組合。
因為該特征，可以放大網(wǎng)站的特定部分，而不是其它部分。該特點對于隔離資源泄漏尤其有效。例如，如果資源泄漏被發(fā)現(xiàn)，并且懷疑其與網(wǎng)站的特定部分有關(guān)，則URL過濾器108可以只放大網(wǎng)站的該部分。如果加速資源泄漏，則泄漏有可能與網(wǎng)站的該部分有關(guān)。然后，可以執(zhí)行相反測試，以便放大除網(wǎng)站的該部分以外的每一部分。如果沒有放大泄漏，則可以非常確定泄漏與網(wǎng)站的該部分有關(guān)。
倍增器110接收一個經(jīng)轉(zhuǎn)發(fā)的HTTP請求消息(步驟208)，并產(chǎn)生該HTTP請求消息的預定數(shù)量的n個拷貝，其中n≥1。倍增器110將該HTTP請求消息的各拷貝發(fā)送到Web服務(wù)器110(步驟210)。這樣，處理200為特定信息組件“放大”所有的用戶請求，從而增加與該信息組件相關(guān)的任何資源泄漏的速率，以便更容易并更快速地識別和診斷該泄漏。在一些實施例中，倍增器110包括一個答復分析工具，用來分析由Web服務(wù)器104響應于由該倍增器產(chǎn)生的經(jīng)倍增的請求而返回的答復(步驟212)，從而提供附加的測試數(shù)據(jù)。
也可以在人工點擊測試中使用本發(fā)明的實施例來測試Web服務(wù)器。這些實施例并不是在生產(chǎn)環(huán)境中倍增來自消費者的請求，而是在開發(fā)環(huán)境中倍增來自測試者的請求。以某一大數(shù)放大測試者的每次點擊，從而模擬許多用戶同時點擊。
附圖3表示根據(jù)一個實施例的數(shù)據(jù)通信系統(tǒng)300。數(shù)據(jù)通信系統(tǒng)300包括諸如Web瀏覽器的客戶端302、生產(chǎn)Web服務(wù)器304、測試Web服務(wù)器312、插件306、可選的URL過濾器308以及倍增器310。Web服務(wù)器304和312、URL過濾器308、以及倍增器310優(yōu)選地作為在一臺或多臺計算機上執(zhí)行的單獨的處理加以實施。插件306優(yōu)選地作為ISAPI過濾器加以實施。Web服務(wù)器304作為可以由客戶端302訪問的諸如網(wǎng)頁等的一個或多個信息組件的主機。測試Web服務(wù)器312作為生產(chǎn)Web服務(wù)器304所具有的一個或多個信息組件的主機。
附圖4描述了根據(jù)一個實施例的由通信系統(tǒng)300執(zhí)行的處理400?？蛻舳?02向生產(chǎn)Web服務(wù)器304發(fā)送HTTP請求消息(步驟402)?？梢宰詣赢a(chǎn)生該HTTP請求消息或響應于用戶操作來產(chǎn)生該HTTP請求消息。該HTTP請求消息包括存儲在生產(chǎn)Web服務(wù)器304上的一個信息組件的標識符。生產(chǎn)Web服務(wù)器304接收該HTTP請求消息。響應于該HTTP請求消息，生產(chǎn)Web服務(wù)器304根據(jù)常規(guī)方法產(chǎn)生一個HTTP答復消息，并將該HTTP答復消息發(fā)送到客戶端302(步驟404)。
在采用URL過濾器308的實施例中，插件306向URL過濾器308發(fā)送HTTP請求消息的拷貝(步驟406)。在其它實施例中，插件306將HTTP請求消息的拷貝發(fā)送到倍增器310。URL過濾器308根據(jù)用戶可選擇的過濾器標準來確定是否將HTTP請求消息轉(zhuǎn)發(fā)到倍增器310(步驟412)。在一個實施例中，URL過濾器308將一個常規(guī)表達式應用于每個HTTP請求，并只轉(zhuǎn)發(fā)那些滿足該表達式的HTTP請求。在另一實施例中，URL過濾器308只轉(zhuǎn)發(fā)那些不滿足該表達式的HTTP請求。其它實施例包括這些和其它標準的各種組合。
倍增器310接收一個經(jīng)轉(zhuǎn)發(fā)的HTTP請求消息(步驟408)，并產(chǎn)生該HTTP請求消息的預定數(shù)量的n個拷貝，其中n≥1。倍增器310將該HTTP請求消息的各拷貝發(fā)送到測試Web服務(wù)器312(步驟410)。在一些實施例中，倍增器310包括一個答復分析工具，用來分析由測試Web服務(wù)器302響應于倍增器產(chǎn)生的經(jīng)倍增的請求而返回的答復(步驟412)，從而提供附加的測試數(shù)據(jù)。
這樣，處理400為特定的生產(chǎn)Web服務(wù)器信息組件向測試Web服務(wù)器“放大”所有用戶請求，從而增加與該信息組件相關(guān)的泄漏的速率，以便在不干擾生產(chǎn)環(huán)境的情況下更容易并更快速地檢測和診斷泄漏。此外，可以在不干擾生產(chǎn)環(huán)境的情況下在測試Web服務(wù)器上使用定制或現(xiàn)成的調(diào)試工具。
一些實施例包括Web會話映射特征。當客戶端連接到Web服務(wù)器時，使用會話cookie跟蹤會話的狀態(tài)是很普遍的。Web服務(wù)器確定會話cookie的內(nèi)容并將其發(fā)送到客戶端，該內(nèi)容包括針對該Web服務(wù)器的隨后請求中的會話cookie。但是當從生產(chǎn)Web服務(wù)器向測試Web服務(wù)器轉(zhuǎn)發(fā)請求時，沒有轉(zhuǎn)發(fā)會話cookie，因為測試Web服務(wù)器將不理解該會話cookie。相反，倍增器在開發(fā)Web服務(wù)器和生產(chǎn)Web服務(wù)器所產(chǎn)生的對應會話cookie之間維持一個映射，并且執(zhí)行適當?shù)臅抍ookie替換。當?shù)谝淮谓⒁粋€會話時，沒有會話cookie。在該情況下，倍增器識別到對于該會話還沒有建立會話cookie，并因此等待生產(chǎn)Web服務(wù)器建立會話cookie。一旦建立會話cookie，倍增器將請求轉(zhuǎn)發(fā)到測試Web服務(wù)器，并將由開發(fā)服務(wù)器提供的會話cookie映射到由生產(chǎn)Web服務(wù)器提供的會話cookie。當倍增器接收到該會話中的后續(xù)請求時，它在將該請求轉(zhuǎn)發(fā)到測試Web服務(wù)器之前根據(jù)所述映射來替換會話cookie。
附圖5描述了根據(jù)一個實施例的倍增器310執(zhí)行的處理500。倍增器310接收針對生產(chǎn)Web服務(wù)器的請求(PWS一步驟502)，并確定該請求是否包含會話cookie(步驟504)。
如果該請求不包含會話cookie，則倍增器3 10產(chǎn)生該請求的一份或多份拷貝(步驟506)，并將所述拷貝發(fā)送到測試Web服務(wù)器(TWS一步驟520)。當倍增器310接收從測試Web服務(wù)器接收到針對該請求的一個或多個答復時(步驟522)，它解析所述答復以獲得由測試Web服務(wù)器提供的各會話cookie(步驟524)。倍增器310也將最初的請求傳遞到生產(chǎn)Web服務(wù)器(步驟508)。當倍增器310從生產(chǎn)Web服務(wù)器接收到針對該最初請求的答復時(步驟510)，它解析該答復以獲得由生產(chǎn)Web服務(wù)器提供的會話cookie(步驟512)。然后，倍增器310記錄在步驟512中從生產(chǎn)Web服務(wù)器獲得的會話cookie和在步驟524中從測試Web服務(wù)器獲得的各會話cookie之間的cookie映射(步驟514)。然后處理500結(jié)束(步驟516)。
但是如果在步驟504中該請求包含會話cookie，則倍增器310確定是否已映射了該會話cookie(步驟526)。
如果該請求包含會話cookie，并且已經(jīng)映射了該cookie，則倍增器310產(chǎn)生該請求的一份或多份拷貝(步驟544)，用來自該映射的各對應測試Web服務(wù)器cookie取代拷貝中的生產(chǎn)Web服務(wù)器會話cookie(546)，并將修改后的拷貝發(fā)送到測試Web服務(wù)器(步驟548)。然后處理500結(jié)束(步驟550)。
但是如果在步驟526中會話cookie存在于該請求中但是還沒有被映射，則倍增器310產(chǎn)生來自生產(chǎn)Web服務(wù)器的請求的一份或多份拷貝(步驟528)，并將拷貝發(fā)送到測試Web服務(wù)器(步驟538)。當倍增器310從測試Web服務(wù)器接收到針對該請求的答復時(步驟540)，它解析所述答復以獲得由測試Web服務(wù)器提供的會話cookie(步驟542)。倍增器310也解析該最初請求以獲得該請求中的會話cookie(步驟530)，并將該最初請求傳遞到生產(chǎn)Web服務(wù)器(步驟532)。然后，倍增器310記錄在步驟532中從生產(chǎn)Web服務(wù)器獲得的會話cookie和在步驟542中從測試Web服務(wù)器獲得的會話cookie之間的cookie映射(步驟534)。然后處理500結(jié)束(步驟536)。在一個實施例中，倍增器310在單個請求的所有拷貝中使用單個測試Web服務(wù)器會話cookie。在另一實施例中，它在單個請求的每個拷貝中使用不同的測試Web服務(wù)器會話cookie。
可以在數(shù)字電子電路或計算機硬件、固件或它們的組合中實施本發(fā)明?？梢栽谟嬎銠C程序產(chǎn)品中實施本發(fā)明的設(shè)備，該計算機程序產(chǎn)品具體實現(xiàn)在機器可讀存儲介質(zhì)中以便由可編程處理器執(zhí)行；也可以由可編程處理器來執(zhí)行本發(fā)明的方法步驟，該可編程處理器執(zhí)行指令程序以便通過操作輸入數(shù)據(jù)并產(chǎn)生輸出來執(zhí)行本發(fā)明的功能。優(yōu)選地，可以在可編程系統(tǒng)上執(zhí)行的一個或多個計算機程序中實施本發(fā)明，該可編程系統(tǒng)包括用于從數(shù)據(jù)存儲系統(tǒng)接收數(shù)據(jù)和指令并將數(shù)據(jù)和指令發(fā)送到數(shù)據(jù)存儲系統(tǒng)的至少一個可編程處理器、至少一個輸入裝置和至少一個輸出裝置?？梢栽诟呒壋绦蚧蛎嫦?qū)ο缶幊陶Z言中(或者如果需要的話在匯編或機器語言中)實施每個計算機程序；并且無論如何，所述語言可以是經(jīng)編譯或經(jīng)解譯的語言。適合的處理器例如包括通用和專用微處理器。一般而言，處理器從只讀存儲器和/或隨機存取存儲器接收指令和數(shù)據(jù)。一般而言，計算機包括一個或多個用于存儲數(shù)據(jù)文件的海量存儲裝置；這種裝置包括諸如內(nèi)部硬盤和可移動硬盤的磁盤、磁光盤和光盤。適于有形地具體實現(xiàn)計算機程序指令和數(shù)據(jù)的存儲裝置包括所有形式的非易失性存儲器，例如包括半導體存儲器裝置(諸如EPROM、EEPROM和閃速存儲器裝置)、諸如內(nèi)部硬盤和可移動硬盤之類的磁盤、磁光盤和CD-ROM盤。所有上述裝置可以由ASIC(特定用途集成電路)補充或合并。
已經(jīng)描述了本發(fā)明的多個實施例。然而，應該理解，可以在不背離本發(fā)明的精神和范圍的前據(jù)下作出各種修改。因此，其它實現(xiàn)方式落在后附權(quán)利要求書的范圍內(nèi)。
權(quán)利要求
1.一種方法，包括從客戶端接收第一超文本傳輸協(xié)議(HTTP)請求消息，該第一HTTP請求消息包括存儲在第一Web服務(wù)器上的一個信息組件的標識符；為該信息組件產(chǎn)生一個或多個第二HTTP請求消息，每個第二HTTP請求消息包括該信息組件的標識符；以及將所述第二HTTP請求消息發(fā)送到第二Web服務(wù)器。
2.如權(quán)利要求1所述的方法，其中該信息組件的標識符包括統(tǒng)一資源定位符(URL)，該方法還包括只有當該URL滿足預定標準時才執(zhí)行所述產(chǎn)生和發(fā)送步驟。
3.如權(quán)利要求1所述的方法，其中第一HTTP請求消息包括一個HTTP方法，該方法進一步包括只有當該HTTP方法滿足預定標準時才執(zhí)行所述產(chǎn)生和發(fā)送步驟。
4.如權(quán)利要求1所述的方法，還包括分析所述第二HTTP請求消息對第二Web服務(wù)器的影響。
5.如權(quán)利要求4所述的方法，還包括響應于每個第二HTTP請求消息，從第二Web服務(wù)器接收HTTP答復消息；以及分析所述HTTP答復消息。
6.如權(quán)利要求1所述的方法，其中該第一HTTP請求消息包括由第一Web服務(wù)器提供的第一會話cookie，該方法還包括在向第二Web服務(wù)器發(fā)送所述第二HTTP請求消息之前，用每個第二HTTP請求消息中的第二會話cookie代替第一會話cookie，所述第二會話cookie是由第二Web服務(wù)器提供的，并且和第一會話cookie相關(guān)聯(lián)。
7.如權(quán)利要求1所述的方法，還包括響應于第一HTTP請求消息，從第一Web服務(wù)器接收第一HTTP答復消息；解析該第一HTTP答復消息，以獲得由第一Web服務(wù)器提供的第一會話cookie響應于每個第二HTTP請求消息，從第二Web服務(wù)器接收第二HTTP答復消息；解析所述第二HTTP答復消息，以獲得由第二Web服務(wù)器提供的各第二會話cookie；以及將所述第一和第二會話cookie相關(guān)聯(lián)。
8.如權(quán)利要求7所述的方法，還包括從客戶端接收第三HTTP請求消息，該第三HTTP請求消息包括第一會話cookie和存儲在第一Web服務(wù)器上的同一個或另一個信息組件的標識符；產(chǎn)生一個或多個第四HTTP請求消息，每個第四HTTP請求消息包括該另一個信息組件的標識符和第二會話cookie；以及將所述第四HTTP請求消息發(fā)送到第二Web服務(wù)器。
9.如權(quán)利要求1所述的方法，還包括解析該第一HTTP請求消息，以獲得由第一Web服務(wù)器提供的第一會話cookie；響應于每個第二HTTP請求消息，從第二Web服務(wù)器接收HTTP答復消息；解析所述HTTP答復消息，以獲得由第二Web服務(wù)器提供的各第二會話cookie；以及將所述第一和第二會話cookie相關(guān)聯(lián)。
10.一種方法，包括接收第一超文本傳輸協(xié)議(HTTP)請求消息，該第一HTTP請求消息包括存儲在Web服務(wù)器上的一個信息組件的標識符；為該信息組件產(chǎn)生一個或多個第二HTTP請求消息，每個第二HTTP請求消息包括該信息組件的標識符；以及將所述第二HTTP請求消息發(fā)送到該Web服務(wù)器。
11.如權(quán)利要求10所述的方法，其中該信息組件的標識符包括統(tǒng)一資源定位符(URL)，該方法進一步包括只有當該URL滿足預定標準時才執(zhí)行所述產(chǎn)生和發(fā)送步驟。
12.如權(quán)利要求10所述的方法，其中該第一HTTP請求消息包括一個HTTP方法，該方法進一步包括只有當該HTTP方法滿足預定標準時才執(zhí)行所述產(chǎn)生和發(fā)送步驟。
13.如權(quán)利要求10所述的方法，還包括分析所述第二HTTP請求消息對該Web服務(wù)器的影響。
14.如權(quán)利要求13所述的方法，還包括響應于每個第二HTTP請求消息，從該Web服務(wù)器接收HTTP答復消息；以及分析所述HTTP答復消息。
15.包括可以由計算機執(zhí)行的指令以用于執(zhí)行一個方法的計算機可讀介質(zhì)，該方法包括從客戶端接收第一超文本傳輸協(xié)議(HTTP)請求消息，該第一HTTP請求消息包括存儲在第一Web服務(wù)器上的一個信息組件的標識符；為該信息組件產(chǎn)生一個或多個第二HTTP請求消息，每個第二HTTP請求消息包括該信息組件的標識符；以及將所述第二HTTP請求消息發(fā)送到第二Web服務(wù)器。
16.如權(quán)利要求15所述的介質(zhì)，其中該信息組件的標識符包括統(tǒng)一資源定位符(URL)，其中該方法進一步包括只有當該URL滿足預定標準時才執(zhí)行所述產(chǎn)生和發(fā)送步驟。
17.如權(quán)利要求15所述的介質(zhì)，其中該第一HTTP請求消息包括一個HTTP方法，其中該方法進一步包括只有當該HTTP方法滿足預定標準時才執(zhí)行所述產(chǎn)生和發(fā)送步驟。
18.如權(quán)利要求15所述的介質(zhì)，其中該方法還包括分析所述第二HTTP請求消息對第二Web服務(wù)器的影響。
19.如權(quán)利要求18所述的介質(zhì)，其中該方法進一步包括響應于每個第二HTTP請求消息，從第二Web服務(wù)器接收HTTP答復消息；分析所述HTTP答復消息。
20.如權(quán)利要求15所述的介質(zhì)，其中該第一HTTP請求消息包括由第一Web服務(wù)器提供的第一會話cookie，并且其中該方法進一步包括在向第二Web服務(wù)器發(fā)送所述第二HTTP請求消息之前，用每個第二HTTP請求消息中的第二會話cookie代替該第一會話cookie，所述第二會話cookie是由第二Web服務(wù)器提供的，并且和第一會話cookie相關(guān)聯(lián)。
21.如權(quán)利要求15所述的介質(zhì)，其中該方法還包括響應于第一HTTP請求消息，從第一Web服務(wù)器接收第一HTTP答復消息；解析該第一HTTP答復消息，以獲得由第一Web服務(wù)器提供的第一會話cookie；響應于每個第二HTTP請求消息，從第二Web服務(wù)器接收第二HTTP答復消息；解析所述第二HTTP答復消息，以獲得由第二Web服務(wù)器提供的第二會話cookie；以及將所述第一和第二會話cookie相關(guān)聯(lián)。
22.如權(quán)利要求21所述的介質(zhì)，其中該方法進一步包括從客戶端接收第三HTTP請求消息，該第三HTTP請求消息包括第一會話cookie和存儲在第一Web服務(wù)器上的同一個或另一個信息組件的標識符；產(chǎn)生一個或多個第四HTTP請求消息，每個第四HTTP請求消息包括該另一個信息組件的標識符和第二會話cookie；以及將所述第四HTTP請求消息發(fā)送到第二Web服務(wù)器。
23.如權(quán)利要求15所述的介質(zhì)，其中該方法還包括解析該第一HTTP請求消息，以獲得由第一Web服務(wù)器提供的第一會話cookie；響應于第二HTTP請求消息的其中之一，從第二Web服務(wù)器接收HTTP答復消息；解析所述HTTP答復消息，以獲得由第二Web服務(wù)器提供的第二會話cookie；將所述第一和第二會話cookie相關(guān)聯(lián)。
24.包括可以由計算機執(zhí)行的指令以用于執(zhí)行一個方法的計算機可讀介質(zhì)，該方法包括接收第一超文本傳輸協(xié)議(HTTP)請求消息，該第一HTTP請求消息包括存儲在Web服務(wù)器上的一個信息組件的標識符；為該信息組件產(chǎn)生一個或多個第二HTTP請求消息，每個第二HTTP請求消息包括該信息組件的標識符；以及將所述第二HTTP請求消息發(fā)送到該Web服務(wù)器。
25.如權(quán)利要求24所述的介質(zhì)，其中該信息組件的標識符包括統(tǒng)一資源定位符(URL)，其中該方法進一步包括只有當該URL滿足預定標準時才執(zhí)行所述產(chǎn)生和發(fā)送步驟。
26.如權(quán)利要求24所述的介質(zhì)，其中該第一HTTP請求消息包括一個HTTP方法，其中該方法進一步包括只有當該HTTP方法滿足預定標準時才執(zhí)行所述產(chǎn)生和發(fā)送步驟。
27.如權(quán)利要求24所述的介質(zhì)，其中該方法還包括分析所述第二HTTP請求消息對該Web服務(wù)器的影響。
28.如權(quán)利要求27所述的介質(zhì)，其中該方法還包括響應于每個第二HTTP請求消息，從該Web服務(wù)器接收HTTP答復消息；以及分析所述HTTP答復消息。
29.一種設(shè)備，包括用于從客戶端接收第一超文本傳輸協(xié)議(HTTP)請求消息的第一Web服務(wù)器，該第一HTTP請求消息包括存儲在第一Web服務(wù)器上的一個信息組件的標識符；用于為該信息組件產(chǎn)生一個或多個第二HTTP請求消息并將所述第二HTTP請求消息發(fā)送到第二Web服務(wù)器的倍增器，其中每個第二HTTP請求消息包括該信息組件的標識符。
30.如權(quán)利要求29所述的設(shè)備，其中該信息組件的標識符包括統(tǒng)一資源定位符(URL)，其中只有當該URL滿足預定標準時該倍增器才產(chǎn)生并發(fā)送所述第二HTTP請求消息。
31.如權(quán)利要求29所述的設(shè)備，其中該第一HTTP請求消息包括一個HTTP方法，其中只有當該HTTP方法滿足預定標準時該倍增器才產(chǎn)生并發(fā)送所述第二HTTP請求消息。
32.如權(quán)利要求29所述的設(shè)備，其中該倍增器分析所述第二HTTP請求消息對第二Web服務(wù)器的影響。
33.如權(quán)利要求32所述的設(shè)備，其中該倍增器響應于每個第二HTTP請求消息，從第二Web服務(wù)器接收HTTP答復消息；以及分析所述HTTP答復消息。
34.如權(quán)利要求29所述的設(shè)備，其中該第一HTTP請求消息包括由第一Web服務(wù)器提供的第一會話cookie，并且其中在將所述第二HTTP請求消息發(fā)送到第二Web服務(wù)器之前，該倍增器用每個第二HTTP請求消息中的第二會話cookie代替該第一會話cookie，所述第二會話cookie是由第二Web服務(wù)器提供的，并且和第一會話cookie相關(guān)聯(lián)。
35.如權(quán)利要求29所述的設(shè)備，其中該倍增器響應于第一HTTP請求消息，從第一Web服務(wù)器接收第一HTTP答復消息；解析該第一HTTP答復消息，以獲得由第一Web服務(wù)器提供的第一會話cookie；響應于每個第二HTTP請求消息，從第二Web服務(wù)器接收第二HTTP答復消息；解析所述第二HTTP答復消息，以獲得由第二Web服務(wù)器提供的第二會話cookie；以及將所述第一和第二會話cookie相關(guān)聯(lián)。
36.如權(quán)利要求35所述的設(shè)備，其中該倍增器從客戶端接收第三HTTP請求消息，該第三HTTP請求消息包括第一會話cookie和存儲在第一Web服務(wù)器上的同一個或另一個信息組件的標識符；產(chǎn)生一個或多個第四HTTP請求消息，每個第四HTTP請求消息包括該另一個信息組件的標識符和第二會話cookie；以及將所述第四HTTP請求消息發(fā)送到第二Web服務(wù)器。
37.如權(quán)利要求29所述的設(shè)備，其中該倍增器解析第一HTTP請求消息，以獲得由第一Web服務(wù)器提供的第一會話cookie；響應于第二HTTP請求消息的其中之一，從第二Web服務(wù)器接收HTTP答復消息；解析所述HTTP答復消息，以獲得由第二Web服務(wù)器提供的第二會話cookie；以及將所述第一和第二會話cookie相關(guān)聯(lián)。
38.一種設(shè)備，包括用于接收第一超文本傳輸協(xié)議(HTTP)請求消息的Web服務(wù)器，該第一HTTP請求消息包括存儲在該Web服務(wù)器上的一個信息組件的標識符；用于為該信息組件產(chǎn)生一個或多個第二HTTP請求消息并將所述第二HTTP請求消息發(fā)送到該Web服務(wù)器的倍增器，其中每個第二HTTP請求消息包括該信息組件的標識符。
39.如權(quán)利要求38所述的設(shè)備，其中該信息組件的標識符包括統(tǒng)一資源定位符(URL)，其中只有當該URL滿足預定標準時該倍增器才產(chǎn)生并發(fā)送所述第二HTTP請求消息。
40.如權(quán)利要求38所述的設(shè)備，其中該第一HTTP請求消息包括一個HTTP方法，其中只有當該HTTP方法滿足預定標準時該倍增器才產(chǎn)生并發(fā)送所述第二HTTP請求消息。
41.如權(quán)利要求38所述的設(shè)備，其中該倍增器分析所述第二HTTP請求消息對該Web服務(wù)器的影響。
42.如權(quán)利要求41所述的設(shè)備，其中該倍增器響應于每個第二HTTP請求消息，從該Web服務(wù)器接收HTTP答復消息；分析所述HTTP答復消息。
43.一種設(shè)備，包括用于從客戶端接收第一超文本傳輸協(xié)議(HTTP)請求消息的第一Web服務(wù)器裝置，該第一HTTP請求消息包括存儲在第一Web服務(wù)器裝置上的一個信息組件的標識符；用于為該信息組件產(chǎn)生一個或多個第二HTTP請求消息并將所述第二HTTP請求消息發(fā)送到第二Web服務(wù)器的倍增器裝置，其中每個第二HTTP請求消息包括該信息組件的標識符。
44.如權(quán)利要求43所述的設(shè)備，其中該信息組件的標識符包括統(tǒng)一資源定位符(URL)，其中只有當該URL滿足預定標準時該倍增器裝置才產(chǎn)生并發(fā)送所述第二HTTP請求消息。
45.如權(quán)利要求43所述的設(shè)備，其中該第一HTTP請求消息包括一個HTTP方法，其中只有當該HTTP方法滿足預定標準時該倍增器裝置才產(chǎn)生并發(fā)送所述第二HTTP請求消息。
46.如權(quán)利要求43所述的設(shè)備，其中該倍增器裝置分析所述第二HTTP請求消息對第二Web服務(wù)器的影響。
47.如權(quán)利要求46所述的設(shè)備，其中該倍增器裝置響應于每個第二HTTP請求消息，從第二Web服務(wù)器接收HTTP答復消息；分析所述HTTP答復消息。
48.如權(quán)利要求43所述的設(shè)備，其中該第一HTTP請求消息包括由第一Web服務(wù)器裝置提供的第一會話cookie，并且其中在向第二Web服務(wù)器發(fā)送所述第二HTTP請求消息之前，該倍增器裝置用每個第二HTTP請求消息中的第二會話cookie代替該第一會話cookie，所述第二會話cookie是由第二Web服務(wù)器提供的，并且和該第一會話cookie相關(guān)聯(lián)。
49.如權(quán)利要求43所述的設(shè)備，其中該倍增器裝置響應于第一HTTP請求消息，從第一Web服務(wù)器裝置接收第一HTTP答復消息；解析該第一HTTP答復消息，以獲得由第一Web服務(wù)器裝置提供的第一會話cookie；響應于每個第二HTTP請求消息，從第二Web服務(wù)器接收第二HTTP答復消息；解析所述第二HTTP答復消息，以獲得由第二Web服務(wù)器提供的第二會話cookie；以及將所述第一和第二會話cookie相關(guān)聯(lián)。
50.如權(quán)利要求49所述的設(shè)備，其中該倍增器裝置從客戶端接收第三HTTP請求消息，該第三HTTP請求消息包括第一會話cookie和儲存在第一Web服務(wù)器裝置上的同一個或另一個信息組件的標識符；產(chǎn)生一個或多個第四HTTP請求消息，每個第四HTTP請求消息包括該另一個信息組件的標識符和第二會話cookie；以及將所述第四HTTP請求消息發(fā)送到第二Web服務(wù)器。
51.如權(quán)利要求43所述的設(shè)備，其中該倍增器裝置解析該第一HTTP請求消息，以獲得由第一Web服務(wù)器提供的第一會話cookie；響應于其中一個第二HTTP請求消息，從第二Web服務(wù)器接收HTTP答復消息；解析所述HTTP答復消息，以獲得由第二Web服務(wù)器提供的第二會話cookie；以及將所述第一和第二會話cookie相關(guān)聯(lián)。
52.一種設(shè)備，包括用于接收第一超文本傳輸協(xié)議(HTTP)請求消息的Web服務(wù)器裝置，該第一HTTP請求消息包括存儲在該Web服務(wù)器裝置上的一個信息組件的標識符；用于為該信息組件產(chǎn)生一個或多個第二HTTP請求消息并將所述第二HTTP請求消息發(fā)送到該Web服務(wù)器裝置的倍增器裝置，其中每個第二HTTP請求消息包括該信息組件的標識符。
53.如權(quán)利要求52所述的設(shè)備，其中該信息組件的標識符包括統(tǒng)一資源定位符(URL)，其中只有當該URL滿足預定標準時該倍增器裝置才產(chǎn)生并發(fā)送所述第二HTTP請求消息。
54.如權(quán)利要求52所述的設(shè)備，其中該第一HTTP請求消息包括一個HTTP方法，其中只有當該HTTP方法滿足預定標準時該倍增器裝置才產(chǎn)生并發(fā)送所述第二HTTP請求消息。
55.如權(quán)利要求52所述的設(shè)備，其中該倍增器裝置分析所述第二HTTP請求消息對該Web服務(wù)器裝置的影響。
56.如權(quán)利要求55所述的設(shè)備，其中該倍增器裝置響應于每個第二HTTP請求消息，從該Web服務(wù)器裝置接收HTTP答復消息；以及分析所述HTTP答復消息。
全文摘要
一種方法、設(shè)備和計算機可讀介質(zhì)，包括接收第一超文本傳輸協(xié)議(HTTP)請求消息，該第一HTTP請求消息包括存儲在Web服務(wù)器(104)上的一個信息組件的標識符；為該信息組件產(chǎn)生一個或多個第二HTTP請求消息，其中每個第二HTTP請求消息包括該信息組件的標識符；以及將各第二HTTP請求消息發(fā)送到第二Web服務(wù)器(110)。
文檔編號G06F15/16GK1771488SQ200380109253
公開日2006年5月10日 申請日期2003年11月25日 優(yōu)先權(quán)日2002年11月27日
發(fā)明者M·E·斯梅德伯格, B·A·卡拉斯諾伊亞洛夫, D·希德克爾 申請人:李樹軟件公司