JP5052691B1 - 情報処理装置および情報処理方法 - Google Patents

Abstract

【課題】現在放送中の番組の視聴者に対して、投稿サイトへの投稿コメントを提示することにより斬新な視聴体験を提供する具体的な方法は十分に提案されてこなかった。
【解決手段】実施の形態の情報処理装置は、番組内容に対する感想が記されたコメントが即時に投稿される外部の投稿サイトから、番組に対する視聴者のコメントを取得するコメント取得部と、番組映像を表示する映像表示画面１１０の下に位置するライブ情報表示領域４５０に、コメント取得部により取得されたコメントを表示させるコメント表示部とを備える。コメント表示部は、コメント取得部により取得されたコメントを、ライブ情報表示領域４５０の第１レーン５２２と第２レーン５２４のいずれかにおいて横方向にスクロール表示させる。
【選択図】図４１

Description

この発明は、データ処理技術に関し、特に、現在放送中の番組に関する情報を表示させる技術に関する。

近年、個々のユーザが短文（以下、「コメント」や「ツイート」とも呼ぶ。）を投稿し、他のユーザがそのコメントを閲覧できるウェブサイト（以下、「投稿サイト」とも呼ぶ。）によるコミュニケーションサービスが提供されている。

本発明者は、現在放送中の番組を視聴中の視聴者に対して、投稿サイトへ投稿されたコメントを提示することにより斬新な視聴体験を提供するための具体的な方法はこれまで十分に提案されてこなかったと考えた。

本発明は、本発明者の上記着想にもとづきなされたものであり、その主たる目的は、現在放送中の番組を視聴中の視聴者に対して斬新な視聴体験を提供する技術を提供することである。

上記課題を解決するために、本発明のある態様の情報処理装置は、放送中の番組の映像情報をチューナーから取得する映像情報取得部と、取得された映像情報にしたがって、番組の映像を所定の表示装置に表示させる番組映像表示部と、番組を視聴中の視聴者の番組内容に対する時々の感想が記されたコメントが即時に投稿される外部の投稿サイトから、番組に対する視聴者のコメントを取得するコメント取得部と、番組の映像を表示中の表示装置に、番組の表示領域に対して上もしくは下に位置する領域をコメント表示領域として、コメント取得部により取得されたコメントをコメント表示領域に表示させるコメント表示部と、を備える。コメント表示領域は、コメントを横方向にスクロールさせて表示するレーンを複数含むものであり、コメント表示部は、コメントを取得部により取得されたコメントを、コメント表示領域の複数のレーンのいずれかで表示させる。

本発明の別の態様は、情報処理方法である。この方法は、情報処理装置により実行される方法であって、放送中の番組の映像情報をチューナーから取得するステップと、取得された映像情報にしたがって、番組の映像を所定の表示装置に表示させるステップと、番組を視聴中の視聴者の番組内容に対する時々の感想が記されたコメントが即時に投稿される外部の投稿サイトから、番組に対する視聴者のコメントを取得するステップと、番組の映像を表示中の表示装置に、番組の表示領域に対して上もしくは下に位置する領域をコメント表示領域として、取得されたコメントをコメント表示領域に表示させるステップと、を備える。コメント表示領域は、コメントを横方向にスクロールさせて表示するレーンを複数含むものであり、コメントを表示させるステップは、取得されたコメントを、コメント表示領域の複数のレーンのいずれかで表示させる。

なお、以上の構成要素の任意の組合せ、本発明の表現を装置、方法、システム、プログラム、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。

本発明によれば、現在放送中の番組を視聴している視聴者に対して斬新な視聴体験を提供することができる。

前提技術の一形態の情報処理システムの構成を示す図である。 図１のチューナーの機能構成を示すブロック図である。 図１の情報管理サーバの機能構成を示すブロック図である。 集計結果保持部に保持されるデータの構造を示す図である。 図１の情報処理装置のハードウェア構成図である。 図１の情報処理装置の機能構成を示すブロック図である。 番組情報保持部に保持されるデータの構造を示す図である。 録画情報保持部に保持されるデータの構造を示す図である。 ポータル画面の表示イメージを示す図である。 待機画面の表示イメージを示す図である。 映像表示画面のイメージを示す図である。 映像表示画面のイメージを示す図である。 第１番組表の表示イメージを示す図である。 第２番組表の表示イメージを示す図である。 第２番組表の表示イメージを示す図である。 第２番組表の表示イメージを示す図である。 第２番組表の表示イメージを示す図である。 第２番組表の表示イメージを示す図である。 第２番組表の表示イメージを示す図である。 録画リストが表示されたビデオ画面のイメージを示す図である。 情報処理装置の動作を示すフローチャートである。 図２０のＳ２０を詳細に示すフローチャートである。 図２０のＳ２４を詳細に示すフローチャートである。 図２０のＳ２８を詳細に示すフローチャートである。 情報処理装置の動作を示すフローチャートである。 変形例における第１番組表の表示イメージを示す図である。 第２の前提技術の一形態の情報処理システムの構成を示す図である。 図２６の情報処理装置の機能構成を示すブロック図である。 図２７のコメント保持部を詳細に示すブロック図である。 定型コメント保持部に格納されるデータの構成を示す図である。 図２７のコメント処理部を詳細に示すブロック図である。 図２７のコメント表示部を詳細に示すブロック図である。 映像表示画面の表示イメージを示す図である。 図２６の情報処理装置の動作を示すフローチャートである。 全ＴＬ画面の表示イメージを示す図である。 チャンネルＴＬ画面の表示イメージを示す図である。 ハッシュタグＴＬ画面の表示イメージを示す図である。 図３３に続くフローチャートである。 ツイートメニュー画面の表示イメージを示す図である。 コメント作成画面の表示イメージを示す図である。 情報画面の表示イメージを示す図である。 実施の形態のツイート表示画面を模式的に示す図である。 実施の形態のコメント保持部の詳細な機能構成を示すブロック図である。 実施の形態のコメント処理部の詳細な機能構成を示すブロック図である。 実施の形態のコメント表示部の詳細な機能構成を示すブロック図である。 情報処理装置の動作を示すフローチャートである。 情報処理装置の動作を示すフローチャートである。 情報処理装置の動作を示すフローチャートである。

（前提技術）
本発明の実施の形態を説明する前に、その前提となる技術について説明する。この前提技術では、放映中の番組もしくは放映された番組を視聴するユーザの快適性や利便性を向上させるための情報処理技術を提案する。この情報処理技術は、以下の４つの技術要素を含む。

第１の技術要素の概要を説明する。これまでの電子番組表は放送局等が定めた番組の概要情報を単に提示するものであり、視聴者にとってその使い勝手は必ずしもよいものではなかった。前提技術では、視聴者の使い勝手に優れた電子番組表を提供する技術を提案する。例えば、前提技術の一形態の電子番組表は、視聴者が番組情報を確認する際の利便性を向上させるユーザインタフェースを提供する。

第２の技術要素の概要を説明する。現在、インターネットとの接続環境を有する住居が増加しており、番組の視聴者が保持する情報家電と、インターネット上のサーバとのデータ送受が可能になっている。前提技術では、インターネットを介したデータ交換に基づき、単なる番組概要にとどまらず、視聴者にとって有用な情報を提示する電子番組表を提供する技術を提案する。例えば、前提技術の一形態の電子番組表では、同一時間帯に放映される複数の番組の人気順位を視聴者に提示する。

第３の技術要素の概要を説明する。前提技術では、電子番組表の表示画面を含む各種機能画面への一元的な入口となるポータル画面における、使い勝手に優れたユーザインタフェースを実現する技術を提案する。例えば、前提技術の一形態のポータル画面では、視聴者にとって有用な、番組の視聴に関する最新情報を提供する。

第４の技術要素の概要を説明する。前提技術では、番組の視聴中の視聴者へ有用な検索結果を提供する技術を提案する。例えば、前提技術の一形態の番組視聴画面では、その番組に関するキーワードをもとにインターネット検索を行った結果を番組映像とともに表示させる。

図１は、前提技術の一形態の情報処理システムの構成を示す。情報処理システム１００では、複数の番組視聴システム１０と、情報管理サーバ１６と、検索サーバ１７とが、インターネット１５を介して接続されている。

番組視聴システム１０は、地上デジタルテレビ放送の視聴・録画・再生や番組表の表示を行うシステムであり、情報処理装置１１と、コントローラ１２と、チューナー１３と、ディスプレイ１４とを備える。前提技術の一形態では、番組視聴システム１０が「視聴者」の単位となる。したがって、ディスプレイ１４を視聴している複数人が１人の視聴者として取り扱われる場合もある。

チューナー１３は、地上デジタルテレビチューナーであり、視聴者により選択されたチャンネルの放送信号を受信し、その放送信号を映像情報へ復号する。そして、その映像情報を情報処理装置１１へ送出する。また、チューナー１３は、放送信号から番組情報であるＥＰＧ情報を取得して情報処理装置１１へ送出する。なお、チューナー１３と情報処理装置１１とは、ＵＳＢ（Universal Serial Bus）ケーブルにより接続されてもよい。

図２は、図１のチューナー１３の機能構成を示すブロック図である。本明細書のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのＣＰＵやメモリをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。

チューナー１３は、同軸ケーブルインタフェース部２００と、Ｂ−ＣＡＳカードインタフェース部２０２と、ＵＳＢインタフェース部２０４と、信号処理部２０６とを備える（「Ｂ−ＣＡＳ」は登録商標）。同軸ケーブルインタフェース部２００は、アンテナと接続された同軸ケーブルとのインタフェース機能を提供し、地上デジタルテレビ放送の放送信号を取得する。Ｂ−ＣＡＳカードインタフェース部２０２は、Ｂ−ＣＡＳカードとのインタフェース機能を提供し、放送信号を復号するための暗号鍵をＢ−ＣＡＳカードから取得する。

ＵＳＢインタフェース部２０４は、ＵＳＢケーブルとのインタフェース機能を提供し、視聴者により選択されたチャンネルの識別情報を情報処理装置１１から取得する。また、選択されたチャンネルの映像情報や、ＥＰＧ情報を情報処理装置１１へ送出する。信号処理部２０６は、視聴者により選択されたチャンネルの信号を放送信号から抽出して、Ｂ−ＣＡＳカードの暗号鍵にしたがって映像情報へ復号する。

図１に戻り情報処理装置１１は、インターネット１５と接続されたコンピュータ端末であり、コントローラ１２を介して視聴者の操作を受け付け、その操作にしたがって動作する。情報処理装置１１は据置型ゲーム機であってもよい。情報処理装置１１には、地上デジタルテレビ放送における番組のライブ映像を表示させ、録画し、その録画映像を再生させる番組視聴アプリケーション（以下、「番組視聴ＡＰ」とも呼ぶ）がインストールされている。また、ＨＴＭＬやＸＭＬ等で記述された構造化文書のデータを解釈して表示させるウェブブラウザもインストールされている。

情報処理装置１１において番組視聴ＡＰが起動されることにより、例えば、情報処理装置１１は、視聴者が選択したチャンネルの映像情報をチューナー１３から取得して、番組映像をディスプレイ１４へ表示させる。また、ＥＰＧ情報をチューナー１３から取得して電子番組表をディスプレイ１４へ表示させる。情報処理装置１１の詳細な構成は後述する。なお、情報処理装置１１とディスプレイ１４とはＨＤＭＩ（登録商標）（High-Definition Multimedia Interface）ケーブルにより接続されてもよい。

情報管理サーバ１６は、複数の番組視聴システム１０のそれぞれから取得した番組の視聴状況を管理し、その視聴状況を複数の番組視聴システム１０のそれぞれへ配信する。情報管理サーバ１６の詳細な構成は後述する。検索サーバ１７は、検索サービスを提供し、検索要求で指定された検索キーとの合致度合いが高いウェブページを示す情報をその検索要求元へ提供する。

図３は、図１の情報管理サーバ１６の機能構成を示すブロック図である。図２と同様に、図３の機能ブロックについてもハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。例えば図３の機能ブロックは、コンピュータプログラムとして所定の記録媒体に格納され、情報管理サーバ１６のハードディスクにインストールされ、情報管理サーバ１６のメインメモリに適宜読み出されて、プロセッサにより実行されてもよい。

情報管理サーバ１６は、通信処理部２０と、集計結果保持部２２と、各種のデータ処理を実行するデータ処理部２４とを備える。データ処理部２４は、視聴者数集計部２６と、録画予約数集計部２８と、指標値提供部３０とを含む。

通信処理部２０は、インターネット１５を介して外部装置との通信処理を実行する。データ処理部２４は、通信処理部２０を介して、番組視聴システム１０における情報処理装置１１とデータを送受する。集計結果保持部２２は、後述する視聴者数集計部２６および録画予約数集計部２８における集計処理の結果データを保持する記憶領域である。

図４は、集計結果保持部２２に保持されるデータの構造を示す。番組ＩＤフィールドには、特定の日時に放映された番組を一意に特定可能な番組ＩＤが設定される。この番組ＩＤは、定期的に放映される同一タイトルの番組であっても放映日時が異なる場合は異なるＩＤとなり、ＥＰＧ情報において予め定められていることとする。視聴者数フィールドには、番組ＩＤで特定される番組を現在視聴している視聴者の合計数が設定される。前提技術の一形態では、年齢層および性別ごとに分類されて、それぞれの合計数が設定される。録画予約数フィールドには、番組ＩＤで特定される番組を録画予約している視聴者の年齢層および性別ごとの合計数が設定される。

図３に戻り視聴者数集計部２６は、視聴者が現在視聴中の番組の番組ＩＤを、複数の情報処理装置１１のそれぞれから定期的に取得して集計する。前提技術の一形態では、番組ＩＤとともに視聴者の属性（すなわち年齢層および性別）を取得し、番組ＩＤで特定される番組の視聴者数を、視聴者の属性ごとに集計して集計結果保持部２２へ格納する。

録画予約数集計部２８は、視聴者が録画予約した番組の番組ＩＤを、複数の情報処理装置１１のそれぞれから定期的に取得して集計する。前提技術の一形態では、番組ＩＤとともに視聴者の属性を取得し、番組ＩＤで特定される番組の録画予約数を、視聴者属性ごとに集計して集計結果保持部２２へ格納する。

指標値提供部３０は、情報処理システム１００における番組の視聴状況を示す指標値を情報処理装置１１へ提供する。この指標値には、番組を視聴している視聴者の多寡を示す指標値（以下、「ライブ指標値」とも呼ぶ）と、番組を録画予約している視聴者の多寡を示す指標値（以下、「予約指標値」とも呼ぶ）とが含まれる。

具体的には指標値提供部３０は、ライブ指標値として、集計結果保持部２２に保持された年齢層および性別ごとの視聴者数を情報処理装置１１へ送信する。また予約指標値として、集計結果保持部２２に保持された年齢層および性別ごとの録画予約数を情報処理装置１１へ送信する。

変形例として、指標値提供部３０は、視聴者数そのものに代えて、視聴者数を所定の評価関数に入力した結果をライブ指標値として提供してもよい。例えば、視聴者数全体に占める特定の番組の視聴者数、すなわち視聴率を提供してもよい。予約指標値についても同様である。例えば、視聴者数全体に占める特定の番組の録画予約数、すなわち録画予約率を予約指標値として提供してもよい。

図５は、図１の情報処理装置１１のハードウェア構成図である。情報処理装置１１は、ＣＰＵ３００とＧＰＵ（グラフィックプロセッサユニット）３０２と、入出力プロセッサ３０４と、光ディスク再生部３０６と、メインメモリ３０８と、マスクロム３１０と、サウンドプロセッサ３１２とを基本構成として備える。

ＣＰＵ３００は、ゲームや電子メール、Ｗｅｂブラウザ用のアプリケーション等の各種プログラムに基づいて、信号処理や内部構成要素を制御する。ＣＰＵ３００は、ＣＥＬＬ等のマルチコアＣＰＵであってもよく、複数の異種のプロセッサコアを組み合わせたヘテロジニアスマルチコアＣＰＵであってもよい。

ＧＰＵ３０２は、画像処理を行う。入出力プロセッサ３０４は、外部と装置内部との間のインターフェイス処理や下位互換性を保つための処理を実行する。光ディスク再生部３０６は、アプリケーションプログラムやマルチメディアデータが記録されているＢＤやＤＶＤ、ＣＤ等の光ディスクを再生する。メインメモリ３０８は、ＣＰＵ３００のワークエリアや光ディスクから読み出されたデータを一時的に格納するバッファとして機能する。マスクロム３１０は、主にＣＰＵ３００や入出力プロセッサ３０４が実行するオペレーティングシステムプログラムを格納している。サウンドプロセッサ３１２は、音声信号を処理する。

また、この情報処理装置１１は、ＣＤ／ＤＶＤ／ＢＤプロセッサ３１４と、光ディスク再生ドライバ３１６と、メカコントローラ３１８と、ハードディスクドライブ３３４、カード型コネクタ（例えばＰＣカードスロット）３２０も有している。ＣＤ／ＤＶＤ／ＢＤプロセッサ３１４は、光ディスク再生部３０６によりＣＤ／ＤＶＤ／ＢＤから読み出されてＲＦアンプ３２８で増幅されたディスク再生信号に対して、例えば誤り訂正処理（例えばＣＩＲＣ（Cross Interleave Reed-Solomon Coding）処理）や伸張復号化処理等を施すことにより、それらＣＤ／ＤＶＤ／ＢＤに記録されたデータを再生（復元）する。光ディスク再生ドライバ３１６及びメカコントローラ３１８は、光ディスク再生部３０６のスピンドルモータの回転制御、光ピックアップのフォーカス／トラッキング制御、ディスクトレイのローディング制御等を行う。

また、ハードディスクドライブ３３４は例えば光ディスク再生部３０６で読み出されたアプリケーションプログラムやゲームのセーブデータを記憶、あるいは入出力プロセッサ３０４を介して取得した写真、動画、音楽等のデータ等を記憶する。カード型コネクタ３２０は、例えば通信カードや外付けハードディスクドライブ３３６等の接続ポートである。

これらの各部は、主にバスライン３２２、３２４等を介してそれぞれ相互に接続されている。なお、ＣＰＵ３００とＧＰＵ３０２は、専用バスで接続されている。また、ＣＰＵ３００と入出力プロセッサ３０４はＳＢＵＳにより接続されている。入出力プロセッサ３０４とＣＤ／ＤＶＤ／ＢＤプロセッサ３１４、マスクロム３１０、サウンドプロセッサ３１２、カード型コネクタ３２０、ハードディスクドライブ３３４はＳＳＢＵＳにより接続されている。

ＣＰＵ３００は、マスクロム３１０に記憶されているＣＰＵ用のオペレーティングシステムプログラムを実行することにより、情報処理装置１１の全動作を制御する。また、ＣＰＵ３００は、ＣＤ、ＤＶＤ、ＢＤ等の光ディスクから読み出されてメインメモリ３０８にロードする。また、通信ネットワークを介してダウンロードされた各種アプリケーションプログラム等を実行し、ゲームや電子メールの作成編集、Ｗｅｂページの閲覧等の動作を制御する。

入出力プロセッサ３０４は、マスクロム３１０に記憶されている入出力プロセッサ用のオペレーティングシステムプログラムを実行することにより、ユーザの操作に応じたコントローラ１２からの信号やゲームの設定、電子メールの内容やアドレス、ＷｅｂサイトのＵＲＬ等を記憶するメモリカード３２６からのデータ等の入出力を制御する。

その他、入出力プロセッサ３０４は、ＵＳＢ接続端子３３３やネットワークカード３３０、図示しないＩＥＥＥ１３９４端子やＰＣカードスロット等におけるデータの入出力も制御する。例えば、ＵＳＢ接続端子３３３を介してチューナー１３と接続し、ネットワークカード３３０を介してインターネット１５と接続する。また、図示しないＰＣカードスロットを介してメモリカード３２６に対しデータの入出力を行う。コントローラ１２やメモリカードからの情報はマルチメディアスロットや無線送受信ポートを含むインタフェース３３２を介してやりとりする。

例えば、無線送受信ポートは、無線ＬＡＮやＢｌｕｅｔｏｏｔｈ（登録商標）等により、ゲーム用コントローラやＢＤ・ＤＶＤ操作用コントローラとの通信を行う。また、インタフェース３３２は、ＨＤＭＩ（登録商標）ケーブルとのインターフェースも有し、そのインタフェースを介して映像データをディスプレイ１４へ出力する。

ＧＰＵ３０２は、座標変換等の処理をするジオメトリトランスファエンジンの機能と、レンダリングプロセッサの機能とを有し、ＣＰＵ３００からの描画指示に従って描画し、描画された画像を図示しないフレームバッファに格納する。例えば、光ディスクに記録されている各種アプリケーションプログラムがゲームのように所謂３次元（３Ｄ）グラフィックを利用するものである場合、当該ＧＰＵ３０２は、ジオメトリ演算処理により、３次元オブジェクトを構成するためのポリゴンの座標等を計算する。さらに、レンダリング処理により、この３次元オブジェクトを仮想的なカメラで撮影することにより得られる画像を生成するための計算、すなわち透視変換（３次元オブジェクトを構成する各ポリゴンの頂点を仮想的なカメラスクリーン上に投影した場合における座標値の計算など）を計算する。最終的に得られた画像データをフレームバッファ上へ書き込む。そして、ＧＰＵ３０２は、この作成した画像に対応するビデオ信号を出力する。

サウンドプロセッサ３１２は、ＡＤＰＣＭ（Adaptive Differential Pulse Code Modulation）復号機能、オーディオ信号再生機能、信号変調機能等を備えている。ＡＤＰＣＭ復号機能とは、当該サウンドプロセッサ３１２に内蔵或いは外付けされた図示しないサウンドバッファに記憶されている波形データを読み出すことで、効果音等のオーディオ信号を再生して出力する機能である。信号変調機能とは、上記サウンドバッファに記憶されている波形データから、楽音や効果音等のオーディオ信号を発生する、所謂サンプリング音源としても動作する。

以上のような構成を有する情報処理装置１１は、例えば電源が投入されると、マスクロム３１０からＣＰＵ３００用及び入出力プロセッサ３０４用のオペレーティングシステムプログラムが読み出される。ＣＰＵ３００と入出力プロセッサ３０４は、それぞれ対応したオペレーティングシステムプログラムを実行する。これにより、ＣＰＵ３００は、情報処理装置１１の各部を統括的に制御する。また、入出力プロセッサ３０４は、コントローラ１２やメモリカード３２６等との間の信号の入出力を制御する。

また、ＣＰＵ３００は、オペレーティングシステムプログラムを実行すると、まず動作確認等の初期化処理をする。つづいて光ディスク再生部３０６を制御して光ディスクに記録されているゲーム等のアプリケーションプログラムを読み出し、メインメモリ３０８にロードした後、そのゲームアプリケーションプログラムを実行する。このゲームアプリケーションプログラムの実行により、ＣＰＵ３００は、入出力プロセッサ３０４を介してコントローラ１２から受け付けたユーザの指示に応じて、ＧＰＵ３０２やサウンドプロセッサ３１２を制御し、画像の表示や効果音、楽音の発生を制御する。

例えば、光ディスクに記録された映画等を再生する場合、ＣＰＵ３００は、入出力プロセッサ３０４を介してコントローラ１２から受け付けたユーザからの指示（コマンド）にしたがってＧＰＵ３０２やサウンドプロセッサ３１２を制御し、光ディスクから再生された映画の映像の表示や効果音や音楽等の発生を制御する。

図６は、図１の情報処理装置１１の機能構成を示すブロック図である。図２と同様に、図６の機能ブロックについてもハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。例えば、図６の機能ブロックは、コンピュータプログラムとして所定の記録媒体に格納され、図５のハードディスクドライブ３３４にインストールされ、情報処理装置１１のメインメモリ３０８に適宜読み出されて、ＣＰＵ３００により実行されてもよい。すなわち、図６の機能ブロックは、番組視聴ＡＰを構成する各種モジュールを示しているともいえる。

情報処理装置１１は、外部インタフェース部４０と、データ保持部４８と、データ処理部５６とを備える。外部インタフェース部４０は様々な外部装置とのインタフェース機能を提供し、データ処理部５６は外部インタフェース部４０を介して外部装置とデータを送受する。外部インタフェース部４０は、チューナＩＦ部４１と、通信処理部４２と、操作検出部４４と、表示データ出力部４６とを含む。

チューナＩＦ部４１は、チューナー１３とのインタフェース機能を提供し、チューナー１３から受け付けたデータをデータ処理部５６へ送出する。通信処理部４２は、インターネット１５を介して、情報管理サーバ１６および検索サーバ１７との通信処理を実行する。操作検出部４４は、コントローラ１２に対する視聴者の操作を検出して、その操作内容をデータ処理部５６へ送出する。表示データ出力部４６は、後述する表示処理部７８から送出された表示用の映像・画像データをディスプレイ１４へ送出して表示させる。

データ保持部４８は、各種データを保持する記憶領域であり、ハードディスクドライブとその記憶データとして実装されてもよい。データ保持部４８は、番組情報保持部５０と、録画情報保持部５２と、サムネイル保持部５４とを含む。

番組情報保持部５０は、電子番組表に表示させるべき複数の番組それぞれの番組情報を保持する。図７は、番組情報保持部５０に保持されるデータの構造を示す。番組概要フィールドには、当該番組の概要情報が設定される。人気順位フィールドには、同一時間帯に放映される複数の番組について、各番組の相対的な人気順位が一時的に設定される。

図６に戻り録画情報保持部５２は、情報処理装置１１における番組録画に関する情報である録画情報を保持する。図８は、録画情報保持部５２に保持されるデータの構造を示す。録画ＩＤフィールドには、情報処理装置１１において録画コンテントを一意に特定可能な録画ＩＤが設定される。

図６の録画フラグフィールドには、録画処理が実行済か否か、および、録画処理においてエラーが発生したか否かを示すフラグが設定される。例えば、録画フラグフィールドが「実行済」のレコードは録画済の状態を示し、録画フラグフィールドが「未実行」のレコードは録画予約状態を示す。再生進行率フィールドには、録画コンテントの再生進行状況、すなわち録画コンテントの何％が再生済かを示す値が設定される。例えば、再生進行率「０％」のレコードは、録画コンテントの再生が全く行われていないことを示す。コンテントデータフィールドには、録画コンテントそのもののデータ、すなわち録画された番組映像のデータが設定される。

図６に戻りサムネイル保持部５４は、録画コンテントに含まれる一部の画像が縮小表示されるサムネイル画像のデータを、その録画コンテントの録画ＩＤと対応づけて保持する。このサムネイル画像は、静止画像でもよく動画像でもよい。

なお、データ保持部４８が各種データを保持する物理的な記憶領域は、情報処理装置１１に内蔵されたハードディスクドライブ３３４でもよく、外付けハードディスクドライブ３３６でもよく、メモリカード３２６でもよい。また、一般的にデータサイズが大きくなる録画情報（特にコンテントデータフィールドのデータ）のみ、外付けハードディスクドライブ３３６に保持してもよい。どのデータをどの記憶領域に保持させるかは、視聴者の操作により随時決定されてもよい。

データ処理部５６は、各種データ処理を行う機能ブロックであり、コンピュータプログラムのモジュールとして実装されてもよい。データ処理部５６は、番組映像取得部５８と、番組情報取得部６０と、属性取得部６２と、録画処理部６４と、再生処理部６６と、指標値取得部６８と、人気度決定部７０と、サムネイル設定部７２と、検索キー取得部７４と、検索実行部７６と、表示処理部７８と、視聴状況通知部９９とを含む。

番組映像取得部５８は、チューナー１３から送出された番組の映像情報を取得する。番組情報取得部６０は、チューナー１３から送出されたＥＰＧ情報を取得して、各番組の番組情報を番組情報保持部５０へ格納する。

属性取得部６２は、視聴者により入力された視聴者自身の属性情報、例えば視聴者の年齢や性別を取得する。例えば、情報処理装置１１の設定画面に対して視聴者が入力した属性情報を保持する所定の記憶領域からその属性情報を取得してもよい。

録画処理部６４は、視聴者により指示された番組の録画予約処理および録画処理を実行するとともに、録画情報保持部５２の録画情報を適宜更新する。例えば、録画予約処理においては、録画フラグを「未実行」に設定する。録画処理においては、録画対象番組の映像データをコンテントデータフィールドに逐次記録する。また、録画処理が正常終了すると録画フラグを「実行済」に設定し、録画処理においてエラーが発生すると録画フラグを「エラー発生」に設定する。

また、録画処理部６４は、録画対象番組の録画中に、後述する人気度決定部７０においてその番組の人気順位が所定順位以上、例えば３位以上になった場合は、その旨を録画コンテントに設定する。前提技術の一形態では、人気順位が所定順位以上になったときに、録画コンテントにチャプタを挿入することとする。

再生処理部６６は、視聴者により指示された録画コンテントの映像データを表示処理部７８へ送出することにより、その再生処理を実行する。それとともに、録画コンテントの再生状況に応じて、録画情報保持部５２の録画情報を適宜更新する。例えば、録画時間に占める再生時間の割合を再生進行率フィールドに設定する。

なお、再生処理部６６は、視聴者からの指示に応じて、録画コンテントのもととなった番組において人気が高かった場面のみを再生してもよい。例えば、録画処理部６４によりチャプタが挿入された前後所定時間のみを再生してもよい。また、後述する人気度決定部７０において決定された人気順位の推移状況がデータ保持部４８に保持されてもよく、再生処理部６６は録画コンテントのもととなった番組の人気順位が所定順位以上であった箇所のみを再生させてもよい。

指標値取得部６８は、ライブ指標値および予約指標値を情報管理サーバ１６から取得する。典型的には、表示処理部７８において電子番組表の表示処理が開始された際にライブ指標値および予約指標値を取得する。また、予め定められたインターバル期間の経過を検出すると最新のライブ指標値および予約指標値を新たに取得する。

人気度決定部７０は、ライブ指標値および／または予約指標値にしたがって、同一時間帯に放映される複数の番組について、それぞれの相対的な人気順位を決定する。前提技術の一形態では、ライブ指標値と予約指標値との合計値が大きいほど、番組の順位をより上位に決定する。なお、放映前の番組についてはライブ指標値が得られないため、予約指標値のみにしたがって人気順位を決定する。人気度決定部７０は、各番組の人気順位を決定後、番組情報保持部５０の番組情報における人気順位フィールドのデータを更新する。

人気度決定部７０は、人気順位を決定する母集団が予めユーザから指定されている場合は、指定された属性（ここでは年齢層および性別）と対応づけられたライブ指標値・予約指標値にしたがって人気順位を決定する。母集団の指定がなければ、全属性のライブ指標値の合算値、全属性の予約指標値の合算値にしたがって人気順位を決定する。

なお、人気度決定部７０は、人気順位を決定することなく、指標値取得部６８により取得された指標値そのものを人気の度合いを示すデータとして出力してもよい。この場合、指標値そのものが人気順位と同様に取り扱われる。

サムネイル設定部７２は、録画処理部６４における録画処理が終了したことを検出した際、録画情報保持部５２の録画情報を参照して、コンテントデータとして記録された動画像または静止画像を縮小表示するサムネイル画像を設定する。そして、そのサムネイル画像のデータを録画ＩＤと対応づけてサムネイル保持部５４へ格納する。

前提技術の一形態のサムネイル設定部７２は、コンテントデータとして記録された複数の画像のうち、録画コンテントのもととなった番組において人気が高かった場面の画像からサムネイル画像を設定する。例えば、録画処理部６４によりチャプタが挿入された直前または直後の画像からサムネイル画像を設定してもよい。また、人気度決定部７０において決定された人気順位の推移状況がデータ保持部４８に保持されてもよく、サムネイル設定部７２は録画コンテントのもととなった番組の人気順位が最も高くなったときの画像からサムネイル画像を設定してもよい。

検索キー取得部７４は、ディスプレイ１４に映像表示中の番組のＩＤを番組映像表示部８４から取得し、その番組ＩＤに対応づけられた番組情報を検索キーとして番組情報保持部５０から取得する。映像表示中の番組は、現在放映中の番組であってもよく、録画された番組であってもよい。また、検索キーとされる番組情報は、番組タイトルや出演者名であってもよく、概要情報の文字列から形態素解析等により適宜抽出された名詞句であってもよい。

また検索キー取得部７４は、このようなキーワードを検索キーとするのみならず、番組情報が含む画像データ等、その他の形式のデータを検索キーとして取得してもよい。言い換えれば、検索サーバ１７が許容する任意の形式のデータを検索キーとして取得してもよい。また検索キー取得部７４は、番組情報の複数の要素をアンド条件とする検索キーを設定してもよい。また、それぞれの要素を順次検索キーとして定期的に検索実行部７６へ送出してもよく、複数の検索処理を順次実行させてもよい。また、映像表示中の番組の番組情報が更新された場合は、更新後の番組情報から新たな検索キーを取得して、検索実行部７６にその新たな検索キーを用いた新たな検索処理を実行させてもよい。

検索実行部７６は、検索キー取得部７４により取得された検索キーを指定した検索要求を検索サーバ１７へ送信する。そして、その検索キーに対する合致度合いとウェブページのＵＲＬとの組み合わせを検索結果として検索サーバ１７から取得する。検索実行部７６は、検索サーバ１７により検索キーに対する合致度合いが最も高いと判定されたウェブページのデータを、そのＵＲＬに基づき取得する。そしてそのウェブページのデータを表示処理部７８へ送出する。

表示処理部７８は、ディスプレイ１４に表示させる動画像や静止画像のデータを表示データ出力部４６へ送出することにより、視聴者が所望する画像をディスプレイ１４へ表示させる。表示処理部７８は、ポータル画面表示部８０と、待機画面表示部８２と、番組映像表示部８４と、検索結果表示部８６と、番組表表示部８８と、ビデオ操作画面表示部９６とを含む。

ポータル画面表示部８０は、複数種の視聴画面や操作画面への一元的な遷移元となるポータル画面を表示させる。このポータル画面は、複数種の視聴画面や操作画面を表示させる際に一旦は表示される共通のトップ画面であり、これら各種画面に対する共通の入口となる。なお、複数種の視聴画面や操作画面には、地上デジタルテレビ放送において現在放映中の番組映像（以下、単に「ライブ映像」とも呼ぶ）を視聴するテレビ画面、録画された番組の再生を行うビデオ画面、番組視聴ＡＰに対する各種設定を行う設定画面等が含まれる。

図９は、ポータル画面の表示イメージを示す。画面選択アイコン１０２は、番組視聴ＡＰにおいて提供される複数種の視聴画面や操作画面を選択するためのアイコンであり、ＴＶアイコン１０２ａ〜設定アイコン１０２ｈを含む。ＴＶアイコン１０２ａが選択されるとテレビ画面へ遷移する。番組表アイコン１０２ｂが選択されると、電子番組表を表示するＥＰＧ画面へ遷移する。ランキングアイコン１０２ｃが選択されると、番組の人気ランキングを表示するランキング画面へ遷移する。

スケジュールアイコン１０２ｄが選択されると、予約等のスケジュールを確認するスケジュール画面へ遷移する。ビデオアイコン１０２ｅが選択されるとビデオ画面へ遷移する。番組検索アイコン１０２ｆが選択されると、放映中もしくは放映予定の番組を検索するための番組検索画面へ遷移する。マニュアルアイコン１０２ｇが選択されると、番組視聴ＡＰの操作方法に関するマニュアルを表示するマニュアル画面へ遷移する。設定アイコン１０２ｈが選択されると設定画面へ遷移する。

最新情報ポップ１０４は、選択可能な画面選択アイコン１０２の種類に対応する最新情報をポップアップ表示する。図９では、ＴＶアイコン１０２ａが選択可能状態にあり、そのＴＶアイコン１０２ａと対応づけて、現在放映中の番組に対する他の視聴者の視聴状況を示す最新情報ポップ１０４が表示されている。例えば、ポータル画面表示部８０は、現在放映中の番組のうち、人気度決定部７０において人気順位が１位に決定された番組タイトルを最新情報ポップ１０４に表示させる。

別の例として、ポータル画面表示部８０は、スケジュールアイコン１０２ｄと対応づけて表示させる最新情報ポップ１０４において、現在の録画予約数や録画予約された番組タイトルを表示させる。また、ビデオアイコン１０２ｅと対応づけて表示させる最新情報ポップ１０４において、現在のハードディスクの空き容量や録画可能時間を表示させる。

状況タグ１０６は、録画コンテントに対する視聴状況、言い換えればビデオ操作に基づく視聴状況を示すタグであり、エラー状況タグ１０６ａ、未視聴タグ１０６ｂ、録画予約タグ１０６ｃを含む。ポータル画面表示部８０は、録画処理部６４の録画処理でエラーが発生した場合、その旨をエラー状況タグ１０６ａに表示させる。また、録画情報保持部５２に保持された録画情報を参照して、録画済かつ再生進行率０％の録画コンテントの数を未視聴タグ１０６ｂに表示させる。また、同じく録画情報を参照して、録画処理が未実行の録画予約数を録画予約タグ１０６ｃに表示させる。

録画サムネイル１０８は、録画済コンテントそれぞれのサムネイル画像であり、１つの録画コンテント当たり１つのサムネイル画像が表示される。ポータル画面表示部８０は、サムネイル保持部５４から表示対象となる録画コンテントのサムネイル画像を取得して、ポータル画面に設定する。録画サムネイル１０８の表示対象となる録画コンテントは、全ての録画コンテントでもよく、再生進行率が１００％未満の録画コンテントだけでもよく、再生進行率が０％の録画コンテントだけでもよい。

図６に戻り待機画面表示部８２は待機画面を表示する。この待機画面は、ポータル画面において所定時間（例えば３０秒）以上、視聴者の操作が未検出の場合に表示される画面であり、スクリーンセイバー的な位置づけの画面である。待機画面の表示中にコントローラ１２に対する操作が検出されると、待機画面表示部８２は待機画面の表示を終了させ、ポータル画面表示部８０はポータル画面を再度表示させる。

図１０は、待機画面の表示イメージを示す。待機画面表示部８２は、待機画面において、画面選択アイコン１０２や録画サムネイル１０８のそれぞれが、位置・角度・大きさを逐次変えながら変動する３次元空間のイメージを表示させる。

待機画面表示部８２は、録画情報保持部５２の録画情報を参照して、録画コンテントの属性に応じて、その録画コンテントに対応する録画サムネイル１０８の変動態様を変化させる。例えば、録画日時が現在日時に近い録画コンテントほど、その録画サムネイル１０８を視聴者の注意を喚起しやすいと想定される態様で変動表示させてもよい。具体的には、その録画サムネイル１０８を他の録画サムネイル１０８より大きく表示させてもよく、また、その録画サムネイル１０８を他の録画サムネイル１０８より速く変動させてもよい。

図６に戻り番組映像表示部８４は、番組の映像をディスプレイ１４に表示させる。例えば、ポータル画面においてＴＶアイコン１０２ａが選択された際に、番組映像取得部５８において取得された番組のライブ映像を表示させる。また、ポータル画面においてビデオアイコン１０２ｅが選択され、その遷移先のビデオ画面にて録画コンテントの再生が要求された際に、再生処理部６６から受け付けられたその録画コンテントの映像を表示させる。

また、番組映像表示部８４は、番組の映像を表示したテレビ画面やビデオ画面（以下、総称して「映像表示画面」とも呼ぶ）に、視聴者から操作を受け付けるための操作アイコンを表示させる。図１１は、映像表示画面１１０のイメージを示す。同図の操作アイコン１１２には、番組の関連情報をキーとしてインターネット検索を実行させるための検索アイコン１１２ａが含まれる。検索アイコン１１２ａの選択は、検索キー取得部７４および検索実行部７６の処理開始トリガとなる。

図６に戻り検索結果表示部８６は、検索結果として検索実行部７６から受け付けられたウェブページのデータをブラウザ画面に表示させる。このブラウザ画面は、ウェブブラウザの実行画面である。

図１２は、映像表示画面１１０のイメージを示す。同図で示すように、映像表示画面１１０と、その映像表示画面１１０で表示中の番組の情報をキーとした検索の結果が表示されたブラウザ画面１１４とがディスプレイ１４に一時に表示される。同図では、ブラウザ画面１１４において番組ホームページが表示されている。なお、検索結果表示部８６は、検索実行部７６において新たな検索処理が実行された場合、ブラウザ画面１１４の表示内容を更新し、新たな検索処理の結果をブラウザ画面１１４に表示させる。

図６に戻り番組表表示部８８は、電子番組表の表示処理を実行する。番組表表示部８８は、カーソル表示部９０と、第１番組表表示部９２と、第２番組表表示部９４とを含む。カーソル表示部９０は、電子番組表において視聴者が特定の番組を選択するためのカーソルを表示させ、視聴者の操作に応じてそのカーソルを移動させる。視聴者は、コントローラ１２を操作してカーソルを移動させることにより、電子番組表で１つの番組の情報が表示された領域（以下、「番組枠」とも呼ぶ）を選択する。この番組枠は、時間軸とチャンネル軸とから形成されるセル領域であるともいえる。

第１番組表表示部９２は、番組映像表示部８４による番組映像の表示中に、所定の操作が受け付けられたとき、番組情報保持部５０の番組情報を参照して、その番組映像に重ねて第１番組表を表示させる。この第１番組表は、複数のチャンネルにおいて現在放映中の複数の番組について、各番組の番組情報が配置された番組表である。第１番組表表示部９２は、背景となる番組映像を視聴者が視認可能なように、所定の透過率を設定して第１番組表を表示させる。

前提技術の一形態では、第１番組表表示部９２は、現在放映中の番組の情報のみを配置した第１番組表を表示させる。ある番組枠に表示させた番組が終了すると、第１番組表表示部９２は、次に放映される番組の情報をその番組枠に表示させる。

図１３は、第１番組表１１６の表示イメージを示す。第１番組表１１６には、複数のチャンネルのそれぞれに対応する番組枠１１８が表示されており、各番組枠１１８には、チャンネル名と番組タイトルとが表示される。第１番組表表示部９２は、各番組の番組情報を参照して、人気順位が上位３つの番組の番組枠１１８に人気順位を示すオブジェクト（以下、「人気順位インジケータ」とも呼ぶ）を対応づけて表示させる。変形例として、番組枠１１８内の色彩や、番組情報の文字フォント等を変化させることにより、各番組の人気順位を視聴者に示唆してもよい。なお、第１番組表表示部９２は、各番組の番組情報を定期的（例えば１分おき）に参照して人気順位インジケータの表示を更新する。

カーソル表示部９０は、番組枠１１８を選択するためのカーソル１２０を表示させ、視聴者は、番組の内容や進行状況等を確認したい番組の番組枠１１８をカーソル１２０により選択する。第１番組表表示部９２は、カーソル１２０により選択された番組枠１１８に対応する番組（以下、「仮選択番組」とも呼ぶ）の番組概要を番組情報保持部５０から取得して番組概要フィールド１２４にスクロール表示させる。なお、ある番組枠１１８においてカーソル１２０が下方向へ移動された場合、第１番組表表示部９２は、現在放映中の番組の次に放映される番組の情報をその番組枠１１８に表示させてもよい。

また、第１番組表表示部９２は、仮選択番組の放映開始時刻、放映終了時刻、現在時刻とに基づいて、当該番組の進行度合いを算出し進行度インジケータ１２６に表示させる。変形例として、第１番組表１１６に表示した複数の番組枠１１８それぞれの表示態様を、各番組の進行度合いに応じて変化させることにより、各番組の進行度合いを視聴者に示唆してもよい。

また、第１番組表表示部９２は、仮選択番組の人気推移インジケータ１２８を表示させる。第１番組表表示部９２は、仮選択番組の最新の人気順位を取得した際に、それまでの人気順位と比較した推移状況（例えば、上昇・下降・変化無しのいずれか）を示すよう人気推移インジケータ１２８を設定する。

第１番組表１１６の仮選択番組に対して所定の視聴操作（コントローラ１２の特定のボタンを押下する等）を視聴者が実行した場合、データ処理部５６は、その仮選択番組が本選択番組として指定された旨を検出する。そのとき番組映像表示部８４は、映像表示画面１１０に表示させる番組映像を、本選択番組の映像へ切替える。例えば、番組映像取得部５８は本選択番組の映像情報をチューナー１３から取得し、番組映像表示部８４は本選択番組の番組映像をディスプレイ１４に表示させる。

なお、図１３には図示しないが、第１番組表表示部９２は、人気順位インジケータを表示させた番組や仮選択番組等と対応づけて、現在の人気順位の根拠となるライブ指標値および／または予約指標値をさらに表示させてもよい。この態様によれば、番組の視聴状況が抽象化された人気順位に加えて、視聴状況の実態を示すデータそのものを視聴者が確認できる。

図６に戻り第２番組表表示部９４は、ポータル画面において番組表アイコン１０２ｂが選択された際に、第２番組表をディスプレイ１４の画面全面に表示させる。第２番組表は、複数の時間帯に亘る時間軸を縦軸とし、複数のチャンネルに亘るチャンネル軸を横軸として、複数の番組それぞれの番組情報が配置された電子番組表である。

図１４は、第２番組表の表示イメージを示す。同図は、２４時間分の番組情報が表示された第２番組表を示している。チャンネル標識１３０は、地上デジタルテレビ放送のチャンネルを識別するための標識オブジェクトである。隣接し合うチャンネルの間には、チャンネルインターバル１３１が配置される。なお、同一時間帯に放映される番組を視聴者が把握しやすくなるように、所定の時間帯（例えば３時間）ごとに、番組枠の表示態様が変更されてもよい。例えば、番組枠における色彩や文字フォントが変更されてもよい。

第２番組表表示部９４は、視聴者の操作に応じて、第２番組表における番組枠の領域を拡大または縮小させる。具体的には、単位時間当たりの番組枠の大きさを拡大または縮小させ、チャンネル当たりの番組枠の大きさを拡大または縮小させる。これに伴って、各番組枠で表示可能な番組情報量が増加しまたは減少する。例えば、第２番組表の表示態様として、「縦軸＝２４時間、横軸＝９チャンネル」、「縦軸＝５時間、横軸＝７チャンネル」、「縦軸＝３時間、横軸＝５チャンネル」、「縦軸＝２時間、横軸＝３チャンネル」のいずれかに切替可能であってもよい。

第２番組表表示部９４は、第２番組表の番組枠の１行目に「（放映開始分）番組タイトル」を表示させ、２行目以降に番組概要を表示させる。「縦軸＝２４時間、横軸＝９チャンネル」の第２番組表においては、３０分番組の番組枠を最小表示単位、すなわち１行で表示させる。そのため、３０分未満の番組については、後述するカーソル１３２の移動にあわせてその番組情報を吹き出し表示させる。

カーソル表示部９０は、番組枠を選択するためのカーソル１３２を表示させ、視聴者はより詳細な情報を知りたい番組や、視聴操作の対象としたい番組の番組枠をカーソル１３２により選択する。これにより、その番組は仮選択番組として指定される。第２番組表表示部９４は、仮選択番組の番組枠をチャンネル軸方向に拡大表示、すなわち他の番組枠よりも大きく表示させる。また、第２番組表表示部９４は、仮選択番組の番組概要を番組概要フィールド１３４にスクロール表示させる。

図１５も、第２番組表の表示イメージを示す。同図は、図１４の仮選択番組がユーザの所定操作により本選択番組として指定された状態を示している。視聴者は、録画予約アイコン１３８ａや番組視聴アイコン１３８ｂ等の操作アイコン１３８を選択することにより、本選択番組に対して所望の視聴操作を行う。

第２番組表表示部９４は、本選択番組の番組情報（例えば、チャンネル名、放送局名、番組タイトル、放映日時、視聴状況、番組概要）を番組詳細ウィンドウ１３６に表示させる。視聴状況インジケータ１３７は、本選択番組に対する視聴人数を示し、具体的にはライブ指標値、予約指標値、またはそれらの合計値を示してもよい。第２番組表表示部９４は、本選択番組の指定がなされた際、番組詳細ウィンドウ１３６を第２番組表に重ねてポップアップ表示させ、その背景となる第２番組表をそれまでよりも低画質で表示させる。例えば、第２番組表の画像データから高周波成分を除外することにより、第２番組表をぼかして表示させてもよい。また、第２番組表の画像上に半透明のオブジェクトを重ねて表示させてもよい。

ここで、ディスプレイ１４が立体表示対応の３Ｄディスプレイである場合の変形例を説明する。第２番組表表示部９４は、カーソル１３２により選択された番組枠、すなわち仮選択番組の番組枠の画像、および／または、番組詳細ウィンドウ１３６の画像として、時間的または空間的に分割された視差画像を表示させてもよい。

例えば、視聴者がシャッター付きメガネを装着する場合は時間的に分割された視差画像を表示させ、偏光板式のメガネを装着する場合は空間的に分割された視差画像を表示させてもよい。典型的には、仮選択番組の番組枠および／または番組詳細ウィンドウ１３６が、第２番組表よりも手前になるよう表示させる。

この変形例によれば、仮選択番組の番組枠および／または番組詳細ウィンドウ１３６の視認性をより高めることができる。なお、視差画像表示の有無や視差画像の態様は、視聴者により予め設定されてもよく、ディスプレイ１４の種類を情報処理装置１１が検出し、その種類に応じて動的に決定されてもよい。

図１６も、第２番組表の表示イメージを示す。同図は、図１５において本選択番組に対する録画予約が行われた後の第２番組表を示している。第２番組表表示部９４は、録画予約された番組の番組枠１４０を、録画予約済の番組であることを示す所定の態様で表示させる。それとともに、録画予約された時間帯のチャンネルインターバル１３１に、録画予約済の時間帯であることを示す録画予約ライン１４２を表示させる。なお第２番組表表示部９４は、録画予約ライン１４２と同様の態様で、現在時刻を示すラインオブジェクトを第２番組表に表示させてもよい。第２番組表において、放映が終了した番組情報を継続して表示する場合は特に好適である。

また、第２番組表表示部９４は、第２番組表の文字フォントを設定するための設定ウィンドウを第２番組表とともにディスプレイ１４に一時に表示させる。図１７は、第２番組表の表示イメージを示す。第２番組表表示部９４は、設定ウィンドウ１４４において特定の文字フォントが視聴者により指定されると、指定された文字フォントを表示中の第２番組表へ即座に反映させる。言い換えれば、表示中の第２番組表を、指定された文字フォントにより番組情報が記載された第２番組表へ切替える。図１７では、文字サイズの変更例を示したが、文字書体すなわちタイプフェイスも同様に変更されてよい。

また、第２番組表表示部９４は、第２番組表におけるカーソル１３２の移動に応じて、第２番組表を時間軸方向またはチャンネル軸方向へスクロールさせ、第２番組表の表示内容を切替える。第２番組表表示部９４は、時間軸方向へのスクロールに伴って一部が非表示となり、かつ、放映終了前の番組の番組枠について、そのスクロールの後にも表示されている残余領域に、その番組枠で表示すべき番組情報の先頭から表示させる。すなわち、「放映開始分＋番組タイトル」を、番組概要よりも優先して表示させる。

図１８（ａ）および図１８（ｂ）は、第２番組表の表示イメージを示す。この例では、現在時刻を１７：４５とする。図１８（ａ）はスクロール前の第２番組表であり、１６時〜２０時の番組表が表示されている。一方で、図１８（ｂ）はスクロール後の第２番組表であり、１７時〜２１時の番組表が表示されている。図１８（ａ）においてカーソル１３２が下方向へ移動した場合、図１８（ｂ）に切替えられる。

図１８（ｂ）の番組枠１４６・番組枠１４７・番組枠１４８は、図１８（ａ）での状態と比べ、その表示領域が減少している。第２番組表表示部９４は、番組枠１４６の番組は現在放映中であるため、番組枠１４６の残余領域において番組情報の先頭から可能な限りの番組情報を表示させる。言い換えれば、番組情報の表示開始位置を残余領域の先頭にずらして表示させる。

その一方で、番組枠１４７および番組枠１４８の番組は放映が終了しているため、第２番組表表示部９４は、それらの番組情報の表示開始位置を変更しない。なお、第２番組表表示部９４は、放映が終了した番組の番組情報を、放映が未終了の番組の番組情報よりも目立たない態様（例えば、薄いグレーの文字色）で表示させてもよく、当該態様の番組枠については、番組情報の表示開始位置を変更しないこととしてもよい。

図６に戻りビデオ操作画面表示部９６は、ポータル画面においてビデオアイコン１０２ｅが選択されたとき、番組の録画／再生を操作するためのビデオ画面をディスプレイ１４に表示させる。ビデオ操作画面表示部９６は、録画リスト表示部９８を含む。録画リスト表示部９８は、ビデオ画面において、録画済コンテントの情報や録画予約の一覧情報を示す録画リストを表示させる。

図１９は、録画リストが表示されたビデオ画面のイメージを示す。録画リスト１５０は、録画した番組のタイトル、録画日時、ステータス、再生進行率を一覧表示する。ステータスフィールドには、録画済か、予約済か、エラーが発生したかという録画コンテントのステータスを示す情報が設定される。再生進行率フィールドには、録画コンテントの再生の進行度合いを示す値が設定される。ビデオ操作画面表示部９６は、録画情報保持部５２の録画情報を参照して、録画リストの各フィールドの値を設定する。再生ボタン１５２が視聴者により選択されると、再生処理部６６は、その再生ボタン１５２に対応する録画コンテントの再生処理を開始する。

変形例として、ビデオ画面の録画リストには録画済のコンテントに関する情報のみが表示されてもよい。この場合、録画予約の情報は、ポータル画面においてスケジュールアイコン１０２ｄが選択された場合の遷移先であるスケジュール画面で表示されてもよい。

図６に戻り視聴状況通知部９９は、番組映像表示部８４により現在表示中の番組ＩＤ、言い換えれば視聴者が現在視聴中の番組ＩＤと視聴者の属性情報とを対応づけた視聴状況データを定期的に情報管理サーバ１６へ送信する。また、視聴状況通知部９９は、定期的に録画情報保持部５２の録画情報を参照し、録画予約された番組ＩＤと視聴者の属性情報とを対応づけた視聴状況データを定期的に情報管理サーバ１６へ送信する。視聴状況の通知頻度は、視聴状況の集計に要求されるリアルタイム性と、ネットワークおよびシステム負荷とを比較考量して決定されてよく、例えば１分程度でもよい。

以上の構成による動作を以下説明する。
図２０は、情報処理装置１１の動作を示すフローチャートである。同図は、主にユーザインタフェースを中心とした動作を示している。情報処理装置１１において番組視聴ＡＰの起動指示が受け付けられると、ポータル画面表示部８０は、ポータル画面を表示させる（Ｓ１０）。ユーザ操作が検出されず（Ｓ１２のＮ）、その状態が所定時間以上継続した場合（Ｓ１４のＹ）、待機画面表示部８２は待機画面を表示させ（Ｓ１６）、Ｓ１２の判定処理が再度実行される。操作の未検出状態が所定時間未満であれば（Ｓ１４のＮ）、待機画面を表示させることなくＳ１２に戻る。

ポータル画面では、各機能画面を選択するためのアイコンと対応づけて最新情報ポップ１０４が表示され、また、視聴状況・動作状況を示す状況タグ１０６が表示される。これにより、視聴者は各機能画面に遷移することなく、有用な最新情報をポータル画面で確認でき、視聴者の利便性を高めることができる。また、ポータル画面および待機画面において録画コンテントのサムネイル画像が表示されることにより、視聴者は録画済のコンテントを確認できるだけでなく、録画履歴を鑑賞して楽しむことができる。例えば、待機画面ではサムネイル画像が変動表示されるため、一種のインテリアとして待機画面を表示させることもできる。また、サムネイル画像の変動表示態様が録画日時に応じて変化することにより、視聴者は視聴すべき録画コンテントを発見および決定しやすくなる。

視聴者の操作が検出されると（Ｓ１２のＹ）、待機画面表示部８２は、待機画面を表示中であればその表示を終了させる。ＴＶアイコン１０２ａの選択操作である場合（Ｓ１８のＹ）、後述するライブ映像表示処理を実行する（Ｓ２０）。ＴＶアイコン１０２ａの選択操作でなければ（Ｓ１８のＮ）、Ｓ２０はスキップされる。番組表アイコン１０２ｂの選択操作である場合（Ｓ２２のＹ）、後述する番組表表示処理を実行する（Ｓ２４）。番組表アイコン１０２ｂの選択操作でなければ（Ｓ２２のＮ）、Ｓ２４はスキップされる。ビデオアイコン１０２ｅの選択操作である場合（Ｓ２６のＹ）、後述するビデオ画面表示処理を実行する（Ｓ２８）。ビデオアイコン１０２ｅの選択操作でなければ（Ｓ２６のＮ）、Ｓ２８はスキップされて本図のフローを終了する。なお、本図では図示しないが、ポータル画面において他の画面選択アイコン１０２が選択された場合は、それぞれのアイコンに対応する画面の表示処理が実行される。

図２１は、図２０のＳ２０を詳細に示すフローチャートである。番組映像取得部５８は視聴者により選択された番組の映像データをチューナー１３から取得し、番組映像表示部８４はその番組のライブ映像を映像表示画面１１０に表示させる（Ｓ３０）。ここで番組表の表示要求が受け付けられると（Ｓ３２のＹ）、指標値取得部６８はライブ指標値および予約指標値を情報管理サーバ１６から取得し（Ｓ３４）、人気度決定部７０はそれらの指標値にしたがって各番組の人気順位を決定する（Ｓ３６）。そして、第１番組表表示部９２は、現在放映中の各番組の番組情報と人気順位とを対応づけて配置した第１番組表を映像表示画面１１０に重ねて表示させる（Ｓ３８）。番組表の表示要求が受け付けられなければ（Ｓ３２のＮ）、Ｓ３４からＳ３８はスキップされる。

図２１には図示しないが、指標値取得部６８は、情報管理サーバ１６における視聴状況の集計インターバルに対応する順位決定インターバル（例えば１分）が経過すると、最新の指標値を情報管理サーバ１６から再度取得する。人気度決定部７０は、その最新の指標値にしたがって各番組の人気順位を更新する。第１番組表表示部９２は、更新後の各番組の人気順位を第１番組表に表示させる。

このように番組のライブ映像とともに、順位インジケータを伴う第１番組表が表示されることにより、視聴者は所望の番組を視聴中に、現時点において人気のある番組を一目で把握できる。なお前提技術では、番組の視聴や録画予約といった客観的な視聴動作に基づいて視聴状況が特定される。これにより、「好き、嫌い、見るつもり」といった番組に対する視聴者の主観的な指標に基づく場合よりも精度よく、言い換えれば実態に沿った視聴状況を特定できる。

また、第１番組表の操作によりチャンネルの切替えが可能であるため、視聴者は変動する人気順位に基づき興味ある番組を随時選択できる。また、第１番組表には各番組の進行状況や人気順位の推移状況が表示されるため、視聴者はこれらを参考にして視聴する番組を選択できる。また、カーソルで選択された番組の番組概要が番組概要フィールド１２４にスクロール表示されるため、所望の番組概要を視聴者に確認させつつも、第１番組表の領域を抑制できる。これにより、番組映像の視認性を維持しやすくなる。

番組映像の表示中に検索要求が受け付けられた際（Ｓ４０のＹ）、もしくは、明示的な検索要求はなくても（Ｓ４０のＮ）、表示中の番組に関連する情報が更新された際（Ｓ４２のＹ）、検索キー取得部７４は、その番組情報から検索キーを取得する（Ｓ４４）。検索実行部７６は、検索サーバ１７に対して検索要求を送信して検索結果を受信する（Ｓ４６）。検索結果表示部８６は、検索結果であるウェブページを表示するブラウザ画面１１４を、映像表示画面１１０と並べて表示させる（Ｓ４８）。明示的な検索要求がなく、番組関連情報の更新もなければ（Ｓ４２のＮ）、Ｓ４４〜Ｓ４８はスキップされて本図のフローを終了する。

この態様によれば、視聴中の番組に関する様々な情報がインターネット上のウェブサイトから取得されて、番組映像とともに視聴者に提示される。これにより、視聴者は、視聴中の番組について、番組表レベルの情報に留まらない多種多様な情報を確認できる。また、番組情報から検索キーが自動抽出されるため、視聴者による検索キーの指定作業が不要になる。また番組の関連情報が更新されると、ブラウザ画面１１４に表示される情報も逐次更新される。これにより、視聴者は番組映像の視聴を続けながら、特段の操作を行うことなく、番組の最新情報に基づき更新された検索結果を確認できる。

図２２は、図２０のＳ２４を詳細に示すフローチャートである。第２番組表表示部９４は、番組情報保持部５０の番組情報に基づいて第２番組表を表示させる（Ｓ５０）。カーソル表示部９０は、視聴者の操作に応じて、第２番組表の複数の番組枠間でカーソルの表示位置を移動させる。カーソルが移動した場合（Ｓ５２のＹ）、第２番組表表示部９４は、カーソルで指定された番組枠、言い換えれば仮選択番組の番組枠を、他チャンネルの番組枠よりも拡大表示させる（Ｓ５４）。

そのカーソルの移動に伴って、番組枠の一部が非表示となり（Ｓ５６のＹ）、その番組枠が放映中の番組のものである場合（Ｓ５８のＹ）、第２番組表表示部９４は、その番組枠の残余領域に、番組情報の先頭から表示させる（Ｓ６０）。その番組枠が放映終了後の番組のものであれば（Ｓ５８のＮ）、Ｓ６０はスキップされる。また、番組枠の一部が非表示にならなければ（Ｓ５６のＮ）、Ｓ５８およびＳ６０はスキップされる。カーソルの移動がなければ（Ｓ５２のＮ）、Ｓ５４〜Ｓ６０はスキップされる。

続いて、第２番組表において視聴操作対象の番組が選択されると、言い換えれば本選択番組の指定がなされると（Ｓ６２のＹ）、第２番組表表示部９４は選択された番組の番組情報を番組詳細ウィンドウ１３６にポップアップ表示させる（Ｓ６４）。このとき、番組詳細ウィンドウ１３６にあわせて操作アイコン１３８が表示され、また、背景となる第２番組表はぼかして表示される。本選択番組に対して録画予約が設定されると（Ｓ６６のＹ）、第２番組表表示部９４は、録画予約の時間帯を示す録画予約ライン１４２を第２番組表に設定する（Ｓ６８）。

録画予約が設定されなければ（Ｓ６６のＮ）、Ｓ６８はスキップされる。本選択番組の指定がなければ（Ｓ６２のＮ）、Ｓ６４〜Ｓ６８はスキップされる。文字フォントの変更や番組枠のサイズ変更等、第２番組表の表示態様の変更指示が受け付けられると（Ｓ７０のＹ）、第２番組表表示部９４は第２番組表の態様を即時に変更する（Ｓ７２）。表示態様の変更指示がなければ（Ｓ７０のＮ）、Ｓ７２はスキップされる。

この態様によれば、第２番組表においてカーソルで選択された番組枠の領域が動的に拡大され、選択前よりも多くの番組情報が表示される。これにより、視聴者は番組情報を確認するために別画面を表示させる等の操作を行う必要性が低減する。言い換えれば、番組情報を確認するための視聴者の操作が簡略化され、電子番組表の利便性が向上する。また、第２番組表と番組詳細ウィンドウ１３６とが重ねて表示されることにより、第２番組表において視認していた時間や番組位置を視聴者の印象に残したまま、番組に対して視聴操作を行わせることができる。また、番組詳細ウィンドウ１３６の背景となる第２番組表の画質を低下させることにより、番組詳細ウィンドウ１３６の視認性を相対的に向上させることができる。

また、第２番組表の表示を維持したまま、言い換えれば別の設定画面に遷移することなく、ユーザの指定に応じて、第２番組表の表示態様が随時変更される。これにより、視聴者は、表示態様を変化させたことによるフィードバックを即座に得ることができる。例えば、視認容易性の変化等を即座に確認できる。また、録画予約に応じて録画予約ライン１４２が第２番組表に設定されることで、多数のチャンネルの存在により録画予約された番組枠を直接確認できない場合でも、視聴者は録画予約の設定状況を容易に確認できる。これにより、例えば、録画予約の重複や予期しない上書きを防止できる。

さらにまた、一部が非表示になった番組枠については、表示すべき番組情報の先頭から表示させることで、その番組枠の残余領域に、重要な情報（番組タイトル等）が優先して表示される。番組情報の途中から表示される場合、視聴者はそもそも何の番組であるのかを判別しにくいが、このように番組情報の先頭から表示されることで番組内容を判別しやすくなる。なお、放映中の番組枠についてのみ、番組情報がスライド表示されることで、視聴者が視聴可能な番組に限定して、その番組内容を判別しやすく提示できる。

図２３は、図２０のＳ２８を詳細に示すフローチャートである。ビデオ操作画面表示部９６はビデオ画面を表示させ、録画リスト表示部９８はそのビデオ画面において録画リスト１５０を表示させる（Ｓ８０）。この録画リストでは、再生が途中で中断された録画コンテントはその旨を示唆する態様で表示される。具体的には、再生の進行度合いを示す再生進行率が録画コンテントのそれぞれと対応づけて表示される。これにより、視聴者は再生すべき録画コンテントを効率よく決定できる。

再生の開始指示が受け付けられると（Ｓ８２のＹ）、再生処理部６６は録画コンテントの再生処理を開始し（Ｓ８４）、録画映像のデータを番組映像表示部８４へ逐次送出する。番組映像表示部８４は、その録画映像をディスプレイ１４に表示させる（Ｓ８６）。再生の停止指示が受け付けられなければ（Ｓ８８のＮ）、Ｓ８６に戻る。再生の停止指示が受け付けられると（Ｓ８８のＹ）、再生処理部６６は録画コンテントの再生処理を停止し（Ｓ９０）、その時点での再生進行率を録画情報保持部５２に格納する（Ｓ９２）。再生の開始指示が受け付けられなければ（Ｓ８２のＮ）、Ｓ８４〜Ｓ９２はスキップされる。

図２４は、情報処理装置１１の動作を示すフローチャートである。同図は、主にバックグラウンドプロセスとして実行される動作を示している。予め定められた通知インターバル（例えば１分）が経過すると（Ｓ１００のＹ）、視聴状況通知部９９は、ライブ映像が表示中の番組ＩＤおよび録画予約済の番組ＩＤを情報管理サーバ１６へ通知する（Ｓ１０２）。通知インターバルが経過しなければ（Ｓ１００のＮ）、Ｓ１０２はスキップされる。録画処理部６４は録画情報保持部５２の録画情報を参照して、予約された録画処理を実行する。すなわち、録画処理が未開始で（Ｓ１０４のＮ）、録画開始時刻となった場合（Ｓ１０６のＹ）、録画処理部６４は録画処理を開始する（Ｓ１０８）。録画開始時刻にならなければ（Ｓ１０６のＮ）、Ｓ１０８はスキップされる。また、録画処理が開始済であれば（Ｓ１０４のＹ）、Ｓ１０６およびＳ１０８はスキップされる。

録画処理が開始済で（Ｓ１１０のＹ）、予め定められた順位決定インターバル（例えば１分）が経過すると（Ｓ１１２のＹ）、指標値取得部６８はライブ指標値および予約指標値を情報管理サーバ１６から取得する（Ｓ１１４）。人気度決定部７０は、それらの指標値にしたがって各番組の人気順位を決定する（Ｓ１１６）。録画中の番組が所定順位以上になった場合（Ｓ１１８のＹ）、録画処理部６４は録画データにチャプタを挿入する（Ｓ１２０）。録画中の番組が所定順位以上にならない場合（Ｓ１１８のＮ）、Ｓ１２０はスキップされる。順位決定インターバルが経過しなければ（Ｓ１１２のＮ）、Ｓ１１４〜Ｓ１２０はスキップされる。このように録画コンテントにチャプタが設定されることにより、視聴者は、その録画コンテントを再生する際に、視聴者に人気の場面を容易にサーチ・頭出しして確認できる。

続いて録画終了時刻となった場合（Ｓ１２２のＹ）、録画処理部６４は、録画処理を終了する（Ｓ１２４）。サムネイル設定部７２は、人気順位が所定順位以上となった時点の録画映像・画像からサムネイル画像を設定しサムネイル保持部５４へ格納する（Ｓ１２６）。録画終了時刻にならなければ（Ｓ１２２のＮ）、Ｓ１２４およびＳ１２６はスキップされる。録画処理が未開始であれば（Ｓ１１０のＮ）、Ｓ１１２〜Ｓ１２６はスキップされる。この態様によれば、視聴者に人気の場面がサムネイル画像となり、サムネイル画像による録画コンテントの識別性が高まる。

以上、前提技術の一形態を説明した。この形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も前提技術の範囲にあることは当業者に理解されるところである。以下、前提技術の変形例を示す。

第１の変形例を説明する。上記前提技術の一形態の検索キー取得部７４は、ＥＰＧ情報として受け付けられた番組情報を検索キーとした。変形例では、情報処理装置１１は、文字多重放送（いわゆる字幕放送）における字幕情報をチューナー１３から取得する字幕情報取得部をさらに備えてもよい。検索キー取得部７４は、この字幕情報に含まれる字幕文字列を検索キーとしてもよい。例えば、字幕文字列を形態素解析し、その字幕文字列に含まれる名詞句を検索キーとしてもよい。また、字幕情報取得部が新たな字幕情報を取得した場合、検索キー取得部７４は、その新たな字幕情報に含まれる字幕文字列を新たな検索キーとして、検索実行部７６に新たな検索処理を実行させてもよい。

第２の変形例を説明する。検索キー取得部７４は、指標値取得部６８において取得されたライブ指標値や予約指標値、人気度決定部７０において決定された各番組の人気順位にしたがって検索キーを取得してもよい。この態様によれば、番組の人気が高まった時点の番組関連情報を検索キーとし、視聴者に対して有用な検索結果を提供しやすくなる。

例えば、ある番組の映像を表示中に、その番組のライブ指標値や予約指標値、もしくはそれらの合計値が所定値以上になった場合に、その時点の番組情報や字幕文字列から検索キーを取得してもよい。また、ある番組の映像を表示中に、その番組の人気順位が所定順位以上になった場合に、その時点の番組情報や字幕文字列から検索キーを取得してもよい。なお、字幕文字列、指標値、人気順位の履歴が番組ＩＤと対応づけてデータ保持部４８に保持されてもよく、録画コンテントの再生時、検索キー取得部７４はその履歴情報に基づいて検索キーを取得してもよい。

第３の変形例を説明する。上記前提技術の一形態では、第１番組表について各番組の人気順位を反映した表示態様とすることとし、第２番組表については言及しなかった。変形例では、第２番組表についても各番組の人気順位を反映した表示態様としてもよい。この場合、第２番組表表示部９４は、人気度決定部７０により決定された人気順位にしたがって、第２番組表の各番組枠の表示態様（色彩や文字フォント等）を変化させてもよい。また第１番組表と同様に、順位インジケータや指標値そのもののデータを番組枠と対応づけて表示させてもよい。この態様によれば、第２番組表において視聴操作の対象とする番組を選択する視聴者に対し有用な情報を提供できる。例えば、他の視聴者の多くが録画予約している番組を視聴者に示唆でき、視聴者が録画予約すべき番組を決定することを支援できる。

第４の変形例を説明する。第１番組表表示部９２は、視聴者の属性や趣向、番組の関連情報に応じて、チャンネルごとの番組枠の大きさ、典型的にはチャンネル軸方向の長さを動的に変化させてもよい。例えば、視聴者の年齢層や性別に応じて、その属性を有する視聴者において視聴されやすい傾向のあるチャンネルほど、その番組枠を大きく表示させてもよい。また、現時点の人気順位が高いチャンネルほど、その番組枠を大きく表示させてもよい。また、１つの番組の放映が終了し、次の番組の放映が未開始のチャンネルの番組枠を、番組の放映が継続中の他チャンネルの番組枠よりも小さく表示させてもよい。この態様によれば、視聴者が選択しやすいと想定されるチャンネルの番組枠ほど、その視認性を向上させ、また、表示可能な番組情報量を増加させることができる。

第５の変形例を説明する。番組映像取得部５８は、人気度決定部７０により決定された現時点の人気順位が所定順位以上（典型的には１位）の番組映像をチューナー１３から取得してもよい。人気順位が変動した場合、その変動に応じて映像情報を取得するチャンネルを動的に切替えてもよい。番組映像表示部８４は、番組映像取得部５８により人気順位の変動に応じて取得された番組映像をディスプレイ１４に表示させる。この態様によれば、視聴者に人気の高い番組が自動的に選択され、ディスプレイ１４には常に人気の高い番組映像が表示される。いわば、視聴者による操作が不要のザッピング処理が実現される。

第６の変形例を説明する。再生処理部６６は、録画コンテントを再生した際、その旨を示す情報を番組ＩＤとともに情報管理サーバ１６へ通知してもよい。情報管理サーバ１６は、その番組ＩＤの番組を録画予約した視聴者に占める、録画コンテントの再生を行った視聴者の割合を示す再生実施率を番組ＩＤと対応づけて定期的に情報処理装置１１へ配信してもよい。その再生実施率は、録画情報保持部５２の録画情報に格納される。そして、録画リスト表示部９８は、録画リストにおける録画コンテントのそれぞれに再生実施率をさらに対応づけて表示させてもよい。視聴者は、各録画コンテントの再生実施率を参考にして、複数の録画コンテントの中から自身が視聴すべきものを選択できる。

第７の変形例を説明する。録画処理部６４は、視聴者による録画操作がなくても、人気順位が所定順位以上（典型的には１位）のライブ映像を録画してもよい。この場合、録画処理部６４は、人気順位の変動に応じて、録画するライブ映像を動的に変更する。この態様によれば、人気順位が高い番組のライブ映像が常にバックグラウンドで録画されることになる。視聴者は、他の視聴者の人気が高かった番組映像をあとから効率よく確認できる。

本変形例の態様は、特に、複数のチューナー１３を備える番組視聴システム１０において好適である。上記前提技術の一形態では、視聴者がある番組を視聴中に、第１番組表により別番組の人気が高まったことを確認できる。しかし、その時点で別番組に切替えても、人気が高まった番組映像そのものの確認は難しい場合もある。この変形によれば、人気が高まった番組映像が常に録画されているため、視聴者は人気が高まった番組映像そのものを確認しやすくなり、視聴者の利便性を高めることができる。

第８の変形例を説明する。カーソル表示部９０は、第２番組表でのカーソル移動について、視聴者から所定の操作がなされた場合は、録画予約済の番組枠をカーソルにより順次選択させてもよい。この態様によれば、視聴者は、第２番組表において録画予約済の番組を効率的に選択できる。

第９の変形例を説明する。上記前提技術の一形態では、各番組の人気順位は情報処理装置１１において決定されることとした。変形例では、各番組に対する視聴者全属性の人気順位および視聴者属性ごとの人気順位は情報管理サーバ１６において決定されてもよい。この場合、情報処理装置１１の指標値取得部６８はその人気順位を指標値として情報管理サーバ１６から取得してもよく、人気度決定部７０は取得された人気順位をそのままデータ処理部５６へ送出してもよい。

第１０の変形例を説明する。上記前提技術の一形態では、人気順位の履歴が情報処理装置１１に保持されることとした。変形例では、その人気順位のもととなった指標値の履歴が情報管理サーバ１６に保持されてもよい。例えば、情報管理サーバ１６は集計履歴保持部をさらに備え、集計履歴保持部は視聴状況の集計結果を日時情報と対応づけて、集計履歴として保持してもよい。情報処理装置１１において過去に放映された番組の人気順位を取得すべき際（例えば、録画コンテントを再生する際）には、情報管理サーバ１６から集計履歴を取得して、過去の人気順位を決定してもよい。

第１１の変形例を説明する。上記前提技術の一形態では、番組情報取得部６０はチューナー１３からＥＰＧ情報を取得することとした。変形例では、番組情報取得部６０は、インターネット１５を介して、インターネット１５上の情報提供サーバからＥＰＧ情報を取得してもよい。さらに番組情報取得部６０は、ＥＰＧ情報をチューナー１３から取得するとともに、そのＥＰＧ情報に付加して電子番組表に表示すべき番組関連情報を、インターネット１５を介して取得してもよい。

第１２の変形例を説明する。上記前提技術に記載の情報処理装置１１の機能は、チューナー１３に実装されてもよい。この場合、チューナー１３は、図５のＣＰＵ３００、ＧＰＵ３０２、メインメモリ３０８、ハードディスクドライブ３３４、ネットワークカード３３０、インタフェース３３２等を含んでもよい。そして、図６に記載の各種機能がチューナーにより実現されてもよい。

第１３の変形例として、第１番組表１１６の表示態様に関し説明する。図２５は、本変形例における第１番組表の表示イメージを示す。同図の表示イメージは図１３に対応しており、図１３の構成要素と同一もしくは対応する構成要素には同一の符号を付している。表示局インジケータ１６０は、映像表示画面１１０で表示中の放送局を示す。第１番組表１１６の番組枠１１８ａ、番組枠１１８ｂ、番組枠１１８ｃ（これらを総称して「番組枠１１８」とも呼ぶ。）のそれぞれは、視聴数フィールド１６２と、録画数フィールド１６４と、視聴増減数フィールド１６６と、録画増減数フィールド１６８と、進行度インジケータ１２６とを含む。

進行度インジケータ１２６は、各局の番組について現在時点での進行度合いを示す。視聴数フィールド１６２は、各局の番組を視聴中のユーザ数を示す。録画数フィールド１６４は、各局の番組を録画中のユーザ数を示す。後述するように視聴数フィールド１６２の視聴ユーザ数と、録画数フィールド１６４の録画ユーザ数は、定期的（本変形例では１分経過毎とする、以下同じ）に更新される。視聴増減数フィールド１６６は、更新前の視聴ユーザ数と更新後の視聴ユーザ数との差分、すなわち視聴ユーザ数の更新に伴う増減値を示す。録画増減数フィールド１６８は、録画ユーザ数の更新に伴う増減値を示す。視聴増減数フィールド１６６および録画増減数フィールド１６８の値も、視聴数フィールド１６２および録画数フィールド１６４の更新に伴い更新される。

このような第１番組表１１６を実現するための構成を説明する。情報管理サーバ１６は、上記前提技術の一形態に示した構成に加えて、録画を実行中のユーザ数を集計するための録画実行数集計部をさらに備える。録画実行数集計部は、視聴者が現在録画中の番組の番組ＩＤを、複数の情報処理装置１１のそれぞれから定期的に取得して集計する。そのため、情報処理装置１１の視聴状況通知部９９は、録画処理部６４により録画中の番組ＩＤを定期的に情報管理サーバ１６へ送信する。

情報処理装置１１の指標値取得部６８は、ライブ指標値として、現在放映中の各番組を視聴しているユーザ数である視聴ユーザ数と、各番組を録画しているユーザ数である録画ユーザ数とを定期的に情報管理サーバ１６から取得する。人気度決定部７０は、指標値取得部６８により取得された視聴ユーザ数および録画ユーザ数をそのまま人気の度合いを示すデータとして出力する。

第１番組表表示部９２は、ユーザの操作に応じて、映像表示画面１１０で表示中の番組映像に重ねて第１番組表１１６と表示局インジケータ１６０とを表示させる。第１番組表表示部９２は、視聴ユーザ数を視聴数フィールド１６２へ設定し、前回設定した視聴ユーザ数と今回設定する視聴ユーザ数との増減値を算出して視聴増減数フィールド１６６へ設定する。また、録画ユーザ数を録画数フィールド１６４へ設定し、前回設定した録画ユーザ数と今回設定する録画ユーザ数との増減値を算出して録画増減数フィールド１６８へ設定する。第１番組表表示部９２は、視聴数フィールド１６２、録画数フィールド１６４、視聴増減数フィールド１６６、録画増減数フィールド１６８の更新処理を指標値取得部６８により新たにライブ指標値が取得される都度、すなわち１分経過毎に繰り返す。

第１番組表表示部９２は、視聴ユーザ数の増減数が所定の閾値以上（例えば±５００人以上）である場合、図２５の番組枠１１８ａおよび番組枠１１８ｂで示すように、視聴増減数フィールド１６６を通常よりも強調した態様で表示させる。同様に、録画ユーザ数の増減数が所定の閾値以上（例えば±１００人以上）である場合、図２５の番組枠１１８ｂで示すように、録画増減数フィールド１６８を通常よりも強調した態様で表示させる。

なお、ここでは番組枠１１８における強調表示の基準として増減数を使用したが、第１番組表表示部９２は増減率を算出し、その増減率が所定の閾値以上の変動を示すことを条件として強調表示を行ってもよい。また、増減数と増減率のいずれか一方もしくは両方が所定の閾値以上となった場合に強調表示を行ってもよい。また、増加数と増加率のいずれか一方もしくは両方が所定の閾値以上となった場合に強調表示を行ってもよく、減少数と減少率のいずれか一方もしくは両方が所定の閾値以上となった場合に強調表示を行ってもよい。また、増加と減少のいずれか一方を条件としてもよいことはもちろんである。

また、第１番組表表示部９２は、強調表示に代えて、予め定められた画像や映像を該当する番組枠１１８に表示させることにより、視聴ユーザ数または録画ユーザ数の大幅な増減を演出的にユーザへ示唆してもよい。さらにまた、視聴ユーザ数および録画ユーザ数の増減数および／または増減率は情報管理サーバ１６により算出され、情報処理装置１１はその増減数および／または増減率をそのまま使用してもよい。

また第１番組表表示部９２は、各番組枠１１８の番組について、進行度インジケータ１２６を設定する。言い換えれば、ユーザが視聴していない番組、もしくは、図示しないカーソルにより選択していない番組枠１１８の番組についても進行度インジケータ１２６を設定する。これにより、ユーザは、未視聴もしくは未選択の番組を含む各番組の進行度合いを俯瞰しやすくなり、番組を効率的に選択しやすくなる。第１番組表表示部９２は、番組枠１１８の他の表示や番組映像にオーバーレイさせて進行度インジケータ１２６を表示させてもよい。言い換えれば、他の表示オブジェクトに対して進行度インジケータ１２６をオーバーレイ表示させてもよい。

なお、番組の進行度合いをユーザに提示するための表示態様はグラフ形式の進行度インジケータ１２６に限られない。第１番組表表示部９２は、番組の進行度合いに応じて番組枠１１８に異なる表示態様（例えば異なる背景色）を設定してもよい。例えば、番組枠１１８における第１の背景色と第２の背景色の表示割合を進行度インジケータとして、番組の進行度合いに応じて逐次変化させてもよく、番組の進行に伴って一方の背景色の割合を漸次大きくしてもよい。この場合の進行度インジケータについても、他の表示オブジェクトに対してオーバーレイ表示させてもよいことはもちろんである。また第１番組表表示部９２は、ユーザが選択中の番組、すなわち映像表示画面１１０に表示中の番組に対応する番組枠１１８の進行度インジケータを、未選択の他の番組に対応する進行度インジケータとは異なる態様（例えば異なる色）で表示させてもよい。

また、第１番組表表示部９２は、自装置において番組の視聴状況に変化があった場合、情報管理サーバ１６からの情報取得を待つことなく、番組枠１１８の視聴数フィールド１６２を更新することにより、その変化を第１番組表１１６へ即時に反映する。具体的には、視聴中の番組が別の番組へ切り替えられた際、例えば操作検出部４４が番組切替操作を検出した際、第１番組表表示部９２は、それまで選局されていた番組枠１１８の視聴数フィールド１６２を即時にデクリメントする。また、新たに選局された番組枠１１８の視聴数フィールド１６２を即時にインクリメントする。

同様に、第１番組表表示部９２は、自装置において番組の録画状況に変化があった場合、情報管理サーバ１６からの情報取得を待つことなく、番組枠１１８の録画数フィールド１６４を更新することにより、その変化を第１番組表１１６へ即時に反映する。具体的には、番組録画が開始された際、例えば操作検出部４４が録画開始操作を検出した際や録画処理部６４が録画処理を開始した際、第１番組表表示部９２は、録画対象である番組枠１１８の録画数フィールド１６４を即時にインクリメントする。また、番組録画が終了した際、第１番組表表示部９２は、録画対象であった番組枠１１８の録画数フィールド１６４を即時にデクリメントする。

本変形例によれば、第１番組表１１６において各番組の視聴ユーザ数および録画ユーザ数が表示されるため、ユーザは各番組の人気の度合いを具体的に把握しやすくなる。また、増減数が表示されるため、ユーザは各番組の人気の推移を具体的に把握しやすくなる。また、視聴ユーザ数や録画ユーザ数が大幅に増減した番組、言い換えれば、人気が急変した番組をほぼリアルタイムに把握しやすくなる。このように、単に番組映像を視聴するだけでなく、他の視聴者の動向を把握しやすくすることで、番組視聴の興趣を高めるとともに、番組選択の利便性を高めることができる。例えば、人気が上昇している番組の存在をユーザに報知することで、その番組に対するユーザの視聴意欲を喚起し、視聴すべき番組をユーザが見逃してしまうことを回避させやすくなる。

（第２の前提技術）
図２６は、本発明の第２の前提技術の一形態の情報処理システム１００の構成を示す。第２の前提技術の情報処理システム１００では、前提技術で既述した構成に加えて、番組視聴システム１０と投稿サイトサーバ１８とがインターネット１５を介して接続される。

投稿サイトサーバ１８は、番組を視聴中の視聴者の番組内容に対する時々の感想が記されたコメント（典型的には１００文字程度の短文であり、以下では「ツイート」とも呼ぶ。）が、視聴者の端末から即時に投稿される投稿サイトをインターネット１５上に公開する。投稿コメントには、他のコメントとグループ化するためのタグであり、具体的には、複数の投稿コメントを一括して検索するための検索キーワードとなるタグ（以下、「ハッシュタグ」とも呼ぶ。）が投稿者（視聴者）により付加されることがある。

投稿サイトサーバ１８は、特定のハッシュタグを指定したコメント取得要求（言い換えれば検索要求）を受け付けると、そのハッシュタグが付加された１以上のコメントのデータを検索要求元のクライアントへ一括して提供する。このような投稿サイトとしては、例えば「Ｔｗｉｔｔｅｒ」（商標もしくは登録商標）が挙げられる。

第２の前提技術の情報処理装置１１は、様々な視聴者から投稿サイトサーバ１８へ投稿されたコメントを取得して、現在放送中の番組を視聴しているユーザへ提示することにより、これまでにない視聴体験をユーザへ提供する。図２７は、図２６の情報処理装置１１の機能構成を示すブロック図である。情報処理装置１１は、前提技術で既述した構成に加えて、コメント保持部４００と、コメント処理部４０２と、コメント表示部４０４と、地域情報表示部４０６とをさらに含む。

第２の前提技術においては、番組情報取得部６０により取得されて番組情報保持部５０に格納される番組情報に、１つの番組を一意に特定する識別情報として予め定められたサービスＩＤおよびイベントＩＤと、番組の内容が属するジャンルやカテゴリ（例えば、ニュース・バラエティ・スポーツ等）を示す情報とが含まれることとする。また、データ保持部４８には、ユーザの属性情報として、１以上の特定の放送局に対応するユーザの視聴地域を示す情報が予め保持されることとする。

図２８は、図２７のコメント保持部４００を詳細に示すブロック図である。コメント保持部４００は、取得コメント保持部４１０と定型コメント保持部４１２とを含む。取得コメント保持部４１０は、ユーザの操作にしたがって情報処理装置１１が投稿サイトサーバ１８から取得したコメントを保持する記憶領域である。投稿サイトサーバ１８から取得されるコメントには、そのコメントの投稿日時が付加されている。

定型コメント保持部４１２は、投稿サイトサーバ１８に対する投稿コメントの作成を支援するための出来合いのコメントである定型コメントを保持する記憶領域である。図２９は、定型コメント保持部４１２に格納されるデータの構成を示す。定型コメント保持部４１２は、ニュース・バラエティ・スポーツ等、複数種類の番組のジャンルやカテゴリを示す情報と、各ジャンルに相応しいと想定される定型コメントとを対応付けて保持する。この定型コメントは、番組のジャンルに応じて投稿されやすい典型的なコメントとも言える。同図の定型コメント内の「番組名」は、後述するように、投稿コメント作成時に、ユーザが視聴中の番組の名称（例えば「７時のニュース」等）へ動的に置き換えられる。

図３０は、図２７のコメント処理部４０２を詳細に示すブロック図である。コメント処理部４０２は、コメント取得部４２０と、コメント投稿部４２２と、タグ集計部４２４とを含む。

コメント取得部４２０は、ユーザの操作に応じて特定されるハッシュタグを検索キーとしてコメントの取得要求を投稿サイトサーバ１８へ送信し、そのハッシュタグが付加された１以上のコメントのデータを投稿サイトサーバ１８から取得する。そして、取得したコメントのデータを取得コメント保持部４１０へ格納する。

コメント投稿部４２２は、コメント作成画面（後述）においてユーザが作成したコメントのデータを投稿サイトサーバ１８へ送信することにより、そのコメントを投稿サイトサーバ１８へ登録する。コメント投稿部４２２は、ユーザが作成したコメントを投稿するに際して、情報処理装置１１にインストールされて番組視聴機能を提供するソフトウェア（以下、「番組視聴ソフト」とも呼ぶ。）を示す予め定められたハッシュタグと、ユーザが視聴中の放送局を示す予め定められたハッシュタグをそのコメントに付加する。

なお、コメント取得部４２０およびコメント投稿部４２２は、投稿サイトサーバ１８が公開するＷｅｂＡＰＩ（Application Programming Interface）のうちコメント取得用のＡＰＩおよびコメント投稿用のＡＰＩを呼び出すことにより上記処理を実行してもよい。

タグ集計部４２４は、取得コメント保持部４１０に保持された複数のコメントを参照して、各コメントに付加されたハッシュタグの数をその種類ごとに集計する。言い換えれば、複数のコメントに亘る各ハッシュタグの登場回数を集計する。さらに言い換えれば、複数種類のハッシュタグ（例えば「＃ｓｏｃｃｅｒ」や「＃ｋｏｋｋａｉ」）のそれぞれが付加されたコメントの数を、ハッシュタグの種類ごとに算出する。なお、取得コメント保持部４１０に保持されたコメントは、ユーザの操作（画面選択操作等）に基づいて投稿サイトサーバ１８から取得されたものであり、ユーザの操作に基づいて表示対象となったものであるとも言える

またタグ集計部４２４は、集計時刻から過去１時間以内に投稿された（言い換えれば、投稿日時が集計時刻から過去１時間以内の）コメントをハッシュタグの集計対象とする。さらにまたタグ集計部４２４は、ハッシュタグの集計処理を、情報画面の表示操作が検出されたことをトリガに開始してもよく、一定時間（例えば１０分）の経過を検出したことをトリガに開始してもよい。

図３１は、図２７のコメント表示部４０４を詳細に示すブロック図である。コメント表示部４０４は、第１コメント表示部４３０と、第２コメント表示部４３２と、カーソル表示部４３４と、コメント要素選択部４３６と、作成画面表示部４３８と、コメント作成支援部４４０と、入力コメント設定部４４２と、頻出タグ表示部４４４とを含む。

第１コメント表示部４３０は、全てのツイートリスト（以下、「ＴＬ」と表記する。）を表示する全ＴＬ画面（後述）をディスプレイ１４に表示させる。第２の前提技術におけるツイートリストは、投稿サイトサーバ１８への投稿コメントを表示させるユーザインタフェースを意味し、投稿コメントを時系列に配置したいわゆるタイムラインを含む概念である。第２コメント表示部４３２は、特定の放送局に関するコメントを表示するチャンネルＴＬ画面（後述）、および特定のハッシュタグに関するコメントを表示するハッシュタグＴＬ画面（後述）をディスプレイ１４に表示させる。

カーソル表示部４３４は、第１コメント表示部４３０および第２コメント表示部４３２が表示したＴＬ画面において、特定の領域（以下、「エリア」とも呼ぶ。）や、特定のコメントをユーザが選択するためのカーソルを表示させる。カーソル表示部４３４は、コントローラ１２の十字キーのうち上下のスイッチの押下が操作検出部４４において検出された場合、複数のエリアやコメントに亘ってカーソルを移動させてもよい。

コメント要素選択部４３６は、コントローラ１２に対するユーザの操作に応じてカーソルによりフォーカスされたエリアやコメントにおける特定の要素文字列を選択する。この要素文字列は、典型的にはコメント本文と異なる文字列であり、例えばウェブページのＵＲＬやハッシュタグの文字列である。コメント要素選択部４３６は、コントローラ１２の十字キーのうち左右のスイッチの押下が操作検出部４４において検出された場合、カーソルによるフォーカスされたコメントに付加された個々のハッシュタグを順次選択して所定の態様にて強調表示させてもよい。

作成画面表示部４３８は、コメントの投稿操作の種類を選択するためのツイートメニュー画面（後述）、および投稿用のコメントを作成するためのコメント作成画面（後述）をディスプレイ１４に表示させる。作成画面表示部４３８は、コメント作成画面においてコメントの文字を入力するためのソフトウェアキーボード（言い換えれば、「スクリーンキーボード」）を表示させる。

コメント作成支援部４４０は、番組情報保持部５０に保持された番組情報を参照することにより、ユーザが視聴中の番組のジャンルを特定する。そして、定型コメント保持部４１２に保持された番組ジャンルと定型コメントの対応関係にしたがって、ユーザが視聴中の番組のジャンルに応じた定型コメントを選択する。

入力コメント設定部４４２は、コメント作成画面に表示されたソフトウェアキーボードにおいてユーザが選択した文字を、コメント作成画面のコメント作成エリアへ設定する。また、ユーザにより定型コメントが選択された場合には、選択された定型コメントをコメント作成エリアへ自動で設定する。

頻出タグ表示部４４４は、ユーザにより情報画面（後述）の表示が指示された場合、タグ集計部４２４で集計された各ハッシュタグの出現回数について、上位８つのハッシュタグ（以下、「頻出タグ」とも呼ぶ。）を特定する。そして、頻出タグのそれぞれを、複数のコメントに亘っての出現回数とともに情報画面の頻出タグ表示領域に表示させる。

図２７に戻り、地域情報表示部４０６は、ユーザにより情報画面（後述）の表示が指示された場合、各地域において各放送局の番組を視聴しているユーザ数である視聴ユーザ数を指標値取得部６８から取得する。そのために、情報管理サーバ１６の視聴者数集計部２６は、ユーザが視聴中の番組の情報をその放送局を示す情報とともに情報処理装置１１から取得して、各地域の放送局ごとに視聴ユーザ数を集計する。そして情報処理装置１１の指標値取得部６８は各地域の各放送局の試聴ユーザ数を取得して地域情報表示部４０６へ提供する。地域情報表示部４０６は、各地域の各放送局の試聴ユーザ数を情報画面の局別視聴状況表示領域に表示させる。

以上の構成による動作を以下説明する。
図３２は、映像表示画面１１０の表示イメージを示し、図１１に対応する図である。前提技術で既述したように、番組映像取得部５８が複数の放送局で放送中の複数の番組のうちユーザが選択した１つの番組の映像をチューナー１３から取得し、その映像情報にしたがって、番組映像表示部８４が番組映像を映像表示画面１１０へ表示させる。ここで、第２の前提技術の操作アイコン１１２にはライブ機能アイコン１１２ｂが含まれる。映像表示画面１１０においてユーザによりライブ機能アイコン１１２ｂが選択されると、以降のフローチャートで説明するライブ機能が開始される。

図３３は、図２６の情報処理装置１１の動作を示すフローチャートである。映像表示画面１１０においてライブ機能アイコン１１２ｂが選択されると（Ｓ１３０のＹ）、コメント取得部４２０は、データ保持部４８に保持されたユーザの視聴地域と対応する複数の放送局それぞれのハッシュタグを検索キーとして、コメントの取得要求を投稿サイトサーバ１８へ送信する。そして、各放送局のハッシュタグが付加されたコメントを投稿サイトサーバ１８から取得して取得コメント保持部４１０へ格納する。言い換えれば、ユーザの視聴地域に対応する各放送局で放送中の番組に対して様々な視聴者により投稿されたコメントを取得する（Ｓ１３２）。

第１コメント表示部４３０は、取得コメント保持部４１０に格納された各放送局のハッシュタグが付加されたコメントを取得する。そして、ある放送局のハッシュタグが付加された投稿コメントについて、その数が多いほど、その放送局の投稿コメントの表示におけるスクロール速度を速い値に決定する。言い換えれば、相対的に投稿コメント数が少ない放送局に対する投稿コメントのスクロール速度よりも、相対的に投稿コメント数が多い放送局に対する投稿コメントのスクロール速度を速い値に決定する（Ｓ１３４）。例えば、第１コメント表示部４３０は、０〜２０件、２０〜４０件、・・・、８０件から１００件という投稿コメント数の範囲のそれぞれと、スクロール速度との対応関係を予め保持してもよく、その対応関係を参照して各放送局に対する投稿コメントのスクロール速度を決定してもよい。第１コメント表示部４３０は、各放送局に対する投稿コメントを並行してスクロール表示させる全ＴＬ画面を表示させる（Ｓ１３６）。

図３３には不図示であるが、コメント取得部４２０は、予め定められた待機期間（例えば１分）が経過したことを検出すると、投稿サイトサーバ１８から各放送局に対する投稿コメントを再度取得する。第２の前提技術では、各放送局に対する投稿コメントを、投稿日時が新しいものから順に最大１００個取得することとする。第１コメント表示部４３０は、コメント取得部４２０において取得されたコメント数の推移に応じて、投稿コメントのスクロール速度を逐次変化させる。言い換えれば、コメント数が減少すればスクロール速度を低下させる一方、コメント数が増加すればスクロール速度を向上させる。また、コメント取得部４２０は、予め情報処理装置１１に登録された投稿サイトにおけるユーザアカウントを使用して、投稿サイトサーバ１８においてそのユーザアカウントと対応づけられたコメントも取得する。

図３４は、全ＴＬ画面の表示イメージを示す。映像表示画面１１０においてライブ機能アイコン１１２ｂが選択されると、第１コメント表示部４３０は、ディスプレイ１４の表示画面の一部をライブ情報表示領域４５０とする。そして、番組映像が表示される映像表示画面１１０と並べて、ライブ情報表示領域４５０に全ＴＬ画面４５４を表示させる。全ＴＬ画面４５４では、ライブ機能が実行中であることを示すライブ機能タグ４５２と、全ＴＬ画面４５４であることを示す全ＴＬタブ４５６が表示される。

第１コメント表示部４３０は、局別コメントエリア４５８に設けられた各放送局の領域において、各放送局が放送中の番組に対する投稿コメントを並行して表示させる。言い換えれば、ある放送局が放送中の番組に対する投稿コメントは、他の放送局が放送中の番組に対する投稿コメントとは独立して表示させる。

これにより、ユーザが視聴中の番組に対する他の視聴者のリアルタイムなコメントを、ユーザに対して逐次提示できる。また、現在視聴中ではない他番組に対する視聴者のリアルタイムなコメントも併せてユーザに提示できる。視聴者のコメント（ツイート）は、番組表に示された情報からは知り得ない視聴者の生の声であるため、ユーザは視聴中の番組に対するコメントに加えて他番組に対するコメントを同時に確認して、視聴する番組の選択ができる。また、様々な番組を同時間帯に視聴している人々の時々の思いをユーザに逐次示すことにより、他の視聴者との緩やかなつながりをユーザに意識させる斬新な視聴体験を提供できる。

また第１コメント表示部４３０は、局別コメントエリア４５８の各放送局の領域において、各放送局の番組に対する投稿コメントを、その投稿数に応じたスピードで、投稿日時が新しいものから順次左へスクロールさせて表示させる。これにより、コメント数が多い番組、典型的には多くの視聴者が盛り上がっている番組をユーザに直観的に把握させることができ、また、多くの視聴者が盛り上がっている番組をユーザが選択することを支援できる。

また第１コメント表示部４３０は、投稿コメントを表示させる際、各コメントに付加されたハッシュタグおよびＵＲＬ文字列を表示対象から除外する、言い換えれば非表示とする。例えば、取得コメント保持部４１０からコメントを取得後、そのコメントからハッシュタグおよびＵＲＬ文字列を削除した上で、そのコメントを表示させてもよい。具体的には、第１コメント表示部４３０は、コメント文字列においてハッシュタグの開始を示す所定文字列（例えば「＃」）を検出した場合、そこからハッシュタグの終了を示す所定文字列（例えば空白文字、スペース）までを削除してもよい。同様にＵＲＬの開始を示す所定文字列（例えば「ｈｔｔｐ：／／」）を検出した場合、そこからＵＲＬの終了を示す所定文字列（例えば空白文字、スペース）までを削除してもよい。

局別コメントエリア４５８は複数の放送局の領域が含まれ、個々の放送局のコメント表示領域は相対的に小さいが、この態様によれば、各コメントの表示対象をその本文に限定することができる。これにより、各コメントを本質部分は維持させつつ効率的に表示させることができる。

また第１コメント表示部４３０は、各放送局が放送中の番組の視聴者数を指標値取得部６８から取得し、各放送局のコメント表示領域で表示させる。また第１コメント表示部４３０は、映像表示画面１１０において表示中の（ユーザが視聴中の）番組に対応する放送局の領域を、他の領域と背景色を異ならせる等、所定の態様で強調表示させてもよい。これにより、現在視聴中の番組を他番組と容易に識別できるようユーザを支援できる。

また、第１コメント表示部４３０は、ユーザコメントエリア４６０において、ユーザアカウントと対応づけられたコメントをスクロール表示させる。また、情報エリア４６２は、情報画面（後述）へ移行させる際に選択される領域である。本ソフトタグエリア４６４は、番組視聴ソフトを示すハッシュタグが付加されたコメント、すなわち番組視聴ソフトに関するコメント表示画面へ移行させる際に選択される領域である。

カーソル表示部４３４は、全ＴＬ画面４５４において、局別コメントエリア４５８におけるいずれかの放送局の領域、ユーザコメントエリア４６０、局別コメントエリア４５８、ユーザコメントエリア４６０を選択するためのカーソルを表示させる。ユーザは、コントローラ１２を介してカーソルを操作して特定の領域を選択することにより、任意の画面を表示させることができる。

図３３に戻り、全ＴＬ画面４５４の局別コメントエリア４５８におけるいずれかの放送局の領域がユーザにより選択された場合（Ｓ１３８のＹ）、コメント取得部４２０は、ユーザにより選択された放送局（以下、「選択放送局」とも呼ぶ。）に対して予め定められたハッシュタグを検索キーとして、コメントの取得要求を投稿サイトサーバ１８へ送信する。そして、選択放送局のハッシュタグが付加されたコメントを投稿サイトサーバ１８から取得し（Ｓ１４０）、取得コメント保持部４１０へ格納する（Ｓ１４２）。

第２コメント表示部４３２は、取得コメント保持部４１０に格納された選択放送局のハッシュタグが付加されたコメントを取得する。そして、各コメントを投稿日時に応じた順序で一覧表示させるチャンネルＴＬ画面を表示させる（Ｓ１４４）。このチャンネルＴＬ画面は、選択放送局に関するいわゆるタイムラインである。一定時間（例えば１分）が経過すると（Ｓ１４６のＹ）、Ｓ１４０に戻ってコメントが再取得され、第２コメント表示部４３２は、チャンネルＴＬ画面におけるツイートリスト（タイムライン）を更新する。すなわち、コメント取得部４２０により新たなコメントが取得された場合、古いコメントを非表示とする一方で、その新たなコメントをチャネルＴＬ画面に表示させる。

図３５は、チャンネルＴＬ画面の表示イメージを示す。チャンネルＴＬ画面４７０では、ライブ機能タグ４５２と、チャンネルＴＬ画面４７０であることを示すチャンネルＴＬタブ４７２が表示される。同図のチャンネルＴＬ画面４７０では、選択放送局（そのハッシュタグは「ＴＶＡＡ」）の番組に対するコメントが投稿日時の降順に一覧表示されている。また全ＴＬ画面４５４と異なり、ハッシュタグ４７４やＵＲＬ文字列もそのまま表示される。

カーソル表示部４３４は、チャンネルＴＬ画面４７０の表示中に、コントローラ１２に対するユーザの操作が検出された場合、カーソル４７６を表示させる。そして、コントローラ１２の十字キーに対する上下操作に応じて、コメント単位にカーソル４７６を上下に移動させる。コメント要素選択部４３６は、コントローラ１２の十字キーに対する左右操作に応じて、カーソル４７６によりフォーカスされたコメントに記載されたハッシュタグ４７４やＵＲＬ文字列のそれぞれを順次選択状態とする。あるハッシュタグが選択された状態でユーザによる所定操作（例えば○ボタンの押下）が検出された場合、第２コメント表示部４３２は、そのハッシュタグに関するツイートリストを含むハッシュタグＴＬ画面を表示させる。

図３６は、ハッシュタグＴＬ画面の表示イメージを示す。ハッシュタグＴＬ画面４８０は、特定のハッシュタグ（ここでは「＃ｓｏｃｃｅｒ」）に関するタイムラインである。ハッシュタグＴＬ画面４８０では、ライブ機能タグ４５２と、ハッシュタグＴＬ画面４８０であることを示すハッシュタグＴＬタブ４８２が表示される。同図のハッシュタグＴＬ画面４８０では、ハッシュタグ「ｓｏｃｃｅｒ」が付加されたコメントが投稿日時の降順に一覧表示されている。また、カーソル表示部４３４は、各コメントを選択するためのカーソル４８４を表示させる。

図３３に戻り、チャンネルＴＬ画面４７０において一定時間の経過前に（Ｓ１４６のＮ）、カーソル４７６の移動操作が検出された場合（Ｓ１４８のＹ）、第２コメント表示部４３２は、チャンネルＴＬ画面におけるタイムラインの更新を一時的に停止する（Ｓ１５０）。ユーザによるカーソル操作に応じて、カーソル表示部４３４はカーソル４７６を移動させ、第２コメント表示部４３２はタイムラインをスクロール表示させる（Ｓ１５２）。例えば、過去の投稿コメントであり、チャンネルＴＬ画面４７０で非表示としたコメントがカーソル４７６により選択された場合、タイムラインをコメント単位でスクロールさせ、カーソル４７６により選択されたコメントを再表示させる。

一定期間（例えば３０秒間）が経過するまでに、カーソル４７６の移動操作が検出されなければ（Ｓ１５４のＹ）、カーソル表示部４３４はカーソル４７６を非表示とし、第２コメント表示部４３２はチャンネルＴＬ画面におけるタイムラインの更新を再開する（Ｓ１５６）。その一定期間内にカーソル４７６の移動操作が検出されれば（Ｓ１５４のＮ）、Ｓ１５２へ戻る。カーソル４７６の移動操作がそもそもなければ（Ｓ１４８のＮ）、Ｓ１５０〜Ｓ１５６はスキップされる。なお、ハッシュタグＴＬ画面の表示においても、検索キーが特定のハッシュタグとなる点を除き、Ｓ１４０〜Ｓ１５６と同様の動作となる。

このように、最新の投稿コメントを逐次取得してチャンネルＴＬ画面４７０を逐次更新することにより、ユーザに最新の投稿コメントを提示できる。一方で、ユーザのカーソル操作（コメントの選択操作等）が行われている間は、チャンネルＴＬ画面４７０の更新を抑制することにより、チャンネルＴＬ画面４７０の更新によりユーザの操作を妨害してしまうことを回避できる。ＰＣのマウス等と比較して、情報処理装置１１を操作するコントローラ１２（例えばゲームコントローラ）は選択操作に対する制約が一般的に大きく、チャンネルＴＬ画面４７０の更新がユーザの操作を妨害する程度も大きい。したがって、操作手段がマウス等の場合と比較して、ユーザ操作中のチャンネルＴＬ画面４７０の更新を抑制することによりユーザの利便性を大きく向上させることができる。

図３７は、図３３に続くフローチャートである。チャンネルＴＬ画面やハッシュタグＴＬ画面においてコメントの投稿操作のメニュー（以下、「ツイートメニュー」とも呼ぶ。）を表示させる所定操作（例えば□ボタンの押下）が検出されると（Ｓ１５８のＹ）、コメント作成支援部４４０は、映像表示画面１１０で表示中の番組のジャンルを特定して、そのジャンルと対応づけられた定型コメントを定型コメント保持部４１２から取得する（Ｓ１６０）。作成画面表示部４３８は、コメント作成支援部４４０により取得された定型コメントを含むツイートメニュー画面を表示させる（Ｓ１６２）。

図３８は、ツイートメニュー画面の表示イメージを示す。ツイートメニュー画面４９０では、ライブ機能タグ４５２と、ツイートメニュー画面４９０であることを示すツイートメニュータブ４９２が表示される。同図では、選択可能なツイートメニューとして、新規のツイート、カーソル４９４で指定したコメントに対するリツイート・引用・返信が表示されている。同図の下部には、番組ジャンル「スポーツ」に予め対応づけられた定型コメント４９６が表示される。カーソル表示部４３４は、ツイートメニュー画面４９０においてカーソル４９４を表示させる。ユーザは、カーソル４９４を操作して、所望の操作の領域もしくは定型コメントの領域を選択する。

図３７に戻り、ツイートメニュー画面においてツイート・引用・返信・定型コメントのいずれかが選択された場合、作成画面表示部４３８は、コメント作成画面を表示させる（Ｓ１６４）。ツイートメニュー画面において定型コメントが選択された場合（Ｓ１６６のＹ）、入力コメント設定部４４２は、ユーザによるコメント入力操作に先立って、コメント作成画面内のコメント作成エリアに、選択された定型コメントを自動的に設定する（Ｓ１６８）。定型コメントが未選択であれば（Ｓ１６６のＮ）、Ｓ１６８はスキップされる。コメント作成エリアにおけるコメント入力の要求をユーザから受け付けると、作成画面表示部４３８は、各種のキーが配置されたキーボードを示す画像をコメント作成画面内に表示させる（Ｓ１７０）。そのキーボードのキーがユーザにより選択された場合、入力コメント設定部４４２は、そのキーに対応する文字をコメント作成エリアへ設定する（Ｓ１７２）。

図３９は、コメント作成画面の表示イメージを示す。コメント作成画面５００には、コメント作成エリア５０２と、コメント作成エリア５０２で作成されたコメントを投稿サイトサーバ１８へ投稿させるための投稿ボタン５０６が含まれる。同図のコメント作成エリア５０２には、ツイートメニュー画面４９０で選択された定型コメント「これは熱戦だ」が自動設定されている。なお、定型コメントに所定の置換元文字列が含まれている場合、入力コメント設定部４４２は、その置換元文字列を、その文字列に対応する置換先文字列へ変換した上でコメント作成エリア５０２へ設定する。例えば、定型コメントとして図２９の「『番組名』おもしろい」が選択された場合、入力コメント設定部４４２はその定型コメントを、「『実際の番組名（７時のニュース等）』おもしろい」へと変換する。

カーソル表示部４３４は、コメント作成画面５００においてカーソル５０４を表示させる。ユーザがカーソル５０４によりコメント作成エリア５０２をフォーカスした上で所定ボタン（例えば○ボタン）を押下すると、作成画面表示部４３８は、ソフトウェアキーボードを表示させる。ユーザは、カーソル５０４を操作してソフトウェアキーボードにおける任意のキーを選択することにより、コメント作成エリア５０２に対して任意の文字を入力する。

このように、番組のジャンルと定型コメントとの対応関係を予め保持し、ユーザの視聴中の番組のジャンルに対応する定型コメントを選択することにより、複数の定型コメントの中から視聴中の番組にふさわしい定型コメントを抽出してユーザへ提示できる。また、ユーザが選択した定型コメントをコメント作成エリアへ自動設定することにより、コメントの作成におけるユーザの負担を軽減できる。このような構成は、文字入力の手段にソフトウェアキーボードを用いる場合、特に好適である。すなわち、文字入力においてハードウェアキーボードではなくソフトウェアキーボードを用いる場合、文字入力におけるユーザの負担は一般的に大きくなる。したがって、ユーザに定型文を選択させることでユーザが入力すべき文字数を低減し、ユーザの負担を大きく軽減できる。

図３７に戻り、コメント作成画面５００において投稿ボタン５０６が押下されると（Ｓ１７４のＹ）、コメント投稿部４２２は、コメント作成エリアに入力された文字列を取得する。そして、その文字列に対して、番組視聴ソフト・映像表示画面１１０に表示中の番組の放送局・その番組のサービスＩＤ・イベントＩＤのそれぞれを示すハッシュタグを付加して最終的な投稿コメントを設定する（Ｓ１７６）。コメント投稿部４２２は、その最終的な投稿コメントのデータを投稿サイトサーバ１８へ送信して登録する（Ｓ１７８）。投稿ボタンの押下が未検出であれば（Ｓ１７４のＮ）、Ｓ１７６およびＳ１７８はスキップされる。ツイートメニューの表示操作が未検出であれば（Ｓ１５８のＮ）、Ｓ１６０〜Ｓ１７８はスキップされる。全ＴＬ画面４５４において局別コメントエリア４５８のいずれの放送局も未選択であれば（図３３のＳ１３８のＮ）、Ｓ１４０〜Ｓ１７８はスキップされる。

このように、番組を視聴中のユーザに代わって適切なハッシュタグを自動設定することにより、ユーザはコメント本文だけを入力すればよく、ユーザの負担を軽減できる。既述したように、文字入力の手段がソフトウェアキーボードである場合、より一層ユーザの負担を軽減できる。

全ＴＬ画面４５４において情報エリア４６２がユーザにより選択された場合（Ｓ１８０のＹ）、タグ集計部４２４は、取得コメント保持部４１０に保持されたコメントのうち、過去１時間以内に投稿されたコメントのデータを参照して、各コメントに付加されたハッシュタグを種類ごとに集計し、個々のハッシュタグの出現回数を特定する（Ｓ１８２）。頻出タグ表示部４４４は、情報画面を表示させるとともに、その情報画面の一部領域に、出現回数が上位８位までの頻出タグを、その出現回数とともに表示させる（Ｓ１８４）。これとともに地域情報表示部４０６は、情報画面の一部領域に、各地域における各放送局の視聴ユーザ数を表示させる（Ｓ１８６）。なお、タグ集計部４２４における集計対象もしくは頻出タグ表示部４４４における頻出タグの選定対象から、各放送局を示す所定のハッシュタグ（例えば図３５における「＃ＴＶＡＡ」等）は除外される。

図４０は、情報画面の表示イメージを示す。情報画面５１０には、ライブ情報表示領域４５０と、情報画面５１０であることを示す情報タブ５１２が表示される。頻出タグ表示部４４４は、頻出タグ表示領域５１４に最近１時間における頻出タグの情報を表示させる。地域情報表示部４０６は、局別視聴状況表示領域５１６に、各地域の各放送局の視聴ユーザ数を表示させる。図４０では、各放送局を示すハッシュタグと対応づけて視聴ユーザ数を表示している。また、各地域の視聴ユーザ数の合計、すなわち各地域に対応する放送局における視聴ユーザ数の合計も表示している。カーソル表示部４３４は、情報画面５１０においてカーソル５１８を表示させる。ユーザは、カーソル５１８を操作して、所望の頻出タグもしくは放送局タグを選択することにより、所望のハッシュタグＴＬ画面を表示させることができる。

図３７に戻り、情報画面５１０において頻出タグがユーザにより選択されると（Ｓ１８８のＹ）、コメント取得部４２０は、ユーザにより選択された頻出タグを検索キーとして、コメントの取得要求を投稿サイトサーバ１８へ送信する。そして、頻出タグが付加されたコメントを投稿サイトサーバ１８から取得する（Ｓ１９０）。第２コメント表示部４３２は、コメント取得部４２０により取得された頻出タグが付加されたコメントを、投稿日時に応じた順序で一覧表示させるハッシュタグＴＬ画面を表示させる（Ｓ１９２）。ユーザにより頻出タグが選択されなければ（Ｓ１８８のＮ）、Ｓ１９０およびＳ１９２はスキップされる。全ＴＬ画面４５４において情報エリア４６２が未選択であれば（Ｓ１８０のＮ）、Ｓ１８２〜Ｓ１９２はスキップされる。ライブ機能がそもそも未選択であれば（図３３のＳ１３０のＮ）、Ｓ１３２以降の全ステップがスキップされる。

このように、ユーザ操作にもとづき取得された投稿コメントにおける頻出タグが表示されることにより、多くのコメントに付加されたハッシュタグをユーザに提示することができる。例えば、サッカーの試合中継番組に対する投稿コメントについて、その放送局のハッシュタグが付加されたコメントよりも、「ｓｏｃｃｅｒ」等のハッシュタグが付加されたコメントの方が多いことがある。すなわち、ユーザにとっては、放送局のハッシュタグが付加されたコメントのタイムラインよりも、「ｓｏｃｃｅｒ」等のハッシュタグが付加されたコメントのタイムラインを表示させた方が有益な場合がある。頻出タグをユーザに提示することにより、番組を視聴するユーザにとって有益なハッシュタグの候補を提示し、ユーザが有益なタイムラインへ到達することを支援できる。また、ハッシュタグを集計する母集団は、ユーザの操作に応じて投稿サイトサーバ１８から取得されたコメントであるため、ユーザが興味を持つコメントに関する頻出タグを効率的にユーザへ提示できる。

以上、第２の前提技術の一形態を説明した。この形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も第２の前提技術の範囲にあることは当業者に理解されるところである。以下、第２の前提技術の変形例を示す。

第１の変形例を説明する。上記第２の前提技術では特に言及していないが、チャンネルＴＬ画面４７０においてカーソル４７６に対する操作が一定期間検出されず、カーソル表示部４３４がカーソル４７６を非表示とした場合、第２コメント表示部４３２は、その時点で表示されたタイムラインをコメント単位に徐々に更新してもよい。例えば、その時点で表示されたタイムライン内で最も古いコメントを非表示とするとともに、そのタイムライン内で最も新しいコメントよりも投稿日時が１つ新しいコメントを新たに表示対象として追加してもよい。そしてこの入れ替えを繰り返すことにより、タイムラインにおいて投稿日時が新しいコメントを順次表示させてもよい。より具体的には、タイムラインにおいてコメントを投稿日時の降順で配置する場合には、カーソルが非表示となった時点の表示位置から徐々に上スクロールさせて、投稿日時が新しいコメントを順次表示させてもよい。この変形例によれば、ユーザが選択していたコメントを起点として新しいコメントが順次表示されていくため、ユーザが選択していたコメントに関連したコメント（例えば返信や引用等のコメント）をユーザが発見することを容易なものにできる。また、カーソルが非表示となる前に選択していたコメントを、ユーザが再度選択することを容易なものにできる。

さらに、第２コメント表示部４３２は、コメント取得部４２０で定期的に取得されたコメントの数が多いほど、タイムラインにおいて古いコメントと新しいコメントを速く入れ替えてもよく、タイムラインを速く上へスクロールさせてもよい。この変形例によると、番組へのコメント投稿数が多い状態か少ない状態かをユーザに直観的に把握させやすくなるとともに、新たなコメントを速くユーザへ提示しやすくなる。

第２の変形例を説明する。上記第２の前提技術では特に言及していないが、番組情報保持部５０に保持される番組情報において、各番組に対して複数のジャンルが割り当てられてもよい。例えば、ワイドショー番組に対して、ジャンル「ニュース」とジャンル「バラエティ」が割り当てられてもよい。また、定型コメント保持部４１２は、複数のジャンルに対して同一の定型コメントを対応付けて保持してもよい。例えば、ジャンル「ニュース」とジャンル「バラエティ」の両方に対して、同一の定型コメント「笑えるー」を対応づけてもよい。作成画面表示部４３８は、複数のジャンルが割り当てられた番組に対してコメント作成支援部４４０が同一の定型コメントを複数選択した場合、そのうち一方の定型コメントをツイートメニュー画面４９０において非表示としてもよい。この変形例によれば、ツイートメニュー画面４９０に同一の定型コメントを複数表示させてしまうことで、ユーザによる定見コメントの確認作業を無駄に煩雑にして、ユーザの負担を増加させてしまうことを回避できる。

（実施の形態）
実施の形態では、第２の前提技術で説明したツイート表示技術に関して、番組の快適な視聴とツイートの確認とを両立させた新たなユーザインタフェース（以下、「ツイート表示画面」とも呼ぶ。）を提案する。

図４１は、実施の形態のツイート表示画面５２０を模式的に示す。ツイート表示画面５２０は、番組映像の表示領域である映像表示画面１１０と、外部の投稿サイトへ投稿されたツイートの表示領域であり、映像表示画面１１０の下に設けられたライブ情報表示領域４５０を含む。ライブ情報表示領域４５０は、ツイートを横方向へスクロール表示する領域として、第１レーン５２２と第２レーン５２４を含む。第１レーン５２２と第２レーン５２４は互いに独立して異なるツイートを表示する。言い換えれば、複数のツイートが第１レーン５２２と第２レーン５２４のいずれかにおいて同時並行的に表示される。

このようにライブ情報表示領域４５０を映像表示画面１１０の下に設けることで、図３５のチャンネルＴＬ画面や図３６のハッシュタグＴＬ画面よりも、番組映像を大きく表示させることができる。また、ツイートを同時並行で表示するレーンを複数設けることにより、ツイートの投稿状況、例えばある期間においてツイート数が急増している状況等を視聴者に直観的に把握させやすくなる。

なお実施の形態においては、ライブ情報表示領域４５０は、映像表示画面１１０の下に設けられることとするが、映像表示画面１１０の上に設けられてもよい。また、実施の形態においては、ライブ情報表示領域４５０にツイート表示のための２つのレーンが設けられることとするが、３つ以上のレーンが設けられてもよい。例えば、情報処理システム１００を用いた実験等により、確保すべき映像表示画面１１０の大きさと、同時並行で表示させるべきツイート数とのバランスを維持できるレーン数が適宜決定されてもよい。

なお、図４１のツイート表示画面５２０は、図３５のチャンネルＴＬ画面の表示中、および、図３６のハッシュタグＴＬ画面の表示中にコントローラ１２の特定のボタンが押下されたことを契機として表示される。チャンネルＴＬ画面→ツイート表示画面５２０と遷移した場合、チャンネルＴＬ画面での表示対象ツイートであり、特定のチャンネル（放送局）のハッシュタグが付加されたツイートがライブ情報表示領域４５０に表示される。ハッシュタグＴＬ画面→ツイート表示画面５２０と遷移した場合、ハッシュタグＴＬ画面での表示対象ツイートであり、特定のハッシュタグが付加されたツイートがライブ情報表示領域４５０に表示される。

図４２は、図２８で示したコメント保持部４００について、実施の形態における詳細な機能構成を示すブロック図である。以下、前提技術で説明済の機能については再度の説明を省略する。取得コメント保持部４１０は、第１レーンバッファ４１４と第２レーンバッファ４１６を含む。第１レーンバッファ４１４は、ツイート表示画面５２０の第１レーン５２２で表示させるべきツイートを、その表示開始までの間、一時的に保持する記憶領域である。第２レーンバッファ４１６は、ツイート表示画面５２０の第２レーン５２４で表示させるべきツイートを、その表示開始までの間、一時的に保持する記憶領域である。

図４３は、図３０で示したコメント処理部４０２について、実施の形態における詳細な機能構成を示すブロック図である。コメント処理部４０２は、コメント管理部４２６をさらに含む。以下、コメント取得部４２０とコメント管理部４２６について説明する。

前提として、投稿サイトサーバ１８は、検索ＡＰＩとストリーミングＡＰＩを外部へ公開し、これらのＡＰＩに対するインターネット１５を介したアクセスを許容する。検索ＡＰＩは、特定のハッシュタグを指定した検索要求を受け付けて、その検索要求で指定されたハッシュタグが付加されたツイートを検索し、検索にヒットしたツイートを要求元へ提供するインタフェースである。ストリーミングＡＰＩは、特定のハッシュタグを指定したストリーミング要求を受け付けて、そのハッシュタグが設定されたツイートが投稿されたときにそのツイートを要求元へ提供するインタフェースである。

コメント取得部４２０は、ツイート表示画面５２０の表示要求が受け付けられたとき、投稿サイトサーバ１８の検索ＡＰＩを介して、特定のハッシュタグを指定した検索要求を投稿サイトサーバ１８へ送信し、検索結果のツイートを投稿サイトサーバ１８から取得する。それとともに、投稿サイトサーバ１８のストリーミングＡＰＩを介して、特定のハッシュタグを指定したストリーミング要求を投稿サイトサーバ１８へ送信し、以降、投稿サイトサーバ１８から提供されるツイートを逐次取得する。このツイートのデータには、ツイートの本文に加えて、投稿サイトサーバ１８においてツイートを一意に識別するためのＩＤと、投稿サイトサーバ１８への投稿日時が含まれる。

検索要求およびストリーミング要求で指定するハッシュタグは、チャンネルＴＬ画面→ツイート表示画面５２０と遷移した場合、チャンネルＴＬ画面で指定されていた特定のチャンネルのハッシュタグである。また、ハッシュタグＴＬ画面→ツイート表示画面５２０と遷移した場合、ハッシュタグＴＬ画面で指定されていた特定のハッシュタグである。

コメント管理部４２６は、コメント取得部４２０により取得されたツイートを、そのＩＤ、投稿日時とともに第１レーンバッファ４１４もしくは第２レーンバッファ４１６へ格納する。第１レーンバッファ４１４と第２レーンバッファ４１６のいずれを格納先とするかはラウンドロビンで交互に選択してもよい。コメント管理部４２６は、コメント取得部４２０により取得されたツイートについて、そのツイートのＩＤと同一ＩＤのツイートが第１レーンバッファ４１４と第２レーンバッファ４１６のいずれかに格納済であれば、そのツイートをバッファへ格納することなく破棄する。

第１レーンバッファ４１４と第２レーンバッファ４１６は、コメント管理部４２６により格納された複数のツイートを投稿日時の降順に整列させて、投稿日時が最も新しいツイートを読み出し位置の先頭に保持する。言い換えれば、投稿日時が新しいツイートほど先に読み出されるよう保持する。これにより、例えば、第１レーンバッファ４１４へ格納済の第１のツイートが存在しても、第１のツイートが表示されるまでの間に、第１のツイートよりも投稿日時が新しい第２のツイートが第１レーンバッファ４１４へ格納された場合、第２のツイートが先に表示されることになる。

変形例として、コメント管理部４２６は、コメント取得部４２０により取得されたツイートの投稿日時と、そのツイートの格納先である第１レーンバッファ４１４もしくは第２レーンバッファ４１６に格納済のツイートの投稿日時とを比較してもよい。そして、各バッファにおいて投稿日時が新しいツイートほど読み出し順序が先になるよう、コメント取得部４２０により取得されたツイートをバッファへ挿入してもよい。

コメント管理部４２６は、第１レーンバッファ４１４および第２レーンバッファ４１６に格納されたツイートのうち、投稿日時から現在時刻までの経過時間が２分を超過したツイートを削除する。これにより、投稿日時が古いツイート、すなわち現在の視聴者の感想から時間的に乖離したツイートであり、例えば古い放送内容に対するツイートの表示を抑制できる。削除条件としての経過時間の閾値は２分に限られず、システム開発者の知見や情報処理システム１００を用いた実験等により適宜決定されてよい。

図４４は、図３１で示したコメント表示部４０４について、実施の形態における詳細な機能構成を示すブロック図である。コメント表示部４０４は、第３コメント表示部４４６とスクロール速度決定部４４８をさらに含む。第３コメント表示部４４６は、コメント取得部４２０により取得されたツイートを第１レーン５２２と第２レーン５２４のいずれかに表示させる。具体的には、第１レーンバッファ４１４において読み出し位置の先頭に保持されたツイートを取得して、第１レーン５２２の右端から左方向へスクロール表示させる。同様に、第２レーンバッファ４１６において読み出し順序の先頭に保持されたツイートを取得して、第２レーン５２４の右端から左方向へスクロール表示させる。スクロール速度決定部４４８は、第１レーン５２２と第２レーン５２４のそれぞれに表示させるツイートのスクロール速度を決定する。

以下、第１レーンバッファ４１４に保持されたツイートを第１レーン５２２へ表示させる場合について詳細に説明する。なお、第２レーンバッファ４１６に保持されたツイートを第２レーン５２４へ表示させる場合も同様である。

第３コメント表示部４４６は、第１レーン５２２に対してツイートの文字列全てを表示済の場合、もしくは、ツイートの文字列の一部が未表示であるものの４０文字以上を表示済の場合、次のツイートの表示開始タイミングであることを検出する。例えば、第３コメント表示部４４６は、表示データ出力部４６に対して、ツイートの全文字列もしくは４０文字以上をビデオＲＡＭへ出力したか否かを問い合わせて、次のツイートの表示開始タイミングであるか否かを検出してもよい。第３コメント表示部４４６は、次のツイートの表示開始タイミングを検出すると、第１レーンバッファ４１４において読み出し位置の先頭に保持されたツイートを、表示対象ツイートとして特定する。

スクロール速度決定部４４８は、第１レーンバッファ４１４に保持されたツイート（言い換えれば第１レーン５２２への表示待ちのツイート）それぞれの文字数の合計値が大きいほど表示対象ツイートのスクロール速度を速い値に決定する。これは、第１レーンバッファ４１４に保持されたツイートの数が多いほど表示対象ツイートのスクロール速度を速い値に決定するとも言える。また、第１レーンバッファ４１４に所定の文字数以上の長いツイートが保持されている場合、表示対象ツイートのスクロール速度を速い値に決定するとも言える。なお、第１レーンバッファ４１４に保持されたツイートそれぞれの文字数の合計値は、第１レーンバッファ４１４が予め算出して保持してもよく、スクロール速度決定部４４８がスクロール速度の決定時に算出してもよい。

またスクロール速度決定部４４８は、表示対象ツイート単体についても、その文字数が所定数（例えば１５文字以上）の場合、文字数が多いほどスクロール速度を速い値に決定する。

またスクロール速度決定部４４８は、直前のスクロール速度（すなわち１つ前のツイートに対して決定したスクロール速度）と、スクロール速度の変動の限度値を保持する。表示対象ツイートに対して一旦決定したスクロール速度が、直前のスクロール速度を超過し、かつ、上昇幅が上昇の限度値を超過する場合、表示対象ツイートのスクロール速度を、直前のスクロール速度＋上昇の限度値へ変更する。同様に、表示対象ツイートに対して一旦決定したスクロール速度が、直前のスクロール速度を下回り、かつ、低下幅が低下の限度値を超過する場合、表示対象ツイートのスクロール速度を、直前のスクロール速度−低下の限度値へ変更する。

第３コメント表示部４４６は、スクロール速度決定部４４８により決定されたスクロール速度で表示対象ツイートを第１レーンバッファ４１４へスクロール表示させる。例えば、第３コメント表示部４４６は、スクロール速度と表示対象ツイートの文字列を表示データ出力部４６に渡し、表示データ出力部４６は、スクロール速度に応じたタイミングでツイート文字列のそれぞれを順次ビデオＲＡＭへ順次書き込んでもよい。

以上の構成による情報処理装置１１の動作を以下説明する。以下の図４５〜図４７の動作は、ツイート表示画面５２０への移行操作を受け付けたことを契機として並行して実行される。

図４５は、情報処理装置１１の動作を示すフローチャートである。チャンネルＴＬ画面もしくはハッシュタグＴＬ画面においてユーザによるツイート表示画面５２０への移行操作を検出すると（Ｓ２００のＹ）、ストリーミングＡＰＩを介したツイート取得処理（Ｓ２０２〜Ｓ２０８）と、検索ＡＰＩを介したツイート取得処理（Ｓ２１０〜Ｓ２１６）とを並行して実行する。ツイート表示画面５２０への移行操作が未検出であれば（Ｓ２００のＮ）、以降の処理をスキップして本図のフローを終了する。

コメント取得部４２０は、ストリーミング要求を投稿サイトサーバ１８へ送信する（Ｓ２０２）。投稿サイトサーバ１８からツイートが通知されると（Ｓ２０４のＹ）、コメント管理部４２６は通知されたツイートを適宜取得コメント保持部４１０へ格納する（Ｓ２０６）。具体的には、通知されたツイートのうち第１レーンバッファ４１４および第２レーンバッファ４１６に保持されてないツイート、言い換えれば、検索ＡＰＩを介したツイート取得処理で未取得のツイートを第１レーンバッファ４１４と第２レーンバッファ４１６のいずれかへ格納する。投稿サイトサーバ１８からツイートが通知されなければ（Ｓ２０４のＮ）、Ｓ２０６をスキップする。別画面への移行操作があれば（Ｓ２０８のＹ）、本図のフローを終了し、別画面への移行操作がなければ（Ｓ２０８のＮ）、Ｓ２０４へ戻る。

またコメント取得部４２０は、検索要求を投稿サイトサーバ１８へ送信して検索結果を取得する（Ｓ２１０）。コメント管理部４２６は検索結果のツイートを適宜取得コメント保持部４１０へ格納する（Ｓ２１２）。具体的には、検索結果に含まれるツイートのうち第１レーンバッファ４１４および第２レーンバッファ４１６に保持されてないツイート、言い換えれば、ストリーミングＡＰＩを介したツイート取得処理で未取得のツイートを第１レーンバッファ４１４と第２レーンバッファ４１６のいずれかへ格納する。別画面への移行操作があれば（Ｓ２１４のＹ）、本図のフローを終了する。別画面への移行操作がなく（Ｓ２１４のＮ）、予め定められた検索の待ち時間（例えば３０秒）が経過すると（Ｓ２１６のＹ）、Ｓ２１０へ戻る。検索の待ち時間が未経過であれば（Ｓ２１６のＮ）、Ｓ２１４へ戻る。

図４６も情報処理装置１１の動作を示すフローチャートである。ここでは、第１レーンバッファ４１４に保持されたツイートを第１レーン５２２へ表示させることとするが、第２レーンバッファ４１６に保持されたツイートを第２レーン５２４へ表示させる動作も同様である。チャンネルＴＬ画面もしくはハッシュタグＴＬ画面においてユーザによるツイート表示画面５２０への移行操作を検出すると（Ｓ２２０のＹ）、番組映像表示部８４はそれまでよりも拡大された映像表示画面１１０の全面に番組映像を表示させる（Ｓ２２１）。そして、Ｓ２２２以降でツイート表示処理が実行される。ツイート表示画面５２０への移行操作が未検出であれば（Ｓ２２０のＮ）、以降の処理をスキップして本図のフローを終了する。

直前のツイートの文字列の全てを表示済の場合（Ｓ２２２のＹ）、Ｓ２２４をスキップし、第１レーンバッファ４１４に未表示のツイートが保持されていれば（Ｓ２２６のＹ）、第３コメント表示部４４６は、投稿日時が最も新しいツイートを表示対象ツイートとして特定する（Ｓ２２８）。また、直前のツイートの一部文字列が未表示であっても（Ｓ２２２のＮ）、表示済文字数が４０文字以上の場合（Ｓ２２４のＹ）、第１レーンバッファ４１４に未表示のツイートが保持されていれば（Ｓ２２６のＹ）、第３コメント表示部４４６は同様に表示対象ツイートを特定する（Ｓ２２８）。

スクロール速度決定部４４８は第１レーンバッファ４１４に保持されたツイートのデータ量に応じて表示対象ツイートのスクロール速度を決定する（Ｓ２３０）。具体的には、第１レーンバッファ４１４において表示待ちのツイート数や、各ツイートの文字数が多いほどスクロール速度を速い値に決定する。第３コメント表示部４４６は、スクロール速度決定部４４８により決定されたスクロール速度にしたがって、第１レーン５２２において表示対象ツイートのスクロール表示を開始させる（Ｓ２３２）。第１レーンバッファ４１４に未表示のツイートが保持されていなければ（Ｓ２２６のＮ）、Ｓ２２８〜Ｓ２３２をスキップする。直前のツイートの一部文字列が未表示であり（Ｓ２２２のＮ）、表示済文字列が４０文字未満であれば（Ｓ２２４のＮ）、Ｓ２２６〜Ｓ２３２をスキップする。別画面への移行操作があれば（Ｓ２３４のＹ）、本図のフローを終了し、別画面への移行操作がなければ（Ｓ２３４のＮ）、Ｓ２２２へ戻る。

図４７も情報処理装置１１の動作を示すフローチャートである。チャンネルＴＬ画面もしくはハッシュタグＴＬ画面においてユーザによるツイート表示画面５２０への移行操作を検出すると（Ｓ２４０のＹ）、Ｓ２４２以降のツイート削除処理を実行する。ツイート表示画面５２０への移行操作が未検出であれば（Ｓ２４０のＮ）、以降の処理をスキップして本図のフローを終了する。

コメント管理部４２６は、第１レーンバッファ４１４および第２レーンバッファ４１６に保持された未表示のツイートのうち投稿日時から２分を経過した古いツイートが存在するか否かを判定する。コメント管理部４２６は、古いツイートを検出すると（Ｓ２４２のＹ）、その古いツイートを第１レーンバッファ４１４もしくは第２レーンバッファ４１６から削除する（Ｓ２４４）。古いツイートを未検出であれば（Ｓ２４２のＮ）、Ｓ２４４をスキップする。別画面への移行操作があれば（Ｓ２４６のＹ）、本図のフローを終了し、別画面への移行操作がなければ（Ｓ２４６のＮ）、Ｓ２４２へ戻り、古いコメントが存在するか再度判定する。

本実施の形態の情報処理装置１１は、映像表示画面１１０の下にライブ情報表示領域４５０を設け、ライブ情報表示領域４５０の２つのレーンで独立して異なるツイートを表示させる。これにより、番組映像を大きく表示させることができるとともに、ツイート投稿数の変動状況を視聴者に直観的に認識させやすくなる。また、投稿日時が新しいコメントを古いコメントよりも優先して表示させることにより、視聴者の最新の感想が記載された言わば鮮度の高いツイートを視聴者へ提示しやすくなる。

また情報処理装置１１は、４０文字以上の長いツイートを表示中、次に表示すべきツイートがバッファに存在する場合、長いツイートの表示途中であっても、４０文字を表示させたことを条件として次のツイートの表示を開始する。これにより、長いツイートを全て表示させることにより表示待ちのツイートが古いものとなってしまう弊害を回避し、新しいツイートをその投稿から短時間のうちに視聴者へ提示することができる。また、表示待ちのツイートの数が多い場合や文字数が長い場合にはツイートのスクロール速度を速めることにより、表示待ちのツイートを効率よく視聴者へ提示することができる。

また情報処理装置１１は、検索ＡＰＩとストリーミングＡＰＩの少なくとも一方で取得されたツイートを表示させる。これにより、投稿サイトサーバ１８に投稿されたツイートにおいて一方のインタフェースで取得できなかったツイートがあっても、他方のインタフェースで取得できた場合、ツイート表示画面５２０で表示させることができる。すなわち、投稿サイトサーバ１８からのツイートの取得を、２種類のインタフェースで互いに補完することにより、ツイート取得における漏れの発生を抑制できる。

以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。

第１の変形例として、第３コメント表示部４４６は、ライブ情報表示領域４５０におけるツイート表示レーンの数を、ツイートの取得状況に応じて動的に変更してもよい。具体的には、投稿サイトサーバ１８から取得されるツイート数が所定の単位時間あたり所定数以上になった場合、ツイート表示レーンの数を３以上に増加させてもよい。もしくは、第１レーンバッファ４１４および第２レーンバッファ４１６に保持されたツイート数および／またはもしくは保持されたツイートの文字数の合計が所定値以上になった場合、ツイート表示レーンの数を３以上に増加させてもよい。第３コメント表示部４４６は、新たなツイート表示レーンの追加に伴ってライブ情報表示領域４５０をそれまでより拡大させてもよく、その一方、番組映像表示部８４は映像表示画面１１０をそれまでより縮小させてもよい。

この場合、コメント保持部４００は追加レーン用の第３レーンバッファや第４レーンバッファを備えてもよい。コメント管理部４２６は、ツイート表示レーンを増加させることが決定された以降、投稿サイトサーバ１８から取得されたツイートを追加レーン用のバッファに格納してもよい。第３コメント表示部４４６は追加レーン用のバッファからツイートを取得して、ライブ情報表示領域４５０に新たに追加された第３レーンや第４レーンにツイートを表示させてもよい。

第２の変形例として、投稿サイトサーバ１８から取得されるツイート数が所定の単位時間あたり所定数未満になった場合、ツイート表示レーンの数を１に減少させてもよい。もしくは、第１レーンバッファ４１４および第２レーンバッファ４１６に保持されたツイート数および／またはもしくは保持されたツイートの文字数の合計が所定値以上になった場合、ツイート表示レーンの数を１に減少させてもよい。第３コメント表示部４４６は、ツイート表示レーンの減少に伴ってライブ情報表示領域４５０をそれまでより縮小させてもよく、その一方、番組映像表示部８４は映像表示画面１１０をそれまでより拡大させてもよい。

この場合、コメント管理部４２６は、ツイート表示レーンを減少させることが決定された以降、投稿サイトサーバ１８から取得されたツイートを第１レーンバッファ４１４のみへ格納してもよい。第３コメント表示部４４６は、第１レーンバッファ４１４と第２レーンバッファ４１６のそれぞれから交互にツイートを取得して、取得したツイートを第１レーン５２２へのみ表示させてもよい。

第１および第２の変形例によれば、ツイートの増加状況や減少状況を視聴者に一層直観的に把握させることができる。またツイートが急増した場合、３行以上のレーンで並行して表示させるため、ツイートを視聴者に効率的に確認させつつ、ツイートのスクロール速度の上昇を抑制することができる。またツイート数が少ないときには、番組映像をより広い領域に表示させることができる。

第３の変形例を説明する。上記実施の形態では、ツイート表示画面５２０を表示する際に、検索ＡＰＩとストリーミングＡＰＩの両方を使用してツイートを取得することとした。変形例としては、全ＴＬ画面・チャンネルＴＬ画面・ハッシュタグＴＬ画面を表示する際にも検索ＡＰＩとストリーミングＡＰＩの両方を使用してツイートを取得してもよいことはもちろんである。

上述した実施の形態および変形例の任意の組み合わせもまた本発明の実施の形態として有用である。組み合わせによって生じる新たな実施の形態は、組み合わされる実施の形態および変形例それぞれの効果をあわせもつ。

請求項に記載の各構成要件が果たすべき機能は、実施の形態および変形例において示された各構成要素の単体もしくはそれらの連携によって実現されることも当業者には理解されるところである。

１１ 情報処理装置、 １３ チューナー、 ８４ 番組映像表示部、 ４００ コメント保持部、 ４０４ コメント表示部、 ４１４ 第１レーンバッファ、 ４１６ 第２レーンバッファ、 ４２０ コメント取得部、 ４２６ コメント管理部、 ４４６ 第３コメント表示部、 ４４８ スクロール速度決定部。

Claims (8)

1. 映像コンテンツの映像情報を外部機器から取得する映像情報取得部と、
   取得された映像情報にしたがって、前記映像コンテンツの映像を所定の表示装置に表示させる映像表示部と、
   映像コンテンツを視聴中の視聴者の映像コンテンツに対する時々の感想が記されたコメントが即時に投稿される外部の投稿サイトから、映像コンテンツに対する視聴者のコメントを取得するコメント取得部と、
   前記映像コンテンツの映像を表示中の表示装置に、前記映像コンテンツの表示領域に対して上もしくは下に位置する領域をコメント表示領域として、前記コメント取得部により取得されたコメントを前記コメント表示領域に表示させるコメント表示部と、
   を備え、
   前記コメント表示領域は、コメントを横方向にスクロールさせて表示するレーンを複数含むものであり、
   前記コメント表示部は、前記コメントを取得部により取得されたコメントを、前記コメント表示領域の複数のレーンのいずれかで表示させ、前記コメント表示領域に表示させるコメントが所定の文字数より長い場合、そのコメントの表示途中で次のコメントの表示を開始することを特徴とする情報処理装置。
2. 前記映像情報取得部は、放送中の番組の映像情報をチューナーから取得することを特徴とする請求項１に記載の情報処理装置。
3. 前記コメント表示部は、前記コメント表示領域における特定の１つのレーンで順次表示させるべき第１のコメントと第２のコメントがあり、前記第１のコメントが所定の文字数より長い場合、前記１つのレーンにおいて前記第１のコメントの表示途中で、前記１つのレーンにおいて前記第２のコメントの表示を開始することを特徴とする請求項１または２に記載の情報処理装置。
4. 前記コメント取得部により取得されたコメントを前記コメント表示領域に表示されるまでの間保持するコメント保持部をさらに備え、
   前記コメント表示部は、第１のコメントが前記コメント保持部に保持されており、その第１のコメントよりも後に投稿された第２のコメントが前記コメント取得部により取得された場合、前記第１のコメントよりも先に前記第２のコメントを表示させることを特徴とする請求項１から３のいずれかに記載の情報処理装置。
5. 前記コメント取得部により取得されたコメントを前記コメント表示領域に表示されるまでの間保持するコメント保持部をさらに備え、
   前記コメント表示部は、前記コメント保持部に保持されたコメントの文字数が長いほどコメントのスクロール速度を速くすることを特徴とする請求項１から４のいずれかに記載の情報処理装置。
6. 前記投稿サイトは、外部装置からコメントを検索するための検索インタフェースと、前記投稿サイトから自発的にコメントを提供させるためのストリーミングインタフェースとを備えるものであり、
   前記コメント取得部は、前記検索インタフェースと前記ストリーミングインタフェースのそれぞれを介してコメントを取得し、
   前記コメント表示部は、前記検索インタフェースと前記ストリーミングインタフェースの少なくとも一方を介して取得されたコメントを表示させることを特徴とする請求項１から５のいずれかに記載の情報処理装置。
7. 情報処理装置により実行される方法であって、
   映像コンテンツの映像情報を外部機器から取得するステップと、
   取得された映像情報にしたがって、前記映像コンテンツの映像を所定の表示装置に表示させるステップと、
   映像コンテンツを視聴中の視聴者の映像コンテンツに対する時々の感想が記されたコメントが即時に投稿される外部の投稿サイトから、映像コンテンツに対する視聴者のコメントを取得するステップと、
   前記映像コンテンツの映像を表示中の表示装置に、前記映像コンテンツの表示領域に対して上もしくは下に位置する領域をコメント表示領域として、前記取得されたコメントを前記コメント表示領域に表示させるステップと、
   を備え、
   前記コメント表示領域は、コメントを横方向にスクロールさせて表示するレーンを複数含むものであり、
   前記コメントを表示させるステップは、前記取得されたコメントを、前記コメント表示領域の複数のレーンのいずれかで表示させ、前記コメント表示領域に表示させるコメントが所定の文字数より長い場合、そのコメントの表示途中で次のコメントの表示を開始することを特徴とする情報処理方法。
8. 映像コンテンツの映像情報を外部機器から取得する機能と、
   取得された映像情報にしたがって、前記映像コンテンツの映像を所定の表示装置に表示させる機能と、
   映像コンテンツを視聴中の視聴者の映像コンテンツに対する時々の感想が記されたコメントが即時に投稿される外部の投稿サイトから、映像コンテンツに対する視聴者のコメントを取得する機能と、
   前記映像コンテンツの映像を表示中の表示装置に、前記映像コンテンツの表示領域に対して上もしくは下に位置する領域をコメント表示領域として、前記取得されたコメントを前記コメント表示領域に表示させる機能と、
   をコンピュータに実現させ、
   前記コメント表示領域は、コメントを横方向にスクロールさせて表示するレーンを複数含むものであり、
   前記コメントを表示させる機能は、前記取得されたコメントを、前記コメント表示領域の複数のレーンのいずれかで表示させ、前記コメント表示領域に表示させるコメントが所定の文字数より長い場合、そのコメントの表示途中で次のコメントの表示を開始することを特徴とするコンピュータプログラム。

Images