本發(fā)明的技術(shù)領(lǐng)域涉及在網(wǎng)頁上在線視頻嵌入、資產(chǎn)編碼變換（transcoding）、流傳送和再現(xiàn)互聯(lián)網(wǎng)視頻廣告和互聯(lián)網(wǎng)視頻內(nèi)容以用于在移動互聯(lián)網(wǎng)連接設(shè)備上顯示。

背景技術(shù)：

歷史上，網(wǎng)站沒有用于在網(wǎng)頁上嵌入、流傳送和顯示視頻的跨所有瀏覽器、操作系統(tǒng)和消費者設(shè)備應用的標準格式。

最近，HTML5 web（網(wǎng)絡(luò)）規(guī)范限定了“視頻”元件，其指定在網(wǎng)頁上嵌入視頻的標準方式。然而，該標準被開發(fā)者和HTML5工作組（http://www.w3.org/html/wg/）之間的關(guān)于應當在web瀏覽器中支持哪些視頻格式的協(xié)定的缺失所束縛。

本質(zhì)上，在網(wǎng)頁上嵌入、流傳送和顯示視頻的之前僅有的選項是web瀏覽器“插件（plug-in）”。web瀏覽器“插件”是通常由第三方（除去web瀏覽器創(chuàng)建者）編寫的額外軟件，其增強了web瀏覽器的功能性。用于在個人計算機上下載、流傳送和播放視頻的最為流行的軟件是用于包括Microsoft Internet Explorer、Mozilla Firefox、Google Chrome、Apple Safari等的web瀏覽器的Adobe的Flash Player插件。

在2011年，F(xiàn)lash Player作為用于個人計算機上的在線視頻公布的實際標準而出現(xiàn)。然而，在移動設(shè)備上，Apple拒絕在iOS Safari web瀏覽器內(nèi)允許Flash Player。Flash Player之前可用于Google的Android操作系統(tǒng)，盡管在2012年6月，Google宣稱Android 4.1將不會默認支持Flash Player。在2012年8月開始，Adobe不再對用于Android的Flash Player提供更新。

盡管HTML5視頻支持被包括在大多數(shù)移動設(shè)備上的web瀏覽器中，但是當前HTML5草擬規(guī)范未指定web瀏覽器應當支持哪些視頻格式。web瀏覽器自由支持web瀏覽器開發(fā)者認為適當?shù)娜魏我曨l格式并且不存在要支持的視頻格式的最小集合。要支持的視頻格式的最小集合的缺失使得一些網(wǎng)站難以使用HTML5流傳送視頻，因為網(wǎng)站可能以僅一種格式從內(nèi)容所有者或廣告商接收視頻內(nèi)容，而用戶可能使用不同瀏覽器訪問網(wǎng)站，從而要求視頻內(nèi)容的不同格式。

此外，一些移動設(shè)備（諸如Apple iPhone）覆寫HTML5視頻元件的默認行為并且從視頻嵌入其上的網(wǎng)頁再定向用戶以在QuickTime媒體播放器中消費視頻。因為QuickTime媒體播放器打開并且控制再現(xiàn)視頻，所以這限制了諸如交互式組件、帆布覆蓋、消費者點擊視頻廣告的能力、以及關(guān)于商人和內(nèi)容所有者可以使用的重要視頻度量（metric）的數(shù)據(jù)的收集之類的特征。

因而，合期望的是使得能夠?qū)崿F(xiàn)針對移動設(shè)備上的在線視頻的標準嵌入、流傳送、控制、再現(xiàn)、內(nèi)容和/或廣告性能和參與度量、以及點擊功能性的系統(tǒng)和方法。

技術(shù)實現(xiàn)要素：

本文的系統(tǒng)和方法涉及移動互聯(lián)網(wǎng)連接設(shè)備上的網(wǎng)頁所顯示的互聯(lián)網(wǎng)視頻內(nèi)容和互聯(lián)網(wǎng)視頻廣告的在線視頻嵌入、實時資產(chǎn)編碼變換、流傳送和再現(xiàn)。

這些系統(tǒng)和方法提供了用于在不使用用于HTML5視頻格式支持的web瀏覽器插件或要求的情況下使經(jīng)由移動設(shè)備訪問的網(wǎng)頁嵌入、流傳送、控制和顯示視頻廣告和內(nèi)容的標準能力。此外，這些系統(tǒng)和方法不受可能針對用于播放發(fā)起、測量或網(wǎng)頁交互的HTML5視頻元件或插件而存在的約束所限制。

這些系統(tǒng)和方法包括網(wǎng)站在網(wǎng)頁上放置JavaScript文件并且可選地創(chuàng)建視頻容器元件（如果沒有，則將由JavaScript創(chuàng)建一個）。在一些實施例中，網(wǎng)站可能已經(jīng)創(chuàng)建其中可以再現(xiàn)視頻的預限定區(qū)域。在這些實施例中的許多個中，本文描述的系統(tǒng)和方法可以在網(wǎng)站的預限定區(qū)域中再現(xiàn)視頻。在其中不存在預限定區(qū)域的實施例中，JavaScript文件可以創(chuàng)建作為容器元件的預限定區(qū)域以包含視頻再現(xiàn)。JavaScript文件將搜集關(guān)于網(wǎng)頁、用戶、瀏覽器和設(shè)備的數(shù)據(jù)以幫助決定應當再現(xiàn)哪些視頻內(nèi)容或廣告。一旦標識適用的視頻內(nèi)容，則JavaScript文件將經(jīng)由如圖2中所示的CDN向適當視頻編碼變換系統(tǒng)做出請求以取得視頻內(nèi)容，如果之前已經(jīng)格式化的話，或者如果之前未格式化則實時準備以用于再現(xiàn)。CDN將從編碼變換服務器源傳送視頻內(nèi)容或廣告，如果之前未存儲在CDN上的話。

在以上描述的數(shù)據(jù)搜集的示例實施例中，廣告商A可能想要僅在Apple品牌平板（諸如iPad）上播放視頻廣告（Ad1），并且廣告商B可能想要僅在智能手機上播放視頻廣告（Ad2）。JavaScript文件可以搜集數(shù)據(jù)來發(fā)送給第三方或ad決策平臺以便根據(jù)廣告商A、廣告商B、或者任何其它廣告商或視頻內(nèi)容提供商的希望確定是播放Ad1、Ad2還是任何其它視頻內(nèi)容或視頻內(nèi)容的組合。在示例實施例中，這可以包括JavaScript文件搜集關(guān)于所使用的是什么類型用戶設(shè)備的數(shù)據(jù)。期望的ad遞送條件可以由廣告商、視頻內(nèi)容提供商或者系統(tǒng)管理員限定。

在格式化視頻以用于在設(shè)備上再現(xiàn)中的第一步驟是取得從廣告商或內(nèi)容提供商接收或以其它方式獲取的視頻，對視頻解碼，并且從視覺通道分離音頻通道。

視頻的視覺通道是每一個視頻幀處的靜態(tài)圖像。每一個視頻幀可以在編碼（例如，使用base64）成HTML顯示兼容標準圖形圖像之前進行編碼變換。然后，標準圖形圖像可以饋送到流中，該流可以被壓縮、經(jīng)由內(nèi)容遞送網(wǎng)絡(luò)（CDN）或編碼變換服務器（參見圖2）流傳送回到瀏覽器、并且被保存以用于相同視頻的未來再現(xiàn)。流壓縮可以使用無損壓縮算法實現(xiàn)，諸如gzip（壓縮程序）。這可以幫助減少數(shù)據(jù)傳送的大小，從而提供眾多益處，包括更好的效率。在設(shè)備處的web瀏覽器中運行的JavaScript文件將接收經(jīng)壓縮、編碼的視頻流并且然后可以將經(jīng)編碼的視頻幀加載于圖像或圖形顯示元件中，諸如HTML圖像元件、HTML帆布元件或其它。該顯示元件可以在web瀏覽器中顯示視頻幀并且以視頻的幀速率利用對應視頻幀圖像更新圖像元件。示例是30幀每秒視頻，其中加載于圖像元件中的視頻幀將每33.33毫秒更新。

在一些實施例中，用于視頻的圖像質(zhì)量和幀速率可以基于網(wǎng)絡(luò)速度來調(diào)節(jié)以便平滑地再現(xiàn)視覺通道。在一些實施例中，緩沖可以是可用的或可選的。JavaScript文件可以在開始回放視頻之前針對視覺通道緩沖直到價值一秒的幀。一旦JavaScript文件開始在用戶設(shè)備上回放視頻，就可以下載和播放用戶幀的其余部分。在網(wǎng)絡(luò)提供較慢連接速度的情況下，JavaScript文件可以用來動態(tài)地控制幀速率和質(zhì)量下降中的一個或兩個。例如，系統(tǒng)可以使幀速率從三十幀每秒下降至二十四幀每秒并且圖像質(zhì)量下降百分之二十五以便平滑地流傳送。這為設(shè)備用戶提供無縫體驗而沒有用戶可察覺的視頻停止或跳過。這改進了用戶體驗，并且因此，可以更好地保持用戶吸引力并且遞送廣告消息。

與視覺通道相關(guān)聯(lián)的音頻通道可以以用于移動設(shè)備的標準格式（諸如AAC、MP3或其它格式）進行格式化，并且經(jīng)由嵌入式HTML5音頻元件流傳送至web瀏覽器。音頻元件和圖像元件回放然后可以通過JavaScript文件一起同步。JavaScript文件可以連續(xù)地監(jiān)視視覺和音頻通道二者的回放以確保它們同步并且處于回放中的恰當幀處。在音頻或視覺落后或者它們以其它方式解除同步的事件中，JavaScript文件可以降低幀速率或質(zhì)量以便更好地適應設(shè)備的網(wǎng)絡(luò)連接和資源。

為了減少當用戶處于蜂窩網(wǎng)絡(luò)（如與Wi-Fi或其它網(wǎng)絡(luò)相對）上或者具有緩慢連接時所傳遞的數(shù)據(jù)量，視頻的視覺通道可以以較低幀速率或圖像質(zhì)量流傳送，并且從視覺通道解耦合的音頻通道可以不流傳送給設(shè)備，直至或者除非設(shè)備用戶請求它。在示例實施例中，視頻的視覺通道可以播放并且包括“點擊此處以得到音頻”、“解除靜音”或其它相當?shù)陌粹o，其可由用戶例如通過觸碰觸摸屏設(shè)備上的適當位置來選擇。因而，音頻可以不播放，直至用戶選擇“點擊此處以得到音頻”、“解除靜音”或者其它相當?shù)陌粹o。“點擊此處以得到音頻”、“解除靜音”或者其它相當?shù)陌粹o的選擇可以引起所存儲的算法的執(zhí)行，從而使音頻通道開始下載。視覺通道可以在沒有暫停的情況下繼續(xù)播放，并且音頻可以在確切的時間處開始播放，使得其與視覺通道同步（例如，距視頻通道開始的5.07秒），一旦已經(jīng)下載預確定數(shù)量的音頻通道數(shù)據(jù)的話。這慮及音頻和視覺通道二者的回放期間的同步以及從單獨的視覺通道的播放向具有視覺和音頻通道二者的播放的無縫轉(zhuǎn)變。

解耦合音頻和視覺流提供了優(yōu)于傳統(tǒng)視頻的眾多優(yōu)點，傳統(tǒng)視頻下載音頻和視覺通道二者而不管用戶是否期望在視頻廣告或視頻內(nèi)容再現(xiàn)期間聽到音頻。這些優(yōu)點中的至少一個在于，最初下載較少數(shù)據(jù)，從而減少視頻再現(xiàn)的開始和網(wǎng)頁下載之間的時間長度。另一個優(yōu)點是用戶所要求和使用的帶寬量的減少，由此在他們的蜂窩合約上潛在地使他們省錢。

本發(fā)明的其它系統(tǒng)、方法、特征和優(yōu)點（諸如“自動播放”視頻的能力，其中插件或本機設(shè)備視頻播放器可能不以其它方式支持它）將在以下附圖和具體實施方式的審查后對于本領(lǐng)域技術(shù)人員變得明顯。意圖的是，所有這樣的附加系統(tǒng)、方法、特征和優(yōu)點包括在該描述內(nèi)，處于本文描述的系統(tǒng)和方法的范圍內(nèi)。

本文詳細描述的設(shè)備的配置僅是示例實施例并且不應當視為限制性的。本文描述的主題的其它系統(tǒng)、設(shè)備、方法、特征和優(yōu)點將在以下附圖和具體實施方式的審查后對于本領(lǐng)域技術(shù)人員明顯或者變得明顯。意圖的是，所有這樣的附加系統(tǒng)、設(shè)備、方法、特征和優(yōu)點包括在該描述內(nèi)，處于本文描述的主題的范圍內(nèi)，并且受隨附權(quán)利要求所保護。在沒有權(quán)利要求中的那些特征的明確闡述的情況下，示例實施例的特征絕不應當解釋為限制所附權(quán)利要求。

附圖說明

本文中關(guān)于其結(jié)構(gòu)和操作二者所闡述的主題的細節(jié)可以通過對附圖的研究而明顯，其中相同參考標號指代相同部分。圖中的組件未必按照比例繪制，作為代替，重點放在說明主題的原理上。此外，所有圖示意圖傳達概念，其中相對大小、形狀和其它詳細屬性可能示意性地而不是嚴格地或精確地圖示。

圖1A示出了系統(tǒng)圖的示例實施例。

圖1B示出了根據(jù)本發(fā)明的實施例的服務器系統(tǒng)的圖。

圖1C示出了根據(jù)本發(fā)明的實施例的移動設(shè)備的圖。

圖1D是描繪了可以為互聯(lián)網(wǎng)連接移動設(shè)備的移動設(shè)備的進一步細節(jié)的圖。

圖2是示出了用于移動設(shè)備的編碼變換操作的示例實施例的流程圖。

圖3示出描繪了腳本可以利用用于視頻的音頻和圖像進行更新的網(wǎng)頁上的視頻容器的示例實施例的圖。

圖4示出了根據(jù)示例實施例的編碼變換HTTP-請求的流。

圖5示出描繪了腳本功能的示例實施例的圖。

圖6示出描繪了拍賣流的示例實施例的圖。

圖7示出描繪了從追蹤視頻活動搜集的各種度量的賬戶匯總和顯示的示例實施例的用戶界面圖。

圖8示出描繪了供應管理頁面的示例實施例的用戶界面圖。

圖9示出描繪了需求管理頁面的示例實施例的用戶界面圖。

圖10示出描繪了作為運行腳本的結(jié)果的視頻廣告再現(xiàn)的示例實施例的用戶界面圖。

具體實施方式

在詳細描述本主題之前，要理解到，本公開不限于所描述的特定實施例，因此當然可以變化。還要理解到，在本文中使用的術(shù)語僅用于描述特定實施例的目的，并且不意圖為限制性的，因為本公開的范圍將僅由所附權(quán)利要求限制。

本文提供的是向移動設(shè)備上的web瀏覽器提供諸如包括音頻和視覺分量的視頻之類的媒體文件的系統(tǒng)和方法。

圖1A示出了具有多個服務器1400、1500以及多個移動用戶設(shè)備100的系統(tǒng)圖的示例實施例，所述多個服務器可以包括分布在一個或多個物理服務器上的應用和數(shù)據(jù)庫，每一個服務器具有一個或多個處理器、存儲器庫、操作系統(tǒng)、輸入/輸出接口、網(wǎng)絡(luò)接口、電源和調(diào)控器、以及本領(lǐng)域中全部已知的其它必要組件，所述多個移動用戶設(shè)備耦合到諸如公用網(wǎng)絡(luò)（例如，互聯(lián)網(wǎng)和/或基于蜂窩的無線網(wǎng)絡(luò)、組合式無線/有線網(wǎng)絡(luò)或其它網(wǎng)絡(luò)）或?qū)Ｓ镁W(wǎng)絡(luò)之類的網(wǎng)絡(luò)1100。用戶移動設(shè)備100包括例如智能電話、平板或其它；可穿戴設(shè)備，諸如手表、手鏈、眼鏡；具有計算能力和網(wǎng)絡(luò)接口的其它設(shè)備等。服務器系統(tǒng)包括例如可操作成與網(wǎng)站、網(wǎng)頁、web應用、社交媒體平臺、廣告平臺等等進行對接的服務器。

圖1B示出了根據(jù)本發(fā)明的實施例的包括利用本領(lǐng)域中已知的技術(shù)實現(xiàn)以用于與移動設(shè)備通信的至少一個移動設(shè)備接口1430的服務器系統(tǒng)1400的圖。服務器系統(tǒng)1400還包括用于與web應用、網(wǎng)站、網(wǎng)頁、網(wǎng)站、社交媒體平臺等等通信的至少一個web應用服務器系統(tǒng)接口1440。服務器系統(tǒng)1400還可以包括應用程序接口（API）1420，其耦合到內(nèi)容數(shù)據(jù)庫1410、設(shè)備信息數(shù)據(jù)庫1450、其它數(shù)據(jù)庫中的一個或多個或者其組合，并且可以與諸如移動設(shè)備接口1430和web應用服務器系統(tǒng)接口1400或其它之類的接口通信。API 1420可以指令設(shè)備信息數(shù)據(jù)庫1450存儲（并且從數(shù)據(jù)庫檢索）信息，諸如移動設(shè)備信息，酌情包括制造商、模型、制作、所安裝的瀏覽器、地理位置、時間和日期信息或者其它中的一個或多個。API 1420還可以存儲和檢索來自與設(shè)備信息相關(guān)聯(lián)的內(nèi)容數(shù)據(jù)庫1410的內(nèi)容。數(shù)據(jù)庫可以利用本領(lǐng)域中已知的技術(shù)實現(xiàn)，諸如關(guān)系數(shù)據(jù)庫和/或面向?qū)ο蟮臄?shù)據(jù)庫或者其它。

圖1C示出了根據(jù)本發(fā)明的實施例的移動設(shè)備102的圖。在許多實施例中，移動設(shè)備102是觸摸屏智能電話設(shè)備或者類似的平板設(shè)備。智能電話設(shè)備典型地包括處理器、網(wǎng)絡(luò)通信接口、電源、存儲在非暫時性存儲器中并且可由處理器執(zhí)行的軟件、其它存儲器、用戶接口、顯示器、操作系統(tǒng)、音頻輸入和輸出系統(tǒng)、電路、以及如本領(lǐng)域中已知的其它模塊、系統(tǒng)和接口，其被連接并且可操作成創(chuàng)建功能設(shè)備。移動設(shè)備102還包括一個或多個web瀏覽器104，其可以是制造商安裝在設(shè)備上的或者以由制造商或第三方開發(fā)的應用的形式而下載、推送或拉取至設(shè)備。

圖1D是描繪了可以為互聯(lián)網(wǎng)連接移動設(shè)備的移動設(shè)備102的進一步細節(jié)的圖?；ヂ?lián)網(wǎng)連接移動設(shè)備102（諸如平板、智能電話或其它設(shè)備）可以包括web瀏覽器或app（應用） WebView 104，其安裝在移動設(shè)備102上并且包括顯示在移動設(shè)備102的顯示器上的用戶接口。web瀏覽器或app WebView 104可以通過鍵盤、按鈕、觸摸板、觸摸屏或者移動設(shè)備102的其它用戶輸入的方式包括用戶交互能力。網(wǎng)頁106可以經(jīng)由移動設(shè)備102上的web瀏覽器或app WebView 104而訪問，并且可以包括諸如互聯(lián)網(wǎng)之類的網(wǎng)絡(luò)上的網(wǎng)站。腳本108可以是針對包括在網(wǎng)頁106上的腳本語言或者命令解譯器而編寫的小的、非編譯的程序以用于請求和再現(xiàn)包括視覺和音頻通道的視頻。

圖2是示出了用于移動設(shè)備的編碼變換操作的示例實施例的流程圖200。在示例實施例中，客戶端202可以在web瀏覽器或app WebView中的網(wǎng)頁上運行腳本，其創(chuàng)建視頻容器并且準備針對所指定的媒體文件的視覺以及可選地音頻內(nèi)容的經(jīng)編碼變換的版本的媒體文件請求204。媒體文件請求204可以基于要以預確定的幀速率和圖像質(zhì)量流傳送回到請求移動設(shè)備（客戶端）的網(wǎng)頁的視頻內(nèi)容。在一些實施例中，媒體文件請求可以是XMLHTTP請求。

針對諸如具有視覺和音頻通道的視頻文件之類的媒體文件204的請求從腳本發(fā)送給具有所連接的內(nèi)容數(shù)據(jù)庫的至少一個服務器，諸如在CloudFront內(nèi)容遞送網(wǎng)絡(luò)（CDN）上（在206中）。在一些實施例中，經(jīng)格式化的視覺和音頻內(nèi)容可以在之前存儲并且可用于快速遞送，如果它們之前已經(jīng)被處理（編碼變換）并且在CDN上可用于遞送的話。如果所請求的媒體文件已經(jīng)被格式化，則其可以存儲在連接于CND的服務器的數(shù)據(jù)庫上以用于經(jīng)由快速訪問進行檢索并且從數(shù)據(jù)庫流傳送給CDN（在207中）并且回到客戶端（在203中）。詳盡說明，CDN包含在分布網(wǎng)絡(luò)上可用于幾乎即時的流傳送的已經(jīng)編碼變換的文件。如果所請求的視頻是之前尚未使用于系統(tǒng)上的視頻，則CDN將不存儲它，因為其尚未經(jīng)編碼變換，因此CDN將必須經(jīng)由彈性負載均衡器將請求延遲或者傳遞給編碼變換服務器。

如上文所提及，如果所請求的經(jīng)編碼變換的媒體文件未存儲在CDN上（在208中），則請求可以發(fā)送給彈性負載均衡器（在210中），其負責在CDN的機器的服務器群簇之間分布業(yè)務量。媒體文件請求可以路由通過彈性負載均衡器，其處理在編碼變換服務器實例的服務器群簇之間均勻地分布業(yè)務量（在212中）。編碼變換服務器可以接收針對經(jīng)編碼變換的媒體文件的請求，并且在步驟214中確定其是否已經(jīng)對媒體文件編碼變換，并且如果是，則多最近（how recently）。服務器可以從諸如編碼變換服務器實例上的本地盤（其可以是硬盤驅(qū)動器）之類的存儲裝置220拉取經(jīng)編碼變換的媒體文件，并且在215中將它流傳送回到CDN，并且然后在203中流傳送到客戶端。包括視覺和音頻文件的所指定的視頻的經(jīng)編碼變換的版本然后可以存儲在CDN上以用于未來流傳送。

如果服務器尚未對媒體文件進行編碼變換，則服務器可以確定任何其它服務器是否已經(jīng)對媒體文件進行編碼變換，以及其在在線文件存儲web服務環(huán)境中是否可用，其中服務器群簇中的所有機器放置其經(jīng)編碼變換的媒體文件，包括視覺和音頻視頻文件，諸如步驟216中的Amazon的S3。如果經(jīng)編碼變換的媒體文件在可以用于存儲和檢索來自互聯(lián)網(wǎng)上任何地方的巨量數(shù)據(jù)的在線文件存儲web服務中可用，則其可以被訪問并且在223中流傳送回CDN，并且然后在203中到客戶端上。包括視覺和音頻文件的所指定的媒體文件的經(jīng)編碼變換的版本然后可以存儲在CDN上以用于未來流傳送。

如果內(nèi)容尚未由另一個實例編碼變換或者不能在共享云存儲裝置上發(fā)現(xiàn)，則在218中，編碼變換服務器可以對媒體文件解碼，分離音頻和視覺通道，并且逐幀地轉(zhuǎn)換視覺通道以顯示兼容圖像（諸如以HTML），并且將音頻通道轉(zhuǎn)換成標準兼容格式。在示例實施例中，對于視覺通道，每一個視覺幀可以被解碼，然后使用base64編碼成HTML顯示兼容標準圖形圖像，然后使用無損gzip壓縮進行壓縮（以減少數(shù)據(jù)的大小），因為其經(jīng)由CDN流傳送回到web瀏覽器或app WebView，其中JavaScript文件將處理它。視覺和音頻文件可以分離地發(fā)送，并且音頻文件可以不發(fā)送，直至在一些實施例中被請求，如下文關(guān)于圖5所描述。所指定的視覺和音頻文件的經(jīng)編碼變換的版本然后可以存儲在CDN上以用于未來流傳送。從編碼變換機器向客戶端的視覺和音頻幀二者的流傳送可以在每一個單獨的幀準備就緒時而不是在編碼變換過程完成時發(fā)生，使得再現(xiàn)可以對于用戶盡可能快地開始。編碼變換機器還可以在FIFO（先進先出）基礎(chǔ)上將經(jīng)格式化的媒體文件存儲在其本地盤上。除本地盤存儲之外，編碼變換機器還可以將經(jīng)格式化的媒體文件的副本存儲于在線文件存儲web服務222上，其中其它編碼變換服務器可以訪問它們以便防止資源浪費，其可能發(fā)生在多個服務器上對相同文件編碼變換多次的情況下。

編碼變換服務器然后可以在預設(shè)時間段內(nèi)將該經(jīng)編碼變換的輸出存儲在存儲器中，諸如在盤上，并且將它添加到在線文件存儲web服務，諸如CDN。經(jīng)編碼變換的輸出還可以經(jīng)由CDN流傳送回到操作于移動設(shè)備上的客戶端JavaScript文件。

圖3示出描繪了JavaScript可以針對視頻的每一個視頻視覺幀利用HTML兼容圖像進行更新的網(wǎng)頁上的視頻容器302的示例實施例的圖300。例如包括HTML兼容圖像的視頻幀304可以在視頻容器302內(nèi)根據(jù)相關(guān)聯(lián)的視頻的幀速率進行更新。

圖4示出了根據(jù)示例實施例的編碼變換HTTP-請求的流。在示例實施例中，HTTP請求402可以包括URL（其包括視頻ad服務模板（VAST）ad系統(tǒng)ID、廣告ID、廣告服務器域名）與指示媒體文件URL的X-VAST-URL頭文件。這可以被發(fā)送給CDN 404，其可以考慮包括廣告系統(tǒng)ID、廣告ID、廣告服務器域的URL，但不是媒體文件URL，以便能夠識別類似的媒體文件，甚至在它們在媒體文件的每一個單獨出現(xiàn)上具有唯一媒體文件URL的情況下。這可以被發(fā)送給編碼變換服務器406，其可以接收請求，如果CDN通過它的話。這可以包括編碼變換服務器沒有看到廣告系統(tǒng)ID、廣告ID、廣告服務器域組合。編碼變換服務器406然后可以使用X-VAST-URL頭文件來確定要下載的媒體文件URL。這些步驟可以表示在圖2的步驟204中在系統(tǒng)內(nèi)如何確定媒體文件請求的更詳細視圖。

諸如智能電話或平板102（參見圖1A、1C、1D）之類的互聯(lián)網(wǎng)連接移動設(shè)備的用戶可以使用web瀏覽器或者app WebView 104（參見圖1C、1D）訪問網(wǎng)站的網(wǎng)頁106（參見圖1D）。包括在網(wǎng)頁106中的可以是腳本108，其可以是JavaScript或其它，其可以執(zhí)行數(shù)個功能，包括但不限于：

A） 定位或者創(chuàng)建其中可以再現(xiàn)視頻幀304的視頻內(nèi)容容器302（參見圖3、5）。例如，網(wǎng)站可以指示哪個元件應當在容器中使用，如果期望的話，并且系統(tǒng)可以定位該元件并使用它而不是創(chuàng)建一個。

B）確定包括URL、域或其它信息中的一個或多個的網(wǎng)頁數(shù)據(jù)以確保期望的視頻內(nèi)容（其可以是廣告）可以根據(jù)由相關(guān)聯(lián)的內(nèi)容所有者（其可以是廣告商）限定的參數(shù)來運行。存在一些示例實施例，其中廣告商已經(jīng)限定所允許或可接受的域的白名單。作為示例，狗糧廣告商可能想要使其內(nèi)容出現(xiàn)在關(guān)于負責任的狗主人的網(wǎng)頁上。

C）確定視頻內(nèi)容是否將再現(xiàn)在移動設(shè)備的視口中。該確定可以包括檢查web瀏覽器的活躍標簽中的網(wǎng)頁以及web瀏覽器是否已經(jīng)滾動到其中視頻內(nèi)容容器將對于用戶可見的位置，也稱為“可視性”。

D）確定瀏覽器類型和版本。由于一些內(nèi)容提供商偏好使用該信息執(zhí)行所瞄準（target）的廣告。該確定還可以在針對欺詐的保護方面是有用的，因為惡意用戶可能欺騙機器以看起來就像是移動設(shè)備在嘗試以進行欺詐。

E）確定用于幫助決定要顯示的視頻內(nèi)容的用戶標識和偏好數(shù)據(jù)。該信息可以包括設(shè)備ID、所分配的用戶ID、網(wǎng)站偏好、人口統(tǒng)計信息或者其它。

F）確定設(shè)備類型、模型、硬件、所安裝的應用、之前的web歷史或其它信息。

G）確定網(wǎng)絡(luò)連接速度和網(wǎng)絡(luò)載體。

H）標識至少一個媒體文件，諸如視頻內(nèi)容或者廣告，以在以上“A”的視頻內(nèi)容容器中再現(xiàn)。

I）向CDN做出請求以發(fā)起媒體文件的流。最初，這可以僅包括視覺流。

J）處理所接收的媒體文件的所發(fā)起的流，其具有特定格式。

K）根據(jù)媒體文件的回放速率以及用戶的連接和設(shè)備速度利用視覺幀更新視頻內(nèi)容容器。緩沖可以是可選的，如之前所述。

L）發(fā)起具有與視覺流相關(guān)聯(lián)的音頻幀的音頻流，包括HTML5音頻元件（如果適用的話），以及音頻回放（如果由用戶期望的話）。一旦用戶已經(jīng)選擇按鈕以成為音頻回放，這就可以發(fā)生。

M）使音頻和視覺流同步到相同幀并且調(diào)節(jié)回放，如果任一個流落后或者它們變得以其它方式解除同步的話。

N）追蹤回放時間、用戶參與、以及其它適用的視頻廣告和視頻內(nèi)容度量。這些度量中的一些可以由視頻內(nèi)容提供商或廣告商限定，而其它可以由系統(tǒng)限定。

O）使得能夠點進視頻流到與視頻相關(guān)聯(lián)的內(nèi)容提供商或廣告商的網(wǎng)站。如果用戶在視頻期間利用按鈕選擇特定屏幕位置，則這可以發(fā)生。

對于視頻廣告，應當遞送哪個廣告的決定可以實時地發(fā)生。JavaScript文件可以通過向各種廣告源做出請求、優(yōu)先化用于網(wǎng)頁的最佳廣告（其可以基于預確定的因素，諸如用于特定網(wǎng)站的價格或遞送等級）以及標識廣告的至少一個視頻媒體文件來促進該決定。利用這些系統(tǒng)和方法，以眾多格式的視頻媒體文件可以遞送給用戶，因為文件可以實時地編碼變換成可操作為在支持特定腳本（諸如JavaScript）以及標準HTML圖像圖形顯示的、并且連接到包括但不限于互聯(lián)網(wǎng)的網(wǎng)絡(luò)的設(shè)備上播放的格式。

腳本的運行

在一些實施例中，腳本108可以是JavaScript文件，其可以接收經(jīng)格式化的視頻媒體文件的所流傳送的數(shù)據(jù)，包括視覺或音頻數(shù)據(jù)中的至少一個。JavaScript文件可以延遲回放，直至已經(jīng)接收到預確定的充足數(shù)目的媒體文件幀，使得JavaScript文件將能夠同時地流傳送媒體文件的其余部分并且在相同時間再現(xiàn)所接收的幀。是否已經(jīng)接收到充足數(shù)目的媒體文件幀的確定可以基于流傳送每一個幀所要求的時間量和媒體文件中的幀數(shù)目來計算。

JavaScript文件可以通過以特定幀速率更新HTML兼容圖像來更新要在視頻容器302中顯示的圖3的視覺幀304。例如，在30幀每秒視頻文件的情況下，圖像可以每33.33毫秒更新。在諸如通過選擇設(shè)備顯示器上的“解除靜音”按鈕的用戶的引導下，JavaScript文件還可以使音頻通道與視覺通道回放同步到相同的幀并且開始經(jīng)由HTML5音頻元件的音頻通道的回放。這可以發(fā)生在例如特定幀處。在視頻文件回放期間，JavaScript文件可以監(jiān)視音頻和視覺幀是否同步并且處于回放中的正確位置處?；胤胖械恼_位置可以是涉及回放的開始的特定點，例如在媒體文件的3.1秒回放處。如果音頻和視覺幀未同步或者未處于回放中的正確位置處，則JavaScript文件可以做出調(diào)整以使音頻和視覺通道回放中的一個或兩個加速或減速，這例如通過酌情延遲一個或兩個。如果在監(jiān)視設(shè)備的資源和網(wǎng)絡(luò)連接中的一個或兩個時JavaScript文件確定資源和連接中的一個或兩個不能跟上回放設(shè)置，諸如原始媒體文件的回放幀速率，則圖像大小、質(zhì)量和/或總體幀速率可以降低至較低的設(shè)置。該較低的設(shè)置可以表現(xiàn)為每秒更少幀和更低圖像質(zhì)量中的一個或兩個。

JavaScript文件還可以追蹤對于視頻內(nèi)容提供商（諸如廣告商）重要的度量，包括達到達回放中的特定點時的時間，諸如：開始、25%、50%、75%、100%或其它。

此外，如由內(nèi)容所有者或廣告商所期望的，JavaScript文件可以使得用戶能夠點擊或選擇視頻的部分或全部并且因而將用戶引導至登陸頁面、其它所安裝的應用、或者涉及視頻內(nèi)容或由廣告商限定的網(wǎng)站，而同時監(jiān)視事件。此外，媒體文件不限于在視頻容器中或附近提供附加交互層、參與或者回放的任何附加追蹤。在視頻容器中或附近提供附加交互層的示例實施例是廣告商請求系統(tǒng)在視頻的四分之一之上層疊呼叫以基于一周中的日子、一天中的時間、設(shè)備的地理位置或其它觸發(fā)而動作。

轉(zhuǎn)向圖5，示出了腳本的以上功能的簡化版本。在示例實施例中，媒體文件502可以通過編碼變換過程而分離成視覺通道504和音頻通道506。視覺通道508可以在移動設(shè)備102上的視頻容器302中開始回放，并且如果用戶選擇“解除靜音”按鈕510，則音頻通道可以從視頻通道所處于的確切幀開始，從而使音頻和視覺通道回放同步。

ad決策平臺

ad決策平臺可以服務于諸如具有廣告庫存的網(wǎng)站和應用之類的內(nèi)容發(fā)布者、諸如“ad網(wǎng)絡(luò)”之類的發(fā)布者聚合體（其表示多個網(wǎng)站、應用或者二者的組合）、以及廣告商品牌、代理、及其在線ad合作伙伴和中介機構(gòu)。

ad決策平臺可以為發(fā)布者和發(fā)布者聚合體提供以下能力：通過選擇具有被視為適合于當前廣告印象請求的最高支出的廣告來最大化其總體收益。可以使用固定費用和動態(tài)費用廣告。動態(tài)費用交易接收針對用戶查看的出價，其可以針對其它動態(tài)費用交易以及針對固定費用交易進行比較?；诖耍罡咧С隹梢允轻槍Πl(fā)布者的最高量的收益。

ad決策平臺可以為廣告商和發(fā)布者提供以下能力：瞄準廣告、調(diào)節(jié)（pace）在一段時間內(nèi)的ad遞送的速率、以及為在一段時間內(nèi)提供的廣告數(shù)目設(shè)限。

瞄準可以使用以下準則中的一個或多個來實現(xiàn)：

A）通過設(shè)備的類型，諸如智能電話、平板、互聯(lián)網(wǎng)連接TV、個人計算機、視頻游戲控制臺或其它。

B）通過設(shè)備的操作系統(tǒng)，諸如iOS、Android、Windows或其它，并且還通過操作系統(tǒng)版本。

C）通過web瀏覽器，諸如Google Chrome、Apple Safari Mobile或其它。

D）通過地理位置，諸如經(jīng)度、緯度、郵政編碼、城市、州、國家、DMA或其它。

E）通過互聯(lián)網(wǎng)服務提供商，諸如Cox Communications、Verizon Wireless或其它。

F）通過廣告類型，諸如視頻、靜態(tài)橫幅或其它，并且通過廣告大小。

G）通過網(wǎng)站，諸如http://www.samplewebsite.com。

H）通過自定義的“用戶數(shù)據(jù)”屬性，諸如人口統(tǒng)計、行為、偏好或其它。

同樣地，調(diào)節(jié)可能受眾多準則所影響：

A）節(jié)流（throttle）每小時遞送的廣告以確保每天的目標量的均勻遞送。

B）節(jié)流每天遞送的廣告以確保每限定天數(shù)的目標量的均勻遞送。

C）節(jié)流每小時和每天遞送的廣告以確保每天和每限定天數(shù)的目標量的均勻遞送。

D）根據(jù)每天的目標量并且根據(jù)每小時的正常web業(yè)務量分布速率來節(jié)流每小時遞送的廣告。一個示例是相比于在1pm時，在1am時遞送少75%的廣告。

E）基于特定算法的眾多其它節(jié)流機制。

類似地，設(shè)限可以根據(jù)以下示例準則來實現(xiàn)：

A）通過用戶在限定時間段內(nèi)暴露于廣告的頻率，例如每24小時3個廣告印象。

B）通過限定時間段內(nèi)的廣告印象的數(shù)目，例如在24小時內(nèi)1,000,000個印象。

平臺用戶可以將其ad交易從廣告商輸入到ad決策平臺中，其中具有關(guān)于針對每一個交易的收益（例如，$5.00 CPM – 每千人成本）以及由發(fā)布者或廣告商限定的任何瞄準、調(diào)節(jié)或設(shè)限的細節(jié)。

當ad決策平臺接收到請求時，其將使用以請求可用于瞄準的數(shù)據(jù)。ad決策平臺可以基于瞄準失配來消除ad交易。此外，ad決策平臺可以檢查ad交易設(shè)限和調(diào)節(jié)以進一步確定適合性。在確定哪些ad交易適合之后，ad決策平臺可以通過向預限定的ad URL做出請求并且確保響應指示ad在所請求的時間處可用來檢查每一個ad交易以確保存在ad，例如如果存在技術(shù)錯誤的話，或者如果ad提供商推行其自身的瞄準、設(shè)限和調(diào)節(jié)中的一個或多個的話。如果基于預設(shè)準則，沒有ad適合，則確保存在ad可能是重要的。例如，如果設(shè)定地理限制使得廣告商僅在美國具有ad交易并且用戶位于加拿大，則在當前時間可能不存在適合的ad。

此外，如果ad交易具有每印象的動態(tài)價格（在本文中稱為“出價”），則ad決策平臺可以發(fā)送請求給ad交易的預限定的URL并且檢查響應以確定ad是否可用以及廣告商愿意針對廣告印象所支付的“出價”。ad交易價格可以不固定并且因而發(fā)布者可以選擇接受和運行ad交易的ad或者忽略ad以便有利于更高支付固定費用ad交易或者更高支付出價（當使用出價時）。

ad決策平臺可以確定具有最高價格（可以預限定或“出價”）的適合ad交易，并且選擇它作為加載于頁面上的ad，由此最大化發(fā)布者的廣告收益。通過經(jīng)由ad交易優(yōu)先化選擇將要為發(fā)布者支付每一個ad印象上的最多金錢的廣告商，相比于在發(fā)布者經(jīng)由輪轉(zhuǎn)（round robin）或其它非收益聚焦的ad決策過程和/或系統(tǒng)來選擇廣告商的情況而言，發(fā)布者將可能掙得更多金錢。

如上文所述，可以在圖6中看到拍賣流600。在購買側(cè)618上，ad代理交易專柜602可以將廣告發(fā)送給廣告商ad服務器604和ad網(wǎng)絡(luò)606中的一個或多個。這些可以均向需求側(cè)平臺拍賣出價者608發(fā)送廣告，其可以代表廣告商根據(jù)以上描述的準則響應于系統(tǒng)出價請求。相比于從出售側(cè)上的發(fā)布者/發(fā)布網(wǎng)絡(luò)庫存（Pub Network Inventor）614所獲取的最高支付發(fā)布者需求交易而言，系統(tǒng)供應側(cè)平臺612可以基于最高出價來選擇廣告。系統(tǒng)供應側(cè)平臺612可以在616中設(shè)定發(fā)布者自身的需求細節(jié)。然后，系統(tǒng)供應側(cè)平臺612可以將針對出價的請求發(fā)送給系統(tǒng)拍賣服務器處的代表發(fā)布者的所有出價者，其繼而將這些傳送給需求側(cè)平臺拍賣出價者608。

圖7示出描繪了賬戶匯總700的示例實施例的用戶界面圖。在示例實施例中，簡要匯總區(qū)域702可以包括諸如收益、利潤、機會、印象、填充率、CPM（每千成本-每千個印象的成本）、CTR（點進率）、VTR（其中視頻的100%被查看的查看率）等等之類的信息。這些可以向用戶給出用戶當前查看的特定賬戶的簡單概覽。定制區(qū)域704可以包括諸如日期范圍、時間、時區(qū)、維度1、維度2、維度3、維度4等等之類的信息。這些允許用戶基于各種各樣的可限定度量來定制它們查看的數(shù)據(jù)以便查看特定數(shù)據(jù)。詳細描述區(qū)域706包括關(guān)于當前通過系統(tǒng)運行的每一個廣告的詳細信息，包括供應源、機會、印象、填充率、效率、CPM、收益、成本、利潤、利潤率、點擊、CTR、100%查看、VTR等等。這些允許用戶查看當前在用于特定賬戶的系統(tǒng)中使用的每一個廣告的詳細分解并且看到每一個相比于其它的性能。這對于想要在逐情況的基礎(chǔ)上評估廣告的用戶而言可能是有價值的。

圖8示出描繪了供應管理頁面800的示例實施例的用戶界面圖。在示例實施例中，用戶可以查看供應源、供應合作伙伴、環(huán)境、狀態(tài)、用于在網(wǎng)站上運行ad的成本、供應源將允許ad以其運行的底價（最低價格）、需求、選項以及其它信息。作為示例，第二行描繪了特定網(wǎng)站供應源“Becky最愛的網(wǎng)站”。供應合作伙伴是“Becky”并且環(huán)境是移動網(wǎng)頁。狀態(tài)當前被啟用以用于遞送ad并且成本為$3.00而底價為$4.00。

圖9示出描繪了需求管理頁面900的示例實施例的用戶界面圖。在示例實施例中，用戶可以查看需求交易、需求標簽、需求合作伙伴、狀態(tài)、層級（tier）、費用（rate）、類型、環(huán)境、供應和選項。作為示例，第一行示出了用于“ad選擇演示”的需求交易。該交易具有5個有效需求標簽并且具有合作伙伴LKQD。其當前是具有層級4和$2.00固定費用的有效狀態(tài)。其是移動環(huán)境上的視頻類型廣告，其中具有針對ad啟用的9個供應源以及歸檔的選項。

圖10示出描繪了廣告管理頁面10000的示例實施例的用戶界面圖。在示例實施例中，示例10002示出廣告將如何出現(xiàn)在移動設(shè)備上。編碼10004示出用于廣告的特定編碼。適用性選項10006包括下拉菜單，其可以用于選擇設(shè)備類型、QA模式、以及市場是否將被應用。這些還可以以其它方式實現(xiàn)，特別是通過無線電按鈕、點和點擊復選框或者其它。ad標簽等級事件10008示出廣告功能性事件觸發(fā)。ad標簽適合者（eligible）10010示出適合的一個或多個標簽，這意味著它滿足在該場景中遞送ad的所有準則。頁面等級事件10012示出用于廣告的事件類型、事件和細節(jié)。

如本文中和隨附權(quán)利要求中所使用的，單數(shù)形式“一”、“一個”和“該”包括復數(shù)引用，除非上下文另有清楚規(guī)定。

本文討論的出版物僅被提供用于其在本申請的提交日之前的公開。本文中任何內(nèi)容都不應解釋為承認本公開憑借之前公開而沒有資格早于這樣的出版物。另外，所提供的出版物的日期可以不同于可能需要獨立確認的實際出版日期。

應當指出，關(guān)于本文提供的任何實施例所描述的所有特征、元件、組件、功能和步驟意圖自由地可組合并且可利用來自任何其它實施例的那些特征、元件、組件、功能和步驟替換。如果關(guān)于僅一個實施例描述某一特征、元件、組件、功能或步驟，則應當理解到，該特征、元件、組件、功能或步驟可以與本文描述的每一個其它實施例一起使用，除非另有明確闡述。該段落因此在任何時間充當針對權(quán)利要求的引入的先行基礎(chǔ)和書面支持，其組合來自不同實施例的特征、元件、組件、功能和步驟，或者利用一個實施例的特征、元件、組件、功能和步驟替換來自另一個實施例的特征、元件、組件、功能和步驟，即便在特定實例中以下描述未明確地陳述這樣的組合或替換是可能的。明確承認的是，每一個可能的組合和替換的明確記載是極度繁瑣的，尤其是假如每個和每一個這樣的組合和替換的準許性將容易由本領(lǐng)域普通技術(shù)人員認識到。

在許多實例中，在本文中將實體描述為耦合到其它實體。應當理解到，術(shù)語“耦合”和“連接”（或它們的形式中的任何一個）在本文中互換地使用，并且在兩種情況下，泛指兩個實體的直接耦合（沒有任何不可忽略（例如，寄生）的中間實體）以及兩個實體的間接耦合（具有一個或多個不可忽略的中間實體）。在將實體示出為直接耦合在一起或者描述為耦合在一起而沒有任何中間實體的描述的情況下，應當理解到，那些實體也可以間接地耦合在一起，除非上下文另有清楚規(guī)定。

盡管實施例易受各種修改和替代形式的影響，但是已經(jīng)在附圖中示出并且在本文中詳細描述了其具體示例。然而，應當理解到，這些實施例不限于所公開的特定形式，而是相反地，這些實施例要涵蓋落入本公開的精神內(nèi)的所有修改、等同方案和替代方案。此外，實施例的任何特征、功能、步驟或元件可以在權(quán)利要求中敘述或者添加到權(quán)利要求，以及通過未處于該范圍內(nèi)的特征、功能、步驟或元件限定權(quán)利要求的發(fā)明范圍的否定式限定。