JP2012039549A - 情報処理装置、情報処理方法及び情報処理システム - Google Patents

情報処理装置、情報処理方法及び情報処理システム Download PDF

Info

Publication number
JP2012039549A
JP2012039549A JP2010180314A JP2010180314A JP2012039549A JP 2012039549 A JP2012039549 A JP 2012039549A JP 2010180314 A JP2010180314 A JP 2010180314A JP 2010180314 A JP2010180314 A JP 2010180314A JP 2012039549 A JP2012039549 A JP 2012039549A
Authority
JP
Japan
Prior art keywords
video
renderer
server
playback
video content
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
JP2010180314A
Other languages
English (en)
Inventor
Kazutaka Yasuda
和隆 保田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP2010180314A priority Critical patent/JP2012039549A/ja
Priority to US13/196,070 priority patent/US20120042347A1/en
Priority to CN201110229359.2A priority patent/CN102378053A/zh
Publication of JP2012039549A publication Critical patent/JP2012039549A/ja
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2387—Stream processing in response to a playback request from an end-user, e.g. for trick-play
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/41407—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance embedded in a portable device, e.g. video client on a mobile phone, PDA, laptop
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4333—Processing operations in response to a pause request
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43615—Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H04N21/6587—Control parameters, e.g. trick play commands, viewpoint selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8455—Structuring of content, e.g. decomposing content into time segments involving pointers to the content, e.g. pointers to the I-frames of the video stream

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • General Engineering & Computer Science (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Television Signal Processing For Recording (AREA)

Abstract

【課題】既存のネットワーク機器において、最小限のシステム変更で、機器を変更した際の途中再生を可能とする。
【解決手段】本発明の情報処理装置（レンダラ６）は、映像コンテンツを保有するサーバ１から受信した映像コンテンツを表示する表示部２４と、映像コンテンツの再生途中位置を保存する記憶部と、再生途中位置から映像の再生を再開したレンダラ７から映像取得要求を受信した場合に、サーバ１から再生途中位置からの映像コンテンツを取得してレンダラ７へ送信する通信部２５と、を備える、
【選択図】図１０

Description

本発明は、情報処理装置、情報処理方法及び情報処理システムに関する。
従来、例えば下記の特許文献１に記載されているように、ネットワーク接続機器およびシステムにおいて、機器を切り換えて連続する情報信号を提供する技術が知られている。
特開平１０−１６４４４９号公報
しかしながら、上記従来の技術では、機器を切り換えて連続する情報信号を提供するためには、システム内の機器がこの機能を備えている必要がある。このため、既に広く普及しているＤＬＮＡ（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ）規格等によるホームネットワーク技術等において、機器を切り換えて再生を行うことは困難である。
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、既存のネットワーク機器において、最小限のシステム変更で、機器を変更した際の途中再生が可能な、新規かつ改良された情報処理装置、情報処理方法及び情報処理システムを提供することにある。
上記課題を解決するために、本発明のある観点によれば、映像コンテンツを保有するサーバから受信した映像コンテンツを表示する表示部と、映像コンテンツの再生途中位置を保存する記憶部と、前記再生途中位置から映像の再生を再開する他装置から映像取得要求を受信した場合に、前記サーバから前記再生途中位置からの映像コンテンツを取得して前記他装置へ送信する映像出力部と、を備える、情報処理装置が提供される。
また、上記課題を解決するために、本発明の別の観点によれば、映像コンテンツを保有するサーバから受信した映像コンテンツを表示する表示部と、映像コンテンツの再生途中位置を取得する再生途中位置取得部と、他装置において前記再生途中位置から映像の再生を再開させるため、他装置を操作するコントローラに対して前記再生途中位置の情報を送信する通信部と、を備える、情報処理装置が提供される。
また、上記課題を解決するために、本発明の別の観点によれば、映像コンテンツを保有するサーバから受信した映像コンテンツを表示するステップと、映像コンテンツの再生途中位置を保存するステップと、前記再生途中位置から映像の再生を再開する他装置から映像取得要求を受信した場合に、前記サーバから前記再生途中位置からの映像コンテンツを取得して前記他装置へ送信するステップと、を備える、情報処理方法が提供される。
また、上記課題を解決するために、本発明の別の観点によれば、映像コンテンツを保有するサーバから受信した映像コンテンツを表示するステップと、映像コンテンツの再生途中位置を取得するステップと、他装置において前記再生途中位置から映像の再生を再開させるため、他装置を操作するコントローラに対して前記再生途中位置の情報を送信するステップと、を備える、情報処理方法が提供される。
また、上記課題を解決するために、本発明の別の観点によれば、映像コンテンツを保有するサーバと、前記サーバから受信した映像コンテンツを表示する表示部と、映像コンテンツの再生途中位置を保存する記憶部と、前記再生途中位置から映像の再生を再開する第２の情報処理装置から映像取得要求を受信した場合に、前記サーバから前記再生途中位置からの映像コンテンツを取得して前記第２の情報処理装置へ送信する映像出力部と、を有する、第１の情報処理装置と、前記再生途中位置からの映像コンテンツを前記第１の情報処理装置から受信して、前記再生途中位置から映像の再生を行う前記第２の情報処理装置と、を備える情報処理システムが提供される。
また、上記課題を解決するために、本発明の別の観点によれば、映像コンテンツを保有するサーバと、前記サーバから受信した映像コンテンツを表示する表示部と、映像コンテンツの再生途中位置を取得する再生途中位置取得部と、第２の情報処理装置において前記再生途中位置から映像の再生を再開させるため、前記再生途中位置の情報を送信する通信部と、を有する第１の情報処理装置と、前記再生途中位置の情報を受信し、前記第２の情報処理装置へ送信するコントローラと、前記コントローラから前記再生途中位置の情報を受信し、前記再生途中位置の情報に基づいて、前記サーバから前記再生途中位置からの映像コンテンツを受信する前記第２の情報処理装置と、を備える情報処理システムが提供される。
本発明によれば、既存のネットワーク機器において、最小限のシステム変更で、機器を変更した際の途中再生が可能となる。
本発明の一実施形態に係るネットワーク接続機器およびシステムの前提となる構成を示すブロック図である。 図１のネットワーク接続機器およびシステムの動作を示すシーケンス図である。 図１のネットワーク接続機器およびシステムの動作を示すシーケンス図である。 図１のネットワーク接続機器およびシステムの動作を示すシーケンス図である。 図１のネットワーク接続機器およびシステムの動作を示すシーケンス図である。 レンダラから再生中断があった場合を示すシーケンス図である。 図４に示す２者モデルの場合に、プレイヤから再生中断があった場合を示すシーケンス図である。 ２者モデルの場合に、プレイヤ９で再生した映像を、プレイヤ９自身で途中再生する場合を示すシーケンス図である。 ストリーミングを中継する方法によるシステムの構成と処理の概略を示す模式図である。 ストリーミングを中継する方法によるネットワーク接続機器およびシステムの構成を示すブロック図である。 図９及び図１０で示したレンダラ６を用いた映像の途中再生実現方法を示すシーケンス図である。 図９及び図１０で示したレンダラ６を用いた映像の途中再生実現方法を示すシーケンス図である。 図９で説明したプレイヤ９を用いた映像の途中再生実現方法を示すシーケンス図である。 メタデータを利用する方法によるシステムの構成と処理の概略を示す模式図である。 メタデータを利用する方法によるネットワーク接続機器およびシステムの構成を示すブロック図である。 レンダラ、コントローラに映像位置識別情報をそれぞれ追加した場合の処理を示すシーケンス図である。 レンダラ、プレイヤに映像位置識別情報２８,１００を追加した場合の処理を示すシーケンス図である。 ストリーミングを中継する方法、メタデータに途中再生情報を付加する方法のそれぞれを比較して示す模式図である。
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
なお、説明は以下の順序で行うものとする。
１．前提となる技術
２．ストリーミングを中継する方法
３．メタデータに途中再生情報を追加する方法
［１．前提となる技術］
図１は、本発明の一実施形態に係るネットワーク接続機器およびシステムの前提となる構成を示すブロック図である。図１に示すように、このシステムは、サーバ１、レンダラ６、レンダラ７、コントローラ８、プレイヤ９を有している。サーバ１、レンダラ６、レンダラ７、コントローラ８、プレイヤ９は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などのネットワーク５を介して接続されている。
サーバ１は、たとえば映像コンテンツを内部に保有し、ネットワーク５経由で映像コンテンツを他機に転送することにより他機による再生を可能とする機能を有する。一例として、サーバ１は、ＤＬＮＡ（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ）規格によるＤＭＳ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｓｅｒｖｅｒ）の機能を含む。
レンダラ６およびレンダラ７は、サーバ１からネットワーク５経由で例えば映像コンテンツの転送を受け、自機（自装置）にて映像コンテンツを再生する機能を有する。一例として、レンダラ６およびレンダラ７は、ＤＬＮＡ規格によるＤＭＲの機能を含む。
コントローラ８は、レンダラ６またはレンダラ７に対して、サーバ１が保有するどの映像コンテンツを再生させるかを決定し、レンダラ６またはレンダラ７での再生・停止などを制御する機能を有する。一例として、コントローラ８は、ＤＬＮＡ規格によるところのＤＭＣの機能を含む。コントローラ８は、例えば携帯電話などのモバイル機器から構成することもできる。
プレイヤ９は、サーバ１が保有するどの映像コンテンツを再生させるかを決定し、再生・停止などを制御する機能を持つ。一例として、プレイヤ９は、ＤＬＮＡ規格によるＤＭＰの機能を含む。プレイヤ９は、後述するレンダラとコントローラ８の機能をともに有する。
次に、図１に示す各構成要素の構成について説明する。先ず、サーバ１の構成について説明する。図１に示すように、サーバ１は、制御部１１、操作部１２、映像データ出力部１３、通信部１５、自機識別情報１６、映像属性情報１７を有して構成される。制御部１１は、例えば中央演算処理装置（ＣＰＵ）等から構成され、サーバ１の全体の制御を行う。操作部１２は、不図示の再生スイッチ、停止スイッチなどを含み、サーバ１が内蔵する映像データの再生または停止の指示をユーザから受けて、制御部１１に対してこの指示を伝える。通信部１５は、他機からの映像データの取得要求を受けて、制御部１１にその要求を伝える。制御部１１は、映像データ出力部１３に対して、他機からの映像データの取得要求に応じた映像データを通信部に送るように指示する。映像データ出力部１３は、不図示のハードディスクやメモリなどを含み、制御部１１からの指示により、指定された映像データを通信部１５に送る。通信部１５は、映像データ出力部１３から送られた映像データをネットワーク５経由で他機に送信する。自機識別情報１６、及び映像属性情報１７は、サーバ１が備えるメモリ（記憶部）等に格納された情報である。自機識別情報１６は、サーバ１の固有の識別情報であり、これによりネットワーク５に接続する各種機器はサーバ１を識別可能である。映像属性情報１７は、映像データ出力部１３が保有する全映像コンテンツのタイトルや時間などの属性情報であり、制御部１１の指示に基づいて、制御部１１、通信部１５を経由してコントローラ８に送付される。
次に、レンダラ６の構成について説明する。図１に示すように、レンダラ６は、制御部６１、操作部２２、映像再生部２３、映像表示部２４、通信部２５、自機識別情報２６、映像属性情報６７を有して構成される。制御部６１は、例えば中央演算処理装置（ＣＰＵ）等から構成され、レンダラ６の全体の制御を行う。操作部２２は、不図示の再生スイッチ、停止スイッチなどを含み、外部から送られた映像コンテンツの再生・停止の指示をユーザから受けて、制御部６１に伝える。通信部２５は、制御部６１からの指示により、サーバ１に対して映像データ取得要求を行う。通信部２５は、映像データ取得要求に対する映像データの取得結果を制御部６１に伝え、制御部６１からの指示により、取得した映像データを映像再生部２３に伝送する。映像再生部２３は、制御部２１からの再生指示を受けて、通信部２５から送られた映像データを復号し、映像表示部２４に出力する。映像表示部２４は、映像再生部２３からの映像を表示する。自機識別情報２６、映像属性情報６７は、レンダラ６が備えるメモリ（記憶部）等に格納された情報である。自機識別情報２６は、レンダラ６の固有の識別情報であり、これにより、ネットワーク５に接続する各種機器はレンダラ６を識別可能である。映像属性情報６７は、映像再生部２３が再生する映像コンテンツのタイトルや時間などの属性情報であり、通信部６５、および制御部６１を経由して他機から取得されたものである。レンダラ７は、レンダラ６と同様に構成されている。
次に、コントローラ８の構成について説明する。コントローラ８は、制御部８１、操作部４２、映像属性情報４３、表示部４４、通信部４５、サーバ識別情報４６、レンダラ識別情報４７、レンダラ再生映像属性情報８８を有して構成される。制御部８１は、例えば中央演算処理装置（ＣＰＵ）等から構成され、コントローラ８の全体の制御を行う。操作部４２は、不図示のコンテンツ選択用スイッチ、再生スイッチ、停止スイッチなどを含み、ユーザからサーバ１の映像属性情報１７を取得する旨の指示や、指定映像データの再生・停止の指示を受けて、これを制御部８１に伝える。映像属性情報４３、サーバ識別情報４６、レンダラ識別情報４７、レンダラ再生映像属性情報８８は、コントローラ８が備えるメモリ（記憶部）等に格納された情報である。映像属性情報４３は、制御部８１、通信部４５を経由して取得したサーバ１の映像属性情報１７の一部もしくは全部である。映像属性情報４３は、制御部８１を経由して表示部４４に表示され、サーバ１上の映像コンテンツを選択するために保存・利用される。表示部４４は、制御部８１の指令により、映像属性情報４３の一部若しくは全部を表示する。
通信部４５は、制御部８１からの指示を受けて、サーバ１から映像属性情報１７を取得して制御部８１に送るとともに、制御部８１からの指示を受けてサーバ１の映像データの再生・停止をレンダラ６またはレンダラ７に指示する。サーバ識別情報４６は、サーバ１の固有の識別情報（自機識別情報１６）を受信してコピーしたものであり、通信部４５、制御部８１を経由して取得され、保存される。レンダラ識別情報４７は、レンダラ６およびレンダラ７の固有の識別情報（自機識別情報２６）を受信してコピーしたものであり、通信部４５、制御部８１を経由して取得され、保存される。レンダラ再生映像属性情報８８は、レンダラ６またはレンダラ７が再生する予定の映像コンテンツ、若しくは再生中の映像コンテンツに関する、映像コンテンツのタイトルや時間などの属性情報の一部もしくは全部である。映像コンテンツのタイトルや時間などの属性情報は、映像属性情報４３が保持している。レンダラ再生映像属性情報８８は、制御部８１、通信部４５を経由してレンダラ６またはレンダラ７に送信される。
次に、プレイヤ９の構成について説明する。プレイヤ９は、制御部９１、操作部９２、映像再生部９３、映像表示部９４、通信部９５、自機識別情報９６、映像属性情報９７、サーバ識別情報９８、表示部９９を有して構成される。制御部９１は、例えば中央演算処理装置（ＣＰＵ）等から構成され、プレイヤ９の全体の制御を行う。操作部９２は、不図示のコンテンツ選択用スイッチ、再生スイッチ、停止スイッチなどを含み、ユーザからサーバ１の映像属性情報１７の取得指示や、指定映像データの再生・停止の指示を受けて、これを制御部９１に伝える。自機識別情報９６、映像属性情報９７、サーバ識別情報９８は、プレイヤ９が備えるメモリ（記憶部）等に格納された情報である。映像属性情報９７は、制御部９１、通信部９５を経由して取得したサーバ１の映像属性情報１７の一部もしくは全部である。映像属性情報９７は、制御部９１を経由して表示部９９に表示されることで、サーバ１上の映像コンテンツを選択するために保存・利用される。表示部９９は、制御部９１の指示により映像属性情報９７の一部もしくは全部を表示する。映像再生部９３は、制御部９１からの再生指示を受けて、通信部９５からの映像データを復号して映像表示部９４に出力する。映像表示部９４は映像再生部９３からの映像を表示する。
ここで、図１のネットワーク接続機器およびシステムの動作について、図２〜図５に示すシーケンス図に基づいて説明する。図２は、システムが、コントローラ８、サーバ１、およびレンダラ６，７を有するモデル（ここでは、３者モデルと称する）から構成される場合を示している。図２において、ステップＳＰ１ないしステップＳＰ７は、コントローラ８の電源オンに伴い自動的に実行される。
ステップＳＰ１において、コントローラ８の制御部８１は、ネットワーク５上に接続したサーバ１を発見することを要求し、通信部４５経由でネットワーク５上にサーバ発見のプロトコルをブロードキャストする。ＤＬＮＡでは、ＳＳＤＰ（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）を、映像位置識別情報取得部１００、２８、４９が取得し、再生途中の映像であることを解析し判別する。
図１４は、メタデータを利用する方法によるシステムの構成と処理の概略を示す模式図である。図１４に示すように、このシステムは、サーバ１、レンダラ６、レンダラ７、コントローラ８を有して構成され、サーバ１、レンダラ６、レンダラ７、及びコントローラ８はネットワーク５を介して接続されている。
図１４において、レンダラ６は、再生途中の情報をメタデータとしてコントローラ８に送ることができる。図１４では、（１）〜（８）の手順に従って再生に係る処理が行われる。ここでも、一例として、レンダラ６が居間に置かれ、レンダラ７が寝室に置かれているものとする。そして、ユーザが居間のレンダラ６で映像を再生し、その後、ユーザが再生を中断して寝室に移り、寝室のレンダラ７で再生を再開する場合を例に挙げて説明する。
先ず、ユーザは、居間のレンダラ６で再生を行う。この際、レンダラ６はサーバ１に対して映像のストリーミングデータを要求し、サーバ１は映像のストリーミングデータを返信する。レンダラ６では、サーバ１から送られた映像データを再生する。その後、レンダラ６において、再生の停止（中断）が行われる。
レンダラ６では、再生停止箇所を保存する。次に、寝室に移ったユーザは、コントローラ８を用いてサーバ発見要求をブロードキャストする。これに対し、サーバ機能を有するレンダラ６が応答し、再生途中の位置を含むデータ情報をコントローラ８へ返信する。
そして、ユーザがコントローラ８を操作して再生途中のコンテンツの再生を要求すると、再生要求を受けたレンダラ７は、サーバ１に対して、再生途中の位置を示して、再生途中のストリーミングデータを要求する。これに対してサーバ１は、再生途中のストリーミングデータをレンダラ７へ返信する。これにより、レンダラ７では、レンダラ６が再生を停止した位置から途中再生を行うことが可能となる。
図１６は、レンダラ６、コントローラ８に映像位置識別情報取得部２８,４９をそれぞれ追加した場合の処理を示すシーケンス図である。図１６において、ステップＳＰ３００はステップＳＰ１〜ＳＰ２８と同様であり、ステップＳＰ３０１はステップＳＰ２０１〜ＳＰ２０３と同様であり、ＳＰ３０２はステップＳＰ２０４〜ＳＰ２１５と同様である。
ステップＳＰ３００,ＳＰ３０１では、コントローラ８がサーバ発見をして、レンダラ６において、サーバ１の映像を再生、再生中断（ステップＳＰ２０１と同様）、再生中断位置の保存（ステップＳＰ２０２と同様）が完了したものとする。ステップＳＰ３０２では、レンダラ６がサーバとして機能し、途中再生映像リストをコントローラ８に送る（ステップＳＰ２１４と同様）。
ステップＳＰ３０３では、コントローラ８は、レンダラ６上の映像コンテンツの一覧を取得する要求をレンダラ６に送信する。ステップＳＰ３０４では、レンダラ６は、映像コンテンツ一覧取得要求に対する応答をコントローラ８へ返信する。この際、映像位置識別情報取得部２８が取得した再生途中位置の情報をコントローラ８へ送る。ステップＳＰ３０５では、コントローラ８は、映像コンテンツ一覧を作成する。これにより、ステップＳＰ３０３からステップＳＰ３０５において、レンダラ６は、映像コンテンツ一覧をコントローラ８へ送るとともに、映像の再生途中位置に関する情報（ｒｅｌａｔｉｖｅＴｉｍｅＰｏｓｉｔｉｏｎ）をコントローラ８へ送る。
ステップＳＰ３０６では、図１２のステップＳＰ２１９〜ＳＰ２２１と同様の処理を行い、再生コンテンツ決定から再生先レンダラ決定までの処理を行う。ステップＳＰ３０７では、ユーザがコントローラ８を用いて再生コンテンツ属性情報を指定する。ステップＳＰ３０８では、レンダラ７が再生コンテンツ属性情報を保存する処理を行う。
ステップＳＰ３０９では、映像の再生途中位置に関する情報に基づいて、レンダラ７に対して途中再生要求を行う。この途中再生要求は、ＤＬＮＡで定義されているＳｅｔＡＶＴ、Ｓｅｅｋ、Ｐｌａｙを用いて行うことができる。ステップＳＰ３１０では、途中映像取得要求を受けたレンダラ７が、サーバ１に対して、再生途中の位置の情報に基づいて途中映像取得要求を送信する。ステップＳＰ３１１では、サーバ１がレンダラ７に対して途中映像取得要求に対する映像取得応答を送る。ステップＳＰ３１２では、映像取得応答を受けたレンダラ７が途中再生を行う。これにより、レンダラ７は、サーバ１から取得した、途中からの映像を再生することができる。
このように、図１６の処理では、再生要求先は、レンダラ６ではなくサーバ１となる。このため、図１２と比較すると、レンダラ６は、サーバ１からの映像のストリーミングを中継する必要が無いため、レンダラ６の実装負荷を低くすることができる。
図１７は、レンダラ６、プレイヤ９に映像位置識別情報２８,１００を追加した場合の処理を示すシーケンス図である。図１７において、ステップＳＰ３５０はステップＳＰ１〜ＳＰ２８と同様であり、ステップＳＰ３５１はステップＳＰ２０１〜ＳＰ２０３と同様である。
ステップＳＰ３５２においてプレイヤ９がサーバ発見要求を行うと、サーバ１及びレンダラ６は、ステップＳＰ３５３，ＳＰ３５４において、サーバ発見要求に対する応答をプレイヤ９へ返す。ステップＳＰ３５５において、プレイヤ９はサーバリストを作成する。
ステップＳＰ３５６は、ステップＳＰ９１〜ＳＰ２１５と同様であり、サーバ発見処理から映像再生までの処理を行う。ステップＳＰ２１６では、プレイヤ９からレンダラ６へ映像コンテンツ一覧取得要求を送る。ステップＳＰ２１７では、レンダラ６からプレイヤ９へ映像コンテンツ一覧取得要求に対する応答を送る。ステップＳＰ２１８では、プレイヤ９が映像コンテンツ一覧を作成する。
ここで、ステップＳＰ２１７、ステップＳＰ２１８では、図１６と同様に、映像の再生位置に関する情報（ｒｅｌａｔｉｖｅＴｉｍｅＰｏｓｉｔｉｏｎ）の受け渡しをレンダラ６とプレイヤ９の間で行っている。これにより、プレイヤ９は、サーバ１に対して途中再生要求を行うことができる。
次に、ステップＳＰ２１９では、再生コンテンツを決定する。ステップＳＰ２１９で再生コンテンツが決定されると、ステップＳＰ２２５において、プレイヤ９からサーバ１へ映像取得要求が出される。ここでは、映像の再生位置に関する情報に基づいて、途中再生に係る映像取得要求が出される。ステップＳＰ２２７では、映像取得要求に対する応答がサーバ１からプレイヤ９へ送られる。ステップＳＰ２２９では、プレイヤ９にて途中再生が行われる。ステップＳＰ２３０では、コントローラ８の電源がオフにされる。
以上のように、図１６、図１７の処理によれば、途中再生を行う機器が映像の再生位置に関する情報を用いて再生要求を行うことにより、簡素な構成で途中再生を実現することが可能となる。
図１８は、ストリーミングを中継する方法（図１８にて手法１として示す）、メタデータに途中再生情報を付加する方法（図１８にて手法２として示す）のそれぞれを比較して示す模式図である。いずれの方法においても、既存のシステムの機器を全て入れ替えることなく途中再生が可能である。図１８に示すように、手法１、手法２において、入れ替える機器はサーバ１に類する機能を有していることが前提となる。また、手法１の入れ替える機器（レンダラ６）は、再生機能を有するものである。また、手法２の入れ替える機器は、メタ情報の知識を保有するものである。
また、手法１の機能に対応する機器の最小台数は１台（レンダラ６）であり、手法２の機能に対応する機器の最小台数は２台（レンダラ６，７）である。また、具体的に、手法１の機能に対応する可能性のある機器はＤＭＲ，ＤＭＰであり、手法２の機能に対応する可能性のある機器はＤＭＲ，ＤＭＰ，ＤＭＣである。
以上説明したように本実施形態によれば、本実施形態の機能を保持したレンダラ、プレイヤ、コントローラ装置で映像の再生位置に関する追加情報を送受信することで別機器からの途中再生が可能となる。また、レンダラまたはプレイヤのみ本実施形態の機能を保持している場合は、サーバのストリーミングを中継することで、再生途中の映像コンテンツに対して別の機器での途中再生が可能となる。更に、レンダラ、プレイヤに対してサーバと同様の機能を持たせているため、レンダラ、プレイヤで再生したコンテンツをＲｏｏｔコンテナに置いて一覧表示するなど、他機器からのコンテンツに対するアクセスも簡易に行うことが可能となる。
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
１ サーバ
６，７ レンダラ
８ コントローラ
９ プレイヤ
２４，９４ 映像表示部
２５，９５， 通信部
２８，４９，１００ 映像位置識別情報取得部

Claims (6)

  1. 映像コンテンツを保有するサーバから受信した映像コンテンツを表示する表示部と、
    映像コンテンツの再生途中位置を保存する記憶部と、
    前記再生途中位置から映像の再生を再開する他装置から映像取得要求を受信した場合に、前記サーバから前記再生途中位置からの映像コンテンツを取得して前記他装置へ送信する映像出力部と、
    を備える、情報処理装置。
  2. 映像コンテンツを保有するサーバから受信した映像コンテンツを表示する表示部と、
    映像コンテンツの再生途中位置を取得する再生途中位置取得部と、
    他装置において前記再生途中位置から映像の再生を再開させるため、他装置を操作するコントローラに対して前記再生途中位置の情報を送信する通信部と、
    を備える、情報処理装置。
  3. 映像コンテンツを保有するサーバから受信した映像コンテンツを表示するステップと、
    映像コンテンツの再生途中位置を保存するステップと、
    前記再生途中位置から映像の再生を再開する他装置から映像取得要求を受信した場合に、前記サーバから前記再生途中位置からの映像コンテンツを取得して前記他装置へ送信するステップと、
    を備える、情報処理方法。
  4. 映像コンテンツを保有するサーバから受信した映像コンテンツを表示するステップと、
    映像コンテンツの再生途中位置を取得するステップと、
    他装置において前記再生途中位置から映像の再生を再開させるため、他装置を操作するコントローラに対して前記再生途中位置の情報を送信するステップと、
    を備える、情報処理方法。
  5. 映像コンテンツを保有するサーバと、前記サーバから受信した映像コンテンツを表示する表示部と、映像コンテンツの再生途中位置を保存する記憶部と、前記再生途中位置から映像の再生を再開する第２の情報処理装置から映像取得要求を受信した場合に、前記サーバから前記再生途中位置からの映像コンテンツを取得して前記第２の情報処理装置へ送信する映像出力部と、を有する、第１の情報処理装置と、
    前記再生途中位置からの映像コンテンツを前記第１の情報処理装置から受信して、前記再生途中位置から映像の再生を行う前記第２の情報処理装置と、
    を備える情報処理システム。
  6. 映像コンテンツを保有するサーバと、
    前記サーバから受信した映像コンテンツを表示する表示部と、
    映像コンテンツの再生途中位置を取得する再生途中位置取得部と、
    第２の情報処理装置において前記再生途中位置から映像の再生を再開させるため、前記再生途中位置の情報を送信する通信部と、を有する第１の情報処理装置と、
    前記再生途中位置の情報を受信し、前記第２の情報処理装置へ送信するコントローラと、
    前記コントローラから前記再生途中位置の情報を受信し、前記再生途中位置の情報に基づいて、前記サーバから前記再生途中位置からの映像コンテンツを受信する前記第２の情報処理装置と、
    を備える情報処理システム。
JP2010180314A 2010-08-11 2010-08-11 情報処理装置、情報処理方法及び情報処理システム Withdrawn JP2012039549A (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2010180314A JP2012039549A (ja) 2010-08-11 2010-08-11 情報処理装置、情報処理方法及び情報処理システム
US13/196,070 US20120042347A1 (en) 2010-08-11 2011-08-02 Information processing device, information processing method, and information processing system
CN201110229359.2A CN102378053A (zh) 2010-08-11 2011-08-11 信息处理设备、信息处理方法和信息处理系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2010180314A JP2012039549A (ja) 2010-08-11 2010-08-11 情報処理装置、情報処理方法及び情報処理システム

Publications (1)

Publication Number Publication Date
JP2012039549A true JP2012039549A (ja) 2012-02-23

Family

ID=45565740

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2010180314A Withdrawn JP2012039549A (ja) 2010-08-11 2010-08-11 情報処理装置、情報処理方法及び情報処理システム

Country Status (3)

Country Link
US (1) US20120042347A1 (ja)
JP (1) JP2012039549A (ja)
CN (1) CN102378053A (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014060684A (ja) * 2012-09-19 2014-04-03 Sharp Corp コンテンツ提供装置およびプログラム
WO2019189068A1 (ja) * 2018-03-30 2019-10-03 パナソニックＩｐマネジメント株式会社 レンダラ機器、レンダラ再生システムおよび更新方法

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8799527B2 (en) 2012-09-07 2014-08-05 Apple Inc. Data structures for facilitating communication between a host device and an accessory
WO2013172626A1 (ko) * 2012-05-14 2013-11-21 엘지전자 주식회사 미디어 제어 장치, 미디어 렌더러 장치, 미디어 서버 장치 및 이들의 동작 방법
CN103780596B (zh) * 2012-10-26 2017-06-13 中兴通讯股份有限公司 一种实现数字生活网络联盟的方法及装置
CN103065662A (zh) * 2013-01-22 2013-04-24 中兴通讯股份有限公司 一种媒体资源在设备中续播的方法及系统
US9307312B2 (en) * 2013-03-15 2016-04-05 Apple Inc. Audio accessory with internal clock
CN110620954B (zh) * 2018-06-20 2021-11-26 阿里巴巴（中国）有限公司 用于硬解的视频处理方法、装置和存储介质

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7836473B2 (en) * 2003-10-31 2010-11-16 Microsoft Corporation Interface strategies for creating and invoking marks

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014060684A (ja) * 2012-09-19 2014-04-03 Sharp Corp コンテンツ提供装置およびプログラム
WO2019189068A1 (ja) * 2018-03-30 2019-10-03 パナソニックＩｐマネジメント株式会社 レンダラ機器、レンダラ再生システムおよび更新方法

Also Published As

Publication number Publication date
CN102378053A (zh) 2012-03-14
US20120042347A1 (en) 2012-02-16

Similar Documents

Publication Publication Date Title
JP2012039549A (ja) 情報処理装置、情報処理方法及び情報処理システム
KR100754196B1 (ko) 스트리밍 재생 중에 컨텐트 재생 장치를 변경하는 방법 및이를 위한 장치
KR101496649B1 (ko) 복합 네트워크 망을 통한 외부 디바이스의 기능 공유 방법 및 그 장치
US9634854B2 (en) Method and apparatus for sharing functions between devices via a network
US9318152B2 (en) Super share
JP5117603B1 (ja) コンテンツ処理装置
US8914464B2 (en) Information processing device, information processing method, and information processing system
JP2008502198A (ja) ストレージ装置間のコンテンツの転送
KR20060043362A (ko) 정보 제어 방법, 정보 재생 시스템, 정보 제공 장치, 정보재생 장치, 및 정보 제어 프로그램
JP2007323732A (ja) 再生制御装置、再生制御方法、及び再生装置
JP2010067097A (ja) 情報処理装置、情報処理方法および情報処理システム
JP2006332771A (ja) 制御装置および方法、並びにプログラム
JP5314840B2 (ja) コンテンツ再生装置及びコンテンツ再生方法
JP5526642B2 (ja) 情報処理装置及び方法、情報処理システム、並びにプログラム
JP5453963B2 (ja) 情報端末
US20130263192A1 (en) Recording in a Local Network
JP2012134652A (ja) 宅内機器、コンテンツ引き継ぎ方法およびコンテンツ引き継ぎプログラム
US20130060910A1 (en) Content reproducing apparatus, content reproducing system, and control method thereof
KR20120122846A (ko) 푸쉬 서버를 이용한 콘텐츠 공유 시스템 및 방법
JP5224387B2 (ja) コンテンツ共有システム、コンテンツ制御装置、コンテンツ共有方法及びコンテンツ共有プログラム
JP2010226523A (ja) コンテンツサーバ装置、コンテンツ送信方法およびコンテンツ送信プログラム
KR100707060B1 (ko) 홈 네트워크와 연동한 차량용 멀티미디어 재생 장치 및 그방법
JP2008011429A (ja) コンテンツ処理方法及びコンテンツ処理装置
JP2017079343A (ja) コンテンツ配信方法、コンテンツ配信サーバー
JP2011128892A (ja) コンテンツ記憶装置及びコンテンツ転送方法

Legal Events

Date Code Title Description
A300 Application deemed to be withdrawn because no request for examination was validly filed

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 20131105