程序的制作方法
【專利摘要】終端執(zhí)行與在終端上運行的瀏覽器的窗口等中顯示的內(nèi)容相對應的程序。通過該程序的執(zhí)行，當內(nèi)容被載入窗口等中時，終端通過分配給窗口等的window.requestAnimationFrame方法登記回調函數(shù)。當回調函數(shù)被調用時，終端基于針對該窗口等調用回調函數(shù)的時間戳(S101)的間隔，判定該窗口等是否正在被用戶閱覽(S105)，通過分配給該窗口等的window.requestAnimationFrame方法再登記該回調函數(shù)(S107)。終端間歇地將判定結果通知給服務器(S106)。
【專利說明】
程序
技術領域
[0001]本發(fā)明涉及一種用于判定瀏覽器的窗口或選項卡中顯示的內(nèi)容是否正在被用戶閱覽的程序?！颈尘凹夹g】
[0002]以往，對于萬維網(wǎng)(world wide web)上發(fā)布的內(nèi)容，采用該內(nèi)容的每單位時間的頁面瀏覽量(pageview)或該內(nèi)容的停留時間等作為表示該內(nèi)容的閱覽程度的指標。這些數(shù)值，如專利文獻1中所公開，基于對服務器進行訪問的時刻來計量。
[0003]現(xiàn)有技術文獻[〇〇〇4]專利文獻
[0005]專利文獻1:特開2010 — 015333號公報
【發(fā)明內(nèi)容】

[0006]待解決的技術課題
[0007]期望更進一步準確地判定終端中的內(nèi)容是否正在被閱覽的愿望很強。另外，也期望獲知內(nèi)容正文是否被用戶通讀、精讀以及內(nèi)容正文被通讀、精度的程度。
[0008]本發(fā)明旨在解決上述課題，其目的在于提供一種用于判定瀏覽器的窗口或選項卡中顯示的內(nèi)容是否正在被用戶閱覽的程序。
[0009]用于解決課題的技術手段
[0010]涉及本發(fā)明的程序與在終端上運行的瀏覽器的窗口或選項卡中顯示的內(nèi)容相對應，可被配置為，通過執(zhí)行所述程序，所述終端用于:
[0011]當所述內(nèi)容被載入所述窗口或選項卡中時，通過分配給所述窗口或選項卡的 window ? requestAnimat1nFrame方法登記由所述程序定義的回調函數(shù)，
[0012]當所述回調函數(shù)被調用時，基于針對所述窗口或選項卡調用該回調函數(shù)的時間戳的間隔，判定該窗口或選項卡是否正在被用戶閱覽，并通過分配給該窗口或選項卡的 window ? requestAnimat1nFrame方法再登記該回調函數(shù)，
[0013]間歇地將判定結果通知給服務器。
[0014]在涉及本發(fā)明的程序中，可被配置為，通過執(zhí)行所述程序，所述終端用于:
[0015]當所述回調函數(shù)被調用時，根據(jù)所述判定結果以及在進行判定的時間點所述內(nèi)容中包含的各要素是否被可閱覽地描繪于所述窗口或選項卡中，求出對所述內(nèi)容的通讀率，
[0016]間歇地將所述求出的通讀率通知給所述服務器。
[0017]另外，在涉及本發(fā)明的程序中，可被配置為，通過執(zhí)行所述程序，所述終端用于:
[0018]當所述回調函數(shù)被調用時，根據(jù)所述判定結果以及在進行判定的時間點所述內(nèi)容中包含的各要素是否可閱覽地被描繪于所述窗口或選項卡中，判定是否已通讀完該各要素，
[0019]若對所述內(nèi)容的通讀率超過閾值，則識別通讀完的要素和未讀要素的分界處，
[0020]在該分界處插入廣告，或僅與該通讀完的要素重疊地在該分界處的前方彈出顯示廣告。
[0021]涉及本發(fā)明的另一種觀點的程序與在終端上運行的瀏覽器的窗口或選項卡中顯示的內(nèi)容相對應，通過執(zhí)行所述程序，所述終端用于:[〇〇22]間歇地判定該窗口或選項卡是否正在被用戶閱覽，
[0023]根據(jù)所述判定結果以及在進行判定的時間點所述內(nèi)容中包含的各要素是否被可閱覽地描繪于所述窗口或選項卡中，求出對所述內(nèi)容的通讀率并判定是否已通讀完該各要素，
[0024]若對所述內(nèi)容的通讀率超過閾值，則識別通讀完的要素和未讀要素的分界處，
[0025]在該分界處插入廣告，或僅與該通讀完的要素重疊地在該分界處的前方彈出顯示廣告。
[0026]發(fā)明的效果[〇〇27]根據(jù)本發(fā)明，可以提供一種用于判定瀏覽器的窗口或選項卡中顯示的內(nèi)容是否正在被用戶閱覽的程序?！靖綀D說明】[〇〇28]圖1是示出涉及本發(fā)明實施例的通過回調函數(shù)處理內(nèi)容的流程圖。
[0029]圖2是示出本發(fā)明實施例中的通信狀態(tài)的會話圖。[0〇3〇]圖3是本發(fā)明實施例中的內(nèi)容的顯示示例。
[0031]圖4是示出本發(fā)明實施例中的內(nèi)容的要素的已讀、未讀狀態(tài)的示意圖。[〇〇32]圖5是本發(fā)明實施例中的內(nèi)容以及彈出廣告的顯示示例。【具體實施方式】
[0033]以下說明本發(fā)明的實施方式。此外，本實施方式僅用于說明，而非對本發(fā)明的范圍進行限制。因此，凡是本領域的技術人員，都能夠采用將這些各要素或者全部要素置換為與其等同的要素的實施方式，而這些實施方式也包含在本發(fā)明的范圍內(nèi)。[〇〇34] 實施例1
[0035]在本實施例中，利用被分配給對內(nèi)容進行顯示的窗口或選項卡(tab)的 window.requestAnimat1nFrame方法。該方法用于登記在完成畫面顯示的更新(再描繪)準備時所調用的回調函數(shù)?；卣{函數(shù)由與內(nèi)容相對應的腳本程序定義，該腳本程序，典型地， 通過JavaScript (注冊商標)語言記述。
[0036]為了從用戶的角度看得見對內(nèi)容進行顯示的窗口等，需要該窗口等不被其他窗口等(除瀏覽器窗口或瀏覽器選項卡以外，還包含其他應用程序的窗口)遮擋。
[0037]通常，瀏覽器對于從用戶的角度看得見的窗口等頻繁地進行畫面顯示的更新(再描繪)，而對于隱藏的窗口等或未被注視的窗口則降低更新(再描繪)的頻度，從而抑制計算負荷。
[0038]為此，可以假定回調函數(shù)的調用間隔具有兩個峰值，S卩，窗口等從用戶的角度看得見的時候和窗口等從用戶的角度看不見的時候。
[0039]因此，在本發(fā)明中，將這兩個峰值的中間作為閾值，若回調函數(shù)的調用間隔在閾值之下，則判定該窗口等可被用戶看見，若回調函數(shù)的調用間隔未達到閾值，則判定該窗口等未被用戶看見。
[0040]首先，在內(nèi)容被載入窗口等中時進行回調函數(shù)的登記。此后，每當回調函數(shù)被調用時，再次登記該回調函數(shù)。由此，每當系統(tǒng)完成窗口等的畫面顯示的更新(再描繪)準備時， 調用回調函數(shù)。
[0041]在回調函數(shù)中，參照用于管理調用時刻的數(shù)組。在內(nèi)容被載入窗口等中時，或者在針對該窗口等初次調用回調函數(shù)時，初始化該數(shù)組。[〇〇42]圖1是示出涉及本發(fā)明實施例的通過回調函數(shù)處理內(nèi)容的流程圖。以下，參照圖1 進行說明。
[0043]如圖1所示，當回調函數(shù)被調用時，首先，在運行瀏覽器的終端獲取傳遞給回調函數(shù)的參數(shù)(步驟S101)。該參數(shù)表示回調函數(shù)的調用時刻的時間戳。
[0044]然后，終端將所獲取的時間戳添加至數(shù)組中(步驟S102)。然后，若數(shù)組長度超過預定長度(步驟S103;是)，則刪除數(shù)組中的最早要素(步驟S104)。若未超過(步驟S103;否)，則直接進入步驟S105。
[0045]然后，終端從被納入數(shù)組的時間戳的歷史記錄中判定該窗口等當前是否可以從用戶的角度看得見，即，內(nèi)容是否正在被用戶閱覽(步驟S105)。具體來說，可考慮如下方法。
[0046]方法1，針對典型的瀏覽器以及終端，通過實驗等求出上述閾值，并基于最新的兩個時間戳的差以及上述閾值的大小進行判定。此時，數(shù)組的預定長度可以為2。另外，也可不基于數(shù)組，而通過存儲表示上一個時間戳的變量，可計算該變量與此次作為參數(shù)而被傳遞的時間戳之間的差。
[0047]根據(jù)實驗，在大量終端以及瀏覽器中，在可以被用戶看得見的窗口等中，1秒鐘進行30幀左右的描繪，而在隱藏的窗口等中，則大部分為每1秒鐘進行數(shù)幀至10幀左右的描繪。此時，可以將1秒鐘15幀?20幀左右(0.0500秒?0.0667秒左右)用作閾值。
[0048]方法2，根據(jù)被納入數(shù)組的相鄰要素的時間戳的差的分布，通過自適應地決定閾值，進行判定。[〇〇49]將上述差按從小到大的順序排序，將前若干個(前一半、前三分之一、前四分之一、 預定數(shù)的前若干個等)差的平均確定為看得見窗口等時的調用間隔的峰值，將后若干個(與前若干個類似)差的平均確定為看不見窗口等時的調用間隔的峰值，以兩個峰值的差作為閾值。
[0050]此外，也可以假定上述差是通過將兩個具有互不相同的平均值及方差的正態(tài)分布進行疊加而得到的，求出各自的平均值，并以該兩個平均值的中間作為閾值。
[0051]此外，當自適應地決定閾值時，優(yōu)選地，不以窗口或選項卡為單位而以瀏覽器為單位來進行。尤其，若在瀏覽器的多個窗口或選項卡中顯示不同的內(nèi)容，基于匯總了由登記在各內(nèi)容中的回調函數(shù)求出的差的分布，決定閾值，則能夠決定與終端的性能或瀏覽器的安裝相對應的閾值。[〇〇52]另外，也可以組合上述兩種方法。即，在涉及本實施方式的回調函數(shù)被初次登記在瀏覽器中后，基于方法1進行一定次數(shù)的處理，在累積了足夠的差后，再使用方法2等。[〇〇53]進而，也可以將過去所決定的閾值保存為基于cookie等的參照值，以用作下次的初始值。
[0054]然后，終端將判定結果發(fā)送至服務器(步驟S106)。此外，向服務器的發(fā)送，可以不在回調函數(shù)每次被調用時進行，而僅在判定結果被切換時進行；或通過間隔一定時間調用由setlntervalO等登記的處理函數(shù)而間歇地將判定結果發(fā)送至服務器。
[0055]然后，終端再次通過window ? requestAnimat1nFrame方法登記回調函數(shù)(步驟 S107)，結束本回調函數(shù)的執(zhí)行。
[0056]如此，根據(jù)本方式，能夠以細小的時間為單位準確地判定需描繪于窗口等中的內(nèi)容是否可以從用戶的角度看得見。[〇〇57] 實施例2
[0058]如上述實施例，若能夠以細小的時間為單位準確地進行內(nèi)容是否可以從用戶的角度看得見的判定，則能夠確定表示該內(nèi)容是被用戶精讀還是被泛讀的“通讀率(精讀率)”。
[0059]在該方式中，首先，在內(nèi)容被載入時等，確定內(nèi)容中的正文(該內(nèi)容之外的廣告或內(nèi)容的導航條等除外的部分)是哪個部分。此時，能夠采用各種正文提取技術，例如，可以預先為相當于正文的部分賦予具有特定屬性的標簽。
[0060]此外，作為確定內(nèi)容正文是D0M樹(DOM Tree)中的哪個部分的方法，也可以有如下方法。即，獲取假定對內(nèi)容進行畫面顯示時的橫向寬度和縱向寬度，基于該橫向寬度和縱向寬度，將內(nèi)容的畫面顯示分割為左上、右上、左下、右下這4個區(qū)域，從web文件的節(jié)點中提取出顯示在左上(或者其他區(qū)域)的節(jié)點，求出對節(jié)點的開頭進行畫面顯示且包含畫面中央的區(qū)域的面積，以該面積包含在預定范圍內(nèi)或該面積最大的節(jié)點作為正文的開始節(jié)點。[〇〇61]并且，針對該內(nèi)容正文的各要素(可以是標簽單位，也可以是文字單位、單詞單位、 行單位)，累計該各要素處于從用戶的角度看得見的狀態(tài)的可讀時間長度。
[0062]S卩，判定在回調函數(shù)中內(nèi)容正文的各要素是否“置于需描繪于窗口等內(nèi)的位置，且該內(nèi)容是否正在被用戶閱覽”，即，是否為可讀狀態(tài)。若為可讀狀態(tài)，則將時間戳的最新的時間間隔劃分為當前置于需描繪于窗口等內(nèi)的位置的各要素的可讀時間長度。在劃分時，可以基于該要素的種類為文本、靜態(tài)圖像、還是動態(tài)圖像來進行加權，若是文本，則基于文字的種類或文字串的長度等進行加權，若是靜態(tài)圖像或動態(tài)圖像，則基于顯示尺寸等進行加權。另外，對瀏覽器畫面內(nèi)顯示在上方的要素和顯示在下方的要素，可以增大上方的權重。 其原因是，按照慣例，用戶從開頭閱讀內(nèi)容。在被滾動后，也可以調查要素當前置于畫面內(nèi)的何處，并據(jù)此計算劃分的權重。這樣，若在最新以及上一次回調中判定出內(nèi)容正在被用戶閱覽，則兩者的差被劃分。
[0063]另一方面，最單純的是，若在最新以及上一次回調中的至少某一次中，判定出內(nèi)容未被閱覽，則不進行差的劃分。這是因為，當用戶正在閱覽內(nèi)容時，回調函數(shù)被頻繁調用，因此可以忽視從用戶的角度看得見和看不見之間的切換時機的誤差。
[0064]另外，在從不可讀狀態(tài)切換到可讀狀態(tài)時不進行劃分，反之，可以進行劃分，也可以對差的一半的時間進行劃分。
[0065]在此基礎上，根據(jù)為各要素劃分并累積的可讀時間長度是否超過與該要素的種類相對應的通讀時間長度，識別是否已通讀完該要素。通讀時間長度，可基于文字的種類或字符串的長度、動態(tài)圖像或靜態(tài)圖像的尺寸或再生時間等，從人類的平均通讀時間的統(tǒng)計中求出，也可以針對每個用戶，從過去的閱覽情況等求出。[〇〇66]當積累這些統(tǒng)計時，有必要調查哪個要素是在何時顯示的，而這些信息也能夠通過回調函數(shù)來收集。
[0067]通常，可以認為人類可對內(nèi)容進行泛讀、精讀、原封不動地擱置顯示狀態(tài)這三類操作。因此，在通過上述實施方式判定內(nèi)容是否處于從用戶的角度看得見的狀態(tài)，并在求出該內(nèi)容處于看得見的狀態(tài)的總時間長度的基礎上，若以用戶全體或用戶為單位進行上述統(tǒng)計處理，則可以求出閾值或通讀時間長度。
[0068]最后，通過識別包含在內(nèi)容正文的要素中有多大比例的要素被通讀完，計算通讀率。典型地，計算出的通讀率與內(nèi)容是否可被看得見的判定結果一同被發(fā)送到服務器。 [〇〇69] 如上述實施例，當可以準確地確定內(nèi)容是否正在被用戶閱覽、以及對該內(nèi)容的通讀率(精讀度)，且可在服務器中幾乎實時獲取該信息時，能夠進行如下廣告。
[0070]首先，根據(jù)內(nèi)容可閱覽地停留時間長度、或對內(nèi)容的通讀率(精讀度)，實施恰當?shù)膹V告、SE0(搜索引擎優(yōu)化)對策。與以往的以頁面瀏覽量(pageview)或停留時間為單位的分析相比，如此能夠進行更準確的分析，能夠實施高效的對策。另外，也可以根據(jù)在本實施例中得到的閱覽的成敗、閱覽的時間長度、精讀度等，估算廣告費。[0071 ]進而，此為一種在內(nèi)容被閱覽的瞬間、或內(nèi)容剛被通讀完、內(nèi)容被大體通讀的時刻等，從服務器向瀏覽器推送限時優(yōu)惠券等廣告的方法。推送可以自動地進行，也可由服務器運營商通過在服務器觀察用戶的閱覽行動來進行。在該方式中，可根據(jù)用戶的閱覽行動細致地進行廣告，從而可期待較高的廣告效果。
[0072]限時優(yōu)惠券等廣告未必非得基于推送。即，在計算通讀率等的同時，腳本程序的回調函數(shù)對通讀率和用于顯示廣告的閾值進行比較。而后，若通讀率超出用于顯示廣告的閾值，則回調函數(shù)從服務器中獲取廣告，并將該廣告彈出顯示在內(nèi)容中，或插入用戶當前正在觀看地方的附近即可。[〇〇73]可如下地決定插入或彈出顯示廣告的地方。圖3是本發(fā)明的實施例中的內(nèi)容的顯示示例。此外，在圖3中，為了示出各要素的位置以及大小，示出了包圍該要素的虛線，但該虛線在實際的瀏覽器畫面中并不顯示。
[0074]并且，程序從開頭起比較相當于內(nèi)容正文的部分中所包含的要素的可讀時間長度是否超過了該要素的通讀時間長度，即該要素是否被通讀。
[0075]圖4是表示本發(fā)明實施例中的內(nèi)容的要素的已讀、未讀狀態(tài)的說明圖。在圖4中，對于已通讀完的部分，其背景中填充有斜線。查找從呈連續(xù)狀態(tài)的超出閾值的要素向呈連續(xù)狀態(tài)的未超出閾值的要素變化的分界處所在的地方。該地方被確定為當前用戶正在閱讀的內(nèi)容所在的地方。[〇〇76] 程序可以將廣告插入該地方的正前面。另外，在識別瀏覽器畫面中對已通讀完的要素進行顯示的區(qū)域的基礎上，可以將廣告在該區(qū)域的末尾覆蓋(overlay)顯示，或彈出顯示。圖5是本發(fā)明的實施例中的內(nèi)容以及彈出廣告的顯示示例。如圖5所示，優(yōu)選地，彈出顯示廣告而使其不遮擋尚未通讀的要素以及已有的橫幅廣告等。另外，優(yōu)選地，彈出顯示的位置盡可能接近未讀要素。這是因為，未讀要素的附近被確定為當前用戶正在注視的地方。
[0077]所謂未讀要素的附近，可以是分界處的正前面、分界處的前面的行等。在圖5中，將彈出廣告配置成彈出廣告的下端與分界處的前面的行的下端相接，且分界處的中央與彈出廣告的中央一致。但是，可適當?shù)刈兏鼜棾鑫恢茫缫砸欢ǖ拈g隔顯示彈出廣告，或當彈出廣告無法插入分界處的正前面時，可將其置于前面的行等。
[0078]如上所述，通過將廣告顯示在通讀完的要素和尚未通讀的要素的分界處的附近而不遮擋尚未通讀的要素，能夠避免用戶的困惑。[〇〇79]此外，關于用于廣告顯示的閾值、或廣告的彈出顯示等的方法以及位置，可在某種程度上隨機地采用各種方式，并針對各方式測定轉換率(convers1n rate)等，進行自動調整以用于提高采用比率最高的方式的概率等。自動調整可以以用戶為單位進行，也可以以訪問的用戶全體為單位來進行。
[0080]根據(jù)本實施例，可以分析各要素的可讀時間長度或對內(nèi)容的通讀率，恰當?shù)靥峁V告等。[〇〇81 ] 實施例3
[0082]在本實施例中，對發(fā)布并執(zhí)行上述實施例中的腳本程序的方法進行說明。在本發(fā)明中，對于發(fā)布腳本的服務器和發(fā)布內(nèi)容的服務器，可以利用相同的服務器，也可以利用不同的服務器。因此，以下將前者稱為腳本服務器，將后者稱為內(nèi)容服務器。
[0083]圖2是示出本發(fā)明的實施例中的通信狀態(tài)的會話圖。以下，參照圖2進行說明。
[0084]首先，通過由用戶操作在終端上運行的瀏覽器，從瀏覽器向內(nèi)容服務器發(fā)送用于獲取內(nèi)容的內(nèi)容請求(201)。作為該操作的典型，選擇已在瀏覽器中顯示的其他內(nèi)容中示出的鏈接，或者在瀏覽器的地址欄中直接輸入URL(Universal Resource Locator)等。
[0085]接收到內(nèi)容請求的內(nèi)容服務器，將指定了與該內(nèi)容請求相對應的內(nèi)容的內(nèi)容應答發(fā)送至終端(202)。在該應答中被指定的內(nèi)容，典型地是HTML(Hyper Text Markup Language)形式的頁面，在該HTML中，記述有發(fā)布了在終端載入該頁面時需讀入的腳本程序的URL。典型地，腳本程序以JavaScript (注冊商標)記述。[〇〇86]通過接收到內(nèi)容應答的終端，瀏覽器開始進行內(nèi)容的描繪處理。在該處理中，當發(fā)現(xiàn)腳本程序的URL時，終端將用于獲取腳本程序的腳本請求發(fā)送至腳本服務器(203)。
[0087]接收到腳本請求的腳本服務器，將指定了與該腳本請求相對應的腳本程序的腳本應答發(fā)送至終端(204)。[0〇88]通過接收到腳本應答的終端，瀏覽器執(zhí)行針對內(nèi)容的onload事件而指定的onload 處理。在該onload處理中，通過窗口或選項卡的window.requestAnimat1nFrame方法對該腳本程序指定的回調函數(shù)進行登記。[〇〇89]此后，在終端的瀏覽器中進行上述處理，從而將指定了該內(nèi)容當前是否正在被閱覽的判定結果、或對該內(nèi)容的通讀率等信息的報告從終端間歇地發(fā)送至腳本服務器(205)。
[0090]這樣，根據(jù)本實施例，內(nèi)容的提供者在提供的內(nèi)容中指定腳本程序的URL指定以及 onload事件中的回調函數(shù)登記的處理即可。這些指定，僅將極短的HTML片斷模板 (template)插入內(nèi)容即可。
[0091]內(nèi)容是否被閱覽、或通讀率等信息，在腳本服務器中經(jīng)過統(tǒng)計處理后，被傳達至內(nèi)容的提供者。因此，內(nèi)容的提供者也可以對自身提供的內(nèi)容的反應進行恰當?shù)姆治觥?br>[0092]此外，根據(jù)腳本的記述，也可以來自終端的報告的發(fā)送目的地作為內(nèi)容服務器。在該方式中，如上所述，可以由內(nèi)容服務器觀察閱覽者的行動，在內(nèi)容剛好被通讀的時刻進行限時優(yōu)惠券等的推送。
[0093]實施例4[〇〇94]在本實施例中，對用于確定表示內(nèi)容正文的正文節(jié)點為內(nèi)容的D0M樹中的哪個節(jié)點的的方法進行說明，該方法與上述實施例不同。
[0095]首先，如上述實施例，同樣假定將內(nèi)容畫面顯示在當前的瀏覽器畫面中，從D0M樹中提取顯示在第一視圖(Firstview)中的節(jié)點。
[0096]然后，計算在第一視圖的瀏覽器畫面中對節(jié)點進行描繪的區(qū)域的面積，以面積最大的節(jié)點作為候選節(jié)點。
[0097]在此基礎上，針對該候選節(jié)點，以滿足面積條件“節(jié)點的描繪面積在該節(jié)點的母節(jié)點的描繪面積的Z%以上，且該節(jié)點的任一個子節(jié)點的描繪面積均不足該節(jié)點的描繪面積的Z%”的節(jié)點作為正文節(jié)點。其中，可以通過應用多數(shù)內(nèi)容的實驗等決定常數(shù)Z，而就當前被廣泛閱覽的內(nèi)容而言，Z的取值以65?75左右為合適。
[0098]可以通過在內(nèi)容的D0M樹的body節(jié)點中進行深度優(yōu)先搜索或廣度優(yōu)先搜索來進行候選節(jié)點的提取和正文節(jié)點的檢索。即，判定在body節(jié)點的子節(jié)點中，第一視圖中描繪面積最大的節(jié)點是否滿足上述面積條件，若滿足，則以該節(jié)點作為正文節(jié)點。若不滿足，則重復以下搜索處理，即，判定在該節(jié)點的子節(jié)點中，第一視圖中描繪面積最大的節(jié)點是否滿足上述面積條件，若滿足，則以該滿足上述面積條件的節(jié)點作為正文節(jié)點。
[0099]此外，也可以考慮畫面布局或頁面開頭的廣告尺寸等，對于描繪面積，不采用在第一視圖中顯示在畫面中的面積，而采用內(nèi)容被完全顯示時的各節(jié)點的描繪面積。另外，在搜索時，也可以從body節(jié)點的子節(jié)點中在第一視圖中需顯示在瀏覽器畫面中的節(jié)點開始搜索。但是，與上述實施例相同，也可以從在第一視圖中需顯示在瀏覽器畫面中且需顯示在被四等分的瀏覽器畫面的左上區(qū)域中的節(jié)點開始搜索。
[0100]根據(jù)本實施例，即使不準備特別的標簽等，也能夠自動地判別內(nèi)容正文，能夠抑制內(nèi)容所附隨的廣告或各種導航要素等的影響，從而更準確地調查對內(nèi)容正文的通讀率。
[0101]實施例5[〇1〇2] 在上述實施例中，通過window? requestAnimat1nFrame方法登記回調函數(shù)，根據(jù)該函數(shù)的調用間隔判定內(nèi)容是否被顯示成可以從用戶的角度看得見，但也可以利用近來安裝在瀏覽器中的page visibility的功能進行判定。[〇1〇3] 為了利用該功能，可以利用針對visibilitychange事件的處理函數(shù)等。一旦產(chǎn)生 v i s i b i 1 i t y c h a n g e事件，則調用處理函數(shù)，在該處理函數(shù)中調查屬性 document.visibilityState。若該屬性的值為“visibile”，則該頁面當前為可讀狀態(tài)，若該屬性的值為“hidden”或“prerender”，則該頁面處于尚不可被用戶看得見的狀態(tài)。 Visibilitychange事件是間歇地發(fā)生的。[〇1〇4] 而且，為了間歇地執(zhí)行該處理函數(shù)，也可以用set Interval ()進行登記。若 document.vi sibil ityState的值為“visible”，則對當前描繪于瀏覽器畫面中的要素的可讀時間長度進行累計即可。
[0105]此外，根據(jù)每個瀏覽器的不同，這種功能的做法有時也會不同。因此，當無法在服務器確認瀏覽器的種類時，腳本通過并使用基于window.requestAnimat 1nFrame的方法和基于page visibility的方法對各要素的可讀時間長度進行累計，并調查使用該兩種方法所得的可讀時間長度的差。并且，若該差小，則在變更動作以便利用 window.requestAnimat 1nFrame和page vi sibil ity中的任一方法的同時，將該意旨報告給服務器。
[0106]服務器接到報告后，決定在該種類的瀏覽器中需使用 window? requestAnimat1nFrame和page visibi 1 ity中的哪種方法，之后，將將設置變更為，當在該種類的瀏覽器中執(zhí)行腳本時，使用該決定的方法。
[0107]根據(jù)本實施例，可以根據(jù)瀏覽器的種類，恰當?shù)嘏卸ㄐ枋褂?window.requestAnimat1nFrame 和page visibi 1 ity 中的明 P種方'法。
[0108]實施例6[〇1〇9]在回調函數(shù)或處理函數(shù)中，通過執(zhí)行如下處理，可在某種程度上確定頁面再次變成可讀狀態(tài)的契機是在該頁面迀移到其他頁面之后操作了瀏覽器的“返回”鍵還是緣于窗口或選項卡的切換。
[0110]S卩，當操作了 “返回”鍵時，尤其在動態(tài)變化的內(nèi)容中，大多數(shù)瀏覽器將內(nèi)容恢復至當初閱覽的內(nèi)容。
[0111]另一方面，在窗口或選項卡的切換中，過去顯示在瀏覽器畫面中的狀態(tài)和現(xiàn)在再次變成可讀狀態(tài)時所顯示的狀態(tài)一致。
[0112]因此，在本實施方式中，程序將內(nèi)容正文在瀏覽器畫面中的描繪位置或描繪尺寸納入Javascript (注冊商標)的變量或cookie。
[0113]當內(nèi)容從不可讀狀態(tài)切換至可讀狀態(tài)時，程序調查與之前最后為可讀狀態(tài)時的內(nèi)容正文的描繪位置或描繪尺寸的差異。
[0114]此后，若二者不同，程序則被確定為是通過“返回”鍵的操作而將內(nèi)容變?yōu)榭勺x狀態(tài)。若二者一致，則被確定為是通過窗口或選項卡的切換而將內(nèi)容變?yōu)榭勺x狀態(tài)。
[0115]根據(jù)本實施例，可以分析所謂在某內(nèi)容臨時迀移到其他內(nèi)容后為返回該內(nèi)容而采取的用戶行動，從而可以根據(jù)用戶的行動調整內(nèi)容的結構。
[0116](總結)
[0117]如上所述，涉及上述實施方式的程序是與在終端上運行的瀏覽器的窗口或選項卡中顯示的內(nèi)容相對應的程序，可被配置為即，[〇118]通過執(zhí)行所述程序，所述終端用于:
[0119]在所述內(nèi)容被載入所述窗口或選項卡中時，通過分配給所述窗口或選項卡的 window ? requestAnimat1nFrame方法登記由所述程序定義的回調函數(shù)，
[0120]當所述回調函數(shù)被調用時，基于針對所述窗口或選項卡調用該回調函數(shù)的時間戳的間隔，判定該窗口或選項卡是否正在被用戶閱覽，并通過分配給該窗口或選項卡的 window ? requestAnimat1nFrame方法再登記該回調函數(shù)，[0121 ]間歇地將判定結果通知給服務器。
[0122]另外，通過執(zhí)行所述程序，所述終端用于:
[0123]當所述回調函數(shù)被調用時，根據(jù)所述判定結果以及在進行判定的時點所述內(nèi)容中包含的各要素是否被可閱覽地描繪于所述窗口或選項卡中，求出對所述內(nèi)容的通讀率，
[0124]間歇地將所述求出的通讀率通知給所述服務器。
[0125]另外，可被配置為，即，
[0126]通過執(zhí)行所述程序，所述終端用于:
[0127]當所述回調函數(shù)被調用時，根據(jù)所述判定結果以及在進行判定的時點所述內(nèi)容中包含的各要素是否被可閱覽地描繪于所述窗口或選項卡中，判定是否已通讀完該各要素，
[0128]若對所述內(nèi)容的通讀率超過閾值，則識別通讀完的要素和未讀要素的分界處，
[0129]在該分界處插入廣告，或僅與該通讀完的要素重疊地在該分界處的前方彈出顯示廣告。
[0130]涉及上述實施方式的程序，是與在終端上運行的瀏覽器的窗口或選項卡中顯示的內(nèi)容相對應的程序，通過執(zhí)行所述程序，所述終端用于:
[0131]間歇地判定該窗口或選項卡是否正在被用戶閱覽，
[0132]根據(jù)所述判定結果以及在進行判定的時點所述內(nèi)容中包含的各要素是否被可閱覽地描繪于所述窗口或選項卡中，求出對所述內(nèi)容的通讀率并判定是否已通讀完該各要素，
[0133]若對所述內(nèi)容的通讀率超過閾值，則識別通讀完的要素和未讀要素的分界處，
[0134]在該分界處插入廣告，或僅與該通讀完的要素重疊地在該分界處的前方彈出顯示廣告。
[0135]在不脫離本發(fā)明的廣義宗旨和范圍的前提下，可以對本發(fā)明的各種實施方式進行變形。另外，上述實施方式用于說明本發(fā)明，而非用于對本發(fā)明的范圍進行限定。即，本發(fā)明的范圍不通過實施方式示出，而通過權利要求的范圍示出。并且，在權利要求的范圍內(nèi)以及與其等同的發(fā)明意義的范圍內(nèi)所實施的各種變形，也被視作落入本發(fā)明的范圍內(nèi)。
[0136]在本申請中，主張以平成26年(2014年)2月28日(星期五)在日本申請的專利申請?zhí)卦?014 — 037875為基礎的優(yōu)先權，以此作為基礎的申請中所公開的全部事項引入本申請作為參考。
[0137] 工業(yè)上的可利用性
[0138]根據(jù)本發(fā)明，可以提供一種用于判定瀏覽器的窗口或選項卡中顯示的內(nèi)容是否正在被用戶閱覽的程序。
【主權項】
1.一種程序，與在終端上運行的瀏覽器的窗口或選項卡中顯示的內(nèi)容相對應，其特征 在于，通過執(zhí)行所述程序，所述終端用于:當所述內(nèi)容被載入所述窗口或所述選項卡中時，通過分配給所述窗口或所述選項卡的 window ? requestAnimat1nFrame方法登記由所述程序定義的回調函數(shù)，當所述回調函數(shù)被調用時，基于針對所述窗口或所述選項卡調用所述回調函數(shù)的時間 戳的間隔，判定所述窗口或所述選項卡是否正在被用戶閱覽，并通過分配給所述窗口或所 述選項卡的window ? requestAnimat1nFrame方法再登記所述回調函數(shù)，間歇地將判定結果通知給服務器。2.根據(jù)權利要求1所述的程序，其特征在于，通過執(zhí)行所述程序，所述終端用于:當所述回調函數(shù)被調用時，根據(jù)所述判定結果以及在進行判定的時間點所述內(nèi)容中包 含的各要素是否被可閱覽地描繪于所述窗口或所述選項卡中，求出對所述內(nèi)容的通讀率，間歇地將對所述內(nèi)容的通讀率通知給所述服務器。3.根據(jù)權利要求2所述的程序，其特征在于，通過執(zhí)行所述程序，所述終端用于:當所述回調函數(shù)被調用時，根據(jù)所述判定結果以及在進行判定的時間點所述內(nèi)容中包 含的各要素是否被可閱覽地描繪于所述窗口或所述選項卡中，判定是否已通讀完所述各要 素，若對所述內(nèi)容的通讀率超過閾值，則識別通讀完的要素和未讀要素的分界處，在所述分界處插入廣告，或僅與所述通讀完的要素重疊地在所述分界處的前方彈出顯示廣告。4.一種程序，與在終端上運行的瀏覽器的窗口或選項卡中顯示的內(nèi)容相對應，其特征 在于，通過執(zhí)行所述程序，所述終端用于:間歇地判定所述窗口或所述選項卡是否正在被用戶閱覽，根據(jù)判定結果以及在進行判定的時間點所述內(nèi)容中包含的各要素是否被可閱覽地描 繪于所述窗口或所述選項卡中，求出對所述內(nèi)容的通讀率并判定是否已通讀完所述各要 素，若對所述內(nèi)容的通讀率超過閾值，則識別通讀完的要素和未讀要素的分界處，在所述分界處插入廣告，或僅與所述通讀完的要素重疊地在所述分界處的前方彈出顯示廣告。
【文檔編號】G06F13/00GK105993006SQ201580004418
【公開日】2016年10月5日
【申請日】2015年2月27日
【發(fā)明人】程濤, 馬丁·米蘭達
【申請人】ｐｏｐＩｎ株式會社