JP2015115874A - 電子機器、方法及びプログラム - Google Patents

Abstract

【課題】ユーザが視聴希望番組にシーン情報が提供されているか容易に確認できるようにする。【解決手段】複数の放送番組の情報を受信し、前記複数の放送番組の情報を用いて生成される番組表を表示し、前記複数の放送番組のうち、第１放送番組を記録し、前記第１放送番組の記録が終了した後、前記第１放送番組に含まれる１以上のシーンについての第１情報を取得する。ここで、前記第１放送番組の記録後かつ前記第１情報の取得前に、前記第１放送番組の情報を少なくとも表示する第１番組表を表示する場合、前記第１放送番組の情報を第１形態により表示し、前記第１情報の取得後に、前記第１放送番組の情報を少なくとも表示する第２番組表を表示する場合、前記第１放送番組の情報を前記第１形態とは異なる第２形態により表示する。【選択図】図６

Description

本実施形態は、例えばテレビジョン放送番組の情報を表示するための電子機器、方法及びプログラムに関する。

テレビジョン放送で放送される番組コンテンツ（以下、番組）を記録する番組記録装置にあっては、複数の録画番組をリスト化して録画番組表を作成し表示する機能を有する。また、番組記録装置には、複数のチャンネルで放映される全ての番組を、複数日に渡って一括記録できる機種が提供されている。この機種の場合、一括録画された番組それぞれの番組情報を取得してその一覧を表示する過去番組表を作成する機能が組み込まれている。いずれにしろ、ユーザにとっては、複数の記録番組の中から、視聴を希望する番組を選択する必要があるが、その選択に際して録画番組リストまたは過去番組表における番組それぞれの内容を簡単に把握できるようにすることが望まれる。

一方、各番組について、放映後に番組内容を提示するシーン情報を、インターネットを通じて提供するサービスが開始されている。このサービスはユーザにとって番組内容を容易に把握できるため、視聴希望番組を選択する際に非常に有効な情報となる。但し、番組が放映されてリアルタイムで提供されるとは限らず、数時間のタイムラグが生じる場合がある。

特開２０１３−６２６００号公報

以上のように、従来のデジタル放送システムにおける番組情報管理にあっては、番組表の提示と各番組のシーン情報の取得がリンクされていないため、ユーザがシーン情報を利用する場合には、その都度、視聴希望番組にシーン情報が提供されているか確認する必要があり、シーン情報の利便性が損なわれている。

本実施形態は上記課題に鑑みなされたもので、番組一覧が提示された状態で各番組のシーン情報取得状況を把握することのできる電子機器、方法及びプログラムを提供することを目的とする。

上記の課題を解決するために、本実施形態は、受信手段と、表示制御手段と、記録制御手段と、取得手段とを具備する電子機器であり、受信手段は複数の放送番組の情報を受信し、表示制御手段は前記複数の放送番組の情報を用いて生成される番組表を表示し、記録制御手段は、前記複数の放送番組のうち、第１放送番組を記録し、取得手段は前記第１放送番組の記録が終了した後、前記第１放送番組に含まれる１以上のシーンについての第１情報を取得する。前記表示制御手段は、前記第１放送番組の記録後かつ前記第１情報の取得前に、前記第１放送番組の情報を少なくとも表示する第１番組表を表示する場合、前記第１放送番組の情報を第１形態により表示し、前記第１情報の取得後に、前記第１放送番組の情報を少なくとも表示する第２番組表を表示する場合、前記第１放送番組の情報を前記第１形態とは異なる第２形態により表示する態様とする。

実施形態が適用されるデジタルテレビジョン（以下、ＴＶ）放送システムの概略構成を示すブロック図。 図１に示すＤＴＶの概略構成を示すブロック図。 図１に示すシステムにおいて、シーン情報の配信とユーザの要求に応じてシーン情報を表示する様子を示す図。 図１に示すＤＴＶにおけるソフトウェア構成の一例を示す図。 図１に示すＤＴＶにおいて、録画された番組コンテンツの再生表示画面にシーン情報の表示欄をオーバーレイ表示する例を示す図。 図１に示すＤＴＶにおいて作成された過去番組表の例を示す図。 図１に示すＤＴＶにおいて作成された過去番組表の他の例（１番組につきシーン情報が複数）を示す図。 図１に示すＤＴＶにおいて作成されたざんまいプレイ番組表の例を示す図。

以下、実施形態について、図面を参照して説明する。

図１は本実施形態が適用されるデジタルテレビジョン（以下、ＴＶ）放送システムの概略構成を示すブロック図である。図１において、１００は一括録画機能を有するデジタルＴＶ放送受信装置（以下、ＤＴＶ）、２００はデジタル放送により番組コンテンツを提供するＴＶ放送局、３００は放映された番組のシーン情報等を提供するクラウドサーバを示している。ＤＴＶ１００は、ＴＶ放送局２００から送出されるデジタル放送信号を受信して番組コンテンツを一括録画しつつ、ユーザ指定の番組コンテンツを再生出力する。このＤＴＶ１００は、録画時に番組それぞれの一覧を表示する過去番組表を作成する機能を備え、各番組についてクラウドサーバ３００から提供されるシーン情報を取得する機能を備える。

図２は、本実施形態に用いられるＤＴＶ１００の概略構成を示すブロック図である。図２において、１０１は装置全体の処理動作を司る主制御部、１０２は制御バス、１０３〜１１２は主制御部１０１の制御指示に従って所定の処理を実行する処理部である。このうち、１０９〜１１２は番組情報管理部を構成する。
受信部１０３は、複数チャンネルを一括受信するための複数のチューナを備え、各チューナで受信された放送信号から番組コンテンツを復号再生する。
記録再生制御部１０４は受信部１０３で得られた番組コンテンツを番組記録部１０５に記録し、同時に番組コンテンツに重畳されている番組情報を録画番組情報記録部１１２に記録する。また、この記録再生制御部１０４は、番組記録部１０５からユーザ指定の番組コンテンツを読み出して再生出力する。表示制御部１０６は、記録再生制御部１０４で再生された番組コンテンツをデコードしてディスプレイ１０７に表示する。
ネットワーク接続部１０８は、ネットワークを通じて上記サーバ３００に接続され、当該サーバ３００からの配信情報を取り込む。
シーン情報取得部１０９は、ネットワーク接続部１０８を通じてクラウドサーバ３００から配信される各番組のシーン情報を取得し、番組に対応付けてシーン情報記録部１１０に記録する。
過去番組表作成部１１１は、録画番組情報格納部１１２から番組記録部１０５に記録された全番組の番組情報を取得して過去番組表を作成し、ユーザの要求に応じて、表示制御部１０６を通じてディスプレイ１０７に表示する。また、個々の番組についてシーン情報記録部１１０からシーン情報の取得状況を受け取り、過去番組表において、シーン情報を受け取っている番組を識別表示させる。

ここで、シーン情報について説明する。

実施形態に係るシステムにおいて、図１に示したＤＴＶ（クライアント端末）１００は、テレビ受信機に限らず、モバイル端末（タブレットＰＣ（Personal Computer、パーソナルコンピュータ）、スマートフォン、等、携帯可能な装置）２を利用することができる。ＤＴＶ１００は、クライアント端末として、例えばユーザインタフェース、通信機能、放送を受信する機能、受信した放送すなわち番組を処理する処理機能、番組を出力する番組出力機能、もしくは記憶機能等を備えるデバイスであれば、どのようなデバイスであってもよい。デバイスの一例としては、デジタルレコーダ等が挙げられる。また、放送を受信する機能を有するパーソナルコンピュータ（ＰＣ）、放送受信装置を有する映像記録装置等と接続する映像表示装置（モニタ装置）、あるいは放送受信機能を有する携帯可能端末装置等への適用が可能である。

なお、放送局２００は、空間を伝播する電波として放送事業者が提供するもの、あるいはケーブルやＩＰ（インターネット・プロトコル）網等のネットワークにより配信事業者が配信するもの等、を含む。また、放送は、映像と音声および／または音楽等を含み、一定の時間（放送時間）を単位とする番組を、連続して、あるいは一定期間（時間）提供する。なお、番組は、コンテンツもしくはストリームと呼称する場合もある。また、映像は、動画と静止画あるいは、テキスト（コード化された符号列で示される文字や記号等で表される情報）、ならびにその任意の組み合わせを含む。

ここで、ＤＴＶ１００に搭載されるタイムクラウド機能であるについて説明する。

タイムクラウド機能は、メタデータ作成会社、ユーザまたは「ｂｏｔ（タグｂｏｔ）」等によって作成された「タグ」あるいは「シーン情報」と映像コンテンツとを結びつけるサービスであり、以下の「Scenefo」／［SceneList］／「ScenePlay」の３つの機能から構成される。なお、３つの機能について、“「Scenefo」／［SceneList］／「ScenePlay」”アプリケーションと呼称する。

「Scenefo」は、シーン情報を意味する。

「SceneList」は、シーン情報を集めたリストを意味する。

「ScenePlay」は、シーン情報を利用した再生を意味する。

尚、本実施形態では、「SceneList」の機能に注目して説明する。

図３はシーン情報の配信とユーザの要求に応じてシーン情報を表示する様子を示している。図３において、「SceneList」は、再生中に視聴したいシーンだけを選択視聴する機能である。ユーザ作成タグリスト、ｂｏｔタグリスト、メタデータ作成会社が提供する企業作成タグリストなど、様々なタグリストの中から利用したいタグリストから視聴したいシーンを選んで視聴することができる。
０．タグリスト登録
１．コンテンツ再生
２．「SceneList」起動
３．タグリスト一覧の送受信
４．タグリスト選択（入力操作）
５．タグリストの送受信
６．タグジャンプ。

図４は、ＤＴＶ１００におけるソフトウェア構成の一例を示す図である。図４において、タイムクラウドアプリケーション（ＨＴＭＬ／ＪＳ／ＣＳＳ）は、キーイベント（核となる）処理を担う“Controller”と、画面表示を担う“View”と、ＤＴＶＭＷ（ブラウザとの間のパス）やクラウドサーバ３００からの情報取得やＤＴＶ１００の操作を担う“model”と、からなる。
各種ＤＴＶ機能モジュールは、「Secenefo」、「SceneList」及び「ScenePlay」機能を実現するためのタイムクラウドモジュールを含み、さらにＤＴＶ１００の基本的な機能である番組（コンテンツ）の再生や記録を実現するための記録再生（データ処理）モジュール、番組やシーン等を検索するための検索モジュール、等を含む。

番組情報のメタデータに対するシーン情報を提供するクラウドサーバ３００は、タイムクラウドサービスの「Secenefo」、「SceneList」及び「ScenePlay」機能を実現するために必要な番組メタデータ情報を管理する。サービスで使用するメタデータは、メタデータ作成会社であるメタデータ提供元（もしくはユーザ作成タグリスト）から取得する。サーバ３００は、取得したメタデータを用いて、番組内の１シーンの詳細情報を示すシーン情報を生成し、ＤＴＶ１００に送信する。

図５は、録画された番組コンテンツの再生表示画面に、クラウドサーバ３００より得られたシーン情報の表示欄をオーバーレイ表示する例を示している。番組再生時、主制御部１０１の指示により番組記録部１０５より記録された番組を記録再生制御部１０４から、表示制御部１０６を経て、ディスプレイ１０７に表示される。この時、主制御部１０１は、再生している番組に相当するシーン情報がないか、シーン情報取得部１０９に問い合せる。シーン情報取得部１０９はシーン情報記録部１１０にシーン情報がない場合はネットワーク接続部１０８を経てクラウドサーバ３００からシーン情報を取得する。シーン情報がある場合は、主制御部１０１の指示に従い、表示制御部１０６で番組再生と合成する。これによって、図５のように、番組再生画面にシーン情報欄をオーバーレイ表示することができる。

ここで、過去番組表を表示するとき、過去番組表作成部１１１は、録画番組情報格納部１１２に格納される情報をもとに過去番組表を作成する。この時、過去番組表作成部１１１は各番組に対してシーン情報取得部１０９にシーン情報の状態（有無）を問い合わせ、番組ごとにシーン情報の有無を識別可能なように表示形式を変更して過去番組表を作成する。作成された過去番組表は表示制御部１０６を経てディスプレイ１０７に表示される。

図６は上記のようにして作成された過去番組表の例である。ここでは、各番組に対してシーン情報があるか否かで表示色を変えるものとする。図６の例では、放送局Ａ−Ｆが放映したＡＭ０時から午後８時までの録画番組において、着色（斜線／で表記している）されている番組（4A1, 4A2, 4A3, 4B1, 4B2, 4B3, 4C1, 4C2, 4D1, 4D2, 4E1, 4E2, 4E3, 4E4, 4F1, 4F2）にシーン情報が提供されている。

図７は上記過去番組表の例において、各番組に対してシーン情報がある番組は5A1, 5A2, 5A3, 5B1, 5B2, 5B3, 5C1, 5C2, 5D1, 5D2, 5E1, 5E2, 5E3, 5E4, 5F1, 5F2であり、そのうち＼斜線で表記している番組5A2, 5B2, 5D1, 5E2, 5E3, 5F1は複数のシーン情報が提供されていることを表している。

ところで、上記の過去番組表では、一度に多種多様の番組が表示され、個々の番組欄にはそのスペース制約から番組のタイトルのみが表示されている。このため、個々の番組の内容を確認しにくく、ユーザにとって希望する番組を選択することが煩雑になっている。そこで、ユーザの好みに合わせて番組を自動的にピックアップして提示し、その中からユーザ指定の番組を再生可能とする、いわゆる「ざんまいプレイ」が提供されている。例えば、ユーザが趣味の「ゴルフ」を選択した場合には、膨大の量の録画番組の中からゴルフ中継、ゴルフ教室等の番組を自動的にピックアップして、例えば図８に示すように一覧表示する。この番組一覧の表示に際して、本実施形態ではシーン情報がある番組を判別し、シーン情報がある番組の欄（図中、斜線部分）を色付け表示する。これにより、ざんまいプレイ番組一覧においても、シーン情報がある番組を簡単に選択することができる。

以上の実施形態によれば、録画番組に対して、シーン情報の有無やシーン情報の種類などを過去番組表及び録画リスト上から容易に知ることができるようになり、ユーザがシーン情報を利用する場合に、その都度、視聴希望番組にシーン情報が提供されているか確認する必要がなくなり、シーン情報の利便性を飛躍的に高めることができる。

尚、上記実施形態では、録画機能を有するＤＴＶを用いて説明したが、録画可能機器一般に適応可能な技術である。
また、上記実施形態では、シーン情報を提供するサーバは単一であるものとしたが、複数のサーバからそれぞれ独自に提供されるシーン情報を取得するようにしてもよい。
また、上記実施形態では、シーン情報の表示は画面にオーバーレイして表示しているが、並べて表示、別画面に表示なども可能である。
また、上記実施形態では、シーン情報が取得されていることを色分けにより表示しているが、アイコン（例えばｉマーク）を番組枠内等に表示するようにしてもよい。この際、シーン情報の個数に応じてアイコンのマークを変更するようにしてもよい。
また、上記実施形態では、録画番組情報は別途保存されている構成としたが、番組記録部と同一でもよい。
また、上記実施形態では、シーン情報記録部１１０にシーン情報のデータを保存する構成にしているが、都度、サーバ３００との間で通信を行ってシーン情報の提供を受けるようにしてもよい。

また、上記実施形態では、シーン情報の提供されている番組の色を変えるようにしたが、色の濃度を変えるようにしてもよい。

また、上記実施形態において、提供されるシーン情報はサービス提供者によるもののみではなく、視聴者によって登録されたシーン情報も含むようにしてもよい。

また、上記実施形態では、シーン情報の有無だけではなく、提供されるシーン情報の数によって、そのシーン情報を含む番組の表示を変更するようにしたが、提供されるシーン情報に含まれるシーン数の数によって、そのシーン情報を含む番組の表示を変更するようにしてもよい。

また、上記実施形態において、サーバに集積された利用データに基づき、シーン情報の利用形態に基づいて表示を変えることを含むようにするとよい。例えば、ジャンプがよく利用されたシーン情報を有する番組の色を変更したり、シーン情報が検索の結果にヒットした回数が多いシーン情報を有するシーン情報を有する番組の色を変更したりするとよい。

上記のバリエーションは複数に同時にあってもよい。例えば、シーン情報の数を色で表し、シーン情報に含まれるシーン数を色の濃さで表すようにしてもよい。

その他、本実施形態は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。

１００…ＤＴＶ、２００…ＴＶ放送局、３００…クラウドサーバ、
１０１…主制御部、１０２…制御バス、１０３…受信部、１０４…記録再生制御部、１０５…番組記録部、１０６…表示制御部、１０７…ディスプレイ、１０８…ネットワーク接続部、１０９…シーン情報取得部、１１０…シーン情報記録部、１１１…過去番組表作成部、１１２…録画番組情報格納部

Claims (15)

1. 複数の放送番組の情報を受信する受信手段と、
   前記複数の放送番組の情報を用いて生成される番組表を表示する表示制御手段と、
   前記複数の放送番組のうち、第１放送番組を記録するための記録制御手段と、
   前記第１放送番組の記録が終了した後、前記第１放送番組に含まれる１以上のシーンについての第１情報を取得するための取得手段と、を具備し、
   前記表示制御手段は、前記第１放送番組の記録後かつ前記第１情報の取得前に、前記第１放送番組の情報を少なくとも表示する第１番組表を表示する場合、前記第１放送番組の情報を第１形態により表示し、
   前記第１情報の取得後に、前記第１放送番組の情報を少なくとも表示する第２番組表を表示する場合、前記第１放送番組の情報を前記第１形態とは異なる第２形態により表示する電子機器。
2. 前記第２形態は、前記第１放送番組に含まれる１以上のシーンのうち、何個のシーンの情報が前記第１情報に含まれるかが識別可能である請求項１記載の電子機器。
3. 前記第２形態は、前記第２番組表のうち前記第１放送番組に対応する第１欄に、前記第１情報を取得済みであることを識別可能な情報又はアイコンが追加されたものである請求項１記載の電子機器。
4. 前記第２形態は、前記第２番組表のうち前記第１放送番組に対応する第１欄の表示形態が、前記第１情報を取得済みであることを識別可能である請求項１記載の電子機器。
5. 前記第２番組表は、前記複数の放送番組のうちの一部であって、番組のカテゴリに関する情報、ユーザの嗜好に関する情報、番組の人気度合に関する情報、番組の情報に対するキーワード検索結果のいずれか少なくとも１つを用いて検索された複数の放送番組を含む請求項１記載の電子機器。
6. 複数の放送番組の情報を受信し、
   前記複数の放送番組の情報を用いて生成される番組表を表示し、
   前記複数の放送番組のうち、第１放送番組を記録し、
   前記第１放送番組の記録が終了した後、前記第１放送番組に含まれる１以上のシーンについての第１情報を取得し、
   前記第１放送番組の記録後かつ前記第１情報の取得前に、前記第１放送番組の情報を少なくとも表示する第１番組表を表示する場合、前記第１放送番組の情報を第１形態により表示し、
   前記第１情報の取得後に、前記第１放送番組の情報を少なくとも表示する第２番組表を表示する場合、前記第１放送番組の情報を前記第１形態とは異なる第２形態により表示する方法。
7. 前記第２形態は、前記第１放送番組に含まれる１以上のシーンのうち、何個のシーンの情報が前記第１情報に含まれるかが識別可能である請求項６記載の方法。
8. 前記第２形態は、前記第２番組表のうち前記第１放送番組に対応する第１欄に、前記第１情報を取得済みであることを識別可能な情報又はアイコンが追加されたものである請求項６記載の方法。
   前記シーン情報の個数を色分け分割またはアイコンの変更により識別表示する請求項６記載の方法。
9. 前記第２形態は、前記第２番組表のうち前記第１放送番組に対応する第１欄の表示形態が、前記第１情報を取得済みであることを識別可能である請求項６記載の方法。
10. 前記第２番組表は、前記複数の放送番組のうちの一部であって、番組のカテゴリに関する情報、ユーザの嗜好に関する情報、番組の人気度合に関する情報、番組の情報に対するキーワード検索結果のいずれか少なくとも１つを用いて検索された複数の放送番組を含む請求項６記載の方法。
11. 複数の放送番組の情報を受信し、前記複数の放送番組の情報を用いて生成される番組表を表示する処理をコンピュータに実行させるプログラムであって、
    前記複数の放送番組のうち、第１放送番組を記録する記録ステップと、
    前記第１放送番組の記録が終了した後、前記第１放送番組に含まれる１以上のシーンについての第１情報を取得する取得ステップと、
    前記第１放送番組の記録後かつ前記第１情報の取得前に、前記第１放送番組の情報を少なくとも表示する第１番組表を表示する場合、前記第１放送番組の情報を第１形態により表示し、前記第１情報の取得後に、前記第１放送番組の情報を少なくとも表示する第２番組表を表示する場合、前記第１放送番組の情報を前記第１形態とは異なる第２形態により表示する表示ステップと
    を具備するプログラム。
12. 前記第２形態は、前記第１放送番組に含まれる１以上のシーンのうち、何個のシーンの情報が前記第１情報に含まれるかが識別可能である請求項１１記載のプログラム。
13. 前記第２形態は、前記第２番組表のうち前記第１放送番組に対応する第１欄に、前記第１情報を取得済みであることを識別可能な情報又はアイコンが追加されたものである請求項１１記載のプログラム。
14. 前記第２形態は、前記第２番組表のうち前記第１放送番組に対応する第１欄の表示形態が、前記第１情報を取得済みであることを識別可能である請求項１１記載のプログラム。
15. 前記第２番組表は、前記複数の放送番組のうちの一部であって、番組のカテゴリに関する情報、ユーザの嗜好に関する情報、番組の人気度合に関する情報、番組の情報に対するキーワード検索結果のいずれか少なくとも１つを用いて検索された複数の放送番組を含む請求項１１記載のプログラム。

Images