1.1 引 言

最初的計算機研究是基于集中式架構的，很少考慮編程方面所遇到的挑戰，但是在相關技術方面已經取得了很大進步，例如以健壯的、可重用的模式來設計數據結構和算法。雖然目前的企業級系統大多采取分布式的計算結構，但是所有的系統架構都是由組件構成，每個組件都必須以健壯的方式進行開發，所以已經提出的方法仍然是有價值的。

分布式系統技術能夠使企業中相互隔離的信息組合起來，從而被更好地使用。但是，在克服了網絡方面的低層次挑戰之后，系統在向分布式遷移時面臨著一個痛苦的事實：難以將目前所存在的各個信息孤島連接起來以獲取額外價值。這里的一個關鍵問題就是異構性，也就是說，在不同信息源中存儲的信息會出現語義不匹配。最為常見的是，根本無法對語義進行建模，協調各種不同的資源十分困難，甚至是不可能的。處理上述各種異構設置的最佳方法，就是采用靜態信息模型或數據庫模式對各種不同的資源進行建模，然后將這些模型集成起來。模型集成在處理異構信息系統時很少起作用，因為任何單個模型的變化都會導致整個集成模式的失效。

我們這里所討論的系統是開放的，因為它們反映了組織本身所具有的開放性。在開放環境中，組件模式不但是異構的，而且是自治的，可能會快速地改變，各個組件也沒有被要求一定要進行合作。開放架構的特點是可以對自主異構的組件進行動態增加和刪除。隨著電子商務的普及，開放架構正在變得越來越普及，其中最經典的一個應用就是Web服務。

Web服務架構把每個組件看做一個服務，服務所提供的一系列能力被定義為方法（Curberaet等，2002a）。服務可以被調用，也可以交換文檔。在Web服務中，被調用的參數、結果和交換的文檔，都需要按照XML協議進行結構化（Box等，2000）。開放架構所面臨的一個獨特挑戰就是對所需的組件進行發現和定位。在Web服務中，這一點通過“統一描述發現和集成標準（Universal Description Discovery and Integration，UDDI）”中的“注冊”概念來實現。服務被它們的實現者和推廣者發布為一個注冊項。潛在的消費者（即尋求支持特定接口服務的人）就會嘗試著聯系注冊項，以找到匹配的服務實現。注冊項將會提供一個滿足給定要求的所有服務實現列表。消費者能夠選擇其中的一個服務實現，把它作為自己的合適選擇。Web服務架構能夠對大型系統進行靈活動態的配置，正在快速成為構建大型系統的事實標準，但是它仍然有一些缺點。首先，沒有對所要處理的信息和服務語義進行編碼，匹配過程是依據語法條件進行處理。其次，在特定的環境中缺乏可信度和適用性的概念，這些問題被留給用戶自己去解決。

就某種特定意義而言，“計算”所存在的基本商業和組織環境并沒有隨著現代技術的發展而改變。例如，在“計算”出現的幾個世紀之前，就已經出現了供應鏈。即使從計算的角度出發，供應鏈也能同早期出現的計算系統相適應。從實際意義上講，現代技術在很大程度上也影響了商業和組織。這種“一分為二”的觀點可以通過下面這個例子來理解。以前供應鏈中存在著很多問題，早期的“計算”主要是幫助改善供應鏈的建造、運行和效率檢測。但這些是比較死板的方法，有很多缺點，無法很好地把握機會和處理異常，這在很大程度上限制了它們在實際應用中的效率。進一步，人們期望能夠通過改進計算和通信基礎機制來獲得下列屬性：效率、靈活性、敏捷性和健壯性。

面對當前環境下的實際挑戰，傳統的計算機科學無法提供強有力的抽象和靈活的技術。這些問題要求采用一種更為寬廣的視野來看待“計算”，不僅要堅持科學原則，還要考慮計算發生時所處的組織環境，理解用戶的需求，即計算所服務的對象。換言之，真正的世界在某種意義上一直都是開放的，只是我們采用構建和管理過程的技術對它們施加了一定的限制。現在所需的就是引入一種技術來避免這些限制，這就是Agent出現的原因。Web服務的層次架構在許多方面都很自然地體現了Agent的重要特征。如果把Agent系統開發看做是Web服務的上層結構，對于探索它們的現有特征，改進Web服務架構都是很有價值的。值得注意的是，應該避免在Web服務中試圖復制Agent的每一個思想，這樣會使系統出現冗余，變得難以理解，尤其是對于大量的軟件開發人員而言。