CN103262558A - 内容再现装置、内容再现方法、内容再现程序及内容提供系统 - Google Patents

Abstract

本发明提供一种在将经由网络被流媒体分发来的能够选择多个视听形态的内容再现的情况下、通过将能够切换视听形态的情况向用户提示而给出视听形态的切换的机会、能够提高用户的方便性的内容再现装置。内容再现装置具备：接收机构，从内容分发系统经由网络接收表示关于影像内容能够选择的多个视听形态的控制信息；提示机构，将多个视听形态作为选择分支向用户提示；输入受理机构，受理从选择分支中选择1个的用户输入；请求机构，通过将表示被选择的视听形态的信息向内容分发系统发送，请求影像内容的流分发。

Description

内容再现装置、内容再现方法、内容再现程序及内容提供系统

技术领域

本发明涉及经由网络将内容进行流媒体接收、再现的技术，特别涉及内容再现时的视听形态的切换。

背景技术

近年来，广泛地进行通过IPTV（Internet Protocol Tele-Vision）的影像内容的流媒体分发。在该流媒体分发中，除了以往的2D内容以外、还提供虽然内容物同样但视听形态不同的3D内容的情况也变多。

这里，在IPTV中，不将上述那样的视听形态不同的多个内容相互建立对应，而作为分别独立的内容处置，在再现装置中，得不到关于某个内容是否存在多个视听形态（例如2D和3D）的信息（参照非专利文献1、非专利文献2）。

非专利文献1：一般社团法人IPTV论坛，IPTV规定VOD规格IPTVFJSTD－00021.2版，2012年4月16日发行

非专利文献2：数字电视信息化研究会，数字电视网络功能规格流媒体功能规格书编解码器篇，1.2版，2010年12月21日发行

发明的概要

发明要解决的课题

可以想到使用再现装置视听内容的用户有在以某种视听形态进行内容的再现的情况下希望向其他视听形态的切换的情况。例如，有在用户最先将内容使用3D眼镜以3D视听的情况下、为了与不具有3D眼镜的其他用户一起将该内容以2D视听而希望向2D的切换的情况、或者在将某个内容以2D视听的情况下希望将这种有压迫力的影像用3D视听的情况等。

但是，如上述那样，在再现装置中，由于关于内容得不到是否存在多个视听形态的信息，所以有不能将能够切换视听形态的情况向用户提示而给出视听形态的切换的机会的问题。

发明内容

所以，本发明是鉴于这样的问题而做出的，目的是提供一种在将经由网络被流媒体分发来的能够选择多个视听形态的内容再现的情况下、通过将能够切换视听形态的情况向用户提示而给出视听形态的切换的机会、能够提高用户的方便性的内容再现装置。

解决课题的手段

为了解决上述问题，有关本发明的内容再现装置，是从经由网络连接的内容分发系统将影像内容进行流接收并再现的内容再现装置，具备：接收机构，从上述内容分发系统经由上述网络接收表示关于影像内容能够选择的多个视听形态的控制信息；提示机构，将上述多个视听形态作为选择分支向用户提示；输入受理机构，受理从上述选择分支中选择1个的用户输入；请求机构，通过将表示上述被选择的视听形态的信息向上述内容分发系统发送，请求影像内容的流分发。

发明的效果

通过上述结构，有关本发明的内容再现装置能够将能够切换视听形态的情况预先向用户提示而给出切换的机会、能够提高用户的方便性。

附图说明

图1是表示有关本发明的一实施方式的内容提供系统的结构的图。

图2是表示门户服务器的结构的块图。

图3是表示内容管理信息表的一例的图。

图4是表示用户管理信息表的一例的图。

图5是表示再现控制信息服务器的结构的块图。

图6是表示再现控制信息的结构的图。

图7是表示再现控制信息的结构的图（图6的继续）。

图8是表示影像内容服务器的结构的块图。

图9是表示再现装置的结构的块图。

图10是表示到内容被再现为止的整体动作的流程的流程图。

图11是表示内容一览文件制作处理的流程的流程图。

图12是表示从内容一览的再现内容选择处理的流程的流程图。

图13是表示视听形态决定处理的流程的流程图。

图14是表示内容视听中断处理的流程的流程图。

图15是表示视听形态选择画面的一例的图。

图16是表示有关本发明的变形例的available_play_mode要素的图。

图17是表示有关本发明的变形例的available_play_mode要素的图。

具体实施方式

<1.概要>

图1是表示有关本发明的一实施方式的内容提供系统1的结构的图。

内容提供系统1如图1所示，分发内容及内容的再现所需要的再现控制信息等的内容分发系统2、接收内容并再现的再现装置3及再现装置4经由网络5连接而成。

内容分发系统2包括提供分发的内容的一览和用来取得再现控制信息的URL（Uniform Resource Locator）的门户服务器11、分发再现控制信息的再现控制信息服务器12、分发内容的影像内容服务器13而构成。另外，在本实施方式中，将门户服务器、再现控制信息服务器及影像内容服务器为了便于说明而仅记载各1个，但实际上存在1个以上。

在接收内容时，再现装置3首先对门户服务器11请求由内容提供系统1发送作为分发对象的内容的一览表。门户服务器11对再现装置3发送内容一览表。

再现装置3接收内容一览表，通过显示到显示器上而对用户提示。用户对再现装置3进行选择希望再现的内容（以下，称作“再现对象内容”）的输入。

再现装置3将用来向与再现对象内容对应的再现控制信息服务器（在本实施方式中是再现控制信息服务器12）访问的URL从内容一览表中读出，对该URL访问，请求再现控制信息的发送。

这里，在再现控制信息中，关于再现对象内容记载有可选择的多个视听形态。所谓内容的“视听形态”，是指内容的“视觉上的表现形态”。此外，“视听”的说法一般是比单纯的“视”更限定性的说法，但在本说明书及权利要求书中，也包括仅“视”的情况，比一般的用法更广义地使用。

再现装置3参照再现控制信息，将记载在再现控制信息中的视听形态作为选择分支全部提示到显示器上，向用户敦促视听形态的选择。由此，再现装置3的用户能够知道除了对再现对象内容设想的视听形态以外还能够选择与其不同的其他视听形态，对于用户而言的方便性通过。以下，对本发明的一实施方式更详细地说明。

<2.结构>

<2-1.门户服务器11>

门户服务器11是提供作为接受内容的分发时的入口的门户服务的WEB服务器，具有供给HTML（Hyper Text Markup Language）文件、BML（Broadcast Markup Language）文件等的功能。

图2是表示门户服务器11的结构的块图。

门户服务器11如图2所示，包括通信处理部31、数据处理部32及存储部33而构成。此外，门户服务器11包括处理器及存储器而构成，数据处理部32的功能通过处理器执行存储在存储器中的程序来实现。

通信处理部31由通信用的LSI构成，具有经由网络5收发数据的功能。

存储部33由非易失性存储器构成，将作为关于在内容分发系统2中分发的内容的管理信息的内容管理信息及用户管理信息存储。

数据处理部32具有内容一览文件发送功能、用户管理信息记录功能。

这里，内容一览文件发送功能是受理内容一览发送请求、作为其应答而分发内容一览文件的功能。内容一览发送请求使用内容管理信息及用户管理信息生成。

此外，所谓用户管理信息记录功能，是将作为关于再现装置3或再现装置4的用户等的信息的用户管理信息记录、更新的功能。

<数据构造>

以下，对内容管理信息、内容一览文件及用户管理信息的数据构造进行说明。

<内容管理信息>

内容管理信息是关于内容分发系统2分发的内容的管理信息，预先存储在存储部33中。

图3是表示作为内容管理信息的一览的内容管理信息表的一例的图。

内容管理信息（内容管理信息表的行）分别对应于1个内容。

内容管理信息由内容名、内容ID、视听形态、再现控制信息URL、返回目标URL构成。

内容名是内容的名称。

内容ID是识别内容的识别信息。

视听形态是表示将内容分发以使得在内容的接收侧（再现装置3或4）能够以怎样的视听形态视听的默认值。在将内容分发以使得在接收侧能够以2D视听的情况下记载为“2D”，在将内容分发以使得能够以3D视听的情况下记载为“stereoscopic_MVC”。

再现控制信息URL是指示提供为了接收内容并再现而需要的再现控制信息的资源的URL。

返回目标URL是表示在内容的再现结束后再现装置3及4显示的HTML文件的URL的参数。

<用户管理信息>

用户管理信息是关于内容分发系统2将内容分发的用户的信息。用户管理信息是在内容分发商与用户之间订立内容的分发合同时等、在内容的分发之前生成的。此外，用户管理信息在数据处理部32从再现装置3及4接收到内容再现结束通知时，为了反映包含在内容再现结束通知中的信息而更新。

图4是表示作为用户管理信息的一览的用户管理信息表的一例的图。

用户管理信息由用户ID、内容ID、设备ID、最终视听形态及已视听秒数构成。

用户ID是识别希望内容的分发的用户的信息。用户ID由内容分发商在内容的分发合同订立时等对各用户唯一地分配。用户ID作为一例是合同者号码。另外，在1个用户具有多个设备的情况下等，也有对同一个用户存在多个用户管理信息的情况。

内容ID是识别内容的识别信息。

设备ID是唯一地识别用户使用的再现装置的识别信息。设备ID是内容分发商在订立内容的分发合同时等根据用户的申请对各设备唯一地分配的。

最终视听形态是表示内容被以哪个视听形态视听了的信息。在本实施方式中，最终视听形态是“2D”、“stereoscopic_MVC”的某个。但是，在内容完全没有被视听的情况下，什么都不记载。

已视听秒数是表示内容在视听中断前被从开头起视听了几秒的信息。另外，在内容完全没有被视听的情况下，已视听秒数是0。

<内容一览文件>

内容一览文件是HTML文件，对于在内容分发系统2中分发的1个内容，记载1个下述格式的a标签（以下，称作“内容标签”）。

<a href=MetaFileURL?Return=ReturnURL［&PlayPos=PlayPosition］&PlayMode=2D3D［&LID=LicenseID］>NAME</a>

这里，在a标签的锚文本中的NAME中记载内容名。具体而言，在NAME中记载内容管理信息中的内容名。

这里，MetaFileURL是指示提供为了接收内容而需要的再现控制信息的资源的URL。在MetaFileURL中，具体而言记载内容管理信息中的再现控制信息URL。

Return表示呈现在内容的再现结束后显示的HTML文件的URL的参数，在ReturnURL中记载该参数值。在ReturnURL中，具体而言记载内容管理信息中的返回目标URL。

PlayPos表示呈现内容中的开始再现的位置的参数，在PlayPosition中，作为其参数值而记载从内容的开头起的秒数。例如，在内容的视听被中断的情况下，在PlayPosition中记载用户管理信息中的已视听秒数。由［］包围的参数表示能够省略。在上述内容标签中，在将内容从开头再现的情况下，将PlayPos省略。

PlayMode是表示内容的视听形态的参数，在2D3D中，作为其参数值而原则上记载内容管理信息中的视听形态。但是，在用户管理信息中记录与内容管理信息中的内容ID相同的内容ID、并且记录有与该内容ID对应的最终视听形态的情况下，代替内容管理信息中的视听形态而将用户管理信息中的最终视听形态记载在PlayMode中。

LID是表示在将影像内容再现时使用的授权的ID的参数。在LicenseID中记载该ID。LID是在收费等中使用的ID。在本实施方式中，关于收费不进行说明。

<2-2.再现控制信息服务器12>

再现控制信息服务器12是将被请求的再现控制元文件发送的服务器。

图5是表示再现控制信息服务器12的结构的块图。

再现控制信息服务器12如图5所示，包括通信处理部51、数据处理部52及存储部53而构成。再现控制信息服务器12包括处理器及存储器而构成，数据处理部52的功能通过处理器执行存储在存储器中的程序来实现。

通信处理部51由通信用的LSI构成，具有经由网络5收发数据的功能。

存储部53由非易失性存储器构成，将关于内容分发系统2中的作为分发对象的内容各自的再现控制信息存储。为了获得各再现控制信息而应访问的URL在上述门户服务器11发送的内容一览文件中作为MetaFileURL记载。

数据处理部52具有将使用记载在上述内容一览文件中的MetaFileURL发送请求的再现控制信息向进行了发送请求的装置发送的功能。在将再现控制信息发送的情况下，假设数据处理部52包括再现控制信息、LLI（License Link Information）、NCI（Network content Control Information）而以再现控制元文件的形式发送。

<数据构造>

图6及图7是表示再现控制信息的结构的图。图7是图6的继续。

再现控制信息是将由“数字电视信息化研究会，数字电视网络功能规格流媒体功能规格书篇解码器篇，1.2版，2010年12月21日发行”（非专利文献2）表示的再现控制元文件中的ERI（Entry Resource Information）扩展后的信息。由此，除了进行特别的说明的情况以外，ERI的各项目的说明省略。

在本实施方式中，作为再现控制信息，进行了对ERI追加available_play_mode要素、default_play_mode要素的扩展。

available_play_mode要素是将对内容能够选择的视听形态全部列举的要素。在available_play_mode要素中，记载“2D”、“stereoscopic_MVC”的一个或两者。“2D”表示内容能够作为2D影像视听。“stereoscopic_MVC”表示能够作为MVC方式的3D影像视听。

接收到再现控制信息的再现装置通过参照该available_play_mode要素，能够将可选择的视听形态向用户预先提示。

另外，上述MVC（Multi View Coding）方式是将多视影像作为1个基础视、和1个以上的从属视编码的方式。在MVC方式中，由于从属视参照包含在基础视中的帧（视间预测）而编码，所以与将各个视独立处置相比能够进行更有效率的压缩。

default_play_mode要素是指定接收到该再现控制信息的装置作为默认而选择2D影像和3D影像的某个的信息。在ERI中是否包含该default_play_mode是可选项，在本实施方式中不使用。作为变形例在后面叙述。

另外，内容主体的参照目标在ERI的start要素中将AV资源的请求目标URL也包括体系而用1024字节以下的字符串记载。作为体系，为rtsp://、http://的某个。具体而言，如http://videoserver.com/AVData/0001.m2ts那样记载。

<2-3.影像内容服务器13>

影像内容服务器13是将影像内容进行流分发的服务器。

图8是表示影像内容服务器13的结构的块图。

影像内容服务器13如图8所示，包括通信处理部71、请求处理部72、存储部73及VOD（Video On Demand）分发控制部74而构成。影像内容服务器13包括处理器及存储器而构成，请求处理部72及VOD分发控制部74的功能通过处理器执行存储在存储器中的程序来实现。

通信处理部71由通信用的LSI构成，具有经由网络5收发数据的功能。

存储部73由非易失性存储器构成，存储有分发的内容主体。

请求处理部72具有受理内容分发请求、对VOD分发控制部74指示所请求的内容的分发的功能（以下，称作“分发指示功能”）。

内容分发请求通过HTTP－GET请求进行。另外，关于HTTP（HyperText Transfer Protocol），在RFC2616中定义。HTTP－GET请求作为一例通过以下这样的形式进行。

“

GET http：//videoserver.com/AVData/0001.m2tsHTTP/1.1

Host：videoserver.com

Date：Wed Jul2015：00：002011GMT

User－Agent：IP Broadcast Receiver

Connection：Keep－Alive

X－Request－Play－Mode：3D

X－TimeSeekRange：npt－time=00：60：00－

”

在HTTP－GET请求的URL中，记载用来取得内容的URL。在上述例子中，http：//videoserver.com/AVData/0001.m2ts相当于用来取得内容的URL。

在Host中，记载提供内容的服务器（在本实施方式中是影像内容服务器13）的主机名。

在Date中，记载生成HTTP－GET请求的日时。

在User－Agent中，记载用来将浏览器的信息向服务器传递的信息。关于格式没有特别规定，在本实施方式中使用“IP Broadcast Receiver”。

在Connection中，记载关于对该HTTP请求的应答结束后的、关于TCP层的连接的信息。在请求TCP层的连接维持的情况下记载Keep－Alive，在请求TCP层的连接切断的情况下记载Close。

在X－Request－Play－Mode中，记载关于再现装置侧请求的内容的视听形态。

在X－TimeSeekRange中，指定该内容中的请求发送的开头位置。它通过从内容的开头起的时间指定。通过用X－TimeSeekRange指定从开头起的已视听时间，能够从上次的中断视听的部位的接着进行视听。影像内容服务器13将由X－TimeSeekRange指定的位置以后的部分发送。详细情况由“数字电视信息化研究会，数字电视网络功能规格流媒体功能规格书协议篇，1.2版，2010年12月21日发行”规定。

对于以上那样的HTTP―GET请求，影像内容服务器13作为一例而返回下述那样的应答。

“

HTTP/1.1200OK

Date：Wed Jul2015：00：012011GMT

Server：VideoStreamingServer

Content－Type：video/mpeg

Content－Length：5452000000byte

X－Available－Play－Mode：2D3D

X－TimeSeekRange：npt－time=00：60：00－bytes=5452000000－1093999999/1094000000

”

这里，上述请求处理部72的分发指示功能通过下述次序实现。

请求处理部72在受理了内容分发请求的情况下，从内容分发请求中提取内容名、视听形态、已视听时间。并且，请求处理部72通过将内容名、视听形态、已视听时间通知，对VOD分发控制部74指示被请求的内容的分发。

接着，对VOD分发控制部74进行说明。

VOD分发控制部74具有被指示从请求处理部72分发的内容进行流媒体分发的功能。

VOD分发控制部74将被通知的内容名的内容中的、与相当于被通知的已视听时间的部位继续的部分对发送来内容分发请求的装置分发。此外，在被通知的视听形态是“2D”的情况下，将2D影像的内容发送，在被通知的视听形态是“stereoscopic_MVC”的情况下，将3D影像的内容分发。这里，在内容被用MVC方式编码的情况下，如果被通知的视听形态是“2D”，则作为不包括从属视、仅包括基础视的2D影像分发。此外，如果被通知的视听形态是“stereoscopic_MVC”，则作为包括基础视和从属视的两者的MVC影像（3D影像）发送。

<2－4.再现装置3>

再现装置3是将内容进行流接收、再现的装置。

图9是表示再现装置3的结构的块图。

再现装置3如图9所示，包括通信处理部81、多路分离器82、声音解码器83、影像解码器84、字幕解码器85、显示处理部86、VOD再现控制部87、浏览器处理部88、存储部89及用户操作部90而构成。再现装置3包括处理器及存储器而构成，VOD再现控制部87及浏览器处理部88的各功能通过处理器执行存储在存储器中的程序来实现。

通信处理部81由通信用的LSI构成，具有经由网络5收发数据的功能。

多路分离器82由多路分离器LSI构成，具有接收多路复用的MPEG－2TS、分离为影像、声音、字幕、PSI/SI等的包的功能。多路分离器82将分离后的声音包向声音解码器83输出，将影像包向影像解码器84输出，将字幕包向字幕解码器85输出，将PSI/SI包向VOD再现控制部87输出。

声音解码器83由AV信号处理LSI实现，具有通过将声音包解码而得到声音信号、向外部输出的功能。

影像解码器84由上述AV信号处理LSI实现，具有从VOD再现控制部87接受在内容的再现中使用的视听形态的通知、通过将影像包解码而得到影像信号以便能够以被通知的视听形态显示影像、向显示处理部86输出的功能。在影像包被基于MVC方式编码的情况下，在被通知的视听形态是“2D”的情况下，将从属视忽视，仅将基础视解码，生成表示2D影像的影像信号，向显示处理部86输出。此外，在被通知的视听形态是“stereoscopic_MVC”的情况下，在从影像包将基础视的帧解码后，将从属视的帧解码，生成使各自作为左右的影像交替地显示的影像信号，向显示处理部86输出。

字幕解码器85由上述AV信号处理LSI实现，具有通过将字幕包解码而得到字幕信号、向显示处理部86输出的功能。

显示处理部86由上述AV信号处理LSI实现，具有将从影像解码器84得到的影像信号与从字幕解码器85得到的字幕信号叠加而形成显示图像、向显示器等外部输出的功能。此外，具有将由浏览器处理部88基于HTML文件、BML文件形成的页图像等单独或与影像、字幕叠加而形成显示图像、向显示器等外部输出的功能。

VOD再现控制部87具有进行内容的再现控制的功能。再现控制主要由再现开始控制和再现中断中止控制构成。

首先，对再现开始控制进行说明。

VOD再现控制部87关于通过用户指示对浏览器处理部88指示了再现的再现对象内容开始再现。具体而言，VOD再现控制部87为了将从影像内容服务器13发送的再现对象内容接收并再现，对声音解码器83指示声音包的解码，对影像解码器84通知在再现中使用的视听形态，指示影像包的解码，对字幕解码器85指示字幕包的解码。

接着，对再现中断中止控制进行说明。

VOD再现控制部87如果从用户操作部90接受到内容再现中断指示，则对声音解码器83指示声音包的解码停止，对影像解码器84指示影像包的解码停止，对字幕解码器85指示字幕包的解码停止。此时，VOD再现控制部87将关于该内容的已视听秒数记录，向浏览器处理部88通知。并且，VOD再现控制部87对通信处理部81指示与影像内容服务器13的TCP连接的切断。

浏览器处理部88将从服务器取得的HTML文件或BML文件解释，执行记载的脚本，进行提示。浏览器处理部88具有内容一览显示功能（图12的S202）、再现对象内容信息存储控制功能（图12的S204）、再现位置选择画面显示功能（图12的S206）、再现控制信息发送请求功能（图10的S17）、视听形态决定功能（图13）及内容再现结束通知发送功能（图14）。

内容一览显示功能是从门户服务器11取得作为HTML文件或BML文件的内容一览文件、按照HTML或BML显示的功能。在此情况下，将包含在内容一览文件中的各内容标签的内容名向用户提示。

再现对象内容信息存储控制功能是进行关于再现对象内容信息的存储、更新的控制的功能。具体而言，浏览器处理部88从内容一览文件中的关于再现对象内容的内容标签中，提取MetaFileURL、ReturnURL、PlayMode、内容名，将它们作为再现对象内容信息存储到存储部89中。再现对象内容信息中的MetaFileURL等各要素的意义与内容一览文件的内容标签中的要素相同。

再现位置选择画面显示功能是对再现内容指示以显示作为用来显示是从开头再现还是再继续再现（从视听中断位置再现）的画面的再现位置选择画面的功能。

再现控制信息发送请求功能是为了取得再现对象内容的再现控制信息而将再现对象内容信息中的MetaFileURL读出、进行再现控制信息发送请求的功能。

视听形态决定功能是将关于再现对象内容可执行的视听形态显示在显示器上、通过使用户选择来决定视听形态的功能。

内容再现结束通知发送功能是在将影像内容的再现中断或中止时、将内容再现结束通知的内容物包含在向ReturnURL（在本实施方式中是门户服务器11上的资源）的请求中、将内容再现结束通知发送的功能。

内容再现结束通知具体而言通过将记载有如以下这样记述的URL的HTTP请求消息来进行。

ReturnURL?Status=StatusCode［&StopPos=StopPosition］&PlayMode=2D3D

这里，在ReturnURL中记载再现对象内容信息的ReturnURL。

此外，Status是表示再现的播放器的结束状态的，在0的情况下表示正常结束，在－2以下的情况下表示错误。详细情况在“数字电视信息化研究会，数字电视网络功能规格流媒体功能规格书浏览器篇，1.2版，2010年12月21日发行”中规定。

StopPos是在将再现中断的情况下表示其停止位置的参数，在StopPosition中，作为其参数值而记载被从VOD再现控制部87通知的已视听秒数。

PlayMode是表示将影像内容已再现的视听形态的参数。在2D3D中，作为其参数值，在已作为2D影像再现的情况下记载“2D”，在已作为3D影像再现的情况下记载“stereoscopic_MVC”。

在内容再现结束通知中，与上述HTTP请求消息一起还包括用户ID、设备ID。

浏览器处理部88将该内容再现结束通知向门户服务器11发送。

存储部89由非易失性存储器构成，存储再现对象内容信息。

此外，存储有再现装置3的用户的用户ID（在本实施方式中是U01）、分配给再现装置3的设备ID（在本实施方式中是D01）。

用户操作部90由小键盘、遥控器等构成，将用户通过操作小键盘、遥控器等而输入的指示（以下称作“用户指示”）向VOD再现控制部87、浏览器处理部88通知。

另外，关于再现装置4，结构与再现装置3是同样的，所以说明省略。但是，存储在再现装置4的存储部89中的用户ID为U01，设备ID为D02。

<3.动作>

<3－1.整体动作>

在如以上那样构成的内容提供系统1中，对到通过再现装置3将内容再现为止的整体动作进行说明。

图10是表示到将内容再现为止的整体动作的流程的流程图。

首先，再现装置3的用户使用再现装置3的用户操作部90输入内容一览显示请求（S11）。用户操作部90受理内容一览显示请求，将内容一览显示请求向浏览器处理部88通知。

浏览器处理部88将内容一览发送请求对门户服务器11发送（S12）。另外，再现装置3的与其他装置的通信全部经由通信处理部81。以下，有为了记载简略化而将关于通信的“经由通信处理部81”的记载省略的情况。关于其他装置也是同样的。

在门户服务器11中，通信处理部31接收内容一览发送请求，向数据处理部32输出。数据处理部32进行内容一览文件制作处理（S13）。该处理的详细情况表示在后述的图11中。

数据处理部32将所生成的内容一览文件向再现装置3发送（S14）。

再现装置3接收内容一览文件，进行从内容一览的再现内容的选择处理（S15）。该处理的详细情况表示在后述的图12中。

在再现装置3中，浏览器处理部88作为用来取得所选择的内容的再现控制信息的URL而将再现对象内容信息中的MetaFileURL读出（S16）。浏览器处理部88使用通信处理部81，进行对所读出的URL（在本实施方式中，是指再现控制信息服务器12上的资源）的再现控制信息发送请求（S17）。

再现控制信息服务器12将再现控制信息向再现装置3发送（S18）。

接收到再现控制信息的再现装置3进行视听形态决定处理（S19）。

该处理的详细情况表示在图13中。

再现装置3的浏览器处理部88使用通信处理部81，为了进行影像数据发送请求而对影像内容服务器13发送HTTP－GET请求（S20）。

影像内容服务器13将由HTTP－GET请求请求的内容向作为HTTP－GET请求的发送源的再现装置3发送（S21）。

这里，影像内容服务器13将内容以能够由HTTP－GET请求的Play_mode视听的方式发送。此外，当在HTTP－GET请求中有X－TimeSeekRange头时，从内容的由X－TimeSeekRange头指定的视听位置起向再现装置3发送。

再现装置3的VOD再现控制部87为了将从影像内容服务器13发送的内容接收、再现，作为再现开始控制而对声音解码器83指示声音包的解码，对影像解码器84指示影像包的解码，对字幕解码器85指示字幕包的解码。在再现装置3中，通过声音解码器83将声音包解码、影像解码器84将影像包解码、字幕解码器85将字幕包解码，进行一边接收从影像内容服务器13发送的内容一边再现的流媒体再现（S22）。

<3－2.内容一览文件制作处理>

对相当于图10的S13的内容一览文件制作处理进行说明。

图11是表示内容一览文件制作处理的流程的流程图。

在图10的S12中，门户服务器11的数据处理部32从再现装置3取得内容一览发送请求。在内容一览发送请求中，包含有请求源的用户ID和设备ID。

数据处理部32从存储部33中将与包含在内容一览发送请求中的用户ID一致的用户ID的用户管理信息读出（S101）。

此外，数据处理部32判断是否有还没有读出的内容管理信息（S102），在没有未读出的内容管理信息的情况下（S102中否），将处理结束。

在有未读出的内容管理信息的情况下（S102中是），将该内容管理信息读出（S103）。

并且，判断在用户管理信息中是否记录有与所读出的内容管理信息中的内容ID一致的内容ID（S104）。

在有一致的内容ID的情况下（S104中是），判断该用户管理信息中的已视听秒数是否是0（S105）。在已视听秒数不是0的情况下（S105中否），对内容标签追加PlayPosition，作为值而设定已视听秒数（S106）。在已视听秒数是0的情况下（S105中是），在内容标签中不使用PlayPosition。

这里，对S104～S106补充说明。在S104～S106中，对于设备ID不进行检查。由此，即使用户管理信息中的设备ID与包含在内容一览发送请求中的设备ID不同，在（a）具有与所读出的内容管理信息的内容ID相同的内容ID、并且（b）具有与包含在内容一览发送请求中的用户ID相同的用户ID的情况下，也将该用户管理信息中的已视听秒数设定到内容标签的PlayPosition中。

作为具体例，设想通过设备ID为D01的再现装置3视听内容A、该视听被中断的情况。假设在该视听被中断后，由相同的用户拥有的设备ID为D02的再现装置4请求内容一览文件。在此情况下，在再现装置4取得的内容一览文件中，在关于内容A的内容标签的PlayPosition中，设定由虽然设备ID与再现装置4不同但相同的用户拥有的再现装置3视听的已视听秒数。以上，结束补充说明，回到流程图的说明。

在S107中，数据处理部32对内容标签的2D3D设定用户管理信息的最终视听形态（S107），向S109前进。

另一方面，在用户管理信息中没有记录有与内容管理信息中的内容ID一致的内容ID的情况下（S104中否），数据处理部32在内容标签的2D3D中设定已读出的内容管理信息中的视听形态（S108），向S109前进。

在S109中，在内容标签的NAME中设定所读出的内容管理信息中的内容名（S109）。

并且，在内容标签的MetaFileURL中，设定所读出的内容管理信息中的再现控制信息URL（S111）。并且，在内容标签的ReturnURL中，设定所读出的内容管理信息中的返回目标URL（S112）。

并且，将所生成的内容标签向内容一览文件追加（S113），向S102前进。

<3－3.从内容一览的再现内容选择处理>

对相当于图10的S15的、从内容一览的再现内容选择处理进行说明。

图12是表示从内容一览的再现内容选择处理的流程的流程图。

再现装置3的通信处理部81从门户服务器11取得内容一览文件，向浏览器处理部88转送。

浏览器处理部88将从门户服务器11接收到的内容一览文件向显示处理部86输出。内容一览文件是HTML文件，显示处理部86将接受到的内容一览文件向显示器（未图示）显示（S202）。

这里，在内容标签中有PlayPosition的情况下，关于该内容，使用图标等显示，以使用户能够识别出视听中断。

接着，用户操作部90通过看到内容的一览表的用户的输入，受理用户希望再现的内容（再现对象内容）的选择，向浏览器处理部88通知（S203）。

这里，由用户进行的内容的选择例如通过用遥控器操作使显示在显示器上的光标移动等、从一览显示在显示器上的内容名中选出1个、按下决定按钮等来进行。

浏览器处理部88从内容一览文件中的关于再现对象内容的内容标签中，提取MetaFileURL、ReturnURL、PlayMode、内容名，将它们作为再现对象内容信息存储（S204）。

并且，浏览器处理部88判断在关于再现对象内容的内容标签中是否有PlayPosition（S205）。在有PlayPosition的情况下（S205中是），浏览器处理部88对显示处理部86指示，以显示作为进行从开头起的再现、再继续再现的哪种的选择画面的再现位置选择画面（S206）。显示处理部206在显示器上显示再现位置选择画面，等待用户输入。

并且，在用户输入是选择再继续再现的输入的情况下（S207中是），浏览器处理部88将内容标签中的PlayPosition作为再现对象内容信息的PlayPosition存储（S208），结束处理（RETURN）。

在用户输入不是选择再继续再现的输入的情况下（S207中否），浏览器处理部88作为再现对象内容信息的PlayPosition而存储0（S209），结束处理（RETURN）。

<3－4.视听形态决定处理>

对相当于图10的S19的视听形态决定处理进行说明。

图13是表示由再现装置3进行的视听形态决定处理的流程的流程图。

再现装置3的通信处理部81从再现控制信息服务器12接收再现控制信息，向浏览器处理部88输出。

浏览器处理部88从所取得的再现控制信息中提取start要素，向存储部89存储（S301）。

并且，判断在再现控制信息中是否有available_play_mode要素（S302）。

在有available_play_mode要素的情况下（S302中是），将available_play_mode要素向存储部89存储（S303）。

并且，浏览器处理部88对显示处理部86指示，以显示记载在available_play_mode要素中的可执行的视听形态，显示使用户选择视听形态的画面（以下，称作“视听形态选择画面”）。显示处理部86作为一例而将图15所示那样的视听形态选择画面显示在显示器上（S304）。另外，在图15中，默认对“以3D再现”进行强调，与“以2D再现”区别。在图15中，对可执行的视听形态中的哪个进行强调，由在再现装置3从门户服务器11接收到的内容一览文件中的再现对象内容的内容标签的PlayMode中记载的视听形态决定。

浏览器处理部88在经过一定时间（超时）为止，等待用户进行选择视听形态的用户输入（S305）。在超时的情况下（S305中是），浏览器处理部88将再现对象内容的内容标签的play_mode作为向影像内容服务器13请求的视听形态，向HTTP－GET请求的X－Request－Play－Mode头保存（S308），向S309前进。

在超时前有通过用户输入的视听形态的选择的情况下（S306中是），将所选择的视听形态作为向影像内容服务器13请求的视听形态，向HTTP－GET请求的X－Request－Play－Mode头保存（S307），向S309前进。

在S302中，在判断为在再现控制信息中没有available_play_mode要素的情况下（S302中否），向S308前进。

在S309中，判断再现对象内容信息中的PlayPositon是否是0（S309）。

在PlayPositon是0的情况下（S309中是），决定为不对HTTP－GET请求追加X－TimeSeekRange头（S311），结束处理（RETURN）。

在PlayPositon不是0的情况下（S309中否），对HTTP－GET请求追加X－TimeSeekRange头，作为值而设定PlayPosition（S310），结束处理（RETURN）。

<3－5.内容视听中断（暂停）处理>

接着，对再现装置3通过图10所示的次序成为将内容进行流媒体再现的状态后、将视听中断的情况下的处理进行说明。在该处理中，再现装置3作为将视听中断的位置，将关于内容的已视听秒数向门户服务器11存储。

图14是表示内容视听中断处理的流程的流程图。

在内容的流媒体再现中，再现装置3的用户使用用户操作部90，指示内容的再现中断（S501）。

用户操作部90对VOD再现控制部87输出内容再现中断指示。VOD再现控制部87如果接受到内容再现中断指示，则对声音解码器83指示声音包的解码停止，对影像解码器84指示影像包的解码停止，对字幕解码器85指示字幕包的解码停止（S502）。此时，VOD再现控制部87将关于该内容的已视听秒数存储（S503）。

接受到解码停止的指示的声音解码器83将声音包的解码停止。此外，接受到解码停止的指示的影像解码器84将影像包的解码停止。此外，接受到解码停止的指示的字幕解码器85将字幕包的解码停止。

并且，VOD再现控制部87对通信处理部81指示与影像内容服务器13的TCP连接的切断。通信处理部81接受切断的指示，将与影像内容服务器13的TCP连接切断（S504）

接着，浏览器处理部88对门户服务器11经由通信处理部81发送包括用户ID、设备ID的内容再现结束通知（S505）。

在内容再现结束通知的StopPosition中，记载在S503中存储的已视听秒数。此外，在内容再现结束通知的2D3D中，记载在内容再现中使用的视听形态。

在门户服务器11中，通信处理部31接收内容再现结束通知（S506），向数据处理部32输出。

数据处理部32从接收到的内容再现结束通知中的HTTP请求消息中提取StopPosition、PlayMode。并且，在具有与包含在内容再现结束通知中的用户ID、设备ID一致的用户ID、设备ID的用户管理信息的最终视听形态中，记载所提取的PlayMode，在已视听秒数中记载StopPosition。

这里，虽然与本发明的本质没有关系，但S505的通信通过向由ReturnURL表示的资源的HTTP－GET请求进行。此外，作为由ReturnURL表示的资源，一般使用内容一览文件。因而，在S506的处理后，门户服务器11将内容一览文件向再现装置3发送。

<3－6.内容视听再开始处理>

内容视听再开始处理是从使用图14说明那样的内容的视听被中断的状态起再开始内容的视听的处理。内容视听再开始处理按照已经说明的图10～图13的流程图进行。

以下，对于内容视听的再开始处理，一边参照图10～图13的流程图一边以具体例说明。

作为本处理的前提，假设视听被中断的内容为内容ID是C01的内容A。关于内容A，假设构成为，通过“2D”、“stereoscopic_MVC”的哪种视听形态都能够视听。此外，假设在再现控制信息服务器12发送的再现控制信息中的available_play_mode要素中记载有“2D”、“stereoscopic_MVC”的两者。

假设到视听的中断为止通过设备ID是D01的再现装置3再现了内容，视听形态是stereoscopic_MVC。假设内容A的视听被中断时的已视听秒数是3600秒。

假设内容A的视听的再开始不是再现装置3、而通过再现装置4进行。在再现装置4中，假设在该再开始前没有进行内容A的视听。再现装置3及再现装置4的用户相同，用户ID为U01。

假设再开始紧前的记录在门户服务器11的存储部33中的用户管理信息是图4所示的状态。

基于这些前提，以下沿着图10～13进行说明。另外，这里关于在说明中使用的图10～图13已经详细地进行了说明。由此，不再次对全部的步骤详细地说明，根据重要度而适当将说明简略化。

首先，在图10的S11中，再现装置4的用户使用再现装置4的用户操作部90输入内容一览显示请求（S11）。用户操作部90受理内容一览显示请求，将内容一览显示请求向浏览器处理部88通知。

浏览器处理部88将内容一览发送请求对门户服务器11发送（S12）。在门户服务器11中，通信处理部31接收内容一览发送请求，向数据处理部32输出。数据处理部32进行内容一览文件制作处理（S13）。

这里，在再现装置4取得的内容一览文件中，在中断了视听的内容A的内容标签的PlayPosition中，设定了再现装置3的已视听秒数（3600）。

再现装置4的浏览器处理部88基于内容一览文件，使显示器将内容名一览显示（S15、图12的S202）。此时，关于内容A，使用图标显示视听中断的情况。

用户作为再现对象内容而选择内容A（S203）。浏览器处理部88将关于内容A的再现对象内容信息存储（S204）。

此时，作为再现对象内容，选择设定了PlayPosition的内容A（S205中是），所以浏览器处理部88使显示处理部86显示作为是进行从开头起的再现、再继续再现的哪种的选择画面的再现位置选择画面（S206）。

此时，用户进行选择再继续再现的用户输入。

浏览器处理部88由于选择了再继续再现（S207中是），所以作为再现对象内容信息的PlayPosition，将作为内容标签中的PlayPosition的3600存储（S208）。

并且，浏览器处理部88将再现对象内容信息中的MetaFileURL读出（S16），进行对于该URL的再现控制信息发送请求（S17）。

再现控制信息服务器12将关于内容A的再现控制信息向再现装置4发送（S18）。

浏览器处理部88从再现控制信息服务器12接收再现控制信息。并且，提取start要素（S301），提取再现控制信息中的available_play_mode要素（S302～303）。

并且，浏览器处理部88使显示器显示作为使用户从记载在再现控制信息中的available_play_mode要素中的可执行的视听形态（“2D”、“3D（stereoscopic_MVC）”）中选择1个的画面的图15所示那样的视听形态选择画面（S304）。

另外，在图15中，对于在再现装置4从门户服务器11接收到的内容一览文件中的内容A的内容标签的PlayMode中记载的视听形态（例如“3D（stereoscopic_MVC）”）默认进行强调。

这里，假设用户选择2D（S305～306）。

浏览器处理部88在HTTP－GET请求的X－Request－Play－Mode头中保存“2D”（S307），追加X－TimeSeekRange头，作为值而设定3600（S309、S310）。

并且，浏览器处理部88对影像内容服务器13进行通过HTTP－GET请求的内容的分发请求（图10的S20）。

影像内容服务器13关于内容A将从开头起3600秒的部分以后向再现装置4分发，以便能够以2D视听。

再现装置4从影像内容服务器13接收内容A，进行从开头起3600秒的部分以后的再现（S22）。

通过以上，在再现装置4中，将内容A从由再现装置3使用的视听形态（3D（stereoscopic_MVC））变更为别的视听形态（2D），能够从由再现装置3已视听的接着进行视听。

另外，关于内容A的视听的再开始，以由再现装置4进行的例子进行了说明，但关于由再现装置3进行的情况也与上述说明同样。

<4.变形例>

以上，说明了有关本发明的内容提供系统的实施方式，但也可以将例示的内容提供系统如以下这样变形，本发明当然并不限定于在上述实施方式中表示那样的内容提供系统。

（1）在上述实施方式中，为了从门户服务器11对再现装置3通知前次的视听形态而使用HTML文件，但只要能够通知前次的视听形态就足够。

例如，作为用来进行再现开始的函数，也可以定义launchIPTVContentEx（）那样的具有通知前次的视听形态的功能的新的函数。

该新的函数被植入到作为内容一览文件生成的BML文件中，分配给通过内容的购买按钮或再现按钮等的按下而开始内容的再现的按钮。被通知的前次的视听形态在再现装置中作为视听再开始时的默认的视听形态使用，或者用于决定使用来选择在显示到视听形态选择画面上的视听形态的按钮中默认将焦点放在哪个上。

launchIPTVContentEx（inputStringcontent_uri，inputStringret_uri，inputNumberstart_npt，［inputStringlicense_id，］inputStringplay_mode）

这里，content_uri表示与再现对象的内容对应的再现控制元文件的URI。ret_uri表示在内容再现结束后显示的BML文件的URI。start_npt表示内容的再现开始时间位置（从内容的开头起的秒数）。再现装置指定由自变量start_npt给出的时间位置，对影像内容服务器101请求内容的数据发送。license_id表示在再现时使用的授权的授权ID。play_mode表示内容的视听形态。play_mode作为值而记载“2D”、“stereoscopic_MVC”。在play_mode是“2D”的情况下，表示将内容作为2D影像再现，在“stereoscopic_MVC”的情况下，表示将内容作为3D影像再现。

此外，也可以将图15的视听形态选择画面用BML文件表现，在BML文件中记载为，在选择作为2D影像再现的按钮、选择作为3D影像再现的按钮分别被按下的情况下执行launchIPTVContentEx（）函数。

具体而言，在BML文件中记载为，在选择作为2D影像再现的按钮被选择的情况下执行自变量play_mode的值是“2D”的launchIPTVContentEx（）函数。此外记载为，在选择作为3D影像再现的按钮被选择的情况下执行自变量play_mode的值是“stereoscopic_MVC”的launchIPTVContentEx（）函数。

此外，在此情况下，也可以将BML文件构成为，在以与存储在门户服务器11中的用户管理信息的最终视听形态相同的视听形态视听的按钮上有焦点。即，将BML文件构成为，在最终视听形态是“stereoscopic_MVC”的情况下，使得在执行play_mode的值是“3D”的launchIPTVContentEx（）函数的按钮上有焦点，将BML文件构成为，在最终视听形态是“2D”的情况下，使得在执行play_mode的值是“2D”的launchIPTVContentEx（）函数的按钮上有焦点。

（2）在变形例（1）中，定义并使用通知前次的视听形态的函数launchIPTVContentEx（），但只要通知前次的视听形态就足够。例如，也可以将视听形态通过再现控制信息指定。在此情况下，在再现控制信息中作为一例而追加图7所示的default_play_mode要素。

default_play_mode要素作为参数值而记载“2D”或“stereoscopic_MVC”。

此外，在再现装置中，也可以将默认选择2D影像和3D影像的哪个预先存储到再现装置中。

此外，default_play_mode要素也可以不是通知前次的视听形态的，而是表示服务提供者等设定的该内容的默认的视听形态的。

此外，default_play_mode要素也可以是内容分发系统2根据再现装置具备的显示能力设定的。即，内容分发系统2也可以是，如果再现装置是具有3D的显示能力的，则作为default_play_mode要素的值而设定3D，如果再现装置是不具有3D的显示能力的，则作为default_play_mode要素的值而设定2D。

（3）在上述实施方式中，作为视听形态选择画面，只要将记载在available_play_mode中的可执行的视听形态显示到显示器上、通过用户输入进行视听形态的选择就可以，但只要能够选择视听形态就足够。例如，也可以通过特定按钮的按下等预先决定的动作来使用户选择视听形态。

（4）在上述实施方式中，为了从再现装置3向影像内容服务器13通知视听形态而在HTTP－GET请求中记载X－Request－Play－Mode头，但只要在影像内容服务器13中能够识别视听形态就足够。

例如，在再现装置3与影像内容服务器13之间，在HTTP－GET请求中没有X－Request－Play－Mode头的情况下，也可以预先规定为看作是指定了“2D”的。由此，对于HTTP－GET请求，能够确保与仅能够将内容以2D再现的、不对应于添加了X－Request－Play－Mode的扩展的旧系统装置的互换性。

（5）在上述实施方式中，假设在发送的影像是MVC影像的情况下，在X－Request－Play－Mode是“2D”的情况下，影像内容服务器13在分发时进行将包含从属视的TS包去除的处理而分发，但只要能够发送不包含从属视的影像数据就足够。例如，也可以预先准备不包含从属视的影像数据而将其发送。由此，能够避免将在再现装置侧不使用的从属视发送，能够节约使用的通信带宽。

（6）在上述实施方式中，假设设备ID在内容的分发合同订立时等根据用户的申请由内容分发商唯一地分配，但只要能够唯一地识别设备就足够。例如也可以使用IP地址或MAC地址等。

（7）在上述实施方式中，假设再现装置3在进行内容的视听、中断后，在设备ID不同的再现装置4再开始该内容的视听的情况下，在再现装置4中从关于该内容能够采取的全部视听形态中选择1个视听形态，但也可以在视听再开始时进行使用设备ID限制视听形态的选择分支的控制。

例如，也可以是，在作为固设终端的再现装置3对于内容具有3D显示的能力、作为平板电脑终端的再现装置4对于该内容不具有3D显示的能力而仅具有2D显示的能力的情况下，在再现装置4中进行控制，以在再开始视听时显示的视听形态选择画面中不显示3D视听的选择分支、或者不能选择3D视听。

（8）在上述实施方式中，在再现控制信息中的available_play_mode要素中，作为关于内容能够采取的视听形态而记载“2D”、“3D（stereoscopic_MVC）”，向再现装置3及4通知，但视听形态并不限定于“2D”、“3D（stereoscopic_MVC）”，只要是表示关于内容的视觉上的表现形态就足够。

例如，视听形态也可以表示关于多角度表现的内容的各角度。此外，视听形态分别表示在同时刻分发的多个节目。

在此情况下，在再现控制信息中的available_play_mode要素中，如图16所示，作为一例而列举表示关于内容能够采取的视听形态的“View1”、“View2”等。View1、View2…分别表示各角度或各节目。

此外，视听形态也可以是分辨率。在此情况下，在再现控制信息中的available_play_mode要素中，如图17所示，作为关于内容能够采取的视听形态，作为一例而列举“SD（Standard Definition）”、“HD（High Definition）”、“4K”、“QVGA（Quarter Video Graphics Array）”等。这里，所谓4K，表示4000×2000点左右的分辨率。

此外，在上述实施方式中，表示了在ERI中追加available_play_mode要素或default_play_mode要素的例子，但只要能够通知与它们同样的内容就足够。例如，也可以追加使用其他名称的要素。此外，作为各要素的值而使用“2D”和“stereoscopic_MVC”，但也可以使用表示同样的内容的其他值（“3D”等）。

以上的说明是对再现控制信息中的available_play_mode要素进行的，但关于在上述的再现装置3与影像内容服务器13之间的通信中使用的X－Request－Play－Mode也同样。

（9）在上述实施方式中，再现装置3及4在对影像内容服务器13请求“内容的再现、再开始（分发开始）”、“内容的再现中断、中止”的情况下使用HTTP，但只要能够请求“内容的再现、再开始”、“内容的再现中断、中止”就足够。

例如，也可以作为数据通信而使用RTP（Real time Transport Protocol），作为其控制协议而使用RTSP（Real Time Streaming Protocol）。另外，RTP由RFC3550定义，RTSP由RFC2326定义。

在RTSP中，在流媒体再现中使用（a）SETUP、（b）PLAY、（c）PAUSE、（d）TEARDOWN的各方法。

SETUP是指示向服务器的流送出用的资源确保和会话开始的方法。

PLAY是指示通过由SETUP确保的资源进行的媒体数据的送出开始的方法。在对内容进行再现的情况下使用。

PAUSE是指示不将服务器资源释放、而暂时将流的送出停止的方法。在将内容暂停、停止（再现结束）的情况的两者中使用。

TEARDOWN是指示资源的释放和会话的结束的方法。

这里，PLAY代替上述实施方式中的HTTP－GET请求而使用。

PAUSE代替上述实施方式中的内容再现结束通知而使用。

SETUP在上述实施方式中没有特别对应的方法等，在PLAY之前使用。

TEARDOWN在上述实施方式中没有特别对应的方法等，在将内容的再现结束的情况下使用。

以下，记载（a）SETUP、（b）PLAY、（c）PAUSE的各方法（请求、应答）的例子。关于TEARDOWN，由于没有与RFC2326的规定特别变化的地方，所以省略记载。

这里，为了在SETUP、PLAY、PAUSE的各方法的应答中记述在内容中能够利用的视听形态，进行追加扩展头X－Available－Play－Mode的扩展。在X－Available－Play－Mode中，记载表示2D和3D的两者的“2D3D”、表示2D的“2D”、表示3D的“3D”的某种。

（a）SETUP

（请求）

SETUPrtsp：//videoserver.com/AVData/0001.m2tsRTSP/1.0

CSeq：2

Trasnport：RTP/AVP；unicast；client_port=5000－5001

X－Request－Play－Mode：3D

这里，X－Request－Play－Mode是追加的扩展头，记载对于内容请求分发的视听形态。关于X－Request－Play－Mode，除了上述例子的3D以外，也可以指定2D。此外，从互换性确保的观点，也可以通过将X－Request－Play－Mode省略而约定为指定2D。

（应答）

RTSP/1.0200OK

CSeq：2

Date：WedJul2015：00：002011GMT

Session：505

Transport：RTP/AVP；unicast；client_port=5000－5001；sever_port=6000－6001

X－Available－Play－Mode：2D3D

（b）PLAY

（请求）

PLAYrtsp：//videoserver.com/AVData/0001.m2tsRTSP/1.0

CSeq：3

Session：505

Range：npt=00：60：00－

这里，Range相当于上述实施方式中的XTimeSeekRange，意义内容也同样。

（应答）

RTSP/1.0200OK

CSeq：3

Date：WedJul2015：02：002011GMT

Range：ntp=00：60：00－

X－Available－Play－Mode：2D3D

（c）PAUSE

（请求）

PAUSErtsp：//videoserver.com/AVData/0001.m2tsRTSP/1.0

CSeq：4

Session：505

（应答）

RTSP/1.0200OK

CSeq：4

Date：WedJul2015：20：002011GMT

X－Available－Play－Mode：2D3D

（10）在上述实施方式中，假设再现装置3将关于内容的再现控制信息接收并解析、生成并显示图15所示那样的视听形态选择画面，但只要能够显示视听形态选择画面就足够。

例如也可以是，在内容的影像是MVC影像的情况下，门户服务器11对再现装置3询问是作为2D影像再现还是作为3D影像再现。在此情况下，作为一例，当选择了再现装置3再现的影像内容时，门户服务器11将用来显示图15所示那样的视听形态选择画面的BML文件或HTML文件向再现装置3发送。

此外，作为发送的视听形态选择画面，也可以是在从再现装置侧对门户服务器11关于内容通知的、默认焦点落在表示在前次的再现时选择的视听形态的按钮上的画面。

例如，在再现装置3中，在对前次作为3D影像再现的内容显示视听形态选择画面的情况下，在将焦点落在有关3D影像的按钮上的状态下显示。

（11）在上述实施方式中，影像内容服务器13在关于MVC影像被从再现装置3请求了2D影像的发送的情况下，将不包含MVC影像的从属视的流发送，在被从再现装置3请求了3D影像的发送的情况下，将MVC影像原样发送，但在再现装置3中，只要能够以请求的视听形态将2D影像、3D影像再现就足够。

例如也可以是，影像内容服务器13在被请求了MVC影像的发送的情况下总是将MVC影像原样发送，在再现装置3侧控制是将MVC影像作为2D影像再现还是作为3D影像再现。在此情况下，在再现装置3中即使需要视听形态的切换，也不需要与影像内容服务器13将通信暂时结束。

（12）在上述实施方式中，在available_play_mode要素中，全部列举了关于内容能够采取的视听形态，但也可以列举关于内容许可的视听形态。由此，在内容的制作者想要该内容仅作为3D影像视听的情况下等，可以故意限制能够利用的视听形态。

例如，即使内容是MVC影像，在关于该内容的再现控制信息的available_play_mode要素中也不记载“2D”而仅记载“stereoscopic_MVC”。由此，能够使再现装置识别出内容虽然被许可作为3D影像再现、但不被许可作为2D影像再现。

（13）在上述实施方式中，以将本发明应用到内容的因特网分发的VOD服务中的例子进行了说明，但内容的分发定时并不限定于VOD那样的实时分发，只要赶得上内容的再现就足够。

例如，在预先将内容下载并存储、然后再现的下载服务中也能够采用本发明。

在此情况下，再现装置3不进行对于影像内容服务器13的内容的发送请求，而将存储在自装置内的内容再现。此外，再现装置3将再现控制信息中的available_play_mode要素在选择了再现对象内容时参照，通过显示视听形态选择画面，能够使用户选择关于内容能够采取的视听形态。

（14）也可以将用来使再现装置3及4的处理器、以及连接在该处理器上的各种电路执行在上述实施方式中表示的内容一览显示处理、再现对象内容信息存储控制处理、再现位置选择画面显示处理、再现控制信息发送请求处理、视听形态决定处理等的机械语言或高级语言的程序代码的控制程序记录到记录媒体中、或经由各种通信路等流通发布。在这样的记录媒体中，有IC卡、硬盘、光盘、软盘、ROM、闪存存储器等。被流通、发布的控制程序通过保存到能够由处理器读出的存储器等中而供使用，通过该处理器执行该控制程序，实现在各实施方式中表示那样的各功能。另外，处理器除了将控制程序直接执行以外，也可以编译而执行或通过解释器来执行。

（15）在上述实施方式中表示的各功能结构要素（通信处理部31、数据处理部32、存储部33、通信处理部51、数据处理部52、存储部53、通信处理部71、请求处理部72、存储部73及VOD分发控制部74、通信处理部81、多路分离器82、声音解码器83、影像解码器84、字幕解码器85、显示处理部86、VOD再现控制部87、浏览器处理部88及用户操作部90等）也可以作为执行其功能的电路实现，也可以通过由1或多个处理器执行程序来实现。

另外，上述各功能结构要素典型地作为集成电路即LSI实现。它们既可以单独地1芯片化，也可以包括一部分或全部而1芯片化。这里设为LSI，但根据集成度的差异，也有称作IC、系统LSI、超级LSI、超大规模LSI情况。此外、集成电路化的方法并不限于LSI，也可以通过专用电路或通用处理器实现。也可以使用在LSI制造后能够编程的FPGA（Field ProgrammableGate Array）、或能够再构成LSI内部的电路单元的连接及设定的可重构处理器。进而，如果因半导体技术的进步或派生的其他技术而出现代替LSI的集成电路化的技术，则当然也可以使用该技术进行功能块的集成化。有可能是生物技术的应用等。

（16）也可以将上述实施方式及各变形例部分地组合。

<5.补充>

以下，再对作为本发明的一实施方式的内容再现装置的结构及其变形例和效果进行说明。

（1）有关本发明的一实施方式的内容再现装置，是从经由网络连接的内容分发系统将影像内容进行流接收并再现的内容再现装置，具备：接收机构，从上述内容分发系统经由上述网络接收表示关于影像内容能够选择的多个视听形态的控制信息；提示机构，将上述多个视听形态作为选择分支向用户提示；输入受理机构，受理从上述选择分支中选择1个的用户输入；请求机构，通过将表示上述被选择的视听形态的信息向上述内容分发系统发送，请求影像内容的流分发。

通过该结构，能够将视听形态可切换的情况预先向用户提示而给出切换的机会，能够提高用户的方便性。

（2）此外，也可以是，上述输入受理机构还在上述影像内容的再现中受理将再现中断的暂停指示；上述提示机构还在受理了上述暂停指示时，作为用来选择再现再开始时的视听形态的选择分支而将上述多个视听形态向用户提示。

通过该结构，能够以再现中断为契机，将视听形态被切换的情况预先向用户提示而给出切换的机会，能够提高用户的方便性。

（3）此外，也可以是，上述提示机构在显示用来选择上述再现再开始时的视听形态的选择分支的情况下，将在受理上述暂停指示紧前使用的视听形态与其他视听形态差别化显示。

通过该结构，能够使用户选择的可能性较高的、在再现中断紧前使用的视听形态容易从其他视听形态识别及选择，能够提高用户的方便性。

（4）此外，也可以是，上述内容分发系统在上述影像内容在被上述内容再现装置再现紧前由上述内容再现装置的用户使用其他装置视听到途中的情况下，将该视听形态存储；上述接收机构还从上述内容分发系统接收表示上述其他装置中的视听形态的信息；上述提示机构在显示上述选择分支的情况下，将上述其他装置中的视听形态与其他视听形态差别化显示。

通过该结构，在用户将使用其他装置视听到中途的内容用内容再现装置接着视听的情况下，能够使用户选择的可能性较高的、在再现中断紧前由其他装置使用的视听形态容易从其他视听形态识别及选择，能够提高用户的方便性。

（5）此外，也可以是，上述提示机构在提示上述选择分支的情况下，对于本装置不具有显示的能力的视听形态抑制提示。

通过该结构，能够使用户对能够实际使用的视听形态的把握变得容易。

（6）此外，也可以是，上述控制信息是将关于上述影像内容能够选择的视听形态全部列举的；上述提示机构将在上述控制信息中列举的视听形态全部读出并显示。

此外，也可以是，上述控制信息是追加在ERI中的信息；上述接收机构作为上述控制信息的接收而从上述内容分发系统接收上述ERI，从该ERI中提取上述控制信息。

通过该结构，能够将可切换的视听形态全部向用户预先提示，能够提高用户的方便性。

（7）此外，也可以是，上述多个视听形态分别是相互不同的分辨率。

通过该结构，能够将可切换的分辨率全部向用户预先提示，能够提高用户的方便性。

（8）此外，上述多个视听形态也可以是2D及3D。

通过该结构，能够将作为内容的视听形态能够切换为2D和3D的情况向用户预先提示，能够提高用户的方便性。

（9）有关本发明的一实施方式的内容再现方法，是在具备接收机构、提示机构、输入受理机构和请求机构的内容再现装置中使用、从经由网络连接的内容分发系统将影像内容进行流接收并再现的内容再现方法，包括：接收步骤，上述接收机构从上述内容分发系统经由上述网络接收表示关于影像内容能够选择的多个视听形态的控制信息的步骤；提示步骤，上述提示机构将上述多个视听形态作为选择分支向用户提示；输入受理步骤，上述输入受理机构受理从上述选择分支中选择1个的用户输入；请求步骤，上述请求机构通过将表示上述被选择的视听形态的信息向上述内容分发系统发送，请求影像内容的流分发。

有关本发明的一实施方式的内容再现程序，是用来使计算机作为从经由网络连接的内容分发系统将影像内容进行流接收并再现的内容再现装置发挥功能的内容再现程序，使上述计算机作为以下的机构发挥功能：接收机构，从上述内容分发系统经由上述网络接收表示关于影像内容能够选择的多个视听形态的控制信息；提示机构，将上述多个视听形态作为选择分支向用户提示；输入受理机构，受理从上述选择分支中选择1个的用户输入；请求机构，通过将表示上述被选择的视听形态的信息向上述内容分发系统发送，请求影像内容的流分发。

有关本发明的一实施方式的内容提供系统，是经由网络连接着将影像内容进行流分发的内容分发系统、和将上述影像内容进行流接收并再现的内容再现装置的内容提供系统，上述内容分发系统具备：发送机构，将表示关于上述影像内容能够选择的多个视听形态的控制信息向上述内容再现装置发送；请求受理机构，从上述内容再现装置受理表示从上述多个视听形态选择的1个视听形态的信息；分发机构，进行通过上述选择的视听形态的上述影像内容的分发；上述内容再现装置具备：接收机构，从上述内容分发系统接收上述控制信息；提示机构，将在上述控制信息中表示的多个视听形态作为选择分支向用户提示；输入受理机构，受理从上述选择分支中选择1个的用户输入；请求机构，对上述内容分发系统发送表示上述选择的视听形态的信息。

通过该结构，能够将视听形态可切换的情况预先向用户提示而给出切换的机会，能够提高用户的方便性。

工业实用性

有关本发明的一形态的内容再现装置是将关于内容可切换多个视听形态的情况预先向用户提示而给出切换的机会的，在经由网络将内容进行流媒体接收并再现的装置等中具有实用性。

附图标记说明

1 内容提供系统

2 内容分发系统

3 再现装置

4 再现装置

5 网络

11 门户服务器

12 再现控制信息服务器

13 影像内容服务器

81 通信处理部

82 多路分离器

83 声音解码器

84 影像解码器

85 字幕解码器

86 显示处理部

87VOD 再现控制部

88 浏览器处理部

89 存储部

90 用户操作部

Claims (12)

1.一种内容再现装置，从经由网络连接的内容分发系统将影像内容进行流接收并再现，其特征在于，具备：

接收机构，从上述内容分发系统经由上述网络接收表示关于影像内容能够选择的多个视听形态的控制信息；

提示机构，将上述多个视听形态作为选择分支向用户提示；

输入受理机构，受理从上述选择分支中选择1个的用户输入；以及

请求机构，通过将表示上述被选择的视听形态的信息向上述内容分发系统发送，请求影像内容的流分发。

2.如权利要求1所述的内容再现装置，其特征在于，

上述输入受理机构还在上述影像内容的再现中受理将再现中断的暂停指示；

上述提示机构还在受理了上述暂停指示时，作为用来选择再现再开始时的视听形态的选择分支而将上述多个视听形态向用户提示。

3.如权利要求2所述的内容再现装置，其特征在于，

上述提示机构在显示用来选择上述再现再开始时的视听形态的选择分支的情况下，将在受理上述暂停指示紧前使用的视听形态与其他视听形态差别化显示。

4.如权利要求1所述的内容再现装置，其特征在于，

上述内容分发系统在上述影像内容在被上述内容再现装置再现之前由上述内容再现装置的用户使用其他装置视听到途中的情况下，将该视听形态存储；

上述接收机构还从上述内容分发系统接收表示上述其他装置中的视听形态的信息；

上述提示机构在显示上述选择分支的情况下，将上述其他装置中的视听形态与其他视听形态差别化显示。

5.如权利要求1所述的内容再现装置，其特征在于，

上述提示机构在提示上述选择分支的情况下，对于本装置不具有显示的能力的视听形态抑制提示。

6.如权利要求1所述的内容再现装置，其特征在于，

上述控制信息是将关于上述影像内容能够选择的视听形态全部列举的控制信息；

上述提示机构将在上述控制信息中列举的视听形态全部读出并显示。

7.如权利要求6所述的内容再现装置，其特征在于，

上述控制信息是追加在ERI（Entry Resource Information）中的信息；

上述接收机构作为上述控制信息的接收而从上述内容分发系统接收上述ERI，从该ERI中提取上述控制信息。

8.如权利要求1所述的内容再现装置，其特征在于，

上述多个视听形态分别是相互不同的分辨率。

9.如权利要求1所述的内容再现装置，其特征在于，

上述多个视听形态是2D及3D。

10.一种内容再现方法，在具备接收机构、提示机构、输入受理机构和请求机构的内容再现装置中使用，从经由网络连接的内容分发系统将影像内容进行流接收并再现，其特征在于，包括：

接收步骤，上述接收机构从上述内容分发系统经由上述网络接收表示关于影像内容能够选择的多个视听形态的控制信息的步骤；

提示步骤，上述提示机构将上述多个视听形态作为选择分支向用户提示；

输入受理步骤，上述输入受理机构受理从上述选择分支中选择1个的用户输入；以及

请求步骤，上述请求机构通过将表示上述被选择的视听形态的信息向上述内容分发系统发送，请求影像内容的流分发。

11.一种内容再现程序，用来使计算机作为从经由网络连接的内容分发系统将影像内容进行流接收并再现的内容再现装置发挥功能，其特征在于，使计算机作为以下的机构发挥功能：

接收机构，从上述内容分发系统经由上述网络接收表示关于影像内容能够选择的多个视听形态的控制信息；

提示机构，将上述多个视听形态作为选择分支向用户提示；

输入受理机构，受理从上述选择分支中选择1个的用户输入；以及

请求机构，通过将表示上述被选择的视听形态的信息向上述内容分发系统发送，请求影像内容的流分发。

12.一种内容提供系统，经由网络连接着将影像内容进行流分发的内容分发系统、和将上述影像内容进行流接收并再现的内容再现装置，其特征在于，

上述内容分发系统具备：

发送机构，将表示关于上述影像内容能够选择的多个视听形态的控制信息向上述内容再现装置发送；

请求受理机构，从上述内容再现装置受理表示从上述多个视听形态选择的1个视听形态的信息；以及

分发机构，进行通过上述选择的视听形态的上述影像内容的分发；

上述内容再现装置具备：

接收机构，从上述内容分发系统接收上述控制信息；

提示机构，将在上述控制信息中表示的多个视听形态作为选择分支向用户提示；

输入受理机构，受理从上述选择分支中选择1个的用户输入；以及

请求机构，对上述内容分发系统发送表示上述选择的视听形态的信息。

Images