(57)【特許請求の範囲】
【請求項１】
通信ネットワークを介して再生装置に再生用のコンテンツデータを送信するサーバであって、
外部から前記コンテンツデータを部分的に複数回取得する取得部、
前記取得部により取得された前記コンテンツデータの部分を取得の都度、記録する記録部、
前記通信ネットワークを介して、前記再生装置に対するユーザの前記コンテンツデータの指定と再生開始とを指示する操作に応じて送信される、前記記録部に記録中の前記コンテンツデータの送信開始を要求するリクエスト、及び、前記再生装置に対するユーザの前記コンテンツデータ中の指定する位置からの再生開始を指示する操作に応じて送信される、前記位置からの前記コンテンツデータの送信開始を要求するシーク要求を受信し、前記リクエスト又は前記シーク要求に応じて、前記コンテンツデータを分割して送信する旨を示す情報を前記再生装置に送信する要求通信部、
前記要求通信部が受信した前記リクエスト又は前記シーク要求に応じて、前記コンテンツデータのうち前記記録部に記録されているデータを分割して複数の部分データを作成し、前記複数の部分データ毎のサイズ情報を作成し、前記部分データと前記サイズ情報とからなる複数の分割コンテンツを作成する分割部、
前記各分割コンテンツの送信に際して、前記コンテンツデータのうち、前記記録部に記録されている範囲を示すシーク可能範囲情報を、前記サイズ情報に付加する付加部、及び、
前記要求通信部が前記コンテンツデータを分割して送信する旨を示す情報を前記再生装置に送信した後、前記シーク可能範囲情報が付加された前記サイズ情報を含む前記各分割コンテンツを順次前記再生装置に送信する送信部
を備えるサーバと、
前記リクエストと前記シーク要求とを前記サーバに送信する前記再生装置であって、
前記サーバから送信される、前記各分割コンテンツを受信する受信部、
前記受信部が受信した各分割コンテンツに含まれる前記部分データを再生する再生部、及び、
前記受信部が受信した各分割コンテンツに含まれる前記シーク可能範囲情報が示す範囲内の前記位置を指定し、前記位置からの再生開始を指示するユーザの操作に応じて、前記コンテンツデータのうち、前記シーク可能範囲情報が示す範囲内の前記指定された位置からの送信を前記サーバに要求する前記シーク要求を作成する要求作成部
を備える再生装置と
を備えることを特徴とするネットワークシステム。
【請求項２】
前記サーバと前記再生装置との通信は、ＨＴＴＰプロトコルにより行われ、
前記リクエストは、リクエストヘッダであり、
前記コンテンツデータを分割して送信する旨を示す情報は、レスポンスヘッダに含まれ、
前記部分データと、前記シーク可能範囲情報が付加された、前記部分データのサイズ情報とは、レスポンスボディに含まれ、
前記シーク可能範囲情報は、前記サイズ情報記述後のデリミタの後に記述されることを特徴とする請求項１に記載のネットワークシステム。
【請求項３】
通信ネットワークを介して再生装置に再生用のコンテンツデータを送信するサーバであって、
外部から前記コンテンツデータを部分的に複数回取得する取得部と、
前記取得部により取得された前記コンテンツデータの部分を取得の都度、記録する記録部と、
前記通信ネットワークを介して、前記再生装置に対するユーザの前記コンテンツデータの指定と再生開始とを指示する操作に応じて送信される、前記記録部に記録中の前記コンテンツデータの送信開始を要求するリクエスト、及び、前記再生装置に対するユーザの前記コンテンツデータ中の指定する位置からの再生開始を指示する操作に応じて送信される、前記位置からの前記コンテンツデータの送信開始を要求するシーク要求を受信し、前記リクエスト又は前記シーク要求に応じて、前記コンテンツデータを分割して送信する旨を示す情報を前記再生装置に送信する要求通信部と、
前記要求通信部が受信した前記リクエスト又は前記シーク要求に応じて、前記コンテンツデータのうち前記記録部に記録されているデータを分割して複数の部分データを作成し、前記複数の部分データ毎のサイズ情報を作成し、それぞれ前記部分データと前記サイズ情報とからなる複数の分割コンテンツを作成する分割部と、
前記各分割コンテンツの送信に際して、前記コンテンツデータのうち、前記記録部に記録されている範囲を示すシーク可能範囲情報を、前記サイズ情報に付加する付加部と、
前記要求通信部が前記コンテンツデータを分割して送信する旨を示す情報を前記再生装置に送信した後、前記シーク可能範囲情報が付加された前記サイズ情報を含む前記各分割コンテンツを順次前記再生装置に送信する送信部と
を備えることを特徴とするサーバ。
【請求項４】
前記記録部に記録されている前記コンテンツデータの部分の記録に要した時間と前記記録部に記録されている前記コンテンツデータの部分を１倍速で再生する際の再生時間との比である記録倍率と、前記送信部が前記再生装置に送信した部分データの送信に要した時間と前記送信部が前記再生装置に送信した部分データを１倍速で再生する際の再生時間の比である送信倍率とのうち、前記記録倍率の方が高い状況においては小さな間隔、前記送信倍率の方が高い状況においては大きな間隔となるように、前記シーク可能範囲情報の送信間隔を決定する決定部を更に備えることを特徴とする請求項３に記載のサーバ。
【請求項５】
前記シーク可能範囲情報は、前記サイズ情報記述後のデリミタの後に記述されることを特徴とする請求項３又は４に記載のサーバ。
【請求項６】
前記デリミタは、セミコロンであることを特徴とする請求項５に記載のサーバ。
【請求項７】
ユーザのコンテンツデータの指定と再生開始とを指示する操作に応じて、再生用のコンテンツデータを記録中のサーバに前記コンテンツデータの送信開始を要求するリクエストと、ユーザの前記コンテンツデータ中の指定する位置からの再生開始を指示する操作に応じて送信される、前記位置からの前記コンテンツデータの送信開始を要求するシーク要求とを送信する要求送信部と、
前記リクエスト又は前記シーク要求に応じて前記サーバから送信される、前記コンテンツデータの一部である部分データと、前記コンテンツデータのうち、前記サーバに記録されている範囲を示すシーク可能範囲情報が付加された、前記部分データのサイズ情報とを受信する受信部と、
前記受信した前記部分データを再生する再生部と、
前記受信部が受信した前記シーク可能範囲情報が示す範囲内の位置を指定し、前記位置からの再生開始を指示するユーザの操作に応じて、前記コンテンツデータのうち、前記シーク可能範囲情報が示す範囲内の前記指定された位置からの送信を前記サーバに要求する前記シーク要求を作成する要求作成部と
を備えることを特徴とする再生装置。
【請求項８】
通信ネットワークを介して再生装置に再生用のコンテンツデータを送信するサーバが、
外部から前記コンテンツデータを部分的に複数回取得するステップと、
前記取得された前記コンテンツデータの部分を取得の都度、記録するステップと、
前記通信ネットワークを介して、前記再生装置に対する前記コンテンツデータの指定と再生開始とを指示するユーザの操作に応じて送信される、前記記録中の前記コンテンツデータの送信開始を要求するリクエスト、及び、前記再生装置に対するユーザの前記コンテンツデータ中の指定する位置からの再生開始を指示する操作に応じて送信される、前記位置からの前記コンテンツデータの送信開始を要求するシーク要求を受信し、前記リクエスト又は前記シーク要求に応じて、前記コンテンツデータを分割して送信する旨を示す情報を前記再生装置に送信するステップと、
前記受信した前記リクエスト又は前記シーク要求に応じて、前記コンテンツデータのうち前記記録されたデータを分割して複数の部分データを作成し、前記複数の部分データ毎のサイズ情報を作成し、それぞれ前記部分データと前記サイズ情報とからなる複数の分割コンテンツを作成するステップと、
前記各分割コンテンツの送信に際して、前記コンテンツデータのうち、前記記録された範囲を示すシーク可能範囲情報を、前記サイズ情報に付加するステップと、
前記コンテンツデータを分割して送信する旨を示す情報を前記再生装置に送信した後、前記シーク可能範囲情報が付加された前記サイズ情報を含む前記各分割コンテンツを順次前記再生装置に送信するステップと、
前記リクエストと前記シーク要求とを前記サーバに送信する前記再生装置が、
前記サーバから送信される、前記各分割コンテンツを受信するステップと、
前記受信した各分割コンテンツに含まれる前記部分データを再生するステップと、
前記受信した各分割コンテンツに含まれる前記シーク可能範囲情報が示す範囲内の前記位置を指定し、前記位置からの再生開始を指示するユーザの操作に応じて、前記コンテンツデータのうち、前記シーク可能範囲情報が示す範囲内の前記指定された位置からの送信を前記サーバに要求する前記シーク要求を作成するステップと
を含むことを特徴とするコンテンツ再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リアルタイムに記録されるコンテンツデータを、ネットワークを介して再生するネットワークシステム、サーバ、再生装置及びコンテンツ再生方法に関する。
【背景技術】
【０００２】
所定の範囲の機器を統合して管理する、所謂ホームネットワークにおいて、動画、音声等のマルチメディアコンテンツの送受信を行う場合、記録中のコンテンツデータをタイムシフト再生しようとすると、容易にシーク可能範囲を把握することができない。ＤＬＮＡ（Ｄｉｇｉｔａｌ  Ｌｉｖｉｎｇ  Ｎｅｔｗｏｒｋ  Ａｌｌｉａｎｃｅ）ガイドラインに従った実装では、再生装置（ＤＭＰ：Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｐｌａｙｅｒ）がコンテンツデータの取得と平行して、シーク可能範囲をサーバ（ＤＭＳ：Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｓｅｒｖｅｒ）に要求し、サーバがそれに応答することで、シーク可能範囲を取得することができる。
【０００３】
ところで、スタンドアロン型のＨＤＤレコーダなどでは一般的になってきている「タイムシフト再生」あるいは「追っかけ再生」と呼ばれる技術がある。これまで記録中のコンテンツデータが再生可能となるのは記録が完了してからであったが、タイムシフト再生は記録中のコンテンツデータであったとしても、現在の記録地点までの視聴や早送り／巻戻しといったシーク制御も可能にする。記録している間は視聴可能な範囲、即ち、シーク可能な範囲は刻々と変化する。また、チューナからの記録だけではなく、インターネット経由で入手するコンテンツデータについてもダウンロードしながらの再生が可能となっている。
【０００４】
このタイムシフト再生をネットワーク機器間においても実現する試みがされている。先のＤＬＮＡガイドラインでは、ライブ・ストリーミングのようにシーク可能な範囲が限定されるコンテンツを“Ｌｉｍｉｔｅｄ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｄａｔａ  Ａｖａｉｌａｂｉｌｉｔｙ”モデルと呼んでいる。
【０００５】
しかしながら、ＤＬＮＡガイドラインの方法では、シーク可能範囲の取得を行うたびに、割り込みイベントによる新たな接続のオープン、クローズを繰り返すことになり、サーバ、再生装置の両方にとって、大きな負荷となっていた。また、サーバや再生装置がコンテンツデータの送受信を優先するように制御している場合、シーク可能範囲の要求、取得が、随時に行われないという問題があった。
【０００６】
一方、再生装置が一度のイベント要求を行い、以降は、コンテンツデータの受信と、シーク可能範囲の取得だけを行えば良く、新たな接続のオープン、クローズも頻繁に発生しない技術が提案されている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特許第４３０５００４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら特許文献１の技術においても、コンテンツデータのシーク可能範囲を取得するためには、コンテンツの送受信の接続とは別の接続が必要である。
【０００９】
このように、コンテンツの送受信の接続とは別の接続を必要とすることは、同時接続するコンテンツの数が増えるほど、これらのコンテンツを送受信するサーバ、再生装置にとって大きな負荷となる。また、再生装置が家電機器のような組み込み機器である場合、リソース不足を招く要因となっていた。
【００１０】
本発明は、上記課題を鑑みてなされたものであり、サーバと再生装置との間でコンテンツの送受信の接続以外の新たな接続を必要とすることなく、コンテンツデータのシーク可能範囲の取得を可能とし、適切なシーク要求を行うことができるネットワークシステム、サーバ、再生装置及びコンテンツ再生方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記目的を達成するために、本発明の第１の態様は、時系列データであるコンテンツデータを記録する記録部（１２）、コンテンツデータの内、記録部（１２）に記録されている範囲を分割して複数の部分データを作成し、複数の部分データ毎のサイズ情報を作成する分割部（１４）、コンテンツデータの内、記録部（１２）に記録されている範囲を示すシーク可能範囲情報をサイズ情報に付加する付加部（１５）、コンテンツデータを再生する再生装置（２０）から送信されるリクエストに応じて、部分データと、シーク可能範囲情報が付加された、部分データのサイズ情報とを送信する送信部（１６）を備えるサーバ（１０）と、サーバ（１０）にコンテンツデータを要求するリクエストを送信する送信部（２１）、リクエストに応じてサーバ（１０）から送信される、部分データと、シーク可能範囲情報が付加された、部分データのサイズ情報とを受信する受信部（２２）、受信した部分データを再生する再生部（２５，２６）、コンテンツデータの内、リクエストによって取得したシーク可能範囲情報が示す範囲内の論理位置からの再生を要求するリクエストを作成する要求作成部（２４）を備える再生装置（２０）とを備えるネットワークシステムであることを要旨とする。
【００１２】
本発明の第２の態様は、時系列データであるコンテンツデータを記録する記録部（１２）と、コンテンツデータの内、記録部（１２）に記録されている範囲を分割して複数の部分データを作成し、複数の部分データ毎のサイズ情報を作成する分割部（１４）と、コンテンツデータの内、記録部（１２）に記録されている範囲を示すシーク可能範囲情報をサイズ情報に付加する付加部（１５）と、コンテンツデータを再生する再生装置（２０）から送信される要求に応じて、部分データと、シーク可能範囲情報が付加された、部分データのサイズ情報とを再生装置（２０）に送信する送信部（１６）とを備えることを特徴とするサーバであることを要旨とする。
【００１３】
本発明の第３の態様は、時系列データであるコンテンツデータを記録するサーバ（１０）にコンテンツデータを要求するリクエストを送信する送信部（２１）と、リクエストに応じてサーバ（１０）から送信される、コンテンツデータの一部である部分データと、コンテンツデータの内、サーバ（１０）に記録されている範囲を示すシーク可能範囲情報が付加された、部分データのサイズ情報とを受信する受信部（２２）と、受信部（２２）が受信した部分データを再生する再生部（２５，２６）と、コンテンツデータの内、リクエストによって取得したシーク可能範囲情報が示す範囲内の論理位置からの再生を要求するリクエストを作成する要求作成部（２４）とを備える再生装置であることを要旨とする。
【００１４】
本発明の第４の態様は、サーバ（１０）が、時系列データであるコンテンツデータを記録部（１２）に記録するステップと、サーバ（１０）が、コンテンツデータの内、記録部（１２）に記録されている範囲を分割して複数の部分データを作成し、複数の部分データ毎のサイズ情報を作成するステップと、サーバ（１０）が、コンテンツデータの内、記録部（１２）に記録されている範囲を示すシーク可能範囲情報をサイズ情報に付加するステップと、コンテンツデータを再生する再生装置（２０）要求に応じて、部分データと、シーク可能範囲情報が付加された、部分データのサイズ情報とを送信するステップと、再生装置（２０）が、サーバ（１０）にコンテンツデータを要求するリクエストを送信するステップと、再生装置（２０）が、リクエストに応じてサーバ（１０）から送信される、部分データと、シーク可能範囲情報を付加された、部分データのサイズ情報とを受信するステップと、再生装置（２０）が、受信した部分データを再生するステップと、再生装置（２０）が、コンテンツデータの内、リクエストによって取得したシーク可能範囲情報が示す範囲内の論理位置からの再生を要求する新たなリクエストを作成するステップとを含むコンテンツ再生方法であることを要旨とする。
【発明の効果】
【００１５】
本発明によれば、サーバと再生装置との間でコンテンツの送受信の接続以外の新たな接続を必要とすることなく、コンテンツデータのシーク可能範囲の取得を可能とし、適切なシーク要求を行うことができるネットワークシステム、サーバ、再生装置及びコンテンツ再生方法を提供することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の第１の実施の形態に係るネットワークシステムの基本的な構成を説明する模式的なブロック図である。
【図２】本発明の第１の実施の形態に係るネットワークシステムのサーバの動作を説明するシーケンス図である。
【図３】本発明の第１の実施の形態に係るネットワークシステムに用いるデータ量対時間情報を図示した一例である。
【図４】本発明の第１の実施の形態に係るネットワークシステムのサーバ及び再生装置の動作を説明するシーケンス図である。
【図５】本発明の第１の実施の形態に係るネットワークシステムのサーバ及び再生装置を説明するフローチャートである。
【図６】本発明の第１の実施の形態に係るネットワークシステムにおいて送受信されるデータの構造を図示した一例である。
【図７】本発明の第１の実施の形態に係るネットワークシステムの動作を説明するために、送受信されるデータの構造を図示した一例である。
【図８】本発明の第１の実施の形態に係るネットワークシステムの動作を説明するために、送受信されるデータの構造を図示した一例である。
【図９】従来のコンテンツ再生方法を説明するシーケンス図である。
【図１０】従来のコンテンツ再生方法を説明するシーケンス図である。
【図１１】本発明の第２の実施の形態に係るネットワークシステムの基本的な構成を説明する模式的なブロック図である。
【図１２】本発明の第２の実施の形態に係るネットワークシステムのサーバの動作を説明するフローチャートである。
【図１３】本発明の第２の実施の形態に係るネットワークシステムのサーバ及び再生装置の動作を説明するフローチャートである。
【図１４】本発明の第２の実施の形態に係るネットワークシステムの動作を説明するために、送受信されるデータの構造を図示した一例である。
【図１５】本発明の第２の実施の形態に係るネットワークシステムの動作を説明するために、送受信されるデータの構造を図示した一例である。
【図１６】本発明の第２の実施の形態に係るネットワークシステムの動作を説明するために、送受信されるデータの構造を図示した一例である。
【発明を実施するための形態】
【００１７】
次に、図面を参照して、本発明の第１及び第２の実施の形態を説明する。
【００１８】
（第１の実施の形態）
本発明の第１の実施の形態に係るネットワークシステムは、図１に示すように、音声データ、動画データ等の時系列データであるコンテンツデータを記録、転送するサーバ１０と、ネットワーク３０を介してサーバ１０と通信可能に接続され、サーバ１０に記録されるコンテンツデータの再生を行う再生装置２０とを備える。サーバ１０、再生装置２０の間の通信は、ハイパーテキスト転送プロトコル（ＨＴＴＰ：Hyper Text Transfer Protocol）により行われる。
【００１９】
図２は、コンテンツデータを記録する際の、サーバ１０の動作を説明するフローチャートである。
【００２０】
ステップＳ１１において、サーバ１０の外部コンテンツ取得部１１は、種々の放送を受信するチューナ、インターネット等から、コンテンツデータを取得する。その他、外部コンテンツ取得部１１が取得するコンテンツデータは、図示を省略した他の再生装置により再生される音声、動画、或いは図示を省略した撮影装置により撮影される動画等であっても良い。
【００２１】
ステップＳ１２において、外部コンテンツ取得部１１は、取得したコンテンツデータを順次、記録部１２に記録させる。記録部１２は、例えば、ＳＲＡＭ、ＤＲＡＭ等の揮発性の記憶装置や、ハードディスク（ＨＤ）等の磁気ディスク、磁気テープ、光ディスク、光磁気ディスク等の不揮発性の記憶装置から構成できる。記録部１２は、その他、ＲＡＭディスク、ＩＣカード、フラッシュメモリカード、ＵＳＢフラッシュメモリ、フラッシュディスク（ＳＳＤ）等を採用可能である。
【００２２】
記録部１２に記録されるコンテンツデータは、例えば、ＭＰＥＧ（Moving Picture Experts Group）、モーションＪＰＥＧ（Motion Joint Photographic Experts Group）、国際電気通信連合電気通信標準化部門（ＩＴＵ−Ｔ）のＨシリーズ規格等の種々の方式で処理された音声、動画等のデジタルデータである。
【００２３】
ステップＳ１３において、データ量対時間情報作成部１３は、外部コンテンツ取得部１１により取得され、記録部１２に記録されたコンテンツデータを読み出し、コンテンツデータの先頭からコンテンツデータ中の或る論理位置までのデータ量と、再生時間とを対応付けた情報であるデータ量対時間情報を作成する。データ量対時間情報は、例えば、図３に示すように、データ量の値と再生時間とを対応付けたテーブル形式の情報とすることができる。
【００２４】
ステップＳ１４において、外部コンテンツ取得部１１は、コンテンツデータ全体の記録が完了したか否かを判定する。コンテンツデータ全体の記録が完了していない場合は、ステップＳ１１〜ステップＳ１３の処理を繰り返す。コンテンツデータ全体の記録が完了した場合は、終了する。
【００２５】
第１の実施の形態に係るネットワークシステムの動作を図４及び図５を用いて説明する。
【００２６】
図４は、サーバ１０と再生装置２０との間のデータの送受信のシーケンスを示す図である。図５は、サーバ１０及び再生装置２０の動作の各ステップを示すフローチャートである。以降の説明では、図５を主として用いる。
【００２７】
先ず、ステップＳ１０１において、再生装置２０の要求送信部２１は、サーバ１０の記録部１２に記録されているコンテンツデータを要求するリクエストヘッダを、サーバ１０に送信する。リクエストヘッダは、ＧＥＴメソッドを含むＨＴＴＰリクエストメッセージである。
【００２８】
要求送信部２１は、例えば、図６に示すように、ファイル名「ｍｏｖｉｅ．ｍｐｇ」のコンテンツデータＢを、統一資源識別子（ＵＲＩ）「１９２．１６９．０．１００」のサーバ１０に、「ＨＴＴＰ／１．１」のプロトコルで要求する場合、
ＧＥＴ  ／ｍｏｖｉｅ．ｍｐｇ  ＨＴＴＰ／１．１
Ｈｏｓｔ：  １９２．１６９．０．１００
のような記述を含むリクエストヘッダをサーバ１０に送信する。
【００２９】
ステップＳ１０２において、サーバ１０の要求通信部１７は、再生装置２０の要求送信部２１から送信される、コンテンツデータＢを要求するリクエストヘッダを受信する。
【００３０】
ステップＳ１０３において、要求通信部１７は、リクエストヘッダに対するレスポンスヘッダを、再生装置２０に送信する。
【００３１】
例えば、再生装置２０から送信されるリクエストヘッダが、既に記録部１２に全体を記録され、全体のサイズが既知であるコンテンツデータＢを要求する場合、要求通信部１７は、図６（Ａ）に示すように、レスポンスヘッダに、コンテンツデータＢ全体のサイズを示す「Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ」ヘッダを含める。
【００３２】
再生装置２０から送信されるリクエストヘッダが、記録部１２に全体を記録されず、全体のサイズが未知であるコンテンツデータＢを要求する場合、要求通信部１７は、図６（Ｂ）に示すように、レスポンスヘッダに、コンテンツデータＢをチャンク形式で再生装置２０に送信する旨を示す「Ｔｒａｎｓｆｅｒ−Ｅｎｃｏｄｉｎｇ：  ｃｈｕｎｋｅｄ」ヘッダを含める。
【００３３】
ステップＳ１０４において、再生装置２０は、サーバ１０の要求通信部１７から送信されるレスポンスヘッダを受信する。
【００３４】
ステップＳ１０５において、コンテンツ分割部１４は、コンテンツデータＢの、記録部１２に記録されている部分を取得し、取得したコンテンツデータＢを、複数の部分データｂ１，ｂ２，…，ｂｍ（ｍ：正の整数）に分割する。コンテンツ分割部１４は、部分データｂｉ（ｉ：１〜ｍの整数）と、部分データｂｉのデータ量であるサイズ情報ｓｉとからなるチャンク形式の分割コンテンツを作成する。
【００３５】
ステップＳ１０６において、シーク可能範囲情報付加部１５は、データ量対時間情報作成部１３からシーク可能範囲情報を取得し、コンテンツ分割部１４が分割した部分データｂｉのサイズ情報ｓｉに、シーク可能範囲情報を付加する。
【００３６】
シーク可能範囲情報は、データ量対時間情報作成部１３が、作成したデータ量対時間情報に基づいて作成する情報であり、コンテンツデータＢの内、再生装置２０による巻き戻し、早送り等のシーク操作が可能な範囲を示す、或る時点において記録部１２に記録されるコンテンツデータＢのデータ量及び再生時間の情報である。
【００３７】
例えば、コンテンツデータＢの再生時間が０．０秒から３．０秒、データ量が０バイトから２８８００００バイトの範囲をシーク可能範囲とすると、シーク可能範囲情報は、
２ＢＦ２００；ｎｐｔ＝０．０−３．０  ｂｙｔｅｓ＝０−２８８００００
のように、「；（セミコロン）」の後に、「ｎｐｔ＝」、「ｂｙｔｅｓ＝」等の文字列によって、部分データｂｉのサイズ情報ｓｉ＝２ＢＦ２００バイト（１０進数で２８８００００バイト）に付加される。
【００３８】
ＨＴＴＰ通信において、一般に「；（セミコロン）」は、デリミタ（区切り文字）であり、セミコロン以降の文字は、一般にコメントとして無視される。よって、第１の実施の形態に係るネットワークシステムが備えるサーバ１０は、第１の実施の形態に係るネットワークシステムの再生装置２０でない、ＨＴＴＰプロトコルによりのコンテンツデータを取得、再生する他の再生装置であっても、コンテンツデータの取得、再生が可能であり、汎用性が高い。
【００３９】
ステップＳ１０７において、分割コンテンツ送信部１６は、部分データｂｉと、シーク可能範囲情報付加部１５によりシーク可能範囲情報を付加された、部分データｂｉのサイズ情報ｓｉとからなる分割コンテンツを、リクエストヘッダに対するレスポンスボディの一部として、再生装置２０に送信する。
【００４０】
ステップＳ１０８において、分割コンテンツ送信部１６は、部分データｂ１〜ｂｍをすべて送信したか否かを判定する。未だ部分データｂ１〜ｂｍをすべて送信していないと判定する場合は、ステップＳ１０５に戻り、ステップＳ１０５〜ステップＳ１０７の処理を繰り返す。
【００４１】
部分データｂ１〜ｂｍをすべて送信したと判定する場合、ステップＳ１０９において、シーク可能範囲情報付加部１５は、サイズ情報ｓｎ＝０に、コンテンツデータＢ全体のデータ量及び再生時間を、シーク可能範囲情報として付加する。
【００４２】
ステップＳ１１０において、分割コンテンツ送信部１６は、コンテンツデータＢ全体のシーク可能範囲情報が付加されたサイズ情報ｓｎを、再生装置２０に送信する。サイズ情報ｓｎは、再生装置２０に受信されることにより、再生装置２０に、サーバ１０が部分データｂ１〜ｂｍをすべて送信したことを通知する。
【００４３】
ステップＳ１１１において、再生装置２０の分割コンテンツ受信部２２は、サーバ１０から送信されるレスポンスボディとして、部分データｂｉと、シーク可能範囲情報が付加された部分データｂｉのサイズ情報ｓｉとからなるチャンク形式の分割コンテンツ、またはシーク可能範囲情報が付加されたサイズ情報ｓｎを受信する。
【００４４】
分割コンテンツ受信部２２は、その他、サーバ１０から送信されるレスポンスヘッダ等、サーバ１０から送信されるデータを受信する。
【００４５】
ステップＳ１１２において、シーク可能範囲情報解析部２３は、分割コンテンツ受信部２２が受信した部分データｂｉのサイズ情報ｓｉ、またはサイズ情報ｓｎの後に記述される「；（セミコロン）」以降を認識し、シーク可能範囲情報が付加されているか否かを判定する。シーク可能範囲情報が付加されない場合、ステップＳ１１４に進む。
【００４６】
シーク可能範囲情報が付加される場合、ステップＳ１１３において、シーク可能範囲情報解析部２３は、サイズ情報ｓｉに付加されるシーク可能範囲情報のデータ量及び再生時間を解析し、保持する。これにより、サーバ１０から再生装置２０にコンテンツデータＢのシーク可能範囲情報が順次通知される。
【００４７】
ステップＳ１１４において、サイズ情報がｓｎ＝０であるか否かを判定する。サイズ情報がｓｎ＝０である場合は、再生装置２０は、部分データｂ１〜ｂｍをすべて受信したと判定し、ステップＳ１１１における分割コンテンツの受信を終了する。
【００４８】
サイズ情報がｓｎ＝０でない場合、ステップＳ１１５において、順次、再生部（２５，２６）のデコード部２５が部分データｂｉをデコードし、ステップＳ１１６において、再生部（２５，２６）の出力部２６が、デコード部２５のデコード結果を出力することにより、コンテンツデータＢの再生を行い、ステップＳ１１１に戻る。
【００４９】
また、適宜ステップＳ１１７において、シーク要求作成部２４は、コンテンツデータの巻き戻し、早送り等のシーク操作に応じて、サーバ１０の記録部１２に記録されるコンテンツデータＢ中の任意の位置からの送信を、サーバ１０に対して要求するシーク要求を作成する。
【００５０】
シーク要求作成部２４は、シーク可能範囲情報解析部２３から、シーク可能範囲情報解析部２３が保持するシーク可能範囲情報を読み出し、シーク可能範囲情報の範囲内の論理位置を示す、コンテンツデータＢのデータ量または再生時間を含むシーク要求を作成する。シーク操作は、ユーザの操作に応じて、図示を省略した入力装置からシーク要求作成部２４に入力され、シーク可能範囲情報が示す範囲内の、コンテンツデータＢのデータ量または再生時間をシーク要求作成部２４に指定する。
【００５１】
シーク要求作成部２４が作成するシーク要求により、再生装置２０は、サーバ１０が全体を記録していないコンテンツデータＢの再生時、サーバ１０に割り込み処理をさせることなく、巻き戻し、早送り等のシーク操作が可能である。
【００５２】
図７は、第１の実施の形態に係るネットワークシステムにおいて、サーバ１０によるコンテンツデータＢの記録の開始直後に、再生装置２０によるコンテンツデータＢの再生を開始する場合を説明する図である。コンテンツデータＢは、外部コンテンツ取得部１１により取得され、記録部１２に記録中のデータであり、記録が終了していないデータである。
【００５３】
図７（Ａ）に示すコンテンツデータＢは、サーバ１０の外部コンテンツ取得部１１により、コンテンツデータＢの実際の再生時間と等倍となる記録速度で、記録部１２への記録を開始される。コンテンツ分割部１４は、再生装置２０から送信されるリクエストヘッダに応じて、先ず、記録部１２に記録されるコンテンツデータＢから、部分データｂ１と、部分データｂ１のサイズ情報ｓ１とを作成する。
【００５４】
シーク可能範囲情報付加部１５は、コンテンツ分割部１４により作成された部分データｂ１のサイズ情報ｓ１に、データ量対時間情報作成部１３により作成されたシーク可能範囲情報「ｎｐｔ＝０．０−３．０  ｂｙｔｅｓ＝０−２８８００００」を付加する。分割コンテンツ送信部１６は、シーク可能範囲情報を付加された、部分データｂ１のサイズ情報ｓ１と、部分データｂ１とを、再生装置２０に送信する。
【００５５】
再生装置２０の分割コンテンツ受信部２２は、サーバ１０から送信されたコンテンツデータＢの部分データｂ１と、部分データｂ１のサイズ情報ｓ１とを受信する。シーク可能範囲情報解析部２３は、部分データｂ１のサイズ情報ｓ１に付加されるシーク可能範囲情報を取得し、保持する。
【００５６】
図７（Ｂ）に示すように、再生装置２０が受信したレスポンスボディに含まれる、部分データｂ１のサイズ情報ｓ１は、「２ＢＦ２００（１０進数で２８８００００バイト）」であり、「；」の後に、サイズ情報ｓ１に付加されるシーク可能範囲情報は、「ｎｐｔ＝０．０−３．０  ｂｙｔｅｓ＝０−２８８００００」である。サイズ情報ｓ１に付加されるシーク可能範囲情報は、コンテンツデータＢの再生時間が０．０秒から３．０秒、データ量の値が０バイトから２８８００００バイトの範囲で、シーク操作が可能であることを示している。
【００５７】
よって、例えば再生装置２０が、図７（Ｂ）に示す時刻ｔ１において、部分データｂ１の内容を再生している場合、時刻ｔ１においてシーク可能範囲情報解析部２３が保持するシーク可能範囲情報の範囲内の位置を再生するシーク操作を行うことができる。シーク要求作成部２４は、アドレスが「１９２．１６８．０．１００」であるサーバ１０に記録される、「ｍｏｖｉｅ．ｍｐｇ」というコンテンツデータＢのうち、先頭からの再生時間１秒の位置を再生するために、例えば、
ＧＥＴ  ／ｍｏｖｉｅ．ｍｐｇ  ＨＴＴＰ／１．１
Ｈｏｓｔ：  １９２．１６９．０．１００
ＴｉｍｅＳｅｅｋＲａｎｇｅ．ｄｌｎａ．ｏｒｇ：  ｎｐｔ＝１．０−
のような記述を含む、ＤＬＮＡガイドラインに従ったシーク要求を作成でき、要求送信部２１は、シーク要求作成部２４が作成したシーク要求をリクエストヘッダとしてサーバ１０に送信する。
【００５８】
また、サーバ１０に記録されるコンテンツデータＢのうち、データ量の値が先頭から１４４００００バイトの位置から再生するシーク操作を行う場合、シーク要求作成部２４は、例えば
ＧＥＴ  ／ｍｏｖｉｅ．ｍｐｇ  ＨＴＴＰ／１．１
Ｈｏｓｔ：  １９２．１６９．０．１００
ＲＡＮＧＥ：  ｂｙｔｅｓ＝１４４００００−
のような記述を含む、ＤＬＮＡガイドラインに従ったシーク要求を作成し、要求送信部２１は、シーク要求作成部２４は、要求送信部２１が作成したシーク要求をリクエストヘッダとしてサーバ１０に送信する。
【００５９】
同様に、図７（Ｂ）に示す時刻ｔ２において、コンテンツデータＢの部分データｂｉ−１の内容の再生時、シーク可能範囲情報解析部２３が保持するシーク可能範囲情報は「ｎｐｔ＝０．０−１４７．０  ｂｙｔｅｓ＝０−１４１１２００００」であり、再生装置２０は、コンテンツデータＢの再生時間が０秒から１４７秒まで、データ量の値が０バイトから１４１１２００００バイトまでの範囲で、それぞれを指定するシーク操作が可能であることを示している。また、コンテンツデータＢの再生時間１４７秒直前を再生している場合、早送り方向のシーク再生ができず、再生時間０秒までの巻き戻し方向のシーク操作が可能であることを示している。
【００６０】
再生装置２０は、コンテンツデータＢの再生時間や、データ量の値を、シーク可能範囲情報解析部２３が保持するシーク可能範囲情報の範囲内で任意に指定するシーク操作を行うことができる。
【００６１】
図８は、第１の実施の形態に係るネットワークシステムにおいて、サーバ１０によるコンテンツデータＢの記録の開始から３０秒後に、再生装置２０によるコンテンツデータＢの再生を開始する場合を、図７に関する説明と同様に説明する図である。
【００６２】
図８（Ａ）に示すコンテンツデータＢは、サーバ１０の外部コンテンツ取得部１１により、コンテンツデータＢの実際の再生時間と等倍となる記録速度で、記録部１２への記録を開始される。コンテンツ分割部１４は、コンテンツデータＢの記録開始から３０秒後に再生装置２０から送信されるリクエストヘッダに応じて、記録部１２に記録されるコンテンツデータＢから、部分データｂｉと、部分データｂｉのサイズ情報ｓｉとを作成する。
【００６３】
図８（Ｂ）に示すように、再生装置２０が受信したレスポンスボディに含まれる、部分データｂ１のサイズ情報ｓ１は、「２ＢＦ２００（１０進数で２８８００００バイト）」であり、サイズ情報ｓ１に付加されるシーク可能範囲情報は、「ｎｐｔ＝０．０−３０．０  ｂｙｔｅｓ＝０−２８８０００００」である。サイズ情報ｓ１に付加されるシーク可能範囲情報は、コンテンツデータＢの再生時間が０．０秒から３０．０秒、データ量の値が０バイトから２８８０００００バイトの範囲で、シーク操作が可能であることを示している。
【００６４】
よって、例えば再生装置２０が、図８（Ｂ）に示す時刻ｔ３において、部分データｂ１の内容を再生している場合、時刻ｔ３においてシーク可能範囲情報解析部２３が保持するシーク可能範囲情報の範囲内の位置でシーク操作を行うことができる。コンテンツデータＢの再生時間３秒の位置を再生している場合、再生時間３０秒までの早送り方向のシーク操作と、再生時間０秒までの巻き戻し方向のシーク操作が可能であることを示している。
【００６５】
同様に、図８（Ｂ）に示す時刻ｔ４において、コンテンツデータＢの部分データｂｉ−１の内容の再生時、シーク可能範囲情報解析部２３が保持するシーク可能範囲情報は「ｎｐｔ＝０．０−１４７．０  ｂｙｔｅｓ＝０−１４１１２００００」であり、再生装置２０は、コンテンツデータＢの再生時間が０秒から１４７秒まで、データ量の値が０バイトから１４１１２００００バイトまでの範囲で、それぞれを指定するシーク操作が可能であることを示している。
【００６６】
また、サーバ１０は、サーバ１０の記録部１２がコンテンツデータを循環的に一時記憶するバッファリングをしながら、再生装置２０にコンテンツデータを送信するストリーミングを行うようにしても良い。例えば、記録部１２は、コンテンツデータの記録を目的とせず、コンテンツデータを分割して送信するための揮発性の記憶装置とすることができる。
【００６７】
例えば、放送されるコンテンツデータを、記録部１２に３００秒分だけバッファリングしながら、リアルタイムに再生装置２０へのストリーミングを行う場合、シーク可能範囲情報付加部１５が部分データｂｉのサイズ情報ｓｉに付加するシーク可能範囲情報は、
ｎｐｔ＝０．０−３００．０  ｂｙｔｅｓ＝０−２８８００００００
ｎｐｔ＝１０．０−３１０．０  ｂｙｔｅｓ＝９６０００００−２９７６０００００
ｎｐｔ＝２０．０−３２０．０  ｂｙｔｅｓ＝１９２０００００−３０７２０００００
のように、シーク可能範囲情報の再生時間及びデータ量の値は、開始、終了の値のいずれも刻々と変化する。
【００６８】
ＤＬＮＡガイドラインに従った従来の実装では、図９に示すように、再生装置２００がコンテンツデータの再生と平行してシーク可能範囲をサーバに要求し、サーバがそれに応答することでシーク可能範囲の取得が可能となる。但し、この方法では、シーク可能範囲の取得を行うたびに、図９に示すように、コンテンツデータの送受信を行う接続Ｃ１と別の、割り込みイベントによる新たな接続Ｃ２のオープン、クローズを繰り返すことになり、再生装置２００、サーバ１００の両方にとって大きな負荷となっていた。また、サーバ１００や再生装置２００がコンテンツデータの送受信を優先するように制御している場合には、シーク可能範囲の要求・取得が適時に行われないという問題もあった。
【００６９】
また、特許文献１（特許４３０５００４号）に記載の技術も同様に、図１０に示すように、再生装置２００が一度のイベント要求を行うだけで、サーバ１００が定期的にシーク可能範囲を通知するが、コンテンツデータの送受信を行う接続Ｃ１と別の、割り込みイベントによる新たな接続Ｃ３が必要となる。
【００７０】
第１の実施の形態に係るネットワークシステムによれば、再生装置がサーバへ問い合わせを繰り返し行う必要がなく、また割り込みイベントによる、コンテンツ送受信とは別の新たな接続が不要で、適切な範囲内でのシーク要求を行うことができる。
【００７１】
（第２の実施の形態）
本発明の第２の実施の形態に係るネットワークシステムは、サーバ１０が部分サイズ決定部１８を備え、サーバ１０と再生装置２０との間の通信速度等によって、部分データｂｉのサイズを変更する点において第１の実施の形態と異なる。
【００７２】
図１２は、第２の実施の形態に係るネットワークシステムのサーバ１０が、コンテンツデータを記録する際の動作を説明するフローチャートである。
【００７３】
ステップＳ２１において、サーバ１０の外部コンテンツ取得部１１は、チューナ、インターネット等から、音声データ、動画データ等のコンテンツデータを取得する。
【００７４】
ステップＳ２２において、外部コンテンツ取得部１１は、取得したコンテンツデータを順次、記録部１２に記録させる。
【００７５】
ステップＳ２３において、データ量対時間情報作成部１３は、外部コンテンツ取得部１１により取得され、記録部１２に記録されたコンテンツデータを読み出し、コンテンツデータの先頭からコンテンツデータ中の或る論理位置までのデータ量と、再生時間とを対応付けた情報であるデータ量対時間情報を作成する。
【００７６】
ステップＳ２４において、データ量対時間情報作成部１３は、記録部１２に記録されているコンテンツデータの記録に要した時間Ｔｒと、記録部１２に記録されているコンテンツデータを再生する際の実際の再生時間Ｔａの比である記録倍率Ｒｍを算出する。記録倍率Ｒｍは、式（１）から算出される。
【００７７】
Ｒｍ＝Ｔａ／Ｔｒ                                …（１）
コンテンツデータ全体の記録が完了した場合には、記録倍率Ｒｍ＝０とする。
【００７８】
記録倍率Ｒｍは、チューナからの記録のように放送される音声、動画データをリアルタイムに記録する場合には等倍（１倍）となるが、例えばインターネットから取得する場合には、その通信速度により異なる倍率となる。インターネット回線が早い場合には、記録倍率Ｒｍは２倍、遅い場合には１／２倍となることもある。
【００７９】
ステップＳ２５において、外部コンテンツ取得部１１は、コンテンツデータ全体の記録が完了したか否かを判定する。コンテンツデータ全体の記録が完了していない場合は、ステップＳ２１〜ステップＳ２４の処理を繰り返す。コンテンツデータ全体の記録が完了した場合は、終了する。
【００８０】
第２の実施の形態に係るネットワークシステムが備えるサーバ１０及び再生装置２０の動作を、図１３のフローチャートを用いて説明する。
【００８１】
先ず、ステップＳ２０１において、再生装置２０の要求送信部２１は、サーバ１０の記録部１２に記録されているコンテンツデータを要求するリクエストヘッダを、サーバ１０に送信する。
【００８２】
ステップＳ２０２において、サーバ１０の要求通信部１７は、再生装置２０の要求送信部２１から送信される、コンテンツデータＢを要求するリクエストヘッダを受信し、ステップＳ２０３において、要求通信部１７は、リクエストヘッダに対するレスポンスヘッダを、再生装置２０に送信する。
【００８３】
ステップＳ２０４において、再生装置２０は、サーバ１０の要求通信部１７から送信されるレスポンスヘッダを受信する。
【００８４】
ステップＳ２０５において、サーバ１０の部分サイズ決定部１８は、再生装置２０に送信する部分データｂｉのデータ量（サイズ情報ｓｉ）を決定する。
【００８５】
部分サイズ決定部１８は、先ず、送信済の部分データｂｉの送信に要した時間Ｔｓと、送信済の部分データｂｉを再生する際の実際の再生時間Ｔｐの比である送信倍率Ｐｍを算出する。送信倍率Ｐｍは、式（２）から算出される。
【００８６】
Ｐｍ＝Ｔｐ／Ｔｓ                                …（２）
部分データｂｉの実際の再生時間Ｔｐは、データ量対時間情報作成部１３が作成するデータ量対時間情報から求めることができる。送信開始の段階では、送信済の部分データｂｉが存在しないため、送信倍率をＰｍ＝１と仮定すれば良い。
【００８７】
例えば、サーバ１０が、再生時間３０秒分の部分データｂｉを１０秒で送信した場合には、Ｐｍ＝３０／１０＝３となる。また、送信倍率Ｐｍは、再生装置２０の部分データｂｉの受信時間と、再生時間との倍率とすることもでき、再生装置２０の再生速度に応じて、部分データｂｉの受信時間が変化することになる。
【００８８】
部分サイズ決定部１８は、更に、記録中のコンテンツデータの記録倍率Ｒｍと、送信倍率Ｐｍとに基づいて、間隔時間Ｔｉを決定する。間隔時間Ｔｉは、式（３）から算出される。
【００８９】
Ｔｉ＝Ｔｄ×（Ｐｍ／Ｒｍ）                      …（３）
式（２）の基準時間Ｔｄは、記録倍率Ｒｍ＝送信倍率Ｐｍという条件において、サーバ１０がシーク可能範囲情報を再生装置２０に通知する間隔である。
【００９０】
部分サイズ決定部１８は、間隔時間Ｔｉを、データ量対時間情報作成部１３が保持するデータ量対時間情報と照会し、再生装置２０に送信する部分データｂｉのデータ量（サイズ情報ｓｉ）を決定する。
【００９１】
サーバ１０において、コンテンツデータの記録が終了した場合は、記録倍率Ｒｍ＝０、間隔時間Ｔｉ＝∞となるため、サイズ情報ｓｉの、残りの全ての部分データｂｉを再生装置２０に送信する。
【００９２】
例えば、基準時間Ｔｄ＝３秒とすると、記録倍率Ｒｍと送信倍率Ｐｍとが等しければ、送信する部分データｂｉのサイズ情報ｓｉは、実際の再生時間が３秒分の部分データｂｉのサイズ情報ｓｉとなり、シーク可能範囲情報は、サーバ１０から３秒間隔で再生装置２０に通知されることになる。
【００９３】
また、記録倍率Ｒｍ＝２、送信倍率Ｐｍ＝１の場合、間隔時間Ｔｉ＝３×（１／２）＝１．５秒となり、サーバ１０は、シーク可能範囲情報を１．５秒間隔で再生装置２０に通知する。なお、シーク可能範囲情報が示す再生時間の範囲は、３秒間ずつ広がる。
【００９４】
同様に、記録倍率Ｒｍ＝１、送信倍率Ｐｍ＝２倍の場合、間隔時間Ｔｉ＝３×（２／１）＝６となり、サーバ１０は、シーク可能範囲情報を６秒間隔で再生装置２０に通知する。
【００９５】
ステップＳ２０６において、コンテンツ分割部１４は、コンテンツデータを分割し、部分サイズ決定部１８が決定したサイズ情報ｓｉ、サイズ情報ｓｉの部分データｂｉを作成
する。
【００９６】
図１３に示すステップＳ２０７以降の処理は、第１の実施の形態において説明した図５に示すステップＳ１０６以降の処理と、実質的に同様であるので、重複する説明を省略する。
【００９７】
図１４は、第２の実施の形態に係るネットワークシステムにおいて、サーバ１０によるコンテンツデータＢの記録の開始から３０秒後に、再生装置２０によるコンテンツデータＢの再生を開始する場合を説明する図である。
【００９８】
図１４（Ａ）に示すコンテンツデータＢは、サーバ１０の外部コンテンツ取得部１１により、コンテンツデータＢの実際の再生時間と等倍となる記録速度で、記録部１２への記録を開始される。基準時間Ｔｄを３秒とすると、部分サイズ決定部１８は、記録倍率Ｒｍ＝１、初回の送信倍率Ｐｍ＝１となるので、間隔時間Ｔｉ＝３×（１／１）＝３秒を算出し、間隔時間Ｔｉに基づいてサイズ情報ｓｉを決定する。コンテンツ分割部１４は、コンテンツデータＢの記録開始から３０秒後に再生装置２０から送信されるリクエストヘッダに応じて、記録部１２に記録されるコンテンツデータＢから、部分データｂｉと、部分データｂｉのサイズ情報ｓｉとを作成する。
【００９９】
図１４（Ｂ）に示すように、再生装置２０が受信したレスポンスボディに含まれる、部分データｂ１のサイズ情報ｓ１は、「２ＢＦ２００（１０進数で２８８００００バイト）」であり、サイズ情報ｓ１に付加されるシーク可能範囲情報は、「ｎｐｔ＝０．０−３０．０  ｂｙｔｅｓ＝０−２８８０００００」である。サイズ情報ｓ１に付加されるシーク可能範囲情報は、コンテンツデータＢの再生時間が０．０秒から３０．０秒、データ量の値が０バイトから２８８０００００バイトの範囲で、シーク操作が可能であることを示している。
【０１００】
よって、例えば再生装置２０が、図１４（Ｂ）に示す時刻ｔ５において、部分データｂ１の内容を再生している場合、時刻ｔ５においてシーク可能範囲情報解析部２３が保持するシーク可能範囲情報の範囲内の位置でシーク操作を行うことができる。コンテンツデータＢの再生時間３秒の位置を再生している場合、再生時間３０秒までの早送り方向のシーク操作と、再生時間０秒までの巻き戻し方向のシーク操作が可能であることを示している。
【０１０１】
同様に、図１４（Ｂ）に示す時刻ｔ６において、コンテンツデータＢの部分データｂｍの内容の再生時、コンテンツデータＢ全体の記録が完了しており、シーク可能範囲情報解析部２３が保持するシーク可能範囲情報は「ｎｐｔ＝０．０−１５０．０  ｂｙｔｅｓ＝０−１４４００００００」である。再生装置２０は、コンテンツデータＢ全体の再生時間０秒から１５０秒まで、データ量の値０バイトから１４４００００００バイトまでの範囲で、それぞれを指定するシーク操作が可能であることを示している。
【０１０２】
図１４（Ａ）に示すように、サーバ１０は、コンテンツデータＢの記録を記録開始から１５０秒で終了している。この場合、再生装置２０がコンテンツデータＢの再生時間１２０秒付近を再生中に、サーバ１０はコンテンツデータＢの記録を終了するため、間隔時間Ｔｉ＝３×（１／０）＝∞となり、図１４（Ｂ）に示すように、サーバ１０は、未だ送信されていないコンテンツデータＢの残りすべてを、サイズ情報ｓｍ＝２０Ｆ５８００（１０進数で３４５６００００バイト）の部分データｂｍとして送信する。このときのシーク可能範囲情報「ｎｐｔ＝０．０−１５０．０  ｂｙｔｅｓ＝０−１４４００００００」は、コンテンツデータＢ全体の再生時間及びデータ量の値を示す。
【０１０３】
図１４（Ｂ）に示すように、サーバ１０は、最後の部分データｂｍを送信後、分割コンテンツの送信が完了したことを示すサイズ情報ｓｎ＝０を送信する。サイズ情報ｓｎ＝０に付加されるシーク可能範囲情報は、直前に送信されたシーク可能範囲情報と同一である。
【０１０４】
図１５は、第２の実施の形態に係るネットワークシステムにおいて、サーバ１０によるコンテンツデータＢの記録の開始直後に、再生装置２０によるコンテンツデータＢの再生を開始する場合を説明する図である。
【０１０５】
図１５（Ａ）に示すコンテンツデータＢは、サーバ１０の外部コンテンツ取得部１１により、コンテンツデータＢの実際の再生時間と２倍となる記録速度（記録倍率Ｒｍ＝２）で、記録部１２への記録を開始される。基準時間Ｔｄを３秒とすると、部分サイズ決定部１８は、記録倍率Ｒｍ＝２、初回の送信倍率Ｐｍ＝１となるので、間隔時間Ｔｉ＝３×（１／２）＝１．５秒を算出し、間隔時間Ｔｉに基づいてサイズ情報ｓｉを決定する。コンテンツ分割部１４は、コンテンツデータＢの記録開始から３０秒後に再生装置２０から送信されるリクエストヘッダに応じて、記録部１２に記録されるコンテンツデータＢから、部分データｂｉと、部分データｂｉのサイズ情報ｓｉとを作成する。
【０１０６】
図１５（Ｂ）に示すように、再生装置２０が受信したレスポンスボディに含まれる、部分データｂ１のサイズ情報ｓ１は、「１５Ｆ９００（１０進数で１４４００００バイト）」であり、図７（Ｂ）に示す例の１／２倍となっており、サーバ１０は、図７（Ｂ）に示す例の１／２倍の間隔でシーク可能範囲情報を送信していることが分かる。サイズ情報ｓ１に付加されるシーク可能範囲情報は、「ｎｐｔ＝０．０−３０．０  ｂｙｔｅｓ＝０−２８８０００００」であり、図７（Ｂ）に示す例と変わらない。
【０１０７】
例えば再生装置２０が、図１５（Ｂ）に示す時刻ｔ７において、部分データｂ１の内容を再生している場合、時刻ｔ７においてシーク可能範囲情報解析部２３が保持するシーク可能範囲情報の範囲内の位置でシーク操作を行うことができる。コンテンツデータＢの再生時間３秒の位置を再生している場合、再生時間３秒までの早送り方向のシーク操作と、再生時間０秒までの巻き戻し方向のシーク操作が可能であることを示している。
【０１０８】
同様に、図１５（Ｂ）に示す時刻ｔ８において、コンテンツデータＢの部分データｂｉ−１の内容の再生時、シーク可能範囲情報解析部２３が保持するシーク可能範囲情報は「ｎｐｔ＝０．０−２９７．０  ｂｙｔｅｓ＝０−２８６５６００００」であり、再生装置２０は、コンテンツデータＢの再生時間が０秒から２９７秒まで、データ量の値が０バイトから２８６５６００００バイトまでの範囲で、それぞれを指定するシーク操作が可能であることを示している。
【０１０９】
図１６は、第２の実施の形態に係るネットワークシステムにおいて、サーバ１０によるコンテンツデータＢの記録の開始から３０秒後に、再生装置２０によるコンテンツデータＢの２倍速再生を開始する場合を説明する図である。
【０１１０】
図１６（Ａ）に示すコンテンツデータＢは、サーバ１０の外部コンテンツ取得部１１により、コンテンツデータＢの実際の再生時間と等倍となる記録速度（記録倍率Ｒｍ＝１）で、記録部１２への記録を開始される。基準時間Ｔｄを３秒とすると、部分サイズ決定部１８は、記録倍率Ｒｍ＝１、初回の送信倍率Ｐｍ＝１から、間隔時間Ｔｉ＝３×（１／１）＝３秒を算出し、間隔時間Ｔｉに基づいてサイズ情報ｓｉを決定する。コンテンツ分割部１４は、コンテンツデータＢの記録開始から３０秒後に再生装置２０から送信されるリクエストヘッダに応じて、記録部１２に記録されるコンテンツデータＢから、部分データｂｉと、部分データｂｉのサイズ情報ｓｉとを作成する。
【０１１１】
図１６（Ｂ）に示すように、再生装置２０が受信したレスポンスボディに含まれる、部分データｂ１のサイズ情報ｓ１は、「２２ＢＦ２００（１０進数で２８８００００バイト）」である。部分データｂ２のサイズ情報ｓ２は、送信倍率Ｐｍ＝２となるため、「５７Ｅ４００（１０進数で５７６００００バイト）」、付加されるシーク可能範囲情報は、「ｎｐｔ＝０．０−３１．５  ｂｙｔｅｓ＝０−３０２４００００」である。
【０１１２】
シーク可能範囲情報の増加分は、図７（Ｂ）に示す例の１／２倍となっており、サーバ１０は、図７（Ｂ）に示す例の２倍の間隔でシーク可能範囲情報を送信している。
【０１１３】
例えば再生装置２０が、図１６（Ｂ）に示す時刻ｔ９において、部分データｂ１の内容を再生している場合、時刻ｔ９においてシーク可能範囲情報解析部２３が保持するシーク可能範囲情報の範囲内の位置でシーク操作を行うことができる。コンテンツデータＢの再生時間３秒の位置を再生している場合、再生時間３０秒までの早送り方向のシーク操作と、再生時間０秒までの巻き戻し方向のシーク操作が可能であることを示している。
【０１１４】
同様に、図１６（Ｂ）に示す時刻ｔ９において、コンテンツデータＢの部分データｂｉ−１の内容の再生時、シーク可能範囲情報解析部２３が保持するシーク可能範囲情報は「ｎｐｔ＝０．０−５８．５  ｂｙｔｅｓ＝０−５６１６００００」であり、再生装置２０は、コンテンツデータＢの再生時間が０秒から５８．５秒まで、データ量の値が０バイトから５６１６００００バイトまでの範囲で、それぞれを指定するシーク操作が可能であることを示している。
【０１１５】
図１６に示す例では、再生装置２０が、コンテンツデータＢの再生を２倍速で行っているので、再生時間が６０秒に達する時点で、コンテンツデータＢの内、サーバ１０が記録している位置に追いつき、送信倍率Ｐｍと記録倍率Ｒｍとが一致するため、部分データｂｉのサイズ情報ｓｉは「２２ＢＦ２００（１０進数で２８８００００バイト）」となる。
【０１１６】
第２の実施の形態に係るネットワークシステムの他の説明は、第１の実施の形態に係るネットワークシステムの説明と実質的に同様であるので、重複する説明を省略する。
【０１１７】
第２の実施の形態に係るネットワークシステムが備えるサーバ１０によれば、記録倍率Ｒｍが高くシーク可能範囲情報が急激に変化する状況においてはより小さな間隔で、送信倍率Ｐｍが高くシーク可能範囲情報の通知が頻繁に必要ない状況においては大きな間隔で、また、記録が終了してシーク可能範囲情報が変化しない状況も考慮して、シーク可能範囲情報の通知間隔を自動調整することができる。
【０１１８】
また、第２の実施の形態に係るネットワークシステムによれば、再生装置がサーバへ問い合わせを繰り返し行う必要がなく、また割り込みイベントによる、コンテンツ送受信とは別の新たな接続が不要で、適切な範囲内でのシーク要求を行うことができる。
【０１１９】
（その他の実施の形態）
上記のように、本発明は第１及び第２の実施の形態によって記載したが、この開示の一部をなす論述及び図面は本発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例及び運用技術が明らかとなろう。
【０１２０】
既に述べた第１及び第２の実施の形態においては、ネットワークシステム及びサーバの各機能をコンピュータに実現させるためのプログラムを用いて実現されてもよい。すなわち、第１及び第２の実施の形態に係るネットワークシステム及びサーバの機能をコンピュータに実現させるためのプログラムを含む。そのプログラムは、記録媒体から読み取られてコンピュータに取り込まれてもよいし、ネットワークを介して伝送されてコンピュータに取り込まれてもよい。
【０１２１】
上記の他、第１及び第２の実施の形態を応用した構成等、本発明はここでは記載していない様々な実施の形態等を含むことは勿論である。したがって、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【符号の説明】
【０１２２】
１０…サーバ
１１…外部コンテンツ取得部
１２…記録部
１３…データ量対時間情報作成部
１４…コンテンツ分割部
１５…シーク可能範囲情報付加部
１６…分割コンテンツ送信部
１７…要求通信部
１８…部分サイズ決定部
２０…再生装置
２１…要求送信部
２２…分割コンテンツ受信部
２３…シーク可能範囲情報解析部
２４…シーク要求作成部
２５…デコード部
２６…出力部
３０…ネットワーク
１００…サーバ
２００…再生装置
【図１】
0005423661.tif 000002
【図２】
0005423661.tif 000003
【図３】
0005423661.tif 000004
【図４】
0005423661.tif 000005
【図５】
0005423661.tif 000006
【図６】
0005423661.tif 000007
【図７】
0005423661.tif 000008
【図８】
0005423661.tif 000009
【図９】
0005423661.tif 000010
【図１０】
0005423661.tif 000011
【図１１】
0005423661.tif 000012
【図１２】
0005423661.tif 000013
【図１３】
0005423661.tif 000014
【図１４】
0005423661.tif 000015
【図１５】
0005423661.tif 000016
【図１６】
0005423661.tif 000017