我們知道，POA 規範定義 CORBA 物件為具有標識、介面和實現的抽象實體。從客戶端的角度來看，物件表示為物件引用，物件引用封裝了物件介面類型和標識，並包含足夠的資訊來定位物件的實現。但從伺服器的角度來看又是怎樣的呢？
POA 規範引入了伺服物件的概念，使抽象的 CORBA 物件能和實現該物件功能的具體程式語言實體徹底分離。這樣從伺服器的角度來看，CORBA 物件是作為伺服物件實現的。要記住 CORBA 是與程式語言獨立的架構。伺服物件可實現為 C++ 或 Java 類別，也可以實現為一系列的 COBOL 段或 C 函數。伺服物件的概念也有助於反映這種與程式語言的獨立性。
那麼 ORB 如何為一到來的請求找出正確的伺服物件呢？在 CORBA 物件關鍵字和伺服物件之間必然有某種綁定。下面將探討這種綁定並討論應用程式如何能控制這種綁定。
CORBA 架構定義了物件適配器的概念，用來處理應用程式和 ORB 如何交互來管理伺服物件和 CORBA 物件生命週期的問題。物件適配器的一個很好的定義來自 Schmidt and Vinoski（1997）：「物件適配器是一個 CORBA 組件，負責把 CORBA 的物件概念適配為程式語言的伺服物件概念。」前面已討論過 CORBA 物件是抽象的，而伺服物件是具體的，那麼這個定義就充分表達了這一點。
