[發明專利]使用本地代理共享通信信息的方法和系統

無效

• 申請號: 200710104828.1
• 申請日: 2007-05-21
• 公開（公告）號: CN101083602A
• 公開（公告）日: 2007-12-05
• 發明（設計）人: 片岡克尚
• 申請（專利權）人: 國際商業機器公司
• 主分類號: H04L12/54
• 分類號: H04L12/54;H04L12/24;G06F17/30
• 代理公司: 北京市金杜律師事務所
• 代理人: 朱海波

技術領域

本發明涉及在由網絡應用運行的客戶端-服務器系統中使用本地代理共享通信信息的方法、系統和程序，其中所述本地代理運行在與客戶端(以下也稱為終端)上運行的瀏覽器的進程類似的進程中。

背景技術

目前已經公開了單一登陸系統(例如專利文件1)，其中在通過因特網訪問網絡服務器的用戶終端和網絡服務器之間設置一個用戶認證代理，所述用戶認證代理為網站執行用戶認證。無論用戶終端類型如何，該系統都允許用戶認證代理為用戶使用URL指定的網站執行用戶認證。

專利文件1：日本未經審查的專利申請，編號2002-32340。

另一方面，有一種稱為本地代理的軟件允許終端自身具備代理功能。目前，本地代理以下述方式使用。如果瀏覽器向本地代理發送數據請求，則本地代理從網絡服務器而不是瀏覽器請求數據。另外，本地代理接收網絡服務器傳送的數據，并且將數據傳送給瀏覽器。通過這種使用，從網絡服務器傳送的數據可以在根據用戶參數進行更改后傳送給瀏覽器。例如，可以實現消除廣告，關閉JavaScript，關閉自動重新加載等。

商務應用作為網絡系統開發時，很多情況下要在公司內整合認證信息。在網絡系統中，假設終端中的處理使用瀏覽器執行。在網絡系統中，邏輯處理基本上在服務器端執行。瀏覽器使用HTTP(超文本傳輸協議)從WWW(萬維網)服務器接收處理結果，并且將處理結果顯示為其基本處理。通過假設使用瀏覽器和使用HTTP通信，可以在多個應用間實施公司范圍的綜合認證。更特別地，在瀏覽器和認證服務器之間的數據上附加認證信息，瀏覽器就可以自動地將認證信息附加到每個應用的通信中，其中所述數據采用瀏覽器可處理的格式，例如Cookie。相應地，每個應用不需要執行關于認證的具體處理。

發明內容

然而在使用瀏覽器的情況下，存在問題：作為用戶界面的輸入操作表達在客戶端-服務器系統中執行時操作性差而且操作復雜，不能象分配功能鍵一樣執行并且返回鍵困難。出于這個原因，有些商務領域并不適合使用瀏覽器實施。

另一方面，所謂富客戶端技術的使用越來越廣泛。富客戶端是這樣一種技術，其通過利用其他技術如網絡瀏覽器插件來實現“富”客戶端，以提高表達能力和用戶界面的可操作性。富客戶端提供唯一的運行時環境并且在特定于每種技術的應用中運行。相應地，對于不適合采用瀏覽器實施的商務領域，采用富客戶端技術成為一種趨勢。

該富客戶端技術往往合并在瀏覽器中，并且可以使用瀏覽器執行。這意味著富客戶端在瀏覽器的進程空間中運行。有了這種配置，就可以共享瀏覽器所具有的通信信息并且可以利用綜合認證。

然而，很難使富客戶端的多版本運行時環境在瀏覽器的單一進程中平行運行。就商務應用而言，用戶往往希望以開發時的版本連續地使用應用(其開發已經完成)。可是如果存在使用相同富客戶端技術并且在不同時期開發的應用，就不可能在瀏覽器的單一進程中運行這些應用，除非此時不同的版本已整合為一個版本。

另一種方法是：如果應用并未整合在瀏覽器的單一進程中，而是為每個應用提供不同的進程空間，就可以運行多個應用版本。不過在這種情況下，激活的應用和瀏覽器之間就不能共享認證所用的信息(cookie等)。因此就會出現在激活的應用中再次要求用戶認證的情況。于是在這種情況下，即使使用專利文件1中所述的方法，也不可能實現通用認證的優點，即一旦獲得認證即可在授權范圍內使用應用。作為結果，將通用認證作為無疑假設的用戶不會接受該方法，并且開發者將錯過商業機會。即便如此，要實施通用認證就需要開發認證應用，而其開發成本非常高，這種開發從根本上并無必要而且會影響可用性。

可以考慮這樣一種實現：當在某些裝置中激活富客戶端時允許富客戶端從瀏覽器接收認證信息。然而在此情況下接收認證信息不是通過一般方法實現的，而是采取一種非常特殊的方法實現的，該方法可能導致實施成本較高的問題。另外，例如，該實施方法不適用于在激活后定期更新認證信息的系統。

相應地，發明人關注在瀏覽器中運行的本地代理，并提出一種實現本地代理的設想，該本地代理可以中繼其他應用的通信。根據這個設想，本發明的目標是將在終端上其他進程中運行的應用的通信配置為通過瀏覽器來執行，并且將與服務器的通信路徑限制為一個通信路徑。