JP2010226523A

JP2010226523A - コンテンツサーバ装置、コンテンツ送信方法およびコンテンツ送信プログラム

Info

Publication number: JP2010226523A
Application number: JP2009072811A
Authority: JP
Inventors: Morihiro Sato; 守広佐藤
Original assignee: Victor Company of Japan Ltd
Current assignee: Victor Company of Japan Ltd
Priority date: 2009-03-24
Filing date: 2009-03-24
Publication date: 2010-10-07

Abstract

【課題】ある装置でコンテンツの途中までストリーミング再生し、別の装置でそのコンテンツの続きをストリーミング再生する際の操作を簡略化したい。
【解決手段】コンテンツ通信部８０は、ネットワークを３００介して接続された第１端末装置２００ａに、当該第１端末装置２００ａから再生要求されたコンテンツを再生してストリーミング送信する。コマンド処理部３０は、第１端末装置２００ａから、コンテンツの再生停止指示を受け付ける。停止位置保持部７０は、コマンド処理部３０により受け付けられた再生停止指示のタイミングにおけるコンテンツの再生位置を停止位置情報として保持する。コマンド処理部３０は、停止位置保持部７０に停止位置情報が保持されているコンテンツである停止中コンテンツの存在を示す情報を停止中コンテンツ情報として、第１端末装置２００ａと異なる、ネットワーク３００上の第２端末装置２００ｂに通知する。
【選択図】図２

Description

本発明は、同一ネットワーク上の端末装置にコンテンツをストリーミング送信するコンテンツサーバ装置、コンテンツ送信方法およびコンテンツ送信プログラムに関する。

近年、複数のＡＶ機器を持つ家庭が多くなってきている。なかには部屋ごとにテレビを設置している家庭もある。家庭内に設置される複数のＡＶ機器を、有線ＬＡＮまたは無線ＬＡＮなどのネットワークで接続し、それらの機器を連携して使用するユーザも増えている。ＤＬＮＡ（Digital Living Network Alieance）は、ホームネットワーク上の各機器が共通に対応すべきメディアフォーマットや、機器間の通信手順、ユーザインタフェースなどを定めたガイドラインを公表している。

近年、ＤＬＮＡが公表しているガイドラインに対応したＡＶ機器が販売されており、ホームネットワーク上のサーバとして機能している装置（たとえば、ＰＣやハードディスクレコーダ）内に蓄積されたコンテンツを、そのホームネットワーク上の別の装置（たとえば、テレビ）でストリーミング再生することが可能となってきている。また、当該ホームネットワーク上の、あるＡＶ機器から別のＡＶ機器を操作することも可能となっている。

このようなホームネットワーク環境下では、サーバ装置に蓄積されたコンテンツを、ある部屋に設置されたテレビでその途中まで視聴し、別の部屋に設置されたテレビでその続きを視聴することも可能である。その場合、ユーザは当該別の部屋に移動した後、その部屋に設置されたテレビをサーバ装置に接続し、当該続きの開始位置まで早送り操作する必要があった。

これに対して、ある部屋に設置されたテレビでコンテンツを視聴していた際の、環境情報や設定情報をリモートコントローラに記憶させ、ユーザはそのリモートコントローラを持って別の部屋に移動し、そのリモートコントローラから無線により、移動先の部屋に設置されたテレビに、上記環境情報や設定情報を承継させる手法が提案されている（たとえば、特許文献１、２参照）。この手法を用いれば、移動先の部屋で続きを視聴する際の煩雑な操作を簡略化する点、および視聴再開位置までの早送りにかかる時間を短縮する点において、一定の効果がある。

特開平１０−２３０３０号公報特開２００２−２８１５６９公報

しかしながら、上述した手法では、ユーザはある部屋から別の部屋に移動する際、上記リモートコントローラを携帯しなければならないという煩わしさがある。また、この機能を実現するためには、ＡＶ機器、サーバ装置、リモートコントローラがその機能に対応していなければならず、既存のＡＶ機器、サーバ装置、リモートコントローラで実現するには、それらすべての制御プログラムを更新しなければならない。

本発明はこうした状況に鑑みなされたものであり、その目的は、既存のネットワークシステムへの変更を最小限に抑えつつ、ある装置でコンテンツの途中までストリーミング再生し、別の装置でそのコンテンツの続きをストリーミング再生する際の操作を簡略化することができる技術を提供することにある。

本発明のある態様のコンテンツサーバ装置は、ネットワークを介して接続された第１端末装置に、当該第１端末装置から再生要求されたコンテンツを再生してストリーミング送信するコンテンツ送信部と、第１端末装置から、コンテンツの再生停止指示を受け付けるコマンド処理部と、コマンド処理部により受け付けられた再生停止指示のタイミングにおけるコンテンツの再生位置を停止位置情報として保持する停止位置保持部と、を備え、コマンド処理部は、停止位置保持部に停止位置情報が保持されているコンテンツである停止中コンテンツの存在を示す情報を停止中コンテンツ情報として、第１端末装置と異なる、ネットワーク上の第２端末装置に通知する。

本発明の別の態様は、コンテンツ送信方法である。この方法は、ネットワークを介して接続された第１端末装置に、当該第１端末装置から再生要求されたコンテンツを再生してストリーミング送信するステップと、第１端末装置から、コンテンツの再生停止指示を受け付けるステップと、受け付けられた再生停止指示のタイミングにおけるコンテンツの再生位置を停止位置情報として保持するステップと、停止位置情報が保持されているコンテンツである停止中コンテンツの存在を示す情報を停止中コンテンツ情報として、前記第１端末装置と異なる、ネットワーク上の第２端末装置に通知するステップと、を備える。

なお、以上の構成要素の任意の組み合わせ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。

既存のネットワークシステムへの変更を最小限に抑えつつ、ある装置でコンテンツの途中までストリーミング再生し、別の装置でそのコンテンツの続きをストリーミング再生する際の操作を簡略化することができる。

本発明の実施の形態に係るホームネットワークシステムの構成を示す図である。実施の形態に係るコンテンツサーバ装置の構成を示す図である。コンテンツ格納部に格納されているコンテンツのファイル構造を示す図である。図３に示すファイル構造に、レジュームコンテンツ情報が追加された状態のファイル構造を示す図である。実施の形態に係るコンテンツサーバ装置の、停止要求受信時の処理を説明するためのフローチャートである。実施の形態に係るコンテンツサーバ装置の、再生要求受信時の処理を説明するためのフローチャートである。実施の形態に係るコンテンツサーバ装置の、レジュームコンテンツ情報消去処理を説明するためのフローチャートである。

図１は、本発明の実施の形態に係るホームネットワークシステム５００の構成を示す図である。ホームネットワークシステム５００は、ＤＬＮＡのガイドラインに準拠した、コンテンツサーバ装置１００、第１端末装置２００ａおよび第２端末装置２００ｂを備える。コンテンツサーバ装置１００、第１端末装置２００ａおよび第２端末装置２００ｂは、ネットワーク３００にそれぞれ接続されており、相互に情報のやりとりが可能な構成である。図１の例では、第１部屋にコンテンツサーバ装置１００および第１端末装置２００ａが設置され、第２部屋に第２端末装置２００ｂが設置されている。

コンテンツサーバ装置１００は、ＰＣ、ハードディスクレコーダなどで構築することができ、ＤＬＮＡのガイドラインに準拠したＤＭＳ（Digital Media Server）として機能する。ここでは、主に複数のコンテンツを蓄積する機能、第１端末装置２００ａおよび第２端末装置２００ｂにコンテンツをストリーミング配信する機能を有する。

第１端末装置２００ａおよび第２端末装置２００ｂは、テレビ、ＰＣなどで構築することができ、ＤＬＮＡのガイドラインに準拠したＤＭＰ（Digital Media Player）として機能する。ここでは、主にコンテンツサーバ装置１００からストリーミング配信されてくるコンテンツを再生表示する機能を有する。

ネットワーク３００は、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）に準拠し、一般的なホームネットワークの通信路であるＬＡＮで構築される。通常のＬＡＮケーブルを用いた有線ＬＡＮであってもよいし、ＰＬＣ（Power Line Communication）方式を採用した有線ＬＡＮであってもよいし、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ規格の無線方式を採用した無線ＬＡＮであってもよい。

以下、コンテンツサーバ装置１００に蓄積されている特定のコンテンツを、第１部屋に設置されている第１端末装置２００ａでストリーミング再生により視聴していたユーザが、その途中で視聴を中断し、第２部屋に移動した後、第２部屋に設置されている第２端末装置２００ｂで、その続きから視聴する状況を想定する。

図２は、実施の形態に係るコンテンツサーバ装置１００の構成を示す図である。当該コンテンツサーバ装置１００は、ネットワークインタフェース１０、コマンド通信部２０、コマンド処理部３０、コンテンツ情報保持部４０、コンテンツ情報生成部５０、コンテンツ格納部６０、停止位置保持部７０、コンテンツ通信部８０およびコンテンツ取得部９０を備える。

これらの構成は、ハードウェア的には、任意のコンピュータのＣＰＵ、メモリ、その他のＬＳＩで実現でき、ソフトウェア的にはメモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組み合わせによっていろいろな形で実現できることは、当業者には理解されるところである。

ネットワークインタフェース１０は、ネットワーク３００から受信するデータ、およびネットワーク３００に送出するデータに対して、所定のネットワークプロトコル（たとえば、ＴＣＰ／ＩＰ）に準拠した処理を施す。

コマンド通信部２０は、ホームネットワークシステム５００上でやりとりされるコマンドを送受信する。ＤＬＮＡのガイドラインに準拠したネットワークでは、ＵＰｎＰ（Universal Plug and Play）に準拠したコマンド、及びコンテンツのストリーミング送信以外の情報通知にかかるＨＴＴＰ通信に準拠したコマンドを送受信する。

コマンド処理部３０は、コマンド通信部２０から転送されるコマンドおよびコマンド通信部２０に転送すべきコマンドを処理する。本実施の形態では、主につぎの処理を実行する。
コマンド処理部３０は、第１端末装置２００ａから、コンテンツのストリーミング配信要求を受け付ける。第１端末装置２００ａから、コンテンツのストリーミング再生の停止指示を受け付ける。
コマンド処理部３０は、停止位置保持部７０に保持されている停止位置から再生開始するコンテンツの存在を第２端末装置２００ｂに通知する。当該停止位置からの再生要求を第２端末装置２００ｂから受け付ける。なお、コマンド処理部３０は、第２端末装置２００ｂからの要求に応じて、コンテンツリストを第２端末装置２００ｂに送信することにより、上記停止位置から再生開始するコンテンツの存在を第２端末装置２００ｂに通知する。

コンテンツ格納部６０はコンテンツを格納する。コンテンツ格納部６０は動画コンテンツ、静止画コンテンツおおび音声コンテンツのいずれも格納することができる。たとえば、ＭＰＥＧ（Moving Picture Experts Group）−２形式の動画データ、ＪＰＥＧ（Joint Photographic Experts Group）形式の静止画データ、ＬＰＣＭ（Linear Pulse Code Modulation）形式の音声データなどを格納することができる。

コンテンツ情報保持部４０は、コンテンツ格納部６０に格納されるコンテンツの属性情報をコンテンツ情報として保持する。属性情報とは例えば、コンテンツの識別情報（例えばファイル名）、そのコンテンツが格納されている位置を示す格納位置情報、コンテンツが動画データであるか音声データであるかを示すための情報等である。またコンテンツ識別情報にもとづいて生成されたコンテンツリストも保持する。当該コンテンツリストは、一般的なファイルシステムに準拠して生成されたものであってもよいし、ＤＬＮＡガイドラインで定義されフォルダ及びコンテンツ情報通知として用いられるＣＤＳ(Content Directory Service)に準拠して生成されたものであってもよい。当該コンテンツリストは、起動時およびコンテンツの更新検出時にコンテンツ情報生成部５０により生成される。

コンテンツ情報生成部５０は、コンテンツ格納部６０に格納されるコンテンツ情報を生成し、コンテンツ情報保持部４０に登録する。また、当該コンテンツ情報をもとにコンテンツリストを生成し、コンテンツ情報保持部４０に登録する。コンテンツ情報生成部５０は、当該コンテンツの識別情報をＵＲＬ（Uniform Resource Locator）形式で記述してもよい。

コンテンツ情報生成部５０は、コマンド処理部３０からストリーミング再生中のコンテンツの停止指示を受け、そのコンテンツの送信停止指示をコンテンツ取得部９０に通知する。コンテンツ情報生成部５０は、コンテンツ取得部９０から、上記送信停止指示を受け付けたタイミングにおいての再生位置を停止位置とし、この停止位置の停止位置保持部７０への登録が完了した旨の完了通知を受領すると、上記停止位置と、停止指示を受けたコンテンツの識別情報とを関連付けた関連情報、およびこの関連情報を識別するとともに上記停止位置から再生開始するコンテンツの存在を示すための情報であるレジュームコンテンツ情報（請求項では停止中コンテンツ情報）を生成する。コンテンツ情報生成部５０は、このレジュームコンテンツ情報を、コンテンツの識別情報と同じデータ形式で生成し、コンテンツリストに追加する。コンテンツ情報生成部５０は、当該レジュームコンテンツ情報を、上記コンテンツの識別情報と同様に、ＵＲＬ形式で記述してもよい。

また、コンテンツ情報生成部５０は、上記レジュームコンテンツ情報を生成した後、所定の期間が経過すると、そのレジュームコンテンツ情報を消去してもよい。また、コンテンツ情報生成部５０は、時間経過ではなく、ユーザ操作に起因して、上記レジュームコンテンツ情報を消去してもよい。たとえば、上記停止位置からのストリーミング再生要求指示を第２端末装置２００ｂから受け付けたとき、またはそのストリーミング再生の停止指示を第２端末装置２００ｂから受け付けたとき、当該レジュームコンテンツ情報を消去してもよい。そのストリーミング再生がコンテンツの終了前に停止された場合、別の新たなレジュームコンテンツ情報が生成されるため、上記消去が実行されても、利便性は損なわれない。もちろん、ユーザ操作に起因した消去指示を待って、レジュームコンテンツ情報を消去してもよい。

停止位置保持部７０は、第１端末装置２００ａから送信され、コマンド処理部３０により受け付けられた停止指示のタイミングに対応した停止位置を保持する。より具体的には、当該停止位置と、停止されたコンテンツの識別情報（たとえば、ファイル名）とを関連づけて保持する。

コンテンツ通信部８０は、コンテンツ配信に関する接続処理全般を担う。本実施の形態では、主につぎの処理を実行する。
コンテンツ通信部８０は、当該第１端末装置２００ａから再生要求されたコンテンツを、第１端末装置２００ａにストリーミング送信する。
コンテンツ通信部８０は、コマンド処理部３０による停止位置からの再生要求の受け付けに起因して、停止位置保持部７０に保持される停止位置から上記コンテンツを第２端末装置２００ｂにストリーミング送信する。
ここで、ストリーミング送信されるコンテンツは、コンテンツ取得部９０によりコンテンツ格納部６０から読み出された（再生された）ものであり、上記停止位置は、コンテンツ取得部９０により停止位置保持部７０から取得されたものである。

コンテンツ取得部９０は、コンテンツ格納部６０から指定されたコンテンツを読み出して、コンテンツ通信部８０に渡す。また、コンテンツ情報生成部５０から上記送信停止指示を受けると、その指示に含まれる停止位置と、停止されたコンテンツの識別情報とを関連づけて、停止位置保持部７０に登録する。

図３は、コンテンツ格納部６０に格納されているコンテンツのファイル構造を示す図である。図３では、コンテンツ格納部６０に三つのコンテンツ（第１コンテンツＣ１、第２コンテンツＣ２および第３コンテンツＣ３）が格納されている例を示す。三つのコンテンツは、ツリー構造のコンテンツリストを構成する。当該コンテンツリストは、第１階層のルーツ「ＰＣ」４１に、第２階層のフォルダ「ｖｉｄｅｏ」４２がぶら下がっており、そのフォルダ「ｖｉｄｅｏ」４２に、第３階層のファイル「Ｃ１．ｍｐｇ」４３ａ、第３階層のファイル「Ｃ２．ｍｐｇ」４３ｂ、および第３階層のファイル「Ｃ３．ｍｐｇ」４３ｃがぶら下がっている構造である。

コンテンツ情報生成部５０は、第１コンテンツＣ１、第２コンテンツＣ２および第３コンテンツＣ３の識別情報をつぎのＵＲＬで記述する。
"http://192.168.100.200:30001/video/C1.mpg"
"http://192.168.100.200:30001/video/C2.mpg"
"http://192.168.100.200:30001/video/C3.mpg"

コマンド処理部３０は、第１端末装置２００ａまたは第２端末装置２００ｂからの要求に応じて、当該コンテンツリストの、ＸＭＬ（Extensible Markup Language）形式のメタデータを生成し、第１端末装置２００ａまたは第２端末装置２００ｂに送信する。その際、コマンド処理部３０は、当該メタデータに、各コンテンツのタイトル名、総再生時間などを含めて送信してもよい。また、当該コンテンツが、テレビ番組が録画されたものである場合、録画日付、録画画質、チャンネルなどの付随情報を含めて送信してもよい。

図４は、図３に示すファイル構造に、レジュームコンテンツ情報Ｃ１＿ｗが追加された状態のファイル構造を示す図である。当該レジュームコンテンツ情報Ｃ１＿ｗは、第１コンテンツＣ１がストリーミング再生途中で停止されたことにより生成されたものである。第１コンテンツＣ１、レジュームコンテンツ情報Ｃ１＿ｗ、第２コンテンツＣ２および第３コンテンツＣ３は、ツリー構造のコンテンツリストを構成する。

当該コンテンツリストは、第１階層のルーツ「ＰＣ」５１に、第２階層の第１フォルダ「ｖｉｄｅｏ」５２がぶら下がっており、その第１フォルダ「ｖｉｄｅｏ」５２に、第３階層の第２フォルダ「Ｃ１」５３ａ、第３階層の第２フォルダ「Ｃ２」５３ｂおよび第３階層の第２フォルダ「Ｃ３」５３ｃがぶら下がっている。第３階層の第２フォルダ「Ｃ１」５３ａに、第４階層のファイル「Ｃ１．ｍｐｇ」５４ａおよび第４階層のファイル「Ｃ１＿ｗ．ｍｐｇ」５４ｂがぶら下がっており、第３階層の第２フォルダ「Ｃ２」５３ｂに、第４階層のファイル「Ｃ２．ｍｐｇ」５４ｃがぶら下がっており、および第３階層の第２フォルダ「Ｃ３」５３ｃに、第４階層のファイル「Ｃ３．ｍｐｇ」５４ｄがぶら下がっている構造である。

コンテンツ情報生成部５０は、第１コンテンツＣ１、レジュームコンテンツ情報Ｃ１＿ｗ、第２コンテンツＣ２および第３コンテンツＣ３の識別情報をつぎのＵＲＬで記述する。
"http://192.168.100.200:30001/video/C1/C1.mpg"
"http://192.168.100.200:30001/video/C1/C1_w.mpg"
"http://192.168.100.200:30001/video/C2/C2.mpg"
"http://192.168.100.200:30001/video/C3/C3.mpg"
なお、上記したＵＲＬ表記は、レジュームコンテンツ情報Ｃ１＿ｗのＵＲＬに合わせて、コンテンツリスト内の全てのコンテンツの識別情報（ＵＲＬ）に対して第２フォルダ（／Ｃ１／、／Ｃ２／,／Ｃ３／）を付加し、ＵＲＬを統一化した例である。しかし、上記例に限らず、第２フォルダはレジュームコンテンツ情報Ｃ１＿ｗにのみ付加し、他の第１コンテンツＣ１、第２コンテンツＣ２、第３コンテンツＣ３のＵＲＬは変更しないようにしても良い。

コマンド処理部３０は、レジュームコンテンツ情報のメタデータに、当該コンテンツの先頭位置から当該停止位置までの再生時間を含めて送信してもよい。当該コンテンツリストのメタデータを受信した第１端末装置２００ａまたは第２端末装置２００ｂは、レジュームコンテンツ情報を画面表示する際に、当該コンテンツの先頭位置から当該停止位置までの再生時間を表示することができる。同一コンテンツに対して、複数のレジュームコンテンツ情報が存在する場合、ユーザは当該再生時間を手がかりに、自己が所望する位置から視聴再開することができる。ここで、同一コンテンツに対して、複数のレジュームコンテンツ情報が存在する場合、当該再生時間が短い順にソートされて表示されてもよい。

以下、ホームネットワークシステム５００がＤＬＮＡのガイドラインに準拠して構築されていることを前提に、図２に示したコンテンツサーバ装置１００の具体的動作を説明する。
なお、以降の説明は、ホームネットワークシステム５００の構築に際して、第１端末装置２００ａ及び第２端末装置２００ｂが後からネットワークへ参加する場合の例である。しかし、ＤＬＮＡガイドラインにおいては、サーバ装置が後からネットワークに参加し、端末装置がそのサーバ装置の参加を検出する場合もある。本発明においては、サーバ検出に関する動作は、上記いずれの場合でも構わない。

まず、ネットワーク３００に接続されている第１端末装置２００ａは、ＵＰｎＰに対応した機器を発見するため、ＳＳＤＰ（Simple Service Discovery Protocol）コマンドをネットワーク３００へ送出する。ネットワーク３００に接続されたコンテンツサーバ装置１００のコマンド通信部２０は、当該ＳＳＤＰコマンドを、ネットワークインタフェース１０を介して受信すると、それをコマンド処理部３０に転送する。

コマンド処理部３０は、当該ＳＳＤＰコマンドに対する応答として、機器接続情報を含む応答コマンドを生成して、コマンド通信部２０に転送する。コマンド通信部２０は、当該応答コマンドを、ネットワークインタフェース１０を介して第１端末装置２００ａに送出する。ここで、当該機器接続情報は、コンテンツサーバ装置１００のＩＰアドレス、接続ポート番号、サーバ名およびＵＵＩＤ（Universally Unique IDentifier）を所定のフォーマットで記述したものである。このシーケンスにより第１端末装置２００ａとコンテンツサーバ装置１００との間に、ＴＣＰ／ＩＰのコネクションが確立する。

コマンド通信部２０は、第１端末装置２００ａから「ＨＴＴＰ：ＧＥＴ」コマンドを、ネットワークインタフェース１０を介して受信すると、それをコマンド処理部３０に転送する。コマンド処理部３０は、当該「ＨＴＴＰ：ＧＥＴ」コマンドに対する応答として、サーバアイコンおよび機器制御情報を含む応答コマンドを生成して、コマンド通信部２０に転送する。コマンド通信部２０は、当該応答コマンドを、ネットワークインタフェース１０を介して第１端末装置２００ａに送出する。

コマンド通信部２０は、第１端末装置２００ａから「ＨＴＴＰ：ＰＯＳＴ」コマンドを、ネットワークインタフェース１０を介して受信すると、それをコマンド処理部３０に転送する。コマンド処理部３０は、当該「ＨＴＴＰ：ＰＯＳＴ」コマンドに対する応答として、
コンテンツ情報保持部４０に保持されるコンテンツリストの、ＸＭＬ形式のメタデータを含む応答コマンドを生成して、コマンド通信部２０に転送する。コマンド通信部２０は、当該応答コマンドを、ネットワークインタフェース１０を介して第１端末装置２００ａに送出する。

コンテンツ通信部８０は、第１端末装置２００ａから、当該コンテンツリストに含まれるコンテンツのＵＲＬに対する「ＨＴＴＰ：ＰＯＳＴ」コマンドを、ネットワークインタフェース１０を介して受信すると、それをコンテンツ取得部９０に転送する。コンテンツ取得部９０は、コンテンツ格納部６０の当該ＵＲＬからアイコンデータを取得して、コンテンツ通信部８０に転送する。コンテンツ通信部８０は、当該アイコンデータを、ネットワークインタフェース１０を介して第１端末装置２００ａに送出する。

コマンド通信部２０は、第１端末装置２００ａから接続要求コマンドを、ネットワークインタフェース１０を介して受け付けると、それをコマンド処理部３０に転送する。コマンド処理部３０は、当該接続要求コマンドに対する応答として、サーバ機器情報を含む応答コマンドを生成し、コマンド通信部２０に転送する。コマンド通信部２０は、当該応答コマンドを、ネットワークインタフェース１０を介して第１端末装置２００ａに送出する。

コンテンツ通信部８０は、第１端末装置２００ａから、特定のコンテンツのＵＲＬに対する「ＨＴＴＰ：ＧＥＴ：ＵＲＬ・・・／ｃ１．ｍｐｇ」コマンドを、ネットワークインタフェース１０を介して受信すると、それをコンテンツ取得部９０に転送する。コンテンツ取得部９０は、コンテンツ格納部６０の当該ＵＲＬからコンテンツデータを取得して、コンテンツ通信部８０に転送する。コンテンツ通信部８０は、当該コンテンツデータをネットワークインタフェース１０を介して第１端末装置２００ａに送出する。コマンド処理部３０は、第１端末装置２００ａからの停止要求待ち状態となる。

図５は、実施の形態に係るコンテンツサーバ装置１００の、停止要求受信時の処理を説明するためのフローチャートである。コマンド処理部３０およびコンテンツ情報生成部５０は、第１端末装置２００ａからの停止要求を待つ（Ｓ１０）。コマンド通信部２０により停止要求が受信されない間（Ｓ１０のＮ）、この状態を維持する。当該停止要求が受信されると（Ｓ１０のＹ）、コンテンツ情報生成部５０は、受信された停止要求をコンテンツ取得部９０に当該コンテンツのファイル名を付加して通知する（Ｓ１１）。コンテンツ取得部９０は、コンテンツデータのコンテンツ格納部６０からの読出処理（再生処理）を停止するとともに、当該停止要求のタイミングに対応する停止位置を当該ファイル名と関連づけて停止位置保持部７０に登録する（Ｓ１２）。

コンテンツ取得部９０は、その登録が完了すると、登録完了通知をコンテンツ情報生成部５０に送出し、コンテンツ情報生成部５０は、その登録完了通知を受けると、コンテンツ情報保持部４０から、直前に送出されていたコンテンツに対応するコンテンツ情報からそのコンテンツの識別情報を取得する（Ｓ１３）。コンテンツ情報生成部５０は、その情報と上記停止位置とを関連付けた関連情報、およびこの関連情報を識別するレジュームコンテンツ情報を生成し（Ｓ１４）、コンテンツ情報保持部４０に登録する（Ｓ１５）この処理により、図４の例では、当該コンテンツサーバ装置１００のコンテンツリストに、"http://192.168.100.200:30001/video/C1/C1_w.mpg"が追加される。

図６は、実施の形態に係るコンテンツサーバ装置１００の、再生要求受信時の処理を説明するためのフローチャートである。ここでは、第２端末装置２００ｂにより" http://192.168.100.200:30001/video/C1/C1.mpg"または" http://192.168.100.200:30001/video/C1/C1_w.mpg"が選択され、再生要求された場合の動作を説明する。

コンテンツ通信部８０は、第１コンテンツＣ１の先頭からの再生要求を示す" http://192.168.100.200:30001/video/C1/C1.mpg"または第１コンテンツＣ１途中からの再生要求を示す"http://192.168.100.200:30001/video/C1/C1_w.mpg"のＵＲＬに対する、「ＨＴＴＰ：ＰＯＳＴ」コマンドを、ネットワークインタフェース１０を介して受信すると（Ｓ２０のＹ）、それをコンテンツ取得部９０に転送する。コンテンツ取得部９０は、受信されたＵＲＬを解析し、（Ｓ２１）、当該ＵＲＬがレジュームコンテンツ情報を示すＵＲＬであるか否か判定する（Ｓ２２）。ここでは、ＵＲＬのファイル名に"_w"が含まれているか否かを判定する。含まれている場合、レジュームコンテンツ情報を示すＵＲＬであり、含まれていない場合、通常のコンテンツを示すＵＲＬである。

ステップＳ２２にて、レジュームコンテンツ情報を示すＵＲＬでない場合（Ｓ２２のＮ）、コンテンツ取得部９０は、読出位置オフセット値をゼロに設定する（Ｓ２５）。レジュームコンテンツ情報を示すＵＲＬである場合（Ｓ２２のＹ）、コンテンツ取得部９０は、そのＵＲＬのファイル名をもとに、停止位置保持部７０から停止位置を取得し（Ｓ２３）、その停止位置を読出位置オフセット値に設定する（Ｓ２４）。

コンテンツ取得部９０は、コンテンツ格納部６０内の第１コンテンツＣ１が格納されている領域の先頭位置に上記読出位置オフセット値を加算した位置から、コンテンツデータを読み出す（Ｓ２６）。コンテンツ通信部８０は、コンテンツ取得部９０により読み出されたコンテンツデータをネットワークインタフェース１０を介して第２端末装置２００ｂに送信する（Ｓ２７）。

ここで、読出処理および送信処理のデータサイズは、第２端末装置２００ｂの再生途切れがなければ一定でよい。なお、読出処理および送信処理のデータサイズは可変であってもよい。

図７は、実施の形態に係るコンテンツサーバ装置１００の、レジュームコンテンツ情報消去処理を説明するためのフローチャートである。コンテンツ情報生成部５０は、レジュームコンテンツ情報を生成すると（Ｓ３０）、図示しないタイマに、その情報が存続すべき制限時間を設定する（Ｓ３１）。この制限時間は設計者により任意に設定可能である。また、ユーザ操作により設定されてもよい。当該タイマに設定された制限時間が到来すると（Ｓ３２のＹ）、コンテンツ情報生成部５０は、そのレジュームコンテンツ情報を消去する（Ｓ３３）。これにより、コンテンツ情報保持部４０に保持されるコンテンツリストから当該レジュームコンテンツ情報が消去される。

以上説明したように実施の形態によれば、既存のネットワークシステムへの変更を最小限に抑えつつ、ある装置でコンテンツの途中までストリーミング再生し、別の装置でそのコンテンツの続きをストリーミング再生する際の操作を簡略化することができる。すなわち、従来、当該別の装置で視聴再開するには、先に停止させた位置まで早送り再生する手間が必要であったが、本実施の形態では、通常のコンテンツ選択と同じ操作で、先に停止させた位置から視聴再開することができる。なお、リモートコントローラを持ち歩くなどの煩わしさもない。

コンテンツサーバ装置１００は、先に停止された位置から再生再開するコンテンツの存在を示す情報をレジュームコンテンツ情報とし、通常のコンテンツの識別情報と同じフォーマットで記述するため、既存の端末装置２００でも、その存在を認識することができる。すなわち、コンテンツサーバ装置１００側の構成を変更（たとえば、ソフトウェアの更新）するだけで、本実施の形態を実現することができる。既存の端末装置２００や既存のネットワーク３００に何ら変更を加える必要がない。したがって、既存のＡＶ機器を最大限に有効活用することができる。

また、上記レジュームコンテンツ情報を所定の期間経過後に削除することにより、コンテンツリストが必要以上に肥大化することを抑制することができる。

以上、本発明をいくつかの実施の形態をもとに説明した。これらの実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。

１０ネットワークインタフェース、２０コマンド通信部、３０コマンド処理部、４０コンテンツ情報保持部、５０コンテンツ情報生成部、６０コンテンツ格納部、７０停止位置保持部、８０コンテンツ通信部、９０コンテンツ取得部、１００コンテンツサーバ装置、２００ａ第１端末装置、２００ｂ第２端末装置、３００ネットワーク、５００ホームネットワークシステム。

Claims

ネットワークを介して接続された第１端末装置に、当該第１端末装置から再生要求されたコンテンツを再生してストリーミング送信するコンテンツ送信部と、
前記第１端末装置から、前記コンテンツの再生停止指示を受け付けるコマンド処理部と、
前記コマンド処理部により受け付けられた再生停止指示のタイミングにおける前記コンテンツの再生位置を停止位置情報として保持する停止位置保持部と、を備え、
前記コマンド処理部は、前記停止位置保持部に前記停止位置情報が保持されているコンテンツである停止中コンテンツの存在を示す情報を停止中コンテンツ情報として、前記第１端末装置と異なる、前記ネットワーク上の第２端末装置に通知することを特徴とするコンテンツサーバ装置。
前記コマンド処理部は、通知した前記停止中コンテンツ情報に対応した前記停止中コンテンツの再生要求を前記第２端末装置から受け付け、
前記コンテンツ送信部は、前記コマンド処理部による前記停止中コンテンツの再生要求の受け付けに起因して、前記停止位置保持部に保持される前記停止位置情報が示す再生位置から前記停止中コンテンツを再生し前記第２端末装置にストリーミング送信することを特徴とする請求項１に記載のコンテンツサーバ装置。
コンテンツを格納するためのコンテンツ格納部と、
前記コンテンツ格納部に格納されるコンテンツを識別するコンテンツ識別情報に基づいてコンテンツリストを生成するコンテンツ情報生成部と、
前記コンテンツ情報生成部により生成されたコンテンツリストを少なくとも記憶するコンテンツ情報保持部と、を備え、
前記コンテンツ情報生成部は、前記停止中コンテンツ情報を、前記コンテンツ識別情報と同じデータ形式で生成し、前記コンテンツリストに追加することを特徴とする請求項１または２に記載のコンテンツサーバ装置。
前記コンテンツ情報生成部は、前記コンテンツ識別情報および前記停止中コンテンツ情報をＵＲＬ（Uniform Resource Locator）形式で記述することを特徴とする請求項３に記載のコンテンツサーバ装置。
前記コマンド処理部は、前記第２端末装置からの要求に応じて、前記コンテンツリストを前記第２端末装置に送信することにより、前記停止中コンテンツの存在を前記第２端末装置に通知することを特徴とする請求項３または４に記載のコンテンツサーバ装置。
前記コンテンツ情報生成部は、前記停止中コンテンツ情報を生成し、前記コンテンツ情報保持部に記憶した後、所定の期間が経過すると、前記コンテンツ情報保持部から前記停止中コンテンツ情報を消去することを特徴とする請求項３から５のいずれかに記載のコンテンツサーバ装置。
ネットワークを介して接続された第１端末装置に、当該第１端末装置から再生要求されたコンテンツを再生してストリーミング送信するステップと、
前記第１端末装置から、前記コンテンツの再生停止指示を受け付けるステップと、
受け付けられた再生停止指示のタイミングにおける前記コンテンツの再生位置を停止位置情報として保持するステップと、
前記停止位置情報が保持されているコンテンツである停止中コンテンツの存在を示す情報を停止中コンテンツ情報として、前記第１端末装置と異なる、前記ネットワーク上の第２端末装置に通知するステップと、
を備えることを特徴とするコンテンツ送信方法。
通知した前記停止中コンテンツ情報に対応した前記停止中コンテンツの再生要求を前記第２端末装置から受け付けるステップと、
前記停止中コンテンツの再生要求の受け付けに起因して、前記停止位置情報が示す再生位置から前記停止中コンテンツを再生し前記第２端末装置にストリーミング送信するステップと、
をさらに備えることを特徴とする請求項７に記載のコンテンツ送信方法。
ネットワークを介して接続された第１端末装置に、当該第１端末装置から再生要求されたコンテンツを再生してストリーミング送信する処理と、
前記第１端末装置から、前記コンテンツの再生停止指示を受け付ける処理と、
受け付けられた再生停止指示のタイミングにおける前記コンテンツの再生位置を停止位置情報として記憶部に保持する処理と、
前記停止位置情報が保持されているコンテンツである停止中コンテンツの存在を示す情報を停止中コンテンツ情報として、前記第１端末装置と異なる、前記ネットワーク上の第２端末装置に通知する処理と、
をコンピュータに実行させることを特徴とするコンテンツ送信プログラム。