本發(fā)明通常涉及服務使用的上報系統(tǒng)。
背景技術：
：視頻服務能夠傳輸音頻、可視化、閉路字幕、應用及其他數(shù)據(jù)內容給接收設備。通常所述接收設備提供一個或者多個音頻、可視化、閉路字幕、應用及其他數(shù)據(jù)內容給觀看者，如電視設備等等。在一些情況下，觀看者可能想使用他們的移動設備，例如移動電話，與視頻內容進行互動。但是由于同步問題，如何高效的使用移動設備在所述接收設備上與視聽內容互動是趨于未解決的。在一種情況下，觀眾可能想在一個接收器上，如電視機，接收視聽內容。同時用戶想在第二屏幕上，例如智能手機、平板電腦等，接收次要的相關內容。在第二屏幕設備上接收的內容可能與電視機正在接收的視聽內容相關的可選內容相同。通常用戶希望以同步的方式將這兩種內容提供在主設備及第二屏幕設備上。其他情況下，在第二屏幕設備上接收的內容可能是可選組件(例如可選相機視角)目前沒有被提供在主設備上。通常用戶可能希望以同步的方式將這兩種內容提供在主設備及第二屏幕設備上。有些情況下，這項配套設備可能用于第二屏幕設備。結合以下附圖，通過本發(fā)明的以下詳細的描述，能充分理解本發(fā)明的前述目的及其他目的、特征及優(yōu)點。技術實現(xiàn)要素：本發(fā)明的一個實施例公開了一種上報信息方法，所述方法包括：上報包含組件的信息，其中所述組件由組件類型、組件作用、組件名稱、組件id及時間區(qū)間信息組成，其中數(shù)值為0的組件類型表示音頻組件、數(shù)值為1的組件類型表示視頻組件、數(shù)值為2的組件類型表示閉路字幕組件、數(shù)值為3的組件類型表示應用組件、及數(shù)值為從5到255的組件類型是預留的，組件作用表示組件的作用或者種類，組件名稱代表表示組件的人類名稱的字符串，組件id代表表示組件標識的字符串，時間區(qū)間信息包括開始時間及結束時間，其中開始時間是在事件的開始時的日期時間，及當內容組件的顯示開始時，開始時間的區(qū)間開始，所述開始時間的區(qū)間值不小于這個區(qū)間實例的開始時間的值，及結束時間是在事件的結束時的日期時間，及當內容組件的顯示結束時，結束時間的區(qū)間結束，所述結束時間的區(qū)間值不大于這個區(qū)間實例的結束時間的值。附圖說明圖1示出一個視頻系統(tǒng)。圖2示出了一個數(shù)據(jù)服務器及一個接收器。圖3示出了一個消費數(shù)據(jù)單元。圖4示出了一個消費數(shù)據(jù)消息。圖5示出了一個消費數(shù)據(jù)消息的邏輯結構。圖6示出了一個消費數(shù)據(jù)消息的組件元素的邏輯結構。圖7示出了一個組件及觀看類型。圖7a示出了觀看區(qū)間及多個組件。圖7b示出了查看區(qū)間、組件及傳送路徑。圖8示出了devicetype的屬性。圖9示出了一個可選的devicetype的屬性。圖10示出了另一個可選的devicetype元素。圖11示出了一個deliverypath屬性。圖12示出了一個可選的deliverypath屬性。圖13示出了另一個可選的deliverypath元素。圖14示出了一個組件元素。圖15示出了一個消費數(shù)據(jù)消息邏輯結構。圖16(1)示出了一個java腳本對象標記(json)模式圖16(2)示出了一個java腳本對象標記(json)模式圖16(3)示出了一個java腳本對象標記(json)模式圖16(4)示出了一個java腳本對象標記(json)模式圖17示出了一個xml模式的一部分圖18(1)示出了一個xml模式圖18(2)示出了一個xml模式圖18(3)示出了一個xml模式具體實施方式參照圖1，示出一個視聽系統(tǒng)的邏輯結構。所述系統(tǒng)包括一個提供視聽內容(視頻及/或音頻及/或閉路字幕及/或其他數(shù)據(jù)及/或應用)的來源的廣播系統(tǒng)100?？梢允褂煤线m的標準，以合適的方式提供所述視聽內容，例如mpeg-2,mpeg-4或atsc。舉例說明，所述廣播系統(tǒng)100可能由廣播天線、電纜、基于網絡的視聽源、光盤、硬件驅動、硬盤驅動器、數(shù)字視頻光盤、及/或基于英特網的視聽源提供。通過任一合適的廣播網絡110，所述廣播系統(tǒng)100提供內容。另外或可選地，所述系統(tǒng)包括提供視聽內容(視頻及/或音頻及/或閉路字幕及/或其他數(shù)據(jù)及/或應用)的來源的寬帶服務器系統(tǒng)105，其可以使用合適的標準，以合適的方式提供所述視聽內容，例如mpeg-2,mpeg-4或atsc。舉例說明，可以由網絡或者頂層或者基于網絡的視聽源視聽源提供所述寬帶服務器系統(tǒng)。通過任一合適的寬帶網絡115，所述寬帶服務器系統(tǒng)105可以提供內容。接收器120接收視聽內容及與視聽內容一起提供的其他數(shù)據(jù)，例如數(shù)字化數(shù)據(jù)、數(shù)據(jù)服務，或者其他。通過廣播網絡，接收器可以接收一些來自廣播系統(tǒng)的內容組件。例如，通過廣播網絡，以這種方式接收來自廣播系統(tǒng)的視頻組件。通過寬帶網絡，接收器可以接收一些來自寬帶服務器系統(tǒng)的內容組件。例如，通過廣播網絡，以這種方式接收來自寬帶服務器系統(tǒng)的音頻組件。通常接收器120，被稱為主設備，優(yōu)選地配置為接收正在被提供的內容類型。例如，接收器可以是電視機、筆記本電腦、平板電腦、電話或適合于向觀眾呈現(xiàn)視聽內容的任何其他設備。通常接收器可以在用戶的家中。接收器120可以是能上報使用的接收器。接收器可以同樣通過家庭網絡140與另一個通常被稱為配套設備的顯示設備130進行通信。在另一個實施例中，配套設備可以直接與外部服務器(例如，廣播系統(tǒng)100或寬帶服務器系統(tǒng)105)進行通信，以接收視聽內容及/或附加內容。優(yōu)選地，家庭網絡是無線網絡或有線網絡，例如wifi、以太網、3gpp、藍牙、紅外、http。在某些情況下，主設備和配套設備可能在用戶的家中。在其他情況下，家庭網絡可以是辦公環(huán)境。配套設備可以包括例如移動電話、移動平板電腦、筆記本電腦、計算機或其他顯示設備。此外，接收器可以同時與多個配套設備130進行通信。另外，一個配套設備可以同時與多個主設備120通信。在一些實施例中，主設備可以被稱為第一屏幕設備。在一些實施例中，配套設備可以被稱為第二屏幕設備。術語主要設備及第一屏幕設備及接收器的術語可以互換使用。術語第二配套設備及第二屏幕設備可以互換使用。主設備120可以能夠向配套設備130提供信息。另外，配套設備130可以向主設備120提供信息。廣播系統(tǒng)100可以能夠向接收器120提供信息。此外，接收器120可以向廣播系統(tǒng)100提供信息。廣播系統(tǒng)100可以能夠向配套設備130提供信息。另外，主設備130可以向廣播系統(tǒng)100提供信息。寬帶服務器系統(tǒng)105可以能夠向接收器120提供信息。此外，接收器120可以向寬帶服務器系統(tǒng)105提供信息。寬帶服務器系統(tǒng)105可以能夠向配套設備130提供信息。此外，配套設備130可以向寬帶服務器系統(tǒng)105提供信息。信息可以包括例如音頻及/或視覺內容及/或數(shù)據(jù)內容及/或閉路字幕及/或應用。在許多環(huán)境中，希望接收器120及/或配套設備130監(jiān)視用戶所消費的視聽內容的使用情況，并向廣播系統(tǒng)100提供與視聽內容的消費相關的信息及/或寬帶服務器系統(tǒng)105。在許多環(huán)境中，希望接收器120及/或配套設備130監(jiān)視用戶對數(shù)據(jù)內容的使用，并將與數(shù)據(jù)內容的消費有關的信息提供給廣播系統(tǒng)100及/或寬帶服務器系統(tǒng)105。舉例說明，廣播系統(tǒng)100可以包括廣播服務器及/或數(shù)據(jù)服務器。舉例說明，接收器120及/或配套設備130可以是能上報使用的接收器。在另一實施例中，寬帶服務器系統(tǒng)105可以包括寬帶服務器及/或數(shù)據(jù)服務器。如圖2所示，系統(tǒng)可以被概括為服務使用數(shù)據(jù)服務器200，其提供視聽內容以及輔助數(shù)據(jù)，必要時，為向數(shù)據(jù)服務器200提供數(shù)據(jù)的能上報使用的接收器210。通常，接收器210管理與服務消費數(shù)據(jù)收集、存儲、及/或與數(shù)據(jù)服務器200的傳輸相關的功能。一般而言，數(shù)據(jù)服務器200除了提供視聽數(shù)據(jù)服務的能力之外，還包括數(shù)據(jù)采集代理和使用報告生成。數(shù)據(jù)服務器200可以根據(jù)需要包括一個或多個單獨的服務器。參考圖3所示，由接收器210捕獲的消費信息的基本記錄可以被稱為消費數(shù)據(jù)單元300，這里稱為“cdu”。對于流視聽頻道，在頻道被查看時，每個cdu300標識一個區(qū)間310。這樣的cdu可以包括，例如頻道標識符320，觀看開始時間330，以及觀看結束時間340。在觀看區(qū)間內，如果任一被觸發(fā)的聲明對象350，這里稱為“tdo”，是活動的，則它也可以記錄tdo活動的區(qū)間(無論是在主設備還是“第二屏幕”設備上)360，包括tdo標識符370，tdo開始活動的時間380，以及其停止活動的時間390。在某些情況下，被觸發(fā)的聲明對象可以是應用。在其他情況下，被觸發(fā)的聲明對象可以是通過統(tǒng)一資源定位符(url)訪問的網頁或資源。對于獨立非實時服務，這里稱為“nrt”，每個cdu可以捕獲服務被選擇的區(qū)間。這樣的cdu可以包括服務標識符、區(qū)間開始的時間、區(qū)間結束的時間，以及在區(qū)間內呈現(xiàn)的nrt內容項的標識符。對于流服務和獨立的nrt服務，登錄進入cdu的事件可以對應不少于x秒(或其他合適的時間)的使用區(qū)間。對于tdo活動，登錄進入cdu的事件可以對應不少于y秒的使用區(qū)間。因此，如果a/v頻道或nrt服務被選擇少于x秒，作為示例，該事件不被上報，并且如果tdo活動小于y秒，則作為示例，該事件不被上報。cdu的起始時間和結束時間的精度和準確度應在z秒以內。在一個示例情況下，x的值可以是10秒，y的值可以是5秒，z的值可以是1秒。參考圖4所示，用于將cdu從接收器210發(fā)送到數(shù)據(jù)服務器200的基本數(shù)據(jù)結構可以被稱為消費數(shù)據(jù)消息400，這里稱為“cdm”。cdm可以包含單個服務的數(shù)據(jù)，或者也可以包含被報告給同一數(shù)據(jù)服務器的情況下的多個服務的數(shù)據(jù)。cdm可以被分層地分成三部分，以減少發(fā)送的數(shù)據(jù)量：第一部分包含所有虛頻道和虛服務以及所有消費數(shù)據(jù)共用的“報告頭”字段410。該這部分優(yōu)選地在傳輸會話中僅發(fā)送一次。第二部分包含與單個虛頻道或nrt服務相關聯(lián)的所有消費數(shù)據(jù)共用的“服務標識符”字段420。該部分優(yōu)選地為包括在報告中的每個頻道或服務發(fā)送一次。第三部分包含個性化消費數(shù)據(jù)記錄430。當觀看視聽頻道或選擇nrt服務時，該部分優(yōu)選地在每個時間區(qū)間發(fā)送一次。cdm可以是xml文檔，其包含cdm”根元素，cdm”根元素符合xml模式中具有命名空間的定義http://www.atsc.org/xmlschemas/iss-cdm-1(作為示例)。參考圖5，示出了消費數(shù)據(jù)消息500的示例性邏輯結構，其包括具有其基數(shù)的元素和屬性，用于表示元素和屬性的數(shù)據(jù)類型及其描述。協(xié)議版本字段510包含cdm500的語法和語義的主要協(xié)議版本和次要協(xié)議版本，主要協(xié)議版本和次要協(xié)議版本被編碼為在0x0到0xf范圍內的十六進制值。主要協(xié)議值可以在該字段的四個最高有效位中。主要版本級別的更改表示后向不兼容編碼級別的更改。該字段的初始值可以為0。每當前一個主要版本以后向不兼容編碼方式改變一次cdm的結構時，該字段的值可以增加1。第二數(shù)字是文件次要版本，可以表示cdm的語法和語義的次要版本。對于第一數(shù)字的每個值，次要版本級別的更改可以表示該主要版本中后向兼容的更改級別。初始值為0。每當cmd的結構以后向兼容的方式從先前的微小變化(在主要版本的范圍內)改變一次時，該字段的值可以增加1。avchannel元素520包含基于連續(xù)發(fā)送的內容的零個或多個描述活動區(qū)間的元素列表。channelnum522是一個16位的十六進制字段，其可以包含主要頻道號和次要頻道號。如果這些數(shù)字不能確定，則channelnum522可能設置為0xffff。servicetype524是字段service_type的值，其表示在虛頻道中正在被上報的實例的表(或者是-用于時間偏移的內容)。viewinterval530是與頻道號522對應的內容的一個或多個顯示周期。starttime532是從事件開始時的協(xié)調世界時(“utc”)秒計數(shù)計算的datetime。當內容的顯示開始時，區(qū)間可能開始。endtime534是從事件結束時的utc秒數(shù)計算的datetime。當內容的顯示結束時，區(qū)間可能結束。usagetype536是表示使用類的無符號整數(shù)。usagetype536可以定義如下：1-full：主顯示上的內容(在圖片中沒有圖片)。2-pipactive：在具有激活的圖片中有圖片的主顯示上的內容，主框架大小沒有改變。3-pipuse：在圖片中的小圖片上的內容。4-other/obscured：在標準的條款的控制下，用戶使內容被呈現(xiàn)在小于設備的整個框架內(例如激活網頁會話)。其包括用戶控制框架大小的潛能(例如擠壓側邊或者頂部菜單欄)。5至99-被預留的。這不能反映任一do存在或不存在，因為在每個viewinterval530內明確地報告每個do的存在和持續(xù)時間。timeshift538是無符號整數(shù)0或1，其中1表示內容已經被時移。viewstarttime540是從事件開始時的utc秒數(shù)計算的datetime。當內容的顯示開始時，區(qū)間可能結束。viewendtime542是從事件結束時的utc秒數(shù)計算的datetime。當內容的顯示結束時，間隔可能結束。dointerval550是針對每個活動聲明對象的區(qū)間。doid552是表示此報告記錄的聲明對象的標識符的字符串。其可能包含contentid的c＝項。starttime554是從事件開始時的utc秒數(shù)計算的datetime。當內容的顯示開始時，區(qū)間可能開始。該值可能不小于此viewinterval530實例的starttime532的值。endtime556是從事件結束時的utc秒數(shù)計算的datetime。當內容的顯示結束時，區(qū)間可能會結束。該值可能不會大于此viewinterval530實例的endtime534的值。nrtservice560元素包含有零個或多個描述先前獲取的文件的呈現(xiàn)的元素的列表。serviceid570是一個16位的十六進制字段，其可以包含一個service_id或文件，或0xffff，用于為任一其他源的任一其他文件提供區(qū)間。nrtinterval580是nrt服務560的一個或多個顯示周期。starttime582是從事件開始時的utc秒數(shù)計算的datetime。當內容的顯示開始時，區(qū)間可能開始。endtime584是從事件結束時的utc秒數(shù)計算的datetime。當內容的顯示結束時，間隔可能結束。nrtitem586是正在呈現(xiàn)的nrt服務中的每個項目的區(qū)間。contentitemid590是字符串，字符串可以包含表示項目的標識符的content_name_text()的內容。starttime592是從事件開始時的utc秒數(shù)計算的datetime。當內容的顯示開始時，區(qū)間可能開始。該值可能不小于此viewinterval530實例的starttime582的值。endtime590是從事件結束時的utc秒數(shù)計算的datetime。當內容的顯示結束時，區(qū)間可能結束。該值可能不會大于此viewinterval530實例的endtime584的值。cdm的傳輸可以以任何合適的方式執(zhí)行。作為示例，當廣播者想要接收報告時，用于發(fā)送cdm的url可以由廣播者通過適當?shù)拿顏硖峁?。廣播機者可以決定目的地地址的粒度，即每個服務的一個目的地址url，一組服務一個目的地址url，一個用于rf多路復用，一個用于一個區(qū)域，及/或一個用于一個國家。這里沒有必要明確表示；當范圍比單個服務更廣泛時，對于每個服務可以重復相同的url。當接收器210準備將cdm發(fā)送到數(shù)據(jù)服務器200時，它可以向服務器發(fā)出httpput請求，其中cdm在請求的正文中。在另一個實施例中，當接收器210準備將cdm發(fā)送到數(shù)據(jù)服務器200時，它可以向服務器發(fā)出httppost請求，其中cdm在請求的正文中。在另一個實施例中當接收器210準備將cdm發(fā)送到數(shù)據(jù)服務器200時，它可以向服務器發(fā)出httppatch請求，其中cdm在請求的正文中。在另一個實施例中，當接收器210準備將cdm發(fā)送到數(shù)據(jù)服務器200時，它可以使用websocket協(xié)議來與服務器通信，cdm在請求的正文中。接收器可以保留tdo訪問該服務的“最后日期”記錄。如果在上一次報告之后，經過一周，則urcr可能會將區(qū)間內的cdm與每個被覆蓋的服務的cdu一起發(fā)送，或者當分配的cdu存儲空間達到80％的水平時，以發(fā)生者為準。如果cdm由于故障模式而未成功被發(fā)送，則應該保持被存儲，并且一旦故障模式被解決，就應該重新發(fā)送。以下是一些示例性的故障模式：(1)cdm目的地地址不能被獲??；(2)不正確的cdm目的地地址；(3)http會話失敗。接收器210應該默認設置為使用數(shù)據(jù)上報的選擇加入狀態(tài)。接收器可以向消費者公開通用使用數(shù)據(jù)將會被服務提供商基礎上報，除非它們選擇退出服務提供商。能上報使用的接收器(urcr)可能會為給定服務提供商上報使用數(shù)據(jù)，除非用戶選擇退出該服務提供商的使用上報功能。接收器應該允許用戶查看他們選擇加入了哪些服務，及更改任何選擇加入/退出狀態(tài)的狀態(tài)。接收器可以通過斷開單元的電源動力來保留選擇加入/退出的機會。對于加密服務，提供的選擇加入/選擇退出的機會的用戶界面優(yōu)選地在服務授權過程中呈現(xiàn)。對于未加密的服務，可以使用td-控制的問題和答案的授權會話。接收器優(yōu)選地不直接上報任何這樣的答案，這樣的答案正在被tdo上報?？梢源_定的是在給定服務內系統(tǒng)能使各個內容組件的服務使用測量和服務使用上報實現(xiàn)。以這種方式，可以向數(shù)據(jù)服務器提供更具體化的信息，數(shù)據(jù)服務器識別選擇的或以其他方式使用的可用音頻，視覺，閉路字幕，數(shù)據(jù)和應用內容的特定特征。特別地，這允許為了使用報告被上報的組件指示。作為示例，接收器可以從要被上報給數(shù)據(jù)服務器的多個音頻組件(例如，不同的語言或不同的軌道)中識別特定的音頻組件。作為示例，接收器可以從要被報告給數(shù)據(jù)服務器的多個視頻組件(例如，不同的視頻視圖)中識別特定視頻組件。參考如圖6所示，組件元素600可以包括在cdm500中，cdm500提供用于各個內容組件的使用上報。component600具有內容組件類型、組件作用、組件名稱、組件id和時間區(qū)間信息。componenttype610表示component600的類型。componenttype610的值可以例如如下：數(shù)值0表示音頻組件；數(shù)值1表示視頻組件；數(shù)值2表示閉路字幕組件；數(shù)值3表示應用組件；數(shù)值4表示組件元數(shù)據(jù)；數(shù)值5至255被預留；componentrole620可以是表示組件的作用/種類的作用或種類的字符串。作用/種類在下面進一步描述。componentname630可以是表示字符串，其表示組件的人可讀的名稱。componentid640可以是表示組件標識符的字符串。在一些實施例中，這可以是標識組件的url。starttime650可以是從事件開始時的utc秒數(shù)計算的datetime。當該內容組件的顯示開始時，區(qū)間可以開始。該值可能不小于此viewinterval530實例的starttime532的值。此viewinterval530實例可能是此component元素的父項。endtime660可以是從事件結束時的utc秒數(shù)計算的datetime。當內容組件的顯示結束時，區(qū)間可能會結束。該值可能不會大于此viewinterval530實例的endtime534的值。此viewinterval530實例可能是此component元素的父項。通過包括starttime650和endtime660，系統(tǒng)可以識別正在使用特定組件的時間區(qū)間。因為這種不同的組件可以在viewinterval的時間區(qū)間內的不同時間區(qū)間內使用。參考圖7，作為示例，頻道/服務使用報告可以包括多個觀看區(qū)間。例如，可能有從下午1:45到下午2點的觀看區(qū)間，從下午2點到3點的觀看區(qū)間和從下午3點到下午3點15分的觀看區(qū)間。對于從下午1點45分到下午2點的觀看區(qū)間，在其使用報告中，這里可以包括多個組件，例如組件a(即，西班牙語音頻)，例如組件b(即，英語閉路字幕)，諸如組件g(即主視頻觀看)。對于從下午2點至下午3點的觀看區(qū)間，可以存在包括在其中的多個組件，例如組件b(即，英文閉路字幕)，例如分量d(即法語音頻)。對于從下午3點到下午3點15分的觀看區(qū)間，可以包括多個組件，例如組件a(即西班牙語音頻)，組件e(即西班牙語閉路字幕)，組件f(即可選視頻視圖)。以這種方式或其他結構，可以識別特定組件處于活動狀態(tài)的時間?，F(xiàn)在描述另一個示例用法。參考圖7a所示，作為示例，頻道/服務使用報告可以包括多個視圖區(qū)間(觀看區(qū)間1，觀看區(qū)間2，...觀看區(qū)間n)。例如，從5pm到6pm可能有一個視圖區(qū)間1。關于其他觀看區(qū)間的細節(jié)(例如，觀看區(qū)間2，...觀看區(qū)間n)在圖7a中未示出。對于從下午5點到下午6點的觀看區(qū)間1，在其使用報告中，可以包括多個組件。在下午5點至下午6點的觀看區(qū)間內，不同的組件可能會在不同的時間區(qū)間內被激活/使用。例如，可以從下午5點到下午5點30分之間使用組件j-音頻1(即英語音頻)。接收器可以決定(例如，在觀眾的請求下)從下午5點31分到下午6點使用組件l–音頻2(即西班牙語音頻)。此外，在整個觀看區(qū)間的整個時長中(跨越下午5點到下午6點的觀看區(qū)間1)，組件k-視頻組件可能從下午5點至下午6點中使用。另外，在觀看區(qū)間(跨越下午5點到下午6點的觀看區(qū)間1)，可能只能間斷地使用閉路字幕組件。例如，組件m-閉路字幕1(即，英文閉路字幕)可能僅前5分鐘被使用，例如從下午5點到下午5點5分。也n-閉路字幕1(即英文閉路字幕)也可以只在觀看區(qū)間的后10分鐘內被使用，即從下午5點45分至下午5點55分之間。圖7b還描述了在頻道/服務的觀看區(qū)間中用于組件的不同傳送路徑。參考圖7b，作為示例，頻道/服務的使用報告可以包括多個觀看區(qū)間(觀看區(qū)間1，觀看區(qū)間2，...觀看區(qū)間n)。例如，從下午5點到下午6點可能是一個觀看區(qū)間1。關于其他觀看區(qū)間的細節(jié)(例如，觀看區(qū)間2，...觀看區(qū)間n)在圖7b中未示出。對于從下午5點到下午6點的觀看區(qū)間1，在其使用報告中，可以包括多個組件。也可以在下午5點至下午6點的觀看區(qū)間內的不同時間區(qū)間中激活/使用不同的組件(例如組件x，...組件y)。關于其他組件(例如組件x，...組件y)的細節(jié)在圖7b中未示出。例如，在整個觀看區(qū)間(跨越下午5點至下午6點的觀看區(qū)間1)中，可以從下午5點至下午6點，使用組件k-視頻組件。在該時間區(qū)間，如圖7b所示，組件k可以經由不同的路徑被傳送到接收器。例如從下午5點到下午5點37分，組件k可以通過地面廣播傳送路徑傳送到接收器。例如從下午5點38分到下午5點42分，組件k可以經由寬帶傳送路徑傳送到接收器。這可能是由于廣播路徑在下午5點38至下午5點42期間不可用，或者由于其他原因，如廣播信號較弱等。例如從下午5點43pm到下午6點，組件k可以再次通過地面廣播傳送路徑傳送到接收器。關于這種不同的傳送路徑的進一步的細節(jié)將在后面相關的圖11、圖12、圖13及圖14中描述。參考圖7，圖7a，圖7b，應當注意，雖然上述示例表明時間和時間區(qū)間，例如“5:00pm”或“1:45pm”，但是時間和時間區(qū)間可以由其他公知的技術來表示。例如，時間區(qū)間可以從事件開始或結束的utc秒數(shù)或從某個其他參考點的開始或結束來表示。上述示例中，一些其它類似的技術可以用于表示時間和時間區(qū)間。在一個實施例中，xml模式對應的component元素可以如下：在一個實施例中，json模式對應的component元素可以如下所示：在一個實施例中，componentname630可以是元素替代屬性，其基數(shù)可以是0..n，并且componentname630可以具有語言屬性，其能夠用不同語言的表示組件的名稱。例如，當使用xml表示時，此屬性可能是“xml：lang”屬性。在一個實施例中，component600元素可以是viewinterval530元素的子元素。在另一個實施例中，component600元素可以是一個或多個其他元素的子元素。在一個實施例中，音頻組件的作用/種類可以是以下的一個或多個。關于組件的作用，對于音頻組件，作用可以是用于用戶消費的文本描述?？捎糜诿枋龇盏淖饔玫淖址赡馨ǎ骸癱ompletemain”“music”/“music-and-effects”“dialog”/“dialogue”“effects”“visuallyimpaired”“hearingimpaired”“commentary”“description“/“textualdescription”“sign”/“signlanguage”“metadata”“emergency”“voice-over”“karaoke”可以根據(jù)需要提供任何其它有用的描述給觀看者。在一個實施例中，視頻組件的作用/種類可以是以下的一個或多個。關于組件的作用，對于視頻組件，作用可以是用于用戶消費的文本描述。可用于描述服務的視頻組件作用的字符串可能包括：“primaryvideo”“alternativecameraview”“otheralternativevideocomponent”“signlanguageinset”“followsubjectvideo”“3dvideoleft/rightview”“3dvideodepthinformation”“partofvideoarray<x，y>of<n，m>”“follow-subjectmetadata”提供任何其它有用的描述給觀看者。在一個實施例中，閉路字幕組件的作用/種類可以是以下的一個或多個。關于組件的作用，對于閉路字幕組件，作用可以是用于用戶消費的文本描述?？捎糜诿枋龇盏囊曨l組件作用的字符串可能包括：“normal”“easyreader”提供任何其它有用的描述給觀看者。在一個實施例中，應用組件的作用/種類可以是以下的一個或多個。關于組件的作用，對于應用組件，作用可以是用于用戶消費的文本描述?？捎糜诿枋龇盏囊曨l組件作用的字符串可能包括：“ondemand”“start-over”“companion-screen”提供其他任何有用的描述給觀看者。在一些實施例中，數(shù)據(jù)類型“unsignedbyte”可以替代地由數(shù)據(jù)類型“hexbinary”表示。在一些實施例中，值5至99(或某個其他數(shù)字)可以被預留，取代預留的5至255。在一些實施例中，值4至255(或某個其他數(shù)字)可以被預留，取代預留的5至255。在一些實施例中，值4至99(或某個其他數(shù)字)可以被預留，取代預留的5至255。在其他實施例中，一些元素的基數(shù)可以改變。例如，基數(shù)可以從“1”更改為“1..n”，或者基數(shù)可以從“1”更改為“0..n”，或者基數(shù)可以從“1”更改為“0..1”，或基數(shù)可以從“0..1”改為“0..n”，或者基數(shù)可以從“0..n”改為“0..1”。在其他實施例中，一些元素可以代替地被表示為屬性。在其他實施例中，一些屬性可以代替地被表示為元素。在其他實施例中，一些所需的元素可以被變更為可選元素，反之亦然。在一些實施例中代替xml，一些其他格式例如json/csv/bnf/abnf/ebnf可用于表示相同的以xml格式傳達的信息。在可選實施例中，可以為xml元素/屬性/類型添加額外的命名空間修飾詞。在另一個實施例中，不同的名稱可以用于元素或屬性。例如，，元素可以被稱為“car”或“carole”或其他東西以代替“componentrole”?？梢源_定的是在給定服務上系統(tǒng)能使正在消費內容的設備(例如，觀看設備)的服務使用測量和服務使用測量上報實現(xiàn)。以這種方式，可以向數(shù)據(jù)服務器提供更具體化的信息，數(shù)據(jù)服務器識別由觀看者選擇或以其他方式使用的視聽內容(包括數(shù)據(jù)，應用)的特定設備(或其特征或邏輯作用)。特別地，這允許使用報告被上報的設備指示。此外，還期望指示使用主設備和/或配套設備是否正在消費內容。期望指示“設備類型的呈現(xiàn)”，其指示內容是否在主設備(pd)或配套設備(cd)上消費。應該注意的是，主設備或配套設備是邏輯作用。參考圖8所示，一種用于指示內容是否在主設備或配套設備上消費的技術是使用布爾數(shù)據(jù)類型進行設備類型指示。例如，devicetype值為0表示在主設備上呈現(xiàn)內容。例如，devicetype值為1表示在配套設備上呈現(xiàn)內容。在一個實施例中，在圖5中，devicetype可以是cdm的元素的子元素或屬性。在一個實施例中，在圖5中，devicetype可以是viewinterval元素的屬性。在一個實施例中，xml模式對應的devicetype屬性的可以如下：<xs：elementname＝″devicetype″type＝″xs：boolean″minoccurs＝″1″/>在一個實施例中，xml模式對應的devicetype屬性的可以如下：<xs：attributename＝″devicetype″type＝″xs：boolean″minoccurs＝″1″/>在一個實施例中，json模式對應的devicetype屬性可以如下：參考圖9所示，指示內容是否在主設備或配套設備上被消費的技術是使用整數(shù)/無符號字節(jié)數(shù)據(jù)類型進行設備類型指示。通過設備類型指示保留值，這可以允許將來使用設備類型指示除指示主設備和配套設備以外的設備。例如，devicetype值為0表示在主設備上呈現(xiàn)內容。例如，devicetype值為1表示內容在配套設備上顯示。值2到255可以是保留的。在一個實施例中，devicetype可以是圖5中所示的cdm元素的子元素或cdm元素的屬性。在一個實施例中，devicetype可以是圖5中所示的viewinterval元素的屬性。在一個實施例中，xml模式對應的devicetype元素可以如下：<xs：elementname＝″devicetype″type＝″xs：unsignedbyte″minoccurs＝″1″/>在一個實施例中，xml模式對應的devicetype屬性可以如下：<xs：attributename＝″devicetype″type＝″xs：unsignedbyte″minoccurs＝″1″/>在一個實施例中，json模式對應的devicetype元素可以如下：在一個實施例中，替代“類型”：“整數(shù)”，可以使用“類型”：“數(shù)字”。參考圖10所示，指示內容是否在主設備或配套設備上被消費的技術還包括具有設備類型指示的時間區(qū)間信息。devicetype900指示內容呈現(xiàn)的設備類型。例如，值為0的dev910表示內容在主設備上呈現(xiàn)。例如，值為1的dev910表示內容在配套設備上呈現(xiàn)。starttime920包括從事件開始時的utc秒數(shù)計算的datetime。當開始在由dev屬性值指示的設備上顯示/呈現(xiàn)/消費內容開始時，區(qū)間可能開始。該值可能不小于此viewinterval530實例的starttime532的值。此viewinterval530實例可能是此component元素的父項。結束時間930包括從事件結束時的utc秒數(shù)計算的datetime。當在由dev屬性值指示的設備上顯示/呈現(xiàn)/消費內容結束時，區(qū)間可能結束。該值可能不會大于此viewinterval530實例的endtime534的值。此viewinterval530實例可能是此component元素的父項。在一個實施例中，devicetype可以是圖5中所示的cdm元素的子元素。在一個實施例中，devicetype可以是圖5所示的viewinterval元素的子元素。在一個實施例中，xml模式對應的devicetype元素可以如下：在一個實施例中，json模式對應的devicetype元素可以如下所示：在可選實施例中，可以通過擴展使用類型字段(例如，圖5中所示的@usagetype)來指示內容被觀看的設備類型的信息。在該實施例中，代替或除了內容正在被消費的設備類型的指示，如圖5所示的使用類型字段可以擴展。使用類型(@usagetype屬性)有定義值，其允許在(圖片中無圖片)主屏幕上的內容，在有圖片中的圖片的主屏幕上被激活的內容，與主框架尺寸無變化的內容，在圖片中的小圖片上的內容，及/或用戶產生的內容的使用的指示呈現(xiàn)在小于設備的整個框架。在某些情況下，觀眾在配套設備上正在觀看主要內容或相關內容。因此，如果需要，可以包括以下使用類型：配套設備上的主要內容(與主設備上的內容相同)配套設備上可選內容在一個實施例中，這些可以是如下的定義值。這可以被執(zhí)行通過在(如圖所示的@usagetype，)的語義中加入5-配套設備上的主要內容(與主設備上的內容相同)6-配套設備上可選內容其他實施例中其他值可以被指定給上述使用類型?？梢源_定的是在給定服務上系統(tǒng)能使正在消費內容的傳送路徑及/或分發(fā)路徑的服務使用測量和服務使用上報實現(xiàn)。以這種方式，可以向數(shù)據(jù)服務器提供更具體化的信息，數(shù)據(jù)服務器識別由觀看者選擇或以其他方式使用的特定傳送路徑及/或分發(fā)路徑。特別地，這允許使用報告被上報的傳送路徑和/或分發(fā)路徑的指示。此外，還期望指示傳送路徑及/或分發(fā)路徑是否參考主設備及/或配套設備。該路徑可以是正在使用的內容的寬帶和/或無線連接，其可以在這些內容使用期間改變。作為示例，接收器可以經由廣播網絡接收視頻組件。在某些時間點由于例如天氣變化，廣播信號可能弱，并且接收器可以切換到通過寬帶網絡獲得視頻組件。當廣播信號再次變強時，接收器可以切換回從廣播網絡中獲取視頻組件。在另一種使用情況下，接收器可能通過廣播網絡獲得視頻組件，并通過寬帶網絡獲得可選語言的音頻組件。此外，使用上報可能與“實時”消費，時移消費及/或按需消費有關。參考圖11，可以包括“deliverypath”指示符元素。例如，“deliverypath”指示符元素可以是布爾數(shù)據(jù)類型。例如，值為0的傳送路徑表示地面廣播傳送。例如，值為1的deliverypath表示寬帶傳送?？梢允褂弥T如“廣播傳送”或“廣播網絡”的其它名稱代替“地面廣播傳送”。在一個實施例中，傳送路徑屬性可以是如圖5所示的viewinterval元素的屬性。在一個實施例中，傳送路徑可以是如圖5所示的cdm元素的元素的子元素或屬性。在一個實施例中，xml模式對應的deliverypath元素可以如下所示：<xs：elementname＝″deliverypath″type＝″xs：boolean″minoccurs＝″1″/>在一個實施例中，xml模式對應的deliverypath元素可以如下所示：<xs：attributename＝″deliverypath″type＝″xs：boolean″minoccurs＝″1″/>在一個實施例中，json模式對應的deliverypath元素可以如下所示：參考圖12所示，用于指示傳送路徑的一種技術是使用整數(shù)/無符號字節(jié)數(shù)據(jù)類型作為傳送路徑指示。通過設備類型指示保留值，這可以允許將來地面廣播傳送和寬帶傳送之外的傳送路徑能被指示。例如，值為0的deliverypath表示地面廣播傳送。例如，值為1的deliverypath表示寬帶傳送。例如，值為2的deliverypath表示家庭網絡上的局部傳送。例如，值為3到255的deliverypath值是保留的。在可選實施例中，值為2的deliverypath指示在網絡上從主設備(pd)到配套設備(cd)的(連續(xù)組件)傳送。在一個實施例中，deliverypath的屬性可以是如圖5所示的viewinterval的屬性。在一個實施例中，deliverypath可以是如圖5所示的cdm元素的元素的子元素或cdm元素的元素的屬性。在一個實施例中，xml模式對應的deliverypath元素可以如下所示：<xs：elementname＝“deliverypath”type＝“xs：unsignedbyte”minoccurs＝“1”/>在一個實施例中，xml模式對應的deliverypath屬性可以如下所示：<xs:attributename＝"deliverypath"type＝"xs:unsignedbyte"minoccurs＝"1"/>在一個實施例中，json模式對應的deliverypath元素的可以如下所示：參考圖13所示，用于傳送路徑指示的技術可以包括具有傳送路徑指示的時間區(qū)間。由于在觀看區(qū)間(如圖5所示的viewinterval元素)中的傳送路徑可以改變，因此，時間區(qū)間信息可以被指示，這可以有助于知道組件切換。deliverypath1200可以用于該內容。例如，值為0的pathtype1210表示地面廣播傳送。例如，值為1的pathtype1210表示寬帶傳送。例如，值為2的pathtype1210表示網絡上的局域傳送。例如，3到255的pathtype1210值是保留的。在可選實施例中，pathtype值為2表示從主設備(pd)到家庭網絡上配套設備(cd)的(連續(xù)組件)的傳送。具有datetime的starttime1220從事件開始時的utc秒數(shù)計算。當內容的傳送在由pathtype屬性的值指示的路徑上開始時，區(qū)間可能開始。該值不得小于此viewinterval實例的starttime屬性的值。endtime1230，其中datetime從事件開始時的utc秒數(shù)計算出來。當內容的傳遞在由pathtype屬性的值指示的路徑上結束時，間隔可能結束。該值可能不會大于此viewinterval實例的endtime屬性的值。在一個實施例中，deliverypath是圖5所示的viewinterval元素的子元素。在一個實施例中，deliverypath可以是如圖5所示的cdm元素的子元素。在一個實施例中，xml模式對應的devicetype元素的可以如下所示：在一個實施例中，json模式對應的deliverypath元素的可以如下所示：參考圖14所示，在另外的實施例中，可以通過包括每個組件的傳送路徑來進一步增強組件使用報告信息。以這種方式，當使用不同路徑傳送不同的組件時，更容易識別。在一種情況下，可以如下所示指示。組件1300類型、作用、名稱、id和時間區(qū)間信息。指示componenttype1305類型的組件如下所示：值為0的componenttype1305指示音頻組件。值為1的componenttype1305指示視頻組件。值為2的componenttype1305指示閉路字幕組件。值為3的componenttype1305指示應用組件。值為4的componenttype1305指示元數(shù)據(jù)組件。值為5至255的componenttype1305是保留的。componentrole1310可以是表示組件的作用或種類的字符串。componentname1315可以是的字符串，其表示組件的人可讀的名稱。componentid1320可以是表示組件標識符的字符串。在一些實施例中，這可以是標識組件的url。starttime1325可以是從事件開始時的utc秒數(shù)計算的datetime。當該內容組件的顯示開始時，區(qū)間可能開始。該值可能不小于此viewinterval實例的starttime值。此viewinterval530實例可能是此component元素的父項。endtime1330可以是從事件結束時的utc秒數(shù)計算的datetime。當該內容組件的顯示結束時，區(qū)間可能結束。該值可能不會大于此viewinterval實例的endtime的值。此viewinterval530實例可能是此component元素的父項。deliverypath1335可以用于由component元素的父項指示的內容組件。例如，pathtype1340可以是值為0，表示內容組件的地面廣播傳送。例如，pathtype1340可以是值為1，表示內容組件的寬帶傳送。例如，pathtype1340可以是值2，表示內容組件在網絡上的局域傳送。例如，pathtype1340可以是被保留的值為3到255。在可選實施例中，pathtype1340可以是值為2，指示(連續(xù)組件)從網絡上的主設備(pd)到配套設備(cd)的傳送。starttime1345可以是從事件開始時的utc秒數(shù)計算的datetime。當內容組件的傳送在由pathtype屬性值指示的路徑上開始時，區(qū)間可能開始。該值可能不小于父component元素的starttime屬性的值。在可選實施例中：starttime1345可以是從事件開始時的utc秒數(shù)計算的datetime。當內容組件的傳送在由pathtype屬性值指示的路徑上開始時，區(qū)間可以開始。該值可能不小于此viewinterval實例的starttime屬性的值。endtime1350可以是從事件開始時的utc秒數(shù)計算的datetime。當內容組件的傳送在pathtype屬性值所指示的路徑上結束時，區(qū)間可能會結束。該值可能不會大于父component元素的endtime屬性的值。在可選實施例中：endtime1350可以是從事件開始時的utc秒數(shù)計算的datetime。當內容組件的傳送在pathtype屬性值所指示的路徑上結束時，區(qū)間可能會結束。該值可能不會大于此viewinterval實例的endtime屬性的值。在一個實施例中，如圖5所示，component元素可以是viewinterval元素的子元素。消費數(shù)據(jù)消息被定義為用于將cdu從服務使用數(shù)據(jù)客戶端發(fā)送到服務使用數(shù)據(jù)服務器的基本數(shù)據(jù)結構。消費數(shù)據(jù)消息可以被格式化為javascript對象標記(json)數(shù)據(jù)以替代xml數(shù)據(jù)，更適合于低帶寬網絡。urcr可以根據(jù)定義的json模式將消費數(shù)據(jù)消息(cdm)作為json數(shù)據(jù)傳輸?shù)椒帐褂脭?shù)據(jù)服務器。其他實施例在下面進一步描述。進一步描述服務使用上報的atsca105消費數(shù)據(jù)消息的修改和擴展。圖15示出了消費數(shù)據(jù)消息(cdm)的擴展的邏輯結構。關于圖15所示，與a105相比的附加元素及其語義如下所述。下面為指定適用其他元素的屬性和語義。devicetype：value為0表示內容顯示在主設備上。value為1表示內容顯示在配套設備上。值2到255是保留的。component:content組件類型、作用、名稱、id及時間區(qū)間信息。componenttype：指示組件的類型。值為0表示音頻組件。值為1表示視頻組件。值為2表示閉路字幕組件。值為3表示應用組件。值為4到255是保留的。componentrole：表示組件的作用或種類的無符號字節(jié)。在這種情況下，componentrole屬性將被解釋如下：對于音頻組件(當componenttype值等于0時)componentrole的值如下：0＝completemain,1＝musicandeffects,2＝dialog,3＝commentary,4＝visuallyimpaired,5＝hearingimpaired,6＝voice-over,7-254＝reserved,255＝unknown。對于視頻(當componenttype值等于1時)componentrole的值如下：0＝primaryvideo,1＝alternativecameraview,2＝otheralternativevideocomponent,3＝signlanguageinset,4＝followsubjectvideo,5＝3dvideoleftview,6＝3dvideorightview,7＝3dvideodepthinformation,8＝partofvideoarray<x,y>of<n,m>,9＝follow-subjectmetadata,10-254＝reserved,255＝unknown。對于closedcaption組件(當componenttype值高于2時)componentrole的值如下：0＝normal，1＝easyreader，2-254＝reserved，255＝unknown。當上述componenttype值在3到255之間時，包括componentrole應等于255。componentname：表示組件的人可讀的名稱的字符串。componentid：表示組件標識符的字符串。starttime：從事件開始時的utc秒數(shù)計算的datetime。當內容組件的顯示開始時，區(qū)間應開始。該值不得小于此viewinterval實例的starttime屬性的值。endtime：從事件結束時的utc秒數(shù)計算的datetime。當該內容組件的顯示結束時，區(qū)間應結束。該值不得大于此viewinterval實例的endtime屬性的值。deliverypath：由父component元素指示的內容組件的傳送路徑。pathtype：值為0表示內容組件的地面廣播傳送。值為1表示內容組件的寬帶傳送。值2為表示內容組件在家庭網絡上的局域傳送。值3至254是保留的。值255表示未知的傳送路徑。starttime：從事件開始時的utc秒數(shù)計算的datetime。當內容組件的傳送在pathtype屬性值所指示的路徑上開始時，區(qū)間開始。該值不得小于父component元素的starttime屬性的值。endtime：從事件開始時的utc秒數(shù)計算的datetime。當內容組件的傳送在pathtype屬性值所指示的路徑上結束時，區(qū)間結束。該值不得大于父component元素的endtime屬性的值。在一個變形實施例中，componentrole屬性可以使用字符串的數(shù)據(jù)類型替代無符號字節(jié)。@componentrole1stringroleofthecomponent在這種情況下，組件的作用將以string形式描述。描述字符串值如下所述。對于音頻組件(當componenttype值等于0時)componentrole的允許值如下所示：“completemain”“musicandeffects”“dialog”“commentary”“visuallyimpaired”“hearingimpaired”“voice-over”“reserved”“unknown”對于視頻(當componenttype字段等于1時)componentrole的允許值如下所示：“primaryvideo”“alternativecameraview”“otheralternativevideocomponent”“signlanguageinset”“followsubjectvideo”“3dvideoleftview”“3dvideorightview”“3dvideodepthinformation”“partofvideoarray＜x，y＞of＜n，m＞”“follow-subjectmetadata”“reserved”“unknown”對于閉路字幕組件(當以上componenttype字段等于2時)componentrole的允許值如下：“normal”“easyreader，”“reserved，”“unknown”在一個可變的實施例中，pathtype屬性可以使用字符串而替代無符號字節(jié)的數(shù)據(jù)類型。在這種情況下，用于正在消費的內容組件的傳送路徑的類型將以string形式進行描述?？赡艿淖址等缦滤觥eliverypath的允許值如下：“廣播”(表示內容組件的地面廣播傳送)“寬帶”(表示內容組件的寬帶傳送)。“本地”(表示家庭網絡上的內容組件的局域傳送。)“保留的”，“未知”(表示未知的傳送路徑)。在這種情況下，pathtype的json模式部分可能使用如下所示的枚舉：在另一個實施例中，pathtype可以使用沒有枚舉的string的數(shù)據(jù)類型。在這種情況下，pathtype的json模式部分如下所示：json模式是為了描述現(xiàn)有的a/105元素和服務使用報告消費數(shù)據(jù)消息(cdm)的屬性。json模式還為了描述擬建的用于服務使用上報的a/105的擴展。在現(xiàn)有技術中，xml用于cdm。需要注意的是，json模式不允許屬性像這樣各種屬性的重新定義以便并入到json模式中。示例性的json模式如圖16(1)～16(4)所示。在可選實施例中。在json模式中描述componenttype和componentrole可以使用枚舉在，如下所示：在另一個實施例中，xml模式可以用于表示消費數(shù)據(jù)消息和/或服務使用報告。在這種情況下，可以通過包括每個組件的傳遞路徑來進一步增強組件使用報告信息。用于組件指示和傳送路徑指示的組合的xml模式如圖17所示。包括所提出的擴展的整體xml模式如圖118(1)至圖18(3)所示。應當理解，權利要求書不限于上文所示的精確配置和組件。在不脫離權利要求的范圍的情況下，可以對本文所述的系統(tǒng)，方法和裝置的布置，操作和細節(jié)進行各種修改，改變和變形。當前第1頁12