本發(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)和消費(fèi)者設(shè)備應(yīng)用的標(biāo)準(zhǔn)格式。
最近,HTML5 web(網(wǎng)絡(luò))規(guī)范限定了“視頻”元件,其指定在網(wǎng)頁上嵌入視頻的標(biāo)準(zhǔn)方式。然而,該標(biāo)準(zhǔn)被開發(fā)者和HTML5工作組(http://www.w3.org/html/wg/)之間的關(guān)于應(yīng)當(dāng)在web瀏覽器中支持哪些視頻格式的協(xié)定的缺失所束縛。
本質(zhì)上,在網(wǎng)頁上嵌入、流傳送和顯示視頻的之前僅有的選項(xiàng)是web瀏覽器“插件(plug-in)”。web瀏覽器“插件”是通常由第三方(除去web瀏覽器創(chuàng)建者)編寫的額外軟件,其增強(qiáng)了web瀏覽器的功能性。用于在個(gè)人計(jì)算機(jī)上下載、流傳送和播放視頻的最為流行的軟件是用于包括Microsoft Internet Explorer、Mozilla Firefox、Google Chrome、Apple Safari等的web瀏覽器的Adobe的Flash Player插件。
在2011年,F(xiàn)lash Player作為用于個(gè)人計(jì)算機(jī)上的在線視頻公布的實(shí)際標(biāo)準(zhǔn)而出現(xiàn)。然而,在移動設(shè)備上,Apple拒絕在iOS Safari web瀏覽器內(nèi)允許Flash Player。Flash Player之前可用于Google的Android操作系統(tǒng),盡管在2012年6月,Google宣稱Android 4.1將不會默認(rèn)支持Flash Player。在2012年8月開始,Adobe不再對用于Android的Flash Player提供更新。
盡管HTML5視頻支持被包括在大多數(shù)移動設(shè)備上的web瀏覽器中,但是當(dāng)前HTML5草擬規(guī)范未指定web瀏覽器應(yīng)當(dāng)支持哪些視頻格式。web瀏覽器自由支持web瀏覽器開發(fā)者認(rèn)為適當(dāng)?shù)娜魏我曨l格式并且不存在要支持的視頻格式的最小集合。要支持的視頻格式的最小集合的缺失使得一些網(wǎng)站難以使用HTML5流傳送視頻,因?yàn)榫W(wǎng)站可能以僅一種格式從內(nèi)容所有者或廣告商接收視頻內(nèi)容,而用戶可能使用不同瀏覽器訪問網(wǎng)站,從而要求視頻內(nèi)容的不同格式。
此外,一些移動設(shè)備(諸如Apple iPhone)覆寫HTML5視頻元件的默認(rèn)行為并且從視頻嵌入其上的網(wǎng)頁再定向用戶以在QuickTime媒體播放器中消費(fèi)視頻。因?yàn)镼uickTime媒體播放器打開并且控制再現(xiàn)視頻,所以這限制了諸如交互式組件、帆布覆蓋、消費(fèi)者點(diǎn)擊視頻廣告的能力、以及關(guān)于商人和內(nèi)容所有者可以使用的重要視頻度量(metric)的數(shù)據(jù)的收集之類的特征。
因而,合期望的是使得能夠?qū)崿F(xiàn)針對移動設(shè)備上的在線視頻的標(biāo)準(zhǔn)嵌入、流傳送、控制、再現(xiàn)、內(nèi)容和/或廣告性能和參與度量、以及點(diǎn)擊功能性的系統(tǒng)和方法。
技術(shù)實(shí)現(xiàn)要素:
本文的系統(tǒng)和方法涉及移動互聯(lián)網(wǎng)連接設(shè)備上的網(wǎng)頁所顯示的互聯(lián)網(wǎng)視頻內(nèi)容和互聯(lián)網(wǎng)視頻廣告的在線視頻嵌入、實(shí)時(shí)資產(chǎn)編碼變換、流傳送和再現(xiàn)。
這些系統(tǒng)和方法提供了用于在不使用用于HTML5視頻格式支持的web瀏覽器插件或要求的情況下使經(jīng)由移動設(shè)備訪問的網(wǎng)頁嵌入、流傳送、控制和顯示視頻廣告和內(nèi)容的標(biāo)準(zhǔn)能力。此外,這些系統(tǒng)和方法不受可能針對用于播放發(fā)起、測量或網(wǎng)頁交互的HTML5視頻元件或插件而存在的約束所限制。
這些系統(tǒng)和方法包括網(wǎng)站在網(wǎng)頁上放置JavaScript文件并且可選地創(chuàng)建視頻容器元件(如果沒有,則將由JavaScript創(chuàng)建一個(gè))。在一些實(shí)施例中,網(wǎng)站可能已經(jīng)創(chuàng)建其中可以再現(xiàn)視頻的預(yù)限定區(qū)域。在這些實(shí)施例中的許多個(gè)中,本文描述的系統(tǒng)和方法可以在網(wǎng)站的預(yù)限定區(qū)域中再現(xiàn)視頻。在其中不存在預(yù)限定區(qū)域的實(shí)施例中,JavaScript文件可以創(chuàng)建作為容器元件的預(yù)限定區(qū)域以包含視頻再現(xiàn)。JavaScript文件將搜集關(guān)于網(wǎng)頁、用戶、瀏覽器和設(shè)備的數(shù)據(jù)以幫助決定應(yīng)當(dāng)再現(xiàn)哪些視頻內(nèi)容或廣告。一旦標(biāo)識適用的視頻內(nèi)容,則JavaScript文件將經(jīng)由如圖2中所示的CDN向適當(dāng)視頻編碼變換系統(tǒng)做出請求以取得視頻內(nèi)容,如果之前已經(jīng)格式化的話,或者如果之前未格式化則實(shí)時(shí)準(zhǔn)備以用于再現(xiàn)。CDN將從編碼變換服務(wù)器源傳送視頻內(nèi)容或廣告,如果之前未存儲在CDN上的話。
在以上描述的數(shù)據(jù)搜集的示例實(shí)施例中,廣告商A可能想要僅在Apple品牌平板(諸如iPad)上播放視頻廣告(Ad1),并且廣告商B可能想要僅在智能手機(jī)上播放視頻廣告(Ad2)。JavaScript文件可以搜集數(shù)據(jù)來發(fā)送給第三方或ad決策平臺以便根據(jù)廣告商A、廣告商B、或者任何其它廣告商或視頻內(nèi)容提供商的希望確定是播放Ad1、Ad2還是任何其它視頻內(nèi)容或視頻內(nèi)容的組合。在示例實(shí)施例中,這可以包括JavaScript文件搜集關(guān)于所使用的是什么類型用戶設(shè)備的數(shù)據(jù)。期望的ad遞送條件可以由廣告商、視頻內(nèi)容提供商或者系統(tǒng)管理員限定。
在格式化視頻以用于在設(shè)備上再現(xiàn)中的第一步驟是取得從廣告商或內(nèi)容提供商接收或以其它方式獲取的視頻,對視頻解碼,并且從視覺通道分離音頻通道。
視頻的視覺通道是每一個(gè)視頻幀處的靜態(tài)圖像。每一個(gè)視頻幀可以在編碼(例如,使用base64)成HTML顯示兼容標(biāo)準(zhǔn)圖形圖像之前進(jìn)行編碼變換。然后,標(biāo)準(zhǔn)圖形圖像可以饋送到流中,該流可以被壓縮、經(jīng)由內(nèi)容遞送網(wǎng)絡(luò)(CDN)或編碼變換服務(wù)器(參見圖2)流傳送回到瀏覽器、并且被保存以用于相同視頻的未來再現(xiàn)。流壓縮可以使用無損壓縮算法實(shí)現(xiàn),諸如gzip(壓縮程序)。這可以幫助減少數(shù)據(jù)傳送的大小,從而提供眾多益處,包括更好的效率。在設(shè)備處的web瀏覽器中運(yùn)行的JavaScript文件將接收經(jīng)壓縮、編碼的視頻流并且然后可以將經(jīng)編碼的視頻幀加載于圖像或圖形顯示元件中,諸如HTML圖像元件、HTML帆布元件或其它。該顯示元件可以在web瀏覽器中顯示視頻幀并且以視頻的幀速率利用對應(yīng)視頻幀圖像更新圖像元件。示例是30幀每秒視頻,其中加載于圖像元件中的視頻幀將每33.33毫秒更新。
在一些實(shí)施例中,用于視頻的圖像質(zhì)量和幀速率可以基于網(wǎng)絡(luò)速度來調(diào)節(jié)以便平滑地再現(xiàn)視覺通道。在一些實(shí)施例中,緩沖可以是可用的或可選的。JavaScript文件可以在開始回放視頻之前針對視覺通道緩沖直到價(jià)值一秒的幀。一旦JavaScript文件開始在用戶設(shè)備上回放視頻,就可以下載和播放用戶幀的其余部分。在網(wǎng)絡(luò)提供較慢連接速度的情況下,JavaScript文件可以用來動態(tài)地控制幀速率和質(zhì)量下降中的一個(gè)或兩個(gè)。例如,系統(tǒng)可以使幀速率從三十幀每秒下降至二十四幀每秒并且圖像質(zhì)量下降百分之二十五以便平滑地流傳送。這為設(shè)備用戶提供無縫體驗(yàn)而沒有用戶可察覺的視頻停止或跳過。這改進(jìn)了用戶體驗(yàn),并且因此,可以更好地保持用戶吸引力并且遞送廣告消息。
與視覺通道相關(guān)聯(lián)的音頻通道可以以用于移動設(shè)備的標(biāo)準(zhǔn)格式(諸如AAC、MP3或其它格式)進(jìn)行格式化,并且經(jīng)由嵌入式HTML5音頻元件流傳送至web瀏覽器。音頻元件和圖像元件回放然后可以通過JavaScript文件一起同步。JavaScript文件可以連續(xù)地監(jiān)視視覺和音頻通道二者的回放以確保它們同步并且處于回放中的恰當(dāng)幀處。在音頻或視覺落后或者它們以其它方式解除同步的事件中,JavaScript文件可以降低幀速率或質(zhì)量以便更好地適應(yīng)設(shè)備的網(wǎng)絡(luò)連接和資源。
為了減少當(dāng)用戶處于蜂窩網(wǎng)絡(luò)(如與Wi-Fi或其它網(wǎng)絡(luò)相對)上或者具有緩慢連接時(shí)所傳遞的數(shù)據(jù)量,視頻的視覺通道可以以較低幀速率或圖像質(zhì)量流傳送,并且從視覺通道解耦合的音頻通道可以不流傳送給設(shè)備,直至或者除非設(shè)備用戶請求它。在示例實(shí)施例中,視頻的視覺通道可以播放并且包括“點(diǎn)擊此處以得到音頻”、“解除靜音”或其它相當(dāng)?shù)陌粹o,其可由用戶例如通過觸碰觸摸屏設(shè)備上的適當(dāng)位置來選擇。因而,音頻可以不播放,直至用戶選擇“點(diǎn)擊此處以得到音頻”、“解除靜音”或者其它相當(dāng)?shù)陌粹o。“點(diǎn)擊此處以得到音頻”、“解除靜音”或者其它相當(dāng)?shù)陌粹o的選擇可以引起所存儲的算法的執(zhí)行,從而使音頻通道開始下載。視覺通道可以在沒有暫停的情況下繼續(xù)播放,并且音頻可以在確切的時(shí)間處開始播放,使得其與視覺通道同步(例如,距視頻通道開始的5.07秒),一旦已經(jīng)下載預(yù)確定數(shù)量的音頻通道數(shù)據(jù)的話。這慮及音頻和視覺通道二者的回放期間的同步以及從單獨(dú)的視覺通道的播放向具有視覺和音頻通道二者的播放的無縫轉(zhuǎn)變。
解耦合音頻和視覺流提供了優(yōu)于傳統(tǒng)視頻的眾多優(yōu)點(diǎn),傳統(tǒng)視頻下載音頻和視覺通道二者而不管用戶是否期望在視頻廣告或視頻內(nèi)容再現(xiàn)期間聽到音頻。這些優(yōu)點(diǎn)中的至少一個(gè)在于,最初下載較少數(shù)據(jù),從而減少視頻再現(xiàn)的開始和網(wǎng)頁下載之間的時(shí)間長度。另一個(gè)優(yōu)點(diǎn)是用戶所要求和使用的帶寬量的減少,由此在他們的蜂窩合約上潛在地使他們省錢。
本發(fā)明的其它系統(tǒng)、方法、特征和優(yōu)點(diǎn)(諸如“自動播放”視頻的能力,其中插件或本機(jī)設(shè)備視頻播放器可能不以其它方式支持它)將在以下附圖和具體實(shí)施方式的審查后對于本領(lǐng)域技術(shù)人員變得明顯。意圖的是,所有這樣的附加系統(tǒng)、方法、特征和優(yōu)點(diǎn)包括在該描述內(nèi),處于本文描述的系統(tǒng)和方法的范圍內(nèi)。
本文詳細(xì)描述的設(shè)備的配置僅是示例實(shí)施例并且不應(yīng)當(dāng)視為限制性的。本文描述的主題的其它系統(tǒng)、設(shè)備、方法、特征和優(yōu)點(diǎn)將在以下附圖和具體實(shí)施方式的審查后對于本領(lǐng)域技術(shù)人員明顯或者變得明顯。意圖的是,所有這樣的附加系統(tǒng)、設(shè)備、方法、特征和優(yōu)點(diǎn)包括在該描述內(nèi),處于本文描述的主題的范圍內(nèi),并且受隨附權(quán)利要求所保護(hù)。在沒有權(quán)利要求中的那些特征的明確闡述的情況下,示例實(shí)施例的特征絕不應(yīng)當(dāng)解釋為限制所附權(quán)利要求。
附圖說明
本文中關(guān)于其結(jié)構(gòu)和操作二者所闡述的主題的細(xì)節(jié)可以通過對附圖的研究而明顯,其中相同參考標(biāo)號指代相同部分。圖中的組件未必按照比例繪制,作為代替,重點(diǎn)放在說明主題的原理上。此外,所有圖示意圖傳達(dá)概念,其中相對大小、形狀和其它詳細(xì)屬性可能示意性地而不是嚴(yán)格地或精確地圖示。
圖1A示出了系統(tǒng)圖的示例實(shí)施例。
圖1B示出了根據(jù)本發(fā)明的實(shí)施例的服務(wù)器系統(tǒng)的圖。
圖1C示出了根據(jù)本發(fā)明的實(shí)施例的移動設(shè)備的圖。
圖1D是描繪了可以為互聯(lián)網(wǎng)連接移動設(shè)備的移動設(shè)備的進(jìn)一步細(xì)節(jié)的圖。
圖2是示出了用于移動設(shè)備的編碼變換操作的示例實(shí)施例的流程圖。
圖3示出描繪了腳本可以利用用于視頻的音頻和圖像進(jìn)行更新的網(wǎng)頁上的視頻容器的示例實(shí)施例的圖。
圖4示出了根據(jù)示例實(shí)施例的編碼變換HTTP-請求的流。
圖5示出描繪了腳本功能的示例實(shí)施例的圖。
圖6示出描繪了拍賣流的示例實(shí)施例的圖。
圖7示出描繪了從追蹤視頻活動搜集的各種度量的賬戶匯總和顯示的示例實(shí)施例的用戶界面圖。
圖8示出描繪了供應(yīng)管理頁面的示例實(shí)施例的用戶界面圖。
圖9示出描繪了需求管理頁面的示例實(shí)施例的用戶界面圖。
圖10示出描繪了作為運(yùn)行腳本的結(jié)果的視頻廣告再現(xiàn)的示例實(shí)施例的用戶界面圖。
具體實(shí)施方式
在詳細(xì)描述本主題之前,要理解到,本公開不限于所描述的特定實(shí)施例,因此當(dāng)然可以變化。還要理解到,在本文中使用的術(shù)語僅用于描述特定實(shí)施例的目的,并且不意圖為限制性的,因?yàn)楸竟_的范圍將僅由所附權(quán)利要求限制。
本文提供的是向移動設(shè)備上的web瀏覽器提供諸如包括音頻和視覺分量的視頻之類的媒體文件的系統(tǒng)和方法。
圖1A示出了具有多個(gè)服務(wù)器1400、1500以及多個(gè)移動用戶設(shè)備100的系統(tǒng)圖的示例實(shí)施例,所述多個(gè)服務(wù)器可以包括分布在一個(gè)或多個(gè)物理服務(wù)器上的應(yīng)用和數(shù)據(jù)庫,每一個(gè)服務(wù)器具有一個(gè)或多個(gè)處理器、存儲器庫、操作系統(tǒng)、輸入/輸出接口、網(wǎng)絡(luò)接口、電源和調(diào)控器、以及本領(lǐng)域中全部已知的其它必要組件,所述多個(gè)移動用戶設(shè)備耦合到諸如公用網(wǎng)絡(luò)(例如,互聯(lián)網(wǎng)和/或基于蜂窩的無線網(wǎng)絡(luò)、組合式無線/有線網(wǎng)絡(luò)或其它網(wǎng)絡(luò))或?qū)S镁W(wǎng)絡(luò)之類的網(wǎng)絡(luò)1100。用戶移動設(shè)備100包括例如智能電話、平板或其它;可穿戴設(shè)備,諸如手表、手鏈、眼鏡;具有計(jì)算能力和網(wǎng)絡(luò)接口的其它設(shè)備等。服務(wù)器系統(tǒng)包括例如可操作成與網(wǎng)站、網(wǎng)頁、web應(yīng)用、社交媒體平臺、廣告平臺等等進(jìn)行對接的服務(wù)器。
圖1B示出了根據(jù)本發(fā)明的實(shí)施例的包括利用本領(lǐng)域中已知的技術(shù)實(shí)現(xiàn)以用于與移動設(shè)備通信的至少一個(gè)移動設(shè)備接口1430的服務(wù)器系統(tǒng)1400的圖。服務(wù)器系統(tǒng)1400還包括用于與web應(yīng)用、網(wǎng)站、網(wǎng)頁、網(wǎng)站、社交媒體平臺等等通信的至少一個(gè)web應(yīng)用服務(wù)器系統(tǒng)接口1440。服務(wù)器系統(tǒng)1400還可以包括應(yīng)用程序接口(API)1420,其耦合到內(nèi)容數(shù)據(jù)庫1410、設(shè)備信息數(shù)據(jù)庫1450、其它數(shù)據(jù)庫中的一個(gè)或多個(gè)或者其組合,并且可以與諸如移動設(shè)備接口1430和web應(yīng)用服務(wù)器系統(tǒng)接口1400或其它之類的接口通信。API 1420可以指令設(shè)備信息數(shù)據(jù)庫1450存儲(并且從數(shù)據(jù)庫檢索)信息,諸如移動設(shè)備信息,酌情包括制造商、模型、制作、所安裝的瀏覽器、地理位置、時(shí)間和日期信息或者其它中的一個(gè)或多個(gè)。API 1420還可以存儲和檢索來自與設(shè)備信息相關(guān)聯(lián)的內(nèi)容數(shù)據(jù)庫1410的內(nèi)容。數(shù)據(jù)庫可以利用本領(lǐng)域中已知的技術(shù)實(shí)現(xiàn),諸如關(guān)系數(shù)據(jù)庫和/或面向?qū)ο蟮臄?shù)據(jù)庫或者其它。
圖1C示出了根據(jù)本發(fā)明的實(shí)施例的移動設(shè)備102的圖。在許多實(shí)施例中,移動設(shè)備102是觸摸屏智能電話設(shè)備或者類似的平板設(shè)備。智能電話設(shè)備典型地包括處理器、網(wǎng)絡(luò)通信接口、電源、存儲在非暫時(shí)性存儲器中并且可由處理器執(zhí)行的軟件、其它存儲器、用戶接口、顯示器、操作系統(tǒng)、音頻輸入和輸出系統(tǒng)、電路、以及如本領(lǐng)域中已知的其它模塊、系統(tǒng)和接口,其被連接并且可操作成創(chuàng)建功能設(shè)備。移動設(shè)備102還包括一個(gè)或多個(gè)web瀏覽器104,其可以是制造商安裝在設(shè)備上的或者以由制造商或第三方開發(fā)的應(yīng)用的形式而下載、推送或拉取至設(shè)備。
圖1D是描繪了可以為互聯(lián)網(wǎng)連接移動設(shè)備的移動設(shè)備102的進(jìn)一步細(xì)節(jié)的圖。互聯(lián)網(wǎng)連接移動設(shè)備102(諸如平板、智能電話或其它設(shè)備)可以包括web瀏覽器或app(應(yīng)用) 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è)備的編碼變換操作的示例實(shí)施例的流程圖200。在示例實(shí)施例中,客戶端202可以在web瀏覽器或app WebView中的網(wǎng)頁上運(yùn)行腳本,其創(chuàng)建視頻容器并且準(zhǔn)備針對所指定的媒體文件的視覺以及可選地音頻內(nèi)容的經(jīng)編碼變換的版本的媒體文件請求204。媒體文件請求204可以基于要以預(yù)確定的幀速率和圖像質(zhì)量流傳送回到請求移動設(shè)備(客戶端)的網(wǎng)頁的視頻內(nèi)容。在一些實(shí)施例中,媒體文件請求可以是XMLHTTP請求。
針對諸如具有視覺和音頻通道的視頻文件之類的媒體文件204的請求從腳本發(fā)送給具有所連接的內(nèi)容數(shù)據(jù)庫的至少一個(gè)服務(wù)器,諸如在CloudFront內(nèi)容遞送網(wǎng)絡(luò)(CDN)上(在206中)。在一些實(shí)施例中,經(jīng)格式化的視覺和音頻內(nèi)容可以在之前存儲并且可用于快速遞送,如果它們之前已經(jīng)被處理(編碼變換)并且在CDN上可用于遞送的話。如果所請求的媒體文件已經(jīng)被格式化,則其可以存儲在連接于CND的服務(wù)器的數(shù)據(jù)庫上以用于經(jīng)由快速訪問進(jìn)行檢索并且從數(shù)據(jù)庫流傳送給CDN(在207中)并且回到客戶端(在203中)。詳盡說明,CDN包含在分布網(wǎng)絡(luò)上可用于幾乎即時(shí)的流傳送的已經(jīng)編碼變換的文件。如果所請求的視頻是之前尚未使用于系統(tǒng)上的視頻,則CDN將不存儲它,因?yàn)槠渖形唇?jīng)編碼變換,因此CDN將必須經(jīng)由彈性負(fù)載均衡器將請求延遲或者傳遞給編碼變換服務(wù)器。
如上文所提及,如果所請求的經(jīng)編碼變換的媒體文件未存儲在CDN上(在208中),則請求可以發(fā)送給彈性負(fù)載均衡器(在210中),其負(fù)責(zé)在CDN的機(jī)器的服務(wù)器群簇之間分布業(yè)務(wù)量。媒體文件請求可以路由通過彈性負(fù)載均衡器,其處理在編碼變換服務(wù)器實(shí)例的服務(wù)器群簇之間均勻地分布業(yè)務(wù)量(在212中)。編碼變換服務(wù)器可以接收針對經(jīng)編碼變換的媒體文件的請求,并且在步驟214中確定其是否已經(jīng)對媒體文件編碼變換,并且如果是,則多最近(how recently)。服務(wù)器可以從諸如編碼變換服務(wù)器實(shí)例上的本地盤(其可以是硬盤驅(qū)動器)之類的存儲裝置220拉取經(jīng)編碼變換的媒體文件,并且在215中將它流傳送回到CDN,并且然后在203中流傳送到客戶端。包括視覺和音頻文件的所指定的視頻的經(jīng)編碼變換的版本然后可以存儲在CDN上以用于未來流傳送。
如果服務(wù)器尚未對媒體文件進(jìn)行編碼變換,則服務(wù)器可以確定任何其它服務(wù)器是否已經(jīng)對媒體文件進(jìn)行編碼變換,以及其在在線文件存儲web服務(wù)環(huán)境中是否可用,其中服務(wù)器群簇中的所有機(jī)器放置其經(jīng)編碼變換的媒體文件,包括視覺和音頻視頻文件,諸如步驟216中的Amazon的S3。如果經(jīng)編碼變換的媒體文件在可以用于存儲和檢索來自互聯(lián)網(wǎng)上任何地方的巨量數(shù)據(jù)的在線文件存儲web服務(wù)中可用,則其可以被訪問并且在223中流傳送回CDN,并且然后在203中到客戶端上。包括視覺和音頻文件的所指定的媒體文件的經(jīng)編碼變換的版本然后可以存儲在CDN上以用于未來流傳送。
如果內(nèi)容尚未由另一個(gè)實(shí)例編碼變換或者不能在共享云存儲裝置上發(fā)現(xiàn),則在218中,編碼變換服務(wù)器可以對媒體文件解碼,分離音頻和視覺通道,并且逐幀地轉(zhuǎn)換視覺通道以顯示兼容圖像(諸如以HTML),并且將音頻通道轉(zhuǎn)換成標(biāo)準(zhǔn)兼容格式。在示例實(shí)施例中,對于視覺通道,每一個(gè)視覺幀可以被解碼,然后使用base64編碼成HTML顯示兼容標(biāo)準(zhǔn)圖形圖像,然后使用無損gzip壓縮進(jìn)行壓縮(以減少數(shù)據(jù)的大?。?,因?yàn)槠浣?jīng)由CDN流傳送回到web瀏覽器或app WebView,其中JavaScript文件將處理它。視覺和音頻文件可以分離地發(fā)送,并且音頻文件可以不發(fā)送,直至在一些實(shí)施例中被請求,如下文關(guān)于圖5所描述。所指定的視覺和音頻文件的經(jīng)編碼變換的版本然后可以存儲在CDN上以用于未來流傳送。從編碼變換機(jī)器向客戶端的視覺和音頻幀二者的流傳送可以在每一個(gè)單獨(dú)的幀準(zhǔn)備就緒時(shí)而不是在編碼變換過程完成時(shí)發(fā)生,使得再現(xiàn)可以對于用戶盡可能快地開始。編碼變換機(jī)器還可以在FIFO(先進(jìn)先出)基礎(chǔ)上將經(jīng)格式化的媒體文件存儲在其本地盤上。除本地盤存儲之外,編碼變換機(jī)器還可以將經(jīng)格式化的媒體文件的副本存儲于在線文件存儲web服務(wù)222上,其中其它編碼變換服務(wù)器可以訪問它們以便防止資源浪費(fèi),其可能發(fā)生在多個(gè)服務(wù)器上對相同文件編碼變換多次的情況下。
編碼變換服務(wù)器然后可以在預(yù)設(shè)時(shí)間段內(nèi)將該經(jīng)編碼變換的輸出存儲在存儲器中,諸如在盤上,并且將它添加到在線文件存儲web服務(wù),諸如CDN。經(jīng)編碼變換的輸出還可以經(jīng)由CDN流傳送回到操作于移動設(shè)備上的客戶端JavaScript文件。
圖3示出描繪了JavaScript可以針對視頻的每一個(gè)視頻視覺幀利用HTML兼容圖像進(jìn)行更新的網(wǎng)頁上的視頻容器302的示例實(shí)施例的圖300。例如包括HTML兼容圖像的視頻幀304可以在視頻容器302內(nèi)根據(jù)相關(guān)聯(lián)的視頻的幀速率進(jìn)行更新。
圖4示出了根據(jù)示例實(shí)施例的編碼變換HTTP-請求的流。在示例實(shí)施例中,HTTP請求402可以包括URL(其包括視頻ad服務(wù)模板(VAST)ad系統(tǒng)ID、廣告ID、廣告服務(wù)器域名)與指示媒體文件URL的X-VAST-URL頭文件。這可以被發(fā)送給CDN 404,其可以考慮包括廣告系統(tǒng)ID、廣告ID、廣告服務(wù)器域的URL,但不是媒體文件URL,以便能夠識別類似的媒體文件,甚至在它們在媒體文件的每一個(gè)單獨(dú)出現(xiàn)上具有唯一媒體文件URL的情況下。這可以被發(fā)送給編碼變換服務(wù)器406,其可以接收請求,如果CDN通過它的話。這可以包括編碼變換服務(wù)器沒有看到廣告系統(tǒng)ID、廣告ID、廣告服務(wù)器域組合。編碼變換服務(wù)器406然后可以使用X-VAST-URL頭文件來確定要下載的媒體文件URL。這些步驟可以表示在圖2的步驟204中在系統(tǒng)內(nèi)如何確定媒體文件請求的更詳細(xì)視圖。
諸如智能電話或平板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ù)個(gè)功能,包括但不限于:
A) 定位或者創(chuàng)建其中可以再現(xiàn)視頻幀304的視頻內(nèi)容容器302(參見圖3、5)。例如,網(wǎng)站可以指示哪個(gè)元件應(yīng)當(dāng)在容器中使用,如果期望的話,并且系統(tǒng)可以定位該元件并使用它而不是創(chuàng)建一個(gè)。
B)確定包括URL、域或其它信息中的一個(gè)或多個(gè)的網(wǎng)頁數(shù)據(jù)以確保期望的視頻內(nèi)容(其可以是廣告)可以根據(jù)由相關(guān)聯(lián)的內(nèi)容所有者(其可以是廣告商)限定的參數(shù)來運(yùn)行。存在一些示例實(shí)施例,其中廣告商已經(jīng)限定所允許或可接受的域的白名單。作為示例,狗糧廣告商可能想要使其內(nèi)容出現(xiàn)在關(guān)于負(fù)責(zé)任的狗主人的網(wǎng)頁上。
C)確定視頻內(nèi)容是否將再現(xiàn)在移動設(shè)備的視口中。該確定可以包括檢查web瀏覽器的活躍標(biāo)簽中的網(wǎng)頁以及web瀏覽器是否已經(jīng)滾動到其中視頻內(nèi)容容器將對于用戶可見的位置,也稱為“可視性”。
D)確定瀏覽器類型和版本。由于一些內(nèi)容提供商偏好使用該信息執(zhí)行所瞄準(zhǔn)(target)的廣告。該確定還可以在針對欺詐的保護(hù)方面是有用的,因?yàn)閻阂庥脩艨赡芷垓_機(jī)器以看起來就像是移動設(shè)備在嘗試以進(jìn)行欺詐。
E)確定用于幫助決定要顯示的視頻內(nèi)容的用戶標(biāo)識和偏好數(shù)據(jù)。該信息可以包括設(shè)備ID、所分配的用戶ID、網(wǎng)站偏好、人口統(tǒng)計(jì)信息或者其它。
F)確定設(shè)備類型、模型、硬件、所安裝的應(yīng)用、之前的web歷史或其它信息。
G)確定網(wǎng)絡(luò)連接速度和網(wǎng)絡(luò)載體。
H)標(biāo)識至少一個(gè)媒體文件,諸如視頻內(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é)回放,如果任一個(gè)流落后或者它們變得以其它方式解除同步的話。
N)追蹤回放時(shí)間、用戶參與、以及其它適用的視頻廣告和視頻內(nèi)容度量。這些度量中的一些可以由視頻內(nèi)容提供商或廣告商限定,而其它可以由系統(tǒng)限定。
O)使得能夠點(diǎn)進(jìn)視頻流到與視頻相關(guān)聯(lián)的內(nèi)容提供商或廣告商的網(wǎng)站。如果用戶在視頻期間利用按鈕選擇特定屏幕位置,則這可以發(fā)生。
對于視頻廣告,應(yīng)當(dāng)遞送哪個(gè)廣告的決定可以實(shí)時(shí)地發(fā)生。JavaScript文件可以通過向各種廣告源做出請求、優(yōu)先化用于網(wǎng)頁的最佳廣告(其可以基于預(yù)確定的因素,諸如用于特定網(wǎng)站的價(jià)格或遞送等級)以及標(biāo)識廣告的至少一個(gè)視頻媒體文件來促進(jìn)該決定。利用這些系統(tǒng)和方法,以眾多格式的視頻媒體文件可以遞送給用戶,因?yàn)槲募梢詫?shí)時(shí)地編碼變換成可操作為在支持特定腳本(諸如JavaScript)以及標(biāo)準(zhǔn)HTML圖像圖形顯示的、并且連接到包括但不限于互聯(lián)網(wǎng)的網(wǎng)絡(luò)的設(shè)備上播放的格式。
腳本的運(yùn)行
在一些實(shí)施例中,腳本108可以是JavaScript文件,其可以接收經(jīng)格式化的視頻媒體文件的所流傳送的數(shù)據(jù),包括視覺或音頻數(shù)據(jù)中的至少一個(gè)。JavaScript文件可以延遲回放,直至已經(jīng)接收到預(yù)確定的充足數(shù)目的媒體文件幀,使得JavaScript文件將能夠同時(shí)地流傳送媒體文件的其余部分并且在相同時(shí)間再現(xiàn)所接收的幀。是否已經(jīng)接收到充足數(shù)目的媒體文件幀的確定可以基于流傳送每一個(gè)幀所要求的時(shí)間量和媒體文件中的幀數(shù)目來計(jì)算。
JavaScript文件可以通過以特定幀速率更新HTML兼容圖像來更新要在視頻容器302中顯示的圖3的視覺幀304。例如,在30幀每秒視頻文件的情況下,圖像可以每33.33毫秒更新。在諸如通過選擇設(shè)備顯示器上的“解除靜音”按鈕的用戶的引導(dǎo)下,JavaScript文件還可以使音頻通道與視覺通道回放同步到相同的幀并且開始經(jīng)由HTML5音頻元件的音頻通道的回放。這可以發(fā)生在例如特定幀處。在視頻文件回放期間,JavaScript文件可以監(jiān)視音頻和視覺幀是否同步并且處于回放中的正確位置處?;胤胖械恼_位置可以是涉及回放的開始的特定點(diǎn),例如在媒體文件的3.1秒回放處。如果音頻和視覺幀未同步或者未處于回放中的正確位置處,則JavaScript文件可以做出調(diào)整以使音頻和視覺通道回放中的一個(gè)或兩個(gè)加速或減速,這例如通過酌情延遲一個(gè)或兩個(gè)。如果在監(jiān)視設(shè)備的資源和網(wǎng)絡(luò)連接中的一個(gè)或兩個(gè)時(shí)JavaScript文件確定資源和連接中的一個(gè)或兩個(gè)不能跟上回放設(shè)置,諸如原始媒體文件的回放幀速率,則圖像大小、質(zhì)量和/或總體幀速率可以降低至較低的設(shè)置。該較低的設(shè)置可以表現(xiàn)為每秒更少幀和更低圖像質(zhì)量中的一個(gè)或兩個(gè)。
JavaScript文件還可以追蹤對于視頻內(nèi)容提供商(諸如廣告商)重要的度量,包括達(dá)到達(dá)回放中的特定點(diǎn)時(shí)的時(shí)間,諸如:開始、25%、50%、75%、100%或其它。
此外,如由內(nèi)容所有者或廣告商所期望的,JavaScript文件可以使得用戶能夠點(diǎn)擊或選擇視頻的部分或全部并且因而將用戶引導(dǎo)至登陸頁面、其它所安裝的應(yīng)用、或者涉及視頻內(nèi)容或由廣告商限定的網(wǎng)站,而同時(shí)監(jiān)視事件。此外,媒體文件不限于在視頻容器中或附近提供附加交互層、參與或者回放的任何附加追蹤。在視頻容器中或附近提供附加交互層的示例實(shí)施例是廣告商請求系統(tǒng)在視頻的四分之一之上層疊呼叫以基于一周中的日子、一天中的時(shí)間、設(shè)備的地理位置或其它觸發(fā)而動作。
轉(zhuǎn)向圖5,示出了腳本的以上功能的簡化版本。在示例實(shí)施例中,媒體文件502可以通過編碼變換過程而分離成視覺通道504和音頻通道506。視覺通道508可以在移動設(shè)備102上的視頻容器302中開始回放,并且如果用戶選擇“解除靜音”按鈕510,則音頻通道可以從視頻通道所處于的確切幀開始,從而使音頻和視覺通道回放同步。
ad決策平臺
ad決策平臺可以服務(wù)于諸如具有廣告庫存的網(wǎng)站和應(yīng)用之類的內(nèi)容發(fā)布者、諸如“ad網(wǎng)絡(luò)”之類的發(fā)布者聚合體(其表示多個(gè)網(wǎng)站、應(yīng)用或者二者的組合)、以及廣告商品牌、代理、及其在線ad合作伙伴和中介機(jī)構(gòu)。
ad決策平臺可以為發(fā)布者和發(fā)布者聚合體提供以下能力:通過選擇具有被視為適合于當(dāng)前廣告印象請求的最高支出的廣告來最大化其總體收益??梢允褂霉潭ㄙM(fèi)用和動態(tài)費(fèi)用廣告。動態(tài)費(fèi)用交易接收針對用戶查看的出價(jià),其可以針對其它動態(tài)費(fèi)用交易以及針對固定費(fèi)用交易進(jìn)行比較?;诖?,最高支出可以是針對發(fā)布者的最高量的收益。
ad決策平臺可以為廣告商和發(fā)布者提供以下能力:瞄準(zhǔn)廣告、調(diào)節(jié)(pace)在一段時(shí)間內(nèi)的ad遞送的速率、以及為在一段時(shí)間內(nèi)提供的廣告數(shù)目設(shè)限。
瞄準(zhǔn)可以使用以下準(zhǔn)則中的一個(gè)或多個(gè)來實(shí)現(xiàn):
A)通過設(shè)備的類型,諸如智能電話、平板、互聯(lián)網(wǎng)連接TV、個(gè)人計(jì)算機(jī)、視頻游戲控制臺或其它。
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)服務(wù)提供商,諸如Cox Communications、Verizon Wireless或其它。
F)通過廣告類型,諸如視頻、靜態(tài)橫幅或其它,并且通過廣告大小。
G)通過網(wǎng)站,諸如http://www.samplewebsite.com。
H)通過自定義的“用戶數(shù)據(jù)”屬性,諸如人口統(tǒng)計(jì)、行為、偏好或其它。
同樣地,調(diào)節(jié)可能受眾多準(zhǔn)則所影響:
A)節(jié)流(throttle)每小時(shí)遞送的廣告以確保每天的目標(biāo)量的均勻遞送。
B)節(jié)流每天遞送的廣告以確保每限定天數(shù)的目標(biāo)量的均勻遞送。
C)節(jié)流每小時(shí)和每天遞送的廣告以確保每天和每限定天數(shù)的目標(biāo)量的均勻遞送。
D)根據(jù)每天的目標(biāo)量并且根據(jù)每小時(shí)的正常web業(yè)務(wù)量分布速率來節(jié)流每小時(shí)遞送的廣告。一個(gè)示例是相比于在1pm時(shí),在1am時(shí)遞送少75%的廣告。
E)基于特定算法的眾多其它節(jié)流機(jī)制。
類似地,設(shè)限可以根據(jù)以下示例準(zhǔn)則來實(shí)現(xiàn):
A)通過用戶在限定時(shí)間段內(nèi)暴露于廣告的頻率,例如每24小時(shí)3個(gè)廣告印象。
B)通過限定時(shí)間段內(nèi)的廣告印象的數(shù)目,例如在24小時(shí)內(nèi)1,000,000個(gè)印象。
平臺用戶可以將其ad交易從廣告商輸入到ad決策平臺中,其中具有關(guān)于針對每一個(gè)交易的收益(例如,$5.00 CPM – 每千人成本)以及由發(fā)布者或廣告商限定的任何瞄準(zhǔn)、調(diào)節(jié)或設(shè)限的細(xì)節(jié)。
當(dāng)ad決策平臺接收到請求時(shí),其將使用以請求可用于瞄準(zhǔn)的數(shù)據(jù)。ad決策平臺可以基于瞄準(zhǔn)失配來消除ad交易。此外,ad決策平臺可以檢查ad交易設(shè)限和調(diào)節(jié)以進(jìn)一步確定適合性。在確定哪些ad交易適合之后,ad決策平臺可以通過向預(yù)限定的ad URL做出請求并且確保響應(yīng)指示ad在所請求的時(shí)間處可用來檢查每一個(gè)ad交易以確保存在ad,例如如果存在技術(shù)錯(cuò)誤的話,或者如果ad提供商推行其自身的瞄準(zhǔn)、設(shè)限和調(diào)節(jié)中的一個(gè)或多個(gè)的話。如果基于預(yù)設(shè)準(zhǔn)則,沒有ad適合,則確保存在ad可能是重要的。例如,如果設(shè)定地理限制使得廣告商僅在美國具有ad交易并且用戶位于加拿大,則在當(dāng)前時(shí)間可能不存在適合的ad。
此外,如果ad交易具有每印象的動態(tài)價(jià)格(在本文中稱為“出價(jià)”),則ad決策平臺可以發(fā)送請求給ad交易的預(yù)限定的URL并且檢查響應(yīng)以確定ad是否可用以及廣告商愿意針對廣告印象所支付的“出價(jià)”。ad交易價(jià)格可以不固定并且因而發(fā)布者可以選擇接受和運(yùn)行ad交易的ad或者忽略ad以便有利于更高支付固定費(fèi)用ad交易或者更高支付出價(jià)(當(dāng)使用出價(jià)時(shí))。
ad決策平臺可以確定具有最高價(jià)格(可以預(yù)限定或“出價(jià)”)的適合ad交易,并且選擇它作為加載于頁面上的ad,由此最大化發(fā)布者的廣告收益。通過經(jīng)由ad交易優(yōu)先化選擇將要為發(fā)布者支付每一個(gè)ad印象上的最多金錢的廣告商,相比于在發(fā)布者經(jīng)由輪轉(zhuǎn)(round robin)或其它非收益聚焦的ad決策過程和/或系統(tǒng)來選擇廣告商的情況而言,發(fā)布者將可能掙得更多金錢。
如上文所述,可以在圖6中看到拍賣流600。在購買側(cè)618上,ad代理交易專柜602可以將廣告發(fā)送給廣告商ad服務(wù)器604和ad網(wǎng)絡(luò)606中的一個(gè)或多個(gè)。這些可以均向需求側(cè)平臺拍賣出價(jià)者608發(fā)送廣告,其可以代表廣告商根據(jù)以上描述的準(zhǔn)則響應(yīng)于系統(tǒng)出價(jià)請求。相比于從出售側(cè)上的發(fā)布者/發(fā)布網(wǎng)絡(luò)庫存(Pub Network Inventor)614所獲取的最高支付發(fā)布者需求交易而言,系統(tǒng)供應(yīng)側(cè)平臺612可以基于最高出價(jià)來選擇廣告。系統(tǒng)供應(yīng)側(cè)平臺612可以在616中設(shè)定發(fā)布者自身的需求細(xì)節(jié)。然后,系統(tǒng)供應(yīng)側(cè)平臺612可以將針對出價(jià)的請求發(fā)送給系統(tǒng)拍賣服務(wù)器處的代表發(fā)布者的所有出價(jià)者,其繼而將這些傳送給需求側(cè)平臺拍賣出價(jià)者608。
圖7示出描繪了賬戶匯總700的示例實(shí)施例的用戶界面圖。在示例實(shí)施例中,簡要匯總區(qū)域702可以包括諸如收益、利潤、機(jī)會、印象、填充率、CPM(每千成本-每千個(gè)印象的成本)、CTR(點(diǎn)進(jìn)率)、VTR(其中視頻的100%被查看的查看率)等等之類的信息。這些可以向用戶給出用戶當(dāng)前查看的特定賬戶的簡單概覽。定制區(qū)域704可以包括諸如日期范圍、時(shí)間、時(shí)區(qū)、維度1、維度2、維度3、維度4等等之類的信息。這些允許用戶基于各種各樣的可限定度量來定制它們查看的數(shù)據(jù)以便查看特定數(shù)據(jù)。詳細(xì)描述區(qū)域706包括關(guān)于當(dāng)前通過系統(tǒng)運(yùn)行的每一個(gè)廣告的詳細(xì)信息,包括供應(yīng)源、機(jī)會、印象、填充率、效率、CPM、收益、成本、利潤、利潤率、點(diǎn)擊、CTR、100%查看、VTR等等。這些允許用戶查看當(dāng)前在用于特定賬戶的系統(tǒng)中使用的每一個(gè)廣告的詳細(xì)分解并且看到每一個(gè)相比于其它的性能。這對于想要在逐情況的基礎(chǔ)上評估廣告的用戶而言可能是有價(jià)值的。
圖8示出描繪了供應(yīng)管理頁面800的示例實(shí)施例的用戶界面圖。在示例實(shí)施例中,用戶可以查看供應(yīng)源、供應(yīng)合作伙伴、環(huán)境、狀態(tài)、用于在網(wǎng)站上運(yùn)行ad的成本、供應(yīng)源將允許ad以其運(yùn)行的底價(jià)(最低價(jià)格)、需求、選項(xiàng)以及其它信息。作為示例,第二行描繪了特定網(wǎng)站供應(yīng)源“Becky最愛的網(wǎng)站”。供應(yīng)合作伙伴是“Becky”并且環(huán)境是移動網(wǎng)頁。狀態(tài)當(dāng)前被啟用以用于遞送ad并且成本為$3.00而底價(jià)為$4.00。
圖9示出描繪了需求管理頁面900的示例實(shí)施例的用戶界面圖。在示例實(shí)施例中,用戶可以查看需求交易、需求標(biāo)簽、需求合作伙伴、狀態(tài)、層級(tier)、費(fèi)用(rate)、類型、環(huán)境、供應(yīng)和選項(xiàng)。作為示例,第一行示出了用于“ad選擇演示”的需求交易。該交易具有5個(gè)有效需求標(biāo)簽并且具有合作伙伴LKQD。其當(dāng)前是具有層級4和$2.00固定費(fèi)用的有效狀態(tài)。其是移動環(huán)境上的視頻類型廣告,其中具有針對ad啟用的9個(gè)供應(yīng)源以及歸檔的選項(xiàng)。
圖10示出描繪了廣告管理頁面10000的示例實(shí)施例的用戶界面圖。在示例實(shí)施例中,示例10002示出廣告將如何出現(xiàn)在移動設(shè)備上。編碼10004示出用于廣告的特定編碼。適用性選項(xiàng)10006包括下拉菜單,其可以用于選擇設(shè)備類型、QA模式、以及市場是否將被應(yīng)用。這些還可以以其它方式實(shí)現(xiàn),特別是通過無線電按鈕、點(diǎn)和點(diǎn)擊復(fù)選框或者其它。ad標(biāo)簽等級事件10008示出廣告功能性事件觸發(fā)。ad標(biāo)簽適合者(eligible)10010示出適合的一個(gè)或多個(gè)標(biāo)簽,這意味著它滿足在該場景中遞送ad的所有準(zhǔn)則。頁面等級事件10012示出用于廣告的事件類型、事件和細(xì)節(jié)。
如本文中和隨附權(quán)利要求中所使用的,單數(shù)形式“一”、“一個(gè)”和“該”包括復(fù)數(shù)引用,除非上下文另有清楚規(guī)定。
本文討論的出版物僅被提供用于其在本申請的提交日之前的公開。本文中任何內(nèi)容都不應(yīng)解釋為承認(rèn)本公開憑借之前公開而沒有資格早于這樣的出版物。另外,所提供的出版物的日期可以不同于可能需要獨(dú)立確認(rèn)的實(shí)際出版日期。
應(yīng)當(dāng)指出,關(guān)于本文提供的任何實(shí)施例所描述的所有特征、元件、組件、功能和步驟意圖自由地可組合并且可利用來自任何其它實(shí)施例的那些特征、元件、組件、功能和步驟替換。如果關(guān)于僅一個(gè)實(shí)施例描述某一特征、元件、組件、功能或步驟,則應(yīng)當(dāng)理解到,該特征、元件、組件、功能或步驟可以與本文描述的每一個(gè)其它實(shí)施例一起使用,除非另有明確闡述。該段落因此在任何時(shí)間充當(dāng)針對權(quán)利要求的引入的先行基礎(chǔ)和書面支持,其組合來自不同實(shí)施例的特征、元件、組件、功能和步驟,或者利用一個(gè)實(shí)施例的特征、元件、組件、功能和步驟替換來自另一個(gè)實(shí)施例的特征、元件、組件、功能和步驟,即便在特定實(shí)例中以下描述未明確地陳述這樣的組合或替換是可能的。明確承認(rèn)的是,每一個(gè)可能的組合和替換的明確記載是極度繁瑣的,尤其是假如每個(gè)和每一個(gè)這樣的組合和替換的準(zhǔn)許性將容易由本領(lǐng)域普通技術(shù)人員認(rèn)識到。
在許多實(shí)例中,在本文中將實(shí)體描述為耦合到其它實(shí)體。應(yīng)當(dāng)理解到,術(shù)語“耦合”和“連接”(或它們的形式中的任何一個(gè))在本文中互換地使用,并且在兩種情況下,泛指兩個(gè)實(shí)體的直接耦合(沒有任何不可忽略(例如,寄生)的中間實(shí)體)以及兩個(gè)實(shí)體的間接耦合(具有一個(gè)或多個(gè)不可忽略的中間實(shí)體)。在將實(shí)體示出為直接耦合在一起或者描述為耦合在一起而沒有任何中間實(shí)體的描述的情況下,應(yīng)當(dāng)理解到,那些實(shí)體也可以間接地耦合在一起,除非上下文另有清楚規(guī)定。
盡管實(shí)施例易受各種修改和替代形式的影響,但是已經(jīng)在附圖中示出并且在本文中詳細(xì)描述了其具體示例。然而,應(yīng)當(dāng)理解到,這些實(shí)施例不限于所公開的特定形式,而是相反地,這些實(shí)施例要涵蓋落入本公開的精神內(nèi)的所有修改、等同方案和替代方案。此外,實(shí)施例的任何特征、功能、步驟或元件可以在權(quán)利要求中敘述或者添加到權(quán)利要求,以及通過未處于該范圍內(nèi)的特征、功能、步驟或元件限定權(quán)利要求的發(fā)明范圍的否定式限定。