(57)【要約】【課題】利便性がさらに向上された表示制御装置を提供する。【解決手段】表示制御装置２０は、映像を受信する受信部３０と、受信部３０が受信する映像を記録するメモリ５０と、メモリ５０に記録された映像のうち所定時点の第一の映像と、所定時点より新しく現時点以前の第二の映像とを同一画面上に表示するための映像信号を表示装置７０に出力する制御部４０とを備える。【選択図】図１
2019169891.tif 000002
【特許請求の範囲】
【請求項１】
映像を受信する受信部と、
前記受信部が受信する前記映像を記録するメモリと、
前記メモリに記録された前記映像のうち所定時点の第一の映像と、前記所定時点より新しく現時点以前の第二の映像とを同一画面上に表示するための映像信号を表示装置に出力する制御部とを備える
表示制御装置。
【請求項２】
前記受信部は、複数のチャネルから選択される前記映像を受信可能であり、
前記第一の映像と前記第二の映像とは、同一チャンネルの映像である
請求項１に記載の表示制御装置。
【請求項３】
前記制御部は、前記第二の映像として、前記現時点の前記映像を含む前記映像信号を前記表示装置に出力する
請求項１又は２に記載の表示制御装置。
【請求項４】
前記制御部は、前記第二の映像として、前記第一の映像から前記第二の映像に至るまでの前記映像から生成された複数の第一のダイジェスト画像を含む前記映像信号を前記表示装置に出力する
請求項１又は２に記載の表示制御装置。
【請求項５】
前記制御部は、前記第二の映像として、前記受信部が受信している前記映像に含まれる文字情報を含む前記映像信号を前記表示装置に出力する
請求項１又は２に記載の表示制御装置。
【請求項６】
前記制御部は、前記第二の映像を前記第一の映像に重ねて前記表示装置に表示させる
請求項１〜５のいずれか１項に記載の表示制御装置。
【請求項７】
前記制御部は、前記第一の映像と前記第二の映像とを並べて前記表示装置に表示させる
請求項１〜５のいずれか１項に記載の表示制御装置。
【請求項８】
前記制御部は、前記第一の映像を前記第二の映像より大きく前記表示装置に表示させる
請求項１〜７のいずれか１項に記載の表示制御装置。
【請求項９】
前記制御部は、さらに、前記表示装置が前記第一の映像と前記第二の映像とを同一画面上に表示しているときに、前記第一の映像の表示を停止する操作を取得すると、前記表示装置の表示を、前記停止する操作を取得した時点より新しく現時点以前の前記映像から生成された複数の第二のダイジェスト画像を連続して表示させた後、前記受信部が受信している前記映像に遷移させる
請求項１〜８のいずれか１項に記載の表示制御装置。
【請求項１０】
前記受信部は、チューナを有し、
前記受信部は、前記チューナにより前記第一の映像、及び、前記第二の映像を受信する
請求項１〜９のいずれか１項に記載の表示制御装置。
【請求項１１】
請求項１〜１０のいずれか１項に記載の表示制御装置と、
前記表示制御装置から出力された映像信号に基づいて映像を表示する表示装置とを備える
映像表示装置。
【請求項１２】
映像を受信するステップと、
受信した前記映像を記録するステップと、
記録された前記映像のうち所定時点の第一の映像と、前記所定時点より新しく現時点以前の第二の映像とを同一画面上に表示するための映像信号を表示装置に出力するステップとを含む
表示制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、表示制御装置、当該表示制御装置を備える映像表示装置、及び、表示制御方法に関する。
【背景技術】
【０００２】
映像表示装置の利便性を向上させるために、種々の検討が行われている。例えば、特許文献１には、視聴している番組が切り替えられた場合に、切り替え前の番組を録画し、再び切り替え前の番組に戻ったときに見逃した部分を追っかけ再生する映像表示装置が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第４７２３１５２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
映像表示装置においては、利便性がさらに向上されることが望まれる。
【０００５】
そこで、本開示は、利便性がさらに向上された表示制御装置、映像表示装置、及び、表示制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本開示の一態様に係る表示制御装置は、映像を受信する受信部と、前記受信部が受信する前記映像を記録するメモリと、前記メモリに記録された前記映像のうち所定時点の第一の映像と、前記所定時点より新しく現時点以前の第二の映像とを同一画面上に表示するための映像信号を表示装置に出力する制御部とを備える。
【０００７】
また、上記目的を達成するために、本開示の一態様に係る映像表示装置は、上記の表示制御装置と、前記表示制御装置から出力された映像信号に基づいて映像を表示する表示装置とを備える。
【０００８】
また、上記目的を達成するために、本開示の一態様に係る表示制御方法は、映像を受信するステップと、受信した前記映像を記録するステップと、記録された前記映像のうち所定時点の第一の映像と、前記所定時点より新しく現時点以前の第二の映像とを同一画面上に表示するための映像信号を表示装置に出力するステップとを含む。
【発明の効果】
【０００９】
本開示によれば、利便性がさらに向上された表示制御装置、映像表示装置、及び、表示制御方法を提供することができる。
【図面の簡単な説明】
【００１０】
【図１】図１は、実施の形態に係る映像表示装置の構成を示す図である。
【図２Ａ】図２Ａは、実施の形態に係るＰｉｎＰ表示モード時に表示される映像の一例を示す図である。
【図２Ｂ】図２Ｂは、実施の形態に係るダイジェスト画像表示モード時に表示される映像の一例を示す図である。
【図２Ｃ】図２Ｃは、実施の形態に係る字幕表示モード時に表示される映像の一例を示す図である。
【図３Ａ】図３Ａは、実施の形態に係る表示装置に表示されるリプレイ映像、及び、ライブ映像の位置関係の一例を示す図である。
【図３Ｂ】図３Ｂは、実施の形態に係る表示装置に表示されるリプレイ映像、及び、ライブ映像の位置関係の他の一例を示す図である。
【図４】図４は、実施の形態に係るリプレイ再生を停止するときに表示装置に表示される映像の一例を示す図である。
【図５】図５は、実施の形態に係る表示制御装置の動作の一例をしめすフローチャートである。
【発明を実施するための形態】
【００１１】
（本開示に至った経緯）
上記のように、映像表示装置の利便性を向上させるために、種々の検討が行われている。例えば、内蔵ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）などの大容量記憶装置を備えない、又は、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）−ＨＤＤが接続されていない映像表示装置において、当該映像表示装置が備える内蔵メモリに当該映像表示装置が表示している映像を常時記録することが検討されている。そして、ユーザは、ライブ放送で見逃したシーン（例えば、水泳で接戦しているシーンなどの決定的なシーン）を、内蔵メモリ（内蔵メモリ領域）に記録されている映像を再生することで視聴することができる。これにより、映像を録画するための専用の記憶装置を備えることなく、既存のメモリを用いて、見逃しを防ぐことができる映像表示装置が実現されるので、利便性が向上する。なお、以降において、内蔵メモリに記録されている映像をリプレイ映像と記載し、当該リプレイ映像を再生することをリプレイ再生と記載する。
【００１２】
映像表示装置は、リプレイ再生中に内蔵メモリに記録されているリプレイ映像を表示することで、ユーザがリアルタイムで見ることができなかったシーンの見逃しを防ぐことができる。一方、ユーザは、映像表示装置がリプレイ映像を表示しているとき、ライブ放送を視聴することができないので、当該ライブ映像の決定的なシーンを見逃してしまうことが起こりうる。
【００１３】
また、内蔵メモリは、他のアプリケーションが動作するためにも用いられる。そのため、リプレイ再生に割り当てられるメモリのメモリ領域は、増加しないことが望まれる。
【００１４】
そこで、本願発明者らは、リプレイ再生中において、リプレイ再生の視聴を妨げることなくライブ放送の見逃しを抑制することができる表示制御装置などに関して、鋭意検討を行った。そして、本願発明者らは、リプレイ再生する画面上にライブ放送に関する情報を表示することで、使用するメモリ領域の増加を抑制しつつ、かつリプレイ再生の視聴を妨げることなくライブ放送の見逃しを抑制することができることを見出した。
【００１５】
なお、ライブ放送とは、リアルタイムで行われている放送である。また、ライブ映像は、映像表示装置が備える、映像を受信する受信部（例えば、放送波を受信するチューナ）がリアルタイムで受信している映像である。ライブ映像は、現時点において受信部を介して受信された映像であり、リプレイ映像は現時点より過去に受信部を介して受信された映像である。
【００１６】
以下、適宜図面を参照しながら、実施の形態を詳細に説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。
【００１７】
なお、発明者は、当業者が本開示を十分に理解するために添付図面および以下の説明を提供するものであって、これらによって特許請求の範囲に記載の主題を限定することを意図するものではない。
【００１８】
また、各図は、模式図であり、必ずしも厳密に図示されたものではない。また、各図において、実質的に同一の構成に対しては同一の符号を付しており、重複する説明は省略又は簡略化される場合がある。
【００１９】
（実施の形態）
以下、本実施の形態に係る表示制御装置を備える映像表示装置について、図１〜図５を参照しながら説明する。
【００２０】
［１．映像表示装置の全体構成］
まずは、本実施の形態に係る映像表示装置１０の構成について、図１〜図４を参照しながら説明する。
【００２１】
図１は、本実施の形態に係る映像表示装置１０の構成を示す図である。映像表示装置１０は、取得した映像を表示する液晶表示装置などのテレビ装置である。本実施の形態では、映像表示装置１０は、放送波を受信し、当該放送波に対応する映像を表示するテレビ装置である例について説明するが、インターネット等のネットワーク上に接続されたコンテンツサーバが蓄積する映像コンテンツを表示可能なインターネット対応のテレビ装置であってもよい。なお、映像表示装置１０は、テレビ装置に限定されず、デジタル放送受信機能及び受信したデジタル放送の番組を再生する機能を有するタブレット端末、据え置き型及び／又は携帯型のパーソナルコンピュータ、ゲーム機等であってもよい。
【００２２】
図１に示すように、映像表示装置１０は、表示制御装置２０と表示装置７０とを備える。
【００２３】
表示制御装置２０は、表示装置７０が表示する映像を制御する制御装置である。
【００２４】
表示制御装置２０は、受信部３０と、制御部４０と、メモリ５０と、取得部６０とを備える。
【００２５】
受信部３０は、デジタル放送波の受信及びデコード等の信号処理を行う。受信部３０は、例えば、少なくとも１つのチューナを有する。チューナは、アンテナ（図示しない）が受信した放送波からユーザが選局したチャンネルの信号を抽出し、当該信号を復調する。受信部３０は、放送波を受信することで、表示装置７０が表示するための映像を受信する。受信部３０は、チューナにより、後述する第一の映像及び第二の映像を受信する。なお、インターネット等のネットワークから映像を取得する場合、無線通信モジュール又は有線通信モジュールなどが受信部３０に相当する。
【００２６】
制御部４０は、受信部３０が受信した映像を処理する処理装置である。制御部４０は、受信部３０が受信した映像を記録する処理、及び、リプレイ映像を表示する操作を取得すると、メモリ５０に記録されたリプレイ映像と、受信部３０が受信しているライブ放送に対応する映像であるライブ映像に関する情報とを同一画面上に表示するための映像信号を表示装置７０に出力する処理などを行う。なお、ここでの同一画面上に表示するとは、表示装置７０が表示する画面上の異なる領域に同時に表示することを意味する。つまり、制御部４０は、リプレイ再生時に、過去に表示した映像（例えば、リプレイ映像）と、現時点（現在）の映像（例えば、ライブ映像）に関する情報とを同時に表示装置７０に表示させる。なお、ライブ映像に関する情報とは、リプレイ映像におけるリプレイ再生中の時点（所定時点の一例）より新しく現時点以前の映像から生成される、ライブ映像の見逃しを抑制するための映像である。なお、メモリ５０に記憶されたリプレイ映像のうち所定時点の映像は、第一の映像の一例である。つまり、所定時点の映像とは、現時点において表示されているリプレイ映像である。また、所定時点より新しく現時点以前の映像、つまりライブ映像に関する情報は、第二の映像の一例である。第二の映像には、メモリ５０に含まれるリプレイ映像のうち所定時点より新しい映像、及び、ライブ映像が含まれる。
【００２７】
まず、制御部４０が行う受信部３０が受信した映像を記録する処理について、説明する。
【００２８】
制御部４０は、受信部３０が受信した映像をメモリ５０に記録する処理を行う。制御部４０は、ユーザが選局したチャンネルの映像をメモリ５０に記録する。制御部４０は、例えば、表示装置７０が表示する映像をメモリ５０に記録する。なお、ユーザからの選局の操作は、取得部６０を介して取得される。
【００２９】
制御部４０は、映像をメモリ５０に記録することと並行して、受信部３０が受信した映像からダイジェスト画像を生成し、当該ダイジェスト画像をメモリ５０に記憶する処理を行う。制御部４０は、ユーザが選局したチャンネルの映像から生成したダイジェスト画像をメモリ５０に記録する。言い換えると、制御部４０は、表示装置７０が表示している映像に基づいて生成したダイジェスト画像をメモリ５０に記録する。
【００３０】
なお、制御部４０は、受信部３０が受信した映像から生成した画像を縮小したダイジェスト画像をメモリ５０に記憶させる。また、ダイジェスト画像の生成方法は、特に限定されない。ダイジェスト画像は、例えば、受信部３０が受信した映像から切り出した画像を縮小したサムネイル画像であってもよい。また、制御部４０は、受信部３０が受信した映像から、所定時間間隔（例えば、３０秒）ごとにダイジェスト画像を抽出してもよいし、ランダムにダイジェスト画像を抽出してもよい。また、制御部４０は、映像から取得される特性値に基づいてダイジェスト画像を抽出してもよい。制御部４０は、例えば、受信部３０が受信した映像を解析し、音声が所定値より大きいとき（例えば、盛り上がっている状況が推測されるとき）の映像をダイジェスト画像として抽出してもよいし、所定の対象者又は対象物が映っている画像をダイジェスト画像として抽出してもよい。また、その他の方法であってもよい。
【００３１】
制御部４０は、ユーザからの録画の操作を取得することなく、ユーザが選局したチャンネルの映像、及び、当該映像のダイジェスト画像をメモリ５０に記録する。なお、制御部４０は、例えば、現時点から所定期間分過去の映像をメモリ５０に記録する。制御部４０は、例えば、所定期間以上前の映像に代え新しく取得した映像を記録する。つまり、制御部４０は、新しく取得した映像を上書きして記録する。また、制御部４０は、例えば、所定枚数のダイジェスト画像をメモリ５０に記録する。制御部４０は、例えば、所定枚数を越えた場合、最も古いダイジェスト画像に代えて新しく取得したダイジェスト画像を記録する。つまり、制御部４０は、新しく取得したダイジェスト画像を上書きして記録する。なお、複数のダイジェスト画像は、メモリ５０に記憶されている映像（リプレイ映像）から生成される画像である。
【００３２】
制御部４０は、取得部６０がユーザからチャンネルを変更する操作を取得した場合、メモリ５０に記憶されているチャンネルを変える前の映像におけるリプレイ映像及びダイジェスト画像を削除してもよいし、削除しなくてもよい。制御部４０は、リプレイ映像を削除する場合、合わせてダイジェスト画像も削除する。
【００３３】
次に、表示装置７０に表示される映像について説明する。
【００３４】
制御部４０は、取得部６０がユーザからリプレイ再生する操作を取得し、かつリプレイ再生を開始する時点が決定されると、当該時点の映像をメモリ５０から読み出し、表示装置７０に出力する。制御部４０は、当該時点から現時点に至る映像を表示装置７０に出力する。
【００３５】
具体的には、制御部４０は、取得部６０がユーザからリプレイ再生する操作を取得すると、メモリ５０からダイジェスト画像を読み出し、表示装置７０に出力する。このとき表示装置７０に表示されるダイジェスト画像は、メモリ５０に記憶されている所定期間（例えば、過去３分間）のリプレイ映像のうちどの時点からリプレイ再生を開始するかをユーザに選択させるための画像である。制御部４０は、メモリ５０に記憶されている複数のダイジェスト画像の全てを表示装置７０に表示させてもよいし、複数のダイジェスト画像のうちの一部を表示させてもよい。制御部４０は、例えば、複数のダイジェスト画像を時系列順に表示させてもよい。また、制御部４０は、ダイジェスト画像をライブ映像に重ねて表示させてもよいし、ライブ映像とダイジェスト画像とを並べて表示させてもよい。
【００３６】
制御部４０は、ユーザによりリプレイ映像の再生を開始する時点が選択されると、リプレイ映像の再生を開始する。これにより、ユーザは、見逃したシーンを視聴することができるが、ライブ放送を見逃してしまう恐れがある。そこで、制御部４０は、リプレイ映像と合わせて、ライブ映像に関する情報を表示させる。これにより、ユーザは、リプレイ再生中であっても、ライブ映像に関する情報を知ることができる。
【００３７】
ここで、制御部４０がリプレイ再生中に表示装置７０に表示させる映像にについて、図２Ａ〜図２Ｃを参照しながら説明する。なお、図２Ａ〜図２Ｃでは、リプレイ映像にライブ映像に関する情報を重ねて表示している例について説明する。また、図２Ａ〜図２Ｃでは、リプレイ映像とライブ映像とは同一のチャンネルにおける映像である例について説明するが、リプレイ映像とライブ映像とは、異なるチャンネルの映像であってもよい。同一のチャンネルとは、リプレイ映像とライブ映像とが同じ選局の映像であること、及び、リプレイ映像とライブ映像とが１つの映像コンテンツ（例えば、動画コンテンツ）内の映像であることを意味する。言い換えると、リプレイ映像とライブ映像とは、同一のチャンネル又は１つの映像コンテンツにおける、異なる時間（例えば、現時と過去）の映像である。
【００３８】
図２Ａは、本実施の形態に係るＰｉｎＰ（Ｐｉｃｔｕｒｅ  ｉｎ  Ｐｉｃｔｕｒｅ）表示モード時に表示される映像の一例を示す図である。
【００３９】
図２Ａに示すように、制御部４０は、ライブ映像に関する情報として、リプレイ映像の一部にライブ映像を表示させる。つまり、制御部４０は、現時点の映像（言い換えると、最新の映像）をリプレイ映像の一部に重ねて表示させる。制御部４０は、リプレイ映像とライブ映像とを含む映像信号を表示装置７０に出力する。制御部４０は、リプレイ映像（動画）に重ねてライブ映像（動画）を表示させる。このとき、制御部４０は、ライブ映像をメモリ５０に記録しない。これにより、リプレイ再生において使用するメモリ５０のメモリ領域が増加することなく、ライブ映像を表示装置７０に表示させることができる。なお、ライブ映像の音声は、再生されない。
【００４０】
なお、リプレイ再生中には、リプレイ映像に「リプレイ再生」など、リプレイ再生中であることを示す表示が行われてもよい。また、リプレイ再生中に表示されるライブ映像には、ライブ映像であることを示す表示が行われてもよい。制御部４０は、リプレイ映像及びライブ映像の少なくとも一方に、当該表示を行ってもよい。
【００４１】
図２Ｂは、本実施の形態に係るダイジェスト画像表示モード時に表示される映像の一例を示す図である。
【００４２】
図２Ｂに示すように、制御部４０は、ライブ映像に関する情報として、リプレイ映像の一部に複数のダイジェスト画像を表示させる。図２Ｂでは、５枚のダイジェスト画像が表示されている例を示している。制御部４０は、リプレイ映像とダイジェスト画像とを含む映像信号を表示装置７０に出力する。制御部４０は、リプレイ映像（動画）に重ねてダイジェスト画像（静止画）を表示させる。ダイジェスト画像は、リプレイ再生中のリプレイ映像からライブ映像までの間の期間に、どういう場面があったかをユーザに知らせるために表示される。制御部４０は、リプレイ映像のうちの所定時点の映像から、ライブ映像に至るまでの映像から生成されたダイジェスト画像を表示する。なお、表示されるダイジェスト画像の数は、５枚に限定されない。表示されるダイジェスト画像は、１枚以上であればよい。
【００４３】
制御部４０は、現時点で視聴しているリプレイ映像の場面からライブ映像に至るまでの間の映像から生成されたダイジェスト画像を、時系列順に所定方向に並べて表示させる。制御部４０は、例えば、現時点で視聴しているリプレイ映像の場面より新しく、かつライブ映像より古い映像から抽出されたダイジェスト画像を表示させる。つまり、制御部４０は、リプレイ再生中に表示するダイジェスト画像をリプレイ映像に応じて変更（更新）してもよい。なお、現時点で視聴しているリプレイ映像の場面は、所定時点の第一の映像の一例である。また、ライブ映像に関する情報として表示させるダイジェスト画像は、第一のダイジェスト画像の一例である。
【００４４】
上述したように、ダイジェスト画像は、受信部３０が受信した映像から生成した画像を縮小した画像である。これにより、リプレイ再生において使用するメモリ５０のメモリ領域の増加を抑制しつつ、ダイジェスト画像を表示装置７０に表示させることができる。
【００４５】
なお、制御部４０は、リプレイ映像に応じて表示するダイジェスト画像を変更しなくてもよい。制御部４０は、リプレイ映像の再生を開始するタイミングの映像から現時点の映像までの映像を用いて生成されたダイジェスト画像を表示させてもよいし、メモリ５０に記録されているダイジェスト画像のうち、最も古いダイジェスト画像と最も新しいダイジェスト画像とを含む複数のダイジェスト画像を表示させてもよい。
【００４６】
図２Ｃは、本実施の形態に係る字幕表示モード時に表示される映像の一例を示す図である。
【００４７】
図２Ｃに示すように、制御部４０は、ライブ映像に関する情報として、リプレイ映像の一部にライブ映像に含まれる文字情報を表示させる。制御部４０は、リプレイ映像と文字情報とを含む映像信号を表示装置７０に出力する。制御部４０は、リプレイ映像（動画）に重ねて文字情報（例えば、字幕）を表示させる。このとき、制御部４０は、ライブ映像をメモリ５０に記録しない。これにより、リプレイ再生において使用するメモリ５０のメモリ領域が増加することなく、文字情報を表示装置７０に表示させることができる。
【００４８】
制御部４０は、例えば、放送波から当該放送波に含まれる文字情報を取得してもよいし、音声認識により文字情報を取得してもよい。制御部４０は、放送波を解析して音声情報を取得し、当該音声情報に基づいて文字情報を生成してもよい。
【００４９】
制御部４０は、ライブ映像に関する情報として、図２Ａ〜図２Ｃに示すライブ映像、ダイジェスト画像、及び、文字情報の少なくとも一つをリプレイ映像に重ねて表示させる。リプレイ再生時の表示モードは、制御部４０が決定してもよいし、ユーザにより予め設定されていてもよい。制御部４０は、例えば、メモリ５０に記憶されているダイジェスト画像の枚数が所定値以下（例えば、２枚以下）である場合、ＰｉｎＰ放送表示モード又は字幕表示モードを選択してもよい。
【００５０】
次に、リプレイ映像とライブ映像に関する情報との表示の仕方について、図３Ａ及び図３Ｂを参照しながら説明する。なお、図３Ａ及び図３Ｂでは、ライブ映像に関する情報がライブ映像である例について説明する。
【００５１】
図３Ａは、本実施の形態に係る表示装置７０に表示されるリプレイ映像、及び、ライブ映像の位置関係の一例を示す図である。図３Ｂは、本実施の形態に係る表示装置７０に表示されるリプレイ映像、及び、ライブ映像の位置関係の他の一例を示す図である。
【００５２】
図３Ａに示すように、制御部４０は、ライブ映像をリプレイ映像の一部に重ねて表示装置７０に表示させてもよい。つまり、リプレイ映像には、ライブ映像を表示する領域が設けられる。制御部４０は、例えば、ライブ映像が表示される面積が、リプレイ映像が表示される面積より小さくなるようにライブ映像を表示させてもよい。また、制御部４０は、例えば、ライブ映像を表示装置７０の表示面の外周に近い位置に表示させてもよい。なお、ライブ映像をリプレイ映像の一部に重ねて表示させることは、表示装置７０が表示する画面上の異なる領域に同時に表示させることに含まれる。
【００５３】
図３Ｂに示すように、制御部４０は、ライブ映像とリプレイ映像とを並べて表示装置７０に表示させてもよい。図３Ｂでは、ライブ映像とリプレイ映像とを横方向に並べて表示している例を示しているが、ライブ映像とリプレイ映像とは縦方向に並べて表示されてもよい。また。制御部４０は、ライブ映像とリプレイ映像とを略等しい面積で表示させてもよい。
【００５４】
なお、図３Ａ及び図３Ｂに示すライブ映像とリプレイ映像との位置及び大きさは、一例である。制御部４０は、例えば、リプレイ映像の表示面積をライブ映像の表示面積より大きく表示装置７０に表示させてもよい。
【００５５】
なお、制御部４０は、取得部６０がユーザからリプレイ再生する操作を取得していないときに、受信部３０から取得したライブ映像を表示装置７０に出力してもよい。つまり、制御部４０は、表示装置７０にライブ映像を表示させてもよい。
【００５６】
制御部４０は、さらに、取得部６０がリプレイ再生中にリプレイ再生を停止する操作を取得すると、表示装置７０の表示を、停止する操作を取得した時点のリプレイ映像より新しく、かつライブ映像に至るまでの映像から生成された複数のダイジェスト画像を連続して表示させた後、ライブ映像に遷移させてもよい。制御部４０は、メモリ５０に記録されている複数のダイジェスト画像のうち、停止する操作を取得した時点のリプレイ映像からライブ映像に至るまでの映像から生成されたダイジェスト画像のみを、生成された時間が古い順に連続して表示させる。
【００５７】
なお、停止する操作を取得した時点のリプレイ映像からライブ映像に至るまでの映像から生成されたダイジェスト画像は、第二のダイジェスト画像の一例である。制御部４０が１画面上に表示させる第二のダイジェスト画像の数は特に限定されない。制御部４０は、第二のダイジェスト画像が複数ある場合、全ての第二のダイジェスト画像を１画面上に表示させてもよいし、予め定められた所定の枚数の第二のダイジェスト画像のみを１画面上に表示させてもよい。なお、制御部４０は、メモリ５０に記録されている第二のダイジェスト画像が所定枚数（例えば、１枚）以下である場合、又は、ユーザから第二のダイジェスト画像を表示させない操作を取得している場合、第二のダイジェスト画像を表示させずにライブ映像に遷移させてもよい。また、第二のダイジェスト画像が複数ある場合、第二のダイジェスト画像の少なくとも１枚は、第一のダイジェスト画像と同じ画像であってもよい。
【００５８】
図４は、本実施の形態に係るリプレイ再生を停止するときに表示装置７０に表示される映像の一例を示す図である。図４は、リプレイ再生を停止してからライブ映像に戻るまでに表示装置７０に表示される映像（又は画像）の一例を示す図である。具体的には、図４は、リプレイ映像からライブ映像に遷移する様子を示す図である。
【００５９】
図４の（ａ）は、リプレイ再生中に表示装置７０の表示されるリプレイ映像の一例を示す図である。図４の（ａ）では、リプレイ再生中の表示モードが「ＰｉｎＰ表示モード」である場合を示している。図４の（ａ）の状態でリプレイ再生の停止が操作されると、すぐにライブ映像に戻るのではなく、図４の（ｂ）に示す画像が表示される。
【００６０】
図４の（ｂ）は、取得部６０がリプレイ再生の停止の操作を取得した後に表示装置７０に表示される画像の一例を示す図である。図４の（ｂ）に示すように、制御部４０は、取得部６０がリプレイ再生の停止の操作を取得した後に、当該操作を取得した時点のリプレイ映像からライブ映像までの映像から生成された複数のダイジェスト画像を連続して表示させた後、ライブ映像に遷移させてもよい。制御部４０は、メモリ５０に記録されている複数のダイジェスト画像のうち、停止する操作を取得した時点のリプレイ映像からライブ映像に至るまでの映像から生成されたダイジェスト画像のみを、生成された時間が古い順に連続して表示させる。制御部４０は、例えば、表示装置７０の画面全面にダイジェスト画像を表示してもよい。なお、制御部４０は、例えば、表示装置７０にダイジェスト画像を連続して表示させている間、ライブ映像を表示させなくてもよい。
【００６１】
図４の（ｃ）は、図４の（ｂ）の後に、表示装置７０に表示されるライブ映像の一例を示す図である。つまり、リプレイ映像からライブ映像に遷移された後の表示を示している。ユーザは、図４の（ｂ）に示すダイジェスト画像を見た後に、ライブ映像に戻ることになるので、リプレイ映像からいきなりライブ映像に戻る場合に比べ、スムーズにライブ映像に戻ることができる。
【００６２】
図１を再び参照して、メモリ５０は、例えば、現時点より前に表示装置７０で表示された映像などを記憶する。言い換えると、ユーザが視聴していないチャンネル（番組）は、メモリ５０には記録されてなくてもよい。メモリ５０は、例えば、不揮発性メモリである。
【００６３】
メモリ５０は、映像を記憶するための専用のメモリではなくてもよい。その場合、メモリ５０は、他のアプリケーションが動作することにより、その一部が当該アプリケーションに割り当てられる。例えば、他のアプリケーションが多数動作する場合、メモリ５０において映像などを記憶するメモリ領域が減少することが起こりうる。そのため、制御部４０は、メモリ５０が映像等を記録するための所定のメモリ領域を確保するために、他のアプリケーションの割り当てを変更してもよい。これにより、メモリ５０には、他のアプリケーションの動作状況に関わらず、所定のメモリ領域が確保される。なお、所定のメモリ領域とは、例えば、映像を数分間程度、及び、ダイジェスト画像を１０枚程度記録することができる程度のメモリ領域である。
【００６４】
取得部６０は、ユーザからの操作を取得する。取得部６０は、ユーザのリモコンでの操作に基づく信号を受信することにより、ユーザからの操作を取得してもよい。取得部６０は、例えば、リモコンからの信号を受信する受信装置（例えば、赤外線受信装置）などにより実現されてもよい。また、取得部６０は、押しボタン、キーボード、又は、タッチパネルなどにより実現されてもよい。
【００６５】
表示装置７０は、表示制御装置２０から出力された映像信号に基づいて映像を表示する表示デバイスである。表示装置７０は、例えば、液晶ディスプレイ又は有機ＥＬディスプレイなどにより実現される。
【００６６】
上記のように、本実施の形態に係る映像表示装置１０は、制御部４０を備えることにより、ＨＤＤなどの部品を備えることなく、映像を録画することができる。映像表示装置１０は、ＨＤＤなどの記憶装置を備える映像表示装置に比べ、部品点数を削減、及び、コストを低減することができる。
【００６７】
［２．表示制御装置の動作］
次に、本実施の形態に係る表示制御装置２０の動作について、図５を参照しながら説明する。
【００６８】
図５は、本実施の形態に係る表示制御装置２０の動作の一例を示すフローチャートである。
【００６９】
図５に示すように、受信部３０は、映像を受信する（Ｓ１０）。受信部３０は、複数のチャネルから選択されたチャンネルの映像を受信可能であり、例えば、放送波を受信し、受信した放送波を復調することで当該映像を受信する。制御部４０は、受信部３０が受信した映像をメモリ５０に記録する（Ｓ１１）。制御部４０は、ユーザからの録画などの操作を取得することなく、ユーザが選局したチャンネルの映像をメモリ５０に記録する。なお、制御部４０は、リプレイ再生を行う操作を取得していない場合、受信部３０が受信した映像（現時点の映像）を表示装置７０に出力する。これにより、ユーザは、ライブ映像を視聴することができる。
【００７０】
制御部４０は、取得部６０がユーザからリプレイ再生を行う操作を取得すると（Ｓ１２でＹｅｓ）、所定時点の映像と所定時点より新しく現時点以前の映像とを同一画面上に表示するための映像信号を出力する（Ｓ１３）。ここでの所定時点とは、例えば、メモリ５０に記録されているリプレイ映像の再生を開始するタイミングであってもよい。制御部４０は、例えば、ステップＳ１２の後に、再生を開始するタイミングを選択するためのダイジェスト画像を表示し、ユーザから当該タイミングを取得してもよい。
【００７１】
そして、制御部４０は、所定時点の映像としてメモリ５０に記憶されているリプレイ映像を表示させ、所定時点より新しく現時点以前の映像としてライブ映像に関する情報を表示させる。制御部４０は、例えば、図２Ａ〜図２Ｃに示す複数の表示モードのうちの１つの表示モードで、リプレイ映像とライブ映像に関する情報とを表示装置７０の１画面上に表示させる。表示モードは、例えば、取得部６０を介してユーザにより選択されてもよい。なお、制御部４０は、取得部６０がユーザからリプレイ再生を行う操作を取得してない場合（Ｓ１２でＮｏ）、ステップＳ１２に戻る。つまり、制御部４０は、ライブ映像をメモリ５０に記録し、かつ当該ライブ映像を表示装置７０に表示させる。
【００７２】
制御部４０は、取得部６０がユーザからリプレイ再生を停止する操作を取得すると（Ｓ１４でＹｅｓ）、表示装置７０の表示を、ダイジェスト画像を連続して再生（図４の（ｂ）参照）した後、ライブ映像に遷移させる（Ｓ１５）。制御部４０は、リプレイ再生を停止する操作を取得した時点のリプレイ映像から現時点のライブ映像までの映像から生成された複数のダイジェスト画像を、当該操作を取得した時点から現時点に向かう順に連続して表示させる。複数のダイジェスト画像は、メモリ５０に記録されているダイジェスト画像のうち、操作を取得した時点から現時点までの映像から生成されたダイジェスト画像の全てを連続して表示させてもよいし、所定の枚数のダイジェスト画像を連続して表示させてもよい。なお、制御部４０は、ステップＳ１５において、表示装置７０の全面にダイジェスト画像を表示させてもよい。
【００７３】
なお、制御部４０は、取得部６０がユーザからリプレイ再生を停止する操作を取得してない場合（Ｓ１４でＮｏ）、リプレイ再生を継続する。なお、ステップＳ１４において、制御部４０は、リプレイ映像を予め設定された期間再生した後、ステップＳ１５に進んでもよい。
【００７４】
なお、制御部４０は、リプレイ再生の動作中（Ｓ１３）に受信部３０が受信した映像をメモリ５０に記録してもよいし、記録しなくてもよい。また、制御部４０は、リプレイ再生中にライブ映像からダイジェスト画像を生成し、当該ダイジェスト画像をメモリに記録してもよい。
【００７５】
表示制御装置２０が備えるメモリ５０は、リプレイ再生機能を有していない映像表示装置が備える既存のメモリである。リプレイ再生機能を有していない映像表示装置が上記のような制御を行う制御部４０を備えるだけで、当該映像表示装置が備えるメモリを利用してリプレイ再生機能を実現することができる。
【００７６】
［３．効果など］
以上のように、本実施の形態に係る表示制御装置２０は、映像を受信する受信部３０と、受信部３０が受信する映像を記録するメモリ５０と、メモリ５０に記録された映像のうち所定時点の第一の映像と、所定時点より新しく現時点以前の第二の映像とを同一画面上に表示するための映像信号を表示装置７０に出力する制御部４０とを備える。
【００７７】
これにより、ユーザは、第一の映像（例えば、リプレイ映像）を再生しているときでも、第二の映像（例えば、ライブ映像）を視聴することができる。つまり、ユーザは、第二の映像を視聴することで、ライブ映像に切り替えた方がよいか否かを判断することができる。よって、ライブ映像の見逃しが抑制されるので、表示制御装置２０によれば、利便性がさらに向上される。
【００７８】
また、受信部３０は、複数のチャネルから選択される映像を受信可能であり、第一の映像と第二の映像とは、同一チャンネルの映像である。
【００７９】
これにより、同一チャンネルにおけるライブ放送の見逃しを抑制することができる。
【００８０】
また、制御部４０は、第二の映像として、現時点の映像（例えば、ライブ映像）を含む映像信号を表示装置７０に出力する。
【００８１】
これにより、ユーザは、ライブ映像を視聴することで、リプレイ映像（リプレイ再生）からライブ映像（ライブ放送）に切り替えた方がよいか否かを判断することができるので、ライブ映像の見逃しをより抑制することができる。よって、利便性がより向上する。
【００８２】
また、制御部４０は、第二の映像として、第一の映像から第二の映像に至るまでの映像から生成された複数の第一のダイジェスト画像を含む映像信号を表示装置７０に出力する。
【００８３】
これにより、ユーザは、複数の第一のダイジェスト画像を視聴することで、ライブ映像に切り替えた方がよいか否かを判断することができるので、ライブ映像の見逃しをより抑制することができる。よって、利便性がより向上する。
【００８４】
また、制御部４０は、第二の映像として、受信部３０が受信している映像に含まれる文字情報を含む映像信号を表示装置７０に出力する。
【００８５】
これにより、ユーザは、字幕を視聴することで、ライブ映像に切り替えた方がよいか否かを判断することができるので、ライブ映像の見逃しをより抑制することができる。よって、利便性がより向上する。
【００８６】
また、制御部４０は、第二の映像を第一の映像に重ねて表示装置７０に表示させる。
【００８７】
これにより、リプレイ再生中の第一の映像（リプレイ映像）に重ねて、第二の映像を表示することができる。ユーザは、視聴したいリプレイ映像をより大きなサイズで視聴しつつ、第二の映像を視聴することができる。
【００８８】
また、制御部４０は、第一の映像と第二の映像とを並べて表示装置７０に表示させる。
【００８９】
これにより、リプレイ再生中のリプレイ映像の視聴への影響を抑制しつつ、第二の映像を表示することができる。
【００９０】
また、制御部４０は、第一の映像を第二の映像より大きく表示装置７０に表示させる。
【００９１】
これにより、リプレイ再生中のリプレイ映像の視聴への影響をさらに抑制しつつ、第二の映像を表示することができる。
【００９２】
また、制御部４０は、さらに、表示装置７０が第一の映像と第二の映像とを同一画面上に表示しているときに、第一の映像の表示を停止する操作を取得すると、表示装置７０の表示を、当該停止する操作を取得した時点より新しく現時点以前の映像から生成された複数の第二のダイジェスト画像を連続して表示させた後、受信部３０が受信している映像に遷移させる。
【００９３】
これにより、第一の映像の表示を停止する操作を取得（つまり、リプレイ再生を終了する操作を取得）した後、いきなりライブ映像に戻る場合に比べ、スムーズにライブ映像に戻ることができる。よって、リプレイ再生からライブ放送に戻るときのユーザの違和感を低減することができるので、表示制御装置２０の利便性がさらに向上する。
【００９４】
また、受信部３０は、チューナを有する。そして、受信部３０は、チューナにより第一の映像、及び、第二の映像を受信する。
【００９５】
これにより、放送波（例えば、地上デジタル放送波）を受信する映像表示装置に表示制御装置２０を用いることができる。
【００９６】
以上のように、本実施の形態に係る映像表示装置１０は、表示制御装置２０と、表示制御装置２０から出力された映像信号に基づいて映像を表示する表示装置７０とを備える。
【００９７】
これにより、映像表示装置がＨＤＤなどの記録装置を備えていない場合であっても、表示制御装置２０を備えるだけで、録画を行うことができる映像表示装置１０が実現される。
【００９８】
以上のように、本実施の形態に係る表示制御方法は、映像を受信するステップ（Ｓ１０）と、受信した映像を記録するステップ（Ｓ１１）と、記録された映像のうち所定時点の第一の映像と、所定時点より新しく現時点以前の第二の映像とを同一画面上に表示するための映像信号を表示装置７０に出力するステップ（Ｓ１３）とを含む。
【００９９】
これにより、表示制御装置２０と同様の効果を奏する。
【０１００】
（その他の実施の形態）
以上、実施の態様に係る表示制御装置、映像表示装置、及び、表示制御方法について、実施の形態に基づいて説明したが、本開示は、この実施の形態に限定されるものではない。
【０１０１】
したがって、添付図面および詳細な説明に記載された構成要素の中には、課題解決のために必須な構成要素だけでなく、上記技術を例示するために、課題解決のためには必須でない構成要素も含まれ得る。そのため、それらの必須ではない構成要素が添付図面や詳細な説明に記載されていることをもって、直ちに、それらの必須ではない構成要素が必須であるとの認定をするべきではない。
【０１０２】
その他、実施の形態に対して当業者が思いつく各種変形を施して得られる形態、又は、本開示の主旨を逸脱しない範囲で各実施の形態における構成要素及び機能を任意に組み合わせることで実現される形態も本開示に含まれる。
【０１０３】
また、上記実施の形態では、制御部は、リプレイ再生を行う際、リプレイ映像のどのタイミングから再生を開始するかをユーザが選択するためのダイジェスト画像を表示装置に表示する例について説明したが、これに限定されない。制御部は、選択するためのダイジェスト画像を表示装置に表示しなくてもよい。制御部は、例えば、取得部がユーザからリプレイ映像の再生を開始する時間情報（例えば、現時点の１分前から再生開始するなどの情報）を取得し、当該時間情報に基づいてリプレイ再生を開始してもよい。
【０１０４】
また、上記実施の形態では、制御部は、３つの表示モードのうちの１つの表示モードでリプレイ再生を行う例についてしたが、これに限定されない。制御部は、３つの表示モードのうちの２つ以上の表示モードを用いてリプレイ再生を行ってもよい。制御部は、例えば、ライブ映像と文字情報とを第二の映像として表示してもよい。
【０１０５】
また、上記実施の形態では、リプレイ再生中にライブ映像に関する情報が常に表示される例について説明したが、これに限定されない。制御部は、例えば、ユーザからライブ映像に関する情報を表示する操作を取得した場合のみ、ライブ映像に関する情報とリプレイ映像とを表示装置に表示させてもよい。
【０１０６】
また、上記実施の形態において、各構成要素は、専用のハードウェアで構成されるか、各構成要素に適したソフトウェアプログラムを実行することによって実現されてもよい。各構成要素は、プロセッサなどのプログラム実行部が、ハードディスクまたは半導体メモリなどの記録媒体に記録されたソフトウェアプログラムを読み出して実行することによって実現されてもよい。プロセッサは、半導体集積回路（ＩＣ）、又はＬＳＩ（Ｌａｒｇｅ  ｓｃａｌｅ  ｉｎｔｅｇｒａｔｉｏｎ）を含む一つ又は複数の電子回路で構成される。複数の電子回路は、一つのチップに集積されていてもよいし、複数のチップに設けられてもよい。複数のチップは一つの装置に集約されていてもよし、複数の装置に備えられていてもよい。
【０１０７】
また、これらの全般的または具体的な態様は、システム、方法、集積回路、コンピュータプログラムまたはコンピュータで読み取り可能なＣＤ−ＲＯＭ等の非一時的記録媒体で実現されてもよく、システム、方法、集積回路、コンピュータプログラムまたは記録媒体の任意な組み合わせで実現されてもよい。プログラムは、記録媒体に予め記憶されていてもよいし、インターネット等を含む広域通信網を介して記録媒体に供給されてもよい。
【０１０８】
また、上記実施の形態において説明された複数の処理の順序は一例である。複数の処理の順序は、変更されてもよいし、複数の処理は、並行して実行されてもよい。
【産業上の利用可能性】
【０１０９】
本開示に係る表示制御装置は、映像を表示する映像表示装置に適用可能である。特に、ＨＤＤなどの大容量記憶装置を備えていない映像表示装置に有効である。
【符号の説明】
【０１１０】
１０    映像表示装置
２０    表示制御装置
３０    受信部
４０    制御部
５０    メモリ
６０    取得部
７０    表示装置
【図１】
2019169891.tif 000003
【図２Ａ】
2019169891.tif 000004
【図２Ｂ】
2019169891.tif 000005
【図２Ｃ】
2019169891.tif 000006
【図３Ａ】
2019169891.tif 000007
【図３Ｂ】
2019169891.tif 000008
【図４】
2019169891.tif 000009
【図５】
2019169891.tif 000010