JP4552461B2

JP4552461B2 - 配信方法、配信システム及び情報処理装置

Info

Publication number: JP4552461B2
Application number: JP2004059250A
Authority: JP
Inventors: 健一北村
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2004-03-03
Filing date: 2004-03-03
Publication date: 2010-09-29
Anticipated expiration: 2024-03-03
Also published as: JP2005252581A

Description

本発明は、例えばテレビジョン放送を視聴可能な端末及びその端末に番組を配信するシステムに適用して好適な、配信方法及び配信システム、並びに情報処理装置に関する。

ビデオテープ記録・再生装置やハードディスク録画装置などを用意して、テレビジョン放送番組などのコンテンツを録画することで、ユーザが好みの時間にその録画されたコンテンツを再生して視聴できる。

一方、近年インターネットの接続環境の向上に伴って、インターネットに接続されたサーバ側に、各種映像プログラムなどのコンテンツを多数蓄積しておき、ユーザ側の端末からのアクセスがあった時点で、その蓄積されたコンテンツを配信するようにしたサービスが行われている。このようなインターネットを経由した配信を行うようにすると、ユーザが所望の時間に、コンテンツの配信を受けて視聴することができる。

特許文献１には、インターネットを経由してコンテンツをユーザ端末で視聴することについての開示がある。
特開２００２−８４５２３号公報

ところで、インターネットを経由して端末からサーバにアクセスして、そのサーバからコンテンツの配信を受けるためには、必要なコンテンツが蓄積されたサーバにアクセスできるウェブページなどをユーザが検索する必要があり、テレビジョン放送の番組を視聴する場合に比べて手間がかかる問題があった。先に記載した特許文献１では、リアルタイムで配信されるコンテンツ（配信ストリーム）を視聴中に、その視聴中のコンテンツからメタデータを抽出して、そのメタデータに基づいて別のコンテンツを探し出す処理についての開示がある。このような処理を行うことで、現在視聴中のコンテンツとある程度は関連のあるコンテンツが得られるが、テレビジョン放送を視聴中の場合のチャンネル切換えのような、簡単な操作で別のコンテンツに切り換えることは不可能である。

本発明はかかる点に鑑みてなされたものであり、録画されたテレビジョン放送などのコンテンツを視聴する際に、その放送と時間的に関係のある別のコンテンツへの切換えが容易にできるようにすることを目的とする。

本発明は、配信されたコンテンツを再生する端末で、既に配信されて記録されたコンテンツを再生する場合に、そのコンテンツが配信された日時に、そのコンテンツが配信されたチャンネル又はソースとは別のチャンネル又はソースで配信されたコンテンツが蓄積された場所を、所定のネットワークを経由してコンテンツのメタデータを蓄積するコンテンツ管理サーバにアクセスして探し出し、端末での再生中に、チャンネル又はソースの選択操作がある場合に、その選択操作で選択され前記蓄積された場所を探し出したコンテンツを取得して再生させるようにしたものである。この場合に、再生中のコンテンツの再生位置が配信された日時を判断し、再生中のコンテンツの再生位置が配信された日時と一致する日時に配信されていた位置を判断し、その判断した位置に基づいて、探し出したコンテンツの再生開始位置を制御する。

このようにしたことで、録画されたテレビジョン放送番組のような過去のコンテンツを再生中に、チャンネル又はソースの切換え操作を行うことで、その配信中にチャンネル切換えなどを行った場合に視聴できるコンテンツと同じものが視聴できることになる。

本発明によると、記録（録画）されたコンテンツを再生する場合であっても、時間的に関連のある複数のコンテンツを適宜切り換えて自由に視聴できるようになり、いわゆるザッピングが過去に逆上って行え、タイムシフト再生を行う際にチャンネル切換えなどができない不具合を解消できる。

以下、本発明の一実施の形態を、添付図面を参照して説明する。
図１は本例のシステムの全体の構成例を示した図である。この例では、ユーザ側に設置される端末としてのテレビジョン放送の録画再生機１００，２００，３００，４００，５００を、各家庭Ｈ１，Ｈ２，Ｈ３，Ｈ４に、それぞれの１台又は複数台用意して、それぞれの録画再生機１００〜５００でテレビジョン放送信号を録画（記録）して、コンテンツを蓄積できるようにしてあり、その録画されたテレビジョン放送などのコンテンツが、各家庭内に設置されたテレビジョン受像機１９０，２９０，３９０，４９０で視聴できるようにしてある。

そして本例においては、それぞれの録画再生機１００〜５００は、インターネット１０にも接続可能としてある。家庭Ｈ４には、複数台の録画再生機４００，５００をインターネット１０に接続できる構成としてあるので、ルータ６００を介してインターネット１０に接続させてある。ここでのインターネット１０への接続は、少なくとも動画の映像及び音声で構成されるコンテンツを高速でダウンロードすることが可能なブロードバンド回線での接続を想定している。

また本例においては、コンテンツ管理サーバ２０とストリーミングサーバ３０とを用意して、それぞれをインターネット１０に接続してある。このコンテンツ管理サーバ２０とストリーミングサーバ３０は、例えば本例のサービスを提供する事業者などが用意する。コンテンツ管理サーバ２０は、放送番組についてのメタデータを蓄積するコンテンツ管理手段として機能する。具体的には、例えば、過去の所定期間の間に、各チャンネルで放送された番組のタイトル，番組の内容，放送開始日時，終了日時などのメタデータを蓄積する。ストリーミングサーバ３０は、放送番組そのもののコンテンツデータを蓄積するコンテンツ蓄積手段として機能し、過去の所定期間（例えば数週間）の間に放送された放送番組の映像データと音声データを蓄積して、要求により読出す録画再生機である。

なお、コンテンツ管理サーバ２０とストリーミングサーバ３０は、同一のサーバで構成しても良い。また、ストリーミングサーバ３０については、例えば放送事業者毎や１つの放送チャンネル毎などに個別に用意しても良い。コンテンツ管理サーバ２０についても複数用意される場合も想定される。また、インターネットに接続された各家庭の録画再生機１００〜５００そのものが、ストリーミングサーバの一部として機能するようにしても良い。

図２は、各家庭に設置された録画再生機の構成例を示したブロック図である。ここでは家庭Ｈ１設置された録画再生機１００の構成としてあるが、他の録画再生機も基本的な構成は同じである。放送波を受信するアンテナ１０１が接続されて放送信号を受信するチューナ１０２と、インターネットに接続するためのインターフェース１０３とを備えて、これらチューナ１０２又はインターフェース１０３で受信した映像データ，音声データなどのコンテンツのデータを、ハードディスクドライブ１０４でハードディスクに記録して、ハードディスクにコンテンツを蓄積することができる構成としてある。チューナ１０２で受信する放送波としては、地上波，衛星放送波などいずれの形態の放送信号であっても良い。また、光ディスクを記録し再生するディスクドライブ１０５を備え、このディスクドライブ１０５に装着された光ディスクにも、映像データ，音声データなどのコンテンツデータを記録し、記録データを再生することができる。これらのコンテンツの受信，記録，再生の動作は、制御部１０６により制御される。制御部１０６は、後述するメタデータなどの制御に必要なデータを記憶するメモリ（図示せず）を接続してある。

チューナ１０２又はインターフェース１０３で受信した映像データ，音声データ、或いはハードディスクドライブ１０４又はディスクドライブ１０５で再生した映像データ，音声データは、デコーダ１０７に供給されて、ＭＰＥＧ（Moving Picture coding Experts Group ）方式のデコーダなどが行われて、そのデコードされた映像データ及び音声データを、映像音声出力部１０８に供給し、映像音声出力部１０８に接続されたテレビジョン受像機などに供給して、テレビジョン受像機側で映像の表示と音声の出力を行う。

また、ユーザが操作するキーやタッチパネルからの操作データや、リモートコントロール装置（図示せず）からの受信信号に基づいたデータを処理するユーザインターフェース１０９を備えて、ユーザインターフェース１０９からのデータを制御部１０６で判別することで、各種操作に基づいた受信，録画，再生の動作が実行される。操作キーやリモートコントロール装置での受信に関係した操作としては、例えば、受信チャンネルや受信入力ソースの切換えを行う操作がある。

次に、本例のシステム構成で、各家庭に設置された端末としての録画再生機で、録画された放送番組を再生する際の処理例を、図３のシーケンス図を参照して説明する。図３では、各家庭に設置された端末としての録画再生機をクライアントとして示してあり、コンテンツが蓄積されたサーバは、例えば図１に示したストリーミングサーバ３０などである。各家庭に設置された端末（録画再生機）は、インターネットを経由してコンテンツ管理サーバと随時データのやり取りができるようにしてあり、また、コンテンツが蓄積されたサーバ（ストリーミングサーバ）では、端末からの要求があった場合に、その端末とコンテンツ蓄積サーバとの間でポイントトウポイント（いわゆるＰｔｏＰ）で接続して、コンテンツデータを端末に転送できる構成としてある。

まず、コンテンツが蓄積されるサーバ（ストリーミングサーバ）では、放送される番組を随時録画（蓄積）しておき（ステップＳ１１）、そのサーバに録画された番組のメタデータを、コンテンツ管理サーバにインターネットを経由して転送して登録させる（ステップＳ１２）。登録されるメタデータとしては、例えばサーバを構成する機器のＩＤ，番組の放送局名，録画（放送）開始時刻，録画終了時刻などがある。なお、このメタデータの登録が可能であれば、各家庭などに設置された録画再生機をコンテンツサーバとして使用することも可能である。

次に、クライアント側の端末としての、各家庭に設置された録画再生機で、その録画再生機に録画された番組を再生させて、受像機で視聴するタイムシフト視聴を開始させたとする（ステップＳ１３）。このタイムシフト再生を開始させた後に、ユーザの操作でチャンネル切換え操作又はソース切換え操作があるとする。このとき、録画再生機の制御部では、現在再生中の番組の再生位置が放送された日時を判断して、その判断した日時をシフト時刻データとして、コンテンツ管理サーバに送る。また、切換え操作で指示された視聴チャンネルの放送局のデータについても、コンテンツ管理サーバに送る（ステップＳ１４）。

このシフト時刻データと視聴放送局データとを受信したコンテンツ管理サーバでは、その時刻に放送されていた番組が蓄積されたサーバを判断し、その判断したコンテンツが蓄積されたサーバに対して、コンテンツ配信のための接続が可能か否か問い合わせ（ステップＳ１５）、その応答を受信する（ステップＳ１６）。ここで、接続が不可能であるとの応答があった場合には、別のコンテンツ蓄積サーバを探す処理を行う。

そして、コンテンツ蓄積サーバとの接続が可能であるとの応答があった場合には、シフト時刻と視聴チャンネルに基づいて管理サーバが選び出した番組について記憶されたメタデータを、クライアント側の端末としての録画再生機に送る（ステップＳ１７）。そのメタデータを受信したクライアント側の端末では、メタデータで示された機器ＩＤのコンテンツ蓄積サーバに、該当するコンテンツの配信開始要求を行い（ステップＳ１８）、その開始要求を承諾する応答がある場合に（ステップＳ１９）、インターネットを経由して、コンテンツ蓄積サーバから番組の映像データと音声データの配信を受ける（ステップＳ２０）。

このようにして映像データと音声データとが配信されることで、クライアント側の端末としての録画再生機では、ステップＳ１３で視聴を開始させていた録画番組の映像データと音声データの出力を停止させて、コンテンツ蓄積サーバから配信された番組の映像データと音声データの出力に切換えさせる。

なお、ステップＳ２０での映像データと音声データの配信については、ステップＳ１４で指示されたシフト時刻に放送されていた位置からの映像データと音声データとを配信させる。或いは、ステップＳ２０での映像データと音声データの配信としては、指示された番組の先頭位置からの映像データと音声データの配信を行い、クライアント側の端末としての録画再生機側で、その配信されたデータの再生位置を、シフト時刻にほぼ一致させるような調整処理を行うようにしても良い。

図４は、このようにタイムシフト再生を行う場合の端末に接続された受像機での表示例を示した図である。この例では、ポインティングデバイスとしての操作手段（例えばタッチパネル）を使用して、画面中の表示の指示ができる場合の例としてあり、受信可能なチャンネル番号と、別のソースの一覧とがボタン表示されていると共に、現在の時刻とは別に、タイムシフト再生させる時刻が表示されている。タイムシフト再生させる時刻の表示については、画面上の時刻の脇を触れるなどで変更できるようにしてあり、指示された時刻に、指示されたチャンネル又は入力で放送された番組の再生が開始される。

なお、図５に示すように、リモートコントロール装置などを使用したカーソル移動によっても、同様のタイムシフト再生させる時刻などの設定が可能である。図５の例では、メニュー画面化してあり、例えばメニューの中から「シフト時刻セット」の項目を選んで、時刻をセットする画面を表示させて、リモートコントロール装置の方向指示キーの操作などで、時刻のセットを行う。図４，図５の表示例では、タイムシフト再生させる時刻だけをセットさせるようにしたが、日付（何日前などの日や曜日，或いは年月日など）についてもセットして、過去の日付の時刻がセットできるようにしても良い。

このようにして、図４又は図５に示したような画面でタイムシフト再生操作が行われると、その指定された時刻の指定されたチャンネルの番組について、クライアント側の端末としての録画再生機で録画されている場合には、その番組の再生が開始され、その再生開始以後に、別のチャンネルへの切換え操作があった場合には、その指示されたチャンネルに、該当する時刻に放送された番組のデータが探し出されて、その番組に視聴に切換わるようになる。従って、リアルタイムでその番組を視聴していた場合と同様のチャンネル切換えが可能になり、複数のチャンネルに跨がるタイムシフト再生が行われることになる。また、番組を配信する放送局から見た場合、番組を録画して視聴される場合であっても、各視聴者は自分の好みの番組が放送された時間帯を集中的に視聴するようになる可能性が高く、放送時間帯ごとに視聴者のターゲット層を絞った番組制作が可能になり、効果が高い。ここでは、番組のコンテンツの配信だけを説明したが、コマーシャルについても放送時と同様に配信して視聴させることで、視聴者のターゲット層を絞った広告が可能になる。さらに、コンテンツ管理サーバに蓄積された番組とともにコマーシャルを配信することで、広告主からコミッションを取ることも可能になる。

なお、最初の段階で指定された時刻の番組が、クライアント側の端末としての録画再生機に録画されていない場合には、直接、コンテンツ管理サーバにシフト時刻とチャンネル（放送局）の要求を行って、その番組をコンテンツ蓄積サーバから得るようにしても良い。また、図３では１回のチャンネル切換えがあった場合の例を示したが、チャンネル切換えがある毎に、同様の処理が行われることで、視聴チャンネルが複数回ある場合にも対処可能である。

なお、図３に示した例では、コンテンツが蓄積されたサーバとの接続のためのネゴシエーションを、コンテンツ管理サーバが行うようにしたが、クライアント側の端末が、コンテンツが蓄積されたサーバとの接続のためのネゴシエーションを行うようにしても良い。図６は、この場合の例を示したシーケンス図である。以下説明すると、コンテンツが蓄積されるサーバ（ストリーミングサーバ）では、放送される番組を随時録画（蓄積）しておき（ステップＳ２１）、そのサーバに録画された番組のメタデータを、コンテンツ管理サーバにインターネットを経由して転送して登録させる（ステップＳ２２）。

次に、クライアント側の端末としての、各家庭に設置された録画再生機で、その録画再生機に録画された番組を再生させて、受像機で視聴するタイムシフト視聴を開始させ（ステップＳ２３）、その後に、ユーザの操作でチャンネル切換え操作又はソース切換え操作があるとする。このとき、録画再生機の制御部では、現在再生中の番組の再生位置が放送された日時を判断して、その判断した日時をシフト時刻データとして、コンテンツ管理サーバに送る。また、切換え操作で指示された視聴チャンネルの放送局のデータについても、コンテンツ管理サーバに送る（ステップＳ２４）。

このシフト時刻データと視聴放送局データとを受信したコンテンツ管理サーバでは、その時刻に放送されていた番組に対するメタデータを、記憶されたデータから取得して、クライアント側の端末に送る（ステップＳ２５）。このときには、その番組のコンテンツデータが蓄積されたサーバの機器ＩＤ（或いはアドレス）なども送り、クライアントがアクセスするサーバが判るようにする。

そして、そのメタデータを受信したクライアント側の端末では、メタデータで指示された機器ＩＤのサーバに対して、コンテンツ配信のための接続が可能か否か問い合わせ（ステップＳ２６）、その応答を受信する（ステップＳ２７）。ここで、コンテンツ蓄積サーバとの接続が可能であるとの応答があった場合には、該当するコンテンツの配信開始要求を行い（ステップＳ２８）、その開始要求を承諾する応答がある場合に（ステップＳ２９）、インターネットを経由して、コンテンツ蓄積サーバから番組の映像データと音声データの配信を受ける（ステップＳ３０）。

この図６に示すように、クライアント側の端末がコンテンツ蓄積サーバに接続した場合でも、図３の例の場合と同様にタイムシフト再生が行える。この図６の例の場合でも、ステップＳ２３でのタイムシフト視聴で録画された番組を視聴するのではなく、端末側に録画されていない番組を、サーバ側から配信させるために、同様の処理を行うようにしても良い。

また、図３の処理では、クライアント側から、切換えるチャンネル（視聴するチャンネル）についてのデータをコンテンツ管理サーバに送って、そのチャンネルについてのメタデータだけを得るようにしたが、クライアント側の端末で、録画された番組のタイムシフト再生（又は再生の操作）があった場合に、その番組の放送時間に放送されていた、複数のチャンネル（例えば受信可能な全チャンネル）のメタデータを取得するようにして、どのチャンネルへの切換えがあった場合にも対処できるようにしても良い。図７は、この場合の例を示したシーケンス図である。以下説明すると、コンテンツが蓄積されるサーバ（ストリーミングサーバ）では、放送される番組を随時録画（蓄積）しておき（ステップＳ３１）、そのサーバに録画された番組のメタデータを、コンテンツ管理サーバにインターネットを経由して転送して登録させる（ステップＳ３２）。このステップＳ３１，Ｓ３２の処理を行うコンテンツ蓄積サーバは、例えばチャンネル毎に個別に用意されている場合もある。

次に、クライアント側の端末としての、各家庭に設置された録画再生機で、その録画再生機に録画された番組を再生させて、受像機で視聴するタイムシフト視聴が開始し、シフト時刻データを、コンテンツ管理サーバに送る（ステップＳ３３）。

このシフト時刻データを受信したコンテンツ管理サーバでは、この管理サーバに蓄積されている番組データの中で、その時刻に放送されていた全てのチャンネルの番組のメタデータをクライアント側の端末に送る（ステップＳ３４）。このクライアントからのシフト時刻データの伝送と、その指示されたシフト時刻での全チャンネルの番組のメタデータの伝送とは、図７にステップＳ３５，Ｓ３６，Ｓ３７，Ｓ３８として示すように、随時実行するポーリング処理を行う。そして、実際にチャンネル切換えなどの配信された番組の視聴を開始させるための操作があると（ステップＳ３９）、そのときにクライアント側の端末に蓄積されたメタデータに基づいて、指示された番組が蓄積されたコンテンツ蓄積サーバを判断して、その判断したコンテンツ蓄積サーバに対して、配信開始要求を行い（ステップＳ４０）、その開始要求を承諾する応答がある場合に（ステップＳ４１）、インターネットを経由して、コンテンツ蓄積サーバから番組の映像データと音声データの配信を受ける（ステップＳ４２）。

また、ここまで説明した例では、クライアント側の端末がコンテンツ蓄積サーバから直接番組データを得るようにしたが、コンテンツ蓄積サーバに蓄積された番組データを、インターネットに接続されたバッファリングサーバに一旦蓄積させてから、そのバッファリングサーバからクライアント側の端末に送るようにしても良い。このようにすることで、頻繁にチャンネル切換えを行ういわゆるザッピングにも容易に対処できるようになる。図８は、この場合の例を示したシーケンス図である。以下説明すると、クライアント側の端末でタイムシフト視聴が開始し（又はタイムシフト視聴のための操作があると）、シフト時刻データを、コンテンツ管理サーバに送る（ステップＳ５１）。

このシフト時刻データを受信したコンテンツ管理サーバでは、記憶されていたメタデータに基づいて、その時刻に放送されていた番組が蓄積されていた複数台のコンテンツ蓄積サーバＡ，Ｂ，Ｃを選定してバッファリングサーバに指示し（ステップＳ５２）、バッファリングサーバからそのサーバＡ，Ｂ，Ｃに、シフト時刻のデータを送る（ステップＳ５３）。各コンテンツ蓄積サーバＡ，Ｂ，Ｃでは、その指示された時刻に放送されていた番組の再生データをバッファリングサーバに送り（ステップＳ５４）、バッファリングサーバ内で一時蓄積させておく。そして、バッファリングサーバからは、クライアント側の端末に対して、指示されたチャンネルの番組の再生データを送り（ステップＳ５５）、チャンネル切換え指示がある毎に、バッファリングサーバから送る番組のチャンネルを切り返させる。或いは、伝送容量やクライアント側端末の能力に問題がなければ、全チャンネル分の再生データを、バッファリングサーバから端末に送って、端末側でチャンネル切換えがある毎に受信した番組の中から視聴する番組を選ぶようにしても良い。

このステップＳ５４，Ｓ５５の処理が、タイムシフト再生が続く限り継続的に実行される（ステップＳ５６，Ｓ５７，Ｓ５８，Ｓ５９‥‥）。

このようにバッファリングサーバを用意することで、頻繁にチャンネル切換えを行う視聴形態にも容易に対処できるようになる。

また、ここまで説明した例では、コンテンツ管理サーバがある例について説明したが、コンテンツ管理サーバがない場合には、クライアント側の端末が、直接的にコンテンツが蓄積されたサーバに番組を探しに行くようにしても良い。図９は、この場合の例を示したシーケンス図である。以下説明すると、クライアント側の端末でタイムシフト視聴が開始し（又はタイムシフト視聴のための操作があると）（ステップＳ６１）、シフト時刻データと、視聴を希望するチャンネル（放送局）のデータを、ブロードキャスト送信或いはマルチキャスト送信で、複数のコンテンツ蓄積サーバに対して同時に送る（ステップＳ６２）。

このシフト時刻データを受信したコンテンツ蓄積サーバでは、それぞれのサーバに蓄積されている番組の中から、指示された内容に適した蓄積番組（映像ファイル）のメタデータを、クライアント側の端末に送る（ステップＳ６３）。そして、端末ではそのメタデータを収集して、視聴に最適な番組の映像ファイルを判定し（ステップＳ６４）、その映像ファイルが蓄積されたコンテンツサーバに対して、配信のための接続が可能であるか問い合わせ（ステップＳ６５）、その応答を受信する（ステップＳ６６）。ここで、コンテンツ蓄積サーバとの接続が可能であるとの応答があった場合には、該当するコンテンツの配信開始要求を行い（ステップＳ６７）、その開始要求を承諾する応答がある場合に（ステップＳ６８）、インターネットを経由して、コンテンツ蓄積サーバから番組の映像データと音声データの配信を受ける（ステップＳ６９）。

この図９に示すように、コンテンツ蓄積サーバからメタデータを取得する場合でも、上述した他の例の場合と同様にタイムシフト再生が行える。なお、既に説明したように、コンテンツ蓄積サーバそのものについても、放送事業者などが用意した専用のサーバではなく、例えば各家庭に配置された録画再生機をコンテンツ蓄積サーバとして扱って、その各家庭の録画再生機に蓄積された番組についてのメタデータを収集して、どの録画再生機に接続すれば良いか判断するようにして、必要な番組のデータを得るようにしても良い。このようにすることで、本例のシステムを構築する各家庭に設置された録画再生機が、クライアントとしての端末になると共に、録画番組を提供するサーバにもなり、大規模なサーバを必要とすることなく、システムを構築可能になる。

なお、ここまで説明した実施の形態では、各家庭などに設置される端末として、テレビジョン放送の録画再生機と、その録画再生機に接続されたテレビジョン受像機とで構成するようにしたが、その他の各種端末を使用しても良い。例えば、テレビジョン放送が視聴可能な構成であると共に、無線電話回線を経由してインターネットに接続可能な携帯電話端末を、ユーザ側の端末として使用しても良い。また、各種パーソナルコンピュータ装置に、インターネット接続機能と、テレビジョン放送番組などのコンテンツの蓄積機能と、コンテンツの表示機能を組み込むようにして、本発明の処理を行う端末として機能するようにしても良い。いずれの構成の場合であっても、録画再生機などのコンテンツを記録（録画）する機能部分については、端末に内蔵されていても、端末に別体の機器が接続された構成であっても、いずれでも良い。

また、上述した実施の形態では、視聴するコンテンツとしては、テレビジョン放送番組を例にして説明したが、いわゆるインターネット放送などの他の形式で配信される放送であっても、日時が決められて配信されるコンテンツであれば、適用が可能である。上述した実施の形態では、テレビジョン放送の切換えを想定したので、チャンネル又はソースの切換えを行うものとして説明した。配信される形態によってはチャンネル切換えと言う概念がない場合もあるが、本明細書でのチャンネル又はソースの切換えと述べた操作には、日時が決められて配信されるコンテンツの切換えを、キー操作などでダイレクトに行うという広義の意味を含ませている。さらに、コンテンツそのものの内容についても、映像プログラム以外のコンテンツでも良く、例えば音声放送によるコンテンツでも良い。

本発明の一実施の形態によるシステム構成例を示した説明図である。本発明の一実施の形態による録画再生機の構成例を示したブロック図である。本発明の一実施の形態による再生例を示したシーケンス図である。本発明の一実施の形態による表示例（ポインティングデバイス／タッチパネルを使用した例）を示した説明図である。本発明の一実施の形態による表示例（カーソル移動／リモートコントロール装置の操作を使用した例）を示した説明図である。本発明の他の実施の形態による再生例（接続可能のネゴシエーションをクライアントが行う例）を示したシーケンス図である。本発明の他の実施の形態による再生例（メタデータをポーリングする例）を示したシーケンス図である。本発明の他の実施の形態による再生例（ザッピングを考慮したデータのバッファリングを行う例）を示したシーケンス図である。本発明の他の実施の形態による再生例（コンテンツ管理サーバがない場合の例）を示したシーケンス図である。

符号の説明

１０…インターネット、２０…コンテンツ管理サーバ、３０…ストリーミングサーバ、１００，２００，３００，４００，５００…録画再生機、１０１…アンテナ、１０２…チューナ、１０３…インターフェース、１０４…ハードディスクドライブ、１０５…ディスクドライブ、１０６…制御部、１０７…デコーダ、１０８…映像音声出力部、１０９…ユーザインターフェース、１９０，２９０，３９０，４９０…テレビジョン受像機、６００…ルータ

Claims

コンテンツを再生する端末への、コンテンツの配信方法において、
前記端末で、既に配信されて記録されたコンテンツを再生する場合に、前記コンテンツが配信された日時に、前記コンテンツが配信されたチャンネル又はソースとは別のチャンネル又はソースで配信されたコンテンツが蓄積された場所を、所定のネットワークを経由してコンテンツのメタデータを蓄積するコンテンツ管理サーバにアクセスして探し出し、
前記視聴中に、チャンネル又はソースの選択操作がある場合に、その選択操作で選択され前記蓄積された場所を探し出したコンテンツを取得し、
前記再生中のコンテンツの再生位置が配信された日時を判断し、前記再生中のコンテンツの再生位置が配信された日時と一致する日時に配信されていた位置を判断し、その判断した位置に基づいて、前記取得したコンテンツの再生開始位置を制御する
配信方法。
請求項１記載の配信方法において、
前記コンテンツが蓄積された場所の探し出しは、配信されたコンテンツについてのメタデータを蓄積するコンテンツ管理手段へのアクセスで行う
配信方法。
請求項２記載の配信方法において、
前記端末が前記メタデータに基づいてコンテンツ蓄積場所を探し出した場合に、前記端末は、そのコンテンツ蓄積場所に対して接続可能かを問い合わせ、接続可能である場合にコンテンツを取得するようにした
配信方法。
請求項１記載の配信方法において、
前記コンテンツが蓄積された場所を探し出した場合に、その探し出したコンテンツを所定箇所にバッファリングさせておき、前記チャンネル又はソースの選択操作がある場合に、その前記バッファリングされたコンテンツを取得して、そのバッファリングされたコンテンツの再生開始位置を制御する
配信方法。
所定のネットワークに接続されて、配信されたコンテンツを蓄積するネットワーク側コンテンツ蓄積手段と、
前記ネットワークに接続されて、配信されたコンテンツについてのメタデータを蓄積するコンテンツ管理手段と、
前記ネットワークに接続された端末で構成される配信システムであり、
前記端末は、少なくとも１つの配信されたコンテンツを蓄積する端末側コンテンツ蓄積手段が内蔵又は接続され、
前記端末で、前記端末側コンテンツ蓄積手段に蓄積されたコンテンツの再生中に、当該再生中のコンテンツが配信されたチャンネル又はソースとは異なるチャンネル又はソースが選択された場合に、前記再生中のコンテンツの配信日時に、前記選択されたチャンネル又はソースで配信されたコンテンツの蓄積場所を、前記コンテンツ管理手段に蓄積されたメタデータに基づいて探し出し、その探し出されたネットワーク側コンテンツ蓄積手段からコンテンツを取得して、前記再生中のコンテンツの再生位置が配信された日時と一致する日時に配信されていた位置を判断し、その判断した位置に基づいて、前記探し出されたコンテンツの再生開始位置を制御する
配信システム。
請求項５記載の配信システムにおいて、
前記端末は、前記探し出したコンテンツ蓄積手段に対して、前記ネットワークを介して接続可能かを問い合わせ、接続可能である場合にコンテンツを取得するようにした
配信システム。
所定のネットワークに接続されて、配信されたコンテンツを蓄積するネットワーク側コンテンツ蓄積手段と、
前記ネットワークに接続されて、配信されたコンテンツについてのメタデータを蓄積するコンテンツ管理手段と、
前記ネットワークに接続された端末とで構成される配信システムであり、
前記端末は、少なくとも１つの配信されたコンテンツを蓄積する端末側コンテンツ蓄積手段が内蔵又は接続され、
前記端末は、前記内蔵又は接続された端末側コンテンツ蓄積手段に蓄積されたコンテンツの再生中に、その再生中のコンテンツの配信日時に、その再生中のコンテンツが配信されたチャンネル又はソースとは別のチャンネル又はソースで配信されたコンテンツの蓄積場所を、前記コンテンツ管理手段に蓄積されたメタデータに基づいて探し出しておき、
当該再生中のコンテンツが配信されたチャンネル又はソースとは異なるチャンネル又はソースが選択された場合に、前記探し出されたネットワーク側コンテンツ蓄積手段からコンテンツを取得して、前記再生中のコンテンツの再生位置が配信された日時と一致する日時に配信されていた位置に基づいて再生開始位置を制御する
配信システム。
所定のネットワークに接続されて、配信されたコンテンツを蓄積するネットワーク側コンテンツ蓄積手段と、
前記ネットワークに接続されて、配信されたコンテンツについてのメタデータを蓄積するコンテンツ管理手段と、
前記ネットワークに接続された端末とで構成される配信システムであり、
前記端末は、少なくとも１つの配信されたコンテンツを蓄積する端末側コンテンツ蓄積手段が内蔵又は接続され、
前記端末で、前記内蔵又は接続された端末側コンテンツ蓄積手段に蓄積されたコンテンツの再生中に、前記再生中のコンテンツの配信日時に、その再生中のコンテンツの配信チャンネル又はソースとは別のチャンネル又はソースで放送されたコンテンツの蓄積場所を、前記コンテンツ管理手段に蓄積されたメタデータに基づいて探し出し、その探し出されたネットワーク側コンテンツ蓄積手段から取得したコンテンツを所定箇所にバッファリングさせ、
前記端末で、再生中にチャンネル又はソースの選択がある場合に、前記バッファリングされたコンテンツの中から、再生するコンテンツを選択し、前記再生中のコンテンツの再生位置が配信された日時と一致する日時に配信されていた位置に基づいて再生開始位置を制御する
配信システム。
請求項５記載の配信システムにおいて、
配信されたコンテンツについてのメタデータを蓄積するコンテンツ管理手段は、前記ネッワーク側コンテンツ蓄積手段に含まれ、
前記端末は、前記ネッワーク側コンテンツ蓄積手段に蓄積されたメタデータから、必要とするコンテンツの蓄積の有無を判断する
配信システム。
記録されたコンテンツを再生中に、前記コンテンツが配信されたチャンネル又はソースとは別のチャンネル又はソースの選択操作がある場合、前記コンテンツの再生位置が配信された日時を判断し、当該日時の情報を、配信されたコンテンツについてのメタデータを管理するコンテンツ管理サーバへ送信することを制御し、
前記コンテンツ管理サーバからのデータに基づいてコンテンツが蓄積されたコンテンツ蓄積サーバを判断し、その判断したコンテンツ蓄積サーバから、前記選択操作に対応したコンテンツの受信を制御し、
前記再生中のコンテンツの再生位置が配信された日時と一致する日時に配信されていた位置に基づいて、前記受信したコンテンツの再生開始位置を制御する制御部と
を有する情報処理装置。