JP2012080309A - Content receiver - Google Patents

Abstract

PROBLEM TO BE SOLVED: To enable a content receiver to receive, store, and externally output contents distributed from various networks.SOLUTION: The receiver capable of receiving 2D contents and 3D contents from a content provider via a network is provided with function discrimination means which discriminates functions provided to the receiver with respect to viewing of the 3D contents and the 2D contents. The function discrimination means discriminates whether a 3D content can be viewed by the receiver. According to the discrimination result, a content list of only the 2D contents or that of the 2D and 3D contents is acquired from the content provider, and the content list acquired by content list acquisition means is displayed on a monitor.

Description

  The present invention relates to a receiver that receives content distributed from a distribution system via a network, a reception method thereof, and a content distribution method in a content transmission / reception system including the distribution system and the receiver.

As a background art in this technical field, there is International Publication No. 2004/100549 (Patent Document 1).
Patent Document 1 describes an embodiment that realizes a distribution system including a server that distributes content and a receiver that downloads and reproduces content from the server via the Internet.

  In this embodiment, the Internet browser obtains a download control file (referred to as a download control metafile in the present invention) describing the content download execution contents from the server, and this file is interpreted by the download agent and downloaded. An example of performing is shown.

International Publication No. 2004/100549

  An object of the present invention is to enable a content receiver to receive and reproduce copyright-protected content distributed from various networks.

In order to solve the above problems, for example, the configuration described in the claims is adopted.
The present application includes a plurality of means for solving the above problems.
A content list acquisition unit that is capable of receiving 2D content and 3D content from a content provider via a network, and that acquires a list screen of content that can be received by the receiver from the content provider; Content acquisition means for acquiring the 2D content or 3D content from a provider, display means for displaying the content list screen or content playback screen on an external or built-in monitor, and 3D content provided in the receiver And a function discriminating unit for discriminating a function for viewing 2D content, wherein the content list acquiring unit discriminates whether or not the own device can view 3D content by the function discriminating unit, and the content according to the discrimination result Only 2D content from the provider Acquires the content list of content list or 2D and 3D content, the display means displays the content list obtained by the content list acquisition means on the monitor.

  According to the present invention, it is possible for a content receiver to receive copyright-protected content distributed from various networks and reproduce it in accordance with the attached usage conditions.

It is an example of a structure of a content transmission / reception system. It is a structural example of a delivery system. It is a structural example of a receiver. It is a 1st example which shows the relationship between a receiver and a delivery system. It is a 2nd example which shows the relationship between a receiver and a delivery system. It is a 3rd example which shows the relationship between a receiver and a delivery system. It is a correlation diagram of ECG metadata. It is a structural example of package metadata. It is a structural example of download control information. It is an example of a structure of a reproduction | regeneration control metafile. It is a structural example of a license. It is an example of the content search screen of a receiver. It is an example of the search result screen of a receiver. It is an example of the content purchase screen of a receiver. It is an example of the content detail display screen of a receiver. It is an example of the content reproduction screen of a receiver. It is an example of the export screen of a receiver. It is an example of a transition of the Web content shown with the browser of a receiver. It is an example of the local navigation screen of a receiver. It is an example of a structure of the interface part of a receiver and a removable medium. It is an example of a structure of the interface part of a receiver and a network connection apparatus. It is an example of the processing flowchart in an ECG process part. It is an example of the export processing flow figure to a removable medium in a stream output process part. It is an example of the export processing flow figure to a network connection apparatus in a stream output process part. It is an example of the processing flow figure in local navigation. It is another example of a structure of the interface part of a receiver and a removable medium. It is another example of a structure of the interface part of a receiver and a removable medium. It is an example of a structure of a content delivery system. It is an example of a structure of customer information. It is an example of the processing flowchart which accesses a portal system and a content delivery system. It is an example of the processing flow figure which purchases content. It is an example of the processing flowchart which views purchased content. It is an example of a processing flow diagram for ending content being viewed. It is an example of a top screen. It is an example of a top screen. It is an example of an unpurchased content list screen. It is an example of a purchased content list screen. It is an example of a content viewing start selection screen. It is an example of the processing flowchart which accesses a portal system and a content delivery system. It is an example of an unpurchased content list screen. It is an example of a purchased content list screen. It is an example of a guidance screen. It is an example of a guidance screen. It is an example of the processing flow figure which interrupts the content in viewing. It is an example of a structure of the positional information data which a delivery system hold | maintains / manages with respect to 3D content. It is an example of the processing flowchart which views purchased content. It is an example of the processing flow figure which interrupts the content in viewing. It is an example of the processing flowchart which views purchased content. It is an example of the processing flow figure which interrupts the content in viewing. It is an example of the processing flowchart which views purchased content.

  Hereinafter, examples will be described with reference to the drawings.

In this embodiment, an example of a receiver 50 that receives content and a distribution system 60 will be described.
FIG. 1 is an example of a configuration of a content transmission / reception system to which the present embodiment is applied. The distribution network includes a content distribution network 40 that is connected to a home via the router 43 and guarantees network quality within the network, and an external Internet network 45 that is connected from the content distribution network 40. The distribution system 60 may be connected to the content distribution network 40 via the network switch 42 or may be connected to the Internet network 45 via the router 44 with emphasis on versatility.

Various network communication paths 46 such as coaxial cable, optical fiber, ADSL (Asymmetric Digital Subscriber Line), and wireless communication are assumed for home network connection, and modulation / demodulation suitable for each path is performed by the transmission line modem 45. And converted to an IP network.
In the home, the IP network demodulated by the transmission path modulator / demodulator 46 and converted into a network interface is connected to a device in the home via the router 48.
As home devices, a receiver 50, a storage device (Network Attached Storage) 32 corresponding to an IP network, a personal computer 33, an AV device that can be connected to a network, and the like are assumed. The receiver 50 may have a function of playing back and storing broadcasts received from the antenna 35.

FIG. 2 is a configuration example of the content distribution system 40.
The content distribution system 60 is a meta server that distributes a Web server 61 that distributes a Web document 71, ECG metadata 400 that describes attribute information of the content to be distributed, and reproduction control information 200 that describes information necessary for reproducing the content. Manages data server 62, content server 63 that distributes content body 75, DRM server 64 that distributes license 300 including information on the right to use content and the key necessary for decrypting the content, and customer information of the distribution service A customer management server 65, and a billing / settlement server 63 for billing and settlement of contents by the customer.

The servers are connected to each other by the IP network 67 and are connected to the Internet network 45 or the content distribution network 40 of FIG.
A part or all of each server may be directly connected to the Internet network 45 or the content distribution network 40 without going through the IP network 67 to communicate with each other.

  Each server included in the distribution system 60 is merely a convenient model, and an actual distribution system may have a configuration in which a plurality of types of servers are integrated, and there are no servers. It may be okay. In addition, a server used for distributing a plurality of data such as the metadata server 62 may be configured by dividing the actual server for each type of data. Each server is connected by a network such as the Internet.

FIG. 3 is a configuration example of the receiver 50.
The receiver 50 has a storage 550 that can reproduce the received content, output it to a removable medium or a network, and store the content. In the figure, solid arrows indicate the flow of content, and broken arrows indicate the flow of control.

  The receiver 50 is physically connected to the IP network, and transmits and receives IP (Internet Protocol) data packets. The communication I / F (Interface) 510 and the communication I / F 510 allow TCP (Transmission Control Protocol) and UDP. The communication processing unit 511 performs processing of various IP communication protocols such as (User Datagram Protocol), DHCP (Dynamic Host Configuration Protocol), DNS (domain name server), and HTTP (Hyper Text Transfer Protocol).

  The downloader 55 is a processing unit that performs processing for acquiring content and information related to the content. The DRM client 54 manages the copyright of the content and provides a function for controlling viewing and copying of the content according to the content purchase conditions. The decryptor 514 decrypts the content to be downloaded based on an instruction from the DRM client 54. The stream output processing unit 57 outputs the content to the removable medium 560 connected to the receiver 50. Alternatively, the stream output processing unit 57 outputs content to the network connection device 570 connected via the communication processing unit 511 and the communication I / F 510.

The removable medium 560 is a removable storage medium that can be accessed via the removable medium I / F 534 connected to the stream output processing unit 541.
The receiver 50 includes a remote control I / F 533 for operation, and is operated by the user according to the received remote control signal.
Further, the receiver 50 may have a function of receiving a streaming delivery service for on-demand video / audio content. In this case, a streaming reception processing unit 512 that processes real-time reception of video / audio content via the communication processing 511 is provided.

The AV player 53 decodes the downloaded content, the content distributed by streaming, or the content received by broadcasting, and converts it into video and audio signals.
The AV player 53 has a demultiplexer 521 inside, and the processing unit separates the content decoded by the decryptor 514 into video, audio, and subtitle packets, and each packet is divided into a video decoder 522, an audio decoder 523, Send to subtitle decoder 524. These decoders 522, 523, and 524 decode the video, audio, and subtitle information, respectively, and the video / audio output process 530 converts them into integrated video / audio signals. This video / audio signal is output to the outside from the receiver 50 via the video / audio output I / F 531.

For this reason, by connecting a television or the like to the video / audio output I / F 531, the user can view content composed of video / audio.
The video / audio output processing 530 and the video / audio output I / F 531 may be HDMI (registered trademark) standard interfaces that process and output video and audio in an integrated manner. Examples such as video composite signal output and analog audio output that are processed and output to the outside are also possible.

  Further, the receiver 50 may have a function of receiving and recording a digital broadcast. In this case, the receiver 50 receives a broadcast I / F 501 for inputting broadcast radio waves, a digital broadcast reception processing unit 502 that decodes a digital broadcast signal and converts it into a video / audio stream, and a copyright protection unit when decoding the digital broadcast signal. It has CAS (Conditional Access System) 503 for processing.

The receiver 50 can output the downloaded content directly to the stream output processing unit 57 and output it to the removable medium 560 or the like.
The receiver 50 can also temporarily store the downloaded content in the storage 550. In this case, thereafter, the stream output processing unit 57 outputs the content acquired from the storage 550 to the removable medium 560 or the like by the operation of the receiver.
Even in the configuration having the storage 550, either the export process without storing the content in the storage 550 or the process of exporting the content once stored in the storage 550 may be performed.

In this case, even when the receiver has a storage 550 such as an HDD, the downloaded content can be exported to the removable medium 560 via the stream output processing unit 57, so the content is stored in the storage 550. There is also an advantage that downloading is possible even when there is not enough free space in the storage capacity of the storage.
In addition, when the receiver 50 of FIG. 3 performs only the service of directly exporting 560 to a removable medium without going through the storage 550, a cheaper receiver without the storage 550 can be realized. It becomes.
Further, the downloaded content is temporarily stored in the storage 550 without being decrypted, and the DRM client 54 receives a license from the DRM server 64 when the content stored in the storage 550 is reproduced or exported to the removable media 560 or the like. 300, and the decrypter 514 can decrypt the content stored in the storage 550 based on the content key 311 described in the license 300.

In the case of content reproduction, the decryptor 514 decodes the content, and the demultiplexer 521 separates the video, audio, and caption data packets. The video decoder 522, the audio decoder 523, and the caption decoder 524 decode the separated video packets, audio packets, and caption data packets. The video / audio output processing unit 530 outputs the decoded video / audio to the outside via the video / audio output I / F 531. Through these processes, the user can view the content.
In the case of content export, the decryptor 514 decrypts the content, and the stream output processing unit 541 outputs the combined content to the removable medium 560 or the like.

  Note that the digital broadcast reception processing unit 502, CAS 503, communication processing unit 511, streaming reception processing unit 512, decryptor 514, demultiplexer 521, video decoder 522, audio decoder 523, subtitle decoder 524, video The audio output processing unit 530, the storage 550, the browser 51, the ECG processing unit 52, the AV player 53, the DRM client 54, the downloader 55, the local navigation 56, and the stream output processing unit 57 are processes that perform all or part of each process. It can be realized by hardware such as an integrated circuit as a unit.

In addition, a digital broadcast reception processing program 502, a CAS program 503, a communication processing program 511, a streaming reception processing program 512, a decryptor program 514, a demultiplexer program 521, which are stored in a storage device such as a storage 550 or a memory (not shown). Video decoder program 522, audio decoder program 523, subtitle decoder program 524, video / audio output processing program 530, storage 550, browser program 51, ECG processing program 52, AV player program 53, DRM client program 54, downloader program 55, local The navigation program 56, the stream output processing program 57, etc. are processed by an arithmetic processor such as a central control unit (not shown). By, it can be implemented by software processes of all or part.
In order to simplify the description, each process realized by executing various programs by the central control unit or the like is described mainly with respect to each processing unit realized by the program. When each processing unit is realized by hardware, each processing unit mainly performs each process.

  Next, the data transfer relationship in the content distribution service between the receiver 50 having the system configuration in FIG. 3 and the content distribution system 60 in FIG. 2 will be described with reference to FIGS. 4, 5, and 6. 4 to 5 show only a part of the blocks used in the processing flow from the receiver 50 of FIG. 3, each having other processing units of the receiver 50 of FIG. The configuration described in FIGS. 4 to 5 is not always necessary. Some may be omitted.

The receiver 581 in FIG. 4 is a subset obtained by extracting blocks for exchanging data with the streaming distribution system from the receiver 50 in FIG. 3.
The content distribution system 60 distributes a Web server 61 that distributes a Web document 71, ECG metadata 400 that describes attribute information of the content to be distributed, and a reproduction control metafile 200 that describes information necessary for reproducing the content. The metadata server 62, the content server 63 that distributes the content body 75, the DRM server 64 that distributes the license 300 including the right to use the content and the key information necessary for the decryption of the content necessary for use, and customer information of the distribution service A customer management server 65 to be managed, a billing / settlement server 63 for performing billing and settlement processing of contents by the customer, and the like.
A transmission path 67 for data communication between the receiver 581 and the distribution system 60 assumes the distribution network of FIG.

  In the case of FIG. 4, the browser 51 presents the Web 71 received from the Web server 61 and operates the operation device such as a remote controller to search and search for the content 75 that the user wants to see. As another method, the ECG (Electric Content Guide) processing unit 52 of the receiver application presents the ECG metadata 400 acquired from the metadata server 62 to the user in the form of ECG, and the content the user wants to see from the ECG. A method for searching and searching for 75 may be provided.

  When the content to be viewed is selected and the user issues a content playback instruction on the Web document 71, the browser 51 acquires the playback control metafile 200 in which the reference destination is described in the Web document 71 from the metadata server 62, and A reproduction request is made to the AV player 53. Alternatively, when the user issues a content playback instruction on the ECG displayed by the ECG processing unit 52, the ECG processing unit 52 transmits the playback control metafile 200 in which the reference destination is described in the ECG metadata 400 from the metadata server 62. Obtaining and making a playback request to the AV player 53.

  The AV player 53 acquires the content key described in the content license 300 and the signal output restriction / copy control information called RMPI (Right. Management and Protection Information) from the DRM client 54 in accordance with the content of the playback control metafile 200. Then, the content key is set in the decryptor 514, the output conditions such as video and audio are set in the video / audio output I / F 531 in accordance with RMPI, and the content 75 distributed from the content server 63 is streamed.

  The DRM client 54 holds a valid license 300 and, if requested by the AV player 53 or the stream output control unit 57, provides a content key or RMPI from the corresponding license 300. If the requested license 300 has not been acquired, the license 300 necessary for content reproduction is acquired from the DRM server 64.

The receiver 582 in FIG. 5 is a subset obtained by extracting blocks for exchanging data with the download distribution system from the receiver 50 in FIG. 3.
Also in the case of FIG. 5, the browser 51 presents the Web 71 received from the Web server 61 and operates the operation device such as a remote controller to search and search for the content 75 that the user wants to see. As another means, the ECG processing unit 52 of the receiver application presents the ECG metadata 400 acquired from the metadata server 62 to the user in the form of an ECG, and searches the content 75 that the user wants to see from the ECG. A means of finding out may be provided.

  When the content to be viewed is selected and the user issues a content download instruction on the Web document 71, the browser 51 acquires the download control information 100 in which the reference destination is described in the Web document 71 from the metadata server 62, and the downloader. A download execution request is issued to 55. Alternatively, when the user issues a content download instruction on the ECG displayed by the ECG processing unit 52, the ECG processing unit 52 acquires the download control information 100 in which the reference destination is described in the ECG metadata 400 from the metadata server 62. Then, a download execution request is made to the downloader 55.

  The downloader 55 acquires the playback control metafile 200, and in accordance with the contents, downloader 55 controls the content key described in the content license 300 and signal output restriction / copy control called RMPI (Right. Management and Protection Information) from the DRM client 54. Information acquired, content key set in decryptor 514, output conditions such as video and audio for export destination removable media 560 and network connection device 570 in accordance with RMPI, content distributed from content server 63 75 is downloaded, the content decrypted by the decryptor 514 is output to the stream output control unit 57, and the export process is performed.

The receiver 583 in FIG. 6 has extracted and described blocks for exchanging data with the download distribution system via the storage 550 from the receiver 50 in FIG.
In the case of FIG. 6, the browser 51 presents the Web 71 received from the Web server 61 and operates the operation device such as a remote controller to search and search for the content 75 that the user wants to see. Although not shown in the figure, as in FIG. 5, the ECG processing unit 52 of the receiver application presents the ECG metadata 400 acquired from the metadata server 62 to the user, and searches for the content 75 that the user wants to view. May provide a means of finding out.

When the selection of the content to be viewed from the user is received and the user issues a content download instruction on the Web document 71, the browser 51 receives the download control information 100 in which the reference destination is described in the Web document 71 from the metadata server 62. Obtain the download and make a download execution request to the downloader 55.
The downloader 55 acquires the ECG metadata 400, the reproduction control metafile 200, and the content 75 of the content to be downloaded, and accumulates them in the storage 550.

The stored content 75 can be searched, selected, played, and exported by an application called local navigation 56 of the receiver.
When content reproduction is instructed by the local navigation 56, the AV player 53 is activated to request reproduction, and when content export is instructed, the stream output control unit 57 is activated to perform export processing. Request.

Next, the contents of information processed by the receiver will be described in detail.
FIG. 7 is a correlation diagram of ECG metadata 400 presented for content search by the ECG processing unit 52 as an ECG. The ECG metadata 400 is described in the XML format.

  ECG metadata 400 is content metadata 430 that describes attribute information such as the name and description of each distributed program, video, audio, genre, etc., and each program can be managed by grouping a series of series. Series metadata 410, license metadata 470 describing the purchase license of the program, and package metadata 450 describing the purchase conditions of the program or grouped program. The content metadata 430 can describe a group ID that uniquely identifies the group metadata 410 to which the program belongs, and the group metadata 410 describes the group ID of the group metadata 410 to which the program belongs. By doing so, a hierarchical group structure can be defined.

  The license metadata 470 has a content ID that uniquely identifies content metadata 430 of a program that can be used with the license, and a purchase ID that uniquely identifies package metadata 450 that can be used as a purchase condition. The package metadata 450 has a purchase ID and a content ID corresponding to each other. The content metadata 430 is the reference information for acquiring the playback control information 200 for streaming playback and the download control information 100 for downloading content when the content can be played back by streaming and / or downloaded. Can have.

FIG. 8 shows a configuration example of the package metadata 470 in the ECG metadata 400.
The package metadata 450 includes a billing validity period 451 describing the start date / time and end date / time of billing, a purchase ID 452 for uniquely identifying the package metadata 450, and a target content ID 453 for identifying the content to be purchased of the package metadata 450. Hold.
The package metadata 450 can describe a plurality of packages in one package metadata, and has the following information for each package.

The package name 461, the package price 462, and the description 465 are information for presenting the package contents to the user. The purchase type 463 is information for identifying the purchase form of the package, such as whether the package is a single content purchase, a series batch purchase, or a monthly contract purchase. The distribution type 464 is a content distribution type. Is information for identifying a distribution form such as whether it is streaming distribution, download distribution, or both.
The purchase request URL 466 is information describing an access destination of a server that requests a purchase transaction based on a user's purchase operation.

  That is, the ECG processing unit 52 refers to the content media data 430 or the group metadata 410, presents a search screen, finds the content to be used, and refers to the license metadata 470 of the content. The purchase condition of the content is presented to the user, and the purchase operation is performed according to the package metadata 450. When content streaming playback is instructed on the ECG presented by the ECG processing unit 52, the playback control information 200 is acquired according to the URL described in the content metadata 430, and the AV player 53 plays back the playback control information 200. Streaming playback is performed according to the description content.

  When content download is instructed on the ECG presented by the ECG processing unit 52, the download control information 100 is acquired according to the URL described in the content metadata 430, and the downloader 55 downloads the download control information 100. Download the content according to the description.

FIG. 9 is a configuration example of the download control information 100. The download control information 100 includes download control attribute information 110 describing the contents of the metafile itself, and download execution unit information 150 used to download one or more contents.
The download control information 100 is described by RSS (RDF Site Summary or Really Simple Syndication), for example. The download control information can be created (prepared) for a plurality of arbitrary contents in a certain package, but does not extend over a plurality of packages.

  It is also possible to prepare a plurality of packages for a certain package. However, download control information should be prepared so that all contents in the package can be downloaded. The download control information 100 may be updated, and the receiver checks at regular intervals and updates the difference. In the case of RSS, each content is uniquely identified by an enclosure url.

  The download control information 100 includes a download control information name 111 indicating the name of the corresponding download control information 100 (eg, download reservation name, file name, ID, etc.), and the location of the corresponding download control information 100 (eg, download reservation). The URL on the Internet of the website providing the URL, but not limited to the URL, it may be another address. The same applies to the following. The explanation of the download control information location 112 and the corresponding download control information 100 ( For example, it has information such as a description 113 of download control information indicating a download reservation, a language type, an update check flag 114, an update deadline date 115, and the like.

  The update check flag 114 is a flag for determining whether or not the contents of the download control information 100 on the metadata server 62 have been changed, and whether or not to check periodically. After acquisition, it takes a “single” value that is not periodically checked. The update deadline date and time 115 is valid when the update check flag 114 is “update”, and describes the date and time of the deadline for continuously checking the update of the download control information 100.

  The update deadline date 115 indicates a deadline for monitoring content updates. The unit of time limit (day unit, hour unit, minute unit, etc.) is arbitrary. It is also possible to take a value indicating "no expiration", i.e. semi-permanent checking. Further, as another implementation method, a configuration in which the update check flag 114 is omitted by handling a special value (for example, all 0) of the update deadline date and time 115 as a value indicating the update check flag 114 “single” can be realized. .

  A plurality of download execution unit information 150 can be described in the download control information 100. For each content to be downloaded, the title 151 of the distribution content indicating the title of the content (may be a program name or the like, or a file name or ID), description of the content (features, remarks, etc.) A description 152 of the distribution content indicating the distribution date, a distribution date 153 indicating the date and time of distribution (may be in units of days or minutes), a content ID 154 of the distribution content uniquely identifying the content on the Internet, and distribution Content type 155, location 156 of content indicating the acquisition destination URL of distribution content, location 157 of ECG metadata indicating the acquisition destination URL of ECG metadata corresponding to the content, acquisition destination of reproduction control information corresponding to the content Location 158 of reproduction control information indicating URL, distribution Storage of information such as the size 159 of the content.

  For example, the content ID identifier 154 is described by a character string defined by the schema “CRID: // authority / content_id”, and the authority part is a keyword that uniquely identifies the content distributor on the network. is there. In this embodiment, a domain name managed as a unique name on the Internet is used as authority.

  The content_id after authority / is an ID that uniquely identifies the content within authority, and the format of the character string may be freely operated with authority. Through such operations, it becomes possible to uniquely identify content on the Internet by the content identifier 154, and by accessing the content identifier 154 as a URL on the Internet, the target content and related metadata are acquired. It becomes possible to do.

  The distribution date and time 153 normally describes the date and time when the content is stored in the content server 63 and published. However, when the download control information 100 is distributed, the content is not yet released, and the distribution date and time 153 is scheduled to be distributed. Future date and time may be listed. In addition, once the content of the distributed content is updated, the updated date / time is described in the distribution date / time 153.

The distribution content type 155 describes the type of video, photo, music, program, multimedia data distributed from the server, for example. The video may be further subdivided into movies, news, sports, etc., and the music may be further subdivided into classical, rock, jazz, etc. types.
Distribution content metadata is auxiliary information necessary for content playback and execution. Examples include content search genre and keyword information, and, if the content is video information, its thumbnail and chapter information. .

FIG. 10 shows an example of the configuration of the playback control metafile 200. A configuration of the reproduction control metafile 200 acquired by referring to the download control information 100 will be described.
The playback control metafile 200 is decrypted by accessing the copyright management server in order to decrypt the content-specific attribute information 210, which is the AV stream information of the content necessary for content playback, and the encrypted content. 3 XML documents including license acquisition information 220 necessary for acquiring a content key and the like, and network control information 230 necessary for reproduction control in the case of streaming VOD. The network control information 230 is not necessary in the case of download distribution.

  The content unique attribute information 210 includes the file name and reference destination 211 of the content main body file, the identification information 212 indicating whether the content is encrypted, the time length 213 of the content, the video encoding method, the resolution / scanning / aspect ratio, etc. It provides video signal attribute information 214, audio signal attribute information 215 such as stereo / mono / multi-channel distinction, and the like.

  The content license acquisition information 220 includes copyright management server address information 221 as a license acquisition destination of the target content, copyright management method type information 223, a license ID 224 indicating the type of copyright protection range attached to the content, copyright Information such as the value 222 of the element to be signed and the reference destination 226, the license usage condition information 225, and the public key certificate 227 necessary for verifying a certain signature for performing server authentication between the management server and the client receiver. I will provide a.

The network control information 230 includes various streaming server function information such as information 231 on the available streaming protocol method, special playback and content cueing method 232, whether paused playback can be resumed from the middle, In the case where the function allows variable-speed playback in a plurality of stages, information 233 indicating the magnification for each stage and information 234 on the playback method are described.
As a playback method, a method that prepares and distributes a stream dedicated to variable-speed playback on the server side, a method that realizes pseudo high-speed playback by skipping and playing back still images included in the normal-speed playback stream, etc. Is done.

FIG. 11 shows a configuration example of the license 300. A configuration of the license 300 that is acquired by referring to the download control information 100, or acquired at the start of content reproduction or export starts will be described.
The license includes a reproduction license 310 that describes a right to view a program and an export license 320 that describes a right to output to an external medium or network.

The license holds the encryption keys 311 and 321 of the contents necessary for combining the contents. In the case of the reproduction license 310, the use start date and time and the use end date 312, the signal output restriction at the time of reproduction and the copy control information 313 are stored. have.
The use start date / time and use end date / time 312 can be designated indefinitely.
In the export license 320, for each exportable medium (or network), use condition information 322 such as copy restriction and analog output restriction when outputting to each medium can be designated.

  The export license 320 can be exported once with one license, and N export licenses 320 are distributed from the DRM server 64 to the receiver 50 so that one content can be exported N times.

Next, an example of a user interface of a receiver application realized based on the above system configuration and data configuration will be described with reference to FIGS.
FIG. 12 is an example of a content search screen 1000 realized by the ECG processing unit 52.
Remote control On this screen activated on this screen, options such as keyword 1001, genre 1002, delivery date 1003, price 1004, provision form 1005, etc. and input fields are prepared. In response, the ECG metadata 400 is searched.

  FIG. 13 is a display example of the search result screen 1100 displayed by the ECG processing unit 52. In this example, a list of search results is displayed, and purchase or details 1104, VOD viewing 1105, and DL related buttons 1106 are displayed as title 1101, provision form 1102, purchase status 1103, and operation buttons for content.

In the provision form column 1102, if the content is provided in the package metadata 450 only by VOD distribution (streaming distribution), “DL” if it is provided only by download distribution, if “DL” is provided by both. It is assumed that “VOD / DL” is displayed. VOD stands for Video On Demand.
In the purchase status column 1103, information managed by the receiver, such as whether the content has been purchased by the user, not purchased, or free content, is presented.

The purchase or detail button 1104 displays a “purchase” button if the content has not been purchased, and displays a “detail” button if the content has been purchased or purchase is not required for free.
The “VOD viewing” button 1105 is displayed only when the content can be viewed by VOD (streaming). When this button is selected, VOD viewing is started.

  The DL-related button 1106 is displayed only for downloadable content, and according to the state, download is instructed, but for content that has not yet been downloaded, a “DL waiting” button that cannot be operated is displayed, and download starts. When the download is completed, “DL viewing” is displayed. When the “DL viewing” button is selected, the downloaded content can be viewed. Even in “in DL”, there may be a receiver that enables viewing of content as long as it is buffered to some extent.

FIG. 14 is an example of a content purchase screen 1200 displayed by the ECG processing unit 52. The content purchase screen 1200 is displayed when the “Purchase” button is selected on the search result screen 1100. Title 1201, content 1202, director 1203, performer 1204, genre 1205, viewing deadline 1206, playback necessary for content purchase When the time and video / audio information 1207, the number of times of export and the output destination information 1208, the provision form option 1209, the price 1210, etc. are presented based on the ECG metadata 400, and the provision form 1209 is selectable, You can choose VOD, download, or both.

In the example of FIG. 14, “VOD” is displayed as being invalid due to a strike-through line, and “Download” is displayed as valid. A check mark indicates that the user has selected “download”.
After the selection, by selecting a “Purchase” button 1223, a content purchase transaction occurs with the distribution system.
When the “Return” button 1224 is selected, the screen returns to the search result screen 1100.

FIG. 15 is an example of a content detail screen 1250 displayed by the ECG processing unit 52. After purchasing the content, the content detail screen 1250 is presented by selecting the “detail” button on the search result screen 1100.
In this screen, the displayed information is almost the same as the content purchase screen 1200, but since it has already been purchased, there is no “Purchase” button 1223. Instead, “VOD viewing” 1220, “download viewing” 1221, “export” 1222 Buttons are displayed, and the buttons are enabled and can be operated for the contents for which the respective functions are effective.
In addition, the provision form 1209 column cannot be selected because it has already been purchased, and only the provision form of the purchased content is displayed. For the contents that can be downloaded and viewed, the download progress status 1211 may be displayed. is there.

  FIG. 16 is an example of a content playback screen 1300 displayed by the ECG processing unit 52. When VOD viewing or download viewing is selected on the content search result screen 1100 or the content detail screen 1250, a content playback screen 1300 is presented.

  On the content playback screen 1300, based on the playback control information 200, the title banner 1302 displays the title of the content 1303, the playback time 1304, and detailed video / audio information 1305. In addition, some receivers 1406 display the current reproduction position in the entire reproduction time depending on the receiver.

FIG. 17 is an example of an export screen 1400 displayed by the ECG processing unit 52. When export is instructed on the content details screen 1250, an export screen 1400 is presented.
On this screen, the content title 1401, capacity 1402, and the like are displayed based on the ECG metadata 400, and allowed output destination options 1403 and the remaining number of exports 1404 managed by the receiver are displayed.
When the user selects an output destination and selects an “export destination check” button 1405, the content to be exported is checked whether it can be recorded on the export destination medium. The cause is displayed in the status column 1407.

When the “Export start” button 1406 is selected, a pre-check is performed in the same manner as when the “Export destination check” button 1405 is selected. If there is a problem, the cause is displayed in the status column 1407. In the case of the “start” button 1406, the export is started if it is normal.
The progress of the export is displayed as a progress status 1406. When the export is completed, an export screen 1400 in which the remaining number of times 1404 is reduced by one is displayed.
If it is desired to cancel the export before the completion of the export and return to the content detail screen 1250, the “Cancel” button 1409 is selected.

As described above, the ECG screen generated by the ECG processing unit 52 is configured.
As another example, the Web document 71 acquired from the Web server 61 can be presented by the browser 51 instead of the ECG processing unit 52, so that content search and reproduction can be performed.

FIG. 18 shows a transition example of the Web document 71 presented on the browser 51.
The browser 51 first displays the content sales portal page 1501 by accepting selection of a home page or bookmark when the browser 51 is activated. Here, when content search is instructed, the browser 51 displays a content list page 1502 of search results, and when content is selected from the search results, a content purchase page 1503 is displayed.

In the content purchase screen 1503, when purchase by the VOD is selected according to the distribution mode in which the distribution mode is selected and the content is purchased, the browser 51 displays the VOD playback start page 1504 and VOD playback is instructed. Then, the playback control metafile 200 is referred to, and the content playback screen of FIG. 16 is displayed.
In addition, when purchase by download is selected on the content purchase screen 1503, the browser 51 displays a download start page 1505. When the download start instruction is issued, the content is downloaded in the background based on the download control information 100. Start.

FIG. 19 shows a local navigation screen 1600 displayed by the browser 51. The status of the content that is downloaded and distributed is displayed on the local navigation screen 1600.
On this screen, a list of contents that have been instructed to be downloaded or contents that have been downloaded are displayed, and a “Purchase” or “Details” button 1604 is displayed as an operation button for the content title 1601, download state 1602, purchase state 1603, and content. Then, a “view” button 1605 is displayed for contents that can be viewed as purchase conditions, and an “export” button 1606 is displayed for contents that can be exported.

  In the download status column 1602, “DL waiting” indicating that the download has been instructed but the download status has been displayed, “DL in progress” in which download is started and the progress status is displayed, “DL completed” in which the download has been completed, and an error has occurred during the download Then, a status display such as “DL error” is displayed.

In the purchase state column 1603, states such as unpurchased, purchased, and free are displayed.
As for the buttons, a “purchase” button is displayed for unpurchased content, and a “details” button is displayed for purchased content. The viewing button becomes valid and can be selected when buffering has progressed to the extent that downloading is complete or playback is possible even during downloading. When the content is ready for export, an “export” button 1606 is displayed as valid and can be selected.

When the “view” button 1605 is selected, the screen transitions to the content viewing screen 1300, and when the “export” button 1606 is selected, the screen transitions to the export screen 1400.
As described above, from the content search to the content reproduction can be performed on the Web site.

Next, the export process will be described in detail with reference to FIGS.
FIG. 20 is a configuration example of an interface portion between the receiver and the removable medium. As the removable medium, for example, a removable HDD such as iVDR (registered trademark) is assumed. However, it is not limited to iVDR.
In the figure, solid arrows indicate the flow of content, and broken arrows indicate the flow of control.

FIG. 20 shows a configuration example of the stream output processing unit 57 that performs export processing to a removable medium 560 having a copyright protection function. The stream output control unit 57 of the receiver 50 includes a media authentication processing unit 541 that authenticates with removable media, a content key generation unit 543 that generates an encryption key for encrypting content to be transferred to the media, and encrypts content based on the content key. Content encryption processing unit 542, and a key encryption processing unit 544 that encrypts and transfers the generated content key to a removable medium.
The content input to the content encryption processing unit 542 is input from the decryptor 514 or the demultiplexer 521 of the receiver 50.

Note that the media authentication processing unit 541, the content key generation unit 543, the content encryption processing unit 542, and the key encryption processing unit 544 illustrated in FIG. 20 are all or partly integrated as a processing unit that performs each process. It can be realized by hardware by making it into a circuit. In addition, the media authentication processing program 541, the content key generation program 543, the content encryption processing program 542, the key encryption processing program 544 and the like stored in the storage 550 or a storage device such as a memory (not shown) are controlled by a central control (not shown). By processing with an arithmetic processor such as a unit, all or a part of each processing can be realized by software.
In order to simplify the description, each process realized by executing various programs by the central control unit or the like is described mainly with respect to each processing unit realized by the program. When each processing unit is realized by hardware, each processing unit mainly performs each process.

  The removable media 560 connected via the removable I / F 534 receives and decrypts the encrypted content key, the media authentication processing unit 561 that mutually authenticates with the media authentication processing unit 541 of the receiver 50. The key decryption processing unit 563 for extracting the content key and the protected storage area 564 that can be read and written only by the mutually-reliable and reliable receiver 50 indicate the received content key and the usage conditions (the number of copies, the expiration date for use) of the content. Information is stored in association with content.

Here, the number of times of copying indicates the number of recorded contents that can be further copied. If this number is M, M + 1 contents can be used in addition to the original contents body. The use time limit indicates the use time limit of the content on the removable medium, and the following description method is possible.
(1) Relative time from when content is written to removable media, etc. (2) Relative time from first access to content on removable media (3) Absolute use start date / time, use end date / time (any Can also be omitted, and the omitted start date and time and end date and time are considered to be unlimited)
Note that the media authentication processing unit 561 and the key decryption processing unit 563 described in FIG. 20 are realized by hardware by integrating all or part of them as a processing unit for performing each process. Can do. Further, the media authentication processing program 561, the key decryption processing program 563, etc. stored in the data storage area 562, the protected storage area 564, a memory area (not shown), and the like are processed by an arithmetic processor such as a central control unit (not shown). Thus, all or a part of each process can be realized by software.
In order to simplify the description, each process realized by executing various programs by the central control unit or the like is described mainly with respect to each processing unit realized by the program. When each processing unit is realized by hardware, each processing unit mainly performs each process.

The content encrypted by the media encryption processing unit 542 is stored in the data storage area 562 through the removable I / F 534.
It is conceivable that the media authentication processing unit 541 authenticates the reliability of the removable media 560 and authenticates the reliability of both the removable media 560 and the receiver 50 including the removable I / F 534.

  When the mutually authenticated receiver 50 reads the content stored in the removable medium 560, the content key of the content is read from the protected storage area 564, and the encrypted content read from the data storage area 562 is received. It can be used by decrypting the content key using the device 50.

  FIG. 21 is a configuration example of an interface portion between the receiver and the network connection device. FIG. 21 shows a configuration example of the stream output processing unit 57 that performs export processing via a network having a copyright protection function. In this case, the stream output control unit 57 of the receiver 50 generates a communication key for encrypting content based on the communication authentication processing unit 545 that performs mutual authentication with the network connection device and the common key exchanged at the time of authentication. The key generation unit 547 includes a communication encryption processing unit 546 that encrypts content based on the generated communication key and sends out the content via the communication I / F 510.

Note that the communication authentication processing unit 545, the communication encryption processing unit 546, and the communication key generation unit 547 described in FIG. 21 are all integrated into a circuit as a processing unit that performs each processing. It can be realized with wear. Further, the communication authentication processing program 545, the communication encryption processing program 546, the communication key generation program 547, etc. stored in the storage device 550 or a storage device such as a memory (not shown) are processed by an arithmetic processor such as a central control unit (not shown). Thus, all or a part of each processing can be realized by software.
In order to simplify the description, each process realized by executing various programs by the central control unit or the like is described mainly with respect to each processing unit realized by the program. When each processing unit is realized by hardware, each processing unit mainly performs each process.

The network connection device is connected to the network 580 via the communication I / F 571 and communicates with the receiver 50.
The communication authentication processing unit 572 performs mutual authentication with the communication authentication processing unit 545 of the receiver. The communication key generation unit 574 generates a communication key for decrypting the content based on the common key exchanged at the time of authentication. The communication decryption processing unit 573 decrypts the content received via the communication I / F 510 based on the generated communication key.

  In the example of FIG. 21, the content decrypted by the communication decryption processing unit 573 is encrypted by the local encryption processing unit 575 according to the encryption method of the network connection device 570 and stored in the data storage area 578 of the network connection device 570. Saved. The encryption key at this time is generated by the local key generation unit 576, and information indicating the local key corresponding to the content and the usage condition (number of copies, expiration date for use) of the content can be accessed only by a trusted device or software. It is stored in the protected storage area 577.

Note that the communication decryption processing unit 573, the communication key generation unit 574, the local encryption processing unit 575, and the local key generation unit 576 described in FIG. 21 are all or partly integrated as a processing unit that performs each process. It can be realized by hardware by making it into a circuit. Further, a communication decryption processing program 573, a communication key generation program 574, a local encryption processing program 575, a local key generation program 576, etc. stored in the data storage area 578, the protected storage area 577, a memory area (not shown), etc. By performing processing with an arithmetic processor such as a central control unit (not shown), all or part of each processing can be realized by software.
In order to simplify the description, each process realized by executing various programs by the central control unit or the like is described mainly with respect to each processing unit realized by the program. When each processing unit is realized by hardware, each processing unit mainly performs each process.

  In the example of FIG. 21, the network connection device 570 has a device-specific data storage area 578. However, the network connection device 570 has a removable I / F 534 as the receiver 50 of FIG. The content may be transferred to the removable medium 560 via the removable I / F 534. In this case, the configuration of the network connection device 570 conforms to the configuration of the receiver 50 in FIG.

With respect to the example of the receiver corresponding to the content distribution as described above, examples of processing performed by the receiver will be described with reference to FIGS.
FIG. 22 is an example of a processing flow diagram 2000 of the ECG processing unit 52.
The ECG processing unit 52 acquires ECG metadata from the metadata server (S2001: S represents a step), converts the acquired ECG metadata into a database that can be easily processed, and stores it in the storage (S2002). The content search screen 1000 is presented (S2003).

  Here, search conditions are input and set (S2004), and when search execution is instructed, a search result screen 1100 is presented. When an operation for the content is accepted on this screen (S2006) and the “purchase button” is selected, the ECG processing unit 52 displays the content purchase screen 1200 (S2007). When the user selects purchase conditions and selects a purchase button on this screen (S2008), the ECG processing unit 52 displays a content detail display screen 1250 (S2009). The content detail display screen 1250 is also displayed by selecting the “detail” button from the search result screen 1100.

  When the user selects the “VOD viewing” button from the search result screen 1100, the AV player is activated and VOD viewing is started (S2011). When the “DL viewing” button is selected, the AV player is activated and download viewing is started (S2012).

  On the content detail display screen 1250, when the “VOD viewing” button is selected by a user operation, the AV player is activated and VOD viewing is started (S2011). When the “DL viewing” button is selected, the AV player is activated and download viewing is started (S2012), and when the “export” button is selected, the screen transitions to the export screen 1400 (S2013).

FIG. 23 is an example of a processing flow of the stream output processing unit 57 when exporting content to the removable medium 560 on the export screen 1400.
After presenting the export screen 1400 (S2101), when the user selects an output destination by an operation on the screen (S2102) and selects an “export destination check” button, the stream output processing unit 57 sets the output destination as the output destination. It is checked whether or not the removable medium 560 is connected (S2103). If not connected, an error message indicating unconnected is presented (S2110).

  If connected, the media authentication processing unit 541 confirms authentication with the output destination removable medium 560 (S2104), and performs a detailed check of the removable medium 560 (S2105). Here, if there is no abnormality for writing the content, a result indicating normality is presented (S2106). If there is an abnormality, the cause of the error is presented (S2110), and the operation returns to the operation accepting state on the export screen (S2102). .

  The errors at this time include an authentication error caused by the cause of the removable medium 560 or the receiver 50, an error of insufficient remaining capacity necessary for writing the content, and a speed error of the removable media 560 that does not satisfy the speed necessary for reproducing the content. Various factors are conceivable, such as a storage format error when the file format specified by the removable medium 560 is not suitable for content storage, and a reading / writing error of the removable medium 560.

  When the “export start” button is selected on the export screen 1400, the stream output processing unit 57 checks whether the removable medium 560 is connected to the output destination (S2107). If not connected, an error message indicating unconnected is presented (S2110). If connected, the stream output processing unit 57 next confirms authentication with the output destination removable medium 560 (S2108), and performs a detailed check of the output destination removable medium 560 (S2109). Here, if there is an abnormality in writing the content, the cause of the error is presented (S2110), and the process returns to the operation acceptance state on the export screen (S2102). If there are no abnormalities, proceed to export processing.

  In the export process, first, the DRM client 54 acquires the export license 320 from the DRM server 64 (S2118), and then the content key generation unit 543 generates a content key (S2111). The key encryption processing unit 544 encrypts the key and exchanges the key with the output destination removable medium 560 (S2112). Further, the content key generation unit 543 sets a content key in the content encryption processing unit 542 (S2113). The content encryption processing unit 542 executes export processing to the removable medium 560 (S2114).

  When the export is completed (S2115), in the export end process (S2116), the media authentication processing unit 561 performs processing such as saving the content key and content usage condition information to the removable media 560, and updating the file management information. In other receivers and the like, the removable medium 560 can be read and written. Before the export is completed, if the user's cancel instruction or the removable media 560 is abnormal and the export is not completed normally, the cause of the abnormal termination is presented (S2117), and the export screen is displayed again (S2117). S2101).

FIG. 24 is an example of a processing flow of the stream output processing unit 57 when exporting to the network connection device 570 on the export screen 1400.
After presenting the export screen 1400 (S2201), when an output destination is selected by an operation on the screen (S2202) and the “export destination check” button is selected, the communication authentication processing unit 545 connects to the output destination via a network. It is checked whether the device 570 is connected (S2203). If not connected, an error message indicating unconnected is displayed (S2210). If connected, the communication authentication processing unit 545 confirms authentication with the network connection device 570 that is the output destination (S2204), and performs a detailed check of the network connection device 570 (S2105). If there is no abnormality for writing the content, a normal result is presented (S2106). If there is an abnormality, the cause of the error is presented (S2110), and the operation returns to the operation accepting state on the export screen (S2102).

  Similar to the export to the removable medium 560, the error in this case is also an authentication error caused by the cause on the network connection device 570 or the receiver 50 side, an error of insufficient remaining capacity on the network connection device 570 side necessary for storing the content, Various errors such as a speed error of the network connection device 570 that does not satisfy the speed required for playback, a storage format error when the file format specified by the network connection device 570 is not suitable for storing contents, a device abnormality of the network connection device 570, etc. There are various factors.

  When the “start export” button is selected on the export screen 1400, the communication authentication processing unit 545 checks whether the removable medium 560 is connected to the output destination (S2207). If not connected, an error message indicating unconnected is displayed (S2210). If connected, next, the communication authentication processing unit 545 confirms authentication with the output destination network connection device 570 (S2208), and performs a detailed check of the output destination network connection device 570 (S2209). If there is an abnormality in writing the content, the cause of the error is presented (S2210), and the operation screen returns to the operation acceptance state on the export screen (S2202). If there is no abnormality, the process proceeds to the export process.

  In the export process, first, the DRM client 54 obtains the export license 320 from the DRM server 64 (S2218), and the communication key generated based on the key exchanged at the time of mutual authentication by the communication authentication processing unit 545 is converted into the communication encryption processing unit. The communication encryption processing unit 546 executes export processing to the network connection device 570 (S2214).

  If the export is completed (S2215), a process such as closing the communication session is performed in the export end process (S2216). If the user's stop instruction or an abnormality of the network connection device 570 occurs before the export is completed and the export is not normally completed, the cause of the abnormal end is presented (S2217), and the display returns to the presentation of the export screen. (S2201).

FIG. 25 is an example of a processing flow diagram of the ECG processing unit 52 on the local navigation screen 1600 of FIG.
In the local navigation screen 1600, the ECG processing unit 52 reads the ECG metadata of the content of download delivery stored in a storage unit (not shown) (S2301), and presents the local navigation screen 1600 based on the information (S2302).

  In this state, the user's operation is accepted (S2303), and when the “Purchase” button is selected, the ECG processing unit 52 displays the content purchase screen 1200 (S2304). When the user selects purchase conditions on this screen and selects a purchase button (S2305), the ECG processing unit 52 displays a content detail display screen 1250 (S2306). The content detail display screen 1250 is also displayed by selecting a “detail” button from the local navigation screen 1600.

When the “view” button is selected from the local navigation screen 1600, the ECG processing unit 52 activates the AV player 53 to start downloading and viewing (S2308). When the “export” button is selected, the export screen 1400 is displayed. (S2309).
Even on the content detail display screen, when the “view” button is selected by the user's operation (S2307), the AV player 53 is activated and download viewing is started (S2308). When the “export” button is selected, the export screen is displayed. The process proceeds to 1400 (S2309).

  According to the above-described implementation, the receiver 50 can be connected from the distribution system 60 connected via the network via the ECG displayed on the ECG processing unit 52, the Web screen displayed on the browser 51, or the local navigation 1600. Content can be acquired and viewed.

  In FIGS. 22 and 25, the case where content is viewed or exported using the content search screen generated by the ECG processing unit 52 or the local navigation screen has been described. However, the present invention is not limited to this. The browser 51 may generate a content search screen or a local navigation screen and perform similar processing, or the AV player 53 may generate a content search screen or a local navigation screen and perform similar processing. .

Another example of the removable medium used by the receiver 50 is shown in FIGS.
FIG. 26 shows an example in which the removable medium is an optical disk medium. A media drive 580 is connected to the removable medium I / F 534, and the removable medium 585 is inserted into the media drive 580, via the media read / write unit 582. Can read and write.

The stream output processing unit 57 includes a drive authentication processing unit 551, a content key generation unit 548, a key read / write processing unit 548, and a content encryption processing unit 550.
When a removable medium 585 having a copyright protection function is inserted into a media drive 580 having a copyright protection function, it is possible to read and write the copyright-protected content, but the stream output control unit 57 of the receiver 50 Performs authentication processing between the authentication processing unit 581 of the media drive 580 and the drive authentication processing unit 551 as to whether or not the removable media 585 and the media drive 580 support copyright protection.

  After the authentication is established, the key generated by the content key generation unit 548 is set in the content encryption processing unit 550, the content is encrypted and written to the removable medium 585, and the key is encrypted to the removable medium 585 through the key read / write processing unit 549. Information indicating the media key used for conversion and content usage conditions (number of copies, expiration date for use) is written.

Note that the drive authentication processing unit 551, the content key generation unit 548, the content encryption processing unit 550, and the key read / write processing unit 549 illustrated in FIG. 26 are all or partly integrated as a processing unit that performs each process. It can be realized by hardware by making it into a circuit. Further, a central control (not shown) controls a drive authentication processing program 551, a content key generation program 548, a content encryption processing program 550, a key read / write processing program 549, etc. stored in a storage device such as the storage 550 or a memory (not shown). By processing with an arithmetic processor such as a unit, all or a part of each processing can be realized by software.
In order to simplify the description, each process realized by executing various programs by the central control unit or the like is described mainly with respect to each processing unit realized by the program. When each processing unit is realized by hardware, each processing unit mainly performs each process.

Note that the media read / write unit 582 and the authentication processing unit 581 illustrated in FIG. 26 can be realized by hardware by integrating all or part of them as a processing unit that performs each processing. . Further, the media read / write program 582, the authentication processing program 581 and the like stored in a memory area (not shown) are processed by an arithmetic processor such as a central control unit (not shown) so that all or a part of each processing can be performed by software. Can also be realized.
In order to simplify the description, each process realized by executing various programs by the central control unit or the like is described mainly with respect to each processing unit realized by the program. When each processing unit is realized by hardware, each processing unit mainly performs each process.

FIG. 27 shows an example in which the removable medium is a memory card. A removable medium 590 is directly connected to the removable medium I / F 534.
The stream output processing unit 57 includes a drive authentication processing unit 552, a content key generation unit 553, a key read / write processing unit 554, and a content encryption processing unit 555.

  The direct removable medium 590 includes a general data storage area 591 and a protected storage area 592 that holds a key for encrypting data, and the drive authentication processing unit 552 protects whether the removable medium 590 is copyright protection-compatible. Judgment is made based on the presence / absence of the storage area 592, and after the authentication is established, the key generated by the content key generation unit 553 is set in the content encryption processing unit 555, and the content is encrypted and written to the data storage area 591 of the removable medium 590 Then, through the key read / write processing unit 554, the media key used in the protected storage area 592 and information indicating the usage conditions (the number of copies and the expiration date for use) are stored.

Note that the media authentication processing unit 552, the content key generation unit 553, the content encryption processing unit 555, and the key read / write processing unit 554 illustrated in FIG. 27 are all or partly integrated as a processing unit that performs each process. It can be realized by hardware by making it into a circuit. Further, the media authentication processing program 552, the content key generation program 553, the content encryption processing program 555, the key read / write processing program 554, etc. stored in the storage 550 or a storage device such as a memory (not shown) are controlled by a central control (not shown). By processing with an arithmetic processor such as a unit, all or a part of each processing can be realized by software.
In order to simplify the description, each process realized by executing various programs by the central control unit or the like is described mainly with respect to each processing unit realized by the program. When each processing unit is realized by hardware, each processing unit mainly performs each process.

  According to the above embodiment, the receiver 50 can export the copyright-protected content of the received content 75 to various forms of removable media.

  In this embodiment, an example of a distribution system that provides a VOD (Video On Demand) service by streaming and a receiver that receives the service will be described. The present embodiment mainly describes a receiver and is suitable for implementation in a receiver, but does not hinder application to other than the receiver. Moreover, it is not necessary to employ all the configurations of the embodiment, and can be selected.

<System>
FIG. 28 is a block diagram illustrating a configuration example of a content distribution system. The system includes a distribution system 60, a portal system 2800, a receiver 50, a monitor (display device) 3705, a wide area network / closed network (the content distribution network 40 of FIG. 1, the Internet network) based on the system configuration shown in FIG. 45).

  The configuration of the distribution system 60 is the same as in FIG. 2, the Web server 61 that distributes Web format data such as a service menu screen, a content navigation screen, a sub-window screen including operation buttons, etc. to the receiver 50, content attributes A metadata server 62 that distributes ECG metadata 400 describing information and reproduction control information 200 describing information necessary for content reproduction, and a content server 63 that distributes 2D / 3D content (including streaming distribution and download distribution). , A DRM server 64 that distributes a license including information on a right to use the content and a key necessary for decrypting the content that is necessary for use, a customer management server 65 that manages customer information of the distribution service, and content billing and settlement processing by the customer Or billing / settlement server 66 It made.

  Note that each server included in the distribution system 60 is merely a convenient model. In an actual distribution system, a configuration in which a plurality of types of servers are integrated may be used as a substance. Alternatively, a server used for distributing a plurality of screens and data, such as the metadata server 62, may be configured by dividing an actual server for each type of service or data.

  The portal system 2800 is used as a primary connection destination (entrance to the use) by the receiver 50 that can enjoy various services such as content distribution, shopping, and videophones via the network. It is assumed that guidance / bridge to various service systems including 60 is performed. The system 2800 includes a portal server 2801, a customer management server 2802, a billing / settlement server 2803, a device authentication server 2804, and the like.

The portal server 2801 distributes Web format data such as a service navigation screen and a content navigation screen to the receiver 50 when the receiver 50 activates the browser 51 to use the network service.
Similar to the customer management server 65, the customer management server 2802 manages customer information of customers who use the services provided by the portal system 2800. Further, portal member authentication is performed in cooperation with a device authentication server 2804 described later.

The billing / settlement server 2803 performs billing and settlement processing for service use by the customer, similarly to the billing / settlement server 66.
The device authentication server 2804 performs device authentication of the receiver 50 that has accessed the portal system 2800, and confirms that it is an accessible and valid receiver.
Here, the portal system 2800 may be provided by a service provider that provides the distribution system 60, or may be independently operated by a third party service operating company or receiver manufacturer.

Further, the portal server 2801 and the Web server 61, the customer management server 2802 and the customer management server 65, the billing / settlement server 2803 and the billing / settlement server 66 may each have an integrated server as an entity.
Further, the device authentication server 2804 may be in a form that can be shared between the portal system 2800 and the distribution system 60, and the distribution system 60 may acquire the information of the device authentication server 2804.

<Receiver>
The receiver 50 may have the same configuration as that shown in FIG. 3, and may be configured such as the receiver 581 shown in FIG. 4, the receiver 582 shown in FIG. 5, and the receiver 583 shown in FIG. The receiver 50 is connected to the monitor 2805 via the video / audio output I / F 531 and displays the Web screen, content, and the like received by the receiver 50 on the monitor 2805. The monitor 2805 is not limited as long as the monitor 2805 is a device including a display unit such as a television, a personal computer, a portable terminal, and a liquid crystal projector. The monitor 2805 may be externally attached to the receiver 50 or built therein. Furthermore, the monitor 2805 may be connected via the communication I / F 510 of the receiver 50.

FIG. 29 is an example of the configuration of customer information managed by the content distribution system and the portal system. The relationship between the various IDs in the figure is an example for explaining the present embodiment, and does not limit the use of the various IDs in the actual service.
The portal system 2800 manages customers using the device ID 2901 and the member ID 2902.

  The device ID 2901 is a unique ID of the receiver 50, and is an ID for uniquely identifying the receiver 50 by the device authentication server 2804 of the portal system 2800 by device authentication. This ID may be issued by the portal system 2800, or the ID generated by the receiver 50 by combining one or more pieces of information such as the model name, manufacturing serial number, and MAC address of the receiver 50 according to a predetermined rule is used. You may do it.

  When the portal system 2800 issues a device ID 2901, when the receiver 50 accesses the portal system 2800 for the first time, the manufacturer name, model name, manufacturing serial number, MAC address, etc. that the browser 51 of the receiver 50 holds / manages in advance. Is transmitted to the portal system 2800. The terminal information managed by the browser 51 is secure information written at the time of factory shipment, and may not be changed by the user of the receiver 50. The portal system 2800 requests the device authentication server 2804 to register such information regarding the receiver 50.

  On the other hand, the device authentication server 2804 determines whether or not the receiver indicated by the information exists in a device list (a manufacturer name, a model name, whether streaming or download is installed, etc.) held in advance, If not, a registration failure is returned to the portal system 2800. If it exists, a uniquely identifiable device ID 2901 is generated, the information and the device ID 2901 are registered, and the registration success and the device ID 2901 are returned to the portal system 2800. The portal system 2800 transmits the reply content to the receiver 50. Only when the registration is successful, the receiver 50 records the received device ID 2901 in the storage 550 and uses it for subsequent device authentication.

On the other hand, when the receiver 50 issues the device ID 2901, when the receiver 50 accesses the portal system 2800 for the first time, the manufacturer name, model name, manufacturing serial number, MAC address, etc. held by the browser 51 in accordance with a predetermined rule. A device ID 2901 is generated from the information, and the device ID 2901 and the information are transmitted to the portal system 2800.
The portal system 2800 requests the device authentication server 2804 to register the received content.

On the other hand, the device authentication server 2804 determines whether or not the receiver indicated by the information exists in the device list held in advance, and if not, returns a registration failure to the portal system 2800. . If it exists, the received content is registered, and the registration success (may include the device ID 2901) is returned to the portal system 2800.
The portal system 2800 transmits the reply content to the receiver 50. Only when the registration is successful, the receiver 50 records the received device ID 2901 in the storage 550 and uses it for subsequent device authentication.

  The member ID 2902 is an ID for identifying a member who uses various services provided by the portal system 2800, and is an ID issued by the customer management server 2802 of the portal system 2800. It is assumed that the device ID 2901 and the member ID 2902 are associated with one to n (n is 1 or more).

  The distribution system 60 manages customers using the member ID 2902, the user ID 2903, and the DRM_ID 2904. The member ID 2902 uses an ID issued by the portal system 2800. The user ID 2903 is an ID uniquely issued by the distribution system 60 to the member, such as a primary user ID and a secondary user ID, and is used when a plurality of users share the receiver 50. The DRM_ID 2904 is an ID that uniquely identifies the DRM client 54 of the receiver 50, and is used when content distributed by the distribution system 60 is reproduced by the receiver 50.

  Next, a procedure from when the user accesses the portal system 2800 from the receiver 50 to enjoy the content distribution service provided by the distribution system 60 will be described with reference to FIGS. In addition, when transmitting and receiving at least customer information and information such as the content license 300 that need to be protected on a network such as a wide area network / closed area network, SSL (Secure Socket Layer), TLS (Transport Layer Security), etc. The security of the communication network will be secured using existing technology.

<Procedure for accessing the distribution system>
FIG. 30 shows a procedure from the receiver 50 to the portal system 2800 until the site of the distribution system 60 is accessed.
In order to use various services provided by the portal system 2800 and the distribution system 60, the user activates the Web browser using the “browser button” on the remote controller of the receiver 50, the operation buttons on the main body, and the like (S3001: S Represents a step).
In response to this instruction, the receiver 50 activates the browser 51 and issues a service request to the portal server 2801 of the portal system 2800 that is a primary connection destination registered in advance. At this time, the browser 51 may add the attached information such as Cookie related to the portal system 2800 held by the previous access (to the portal system 2800) to the service request and transmit it (S3002).

In response to the service request, the portal server 2801 of the portal system 2800 sends a response to the request and information (URL or script) for transitioning to a site (page) for executing device authentication processing to the receiver 50. Transmit (S3003).
The browser 51 of the receiver 50 accesses the site for executing the received device authentication process, that is, the device authentication server 2804 of the portal system 2800, and executes a predetermined device authentication process between them. Here, the device ID 2901 described above is included in the device authentication request issued to the device authentication server 2804 by the receiver 50, but information related to other receivers 50 (names identifying the manufacturer and model, version information, etc.) May be.

  Thereafter, the device authentication server 2804 transmits to the receiver 50 a result of the device authentication process and a redirect request to the portal server 2801 to be accessed next. At this time, the device authentication server 2804 may set a cookie including the result of device authentication, the device ID 2901, the date and time of device authentication, the access status, and the like in the receiver 50 (S3004).

The receiver 50 that has succeeded in the device authentication processing 3004 accesses the portal server 2801 in response to the received redirect request from the device authentication server 2804. At that time, the device authentication result acquired from the device authentication server 2804 and the contents of the cookie are notified to the portal server 2801.
The portal server 2801 issues a portal member authentication request to the customer management server 2802 with the device authentication result. The customer management server 2802 confirms the contents of the device authentication result, determines whether or not the receiver 50 is a portal member in accordance with a predetermined authentication procedure, and notifies the portal server 2801 of the result.

Here, the portal server 2801 issues a portal member authentication request to the customer management server 2802 including the device ID 2901 in addition to the device authentication result. May be determined (S3005).
When the receiver 50 is a portal member based on the determination result received from the customer management server 2802 (that is, when the member ID can be acquired), the portal server 2801 generates a member page corresponding to the member ID, It is transmitted to the receiver 50.

  FIG. 34 is an example of a top screen generated by the portal system. A screen 3400 is an example of a network service navigation screen that is first displayed when the user activates the browser 51 in order to use the network service at the receiver 50, and is a network service that can be provided / bridged by the portal system 2800. Types 3401 (for example, VOD service, online shopping service, maintenance service, etc.) are provided. The member page generated by the portal server 2801 uses existing Web codes such as HTML (HyperText Markup Language) and Java (registered trademark) Script, and handles the data necessary for displaying the screen 3400 and the data. Includes a script for.

  For example, a process content to be executed when the user selects a desired service on the screen 3400 and a URL (Uniform Resource Locator) for screen transition are described. In the following examples including the present example, the screen and information generated by the distribution system 60 and provided to the browser 51 of the receiver 50 are described in the existing Web code (S3006). ).

The browser 51 of the receiver 50 that has received the member page displays the screen 3400 on the externally attached or built-in monitor 2805. For example, when the user selects “net service A” (for example, VOD service), a screen 3402 for selecting a link destination 3403 that provides the service described in the member page is displayed (S3007).
When the user selects a link destination to the distribution system 60 to be used on the displayed screen 3402 (S3008), the browser 51 of the receiver 50 requests the portal server 2801 to make a transition request to the selected link destination 3403. Issue (S3009).

Upon receiving the transition request, the portal server 2801 transmits information for transition to the selected link destination 4303 (script including URL, member ID 2902, etc.) to the receiver 50 (S3010).
The browser 51 of the receiver 50 that has received the information for transitioning to the selected link destination 4303 uses the member ID 2902 received based on the information as an argument to a predetermined URL (that is, the Web server 61 of the distribution system 60). An access request is transmitted (S3011).

The Web server 61 of the distribution system 60 that has received the access request requests the customer management server 65 for member authentication processing using the received member ID 2902. The customer management server 65 determines whether or not the receiver 50 is a member according to a predetermined authentication procedure based on the member ID 2902 and notifies the Web server 61 of the result (S3012).
Here, information on the member (name, user preference information, etc.) may be added to the member authentication result together with whether or not the member ID 2902 is registered in the customer management server 65 and when the member authentication is successful.
The Web server 61 that has received the member authentication result creates a member page based on information included in the result, and transmits the member page to the receiver 50.

  FIG. 35 is an example of a top screen generated by the content distribution system. A screen 3500 is an example of a menu screen of the VOD service provided by the distribution system 60. “Non-purchased content” 3501 for displaying a list of contents that are not yet purchased and can be purchased by the receiver 50, and the receiver 50 has already purchased. A “purchased content” 3502 for displaying a completed content list, and a “content search” 3503 for searching for arbitrary content. The member page includes data for displaying the screen 3500, a script for handling the data, a URL that transitions when the user selects any of 3501 to 3503 on the screen, and the like. (S3013).

Upon receiving the member page, the browser 51 of the receiver 50 displays the screen 3500 on an externally attached or built-in monitor 2805. (S3014).
With the above procedure, the user can access the site of the distribution system 60 from the browser 51 of the receiver 50.

<Procedure for purchasing content>
FIG. 31 is an example of a process flow diagram in which the receiver purchases content from the content distribution system.
When the user selects “unpurchased content” 3501 on the screen 3500 displayed on the monitor 2805 via the browser 51 of the receiver 50 (S3100), the browser 51 receives the web server 61 of the distribution system 60. The service 50 issues a service acquisition request necessary for displaying the unpurchased and purchaseable content list screen (S3101).
On the other hand, the Web server 61 of the distribution system 60 determines the device of the receiver 50 based on the member ID 2902 of the receiver 50, acquires information on contents that the receiver 50 has not purchased and can be purchased, Generate and return an unpurchased content list screen.

A screen 3600 in FIG. 36 is an example of an unpurchased content list screen generated by the distribution system 60. The screen 3600 includes information (content name, purchase expiration date, purchase price, etc.) 3601 relating to content that can be purchased by the receiver 50, a button 3602 for displaying detailed information related to the content, and a button 3603 for instructing purchase. To do.
The content list screen includes data for displaying the screen 3600, a script for handling the data, a URL that transitions when the user selects a detail button 3602 or a purchase button 3603 for a desired content on the screen, and the like. (S3102).

Here, the device identification of the receiver 50 is performed by a method in which the Web server 61 acquires information related to the receiver 50 using the member ID 2902 to the portal system 2800, or the customer management server 65 of the distribution system 60 and the portal system 2800. There are a method of sharing the device authentication server 2804 with the customer management server 2802, a method of acquiring information about the receiver 50 in step 3011/3012 or step 3101 in FIG.
The browser 51 of the receiver 50 that has received the content information displays the screen 3600 on the externally mounted or built-in monitor 2805 (S3103).

The user selects purchase desired content 3601 on the displayed screen 3600 and presses a purchase button 3603 (S3104).
In response to this, the browser 51 of the receiver 50 issues a content purchase request instructed by the user to the Web server 61 of the distribution system 60 using the URL included in the content list screen (S3105).
Receiving the purchase request, the Web server 61 transmits a purchase confirmation screen for the purchase procedure to the receiver 50 (S3106).
The browser 51 of the receiver 50 that has received the purchase confirmation screen displays the screen on the monitor 2805 (S3107).

The user confirms the purchase agreement and purchase procedure displayed on the screen, inputs the user name / password as necessary, and then presses the purchase confirmation button. In response to this, the browser 51 issues a purchase confirmation request (may include the input user name and password) to the Web server 61 (S3108).
The Web server 61 of the distribution system 60 that has received the purchase confirmation request performs purchase processing and billing processing between the customer management server 65 and the billing / settlement server 66.
When the purchase / billing process ends, the customer management server 65 notifies the Web server 61 of purchase completion. Upon receiving the purchase completion notification, the Web server 61 generates a license (contract date / time, license ID, etc.) for the content purchased with the customer management server 65, and associates the license with the member ID 2902 and DRM_ID 2904 (S3109). .

  After completing all purchase processing, the Web server 61 creates a purchase completion screen and transmits it to the receiver 50. An example of a purchase completion screen is shown in a screen 3604 in FIG. The screen 3604 includes content information 3605 for which purchase has been completed, a button 3606 for viewing the content, and a button 3607 for returning to the screen 3600 or the screen 3500.

  In addition to the data for displaying the screen 3604 and the script for handling the data, the Web code of the screen includes the acquisition destination of the purchased content reproduction control metafile 200 (URL of the metadata server 62, MetaFile URL), generation The license ID (LicenseID), the access destination after completion of viewing (ReturnURL), and the like may be included (S3110).

The browser 51 of the receiver 50 that has received the purchase completion screen displays the screen 3604 on the monitor 2805 (S3111). Here, when the user selects the viewing button 3606 on the screen 3604, the browser 51 uses the information such as MetaFile URL and PlayPosition included in the screen 3604 to perform viewing in the procedure of S3209 to S3214 in FIG. To start.
With the above procedure, the user can purchase desired content from the browser 51 of the receiver 50.

<Procedure to start viewing content>
FIG. 32 is an example of a process flow diagram in which the receiver views the purchased content from the content distribution system.
When the user selects “purchased content” 3502 on the screen 3500 displayed on the monitor 2805 by the browser 51 of the receiver 50 (S3200), the browser 51 uses the URL included in the Web code of the screen 3500. The receiver 50 issues a service acquisition request necessary for displaying the purchased content list screen to the Web server 61 of the distribution system 60 (S3201).

  On the other hand, the Web server 61 of the distribution system 60 acquires information on the content and licenses purchased by the receiver 50 from the customer management server 65 based on the member ID 2902 of the receiver 50. Then, a page of the purchased content list is generated and returned to the receiver 50.

FIG. 37 is an example of a purchased content list screen generated by the content distribution system. The screen 3700 includes information (content name, viewing time limit, etc.) 3701 related to the content purchased by the receiver 50, a button 3702 for displaying detailed information related to the content, and a button 3703 for instructing viewing. The purchased content list page includes, in addition to data for displaying the screen 3700 and a script for handling the data, MetaFileURL, LicenseID, playback position (PlayPosition), and ReturnURL. Note that the playback position (PlayPosition) may be included only in content for which the user (receiver 50) has previously stopped viewing content (S3202).
The browser 51 of the receiver 50 that has received the purchased content list page displays the screen 3700 on the externally mounted or built-in monitor 2805 (S3203).

  When the user selects the content 3701 to be viewed on the screen 3700 and presses the view button 3703 (S3204), the browser 51 performs the selection acquired in S3202 according to the procedure such as HTML or JavaScript described in the purchased content list page. It is determined whether or not the content has been viewed halfway before by using the PlayPosition of the content. Then, the URL described in accordance with the determination result is selected, and a service acquisition request is issued to the access destination of the Web server 61 indicated by the URL.

For example, when it is determined that the content has not been viewed yet or all of the content has been viewed (that is, when the PlayPosition is not included or when the PlayPosition indicates the head of the content), the process of starting the viewing (hereinafter, S3209) is performed. Transition. On the other hand, if it is determined that the content has been viewed halfway, the browser 51 transmits a service acquisition request to the Web server 61 using the URL linked to the determination result (S3205).
Receiving the service acquisition request, the Web server 61 confirms the Play Position of the content in the receiver 50, generates a page for selecting a viewing method, and transmits the page to the receiver 50.

FIG. 38 is an example of a content viewing start selection screen generated by the content distribution system. The screen 3800 displays a playback method of the viewing content 3701 selected by the user—for example, “a method of viewing from the last viewing time” 3801, “a method of viewing from the beginning of the content” 3802, and a start button 3803 for instructing the start of viewing. Consists of. The page for selecting the viewing method includes information such as MetaFile URL, License ID, Play Position, and Return URL described in S3202 in addition to data for displaying the screen 3800 and a script for handling the data (S3206).
The browser 51 of the receiver 50 that has received the page for selecting the viewing method displays the screen 3800 on the externally attached or built-in monitor 2805. (S3207).

The user selects one of the displayed screens 3800 (in this embodiment, “a method of viewing from the top of the content” 3802) and presses a start button 3803 (S3208).
When the user instructs to start viewing predetermined content, the browser 51 temporarily records MetaFileURL, LicenseID, PlayPosition, and ReturnURL related to the selected content. Then, a reproduction control metafile acquisition request is transmitted to the metadata server 62 of the distribution system 60 serving as a MetaFile URL (S3209).

The metadata server 62 of the distribution system 60 that has received the reproduction control metafile acquisition request returns a predetermined reproduction control metafile 200 as shown in FIG. 10 to the receiver 50 (S3210).
The browser 51 of the receiver 50 that has received the playback control metafile 200 temporarily records the content of the playback control metafile 200 together with the MetaFileURL, LicenseID, PlayPosition, and ReturnURL for each content, starts the AV player 53, and activates the AV player 53. On the other hand, the contents of all or part of the acquired reproduction control metafile 200, LicenseID, and PlayPosition are notified (S3211). Here, after the AV player is activated, the browser 51 ends or stays resident as it is.

The AV player 53 transmits a key request (including the license ID 224 and DRM_ID 2904 in the LLI 220) to the DRM server 64 of the distribution system 60 in accordance with the license acquisition information (LLI) 220 of the reproduction control metafile 200.
The DRM server 64 that has received the key request confirms whether or not the receiver 50 can view the content with the customer management server 65 using the license ID 224 and the DRM_ID 2904. As a result, only when it is determined that viewing is possible, the DRM server 64 transmits a content key necessary for viewing the content to the receiver 50 (S3212).

Receiving the content key, the receiver 50 establishes a session (for content distribution) with the content server 63 according to the content unique attribute information (ERI) 210 of the reproduction control metafile 200 (S3213). Here, the session is a logical connection necessary for performing HTTP / TCP or RTP / UDP streaming.
If the session is successfully established, the AV player 53 of the receiver 50 uses the URL indicating the acquisition destination of the selected content included in the content title / reference destination / file name 211 of the reproduction control metafile 200 to perform content on the session. The transmission request (corresponding to “PLAY”) is transmitted (S3214).

Upon receiving the content transmission request, the content server 63 of the distribution system 60 transmits the content to the receiver 50 while encrypting the content using the content key. Upon receiving the encrypted content, the receiver 50 decrypts the content using the content key by the descriptor 514, decodes it by the AV player 53, and attaches it to the external or built-in monitor 2805 via the video / audio output I / F 531. Is displayed (S3215).
With the above procedure, the user can view the purchased content with the receiver 50.

<Procedure for ending content viewing>
FIG. 33 is an example of a process flow diagram for ending the content being viewed.
When the content server 63 finishes distributing the content, the session disconnection process is performed between the content server 63 and the AV player 53 of the receiver 50 (S3300).
When the session disconnection is completed, the AV player 53 of the receiver 50 restarts the browser 51, then passes the stop position to the browser 51, and ends (S3301).
The resumed browser 51 accesses the site of the Web server 61 of the distribution system 60 indicated by the Return URL with the end state and stop position of the AV player attached (S3302).

In response to this, the Web server 61 generates a screen to be displayed (for example, the screen 3500) and returns it to the receiver 50 (S3303). Here, the Web server 61 may hold the end state and stop position of the received AV player, and use the stop position as PlayPosition at the next viewing request.
The browser 51 of the receiver 50 that has received the generated screen displays the screen 3500 on the externally attached or built-in monitor 2805 (S3304).
Although the above procedure has been described for the case where the desired content has been viewed to the end, the same procedure can be used when the user interrupts viewing in the middle.

  According to the above embodiment, the receiver 50 can easily purchase / view VOD services provided by various service providers, and the portal system 2800 and the distribution system 60 can receive the device ID 2901 and member ID 2902 of the receiver 50. By associating and managing, detailed services can be provided individually.

  In this embodiment, an example of a distribution system that can provide both existing 2D content and 3D content and a receiver that receives the content will be described. The present embodiment mainly describes a receiver and is suitable for implementation in a receiver, but does not hinder application to other than the receiver. Moreover, it is not necessary to employ all the configurations of the embodiment, and can be selected.

The system configuration described in the present embodiment is the same as the configuration in FIG. 28 described in the second embodiment. The ID system for customer information managed by the portal system 2800 and the distribution system 60 is the same as that shown in FIG.
Here, the metadata server 62 of the distribution system 60 uses, for example, a series in the ECG metadata 400 to identify whether each content is 2D, all 3D, or partially includes 3D. The metadata 410 or the content metadata 430 and, for example, the video signal attribute information 214 of the content specific attribute information (ERI) 210 in the reproduction control metafile 200 are included in all or any one of them.

  In addition, the content server 63 of the distribution system 60 is in MPEG format (Moving Picture Experts Group) or H.264. The content distributed as a compressed video / audio signal in the H.264 format includes information for determining whether or not the content is 3D content. For example, a method of setting a 2D / 3D identification signal in user_data of a picture layer of MPEG-2 Video, There is a method of setting a 2D / 3D identification signal in an area defined in advance in the H.264 format.

In addition, the device authentication server 2804 of the portal system 2800 refers to the device list including the manufacturer name, model name, whether streaming or download is installed, and whether the 3D function is installed in the device list held. For example, it may be possible to determine whether or not the receiver has a function of handling 3D content. Alternatively, a list describing devices that can handle 3D content may be maintained separately from the device list.
45, position information data 4500 managed by the content server 63 of the distribution system 60 that handles both 2D / 3D content for 3D content will be described. The position information data 4500 includes a 3D content name 4501, position information 4502, 2D / 3D type 4503, and additional information 4504.

The 3D content name 4501 is a name of the 3D content, and may be information (for example, a product or content ID) other than the name.
The position information 4502 is information indicating the position in the 3D content indicated by the 3D content name 4501, and is indicated in units such as absolute time, relative time, byte (Byte), and number of frames.
The 2D / 3D type 4503 is information indicating whether the position indicated by the position information 4502 is 2D content or 3D content. It may be a text or an identification number.

The additional information 4504 describes additional information such as the content of the position indicated by the position information 4502 (guidance, main part, CM, etc.), chapter number, and the like.
In the position information data 4500, the position information 4502 is set every time the 2D content and the 3D content are switched, but the position information 4502 may be set in GOP units or chapter units of the content.

<Procedure for accessing 3D content compatible distribution system>
FIG. 39 is an example of a processing flow in which the receiver 50 accesses the site of the distribution system 60 capable of distributing 2D / 3D content.
In S3901 to 3903 in FIG. 39, the same procedure as that in S3001 to 3003 in FIG. 30 described above is used. That is, when the user presses the “browser button” on the remote controller of the receiver 50, the receiver 50 starts the browser 51, transitions to a site for accessing the portal server 2801 of the portal system 2800 and executing device authentication processing. Information (URL and script) is acquired.

After S3903, the browser 51 of the receiver 50 accesses the device authentication server 2804 of the portal system 2800, and executes a predetermined device authentication process between the two using the device ID 2901. Here, in the device authentication request issued to the device authentication server 2804 by the receiver 50, in addition to the device ID 2901, information related to the receiver 50 (name, version information for identifying manufacturer and model, version information, availability of 3D, etc.) May be included.
Upon receiving the device authentication request, the device authentication server 2804 determines whether or not the device ID 2901 of the receiver 50 has been registered in the device authentication server 2804. If it has not been registered, the device authentication server 2804 determines that device authentication has failed, and device authentication is performed. And a redirect request to the next accessible portal server 2801 (a URL for generating an interrupt screen or a URL for shifting to a new registration process) is transmitted.

On the other hand, if the device ID 2901 is registered in the device authentication server 2804 and it can be determined that the device is a legitimate device, a result indicating that the device authentication is successful and a redirect request to the accessible portal server 2801 (device The result of the authentication process, the device ID 2901, the date and time when the device authentication was performed, information such as the access status may be attached) (S3904).
Here, the device authentication server 2804 confirms the registration status of the device ID 2901 and refers to the device list stored in the server to determine whether or not the receiver 50 can handle 3D content. Can be grasped.

  The receiver 50 that has succeeded in the device authentication processing 3904 performs the portal member authentication processing 3905 with the customer management server 2802 via the portal server 2801 as in S3005 of FIG. When the portal member authentication process for the receiver 50 is successful, the portal server 2801 generates a member page (screens 3400 and 3402) for the corresponding member ID and transmits the member page to the receiver 50.

At that time, when the portal server 2801 can grasp whether or not the receiver 50 is 3D-compatible using the device ID 2901 and the device list managed by the device authentication server 2804, the portal page 2801 is the case where the member page is 3D-compatible. In the case of non-compliance with 3D, different contents may be used (S3906).
The browser 51 of the receiver 50 that has received the member page displays the screens 3400 and 3402 on the external or built-in monitor 2805 as in S3007 of FIG. 30 described above (S3907).

  When the user selects a link destination to the distribution system 60 to be used on the screen 3402 (S3908), the member ID 2902 is used as an argument to the Web server 61 of the distribution system 60 in the same manner as S3009 to 3012 in FIG. Send an access request. On the other hand, the Web server 61 requests member authentication processing from the customer management server 65 using the member ID 2902. The customer management server 65 determines whether the receiver 50 is a member according to a predetermined authentication procedure based on the member ID 2902, and notifies the result to the Web server 61 (S3909 to 3912).

The Web server 61 that has received the member authentication result transmits a device specification determination command, which is a feature of the present invention, to the receiver 50 in order to deal with cases where the receiver 50 can handle 3D content and when it cannot handle 3D content. .
The device specification determination command is in a format that can be executed by a browser of a (non-existing) 3D content compatible receiver using a script language such as JavaScript, for example, and the receiver 50 itself 3D according to the description of the script. It is determined whether or not the content is supported, and processing that is executed when 3D content can be handled (for example, processing for jumping to a site that generates a list screen of 2D / 3D content) and processing that is executed when it cannot be handled (for example, Contents that can be selected (a process of jumping to a site that generates a list screen of only 2D contents) are included (S3913).

The browser 51 of the receiver 50 that has received the device specification determination command first executes the device specification determination command and obtains the result (S3914). Then, the result is analyzed, and it is determined whether or not it can handle 3D content (S3915). For example, the following (1) to (3) are discriminated.
(1) The device has already purchased accessories such as 3D glasses, and is already compatible with 3D content playback. (2) Although accessories such as 3D glasses have not been purchased yet, 3D It is a device that can handle content playback. (3) It is a device that does not support 3D content playback. It is described for each determination result included in the device specification determination command according to the analysis result and the determination result. The transition destination URL is selected (S3916). For example, if the determination result is (1) above, the URL for accessing when 3D content (included in the device specification determination command) can be handled is selected.
Then, a service request (for example, a 2D / 3D content list screen generation / transmission request) is issued to the URL selected in S3916 to the Web server 61 of the distribution system 60 (S3917).

  Receiving the service request, the Web server 61 creates a menu or content list screen that can be handled by the receiver 50 in accordance with the contents of the request, and transmits the screen to the receiver 50 (S3918). For example, if the service request indicates “a device that can handle 3D content (in the case of (1) described above)”, a menu or content list that handles both 2D and 3D content is generated. When “is a device that cannot handle 3D content (case (3) described above)”, a menu or content list that handles only 2D content is generated.

In the case where “an accessory such as 3D glasses has not yet been purchased, but is an apparatus capable of supporting 3D content playback if purchased (in the case of (2) described above)” is indicated as 2D Either a menu or content list of both 3D content or only 2D content may be generated, or processing unique to this case may be executed. For example, it is possible to transition to a screen for purchasing accessories such as 3D glasses, or to display in the 2D and 3D content lists that 3D content can be viewed by purchasing 3D glasses for 3D content.
The browser 51 of the receiver 50 that has received the screen displays the screen (screen 3500 in the present embodiment) on the monitor 2805 (S3918).

  Here, in the above description, execution processing and display screen selection corresponding to whether or not the receiver 50, which is a feature of the present invention, can handle 3D content, are performed in S3913 to 3917. Any timing may be used as long as the list screen is displayed (for example, S3102 in FIG. 31 and S3200 to 3202 in FIG. 32).

  From the above, the Web server 61 of the distribution system 60 capable of distributing both 2D / 3D content in S3913 transmits a device specification determination command to the receiver 50 regardless of whether the receiver 50 supports 3D or not. By doing so, it is possible to select a screen to be displayed and an operation to be executed next in response to a case where the receiver 50 can or cannot handle 3D content. Accordingly, the receiver 50 can appropriately handle the 3D content distributed by the distribution system 60.

  Here, the Web server 61 transmits a device specification determination command to all receivers 50 regardless of 3D support / non-support, and determines whether the receiver 50 can handle 3D content. However, as described in S3906, the Web server 61 determines whether or not the receiver 50 can handle 3D content (for example, a method for acquiring information related to the receiver 50 from the portal system 2800 using the member ID 2902). Or a method of sharing the device authentication server 2804 between the customer management server 65 of the distribution system 60 and the customer management server 2802 of the portal system 2800), and if the receiver 50 is 3D compatible, both 2D and 3D Menus and content lists that handle content, and menus and content lists that handle only 2D content when 3D is not supported Generating and may be transmitted.

<Procedure for purchasing 3D content>
Next, a procedure until the receiver 50 purchases 3D content from the distribution system 60 will be described with reference to FIG.
Assume that the browser 51 of the receiver 50 displays the top screen (screen 3500) of the distribution system 60 on the monitor 2805.
When the user selects “unpurchased content” 3501 on the screen 3500 (S3100), the browser 51 displays a content list screen that the receiver 50 has not purchased and can be purchased on the Web server 61 of the distribution system 60. A necessary service acquisition request is issued (S3101).

  In contrast, the Web server 61 of the distribution system 60 can determine which of the above (1) to (3) corresponds to the receiver 50 in S3917 of FIG. When the receiver 50 corresponds to the above (1) and (2), the information of 2D / 3D content that is not purchased and can be purchased, and when the receiver 50 corresponds to the above (3), only the 2D content that is not purchased and can be purchased. Is obtained from the metadata server 62 and the content server 63, a content list screen is generated using these pieces of information, and is returned to the receiver 50.

FIG. 40 is an example of an unpurchased content list screen generated by the content distribution system. A screen 4000 is an example of a screen that is displayed when the receiver 50 can handle both 2D / 3D content, and information about the 2D / 3D content that can be purchased by the receiver 50 (content name, purchase time limit). , Purchase price, etc.) 4001, a button 4002 for displaying detailed information regarding the content, and a button 4003 for instructing purchase. The content list screen includes data for displaying the screen 4000, a script for handling the data, a URL that transitions when the user selects a detail button 4002 or a purchase button 4003 of a desired content on the screen, and the like. Included (S3102).
The browser 51 of the receiver 50 that has acquired the content information in S3102 displays the screen 4000 on the externally attached or built-in monitor 2805 (S3103).
Subsequent steps S3104 to 3109 may use the procedure described in the second embodiment.

<Procedure for starting viewing 3D content>
Next, a procedure until the receiver 50 views the purchased content will be described with reference to FIG.
First, it is assumed that the user selects “purchased content” 3501 on the screen 3500 while the browser 51 of the receiver 50 displays the top screen (screen 3500) of the distribution system 60 on the monitor 2805. (S3200).

The browser 51 of the receiver 50 is necessary for the receiver 50 to display the purchased content list screen on the Web server 61 of the distribution system 60 using the URL included in the Web code of the screen 3500. A service acquisition request is issued (S3201).
On the other hand, the Web server 61 of the distribution system 60 acquires information on the content and licenses purchased by the receiver 50 from the customer management server 65 based on the member ID 2902 of the receiver 50. Then, a page of the purchased content list is generated and returned to the receiver 50.

  FIG. 41 is an example of a purchased content list screen generated by the content distribution system. A screen 4100 is an example of a screen that displays both 2D / 3D content. The receiver 50 displays information (content name, viewing time limit, etc.) 4101 related to the purchased content and detailed information related to the content. It consists of a button 4102 and a button 4103 for instructing viewing. The purchased content list page includes, in addition to data for displaying the screen 4100 and a script for handling the data, MetaFileURL, LicenseID, playback start position PlayPosition, and ReturnURL for each purchased content.

  Note that the playback position (PlayPosition) may be included only in content for which the user (receiver 50) has previously stopped viewing content. Furthermore, although not described in FIG. 32, 2D / 3D identification information may be included. This 2D / 3D identification information uses the 2D / 3D type 4503 of the position information data 4500 and the content unique attribute information (ERI) 210 of the playback control metafile 200, and does not include PlayPosition, or PlayPosition indicates the beginning of the content. In this case, the value of the content specific attribute information (ERI) 210 is set (the value of the 2D / 3D type 4503 may be used, but when the value of the content specific attribute information 210 is different from the value of the 2D / 3D type 4503 The value of the content unique attribute information 210 is prioritized), and when the PlayPosition indicates an interruption position other than the head, the value of the 2D / 3D type 4503 of the interruption position is set (S3202).

The browser 51 of the receiver 50 that has received the purchased content list page displays the screen 4100 on the externally mounted or built-in monitor 2805 (S3203).
When the user selects the content 4101 to be viewed on the screen 4100 and presses the view button 4103 (S3204), the browser 51 performs the selection acquired in S3202 according to the procedure such as HTML or JavaScript described in the purchased content list page. It is determined whether or not the content has been viewed halfway before by using the PlayPosition of the content. Then, the URL described in accordance with the determination result is selected, and a service acquisition request is issued to the access destination of the Web server 61 indicated by the URL.

For example, when it is determined that the content has not been viewed yet or all of the content has been viewed (that is, when the PlayPosition is not included or when the PlayPosition indicates the head of the content), the process of starting the viewing (hereinafter, S3209) is performed. Transition. On the other hand, if it is determined that the content has been viewed halfway, the browser 51 transmits a service acquisition request to the Web server 61 using the URL linked to the determination result (S3205).
Upon receiving the service acquisition request, the Web server 61 confirms the PlayPosition of the content in the receiver 50, generates a page for selecting a viewing method (“view from the beginning” or “view from the previous time”), and receives the page. To the machine 50. In addition to the data for displaying the screen 3800 and the script for handling the data, the page includes information such as MetaFileURL, LicenseID, PlayPosition, ReturnURL, and 2D / 3D identification information described in S3202 as necessary. (S3206).

  Here, in S3205, when it is determined that the content has not yet been viewed or all the content has been viewed, the process proceeds to S3209. However, even in the case of this determination result, the browser 51 transmits a content viewing request, and the Web When the PlayPosition of the content of the receiver 50 is not set, or when the server 61 indicates the top position of the content (that is, when viewing for the first time or when watching the last time until the last viewing), the server 61 “view from the beginning” 3802 You may make it transmit the page including only.

The browser 51 of the receiver 50 that has received the page for selecting the viewing method displays the screen 3800 (S3207).
The user selects either one on the displayed screen 3800. In this embodiment, the user selects “view from the beginning” 3802 and presses the start button 3803 (S3208).
Subsequent steps S3209 to 3213 use the same procedure as described in the second embodiment, and the browser 51 of the receiver 50 acquires the playback control metafile 200 related to the selected content from the metadata server 62 of the distribution system 60, and LicenseID. , Temporarily recorded together with PlayPosition, activates the AV player 53, and passes the contents of the playback control metafile 200 and information such as LicenseID, PlayPosition, ReturnURL, and 2D / 3D identification information.

  Then, the AV player 53 acquires a content key necessary for viewing the content from the DRM server 64 of the distribution system 60 according to the license acquisition information 220 of the reproduction control metafile 200. Then, session establishment (for content distribution) with the content server 63 (logical connection necessary for HTTP / TCP or RTP / UDP streaming) according to the content-specific attribute information 210 of the playback control metafile 200 I do.

The AV player 53 of the receiver 50 that has successfully established the session reproduces the URL indicating the acquisition destination of the selected content included in the content title / reference destination / file name 211 of the reproduction control metafile 200 and the selected content from the middle. Uses PlayPosition to transmit a start request (corresponding to “PLAY”) from the start position or the resume position of the content on the session (S3214).
The content server 63 that has received the content transmission request transmits the guidance screen 4200 as shown in FIG. 42 for a predetermined time only when the content to be transmitted is 3D content, and then encrypts the content by using the content key and receives the receiver 50. Send to. That is, after the content server 63 transmits (displays) the screen 4200 as a part of the content for a predetermined time, the content server 63 automatically performs the content even if the user / receiver 50 is not ready to view 3D. Start sending. (S3213).

  Instead of displaying the screen 4200, the screen 4300 of FIG. 43 may be displayed. In this case, the content server 63 generates the screen 4300 and transmits it to the receiver 50, and the user selects the “OK” button on the receiver 50 displaying the screen, and the receiver 50 sends it to the content server 63. Do not start sending content until notified. Alternatively, when the Web server 61 transmits the purchased content list page in S3202, the URL that obtains the screen 4300 is included, and the URL that is the access destination of the Web server 61 is started before the AV player 53 of S3209 is activated. Alternatively, a service request may be issued to acquire the screen 4300 from the Web server 61. In that case, after the user selects the “OK” button on the screen, the processing from S3209 is executed.

  From the above procedure, when viewing 3D content, the content server 63 displays a screen for prompting the user to make preparations necessary for viewing 3D content (wearing 3D glasses, etc.) in advance before playback of the desired content starts. Sent from As a result, the receiver 50 capable of viewing 3D content can start viewing with the same operability regardless of the manufacturer and model.

<Procedure for interrupting 3D content viewing>
Next, the procedure for interrupting the 3D content being watched by the receiver 50 will be described with reference to FIG.
When the content server 63 is delivering content, the user instructs the “stop” button with the remote controller of the receiver 50 or the “stop” button when the sub-window including the operation button is displayed on the browser 51. Then (S4400), the AV player 53 of the receiver 50 issues a content stop request for stopping the content transmission to the content server 63. The content stop request may include both or either of the stop position (A) of the AV player 53 and / or an instruction for inquiring the stop position to the content server 63 (S4401).

  In response to this, the content server 63 stops the transmission of the content and notifies that effect. At that time, the stop position (B) of the content, the stop position (A) notified by the receiver 50 in S4401, or the position (C) returned by an arbitrary time / position from the stop position (A) (for example, , Or the beginning of a GOP or the beginning of a chapter including an interruption position) (S4402).

  The AV player 53 of the receiver 50 that has received the content stop response restarts the browser 51 and then ends. At that time, the AV player 53 notifies the browser 51 of either its own stop position (A) or the stop position acquired from the content server 63 in S4402 (S3301). The resumed browser 51 adds the end state of the AV player 53 and the stop position acquired from the AV player 53 in S3301, and accesses the site of the Web server 61 of the distribution system 60 indicated by the ReturnURL (S3302).

In response to this, the Web server 61 generates a screen to be displayed (for example, the screen 3500), returns it to the receiver 50 (S3302), holds the end state and stop position of the received AV player, and stops the stop position. Is set as PlayPosition when the next content viewing is resumed (S4403).
The browser 51 of the receiver 50 that has received the generated screen displays the screen 3500 on the externally attached or built-in monitor 2805 (S3303).

  Here, the receiver 50 ends the viewing (including interruption) of the 3D content, and then, if necessary, displays a guidance screen indicating that the screen display is returned to the 2D content display (for example, “end viewing of the 3D content”). May be displayed.

<Procedure for resuming viewing of 3D content>
Next, with reference to FIG. 46, a procedure in which the receiver 50 that has stopped viewing 3D content in the above procedure resumes viewing content will be described below.
First, it is assumed that the browser 51 of the receiver 50 displays the top screen (screen 3500) of the distribution system 60 on the monitor 2805.
When the user selects “purchased content” 3502 on the screen 3500 (S4600), the browser 51 of the receiver 50 displays the purchased content list screen on the Web server 61 of the distribution system 60. A service acquisition request necessary for the service is issued (S4601).

  On the other hand, the Web server 61 of the distribution system 60 acquires information on the content and licenses purchased by the receiver 50 from the customer management server 65 based on the member ID 2902 of the receiver 50. Then, a page of the purchased content list is generated and returned to the receiver 50. The purchased content list page includes, in addition to data for displaying the screen 4100 and a script for handling the data, MetaFile URL, License ID, Play Position, and Return URL for each purchased content. Note that PlayPosition may be included only in content that the user (receiver 50) has previously stopped viewing content. Further, 2D / 3D identification information may be included. This 2D / 3D identification information uses the 2D / 3D type 4503 of the position information data 4500 and the content unique attribute information (ERI) 210 of the playback control metafile 200, and does not include PlayPosition, or PlayPosition indicates the beginning of the content. In this case, the value of the content specific attribute information (ERI) 210 is set (the value of the 2D / 3D type 4503 may be used, but when the value of the content specific attribute information 210 is different from the value of the 2D / 3D type 4503 The value of the content unique attribute information 210 is prioritized), and when the PlayPosition indicates an interrupt position other than the head, the value of the 2D / 3D type 4503 of the interrupt position is set (S4602).

The browser 51 of the receiver 50 that has received the purchased content list page displays the screen 4100 on the externally attached or built-in monitor 2805 (S4603).
When the user selects the content 4101 whose viewing is to be resumed on the screen 4100 and presses the viewing button 4103 (S4604), the browser 51 relates to the selected content according to the procedure such as HTML or JavaScript described on the purchased content list page. The URL that is the access destination is acquired, and a service acquisition request is issued to the access destination of the Web server 61 indicated by the URL (S4605).

Receiving the service acquisition request, the Web server 61 determines whether the content selected by the receiver 50 is (a) the content is 3D content or (b) the PlayPosition of the content is 3D content ( S4606).
Regarding (a), a method for discriminating from the 2D / 3D identification information included in the playback control metafile 200 related to the content acquired from the metadata server 62 and 2D / of the positional information data 4500 related to the content acquired from the content server 63. A method of discriminating from the 3D type 4503 and both methods (when the values of the content specific attribute information 210 and the 2D / 3D type 4503 are different, priority is given to the value of the content specific attribute information 210).
For (b), the location information data 4500 related to the content is acquired from the content server 63, the location including the PlayPosition is extracted from the location information 4502 in the location information data 4500, and the 2D / 3D type corresponding to the location is extracted. There is a method of checking and discriminating the value of 4503.

  The Web server 61 uses the results of (a) and (b) of S4606 to generate a page for selecting a viewing method (“view from the beginning” or “view from the previous time”), and the receiver 50 Send to. The page includes data for displaying the screen 3800 and a script for handling the data. In the script, for “view from the beginning” 3802, an instruction for making a transition to S4613 is described. Also, if the result of (a) and (b) is 2D content or the result of (a) is 3D content / the result of (b) is 2D content, “View the continuation from the previous time” 3801 for S4613 Describe the instruction to transition to.

  If the result of (a) and (b) is 3D content, an instruction to make a transition to S4610 is described in “view the continuation from the previous time” 3801. In addition to the above contents, the page includes information such as MetaFileURL, LicenseID, PlayPosition, ReturnURL, and 2D / 3D identification information described in S4602 as necessary (S4607).

  Here, even if it is determined in S4605 that the content has not yet been viewed or all the content has been viewed, a service acquisition request is issued to the Web server 61, but the purchased content list page acquired in S4602 In addition, when the PlayPosition is not included or the head position of the content is indicated, a script for transitioning to S4610 may be included.

The browser 51 that has received the page displays the screen 3800 on the monitor (S4608).
If the user selects “view from the beginning” 3802 on the screen 3800 and designates the start button 3803, the process proceeds to S4613 according to the script included in the selection page in S4607.
When the user selects “view continuation from previous time” 3801 on screen 3800 and designates start button 3803 (S4609), browser 51 of receiver 50 displays the selected content according to the script included in the selection page of S4607. In the case of 2D content, the process proceeds to S4613. In the case of 3D content, a service acquisition request is sent to the Web server 61 using the URL associated with “View the continuation from the previous time” 3801 described on the viewing method selection page. Send. At this time, the PlayPosition acquired in S4606 may be included in the service acquisition request (S4609).

Upon receiving the service request, the Web server 61 receives a Web code including data for displaying the screen 4300 and information such as URL for resuming from the interruption position, MetaFileURL, LicenseID, PlayPosition, ReturnURL, and 2D / 3D identification information. It is generated and transmitted to the receiver 50 (S4611).
The browser 51 of the receiver 50 displays the screen 4300 received from the Web server 61 on the externally mounted or built-in monitor 2805 (S4612).
When the user selects the “OK” button on the screen 4300, S4613 to S4617 perform the same processing as S3209 to S3213 of FIG. That is, the reproduction control metafile 200 is acquired from the metadata server 62 of the distribution system 60, a content key required for content viewing is acquired from the DRM server 64 according to the content, and a session is established with the content server 63.

  The AV player 53 of the receiver 50 that has successfully established the session resumes viewing from the content interruption position using the content acquisition destination URL and PlayPosition included in the content title / reference destination / file name 211 of the playback control metafile 200. A request is transmitted on the session (S4618).

  The content server 63 that has received the request to resume viewing from the content interruption position transmits the content to the receiver 50 while encrypting the content from the content interruption position using the content key. Upon receiving the encrypted content, the receiver 50 decrypts the content using the content key by the descriptor 514, decodes it by the AV player 53, and attaches it to the external or built-in monitor 2805 via the video / audio output I / F 531. (S4619).

  Through the above procedure, the distribution system 60 capable of distributing both 2D / 3D content holds the position information data 4500 for all content or only 3D content, so that the user can view 3D content with the receiver 50. When the 3D content being viewed is temporarily interrupted and resumed, the distribution system 60 uses the location information data 4500 to determine whether the viewing resume position of the content is 2D content or 3D content. If the start position is determined to be 3D content, a guidance screen for prompting the user to make preparations necessary for viewing the 3D content (wearing 3D glasses, etc.) is generated and displayed on the receiver 50 side before starting the content distribution. Then, the content can be transmitted from the resume position.

  If it is determined that the resume position is 2D content, the content can be transmitted from the resume position without displaying the guidance screen. Thus, the receiver 50 does not need to determine whether or not the received content is 3D content, and the receiver 50 can view 3D content with the same operability regardless of manufacturer and model. It becomes possible to start. The existing 3D-incompatible receiver 50 can make a transition to the viewing screen from the resume position without performing a special display.

In the third embodiment, when the user temporarily interrupts and resumes the 3D content being viewed by the receiver 50, the distribution system 60 determines whether the content distribution resume position is 2D content or 3D content, An example of generating a screen for prompting the user to make preparations necessary for viewing 3D content before starting the distribution of the above is shown.
In this embodiment, the receiver 50 notifies the distribution system 60 of information about whether the content is interrupted and whether the content is 3D content when content viewing is interrupted, and acquires the information from the distribution system 60 when the content is resumed. explain. The system configuration described in the present embodiment is the same as that in the third embodiment.

<Procedure for interrupting 3D content viewing>
First, a procedure for interrupting 3D content being watched by the receiver 50 will be described with reference to FIG.
When the content server 63 is delivering content, the user instructs the “stop” button with the remote controller of the receiver 50 or the “stop” button when the sub-window including the operation button is displayed on the browser 51. Then (S4700), the AV player 53 of the receiver 50 issues a content stop request for stopping the content transmission to the content server 63. The content stop request may include a stop position (A) of the AV player 53 and / or a command for inquiring the stop position to the content server 63 (S4701).

  In response to this, the content server 63 stops the transmission of the content and notifies that effect. At that time, the stop position (B) of the content, the stop position (A) notified by the receiver 50 in S4401, or the position (C) returned by an arbitrary time / position from the stop position (A) (for example, Any one of the head of the GOP and the head of the chapter including the interruption position is included (S4702).

The AV player 53 of the receiver 50 that has received the content stop response restarts the browser 51 and then ends. At that time, the AV player 53 identifies either stop position information of its own stop position (A) or the stop position acquired from the content server 63 in S4402, and whether the stop position is 2D content or 3D content. 2D / 3D identification information to be notified to the browser 51.
Here, the AV player 53 extracts the 2D / 3D identification signal at the stop position included in the 3D content described in the third embodiment, or the 2D / 3D identification information included in the ECG from the ECG processing unit 52. Whether the content is 2D content or 3D content using a method for acquiring 2D / 3D identification information included in the playback control metafile 200 acquired from the browser 51 when viewing is started. Identify (S4703).

The resumed browser 51 adds the stop state information acquired from the AV player 53 in step S4703 and the 2D / 3D identification information to the Web server 61 site of the distribution system 60 indicated by the Return URL. (S4704).
In response to this, the Web server 61 generates a screen to be displayed (for example, the screen 3500) and returns it to the receiver 50 (S4705).

Thereafter, the Web server 61 analyzes the content received from the AV player 53 of the receiver 50, and if 2D / 3D identification information is included, holds it together with the end state and stop position of the AV player (S4706). Then, the stop position is set as PlayPosition when the next content viewing is resumed (S4707).
The browser 51 of the receiver 50 that has received the generated screen displays the screen 3500 on the externally attached or built-in monitor 2805 (S3303).
Here, after interrupting the viewing of the 3D content, the receiver 50 indicates a guidance screen indicating that the screen display is returned to the 2D content display if necessary (for example, “the viewing of the 3D content is terminated”). May be displayed.

<Procedure for resuming viewing of 3D content>
Next, a procedure for resuming viewing of 3D content interrupted by the above-described procedure by the receiver 50 will be described with reference to FIG.
First, it is assumed that the browser 51 of the receiver 50 displays the top screen (screen 3500) of the distribution system 60 on the monitor 2805.
When the user selects “purchased content” 3502 on the screen 3500 (S4800), the browser 51 of the receiver 50 displays the purchased content list screen on the Web server 61 of the distribution system 60. A service acquisition request necessary for the process is issued (S4801).

  On the other hand, the Web server 61 of the distribution system 60 acquires information on the content and licenses purchased by the receiver 50 from the customer management server 65 based on the member ID 2902 of the receiver 50. Then, a page of the purchased content list is generated and returned to the receiver 50. The purchased content list page includes, in addition to data for displaying the screen 4100 and a script for handling the data, MetaFileURL, LicenseID, PlayPosition, and ReturnURL for each purchased content.

  It should be noted that PlayPosition may be included only in content that the user (receiver 50) has previously stopped viewing content. Further, 2D / 3D identification information may be included. In this 2D / 3D identification information, when the PlayPosition is not included or when the PlayPosition indicates the head of the content, the content unique attribute information (ERI) 210 of the playback control metafile 200 is set, and the PlayPosition is an interrupt position other than the head. If the 2D / 3D identification information held in S4706 of FIG. 47 described above exists, that information is included (S4802).

The browser 51 of the receiver 50 that has received the purchased content list page displays the screen 4100 on the externally mounted or built-in monitor 2805 (S4803).
When the user selects the content 4101 whose viewing is to be resumed on the screen 4100 and presses the viewing button 4103 (S4804), the browser 51 relates to the selected content according to the procedure such as HTML or JavaScript described in the purchased content list page. The URL that is the access destination is acquired, and a service acquisition request is issued to the access destination of the Web server 61 indicated by the URL (S4805).

  The Web server 61 that has received the service acquisition request generates a page for selecting a viewing method (“view from the beginning” or “view from the previous time”) using the above-described PlayPosition and 2D / 3D identification information. To the receiver 50. The page includes data for displaying the screen 3800 and a script for handling the data. In the script, for “view from the beginning” 3802, an instruction for making a transition to S4612 is described. If 2D / 3D identification information is not held or if the 2D / 3D identification information indicates 2D content, a command for making a transition to S4612 for “view the continuation from the previous time” 3801 is described.

  If the stored 2D / 3D identification information indicates 3D content, an instruction for making a transition to S4609 is described in “View the continuation from the previous time” 3801. In addition to the above contents, the page includes information such as MetaFile URL, License ID, Play Position, Return URL, and 2D / 3D identification information described in S3202 as necessary (S4806).

  Here, even if it is determined in S4805 that the content has not been viewed or all the content has been viewed, a service acquisition request is issued to the Web server 61, but the purchased content list page acquired in S4802 is displayed. , PlayPosition is not included, or a script for transitioning to S4812 may be included when indicating the beginning position of the content.

The browser 51 that has received the page displays the screen 3800 on the monitor (S4807).
When the user selects “view from the beginning” 3802 on the screen 3800 and designates the start button 3803, the process proceeds to S4809 according to the script included in the selection page of S4806.
When the user selects “view continuation from previous time” 3801 on screen 3800 and designates start button 3803 (S4808), browser 51 of receiver 50 displays the selected content according to the script included in the selection page of S4806. In the case of 2D content, the process proceeds to S4809. Send. At this time, the PlayPosition acquired in S4606 may be included in the service acquisition request (S4809).

Receiving the service request, the Web server 61 receives data for displaying the screen 4300 and a Web code including information such as URL for resuming from the interruption position, MetaFileURL, LicenseID, PlayPosition, ReturnURL, and 2D / 3D identification information. It is generated and transmitted to the receiver 50 (S4810).
The browser 51 of the receiver 50 displays the screen 4300 received from the Web server 61 on the externally mounted or built-in monitor 2805 (S4811).

  When the user selects the “OK” button on the screen 4300, the browser 51 temporarily records MetaFileURL, LicenseID, PlayPosition, and ReturnURL related to the selected content. Then, a reproduction control metafile acquisition request is transmitted to the metadata server 62 of the distribution system 60 serving as a MetaFile URL (S4812).

The metadata server 62 of the distribution system 60 that has received the reproduction control metafile acquisition request returns a predetermined reproduction control metafile 200 as shown in FIG. 10 to the receiver 50 (S4813).
Upon receiving the playback control metafile 200, the browser 51 of the receiver 50 temporarily records the contents of the playback control metafile 200 together with MetaFileURL, LicenseID, PlayPosition, ReturnURL, and 2D / 3D identification information regarding each content, and starts the AV player 53. Then, the AV player is notified of all or part of the acquired reproduction control metafile 200, LicenseID, PlayPosition, 2D / 3D identification information, and the like (S4814). Here, after the AV player 53 is activated, the browser 51 ends or stays resident as it is.

  The AV player 53 determines whether or not the content to be viewed is 3D using the 2D / 3D identification information acquired from the browser 51, and in the case of 3D content, preparations required for the receiver 50 (viewing the 3D content) For example, setting of decoders 522 and 524 for performing the above. Then, a key request (including the license ID 224 and DRM_ID 2904 in the LLI 220) is transmitted to the DRM server 64 of the distribution system 60 in accordance with the license acquisition information (LLI) 220 of the reproduction control metafile 200.

  The DRM server 64 that has received the key request confirms whether or not the receiver 50 can view the content with the customer management server 65 using the license ID 224 and the DRM_ID 2904. As a result, only when it is determined that viewing is possible, the DRM server 64 transmits a content key necessary for viewing the content to the receiver 50 (S4815).

Receiving the content key, the receiver 50 establishes a session (for content distribution) with the content server 63 in accordance with the content unique attribute information (ERI) 210 of the reproduction control metafile 200 (S4816). Here, the session is a logical connection necessary for performing HTTP / TCP or RTP / UDP streaming.
If the session is successfully established, the AV player 53 of the receiver 50 uses the content acquisition destination URL included in the content title / reference destination / file name 211 of the playback control metafile 200 to view the content from the interruption position. A resume request is transmitted on the session (S4817).

  The content server 63 that has received the request to resume viewing from the content interruption position transmits the content to the receiver 50 while encrypting the content from the content interruption position using the content key. Upon receiving the encrypted content, the receiver 50 decrypts the content using the content key by the descriptor 514, decodes it by the AV player 53, and attaches it to the external or built-in monitor 2805 via the video / audio output I / F 531. (S4818).

  Here, in FIG. 48, the Web server 61 generates a guidance screen 4300 for prompting the user to prepare for wearing 3D content (wearing 3D glasses, etc.), and transmits the guidance screen 4300 to the receiver 50. Although it is displayed, after selecting “View the continuation from the previous time” 3801 in S4808, the browser 51 refers to the 2D / 3D identification information acquired from the Web server 61 in S4806, and the browser 51 is only for 3D content. Thus, the guidance screen 4300 may be generated and displayed on the monitor 2805 (in this case, S4809 to S4810 are not performed).

  By the above procedure, the receiver 50 that can handle the 3D content, when temporarily suspending the viewing content, indicates whether the content interruption position (that is, the viewing resumption position) is 2D content or 3D content. The 3D identification information is notified to the distribution system 60 capable of distributing both 2D / 3D contents and is held. As a result, when the viewing of the content is resumed, the distribution system 60 determines whether the content to be resumed is the 3D content using the stored 2D / 3D identification information, and displays a guidance screen that is necessary only for the 3D content. It can be generated and displayed on the receiver 50. Alternatively, the receiver 50 can acquire the 2D / 3D identification information held by the distribution system 60 when the content viewing is resumed, and the guidance screen can be displayed by itself.

In the fourth embodiment, when the user temporarily interrupts the 3D content being viewed on the receiver 50, the receiver 50 indicates whether the viewing resume position is 2D content or 3D content together with the content interruption position. An example in which identification information is notified to the distribution system 60, and when the distribution of content is resumed, the distribution system 60 uses this information to generate / display a guidance screen for prompting the user to prepare for viewing 3D content. showed that.
In this embodiment, an example will be described in which 2D / 3D identification information of content is managed by the receiver 50 when content viewing is interrupted. The system configuration described in this embodiment is the same as that in the third and fourth embodiments.

<Procedure for interrupting 3D content viewing>
First, a procedure for interrupting the 3D content being watched by the receiver 50 will be described with reference to FIG.
When the content server 63 is delivering content, the user instructs the “stop” button with the remote controller of the receiver 50 or the “stop” button when the sub-window including the operation button is displayed on the browser 51. Then (S4900), the AV player 53 of the receiver 50 issues a content stop request for stopping the content transmission to the content server 63. The content stop request may include both or either of the stop position (A) of the AV player 53 and / or an instruction for inquiring the stop position to the content server 63 (S4901).

  In response to this, the content server 63 stops the transmission of the content and notifies that effect. At that time, the stop position (B) of the content, the stop position (A) notified by the receiver 50 in S4401, or the position (C) returned by an arbitrary time / position from the stop position (A) (for example, Any one of the head of the GOP and the head of the chapter including the interruption position is included (S4902).

The AV player 53 of the receiver 50 that has received the content stop response restarts the browser 51 and then ends. At that time, the AV player 53 identifies either stop position information of its own stop position (A) or the stop position acquired from the content server 63 in S4402, and whether the stop position is 2D content or 3D content. 2D / 3D identification information to be notified to the browser 51.
Here, the AV player 53 extracts the 2D / 3D identification signal at the stop position included in the 3D content described in the third embodiment, or the 2D / 3D identification information included in the ECG from the ECG processing unit 52. Whether the content is 2D content or 3D content using a method for acquiring 2D / 3D identification information included in the playback control metafile 200 acquired from the browser 51 when viewing is started. Identify (S4903).

The resumed browser 51 analyzes the content acquired from the AV player 53 in S4703, and if 2D / 3D identification information is included, it includes information related to the content (for example, content name, content ID, product ID, etc.). The 2D / 3D identification information is saved (S4904). At this time, stop position information may be stored together.
Thereafter, the end state of the AV player 53 and stop position information are added to access the site of the Web server 61 of the distribution system 60 indicated by the Return URL (S4905).

In response to this, the Web server 61 generates a screen to be displayed (for example, the screen 3500) and returns it to the receiver 50 (S4906).
Thereafter, the Web server 61 sets the stop position as the PlayPosition when the viewing of the content is resumed next time (S4907).
The browser 51 of the receiver 50 that has received the generated screen displays the screen 3500 on the externally attached or built-in monitor 2805 (S3303).
Here, after interrupting the viewing of the 3D content, the receiver 50 indicates a guidance screen indicating that the screen display is returned to the 2D content display if necessary (for example, “the viewing of the 3D content is terminated”). May be displayed.

<Procedure for resuming viewing of 3D content>
FIG. 50 is an example of a diagram for explaining a procedure for resuming viewing of 3D content interrupted by the receiver 50 in the middle.
First, it is assumed that the browser 51 of the receiver 50 displays the top screen (screen 3500) of the distribution system 60 on the monitor 2805.
When the user selects “purchased content” 3502 on the screen 3500 (S5000), the browser 51 of the receiver 50 displays the purchased content list screen on the Web server 61 of the distribution system 60. A service acquisition request necessary for the process is issued (S5001).

  On the other hand, the Web server 61 of the distribution system 60 acquires information on the content and licenses purchased by the receiver 50 from the customer management server 65 based on the member ID 2902 of the receiver 50. Then, a page of the purchased content list is generated and returned to the receiver 50. The purchased content list page includes, in addition to data for displaying the screen 4100 and a script for handling the data, MetaFile URL, License ID, Play Position, and Return URL for each purchased content. Note that PlayPosition may be included only in content that the user (receiver 50) has previously stopped viewing content. (S5002).

Upon receiving the purchased content list page, the browser 51 of the receiver 50 displays the screen 4100 on the externally mounted or built-in monitor 2805 (S5003).
When the user selects the content 4101 whose viewing is to be resumed on the screen 4100 and presses the viewing button 4103 (S5004), the browser 51 relates to the selected content according to the procedure such as HTML or JavaScript described on the purchased content list page. The URL that is the access destination is acquired, and a service acquisition request is issued to the access destination of the Web server 61 indicated by the URL (S5005).

  The web server 61 that has received the service acquisition request generates a page for selecting a viewing method (“view from the beginning” or “view from the previous time”) and transmits the page to the receiver 50. The page includes data for displaying the screen 3800 and a script for handling the data. In the script, a URL for acquiring the selected content and an instruction for transitioning to S5011 are described. In addition, the page includes the MetaFile URL, License ID, Play Position, Return URL, and the like described in S5002 as necessary (S5006).

Here, even if it is determined in S4805 that the content has not yet been viewed or all the content has been viewed, a service acquisition request is issued to the Web server 61, but the purchased content list acquired in S5002 is displayed on the page. When PlayPosition indicates the top position of the content, a script for transitioning to S5011 may be included.
The browser 51 that has received the page displays the screen 3800 on the monitor (S5007).

When the user selects “view from the beginning” 3802 on the screen 3800 and designates the start button 3803, the process proceeds to S5011 according to the script included in the selection page in S5006.
When the user selects “view continuation from the previous time” 3801 on the screen 3800 and instructs the start button 3803 (S5008), the browser 51 of the receiver 50 displays the 2D / 3D identification information (see FIG. It is determined whether or not the information held in S4904 is held, and if it is held, the contents are read out.

Then, from these pieces of information, it is determined whether the selected content is 2D content or 3D content (S5009). Specifically, if the 2D / 3D identification information does not exist or the content of the read 2D / 3D identification information indicates 2D content, the process proceeds to S5011 according to the script included in the selection page in S5006.
On the other hand, when the content of the read 2D / 3D identification information indicates 3D content, the browser 51 generates a guidance screen 4300 for prompting the user to prepare for wearing the 3D content (wearing 3D glasses or the like). Is displayed on the monitor (S5010).

  When the user selects the “OK” button on the screen 4300, the browser 51 temporarily records MetaFileURL, LicenseID, PlayPosition, and ReturnURL related to the selected content. Then, a reproduction control metafile acquisition request is transmitted to the metadata server 62 of the distribution system 60 serving as a MetaFile URL (S5011).

The metadata server 62 of the distribution system 60 that has received the reproduction control metafile acquisition request returns a predetermined reproduction control metafile 200 as shown in FIG. 10 to the receiver 50 (S5012).
The browser 51 of the receiver 50 that has received the playback control metafile 200 temporarily records the contents of the playback control metafile 200 together with MetaFileURL, LicenseID, PlayPosition, ReturnURL, and 2D / 3D identification information regarding each content, and starts the AV player 53. Then, the AV player is notified of all or part of the acquired reproduction control metafile 200, LicenseID, PlayPosition, and 2D / 3D identification information (S5013). Here, after the AV player 53 is activated, the browser 51 ends or stays resident as it is.

The AV player 53 determines whether or not the content to be viewed is 3D using the 2D / 3D identification information acquired from the browser 51, and in the case of 3D content, preparations required for the receiver 50 (viewing the 3D content) For example, setting of decoders 522 and 524 for performing the above. Then, a key request (including the license ID 224 and DRM_ID 2904 in the LLI 220) is transmitted to the DRM server 64 of the distribution system 60 in accordance with the license acquisition information (LLI) 220 of the reproduction control metafile 200.
The DRM server 64 that has received the key request confirms whether or not the receiver 50 can view the content with the customer management server 65 using the license ID 224 and the DRM_ID 2904. As a result, only when it is determined that viewing is possible, the DRM server 64 transmits a content key necessary for viewing the content to the receiver 50 (S5014).

Receiving the content key, the receiver 50 establishes a session (for content distribution) with the content server 63 in accordance with the content unique attribute information (ERI) 210 of the reproduction control metafile 200 (S5015). Here, the session is a logical connection necessary for performing HTTP / TCP or RTP / UDP streaming.
If the session is successfully established, the AV player 53 of the receiver 50 uses the content acquisition destination URL included in the content title / reference destination / file name 211 of the playback control metafile 200 to view the content from the interruption position. A resume request is transmitted on the session (S5016).

  The content server 63 that has received the request to resume viewing from the content interruption position transmits the content to the receiver 50 while encrypting the content from the content interruption position using the content key. Upon receiving the encrypted content, the receiver 50 decrypts the content using the content key by the descriptor 514, decodes it by the AV player 53, and attaches it to the external or built-in monitor 2805 via the video / audio output I / F 531. Is displayed (S5017).

  Here, in FIG. 50, the receiver 50 generates and displays a guidance screen 4300 for prompting the user to prepare for viewing 3D content (wearing 3D glasses, etc.). The execution result of S5009 is Only in the case of 3D content, instead of executing S5010, information that is 3D content is included in the service acquisition request transmitted to the Web server 61 in S4809 described in the fourth embodiment. Then, the Web server 61 may refer to the information and generate the screen 4300 and display it on the receiver 50 as in S4810.

  By the above procedure, the receiver 50 that can handle the 3D content, when temporarily suspending the viewing content, indicates whether the content interruption position (that is, the viewing resumption position) is 2D content or 3D content. Holds 3D identification information. As a result, when viewing of the content is resumed, it is determined whether the content to be resumed is 3D content using the stored 2D / 3D identification information, and a guidance screen necessary only for 3D content is generated and displayed. can do. Further, the distribution system 60 does not need to hold / determine whether the content to be interrupted / resumed is 2D or 3D, and does not need to generate a screen that prompts the user to prepare.

  In addition, this invention is not limited to an above-described Example, Various modifications are included. For example, the above-described embodiments have been described in detail for easy understanding of the present invention, and are not necessarily limited to those having all the configurations described. In addition, a part of the configuration of a certain embodiment can be replaced with the configuration of another embodiment, and the configuration of another embodiment can be added to the configuration of a certain embodiment. Further, it is possible to add, delete, and replace other configurations for a part of the configuration of each embodiment.

  Each of the above-described configurations, functions, processing units, processing means, and the like may be realized by hardware by designing a part or all of them with, for example, an integrated circuit. Each of the above-described configurations, functions, and the like may be realized by software by interpreting and executing a program that realizes each function by the processor. Information such as programs, tables, and files for realizing each function can be stored in a recording device such as a memory, a hard disk, an SSD (Solid State Drive), or a recording medium such as an IC card, an SD card, or a DVD.

  Further, the control lines and information lines indicate what is considered necessary for the explanation, and not all the control lines and information lines on the product are necessarily shown. Actually, it may be considered that almost all the components are connected to each other.

50 Receiver 51 Browser 52 ECG Processing Unit 53 AV Player 55 Downloader 56 Local Navigation 57 Stream Output Control Unit 60 Distribution System 100 Download Control Information 200 Playback Control Metafile 300 License 400 ECG Metadata 510 Storage 560 Removable Media 570 Network Connection Device 2800 Portal system 2805 monitor

Claims (6)

A receiver capable of receiving 2D content and 3D content from a content provider via a network,
Content list acquisition means for acquiring a list screen of content that can be received by the receiver from the content provider;
Content acquisition means for acquiring the 2D content or the 3D content from the content provider;
Display means for displaying the content list screen and content playback screen on an external or built-in monitor;
A function discriminating means for discriminating functions for viewing 3D content and 2D content equipped in the receiver;
With
The content list acquisition means determines whether or not the own apparatus can view 3D content by the function determination means, and according to the determination result, a content list of only 2D content from the content provider, or a content list of 2D and 3D content Get
The receiver, wherein the display unit displays the content list acquired by the content list acquisition unit on the monitor. The receiver according to claim 1, wherein
The content list acquisition means includes
Providing the content with information including a first process executed when the receiver supports viewing of 3D content and a second process performed when the receiver does not support viewing of 3D content From the original,
Using the function determining means, it is determined whether or not the own device can view 3D content,
A receiver that selects and executes the first process or the second process according to the determination result. The receiver according to claim 1, wherein
When an instruction to start playback of 3D content is received on the content list screen displayed by the display means,
The content acquisition means includes
Acquiring content including a guidance screen for prompting preparations necessary for viewing the 3D content from the content provider;
A receiver characterized in that a display screen of the content is displayed by the display means. The receiver according to claim 3, wherein
When the viewing of 3D content received from the content distribution source by the content acquisition means is interrupted,
The content acquisition means includes
Notifying the content distribution source of the interruption position of the content or the first resumption position at which viewing is resumed;
If you want to resume viewing the content,
The content acquisition means includes
At the beginning of the content starting from the second restart position determined by the content distribution source with reference to the interrupt position, the first restart position, the interrupt position, or the first restart position, the 3D content Acquire content from the content provider that includes a guidance screen to encourage preparations necessary for viewing,
A receiver characterized in that a display screen of the content is displayed by the display means. The receiver according to claim 3, wherein
When the viewing of 3D content received from the content distribution source by the content acquisition means is interrupted,
The content acquisition means includes
Notifying the content distribution source of information indicating whether the content is interrupted or the first resuming position at which viewing is resumed and whether the content currently being viewed is 3D content;
If you want to resume viewing the content,
The content acquisition means includes
At the beginning of the content starting from the second restart position determined by the content distribution source with reference to the interrupt position, the first restart position, the interrupt position, or the first restart position, the 3D content Acquire content from the content provider that includes a guidance screen to encourage preparations necessary for viewing,
A receiver characterized in that a display screen of the content is displayed by the display means. The receiver according to claim 3, wherein
When the viewing of 3D content received from the content distribution source by the content acquisition means is interrupted,
The content acquisition means includes
Notifying the content distribution source of information indicating whether the content is interrupted or the first resuming position at which viewing is resumed and whether the content currently being viewed is 3D content;
If you want to resume viewing the content,
The content acquisition means includes
Information indicating whether or not the content is 3D content is acquired from the content distribution source, and a guidance screen for prompting preparation for viewing 3D content is generated only when the content is 3D content, and the display unit is used to generate the guidance screen. Display the guidance screen,
Thereafter, the content starting from the second restart position determined by the content distribution source with reference to the interrupt position, the first restart position, the interrupt position, or the first restart position is acquired. Features receiver.

Images