(57)【特許請求の範囲】
【請求項１】
通信部と、
記憶部と、
番組の録画の予約に応じて、録画が予約された番組に対して番組ＩＤを割り当て、番組に対してコメントが書き込まれるサービスに関する情報を、複数のユーザがそれぞれ所有する機器から前記通信部を介して受信し、受信した前記サービスに関する情報を前記番組ＩＤに関連付けて前記記憶部に記憶させることで、前記複数のユーザの機器から前記サービスに関する情報を収集し、収集された前記サービスに関する情報に基づいて、番組に対してコメントが書き込まれるサービスから番組に対してのコメント情報と、コメント時刻情報とを前記通信部を介して取得し、取得したコメント情報及びコメント時刻情報を前記番組ＩＤと関連付けて記憶部に記憶させ、録画した番組の再生を示す情報を通信部を介して受信し、録画した番組の再生時に、前記コメント情報及びコメント時刻情報に基づいて、コメントをコメント時刻に合わせて画面上に表示するための処理を実行する制御部と
を具備するサーバ装置。
【請求項２】
請求項１に記載のサーバ装置であって、
前記制御部は、録画した番組の再生時に、前記複数のユーザの機器から収集された前記サービスに関する情報に基づいて取得された前記コメント情報及び前記コメント時刻情報に基づいて、コメントをコメント時刻に合わせて前記画面上に表示するための処理を実行する
サーバ装置。
【請求項３】
請求項２に記載のサーバ装置であって、
前記制御部は、複数のサービスから、それぞれ、コメント情報と、コメント時刻情報とを取得して番組ＩＤと関連付けて前記記憶部に記憶する
サーバ装置。
【請求項４】
請求項３に記載のサーバ装置であって、
前記制御部は、録画した番組の再生時に、前記サービス毎に、前記サービスから取得されたコメント情報の送信の開始及び停止の信号を前記通信部を介して受信し、前記信号に基づいて、前記サービス毎に、前記サービスから取得されたコメント情報のコメント情報の送信の開始及び停止を切り替える
サーバ装置。
【請求項５】
請求項２に記載のサーバ装置であって、
前記制御部は、録画した番組の再生時に、前記サービスに関する情報毎に、前記サービスに関する情報に基づいて取得されたコメント情報の送信の開始及び停止を示す信号を前記通信部を介して受信し、前記信号に基づいて、前記サービスに関する情報毎に、前記サービスに関する情報に基づいて取得されたコメント情報の送信の開始及び停止を切り替える
サーバ装置。
【請求項６】
請求項１に記載のサーバ装置であって、
前記制御部は、番組の録画の予約に応じて、放送日時の情報を前記通信部を介して受信し、受信した前記放送日時の情報を前記番組ＩＤと関連付けて前記記憶部に記憶させ、前記放送日時の情報に基づいて、番組の放送開始時刻と放送終了時刻とを判定し、放送開始時刻から番組の放送終了時刻までの間、前記サービスに関する情報に基づいて、前記サービスから前記コメントの情報と、前記コメントの時刻情報とを取得する
サーバ装置。
【請求項７】
請求項１に記載のサーバ装置であって、
前記制御部は、録画された番組の再生時に、前記サービスから前記コメントの情報と、前記コメントの時刻情報とを取得する
サーバ装置。
【請求項８】
請求項１に記載のサーバ装置であって、
前記制御部は、番組の録画の予約に応じて、複数のユーザがそれぞれ所有する機器から録画が予約された番組の番組名の情報、放送局名の情報及び放送日時の情報を受信し、受信した前記番組名の情報、前記放送局名の情報及び前記放送日時の情報を前記番組ＩＤに関連付けて記憶部に記憶させ、かつ、放送局名又は放送日時が異なる内容が同じ番組について、前記放送局名の情報及び前記放送日時の情報を同じ番組ＩＤに関連付けて前記記憶部に記憶させる
サーバ装置。
【請求項９】
請求項８に記載のサーバ装置であって、
前記制御部は、番組の録画の予約に応じて受信された前記番組名の情報、放送局名の情報及び放送日時の情報に基づいて、録画が予約された番組が、既に録画が予約された番組と内容が同じ番組であるかを自動的に推定し、録画が予約された番組が、既に録画が予約された内容が同じ番組である場合、既に録画が予約された番組と同じ番組ＩＤを割り当てる
サーバ装置。
【請求項１０】
請求項８に記載のサーバ装置であって、
前記制御部は、同じ前記番組ＩＤに関連付けられた、放送日時が異なる内容が同じ番組の放送日時の情報に基づいて、それぞれ、番組の放送開始時刻と放送終了時刻とを判定し、それぞれ、放送開始時刻から番組の放送終了時刻までの間、前記サービスに関する情報に基づいて、前記サービスから前記コメントの情報と、前記コメントの時刻情報とを取得する
サーバ装置。
【請求項１１】
請求項１０に記載のサーバ装置であって、
前記制御部は、番組の放送時に、番組ＩＤに関連付けられた前記サービスに関する情報が、そのとき番組を放送する放送局に対応する、前記サービスに関する情報であるかを判定し、前記サービスに関する情報が、そのとき番組を放送する放送局に対応する場合、前記サービスに関する情報に基づいて、番組に対してコメントが書き込まれるサービスから番組に対してのコメント情報と、コメント時刻情報とを前記通信部を介して取得する
サーバ装置。
【請求項１２】
請求項１に記載のサーバ装置であって、
前記サービスに関する情報は、ミニブログのハッシュタグ、電子掲示板の電子掲示板ＵＲＬ又は動画共有サイトの動画共有サイトＵＲＬであり、
前記サービスは、ミニブログ、電子掲示板又は動画共有サイトである
サーバ装置。
【請求項１３】
機器と、
通信部と、記憶部と、番組の録画の予約に応じて、録画が予約された番組に対して番組ＩＤを割り当て、前記機器から、番組に対してコメントが書き込まれるサービスに関する情報を、複数のユーザがそれぞれ所有する機器から前記通信部を介して受信し、受信した前記サービスに関する情報を前記番組ＩＤに関連付けて前記記憶部に記憶させることで、前記複数のユーザの機器から前記サービスに関する情報を収集し、収集された前記サービスに関する情報に基づいて、番組に対してコメントが書き込まれるサービスから番組に対してのコメント情報と、コメント時刻情報とを前記通信部を介して取得し、取得したコメント情報及びコメント時刻情報を前記番組ＩＤと関連付けて記憶部に記憶させ、録画した番組の再生を示す情報を通信部を介して受信し、録画した番組の再生時に、前記コメント情報及びコメント時刻情報に基づいて、コメントをコメント時刻に合わせて画面上に表示するための処理を実行する制御部とを有するサーバ装置と
を具備するシステム。
【請求項１４】
サーバ装置に、
番組の録画の予約に応じて、録画が予約された番組に対して番組ＩＤを割り当てるステップと、
番組に対してコメントが書き込まれるサービスに関する情報を、複数のユーザがそれぞれ所有する機器から通信部を介して受信し、受信した前記サービスに関する情報を前記番組ＩＤに関連付けて記憶部に記憶させることで、前記複数のユーザの機器から前記サービスに関する情報を収集するステップと、
収集された前記サービスに関する情報に基づいて、番組に対してコメントが書き込まれるサービスから番組に対してのコメント情報と、コメント時刻情報とを前記通信部を介して取得するステップと、
取得したコメント情報及びコメント時刻情報を前記番組ＩＤと関連付けて前記記憶部に記憶させるステップと、
録画した番組の再生を示す情報を前記通信部を介して受信するステップと、
録画した番組の再生時に、前記コメント情報及びコメント時刻情報に基づいて、コメントをコメント時刻に合わせて画面上に表示するための処理を実行するステップと
を実行させるプログラム。
【請求項１５】
番組の録画の予約に応じて、録画が予約された番組に対して番組ＩＤを割り当て、
番組に対してコメントが書き込まれるサービスに関する情報を、複数のユーザがそれぞれ所有する機器から通信部を介して受信し、受信した前記サービスに関する情報を前記番組ＩＤに関連付けて記憶部に記憶させることで、前記複数のユーザの機器から前記サービスに関する情報を収集し、
収集された前記サービスに関する情報に基づいて、番組に対してコメントが書き込まれるサービスから番組に対してのコメント情報と、コメント時刻情報とを前記通信部を介して取得し、
取得したコメント情報及びコメント時刻情報を前記番組ＩＤと関連付けて前記記憶部に記憶させ、
録画した番組の再生を示す情報を通信部を介して受信し、
録画した番組の再生時に、前記コメント情報及びコメント時刻情報に基づいて、コメントをコメント時刻に合わせて画面上に表示するための処理を実行する
処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、コメントをコメント時刻に合わせて画面上に表示するための処理を実行するサーバ装置等の技術に関する。
【背景技術】
【０００２】
近年、インターネット上では、ユーザのコメントが書き込まれるミニブログ、電子掲示板等が活発に利用されている。また、近年では、ユーザが動画をアップロードして、他のユーザと共有し、この動画に自由にコメントが書き込むことができる動画共有サイトが広く利用されるようになってきている。このようなサイトでは、動画にコメントが付加され、付加されたコメントが動画の再生に合わせて表示される。これにより、ユーザは、動画の新たな楽しみ方を得ている。
【０００３】
なお、本技術に関連する技術として、以下の特許文献１が挙げられる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−９４６５３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記したようなミニブログ、電子掲示板、動画共有サイト等から自動的に番組についてのコメント情報とコメント時刻情報とを取得し、録画した番組の再生時に、取得したコメントをコメント時刻に合わせて画面上に表示することができる技術が望まれている。
【課題を解決するための手段】
【０００６】
本技術の一形態に係るサーバ装置は、通信部と、記憶部と、制御部とを具備する。
前記制御部は、番組の録画の予約に応じて、録画が予約された番組に対して番組ＩＤを割り当て、番組に対してコメントが書き込まれるサービスに関する情報を前記通信部を介して受信し、受信した前記サービスに関する情報を前記番組ＩＤに関連付けて前記記憶部に記憶させ、前記サービスに関する情報に基づいて、番組に対してコメントが書き込まれるサービスから番組に対してのコメント情報と、コメント時刻情報とを前記通信部を介して取得し、取得したコメント情報及びコメント時刻情報を前記番組ＩＤと関連付けて記憶部に記憶させ、録画した番組の再生を示す情報を通信部を介して受信し、録画した番組の再生時に、前記コメント情報及びコメント時刻情報に基づいて、コメントをコメント時刻に合わせて画面上に表示するための処理を実行する。
【０００７】
このサーバ装置では、サービスに関する情報（例えば、ミニブログのハッシュタグ、電子掲示板の掲示板ＵＲＬ、動画共有サイトのＵＲＬ）に基づいて、サービス（例えば、ミニブログ、電子掲示板、動画共有サイト）から自動的に、コメント情報と、コメント時刻情報が取得される。そして、録画した番組の再生時に、取得したコメントをコメント時刻に合わせて画面上に表示することができる。
【０００８】
上記サーバ装置において、前記制御部は、複数のユーザがそれぞれ所有する機器から前記サービスに関する情報を前記通信部を介して受信して前記番組ＩＤと関連付けて前記記憶部に記憶させることで、前記複数のユーザの機器から前記サービスに関する情報を収集し、収集された前記サービスに関する情報に基づいて、前記サービスから前記コメント情報と、前記コメント時刻情報とを取得する
サーバ装置。
【０００９】
このサーバ装置では、複数のユーザの機器からサービスに関する情報を収集することができる。そして、収集された前記サービスに関する情報に基づいて、サービスからコメント情報と、コメント時刻情報とを取得することができる。
【００１０】
上記サーバ装置において、前記制御部は、録画した番組の再生時に、前記複数のユーザの機器から収集された前記サービスに関する情報に基づいて取得された前記コメント情報及び前記コメント時刻情報に基づいて、コメントをコメント時刻に合わせて前記画面上に表示するための処理を実行してもよい。
【００１１】
上記サーバ装置において、前記制御部は、複数のサービスから、それぞれ、コメント情報と、コメント時刻情報とを取得して番組ＩＤと関連付けて前記記憶部に記憶する
サーバ装置。
【００１２】
これにより、複数のサービスからコメント情報と、コメント時刻情報とを取得することができる。
【００１３】
上記サーバ装置において、前記制御部は、録画した番組の再生時に、前記サービス毎に、前記サービスから取得されたコメント情報の送信の開始及び停止の信号を前記通信部を介して受信し、前記信号に基づいて、前記サービス毎に、前記サービスから取得されたコメント情報のコメント情報の送信の開始及び停止を切り替えてもよい。
【００１４】
これにより、ユーザは、複数のサービスのうち、どのサービスから取得されたコメントを画面上に表示させるかを任意に選択することができる。
【００１５】
上記サーバ装置において、前記制御部は、録画した番組の再生時に、前記サービスに関する情報毎に、前記サービスに関する情報に基づいて取得されたコメント情報の送信の開始及び停止を示す信号を前記通信部を介して受信し、前記信号に基づいて、前記サービスに関する情報毎に、前記サービスに関する情報に基づいて取得されたコメント情報の送信の開始及び停止を切り替える
【００１６】
これにより、ユーザは、複数のサービスに関する情報のうち、どのサービスに関する情報に基づいて取得されたコメントを画面上に表示させるかを任意に選択することができる。
【００１７】
上記サーバ装置において、前記制御部は、番組の録画の予約に応じて、放送日時の情報を前記通信部を介して受信し、受信した前記放送日時の情報を前記番組ＩＤと関連付けて前記記憶部に記憶させ、前記放送日時の情報に基づいて、番組の放送開始時刻と放送終了時刻とを判定し、放送開始時刻から番組の放送終了時刻までの間、前記サービスに関する情報に基づいて、前記サービスから前記コメントの情報と、前記コメントの時刻情報とを取得してもよい。
【００１８】
このサーバ装置では、番組の放送開始時刻から番組の放送終了時刻までの間に、サービスからコメント情報と、コメント時刻情報とが取得される。
【００１９】
上記サーバ装置において、前記制御部は、録画された番組の再生時に、前記サービスから前記コメントの情報と、前記コメントの時刻情報とを取得してもよい。
【００２０】
このサーバ装置では、録画された番組の再生時に、サービスからコメント情報と、コメント時刻情報とが取得される。
【００２１】
上記サーバ装置において、前記制御部は、番組の録画の予約に応じて、複数のユーザがそれぞれ所有する機器から録画が予約された番組の番組名の情報、放送局名の情報及び放送日時の情報を受信し、受信した前記番組名の情報、前記放送局名の情報及び前記放送日時の情報を前記番組ＩＤに関連付けて記憶部に記憶させ、かつ、放送局名又は放送日時が異なる内容が同じ番組について、前記放送局名の情報及び前記放送日時の情報を同じ番組ＩＤに関連付けて前記記憶部に記憶させてもよい。
【００２２】
上記サーバ装置において、前記制御部は、番組の録画の予約に応じて受信された前記番組名の情報、放送局名の情報及び放送日時の情報に基づいて、録画が予約された番組が、既に録画が予約された番組と内容が同じ番組であるかを自動的に推定し、録画が予約された番組が、既に録画が予約された内容が同じ番組である場合、既に録画が予約された番組と同じ番組ＩＤを割り当てる
【００２３】
このサーバ装置では、既に録画が予約された番組と内容が同じ番組であるかを自動的に推定することができる。
【００２４】
上記のサーバ装置において、前記制御部は、同じ前記番組ＩＤに関連付けられた、放送日時が異なる内容が同じ番組の放送日時の情報に基づいて、それぞれ、番組の放送開始時刻と放送終了時刻とを判定し、それぞれ、放送開始時刻から番組の放送終了時刻までの間、前記サービスに関する情報に基づいて、前記サービスから前記コメントの情報と、前記コメントの時刻情報とを取得してもよい。
【００２５】
これにより、放送局名又は放送日時が異なる内容が同じ番組の放送日時に、それぞれ、サービスに関する情報に基づいて、コメント情報と、コメント時刻情報とが取得される。
【００２６】
上記サーバ装置において、前記制御部は、番組の放送時に、番組ＩＤに関連付けられた前記サービスに関する情報が、そのとき番組を放送する放送局に対応する、前記サービスに関する情報であるかを判定し、前記サービスに関する情報が、そのとき番組を放送する放送局に対応する場合、前記サービスに関する情報に基づいて、番組に対してコメントが書き込まれるサービスから番組に対してのコメント情報と、コメント時刻情報とを前記通信部を介して取得してもよい。
【００２７】
これにより、番組とは関係がないコメントが取得されてしまうことを防止することができる。
【００２８】
上記サーバ装置において、前記サービスに関する情報は、ミニブログのハッシュタグ、電子掲示板の電子掲示板ＵＲＬ又は動画共有サイトの動画共有サイトＵＲＬであってもよい。この場合、前記サービスは、ミニブログ、電子掲示板又は動画共有サイトであってもよい。
【００２９】
本技術の一形態に係るシステムは、機器と、サーバ装置とを具備する。
前記サーバ装置は、通信部と、記憶部と、制御部とを有する。
前記制御部は、番組の録画の予約に応じて、録画が予約された番組に対して番組ＩＤを割り当て、前記機器から、番組に対してコメントが書き込まれるサービスに関する情報を前記通信部を介して受信し、受信した前記サービスに関する情報を前記番組ＩＤに関連付けて前記記憶部に記憶させ、前記サービスに関する情報に基づいて、番組に対してコメントが書き込まれるサービスから番組に対してのコメント情報と、コメント時刻情報とを前記通信部を介して取得し、取得したコメント情報及びコメント時刻情報を前記番組ＩＤと関連付けて記憶部に記憶させ、録画した番組の再生を示す情報を通信部を介して受信し、録画した番組の再生時に、前記コメント情報及びコメント時刻情報に基づいて、コメントをコメント時刻に合わせて画面上に表示するための処理を実行する。
【００３０】
本技術の一形態に係るプログラムは、サーバ装置に、番組の録画の予約に応じて、録画が予約された番組に対して番組ＩＤを割り当てるステップを実行させる。
番組に対してコメントが書き込まれるサービスに関する情報を前記通信部を介して受信するステップを実行させる。
受信した前記サービスに関する情報を前記番組ＩＤに関連付けて前記記憶部に記憶させるステップを実行させる。
前記サービスに関する情報に基づいて、番組に対してコメントが書き込まれるサービスから番組に対してのコメント情報と、コメント時刻情報とを前記通信部を介して取得するステップを実行させる。
取得したコメント情報及びコメント時刻情報を前記番組ＩＤと関連付けて記憶部に記憶させるステップを実行させる。
録画した番組の再生を示す情報を通信部を介して受信するステップを実行させる。
録画した番組の再生時に、前記コメント情報及びコメント時刻情報に基づいて、コメントをコメント時刻に合わせて画面上に表示するための処理を実行するステップを実行させる。
【００３１】
本技術の一形態に係る処理方法は、番組の録画の予約に応じて、録画が予約された番組に対して番組ＩＤを割り当てることを含む。
番組に対してコメントが書き込まれるサービスに関する情報が前記通信部を介して受信される。
受信した前記サービスに関する情報が前記番組ＩＤに関連付けて前記記憶部に記憶される。
前記サービスに関する情報に基づいて、番組に対してコメントが書き込まれるサービスから番組に対してのコメント情報と、コメント時刻情報とが前記通信部を介して取得される。
取得したコメント情報及びコメント時刻情報が前記番組ＩＤと関連付けて記憶部に記憶される。
録画した番組の再生を示す情報が通信部を介して受信される。
録画した番組の再生時に、前記コメント情報及びコメント時刻情報に基づいて、コメントをコメント時刻に合わせて画面上に表示するための処理が実行される。
【発明の効果】
【００３２】
以上のように、本技術によれば、ミニブログ、電子掲示板、動画共有サイト等から自動的に番組についてのコメント情報とコメント時刻情報とを取得し、録画した番組の再生時に、取得したコメントをコメント時刻に合わせて画面上に表示することができる技術を提供することができる。
【図面の簡単な説明】
【００３３】
【図１】番組録画再生システムを示す図である
【図２】サーバの構成を示すブロック図である。
【図３】携帯端末の構成を示すブロック図である。
【図４】レコーダの構成を示すブロック図である。
【図５】番組録画再生システムの処理を示すフローチャートである。
【図６】携帯端末の表示部に表示される予約投入画面の一例を示す図である。
【図７】携帯端末の画面上に表示される検索結果のリストの一例を示す図である。
【図８】番組ＤＢ上の番組情報の一例を示す図である。
【図９】番組の録画予約投入時の処理についての他の例を示すフローチャートである。
【図１０】番組（動画）に対してコメントが書き込まれるサービスに関する情報が、ユーザによる携帯端末の操作により、番組ＤＢ上の番組情報に設定されるときの処理を示すフローチャートである。
【図１１】携帯端末の表示部の画面上に表示される予約リストの一例を示す図である。
【図１２】携帯端末の表示部の画面上に表示される予約情報画面と、連携サービス選択画面とを示す図である。
【図１３】ハッシュタグが携帯端末の表示部の画面上に表示された場合の一例を示す図である。
【図１４】携帯端末の表示部の画面上に表示されるミニブログ設定画面の一例を示す図である。
【図１５】ユーザが連携サービス選択画面において、「電子掲示板」ボタンが表示されている位置をタッチ操作したときの様子を示す図である。
【図１６】掲示板ＵＲＬが携帯端末の表示部の画面上に表示された場合の一例を示す図である。
【図１７】放送局掲示板設定画面の一例を示す図である。
【図１８】ユーザが目的とする電子掲示板を探し出したときの画面上の様子を示す図である。
【図１９】番組放送時におけるサーバの処理を示すフローチャートである。
【図２０】連携サービスから取得されたコメントの一例を示す図である。
【図２１】連携サービスから取得されたコメントの一例を示す図である。
【図２２】連携サービスから取得されたコメントの一例を示す図である。
【図２３】録画した番組を再生するときの、番組録画再生システムの処理を示すフローチャートである。
【図２４】携帯端末の表示部の画面上に表示される録画リストの一例を示す図である。
【図２５】携帯端末の表示部の画面上に表示される再生制御画面と、連携サービスのコメント表示／非表示選択画面とを示す図である。
【図２６】携帯端末の表示部の画面上に表示されるコメント表示画面の一例を示す図である。
【図２７】番組の再生中に、ユーザにより、携帯端末に早送り（又は巻き戻し）の指示が入力されたときの処理を示すフローチャートである。
【図２８】番組の早送り（又は巻き戻し）中に、ユーザにより携帯端末に再生の指示が入力されたときの処理を示すフローチャートである。
【図２９】番組の再生中に、ユーザにより、停止の指示が入力されたときの処理を示すフローチャートである。
【図３０】ユーザが、「動画共有サイト」ボタンの下側に表示されている「ｏｎにする」ボタンをタッチ操作したときの様子を示す図である。
【図３１】「動画共有サイト」ボタンの下側に表示されていた「ｏｎにする」ボタンが「ｏｆｆにする」ボタンに切り替えられたときの様子を示す図である。
【図３２】動画共有サイト由来のコメントが表示されなくなった場合におけるコメント表示画面の一例を示す図である。
【図３３】ユーザが、連携サービスのコメント表示／非表示選択画面内に表示された「ミニブログ」ボタンをタッチ操作したときの様子を示す図である。
【図３４】携帯端末の表示部の画面上に表示されるミニブログ（ハッシュタグ）設定画面の一例を示す図である。
【図３５】ユーザが「●放送局ハッシュ#mrt」と表示された位置をタッチ操作した後のミニブログ設定画面の様子を示す図である。
【図３６】ハッシュタグ（#mrt）由来のコメントが表示されなくなった場合におけるコメント表示画面の一例を示す図である。
【発明を実施するための形態】
【００３４】
以下、本技術に係る実施形態を、図面を参照しながら説明する。
【００３５】
＜第１実施形態＞
［番組録画再生システム１００の全体構成及び各部の構成］
図１は、第１実施形態に係る番組録画再生システム１００を示す図である。図１に示すように番組録画再生システム１００は、サーバ１０と、携帯端末２０と、レコーダ３０とを含む。なお、図１では、携帯端末２０が１つとされているが、番組録画再生システム１００は、多数のユーザがそれぞれ所有する複数の携帯端末２０を含む。同様に、図１では、レコーダ３０の数が１つとされているが、番組録画再生システム１００は、多数のユーザがそれぞれ所有する複数のレコーダ３０を含む。
【００３６】
図２は、サーバ１０の構成を示すブロック図である。図２に示すように、サーバ１０は、記憶部１１と、制御部１２と、通信部１３とを有する。
【００３７】
制御部１２は、例えば、ＣＰＵ（Central Processing Unit）等により構成される。制御部１２は、記憶部１１に記憶された各種のプログラムに基づき、種々の演算を実行する。
【００３８】
記憶部１１は、制御部１２の処理に必要な各種のプログラムや、番組ＤＢ（ＤＢ：Date Base）が記憶される大容量ＨＤＤ（Hard Disc Drive）を含む。また、記憶部１１は、サーバ１０の処理に各種のプログラムが記憶される不揮発性のメモリ（例えば、ＲＯＭ（Read Only memory））と、制御部１２の作業領域として用いられる揮発性のメモリ（例えば、ＲＡＭ（Random Access Memory））とを含む。上記各種のプログラムは、光ディスク、半導体メモリ等の可搬性の記録媒体から読み取られてもよい。
【００３９】
通信部１３は、レコーダ３０、携帯端末２０に各種の情報を送信したり、レコーダ３０、携帯端末２０から各種の情報を受信したりする。
【００４０】
図３は、携帯端末２０の構成を示すブロック図である。図３に示すように、携帯端末２０は、記憶部２１と、制御部２２と、通信部２３と、入力部２４と、表示部２５とを有する。
【００４１】
制御部２２は、例えば、ＣＰＵ（Central Processing Unit）等により構成される。制御部２２は、記憶部２１に記憶された各種のプログラムに基づき、種々の演算を実行する。
【００４２】
記憶部２１は、制御部２２の処理に必要な各種のプログラムが記憶される不揮発性のメモリ（例えば、ＲＯＭ）と、制御部２２の作業領域として用いられる揮発性のメモリ（例えば、ＲＡＭ）とを含む。
【００４３】
通信部２３は、サーバ１０に各種の情報を送信したり、サーバ１０から各種の情報を受信したりする。
【００４４】
表示部２５は、例えば、液晶ディスプレイ、あるいは、ＥＬディスプレイ（ＥＬ：Electro Luminescence）等により構成され、制御部２２の制御に基づき、画面上に画像を表示する。
【００４５】
入力部２４は、表示部２５への入力操作を検出するタッチセンサや、押しボタン式の入力キー等により構成される。入力部２４は、ユーザ操作を入力して、ユーザ操作に応じた信号を制御部１２へ出力する。
【００４６】
携帯端末２０としては、例えば、携帯電話機、タブレットＰＣ（Personal Computer）、携帯音楽プレイヤー等が挙げられる。
【００４７】
図４は、レコーダ３０の構成を示すブロック図である。図４に示すように、レコーダ３０は、記憶部３１と、制御部３２と、通信部３３と、チューナ３４と、処理部３５と、出力部３６とを有する。
【００４８】
チューナ３４は、放送局から配信されるテレビ放送信号が受信されるアンテナ（図示せず）と接続されている。チューナ３４は、アンテナで受信したテレビ放送信号から、選択されているチャンネルのテレビ放送信号を抽出し、映像信号及び音声信号として処理部３５へに出力する。
【００４９】
処理部３５は、チューナ３４から出力された信号を処理して記憶部３１に記憶する。処理部３５は、映像の再生時には、記憶部３１から読み出された信号を映像信号及び音声信号に復号する。出力部３６は、処理部３５から入力された信号をテレビジョン装置等の表示装置（図示せず）へ出力する。
【００５０】
制御部３２は、例えば、ＣＰＵ（Central Processing Unit）等により構成される。制御部３２は、記憶部３１に記憶された各種のプログラムに基づき、種々の演算を実行する。
【００５１】
記憶部３１は、制御部３２の処理に必要な各種のプログラムや、映像及び音声の情報が記憶されるＨＤＤ（Hard Disc Drive）、ＳＳＤ（Solid State Drive）、光学ディスクドライブ等を含む。また、記憶部３１は、制御部３２の処理に各種のプログラムが記憶される不揮発性のメモリ（例えば、ＲＯＭ（Read Only memory））と、制御部３２の作業領域として用いられる揮発性のメモリ（例えば、ＲＡＭ（Random Access Memory））とを含む。
【００５２】
通信部１３は、サーバ１０、携帯端末２０に各種の情報を送信したり、サーバ１０、携帯端末２０から各種の情報を受信したりする。また、通信部１３は、リモートコントローラ（図示せず）からの信号を受信して、制御部１２へ出力する。
【００５３】
レコーダ３０は、専用の装置であってもよいし、レコーダ３０と表示装置とが一体となった装置（例えば、レコーダ３０機能内蔵型テレビジョン装置、チューナ３４内蔵型表示部２５一体ＰＣ等）であってもよい。
【００５４】
［動作説明］
"番組の録画予約投入時の処理"
【００５５】
次に、番組録画再生システム１００の処理について説明する。番組録画再生システム１００の処理の説明において、まず、番組の録画予約の投入時における処理について説明する。
【００５６】
図５は、番組録画再生システム１００の処理を示すフローチャートである。ユーザが番組の録画を予約する場合、ユーザは、まず、携帯端末２０の表示部２５の画面をタッチ操作して、電子番組表（ＥＰＧ：Electronic Program Guide）を表示させるための操作を行なう。ユーザにより電子番組を表示させるための操作が行なわれると、携帯端末２０の制御部２２（以下、処理の主体を単に携帯端末２０と記載）は、電子番組表の取得の要求信号を通信部２３を介してサーバ１０へ送信する（ステップ１０１）。
【００５７】
サーバ１０の制御部１２（以下、処理の主体を単にサーバ１０と記載）は、通信部１３を介して、電子番組表の取得の要求信号を受信する。要求信号を受信すると、サーバ１０は、ＥＰＧサービスが運営されている他のサーバ（図示せず）へアクセスし、電子番組表の情報を取得する（ステップ１０２）。そして、サーバ１０は、取得した電子番組表の情報を携帯端末２０へ送信する（ステップ１０３）。
【００５８】
携帯端末２０は、電子番組表の情報を受信すると、画面上に電子番組表を表示する（ステップ１０４）。画面上に電子番組表が表示されると、ユーザは、電子番組表を見ながら、録画する番組を選択し、その番組が表示されている箇所をタッチ操作する。すると、録画の予約投入画面が携帯端末２０の表示部２５の画面上に表示される。
【００５９】
図６は、携帯端末２０の表示部２５に表示される予約投入画面の一例を示す図である。図６に示すように、予約投入画面では、番組名、放送日時、番組を放送する放送局名、録画モード等が画面上に表示される。また、予約投入画面では、画面の下側に、「予約する」ボタン、「ＥＰＧに戻る」ボタンが表示される。図６では、６月１８日の金曜日、２１：００〜２１：５４に、関西テレビ（放送局名）（登録商標）で放送される「夏のアナタ」（番組名）が、録画モードＳＲで予約されるときの一例が示されている。
【００６０】
ユーザが「予約する」ボタンが表示されている位置をタッチ操作すると、携帯端末２０は、番組の予約情報をサーバ１０へ送信する（ステップ１０５）。一方、ユーザが「ＥＰＧに戻る」ボタンが表示されている位置をタッチ操作すると、携帯端末２０は、電子番組表を画面上に表示させる。
【００６１】
サーバ１０へ送信される予約情報には、番組名の情報、放送局名の情報、放送日時の情報が含まれる。サーバ１０は、予約情報を受信すると、サーバ１０の記憶部１１に記憶された番組ＤＢを検索して、番組ＤＢ上に、録画が予約された番組と同じ放送局名であり、かつ、同じ放送日時の番組が存在するかを判定する（ステップ１０６）。
【００６２】
ここで、番組ＤＢには、後述のように、新たな番組についての録画の予約がされる度に、その新たな番組についての番組情報が蓄積して記憶される（ステップ１１３、図８参照）。すなわち、番組ＤＢ上には、既に録画が予約された番組についての番組情報（番組名、放送局名、放送日時の情報を含む）が記憶されている。
【００６３】
図８は、番組ＤＢ上の番組情報の一例を示す図である。図８に示すように、番組情報は、番組名の情報と、放送局名の情報と、放送日時の情報とを含む。また、番組情報は、ハッシュタグの情報（放送局ハッシュタグ、番組名ハッシュタグ、その他のハッシュタグ）と、掲示板ＵＲＬ（Uniform Resource Locator）の情報（放送局掲示板ＵＲＬ、番組掲示板ＵＲＬ）と、動画共有サイトＵＲＬとを含む。これらの番組情報は、番組ＩＤに関連付けられてサーバ１０の記憶部１１に記憶されている。このような番組情報がどのようにして形成されていくかについては、順番に説明していく。
【００６４】
番組ＤＢ上には、既に録画が予約された番組についての番組情報が記憶されているので、サーバ１０は、番組ＤＢ上を検索して、番組ＤＢ上に、録画が予約された番組と同じ放送局名であり、かつ、同じ放送日時の番組が存在するかを判定することができる。この場合、サーバ１０は、予約情報に含まれる放送局名及び放送日時の情報と、番組ＤＢ上の番組情報に含まれる放送局名の情報及び放送日時の情報とを比較すればよい。
【００６５】
番組ＤＢ上に、録画が予約された番組と同じ放送局名であり、かつ、同じ放送日時の番組が存在する場合（ステップ１０６のＹＥＳ）、サーバ１０は、レコーダ３０に予約情報と、録画が予約された番組についての番組ＩＤとを送信する（ステップ１１４）。この場合、サーバ１０は、録画を予約した携帯端末２０に関連づけられているレコーダ３０に対して、予約情報と、番組ＩＤとを送信する。
【００６６】
なお、既に録画が予約された番組については、番組ＩＤが割り当てられて番組ＤＢ（記憶部１１）上に記憶されている（ステップ１１３、図８参照）。従って、サーバ１０は、この番組ＩＤをレコーダ３０に送信すればよい。
【００６７】
番組ＤＢ上に、録画が予約された番組と同じ放送局名であり、かつ、同じ放送日時の番組が存在しない場合（ステップ１０６のＮＯ）、サーバ１０は、ステップ１０７へ進む。ステップ１０７では、サーバ１０は、記憶部１１に記憶された番組ＤＢ上を検索して、番組ＤＢ上に、録画が予約された番組の番組名と同じ番組名の番組が存在するかを判定する。
【００６８】
この場合、サーバ１０は、携帯端末２０から送信されてきた予約情報に含まれる番組名の情報と、番組ＤＢ上に記憶された番組名の情報とを比較することで、番組ＤＢ上に、録画が予約された番組の番組名と番組名が同じ番組が存在するかを判定することができる。
【００６９】
番組ＤＢ上に、録画が予約された番組と同じ番組名の番組が存在しない場合（ステップ１０７のＮＯ）、サーバ１０は、次のステップ１１３へ進む。ステップ１１３では、サーバ１０は、番組の予約情報（番組名、放送局名及び放送日時の情報）に基づいて、番組ＤＢ上に番組情報を新たに作成し、番組情報に対して番組ＩＤを割り当てる（図８参照）。そして、番組情報と番組ＩＤを関連付けて記憶部１１に記憶する。番組情報が新たに作成される時点では、番組情報は、番組名の情報と、放送局名の情報と、放送日時の情報とを含む。
【００７０】
番組ＤＢ上に、録画が予約された番組と同じ番組名の番組が存在する場合（ステッ１０７のＹＥＳ）、サーバ１０は、その番組の番組情報（番組名、放送局名、放送日時の情報）を検索結果として携帯端末２０に送信する。すなわち、サーバ１０は、録画が予約された番組とは放送局又は放送日時が異なるが、録画が予約された番組と同じ番組名である番組についての番組情報（検索結果）を携帯端末２０に送信する。
【００７１】
携帯端末２０は、検索結果を受信すると、検索結果のリストを表示部２５の画面上に表示させる（ステップ１０９）。
【００７２】
図７は、携帯端末２０の画面上に表示される検索結果のリストの一例を示す図である。図７に示す例では、検索結果として、３つの番組が上から順番に画面上に表示されている。３つの候補の下には、「該当なし」ボタンが表示されている。
【００７３】
上の欄に表示されている候補は、「夏のアナタ」が、６月１８日の金曜日、２１：００〜２１：５４に、フジテレビ（登録商標）で放送されることを示している。中央の欄に表示されている候補は、「夏のアナタ」が、６月１８日の金曜日、１５：００〜１５：５４に、フジテレビで再放送されることを示している。下の欄に表示されている候補は、「夏のアナタ」が、６月２１日の月曜日、１６：００〜１６：５４に、宮崎テレビで放送されることを示している。
【００７４】
ユーザは、リスト内の３つの候補の中から録画を予約する番組と内容が同じ番組を選択する。すなわち、ユーザは、録画を予約する番組とは放送局又は放送日時が異なるが、内容が同じである番組を３つの候補の中から選択する。
【００７５】
ここで、例えば、ユーザが録画を予約する番組（「夏のアナタ」、６月１８日（金）、２１：００〜２１：５４、関西テレビ）が、「夏のアナタ」の第９話目であるとする。この場合、ユーザは、３つの候補の中から「夏のアナタ」の第９話目を選択する。３つの候補に、録画を予約する番組と内容が同じである番組がない場合には、ユーザは、「該当なし」ボタンが表示さている位置をタッチ操作すればよい。
【００７６】
３つの候補の欄には、「決定」ボタンと、「詳細」ボタンとがそれぞれ表示される。「決定」ボタンは、内容が同じであると判断された番組をユーザが選択して決定するために設けられている。「詳細」ボタンは、ユーザがリスト内の候補の中から録画を予約する番組と内容が同じ番組を選択するのを補助するために設けられている。
【００７７】
ユーザにより「詳細」ボタンが表示されている画面上の位置がタッチされると、携帯端末２０は、詳細情報の取得の要求信号をサーバ１０に送信する。サーバ１０は、詳細情報の取得の要求信号を受信すると、ＥＰＧサービスが運営されている他のサーバへアクセスし、番組の詳細情報を取得して、携帯端末２０へ送信する。これにより、携帯端末２０の画面上にその番組の詳細情報が表示される。
【００７８】
例えば、ユーザが６月１８日、１６：００〜１６：５４に、宮崎テレビで放送される「夏のアナタ」（図７中、下の欄）についての詳細情報を知るために、「詳細」ボタンが表示されている位置をタッチ操作したとする。この場合、画面上には、番組の内容についての詳細情報が表示される。そして、例えば、番組についての詳細情報から、この番組は、「夏のアナタ」の第８話目であることが分かったとする。つまり、宮崎テレビでは、関西テレビに比べて１０日送れて「夏のアナタ」が放送がされていることが分かったとする。この場合、この番組は、録画が予約される番組（「夏のアナタ」の第９話目）とは、内容が異なる番組であるので、ユーザは、この番組を選択の候補から外す。
【００７９】
例えば、ユーザが６月１８日、１５：００〜１５：５４に、フジテレビで放送される「夏のアナタ」（図７中、中央の欄）についての詳細情報を知るために、「詳細」ボタンが表示されている位置をタッチ操作したとする。そして、例えば、番組についての詳細情報から、この番組は、先週の再放送（「夏のアナタ」第８話目）であることが分かったとする。この場合、この番組は、録画が予約される番組（「夏のアナタ」の第９話目）とは、内容が異なる番組であるので、ユーザは、この番組を選択の候補から外す。
【００８０】
ユーザが６月１８日、２１：００〜２１：５４に、フジテレビで放送される「夏のアナタ」（図７中、上の欄）についての詳細情報を知るために、「詳細」ボタンをタッチ操作したとする。この場合、例えば、番組について詳細情報のから、この番組は、録画が予約される番組と同じ内容の番組（「夏のアナタ」第９話目）であると分かったとする。この場合、ユーザは、この番組についての「決定」ボタンをタッチ操作する。
【００８１】
例えば、ユーザが「関西テレビ」と、「フジテレビ」とが系列局であることを知っていたとする。この場合、ユーザは、上の欄に表示された番組は、録画が予約される番組の放送局（関西テレビ）と同じ系列局の放送局（フジテレビ）で、同じ時間（２１：００〜２１：５４）に放送される番組であることが分かる。従って、ユーザは、上の欄に表示された番組は、録画が予約される番組と内容が同じ番組であると推定することができる。
【００８２】
ユーザが「決定」ボタン又は「該当なし」ボタンが表示されている位置をタッチ操作すると、携帯端末２０は、選択結果をサーバ１０に送信する（ステップ１１０）。携帯端末２０から選択結果を受信すると、サーバ１０は、選択結果に基づいて、検索結果の中に、録画が予約される番組と同じ内容の番組が存在したかを判定する（ステップ１１１）。
【００８３】
検索結果の中に、録画が予約される番組と同じ内容の番組が存在しなかった場合（ステップ１１１のＮＯ）、サーバ１０は、番組の予約情報に基づいて、番組ＤＢ上に番組情報を新たに作成し、番組情報に番組ＩＤを割り当てる（ステップ１１３）（図８参照）。そして、サーバは、番組情報と、番組ＩＤを関連づけて記憶部１１に記憶する。
【００８４】
サーバ１０は、このようにして、未だ番組ＤＢ上に記憶されていない新たな番組（既に番組ＤＢに記憶されている番組と内容が異なる番組）について番組情報を作成することで、累積的にデータを蓄積していく。
【００８５】
なお、携帯端末２０は、多数のユーザによって保持されている。従って、ある特定のユーザが携帯端末２０を用いて、未だ番組ＤＢ上に記憶されていない（既に番組ＤＢ上に記憶されている番組とは内容の異なる）新たな番組の録画を予約した場合、その番組について番組情報が新たに作成される。そして、その番組情報に新たな番組ＩＤが割り当てられることになる。
【００８６】
番組情報と、番組ＩＤとを新たに作成して、記憶部１１に記憶させると、次に、サーバ１０は、録画を予約した携帯端末２０に関連づけられているレコーダ３０に対して、予約情報と、番組ＩＤとを送信する（ステップ１１４）。
【００８７】
一方、ステップ１１１において、検索結果の中に録画が予約される番組と同じ内容の番組が存在した場合（ステップ１１１のＹＥＳ）、サーバ１０は、次のステップ１１２へ進む。ステップ１１２では、サーバ１０は、ユーザにより選択された番組についての番組情報に、予約情報に含まれる放送局の情報及び放送日時の情報を追加して記憶部１１（番組ＤＢ）に記憶させる。つまり、サーバ１０は、放送日時又は放送日時が異なる、内容が同じ番組について、前記放送局名の情報及び前記放送日時の情報を同じ番組ＩＤに関連付けて前記記憶部に記憶させる。
【００８８】
図７に示す例では、サーバ１０は、既に記憶部１１（番組ＤＢ）に記憶されている、「夏のアナタ」、フジテレビ、６月１８日（金）、２１：００〜２１：５４、フジテレビ、６月２５日、１５：００〜１５：５４、宮崎テレビ、６月２８日、１６：００〜１６：５４の番組情報に、さらに、６月１８日、２１：００〜２１：５４、関西テレビの情報が追加して記憶される。図８を参照して、図８には、関西テレビ、６月１８日、２１：００〜２１：５４の情報が追加された後の番組情報が示されている。
【００８９】
放送局の情報と、放送日時の情報とを番組情報に追加して記憶すると、サーバ１０は、レコーダ３０に予約情報と、録画が予約された番組についての番組ＩＤとを送信する（ステップ１１４）。
【００９０】
レコーダ３０の制御部３２（以下、処理の主体を単にレコーダ３０と記載）は、番組の予約情報と、番組ＩＤとをサーバ１０から受信すると、これらの情報を記憶部１１に記憶させる。そして、番組の予約情報に基づいて、その番組の録画の予約の処理を実行する（ステップ１１５）。
【００９１】
［番組の録画予約投入時の処理についての他の例］
図９は、番組の録画予約投入時の処理についての他の例を示すフローチャートである。
【００９２】
上述の例では、上述の例では、録画を予約する番組と同じ内容の番組が、既に番組ＤＢ上に存在するかについて、ユーザの判断による補助を受けていた。一方、ここでの例では、録画を予約する番組と同じ内容の番組が、既に番組ＤＢ上に存在するかについて、サーバ１０が自動的に判断する点で、上述の例とは異なっている。すなわち、サーバ１０は、番組名の情報、放送局名の情報及び放送日時の情報に基づいて、録画が予約された番組が、既に録画が予約された番組と内容が同じ番組であるかを自動的に推定する。
【００９３】
ユーザが番組の録画を予約する場合、ユーザは、まず、テレビジョン装置等の表示装置の画面上に表示されている電子番組表を見ながら、レコーダ３０のリモートコントローラを操作して、所望の番組を選択する。あるいは、ユーザは、無線通信などによりレコーダ３０と通信可能な携帯端末２０を操作して、レコーダ３０に対して番組を予約してもよい。
【００９４】
レコーダ３０は、リモートコントローラ、あるいは、携帯端末２０からの信号に基づいて、ユーザにより選択された番組の録画予約の処理を実行する（ステップ２０１）。なお、番組の予約は、レコーダ３０により自動で実行される場合もある。
【００９５】
番組の録画予約の処理を実行すると、レコーダ３０は、予約された番組の予約情報をサーバ１０に送信する（ステップ２０２）。予約情報には、番組名の情報、放送局名の情報及び放送日時の情報の情報が含まれる。
【００９６】
サーバ１０は、レコーダ３０から番組の予約情報を受信すると、サーバ１０の記憶部１１に記憶された番組ＤＢを検索して、番組ＤＢ上に、録画が予約された番組と同じ放送局名であり、かつ、同じ放送日時の番組が存在するかを判定する（ステップ２０３）。
【００９７】
番組ＤＢ上に、録画が予約された番組と同じ放送局名であり、かつ、同じ放送日時の番組が存在する場合（ステップ２０３のＹＥＳ）、すなわち、既に番組ＤＢ上に、録画が予約された番組と同じ内容の番組が存在する場合、サーバ１０は、ステップ２０７へ進む。ステップ２０７では、サーバ１０は、番組ＤＢ（記憶部１１）上の番組ＩＤをレコーダ３０に送信する。
【００９８】
一方、番組ＤＢ上に、録画が予約された番組と同じ放送局名であり、かつ、同じ放送日時の番組が存在しない場合（ステップ２０３のＮＯ）、サーバ１０は、次のステップ２０４へ進む。ステップ２０４では、サーバ１０は、番組ＤＢ（記憶部１１）上を検索して、番組ＤＢ上において、録画が予約された番組が放送される時刻（番組が録画される時刻）から１期間内に、同一番組名の番組が存在するかを判定する。
【００９９】
番組ＤＢ上において、録画が予約された番組と同じ番組名の番組が１週間以内に存在しない場合（ステップ２０４のＮＯ）、すなわち、録画が予約された番組と同じ内容の番組が未だ番組ＤＢ上に存在しないと推定される場合、サーバ１０は、ステップ２０５へ進む。ステップ２０５では、サーバ１０は、番組の予約情報に基づいて、番組ＤＢ上に番組情報を新たに作成し、その番組情報に番組ＩＤを付与する。次に、サーバ１０は、その番組ＩＤをレコーダ３０に送信する（ステップ２０７）。
【０１００】
番組ＤＢ上において、録画が予約された番組と同じ番組名の番組が１週間以内に存在しない場合（ステップ２０４のＮＯ）、すなわち、録画が予約された番組と同じ内容の番組が既に番組ＤＢ上に存在すると推定される場合、サーバ１０は、ステップ２０６へ進む。ステップ２０６では、サーバ１０は、番組情報に、予約情報に基づく放送局名及び放送日時の情報を追加して記憶部１１に記憶する。
【０１０１】
放送局名及び放送日時の情報を番組情報に追加して記憶すると、サーバ１０は、その番組情報の番組ＩＤをレコーダ３０に送信する（ステップ２０７）。
【０１０２】
レコーダ３０は、サーバ１０から番組ＩＤを受信すると、録画が予約された番組についての予約情報に、その番組ＩＤを関連付けて記憶する（ステップ２０８）。
【０１０３】
図９に示す例では、ステップ２０５において、番組ＤＢ上において同一番組名の番組が存在するかが判定される期間が、録画が予約された番組が放送される時刻から１週間である場合について説明した。しかし、この期間は、１週間に限られない。例えば、この期間は、録画が予約される番組ごとに違っていてもよい。
【０１０４】
この場合、例えば、サーバ１０は、ＥＰＧサービスが運営されているサーバ１０へアクセスして、電子番組表を取得する。そして、サーバ１０は、電子番組表内を検索して、録画が予約された番組の番組名と同じ番組名の番組を放送している放送局を探す。そして、この放送局で、この番組がどの程度の周期で放送されているかを判定する。一般的に、番組の放送周期は、１日周期、１週間周期などである場合が多い。サーバ１０は、番組の放送周期を判定すると、その放送周期に応じた期間を上記期間として設定する。これにより、録画を予約する番組と同じ内容の番組が、既に番組ＤＢ上に存在するかの判定について、精度を向上させることができる。
【０１０５】
録画を予約する番組と同じ内容の番組が、既に番組ＤＢ上に存在するかの判定について、さらに精度を向上させることもできる。例えば、番組ＤＢ（記憶部１１）が系列局に関する情報を記憶していてもよい。この場合、サーバ１０は、録画が予約された番組と同じ番組名及び同じ放送日時である番組であって、かつ、録画が予約された番組を放送する放送局と系列局関係にある放送局が放送する番組が、番組ＤＢ上に存在するかを判定する。この番組が番組ＤＢ上に存在する場合、サーバ１０は、録画が予約された番組と同じ内容の番組が既に番組ＤＢ上に存在していると推定する。
【０１０６】
また、サーバ１０は、番組名がニュースや天気予報の場合や、放送時間が短い（例えば、１０分程度）の番組については、番組ＤＢ上での検索自体を実行しないことも考えられる。
【０１０７】
"連携サービス設定時の処理"
次に、番組に対してコメントが書き込まれるサービスに関する情報が、ユーザによる携帯端末２０の操作により、番組ＤＢ上の番組情報に設定されるときの処理について説明する。
【０１０８】
番組（動画）に対してコメントが書き込まれるサービスとしては、ミニブログ（例えば、ツイッター（登録商標））、電子掲示板（例えば、２チャンネル）及びコメント書き込み機能を有する動画共有サイト（例えば、ニコニコ動画（登録商標））が挙げられる。
【０１０９】
ここで、コメントが書き込まれるサービスに関する情報とは、例えば、サービスがミニブログである場合には、ハッシュタグである。また、サービスが電子掲示板、あるいは、コメント書き込み機能を動画共有サイトである場合には、電子掲示板ＵＲＬ、あるいは、動画共有サイトＵＲＬである。
【０１１０】
図１０は、番組（動画）に対してコメントが書き込まれるサービスに関する情報が、ユーザによる携帯端末２０の操作により、番組ＤＢ上の番組情報に設定されるときの処理を示すフローチャートである。なお、以降では、番組に対してコメントが書き込まれるサービスを連携サービスと呼ぶ。
【０１１１】
ユーザがミニブログのハッシュタグ、電子掲示板のＵＲＬ、あるいは、動画共有サイトのＵＲＬを録画する番組に設定するとき、ユーザは、まず、携帯端末２０の画面をタッチ操作することで、予約リスト（図１１参照）を表示させるための操作を行なう。予約リストは、録画が予約された番組のリストである。
【０１１２】
ユーザが予約リストを表示させるための操作を行なうと、携帯端末２０は、予約リストの取得の要求信号をサーバ１０へ送信する（ステップ３０１）。サーバ１０は、予約リストの取得の要求信号を受信すると、要求元の携帯端末２０と関連付けられているレコーダ３０に対して、予約リストの取得の要求信号を送信する（ステップ３０２）。
【０１１３】
レコーダ３０は、サーバ１０から予約リストの取得の要求信号を受信すると、番組ＩＤ付きの予約リストをサーバ１０に送信する（ステップ３０３）。サーバ１０は、予約リストをレコーダ３０から受信すると、要求元の携帯端末２０に対して、予約リストを送信する（ステップ３０４）。携帯端末２０は、サーバ１０から予約リストを受信すると、予約リストを表示部２５の画面上に表示させる（ステップ３０５）。
【０１１４】
図１１は、携帯端末２０の表示部２５の画面上に表示される予約リストの一例を示す図である。図１１に示すように、予約リストでは、録画が予約された番組ごとに、番組名、放送日時、チャンネル番号などが表示される。ユーザにより、予約リスト内の特定の番組が選択されると、携帯端末２０は、図１２に示すように、ユーザによって選択された番組の予約情報画面と、連携サービス選択画面とを画面上に表示せる（ステップ３０６）。
【０１１５】
図１１及び図１２に示す例では、ユーザにより番組名が「夏のアナタ」である番組が予約リストから選択され、この「夏のアナタ」についての番組の予約情報画面と、連携サービス選択画面とが画面上に表示された場合が示されている。
【０１１６】
予約情報画面（図１２上欄）には、番組名、放送日時、チャンネル番号、録画モード、「変更」ボタン、「削除」ボタン等が表示される。ユーザが「変更」ボタンが表示されている位置をタッチ操作すると、録画モード等を変更することができる。一方、ユーザが「削除」ボタンが表示されている位置をタッチ操作すると、選択されている番組が予約リストから削除され、録画の予約がキャンセルされる。
【０１１７】
連携サービス選択画面（図１２下欄）には、「ミニブログ」ボタン、「電子掲示板」ボタン、「動画共有サイト」ボタンが表示されている。ユーザがミニブログのハッシュタグ、電子掲示板のＵＲＬ、あるいは、動画共有サイトのＵＲＬを、録画する番組に設定することを望む場合、ユーザは、３つのボタンのうちいずれかのボタンが表示されている箇所をタッチ操作する。
【０１１８】
「ミニブログ」ボタン、「電子掲示板」ボタン、「動画共有サイト」ボタンのいずれかが選択されると、携帯端末２０は、サーバ１０に対して番組情報（ハッシュタグ、掲示板ＵＲＬ又は動画共有サイトＵＲＬ）の取得の要求信号をサーバ１０に送信する（ステップ３０７）。このとき、携帯端末２０は、ユーザによって選択された番組の番組ＩＤと、ユーザによって選択された連携サービスの種別の情報とを、要求信号とともにサーバ１０に送信する。
【０１１９】
例えば、図１２に示すように、ユーザが「ミニブログ」ボタンが表示されている位置をタッチ操作したとする。この場合、携帯端末２０は、番組情報の取得の要求信号と、「夏のアナタ」の番組ＩＤと、「ミニブログ」を示す情報（連携サービスの種別を示す情報）とをサーバ１０に送信する。
【０１２０】
番組情報の取得の要求信号、番組ＩＤ、連携サービスの種別を示す情報とを受信すると、サーバ１０は、番組ＩＤに対応する番組の番組情報（ハッシュタグ、掲示板ＵＲＬ又は動画共有サイトＵＲＬ）を携帯端末２０に送信する（ステップ３０８）。
【０１２１】
図８を参照して、サーバ１０の番組ＤＢ上の番組情報は、番組名、放送局名、放送日時の情報のほかに、ハッシュタグ、掲示板ＵＲＬ（放送局ハッシュタグ、番組掲示板ＵＲＬ）、及び動画共有サイトＵＲＬの情報を含んでいる。ハッシュタグ、掲示板ＵＲＬ及び動画共有サイトＵＲＬの情報は、後述のように、ユーザによる設定に応じて、番組情報に追加される。
【０１２２】
番組情報（ハッシュタグ、掲示板ＵＲＬ又は動画共有サイトＵＲＬ）を携帯端末２０に送信するとき、サーバ１０は、連携サービスの種別の情報に基づいて、ハッシュタグ、掲示板ＵＲＬ及び動画共有サイトＵＲＬのうち、どの情報を携帯端末２０に送信するかを判定する。そして、ハッシュタグ、掲示板ＵＲＬ及び動画共有サイトＵＲＬのうち、何れかの情報を携帯端末２０に送信する。図１２に示す例では、サーバ１０は、連携サービスの種別を示す情報として、「ミニブログ」を示す情報を受信するので、これに応じて、ハッシュタグを携帯端末２０に送信する。
【０１２３】
携帯端末２０は、サーバ１０から番組情報（ハッシュタグ、掲示板ＵＲＬ又は動画共有サイトＵＲＬ）を受信すると、受信した番組情報を画面上に表示させる（ステップ３０９）。
【０１２４】
図１３には、ハッシュタグが表示部２５の画面上に表示された場合の一例が示されている。ハッシュタグは、ミニブログ設定画面内に表示される。図１３に示す例では、番組「夏のアナタ」について、放送局ハッシュとして、「♯fujitv」（フジテレビを示すハッシュタグ）、「♯ktv」（関西テレビを示すハッシュタグ）が既に設定されている場合が示されている。また、番組「夏のアナタ」について、番組名ハッシュとして「＃natsuana」が既に設定され、その他のハッシュとして「＃kitamao」（出演者を示すハッシュタグ）が既に設定されている場合が示されている。
【０１２５】
ユーザは、図１３に示すようなミニブログ設定画面を見ることで、録画を予定している番組（「夏のアナタ」）に対して、どのようなハッシュタグが既に設定されているのかを認識することができる。ミニブログ設定画面内には、「追加」ボタンが用意されている。ユーザがハッシュタグの追加を望む場合、「追加」ボタンが表示されている位置をタッチ操作する。すると、ミニブログ設定画面の表示が状態が変化して、ミニブログ設定画面が図１４に示すような画面となる。
【０１２６】
図１４に示すミニブログ設定画面では、放送局ハッシュ、番組名ハッシュ、その他のハッシュの文字の右側に、入力欄が用意されている。ユーザは、放送局のハッシュタグの追加を望む場合には、放送局ハッシュの文字の右側に用意された入力欄に放送局のハッシュタグを入力し、番組名のハッシュタグの追加を望む場合には、番組名ハッシュの文字の右側に用意された入力欄に番組名のハッシュタグを入力する。また、ユーザは、スタッフ、キャストなどのその他のハッシュタグを追加する場合には、その他のハッシュの文字の右側に用意された入力欄に、その番組にかかわったスタッフや、キャスト等のハッシュタグを入力する。
【０１２７】
図１４示す例では、放送局のハッシュタグとして、「♯mrt」（宮崎テレビ（登録商標）を示すハッシュタグ）が入力された場合の一例が示されている。
【０１２８】
ユーザが番組情報の追加の指示を入力すると、携帯端末２０は、番組情報の変更の要求信号をサーバ１０に送信する（ステップ３１０）。すなわち、携帯端末２０は、ハッシュタグ、掲示板ＵＲＬ又は動画共有サイトＵＲＬの追加の要求信号をサーバ１０に送信する。このとき、携帯端末２０は、ユーザによって選択されている番組の番組ＩＤと、連携サービスの種別を示す情報と、追加情報（追加すべき、ハッシュタグ、掲示板ＵＲＬ、動画共有サイトＵＲＬ）とをサーバ１０に送信する。
【０１２９】
例えば、図１４に示すように、ユーザが「追加」ボタンが表示されている位置をタッチ操作すると、番組情報（ハッシュタグ）の追加の指示が携帯端末２０に入力される。携帯端末２０は、これに応じて、番組情報（ハッシュタグ）の変更の要求信号をサーバ１０に送信する（ステップ３１０）。この場合、携帯端末２０は、「夏のアナタ」の番組ＩＤと、「ミニブログ」を示す情報（連携サービスの種別を示す情報）と、「♯mrt」（追加情報）とをサーバ１０に送信する。
【０１３０】
サーバ１０は、各情報を受信すると、番組ＩＤに対応する番組の番組情報に、追加要求されたハッシュタグ、掲示板ＵＲＬ又は動画共有サイトＵＲＬを追加して記憶する（ステップ３１１）。図１４に示す例では、番組ＤＢ上において、「夏のアナタ」の番組情報に、「♯mrt」のハッシュタグが追加して記憶される（図８参照）。
【０１３１】
ここまでの説明では、ユーザが、録画を予定している番組の番組情報に、ハッシュタグを追加する場合について説明した。一方、以降では、ユーザが、録画を予定している番組の番組情報に、掲示板ＵＲＬを追加する場合について、一例を挙げて具体的に説明する。
【０１３２】
ユーザが、録画を予定している番組の番組情報に、掲示板ＵＲＬを追加することを望んだとする。この場合、ユーザは、図１５に示すように、連携サービス選択画面（図１５下欄）において、「電子掲示板」ボタンが表示されている位置をタッチ操作する。
【０１３３】
この場合、携帯端末２０は、サーバ１０に対して番組情報（掲示板ＵＲＬ）の取得の要求信号と、「夏のアナタ」の番組ＩＤと、「掲示板」を示す情報（連携サービスの種別を示す情報）とをサーバ１０に送信する（ステップ３０７）。
【０１３４】
サーバ１０は、番組情報（掲示板ＵＲＬ）の取得の要求信号と、「夏のアナタ」の番組ＩＤと、「掲示板」を示す情報とを受信すると、「夏のアナタ」の番組情報に含まれる掲示板ＵＲＬを携帯端末２０に送信する（ステップ３０８）。携帯端末２０は、掲示板ＵＲＬを受信すると、掲示板ＵＲＬを画面上に表示させる（ステップ３０９）。
【０１３５】
図１６には、掲示板ＵＲＬが表示部２５の画面上に表示された場合の一例が示されている。掲示板ＵＲＬ（放送局掲示板ＵＲＬ、番組掲示板ＵＲＬ）は、掲示板設定画面内に表示される。ユーザは、図１６に示すような掲示板設定画面を見ることで、録画を予定している番組（「夏のアナタ」）に対して、どのような掲示板ＵＲＬが既に設定されているのかを認識することができる。
【０１３６】
掲示板設定画面内には、「放送局追加」ボタンと、「番組追加」ボタンが用意されている。ユーザが放送局掲示板ＵＲＬの追加を望む場合、「放送局追加」ボタンが表示されている位置をタッチ操作する。一方、ユーザが番組掲示板ＵＲＬの追加を望む場合、「番組掲示板ＵＲＬ」ボタンが表示されている位置をタッチ操作する。
【０１３７】
ユーザが放送局掲示板ＵＲＬの追加を望み、「放送局追加」ボタンが表示されている位置をタッチ操作したとする。この場合、表示部２５の画面が放送局掲示板設定画面に切り替わる。
【０１３８】
図１７は、放送局掲示板設定画面の一例を示す図である。放送局掲示板設定画面では、携帯端末２０は、Ｗｅｂブラウザを起動して、放送局掲示板設定画面内にウェブページを表示させる。また、放送局設定画面では、「追加」ボタンが用意されている。
【０１３９】
ユーザは、Ｗｅｂブラウザ上で、録画を予定している番組（「夏のアナタ」）が放送される放送局について、その放送局で放送される番組に対してライブでコメントが書き込まれる電子掲示板を探す。
【０１４０】
図１８には、ユーザが目的とする電子掲示板を探し出したときの画面上の様子が示されている。ユーザは、目的とする電子掲示板を探し出すと、「追加」ボタンが表示されている位置をタッチ操作する。この場合、携帯端末２０は、番組情報の変更（放送局掲示板ＵＲＬの追加）の要求信号と、番組ＩＤ（「夏のアナタ」の番組ＩＤ）と、連携サービスの種別を示す情報（「電子掲示板」を示す情報）と、追加情報（放送局掲示板ＵＲＬ）とをサーバ１０に送信する（ステップ３１０）。
【０１４１】
サーバ１０は、各情報を受信すると、番組ＩＤに対応する番組の番組情報（「夏のアナタ」の番組情報）に、追加要求された放送局掲示板ＵＲＬを追加して記憶する（ステップ３１１）。
【０１４２】
一方、図１６に示す掲示板設定画面で、ユーザが番組掲示板ＵＲＬの追加を望んだとする。この場合、ユーザが「番組追加」ボタンが表示されている位置をタッチ操作すると、表示部２５の画面が番組掲示板設定画面（図示せず）に切り替わる。番組掲示板設定画面では、放送局掲示板設定画面と同様に、ウェブページと、「追加」ボタンが表示される。
【０１４３】
ユーザは、Ｗｅｂブラウザ上で、録画を予定している番組（「夏のアナタ」）に対して、番組の放送時に、ライブでコメントが書き込まれる電子掲示板を探す。ユーザが目的とする電子掲示板を探し出して、「追加」ボタンが表示されている位置をタッチ操作すると、サーバ１０の番組ＤＢ上で、「夏のアナタ」の番組情報に、番組掲示板ＵＲＬが追加して記憶される（図８参照）。
【０１４４】
ユーザが、番組情報に、共有動画サイトＵＲＬを追加する場合について、一例を挙げて説明する。ユーザが、番組情報に動画共サイトＵＲＬを追加することを望んだ場合、連携サービス選択画面（図１２及び図１５参照）内にある「動画共有サイト」ボタンが表示されている位置をタッチ操作する。この場合、動画共有サイト設定画面（図示せず）が携帯端末２０の画面上に表示される。動画共有サイト設定画面では、ウェブページや「追加」ボタン等が表示される。
【０１４５】
ユーザは、Ｗｅｂブラウザ上で、番組（「夏のアナタ」）に対してコメントが書き込まれた動画が存在する動画共有サイトを探す。なお、例えば、他の地域よりも番組が遅れて放送される地域では、録画を予定している番組の動画がアップされ、その動画に対してコメントが付されている場合がある。
【０１４６】
ユーザが目的とする動画共有サイトを探し出して、「追加」ボタンが表示されている位置をタッチ操作すると、サーバ１０の番組ＤＢ上で、「夏のアナタ」の番組情報に、動画共有サイトＵＲＬが追加して記憶される（図８参照）。なお、動画共有サイトＵＲＬは、番組が放送されて録画された後、その番組が再生されるまでの間に番組情報に追加して記憶されていればよい。
【０１４７】
図１０に示す処理により、内容が同じ番組の番組情報に対して、ハッシュタグ、掲示板ＵＲＬ、動画共有サイトＵＲＬが順次追加され、累積されて番組ＤＢ上（記憶部１１）に記憶されていく（図８参照）。すなわち、多数のユーザがそれぞれ自己の携帯端末２０を操作することで、番組情報に、ハッシュタグ、掲示板ＵＲＬ、動画共有サイトＵＲＬが順次追加され、累積されて記憶部１１に記憶されていく。なお、これらのハッシュタグ、掲示板ＵＲＬ、動画共有サイトＵＲＬは、個々で利用される情報ではなく、多数のユーザで共通に用いられる情報である。
【０１４８】
"番組放送時におけるサーバ１０の処理"
次に、番組放送時におけるサーバ１０の処理について説明する。
【０１４９】
図１９は、番組放送時におけるサーバ１０の処理を示すフローチャートである。図１９に示すように、サーバ１０は、現在の時刻が、番組の放送開始時刻であるかを判定する（ステップ４０１）。図８を参照して、番組情報には、番組の放送日時の情報が含まれるので、サーバ１０は、放送日時の情報に基づいて、現在の時刻が番組の放送開始時刻であるかを判定する。
【０１５０】
放送開始時刻となった場合（ステップ４０１のＹＥＳ）、サーバ１０は、ハッシュタグ、電子掲示板ＵＲＬ（連携サービスに関する情報）に基づいて、ミニブログ、電子掲示板（連携サービス）からコメント情報と、コメント時刻情報とを取得する（ステップ４０２）。そして、サーバ１０は、取得した情報を番組情報として番組ＤＢ上に記憶する。なお、番組の放送時において、動画共有サイトＵＲＬに基づく動画共有サイトからの各情報の取得は、行なわれてもよいし、行なわれなくてもよい。
【０１５１】
次に、サーバ１０は、放送日時の情報に基づいて、現在の時刻が番組の放送終了時刻となったかを判定する（ステップ４０３）。番組の放送終了時刻ではない場合（ステップ４０３のＮＯ）、再び、サーバ１０は、ステップ４０２へ戻り、コメント情報と、コメント時刻情報とを取得する。一方、番組の放送終了時刻となった場合（ステップ４０２のＹＥＳ）、サーバ１０は、処理を終了する。
【０１５２】
図８を参照して、放送日時が異なる内容が同じである番組が、番組情報に含まれる場合を想定する。この場合、サーバ１０は、放送日時が異なる内容が同じ番組の放送日時の情報に基づいて、それぞれ、番組の放送開始時刻と放送終了時刻とを判定する。そして、サーバ１０は、それぞれ、放送開始時刻から番組の放送終了時刻までの間、前記サービスに関する情報に基づいて、前記サービスから前記コメントの情報と、前記コメントの時刻情報とを取得する。
【０１５３】
番組放送時におけるサーバ１０の処理について、一例を挙げて具体的に説明する。
【０１５４】
図２０〜図２２は、連携サービスから取得されたコメントの一例を示す図である。なお、ここでの説明では、番組放送時に、番組情報が、図８に示す状態であるとして、サーバ１０の処理を説明する。
【０１５５】
図２０は、６月１８日の９：００〜９：５４に「夏のアナタ」（第９話目）がフジテレビ、関西放送で放送されたときに取得されたコメントを示す図である。図２１は、６月２５日の１５：００〜１５：５４に、「夏のアナタ」（第９話目）がフジテレビで再放送されたときにコメントが取得され、以前のコメントに、このとき取得されたコメントが追加された様子を示す図である。図２２は、６月２８日の１５：００〜１５：５４に、「夏のアナタ」（第９話目）が宮崎テレビで放送されたときにコメントが取得され、以前のコメントに、このとき取得されたコメントが追加された様子を示す図である。
【０１５６】
まず、図２０を参照して、６月１８日の９：００〜９：５４のサーバ１０の処理を説明する。６月１８日の９：００になると、フジテレビと、関西テレビとで「夏のアナタ」（第９話目）の放送が開始される。
【０１５７】
番組の放送が開始されると、サーバ１０は、番組情報に含まれるハッシュタグ（「#fujitv」、「#ktv」、「#natsunoanata」、「#natsuana」、「#kitamao」、「#mao」）に基づいて、ミニブログからコメント情報及びコメント時刻情報の取得を開始する。また、サーバ１０は、番組の放送が開始されると、掲示板ＵＲＬ（放送局掲示板ＵＲＬ、番組掲示板ＵＲＬ）に基づいて、電子掲示板からコメント情報及びコメント時刻情報の取得を開始する。
【０１５８】
ここで、「夏のアナタ」（第９話目）は、６月１８日の９：００〜９：５４に初めて放送される。従って、６月１８日の９：００〜９：５４の時点で、「夏のアナタ」（第９話目）は、動画共有サイトにはアップされていない。従って、番組が初めて放送されるときには、番組の放送時において、動画共有サイトＵＲＬに基づく動画共有サイトからの各情報の取得は行なわれない。
【０１５９】
図８に示す例では、番組情報には、３つの放送局ハッシュタグ「#fujitv」（フジテレビを示すハッシュタグ）、「#ktv」（関西テレビを示すハッシュタグ）、「#mrt」（宮崎テレビを示すハッシュタグ）が設定されている。ここでは、３つのハッシュタグのうち、「#fujitv」、「#ktv」が使用され、「#mrt」は、使用されない。すなわち、サーバ１０は、放送局ハッシュタグのうち、そのとき番組を放送する放送局に対応するハッシュタグを使用するが、そのとき番組を放送しない放送局に対応するハッシュタグは使用しない。
【０１６０】
この場合、サーバ１０は、例えば、番組の放送時刻となったときに、番組情報に設定されている放送局ハッシュタグそれぞれについて、放送局ハッシュタグがそのとき番組を放送する放送局に対応する放送局ハッシュタグであるかを判定する。そして、サーバ１０は、判定が肯定的であるとされた放送局ハッシュタグを使用すればよい。これにより、番組とは関係がないコメントが取得されてしまうことを防止することができる。
【０１６１】
放送局掲示板ＵＲＬについても、同様である。すなわち、サーバ１０は、番組の放送時刻になったときに、番組情報に設定されている放送局掲示板ＵＲＬそれぞれについて、放送局掲示板ＵＲＬが、そのとき番組を放送する放送局に対応する放送局掲示板ＵＲＬであるかを判定する。そして、サーバ１０は、判定が肯定的であるとされた放送局掲示板ＵＲＬを使用する。これにより、番組とは、関係がないコメントが取得されてしまうことを防止することができる。
【０１６２】
ミニブログで、「#fujitv」、「#ktv」、「#natsunoanata」、「#natsuana」、「#kitamao」、「#mao」を使用したコメントの書き込みがあると、サーバ１０によりコメント情報と、コメント時刻情報が取得される。また、掲示板ＵＲＬに対応する電子掲示板上で、コメントの書き込みがあると、サーバ１０によりコメント情報と、コメント時刻情報とが取得される。電子掲示板からコメント情報を取得するとき、サーバ１０は、定期的に電子掲示板をポーリングして、コメント情報を取得する。
【０１６３】
取得されたコメント情報は、例えば、取得元の連携サービスが何であるかを示す情報を付加して一括して管理されてもよい。あるいは、コメント情報は、連携サービスごとに、それぞれ分けて管理されても構わない。
【０１６４】
ミニブログからコメント情報及びコメント時刻情報が取得される際、ユーザが後でリツイートできるように、コメント情報及びコメント時刻情報の他に、コメントしたユーザのユーザＩＤ等が取得されてもよい。また、電子掲示板の場合、コメントを書き込んだユーザや、ユーザＩＤ等の情報が取得されてもよい。
【０１６５】
６月１８日の９：００になると、フジテレビと、関西テレビとで「夏のアナタ」（第９話目）の放送が終了され、コメント情報、コメント時刻情報等の情報の取得の処理が終了する。
【０１６６】
以上説明したような処理により、図２０に示すような、コメント情報及びコメント時刻情報が取得される。図２０では、波線の枠で囲まれたコメントが、電子掲示板から取得されたコメントであることを示しており、それ以外のコメントは、ミニブログから取得されたコメントであることを示している。
【０１６７】
図２１を参照して、６月２５日の１５：００〜１５：５４のサーバ１０の処理を説明する。６月２５日の１５：００になると、フジテレビで「夏のアナタ」（第９話目）の再放送が開始される。
【０１６８】
番組の放送が開始されると、サーバ１０は、番組情報に含まれるハッシュタグ（「#fujitv」、「#natsunoanata」、「#natsuana」、「#kitamao」、「#mao」）に基づいて、ミニブログからコメント情報及びコメント時刻情報の取得を開始する。また、サーバ１０は、番組の放送が開始されると、掲示板ＵＲＬ（放送局掲示板ＵＲＬ、番組掲示板ＵＲＬ）に基づいて、電子掲示板からコメント情報及びコメント時刻情報の取得を開始する。
【０１６９】
放送局ハッシュタグについて、サーバ１０は、番組情報に設定されている３つの放送局タグ「#fujitv」、「#ktv」、「#mrt」（図８参照）のうち、そのとき番組を放送する放送局（フジテレビ）に対応するハッシュタグである「「#fujitv」」を使用する。放送局掲示板ＵＲＬについて、サーバ１０は、番組情報に設定されている放送局掲示板ＵＲＬのうち、そのとき番組を放送する放送局（フジテレビ）に対応する放送局掲示板ＵＲＬを使用する。
【０１７０】
６月２５日の１５：００〜９：５４の時点で、「夏のアナタ」（第９話目）は、既に放送されているので、「夏のアナタ」（第９話目）の動画が、動画共有サイトにアップされている可能性がある。従って、既に、その番組が放送されるときには、番組の放送時において、動画共有サイトＵＲＬに基づく動画共有サイトからの各情報の取得が行なわれてもよい。６月２８日の１６：００〜１６：５４に「夏のアナタ」が放送される場合も同様である。但し、典型的には、後述のように、動画共有サイトＵＲＬに基づく動画共有サイトからのコメント情報及びコメント時刻情報の取得は、録画された番組が再生されるときに実行される。
【０１７１】
サーバ１０は、コメント情報及びコメント時刻情報を取得すると、これらの情報を、以前に（６月１８日に）「夏のアナタ」が放送されたときに取得されたコメント情報及びコメント時刻情報に追加して記憶部１１に記憶する。
【０１７２】
６月２５日の１５：５４になると、フジテレビでの「夏のアナタ」（第９話目）の再放送が終了し、コメント情報、コメント時刻情報等の取得の処理が終了する。
【０１７３】
図２１では、一点鎖線の枠で囲まれたコメントが、６月２５日の放送時に取得されたコメントであることを示しており、それ以外のコメントは、以前（６月１８日）の放送時に取得されたコメントであることを示している。
【０１７４】
図２２を参照して、６月２８日の１６：００〜１６：５４のサーバ１０の処理を説明する。６月２８日の９：００になると、宮崎テレビで「夏のアナタ」（第９話目）の放送が開始される。
【０１７５】
番組の放送が開始されると、サーバ１０は、番組情報に含まれるハッシュタグ（「#mrt」、「#natsunoanata」、「#natsuana」、「#kitamao」、「#mao」）に基づいて、ミニブログからコメント情報及びコメント時刻情報の取得を開始する。また、サーバ１０は、番組の放送が開始されると、掲示板ＵＲＬ（放送局掲示板ＵＲＬ、番組掲示板ＵＲＬ）に基づいて、電子掲示板からコメント情報及びコメント時刻情報の取得を開始する。
【０１７６】
放送局ハッシュタグについて、サーバ１０は、番組情報に設定されている３つの放送局タグ「#fujitv」、「#ktv」、「#mrt」（図８参照）のうち、そのとき番組を放送する放送局（宮崎テレビ）に対応するハッシュタグである「「#mtr」」を使用する。放送局掲示板ＵＲＬについて、サーバ１０は、番組情報に設定されている放送局掲示板ＵＲＬのうち、そのとき番組を放送する放送局（宮崎テレビ）に対応する放送局掲示板ＵＲＬを使用する。
【０１７７】
サーバ１０は、コメント情報及びコメント時刻情報を取得すると、これらの情報を、以前に（６月１８日、６月２５日に）「夏のアナタ」が放送されたときに取得されたコメント情報及びコメント時刻情報に追加して記憶部１１に記憶する。
【０１７８】
６月２８日の１６：５４になると、宮崎テレビでの「夏のアナタ」（第９話目）の放送が終了し、コメント情報、コメント時刻情報等の取得の処理が終了する。
【０１７９】
図２２では、二点鎖線の枠で囲まれたコメントが、６月２８日の放送時に取得されたコメントであることを示しており、それ以外のコメントは、以前（６月１８日、６月２５日）の放送時に取得されたコメントであることを示している。
【０１８０】
"番組再生時の処理"
次に、録画した番組を再生するときの、番組録画再生システム１００の処理について説明する。
【０１８１】
図２３は、録画した番組を再生するときの、番組録画再生システム１００の処理を示すフローチャートである。
【０１８２】
ユーザが録画した番組を再生する場合、ユーザは、まず、携帯端末２０の画面をタッチ操作することで、録画リストを表示させるための操作を行なう。録画リストは、録画された番組のリストである。
【０１８３】
ユーザが録画リストを表示させるための操作を行なうと、携帯端末２０は、録画リストの取得の要求信号をサーバ１０へ送信する（ステップ５０１）。サーバ１０は、録画リストの取得の要求信号を受信すると、要求元の携帯端末２０と関連付けられているレコーダ３０に対して、録画リストの取得の要求信号を送信する（ステップ５０２）。
【０１８４】
レコーダ３０は、サーバ１０から録画リストの取得の要求信号を受信すると、番組ＩＤ付きの録画リストをサーバ１０に送信する（ステップ５０３）。サーバ１０は、録画リストをレコーダ３０から受信すると、要求元の携帯端末２０に対して、録画リストを送信する（ステップ５０４）。携帯端末２０は、サーバ１０から録画リストを受信すると、録画リストを表示部２５の画面上に表示させる（ステップ５０５）。
【０１８５】
図２４は、携帯端末２０の表示部２５の画面上に表示される録画リストの一例を示す図である。図２４に示すように、録画リストでは、録画が予約された番組ごとに、番組名、放送日時、チャンネル番号などが表示される。ユーザにより、予約リスト内の特定の番組が選択されると、携帯端末２０は、図２５に示すように、ユーザによって選択された番組の再生制御画面と、連携サービスのコメント表示／非表示選択画面とを画面上に表示せる（ステップ５０６）。
【０１８６】
図２４及び図２５に示す例では、ユーザにより録画リストから「夏のアナタ」が選択され、この「夏のアナタ」についての再生制御画面と、連携サービスのコメント表示／非表示選択画面とが画面上に表示された場合が示されている。
【０１８７】
再生制御画面（図２５上欄）には、番組名、放送日時、チャンネル番号、録画モード、「巻き戻し」ボタン、「再生／一時停止」ボタン、「早送り」ボタン等が表示される。
【０１８８】
一方、連携サービスのコメント表示／非表示選択画面（図２５下欄）には、「ミニブログ」ボタン、「電子掲示板」ボタン、「動画共有サイト」ボタンが表示される。また、この画面には、「ミニブログ」ボタン、「電子掲示板」ボタン、「動画共有サイト」ボタンの下側にそれぞれ、「ＯＮにする」ボタンが表示される。
【０１８９】
連携サービスのコメント表示／非表示選択画面に表示された各種のボタンが操作されたときの処理については、"コメントスクリーニングに関する処理"の段落で、説明する。
【０１９０】
図２５に示すように、ユーザが、再生制御画面内に表示された「再生／一時停止」ボタンが表示されている位置をタッチ操作して、再生の指示を携帯端末２０に入力したとする。この場合、携帯端末２０は、ユーザによる再生指示の入力に応じて、再生指示の信号と、番組ＩＤとをサーバ１０に送信する（ステップ５０７）。
【０１９１】
サーバ１０は、再生指示の信号と、番組ＩＤとを受信すると、要求元の携帯端末２０と関連付けられているレコーダ３０に対して、再生指示の信号と、番組ＩＤとを送信する（ステップ５０８）。
【０１９２】
また、サーバ１０は、再生指示の信号と、番組ＩＤとを受信すると、動画共有サイトＵＲＬ（連携サービスに関する情報）に基づいて、動画共有サイト（連携サービス）からコメント情報と、コメント時刻情報とを取得する（ステップ５０９）。この場合、サーバ１０は、番組ＩＤに対応する番組の番組情報に設定された動画共有サイトＵＲＬに基づいて、動画共有サイトからコメント情報と、コメント時刻情報とを取得する。そして、サーバ１０は、取得した情報を番組情報として番組ＤＢ上に記憶する。
【０１９３】
レコーダ３０は、サーバ１０から再生指示の信号と、番組ＩＤとを受信すると、再生指示に応じて、番組ＩＤに対応する番組の再生を開始する（ステップ５１０）。レコーダ３０は、番組の再生を開始すると、番組の再生開始を示す情報と、番組の再生開始位置の情報（録画番組の先頭からの経過時間の情報）とをサーバ１０に送信する（ステップ５１１）。
【０１９４】
サーバ１０は、番組の再生開始を示す情報と、番組の再生開始位置の情報とを受信すると、再生開始位置の情報に基づいて、現在の再生位置を推定する（ステップ５１２）。そして、サーバ１０は、再生位置に対応するコメント情報を番組ＩＤに対応する番組の番組情報から取り出して、取り出したコメント情報を携帯端末２０に送信する（ステップ５１３）。
【０１９５】
携帯端末２０は、コメント情報を受信すると画面上にコメントを表示させる（ステップ５１４）。図２６は、コメント表示画面の一例を示す図である。図２５に示す、再生制御画面及び連携サービスのコメント表示／非表示選択画面と、図２６に示すコメント表示画面とは、例えば、ユーザによるスワイプ操作などにより、相互に切り換えられる。
【０１９６】
コメント表示画面には、連携サービス（ミニブログ、電子掲示板、動画共有サイト）から取得された各種のコメントが、コメント時刻情報に応じたタイミングで表示される。また、コメント表示画面には、コメントを書き込んだユーザの名前等も表示される。ユーザは、携帯端末２０の画面上に表示されるコメントを見ながら録画した番組を視聴することで、番組の視聴を楽しむことができる。
【０１９７】
ユーザがミニブログ由来のコメントが表示されている位置をタップ操作した場合、携帯端末２０は、ミニブログのリツイート入力画面を画面上に表示させてもよい。あるいは、ミニブログ由来のコメントが表示されている位置をタップ操作した場合、ミニブログのコメント入力画面を画面上に表示させてもよい。
【０１９８】
コメント表示画面には、コメント書き込みの入力欄と「書き込み」ボタンとが用意されている。ユーザがコメント書き込み欄にコメントを書き込むんで、「書き込み」ボタンが表示されている位置をタッチ操作した場合、コメントの情報がサーバ１０に送信される。サーバ１０は、携帯端末２０から送信されてきたコメント情報を、番組情報に追加して記憶する。
【０１９９】
［早送り（又は巻き戻し）］
次に、番組の再生中に、ユーザにより、携帯端末２０に早送り（又は巻き戻し）の指示が入力されたときの処理について説明する。
【０２００】
図２７は、番組の再生中に、ユーザにより、携帯端末２０に早送り（又は巻き戻し）の指示が入力されたときの処理を示すフローチャートである。
【０２０１】
番組の再生中に、再生制御画面（図２５参照）内に表示された「早送り」ボタン（又は「巻き戻し」ボタン）がユーザによりタッチ操作されたとする。
【０２０２】
この場合、携帯端末２０は、ユーザによる早送り（又は巻き戻し）の指示の入力に応じて、早送り（又は巻き戻し）の指示の信号をサーバ１０に送信する（ステップ６０１）。
【０２０３】
サーバ１０は、携帯端末２０から早送り（又は巻き戻し）の指示の信号を受信すると、要求元の携帯端末２０と関連づけられたレコーダ３０に対して、早送り（又は巻き戻し）の指示の信号を送信する（ステップ６０２）。そして、サーバ１０は、携帯端末２０に対するコメント情報の送信を停止する（ステップ６０３）。
【０２０４】
レコーダ３０は、サーバ１０から早送り（又は巻き戻し）の指示の信号を受信すると、現在再生中の番組を早送り（又は巻き戻し）する。
【０２０５】
［早送り（又は巻き戻し）の解除］
次に、番組の早送り（又は巻き戻し）中に、ユーザにより携帯端末２０に再生の指示が入力されたときの処理について説明する。
【０２０６】
図２８は、番組の早送り（又は巻き戻し）中に、ユーザにより携帯端末２０に再生の指示が入力されたときの処理を示すフローチャートである。
【０２０７】
番組の早送り（又は巻き戻し）中に、再生制御画面（図２５参照）内に表示された「再生／一時停止」ボタンがユーザによりタッチ操作されたとする。
【０２０８】
この場合、携帯端末２０は、ユーザによる早送り（又は巻き戻し）中の再生の指示の入力に応じて、再生再開の指示の信号を送信する（ステップ７０１）。サーバ１０は、携帯端末２０から再生再開の指示の信号を受信すると、要求元の携帯端末２０と関連付けられているレコーダ３０に対して、再生再開の指示の信号を送信する（ステップ７０２）。
【０２０９】
レコーダ３０は、サーバ１０から再生再開の指示の信号を受信すると、早送り（又は巻き戻し）を解除して、番組の再生を再開する（ステップ７０３）。次に、レコーダ３０は、再生開始を示す情報と、再生開始位置を示す情報とをサーバ１０に送信する（ステップ７０４）。
【０２１０】
サーバ１０は、レコーダ３０から再生開始を示す情報と、再生開始位置を示す情報とを受信すると、再生開始位置の情報に基づいて、現在の番組の再生位置を推定する（ステップ７０５）。次に、サーバ１０は、再生位置に対応するコメント情報を、番組ＩＤに対応する番組の番組情報から取り出して、携帯端末２０に送信する（ステップ７０６）。
【０２１１】
携帯端末２０は、サーバ１０からコメントの情報を受信すると、画面上にコメントを表示させる（ステップ７０７）。
【０２１２】
［停止］
次に、番組の再生中に、ユーザにより、停止の指示が入力されたときの処理について説明する。
【０２１３】
図２９は、番組の再生中に、ユーザにより、停止の指示が入力されたときの処理を示すフローチャートである。
【０２１４】
番組の再生中に、再生制御画面（図２５参照）内に表示された「再生／一時停止」ボタンがユーザによりタッチ操作されたとする。
【０２１５】
この場合、携帯端末２０は、ユーザによる再生の停止の指示の入力に応じて、再生の停止の指示の信号をサーバ１０に送信する（ステップ８０１）。
【０２１６】
サーバ１０は、携帯端末２０から再生の停止の指示の信号を受信すると、要求元の携帯端末２０と関連づけられたレコーダ３０に対して、再生の停止の指示の信号を送信する（ステップ８０２）。そして、サーバ１０は、携帯端末２０に対するコメント情報の送信を停止する（ステップ８０３）。
【０２１７】
レコーダ３０は、サーバ１０から再生の停止の指示の信号を受信すると、現在再生中の番組の再生を停止する。
【０２１８】
"コメントスクリーニングに関する処理"
次に、コメントスクリーニングに関する処理について説明する。
【０２１９】
上述のように、ミニブログのハッシュタグ、掲示板の掲示板ＵＲＬ、動画共有サイトの動画共有サイトＵＲＬは、多数のユーザによって、番組情報に設定される。従って、録画した番組の再生時に、ユーザが希望しないコメントが携帯端末２０の画面上に表示される場合も想定される。あるいは、携帯端末２０の画面上に表示されるコメントが多すぎる場合も想定される。従って、番組録画再生システム１００は、ユーザが、画面上に表示されるコメントを任意に選択することができる機能を備えている。
【０２２０】
まず、連携サービスの種類毎に、コメントの表示／非表示を切り替える場合の処理について説明する。
【０２２１】
図３０〜図３２は、連携サービス毎に、コメントの表示／非表示を切り替える場合の処理を説明するための図である。
【０２２２】
図３０を参照して、上記したように、再生制御画面の下側には、連携サービスのコメント表示／非表示選択画面が表示される。このコメント表示／非表示選択画面上には、「ミニブログ」ボタン、「電子掲示板」ボタン、「動画共有サイト」ボタンが表示される。また、この画面には、「ミニブログ」ボタン、「電子掲示板」ボタン、「動画共有サイト」ボタンの下側にそれぞれ、「ｏｎにする」ボタンが表示される。
【０２２３】
図３０に示すように、ユーザが、「動画共有サイト」ボタンの下側に表示されている「ｏｎにする」ボタンをタッチ操作したとする。この場合、携帯端末２０は、「ｏｎにする」ボタンを「ｏｆｆにする」ボタンに切り替える。
【０２２４】
図３１には、「動画共有サイト」ボタンの下側に表示されていた「ｏｎにする」ボタンが「ｏｆｆにする」ボタンに切り替えられたときの様子が示されている。
【０２２５】
ユーザが、「動画共有サイト」ボタンの下側に表示されている「ｏｎにする」ボタンをタッチ操作した場合、携帯端末２０は、動画共有サイト由来のコメントの送信停止の信号をサーバ１０に送信する。サーバ１０は、携帯端末２０から動画共有サイト由来のコメントの送信の停止の信号を受信すると、動画共有サイト由来のコメントの送信を停止する。あるいは、ユーザが「動画共有サイト」ボタンの下側に表示されている「ｏｎにする」ボタンをタッチ操作した場合、携帯端末２０は、動画共有サイト由来のコメントを画面上に表示するのを停止する処理を実行してもよい。
【０２２６】
これにより、携帯端末２０の画面上には、動画共有サイト由来のコメントが表示されなくなる。
【０２２７】
図３２には、動画共有サイト由来のコメントが表示されなくなった場合におけるコメント表示画面の一例が示されている。図３２では、表示されなくなったコメントを灰色で表示している。
【０２２８】
ここでの一例では、動画共有サイト由来のコメントが表示されなくなる場合について説明したが、ミニブログ、電子掲示板についても同様である。
【０２２９】
例えば、ユーザが「ミニブログ」ボタン又は「電子掲示板」の下側に表示された「ｏｎにする」ボタンをタッチ操作したとする。この場合、携帯端末２０は、ミニブログ由来又は電子掲示板由来のコメントの送信停止の信号をサーバ１０に送信する。サーバ１０は、携帯端末２０からミニブログ由来又は電子掲示板由来のコメントの送信停止の信号を受信すると、ミニブログ由来又は電子掲示板由来のコメントの送信を停止する。あるいは、携帯端末２０は、ミニブログ由来又は電子掲示板由来のコメントを画面上に表示するのを停止する処理を実行してもよい。
【０２３０】
これにより、携帯端末２０の画面上には、ミニブログ由来又は電子掲示板由来のコメントが表示されなくなる。
【０２３１】
なお、「ミニブログ」ボタン又は「電子掲示板」の下側に表示された「ｏｎにする」ボタンがタッチ操作された場合、携帯端末２０は、「ｏｎにする」ボタンを「ｏｆｆにする」ボタンに切り替える。
【０２３２】
「ミニブログ」ボタン、「電子掲示板」ボタン、「動画共有サイト」ボタンの下側に表示された「ｏｆｆにする」ボタンがユーザによりタッチ操作された場合を想定する。この場合、携帯端末２０は、「ｏｆｆにする」ボタンを「ｏｎにする」ボタンに切り替える。また、この場合、携帯端末２０は、ミニブログ由来、電子掲示板由来又は動画共有サイト由来のコメントの送信の開始の信号をサーバ１０に送信する。サーバ１０は、携帯端末２０からミニブログ由来、電子掲示板由来又は動画共有サイト由来のコメントの送信停止の信号を受信すると、ミニブログ由来又は電子掲示板由来のコメントの送信を開始する。あるいは、携帯端末２０は、ミニブログ由来又は電子掲示板由来のコメントを画面上に表示するのを開始する処理を実行してもよい。
【０２３３】
これにより、ミニブログ由来、電子掲示板由来又は動画共有サイト由来のコメントが表示されるようになる。
【０２３４】
以上のような処理により、ユーザは、複数の連携サービスのうち、どの連携サービス由来のコメントを携帯端末２０の画面上に表示するかを任意に選択することができる。
【０２３５】
以上の説明では、連携サービス毎に、コメントの表示／非表示を切り替える場合について説明した。一方、以降では、ミニブログのハッシュタグ毎、電子掲示板の掲示板ＵＲＬ毎、あるいは、動画サイトの動画共有サイトＵＲＬ毎に、コメントの表示／非表示を切り替える場合の処理について説明する。すなわち、連携サービスに関する情報毎に、コメントの表示／非表示を切り替える場合について説明する。
【０２３６】
図３３〜図３６は、ミニブログのハッシュタグ毎、電子掲示板の掲示板ＵＲＬ毎、あるいは、動画サイトの動画共有サイトＵＲＬ毎に、コメントの表示／非表示を切り替える場合の処理について説明するための図である。
【０２３７】
図３３に示すように、ユーザが、連携サービスのコメント表示／非表示選択画面内に表示された「ミニブログ」ボタンをタッチ操作したとする。この場合、携帯端末２０は、番組情報に設定されているハッシュタグの情報と、どのハッシュタグが有効であり、どのハッシュタグが無効であるのかを示す情報との取得の要求信号をサーバ１０に送信する。
【０２３８】
サーバ１０は、要求信号の応じて、ハッシュタグの情報と、どのハッシュタグが有効であり、どのハッシュタグが無効であるのかを示す情報を携帯端末２０に送信する。なお、デフォルトでは、番組情報に設定されているハッシュタグは、全て有効とされる。
【０２３９】
携帯端末２０は、各情報を受信すると、ミニブログ（ハッシュタグ）設定画面を画面上に表示させる。
【０２４０】
図３４は、ミニブログ（ハッシュタグ）設定画面の一例を示す図である。ミニブログ設定画面では、番組情報に設定されているハッシュタグが並べて表示される。ミニブログ設定画面には、「設定」ボタンが用意されている。ミニブログ設定画面では、放送局ハッシュ、番組名ハッシュ等の文字の右側に、ハッシュタグが表示され、放送局ハッシュ、番組名ハッシュ等の文字の左側に黒丸●が表示されている。黒丸●は、そのハッシュタグが、有効であることを示している。この黒丸●が、白丸○である場合には、そのハッシュタグが無効であることを示している。なお、ハッシュタグの有効／無効を示す方法は、黒丸●、白丸○に限られず適宜変更することができる。
【０２４１】
例えば、図３４に示すように、「●放送局ハッシュ#mrt」と表示されている位置をユーザがタッチ操作したとする。図３５には、ユーザが「●放送局ハッシュ#mrt」と表示された位置をタッチ操作した後のミニブログ設定画面の様子が示されている。図３５に示すように、ユーザがハッシュタグ「●放送局ハッシュ#mrt」と表示されている位置をタッチ操作した場合、携帯端末２０は、黒丸●が白丸○に切り替えられるように、表示を制御する。
【０２４２】
そして、図３５に示すように、ユーザが「設定」ボタンをタッチ操作したとする。この場合、携帯端末２０は、選択されたハッシュタグ（#mrt）由来のコメントの送信停止の信号をサーバ１０に送信する。サーバ１０は、ハッシュタグ（#mrt）由来のコメントの送信停止の信号を受信すると、ハッシュタグ（#mrt）由来のコメントの送信を停止する。そして、サーバ１０は、対応するハッシュタグ（#mrt）が無効であることを番組情報内に記憶しておく。あるいは、ユーザが「設定ボタン」をタッチ操作した場合、携帯端末２０は、ハッシュタグ（#mrt）由来のコメントを画面上に表示するのを停止する処理を実行してもよい。
【０２４３】
図３６には、ハッシュタグ（#mrt）由来のコメントが表示されなくなった場合におけるコメント表示画面の一例が示されている。図３６では、表示されなくなったコメントを灰色で表示している。
【０２４４】
一方、ミニブログ（ハッシュタグ）設定画面で、ハッシュタグの文字の左側に白丸○が表示されているハッシュタグをユーザがタッチ操作した場合を想定する。この場合白丸○が黒丸●に切り替えられる。そして、ユーザが「設定」ボタンをタッチ操作したとする。
この場合、携帯端末２０は、選択されたハッシュタグ由来のコメントの送信開始の信号をサーバ１０に送信する。サーバ１０は、この信号を受信すると、選択されたハッシュタグ由来のコメントの送信を開始する。
【０２４５】
そして、サーバ１０は、対応するハッシュタグが有効であることを番組情報内に記憶しておく。あるいは、ユーザが「設定ボタン」をタッチ操作した場合、携帯端末２０は、選択されたハッシュタグ由来のコメントを画面上に表示するのを開始する処理を実行してもよい。
【０２４６】
これにより、そのハッシュタグ由来のコメントがコメント表示画面上で表示されるようになる。
【０２４７】
ここでの一例では、ミニブログのハッシュタグ毎に、コメントの表示／非表示が切り替えられる場合について説明した。一方、以降では、掲示板ＵＲＬ毎、動画共有サイトＵＲＬ毎に、コメントの表示／非表示を切り替えられる場合について説明する。
【０２４８】
図３３を参照して、ユーザが「電子掲示板」ボタン、又は「動画共有サイト」ボタンをタッチ操作したとする。この場合、携帯端末２０は、番組情報に設定されている掲示板ＵＲＬ又は動画共有サイトＵＲＬの情報と、掲示板ＵＲＬ又は動画共有サイトＵＲＬの有効／無効を示す情報との取得の要求信号をサーバ１０に送信する。
【０２４９】
サーバ１０は、要求信号の応じて、掲示板ＵＲＬ又は動画共有サイトの情報と、掲示板ＵＲＬ又は動画共有サイトＵＲＬの有効／無効を示す情報とを携帯端末２０に送信する。なお、デフォルトでは、番組情報に設定されている掲示板ＵＲＬ又は動画共有サイトＵＲＬは、全て有効とされる。
【０２５０】
携帯端末２０は、これらの情報を受信すると、掲示板（掲示板ＵＲＬ）設定画面（図示せず）又は動画共有サイト（動画共有サイトＵＲＬ）設定画面（図示せず）を画面上に表示させる。掲示板設定画面又は動画共有サイト設定画面には、番組情報に設定されている掲示板ＵＲＬ又は動画共有サイトＵＲＬが表示され、掲示板ＵＲＬ又は動画共有サイトＵＲＬの有効／無効を示す情報が表示される。掲示板設定画面又は動画共有サイト設定画面には、例えば、「設定」ボタンが用意されている。
【０２５１】
ユーザが任意の掲示板ＵＲＬ又は動画共有サイトＵＲＬ選択して、「設定」ボタンをタッチ操作したとする。この場合、ユーザが選択した掲示板ＵＲＬ又は動画共有サイトＵＲＬ由来のコメントの表示／非表示が切り替えられる。
【０２５２】
以上のような処理により、ユーザは、ミニブログのハッシュタグ毎、電子掲示板の掲示板ＵＲＬ毎、あるいは、動画サイトの動画共有サイトＵＲＬ毎に、コメントの表示／非表示を切り替えることができる。
【０２５３】
＜各種変形例＞
以上の説明では、コメントが携帯端末の画面上に表示される場合について説明したが、これに限られない。例えば、レコーダに接続されたテレビジョン装置に表示されてもよい。以上の説明では、ハッシュタグ、掲示板ＵＲＬ、動画共有サイトＵＲＬがユーザによる携帯端末２０の操作により番組情報に設定される場合について説明したが、これに限られない。例えば、ユーザがテレビジョン装置等に表示された画面を見ながら、ハッシュタグ、掲示板ＵＲＬ、動画共有サイトＵＲＬの設定操作を行なってもよい。
【０２５４】
本技術は、以下の構成をとることもできる。
（１）  通信部と、
記憶部と、
番組の録画の予約に応じて、録画が予約された番組に対して番組ＩＤを割り当て、番組に対してコメントが書き込まれるサービスに関する情報を前記通信部を介して受信し、受信した前記サービスに関する情報を前記番組ＩＤに関連付けて前記記憶部に記憶させ、前記サービスに関する情報に基づいて、番組に対してコメントが書き込まれるサービスから番組に対してのコメント情報と、コメント時刻情報とを前記通信部を介して取得し、取得したコメント情報及びコメント時刻情報を前記番組ＩＤと関連付けて記憶部に記憶させ、録画した番組の再生を示す情報を通信部を介して受信し、録画した番組の再生時に、前記コメント情報及びコメント時刻情報に基づいて、コメントをコメント時刻に合わせて画面上に表示するための処理を実行する制御部と
を具備するサーバ装置。
（２）上記（１）に記載のサーバ装置であって、
前記制御部は、複数のユーザがそれぞれ所有する機器から前記サービスに関する情報を前記通信部を介して受信して前記番組ＩＤと関連付けて前記記憶部に記憶させることで、前記複数のユーザの機器から前記サービスに関する情報を収集し、収集された前記サービスに関する情報に基づいて、前記サービスから前記コメント情報と、前記コメント時刻情報とを取得する
サーバ装置。
（３）上記（２）に記載のサーバ装置であって、
前記制御部は、録画した番組の再生時に、前記複数のユーザの機器から収集された前記サービスに関する情報に基づいて取得された前記コメント情報及び前記コメント時刻情報に基づいて、コメントをコメント時刻に合わせて前記画面上に表示するための処理を実行する
サーバ装置。
（４）上記（１）乃至（３）のうち何れか１つに記載のサーバ装置であって、
前記制御部は、複数のサービスから、それぞれ、コメント情報と、コメント時刻情報とを取得して番組ＩＤと関連付けて前記記憶部に記憶する
サーバ装置。
（５）上記（４）に記載のサーバ装置であって、
前記制御部は、録画した番組の再生時に、前記サービス毎に、前記サービスから取得されたコメント情報の送信の開始及び停止の信号を前記通信部を介して受信し、前記信号に基づいて、前記サービス毎に、前記サービスから取得されたコメント情報のコメント情報の送信の開始及び停止を切り替える
サーバ装置。
（６）上記（３）乃至（５）のうち何れか１つに記載のサーバ装置であって、
前記制御部は、録画した番組の再生時に、前記サービスに関する情報毎に、前記サービスに関する情報に基づいて取得されたコメント情報の送信の開始及び停止を示す信号を前記通信部を介して受信し、前記信号に基づいて、前記サービスに関する情報毎に、前記サービスに関する情報に基づいて取得されたコメント情報の送信の開始及び停止を切り替える
サーバ装置。
（７）上記（１）乃至（６）のうち何れか１つに記載のサーバ装置であって、
前記制御部は、番組の録画の予約に応じて、放送日時の情報を前記通信部を介して受信し、受信した前記放送日時の情報を前記番組ＩＤと関連付けて前記記憶部に記憶させ、前記放送日時の情報に基づいて、番組の放送開始時刻と放送終了時刻とを判定し、放送開始時刻から番組の放送終了時刻までの間、前記サービスに関する情報に基づいて、前記サービスから前記コメントの情報と、前記コメントの時刻情報とを取得する
サーバ装置。
（８）上記（１）乃至（７）のうち何れか１つに記載のサーバ装置であって、
前記制御部は、録画された番組の再生時に、前記サービスから前記コメントの情報と、前記コメントの時刻情報とを取得する
サーバ装置。
（９）上記（１）乃至（８）のうち何れか１つに記載のサーバ装置であって、
前記制御部は、番組の録画の予約に応じて、複数のユーザがそれぞれ所有する機器から録画が予約された番組の番組名の情報、放送局名の情報及び放送日時の情報を受信し、受信した前記番組名の情報、前記放送局名の情報及び前記放送日時の情報を前記番組ＩＤに関連付けて記憶部に記憶させ、かつ、放送局名又は放送日時が異なる内容が同じ番組について、前記放送局名の情報及び前記放送日時の情報を同じ番組ＩＤに関連付けて前記記憶部に記憶させる
サーバ装置。
（１０）上記（９）に記載のサーバ装置であって、
前記制御部は、番組の録画の予約に応じて受信された前記番組名の情報、放送局名の情報及び放送日時の情報に基づいて、録画が予約された番組が、既に録画が予約された番組と内容が同じ番組であるかを自動的に推定し、録画が予約された番組が、既に録画が予約された内容が同じ番組である場合、既に録画が予約された番組と同じ番組ＩＤを割り当てる
サーバ装置。
（１１）上記（９）に記載のサーバ装置であって、
前記制御部は、同じ前記番組ＩＤに関連付けられた、放送日時が異なる内容が同じ番組の放送日時の情報に基づいて、それぞれ、番組の放送開始時刻と放送終了時刻とを判定し、それぞれ、放送開始時刻から番組の放送終了時刻までの間、前記サービスに関する情報に基づいて、前記サービスから前記コメントの情報と、前記コメントの時刻情報とを取得する
サーバ装置。
（１２）上記（１１）に記載のサーバ装置であって、
前記制御部は、番組の放送時に、番組ＩＤに関連付けられた前記サービスに関する情報が、そのとき番組を放送する放送局に対応する、前記サービスに関する情報であるかを判定し、前記サービスに関する情報が、そのとき番組を放送する放送局に対応する場合、前記サービスに関する情報に基づいて、番組に対してコメントが書き込まれるサービスから番組に対してのコメント情報と、コメント時刻情報とを前記通信部を介して取得する
サーバ装置。
（１３）上記（１）乃至（１２）のうち何れか１つに記載のサーバ装置であって、
前記サービスに関する情報は、ミニブログのハッシュタグ、電子掲示板の電子掲示板ＵＲＬ又は動画共有サイトの動画共有サイトＵＲＬであり、
前記サービスは、ミニブログ、電子掲示板又は動画共有サイトである
サーバ装置。
（１４）  機器と、
通信部と、記憶部と、番組の録画の予約に応じて、録画が予約された番組に対して番組ＩＤを割り当て、前記機器から、番組に対してコメントが書き込まれるサービスに関する情報を前記通信部を介して受信し、受信した前記サービスに関する情報を前記番組ＩＤに関連付けて前記記憶部に記憶させ、前記サービスに関する情報に基づいて、番組に対してコメントが書き込まれるサービスから番組に対してのコメント情報と、コメント時刻情報とを前記通信部を介して取得し、取得したコメント情報及びコメント時刻情報を前記番組ＩＤと関連付けて記憶部に記憶させ、録画した番組の再生を示す情報を通信部を介して受信し、録画した番組の再生時に、前記コメント情報及びコメント時刻情報に基づいて、コメントをコメント時刻に合わせて画面上に表示するための処理を実行する制御部とを有するサーバ装置と
を具備するシステム。
（１５）  サーバ装置に、
番組の録画の予約に応じて、録画が予約された番組に対して番組ＩＤを割り当てるステップと、
番組に対してコメントが書き込まれるサービスに関する情報を前記通信部を介して受信するステップと、
受信した前記サービスに関する情報を前記番組ＩＤに関連付けて前記記憶部に記憶させるステップと、
前記サービスに関する情報に基づいて、番組に対してコメントが書き込まれるサービスから番組に対してのコメント情報と、コメント時刻情報とを前記通信部を介して取得するステップと、
取得したコメント情報及びコメント時刻情報を前記番組ＩＤと関連付けて記憶部に記憶させるステップと、
録画した番組の再生を示す情報を通信部を介して受信するステップと、
録画した番組の再生時に、前記コメント情報及びコメント時刻情報に基づいて、コメントをコメント時刻に合わせて画面上に表示するための処理を実行するステップと
を実行させるプログラム。
（１６）番組の録画の予約に応じて、録画が予約された番組に対して番組ＩＤを割り当て、
番組に対してコメントが書き込まれるサービスに関する情報を前記通信部を介して受信し、
受信した前記サービスに関する情報を前記番組ＩＤに関連付けて前記記憶部に記憶させ、
前記サービスに関する情報に基づいて、番組に対してコメントが書き込まれるサービスから番組に対してのコメント情報と、コメント時刻情報とを前記通信部を介して取得し、
取得したコメント情報及びコメント時刻情報を前記番組ＩＤと関連付けて記憶部に記憶させ、
録画した番組の再生を示す情報を通信部を介して受信し、
録画した番組の再生時に、前記コメント情報及びコメント時刻情報に基づいて、コメントをコメント時刻に合わせて画面上に表示するための処理を実行する
処理方法。
【符号の説明】
【０２５５】
１０…サーバ
１１…記憶部
１２…制御部
１３…通信部
２０…携帯端末
３０…レコーダ
１００…番組録画再生システム
【図１】
0005849463.tif 000002
【図２】
0005849463.tif 000003
【図３】
0005849463.tif 000004
【図４】
0005849463.tif 000005
【図５】
0005849463.tif 000006
【図６】
0005849463.tif 000007
【図７】
0005849463.tif 000008
【図８】
0005849463.tif 000009
【図９】
0005849463.tif 000010
【図１０】
0005849463.tif 000011
【図１２】
0005849463.tif 000012
【図１３】
0005849463.tif 000013
【図１４】
0005849463.tif 000014
【図１５】
0005849463.tif 000015
【図１６】
0005849463.tif 000016
【図１７】
0005849463.tif 000017
【図１８】
0005849463.tif 000018
【図１９】
0005849463.tif 000019
【図２０】
0005849463.tif 000020
【図２１】
0005849463.tif 000021
【図２２】
0005849463.tif 000022
【図２３】
0005849463.tif 000023
【図２５】
0005849463.tif 000024
【図２６】
0005849463.tif 000025
【図２７】
0005849463.tif 000026
【図２８】
0005849463.tif 000027
【図２９】
0005849463.tif 000028
【図３０】
0005849463.tif 000029
【図３１】
0005849463.tif 000030
【図３３】
0005849463.tif 000031
【図３４】
0005849463.tif 000032
【図３５】
0005849463.tif 000033
【図１１】
0005849463.tif 000034
【図２４】
0005849463.tif 000035
【図３２】
0005849463.tif 000036
【図３６】
0005849463.tif 000037