放送中の番組の映像情報をチューナーから取得する映像情報取得部と、取得された映像情報にしたがって、前記番組の映像を所定の表示装置に表示させる番組映像表示部と、番組を視聴中の視聴者の番組内容に対する時々の感想が記されたコメントが即時に投稿される外部の投稿サイトから、番組に対する視聴者のコメントを取得するコメント取得部と、前記番組の映像を表示中の表示装置に、前記番組の表示領域に対して上もしくは下に位置する領域をコメント表示領域として、前記コメント取得部により取得されたコメントを前記コメント表示領域に表示させるコメント表示部と、を備え、前記コメント表示領域は、コメントを横方向にスクロールさせて表示するレーンを複数含むものであり、前記コメント表示部は、前記コメントを取得部により取得されたコメントを、前記コメント表示領域の複数のレーンのいずれかで表示させることを特徴とする情報処理装置。前記コメント取得部により取得されたコメントを前記コメント表示領域に表示されるまでの間保持するコメント保持部をさらに備え、前記コメント表示部は、第1のコメントが前記コメント保持部に保持されており、その第1のコメントよりも後に投稿された第2のコメントが前記コメント取得部により取得された場合、前記第1のコメントよりも先に前記第2のコメントを表示させることを特徴とする請求項1に記載の情報処理装置。前記コメント表示部は、前記コメント表示領域に表示させるコメントが所定の文字数より長い場合、そのコメントの表示途中で次のコメントの表示を開始することを特徴とする請求項1または2に記載の情報処理装置。前記コメント取得部により取得されたコメントを前記コメント表示領域に表示されるまでの間保持するコメント保持部をさらに備え、前記コメント表示部は、前記コメント保持部に保持されたコメントの文字数が長いほどコメントのスクロール速度を速くすることを特徴とする請求項1から3のいずれかに記載の情報処理装置。前記投稿サイトは、外部装置からコメントを検索するための検索インタフェースと、前記投稿サイトから自発的にコメントを提供させるためのストリーミングインタフェースとを備えるものであり、前記コメント取得部は、前記検索インタフェースと前記ストリーミングインタフェースのそれぞれを介してコメントを取得し、前記コメント表示部は、前記検索インタフェースと前記ストリーミングインタフェースの少なくとも一方を介して取得されたコメントを表示させることを特徴とする請求項1から4のいずれかに記載の情報処理装置。情報処理装置により実行される方法であって、放送中の番組の映像情報をチューナーから取得するステップと、取得された映像情報にしたがって、前記番組の映像を所定の表示装置に表示させるステップと、番組を視聴中の視聴者の番組内容に対する時々の感想が記されたコメントが即時に投稿される外部の投稿サイトから、番組に対する視聴者のコメントを取得するステップと、前記番組の映像を表示中の表示装置に、前記番組の表示領域に対して上もしくは下に位置する領域をコメント表示領域として、前記取得されたコメントを前記コメント表示領域に表示させるステップと、を備え、前記コメント表示領域は、コメントを横方向にスクロールさせて表示するレーンを複数含むものであり、前記コメントを表示させるステップは、前記取得されたコメントを、前記コメント表示領域の複数のレーンのいずれかで表示させることを特徴とする情報処理方法。放送中の番組の映像情報をチューナーから取得する機能と、取得された映像情報にしたがって、前記番組の映像を所定の表示装置に表示させる機能と、番組を視聴中の視聴者の番組内容に対する時々の感想が記されたコメントが即時に投稿される外部の投稿サイトから、番組に対する視聴者のコメントを取得する機能と、前記番組の映像を表示中の表示装置に、前記番組の表示領域に対して上もしくは下に位置する領域をコメント表示領域として、前記取得されたコメントを前記コメント表示領域に表示させる機能と、をコンピュータに実現させ、前記コメント表示領域は、コメントを横方向にスクロールさせて表示するレーンを複数含むものであり、前記コメントを表示させる機能は、前記取得されたコメントを、前記コメント表示領域の複数のレーンのいずれかで表示させることを特徴とするコンピュータプログラム。本発明者は、現在放送中の番組を視聴中の視聴者に対して、投稿サイトへ投稿されたコメントを提示することにより斬新な視聴体験を提供するための具体的な方法はこれまで十分に提案されてこなかったと考えた。本発明は、本発明者の上記着想にもとづきなされたものであり、その主たる目的は、現在放送中の番組を視聴中の視聴者に対して斬新な視聴体験を提供する技術を提供することである。上記課題を解決するために、本発明のある態様の情報処理装置は、放送中の番組の映像情報をチューナーから取得する映像情報取得部と、取得された映像情報にしたがって、番組の映像を所定の表示装置に表示させる番組映像表示部と、番組を視聴中の視聴者の番組内容に対する時々の感想が記されたコメントが即時に投稿される外部の投稿サイトから、番組に対する視聴者のコメントを取得するコメント取得部と、番組の映像を表示中の表示装置に、番組の表示領域に対して上もしくは下に位置する領域をコメント表示領域として、コメント取得部により取得されたコメントをコメント表示領域に表示させるコメント表示部と、を備える。コメント表示領域は、コメントを横方向にスクロールさせて表示するレーンを複数含むものであり、コメント表示部は、コメントを取得部により取得されたコメントを、コメント表示領域の複数のレーンのいずれかで表示させる。本発明の別の態様は、情報処理方法である。この方法は、情報処理装置により実行される方法であって、放送中の番組の映像情報をチューナーから取得するステップと、取得された映像情報にしたがって、番組の映像を所定の表示装置に表示させるステップと、番組を視聴中の視聴者の番組内容に対する時々の感想が記されたコメントが即時に投稿される外部の投稿サイトから、番組に対する視聴者のコメントを取得するステップと、番組の映像を表示中の表示装置に、番組の表示領域に対して上もしくは下に位置する領域をコメント表示領域として、取得されたコメントをコメント表示領域に表示させるステップと、を備える。コメント表示領域は、コメントを横方向にスクロールさせて表示するレーンを複数含むものであり、コメントを表示させるステップは、取得されたコメントを、コメント表示領域の複数のレーンのいずれかで表示させる。なお、以上の構成要素の任意の組合せ、本発明の表現を装置、方法、システム、プログラム、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。本発明によれば、現在放送中の番組を視聴している視聴者に対して斬新な視聴体験を提供することができる。前提技術本発明の実施の形態を説明する前に、その前提となる技術について説明する。この前提技術では、放映中の番組もしくは放映された番組を視聴するユーザの快適性や利便性を向上させるための情報処理技術を提案する。この情報処理技術は、以下の4つの技術要素を含む。第1の技術要素の概要を説明する。これまでの電子番組表は放送局等が定めた番組の概要情報を単に提示するものであり、視聴者にとってその使い勝手は必ずしもよいものではなかった。前提技術では、視聴者の使い勝手に優れた電子番組表を提供する技術を提案する。例えば、前提技術の一形態の電子番組表は、視聴者が番組情報を確認する際の利便性を向上させるユーザインタフェースを提供する。第2の技術要素の概要を説明する。現在、インターネットとの接続環境を有する住居が増加しており、番組の視聴者が保持する情報家電と、インターネット上のサーバとのデータ送受が可能になっている。前提技術では、インターネットを介したデータ交換に基づき、単なる番組概要にとどまらず、視聴者にとって有用な情報を提示する電子番組表を提供する技術を提案する。例えば、前提技術の一形態の電子番組表では、同一時間帯に放映される複数の番組の人気順位を視聴者に提示する。第3の技術要素の概要を説明する。前提技術では、電子番組表の表示画面を含む各種機能画面への一元的な入口となるポータル画面における、使い勝手に優れたユーザインタフェースを実現する技術を提案する。例えば、前提技術の一形態のポータル画面では、視聴者にとって有用な、番組の視聴に関する最新情報を提供する。第4の技術要素の概要を説明する。前提技術では、番組の視聴中の視聴者へ有用な検索結果を提供する技術を提案する。例えば、前提技術の一形態の番組視聴画面では、その番組に関するキーワードをもとにインターネット検索を行った結果を番組映像とともに表示させる。図1は、前提技術の一形態の情報処理システムの構成を示す。情報処理システム100では、複数の番組視聴システム10と、情報管理サーバ16と、検索サーバ17とが、インターネット15を介して接続されている。番組視聴システム10は、地上デジタルテレビ放送の視聴録画再生や番組表の表示を行うシステムであり、情報処理装置11と、コントローラ12と、チューナー13と、ディスプレイ14とを備える。前提技術の一形態では、番組視聴システム10が視聴者の単位となる。したがって、ディスプレイ14を視聴している複数人が1人の視聴者として取り扱われる場合もある。チューナー13は、地上デジタルテレビチューナーであり、視聴者により選択されたチャンネルの放送信号を受信し、その放送信号を映像情報へ復号する。そして、その映像情報を情報処理装置11へ送出する。また、チューナー13は、放送信号から番組情報であるEPG情報を取得して情報処理装置11へ送出する。なお、チューナー13と情報処理装置11とは、USBUniversalSerialBusケーブルにより接続されてもよい。図2は、図1のチューナー13の機能構成を示すブロック図である。本明細書のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのCPUやメモリをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。チューナー13は、同軸ケーブルインタフェース部200と、B-CASカードインタフェース部202と、USBインタフェース部204と、信号処理部206とを備えるB-CASは登録商標。同軸ケーブルインタフェース部200は、アンテナと接続された同軸ケーブルとのインタフェース機能を提供し、地上デジタルテレビ放送の放送信号を取得する。B-CASカードインタフェース部202は、B-CASカードとのインタフェース機能を提供し、放送信号を復号するための暗号鍵をB-CASカードから取得する。USBインタフェース部204は、USBケーブルとのインタフェース機能を提供し、視聴者により選択されたチャンネルの識別情報を情報処理装置11から取得する。また、選択されたチャンネルの映像情報や、EPG情報を情報処理装置11へ送出する。信号処理部206は、視聴者により選択されたチャンネルの信号を放送信号から抽出して、B-CASカードの暗号鍵にしたがって映像情報へ復号する。図1に戻り情報処理装置11は、インターネット15と接続されたコンピュータ端末であり、コントローラ12を介して視聴者の操作を受け付け、その操作にしたがって動作する。情報処理装置11は据置型ゲーム機であってもよい。情報処理装置11には、地上デジタルテレビ放送における番組のライブ映像を表示させ、録画し、その録画映像を再生させる番組視聴アプリケーション以下、番組視聴APとも呼ぶがインストールされている。また、HTMLやXML等で記述された構造化文書のデータを解釈して表示させるウェブブラウザもインストールされている。情報処理装置11において番組視聴APが起動されることにより、例えば、情報処理装置11は、視聴者が選択したチャンネルの映像情報をチューナー13から取得して、番組映像をディスプレイ14へ表示させる。また、EPG情報をチューナー13から取得して電子番組表をディスプレイ14へ表示させる。情報処理装置11の詳細な構成は後述する。なお、情報処理装置11とディスプレイ14とはHDMI登録商標HighDefinitionMultimediaInterfaceケーブルにより接続されてもよい。情報管理サーバ16は、複数の番組視聴システム10のそれぞれから取得した番組の視聴状況を管理し、その視聴状況を複数の番組視聴システム10のそれぞれへ配信する。情報管理サーバ16の詳細な構成は後述する。検索サーバ17は、検索サービスを提供し、検索要求で指定された検索キーとの合致度合いが高いウェブページを示す情報をその検索要求元へ提供する。図3は、図1の情報管理サーバ16の機能構成を示すブロック図である。図2と同様に、図3の機能ブロックについてもハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。例えば図3の機能ブロックは、コンピュータプログラムとして所定の記録媒体に格納され、情報管理サーバ16のハードディスクにインストールされ、情報管理サーバ16のメインメモリに適宜読み出されて、プロセッサにより実行されてもよい。情報管理サーバ16は、通信処理部20と、集計結果保持部22と、各種のデータ処理を実行するデータ処理部24とを備える。データ処理部24は、視聴者数集計部26と、録画予約数集計部28と、指標値提供部30とを含む。通信処理部20は、インターネット15を介して外部装置との通信処理を実行する。データ処理部24は、通信処理部20を介して、番組視聴システム10における情報処理装置11とデータを送受する。集計結果保持部22は、後述する視聴者数集計部26および録画予約数集計部28における集計処理の結果データを保持する記憶領域である。図4は、集計結果保持部22に保持されるデータの構造を示す。番組IDフィールドには、特定の日時に放映された番組を一意に特定可能な番組IDが設定される。この番組IDは、定期的に放映される同一タイトルの番組であっても放映日時が異なる場合は異なるIDとなり、EPG情報において予め定められていることとする。視聴者数フィールドには、番組IDで特定される番組を現在視聴している視聴者の合計数が設定される。前提技術の一形態では、年齢層および性別ごとに分類されて、それぞれの合計数が設定される。録画予約数フィールドには、番組IDで特定される番組を録画予約している視聴者の年齢層および性別ごとの合計数が設定される。図3に戻り視聴者数集計部26は、視聴者が現在視聴中の番組の番組IDを、複数の情報処理装置11のそれぞれから定期的に取得して集計する。前提技術の一形態では、番組IDとともに視聴者の属性すなわち年齢層および性別を取得し、番組IDで特定される番組の視聴者数を、視聴者の属性ごとに集計して集計結果保持部22へ格納する。録画予約数集計部28は、視聴者が録画予約した番組の番組IDを、複数の情報処理装置11のそれぞれから定期的に取得して集計する。前提技術の一形態では、番組IDとともに視聴者の属性を取得し、番組IDで特定される番組の録画予約数を、視聴者属性ごとに集計して集計結果保持部22へ格納する。指標値提供部30は、情報処理システム100における番組の視聴状況を示す指標値を情報処理装置11へ提供する。この指標値には、番組を視聴している視聴者の多寡を示す指標値以下、ライブ指標値とも呼ぶと、番組を録画予約している視聴者の多寡を示す指標値以下、予約指標値とも呼ぶとが含まれる。具体的には指標値提供部30は、ライブ指標値として、集計結果保持部22に保持された年齢層および性別ごとの視聴者数を情報処理装置11へ送信する。また予約指標値として、集計結果保持部22に保持された年齢層および性別ごとの録画予約数を情報処理装置11へ送信する。変形例として、指標値提供部30は、視聴者数そのものに代えて、視聴者数を所定の評価関数に入力した結果をライブ指標値として提供してもよい。例えば、視聴者数全体に占める特定の番組の視聴者数、すなわち視聴率を提供してもよい。予約指標値についても同様である。例えば、視聴者数全体に占める特定の番組の録画予約数、すなわち録画予約率を予約指標値として提供してもよい。図5は、図1の情報処理装置11のハードウェア構成図である。情報処理装置11は、CPU300とGPUグラフィックプロセッサユニット302と、入出力プロセッサ304と、光ディスク再生部306と、メインメモリ308と、マスクロム310と、サウンドプロセッサ312とを基本構成として備える。CPU300は、ゲームや電子メール、Webブラウザ用のアプリケーション等の各種プログラムに基づいて、信号処理や内部構成要素を制御する。CPU300は、CELL等のマルチコアCPUであってもよく、複数の異種のプロセッサコアを組み合わせたヘテロジニアスマルチコアCPUであってもよい。GPU302は、画像処理を行う。入出力プロセッサ304は、外部と装置内部との間のインターフェイス処理や下位互換性を保つための処理を実行する。光ディスク再生部306は、アプリケーションプログラムやマルチメディアデータが記録されているBDやDVD、CD等の光ディスクを再生する。メインメモリ308は、CPU300のワークエリアや光ディスクから読み出されたデータを一時的に格納するバッファとして機能する。マスクロム310は、主にCPU300や入出力プロセッサ304が実行するオペレーティングシステムプログラムを格納している。サウンドプロセッサ312は、音声信号を処理する。また、この情報処理装置11は、CD/DVD/BDプロセッサ314と、光ディスク再生ドライバ316と、メカコントローラ318と、ハードディスクドライブ334、カード型コネクタ例えばPCカードスロット320も有している。CD/DVD/BDプロセッサ314は、光ディスク再生部306によりCD/DVD/BDから読み出されてRFアンプ328で増幅されたディスク再生信号に対して、例えば誤り訂正処理例えばCIRCCrossInterleaveReedSolomonCoding処理や伸張復号化処理等を施すことにより、それらCD/DVD/BDに記録されたデータを再生復元する。光ディスク再生ドライバ316及びメカコントローラ318は、光ディスク再生部306のスピンドルモータの回転制御、光ピックアップのフォーカス/トラッキング制御、ディスクトレイのローディング制御等を行う。また、ハードディスクドライブ334は例えば光ディスク再生部306で読み出されたアプリケーションプログラムやゲームのセーブデータを記憶、あるいは入出力プロセッサ304を介して取得した写真、動画、音楽等のデータ等を記憶する。カード型コネクタ320は、例えば通信カードや外付けハードディスクドライブ336等の接続ポートである。これらの各部は、主にバスライン322、324等を介してそれぞれ相互に接続されている。なお、CPU300とGPU302は、専用バスで接続されている。また、CPU300と入出力プロセッサ304はSBUSにより接続されている。入出力プロセッサ304とCD/DVD/BDプロセッサ314、マスクロム310、サウンドプロセッサ312、カード型コネクタ320、ハードディスクドライブ334はSSBUSにより接続されている。CPU300は、マスクロム310に記憶されているCPU用のオペレーティングシステムプログラムを実行することにより、情報処理装置11の全動作を制御する。また、CPU300は、CD、DVD、BD等の光ディスクから読み出されてメインメモリ308にロードする。また、通信ネットワークを介してダウンロードされた各種アプリケーションプログラム等を実行し、ゲームや電子メールの作成編集、Webページの閲覧等の動作を制御する。入出力プロセッサ304は、マスクロム310に記憶されている入出力プロセッサ用のオペレーティングシステムプログラムを実行することにより、ユーザの操作に応じたコントローラ12からの信号やゲームの設定、電子メールの内容やアドレス、WebサイトのURL等を記憶するメモリカード326からのデータ等の入出力を制御する。その他、入出力プロセッサ304は、USB接続端子333やネットワークカード330、図示しないIEEE1394端子やPCカードスロット等におけるデータの入出力も制御する。例えば、USB接続端子333を介してチューナー13と接続し、ネットワークカード330を介してインターネット15と接続する。また、図示しないPCカードスロットを介してメモリカード326に対しデータの入出力を行う。コントローラ12やメモリカードからの情報はマルチメディアスロットや無線送受信ポートを含むインタフェース332を介してやりとりする。例えば、無線送受信ポートは、無線LANやBluetooth登録商標等により、ゲーム用コントローラやBDDVD操作用コントローラとの通信を行う。また、インタフェース332は、HDMI登録商標ケーブルとのインターフェースも有し、そのインタフェースを介して映像データをディスプレイ14へ出力する。GPU302は、座標変換等の処理をするジオメトリトランスファエンジンの機能と、レンダリングプロセッサの機能とを有し、CPU300からの描画指示に従って描画し、描画された画像を図示しないフレームバッファに格納する。例えば、光ディスクに記録されている各種アプリケーションプログラムがゲームのように所謂3次元3Dグラフィックを利用するものである場合、当該GPU302は、ジオメトリ演算処理により、3次元オブジェクトを構成するためのポリゴンの座標等を計算する。さらに、レンダリング処理により、この3次元オブジェクトを仮想的なカメラで撮影することにより得られる画像を生成するための計算、すなわち透視変換3次元オブジェクトを構成する各ポリゴンの頂点を仮想的なカメラスクリーン上に投影した場合における座標値の計算などを計算する。最終的に得られた画像データをフレームバッファ上へ書き込む。そして、GPU302は、この作成した画像に対応するビデオ信号を出力する。サウンドプロセッサ312は、ADPCMAdaptiveDifferentialPulseCodeModulation復号機能、オーディオ信号再生機能、信号変調機能等を備えている。ADPCM復号機能とは、当該サウンドプロセッサ312に内蔵或いは外付けされた図示しないサウンドバッファに記憶されている波形データを読み出すことで、効果音等のオーディオ信号を再生して出力する機能である。信号変調機能とは、上記サウンドバッファに記憶されている波形データから、楽音や効果音等のオーディオ信号を発生する、所謂サンプリング音源としても動作する。以上のような構成を有する情報処理装置11は、例えば電源が投入されると、マスクロム310からCPU300用及び入出力プロセッサ304用のオペレーティングシステムプログラムが読み出される。CPU300と入出力プロセッサ304は、それぞれ対応したオペレーティングシステムプログラムを実行する。これにより、CPU300は、情報処理装置11の各部を統括的に制御する。また、入出力プロセッサ304は、コントローラ12やメモリカード326等との間の信号の入出力を制御する。また、CPU300は、オペレーティングシステムプログラムを実行すると、まず動作確認等の初期化処理をする。つづいて光ディスク再生部306を制御して光ディスクに記録されているゲーム等のアプリケーションプログラムを読み出し、メインメモリ308にロードした後、そのゲームアプリケーションプログラムを実行する。このゲームアプリケーションプログラムの実行により、CPU300は、入出力プロセッサ304を介してコントローラ12から受け付けたユーザの指示に応じて、GPU302やサウンドプロセッサ312を制御し、画像の表示や効果音、楽音の発生を制御する。例えば、光ディスクに記録された映画等を再生する場合、CPU300は、入出力プロセッサ304を介してコントローラ12から受け付けたユーザからの指示コマンドにしたがってGPU302やサウンドプロセッサ312を制御し、光ディスクから再生された映画の映像の表示や効果音や音楽等の発生を制御する。図6は、図1の情報処理装置11の機能構成を示すブロック図である。図2と同様に、図6の機能ブロックについてもハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。例えば、図6の機能ブロックは、コンピュータプログラムとして所定の記録媒体に格納され、図5のハードディスクドライブ334にインストールされ、情報処理装置11のメインメモリ308に適宜読み出されて、CPU300により実行されてもよい。すなわち、図6の機能ブロックは、番組視聴APを構成する各種モジュールを示しているともいえる。情報処理装置11は、外部インタフェース部40と、データ保持部48と、データ処理部56とを備える。外部インタフェース部40は様々な外部装置とのインタフェース機能を提供し、データ処理部56は外部インタフェース部40を介して外部装置とデータを送受する。外部インタフェース部40は、チューナIF部41と、通信処理部42と、操作検出部44と、表示データ出力部46とを含む。チューナIF部41は、チューナー13とのインタフェース機能を提供し、チューナー13から受け付けたデータをデータ処理部56へ送出する。通信処理部42は、インターネット15を介して、情報管理サーバ16および検索サーバ17との通信処理を実行する。操作検出部44は、コントローラ12に対する視聴者の操作を検出して、その操作内容をデータ処理部56へ送出する。表示データ出力部46は、後述する表示処理部78から送出された表示用の映像画像データをディスプレイ14へ送出して表示させる。データ保持部48は、各種データを保持する記憶領域であり、ハードディスクドライブとその記憶データとして実装されてもよい。データ保持部48は、番組情報保持部50と、録画情報保持部52と、サムネイル保持部54とを含む。番組情報保持部50は、電子番組表に表示させるべき複数の番組それぞれの番組情報を保持する。図7は、番組情報保持部50に保持されるデータの構造を示す。番組概要フィールドには、当該番組の概要情報が設定される。人気順位フィールドには、同一時間帯に放映される複数の番組について、各番組の相対的な人気順位が一時的に設定される。図6に戻り録画情報保持部52は、情報処理装置11における番組録画に関する情報である録画情報を保持する。図8は、録画情報保持部52に保持されるデータの構造を示す。録画IDフィールドには、情報処理装置11において録画コンテントを一意に特定可能な録画IDが設定される。図6の録画フラグフィールドには、録画処理が実行済か否か、および、録画処理においてエラーが発生したか否かを示すフラグが設定される。例えば、録画フラグフィールドが実行済のレコードは録画済の状態を示し、録画フラグフィールドが未実行のレコードは録画予約状態を示す。再生進行率フィールドには、録画コンテントの再生進行状況、すなわち録画コンテントの何が再生済かを示す値が設定される。例えば、再生進行率0のレコードは、録画コンテントの再生が全く行われていないことを示す。コンテントデータフィールドには、録画コンテントそのもののデータ、すなわち録画された番組映像のデータが設定される。図6に戻りサムネイル保持部54は、録画コンテントに含まれる一部の画像が縮小表示されるサムネイル画像のデータを、その録画コンテントの録画IDと対応づけて保持する。このサムネイル画像は、静止画像でもよく動画像でもよい。なお、データ保持部48が各種データを保持する物理的な記憶領域は、情報処理装置11に内蔵されたハードディスクドライブ334でもよく、外付けハードディスクドライブ336でもよく、メモリカード326でもよい。また、一般的にデータサイズが大きくなる録画情報特にコンテントデータフィールドのデータのみ、外付けハードディスクドライブ336に保持してもよい。どのデータをどの記憶領域に保持させるかは、視聴者の操作により随時決定されてもよい。データ処理部56は、各種データ処理を行う機能ブロックであり、コンピュータプログラムのモジュールとして実装されてもよい。データ処理部56は、番組映像取得部58と、番組情報取得部60と、属性取得部62と、録画処理部64と、再生処理部66と、指標値取得部68と、人気度決定部70と、サムネイル設定部72と、検索キー取得部74と、検索実行部76と、表示処理部78と、視聴状況通知部99とを含む。番組映像取得部58は、チューナー13から送出された番組の映像情報を取得する。番組情報取得部60は、チューナー13から送出されたEPG情報を取得して、各番組の番組情報を番組情報保持部50へ格納する。属性取得部62は、視聴者により入力された視聴者自身の属性情報、例えば視聴者の年齢や性別を取得する。例えば、情報処理装置11の設定画面に対して視聴者が入力した属性情報を保持する所定の記憶領域からその属性情報を取得してもよい。録画処理部64は、視聴者により指示された番組の録画予約処理および録画処理を実行するとともに、録画情報保持部52の録画情報を適宜更新する。例えば、録画予約処理においては、録画フラグを未実行に設定する。録画処理においては、録画対象番組の映像データをコンテントデータフィールドに逐次記録する。また、録画処理が正常終了すると録画フラグを実行済に設定し、録画処理においてエラーが発生すると録画フラグをエラー発生に設定する。また、録画処理部64は、録画対象番組の録画中に、後述する人気度決定部70においてその番組の人気順位が所定順位以上、例えば3位以上になった場合は、その旨を録画コンテントに設定する。前提技術の一形態では、人気順位が所定順位以上になったときに、録画コンテントにチャプタを挿入することとする。再生処理部66は、視聴者により指示された録画コンテントの映像データを表示処理部78へ送出することにより、その再生処理を実行する。それとともに、録画コンテントの再生状況に応じて、録画情報保持部52の録画情報を適宜更新する。例えば、録画時間に占める再生時間の割合を再生進行率フィールドに設定する。なお、再生処理部66は、視聴者からの指示に応じて、録画コンテントのもととなった番組において人気が高かった場面のみを再生してもよい。例えば、録画処理部64によりチャプタが挿入された前後所定時間のみを再生してもよい。また、後述する人気度決定部70において決定された人気順位の推移状況がデータ保持部48に保持されてもよく、再生処理部66は録画コンテントのもととなった番組の人気順位が所定順位以上であった箇所のみを再生させてもよい。指標値取得部68は、ライブ指標値および予約指標値を情報管理サーバ16から取得する。典型的には、表示処理部78において電子番組表の表示処理が開始された際にライブ指標値および予約指標値を取得する。また、予め定められたインターバル期間の経過を検出すると最新のライブ指標値および予約指標値を新たに取得する。人気度決定部70は、ライブ指標値および/または予約指標値にしたがって、同一時間帯に放映される複数の番組について、それぞれの相対的な人気順位を決定する。前提技術の一形態では、ライブ指標値と予約指標値との合計値が大きいほど、番組の順位をより上位に決定する。なお、放映前の番組についてはライブ指標値が得られないため、予約指標値のみにしたがって人気順位を決定する。人気度決定部70は、各番組の人気順位を決定後、番組情報保持部50の番組情報における人気順位フィールドのデータを更新する。人気度決定部70は、人気順位を決定する母集団が予めユーザから指定されている場合は、指定された属性ここでは年齢層および性別と対応づけられたライブ指標値予約指標値にしたがって人気順位を決定する。母集団の指定がなければ、全属性のライブ指標値の合算値、全属性の予約指標値の合算値にしたがって人気順位を決定する。なお、人気度決定部70は、人気順位を決定することなく、指標値取得部68により取得された指標値そのものを人気の度合いを示すデータとして出力してもよい。この場合、指標値そのものが人気順位と同様に取り扱われる。サムネイル設定部72は、録画処理部64における録画処理が終了したことを検出した際、録画情報保持部52の録画情報を参照して、コンテントデータとして記録された動画像または静止画像を縮小表示するサムネイル画像を設定する。そして、そのサムネイル画像のデータを録画IDと対応づけてサムネイル保持部54へ格納する。前提技術の一形態のサムネイル設定部72は、コンテントデータとして記録された複数の画像のうち、録画コンテントのもととなった番組において人気が高かった場面の画像からサムネイル画像を設定する。例えば、録画処理部64によりチャプタが挿入された直前または直後の画像からサムネイル画像を設定してもよい。また、人気度決定部70において決定された人気順位の推移状況がデータ保持部48に保持されてもよく、サムネイル設定部72は録画コンテントのもととなった番組の人気順位が最も高くなったときの画像からサムネイル画像を設定してもよい。検索キー取得部74は、ディスプレイ14に映像表示中の番組のIDを番組映像表示部84から取得し、その番組IDに対応づけられた番組情報を検索キーとして番組情報保持部50から取得する。映像表示中の番組は、現在放映中の番組であってもよく、録画された番組であってもよい。また、検索キーとされる番組情報は、番組タイトルや出演者名であってもよく、概要情報の文字列から形態素解析等により適宜抽出された名詞句であってもよい。また検索キー取得部74は、このようなキーワードを検索キーとするのみならず、番組情報が含む画像データ等、その他の形式のデータを検索キーとして取得してもよい。言い換えれば、検索サーバ17が許容する任意の形式のデータを検索キーとして取得してもよい。また検索キー取得部74は、番組情報の複数の要素をアンド条件とする検索キーを設定してもよい。また、それぞれの要素を順次検索キーとして定期的に検索実行部76へ送出してもよく、複数の検索処理を順次実行させてもよい。また、映像表示中の番組の番組情報が更新された場合は、更新後の番組情報から新たな検索キーを取得して、検索実行部76にその新たな検索キーを用いた新たな検索処理を実行させてもよい。検索実行部76は、検索キー取得部74により取得された検索キーを指定した検索要求を検索サーバ17へ送信する。そして、その検索キーに対する合致度合いとウェブページのURLとの組み合わせを検索結果として検索サーバ17から取得する。検索実行部76は、検索サーバ17により検索キーに対する合致度合いが最も高いと判定されたウェブページのデータを、そのURLに基づき取得する。そしてそのウェブページのデータを表示処理部78へ送出する。表示処理部78は、ディスプレイ14に表示させる動画像や静止画像のデータを表示データ出力部46へ送出することにより、視聴者が所望する画像をディスプレイ14へ表示させる。表示処理部78は、ポータル画面表示部80と、待機画面表示部82と、番組映像表示部84と、検索結果表示部86と、番組表表示部88と、ビデオ操作画面表示部96とを含む。ポータル画面表示部80は、複数種の視聴画面や操作画面への一元的な遷移元となるポータル画面を表示させる。このポータル画面は、複数種の視聴画面や操作画面を表示させる際に一旦は表示される共通のトップ画面であり、これら各種画面に対する共通の入口となる。なお、複数種の視聴画面や操作画面には、地上デジタルテレビ放送において現在放映中の番組映像以下、単にライブ映像とも呼ぶを視聴するテレビ画面、録画された番組の再生を行うビデオ画面、番組視聴APに対する各種設定を行う設定画面等が含まれる。図9は、ポータル画面の表示イメージを示す。画面選択アイコン102は、番組視聴APにおいて提供される複数種の視聴画面や操作画面を選択するためのアイコンであり、TVアイコン102a~設定アイコン102hを含む。TVアイコン102aが選択されるとテレビ画面へ遷移する。番組表アイコン102bが選択されると、電子番組表を表示するEPG画面へ遷移する。ランキングアイコン102cが選択されると、番組の人気ランキングを表示するランキング画面へ遷移する。スケジュールアイコン102dが選択されると、予約等のスケジュールを確認するスケジュール画面へ遷移する。ビデオアイコン102eが選択されるとビデオ画面へ遷移する。番組検索アイコン102fが選択されると、放映中もしくは放映予定の番組を検索するための番組検索画面へ遷移する。マニュアルアイコン102gが選択されると、番組視聴APの操作方法に関するマニュアルを表示するマニュアル画面へ遷移する。設定アイコン102hが選択されると設定画面へ遷移する。最新情報ポップ104は、選択可能な画面選択アイコン102の種類に対応する最新情報をポップアップ表示する。図9では、TVアイコン102aが選択可能状態にあり、そのTVアイコン102aと対応づけて、現在放映中の番組に対する他の視聴者の視聴状況を示す最新情報ポップ104が表示されている。例えば、ポータル画面表示部80は、現在放映中の番組のうち、人気度決定部70において人気順位が1位に決定された番組タイトルを最新情報ポップ104に表示させる。別の例として、ポータル画面表示部80は、スケジュールアイコン102dと対応づけて表示させる最新情報ポップ104において、現在の録画予約数や録画予約された番組タイトルを表示させる。また、ビデオアイコン102eと対応づけて表示させる最新情報ポップ104において、現在のハードディスクの空き容量や録画可能時間を表示させる。状況タグ106は、録画コンテントに対する視聴状況、言い換えればビデオ操作に基づく視聴状況を示すタグであり、エラー状況タグ106a、未視聴タグ106b、録画予約タグ106cを含む。ポータル画面表示部80は、録画処理部64の録画処理でエラーが発生した場合、その旨をエラー状況タグ106aに表示させる。また、録画情報保持部52に保持された録画情報を参照して、録画済かつ再生進行率0の録画コンテントの数を未視聴タグ106bに表示させる。また、同じく録画情報を参照して、録画処理が未実行の録画予約数を録画予約タグ106cに表示させる。録画サムネイル108は、録画済コンテントそれぞれのサムネイル画像であり、1つの録画コンテント当たり1つのサムネイル画像が表示される。ポータル画面表示部80は、サムネイル保持部54から表示対象となる録画コンテントのサムネイル画像を取得して、ポータル画面に設定する。録画サムネイル108の表示対象となる録画コンテントは、全ての録画コンテントでもよく、再生進行率が100未満の録画コンテントだけでもよく、再生進行率が0の録画コンテントだけでもよい。図6に戻り待機画面表示部82は待機画面を表示する。この待機画面は、ポータル画面において所定時間例えば30秒以上、視聴者の操作が未検出の場合に表示される画面であり、スクリーンセイバー的な位置づけの画面である。待機画面の表示中にコントローラ12に対する操作が検出されると、待機画面表示部82は待機画面の表示を終了させ、ポータル画面表示部80はポータル画面を再度表示させる。図10は、待機画面の表示イメージを示す。待機画面表示部82は、待機画面において、画面選択アイコン102や録画サムネイル108のそれぞれが、位置角度大きさを逐次変えながら変動する3次元空間のイメージを表示させる。待機画面表示部82は、録画情報保持部52の録画情報を参照して、録画コンテントの属性に応じて、その録画コンテントに対応する録画サムネイル108の変動態様を変化させる。例えば、録画日時が現在日時に近い録画コンテントほど、その録画サムネイル108を視聴者の注意を喚起しやすいと想定される態様で変動表示させてもよい。具体的には、その録画サムネイル108を他の録画サムネイル108より大きく表示させてもよく、また、その録画サムネイル108を他の録画サムネイル108より速く変動させてもよい。図6に戻り番組映像表示部84は、番組の映像をディスプレイ14に表示させる。例えば、ポータル画面においてTVアイコン102aが選択された際に、番組映像取得部58において取得された番組のライブ映像を表示させる。また、ポータル画面においてビデオアイコン102eが選択され、その遷移先のビデオ画面にて録画コンテントの再生が要求された際に、再生処理部66から受け付けられたその録画コンテントの映像を表示させる。また、番組映像表示部84は、番組の映像を表示したテレビ画面やビデオ画面以下、総称して映像表示画面とも呼ぶに、視聴者から操作を受け付けるための操作アイコンを表示させる。図11は、映像表示画面110のイメージを示す。同図の操作アイコン112には、番組の関連情報をキーとしてインターネット検索を実行させるための検索アイコン112aが含まれる。検索アイコン112aの選択は、検索キー取得部74および検索実行部76の処理開始トリガとなる。図6に戻り検索結果表示部86は、検索結果として検索実行部76から受け付けられたウェブページのデータをブラウザ画面に表示させる。このブラウザ画面は、ウェブブラウザの実行画面である。図12は、映像表示画面110のイメージを示す。同図で示すように、映像表示画面110と、その映像表示画面110で表示中の番組の情報をキーとした検索の結果が表示されたブラウザ画面114とがディスプレイ14に一時に表示される。同図では、ブラウザ画面114において番組ホームページが表示されている。なお、検索結果表示部86は、検索実行部76において新たな検索処理が実行された場合、ブラウザ画面114の表示内容を更新し、新たな検索処理の結果をブラウザ画面114に表示させる。図6に戻り番組表表示部88は、電子番組表の表示処理を実行する。番組表表示部88は、カーソル表示部90と、第1番組表表示部92と、第2番組表表示部94とを含む。カーソル表示部90は、電子番組表において視聴者が特定の番組を選択するためのカーソルを表示させ、視聴者の操作に応じてそのカーソルを移動させる。視聴者は、コントローラ12を操作してカーソルを移動させることにより、電子番組表で1つの番組の情報が表示された領域以下、番組枠とも呼ぶを選択する。この番組枠は、時間軸とチャンネル軸とから形成されるセル領域であるともいえる。第1番組表表示部92は、番組映像表示部84による番組映像の表示中に、所定の操作が受け付けられたとき、番組情報保持部50の番組情報を参照して、その番組映像に重ねて第1番組表を表示させる。この第1番組表は、複数のチャンネルにおいて現在放映中の複数の番組について、各番組の番組情報が配置された番組表である。第1番組表表示部92は、背景となる番組映像を視聴者が視認可能なように、所定の透過率を設定して第1番組表を表示させる。前提技術の一形態では、第1番組表表示部92は、現在放映中の番組の情報のみを配置した第1番組表を表示させる。ある番組枠に表示させた番組が終了すると、第1番組表表示部92は、次に放映される番組の情報をその番組枠に表示させる。図13は、第1番組表116の表示イメージを示す。第1番組表116には、複数のチャンネルのそれぞれに対応する番組枠118が表示されており、各番組枠118には、チャンネル名と番組タイトルとが表示される。第1番組表表示部92は、各番組の番組情報を参照して、人気順位が上位3つの番組の番組枠118に人気順位を示すオブジェクト以下、人気順位インジケータとも呼ぶを対応づけて表示させる。変形例として、番組枠118内の色彩や、番組情報の文字フォント等を変化させることにより、各番組の人気順位を視聴者に示唆してもよい。なお、第1番組表表示部92は、各番組の番組情報を定期的例えば1分おきに参照して人気順位インジケータの表示を更新する。カーソル表示部90は、番組枠118を選択するためのカーソル120を表示させ、視聴者は、番組の内容や進行状況等を確認したい番組の番組枠118をカーソル120により選択する。第1番組表表示部92は、カーソル120により選択された番組枠118に対応する番組以下、仮選択番組とも呼ぶの番組概要を番組情報保持部50から取得して番組概要フィールド124にスクロール表示させる。なお、ある番組枠118においてカーソル120が下方向へ移動された場合、第1番組表表示部92は、現在放映中の番組の次に放映される番組の情報をその番組枠118に表示させてもよい。また、第1番組表表示部92は、仮選択番組の放映開始時刻、放映終了時刻、現在時刻とに基づいて、当該番組の進行度合いを算出し進行度インジケータ126に表示させる。変形例として、第1番組表116に表示した複数の番組枠118それぞれの表示態様を、各番組の進行度合いに応じて変化させることにより、各番組の進行度合いを視聴者に示唆してもよい。また、第1番組表表示部92は、仮選択番組の人気推移インジケータ128を表示させる。第1番組表表示部92は、仮選択番組の最新の人気順位を取得した際に、それまでの人気順位と比較した推移状況例えば、上昇下降変化無しのいずれかを示すよう人気推移インジケータ128を設定する。第1番組表116の仮選択番組に対して所定の視聴操作コントローラ12の特定のボタンを押下する等を視聴者が実行した場合、データ処理部56は、その仮選択番組が本選択番組として指定された旨を検出する。そのとき番組映像表示部84は、映像表示画面110に表示させる番組映像を、本選択番組の映像へ切替える。例えば、番組映像取得部58は本選択番組の映像情報をチューナー13から取得し、番組映像表示部84は本選択番組の番組映像をディスプレイ14に表示させる。なお、図13には図示しないが、第1番組表表示部92は、人気順位インジケータを表示させた番組や仮選択番組等と対応づけて、現在の人気順位の根拠となるライブ指標値および/または予約指標値をさらに表示させてもよい。この態様によれば、番組の視聴状況が抽象化された人気順位に加えて、視聴状況の実態を示すデータそのものを視聴者が確認できる。図6に戻り第2番組表表示部94は、ポータル画面において番組表アイコン102bが選択された際に、第2番組表をディスプレイ14の画面全面に表示させる。第2番組表は、複数の時間帯に亘る時間軸を縦軸とし、複数のチャンネルに亘るチャンネル軸を横軸として、複数の番組それぞれの番組情報が配置された電子番組表である。図14は、第2番組表の表示イメージを示す。同図は、24時間分の番組情報が表示された第2番組表を示している。チャンネル標識130は、地上デジタルテレビ放送のチャンネルを識別するための標識オブジェクトである。隣接し合うチャンネルの間には、チャンネルインターバル131が配置される。なお、同一時間帯に放映される番組を視聴者が把握しやすくなるように、所定の時間帯例えば3時間ごとに、番組枠の表示態様が変更されてもよい。例えば、番組枠における色彩や文字フォントが変更されてもよい。第2番組表表示部94は、視聴者の操作に応じて、第2番組表における番組枠の領域を拡大または縮小させる。具体的には、単位時間当たりの番組枠の大きさを拡大または縮小させ、チャンネル当たりの番組枠の大きさを拡大または縮小させる。これに伴って、各番組枠で表示可能な番組情報量が増加しまたは減少する。例えば、第2番組表の表示態様として、縦軸=24時間、横軸=9チャンネル、縦軸=5時間、横軸=7チャンネル、縦軸=3時間、横軸=5チャンネル、縦軸=2時間、横軸=3チャンネルのいずれかに切替可能であってもよい。第2番組表表示部94は、第2番組表の番組枠の1行目に放映開始分番組タイトルを表示させ、2行目以降に番組概要を表示させる。縦軸=24時間、横軸=9チャンネルの第2番組表においては、30分番組の番組枠を最小表示単位、すなわち1行で表示させる。そのため、30分未満の番組については、後述するカーソル132の移動にあわせてその番組情報を吹き出し表示させる。カーソル表示部90は、番組枠を選択するためのカーソル132を表示させ、視聴者はより詳細な情報を知りたい番組や、視聴操作の対象としたい番組の番組枠をカーソル132により選択する。これにより、その番組は仮選択番組として指定される。第2番組表表示部94は、仮選択番組の番組枠をチャンネル軸方向に拡大表示、すなわち他の番組枠よりも大きく表示させる。また、第2番組表表示部94は、仮選択番組の番組概要を番組概要フィールド134にスクロール表示させる。図15も、第2番組表の表示イメージを示す。同図は、図14の仮選択番組がユーザの所定操作により本選択番組として指定された状態を示している。視聴者は、録画予約アイコン138aや番組視聴アイコン138b等の操作アイコン138を選択することにより、本選択番組に対して所望の視聴操作を行う。第2番組表表示部94は、本選択番組の番組情報例えば、チャンネル名、放送局名、番組タイトル、放映日時、視聴状況、番組概要を番組詳細ウィンドウ136に表示させる。視聴状況インジケータ137は、本選択番組に対する視聴人数を示し、具体的にはライブ指標値、予約指標値、またはそれらの合計値を示してもよい。第2番組表表示部94は、本選択番組の指定がなされた際、番組詳細ウィンドウ136を第2番組表に重ねてポップアップ表示させ、その背景となる第2番組表をそれまでよりも低画質で表示させる。例えば、第2番組表の画像データから高周波成分を除外することにより、第2番組表をぼかして表示させてもよい。また、第2番組表の画像上に半透明のオブジェクトを重ねて表示させてもよい。ここで、ディスプレイ14が立体表示対応の3Dディスプレイである場合の変形例を説明する。第2番組表表示部94は、カーソル132により選択された番組枠、すなわち仮選択番組の番組枠の画像、および/または、番組詳細ウィンドウ136の画像として、時間的または空間的に分割された視差画像を表示させてもよい。例えば、視聴者がシャッター付きメガネを装着する場合は時間的に分割された視差画像を表示させ、偏光板式のメガネを装着する場合は空間的に分割された視差画像を表示させてもよい。典型的には、仮選択番組の番組枠および/または番組詳細ウィンドウ136が、第2番組表よりも手前になるよう表示させる。この変形例によれば、仮選択番組の番組枠および/または番組詳細ウィンドウ136の視認性をより高めることができる。なお、視差画像表示の有無や視差画像の態様は、視聴者により予め設定されてもよく、ディスプレイ14の種類を情報処理装置11が検出し、その種類に応じて動的に決定されてもよい。図16も、第2番組表の表示イメージを示す。同図は、図15において本選択番組に対する録画予約が行われた後の第2番組表を示している。第2番組表表示部94は、録画予約された番組の番組枠140を、録画予約済の番組であることを示す所定の態様で表示させる。それとともに、録画予約された時間帯のチャンネルインターバル131に、録画予約済の時間帯であることを示す録画予約ライン142を表示させる。なお第2番組表表示部94は、録画予約ライン142と同様の態様で、現在時刻を示すラインオブジェクトを第2番組表に表示させてもよい。第2番組表において、放映が終了した番組情報を継続して表示する場合は特に好適である。また、第2番組表表示部94は、第2番組表の文字フォントを設定するための設定ウィンドウを第2番組表とともにディスプレイ14に一時に表示させる。図17は、第2番組表の表示イメージを示す。第2番組表表示部94は、設定ウィンドウ144において特定の文字フォントが視聴者により指定されると、指定された文字フォントを表示中の第2番組表へ即座に反映させる。言い換えれば、表示中の第2番組表を、指定された文字フォントにより番組情報が記載された第2番組表へ切替える。図17では、文字サイズの変更例を示したが、文字書体すなわちタイプフェイスも同様に変更されてよい。また、第2番組表表示部94は、第2番組表におけるカーソル132の移動に応じて、第2番組表を時間軸方向またはチャンネル軸方向へスクロールさせ、第2番組表の表示内容を切替える。第2番組表表示部94は、時間軸方向へのスクロールに伴って一部が非表示となり、かつ、放映終了前の番組の番組枠について、そのスクロールの後にも表示されている残余領域に、その番組枠で表示すべき番組情報の先頭から表示させる。すなわち、放映開始分番組タイトルを、番組概要よりも優先して表示させる。図18aおよび図18bは、第2番組表の表示イメージを示す。この例では、現在時刻を17:45とする。図18aはスクロール前の第2番組表であり、16時~20時の番組表が表示されている。一方で、図18bはスクロール後の第2番組表であり、17時~21時の番組表が表示されている。図18aにおいてカーソル132が下方向へ移動した場合、図18bに切替えられる。図18bの番組枠146番組枠147番組枠148は、図18aでの状態と比べ、その表示領域が減少している。第2番組表表示部94は、番組枠146の番組は現在放映中であるため、番組枠146の残余領域において番組情報の先頭から可能な限りの番組情報を表示させる。言い換えれば、番組情報の表示開始位置を残余領域の先頭にずらして表示させる。その一方で、番組枠147および番組枠148の番組は放映が終了しているため、第2番組表表示部94は、それらの番組情報の表示開始位置を変更しない。なお、第2番組表表示部94は、放映が終了した番組の番組情報を、放映が未終了の番組の番組情報よりも目立たない態様例えば、薄いグレーの文字色で表示させてもよく、当該態様の番組枠については、番組情報の表示開始位置を変更しないこととしてもよい。図6に戻りビデオ操作画面表示部96は、ポータル画面においてビデオアイコン102eが選択されたとき、番組の録画/再生を操作するためのビデオ画面をディスプレイ14に表示させる。ビデオ操作画面表示部96は、録画リスト表示部98を含む。録画リスト表示部98は、ビデオ画面において、録画済コンテントの情報や録画予約の一覧情報を示す録画リストを表示させる。図19は、録画リストが表示されたビデオ画面のイメージを示す。録画リスト150は、録画した番組のタイトル、録画日時、ステータス、再生進行率を一覧表示する。ステータスフィールドには、録画済か、予約済か、エラーが発生したかという録画コンテントのステータスを示す情報が設定される。再生進行率フィールドには、録画コンテントの再生の進行度合いを示す値が設定される。ビデオ操作画面表示部96は、録画情報保持部52の録画情報を参照して、録画リストの各フィールドの値を設定する。再生ボタン152が視聴者により選択されると、再生処理部66は、その再生ボタン152に対応する録画コンテントの再生処理を開始する。変形例として、ビデオ画面の録画リストには録画済のコンテントに関する情報のみが表示されてもよい。この場合、録画予約の情報は、ポータル画面においてスケジュールアイコン102dが選択された場合の遷移先であるスケジュール画面で表示されてもよい。図6に戻り視聴状況通知部99は、番組映像表示部84により現在表示中の番組ID、言い換えれば視聴者が現在視聴中の番組IDと視聴者の属性情報とを対応づけた視聴状況データを定期的に情報管理サーバ16へ送信する。また、視聴状況通知部99は、定期的に録画情報保持部52の録画情報を参照し、録画予約された番組IDと視聴者の属性情報とを対応づけた視聴状況データを定期的に情報管理サーバ16へ送信する。視聴状況の通知頻度は、視聴状況の集計に要求されるリアルタイム性と、ネットワークおよびシステム負荷とを比較考量して決定されてよく、例えば1分程度でもよい。以上の構成による動作を以下説明する。図20は、情報処理装置11の動作を示すフローチャートである。同図は、主にユーザインタフェースを中心とした動作を示している。情報処理装置11において番組視聴APの起動指示が受け付けられると、ポータル画面表示部80は、ポータル画面を表示させるS10。ユーザ操作が検出されずS12のN、その状態が所定時間以上継続した場合S14のY、待機画面表示部82は待機画面を表示させS16、S12の判定処理が再度実行される。操作の未検出状態が所定時間未満であればS14のN、待機画面を表示させることなくS12に戻る。ポータル画面では、各機能画面を選択するためのアイコンと対応づけて最新情報ポップ104が表示され、また、視聴状況動作状況を示す状況タグ106が表示される。これにより、視聴者は各機能画面に遷移することなく、有用な最新情報をポータル画面で確認でき、視聴者の利便性を高めることができる。また、ポータル画面および待機画面において録画コンテントのサムネイル画像が表示されることにより、視聴者は録画済のコンテントを確認できるだけでなく、録画履歴を鑑賞して楽しむことができる。例えば、待機画面ではサムネイル画像が変動表示されるため、一種のインテリアとして待機画面を表示させることもできる。また、サムネイル画像の変動表示態様が録画日時に応じて変化することにより、視聴者は視聴すべき録画コンテントを発見および決定しやすくなる。視聴者の操作が検出されるとS12のY、待機画面表示部82は、待機画面を表示中であればその表示を終了させる。TVアイコン102aの選択操作である場合S18のY、後述するライブ映像表示処理を実行するS20。TVアイコン102aの選択操作でなければS18のN、S20はスキップされる。番組表アイコン102bの選択操作である場合S22のY、後述する番組表表示処理を実行するS24。番組表アイコン102bの選択操作でなければS22のN、S24はスキップされる。ビデオアイコン102eの選択操作である場合S26のY、後述するビデオ画面表示処理を実行するS28。ビデオアイコン102eの選択操作でなければS26のN、S28はスキップされて本図のフローを終了する。なお、本図では図示しないが、ポータル画面において他の画面選択アイコン102が選択された場合は、それぞれのアイコンに対応する画面の表示処理が実行される。図21は、図20のS20を詳細に示すフローチャートである。番組映像取得部58は視聴者により選択された番組の映像データをチューナー13から取得し、番組映像表示部84はその番組のライブ映像を映像表示画面110に表示させるS30。ここで番組表の表示要求が受け付けられるとS32のY、指標値取得部68はライブ指標値および予約指標値を情報管理サーバ16から取得しS34、人気度決定部70はそれらの指標値にしたがって各番組の人気順位を決定するS36。そして、第1番組表表示部92は、現在放映中の各番組の番組情報と人気順位とを対応づけて配置した第1番組表を映像表示画面110に重ねて表示させるS38。番組表の表示要求が受け付けられなければS32のN、S34からS38はスキップされる。図21には図示しないが、指標値取得部68は、情報管理サーバ16における視聴状況の集計インターバルに対応する順位決定インターバル例えば1分が経過すると、最新の指標値を情報管理サーバ16から再度取得する。人気度決定部70は、その最新の指標値にしたがって各番組の人気順位を更新する。第1番組表表示部92は、更新後の各番組の人気順位を第1番組表に表示させる。このように番組のライブ映像とともに、順位インジケータを伴う第1番組表が表示されることにより、視聴者は所望の番組を視聴中に、現時点において人気のある番組を一目で把握できる。なお前提技術では、番組の視聴や録画予約といった客観的な視聴動作に基づいて視聴状況が特定される。これにより、好き、嫌い、見るつもりといった番組に対する視聴者の主観的な指標に基づく場合よりも精度よく、言い換えれば実態に沿った視聴状況を特定できる。また、第1番組表の操作によりチャンネルの切替えが可能であるため、視聴者は変動する人気順位に基づき興味ある番組を随時選択できる。また、第1番組表には各番組の進行状況や人気順位の推移状況が表示されるため、視聴者はこれらを参考にして視聴する番組を選択できる。また、カーソルで選択された番組の番組概要が番組概要フィールド124にスクロール表示されるため、所望の番組概要を視聴者に確認させつつも、第1番組表の領域を抑制できる。これにより、番組映像の視認性を維持しやすくなる。番組映像の表示中に検索要求が受け付けられた際S40のY、もしくは、明示的な検索要求はなくてもS40のN、表示中の番組に関連する情報が更新された際S42のY、検索キー取得部74は、その番組情報から検索キーを取得するS44。検索実行部76は、検索サーバ17に対して検索要求を送信して検索結果を受信するS46。検索結果表示部86は、検索結果であるウェブページを表示するブラウザ画面114を、映像表示画面110と並べて表示させるS48。明示的な検索要求がなく、番組関連情報の更新もなければS42のN、S44~S48はスキップされて本図のフローを終了する。この態様によれば、視聴中の番組に関する様々な情報がインターネット上のウェブサイトから取得されて、番組映像とともに視聴者に提示される。これにより、視聴者は、視聴中の番組について、番組表レベルの情報に留まらない多種多様な情報を確認できる。また、番組情報から検索キーが自動抽出されるため、視聴者による検索キーの指定作業が不要になる。また番組の関連情報が更新されると、ブラウザ画面114に表示される情報も逐次更新される。これにより、視聴者は番組映像の視聴を続けながら、特段の操作を行うことなく、番組の最新情報に基づき更新された検索結果を確認できる。図22は、図20のS24を詳細に示すフローチャートである。第2番組表表示部94は、番組情報保持部50の番組情報に基づいて第2番組表を表示させるS50。カーソル表示部90は、視聴者の操作に応じて、第2番組表の複数の番組枠間でカーソルの表示位置を移動させる。カーソルが移動した場合S52のY、第2番組表表示部94は、カーソルで指定された番組枠、言い換えれば仮選択番組の番組枠を、他チャンネルの番組枠よりも拡大表示させるS54。そのカーソルの移動に伴って、番組枠の一部が非表示となりS56のY、その番組枠が放映中の番組のものである場合S58のY、第2番組表表示部94は、その番組枠の残余領域に、番組情報の先頭から表示させるS60。その番組枠が放映終了後の番組のものであればS58のN、S60はスキップされる。また、番組枠の一部が非表示にならなければS56のN、S58およびS60はスキップされる。カーソルの移動がなければS52のN、S54~S60はスキップされる。続いて、第2番組表において視聴操作対象の番組が選択されると、言い換えれば本選択番組の指定がなされるとS62のY、第2番組表表示部94は選択された番組の番組情報を番組詳細ウィンドウ136にポップアップ表示させるS64。このとき、番組詳細ウィンドウ136にあわせて操作アイコン138が表示され、また、背景となる第2番組表はぼかして表示される。本選択番組に対して録画予約が設定されるとS66のY、第2番組表表示部94は、録画予約の時間帯を示す録画予約ライン142を第2番組表に設定するS68。録画予約が設定されなければS66のN、S68はスキップされる。本選択番組の指定がなければS62のN、S64~S68はスキップされる。文字フォントの変更や番組枠のサイズ変更等、第2番組表の表示態様の変更指示が受け付けられるとS70のY、第2番組表表示部94は第2番組表の態様を即時に変更するS72。表示態様の変更指示がなければS70のN、S72はスキップされる。この態様によれば、第2番組表においてカーソルで選択された番組枠の領域が動的に拡大され、選択前よりも多くの番組情報が表示される。これにより、視聴者は番組情報を確認するために別画面を表示させる等の操作を行う必要性が低減する。言い換えれば、番組情報を確認するための視聴者の操作が簡略化され、電子番組表の利便性が向上する。また、第2番組表と番組詳細ウィンドウ136とが重ねて表示されることにより、第2番組表において視認していた時間や番組位置を視聴者の印象に残したまま、番組に対して視聴操作を行わせることができる。また、番組詳細ウィンドウ136の背景となる第2番組表の画質を低下させることにより、番組詳細ウィンドウ136の視認性を相対的に向上させることができる。また、第2番組表の表示を維持したまま、言い換えれば別の設定画面に遷移することなく、ユーザの指定に応じて、第2番組表の表示態様が随時変更される。これにより、視聴者は、表示態様を変化させたことによるフィードバックを即座に得ることができる。例えば、視認容易性の変化等を即座に確認できる。また、録画予約に応じて録画予約ライン142が第2番組表に設定されることで、多数のチャンネルの存在により録画予約された番組枠を直接確認できない場合でも、視聴者は録画予約の設定状況を容易に確認できる。これにより、例えば、録画予約の重複や予期しない上書きを防止できる。さらにまた、一部が非表示になった番組枠については、表示すべき番組情報の先頭から表示させることで、その番組枠の残余領域に、重要な情報番組タイトル等が優先して表示される。番組情報の途中から表示される場合、視聴者はそもそも何の番組であるのかを判別しにくいが、このように番組情報の先頭から表示されることで番組内容を判別しやすくなる。なお、放映中の番組枠についてのみ、番組情報がスライド表示されることで、視聴者が視聴可能な番組に限定して、その番組内容を判別しやすく提示できる。図23は、図20のS28を詳細に示すフローチャートである。ビデオ操作画面表示部96はビデオ画面を表示させ、録画リスト表示部98はそのビデオ画面において録画リスト150を表示させるS80。この録画リストでは、再生が途中で中断された録画コンテントはその旨を示唆する態様で表示される。具体的には、再生の進行度合いを示す再生進行率が録画コンテントのそれぞれと対応づけて表示される。これにより、視聴者は再生すべき録画コンテントを効率よく決定できる。再生の開始指示が受け付けられるとS82のY、再生処理部66は録画コンテントの再生処理を開始しS84、録画映像のデータを番組映像表示部84へ逐次送出する。番組映像表示部84は、その録画映像をディスプレイ14に表示させるS86。再生の停止指示が受け付けられなければS88のN、S86に戻る。再生の停止指示が受け付けられるとS88のY、再生処理部66は録画コンテントの再生処理を停止しS90、その時点での再生進行率を録画情報保持部52に格納するS92。再生の開始指示が受け付けられなければS82のN、S84~S92はスキップされる。図24は、情報処理装置11の動作を示すフローチャートである。同図は、主にバックグラウンドプロセスとして実行される動作を示している。予め定められた通知インターバル例えば1分が経過するとS100のY、視聴状況通知部99は、ライブ映像が表示中の番組IDおよび録画予約済の番組IDを情報管理サーバ16へ通知するS102。通知インターバルが経過しなければS100のN、S102はスキップされる。録画処理部64は録画情報保持部52の録画情報を参照して、予約された録画処理を実行する。すなわち、録画処理が未開始でS104のN、録画開始時刻となった場合S106のY、録画処理部64は録画処理を開始するS108。録画開始時刻にならなければS106のN、S108はスキップされる。また、録画処理が開始済であればS104のY、S106およびS108はスキップされる。録画処理が開始済でS110のY、予め定められた順位決定インターバル例えば1分が経過するとS112のY、指標値取得部68はライブ指標値および予約指標値を情報管理サーバ16から取得するS114。人気度決定部70は、それらの指標値にしたがって各番組の人気順位を決定するS116。録画中の番組が所定順位以上になった場合S118のY、録画処理部64は録画データにチャプタを挿入するS120。録画中の番組が所定順位以上にならない場合S118のN、S120はスキップされる。順位決定インターバルが経過しなければS112のN、S114~S120はスキップされる。このように録画コンテントにチャプタが設定されることにより、視聴者は、その録画コンテントを再生する際に、視聴者に人気の場面を容易にサーチ頭出しして確認できる。続いて録画終了時刻となった場合S122のY、録画処理部64は、録画処理を終了するS124。サムネイル設定部72は、人気順位が所定順位以上となった時点の録画映像画像からサムネイル画像を設定しサムネイル保持部54へ格納するS126。録画終了時刻にならなければS122のN、S124およびS126はスキップされる。録画処理が未開始であればS110のN、S112~S126はスキップされる。この態様によれば、視聴者に人気の場面がサムネイル画像となり、サムネイル画像による録画コンテントの識別性が高まる。以上、前提技術の一形態を説明した。この形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も前提技術の範囲にあることは当業者に理解されるところである。以下、前提技術の変形例を示す。第1の変形例を説明する。上記前提技術の一形態の検索キー取得部74は、EPG情報として受け付けられた番組情報を検索キーとした。変形例では、情報処理装置11は、文字多重放送いわゆる字幕放送における字幕情報をチューナー13から取得する字幕情報取得部をさらに備えてもよい。検索キー取得部74は、この字幕情報に含まれる字幕文字列を検索キーとしてもよい。例えば、字幕文字列を形態素解析し、その字幕文字列に含まれる名詞句を検索キーとしてもよい。また、字幕情報取得部が新たな字幕情報を取得した場合、検索キー取得部74は、その新たな字幕情報に含まれる字幕文字列を新たな検索キーとして、検索実行部76に新たな検索処理を実行させてもよい。第2の変形例を説明する。検索キー取得部74は、指標値取得部68において取得されたライブ指標値や予約指標値、人気度決定部70において決定された各番組の人気順位にしたがって検索キーを取得してもよい。この態様によれば、番組の人気が高まった時点の番組関連情報を検索キーとし、視聴者に対して有用な検索結果を提供しやすくなる。例えば、ある番組の映像を表示中に、その番組のライブ指標値や予約指標値、もしくはそれらの合計値が所定値以上になった場合に、その時点の番組情報や字幕文字列から検索キーを取得してもよい。また、ある番組の映像を表示中に、その番組の人気順位が所定順位以上になった場合に、その時点の番組情報や字幕文字列から検索キーを取得してもよい。なお、字幕文字列、指標値、人気順位の履歴が番組IDと対応づけてデータ保持部48に保持されてもよく、録画コンテントの再生時、検索キー取得部74はその履歴情報に基づいて検索キーを取得してもよい。第3の変形例を説明する。上記前提技術の一形態では、第1番組表について各番組の人気順位を反映した表示態様とすることとし、第2番組表については言及しなかった。変形例では、第2番組表についても各番組の人気順位を反映した表示態様としてもよい。この場合、第2番組表表示部94は、人気度決定部70により決定された人気順位にしたがって、第2番組表の各番組枠の表示態様色彩や文字フォント等を変化させてもよい。また第1番組表と同様に、順位インジケータや指標値そのもののデータを番組枠と対応づけて表示させてもよい。この態様によれば、第2番組表において視聴操作の対象とする番組を選択する視聴者に対し有用な情報を提供できる。例えば、他の視聴者の多くが録画予約している番組を視聴者に示唆でき、視聴者が録画予約すべき番組を決定することを支援できる。第4の変形例を説明する。第1番組表表示部92は、視聴者の属性や趣向、番組の関連情報に応じて、チャンネルごとの番組枠の大きさ、典型的にはチャンネル軸方向の長さを動的に変化させてもよい。例えば、視聴者の年齢層や性別に応じて、その属性を有する視聴者において視聴されやすい傾向のあるチャンネルほど、その番組枠を大きく表示させてもよい。また、現時点の人気順位が高いチャンネルほど、その番組枠を大きく表示させてもよい。また、1つの番組の放映が終了し、次の番組の放映が未開始のチャンネルの番組枠を、番組の放映が継続中の他チャンネルの番組枠よりも小さく表示させてもよい。この態様によれば、視聴者が選択しやすいと想定されるチャンネルの番組枠ほど、その視認性を向上させ、また、表示可能な番組情報量を増加させることができる。第5の変形例を説明する。番組映像取得部58は、人気度決定部70により決定された現時点の人気順位が所定順位以上典型的には1位の番組映像をチューナー13から取得してもよい。人気順位が変動した場合、その変動に応じて映像情報を取得するチャンネルを動的に切替えてもよい。番組映像表示部84は、番組映像取得部58により人気順位の変動に応じて取得された番組映像をディスプレイ14に表示させる。この態様によれば、視聴者に人気の高い番組が自動的に選択され、ディスプレイ14には常に人気の高い番組映像が表示される。いわば、視聴者による操作が不要のザッピング処理が実現される。第6の変形例を説明する。再生処理部66は、録画コンテントを再生した際、その旨を示す情報を番組IDとともに情報管理サーバ16へ通知してもよい。情報管理サーバ16は、その番組IDの番組を録画予約した視聴者に占める、録画コンテントの再生を行った視聴者の割合を示す再生実施率を番組IDと対応づけて定期的に情報処理装置11へ配信してもよい。その再生実施率は、録画情報保持部52の録画情報に格納される。そして、録画リスト表示部98は、録画リストにおける録画コンテントのそれぞれに再生実施率をさらに対応づけて表示させてもよい。視聴者は、各録画コンテントの再生実施率を参考にして、複数の録画コンテントの中から自身が視聴すべきものを選択できる。第7の変形例を説明する。録画処理部64は、視聴者による録画操作がなくても、人気順位が所定順位以上典型的には1位のライブ映像を録画してもよい。この場合、録画処理部64は、人気順位の変動に応じて、録画するライブ映像を動的に変更する。この態様によれば、人気順位が高い番組のライブ映像が常にバックグラウンドで録画されることになる。視聴者は、他の視聴者の人気が高かった番組映像をあとから効率よく確認できる。本変形例の態様は、特に、複数のチューナー13を備える番組視聴システム10において好適である。上記前提技術の一形態では、視聴者がある番組を視聴中に、第1番組表により別番組の人気が高まったことを確認できる。しかし、その時点で別番組に切替えても、人気が高まった番組映像そのものの確認は難しい場合もある。この変形によれば、人気が高まった番組映像が常に録画されているため、視聴者は人気が高まった番組映像そのものを確認しやすくなり、視聴者の利便性を高めることができる。第8の変形例を説明する。カーソル表示部90は、第2番組表でのカーソル移動について、視聴者から所定の操作がなされた場合は、録画予約済の番組枠をカーソルにより順次選択させてもよい。この態様によれば、視聴者は、第2番組表において録画予約済の番組を効率的に選択できる。第9の変形例を説明する。上記前提技術の一形態では、各番組の人気順位は情報処理装置11において決定されることとした。変形例では、各番組に対する視聴者全属性の人気順位および視聴者属性ごとの人気順位は情報管理サーバ16において決定されてもよい。この場合、情報処理装置11の指標値取得部68はその人気順位を指標値として情報管理サーバ16から取得してもよく、人気度決定部70は取得された人気順位をそのままデータ処理部56へ送出してもよい。第10の変形例を説明する。上記前提技術の一形態では、人気順位の履歴が情報処理装置11に保持されることとした。変形例では、その人気順位のもととなった指標値の履歴が情報管理サーバ16に保持されてもよい。例えば、情報管理サーバ16は集計履歴保持部をさらに備え、集計履歴保持部は視聴状況の集計結果を日時情報と対応づけて、集計履歴として保持してもよい。情報処理装置11において過去に放映された番組の人気順位を取得すべき際例えば、録画コンテントを再生する際には、情報管理サーバ16から集計履歴を取得して、過去の人気順位を決定してもよい。第11の変形例を説明する。上記前提技術の一形態では、番組情報取得部60はチューナー13からEPG情報を取得することとした。変形例では、番組情報取得部60は、インターネット15を介して、インターネット15上の情報提供サーバからEPG情報を取得してもよい。さらに番組情報取得部60は、EPG情報をチューナー13から取得するとともに、そのEPG情報に付加して電子番組表に表示すべき番組関連情報を、インターネット15を介して取得してもよい。第12の変形例を説明する。上記前提技術に記載の情報処理装置11の機能は、チューナー13に実装されてもよい。この場合、チューナー13は、図5のCPU300、GPU302、メインメモリ308、ハードディスクドライブ334、ネットワークカード330、インタフェース332等を含んでもよい。そして、図6に記載の各種機能がチューナーにより実現されてもよい。第13の変形例として、第1番組表116の表示態様に関し説明する。図25は、本変形例における第1番組表の表示イメージを示す。同図の表示イメージは図13に対応しており、図13の構成要素と同一もしくは対応する構成要素には同一の符号を付している。表示局インジケータ160は、映像表示画面110で表示中の放送局を示す。第1番組表116の番組枠118a、番組枠118b、番組枠118cこれらを総称して番組枠118とも呼ぶ。のそれぞれは、視聴数フィールド162と、録画数フィールド164と、視聴増減数フィールド166と、録画増減数フィールド168と、進行度インジケータ126とを含む。進行度インジケータ126は、各局の番組について現在時点での進行度合いを示す。視聴数フィールド162は、各局の番組を視聴中のユーザ数を示す。録画数フィールド164は、各局の番組を録画中のユーザ数を示す。後述するように視聴数フィールド162の視聴ユーザ数と、録画数フィールド164の録画ユーザ数は、定期的本変形例では1分経過毎とする、以下同じに更新される。視聴増減数フィールド166は、更新前の視聴ユーザ数と更新後の視聴ユーザ数との差分、すなわち視聴ユーザ数の更新に伴う増減値を示す。録画増減数フィールド168は、録画ユーザ数の更新に伴う増減値を示す。視聴増減数フィールド166および録画増減数フィールド168の値も、視聴数フィールド162および録画数フィールド164の更新に伴い更新される。このような第1番組表116を実現するための構成を説明する。情報管理サーバ16は、上記前提技術の一形態に示した構成に加えて、録画を実行中のユーザ数を集計するための録画実行数集計部をさらに備える。録画実行数集計部は、視聴者が現在録画中の番組の番組IDを、複数の情報処理装置11のそれぞれから定期的に取得して集計する。そのため、情報処理装置11の視聴状況通知部99は、録画処理部64により録画中の番組IDを定期的に情報管理サーバ16へ送信する。情報処理装置11の指標値取得部68は、ライブ指標値として、現在放映中の各番組を視聴しているユーザ数である視聴ユーザ数と、各番組を録画しているユーザ数である録画ユーザ数とを定期的に情報管理サーバ16から取得する。人気度決定部70は、指標値取得部68により取得された視聴ユーザ数および録画ユーザ数をそのまま人気の度合いを示すデータとして出力する。第1番組表表示部92は、ユーザの操作に応じて、映像表示画面110で表示中の番組映像に重ねて第1番組表116と表示局インジケータ160とを表示させる。第1番組表表示部92は、視聴ユーザ数を視聴数フィールド162へ設定し、前回設定した視聴ユーザ数と今回設定する視聴ユーザ数との増減値を算出して視聴増減数フィールド166へ設定する。また、録画ユーザ数を録画数フィールド164へ設定し、前回設定した録画ユーザ数と今回設定する録画ユーザ数との増減値を算出して録画増減数フィールド168へ設定する。第1番組表表示部92は、視聴数フィールド162、録画数フィールド164、視聴増減数フィールド166、録画増減数フィールド168の更新処理を指標値取得部68により新たにライブ指標値が取得される都度、すなわち1分経過毎に繰り返す。第1番組表表示部92は、視聴ユーザ数の増減数が所定の閾値以上例えば±500人以上である場合、図25の番組枠118aおよび番組枠118bで示すように、視聴増減数フィールド166を通常よりも強調した態様で表示させる。同様に、録画ユーザ数の増減数が所定の閾値以上例えば±100人以上である場合、図25の番組枠118bで示すように、録画増減数フィールド168を通常よりも強調した態様で表示させる。なお、ここでは番組枠118における強調表示の基準として増減数を使用したが、第1番組表表示部92は増減率を算出し、その増減率が所定の閾値以上の変動を示すことを条件として強調表示を行ってもよい。また、増減数と増減率のいずれか一方もしくは両方が所定の閾値以上となった場合に強調表示を行ってもよい。また、増加数と増加率のいずれか一方もしくは両方が所定の閾値以上となった場合に強調表示を行ってもよく、減少数と減少率のいずれか一方もしくは両方が所定の閾値以上となった場合に強調表示を行ってもよい。また、増加と減少のいずれか一方を条件としてもよいことはもちろんである。また、第1番組表表示部92は、強調表示に代えて、予め定められた画像や映像を該当する番組枠118に表示させることにより、視聴ユーザ数または録画ユーザ数の大幅な増減を演出的にユーザへ示唆してもよい。さらにまた、視聴ユーザ数および録画ユーザ数の増減数および/または増減率は情報管理サーバ16により算出され、情報処理装置11はその増減数および/または増減率をそのまま使用してもよい。また第1番組表表示部92は、各番組枠118の番組について、進行度インジケータ126を設定する。言い換えれば、ユーザが視聴していない番組、もしくは、図示しないカーソルにより選択していない番組枠118の番組についても進行度インジケータ126を設定する。これにより、ユーザは、未視聴もしくは未選択の番組を含む各番組の進行度合いを俯瞰しやすくなり、番組を効率的に選択しやすくなる。第1番組表表示部92は、番組枠118の他の表示や番組映像にオーバーレイさせて進行度インジケータ126を表示させてもよい。言い換えれば、他の表示オブジェクトに対して進行度インジケータ126をオーバーレイ表示させてもよい。なお、番組の進行度合いをユーザに提示するための表示態様はグラフ形式の進行度インジケータ126に限られない。第1番組表表示部92は、番組の進行度合いに応じて番組枠118に異なる表示態様例えば異なる背景色を設定してもよい。例えば、番組枠118における第1の背景色と第2の背景色の表示割合を進行度インジケータとして、番組の進行度合いに応じて逐次変化させてもよく、番組の進行に伴って一方の背景色の割合を漸次大きくしてもよい。この場合の進行度インジケータについても、他の表示オブジェクトに対してオーバーレイ表示させてもよいことはもちろんである。また第1番組表表示部92は、ユーザが選択中の番組、すなわち映像表示画面110に表示中の番組に対応する番組枠118の進行度インジケータを、未選択の他の番組に対応する進行度インジケータとは異なる態様例えば異なる色で表示させてもよい。また、第1番組表表示部92は、自装置において番組の視聴状況に変化があった場合、情報管理サーバ16からの情報取得を待つことなく、番組枠118の視聴数フィールド162を更新することにより、その変化を第1番組表116へ即時に反映する。具体的には、視聴中の番組が別の番組へ切り替えられた際、例えば操作検出部44が番組切替操作を検出した際、第1番組表表示部92は、それまで選局されていた番組枠118の視聴数フィールド162を即時にデクリメントする。また、新たに選局された番組枠118の視聴数フィールド162を即時にインクリメントする。同様に、第1番組表表示部92は、自装置において番組の録画状況に変化があった場合、情報管理サーバ16からの情報取得を待つことなく、番組枠118の録画数フィールド164を更新することにより、その変化を第1番組表116へ即時に反映する。具体的には、番組録画が開始された際、例えば操作検出部44が録画開始操作を検出した際や録画処理部64が録画処理を開始した際、第1番組表表示部92は、録画対象である番組枠118の録画数フィールド164を即時にインクリメントする。また、番組録画が終了した際、第1番組表表示部92は、録画対象であった番組枠118の録画数フィールド164を即時にデクリメントする。本変形例によれば、第1番組表116において各番組の視聴ユーザ数および録画ユーザ数が表示されるため、ユーザは各番組の人気の度合いを具体的に把握しやすくなる。また、増減数が表示されるため、ユーザは各番組の人気の推移を具体的に把握しやすくなる。また、視聴ユーザ数や録画ユーザ数が大幅に増減した番組、言い換えれば、人気が急変した番組をほぼリアルタイムに把握しやすくなる。このように、単に番組映像を視聴するだけでなく、他の視聴者の動向を把握しやすくすることで、番組視聴の興趣を高めるとともに、番組選択の利便性を高めることができる。例えば、人気が上昇している番組の存在をユーザに報知することで、その番組に対するユーザの視聴意欲を喚起し、視聴すべき番組をユーザが見逃してしまうことを回避させやすくなる。第2の前提技術図26は、本発明の第2の前提技術の一形態の情報処理システム100の構成を示す。第2の前提技術の情報処理システム100では、前提技術で既述した構成に加えて、番組視聴システム10と投稿サイトサーバ18とがインターネット15を介して接続される。投稿サイトサーバ18は、番組を視聴中の視聴者の番組内容に対する時々の感想が記されたコメント典型的には100文字程度の短文であり、以下ではツイートとも呼ぶ。が、視聴者の端末から即時に投稿される投稿サイトをインターネット15上に公開する。投稿コメントには、他のコメントとグループ化するためのタグであり、具体的には、複数の投稿コメントを一括して検索するための検索キーワードとなるタグ以下、ハッシュタグとも呼ぶ。が投稿者視聴者により付加されることがある。投稿サイトサーバ18は、特定のハッシュタグを指定したコメント取得要求言い換えれば検索要求を受け付けると、そのハッシュタグが付加された1以上のコメントのデータを検索要求元のクライアントへ一括して提供する。このような投稿サイトとしては、例えばTwitter商標もしくは登録商標が挙げられる。第2の前提技術の情報処理装置11は、様々な視聴者から投稿サイトサーバ18へ投稿されたコメントを取得して、現在放送中の番組を視聴しているユーザへ提示することにより、これまでにない視聴体験をユーザへ提供する。図27は、図26の情報処理装置11の機能構成を示すブロック図である。情報処理装置11は、前提技術で既述した構成に加えて、コメント保持部400と、コメント処理部402と、コメント表示部404と、地域情報表示部406とをさらに含む。第2の前提技術においては、番組情報取得部60により取得されて番組情報保持部50に格納される番組情報に、1つの番組を一意に特定する識別情報として予め定められたサービスIDおよびイベントIDと、番組の内容が属するジャンルやカテゴリ例えば、ニュースバラエティスポーツ等を示す情報とが含まれることとする。また、データ保持部48には、ユーザの属性情報として、1以上の特定の放送局に対応するユーザの視聴地域を示す情報が予め保持されることとする。図28は、図27のコメント保持部400を詳細に示すブロック図である。コメント保持部400は、取得コメント保持部410と定型コメント保持部412とを含む。取得コメント保持部410は、ユーザの操作にしたがって情報処理装置11が投稿サイトサーバ18から取得したコメントを保持する記憶領域である。投稿サイトサーバ18から取得されるコメントには、そのコメントの投稿日時が付加されている。定型コメント保持部412は、投稿サイトサーバ18に対する投稿コメントの作成を支援するための出来合いのコメントである定型コメントを保持する記憶領域である。図29は、定型コメント保持部412に格納されるデータの構成を示す。定型コメント保持部412は、ニュースバラエティスポーツ等、複数種類の番組のジャンルやカテゴリを示す情報と、各ジャンルに相応しいと想定される定型コメントとを対応付けて保持する。この定型コメントは、番組のジャンルに応じて投稿されやすい典型的なコメントとも言える。同図の定型コメント内の番組名は、後述するように、投稿コメント作成時に、ユーザが視聴中の番組の名称例えば7時のニュース等へ動的に置き換えられる。図30は、図27のコメント処理部402を詳細に示すブロック図である。コメント処理部402は、コメント取得部420と、コメント投稿部422と、タグ集計部424とを含む。コメント取得部420は、ユーザの操作に応じて特定されるハッシュタグを検索キーとしてコメントの取得要求を投稿サイトサーバ18へ送信し、そのハッシュタグが付加された1以上のコメントのデータを投稿サイトサーバ18から取得する。そして、取得したコメントのデータを取得コメント保持部410へ格納する。コメント投稿部422は、コメント作成画面後述においてユーザが作成したコメントのデータを投稿サイトサーバ18へ送信することにより、そのコメントを投稿サイトサーバ18へ登録する。コメント投稿部422は、ユーザが作成したコメントを投稿するに際して、情報処理装置11にインストールされて番組視聴機能を提供するソフトウェア以下、番組視聴ソフトとも呼ぶ。を示す予め定められたハッシュタグと、ユーザが視聴中の放送局を示す予め定められたハッシュタグをそのコメントに付加する。なお、コメント取得部420およびコメント投稿部422は、投稿サイトサーバ18が公開するWebAPIApplicationProgrammingInterfaceのうちコメント取得用のAPIおよびコメント投稿用のAPIを呼び出すことにより上記処理を実行してもよい。タグ集計部424は、取得コメント保持部410に保持された複数のコメントを参照して、各コメントに付加されたハッシュタグの数をその種類ごとに集計する。言い換えれば、複数のコメントに亘る各ハッシュタグの登場回数を集計する。さらに言い換えれば、複数種類のハッシュタグ例えばsoccerやkokkaiのそれぞれが付加されたコメントの数を、ハッシュタグの種類ごとに算出する。なお、取得コメント保持部410に保持されたコメントは、ユーザの操作画面選択操作等に基づいて投稿サイトサーバ18から取得されたものであり、ユーザの操作に基づいて表示対象となったものであるとも言えるまたタグ集計部424は、集計時刻から過去1時間以内に投稿された言い換えれば、投稿日時が集計時刻から過去1時間以内のコメントをハッシュタグの集計対象とする。さらにまたタグ集計部424は、ハッシュタグの集計処理を、情報画面の表示操作が検出されたことをトリガに開始してもよく、一定時間例えば10分の経過を検出したことをトリガに開始してもよい。図31は、図27のコメント表示部404を詳細に示すブロック図である。コメント表示部404は、第1コメント表示部430と、第2コメント表示部432と、カーソル表示部434と、コメント要素選択部436と、作成画面表示部438と、コメント作成支援部440と、入力コメント設定部442と、頻出タグ表示部444とを含む。第1コメント表示部430は、全てのツイートリスト以下、TLと表記する。を表示する全TL画面後述をディスプレイ14に表示させる。第2の前提技術におけるツイートリストは、投稿サイトサーバ18への投稿コメントを表示させるユーザインタフェースを意味し、投稿コメントを時系列に配置したいわゆるタイムラインを含む概念である。第2コメント表示部432は、特定の放送局に関するコメントを表示するチャンネルTL画面後述、および特定のハッシュタグに関するコメントを表示するハッシュタグTL画面後述をディスプレイ14に表示させる。カーソル表示部434は、第1コメント表示部430および第2コメント表示部432が表示したTL画面において、特定の領域以下、エリアとも呼ぶ。や、特定のコメントをユーザが選択するためのカーソルを表示させる。カーソル表示部434は、コントローラ12の十字キーのうち上下のスイッチの押下が操作検出部44において検出された場合、複数のエリアやコメントに亘ってカーソルを移動させてもよい。コメント要素選択部436は、コントローラ12に対するユーザの操作に応じてカーソルによりフォーカスされたエリアやコメントにおける特定の要素文字列を選択する。この要素文字列は、典型的にはコメント本文と異なる文字列であり、例えばウェブページのURLやハッシュタグの文字列である。コメント要素選択部436は、コントローラ12の十字キーのうち左右のスイッチの押下が操作検出部44において検出された場合、カーソルによるフォーカスされたコメントに付加された個々のハッシュタグを順次選択して所定の態様にて強調表示させてもよい。作成画面表示部438は、コメントの投稿操作の種類を選択するためのツイートメニュー画面後述、および投稿用のコメントを作成するためのコメント作成画面後述をディスプレイ14に表示させる。作成画面表示部438は、コメント作成画面においてコメントの文字を入力するためのソフトウェアキーボード言い換えれば、スクリーンキーボードを表示させる。コメント作成支援部440は、番組情報保持部50に保持された番組情報を参照することにより、ユーザが視聴中の番組のジャンルを特定する。そして、定型コメント保持部412に保持された番組ジャンルと定型コメントの対応関係にしたがって、ユーザが視聴中の番組のジャンルに応じた定型コメントを選択する。入力コメント設定部442は、コメント作成画面に表示されたソフトウェアキーボードにおいてユーザが選択した文字を、コメント作成画面のコメント作成エリアへ設定する。また、ユーザにより定型コメントが選択された場合には、選択された定型コメントをコメント作成エリアへ自動で設定する。頻出タグ表示部444は、ユーザにより情報画面後述の表示が指示された場合、タグ集計部424で集計された各ハッシュタグの出現回数について、上位8つのハッシュタグ以下、頻出タグとも呼ぶ。を特定する。そして、頻出タグのそれぞれを、複数のコメントに亘っての出現回数とともに情報画面の頻出タグ表示領域に表示させる。図27に戻り、地域情報表示部406は、ユーザにより情報画面後述の表示が指示された場合、各地域において各放送局の番組を視聴しているユーザ数である視聴ユーザ数を指標値取得部68から取得する。そのために、情報管理サーバ16の視聴者数集計部26は、ユーザが視聴中の番組の情報をその放送局を示す情報とともに情報処理装置11から取得して、各地域の放送局ごとに視聴ユーザ数を集計する。そして情報処理装置11の指標値取得部68は各地域の各放送局の試聴ユーザ数を取得して地域情報表示部406へ提供する。地域情報表示部406は、各地域の各放送局の試聴ユーザ数を情報画面の局別視聴状況表示領域に表示させる。以上の構成による動作を以下説明する。図32は、映像表示画面110の表示イメージを示し、図11に対応する図である。前提技術で既述したように、番組映像取得部58が複数の放送局で放送中の複数の番組のうちユーザが選択した1つの番組の映像をチューナー13から取得し、その映像情報にしたがって、番組映像表示部84が番組映像を映像表示画面110へ表示させる。ここで、第2の前提技術の操作アイコン112にはライブ機能アイコン112bが含まれる。映像表示画面110においてユーザによりライブ機能アイコン112bが選択されると、以降のフローチャートで説明するライブ機能が開始される。図33は、図26の情報処理装置11の動作を示すフローチャートである。映像表示画面110においてライブ機能アイコン112bが選択されるとS130のY、コメント取得部420は、データ保持部48に保持されたユーザの視聴地域と対応する複数の放送局それぞれのハッシュタグを検索キーとして、コメントの取得要求を投稿サイトサーバ18へ送信する。そして、各放送局のハッシュタグが付加されたコメントを投稿サイトサーバ18から取得して取得コメント保持部410へ格納する。言い換えれば、ユーザの視聴地域に対応する各放送局で放送中の番組に対して様々な視聴者により投稿されたコメントを取得するS132。第1コメント表示部430は、取得コメント保持部410に格納された各放送局のハッシュタグが付加されたコメントを取得する。そして、ある放送局のハッシュタグが付加された投稿コメントについて、その数が多いほど、その放送局の投稿コメントの表示におけるスクロール速度を速い値に決定する。言い換えれば、相対的に投稿コメント数が少ない放送局に対する投稿コメントのスクロール速度よりも、相対的に投稿コメント数が多い放送局に対する投稿コメントのスクロール速度を速い値に決定するS134。例えば、第1コメント表示部430は、0~20件、20~40件、、80件から100件という投稿コメント数の範囲のそれぞれと、スクロール速度との対応関係を予め保持してもよく、その対応関係を参照して各放送局に対する投稿コメントのスクロール速度を決定してもよい。第1コメント表示部430は、各放送局に対する投稿コメントを並行してスクロール表示させる全TL画面を表示させるS136。図33には不図示であるが、コメント取得部420は、予め定められた待機期間例えば1分が経過したことを検出すると、投稿サイトサーバ18から各放送局に対する投稿コメントを再度取得する。第2の前提技術では、各放送局に対する投稿コメントを、投稿日時が新しいものから順に最大100個取得することとする。第1コメント表示部430は、コメント取得部420において取得されたコメント数の推移に応じて、投稿コメントのスクロール速度を逐次変化させる。言い換えれば、コメント数が減少すればスクロール速度を低下させる一方、コメント数が増加すればスクロール速度を向上させる。また、コメント取得部420は、予め情報処理装置11に登録された投稿サイトにおけるユーザアカウントを使用して、投稿サイトサーバ18においてそのユーザアカウントと対応づけられたコメントも取得する。図34は、全TL画面の表示イメージを示す。映像表示画面110においてライブ機能アイコン112bが選択されると、第1コメント表示部430は、ディスプレイ14の表示画面の一部をライブ情報表示領域450とする。そして、番組映像が表示される映像表示画面110と並べて、ライブ情報表示領域450に全TL画面454を表示させる。全TL画面454では、ライブ機能が実行中であることを示すライブ機能タグ452と、全TL画面454であることを示す全TLタブ456が表示される。第1コメント表示部430は、局別コメントエリア458に設けられた各放送局の領域において、各放送局が放送中の番組に対する投稿コメントを並行して表示させる。言い換えれば、ある放送局が放送中の番組に対する投稿コメントは、他の放送局が放送中の番組に対する投稿コメントとは独立して表示させる。これにより、ユーザが視聴中の番組に対する他の視聴者のリアルタイムなコメントを、ユーザに対して逐次提示できる。また、現在視聴中ではない他番組に対する視聴者のリアルタイムなコメントも併せてユーザに提示できる。視聴者のコメントツイートは、番組表に示された情報からは知り得ない視聴者の生の声であるため、ユーザは視聴中の番組に対するコメントに加えて他番組に対するコメントを同時に確認して、視聴する番組の選択ができる。また、様々な番組を同時間帯に視聴している人々の時々の思いをユーザに逐次示すことにより、他の視聴者との緩やかなつながりをユーザに意識させる斬新な視聴体験を提供できる。また第1コメント表示部430は、局別コメントエリア458の各放送局の領域において、各放送局の番組に対する投稿コメントを、その投稿数に応じたスピードで、投稿日時が新しいものから順次左へスクロールさせて表示させる。これにより、コメント数が多い番組、典型的には多くの視聴者が盛り上がっている番組をユーザに直観的に把握させることができ、また、多くの視聴者が盛り上がっている番組をユーザが選択することを支援できる。また第1コメント表示部430は、投稿コメントを表示させる際、各コメントに付加されたハッシュタグおよびURL文字列を表示対象から除外する、言い換えれば非表示とする。例えば、取得コメント保持部410からコメントを取得後、そのコメントからハッシュタグおよびURL文字列を削除した上で、そのコメントを表示させてもよい。具体的には、第1コメント表示部430は、コメント文字列においてハッシュタグの開始を示す所定文字列例えばを検出した場合、そこからハッシュタグの終了を示す所定文字列例えば空白文字、スペースまでを削除してもよい。同様にURLの開始を示す所定文字列例えばhttp://を検出した場合、そこからURLの終了を示す所定文字列例えば空白文字、スペースまでを削除してもよい。局別コメントエリア458は複数の放送局の領域が含まれ、個々の放送局のコメント表示領域は相対的に小さいが、この態様によれば、各コメントの表示対象をその本文に限定することができる。これにより、各コメントを本質部分は維持させつつ効率的に表示させることができる。また第1コメント表示部430は、各放送局が放送中の番組の視聴者数を指標値取得部68から取得し、各放送局のコメント表示領域で表示させる。また第1コメント表示部430は、映像表示画面110において表示中のユーザが視聴中の番組に対応する放送局の領域を、他の領域と背景色を異ならせる等、所定の態様で強調表示させてもよい。これにより、現在視聴中の番組を他番組と容易に識別できるようユーザを支援できる。また、第1コメント表示部430は、ユーザコメントエリア460において、ユーザアカウントと対応づけられたコメントをスクロール表示させる。また、情報エリア462は、情報画面後述へ移行させる際に選択される領域である。本ソフトタグエリア464は、番組視聴ソフトを示すハッシュタグが付加されたコメント、すなわち番組視聴ソフトに関するコメント表示画面へ移行させる際に選択される領域である。カーソル表示部434は、全TL画面454において、局別コメントエリア458におけるいずれかの放送局の領域、ユーザコメントエリア460、局別コメントエリア458、ユーザコメントエリア460を選択するためのカーソルを表示させる。ユーザは、コントローラ12を介してカーソルを操作して特定の領域を選択することにより、任意の画面を表示させることができる。図33に戻り、全TL画面454の局別コメントエリア458におけるいずれかの放送局の領域がユーザにより選択された場合S138のY、コメント取得部420は、ユーザにより選択された放送局以下、選択放送局とも呼ぶ。に対して予め定められたハッシュタグを検索キーとして、コメントの取得要求を投稿サイトサーバ18へ送信する。そして、選択放送局のハッシュタグが付加されたコメントを投稿サイトサーバ18から取得しS140、取得コメント保持部410へ格納するS142。第2コメント表示部432は、取得コメント保持部410に格納された選択放送局のハッシュタグが付加されたコメントを取得する。そして、各コメントを投稿日時に応じた順序で一覧表示させるチャンネルTL画面を表示させるS144。このチャンネルTL画面は、選択放送局に関するいわゆるタイムラインである。一定時間例えば1分が経過するとS146のY、S140に戻ってコメントが再取得され、第2コメント表示部432は、チャンネルTL画面におけるツイートリストタイムラインを更新する。すなわち、コメント取得部420により新たなコメントが取得された場合、古いコメントを非表示とする一方で、その新たなコメントをチャネルTL画面に表示させる。図35は、チャンネルTL画面の表示イメージを示す。チャンネルTL画面470では、ライブ機能タグ452と、チャンネルTL画面470であることを示すチャンネルTLタブ472が表示される。同図のチャンネルTL画面470では、選択放送局そのハッシュタグはTVAAの番組に対するコメントが投稿日時の降順に一覧表示されている。また全TL画面454と異なり、ハッシュタグ474やURL文字列もそのまま表示される。カーソル表示部434は、チャンネルTL画面470の表示中に、コントローラ12に対するユーザの操作が検出された場合、カーソル476を表示させる。そして、コントローラ12の十字キーに対する上下操作に応じて、コメント単位にカーソル476を上下に移動させる。コメント要素選択部436は、コントローラ12の十字キーに対する左右操作に応じて、カーソル476によりフォーカスされたコメントに記載されたハッシュタグ474やURL文字列のそれぞれを順次選択状態とする。あるハッシュタグが選択された状態でユーザによる所定操作例えば○ボタンの押下が検出された場合、第2コメント表示部432は、そのハッシュタグに関するツイートリストを含むハッシュタグTL画面を表示させる。図36は、ハッシュタグTL画面の表示イメージを示す。ハッシュタグTL画面480は、特定のハッシュタグここではsoccerに関するタイムラインである。ハッシュタグTL画面480では、ライブ機能タグ452と、ハッシュタグTL画面480であることを示すハッシュタグTLタブ482が表示される。同図のハッシュタグTL画面480では、ハッシュタグsoccerが付加されたコメントが投稿日時の降順に一覧表示されている。また、カーソル表示部434は、各コメントを選択するためのカーソル484を表示させる。図33に戻り、チャンネルTL画面470において一定時間の経過前にS146のN、カーソル476の移動操作が検出された場合S148のY、第2コメント表示部432は、チャンネルTL画面におけるタイムラインの更新を一時的に停止するS150。ユーザによるカーソル操作に応じて、カーソル表示部434はカーソル476を移動させ、第2コメント表示部432はタイムラインをスクロール表示させるS152。例えば、過去の投稿コメントであり、チャンネルTL画面470で非表示としたコメントがカーソル476により選択された場合、タイムラインをコメント単位でスクロールさせ、カーソル476により選択されたコメントを再表示させる。一定期間例えば30秒間が経過するまでに、カーソル476の移動操作が検出されなければS154のY、カーソル表示部434はカーソル476を非表示とし、第2コメント表示部432はチャンネルTL画面におけるタイムラインの更新を再開するS156。その一定期間内にカーソル476の移動操作が検出されればS154のN、S152へ戻る。カーソル476の移動操作がそもそもなければS148のN、S150~S156はスキップされる。なお、ハッシュタグTL画面の表示においても、検索キーが特定のハッシュタグとなる点を除き、S140~S156と同様の動作となる。このように、最新の投稿コメントを逐次取得してチャンネルTL画面470を逐次更新することにより、ユーザに最新の投稿コメントを提示できる。一方で、ユーザのカーソル操作コメントの選択操作等が行われている間は、チャンネルTL画面470の更新を抑制することにより、チャンネルTL画面470の更新によりユーザの操作を妨害してしまうことを回避できる。PCのマウス等と比較して、情報処理装置11を操作するコントローラ12例えばゲームコントローラは選択操作に対する制約が一般的に大きく、チャンネルTL画面470の更新がユーザの操作を妨害する程度も大きい。したがって、操作手段がマウス等の場合と比較して、ユーザ操作中のチャンネルTL画面470の更新を抑制することによりユーザの利便性を大きく向上させることができる。図37は、図33に続くフローチャートである。チャンネルTL画面やハッシュタグTL画面においてコメントの投稿操作のメニュー以下、ツイートメニューとも呼ぶ。を表示させる所定操作例えば□ボタンの押下が検出されるとS158のY、コメント作成支援部440は、映像表示画面110で表示中の番組のジャンルを特定して、そのジャンルと対応づけられた定型コメントを定型コメント保持部412から取得するS160。作成画面表示部438は、コメント作成支援部440により取得された定型コメントを含むツイートメニュー画面を表示させるS162。図38は、ツイートメニュー画面の表示イメージを示す。ツイートメニュー画面490では、ライブ機能タグ452と、ツイートメニュー画面490であることを示すツイートメニュータブ492が表示される。同図では、選択可能なツイートメニューとして、新規のツイート、カーソル494で指定したコメントに対するリツイート引用返信が表示されている。同図の下部には、番組ジャンルスポーツに予め対応づけられた定型コメント496が表示される。カーソル表示部434は、ツイートメニュー画面490においてカーソル494を表示させる。ユーザは、カーソル494を操作して、所望の操作の領域もしくは定型コメントの領域を選択する。図37に戻り、ツイートメニュー画面においてツイート引用返信定型コメントのいずれかが選択された場合、作成画面表示部438は、コメント作成画面を表示させるS164。ツイートメニュー画面において定型コメントが選択された場合S166のY、入力コメント設定部442は、ユーザによるコメント入力操作に先立って、コメント作成画面内のコメント作成エリアに、選択された定型コメントを自動的に設定するS168。定型コメントが未選択であればS166のN、S168はスキップされる。コメント作成エリアにおけるコメント入力の要求をユーザから受け付けると、作成画面表示部438は、各種のキーが配置されたキーボードを示す画像をコメント作成画面内に表示させるS170。そのキーボードのキーがユーザにより選択された場合、入力コメント設定部442は、そのキーに対応する文字をコメント作成エリアへ設定するS172。図39は、コメント作成画面の表示イメージを示す。コメント作成画面500には、コメント作成エリア502と、コメント作成エリア502で作成されたコメントを投稿サイトサーバ18へ投稿させるための投稿ボタン506が含まれる。同図のコメント作成エリア502には、ツイートメニュー画面490で選択された定型コメントこれは熱戦だが自動設定されている。なお、定型コメントに所定の置換元文字列が含まれている場合、入力コメント設定部442は、その置換元文字列を、その文字列に対応する置換先文字列へ変換した上でコメント作成エリア502へ設定する。例えば、定型コメントとして図29の番組名おもしろいが選択された場合、入力コメント設定部442はその定型コメントを、実際の番組名7時のニュース等おもしろいへと変換する。カーソル表示部434は、コメント作成画面500においてカーソル504を表示させる。ユーザがカーソル504によりコメント作成エリア502をフォーカスした上で所定ボタン例えば○ボタンを押下すると、作成画面表示部438は、ソフトウェアキーボードを表示させる。ユーザは、カーソル504を操作してソフトウェアキーボードにおける任意のキーを選択することにより、コメント作成エリア502に対して任意の文字を入力する。このように、番組のジャンルと定型コメントとの対応関係を予め保持し、ユーザの視聴中の番組のジャンルに対応する定型コメントを選択することにより、複数の定型コメントの中から視聴中の番組にふさわしい定型コメントを抽出してユーザへ提示できる。また、ユーザが選択した定型コメントをコメント作成エリアへ自動設定することにより、コメントの作成におけるユーザの負担を軽減できる。このような構成は、文字入力の手段にソフトウェアキーボードを用いる場合、特に好適である。すなわち、文字入力においてハードウェアキーボードではなくソフトウェアキーボードを用いる場合、文字入力におけるユーザの負担は一般的に大きくなる。したがって、ユーザに定型文を選択させることでユーザが入力すべき文字数を低減し、ユーザの負担を大きく軽減できる。図37に戻り、コメント作成画面500において投稿ボタン506が押下されるとS174のY、コメント投稿部422は、コメント作成エリアに入力された文字列を取得する。そして、その文字列に対して、番組視聴ソフト映像表示画面110に表示中の番組の放送局その番組のサービスIDイベントIDのそれぞれを示すハッシュタグを付加して最終的な投稿コメントを設定するS176。コメント投稿部422は、その最終的な投稿コメントのデータを投稿サイトサーバ18へ送信して登録するS178。投稿ボタンの押下が未検出であればS174のN、S176およびS178はスキップされる。ツイートメニューの表示操作が未検出であればS158のN、S160~S178はスキップされる。全TL画面454において局別コメントエリア458のいずれの放送局も未選択であれば図33のS138のN、S140~S178はスキップされる。このように、番組を視聴中のユーザに代わって適切なハッシュタグを自動設定することにより、ユーザはコメント本文だけを入力すればよく、ユーザの負担を軽減できる。既述したように、文字入力の手段がソフトウェアキーボードである場合、より一層ユーザの負担を軽減できる。全TL画面454において情報エリア462がユーザにより選択された場合S180のY、タグ集計部424は、取得コメント保持部410に保持されたコメントのうち、過去1時間以内に投稿されたコメントのデータを参照して、各コメントに付加されたハッシュタグを種類ごとに集計し、個々のハッシュタグの出現回数を特定するS182。頻出タグ表示部444は、情報画面を表示させるとともに、その情報画面の一部領域に、出現回数が上位8位までの頻出タグを、その出現回数とともに表示させるS184。これとともに地域情報表示部406は、情報画面の一部領域に、各地域における各放送局の視聴ユーザ数を表示させるS186。なお、タグ集計部424における集計対象もしくは頻出タグ表示部444における頻出タグの選定対象から、各放送局を示す所定のハッシュタグ例えば図35におけるTVAA等は除外される。図40は、情報画面の表示イメージを示す。情報画面510には、ライブ情報表示領域450と、情報画面510であることを示す情報タブ512が表示される。頻出タグ表示部444は、頻出タグ表示領域514に最近1時間における頻出タグの情報を表示させる。地域情報表示部406は、局別視聴状況表示領域516に、各地域の各放送局の視聴ユーザ数を表示させる。図40では、各放送局を示すハッシュタグと対応づけて視聴ユーザ数を表示している。また、各地域の視聴ユーザ数の合計、すなわち各地域に対応する放送局における視聴ユーザ数の合計も表示している。カーソル表示部434は、情報画面510においてカーソル518を表示させる。ユーザは、カーソル518を操作して、所望の頻出タグもしくは放送局タグを選択することにより、所望のハッシュタグTL画面を表示させることができる。図37に戻り、情報画面510において頻出タグがユーザにより選択されるとS188のY、コメント取得部420は、ユーザにより選択された頻出タグを検索キーとして、コメントの取得要求を投稿サイトサーバ18へ送信する。そして、頻出タグが付加されたコメントを投稿サイトサーバ18から取得するS190。第2コメント表示部432は、コメント取得部420により取得された頻出タグが付加されたコメントを、投稿日時に応じた順序で一覧表示させるハッシュタグTL画面を表示させるS192。ユーザにより頻出タグが選択されなければS188のN、S190およびS192はスキップされる。全TL画面454において情報エリア462が未選択であればS180のN、S182~S192はスキップされる。ライブ機能がそもそも未選択であれば図33のS130のN、S132以降の全ステップがスキップされる。このように、ユーザ操作にもとづき取得された投稿コメントにおける頻出タグが表示されることにより、多くのコメントに付加されたハッシュタグをユーザに提示することができる。例えば、サッカーの試合中継番組に対する投稿コメントについて、その放送局のハッシュタグが付加されたコメントよりも、soccer等のハッシュタグが付加されたコメントの方が多いことがある。すなわち、ユーザにとっては、放送局のハッシュタグが付加されたコメントのタイムラインよりも、soccer等のハッシュタグが付加されたコメントのタイムラインを表示させた方が有益な場合がある。頻出タグをユーザに提示することにより、番組を視聴するユーザにとって有益なハッシュタグの候補を提示し、ユーザが有益なタイムラインへ到達することを支援できる。また、ハッシュタグを集計する母集団は、ユーザの操作に応じて投稿サイトサーバ18から取得されたコメントであるため、ユーザが興味を持つコメントに関する頻出タグを効率的にユーザへ提示できる。以上、第2の前提技術の一形態を説明した。この形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も第2の前提技術の範囲にあることは当業者に理解されるところである。以下、第2の前提技術の変形例を示す。第1の変形例を説明する。上記第2の前提技術では特に言及していないが、チャンネルTL画面470においてカーソル476に対する操作が一定期間検出されず、カーソル表示部434がカーソル476を非表示とした場合、第2コメント表示部432は、その時点で表示されたタイムラインをコメント単位に徐々に更新してもよい。例えば、その時点で表示されたタイムライン内で最も古いコメントを非表示とするとともに、そのタイムライン内で最も新しいコメントよりも投稿日時が1つ新しいコメントを新たに表示対象として追加してもよい。そしてこの入れ替えを繰り返すことにより、タイムラインにおいて投稿日時が新しいコメントを順次表示させてもよい。より具体的には、タイムラインにおいてコメントを投稿日時の降順で配置する場合には、カーソルが非表示となった時点の表示位置から徐々に上スクロールさせて、投稿日時が新しいコメントを順次表示させてもよい。この変形例によれば、ユーザが選択していたコメントを起点として新しいコメントが順次表示されていくため、ユーザが選択していたコメントに関連したコメント例えば返信や引用等のコメントをユーザが発見することを容易なものにできる。また、カーソルが非表示となる前に選択していたコメントを、ユーザが再度選択することを容易なものにできる。さらに、第2コメント表示部432は、コメント取得部420で定期的に取得されたコメントの数が多いほど、タイムラインにおいて古いコメントと新しいコメントを速く入れ替えてもよく、タイムラインを速く上へスクロールさせてもよい。この変形例によると、番組へのコメント投稿数が多い状態か少ない状態かをユーザに直観的に把握させやすくなるとともに、新たなコメントを速くユーザへ提示しやすくなる。第2の変形例を説明する。上記第2の前提技術では特に言及していないが、番組情報保持部50に保持される番組情報において、各番組に対して複数のジャンルが割り当てられてもよい。例えば、ワイドショー番組に対して、ジャンルニュースとジャンルバラエティが割り当てられてもよい。また、定型コメント保持部412は、複数のジャンルに対して同一の定型コメントを対応付けて保持してもよい。例えば、ジャンルニュースとジャンルバラエティの両方に対して、同一の定型コメント笑えるーを対応づけてもよい。作成画面表示部438は、複数のジャンルが割り当てられた番組に対してコメント作成支援部440が同一の定型コメントを複数選択した場合、そのうち一方の定型コメントをツイートメニュー画面490において非表示としてもよい。この変形例によれば、ツイートメニュー画面490に同一の定型コメントを複数表示させてしまうことで、ユーザによる定見コメントの確認作業を無駄に煩雑にして、ユーザの負担を増加させてしまうことを回避できる。実施の形態実施の形態では、第2の前提技術で説明したツイート表示技術に関して、番組の快適な視聴とツイートの確認とを両立させた新たなユーザインタフェース以下、ツイート表示画面とも呼ぶ。を提案する。図41は、実施の形態のツイート表示画面520を模式的に示す。ツイート表示画面520は、番組映像の表示領域である映像表示画面110と、外部の投稿サイトへ投稿されたツイートの表示領域であり、映像表示画面110の下に設けられたライブ情報表示領域450を含む。ライブ情報表示領域450は、ツイートを横方向へスクロール表示する領域として、第1レーン522と第2レーン524を含む。第1レーン522と第2レーン524は互いに独立して異なるツイートを表示する。言い換えれば、複数のツイートが第1レーン522と第2レーン524のいずれかにおいて同時並行的に表示される。このようにライブ情報表示領域450を映像表示画面110の下に設けることで、図35のチャンネルTL画面や図36のハッシュタグTL画面よりも、番組映像を大きく表示させることができる。また、ツイートを同時並行で表示するレーンを複数設けることにより、ツイートの投稿状況、例えばある期間においてツイート数が急増している状況等を視聴者に直観的に把握させやすくなる。なお実施の形態においては、ライブ情報表示領域450は、映像表示画面110の下に設けられることとするが、映像表示画面110の上に設けられてもよい。また、実施の形態においては、ライブ情報表示領域450にツイート表示のための2つのレーンが設けられることとするが、3つ以上のレーンが設けられてもよい。例えば、情報処理システム100を用いた実験等により、確保すべき映像表示画面110の大きさと、同時並行で表示させるべきツイート数とのバランスを維持できるレーン数が適宜決定されてもよい。なお、図41のツイート表示画面520は、図35のチャンネルTL画面の表示中、および、図36のハッシュタグTL画面の表示中にコントローラ12の特定のボタンが押下されたことを契機として表示される。チャンネルTL画面→ツイート表示画面520と遷移した場合、チャンネルTL画面での表示対象ツイートであり、特定のチャンネル放送局のハッシュタグが付加されたツイートがライブ情報表示領域450に表示される。ハッシュタグTL画面→ツイート表示画面520と遷移した場合、ハッシュタグTL画面での表示対象ツイートであり、特定のハッシュタグが付加されたツイートがライブ情報表示領域450に表示される。図42は、図28で示したコメント保持部400について、実施の形態における詳細な機能構成を示すブロック図である。以下、前提技術で説明済の機能については再度の説明を省略する。取得コメント保持部410は、第1レーンバッファ414と第2レーンバッファ416を含む。第1レーンバッファ414は、ツイート表示画面520の第1レーン522で表示させるべきツイートを、その表示開始までの間、一時的に保持する記憶領域である。第2レーンバッファ416は、ツイート表示画面520の第2レーン524で表示させるべきツイートを、その表示開始までの間、一時的に保持する記憶領域である。図43は、図30で示したコメント処理部402について、実施の形態における詳細な機能構成を示すブロック図である。コメント処理部402は、コメント管理部426をさらに含む。以下、コメント取得部420とコメント管理部426について説明する。前提として、投稿サイトサーバ18は、検索APIとストリーミングAPIを外部へ公開し、これらのAPIに対するインターネット15を介したアクセスを許容する。検索APIは、特定のハッシュタグを指定した検索要求を受け付けて、その検索要求で指定されたハッシュタグが付加されたツイートを検索し、検索にヒットしたツイートを要求元へ提供するインタフェースである。ストリーミングAPIは、特定のハッシュタグを指定したストリーミング要求を受け付けて、そのハッシュタグが設定されたツイートが投稿されたときにそのツイートを要求元へ提供するインタフェースである。コメント取得部420は、ツイート表示画面520の表示要求が受け付けられたとき、投稿サイトサーバ18の検索APIを介して、特定のハッシュタグを指定した検索要求を投稿サイトサーバ18へ送信し、検索結果のツイートを投稿サイトサーバ18から取得する。それとともに、投稿サイトサーバ18のストリーミングAPIを介して、特定のハッシュタグを指定したストリーミング要求を投稿サイトサーバ18へ送信し、以降、投稿サイトサーバ18から提供されるツイートを逐次取得する。このツイートのデータには、ツイートの本文に加えて、投稿サイトサーバ18においてツイートを一意に識別するためのIDと、投稿サイトサーバ18への投稿日時が含まれる。検索要求およびストリーミング要求で指定するハッシュタグは、チャンネルTL画面→ツイート表示画面520と遷移した場合、チャンネルTL画面で指定されていた特定のチャンネルのハッシュタグである。また、ハッシュタグTL画面→ツイート表示画面520と遷移した場合、ハッシュタグTL画面で指定されていた特定のハッシュタグである。コメント管理部426は、コメント取得部420により取得されたツイートを、そのID、投稿日時とともに第1レーンバッファ414もしくは第2レーンバッファ416へ格納する。第1レーンバッファ414と第2レーンバッファ416のいずれを格納先とするかはラウンドロビンで交互に選択してもよい。コメント管理部426は、コメント取得部420により取得されたツイートについて、そのツイートのIDと同一IDのツイートが第1レーンバッファ414と第2レーンバッファ416のいずれかに格納済であれば、そのツイートをバッファへ格納することなく破棄する。第1レーンバッファ414と第2レーンバッファ416は、コメント管理部426により格納された複数のツイートを投稿日時の降順に整列させて、投稿日時が最も新しいツイートを読み出し位置の先頭に保持する。言い換えれば、投稿日時が新しいツイートほど先に読み出されるよう保持する。これにより、例えば、第1レーンバッファ414へ格納済の第1のツイートが存在しても、第1のツイートが表示されるまでの間に、第1のツイートよりも投稿日時が新しい第2のツイートが第1レーンバッファ414へ格納された場合、第2のツイートが先に表示されることになる。変形例として、コメント管理部426は、コメント取得部420により取得されたツイートの投稿日時と、そのツイートの格納先である第1レーンバッファ414もしくは第2レーンバッファ416に格納済のツイートの投稿日時とを比較してもよい。そして、各バッファにおいて投稿日時が新しいツイートほど読み出し順序が先になるよう、コメント取得部420により取得されたツイートをバッファへ挿入してもよい。コメント管理部426は、第1レーンバッファ414および第2レーンバッファ416に格納されたツイートのうち、投稿日時から現在時刻までの経過時間が2分を超過したツイートを削除する。これにより、投稿日時が古いツイート、すなわち現在の視聴者の感想から時間的に乖離したツイートであり、例えば古い放送内容に対するツイートの表示を抑制できる。削除条件としての経過時間の閾値は2分に限られず、システム開発者の知見や情報処理システム100を用いた実験等により適宜決定されてよい。図44は、図31で示したコメント表示部404について、実施の形態における詳細な機能構成を示すブロック図である。コメント表示部404は、第3コメント表示部446とスクロール速度決定部448をさらに含む。第3コメント表示部446は、コメント取得部420により取得されたツイートを第1レーン522と第2レーン524のいずれかに表示させる。具体的には、第1レーンバッファ414において読み出し位置の先頭に保持されたツイートを取得して、第1レーン522の右端から左方向へスクロール表示させる。同様に、第2レーンバッファ416において読み出し順序の先頭に保持されたツイートを取得して、第2レーン524の右端から左方向へスクロール表示させる。スクロール速度決定部448は、第1レーン522と第2レーン524のそれぞれに表示させるツイートのスクロール速度を決定する。以下、第1レーンバッファ414に保持されたツイートを第1レーン522へ表示させる場合について詳細に説明する。なお、第2レーンバッファ416に保持されたツイートを第2レーン524へ表示させる場合も同様である。第3コメント表示部446は、第1レーン522に対してツイートの文字列全てを表示済の場合、もしくは、ツイートの文字列の一部が未表示であるものの40文字以上を表示済の場合、次のツイートの表示開始タイミングであることを検出する。例えば、第3コメント表示部446は、表示データ出力部46に対して、ツイートの全文字列もしくは40文字以上をビデオRAMへ出力したか否かを問い合わせて、次のツイートの表示開始タイミングであるか否かを検出してもよい。第3コメント表示部446は、次のツイートの表示開始タイミングを検出すると、第1レーンバッファ414において読み出し位置の先頭に保持されたツイートを、表示対象ツイートとして特定する。スクロール速度決定部448は、第1レーンバッファ414に保持されたツイート言い換えれば第1レーン522への表示待ちのツイートそれぞれの文字数の合計値が大きいほど表示対象ツイートのスクロール速度を速い値に決定する。これは、第1レーンバッファ414に保持されたツイートの数が多いほど表示対象ツイートのスクロール速度を速い値に決定するとも言える。また、第1レーンバッファ414に所定の文字数以上の長いツイートが保持されている場合、表示対象ツイートのスクロール速度を速い値に決定するとも言える。なお、第1レーンバッファ414に保持されたツイートそれぞれの文字数の合計値は、第1レーンバッファ414が予め算出して保持してもよく、スクロール速度決定部448がスクロール速度の決定時に算出してもよい。またスクロール速度決定部448は、表示対象ツイート単体についても、その文字数が所定数例えば15文字以上の場合、文字数が多いほどスクロール速度を速い値に決定する。またスクロール速度決定部448は、直前のスクロール速度すなわち1つ前のツイートに対して決定したスクロール速度と、スクロール速度の変動の限度値を保持する。表示対象ツイートに対して一旦決定したスクロール速度が、直前のスクロール速度を超過し、かつ、上昇幅が上昇の限度値を超過する場合、表示対象ツイートのスクロール速度を、直前のスクロール速度上昇の限度値へ変更する。同様に、表示対象ツイートに対して一旦決定したスクロール速度が、直前のスクロール速度を下回り、かつ、低下幅が低下の限度値を超過する場合、表示対象ツイートのスクロール速度を、直前のスクロール速度-低下の限度値へ変更する。第3コメント表示部446は、スクロール速度決定部448により決定されたスクロール速度で表示対象ツイートを第1レーンバッファ414へスクロール表示させる。例えば、第3コメント表示部446は、スクロール速度と表示対象ツイートの文字列を表示データ出力部46に渡し、表示データ出力部46は、スクロール速度に応じたタイミングでツイート文字列のそれぞれを順次ビデオRAMへ順次書き込んでもよい。以上の構成による情報処理装置11の動作を以下説明する。以下の図45~図47の動作は、ツイート表示画面520への移行操作を受け付けたことを契機として並行して実行される。図45は、情報処理装置11の動作を示すフローチャートである。チャンネルTL画面もしくはハッシュタグTL画面においてユーザによるツイート表示画面520への移行操作を検出するとS200のY、ストリーミングAPIを介したツイート取得処理S202~S208と、検索APIを介したツイート取得処理S210~S216とを並行して実行する。ツイート表示画面520への移行操作が未検出であればS200のN、以降の処理をスキップして本図のフローを終了する。コメント取得部420は、ストリーミング要求を投稿サイトサーバ18へ送信するS202。投稿サイトサーバ18からツイートが通知されるとS204のY、コメント管理部426は通知されたツイートを適宜取得コメント保持部410へ格納するS206。具体的には、通知されたツイートのうち第1レーンバッファ414および第2レーンバッファ416に保持されてないツイート、言い換えれば、検索APIを介したツイート取得処理で未取得のツイートを第1レーンバッファ414と第2レーンバッファ416のいずれかへ格納する。投稿サイトサーバ18からツイートが通知されなければS204のN、S206をスキップする。別画面への移行操作があればS208のY、本図のフローを終了し、別画面への移行操作がなければS208のN、S204へ戻る。またコメント取得部420は、検索要求を投稿サイトサーバ18へ送信して検索結果を取得するS210。コメント管理部426は検索結果のツイートを適宜取得コメント保持部410へ格納するS212。具体的には、検索結果に含まれるツイートのうち第1レーンバッファ414および第2レーンバッファ416に保持されてないツイート、言い換えれば、ストリーミングAPIを介したツイート取得処理で未取得のツイートを第1レーンバッファ414と第2レーンバッファ416のいずれかへ格納する。別画面への移行操作があればS214のY、本図のフローを終了する。別画面への移行操作がなくS214のN、予め定められた検索の待ち時間例えば30秒が経過するとS216のY、S210へ戻る。検索の待ち時間が未経過であればS216のN、S214へ戻る。図46も情報処理装置11の動作を示すフローチャートである。ここでは、第1レーンバッファ414に保持されたツイートを第1レーン522へ表示させることとするが、第2レーンバッファ416に保持されたツイートを第2レーン524へ表示させる動作も同様である。チャンネルTL画面もしくはハッシュタグTL画面においてユーザによるツイート表示画面520への移行操作を検出するとS220のY、番組映像表示部84はそれまでよりも拡大された映像表示画面110の全面に番組映像を表示させるS221。そして、S222以降でツイート表示処理が実行される。ツイート表示画面520への移行操作が未検出であればS220のN、以降の処理をスキップして本図のフローを終了する。直前のツイートの文字列の全てを表示済の場合S222のY、S224をスキップし、第1レーンバッファ414に未表示のツイートが保持されていればS226のY、第3コメント表示部446は、投稿日時が最も新しいツイートを表示対象ツイートとして特定するS228。また、直前のツイートの一部文字列が未表示であってもS222のN、表示済文字数が40文字以上の場合S224のY、第1レーンバッファ414に未表示のツイートが保持されていればS226のY、第3コメント表示部446は同様に表示対象ツイートを特定するS228。スクロール速度決定部448は第1レーンバッファ414に保持されたツイートのデータ量に応じて表示対象ツイートのスクロール速度を決定するS230。具体的には、第1レーンバッファ414において表示待ちのツイート数や、各ツイートの文字数が多いほどスクロール速度を速い値に決定する。第3コメント表示部446は、スクロール速度決定部448により決定されたスクロール速度にしたがって、第1レーン522において表示対象ツイートのスクロール表示を開始させるS232。第1レーンバッファ414に未表示のツイートが保持されていなければS226のN、S228~S232をスキップする。直前のツイートの一部文字列が未表示でありS222のN、表示済文字列が40文字未満であればS224のN、S226~S232をスキップする。別画面への移行操作があればS234のY、本図のフローを終了し、別画面への移行操作がなければS234のN、S222へ戻る。図47も情報処理装置11の動作を示すフローチャートである。チャンネルTL画面もしくはハッシュタグTL画面においてユーザによるツイート表示画面520への移行操作を検出するとS240のY、S242以降のツイート削除処理を実行する。ツイート表示画面520への移行操作が未検出であればS240のN、以降の処理をスキップして本図のフローを終了する。コメント管理部426は、第1レーンバッファ414および第2レーンバッファ416に保持された未表示のツイートのうち投稿日時から2分を経過した古いツイートが存在するか否かを判定する。コメント管理部426は、古いツイートを検出するとS242のY、その古いツイートを第1レーンバッファ414もしくは第2レーンバッファ416から削除するS244。古いツイートを未検出であればS242のN、S244をスキップする。別画面への移行操作があればS246のY、本図のフローを終了し、別画面への移行操作がなければS246のN、S242へ戻り、古いコメントが存在するか再度判定する。本実施の形態の情報処理装置11は、映像表示画面110の下にライブ情報表示領域450を設け、ライブ情報表示領域450の2つのレーンで独立して異なるツイートを表示させる。これにより、番組映像を大きく表示させることができるとともに、ツイート投稿数の変動状況を視聴者に直観的に認識させやすくなる。また、投稿日時が新しいコメントを古いコメントよりも優先して表示させることにより、視聴者の最新の感想が記載された言わば鮮度の高いツイートを視聴者へ提示しやすくなる。また情報処理装置11は、40文字以上の長いツイートを表示中、次に表示すべきツイートがバッファに存在する場合、長いツイートの表示途中であっても、40文字を表示させたことを条件として次のツイートの表示を開始する。これにより、長いツイートを全て表示させることにより表示待ちのツイートが古いものとなってしまう弊害を回避し、新しいツイートをその投稿から短時間のうちに視聴者へ提示することができる。また、表示待ちのツイートの数が多い場合や文字数が長い場合にはツイートのスクロール速度を速めることにより、表示待ちのツイートを効率よく視聴者へ提示することができる。また情報処理装置11は、検索APIとストリーミングAPIの少なくとも一方で取得されたツイートを表示させる。これにより、投稿サイトサーバ18に投稿されたツイートにおいて一方のインタフェースで取得できなかったツイートがあっても、他方のインタフェースで取得できた場合、ツイート表示画面520で表示させることができる。すなわち、投稿サイトサーバ18からのツイートの取得を、2種類のインタフェースで互いに補完することにより、ツイート取得における漏れの発生を抑制できる。以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。第1の変形例として、第3コメント表示部446は、ライブ情報表示領域450におけるツイート表示レーンの数を、ツイートの取得状況に応じて動的に変更してもよい。具体的には、投稿サイトサーバ18から取得されるツイート数が所定の単位時間あたり所定数以上になった場合、ツイート表示レーンの数を3以上に増加させてもよい。もしくは、第1レーンバッファ414および第2レーンバッファ416に保持されたツイート数および/またはもしくは保持されたツイートの文字数の合計が所定値以上になった場合、ツイート表示レーンの数を3以上に増加させてもよい。第3コメント表示部446は、新たなツイート表示レーンの追加に伴ってライブ情報表示領域450をそれまでより拡大させてもよく、その一方、番組映像表示部84は映像表示画面110をそれまでより縮小させてもよい。この場合、コメント保持部400は追加レーン用の第3レーンバッファや第4レーンバッファを備えてもよい。コメント管理部426は、ツイート表示レーンを増加させることが決定された以降、投稿サイトサーバ18から取得されたツイートを追加レーン用のバッファに格納してもよい。第3コメント表示部446は追加レーン用のバッファからツイートを取得して、ライブ情報表示領域450に新たに追加された第3レーンや第4レーンにツイートを表示させてもよい。第2の変形例として、投稿サイトサーバ18から取得されるツイート数が所定の単位時間あたり所定数未満になった場合、ツイート表示レーンの数を1に減少させてもよい。もしくは、第1レーンバッファ414および第2レーンバッファ416に保持されたツイート数および/またはもしくは保持されたツイートの文字数の合計が所定値以上になった場合、ツイート表示レーンの数を1に減少させてもよい。第3コメント表示部446は、ツイート表示レーンの減少に伴ってライブ情報表示領域450をそれまでより縮小させてもよく、その一方、番組映像表示部84は映像表示画面110をそれまでより拡大させてもよい。この場合、コメント管理部426は、ツイート表示レーンを減少させることが決定された以降、投稿サイトサーバ18から取得されたツイートを第1レーンバッファ414のみへ格納してもよい。第3コメント表示部446は、第1レーンバッファ414と第2レーンバッファ416のそれぞれから交互にツイートを取得して、取得したツイートを第1レーン522へのみ表示させてもよい。第1および第2の変形例によれば、ツイートの増加状況や減少状況を視聴者に一層直観的に把握させることができる。またツイートが急増した場合、3行以上のレーンで並行して表示させるため、ツイートを視聴者に効率的に確認させつつ、ツイートのスクロール速度の上昇を抑制することができる。またツイート数が少ないときには、番組映像をより広い領域に表示させることができる。第3の変形例を説明する。上記実施の形態では、ツイート表示画面520を表示する際に、検索APIとストリーミングAPIの両方を使用してツイートを取得することとした。変形例としては、全TL画面チャンネルTL画面ハッシュタグTL画面を表示する際にも検索APIとストリーミングAPIの両方を使用してツイートを取得してもよいことはもちろんである。上述した実施の形態および変形例の任意の組み合わせもまた本発明の実施の形態として有用である。組み合わせによって生じる新たな実施の形態は、組み合わされる実施の形態および変形例それぞれの効果をあわせもつ。請求項に記載の各構成要件が果たすべき機能は、実施の形態および変形例において示された各構成要素の単体もしくはそれらの連携によって実現されることも当業者には理解されるところである。