WO2011135919A1 - コンテンツ受信装置およびコンテンツ受信方法 - Google Patents

コンテンツ受信装置およびコンテンツ受信方法 Download PDF

Info

Publication number
WO2011135919A1
WO2011135919A1 PCT/JP2011/054795 JP2011054795W WO2011135919A1 WO 2011135919 A1 WO2011135919 A1 WO 2011135919A1 JP 2011054795 W JP2011054795 W JP 2011054795W WO 2011135919 A1 WO2011135919 A1 WO 2011135919A1
Authority
WO
WIPO (PCT)
Prior art keywords
content
download
processing unit
ecg
purchase
Prior art date
Application number
PCT/JP2011/054795
Other languages
English (en)
French (fr)
Inventor
浩行 是枝
睦 下田
Original Assignee
日立コンシューマエレクトロニクス株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 日立コンシューマエレクトロニクス株式会社 filed Critical 日立コンシューマエレクトロニクス株式会社
Priority to JP2012512704A priority Critical patent/JPWO2011135919A1/ja
Publication of WO2011135919A1 publication Critical patent/WO2011135919A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47202—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting content on demand, e.g. video on demand

Definitions

  • the copyright protection processing unit 111 acquires the content license from the copyright protection server 194 and holds it. Also, at the time of streaming playback or downloading of the content, a license for the content is acquired by an instruction from the viewing processing unit 115 or the download processing unit 113.
  • download control information for the content selected from the ECG metadata server 195 is also acquired from the ECG metadata server 195 and transferred to the download processing unit 113. Further, the ECG processing unit 112 determines whether download processing or external medium writing processing has been performed on the content from the ECG metadata or content data recorded in the auxiliary storage device 150 and displays the result in the search result.
  • the download processing unit 113 acquires a playback control metafile and ECG metadata from the ECG metadata server 195 from the download control information notified from the ECG processing unit 112, acquires content data from the content server 196, and download control information. At the same time, it is recorded in the auxiliary storage device 150.
  • the stored ECG processing unit 114 acquires download control information and ECG metadata recorded in the auxiliary storage device, presents the stored content to the user, and notifies the viewing processing unit 115 of the ECG metadata of the content that has received a playback instruction. To do. At this time, the viewing processing unit 115 acquires the playback control metafile and the content data from the auxiliary storage device 150 and performs playback processing.
  • the content receiver 100 may have a function of receiving a digital broadcast.
  • the antenna 190, the broadcast receiving unit 191, the copyright protection decoding unit 192, and CAS (Conditional Access System) in FIG. A card 193 is provided.
  • the broadcast wave received by the antenna 190 is demodulated and decoded by the broadcast receiving unit 191 according to the broadcast wave transmission method, and the broadcast stream is output to the copyright protection decoding unit 192.
  • the CAS card 193 outputs key information for decrypting the broadcast stream in accordance with the user viewing conditions to the copyright protection decrypting unit 192, and the copyright protection decrypting unit 192 decrypts the broadcast stream in accordance with the key information for viewing.
  • the viewing processing unit 115 separates the broadcast stream into packets such as video, audio, and subtitles, decodes each packet, and outputs it to the output control unit 172, thereby reproducing the broadcast.
  • the server 200 related to content distribution includes a central control unit 210, a communication network control unit 220, an auxiliary storage device 230, and a main storage device 240 as components.
  • the communication network control unit 220 has a configuration for transmitting and receiving packet data as content data to and from the communication network 190.
  • the central control unit 210 has a configuration for controlling the entire account settlement server 191 customer management server 192, portal server 193, copyright protection server 194, ECG metadata server 195, and content server 196.
  • the main storage device 240 has a buffer configuration and temporarily stores packet data.
  • the auxiliary storage device 230 also assists the main storage device 240 to increase the total storage capacity of each device.
  • FIG. 4 is a diagram showing an example of a search result screen displayed by the ECG processing unit when searching for content in the content receiving apparatus of FIG.
  • An example of the search result screen 400 displayed by the ECG processing unit 112 when searching for content in the content receiving apparatus 100 of FIG. 1 according to the first embodiment will be described with reference to FIG.
  • the search result screen 400 includes content information (title / release date / content distribution form) and purchase status and operation (play / download) fields 401 for each content.
  • a button that can be operated from the input device is represented by a graphical user interface. By operating the scroll button 402, the search result screen 400 can be scrolled up and down. Further, when the stored content operation button 420 is pressed by the input device, the screen shifts to a stored content screen.
  • the content A on the search result screen 400 is not purchased, and the purchase state button 403 can be pressed by the input device so that the content can be purchased in all distribution forms of VOD / download / VOD and download. It has become. At this time, the operation button 404 for the content cannot be pressed.
  • Content B is purchased in the form of VOD and download distribution, and all the buttons 405 indicating the purchase state cannot be pressed. This is because, when content is purchased in the VOD and download distribution form, it is not necessary to purchase new content in the VOD distribution form or the download distribution form.
  • a button “Purchased” is displayed on a button for purchasing in a VOD and download form. At this time, the operation button 406 for the content can be played and downloaded, and can be pressed by the input device.
  • the button 407 indicating the purchase state can be pressed so that only the download distribution form can be purchased.
  • a button “Purchased” is displayed on a button for purchasing in a VOD and download form.
  • the operation button 408 for the content can only be reproduced.
  • FIG. 5 is a diagram showing an example of a purchase screen displayed by the browser when purchasing content in the content receiving apparatus of FIG.
  • An example of a purchase screen 500 displayed by the browser 117 when purchasing content in the content receiving apparatus 100 of FIG. 1 according to the first embodiment will be described with reference to FIG.
  • the purchase screen 500 includes content information (title / release date / content distribution form) and purchase status column 501 of the content designated for purchase by the user on the search result screen 400.
  • a button that can be operated from the input device is represented by a graphical user interface.
  • the purchase cancel button 503 is pressed by the input device, the search result screen 400 is displayed.
  • FIG. 6 is a diagram showing an example of a purchase screen displayed by the browser after the content purchase in the content receiving apparatus of FIG.
  • An example of a purchased screen 600 displayed by the browser 117 after purchasing content in the content receiving apparatus 100 in FIG. 1 according to the first embodiment will be described with reference to FIG.
  • Purchased screen 600 includes content information (title / release date / content distribution form) and purchase status column 601 of the content determined to be purchased by the user on purchase screen 500.
  • a button that can be operated from the input device is represented by a graphical user interface. When the end button 603 is pressed by the input device, the search result screen 400 is displayed.
  • the purchased screen 600 is a screen by the browser 117 that shifts when an input for determining the purchase of the content A in a VOD and download distribution form is made on the purchase screen 500.
  • the button 602 indicating the purchase status is displayed as “Purchased” for the VOD and download distribution form in order to notify the user that the purchase was made in the VOD and download distribution form. All the status buttons 602 cannot be pressed.
  • 5 and 6 may be the screen of the application program of the receiver instead of the browser 117.
  • the application program presents purchase conditions according to the purchase information element of the ECG metadata acquired from the ECG metadata server, and notifies the purchase operation of the user to the portal server. Can be processed.
  • FIG. 7 is a diagram showing an example of the data structure specification of the distribution form information provided by the ECG metadata server of FIG. 1 and added to the purchase information element in the ECG metadata processed by the content receiving device.
  • An example of the data structure specification 700 of the distribution form information in the purchase information element of the ECG metadata provided by the ECG metadata server 195 of FIG. 1 according to the first embodiment and processed by the content receiving device 100 will be described with reference to FIG. .
  • the data structure specification 700 of the distribution form information in the purchase information element includes an element / attribute name field 701, an appearance number field 702, a character restriction / value restriction field 703.
  • the indentation in the element / attribute name column 702 indicates the level of the element and attribute name of each item.
  • a name preceded by “@” indicates an attribute name, and a name without an element indicates an element. If there is no lower-level element / attribute name for an element, it has a character string or value, and the attribute name has a character string or value.
  • the number of appearances 702 is the number of times that the element can appear with respect to the upper element.
  • Distribution type item 707 and @href item 708 are data structure specifications added in this embodiment. It is assumed that the data structure specification 700 of the distribution form information in the purchase information element can have all the purchase information element (PurchaseInformation) specifications shown in FIG.
  • Purchase information elements are metadata described in XML format.
  • those without @ are element names that have a hierarchical structure, and those that begin with @ have attribute names that do not have a hierarchical structure with various information. It is.
  • the PurchaseInformation item 704 indicates the highest-level element, and since the number of appearances is one, the number of appearances 702 is particularly blank. In addition, since it has a lower level element / attribute name, it has no character string or value, so the character restriction and value restriction column 703 is also blank.
  • the @PurchaseID item 705 is an attribute name, the appearance count is 1 time, and the character limit / value limit column 703 is 24 bytes.
  • Purchase item 706 is an element, and since there is an element at a lower level, it has no character string or value. In addition, since the number of appearances 702 is not limited, “0.. ⁇ ” is set.
  • dlcURL 711 download control information reference destination information dlcURL 711 is held.
  • dlcURL describes the URL from which the download control information 3300, which is meta information necessary for downloading the content, is acquired.
  • @href appears only once for Distributiontype, and all available distribution forms are described in one @href. However, multiple @href can appear for Distributiontype. In other words, a method may be used in which each available @href describes one available distribution form.
  • PricingServerURL item 709 is an element.
  • the number of appearance 702 is “0.. ⁇ ” because there is no limit. Since there is no lower level element / attribute name, it has a character string or value, and the character limit and value limit 703 is a maximum of 255 bytes. This value is the URL of the portal server 193 accessed by the browser 117 when purchasing content.
  • FIG. 8 is a diagram illustrating an example of the definition of the character string and value of the attribute name in the data structure of the distribution form information added to the purchase information element in the ECG metadata in the content receiving device of FIG.
  • the definition information 800 will be described.
  • the first “ ⁇ Term” to “/ Term>” is a value definition 802 indicating video on demand.
  • the next “ ⁇ Term” to “/ Term>” is a value definition 803 indicating download.
  • the next “ ⁇ Term” to “/ Term>” is a value definition 804 indicating video on demand or download.
  • FIG. 9 is a diagram showing an example of a content search and content purchase sequence in the content receiving apparatus of FIG. An example of the content search and content purchase sequence in the content receiving apparatus 100 of FIG. 1 in the first embodiment will be described with reference to FIG.
  • the processing units in each server and content receiving apparatus 100 and the processing between each server and each processing unit are shown in order from top to bottom.
  • the determination process in the sequence diagram if the determination is not established, the determination process is repeated or an abnormal process is executed unless otherwise specified.
  • the ECG processing unit displays a content search screen 300 (S901), determines whether there is a content search input from the user (S902), and if it is determined that there is an input, the ECG metadata server 195 Then, an ECG search request is notified based on the input (S903).
  • the ECG metadata server 195 searches the ECG metadata according to the notified ECG search request, and notifies the ECG processing unit 112 of the result and the corresponding ECG metadata (S904).
  • the ECG processing unit 112 displays the content search result screen 400 (S905), and determines whether there is a content purchase input (S906). If it is determined that there is an input, a content purchase notification is sent to the browser 117 (S907). At this time, a character string of a data element “PricingServerURL” described later of the ECG metadata corresponding to the purchased content is notified.
  • the browser 117 displays the content purchase start screen 500 (S908), and determines whether or not a purchase decision input has been made (S909). If it is determined that a purchase decision input has been made, a content purchase notification is sent to the ECG processing unit 112 (S910), and the ECG processing unit 112 records the ECG metadata of the purchased content in the auxiliary storage device 150 (S911).
  • the browser 117 also notifies the portal server 193 of a package purchase request (S912). After receiving the package purchase request, the portal server 193 requests license registration from the copyright protection server 194 (S913), and further notifies the customer management server 197 of the purchase processing request (S914).
  • the customer management server 197 Upon receipt of the purchase processing request, the customer management server 197 notifies the accounting settlement server 191 of the accounting request (S915), and the accounting settlement server 191 notifies the accounting result to the customer management server 197 (S916). At this time, the transaction ID uniquely specifying the purchase process is also notified at the same time.
  • the customer management server 197 notifies the purchase processing result to the portal server 193 (S917), and the portal server 193 notifies the browser 117 of the package purchase result (S918).
  • the browser 117 displays the content purchase end screen 600 (S919), and determines whether the end input is made by the user (S920). If it is determined that the end input has been made, the browser 117 notifies the ECG processing unit 112 of the end of the purchase processing (S921), and the ECG processing unit 112 acquires the ECG metadata of the purchased content from the auxiliary storage device S150 (S922). ) The content search result screen is displayed again (S923). At this time, the ECG processing unit determines that the content whose ECG metadata exists in the auxiliary storage device S150 has been purchased.
  • FIG. 10 is a diagram illustrating an example of data acquired by the HTTP protocol of a reproduction control metafile used for download and stream reproduction in the content reception device of FIG.
  • a description will be given of 1000 examples of acquired data 1000 according to the HTTP protocol of a reproduction control metafile used for download and stream reproduction in the content receiving apparatus 100 of FIG.
  • the configuration of the playback control metafile used in this embodiment is shown in FIG.
  • the acquisition data 1000 of the reproduction control metafile using the HTTP protocol is divided into header 1001 information and body 1002 information.
  • a resource list 1003 that is index information of the ERI 1004, LLI 1005, and NCI 1006 is binary type data, ERI 1003 that is content-specific attribute information regardless of the content reference destination and distribution form, content license and rights
  • the LLI 1005 that is information related to protection and the NCI 1006 that is control information related to streaming reception exist in the XML format.
  • the download control unit 113 handles the playback control metafile 1000 having this specification.
  • the NCI 1006 does not exist in the playback control metafile used for download processing.
  • the reproduction control metafile 1000 is used uniformly for both streaming distribution and download distribution, the NCI 1006 may exist, and the download processing unit 113 ignores the NCI 1006 even if it exists.
  • FIG. 11 is a diagram showing an example of a stream reproduction sequence in the content receiving apparatus of FIG. An example of a stream reproduction sequence in the content receiving apparatus 100 in FIG. 1 according to the first embodiment will be described with reference to FIG.
  • the processing units in each server and content receiving apparatus 100 and the processing between each server and each processing unit are shown in order from top to bottom.
  • the determination process in the sequence diagram if the determination is not established, the determination process is repeated or an abnormal process is executed unless otherwise specified.
  • the ECG processing unit displays the content search screen 300 (S1101), determines whether there is content viewing input from the user (S1102), and if it is determined that there is an input, Then, a content viewing start instruction is notified (S1103). At this time, ECG metadata of the content to be viewed is also passed to the viewing processing unit 115 at the same time.
  • the viewing processing unit 115 displays a content viewing screen (S1104), and performs playback control on the ECG metadata server 195 based on the URL of the playback control metafile described in the ECG metadata received from the ECG processing unit 112.
  • a metafile is requested (S1105).
  • the reproduction control metafile is transmitted from the ECG metadata server 195 to the viewing processing unit 115 (S1106).
  • the viewing processing unit 115 requests a license for using the corresponding content from the copyright protection processing unit 111 (S1107), and the copyright protection processing unit 111 further issues the license request to the copyright protection server 194 (S1108). ).
  • the copyright protection server 194 transmits a corresponding license to the copyright protection processing unit 111 (S1109), and transmits a content key to the content server 196 (S1111).
  • the copyright protection processing unit 111 further transmits the acquired license to the viewing processing unit 115 for use during reproduction (S1110).
  • the viewing processing unit 115 extracts the use condition and the content key from the received license, and determines that the use condition is satisfied (S1112). If the use condition is satisfied, it is determined whether or not the user has made a content reproduction control input (S1113). If it is determined that a playback control input has been made by the user, the content server 196 is notified of a playback control request such as normal playback / pause / fast-forward / rewind (S1114).
  • the content server 196 transmits content data corresponding to the received reproduction control request to the viewing processing unit 115. At this time, it is determined whether the content data to be played has reached the end of the content (S1115). If it is determined that the end of the content has been reached, the license retained for use during playback is deleted from the viewing processing unit 115 (S1117), and a playback end notification is sent to the ECG processing unit 115 (S1118). .
  • the viewing processing unit 115 receives a playback control input from the user during the playback of the content, and repeats the processing from step S1112 to step S1114.
  • the ECG processing unit 112 returns the display to the content search screen 400 (S1119).
  • FIG. 12 is a diagram showing an example of a download sequence in the content receiving apparatus of FIG. An example of a download sequence in the content receiving apparatus 100 in FIG. 1 according to the first embodiment will be described with reference to FIG.
  • the processing units in each server and content receiving apparatus 100 and the processing between each server and each processing unit are shown in order from top to bottom.
  • the determination process in the sequence diagram if the determination is not established, the determination process is repeated or an abnormal process is executed unless otherwise specified.
  • the ECG processing unit 112 displays the content search result screen 400 (S1201), and determines whether there is a download input instructing the user to download the content (S1202). If it is determined that there is an input, the download control information is requested from the ECG metadata server 195 based on the URL of the download control information described in the ECG metadata of the corresponding content (S1203).
  • the ECG metadata server 195 requests a transaction ID from the copyright protection server 194 (S1204), and the copyright protection server 194 requests the customer management server 191 to confirm the purchase of content and receives the result (S1205).
  • the copyright protection server 194 transmits a content key and a transaction ID to the content server 196 (S1205), and transmits a transaction ID to the ECG metadata server 195 (S1207).
  • the ECG metadata server 195 transmits download control information to the ECG processing unit 112 (S1208), and the ECG processing unit 112 further transmits the download control information to the download processing unit 113 (S1209).
  • the download processing unit 113 displays a download screen (S1210), and records the download control information in the auxiliary storage device 150 (S1211). Further, the download processing unit 113 requests the ECG metadata server 195 for the playback control metafile of the corresponding content (S1212), receives the playback control metafile (S1213), and records the playback control metafile in the auxiliary storage device 150. (S1214). Further, the download processing unit 113 requests the ECG metadata server 195 for ECG metadata of the corresponding content (S1215), receives the ECG metadata (S1216), and records the ECG metadata in the auxiliary storage device 150 (S1217). .
  • the download processing unit 113 makes a content data request to the content server 196 together with the transaction ID (S1218), receives the content data and SCI metadata (S1219), and stores the content data and the SCI metadata in the auxiliary storage device 150. Recording is performed (S1220).
  • the download processing unit 113 When the download is completed, the download processing unit 113 notifies the ECG processing unit 112 of a download end notification (S1221).
  • the ECG processing unit 112 displays the content search screen 300 (S1222).
  • the ECG processing unit 112 makes a license request for the corresponding content to the copyright protection processing unit 111 (S1223), and the copyright protection processing unit 111 makes a license request to the copyright protection server 194 (S1224).
  • the copyright protection server 194 confirms the purchase of the corresponding content to the customer management server 192 (S1225). If the purchase confirmation is successful, the copyright protection server 194 transmits a license to the copyright protection processing unit 111 (S1226).
  • the ECG processing unit 112 can describe the download control information in the ECG metadata in order to request the download control information of the corresponding content from the ECG metadata server 195. Specifically, it is handled in the same way as the playback control metafile in the ECG metadata so that the playback control metafile and the download control information can be discriminated from the extension of the file name. In contrast to the file name extension “.cpc” in the case of the playback control metafile, the file name extension of the download control information is “.dlc”.
  • FIG. 13 is a diagram illustrating an example of a stored content screen of the stored ECG processing unit in the content receiving apparatus of FIG.
  • An example of a stored content screen of the stored ECG processing unit 114 in the content receiving apparatus 100 of FIG. 1 in the first embodiment will be described with reference to FIG.
  • the stored content screen 1300 is a screen that is transitioned to when the stored content operation button 420 in the content search result screen 400 is pressed with the input device.
  • a button that can be operated from the input device is represented by a graphical user interface.
  • the stored content screen 1300 is scrolled up and down by a scroll button 1302.
  • the purchase status button 1303 in the purchase status column cannot be pressed. In particular, “purchased” is displayed on the purchase status button regarding VOD and download.
  • the reproduction operation button 1304 and the external writing operation button 1305 in the operation column of the content C perform a stored content reproduction process and an external medium writing process, respectively.
  • the search result screen 400 is displayed.
  • the ECG processing unit 112 displays the content search screen 300 (S1401), determines whether there is an input instructing the content storage content operation from the user (S1402), and if it is determined that there is an input, The stored ECG processing unit 114 is notified of a stored content reproduction start request (S1403).
  • the accumulated ECG processing unit 114 requests ECG metadata and download control information from the auxiliary storage device 150 (S1404), and the auxiliary storage device 150 passes the ECG metadata and download control information to the accumulated ECG processing unit 114 (S1405).
  • the stored ECG processing unit 114 displays a stored ECG screen that is information related to one or a plurality of stored contents (S1406), and determines whether or not there is a playback instruction input for the stored contents (S1407). If it is determined that there is a playback instruction input related to the stored content from the user, the viewing processing unit 115 is notified of the stored content playback start request (S1408).
  • FIG. 15 is a diagram showing an example of an external medium writing sequence in the content receiving apparatus of FIG. With reference to FIG. 15, an example of an external medium writing sequence in the content receiving apparatus 100 of FIG. The processing units in each server and content receiving apparatus 100 and the processing between each server and each processing unit are shown in order from top to bottom. As for the determination process in the sequence diagram, if the determination is not established, the determination process is repeated or an abnormal process is executed unless otherwise specified.
  • the first half of the external medium writing sequence in the content receiving apparatus 100 is the same as steps S1401 to S1406 which are the stored content playback sequence described in FIG.
  • the stored ECG processing unit 114 determines whether or not there is an external medium writing instruction input for the stored content from the user (S1507).
  • the external medium recording processing unit 116 If it is determined that there is an external medium writing instruction input, the external medium recording processing unit 116 is notified of a stored content writing start request (S1508). The external medium recording processing unit 116 requests the auxiliary storage device 150 for the reproduction control metafile of the corresponding content (S1509), and acquires the reproduction control metafile of the corresponding content (S1510).
  • the external medium recording processing unit 116 requests a license for the corresponding content from the copyright protection processing unit 111, and the copyright protection processing unit 111 further requests a license for the corresponding content from the copyright protection server 194 (S1512). .
  • the copyright protection processing unit 111 acquires a license for the corresponding content from the copyright protection server 194 (S1513), the copyright protection processing unit 111 holds the license and transmits the license to the external medium recording processing unit 116 (S1514).
  • the external medium recording processing unit 116 sets right protection information in the external medium recording device 160 (S1515), and notifies the copyright protection processing unit 111 of the completion of license use of the corresponding content (S1516).
  • the copyright protection processing unit 111 deletes the license of the corresponding content (S1517).
  • the external medium recording processing unit 116 requests content data from the auxiliary storage device 150 (S1518), and acquires the content data of the corresponding content (S1519).
  • the external medium recording processing unit 116 writes the acquired content data to the external medium recording device 160 (S1520), and deletes the license of the corresponding content held (S1521).
  • the external medium recording processing unit 116 records the stored content writing completion information for the corresponding content in the auxiliary storage device 150 (S1522), and notifies the stored ECG processing unit 114 of the completion of writing the stored content (S1523).
  • the stored ECG processing unit 114 further notifies the ECG processing unit 112 of the end of the stored content writing (S1524), and the ECG processing unit 112 displays the content search screen 300.
  • the effect of the above embodiment is that when one content is provided to a user by both download distribution and streaming distribution, separate charges and usage conditions are provided for only streaming distribution, only download distribution, and both streaming distribution and download distribution. Can be set and can be handled uniformly by one ECG metadata.
  • management and operation of ECG metadata for content in the ECG metadata server 195 is simplified.
  • ECG metadata processing in the ECG processing unit 112, the download processing unit 113, the stored ECG processing unit 114, and the viewing processing unit 115 in the content receiving apparatus 100 is also simplified.
  • a mechanism that can be generated and avoided can be provided on the content search result screen 400 in the ECG processing unit 112.
  • FIG. 18 is a configuration example of ECG metadata.
  • distribution form information 700 to be added to the purchase information element shown in FIG. 7 is distributed from the ECG metadata server 194 as a purchase information element 4030 which is one element of the ECG metadata shown in FIG.
  • the ECG metadata includes a program information element 4020 describing attribute information such as the name and description of each program to be distributed, video, audio, and genre, and group information for managing and searching each program as a series of series.
  • a group information element 4020 to which the program belongs can be described, and the group information element 4020 can define a hierarchical group configuration by describing the group information element 4020 to which the program belongs.
  • the license reference information 4040 has reference information of a program information element 4020 of a program that can be used with the license and a purchase information element 4030 that can be used as a purchase condition.
  • the program information element 4020 and the purchase information element 4030 correspond to each other. It has information to refer to.
  • the purchase information element shown in FIG. 7 is treated as the purchase information element 4030 in FIG.
  • the receiver finds the content to be used by searching for the program information element 4020 or the group information element 4010, refers to the purchase information element 4030 of the content, and presents the content purchase screen to the user. Make a purchase operation.
  • the distribution form information added in the purchase information element 4030 in the second embodiment is the same as in FIG.
  • the download control information 3300 is acquired from the distribution destination described in the dlcURL 711.
  • FIG. 19 is a configuration example of the download control information 3300.
  • the download control information 3300 includes a download control information header 3400 describing the contents of the metafile itself, and download execution information 3450 used to download one or more contents.
  • the download control information 3300 is described in 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 the plurality of packages do not straddle. It is also possible to prepare a plurality of packages for a certain package. However, make sure that all the contents in the package can be downloaded.
  • the download control information 3300 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 encloseure url.
  • the download control information 3300 includes a download control information name 3401 indicating the name of the corresponding download control information 3300 (eg, download reservation name, file name, ID, etc.), and the location of the corresponding download control information 3300 (eg, download reservation).
  • URL of the website that provides An address that is not limited to a URL may be used.
  • Download control information location 3402 indicating download control information
  • download control information description 3403 indicating the description of the corresponding download control information 3300 (for example, description of download reservation, language type, etc.), update check flag 3404, update deadline date and time 3405, etc. With information.
  • An update check flag 3404 is a flag for determining whether or not the contents of the download control information 3300 on the metadata server 3304 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 3405 is valid when the update check flag 3405 is “update”, and describes the date and time of the deadline to continue checking the download control information 3300 for updates.
  • the update deadline date and time 3405 indicates the 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.
  • a plurality of download execution information 3450 can be described in the download control information 3300.
  • the title 3451 of the distribution content indicating the title of the content (which may be a program name or the like, or a file name or ID), description of the content (features, remarks, etc.)
  • a delivery content description 3452 indicating the date and time of delivery of the content (may be in units of days or minutes)
  • a content identifier 3454 of the delivery content that uniquely identifies the content on the Internet
  • Location 34 of playback control information indicating the destination URL 8 to store information such as the size 3459 of the delivery content.
  • the content identifier 3454 is described by a character string defined by the schema CRID: /, and the authority part is a keyword that uniquely identifies the content distributor on the network.
  • 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 the authority, and the format of the character string may be freely operated by the authority. By such operation, it becomes possible to uniquely identify the content on the Internet with the content identifier 3454, and the target content and related metadata are acquired by accessing the content identifier 3454 as a URL on the Internet. It becomes possible to do.
  • Delivery content file type 3455 describes, for example, the type of video, photo, music, program, multimedia data delivered from the server.
  • the video may be further subdivided into movies, news, sports, etc.
  • the music may be further subdivided into classical, rock, jazz, etc. types.
  • FIG. 20 is a configuration example of the playback control metafile 2000.
  • the configuration of the reproduction control metafile 2000 acquired by referring to the download control information 3300 will be described.
  • the playback control metafile 2000 accesses the copyright management server to decrypt the content-specific attribute information 2100, which is the AV stream information of the content itself necessary for content playback, and decrypts the encrypted content.
  • 3 XML documents including license acquisition information 2200 necessary for acquiring a content key and the like, and network control information 2300 required for reproduction control in the case of streaming VOD are included.
  • the network control information 2300 is not necessary in the case of download distribution.
  • the content unique attribute information 2100 includes the file name and reference destination 2110 of the content main body file, the discrimination information 2120 indicating whether or not the content is encrypted, the time length 2130 of the content, the video encoding method, the resolution / scanning / aspect ratio, etc. It provides video signal attribute information 2140, audio signal attribute information 2150 such as stereo / mono / multi-channel distinction, and the like.
  • Content license acquisition information 2200 includes copyright management server address information 2210 as a license acquisition destination of the target content, copyright management method type information 2230, a license ID 2240 indicating the type of copyright protection range associated with the content, copyright Information such as the value 2220 of the signature target and the reference destination 2260, the license usage condition information 2250, and the public key certificate 2270 necessary for verifying a certain signature for server authentication between the management server and the client receiver. I will provide a.
  • the network control information 2300 includes various streaming server function information such as information 2310 on streaming protocol methods that can be used, special playback and content cueing methods 2320, and whether paused playback can be resumed from the middle.
  • information 2330 indicating what magnification is used for each stage and information 2340 of the reproduction method are described.
  • 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.
  • the license holds the encryption keys 3110 and 3210 of the content necessary for combining the content.
  • the use start date and use end date and time 3120, the signal output restriction at the time of reproduction and the copy control information 3130 have.
  • the use start date / time and use end date / time 3120 can be designated indefinitely.
  • use condition information 3220 such as copy restriction and analog output restriction when outputting to each medium (or network) that can be exported can be designated.
  • the receiver can acquire ECG metadata and purchase the content that the user wants to search by selecting VOD streaming or download.
  • download starts automatically.
  • the download is complete, the content can be played back or exported.
  • Metadata is sometimes referred to as meta information or metafile. These are interchangeable.
  • this invention is not limited to the above-mentioned Example, Various modifications are included.
  • 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.
  • a part of the configuration of one embodiment can be replaced with the configuration of another embodiment, and the configuration of another embodiment can be added to the configuration of one 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.
  • 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.
  • 100 Content receiving device, 110, 210 ... central control unit, 111 ... Copyright protection processing unit, 112 ... ECG processing unit, 113 ... Download processing unit, 114 ... Accumulated ECG processing unit, 115 ... viewing processing unit, 116: External medium recording processing unit, 117 ... browser, 120, 220 ... communication control unit, 130... Non-volatile storage device, 140 ... main memory, 150 ... Auxiliary storage device, 160.
  • External medium recording device 171... Input processing unit, 173 ... an output processing unit, 181 ... Input device, 182 ... Output device 190 ... Communication network 191 ... Billing settlement server, 192: Customer management server, 193 ... Copyright protection server 194 ...
  • ECG metadata server 200... Each server 200 involved in content distribution, 300 ... Search condition input screen, 301 ... content title column, 302 ... content release date column, 303 ... content provision form column, 304 ... Search start column, 400 ... Search result screen, 401, 501, 601, ... content information, purchase status and operation column, 402, 1301 ... scroll buttons, 403, 405, 407, 409, 411 ... purchase status buttons, 404, 406, 408, 410, 412 ... operation buttons, 420 ... Accumulated content operation button, 500 ... purchase screen, 505 ... Purchase stop button 600 ... Screen after purchase, 605, 1306 ... end button, 700 ...
  • Data structure specification of distribution form information in the purchase information element 701: Element / attribute name field, 702 ... Number of appearances column, 703: Character limit and value limit fields, 704 ... PurchaseInformation item 705 ... @ PurchaseID item 706 ... Purchase item 707 ... Distributiontype item, 708 ... @href item 709 ... PricingServerURL item 800 ... Character string and value definition information, 801 ... dictionary header information, 802 ... Value indicating video on demand, 803 ... a value indicating download, 804 ... a value indicating video on demand and download, 1000 ... playback control metafile, 1001 ... header information, 1002 ... Body information, 1003 ... Resource list information, 1004 ... ERI information, 1005 ...
  • LLI information 1006 ... NCI information, 1300 ... Accumulated ECG screen, 1302 ... Content information column, 1303 ... Purchase status button, 1304 ... Play button, 1305 ... External export button, 2000 ... playback control metafile, 3000 ... License, 3300 ... download control information, 4030: Purchase information element,

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Human Computer Interaction (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

　１つのコンテンツをダウンロード配信とストリーミング配信両方でユーザに提供する場合、１つのＥＣＧメタデータで統一的に取り扱うことを可能にすることである。　コンテンツを受信するコンテンツ受信装置であって、コンテンツの配信方法として、ストリーミング配信のみ、ダウンロード配信のみ、および前記ストリーミング配信もしくは前記ダウンロード配信の両方の配信、によって前記コンテンツを受信することを示すコンテンツ関連情報に基づいて、コンテンツの購入処理をブラウザに指示し、ダウンロード処理をダウンロード処理部に指示し、ストリーミング再生を視聴処理部に指示する、ＥＣＧ処理部と、前記ブラウザへの指示により前記コンテンツの購入処理を行う前記ブラウザと、前記ダウンロード処理部への指示により、前記コンテンツを補助記憶装置に保存する前記ダウンロード処理部と、前記視聴処理部への指示により前記コンテンツを受信しながら再生する前記視聴処理部と、を有する。

Description

コンテンツ受信装置およびコンテンツ受信方法
　本発明は、通信網経由でコンテンツを配信するサービスにおけるコンテンツ送信装置とコンテンツ受信装置に係り、特にコンテンツをビデオオンデマンドおよびダウンロードにて配信するときの技術に関する。
　特開２００５－１５９７０３（特許文献１）には、コンテンツ受信装置がダウンロード制御ファイルまたはダウンロード制御情報（ダウンロード制御情報と呼ぶ）をサーバから取得し、この情報をダウンロードエージェントおよびダウンローダー（ダウンロード処理部と呼ぶ）が解釈し、サーバに存在しているコンテンツデータをコンテンツ受信装置に保存するダウンロードを実行する例および仕様が示されている。
特開２００５－１５９７０３
　従来の方式のコンテンツ送信装置および受信装置においては、通信網を経由し、コンテンツのダウンロードを実行する例および仕様と、ストリーミング再生する仕様が別々に記載されている。双方コンテンツに関連する情報であるＥＣＧ（Electric Content Guide）メタデータをサーバから取得して処理を実行しているが、ダウンロード配信するコンテンツに関するＥＣＧメタデータと、ストリーミング配信するコンテンツに関するＥＣＧメタデータとは別々に取り扱われている。
　しかしながら、このようにＥＣＧメタデータがダウンロード配信とストリーミング配信とで別々であると、コンテンツ提供側とコンテンツ送信装置とコンテンツ受信装置で、ＥＣＧメタデータを統一的に取り扱うことが出来ない。すなわち、１つのコンテンツをダウンロード配信とストリーミング配信両方でユーザに提供する場合、コンテンツ提供側のＥＣＧメタデータの生成・メンテナンスが複雑になり、コンテンツ送信装置とコンテンツ受信装置双方で、ＥＣＧメタデータの管理や処理が複雑になってしまっている。
　本発明は、上記従来技術の現状に鑑み、１つのコンテンツをダウンロード配信とストリーミング配信両方でユーザに提供する場合、１つのＥＣＧメタデータで統一的に取り扱うことを目的とする。
　上記課題点を解決するために、コンテンツを受信するコンテンツ受信装置であって、前記コンテンツに関連するコンテンツ関連情報を受信し、受信したコンテンツ関連情報に基づいて異なる処理をするＥＣＧ処理部と、前記ＥＣＧ処理部からの指示により前記コンテンツの購入処理を行う購入処理部と、前記ＥＣＧ処理部からの指示により、コンテンツのダウンロードシーケンスを実行するダウンロード処理部と、前記ＥＣＧ処理部からの指示により前記コンテンツを受信しながら再生する視聴処理部と、を備え、前記コンテンツ関連情報は、コンテンツの配信方法として、ストリーミング配信のみ、ダウンロード配信のみ、または、ストリーミング及びダウンロードの両方の配信、によって前記コンテンツを受信することを示し、前記ＥＣＧ処理部は、コンテンツの購入処理を前記購入処理部に指示し、前記受信したコンテンツ関連情報に基づいて、前記ダウンロードシーケンスを前記ダウンロード処理部に指示するか、または、ストリーミング再生を前記視聴処理部に指示するか、のいずれか、または両方を行うことを特徴とする構成とする。
　本発明によれば、１つのコンテンツをダウンロード配信とストリーミング配信両方でユーザに提供する場合、１つのＥＣＧメタデータで統一的に取り扱うことが可能になる。
コンテンツ受信機の構成とコンテンツ配信に関わる各サーバとの接続構成例である。 コンテンツ配信に関わる各サーバの構成例である。 コンテンツ受信装置でのコンテンツ検索時にＥＣＧ処理部が表示する検索条件入力画面の例である。 コンテンツ受信装置でのコンテンツ検索時にＥＣＧ処理部が表示する検索結果画面の例である。 コンテンツ受信装置でのコンテンツ購入時にブラウザが表示する購入画面の例である。 コンテンツ受信装置でのコンテンツ購入後にブラウザが表示する購入画面の例である。 ＥＣＧメタデータサーバが提供しコンテンツ受信装置で処理するＥＣＧメタデータ中の購入情報要素へ追加する配信形態情報のデータ構造仕様の例である。 コンテンツ受信装置でのＥＣＧメタデータ中の購入情報要素へ追加する配信形態情報のデータ構造中の属性名の文字列および値の定義の例を示す図である。 コンテンツ受信装置でのコンテンツ検索およびコンテンツ購入シーケンスの一例である。 コンテンツ受信装置でのダウンロードおよびストリーム再生に用いられる再生制御メタファイルのＨＴＴＰプロトコルによる取得データ例を示す図である。 コンテンツ受信装置でのストリーム再生シーケンスの一例である。 コンテンツ受信装置でのダウンロードシーケンスの一例である。 コンテンツ受信装置での蓄積ＥＣＧ処理部の蓄積コンテンツ画面の例である。 コンテンツ受信装置での蓄積コンテンツ再生シーケンスの一例である。 コンテンツ受信装置での外部媒体書き出しシーケンスの一例である。 メタデータの購入情報要素の構成例。 再生制御メタファイルの構成例。 ＥＣＧメタファイルの構成例。 ダウンロード制御情報の構成例。 再生制御メタファイルの構成例。 ライセンスの構成例。
　以下、実施例につき図面を用いて説明する。なお、同図面において、同一の構成要素には、原則として同一の符号を付す。また、明細書において、該同一の構成要素については繰り返しの説明は避ける。
　第１の実施例において、図１は、コンテンツ受信機の構成とコンテンツ配信に関わる各サーバとの接続構成例を示す図である。
  本実施例のコンテンツ受信機１００は、リモコンなどの入力装置１８１、映像音声などの出力装置１８２と接続されている。
　また、通信網１９０を介してポータルサーバ１９３、著作権保護サーバ１９４、ECGメタサーバ１９５、コンテンツサーバ１９６と接続されている。また、課金決済サーバ１９１は顧客管理サーバ１９２と、顧客管理サーバ１９２はポータルサーバ１９３および著作権保護サーバ１９４と接続されている。さらに、著作権保護サーバ１９４は、ＥＣＧメタデータサーバ１９５とコンテンツサーバ１９６に接続されている。
　コンテンツ受信装置１００には、入力処理部１７１と出力処理部１７２、中央制御部１１０と通信制御部１２０からなり、入力処理部１７１は入力装置１８１と、出力処理部１７２は出力装置１８２と接続している。
  中央制御部１１０は入力処理部１７１と出力処理部１７２と通信制御部１２０にそれぞれ接続されている。また、不揮発記憶装置１３０、主記憶装置１４０、補助記憶装置１５０、外部媒体記録装置１６０とも接続されている。
　中央制御部１１０は著作権保護処理部１１１、ＥＣＧ処理部１１２、ダウンロード処理部１１３、蓄積ＥＣＧ処理部１１４、視聴処理部１１５、外部媒体記録処理部１１６、ブラウザ１１７、著作権保護復号部１９２から成る。
　著作権保護処理部１１１、ＥＣＧ処理部１１２、ダウンロード処理部１１３、蓄積ＥＣＧ処理部１１４、視聴処理部１１５、外部媒体記録処理部１１６、ブラウザ部１１７、著作権保護復号部１９２は、その一部または全てを集積回路化する等により、ハードウェアで実装することが可能である。中央制御部１１０の中に、回路化することもできるが、中央制御部１１０の外に回路化することにより実装することもできる。
　また、著作権保護処理部１１１、ＥＣＧ処理部１１２、ダウンロード処理部１１３、蓄積ＥＣＧ処理部１１４、視聴処理部１１５、外部媒体記録処理部１１６、ブラウザ部１１７、著作権保護復号部１９２は、不揮発記憶装置１３０、主記憶装置１４０、補助記憶装置１５０、外部媒体記録装置１６０等に格納された、著作権保護処理プログラム１１１、ＥＣＧ処理プログラム１１２、ダウンロード処理プログラム１１３、蓄積ＥＣＧ処理プログラム１１４、視聴処理プログラム１１５、外部媒体記録処理プログラム１１６、ブラウザプログラム１１７、著作権保護復号プログラム１９２等の各種プログラムを、中央制御部１１０で実行することにより、各処理をソフトウェアで実装することもできる。
　著作権保護処理部１１１は、著作権保護サーバ１９４からコンテンツのライセンスを取得し、保持する。また、コンテンツのストリーミング再生時やダウンロード時に、視聴処理部１１５やダウンロード処理部１１３からの指示でコンテンツのライセンスを取得する。
　取得したライセンスは、不揮発記憶装置１３０に記録し、コンテンツのダウンロード再生時や外部媒体書出し時に視聴処理部１１５や外部媒体記録処理部１１６に一時的にライセンスを渡す。視聴処理部１１５や外部媒体記録処理部１１６では、これらの処理終了後に一時的に渡したライセンスは消去される。また、外部媒体記録処理部１１６の処理終了後には、著作権保護処理部１１１の該当ライセンスも消去される。
　ＥＣＧ処理部１１２はユーザからのコンテンツ検索指示を受け付け、ＥＣＧメタデータサーバ１９５に対し、ＥＣＧメタデータ検索要求を通知し、検索結果として該当したＥＣＧメタデータを取得して検索結果を表示する。また、購入処理を行うブラウザ１１７に対し、該当したＥＣＧメタデータのうち、ユーザによって選択されたコンテンツと、それ対する購入処理開始を通知する。また、ダウンロード処理部１１３に対し、該当したＥＣＧメタデータのうち、ユーザによって選択されたコンテンツと、それ対するダウンロード処理を通知する。
　この時、後述する仕組みにより、ＥＣＧメタデータサーバ１９５から選択されたコンテンツに対するダウンロード制御情報も取得し、ダウンロード処理部１１３に渡す。
  さらに、ＥＣＧ処理部１１２は、補助記憶装置１５０に記録されたＥＣＧメタデータやコンテンツデータから、コンテンツに対しダウンロード処理や外部媒体書出し処理がなされたかを判定して検索結果に表示する。
　ダウンロード処理部１１３は、ＥＣＧ処理部１１２より通知されたダウンロード制御情報から、再生制御メタファイルやＥＣＧメタデータをＥＣＧメタデータサーバ１９５から取得し、コンテンツデータをコンテンツサーバ１９６から取得し、ダウンロード制御情報と共に補助記憶装置１５０に記録する。
　視聴処理部１１５は、ＥＣＧ処理部１１２より通知されたＥＣＧメタデータを用いて、再生制御メタファイルをＥＣＧメタデータサーバ１９５から取得し、これを用いてコンテンツデータをコンテンツサーバ１９６から取得しストリーム再生する。
　蓄積ＥＣＧ処理部１１４は、補助記憶装置に記録されたダウンロード制御情報やＥＣＧメタデータを取得し、ユーザに蓄積コンテンツを提示し、再生指示を受けたコンテンツのＥＣＧメタデータを視聴処理部１１５に通知する。この時、視聴処理部１１５は再生制御メタファイルとコンテンツデータを補助記憶装置１５０から取得し、再生処理を行う。
　蓄積ＥＣＧ処理部１１４は、補助記憶装置に記録されたダウンロード制御情報やＥＣＧメタデータを取得し、ユーザに蓄積コンテンツを提示し、外部媒体書出し指示を受けたコンテンツのＥＣＧメタデータを外部媒体記録処理部１１６に通知する。
　この時、外部媒体記録処理部１１６は再生制御メタファイルとコンテンツデータを補助記憶装置１５０から取得し、外部媒体にコンテンツデータを書き出し、コンテンツを外部媒体に書出したことを示す蓄積コンテンツ書出し済み情報を補助記憶装置１５０に記録する。
  ブラウザ１１７は、ポータルサーバ１９３と接続され、ＥＣＧ処理部１１２から通知されたＥＣＧメタデータに対する購入処理を、ポータルサーバ１９３からＷｅｂ文書を取得し、提示することで行う。
　本実施例のコンテンツ受信機１００は、デジタル放送を受信する機能を、兼ね備えることがあり、その場合、図１のアンテナ１９０、放送受信部１９１、著作権保護復号部１９２、ＣＡＳ(Conditional Access System)カード１９３を備える。
　アンテナ１９０は、放送波を受信する。ケーブル放送などを受信する場合は、アンテナ１９０の代わりに、直接放送波が伝送されているケーブルが接続される。
　アンテナ１９０で受信した放送波は、放送受信部１９１で、放送波の伝送方式に従って復調、復号され、放送ストリームを、著作権保護復号部１９２に出力する。ＣＡＳカード１９３が、著作権保護復号部１９２に対し、ユーザの視聴条件に従って放送ストリームを復号する鍵情報を出力し、その鍵情報に従い、著作権保護復号部１９２は、放送ストリームを復号し、視聴処理部１１５に出力する。視聴処理部１１５は、放送ストリームを、映像、音声、字幕等のパケットに分離し、それぞれを復号して、出力制御部１７２に出力することで、放送の再生が行われる。
　以下、説明中で用いる図１の構成要素には、図１の場合と同じ符号を付して用いる。
  図２は、図１のコンテンツ配信に関わる課金決済サーバ１９１、顧客管理サーバ１９２、ポータルサーバ１９３、著作権保護サーバ１９４、ECGメタサーバ１９５、コンテンツサーバ１９６の個々のサーバ内部のシステム構成を示す図である。
　コンテンツ配信に関わるサーバ２００は、構成要素として、中央制御部２１０と、通信網制御部２２０と、補助記憶装置２３０と、主記憶装置２４０とを備えて成る。通信網制御部２２０は、通信網１９０との間で、コンテンツデータとしてのパケットデータの送受信を行う構成を有する。
　中央制御部２１０は、課金決済サーバ１９１顧客管理サーバ１９２、ポータルサーバ１９３、著作権保護サーバ１９４、ＥＣＧメタデータサーバ１９５、コンテンツサーバ１９６全体を制御する構成を備える。主記憶装置２４０は、バッファ構成を備えパケットデータを一時的に格納する構成を有する。また、補助記憶装置２３０は、主記憶装置２４０を補助して、それぞれの装置における総記憶容量を増大させる。
　図３は、図１のコンテンツ受信装置でのコンテンツ検索時にＥＣＧ処理部が表示する検索条件入力画面の例を示す図である。
  図３を用いて、実施例１の図１のコンテンツ受信装置１００でのコンテンツ検索時にＥＣＧ処理部１１２が表示する検索条件入力画面３００の例を説明する。検索条件入力画面３００は、様々な入力形態がありうるが、本実施例では、タイトル３０１とリリース日３０２、および、コンテンツの配信形態３０３を選択できるグラフィカル・ユーザ・インターフェースをユーザ提供する。
　タイトル３０１とリリース日３０２に文字列を入力し、コンテンツの配信形態３０３には、配信形態選択肢を表すチェックボックスを入力装置１８１にて選択する。コンテンツの検索の開始は、検索開始ボタン３０４を入力装置１８１にて選択することで、実行される。
　図４は、図１のコンテンツ受信装置でのコンテンツ検索時にＥＣＧ処理部が表示する検索結果画面の例を示す図である。
  図４を用いて、実施例１の図１のコンテンツ受信装置１００でのコンテンツ検索時にＥＣＧ処理部１１２が表示する検索結果画面４００の例を説明する。検索結果画面４００は、コンテンツごとにコンテンツ情報（タイトル・リリース日・コンテンツの配信形態）および購入状態および操作（再生・ダウンロード）欄４０１がある。グラフィカル・ユーザ・インターフェースにより入力装置から操作できるボタンが表現されている。スクロールボタン４０２への操作によって、検索結果画面４００を上下にスクロールできる。また、蓄積コンテンツ操作ボタン４２０は、入力装置により押下されると、蓄積コンテンツ画面に移行する。
　検索結果画面４００のコンテンツＡは、未購入であり、ＶＯＤ・ダウンロード・ＶＯＤおよびダウンロードの全ての配信形態でのコンテンツ購入が可能であるように、購入状態を示すボタン４０３は、入力装置によって押下可能となっている。この時、コンテンツに対する操作ボタン４０４は押下できない状態になっている。
　コンテンツＢは、ＶＯＤおよびダウンロードの配信形態で購入されており、購入状態を示すボタン４０５は、全て押下できなくなっている。これは、ＶＯＤおよびダウンロードの配信形態でコンテンツが購入されている場合、ＶＯＤの配信形態やダウンロードの配信形態で新たにコンテンツを購入する必要がないためである。特にＶＯＤおよびダウンロードの配信形態で購入するためのボタンには、「購入済み」の表示がなされる。この時、コンテンツに対する操作ボタン４０６は再生・ダウンロード共に可能であるので、入力装置により押下できるようになっている。
　コンテンツＣは、ＶＯＤおよびダウンロードの配信形態で購入され、かつダウンロード処理済みである。よって、購入状態を示すボタン４０７は、ダウンロードの配信形態のみが購入可能であるようにボタンが押下できるようになっている。特にＶＯＤおよびダウンロードの配信形態で購入するためのボタンには、「購入済み」の表示がなされる。この時、コンテンツに対する操作ボタン４０８は再生のみ可能になっている。
　コンテンツＤは、ＶＯＤの配信形態で購入されている。よって、購入状態を示すボタン４０９は、ダウンロードの配信形態のみが購入可能であるようにボタンが押下できるようになっている。特にＶＯＤの配信形態で購入するためのボタンには、「購入済み」の表示がなされる。この時、コンテンツに対する操作ボタン４１０は再生のみ可能になっている。
　コンテンツＥは、ダウンロードの配信形態で購入されている。よって、購入状態を示すボタン４１１は、ＶＯＤの配信形態のみが購入可能であるようにボタンが押下できるようになっている。特にダウンロードの配信形態で購入するための操作ボタンには、「購入済み」の表示がなされる。この時、コンテンツに対する操作ボタン４１２は、再生・ダウンロード共に可能になっている。
　図５は、図１のコンテンツ受信装置でのコンテンツ購入時にブラウザが表示する購入画面の例を示す図である。
  図５を用いて、実施例１の図１のコンテンツ受信装置１００でのコンテンツ購入時にブラウザ１１７が表示する購入画面５００の例を説明する。
購入画面５００は、検索結果画面４００にてユーザにより購入を指定されたコンテンツのコンテンツ情報（タイトル・リリース日・コンテンツの配信形態）および購入状態欄５０１がある。グラフィカル・ユーザ・インターフェースにより入力装置から操作できるボタンが表現されている。購入中止ボタン５０３は、入力装置により押下されると、検索結果画面４００に移行する。
　購入画面５００は、コンテンツＡをＶＯＤおよびダウンロードの配信形態で購入する入力が検索結果画面４００にてなされた場合に移行するブラウザ１１７による画面である。購入状態を示すボタン５０２は、ユーザにＶＯＤおよびダウンロードの配信形態で購入することを再確認するために、ＶＯＤおよびダウンロードの配信形態に対応するボタンのみが「購入決定」と表示され入力装置にて押下可能になっている。
　図６は、図１のコンテンツ受信装置でのコンテンツ購入後にブラウザが表示する購入画面の例を示す図である。
  図６を用いて、実施例１の図１のコンテンツ受信装置１００でのコンテンツ購入後にブラウザ１１７が表示する購入済み画面６００の例を説明する。
  購入済画面６００は、購入画面５００にてユーザにより購入を決定されたコンテンツのコンテンツ情報（タイトル・リリース日・コンテンツの配信形態）および購入状態欄６０１がある。グラフィカル・ユーザ・インターフェースにより入力装置から操作できるボタンが表現されている。終了ボタン６０３は、入力装置により押下されると、検索結果画面４００に移行する。
　購入済み画面６００は、コンテンツＡをＶＯＤおよびダウンロードの配信形態で購入決定する入力が購入画面５００にてなされた場合に移行するブラウザ１１７による画面である。購入状態を示すボタン６０２は、ユーザにＶＯＤおよびダウンロードの配信形態で購入したことを通知するために、ＶＯＤおよびダウンロードの配信形態に対応するボタンが「購入済み」と表示され、入力装置にて購入状態ボタン６０２は全部押下できないようになっている。
　なお、図５、図６の画面は、ブラウザ１１７ではなく、受信機のアプリケーションプログラムの画面であってもよい。
  その場合、アプリケーションプログラムは、ＥＣＧメタデータサーバから取得したＥＣＧメタデータの購入情報要素にしたがって、購入条件を提示し、ユーザの購入操作を、ポータルサーバに通知することで、Ｗｅｂコンテンツによる購入と同様の処理を行うことができる。
　図７は、図１のＥＣＧメタデータサーバが提供しコンテンツ受信装置で処理するＥＣＧメタデータ中の購入情報要素へ追加する配信形態情報のデータ構造仕様の例を示す図である。
  図７を用いて、実施例１の図１のＥＣＧメタデータサーバ１９５が提供しコンテンツ受信装置１００で処理するＥＣＧメタデータの購入情報要素中の配信形態情報のデータ構造仕様７００の例を説明する。購入情報要素中の配信形態情報のデータ構造仕様７００は、要素・属性名欄７０１と、出現数欄７０２と文字制限と値の制限欄７０３からなる。
　要素・属性名欄７０２のインデントは、各項目の要素および属性名のレベルを示している。先頭に「＠」が付いている名称は属性名を示し、ないものは要素を示している。ある要素に対して下位レベルの要素・属性名が存在しない場合は、文字列または値を持ち、属性名は文字列または値を持つ。出現数７０２は上位の要素に対して出現しうる回数である。
　Distributiontype項目７０７と@href項目７０８は本実施例で追加したデータ構造仕様である。購入情報要素中の配信形態情報のデータ構造仕様７００には、図１６に示す購入情報要素（PurchaseInformation）仕様を全部備えることが出来るものとする。
　購入情報要素は、XML形式で記述されたメタデータで、表1において、＠がないものは階層的な構造を持つ要素名称、＠で始まるものは様々な情報を持つ階層構造を持たない属性名称である。
　PurchaseInformation要素の下に、インデント表示されたている要素は、PurchaseInformationの子要素、子要素の下にさらにインデント表示されている要素は、子要素の子要素＝孫要素である。PurchaseInformation要素をトップとするツリー状の階層データ構造を持つ。
　PurchaseInformation項目７０４は、最上位レベルの要素を示しており、出現回数は１回なので出現数７０２は特に空欄としている。また、下位レベルの要素・属性名をもつので、文字列または値を持たないので、文字制限と値の制限欄７０３も空欄である。@PurchaseID項目７０５は属性名で、出現回数１回、文字制限と値の制限欄７０３は２４バイトである。Purchase項目７０６は要素であり、下位レベルの要素があるので、文字列または値を持たない。また、出現数７０２には制限がないので「0..∞」としている。
　Distributiontype項目７０７は要素であり、下位レベルの属性名があるので、文字列または値を持たない。また、出現回数は１から３である。@href項目７０８は属性名で、出現数７０２は１回である。文字列または値は、後述するIPTVSERVICEDistributionTypeCSという辞書データから選択する。
　また、DistributionType７０７の値がダウンロードの場合、ダウンロード制御情報参照先情報dlcURL７１１を保持する。dlcURLは、そのコンテンツをダウンロードするのに必要なメタ情報であるダウンロード制御情報３３００の取得先のURLを記述する。
　図７では、@hrefは、Distributiontypeに対し、１回だけ出現し、一つの@hrefに、利用可能な配信形態をすべて記述する方式となっているが、Distributiontypeに対し、@hrefを複数出現可能とし、個々の@hrefに、利用可能な配信形態を一つずつ記述する方式であってもよい。
　PricingServerURL項目７０９は要素である。出現数７０２は制限がないので「0..∞」としている。下位レベルの要素・属性名をもたないので、文字列または値を持ち、文字制限と値の制限７０３は最大２５５バイトである。この値はコンテンツの購入を行う際にブラウザ１１７がアクセスするポータルサーバ１９３のＵＲＬである。
　図８は、図１のコンテンツ受信装置でのＥＣＧメタデータ中の購入情報要素へ追加する配信形態情報のデータ構造中の属性名の文字列および値の定義の例を示す図である。
　図８を用いて、実施例１の図１のコンテンツ受信装置１００でのＥＣＧメタデータ中の購入情報要素へ追加する配信形態情報のデータ構造中の属性名@href項目７０８の文字列および値の定義情報８００を説明する。定義情報の先頭にヘッダ情報８０１があり、提示情報名は「IPTVSERVICEDistributionTypeCS」である。また、初めの「<Term」から「/Term>」はビデオオンデマンドを示す値の定義８０２である。次の「<Term」から「/Term>」はダウンロードを示す値の定義８０３である。その次の「<Term」から「/Term>」はビデオオンデマンドまたはダウンロードを示す値の定義８０４である。
　図９は、図１のコンテンツ受信装置でのコンテンツ検索およびコンテンツ購入シーケンスの一例を示す図である。
  図９を用いて、実施例１における図１のコンテンツ受信装置１００でのコンテンツ検索およびコンテンツ購入シーケンスの一例説明する。各サーバおよびコンテンツ受信装置１００内の処理部と、各サーバと各処理部間の処理を上から下に順に示している。なお、シーケンス図中の判定処理に関しては、判定が成立しない場合は、特に説明がない限り該判定処理を繰り返すか異常処理を実行することとする。
　まず、ＥＣＧ処理部にてコンテンツの検索画面３００を表示し（Ｓ９０１）、ユーザからのコンテンツ検索入力があるかを判定し（Ｓ９０２）、入力があったと判定したなら、ＥＣＧメタデータサーバ１９５に対して、該入力を基にＥＣＧ検索要求を通知する（Ｓ９０３）。ＥＣＧメタデータサーバ１９５は、通知されたＥＣＧ検索要求にしたがってＥＣＧメタデータを検索し、その結果と該当するＥＣＧメタデータをＥＣＧ処理部１１２に通知する（Ｓ９０４）。
　ＥＣＧ処理部１１２はコンテンツの検索結果画面４００を表示し（Ｓ９０５）、コンテンツの購入入力があるかを判定する（Ｓ９０６）。入力があったと判定したなら、ブラウザ１１７にコンテンツの購入通知を行う（Ｓ９０７）。この時、購入コンテンツに該当するＥＣＧメタデータの後述するデータ要素「PricingServerURL」の文字列が通知される。
　ブラウザ１１７はコンテンツの購入開始画面５００を表示し（Ｓ９０８）、購入決定入力があったかを判定する（Ｓ９０９）。購入決定入力があったと判定されたなら、ＥＣＧ処理部１１２にコンテンツの購入通知を行い（Ｓ９１０）、ＥＣＧ処理部１１２は補助記憶装置１５０に購入コンテンツのＥＣＧメタデータを記録する（Ｓ９１１）。
  また、ブラウザ１１７はポータルサーバ１９３にもパッケージ購入要求を通知する（Ｓ９１２）。ポータルサーバ１９３はパッケージ購入要求を受信の後、著作権保護サーバ１９４にライセンスの登録を要求し（Ｓ９１３）、さらに顧客管理サーバ１９７に購入処理要求を通知する（Ｓ９１４）。
　購入処理要求を受信した顧客管理サーバ１９７は、課金決済サーバ１９１に課金要求を通知し（Ｓ９１５）、課金決済サーバ１９１は課金結果を顧客管理サーバ１９７に通知する（Ｓ９１６）。この時、購入処理を一意に特定するトランザクションＩＤも同時に通知する。顧客管理サーバ１９７は、ポータルサーバ１９３に購入処理結果を通知し（Ｓ９１７）、ポータルサーバ１９３はブラウザ１１７にパッケージ購入結果を通知する（Ｓ９１８）。
　ブラウザ１１７は、コンテンツの購入終了画面６００を表示し（Ｓ９１９）、終了入力がユーザからなされたかを判定する（Ｓ９２０）。終了入力がなされたと判定されたなら、ブラウザ１１７はＥＣＧ処理部１１２に購入処理終了を通知し（Ｓ９２１）、ＥＣＧ処理部１１２は、補助記憶装置Ｓ１５０から購入コンテンツのＥＣＧメタデータを取得し（Ｓ９２２）、コンテンツの検索結果画面を再度表示する（Ｓ９２３）。この時ＥＣＧ処理部は、補助記憶装置Ｓ１５０にＥＣＧメタデータが存在しているコンテンツは購入済みと判断する。
　図１０は、図１のコンテンツ受信装置でのダウンロードおよびストリーム再生に用いられる再生制御メタファイルのＨＴＴＰプロトコルによる取得データ例を示す図である。
  図１０を用いて、実施例１における図１のコンテンツ受信装置１００でのダウンロードおよびストリーム再生に用いられる再生制御メタファイルのＨＴＴＰプロトコルによる取得データ１０００例を説明する。本実施例で用いる再生制御メタファイルの構成は、図１７に示す。
　再生制御メタファイルのＨＴＴＰプロトコルによる取得データ１０００は、ヘッダ１００１情報とボディ１００２情報とに分かれる。ボディ１００２情報中には、ＥＲＩ１００４、ＬＬＩ１００５、ＮＣＩ１００６のインデックス情報であるリソースリスト１００３がバイナリ型式データで、コンテンツの参照先及び配信形態に関わらないコンテンツ固有の属性情報であるＥＲＩ１００３、コンテンツのライセンス及び権利保護に関連する情報であるＬＬＩ１００５、ストリーミング受信に関わる制御情報であるＮＣＩ１００６がＸＭＬ型式で存在する。
　この仕様の再生制御メタファイル１０００をダウンロード処理部１１３でも取り扱う。ダウンロード処理に用いられる再生制御メタファイルには、ＮＣＩ１００６が存在しない。本実施例では、ストリーミング配信でもダウンロード配信でも統一的に再生制御メタファイル１０００を用いるため、ＮＣＩ１００６が存在してもよく、ダウンロード処理部１１３ではＮＣＩ１００６が存在しても無視する。
　図１１は、図１のコンテンツ受信装置でのストリーム再生シーケンスの一例を示す図である。
  図１１を用いて、実施例１における図１のコンテンツ受信装置１００でのストリーム再生シーケンスの一例を説明する。各サーバおよびコンテンツ受信装置１００内の処理部と、各サーバと各処理部間の処理を上から下に順に示している。なお、シーケンス図中の判定処理に関しては、判定が成立しない場合は、特に説明がない限り該判定処理を繰り返すか異常処理を実行することとする。
　まず、ＥＣＧ処理部にてコンテンツの検索画面３００を表示し（Ｓ１１０１）、ユーザからのコンテンツ視聴入力があるかを判定し（Ｓ１１０２）、入力があったと判定したなら、視聴処理部１１５に対して、コンテンツの視聴開始指示を通知する（Ｓ１１０３）。この時、視聴するコンテンツのＥＣＧメタデータも同時に視聴処理部１１５に渡される。
　視聴処理部１１５はコンテンツの視聴画面を表示し（Ｓ１１０４）、ＥＣＧ処理部１１２から受け取ったＥＣＧメタデータに記載されている再生制御メタファイルのＵＲＬをもとに、ＥＣＧメタデータサーバ１９５に再生制御メタファイルを要求する（Ｓ１１０５）。この要求に対し、ＥＣＧメタデータサーバ１９５から視聴処理部１１５に再生制御メタファイルが送信される（Ｓ１１０６）。
　次に視聴処理部１１５は著作権保護処理部１１１に該当コンテンツ使用のためのライセンスを要求し（Ｓ１１０７）、著作権保護処理部１１１はさらに、著作権保護サーバ１９４に該ライセンス要求を行う（Ｓ１１０８）。著作権保護サーバ１９４はこの要求に対し著作権保護処理部１１１に該当ライセンスを送信し（Ｓ１１０９）、コンテンツサーバ１９６にコンテンツ鍵を送信する（Ｓ１１１１）。著作権保護処理部１１１はさらに取得したライセンスを視聴処理部１１５に再生中に使用するために送信する（Ｓ１１１０）。
　視聴処理部１１５は受信したライセンスから利用条件とコンテンツ鍵を取り出し、利用条件が満足されていることを判定する（Ｓ１１１２）。利用条件が満足されていれば、ユーザにコンテンツの再生制御入力がなされたかを判定する（Ｓ１１１３）。ユーザによる再生制御入力がなされたと判定されたなら、コンテンツサーバ１９６に、通常再生・一時停止・早回し・巻き戻しなどの再生制御要求を通知する（Ｓ１１１４）。
　コンテンツサーバ１９６は受信した再生制御要求に対応するコンテンツデータを視聴処理部１１５に送信する。この時、再生されるコンテンツデータがコンテンツの末尾に到達したかを判定する（Ｓ１１１５）。コンテンツの末尾に到達したと判定されたなら、再生中の使用のために保持していたライセンスを視聴処理部１１５から消去し（Ｓ１１１７）、ＥＣＧ処理部１１５に再生終了通知を通知する（Ｓ１１１８）。
　一方、コンテンツの末尾に到達したと判定されない限り、視聴処理部１１５はコンテンツの再生中にユーザからの再生制御入力を受け付け、ステップＳ１１１２からステップＳ１１１４の処理を繰り返す。
  ＥＣＧ処理部１１２は再生終了通知を受信するとコンテンツの検索画面４００に表示を戻す（Ｓ１１１９）。
　図１２は、図１のコンテンツ受信装置でのダウンロードシーケンスの一例を示す図である。
  図１２を用いて、実施例１における図１のコンテンツ受信装置１００でのダウンロードシーケンスの一例を説明する。各サーバおよびコンテンツ受信装置１００内の処理部と、各サーバと各処理部間の処理を上から下に順に示している。なお、シーケンス図中の判定処理に関しては、判定が成立しない場合は、特に説明がない限り該判定処理を繰り返すか異常処理を実行することとする。
　まず、ＥＣＧ処理部１１２にてコンテンツの検索結果画面４００を表示し（Ｓ１２０１）、ユーザからのコンテンツのダウンロードを指示するダウンロード入力があるかを判定する（Ｓ１２０２）。入力があったと判定したなら、該当コンテンツのＥＣＧメタデータに記載されているダウンロード制御情報のＵＲＬをもとに、ＥＣＧメタデータサーバ１９５にダウンロード制御情報を要求する（Ｓ１２０３）。ＥＣＧメタデータサーバ１９５は、著作権保護サーバ１９４にトランザクションＩＤを要求し（Ｓ１２０４）、著作権保護サーバ１９４は、顧客管理サーバ１９１にコンテンツの購入確認を要求し結果を受け取る（Ｓ１２０５）。
　著作権保護サーバ１９４は、この購入確認が成功ならばコンテンツサーバ１９６にコンテンツ鍵とトランザクションＩＤを送信し（Ｓ１２０５）、ＥＣＧメタデータサーバ１９５にトランザクションＩＤを送信する（Ｓ１２０７）。ＥＣＧメタデータサーバ１９５はＥＣＧ処理部１１２にダウンロード制御情報を送信し（Ｓ１２０８）、ＥＣＧ処理部１１２はさらにダウンロード処理部１１３に該ダウンロード制御情報を送信する（Ｓ１２０９）。
　ダウンロード処理部１１３はダウンロード画面を表示し（Ｓ１２１０）、補助記憶装置１５０に該ダウンロード制御情報を記録する（Ｓ１２１１）。また、ダウンロード処理部１１３はＥＣＧメタデータサーバ１９５に該当コンテンツの再生制御メタファイルの要求を行い（Ｓ１２１２）、再生制御メタファイルを受け取り（Ｓ１２１３）、補助記憶装置１５０に該再生制御メタファイルを記録する（Ｓ１２１４）。さらにダウンロード処理部１１３はＥＣＧメタデータサーバ１９５に該当コンテンツのＥＣＧメタデータの要求を行い（Ｓ１２１５）、ＥＣＧメタデータを受け取り（Ｓ１２１６）、補助記憶装置１５０に該ＥＣＧメタデータを記録する（Ｓ１２１７）。
　ついで、ダウンロード処理部１１３はコンテンツサーバ１９６にトランザクションＩＤとともにコンテンツデータ要求を行い(Ｓ１２１８)、コンテンツデータとＳＣＩメタデータを受信し（Ｓ１２１９）、補助記憶装置１５０に該コンテンツデータと該ＳＣＩメタデータを記録する（Ｓ１２２０）。
　ダウンロードが終了するとダウンロード処理部１１３はＥＣＧ処理部１１２にダウンロード終了通知を通知する（Ｓ１２２１）。ＥＣＧ処理部１１２はコンテンツの検索画面３００を表示する（Ｓ１２２２）。ＥＣＧ処理部１１２は著作権保護処理部１１１に該当コンテンツのライセンス要求を行い（Ｓ１２２３）、著作権保護処理部１１１は著作権保護サーバ１９４にライセンス要求する（Ｓ１２２４）。
　著作権保護サーバ１９４は顧客管理サーバ１９２に該当コンテンツの購入確認を行い（Ｓ１２２５）、購入確認が成功したなら著作権保護サーバ１９４は著作権保護処理部１１１にライセンスを送信する（Ｓ１２２６）。
　上記シーケンスＳ１２０３にてＥＣＧ処理部１１２がＥＣＧメタデータサーバ１９５に該当コンテンツのダウンロード制御情報を要求するために、ＥＣＧメタデータ内にダウンロード制御情報を記述できることにする。具体的には、ＥＣＧメタデータ内で、再生制御メタファイルと同様に取り扱い、ファイル名の拡張子から再生制御メタファイルとダウンロード制御情報とを判別できるようにする。再生制御メタファイルの場合のファイル名拡張子「.cpc」に対し、ダウンロード制御情報のファイル名拡張子は「.dlc」とする。
　図１３は、図１のコンテンツ受信装置での蓄積ＥＣＧ処理部の蓄積コンテンツ画面の例を示す図である。
  図１３を用いて、実施例１における図１のコンテンツ受信装置１００での蓄積ＥＣＧ処理部１１４の蓄積コンテンツ画面の例を説明する。蓄積コンテンツ画面１３００は、コンテンツ検索結果画面４００中の蓄積コンテンツ操作ボタン４２０を入力装置で押下したときに遷移する画面である。
　ダウンロード済みコンテンツのコンテンツ情報（タイトル・リリース日・コンテンツの配信形態・購入状態）および操作欄１３０１がある。グラフィカル・ユーザ・インターフェースにより入力装置から操作できるボタンが表現されている。蓄積コンテンツ画面１３００はスクロールボタン１３０２により上下にスクロールする。購入状態欄にある購入状態ボタン１３０３は押下できないようになっており、特にＶＯＤおよびダウンロードに関する購入状態ボタンには「購入済み」が表示される。
　また、コンテンツＣの操作欄にある再生操作ボタン１３０４と外部書出し操作ボタン１３０５は、それぞれ、蓄積コンテンツ再生処理と外部媒体書出し処理が行われる。終了ボタン１３０６は、入力装置により押下されると、検索結果画面４００に移行する。
　図１４は、図１のコンテンツ受信装置での蓄積コンテンツ再生シーケンスの一例を示す図である。
  図１４を用いて、図１のコンテンツ受信装置１００での蓄積コンテンツ再生シーケンスの一例を説明する。各サーバおよびコンテンツ受信装置１００内の処理部と、各サーバと各処理部間の処理を上から下に順に示している。なお、シーケンス図中の判定処理に関しては、判定が成立しない場合は、特に説明がない限り該判定処理を繰り返すか異常処理を実行することとする。
　まず、ＥＣＧ処理部１１２にてコンテンツの検索画面３００を表示し（Ｓ１４０１）、ユーザからのコンテンツの蓄積コンテンツ操作を指示する入力があるかを判定し（Ｓ１４０２）、入力があったと判定したなら、蓄積ＥＣＧ処理部１１４に蓄積コンテンツ再生開始要求を通知する（Ｓ１４０３）。蓄積ＥＣＧ処理部１１４は補助記憶装置１５０にＥＣＧメタデータおよびダウンロード制御情報を要求し（Ｓ１４０４）、補助記憶装置１５０は蓄積ＥＣＧ処理部１１４にＥＣＧメタデータおよびダウンロード制御情報を渡す（Ｓ１４０５）。
　蓄積ＥＣＧ処理部１１４は蓄積された１つまたは複数のコンテンツに関する情報である蓄積ＥＣＧ画面を表示し（Ｓ１４０６）、ユーザから蓄積コンテンツに対する再生指示入力があるか否かを判定する（Ｓ１４０７）。ユーザからの蓄積コンテンツに関する再生指示入力があると判定されたなら、蓄積コンテンツ再生開始要求を視聴処理部１１５に通知する（Ｓ１４０８）。
　視聴処理部１１５は、補助記憶装置１５０に再生制御メタファイルを要求し（Ｓ１４０９）、再生制御メタファイルを取得する（Ｓ１４１０）。また、視聴処理部１１５は著作権保護処理部１１１に該当コンテンツのライセンスを要求し（Ｓ１４１１）、ライセンスを取得する（Ｓ１４１２）。視聴処理部１１５は受信したライセンスから利用条件とコンテンツ鍵を取り出し、利用条件が満足されていることを判定する（Ｓ１４１３）。利用条件が満足されていれば、蓄積コンテンツ再生画面を表示し（Ｓ１４１４）ユーザにコンテンツの再生制御入力がなされたかを判定する（Ｓ１４１５）。
　ユーザによる再生制御入力がなされたと判定されたなら、補助記憶装置１５０にコンテンツデータとＳＣＩメタデータを要求し（Ｓ１４１６）、該当コンテンツのコンテンツデータとＳＣＩメタデータを取得する（Ｓ１４１７）。視聴処理部１１５は、ユーザにコンテンツの再生制御入力がなされたかを判定する（Ｓ１４１５）。ユーザによる再生制御入力がなされたと判定されたなら、視聴処理部１１５は、通常再生・一時停止・早回し・巻き戻しなどの再生制御を行う。
　この時、再生されるコンテンツデータがコンテンツの末尾に到達したかを判定する（Ｓ１４１８）。コンテンツの末尾に到達したと判定されたなら、再生中の使用のために保持していたライセンスを視聴処理部１１５から消去し（Ｓ１４１９）、ＥＣＧ処理部１１５に再生終了通知を通知し（Ｓ１４２０）、ＥＣＧ処理部１１５はコンテンツの検索画面３００を表示する（Ｓ１４２１）。一方、コンテンツの末尾に到達したと判定されない限り、視聴処理部１１５はコンテンツの再生中にユーザからの再生制御入力を受け付け、ステップＳ１４１５からステップＳ１４１８の処理を繰り返す。
　図１５は、図１のコンテンツ受信装置での外部媒体書き出しシーケンスの一例を示す図である。
  図１５を用いて、実施例１における図１のコンテンツ受信装置１００での外部媒体書き出しシーケンスの一例を説明する。各サーバおよびコンテンツ受信装置１００内の処理部と、各サーバと各処理部間の処理を上から下に順に示している。なお、シーケンス図中の判定処理に関しては、判定が成立しない場合は、特に説明がない限り該判定処理を繰り返すか異常処理を実行することとする。
　コンテンツ受信装置１００での外部媒体書き出しシーケンスの前半は、図１４で説明した蓄積コンテンツ再生シーケンスであるステップＳ１４０１からステップＳ１４０６までと同じである。蓄積ＥＣＧ処理部１１４は、ユーザからの蓄積コンテンツに対する外部媒体書出し指示入力があるか否かを判定する（Ｓ１５０７）。
　外部媒体書出し指示入力があると判定されたなら外部媒体記録処理部１１６に蓄積コンテンツ書出開始要求を通知する（Ｓ１５０８）。外部媒体記録処理部１１６は該当するコンテンツの再生制御メタファイルを補助記憶装置１５０に要求し（Ｓ１５０９）、該当するコンテンツの再生制御メタファイルを取得する（Ｓ１５１０）。
　その後、外部媒体記録処理部１１６は該当するコンテンツのライセンスを著作権保護処理部１１１に要求し、著作権保護処理部１１１はさらに、著作権保護サーバ１９４に該当コンテンツのライセンスを要求する（Ｓ１５１２）。著作権保護処理部１１１は、著作権保護サーバ１９４から該当コンテンツのライセンスを取得する（Ｓ１５１３）と、該ライセンスを保持すると共に、外部媒体記録処理部１１６に該ライセンスを送信する（Ｓ１５１４）。
　次に、外部媒体記録処理部１１６は外部媒体記録装置１６０に権利保護情報設定を行い（Ｓ１５１５）、一方、著作権保護処理部１１１に該当コンテンツのライセンス使用完了を通知する（Ｓ１５１６）。著作権保護処理部１１１は、該当コンテンツのライセンスを消去する（Ｓ１５１７）。その後、外部媒体記録処理部１１６は補助記憶装置１５０にコンテンツデータを要求し（Ｓ１５１８）、該当コンテンツのコンテンツデータを取得する（Ｓ１５１９）。
　そして、外部媒体記録処理部１１６は外部媒体記録装置１６０に取得したコンテンツデータを書き込み（Ｓ１５２０）、保持している該当コンテンツのライセンスを消去する（Ｓ１５２１）。外部媒体記録処理部１１６は、補助記憶装置１５０に、該当コンテンツに対する蓄積コンテンツ書出済み情報を記録し（Ｓ１５２２）、蓄積ＥＣＧ処理部１１４に蓄積コンテンツ書出終了通知を行う（Ｓ１５２３）。
  蓄積ＥＣＧ処理部１１４はさらに、ＥＣＧ処理部１１２に蓄積コンテンツ書出終了通知を行い（Ｓ１５２４）、ＥＣＧ処理部１１２はコンテンツの検索画面３００を表示する。
　以上実施例の効果は、１つのコンテンツをダウンロード配信とストリーミング配信両方でユーザに提供する場合、ストリーミング配信のみ、ダウンロード配信のみ、ストリーミング配信およびダウンロード配信両方の提供形態について、それぞれ別の料金や利用条件を設定でき、かつ１つのＥＣＧメタデータで統一的に取り扱うことが可能になる。また、コンテンツ配信側では、ＥＣＧメタデータサーバ１９５でのコンテンツに対するＥＣＧメタデータの管理・運用が簡便になる。また、コンテンツ受信装置１００におけるＥＣＧ処理部１１２・ダウンロード処理部１１３・蓄積ＥＣＧ処理部１１４・視聴処理部１１５におけるＥＣＧメタデータの処理も簡便になる。
　さらに、１つのコンテンツに対して、ストリーミング配信およびダウンロード配信両方の提供形態で利用できるようにコンテンツを購入した場合、ストリーミング配信のみ、ダウンロード配信のみの提供形態での購入はユーザにとって意味のない場合が発生し、これを回避できるような仕組みをＥＣＧ処理部１１２でのコンテンツの検索結果画面４００で提供できる。
　次に、第二の実施例について説明する。
  第二の実施例が第一の実施例と異なるのは、次の点である。
  図１８はＥＣＧメタデータの構成例である。まず、図７で示される購入情報要素へ追加する配信形態情報７００が、図１８に示すＥＣＧメタデータの一要素である購入情報要素４０３０としてＥＣＧメタデータサーバ１９４から配信される。
　ＥＣＧメタデータは、個々の配信される番組の名称や説明、映像、音声、ジャンルなどの属性情報を記述する番組情報要素４０２０、個々の番組を一連のシリーズとして管理し、検索可能にするグループ情報要素４０１０、番組の購入ライセンスを記述したライセンス参照情報４０４０、第一の実施例では番組情報要素７００に該当する番組の購入条件を記載した購入情報要素４０３０から構成され、番組情報要素４０２０には、その番組が所属するグループ情報要素４０２０を記述することができ、グループ情報要素４０２０は、それ自体が所属するグループ情報要素４０２０を記述することで、階層的なグループ構成を定義できる。
　ライセンス参照情報４０４０は、そのライセンスで利用できる番組の番組情報要素４０２０と、購入条件として利用できる購入情報要素４０３０を参照情報を持ち、番組情報要素４０２０と購入情報要素４０３０は、お互いに対応する情報を参照する情報を持つ。第二の実施例では、図７で示した購入情報要素は、図１８の購入情報要素４０３０として扱われる。
　すなわち、受信機は、番組情報要素４０２０、または、グループ情報要素４０１０の検索により、利用したいコンテンツを見つけ、そのコンテンツの購入情報要素４０３０を参照することで、ユーザにコンテンツの購入画面を提示し、購入操作を行わせる。
  第二の実施例における購入情報要素４０３０で追加した配信形態情報については、図７と同じである。
　図３のような操作画面で、ダウンロードによる購入操作を行った場合、ｄｌｃＵＲＬ７１１に記述された配信先から、ダウンロード制御情報３３００を取得する。
  図１９はダウンロード制御情報３３００の構成例である。ダウンロード制御情報３３００は、メタファイル自身の内容を記述したダウンロード制御情報ヘッダ３４００と、一つまたは複数のコンテンツをダウンロードするのに用いるダウンロード実行情報３４５０を含む。
　ダウンロード制御情報３３００は、例えばＲＳＳ（ＲＤＦ　Ｓｉｔｅ　ＳｕｍｍａｒｙまたはＲｅａｌｌｙ　Ｓｉｍｐｌｅ　Ｓｙｎｄｉｃａｔｉｏｎ）で記述される。ダウンロード制御情報は、或るパッケージ内の任意の複数コンテンツに対し作成（用意）可能であるが、複数のパッケージは跨がない。また、或るパッケージに対して複数用意することも可能である。ただし、必ずパッケージ内の全コンテンツがダウンロードできるように用意する。ダウンロード制御情報３３００は更新されることがあり、受信機は一定周期でチェックし、差分を更新する。なお、ＲＳＳの場合にはｅｎｃｌｏｓｕｒｅ　ｕｒｌで各コンテンツを一意に識別する。
　ダウンロード制御情報３３００には、対応するダウンロード制御情報３３００の名称（例えばダウンロード予約の名称、ファイル名、ＩＤ等）を示すダウンロード制御情報の名称３４０１、対応するダウンロード制御情報３３００の所在（例えば、ダウンロード予約を提供するウェブサイトのインターネット上の）ＵＲＬ。ＵＲＬに限らないアドレスであってもよい、以下所在について同様。）を示すダウンロード制御情報の所在３４０２、対応するダウンロード制御情報３３００の説明（例えばダウンロード予約についての説明や言語タイプ等）を示すダウンロード制御情報の説明文３４０３、更新チェックフラグ３４０４、更新期限日時３４０５などの情報を持つ。
　更新チェックフラグ３４０４は、メタデータサーバ３３０４上のダウンロード制御情報３３００の内容が変更されていないか、周期的にチェックを行うかどうかを判別するフラグであり、チェックを行う「更新」と、最初に取得した後は、周期的にチェックを行わない「単発」の値をとる。更新期限日時３４０５は、更新チェックフラグ３４０５が「更新」の場合に有効で、ダウンロード制御情報３３００の更新をチェックし続ける期限の日時を記載する。
　更新期限日時３４０５は、コンテンツの更新を監視する期限を示す。期限の単位（日単位、時単位、分単位等）は任意である。「期限なし」すなわち半永久的にチェックをし続けることを示す値を取ることも可能である。
　また、別の実施方法として、更新期限日時３４０５の特殊な値（例えばすべて0）を更新チェックフラグ３４０５の「単発」を示す値として扱うことにより、更新チェックフラグ３４０５を省略する構成も実現可能である。
　ダウンロード実行情報３４５０は、ダウンロード制御情報３３００に複数記述可能である。ダウンロードする各々のコンテンツについて、そのコンテンツのタイトル（番組名等であってもよいし、ファイル名やＩＤであってもよい）を示す配信コンテンツのタイトル３４５１、そのコンテンツの説明（特徴や備考等）を示す配信コンテンツの説明文３４５２、そのコンテンツを配信する日時（日単位、分単位であっても良い）を示す配信日時３４５３、そのコンテンツをインターネット上で一意に識別する配信コンテンツのコンテンツ識別子３４５４、配信コンテンツの種別３４５５、配信コンテンツの取得先ＵＲＬを示すコンテンツの所在３４５６、そのコンテンツに対応するＥＣＧメタデータの取得先ＵＲＬを示すECGメタデータの所在３４５７、そのコンテンツに対応する再生制御情報の取得先URLを示す再生制御情報の所在３４５８、配信コンテンツのサイズ３４５９などの情報を格納する。
　コンテンツ識別子３４５４は、一例としては、ＣＲＩＤ：／／というスキーマで規定される文字列で記述され、ａｕｔｈｏｒｉｔｙの部分が、コンテンツの配信者をネットワーク上で唯一に識別するキーワードで、本実施例では、インターネット上で唯一の名称として管理されるドメインネームをａｕｔｈｏｒｉｔｙとして運用する。
　ａｕｔｈｏｒｉｔｙ／の後のｃｏｎｔｅｎｔ＿ｉｄは、ａｕｔｈｏｒｉｔｙ内でコンテンツを一意に識別するＩＤで、文字列の形式はａｕｔｈｏｒｉｔｙで自由に運用してよい。このような運用により、インターネット上のコンテンツを、コンテンツ識別子３４５４で一意に識別することが可能になり、コンテンツ識別子３４５４をインターネット上のＵＲＬとしてアクセスすることにより、対象のコンテンツや関係するメタデータを取得することが可能になる。
　配信日時３４５３は、通常、コンテンツがコンテンツサーバ３３０５に格納され、公開された日時を記載するが、ダウンロード制御情報３３００が配信されたときには、コンテンツがまだ公開されず、配信日時３４５３には配信予定の未来の日時が記載される場合もある。また、一度、配信されたコンテンツの内容が更新された場合、配信日時３４５３には、更新された日時を記載する。
　配信コンテンツのファイル種別３４５５は、例えばサーバから配信される映像、写真、音楽、プログラム、マルチメディアデータなどの種別を記載する。映像の中で更に細分化して、映画、ニュース、スポーツ等、音楽の中で更に細分化してクラシック、ロック、ジャズ等の種別を記載してもよい。
　配信コンテンツ用メタデータとは、コンテンツの再生や実行に必要な付属情報のことで、一例としてはコンテンツ検索用のジャンルやキーワード情報、コンテンツが映像情報であれば、そのサムネイルやチャプタ情報などがある。
　図２０は再生制御メタファイル２０００の構成例である。ダウンロード制御情報３３００を参照することによって、取得される再生制御メタファイル２０００の構成について説明する。
  再生制御メタファイル２０００は、コンテンツ再生の際に必要なコンテンツ自身のＡＶストリームの情報であるコンテンツ固有属性情報２１００と、暗号化されたコンテンツの暗号を解くために著作権管理サーバにアクセスして復号ためのコンテンツ鍵などを取得する際に必要なライセンス取得情報２２００、ストリーミングＶＯＤの場合にその再生制御を行うのに必要なネットワーク制御情報２３００の３つのＸＭＬ文書を含む。なお、ネットワーク制御情報２３００は、ダウンロード配信の場合は不要である。
　コンテンツ固有属性情報２１００は、コンテンツ本体ファイルのファイル名と参照先２１１０、コンテンツが暗号化されているか否かの区別情報２１２０、コンテンツの時間長２１３０、映像符号化方式や解像度・走査・アスペクト比など映像信号の属性情報２１４０、ステレオ／モノラル／マルチチャンネル区別など音声信号の属性情報２１５０等を提供する。
　コンテンツのライセンス取得情報２２００は、対象コンテンツのライセンス取得先になる著作権管理サーバアドレス情報２２１０、著作権管理方式の種別情報２２３０、コンテンツに付随する著作権保護範囲の種別を示すライセンスＩＤ２２４０、著作権管理サーバとクライアントである受信機間でサーバ認証を行う為の署名対象の要素の値２２２０と参照先２２６０、ライセンスの利用条件情報２２５０、ある署名の検証に必要な公開鍵証明書２２７０などの情報を提供する。
　ネットワーク制御情報２３００は、利用可能なストリーミングプロトコル方式の情報２３１０や、特殊再生やコンテンツの頭出し方式２３２０や、一時中断した再生が途中から再開可能かなど、さまざまなストリーミングサーバ機能情報や、サーバの機能で複数段階の可変速再生が可能な場合、各々の段階について、どのような倍率かを示す情報２３３０と、その再生方式の情報２３４０を、記述する。再生方式としては、可変速再生専用のストリームをサーバ側で用意し配信する方式や、通常速再生のストリームに含まれる静止画を飛ばし再生することで擬似的に高速再生を実現する方式などが想定される。
　図２１はライセンス３０００の構成例である。ダウンロード制御情報３３００を参照することによって、取得されるライセンス３０００の構成について説明する。
  ライセンスは、番組を視聴する権利を記述する再生ライセンス３１００と、外部メディアやネットワークへの出力する権利を記述するエクスポートライセンス３２００がある。
　ライセンスには、コンテンツを複合するのに必要なコンテンツの暗号鍵３１１０、３２１０を保持し、再生ライセンス３１００の場合、利用開始日時および利用終了日時３１２０や、再生時の信号出力制限やコピー制御情報３１３０を持つ。利用開始日時および利用終了日時３１２０は無期限の指定をすることも可能である。
　エクスポートライセンス３２００には、エクスポート可能なメディア（あるいはネットワーク）毎に、それぞれのメディアに出力する場合の、コピー制限やアナログ出力制限などの利用条件情報３２２０を指定することができる。
　以上、第二の実施例により、受信機がＥＣＧメタデータを取得し、検索したみたいコンテンツについて、ＶＯＤストリーミング、あるいは、ダウンロードを選択して購入でき、ダウンロードを選択した場合、自動的にダウンロードを開始し、ダウンロードが完了すれば、コンテンツの再生やエクスポートを行うことができる。
　なお、メタデータは、メタ情報や、メタファイルと呼ぶこともある。これらは相互に読み替えが可能である。
　なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
　また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
　また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
　１００…コンテンツ受信装置、
　１１０、２1０…中央制御部、
　１１１…著作権保護処理部、
　１１２…ＥＣＧ処理部、
　１１３…ダウンロード処理部、
　１１４…蓄積ＥＣＧ処理部、
　１１５…視聴処理部、
　１１６…外部媒体記録処理部、
　１１７…ブラウザ、
　１２０、２２０…通信制御部、
　１３０…不揮発記憶装置、
　１４０…主記憶装置、
　１５０…補助記憶装置、
　１６０…外部媒体記録装置、
　１７１…入力処理部、
　１７３…出力処理部、
　１８１…入力装置、
　１８２…出力装置
　１９０…通信網
　１９１…課金決済サーバ、
　１９２…顧客管理サーバ、
　１９３…著作権保護サーバ
　１９４…ＥＣＧメタデータサーバ、
　２００…コンテンツ配信に関わる各サーバ２００、
　３００…検索条件入力画面、
　３０１…コンテンツタイトル欄、
　３０２…コンテンツリリース日欄、
　３０３…コンテンツ提供形態欄、
　３０４…検索開始欄、
　４００…検索結果画面、
　４０１、５０１、６０１…コンテンツ情報および購入状態および操作欄、
　４０２、１３０１…スクロールボタン、
　４０３、４０５、４０７、４０９、４１１…購入状態ボタン、
　４０４、４０６、４０８、４１０、４１２…操作ボタン、
　４２０…蓄積コンテンツ操作ボタン、
　５００…購入画面、
　５０５…購入中止ボタン
　６００…購入後画面、
　６０５、１３０６…終了ボタン、
　７００…購入情報要素中の配信形態情報のデータ構造仕様、
　７０１…要素・属性名欄、
　７０２…出現回数欄、
　７０３…文字制限と値の制限欄、
　７０４…PurchaseInformation項目
　７０５…@PurchaseID項目
　７０６…Purchase項目
　７０７…Distributiontype項目、
　７０８…@href項目
　７０９…PricingServerURL項目
　８００…文字列および値の定義情報、
　８０１…辞書ヘッダ情報、
　８０２…ビデオオンデマンドを示す値、
　８０３…ダウンロードを示す値、
　８０４…ビデオオンデマンドおよびダウンロードを示す値、
　１０００…再生制御メタファイル、
　１００１…ヘッダ情報、
　１００２…ボディ情報、
　１００３…リソースリスト情報、
　１００４…ＥＲＩ情報、
　１００５…ＬＬＩ情報、
　１００６…ＮＣＩ情報、
　１３００…蓄積ＥＣＧ画面、
　１３０２…コンテンツ情報欄、
　１３０３…購入状態ボタン、
　１３０４…再生ボタン、
　１３０５…外部書出しボタン、
　２０００…再生制御メタファイル、
　３０００…ライセンス、
　３３００…ダウンロード制御情報、
　４０３０…購入情報要素、

Claims (6)

  1. 　コンテンツを受信するコンテンツ受信装置であって、
    　前記コンテンツに関連するコンテンツ関連情報を受信し、受信したコンテンツ関連情報に基づいて異なる処理をするＥＣＧ処理部と、
    　前記ＥＣＧ処理部からの指示により前記コンテンツの購入処理を行う購入処理部と、
    　前記ＥＣＧ処理部からの指示により、コンテンツのダウンロードシーケンスを実行するダウンロード処理部と、
    　前記ＥＣＧ処理部からの指示により前記コンテンツを受信しながら再生する視聴処理部と、
    　を備え、
    　前記コンテンツ関連情報は、コンテンツの配信方法として、ストリーミング配信のみ、ダウンロード配信のみ、または、ストリーミング及びダウンロードの両方の配信、によって前記コンテンツを受信することを示し、
    　前記ＥＣＧ処理部は、
    　コンテンツの購入処理を前記購入処理部に指示し、
    　前記受信したコンテンツ関連情報に基づいて、前記ダウンロードシーケンスを前記ダウンロード処理部に指示するか、または、ストリーミング再生を前記視聴処理部に指示するか、のいずれか、または両方を行うことを特徴とするコンテンツ受信装置。
  2. 　請求項１に記載のコンテンツ受信装置において、
    　前記ダウロード処理部は、前記ダウンロードシーケンスにおいて、
    　前記コンテンツ関連情報に基づき、前記ダウンロードに係るコンテンツの所在を示す情報と当該コンテンツの再生制御に必要な再生制御メタファイルの所在を示す情報とを記載したダウンロード制御情報を取得し、
    　取得したダウンロード制御情報に記載された情報に基づき、前記コンテンツと前記再生制御メタファイルとをダウンロードすることを特徴とするコンテンツ受信装置。
  3. 　請求項２に記載のコンテンツ受信装置において、
    　前記ＥＣＧ処理部は、前記ストリーミング配信、および、前記ダウンロード配信の両方の配信によって前記コンテンツを受信することを示す前記コンテンツ関連情報に基づいて、前記コンテンツ購入指示がなされた場合に前記コンテンツに対して、ストリーミング配信のみ、ダウンロード配信のみ、によって前記コンテンツを受信することを許可しない、ことを特徴とするコンテンツ受信装置。
  4. 　コンテンツを受信するコンテンツ受信装置におけるコンテンツ受信方法であって、
    　コンテンツの配信方法として、ストリーミング配信のみ、ダウンロード配信のみ、または前記ストリーミング配信及び前記ダウンロード配信の両方の配信、によって前記コンテンツを受信することを示すコンテンツ関連情報に基づいて、コンテンツの購入処理を前記購入処理部に指示し、
    　（１）前記ダウンロード処理部への指示により、ダウンロードシーケンスを実行する、
    　（２）前記視聴処理部への指示により、コンテンツを受信しながらストリーミング再生する、
    の前記（１）～（２）の少なくとも１つを実施することを特徴とするコンテンツ受信方法。
  5. 　請求項４に記載のコンテンツ受信方法において、
    　前記ダウロード処理部は、前記ダウンロードシーケンスにおいて、
    　前記コンテンツ関連情報に基づき、前記ダウンロードに係るコンテンツの所在を示す情報と当該コンテンツの再生制御に必要な再生制御メタファイルの所在を示す情報とを記載したダウンロード制御情報を取得し、
    　取得したダウンロード制御情報に記載された情報に基づき、前記コンテンツと前記再生制御メタファイルとをダウンロードすることを特徴とするコンテンツ受信方法。
  6. 　請求項５に記載のコンテンツ受信方法において、
    　前記コンテンツ受信装置が、前記ストリーミング配信および前記ダウンロード配信の両方の配信によって前記コンテンツを受信することを示す前記コンテンツ関連情報に基づいて、前記コンテンツ購入がなされた場合に、前記コンテンツに対して、前記ストリーミング配信のみまたは前記ダウンロード配信のみ、によって前記コンテンツを受信することを許可しないことを特徴とするコンテンツ受信方法。
PCT/JP2011/054795 2010-04-28 2011-03-02 コンテンツ受信装置およびコンテンツ受信方法 WO2011135919A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2012512704A JPWO2011135919A1 (ja) 2010-04-28 2011-03-02 コンテンツ受信装置およびコンテンツ受信方法

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2010102828 2010-04-28
JP2010-102828 2010-04-28
JP2010-152592 2010-07-05
JP2010152592 2010-07-05

Publications (1)

Publication Number Publication Date
WO2011135919A1 true WO2011135919A1 (ja) 2011-11-03

Family

ID=44861240

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2011/054795 WO2011135919A1 (ja) 2010-04-28 2011-03-02 コンテンツ受信装置およびコンテンツ受信方法

Country Status (2)

Country Link
JP (1) JPWO2011135919A1 (ja)
WO (1) WO2011135919A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003323343A (ja) * 2001-07-17 2003-11-14 Matsushita Electric Ind Co Ltd コンテンツ利用装置及びネットワークシステム並びにライセンス情報取得方法
JP2004326459A (ja) * 2003-04-24 2004-11-18 Sony Corp コンテンツ配信システムおよび方法、コンテンツ処理装置および方法、記録媒体、並びにプログラム
JP2008310809A (ja) * 2007-05-16 2008-12-25 Sony Corp コンテンツ供給装置およびコンテンツ供給方法、コンテンツ受信装置およびコンテンツ受信方法、プログラム、並びにコンテンツダウンロードシステムおよびコンテンツダウンロード方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003323343A (ja) * 2001-07-17 2003-11-14 Matsushita Electric Ind Co Ltd コンテンツ利用装置及びネットワークシステム並びにライセンス情報取得方法
JP2004326459A (ja) * 2003-04-24 2004-11-18 Sony Corp コンテンツ配信システムおよび方法、コンテンツ処理装置および方法、記録媒体、並びにプログラム
JP2008310809A (ja) * 2007-05-16 2008-12-25 Sony Corp コンテンツ供給装置およびコンテンツ供給方法、コンテンツ受信装置およびコンテンツ受信方法、プログラム、並びにコンテンツダウンロードシステムおよびコンテンツダウンロード方法

Also Published As

Publication number Publication date
JPWO2011135919A1 (ja) 2013-07-18

Similar Documents

Publication Publication Date Title
US7885894B2 (en) Content distribution system and content license management method
JP5357263B2 (ja) コンテンツ受信装置およびコンテンツ出力方法
JP5659226B2 (ja) コンテンツ受信機、コンテンツ出力方法
US20100280953A1 (en) Content download system, content download method, content supplying apparatus, content supplying method, content receiving apparatus, content receiving method, and program
US8973081B2 (en) Content receiver and content information output method
US8941724B2 (en) Receiver
US20120110117A1 (en) Content receiving apparatus
WO2011135919A1 (ja) コンテンツ受信装置およびコンテンツ受信方法
JP4396248B2 (ja) 情報処理装置および方法、並びに、記録媒体およびその製造方法
WO2012160883A1 (ja) コンテンツ受信機およびコンテンツ受信方法
WO2012157447A1 (ja) 受信装置、および受信方法
JP2011229092A (ja) コンテンツ受信装置
JP5470324B2 (ja) 受信装置、および受信方法
WO2011030687A1 (ja) コンテンツ受信装置
JP2012222480A (ja) コンテンツ受信機
WO2012160742A1 (ja) コンテンツ受信機およびコンテンツ情報出力方法
WO2012160882A1 (ja) コンテンツ受信機およびコンテンツ受信方法
WO2012137450A1 (ja) コンテンツ受信機
JP2012222477A (ja) コンテンツ受信機
JP2012222478A (ja) コンテンツ受信機
JP2012222479A (ja) コンテンツ受信機
JP2012080303A (ja) コンテンツ受信機
JP2012080304A (ja) コンテンツ受信機

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11774703

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2012512704

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11774703

Country of ref document: EP

Kind code of ref document: A1