專利名稱：實時在線廣告的驗證系統(tǒng)與方法
技術(shù)領域：
本發(fā)明涉及一種用于驗證通過數(shù)據(jù)網(wǎng)絡所投放的廣告的系統(tǒng)和方法。更確切地講，本發(fā)明涉及一種經(jīng)網(wǎng)絡媒體所投放之廣告進行驗證的實時決策系統(tǒng)，該廣告基于Java腳本投放。
背景技術(shù)：
當一家公司從媒體供應商購買廣告空間或時間時，其指示具體包括該廣告應該在何處、何時以及如何投放。廣告購買的指導原則可在使用各種不同的工具進行廣泛研究之后予以匯編，而且從廣告買家的角度來看，其最能反映其廣告目標，并代表其廣告預算的最佳利用。廣告費用也直接關系到廣告活動投放指示的類型和程度。廣告投放的指示可能包括應該啟動廣告或者投放廣告的當天的日期和時間、廣告 應投放的次數(shù)、廣告投放的受眾類型、應投放的廣告位置、應投放的廣告頻率、應該投放廣告的授權(quán)網(wǎng)站中待排除的某些網(wǎng)站和網(wǎng)址、以及廣告應該遵守的其它各項規(guī)章制度、政策和公約。廣告客戶與媒體供應商所簽訂的包括這些指示并且被媒體供應商所接受的訂單通常稱作“插播訂單”(10)。插播訂單通常包括各種植入，其中每個植入代表不同的插播。插播訂單代表廣告買方和供應商之間關于該廣告業(yè)務的書面合同。廣告供應商投放該廣告至在其互聯(lián)網(wǎng)上的網(wǎng)站，或者使用通常稱作廣告服務器的計算機程序的其它形式的數(shù)字媒體。應該顯示廣告內(nèi)容的每個網(wǎng)頁則連接到一個或多個廣告服務器。廣告服務器基于插播訂單和植入的定義，通過將最合適的廣告匹配給相應的用戶和頁面，而從大型廣告庫中選擇適當?shù)拇斗艔V告。在許多情況下，廣告服務器可能決定調(diào)用第三方來投放廣告(一個實施例是將庫存賣到另一個廣告服務器，由于第一個廣告服務器沒有足夠的待投放廣告)。這可能會反復出現(xiàn)，并生成從一個廣告服務器到另一個廣告服務器的調(diào)用鏈，通過使用用戶的瀏覽器改變從一個服務器到另一個服務器的調(diào)用，并生成帶有到這些服務器的調(diào)用的內(nèi)嵌框架標簽。由于插播訂單的復雜性，需要手動設置廣告活動，通?？梢远虝r幀進行廣告活動設置，并且由于其它技術(shù)困難，例如第三方的使用，實際投放的廣告經(jīng)常與插播訂單中指定的指令不同。這些不一致耗費了廣告買家數(shù)以百萬計的廣告預算損失。為了節(jié)省這樣的損失，應對廣告投放應進行監(jiān)測，并對不遵守廣告購買指導原則的廣告進行實時攔截。內(nèi)容投放網(wǎng)絡或內(nèi)容分發(fā)網(wǎng)絡(CDN)是包含數(shù)據(jù)副本的計算機系統(tǒng)，其放置在網(wǎng)絡中不同的點，以使用戶通過網(wǎng)絡訪問數(shù)據(jù)的帶寬最大化。通過使用CDN，用戶可以訪問附近的數(shù)據(jù)副本，而不是所有用戶訪問相同的中央服務器。通過使用CDN，避免了在中央服務器附近形成瓶頸。內(nèi)容類型包括Web對象、可下載對象(媒體文件、軟件和文檔)、應用程序、實時媒體流、以及其它由互聯(lián)網(wǎng)傳送的對象(DNS、路由和數(shù)據(jù)庫查詢)。內(nèi)嵌框架(Inline Frame, IFrame)是埋入互聯(lián)網(wǎng)上另一個文件(例如HTML、XML等)中的文件(例如HTML、XML等)。內(nèi)嵌框架和嵌套的內(nèi)嵌框架元素經(jīng)常用于將內(nèi)容從一個信息源例如廣告中插入至另一個信息源例如網(wǎng)頁，從而投放廣告。由于內(nèi)嵌框架的安全性定義，網(wǎng)站頁面參數(shù)(例如網(wǎng)址URL)的可視性和投放廣告的數(shù)據(jù)受到嚴重限制。由于安全限制，即當內(nèi)嵌框架處于不同的域中，如其父域或子域，則隱藏內(nèi)嵌框架之外的文檔對象模型(DOM)的信息,其中,DOM (Document object Model)是允許程序員創(chuàng)建和修改HTML網(wǎng)頁和XML文檔作為全面的方案對象的編程接口規(guī)范，因而，可視性是有限的。當廣告通過如上所述的服務器鏈進行投放，即創(chuàng)建嵌套的內(nèi)嵌框架，其可視性更加有限。嵌套的內(nèi)嵌框架不允許廣告購買者從其常規(guī)和標準數(shù)據(jù)來確定網(wǎng)址。因此，廣告購買者不能檢查他們的廣告是否針對所需的目標，也不能攔截引導至不期望的網(wǎng)址的廣告。因此，廣告購買者有時會在不期望的廣告中浪費自己的廣告預算。如果廣告攔截的決策是在廣告服務器的外部服務器做出的，攔截不期望的廣告則更加復雜。為了準確確定待攔截的廣告，必須收集廣告投放的頁面的信息(如網(wǎng)址)。應該實時攔截不期望的投放中的廣告。為了防止廣告投放時間的變劣，應該在很短的執(zhí)行時間內(nèi)進行廣告攔截過程。
WO 2009/156988公開了一種提取隱藏于內(nèi)嵌框架內(nèi)的網(wǎng)址的方法。這種方法提供了專門開發(fā)的Java腳本(JS)，以在頁面上投放并執(zhí)行。專門開發(fā)的JS可以對內(nèi)嵌框架提供窗口參照頁(window referrer)。因此，網(wǎng)站頁面參數(shù)的可視性得到改善,人們可以確定是否是投放所需的廣告。然而，投放該JS至網(wǎng)頁降低了性能，并減慢了廣告的投放時間?；谕斗艔V告之頁面的充分認識以及可視性問題，目前所用的方法尚不能提供滿意的解決方案。目前所用的方法是在瀏覽器中做出是否攔截或投放所接收到的廣告服務的決定。然而，當接收到的廣告被攔截，在頁面上顯示廣告的機會就會喪失，并且該頁面沒有貨幣化(盈利)。因此，需要一種系統(tǒng)，其能幫助廣告服務器決定投放哪個廣告，并允許其根據(jù)廣告活動的定義，在投放植入(例如網(wǎng)頁的網(wǎng)址)的可視性和充分認識的基礎上，投放適當?shù)膹V告。此外，還需要一種提供第三方實時決策系統(tǒng)的方法，其滿足準確性的需求和短廣告投放時間的需求。本發(fā)明的目的之一是，驗證通過數(shù)據(jù)網(wǎng)絡投放的廣告是否滿足其廣告活動的定義和約束。本發(fā)明的另一目的是，提供一種系統(tǒng)，其能自動驗證投放的廣告是否遵守廣告客戶所確定的插播訂單。本發(fā)明的又一目的是，驗證插播訂單中所指定的指令是否與廣告客戶的意圖相匹配。本發(fā)明的再一目的是，獲得頁面網(wǎng)址的完全可視性，并將實時廣告攔截延遲縮短至可以忽略的最低程度。本發(fā)明進一步的目的和優(yōu)點，將在說明書中詳細描述。

發(fā)明內(nèi)容
一方面，本發(fā)明提供了一種在廣告服務器提供服務之前、實時驗證廣告是否符合廣告活動規(guī)則的系統(tǒng)，該系統(tǒng)包括(a)決策服務器，用于確定擬提交給用戶的廣告是否符合其廣告活動規(guī)則；(b)數(shù)據(jù)庫，其從決策服務器接收連接，該數(shù)據(jù)庫包括根據(jù)廣告發(fā)布者意圖的廣告活動規(guī)則；(C)網(wǎng)絡服務器，其包括查詢軟件模塊，該服務器將該查詢軟件模塊發(fā)送至用戶的瀏覽器；以及(d)查詢軟件模塊，其由用戶的瀏覽器執(zhí)行，并可以提取決策服務器所必需的參數(shù)；其中，該參數(shù)傳送至決策服務器，決策服務器分析廣告活動規(guī)則和所提供的參數(shù)，并將其決策發(fā)送至廣告服務器，該廣告服務器相應地投放廣告或者攔截廣告。在本發(fā)明一具體實施方式
中，提取的參數(shù)選自如下一組首頁訪問網(wǎng)址、窗口參照頁、廣告應啟動或投放之日的日期和時間、廣告應投放的次數(shù)、廣告投放受眾的類型、廣告的位置、廣告投放的頻率、從批準的廣告投放網(wǎng)站中排除的某些網(wǎng)站和網(wǎng)址、廣告應當遵守的規(guī)則、政策和公約。在另一具體實施方式
中，該系統(tǒng)進一步包括一個或多個網(wǎng)站標簽，其存儲于廣告發(fā)布者的網(wǎng)頁中，其中，該網(wǎng)站標簽被用戶瀏覽器檢索和執(zhí)行，并允許查詢軟件模塊提取投放廣告的首頁信息。在另一具體實施方式
中，網(wǎng)站標簽是選自以下機器語言寫成的代碼JS和HTML。在另一具體實施方式
中，該系統(tǒng)進一步包括為當前廣告請求產(chǎn)生通用的用戶ID的二級代碼。在另一具體實施方式
中，查詢軟件模塊是選自以下機器語言寫成的代碼JS和HTML。另一方面，本發(fā)明提供了一種在廣告服務器提供服務之前、實時驗證廣告是否符合廣告活動規(guī)則的方法，該方法包括如下步驟(a)從廣告發(fā)布者的網(wǎng)頁檢索網(wǎng)站標簽；(b)從網(wǎng)絡服務器檢索查詢軟件模塊，并通過用戶瀏覽器執(zhí)行其代碼；(C)收集廣告服務決策所需要的所有的頁面參數(shù)；(d)以收集到的參數(shù)調(diào)用決策服務器；(e)從數(shù)據(jù)庫中檢索廣告活動定義，并與收集到的參數(shù)進行比較；以及(f)基于該比較，確定是否投放或攔截該廣告。在本發(fā)明一具體實施方式
中，該方法進一步包括在用戶端生成通用的用戶ID，并以該生成的通用用戶ID調(diào)用廣告服務器，以便并行于決策過程而允許廣告投放過程的開始。在另一具體實施方式
中，該方法進一步包括選擇新的廣告投放至該網(wǎng)頁，以代替由于不合適而被驗證并攔截的廣告。


下面借助附圖，通過對具體實施方式
的說明和非限制性的詳細描述，以更好地理解本發(fā)明上述及其它特點和優(yōu)點圖I示意性地說明了根據(jù)本發(fā)明系統(tǒng)的典型實施方式；圖2是根據(jù)本發(fā)明的客戶端-服務器的數(shù)據(jù)流的序列圖。
具體實施例方式在下面的描述中，為了說明的目的，提供了許多具體的細節(jié)。然而，本領域的技術(shù)人員顯然知道，本發(fā)明并不限于這些具體細節(jié)，在本發(fā)明的基礎上，本領域的技術(shù)人員可輕易設計出改進的方案。 本發(fā)明所提出的系統(tǒng)提供了實時準確的廣告驗證(AV)服務，其可以在廣告服務器投放廣告之前，驗證該廣告是否符合廣告活動規(guī)則。在一具體實施方式
中，本發(fā)明包括以下簡稱網(wǎng)站標簽(Site Tags, ST)的軟件模塊。對廣告驗證服務感興趣的廣告發(fā)布者將網(wǎng)站標簽添加到他們的網(wǎng)站。網(wǎng)站標簽在后臺運行，并可以啟動廣告發(fā)布者網(wǎng)站的查詢過程。該查詢過程包括提取有關廣告投放的“首頁”的網(wǎng)站參數(shù)和信息(如大部分首頁的可訪問網(wǎng)址和窗口參照頁)，無論它們之間的通路(way)有多少內(nèi)嵌框架和多少不同的域。該實施方式可以無需客戶使用自己的服務器、設置系統(tǒng)或者激活私人程序。網(wǎng)站標簽還可以與投放廣告至該頁面的遠程廣告服務器之間進行通信。該網(wǎng)站標簽發(fā)送關于頁面以及訪問此頁面的用戶信息到廣告服務器。圖I示意性地說明根據(jù)本發(fā)明系統(tǒng)的典型實施方式。在該實施方式中，廣告驗證服務供應商101提供廣告驗證服務，其位于廣告發(fā)布者的廣告服務器103的外部。希望對于實時廣告驗證服務更加可見的每個廣告發(fā)布者都使用網(wǎng)站標簽104。網(wǎng)站標簽存儲于廣告發(fā)布者的網(wǎng)頁110中，并在用戶瀏覽器102下載廣告發(fā)布者的網(wǎng)頁時執(zhí)行。在一具體實施方式
中，網(wǎng)站標簽是軟件模塊，其中包含JS、HTML或其它機器語言代碼。一旦執(zhí)行網(wǎng)站標簽，其產(chǎn)生對廣告服務器103的調(diào)用，并從其檢索二級代碼111。當用戶的瀏覽器執(zhí)行該二級代碼，建立對廣告驗證網(wǎng)絡服務器105的連接。廣告驗證網(wǎng)絡服務器105包含查詢模塊106。在本發(fā)明一具體實施方式
中，廣告驗證網(wǎng)絡服務器105為⑶N，其包括查詢模塊106，該查詢模塊106包括可以提取必要參數(shù)的JS代碼，該必要參數(shù)用于確定是否投放或不投放·廣告(如網(wǎng)絡首頁網(wǎng)址)。一旦檢索查詢模塊，瀏覽器便執(zhí)行查詢模塊內(nèi)的JS代碼，并開始提取首頁(投放廣告)的網(wǎng)址的過程。同時，二級代碼111也產(chǎn)生當前廣告請求的⑶ID(General User ID,通用的用戶ID)。⑶ID是唯一的標識符，其允許異步通信和并行處理，以減少廣告服務時間。在一具體實施方式
中，GUID允許廣告投放過程的開始與決策過程并行(即同時進行)。當網(wǎng)址提取后，其與生成的⑶ID —起發(fā)送至廣告驗證服務器107。同時，生成的⑶ID也發(fā)送到廣告服務器103，其發(fā)送⑶ID和廣告活動的ID至廣告驗證服務器107。廣告驗證服務器107根據(jù)從兩個單元中接受的⑶ID，對從用戶的瀏覽器發(fā)送的網(wǎng)址河從廣告服務器發(fā)送的廣告活動ID進行匹配，并從廣告活動數(shù)據(jù)庫(DB) 108中檢索出相應的廣告活動規(guī)則。分析廣告活動規(guī)則和提供的網(wǎng)址之后，廣告驗證服務器107決定是否應投放廣告，并將該決定發(fā)送至廣告服務器103。根據(jù)該決定，廣告服務器103投放廣告或者攔截廣告。當廣告不符合其廣告活動定義和約束，則被攔截，即廣告服務器不投放當前的廣告。然而，對網(wǎng)頁投放廣告的機會也不會丟失，該實時發(fā)生允許廣告服務器選擇新的廣告，以代替由于對當前位置不適當而被驗證和攔截的廣告。因此，本發(fā)明可以自動地驗證廣告服務是否符合廣告主所定義的插播訂單。圖2是根據(jù)本發(fā)明的客戶端-服務器的數(shù)據(jù)流的序列圖。如上文所述，希望對攔截服務更加透明的每個廣告發(fā)布者都在其網(wǎng)站上增加網(wǎng)站的標簽(ST)。當用戶訪問廣告發(fā)布者的網(wǎng)站，其瀏覽器下載與網(wǎng)頁一起的網(wǎng)站標簽的代碼。在瀏覽器中執(zhí)行網(wǎng)站標簽，開始整個過程。在步驟201中，用戶的瀏覽器102調(diào)用廣告服務器103，以檢索二級代碼。在步驟202中，二級代碼轉(zhuǎn)而傳送回瀏覽器。在步驟203中，對廣告驗證網(wǎng)絡服務器105進行調(diào)用，以檢索查詢軟件模塊。在一具體實施方式
中，查詢軟件模塊是JS代碼。查詢軟件模塊可以產(chǎn)生廣告驗證服務器107做出是否投放廣告之決定所需要的參數(shù)。在下面的步驟中同時做出該調(diào)用。在步驟204中，用戶的瀏覽器102生成用戶端的⑶ID，在步驟205中，以生成的⑶ID從瀏覽器調(diào)用廣告服務器。在本發(fā)明一具體實施方式
中，GUID的生成、查詢軟件模塊的檢索以及廣告服務器的調(diào)用都是通過二級代碼激活的。在步驟206中，廣告服務器選擇待投放的廣告。在步驟207中，查詢軟件模塊從廣告驗證⑶N返回，在步驟208中，由瀏覽器執(zhí)行。運行該代碼允許瀏覽器收集所有的做出廣告服務決定所需的頁面參數(shù)。在步驟209中，以收集的參數(shù)和GUID對廣告驗證服務器進行調(diào)用。在步驟210中，步驟205中接收的⑶ID以及廣告活動參數(shù)發(fā)送至廣告驗證服務器107，以決定是否在此頁面上投放廣告。在步驟211中，廣告驗證服務器從廣告活動數(shù)據(jù)庫108中檢索廣告活動定義，并檢查廣告參數(shù)和首頁網(wǎng)址是否匹配廣告活動要求。在步驟212中，將投放或攔截廣告的決定發(fā)送回廣告服務器。然后在步驟213中，將選定的廣告發(fā)回給用戶。有幾種實現(xiàn)方式可以用于在網(wǎng)站和其內(nèi)嵌框架之間進行數(shù)據(jù)傳輸和共享。例如，客戶端存儲器(數(shù)據(jù)存儲在瀏覽器中)、跨域整合(其為HTML5標準的接口)、可以在同一域中 進行傳輸?shù)臅?cookie)。當考慮跨瀏覽器支持(以不同版本的瀏覽器進行工作)及方案的穩(wěn)定性時，書簽是優(yōu)選的解決方案。此外，其允許實時攔截的最簡單的實現(xiàn)及最佳的性能。然而，本發(fā)明的系統(tǒng)可使用任何可用的方式，以將網(wǎng)站數(shù)據(jù)傳輸至內(nèi)嵌框架，從而實現(xiàn)從內(nèi)嵌框架到網(wǎng)站數(shù)據(jù)的可視性。在一具體實施方式
中，網(wǎng)站標簽是在廣告發(fā)布者的網(wǎng)頁上實現(xiàn)的。該標簽包含Java腳本(JS)代碼，其調(diào)用服務供應商域中的靜態(tài)html文件，生成內(nèi)嵌框架，例如(http://cdn. avserver. com/sitetag. htm)。該文件包含JS代碼，并增加了短時用戶端會話書簽(其在用戶端運行)。網(wǎng)站標簽用于將網(wǎng)站信息提供至在內(nèi)嵌框架內(nèi)運行的標簽。例如，當一通常標簽服務于本發(fā)明之系統(tǒng)所跟蹤的所有廣告時，則使用生成0x0的圖像(跟蹤像素)的標簽，其能調(diào)用廣告驗證服務器(http://logl. avserver. com/visitor, aspx)。在該調(diào)用的抬頭(開頭)處，發(fā)送之前已保存(在客戶端)的書簽。這使服務器知道確切的網(wǎng)址。在另一具體實施方式
中，標簽包含Java腳本(JS)代碼，其使用HTML5的postMessage API，這允許在一瀏覽器的窗口之間發(fā)送信息。在廣告發(fā)布者端運行的JS代碼進行注冊，以監(jiān)聽消息事件。一旦這種事件發(fā)生，其將頁面的網(wǎng)址返回到信息的發(fā)送人。為了在嵌套的內(nèi)嵌框架中運行另一 Java腳本，以得到最頂端的網(wǎng)址，其需要使用postMessageAPI以將消息發(fā)送到最頂端頁面，然后ST監(jiān)聽器返回該網(wǎng)址。上面的實施例和說明，僅為說明性目的，而非以任何方式限制本發(fā)明。如本領域技術(shù)人員所熟知，本發(fā)明可以多種方式實現(xiàn)，并使用上文所述技術(shù)手段的至少之一，但這沒有超出本發(fā)明的范圍。
權(quán)利要求
1.一種在廣告服務器提供服務之前驗證廣告是否符合廣告活動規(guī)則的實時系統(tǒng)，其包括 Ca)決策服務器，其用于確定擬提交給用戶的廣告是否符合其廣告活動規(guī)則； (b)數(shù)據(jù)庫，其從所述決策服務器接收連接，該數(shù)據(jù)庫包括根據(jù)廣告發(fā)布者意圖的廣告活動規(guī)則； (c)網(wǎng)絡服務器，其包括查詢軟件模塊，該服務器將所述查詢軟件模塊傳送至用戶的瀏覽器；以及 (d)查詢軟件模塊，其由用戶的瀏覽器執(zhí)行，并能提取所述決策服務器所必需的參數(shù)； 其中，所述參數(shù)傳送至所述決策服務器，該決策服務器分析廣告活動規(guī)則和所提供的參數(shù)，并將其決定發(fā)送至所述廣告服務器，該廣告服務器相應地投放所述廣告或者攔截所述廣告。
2.如權(quán)利要求I所述的系統(tǒng)，其中，所述提取的參數(shù)是選自于如下一組首頁訪問網(wǎng)址、窗口參照頁、廣告應啟動或投放之日的日期和時間、廣告應投放的次數(shù)、廣告投放受眾的類型、廣告的位置、廣告投放的頻率、從批準的廣告投放網(wǎng)站中排除的某些網(wǎng)站和網(wǎng)址、以及廣告應當堅持的規(guī)則、政策和公約。
3.如權(quán)利要求I所述的系統(tǒng)，其進一步包括一個或多個網(wǎng)站標簽，該網(wǎng)站標簽存儲于廣告發(fā)布者的網(wǎng)頁中，其中，所述網(wǎng)站標簽被用戶瀏覽器檢索和執(zhí)行，并允許查詢軟件模塊提取投放廣告的首頁信息。
4.如權(quán)利要求3所述的系統(tǒng)，其中，所述的網(wǎng)站標簽是選自于如下一組機器語言寫成的代碼JS和HTML。
5.如權(quán)利要求3所述的系統(tǒng)，其進一步包括二級代碼，該二級代碼用于為當前廣告請求產(chǎn)生通用的用戶ID。
6.如權(quán)利要求I所述的系統(tǒng)，其中，所述查詢軟件模塊是選自于如下一組機器語言寫成的代碼=JS和HTML。
7.—種在廣告服務器提供服務之前驗證廣告是否符合廣告活動規(guī)則的實時方法，其包括如下步驟 (a)從廣告發(fā)布者的網(wǎng)頁檢索網(wǎng)站標簽； (b)從網(wǎng)絡服務器檢索查詢軟件模塊，并通過用戶瀏覽器執(zhí)行其代碼； (c)收集做出廣告服務決定所需要的所有的頁面參數(shù)； (d)利用收集到的參數(shù)調(diào)用決策服務器； (e)從數(shù)據(jù)庫中檢索廣告活動定義，并與收集到的參數(shù)進行比較；以及 Cf)基于所述比較，決定是否投放或攔截該廣告。
8.如權(quán)利要求7所述的方法，其進一步包括在用戶端生成通用的用戶ID，利用生成的該通用的用戶ID調(diào)用廣告服務器，以便在與決策過程并行的方式允許廣告投放過程的開始。
9.如權(quán)利要求7所述的方法，其進一步包括選擇新的廣告投放至該網(wǎng)頁，以代替由于不合適而被驗證并攔截的廣告。
全文摘要
本發(fā)明提供了一種在廣告服務器提供服務之前驗證廣告是否符合廣告活動規(guī)則的實時系統(tǒng)，其包括(a)決策服務器，用于確定擬提交給用戶的廣告是否符合其廣告活動規(guī)則;(b)數(shù)據(jù)庫，其從決策服務器接收連接，該數(shù)據(jù)庫包括根據(jù)廣告發(fā)布者意圖的廣告活動規(guī)則;(c)網(wǎng)絡服務器,其包括查詢軟件模塊，該服務器將查詢軟件模塊傳送至用戶的瀏覽器;(d)查詢軟件模塊,其由用戶的瀏覽器執(zhí)行，并可以提取決策服務器必需的參數(shù);其中，該參數(shù)傳送至決策服務器，該決策服務器分析廣告活動規(guī)則和所提供的參數(shù)，并將其決定發(fā)送至廣告服務器，該廣告服務器相應地投放廣告或者攔截廣告。
文檔編號G06Q30/00GK102713959SQ201080060999
公開日2012年10月3日 申請日期2010年11月8日 優(yōu)先權(quán)日2009年11月9日
發(fā)明者亞歷克斯·利瓦倫特, 吉爾·列什, 吉爾·沃瑟曼, 奧林·內(nèi)策 申請人:雙重驗證有限公司