COM+ 詞彙

存取令牌

物件，描述進程或線程的安全性內容。 令牌中的資訊包含與進程或線程相關聯之用戶帳戶的身分識別和許可權。 當使用者登入時，系統會藉由將密碼與儲存在安全性資料庫中的資訊進行比較，來驗證用戶的密碼。 如果密碼經過驗證，系統會產生存取令牌。 代表此使用者執行的每個進程都有此存取令牌的複本。

ACID 屬性

交易處理先驅為不可部分完成、一致、隔離且耐久而創造的縮略字。 這些屬性可確保可預測的行為，強化交易的角色，做為在獨立失敗發生時在分散式環境中提供一致且可預測的結果設計的全無主張。

啟動

導致建立 COM 物件的事件鏈結，以及該物件上介面的有效指標傳回。 在 COM+中，物件會在自己的內容中或在其建立者的內容中啟動（已要求啟動物件的物件）。 COM+ 服務依賴根據物件的組態適當啟用物件。 在啟用過程中，系統會決定物件執行的內容、初始化內容屬性、檢查訪問許可權，以及建立安全性身分識別。

啟用安全性

決定誰可以啟動伺服器的安全性保護形式。 特定計算機的服務控制管理員 （SCM） 會自動套用啟用安全性。 收到用戶端要求以啟動物件時，SCM 會針對其登錄內儲存的啟用安全性資訊檢查要求。 啟用安全性也會檢查同一部計算機啟用。 也稱為啟動安全性。

啟用類型

COM+ 應用程式的啟用類別，指出應用程式是否在其用戶端的進程空間中執行或移出，以及應用程式是否以服務的形式執行。

活動

在 COM+ 中，邏輯線程包含一或多個交易，並包含群組至 COM+ 應用程式的元件集合。 每個 COM 物件都屬於一個活動。 對象與活動之間的關聯無法變更。

Apartment 模型程式

具有兩個或多個單個線程 Apartment 且沒有多線程 Apartment 的進程。

應用程式 Proxy

一組檔案，其中包含可讓用戶端遠端訪問 COM+ 伺服器應用程式的註冊資訊。 在用戶端電腦上安裝時，應用程式 Proxy 檔案會將伺服器應用程式的相關信息寫入用戶端電腦;然後，用戶端就可以從遠端存取伺服器應用程式。

認證

判斷應用程式呼叫端實際上是其所稱應用程式的安全性程式，就是驗證身分識別宣告的真實性。 針對 COM+ 應用程式，可以透過系統管理方式開啟並設定驗證，之後它會以透明方式對應用程式運作。

授權

判斷應用程式呼叫者是否有權執行其要求執行動作的安全性程式。

快取資源管理員

作為另一個資源管理員前端的資源管理員，且會在本機快取資訊，降低存取基礎資源的成本。 不同於傳統資源管理員，快取資源管理員不會參與復原，因為它永遠不會永久儲存基礎數據。

通話安全性

一種安全性保護形式，可協助控制伺服器物件方法在啟動伺服器之後的存取。

class （COM）

一個或多個介面的具名具體實作。 COM 類別是由 CLSID 識別，有時則是 ProgID。

隱形

伺服器代表用戶端進行呼叫時，能夠遮罩自己的身分識別。 啟用遮蓋時，伺服器模擬用戶端的呼叫可以在用戶端的身分識別下進行。 停用遮蓋時，伺服器會根據伺服器的身分識別進行呼叫。

COM+ 應用程式

元件服務管理和安全性的主要單位。 COM+ 應用程式是一組 COM元件，通常執行相關的函式。 這些元件進一步包含 COM 介面和方法。

COM+ 應用程式共用

元件服務功能，可讓單個線程進程進行調整，也可以藉由提供能夠處理啟用的其他執行進程，協助您從單一進程中的失敗中復原。

COM+ 應用程式回收

元件服務功能，可讓您正常關閉與應用程式相關聯的進程，並重新啟動應用程式，大幅提升應用程式的整體穩定性。

COM+ 目錄

保存 COM+ 設定資料的數據存放區。 COM+ 管理工作的效能需要讀取和寫入儲存在目錄中的數據。 目錄只能透過元件服務系統管理工具或 COM 管理員 連結庫來存取。

COM+ 事件

COM+ 事件會比對，並透過鬆散結合的事件系統連接發行者和訂閱者。 發行者會呼叫 方法來起始事件，而訂閱者會透過事件系統接收這些呼叫，而不是直接從發行者接收這些呼叫。 COM+ 事件服務會維護感興趣的訂閱者清單，這些訂閱者會接聽電話並指示這些呼叫，而不需要知道發行者。

COM+ 連結庫應用程式

COM+ 應用程式，會在建立它的用戶端程序中執行。 連結庫應用程式可以使用角色型安全性，但不支援遠端訪問或佇列元件。

COM+ 對象共用

COM+ 提供的自動服務，可讓您設定元件讓本身在集區中保持作用中的實例，可供任何要求元件的用戶端使用。

COM+ 資料分割

COM+ 服務，可在單一計算機上為應用程式建立個別的執行空間。

COM+ 資料分割集

對應至 Active Directory 中特定使用者識別碼的 COM+ 資料分割群組。

COM+ 佇列元件

以 Microsoft Message Queuing 為基礎的 COM+ 服務，可讓您以異步方式叫用和執行元件。 訊息處理可能不考慮傳送者或接收者的可用性或輔助功能。

COM+ 伺服器應用程式

在自己的進程中執行的 COM+ 應用程式。 伺服器應用程式可以支援所有 COM+ 服務。

COM+ SOAP

元件服務功能，可讓您將 COM+ 應用程式公開為 XML Web 服務。 COM+ SOAP 也可讓您使用 XML Web 服務做為 COM 元件。

COM元件

包含封裝和註冊程序代碼以及建立 COM 物件的二進位程式代碼單位。 所有 COM+ 應用程式都包含一或多個 COM 元件。

認可樹狀結構

在分散式交易系統中，交易的概念表示法是根據參與分散式交易的個別交易管理員之間的階層式關聯性。 包含在該階層中，是與交易管理員相關聯的登記資源管理員。

COM物件

在 COM 程式設計模型中，封裝數據和功能的程式設計結構，其會定義為單一單位，且唯一的公用存取是透過程式設計結構的介面。 COM 物件至少 必須支援 IUnknown 介面，該介面會在使用物件時維持物件的存在，並提供物件其他介面的存取權。

補償 Resource Manager （CRM）

COM+ 功能，可讓非交易資源與 Microsoft 分散式交易協調器 （DTC） 參與兩階段認可交易。 一般而言，CRM 不會提供完整資源管理員的隔離功能，但會藉由寫入記錄來提供交易不可部分完成性和持久性。

元件服務系統管理工具

使用者介面嵌入式管理單元，系統管理員和開發人員可以透過此嵌入式管理單元來建立、設定及維護 COM+ 應用程式，以及管理分散式交易和記憶體駐地資料庫。 元件服務系統管理工具也可以用來檢視系統事件，以及管理安裝工具之計算機的本機系統服務。

概念模型

COM+ 應用程式設計階段的第一個步驟，開發人員會定義要解決的商務問題，並決定需要哪些元件和服務。

concurrency

多個交易或進程能夠同時存取相同的數據。 COM+ 通常會透過同步處理來管理並行。

已設定的元件

已安裝至 COM+ 應用程式的 COM 元件。 安裝之後，元件會設定在 COM+ 目錄中，以使用可用的 COM+ 服務。

context

一組與一或多個 COM 物件相關聯的運行時間屬性，用來為這些物件提供服務。 每個 COM 物件都會在單一內容中執行，從啟用到停用（一律位於相同的 Apartment 內）。 當對象啟動時初始化，內容屬性，例如安全性內容屬性，代表對象的運行時間需求。

數據層

在商務應用程式的三層架構模型中，可以透過仲介層或商務服務層存取 DBMS 存取層，有時也可以透過表示層或使用者服務層來存取。 數據層是由數據存取元件（而非原始 DBMS 連線）所組成，可協助資源分享，並允許用戶端設定，而不需要在每個用戶端上安裝 DBMS 連結庫和 ODBC 驅動程式。 也稱為數據服務層。

僵局

在多線程應用程式中，當一組線程的每個成員正在等候集合的另一個成員時，就會發生線程問題。

代表團

一種模擬形式，可授權伺服器代表客戶端採取行動，讓伺服器能夠透過網路模擬用戶端。

分散式交易

涉及多個資源管理員的交易，可以位於相同或不同的計算機上。

分散式交易協調器 (DTC)

系統服務，可管理一或多個系統上分散於兩個或多個資源管理員的交易和交易相關通訊，以確保正確的 ACID 交易。

動態遮蓋

在下游伺服器呼叫的每個方法上，探索原始用戶端身分識別作為伺服器線程存取令牌的一種形式。 雖然可以動態判斷所呈現的身分識別，但執行這項作業所需的額外負荷可能會更昂貴。 針對 COM+ 應用程式，預設組態適用於動態遮蓋功能，因為它提供一開始需要使用仿真的情況通常需要的彈性。

列舉值物件

啟用集合中項目的列舉。

event

物件所辨識的動作，例如按下按鍵，以及您可以撰寫程式代碼來響應的動作。

事件類別物件

設定的元件，可在 COM+ 事件系統中提供持續性記錄，以描述發行者和與這些發行者相關聯的引發介面。

event 方法

COM+ 介面中識別 COM+ 事件的方法。 事件方法必須唯一命名，而且只能包含輸入參數。 傳回值必須是 HRESULT。

event 物件

COM 物件，可以向一或多個線程發出事件已發生的訊號。 進程內的任何線程都可以建立事件物件。

exception

在程式執行期間發生的異常狀況或錯誤，且需要在正常控制流程外執行軟體。

故障

在叢集網路系統中，將多載或失敗的資源（例如伺服器、磁碟驅動器或網路）重新放置到其備份元件的程式。

自由線程進程

具有多線程 Apartment 且沒有單個線程 Apartment 的進程。

全域認可協調器

在 Microsoft Windows 分散式交易系統上，認可樹狀結構的根交易管理員。 此協調器會決定認可或中止指定的交易，而且絕不懷疑。

類比

線程在安全性內容中執行的能力，與擁有線程的進程不同。 伺服器線程會使用代表客戶端認證的存取令牌，並使用此令牌來存取用戶端可以存取的資源。

模擬層級

用戶端用來授與伺服器特定授權層級的設定，以代表用戶端執行動作。 在 COM+中，這只能針對 COM+ 伺服器應用程式設定。

攔截

針對在指定內容中啟動的對象，處理從內容界限對該物件的呼叫的程式。 跨內容的呼叫會使用輕量型介面 Proxy 來處理，以處理任何需要中繼才能將運行時間環境從一個接聽者調整為容納被呼叫者的環境。

interface

在 COM 型程式設計中，提供 COM 物件存取權的相關公用函式集合。 COM 物件上的介面集合會撰寫合約，指定程式和其他物件如何與 COM 對象互動。

介面 Proxy

介面特定物件，會封裝該介面的參數（封送處理）參數，以準備遠端方法呼叫，並解除封裝介面存根的傳回值。 Proxy 會在傳送者的位址空間中執行，並與接收者位址空間中的對應存根通訊。

介面存根

介面特定物件，它會解除封裝封送處理的參數、呼叫必要的方法，以及封裝 （marshals） 會從呼叫的方法傳回值。 存根會在接收者的地址空間中執行，並與傳送者位址空間中的對應介面 Proxy 通訊。

interior 物件

在交易式階層中，根物件下的任何物件。

Just-In-Time （JIT） 啟用

COM+ 提供的自動服務，可讓閑置的伺服器資源更有生產力地使用。 當元件設定為啟動 JIT 時，COM+ 可以停用它的實例，而用戶端仍會保留物件的使用中參考。 下次客戶端在 物件上呼叫 方法時，COM+ 會以透明方式重新啟用物件給用戶端，只是及時。

舊版元件

已安裝至 COM+ 應用程式的未設定元件。

listener

COM+ 佇列元件服務的架構元素。 接聽程式是 COM 物件，會開啟與其主應用程式相關聯的消息佇列，並等候訊息送達。 當訊息送達時，接聽程式會分派處理訊息的線程。

邏輯模型

COM+ 應用程式設計程式中的第二個步驟，其中概念模型分成三層架構的邏輯層，如下所示：表示層或使用者服務：仲介層或商務服務;和數據層或數據服務。

鬆散結合事件

傳送者（發行者）和接收者（訂閱者）未緊密系結的事件。 在鬆散結合的事件系統中，例如 COM+ 事件，不同發行者的事件資訊會保存在事件存放區中。 訂閱者會查詢此存放區，並選取他們想要接收的事件。 從事件存放區選取事件資訊會建立訂用帳戶。 當事件發生時，事件系統會在此資料庫中尋找並尋找感興趣的訂閱者、建立每個感興趣的類別的新物件，並在該物件上呼叫 方法。

marshaling

跨線程或進程界限封裝和解除封裝介面方法參數的程式，以便進行遠端過程調用。

message mover

COM+ 佇列元件服務的架構元素，可將失敗訊息移回其輸入佇列，以便重試。

meta-event

COM+ 事件系統所使用的事件類型，每當建立、修改或移除事件類別對象或訂閱時，通知感興趣的訂閱者。

method

在以 COM 為基礎的程式設計中，COM 物件在收到訊息時所執行的進程。

中間層

在商務應用程式的三層架構模型中，由商業規則和數據規則組成的層。 組成仲介層的元件可用來強制執行商務規則，例如商務演算法、法律或政府法規，以及數據規則，其設計目的是讓數據結構在特定或多個資料庫內保持一致。 由於這些仲介層元件不會系結至特定用戶端，因此所有應用程式都可以使用這些元件，而且可以在響應時間和其他規則需要時移至不同的位置。 也稱為商務服務層或商業規則層。

混合模型程式

具有多線程 Apartment 和一或多個單個線程 Apartment 的進程。

綽號

可唯一識別 COM 物件的名稱。 路徑識別檔系統中檔案的方式相同，Moniker 會識別目錄命名空間中的 COM 物件。

.msi檔案

當您匯出 COM+ 應用程式或應用程式 Proxy 以在另一部電腦上安裝時，元件服務系統管理工具所建立的檔案。 .msi檔案可以使用 Windows Installer 安裝在任何以 Windows 為基礎的用戶端上。

多線程Apartment模型

Apartment 模型，其中已初始化為自由線程的進程中的所有線程都位於單一 Apartment 中。 因此，不需要在線程之間封送處理。 線程不需要擷取和分派訊息，因為 COM 不會在此模型中使用視窗訊息。

巢狀交易

從現有主要或父交易界限內起始的次要交易。 主要交易直到其所有次級或巢狀交易認可後才會認可。 COM+ 不支援巢狀交易。

中性公寓模型

線程模型，物件會遵循多線程 Apartment 的指導方針，但可以在任何類型的線程上執行。 中性 Apartment 模型是 COM 元件和 COM+ 應用程式的建議線程模型。

persistent 物件

COM物件，可在用戶端要求這麼做時儲存其內部狀態，且符合 COM 定義的標準，用戶端可以透過該標準要求物件初始化、載入及儲存至資料存放區（例如一般檔案、結構化記憶體或記憶體）。 用戶端有責任管理儲存物件永續性數據的位置，而不是數據的格式。

persistent 物件介面

由永續性對象實作的 COM 介面。 用戶端會使用永續性物件介面，在儲存其狀態的時機和位置告訴這些永續性物件。

階段零通知介面

COM+ 介面，可讓應用程式偵測交易何時準備好繼續進行雙階段認可通訊協定，以便它可以執行必要的通知作業，並在作業完成時與交易管理員通訊。

實體模型

COM+ 應用程式設計程式中的第三個步驟和最後一個步驟，開發人員會決定元件在實體上的位置，以及其編碼方式。

球員

COM+ 佇列元件服務的架構元素，它會從佇列擷取訊息，然後載入伺服器對象和標準介面存根，以取消合併數據並叫用伺服器方法。 播放機會在伺服器端解除用戶端的安全性內容，然後叫用伺服器元件並進行相同的方法呼叫。 除非用戶端元件完成，而且記錄方法呼叫認可的交易，否則播放機不會播放方法呼叫。

簡報層

在商務應用程式的三層架構模型中，向使用者呈現數據的層，並選擇性地允許數據操作和數據輸入。 表示層的兩個主要使用者介面類型是傳統應用程式和 Web 型應用程式。 也稱為用戶服務層。

主要存取令牌

描述與進程相關聯之用戶帳戶的安全性內容。

Proxy 管理員

在標準封送處理中，管理單一物件之所有介面 Proxy 的元件。

pseudo-object

自主物件的類型，例如檔中的用戶選取範圍、電子表格中的儲存格範圍，或文字檔中的字元範圍。 這種類型的對象稱為虛擬物件，因為它在用戶標記選取專案之前不會被視為不同的物件。

publisher

事件的傳送者。 在 COM+ 事件架構中，發行者會呼叫 方法來起始事件。

queue moniker

用來啟動佇列元件的Moniker。

競爭條件

在多線程應用程式中，多個線程在沒有協調的情況下存取數據項時，可能會造成不一致的結果，視哪個線程先到達數據項而定，就會發生的情況。 COM 提供一些專為協助避免跨進程伺服器競爭狀況而設計的函式。

錄音機

COM+ 佇列元件服務的架構元素，可將用戶端的安全性內容封送處理成訊息，並記錄物件的所有方法呼叫。 錄製器是系統提供的 Proxy 管理員，可從 COM+ 目錄中的可佇列介面選取介面。

資源分配器

在 COM+ 程式設計模型中，元件會代表進程內的應用程式元件管理不可轉換的共享狀態。 資源分配器類似於資源管理員，但沒有持久性保證。

資源管理員

服務，可管理資料庫、長期消息佇列或交易式文件系統中的持續性或永久性數據。 這是資源管理員，知道如何儲存數據並執行災害復原。 COM+ 伺服器應用程式會使用資源管理員來維護應用程式的持久狀態，例如手邊庫存記錄、擱置訂單和應收賬款。 資源管理員會與 Microsoft 分散式交易協調器 （DTC） 合作，以確保應用程式的不可部分完成性和隔離性。

角色型安全性

為 COM+ 應用程式提供的 COM+ 安全性服務。 角色代表針對 COM+ 應用程式定義的用戶類別，目的是判斷應用程式資源的訪問許可權。 角色是由開發人員指派給元件、介面和方法。 使用者是由系統管理員指派給適當的角色，讓指定角色內的用戶能夠存取指派該角色的任何資源。

root 物件

交易的第一個物件，稱為交易的根目錄，而且一律放在新的交易界限中。 交易中只能有一個根物件。 根物件下交易式階層中的所有其他對象稱為內部物件。

根交易管理員

起始交易之系統上的交易管理員。 除非根交易管理員決定交易的狀態（已認可或中止），否則不會完成交易。

信號

用來仲裁共用資源存取權的核心物件。

服務控制管理員 （SCM）

管理 Windows 登錄中所有服務的 Microsoft Windows 伺服器進程。

共用屬性管理員 （SPM）

在 Com+中，資源分配器可用來在伺服器進程內的多個對象之間共用非繼續狀態。

單個線程進程

只包含一個單個線程 Apartment 的進程，而單一線程又包含一個線程。 生活在單個線程 Apartment 中的所有 COM 物件只能從屬於該 Apartment 的一個線程接收方法呼叫。

肥皂

一個簡單的 XML 型通訊協定，用於交換網路上的結構化和類型資訊。 通訊協定不包含任何應用程式或傳輸語意，因此可高度模組化且可延伸。

分割註冊

對於已存在 COM 元件且用於 COM+ 服務環境中的元件，註冊的基本 COM 層面會儲存在 Windows 登錄中，而新的 COM+ 服務和屬性（例如佇列元件）會儲存在 COM+ 註冊資料庫中。 每個元件屬性都會儲存在 Windows 登錄或 COM+ 註冊資料庫中。 新的 COM 元件會以獨佔方式在 COM+ 註冊資料庫中註冊，而 Windows 登錄中有一些重複專案，讓現有的工具可以使用它們。

狀態

或與監視參與之活動狀態之所有詳細數據的系統或進程有關。

無 國籍

或與參與活動的系統或進程有關，而不監視其狀態的所有詳細數據。

靜態遮蓋

一種遮蓋形式，可將原始用戶端身分識別一次呈現給下游伺服器，並在 Proxy 上設定原始用戶端身分識別一次。 此用戶端身分識別會顯示為將在後續方法呼叫上使用的伺服器線程令牌。

訂閱者

事件的接收者。 在 COM+ 事件架構中，訂閱者會收到發行者發出的呼叫。

subscription 物件

在 COM+ 事件系統中，訂閱者建立的物件，要求和管理事件的傳遞。

同步

在 COM+中，從元件流向元件的服務，並禁止一個以上的呼叫端在任何指定時間進入元件。 同步處理決定線程何時可以分派對 物件的呼叫。

三層式架構模型

邏輯設計模型的基本架構，將應用程式的元件分成三層服務，如下所示：表示層或用戶服務;仲介層或商務服務;和數據層或數據服務。 這些層不一定對應到網路上各種計算機上的實體位置，而是對應到應用程式的邏輯層。

緊密結合的事件

傳送者（發行者）和接收者（訂閱者）已緊密系結的事件。 在緊密結合的事件系統中，發行者會提供介面，以在發生變更時呼叫方法。 訂閱者知道要向哪個發行者要求通知，以及公開的介面。 緊密結合的事件系統要求發行者和訂閱者隨時都在執行。

追蹤記錄檔

Microsoft 分散式交易協調器自動產生的記錄檔，顯示與一或多個分散式交易相關的數據。 追蹤記錄中的數據範例包括交易標識碼、交易時間和指出交易結果的訊息。

交易

工作單位，其中一系列相關作業會在應用程式程式期間發生。 交易會完全執行一次且不可部分完成—所有工作都是完成的，或沒有任何工作。

交易因特網通訊協定 （TIP）

交易因特網通訊協定是標準的雙階段認可通訊協定，可讓異質交易管理員協調分散式交易，特別是透過因特網。 TIP 雙階段認可通訊協定很容易實作，而且與應用程式對應用程式通訊協議無關，因此它可與任何應用程式通訊協定搭配使用，特別是 HTTP。

交易管理員

在參與分散式交易的每部計算機上執行的 Microsoft 分散式交易協調器（DTC）的一部分，並管理與認可或中止該交易部分相關的活動。

事務處理應用程式

交易作業的集合，可將指定的商務工作自動化。

事務處理系統

包含計算機硬體和軟體的完整系統，裝載事務處理應用程式以執行商務所需的例行交易。

兩階段認可通訊協定

只用於分散式交易的通訊協定，可確保交易的結果在所有參與交易的交易管理員之間都是一致的。 通訊協定會以兩個不同的階段運作，最終認可或中止交易：第一階段會評估每個資源管理員的條件，而第二階段會完成交易。

未設定的元件

尚未在 COM+ 目錄中設定的 COM 元件。 未設定的元件無法使用 COM+ 服務。

下落

對於 DTC 交易，代表資源管理員交易管理員位址的不透明數據結構。

XA 介面

一組標準程序設計介面，可讓 COM+ 應用程式開發人員存取符合 XA 規範的資料庫，並建立使用關係資料庫、消息佇列、交易式檔案和面向物件資料庫運作的資源管理員。 雖然 Microsoft 不支援 XA 通訊協定，但 Microsoft 支援 OLE 交易與 XA 之間的翻譯設施。

XML Web 服務

提供數據與服務給其他應用程式的應用程式邏輯單位。 應用程式會透過標準 Web 通訊協定存取 XML Web 服務，例如 SOAP。