(57)【特許請求の範囲】
【請求項１】
ネットワークを介して、番組の録画予約に必要な番組情報の置き場所を示すアクセス情報が書き込まれた、コミュニティ型のウェブサイトのホームページにアクセスしてこのホームページに書き込まれた前記アクセス情報を抽出するアクセス情報抽出部と、
前記抽出されたアクセス情報をもとに前記番組情報を取得する番組情報取得部と、
前記取得された番組情報をもとに前記番組の録画予約を設定する録画予約設定部と
を具備する情報処理装置。
【請求項２】
請求項１に記載の情報処理装置であって、
前記番組の録画予約の設定が完了したことを示す情報を前記ホームページに書き込む予約結果通知部をさらに具備する
情報処理装置。
【請求項３】
請求項２に記載の情報処理装置であって、
前記アクセス情報抽出部は、前記ウェブサイトのユーザ自身の第１のホームページと、前記ウェブサイト上で前記ユーザと予め決められたホップ数の範囲でつながりを持つ他のユーザの１以上の第２のホームページにアクセスして前記アクセス情報を抽出する
情報処理装置。
【請求項４】
請求項３に記載の情報処理装置であって、
ユーザの嗜好に合った番組を判断して録画予約を設定する自動録画予約設定部と、
前記ユーザがマニュアルで録画予約を設定する手動録画予約設定部と、
前記録画予約設定部による録画予約、前記自動録画予約設定部による録画予約、前記手動録画予約設定部による録画予約の間で予め設定された優先順位に従って、放送日時が重複する複数の番組の録画予約の設定を調整する調整部とをさらに具備し、
前記予約結果通知部は、前記録画予約設定部による録画予約の対象である番組を含む、前記調整部による前記複数の番組の録画予約の設定の調整結果を前記ホームページに書き込む
情報処理装置。
【請求項５】
請求項４に記載の情報処理装置であって、
前記調整部は、前記録画予約設定部による複数の番組の録画予約において、前記ホップ数がより少ないユーザの前記ホームページから抽出した前記アクセス情報をもとに取得された前記番組情報に基づく番組の録画予約を優先する
情報処理装置。
【請求項６】
請求項５に記載の情報処理装置であって、
前記調整部は、自ユーザのホームページと、自ユーザから予め決められたホップ数の範囲でつながりを持つ他のユーザのホームページから抽出されたアクセス情報の重複数を加味して前記録画予約設定部による複数の番組の録画予約の優先順位を設定する
情報処理装置。
【請求項７】
コミュニティ型のウェブサイトのホームページネットワークを介して、番組の録画予約に必要な番組情報の置き場所を示すアクセス情報が書き込まれた、コミュニティ型のウェブサイトのホームページにアクセスしてこのホームページに書き込まれた前記アクセス情報を抽出するアクセス情報抽出部と、
前記抽出されたアクセス情報をもとに前記番組情報を取得する番組情報取得部と、
前記取得された番組情報をもとに前記番組の録画予約を設定する録画予約設定部
としてコンピュータを機能させるプログラム。
【請求項８】
情報携帯端末に設けられた予約・ＳＮＳ連携処理部が、ユーザによって選択された番組の録画予約に必要な番組情報の置き場所を示すアクセス情報を取得して、ネットワークを介してコミュニティ型のウェブサイトのホームページに書き込み、
情報処理装置に設けられたアクセス情報抽出部が、ネットワークを介して前記コミュニティ型のウェブサイトのホームページにアクセスしてこのホームページに書き込まれた前記アクセス情報を抽出し、
前記情報処理装置に設けられた番組情報取得部が、前記抽出されたアクセス情報をもとに前記番組情報を取得し、
前記情報処理装置に設けられた録画予約設定部が、前記取得された番組情報をもとに前記番組の録画予約を設定する
録画予約方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを通じて番組の録画予約を受けることの可能な情報処理装置、プログラム、および録画予約方法に関する。
【背景技術】
【０００２】
近年、例えば地上波テレビジョン放送や、衛星放送などで放送された番組を、ＢＤ（ブルーレイ）やＨＤＤ（ハードディスクドライブ）等の記憶媒体に録画し再生することの可能な録画再生装置が知られている。この種の録画再生装置では、一般的に、放送番組のチャンネル、放送日時、タイトル、ジャンル、概要などが所定のフォーマットで記述されたＥＰＧ（Electronic Program Guide）をもとに、放送番組を録画予約する録画予約機能が設けられている（例えば、特許文献１を参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−２４７４６３号公報（段落番号００２５、図１）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
近年、インターネットを通じて接続されたユーザの録画再生装置に対して、番組表の閲覧、番組の検索、番組のリモート録画予約などのサービスを提供するサイト（以下「予約サイト」と記述する。）が存在する。リモート録画予約とは、ユーザが外出先などで携帯情報端末から予約サイトにアクセスし、録画したい番組の選択と録画予約の実行を指示することで、ユーザの自宅の録画再生装置にてその番組の録画予約の設定がされる仕組みである。このリモート録画予約は、具体的には、次のような手順で行われる。
【０００５】
ます、ユーザは、録画再生装置を製作したメーカにより指定される予約サイトにユーザのアカウントを作成する。アカウントの作成時に、その予約サイトが提供するリモート録画予約のサービスを受けるために必要な認証情報の登録が予約サイトにてなされる。この予約サイトを利用して録画再生装置へのリモート録画予約を行うためには、まず、ユーザは、携帯情報端末から予約サイトにユーザ認証を通じてログインする。携帯情報端末は予約サイトから番組表をダウンロードして画面に表示する。番組表の中でユーザにより録画したい番組が選択されると、その選択された番組のリモート録画予約のためのボタンを含むページが携帯情報端末にダウンロードされる。ここで、リモート録画予約のためのボタンがユーザによりクリックされると、予約サイトは、その番組のリモード録画予約情報と当該ユーザのアカウントとを関連付ける情報を生成してこれを保持する。一方、ユーザの録画再生装置は、当該ユーザのアカウントを利用して定期的に予約サーバのサイトにアクセスして、当該ユーザのアカウントに関連付けられたリモード録画予約情報を問い合せる。この問い合せの結果、録画再生装置はリモード録画予約情報を取得すると、このリモード録画予約情報をもとに録画予約を設定する。
【０００６】
このようにリモート録画予約では、携帯情報端末のユーザにより設定された番組のリモード録画予約情報をそのユーザの録画再生装置からの問い合せと結びつけるために、ユーザは予め予約サイトに自分のアカウントを作成し、携帯情報端末および録画再生装置の双方がそのアカウントを使ってログインする必要がある。
【０００７】
しかしながら、リモート録画予約のサービスを日常的な頻度で利用するユーザは限られており、殆どのユーザの利用頻度は一月に数回、一年の数回程度である。リモート録画予約のサービスを日常的に利用することのないユーザは自分のアカウントを忘れることも少なくない。自分のアカウントを忘れてしまうと、アカウントの再設定を行う必要があり、ユーザにとっての手間が増える。
【０００８】
以上のような事情に鑑み、本発明の目的は、ネットワークを介して番組の録画予約を行う際の制約を軽減してユーザにとっての利便性を向上させることのできる情報処理装置、プログラム、および録画予約方法を提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明の一形態に係る情報処理装置は、ネットワークを介して、番組の録画予約に必要な番組情報の置き場所を示すアクセス情報が書き込まれた、コミュニティ型のウェブサイトのホームページにアクセスしてこのホームページに書き込まれた前記アクセス情報を抽出するアクセス情報抽出部と、前記抽出されたアクセス情報をもとに前記番組情報を取得する番組情報取得部と、前記取得された番組情報をもとに前記番組の録画予約を設定する録画予約設定部とを具備する。
【００１０】
本発明では、ユーザは外出先からコミュニティ型のウェブサイトのホームページに録画予約したい番組の録画予約に必要な番組情報の置き場所を示すアクセス情報を書き込む。アクセス情報抽出部は、ネットワークを介してホームページにアクセスして、そのホームページから上記録画したい番組の録画予約に必要な番組情報の置き場所を示すアクセス情報を抽出する。番組情報取得部は、抽出されたアクセス情報をもとに番組情報を取得し、録画予約設定部は、番組情報をもとに番組の録画予約を設定する。この仕組みにより、典型的なリモート録画予約のように、特定のサイトにユーザのアカウントを作成し、録画予約の対象である番組を指定する側の端末と、その指定された番組の録画予約の設定を行う情報処理装置がそのアカウントを使ってサイトにログインしなければサービスを利用できないといった制約がなくなる。また、コミュニティ型のウェブサイトは、その利用目的上、リモート録画予約のサイトに比べて利用頻度が格別に高い。したがって、ユーザがアカウントを忘れる可能性が低く、思い立ってから気軽に録画予約を設定することができる。
【００１１】
本発明の情報処理装置は、前記番組の録画予約の設定が完了したことを示す情報を前記ホームページに書き込む予約結果通知部をさらに具備するものであってもよい。これにより、ユーザは外出先で、コミュニティ型のウェブサイトの自分のホームページにアクセスした際に、番組の録画予約が完了したことを知ることができる。
【００１２】
前記アクセス情報抽出部は、前記ウェブサイトのユーザ自身の第１のホームページと、前記ウェブサイト上で前記ユーザと予め決められたホップ数の範囲でつながりを持つ他のユーザの１以上の第２のホームページにアクセスして前記アクセス情報を抽出するものであってもよい。これにより、ユーザ自身とつながりを持つほかのユーザによって指定された番組の録画予約の設定も情報処理装置にて行うことができる。
【００１３】
本発明の情報処理装置は、ユーザの嗜好に合った番組を判断して録画予約を設定する自動録画予約設定部と、ユーザがマニュアルで録画予約を設定する手動録画予約設定部と、前記録画予約設定部による録画予約、前記自動録画予約設定部による録画予約、前記手動録画予約設定部による録画予約の間で予め設定された優先順位に従って、放送日時が重複する複数の番組の録画予約の設定を調整する調整部とをさらに具備し、前記予約結果通知部は、前記録画予約設定部による録画予約の対象である番組を含む、前記調整部による前記複数の番組の録画予約の設定の調整結果を前記ホームページに書き込むようにしてもよい。これにより、自動録画予約、手動録画予約、ネットワークを介した録画予約の間で、複数の番組の放送日時の重複に対して、優先すべき番組の録画予約の設定を保証することができる。また、複数の番組の録画予約の設定の調整結果をユーザが外出先で確認することができる。
【００１４】
前記調整部は、前記録画予約設定部による複数の番組の録画予約において、前記ホップ数がより少ないユーザの前記ホームページから抽出した前記アクセス情報をもとに取得された前記番組情報に基づく番組の録画予約を優先するようにしてもよい。ここで、ポップ数とは、コミュニティ型のウェブサイトにおけるユーザ間のつながりの距離に相当する値である。
【００１５】
前記調整部は、自ユーザのホームページと、自ユーザから予め決められたホップ数の範囲でつながりを持つ他のユーザのホームページから抽出されたアクセス情報の重複数を加味して前記録画予約設定部による複数の番組の録画予約の優先順位を設定するようにしてもよい。
【００１６】
本発明の他の形態に係るプログラムは、ネットワークを介して、番組の録画予約に必要な番組情報の置き場所を示すアクセス情報が書き込まれた、コミュニティ型のウェブサイトのホームページにアクセスしてこのホームページに書き込まれた前記アクセス情報を抽出するアクセス情報抽出部と、前記抽出されたアクセス情報をもとに前記番組情報を取得する番組情報取得部と、前記取得された番組情報をもとに前記番組の録画予約を設定する録画予約設定部としてコンピュータを機能させるプログラムである。
【００１７】
本発明の他の形態に係る録画予約方法は、携帯情報端末に設けられた予約・ＳＮＳ連携処理部が、ユーザによって選択された番組の録画予約に必要な番組情報の置き場所を示すアクセス情報を取得して、ネットワークを介してコミュニティ型のウェブサイトのホームページに書き込み、情報処理装置に設けられたアクセス情報抽出部が、ネットワークを介して前記コミュニティ型のウェブサイトのホームページにアクセスしてこのホームページに書き込まれた前記アクセス情報を抽出し、前記情報処理装置に設けられた番組情報取得部が、前記抽出されたアクセス情報をもとに前記番組情報を取得し、前記情報処理装置に設けられた録画予約設定部が、前記取得された番組情報をもとに前記番組の録画予約を設定する。
【発明の効果】
【００１８】
以上のように本発明によれば、ネットワークを介して番組の録画予約を行う際の制約が軽減され、ユーザにとっての利便性が向上する。
【図面の簡単な説明】
【００１９】
【図１】本発明の第１の実施形態に係るネットワークシステムの構成を示す図である。
【図２】図１のネットワークシステムにおける番組録画予約の概要を示す図である。
【図３】携帯情報端末のハードウェア構成を示すブロック図である。
【図４】録画再生装置のハードウェア構成を示すブロック図である。
【図５】予約サーバおよびＳＮＳサーバのハードウェア構成を示すブロック図である。
【図６】携帯情報端末および録画再生装置の機能的な構成を示す図である。
【図７】番組表の一部の例を示す図である。
【図８】ＳＮＳサイトのホームページの閲覧内容を示す図である。
【図９】ｉＥＰＧデータＵＲＬが書き込まれたＳＮＳサイトのホームページの閲覧内容を示す図である。
【図１０】ＳＮＳサイトの検証の流れを示すフローチャートである。
【図１１】ＳＮＳサイトの検証時の情報の流れを示す図である。
【図１２】録画再生装置によるＳＮＳ録画予約の設定と解除の流れを示すフローチャートである。
【図１３】ＳＮＳ録画予約の設定完了情報の流れを示す図である。
【図１４】予約完了／解除通知部の処理の詳細を示すフローチャートである。
【図１５】変形例１の録画再生装置の機能的な構成を示す図である。
【図１６】変形例２において１つのＳＮＳサイト内でのユーザ間のつながりの例を示す図である。
【図１７】複数のＳＮＳサイトにたまがるユーザ間のつながりの例を示す図である。
【発明を実施するための形態】
【００２０】
以下、図面を参照しながら、本発明の実施形態を説明する。
＜第１の実施形態＞
図１は、本発明の第１の実施形態に係るネットワークシステムの構成を示す図である。同図に示すように、このネットワークシステム１００は、インターネットなどのネットワーク１０、携帯情報端末２０、録画再生装置３０、予約サーバ５０、ＳＮＳサーバ６０などで構成される。
【００２１】
［本実施形態の番組録画予約の概要］
図２は図１のネットワークシステム１００における番組録画予約の概要を示す図である。
以下に、本実施形態のネットワークシステム１００において、録画再生装置３０に対して番組の録画予約の設定を行うための仕組みの概要を示す。
【００２２】
（１）外出先でユーザの携帯情報端末２０が、予約サーバ（予約サイト）５０から番組のｉＥＰＧ（Internet Electronic Program）データ５０２を特定するＵＲＬ（Uniform Resource Locator）を取得する。 以下、このＵＲＬを「ｉＥＰＧデータＵＲＬ」と呼ぶ。
（２）外出先でユーザの携帯情報端末２０が、ＳＮＳ（Social Networking Site）サーバ（ＳＮＳサイト）６０に開設されたユーザのホームページ６０１に上記番組のｉＥＰＧデータＵＲＬを書き込む。以下、ＳＮＳサイトに開設されたユーザのホームページ６０１を単に「ＳＮＳサイトのホームページ６０１」と記述する。
（３）自宅の録画再生装置３０が、ＳＮＳサイトのホームページ６０１にアクセスして、上記録画したい番組のｉＥＰＧデータＵＲＬを抽出する。
（４）自宅の録画再生装置３０が、取得したｉＥＰＧデータＵＲＬをもとに予約サーバ（予約サイト）５０からｉＥＰＧデータ５０２を取得し、番組の録画予約を行う。
以上の手順による番組の録画予約を以降「ＳＮＳ録画予約」と呼ぶ。
【００２３】
［ネットワークシステム１００の構成の詳細］、
携帯情報端末２０は、ユーザが携帯して外出先で利用可能な情報処理装置であり、具体的な製品形態としては、例えば、ＰＣ（Personal Computer）、携帯電話、ＰＤＡ（Personal Digital Assistant）などである。携帯情報端末２０は、ネットワーク１０に接続可能とされ、ネットワーク１０を通じて、番組の録画予約に関するサービスを提供する予約サーバ５０によって管理される予約サイトにアクセスして番組の録画予約に関するサービスを利用することができる。また、携帯情報端末２０は、予約サイトにて公開される番組表５０１からユーザによって選択された番組のｉＥＰＧデータＵＲＬを抽出し、ＳＮＳサーバ６０によって管理されるＳＮＳサイトのホームページ６０１に書き込むことが可能である。
【００２４】
録画再生装置３０は、ユーザの例えば自宅などに設置され、放送番組を録画して再生することが可能な機器である。録画再生装置３０は、ネットワーク１０に接続可能な機器であって、上記の「ＳＮＳ録画予約」に対応する機器である。なお、録画再生装置３０は、所謂「リモート録画予約」に対応した機器である必要はない。この点は本実施形態の１つの有利点である。
【００２５】
録画再生装置３０は、ＳＮＳサイトのホームページ６０１に書き込まれたｉＥＰＧデータＵＲＬを取得し、このｉＥＰＧデータＵＲＬをもとに予約サーバ５０に管理されているｉＥＰＧデータ５０２を取得する。録画再生装置３０は、取得したｉＥＰＧデータ５０２をもとに番組の録画予約の設定を行い、この設定に従い番組の録画を実行することができる。
【００２６】
予約サーバ５０は、番組表５０１の閲覧、番組の検索、ｉＥＰＧデータ５０２のダウンロード、リモート録画予約のサービスなどを行う予約サイトを管理するサーバである。予約サーバ５０は、番組表５０１と、この番組表に含まれる番組毎のｉＥＰＧデータ５０２も管理している。
【００２７】
予約サーバ５０は、番組表５０１の閲覧、番組の検索、ｉＥＰＧデータ５０２のダウンロードに関してはログインしていないユーザ（ゲスト）にも許可するが、リモート録画予約のサービスの利用については、ユーザのアカウント（ユーザＩＤとパスワード）に基づくＨＴＴＰ認証を通じてログインに成功したユーザ（メンバー）のみ許可するように、ユーザの権限に応じたサービスの利用制限を行う。
【００２８】
ＳＮＳサーバ６０は、コミュニティ型のウェブサイトを運営するサーバである。以下、その１つである「Ｔｗｉｔｔｅｒ（登録商標）」を例に説明する。Ｔｗｉｔｔｅｒ（登録商標）では、例えば、ユーザの発言が当該ユーザのホームページに「投稿」というかたちで入力される。投稿された発言内容はユーザのホームページに追加されて閲覧可能となる。また、Ｔｗｉｔｔｅｒ（登録商標）では、他のユーザとのコミュニケーション機能として、例えば「フォロー」と呼ばれる操作を備えている。この「フォロー」の操作は、自分以外のユーザの中で適宜選択されたユーザに対して行われる操作であり、例えば、発言内容から興味を覚えた相手や友人などをフォローする、という形で利用される。もし、フォローした相手から自分に対しても「フォロー」の操作が行われて互いにフォローし合った関係となれば、相互間でダイレクトにメッセージを送受することもできる。
【００２９】
［携帯情報端末２０のハードウェア構成］
図３は携帯情報端末２０のハードウェア構成を示すブロック図である。
同図に示すように、携帯情報端末２０は、ＣＰＵ２１、システムバス２２、ＲＯＭ２３、ＲＡＭ２４、入力操作部２５、表示部２６と、音声出力部２７、ネットワーク接続部２８と、ストレージ部２９とを備える。
【００３０】
ＣＰＵ２１は、ストレージ部２９またはＲＯＭ２３からＲＡＭ２４へロードされたプログラムに従って、携帯情報端末２０を制御するための処理演算を実行する。携帯情報端末２０を制御するためのプログラムとしては、少なくとも、ＯＳ（Operating System）と、ＯＳ上で動作するウェブブラウザなどのアプリケーションプログラムがある。
【００３１】
ＲＯＭ２３は、携帯情報端末２０が実行すべきソフトウェア処理のためのプログラムなどが恒久的に格納された読み出し専用メモリである。なお、プログラムはストレージ部２９に格納されていてもよい。ＲＡＭ２４は、ＣＰＵ２１によって実行されるプログラム・コードをロードしたり、プログラムの作業データを書き込むために使用されるメインメモリである。
【００３２】
入力操作部２５は、各種のキーなどを備え、ユーザからの各種の命令やデータの入力を処理する。入力操作部２５によってユーザより入力された命令は、図示しない入力インターフェース部によってシステムバス２２を通じてＣＰＵ２１に供給される。表示部２６は、例えば、ＬＣＤ（Liquid Crystal Display）などの表示器と、表示器を駆動する表示制御回路よりなる。音声出力部２７は、デジタルの音声信号をアナログの音声信号に変換する回路と、スピーカなどよりなる。ネットワーク接続部２８は、ネットワーク１０との有線または無線での接続を処理する。
【００３３】
なお、本実施の形態における携帯情報端末２０は、ＰＣ、携帯電話機、ＰＤＡなどの情報処理装置を想定している。但し、本発明の携帯情報端末２０はこれらの機器に限られるものではなく、図３に示したハードウェア要素を有するものであれば、如何なる形態のものであってもよい。
【００３４】
［録画再生装置３０のハードウェア構成］
図４は録画再生装置３０のハードウェア構成を示すブロック図である。同図に示すように、録画再生装置３０は、ＣＰＵ３１、システムバス３２、ＲＯＭ３３、ＲＡＭ３４、入力操作部３５、ＡＶインターフェース３６、表示部３７、ネットワーク接続部３８、放送受信部３９、デコード部３９Ａ、ストレージ部３９Ｂ、メディアＩ／Ｆ部３９Ｃ、タイマＭＰＵ３９Ｄなどで構成される。
【００３５】
ＣＰＵ３１は、ストレージ部３９ＢまたはＲＯＭ３３からＲＡＭ３４へロードされたプログラムに従って、録画再生装置３０を制御するための処理演算を実行する。ＲＯＭ３３には、ＣＰＵ３１によって実行されるプログラムや各種のデータなどのソフトウェアが格納されている。ＲＡＭ３４は、ＣＰＵ３１による一時的な作業領域およびデータの一時保存のための領域として用いられるメインメモリである。
【００３６】
入力操作部３５は、各種のキーなどを備え、ユーザからの各種操作のための指令の入力を処理する。入力操作部３５より入力された指令は、システムバス３２を通じてＣＰＵ３１に送られる。表示部３７は、例えば、ＬＣＤなどの表示器と、表示器を駆動する表示制御回路よりなり、例えば、ユーザから入力された指令やデータの確認、各種のステータスなどを表示する。
【００３７】
ネットワーク接続部３８は、例えば、インターネットなどのネットワーク１０との接続を処理するインターフェースである。本実施形態の録画再生装置３０は、ネットワーク接続部３８を備えることで、ネットワーク１０を通じて番組配信サーバよりＩＰ（Internet Protocol）マルチキャスト方式などで放送配信される番組コンテンツを受信して記録することも可能である。
【００３８】
放送受信部３９は、例えば、地上デジタルテレビジョン放送、ＣＳデジタル放送、ＢＳデジタル放送、携帯機器向け地上デジタルテレビジョン放送など、各放送局７０から配信されてくる放送波を受信し、ビデオ信号及びオーディオ信号を復調する。
【００３９】
ＡＶインターフェース３６は、録画再生装置３０に接続されたテレビジョンなどの外部ＡＶ機器８０との間でビデオ信号およびオーディオ信号の入出力を処理する。デコード部３９Ａは、伝送および記録のために圧縮符号化された番組のデータを復号する。このデコード部３９Ａによる復号により復元されたビデオデータおよびオーディオデータなどはＡＶインターフェース３６を通じてテレビジョンなどの外部ＡＶ機器８０に出力される。
【００４０】
ストレージ部３９Ｂは、例えばＨＤＤ（Hard disk drive）、ＳＤＤ（Solid State Drive）などよりなる。このストレージ部３９Ｂは、ネットワーク１０および放送波を通じて受信した番組コンテンツなどの保存に用いられる。メディアＩ／Ｆ部３９Ｃは、例えば、ＤＶＤ（Digital Versatile Disc）、ＢＤ（登録商標）ディスク、フラッシュメモリなどのリムーバブルメディア９０の着脱が可能とされ、装着されたリムーバブルメディア９０に対して番組コンテンツなどの記録および読み出しを行うことが可能である。
【００４１】
タイマＭＰＵ３９Ｄは、番組の録画予約に用いられ、録画予約された番組毎の録画開始／終了のタイミングを管理するＭＰＵ（マイクロプロセッサユニット）である。
【００４２】
［予約サーバ５０のハードウェア構成］
図５は予約サーバ５０のハードウェア構成を示すブロック図である。同図に示すように、予約サーバ５０は、例えば、ＰＣなどのコンピュータシステムからなる。すなわち予約サーバ５０は、ＣＰＵ５１、システムバス５２、ＲＯＭ５３、ＲＡＭ５４、ネットワーク接続部５５、入力操作部５６、出力部５７、ストレージ部５８などで構成される。
【００４３】
ＣＰＵ５１は、ストレージ部５８からＲＡＭ５４へロードされたプログラムに従って、番組の録画予約のためのサービスを提供するための処理演算を実行する。ＲＡＭ５４は、ＣＰＵ５１による一時的な作業領域およびデータの一時保存のための領域として用いられるメインメモリである。ストレージ部５８は、例えばＨＤＤ、ＳＤＤなどよりなる。このストレージ部５８には、予約サーバ５０としての機能をコンピュータに実行させるためのプログラムとデータなどが格納されている。ネットワーク接続部５５は、インターネットなどのネットワーク１０との接続を処理するインターフェースである。入力操作部５６は、マウスやキーボードなど、予約サーバ５０の管理者からの入力を受け付ける。出力部５７は、予約サーバ５０の状態を視覚的に表示する監視画面などの表示に用いられる。
【００４４】
［ＳＮＳサーバ６０のハードウェア構成］
ＳＮＳサーバ６０は、図５に示した予約サーバ５０と同様に、ＣＰＵ６１、システムバス６２、ＲＯＭ６３、ＲＡＭ６４、ネットワーク接続部６５、入力操作部６６、出力部６７、ストレージ部６８などで構成される。ストレージ部６８には、ＳＮＳサーバ６０としての機能をコンピュータに実行させるためのプログラムとデータなどが格納されている。ＣＰＵ６１は、ストレージ部６８からＲＡＭ６４へロードされたプログラムに従って、ＳＮＳのサービスの実行のための処理演算を実行する。
【００４５】
［携帯情報端末２０と録画再生装置３０の機能的な構成］
次に、上記の携帯情報端末２０の機能的な構成を説明する。
図６は携帯情報端末２０および録画再生装置３０の機能的な構成をＳＮＳサーバ６０ならびに予約サーバ５０との関係において示す図である。同図に示すように、携帯情報端末２０はウェブブラウザ２０１と予約・ＳＮＳ連携処理部２０２とを有する。
【００４６】
ウェブブラウザ２０１は、ウェブページの解析、閲覧、ハイパーリンク処理などを行う典型的なインターネットブラウザである。
【００４７】
予約・ＳＮＳ連携処理部２０２は、ウェブブラウザ２０１によって閲覧中の番組表５０１の中からユーザによって選択された番組のｉＥＰＧデータＵＲＬを取得し、ＳＮＳサイトのホームページ６０１の投稿欄６０２に書き込む処理を行う部分である。
【００４８】
録画再生装置３０は、ＳＮＳ検証部３０１、予約設定部３０２、予約結果通知部３０３、対応サイトＵＲＬ記憶部３０４、予約情報保存部３０５などを有する。これらは、ストレージ部３９ＢまたはＲＯＭ３３からＲＡＭ３４へロードされたプログラムによって実現される。
【００４９】
ＳＮＳ検証部３０１は、ユーザが利用しようとしているＳＮＳサイトがＳＮＳ録画予約に対応するサイトであるかどうかの検証を行う。ＳＮＳ検証部３０１は、ＳＮＳ録画予約に対応することを判定したＳＮＳサイトのホームページのＵＲＬ（以下「ホームページＵＲＬ」と記述する。）を対応サイトＵＲＬ記憶部３０４に登録する。
【００５０】
予約設定部３０２は、対応サイトＵＲＬ記憶部３０４に登録されたホームページＵＲＬをもとにＳＮＳサイトのホームページ６０１にアクセスし、このホームページ６０１の書き込み情報の中からｉＥＰＧデータＵＲＬを抽出する（アクセス情報抽出部）。予約設定部３０２は、このｉＥＰＧデータＵＲＬをもとに予約サーバ５０からｉＥＰＧデータ５０２を取得し（番組情報取得部）、このｉＥＰＧデータ５０２をもとに図４に示したタイマＭＰＵ３９Ｄに対して番組の録画予約の設定や解除を行う（録画予約設定部）。
【００５１】
予約結果通知部３０３は、ＳＮＳ録画予約の設定完了や録画予約の解除完了をＳＮＳサイトのホームページ６０１への投稿内容として書き込むことで携帯情報端末２０のユーザに通知する処理を行う。
【００５２】
対応サイトＵＲＬ記憶部３０４は、ＳＮＳ検証部３０１によってＳＮＳ録画予約に対応することが判定されたＳＮＳサイトのホームページのＵＲＬが記憶される部分である。
【００５３】
予約情報保存部３０５は、予約設定部３０２によってｉＥＰＧデータ５０２から生成された録画予約情報が保存される部分である。
【００５４】
［動作について］
次に、本実施形態の動作について、
１．携帯情報端末２０によるＳＮＳサイトへのｉＥＰＧデータＵＲＬの書き込み
２．録画再生装置３０によるＳＮＳサイトの検証
３．録画再生装置３０によるＳＮＳ録画予約の設定、解除
の順で説明する。
【００５５】
［１．携帯情報端末２０によるＳＮＳサイトへのｉＥＰＧデータＵＲＬの書き込み］
図６において、まず、携帯情報端末２０のウェブブラウザ２０１は、ユーザからの指示に従ってＳＮＳサイトのホームページ６０１にユーザ認証を経てアクセスし、表示部２６（図３参照）にそのホームページ６０１を表示させる。
【００５６】
次に、ウェブブラウザ２０１は、ＳＮＳサイトのホームページ６０１にログインした状態で、ユーザからの次の指示に従って予約サイトから番組表５０１を取得して表示部２６（図３参照）に表示させる。
【００５７】
図７は番組表５０１の一部の例を示す図である。同図に示すように、番組表５０１は、各チャンネルの番組毎の情報からなる。番組毎の情報は、放送開始時刻、タイトル、概要などの可読情報とともに、その番組の録画予約ボタン５１１および録画予約解除ボタン５１２などで構成される。録画予約ボタン５１１および録画予約解除ボタン５１２にそれぞれ、対応する番組のｉＥＰＧデータＵＲＬがハイパーリンク先として設定されている。
【００５８】
ユーザによっていずれかの番組の録画予約ボタン５１１または録画予約解除ボタン５１２がクリックされると、予約・ＳＮＳ連携処理部２０２が起動される。予約・ＳＮＳ連携処理部２０２は、クリックされた録画予約ボタン５１１または録画予約解除ボタン５１２のハイパーリンク先として設定されたｉＥＰＧデータＵＲＬを番組表５０１から抽出し、抽出したＵＲＬをログイン中のＳＮＳサイトのホームページ６０１の投稿欄６０２に書き込む。より具体的には、録画予約ボタン５１１がクリックされた場合、予約・ＳＮＳ連携処理部２０２はｉＥＰＧデータＵＲＬをそのまま投稿欄６０２へ書き込み、録画予約解除ボタン５１２がクリックされた場合には、予約・ＳＮＳ連携処理部２０２は、"ＤＥＬ："を先頭に付加したｉＥＰＧデータＵＲＬを投稿欄６０２に書き込む。この"ＤＥＬ："がｉＥＰＧデータＵＲＬの前に付加されているかどうかで、録画再生装置３０は、番組のＳＮＳ録画予約の設定を行うか、録画予約の解除を行うかとを判別できる。
【００５９】
図８はＳＮＳサイトのホームページ６０１の閲覧内容を示す図である。同図に示すように、ホームページ６０１にはユーザの発言などを入力するための投稿欄６０２が設けられている。この投稿欄６０２に、携帯情報端末２０の予約・ＳＮＳ連携処理部２０２によって送信されたｉＥＰＧデータＵＲＬが書き込まれる。携帯情報端末２０のユーザは、ホームページ６０１の投稿欄６０２に書き込まれたｉＥＰＧデータを確認した後、入力操作部２５を操作してホームページ６０１上の投稿ボタン５０３をクリックする。これにより、投稿欄６０２に書き込まれたｉＥＰＧデータＵＲＬがＳＮＳサーバ６０に送信される。
【００６０】
ＳＮＳサーバ６０は、ｉＥＰＧデータＵＲＬを投稿欄６０２への書き込み情報として取得すると、図９に示すように、この取得したｉＥＰＧデータＵＲＬを投稿閲覧領域６０４に追加したホームページ６０１Ａを作成して携帯情報端末２０に返信する。携帯情報端末２０のウェブブラウザ２０１は、ＳＮＳサーバ６０より返信されたホームページ６０１Ａで表示部２６の表示内容を更新する。図９は更新後のホームページ６０１Ａの閲覧内容を示す図である。このように、更新されたホームページ６０１Ａの投稿閲覧領域６０４に携帯情報端末２０より送信されたｉＥＰＧデータＵＲＬが追加される。
以上が、携帯情報端末２０によるＳＮＳサイトへのｉＥＰＧデータＵＲＬの書き込みの動作である。
【００６１】
［２．録画再生装置３０によるＳＮＳサイトの検証］
ＳＮＳサイトの検証の目的は次の通りである。
Ｔｗｉｔｔｅｒ（登録商標）、ｍｉｘｉ（登録商標）、Ｓｏ−ｎｅｔ ＳＮＳ（登録商標）などに代表されるＳＮＳサイトの数は今後さらに増加することが予想される。本実施形態のＳＮＳ録画予約では、録画再生装置３０がＳＮＳサイトのホームページからｉＥＰＧデータＵＲＬを抽出できることが必須条件となるものの、ＳＮＳサイトによってはその条件を満足しない場合も考えられる。そこで本実施形態の録画再生装置３０では、実際にＳＮＳ録画予約を利用する前に、ユーザが利用しようとしているＳＮＳサイトがホームページからｉＥＰＧデータＵＲＬを抽出可能なサイトであるかどうかを検証することとしている。実際にホームページからｉＥＰＧデータＵＲＬを抽出できることを確認した場合には、そのＳＮＳサイトをＳＮＳ録画予約対応のサイトとして、そのＳＮＳサイトのホームページＵＲＬを録画再生装置３０に登録することにしている。以下にその動作を説明する。
【００６２】
図１０はＳＮＳサイトの検証の流れを示すフローチャート、図１１はＳＮＳサイトの検証時の情報の流れを示す図である。
【００６３】
ここで、上記［１．携帯情報端末２０によるＳＮＳサイトへのｉＥＰＧデータＵＲＬの書き込み］の手順に従って番組のｉＥＰＧデータＵＲＬが書き込まれたＳＮＳサイトを検証対象とする場合について説明する。
【００６４】
まず、録画再生装置３０での操作として、ユーザは入力操作部３５を用いて、検証対象であるＳＮＳサイトのホームページＵＲＬを指定するとともに検証の実行を指示する（ステップＳ１０１）。これにより録画再生装置３０内のＳＮＳ検証部３０１が起動される。
【００６５】
ＳＮＳ検証部３０１は、ユーザにより指定されたＳＮＳサイトのホームページＵＲＬに対するアクセス要求をＳＮＳサーバ６０に送信する（ステップＳ１０２）。ここで、検証対象であるＳＮＳサイトが、ユーザのホームページ６０１のアクセスに際してユーザ認証を必要とするように定められたサイトである場合（ステップＳ１０３のＹＥＳ）、ＳＮＳサーバ６０からユーザ認証ページが返信される。このユーザ認証ページは、録画再生装置３０内のウェブブラウザ（図示せず）によって外部ＡＶ機器８０の表示画面に表示される。ユーザ認証ページに対してユーザよりユーザＩＤとパスワードが入力された後、ＳＮＳ検証部３０１は、そのユーザＩＤとパスワードを含むユーザ認証要求をＳＮＳサーバ６０に送信する（ステップＳ１０４）。
【００６６】
ＳＮＳサーバ６０は、録画再生装置３０からのユーザＩＤとパスワードを含むユーザ認証要求に従ってユーザ認証を行う。ユーザ認証に失敗した場合（ステップＳ１０５のＮＯ）、録画再生装置３０においてユーザＩＤとパスワードの入力と、ユーザ認証要求の送信が繰り返される。ユーザ認証に成功すれば（ステップＳ１０５のＹＥＳ）、検証対象であるＳＮＳサイトのホームページ６０１が録画再生装置３０にダウンロードされる。
【００６７】
ＳＮＳ検証部３０１は取得したＳＮＳサイトのホームページ６０１から何らかのＵＲＬの抽出を試みる（ステップＳ１０６）。もしＳＮＳサイトのホームページ６０１からＵＲＬを抽出することができなかった場合（ステップＳ１０７のＮＯ）、ＳＮＳ検証部３０１はｉＥＰＧデータの取得に失敗したことを外部ＡＶ機器８０の表示画面に表示するなどしてユーザに通知し（ステップＳ１１１）、ＳＮＳサイトの検証を終了する。
【００６８】
また、ＳＮＳサイトのホームページ６０１からのＵＲＬの抽出に成功したとしても、このＵＲＬがｉＥＰＧデータＵＲＬである保証はない。そこでＳＮＳ検証部３０１は、このＵＲＬをもとにリンク先のファイルを取得し（ステップＳ１０８）、その中身を解析するなどして、取得したファイルがｉＥＰＧデータのファイルであるかどうかを判定する（ステップＳ１０９）。
【００６９】
ＳＮＳ検証部３０１は、取得したファイルがｉＥＰＧデータではないことを判定すると（ステップＳ１０９のＮＯ）、ｉＥＰＧデータの取得に失敗したことを外部ＡＶ機器８０の表示画面に表示するなどしてユーザに通知する（ステップＳ１１１）。また、ＳＮＳ検証部３０１は、取得したファイルがｉＥＰＧデータのファイルであることを判定すると（ステップＳ１０９のＹＥＳ）、検証対象であるＳＮＳサイトのホームページＵＲＬをＳＮＳ録画予約設定用のＵＲＬとして対応サイトＵＲＬ記憶部３０４に登録する（ステップＳ１１０）。
【００７０】
ＳＮＳ検証部３０１が、ＳＮＳサイトのホームページ６０１からｉＥＰＧデータＵＲＬを抽出するための仕組みとしては、例えば、ＲＥＳＴ（Representational State Transfer）がある。ＲＥＳＴは、ＨＴＴＰ（HyperText Transfer Protocol）のＧＥＴメソッドを使ってあるＵＲＬにアクセスするとＸＭＬ（Extensible Markup Language）が返ってくる仕様である。クエリーパラメータとしてＵＲＬリンクを抽出するための値を設定したＧＥＴリクエストを送信することで、ホームページに書き込まれたＵＲＬを検索結果として含むＸＭＬファイルを応答として取得することができる。ＲＥＳＴはすべてのバージョンのＲＳＳ（RDF Site Summary）や、ｍｉｘｉ（登録商標）やｔｗｉｔｔｅｒ（登録商標）など、ほとんどのパブリックＡＰＩ（Application Program Interface）に実装されている。
【００７１】
［３．録画再生装置３０によるＳＮＳ録画予約の設定と解除］
次に、録画再生装置３０によるＳＮＳ録画予約の設定と解除の流れを説明する。
前提として、ＳＮＳサイトのホームページ６０１には既に番組のｉＥＰＧデータＵＲＬが書き込まれていることとする。
【００７２】
図１２は録画再生装置３０によるＳＮＳ録画予約の設定と解除の流れを示すフローチャート、図６はＳＮＳ録画予約の設定時の情報の流れを示す図である。
予約設定部３０２は、ユーザからのＳＮＳ録画予約の問い合せの指示を受けたとき、あるいは所定の時間周期で起動し、以下の動作を実行する。
【００７３】
予約設定部３０２は、起動後、対応サイトＵＲＬ記憶部３０４から、ＳＮＳ録画予約に対応するＳＮＳサイトのホームページＵＲＬを読み込み、このホームページＵＲＬに対するアクセス要求をＳＮＳサーバ６０に送信する（ステップＳ２０１）。ここで、そのＳＮＳサイトが、ユーザのホームページのアクセスに際してユーザ認証を必要とするように定められたサイトである場合（ステップＳ２０２のＹＥＳ）、ＳＮＳサーバ６０から録画再生装置３０にユーザ認証ページが返信される。このユーザ認証ページは、録画再生装置３０内のウェブブラウザ（図示せず）によって外部ＡＶ機器８０の表示画面に表示される。ユーザ認証ページに対してユーザよりユーザＩＤとパスワードが入力された後、予約設定部３０２は、そのユーザＩＤとパスワードを含むユーザ認証要求をＳＮＳサーバ６０に送信する（ステップＳ２０３）。
【００７４】
ＳＮＳサーバ６０は、録画再生装置３０からのユーザＩＤとパスワードを含むユーザ認証要求に従ってユーザ認証を行う。ユーザ認証に失敗した場合（ステップＳ２０４のＮＯ）、録画再生装置３０においてユーザＩＤとパスワードの入力と、ユーザ認証要求の送信が繰り返される。ユーザ認証に成功すれば（ステップＳ２０４のＹＥＳ）、検証対象であるＳＮＳサイトのホームページ６０１が録画再生装置３０にダウンロードされる。
【００７５】
予約設定部３０２は取得したホームページ６０１から何らかのＵＲＬの抽出を試みる（ステップＳ２０５）。ここで、ＳＮＳサイトのホームページ６０１は、上記［２．録画再生装置３０によるＳＮＳサイトの検証］によってＳＮＳ録画予約に対応するものであることが検証済みであるが、必ずしもその時点でホームページ６０１にｉＥＰＧデータＵＲＬが書き込まれているとは限らない。
【００７６】
このような理由により予約設定部３０２は、もしＳＮＳサイトのホームページ６０１からＵＲＬを抽出することができなかった場合には（ステップＳ２０６のＮＯ）、ＳＮＳ録画予約の設定処理をそのまま終了する。また、予約設定部３０２は、ＳＮＳサイトのホームページ６０１から何らかのＵＲＬの抽出に成功したならば（ステップＳ２０６のＹＥＳ）、このＵＲＬをもとにリンク先のファイルをダウンロードし（ステップＳ２０７）、その中身を解析するなどして、取得したファイルがｉＥＰＧデータ５０２であるかどうかを判定する（ステップＳ２０８）。
【００７７】
予約設定部３０２は、取得したファイルがｉＥＰＧデータ５０２ではないことを判定すると（ステップＳ２０８のＮＯ）、ＳＮＳ録画予約の設定処理をそのまま終了する。予約設定部３０２は、取得したファイルがｉＥＰＧデータ５０２であることを判定した場合には（ステップＳ２０８のＹＥＳ）、ホームページ６０１の書き込み情報においてｉＥＰＧデータＵＲＬの直前に"ＤＥＬ："が付加されているかどうかを判定する（ステップＳ２０９）。"ＤＥＬ："は、ユーザがＳＮＳサイトのホームページ６０１の投稿欄６０２に、番組の録画予約を解除する場合にユーザによってｉＥＰＧデータＵＲＬの直前に記述された情報である。番組の録画予約を解除する動作については後で説明するので、ここでは、はじめにホームページ６０１の書き込み情報においてｉＥＰＧデータＵＲＬの直前に"ＤＥＬ："が付加されていない場合を想定して説明を進めることとする。
【００７８】
ｉＥＰＧデータＵＲＬの直前に"ＤＥＬ："が付加されていない場合（ステップＳ２０９のＮＯ）、予約設定部３０２は、取得したｉＥＰＧデータ５０２をもとに番組の録画予約情報を生成して、タイマＭＰＵ３９Ｄに録画予約情報を設定するとともに、録画予約情報を予約情報保存部３０５に保存するなど、番組のＳＮＳ録画予約の設定を行う（ステップＳ２１０）。
【００７９】
図１３はＳＮＳ録画予約の設定完了情報の流れを示す図である。
番組のＳＮＳ録画予約の設定が完了すると、予約結果通知部３０３は、ｉＥＰＧデータＵＲＬの抽出元であるＳＮＳサイトのホームページ６０１にアクセスして、このホームページ６０１の投稿欄６０２に、番組のＳＮＳ録画予約が完了したことを示す情報を、その番組のタイトル、チャンネル、放送日時などの関連情報とともに書き込む（ステップＳ２１１）。
【００８０】
また、ＳＮＳサイトのホームページ６０１の書き込み情報においてＵＲＬの直前に"ＤＥＬ："が付加されている場合、予約設定部３０２は取得したｉＥＰＧデータ５０２をもとに、タイマＭＰＵ３９Ｄに設定された録画予約情報をリセットするとともに、予約情報保存部３０５から録画予約情報を削除するなど、録画予約の解除を行う（ステップＳ２１２）。なお、ここで、解除の対象となる録画予約は、ＳＮＳ録画予約に限らず、リモート録画予約、ローカルで自動もしくは手動で設定された録画予約もその対象となる。
【００８１】
番組のＳＮＳ録画予約の解除が完了すると、予約結果通知部３０３は、ＳＮＳ録画予約の設定完了時と同様に、ｉＥＰＧデータＵＲＬの抽出元であるＳＮＳサイトのホームページ６０１にアクセスして、このホームページ６０１の投稿欄６０２に、番組の録画予約の解除が完了したことを示す情報を、その番組のタイトル、チャンネル、放送日時などの関連情報とともに書き込む（ステップＳ２１３）。
【００８２】
図１４は予約結果通知部３０３の処理（ステップＳ２１１、Ｓ２１３）の詳細を示すフローチャートである。
予約結果通知部３０３は、対応サイトＵＲＬ記憶部３０４からＳＮＳ録画予約に対応するＳＮＳサイトのホームページＵＲＬを読み込み、このホームページＵＲＬに対するアクセス要求をＳＮＳサーバ６０に送信する（ステップＳ３０１）。ここで、そのＳＮＳサイトが、ユーザのホームページのアクセスに際してユーザ認証を必要とするように定められたサイトである場合（ステップＳ３０２のＹＥＳ）、ＳＮＳサーバ６０から録画再生装置３０にユーザ認証ページが返信される。このユーザ認証ページは、録画再生装置３０内のウェブブラウザ（図示せず）によって外部ＡＶ機器８０の表示画面に表示される。ユーザ認証ページに対してユーザよりユーザＩＤとパスワードが入力された後、予約結果通知部３０３は、そのユーザＩＤとパスワードを含むユーザ認証要求をＳＮＳサーバ６０に送信する（ステップＳ３０３）。
【００８３】
ＳＮＳサーバ６０は、録画再生装置３０からのユーザＩＤとパスワードを含むユーザ認証要求に従ってユーザ認証を行う。ユーザ認証に失敗した場合（ステップＳ３０４のＮＯ）、録画再生装置３０においてユーザＩＤとパスワードの入力と、ユーザ認証要求の送信が繰り返される。ユーザ認証に成功すれば（ステップＳ３０４のＹＥＳ）、予約結果通知部３０３は、ＳＮＳ録画予約の設定完了情報または録画予約の解除完了情報を書き込み、その投稿欄６０２への書き込み情報をＳＮＳサーバ６０に送信する（ステップＳ３０５）。
【００８４】
これにより、携帯情報端末２０のユーザは外出先で、ＳＮＳサイトのホームページ６０１にアクセスした際に、ＳＮＳ録画予約が完了したことや、録画予約が解除されたことを確認することができる。
【００８５】
以上のように、本実施形態では、ユーザは外出先から携帯情報端末２０を用いてＳＮＳサイトのホームページ６０１に録画予約したい番組のｉＥＰＧデータＵＲＬを書き込む。録画再生装置３０は、そのホームページ６０１にアクセスして上記録画したい番組のｉＥＰＧデータＵＲＬを取得し、これをもとに予約サイトからｉＥＰＧデータ５０２を取得して番組の録画予約や録画予約の解除を行う。この仕組みによれば、典型的なリモート録画予約のように、特定のサイトにユーザのアカウントを作成し、携帯情報端末２０および録画再生装置３０がそのアカウントを使ってサイトにログインしなければサービスを利用できないといった制約がなくなる。また、コミュニティ型のウェブサイトであるＳＮＳサイトは、その利用目的上、リモート録画予約のサイトに比べて利用頻度が格別に高い。したがって、ユーザがアカウントを忘れる可能性が低く、思い立ってから気軽に録画予約を設定することができる。
【００８６】
＜変形例１＞
図１５は、変形例１の録画再生装置３０Ａの機能的な構成を示す図である。
同図に示すように、録画再生装置３０Ａは、第１の実施形態で示した録画再生装置３０の構成に加えて、自動録画予約設定部３０６、手動録画予約設定部３０７、設定調整部３０８が設けられている。
【００８７】
自動録画予約設定部３０６は、ユーザが予め設定した嗜好情報と番組表の各番組のｉＥＰＧデータとを比較し、ユーザの嗜好に合った番組を判断して録画予約を設定する部分である。手動録画予約設定部３０７は、ユーザのマニュアルでの録画予約の設定が行われる部分である。設定調整部３０８は、第１の実施形態で説明した予約設定部３０２による録画予約、自動録画予約設定部３０６による録画予約、手動録画予約設定部３０７による録画予約の間で予め設定された優先順位に従って、放送日時が重複する複数の番組の録画予約の設定を調整する部分である。
【００８８】
ここで、予約設定部３０２によりＳＮＳ録画予約された番組の放送日時が、自動録画予約設定部３０６あるいは手動録画予約設定部３０７で録画予約された番組の放送日時と一部でも重複する場合を考える。この場合には、設定調整部３０８が、予め決められた優先順位に従って、放送日時が重複する複数の番組のうち一方の番組の録画予約の設定を有効とするように、複数の番組の録画予約の設定を調整する。優先順位としては、例えば、手動録画予約＞ＳＮＳ録画予約＞自動録画予約とすることなどが好適である。但し、これらの優先順位はユーザが自由に変更してもよい。
【００８９】
今、ある番組の録画予約が自動録画予約設定部３０６によって既に設定されているものとする。そこに後からＳＮＳ録画予約が発生し、このＳＮＳ録画予約の対象番組の放送日時が自動録画予約設定部３０６による録画予約が設定済みの番組の放送日時と重複するものとする。ＳＮＳ録画予約は自動録画予約よりも優先順位が高いので、設定調整部３０８は、自動録画予約設定部３０６により既に設定されていた番組の録画予約を解除してＳＮＳ録画予約が有効となるように各番組の録画予約の設定を調整する。この場合、予約結果通知部３０３はＳＮＳ録画予約の設定が完了したことを示す情報に加え、放送日時の重複により自動録画予約設定部３０６により既に設定されていた番組の録画予約を解除したことを示す伝言情報を生成してＳＮＳサイトのホームページに書き込む。これにより、携帯情報端末２０からユーザはＳＮＳ録画予約による録画予約の設定完了と自動録画予約の設定解除を知ることができる。
【００９０】
また、ある番組の録画予約が手動録画予約設定部３０７によって既に設定されているものとする。そこに後からＳＮＳ録画予約が発生し、このＳＮＳ録画予約の対象番組の放送日時が手動録画予約設定部３０７による録画予約が設定済みの番組の放送日時と重複するものとする。ＳＮＳ録画予約は手動録画予約よりも優先順位が低いので、設定調整部３０８は、手動録画予約設定部３０７により既に設定されている番組の録画予約を残したままＳＮＳ録画予約を無効とする。この場合、予約結果通知部３０３は、既に手動録画予約が設定されている番組との放送日時の重複によりＳＮＳ録画予約の設定が不可であることを示す情報を生成してＳＮＳサイトのホームページに書き込む。これにより、携帯情報端末２０からユーザはＳＮＳ録画予約による録画予約が不可であることを知ることができる。
【００９１】
＜変形例２＞
図１６に示すように、ＳＮＳのサイトでは、ユーザ同士が何らかの明示的なかたちで互いにつながりを持つことができる。例えば、「Ｔｗｉｔｔｅｒ（登録商標）」においては、前述したように「フォロー」と呼ばれる操作が自分以外のユーザの中で適宜選択されたユーザに対して行われると、そのユーザのユーザＩＤなどが登録され、さらにそのユーザＩＤをもとにそのユーザのホームページにジャンプして、そのユーザの発言内容を見ることができる。さらに、そのユーザのホームページから、そのユーザとつながりをもつ別のユーザのホームページにジャンプできるなど、ユーザのつながりは際限無く拡がる。ここで、ユーザ間のつながりの距離を「ホップ数」と呼ぶ。例えば、図１６において、自ユーザａと自ユーザａが直接フォローしているユーザｂとのホップ数は"１"、自ユーザａとホップ数＝１のユーザｂが直接フォローしているユーザｄとのホップ数は"２"、自ユーザａとホップ数＝２のユーザｄが直接フォローしているユーザ（図示せず）とのホップ数は"３"となる。
【００９２】
本変形例２は、例えば第１の実施形態の録画再生装置３０の予約設定部３０２にて、ＳＮＳサイトのユーザ自身（ユーザａ）のホームページ６０１ａのみならず、自ユーザａから予め決められたホップ数の範囲でつながりを持つ他のユーザｂ、ｃ、ｄ、ｅのホームページ６０１ｂ−６０１ｅからもｉＥＰＧデータＵＲＬの抽出を行い、これらのｉＥＰＧデータＵＲＬをもとにｉＥＰＧデータを取得して番組の録画予約を行う。
【００９３】
また、上記の設定調整部３０８を変形例２において採用した場合、ホップ数を考慮した録画予約の優先順位としては、例えば、手動録画予約＞ＳＮＳ録画予約（ホップ数＝０）＞ＳＮＳ録画予約（ホップ数＝１）＞ＳＮＳ録画予約（ホップ数＝２）＞・・・＞自動録画予約とすることなどが望ましい。
【００９４】
但し、上記のホップ数を考慮した優先順位では、番組毎の録画予約者の数が無視されている。ここで、番組毎の録画予約者の数とは、自ユーザのホームページと、自ユーザから予め決められたホップ数の範囲でつながりを持つ他のユーザのホームページから抽出されたｉＥＰＧデータＵＲＬの重複数である。
【００９５】
例えば、ホップ数が"２"の多くのユーザがある番組の録画予約を希望しており、ホップ数が"１"のごく少数のユーザが別の番組の録画予約を希望している場合、ホップ数が"１"のごく少数のユーザが希望する番組の録画予約が優先される。そこで、時間的に重複した複数の予約対象の番組について、個々の番組毎に予約者数、ホップ数を考慮して重要度を計算し、重要度がより高い番組を優先して録画予約するようにしてもよい。以下に、番組毎の重要度Ｙの計算式の例を示す。
Ｙ＝Ｎ１/(Ｘ１)２＋Ｎ２/(Ｘ２)２＋Ｎ３/(Ｘ３)２＋・・・
ここで、Ｎ１、Ｎ２、Ｎ３はそれぞれ番組毎の予約者数、Ｘ１、Ｘ２、Ｘ３は自ユーザからの距離（但し、Ｘ１＜Ｘ２＜Ｘ３）である。
この計算式によれば、ホップ数と予約者数の両方を考慮した番組録画予約を行うことが可能になる。
【００９６】
なお、図１６の変形例２では、１つのＳＮＳサイト内でのユーザ間のつながりの例を説明したが、コミュニティ型のウェブサイトは一般的に異なる種類のＳＮＳサイト間でのユーザ間のつながりも管理できる。図１７は、２つの異なる種類のＳＮＳサーバである第１のＳＮＳサーバ（第１のＳＮＳサイト）６０Ａと第２のＳＮＳサーバ（第２のＳＮＳサイト）６０Ｂをまたがるユーザのつながりの様子を示している。例えば第１の実施形態の録画再生装置３０の予約設定部３０２は、このように複数のＳＮＳサイトをまたがってつながった複数のユーザａ、ｂ、ｃ、Ｄのホームページ６０１ａ、６０１ｂ、６０１ｃ、６０１ＤからもｉＥＰＧデータＵＲＬの抽出を行い、これらのｉＥＰＧデータＵＲＬをもとにｉＥＰＧデータを取得して番組の録画予約を行うことができる。
【符号の説明】
【００９７】
１０…ネットワーク
２０…携帯情報端末
３０…録画再生装置
５０…予約サーバ
６０…ＳＮＳサーバ
１００…ネットワークシステム
２０１…ウェブブラウザ
２０２…ＳＮＳ連携処理部
３０１…ＳＮＳ検証部
３０２…予約設定部
３０３…予約結果通知部
３０４…ＵＲＬ記憶部
３０５…予約情報保存部
３０６…自動録画予約設定部
３０７…手動録画予約設定部
３０８…設定調整部
５０１…番組表
５０２…ＥＰＧデータ
５１１…録画予約ボタン
５１２…録画予約解除ボタン
６０１…ホームページ
【図１】
0005516056.tif 000002
【図２】
0005516056.tif 000003
【図３】
0005516056.tif 000004
【図４】
0005516056.tif 000005
【図５】
0005516056.tif 000006
【図６】
0005516056.tif 000007
【図７】
0005516056.tif 000008
【図８】
0005516056.tif 000009
【図９】
0005516056.tif 000010
【図１０】
0005516056.tif 000011
【図１１】
0005516056.tif 000012
【図１２】
0005516056.tif 000013
【図１３】
0005516056.tif 000014
【図１４】
0005516056.tif 000015
【図１５】
0005516056.tif 000016
【図１６】
0005516056.tif 000017
【図１７】
0005516056.tif 000018