(57)【要約】【課題】サーバ装置側で録画が完了するのを待つことなく、クライアント装置側でのダウンロードを開始することができ、通信速度の変化にも追従して安定した録画再生を行うことができるネットワーク録画再生システムを提供する。【解決手段】サーバ装置２００は、受信したコンテンツデータをストリームデータに変換して時系列順に格納するバッファ手段（２０５，２０６）と、格納されたコンテンツストリームデータを、格納された順にネットワーク２８０に送信する送信手段（２０８，２０９）を有する。クライアント装置は、コンテンツストリームデータをネットワークを介して受信する受信手段と、受信したコンテンツストリームデータを時系列順に記録媒体に格納する格納手段と、記録媒体に記録された前記コンテンツストリームデータを格納した順に再生する再生手段を有している。【選択図】図１Ａ
2008103972.tif 000002
【特許請求の範囲】
【請求項１】
受信したコンテンツデータを配信する機能を備えたサーバ装置と、ネットワークを介して前記コンテンツデータを記録媒体に格納するクライアント装置とからなるネットワーク録画再生システムであって、
前記サーバ装置は、受信した前記コンテンツデータをストリームデータに変換して時系列順に格納するバッファ手段と、格納されたコンテンツストリームデータを格納された順に前記ネットワークに送信する送信手段を有し、
前記クライアント装置は、前記コンテンツストリームデータを前記ネットワークを介して受信する受信手段と、受信した前記コンテンツストリームデータを時系列順に記録媒体に格納する格納手段と、前記記録媒体に格納された前記コンテンツストリームデータを格納した順にデコードして再生するデコード再生手段を有していることを特徴とするネットワーク記録再生システム。
【請求項２】
前記サーバ装置のバッファ手段に、リングバッファを用いることを特徴とする請求項１に記載のネットワーク録画再生システム。
【請求項３】
前記クライアント装置は、記録する時間長の情報を前記サーバ装置に通知する記録時間長通知手段を備え、
前記サーバ装置は、前記バッファ手段の記録媒体の残容量を検出するバッファ容量検出手段と、ネットワークの通信速度を検出する通信速度検出手段と、前記クライアント装置から通知された記録時間長情報をもとに、前記クライアント装置で記録可能なコンテンツストリームデータのビットレートを算出するビットレート算出手段と、算出したビットレートにてコンテンツストリームデータを生成して前記ネットワークに送信する送信手段を備えていることを特徴とする請求項１又は２に記載のネットワーク録画再生システム。
【請求項４】
前記ビットレート算出手段によるビットレートの算出を定期的に実施するタイマー処理手段を備えることを特徴とする請求項３に記載のネットワーク録画再生システム。
【請求項５】
前記クライアント装置は、前記格納手段に格納されたコンテンツストリームデータの再生時間長を監視する再生時間長監視手段を備え、前記再生時間長監視手段により検出された再生時間長がユーザにより指定された時間長に達した場合に、前記格納手段に格納されたコンテンツストリームデータをデコードして再生し、再生が終了した時点で待機状態とすることを特徴とする請求項１〜４のいずれか１項に記載のネットワーク録画再生システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遠隔地にて受信したテレビジョン放送等のコンテンツを、ネットワークを介して録画再生するネットワーク録画再生システムに関する。
【背景技術】
【０００２】
近年、映像・音声信号をＨＤＤやＤＶＤ等のデジタル記録媒体に録画するホームサーバ機器が普及してきており、インターネット等を利用したストリーミング配信機能により、外出先の携帯端末から、自宅にあるホームサーバ機器の録画コンテンツを視聴することも可能になっている。例えば、特許文献１に開示の「テレビジョン放送録画代行サービスサーバ装置」では、要求があった番組をサーバ装置側で録画し、その録画コンテンツをインターネットを介してストリーミング視聴したり、ダウンロードしてから視聴するシステムが提案されている。
【０００３】
しかし、上記システムでは、一旦、視聴したい番組が録画されていることが前提となっており、録画が完了した後、インターネットを介してＰＣ等に録画コンテンツをダウンロードして視聴するため、視聴できるまでの待ち時間が長いという問題があった。また、上記システムでは、ストリーミング配信する手段についても提案されているが、ストリーミング配信においては、インターネットの通信速度が遅い環境の場合には、視聴映像の画質が悪くなるという問題があった。
【０００４】
図６Ａ及び図６Ｂは、従来のネットワーク録画再生システム（ネットワーク録画システム）の一例を説明する図で、図６Ａはサーバ装置側の構成例を示し、図６Ｂはクライアント装置側の構成例を示す図である。この図６Ａ，図６Ｂにより、従来の放送番組（コンテンツ）をサーバ装置側で録画し、その録画したコンテンツをインターネット等のネットワークを介して、クライアント装置側でダウンロードして録画再生する方法についての概略を説明する。
【０００５】
まず、サーバ装置１００側に録画するコンテンツを要求するクライアント装置１５０側の手順について説明する。クライアント装置１５０にて、ユーザ操作１６０により、指定のコンテンツ（指定番組）を録画する操作がなされると、ユーザ操作実行部１５８にてサーバ装置１００を遠隔操作するためのコマンドを生成する。生成されたコマンドは、コマンド送信部１５７にてネットワーク１８０を介してサーバ装置１００にコマンドを送信する。この通信では、一般的に使用されているプロトコルであるＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）を使用して通信される。
【０００６】
この操作に際して、クライアント装置１５０では、ウエブブラウザを搭載し、サーバ装置１００では遠隔操作のためのウエブサーバを起動しておき、クライアント装置１５０からウエブブラウザを介して、サーバ装置１００を遠隔操作するのが一般的であるが、操作方法についての説明は省略する。こうして、図６Ａのサーバ装置１００に送信されたコマンドは、ネットワーク１８０を介して、サーバ装置１００のコマンド受信部１１１にて受信され、受信されたコマンドは、コマンド実行部１１０に渡される。コマンド実行部１１０では、録画開始要求であることを判断し、録画制御部１０７に録画を開始するよう指示を出す。録画制御部１０７では、ユーザから指定のコンテンツを録画するために、次の手順で制御を行う。
【０００７】
まず、アンテナ１０１にて受信する番組のコンテンツを選択するために、チューナー部１０２を制御し、チューニングを行う。チューナー部１０２にて受信されたコンテンツは、例えば、標準化されている放送方式の１つであるＮＴＳＣ（National Television Standards Committee）方式に準じて、ＮＴＳＣデコーダ部１０３にてデジタル映像データ化される。正確には、チューナ部１０２から出力されたアナログ信号は、Ａ／Ｄコンバータによりデジタル化され、ＮＴＳＣデコーダ部１０３にてＩＴＵ−Ｒ  ＢＴ．６５６規格等に準拠したデジタル映像データに変換される。なお、チューナー部１０２がデジタルチューナーである場合には、ＮＴＳＣデコーダ部１０３は不要となる。
【０００８】
次に、例えば、映像データの圧縮方式の標準化が進められているＭＰＥＧ（Moving Picture Experts Group）方式等によるＭＰＥＧエンコーダ部１０４でデジタル映像データが圧縮され、映像（コンテンツ）ストリームデータとされる。なお、ＭＰＥＧエンコーダ部１０４にて使用される圧縮方式としては、ＭＰＥＧ２，ＭＰＥＧ４，Ｈ２６４，ＷＭＶ，ＶＰ５等がある。
生成された映像ストリームデータは、ストリーム録画制御部１０５により決められたファイル形式に変換され、録画データ格納部（ＨＤＤ）１０６に記憶保存される。このときのファイル形式としては、ＭＰＧ，ＡＶＩ，ＡＳＦ，ＭＰ４，ＷＭＶ等が一般的である。このようにして、遠隔操作により、サーバ装置１００側にて指定番組の録画が開始される。
【０００９】
次に、図６Ａのサーバ装置１００にて録画されたコンテンツを、図６Ｂのクライアント装置１５０にダウンロードする手順を説明する。クライアント装置１５０にて、ユーザ操作実行部１５８がユーザ操作１６０により、指定の録画コンテンツをダウンロードするよう操作されると、サーバ装置１００を遠隔操作するためのコマンドを生成し、コマンド送信部１５７にてネットワーク１８０を介してサーバ装置１００にコマンドを送信する。サーバ装置１００に送信されたコマンドは、ネットワーク１８０を介してサーバ装置側１００のコマンド受信部１１１にて受信され、受信したコマンドはコマンド実行部１１０に渡される。コマンド実行部１１０では、ダウンロード要求であることを判断し、送信制御部１０８にダウンロードを開始するよう指示を出す。
【００１０】
送信制御部１０８では、録画データ格納部１０６に格納されている指定の録画コンテンツデータを読出して、録画データ送信部１０９に渡し、ネットワーク１８０を介してクライアント装置１５０に送信する。クライアント装置１５０では、ユーザ操作１６０にて指定した録画コンテンツをダウンロードするよう操作された時点で、ユーザ操作実行部１５８により、録画データ保存制御部１５５にネットワーク１８０を介して指定の録画コンテンツをダウンロードするように指示が出される。
【００１１】
この指示により、録画データ保存制御部１５５では、サーバ装置１００から送信された録画コンテンツをダウンロードする。まず、録画データ受信部１５１にて、ネットワーク１８０を介して、サーバ装置１００から送信された録画コンテンツデータを順次受信する。受信した録画コンテンツデータは、録画データ格納部１５２に順次蓄えられ、最終的に録画コンテンツデータが録画データ格納部１５２に格納され、ダウンロードが完了する。このダウンロード処理であるが、ファイル転送プロトコルとして一般的なＦＴＰ（File Transfer Protocol）プロトコルにより、ダウンロードが行われる。
【００１２】
このようにして、サーバ装置１００側にて録画された録画コンテンツは、クライアント装置１５０側にダウンロードされ、再生視聴される。この再生手順としては、ユーザ操作１６０により、ダウンロードした録画コンテンツを視聴するように操作して、ユーザ操作実行部１５８により、再生制御部１５６にダウンロードした録画コンテンツを再生するよう指示を出す。再生制御部１５６では、以下の手順でダウンロードした録画コンテンツを再生する。
【００１３】
すなわち、録画データ格納部１５２からダウンロードした録画コンテンツデータを読出し、圧縮された映像ストリームデータとしてＭＰＥＧデコーダ部１５３に渡される。ＭＰＥＧデコーダ部１５３では、圧縮された映像ストリームデータをＩＴＵ−Ｒ  ＢＴ．６５６規格に準拠したデジタル映像データに変換する。デコードされたデジタル映像データは、ＮＴＳＣエンコーダ部１５４にてＮＴＳＣアナログ信号に変換され、モニター部１５９に出力される。このようにして、クライアント側１５０にダウンロードした録画コンテンツは再生される。
【特許文献１】特開２００３−３１９３６３号公報
【発明の開示】
【発明が解決しようとする課題】
【００１４】
しかし、上述した従来方法では、クライアント装置１５０側で放送されるコンテンツを視聴したい場合に、一旦、サーバ装置１００側にてコンテンツの録画を行い、その録画が完了した後で、改めてネットワークを介してクライアント装置１５０に録画コンテンツのダウンロードを行い、ダウンロードが完了した後で、クライアント装置１５０でダウンロードした録画コンテンツを再生する必要があった。すなわち、遠隔地にあるホームサーバ装置にて受信したコンテンツを視聴するには、一旦、ホームサーバ装置にて受信したコンテンツの録画を行う。この後、ホームサーバ装置にて録画したコンテンツを、ネットワークを介してクライアント装置にダウンロードして、クライアント装置にダウンロードしたコンテンツを再生して視聴していた。このため、指定したコンテンツが視聴できるまでに、非常に待ち時間が多く、効率が悪かった。
【００１５】
また、サーバ側装置１００で受信した映像をリアルタイムでＲＴＰ（Real-time Transport Protocol）／ＲＴＳＰ（Real Time Streaming Protocol）にて、ネットワーク上にストリーミング配信することで待ち時間を少なくし、クライアント装置１５０にてストリーミング視聴することも可能であるが、この場合、ネットワークの通信速度が遅い環境の場合には、視聴映像の画質が悪くなるという問題があった。
【００１６】
本発明は、上述した実情に鑑みてなされたもので、サーバ装置側で録画が完了するのを待つことなく、クライアント装置側でのダウンロードを開始することができ、通信速度の変化にも追従して安定した録画再生を行うことができるネットワーク録画再生システムの提供を目的とする。
【課題を解決するための手段】
【００１７】
本発明によるネットワーク録画再生システムは、受信したコンテンツデータを配信する機能を備えたサーバ装置と、ネットワークを介して前記のコンテンツデータを記録媒体に格納するクライアント装置とからなるネットワーク録画再生システムである。サーバ装置は、受信したコンテンツデータをストリームデータに変換して時系列順に格納するバッファ手段と、格納されたコンテンツストリームデータを、格納された順にネットワークに送信する送信手段を有する。クライアント装置は、コンテンツストリームデータをネットワークを介して受信する受信手段と、受信したコンテンツストリームデータを時系列順に記録媒体に格納する格納手段と、記録媒体に記録された前記コンテンツストリームデータを格納した順に再生する再生手段を有している。なお、サーバ装置のバッファ手段に、リングバッファを用いることができる。
【００１８】
また、前記のクライアント装置は、記録する時間長の情報をサーバ装置に通知する記録時間長通知手段を備え、前記のサーバ装置は、バッファ手段の記録媒体の残容量を検出するバッファ容量検出手段と、ネットワークの通信速度を検出する通信速度検出手段と、クライアント装置から通知された記録時間長をもとにクライアント装置側で記録可能なコンテンツストリームデータのビットレートを算出するビットレート算出手段と、算出したビットレートにてコンテンツストリームデータを生成して前記ネットワークに送信する送信手段を備えることができる。さらに、前記のビットレート算出手段によるビットレートの算出を定期的に実施するタイマー処理手段を備えるようにしてもよい。
【００１９】
また、前記のクライアント装置は、格納手段に格納されたコンテンツストリームデータの再生時間長を検出する再生時間長監視手段と、再生時間長監視手段により検出された再生時間長がユーザにより指定された時間長に達した場合に、格納手段に格納されたコンテンツストリームデータをデコードして再生し、再生が終了した時点で待機状態とするようにしてもよい。
【発明の効果】
【００２０】
本発明によれば、異なる場所にあるサーバ装置側で受信したコンテンツを、順次ネットワークを介してクライアント装置側に録画していくことにより、サーバ装置側で録画が完了するのを待つ必要なく、クライアント装置側で効率よく録画再生することが可能となる。また、ネットワークの通信速度に変動があったり、必要な通信速度に満たない場合があっても、サーバ装置のバッファ容量、ビットレートの調整を適正に追従させることにより、安定した録画を継続させることができる。
【発明を実施するための最良の形態】
【００２１】
図により本発明の実施の形態を説明する。図１Ａ，図１Ｂは第１の実施形態を説明する図で、図１Ａ（ａ）はサーバ装置側の構成例を示し、図１Ａ（ｂ）はサーバ装置のストリームバッファイメージを示す図、図１Ｂはクライアント装置側の構成例を示す図である。
本発明のネットワーク録画再生システムは、図１Ａに示す放送電波等を介して入力又は受信された映像コンテンツを、映像ストリームデータとしてインターネット等のネットワーク上に配信する機能を備えるサーバ装置２００と、図１Ｂに示すネットワークを介して受信した映像ストリームデータを記録媒体に録画格納して再生するクライアント装置２５０で構成される。
【００２２】
上記のサーバ装置２００では、入力又は受信された映像及び音声データ等からなる映像コンテンツ（以下、単にコンテンツという）を、映像ストリームデータ（以下、単にストリームデータという）に変換して、バッファ手段として構成される記録媒体に時系列順に一時的に格納する。記録媒体に格納されたストリームデータは、順次格納した順にＦＩＦＯ（First-In First-Out） にて読出され、ネットワーク２８０を介してクライアント装置２５０に送信される。クライアント装置２５０では、サーバ装置２００から送信されたストリームデータをネットワーク２８０を介して順次受信し、記録媒体に時系列順に格納し、これを順次デコードして再生する。
【００２３】
次に、図１Ａ，図１Ｂに示す実施形態について、クライアント装置２５０から要求された指定のコンテンツをサーバ装置２００において受信し、ストリームデータにしてクライアント装置２５０に送信する操作手順により説明する。
なお、この操作にあたり、クライアント装置２５０では、例えば、ウエブブラウザを搭載し、サーバ装置２００では遠隔操作のためのウエブサーバを起動しておき、クライアント装置２５０からウエブブラウザを介してサーバ装置２００を遠隔操作する。
【００２４】
まず、クライアント装置２５０にて、ユーザ操作２６０により、指定のコンテンツ（指定番組）を録画するよう操作される。これにより、ユーザ操作実行部２５８にて、サーバ装置２００を遠隔操作するためのコマンドを生成し、コマンド送信部２５７にてネットワーク２８０を介してサーバ装置２００にコマンドを送信する。この通信では一般的なＴＣＰ／ＩＰプロトコルを用いて通信される。サーバ装置２００に送信されたコマンドは、ネットワーク２８０を介してサーバ装置２００のコマンド受信部２１１にて受信され、受信したコマンドは、コマンド実行部２１０に渡される。コマンド実行部２１０では、録画開始要求であることを判断し、録画制御部２０７に録画を開始するように指示を出す。
【００２５】
録画制御部２０７では、ユーザから指定されたコンテンツを録画するために、アンテナ２０１にて受信する番組のコンテンツを選択するために、チューナー部２０２を制御し、チューニングを行う。チューナー部２０２にて受信されたコンテンツは、図６Ａで説明したのと同様に、例えば、放送方式の１つであるＮＴＳＣを用いて、ＮＴＳＣデコーダ部２０３にてデジタル映像データ化される。すなわち、チューナ部２０２から出力されたアナログ信号は、Ａ／Ｄコンバータによりデジタル化され、ＮＴＳＣデコーダ部２０３にてＩＴＵ−Ｒ  ＢＴ．６５６規格等に準拠したデジタル映像データに変換される。なお、チューナー部２０２がデジタルチューナーである場合には、ＮＴＳＣデコーダ部２０３は不要となる。
【００２６】
次に、例えば、図６Ａで説明したのと同様に、ＭＰＥＧ方式等によるＭＰＥＧエンコーダ部２０４でデジタル映像データが圧縮され、ストリームデータとされる。なお、ＭＰＥＧエンコーダ部２０４で使用する圧縮方式としては、ＭＰＥＧ２，ＭＰＥＧ４，Ｈ２６４，ＷＭＶ，ＶＰ５等を用いることができる。生成されたストリームデータは、バッファ手段としてのバッファ制御部２０５の制御によりストリームバッファ部（ＨＤＤ）２０６に格納される。
【００２７】
このときのストリームデータは、図１Ａ（ｂ）にバッファイメージ２２０で示すように、バッファ開始位置２２１から順に映像データ２２２と音声データ２２３が交互に繰り返して時系列に格納されていく。バッファ格納方向は２２４に示すように、バッファ開始位置２２１の方向から右に向かって格納されていく。この映像データ２２２と音声データ２２３の振り分け方はいろいろと考えられるが、基本的には、同じ時間にエンコードされたデータがペアになるよう配置される。
【００２８】
次に、ストリームバッファ部２０６にストリームデータが格納され始めると同時に、バッファ制御部２０５により、ストリームデータをクライアント装置２５０に送信するように送信制御部２０８に通知する。送信制御部２０８では、ストリームバッファ部２０６からストリームデータを読出して、ストリームデータ送信部２０９に渡し、ネットワーク２８０を介してクライアント装置２５０に送信する。このとき、送信制御部２０８では、ストリームバッファイメージ２２０に示すように、バッファ開始位置２２１から順に右側に向かって読出していくが、バッファ制御部２０５が格納している位置を追い越して読出さないよう制御する。このようにして、遠隔操作により、サーバ装置２００からコンテンツのストリームデータがクライアント装置２５０に送信される。
【００２９】
次に、図１Ａのサーバ装置２００から送信されたストリームデータを、図１Ｂのクライアント装置２５０で受信して視聴するまでの操作手順を説明する。
クライアント装置２５０にて、ユーザ操作２６０により、コンテンツを録画するよう操作された時点で、ユーザ操作実行部２５８にてサーバ装置２００に録画要求を出すと同時に、ストリームデータ格納制御部２５５にネットワーク２８０を介してストリームデータを、サーバ装置２００から受信するよう制御する。
【００３０】
ストリームデータ格納制御部２５５では、ストリームデータ受信部２５１を制御してネットワーク２８０を介してサーバ装置２００から送信されたストリームデータを受信し、ストリームデータ格納部２５２に格納していく。このときの格納イメージは、図１Ａ（ｂ）に示したストリームバッファイメージ２２０と同様で、バッファ開始位置２２１から順に右側に向かって映像データ２２２と音声データ２２３を時系列順に格納していく。このようにして、サーバ装置２００から送信されたストリームデータは、クライアント側２５０に格納されていく。
【００３１】
次に、図１Ｂのクライアント装置２５０に格納したストリームデータを再生して視聴する操作手順を説明する。クライアント装置２５０にて、ユーザ操作２６０により、格納したストリームデータを視聴するように操作すると、ユーザ操作実行部２５８により、再生制御部２５６に格納したストリームデータを再生する指示を出す。
【００３２】
再生制御部２５６では、ストリームデータ格納部２５２からストリームデータを読出し、デコーダ部２５３に渡す。ＭＰＥＧデコーダ部２５３では、圧縮されたストリームデータを、例えば、ＩＴＵ−Ｒ  ＢＴ．６５６規格に準拠したデジタル映像データに変換する。デコードされたデジタル映像データは、ＮＴＳＣエンコーダ部２５４にてアナログ信号に変換され、モニター部２５９に出力される。このようにして、クライアント装置２５０に格納したストリームデータが再生される。すなわち、クライアント装置２５０にて、ストリームデータがストリームデータ格納部２５２に全て格納が完了するまで待つ必要はなく、格納できた部分から再生視聴することができる。
【００３３】
こうすることで、遠隔地にあるサーバ装置２００おいて、ストリームバッファ部２０６にコンテンツを受信しながら格納を始めると同時に、クライアント側２５０への送信も開始することができる。これにより、クライアント装置２５０での録画開始までの待ち時間が無く、さらに、クライアント装置２５０のストリームデータ格納部２５２への録画が途中であっても格納できた部分まで再生視聴が可能であるため、効率のよいネットワーク録画再生環境を提供することができる。
【００３４】
図２は第２の実施形態を説明する図で、図２（ａ）はサーバ装置側の構成例を示し、図２（ｂ）はサーバ装置のリングバッファイメージを示す図である。なお、クライアント装置は、図１Ｂで説明したのと同じ構成のものを用いるものとする。
第２の実施形態によるサーバ装置３００は、図１Ａで説明したバッファ手段として、記録媒体に大容量のリングバッファを用いる点が第１の実施形態と異なっている。
【００３５】
図２（ａ）において、クライアント装置からサーバ装置３００に送信されたコマンドは、ネットワーク３８０を介してサーバ装置３００のコマンド受信部３１１にて受信され、受信したコマンドは、コマンド実行部３１０に渡される。コマンド実行部３１０では、録画開始要求であることを判断し、録画制御部３０７に録画を開始するように指示を出す。録画制御部３０７では、ユーザから指定されたコンテンツを録画するために、アンテナ３０１にて受信する番組のコンテンツを選択するために、チューナー部３０２を制御し、チューニングを行う。
【００３６】
チューナー部３０２にて受信されたコンテンツは、図１Ａの場合と同様に、ＮＴＳＣデコーダ３０３を経てＭＰＥＧエンコーダ部３０４にてストリームデータに変換された後、リングバッファ制御部３０５にてリングバッファ部３０６にストリームデータを格納していく。そして、リングバッファ部３０６にストリームデータが格納され始めると同時に、リングバッファ制御部３０５は、送信制御部３０８に対して格納したストリームデータをネットワーク３８０に送信するよう要求する。
【００３７】
この要求により、送信制御部３０８では、リングバッファ部３０６から格納されたストリームデータを読出し、ストリームデータ送信部３０９により、ネットワーク３８０に送信する。このときのリングバッファ部３０６への格納とアクセスを、図２（Ｂ）のリングバッファイメージ３２０で説明する。
【００３８】
リングバッファへのストリームデータの書込みは、まず、バッファ開始位置３２１からストリームデータの書込みが開始され、順に右側に向かって書込んでいく。こうして時間がある程度経過した時点を現在とすると、現在のデータの書込み位置は、３２３に示した位置となる。さらに時間が経過すると、３２７に示したデータの書込み方向に従ってデータの書込みが進行する。このとき、データの書込み位置３２３が、バッファ終了位置３２４まで進んだ場合、データの書込み位置３２３は、バッファ開始位置３２１に戻って書込みを継続する。
【００３９】
リングバッファからのコンテンツデータの読出しは、書込みと同様で、まず、バッファ開始位置３２１からストリームデータの読出しが開始され、順に右側に向かって読出していく。こうして時間がある程度経過した時点を現在とすると、現在のデータの読出し位置は３２２に示した位置となる。さらに時間が経過すると、データの読出し方向３２６に従ってデータの読出しが進行する。つまり、データの書込み位置３２３を追いかけるような感じでデータの読出しが行われる。
【００４０】
すなわち、現在のデータ読出し位置３２２から現在のデータ書込み位置３２３の間に挟まれている領域が、現在バッファに格納されているデータ３２５となる。また、読出し位置３２２についても、書込みと同様で、バッファ終了位置３２４まで進んだ場合、データの読出し位置３２２はバッファ開始位置３２１に戻って読出しを継続する。このとき、現在バッファされているデータ３２５の容量が０になった場合には、送信制御部３０８により、ストリームデータの読出しを待つように制御し、現在バッファされているデータ３２５の容量がリングバッファ全容量を使い切った場合には、リングバッファ制御部３０５により、ストリームデータの書込みを待つように制御する。
【００４１】
このようにして、リングバッファを使うことにより、ネットワーク３８０等の通信速度に変動があり、ストリームデータをリアルタイムに送出するために必要な通信速度に満たない場合があっても、サーバ装置３００に搭載したリングバッファの容量が許す限り、クライアント装置による録画を継続することができる。
【００４２】
図３は第３の実施形態を説明する図で、図３（ａ）はサーバ装置側の構成例を示し、図３（ｂ）はビットレート演算の方法を示す図である。なお、クライアント装置は、図１Ｂで説明したのと同じ構成のものを用いるものとする。
この第３の実施形態によるサーバ装置４００は、バッファ手段のバッファ容量の検出手段、ネットワークの通信速度の検出手段、ビットレートの演算手段を備えている点、またクライアント装置側からサーバ装置側に指定したコンテンツの録画時間長を通知される手段を備えている点が、第１の実施形態と異なっている。
【００４３】
図３（ａ）において、クライアント装置からサーバ装置４００に送信されたコマンドは、ネットワーク４８０を介してサーバ装置４００のコマンド受信部４１１にて受信され、受信したコマンドは、コマンド実行部４１０に渡される。コマンド実行部４１０では、録画開始要求であることを判断し、録画制御部４０７に録画を開始するように指示を出す。録画制御部４０７では、ユーザから指定されたコンテンツを録画するために、アンテナ４０１にて受信する番組のコンテンツを選択するために、チューナー部４０２を制御し、チューニングを行う。
【００４４】
チューナー部４０２にて受信されたコンテンツは、図１Ａの場合と同様に、ＮＴＳＣデコーダ４０３を経てＭＰＥＧエンコーダ部４０４にてストリームデータに変換された後、バッファ手段としてのバッファ制御部４０５の制御によりストリームバッファ部（ＨＤＤ）４０６に格納される。ストリームバッファ部４０６にストリームデータが格納され始めると同時に、バッファ制御部４０５により、ストリームデータをクライアント装置に送信するよう、送信制御部４０８に通知する。送信制御部４０８では、ストリームバッファ部４０６からストリームデータを読出して、ストリームデータ送信部４０９に渡し、ネットワーク４８０を介してクライアント装置に送信する。
【００４５】
サーバ装置４００にて、コマンド受信部４１１により、録画を開始要求のコマンドを受信する際に、同時に録画時間長の情報も受信する。このときの録画時間長とは、ユーザから録画指定されたコンテンツの放送時間長のことで、この録画時間長の情報は、クライアント装置から通知される方式でもよいし、サーバ装置４００にウエブサーバ機能を搭載し、そこで番組表（ＥＰＧ）情報を取得することで、クライアント装置からウエブブラウザを介して予約番組のコンテンツを指定する方法でもよい。
【００４６】
サーバ装置４００で取得した録画時間長の情報は、コマンド実行部４１０にて、ビットレートの演算手段としてのビットレート演算部４１３に渡され、そこで、必要な録画ビットレートを算出する要求を出す。ビットレート演算部４１３では、演算に必要な情報を検出する通信速度の検出手段としての通信速度検出部４１４と、バッファ容量の検出手段としてのバッファ容量検出部４１２に要求を出す。
通信速度検出部４１４では、ストリームデータ送信部４０９にて単位時間のデータ通信量を検出することで、ネットワーク４８０の現在の通信速度情報を入手する。そして、入手した通信速度情報をビットレート演算部４１３に渡す。
【００４７】
バッファ容量検出部４１２では、ストリームバッファ部４０６の使用可能な記録媒体の残容量を検出し、検出したバッファ容量情報をビットレート演算部４１３に渡す。ビットレート演算部４１３では、検出した録画時間と通信速度とバッファ容量の情報から、録画可能な最大のビットレートを算出する。
そのときの、演算方法は、図４（Ｂ）に示す演算式を用いて算出することができる。ビットレート演算部４１３では、算出したビットレートが、ユーザから指定された録画ビットレートを満たす場合には、特に問題がないので通常通り録画処理を実行するよう録画制御部４０７に通知する。
【００４８】
しかし、ユーザから指定された録画ビットレートに満たない場合には、録画制御部４０７に、算出したビットレート内で録画処理を行うことを通知する。録画制御部４０７では、録画ビットレートを下げるようにビットレート演算部４１３から通知があった際には、ＭＰＥＧエンコーダ部４０４を制御して、指定されたビットレートに下げてエンコードを行うように制御する。
上述のように、ネットワーク４８０の通信速度が低く、サーバ装置４００に搭載した記録媒体のバッファ容量が不足するような場合には、ストリームバッファ部４０６のバッファ容量を超えないように録画ビットレートを制御調整することにより、バッファ溢れを防止し、クライアント装置による録画を安定して継続することができる。
【００４９】
図４は第３の実施形態の他の例を説明する図である。この例は、上述した図３の実施形態で、コマンド受信部４１１により取得した録画時間長の情報は、コマンド実行部４１０からタイマー処理手段としての定期タイマー処理部４１５を介してビットレート演算部４１３に渡される点が異なるのみである。その他の構成については図３と同じであるので、同じ符号を用いることにより説明を省略する。
【００５０】
定期タイマー処理部４１５では、初回はそのまま録画時間長の情報をビットレート演算部４１３に渡して、録画ビットレートを演算するよう通知するが、その後、一定期間ごとに、指定された録画時間長から経過時間を減算した時間情報を、ビットレート演算部４１３に渡して、録画ビットレートを定期的に算出し直すよう処理を繰り返す。この一定期間とは、録画ビットレートをネットワーク４８０の通信速度の変化に追従させるためのものなので、例えば、数分おき程度の間隔で実施することでもよい。
このようにして、一定期間ごとに、録画ビットレートを算出して制御することにより、ネットワークの通信速度が時間に応じて変化した場合にも、録画ビットレートを追従させることができ、クライアント装置による録画を安定して継続することができる。
【００５１】
図５は上述した第１〜３の実施形態で、クライアント装置側の他の構成例を示す図である。このクライアント装置の例は、格納手段に格納されたストリームデータの再生時間長を監視する再生時間監視手段を備えている点が、図１Ｂの構成と異なる。この再生時間監視手段で、格納されたストリームデータの再成時間長が、指定の時間長に達したら、ストリームデータの再生を開始し終了したら再度再生時間長に達するまで待機するようにしたものである。なお、その他の構成については図１と同じであるので、同じ符号を用いることにより詳細説明を省略する。
【００５２】
クライアント装置２７０にて、ユーザ操作２６０で指定のコンテンツを録画するよう操作した時点で、ストリームデータ格納制御部２５５にストリームデータを格納するように制御すると同時に、指定された再生時間長の情報を、再生時間監視手段としての再生時間長監視部２６１に渡す。この再生時間長とは、ストリームデータ格納部２５２に格納済みのストリームデータを再生した場合の再生時間長が、ユーザが指定した再生時間長になるまで、ストリームデータをストリームデータ格納部２５２に格納するための指定情報である。
【００５３】
再生時間長監視部２６１では、ストリームデータ格納部２５２に格納されているストリームデータの再生時間長を監視し、指定された再生時間長に達した場合に、再生制御部２５６を制御して、ストリームデータ格納部２５２に格納されているストリームデータを再生するよう制御する。再生制御部２５６では、ストリームデータ格納部２５２に格納されているストリームデータを全て再生するまで再生を継続し、再生が完了した時点で、再生待ちの状態に入る。そして、再生時間長監視部２６１では、ストリームデータ格納部２５２に格納されているストリームデータの再生時間長を監視し、ユーザが指定した再生時間長に達したら、再生制御部２５６に再生するよう制御する処理を繰り返す。
【００５４】
ストリームデータ格納部２５２に格納されているストリームデータの再生時間長を監視する方法としては、例えば、ストリームデータには、タイムスタンプ情報が刻まれているため、それを監視することにより再生時間長を検出する方法や、格納されたデータサイズから、録画ビットレートを除算することで、おおよその再生時間長を算出する等の方法を用いることができる。このようにして、録画途中のコンテンツが指定の時間長まで録画できた時点で、再生を自動的に開始することにより、必要最小限の待ち時間で録画しているコンテンツを再生することができる。
【図面の簡単な説明】
【００５５】
【図１Ａ】本発明の第１の実施形態におけるサーバ装置の構成例を示す図である。
【図１Ｂ】本発明の第１の実施形態におけるクライアント装置の構成例を示す図である。
【図２】本発明の第２の実施形態におけるサーバ装置の構成例を示す図である。
【図３】本発明の第３の実施形態におけるサーバ装置の構成例を示す図である。
【図４】本発明の第３の実施形態におけるサーバ装置の他の例を示す図である。
【図５】本発明の第１〜３の実施形態におけるクライアント装置側の他の構成例を示す図である。
【図６Ａ】従来のネットワーク録画再生システムのサーバ装置の例を示す図である。
【図６Ｂ】従来のネットワーク録画再生システムのクライアント装置の例を示す図である。
【符号の説明】
【００５６】
２００，３００，４００…サーバ装置、２５０，２７０…クライアント装置、２０１，３０１，４０１…アンテナ、２０２，３０２，４０２…チューナ部、２０３，３０３，４０３…デコーダ部、２０４，３０４，４０４…エンコーダ、２０５，４０５…バッファ制御部、３０５…リングバッファ制御部、２０６，４０６…ストリームバッファ部、３０６…リングバッファ部、２０７，３０７，４０７…録画制御部、２０８，３０８，４０８…送信制御部、２０９，３０９，４０９…ストリームデータ送信部、２１０，３１０，４１０…コマンド実行部、２１１，３１１，４１１…コマンド受信部、４１２…バッファ容量検出部、４１３…ビットレート演算部、４１４…通信速度検出部、４１５…定期タイマー処理部、２５１…ストリームデータ受信部、２５２…ストリームデータ格納部、２５３…デコーダ部、２５４…エンコーダ部、２５５…ストリームデータ格納制御部、２５６…再生制御部、２５７…コマンド送信部、２５８…ユーザ操作実行部、２５９…モニター部、２６０…ユーザ操作、２６１…再生時間長監視部、２８０，３８０，４８０…ネットワーク。
【図１Ａ】
2008103972.tif 000003
【図１Ｂ】
2008103972.tif 000004
【図２】
2008103972.tif 000005
【図３】
2008103972.tif 000006
【図４】
2008103972.tif 000007
【図５】
2008103972.tif 000008
【図６Ａ】
2008103972.tif 000009
【図６Ｂ】
2008103972.tif 000010