JP2012256993A - 記録再生装置、情報端末及びこれらの機器連携システム - Google Patents

Abstract

【課題】ユーザが番組を録画予約するきっかけとなった情報を録画予約後にユーザに提供するための情報に従ってユーザが番組を録画予約するきっかけとなった情報をユーザに提示し、使い勝手を向上させる記録再生装置を提供する。
【解決手段】録画番組を一意に識別するための情報と、番組の録画を予約した機器を識別するための情報、予約情報源の送信を保留しているか否かを示す状態のうち一つ以上と、ユーザが番組を録画予約するきっかけとなった情報を録画予約後にユーザに提供するための情報を関連付けて記憶するための予約情報源管理部と、予約情報源管理部が管理する情報を処理するための予約情報源制御部と、ユーザが番組を録画予約するきっかけとなった情報をモニタに出力するための出力部を備える。
【選択図】図１

Description

本発明は、記録再生装置、情報端末及びこれらの機器連携システムに関する。

本技術分野の背景技術が、特開２００９−１８１５０３号公報（特許文献１）に開示されている。この公報には、「内容解析／キーワード抽出部は、ユーザが閲覧しているＷｅｂページからキーワードを抽出し、抽出されたキーワードに対してキーワードの表示方法を示すタグおよび出現頻度に応じて優先度を与える。推薦番組決定部は、キーワードを基にＥＰＧ用データベース・ファイルからユーザに推薦する番組を検索し、検索された番組に対してキーワードに応じた推薦度を与える。」ことが開示されている（要約参照）。

特開２００９−１８１５０３号公報

前記特許文献１には、ユーザが閲覧しているＷｅｂページからキーワードを抽出し、キーワードを基に推薦番組を決定する仕組みが記載されている。しかし、ユーザが番組を録画予約するきっかけとなった情報（以下、予約動機情報）と録画予約後にユーザへ予約動機情報を提供できるように、ユーザがアクセスするための情報（以下、予約情報源)を用いて、使い勝手を向上させることは考慮されていない。

本発明はこのような状況に鑑みてなされたものであり、その目的は、録画予約後に予約情報源に従って予約動機情報を提示することで、使い勝手を向上させる記録再生装置を提供することにある。

上記目的を達成するために、例えば特許請求の範囲に記載の構成を採用する。

本発明によれば、録画予約した後で予約情報源に従って予約動機情報を提示し、使い勝手を向上させることが出来る。

記録再生装置の構成図の例である。 記録再生装置と他機器の接続図の例である。 記録再生装置が録画予約する処理のフローチャートである。 予約動機情報の表示例である。 文字列が選択されたことを示す表示例である。 番組検索ボタンの表示例である。 番組検索の結果をユーザに通知する表示例である。 番組検索の結果をユーザに通知する表示例である。 録画予約する番組を選択させる表示例である。 録画予約の完了を通知する表示例である。 予約情報源管理部に記憶する予約情報源管理情報の例である。 記録再生装置がＷｅｂサーバにコメントを投稿する処理のフローチャートである。 コメントが表示された予約動機情報の表示例である。 情報端末の構成図の例である。 情報端末と他機器の接続図の例である。 情報端末が記録再生装置に録画予約を要求する処理のフローチャートである。 記録再生装置が録画予約する処理のフローチャートである。 記録際背装置が情報端末に視聴完了を通知する処理のフローチャートである。 情報端末がＷｅｂサーバにコメントを投稿する処理のフローチャートである。 予約情報源管理部に記憶する予約情報源管理情報の例である。 情報端末が録画予約を要求する処理のフローチャートである。 記録再生装置が録画予約する処理のフローチャートである。 記録再生装置が情報端末に予約情報源を送信する処理のフローチャートである。 情報端末がＷｅｂサーバにコメントを投稿する処理のフローチャートである。 予約情報源管理部に記憶する予約情報源管理情報の例である。 記録再生装置が情報端末に予約情報源を送信する処理のフローチャートである。 記録再生装置が情報端末へ予約情報源の送信を再開する処理のフローチャートである。 予約情報源管理部に記憶する予約情報源管理情報の例である。 予約情報源管理部に記憶する予約情報源管理情報の例である。 予約情報源管理部に記憶する予約情報源管理情報の例である。 予約情報源管理部に記憶する予約情報源管理情報の例である。 予約情報源管理部に記憶する予約情報源管理情報の例である。

以下、本発明を実施するための形態について図面を参照して詳述する。なお、図面において、同一符号は、同一または相当部分を示す。また、本発明は、図示例に限定されるものではない。

本実施例では、予約動機情報をＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ）「Ｂ」のＣさんの日記、予約情報源を予約動機情報のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）、録画番組を一意に識別するための情報（以下、録画番組識別子）を録画予約した番組の番組名として、記録再生装置で番組の録画を予約し、録画番組識別子と予約情報源を関連付けて記憶し、録画番組の視聴が完了すると、予約情報源に従って予約動機情報をユーザに提示し、Ｗｅｂサーバに簡単にコメントを投稿することが出来る記録再生装置の例を説明する。記録再生装置には、例えばデジタルテレビやレコーダなどがある。

はじめに、記録再生装置１００における番組の録画予約の動作と、録画番組識別子と予約情報源を関連付けて記憶する動作を説明する。

図１は、本実施例の記録再生装置１００の構成図の例である。記録再生装置１００は、アンテナ入力端子１０１を介してアンテナ１０２で受信した放送信号の復調や分離、デコードを行う信号処理部１０３と、ネットワーク入出力端子１０４を介してネットワーク１０５（例えば、インターネットなど）に接続された機器やサーバなどとネットワークデータを送受信するための通信処理部１０６を備える。

また、番組を録画するための記録装置１０７と、記録装置１０７に放送番組を録画し、記録装置１０７に録画されている番組を再生する録画再生部１０８、制御線１２６を介して記録再生装置全体を制御する制御部１０９、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）やアプリケーションなどの記録再生装置１００を動作させるためのソフトウェアを格納するＲＯＭ１１０（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ソフトウェアやデジタルデータを一時的に保持しておくためのＲＡＭ１１１（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、モニタ１１７に表示する画面を生成するための画面生成部１１２、操作情報入力端子１１３を介して操作装置１１４の操作情報を処理するための操作情報処理部１１５、映像出力端子１１６を介してモニタ１１７に映像を出力し、音声出力端子１１８を介してスピーカ１１９に音声を出力するための出力部１２０を備える。

さらに、予約された録画の開始、終了を処理するための録画予約処理部１２１と、録画番組識別子と、録画を予約した機器を一意に識別するための情報（以下、予約機器識別子）、予約情報源の送信を保留しているか否かを示す状態（以下、送信保留状態）のうち一つ以上と、予約情報源を関連付ける予約情報源管理情報を記憶するための予約情報源管理部１２２、録画した番組の視聴完了を判定するための視聴完了判定部１２３、予約情報源管理部１２２が管理する情報を処理するための予約情報源処理部１２７、受信信号に含まれる番組情報、あるいはネットワーク上の番組情報提供サーバから取得した番組情報から番組表を作成し記憶するための番組表管理部１２４、時間を取得するための時計部１２５を備える。

操作装置１１４や、モニタ１１７、スピーカ１１９は記録再生装置１００に内蔵していてもよい。

操作装置１１４には、例えばリモコンやマウス、キーボード、タッチパネルなどがある。

記録装置１０７には、例えばハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等がある。また記録装置は、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体でもよい。

図２は、記録再生装置１００と他機器の接続図の例である。ユーザ宅２００には、記録再生装置１００とモニタ１１７、スピーカ１１９、操作装置１１４、記録再生装置１００をネットワーク１０５に接続するためのルータ２０１がある。

ユーザ宅外には、放送スケジュールに従って放送番組をアンテナ２０２から送信する放送局２０３とネットワーク１０５を介して番組情報を提供する番組情報提供サーバ２０４、文章や画像などの情報を蓄積しクライアントからの要求に従って情報を送信するＷｅｂサーバ２０５がある。

図３は、記録再生装置１００が録画番組識別子と予約情報源を関連付けて予約情報源管理部１２２に記憶する処理のフローチャートである。

図４〜図１０は、記録再生装置１００がモニタ１１７に表示する表示例である。

ステップ３００：制御部１０９は、通信処理部１０６を制御し、Ｗｅｂサーバ２０５からＳＮＳ「Ｂ」のＣさんの日記の情報として、例えばＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイルや、画面を構成するための画像ファイルを取得する。次に、制御部１０９は、画面生成部１１２を制御してＨＴＭＬファイルを解析し、図４に示すような画面を生成する。その後、制御部１０９が出力部１２０を制御して、生成した画面をモニタ１１７に表示する。

本実施例では、ユーザがＳＮＳ「Ｂ」のＣさんの日記を閲覧し、操作する一例として、画面のボタンや文字列などを選択するために、操作装置１１４を用いてポインタ４０１を操作する例を説明する。

ステップ３０１：制御部１０９は、操作情報処理部１１５を制御して、操作情報入力端子１１３を介して操作装置１１４の操作情報を受信し、ユーザが選択した文字列を検出する。その後、制御部１０９は、画面生成部１１２を制御し、図５に示すように選択した文字列と背景の色を反転させるなどの処理を行うことで、ユーザにどの部分が選択されているかを分かりやすく示す。

ステップ３０２：制御部１０９は画面生成部１１２を制御し、図６に示すように、番組を検索するためのボタン６０１と選択を取り消すためのボタン６０２を表示する。

ステップ３０３：制御部１０９は、操作情報処理部１１５を制御して、操作情報入力端子１１３を介して操作装置１１４の操作情報を受信し、番組を検索するためのボタン６０１が押されたのか、選択を取り消すためのボタン６０２が押されたのかを検出する。番組を検索するためのボタン６０１が押された場合はステップ３０４へ進む。選択を取り消すためのボタン６０２が押された場合はステップ３１２へと進む。

ステップ３０４：制御部１０９は、ステップ３０１で選択された文字列を番組表管理部１２４から検索する。番組表管理部１２４ではなく、番組情報提供サーバ２０４やＷｅｂサーバ２０５が提供する番組検索機能を使用してもよい。
ステップ３０５：番組を検索した結果、１件以上の番組がヒットした場合はステップ３０６に進む。番組が１件もヒットしなかった場合はステップ３０７へ進む。

ステップ３０６：制御部１０９は、画面生成部１１２を制御し、図７に示すような検索結果を通知する画面を表示する。７００、７０１、７０２は検索でヒットした番組の番組名である。７０３、７０４、７０５は番組を選択するためのチェックボックスである。番組名７００とチェックボックス７０３、番組名７０１とチェックボックス７０４、番組名７０２とチェックボックス７０５がそれぞれ対となっている。７０６は録画予約するためのボタン、７０７は録画予約を中止するためのボタンである。

ステップ３０７：制御部１０９は、画面生成部１１２を制御し、図８に示すような検索結果を通知する画面を表示する。制御部１０９は、時計部１２５から時間を取得し、一定時間が経過したら通知画面を消去してステップ３１２に進む。

ステップ３０８：制御部１０９は、操作情報処理部１１５を制御して、操作情報入力端子１１３を介して操作装置１１４の操作情報を受信し、どの番組が選択されたのかと、録画予約ボタン７０６が押されたのか、中止ボタン７０７が押されたのかを検出する。録画予約ボタン７０６が押された場合はステップ３０９へ進む。中止ボタン７０７が押された場合はステップ３１２へ進む。図９は、“ドラマＡ 第一話”が選択された場合の表示例である。

ステップ３０９：制御部１０９は、番組表管理部１２４の情報に従って録画予約処理部１２１を制御し、録画予約を行う。

ステップ３１０：制御部１０９は、予約情報源処理部１２７を制御し録画予約した番組の番組名とＳＮＳ「Ｂ」のＣさんの日記のＵＲＬを関連付けて、予約情報源管理部１２２に記憶する。ここで、録画予約した番組の番組名は番組表管理部１２４から取得する。また、ＳＮＳ「Ｂ」のＣさんの日記のＵＲＬはＷｅｂサーバ２０５にアクセスした通信処理部１０６、あるいはＲＡＭ１１１に展開されているＷｅｂブラウザなどアプリケーションのデータから取得する。

図１１は、予約情報源管理部１２２での予約情報源管理の例である。１１００は、ユーザが“ＳＮＳ「Ｂ」のＣさんの日記”を閲覧して“ドラマＡ 第一話”を録画予約したことを示す。１１０１は、ユーザが“ブログ「Ｅ」”を閲覧して“お笑いＤ”を録画予約したことを示す。１１０２は、ユーザが“番組表”から“Ｆ選手権”を録画予約したことを示す。１１０３は、ユーザが“映画Ｇ”を録画予約したが、予約情報源の取得エラーなどで予約情報源が不明であることを示す。

予約情報源管理部１２２に記憶する予約情報源管理情報の例として、図３１、図３２に示すパターンもある。図３１は、記録再生装置１００が独自に割り振った番号を録画番組識別子として予約情報源と関連付けた予約情報源管理情報である。図３２は、録画予約した番組の番組名を録画番組識別子として、放送日、チャンネル、放送時間と予約情報源を関連付けた予約情報源管理情報である。

ステップ３１１：制御部１０９は、画面生成部１１２を制御し、図１０に示すような録画予約完了を通知する画面を表示する。制御部１０９は、時計部１２５から時間を取得し、一定時間が経過したら通知画面を消去する。

ステップ３１２：制御部１０９は、画面生成部１１２を制御し、番組の検索を開始したＳＮＳ「Ｂ」のＣさんの日記を表示する。

次に、記録再生装置１００が、ユーザの録画番組視聴完了後にＳＮＳ「Ｂ」のＣさんの日記のＵＲＬに従ってＳＮＳ「Ｂ」のＣさんの日記を表示し、Ｗｅｂサーバへコメントの投稿を要求する動作を説明する。

図１２は、記録再生装置１００が、ユーザの録画番組視聴完了後に、予約情報源に従って予約動機情報をユーザに提示し、Ｗｅｂサーバ２０５へコメントの投稿を要求する処理のフローチャートである。

図１３は、記録再生装置１００がモニタ１１７に表示する画面の表示例である。

ステップ１２００：制御部１０９は、録画再生部１０８を制御して録画番組の再生停止を検出する。

ステップ１２０１：制御部１０９は、視聴完了判定部１２３を制御し録画番組の視聴が完了したか否かを判定する。視聴が完了していればステップ１２０２へ進む。視聴が完了していなければステップ１２０８へ進む。ここで、視聴完了は、必ずしも記録したコンテンツの全ての再生完了を意味しない。すなわち、視聴完了の判定には、例えば一度停止されたら視聴完了と判定する、所定時間だけ再生されたら視聴完了と判定するなどの判定方法がある。

ステップ１２０２：制御部１０９は、予約情報源処理部１２７を制御し、視聴が完了した録画番組の番組名を、予約情報源管理部１２２から検索する。

ステップ１２０３：検索した結果、視聴が完了した録画番組の番組名が予約情報源管理部１２２に記憶されていれば、ステップ１２０４へ進む。記憶されていなければ、ステップ１２０８へ進む。

ステップ１２０４：制御部１０９は、予約情報源管理部１２２から検索した番組の情報を読み出す。

ステップ１２０５：読み出した結果、予約情報源が“番組表”か“なし”以外であれば、ステップ１２０６に進む。予約情報源が“番組表”か“なし”であれば、ステップ１２０８に進む。

ステップ１２０６：制御部１０９は、通信処理部１０６を制御し、ＳＮＳ「Ｂ」のＣさんの日記のＵＲＬに従ってＷｅｂサーバ２０５からＳＮＳ「Ｂ」のＣさんの日記の情報として、例えばＨＴＭＬファイルや、画面を構成するための画像ファイルを取得する。次に、制御部１０９は、画面生成部１１２を制御してＨＴＭＬファイルを解析し、図４に示すような画面を生成する。その後、制御部１０９が出力部１２０を制御して、生成した画面をモニタ１１７に表示する。

ステップ１２０７：制御部１０９は、操作情報処理部１１５を制御して、操作情報入力端子１１３を介して操作装置１１４の操作情報を受信し、ユーザが入力した文字を取得する。次に、制御部１０９は、通信処理部１０６を制御し、Ｗｅｂサーバ２０５にコメントの投稿を要求する。その後、制御部１０９は、通信処理部１０６を制御し、再度Ｗｅｂサーバ２０５からＳＮＳ「Ｂ」のＣさんの日記の情報を取得して、図１３に示すような、コメントが投稿されたＳＮＳ「Ｂ」のＣさんの日記を表示する。

ステップ１２０８：制御部１０９は、予約情報源管理部１２２から図１１の１１００に示すような視聴が完了した番組の情報を削除する。削除が完了すると予約情報源管理部１２２に記憶している管理情報は図２９のようになる。

以上、説明したように記録再生装置１００を動作させると、録画予約後に予約情報源に従って予約動機情報をユーザに提示することができ、ユーザは予約動機情報へ番組の感想を投稿するなどの動作を簡単に行え、使い勝手が向上する。

本実施例では、予約動機情報をＳＮＳ「Ｂ」のＣさんの日記、予約情報源を予約動機情報のＵＲＬ、録画番組識別子を録画予約した番組の番組名として、情報端末１４００を用いて記録再生装置１００で番組の録画を予約し、情報端末で録画番組識別子と予約情報源を関連付けて記憶し、録画番組の視聴が完了すると、予約情報源に従って情報端末１４００で予約動機情報をユーザに提示し、Ｗｅｂサーバに簡単にコメントを投稿することが出来る記録再生装置１００と情報端末１４００の例を説明する。

記録再生装置には、例えばデジタルテレビやレコーダなどがある。また、情報端末には、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）やスマートフォン、タブレット端末などがある。

はじめに、情報端末１４００における記録再生装置１００での番組の録画予約の動作と、録画番組識別子と予約情報源を関連付けて記憶する動作を説明する。

図１４は、本実施例の情報端末１４００の構成図の例である。情報端末１４００は、ネットワーク入出力端子１４０１を介してネットワーク１０５に接続された機器やサーバなどとネットワークデータを送受信するための通信処理部１４０２を備える。

また、制御線１４１８を介して情報端末全体を制御する制御部１４０３、ＯＳやアプリケーションなどの情報端末１４００を動作させるためのソフトウェアを格納するＲＯＭ１４０４、ソフトウェアやデジタルデータを一時的に保持しておくためのＲＡＭ１４０５、モニタ１４１１に表示する画面を生成するための画面生成部１４０６、操作情報入力端子１４０７を介して操作装置１４０８の操作情報を処理するための操作情報処理部１４０９、映像出力端子１４１０を介してモニタ１４１１に映像を出力し、音声出力端子１４１２を介してスピーカ１４１３に音声を出力するための出力部１４１４を備える。

さらに、録画番組識別子と予約情報源を関連付けて記憶するための予約情報源管理部１４１５、予約情報源管理部１４１５が管理する情報を処理するための予約情報源処理部１４１９、ネットワーク上の番組情報提供サーバから取得した番組情報から番組表を作成し記憶するための番組表管理部１４１６、時間を取得するための時計部１４１７を備える。

操作装置１４０８や、モニタ１４１１、スピーカ１４１３は情報端末１４００に内蔵していてもよい。

操作装置１４０８には、例えばリモコンやマウス、キーボード、タッチパネルなどがある。

図１５は、図２に情報端末１４００を追加した接続図の例である。情報端末１４００は、ルータ２０１を介して記録再生装置１００に接続する。また、ルータ２０１とネットワーク１０５を介して番組情報提供サーバ２０４とＷｅｂサーバ２０５に接続する。さらに、情報端末１４００の操作装置１４０８、モニタ１４１１、スピーカ１４１３がある。

図１６は、情報端末１４００が記録再生装置１００へ録画予約の要求を送信し、録画番組を一意に識別するための情報と予約情報源を関連付けて予約情報源管理部１４１５に記憶する処理のフローチャートである。

ステップ１６００：制御部１４０３は、通信処理部１４０２を制御し、Ｗｅｂサーバ２０５からＳＮＳ「Ｂ」のＣさんの日記の情報として、例えばＨＴＭＬファイルや、画面を構成するための画像ファイルを取得する。次に、制御部１４０３は、画面生成部１４０６を制御してＨＴＭＬファイルを解析し、図４に示すような画面を生成する。その後、制御部１４０３は出力部１４１４を制御して、生成した画面をモニタ１４１１に表示する。

本実施例では、ユーザがＳＮＳ「Ｂ」のＣさんの日記を閲覧し、操作する一例として、画面のボタンや文字列などを選択するために、操作装置１４０８を用いてポインタ４０１を操作する例を説明する。

ステップ１６０１：制御部１４０３は、操作情報処理部１４０９を制御して、操作情報入力端子１４０７を介して操作装置１４０８の操作情報を受信し、ユーザが選択した文字列を検出する。その後、制御部１４０３は、画面生成部１４０６を制御し、図５に示すように選択した文字列と背景の色を反転させるなどの処理を行うことで、ユーザにどの部分が選択されているかを分かりやすく示す。

ステップ１６０２：制御部１４０３は画面生成部１４０６を制御し、図６に示すように、番組を検索するためのボタン６０１と選択を取り消すためのボタン６０２を表示する。

ステップ１６０３：制御部１４０３は、操作情報処理部１４０９を制御して、操作情報入力端子１４０７を介して操作装置１４０８の操作情報を受信し、番組を検索するためのボタン６０１が押されたのか、選択を取り消すためのボタン６０２が押されたのかを検出する。番組を検索するためのボタン６０１が押された場合はステップ１６０４へ進む。選択を取り消すためのボタン６０２が押された場合はステップ１６１２へと進む。

ステップ１６０４：制御部１４０３は、ステップ１６０１で選択された文字列を番組表管理部１４１６から検索する。番組表管理部１４１６ではなく、番組情報提供サーバ２０４やＷｅｂサーバ２０５が提供する番組検索機能を使用してもよい。

ステップ１６０５：番組を検索した結果、１件以上の番組がヒットした場合はステップ１６０６に進む。番組が１件もヒットしなかった場合はステップ１６０７へ進む。

ステップ１６０６：制御部１４０３は、画面生成部１４０６を制御し、図７に示すような検索結果を通知する画面を表示する。図７は、実施例１で説明済みであるため詳細な説明は省略する。

ステップ１６０７：制御部１４０３は、画面生成部１４０６を制御し、図８に示すような検索結果を通知する画面を表示する。制御部１４０３は、時計部１４１７から時間を取得し、一定時間が経過したら通知画面を消去してステップ１６１２に進む。

ステップ１６０８：制御部１４０３は、操作情報処理部１４０９を制御して、操作情報入力端子１４０７を介して操作装置１４０８の操作情報を受信し、どの番組が選択されたのかと、録画予約ボタン７０６が押されたのか、中止ボタン７０７が押されたのかを検出する。録画予約ボタン７０６が押された場合はステップ１６０９へ進む。中止ボタン７０７が押された場合はステップ１６１２へ進む。図９は、“ドラマＡ 第一話”が選択された場合の表示例である。

ステップ１６０９：制御部１４０３は、番組表管理部１４１６から録画予約に必要な情報を読み出し、通信処理部１４０２を制御して記録再生装置１００に録画予約要求を送信する。録画予約に必要な情報とは、チャンネル番号と開始時間、終了時間時間である。その他、情報端末１４００で独自に割り当てた録画番組識別子などを含めてもよい。

ステップ１６１０：制御部１４０３は、予約情報源処理部１４１９を制御し、録画予約した番組の番組名とＳＮＳ「Ｂ」のＣさんの日記のＵＲＬを関連付けて、予約情報源管理部１４１５に記憶する。ここで、録画予約した番組の番組名は番組表管理部１４１６から取得する。また、ＳＮＳ「Ｂ」のＣさんの日記のＵＲＬはＷｅｂサーバ２０５にアクセスした通信処理部１４０２、あるいはＲＡＭ１４０５に展開されているＷｅｂブラウザなどアプリケーションのデータから取得する。図１１は、実施例１で説明済みであるため詳細な説明は省略する。

予約情報源管理部１４１５に記憶する予約情報源管理情報の例として、図３１、図３２に示すパターンもある。図３１、図３２は、実施例１で説明済みであるため詳細な説明は省略する。

ステップ１６１１：制御部１４０３は、通信処理部１４０２を制御して記録再生装置１００が送信した録画予約完了通知を受信する。その後、画面生成部１４０６を制御し、図１０に示すような録画予約完了を通知する画面を表示する。制御部１４０３は、時計部１４１７から時間を取得し、一定時間が経過したら通知画面を消去する。記録再生装置１００が録画予約完了通知を送信する動作の説明は後述する。

ステップ１６１２：制御部１４０３は、画面生成部１４０６を制御し、番組の検索を開始したＳＮＳ「Ｂ」のＣさんの日記を表示する。

図１７は、記録再生装置１００が情報端末１４００から録画予約要求を受信して録画予約する処理のフローチャートである。

ステップ１７００：制御部１０９は、通信処理部１０６を制御して情報端末１４００がステップ１６０９で送信した録画予約要求を受信する。

ステップ１７０１：制御部１０９は、受信した録画予約要求に含まれる情報に従って録画予約処理部１２１を制御し、録画予約を行う。

ステップ１７０２：制御部１０９は、通信処理部１０６を制御して情報端末１４００に録画予約完了通知を送信する。

次に、情報端末１４００が、ユーザの録画番組視聴完了後にＳＮＳ「Ｂ」のＣさんの日記のＵＲＬに従ってＳＮＳ「Ｂ」のＣさんの日記を表示し、Ｗｅｂサーバ２０５へコメントの投稿を要求する動作を説明する。

図１８は、記録再生装置１００がユーザの録画番組の視聴完了を検出し、情報端末１４００に録画番組の視聴完了を通知する処理のフローチャートである。

ステップ１８００：制御部１０９は、録画再生部１０８を制御して録画番組の再生停止を検出する。

ステップ１８０１：制御部１０９は、視聴完了判定部１２３を制御して録画番組の視聴が完了したか否かを判定する。視聴が完了していればステップ１８０２へ進む。視聴が完了していなければ終了する。視聴完了の判定には、例えば一度停止されたら視聴完了と判定する、再生時間の９０％が再生されたら視聴完了と判定するなどの判定方法がある。

ステップ１８０２：制御部１０９は、通信処理部１０６を制御して情報端末１４００へ録画番組の視聴完了通知を送信する。視聴完了通知に含める情報として、視聴が完了した録画番組の番組情報や、図３１に示すような録画番組を一意に識別する識別子などがある。また、複数の情報端末が接続されている場合は全ての情報端末へ録画番組の視聴完了通知を送信する。

図１９は、情報端末１４００が、Ｗｅｂサーバへコメントの投稿を要求する処理のフローチャートである。

ステップ１９００：制御部１４０３は、通信処理部１４０２を制御して記録再生装置１００が送信した録画番組の視聴完了通知を受信する。

ステップ１９０１：制御部１４０３は、予約情報源処理部１４１９を制御し、視聴が完了した録画番組の番組名を、予約情報源管理部１４１５から検索する。

ステップ１９０２：検索した結果、視聴が完了した録画番組の番組名が予約情報源管理部１４１５に記憶されていれば、ステップ１９０３へ進む。記憶されていなければ、終了する。

ステップ１９０３：制御部１４０３は、予約情報源管理部１４１５から検索した番組の情報を読み出す。

ステップ１９０４：読み出した結果、予約情報源が“番組表”か“なし”以外であれば、ステップ１９０５に進む。予約情報源が“番組表”か“なし”であれば、終了する。

ステップ１９０５：制御部１４０３は、通信処理部１４０２を制御し、ＳＮＳ「Ｂ」のＣさんの日記のＵＲＬに従ってＷｅｂサーバ２０５からＳＮＳ「Ｂ」のＣさんの日記の情報、例えばＨＴＭＬファイルや、画面を構成するための画像ファイルを取得する。次に、制御部１４０３は、画面生成部１４０６を制御してＨＴＭＬファイルを解析し、図４に示すような画面を生成する。その後、制御部１４０３は出力部１４１４を制御して、生成した画面をモニタ１４１１に表示する。

ステップ１９０６：制御部１４０３は、操作情報処理部１４０９を制御して、操作情報入力端子１４０７を介して操作装置１４０８の操作情報を受信し、ユーザが入力した文字を取得する。次に、制御部１４０３は、通信処理部１４０２を制御し、Ｗｅｂサーバ２０５にコメントの投稿を要求する。その後、制御部１４０３は、通信処理部１４０２を制御し、再度Ｗｅｂサーバ２０５からＳＮＳ「Ｂ」のＣさんの日記の情報を取得して、図１３に示すような、コメントが投稿されたＳＮＳ「Ｂ」のＣさんの日記を表示する。

ステップ１９０７：制御部１４０３は、予約情報源管理部１４１５から図１１の１１００に示すような視聴が完了した番組の情報を削除する。削除が完了すると予約情報源管理部１４１５に記憶している管理情報は図２９のようになる。

以上、説明したように記録再生装置１００と情報端末１４００を動作させると、録画予約後に予約情報源に従って予約動機情報をユーザに提示することができ、ユーザは予約動機情報へ番組の感想を投稿するなどの動作を簡単に行え、使い勝手が向上する。さらに、録画予約などの操作を手元にある端末で操作することができ、利便性が向上する。

本実施例では、予約動機情報をＳＮＳ「Ｂ」のＣさんの日記、予約情報源を予約動機情報のＵＲＬ、録画番組識別子を録画予約を要求された番組の番組名、予約機器識別子を機器がネットワーク上で使用している機器名として、情報端末１４００を用いて録再生装置で番組の録画を予約し、記録再生装置１００で、録画番組識別子と予約機器識別子、予約情報源を記憶し、録画番組の視聴完了時に記録再生装置１００に情報端末１４００が接続されていない場合に、記録再生装置１００で予約動機情報を表示する記録再生装置１００と情報端末１４００の動作について説明する。

はじめに、情報端末１４００が記録再生装置１００で番組の録画を予約する動作と、記録再生装置１００が録画番組識別子と予約機器識別子、予約情報源を関連付けて記憶する動作を説明する。

記録再生装置１００と情報端末１４００の構成や接続は、実施例２で説明済みであるため詳細な説明は省略する。

図２１は、情報端末１４００が記録再生装置１００へ録画予約の要求を送信する処理のフローチャートである。

ステップ２１００：制御部１４０３は、通信処理部１４０２を制御し、Ｗｅｂサーバ２０５からＳＮＳ「Ｂ」上のＣさんの日記の情報として、例えばＨＴＭＬファイルや、画面を構成するための画像ファイルを取得する。次に、制御部１４０３は、画面生成部１４０６を制御してＨＴＭＬファイルを解析し、図４に示すような画面を生成する。その後、制御部１４０３は出力部１４１４を制御して、生成した画面をモニタ１４１１に表示する。

本実施例では、ユーザがＳＮＳ「Ｂ」のＣさんの日記を閲覧し、操作する一例として、画面のボタンや文字列などを選択するために、操作装置１４０８を用いてポインタ４０１を操作する例を説明する。

ステップ２１０１：制御部１４０３は、操作情報処理部１４０９を制御して、操作情報入力端子１４０７を介して操作装置１４０８の操作情報を受信し、ユーザが選択した文字列を検出する。その後、制御部１４０３は、画面生成部１４０６を制御し、図５に示すように選択された文字列と背景の色を反転させるなどの処理を行うことで、ユーザにどの部分が選択されているかを分かりやすく示す。

ステップ２１０２：制御部１４０３は画面生成部１４０６を制御し、図６に示すように、番組を検索するためのボタン６０１と選択を取り消すためのボタン６０２を表示する。

ステップ２１０３：制御部１４０３は、操作情報処理部１４０９を制御して、操作情報入力端子１４０７を介して操作装置１４０８の操作情報を受信し、番組を検索するためのボタン６０１が押されたのか、選択を取り消すためのボタン６０２が押されたのかを検出する。番組を検索するためのボタン６０１が押された場合はステップ２１０４へ進む。選択を取り消すためのボタン６０２が押された場合はステップ２１１１へと進む。

ステップ２１０４：制御部１４０３は、ステップ２１０１で選択された文字列を番組表管理部１４１６から検索する。番組表管理部１４１６ではなく、番組情報提供サーバ２０４やＷｅｂサーバ２０５が提供する番組検索機能を使用してもよい。

ステップ２１０５：番組を検索した結果、１件以上の番組がヒットした場合はステップ２１０６に進む。番組が１件もヒットしなかった場合はステップ２１０７へ進む。

ステップ２１０６：制御部１４０３は、画面生成部１４０６を制御し、図７に示すような検索結果を通知する画面を表示する。図７は、実施例１で説明済みであるため詳細な説明は省略する。

ステップ２１０７：制御部１４０３は、画面生成部１４０６を制御し、図８に示すような検索結果を通知する画面を表示する。制御部１４０３は、時計部１４１７から時間を取得し、一定時間が経過したら通知画面を消去してステップ２１１１に進む。

ステップ２１０８：制御部１４０３は、操作情報処理部１４０９を制御して、操作情報入力端子１４０７を介して操作装置１４０８の操作情報を受信し、どの番組が選択されたのかと、録画予約ボタン７０６が押されたのか、中止ボタン７０７が押されたのかを検出する。録画予約ボタン７０６が押された場合はステップ２１０９へ進む。中止ボタン７０７が押された場合はステップ２１１１へ進む。図９は、“ドラマＡ 第一話”が選択された場合の表示例である。

ステップ２１０９：制御部１４０３は、番組表管理部１４１６から録画予約に必要な情報を読み出し、通信処理部１４０２を制御して記録再生装置１００に録画予約要求を送信する。録画予約に必要な情報とは、チャンネル番号と開始時間、終了時間である。その他、情報端末１４００で独自に割り当てた録画番組識別子などを含めてもよい。

また、予約機器識別子も含める。例えば、ネットワーク上で機器が使用している機器名やＭＡＣアドレスなどがある。本実施例では、ネットワーク上で機器が使用している機器名を使用する。さらに、記録再生装置１００で予約情報源を記憶するために予約情報源も含める。

ステップ２１１０：制御部１４０３は、通信処理部１４０２を制御して記録再生装置１００が送信した録画予約完了通知を受信する。その後、画面生成部１４０６を制御し、図１０に示すような録画予約完了を通知する画面を表示する。制御部１４０３は、時計部１４１７から時間を取得し、一定時間が経過したら通知画面を消去する。記録再生装置１００が録画予約完了通知を送信する動作の説明は後述する。

ステップ２１１１：制御部１４０３は、画面生成部１４０６を制御し、番組の検索を開始したＳＮＳ「Ｂ」のＣさんの日記を表示する。

図２２は、記録再生装置１００が情報端末１４００から録画予約要求を受信して録画予約する処理のフローチャートである。

ステップ２２００：制御部１０９は、通信処理部１０６を制御して情報端末１４００がステップ２１０９で送信した録画予約要求を受信する。

ステップ２２０１：制御部１０９は、受信した録画予約要求に含まれる情報に従って録画予約処理部１２１を制御し、録画予約を行う。

ステップ２２０２：制御部１０９は、予約情報源処理部１２７を制御し、録画予約を要求された番組の番組名とＳＮＳ「Ｂ」のＣさんの日記のＵＲＬ、予約機器の機器名を関連付けて、予約情報源管理部１２２に記憶する。図２０は予約情報源管理部１２２に記憶する予約情報源管理情報の例である。図２０は図１１に予約機器識別子を追加したものである。

２０００は、ユーザが情報端末１４００を用いて録画予約したことを示す。２００１は、スマートフォンＨを用いて録画予約したことを示す。２００２、２００３は、記録再生装置１００を用いて録画予約したことを示す。

ステップ２２０３：制御部１０９は、通信処理部１０６を制御して情報端末１４００に録画予約完了通知を送信する。

次に、情報端末１４００が、ユーザの録画番組視聴完了後にＳＮＳ「Ｂ」のＣさんの日記のＵＲＬに従ってＳＮＳ「Ｂ」のＣさんの日記を表示し、Ｗｅｂサーバ２０５へコメントの投稿を要求する動作を説明する。

図２３は、記録再生装置１００がユーザの録画番組の視聴完了を検出し、情報端末１４００に録画番組の視聴完了を通知する処理のフローチャートである。

ステップ２３００：制御部１０９は、録画再生部１０８を制御して録画番組の再生停止を検出する。

ステップ２３０１：制御部１０９は、視聴完了判定部１２３を制御し録画番組の視聴が完了したか否かを判定する。視聴が完了していればステップ２３０２へ進む。視聴が完了していなければ終了する。視聴完了の判定には、例えば一度停止されたら視聴完了と判定する、再生時間の９０％が再生されたら視聴完了と判定するなどの判定方法がある。

ステップ２３０２：制御部１０９は、予約情報源処理部１２７を制御し、視聴が完了した録画番組の番組名を、予約情報源管理部１２２から検索する。

ステップ２３０３：検索した結果、視聴が完了した録画番組の番組名が予約情報源管理部１２２に記憶されていれば、ステップ２３０４へ進む。記憶されていなければ、終了する。

ステップ２３０４：制御部１０９は、予約情報源管理部１２２から検索した番組の情報を読み出す。

ステップ２３０５：読み出した結果、予約情報源が“番組表”か“なし”以外であれば、ステップ２３０６に進む。予約情報源が“番組表”か“なし”であれば、ステップ２３１１に進む。

ステップ２３０６：読み出した結果、予約機器が“自機器”以外であれば、ステップ２３０７に進む。予約情報源が“自機器”であれば、ステップ２３０９に進む。

ステップ２３０７：制御部１０９は、通信処理部１０６を制御して予約機器、ここでは情報端末１４００が接続されているかを検出する。情報端末１４００が接続されていればステップ２３０８へ進む。接続されていなければステップ２３０９へ進む。

ステップ２３０８：制御部１０９は、通信処理部１０６を制御し、予約情報源管理部１２２から読み出した予約情報源を情報端末１４００へ送信する。

ステップ２３０９：制御部１０９は、通信処理部１０６を制御しＳＮＳ「Ｂ」のＣさんの日記のＵＲＬに従ってＷｅｂサーバ２０５からＳＮＳ「Ｂ」のＣさんの日記の情報、例えばＨＴＭＬファイルや、画面を構成するための画像ファイルを取得する。次に、制御部１０９は、画面生成部１１２を制御してＨＴＭＬファイルを解析し、図４に示すような画面を生成する。その後、画面生成部１１２を制御して、生成した画面をモニタ１１７に表示する。

ステップ２３１０：制御部１０９は、操作情報処理部１１５を制御して、操作情報入力端子１１３を介して操作装置１１４の操作情報を受信し、ユーザが入力した文字を取得する。次に、制御部１０９は、通信処理部１０６を制御し、Ｗｅｂサーバ２０５にコメントの投稿を要求する。その後、制御部１０９は、通信処理部１０６を制御し、再度Ｗｅｂサーバ２０５からＮＳ「Ｂ」のＣさんの日記の情報を取得して、図１３に示すような、コメントが投稿されたＮＳ「Ｂ」のＣさんの日記を表示する。

ステップ２３１１：制御部１０９は、予約情報源管理部１２２から図２０の２０００に示すような視聴が完了した番組の情報を削除する。削除が完了すると予約情報源管理部１２２に記憶している管理情報は図３０のようになる。

図２４は、情報端末１４００が、Ｗｅｂサーバへコメントの投稿を要求する処理のフローチャートである。

ステップ２４００：制御部１４０３は、通信処理部１４０２を制御して記録再生装置１００が送信した予約情報源を受信する。

ステップ２４０１：制御部１４０３は、通信処理部１４０２を制御し、ＳＮＳ「Ｂ」のＣさんの日記のＵＲＬに従ってＷｅｂサーバ２０５からＳＮＳ「Ｂ」のＣさんの日記の情報、例えばＨＴＭＬファイルや、画面を構成するための画像ファイルを取得する。次に、制御部１４０３は、画面生成部１４０６を制御してＨＴＭＬファイルを解析し、図４に示すような画面を生成する。その後、制御部１４０３は出力部１４１４を制御して、生成した画面をモニタ１４１１に表示する。

ステップ２４０２：制御部１４０３は、操作情報処理部１４０９を制御して、操作情報入力端子１４０７を介して操作装置１４０８の操作情報を受信し、ユーザが入力した文字を取得する。次に、制御部１４０３は、通信処理部１４０２を制御し、Ｗｅｂサーバ２０５にコメントの投稿を要求する。その後、制御部１４０３は、通信処理部１４０２を制御し、再度Ｗｅｂサーバ２０５からＳＮＳ「Ｂ」のＣさんの日記の情報を取得して、図１３に示すような、コメントが投稿されたＳＮＳ「Ｂ」のＣさんの日記を表示する。

以上、説明したように記録再生装置１００と情報端末１４００を動作させると、録画予約後に予約情報源に従って予約動機情報をユーザに提示することができ、ユーザは予約動機情報へ番組の感想を投稿するなどの動作を簡単に行え、使い勝手が向上する。さらに、録画予約などの操作を手元にある端末で操作することができ利便性が向上する。加えて、情報端末１４００が記録再生装置１００に接続されていなくても記録再生装置１００で予約動機情報をユーザに提示することができる。

本実施例では、予約動機情報をＳＮＳ「Ｂ」のＣさんの日記、予約情報源を予約動機情報のＵＲＬ、録画番組識別子を録画予約した番組の番組名、予約機器識別子を機器がネットワーク上で使用している名前として、実施例３で録画番組の視聴完了時に記録再生装置１００に情報端末１４００が接続されていない場合に、ＳＮＳ「Ｂ」のＣさんの日記のＵＲＬの送信処理を保留し、次に情報端末１４００が接続された時に送信処理を再開する場合の記録再生装置１００の動作について説明する。

図２５は予約情報源管理部１４１５に記憶する管理情報の例である。図２５は図２０に送信保留状態を追加したものである。送信保留状態が○であれば送信保留中であることを示し、×であれば送信保留中ではないことを示す。

図２６は、図２３にステップ２６００を追加したものである。

ステップ２６００：制御部１０９は、図２５に示すように予約情報源管理部１２２に記憶している管理情報の送信保留状態を○にする。

２５００は、情報端末１４００にＳＮＳ「Ｂ」のＣさんの日記のＵＲＬの送信を保留している状態であることを示す。２５０１は、ブログ「Ｅ」のＵＲＬの送信を保留している状態ではないことを示す。２５０２と２５０３は、予約機器が自機器であるため送信保留中になることはない。

図２７は、記録再生装置１００が情報端末１４００への予約情報源の送信を保留している際に、情報端末１４００が接続された場合の送信処理再開のフローチャートである。

ステップ２７００：制御部１０９は、通信処理部１０６を制御し、情報端末１４００の接続を検出する。

ステップ２７０１：制御部１０９は、予約情報源処理部１２７を制御し、予約情報源管理部１２２から情報端末１４００へ送信を保留している予約情報源があるか否かを検索する。

ステップ２７０２：検索した結果、情報端末１４００へ送信を保留している予約情報源がある場合はステップ２７０３へ進む。ない場合は終了する。

ステップ２７０３：制御部１０９は、通信処理部１０６を制御し、情報端末１４００へＳＮＳ「Ｂ」のＣさんの日記のＵＲＬを送信する。

ステップ２７０４：制御部１０９は、予約情報源管理部１２２から図２５の２５００に示すような、送信済みの情報を削除する。削除すると予約情報源管理部１２２に記憶している管理情報は図２８のようになる。

以上、説明したように記録再生装置１００を動作させると、録画予約後に予約情報源に従って予約動機情報をユーザに提示することができ、ユーザは予約動機情報へ番組の感想を投稿するなどの動作を簡単に行え、使い勝手が向上する。さらに、録画予約などの操作を手元にある端末で操作することができ利便性が向上する。加えて、情報端末１４００を記録再生装置１００に接続していなくても、次回情報端末１４００が記録再生装置１００に接続された時に情報端末１４００で予約動機情報をユーザに提示することが出来る。

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

また、上記の各構成、機能、処理部等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、制御部１４０３がそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。

また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。

１００ 記録再生装置
１０１ アンテナ入力端子
１０２ アンテナ
１０３ 信号処理部
１０４ ネットワーク入出力端子
１０５ ネットワーク
１０６ 通信処理部
１０７ 記録装置
１０８ 録画再生部
１０９ 制御部
１１０ ＲＯＭ
１１１ ＲＡＭ
１１２ 画面生成部
１１３ 操作情報入力端子
１１４ 操作装置
１１５ 操作情報処理部
１１６ 映像出力端子
１１７ モニタ
１１８ 音声出力端子
１１９ スピーカ
１２０ 出力部
１２１ 録画予約処理部
１２２ 予約情報源管理部
１２３ 視聴完了判定部
１２４ 番組表管理部
１２５ 時計部
１２６ 制御線
１２７ 予約情報源処理部
１４００ 情報端末
１４０１ ネットワーク入出力端子
１４０２ 通信処理部
１４０３ 制御部
１４０４ ＲＯＭ
１４０５ ＲＡＭ
１４０６ 画面生成部
１４０７ 操作情報入力端子
１４０８ 操作装置
１４０９ 操作情報処理部
１４１０ 映像出力端子
１４１１ モニタ
１４１２ 音声出力端子
１４１３ スピーカ
１４１４ 出力部
１４１５ 予約情報源管理部
１４１６ 番組表管理部
１４１７ 時計部
１４１８ 制御線
１４１９ 予約情報源処理部

Claims (9)

1. 放送経由で番組及び番組情報を受信する放送受信部と、ネットワーク経由で前記番組の録画予約を行うきっかけとなる予約動機情報を受信する通信処理部とを備え、該予約動機情報に基づいて番組の録画予約及び録画番組の再生を行う記録再生装置であって、
   前記番組情報から得られる前記録画予約する番組を識別するための識別情報と前記予約動機情報にアクセスするための予約情報源とを関連付けて記憶する管理部と、
   前記録画番組が所定時間再生された場合に、所定時間の再生がされた録画番組に関連付けられた予約情報源に通信処理部にアクセスさせ、得られた予約動機情報を出力させる制御部と、を備えることを特徴とする記録再生装置。
2. 前記制御部は、出力された予約動機情報に対して、ユーザにより入力された前記録画番組に対する情報を、前記通信処理部を介して、ネットワークへ送信させ、その後、前記録画番組に対する情報が入力された予約動機情報を受信させることを特徴とする請求項1に記載の記録再生装置。
3. 前記予約動機情報は、ＳＮＳであり、予約情報源は、ＳＮＳのＵＲＬであることを特徴とする請求項1に記載の記録再生装置。
4. 放送経由で番組及び番組情報を受信して前記番組の録画予約及び録画番組の再生を行う記録再生装置と通信し、ネットワーク経由で前記番組の録画予約を行うきっかけとなる予約動機情報を受信する通信処理部を備え、前記記録再生装置に対して、前記予約動機情報に基づいて番組の録画予約の要求を行う情報端末であって、
   前記記録再生装置から通信処理部を介して得られる前記番組情報に基づく前記録画予約する番組を識別するための識別情報と前記予約動機情報にアクセスするための予約情報源とを関連付けて記憶する管理部と、
   前記記録再生装置から通信処理部を介して前記録画番組が所定時間再生されたことが通知された場合に、所定時間の再生がされた録画番組に関連付けられた予約情報源に通信処理部にアクセスさせ、得られた予約動機情報を出力させる制御部と、を備えることを特徴とする情報端末。
5. 前記制御部は、出力された予約動機情報に対して、ユーザにより入力された前記録画番組に対する情報を、前記通信処理部を介して、ネットワークへ送信させ、その後、前記録画番組に対する情報が入力された予約動機情報を受信させることを特徴とする請求項４に記載の情報端末。
6. 前記予約動機情報は、ＳＮＳであり、予約情報源は、ＳＮＳのＵＲＬであることを特徴とする請求項４に記載の情報端末。
7. 放送経由で番組及び番組情報を受信する放送受信部と、ネットワーク経由で前記番組の録画予約を行うきっかけとなる予約動機情報を受信する通信処理部とを備え、該予約動機情報に基づいて番組の録画予約及び録画番組の再生を行う記録再生装置と、
   前記記録再生装置と通信し、ネットワーク経由で前記番組の録画予約を行うきっかけとなる予約動機情報を受信する通信処理部を備え、前記記録再生装置に対して、前記予約動機情報に基づいて番組の録画予約の要求を行う情報端末の複数と、
   で構成される機器連携システムであって、
   記録再生装置は、
   前記番組情報から得られる前記録画予約する番組を識別するための録画番組の識別情報と前記予約動機情報にアクセスするための予約情報源と録画予約を行った機器を識別するための機器の識別情報とを関連付けて記憶する管理部と、
   前記録画番組が所定時間再生された場合であって、所定時間の再生がされた録画番組に関連付けられた機器が自機器以外の複数の情報端末の一つであって、該情報端末が通信で接続されている場合には、前記通信処理部から該情報端末に前記予約情報源を送信させ、
   前記録画番組が所定時間再生された場合であって、所定時間の再生がされた録画番組に関連付けられた機器が自機器である場合には、あるいは、前記録画番組が所定時間再生された場合であって、所定時間の再生がされた録画番組に関連付けられた機器が自機器以外の複数の情報端末の一つであるが、該情報端末が通信で接続されていない場合には、所定時間の再生がされた録画番組に関連付けられた予約情報源に通信処理部にアクセスさせ、得られた予約動機情報を出力させる制御部と、を備え、
   情報端末は、
   前記記録再生装置から通信処理部を介して前記予約情報源を受信した場合に
   予約情報源に通信処理部にアクセスさせ、得られた予約動機情報を出力させる制御部と、を備えることを特徴とする機器連携システム。
8. 前記記録再生装置及び前記情報端末のそれぞれにおいて、前記制御部は、出力された予約動機情報に対して、ユーザにより入力された前記録画番組に対する情報を、前記通信処理部を介して、ネットワークへ送信させ、その後、前記録画番組に対する情報が入力された予約動機情報を受信させることを特徴とする請求項７に記載の機器連携システム。
9. 前記予約動機情報は、ＳＮＳであり、予約情報源は、ＳＮＳのＵＲＬであることを特徴とする請求項７に記載の機器連携システム。

Images