(57)【要約】      （修正有）【課題】テレビ放送を見ながらチャットを実施するシステムにおいて、同じ録画番組を視聴しながらチャットによる情報交換を可能にする。【解決手段】予約情報を、チャット参加者で共有し、同じ録画予約を離れた家庭間で実現させ、また、チャット開始時に、その録画番組の同期再生を実現させ、離れた家庭間で同じ番組を同時刻に視聴しながら、チャットを実現させる。【選択図】図１
2010062963.tif 000002
【特許請求の範囲】
【請求項１】
テレビ受像機であって、
放送サーバから送信された番組に関する番組関連情報を受信する受信部と、
前記番組関連情報に基づいてアドレス情報を生成するアドレス生成部と、
前記生成されたアドレスにより指定されたチャットサーバへ接続を行う接続部と、
前記チャットサーバを介して、１又は複数の他のテレビ受像機との間でチャットを実行するＨＴＭＬレンダラ部と、
を有することを特徴とするテレビ受像機。
【請求項２】
請求項１に記載のテレビ受像機であって、
前記番組関連情報は、チャンネル名、番組名、場面ごとの時刻情報のうちの少なくとも１つを含む
ことを特徴とするテレビ受像機。
【請求項３】
請求項１に記載のテレビ受像機であって、
日付、開始時刻、チャンネル番号、番組名のうちの少なくとも１つの要素を含む録画予約情報を蓄積する蓄積部を有し、
前記蓄積部から取得した録画予約情報を、前記他のテレビ受像機に送信する予約情報送信部と、
を有することを特徴とするテレビ受像機。
【請求項４】
請求項３に記載のテレビ受像機であって、
録画予約情報を受信する予約情報受信部を有し、
放送サーバから受信した電子番組情報（ＥＰＧ）に、受信した前記予約情報に含まれる全ての要素を含む番組が存在しなかった場合に、前記電子番組情報（ＥＰＧ）に、前記予約情報に含まれる番組名が存在する場合には、当該番組名に対応する番組を予約するための予約情報を前記蓄積部に格納する
ことを特徴とするテレビ受像機。
【請求項５】
請求項１に記載のテレビ受像機であって、
前記他のテレビ受像機との間で、同じ録画済番組を再生する動画レンダラ部と、
前期ＨＴＭＬレンダラ部は、前記録画済番組の再生と同時に前記チャットを実行する
ことを特徴とするテレビ受像機。
【請求項６】
請求項５に記載のテレビ受像機であって、
前記他のテレビ受像機との間の応答時間を測定する応答時間測定部と、
測定された前記応答時間に応じて、前記他のテレビ受像機に送信する再生コマンドの送信タイミングを変更するコマンド送信部と、
を有することを特徴とするテレビ受像機。
【請求項７】
請求項６記載のテレビ受像機であって、
前記コマンド送信部は、シーク操作や一時停止の操作の実行を受け付けた場合に、前記録画番組の再生と同時に前記チャットを実行している前記他のテレビ受像機に、測定された前記応答時間に応じて、前記操作に対応するコマンドを送信する
ことを特徴とするテレビ受像機。
【請求項８】
テレビ受像機の処理方法であって、
放送サーバから送信された番組に関する番組関連情報を受信し、
前記番組関連情報に基づいてアドレス情報を生成し、
前記生成されたアドレスにより指定されたチャットサーバへ接続を行い、
前記チャットサーバを介して、１又は複数の他のテレビ受像機との間でチャットを実行する、
ことを特徴とするテレビ受像機の処理方法。
【請求項９】
請求項８に記載のテレビ受像機の処理方法であって、
前記番組関連情報は、チャンネル名、番組名、場面ごとの時刻情報のうちの少なくとも１つを含む
ことを特徴とするテレビ受像機の処理方法。
【請求項１０】
請求項８に記載のテレビ受像機の処理方法であって、
前記テレビ受像機は、日付、開始時刻、チャンネル番号、番組名のうちの少なくとも１つの要素を含む録画予約情報を蓄積する蓄積部を有し、
前記蓄積部から取得した録画予約情報を、前記他のテレビ受像機に送信する
ことを特徴とするテレビ受像機の処理方法。
【請求項１１】
請求項１０に記載のテレビ受像機の処理方法であって、
放送サーバから受信した電子番組情報（ＥＰＧ）に、受信した前記予約情報に含まれる全ての要素を含む番組が存在しなかった場合に、前記電子番組情報（ＥＰＧ）に、前記予約情報に含まれる番組名が存在する場合には、当該番組名に対応する番組を予約するための予約情報を前記蓄積部に格納する
ことを特徴とするテレビ受像機の処理方法。
【請求項１２】
請求項８に記載のテレビ受像機の処理方法であって、
前記録画済番組の再生と同時に前記チャットを実行する
ことを特徴とするテレビ受像機の処理方法。
【請求項１３】
請求項１２に記載のテレビ受像機の処理方法であって、
前記他のテレビ受像機との間の応答時間を測定し、
測定された前記応答時間に応じて、前記他のテレビ受像機に送信する再生コマンドの送信タイミングを変更する
ことを特徴とするテレビ受像機の処理方法。
【請求項１４】
請求項１３記載のテレビ受像機の処理方法であって、
シーク操作や一時停止の操作の実行を受け付けた場合に、前記録画番組の再生と同時に前記チャットを実行している前記他のテレビ受像機に、測定された前記応答時間に応じて、前記操作に対応するコマンドを送信する
ことを特徴とするテレビ受像機の処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、テレビ放送の受信システムとインターネットプロトコル(IP)を用いたネットワーク経由チャットシステムとの連動に関するものである。
【背景技術】
【０００２】
インターネットの世界では、チャットと呼ばれるシステムが存在する。チャットとは、スペルは”
Ｃｈａｔ”であり、「ネットワークを用いたおしゃべり」と言う意味であるが、短い文字情報のやりとりで、意見を交換するシステムである。このチャットを、テレビ放送を視聴しながら、実施することも、検討されており、例えば、特許文献１や２および３に記載の発明も、そのようなものを実現するしかけを説明したものである。
【０００３】
また、テレビ番組の録画機能を備えた装置では、電子番組表（ＥＰＧ：Electric Program Guide）を用いた予約録画機能が便利であるが、ネットワーク上で、複数の録画可能な装置がある場合には、同じ番組を予約録画しないようにして、録画領域を節約することが考えられる。このような手法として、特許文献４や５では、予約録画情報の共有を実施しており、特に特許文献４では、別の装置で、裏番組（現在視聴している放送局の番組を表番組と称し、その表番組とは異なる放送局で放送されている番組のこと）を録画するようにしている。また、この特許文献４の事例では、録画した表番組と裏番組を同時に再生させることで、既に過去になってしまった、その録画した日時時刻に居ることを具体化させることに成功している。また再生同期といった観点からは、特許文献６と７の事例が挙げられる。
【０００４】
【特許文献１】特開２００３−３４５７２９号公報
【特許文献２】特開２００７−２１４８６１号公報
【特許文献３】特開２００６−１２９１９６号公報
【特許文献４】特開２００５−２４４５７７号公報
【特許文献５】特開２００４−３６４１８６号公報
【特許文献６】特開２００６−３３９８１９号公報
【特許文献７】特開２００６−０４１８８５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記特許文献に記載の技術は、離れた場所にある録画機能を備えた複数のテレビ受像機の間において、同じ番組を同時に再生し視聴しながら、リアルタイムなチャットを同時に行うことが難しい。
【課題を解決するための手段】
【０００６】
本発明は、録画予約や再生機能を備えたテレビ受像機において、複数のテレビ受像機間で機能を実現するよう、予約情報の共有部、予約情報の送信部、予約情報の受信部と予約一覧への追加部、予約情報をＥＰＧから検索して同じ番組を予約する部、再生同時開始部と同期処理部を備えることを、特徴とする。
【発明の効果】
【０００７】
本発明によって、生放送ではなく、既に録画済みの番組であっても、離れた家庭間で、同時に再生させ視聴しつつ、リアルタイムなチャットを実現することが可能である。
【発明を実施するための最良の形態】
【０００８】
テレビ放送を録画し再生する機能を備えた録画装置やテレビ受像機、テレビ機能付き携帯電話、テレビ機能付きパソコンなどを想定するが、特にこれらに限定するものではない。
【実施例１】
【０００９】
第１の実施例を図１から図６の図面を用いて説明を行う。
図１は、テレビ放送・チャット連動システムを示す説明図である。１は放送サーバ、２はチャットサーバ、３と４はテレビ受像機、５はネットワーク、６は制御部、７は配信部、８は蓄積部、９は制御部、１０は蓄積部、１１は受信部、１２は配信部、１３は受信部、１４は送信部、１５は動画レンダラ、１６は表示部、１７はＨＴＭＬレンダラ、１８は制御部、１９は入力部、２０は蓄積部である。
【００１０】
ここで、放送サーバ１とチャットサーバ２は、ネットワーク５に接続されており、またテレビ受像機３と４も、同様にネットワーク５に接続されている。本実施例では、テレビ受像機は２台しか存在しないが、実際には複数台存在することを想定している。ここでは、放送サーバ１は、ネットワーク５を介して、テレビ受像機３あるいは４に対して、テレビ放送を実施しており、チャットサーバ２は、テレビ受像機３あるいは４に対し、チャット機能の提供を実施している。
【００１１】
放送サーバ１には、制御部６と蓄積部８と配信部７を備えており、制御部６は、蓄積部８に格納されたテレビ番組や電子番組表であるＥＰＧを、配信部７を通じて、ネットワーク５経由で、テレビ受像機３あるいは４に配信し、テレビ番組の放送を実施している。
【００１２】
チャットサーバ２は、制御部９と蓄積部１０と受信部１１と配信部１２を備え、制御部９は、受信部１１を通じて送られてきたチャット情報の保存を、蓄積部１０に対して実行し、また、配信部12を通じて、蓄積部１０に保存されたチャット情報をネットワーク５に対して、配信する機能を備える。
【００１３】
テレビ受像機３は、受信部１３、送信部１４、動画レンダラ１５、表示部１６、ＨＴＭＬレンダラ１７、制御部１８、入力部１９、蓄積部２０を内蔵し、制御部１８は、受信部１３を通じて、ネットワーク５経由で放送サーバ１から送られてきたテレビ放送を受信し、動画レンダラ１５によって動画情報を復号し、表示部１６によって、テレビ番組として表示するという機能を持つ。
【００１４】
また制御部１８は、同時に送られてきたＥＰＧを表示部１６に表示する機能や、テレビ番組を蓄積部２０に保存し、録画することや、ＥＰＧを利用して、予約録画を実行する機能を備える。またその他にも、制御部１８は、蓄積部２０に保存されたテレビ番組を再生して、動画レンダラ１５による復号を実施して、表示部１６に表示する機能を備える。
【００１５】
また制御部１８は、チャットサーバに接続するアドレスを生成する機能や、生成したアドレスアドレスにより指定されたチャットサーバへ接続を行う機能を備える。
【００１６】
また制御部１８は、チャットサーバ２から送られてきたチャット情報を、受信部１３を通じて受信し、ＨＴＭＬレンダラ１７を通じて、文字表示情報として、表示部１６に表示する機能を備える。また制御部１８は、入力部１９を通じて、ユーザ操作内容を、解釈し、テレビ放送の選局や録画や録画予約や、録画したものの再生や、チャット情報の入力など、様々なユーザ操作を処理する機能、ユーザ操作に応じたコマンドを送信する機能、他のテレビ受像機からコマンド受信し、処理するコマンド受付部、を持つ。
【００１７】
制御部１８の上記様々な機能は、制御部１８が実行してもよいが、それぞれの機能を行うハードウェア（ＥＰＧ表示部、番組蓄積部、予約録画部、再生部、アドレス生成部、サーバ接続部、チャット情報受信部、ユーザ操作受付部、コマンド送信部、コマンド受信部）として、集積回路で実現してもよい。
【００１８】
テレビ受像機４は、テレビ受像機３と同等の機能を備える。以上の動作の結果、テレビ受像機３を用いてテレビ番組を視聴しているユーザと、テレビ受像機４を用いてテレビ番組を視聴しているユーザは、テレビ番組を視聴しながら、チャットサーバにも接続し、同時に実施することが可能である。
【００１９】
ここで、チャット（おしゃべり）とはいえ、テレビ受像機３のユーザは、視聴するのみで、チャット情報を入力しないが、テレビ受像機４のユーザによって、一方的にチャット情報を入力して、片方向のチャットを実現するといったサービス事業形態も考えられる。これは、例えば、耳の不自由な人々のために、特別な字幕サービスを提供するような形態のものである。
【００２０】
図２は、テレビ受像機、リモコン、キーボードの外観図である。図２（ａ）において、２１はテレビ受像機、２２はテレビ画面、２３はチャット画面、２４はリモコン、２５はキーボード、２６はチャット起動ボタンである。ここで、図２（ａ）のテレビ受像機２１は、図１で説明を行ったテレビ受像機３あるいは４の外観図である。テレビ受像機２１には、テレビ画面２２を備え、ここに現在放送されている生放送のテレビ番組や録画しておいたテレビ番組の表示が可能である。
【００２１】
チャット画面２３は、図１を用いて説明を行ったチャット機能動作時に、表示されるチャット画面である。ここにユーザ間の短い文字情報のやりとりが表示され、おしゃべりを楽しむことが可能である。図２（ｂ）はリモコン、図２（ｃ）はキーボードの外観図であり、これは、図１を用いて説明を行った実施例のテレビ受像機３，４において入力部１９に接続されるものである。ここで、リモコン２４とキーボード２５は、それぞれ利便性のために、チャット機能動作開始と、終了をユーザによって指示させるチャット起動ボタン２６を備えており、チャットの起動終了が実行可能である。
【００２２】
ここで、図２では、入力部として、リモコンやキーボードの例を挙げたが、それら以外の入力部であっても良い。
【００２３】
図３は、チャットサーバのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）抽出手法を示すフローチャート図であり、この機能は、テレビ受像機３あるいは４の制御部１８（アドレス生成部）によって実行されるものである。
【００２４】
図１の放送サーバ１から放送されるテレビ放送情報から、次に示す情報の抽出を行う（ステップ３１）。それは、ＳＤＴ：Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｔａｂｌｅ、ＥＩＴ：Ｅｖｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ, ＬＩＴ：Ｌｏｃａｌ  Ｅｖｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅの３個の情報である。これらは、それぞれデジタル放送におけるチャンネルの名称、番組の名称、番組内のシーン（場面）を示す時刻情報群であり、番組を特定可能とするものである。
【００２５】
現在時刻とＬＩＴの時刻情報群を比較し、現在放映されているシーンの番号であるＬＩＴ’を生成する（ステップ３２）。テレビ受像機３あるいは４の製品出荷時に装置に埋め込まれたトップドメイン名を取得し(ステップ３３)、トップドメイン名とＳＤＴ、ＥＩＴ、ＬＩＴ’から、アクセスすべきチャットサーバのＵＲＬの生成を行う（ステップ３４）。
【００２６】
以上の動作の結果、放送されている放送局ごと、あるいは番組名ごと、あるいは番組内のシーンごと、あるいは、シーンの切り替わりに番組に挿入されるコマーシャルを扱うことにより、放送サーバ１が希望する任意の時刻において、所望のチャットサーバへ誘導させることが可能となる。
【００２７】
ここで、ステップ３３において、トップドメイン名を固定のものとしたが、実際には、任意のものに変更可能である。またＳＤＴは、チャンネルの名称すなわち放送局の名称であるため、地方局においても、独自名称であるため、任意のチャットサーバを運営することが可能となる。
【００２８】
この実施例では、放送局、番組、番組内シーンやシーンの切り替わりに挿入されるコマーシャルごとに、異なるＵＲＬを生成するため、それぞれ別々のチャットサーバのＵＲＬが存在することになるが、サーバ数を減らすために、各ＵＲＬごとに、特定のものを指すように、サーバ側で、リダイレクト処理を実施することが可能である。ここでは、ＳＤＴ、ＥＩＴ、ＬＩＴという略称を持つ情報を用いたが、同様の情報を持つデータ列であれば、何でも良い。
【００２９】
図４は、図２（ｂ）あるいは図２（ｃ）で説明を行ったチャット起動ボタン押下時のフローチャート図であり、この機能は、図１のテレビ受像機３あるいは４の制御部１８（接続部）によって実行されるものである。
【００３０】
図２（ｂ）あるいは図２（ｃ）のチャット起動ボタン２６が押されると、既にチャット画面(図２（ａ）の２３)が開いているか確認を行い（ステップ４１）、既に開いているようならば、チャット画面を閉じる（ステップ４２）。もし開いていないようならば、チャット画面を開く（ステップ４３）。その後、図３の３０において、チャットサーバのＵＲＬ抽出を行い、その後、ブラウザ（図１のＨＴＭＬレンダラ１７のこと）において、該当ＵＲＬをアクセスし、チャットサーバからＨＴＴＰ応答で得られたチャット画面を受信し、チャット画面の表示更新を行う（ステップ４７）。
【００３１】
ユーザによる選局動作により、異なる放送チャンネルが選択された場合（ステップ４４）、あるいは、次の番組が始まり、番組が切り替わった場合（ステップ４５）、あるいは次のシーンが始まった場合（ステップ４６）、それぞれ、チャットサーバのＵＲＬ抽出を行い（ステップ３０）、ブラウザおいて、チャット画面の表示更新を行う（ステップ４７）。
【００３２】
以上の動作の結果、チャット起動ボタンの押下によってチャットの起動と終了が行え、また選局や番組の終了や開始あるいは番組内のシーン変更などによって、異なるＵＲＬへ接続が可能となる。
【００３３】
図５は、チャットサーバ２の制御部９とテレビ受像機３，４のＨＴＭＬレンダラ１７であるブラウザとの間におけるコマンドとデータのやりとりを示したものである。ここで、チャットサーバ２の制御部９と、それぞれのブラウザとの間における情報のやりとりは、ＨＴＭＬによるコマンドとデータのやりとりを想定している。
【００３４】
テレビ受像機４のブラウザは、チャット画面の更新を開始する（ステップ５０１）。更新開始とは、ブラウザにとっては、指定されたチャットサーバのＵＲＬへアクセスすると発生する事象である。まずチャットサーバ２に対し、チャットデータ要求を行う。その要求を受けて、チャットサーバ２は、チャットデータの準備を行い（ステップ５１１）、チャットデータの送出を行う（ステップ５１２）。その結果、受け取ったチャットデータを用いて、チャット画面の表示更新が実施される（ステップ５０２）。
【００３５】
次に、テレビ受像機４において、ユーザによる入力があった場合、チャットデータ送信として、テレビ受像機４からチャットサーバ２へ送られる（ステップ５０３）。チャットデータを受け取ったチャットサーバ２は、チャットデータの更新を行い（ステップ５１３）、チャットデータの送出を行う（ステップ５１４）。
【００３６】
ユーザ入力した情報が付加されたチャットデータを受け取ったテレビ受像機４は、チャット画面の表示更新を行う（ステップ５０４）。このとき、テレビ受像機３から更新開始が実施され（ステップ５２１）、チャットデータ要求が送られる。チャットサーバ２は、チャットデータ準備を５１５にて実施し（ステップ５１５）、チャットデータ送出を実行する（ステップ５１６）。
【００３７】
その結果、チャットデータがテレビ受像機３に送られ、チャット画面表示更新が行われる（ステップ５２２）。その後、テレビ受像機３のユーザによる入力があった場合、ユーザ入力を受け取り（ステップ５２３）、チャットデータ送信として、チャットサーバ２に送られる。データを受け取ったチャットサーバ２はチャットデータを更新し（ステップ５１７）、チャットデータを送出する（ステップ５１８）。更新されたチャットデータを受け取ったテレビ受像機３は、チャット画面表示更新を実施する（ステップ５２４）。
【００３８】
テレビ受像機４において、チャット画面の更新開始が行われると（ステップ５０５）（この更新は、ユーザ操作によるもの、あるいはタイマー起動によるもの、ブラウザによる自動更新などがある。）チャットデータ要求が実施され、それを受け取ったチャットサーバ２はチャットデータの準備を実施する（ステップ５１９）。次にチャットデータの送出を行い（ステップ５２０）、チャットデータを受け取ったテレビ受像機４は、チャット画面表示更新を行う（ステップ５０６）。
【００３９】
以上、説明を行ったように、ユーザの入力によるチャット情報が、チャットサーバ経由でやりとりされる。実際チャット画面が、どのように更新されるか、図６を用いて説明を行う。
【００４０】
図６は、テレビ受像機３と４のチャット画面の更新状況を示した図である。テレビ受像機４では、図５の５０２の時点では、何も表示されていない。しかし、５０４の時点では、テレビ受像機４のユーザによる入力「こんにちは。」が表示されている。ここでは、便宜上、テレビ受像機４のユーザ名は、「Ａ」と仮定した。次に、テレビ受像機３のチャット画面は、５２２の時点で初めて、「Ａ＞こんにちは。」が表示される。ここで、これを見たテレビ受像機３のユーザは、「こんにちは。」を返したため、テレビ受像機４側には、５０６の時点で、またテレビ受像機３側では、５２４の時点で、テレビ受像機３のユーザによる「Ｂ＞こんにちは。」が表示される。その結果、テレビ受像機３と４のユーザが、挨拶を実施したことになる。
【実施例２】
【００４１】
第２の実施例を図７から図１１の図面を用いて説明を行う。
図７は、グループ管理方式のテレビ放送・チャット連動システムを示す説明図である。
７０は、グループ管理サーバ、７１と７２はテレビ受像機、７３と７４は制御部であり、説明を行わなかった部位は、図１の実施例と同じである。
【００４２】
この実施例では、図１のチャットサーバ２の代わりにグループ管理サーバ７０が存在し、その中に制御部７４が存在する。また、テレビ受像機７１あるいは７２の中には、制御部７３が存在する。テレビ受像機としては、図１の３や４と変わりないのだが、実装される機能が異なるため、制御部は別物が使用されている。図７において、チャット情報は、テレビ受像機７１と７２同士間で交換し合うものであり、グループ管理サーバ７０の制御部７４は、チャットを同時に実行するユーザが参加しているグループという単位の管理を行っている。
【００４３】
図８は、ＩＤ登録、グループ作成、ログイン画面の説明図である。図８（ａ）において、８０はＩＤ登録画面、８１はＩＤ、８２はパスワード、８３はパスワード（確認用）、８４は登録ボタン、８５はキャンセルボタンである。図８（ｂ）において、８６はグループ作成画面、８７はグループ名、８８は登録ボタン、８９はキャンセルボタンである。図８（ｃ）において、５０はログイン画面、５１はグローバル、５２はローカルグループＡ、５３はローカルグループＢ、５４はＩＤ、５５はパスワード、５６はＯＫボタン、５７はキャンセルボタンである。
【００４４】
図８（ａ）のＩＤ登録画面８０、図８（ｂ）のグループ作成画面８６、図８（ｃ）のログイン画面５０は、いずれも、図７におけるテレビ受像機７１あるいは７２に内蔵した制御部７３によって実行され表示されるものである。図８（ａ）のＩＤ登録画面８０は、ユーザによって入力される個々のユーザを識別するため、ＩＤ登録を行うものであり、任意のＩＤを８１に、また任意のパスワードを８２と８３に入力して、登録ボタン８４を押すと、図７のグループ管理サーバ７０に、それらの情報が登録される。
【００４５】
図８（ｂ）の、グループ作成画面８６では、ユーザによって、任意のグループ名を８７に入力して、登録ボタン８８を押すことで、図７のグループ管理サーバ７０に、グループ名が登録される。図８（ｃ）のログイン画面５０において、５１、５２、５３によって、それぞれ、グローバル、ローカルグループＡ、ローカルグループＢのいずれかが選択可能であり、ローカルグループＡ，Ｂは、それぞれ本来は、図８（ｂ）のグループ作成画面８６で入力を行った任意のグループ名称であるが、説明の都合上、ローカルグループＡ，Ｂと称している。
【００４６】
ユーザは、特定のグループではないグローバルか、ローカルグループＡあるいはＢを選択して、ユーザ自身のＩＤを５４に、またパスワードを５５に入力して、ＯＫボタン７６を押すと、チャット機能にログイン（接続）し、チャット動作が開始可能になる。
【００４７】
図９は、グループ編集、自動ログイン設定画面の説明図であり、図９（ａ）では、９０はグループ編集画面、９１はグループ名、９２は登録されているＩＤ一覧、９３は削除ボタン、９４は追加したいＩＤ、９５は登録ボタン、９６は終了ボタンである。また図９（ｂ）では、９７は、自動ログイン設定画面、９８はグローバル、９９はローカルグループＡ、６０はローカルグループＢ、６１は自動ログインしない、６２はＩＤ，６３はパスワード、６４は設定ボタン、６５はキャンセルボタンである。
【００４８】
図９（ａ）のグループ編集画面９０では、図８（ｂ）のグループ作成画面８６を用いて、ユーザによって作成されたグループに対し、そのグループを作成したユーザによって、グループに参加可能なユーザを編集することが可能となる。９１には、現在編集中のグループ名が、９２には現在登録されているＩＤが表示されている。ここで、９２に表示されているＩＤの、いくつかを選択し、削除ボタン９３を押すと選択したユーザをグループから削除し、このグループに参加できないようにすることが可能である。
【００４９】
また９４に新規に追加したいＩＤを入れて、登録ボタン９５を押すことで、現在編集中のグループにユーザを追加させることが可能となる。図９（ｂ）の自動ログイン設定画面９７では、図２（ｂ）や（ｃ）のチャット起動ボタン２６を押したときに、図８（ｃ）のログイン画面５０のように、グループを選択して、ＩＤとパスワードを入れるのは面倒なため、このログイン画面５０を表示せずに、自動的にログインするグループを設定するものである。ユーザは、図９（ｂ）の自動ログイン設定画面９７において、９８、９９、６０のいずれかを選択して、６２にＩＤと６３にパスワードを入れて、設定ボタン６４を押すことで、自動ログイン設定が可能となる。
【００５０】
図１０は、ＩＤ管理テーブル、グループ管理テーブルの説明図である。これらＩＤ管理テーブルとグループ管理テーブルは、図７のグループ管理サーバ７０の蓄積部１０に格納されている。図１０（ａ）において、１０１はＩＤ番号、１０２はＩＤ、１０３はパスワードである。
【００５１】
図１０（ａ）のＩＤ管理テーブルには、左端のＩＤ番号１０１ごとに、ＩＤ１０２とパスワード１０３が対になって入力されており、例えば、ＩＤ＿Ａという任意の名前を入れたユーザは、パスワード＿Ａという任意のパスワードを入れたことを示しており、そのＩＤ番号は“１”である。このＩＤ管理テーブルは、図８（ａ）のＩＤ登録画面８０にて、ユーザが入力したＩＤとパスワードが保存されているテーブルであり、図８（ａ）のＩＤ８１とパスワード８２とパスワード（確認用）８３とがユーザによって入力され、登録ボタン８４を押されたときに、図７のグループ管理サーバ７０の制御部７４によって、蓄積部１０に保存される。
【００５２】
図１０（ｂ）において、１０４はグループ名称、１０５は、グループを作成したオーナーのＩＤ、１０６は、そのグループに属するメンバーのＩＤである。グループ管理テーブルでは、左端のグループＩＤ番号ごとに、グループ名称１０４、グループを作成したオーナーのＩＤ１０５、そのグループに属するメンバーのＩＤ１０６で構成されたテーブルである。
【００５３】
このグループ管理テーブルは、図８（ｂ）のグループ作成画面８６にて、ユーザがグループ名８７を入力して、登録ボタン８８を押すと、入力したグループ名が、グループ管理テーブルのグループ名称１０４のところに挿入され、また、作成を行ったユーザのＩＤが、オーナーＩＤ１０５の項に登録される。
【００５４】
また図９（ａ）で説明を行ったグループ編集画面９０を用いて、このグループ管理テーブルを編集することが可能であり、ユーザは、自分が作成したグループを、すなわちオーナーＩＤ１０５と操作中のユーザのＩＤが一致する場合、このグループ編集画面９０を表示したときに、グループ管理テーブル上の、グループ名称１０４が、グループ名９１に、またメンバーＩＤ１０６が現在登録されているＩＤ９２に表示され、削除ボタン９３や登録ボタン９５を用いて、編集処理を行い、グループ管理テーブルの更新を行うことが可能である。
【００５５】
図１１は、チャット起動ボタン押下時のフローチャート図である。図７で説明を行ったテレビ受像機７１，７２の制御部７４では、チャット起動ボタンが押下されると、グループ管理サーバ７０に対しＩＤが登録済かどうか問い合わせ、判定を行う（ステップ１１２）。もし、まだ未登録であれば、ＩＤ登録処理のために、図８（ａ）のＩＤ登録画面８０の表示を行う（ステップ１１３）。
【００５６】
また、ＩＤ登録済であれば、１１６へ行く。自動ログイン設定が、図９（ｂ）の自動ログイン設定画面９７によって自動ログインするよう設定済みであれば、チャット画面を開く（ステップ１１７）。もし、自動ログインしないに設定されていた場合は、図８（ｃ）のログイン画面５０を開く（ステップ１１４）。
【００５７】
その結果、ログイン画面５０の処理により、ＩＤとパスワードが正しければ、ログイン成功し（ステップ１１５）、チャット画面を開く（ステップ１１７）。以上の結果、本実施例においても、チャットボタン押下することで、グループ管理サーバによって管理されたグループ単位でのチャットに参加し、テレビ受像機のユーザ同士の情報交換が実現可能となる。
【実施例３】
【００５８】
第３の実施例を図１２から図１３の図面を用いて説明を行う。
図１２は、予約情報の共有手法を示すフローチャート図と予約一覧画面の説明図である。また図１２（ｂ）において、１２４は予約一覧画面、１２５は予約一覧、１２６は予約共有ボタン、１２７はチェックである。図１２（ｂ）において、予約一覧画面１２４には、予約一覧１２５が表示されている。この予約一覧とは、ＥＰＧを用いてユーザが、録画したい番組、予約実行指示したものの一覧である。ここで、向かって下側の予約である「ドラマＡＡ」には、チェック１２７が指定されている。ここで、予約共有ボタン１２６を押すと、同じチャットのグループにおいて、「ドラマＡＡ」が共有したいことを指示したことになる。
【００５９】
これを図１２（ａ）のフローを用いて、説明を行う。本処理は制御部１８（予約情報送信部）が実行する。予約情報の共有を行う場合、図１２（ｂ）の予約共有ボタン１２６が押されると、予約一覧１２５のチェック１２７が付与された予約から、予約情報として、日付、開始時刻、終了時刻、チャンネル番号、番組名の抽出し、予約共有情報とする（ステップ１２１）。図７のグループ管理サーバ７０に対し、図１０（ｂ）のグループ管理テーブルの取得を要求し取得する（ステップ１２２）。取得を行ったグループ管理テーブルを参照して、参加しているグループのメンバーＩＤ１０６から、自分のＩＤ以外の他の参加者ＩＤを抽出し、その参加者ＩＤに対し、１２１にて抽出を行った予約共有情報の送信を行う（ステップ１２３）。
【００６０】
ここで、１２３において、取得対象となるグループ管理テーブルは、図９（ｂ）にて自動ログイン設定しているグループである。なお自動ログイン設定にしていない場合には、グループを特定できないので、予約情報を共有することは出来ない。
【００６１】
図１３は、制御部７３にて実行される予約共有情報の受信時の動作を示すフローチャート図である。本処理は制御部１８（予約情報受信部）が実行する。図１３（ａ）において、予約共有情報を受信すると（ステップ１３１）、受け取った予約共有情報から、日付、開始時刻、終了時刻、チャンネル番号、番組名を抽出し、一つの予約情報として、予約一覧に追加を行う（ステップ１３２）。ここで、受け取った予約共有情報は、図１２（ｂ）にて説明を行った予約一覧１２５に追加されることになる。テレビ受像機は、いずれも同じ機能を備えているため、相互に予約共有情報のやりとりが可能である。
【００６２】
図１３（ｂ）では、図１３（ａ）とは異なり、異なる地方間での予約共有情報のやりとりを説明したものである。本処理は制御部１８（予約情報受信部）が実行する。予約共有情報を受信すると（ステップ１３４）、予約共有情報内の番組がＥＰＧ上に存在するか確認を行う（ステップ１３５）。続いてＥＰＧ上で、予約共有情報から抽出したチャンネル番号や日付、開始時刻、終了時刻が一致しなくても番組名が一致するなら、ＥＰＧから、その番組の情報を受け取り、予約一覧に追加を行う（ステップ１３６）。
【００６３】
以上の動作の結果、異なる地方に置かれたテレビ受像機同士間での予約共有情報のやりとりであった場合、放送局が異なるため、ＥＰＧの内容が一致せず、結果的に、予約共有情報が一致しないことが発生する可能性がある。しかし、番組名が一致すれば、同一番組である可能性が高いことが考えられる。従って、例えば、放送される曜日が異なる場合でも、同じドラマを予約録画することが可能となる。以上の結果、同じグループ内で、予約情報を共有し、同じ番組を、それぞれのテレビ受像機で録画することが可能となる。
【実施例４】
【００６４】
第４の実施例を図１４から図２２の図面を用いて説明を行う。
図１４は、テレビ受像機７１あるいは７２の制御部７３における録画番組の再生中のチャット開始、あるいはチャット中の録画番組再生開始時の動作を示すフローチャート図である。図１４（ａ）において、チャット起動ボタンが押下されると（ステップ１４０）、録画済み番組が再生中であるか確認を行う（ステップ１４１）。次に、再生中で無ければチャット動作を始める（ステップ１４３）。もし再生中であれば、再生同期処理を起動し（ステップ１４２）、その後、チャット動作を始める（ステップ１４３）。
【００６５】
ここで、チャットを起動したテレビ受像機がホストとなるため、ホストモードで処理を行う。以上の結果、録画済み番組の再生中にチャット動作を始めると、チャット動作を開始したテレビ受像機がホストとなり、再生同期処理を始める。
【００６６】
図１４（ｂ）は、チャット中に再生動作を開始した場合のフローチャート図であり、録画番組の再生を開始した際（ステップ１４４）、チャット中であるかどうか確認を行う（ステップ１４５）。次にチャット中であれば、再生同期処理をホストモードで起動する（ステップ１４７）。もし、チャット中で無ければ、録画番組の再生を実行する（ステップ１４６）。以上のように、チャット中に再生動作を開始した場合でも、再生同期処理が始まり、再生操作は同期される。
【００６７】
なお、再生同期処理の具体的な動作については、図１５以降で、詳細に説明を行う。
図１５は、ＵＰｎＰ（Universal Plug and Play）ＡＶと呼ばれる規格で規定されるＡＶメディアサーバとメディアクライアント（ユーザからの制御を受け取るコントロールポイントと、動画などの再生を行うメディアレンダラー機能を有する）に、テレビ受像機を分けて記載したものである。
【００６８】
図１５において、１５１は、ＡＶメディアサーバＡ、１５３はＡＶメディアサーバＢ，１５２はメディアクライアントＡ，１５４はメディアクライアントＢ，１５５は、チャットサーバである。また１４８，１５６，１５７はコマンドであり、１４９、１５８、１５９はデータである。ＡＶメディアサーバＡ１５１、ＡＶメディアサーバＢ１５３、メディアクライアントＡ１５２、ＡＶメディアクライアントＢ１５４、はそれぞれテレビ受像機であるが、番組の配信を行うサーバ等であってもよい。
【００６９】
メディアクライアントＡ１５２は、ユーザの操作をコマンド１４８として、ＡＶメディアサーバＡ１５１に送り、データ１４９として結果を受け取り、メディアクライアントＡ１５２上で表示を行う。コマンド１４８の種類としては、Ｐｌａｙ、Ｐａｕｓｅ、Ｓｅｅｋ、Ｓｔｏｐのように、それぞれ、再生、一時停止、ジャンプ、停止といったユーザ操作を意味するものや、ＧｅｔＰｏｓｉｔｉｏｎＩｎｆｏという現在再生を行っている録画番組の再生位置情報を取得するものが存在する。
【００７０】
データ１４９としては、先の再生位置情報の他に、映像や音声といった録画番組そのものの情報を受け取る。メディアクライアントＢ１５４とＡＶメディアサーバＢ１５３との間でのコマンド１５７とデータ１５８は、先に説明を行ったメディアクライアントＡ１５２とＡＶメディアサーバＡ１５１の間のコマンド１４８とデータ１４９と同じである。
【００７１】
メディアクライアントＡ１５２とメディアクライアントＢ１５４は、チャットサーバ１５５との間において、コマンドとデータのやりとりを実行して、ユーザのチャットによる情報交換を実施している。またコマンド１５６とデータ１５９によって、メディアクライアントＡ１５２とメディアクライアントＢ１５４同士での制御を実施し、先に出てきた再生同期処理を実現している。実際にやりとりされるコマンド１５６やデータ１５９については、図１９以降で説明を行う。
【００７２】
図１６は、メディアクライアントＣを追加し、３個のメディアクライアント間で、再生同期処理を実施可能なことを説明する図である。１６０は、メディアクライアントＣである。メディアクライアントＡ１５２、メディアクライアントＢ１５４、メディアクライアントＣ１６０は、メディアクライアントＡ１５２をホストとして、コマンドとデータのやりとりを実施している。
【００７３】
ここで、図１７のように、メディアクライアントＡからＰｌａｙコマンドを、メディアクライアントＢ，Ｃに対して送出し、再生同期処理として、同じ録画番組を再生開始指示する動きをしたと仮定する。この図１７では、Ａ，Ｂ，Ｃそれぞれの装置での実際の再生動作は、図１７の１７１と１７２に示すように、ＡからＢへは、５０ｍｓ。ＡからＣまでは、１５０ｍｓ後となったことを示している。
【００７４】
これは、図１６で、メディアクライアントＡ、Ｂ、Ｃの関係を模式的に図示したが、メディアクライアントＡ１５２とメディアクライアントＣ１６０との間において、コマンドの到達時間が１７２の１５０ｍｓ必要としたことを示している。このように、ホスト機（Ａ）とゲスト機（Ｂ，Ｃ）との間で、コマンドが到達するまでの時刻は、差があることが判る。このようなケースでは、再生同期させようにも、再生開始が一致しないので、同じ時刻に同じ場面を見て、チャットをするようなサービスを提供することができない。
【００７５】
そこで、図１８では、コマンド送出タイミングを計測して、同期再生を実現する方法について、説明を行う。
図１８（ａ）では、応答時間の測定に関する説明図であり、１８０からの番号を用いて説明を行う。Ａ，Ｂ，Ｃと省略して記載しているが、それぞれ、メディアクライアントＡ，Ｂ，Ｃのことである。ＡからＢ，あるいはＡからＣへの応答時間を測定するため、ＡからＩＰパケット１８０を送出し、Ｂへ到達し、ＩＰパケット１８１として、Ａに対し、応答が返っている。
【００７６】
ここで、ＩＰパケット１８０とＩＰパケット１８１の到達までの所用時間は５０ｍｓであり、Ａに応答が返るまで、１００ｍｓを要したことになる。ＩＰパケット１８２とＩＰパケット１８３は、ＡからＣに対して、ＩＰパケットを送出して、その結果を受け取ったものであり、それぞれ１５０ｍｓを必要とし、応答時間は３００ｍｓを要したことになる。このように、ＩＰパケットを送って、応答を受け取ることで、応答時間を測定することが可能ある。
【００７７】
図１８（ｂ）は、コマンド送出タイミングの算出方法に関する説明図である。図１８（ａ）で、応答時間の測定方法について、説明を行ったが、ＡからＢ，ＡからＣまでの応答時間の測定値は、それぞれ、１００ｍｓ、３００ｍｓであったため、図１８（ｂ）のコマンド送出タイミング算出の表でも左端から２番目に、応答時間の列に記載している。ここで、推定到達時間を算出するために、応答時間の二分の一の値を求め、５０ｍｓと１５０ｍｓの値を推定到達時間の列に、算出して記載を行った。
【００７８】
次に、推定到達時間の内、最大の値を見つける。ここでは最大の値は、ＡからＣへの１５０ｍｓであるため、ＭＡＸの列でＡからＣへの行のところに、レ点を記載する。送出タイミングは、この求めた最大到達時間１８４である、１５０ｍｓの値を用いて、最大到達時間から、推定到達時間を引いて、それぞれ、１００ｍｓ、０ｍｓとなる。
【００７９】
図１８（ｃ）は、図１８（ｂ）で算出を行った、コマンド送出タイミング値を用いて、実際にコマンドを送出するタイミングを調整して、Ｐｌａｙコマンドを送出したことを示す説明図である。ＩＰパケット１８５と１８６が、それぞれＡからＢ、ＡからＣに対するＰｌａｙコマンドであるが、ＡからＣに対しては、算出した送出タイミング０ｍｓを用いて、最初にＩＰパケット１８５は送出されている。
【００８０】
次に、ＡからＢへの送出タイミング１００ｍｓの値を用いて、１００ｍｓ後に、ＡからＢへのＩＰパケット１８６が送出されている。その結果、ゲストであるＢとＣにＰｌａｙコマンドが到達する時刻は同一となる。また、メディアクライアントＡでは、最大到達時間１８４である１５０ｍｓだけ待って、ホスト側の再生動作を開始することで、結果的に、Ａ，Ｂ，Ｃのいずれでも同時に、録画番組の再生動作が同時に開始するという効果が存在する。
【００８１】
図１９では、ホスト側での再生同期処理と、ゲスト側での再生同期処理時の動作フローについて説明を行う。先の図１６から図１８での実施例では、ホスト側がメディアクライアントＡ、ゲスト側がメディアクライアントＢとＣであったが、ここでは、説明を簡潔にするために、一対のホストとゲストに関して説明を行う。
【００８２】
そもそも、再生同期処理とは、図１４で説明を行ったように、録画番組を再生中にチャットを開始したか、あるいはチャット実行中に、録画番組の再生を開始し、同じ番組の同じ場面を見ながら、チャットを実現するしかけである。
【００８３】
図１４において、再生同期処理（ホストモード）が起動されると、図１９において、（ａ）ホスト側（ホストモード）再生同期処理が始まる（ステップ１９０１）。ホスト側のメディアクライアントでは、グループ管理サーバからグループ管理テーブルを取得する（ステップ１９０２）。なお図１５でのチャットサーバ１５５が、図７でのグループ管理サーバ７０と同等の機能を備えているという実施例となる。
【００８４】
次に、応答時間の測定と最大到達時間の検出、ならびにコマンド送出タイミング算出を行う（ステップ１９０３）。測定方法と算出方法は、図１８（ｂ）において、説明を行った方式となる。なお、グループ管理テーブルに記載されたグループ内のゲスト装置全てに対して、応答時間の測定とコマンド送出タイミングの算出が必要となる。応答時間の測定は制御部１８（応答時間測定部）が実行する。また、コマンドの送出は制御部１８（コマンド送信部）が送信部１４を介して実行する。
【００８５】
次に同期再生したい録画番組の番組名の取得を行う（ステップ１９０４）。次に録画番組の再生中かどうかを確認し(ステップ１９０５)、再生中であった場合には１９０６へ進み、再生開始していなければ１９１０へ進む。１９０６では、１９０３で算出を行ったコマンド送出タイミングにあわせて、時間待ちを実施し（ステップ１９０６）、そして、各ゲスト装置に対して、Ｐｌａｙコマンドの送出を行う（ステップ１９０７）。また、１９０３で算出した最大到達時間だけ、１９０５の条件分岐した時刻から待って（ステップ１９０８）、ホストでのＰｌａｙコマンドの実行を行う（ステップ１９０９）。
【００８６】
ここで、１９０７、１９０９で実行したＰｌａｙコマンドのうち、１９０７の方は、図１５におけるメディアクライアントＡ１５２からメディアクライアントＢ１５４へのゲスト制御のためのＰｌａｙコマンドであり、１９０９のＰｌａｙコマンドは、メディアクライアントＡ１５２からＡＶメディアサーバＡ１５１へのＰｌａｙコマンドである。
【００８７】
なおメディアクライアントＢ１５４は、Ａから送られたＰｌａｙコマンドをＡＶメディアサーバＢへ、コマンド１５７として、送信し、ＡＶメディアサーバＢ１５３の制御を、メディアクライアントＡからの操作で実現させる。
【００８８】
図１９に戻って、１９０５にて、録画番組を再生中であった場合、ＧｅｔＰｏｓｉｔｉｏｎＩｎｆｏコマンドを実行し（ステップ１９１０）、現在の再生位置を取得する（ステップ１９１１）。これは、図１５において、メディアクライアントＡ１５２からＡＶメディアサーバＡ１５１に対して、コマンド１４８を出して、データ１４９として、現在の再生位置を取得することになる。
【００８９】
次に、Ｓｅｅｋ値の補正を行う（ステップ１９１２）。これは、現在の再生位置に、制御対象となるゲストへの推定到達時間（図１８（ｂ）にて算出を行ったもの）を加えて、到達時刻での再生位置を指定することになる。続いてＰｌａｙコマンドに１９０４で取得した番組名を引数として付けて送出し（ステップ１９１３）、続いてＳｅｅｋコマンドを送出する（ステップ１９１４）。
【００９０】
これらＰｌａｙコマンド、Ｓｅｅｋコマンドを受け取ったゲスト装置は、図１９（ｂ）のフローを用いて説明を行うゲストモードでの再生同期処理動作を行う。Ｐｌａｙコマンドを受け取ると（ステップ１９１６）、Ｐｌａｙコマンドの実行を行う（ステップ１９１７）。これは、図１５においては、メディアクライアントＢ１５４が、コマンド１５６として、Ｐｌａｙコマンドを受信し、コマンド１５７として、ＡＶメディアサーバＢ１５３へ、Ｐｌａｙコマンドを送ることになる。
【００９１】
図１９に戻って、同期タイマーを起動する（ステップ１９１８）。これは、再生中に、現在位置取得と同期のための処理を行わせるタイマーであり、図２２にて説明を行う。以上の結果、ゲスト装置側でも、録画番組の再生が始まる。またＳｅｅｋコマンドを受信した場合（ステップ１９１９）、Ｓｅｅｋコマンドの実行を行う（ステップ１９２０）。
【００９２】
これも、図１５では、メディアクライアントＢ１５４が、コマンド１５６として、Ｓｅｅｋコマンドを受信し、コマンド１５７として、ＡＶメディアサーバＢ１５３へ、Ｓｅｅｋコマンドを送り、再生中の録画番組のＳｅｅｋ動作を実行することになる。
【００９３】
図２０は、ホスト装置側から、ＳｅｅｋおよびＰａｕｓｅ処理がユーザによって指示された場合の再生同期処理を説明するフローである。
ユーザからＳｅｅｋあるいはＰａｕｓｅ指示があった場合（ステップ２００１）、時間待ちを行う（ステップ２００２）。ここで待つ時間は、図１９の１９０３あるいは図１８（ｂ）で算出を行ったコマンド送出タイミングである。
【００９４】
続いて、ユーザ指示に応じてＳｅｅｋあるいはＰａｕｓｅコマンドの送出を行い（ステップ２００３）、続いて時間待ちを行う（ステップ２００４）。ここでの待ち時間は、図１９の１９０３あるいは図１８（ｂ）で算出を行った最大到達時間１８４である。続いてＳｅｅｋあるいはＰａｕｓｅコマンド実行する（ステップ２００５）。これは図１５では、メディアクライアントＡ１５２がコマンド１４８として、ＡＶメディアサーバＡ１５１に対し、ＳｅｅｋあるいはＰａｕｓｅコマンドを送り、再生中の録画番組のＳｅｅｋ動作あるいはＰａｕｓｅ動作を実行することになる。
【００９５】
ゲスト側はＳｅｅｋあるいはＰａｕｓｅコマンドを受信すると（ステップ２００７）、ＳｅｅｋあるいはＰａｕｓｅ動作を実行する（ステップ２００８）。これは図１５では、メディアクライアントＡ１５２からコマンド１５６として、メディアクライントＢ１５４に、ＳｅｅｋあるいはＰａｕｓｅコマンドが送られ、そのまま、コマンド１５７として、ＡＶメディアサーバＢ１５３に対し、ＳｅｅｋあるいはＰａｕｓｅコマンドを送り、再生中の録画番組のＳｅｅｋあるいはＰａｕｓｅ動作を実行する。
【００９６】
ここで、図１９を用いて、再生開始時に、コマンド送出タイミング時間待ちを行い、再生同期処理を行うことの説明を行ったが、図２０においても、シーク(再生位置を変更する)とポーズ（再生を一時停止する）動作において、再生同期処理が実行されることが可能となる。
【００９７】
図２１は、ホスト装置側から、Ｓｔｏｐ処理がユーザによって指示された場合の再生同期処理を説明するフローである。
ユーザからＳｔｏｐ指示があった場合（ステップ２１０１）、Ｓｔｏｐコマンド送出を行う（ステップ２１０２）。次に、Ｓｔｏｐコマンドの実行を行い（ステップ２１０３）、再生同期処理を終了する（ステップ２１０４）。
【００９８】
ここでは、図２０でのＳｅｅｋ、Ｐａｕｓｅ処理とは異なり、時間待ちを行わない。これは終了処理のため、待つ必然性が無いためである。この２１０３でのＳｔｏｐ処理は、図１５では、メディアクライアントＡ１５２からコマンド１４８として、ＡＶメディアサーバＡ１５１へ停止通知を行う。
【００９９】
図２１の右側はゲスト装置側でのＳｔｏｐ処理である。Ｓｔｏｐコマンドを受信し（ステップ２１０６）、Ｓｔｏｐコマンドの実行を行う（ステップ２１０７）。この２１０７でのＳｔｏｐコマンド処理は、図１５のメディアクライアントＡ１５２からメディアクライアントＢ１５４へコマンド１５６としてＳｔｏｐコマンドが送られ、その結果、コマンド１５７として、ＡＶメディアサーバＢ１５３に送られ、停止処理が行われる。
【０１００】
図２１の２１０７の処理が終わると同期タイマーの停止が行われ（ステップ２１０８）、再生同期処理終了となる（ステップ２１０９）。同期タイマーとは、図１９（ｂ）で、再生同期処理が始まった際、１９１８にて起動した同期タイマーのことである。再生同期処理を終了させるため、その処理の一環として、同期タイマーを停止させる。
【０１０１】
図２２は、同期タイマーの処理に関するものでる。図１９（ｂ）の１９１８において、起動された同期タイマーにより、その処理が単位時間ごとに呼び出されるようになると（ステップ２２０１）、ＧｅｔＰｏｓｉｔｉｏｎＩｎｆｏコマンドが実行される（ステップ２２０２）。このコマンドは、図１５ではメディアクライアントＢ１５４からコマンド１５７として、ＡＶメディアサーバＢ１５３に送られ、結果をデータ１５８として受け取る。
【０１０２】
その結果、ゲスト装置側の再生位置を取得する（ステップ２２０３）。次にＧｅｔＰｏｓｉｔｉｏｎＩｎｆｏコマンド送出を行い（ステップ２２０４）、ホスト装置側では、ＧｅｔＰｏｓｉｔｉｏｎＩｎｆｏコマンドを受信する（ステップ２２０６）。これは図１５ではメディアクライアントＢ１５４からコマンド１５６としてメディアクライアントＡ１５２に送られることとなる。続いて、ＧｅｔＰｏｓｉｔｉｏｎＩｎｆｏコマンドを実行し（ステップ２２０７）、ホスト装置側の再生位置の取得を行う（ステップ２２０８）。
【０１０３】
これは図１５では、メディアクライアントＡ１５２からコマンド１４８として、ＧｅｔＰｏｓｉｔｉｏｎＩｎｆｏコマンドが、ＡＶメディアサーバＡ１５１に送られ、データ１４９として、現在の再生位置を取得するものである。続いて２２０６で受け取ったＧｅｔＰｏｓｉｓｉｏｎＩｎｆｏコマンドを送出してきたゲスト装置に対する推定到達時間（図１８（ｂ）にて算出を行ったもの）を、得られた現在の再生位置に加算して（ステップ２２０９）、対応するゲスト装置に補正済みホスト装置側再生位置の送信を行う（ステップ２２１０）。
【０１０４】
続いて図２２のゲスト装置側では、ホスト側の再生位置を取得する（ステップ２２１１）。これは、先にホスト装置側から２２１０で、補正済みホスト装置側再生位置として送信されたものであり、２２０３で取得を行ったゲスト側の再生位置と比較を行い（ステップ２２１２）、もし、ゲスト装置側が遅れているようなら、再生速度を上げる（ステップ２２１３）。あるいはゲスト側の方が進んでいるならば、再生速度を遅くさせる（ステップ２２１４）。なお録画済み番組の再生速度の変更は、ＵＰｎＰにおけるメディアクライアント側に備えられた動画再生機構であるメディアレンダラーの同期クロックを変更することになる。
【０１０５】
以上の動作の結果、チャットを始めたテレビ受像機からの操作で、同じ録画番組が再生開始され、再生位置の同期や、シークやポーズといったトリックプレイ操作も、チャットを始めたテレビ受像機がホストとなり操作されることになる。
【０１０６】
以上説明を行った実施例では、録画済みの番組の再生とチャットを同時に実行させるものであるが、録画済みの番組ではなく、ＤＶＤなどのビデオソフトや、ネットワーク経由でのＶＯＤ(Video On Demand)番組や、ダウンロードによって販売され購入した番組でもよく、その場合には、録画機ではなく、それら専用のＳＴＢ(Set Top Box)でも、動作可能となる。
【０１０７】
本実施例によって、生放送ではなく、既に録画済みの番組であっても、離れた家庭間で、同時に再生させ視聴しつつ、リアルタイムなチャットを実現することが可能である。
また、離れた家庭間で、同じ番組が録画されるよう、予約録画情報の共有と予約の実行が可能である。
また、離れた家庭間で、同じ番組が異なる日時、放送局で放送されても、その番組をＥＰＧ上で、探して録画予約として処理可能である。
また、録画番組の再生とチャットを同期させるため、再生とチャットのどちらを最初に始めても、同じ番組の再生を実施し視聴しながらチャットが可能である。
また再生が同期されるよう、現在の再生位置を、他方に送り、同期させることも可能である。
【図面の簡単な説明】
【０１０８】
【図１】テレビ放送・チャット連動システムを示す説明図の一例である。
【図２】テレビ受像機、リモコン、キーボードの外観図の一例である。
【図３】チャットサーバのＵＲＬ抽出手法を示すフローチャート図の一例である。
【図４】チャット起動ボタン押下時のフローチャート図の一例である。
【図５】テレビ受像機同士によるチャットデータの更新方法を示すフローチャート図の一例である。
【図６】テレビ受像機のチャット画面の更新状況を示す説明図の一例である。
【図７】グループ管理方式のテレビ放送・チャット連動システムを示す説明図の一例である。
【図８】ＩＤ登録、グループ作成、ログイン画面の説明図の一例である。
【図９】グループ編集、自動ログイン設定画面の説明図の一例である。
【図１０】ＩＤ管理テーブル、グループ管理テーブルの説明図の一例である。
【図１１】チャット起動ボタン押下時のフローチャート図の一例である。
【図１２】予約情報の共有手法を示すフローチャート図と予約一覧画面の説明図の一例である。
【図１３】予約情報の受信時の動作を示すフローチャート図の一例である。
【図１４】再生中のチャット開始、チャット中の再生開始時の動作を示すフローチャート図の一例である。
【図１５】ＵＰｎＰ  ＡＶで既定されるＡＶメディアサーバ、メディアクライアントとして機能分けされたテレビ受像機を用いたテレビ放送・チャット連動システムを示す説明図の一例である。
【図１６】メディアクライアントＡ，Ｂ，Ｃが存在することを示す説明図の一例である。
【図１７】Ｐｌａｙコマンドを送出した際、実際の再生開始が遅れることを示す説明図の一例である。
【図１８】応答時間の測定、推定到達時間とコマンド送出タイミングの算出方法とコマンド送出タイミングを調整した場合の再生開始が一致することを示す説明図の一例である。
【図１９】ホスト装置側とゲスト装置側での再生同期処理方法を示すフローチャート図の一例である。
【図２０】ホスト装置とゲスト装置との間でのＳｅｅｋ、Ｐａｕｓｅコマンド処理を示すフローチャート図の一例である。
【図２１】ホスト装置とゲスト装置との間でのＳｔｏｐコマンド処理を示すフローチャート図の一例である。
【図２２】同期タイマーによるホスト装置とゲスト装置間での再生位置一致方法を示すフローチャート図の一例である。
【符号の説明】
【０１０９】
１    放送サーバ
２    チャットサーバ
３    テレビ受像機
４    テレビ受像機
５    ネットワーク
６    制御部
７    配信部
８    蓄積部
９    制御部
１０    蓄積部
１１    受信部
１２    配信部
１３    受信部
１４    送信部
１５    動画レンダラ
１６    表示部
１７    ＨＴＭＬレンダラ
１８    制御部
１９    入力部
２０    蓄積部
２１    テレビ受像機
２２    テレビ画面
２３    チャット画面
２４    リモコン
２５    キーボード
２６    チャット起動ボタン
５０    ログイン画面
５１    グローバル
５２    ローカルグループＡ
５３    ローカルグループＢ
５４    ＩＤ
５５    パスワード
５６    ＯＫボタン
５７    キャンセルボタン
６０    ローカルグループＢ
６１    自動ログインしない
６２    ＩＤ
６３    パスワード
６４    設定ボタン
６５    キャンセルボタン
７０    グループ管理サーバ
７１    テレビ受像機
７２    テレビ受像機
７３    制御部
７４    制御部
８０    ＩＤ登録画面
８１    ＩＤ
８２    パスワード
８３    パスワード（確認用）
８４    登録ボタン
８５    キャンセルボタン
８６    グループ作成画面
８７    グループ名
８８    登録ボタン
８９    キャンセルボタン
９０    グループ編集画面
９１    グループ名
９２    登録されているＩＤ一覧
９３    削除ボタン
９４    追加したいＩＤ
９５    登録ボタン
９６    終了ボタン
９７    自動ログイン設定画面
９８    グローバル
９９    ローカルグループＡ
１０１    ＩＤ番号
１０２    ＩＤ
１０３    パスワード
１０４    グループ名称
１０５    グループを作成したオーナーのＩＤ
１０６    グループに属するメンバーのＩＤ
１２４    予約一覧画面
１２５    予約一覧
１２６    予約共有ボタン
１２７    チェック
１４８    コマンド
１４９    データ
１５１    ＡＶメディアサーバＡ
１５２    メディアクライアントＡ
１５３    ＡＶメディアサーバＢ
１５４    メディアクライアントＢ
１５５    チャットサーバ
１５６    コマンド
１５７    コマンド
１５８    データ
１５９    データ
１６０    メディアクライアントＣ
１７１    ５０ｍｓ
１７２    １５０ｍｓ
１８０，１８１，１８２，１８３    ＩＰパケット
１８４    最大到達時間
１８５，１８６    ＩＰパケット
【図１】
2010062963.tif 000003
【図２】
2010062963.tif 000004
【図３】
2010062963.tif 000005
【図４】
2010062963.tif 000006
【図５】
2010062963.tif 000007
【図６】
2010062963.tif 000008
【図７】
2010062963.tif 000009
【図８】
2010062963.tif 000010
【図９】
2010062963.tif 000011
【図１０】
2010062963.tif 000012
【図１１】
2010062963.tif 000013
【図１２】
2010062963.tif 000014
【図１３】
2010062963.tif 000015
【図１４】
2010062963.tif 000016
【図１５】
2010062963.tif 000017
【図１６】
2010062963.tif 000018
【図１７】
2010062963.tif 000019
【図１８】
2010062963.tif 000020
【図１９】
2010062963.tif 000021
【図２０】
2010062963.tif 000022
【図２１】
2010062963.tif 000023
【図２２】
2010062963.tif 000024