JP2005151328A - ストリーミングデータ通信システム、ストリーミングデータ通信装置及びストリーミングデータ通信方法 - Google Patents

Abstract

【課題】 大容量の記憶装置を必要とせず低コストでストリーミングデータを記録すること。
【解決手段】 ストリーミングデータを配信する放送サーバ１０１と、そのストリーミングデータを録画ファイルとして保存及び再生する複数のＳＴＢ１０２〜１０６と、を具備するストリーミングデータ通信システムにおいて、いずれかのＳＴＢは、ストリーミングデータの録画の予約処理が可能であり、その予約処理に先立って同一内容の予約処理を行う他のＳＴＢの有無を判断し、該当する他のＳＴＢが有る場合には当該他のＳＴＢで録画される録画ファイルの共有を設定する。
【選択図】 図１

Description

本発明は、ストリーミングデータ通信システム、ストリーミングデータ通信装置及びストリーミングデータ通信方法に関する。

従来から放送局から放送された番組をテレビで受信し、その番組をＶＴＲ装置で録画することが行われている。近年、インターネットの普及により通信回線を介して映画などの動画データを放送サーバがリアルタイムで配信（ストリーミング配信）し、その動画データをセットトップボックス（STB: Set Top Box）で受信するシステム（以下、「ストリーミングデータ通信システム」という）が構築されている（例えば、特許文献１）。

かかるストリーミングデータ通信システムにおいては、受信した動画データをハードディスク装置などの記憶装置に記録することが可能となっている。また、予め記録時間とチャネルを指定して所望の動画データを記録すること、すなわち、動画データの予約録画をすることが可能となっている。
特開２００２−１９９３１８号公報

しかしながら、上記従来のストリーミングデータ通信システムにおいては、利用者が再生を希望する全てのストリーミングデータを記憶装置に記録する必要が生じることとなる。このため、大容量の記憶装置を確保しなければ実現できず、これに伴いシステムの構築に要するコストの低減が困難であるという問題がある。

また、インターネット上に動画データを記録するためのセンター設備を構築し、一括して動画データの記録を行うことも考えられるが、この場合にもシステムの構築に要するコストや運用に要するコストの低減が困難であるという問題は依然として残ることとなる。

本発明は、かかる問題点に鑑みて為されたものであり、大容量の記憶装置を必要とせず低コストでストリーミングデータを記録することができるストリーミングデータ通信システム、ストリーミングデータ通信装置及びストリーミングデータ通信方法を提供することを目的とする。

本発明は、ストリーミングデータを配信するサーバと、そのストリーミングデータを録画ファイルとして保存及び再生する複数のストリーミングデータ通信装置と、を具備するストリーミングデータ通信システムにおいて、ストリーミングデータ通信装置は、ストリーミングデータの録画の予約処理が可能であり、その予約処理に先立って同一内容の予約処理を行う他のストリーミングデータ通信装置の有無を判断し、該当する他のストリーミングデータ通信装置が有る場合には当該他のストリーミングデータ通信装置で録画される録画ファイルの共有を設定するものである。

本発明に係るストリーミングデータ通信システム、ストリーミングデータ通信装置及びストリーミングデータ通信方法によれば、大容量の記憶装置を必要とせず低コストでストリーミングデータを記録することができる。

本発明の第１の態様に係るストリーミングデータ通信システムは、ストリーミングデータを配信するサーバと、前記ストリーミングデータを録画ファイルとして保存及び再生する複数のストリーミングデータ通信装置と、を具備するストリーミングデータ通信システムであって、前記ストリーミングデータ通信装置は、前記ストリーミングデータの録画の予約処理が可能であり、前記予約処理に先立って同一内容の予約処理を行う他のストリーミングデータ通信装置の有無を判断し、該当する他のストリーミングデータ通信装置が有る場合には当該他のストリーミングデータ通信装置で録画される録画ファイルの共有を設定する構成を採る。

この構成によれば、予約処理に先立って同一内容の予約処理を行う他のストリーミングデータ通信装置の有無を判断し、該当する他のストリーミングデータ通信装置が有る場合には当該他のストリーミングデータ通信装置で録画される録画ファイルの共有を設定するので、複数のストリーミングデータ通信装置で録画ファイルを重複して保存するのを回避することができる。この結果、大容量の記憶装置を必要とせず低コストでストリーミングデータを記録することができる。

本発明の第２の態様は、第１の態様に係るストリーミングデータ通信システムにおいて、前記ストリーミングデータ通信装置は、同一内容の予約処理を行う他のストリーミングデータ通信装置が無い場合には前記予約処理を行う構成を採る。

この構成によれば、同一内容の予約処理を行う他のストリーミングデータ通信装置が無い場合には前記予約処理を行うので、他のストリーミングデータ通信装置で録画されていない録画ファイルを自装置で録画して保存することができる。

本発明の第３の態様は、第１又は第２の態様に係るストリーミングデータ通信システムにおいて、前記ストリーミングデータ通信装置は、装置本体の電源を切断する際、前記他のストリーミングデータ通信装置から共有を設定された録画ファイルの有無を判断し、該当する録画ファイルがある場合には当該録画ファイルを前記他のストリーミングデータ通信装置に転送する構成を採る。

この構成によれば、他のストリーミングデータ通信装置から共有を設定された録画ファイルがある場合には当該録画ファイルが当該他のストリーミングデータ通信装置に転送されるので、当該録画ファイルの共有を設定したストリーミングデータ通信装置が当該録画ファイルを再生できないという事態を確実に回避することができる。

本発明の第４の態様に係るストリーミングデータ通信装置は、配信されるストリーミングデータを録画ファイルとして保存及び再生するストリーミングデータ通信装置であって、前記ストリーミングデータを受信する受信手段と、前記ストリーミングデータを録画ファイルとして保存する記憶手段と、前記録画ファイルを再生する再生手段と、前記ストリーミングデータの録画の予約処理を行う予約手段と、前記予約処理に先立って同一内容の予約処理を行う他のストリーミングデータ通信装置の有無を判断し、該当する他のストリーミングデータ通信装置が有る場合には当該他のストリーミングデータ通信装置で録画される録画ファイルの共有を設定する制御手段と、を具備する構成を採る。

この構成によれば、予約処理に先立って同一内容の予約処理を行う他のストリーミングデータ通信装置の有無を判断し、該当する他のストリーミングデータ通信装置が有る場合には当該他のストリーミングデータ通信装置で録画される録画ファイルの共有を設定するので、複数のストリーミングデータ通信装置で録画ファイルを重複して保存するのを回避することができる。この結果、大容量の記憶装置を必要とせず低コストでストリーミングデータを記録することができる。

本発明の第５の態様は、第４の態様に係るストリーミングデータ通信装置において、前記制御手段は、同一内容の予約処理を行う他のストリーミングデータ通信装置が無い場合には前記予約手段に前記予約処理を行わせる構成を採る。

この構成によれば、同一内容の予約処理を行う他のストリーミングデータ通信装置が無い場合には前記予約処理を行うので、他のストリーミングデータ通信装置で録画されていない録画ファイルを自装置で録画して保存することができる。

本発明の第６の態様は、第４又は第５の態様に係るストリーミングデータ通信装置において、前記制御手段は、装置本体の電源を切断する際、前記他のストリーミングデータ通信装置から共有を設定された録画ファイルの有無を判断し、該当する録画ファイルがある場合には当該録画ファイルを前記他のストリーミングデータ通信装置に転送する構成を採る。

この構成によれば、他のストリーミングデータ通信装置から共有を設定された録画ファイルがある場合には当該録画ファイルが当該他のストリーミングデータ通信装置に転送されるので、当該録画ファイルの共有を設定したストリーミングデータ通信装置が当該録画ファイルを再生できないという事態を確実に回避することができる。

本発明の第７の態様に係るストリーミングデータ通信方法は、配信されるストリーミングデータを録画ファイルとして保存及び再生すると共に前記ストリーミングデータの録画の予約処理が可能な複数のストリーミングデータ通信装置を用いたストリーミングデータ通信方法であって、前記予約処理に先立って同一内容の予約処理を行う他のストリーミングデータ通信装置の有無を判断し、該当する他のストリーミングデータ通信装置が有る場合には当該他のストリーミングデータ通信装置で録画される録画ファイルの共有を設定するものである。

本発明の第８の態様は、第７の態様に係るストリーミングデータ通信方法において、同一内容の予約処理を行う他のストリーミングデータ通信装置が無い場合には前記予約処理を行うものである。

本発明の第９の態様は、第７又は第８の態様に係るストリーミングデータ通信方法において、前記ストリーミングデータ通信装置で装置本体の電源を切断する際、前記他のストリーミングデータ通信装置から共有を設定された録画ファイルの有無を判断し、該当する録画ファイルがある場合には当該録画ファイルを前記他のストリーミングデータ通信装置に転送するものである。

以下、本発明の実施の形態について、図面を参照して詳細に説明する。

図１は、本発明の一実施の形態に係るストリーミングデータ通信システムが適用されるネットワークの構成を示す図である。

図１に示すように、本実施の形態に係るストリーミングデータ通信システムが適用されるネットワークは、ストリーミングデータを配信する放送サーバ１０１と、放送サーバ１０１から配信されるストリーミングデータを、インターネットを介して受信する複数のストリーミングデータ通信装置としてのセットトップボックス（STB: Set Top Box）１０２〜１０６とから構成される。各ＳＴＢ１０２〜１０６には、ストリーミングデータが表示されるディスプレイ１０７〜１１１が接続されている。

放送サーバ１０１は、ＴＶチューナー１１２を備える。ＴＶチューナー１１２は、衛星放送等から受信したアナログデータをＭＰＥＧ等のデジタルデータに変換する。放送サーバ１０１は、この変換後のデジタルデータをストリーミングデータとして、インターネットを介してＳＴＢ１０２〜１０６に配信する。

図２は、本実施の形態に係るストリーミングデータ通信システムにおけるＳＴＢ１０２〜１０６の構成を示すブロック図である。ＳＴＢ１０２〜１０６は、同様の構成を有するため、ＳＴＢ１０２の構成について説明し、他のＳＴＢ１０３〜１０６の構成については省略する。

図２に示すように、ＳＴＢ１０２は、ＣＰＵ２０１、メモリ２０２、赤外線インターフェイス（Ｉ／Ｆ）２０３、記憶装置２０４、ＴＶインターフェイス（Ｉ／Ｆ）２０５及びネットワークインターフェイス（Ｉ／Ｆ）２０６を備える。

ＣＰＵ２０１は、装置全体の動作を制御する。メモリ２０２には、ＣＰＵ２０１が装置全体の制御の際に実行するプログラム、並びに制御の際に必要なデータが格納される。赤外線Ｉ／Ｆ２０３は、リモートコントローラからの操作入力を受け付ける。記憶装置２０４には、放送サーバ１０１から受信したストリーミングデータが保存される。以下の説明においては、記憶装置２０４に保存されたストリーミングデータを録画ファイルと呼ぶものとする。ＴＶＩ／Ｆ２０５は、装置本体とディスプレイとをインターフェイスを介して接続する。ネットワークＩ／Ｆ２０６は、装置本体とインターネットとをインターフェイスを介して接続する。

図３は、本実施の形態に係るストリーミングデータ通信システムにおけるＳＴＢ１０２が備えるＣＰＵ２０１の機能ブロック図である。

図３に示すように、ＣＰＵ２０１は、ストリーミング処理部３０１、ＴＶ再生部３０２、共有録画処理部３０３及び画面処理部３０４を備える。

ストリーミング処理部３０１は、ネットワークＩ／Ｆ２０６を介して入力されたストリーミングデータを受信する。また、インターネットを介して本実施の形態に係るストリーミングデータ通信システムに接続された他のＳＴＢに対して、当該他のＳＴＢが保存するストリーミングデータの再生を指示する。

ＴＶ再生部３０２は、ストリーミング処理部３０１から得たデジタルデータをアナログデータに変換し、ＴＶＩ／Ｆ２０５を介して当該アナログデータをディスプレイで再生する。

共有録画処理部３０３は、本実施の形態に係るストリーミングデータ通信システムに接続された他のＳＴＢの記憶装置２０４と連携して録画ファイルを共有するための処理を行う。具体的には、ストリーミング処理部３０１の入力に応じて、記憶装置２０４内の録画ファイルを他のＳＴＢに送出する。また、他のＳＴＢからの要求に応じて、指定されたストリーミングデータを録画して記憶装置２０４に保存する。

画面処理部３０４は、ディスプレイ１０７上で録画予約をするための画面（以下、「録画予約画面」という）を生成する。生成された録画予約画面は、ＴＶ再生部３０２を介してディスプレイに表示される。例えば、録画予約画面には、予約が指示された番組の一覧が表示される。

以下、上記構成を有する本ストリーミングデータ通信システムにおける動作について説明する。まず、本実施の形態に係るストリーミングデータ通信システムにおけるＳＴＢの起動処理について説明する。

なお、各ＳＴＢ１０２〜１０６には、予めＳＴＢを識別するためのＳＴＢＩＤが付与されている。また、各ＳＴＢ１０２〜１０６には、ＩＰアドレスが付与されている。ＳＴＢ１０２〜１０６のＳＴＢＩＤはそれぞれ”９３”、”８０”、”９０”、”１００”及び”７０”であり、ＩＰアドレスはそれぞれ”１９２．１０．１０．１０”、”１９２．１６８．０．１００”、”１９２．１６８．０．１３０”、”１９２．１６８．２．３０”及び”１９２．１６８．１００．２”である。

図４は、本実施の形態に係るストリーミングデータ通信システムにおけるＳＴＢの起動処理を説明するためのシーケンス図である。ここでは、ＳＴＢ１０２が起動する場合の動作について説明するものとし、他のＳＴＢ１０３〜１０６は既に起動しているものとする。

図４に示すように、ＳＴＢ１０２が起動すると、ＳＴＢ１０２は、本ストリーミングデータ通信システム上で自己のＳＴＢＩＤと近いＳＴＢＩＤが付与されたＳＴＢの登録処理を行う。具体的には、自己のＳＴＢＩＤと近いＳＴＢＩＤをパラメータとしてＩＰアドレス要求コマンドをブロードキャストし、その応答を待機する。

より具体的には、ＳＴＢ１０２は、自己のＳＴＢＩＤ”９３”と同一である”９０”番台及び自己のＳＴＢＩＤ”９３”と近い”８０”番台、”１００”番台のＳＴＢＩＤをパラメータとしてＩＰアドレス要求コマンドをブロードキャストする。図４の場合、ＳＴＢ１０３〜１０５は、ＳＴＢＩＤがそれぞれ”８０”、”９０”、”１００”であるため、ＩＰアドレス要求コマンドを受信するが、ＳＴＢ１０６は、ＳＴＢＩＤが”７０”であるため、ＩＰアドレス要求コマンドを受信することはない。

ＩＰアドレス要求コマンドを受信したＳＴＢ１０３〜１０５は、これに応答してＩＰアドレスを返信する。ＳＴＢ１０２ではこの返信されたＩＰアドレスを保存する。これにより、本ストリーミングデータ通信システム上で自己のＳＴＢＩＤと近いＳＴＢＩＤが付与されたＳＴＢの登録処理が完了する。

このように自己のＳＴＢＩＤと近いＳＴＢＩＤが付与されたＳＴＢのみを登録するのは、システム上に接続された多数のＳＴＢを登録することで処理が複雑化するのを回避するためである。なお、以下の説明においては、これらの起動時に登録したＳＴＢを「起動時登録ＳＴＢ」というものとする。

図５及び図６は、本実施の形態に係るストリーミングデータ通信システムにおいて、ＳＴＢが起動処理を行う動作を説明するためのフロー図である。図５は、起動処理を行うＳＴＢ１０２の動作について示し、図６は、起動処理を行うＳＴＢ１０２と通信を行うＳＴＢ１０３〜１０５の動作について示している。

起動処理を行うＳＴＢ１０２は、図５に示すように、常時、利用者から起動指示を受けるか監視している（ＳＴ５０１）。そして、起動指示を受けたならば、ＳＴＢ１０２は、自己のＳＴＢＩＤ”９３”に近いＳＴＢＩＤが付与されたＳＴＢにＩＰアドレス要求コマンドを送出する（ＳＴ５０２）。

その後、レスポンスがあるか判断する（ＳＴ５０３）。レスポンスがあったならば、返信されたＩＰアドレスを保存する（ＳＴ５０４）。これにより、起動時登録ＳＴＢが設定される。一方、レスポンスがないならば、ＩＰアドレス要求コマンドの送出のために予め定められたリトライ回数をオーバしたか判断する（ＳＴ５０５）。リトライ回数をオーバしてないならば、処理をＳＴ５０２に戻し、オーバしているならば、ディスプレイ１０７にエラー表示をし（ＳＴ５０６）、処理を終了する。

一方、既に起動しているＳＴＢ１０３〜ＳＴ１０５は、図６に示すように、常時、ＩＰアドレス要求コマンドを受信するか監視している（ＳＴ６０１）。ＩＰアドレス要求コマンドを受信したならば、自端末がそのコマンドに指定されたＳＴＢＩＤに該当するか判断する（ＳＴ６０２）。該当するならば、自己のＩＰアドレスをＳＴＢ１０２に送出して（ＳＴ６０３）、処理を終了する。一方、該当しないならば、応答せずにそのまま処理を終了する。

次に、本実施の形態に係るストリーミングデータ通信システムにおいて、ＳＴＢが録画予約を行う場合の処理について説明する。

本実施の形態に係るストリーミングデータ通信システムにおいては、ストリーミングデータ通信システムに接続されたＳＴＢ間において録画ファイルを共有する。ここで、共有するとは、他の装置で記憶したファイルを任意に取り出し可能にする状態のことをいい、具体的には録画リンクテーブルに番組ＩＤとＩＰアドレスとを記憶することをいう。したがって、他のＳＴＢで特定のストリーミングデータを録画予約している場合には、さらに当該ストリーミングデータを録画予約する必要はない。

図７は、本実施の形態に係るストリーミングデータ通信システムにおいて、ＳＴＢが録画予約を行う場合の処理を説明するためのシーケンス図である。ここでは、ＳＴＢ１０２が、放送サーバ１０１が配信する番組を識別するためのＩＤ（以下、「番組ＩＤ」という）”２”に対応するストリーミングデータの録画予約を行う場合の動作について説明するものとする。なお、番組ＩＤ”２”のストリーミングデータは、ＳＴＢ１０４、ＳＴＢ１０５及びＳＴＢ１０６で録画予約が行われているものとする。

録画予約を行うＳＴＢ１０２は、図７に示すように、番組ＩＤ”２”をパラメータとして録画予約問合コマンド（以下、「予約問合コマンド」という）を起動時登録ＳＴＢ（ＳＴＢ１０３〜１０５）に送出する。そして、録画予約が行われているＳＴＢからレスポンスを受信する。このレスポンスには、録画予約されたストリーミングデータに対して共有を希望する数（リンク数）を示す録画リンク数が含まれる。

レスポンスを受信すると、ＳＴＢ１０２は、レスポンスに含まれる録画リンク数が最も少ないＳＴＢを選択し、当該番組ＩＤに対応する録画ファイルに対する共有（リンク）を設定する録画リンク設定コマンド（以下、「リンク設定コマンド」という）を送出する。図７においては、ＳＴＢ１０４からのレスポンスに含まれる録画リンク数が最も少ないため、ＳＴＢ１０４にリンク設定コマンドを送出している。

図７においては、ＳＴＢ１０３にも同様に予約問合コマンドが送出されている。しかし、ＳＴＢ１０３においては番組ＩＤ”２”のストリーミングデータの録画予約が行われていない。このため、ＳＴＢ１０３は、レスポンスをＳＴＢ１０２に返信することはない。しかし、ＳＴＢ１０３は、ＳＴＢ１０３における起動時登録ＳＴＢ（ＳＴＢＩＤ”７０”〜”９０”）に含まれるＳＴＢ１０６（ＳＴＢＩＤ”７０”）に予約問合コマンドを転送する。ＳＴＢ１０６では番組ＩＤ”２”のストリーミングデータの録画予約が行われているため、ＳＴＢ１０６は、ＳＴＢ１０２にレスポンス（録画リンク数＝３）を返信する。

このように本実施の形態では、原則として起動時登録ＳＴＢを処理の一単位とする。しかし、処理を依頼されたＳＴＢが当該処理を実行できない場合（上述の場合には予約問合コマンドに対するレスポンスを返信できない場合）には、当該ＳＴＢの起動時登録ＳＴＢに当該処理を転送する。これにより、起動時登録ＳＴＢを処理の一単位としつつ、処理が実行されないという事態を回避している。

図８及び図９は、本実施の形態に係るストリーミングデータ通信システムにおいて、ＳＴＢが録画予約を行う動作を説明するためのフロー図である。図８は、録画予約を行うＳＴＢ１０２の動作について示し、図９は、録画予約を行うＳＴＢ１０２と通信を行うＳＴＢ１０３〜１０５（１０６）の動作について示している。

録画予約を行うＳＴＢ１０２は、図８に示すように、常時、利用者から録画予約指示を受けるか監視している（ＳＴ８０１）。そして、録画予約指示を受けたならば、ＳＴＢ１０２は、その指示に含まれる番組ＩＤの番組情報を取得する（ＳＴ８０２）。ここでは、番組情報として、例えば、番組ＩＤ”２”の開始時間及び終了時間が取得される。

番組情報を取得したならば、ＳＴＢ１０２は、現在時刻が当該番組の終了時間以前であるか判断する（ＳＴ８０３）。番組の終了時間以前の場合には、起動時登録ＳＴＢ（ＳＴＢ１０３〜１０５）に対して番組ＩＤ”２”をパラメータとして予約問合コマンドを送出する（ＳＴ８０４）。

一定時間の間にレスポンスがあるか判断する（ＳＴ８０５）。レスポンスがあったならば、さらにレスポンスが一定数以上であるか判断する（ＳＴ８０６）。ここで、レスポンスが一定数以上であるか判断するのは、録画予約しているＳＴＢが一定数以下の場合に当該録画ファイルを再生できないという事態を回避するためである。

レスポンスが一定数以上の場合には、レスポンスに含まれる録画リンク数が最小のＳＴＢを選択し当該ＳＴＢにリンク設定コマンドを送出して（ＳＴ８０７）、処理を終了する。ここでは、上述のように、ＳＴＢ１０４にリンク設定コマンドが送出される。

ＳＴ８０５において一定時間内にレスポンスがなかった場合又はＳＴ８０６においてレスポンスが一定数以上なかった場合には、ＳＴＢ１０２は、現在時刻が当該番組の開始時間以前か判断する（ＳＴ８０８）。開始時間以前ならば、録画するストリーミングデータのレコードが登録されるテーブル（以下、「録画テーブル」という）に当該番組ＩＤに対応するレコードを追加して（ＳＴ８０９）、処理を終了する。

このように本実施の形態に係るストリーミングデータ通信システムによれば、当該番組ＩＤを録画予約している他のＳＴＢが無い場合には当該番組ＩＤの録画予約を録画テーブルに追加するので、他のＳＴＢで録画されていない録画ファイルを自装置で録画して保存することができる。

なお、ＳＴ８０３において現在時刻が番組の終了時間以降の場合又はＳＴ８０８において現在時刻が番組の開始時間以降の場合には、ＳＴＢ１０２は、ディスプレイ１０７にエラーである旨を表示して（ＳＴ８１０、ＳＴ８１１）、処理を終了する。

一方、ＳＴＢ１０２と通信を行うＳＴＢ１０３〜１０５は、図９に示すように、常時、予約問合コマンドを受信するか監視している（ＳＴ９０１）。予約問合コマンドを受信したならば、当該予約問合コマンドから録画予約の対象となっている番組ＩＤ（番組ＩＤ”２”）を取得する（ＳＴ９０２）。

そして、取得した番組ＩＤに対応するレコードが録画テーブルに存在するか判断する（ＳＴ９０３）。該当するレコードが録画テーブルに存在するならば、番組ＩＤに対応するストリーミングデータに対する録画リンク数が登録される録画リンクテーブルから当該ストリーミングデータに対する録画リンク数を取得する（ＳＴ９０４）。そして、取得した録画リンク数をＳＴＢ１０２に送出する（ＳＴ９０５）。

その後、一定時間内にＳＴＢ１０２からリンク設定コマンドを受信するか判断する（ＳＴ９０６）。リンク設定コマンドを受信したならば、録画リンクテーブルに当該番組ＩＤに対応するレコードを追加して（ＳＴ９０７）、処理を終了する。なお、リンク設定コマンドを受信しないで一定時間が経過したならば、そのまま処理を終了する。

なお、ＳＴ９０３において、録画テーブルに番組ＩＤに対応するレコードが存在しない場合には（図７に示すＳＴＢ１０３）、当該ＳＴＢの起動時登録ＳＴＢ（図７に示すＳＴＢ１０６）に番組ＩＤをパラメータとして予約問合コマンドを送出して（ＳＴ９０８）、処理を終了する。予約問合コマンドを受信したＳＴＢは、当該番組ＩＤの録画予約をしている場合にはレスポンスを返信する。

以上のような動作により、録画予約を行ったＳＴＢ１０２における録画テーブルの内容、並びにＳＴＢ１０２からリンク設定コマンドを受信したＳＴＢ１０４における録画テーブル及び録画リンクテーブルの内容について示す。

図１０は、録画予約を行ったＳＴＢ１０２における録画テーブルの内容について示す図であり、図１１及び図１２は、それぞれＳＴＢ１０２からリンク設定コマンドを受信したＳＴＢ１０４における録画テーブル及び録画リンクテーブルの内容について示す図である。

図１０及び図１１に示すように、録画テーブルには、「番組ＩＤ」に対応してその番組の「開始時間」、「終了時間」、「マルチキャストアドレス／ポート」、「実際に録画するＳＴＢのＩＰアドレス」、「録画状態」、「ビットレート」及び「録画保存許可期間」が登録される。

「マルチキャストアドレス／ポート」には、放送サーバ１０１において予め決められたチャネルに対応するＩＰアドレスが登録される。「実際に録画するＳＴＢのＩＰアドレス」には、番組ＩＤに対応するストリーミングデータの録画先となるＳＴＢのＩＰアドレスが登録される。「録画状態」には、自端末で録画を行う場合において、その録画を完了した場合に「完了」が登録され、その録画を行う予定である場合に「予約」が登録される。

「ビットレート」には、番組ＩＤに対応するストリーミングデータの通信ビットレートが登録される。「録画保存許可期間」には、番組ＩＤに対応するストリーミングデータの保存が許可される期間が登録される。「ビットレート」及び「録画保存許可期間」は、その番組ＩＤに応じて放送サーバ１０１から別の手段（ＦＴＰ、ＨＴＴＰ）によりＳＴＢに送信された番組情報の情報が登録される。

図１０においては、番組ＩＤ”１”〜”３”のレコードが登録され、番組ＩＤ”１”及び”３”は、ＳＴＢ１０２が自ら録画する場合について登録されている。この場合、同図に示すように、「実際に録画するＳＴＢのＩＰアドレス」にはＩＰアドレスが未設定の状態で登録される。一方、番組ＩＤ”２”は、「実際に録画するＳＴＢのＩＰアドレス」として、ＳＴＢ１０４に付与されたＩＰアドレス”１９２．１６８．０．１３０”が登録されている。この場合、同図に示すように「録画状態」は、未設定の状態で登録される。

図１１においては、ＳＴＢ１０４が自端末で番組ＩＤ”２”のストリーミングデータを録画する予定であるため、番組ＩＤ”２”に対応するレコードが登録されている。図１０に示す番組ＩＤ”１”及び”３"と同様に、「実際に録画するＳＴＢのＩＰアドレス」にはＩＰアドレスが未設定の状態で登録されている。

図１２に示すように、録画リンクテーブルには、「番組ＩＤ」に対応して「予約をした他ＳＴＢのＩＰアドレス」が登録される。ここでは、ＳＴＢ１０２からＳＴＢ１０４にリンク設定コマンドが送出されているため、番組ＩＤ”２”に対応してＳＴＢ１０２のＩＰアドレス”１９２．１０．１０．１０”が登録されている。

このように本実施の形態に係るストリーミングデータ通信システムによれば、録画予約に先立って同一内容の予約処理を行う他のＳＴＢの有無を判断し、該当する他のＳＴＢが有る場合には当該他のＳＴＢで録画される録画ファイルの共有を設定するので、複数のＳＴＢで録画ファイルを重複して保存するのを回避することができる。この結果、大容量の記憶装置を必要とせず低コストでストリーミングデータを記録することができる。

次に、本実施の形態に係るストリーミングデータ通信システムにおいて、ＳＴＢが録画を行う場合の処理について説明する。本実施の形態に係るストリーミングデータ通信システムにおいては、放送サーバ１０１からマルチキャストで予め定められたＳＴＢにストリーミングデータが配信される。

図１３は、本実施の形態に係るストリーミングデータ通信システムにおいて、ＳＴＢが録画を行う場合の処理を説明するためのシーケンス図である。

ストリーミングデータの録画を行うＳＴＢは、図１３に示すように、ＩＰルータに対して、ＩＧＭＰ（Internet Gateway Multicast Protocol）プロトコルに定められたＪＯＩＮパケットを送出する。なお、このＪＯＩＮパケットには、ＳＴＢが録画しようとするストリーミングデータが送られてくるマルチキャストアドレスが指定されている。

ＩＰルータは、このＪＯＩＮパケットを受信すると、指定されたマルチキャストアドレスに対応するゲートを開く。これにより、放送サーバ１０１から当該マルチキャストアドレスで配信されるＲＴＰ（Real-time Transport Protocol）パケットをＳＴＢで受信することができるようになる。

ＳＴＢにおいては、このＲＴＰパケットを録画し、録画が完了したならば、ＩＧＭＰプロトコルに定められたＬＥＡＶＥパケットを送出する。このＬＥＡＶＥパケットを受信すると、ＩＰルータが先のマルチキャストアドレスに対応するゲートを閉じる。これにより、ＲＴＰパケットをＳＴＢで受信することができなくなる。

図１４は、本実施の形態に係るストリーミングデータ通信システムにおいて、ＳＴＢが録画を行う動作を説明するためのフロー図である。例えば、かかる動作は、図１０に示す番組ＩＤ”２”について現在時刻が「７：００」となった時点でＳＴＢ１０４により実行される。

図１４に示すように、各ＳＴＢは、常時、自己の録画テーブルにおいて録画状態が「予約」となっており、現在時刻がその開始時間になるレコードの有無を監視している（ＳＴ１４０１）。そして、開始時間となったレコードがあるならば、そのレコードのマルチキャストアドレス／ポートを取得する（ＳＴ１４０２）。そして、その取得したマルチキャストアドレス／ポートを指定してＩＧＭＰプロトコルに定められたＪＯＩＮパケットをＩＰルータに送出する（ＳＴ１４０３）。

ＪＯＩＮパケットの送出に応じてＩＰルータがゲートを開くことで、放送サーバ１０１から配信されるＲＴＰパケットの受信が可能となるので、ＳＴＢは、このＲＴＰパケットを受信する（ＳＴ１４０４）。そして、この受信したファイルを記憶装置２０４に保存する（ＳＴ１４０５）。

記憶装置２０４への保存を終了した後、ＳＴＢは、録画テーブルの当該レコードの録画状態を「予約」から「完了」に更新し（ＳＴ１４０６）、ＩＰルータに対してＩＧＭＰプロトコルに定められたＬＥＡＶＥパケットを送出する（ＳＴ１４０７）。このようにして本ストリーミングデータ通信システムのＳＴＢにおけるストリーミングデータの録画が行われる。

次に、本実施の形態に係るストリーミングデータ通信システムにおいて、ＳＴＢが他のＳＴＢで録画された録画ファイルの再生を行う場合の処理について説明する。

図１５は、本実施の形態に係るストリーミングデータ通信システムにおいて、ＳＴＢが他のＳＴＢで録画された録画ファイルの再生を行う場合の処理を説明するためのシーケンス図である。ここでは、ＳＴＢ１０２がＳＴＢ１０４で録画された番組ＩＤ”２”の録画ファイルを再生する場合について説明する。

他のＳＴＢ１０４で録画された録画ファイルの再生を行う場合、ＳＴＢ１０２は、まず、ＳＴＢ１０４に対してＴＣＰ（Transmission Control Protocol）に従って接続（以下、「ＴＣＰ接続」という）し、ＲＴＳＰ(Real Time Streaming Protocol)に定められた”ＤＥＳＣＲＩＢＥ”を送出する。この”ＤＥＳＣＲＩＢＥ”には、ＳＴＢ１０２が再生を希望する番組ＩＤに対応するＵＲＬが含まれている。これに対してＳＴＢ１０４は、ＲＴＳＰに定められた”ＳＤＰ”をＳＴＢ１０２に送出する。この”ＳＤＰ”には、ＳＥＴＵＰ用のＵＲＬが含まれている。このとき、ＳＴＢ１０４は、後述する空帯域の計算が行われる。

ＳＴＢ１０４から”ＳＤＰ”を受信すると、ＳＴＢ１０２は、当該”ＳＤＰ”の解析を行い、ＲＴＳＰに定められた”ＳＥＴＵＰ”を送出する。これに応じてＳＴＢ１０４は、ＲＴＰアドレス／ポートをＳＴＢ１０２に送出する。

この応答を受けると、ＳＴＢ１０２は、ＲＴＳＰに定められた”ＰＬＡＹ”を送出する。これに応じてＳＴＢ１０４は、”ｒｔｐｔｉｍｅ”を送出し、続いてＲＴＰストリームを送出する。

ＲＴＰストリームを受信し終わったならば、ＳＴＢ１０２は、ＲＴＳＰに定められた”ＴＥＡＲＤＯＷＮ”を送出する。そして、ＳＴＢ１０４がこれに応答したならば、ＳＴＢ１０２は、ＴＣＰに従って切断を行う。

図１６は、本実施の形態に係るストリーミングデータ通信システムにおいて、ＳＴＢが録画ファイルの再生を行う動作を説明するためのフロー図である。

再生を行うＳＴＢ１０２は、図１６に示すように、常時、利用者からの再生指示を受けるか監視している（ＳＴ１６０１）。そして、再生指示を受けたならば、ＳＴＢ１０２は、その指示に含まれる番組ＩＤを取得し（ＳＴ１６０２）、当該番組ＩＤに対応するストリーミングデータを自端末で録画したか判断する（ＳＴ１６０３）。

ここで、自端末で録画したかは、録画テーブルの「実際に録画するＳＴＢのＩＰアドレス」の登録内容に応じて判断する。当該番組ＩＤに対応するレコードにおいて、未設定の場合には自端末で録画したものと判断し、ＩＰアドレスが登録されている場合には他のＳＴＢで録画したものとする。ここに登録されたＩＰアドレスを判断することで、どのＳＴＢで録画されているかが分かる。なお、ここでは、他のＳＴＢであるＳＴＢ１０４で録画されているため、処理がＳＴ１６０４に移行することとなる。

ＳＴ１６０４においては、ＳＴＢ１０２は、録画テーブルに登録されているＩＰアドレスに応じてＳＴＢ１０４にＴＣＰ接続する。ＴＣＰ接続した後、ＳＴＢ１０２は、ＲＴＳＰに定められた”ＤＥＳＣＲＩＢＥ”コマンドを送出する（ＳＴ１６０５）。この”ＤＥＳＣＲＩＢＥ”コマンドには、上述のようにＵＲＬに番組ＩＤを含んでいる。この”ＤＥＳＣＲＩＢＥ”コマンドを受けると、ＳＴＢ１０４は、図１７に示す空帯域計算を行う。

”ＤＥＳＣＲＩＢＥ”コマンドを送出した後、ＳＴＢ１０２は、ストリーミングデータを通信するための帯域の不足やＳＴＢ１０４の電源が切断すること等によりストリーミングデータの再生ができないか判断する（ＳＴ１６０６）。ここでは、これらのような要因は発生していないものとする。この場合、図１５に示すように、ＳＴＢ１０４よりＲＴＳＰ／ＲＴＰに従ってストリーミングデータが送出されるので、ＳＴＢ１０２は、これを受信して再生する（ＳＴ１６０７）。その後、処理を終了する。

このように本実施の形態に係るストリーミングデータ通信システムによれば、ストリーミング配信の要求（ＤＥＳＣＲＩＢＥコマンド）に応じて他のＳＴＢで録画されている録画ファイルが再生を希望するＳＴＢに配信される。このため、自装置で当該録画ファイルを録画していなくても再生を希望する録画ファイルを再生することができる。

なお、ＳＴ１６０３において、再生指示された番組ＩＤが自端末で録画されているような場合には、ＳＴＢ１０２は、記憶装置２０４に保存された録画ファイルを再生して（ＳＴ１６０８）、処理を終了する。

また、ＳＴ１６０６において、ストリーミングデータを通信するための帯域の不足やＳＴＢ１０４の電源が切断すること等のストリーミングデータの再生ができない要因が発生している場合、ＳＴＢ１０２は、起動時登録ＳＴＢ（ＳＴＢ１０３〜１０５）に対して、再生指示された番組ＩＤ（番組ＩＤ”２”）をパラメータとして録画完了問合コマンド（以下、「完了問合コマンド」という）を送出する（ＳＴ１６０９）。なお、この完了問合コマンドは、当該番組ＩＤに対応するストリーミングデータの録画を完了しているか、つまり、当該ストリーミングデータを録画しているか否かを問い合わせるコマンドである。

完了問合コマンドを送出した後、ＳＴＢ１０２は、起動時登録ＳＴＢよりレスポンスがあるか判断する（ＳＴ１６１０）。レスポンスがあったならば、そのレスポンスのあった他のＳＴＢにＴＣＰ接続する（ＳＴ１６１１）。ＴＣＰ接続すると、当該他のＳＴＢからＲＴＳＰ／ＲＴＰに従ってストリーミングデータが送出されるので、これを受信して再生する（ＳＴ１６１２）。その後、処理を終了する。このとき、起動時登録ＳＴＢから複数のレスポンスがあった場合には、録画リンク数が少ない他のＳＴＢを選択することが好ましい。当該他のＳＴＢの処理負担を軽減するためである。

なお、ＳＴ１６１０において、いずれの起動時登録ＳＴＢからもレスポンスがなかった場合には、ＳＴＢ１０２は、ディスプレイ１０７にエラーである旨を表示して（ＳＴ１６１３）、処理を終了する。このとき、指示されたストリーミングデータの再生ができない要因をディスプレイ１０７に表示することは、実施の形態として好ましい。

このように本実施の形態に係るストリーミングデータ通信システムによれば、ストリーミング配信を要求したＳＴＢ以外のＳＴＢからも当該録画ファイルの配信を受けることができるので、自装置で当該録画ファイルを録画しない状況下でも確実に当該録画ファイルを再生することができる。

ここで、ＳＴＢ１０２からＴＣＰ接続を受けた他のＳＴＢ１０４が空帯域の計算を行う場合の動作について図１７を用いて説明する。

他のＳＴＢ１０４は、再生を希望するＳＴＢから”ＤＥＳＣＲＩＢＥ”コマンドを受信するか監視し、受信したならば、”ＤＥＳＣＲＩＢＥ”コマンドに含まれるＵＲＬから再生を希望する番組ＩＤを取得する（ＳＴ１７０１）。

番組ＩＤを取得したならば、ＳＴＢ１０４は、当該番組ＩＤにより録画テーブルを検索し、当該番組ＩＤに対応するストリーミングデータのビットレートを取得する（ＳＴ１７０２）。以下、ＳＴ１７０２で取得した再生を指示されたストリーミングデータのビットレートを「ビットレートＡ」というものとする。

ビットレートＡを取得した後、ＳＴＢ１０４は、現在、他のストリーミングデータを受信中又は送信中であるか判断する（ＳＴ１７０３）。受信中又は送信中であるならば、放送サーバ１０１からのストリーミングデータを受信中（以下、「放送受信中」という）であるか判断する（ＳＴ１７０４）。

ここで、放送サーバ１０１からのストリーミングデータを受信中でないと判断した場合には、他のＳＴＢが録画した録画ファイルを受信中（以下、「録画受信中」という）であるか、あるいは自端末が録画した録画ファイルを他のＳＴＢに送信中（以下、「録画送信中」という）であると判断する。

放送受信中である場合には、当該ストリーミングデータのビットレートを取得する（ＳＴ１７０５）。なお、このストリーミングデータのビットレートは、放送サーバ１０１から別の手段（ＦＴＰ、ＨＴＴＰ）によりＳＴＢに事前に送信された番組情報の情報である。

一方、録画受信中又は録画送信中である場合には、当該ストリーミングデータのビットレートを取得する（ＳＴ１７０６）。このストリーミングデータのビットレートは、録画テーブルのビットレートから取得される。以下、ＳＴ１７０５又はＳＴ１７０６で取得したストリーミングデータのビットレートを「ビットレートＢ」というものとする。

ビットレートＢを取得した後、ＳＴＢ１０４は、事前に設定されているＳＴＢ１０４のネットワーク帯域からビットレートＡ及びＢの総和を差し引く演算処理を行う（ＳＴ１７０７）。そして、ネットワーク帯域に空きが存在するか判断する（ＳＴ１７０８）。

ネットワーク帯域に空きがあるならば、正常である旨を示すレスポンスをＳＴＢ１０２に送出する一方（ＳＴ１７０９）、ネットワーク帯域に空きがないならば、エラーである旨を示すレスポンスをＳＴＢ１０２に送出して（ＳＴ１７１０）、処理を終了する。

なお、ＳＴ１７０３において、現在、他のストリーミングデータを受信中又は送信中でない場合には、ネットワーク帯域からビットレートＡを差し引き（ＳＴ１７１１）、ＳＴ１７０８〜ＳＴ１７１０の処理を行い、その後、処理を終了する。

図１８は、ＳＴ１６０６において、帯域不足等の要因により完了問合コマンドを受信した他のＳＴＢ（起動時登録ＳＴＢ）の動作を説明するためのフロー図である。

図１８に示すように、他のＳＴＢは、常時、完了問合コマンドを受信するか監視している（ＳＴ１８０１）。そして、完了問合コマンドを受信したならば、当該完了問合コマンドに含まれる番組ＩＤを取得し（ＳＴ１８０２）、当該番組ＩＤに対応するレコードが録画テーブルに存在するか判断する（ＳＴ１８０３）。

当該番組ＩＤに対応するレコードが録画テーブルに存在する場合には、その旨を示すレスポンスを送出して（ＳＴ１８０４）、処理を終了する。なお、このレスポンスには、録画リンク数が含まれる。完了問合コマンドを送出したＳＴＢ１０２は、この録画リンク数に基づいてストリーミングデータの再生を希望するＳＴＢを選択する。

一方、当該番組ＩＤに対応するレコードが録画テーブルに存在しない場合には、当該ＳＴＢの起動時登録ＳＴＢに番組ＩＤをパラメータとして完了問合コマンドを送出して（ＳＴ１８０５）、処理を終了する。完了問合コマンドを受信したＳＴＢは、同様に当該番組ＩＤに対応するレコードの存在を確認し、存在する場合にはＳＴＢ１０２にその旨を示すレスポンスを送出する。

次に、本実施の形態に係るストリーミングデータ通信システムにおいて、ＳＴＢが録画予約した番組ＩＤに対応するレコード等の削除を行う場合の処理について説明する。図１９は、本実施の形態に係るストリーミングデータ通信システムにおいて、ＳＴＢが録画予約した番組ＩＤに対応するレコード等の削除を行う動作を説明するためのフロー図である。

ここでは、ＳＴＢ１０２が番組ＩＤ”２”及び番組ＩＤ”１”に対応するレコード等を削除する場合について説明する。なお、以下の説明で用いるＳＴＢ１０２の録画テーブル及び録画リンクテーブルを図２０に示す。また、ＳＴＢ１０４の録画テーブル及び録画リンクテーブルを図２１に示す。さらに、ＳＴＢ１０６の録画テーブル及び録画リンクテーブルを図２２に示す。

図２０（ａ）に示すＳＴＢ１０２の録画テーブルの内容は、図１０で説明したものと同様であるため、その説明を省略する。録画リンクテーブルには、図２０（ｂ）に示すように、番組ＩＤ”１”に対してＳＴＢ１０４（ＩＰアドレス：１９２．１６８．０．１３０）及びＳＴＢ１０６（ＩＰアドレス：１９２．１６８．１００．２）からリンク設定が行われている。

図２１（ａ）に示すＳＴＢ１０４の録画テーブルには、番組ＩＤ”１”及び番組ＩＤ”２”に対応するレコードが登録されている。番組ＩＤ”１”には、「実際に録画するＳＴＢのＩＰアドレス」としてＳＴＢ１０２のＩＰアドレス（１９２．１０．１０．１０）が登録されている。録画リンクテーブルには、図２１（ｂ）に示すように、番組ＩＤ”２”に対してＳＴＢ１０２（ＩＰアドレス：１９２．１０．１０．１０）からリンク設定が行われている。

図２２（ａ）に示すＳＴＢ１０６の録画テーブルには、番組ＩＤ”１”に対応するレコードが登録されている。番組ＩＤ”１”には、「実際に録画するＳＴＢのＩＰアドレス」としてＳＴＢ１０２のＩＰアドレス（１９２．１０．１０．１０）が登録されている。録画リンクテーブルには、図２２（ｂ）に示すように、いずれのＳＴＢからもリンク設定が行われていない。

録画予約したストリーミングデータの削除を行うＳＴＢ１０２は、図１９に示すように、常時、利用者から削除指示を受けるか監視している（ＳＴ１９０１）。そして、削除指示を受けたならば、その指示に含まれる番組ＩＤより当該番組ＩＤに対応するストリーミングデータの録画先を取得する（ＳＴ１９０２）。具体的には、録画テーブルの「実際に録画するＳＴＢのＩＰアドレス」の登録内容を判断することで、当該番組ＩＤに対応するストリーミングデータの録画先を取得する。ここでは、番組ＩＤ”２”の削除指示を受けているものとし、この場合には「実際に録画するＳＴＢのＩＰアドレス」としてＳＴＢ１０４のＩＰアドレスが録画先として取得される。

当該番組ＩＤに対応するストリーミングデータが他のＳＴＢで録画されているか判断する（ＳＴ１９０３）。他のＳＴＢで録画されているならば、当該他のＳＴＢに番組ＩＤをパラメータとして録画リンク削除コマンド(以下、「リンク削除コマンド」という)を送出する（ＳＴ１９０４）。なお、このリンク削除コマンドは、送信先のＳＴＢの録画リンクテーブルから削除をしようとするＳＴＢのリンク設定を削除することを指示するコマンドである。ここでは、ＳＴＢ１０４に対して番組ＩＤ”２”のリンク設定の削除が指示される。

そして、録画テーブルの該当レコードを削除して（ＳＴ１９０５）、処理を終了する。ここでは、ＳＴＢ１０２の録画テーブルから番組ＩＤ”２”に対応するレコードが削除されることとなる。

このように本実施の形態に係るストリーミングデータ通信システムによれば、削除を希望する録画ファイルの共有の設定の解除という簡単な制御を行うだけで、実質的に録画ファイルの削除を行うことができる。

なお、ＳＴ１９０３において、自端末で削除指示された番組ＩＤに対応するストリーミングデータが録画されている場合には、他のＳＴＢから当該番組ＩＤに対してリンク設定がされているか判断する（ＳＴ１９０６）。以下では、ＳＴＢ１０２が番組ＩＤ”１”に対応するレコードを削除する場合について説明する。

他のＳＴＢからリンク設定がされている場合には、当該他のＳＴＢに番組ＩＤをパラメータとして録画ファイル転送コマンド（以下、「ファイル転送コマンド」という）を送出する（ＳＴ１９０７）。なお、このファイル転送コマンドは、録画ファイルを転送する場合に送出されるコマンドである。ここでは、図２０（ｂ）に示すように、ＳＴＢ１０４及びＳＴＢ１０６からリンク設定が行われているため、いずれかのＳＴＢ（ここではＳＴＢ１０４）にファイル転送コマンドを送出する。

そして、ファイル転送コマンドを送出したＳＴＢに録画ファイルを転送する（ＳＴ１９０８）。ここでは、ＳＴＢ１０４に番組ＩＤ”１”に対応する録画ファイル（ストリーミングデータ）を転送する。

このように本実施の形態に係るストリーミングデータ通信システムによれば、削除を希望する録画ファイルの共有を設定している他のＳＴＢが有る場合には当該他のＳＴＢに対して当該録画ファイルが転送されるので、当該録画ファイルの共有を設定したＳＴＢが当該録画ファイルを再生できないという事態を確実に回避することができる。

その後、録画ファイルを転送したＳＴＢ以外の他のＳＴＢに、転送先のＳＴＢのＩＰアドレスをパラメータとして録画リンク変更コマンド（以下、「リンク変更コマンド」という）を送出する（ＳＴ１９０９）。なお、このリンク変更コマンドは、リンク設定の変更を指示するコマンドである。ここでは、ＳＴＢ１０６に対してＳＴＢ１０４のＩＰアドレスをパラメータとしてリンク変更コマンドが送出される。

リンク変更コマンドを送出した後、ＳＴＢ１０２は、番組ＩＤ”１”に対応するレコード及び録画ファイルを削除し（ＳＴ１９１０）、処理を終了する。これにより、図２０（ａ）に示す録画テーブル上の番組ＩＤ”１”に対応するレコードが削除されると共に、記憶装置２０４の録画ファイルが削除される。

図２３は、削除指示をしたＳＴＢからリンク削除コマンド等のコマンドを受信したＳＴＢの動作を説明するためのフロー図である。

本実施の形態に係るストリーミングデータ通信システムにおいて、各ＳＴＢは、常時、リンク削除コマンド、ファイル転送コマンド又はリンク変更コマンドを受信するか監視している（ＳＴ２３０１〜ＳＴ２３０３）。リンク削除コマンドを受信した場合には、録画リンクテーブルの該当レコードを削除して（ＳＴ２３０４）、処理を終了する。例えば、上述の番組ＩＤ”２”についてのリンク削除コマンドを受信したＳＴＢ１０４は、図２１（ｂ）に示す番組ＩＤ”２”のリンク設定を削除する。

ＳＴ２３０２において、ファイル転送コマンドを受信した場合には、録画テーブル上の録画先（実際に録画するＳＴＢのＩＰアドレス）を変更し（ＳＴ２３０５）、転送されてきた録画ファイルを記憶装置に保存して（ＳＴ２３０６）、処理を終了する。例えば、上述の番組ＩＤ”１”についてのファイル転送コマンドを受信したＳＴＢ１０４は、図２１（ａ）に示す録画テーブルの実際に録画するＳＴＢのＩＰアドレス（１９２．１０．１０．１０）を未設定とするとともに、番組ＩＤ”１”に対応する録画ファイルを記憶装置に保存する。

ＳＴ２３０３において、リンク変更コマンドを受信した場合には、録画テーブル上の録画先（実際に録画するＳＴＢのＩＰアドレス）を変更して（ＳＴ２３０７）、処理を終了する。例えば、上述の番組ＩＤ”１”についてのリンク変更コマンドを受信したＳＴＢ１０６は、図２２（ａ）に示す実際に録画するＳＴＢのＩＰアドレス（１９２．１０．１０．１０）を（１９２．１６８．０．１３０）に変更する。

次に、本実施の形態に係るストリーミングデータ通信システムにおいて、ＳＴＢが録画ファイルを自動的に削除する場合の処理について説明する。図２４は、本実施の形態に係るストリーミングデータ通信システムにおいて、ＳＴＢが録画ファイルを自動的に削除する動作を説明するためのフロー図である。

本実施の形態に係るストリーミングデータ通信システムにおいては、放送サーバ１０１から配信されるストリーミングデータに録画保存許可期間が付与されている。各ＳＴＢにおいては、図１０に示すように、この録画保存許可期間を録画テーブルに登録し、この期間を超えると自動的に当該ストリーミングデータに対応する録画ファイルを削除するようにしている。

本実施の形態に係るストリーミングデータ通信システムにおいて、各ＳＴＢは、常時、自己の録画テーブルに録画保存許可期間を超えたレコード（番組ＩＤ）があるか監視している（ＳＴ２４０１）。該当するレコードがあるならば、ＳＴＢは、当該レコードに対応する録画ファイルが他のＳＴＢで録画されているか判断する（ＳＴ２４０２）。

自端末で当該レコードに対応する録画ファイルが録画されている場合には、他のＳＴＢから当該レコードの番組ＩＤに対してリンク設定が行われているか判断する（ＳＴ２４０３）。リンク設定が行われている場合には、当該番組ＩＤのレコードを録画リンクテーブルから削除する（ＳＴ２４０４）。

そして、記憶装置に保存された該当レコードに対応する録画ファイルを削除する（ＳＴ２４０５）。さらに、録画テーブルの該当番組ＩＤに対応するレコードを削除して（ＳＴ２４０６）、処理を終了する。

なお、ＳＴ２４０２において、他のＳＴＢで録画が行われている場合には、直接、ＳＴ２４０６に移行し、録画テーブルの該当番組ＩＤに対応するレコードを削除した後で処理を終了する。また、ＳＴ２４０３において、他のＳＴＢからリンク設定が行われていない場合には、直接、ＳＴ２４０５に移行し、録画ファイルの削除以降の処理を行う。

このように本実施の形態に係るストリーミングデータ通信システムによれば、保存許可期間を超過した録画ファイルが削除されるので、放送サーバ１０１により予め定められた保存許可期間を超えて録画ファイルが保存される事態を確実に回避することができる。

次に、本実施の形態に係るストリーミングデータ通信システムにおいて、ＳＴＢが電源を切断する場合の処理について説明する。図２５は、本実施の形態に係るストリーミングデータ通信システムにおいて、ＳＴＢが電源を切断する動作を説明するためのフロー図である。

本実施の形態に係るストリーミングデータ通信システムにおいては、放送サーバ１０１から配信されたストリーミングデータが他のＳＴＢで保存されている場合が起こり得る。このため、各ＳＴＢは、電源を切断する場合、他のＳＴＢからリンク設定が行われているか判断し、行われている場合には録画ファイルを他のＳＴＢに転送しておき、当該録画ファイルの再生ができないという事態を回避する。

本実施の形態に係るストリーミングデータ通信システムにおいて、各ＳＴＢは、常時、利用者から電源の切断指示を受けるか監視している（ＳＴ２５０１）。切断指示を受け付けたならば、自端末による録画ファイルが存在するか判断する（ＳＴ２５０２）。かかる判断は、録画ファイルの「実際に録画するＳＴＢのＩＰアドレス」の登録内容を判断することで行われる。

自端末で録画した録画ファイルがあるならば、他のＳＴＢからリンク設定が行われているか判断する（ＳＴ２５０３）。リンク設定が行われているならば、そのＳＴＢに当該番組ＩＤをパラメータとしてファイル転送コマンドを送出する（ＳＴ２５０４）。このとき、複数のＳＴＢからリンク設定が行われている場合には、いずれかの１つのＳＴＢにファイル転送コマンドが送出される。

そして、ファイル転送コマンドを送出したＳＴＢに当該番組ＩＤに対応する録画ファイルを転送する（ＳＴ２５０５）。録画ファイルの転送を完了したならば、自端末による録画ファイルを全て転送したかを判断する（ＳＴ２５０６）。全ての録画ファイルを他のＳＴＢに転送したならば、処理を終了する。その後、電源が切断される。なお、全ての録画ファイルが転送されていない場合には、処理をＳＴ２５０３に戻し、再び、同様の処理を繰り返す。

なお、ＳＴ２５０２において、自端末による録画ファイルがない場合には、そのまま処理を終了する。その後、電源が切断される。

このように本実施の形態に係るストリーミングデータ通信システムによれば、他のＳＴＢから共有を設定された録画ファイルがある場合には当該録画ファイルが当該他のＳＴＢに転送されるので、当該録画ファイルの共有を設定したＳＴＢが当該録画ファイルを再生できないという事態を確実に回避することができる。

また、本発明は、当業者に明らかなように、上記実施の形態に記載した技術に従ってプログラムされた一般的な市販のデジタルコンピュータおよびマイクロプロセッサを使って実施することができる。また、当業者に明らかなように、本発明は、上記実施の形態に記載した技術に基づいて当業者により作成されるコンピュータプログラムを包含する。

また、本発明を実施するコンピュータをプログラムするために使用できる命令を含む記憶媒体であるコンピュータプログラム製品が本発明の範囲に含まれる。この記憶媒体は、フロッピー（Ｒ）ディスク、光ディスク、ＣＤＲＯＭ及び磁気ディスク等のディスク、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気光カード、メモリカードまたはＤＶＤ等であるが、特にこれらに限定されるものではない。

本発明に係るストリーミングデータ通信システム、ストリーミングデータ通信装置及びストリーミングデータ通信方法によれば、大容量の記憶装置を必要とせず低コストでストリーミングデータを記録することができる点で有用である。

本発明の一実施の形態に係るストリーミングデータ通信システムが適用されるネットワークの構成を示す図 上記実施の形態に係るストリーミングデータ通信システムにおけるＳＴＢの構成を示すブロック図 上記実施の形態に係るストリーミングデータ通信システムにおけるＳＴＢが備えるＣＰＵの機能ブロック図 上記実施の形態に係るストリーミングデータ通信システムにおけるＳＴＢの起動処理を説明するためのシーケンス図 上記実施の形態に係るストリーミングデータ通信システムにおけるＳＴＢの起動処理を行う動作を説明するためのフロー図 上記実施の形態に係るストリーミングデータ通信システムにおけるＳＴＢの起動処理を行う動作を説明するためのフロー図 上記実施の形態に係るストリーミングデータ通信システムにおいて、ＳＴＢが録画予約を行う場合の処理を説明するためのシーケンス図 上記実施の形態に係るストリーミングデータ通信システムにおいて、ＳＴＢが録画予約を行う動作を説明するためのフロー図 上記実施の形態に係るストリーミングデータ通信システムにおいて、ＳＴＢが録画予約を行う動作を説明するためのフロー図 上記実施の形態に係るストリーミングデータ通信システムにおいて、録画予約を行ったＳＴＢにおける録画テーブルの内容について示す図 上記実施の形態に係るストリーミングデータ通信システムにおいて、録画予約を行ったＳＴＢからリンク設定コマンドを受信したＳＴＢにおける録画テーブルの内容について示す図 上記実施の形態に係るストリーミングデータ通信システムにおいて、録画予約を行ったＳＴＢからリンク設定コマンドを受信したＳＴＢにおける録画リンクテーブルの内容について示す図 上記実施の形態に係るストリーミングデータ通信システムにおいて、ＳＴＢが録画を行う場合の処理を説明するためのシーケンス図 上記実施の形態に係るストリーミングデータ通信システムにおいて、ＳＴＢが録画を行う動作を説明するためのフロー図 上記実施の形態に係るストリーミングデータ通信システムにおいて、ＳＴＢが他のＳＴＢで録画されたストリーミングデータの再生を行う場合の処理を説明するためのシーケンス図 上記実施の形態に係るストリーミングデータ通信システムにおいて、ＳＴＢが録画ファイルの再生を行う動作を説明するためのフロー図 上記実施の形態に係るストリーミングデータ通信システムにおいて、再生を要求された他のＳＴＢが空帯域の計算を行う動作を説明するためのフロー図 上記実施の形態に係るストリーミングデータ通信システムにおいて、帯域不足等の要因により完了問合コマンドを受信した他のＳＴＢ（起動時登録ＳＴＢ）の動作を説明するためのフロー図 上記実施の形態に係るストリーミングデータ通信システムにおいて、ＳＴＢが録画予約した番組ＩＤに対応するレコード等の削除を行う動作を説明するためのフロー図 上記実施の形態に係るストリーミングデータ通信システムにおけるＳＴＢの録画テーブル及び録画リンクテーブルの一例を示す図 上記実施の形態に係るストリーミングデータ通信システムにおけるＳＴＢの録画テーブル及び録画リンクテーブルの一例を示す図 上記実施の形態に係るストリーミングデータ通信システムにおけるＳＴＢの録画テーブル及び録画リンクテーブルの一例を示す図 上記実施の形態に係るストリーミングデータ通信システムにおいて、削除指示をしたＳＴＢからリンク削除コマンド等のコマンドを受信したＳＴＢの動作を説明するためのフロー図 上記実施の形態に係るストリーミングデータ通信システムにおいて、ＳＴＢが録画ファイルを自動的に削除する動作を説明するためのフロー図 上記実施の形態に係るストリーミングデータ通信システムにおいて、ＳＴＢが電源を切断する動作を説明するためのフロー図

符号の説明

１０１ 放送サーバ
１０２〜１０６ ＳＴＢ（セットトップボックス）
１０７〜１１１ ディスプレイ
１１２ ＴＶチューナー
２０１ ＣＰＵ
２０２ メモリ
２０４ 記憶装置
３０１ ストリーミング処理部
３０２ ＴＶ再生部
３０３ 共有録画処理部
３０４ 画面処理部

Claims (9)

1. ストリーミングデータを配信するサーバと、前記ストリーミングデータを録画ファイルとして保存及び再生する複数のストリーミングデータ通信装置と、を具備するストリーミングデータ通信システムであって、前記ストリーミングデータ通信装置は、前記ストリーミングデータの録画の予約処理が可能であり、前記予約処理に先立って同一内容の予約処理を行う他のストリーミングデータ通信装置の有無を判断し、該当する他のストリーミングデータ通信装置が有る場合には当該他のストリーミングデータ通信装置で録画される録画ファイルの共有を設定することを特徴とするストリーミングデータ通信システム。
2. 前記ストリーミングデータ通信装置は、同一内容の予約処理を行う他のストリーミングデータ通信装置が無い場合には前記予約処理を行うことを特徴とする請求項１記載のストリーミングデータ通信システム。
3. 前記ストリーミングデータ通信装置は、装置本体の電源を切断する際、前記他のストリーミングデータ通信装置から共有を設定された録画ファイルの有無を判断し、該当する録画ファイルがある場合には当該録画ファイルを前記他のストリーミングデータ通信装置に転送することを特徴とする請求項１又は請求項２記載のストリーミングデータ通信システム。
4. 配信されるストリーミングデータを録画ファイルとして保存及び再生するストリーミングデータ通信装置であって、前記ストリーミングデータを受信する受信手段と、前記ストリーミングデータを録画ファイルとして保存する記憶手段と、前記録画ファイルを再生する再生手段と、前記ストリーミングデータの録画の予約処理を行う予約手段と、前記予約処理に先立って同一内容の予約処理を行う他のストリーミングデータ通信装置の有無を判断し、該当する他のストリーミングデータ通信装置が有る場合には当該他のストリーミングデータ通信装置で録画される録画ファイルの共有を設定する制御手段と、を具備することを特徴とするストリーミングデータ通信装置。
5. 前記制御手段は、同一内容の予約処理を行う他のストリーミングデータ通信装置が無い場合には前記予約手段に前記予約処理を行わせることを特徴とする請求項４記載のストリーミングデータ通信装置。
6. 前記制御手段は、装置本体の電源を切断する際、前記他のストリーミングデータ通信装置から共有を設定された録画ファイルの有無を判断し、該当する録画ファイルがある場合には当該録画ファイルを前記他のストリーミングデータ通信装置に転送することを特徴とする請求項４又は請求項５記載のストリーミングデータ通信装置。
7. 配信されるストリーミングデータを録画ファイルとして保存及び再生すると共に前記ストリーミングデータの録画の予約処理が可能な複数のストリーミングデータ通信装置を用いたストリーミングデータ通信方法であって、前記予約処理に先立って同一内容の予約処理を行う他のストリーミングデータ通信装置の有無を判断し、該当する他のストリーミングデータ通信装置が有る場合には当該他のストリーミングデータ通信装置で録画される録画ファイルの共有を設定することを特徴とするストリーミングデータ通信方法。
8. 同一内容の予約処理を行う他のストリーミングデータ通信装置が無い場合には前記予約処理を行うことを特徴とする請求項７記載のストリーミングデータ通信方法。
9. 前記ストリーミングデータ通信装置の電源を切断する際、前記他のストリーミングデータ通信装置から共有を設定された録画ファイルの有無を判断し、該当する録画ファイルがある場合には当該録画ファイルを前記他のストリーミングデータ通信装置に転送することを特徴とする請求項７又は請求項８記載のストリーミングデータ通信方法。

Images