網絡型數字廣告播放系統的文件傳輸方法
2023-06-20 19:09:21 1
專利名稱：網絡型數字廣告播放系統的文件傳輸方法
技術領域：
本發明涉及一種網絡型數字廣告播放系統的文件傳輸方法。
技術背景數字電子看板(Digital signage)為新興科技，能幫助企業提升其品牌認 知，並鎖定潛在消費者於其購買決策點時提供相關信息，確保企業銷售的 提升。通過數字電子看板呈現多分割畫面的豐富內容，與深具"視覺吸引 力"的創意構思，成功地突破傳統廣告的限制，將廣告訴求有效且直接地 觸及目標族群，成為新世代的行銷利器。美國市場研究機構Info Trends/CAP Ventures的調查指出，數字電子看板市場從2003年5.5億美元 的市場規模快速發展，估計至2009年將達到20億美元的龐大商機，成長 幅度高達364%，除了應用在人潮洶湧的公共場所，如車站、賣場、連鎖 便利商店等人群匯聚的熱點也為數字電子看板可應用之處，且將進一步延 伸至醫院診所的候診健康信息聯播系統，銀行、美容院等需要消費者"等 待"的場所，通過數字電子看板結合觸控式屏幕和多元的數位化影音內容， 進一步掀起消費者與廣告主進行雙向互動的風潮。在Web2.0的時代，零 售業的典範正在進行轉移，將由商品流通進化為服務流通，而實體商店與 網絡、移動通訊商務的整合，也讓整合網絡及互動內容進駐店內已成未來 趨勢。數字電子看板產業的發展象徵了一種新型態商業模式的興起，而其應 用發展，仍存在著無限的可能。目前在臺灣的應用案例包括在西門町廣受 年輕人歡迎的蓋酷家族機臺，便是結合了數字電子看板和各式各樣不同型 式的大頭貼。數字電子看板產品也成功導入"醫Channel"候診健康信息聯播系統，在候診室架設大型電視屏幕，播放自製或選自醫學會基金會等 中立客觀的衛教影片信息，及藥商和消費品廠商製作的保健信息等。然而目前的數字電子看板系統主要仍通過人工定時更換廣告內容或 區域網路內文件傳送的方式進行，不僅人力與時間成本高昂，且無法精密 地針對客戶所需的排程要求即時控制特定廣告在特定時間與地點播放，不 符當前數字電子廣告看板分布廣闊、彈性變化的需求，從而帶來廣告媒體 文件傳輸效率的問題。因此，發展出一套可通過網絡即時控制數字廣告播 放的系統可有效解決上述問題。發明內容專有名詞解釋數字電子看板(Digital Signage)結合數字面板與多媒體播放器，可輪流或按時程播放存儲在播放器的 多媒體內容文件。網絡型數字廣告播放系統(Network Digital Signage)具備網絡能力的數字電子看板廣告播放系統，可通過通過廣域網絡或 區域網路傳送及更新廣告媒體文件。媒體文件伺服器(Media Server)管理媒體文件客戶上傳及下載至播放器的作業伺服器，並提供系統管 理員管理功能界面。數字多媒體播放器(Network Media Player, NMP)數字多媒體播放器，本身除具備各種工業標準影音文件格式的解碼與 播放能力外，並具網際網絡連線功能，可與伺服器及其他數字多媒體播放 器連線作業。數字多媒體播放器文件伺服器(Network Media Player File Server, NMP FS)在同一個區域網路下的數字多媒體播放器群組，指定其中一臺播放器 擔任中繼角色，負責與媒體文件伺服器進行多媒體文件傳送作業，完成後 再傳送更新到群組內其他數字多媒體播放器，以提高網絡效能。本發明的目的在提供媒體文件伺服器(Media Server)與數字多媒體播 放器(Network Media Player)之間文件傳輸協議的定義，在廣域網絡(WAN) 的環境下達到提高文件傳輸效率、自動化程度並確保數據安全的要求。通過本發明提供的方法建置的網絡型數字廣告播放系統可提供即時 而具地區區隔特性的高品質多媒體廣告，以中央管理架構有效地解決傳統 人工更換內容所帶來的不便。通過本發明提供的方法，針對網絡型數字廣告播放系統(Network Digital Signage)制定媒體文件伺服器(Media Server以下簡稱Server)與數字 多媒體播放器(Network Media Player以下簡稱NMP或廣告機)之間認證、 建立連線的信息交換協議(Pmtocol)，媒體文件伺服器與數字多媒體播放器 文件伺服器(以下簡稱NMP FS)之間節目排程表(Schedule)與媒體文件 (Media File)傳送及更新機制的信息交換協議，還有NMP FS與NMP之間 媒體文件傳送(包括文件分割與合併)的信息交換協議，以達到提高文件傳 送效率、確保數據安全、節目更新自動化的目標。本發明適用NMP群組(Group)設定的架構，意即每一臺NMP均屬於 某一個群組，每一個群組均須指定一個NMPFS，負責該群組與媒體文件 伺服器信息交換以更新節目排程表與媒體文件，然後再依次通知同一群組 內的所有NMP來要求下載本次節目排程表所需的媒體文件。本發明提供一種網絡型數字廣告播放系統的文件傳輸方法，包含(1 )數字多媒體播放器啟動時向伺服器取得認證；(2) 啟動程序；(3) 傳送命令信息；(4) 傳送排程信息；及(5) 傳送媒體文件至主要數字多媒體播放器文件伺服器。本發明所提供的方法，其中在步驟(5)之後可進一步包括將接收的媒體 文件傳送至群組內其他數字多媒體播放器的步驟。數字多媒體播放器文件 伺服器在收妥欲更新的媒體檔後，再依次通知其他數字多媒體播放器更新 排程數據，然後依需要至數字多媒體播放器文件伺服器下載媒體檔，提高 數字多媒體播放器使用效率，加快媒體檔更新速度。在本發明所提供的方法中，首先進行認證步驟，使數字多媒體播放器 (NMP)在啟動時向媒體文件伺服器(Media Server)取得認證 (Authentication),以確認該數字多媒體播放器是合法的且數字多媒體播放 器與媒體文件伺服器兩者間的通訊協議版本是正確的。認證步驟完成後，每臺數字多媒體播放器必須執行啟動程序，以確保 數字多媒體播放器與媒體文件伺服器兩者間日期時間的同步及數字多媒 體播放器文件伺服器的設定。啟動程序完成後，媒體文件伺服器便開始傳送命令信息(command)至 數字多媒體播放器，通知其應執行的動作。連線種類若為File Stream,則 認證成功後數字多媒體播放器可向媒體文件伺服器傳送下載文件的命令 信息，媒體文件伺服器再將文件內容回傳給數字多媒體播放器。其中命令信息與媒體檔(mediafile)的傳輸是通過兩條不同的連線獨立 進行。除制定的通訊標準以外，對命令信息與媒體檔傳送建立兩條連線 (Thread),可提高通訊數據安全與效率。完成命令信息的傳送後，接著進行排程信息的傳送。其中排程信息選 自由文件屬性、文件大小、文件所在位置、預定播放日期與時間所組成的 群組，且排程信息檔的設計格式讓排程信息傳送方法更加完備。在本發明所提供的方法中，數字多媒體播放器在接收排程信息後會先 行檢查存儲空間是否足夠，避免在媒體檔傳送時空間不足的困擾。完成排程信息的傳送後，數字多媒體播放器便依需要向媒體文件服務 器要求下載排程信息所記載的媒體文件，其中媒體文件伺服器與數字多媒 體播放器間的媒體檔傳輸是通過兩段式的傳輸方式為之。媒體文件伺服器 先下載媒體檔至數字多媒體播放器文件伺服器(NMPFS)，再由數字多媒體播放器文件伺服器利用區域網路下載至群組內其他數字多媒體播放器，以 有效減輕廣域網絡負擔，增加文件傳送效率。本發明所提供的方法中，在媒體文件傳輸前進一步包含分割文件的步 驟。通過傳輸前先行分割文件再依次傳送的方式，可避免大型媒體檔傳送 的限制，以及傳送失敗時需要重新傳送耗費時間的困擾。而在媒體文件接 收後更進一步包含合併文件的步驟，將切割後的各文件合併為原始的完整 媒體文件。本發明內容及若干具體實施例請參照附圖且詳述如下。事實上，本發 明可能以不同的形式來實施，且不應該被推斷為僅限於文中所提及的實 例。
圖l為本發明流程圖。圖2為說明數字多媒體播放器NMP與媒體文件伺服器FS間的認證流程。圖3為說明數字多媒體播放器NMP與媒體文件伺服器FS間傳送命令信 息的流程。圖4為說明排程信息傳送的通訊協議及作業過程。圖5為說明媒體文件伺服器FS、數字多媒體播放器文件伺服器NMPFS 與數字多媒體播放器NMP間的文件傳送關聯。圖6為說明媒體文件伺服器FS與數字多媒體播放器文件伺服器NMP FS間文件傳送各步驟的作業程序。圖7為說明數字多媒體播放器文件伺服器NMP FS與數字多媒體播放 器NMP間文件傳送各步驟的作業程序。主要元件標記說明10:數字多媒體播放器啟動時向伺服器取得認證20:啟動程序30:傳送命令信息 40:傳送排程信息50:傳送媒體文件至主要數字多媒體播放器文件伺服器 60:傳送媒體文件至群組內的其他數字多媒體播放器具體實施方式
實施例1:認證程序10如圖2所示，為確保數字多媒體播放器連線至文件伺服器的正確性與 安全性，數字多媒體播放器每次啟動時均須先進行認證(Authentication)工 作，完成後才可建立連線進行命令信息或媒體文件的傳送。認證程序如下 所述(1) 數字多媒體播放器啟動以後，會自動連線(Connect)至設定的媒體 文件伺服器，要求進行認證作業，認證成功後，該連線會保持開啟，直到 數字多媒體播放器關閉才會關閉。(2) 連線成功後，媒體文件伺服器會要求數字多媒體播放器傳送目前 的通訊協議版本信息，由於不同時間建置的數字多媒體播放器可能會有不 同的通訊協議版本，所以媒體文件伺服器得知該數字多媒體播放器正確的 通訊協議版本後方能順利進行後續的信息或文件傳送。(3) 數字多媒體播放器收到指令後，回傳目前通訊協議版本。(4) 媒體文件伺服器取得版本後，要求數字多媒體播放器傳送認證信息。(5) 數字多媒體播放器會發送認證信息，認證信息內容如下 Length: 18Format: TXX:XX:XX:XX:XX:XX T代表連線種類，可能的值如下C: Command,代表此連線為傳送命令信息用，認證成功後，會執行 啟動程序中的工作項目。F: File Stream,代表此連線為傳送媒體文件用，認證成功後，不會執 行啟動程序中的工作項目。XX:XX:XX:XX:XX:XX:代表該數字多媒體播放器的MAC Address,媒體文件伺服器會檢査該MAC Address是否有效或是否重複連線，若有 重複連線會取代先前連線的數字多媒體播放器。媒體文件伺服器認證後， 會回傳認證結果(成功或失敗)至數字多媒體播放器。實施例2:啟動程序20數字多媒體播放器認證成功後，若是傳送命令信息的連線，則須進行 啟動程序中的工作項目，包括(1) 日期同步數字多媒體播放器與媒體文件伺服器日期同步，播放 時程才會準確。(2) 媒體文件伺服器清單同步可供未來調換媒體文件伺服器。(3) 指派數字多媒體播放器角色指派為File Server或一般數字多媒 體播放器。實施例3:傳送命令信息30如圖3所示，全部認證過程成功後，媒體文件伺服器開始傳送命令信 息(Command)至數字多媒體播放器，通知數字多媒體播放器應執行的動 作，連線種類若為File Stream,認證成功後，數字多媒體播放器可向媒體 文件伺服器傳送下載文件的命令信息，媒體文件伺服器再將文件內容回傳 至數字多媒體播放器。實施例4:排程信息傳送40的通訊協議及作業流程如圖4所示，數字廣告播放系統中一項非常重要的工作即是排程信息 的如期傳送與執行，以確保己排入播放清單的媒體內容能夠按時程計劃播 出。排程信息傳送的啟動有兩種方式，第一種方式是媒體文件伺服器本身按系統所設定的時程按時自動啟動，第二種方式是由系統管理員輸入排程信息後人工啟動排程信息傳送作業。其步驟如下(1) 媒體文件伺服器先通知數字多媒體播放器文件伺服器傳送排程信 息，讓數字多媒體播放器準備接收排程內容，其命令信息內容如下-Length : 18Format: TYYYY/MM/DD T:C-客戶託播，S-自播(2) 數字多媒體播放器文件伺服器回傳已準備好的命令信息給媒體文 件伺服器。(3) 如果數字多媒體播放器文件伺服器正在傳送文件當中，則回傳媒 體文件伺服器"傳送中"的信息，通知管理員稍後再傳送本次排程數據檔。(4) 如果數字多媒體播放器己經就緒,則媒體文件伺服器送出排程內 容如下Length:排程文件內容的長度。Checksum:排程文件的檢查碼，確認收到的文件內容與送出時相同。 Format:排程文件內容(如實施例5)。(5) 若數字多媒體播放器成功接收排程內容，會回傳成功信息給媒體 文件伺服器，媒體文件伺服器收到通知後，會記錄傳送成功的信息。(6) 若數字多媒體播放器接收排程內容時發生問題，或驗證失敗，則 數字多媒體播放器會通知媒體文件伺服器傳送失敗的信息，媒體文件服務 器收到通知後，會記錄傳送失敗的Log，並繼續重新傳送排程數據。(7) 數字多媒體播放器文件伺服器接收排程內容後，先根據排程內容 所載明的媒體檔的大小試算目前數字多媒體播放器容量是否足夠下載，若 不夠則回傳空間不足的信息給媒體文件伺服器，媒體文件伺服器收到後再 發出E-mail通知管理員處理。實施例5:排程數據檔的設計格式排程數據檔記錄每一個預定播放的媒體檔的詳細數據，包括文件屬 性、大小、所在位置、預定播放日期與時間等，其格式及其說明如下-[ITEM]StartDate = 2007/04/25;EndDate = 2007/04/25;StartTime = 02:52:04;EndTime =23:52:04;Source = MEDIA; //播放種類—媒體檔0牟t =VGA'， 〃影像輸出界面VGA(畫/LVDS/VGA/COMPONENT/SVIDEO/COMPOSITE)Everyday = TRUE;〃是否每天播出SlideDelay = 2;〃每張Slide顯示時間sec(媒體檔若為圖片時)Filelndex = l;〃群組播放的目前索引值FileNum = 1;//群組播放的總數量Repeat = TRUE;〃是否重複撥放PlayTimes = -1 ;//若Repeat-FLASE;則可指定媒體撥放次數Pathname = media/Taxi3一WMVHD一Extract.職v; 〃媒體撥放路徑 及檔名(相對於存儲裝置/home主路徑)[ITEM]StartDate = 2007/04/25;EndDate = 2007/04/25;StartTime = 02:52:04;EndTime =23:52:04;Source=5^^;//播放種類—幻燈片Output=VGA;Everyday=TRUEjSlideDelay=3;〃每個圖檔顯示3秒Filelndex=-l;FileNum=-i;Repeat=TRUEjPlayTimes=-i;Pathname=slides/*.*; 〃文件路徑[ITEM]StartDate=2007層25;EndDate=2007/04/25;StartTime=02:52:04;EndTime=23:52:04;Source=STREAM;〃播放種類一 網絡串流文件Output=VGA;Everyday=TRUEjSlideDelay=3;Filelndex=1;FileNum=1;Repeat=TRUE;PlayTimes=-i;Pathname=httr>:〃216.228.115.13/downloads/nZone/videos/nvidia/nalu.wmv實施例6:媒體文件伺服器(FS)、數字多媒體播放器文件伺服器(NMP FS)與數字多媒體播放器(NMP)間的文件傳送如圖5所示，NMPFS收妥排程信息後，先檢査排程單所列的媒體文 件在本地是否已存在，不存在的媒體文件便開始向FS要求下載，FS收到 命令後先將預備傳送的文件切割成數個較小的文件，再依次傳送，NMPFS 全部接收完成後隨即將分割後的文件合併(Merge)成原來的文件，然後依次 啟動文件下傳給群組內的NMP的作業程序，直到每部NMP傳完為止。實施例7:媒體文件伺服器(FS)與數字多媒體播放器文件伺服器 (NMP FS )間的文件傳送作業程序如圖6所示，其流程如下(1) NMPFS收到排程後，會根據其中要播放的媒體檔，比對目前媒體 檔數據夾的文件，若NMPFS沒有該媒體檔，則啟動至FS下載媒體檔的 作業，此時NMP FS會與FS建立兩條連線(Thread)， 一條是NMP FS向 FS傳送命令信息的用途，如圖5中GUI 101的Media Server CMDReqService及GUI 103的NMP CMDService之間的連線，另一條是 專門用來傳送媒體檔的連線，如圖5中GUI 102的Media Server FileService 及GUI 104的NMPFileReqService之間的連線，這樣設計的好處是讓不同 用途的連線分別獨立運作，增加信息傳送的可靠度與傳輸效率。當傳送完 畢後，再把傳送媒體檔的連線關閉。NMP FS先傳送命令信息通知FS要 下載的文件名稱Length :下載文件名稱的長度Format: XXX.XXX(2) 若FS判斷沒有NMP FS要求的文件時，會回傳文件不存在的命 令信息。(3) 若FS有尋找到所要求的文件，便會取出媒體檔的內容，經過切割產生多個文件後傳送給NMP FS，文件通過如圖5中GUI 102的Media Server FileService及GUI 104的NMP FileR叫Service之間的連線傳送。經 切割產生的文件其副檔名設為順序號，其文件傳送格式如下-Length :文件內容的長度Checksum:文件內容的檢查碼Format:文件內容傳送時，Buffer size預設為80K(4) NMP FS成功接收每個切割文件後，回報接收成功的信息給FS, 並執行合併分割檔作業，再進行下一個待下載文件的傳送，直到排程單上 需下載的媒體檔全部下載完畢為止。(5) 若NMP FS接收文件失敗，回報接收失敗的信息給FS並重新要 求FS下載媒體檔。實施例8:數字多媒體播放器文件伺服器(NMP FS)與數字多媒體播放 器(NMP)間的文件傳送作業程序如圖7所示，NMPFS收妥媒體檔後，便依次與群組內的各NMP進 行排程信息與媒體檔傳送作業，其過程的協議機制與FS及NMP FS之間 幾乎完全相同，NMP FS與NMP兩者間同樣有專司命令信息與文件傳送 兩條專線，如圖5中GUI 106的NMP FileNoticeReq Service與GUI 109的 NMP FileNoticeRcv Service間的連線專門處理命令信息；GUI 105的NMP FileService與GUI 108的NMP FileReqService間的連線專門用來傳送媒 體檔。NMPFS收到命令後先將預備傳送的文件切割成幾個較小的文件， 再依次傳送，NMP全部接收完成後隨即將分割後的文件合併(Merge)成原 來的文件，此過程反覆執行直到傳至每部NMP為止。其過程如下(l)NMP收到排程後，根據其中要播放的媒體檔，比對目前媒體檔數 據夾的文件，若NMP沒有該媒體檔，則啟動至NMPFS下載媒體檔的作 業。NMP先傳送命令信息通知NMPFS要下載的文件名稱Length :下載文件名稱的長度 Format: XXX.XXX(2) 若NMP FS判斷沒有NMP要求的文件時，會回傳文件不存在的 命令信息。(3) 若NMPFS有尋找到所要求的文件，就會取出媒體檔的內容，經 過切割產生多個文件然後傳送給NMP，文件通過如圖5GUI 105的NMP FileService及GUI 108的NMP FileReqService間的連線傳送。經切割產生 的文件其副檔名設為順序號，其文件傳送格式如下Length:文件內容的長度Checksum:文件內容的檢査碼Format:文件內容傳送時，Buffer size預設為80K(4) NMP成功接收每個切割文件後，回報接收成功的信息給NMP FS， 並執行合併分割檔作業，再進行下一個待下載文件的傳送，直到排程單上 需下載的媒體檔全部下載完畢為止。(5) 若NMP接收文件失敗，回報接收失敗的信息給NMP FS並重新 要求下載媒體檔。
權利要求
1.一種網絡型數字廣告播放系統的文件傳輸方法，包含(1)數字多媒體播放器啟動時向伺服器取得認證；(2)啟動程序；(3)傳送命令信息；(4)傳送排程信息；及(5)傳送媒體文件至主要數字多媒體播放器文件伺服器。
2. 根據權利要求1所述的方法，其特徵是在步驟(5)之後可進一步包 括將接收的媒體文件傳送至群組內其他數字多媒體播放器的步驟。
3. 根據權利要求1所述的方法，其特徵是命令信息與媒體檔的傳輸是 通過兩條不同的連線獨立進行。
4. 根據權利要求1所述的方法，其特徵是排程信息是選自由文件屬 性、文件大小、文件所在位置、預定播放日期與時間所組成的群組。
5. 根據權利要求1所述的方法，其特徵是數字多媒體播放器在接收排 程信息後會先行檢査存儲空間是否足夠。
6. 根據權利要求1所述的方法，其特徵是媒體文件伺服器與數字多媒 體播放器間的媒體檔傳輸是通過兩段式的傳輸方式為之。
7. 根據權利要求1所述的方法,其特徵是在媒體文件傳輸前進一步包 含分割文件的步驟。
8. 根據權利要求1所述的方法，其特徵是在媒體文件接受後進一步包 含合併文件的步驟。
全文摘要
本發明是關於一種網絡型數字廣告播放系統的文件傳輸方法，包含(1)數字多媒體播放器啟動時向伺服器取得認證；(2)啟動程序；(3)傳送命令信息；(4)傳送排程信息；及(5)傳送媒體文件至主要數字多媒體播放器文件伺服器。
文檔編號H04L9/32GK101330516SQ200710148030
公開日2008年12月24日 申請日期2007年8月29日 優先權日2007年6月18日
發明者吳美芳 申請人:得捷股份有限公司