看到廣告服務端，第一想法是抗拒，那你就失去了成為專家、領取高薪的機會!
在認識程序化廣告的介紹提到了許多線上廣告購買的場景，也提到了廣告出現的時間地點對用戶的影響能有多大。投放廣告的核心在於對用戶的理解，選擇正確的時間地點對用戶展示一個精心設計的廣告。一般情況下，展示位的信息越多越能夠幫助廣告商做出最佳的選擇。
但是，這麼多的信息全放在請求中，首先會遇上第一個問題，作為廣告請求構建方，我該寫上什麼樣的字段，對方才能理解我意思呢? 在程序化購買中你必須理解的本質提到的組織IAB便是因此而生。IAB為眾多信息以及廣告交易中必要的流程進行了定義，廣告科技商只需要將IAB定義的Open RTB協議給完整的實現了，便能滿足程序化購買的多數場景。
理解IAB的這套協議唯一需要做的就是牢記流程，得流程者得天下，當遇上溝通場景的時候，熟記流程的高端廣告從業者立刻就能判斷對方正在談論的節點屬於交易中的哪一環節。以下利用最少參與方的廣告交易場景進行描述。
Ad request: 客戶端對ADX服務端發起的廣告請求
Bid request: ADX服務端對DSP服務端發起的競價請求
Bid response: DSP服務端對ADX服務端響應的競價請求
Ad response: ADX服務端對客戶端廣告請求的響應
Win notice:ADX服務端通知DSP，該次競價獲勝
Loss notice: ADX服務端通知DSP, 該次競價失敗
Impression notice:客戶端對ADX及DSP的廣告展示上報鏈結進行請求，通知ADX與DSP該廣告已展示
媒體方廣告位實現的廣告樣式，屬於用戶的標示，設備信息，媒體偏好等信息被一併包含在Bid request中傳給DSP。利用設備標示，DSP在數據庫中查詢用戶的年齡，性別，興趣，收入等等個人信息，使用廣告主所選擇的定向條件(Targeting)找尋出廣告候選，並為其決定出價。當dsp選擇好廣告之後，依照廣告協議中對廣告樣式的要求，構建響應，並且在對ADX參競時候將該廣告的標示及出價一同加入到Bid response中。ADX收到所有的DSP響應之後，首先對廣告進行校驗，此校驗的目的在於確保該次廣告的協議符合廣告樣式，滿足媒體方的准入條件，在響應校驗無誤後將所有的廣告做一次價格的排序，選擇出獲勝者。ADX將獲勝的廣告返還SDK的同時，告知獲勝者獲勝消息以及該次交易的計費價格，即圖中第五步，而競價失敗的DSP則是收到來自ADX的失敗通知。SSP收到廣告後對廣告進行解析，加載素材，廣告渲染以及數據上報，至此即完成了一次交易。IAB oRTB對接協議便是用於實現上述流程的一套標準協議，目前任何的廣告交易場景都可以利用上述框架進行拓展，完美體現。
實際的廣告交易中，多數情況是參與者不僅僅只是SDK, ADX, DSP三者交互。為了保障廣告主權益，加入DMP(data market place)，MMP(mobile measurement partner)，Anti-fraud等等廣告科技供應商在程序化廣告交易中是無可避免的。而此時我們也只需要將上述流程進行拆解，在每一段節點分別加上合作夥伴的服務交互，便能輕易地將整段鏈路再次繪製出來。下圖以加入MMP為範例進行示意，MMP為廣告主提供下載歸因(attribution)的服務，出現的投放場景是投放app下載廣告將用戶導引到商城。我們知道MMP是為廣告主服務的，只需要找到上述鏈路中服務廣告主端的科技供應商加入與MMP的交互，即可完成此鏈路的示意。
同樣的，想要將DMP與anti-fraud加到流程中，我們只需要了解這兩科技是為了哪個角色服務，哪個角色願意為此承擔費用，將這兩服務加入到示意圖中即可。讀者們可以試圖網上查詢DMP與anti-fraud的服務對象，以及該廣告科技服務與ADX, DSP應有的交互模式加入到流程中。想要繪製出又大又全的示意圖，必須對媒體方，廣告科技供應商以及廣告主方所參與的廣告日常運營工作進行深度理解，方能著手。
