JP4261997B2 - Data broadcasting production equipment - Google Patents

Data broadcasting production equipment Download PDF

Info

Publication number
JP4261997B2
JP4261997B2 JP2003183141A JP2003183141A JP4261997B2 JP 4261997 B2 JP4261997 B2 JP 4261997B2 JP 2003183141 A JP2003183141 A JP 2003183141A JP 2003183141 A JP2003183141 A JP 2003183141A JP 4261997 B2 JP4261997 B2 JP 4261997B2
Authority
JP
Japan
Prior art keywords
viewing
history
data
content
script
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2003183141A
Other languages
Japanese (ja)
Other versions
JP2005020432A (en
Inventor
欣司 松村
誠一 難波
武史 木村
謙二郎 加井
和也 藤澤
明 大谷
一博 大槻
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Japan Broadcasting Corp
Original Assignee
Japan Broadcasting Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Japan Broadcasting Corp filed Critical Japan Broadcasting Corp
Priority to JP2003183141A priority Critical patent/JP4261997B2/en
Publication of JP2005020432A publication Critical patent/JP2005020432A/en
Application granted granted Critical
Publication of JP4261997B2 publication Critical patent/JP4261997B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Description

【0001】
【発明の属する技術分野】
本発明は、データ放送制作装置に係り、特に、BS(Broadcasting Satellite)、CS(Communication Satellite)、地上波、ケーブル等を用いたデジタル放送においてデータ放送の視聴履歴を調査するために利用することができるデータ放送制作装置に関する。
【0002】
【従来の技術】
従来、放送において、いつ、誰が、どの番組を、どのくらいの時間視聴していたか等、番組に対する視聴状況を定性的なデータとして取得することは、放送番組の編成やコマーシャル提供にとって非常に重要な情報となる。
【0003】
デジタル放送では、従来のアナログ放送では難しかった大容量のデータ放送を可能としたが、通常の番組と同様にデータ放送に対する視聴状況の定性的な把握も重要である。
【0004】
そこで、最近では、データ放送における視聴率調査方法として、データ放送に対応した一定時間間隔で視聴放送局又は視聴番組の識別情報をその時の時刻と共に不揮発性記憶部に記録させ、更により大きな一定時間間隔で前記不揮発性記憶部に記録させたデータを、通信回線インタフェースを通じてセンターサーバーに転送させることにより視聴調査データを収集するものがある(例えば、特許文献1参照。)。
【0005】
【特許文献1】
特開2002−271286号公報
【0006】
【発明が解決しようとする課題】
しかしながら、データ放送では、視聴者の操作によりコンテンツの様々なページを、所望する時間や回数に制限なく視聴することができるため、データ放送の視聴率を調査する場合においても従来のテレビジョン放送の視聴率調査のように放送時間を基準としたチャンネルだけの調査では、正確な番組の視聴履歴情報を取得することができない。
【0007】
また、特許文献1では、一定時間間隔で視聴情報を記録しているため、視聴者がインタラクティブに操作するデータ放送の細かな視聴行動を把握しきれない。また、全てのデータ放送コンテンツに一律に、視聴率調査用の処理を埋め込む必要があるため、放送事業者間の同意が必要になると共に、実現のためのコストも高い。特に、一部のコンテンツのみについての視聴履歴を得たい場合には、この点が大きな問題になる。
【0008】
本発明は、上記の点に鑑みなされたものであり、効率的に高精度なデータ放送視聴履歴情報を取得することができるデータ放送制作装置を提供することを特徴とする。
【0009】
【課題を解決するための手段】
上記課題を解決するために、本件発明は、以下の特徴を有する課題を解決するための手段を採用している。
【0010】
請求項1に記載された発明は、視聴者視聴履歴を予め設定された視聴履歴取得装置に取得させるためのデータ放送コンテンツを制作するデータ放送制作装置において、前記データ放送コンテンツを受信する受信機における前記視聴履歴の記録条件を設定する条件設定部と、前記条件設定部により得られる設定情報に対応する処理を前記受信機に行わせるためのスクリプトを作成し、作成されたスクリプトを、前記受信機に送出する全てのデータ放送コンテンツのうち、視聴履歴を前記視聴履歴取得装置に取得させる対象のデータ放送コンテンツのみに付加するスクリプト付加部とを有し、前記スクリプト付加部は、前記受信機において、前記データ放送コンテンツに対するページを視聴するためのスクリプトの実行結果からページ毎の視聴回数、ページ毎の視聴時間、及びページの遷移順と視聴時間のうち、少なくとも1つを前記受信機に記録させるスクリプトを付加し、更に前記データ放送コンテンツのページ内での表示状態が変更される場合に、前記データ放送コンテンツ内に存在する表示内容を書き換えるための一連のスクリプトの直前もしくは直後に、前記受信機に予め設けられた履歴保持領域から履歴データを読み出し、更新して、再び前記履歴保持領域に書き戻すことで、ページ内における表示内容の変更履歴を前記受信機に記録させるスクリプトを付加することを特徴とする。
【0011】
請求項1記載の発明によれば、スクリプトにより視聴履歴を取得するため、新たな装置構成を必要とせず、従来の受信機をそのまま使用することができるため、効率的に高精度な視聴履歴を取得することができる。また、一部のコンテンツのみについての視聴履歴を効率的に取得することができる。また、データ放送コンテンツにおける詳細な視聴履歴を取得することができる。また、ページ単位又は時間を基準にしたデータ放送コンテンツにおける詳細な視聴履歴を取得することができる。更に、視聴者の視聴傾向を把握することができ、その傾向からサービス性を向上させたデータ放送を提供することができる。
【0022】
請求項に記載された発明は、前記スクリプト付加部は、前記受信機一時的に蓄積されてから視聴されることを意図して制作されたデータ放送コンテンツの視聴履歴を前記履歴保持領域に記録させることを特徴とする。
請求項記載の発明によれば、データ放送コンテンツが、受信で受信された後、一時的に受信機内蔵のハードディスク等に記録され、後に視聴されるような「蓄積型データ放送サービス」においても、視聴履歴を取得することができる。
【0023】
請求項に記載された発明は、前記スクリプト付加部は、前記視聴者に対して、前記視聴履歴取得装置に視聴履歴を取得させるかの確認を行うスクリプトを付加することを特徴とする。
【0024】
請求項記載の発明によれば、視聴者の意思に反して視聴履歴が取得されることを防ぎ、視聴者のプライバシーを尊重した上で、視聴履歴を許可した視聴者の受信機のみから視聴履歴を取得することができる。
【0025】
請求項に記載された発明は、前記スクリプト付加部は、前記データ放送コンテンツ毎に、前記視聴履歴取得装置に視聴履歴を取得させるかを受信機毎に設定する受信機識別情報を有するスクリプトを付加することを特徴とする。
【0026】
請求項記載の発明によれば、視聴履歴を取得する対象を受信機毎に設定することができ、効率的な視聴履歴の取得を行うことができる。
【0027】
請求項に記載された発明は、前記スクリプト付加部は、前記受信機の前記履歴保持領域に記録された視聴履歴を送信させるスクリプトを付加することを特徴とする。
【0028】
請求項記載の発明によれば、効率的に視聴履歴の取得を行うことができる。また、スクリプトを用いることで、送信指示を容易に行うことができる。
【0029】
請求項に記載された発明は、前記スクリプト付加部は、前記データ放送コンテンツにおけるコンテンツ毎、又はコンテンツの含まれるページが切り換わる毎に前記履歴保持領域に記録された前記視聴履歴を送信させるスクリプトを付加することを特徴とする。
【0030】
請求項記載の発明によれば、より詳細な視聴履歴を取得することができ、また、視聴履歴の集計を容易に行うことができる。また、取得した視聴履歴を集計して、データ放送をあらゆる観点から分析することができる。
【0031】
請求項に記載された発明は、前記スクリプト付加部は、前記受信で提示されている前記データ放送コンテンツの提示内容、又は前記受信で記録されている視聴履歴を送信させるスクリプトを付加することを特徴とする。
【0032】
請求項記載の発明によれば、詳細な視聴履歴を取得することができる。これにより、取得した視聴履歴を集計して、データ放送をあらゆる観点から分析することができる。
【0033】
請求項に記載された発明は、前記スクリプト付加部は、前記データ放送コンテンツを受信する受信で蓄積されている視聴履歴の蓄積容量に基づいて前記視聴履歴を送信させるスクリプトを付加することを特徴とする。
【0034】
請求項記載の発明によれば、効率的に視聴履歴の送信を行うよう指示することができる。これにより、視聴履歴の蓄積容量が受信側の記憶容量をオーバーすることで視聴履歴データが消去されることがなく、視聴履歴を取得することができる。
【0035】
請求項に記載された発明は、前記データ放送コンテンツを送出するコンテンツ送出部を有し、前記コンテンツ送出部は、予め設定された前記データ放送コンテンツの編成情報に基づいて、前記データ放送コンテンツの送出を行うことを特徴とする。
【0036】
請求項記載の発明によれば、効率的なデータ放送コンテンツの送出を行うことができる。
【0041】
【発明の実施の形態】
本発明は、データ放送コンテンツの視聴された時間及びコンテンツ表示内容等が示される視聴履歴を、通常放送しているデータ放送コンテンツの中に、特定の処理をスクリプトとして埋め込んで放送することにより取得を行う。
【0042】
具体的には、データコンテンツ内に、視聴者の操作を検出する処理、検出した操作履歴を受信機メモリに蓄積保存する処理を含め、更に蓄積されたデータを通信ネットワークを用いて、視聴履歴データを必要とするデータ放送コンテンツ制作装置や集計サーバ等に送信する処理、又は履歴取得対象の視聴者(受信機)であるかどうかを判別する処理等をデータ放送制作装置にて記述することにより効率的に高精度な視聴履歴の取得を行う。
【0043】
次に、本発明の実施の形態について、図を用いて説明する。
【0044】
(データ放送送出装置)
図1は、本発明におけるデータ放送コンテンツ制作装置の一構成例を示す図である。図1のデータ放送コンテンツ制作装置1は、データ放送コンテンツ制作部2と、送出用コンテンツ一時蓄積部3と、視聴履歴取得条件設定部4と、視聴履歴取得スクリプト付加部5と、データ放送コンテンツ編成設定部6と、データ放送コンテンツ送出部7とを有するよう構成されている。
【0045】
まず、データ放送コンテンツ制作部2は、視聴者に提供するデータ放送の各コンテンツの制作を行い、送出用コンテンツ一時蓄積部3に蓄積される。次に、視聴履歴取得条件設定部4は、後述する視聴履歴の取得基準に基づいて視聴履歴取得の対象とするデータ放送受信機の設定をデータ放送コンテンツ制作装置1の操作により行い、その設定情報を視聴履歴取得スクリプト付加部5に出力する。
【0046】
ここで、データ放送編成設定部6は、送出されるデータ放送コンテンツの編成内容を設定し、その編成情報を視聴履歴取得スクリプト付加部5、及びデータ放送コンテンツ送出部7に出力する。
【0047】
視聴履歴取得スクリプト付加部5は、データ放送コンテンツ編成設定部6により得られる編成情報に基づき、視聴履歴取得条件設定部4により得られる視聴履歴取得のためのコンテンツ内に埋め込まれる設定情報に対応した処理を、スクリプトとして作成しコンテンツ一時蓄積部3に保持されているコンテンツに付加する。
【0048】
送出用コンテンツ一時蓄積部3に保持されたコンテンツに視聴履歴取得条件をスクリプトとして付加させることにより、受信機には特別な構成を設けることなく、高精度な視聴履歴の取得を実現することができる。なお、スクリプトの付加は、例えば、BML(Broadcast Markup Language)文書内に視聴履歴取得条件に対応したスクリプトを付加させることにより行う。
【0049】
次に、設定情報が付加されたコンテンツは、データ放送コンテンツ送出部7へ出力される。データ放送コンテンツ送出部7は、送出用コンテンツ一時蓄積部3により得られるコンテンツ群から、データ放送コンテンツ編成設定部6により得られる編成情報に基づき、データ放送コンテンツの送出を行う。
【0050】
上述したように、データ放送コンテンツに視聴履歴取得スクリプトを付加することにより、受信機側では、そのスクリプトに基づいて視聴履歴を蓄積させる等の処理を行うことができ、また蓄積した視聴履歴情報を取得することができる。
【0051】
ここで、上述した視聴履歴取得条件設定部4による設定に基づく、視聴履歴取得スクリプト付加部5の処理について説明する。
【0052】
(取得設定例1:ページ毎の視聴回数を取得する例)
まず、ページ毎の視聴回数を取得する例について説明する。この場合は、視聴履歴の取得対象であるデータ放送コンテンツを、コンテンツを構成するページ単位、例えば、BML文書の場合はBML文書毎に視聴回数を取得するようスクリプトを作成する方法である。
【0053】
ここで、上述の手続を含むBML文書(ソースコード)の例について図を用いて説明する。図2は、ページ毎に視聴回数を取得する場合のBML文書の一例を示す図である。なお、図2では、1コンテンツに5ページ分のカウンタが受信機側のnvram(履歴保持領域)に確保される状態(a[0],a[1],a[2],a[3],a[4])において、4番目(a[3])のページのカウンタを1増加させるものである(図2▲1▼)。図2の例では、BML文書の最初に対象視聴者であるかの判断を行う文(図2▲2▼)と、4番目のページカウンタが予め設定した値(図2では、255)に達した場合に、視聴履歴データを取得する装置の一例である集計サーバへ送信する部分(図2▲3▼)が記述されている。また、図2▲2▼、及び図2▲3▼に呼び出される関数は別部分で定義されているものとする。
【0054】
これにより、受信機側では、容易にページ毎の視聴回数を取得することができ、また、そのデータを集計サーバへ送信することができる。
【0055】
(取得設定例2:ページ毎の視聴時間を取得する例)
次に、ページ毎の視聴時間を取得する例について説明する。この場合は、視聴履歴の取得対象であるデータ放送コンテンツを、コンテンツを構成するページ単位、例えば、BML文書の場合は、BML文書毎に視聴時間を取得する。
【0056】
ここで、上述の手続を含むBML文書(ソースコード)の例について図3を用いて説明する。図3は、ページ毎に視聴時間を取得する場合のBML文書の一例を示す図である。図3では、図2と同様に1コンテンツに5ページ分のカウンタがnvram(履歴保持領域)に確保される状態において4番目(a[3])のページのカウンタの累計時間カウンタをコンテンツの視聴を開始してから終了するまでの相対時間を取得して(図3▲1▼)、既にある累計視聴時間カウンタに加算する(図3▲2▼)。
【0057】
なお、図3の例では、BML文書の最初に対象視聴者であるかの判断を行う部分(図3▲3▼)と、3番目の累計視聴時間のカウンタが予め設定した時間(図3では、60000(秒))を超えた場合に集計サーバへ送信する部分(図6▲4▼)が記述されている。また、図3▲3▼、及び図3▲4▼に呼び出される関数は別部分で定義されているものとする。
【0058】
(取得設定例3:ページの遷移順と視聴時間を取得する例)
次に、ページの遷移順と視聴時間を取得する例について説明する。この場合は、視聴履歴の取得対象であるデータ放送コンテンツを、ページ毎で視聴開始時刻と視聴終了時刻を取得する方法である。これにより、調査対象ページ間での遷移の発生した順序と、夫々の視聴時間を取得することができる。
【0059】
ここで、上述の手続を含むBML文書(ソースコード)の例について図4を用いて説明する。図4は、ページ遷移順と視聴時間を取得する場合のBML文書の一例を示す図である。ここで、図4に示すページのID値を「3」とし、視聴開始時の呼び出される関数群(図4▲1▼)と、視聴終了時に呼び出される関数群(図4▲2▼)とからなる。図4▲1▼では、最初に対象視聴者であるかの判断を行い、番組視聴開始時間を取得する(図4▲3▼)。その後、nvram(履歴保持領域)から今まで格納していた履歴データを読み出し、そこに取得した番組視聴開始時間を追記する(図4▲4▼)。なお、履歴保持領域におけるデータの記憶容量が予め設定された容量を越えた場合(図4では、950(バイト))に集計サーバへ送信する部分(図4▲5▼)が記述されている。
【0060】
一方、視聴終了時(図4▲2▼)は、まず、対象視聴者であるかの判定を行い、その後、視聴履歴の取得対象であるページへの遷移かどうかを判定する。ここで、対象ページへの遷移であれば、終了時間を格納する必要がない。対象ページでない場合は、視聴者が取得対象ページの視聴を終了したと判断し、終了時間の取得を行う(図4▲6▼)。その後、nvram(履歴保持領域)から今まで格納していた履歴データを読み出し、そこに取得した番組視聴開始時間を追記する(図4▲7▼)。なお、履歴保持領域におけるデータの記憶容量が予め設定された容量を越えた場合(図4では、950(バイト))に集計サーバへ送信する部分(図4▲8▼)が記述されている。
【0061】
このように、取得対象BML文書以外のBML文書へ遷移する場合や、受信機電源を切る操作が行われた場合や、他の放送チャンネルが選局された場合を検知するため、BML文書を視聴終了するときに必ず実行されるスクリプト(onunloadイベントに対応する関数)において、当該BML文書の終了する原因が、調査対象文書への遷移であるかどうかを判定し、調査対象文書への遷移でない場合には、調査対象文書以外への遷移を表す値であるIDx(図4では、0xffff)と視聴終了時刻のデータをnvram内の履歴に追記するという手続きを記述する。
【0062】
具体的には、取得対象文書へ遷移を行う場合には特定のフラグ変数に値をセットし、onunloadイベントから呼び出される関数にて判定基準となるようにする(図4▲9▼)。なお、集計サーバへ視聴履歴データを送信した後、それまで保持されていた履歴データはリセットする。
【0063】
(取得設定例4:ページ内の表示変更を取得する例)
次に、ページ内の表示変更を取得する例について説明する。この場合は、視聴履歴の取得対象であるデータ放送コンテンツを、ページ内での表示内容変更を取得する方法である。具体的には、スクリプト処理等によって表示内容が変更されたことについて検知し履歴を取得する。
【0064】
ここで、BML文書による上述したページ内での表示内容を取得する場合の記述例について図を用いて説明する。図5は、ページ内での表示内容を取得する場合のBML文書の一例を示す図である。図5の例では、視聴履歴取得と関係ない通常のコンテンツ動作である画面表示を変更するための処理等がDOM等を使用して記述される(図5▲1▼)。次に、上述したBMLと同様に対象視聴者であるかどうかの判定を行い(図5▲2▼)、次に、ページID(PageID)を設定するが、ここでは、ページ内で今までされていた表示状態と異なる表示状態となった場合に新たにID値をセットする。このページでは、n個目の配列から追加して割り当てられるIDであるため、変数mにnを加算した値(m+n)を新たなページIDとする(図5▲3▼)。
【0065】
その後、nvram(履歴保持領域)から今まで格納していたページIDに対応する履歴データを読み出し、そこに取得した番組視聴回数を1増加する(図5▲4▼)。なお、履歴保持領域におけるデータの記憶容量が予め設定された容量を越えた場合(図5では、255(バイト))に集計サーバへ送信する部分(図5▲5▼)を記述している。
【0066】
これにより、ページ内での表示変更の履歴を取得することができ、視聴履歴情報を詳細に記録することができる。
【0067】
(取得設定例5:取得例1〜4の組合せにより取得する例)
次に、上述した取得設定例1〜4で示した方法を適宜組み合わせることによって、調査対象ページ間で発生した遷移の回数を遷移元別や遷移先別に集計する等、より詳細な履歴を取得することも可能である。
【0068】
なお、上述のような視聴履歴の取得設定の他に、受信機側から通信ネットワーク等を用いて視聴履歴情報を集計する場合に、受信機側での通信プロトコルについてもスクリプトとしてBMLで設定することもできる。ここで、送信設定例について、いくつかの例をあげて説明する。
【0069】
(送信設定例1:BASIC手順通信APIを用いての送信)
データ放送受信機に設けられるモデムを介し、BMLのBASIC手順通信APIを使用して、サーバへの接続、必要な場合には個人認証や暗号化、保持している履歴データの送信、接続の切断を行う。
【0070】
ここで、BASIC手順を使用して送信される場合のBML記述例を図6に示す。図6では、受信者IDを送信し(図6▲1▼)、その後履歴データの送信を行う(図6▲2▼)。
【0071】
(送信設定例2:TCP/IP手順通信APIを用いての送信)
また同様に、データ放送受信機に設けられるモデムにおけるインターネット接続機能を介して、BMLのTCP/IP通信APIを使用して、サーバへの接続、必要な場合には個人認証や暗号化、保持している履歴データの送信、接続の切断を行う。この場合、データ放送受信機の設定によっては、サーバへの接続、切断は自動的に行われる場合もある。
【0072】
ここで、TCP/IP手順を使用して送信される場合のBML記述例を図7に示す。図7では、集計サーバへの接続をBMLに記載された条件等に基づいて自動で接続を行い(図7▲1▼)、その後履歴データの送信を行う(図7▲2▼)。
【0073】
(送信設定例3:SMTPプロトコルを用いての送信)
受信機側に設けられているメール送信機能を使用して、ある特定のアドレスに対して、保持している履歴データを送信する。必要な場合には、データの暗号化を行ってから送信する。SMTPプロトコルを使用するため、集計サーバへの瞬間的な輻輳による過大な負荷を回避できることが期待できる。
【0074】
ここで、SMTPプロトコルを使用して送信される場合のBML記述例を図8に示す。図8では、集計サーバへの接続をBMLに記載された条件等に基づいて自動で接続を行い(図8▲1▼)、その後、メール本文中に履歴データをセットし、予め設定されたメールアドレスに対して送信を行う(図8▲2▼)。
【0075】
なお、上述した送信方法以外でも、回線を用いて受信機内のデータを送信できる機能が備わっているデータ放送受信機であれば、どのようなデータ放送受信機でも履歴データの送信が可能である。
【0076】
また、受信機側からの視聴履歴を集計するために視聴履歴情報を送信する送信タイミングにおいても、スクリプトを用いて設定することが可能であるが、詳細な説明は、受信機における動作説明にて説明する。なお、以下に説明するデータ放送受信機の機器構成は、既存の受信機と同じ構成であり、後述する受信機の視聴履歴取得動作は全て視聴履歴取得スクリプト付加部5で付加されるスクリプト処理によって可能となる。
【0077】
(データ放送受信機)
図9は、データ放送受信機の一構成例を示す図である。図9のデータ放送受信機10は、データ放送受信部11と、データ放送コンテンツ実行エンジン部12と、UI部13と、双方向通信部14と、データ放送コンテンツ蓄積部15と、データ放送コンテンツ実行用ワークメモリ部16と、不揮発記憶部17と、大容量蓄積部18とを有するよう構成されている。
【0078】
データ放送受信部11は、デジタル信号復調手順、MPEG2―TS分離手順、データカルーセル受信手順等によりデータ放送の受信を行い、データ放送コンテンツ実行エンジン部12は、CPU、データ放送ブラウザから構成されデータ放送コンテンツの提示内容を制御する。UI部13は、表示部及び入力部等のユーザインタフェース部分であり、双方向通信部14は、インターネット等の通信ネットワーク19を介してデータの送受信を行うことができる。
【0079】
また、記憶部としては、データ放送コンテンツをそのまま蓄積するためのデータ放送コンテンツ蓄積部15と、データ放送コンテンツ実行中のコンテンツに関する情報の一時的な記録を行うデータ放送コンテンツ実行用ワークメモリ部16と、番組を視聴する際に使用されるためのnvram(NonvolatileRAM)等のようなメモリからなる不揮発性記憶部17と、HDD(HardDisk Drive)からなる大容量蓄積部18とを有している。
【0080】
次に、データ放送受信機10における視聴履歴取得手順についてフローチャートを用いて説明する。図10は、本発明における視聴履歴取得手順の一例のフローチャートを示す図である。
【0081】
まず、放送局(データ放送コンテンツ制作装置)から送信された調査対象のコンテンツを含むデータ放送コンテンツ群をデータ放送受信機10で受信する(S01)。受信したデータ放送コンテンツは、データ放送コンテンツ蓄積部15又は大容量蓄積部18に蓄積される。視聴者(利用者)は、UI部13から視聴したいデータ放送の視聴選択指示を行い、データ放送コンテンツ実行エンジン部12は、その指示信号に基づきデータ放送コンテンツ蓄積部15又は大容量蓄積部18から該当するデータコンテンツを取得してデータ放送コンテンツ実行用ワークメモリ部16に記録させながら、UI部13に設けられているモニタ等からデータ放送コンテンツの提示が開始される。
【0082】
この時、データ放送実行エンジンコンテンツ部12は、視聴者が選択したコンテンツが、視聴履歴の取得対象ページであるかを受信したデータ放送コンテンツに付加された視聴履歴スクリプトにより判断し(S02)、取得対象で無い場合は(S02において、NO)、通常の視聴させるためにUI部13のモニタ等の出力部により、コンテンツを提示する(S03)。また、視聴者によりページが遷移されれば(S04)、再びS02に戻り取得対象ページかの判断が行われる。
【0083】
また、S02において、取得対象ページである場合は(S02において、YES)、視聴者が調査対象者であるかどうか、又はデータ放送受信機10が調査対象の受信機であるかどうかの認証を行う(S05)。なお、S05のステップは実行されなくてもよく、必要に応じて行うよう設定することができる。
【0084】
次に、コンテンツをUI部13から視聴者に出力させると共に視聴しているコンテンツやスクリプトの内容を取得し、揮発性メモリであるデータ放送コンテンツ実行用ワークメモリ部16、あるいは不揮発記録部17に視聴された時刻と共に保持し、必要に応じて通信ネットワーク19上に設置されている集計サーバへ蓄積されている視聴履歴情報の送信を行う(S06)。
【0085】
この視聴内容をある程度の時間蓄積することで、視聴履歴を取得することができる。なお、視聴履歴データは、視聴者の視聴操作に従って視聴履歴を取得するが、操作に基づく視聴内容の取得方法については後述する。また、視聴履歴の保持方法についても後述する。
【0086】
なお、視聴履歴を集計サーバへ送信する方法としては、例えば、データ放送コンテンツ実行用ワークメモリ部16(揮発性メモリ)に保持されている場合は、データ放送の視聴を終了する直前、又は調査対象コンテンツ以外のコンテンツに遷移する直前に、保持している視聴履歴データを集計サーバに送信する。また、不揮発性記憶部17に保持されている場合は、一定の期間毎、又は履歴保持領域の容量が予め設定された容量を越えた場合等の条件に基づいて、保持している履歴データを双方向通信部14から通信ネットワーク19を介して集計サーバに送信する。
【0087】
次に、視聴者の選択指示等によりコンテンツ内のページが遷移されると(S07)、取得対象ページであるかの判断を行う(S08)。取得対象ページである場合は(S08において、YES)、S06に戻り視聴履歴の取得を行う。また、取得対象ページでなかった場合は(S08において、NO)、切り換わった時間と共に、今まで視聴者が視聴していたコンテンツの内容を視聴情報として不揮発記憶部17へ記録を行う(S09)。
【0088】
次に、コンテンツが終了しているかを判断し(S10)、終了した場合は(S10において、YES)、処理を終了する。また、終了していない場合は(S10において、NO)、S02に戻りコンテンツ毎に構成される複数のページについて、継続して視聴履歴を取得するための処理を行う。これによりコンテンツ毎に階層構造を有する各ページについて、視聴履歴を取得する対象とするか否かを設定することができると共に、コンテンツ内の視聴者の視聴情報を詳細に取得することができる。
【0089】
ここで、本発明における視聴履歴の取得内容について、例をあげて説明する。
【0090】
(取得例1:ページ毎の視聴回数を取得する例)
まず、ページ毎の視聴回数を取得する例について説明する。ここで、視聴回数を取得する手順についてフローチャートを用いて説明する。
【0091】
図11は、本発明におけるページ毎に視聴回数を取得する手順の一例を示すフローチャートである。
【0092】
最初に、取得対象となるページの総数をNpページとするとき、予めデータ放送コンテンツ実行用ワークメモリ部16や不揮発記憶部17等の履歴保持領域にNp個分のカウンタ領域を確保しておく。このとき、一度に保持可能なページ毎の最高カウント数をmとしたとき、数値mを表すのに必要なビット数をNmとすると、最低でもNm×Npビット分の領域を用意しておく必要がある。これは、Nmビットの要素をNp個持つ配列で表すことができる。
【0093】
また、取得方法としては、調査対象とするページ全てに特定の手続き言語が記述されており、視聴者がページを視聴する度に該当するページのカウンタ値を増加させる。
【0094】
視聴者により取得対象ページの視聴が開始されると(S11)、BML文書を視聴したときに必ず実行されるスクリプトコード(グローバルコード、またはonloadイベントに対応する関数)に記述されている配列要素nのカウンタ値を、履歴保持領域内に設けられている配列中の対応領域部分から読み出し(S12)、その値を1増加(S13)し、再び不揮発性記憶部17の同じ位置に値を書き戻すという手続き行う(S14)。
【0095】
次に、集計サーバに履歴データを送信する必要があるかを判断し(S15)、送信しない場合は(S15において、NO)、処理を終了し、送信する場合は(S15において、YES)、双方向通信部14から通信ネットワーク19を介して集計サーバに履歴データを送信する処理を行い(S16)、処理を終了する。なお、送信した配列要素nのカウンタ値は0にリセットする。また、集計サーバへの履歴データ送信は、該当する1ページ分の履歴データのみを送信するか、それまでに集計された全ての調査対象ページ分の履歴データを送信する。
【0096】
これにより、容易にページ毎の視聴回数を取得することができ、また、そのデータを集計サーバへ送信することができる。
【0097】
(取得例2:ページ毎の視聴時間を取得する例)
次に、ページ毎の視聴時間を取得する例について説明する。ここで、視聴時間を取得する手順についてフローチャートを用いて説明する。図12は、本発明におけるページ毎に視聴時間を取得する手順の一例を示すフローチャートである。
【0098】
最初に、調査対象となるページの総数をNpページとするとき、データ放送コンテンツ実行用ワークメモリ部16や不揮発記憶部17等の記憶デバイスに予め履歴保持領域にNp個分の時間保持領域を確保しておく。このとき、一度に保持可能なページ毎の最高累計視聴時間をt秒、視聴時間を測定する際の最小単位をu秒としたとき、t/uを表すのに必要なビット数をNtuとすると、最低でもNtu×Npビット分の領域を用意しておく必要がある。これは、Ntuビットの要素をNp個持つ配列で表すことができる。
【0099】
また、取得方法としては、取得対象とするページ全てに特定の手続き言語が記述されており、視聴者がページを視聴する度に、その開始から終了までの視聴時間を、それまでに保持されていた累計視聴時間に加算する。
【0100】
視聴者により取得対象ページの視聴が開始されると(S21)、BML文書を視聴したときに必ず実行されるスクリプトコード(グローバルコード又はonloadイベントに対応する関数)により、ページ視聴開始時刻を履歴保持領域にある変数aに格納し(S22)、UI部13からコンテンツを提示して視聴者にページを視聴させる(S23)。
【0101】
次に、BML文書を視聴終了するときに必ず実行されるスクリプトコード(onunloadイベントに対応する関数や、他文書へリンクするボタンに指定されたonclickイベントに対応する関数)により判断し、そのときの時刻を取得して履歴保持領域にある変数bに格納する(S24)。
【0102】
更に、履歴保持領域内の累計視聴時間の読み出しを行い(S25)、視聴時間Tbaを変数bと変数aの差分(b−a)により算出し、読み出したBMLに対応する累計時間に視聴時間Tbaを加算して(S26)、履歴保持領域の同じ位置に値を書き戻すという手続を記述する(S27)。
【0103】
次に、集計サーバに履歴データを送信する必要があるかを判断し(S28)、送信しない場合は(S28において、NO)、処理を終了し、送信する場合は(S28において、YES)、双方向通信部14から通信ネットワーク19を介して集計サーバに履歴データを送信する処理を行い(S29)、処理を終了する。なお、送信した直後、送信済みの累計時間値を0にリセットする。また、集計サーバへの履歴データ送信は、該当する1ページ分の履歴データのみを送信するか、それまでに集計された全ての調査対象ページ分の履歴データを送信することができる。
【0104】
ここで、ページの実質的な視聴時間を取得する例について図を用いて説明する。
【0105】
図13は、ページ単位の視聴時間の取得に関する一例の図である。図13では、ページA,B,Cの3ページについての視聴時間を時間時間軸tに基づいて算出する。なお、図13において、aはページ描画開始地点を示し、bはページ描画終了地点(実質的な視聴時間の開始地点)を示す。更に、cは視聴者によるページ遷移操作された地点(実質的な視聴時間の終了地点)を示し、dはページ表示の終了又はデータ提示終了を示す。
【0106】
ここで、コンテンツの実質的な視聴時間は、あるページが画面上での初期描画処理を完了した瞬間から、視聴者が他のページへの遷移を行う意図を持ってボタンを選択する等の操作を行った瞬間までの時間であると考えられる。
【0107】
したがって、図13では、ページAの視聴時間は、t−tで算出することができ、同様にページBはt−t、ページCはt−tで算出することができる。
【0108】
ここで、BMLの場合は、視聴開始時刻をonloadイベントに対応する関数の先頭で行い、視聴終了時刻を他文書へリンクするボタンに指定されたonclickイベントやonkeydownイベントに対応する関数の先頭で行うことで、この実質的な視聴時間をより正確に取得することが可能である。
【0109】
これにより、容易にページ毎の視聴時間を取得することができ、また、そのデータを集計サーバへ送信することができる。
【0110】
(取得例3:ページの遷移順と視聴時間を取得する例)
次に、ページの遷移順と視聴時間を取得する例について説明する。ここで、遷移順と視聴時間を取得する手順についてフローチャートを用いて説明する。図14は、本発明における遷移順と視聴時間を取得する手順の一例を示すフローチャートである。
【0111】
最初に、取得対象のページ総数をNpページとするとき、予め各ページに固有のID値(ID1〜IDnp)を割り当てておく。更に、調査対象ページ以外のページであること示すID値(IDx)を用意しておく。取得したい時刻の単位に応じて、その時刻を表現するのに必要なビット数をBtとするとき、値(Np+1)を表すのに必要なビット数Bnpとして(Bt+Bnp)ビットが1回のページ視聴の記録単位となる。このとき、一度に保持可能な履歴データ数をNrecとした場合、(Bt+Bnp)×Nrecビット分の領域をデータ放送コンテンツ実行用ワークメモリ部16又は不揮発記憶部17等の履歴保持領域として用意しておく必要がある。
【0112】
また、取得方法としては、取得対象とするページ全てに特定の手続きが記述されており、遷移が発生するたびに遷移先のページのID値と遷移発生時刻を保持する。
【0113】
視聴者が取得対象ページの視聴が開始されると(S31)、BML文書を視聴したときに必ず実行されるスクリプトコード(グローバルコード又はonloadイベントに対応する関数)に、ページ視聴開始時刻を履歴保持領域にある変数Tsに格納し(S32)、更に変数値TsとページのID値(IDn)を履歴保持領域に追加し(S33)、UI部13からコンテンツを提示して視聴者にページを視聴させる(S34)。
【0114】
次に、BML文書を視聴終了するときに必ず実行されるスクリプトコード(onunloadイベントに対応する関数や、他文書へリンクするボタンに指定されたonclickイベントに対応する関数)によりページの視聴が終了しページが遷移した際に、取得対象ページへの遷移かを判断する(S35)。取得対象ページである場合は(S35において、YES)、S32に戻り時刻の取得を行う。また、取得対象ページでない場合は(S35において、NO)、その時点の時刻を取得して変数Teに格納し(S36)、更に変数TeとID値(IDx)を履歴保持領域に追加する(S37)。
【0115】
つまり、取得対象ページ間での遷移の場合、遷移元の視聴終了時刻と遷移先の視聴開始時刻は同時とみなせるため、遷移先のID値と遷移発生時刻(すなわち視聴開始時刻)を保持するのみで十分である。取得対象ページ以外のページに遷移する場合や、データコンテンツの視聴が終了される場合には、取得対象ページ外であることを示す値(IDx)とその遷移発生時刻(すなわち視聴終了時刻)を保持する。
【0116】
次に、集計サーバに履歴データを送信する必要があるかを判断し(S38)、送信しない場合は(S38において、NO)、処理を終了し、送信する場合は(S38において、YES)、双方向通信部14から通信ネットワーク19を介して集計サーバに履歴データを送信する処理を行い(S39)、処理を終了する。なお、送信した後、それまで保持されていた履歴データはリセットする。
【0117】
具体的な例としては、BMLの場合、BML文書を視聴開始したときに必ず実行されるスクリプト(グローバルコード又はonloadイベントに対応する関数)に、不揮発記憶部17から履歴保持領域の内容を読み出し、読み出した内容の末尾に視聴中のBML文書のID値と視聴開始時刻のデータを追加し、再び不揮発記憶部17の同一領域に書き込むという手続きを記述する。
【0118】
(取得例4:ページ内の表示変更を取得する例)
次に、ページ内の表示変更を取得する例について説明する。ここで、ページ内の表示変更を取得する手順について説明する。最初に、調査対象のページの各々において、ページ内での表示状態毎に、その状態を表すID値を割り当てておく。このID値の使用と、上述の取得例1〜3の方法を組み合わせることによって、その表示状態が視聴された回数、その表示状態での視聴時間、その表示状態への遷移順と視聴時間を取得することができる。
【0119】
ページ内で表示状態が変更される場合、コンテンツ内部には必ず変更を行うための手続き記述が存在する。その手続きの直前及び直後に取得例1〜3に示した方法と同様な手順を記述することによってページ内での表示内容変更履歴を取得できる。
【0120】
具体的には、BMLの場合、ページ内で表示状態が変更される際には、必ずスクリプト処理によってDOM(Document Object Mode)のAPI(Application Program Interface)が呼びだされ画面提示内容が書き換えられる。その一連のスクリプト処理の直前、もしくは直後に、取得例1〜3に示したような、履歴保持領域から履歴データを読み出し、更新し、再び書き戻すという手続きを記述することによって、ページ内での表示状態変更の履歴を保持することが可能である。
【0121】
これにより、ページ内での表示変更の履歴を取得することができ、視聴履歴情報を詳細に記録することができる。
【0122】
(取得例5:取得例1〜4の組合せにより取得する例)
次に、上述した取得例1〜4で示した方法を適宜組み合わせることによって、調査対象ページ間で発生した遷移の回数を遷移元別や遷移先別に集計する等、より詳細な履歴を取得することも可能である。
【0123】
また、上述の取得例4の方法を使って、ページ内での視聴者の操作履歴を、誤操作等も含めて全て逐一記録することで、データ放送コンテンツの構成が視聴者にとって使い易いか等を分析するためのデータを取得することも可能である。
【0124】
(取得例6:蓄積データコンテンツの視聴率を取得する例)
データ放送コンテンツが、受信後、一時的に受信機内蔵のハードディスク等に記録され、後に視聴されるような「蓄積型データサービス」においても、上述した取得例1〜5に示す取得方法で視聴履歴の取得が可能である。この場合、時間経過に応じて内容変更されるコンテンツについてはページ単位だけでなく時間軸に対してもユニークなID値を割り振ることで実現できる。
【0125】
(取得例7:マルチタスク処理可能なデータコンテンツ実行環境における視聴履歴の取得)
次に、マルチタスク処理可能なデータコンテンツ実行環境における視聴履歴の取得方法について説明する。
【0126】
DVB−MHP(Digital Video Broadcasting―Multimedia Home Platform)等で採用されているアプリケーション実行エンジン方式によるデータ放送の場合、1台のデータ放送受信機内で同時に、複数のデータ放送コンテンツを実行可能な場合がある。このような場合に、上述した実施例に示したBMLでの記述例のように通常のデータ放送コンテンツの中に履歴取得用のスクリプトを記述する必要はなく、視聴者から意識されない、履歴取得専用のアプリケーション(データ放送コンテンツ)を放送し、常にバックグラウンドで動作するように構成することによって、通常のデータ放送コンテンツに変更を加えることなしに視聴履歴が取得し、集計サーバに送信することができる。
【0127】
ここで、上述した視聴履歴の取得例を図を用いて説明する。図15は、アプリケーションによる視聴履歴の取得手順を示す一例のフローチャートである。
【0128】
図15において、データ放送受信機は、アプリケーションA,B,C,Dを並列に起動させることができる。ここで、アプリケーションDが視聴履歴取得用のアプリケーションであるとすると、アプリケーションA,B,Cの視聴状況をバックグラウンドで監視を行い、視聴者の視聴履歴を容易に取得することができる。
【0129】
次に、上述した視聴履歴データの記録保持方法についていくつか例をあげて説明する。
【0130】
(保持例1:RAM領域に保持)
まず、データ放送コンテンツ実行用ワークメモリ部16で示す揮発性メモリであるRAMに保持する方法である。具体的にはBMLの場合、スクリプトコード内の変数に保持し、文書間遷移時には文書間で共有可能なUreg変数を用いてデータを引き継ぐことができる。
【0131】
(保持例2:不揮発性メモリ領域に保持)
次に、不揮発記憶部17で示すnvram等の不揮発性メモリ領域に保持する方法である。具体的にはBMLの場合、nvram領域にアクセスする拡張API:writePersisitentArray()やreadPersistentArray()を用いて読み出しおよび書き込みを行う。
【0132】
(保持例3:ハードディスクに保持)
これは、大容量蓄積部18で示す大容量な記録装置であるハードディスク等に保持する方法である。ハードディスク内蔵型のデータ放送受信機の場合にこの方法が可能であり、大容量データの記録が可能なため、詳細な視聴履歴データを長期間分保持しておくことが可能である。
【0133】
具体的にはBMLの場合、受信機ハードディスクにアクセスする拡張APIであるwriteArray()やreadArray()等を用いて読み出しおよび書き込みを行う。
【0134】
(保持例4:可搬型記憶デバイスに保持)
これはデータ放送受信機に脱着可能な、メモリカード等の可搬型記憶デバイスに保持する方法である。具体的には、上述の保持例3に準ずるものとなる。この場合、視聴者個人がメモリカードを常時携帯することによって、複数の受信機で視聴する場合にも、1つ(1人)の視聴履歴として記録保持することが可能である。また1台の受信機を複数人で使用している場合に、個人毎に視聴履歴を取得することも可能である。なお、可搬型記憶デバイスに対してデータの読み出し、及び書き出しを行うドライブはUI部13に設けることができる。
【0135】
(保持例5:不揮発性メモリと揮発性メモリの組合せによる保持)
これはnvram等の不揮発性メモリに対して書き込みを頻繁に行うことは、不揮発性メモリの特性によりその寿命を縮めることになるため望ましくない。このため、不揮発性メモリを使用する場合は、調査対象コンテンツの視聴終了前の最終的な記録のみを不揮発性メモリに対して行い、調査対象コンテンツ視聴中はRAMに保持するという方法を取ることによって可能な限り書き込み回数を減らすことが有効である。
【0136】
ここで、上述の保持例5における保持手順についてフローチャートを用いて説明する。図16は、不揮発性メモリと揮発性メモリの組合せによる保持手順を示す一例のフローチャートである。
【0137】
まず、視聴者により取得対象ページの視聴が開始されると(S41)、BML文書を視聴したときに必ず実行されるスクリプトコード(グローバルコード又はonloadイベントに対応する関数)により、ページ視聴データの格納領域をnvram(履歴保持領域)から読み出しを行うが、この際RAMに格納領域を設定し、そこに履歴データの書き出しを行う(S42)。
【0138】
次に、視聴履歴に関する更新がある場合は、RAMから読み出しを行い、再度RAMの同じ位置に値を書き戻し(S43)、UI部13からコンテンツを提示しして視聴者にページを視聴させる(S44)。
【0139】
次に、BML文書を視聴終了するときに必ず実行されるスクリプトコード(onunloadイベントに対応する関数や、他文書へリンクするボタンに指定されたonclickイベントに対応する関数)によりページの視聴が終了しページが遷移した際に、取得対象ページへの遷移かを判断する(S45)。取得対象ページである場合は(S45において、YES)、S43に戻り、上述の処理を繰り返し行う。また、取得対象ページでない場合は(S45において、NO)、RAMに格納されていた履歴データを履歴保持領域(nvram)に出力する(S46)。これにより、履歴保持領域の使用回数を削減することができ、効率的にメモリを利用することができる。なお、上述の保持例にて記載のRAM、及びnvramは、データ放送コンテンツ実行用ワークメモリ部16、及び不揮発記憶部17に対応している。
【0140】
次に、視聴履歴データを送信するタイミングの例について説明する。
【0141】
(送信タイミング例1:視聴対象コンテンツ群の視聴を終了するタイミングで集計サーバに送信)
まず、視聴対象コンテンツ群の視聴を終了するタイミングで集計サーバに送信する方法について説明する。
【0142】
この方法では、履歴取得対象ページ群から出るとき、つまり、取得対象ページ以外のページに遷移する場合、データ放送の視聴が終了する場合、他のチャンネルが選局される場合、及びデータ放送受信機10の電源がOFFにされる場合に、その直前に集計サーバに送信する。また、この方法では、視聴履歴データを不揮発性メモリに保持しておく必要がないため、受信機のRAM領域を十分に活用して高速動作が期待でき、より柔軟なコンテンツ記述が可能である。
【0143】
具体的には、履歴取得対象ページ以外へのページへのリンクが選択された場合に実行されるスクリプト(履歴取得対象外ページへのlaunchDocument関数等)の直前部分に、または、データ放送の視聴が終了するか受信機の電源がOFFになるか他局への選局がされた場合に実行されるスクリプト(onunloadイベントに関連付けられた関数)に、上述した送信例1〜3の方法によってデータの送信を行う。
【0144】
ここで、上述の送信手順についてフローチャートを用いて説明する。
【0145】
図17は、本発明における送信タイミングの第1の送信手順を示すフローチャートである。
【0146】
視聴者により取得対象ページの視聴が開始されると(S51)、上述の取得例1〜7に示したような方法でページ視聴履歴の取得を行い、上述の保持例1〜5に示すような方法で視聴履歴情報の記録を行う(S52)。
【0147】
次に、BML文書を視聴終了するときに必ず実行されるスクリプトコード(onunloadイベントに対応する関数や、他文書へリンクするボタンに指定されたonclickイベントに対応する関数)により、ページの視聴が終了しページが遷移した際に、取得対象ページへの遷移かを判断する(S53)。取得対象ページである場合は(S53において、YES)、視聴履歴の送信は行わずに処理を終了する。また、取得対象ページでない場合は(S53において、NO)、上述の送信例1〜3に基づいて視聴履歴データの送信を行う(S54)。
【0148】
(送信タイミング例2:履歴保持領域の記録量に基づいて集計サーバに送信)次に、予め用意しておいた履歴保持領域における視聴履歴情報の記録量に基づいて設定した記録量を超えた場合に集計サーバに送信する方法について説明する。
【0149】
この方法では、例えば、各ページに用意した視聴回数カウンタのどれか1つにおいて、各カウンタに用意されたビット数で表現できる最大値に達した場合、又は最大値に十分近い値に達した場合、あるいは各ページに用意した視聴時間保持領域のどれか1つにおいて、各視聴時間保持領域に用意されたビット数で表現できる最大値に達した場合、又は最大値に十分近い値に達した場合にデータの送信する。
【0150】
また、視聴したページのID値とその時刻を保持する履歴保持領域において、履歴の数が用意された領域で保持できる最大数に達した場合、又は最大数に十分近い値に達した場合にデータを送信する。
【0151】
ここで、上述の送信手順についてフローチャートを用いて説明する。
【0152】
図18は、本発明における送信タイミングの第2の送信手順を示すフローチャートである。
【0153】
視聴者により取得対象ページの視聴が開始されると(S61)、上述の取得例1〜7に示したような方法でページ視聴履歴の取得を行い、上述の保持例1〜5に示すような方法で、視聴履歴情報の記録を行い視聴履歴の作成を行う(S62)。
【0154】
次に、履歴保持領域の容量が設定値を越えているかを判断し(S63)、容量が設定値を超えている場合(S63において、YES)、上述した送信例1〜3に示すように視聴履歴データの送信処理を行う(S64)。なお、S64の処理が終了後、視聴履歴データは消去される。S64の処理が終了後又はS63にて容量がオーバーしていなかった場合は(S63において、NO)、ページ視聴を継続する(S65)。
【0155】
次に、BML文書を視聴終了するときに必ず実行されるスクリプトコード(onunloadイベントに対応する関数や、他文書へリンクするボタンに指定されたonclickイベントに対応する関数)によりページの視聴が終了しページが遷移した際に、取得対象ページへの遷移かを判断する(S66)。取得対象ページでない場合は(S66において、NO)、処理を終了する。また、取得対象ページである場合は(S66において、YES)、S62に戻り履歴情報の取得を継続して行う。これにより、容量を基準とした送信を容易に行うことができる。
【0156】
なお、上述では、設定値として、最大値を用いたが本発明においてはこの限りではなく、どの値でも設定することができる。また、履歴保持領域の残容量が設定値以下になった場合にデータを送信するようスクリプトにより設定することもできる。
【0157】
上述した方法に不揮発性メモリの使用量を組み合わせることで、視聴履歴情報がメモリの容量が許容最大値にならない限りは視聴履歴情報をデータ放送受信機内に長期的に保持することが可能になり、データ送信のためにサーバ接続するためのコストを極力抑えることが可能である。更に、サーバに接続される回数も減少するため、輻輳回避、サーバ負荷の低減の効果もある。
【0158】
(送信タイミング例3:集計サーバからの制御により送信)
次に、例えば、集計サーバを設けた放送局等の設置機関の制御によって、ある時期にまとめて視聴履歴調査対象者からの視聴履歴データを収集するための履歴を送信させる方法について説明する。
【0159】
この場合、データ放送コンテンツ中に視聴履歴を送信するような指示を挿入し、データ放送受信機10で、そのコンテンツを視聴した場合に直ちに視聴情報を送信するようデータコンテンツを構成する方法である。これにより、視聴されたコンテンツと相当数の履歴を取得することができる。
【0160】
また、この場合、調査対象コンテンツ以外のコンテンツにも、データ放送受信機に現時点で保持されている視聴履歴を送信するための手続きを埋め込んで送出することにより、より多くの履歴データをまとめて取得することもできる。
【0161】
次に、本発明における視聴履歴を取得する他の実施例について説明する。
【0162】
(視聴者の意思による視聴履歴調査への参加による取得)
ここでは、視聴者の意思による視聴履歴調査への参加による取得方法について説明する。この方法では、データ放送コンテンツの一部として、視聴率調査に参加して視聴履歴を収集されることを許可することを視聴者に促すコンテンツを放送し、視聴者が履歴収集を許可することを意図した操作を行った場合に、データ放送受信機の不揮発性メモリ部(nvramやハードディスク等)に相当するフラグ等の視聴履歴の取得許可情報を記録しておき、後でデータ放送受信機が視聴履歴調査対象のコンテンツを受信した場合に、記録したフラグの内容から判断して、視聴履歴取得動作を開始する方法である。また、視聴者に視聴履歴取得の許可を促すコンテンツにおいて視聴者が許可した場合に、その視聴者の個人データ(名前、性別、年齢、職業、住所等)を、そのデータ放送コンテンツを用いて入力し、双方向通信部14等を用いて入力された個人データと、その受信機の固有ID(IRDID(Integrated Receiver DecoderID)やそれに類するID値等)を集計サーバに収集することによって、その後取得される視聴履歴データについて視聴者プロファイルデータを関連づけて収集することができる。
【0163】
ここで、上述の視聴者許可型による視聴履歴の取得手順についてフローチャートを用いて説明する。
【0164】
図19は、本発明における視聴者許可型による視聴履歴の取得手順を示す一例のフローチャートである。なお、図19では、視聴者に参加を促す部分のステップ(S71〜S75)と、視聴履歴を取得するためのステップ(S76〜S78)に分かれている。
【0165】
まず、参加を促すステップでは、視聴者に提供するコンテンツの画面表示において、視聴者に視聴履歴の取得の参加と許可を確認させるためのメッセージがスクリプトとして受信したデータ放送コンテンツに付加されていた場合に、UI部13にて参加の確認をするコンテンツ表示を行い視聴者に告知する(S71)。
【0166】
データ放送コンテンツ実行エンジン部12は、参加確認の返事をもらう入力部分をコンテンツ内に設け、参加者(視聴者)からの回答を確認し、参加許可されたかどうかを判断する(S72)。参加許可されていなかった場合(S72において、NO)、処理を終了し、その後の視聴履歴を取得するためのステップも行わない。また、参加の許可があった場合は(S72において、YES)、視聴履歴の取得許可情報として参加フラグを不揮発メモリに設けた視聴履歴調査参加フラグ保持領域に記憶する(S73)。
【0167】
S73が終了後、更に、データ放送コンテンツ実行エンジン部12は、上述した視聴者の個人データの入力エリアをコンテンツ上に表示し、視聴者から個人データが入力されているかを判断する(S74)。なお、この画面では、入力しないことも可能とする。個人データで入力されていなかった場合は(S74において、NO)、そのまま処理を終了し、個人データが入力されていた場合は(S74において、YES)、視聴者に入力してもらった個人データ及びデータ放送受信機の固有IDを双方向通信部14から通信ネットワークを介して集計サーバ等に送信する(S75)。これにより、集計サーバからデータ放送受信機を特定する受信機IDが送信され、その受信機IDを用いて視聴者の個人データを含めて視聴履歴情報を記録し、集計サーバに送り返すことで、地域別、又は年齢別でのコンテンツの視聴情報等、詳細な視聴履歴を取得することができる。
【0168】
次に、視聴履歴取得のステップについて説明する。視聴者が取得対象ページの視聴が開始されると(S76)、不揮発メモリ等に記憶されている視聴履歴調査参加フラグ保持領域を読み出し、参加フラグが付与されているかを判断する(S77)。参加フラグが付与されていない場合は(S77において、NO)、視聴履歴取得処理を終了し通常の視聴が行われる。また、参加フラグが付与されている場合は(S77において、YES)、上述の取得例1〜7に示したような方法でページ視聴履歴の取得を行い、上述の保持例1〜5に示すような方法で、視聴履歴情報の記録を行い視聴履歴の作成を行う(S78)。
【0169】
これにより、視聴者の意思に反して視聴履歴が取得されることを防ぎ、視聴者のプライバシーを尊重した上で、視聴履歴取得を許可した視聴者の受信機のみから視聴履歴を取得することができる。
【0170】
(放送局からの対象視聴者の指定による取得)
次に、放送局等のコンテンツ提供機関からの対象視聴者の指定による取得について説明する。この場合は、視聴履歴取得対象情報として視聴履歴調査の対象とするデータ放送受信機(又は視聴者)の固有ID(IRDIDやそれに類するID値)のリストを放送し、視聴履歴調査処理の開始時にリストをチェックするような手続きのスクリプトをコンテンツに埋め込むことで、対象とするデータ放送受信機を、放送局の意図によって、限定したり動的な変更を行うことができる。
【0171】
具体的には、BMLの場合、視聴履歴の取得対象のデータ放送受信機ID(IRDID)のリストを保持するバイナリテーブルを、通常のデータ放送コンテンツと同時に放送し、視聴率調査対象コンテンツにおいて調査開始時に当該バイナリテーブルをチェックすることによって、取得対象受信機を絞り込むことができる。
【0172】
ここで、上述の対象視聴者指定による視聴履歴の取得手順についてフローチャートを用いて説明する。図20は、本発明における対象視聴者指定による視聴履歴の取得手順を示す一例のフローチャートである。
【0173】
まず、視聴者により取得対象ページの視聴が開始されると(S81)、データ放送コンテンツ実行エンジン部12は、コンテンツと共に送信された対象受信者リストを読み込み(S82)、リスト内にある受信機固有ID等の識別情報から対象受信機かを判断する(S83)、対象受信機でなかった場合は(S83において、NO)、そのまま処理を終了しコンテンツを視聴者に視聴させる。また、対象受信機であった場合は(S83において、YES)、上述の取得例1〜7に示したような方法でページ視聴履歴の取得を行い、上述の保持例1〜5に示すような方法で、視聴履歴情報の記録を行い視聴履歴の作成を行う(S84)。
【0174】
これにより、放送局の意思によって、視聴履歴取得対象とする受信機や視聴者を制御することが可能となる。具体的には、視聴履歴取得の対象とする受信機の数を制限することによって、効率的な取得が可能になる。
【0175】
上述したように本発明によれば、スクリプトによる視聴履歴の取得を行うため、市販されている一般的なデータ放送受信機を使用可能であり、視聴履歴取得のための特別な構成部を追加する必要がない。また、視聴履歴の取得対象とするコンテンツを絞り込むことができ、取得対象としたいコンテンツのみにスクリプト埋め込めばよく、コンテンツ制作上の負担が少なくすることができる。
【0176】
また、放送局の要求する視聴履歴の内容に応じた詳細な履歴情報の取得ができ、例えば、ページ視聴回数、ページ視聴時間の累計、ページ遷移の履歴、実質的な視聴時間、同一ページ内での操作による表示変更等、高精度な視聴履歴を容易に取得することができる。
【0177】
また、放送局側から、視聴率対象者を指定でき、また対象者を随時動的に変更することができるため、効率的に視聴履歴を取得することができる。
【0178】
更に、本発明により取得した視聴履歴を集計して、データ放送をあらゆる観点から分析することができ、例えば、各番組の視聴履歴により広告料を決定したり、データサービスの画面レイアウトを改良したり、視聴者の嗜好を把握する等のサービスの付加価値化を行い、視聴者に有効なデータ放送を実現することができる。
【0179】
以上、本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形、変更が可能である。
【0180】
【発明の効果】
上述の如く本発明によれば、効率的に高精度なデータ放送の視聴履歴を取得することができる。
【図面の簡単な説明】
【図1】本発明におけるデータ放送コンテンツ制作装置の一構成例を示す図である。
【図2】ページ毎に視聴回数を取得する場合のBML文書の一例を示す図である。
【図3】ページ毎に視聴時間を取得する場合のBML文書の一例を示す図である。
【図4】ページ遷移順と視聴時間を取得する場合のBML文書の一例を示す図である。
【図5】ページ内での表示内容を取得する場合のBML文書の一例を示す図である。
【図6】BASIC手順を使用して送信される場合のBML記述例を示す図である。
【図7】TCP/IP手順を使用して送信される場合のBML記述例を示す図である。
【図8】SMTPプロトコルを使用して送信される場合のBML記述例を示す図である。
【図9】データ放送受信機の一構成例を示す図である。
【図10】本発明における視聴履歴取得手順の一例のフローチャートを示す図である。
【図11】本発明におけるページ毎に視聴回数を取得する手順の一例を示すフローチャートである。
【図12】本発明におけるページ毎に視聴時間を取得する手順の一例を示すフローチャートである。
【図13】ページ単位の視聴時間の取得に関する一例の図である。
【図14】本発明における遷移順と視聴時間を取得する手順の一例を示すフローチャートである。
【図15】アプリケーションによる視聴履歴の取得手順を示す一例のフローチャートである。
【図16】不揮発性メモリと揮発性メモリの組合せによる保持手順を示す一例のフローチャートである。
【図17】本発明における送信タイミングの第1の送信手順を示すフローチャートである。
【図18】本発明における送信タイミングの第2の送信手順を示すフローチャートである。
【図19】本発明における視聴者許可型による視聴履歴の取得手順を示す一例のフローチャートである。
【図20】本発明における対象視聴者指定による視聴履歴の取得手順を示す一例のフローチャートである。
【符号の説明】
1 データ放送コンテンツ制作装置
2 データ放送コンテンツ制作部
3 送出用コンテンツ一時蓄積部
4 視聴履歴取得条件設定部
5 視聴履歴取得スクリプト付加部
6 データ放送コンテンツ編成設定部
7 データ放送コンテンツ送出部
10 データ放送受信機
11 データ放送受信部
12 データ放送コンテンツ実行エンジン部
13 UI部
14 双方向通信部
15 データ放送コンテンツ蓄積部
16 データ放送コンテンツ実行用ワークメモリ部
17 不揮発記憶部
18 大容量蓄積部
19 通信ネットワーク
[0001]
BACKGROUND OF THE INVENTION
  The present invention provides a data broadcasting production device.In placeIn particular, a data broadcasting production device that can be used to investigate the viewing history of data broadcasting in digital broadcasting using BS (Broadcasting Satellite), CS (Communication Satellite), terrestrial waves, cables, etc.In placeRelated.
[0002]
[Prior art]
Acquiring the viewing status of programs as qualitative data, such as when and who was watching which programs for how long in broadcasting, is very important information for the organization of broadcast programs and commercial provision. It becomes.
[0003]
Digital broadcasting has enabled large-capacity data broadcasting, which was difficult with conventional analog broadcasting, but it is also important to qualitatively understand the viewing status of data broadcasting as with ordinary programs.
[0004]
Therefore, recently, as a method for investigating the audience rating in data broadcasting, the identification information of the viewing broadcast station or the viewing program is recorded in the nonvolatile storage unit together with the time at a certain time interval corresponding to the data broadcasting. There is one that collects viewing survey data by transferring data recorded in the nonvolatile storage unit at intervals to a center server through a communication line interface (see, for example, Patent Document 1).
[0005]
[Patent Document 1]
JP 2002-271286 A
[0006]
[Problems to be solved by the invention]
However, in data broadcasting, various pages of content can be viewed without restriction on the desired time and number of times by the operation of the viewer. Therefore, even when examining the audience rating of data broadcasting, The survey of only the channels based on the broadcast time, such as the audience rating survey, cannot obtain accurate program viewing history information.
[0007]
Further, in Patent Document 1, since viewing information is recorded at regular time intervals, it is impossible to grasp the detailed viewing behavior of data broadcasting that the viewer operates interactively. Moreover, since it is necessary to embed processing for audience rating survey uniformly in all data broadcast contents, it is necessary to obtain an agreement between broadcasters, and the cost for implementation is high. In particular, this is a major problem when it is desired to obtain a viewing history for only some contents.
[0008]
  The present invention has been made in view of the above points, and is a data broadcast production device capable of efficiently acquiring highly accurate data broadcast viewing history information.PlaceIt is characterized by providing.
[0009]
[Means for Solving the Problems]
In order to solve the above problems, the present invention employs means for solving the problems having the following characteristics.
[0010]
  The invention described in claim 1 is a viewer.ofViewing historyTo a preset viewing history acquisition deviceGetMakeIn a data broadcasting production device that produces data broadcasting content forThe data broadcasting contentReceiveRecording of the viewing history on the machineSet conditionsCondition setting sectionAnd saidCondition setting sectionByFor causing the receiver to perform processing corresponding to the obtained setting information.ScriptCreate the created script to the receiverSendOf all the data broadcasting contents to be processed, the viewing history is acquired by the viewing history acquisition device.Data broadcasting contentonlyAnd a script adding part to be added toThe script adding unit, in the receiver, from the execution result of the script for viewing the page for the data broadcasting content, among the number of times of viewing for each page, the viewing time for each page, and the page transition order and viewing time, A series of scripts for rewriting display contents existing in the data broadcast content when a script for causing the receiver to record at least one is added and the display state in the page of the data broadcast content is changed. Immediately before or after the script, the history data is read from the history holding area provided in advance in the receiver, updated, and written back to the history holding area again, so that the display content change history in the page is received. A script to be recorded by the machine is added.
[0011]
  According to the first aspect of the present invention, since the viewing history is acquired by the script, a new receiver configuration is not required and the conventional receiver can be used as it is. Can be acquired.In addition, it is possible to efficiently obtain a viewing history for only some contents. Further, it is possible to acquire a detailed viewing history in the data broadcast content. Further, it is possible to acquire a detailed viewing history in the data broadcast content based on the page unit or time. Furthermore, the viewer's viewing tendency can be grasped, and data broadcasting with improved serviceability can be provided from the tendency.
[0022]
  Claim2In the invention described in the above, the script adding unit includes the receiver.soViewing the viewing history of data broadcasting content that was intended to be viewed after being temporarily storedRecord in the history holding areaIt is characterized by that.
  Claim2According to the described invention, data broadcast content is received.MachineIn the “storage type data broadcasting service”, which is temporarily recorded on a hard disk or the like built in the receiver and viewed later, the viewing history can be acquired.
[0023]
  Claim3In the invention described in the above, the script adding unit is provided for the viewer., In the viewing history acquisition deviceWatch historyWhether to getA script for performing confirmation is added.
[0024]
  Claim3According to the described invention, the viewing history is prevented from being acquired against the viewer's intention, and the viewing history is acquired only from the receiver of the viewer who has permitted the viewing history while respecting the privacy of the viewer. can do.
[0025]
  Claim4In the invention described in the above, the script adding unit is provided for each data broadcast content.In the viewing history acquisition deviceGet viewing historyWhat to doA script having receiver identification information set for each receiver is added.
[0026]
  Claim4According to the described invention, it is possible to set a target for obtaining a viewing history for each receiver, and it is possible to efficiently obtain a viewing history.
[0027]
  Claim5In the invention described in the above, the script adding unit receives the receptionRecorded in the history holding area of the machineA script for transmitting a viewing history is added.
[0028]
  Claim5According to the described invention, viewing history can be efficiently acquired. In addition, a transmission instruction can be easily performed by using a script.
[0029]
  Claim6In the invention described in the above, the script adding unit is configured to switch the content of the data broadcast content for each content or each time the page including the content is switched.Recorded in the history holding areaA script for transmitting the viewing history is added.
[0030]
  Claim6According to the described invention, more detailed viewing history can be acquired, and viewing history can be easily aggregated. In addition, the acquired viewing history can be aggregated to analyze data broadcasting from all points of view.
[0031]
  Claim7In the invention described in the above, the script adding unit includes:AboveReceiveMachinePresented content of the data broadcasting content presented inAboveReceiveMachineA script for transmitting the viewing history recorded in is added.
[0032]
  Claim7According to the described invention, a detailed viewing history can be acquired. Thereby, the acquired viewing history can be aggregated and data broadcasting can be analyzed from all points of view.
[0033]
  Claim8In the invention described in the above, the script adding unit receives the data broadcast content.MachineA script for transmitting the viewing history is added based on the storage capacity of the viewing history stored in the above.
[0034]
  Claim8According to the described invention, it is possible to instruct to efficiently transmit the viewing history. As a result, the viewing history data can be acquired without the viewing history data being erased when the storage capacity of the viewing history exceeds the storage capacity on the receiving side.
[0035]
  Claim9The invention described in 1 includes a content transmission unit that transmits the data broadcast content, and the content transmission unit transmits the data broadcast content based on preset organization information of the data broadcast content. It is characterized by that.
[0036]
  Claim9According to the described invention, it is possible to efficiently transmit data broadcast contents.
[0041]
DETAILED DESCRIPTION OF THE INVENTION
The present invention obtains the viewing history showing the viewing time and content display contents of the data broadcast content by embedding a specific process as a script in the normally broadcast data broadcast content and broadcasting it. Do.
[0042]
Specifically, the data content includes processing for detecting the operation of the viewer, processing for storing and storing the detected operation history in the receiver memory, and further using the communication network to store the viewing history data. Efficiency by describing the process of transmitting to a data broadcasting content production apparatus or a summary server that requires data or the process of determining whether or not the viewer (receiver) is a history acquisition target in the data broadcast production apparatus Highly accurate viewing history.
[0043]
Next, embodiments of the present invention will be described with reference to the drawings.
[0044]
(Data broadcasting transmission device)
FIG. 1 is a diagram showing a configuration example of a data broadcast content production apparatus according to the present invention. 1 includes a data broadcast content production unit 2, a transmission content temporary storage unit 3, a viewing history acquisition condition setting unit 4, a viewing history acquisition script adding unit 5, and a data broadcasting content organization. A setting unit 6 and a data broadcast content sending unit 7 are included.
[0045]
First, the data broadcast content production unit 2 produces each content of the data broadcast to be provided to the viewer and accumulates it in the transmission content temporary storage unit 3. Next, the viewing history acquisition condition setting unit 4 sets the data broadcast receiver that is the target of viewing history acquisition based on the viewing history acquisition criteria described later by operating the data broadcast content production apparatus 1, and the setting information Is output to the viewing history acquisition script adding unit 5.
[0046]
Here, the data broadcast organization setting unit 6 sets the organization content of the data broadcast content to be transmitted, and outputs the organization information to the viewing history acquisition script adding unit 5 and the data broadcast content transmitting unit 7.
[0047]
The viewing history acquisition script adding unit 5 corresponds to the setting information embedded in the content for viewing history acquisition obtained by the viewing history acquisition condition setting unit 4 based on the organization information obtained by the data broadcast content organization setting unit 6. The process is created as a script and added to the content held in the content temporary storage unit 3.
[0048]
By adding viewing history acquisition conditions to the content held in the temporary content storage unit 3 as a script, high-accuracy viewing history can be acquired without providing a special configuration in the receiver. . Note that the script is added by, for example, adding a script corresponding to the viewing history acquisition condition in a BML (Broadcast Markup Language) document.
[0049]
Next, the content to which the setting information is added is output to the data broadcast content transmission unit 7. The data broadcast content sending unit 7 sends the data broadcast content from the content group obtained by the sending content temporary storage unit 3 based on the organization information obtained by the data broadcast content organization setting unit 6.
[0050]
As described above, by adding the viewing history acquisition script to the data broadcast content, the receiver side can perform processing such as accumulating the viewing history based on the script. Can be acquired.
[0051]
Here, processing of the viewing history acquisition script adding unit 5 based on the setting by the viewing history acquisition condition setting unit 4 described above will be described.
[0052]
(Acquisition setting example 1: Example of acquiring the number of views for each page)
First, an example in which the number of times of viewing for each page is acquired will be described. In this case, a script is created to acquire the number of times of viewing the data broadcast content that is the acquisition target of the viewing history for each page constituting the content, for example, in the case of a BML document, for each BML document.
[0053]
Here, an example of a BML document (source code) including the above-described procedure will be described with reference to the drawings. FIG. 2 is a diagram illustrating an example of a BML document when the number of viewing times is acquired for each page. In FIG. 2, a counter for five pages for one content is secured in the nvram (history holding area) on the receiver side (a [0], a [1], a [2], a [3]. , A [4]), the counter of the fourth (a [3]) page is incremented by 1 ((1) in FIG. 2). In the example of FIG. 2, the sentence for determining whether the viewer is the target viewer at the beginning of the BML document (FIG. 2 (2)), and the fourth page counter reaches a preset value (255 in FIG. 2). In this case, a portion ((3) in FIG. 2) to be transmitted to the aggregation server, which is an example of a device that acquires viewing history data, is described. It is assumed that the functions called in FIGS. 2 (2) and 2 (3) are defined in different parts.
[0054]
Thereby, the receiver side can easily acquire the number of times of viewing for each page, and can transmit the data to the tabulation server.
[0055]
(Acquisition setting example 2: Example of acquiring viewing time for each page)
Next, an example of acquiring the viewing time for each page will be described. In this case, the viewing time is acquired for the data broadcast content that is the acquisition target of the viewing history for each page constituting the content, for example, in the case of a BML document.
[0056]
Here, an example of a BML document (source code) including the above-described procedure will be described with reference to FIG. FIG. 3 is a diagram illustrating an example of a BML document when viewing time is acquired for each page. In FIG. 3, as in FIG. 2, the total time counter of the counter of the fourth (a [3]) page is viewed in the state where a counter for five pages is secured in nvram (history holding area) for one content. The relative time from the start to the end is acquired ((1) in FIG. 3) and added to the existing cumulative viewing time counter ((2) in FIG. 3).
[0057]
In the example of FIG. 3, a portion for determining whether the viewer is the target viewer at the beginning of the BML document (3 in FIG. 3) and a time set in advance by the third cumulative viewing time counter (in FIG. 3). , 60000 (seconds)), the part (FIG. 6 (4)) to be transmitted to the aggregation server is described. Further, it is assumed that the functions called in FIGS. 3 (3) and 3 (4) are defined in different parts.
[0058]
(Acquisition setting example 3: Example of acquiring page transition order and viewing time)
Next, an example of acquiring page transition order and viewing time will be described. In this case, it is a method of acquiring the viewing start time and the viewing end time for each page of the data broadcast content from which the viewing history is acquired. As a result, it is possible to acquire the order in which the transition occurs between the investigation target pages and the respective viewing times.
[0059]
Here, an example of a BML document (source code) including the above-described procedure will be described with reference to FIG. FIG. 4 is a diagram illustrating an example of the BML document when the page transition order and the viewing time are acquired. Here, the ID value of the page shown in FIG. 4 is set to “3”, and a function group called at the start of viewing (FIG. 4 (1)) and a function group called at the end of viewing (FIG. 4 (2)). Become. In FIG. 4 (1), first, it is determined whether or not the viewer is the target viewer, and the program viewing start time is acquired (FIG. 4 (3)). Thereafter, the history data stored so far is read from nvram (history holding area), and the acquired program viewing start time is added to the history data ((4) in FIG. 4). A portion (FIG. 4 (5)) to be transmitted to the aggregation server when the data storage capacity in the history holding area exceeds a preset capacity (950 (bytes in FIG. 4)) is described.
[0060]
On the other hand, at the end of viewing ((2) in FIG. 4), first, it is determined whether or not it is a target viewer, and then it is determined whether or not it is a transition to a page from which viewing history is acquired. Here, if it is a transition to the target page, it is not necessary to store the end time. If it is not the target page, it is determined that the viewer has finished viewing the acquisition target page, and the end time is acquired ((6) in FIG. 4). Thereafter, the history data stored so far is read out from nvram (history holding area), and the acquired program viewing start time is added to it ((7) in FIG. 4). A portion (FIG. 4 (8)) to be transmitted to the aggregation server when the data storage capacity in the history holding area exceeds a preset capacity (950 (bytes in FIG. 4)) is described.
[0061]
As described above, in order to detect a transition to a BML document other than the acquisition target BML document, an operation to turn off the receiver power, or a case where another broadcast channel is selected, the BML document is viewed. In a script (function corresponding to an onunload event) that is always executed at the time of termination, it is determined whether the cause of termination of the BML document is a transition to a survey target document, and is not a transition to a survey target document Describes a procedure for adding IDx (0xffff in FIG. 4), which is a value representing a transition to a document other than the investigation target document, and viewing end time data to the history in nvram.
[0062]
Specifically, when a transition is made to a document to be acquired, a value is set to a specific flag variable so that it becomes a determination criterion in a function called from an onunload event ((9) in FIG. 4). Note that after the viewing history data is transmitted to the aggregation server, the history data held until then is reset.
[0063]
(Acquisition setting example 4: Example of acquiring a display change in a page)
Next, an example of acquiring a display change in a page will be described. In this case, it is a method of acquiring the display content change in the page for the data broadcast content from which the viewing history is acquired. Specifically, the history is acquired by detecting that the display content has been changed by script processing or the like.
[0064]
Here, a description example when acquiring the display contents in the above-described page by the BML document will be described with reference to the drawings. FIG. 5 is a diagram illustrating an example of a BML document in the case where display contents within a page are acquired. In the example of FIG. 5, processing for changing the screen display, which is a normal content operation not related to viewing history acquisition, is described using DOM or the like ((1) in FIG. 5). Next, it is determined whether or not the viewer is a target viewer as in the case of BML described above ((2) in FIG. 5). Next, a page ID (PageID) is set. An ID value is newly set when the display state is different from the display state. In this page, since the ID is additionally assigned from the nth array, a value (m + n) obtained by adding n to the variable m is set as a new page ID ((3) in FIG. 5).
[0065]
Thereafter, the history data corresponding to the page ID stored so far is read from nvram (history holding area), and the program viewing frequency acquired there is incremented by 1 ((4) in FIG. 5). Note that a portion (5) in FIG. 5 is described when the data storage capacity in the history holding area exceeds a preset capacity (255 (bytes in FIG. 5)).
[0066]
Thereby, the display change history in the page can be acquired, and the viewing history information can be recorded in detail.
[0067]
(Acquisition setting example 5: Example acquired by a combination of acquisition examples 1 to 4)
Next, by combining the methods shown in the above acquisition setting examples 1 to 4 as appropriate, a more detailed history is acquired, for example, by counting the number of transitions that occurred between the pages to be investigated by transition source or transition destination. It is also possible.
[0068]
In addition to viewing history acquisition settings as described above, when viewing history information is aggregated from the receiver side using a communication network or the like, the communication protocol on the receiver side is also set as a script in BML. You can also. Here, some examples of transmission settings will be described.
[0069]
(Transmission setting example 1: Transmission using BASIC procedure communication API)
Connect to server using BML BASIC procedure communication API via modem provided in data broadcasting receiver, personal authentication and encryption if necessary, transmission of retained history data, disconnection of connection I do.
[0070]
Here, FIG. 6 shows a BML description example in the case of transmission using the BASIC procedure. In FIG. 6, the receiver ID is transmitted (FIG. 6 (1)), and then the history data is transmitted (FIG. 6 (2)).
[0071]
(Transmission setting example 2: Transmission using TCP / IP procedure communication API)
Similarly, connection to the server using BML TCP / IP communication API via the Internet connection function in the modem provided in the data broadcasting receiver, personal authentication, encryption, and retention, if necessary. Sends historical data and disconnects the connection. In this case, depending on the setting of the data broadcast receiver, connection to or disconnection from the server may be automatically performed.
[0072]
Here, FIG. 7 shows a BML description example in the case of transmission using the TCP / IP procedure. In FIG. 7, the connection to the aggregation server is automatically made based on the conditions described in the BML (FIG. 7 (1)), and then the history data is transmitted (FIG. 7 (2)).
[0073]
(Transmission setting example 3: Transmission using the SMTP protocol)
Using the mail transmission function provided on the receiver side, the retained history data is transmitted to a specific address. If necessary, data is encrypted before transmission. Since the SMTP protocol is used, it can be expected that an excessive load due to instantaneous congestion on the aggregation server can be avoided.
[0074]
Here, FIG. 8 shows a BML description example in the case of transmission using the SMTP protocol. In FIG. 8, the connection to the aggregation server is automatically made based on the conditions described in BML, etc. (FIG. 8, (1)), and then history data is set in the mail body, and the preset mail is set. Transmission is performed to the address ((2) in FIG. 8).
[0075]
In addition to the transmission method described above, any data broadcast receiver can transmit history data as long as the data broadcast receiver has a function capable of transmitting data in the receiver using a line.
[0076]
In addition, it is possible to set the transmission timing at which viewing history information is transmitted in order to total viewing history from the receiver side using a script. explain. The device configuration of the data broadcast receiver described below is the same as that of the existing receiver, and all the viewing history acquisition operations of the receiver described later are performed by script processing added by the viewing history acquisition script adding unit 5. It becomes possible.
[0077]
(Data broadcasting receiver)
FIG. 9 is a diagram illustrating a configuration example of a data broadcast receiver. 9 includes a data broadcast receiving unit 11, a data broadcast content execution engine unit 12, a UI unit 13, a bidirectional communication unit 14, a data broadcast content storage unit 15, and a data broadcast content execution. The work memory unit 16, the non-volatile storage unit 17, and the large-capacity storage unit 18 are configured.
[0078]
The data broadcast receiving unit 11 receives a data broadcast by a digital signal demodulation procedure, an MPEG2-TS separation procedure, a data carousel reception procedure, etc., and the data broadcast content execution engine unit 12 is composed of a CPU and a data broadcast browser, and is a data broadcast. Controls the content presented. The UI unit 13 is a user interface unit such as a display unit and an input unit, and the bidirectional communication unit 14 can transmit and receive data via a communication network 19 such as the Internet.
[0079]
In addition, as a storage unit, a data broadcast content storage unit 15 for storing data broadcast content as it is, a data broadcast content execution work memory unit 16 for temporarily recording information on the content being executed. A non-volatile storage unit 17 including a memory such as nvram (Nonvolatile RAM) used for viewing a program and a large-capacity storage unit 18 including an HDD (Hard Disk Drive) are included.
[0080]
Next, a viewing history acquisition procedure in the data broadcast receiver 10 will be described using a flowchart. FIG. 10 is a flowchart illustrating an example of a viewing history acquisition procedure according to the present invention.
[0081]
First, the data broadcast receiver 10 receives the data broadcast content group including the content to be investigated transmitted from the broadcast station (data broadcast content production device) (S01). The received data broadcast content is stored in the data broadcast content storage unit 15 or the large-capacity storage unit 18. The viewer (user) gives a viewing selection instruction for the data broadcast to be viewed from the UI unit 13, and the data broadcast content execution engine unit 12 receives the data broadcast content storage unit 15 or the large-capacity storage unit 18 based on the instruction signal. Presentation of the data broadcast content is started from a monitor or the like provided in the UI unit 13 while acquiring the corresponding data content and recording it in the work memory unit 16 for data broadcast content execution.
[0082]
At this time, the data broadcast execution engine content unit 12 determines whether the content selected by the viewer is the viewing history acquisition target page based on the viewing history script added to the received data broadcasting content (S02). If it is not the target (NO in S02), the content is presented by the output unit such as the monitor of the UI unit 13 for normal viewing (S03). If the page is changed by the viewer (S04), the process returns to S02 to determine whether the page is an acquisition target page.
[0083]
In S02, if the page is an acquisition target page (YES in S02), authentication is performed to determine whether the viewer is the survey target person or whether the data broadcast receiver 10 is the survey target receiver. (S05). Note that the step of S05 may not be executed, and can be set to be performed as necessary.
[0084]
Next, the content is output to the viewer from the UI unit 13 and the content being viewed or the script is acquired and viewed on the work memory unit 16 for data broadcasting content execution, which is a volatile memory, or the nonvolatile recording unit 17. The viewing history information stored in the communication server 19 is transmitted to the aggregation server installed on the communication network 19 as necessary (S06).
[0085]
The viewing history can be acquired by accumulating this viewing content for a certain period of time. In addition, although viewing history data acquires viewing history according to a viewer's viewing operation, the viewing content acquisition method based on the operation will be described later. A viewing history holding method will also be described later.
[0086]
In addition, as a method of transmitting the viewing history to the aggregation server, for example, in the case where it is held in the data broadcast content execution work memory unit 16 (volatile memory), immediately before the end of viewing the data broadcast, or to be investigated Immediately before transitioning to content other than content, the stored viewing history data is transmitted to the aggregation server. In addition, when held in the non-volatile storage unit 17, the history data that is held is stored based on conditions such as every certain period or when the capacity of the history holding area exceeds a preset capacity. The data is transmitted from the bidirectional communication unit 14 to the aggregation server via the communication network 19.
[0087]
Next, when a page in the content is changed by a viewer's selection instruction or the like (S07), it is determined whether the page is an acquisition target page (S08). If it is the acquisition target page (YES in S08), the process returns to S06 and the viewing history is acquired. If the page is not the acquisition target page (NO in S08), the content of the content viewed by the viewer so far is recorded in the nonvolatile storage unit 17 as viewing information along with the switching time (S09). .
[0088]
Next, it is determined whether or not the content has ended (S10). If the content has ended (YES in S10), the process ends. If it has not been completed (NO in S10), the process returns to S02 and processing for continuously acquiring viewing history is performed for a plurality of pages configured for each content. As a result, it is possible to set whether or not each page having a hierarchical structure for each content is a target for obtaining viewing history, and to obtain viewing information of viewers in the content in detail.
[0089]
Here, the content acquired in the viewing history in the present invention will be described with an example.
[0090]
(Acquisition example 1: Example of acquiring the number of views for each page)
First, an example in which the number of times of viewing for each page is acquired will be described. Here, a procedure for acquiring the number of viewing times will be described with reference to a flowchart.
[0091]
FIG. 11 is a flowchart showing an example of a procedure for acquiring the number of times of viewing for each page in the present invention.
[0092]
First, assuming that the total number of pages to be acquired is Np pages, Np counter areas are secured in advance in the history holding areas such as the data broadcast content execution work memory unit 16 and the nonvolatile storage unit 17. At this time, assuming that the maximum number of counts per page that can be held at one time is m and that the number of bits necessary to represent the numerical value m is Nm, it is necessary to prepare an area of at least Nm × Np bits. There is. This can be represented by an array having Np Nm-bit elements.
[0093]
As an acquisition method, a specific procedural language is described in all pages to be investigated, and the counter value of the corresponding page is increased every time the viewer views the page.
[0094]
When viewing of the acquisition target page is started by the viewer (S11), the array element n described in the script code (global code or function corresponding to the onload event) that is always executed when viewing the BML document Is read from the corresponding area portion in the array provided in the history holding area (S12), incremented by 1 (S13), and written back to the same position in the nonvolatile storage unit 17 again. (S14).
[0095]
Next, it is determined whether or not history data needs to be transmitted to the aggregation server (S15). If not transmitted (NO in S15), the process is terminated and transmitted (YES in S15). The history data is transmitted from the communication unit 14 to the aggregation server via the communication network 19 (S16), and the process is terminated. Note that the counter value of the transmitted array element n is reset to zero. In addition, history data transmission to the aggregation server transmits only history data for one corresponding page, or transmits history data for all investigation target pages that have been aggregated so far.
[0096]
Thereby, the number of times of viewing for each page can be easily acquired, and the data can be transmitted to the aggregation server.
[0097]
(Acquisition example 2: Example of acquiring viewing time for each page)
Next, an example of acquiring the viewing time for each page will be described. Here, a procedure for acquiring the viewing time will be described with reference to a flowchart. FIG. 12 is a flowchart showing an example of a procedure for acquiring the viewing time for each page in the present invention.
[0098]
First, when the total number of pages to be investigated is Np pages, Np time holding areas are secured in the history holding area in advance in a storage device such as the data broadcast content execution work memory unit 16 and the nonvolatile storage unit 17. Keep it. At this time, assuming that the maximum accumulated viewing time for each page that can be held at one time is t seconds and the minimum unit for measuring the viewing time is u seconds, the number of bits necessary to represent t / u is Ntu. It is necessary to prepare an area for Ntu × Np bits at least. This can be represented by an array having Np elements of Ntu bits.
[0099]
In addition, as the acquisition method, a specific procedural language is described in all pages to be acquired, and each time a viewer views the page, the viewing time from the start to the end is held so far. Is added to the total viewing time.
[0100]
When viewing of the acquisition target page is started by the viewer (S21), the history of the page viewing start time is retained by a script code (a function corresponding to the global code or onload event) that is always executed when viewing the BML document. It is stored in the variable a in the area (S22), and the content is presented from the UI unit 13 to allow the viewer to view the page (S23).
[0101]
Next, it is determined by a script code (function corresponding to an onunload event or a function corresponding to an onclick event specified for a button linked to another document) that is always executed when the viewing / listening of the BML document is ended. The time is acquired and stored in the variable b in the history holding area (S24).
[0102]
Further, the accumulated viewing time in the history holding area is read (S25), the viewing time Tba is calculated from the difference (ba) between the variable b and the variable a, and the viewing time Tba is calculated as the accumulated time corresponding to the read BML. Is added (S26), and a procedure for writing back the value to the same position in the history holding area is described (S27).
[0103]
Next, it is determined whether or not history data needs to be transmitted to the aggregation server (S28). If not transmitted (NO in S28), the process is terminated and transmitted (YES in S28). The history data is transmitted from the communication unit 14 to the aggregation server via the communication network 19 (S29), and the process is terminated. Immediately after transmission, the transmitted accumulated time value is reset to zero. In addition, history data transmission to the aggregation server can transmit only the corresponding history data for one page, or can transmit history data for all survey target pages that have been aggregated so far.
[0104]
Here, an example of acquiring the substantial viewing time of the page will be described with reference to the drawings.
[0105]
FIG. 13 is a diagram illustrating an example related to acquisition of viewing time in units of pages. In FIG. 13, the viewing time for the three pages A, B, and C is calculated based on the time axis t. In FIG. 13, “a” indicates a page drawing start point, and “b” indicates a page drawing end point (substantial start point of viewing time). Furthermore, c indicates a point where a page transition operation has been performed by the viewer (substantial end point of viewing time), and d indicates the end of page display or the end of data presentation.
[0106]
Here, the actual viewing time of the content is the operation such as selecting a button with the intention that the viewer makes a transition to another page from the moment when a page completes the initial drawing process on the screen. It is thought that it is the time until the moment of performing.
[0107]
Therefore, in FIG. 13, the viewing time of page A is t2-T1Similarly, page B is t4-T3, Page C is t6-T5Can be calculated.
[0108]
Here, in the case of BML, the viewing start time is performed at the top of the function corresponding to the onload event, and the viewing end time is performed at the top of the function corresponding to the onclick event or onkeydown event specified for the button linked to another document. Thus, the substantial viewing time can be acquired more accurately.
[0109]
Thereby, the viewing time for each page can be easily acquired, and the data can be transmitted to the aggregation server.
[0110]
(Acquisition example 3: Example of acquiring page transition order and viewing time)
Next, an example of acquiring page transition order and viewing time will be described. Here, a procedure for acquiring the transition order and the viewing time will be described with reference to a flowchart. FIG. 14 is a flowchart showing an example of a procedure for acquiring the transition order and the viewing time in the present invention.
[0111]
First, when the total number of pages to be acquired is an Np page, a unique ID value (ID1 to IDnp) is assigned to each page in advance. Further, an ID value (IDx) indicating that the page is other than the survey target page is prepared. According to the unit of time to be acquired, when the number of bits necessary to express the time is Bt, the number of bits Bnp necessary to represent the value (Np + 1) is (Bt + Bnp) bits for one page viewing Recording unit. At this time, when the number of history data that can be held at one time is Nrec, an area of (Bt + Bnp) × Nrec bits is prepared as a history holding area of the data broadcast content execution work memory unit 16 or the nonvolatile storage unit 17 or the like. It is necessary to keep.
[0112]
As an acquisition method, a specific procedure is described in all pages to be acquired, and each time a transition occurs, the ID value and transition occurrence time of the transition destination page are held.
[0113]
When the viewer starts viewing the acquisition target page (S31), the history of the page viewing start time is stored in script code (a function corresponding to the global code or onload event) that is always executed when viewing the BML document. This is stored in the variable Ts in the area (S32), and the variable value Ts and the page ID value (IDn) are added to the history holding area (S33), and the content is presented from the UI unit 13 to view the page to the viewer. (S34).
[0114]
Next, the viewing of the page is terminated by a script code (a function corresponding to an onunload event or a function corresponding to an onclick event specified for a button linked to another document) that is always executed when the viewing of the BML document is terminated. When the page transitions, it is determined whether the transition is to the acquisition target page (S35). If it is an acquisition target page (YES in S35), the process returns to S32 to acquire the time. If the page is not the acquisition target page (NO in S35), the current time is acquired and stored in the variable Te (S36), and the variable Te and the ID value (IDx) are further added to the history holding area (S37). ).
[0115]
In other words, in the case of transition between acquisition target pages, the transition source viewing end time and the transition destination viewing start time can be considered to be the same, so only the transition destination ID value and the transition occurrence time (that is, the viewing start time) are retained. Is enough. When transitioning to a page other than the acquisition target page or when data content viewing ends, a value (IDx) indicating that the page is not the acquisition target page and the transition occurrence time (ie viewing end time) are retained. To do.
[0116]
Next, it is determined whether or not history data needs to be transmitted to the aggregation server (S38). If not transmitted (NO in S38), the process is terminated and transmitted (YES in S38). The history data is transmitted from the communication unit 14 to the aggregation server via the communication network 19 (S39), and the process is terminated. After the transmission, the history data held until then is reset.
[0117]
As a specific example, in the case of BML, the contents of the history holding area are read from the nonvolatile storage unit 17 into a script (a function corresponding to a global code or onload event) that is always executed when viewing of a BML document is started. A procedure is described in which the ID value of the BML document being viewed and the data of the viewing start time are added to the end of the read content and are written again in the same area of the nonvolatile storage unit 17.
[0118]
(Acquisition example 4: Example of acquiring a display change in a page)
Next, an example of acquiring a display change in a page will be described. Here, a procedure for acquiring the display change in the page will be described. First, in each page to be investigated, an ID value indicating the state is assigned for each display state in the page. By combining the use of this ID value and the methods of the above acquisition examples 1 to 3, the number of times the display state is viewed, the viewing time in the display state, the order of transition to the display state, and the viewing time are obtained. can do.
[0119]
When the display state is changed in a page, there is always a procedure description for changing the content. The display content change history in the page can be acquired by describing a procedure similar to the method shown in the acquisition examples 1 to 3 immediately before and after the procedure.
[0120]
Specifically, in the case of BML, whenever the display state is changed in a page, a DOM (Document Object Mode) API (Application Program Interface) is always called by script processing, and the screen display content is rewritten. Immediately before or immediately after the series of script processing, by describing a procedure for reading history data from the history holding area, updating it, and writing it back again as shown in Acquisition Examples 1 to 3, It is possible to hold a display state change history.
[0121]
Thereby, the display change history in the page can be acquired, and the viewing history information can be recorded in detail.
[0122]
(Acquisition example 5: Example acquired by a combination of acquisition examples 1 to 4)
Next, by acquiring a more detailed history, such as counting the number of transitions that occurred between survey target pages by transition source or transition destination by appropriately combining the methods shown in the acquisition examples 1 to 4 described above. Is also possible.
[0123]
In addition, by using the method of the acquisition example 4 described above, the operation history of the viewer within the page is recorded one by one, including erroneous operations, etc., so that the configuration of the data broadcast content is easy for the viewer to use. It is also possible to acquire data for analysis.
[0124]
(Acquisition example 6: Example of acquiring the audience rating of stored data content)
Even in a “storage type data service” in which data broadcast content is temporarily recorded on a hard disk or the like built in the receiver after reception and is viewed later, the viewing history is obtained by the acquisition method shown in the acquisition examples 1 to 5 described above. Can be obtained. In this case, the content whose contents are changed as time elapses can be realized by assigning unique ID values not only to the page unit but also to the time axis.
[0125]
(Acquisition example 7: Acquisition of viewing history in a data content execution environment capable of multitask processing)
Next, a viewing history acquisition method in a data content execution environment capable of multitask processing will be described.
[0126]
In the case of data broadcasting by the application execution engine method adopted in DVB-MHP (Digital Video Broadcasting-Multimedia Home Platform) or the like, a plurality of data broadcasting contents may be simultaneously executed in one data broadcasting receiver. . In such a case, it is not necessary to describe a history acquisition script in normal data broadcast content as in the description example in BML shown in the above-described embodiment, and the history acquisition dedicated is not recognized by the viewer. The application history (data broadcasting content) is broadcasted and is configured to always operate in the background, so that the viewing history can be acquired and transmitted to the aggregation server without changing the normal data broadcasting content. .
[0127]
Here, an example of obtaining the viewing history described above will be described with reference to the drawings. FIG. 15 is a flowchart illustrating an example of a viewing history acquisition procedure by the application.
[0128]
In FIG. 15, the data broadcast receiver can start applications A, B, C, and D in parallel. Here, if the application D is a viewing history acquisition application, the viewing status of the applications A, B, and C can be monitored in the background, and the viewing history of the viewer can be easily acquired.
[0129]
Next, the above-described viewing history data record holding method will be described with some examples.
[0130]
(Holding example 1: Hold in RAM area)
First, the data broadcast content execution work memory unit 16 stores the data in the volatile memory RAM. Specifically, in the case of BML, data can be inherited by using a Ureg variable that is held in a variable in a script code and can be shared between documents at the time of transition between documents.
[0131]
(Holding example 2: held in the non-volatile memory area)
Next, it is a method of holding in a non-volatile memory area such as nvram shown by the non-volatile storage unit 17. More specifically, in the case of BML, reading and writing are performed using an extended API: writePersistentArray () or readPersistentArray () that accesses the nvram area.
[0132]
(Holding example 3: Hold on hard disk)
This is a method of holding in a hard disk or the like which is a large capacity recording device indicated by the large capacity storage unit 18. This method is possible in the case of a data broadcast receiver with a built-in hard disk, and since large-capacity data can be recorded, detailed viewing history data can be retained for a long period of time.
[0133]
Specifically, in the case of BML, reading and writing are performed using writeArray (), readArray (), etc., which are extended APIs that access the receiver hard disk.
[0134]
(Holding example 4: held in a portable storage device)
This is a method of holding in a portable storage device such as a memory card, which is detachable from the data broadcast receiver. Specifically, this is in accordance with the above holding example 3. In this case, when a viewer individual always carries a memory card, even when viewing with a plurality of receivers, it can be recorded and held as one (one person) viewing history. In addition, when a single receiver is used by a plurality of people, it is also possible to acquire a viewing history for each individual. A drive for reading and writing data to and from the portable storage device can be provided in the UI unit 13.
[0135]
(Retention Example 5: Retention by a combination of nonvolatile memory and volatile memory)
It is not desirable to frequently write to a non-volatile memory such as nvram because the life of the non-volatile memory is shortened due to the characteristics of the non-volatile memory. For this reason, when using a non-volatile memory, only the final recording before the end of the viewing of the survey target content is performed on the non-volatile memory, and it is held in the RAM while the target survey content is viewed. It is effective to reduce the number of writes as much as possible.
[0136]
Here, the holding procedure in the above holding example 5 will be described using a flowchart. FIG. 16 is a flowchart illustrating an example of a holding procedure using a combination of a nonvolatile memory and a volatile memory.
[0137]
First, when viewing of the acquisition target page is started by the viewer (S41), page viewing data is stored by a script code (a function corresponding to a global code or an onload event) that is always executed when viewing a BML document. The area is read from nvram (history holding area). At this time, a storage area is set in the RAM, and history data is written there (S42).
[0138]
Next, when there is an update related to the viewing history, reading from the RAM is performed, the value is written back to the same position in the RAM again (S43), and the content is presented from the UI unit 13 to allow the viewer to view the page ( S44).
[0139]
Next, the viewing of the page is terminated by a script code (a function corresponding to an onunload event or a function corresponding to an onclick event specified for a button linked to another document) that is always executed when the viewing of the BML document is terminated. When the page transitions, it is determined whether the transition is to the acquisition target page (S45). If it is an acquisition target page (YES in S45), the process returns to S43 and the above-described processing is repeated. When the page is not the acquisition target page (NO in S45), the history data stored in the RAM is output to the history holding area (nvram) (S46). As a result, the number of times the history holding area is used can be reduced, and the memory can be used efficiently. Note that the RAM and nvram described in the above holding example correspond to the data broadcast content execution work memory unit 16 and the nonvolatile storage unit 17.
[0140]
Next, an example of timing for transmitting viewing history data will be described.
[0141]
(Transmission timing example 1: transmitted to the aggregation server at the timing when viewing of the viewing target content group ends)
First, a method of transmitting to the counting server at the timing when viewing of the viewing target content group is finished will be described.
[0142]
In this method, when exiting the history acquisition target page group, that is, when transitioning to a page other than the acquisition target page, when viewing of the data broadcast ends, when another channel is selected, and when the data broadcast receiver When the power of 10 is turned off, it is transmitted to the aggregation server immediately before that. Also, with this method, since viewing history data does not need to be stored in a nonvolatile memory, high-speed operation can be expected by fully utilizing the RAM area of the receiver, and more flexible content description is possible.
[0143]
Specifically, when a link to a page other than the history acquisition target page is selected, a data broadcast viewing is performed immediately before a script (launchDocument function or the like to a page other than the history acquisition target page) executed. In the script (function associated with the onunload event) that is executed when the process is terminated, the receiver is turned off, or another station is selected, Send.
[0144]
Here, the transmission procedure described above will be described using a flowchart.
[0145]
FIG. 17 is a flowchart showing a first transmission procedure of transmission timing in the present invention.
[0146]
When viewing of the acquisition target page is started by the viewer (S51), the page viewing history is acquired by the method shown in the above acquisition examples 1 to 7, and as shown in the above holding examples 1 to 5 The viewing history information is recorded by the method (S52).
[0147]
Next, script viewing (function corresponding to an onunload event or a function corresponding to an onclick event specified for a button linked to another document) is always executed when the BML document is terminated. When the page changes, it is determined whether the page is to be acquired (S53). If it is an acquisition target page (YES in S53), the process ends without transmitting the viewing history. If it is not the acquisition target page (NO in S53), the viewing history data is transmitted based on the above transmission examples 1 to 3 (S54).
[0148]
(Transmission timing example 2: transmitted to the aggregation server based on the recording amount of the history holding area) Next, when the recording amount set based on the recording amount of the viewing history information in the history holding area prepared in advance is exceeded A method of transmitting to the aggregation server will be described.
[0149]
In this method, for example, in any one of the viewing frequency counters prepared for each page, when the maximum value that can be expressed by the number of bits prepared in each counter is reached, or when the value reaches a value sufficiently close to the maximum value Or when the maximum value that can be expressed by the number of bits prepared in each viewing time holding area is reached in any one of the viewing time holding areas prepared for each page, or when the value reaches a value sufficiently close to the maximum value Send data to.
[0150]
Also, in the history holding area that holds the ID value of the viewed page and its time, the data when the number of histories reaches the maximum number that can be held in the prepared area, or when the value reaches a value sufficiently close to the maximum number Send.
[0151]
Here, the transmission procedure described above will be described using a flowchart.
[0152]
FIG. 18 is a flowchart showing a second transmission procedure of transmission timing according to the present invention.
[0153]
When viewing of the acquisition target page is started by the viewer (S61), the page viewing history is acquired by the method shown in the above acquisition examples 1 to 7, and as shown in the above holding examples 1 to 5 The viewing history information is recorded by the method, and the viewing history is created (S62).
[0154]
Next, it is determined whether or not the capacity of the history holding area exceeds the set value (S63). If the capacity exceeds the set value (YES in S63), viewing is performed as shown in the transmission examples 1 to 3 described above. History data transmission processing is performed (S64). Note that the viewing history data is deleted after the processing of S64 is completed. After the process of S64 is completed or when the capacity has not exceeded in S63 (NO in S63), page viewing is continued (S65).
[0155]
Next, script viewing (function corresponding to an onunload event or function corresponding to an onclick event specified for a button linked to another document) is executed when a BML document is ended. When the page transitions, it is determined whether the transition is to the acquisition target page (S66). If it is not an acquisition target page (NO in S66), the process is terminated. If the page is an acquisition target page (YES in S66), the process returns to S62 and the history information is continuously acquired. Thereby, transmission based on the capacity can be easily performed.
[0156]
In the above description, the maximum value is used as the setting value. However, the present invention is not limited to this, and any value can be set. The script can also be set to send data when the remaining capacity of the history holding area is below a set value.
[0157]
By combining the amount of use of the nonvolatile memory with the above-described method, the viewing history information can be retained in the data broadcast receiver for a long time unless the memory capacity of the viewing history information reaches the maximum allowable value. The cost for connecting to the server for data transmission can be minimized. Furthermore, since the number of times of connection to the server is reduced, there are effects of avoiding congestion and reducing server load.
[0158]
(Transmission timing example 3: Transmission by control from the aggregation server)
Next, for example, a method for transmitting history for collecting viewing history data from a viewing history survey target person at a certain time under the control of an installation organization such as a broadcasting station provided with an aggregation server will be described.
[0159]
In this case, an instruction for transmitting the viewing history is inserted into the data broadcast content, and the data content is configured so that the viewing information is immediately transmitted when the data broadcast receiver 10 views the content. Thereby, the viewed content and a considerable number of histories can be acquired.
[0160]
In this case, more history data can be acquired together by embedding the procedure for transmitting the viewing history currently stored in the data broadcasting receiver in the content other than the survey target content. You can also
[0161]
Next, another embodiment for acquiring viewing history according to the present invention will be described.
[0162]
(Acquired by participating in a viewing history survey at the viewer's will)
Here, an acquisition method by participating in a viewing history survey according to the intention of the viewer will be described. In this method, as part of the data broadcasting content, broadcast content that encourages viewers to participate in audience rating surveys and allow viewing history collection, and allow viewers to collect history. When an intended operation is performed, record permission information for viewing history such as a flag corresponding to a nonvolatile memory unit (nvram, hard disk, etc.) of the data broadcast receiver is recorded, and the data broadcast receiver can view the information later. This is a method of starting the viewing history acquisition operation based on the contents of the recorded flag when the content of the history survey target is received. In addition, if the viewer permits the content that prompts the viewer to obtain viewing history, the viewer's personal data (name, gender, age, occupation, address, etc.) is input using the data broadcasting content. The personal data input using the bidirectional communication unit 14 and the like and the unique ID of the receiver (IRDID (Integrated Receiver Decoder ID) or similar ID value, etc.) are collected in the aggregation server and then acquired. The viewing history data can be collected in association with the viewer profile data.
[0163]
Here, the viewing history acquisition procedure by the above-mentioned viewer permission type will be described using a flowchart.
[0164]
FIG. 19 is a flowchart showing an example of the viewing history acquisition procedure by the viewer permission type according to the present invention. In FIG. 19, there are a step (S71 to S75) for urging the viewer to participate and a step (S76 to S78) for acquiring the viewing history.
[0165]
First, in the step of encouraging participation, in the screen display of the content provided to the viewer, a message for allowing the viewer to confirm participation and permission to acquire the viewing history is added to the received data broadcast content as a script Then, the UI unit 13 displays the content for confirming participation and notifies the viewer (S71).
[0166]
The data broadcast content execution engine unit 12 provides an input part for receiving a reply for participation confirmation in the content, confirms an answer from the participant (viewer), and determines whether participation is permitted (S72). If participation is not permitted (NO in S72), the process is terminated, and a step for acquiring a subsequent viewing history is not performed. If the participation is permitted (YES in S72), the participation flag is stored in the viewing history survey participation flag holding area provided in the nonvolatile memory as the viewing history acquisition permission information (S73).
[0167]
After S73 ends, the data broadcast content execution engine unit 12 further displays the above-mentioned viewer's personal data input area on the content, and determines whether personal data is input from the viewer (S74). In this screen, it is also possible not to input. If the personal data has not been entered (NO in S74), the process is terminated. If the personal data has been entered (YES in S74), the personal data entered by the viewer and The unique ID of the data broadcast receiver is transmitted from the bidirectional communication unit 14 to the aggregation server or the like via the communication network (S75). Thereby, the receiver ID for identifying the data broadcast receiver is transmitted from the aggregation server, and the viewing history information including the personal data of the viewer is recorded using the receiver ID, and is sent back to the aggregation server. Detailed viewing history such as viewing information of content by age or age can be acquired.
[0168]
Next, the viewing history acquisition step will be described. When the viewer starts viewing the acquisition target page (S76), the viewing history survey participation flag holding area stored in the nonvolatile memory or the like is read to determine whether or not the participation flag is given (S77). When the participation flag is not given (NO in S77), the viewing history acquisition process is terminated and normal viewing is performed. Further, when the participation flag is given (YES in S77), the page viewing history is acquired by the method shown in the above acquisition examples 1 to 7, and as shown in the above holding examples 1 to 5. Thus, the viewing history information is recorded and the viewing history is created (S78).
[0169]
As a result, it is possible to prevent viewing history from being acquired against the viewer's intention, and to obtain viewing history only from the receiver of the viewer who has permitted viewing history acquisition while respecting the privacy of the viewer. it can.
[0170]
(Acquired by the designated viewer from the broadcasting station)
Next, acquisition by designation of a target viewer from a content provider such as a broadcasting station will be described. In this case, a list of unique IDs (IRDID and similar ID values) of data broadcasting receivers (or viewers) that are subject to viewing history survey is broadcast as viewing history acquisition target information, and at the start of viewing history survey processing By embedding a script of a procedure for checking the list in the content, the target data broadcast receiver can be limited or dynamically changed depending on the intention of the broadcast station.
[0171]
Specifically, in the case of BML, a binary table holding a list of data broadcast receiver IDs (IRDIDs) for which viewing history is to be acquired is broadcast simultaneously with normal data broadcast content, and investigation is started in the audience rating survey target content Sometimes the receivers to be acquired can be narrowed down by checking the binary table.
[0172]
Here, the acquisition procedure of the viewing history by the above-mentioned target viewer designation will be described using a flowchart. FIG. 20 is a flowchart illustrating an example of a viewing history acquisition procedure by target viewer designation according to the present invention.
[0173]
First, when viewing of the acquisition target page is started by the viewer (S81), the data broadcast content execution engine unit 12 reads the target receiver list transmitted together with the content (S82), and is specific to the receiver in the list. It is determined from the identification information such as the ID (S83). If it is not the target receiver (NO in S83), the process is terminated and the content is viewed by the viewer. If the receiver is the target receiver (YES in S83), the page viewing history is acquired by the method shown in the above acquisition examples 1 to 7, and as shown in the above holding examples 1 to 5. By the method, the viewing history information is recorded and the viewing history is created (S84).
[0174]
As a result, it is possible to control the receivers and viewers that are targets of viewing history acquisition, according to the intention of the broadcast station. Specifically, efficient acquisition is possible by limiting the number of receivers that are targets of viewing history acquisition.
[0175]
As described above, according to the present invention, since a viewing history is acquired by a script, a commercially available general data broadcasting receiver can be used, and a special component for acquiring a viewing history is added. There is no need. In addition, it is possible to narrow down the content that is the acquisition target of the viewing history, and it is sufficient to embed the script only in the content that is desired to be acquired, thereby reducing the burden on content production.
[0176]
In addition, detailed history information can be acquired according to the content of the viewing history requested by the broadcast station. For example, the number of page viewing times, the total page viewing time, the page transition history, the substantial viewing time, within the same page It is possible to easily acquire a high-precision viewing history such as a display change by the operation.
[0177]
Moreover, since the audience rating target person can be designated from the broadcast station side and the target person can be dynamically changed as needed, the viewing history can be efficiently acquired.
[0178]
Furthermore, the viewing history acquired according to the present invention can be aggregated to analyze data broadcasting from all points of view. For example, the advertising fee can be determined based on the viewing history of each program, and the screen layout of the data service can be improved. In addition, it is possible to realize data broadcasting effective for viewers by adding value to services such as grasping viewers' preferences.
[0179]
The preferred embodiments of the present invention have been described in detail above, but the present invention is not limited to such specific embodiments, and various modifications can be made within the scope of the gist of the present invention described in the claims. Can be changed.
[0180]
【The invention's effect】
As described above, according to the present invention, it is possible to efficiently obtain a highly accurate data broadcasting viewing history.
[Brief description of the drawings]
FIG. 1 is a diagram illustrating a configuration example of a data broadcast content production apparatus according to the present invention.
FIG. 2 is a diagram illustrating an example of a BML document when the number of viewing times is acquired for each page.
FIG. 3 is a diagram illustrating an example of a BML document when viewing time is acquired for each page.
FIG. 4 is a diagram illustrating an example of a BML document when acquiring page transition order and viewing time;
FIG. 5 is a diagram illustrating an example of a BML document in a case where display contents within a page are acquired.
FIG. 6 is a diagram showing an example of BML description when transmitted using a BASIC procedure.
FIG. 7 is a diagram illustrating an example of BML description when transmitted using a TCP / IP procedure;
FIG. 8 is a diagram illustrating a BML description example when transmitted using the SMTP protocol;
FIG. 9 is a diagram illustrating a configuration example of a data broadcast receiver.
FIG. 10 is a diagram showing a flowchart of an example of a viewing history acquisition procedure in the present invention.
FIG. 11 is a flowchart showing an example of a procedure for obtaining the number of times of viewing for each page in the present invention.
FIG. 12 is a flowchart showing an example of a procedure for acquiring viewing time for each page in the present invention.
FIG. 13 is a diagram illustrating an example of acquisition of viewing time in units of pages.
FIG. 14 is a flowchart illustrating an example of a procedure for acquiring a transition order and viewing time according to the present invention.
FIG. 15 is a flowchart illustrating an example of a viewing history acquisition procedure performed by an application;
FIG. 16 is a flowchart illustrating an example of a holding procedure using a combination of a nonvolatile memory and a volatile memory.
FIG. 17 is a flowchart showing a first transmission procedure of transmission timing in the present invention.
FIG. 18 is a flowchart showing a second transmission procedure of transmission timing according to the present invention.
FIG. 19 is a flowchart illustrating an example of a viewing history acquisition procedure using a viewer permission type according to the present invention.
FIG. 20 is a flowchart illustrating an example of a viewing history acquisition procedure by target viewer designation according to the present invention.
[Explanation of symbols]
1 Data broadcasting content production device
2 Data broadcasting content production department
3 Content temporary storage for sending
4 Viewing history acquisition condition setting section
5 Viewing history acquisition script addition part
6 Data broadcasting content organization setting section
7 Data broadcasting content sending part
10 Data broadcasting receiver
11 Data broadcasting receiver
12 Data broadcasting content execution engine
13 UI section
14 Two-way communication part
15 Data broadcasting content storage
16 Work memory section for data broadcasting content execution
17 Nonvolatile storage
18 Large capacity storage
19 Communication network

Claims (9)

視聴者視聴履歴を予め設定された視聴履歴取得装置に取得させるためのデータ放送コンテンツを制作するデータ放送制作装置において、
前記データ放送コンテンツを受信する受信機における前記視聴履歴の記録条件を設定する条件設定部と、
前記条件設定部により得られる設定情報に対応する処理を前記受信機に行わせるためのスクリプトを作成し、作成されたスクリプトを、前記受信機に送出する全てのデータ放送コンテンツのうち、視聴履歴を前記視聴履歴取得装置に取得させる対象のデータ放送コンテンツのみに付加するスクリプト付加部とを有し、
前記スクリプト付加部は、
前記受信機において、前記データ放送コンテンツに対するページを視聴するためのスクリプトの実行結果からページ毎の視聴回数、ページ毎の視聴時間、及びページの遷移順と視聴時間のうち、少なくとも1つを前記受信機に記録させるスクリプトを付加し、
更に前記データ放送コンテンツのページ内での表示状態が変更される場合に、前記データ放送コンテンツ内に存在する表示内容を書き換えるための一連のスクリプトの直前もしくは直後に、前記受信機に予め設けられた履歴保持領域から履歴データを読み出し、更新して、再び前記履歴保持領域に書き戻すことで、ページ内における表示内容の変更履歴を前記受信機に記録させるスクリプトを付加することを特徴とするデータ放送制作装置。
In a data broadcast production device that produces data broadcast content for allowing a viewer 's viewing history to be acquired by a preset viewing history acquisition device ,
A condition setting unit for setting a recording condition of the viewing history in a receiver that receives the data broadcast content ;
A script for causing the receiver to perform processing corresponding to the setting information obtained by the condition setting unit is created , and the viewing history of all the data broadcast contents transmitted to the receiver is stored in the created script. A script adding unit that adds only to the target data broadcast content to be acquired by the viewing history acquisition device ;
The script adding unit is
In the receiver, at least one of the number of viewings per page, the viewing time per page, and the page transition order and viewing time from the execution result of the script for viewing the page for the data broadcasting content is received. Add a script to record on the machine,
Furthermore, when the display state of the data broadcast content in the page is changed, the receiver is provided in advance in the receiver immediately before or immediately after a series of scripts for rewriting the display contents existing in the data broadcast content. A data broadcast characterized by adding a script that causes the receiver to record a change history of display contents in a page by reading history data from a history holding area, updating it, and writing it back into the history holding area again. Production equipment.
前記スクリプト付加部は、
前記受信機一時的に蓄積されてから視聴されることを意図して制作されたデータ放送コンテンツの視聴履歴を前記履歴保持領域に記録させることを特徴とする請求項に記載のデータ放送制作装置。
The script adding unit is
Data broadcast production according to claim 1, characterized in that to record the intended viewing history production data broadcast content to be viewed after being temporarily stored in the receiver to the history holding area apparatus.
前記スクリプト付加部は、
前記視聴者に対して、前記視聴履歴取得装置に視聴履歴を取得させるかの確認を行うスクリプトを付加することを特徴とする請求項1又は2に記載のデータ放送制作装置。
The script adding unit is
The data broadcasting production apparatus according to claim 1 or 2 , wherein a script for confirming whether or not the viewing history acquisition apparatus acquires the viewing history is added to the viewer.
前記スクリプト付加部は、
前記データ放送コンテンツ毎に、前記視聴履歴取得装置に視聴履歴を取得させるかを受信機毎に設定する受信機識別情報を有するスクリプトを付加することを特徴とする請求項1乃至の何れか1項に記載のデータ放送制作装置。
The script adding unit is
Wherein the data for each broadcast content, any one of claims 1 to 3, characterized in adding a script with the receiver identification information for setting whether to acquire the viewing history in the viewing history acquisition unit for each receiver 1 The data broadcasting production device described in the section.
前記スクリプト付加部は、
前記受信機の前記履歴保持領域に記録された視聴履歴を送信させるスクリプトを付加することを特徴とする請求項1乃至の何れか1項に記載のデータ放送制作装置。
The script adding unit is
The data broadcast production apparatus according to any one of claims 1 to 4 , wherein a script for transmitting a viewing history recorded in the history holding area of the receiver is added.
前記スクリプト付加部は、
前記データ放送コンテンツにおけるコンテンツ毎、又はコンテンツの含まれるページが切り換わる毎に前記履歴保持領域に記録された前記視聴履歴を送信させるスクリプトを付加することを特徴とする請求項1乃至の何れか1項に記載のデータ放送制作装置。
The script adding unit is
One of said each content in a data broadcast content, or claims 1 to 5 pages, characterized in that the addition of scripts to transmit the viewing history recorded in the history holding area for each switched contained the content The data broadcasting production apparatus according to item 1.
前記スクリプト付加部は、
前記受信で提示されている前記データ放送コンテンツの提示内容、又は前記受信で記録されている視聴履歴を送信させるスクリプトを付加することを特徴とする請求項1乃至の何れか1項に記載のデータ放送制作装置。
The script adding unit is
Presenting content of the data broadcast content that is presented in the receiver, or to any one of claims 1 to 6, characterized in adding a script to send a viewing history that is recorded by the receiver The data broadcasting production device described.
前記スクリプト付加部は、
前記データ放送コンテンツを受信する受信で蓄積されている視聴履歴の蓄積容量に基づいて前記視聴履歴を送信させるスクリプトを付加することを特徴とする請求項1乃至の何れか1項に記載のデータ放送制作装置。
The script adding unit is
According to any one of claims 1 to 7, characterized in that the addition of scripts to transmit the viewing history based on storage capacity of the viewing history accumulated in the receiver for receiving the data broadcast content Data broadcasting production equipment.
前記データ放送コンテンツを送出するコンテンツ送出部を有し、
前記コンテンツ送出部は、予め設定された前記データ放送コンテンツの編成情報に基づいて、前記データ放送コンテンツの送出を行うことを特徴とする請求項1乃至の何れか1項に記載のデータ放送制作装置。
A content transmission unit for transmitting the data broadcast content;
The data broadcasting production according to any one of claims 1 to 8 , wherein the content sending unit sends the data broadcasting content based on preset organization information of the data broadcasting content. apparatus.
JP2003183141A 2003-06-26 2003-06-26 Data broadcasting production equipment Expired - Fee Related JP4261997B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003183141A JP4261997B2 (en) 2003-06-26 2003-06-26 Data broadcasting production equipment

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003183141A JP4261997B2 (en) 2003-06-26 2003-06-26 Data broadcasting production equipment

Publications (2)

Publication Number Publication Date
JP2005020432A JP2005020432A (en) 2005-01-20
JP4261997B2 true JP4261997B2 (en) 2009-05-13

Family

ID=34183326

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003183141A Expired - Fee Related JP4261997B2 (en) 2003-06-26 2003-06-26 Data broadcasting production equipment

Country Status (1)

Country Link
JP (1) JP4261997B2 (en)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008054225A (en) * 2006-08-28 2008-03-06 Community Engine Kk Distribution value charging method and distribution value charging system
JP5123765B2 (en) * 2008-07-03 2013-01-23 株式会社ビデオリサーチ Receiving terminal and viewing information collection system
KR101660534B1 (en) * 2010-02-18 2016-10-10 삼성전자주식회사 A method for protecting personal information in audience measurement of the digital broadcasting system
US9706158B2 (en) 2010-04-01 2017-07-11 Saturn Licensing Llc Receiver and method for reporting the usage of advanced television services
US8990291B2 (en) 2010-07-21 2015-03-24 Empire Technology Development Llc Information processing apparatus, server-client system, and computer program product
JP2014049985A (en) * 2012-08-31 2014-03-17 Toshiba Corp Information collection device and information collection method
JP7386767B2 (en) 2020-07-28 2023-11-27 株式会社東芝 Receiver, method and program

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5630203A (en) * 1993-01-12 1997-05-13 Weinblatt; Lee S. Technique for surveying a radio or a television audience
JP3573167B2 (en) * 1994-12-12 2004-10-06 ソニー株式会社 Interactive broadcast system, interactive broadcast method, and broadcast receiving device
JP3339538B2 (en) * 1995-03-31 2002-10-28 松下電器産業株式会社 Two-way CATV system
WO1998031114A1 (en) * 1997-01-06 1998-07-16 Bellsouth Corporation Method and system for tracking network use
JP2000068956A (en) * 1998-08-19 2000-03-03 Takahiro Yasuhoso Personal program viewing rate collection system
JP4207102B2 (en) * 1999-08-20 2009-01-14 ソニー株式会社 Broadcast system, broadcast receiver, and audience rating survey method
JP2001069098A (en) * 1999-08-26 2001-03-16 Sony Corp Data broadcast method, data broadcast system, broadcast device and receiver
JP4240182B2 (en) * 2000-08-09 2009-03-18 株式会社エヌ・ティ・ティ・データ Advertisement exposure management method and receiver
JP4499905B2 (en) * 2000-11-29 2010-07-14 株式会社フジテレビジョン Advertisement method and advertisement broadcasting system
JP2002171456A (en) * 2000-12-01 2002-06-14 Matsushita Electric Ind Co Ltd Receiver and transmitter
JP2002217850A (en) * 2001-01-22 2002-08-02 Toshiba Corp Method, system and program for collecting viewing data of contents for broadcasting
JP2002271286A (en) * 2001-03-13 2002-09-20 Dainippon Printing Co Ltd Audiovisual data collection system of digital broadcasting and audiovisual data collection method
JP4816994B2 (en) * 2001-07-24 2011-11-16 ソニー株式会社 Information processing apparatus and method, recording medium, and program
JP4576075B2 (en) * 2001-08-03 2010-11-04 パナソニック株式会社 Program distribution system and program playback device
JP2003087208A (en) * 2001-09-07 2003-03-20 Matsushita Electric Ind Co Ltd Data receiver
JP2003101495A (en) * 2001-09-19 2003-04-04 Toshiba Digital Media Engineering Corp Information collection system and radio communication terminal equipment
JPWO2003027860A1 (en) * 2001-09-19 2005-01-13 株式会社エヌ・ティ・ティ・アド Content distribution system for distributing content changing on time axis, content distribution server, log collection server, content relay server, user terminal, content viewing state grasping method, recommendation method, and content providing method
JP2003125102A (en) * 2001-10-12 2003-04-25 Nippon Telegr & Teleph Corp <Ntt> Real time rating collection system and method, collection server, collection method, collection program and recording medium for recording the program
JP2003134406A (en) * 2001-10-19 2003-05-09 Canon Inc Information notification device and its method and program
JP2003318849A (en) * 2002-04-18 2003-11-07 O2 Interactive:Kk System and method for managing printing frequency

Also Published As

Publication number Publication date
JP2005020432A (en) 2005-01-20

Similar Documents

Publication Publication Date Title
RU2335095C2 (en) Collection of usage data
US8707358B2 (en) Apparatus for providing metadata of broadcast program
JP5211285B2 (en) User device, program, index processing method, and tuner
TW201215109A (en) Monitoring user activity on a mobile device
JPWO2013157440A1 (en) Reception device, reception method, transmission device, transmission method, and program
US7665108B2 (en) Broadcasting program viewing method using electronic program guide and system thereof
US20150071620A1 (en) Identifying and rerecording only the incomplete units of a program broadcast recording
JP2013175849A (en) System, display unit, content server, and information terminal device
US20080276276A1 (en) Apparatus and method of receiving electronic program guide
JP4261997B2 (en) Data broadcasting production equipment
WO2005099268A1 (en) Service reception device and service providing device
JP4337150B2 (en) Receiving apparatus and receiving method
JP2006279225A (en) Video recording reservation management apparatus, and video recording reservation management method and program
US20060179107A1 (en) Network recording system, recording server, and terminal device
EP2608534A1 (en) Update of television program user preferences based on communication data.
JP4623637B2 (en) Advertisement display confirmation system
JP2007128496A (en) Apparatus and method for automatically obtaining information about viewing of program transmitted through communication network
US20090113491A1 (en) Method and system of retrieving lost content segments of prior broadcasted programming at a user device from a service provider
JP4309460B1 (en) Video content distribution system and video content distribution reservation method
JP3886052B2 (en) Operation history transmission portable terminal, audience rating measuring device, audience rating measuring system, and audience rating measuring method
US20130177289A1 (en) Information processing apparatus and information processing method
JP2002217850A (en) Method, system and program for collecting viewing data of contents for broadcasting
JP4280100B2 (en) Transmission device, reception device, and viewing history collection system
JP4303251B2 (en) Program fee determination system
JP4605479B2 (en) Transmission device and transmission method, reception device and reception method, transmission / reception system, and transmission / reception method

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20060214

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20081021

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20081219

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20090113

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20090206

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120220

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130220

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140220

Year of fee payment: 5

LAPS Cancellation because of no payment of annual fees