ETSI TS 102 822-2-2007 Broadcast and On-line Services Search select and rightful use of content on personal storage systems ( TV-Anytime ) Part 2 Phase 1 - System description (V1 4.pdf

1、 ETSI TS 102 822-2 V1.4.1 (2007-11)Technical Specification Broadcast and On-line Services: Search, select, andrightful use of content on personal storage systems(“TV-Anytime“);Part 2: Phase 1 - System descriptionEuropean Broadcasting Union Union Europenne de Radio-Tlvision EBUUER ETSI ETSI TS 102 82

2、2-2 V1.4.1 (2007-11) 2 Reference RTS/JTC-TVA-PH1-25-02 Keywords broadcasting, content, system, TV, video ETSI 650 Route des Lucioles F-06921 Sophia Antipolis Cedex - FRANCE Tel.: +33 4 92 94 42 00 Fax: +33 4 93 65 47 16 Siret N 348 623 562 00017 - NAF 742 C Association but non lucratif enregistre la

3、 Sous-Prfecture de Grasse (06) N 7803/88 Important notice Individual copies of the present document can be downloaded from: http:/www.etsi.org The present document may be made available in more than one electronic version or in print. In any case of existing or perceived difference in contents betwe

4、en such versions, the reference version is the Portable Document Format (PDF). In case of dispute, the reference shall be the printing on ETSI printers of the PDF version kept on a specific network drive within ETSI Secretariat. Users of the present document should be aware that the document may be

5、subject to revision or change of status. Information on the current status of this and other ETSI documents is available at http:/portal.etsi.org/tb/status/status.asp If you find errors in the present document, please send your comment to one of the following services: http:/portal.etsi.org/chaircor

6、/ETSI_support.asp Copyright Notification No part may be reproduced except as authorized by written permission. The copyright and the foregoing restriction extend to reproduction in all media. European Telecommunications Standards Institute 2007. European Broadcasting Union 2007. All rights reserved.

7、 DECTTM, PLUGTESTSTM and UMTSTM are Trade Marks of ETSI registered for the benefit of its Members. TIPHONTMand the TIPHON logo are Trade Marks currently being registered by ETSI for the benefit of its Members. 3GPPTM is a Trade Mark of ETSI registered for the benefit of its Members and of the 3GPP O

8、rganizational Partners. ETSI ETSI TS 102 822-2 V1.4.1 (2007-11) 3 Contents Intellectual Property Rights6 Foreword.6 Introduction 7 1 Scope 8 2 References 8 3 Definitions and abbreviations.9 3.1 Definitions9 3.2 Abbreviations .11 4 TV-Anytime system architecture.12 4.1 Content referencing rationale .

9、14 4.2 Phase 1 Metadata rationale.15 4.3 Phase 2 Metadata rationale.15 4.3.1 New content types.15 4.3.2 Packaging16 4.3.3 Targeting.16 4.3.4 Interstitial content .17 4.3.5 Sharing17 4.3.6 Remote programming .17 4.3.7 Interchange data format 17 4.3.8 Coupons 18 5 TV-Anytime content referencing scenar

10、ios .19 5.1 Content referencing key concepts.19 5.2 Content referencing and unique content identification.19 5.3 CRID issuing Authority and resolution providers20 5.3.1 Third party extension to static reference model20 5.4 CRID issuing and resolving scenarios21 5.4.1 CRID originated by content creat

11、or, resolved by content creator.21 5.4.2 CRID originated by content creator, resolved by content service provider 22 5.4.3 CRID originated by content creator, resolved by third party22 5.4.4 CRID originated by content service provider, resolved by content service provider23 5.4.5 CRID originated by

12、content service provider, resolved by third party .23 5.4.6 CRID originated by third party, resolved by content service provider .23 5.4.7 CRID originated by third party, CRID resolved by third party 24 5.5 Example of coding an ISAN using a CRID25 5.6 The relation between CRID and instance metadata2

13、5 5.7 CRID lifecycle26 5.8 Harmonization of TS 102 822-4 and TS 102 822-6 .28 6 Metadata.28 6.1 Introduction 28 6.2 XML - a common representation format29 6.3 The TV-Anytime metadata high level documents .29 6.3.1 Metadata structure.29 6.3.2 Phase 1 Metadata 30 6.3.2.1 Content description metadata30

14、 6.3.2.2 Instance description metadata .31 6.3.2.3 Consumer metadata.32 6.3.3 Phase 2 metadata.33 6.3.3.1 Schema overview 33 6.3.3.2 Phase 2 as an extension to Phase 1 metadata tools33 6.4 Documents related through the CRID 34 6.4.1 Grouping.34 6.5 TV-Anytime document structure .35 ETSI ETSI TS 102

15、822-2 V1.4.1 (2007-11) 4 6.6 Mandatory and optional elements 35 6.7 Delivery of metadata over a unidirectional environment .36 6.8 Notes on Schema Extension .37 6.8.1 Polymorphism of existing type by inheritance with extension .38 6.8.2 Polymorphism of existing type by inheritance with restriction 3

16、8 7 Phase 1 cookbook examples and scenarios 39 7.1 TV-Anytime dynamic processes39 7.2 Phase 1 example: Record every episode of this programme series in the broadcast case 39 7.3 Phase 1 example: Record highlights from a football match via an EPG 44 7.4 Phase 1 example: Select a particular showing of

17、 a programme from an EPG (in the broadcast case) .47 7.5 Phase 1 example: Allow the user to select content from an on-demand content offer with associated pricing information, or seek lowest cost offer50 7.6 Phase 1 example: Notify the user of something interesting based on their profile.51 7.7 Phas

18、e 1 example: Personal Channel Service at my PDR52 7.8 Phase 1 example: Programme made up of segments from multiple providers and maintain the latest news on my PDR59 7.9 Phase 1 example: Usage scenarios for bi-directional metadata transport.62 7.10 Phase 1 example: Profile 1 bi-directional multi-pro

19、vider EPG 65 7.11 Phase 1 example: Related material recording.65 7.12 Phase 1 example: User profiling cookbook scenario and work-through application66 7.13 Phase 1 example: RMPI descriptive metadata70 7.13.1 Introduction.70 7.13.2 Free-to-air content.70 7.13.3 Pay-per-view content 71 7.13.4 Video-On

20、-Demand Content73 8 RMPI cookbook examples and scenarios.74 8.1 Introduction 74 8.2 RMP system dependencies.74 8.3 RMP concepts 74 8.3.1 Copy control versus playback control.74 8.3.2 Targeting content consumption and usage with RMPI .74 8.3.3 “Export Rights“ as distinct from “Play Right“75 8.3.4 RMP

21、 / non-RMP interoperability75 8.4 Lifecycle of RMPI75 8.5 Compliance.75 8.6 Scenarios 75 8.6.1 Scenario 1: Free-To-Air broadcast with no redistribution/viewing control 75 8.6.2 Scenario 2: Free-To-Air broadcast without authorized redistribution over the Internet .77 8.6.3 Scenario 3: Free-To-Air bro

22、adcast with content consumption constrained to a geographical area 78 8.6.4 Scenario 4: Free-To-Air content with viewing and redistribution controls 80 8.6.5 Scenario 5: Free-To-Air broadcast without support for legacy receivers .81 8.6.6 Scenario 6: Free-To-Air live streaming 82 8.6.7 Scenario 7: S

23、crambled Free-To-Air84 8.6.8 Scenario 8: Pay-TV subscription with limited number of simultaneous consumptions85 8.6.9 Scenario 9: Push Content87 8.6.10 Scenario 10: Pay-Per-View Content, “buy to keep“ .89 8.6.11 Scenario 11: Import of copy protected analogue content90 8.6.12 Scenario 12: Video on De

24、mand 91 9 Issues per process.93 9.1 General system issues.93 9.1.1 Set-up and service discovery 93 9.1.2 Language Identification 94 9.1.3 Transport and delivery of TV-Anytime data 94 9.1.4 Updating resolution tables 94 9.1.5 Updating metadata 95 9.2 “Publish“ process95 9.3 “Search and select“ proces

25、ses.96 9.4 “Locate“ process.97 9.5 “Acquire“ process.98 ETSI ETSI TS 102 822-2 V1.4.1 (2007-11) 5 10 Phase 2 cookbook examples and scenarios 98 10.1 Phase 2 example: New content types .98 10.2 Phase 2 example: Packaging 99 10.2.1 Program with an associated package 99 10.2.2 Phase 2 example: Educatio

26、nal package 101 10.2.3 Data broadcasting .102 10.3 Phase 2 example: Targeting104 10.3.1 User environment description.104 10.3.2 Personalized service105 10.4 Phase 2 example: Interstitials .107 10.5 Phase 2 example: Sharing - metadata exchange .111 10.5.1 Transfer profile to another device.111 10.5.2

27、 Recommend content to a friend 113 10.5.3 Web browsing to select content and metadata acquisition114 10.6 Phase 2 example: Remote programming using a Networked Digital Recorder (NDR) .115 10.6.1 NDR programming for future recording.115 10.6.2 NDR programming for immediate recording116 10.6.3 NDR pro

28、gramming for consumption by another device.116 10.7 Phase 2 example: Coupons.118 11 Issues per Phase 2 technology119 11.1 Sharing, content and metadata exchange119 11.1.1 Content referencing and identification119 11.1.2 Sharing Metadata 120 11.1.3 Sharing metadata with content120 11.2 Remote program

29、ming.120 Annex A (informative): Example of usage history 121 Annex B (normative): Transport environment and requirements123 B.1 Scope 123 B.2 Requirements on the Uni-Directional Delivery System.123 History 127 ETSI ETSI TS 102 822-2 V1.4.1 (2007-11) 6 Intellectual Property Rights IPRs essential or p

30、otentially essential to the present document may have been declared to ETSI. The information pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found in ETSI SR 000 314: “Intellectual Property Rights (IPRs); Essential, or potentially Essent

31、ial, IPRs notified to ETSI in respect of ETSI standards“, which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web server (http:/webapp.etsi.org/IPR/home.asp). Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. N

32、o guarantee can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web server) which are, or may be, or may become, essential to the present document. Foreword This Technical Specification (TS) has been produced by Joint Technical Committee (JTC)

33、 Broadcast of the European Broadcasting Union (EBU), Comit Europen de Normalisation ELECtrotechnique (CENELEC) and the European Telecommunications Standards Institute (ETSI). NOTE: The EBU/ETSI JTC Broadcast was established in 1990 to co-ordinate the drafting of standards in the specific field of br

34、oadcasting and related fields. Since 1995 the JTC Broadcast became a tripartite body by including in the Memorandum of Understanding also CENELEC, which is responsible for the standardization of radio and television receivers. The EBU is a professional association of broadcasting organizations whose

35、 work includes the co-ordination of its members activities in the technical, legal, programme-making and programme-exchange domains. The EBU has active members in about 60 countries in the European broadcasting area; its headquarters is in Geneva. European Broadcasting Union CH-1218 GRAND SACONNEX (

36、Geneva) Switzerland Tel: +41 22 717 21 11 Fax: +41 22 717 24 81 The present document is part 2 of a multi-part deliverable covering Broadcast and On-line Services: Search, select and rightful use of content on personal storage systems (“TV-Anytime“), as identified below: Part 1: “Phase 1 - Benchmark

37、 Features“; Part 2: “Phase 1 - System description“; Part 3: “Metadata“; Part 4: “Phase 1 - Content referencing“; Part 5: “Phase 1 - Rights Management and Protection (RMP)“; Part 6: “Delivery of metadata over a bi-directional network“; Part 7: “Phase 1 - Bi-directional metadata delivery protection“;

38、Part 8: “Phase 2 - Interchange Data Format“; Part 9: “Phase 2 - Remote Programming“. ETSI ETSI TS 102 822-2 V1.4.1 (2007-11) 7 Introduction “TV-Anytime“ (TVA) is a synchronized set of specifications established by the TV-Anytime Forum. TVA features enable the search, selection, acquisition and right

39、ful use of content on local and/or remote personal storage systems from both broadcast and online services. TS 102 822-1 1 and the present document set the context and system architecture in which the standards for Metadata, Content referencing, Bi-directional metadata and Metadata protection are to

40、 be implemented in the TV-Anytime environment. TS 102 822-1 1 provides benchmark business models against which the TV-Anytime system architecture is evaluated to ensure that the specification enable key business applications. The present document presents the TV-Anytime system architecture. These tw

41、o documents are placed ahead of the others for their obvious introductory value. Note that these first two documents are largely informative, while the remainder of the series is normative. The features are supported and enabled by the specifications for Metadata (TS 102 822-3 sub-parts 1 2, 2 3, 3

42、4 and 4 5), Content Referencing (TS 102 822-4 6), Rights Management (TS 102 822-5 sub-parts 1 7 and 2 8), Bi-directional Metadata Delivery (TS 102 822-6 sub-parts 1 9, 2 10 and 3 11) and Protection (TS 102 822-7 12), Interchange Data Format (TS 102 822-8 13) and Remote Programming (TS 102 822-9 14).

43、 This list of Features is to be used as guidance to manufacturers, service providers and content providers regarding the implementation of the Phase 1 and Phase 2 TV-Anytime specifications. The present document is mainly informative and has therefore not the intention to mandate certain system imple

44、mentation solutions. Preferred solutions, from a technology stand point, will be indicated to allow implementers to build more efficient systems. Only annex B to this document is normative and contains requirements for delivery systems being designed by users of the TV-Anytime specification for thei

45、r specific operational environment. ETSI ETSI TS 102 822-2 V1.4.1 (2007-11) 8 1 Scope The present document shows the system behaviour of a TV-Anytime broadcast system with an interaction channel used for consumer response. The present document contains examples of how to use the TV-Anytime specifica

46、tions both from static and dynamic viewpoints, i.e. it will highlight the parties involved in the processes and show the interaction between them. The present document is a cookbook or white paper to the TS 102 822-3 sub-parts 1 2, 2 3, 3 4 and 4 5, TS 102 822-4 6, TS 102 822-5 sub parts 1 7 and 2 8

47、, TS 102 822-6 sub-parts 1 9, 2 10, and 3 11, TS 102 822-7 12, TS 102 822-8 13 and TS 102 822-9 14. The present document is mainly informative and has therefore not the intention to mandate certain system implementation solutions. Preferred solutions, from a technology stand point, will be indicated

48、 to allow implementers to build more efficient systems. Annex B to this document is normative and contains requirements for delivery systems being designed by users of the TV-Anytime specification for their specific operational environment. 2 References The following documents contain provisions whi

49、ch, through reference in this text, constitute provisions of the present document. References are either specific (identified by date of publication and/or edition number or version number) or non-specific. For a specific reference, subsequent revisions do not apply. For a non-specific reference, the latest version applies. Referenced documents which are not found to be publicly available in the expected location might be found at http:/docbox.etsi.org/Reference. NOTE: While any hyperlinks included in this c