(57)【要約】【課題】既存のネットワーク機器において、最小限のシステム変更で、機器を変更した際の途中再生を可能とする。【解決手段】本発明の情報処理装置（レンダラ６）は、映像コンテンツを保有するサーバ１から受信した映像コンテンツを表示する表示部２４と、映像コンテンツの再生途中位置を保存する記憶部と、再生途中位置から映像の再生を再開したレンダラ７から映像取得要求を受信した場合に、サーバ１から再生途中位置からの映像コンテンツを取得してレンダラ７へ送信する通信部２５と、を備える、【選択図】図１０
2012039549.tif 000002
【特許請求の範囲】
【請求項１】
映像コンテンツを保有するサーバから受信した映像コンテンツを表示する表示部と、
映像コンテンツの再生途中位置を保存する記憶部と、
前記再生途中位置から映像の再生を再開する他装置から映像取得要求を受信した場合に、前記サーバから前記再生途中位置からの映像コンテンツを取得して前記他装置へ送信する映像出力部と、
を備える、情報処理装置。
【請求項２】
映像コンテンツを保有するサーバから受信した映像コンテンツを表示する表示部と、
映像コンテンツの再生途中位置を取得する再生途中位置取得部と、
他装置において前記再生途中位置から映像の再生を再開させるため、他装置を操作するコントローラに対して前記再生途中位置の情報を送信する通信部と、
を備える、情報処理装置。
【請求項３】
映像コンテンツを保有するサーバから受信した映像コンテンツを表示するステップと、
映像コンテンツの再生途中位置を保存するステップと、
前記再生途中位置から映像の再生を再開する他装置から映像取得要求を受信した場合に、前記サーバから前記再生途中位置からの映像コンテンツを取得して前記他装置へ送信するステップと、
を備える、情報処理方法。
【請求項４】
映像コンテンツを保有するサーバから受信した映像コンテンツを表示するステップと、
映像コンテンツの再生途中位置を取得するステップと、
他装置において前記再生途中位置から映像の再生を再開させるため、他装置を操作するコントローラに対して前記再生途中位置の情報を送信するステップと、
を備える、情報処理方法。
【請求項５】
映像コンテンツを保有するサーバと、前記サーバから受信した映像コンテンツを表示する表示部と、映像コンテンツの再生途中位置を保存する記憶部と、前記再生途中位置から映像の再生を再開する第２の情報処理装置から映像取得要求を受信した場合に、前記サーバから前記再生途中位置からの映像コンテンツを取得して前記第２の情報処理装置へ送信する映像出力部と、を有する、第１の情報処理装置と、
前記再生途中位置からの映像コンテンツを前記第１の情報処理装置から受信して、前記再生途中位置から映像の再生を行う前記第２の情報処理装置と、
を備える情報処理システム。
【請求項６】
映像コンテンツを保有するサーバと、
前記サーバから受信した映像コンテンツを表示する表示部と、
映像コンテンツの再生途中位置を取得する再生途中位置取得部と、
第２の情報処理装置において前記再生途中位置から映像の再生を再開させるため、前記再生途中位置の情報を送信する通信部と、を有する第１の情報処理装置と、
前記再生途中位置の情報を受信し、前記第２の情報処理装置へ送信するコントローラと、
前記コントローラから前記再生途中位置の情報を受信し、前記再生途中位置の情報に基づいて、前記サーバから前記再生途中位置からの映像コンテンツを受信する前記第２の情報処理装置と、
を備える情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法及び情報処理システムに関する。
【背景技術】
【０００２】
従来、例えば下記の特許文献１に記載されているように、ネットワーク接続機器およびシステムにおいて、機器を切り換えて連続する情報信号を提供する技術が知られている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平１０−１６４４４９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記従来の技術では、機器を切り換えて連続する情報信号を提供するためには、システム内の機器がこの機能を備えている必要がある。このため、既に広く普及しているＤＬＮＡ（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ）規格等によるホームネットワーク技術等において、機器を切り換えて再生を行うことは困難である。
【０００５】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、既存のネットワーク機器において、最小限のシステム変更で、機器を変更した際の途中再生が可能な、新規かつ改良された情報処理装置、情報処理方法及び情報処理システムを提供することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のある観点によれば、映像コンテンツを保有するサーバから受信した映像コンテンツを表示する表示部と、映像コンテンツの再生途中位置を保存する記憶部と、前記再生途中位置から映像の再生を再開する他装置から映像取得要求を受信した場合に、前記サーバから前記再生途中位置からの映像コンテンツを取得して前記他装置へ送信する映像出力部と、を備える、情報処理装置が提供される。
【０００７】
また、上記課題を解決するために、本発明の別の観点によれば、映像コンテンツを保有するサーバから受信した映像コンテンツを表示する表示部と、映像コンテンツの再生途中位置を取得する再生途中位置取得部と、他装置において前記再生途中位置から映像の再生を再開させるため、他装置を操作するコントローラに対して前記再生途中位置の情報を送信する通信部と、を備える、情報処理装置が提供される。
【０００８】
また、上記課題を解決するために、本発明の別の観点によれば、映像コンテンツを保有するサーバから受信した映像コンテンツを表示するステップと、映像コンテンツの再生途中位置を保存するステップと、前記再生途中位置から映像の再生を再開する他装置から映像取得要求を受信した場合に、前記サーバから前記再生途中位置からの映像コンテンツを取得して前記他装置へ送信するステップと、を備える、情報処理方法が提供される。
【０００９】
また、上記課題を解決するために、本発明の別の観点によれば、映像コンテンツを保有するサーバから受信した映像コンテンツを表示するステップと、映像コンテンツの再生途中位置を取得するステップと、他装置において前記再生途中位置から映像の再生を再開させるため、他装置を操作するコントローラに対して前記再生途中位置の情報を送信するステップと、を備える、情報処理方法が提供される。
【００１０】
また、上記課題を解決するために、本発明の別の観点によれば、映像コンテンツを保有するサーバと、前記サーバから受信した映像コンテンツを表示する表示部と、映像コンテンツの再生途中位置を保存する記憶部と、前記再生途中位置から映像の再生を再開する第２の情報処理装置から映像取得要求を受信した場合に、前記サーバから前記再生途中位置からの映像コンテンツを取得して前記第２の情報処理装置へ送信する映像出力部と、を有する、第１の情報処理装置と、前記再生途中位置からの映像コンテンツを前記第１の情報処理装置から受信して、前記再生途中位置から映像の再生を行う前記第２の情報処理装置と、を備える情報処理システムが提供される。
【００１１】
また、上記課題を解決するために、本発明の別の観点によれば、映像コンテンツを保有するサーバと、前記サーバから受信した映像コンテンツを表示する表示部と、映像コンテンツの再生途中位置を取得する再生途中位置取得部と、第２の情報処理装置において前記再生途中位置から映像の再生を再開させるため、前記再生途中位置の情報を送信する通信部と、を有する第１の情報処理装置と、前記再生途中位置の情報を受信し、前記第２の情報処理装置へ送信するコントローラと、前記コントローラから前記再生途中位置の情報を受信し、前記再生途中位置の情報に基づいて、前記サーバから前記再生途中位置からの映像コンテンツを受信する前記第２の情報処理装置と、を備える情報処理システムが提供される。
【発明の効果】
【００１２】
本発明によれば、既存のネットワーク機器において、最小限のシステム変更で、機器を変更した際の途中再生が可能となる。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施形態に係るネットワーク接続機器およびシステムの前提となる構成を示すブロック図である。
【図２】図１のネットワーク接続機器およびシステムの動作を示すシーケンス図である。
【図３】図１のネットワーク接続機器およびシステムの動作を示すシーケンス図である。
【図４】図１のネットワーク接続機器およびシステムの動作を示すシーケンス図である。
【図５】図１のネットワーク接続機器およびシステムの動作を示すシーケンス図である。
【図６】レンダラから再生中断があった場合を示すシーケンス図である。
【図７】図４に示す２者モデルの場合に、プレイヤから再生中断があった場合を示すシーケンス図である。
【図８】２者モデルの場合に、プレイヤ９で再生した映像を、プレイヤ９自身で途中再生する場合を示すシーケンス図である。
【図９】ストリーミングを中継する方法によるシステムの構成と処理の概略を示す模式図である。
【図１０】ストリーミングを中継する方法によるネットワーク接続機器およびシステムの構成を示すブロック図である。
【図１１】図９及び図１０で示したレンダラ６を用いた映像の途中再生実現方法を示すシーケンス図である。
【図１２】図９及び図１０で示したレンダラ６を用いた映像の途中再生実現方法を示すシーケンス図である。
【図１３】図９で説明したプレイヤ９を用いた映像の途中再生実現方法を示すシーケンス図である。
【図１４】メタデータを利用する方法によるシステムの構成と処理の概略を示す模式図である。
【図１５】メタデータを利用する方法によるネットワーク接続機器およびシステムの構成を示すブロック図である。
【図１６】レンダラ、コントローラに映像位置識別情報をそれぞれ追加した場合の処理を示すシーケンス図である。
【図１７】レンダラ、プレイヤに映像位置識別情報２８,１００を追加した場合の処理を示すシーケンス図である。
【図１８】ストリーミングを中継する方法、メタデータに途中再生情報を付加する方法のそれぞれを比較して示す模式図である。
【発明を実施するための形態】
【００１４】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１５】
なお、説明は以下の順序で行うものとする。
１．前提となる技術
２．ストリーミングを中継する方法
３．メタデータに途中再生情報を追加する方法
【００１６】
［１．前提となる技術］
図１は、本発明の一実施形態に係るネットワーク接続機器およびシステムの前提となる構成を示すブロック図である。図１に示すように、このシステムは、サーバ１、レンダラ６、レンダラ７、コントローラ８、プレイヤ９を有している。サーバ１、レンダラ６、レンダラ７、コントローラ８、プレイヤ９は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などのネットワーク５を介して接続されている。
【００１７】
サーバ１は、たとえば映像コンテンツを内部に保有し、ネットワーク５経由で映像コンテンツを他機に転送することにより他機による再生を可能とする機能を有する。一例として、サーバ１は、ＤＬＮＡ（Ｄｉｇｉｔａｌ  Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ）規格によるＤＭＳ（Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｓｅｒｖｅｒ）の機能を含む。
【００１８】
レンダラ６およびレンダラ７は、サーバ１からネットワーク５経由で例えば映像コンテンツの転送を受け、自機（自装置）にて映像コンテンツを再生する機能を有する。一例として、レンダラ６およびレンダラ７は、ＤＬＮＡ規格によるＤＭＲの機能を含む。
【００１９】
コントローラ８は、レンダラ６またはレンダラ７に対して、サーバ１が保有するどの映像コンテンツを再生させるかを決定し、レンダラ６またはレンダラ７での再生・停止などを制御する機能を有する。一例として、コントローラ８は、ＤＬＮＡ規格によるところのＤＭＣの機能を含む。コントローラ８は、例えば携帯電話などのモバイル機器から構成することもできる。
【００２０】
プレイヤ９は、サーバ１が保有するどの映像コンテンツを再生させるかを決定し、再生・停止などを制御する機能を持つ。一例として、プレイヤ９は、ＤＬＮＡ規格によるＤＭＰの機能を含む。プレイヤ９は、後述するレンダラとコントローラ８の機能をともに有する。
【００２１】
次に、図１に示す各構成要素の構成について説明する。先ず、サーバ１の構成について説明する。図１に示すように、サーバ１は、制御部１１、操作部１２、映像データ出力部１３、通信部１５、自機識別情報１６、映像属性情報１７を有して構成される。制御部１１は、例えば中央演算処理装置（ＣＰＵ）等から構成され、サーバ１の全体の制御を行う。操作部１２は、不図示の再生スイッチ、停止スイッチなどを含み、サーバ１が内蔵する映像データの再生または停止の指示をユーザから受けて、制御部１１に対してこの指示を伝える。通信部１５は、他機からの映像データの取得要求を受けて、制御部１１にその要求を伝える。制御部１１は、映像データ出力部１３に対して、他機からの映像データの取得要求に応じた映像データを通信部に送るように指示する。映像データ出力部１３は、不図示のハードディスクやメモリなどを含み、制御部１１からの指示により、指定された映像データを通信部１５に送る。通信部１５は、映像データ出力部１３から送られた映像データをネットワーク５経由で他機に送信する。自機識別情報１６、及び映像属性情報１７は、サーバ１が備えるメモリ（記憶部）等に格納された情報である。自機識別情報１６は、サーバ１の固有の識別情報であり、これによりネットワーク５に接続する各種機器はサーバ１を識別可能である。映像属性情報１７は、映像データ出力部１３が保有する全映像コンテンツのタイトルや時間などの属性情報であり、制御部１１の指示に基づいて、制御部１１、通信部１５を経由してコントローラ８に送付される。
【００２２】
次に、レンダラ６の構成について説明する。図１に示すように、レンダラ６は、制御部６１、操作部２２、映像再生部２３、映像表示部２４、通信部２５、自機識別情報２６、映像属性情報６７を有して構成される。制御部６１は、例えば中央演算処理装置（ＣＰＵ）等から構成され、レンダラ６の全体の制御を行う。操作部２２は、不図示の再生スイッチ、停止スイッチなどを含み、外部から送られた映像コンテンツの再生・停止の指示をユーザから受けて、制御部６１に伝える。通信部２５は、制御部６１からの指示により、サーバ１に対して映像データ取得要求を行う。通信部２５は、映像データ取得要求に対する映像データの取得結果を制御部６１に伝え、制御部６１からの指示により、取得した映像データを映像再生部２３に伝送する。映像再生部２３は、制御部２１からの再生指示を受けて、通信部２５から送られた映像データを復号し、映像表示部２４に出力する。映像表示部２４は、映像再生部２３からの映像を表示する。自機識別情報２６、映像属性情報６７は、レンダラ６が備えるメモリ（記憶部）等に格納された情報である。自機識別情報２６は、レンダラ６の固有の識別情報であり、これにより、ネットワーク５に接続する各種機器はレンダラ６を識別可能である。映像属性情報６７は、映像再生部２３が再生する映像コンテンツのタイトルや時間などの属性情報であり、通信部６５、および制御部６１を経由して他機から取得されたものである。レンダラ７は、レンダラ６と同様に構成されている。
【００２３】
次に、コントローラ８の構成について説明する。コントローラ８は、制御部８１、操作部４２、映像属性情報４３、表示部４４、通信部４５、サーバ識別情報４６、レンダラ識別情報４７、レンダラ再生映像属性情報８８を有して構成される。制御部８１は、例えば中央演算処理装置（ＣＰＵ）等から構成され、コントローラ８の全体の制御を行う。操作部４２は、不図示のコンテンツ選択用スイッチ、再生スイッチ、停止スイッチなどを含み、ユーザからサーバ１の映像属性情報１７を取得する旨の指示や、指定映像データの再生・停止の指示を受けて、これを制御部８１に伝える。映像属性情報４３、サーバ識別情報４６、レンダラ識別情報４７、レンダラ再生映像属性情報８８は、コントローラ８が備えるメモリ（記憶部）等に格納された情報である。映像属性情報４３は、制御部８１、通信部４５を経由して取得したサーバ１の映像属性情報１７の一部もしくは全部である。映像属性情報４３は、制御部８１を経由して表示部４４に表示され、サーバ１上の映像コンテンツを選択するために保存・利用される。表示部４４は、制御部８１の指令により、映像属性情報４３の一部若しくは全部を表示する。
【００２４】
通信部４５は、制御部８１からの指示を受けて、サーバ１から映像属性情報１７を取得して制御部８１に送るとともに、制御部８１からの指示を受けてサーバ１の映像データの再生・停止をレンダラ６またはレンダラ７に指示する。サーバ識別情報４６は、サーバ１の固有の識別情報（自機識別情報１６）を受信してコピーしたものであり、通信部４５、制御部８１を経由して取得され、保存される。レンダラ識別情報４７は、レンダラ６およびレンダラ７の固有の識別情報（自機識別情報２６）を受信してコピーしたものであり、通信部４５、制御部８１を経由して取得され、保存される。レンダラ再生映像属性情報８８は、レンダラ６またはレンダラ７が再生する予定の映像コンテンツ、若しくは再生中の映像コンテンツに関する、映像コンテンツのタイトルや時間などの属性情報の一部もしくは全部である。映像コンテンツのタイトルや時間などの属性情報は、映像属性情報４３が保持している。レンダラ再生映像属性情報８８は、制御部８１、通信部４５を経由してレンダラ６またはレンダラ７に送信される。
【００２５】
次に、プレイヤ９の構成について説明する。プレイヤ９は、制御部９１、操作部９２、映像再生部９３、映像表示部９４、通信部９５、自機識別情報９６、映像属性情報９７、サーバ識別情報９８、表示部９９を有して構成される。制御部９１は、例えば中央演算処理装置（ＣＰＵ）等から構成され、プレイヤ９の全体の制御を行う。操作部９２は、不図示のコンテンツ選択用スイッチ、再生スイッチ、停止スイッチなどを含み、ユーザからサーバ１の映像属性情報１７の取得指示や、指定映像データの再生・停止の指示を受けて、これを制御部９１に伝える。自機識別情報９６、映像属性情報９７、サーバ識別情報９８は、プレイヤ９が備えるメモリ（記憶部）等に格納された情報である。映像属性情報９７は、制御部９１、通信部９５を経由して取得したサーバ１の映像属性情報１７の一部もしくは全部である。映像属性情報９７は、制御部９１を経由して表示部９９に表示されることで、サーバ１上の映像コンテンツを選択するために保存・利用される。表示部９９は、制御部９１の指示により映像属性情報９７の一部もしくは全部を表示する。映像再生部９３は、制御部９１からの再生指示を受けて、通信部９５からの映像データを復号して映像表示部９４に出力する。映像表示部９４は映像再生部９３からの映像を表示する。
【００２６】
ここで、図１のネットワーク接続機器およびシステムの動作について、図２〜図５に示すシーケンス図に基づいて説明する。図２は、システムが、コントローラ８、サーバ１、およびレンダラ６，７を有するモデル（ここでは、３者モデルと称する）から構成される場合を示している。図２において、ステップＳＰ１ないしステップＳＰ７は、コントローラ８の電源オンに伴い自動的に実行される。
【００２７】
ステップＳＰ１において、コントローラ８の制御部８１は、ネットワーク５上に接続したサーバ１を発見することを要求し、通信部４５経由でネットワーク５上にサーバ発見のプロトコルをブロードキャストする。ＤＬＮＡでは、ＳＳＤＰ（Simple Service Discovery Protocol）を用いる。
【００２８】
ステップＳＰ２において、サーバ１の通信部１５は、ネットワーク５上に流れたサーバ発見のプロトコルを取得して制御部１１に送る。制御部１１は、自機識別情報１６を含む応答パケットを作成して、通信部１５経由でコントローラ８に返信する。
【００２９】
ステップＳＰ３において、コントローラ８の通信部４５は、サーバ１からサーバ発見要求に対する応答を取得して制御部８１に伝える。制御部８１は、サーバ１の自機識別情報１６を取得してサーバ識別情報４６に保存する。
【００３０】
ステップＳＰ４において、コントローラ８の制御部８１は、ネットワーク５上に接続したレンダラを発見することを要求し、通信部４５経由でネットワーク５上にレンダラ発見のプロトコルをブロードキャストする。
【００３１】
ステップＳＰ５において、レンダラ６の通信部２５は、ネットワーク５上に流れたレンダラ発見プロトコルを取得して制御部６１に渡す。制御部６１は自機識別情報２６を含む応答パケットを作成して通信部２５経由でコントローラ８に返信する。ステップＳＰ６において、レンダラ７においてもステップＳＰ５のレンダラ６と同様の返信を行う。
【００３２】
ステップＳＰ７において、コントローラ８の通信部４５は、レンダラ６およびレンダラ７からレンダラ発見要求に対する応答を取得して制御部８１に伝える。制御部８１は、レンダラ６およびレンダラ７の自機識別情報２６を取得してレンダラ識別情報４７に保存する。
【００３３】
以上のステップＳＰ１〜ステップＳＰ７により、コントローラ８は、ネットワーク５上に接続したサーバ１、レンダラ６、及びレンダラ７の存在を把握している状態となる。
【００３４】
ステップＳＰ１１〜ステップＳＰ１８は、再生する映像コンテンツの選択処理である。先ず、ステップＳＰ１１において、ユーザが、コントローラ８の操作部４２を操作して、サーバ１上の映像コンテンツの一覧表示を指示する。
【００３５】
次に、ステップＳＰ１２において、コントローラ８の制御部８１は、ユーザの指示に基づく操作部４２からの制御信号により、サーバ１上の映像フォルダ一覧を取得する要求を通信部４５経由でサーバ１に送信する。ＤＬＮＡではＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｅｓｓ  Ｐｒｏｔｏｃｏｌ）を用い、特に
ＣＤＳ：Ｂｒｏｗｓｅというコマンドにより映像コンテンツの属性情報を取得することができる。
【００３６】
ステップＳＰ１３において、サーバ１の通信部１５は、コントローラ８からの映像フォルダ一覧を取得する要求を取得して制御部１１に渡す。サーバ１においては、多数の映像コンテンツが存在し、映像コンテンツがフォルダに分類されて保管されている。制御部１１は、映像属性情報１７からサーバ１が持つ映像のフォルダ情報を取得し、映像フォルダ一覧取得応答として、通信部１５を経由してコントローラ８に返信する。
【００３７】
ステップＳＰ１４において、コントローラ８の通信部４５は、サーバ１からの映像フォルダ一覧取得応答を制御部８１に伝え、制御部８１は映像フォルダの名前などを表示部４４に表示する。ユーザは、表示部４４の表示を見て、操作部４２を用いて見たい映像フォルダを選択する。ユーザが選択したフォルダの更に下にフォルダがある場合は、ステップＳＰ１２〜ステップＳＰ１４の処理を繰り返し、下層のフォルダを一覧表示する。
【００３８】
ステップＳＰ１５において、コントローラ８の制御部８１は、ユーザの指示に基づく操作部４２からの制御信号により、サーバ１上の映像コンテンツの一覧を取得する要求を通信部４５経由でサーバ１に送信する。
【００３９】
ステップＳＰ１６において、サーバ１の通信部１５は、コントローラ８からの映像コンテンツ一覧を取得する要求を取得して制御部１１に渡す。制御部１１は、映像属性情報１７からサーバ１が持つ映像コンテンツの属性情報を取得して、映像コンテンツ一覧取得応答として、通信部１５経由でコントローラ８に返信する。
【００４０】
ステップＳＰ１７において、コントローラ８の通信部４５は、サーバ１からの映像コンテンツ一覧取得応答を制御部８１に伝え、制御部８１は映像コンテンツのタイトルなどを表示部４４に表示する。ユーザは、表示部４４の表示を見て、操作部４２を操作して見たい映像コンテンツを選択することができる。大量のコンテンツが存在して一度に全てのコンテンツの情報を取得できなかった場合は、ステップＳＰ１５〜ステップＳＰ１７の処理を繰り返す。
【００４１】
ステップＳＰ１８において、ユーザは、操作部４２を用いて再生したい映像コンテンツを選択する。以上のステップＳＰ１１〜ステップＳＰ１８の処理により、コントローラ８から、ユーザが再生させたい映像コンテンツが決定される。
【００４２】
ステップＳＰ２１において、制御部８１は、再生先のレンダラを一覧表示する。一例として、ここでは、再生先のレンダラとしてレンダラ６，７が表示される。次に、ステップＳＰ２２において、ユーザが操作部４２を操作することにより、再生先のレンダラを決定する。ここでは、再生先のレンダラとしてレンダラ６が指定されるものとする。
【００４３】
次に、ステップＳＰ２３において、再生するコンテンツの属性情報を指定する。属性情報の指定は再生先のレンダラ６に送信され、ステップＳＰ２４において、レンダラ６は、再生コンテンツ属性情報を保存し、属性情報の指定に対する応答をコントローラ８へ送る。
【００４４】
ステップＳ２５において、コントローラ８は、レンダラ６に対して再生要求を行う。ステップＳＰ２６において、映像取得要求がレンダラ６からサーバ１に送られる。映像取得要求には、再生コンテンツ属性情報が含まれる。ステップＳＰ２７では映像取得要求に対する応答がサーバ１からレンダラ６に送られる。これにより、映像取得要求に対する応答として、再生コンテンツ属性情報に応じた映像コンテンツがサーバ１からレンダラ６に送られる。ステップＳ２８では、レンダラ６において、映像コンテンツの再生を行う。ステップＳＰ３１では、コントローラ８の電源をオフにする。
【００４５】
図４は、プレイヤ９とサーバ１の関係を示すシーケンス図である。図４は、システムが、プレイヤ９、サーバ１、およびレンダラ６，７を有するモデル（ここでは、２者モデルと称する）から構成される場合を示している。上述のように、プレイヤ９は、コントローラ８の機能とともにレンダラの機能を備えている。ステップＳＰ９１においては、図２のステップＳＰ１からステップＳＰ３と同様のサーバ発見処理を行う。また、ステップＳＰ９２においては、ステップＳＰ１１からステップＳＰ１８と同様に、映像コンテンツ一覧表示処理を行う。また、ステップＳＰ９３，ＳＰ９４，ＳＰ９５は、それぞれステップＳＰ２６，ＳＰ２７，ＳＰ２８と同様である。映像再生が終了すると、ステップＳＰ３１にてプレイヤ９の電源がオフにされる。プレイヤ９は、コントローラ８の機能を備えるため、再生コンテンツ決定、再生要求、および映像取得要求は自装置で行うことができる。
【００４６】
図５は、図２の３者モデルの構成において、コントローラ８から再生中断要求が出される場合を示している。ここで、ステップＳＰ１００におけるサーバ発見から映像再生までの処理は、ステップＳＰ１〜ＳＰ２８と同様である。これにより、レンダラ６において映像の再生が行われる。その後、ユーザが映像の再生を中断する場合は、ステップＳＰ１０１において、コントローラ８からレンダラ６に再生中断要求を行う。再生中断要求を受け取ったレンダラ６は、ステップＳＰ１０２において再生中断を行う。ここで、既存のシステムでは、途中まで再生した再生位置を記録する仕組みが、サーバ１、コントローラ８、レンダラ６いずれにも存在しない。このため、ユーザが再生を再開するため、ステップＳＰ１０３でコントローラ８から再生要求をレンダラ６に対して行うと、ステップＳＰ１０４でレンダラ６からサーバ１へ映像取得要求が送られ、ステップＳＰ１０５で映像取得応答として映像コンテンツがレンダラ６に送られる。このように、ユーザが再生を再開した場合、図３のステップＳＰ２５〜ＳＰ２８と同様の処理が行われる。このため、ステップＳＰ１０６では、映像が最初から再生されてしまうことになる。
【００４７】
図６は、レンダラ６から再生中断があった場合を示すシーケンス図である。ここでも、ステップＳＰ１１０におけるサーバ発見から映像再生までの処理は、ステップＳＰ１〜ＳＰ２８と同様である。これにより、レンダラ６において映像の再生が行われる。その後、ユーザが映像の再生を中断するため、ステップＳＰ１１１において、レンダラ６が再生中断を行う。その後、ステップＳＰ１１２において、再度コントローラ８から再生要求をレンダラ６に対して行うと、ステップＳＰ１１３で映像取得要求がサーバ１に送られ、ステップＳＰ１１４で映像取得応答がレンダラ６に送られる。これにより、ステップＳＰ１１１５では、映像が最初から再生されてしまうことになる。
【００４８】
図７は、図４に示す２者モデルの場合に、プレイヤ９から再生中断があった場合を示すシーケンス図である。ステップＳＰ１２０では、ステップＳＰ９１〜ＳＰ９５と同様に、サーバ発見から映像再生までの処理を行う。これにより、プレイヤ９において映像の再生が行われる。その後、ステップＳＰ１２１において、ユーザから映像の再生中断指示を受けて、プレイヤ９が再生中断を行う。その後、ステップＳＰ１２２において、ユーザからの指示により、再度プレイヤ９からサーバ１に対して再生要求が行われると、ステップＳＰ１２３において、映像取得応答として映像コンテンツがサーバ１からプレイヤ９に送られて、ステップＳＰ１２４で映像が最初から再生されてしまう。従って、プレイヤ９で再生中断が行われた場合においても、再生を再開すると、映像が最初から再生されてしまう。
【００４９】
図８は、２者モデルの場合に、プレイヤ９で再生した映像を、プレイヤ９自身で途中再生する場合を示すシーケンス図である。ステップＳＰ２２０では、ステップＳＰ９１〜ＳＰ９５と同様に、サーバ発見から映像再生までの処理を行う。これにより、プレイヤ９において映像の再生が行われる。その後、ステップＳＰ２２１では、ユーザがプレイヤ９において再生中断を行う。次に、ステップＳＰ２２１では、プレイヤ９において映像再生の中断が行われる。次に、ステップＳＰ２２３では、中断された映像再生位置を記憶する。次に、ユーザが映像再生の再開を指示すると、ステップＳＰ２２３では、再生途中からの映像取得要求をサーバ１に対して行う。これを受けて、サーバ１は、映像取得応答をプレイヤ９へ送信し、ステップＳＰ２２７では映像の途中から再生を再開する。
【００５０】
このように、プレイヤ９の中には、ステップＳＰ２２２の処理にて再生中断した映像位置を記憶しておき、ステップＳＰ２２３で映像の途中再生要求を行うことで、途中からの再生を実現する機能を備えたものがある。ＤＬＮＡでは、ステップＳＰ２２２において、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）のヘッダの
“Ｒａｎｇｅ：”に途中再生したいバイト（ｂｙｔｅ）数を記述することで、このような途中再生を実現できる。しかし、この方法では、このような機能を備えたプレイヤ９は途中再生が可能であるが、このような機能を備えていない他のプレイヤ、またはレンダラは途中再生を行うことができない。
【００５１】
また、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）のＡＶ Ｃｏｎｔｅｎｔ  Ｄｉｒｅｃｔｏｒｙ Ｃｈａｒｔｅｒ３では、ブックマーク（Ｂｏｏｋｍａｒｋ）機能が定義されている。ここでは、コントローラ８が再生途中の情報をサーバ１に伝えることで途中からの再生を実現可能である。しかし、この方法では、レンダラの状態の全てを他のレンダラに反映するのは難しく、レンダラとサーバの両方がＢｏｏｋｍａｒｋ機能を実装している必要がある。また、この方法は、プレイヤから映像途中再生が行われることを想定したものではない。
【００５２】
更に、途中再生に関する独自の知識をサーバ１に追加すると、新規に追加されたこの知識を理解できる機器の数をシステム内に増やす必要がある。これは、サーバ１は、レンダラ６、プレイヤ９に送信したストリーミングミングデータがレンダラ６、プレイヤ９の画面上で再生されたか否かを判別する知識を保有していない場合があるためである。このため、レンダラ６（またはコントローラ８）、プレイヤ９とサーバ１が再生中断位置を伝える知識を共有し、送受信する機能を保持しておく必要があり、新規に追加されたこの知識を理解できる機器をシステム内に増やす必要が生じるためである。
【００５３】
［２．ストリーミングを中継する方法］
本実施形態では、上述したシステムにおいて途中再生を実現するものである。実現のための手法として、本実施形態では、ストリーミングを中継する方法と、メタデータを利用する方法を挙げる。最初に、ストリーミングを中継する方法について説明する。この方法は、後述するメタデータを利用する方法に比べて実装負荷は比較的大きくなるが、既存の機器からの途中再生が可能である。従って、システムに係る機器の全てを入れ替えることなく、システム内の各機器での途中再生を実現することができる。
【００５４】
図９は、ストリーミングを中継する方法によるシステムの構成と処理の概略を示す模式図である。図９に示すように、このシステムは、サーバ１、レンダラ６、レンダラ７、コントローラ８を有して構成され、サーバ１、レンダラ６、レンダラ７、及びコントローラ８はネットワーク５を介して接続されている。
【００５５】
図９において、レンダラ６は、サーバ機能を備え、ストリーミングを中継することができる。中継処理は、図９に示す（１）〜（８）の手順に従って行われる。一例として、レンダラ６が居間に置かれ、レンダラ７が寝室に置かれているものとする。そして、ユーザが居間のレンダラ６で映像を再生し、その後、ユーザが再生を中断して寝室に移り、寝室のレンダラ７で再生を再開する場合を例に挙げて説明する。
【００５６】
先ず、ユーザは、居間のレンダラ６で再生を行う。この際、レンダラ６はサーバ１に対して映像のストリーミングデータを要求し、サーバ１は映像のストリーミングデータを返信する。レンダラ６では、サーバ１から送られた映像データを再生する。その後、レンダラ６において、再生の停止（中断）が行われる。
【００５７】
レンダラ６では、再生停止箇所を保存する。次に、寝室に移ったユーザは、コントローラ８を用いてサーバ発見要求をブロードキャストする。これに対し、サーバ機能を有するレンダラ６が応答し、再生途中のコンテンツのデータをコントローラ８へ返信する。
【００５８】
そして、ユーザがコントローラ８を操作して再生途中のコンテンツの再生を要求すると、再生要求を受けたレンダラ７は、レンダラ６に対して再生途中のストリーミングデータを要求する。これに対してレンダラ６は、再生途中のストリーミングデータをサーバ１から受けてレンダラ７へ返信する。これにより、レンダラ７では、レンダラ６が再生を停止した位置から途中再生を行うことが可能となる。
【００５９】
図１０は、ストリーミングを中継する方法によるネットワーク接続機器およびシステムの構成を示すブロック図である。図１０において、サーバ１、レンダラ６、レンダラ７、コントローラ８、プレイヤ９は、ネットワーク５を介して接続されている。ここで、レンダラ７、サーバ１、コントローラ８の構成は、図１で説明したレンダラ７、サーバ１、コントローラ８と同様である。
【００６０】
一方、レンダラ６は、図１のレンダラ６に対して映像データ出力部２７が付加されたものである。映像データ出力部２７は、サーバ１の映像データ出力部１３と同様の機能を有するものであり、レンダラ６は、サーバ１と同様の機能を有する機器として構成されている。映像データ出力部２７は、制御部６１からの指示により、指定された映像データを通信部２５に送る。
【００６１】
同様に、プレイヤ９は、図１のプレイヤ９に対して映像データ出力部９９が付加されたものである。映像データ出力部９９は、サーバ１の映像データ出力部１３と同様の機能を有するものであり、プレイヤ９はサーバ１と同様の機能を有する機器である。このように、レンダラ６またはプレイヤ９にサーバ１と同様の機能を持たせることで、レンダラ６またはプレイヤ９にストリーミングを中継する機能を持たせることができる。
【００６２】
図１１〜図１２は、図９及び図１０で示したレンダラ６を用いた映像の途中再生実現方法を示すシーケンス図である。図１１のステップＳＰ２００は、図２及び図３のステップＳＰ１〜ステップＳＰ２８と同様の処理であり、サーバ発見処理から映像再生処理までを行う。図１１のステップＳＰ２０１では、ユーザの指示により、レンダラ６は再生中の映像を中断する。この際に、ステップＳＰ２０２では、再生を中断した映像の最後の位置を保存しておき、ステップＳＰ２０３では、サーバ上（レンダラ６のサーバ機能上）のコンテンツリストに映像コンテンツ情報（映像属性情報６７）を追加更新する。これにより、サーバ上の映像再生途中リストに再生途中のコンテンツが登録される。
【００６３】
次に、ステップＳＰ２０４において、ユーザがコントローラ８を使用してサーバ発見要求を行うと、サーバ機能を保有しているレンダラ６は、ステップＳＰ２０６において、サーバ発見要求に対する応答をコントローラ８へ返す。なお、サーバ１もステップＳＰ２０５において、サーバ発見要求に対する応答をコントローラ８へ返す。
【００６４】
次に、ステップＳＰ２０７において、図２のステップＳＰ３と同様に、コントローラ８は、レンダラ６及びサーバ１からサーバ発見要求に対する応答を取得して、サーバリストを作成する。この際、コントローラ８の制御部８１は、レンダラ６の自機識別情報２６、及びサーバ１の自機識別情報１６を取得してサーバ識別情報４６に保存する。
【００６５】
ステップＳＰ２０８において、コントローラ８の制御部８１は、ネットワーク５上に接続したレンダラを発見することを要求し、通信部４５経由でネットワーク上にレンダラ発見のプロトコルをブロードキャストする。
【００６６】
ステップＳＰ２０９，Ｓ２１０において、レンダラ６，７は、図２のステップＳＰ５，ＳＰ６と同様に、ネットワーク５上に流れたレンダラ発見プロトコルを取得してその応答をコントローラ８に送る。
【００６７】
ステップＳＰ２１１において、コントローラ８の通信部４５は、レンダラ６およびレンダラ７からレンダラ発見要求に対する応答を取得して、レンダラリストを作成する。この際、制御部８１は、レンダラ６およびレンダラ７の自機識別情報２６を取得してレンダラ識別情報４７に保存する。
【００６８】
次に、ステップＳＰ２１２では、ステップＳＰ１１と同様に、ユーザがコントローラ８の操作部４２を操作して、レンダラ６上の映像コンテンツの一覧表示を指示する。
【００６９】
次に、ステップＳＰ２１３において、コントローラ８は、ステップＳＰ１２と同様の処理により、レンダラ６上の映像フォルダ一覧を取得する要求をレンダラ６に送信する。上述したステップＳＰ１２と同様に、ＤＬＮＡではＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｅｓｓ  Ｐｒｏｔｏｃｏｌ）を用いることができる。
【００７０】
ステップＳＰ２１４において、レンダラ６の通信部２５は、コントローラ８からの映像フォルダ一覧を取得する要求を取得して制御部６１に渡す。レンダラ６は、ステップＳＰ２１４において、この要求に対する応答として、映像再生途中一覧取得応答をコントローラ８へ送信する。
【００７１】
ステップＳ２１５において、コントローラ８の通信部４５は、レンダラ６からの映像再生途中一覧取得応答を制御部８１に伝え、制御部８１は映像再生途中の映像コンテンツの名前などを表示部４４に表示する。ユーザは、表示部４４の表示を見て、操作部４２を用いて見たい映像フォルダを選択する。
【００７２】
この後、ステップＳＰ２１６からステップＳＰ２２４に示すように、レンダラ６から得られた映像情報をレンダラ６に渡し、映像再生要求を行う。先ず、ステップＳＰ２１６では、コントローラ８の制御部８１は、ユーザの操作による操作部４２からの信号により、レンダラ６上の映像コンテンツの一覧を取得する要求を通信部４５経由でレンダラ６に送信する。
【００７３】
ステップＳＰ２１７において、レンダラ６の通信部２５は、コントローラ８からの映像コンテンツ一覧を取得する要求を取得して制御部６１に渡す。そして、制御部６１は、映像属性情報６７からレンダラ６が持つ映像コンテンツの属性情報（映像属性情報６７）を取得して、映像コンテンツ一覧取得応答として通信部２５経由でコントローラ８に返信する。
【００７４】
ステップＳＰ２１８において、コントローラ８の通信部４５は、レンダラ６から送られた映像コンテンツ一覧取得応答を制御部８１に伝え、制御部８１は映像コンテンツのタイトルなどを表示部４４に表示する。
【００７５】
ステップＳＰ２１９において、ユーザは、操作部４２を用いて再生したい映像コンテンツを選択する。以上のステップＳＰ２１２〜ステップＳＰ２１９の処理により、コントローラ８から、再生させたい映像コンテンツが決定される。
【００７６】
ステップＳＰ２２０において、コントローラ８の制御部８１は、再生先のレンダラを表示部４４に一覧表示する。次に、ステップＳＰ２２１において、ユーザは操作部４２を操作して再生先のレンダラを決定する。ここでは、再生先のレンダラとしてレンダラ７が決定されるものとする。
【００７７】
次に、ステップＳＰ２２２において、再生するコンテンツの属性情報を指定する。ここで、ユーザは、映像再生途中リストに登録された再生途中のコンテンツを指定することができる。属性情報の指定は、再生先であるレンダラ７に送信される。ステップＳＰ２２３において、レンダラ７は、再生コンテンツ属性情報を保存し、その旨を示す情報をコントローラ８へ送信する。
【００７８】
ステップＳ２２４において、コントローラ８は、再生要求を再生先のレンダラ７に対して行う。再生要求を受けたレンダラ７は、ステップＳＰ２２５において、映像取得要求をレンダラ６に送る。映像取得要求を受けたレンダラ６は、ステップＳＰ２２６において、サーバ１に対して途中からの映像取得要求を送る。この際、レンダラ６は、ステップＳＰ２０２で保存した再生途中位置に基づいて、サーバ１に対して途中からの映像取得要求を送信する。
【００７９】
サーバ１は、途中からの映像取得要求をレンダラ６から受けると、ステップＳＰ２２７において、映像取得応答をレンダラ６に送る。ここでは、サーバ１は、再生途中位置に基づいて、再生途中位置以降の映像データをレンダラ６に送る。レンダラ６は、サーバ１から映像取得応答を受けると、ステップＳＰ２２８において、途中からの映像取得応答（途中からの映像データ）をレンダラ７へ送る。これにより、ステップＳ２２９において、レンダラ７は途中再生を行う。
【００８０】
このように、図１２の処理では、ステップＳＰ２２５において、再生先のレンダラ７はレンダラ６に対して映像の取得要求を行う。映像の取得要求を受けたレンダラ６は、ステップＳＰ２２６において、サーバ１からＨＴＴＰで範囲（Ｒａｎｇｅ）を指定して映像の取得を行う。ステップＳＰ２２７では、サーバ１は指定された範囲の映像を応答として返す。ステップＳＰ２２８では、レンダラ６の映像データ出力部２７は、制御部６１の制御により、サーバ１から受け取った映像データをレンダラ７に送っている。従って、ステップＳＰ２２９において、レンダラ７では途中再生を実現することができる。
【００８１】
図１３は、図９で説明したプレイヤ９を用いた映像の途中再生実現方法を示すシーケンス図であって、図４で説明した２者モデルの場合に対応する。ここでは、プレイヤ９、サーバ１、レンダラ６９及びレンダラ７がネットワーク５を介して接続されているものとする。先ず、ステップＳＰ２５０では、ステップＳＰ１〜ＳＰ２８と同様（ステップＳＰ９１〜ＳＰ９５と同様）に、サーバ発見から映像再生までの処理を行う。これにより、プレイヤ９において映像の再生が行われる。
【００８２】
その後、ユーザが映像の再生を中断する場合は、ステップＳＰ２５１において、プレイヤ９の再生を中断する。この際、ユーザは、操作部９２から再生中断の指令を入力し、制御部９１はこの指令を受け取って再生を中断する。次に、ステップＳＰ２５２において、再生中断位置を保存する。次に、ステップＳ２５３において、サーバ１上の映像再生途中リストに再生中断した旨を登録する。
【００８３】
次に、ユーザが映像の途中再生を行うためにコントローラ８を操作すると、コントローラ８は、ステップＳ２５４において、ネットワーク５上にサーバ発見のプロトコルをブロードキャストし、サーバ発見要求を送る。ステップＳＰ２５５において、サーバ１は、サーバ発見に対する応答をコントローラ８へ返す。また、プレイヤ９は、上述のようにサーバ機能を備えているため、ステップＳ２５６において、サーバ発見に対する応答をコントローラ８へ返す。ステップＳＰ２５７において、コントローラ８は、サーバリストを作成する。
【００８４】
ステップＳＰ２５８では、図１１のステップＳＰ２０８〜ＳＰ２１２と同様の処理を行い、レンダラ発見処理から映像コンテンツ一覧表示指示までの処理を行う。また、ステップＳＰ２５９では、図１１及び図１２のステップＳＰ２１３〜ＳＰ２２１と同様の処理を行い、映像フォルダ一覧取得要求から再生先レンダラ決定までの処理を行う。
【００８５】
ステップＳＰ２６０では、コントローラ８において、再生コンテンツの属性情報を指定する。次のステップＳＰ２６１では、レンダラ６９において、再生コンテンツの属性情報を保存する。次のステップＳＰ２６２では、コントローラ８からレンダラ６９へ再生要求を送る。再生要求を受けたレンダラ６９は、ステップＳ２６３において、映像取得要求をプレイヤ９へ送る。
【００８６】
プレイヤ９は、レンダラ６９からの映像取得要求を受けると、ステップＳＰ２６４において、サーバ１に対して途中からの映像を取得するための要求を送る。サーバ１は、この要求を受けて、ステップＳＰ２６５において、映像取得に対する応答をプレイヤ９へ送る。応答を受けたプレイヤ９は、ステップＳＰ２６６において、途中からの映像取得応答をレンダラ６９に送り、レンダラ６９は、ステップＳＰ２６７にて映像途中再生を行う。その後、映像再生が完了すると、ステップＳＰ２６８において、電源をオフにする。
【００８７】
以上のように、図１３の処理では、ステップＳＰ２５１で再生中断して、ステップＳＰ２５２及びステップＳＰ２５３において、再生した映像の最後の位置を保存して、サーバ上のコンテンツリストに追加更新している。これにより、コントローラー８は、ステップＳＰ２５４でプレイヤ９をサーバとして認識し、途中再生の映像を選択して再生要求することが可能となる。以下は図１１〜図１２と同様の処理となる。
【００８８】
［３．メタデータに途中再生情報を追加する方法］
次に、途中再生を実現するため、メタデータに途中再生情報を付加する方法について説明する。この方法は、実装負荷が小さく途中再生が可能となるが、途中再生を行う機器には以下に説明するシステムが導入されていることが前提となる。ＤＬＮＡではＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｅｓｓ  Ｐｒｏｔｏｃｏｌ）を用い、特に
ＣＤＳ：Ｂｒｏｗｓｅというコマンドにより、映像コンテンツの属性情報を取得することができる。本実施形態では、属性情報の中に映像の再生位置に関する情報（ｒｅｌａｔｉｖｅＴｉｍｅＰｏｓｉｔｉｏｎ）を追加することで途中再生を実現させている。
【００８９】
メタデータとしては、一例として以下のようなデータを挙げることができる。ここで、ｒｅｌａｔｉｖｅＴｉｍｅＰｏｓｉｔｉｏｎが映像の再生位置の情報である。
<res size=&quot;サイズ&quot; bitrate=&quot;ビットレート&quot; duration=&quot;映像の長さ&quot; protocolInfo=&quot;http-get:*:video/mpeg:DLNAのプロトコル識別情報&quot; resolution=&quot;映像サイズ&quot; relativeTimePosition=&quot;映像の再生位置&quot;>映像の場所情報（URL）</res>
【００９０】
図１５は、メタデータを利用する方法によるネットワーク接続機器およびシステムの構成を示すブロック図である。図１５において、サーバ１、レンダラ６、レンダラ７、コントローラ８、プレイヤ９は、ネットワーク５を介して接続されている。ここで、レンダラ７、サーバ１の構成は、図１で説明したレンダラ７、サーバ１と同様である。
【００９１】
また、図９と比較すると、図１５では、プレイヤ９、レンダラ６、コントローラ８には、それぞれ映像位置識別情報取得部１００,２８,４９が追加されている。映像コンテンツの属性情報を受け取った各機器（プレイヤ９、レンダラ６、コントローラ８）は、再生位置に関する情報（relativeTimePosition）を、映像位置識別情報取得部１００、２８、４９が取得し、再生途中の映像であることを解析し判別する。
【００９２】
図１４は、メタデータを利用する方法によるシステムの構成と処理の概略を示す模式図である。図１４に示すように、このシステムは、サーバ１、レンダラ６、レンダラ７、コントローラ８を有して構成され、サーバ１、レンダラ６、レンダラ７、及びコントローラ８はネットワーク５を介して接続されている。
【００９３】
図１４において、レンダラ６は、再生途中の情報をメタデータとしてコントローラ８に送ることができる。図１４では、（１）〜（８）の手順に従って再生に係る処理が行われる。ここでも、一例として、レンダラ６が居間に置かれ、レンダラ７が寝室に置かれているものとする。そして、ユーザが居間のレンダラ６で映像を再生し、その後、ユーザが再生を中断して寝室に移り、寝室のレンダラ７で再生を再開する場合を例に挙げて説明する。
【００９４】
先ず、ユーザは、居間のレンダラ６で再生を行う。この際、レンダラ６はサーバ１に対して映像のストリーミングデータを要求し、サーバ１は映像のストリーミングデータを返信する。レンダラ６では、サーバ１から送られた映像データを再生する。その後、レンダラ６において、再生の停止（中断）が行われる。
【００９５】
レンダラ６では、再生停止箇所を保存する。次に、寝室に移ったユーザは、コントローラ８を用いてサーバ発見要求をブロードキャストする。これに対し、サーバ機能を有するレンダラ６が応答し、再生途中の位置を含むデータ情報をコントローラ８へ返信する。
【００９６】
そして、ユーザがコントローラ８を操作して再生途中のコンテンツの再生を要求すると、再生要求を受けたレンダラ７は、サーバ１に対して、再生途中の位置を示して、再生途中のストリーミングデータを要求する。これに対してサーバ１は、再生途中のストリーミングデータをレンダラ７へ返信する。これにより、レンダラ７では、レンダラ６が再生を停止した位置から途中再生を行うことが可能となる。
【００９７】
図１６は、レンダラ６、コントローラ８に映像位置識別情報取得部２８,４９をそれぞれ追加した場合の処理を示すシーケンス図である。図１６において、ステップＳＰ３００はステップＳＰ１〜ＳＰ２８と同様であり、ステップＳＰ３０１はステップＳＰ２０１〜ＳＰ２０３と同様であり、ＳＰ３０２はステップＳＰ２０４〜ＳＰ２１５と同様である。
【００９８】
ステップＳＰ３００,ＳＰ３０１では、コントローラ８がサーバ発見をして、レンダラ６において、サーバ１の映像を再生、再生中断（ステップＳＰ２０１と同様）、再生中断位置の保存（ステップＳＰ２０２と同様）が完了したものとする。ステップＳＰ３０２では、レンダラ６がサーバとして機能し、途中再生映像リストをコントローラ８に送る（ステップＳＰ２１４と同様）。
【００９９】
ステップＳＰ３０３では、コントローラ８は、レンダラ６上の映像コンテンツの一覧を取得する要求をレンダラ６に送信する。ステップＳＰ３０４では、レンダラ６は、映像コンテンツ一覧取得要求に対する応答をコントローラ８へ返信する。この際、映像位置識別情報取得部２８が取得した再生途中位置の情報をコントローラ８へ送る。ステップＳＰ３０５では、コントローラ８は、映像コンテンツ一覧を作成する。これにより、ステップＳＰ３０３からステップＳＰ３０５において、レンダラ６は、映像コンテンツ一覧をコントローラ８へ送るとともに、映像の再生途中位置に関する情報（ｒｅｌａｔｉｖｅＴｉｍｅＰｏｓｉｔｉｏｎ）をコントローラ８へ送る。
【０１００】
ステップＳＰ３０６では、図１２のステップＳＰ２１９〜ＳＰ２２１と同様の処理を行い、再生コンテンツ決定から再生先レンダラ決定までの処理を行う。ステップＳＰ３０７では、ユーザがコントローラ８を用いて再生コンテンツ属性情報を指定する。ステップＳＰ３０８では、レンダラ７が再生コンテンツ属性情報を保存する処理を行う。
【０１０１】
ステップＳＰ３０９では、映像の再生途中位置に関する情報に基づいて、レンダラ７に対して途中再生要求を行う。この途中再生要求は、ＤＬＮＡで定義されているＳｅｔＡＶＴ、Ｓｅｅｋ、Ｐｌａｙを用いて行うことができる。ステップＳＰ３１０では、途中映像取得要求を受けたレンダラ７が、サーバ１に対して、再生途中の位置の情報に基づいて途中映像取得要求を送信する。ステップＳＰ３１１では、サーバ１がレンダラ７に対して途中映像取得要求に対する映像取得応答を送る。ステップＳＰ３１２では、映像取得応答を受けたレンダラ７が途中再生を行う。これにより、レンダラ７は、サーバ１から取得した、途中からの映像を再生することができる。
【０１０２】
このように、図１６の処理では、再生要求先は、レンダラ６ではなくサーバ１となる。このため、図１２と比較すると、レンダラ６は、サーバ１からの映像のストリーミングを中継する必要が無いため、レンダラ６の実装負荷を低くすることができる。
【０１０３】
図１７は、レンダラ６、プレイヤ９に映像位置識別情報２８,１００を追加した場合の処理を示すシーケンス図である。図１７において、ステップＳＰ３５０はステップＳＰ１〜ＳＰ２８と同様であり、ステップＳＰ３５１はステップＳＰ２０１〜ＳＰ２０３と同様である。
【０１０４】
ステップＳＰ３５２においてプレイヤ９がサーバ発見要求を行うと、サーバ１及びレンダラ６は、ステップＳＰ３５３，ＳＰ３５４において、サーバ発見要求に対する応答をプレイヤ９へ返す。ステップＳＰ３５５において、プレイヤ９はサーバリストを作成する。
【０１０５】
ステップＳＰ３５６は、ステップＳＰ９１〜ＳＰ２１５と同様であり、サーバ発見処理から映像再生までの処理を行う。ステップＳＰ２１６では、プレイヤ９からレンダラ６へ映像コンテンツ一覧取得要求を送る。ステップＳＰ２１７では、レンダラ６からプレイヤ９へ映像コンテンツ一覧取得要求に対する応答を送る。ステップＳＰ２１８では、プレイヤ９が映像コンテンツ一覧を作成する。
【０１０６】
ここで、ステップＳＰ２１７、ステップＳＰ２１８では、図１６と同様に、映像の再生位置に関する情報（ｒｅｌａｔｉｖｅＴｉｍｅＰｏｓｉｔｉｏｎ）の受け渡しをレンダラ６とプレイヤ９の間で行っている。これにより、プレイヤ９は、サーバ１に対して途中再生要求を行うことができる。
【０１０７】
次に、ステップＳＰ２１９では、再生コンテンツを決定する。ステップＳＰ２１９で再生コンテンツが決定されると、ステップＳＰ２２５において、プレイヤ９からサーバ１へ映像取得要求が出される。ここでは、映像の再生位置に関する情報に基づいて、途中再生に係る映像取得要求が出される。ステップＳＰ２２７では、映像取得要求に対する応答がサーバ１からプレイヤ９へ送られる。ステップＳＰ２２９では、プレイヤ９にて途中再生が行われる。ステップＳＰ２３０では、コントローラ８の電源がオフにされる。
【０１０８】
以上のように、図１６、図１７の処理によれば、途中再生を行う機器が映像の再生位置に関する情報を用いて再生要求を行うことにより、簡素な構成で途中再生を実現することが可能となる。
【０１０９】
図１８は、ストリーミングを中継する方法（図１８にて手法１として示す）、メタデータに途中再生情報を付加する方法（図１８にて手法２として示す）のそれぞれを比較して示す模式図である。いずれの方法においても、既存のシステムの機器を全て入れ替えることなく途中再生が可能である。図１８に示すように、手法１、手法２において、入れ替える機器はサーバ１に類する機能を有していることが前提となる。また、手法１の入れ替える機器（レンダラ６）は、再生機能を有するものである。また、手法２の入れ替える機器は、メタ情報の知識を保有するものである。
【０１１０】
また、手法１の機能に対応する機器の最小台数は１台（レンダラ６）であり、手法２の機能に対応する機器の最小台数は２台（レンダラ６，７）である。また、具体的に、手法１の機能に対応する可能性のある機器はＤＭＲ，ＤＭＰであり、手法２の機能に対応する可能性のある機器はＤＭＲ，ＤＭＰ，ＤＭＣである。
【０１１１】
以上説明したように本実施形態によれば、本実施形態の機能を保持したレンダラ、プレイヤ、コントローラ装置で映像の再生位置に関する追加情報を送受信することで別機器からの途中再生が可能となる。また、レンダラまたはプレイヤのみ本実施形態の機能を保持している場合は、サーバのストリーミングを中継することで、再生途中の映像コンテンツに対して別の機器での途中再生が可能となる。更に、レンダラ、プレイヤに対してサーバと同様の機能を持たせているため、レンダラ、プレイヤで再生したコンテンツをＲｏｏｔコンテナに置いて一覧表示するなど、他機器からのコンテンツに対するアクセスも簡易に行うことが可能となる。
【０１１２】
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【符号の説明】
【０１１３】
１    サーバ
６，７  レンダラ
８    コントローラ
９    プレイヤ
２４，９４    映像表示部
２５，９５，    通信部
２８，４９，１００    映像位置識別情報取得部
【図１】
2012039549.tif 000003
【図２】
2012039549.tif 000004
【図３】
2012039549.tif 000005
【図４】
2012039549.tif 000006
【図５】
2012039549.tif 000007
【図６】
2012039549.tif 000008
【図７】
2012039549.tif 000009
【図８】
2012039549.tif 000010
【図９】
2012039549.tif 000011
【図１０】
2012039549.tif 000012
【図１１】
2012039549.tif 000013
【図１２】
2012039549.tif 000014
【図１３】
2012039549.tif 000015
【図１４】
2012039549.tif 000016
【図１５】
2012039549.tif 000017
【図１６】
2012039549.tif 000018
【図１７】
2012039549.tif 000019
【図１８】
2012039549.tif 000020