由上一章節分析的結果，得知廣告派送系統模組缺少查詢是否派送成功的機制、續 傳機制與權限分層管理機制，以下將設計這三項機制的架構並實作。
4.3.1 查詢是否派送成功的機制架構設計
設計的重點在於讓廣告傳媒與廣告公司的系統管理者，透過網際網路登入廣告平台 並查詢該廣告點的資料是否已派送成功。此機制將會與續傳機制作搭配，當廣告派送系 統的續傳機制成功將廣告點的資料送達後，會刪除一個檔案，此檔案為廣告平台與廣告 派送系統之間用來判斷是否派送成功的檔案。因此，廣告傳媒與廣告公司的系統管理者 就可透過此機制得知廣告是否已成功派送至廣告點。
4.3.2 查詢是否派送成功的機制實作
在此小節將根據查詢是否派送成功的機制架構實作出此機制，以下將搭配圖十八來 描述查詢是否派送成功的機制：
圖十八：查詢是否派送成功的介面圖
依圖十八所示，廣告派送系統模組已根據是否派送成功的機制的設計，讓廣告傳媒 與廣告公司的系統管理者登入廣告平台後，可藉由進入任一廣告點，列出該廣告點所有 的派送日期，查詢在是否已派送的欄位下，是否有未派送的訊息出現，若有此訊息即表 示在當天的派送工作並未派送成功，可通知該廣告播放點的工作人員調查是否有硬體設 備上的問題；若出現的是已派送的訊息，就表示廣告資料已成功地派送至該廣告點。
4.3.3 續傳機制架構設計
此機制的目的在於避免廣告派送系統在派送廣告途中，中央伺服器發生網路斷線而 無法將廣告成功地送達廣告播放點的情況；也可避免廣告播放點並未開機，或是網路未 連通而無法接收到中央伺服器派送的廣告資料等狀況。
設計的重點在於將廣告以循環傳送的方式進行派送作業。透過網際網路將廣告送至 各廣告點，若是其中有廣告點無法接收廣告，便會將此廣告點的派送作業移至最後再進 行派送，如此才可確保其他可正常接收的廣告點能夠進行接收廣告作業。
4.3.4 續傳機制實作
在此小節將根據續傳機制架構實作出此機制，以下將搭配圖十九來描述續傳機制：
圖十九：廣告派送機制流程圖
依圖十九所示，其運作流程如下所述：
1、程式由特定權限的使用者啟動。
2、將廣告排程系統所匯出的各廣告點播放清單等資料，依序進行派送作業。
3、判斷廣告資料是否正確地傳送至廣告點，若是，則繼續進行步驟四，若否，則進行 步驟五。
4、當廣告資料正確地傳送至廣告點後，便將此派送行程從派送佇列中移除，繼續進行 下一個廣告播放點的資料傳輸，再回到步驟二，判斷是否派送成功。
5、當廣告資料無法正確地傳送至廣告點後，便會將此派送行程從派送佇列中移除，並 移至派送佇列的最後面，接著繼續進行下一個廣告播放點的資料傳輸，再回到步驟 二，判斷是否派送成功。
6、重複步驟三到步驟五，直到派送佇列內無任何廣告點資料為止。
4.3.5 權限分層管理機制架構設計
由第四章的廣告內容編輯管理系統模組所規劃的權限分層管理機制中，可得知廣告 系統分成廣告傳媒權限（系統管理者）、廣告公司權限等級下的系統管理者權限、廣告 公司權限等級下的業務權限、廣告代理商權限。
市場需求是希望由特定權限的使用者來進行廣告派送，在此將規劃廣告派送系統只 能由廣告傳媒以及廣告公司的系統管理者，才有權限進行派送作業。目的是希望能夠有 效地控管派送作業，以免閒雜人等誤用，造成廣告派送系統大亂，進而影響廣告公司與 廣告廠商的權益。
4.3.6 權限分層管理機制實作
在此小節將根據廣告派送系統的權限分層管理機制的架構實作出此機制，以下將搭 配圖二十來描述廣告派送系統的權限分層管理機制：
圖二十：廣告派送機制概念圖
依圖二十所示，廣告派送系統模組已根據權限分層管理機制的設計，讓廣告傳媒與 廣告公司的系統管理者有權力遠端登入廣告平台伺服器，執行廣告派送作業。廣告派送 系統透過網際網路將廣告播放點的廣告資料以循環傳送的方式派送至各個廣告播放 點。若是有廣告點無法順利接收，便會啟動續傳機制，以確保每個廣告播放點都能接收 到中央伺服器所派送的廣告資料。
4.3.7 分析廣告播放點的網路 IP 位置問題
完成上述三項機制後，廣告派送系統模組的功能就大致完成四分之三。原因在於若 要透過網際網路派送廣告資料，就需要廣告播放點的網路 IP 位置，以便能準確地將廣 告資料派送至各廣告播放點。解決此問題，廣告派送系統模組才算真正的完工。
廣告播放點的網路 IP 位置大致可分成以下三種情況，如圖二十一所示：
1、固定 IP 位置：此種網路 IP 位置由網路 ISP 業者提供，不會隨著廣告播放器開機並連 通網路後而變動，因此網路 IP 位置固定的情況，對廣告派送系統而言，將可毫無困 難地派送廣告資料至廣告播放點。
2、浮動 IP 位置：此種網路 IP 位置雖由網路 ISP 業者提供，但會隨著廣告播放器開機並 連通網路後而變動，網路 IP 位置隨時會變換的情況，對廣告派送系統而言，要正確 地將廣告資料送達廣告播放點，有相當大的機率會遺失，造成營運上的困難。
3、通過 GateWay（通訊閘）的 IP 位置：GateWay 指的是 IP 連接到網段以外的網路。因 此擁有此種網路 IP 位置的廣告點伺服器，並不直接連至 WAN 環境，而是透過 GateWay 來連接網際網路。這種網路 IP 位置的情況，對廣告派送系統而言，將無法 正確地將廣告資料送達廣告播放點，造成營運上的困難。
圖二十一：廣告播放器網路 IP 位置狀況概念圖
4.3.8 廣告播放點的網路 IP 位置問題的解決方案
要解決廣告派送程式需得知正確的廣告播放點的網路 IP 位置的問題，若從正面思 考，就是要從各地廣告播放點的工作人員回報網路 IP 位置給中央伺服器的管理人員，
此方式相當不明智，既浪費人力而且也只能解決前兩項的狀況。因此，我們必須反向思 考這個問題，若是我們從各地的廣告播放點自動回傳網路 IP 位置給中央伺服器，不透 過工作人員，直接由中央伺服器接收資料，並且修改資料庫中廣告播放點的派送網路 IP 位置，既節省人力而且也可解決這三種情況。此解決方案稱為回傳廣告點 IP 機制，此 機制將在下一節廣告播放系統模組中詳盡介紹。
回傳廣告點 IP 機制可有效地解決固定 IP 位置與浮動 IP 位置，但針對通過 GateWay 的 IP 位置，廣告播放器還需做以下的網路設定，才能讓回傳廣告點 IP 機制正確回傳網 路 IP 位置。圖二十二為說明示意圖。
圖二十二：廣告播放器的通過 GateWay 的 IP 位置設定圖
需由廣告播放點的工作人員執行此設定，流程為透過已經建立 DNAT[13]或
DMZ[14]的 Router，去設定對外部 WAN 環境的真實 IP 位置與對內部 LAN 環境的虛擬 IP 位置的關聯性，讓擁有虛擬 IP 的廣告播放器能夠不須轉換，而直接回傳相關聯的真 實 IP 位置，讓中央伺服器執行派送時，能夠經由已經建立 DNAT[13]或 DMZ[14]的 Router，而將資料轉送到該廣告播放器。
需要做此設定的 LAN 網路環境，通常都是企業內部的網路環境，因為企業內部需 要管控網路安全，所以只有少數的真實 IP 可以使用，而內部的虛擬 IP 位置則多不勝數，
因此若是要在企業內部架設廣告播放器，則需注意廣告點 IP 的數量，所以內部的廣告 點數量比真實 IP 的數量多的話，就要採取圖二十三的 NAPT 的 IP 轉換方式，將內部的 虛擬 IP 加上 Port 來區分，並透過 Router 的 Table 轉換送出，如此中央伺服器才能得知 該廣告點的實體位址。透過此設定方式，即使在真實 IP 較少的 LAN 網路環境下，也可 增設一定數量的廣告點。
圖二十三：Network Address Port Translation(NAPT)示意圖
根據圖二十二以及上述的內容，以下將簡略介紹何謂 DNAT[13]與 DMZ[14]：
1、DNAT（Destination network address translation）[13]：意思是真實 IP 將封包送至 NAT 伺服器後，NAT 伺服器會將封包中的目的地位址修改。其用途則是隱藏目的地。例 如網頁伺服器實際上使用虛擬 IP，但是對於外部的使用者而言，只會看到網頁伺服 器的真實 IP，如此就隱藏了實際上的網頁伺服器位址。
2、DMZ（Demilitarized Zone）[14]：為嚴密的保護公司內部網路的重要資產，而阻擋 公司外部的人進入。若是想要開放的資訊或是伺服器，則可設定放置於 DMZ[14]上
新版的廣告播放系統採用 Unicode 的語法[12]來架構整個系統，而 Unicode 的語法[12]
在 C 語言下定義為長字串的一種，因此便可支援多國語系的字串長度。本研究已將廣告 播放系統的底層模組與操作介面上的文字，皆以 Unicode 的語法[12]修改完畢。另外先 前在 Big5 語法的架構下，在不同語系下，傳遞跑馬燈訊息時會產生亂碼的情況，也因 為此機制的完成而獲得修改。