ITU-T J 230-2016 Requirements for platform functionalities on the integration of cable STB and companion devices including mobile second screen devices (Study Group 9)《对有线机顶盒和包括移动第.pdf

《ITU-T J 230-2016 Requirements for platform functionalities on the integration of cable STB and companion devices including mobile second screen devices (Study Group 9)《对有线机顶盒和包括移动第.pdf》由会员分享，可在线阅读，更多相关《ITU-T J 230-2016 Requirements for platform functionalities on the integration of cable STB and companion devices including mobile second screen devices (Study Group 9)《对有线机顶盒和包括移动第.pdf（36页珍藏版）》请在麦多课文档分享上搜索。

1、 I n t e r n a t i o n a l T e l e c o m m u n i c a t i o n U n i o n ITU-T J.230 TELECOMMUNICATION STANDARDIZATION SECTOR OF ITU (10/2016) SERIES J: CABLE NETWORKS AND TRANSMISSION OF TELEVISION, SOUND PROGRAMME AND OTHER MULTIMEDIA SIGNALS Multi-device systems for cable television Requirements fo

2、r platform functionalities on the integration of cable STB and companion devices including mobile second screen devices Recommendation ITU-T J.230 Rec. ITU-T J.230 (10/2016) i Recommendation ITU-T J.230 Requirements for platform functionalities on the integration of cable STB and companion devices i

3、ncluding mobile second screen devices Summary With the increasing availability of sophisticated mobile devices that include broadband Internet access services, cable operators, broadcasters and consumer electronics manufacturers have started taking advantage of this trend by providing connected devi

4、ces that work as companion devices to enhance the experience of watching television (TV). This technology creates several opportunities for players in all segments involved in delivering enriched and customized content and user experiences. The integration of these companion mobile devices, also kno

5、wn as second screens with TV and cable set top box (STB) platforms, support several scenarios based on content sharing, synchronization, user interaction and customized presentations. This integration also offers opportunities for the inclusion of intuitive and convenient user interfaces and additio

6、nal areas for the presentation of information. In addition, collaborative work of multiple STBs is also taken into account to enhance capability of the services. For example, we can add 4K video service capability to the existing user STB by providing external plug-in STB. Recommendation ITU-T J.230

7、 defines high level requirements for the cable STB and mobile platforms involved in these scenarios. This Recommendation also describes some useful application cases to illustrate the ideas behind the requirements. History Edition Recommendation Approval Study Group Unique ID* 1.0 ITU-T J.230 2015-0

8、8-13 9 11.1002/1000/12568 2.0 ITU-T J.230 2016-10-14 9 11.1002/1000/13052 * To access the Recommendation, type the URL http:/handle.itu.int/ in the address field of your web browser, followed by the Recommendations unique ID. For example, http:/handle.itu.int/11.1002/1000/ 11830-en. ii Rec. ITU-T J.

9、230 (10/2016) FOREWORD The International Telecommunication Union (ITU) is the United Nations specialized agency in the field of telecommunications, information and communication technologies (ICTs). The ITU Telecommunication Standardization Sector (ITU-T) is a permanent organ of ITU. ITU-T is respon

10、sible for studying technical, operating and tariff questions and issuing Recommendations on them with a view to standardizing telecommunications on a worldwide basis. The World Telecommunication Standardization Assembly (WTSA), which meets every four years, establishes the topics for study by the IT

11、U-T study groups which, in turn, produce Recommendations on these topics. The approval of ITU-T Recommendations is covered by the procedure laid down in WTSA Resolution 1. In some areas of information technology which fall within ITU-Ts purview, the necessary standards are prepared on a collaborativ

12、e basis with ISO and IEC. NOTE In this Recommendation, the expression “Administration“ is used for conciseness to indicate both a telecommunication administration and a recognized operating agency. Compliance with this Recommendation is voluntary. However, the Recommendation may contain certain mand

13、atory provisions (to ensure, e.g., interoperability or applicability) and compliance with the Recommendation is achieved when all of these mandatory provisions are met. The words “shall“ or some other obligatory language such as “must“ and the negative equivalents are used to express requirements. T

14、he use of such words does not suggest that compliance with the Recommendation is required of any party. INTELLECTUAL PROPERTY RIGHTSITU draws attention to the possibility that the practice or implementation of this Recommendation may involve the use of a claimed Intellectual Property Right. ITU take

15、s no position concerning the evidence, validity or applicability of claimed Intellectual Property Rights, whether asserted by ITU members or others outside of the Recommendation development process. As of the date of approval of this Recommendation, ITU had not received notice of intellectual proper

16、ty, protected by patents, which may be required to implement this Recommendation. However, implementers are cautioned that this may not represent the latest information and are therefore strongly urged to consult the TSB patent database at http:/www.itu.int/ITU-T/ipr/. ITU 2017 All rights reserved.

17、No part of this publication may be reproduced, by any means whatsoever, without the prior written permission of ITU. Rec. ITU-T J.230 (10/2016) iii Table of Contents Page 1 Scope . 1 2 References . 1 3 Definitions 1 3.1 Terms defined elsewhere 1 3.2 Terms defined in this Recommendation . 1 4 Abbrevi

18、ations and acronyms 1 5 Conventions 2 6 System model 2 6.1 Scenarios considered 2 6.2 Elements that should be considered . 6 6.3 Communication between applications on the devices 8 6.4 Scenario 2: Communications across resident applications in the devices 9 7 Requirements 10 7.1 General requirements

19、 10 7.2 Required functions for integration initiated by broadcast services on STB or TV set . 10 7.3 Required functions for integration initiated by mobile devices . 10 7.4 Required functions for the use of the network outside the home network . 11 Appendix I Application cases and possible technolog

20、ies . 12 Appendix II Technologies currently used for second screen services 19 II.1 Automatic content recognition based on main content 19 II.2 Manual content recognition process using social TV or TV companion applications . 21 II.3 Unsolved questions on current second screen solutions . 22 II.4 A

21、second screen solution based on an open standard based on b-ITU-T J.202 (such as Ginga) 22 Bibliography. 27 Rec. ITU-T J.230 (10/2016) 1 Recommendation ITU-T J.230 Requirements for platform functionalities on the integration of cable STB and companion devices including mobile second screen devices 1

22、 Scope The incorporation of companion mobile devices, also known as second screen devices, into the experience of watching television (TV) is a recent and rapidly evolving trend. The integration of these companion devices with digital cable set top box (STB) or TV terminals support several scenarios

23、 based on content sharing, synchronization, user interaction and customized presentation. This integration also offers opportunities for the inclusion of intuitive and convenient user interfaces and additional areas for the presentation of information. In addition to that, some parts of STB-mobile c

24、ooperation technology are also applicable to the STB-STB cooperation aiming to provide new service capabilities in a cost effective manner. This revised Recommendation defines high-level requirements for functionalities of platforms consisting of digital cable television (CATV) reception equipment a

25、nd/or mobile second screen devices. 2 References None. 3 Definitions 3.1 Terms defined elsewhere None. 3.2 Terms defined in this Recommendation This Recommendation defines the following terms: 3.2.1 common agent service: One of the particular resident applications which is specific to the mobile-set

26、 top box (STB) cooperation. Common agent service equips the common application program interfaces (APIs) to enable each application to utilize its mobile-STB cooperation function. Therefore, many application developers can realize the mobile-STB cooperation application easily and quickly. 3.2.2 resi

27、dent application: Application that is stored in the storage area of a terminal device, and is not tied to any broadcast programme. For example, a pre-installed application is classified as a resident application. 4 Abbreviations and acronyms This Recommendation uses the following abbreviations and a

28、cronyms: ACR Automatic Content Recognition API Application Program Interface CATV Cable Television CEC Consumer Electronics Control DSMCC Digital Storage Media Command and Control DTV Digital Television Rec. ITU-T J.230 (10/2016) 2 EPG Electronic Programme Guide HAN Home Area Network HDD Hard Disc D

29、rive IP Internet Protocol mDNS multicast Domain Name System OS Operational system QR Quick Response SNS Social Network Service STB Set-Top Box TCP Transmission Control Protocol RCU Remote Control Unit UI User Interface URL Uniform Resource Locator VoD Video on Demand 5 Conventions None. 6 System mod

30、el System models for a cable set top box (STB) or television (TV) set and mobile devices are derived from several scenarios. In this clause, each scenario is discussed in detail. This Recommendation distinguishes scenarios based on the point where the process is initiated either on the STB or TV set

31、 or mobile devices. 6.1 Scenarios considered 6.1.1 Scenario 1: Integration initiated by broadcast services on a STB or TV set In this scenario, there are two cases distinguished by the point of the interaction between a STB or TV set and mobile devices. The first case is by communication of these de

32、vices directly over a home network so that broadcasters can initiate and manage the integration directly. The second case is by communication over server(s) in a wide area network. In this case, the integration is achieved by the servers managed by the service provider(s) and broadcasters do not hav

33、e direct interaction with end-users. Broadcasters need to have some relationship with service provider(s) to provide content and receive feedback. 6.1.1.1 Integration by direct communication between the devices on a home network Conceptually, the STB/TV receiver is the broadcast networks boundary fo

34、r delivering content. This may not be true in the case of digital television (DTV) systems that enable the execution of interactive content (or applications) in the STB/TV receiver and provide a rich set of APIs for general network and Internet access. Rec. ITU-T J.230 (10/2016) 3 In these cases, a

35、broadcaster can send, multiplexed with its main content, an interactive application, capable of communicating with other devices connected to the same home network to which the STB/TV receiver is connected. Given this, such an application provided by a broadcaster/operator can act as an integration

36、enabler of STB/TV sets and second screen devices by controlling execution and delivery of secondary screen content. See Figure 1. Figure 1 Integration by direct communication between the devices 1. Content/service providers/advertisers provide the main content/advertisement to the broadcaster. 2. Co

37、ntent/service providers/advertisers provide second screen content. 3. Some second screen content may be delivered multiplexed into the main content. 4. The broadcaster delivers the main content/advertisement with applications for STB/TV sets or control signals for them. Additionally, some second scr

38、een content may also be broadcast multiplexed with the main content. 5. The STB/TV receiver executes the applications that cooperatively work with content on second screen devices. The applications control content on second screen devices and inform them of necessary information, such as when to sta

39、rt or stop, and other synchronization information through the home area network (HAN). 6.1.1.2 Integration by communication between the devices over a server outside a home network In addition to the model described in clause 6.1.1.1, integration can be achieved by communication between STB/TV and s

40、econd screen devices over a server outside a home network. In this case, the integration of devices is still initiated by interactive applications delivered to STB/TV that provide features to establish the communication, e.g., showing identification information of STB/TV on a screen by which a secon

41、d screen device identifies an STB/TV to communicate with. Figure 2 shows an example of how the integration is achieved. An application provided by a broadcaster/operator shows identification information on a screen. The application also communicates the information to the management server. A user s

42、tarts an application for integration on a second screen device. The second screen device obtains the information shown on the screen by some means. Display of quick response (QR) codes or numeric code on the screen is frequently used for this purpose. The second screen device itself communicates the

43、 information and identification information obtained to the management server. The management server compares the information submitted by both devices. When the management server recognizes the proper combination, the server relays the information for communication between them. Rec. ITU-T J.230 (1

44、0/2016) 4 Figure 2 Integration by a server outside a home network 6.1.1.3 Consideration of synchronization aspect In Scenario 1, as the integration between STB/TV and second screen devices is initiated by applications from broadcasters/operators, synchronized presentation between these devices is im

45、portant. There are two possible points to control synchronization; by a server on a network or by an application on a device. (a) Synchronization control by a server This approach requires a server which controls applications on a second screen device in accordance with progress of a broadcast progr

46、amme. This server is an additional element to broadcast systems but the server does not get any information from broadcast systems themselves. In other words, the server requires the obtaining of information on the broadcast programme by other means, such as proprietary formatted information handove

47、r to the server, information given by users or some specific information in the content, like audio recognition by watermarking. Figure 3 shows information interchange in this approach. Clauses II.1 and II.2 describe how the systems work in detail. Figure 3 Information interchange in server-based sy

48、nchronization Rec. ITU-T J.230 (10/2016) 5 (b) Synchronization control by an application on STB/TV In contrast to the previous case, if explicit information in broadcast signals can be used to control synchronization, synchronization errors and instability are improved. In this approach, an applicat

49、ion on STB/TV that is provided by a broadcaster/operator can work as a synchronization agent. That is, the application identifies and recognizes an indication in broadcast signals and takes appropriate actions to control applications on a second screen device. Figure 4 shows the interaction of elements of a system in this case. Clauses II.4 and 6.3 describe how the system works in detail. Figure 4 Interaction of elements of a system using a “synchronization agent“ 6.1.2 Scenario 2: Integration initiated by mobile devices In this scenario, tablet and cable S