COPS

COPS協議具有設計簡單且易於擴展的特點，其主要特徵如下：

COPS採用客戶機/伺服器模式，即PEP向遠程PDP發送請求、更新和刪除信息，然後PDP返回決定給PEP。

COPS使用傳輸層協議TCP以便為客戶機和伺服器提供可靠信息交換。

COPS是可擴展的，它能夠自我識別，並在不需要修改COPS協議本身的情況下支持不同特定客戶機信息。COPS是為策略的通用管理、配置和執行而創建的。

COPS為認證、中繼保護和信息完整性提供了信息級別的安全性。COPS也能使用已有安全協議，如IPSEC或TLS，以認證和確保PEP和PDP之間的通道。

COPS有兩個主要狀態：（1）客戶機和伺服器共享請求/決策狀態；（2）可能是內部互相聯繫的來自各種不同事件（請求/決策）的狀態。

此外，COPS允許伺服器將配置信息載入到客戶機上，然後在不再使用的情況下允許伺服器將其從客戶機中刪除。

COPS命令頭：

4 8 16 32 bit

Version Flags Op Code Client-type

Message Length

Version―Version欄位指定COPS版本號。當前版本號1。

Flags―指定標記值為1，是一個請求信息標記位。當有其它COPS信息發送信息請求時需要設置該Flag（所有其它的Flag必須設置為0）。

Op Code―識別COPS操作：1Request（REQ）；2Decision（DEC）；3ReportState（RPT）；4DeleteRequest State（DRQ）；5Synchronize State Req（SSQ）；6Client-Open（OPN）；7Client-Accept（CAT）；8Client-Close（CC）；9Keep-Alive（KA）；10Synchronize Complete（SSC）

Client-Type―Client-Type用來識別政策客戶機。所有封裝對象的解釋都與Client-Type有關。

Message Length―信息大小（Octets），包括標準COPS頭和所有封裝對象。

certificates of participation（COPs）

參與證明書

參與證明書通常是政府或市政實體用來對某個項目發債所使用的一種財務證明。它不象債券，在項目結束后支付利息或擔保的面值，這種證明書的投資者得到的回報是基於租金收入的。使用參與證明書這種方式對市政是非常有利的，因為它使發行人不必受項目建設過程中產生的債務總額的限制。

對許多城鎮來說，這種在發債過程中使用參與證明書的方式遵循一個簡單的套路。發債是為了給一些市政設施的建設融資，發的債必須在市政可承受的上限以內。而參與證明書的做法是政府不在建設期間立即擁有設施的產權，而是由市政在建設期間租用場地，並分期支付租金，當設施完成後市政再得到完整設施的產權。

對投資者而言，參與證明書是其參與發債過程的證明。購買一股租金收入相對於傳統的債券對投資者的吸引力有如下幾種。其投資收益是在項目建設期間（分批）根據其在租用合約中所佔的份額大小支付的。這意味著投資者不必等到債券到期才能拿到投資回報。當然，如果投資者更願意以較長的時間間隔收取較高的回報，也可將參與證明書條款中所述的支付方式推遲到項目結束后。

市政不太可能不履行協議，但萬一出現不履行的情況，參與證明書條款可使投資者獲得對設施的控制權。不履行的情況一旦發生，設施的產權就屬於投資者，他們可自行決定以適當的方式處置資產，這包括建完設施並賣給私人投資商，也可以選擇對整個設施進行整合供他們自己使用。

CoPS（複雜產品系統）的概念是由美國開發的軍事系統和大型生產技術系統演變而來的（Hobday,1988）,根據是否具有內嵌集成系統又把CoPS分為複雜產品和複雜系統：複雜產品指的是航空類飛機、高速列車、智能大廈等；複雜系統包括通信技術系統、ERP和大工程項目，比如核電廠、機場等（Ren and Yeo,2006）。CoPS是以企業對企業（B2B）的方式進行交易的，對於支撐生產服務的基礎是由許許多多的子系統和零部件進行組成及配合運行的，包括了大量的不同技術領域、不同行業之間的相互交叉匯合而成。“複雜”一詞指的是複雜產品系統包含大量客戶定製的零部件，需要多種技能和知識作為基礎，並且根據客戶的需求涉及到很多創新知識。與傳統的大規模生產不同，複雜產品系統的生命周期時間更長，而且生產的產品投入使用后還要根據用戶情況，進行技術的變化更新和升級改造，以便適應用戶的使用。