JP2012124748A - ネットワークシステム、サーバ、再生装置及びコンテンツ再生方法 - Google Patents

Abstract

【課題】サーバと再生装置との間の新たな接続が不要で、コンテンツデータのシーク可能範囲を取得し、適切なシーク要求を行うことができるネットワークシステム、サーバ、再生装置及びコンテンツ再生方法を提供する。
【解決手段】サーバは、時系列データであるコンテンツデータを分割し、複数の部分データと、複数の部分データ毎のサイズ情報とを作成し、コンテンツデータの内、記録している範囲を示すシーク可能範囲情報をサイズ情報に付加し、部分データと、シーク可能範囲情報が付加されたサイズ情報とを送信する。再生装置は、サーバから、部分データと、シーク可能範囲情報を付加されたサイズ情報とを受信し、コンテンツデータの内、シーク可能範囲情報が示す範囲内の論理位置からの再生を要求するリクエストを作成する。
【選択図】図１

Description

本発明は、リアルタイムに記録されるコンテンツデータを、ネットワークを介して再生するネットワークシステム、サーバ、再生装置及びコンテンツ再生方法に関する。

所定の範囲の機器を統合して管理する、所謂ホームネットワークにおいて、動画、音声等のマルチメディアコンテンツの送受信を行う場合、記録中のコンテンツデータをタイムシフト再生しようとすると、容易にシーク可能範囲を把握することができない。ＤＬＮＡ（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ）ガイドラインに従った実装では、再生装置（ＤＭＰ：Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｐｌａｙｅｒ）がコンテンツデータの取得と平行して、シーク可能範囲をサーバ（ＤＭＳ：Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｓｅｒｖｅｒ）に要求し、サーバがそれに応答することで、シーク可能範囲を取得することができる。

ところで、スタンドアロン型のＨＤＤレコーダなどでは一般的になってきている「タイムシフト再生」あるいは「追っかけ再生」と呼ばれる技術がある。これまで記録中のコンテンツデータが再生可能となるのは記録が完了してからであったが、タイムシフト再生は記録中のコンテンツデータであったとしても、現在の記録地点までの視聴や早送り／巻戻しといったシーク制御も可能にする。記録している間は視聴可能な範囲、即ち、シーク可能な範囲は刻々と変化する。また、チューナからの記録だけではなく、インターネット経由で入手するコンテンツデータについてもダウンロードしながらの再生が可能となっている。

このタイムシフト再生をネットワーク機器間においても実現する試みがされている。先のＤＬＮＡガイドラインでは、ライブ・ストリーミングのようにシーク可能な範囲が限定されるコンテンツを“Ｌｉｍｉｔｅｄ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｄａｔａ Ａｖａｉｌａｂｉｌｉｔｙ”モデルと呼んでいる。

しかしながら、ＤＬＮＡガイドラインの方法では、シーク可能範囲の取得を行うたびに、割り込みイベントによる新たな接続のオープン、クローズを繰り返すことになり、サーバ、再生装置の両方にとって、大きな負荷となっていた。また、サーバや再生装置がコンテンツデータの送受信を優先するように制御している場合、シーク可能範囲の要求、取得が、随時に行われないという問題があった。

一方、再生装置が一度のイベント要求を行い、以降は、コンテンツデータの受信と、シーク可能範囲の取得だけを行えば良く、新たな接続のオープン、クローズも頻繁に発生しない技術が提案されている（特許文献１参照）。

特許第４３０５００４号公報

しかしながら特許文献１の技術においても、コンテンツデータのシーク可能範囲を取得するためには、コンテンツの送受信の接続とは別の接続が必要である。

このように、コンテンツの送受信の接続とは別の接続を必要とすることは、同時接続するコンテンツの数が増えるほど、これらのコンテンツを送受信するサーバ、再生装置にとって大きな負荷となる。また、再生装置が家電機器のような組み込み機器である場合、リソース不足を招く要因となっていた。

本発明は、上記課題を鑑みてなされたものであり、サーバと再生装置との間でコンテンツの送受信の接続以外の新たな接続を必要とすることなく、コンテンツデータのシーク可能範囲の取得を可能とし、適切なシーク要求を行うことができるネットワークシステム、サーバ、再生装置及びコンテンツ再生方法を提供することを目的とする。

上記目的を達成するために、本発明の第１の態様は、時系列データであるコンテンツデータを記録する記録部（１２）、コンテンツデータの内、記録部（１２）に記録されている範囲を分割して複数の部分データを作成し、複数の部分データ毎のサイズ情報を作成する分割部（１４）、コンテンツデータの内、記録部（１２）に記録されている範囲を示すシーク可能範囲情報をサイズ情報に付加する付加部（１５）、コンテンツデータを再生する再生装置（２０）から送信されるリクエストに応じて、部分データと、シーク可能範囲情報が付加された、部分データのサイズ情報とを送信する送信部（１６）を備えるサーバ（１０）と、サーバ（１０）にコンテンツデータを要求するリクエストを送信する送信部（２１）、リクエストに応じてサーバ（１０）から送信される、部分データと、シーク可能範囲情報が付加された、部分データのサイズ情報とを受信する受信部（２２）、受信した部分データを再生する再生部（２５，２６）、コンテンツデータの内、リクエストによって取得したシーク可能範囲情報が示す範囲内の論理位置からの再生を要求するリクエストを作成する要求作成部（２４）を備える再生装置（２０）とを備えるネットワークシステムであることを要旨とする。

本発明の第２の態様は、時系列データであるコンテンツデータを記録する記録部（１２）と、コンテンツデータの内、記録部（１２）に記録されている範囲を分割して複数の部分データを作成し、複数の部分データ毎のサイズ情報を作成する分割部（１４）と、コンテンツデータの内、記録部（１２）に記録されている範囲を示すシーク可能範囲情報をサイズ情報に付加する付加部（１５）と、コンテンツデータを再生する再生装置（２０）から送信される要求に応じて、部分データと、シーク可能範囲情報が付加された、部分データのサイズ情報とを再生装置（２０）に送信する送信部（１６）とを備えることを特徴とするサーバであることを要旨とする。

本発明の第３の態様は、時系列データであるコンテンツデータを記録するサーバ（１０）にコンテンツデータを要求するリクエストを送信する送信部（２１）と、リクエストに応じてサーバ（１０）から送信される、コンテンツデータの一部である部分データと、コンテンツデータの内、サーバ（１０）に記録されている範囲を示すシーク可能範囲情報が付加された、部分データのサイズ情報とを受信する受信部（２２）と、受信部（２２）が受信した部分データを再生する再生部（２５，２６）と、コンテンツデータの内、リクエストによって取得したシーク可能範囲情報が示す範囲内の論理位置からの再生を要求するリクエストを作成する要求作成部（２４）とを備える再生装置であることを要旨とする。

本発明の第４の態様は、サーバ（１０）が、時系列データであるコンテンツデータを記録部（１２）に記録するステップと、サーバ（１０）が、コンテンツデータの内、記録部（１２）に記録されている範囲を分割して複数の部分データを作成し、複数の部分データ毎のサイズ情報を作成するステップと、サーバ（１０）が、コンテンツデータの内、記録部（１２）に記録されている範囲を示すシーク可能範囲情報をサイズ情報に付加するステップと、コンテンツデータを再生する再生装置（２０）要求に応じて、部分データと、シーク可能範囲情報が付加された、部分データのサイズ情報とを送信するステップと、再生装置（２０）が、サーバ（１０）にコンテンツデータを要求するリクエストを送信するステップと、再生装置（２０）が、リクエストに応じてサーバ（１０）から送信される、部分データと、シーク可能範囲情報を付加された、部分データのサイズ情報とを受信するステップと、再生装置（２０）が、受信した部分データを再生するステップと、再生装置（２０）が、コンテンツデータの内、リクエストによって取得したシーク可能範囲情報が示す範囲内の論理位置からの再生を要求する新たなリクエストを作成するステップとを含むコンテンツ再生方法であることを要旨とする。

本発明によれば、サーバと再生装置との間でコンテンツの送受信の接続以外の新たな接続を必要とすることなく、コンテンツデータのシーク可能範囲の取得を可能とし、適切なシーク要求を行うことができるネットワークシステム、サーバ、再生装置及びコンテンツ再生方法を提供することができる。

本発明の第１の実施の形態に係るネットワークシステムの基本的な構成を説明する模式的なブロック図である。 本発明の第１の実施の形態に係るネットワークシステムのサーバの動作を説明するシーケンス図である。 本発明の第１の実施の形態に係るネットワークシステムに用いるデータ量対時間情報を図示した一例である。 本発明の第１の実施の形態に係るネットワークシステムのサーバ及び再生装置の動作を説明するシーケンス図である。 本発明の第１の実施の形態に係るネットワークシステムのサーバ及び再生装置を説明するフローチャートである。 本発明の第１の実施の形態に係るネットワークシステムにおいて送受信されるデータの構造を図示した一例である。 本発明の第１の実施の形態に係るネットワークシステムの動作を説明するために、送受信されるデータの構造を図示した一例である。 本発明の第１の実施の形態に係るネットワークシステムの動作を説明するために、送受信されるデータの構造を図示した一例である。 従来のコンテンツ再生方法を説明するシーケンス図である。 従来のコンテンツ再生方法を説明するシーケンス図である。 本発明の第２の実施の形態に係るネットワークシステムの基本的な構成を説明する模式的なブロック図である。 本発明の第２の実施の形態に係るネットワークシステムのサーバの動作を説明するフローチャートである。 本発明の第２の実施の形態に係るネットワークシステムのサーバ及び再生装置の動作を説明するフローチャートである。 本発明の第２の実施の形態に係るネットワークシステムの動作を説明するために、送受信されるデータの構造を図示した一例である。 本発明の第２の実施の形態に係るネットワークシステムの動作を説明するために、送受信されるデータの構造を図示した一例である。 本発明の第２の実施の形態に係るネットワークシステムの動作を説明するために、送受信されるデータの構造を図示した一例である。

次に、図面を参照して、本発明の第１及び第２の実施の形態を説明する。

（第１の実施の形態）
本発明の第１の実施の形態に係るネットワークシステムは、図１に示すように、音声データ、動画データ等の時系列データであるコンテンツデータを記録、転送するサーバ１０と、ネットワーク３０を介してサーバ１０と通信可能に接続され、サーバ１０に記録されるコンテンツデータの再生を行う再生装置２０とを備える。サーバ１０、再生装置２０の間の通信は、ハイパーテキスト転送プロトコル（ＨＴＴＰ：Hyper Text Transfer Protocol）により行われる。

図２は、コンテンツデータを記録する際の、サーバ１０の動作を説明するフローチャートである。

ステップＳ１１において、サーバ１０の外部コンテンツ取得部１１は、種々の放送を受信するチューナ、インターネット等から、コンテンツデータを取得する。その他、外部コンテンツ取得部１１が取得するコンテンツデータは、図示を省略した他の再生装置により再生される音声、動画、或いは図示を省略した撮影装置により撮影される動画等であっても良い。

ステップＳ１２において、外部コンテンツ取得部１１は、取得したコンテンツデータを順次、記録部１２に記録させる。記録部１２は、例えば、ＳＲＡＭ、ＤＲＡＭ等の揮発性の記憶装置や、ハードディスク（ＨＤ）等の磁気ディスク、磁気テープ、光ディスク、光磁気ディスク等の不揮発性の記憶装置から構成できる。記録部１２は、その他、ＲＡＭディスク、ＩＣカード、フラッシュメモリカード、ＵＳＢフラッシュメモリ、フラッシュディスク（ＳＳＤ）等を採用可能である。

記録部１２に記録されるコンテンツデータは、例えば、ＭＰＥＧ（Moving Picture Experts Group）、モーションＪＰＥＧ（Motion Joint Photographic Experts Group）、国際電気通信連合電気通信標準化部門（ＩＴＵ−Ｔ）のＨシリーズ規格等の種々の方式で処理された音声、動画等のデジタルデータである。

ステップＳ１３において、データ量対時間情報作成部１３は、外部コンテンツ取得部１１により取得され、記録部１２に記録されたコンテンツデータを読み出し、コンテンツデータの先頭からコンテンツデータ中の或る論理位置までのデータ量と、再生時間とを対応付けた情報であるデータ量対時間情報を作成する。データ量対時間情報は、例えば、図３に示すように、データ量の値と再生時間とを対応付けたテーブル形式の情報とすることができる。

ステップＳ１４において、外部コンテンツ取得部１１は、コンテンツデータ全体の記録が完了したか否かを判定する。コンテンツデータ全体の記録が完了していない場合は、ステップＳ１１〜ステップＳ１３の処理を繰り返す。コンテンツデータ全体の記録が完了した場合は、終了する。

第１の実施の形態に係るネットワークシステムの動作を図４及び図５を用いて説明する。

図４は、サーバ１０と再生装置２０との間のデータの送受信のシーケンスを示す図である。図５は、サーバ１０及び再生装置２０の動作の各ステップを示すフローチャートである。以降の説明では、図５を主として用いる。

先ず、ステップＳ１０１において、再生装置２０の要求送信部２１は、サーバ１０の記録部１２に記録されているコンテンツデータを要求するリクエストヘッダを、サーバ１０に送信する。リクエストヘッダは、ＧＥＴメソッドを含むＨＴＴＰリクエストメッセージである。

要求送信部２１は、例えば、図６に示すように、ファイル名「ｍｏｖｉｅ．ｍｐｇ」のコンテンツデータＢを、統一資源識別子（ＵＲＩ）「１９２．１６９．０．１００」のサーバ１０に、「ＨＴＴＰ／１．１」のプロトコルで要求する場合、
ＧＥＴ ／ｍｏｖｉｅ．ｍｐｇ ＨＴＴＰ／１．１
Ｈｏｓｔ： １９２．１６９．０．１００
のような記述を含むリクエストヘッダをサーバ１０に送信する。

ステップＳ１０２において、サーバ１０の要求通信部１７は、再生装置２０の要求送信部２１から送信される、コンテンツデータＢを要求するリクエストヘッダを受信する。

ステップＳ１０３において、要求通信部１７は、リクエストヘッダに対するレスポンスヘッダを、再生装置２０に送信する。

例えば、再生装置２０から送信されるリクエストヘッダが、既に記録部１２に全体を記録され、全体のサイズが既知であるコンテンツデータＢを要求する場合、要求通信部１７は、図６（Ａ）に示すように、レスポンスヘッダに、コンテンツデータＢ全体のサイズを示す「Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ」ヘッダを含める。

再生装置２０から送信されるリクエストヘッダが、記録部１２に全体を記録されず、全体のサイズが未知であるコンテンツデータＢを要求する場合、要求通信部１７は、図６（Ｂ）に示すように、レスポンスヘッダに、コンテンツデータＢをチャンク形式で再生装置２０に送信する旨を示す「Ｔｒａｎｓｆｅｒ−Ｅｎｃｏｄｉｎｇ： ｃｈｕｎｋｅｄ」ヘッダを含める。

ステップＳ１０４において、再生装置２０は、サーバ１０の要求通信部１７から送信されるレスポンスヘッダを受信する。

ステップＳ１０５において、コンテンツ分割部１４は、コンテンツデータＢの、記録部１２に記録されている部分を取得し、取得したコンテンツデータＢを、複数の部分データｂ_１，ｂ_２，…，ｂ_ｍ（ｍ：正の整数）に分割する。コンテンツ分割部１４は、部分データｂ_ｉ（ｉ：１〜ｍの整数）と、部分データｂ_ｉのデータ量であるサイズ情報ｓ_ｉとからなるチャンク形式の分割コンテンツを作成する。

ステップＳ１０６において、シーク可能範囲情報付加部１５は、データ量対時間情報作成部１３からシーク可能範囲情報を取得し、コンテンツ分割部１４が分割した部分データｂ_ｉのサイズ情報ｓ_ｉに、シーク可能範囲情報を付加する。

シーク可能範囲情報は、データ量対時間情報作成部１３が、作成したデータ量対時間情報に基づいて作成する情報であり、コンテンツデータＢの内、再生装置２０による巻き戻し、早送り等のシーク操作が可能な範囲を示す、或る時点において記録部１２に記録されるコンテンツデータＢのデータ量及び再生時間の情報である。

例えば、コンテンツデータＢの再生時間が０．０秒から３．０秒、データ量が０バイトから２８８００００バイトの範囲をシーク可能範囲とすると、シーク可能範囲情報は、
２ＢＦ２００；ｎｐｔ＝０．０−３．０ ｂｙｔｅｓ＝０−２８８００００
のように、「；（セミコロン）」の後に、「ｎｐｔ＝」、「ｂｙｔｅｓ＝」等の文字列によって、部分データｂ_ｉのサイズ情報ｓ_ｉ＝２ＢＦ２００バイト（１０進数で２８８００００バイト）に付加される。

ＨＴＴＰ通信において、一般に「；（セミコロン）」は、デリミタ（区切り文字）であり、セミコロン以降の文字は、一般にコメントとして無視される。よって、第１の実施の形態に係るネットワークシステムが備えるサーバ１０は、第１の実施の形態に係るネットワークシステムの再生装置２０でない、ＨＴＴＰプロトコルによりのコンテンツデータを取得、再生する他の再生装置であっても、コンテンツデータの取得、再生が可能であり、汎用性が高い。

ステップＳ１０７において、分割コンテンツ送信部１６は、部分データｂ_ｉと、シーク可能範囲情報付加部１５によりシーク可能範囲情報を付加された、部分データｂ_ｉのサイズ情報ｓ_ｉとからなる分割コンテンツを、リクエストヘッダに対するレスポンスボディの一部として、再生装置２０に送信する。

ステップＳ１０８において、分割コンテンツ送信部１６は、部分データｂ_１〜ｂ_ｍをすべて送信したか否かを判定する。未だ部分データｂ_１〜ｂ_ｍをすべて送信していないと判定する場合は、ステップＳ１０５に戻り、ステップＳ１０５〜ステップＳ１０７の処理を繰り返す。

部分データｂ_１〜ｂ_ｍをすべて送信したと判定する場合、ステップＳ１０９において、シーク可能範囲情報付加部１５は、サイズ情報ｓ_ｎ＝０に、コンテンツデータＢ全体のデータ量及び再生時間を、シーク可能範囲情報として付加する。

ステップＳ１１０において、分割コンテンツ送信部１６は、コンテンツデータＢ全体のシーク可能範囲情報が付加されたサイズ情報ｓ_ｎを、再生装置２０に送信する。サイズ情報ｓ_ｎは、再生装置２０に受信されることにより、再生装置２０に、サーバ１０が部分データｂ_１〜ｂ_ｍをすべて送信したことを通知する。

ステップＳ１１１において、再生装置２０の分割コンテンツ受信部２２は、サーバ１０から送信されるレスポンスボディとして、部分データｂ_ｉと、シーク可能範囲情報が付加された部分データｂ_ｉのサイズ情報ｓ_ｉとからなるチャンク形式の分割コンテンツ、またはシーク可能範囲情報が付加されたサイズ情報ｓ_ｎを受信する。

分割コンテンツ受信部２２は、その他、サーバ１０から送信されるレスポンスヘッダ等、サーバ１０から送信されるデータを受信する。

ステップＳ１１２において、シーク可能範囲情報解析部２３は、分割コンテンツ受信部２２が受信した部分データｂ_ｉのサイズ情報ｓ_ｉ、またはサイズ情報ｓ_ｎの後に記述される「；（セミコロン）」以降を認識し、シーク可能範囲情報が付加されているか否かを判定する。シーク可能範囲情報が付加されない場合、ステップＳ１１４に進む。

シーク可能範囲情報が付加される場合、ステップＳ１１３において、シーク可能範囲情報解析部２３は、サイズ情報ｓ_ｉに付加されるシーク可能範囲情報のデータ量及び再生時間を解析し、保持する。これにより、サーバ１０から再生装置２０にコンテンツデータＢのシーク可能範囲情報が順次通知される。

ステップＳ１１４において、サイズ情報がｓ_ｎ＝０であるか否かを判定する。サイズ情報がｓ_ｎ＝０である場合は、再生装置２０は、部分データｂ_１〜ｂ_ｍをすべて受信したと判定し、ステップＳ１１１における分割コンテンツの受信を終了する。

サイズ情報がｓ_ｎ＝０でない場合、ステップＳ１１５において、順次、再生部（２５，２６）のデコード部２５が部分データｂ_ｉをデコードし、ステップＳ１１６において、再生部（２５，２６）の出力部２６が、デコード部２５のデコード結果を出力することにより、コンテンツデータＢの再生を行い、ステップＳ１１１に戻る。

また、適宜ステップＳ１１７において、シーク要求作成部２４は、コンテンツデータの巻き戻し、早送り等のシーク操作に応じて、サーバ１０の記録部１２に記録されるコンテンツデータＢ中の任意の位置からの送信を、サーバ１０に対して要求するシーク要求を作成する。

シーク要求作成部２４は、シーク可能範囲情報解析部２３から、シーク可能範囲情報解析部２３が保持するシーク可能範囲情報を読み出し、シーク可能範囲情報の範囲内の論理位置を示す、コンテンツデータＢのデータ量または再生時間を含むシーク要求を作成する。シーク操作は、ユーザの操作に応じて、図示を省略した入力装置からシーク要求作成部２４に入力され、シーク可能範囲情報が示す範囲内の、コンテンツデータＢのデータ量または再生時間をシーク要求作成部２４に指定する。

シーク要求作成部２４が作成するシーク要求により、再生装置２０は、サーバ１０が全体を記録していないコンテンツデータＢの再生時、サーバ１０に割り込み処理をさせることなく、巻き戻し、早送り等のシーク操作が可能である。

図７は、第１の実施の形態に係るネットワークシステムにおいて、サーバ１０によるコンテンツデータＢの記録の開始直後に、再生装置２０によるコンテンツデータＢの再生を開始する場合を説明する図である。コンテンツデータＢは、外部コンテンツ取得部１１により取得され、記録部１２に記録中のデータであり、記録が終了していないデータである。

図７（Ａ）に示すコンテンツデータＢは、サーバ１０の外部コンテンツ取得部１１により、コンテンツデータＢの実際の再生時間と等倍となる記録速度で、記録部１２への記録を開始される。コンテンツ分割部１４は、再生装置２０から送信されるリクエストヘッダに応じて、先ず、記録部１２に記録されるコンテンツデータＢから、部分データｂ_１と、部分データｂ_１のサイズ情報ｓ_１とを作成する。

シーク可能範囲情報付加部１５は、コンテンツ分割部１４により作成された部分データｂ_１のサイズ情報ｓ_１に、データ量対時間情報作成部１３により作成されたシーク可能範囲情報「ｎｐｔ＝０．０−３．０ ｂｙｔｅｓ＝０−２８８００００」を付加する。分割コンテンツ送信部１６は、シーク可能範囲情報を付加された、部分データｂ_１のサイズ情報ｓ_１と、部分データｂ_１とを、再生装置２０に送信する。

再生装置２０の分割コンテンツ受信部２２は、サーバ１０から送信されたコンテンツデータＢの部分データｂ_１と、部分データｂ_１のサイズ情報ｓ_１とを受信する。シーク可能範囲情報解析部２３は、部分データｂ_１のサイズ情報ｓ_１に付加されるシーク可能範囲情報を取得し、保持する。

図７（Ｂ）に示すように、再生装置２０が受信したレスポンスボディに含まれる、部分データｂ_１のサイズ情報ｓ_１は、「２ＢＦ２００（１０進数で２８８００００バイト）」であり、「；」の後に、サイズ情報ｓ_１に付加されるシーク可能範囲情報は、「ｎｐｔ＝０．０−３．０ ｂｙｔｅｓ＝０−２８８００００」である。サイズ情報ｓ_１に付加されるシーク可能範囲情報は、コンテンツデータＢの再生時間が０．０秒から３．０秒、データ量の値が０バイトから２８８００００バイトの範囲で、シーク操作が可能であることを示している。

よって、例えば再生装置２０が、図７（Ｂ）に示す時刻ｔ_１において、部分データｂ_１の内容を再生している場合、時刻ｔ_１においてシーク可能範囲情報解析部２３が保持するシーク可能範囲情報の範囲内の位置を再生するシーク操作を行うことができる。シーク要求作成部２４は、アドレスが「１９２．１６８．０．１００」であるサーバ１０に記録される、「ｍｏｖｉｅ．ｍｐｇ」というコンテンツデータＢのうち、先頭からの再生時間１秒の位置を再生するために、例えば、
ＧＥＴ ／ｍｏｖｉｅ．ｍｐｇ ＨＴＴＰ／１．１
Ｈｏｓｔ： １９２．１６９．０．１００
ＴｉｍｅＳｅｅｋＲａｎｇｅ．ｄｌｎａ．ｏｒｇ： ｎｐｔ＝１．０−
のような記述を含む、ＤＬＮＡガイドラインに従ったシーク要求を作成でき、要求送信部２１は、シーク要求作成部２４が作成したシーク要求をリクエストヘッダとしてサーバ１０に送信する。

また、サーバ１０に記録されるコンテンツデータＢのうち、データ量の値が先頭から１４４００００バイトの位置から再生するシーク操作を行う場合、シーク要求作成部２４は、例えば
ＧＥＴ ／ｍｏｖｉｅ．ｍｐｇ ＨＴＴＰ／１．１
Ｈｏｓｔ： １９２．１６９．０．１００
ＲＡＮＧＥ： ｂｙｔｅｓ＝１４４００００−
のような記述を含む、ＤＬＮＡガイドラインに従ったシーク要求を作成し、要求送信部２１は、シーク要求作成部２４は、要求送信部２１が作成したシーク要求をリクエストヘッダとしてサーバ１０に送信する。

同様に、図７（Ｂ）に示す時刻ｔ_２において、コンテンツデータＢの部分データｂ_ｉ−１の内容の再生時、シーク可能範囲情報解析部２３が保持するシーク可能範囲情報は「ｎｐｔ＝０．０−１４７．０ ｂｙｔｅｓ＝０−１４１１２００００」であり、再生装置２０は、コンテンツデータＢの再生時間が０秒から１４７秒まで、データ量の値が０バイトから１４１１２００００バイトまでの範囲で、それぞれを指定するシーク操作が可能であることを示している。また、コンテンツデータＢの再生時間１４７秒直前を再生している場合、早送り方向のシーク再生ができず、再生時間０秒までの巻き戻し方向のシーク操作が可能であることを示している。

再生装置２０は、コンテンツデータＢの再生時間や、データ量の値を、シーク可能範囲情報解析部２３が保持するシーク可能範囲情報の範囲内で任意に指定するシーク操作を行うことができる。

図８は、第１の実施の形態に係るネットワークシステムにおいて、サーバ１０によるコンテンツデータＢの記録の開始から３０秒後に、再生装置２０によるコンテンツデータＢの再生を開始する場合を、図７に関する説明と同様に説明する図である。

図８（Ａ）に示すコンテンツデータＢは、サーバ１０の外部コンテンツ取得部１１により、コンテンツデータＢの実際の再生時間と等倍となる記録速度で、記録部１２への記録を開始される。コンテンツ分割部１４は、コンテンツデータＢの記録開始から３０秒後に再生装置２０から送信されるリクエストヘッダに応じて、記録部１２に記録されるコンテンツデータＢから、部分データｂ_ｉと、部分データｂ_ｉのサイズ情報ｓ_ｉとを作成する。

図８（Ｂ）に示すように、再生装置２０が受信したレスポンスボディに含まれる、部分データｂ_１のサイズ情報ｓ_１は、「２ＢＦ２００（１０進数で２８８００００バイト）」であり、サイズ情報ｓ_１に付加されるシーク可能範囲情報は、「ｎｐｔ＝０．０−３０．０ ｂｙｔｅｓ＝０−２８８０００００」である。サイズ情報ｓ_１に付加されるシーク可能範囲情報は、コンテンツデータＢの再生時間が０．０秒から３０．０秒、データ量の値が０バイトから２８８０００００バイトの範囲で、シーク操作が可能であることを示している。

よって、例えば再生装置２０が、図８（Ｂ）に示す時刻ｔ_３において、部分データｂ_１の内容を再生している場合、時刻ｔ_３においてシーク可能範囲情報解析部２３が保持するシーク可能範囲情報の範囲内の位置でシーク操作を行うことができる。コンテンツデータＢの再生時間３秒の位置を再生している場合、再生時間３０秒までの早送り方向のシーク操作と、再生時間０秒までの巻き戻し方向のシーク操作が可能であることを示している。

同様に、図８（Ｂ）に示す時刻ｔ_４において、コンテンツデータＢの部分データｂ_ｉ−１の内容の再生時、シーク可能範囲情報解析部２３が保持するシーク可能範囲情報は「ｎｐｔ＝０．０−１４７．０ ｂｙｔｅｓ＝０−１４１１２００００」であり、再生装置２０は、コンテンツデータＢの再生時間が０秒から１４７秒まで、データ量の値が０バイトから１４１１２００００バイトまでの範囲で、それぞれを指定するシーク操作が可能であることを示している。

また、サーバ１０は、サーバ１０の記録部１２がコンテンツデータを循環的に一時記憶するバッファリングをしながら、再生装置２０にコンテンツデータを送信するストリーミングを行うようにしても良い。例えば、記録部１２は、コンテンツデータの記録を目的とせず、コンテンツデータを分割して送信するための揮発性の記憶装置とすることができる。

例えば、放送されるコンテンツデータを、記録部１２に３００秒分だけバッファリングしながら、リアルタイムに再生装置２０へのストリーミングを行う場合、シーク可能範囲情報付加部１５が部分データｂ_ｉのサイズ情報ｓ_ｉに付加するシーク可能範囲情報は、
ｎｐｔ＝０．０−３００．０ ｂｙｔｅｓ＝０−２８８００００００
ｎｐｔ＝１０．０−３１０．０ ｂｙｔｅｓ＝９６０００００−２９７６０００００
ｎｐｔ＝２０．０−３２０．０ ｂｙｔｅｓ＝１９２０００００−３０７２０００００
のように、シーク可能範囲情報の再生時間及びデータ量の値は、開始、終了の値のいずれも刻々と変化する。

ＤＬＮＡガイドラインに従った従来の実装では、図９に示すように、再生装置２００がコンテンツデータの再生と平行してシーク可能範囲をサーバに要求し、サーバがそれに応答することでシーク可能範囲の取得が可能となる。但し、この方法では、シーク可能範囲の取得を行うたびに、図９に示すように、コンテンツデータの送受信を行う接続Ｃ１と別の、割り込みイベントによる新たな接続Ｃ２のオープン、クローズを繰り返すことになり、再生装置２００、サーバ１００の両方にとって大きな負荷となっていた。また、サーバ１００や再生装置２００がコンテンツデータの送受信を優先するように制御している場合には、シーク可能範囲の要求・取得が適時に行われないという問題もあった。

また、特許文献１（特許４３０５００４号）に記載の技術も同様に、図１０に示すように、再生装置２００が一度のイベント要求を行うだけで、サーバ１００が定期的にシーク可能範囲を通知するが、コンテンツデータの送受信を行う接続Ｃ１と別の、割り込みイベントによる新たな接続Ｃ２が必要となる。

第１の実施の形態に係るネットワークシステムによれば、再生装置がサーバへ問い合わせを繰り返し行う必要がなく、また割り込みイベントによる、コンテンツ送受信とは別の新たな接続が不要で、適切な範囲内でのシーク要求を行うことができる。

（第２の実施の形態）
本発明の第２の実施の形態に係るネットワークシステムは、サーバ１０が部分サイズ決定部１８を備え、サーバ１０と再生装置２０との間の通信速度等によって、部分データｂ_ｉのサイズを変更する点において第１の実施の形態と異なる。

図１２は、第２の実施の形態に係るネットワークシステムのサーバ１０が、コンテンツデータを記録する際の動作を説明するフローチャートである。

ステップＳ２１において、サーバ１０の外部コンテンツ取得部１１は、チューナ、インターネット等から、音声データ、動画データ等のコンテンツデータを取得する。

ステップＳ２２において、外部コンテンツ取得部１１は、取得したコンテンツデータを順次、記録部１２に記録させる。

ステップＳ２３において、データ量対時間情報作成部１３は、外部コンテンツ取得部１１により取得され、記録部１２に記録されたコンテンツデータを読み出し、コンテンツデータの先頭からコンテンツデータ中の或る論理位置までのデータ量と、再生時間とを対応付けた情報であるデータ量対時間情報を作成する。

ステップＳ２４において、データ量対時間情報作成部１３は、記録部１２に記録されているコンテンツデータの記録に要した時間Ｔ_ｒと、記録部１２に記録されているコンテンツデータを再生する際の実際の再生時間Ｔ_ａの比である記録倍率Ｒ_ｍを算出する。記録倍率Ｒ_ｍは、式（１）から算出される。

Ｒ_ｍ＝Ｔ_ａ／Ｔ_ｒ …（１）
コンテンツデータ全体の記録が完了した場合には、記録倍率Ｒ_ｍ＝０とする。

記録倍率Ｒ_ｍは、チューナからの記録のように放送される音声、動画データをリアルタイムに記録する場合には等倍（１倍）となるが、例えばインターネットから取得する場合には、その通信速度により異なる倍率となる。インターネット回線が早い場合には、記録倍率Ｒ_ｍは２倍、遅い場合には１／２倍となることもある。

ステップＳ２５において、外部コンテンツ取得部１１は、コンテンツデータ全体の記録が完了したか否かを判定する。コンテンツデータ全体の記録が完了していない場合は、ステップＳ２１〜ステップＳ２４の処理を繰り返す。コンテンツデータ全体の記録が完了した場合は、終了する。

第２の実施の形態に係るネットワークシステムが備えるサーバ１０及び再生装置２０の動作を、図１３のフローチャートを用いて説明する。

先ず、ステップＳ２０１において、再生装置２０の要求送信部２１は、サーバ１０の記録部１２に記録されているコンテンツデータを要求するリクエストヘッダを、サーバ１０に送信する。

ステップＳ２０２において、サーバ１０の要求通信部１７は、再生装置２０の要求送信部２１から送信される、コンテンツデータＢを要求するリクエストヘッダを受信し、ステップＳ２０３において、要求通信部１７は、リクエストヘッダに対するレスポンスヘッダを、再生装置２０に送信する。

ステップＳ２０４において、再生装置２０は、サーバ１０の要求通信部１７から送信されるレスポンスヘッダを受信する。

ステップＳ２０５において、サーバ１０の部分サイズ決定部１８は、再生装置２０に送信する部分データｂ_ｉのデータ量（サイズ情報ｓ_ｉ）を決定する。

部分サイズ決定部１８は、先ず、送信済の部分データｂ_ｉの送信に要した時間Ｔ_ｓと、送信済の部分データｂ_ｉを再生する際の実際の再生時間Ｔ_ｐの比である送信倍率Ｐ_ｍを算出する。送信倍率Ｐ_ｍは、式（２）から算出される。

Ｐ_ｍ＝Ｔ_ｐ／Ｔ_ｓ …（２）
部分データｂ_ｉの実際の再生時間Ｔ_ｐは、データ量対時間情報作成部１３が作成するデータ量対時間情報から求めることができる。送信開始の段階では、送信済の部分データｂ_ｉが存在しないため、送信倍率をＰ_ｍ＝１と仮定すれば良い。

例えば、サーバ１０が、再生時間３０秒分の部分データｂ_ｉを１０秒で送信した場合には、Ｐ_ｍ＝３０／１０＝３となる。また、送信倍率Ｐ_ｍは、再生装置２０の部分データｂ_ｉの受信時間と、再生時間との倍率とすることもでき、再生装置２０の再生速度に応じて、部分データｂ_ｉの受信時間が変化することになる。

部分サイズ決定部１８は、更に、記録中のコンテンツデータの記録倍率Ｒ_ｍと、送信倍率Ｐ_ｍとに基づいて、間隔時間Ｔ_ｉを決定する。間隔時間Ｔ_ｉは、式（３）から算出される。

Ｔ_ｉ＝Ｔ_ｄ×（Ｐ_ｍ／Ｒ_ｍ） …（３）
式（２）の基準時間Ｔ_ｄは、記録倍率Ｒ_ｍ＝送信倍率Ｐ_ｍという条件において、サーバ１０がシーク可能範囲情報を再生装置２０に通知する間隔である。

部分サイズ決定部１８は、間隔時間Ｔ_ｉを、データ量対時間情報作成部１３が保持するデータ量対時間情報と照会し、再生装置２０に送信する部分データｂ_ｉのデータ量（サイズ情報ｓ_ｉ）を決定する。

サーバ１０において、コンテンツデータの記録が終了した場合は、記録倍率Ｒ_ｍ＝０、間隔時間Ｔ_ｉ＝∞となるため、サイズ情報ｓ_ｉの、残りの全ての部分データｂ_ｉを再生装置２０に送信する。

例えば、基準時間Ｔ_ｄ＝３秒とすると、記録倍率Ｒ_ｍと送信倍率Ｐ_ｍとが等しければ、送信する部分データｂ_ｉのサイズ情報ｓ_ｉは、実際の再生時間が３秒分の部分データｂ_ｉのサイズ情報ｓ_ｉとなり、シーク可能範囲情報は、サーバ１０から３秒間隔で再生装置２０に通知されることになる。

また、記録倍率Ｒ_ｍ＝２、送信倍率Ｐ_ｍ＝１の場合、間隔時間Ｔ_ｉ＝３×（１／２）＝１．５秒となり、サーバ１０は、シーク可能範囲情報を１．５秒間隔で再生装置２０に通知する。なお、シーク可能範囲情報が示す再生時間の範囲は、３秒間ずつ広がる。

同様に、記録倍率Ｒ_ｍ＝１、送信倍率Ｐ_ｍ＝２倍の場合、間隔時間Ｔ_ｉ＝３×（２／１）＝６となり、サーバ１０は、シーク可能範囲情報を６秒間隔で再生装置２０に通知する。

ステップＳ２０６において、コンテンツ分割部１４は、コンテンツデータを分割し、部分サイズ決定部１８が決定したサイズ情報ｓ_ｉ、サイズ情報ｓ_ｉの部分データｂ_ｉを作成
する。

図１３に示すステップＳ２０７以降の処理は、第１の実施の形態において説明した図５に示すステップＳ１０６以降の処理と、実質的に同様であるので、重複する説明を省略する。

図１４は、第２の実施の形態に係るネットワークシステムにおいて、サーバ１０によるコンテンツデータＢの記録の開始から３０秒後に、再生装置２０によるコンテンツデータＢの再生を開始する場合を説明する図である。

図１４（Ａ）に示すコンテンツデータＢは、サーバ１０の外部コンテンツ取得部１１により、コンテンツデータＢの実際の再生時間と等倍となる記録速度で、記録部１２への記録を開始される。基準時間Ｔ_ｄを３秒とすると、部分サイズ決定部１８は、記録倍率Ｒ_ｍ＝１、初回の送信倍率Ｐ_ｍ＝１となるので、間隔時間Ｔ_ｉ＝３×（１／１）＝３秒を算出し、間隔時間Ｔ_ｉに基づいてサイズ情報ｓ_ｉを決定する。コンテンツ分割部１４は、コンテンツデータＢの記録開始から３０秒後に再生装置２０から送信されるリクエストヘッダに応じて、記録部１２に記録されるコンテンツデータＢから、部分データｂ_ｉと、部分データｂ_ｉのサイズ情報ｓ_ｉとを作成する。

図１４（Ｂ）に示すように、再生装置２０が受信したレスポンスボディに含まれる、部分データｂ_１のサイズ情報ｓ_１は、「２ＢＦ２００（１０進数で２８８００００バイト）」であり、サイズ情報ｓ_１に付加されるシーク可能範囲情報は、「ｎｐｔ＝０．０−３０．０ ｂｙｔｅｓ＝０−２８８０００００」である。サイズ情報ｓ_１に付加されるシーク可能範囲情報は、コンテンツデータＢの再生時間が０．０秒から３０．０秒、データ量の値が０バイトから２８８０００００バイトの範囲で、シーク操作が可能であることを示している。

よって、例えば再生装置２０が、図１４（Ｂ）に示す時刻ｔ_５において、部分データｂ_１の内容を再生している場合、時刻ｔ_５においてシーク可能範囲情報解析部２３が保持するシーク可能範囲情報の範囲内の位置でシーク操作を行うことができる。コンテンツデータＢの再生時間３秒の位置を再生している場合、再生時間３０秒までの早送り方向のシーク操作と、再生時間０秒までの巻き戻し方向のシーク操作が可能であることを示している。

同様に、図１４（Ｂ）に示す時刻ｔ_６において、コンテンツデータＢの部分データｂ_ｍの内容の再生時、コンテンツデータＢ全体の記録が完了しており、シーク可能範囲情報解析部２３が保持するシーク可能範囲情報は「ｎｐｔ＝０．０−１５０．０ ｂｙｔｅｓ＝０−１４４００００００」である。再生装置２０は、コンテンツデータＢ全体の再生時間０秒から１５０秒まで、データ量の値０バイトから１４４００００００バイトまでの範囲で、それぞれを指定するシーク操作が可能であることを示している。

図１４（Ａ）に示すように、サーバ１０は、コンテンツデータＢの記録を記録開始から１５０秒で終了している。この場合、再生装置２０がコンテンツデータＢの再生時間１２０秒付近を再生中に、サーバ１０はコンテンツデータＢの記録を終了するため、間隔時間Ｔ_ｉ＝３×（１／０）＝∞となり、図１４（Ｂ）に示すように、サーバ１０は、未だ送信されていないコンテンツデータＢの残りすべてを、サイズ情報ｓ_ｍ＝２０Ｆ５８００（１０進数で３４５６００００バイト）の部分データｂ_ｍとして送信する。このときのシーク可能範囲情報「ｎｐｔ＝０．０−１５０．０ ｂｙｔｅｓ＝０−１４４００００００」は、コンテンツデータＢ全体の再生時間及びデータ量の値を示す。

図１４（Ｂ）に示すように、サーバ１０は、最後の部分データｂ_ｍを送信後、分割コンテンツの送信が完了したことを示すサイズ情報ｓ_ｎ＝０を送信する。サイズ情報ｓ_ｎ＝０に付加されるシーク可能範囲情報は、直前に送信されたシーク可能範囲情報と同一である。

図１５は、第２の実施の形態に係るネットワークシステムにおいて、サーバ１０によるコンテンツデータＢの記録の開始直後に、再生装置２０によるコンテンツデータＢの再生を開始する場合を説明する図である。

図１５（Ａ）に示すコンテンツデータＢは、サーバ１０の外部コンテンツ取得部１１により、コンテンツデータＢの実際の再生時間と２倍となる記録速度（記録倍率Ｒ_ｍ＝２）で、記録部１２への記録を開始される。基準時間Ｔ_ｄを３秒とすると、部分サイズ決定部１８は、記録倍率Ｒ_ｍ＝２、初回の送信倍率Ｐ_ｍ＝１となるので、間隔時間Ｔ_ｉ＝３×（１／２）＝１．５秒を算出し、間隔時間Ｔ_ｉに基づいてサイズ情報ｓ_ｉを決定する。コンテンツ分割部１４は、コンテンツデータＢの記録開始から３０秒後に再生装置２０から送信されるリクエストヘッダに応じて、記録部１２に記録されるコンテンツデータＢから、部分データｂ_ｉと、部分データｂ_ｉのサイズ情報ｓ_ｉとを作成する。

図１５（Ｂ）に示すように、再生装置２０が受信したレスポンスボディに含まれる、部分データｂ_１のサイズ情報ｓ_１は、「１５Ｆ９００（１０進数で１４４００００バイト）」であり、図７（Ｂ）に示す例の１／２倍となっており、サーバ１０は、図７（Ｂ）に示す例の１／２倍の間隔でシーク可能範囲情報を送信していることが分かる。サイズ情報ｓ_１に付加されるシーク可能範囲情報は、「ｎｐｔ＝０．０−３０．０ ｂｙｔｅｓ＝０−２８８０００００」であり、図７（Ｂ）に示す例と変わらない。

例えば再生装置２０が、図１５（Ｂ）に示す時刻ｔ_７において、部分データｂ_１の内容を再生している場合、時刻ｔ_７においてシーク可能範囲情報解析部２３が保持するシーク可能範囲情報の範囲内の位置でシーク操作を行うことができる。コンテンツデータＢの再生時間３秒の位置を再生している場合、再生時間３秒までの早送り方向のシーク操作と、再生時間０秒までの巻き戻し方向のシーク操作が可能であることを示している。

同様に、図１５（Ｂ）に示す時刻ｔ_８において、コンテンツデータＢの部分データｂ_ｉ−１の内容の再生時、シーク可能範囲情報解析部２３が保持するシーク可能範囲情報は「ｎｐｔ＝０．０−２９７．０ ｂｙｔｅｓ＝０−２８６５６００００」であり、再生装置２０は、コンテンツデータＢの再生時間が０秒から２９７秒まで、データ量の値が０バイトから２８６５６００００バイトまでの範囲で、それぞれを指定するシーク操作が可能であることを示している。

図１６は、第２の実施の形態に係るネットワークシステムにおいて、サーバ１０によるコンテンツデータＢの記録の開始から３０秒後に、再生装置２０によるコンテンツデータＢの２倍速再生を開始する場合を説明する図である。

図１６（Ａ）に示すコンテンツデータＢは、サーバ１０の外部コンテンツ取得部１１により、コンテンツデータＢの実際の再生時間と等倍となる記録速度（記録倍率Ｒ_ｍ＝１）で、記録部１２への記録を開始される。基準時間Ｔ_ｄを３秒とすると、部分サイズ決定部１８は、記録倍率Ｒ_ｍ＝１、初回の送信倍率Ｐ_ｍ＝１から、間隔時間Ｔ_ｉ＝３×（１／１）＝３秒を算出し、間隔時間Ｔ_ｉに基づいてサイズ情報ｓ_ｉを決定する。コンテンツ分割部１４は、コンテンツデータＢの記録開始から３０秒後に再生装置２０から送信されるリクエストヘッダに応じて、記録部１２に記録されるコンテンツデータＢから、部分データｂ_ｉと、部分データｂ_ｉのサイズ情報ｓ_ｉとを作成する。

図１６（Ｂ）に示すように、再生装置２０が受信したレスポンスボディに含まれる、部分データｂ_１のサイズ情報ｓ_１は、「２２ＢＦ２００（１０進数で２８８００００バイト）」である。部分データｂ_２のサイズ情報ｓ_２は、送信倍率Ｐ_ｍ＝２となるため、「５７Ｅ４００（１０進数で５７６００００バイト）」、付加されるシーク可能範囲情報は、「ｎｐｔ＝０．０−３１．５ ｂｙｔｅｓ＝０−３０２４００００」である。

シーク可能範囲情報の増加分は、図７（Ｂ）に示す例の１／２倍となっており、サーバ１０は、図７（Ｂ）に示す例の２倍の間隔でシーク可能範囲情報を送信している。

例えば再生装置２０が、図１６（Ｂ）に示す時刻ｔ_９において、部分データｂ_１の内容を再生している場合、時刻ｔ_９においてシーク可能範囲情報解析部２３が保持するシーク可能範囲情報の範囲内の位置でシーク操作を行うことができる。コンテンツデータＢの再生時間３秒の位置を再生している場合、再生時間３０秒までの早送り方向のシーク操作と、再生時間０秒までの巻き戻し方向のシーク操作が可能であることを示している。

同様に、図１６（Ｂ）に示す時刻ｔ_９において、コンテンツデータＢの部分データｂ_ｉ−１の内容の再生時、シーク可能範囲情報解析部２３が保持するシーク可能範囲情報は「ｎｐｔ＝０．０−５８．５ ｂｙｔｅｓ＝０−５６１６００００」であり、再生装置２０は、コンテンツデータＢの再生時間が０秒から５８．５秒まで、データ量の値が０バイトから５６１６００００バイトまでの範囲で、それぞれを指定するシーク操作が可能であることを示している。

図１６に示す例では、再生装置２０が、コンテンツデータＢの再生を２倍速で行っているので、再生時間が６０秒に達する時点で、コンテンツデータＢの内、サーバ１０が記録している位置に追いつき、送信倍率Ｐｍと記録倍率Ｒｍとが一致するため、部分データｂ_ｉのサイズ情報ｓ_ｉは「２２ＢＦ２００（１０進数で２８８００００バイト）」となる。

第２の実施の形態に係るネットワークシステムの他の説明は、第１の実施の形態に係るネットワークシステムの説明と実質的に同様であるので、重複する説明を省略する。

第２の実施の形態に係るネットワークシステムが備えるサーバ１０によれば、記録倍率Ｒ_ｍが高くシーク可能範囲情報が急激に変化する状況においてはより小さな間隔で、送信倍率Ｐ_ｍが高くシーク可能範囲情報の通知が頻繁に必要ない状況においては大きな間隔で、また、記録が終了してシーク可能範囲情報が変化しない状況も考慮して、シーク可能範囲情報の通知間隔を自動調整することができる。

また、第２の実施の形態に係るネットワークシステムによれば、再生装置がサーバへ問い合わせを繰り返し行う必要がなく、また割り込みイベントによる、コンテンツ送受信とは別の新たな接続が不要で、適切な範囲内でのシーク要求を行うことができる。

（その他の実施の形態）
上記のように、本発明は第１及び第２の実施の形態によって記載したが、この開示の一部をなす論述及び図面は本発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例及び運用技術が明らかとなろう。

既に述べた第１及び第２の実施の形態においては、ネットワークシステム及びサーバの各機能をコンピュータに実現させるためのプログラムを用いて実現されてもよい。すなわち、第１及び第２の実施の形態に係るネットワークシステム及びサーバの機能をコンピュータに実現させるためのプログラムを含む。そのプログラムは、記録媒体から読み取られてコンピュータに取り込まれてもよいし、ネットワークを介して伝送されてコンピュータに取り込まれてもよい。

上記の他、第１及び第２の実施の形態を応用した構成等、本発明はここでは記載していない様々な実施の形態等を含むことは勿論である。したがって、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。

１０…サーバ
１１…外部コンテンツ取得部
１２…記録部
１３…データ量対時間情報作成部
１４…コンテンツ分割部
１５…シーク可能範囲情報付加部
１６…分割コンテンツ送信部
１７…要求通信部
１８…部分サイズ決定部
２０…再生装置
２１…要求送信部
２２…分割コンテンツ受信部
２３…シーク可能範囲情報解析部
２４…シーク要求作成部
２５…デコード部
２６…出力部
３０…ネットワーク
１００…サーバ
２００…再生装置

Claims (8)

1. 時系列データであるコンテンツデータを記録する記録部、
   前記コンテンツデータの内、前記記録部に記録されている範囲を分割して複数の部分データを作成し、前記複数の部分データ毎のサイズ情報を作成する分割部、
   前記コンテンツデータの内、前記記録部に記録されている範囲を示すシーク可能範囲情報を前記サイズ情報に付加する付加部、
   前記コンテンツデータを再生する再生装置から送信されるリクエストに応じて、前記部分データと、前記シーク可能範囲情報が付加された、前記部分データのサイズ情報とを送信する送信部を備えるサーバと、
   前記サーバに前記リクエストを送信する送信部、
   前記リクエストに応じて前記サーバから送信される、前記部分データと、前記シーク可能範囲情報が付加された、前記部分データのサイズ情報とを受信する受信部、
   前記受信した前記部分データを再生する再生部、
   前記コンテンツデータの内、前記リクエストによって取得した前記シーク可能範囲情報が示す範囲内の論理位置からの再生を要求する新たな前記リクエストを作成する要求作成部を備える前記再生装置と
   を備えることを特徴とするネットワークシステム。
2. 前記サーバ、前記再生装置の間の通信は、ＨＴＴＰプロトコルにより行われることを特徴とする請求項１に記載のネットワークシステム。
3. 時系列データであるコンテンツデータを記録する記録部と、
   前記コンテンツデータの内、前記記録部に記録されている範囲を分割して複数の部分データを作成し、前記複数の部分データ毎のサイズ情報を作成する分割部と、
   前記コンテンツデータの内、前記記録部に記録されている範囲を示すシーク可能範囲情報を前記サイズ情報に付加する付加部と、
   前記コンテンツデータを再生する再生装置から送信される要求に応じて、前記部分データと、前記シーク可能範囲情報が付加された、前記部分データのサイズ情報とを前記再生装置に送信する送信部と
   を備えることを特徴とするサーバ。
4. 前記コンテンツデータの内、前記記録部に記録されている範囲の記録に要した時間と前記範囲を再生する際の再生時間との比である記録倍率と、前記送信部が送信した部分データの送信に要した時間と前記部分データを再生する際の再生時間の比である送信倍率とに基づいて、前記部分データのサイズ情報を決定する決定部を更に備えることを特徴とする請求項３に記載のサーバ。
5. 前記シーク可能範囲情報は、前記サイズ情報記述後のデリミタの後に記述することを特徴とする請求項３又は４に記載のサーバ。
6. 前記デリミタは、セミコロンであることを特徴とする請求項４に記載のサーバ。
7. 時系列データであるコンテンツデータを記録するサーバに前記コンテンツデータを要求するリクエストを送信する送信部と、
   前記リクエストに応じて前記サーバから送信される、前記コンテンツデータの一部である部分データと、前記コンテンツデータの内、前記サーバに記録されている範囲を示すシーク可能範囲情報が付加された、前記部分データのサイズ情報とを受信する受信部と、
   前記受信部が受信した前記部分データを再生する再生部と、
   前記コンテンツデータの内、前記リクエストによって取得した前記シーク可能範囲情報が示す範囲内の論理位置からの再生を要求する新たな前記リクエストを作成する要求作成部と
   を備えることを特徴とする再生装置。
8. サーバが、
   時系列データであるコンテンツデータを記録部に記録するステップと、
   前記コンテンツデータの内、前記記録部に記録されている範囲を分割して複数の部分データを作成し、前記複数の部分データ毎のサイズ情報を作成するステップと、
   前記コンテンツデータの内、前記記録部に記録されている範囲を示すシーク可能範囲情報を前記サイズ情報に付加するステップと、
   前記コンテンツデータを再生する再生装置から送信されるリクエストに応じて、前記部分データと、前記シーク可能範囲情報が付加された、前記部分データのサイズ情報とを送信するステップと
   前記再生装置が、
   前記サーバに前記コンテンツデータを要求する前記リクエストを送信するステップと、
   前記リクエストに応じて前記サーバから送信される、前記部分データと、前記シーク可能範囲情報を付加された、前記部分データのサイズ情報とを受信するステップと、
   前記受信した前記部分データを再生するステップと、
   前記コンテンツデータの内、前記リクエストによって取得したシーク可能範囲情報が示す範囲内の論理位置からの再生を要求する新たな前記リクエストを作成するステップと
   を含むことを特徴とするコンテンツ再生方法。

Images