Utilization of DLNA in a IPTV Solution
Transcription
Utilization of DLNA in a IPTV Solution
Utilization of DLNA in a IPTV Solution DANIEL IGNAT Master of Science Thesis Stockholm, Sweden 2011 Utilization of DLNA in a IPTV Solution DANIEL IGNAT Master’s Thesis in Media Technology (30 ECTS credits) at the School of Computer Science and Engineering Royal Institute of Technology year 2011 Supervisor at CSC was Trille Fellstenius Examiner was Alex Jonsson TRITA-CSC-E 2011:093 ISRN-KTH/CSC/E--11/093--SE ISSN-1653-5715 Royal Institute of Technology School of Computer Science and Communication KTH CSC SE-100 44 Stockholm, Sweden URL: www.kth.se/csc Abstract This thesis was carried out within the Next Generation Media Project, where research is done by TeliaSonera and Royal Institute of Technology (KTH). Its aim was to analyze the Digital Living Network Alliance (DLNA) guidelines, an IPTV service, and conclude in what meaningful ways the two can be linked together. On top of that a Proof of Concept prototype was to be constructed, showing how a Set Top Box (STB) could present pictures located on the Residential Gateway (RGW). The customer base that could benefit from this study is big, several hundred thousand households. The potential customer base is even bigger. My study could have a real impact on how IPTV evolves at TeliaSonera. The research methodology used is described in detail in Section 4. It consists of three parts: A literature study and market analysis, construction of a Proof of Concept prototype, and an evaluation of use cases based on the Stuart Pugh decision matrix method. The Pugh decision matrix is an evaluation method originally intended to be used when iteratively improving a design. Ten use cases were formed, evaluated against seven criteria, and weighted with the criteria weight of each criteria. The resulting score was an indicator on how interesting a use case was to implement. Due to several reasons (for example technical difficulties, fear of lost revenue), five use cases were discarded. The study was successfully carried out, showed that there are meaningful ways to link DLNA with an IPTV service, and that it is possible to do so. It is important to conduct further research on consumer interest before releasing any new feature, as it is unclear how well the consumer interest survey participants represent the customer base. ii Sammanfattning Tillämpning av DLNA i en IPTV-lösning Det här examensarbetet utfördes inom Next Generation Media-projektet, där forskning utförs av TeliaSonera och Kungliga Tekniska Högskolan (KTH). Målet var att analysera Digital Living Network Alliance riktlinjer, en IPTV-tjänst, och dra slutsatser om hur de två kan kopplas samman på meningsfulla sätt. Utöver det skulle en Proof of Conceptprototyp konstrueras, som visade hur Set Top Boxen (STB) presenterade bilder som låg på en Residential Gateway (RGW). Kundbasen som kan dra nytta av den här studien är stor, flera hundra tusen hushåll. Den potentiella kundbasen är ännu större. Min studie kan ha en riktig inverkan på hur TeliaSoneras IPTV-tjänst utvecklas. Forskningsmetoden som användes är beskriven i detalj i Sektion 4. Den består av tre delar: En litteratur- och omvärldsstudie, konstruktion av en Proof of Concept-prototyp, samt en utvärdering av användarscenarion som baseras på Stuart Pughs beslutsmatrismetod. Pughs beslutmatris är ursprungligen en utvärderingsmetod tänkt att användas vid iterativ förbättring av en design. Tio användarscenarion tänktes ut, utvärderades mot sju kriterier och vägdes mot varje kriterias vikt. Resultatpoängen var en indikator över hur intressant ett användarscenario var att implementera. På grund av många olika anledningar (till exempel tekniska svårigheter och/eller rädsla över förlorade intäkter) så kastades fem användarscenarion. Studien anses som lyckad, visade att det finns meningsfulla sätt att koppla DLNA med en IPTV-tjänst, och att det är möjligt att genomföra. Det är viktigt att undersöka mer utförligt hur användarintresset ser ut innan nya funktioner släpps, eftersom det är oklart hur väl deltagarna i kundintresse-enkäten representerar kundbasen. iii Preface This thesis was carried out for the school of Computer Science and Communications (CSC) at the Royal Institute of Technology (KTH), located in Stockholm, Sweden. The thesis project was planned by and carried out on behalf of the Next Generation Media Project, a cooperation between TeliaSonera and KTH. I would like to thank everyone who helped me along the way to completing this thesis. Thank you Annika Kilegran, Bruce Horowitz, Joakim Svensson, Åsa Pehrsson and Mattis Lind, employees at TeliaSonera. Many thanks to Fredrik Höglin and Andreas Lindvall, fellow thesis workers at TeliaSonera, for the great company. My thesis presentation opponent Andreas Green, as well as my examiner Dr Alex Jonsson, deserve special mention due to the constructive and detailed feedback given on the report. Finally I’m grateful to Trille Fellstenius, my mentor at CSC. Your support and expertise has helped me tremendously. - Daniel Ignat, Farsta, 2011-04-27 iv Contents 1 Introduction 1.1 Background . . . . . . . . . 1.1.1 TeliaSonera History 1.1.2 IPTV . . . . . . . . 1.1.3 DLNA . . . . . . . . 1.2 Purpose . . . . . . . . . . . 1.3 Problem Description . . . . 1.4 Scope . . . . . . . . . . . . 1.5 Report Target Audience . . 1.6 Participants . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1 1 2 2 2 3 3 4 5 5 2 Theory 2.1 Digital Living Network Alliance (DLNA) . . . 2.1.1 Legacy: Universal Plug and Play . . . 2.1.2 The Layers of DLNA . . . . . . . . . . 2.1.3 DLNA Device Categories and Classes 2.1.4 The Certification Process . . . . . . . 2.1.5 Problems With DLNA . . . . . . . . . 2.1.6 Alternative Solutions . . . . . . . . . . 2.2 Internet Protocol Television (IPTV) . . . . . 2.2.1 IPTV Versus Analog Broadcast TV . 2.2.2 Open IPTV Forum Standardization . 2.2.3 TeliaSoneras IPTV Structure . . . . . 2.2.4 TeliaSoneras Set Top Boxes . . . . . . 2.2.5 TeliaSoneras Residential Gateways . . 2.3 Currently Available Products and/or Services . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6 6 6 7 7 9 9 11 12 12 14 14 14 16 16 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 Detailed Problem Description 3.1 Interesting Questions to be Answered 4 Approach 4.1 Road Map . . . . . . . . . . 4.2 Prototype . . . . . . . . . . 4.2.1 Detailed Use Case . 4.2.2 Implementation Plan . . . . . . . . . . . . . . . . . . . . . . . . . . . 17 . . . . . . . . . . . . . . . . . . . . 17 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19 21 22 22 22 5 Results 5.1 Survey: Consumer Interest . 5.2 Scenario Solutions . . . . . . 5.3 Interview: Important Criteria 5.4 Survey: Criteria Weights . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23 23 24 24 25 v 5.5 5.6 5.7 Final Pugh Matrix . . . . . . . . . . . . . . . . . . . . . . . . . . 5.5.1 #1: RGW as a Server (all) . . . . . . . . . . . . . . . . . 5.5.2 #2: STB as a Player (music/images) . . . . . . . . . . . . 5.5.3 #3: STB as a Player (video) . . . . . . . . . . . . . . . . 5.5.4 #4: Smart Phone DMS + STB DMP (images) . . . . . . 5.5.5 #5: PVR Sharing in the Home (video, other STB) . . . . 5.5.6 #6: PVR Sharing in the Home (video, any DMP) . . . . 5.5.7 #7: Channel Sharing in the Home (video, same channel) 5.5.8 #8: Channel Sharing in the Home (video, any channel) . 5.5.9 #9: STB DLNA Remote UI . . . . . . . . . . . . . . . . . 5.5.10 #10: STB Over DLNA, Simple Video Streaming . . . . . 5.5.11 Resulting Matrix . . . . . . . . . . . . . . . . . . . . . . . Resulting Road Map . . . . . . . . . . . . . . . . . . . . . . . . . Implementation of the Prototype . . . . . . . . . . . . . . . . . . 6 Discussion 6.1 Work Methodology . . . . . 6.2 Conclusions . . . . . . . . . 6.3 Validity and Reliability . . 6.3.1 Validity . . . . . . . 6.3.2 Reliability . . . . . . 6.4 Further Work and Research 6.5 Epilogue . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26 26 27 28 28 29 30 30 31 32 32 33 34 35 . . . . . . . 37 37 38 41 41 42 42 43 Abbreviations 44 References 47 Appendixes 49 vi 1 Introduction This introductory chapter defines the problem area and explains why I got interested in the thesis subject. It gives a brief description of a managed Internet Protocol Television (IPTV) platform as well as the Digital Living Network Alliance guidelines. The chapter also includes a problem description, guiding questions for the thesis and some scope definitions. 1.1 Background This thesis was carried out within the Next Generation Media Project, where research on the next generation of media is done by TeliaSonera and Royal Institute of Technology (KTH). Scheduled television broadcast, while still very much present, is not the only way to enjoy multimedia. According to Stelter (2008), on demand is on the rise. Until every television broadcast is available to be consumed whenever the user decides, recording live broadcast for a later date is a strong tool to enable on demand viewing of any program. Unlike a Video Home System (VHS) recording, the recordings in the IPTV operators Set Top Box (STB) today cannot be extracted and played elsewhere without moving the set top box physically. In a home with several televisions this is a major limitation. By implementing certain guidelines from the Digital Living Network Alliance (DLNA), the problem can be resolved. DLNA could be the key used to unlock several other exciting new possibilities for the STB in the digital home, such as: • Cloning the current TV channel and stream it to other devices in the network, enabling the customer to view the same channel on different devices. • Sharing recorded content with another STB in the home, or any DLNA compliant renderer/player. This could perhaps be done in the background, enabling the user to view live TV on one device, and recorded TV on another. • Logically moving the STB to another rendering device/TV without moving it physically. Keep watching the football game on the bedroom TV when the movie night starts in the living room. • Accessing pictures, music and video that is made available by other devices on the network. Copy the pictures from your vacation onto your computer/network attached storage and have them appear on your TV seamlessly. The reasons I got interested in the thesis subject are straight forward. The customer base that could benefit from this study is big, several hundred thousand households. The potential customer base is even bigger. My study could possibly have a real impact on how IPTV evolves at TeliaSonera. I believe it is likely that TV as a medium is going to change drastically in the near future, and integrating IPTV with the digital home is a big part of that change. 1 1.1.1 TeliaSonera History TeliaSonera is the result of a merger between Swedish Telia AB and Finnish Sonera Oy done December 2002. Both Telia and Sonera were state run when created, and transformed to being joint stock companies a few years before the merger. (TeliaSonera, 2010) 1.1.2 IPTV Internet Protocol Television (IPTV) refers to broadcasting television content over a packet-switched network infrastructure, the Internet, using mainly multicast1 as the distribution technique. The main advantage IPTV has over conventional TV is the possibility of two-way communication. It has led to a number of features, Video on Demand being the most popular. According to The Economic Times (2006) IPTV was first used as early as 1994. ABC’s World News Now was broadcast over the Internet using the CU-SeeMee video conferencing software. TeliaSonera Managed IPTV After a few years of research TeliaSonera launched its IPTV platform in 2005 and today they have over 350 000 customers in Sweden alone. The IPTV platform is managed, meaning that TeliaSonera has full control over the Graphical User Interface (GUI) and the content is never transferred over anything but TeliaSoneras own network infrastructure. 1.1.3 DLNA DLNA was created to form collective guidelines on how network connected home media devices should provide and consume content. The user should be able to consume media content (pictures, sound, video) on any play back device that supports DLNA. Devices discover each other seamlessly using Universal Plug and Play (UPnP). Over 200 corporations are members of DLNA. There are a lot of DLNA certified devices on the market. Examples: Televisions, Mobile phones, Set Top Boxes, game consoles. A device gets certified if it complies to the guidelines for one or several DLNA device classes (more about device classes in Section 2.1.3 on page 7). January 27th 2011 the first DLNA compatible software got certified, Skifta for Android2 . (DLNA, 2010c) Two Box Interaction The most basic DLNA scenario consists of one media provider device storing media content and one client device consuming the content. Example: Robert has a DLNA compatible TV which lists all media from the Network Attached Storage (NAS) server, and he selects which video to play with the remote control. 1 2 Explanation of multicast: http://en.wikipedia.org/wiki/Multicast See http://www.skifta.com for more information. 2 Third Party Control content. It is also possible for a third party to control the playback of Example: Amanda loads an application (app) on her iPhone which finds her media server containing all of her music and videos. It also finds her TV and her stereo. Amanda commands the stereo to play her favorite album, located on the media server. The music keeps playing even though she shuts down the iPhone app. Mobile Devices Due to its size and limited battery time, a mobile device should not have the same requirements regarding media formats and network connectivity. The DLNA guidelines differentiate between home devices and mobile devices. Interoperability There are two device classes defined in DLNA that are designed to bridge the gap between home network devices and mobile network devices. One is for bridging network connectivity and the other for transforming content. 1.2 Purpose The purpose with this thesis was to see how to link IPTV and the digital home with DLNA. The IPTV operator believes that support of DLNA within the digital home is an important key to attracting customers. Consumer Electronics (CE) manufacturers are implementing DLNA support in their products and DLNA is becoming widespread. The IPTV operator sees DLNA as a good opportunity to strengthen the bond with their customers. By having DLNA support themselves they neutralize possible competition for the consumer market that could come from competitors offering DLNA support. DLNA increases the cooperation between the IPTV operator and the CE manufacturers. (Horowitz, 2011) A road map over different implementation scenarios was the result of the study. It was based on a Pugh decision matrix (explained in Section 4 on page 19) and practical experience with building the prototype (see Section 5.7 on page 35). 1.3 Problem Description IPTV delivery is by no means simple for many different reasons. The process of distributing media all the way from the content provider through the network down to the customer contains many challenges, such as: Copyright Protection, Quality of Service(Bandwidth Reservation), User Interface Design, Sparse Resources in the STB. The DLNA guidelines are also non-trivial. Several hardware manufacturers and service providers with different interests and target audiences are trying to reach a unified way to obtain interoperability in the digital home. The guidelines need to be thought through and clear to avoid misunderstandings that break the interoperability. Since the components themselves are tricky, a combination of IPTV and DLNA is not straight forward. The design needs to be planned and evaluated, especially when you are 3 launching it as a service to your customers. Whenever the IPTV operator launches a new service, they make a promise to the customer that the service will work as advertised. If the service does not work, the IPTV operator is breaking that promise. This could lead to losing customers (also known as churn), and an increase in expensive help desk calls. To easier define the scope and direction of the thesis, I posed a few questions to be answered: • In what way can DLNA link the digital home and a managed IPTV platform together? What steps should the IPTV operator take to utilize DLNA in their future releases? Short term and long term. • In what ways is an IPTV provider affected by redesigning the IPTV infrastructure to comply with the DLNA guidelines (advantages/disadvantages)? • Limitations: What services are unsuitable for a DLNA solution? • In what ways can a managed IPTV service provider help the customer to overcome possible shortcomings of off the shelf DLNA solutions? Propose how to handle limitations in the use scenarios if possible to minimize unhappy customers. 1.4 Scope The scope of this report is rather wide. While the focus was on what is technically feasible when combining DLNA with a managed IPTV service, other areas are considered as well. Business considerations and usability are two very important factors when evaluating DLNA, and they are not directly technical. • While features that do not work well in a DLNA solution are brought up, no energy was wasted on finding alternative solutions for them. • Regarding the scenarios investigated in the report: For any limitations that can affect a customer negatively, mitigating actions need to be proposed (but not carried out or tested). • In the unlikely event that time permits, more steps of implementation would be carried out. • I did not evaluate the IPTV service as a whole, other than to draw conclusions on how DLNA and IPTV can be connected. • I did not suggest improvements to the IPTV Operators services unless they are directly related to DLNA-functionality. • I did not evaluate the future of IPTV. I have no insight into how it will evolve. I do not pretend to know how the customer base will look like in the future, both regarding the size and the knowledge of the average customer. • It is clear that there is healthy competition going on within the TV industry, and forces such as Over the Top-services online that threathen the IPTV industry. However, this falls outside the scope of the thesis. 4 1.5 Report Target Audience This thesis reports main audience is the TeliaSonera employees working with IPTV at Farsta. It could also be of interest to students at CSC KTH or anyone that is working with the digital home, IPTV or DLNA. 1.6 Participants • Daniel Ignat, thesis writer to carry out the project at TeliaSonera, Farsta . • Annika Kilegran, supervisor at TeliaSonera. • Trille Fellstenius, supervisor at Royal Institute of Technology. • Alex Jonsson, examiner at Royal Institute of Technology. 5 2 Theory This chapter explains the theory researched in my literature study that I consider relevant to my thesis work. It also brings up a few currently available products and/or services that connect DLNA and IPTV in some way. 2.1 Digital Living Network Alliance (DLNA) As mentioned in Section 1.1.3 the Digital Living Network Alliance (DLNA), which consists of over 200 corporations, drew up a set of guidelines to ease the connectivity between network home devices inside the digital home. To become DLNA certified you are required to implement certain mandatory standards all the way from network connectivity up to media format sets. As of May 2010 over 7.000 devices have been DLNA Certified. These include PCs, television sets, music players, mobile phones, and more. (DLNA, 2010b) The amount of products on the market with DLNA is somewhere between 200 million and 300 million. (ABI Research, 2009) January 27th 2011 the first DLNA compatible software got certified, Skifta for Android3 . (DLNA, 2010c) 2.1.1 Legacy: Universal Plug and Play According to Allegro Software Development Corporation (2006), the UPnP Forum was formed in 1999 by 14 major PC and Consumer Electronics (CE) manufacturers. The goal was to use existing industry standards to achieve interoperability between devices for a number of different purposes: examples include Audio/Video, Internet sharing, Printing, Scanning, and Controlling lights. The Audio/Video device category guidelines turned out to be important enough to launch a new organization, DLNA. In the same spirit as UPnP, DLNA aims to simplify connectivity between devices using existing technologies. The mandatory core of DLNA makes use of the same protocols as UPnP: Simple Service Discovery Protocol (SSDP), HyperText Transfer Protocol (HTTP), HyperText Markup Language (HTML), eXtensible Markup Language (XML), and Simple Object Access Protocol (SOAP). All of these protocols work on top of IP, with Transmission Control Protocol (TCP), User Datagram Protocol (UDP) or Realtime Transport Protocol (RTP) as the transport protocol. More on these in Appendix A. Version 1.5 of the DLNA guidelines contain three standards by the UPnP Forum: • Device discovery: UPnP Device Architecture 1.0. • Media management: UPnP Audio/Video 1.0 (UPnP AV 1.0) and UPnP Print Enhanced 1.0. (Alan Messer, 2010) 3 See http://www.skifta.com for more information. 6 2.1.2 The Layers of DLNA For an in depth explanation of all the layers of DLNA (going from connectivity to media formats and extensions) see Appendix A. 2.1.3 DLNA Device Categories and Classes DLNA has a set of Device Classes which define a certain use, and these Device Classes are divided into three Device Categories. The categories are: Home Network Devices (HND), Mobile Network Devices (MND), Home Interoperability Devices (HID). It is important to note that a device class is purely logical, a physical device can implement several of these to make use of all of their features. Home Network Devices The Digital Media Server (DMS) provides media content over the home network. A DMS could be a Personal Computer (PC) or a Network Attached Storage (NAS) unit. The content can be consumed directly by a Digital Media Player (DMP) which finds the content on the network and provides playback and rendering capabilities. Examples include Television sets, game consoles, and Personal Digital Assistants (PDA). There are also rendering devices that are not capable of locating content themselves, or have chosen to delegate that Figure 1: The HND and MND Categories. The device classes inside the gray functionality. These devices are called box are unique for the device cateDigital Media Renderers (DMR). The degory. vice setting up and controlling media streams between server and renderer is called a Digital Media Controller (DMC). By using a DMC on your smart phone you can control playback between your TV and NAS, for example. There is also a device class intended for printers, the Digital Media Printer (DMPr). See Figure 1 for an overview of the Home Network Device classes. (DLNA, 2007) Mobile Network Devices This category was mainly introduced due to different requirements regarding media formats and network connectivity in the small and computationally weak mobile devices. See Appendix B for a list of mandatory and optional format 7 sets. An example of a network connectivity technology is Bluetooth. The first four Mobile Device Classes map one-to-one with Home Network Device Classes: M-DMS, M-DMP, M-DMR, M-DMC. There are two device classes that are new, the Mobile Digital Media Uploader (M-DMU) and the Mobile Digital Media Downloader (M-DMD). They upload or download content from a DMS or M-DMS. Example: Angela has just come home from a party, where she took some pictures with her cell phone. When connecting to the home network, she uploads her photos to the home server with a simple command. See Figure 1 for an overview of the Mobile Network Device classes. (DLNA, 2007) Home Interoperability Devices This category contains two Device Classes: The Mobile Network Connectivity Function (M-NCF) and the Media Interoperability Unit (MIU). They provide functionality to bridge any gaps between the Home Network Devices and the Mobile Network Devices regarding network connectivity and media format support respectively. The MNC-F has the responsibility of Figure 2: The two device classes within the bridging network connectivity between a HID category. mobile device using a network connectivity technology specific to the MND class and the home network. Example: Bob has a mobile phone with DLNA support, but it lacks both Ethernet and Wi-Fi, all it has is Bluetooth. To be able to connect to his home network using Bluetooth he needs a M-NCF, which in his case is software located on his Bluetooth enabled laptop. The MIU is there to allow media consumption between home network devices and mobile network devices, if they do not share any common media format support for a resource. The reason behind this could be resource constraints. It could also be a cost based decision. Analogies: An interpreter enables people speaking different languages to communicate indirectly. A signer enables a blind man and a deaf man to communicate, by speaking to the blind man and signing to the deaf man. A programmer who does not speak machine code is able to command a computer using a programming language which is translated by the compiler. See Figure 2 for an overview of the Home Interoperability Device classes. The picture illustrates in what way they connect the Home Network Devices with the Mobile Network Devices. 8 (DLNA, 2009) Mandatory and Optional Formats A big part of achieving interoperability is to specify a manageable set of media formats that everyone can speak and understand. Maritime communications solve their interoperability problem much the same way by deciding through an international treaty that communication will be in English. (IMO, 2010) See Appendix B for a list of mandatory and optional format sets. 2.1.4 The Certification Process According to Allegro (2006) the certification process consists of an informal and a formal part. The first step is for the vendor to pass the DLNA Conformance Test Tool (CTT) tests, which is a test suite run on a Windows PC. The CTT is run by the vendor, and if the device passes the tests and has a UPnP certificate the vendor can contact DLNA to initiate the formal step of the certification process. The formal testing is done at one of the vendors considered to be suitable to perform independent certification tests. A specified Certification Test Plan is followed involving the device being tested against reference devices, three devices per device class it will operate with. Example: When certifying a DLNA Media Server it is tested against three reference DLNA Media Players and three DLNA Media Controllers since as a server you can interact with both players and controllers. 2.1.5 Problems With DLNA Here I will go through the shortcomings surrounding DLNA. Media Formats When a consumer buys DLNA certified products he or she expects interoperability across all use cases thrown at the devices. One big obstacle for this is media format support. The HND category has only one media format listed as mandatory. If one device supports a subset of the optional media formats and another device doesn’t, interoperability is not achieved in many use cases. Many popular formats used today such as DivX and XviD are not even listed in the the optional media format list4 . Even if interoperability is achieved in the sense the DLNA envisions, the content will have to be made available using one of the listed formats. A possible reason for this is that DivX and XviD could be considered strongly interlinked with piracy, and that supporting or even encouraging support of the formats would endorse piracy. 4 See Appendix B. 9 This could be solved by having transcoders in the Digital Media Servers (DMS) or a Media Interoperability Unit (MIU) but it requires decisions to be made locally by the manufacturers leading to different solutions. According to Johannesson (2011) from Motorola, another solution used by some manufacturers is supporting unnamed formats using MIME-type5 . This is not documented in the DLNA specification and does not ensure compatibility between any DMP/DMS. If the IPTV Operator provides both the DMP and the DMS this could be viable though. Presentation The menu systems provided by different DLNA device manufacturers look very different from each other. This could hurt usability since the experience is not the same for every device. A solution to this would be to make use of the Remote UI extension of DLNA using CE-HTML to describe the UI (see page 4 for more information) or to use the RVUAlliance Pixel Perfect Remote UI solution6 . Both technologies require server and client side support, and are not widely adopted yet. Delay is also a concern: “Loading the pictures from a DLNA server takes forever but [looking at pictures using] Windows file sharing works just fine.” - Quote from TeliaSoneras internal testing (TS Broadband R&D, 2010) It is unclear what causes the delay. Technological Limitations Multicast needs to be supported on the home network for the devices to discover each other using UPnP. Multicast being supported is not always the case, since it is not mandatory for IPv4 (it is mandatory for IPv6). (De Goyeneche, 1998) Also, according to Lawton (2009) the default setting for IPv4 is to have multicast disabled. The IPTV Operator provides the residential gateway and they can activate multicast remotely so for the reference case this is not an issue. As mentioned before, UPnP A/V 1.0 thumbnail support could prove to be a problem. It is not possible to request the picture in a custom size and the DLNA server is not required to provide a thumbnail resource for a picture. If a server provides only large resolution pictures memory usage by the STB could become very high. Extensions Considered Essential When extensions of DLNA are considered essential to some vendors and/or users problems with interoperability arises. The guidelines that each vendor agrees with no longer match one-to-one. The users will not understand why different DLNA certified units will not cooperate and are likely to be disappointed. Examples: A television that does not support Link Protection will not get access to DRM protected content from the Bluray player. 5 6 For more information see http://en.wikipedia.org/wiki/MIME More information: http://www.rvualliance.org/ 10 Problems With Link Protection Unfortunately some vulnerabilities have been demonstrated in DTCP. According to Tian and Wang (2006) it is vulnerable to several welldocumented Man-in-the-middle attacks7 . In short the attacks break full authentication: The DTCP-IP clients can not be sure that they know who they are talking to. In most cases the content remains secure, but it is possible to strip the certificate revocation list check by using a receiver mismatch attack. DTCP-IP is mandatory if Link Protection is implemented in the DLNA solution. WMDRM-ND has had problems with exploits as well. A tool called Fairuse4WM was released in 2006, that stripped content of the copy protection as long as you had the DRM license available. This enables copying the content to your portable music player for instance. Over the years windows has patched and changed WMDRM-ND to break FairUse4WM, and it kept cracking the new changes. (unDRM, 2007) Digital Rights Management is a case of trusted client security, where you leave a trusted client (the device) in the hands of an untrusted third party (the user). Schneier (2000) believes this to be fundamentally weak: “Against the average user, anything works; there’s no need for complex security software. Against the skilled attacker, on the other hand, nothing works.” If one person breaks the security, it could easily be copied by everyone. 2.1.6 Alternative Solutions There are some alternatives for connecting the digital home, here I will briefly go through them. Apple Bonjour is Apples implementation of zeroconf. Zeroconf is similar to UPnP, it enables automatic IP assignment and service discovery without needing a central server. It also offers decentralized DNS services. The main difference according to Cheshire (2010) is that zeroconf is simple and flat, the developer builds what is needed on top of the small but steady foundation. For example Apple uses something called AirPlay to stream music from iTunes onto other devices. UPnP is an organization that continously works on defining device specific protocols. They decide how a device type should communicate over UPnP. It should be noted that Cheshires views are possibly biased and should be critically reviewed before being accepted as absolute truths. Windows File Sharing is also known as Server Message Block/Common Internet File System (SMB/CIFS) and is the standard protocol used in Windows operating systems for network file systems (eg. file sharing). SMB version 2 was released in 2006 to decrease the complexity and number of variations that SMB version 1 allowed. While SMB is proprietary the specifications have been released to help third party developers to implement the protocol on other platforms such as Unix. The same way as Apple 7 Reflection, Wiener’s Attack, Lowe’s Attack, Sender/Receiver Mismatching 11 Bonjour SMB/CIFS is flat and relies on the expertise of the developers. 2006) 8 (Navjot, Squeezebox is a popular wireless music streaming product from Logitech that offers home network streaming of multiple music file formats as well as several Internet based radio/music services such as Pandora, Last.fm and Spotify. It is unclear what protocol Squeezebox uses. Sonos Multi-Room Music System works similarly.9 Verizon FiOS, a service provider in the United States, has released a multi-room digital video recorder (DVR) which enables the consumer to watch the recorded content on any Verizon STB in the home. They have also released a feature called Flex View, which is a video on demand (VoD) store available on multiple platforms10 including smart phones. (Verizon, 2010a) (Verizon, 2010b) It is unclear what protocol Verizon FiOS multi-room uses. 2.2 Internet Protocol Television (IPTV) Unlike my lengthy explanation of DLNA, this section will briefly explain IPTV as a whole and bring up the technology relevant to my thesis work. I will explain the main differences between IPTV and Traditional Broadcast TV, what work the Open IPTV Forum (OIPF) is doing, and lastly some information on how TeliaSoneras IPTV service works. If you want to get information on the history of television I recommend Chapter 1 in the book Next Generation IPTV Services and Technologies by Gerard O’Driscoll. 2.2.1 IPTV Versus Analog Broadcast TV IPTV and Analog Broadcast TV work similar regarding Live TV. For Analog Broadcast TV all channels were broadcast over the air simultaneously, on different frequencies. The television sets filtered out the channel to watch by receiving from the right frequency. The filtering was performed in the home. See Figure 3. IPTV transmits Live TV channels digitally inside the IPTV providers Internet infrastructure with the use of IP multicast11 . The packets get duplicated on the way down to the consumer where needed, making the stream follow a spanning tree going from the source down to every customer. Multicast, unlike unicast12 which goes from one sender to one receiver, scales well for the service provider. (Microsoft, 2003) The multicast stream only reaches you if you request it, and bandwidth limitations lead to you only 8 A GNU GPL implementation of SMBv1 is Samba: http://www.samba.org/ More information at http://www.logitech.com/en-us/speakers-audio/wireless-music-systems and http://www.sonos.com. 10 Verizon FiOS TV, Personal Computers, Smart phones. 11 Explanation of multicast: http://en.wikipedia.org/wiki/Multicast 12 Explanation of unicast: http://en.wikipedia.org/wiki/Unicast 9 12 Figure 3: Visualization of how Live TV is broadcast using analog broadcasting versus IPTV broadcasting. being able to get a few channels simultaneously in a home13 . There is one multicast group for every TV channel, identified by the multicast group address14 . The filtering of channels is now done in every node (routers and switches supporting IGMP snooping) on its way to the customer. See Figure 3. The IPTV infrastructure uses two way communication to “prune” the spanning trees of TV channel streams. The upstream communication can also be used to enhance functionality and introduce features that were impossible with one way broadcasting. (O’Driscoll, 2008) Examples: Television shows and movies streamed on demand. Live TV recorded by the IPTV provider on behalf of the consumer. Interactive Internet and Email services (games, social network integration, widgets, additional statistics in sports games). 13 14 Telias customers get 1-2 channels with ADSL and 5 channels with LAN. In the IP address range 224.0.0.0-239.255.255.255. 13 Figure 5: Set Top Box Overview. Figure 4: TeliaSonera Customer Devices. 2.2.2 Open IPTV Forum Standardization Many IPTV solutions exist on the market today. Things such as meta-data delivery (for example the Electronic Program Guide, the EPG), DRM protection and compression are handled differently. In an effort to accelerate and streamline IPTV deployments, the Open IPTV Forum (OIPF) was created. The goal is to standardize end to end IPTV delivery, using open standards and existing technologies. (OIPF, 2011) Instead of re-designing the end to end IPTV solution an IPTV provider can make use of the expertise and experience that is contained within the OIPF. In the future a consumer could theoretically subscribe to several different IPTV services using a single Set Top Box, given that OIPF is followed. 2.2.3 TeliaSoneras IPTV Structure TeliaSoneras IPTV platform is managed, meaning that TeliaSonera has full control over the Graphical User Interface (GUI) and the content is never transferred over anything but TeliaSoneras own network infrastructure. TeliaSonera only delivers its IPTV service to their own broadband customers to be able to ensure good end-to-end Quality of Service. There are two devices in the customers home which are used when receiving IPTV services: The Residential Gateway (RGW) and the Set Top Box (STB). The RGW connects the STB with the IPTV service. See Figure 4. Live TV broadcasts are distributed using multicast, and are therefore stateless. Since the transmission is a continuous stream it has no support for pausing or time shifting. For it to be possible the customer needs local buffering, or a switch-over to unicast. Both solutions are represented in TeliaSoneras IPTV solution. 2.2.4 TeliaSoneras Set Top Boxes TeliaSoneras customers have a range of different Set Top Box (STB) models with different capabilities, all of them Motorola. The model numbers are 1910, 1903, 1963, 1003. 14 The weakest STB is 1910, which is older, has a less powerful CPU and less memory. 1903, 1963, and 1003 have almost identical specifications. 1003 is smaller and has fewer connectors on the back. The only STB with a built in hard drive and Personal Video Recorder (PVR) functionality is 1963. See Table 1 for a summary of the models. Model Personal Video Recorder? Comment Motorola 1910 No 450 MIPS, 128 MB RAM Motorola 1903 No 800 MIPS, 256 MB RAM Motorola 1963 Yes 800 MIPS, 256 MB RAM Motorola 1003 No 800 MIPS, 256 MB RAM, Smaller dimensions Table 1: TeliaSoneras Set Top Box Models. The STB runs Linux as its operating system, with a web browser running the GUI. Many advanced features (such as Spotify, Media Player and DLNA Support) need hardware access and/or functionality not available through Javascript. To get around this, function calls are made to browser plug-ins through Javascript interfaces. These Javascript wrappers are provided by the STB manufacturer along with a detailed Application Programming Interface (API) describing how to use the plug in. See Figure 5 for an overview of how the STB is structured. See Table 2 for a list of supported media formats in the STB. Media Class Supported Formats Imaging GIF, Animated GIF, JPEG, PNG Video MPEG2, MPEG4/H.264 (Not all container formats), WMV9 Audio AC3, AAC, MPEG1 layer 1/2, MP3, WMA, LPCM Table 2: Media formats supported by TeliaSoneras Set Top Boxes. Since all the streams are encrypted (both the streams coming from the network and the recordings), resources need to be decrypted before playing them back. It is estimated that the STB can handle 4-5 streams (50-60 Mbit/s) coming into the box or leaving it. Today at most 2 streams are used for a single STB (recording while watching something else). A customers possible IPTV subscriptions depend on the Internet connection bandwidth 15 available. The high speed customers can have as much as five concurrent STBs in the home. More typical is to have 1 or 2 STBs, that can watch one channel each, and possibly recording capabilities in one of them. (Svensson, 2011) See Table 3 for approximations regarding bandwidth use for video. Video Quality Bandwidth Used Standard Definition Approximately 3.5 Mbit High Definition Approximately 8.5 Mbit Table 3: The bandwidth used for different video streams in the IPTV service, using the media format MPEG4. (Svensson, 2011) 2.2.5 TeliaSoneras Residential Gateways TeliaSoneras IPTV-customers currently have three different Technicolor (previously named Thomson) models: 784, 787 and 789. The 789 started being distributed January 2011 and has DMS support as well as SMB/CIFS support (enabling the customer to populate the DMS via the home network). It is part of the prototype use case. 2.3 Currently Available Products and/or Services There are some products and services out today that connect IPTV with the digital home, but not many. Verizon FiOS (mentioned on page 12) allows recorded shows to be viewed in any STB in the home, is an example of a product connecting IPTV with the digital home that does not involve DLNA. There are 39 STBs that are DLNA Certified according to DLNA (2010c). Which device classes they have chosen to implement vary, but only STBs from Panasonic have both server and player support. One of Broadcoms STBs is the only one that has MoCa support. I have not found any information that suggests these STBs bridge IPTV content onto DLNA. Open IPTV Forum (2009, p.194-204) has suggestions on how IPTV and DLNA should be integrated (sharing IPTV content with DLNA devices). The chapter is self-labeled as informative. 16 3 Detailed Problem Description In this chapter I will bring up new details regarding my problem description that were discovered after conducting my literature study. I recommend that you read Section 1.2 (page 3), 1.3 and 1.4 before reading this chapter. As mentioned in Section 1.2 (on page 3) the purpose with this thesis was to see how to link IPTV and the digital home with DLNA. A road map over different implementation scenarios was the result of the study. It was based on a Pugh Matrix (explained in Section 4 on page 19) and practical experience with building the prototype (see Section 5.7 on page 35). It is important to note in what way the resulting Pugh matrix was used to form the road map. Since DLNA is static (in the way that Telia has very little power over steering the direction of the DLNA guidelines) it is Telias IPTV service that will have to be adapted if a scenario solution doesn’t fit well into the current IPTV service. Most of the scenarios connecting Telias IPTV to the digital home are mainly loyalty-building and will not directly increase revenue (possibly indirectly by attracting customers), which means that the advantages and disadvantages of adapting the IPTV service for the new functionality need to be considered. This led to some of the scenarios being rejected. 3.1 Interesting Questions to be Answered When answering the questions posed in Section 1.3 (on page 4) a number of sub-questions need to be answered first. The literature study was needed before these could be pinpointed. • In what way can DLNA link the digital home and a managed IPTV platform together? What steps should the IPTV operator take to utilize DLNA in their future releases? Short term and long term. – Is it possible to share content to the digital home? Is there Link Protection available inside the STB and in home devices? – Is it possible to play content available in the digital home on the STB? Will codecs be an issue? • In what ways is an IPTV provider affected by redesigning the IPTV infrastructure to comply with the DLNA guidelines (advantages/disadvantages)? • Limitations: What services are unsuitable for a DLNA solution? – What are the limiting factors? • In what ways can a managed IPTV service provider help the customer to overcome possible shortcomings of off the shelf DLNA solutions? Propose how to handle limitations in the use scenarios if possible to minimize unhappy customers. 17 – Are the user interfaces provided by third party manufacturers on their DLNA enabled devices good enough? – Is DLNA Remote UI mature enough to be an option? 18 4 Approach This chapter describes in detail what approach used to research the problem area and get a solution to my problem statement. I started with an introductory literature and market scanning, to become acquainted with the subject areas. Since the IPTV operator is a member of the Digital Living Network Alliance I got access to the guidelines. My mentor also provided details on UPnP as well as the thesis reports made by previous thesis workers at the IPTV operator. I searched for new information at the KTHB Electronic Library and Google Scholar, as well as the reference lists on Wikipedia articles. Search terms used include: “IPTV”, “DLNA”, “Digital Home”, “Remote UI”, “CE-HTML” etc. To form my road map I decided to use a slight variation of the scientific method called the Pugh method (aka decision-matrix method, Pugh Concept Selection) with interviews and questionnaires as supporting methods. I discovered the Pugh method in Fredrik Vretblads thesis that he carried out at the IPTV operator, see Vretblad (2010). It seemed like a solid scientific method and I decided to base my approach on the Pugh method. The Pugh method was invented by Stuart Pugh as a way of comparing different design ideas for comparison over many different criteria. It is most powerful when used to iteratively improve the design of a product. The end result is a score for each of the design ideas which is an indication of how much of an improvement or decrease related to the baseline solution (the datum). The datum could be either the current solution or the best solution from the previous iteration of the Pugh method. (Youssefi, 2006) Youssefi (2006) explains the Pugh method as a four step method: Creating criteria (weights optional), Forming ideas for comparison, Generating scores (the decisionmatrix) and finally calculate the sum of each ideas column in the matrix to get the final score. See Figure 6a. 19 (a) As illustrated by Youssefi (2006) (b) The variation I used, based on picture by Youssefi (2006). Figure 6: The Pugh Method The structure I decided to use is illustrated in Figure 6b. Unlike the traditional use case of the Pugh method my scenarios are not competing suggestions in the same way, choosing to implement one scenario solution is unlikely to dispel the usability of the other scenarios completely. I did not use it to decide on one solution and throw away others. I did not use a datum as the basis for generating the scores. I evaluated to what extent the criteria is fulfilled: Poorly/Not at all (-1), Acceptable (0), Good (+1). Another difference is that I decided to formulate “Ideas for comparison” as my first step instead of second. My view was that step 1 and 2 could be done independently in parallel, and therefore the order should not affect the results. For a detailed step-by-step explanation of the work flow I used, see Appendix C. 20 4.1 Road Map Once the Pugh Method has been carried out and a decision matrix is available, work with constructing a road map for the IPTV operator began. It was based on the decision matrix, my literature study and market analysis, as well as my practical experience. 21 4.2 Prototype This chapter describes in detail the work that needed to be done on the prototype. The goal with the prototype is two-fold: To perform a hypothesis test showing that connecting IPTV with the digital home is possible, and to gain practical experience which may affect the road map proposed. 4.2.1 Detailed Use Case Example: Eric wants to show his friends the photos he took while on vacation in Paris. He copies the photos onto a USB memory stick using his laptop and plugs it into the Residential Gateway (RGW). With a few presses on his remote control he brings up the photos on his flat screen TV, they have been discovered through the home network by the Set Top Box (STB). The IPTV operators Smart RGW has a USB interface where a USB memory stick containing photos can be attached to enable the server functionality of the RGW. The RGW then acts as a DLNA Digital Media Server (DMS), advertising the content on the memory stick to the home network. The IPTV operators Set Top Box (STB) acts as a DLNA Digital Media Player (DMP). The RGW shows up automatically in “Mina bilder” and the user can browse the server. Browsing is consistent with browsing the cloud based storage (called Storegate) using “Mina bilder”. 4.2.2 Implementation Plan The following components were used when constructing the prototype: • Set Top Box: Motorola VIP 1003 with kernel v4.1. • Residential Gateway: Thomson/Technicolor TG789vn with DMS support. • Apache Web Server running on Ubuntu 10.10 run in VirtualBox supplying the boot image and GUI. If possible thumbnails of the pictures would be offered in a grid before the user decides to view a picture. Consistency with the feature “Mina bilder” was the ambition. 22 5 Results This chapter presents the results of my research work. 5.1 Survey: Consumer Interest The survey about consumer interest was sent out to 153 participants in the IPTV operators Pilot Testing Program using an internal online survey system at the company. The participants consist of employees at the IPTV operator from many parts of the company, geologically spread all over Sweden. The group was chosen because of convenience and time considerations. Out of the 153 asked to answer, 88 responded. Interest was generally high, with a few exceptions. Watching recordings on other units while not at home and using the RGW as a server streaming content (especially music) were both relatively uninteresting according to the survey. When asked about the most basic case (STB acting as a DLNA Digital Media Player) the participants were most excited about streaming movies over the home network, followed by pictures and lastly music. There seems to be a mismatch between the media format support specified in the DLNA guidelines versus the media support expected by the consumer to achieve practical interoperability. Over half (25/46) of the participants that answered the video media format question mentioned one or several video formats not supported by DLNA (mainly DivX/XviD). Regarding music, 27 % (12/44) mentioned unsupported music formats (mainly FLAC15 ), and for pictures the same number was 24 % (12/51, mainly RAW/BMP). See Table 4 for a summary. Media type Answers Unsupported format Expectation mismatch Video 46 25 54 % Music 44 12 27 % Pictures 51 12 24 % Table 4: Summary showing the expectation mismatch between what media formats the consumer expects to work with DLNA and the formats supported by DLNA. The expectation mismatch is the percentage of answers in the survey mentioning a format not supported in the DLNA guidelines. See Appendix B for a list over the supported optional and mandatory formats (look in the home device category). See Appendix E for the survey results. 15 Free Lossless Audio Codec, http://flac.sourceforge.net/ 23 If TeliaSonera provides both client and server other media formats could be supported by identifying the media format using MIME-type16 instead of DLNA video profile tagging. This is successfully used in practice according to Johannesson (2011) at Motorola. This method is reliable between the IPTV Operators own devices, but since it is not a commonly agreed upon method interoperability with a third party DLNA device is unlikely regarding the formats not officially supported. 5.2 Scenario Solutions As mentioned in Section 6.5 (on page 1) each scenario could have several technical solutions, different methods to reach the same (or similar) functionality. I refer to each technical solution as a scenario solution. After conducting the literature study, criteria interviews and interest survey I sat down and drew up a set of scenario solutions that I thought were of interest to the IPTV operator and its customers. See Appendix F for these scenario solutions. Not all of the scenario solutions listed in Appendix F were evaluated, and a few of the scenario solutions were split into two: • STB as a Player was evaluated differently for Video vs Audio/Images, due to the expectation mismatch regarding media format support (mentioned in Section 5.1). • PVR Sharing in the Home was split into sharing with another STB, or sharing with any DMP. • Channel Sharing in the Home was split into sharing the current channel versus sharing any channel. All Scenario Solutions are listed under Section 5.5. 5.3 Interview: Important Criteria When coming up with the criteria, discussions were had in one session with two employees at the IPTV operator. The result was 9 criteria, that were used to draw up and send out the first survey about criteria weights. After some valuable feedback from the participants of the survey a new meeting with the same employees was held to make revisions to the criteria, dropping the final number to 7 criteria. The criteria were formed with the IPTV Operators interests in mind. The goal with the new scenarios were to build loyalty with the customers and to attract new customers. Below follows the completed list of criteria, see Appendix D for a more detailed description of the criteria: 1. Contractual Relationships (DRM content) 2. Implementation Cost 3. Ease of Use 4. Hardware Capabilities (1 year from now) 16 For more information see http://en.wikipedia.org/wiki/MIME 24 5. Software Capabilities (1 year from now) 6. IPTV Operator Business Strategy 7. Consumer Interest 5.4 Survey: Criteria Weights To establish the importance of each criteria a survey was sent out to experts (employees that work at the IPTV operators Product Development department). After the first survey had been handed out and feedback about it was received it was obvious that some revisions were needed. Some criteria needed clarification and some were too hard to evaluate (and were dropped). To correct this a supplementary survey was mailed out. The changes made were done in collaboration with the interview subjects mentioned in Section 5.3. The first survey was handed out in print and the participants expressed that they would rather have had the survey in electronic form. Therefore the supplementary survey was mailed out instead. The survey was sent out to 14 employees at the IPTV operators Product Development department, 12 answered the initial survey and 10 of them also answered the supplementary survey. The resulting criteria weights were the average of the survey answers, see Table 5. Criteria Weight (1-5) Contractual Relationships (DRM content) 3.5 Implementation Cost 3.17 Ease of Use 4.75 Hardware Capabilities (1 year from now) 3.6 Software Capabilities (1 year from now) 3.6 IPTV Operator Business Strategy 2.92 Consumer Interest 3.75 Table 5: The criteria weights as a result of the two questionnaires handed to employees at the IPTV operators Product Development department. Ease of Use is considered extremely important, 8 out of the 11 responding rated this criteria as a 5, the remaining three as a 4. “It has to be easy to use otherwise it will fail.” - Employee, Product Development, TeliaSonera 25 Consumer Interest is considered important... “Important that the customer wants the service.” - Employee, Product Development, TeliaSonera ...but not according to everyone. “[..] on the other hand it can be hard for the customer to imagine how to use a new service.” - Employee, Product Development, TeliaSonera Least important is following the IPTV Operator Business strategy. “Of course important, but we need this type of work to be done anyway.” - Employee, Product Development, TeliaSonera 5.5 Final Pugh Matrix In this section the evaluation results will be presented for each scenario, followed by the Final Pugh Matrix in Section 5.5.11 (on page 33). 5.5.1 #1: RGW as a Server (all) Contractual Implementation Relationships Cost Not applicable (+1) Good (+1) Acceptable (0) Consumer Interest Software TS Business Capabilities Strategy Acceptable (0) Good (+1) Ease of Use Hardware Capabilities Good (+1) Acceptable (0) Table 6: Evaluation score for Scenario 1, RGW as a Server (all). Score can be Poorly/Not at all (-1), Acceptable (0) or Good/Not applicable (+1). Note that the criteria weight is not yet considered. As you can see in Table 6, this scenario solution did fairly well. The cost of implementing is low because most of the work is already done, either by the IPTV operator or by myself. It is fairly easy to use but it is a bit impractical to have to move the USB stick back and forth between the PC and RGW. Using SMB/CIFS to populate the USB stick over the home network is faster, but it requires a little more knowledge from the user. Due 26 to a lack in format support the software capabilities are considered Acceptable instead of Good. Consumer interest was as mentioned in Section 5.1 (on page 23) not too high, but still not non-existent. The fact that the IPTV operator controls both the server and client in this scenario is a plus, since it can help reduce the number of errors caused and help desk calls generated. 5.5.2 #2: STB as a Player (music/images) Contractual Implementation Relationships Cost Ease of Use Not applicable (+1) Good (+1) Acceptable (0) Software TS Business Consumer Interest Capabilities Strategy Acceptable (0) Good (+1) Hardware Capabilities Good (+1) Good (+1) Table 7: Evaluation score for Scenario 2, STB as a Player (music/images). Score can be Poorly/Not at all (-1), Acceptable (0) or Good/Not applicable (+1). Note that the criteria weight is not yet considered. As you can see in Table 7, this scenario evaluation follows that of Scenario 1 (Section 5.5.1) closely, since they are very similar. Instead of having the RGW as the server it is assumed that the DMS can be any device, most likely in the form of software on a PC. Installing such software can be a challenging tasks for some of the customers and therefore Ease of Use does not score the highest mark. Consumer interest, according to the survey, is high. 27 5.5.3 #3: STB as a Player (video) Contractual Implementation Ease of Use Relationships Cost Not applicable (+1) Acceptable (0) Acceptable (0) Software TS Business Consumer Interest Capabilities Strategy Poor (-1) Good (+1) Hardware Capabilities Good (+1) Good (+1) Table 8: Evaluation score for Scenario 3, STB as a Player (video). Score can be Poorly/Not at all (-1), Acceptable (0) or Good/Not applicable (+1). Note that the criteria weight is not yet considered. The difference between Scenario 2 and Scenario 3 is the type of media shared and consumed. The reason for this split was due to the expectation mismatch shown in Section 5.1 (on page 23). The amount of consumers mentioning formats they want supported that are not mentioned in the DLNA guidelines is staggering (54 %). Implementation of video would also be a bit harder than the case for music/images. See Table 8 for the evaluation scores. 5.5.4 #4: Smart Phone DMS + STB DMP (images) Contractual Implementation Ease of Use Relationships Cost Not applicable (+1) Poor (-1) Good (+1) Software TS Business Consumer Interest Capabilities Strategy Good (+1) Acceptable (0) Hardware Capabilities Good (+1) Good (+1) [guess] Table 9: Evaluation score for Scenario 4, Smart Phone DMS + STB DMP (images). Score can be Poorly/Not at all (-1), Acceptable (0) or Good/Not applicable (+1). Note that the criteria weight is not yet considered. To make it easy to share your smart phone pictures over DLNA to the STB a branded app should be released by the IPTV operator. By covering both the server and client 28 in another use case the functionality which is supported is broader. By making the application as simple as possible, help desk calls are reduced. Implementation of a Smart Phone DMS could be hard, since the IPTV operator does not have a lot of smart phone programming expertise, and writing a DMS is complex and most likely time consuming. There are DMS applications for both iPhone and Android, proving that the platform is capable. Therefore, Hardware Capabilities are Good. The interest survey did not cover this scenario solution and therefore it is unclear at what level the Consumer Interest lies, but my guess is that it is Good. More on this in Section 6.1 (on page 37). See Table 9 for the evaluation scores. 5.5.5 #5: PVR Sharing in the Home (video, other STB) Contractual Implementation Relationships Cost Acceptable (0) Good (+1) Good (+1) Consumer Interest Software TS Business Capabilities Strategy Good (+1) Good (+1) Ease of Use Hardware Capabilities Good (+1) Good (+1) Table 10: Evaluation score for Scenario 5, PVR Sharing in the Home (video, other STB). Score can be Poorly/Not at all (-1), Acceptable (0) or Good/Not applicable (+1). Note that the criteria weight is not yet considered. It is hard to evaluate, but implementation is probably not too hard. The IPTV operator already has experience with several STBs in a single home (Twin subscriptions). If it is possible to share encrypted media streams over DLNA, for the other STB to decrypt, it will be easy to implement this scenario solution. My prediction is that it would be possible to do this. Otherwise Link Protection is required, which is not trivial to implement, making the implementation cost go up a lot. See Table 10 for the evaluation scores. This scenario is very similar to Verizon FiOS, brought up on page 12. 29 5.5.6 #6: PVR Sharing in the Home (video, any DMP) Contractual Implementation Relationships Cost Acceptable (0) Poor (-1) Good (+1) Consumer Interest Software TS Business Capabilities Strategy Poor (-1) Good (+1) Ease of Use Hardware Capabilities Good (+1) Good (+1) Table 11: Evaluation score for Scenario 6, PVR Sharing in the Home (video, any DMP). Score can be Poorly/Not at all (-1), Acceptable (0) or Good/Not applicable (+1). Note that the criteria weight is not yet considered. As you can see in Table 11, the criteria Contractual Relationships is Acceptable. Always when sharing content from the STB to the home network the content providers could protest. Link Protection is required to make the recordings playable on any DMP that supports the codec, MPEG2 or MPEG4, as well as Link Protection. Therefore implementation cost and software capabilities are Poor. All other criteria are evaluated as being fulfilled. 5.5.7 #7: Channel Sharing in the Home (video, same channel) Contractual Implementation Relationships Cost Acceptable (0) Poor (-1) Good (+1) Consumer Interest Software TS Business Capabilities Strategy Poor (-1) Poor (-1) Ease of Use Hardware Capabilities Good (+1) Good (+1) Table 12: Evaluation score for Scenario 7, Channel Sharing in the Home (video, same channel). Score can be Poorly/Not at all (-1), Acceptable (0) or Good/Not applicable (+1). Note that the criteria weight is not yet considered. Since this scenario solution is meant to work with any DMP, Link Protection is required. Link Protection is not mature enough, not widespread, for consideration when it is required in units not provided by the IPTV operator. Possibly this Scenario Solution could be limited to sharing only to another STB but that would not be an interesting 30 scenario. Implementation Cost and Software Capabilities are Poor due to Link Protection requirements. See Table 12 for the evaluation scores. 5.5.8 #8: Channel Sharing in the Home (video, any channel) Contractual Implementation Relationships Cost Poor (-1) Poor (-1) Good (+1) Consumer Interest Software TS Business Capabilities Strategy Poor (-1) Poor (-1) Ease of Use Hardware Capabilities Acceptable (0) Good (+1) Table 13: Evaluation score for Scenario 8, Channel Sharing in the Home (video, any channel). Score can be Poorly/Not at all (-1), Acceptable (0) or Good/Not applicable (+1). Note that the criteria weight is not yet considered. As you can see in Table 13, this scenario solution is almost identical to the previous one, Channel Sharing in the Home (video, same channel). One difference the potential problem regarding Internet connection bandwidth, since streaming two channels at once is not always possible. Therefore Hardware Capabilities are a bit lower (Acceptable). If Link Protection is overcome and some thought through restrictions and checks are implemented to make sure enough Internet connection bandwidth is available, the scenario solution could work. The customer must be able to surf the web without being frustrated while the service runs. This scenario solution could be seen as an extension to the previous scenario solution. Another difference is that Contractual Relationships are considered poor, since the consumer can watch 2 live channels at once due to this functionality (something previously not possible without a twin subscription). 31 5.5.9 #9: STB DLNA Remote UI Contractual Implementation Relationships Cost Acceptable (0) Poor (-1) Good (+1) Consumer Interest Software TS Business Capabilities Strategy Poor (-1) Poor (-1) Ease of Use Hardware Capabilities Good (+1) Unknown (0) Table 14: Evaluation score for Scenario 9, STB DLNA Remote UI. Score can be Poorly/Not at all (-1), Acceptable/Unknown (0) or Good/Not applicable (+1). Note that the criteria weight is not yet considered. The DLNA Remote UI extension is so new, it is hard to get information on how well designed it is. If the IPTV operator ever decides to use thin clients this could be an option, but as it is today (and likely for many years to come) both client side and server side would have to be provided. It is unlikely that the customer has RUI Clients in the home already. The use case is not something of interest to the IPTV operator, there could be problems with the content distributors and consumer interest is unknown. See Table 14 for the evaluation scores. 5.5.10 #10: STB Over DLNA, Simple Video Streaming Contractual Implementation Relationships Cost Acceptable (0) Poor (-1) Acceptable (0) Consumer Interest Software TS Business Capabilities Strategy Poor (-1) Poor (-1) Ease of Use Hardware Capabilities Poor (-1) Unknown (0) Table 15: Evaluation score for Scenario 10, STB Over DLNA, Simple Video Streaming. Score can be Poorly/Not at all (-1), Acceptable/Unknown (0) or Good/Not applicable (+1). Note that the criteria weight is not yet considered. This scenario refers to taking the video stream, overlaying the GUI, and then sharing it over DLNA. A one-to-one replica of the TV screen is therefore shared over DLNA to any DMP. The STB acts as a DMS. 32 This scenario solution suffers from many drawbacks mentioned in Scenario 9. On top of that Ease of Use is worse, and it is unlikely that it is possible to even implement the scenario since the STB would need to transcode on the fly. See Table 15 for the evaluation scores. Contractual Relationships (DRM content) Implementation Cost Ease of Use Hardware Capabilities (1 year from now) Software Capabilities (1 year from now) IPTV Operator Business Strategy Consumer Interest Total 5.5.11 Resulting Matrix RGW as a Server (all) 3.5 3.17 0 3.6 0 2.92 0 13.18 STB as a Player (music/images) 3.5 3.17 0 3.6 0 2.92 3.75 16.93 STB as a Player (video) 3.5 0 0 3.6 0 2.92 3.75 13.77 Smart Phone DMS + STB DMP (images) 3.5 -3.17 4.75 3.6 3.6 0 3.75 16.03 PVR Sharing in the Home (video, other STB) 0 3.17 4.75 3.6 3.6 2.92 3.75 21.78 PVR Sharing in the Home (video, any DMP) 0 -3.17 4.75 3.6 -3.6 2.92 3.75 8.25 Channel Sharing in the Home (video, same channel) 0 -3.17 4.75 3.6 -3.6 -2.92 3.75 2.42 -3.5 -3.17 4.75 0 -3.6 -2.92 3.75 -4.68 STB DLNA Remote UI 0 -3.17 4.75 3.6 -3.6 -2.92 0 -1.33 STB Over DLNA, Simple Video Streaming 0 -3.17 0 -3.6 -3.6 -2.92 0 -13.28 Channel Sharing in the Home (video, any channel) Table 16: The final Pugh matrix, where each scenario solution is evaluated against each of the criteria. The resulting score is a*b, where a is a score on how well the scenario fulfills the criteria and b is the criteria weight. As you can see in Table 16 the different scenario solution scores vary a lot, some scenario solutions even got a negative score. Every cell in the Pugh decision matrix is the eval- 33 uation on how well a scenario solution satisfies a criteria, weighted with how important the criteria is considered. To summarize, all scenarios where something in the digital home was shared to and consumed by the STB suffered mainly from ease of use and software capability (format support) concerns. The strength was the high consumer interest and lack of DRM issues. The scenarios where a recording or a channel was shared from the STB out into the digital home did have some problems with possible DRM issues, but ease of use for them was considered good. As a side effect of the DRM issues, Link Protection is required for most of the scenarios, the Implementation Cost and Software Capabilities were evaluated as poor. PVR Sharing in the Home (video, other STB) does not require Link Protection, which explains why it scored so well. 5.6 Resulting Road Map As expected, the prototype use cases (Scenario Solution #1/#2) ranked high in the Pugh decision matrix. Figure 7: The resulting road map, showing which scenario solutions should be prioritized the highest. The further up on the picture the scenario solution is, the higher priority. The arrows represent a dependence, or a natural order suggesting that one scenario solution should be implemented before another. Some scenario solutions need Link Protection to be present in the STB and in the customers home before they should be seriously considered. Five of the ten scenario solutions were discarded for various reasons explained below. 34 As you can see in Figure 7, PVR Sharing in the Home (other STB) was the most interesting scenario solution according to the Pugh decision matrix, with STB as a Player (music/images) not far behind followed by RGW as a Server. This falls in line with the conclusions I have drawn after doing the literature study, the market analysis, and the “hands on” experience gained from programming the prototype. Since the IPTV operator is very concerned with reducing the number of help desk calls I do not recommend releasing STB as a Player (music/images) without simultaneously releasing RGW as a Server, Ease of Use is much easier to achieve when you control all devices involved (both server and player). This is signified with a double pointed arrow between the two scenario solutions. Due to the survey about consumer interest being carried out before the forming of scenario solutions, the questions unfortunately did not cover all scenario solutions. For Smart Phone DMS + STB DMP (images) this was the case. I predict that the interest for this service is high, but to be sure further research is needed. If interest is high I recommend that this scenario solution is released along with STB as a Player (music/images) or shortly thereafter. There are two scenario solutions that can be viewed as extensions to other scenario solutions: • PVR sharing not only to other STBs, but to any DMP. • The STB should be able to act as a DMP for video as well, as long as the codec demands coming from the customers can be met to a satisfactory level. If they can not be met, the scenario risks reducing customer satisfaction instead of increasing it. As you can see in Figure 7 five of the ten scenario solutions were discarded. All scenarios rely on sharing content (live or recorded) from the STB onto any DMP in the home using DLNA with Link Protection. The IPTV operator has expressed that this is not something they are interested in doing at this moment since control over where the content is played back is lost. The features compete with the IPTV operators twin subscription solution (one home having several STBs and paying extra for that) and releasing the features may lead to lost revenue. There are also concerns about use of VPN enabling several households to easily share one IPTV subscription. The bottom line is that the IPTV operator does not want to share any content to an unknown device (any non-STB-device). 5.7 Implementation of the Prototype Implementation of the prototype went surprisingly smooth due to several reasons. The documentation and sample code provided by Motorola was detailed and to the point. By choosing to do a prototype sharing images, headaches over file formats were avoided. While integrating the prototype into an existing solution (“Mina bilder”/”My Pictures”) was difficult due to the shear amount of code to familiarize with, once everything went 35 in place the whole look and feel was already done (for example the GUI elements and the slide show functionality). Implementation of the prototype was carried out using PlayStation Media Server v1.20.412 on a PC running Ubuntu 10.10 (32 bit edition). Once the prototype was functional I tried running the setup using the Digital Media Server on the IPTV operators Residential Gateway and after some minor bug fixes everything ran smoothly with this setup as well. 36 6 Discussion This chapter discusses how the thesis work has gone and in what ways things could have been implemented differently. Conclusions drawn from the results will be presented as well as suggestions for further work in the area. 6.1 Work Methodology Consumer Interest Questions The survey about consumer interest should have been carried out after the proposed scenarios had been thought through , not before. The reason is so that the generalized questions cover all the scenarios in a good way. If you carry out the survey about consumer interest (like I did) you can end up with knowledge gaps, not being able to determine the interest in a scenario. I do believe that it is a good idea to have generalized questions instead of mapping questions one to one with the scenarios. This means avoiding technical talk when possible as well as buzz words irrelevant to the interest (DLNA). Consumer Interest Scale Having a scale of five steps for the consumer interest survey made it hard to analyze the interest, and if redone I would most likely use a three step answer scale instead (Uninterested/Neutral/Interested). Consumer Interest Survey Participants As mentioned briefly in Section 5.1 the Consumer Interest Survey participants consisted of 153 employees participating in the IPTV operators Pilot Testing Program, where they are required to test the IPTV service at home with the upcoming releases in exchange for free channels and Video on Demand. The participants are spread all over Sweden and are approximately divided as follows: “[..] 30 % are pure technicians. Another 50 % are qualified developers of Telias services but not pure technicians and 20 % other (customer support, administration, economy).” - Kilegran, 2011 The reason for choosing this group for the survey was mainly due to time constraints and convenience, I did not realize early on that the Pilot Testing group consisted of such a high percentage of employees with technical background. It is likely that the survey results do not represent the interest of the entire customer base. If this is the case, then the skewed results have a direct (albeit minor) effect on the decision matrix score of the scenarios. Before the IPTV operator releases any new functionality mentioned in this report more consumer feedback is recommended (preferably when a scenario prototype is ready for testing). Another concern is the ratio between participants offered to take the survey and the amount that actually responded, more on that in Section 6.3. 37 Forming Criteria It is important to always consider your own capabilities (given the time constraint) when forming the criteria to evaluate your scenarios over. Are you capable of evaluating this criteria on your own? With external help? Pugh Decision Matrix Order In Section 4 I claim that step 1 and 2 of the Pugh decision matrix can be carried out independently in any order. The reasoning behind this was that the two steps are carried out using expertise from different parts of the company. In practice this was not the case. The expertise came from the same people and the order which steps 1 and 2 are carried out most likely would affect the results. I do not think that any “damage” was done but it is wrong to assume that the order does not affect the result. In either case, I am involved in every step and the order which I carry out the steps can affect the results as well. Participants Deciding Criteria Weights When selecting the participants to decide the criteria weights I concluded that expertise and insight into the IPTV operators directions and values was needed. Therefore I selected 14 employees working at the IPTV operators Product Development department. I feel that this was a solid decision. Scenario Solution Evaluation When evaluating the scenario solutions against the criteria it was unclear what to do when a criteria was unapplicable. For example when presenting pictures on the STB (as a DLNA Player) DRM is a non-issue. I decided that if a criteria is unapplicable it is a non-issue, and therefore equally good as fulfilling the criteria fully (+1 Good). 6.2 Conclusions DLNA has a lot of corporations behind it, and is not a bad way of achieving interoperability when it comes to audio and images. The number of media units supporting DLNA is high, and increasing fast. (ABI Research, 2009) When it comes to video however, the amount of formats neglected is too big. A consumer wanting to watch a video encoded as for example XviD or DivX will not be able to, and will be disappointed by the claim of interoperability. What I call The Expectation Mismatch is unacceptably high when it comes to video (see Section 5.1). If the IPTV Operator wants to implement DLNA Video support it could try to support DivX/XviD by indicating the media format with MIME-type, getting it to work with their own product offerings and possibly third party clients/servers as well. The prototype further showed that using DLNA for pictures is a good idea. Out of the ten scenario solutions presented in Section 5.5, five were considered worth implementing: The scenarios with the STB acting as a player, a smart phone acting as a picture server, as well as the STB sharing its recordings to another STB. Sharing live TV or even the whole STB functionality was evaluated to be hard and expensive, with 38 the added risk of competing with the IPTV operators twin subscription service resulting in lost revenue. See Figure 8 for the five scenario solutions of interest. Figure 8: The interesting portion of Figure 7, with the discarded scenario solutions removed. The higher up a scenario is the higher it should be prioritized. The arrows represent dependencies, some scenarios are natural extensions to other, and some scenarios rely on each other. Since the IPTV operator is very concerned with reducing the number of help desk calls I do not recommend releasing STB as a Player (music/images) without simultaneously releasing RGW as a Server, Ease of Use is much easier to achieve when you control all devices involved (both server and player). This is signified with a double pointed arrow between the two scenario solutions. Due to the survey about consumer interest being carried out before the forming of scenario solutions, the questions unfortunately did not cover all scenario solutions. For Smart Phone DMS + STB DMP (images) this was the case. I predict that the interest for this service is high, but to be sure further research is needed. If interest is high I recommend that this scenario solution is released along with STB as a Player (music/images) or shortly thereafter. In what way can DLNA link the digital home and a Managed IPTV platform together? What steps should the IPTV operator take to utilize DLNA in their future releases? Short term and long term. There are two ways the IPTV service can be connected to the digital home: consuming content on the home network and sharing content to the home network. Consumer interest is there for both categories. The most interesting use cases are the following: watching pictures and listen to music shared on the home network, sharing recorded content from the STB onto another STB. For more information see Section 5.6. It is technically possible to share content to the digital home, there are however a few obstacles. Link Protection is deemed to be required for the service to be allowed by the content providers. I consider getting Link Protection support in the IPTV operators STB/RGW as an easy task, but that is enough only for a few scenarios (STB to STB sharing). The big problem lies with having Link Protection support outside of the IPTV 39 operators solution (in DMPs such as the Television, Smart Phone, or Laptop). Link Protection is not widely adopted yet. The other way around, playing content available on the home network using the STB, is problematic due to a different reason. The problem here is playback support for video. The codec support required by the customer in order to credit the service with interoperability is not likely to be met. Read more on the expectation mismatch in Section 5.1 (on page 23). Playing music and watching pictures shared on the home network has some expectation mismatch problems as well according to the consumer interest survey. In my opinion the consumer dissatisfaction is not likely to get in the way of these scenarios though. In what ways is an IPTV provider affected by redesigning the IPTV infrastructure to comply with the DLNA guidelines (advantages/disadvantages)? The IPTV provider will not be affected much by redesigning the “IPTV infrastructure”. The change comprises of three components: Link Protection, General implementation, STB resources. The disadvantages (implementation cost and resource use in the STB) have to be weighted against the advantages (customer loyalty, customer happiness, DLNA certification generating new customers). I am of the opinion that the advantages are well worth it, providing a service which competitors do not is what the IPTV operator needs to attract customers. Limitations: What services are unsuitable for a DLNA solution? As can be seen in Section 5.6 any scenario that shares the STB functionality and/or picture to the home network is unsuitable for a DLNA solution. Expensive implementation and uncertain interest and hardware capabilities are the reason. Another reason is contractual relationships, even if Link Protection is present in the STB and the home media devices (which it is not) the content distributors could still protest against the functionality. There are many other scenarios unsuitable for a DLNA solution at this time, see Section 5.6. In what ways can a managed IPTV service provider help the customer to overcome possible shortcomings of off the shelf DLNA solutions? Propose how to handle limitations in the use scenarios if possible to minimize unhappy customers. The IPTV operator should provide both the server and the client to all scenarios they wish to release. For example when releasing DMP functionality in the STB, the DMS functionality in the RGW should be released simultaneously. If DMS functionality is implemented in the STB, it is recommended to release a DMP, be it PC software or for a smart phone. This is recommended because of the flora of DLNA devices out on the market. The IPTV operator can not afford to support all combinations of equipment, 40 even though all combinations should work (if the DLNA guidelines are followed). The IPTV operator needs one or several reference setups that they provide support for. Every other hardware/software combination is not supported and works only as “best effort”. I have not evaluated third party manufacturers DLNA UIs, but it can be assumed that they come in many different styles. At most, the IPTV operator could familiarize with a specific set of devices to provide support and endorse to the customers. As said in the previous chapter I recommend that any devices not provided by the IPTV operator should not be supported more than “best effort”, that is, by trying to follow the DLNA guidelines. Another option would be to make use of DLNA Remote UI. There are several reasons why this is not a good idea at this point: • DLNA RUI is not mature. • The IPTV operators GUI is not adapted to DLNA RUI. • Expensive implementation. • This would shut out all non-RUI-devices. 6.3 Validity and Reliability Validity and Reliability are considered important in the academic world. Therefore I will evaluate the Validity and Reliability of my work by answering related questions. 6.3.1 Validity Are we measuring what we are supposed to be measuring? For the most part, yes. I feel like the method used in this thesis answers the questions posed, due to what I believe to be a strong method backed up with a detailed literature study. There is one exception, which I have discussed in Section 6.1 (on page 37), and that is the consumer interest survey. The group selected did not represent the consumer base as a whole to the extent I first believed it to, when selecting the group. Another problem with the consumer interest survey was that the questions didn’t cover all of the scenarios later formed. Another concern is survey participation, only 88 of the 153 asked responded to the survey. For the supplementary questions about media formats expected the participation drops even lower. Can the method be generalized and reused? (Transferability) I am confident that the method can be generalized and applied to many different problems. As mentioned before the methodology weaknesses discussed in Section 6.1 (on page 37) should be considered. 41 6.3.2 Reliability If the method described in this thesis is redone (by me), will the results be the same? (Test-retest Reliability) For the most part, I predict that if I redid my thesis work right away the results would be the same or similar. However what I am evaluating is under constant evolution, both in the sense that new guidelines are specified but also the market penetration of DLNA as a whole (and its extensions). On top of that consumer habits are ever-changing and unpredictable. In its current form some parts of the method rely on opinions and expertise of a few select people (mainly the criteria forming). A small change in this group could lead to in changes to the results. It is important to note that I don’t recommend redoing my method without first evaluating the changes to the method proposed in Section 6.1 (on page 37). If the thesis was carried out by someone else using my approach, would the results be the same? (Inter-rater Reliability) Unfortunately I think the inter-rater reliability is hard for me to evaluate. Since a lot of the method relies on my expertise and knowledge gained from the literature study the results could differ a lot if someone else carried out the thesis work. I would like to think that my literature study was conducted in an objective manner (as far as that is possible) and that the conclusions I reached would closely match the conclusions reached by someone else doing the same work. The results could be colored in many ways for example via leading questions, improper priorities, and personal values. It is up to the reader to decide if that is the case. 6.4 Further Work and Research Keep An Eye On Link Protection It is in the IPTV operators interest to keep an eye on DLNA Link Protection, to see when it enters the market for real. Six out of ten scenario solutions could benefit in some way from having Link Protection available. All scenarios where content is being shared from the STB to the digital home could benefit. The IPTV operator should open dialogs with their STB providers about the possibility of Link Protection being delivered with the STB software. Investigations into the use of Link Protection without certifying for it should be conducted, is it allowed? Old STBs could get Link Protection added via software updates (if the appropriate keys have been provisioned) and not having to re-certify DLNA would be a big boon. At first glance this seems to be the case. Link Protection is mainly a tool to please the content distributors, which could end the channel contracts with the IPTV Operator if they do not trust that their content is handled in a safe way. 42 Consumer Interest I would recommend that the IPTV operator conducts an in depth investigation on what scenarios the customers want. A good start would be to demo the proof of concept prototype coupled with surveys. Stress Test Before releasing the prototype use case as a product several tests need to be done. Informal testing has been conducted to verify the proof of concept but stress testing needs to be carried out in detail to make sure that the new functionality does not introduce instability into the IPTV service, and to see how the STB reacts when overloaded with images. RGW Requirements The requirements regarding the DLNA Media Server (DMS) located on the RGW needs to be described in detail to make sure a good user experience is possible. Expectation Mismatch The conclusions in this thesis regarding the Expectation Mismatch, the mismatch between expected media format support and actual media format support, does not take into consideration what formats the customer demands. Statistics on what formats would actually be used in the home would be helpful as well when deciding if the expectation mismatch will pose a problem. 6.5 Epilogue DLNA is here to stay, and it has a lot of industry support. With over 200 million devices shipped spanning over 7000 device models, the market penetration is vast. While there are problems with the guidelines and their implementation, which I have highlighted, the benefit of having industry wide standards is great. Both the manufacturers and the customers benefit from this. Even if some manufacturers decide against DLNA certification they can find inspiration regarding media interoperability solutions in the DLNA guidelines. 43 Abbreviations AB Swedish: Aktiebolag, Joint-stock company. ADSL Asymmetric Digital Subscriber Line AJAX Asynchronous Javascript and XML API Application Programming Interface AV Audio/Video CE Consumer Electronics CE-HTML Consumer Electronics Hypertext Markup Language CIFS Common Internet File System (see SMB) CSC School of Computer Science and Communication CSS Cascading Style Sheets CTT Conformance Test Tool DHCP Dynamic Host Configuration Protocol DLNA Digital Living Network Alliance DMC Digital Media Controller DMP Digital Media Player DMPr Digital Media Printer DMR Digital Media Renderer DMS Digital Media Server DNS Domain Name System DRM Digital Rights Management DTCP-IP Digital Transmission Content Protection over IP DVR Digital Video Recorder EPG Electronig Program Guide GUI Graphical User Interface HID Home Interoperability Devices HND Home Network Devices HTML Hypertext Markup Language HTTP Hypertext Transfer Protocol IGMP Internet Group Management Protocol 44 IP Internet Protocol IPv4 Internet Protocol version 4 IPTV Internet Protocol Television, Television over IP. KTH Swedish: Kungliga Tekniska Högskolan, Royal Institute of Technology, Stockholm, Sweden. KTHB Swedish: KTH Biblioteket, KTH Library. M-DMC Mobile Digital Media Controller M-DMD Mobile Digital Media Downloader M-DMP Mobile Digital Media Player M-DMR Mobile Digital Media Renderer M-DMS Mobile Digital Media Server M-DMU Mobile Digital Media Uploader MIU Mobile Interoperability Unit M-NCF Mobile Network Connectivity Function MND Mobile Network Devices MoCA Multimedia over Coax Alliance NAS Network Attached Storage OIPF Open IPTV Forum Oy Finnish: Osakeyhtiö, stock company. PC Personal Computer PDA Personal Digital Assistant PS3 Playstation 3 RGW Residential Gateway RTP Real-time Transport Protocol RUI Remote User Interface RUIC Remote User Interface Client RUIS Remote User Interface Server SMB Server Message Block SOAP Simple Object Access Protocol SSDP Simple Service Discovery Protocol STB Set Top Box 45 TCP Transmission Control Protocol TV Television UDP User Datagram Protocol UI User Interface UICP User Interface Control Point UPnP Universal Plug and Play URI Uniform Resource Identifier URL Uniform Resource Locator UUID Universally Unique Identifier VHS Video Home System VoD Video on Demand WMDRM-ND Windows Media DRM for Network Devices XHTML Extensible Hypertext Markup Language XML Extensible Markup Language 46 References ABI Research (2009) More than 300 Million DLNA-Certified Consumer Electronics Devices to Ship in 2012, [Online], Available: http://www.abiresearch. com/press/3237-More+than+300+Million+DLNA-Certified+Consumer+Electronics+ Devices+to+Ship+in+2012 [21 Jun 2011] Access Co., Ltd (2010) NetFront Living Connect: Next Generation DLNA Solution for Multimedia Home Networks, [Online], Available: http://www.access-company. com/PDF/2010/NFLC2_En_A4_Web_2010-09-07.pdf [29 Oct 2010] Allegro Software Development Corporation (2006) Networked Digital Media Standards: A UPnP / DLNA Overview, [Online], Available: http://www.allegrosoft. com/UPnP_DLNA_White_Paper.pdf [11 Oct 2010] Bell, J. (2006) Introduktion till forskningsmetodik, 4th edition, Lund: Studentlitteratur AB. Cheshire, S. (2010) How does Zeroconf compare with Viiv/DLNA/DHGW/UPnP, [Online], Available: http://www.zeroconf.org/ZeroconfAndUPnP.html [20 Dec 2010] Consumer Electronics Association (2010) CEA-2014-B Preview, [Online], Available: http://www.ce.org/Standards/CEA-2014-B_Preview.pdf [3 Dec 2010] De Goyeneche, J-M. (1998) Multicast Explained., [Online], Available: http:// tldp.org/HOWTO/Multicast-HOWTO-2.html [4 Jan 2011] Digital Living Network Alliance (2007) DLNA Overview and Vision Whitepaper, [Online], Available: http://www.dlna.org/news/DLNA_white_paper.pdf [11 Oct 2010] Digital Living Network Alliance (2009) DLNA Guidelines August 2009, [Online], Available: http://www.dlna.org/members/guidelines/ [12 Oct 2010] Digital Living Network Alliance (2010a) Media Format and Transport Model, [Online], Available: http://www.dlna.org/industry/why_dlna/key_components/ media_format/ [29 Nov 2010] Digital Living Network Alliance (2010b) Mobile Handset Manufacturers Attain DLNA Certified® Status, [Online], Available: http://www.dlna.org/news/pr/view? item_key=53bf9cece92c6d454d0572c5375b0d87d5f2a958 [22 Nov 2010] Digital Living Network Alliance (2010c) DLNA Certified Product Search, [Online], Available: http://www.dlna.org/products/ [30 Nov 2010] Goland, Y.Y., Cai, T., Leach, P., Gu, Y. (1999) Simple Service Discovery Protocol/1.0, draft 3, [Online] Available: http://tools.ietf.org/html/draft-cai-ssdp-v1-03 [25 Nov 2010] Hansson, S.O. (2003) Konsten att vara vetenskaplig, The Department of Philosophy and History of Technology, KTH, Stockholm. 47 Horowitz, B. (2011) RE: IPTV Operator view on DLNA, email to Ignat, D. ([email protected]), 21 Jun. [22 Jun 2011] International Maritime Organization (2010) IMO Standard Marine Communication Phrases, [Online], Available: http://www.imo.org/OurWork/Safety/Navigation/Pages/ StandartMarineCommunicationPhrases.aspx [4 Jan 2011] Johannesson, T. (2011) Re: Frågor om DLNA, email to Ignat, D. ([email protected]), 19 May. [19 May 2011] Kilegran, A. (2011) Re: Pilottestarna, email to Ignat, D. ([email protected]), 1 Apr. [1 Apr 2011] Lawler, R. (2010) HDCP ’master key’ supposedly released, unlocks HDTV copy protection permanently, [Online], Available: http://www.engadget.com/2010/ 09/14/hdcp-master-key-supposedly-released-unlocks-hdtv-copy-protect/ [22 Nov 2010] Lawton, G. (2009) Multicast Ready for Comeback, [Online], Available: http://www. cable360.net/ct/news/ctreports/commentary/Multicast-Ready-for-Comeback_ 38866.html [4 Jan 2011] Messer, A. (2010) The Fully Connected Digital Lifestyle, Set Top Box 2010 Conference, San José, September. Microsoft (2003) Differences Between Multicast and Unicast, [Online], Available: http: //support.microsoft.com/kb/291786 [3 Dec 2010] Navjot and Prashanth. (2006) What’s new in SMB in Windows Vista, [Online], Available: http://blogs.msdn.com/b/chkdsk/archive/2006/03/10/548787. aspx [20 Dec 2010] O’Driscoll, G. (2008) Next Generation IPTV Services and Technologies, New Jersey: Wiley & Sons, Inc. Open IPTV Forum (2009) Functional Architecture V2.0, [Online], Available: http: //www.openiptvforum.org/docs/OIPF-Functional_Architecture_v2_0-2009-09-08. pdf [25 Oct 2010] Open IPTV Forum (2011) About Us, [Online], Available: http://www.openiptvforum. org/aboutus.html [21 Mar 2011] Schneier, B. (2000) The Fallacy of Trusted Client Software, [Online], Available: http: //www.schneier.com/essay-063.html [24 Nov 2010] Stelter, B. (2008) Growing Demand for Video on Demand, [Online], Available: http: //mediadecoder.blogs.nytimes.com/2008/01/30/growing-demand-for-video-on-demand/ [4 Jan 2011] Svensson, J. (2011) Re: Lite småfakta, email to Ignat, D. ([email protected]), 21 Jun. [22 Jun 2011] 48 TeliaSonera (2010) Vår historia, [Online], Available: http://www.teliasonera.com/ sv/Om-TeliaSonera/TeliaSonera-koncernen/Var-historia/ [18 Oct 2010] TeliaSonera Broadband Research & Development (2010) Emerging Platforms for Connected Devices - DLNA, internal document TeliaSonera. [11 Oct 2010] The Economic Times (2006) What is IP television?, [Online], Available: http:// economictimes.indiatimes.com/articleshow/589392.cms [21 Oct 2010] Tian, H. and Wang, Y. (2006) Security analysis of the Digital Transmission Copy Protection Specification, Security and Management Conference, p. 134-137, Citeseer. unDRM (2007) FairUse4WM 1.3 (Freeware/Windows), [Online], http://undrm.info/ remove-DRM-protection/ [22 Nov 2010] Youssefi, K. (2006) Concept Evaluation & Selection, Introduction to New Product Development (ME110), [Online], Available: http://www.me.berkeley.edu/ ME110/presentations/ConceptSelection.pdf [7 Dec 2010] Appendixes The rest of the page is intentionally left blank. 49 Appendix A - The Layers of DLNA DLNA can be split up into layers, ranging from connectivity on the hardware layer all the way up to media formats, protecting premium content and extensions to DLNA. See Figure A.1. Below I will go through the layers from the bottom and up. Connectivity, Discovery and Control As for network connectivity, there are several choices for the device manufacturers. They can choose one or several of the network connectivity technologies. You can choose to support Ethernet17 , Wi-Fi18 , or Multimedia over Coax Alliance (MoCA). If Wi-Fi is used the Wi-Fi Protected Setup Protocol, which aims to make it easier for the user to configure a secure wireless home network, could be implemented. The mobile network connectivity technology Bluetooth could be used as well, but if that is the only means of communicating with other devices a Mobile Network ConFigure A.1: The layers of DLNA. Based nectivity Function (M-NCF) is required to on figure from Alan Messer connect to the home network. (2010) and complemented with (DLNA, 2009) information from Allegro Software Development Corporation Today DLNA uses IPv4 for device connec(2006) tivity. More specifically UPnP uses IPv4 and DLNA uses UPnP as mentioned earlier. There are many reasons to choose IP as the network protocol. IPv4 is an industrywide standard that is implemented on the most common network connectivity technologies enabling them to communicate transparently regardless of underlying network connectivity technology. The DLNA compliant device is required to implement a DHCP19 Client and use that to get an IP address if possible, and use Auto-IP20 as a fallback. There are plans to support both IPv4 and IPv6 in the future. (Allegro, 2006) 17 Ethernet technologies supported are 10Base-T (802.3i), 100Base-T (802.3u), 1000Base-T (802.3ab) Wi-Fi technologies supported are 802.11a, 802.11b, 802.11g, as well as “Fast Wi-Fi” (802.11n) 19 See RFC 2131, http://www.ietf.org/rfc/rfc2131.txt 20 See RFC 3927, http://www.ietf.org/rfc/rfc3927.txt 18 1 Device discovery in DLNA makes use of UPnP Device Architecture 1.0. The discovery protocol used is called Simple Service Discovery Protocol (SSDP) which according to Goland et al (1999) is based on HTTP Notify messages sent with the stateless transport protocol UDP onto a standard multicast21 channel. When a UPnP enabled device connects to a network it sends out a HTTP Notify containing a short description of itself: Its UPnP type, a Universally Unique Identification (UUID) and a Uniform Resource Identifier (URI) for access to more detailed information (the UPnP Device Description). All UPnP enabled devices are instructed to listen to the multicast channel receiving these messages, and can react when they discover devices they are interested in. The UPnP Device Description, which is written by the device vendor, is in XML and it is based on a standard UPnP Device Template provided by the UPnP Forum. It contains information such as model name and number, serial number, manufacturer name and a URL for presentation. (Allegro, 2006) Media Management Media Management in this context refers to devices and applications being able to find, manage and consume/distribute digital media content on the home network. As mentioned briefly in Section 2.1.1 this is achieved using UPnP AV 1.0 and UPnP Print Enhanced 1.0. With these technologies you get four services: Content Directory, Connection Manager, AV Transport, and Rendering Control (Allegro, 2006). The Content Directory service is required on all media servers, and is used to list what media content the server has available. Meta data is also sent for the content. Aside from the regular meta data22 found in media files you get information about allowed transfer protocols and data formats, on an asset to asset basis. Each item in the list could be static content such as music, video and picture files lying physically on the digital media server. It could also be live assets, like Live TV or Radio streams. The digital media player does not differentiate them, it does not care whether the content is live or recorded. The Connection Manager manages the connections between UPnP enabled devices. It sets up connections, manages current connections and tears them down. This service also figures out if a server/renderer connection is compatible, if the server and renderer has matching capabilities. The Audio/Video Transport (AV Transport) service enables playback control expected when dealing with recorded media: Play, Pause, Stop, Skip Forward, Fast Forward etc. Note that this service is a control service only, it does not set up or tear down the media streams. Information on Media Transport can be found further down in this section. Apart from playback controls the user might also want to adjust the rendering devices brightness, contrast, color temperature, aspect ratio etc. Adjusting these attributes 21 22 Explanation of multicast: http://en.wikipedia.org/wiki/Multicast Name, Artist, Size, Creation date, etc. 2 over the home network through DLNA is accomplished by using the Rendering Control service. (Allegro, 2006) Media Transport For the transfer of media two protocols are supported. HyperText Transfer Protocol (HTTP) version 1.1, which is mandatory, and Real-time Transport Protocol (RTP) which is optional. Note that HTTP version 1.0 is not supported. (Allegro, 2006) There are three modes of transport defined in DLNA: Streaming Transfer, Interactive Transfer and Background Transfer. Quality of Service is handled with priority labeling. (DLNA, 2010a) The Streaming Transfer mode is for content that is immediately rendered at the receiver, or is continually generated at the source. The content is not stored before it is played/sent through the home network and therefore the bandwidth needs to handle the load from the transfer. By default Streaming Transfer has the highest priority. Interactive Transfer is for media that has no internal timing (images), and therefore is not as sensitive to delay. A delay when transferring an image leads to the image loading slower, but a delay when streaming a movie forces the picture and sound to stop. Background Transfer is self-explanatory. This is the transfer mode used when the transfer is not time sensitive, for example when downloading content for later consumption. This transfer mode has the lowest priority. According to DLNA (2009) you can not use RTP for transfers in background transfer mode. Media Formats The Device Classes defined in the DLNA guidelines have different resources and uses. Therefore they have different media format requirements. The guidelines define a set of mandatory media formats as well as a set of optional media formats to support. See Appendix B for a list of mandatory and optional format sets and read Section 2.1.3 for more information on the different device classes. UPnP Audio/Video 1.0 specifies a number of image format profiles for each format, which sets limitations on the size and color palette of a picture. For example the JPEG_TN profile is used for thumbnail representation of a picture and is allowed be no larger than 160x160 pixels. A picture can have several resources of different image format profiles, allowing the player to pick the best suited resource. It is not possible to request the picture in a custom size and the DLNA server is not required to provide for example a Thumbnail resource for a picture. Link Protection Content providers do not want their content broadcast unencrypted over any link, because of the risk of third party recording. 3 DLNA Link Protection has two DRM protection schemes, Digital Transmission Content Protection to IP (DTCP-IP) which is mandatory and Windows Media Digital Rights Management for Network Devices (WMDRM-ND) which is optional. DTCP was created by five big companies in 1998: Intel, Hitachi, Panasonic, Sony, and Toshiba. It is a proprietary specification which is not available unless certain fees are paid. DTCP can be used over several connectivity technologies such as USB, Bluetooth and IP. DLNA Link Protection requires DTCP to IP. Secret unique keys are inserted into each device and used to establish encrypted links between the devices. It could prove challenging to insert the secret DTCP keys without physhical access to the device. WMDRM-ND, is the second of the two Link Protection schemes in the DLNA guidelines. It is optional to implement and also involves licensing fees. (DLNA, 2009) Extensions Apart from Link Protection, there are several other interesting extensions to DLNA. Three of these are Remote User Interface (RUI), Content Synchronization and Smart Media Management. Remote UI enables a device to share a consistent user experience over DLNA, by containing the same look and feel between devices. This is accomplished by using CEA-2014-A23 , aka Web4CE. (DLNA, 2009) There are three device types in CEA-2014-A: Remote UI Server (RUIS), Remote UI Client (RUIC) and UI Control Point (UICP). See Figure A.2. The server provides RUIs. Connections are set up by the client itself or by a control point. After Figure A.2: The device types of CE-HTML the client reports its capabilities the server (CEA-2014-A) sends the UI, which can be customized to the clients capabilities24 , to the client. The UI that is delivered is in the form of CE-HTML. CE-HTML consists of XHTML25 , JavaScript26 , DOM level 2.027 , CSS TV Profile 1.0 (superset of CSS Mobile Profile), the XMLHttpRequest JavaScript object (AJAX) as well as a number of extensions unique for CE-HTML. These extensions include: 23 Revision B is out but not yet adopted by DLNA. Resolution, Color depth etc. 25 XHTML 1.0 Transitional or Strict 26 More precisely ECMA-262, which is implemented in browsers under a number of names (JavaScript, JScript, ActionScript etc.). 27 Only 5 of the 14 DOM level 2.0 modules needs to be supported (Core, Style, Events, HTML, Views). 24 4 • Spatial control, navigate naturally with the arrow keys on your remote control. The browser calculates which objects to change focus to based on the positioning of the elements. • Direct access to forms with JavaScript. • A new HTML-tag (<op>) that maps to abstract keys on remote controls (eg. VK_ENTER which could be the physical OK button). • Multi-tap writing (classic mobile phone text messaging technique). • Third party notifications, for example the RUI server can push updates to the RUI client. • Audio/Video integration that persists across pages. Session migration, allowing the user to save a state and restore it at another time and/or place, is implemented on the RUI server but is optional. (CEA, 2010) Content Synchronization allows the user to synchronize files between different DLNA devices. (Access, 2010) Example: Using DLNA Content Sync, Eric always has an updated version of his working directory both on his laptop and on a server in the home. He also uses it to automatically upload new music to his music player, and download photos of his digital camera. The DLNA extension Smart Media Manager brings benefits in two ways. The smart media manager allows control using a web browser, which allows for more advanced searches to be expressed due to keyboard and mouse control (in contrast to TV-remote control). The other benefit brought is access control (aka parental control). It allows the consumer to create filters towards individual Digital Media Players, blocking inappropriate content. (Access, 2010) 5 Appendix B - Mandatory and Optional Format Sets Media Class Device Category Mandatory Format Sets Optional Format Sets Imaging Home/Mobile JPEG GIF, TIFF, PNG Audio Home LPCM (2 channel) MP3, WMA9, AC-3, AAC, ATRAC3plus Mobile MP3, MPEG4 AAC LC MPEG 4 (HE AAC, AAC LTP, BSAC), AMR, ATRAC3plus, G.726, WMA, LPCM Home MPEG2 MPEG1, MPEG4, WMV9 Mobile MPEG4 AVC (AAC LC audio) VC1, H.263, MPEG4 part 2, MPEG2, MPEG4 AVC (other audio codecs) Video Table B.1: Mandatory and optional media format sets, by device category. (DLNA, 2009) 1 Appendix C - The Pugh Decision Matrix Method See Figure C.1 for an overview over the work flow I planned. The steps are described in detail later in the text. Figure C.1: My work flow. Step 1: Forming Scenarios The goal was to draw up scenarios involving DLNA and IPTV that the customers found interesting, to be investigated further. I decided to form a number of scenarios myself, based on the information compiled in my theory chapter as well as discussions with employees and mentors at the IPTV operator. A survey was filled out by existing IPTV customers generating feedback on the interest for different use cases. The survey contained general questions, avoiding the technicalities and specifics, since asking about every single scenario would require too much effort and expertise from the participants. The results from the survey were mapped by me onto each scenario in Step 4 (see Section 6.5). The technical details were added to the scenarios only after the scenarios which seemed viable in the eyes of the customers were identified. I will refer to these “technical” scenarios as scenario solutions. Since a scenario could have several technical solutions with different benefits and disadvantages, I generated a score for each scenario solution. 1 Step 2: Forming Criteria Interviews were conducted together with employees at the IPTV operators Product Development department in Farsta. The goal with the interviews were to draw up which requirements are of interest when deciding how viable and desirable the scenarios are. After all interviews were done the full list of criteria was mailed to all interview subjects for possible feedback. The interview subjects were expected to have good knowledge about what criteria are important when evaluating new functionality concepts for the IPTV service. Therefore, the interviews were unstructured with collaborative note taking. Step 3: Generating Criteria Weights When generating the criteria weights a survey was used, since the goal was to have well defined weights. Having a large number of participants reduces the individuals ability to affect the results by making biased decisions. The result will be closer to what Hansson (2003) refers to as inter-subjectivity. It will be closer to a collective truth of what the criteria weights are when implementing new features into a managed IPTV service. The weight scale will range from 1 to 5 (“Not important” to “Very important”). Step 4 & 5: Evaluating Scenario Solutions After the scenario solutions, criteria and the importance of the criteria had been defined each scenario solution was evaluated to see how well it fulfilled the requirements. As mentioned earlier, I did not use a datum as the basis for generating the scores. I evaluated to what extent the criteria was fulfilled: Poorly/Not at all (-1), Acceptable/Unknown (0), Good/Not Applicable (+1). This is similar to the evaluation system used by Vretblad (2010), but I offset the scale to range from -1 to +1 instead of going from 0 to 2. In my opinion this better signifies the negative impact of having poor or non-existent compliance with a criteria. 2 Appendix D - Final Criteria List The rest of the page is intentionally left blank. 3 Final Criteria List Daniel Ignat May 16, 2011 Background This document describes the final criteria list that was a result of two interviews with two employees here at TeliaSonera, as well as feedback from participants in the questionnaire to determine the importance of the criteria. 1 Contractual Relationships (DRM content) I will investigate if implementation of the scenario is likely to be hindered by DRM licencing issues. The content providers might not like the new feature due to concerns over piracy and/or lost revenue. 1 - Should not affect road map, either it is possible or it is not 5 - It is very important that the content providers won’t have any problems with the scenario 2 Implementation Cost I will estimate the cost of implementing the scenario. This could involve buying licences, development tools, having running fees due to technology use and also coding time. 1 - Cost is not important, 5 - Cost is very important to consider 3 Ease of Use I will estimate how easy to use the new scenario will be. This could differ depending on complexity of the scenario aswell as the expected experience and knowledge of the user. 1 Not achieving ease of use could result in unwanted calls to the help desk. 1 - Ease of use is desired, but not important when considering the scenario 5 - Ease of use is extremely important 4 Hardware Capabilities (1 year from now) I will evaluate if it is possible to get the hardware needed, within a year, to support the scenario. This is for the devices provided by TeliaSonera. Example: Bandwidth limitations can make a scenario unfeasible. Example: CPU or memory intensive tasks that cannot be compensated for with code optimization on the code base. 1 - Hardware capabilities should not affect what scenarios to pursue, something that on the surface seems to lack hardware support can have a solution if effort is put into finding it. 5 - Hardware capabilities are very important, value scenarios that are easily fulfilled when it comes to hardware support. 5 Software Capabilities (1 year from now) I will evaluate if it is possible to have the software updates needed (within a year) to support the scenario. This is for the devices provided by TeliaSonera. Example: The Motorola set top boxes will have DLNA client capabilities very soon but won’t support being a DLNA server until a software upgrade is done. Example: The STB could possibly be programmed to support additional media codecs. 1 - Software capabilities should not affect what scenarios to pursue, if a scenario is interesting enough, extra resources can be put into accelerating the software updates (in house and from external software providers such as Motorola). 5 - Software capabilities are very important when choosing scenarios, having to rely on software updates being delivered faster than previously estimated is likely to lead to unacceptable delays. 6 IPTV Operator Business Strategy I will investigate to what extent the scenario falls within the current business strategy held by the IPTV operator. 1 - Not important, the strategy can be changed/disregarded 5 - Very important, need to stick to the plan 2 7 Consumer Interest I will investigate the interest in the scenario from the IPTV customers. Basis of conclusion will be the questionnaire about interest sent out to the testers. 1 - Not important, the customers don’t know what they want 5 - Very important, the customer knows what he wants and delivering something else is bad 3 Appendix E - Consumer Interest Survey The rest of the page is intentionally left blank. 7 .: PROOF :. Page 1 of 3 [TeliaSonera][Sidansvarig][Teknikansvarig][Administrera Proof] Undersökning IPTV och Digitala hemmet Den här enkäten undersöker vilket intresse som finns när det gäller olika användarscenarion som kopplar ihop Telias IPTV-tjänst med det digitala hemmet (andra mediaenheter i hemmet). Resultaten kommer användas i ett examensarbete som behandlar området. Svara på alternativfrågorna genom att välja i vilken utsträckning du är intresserad av nämnd funktionalitet, där 1 är “ointresserad" och 5 är “mycket intresserad". = Envalsfråga = Flervalsfråga 1) Jag är intresserad av att se på film som finns i mitt hemmanätverk vid TVn. 1 3,4% (3 of 88) 2 2,3% (2 of 88) 3 6,8% (6 of 88) 4 19,3% (17 of 88) 5 68,2% (60 of 88) 2) Videoformat: 3) Jag är intresserad av att se på musik som finns i mitt hemmanätverk vid TVn. 1 12,5% (11 of 88) 2 5,7% (5 of 88) 3 25% (22 of 88) 4 13,6% (12 of 88) 5 43,2% (38 of 88) 4) Musikformat: 5) Jag är intresserad av att se på bilder som finns i mitt hemmanätverk vid TVn. 1 2,3% (2 of 88) 2 2,3% (2 of 88) 3 http://proof.teliasonera.net/titta.asp?StatVy=1&ProofTyp=Enkat&ProofID=16315 15,9% (14 of 2011-02-04 .: PROOF :. Page 2 of 3 88) 4 14,8% (13 of 88) 5 64,8% (57 of 88) 6) Bildformat: 7) Jag är intresserad av att (på min TV) se film som jag lagt på ett USB-minne och kopplat till Telia Smart RGW. 1 13,6% (12 of 88) 2 17% (15 of 88) 3 15,9% (14 of 88) 4 17% (15 of 88) 36,4% (32 of 88) 5 8) Jag är intresserad av att (på min TV) lyssna på musik som jag lagt på ett USB-minne och kopplat till Telia Smart RGW. 1 18,2% (16 of 88) 2 21,6% (19 of 88) 3 19,3% (17 of 88) 4 18,2% (16 of 88) 22,7% (20 of 88) 5 9) Jag är intresserad av att (på min TV) se på bilder som jag lagt på ett USB-minne och kopplat till Telia Smart RGW. 1 10,2% (9 of 88) 2 12,5% (11 of 88) 3 15,9% (14 of 88) 4 5 21,6% (19 of 88) 39,8% (35 of 88) 10) Jag är intresserad av att se mina programinspelningar som ligger i boxen på andra enheter i hemmet, inte bara TVn. 1 http://proof.teliasonera.net/titta.asp?StatVy=1&ProofTyp=Enkat&ProofID=16315 6,8% (6 of 2011-02-04 .: PROOF :. Page 3 of 3 88) 2 9,1% (8 of 88) 3 13,6% (12 of 88) 18,2% (16 of 88) 4 52,3% (46 of 88) 5 11) Dessa enheter är av intresse En andra STB (Tvillingabonnemang) 65,9% Bärbar dator / stationär dator 84,1% Smart phone (iPhone/Android) 75% Annat 29,5% 12) Jag är intresserad av att se mina programinspelningar som ligger i boxen på andra enheter utanför hemmet. 1 8% (7 of 88) 2 11,4% (10 of 88) 3 21,6% (19 of 88) 4 19,3% (17 of 88) 5 39,8% (35 of 88) 13) Jag är intresserad av att se mina TV-kanaler live på andra enheter i hemmet. 1 5,7% (5 of 88) 2 6,8% (6 of 88) 3 12,5% (11 of 88) 4 22,7% (20 of 88) 5 52,3% (46 of 88) 14) Specificera gärna vilka enheter: Totalt har 88 personer genomfört denna enkät! kategorisera/selektera statistiken http://proof.teliasonera.net/titta.asp?StatVy=1&ProofTyp=Enkat&ProofID=16315 2011-02-04 Kommentarer gällande: "Enkät exjobb" och RGW:n (smartboxen) verkar inte riktigt klara av det. Har varit en hel del strul med att få igång nätversservern och mediaspelare men när det väl fungerar är det helt fantastiskt och jag tror att om man får folk att inse hur smidigt det är och säljer en enkel lösning för det så har man möjligheter till att göra nya affärer. "Videoformat:" Xvid, mpeg4 mpeg2, AVI från Fuji digitalkamera, MOV från Canon digitalkamera. VOD, Blu ray, DVD divx Eeeh? Menar du upplösning, codec, bitrate, container, ström eller filstorlek? 480i, 576i, 576p, 720p, 1080i och 1080p mpeg2, mpeg-ts, h264, xvid, matroska, avi, vob, iso, iso9660, udf. I princip de format som stöds av VLC/ffmpeg Samt alla kommande format - kompatibilitet är viktigast. Rent generellt känns det viktigaste att vi stödjer de vanligast förekommande formaten som kommer från videokameror och kameror (dvs. egenproducerat innehåll). I övrigt ett brett stöd, t.ex. DivX, Xvid, WMV, AVI, MPEG, MP4, MOV, AVCHD (m2ts, etc.) Matroska files wmv avi mpg vet ej divx, avi, mkv. Plex liknande funktionalitet Adobe Flash 10.1, FLV/On2 VP6 (FLV/FV4/M4V), H.264 AVC (TS/AVI/MKV/MOV/M2TS/MP4), VC-1 (TS/AVI/MKV/WMV), MPEG1 (DAT/MPG/MPEG), MPEG-2 (MPG/MPEG/VOB/TS/TP/ISO/IFO), MPEG-4 (MP4/AVI/MOV), DivX 3/4/5/6 (AVI/MKV), Xvid (AVI/MKV), WMV9 (WMV/ASF/DVR-MS) önskas. HD MKV, AVI, MPEG, Blu-Ray, DVD, mpeg Har inte filmer på mitt hemmanätverk idag, men skulle lägga upp ifall jag hade smidig koppling mellan TV och hemmanät. AVI, MP4, WMV Alla vanliga :-) olika 1080p mkv MPEG, Divx avi, mpeg, ts avi, divx Alla relevanta format .avi, .mv2, .wma N/A divx, xvid, mkv Jag har precis skaffad en Nätversk server mp4, m4v hemma och det är väldigt kul att prova alla möjligheter med det. Tidigare har vi i familjen exempelvis inte tittat på foton och heminspelade filmer särskilt ofta men nu är de bara ett klick på fjärrkontrollen bort och det är en väldigt rolig förändring av kvällsvanorna. Bor i ett nybyggt hus med LAN kablar och kan tänka mig att om man inte har det så skulle en trådlös lösning vara intressant. Innan jag köpte nätverksservern försökten jag använda Smartboxen som nätverksserver genom att koppla en 2Terra USB hårddisk till USB porten. Det funkade dock inte alls eftersom RGW:n kräver att disken är formaterad med det gamla FAT32 formatet och det går inte att ha det på en så stor disk. Testade lite att använda en FAT32 men det blev aldrig stabilt HD Avi, mkv, AVCHD, xvid Kan inte svar på format men primärt hand- lar det om att se på egna filmer filmat med videokamera, via min-dv, video8 etc. Min ambition är att inom kort införskaffa en NAS som jag sedan skall lagra familjens egna material som film, bilder från kamera etc. Osäker på format. ?? DIVX, m4v, dv, mp4 h.264, avi, divx, xvid, mov, mkv 4 inlagda dvd, men även mpg, avi etc. Allt möjligt, vill inte ha något krångel. Ska funka lika bra som när man exempelvis försöker spela upp musik på telefonen, det mesta funkar. dix xvid mest men även de som mobilerna filmar i HD (MKV, TS), SD (MKV, AVI, TS). I MKV mp3 wma m4a mkv, xvid, iso Streamad musik eller mp3 så är videosignalen oftast mpeg2, mp4, h264, divx eller xvid. mp3, aac, flac mp3 alla divx, xvid, mkv, mp4 mp3 mfl H264, DIVX, VC1, AVCHD Matroska, AVI, WMV MP3, AAC, MKV, Divx, Xvid, AVI, MOV Snarare lyssna på musik, då. Format = MPR och Wav MPEG2, MPEG4, Xvid, AVI, DivX, H.264, Matroska (MKV), MOV, WMV9 HD (VC-1), WMV mp3, wma avi, videokamera format MP3, FLAC, WMA,WAV (CD-format) ingen aning mp3, flac MKV, AVCHD 5.1 Dolby De enkelt nedladdningsbara Intresserad av att lagra alla gamla cd-skivor i Alla vanliga .mp3, .ogg, .m3u, .aac mpeg, avi, mkv mp3 mkv flac, mp3, ogg vorbis NAS och gör det antagligen genom att rippa dem till mp3-format. "Musikformat:" : Spotify mp3, wma MP3, aac, m4a mp3 mp3, ogg, aac, flac Spotify kör mest spotify men om man gör dlna så bör mp3 man väl ta med allt mp3, wmv Höra på musik, menar ni väl. Jag använder mp3 för all musik kodat med mp3pro. vet ej mp3, flac MP3, WAV/PCM/LPCM, WMA, AIF/AIFF, AC3/AAC, OGG, FLAC, DTS, Dolby Digital/Dolby True HD lyssna på musik OK men att se på musik är mindre intressant mp3 MP3, flac, wma Waw, MP3 mp3 Alla relevanta format mp3 N/A Mp3, FLAC 5 MP3, WMF jpeg, allt från lågupplöst till högupplöst mp3, waw jpeg JPG, BMP mp3, wma, aac raw, jpg mp3 JPEG Jag antar att ni menar lyssna på musik? Mp3 .jpg FLAC, MP3 & ev OGG Jpeg, Gif, mp3 jpeg mp3 JPEG och RAW jpg "Bildformat:" JPEG, samt de "rå"-format (okomprimerat) Jpeg mina kameror ger, men mestadels JPEG! jpeg .png, .jpg, .gif Jpeg jpg jpg png, jpeg jpeg klart viktigast, men andra vanligt jpeg förekommande format såklart intressant (t.ex. gif, tiff) Osäker även här på format, idag är allt lagrat på Telia Säker Lagring och extern hårddisk. jpeg vet inte Lite osäker på vad ni menar med bildformat, JPEG, Raw men jag har bilderna som DNG och JPEG. Bildstorl 1*1,5. jpg, tiff, raw jpg, gif, tga, bmp, raw, tif jpg oftast jpg ja JPG, BMP, PNG, TIFF jpg oftast jpeg, raw mpeg, jpg, gif, tif jpeg JPEG RAW alla jpg, raw integration med iPhoto tack :) JPG, PNG Alla relevanta format jpg, png jpg JPG, RAW m.fl. Mpeg jpg Vet inte, förs över automatiskt jpeg Se ovan. Gäller samma sak som för både jpg bilder, TV, och musik. Ska detta sälja vill man inte ha något krångel, alla vanliga format ska klaras av och jag ska inte behöva veta vilket format jag egentligen använder. Tjänsten ska funka smidigt även för den som är nybörjare eller ointresserad av teknik. JPG, Canons & Samsungs RAW format ;-) jpg jpg 6 Live Tv Sharing, "Specificera gärna vilka enheter:" : PVR Sharing, "Dessa enheter är av intresse" : ipad ipad, bärbar dator iPad Dator, iPad Ipad Ipad iPad Primärt dator och iPad en andra TV alt min bärbara TV iPad och Samsung TAB Min iPad vore bra samt min Macbook Air. iPad Min TAB kunde vara smutt om jag får för mig att byta enhet =) iPad På pc:n iPad iPhone/Android över WiFi hemma nätet Alla burkar med skärm - kalla dem vad du iPad, PC/Mac vill iPad, stat. dator Surfplatta ipad Surfplatta iPad Playstation 3 / PSP Dator/Surfplatta Ipad Bärbar dator Spelkonsol iPad, iPhone, Mac-book Jag vill enkelt kunna se på TV på en TV. Ferrari iPad Har ingen lust att hålla på att mecka med att slå på en dator först. Börjar jag med det har barnen trampat ihjäl datorn innan jag ens kommit halvägs så jag vill bara kunna trycka på fjärrkontrollen så funkar allt. Det tror jag gäller även de flesta andra kunder, inget krångel utan vi bör sälja sådant som är superlätt att använda. Digitala hemmet tjänsterna ska inte kräva att man är teknikintresserad alls eller har en massa tid att lägga på det för då tror jag inte att det slår till någon bredare kundkrets. ipad Dumt att speca det - det kommer att finnas En andra TV kopplad till samma box iPad IPAD iPad nya typer av enheter om x månader. Alla enheter som klarar av det, sedan kan man kalla dem PC, surfplatta, Ipod/Ipad, fotoram, "smart phone" eller STB. En burk med skärm & ip - kalla den vad du vill. iPAD surfplatta iPad Bärbar och Stationär dator, Smartphone, I framtiden surfplatta. D.v.s alla enheter som har stöd för video. ipad / läs platta Azbox bärbar/stationär dator 7 iPad, iPhone samt Macbook + PC bärbar dator, iPhone, iPad iPhone Dator iphone, ipad Bärbar/stationär dator smartphone Datorer, Ipad (via Wifi), Iphone (via Wifi) iPhone, laptop Dator (stationär/bärbar), (iPhone/Android) Playstation 3 bärbar pc och phone SmartPhone PC, 2a TV - bärbara/stationära datorer - Smartphones / har inte inspelningsbar box eller rgw hemma. iPads - spelkonsol kör usb rätt i dvdn hemma om jag kollar via usb. Iphone, Dator dator, mobil stationär/bärbar dator iPad, Iphone, Android (surfplatta eller Ipad, bärbar/fast PC Smartphone) & PC (bärbar eller stationär) Framför allt via bärbar dator men även Android mobiler och tabbar, laptop. via iPhone, Android telefoner som finns hos övriga familjemedlemmar! Laptop och alla TV apparater (5 st) Vill kunna streama det som finns på PVR till datorn. Datorn skall inte behöva finnas i nätverket utan bara ha Internetåtkomst. Precis som Canal+ Höstnöje. Gärna stöd för smartphones också. Bärbar dator Bärbar dator, Smart phone Android telefoner, Bärbar/stationär dator Dator Bärbara datorer IPAD TV (utan STB), MAC/PC Bärbar dator iPhone (och iPod touch) och datorer! Bärbar dator Barbar dator, mobil, iPad Iphone,ipad, bärbar dator och andra dlna enheter som tex ps3 Om Telia-boxen likt Sling-player kunde streama till Popcorn Hour eller Xtreamer så vore det bra. Kanske även LG och Samsung TV som har bra inbyggda mediaspelare. Det går att ta fram Appar till dessa. Htc-desire(tidigare testat dvb-h) Bärbar dator, "köks-dator" htpc. 8 Appendix F - Scenario Solutions, Round 1 16 Scenario Solutions June 16, 2011 Round 1 Thesis writer: Daniel Ignat Supervisor KTH CSC: Trille Fellstenius Assigner: TeliaSonera Supervisor TeliaSonera: Annika Kilegran Period: 1 Oct 2010 - 1 Jul 2011 Contents 1 Bringing Content Into the Walled Garden 3 1.1 Audio/Video/Images: RGW as a Server . . . . . . . . . . . . . . 3 1.2 Audio/Video/Images: STB as a Player . . . . . . . . . . . . . . . 3 1.3 Images: Smart Phone DMS + STB DMP . . . . . . . . . . . . . 4 2 Third Party Control 4 2.1 Audio/Video/Images: STB as a Renderer . . . . . . . . . . . . . 4 2.2 Audio/Video/Images: STB as a Player + Controller App . . . . . . . . . . . . . . . . . . . . . . . . . . . 4 3 Sharing Content to the Digital Home 5 3.1 Video: PVR Sharing Outside the Home . . . . . . . . . . . . . . 5 3.2 Video: PVR Sharing in the Home . . . . . . . . . . . . . . . . . . 5 3.3 Video: Channel Sharing in the Home . . . . . . . . . . . . . . . . 6 1 3.4 STB Over DLNA Using Remote User Interface Functionality . . . . . . . . . . . . . . . . 7 3.5 STB Over DLNA, Simple Video Streaming . . . . . . . . . . . . 7 2 1 1.1 Bringing Content Into the Walled Garden Audio/Video/Images: RGW as a Server Bob visits his friend Eric who is an IPTV customer. With him he has a USB stick containing pictures from his vacation in France that he wants to show. Eric connects the USB stick to the Residential Gateway (RGW) and starts up the Set Top Box (STB). The STB has automatically discovered the USB stick and Eric is able to browse the pictures on his 40” LCD-TV. Technical suggestion RGW acts as a DLNA Digital Media Server (DMS) and shares the USB Hard disk drive (USB HDD) to the STB which acts as a DLNA Digital Media Player (DMP). Media types Audio, Video, Images 1.2 Audio/Video/Images: STB as a Player Bob opens up Telia Play and locates the service that plays home network media content on the TV. Today he wants to view his vacation photos so he uses “My Pictures”. He is able to browse his photos in a thumbnail view, fullscreen view and also as a slideshow. Technical suggestion STB acts as a DLNA Digital Media Player (DMP) and consumes content on DLNA Digital Media Servers (DMS) on the home network via the STB menu system. Media types Audio, Video, Images 3 1.3 Images: Smart Phone DMS + STB DMP Erica is having a friend over and wants to show her a few pictures she has taken with her smart phone. She starts up the free Telia app gotten at the app store and then grabs her STB remote control. After bringing up “My Pictures” she locates her phone in the list over available servers and can immediately browse the pictures on her phone. Technical suggestion STB acts as a DLNA Digital Media Player (DMP) and consumes content on a DLNA Digital Media Server (DMS) located on a smart phone as a photo sharing app. The DMS could be an app provided by Telia. Media types Images 2 2.1 Third Party Control Audio/Video/Images: STB as a Renderer Technical suggestion STB acts as a DLNA Digital Media Renderer (DMR) and consumes content on DLNA Digital Media Servers (DMS) on the home network via a DLNA Digital Media Controller (DMC). The DMC could be an app provided by Telia for a PC and/or a smart phone. It could also be a third party application altogether. Media types Audio, Video, Images 2.2 Audio/Video/Images: STB as a Player + Controller App Technical suggestion STB acts as a DLNA Digital Media Player (DMP) and consumes content on DLNA Digital Media Servers (DMS) on the home network. A Telia specific smart phone application sets up the media stream by controlling the STB (not using DLNA). 4 Media types Audio, Video, Images 3 Sharing Content to the Digital Home 3.1 Video: PVR Sharing Outside the Home Bob commutes to work every day and is an IPTV customer. He was so tired when he got home yesterday that he didn’t have the chance to watch the latest episode of Two and a Half Men. He connects to his home Personal Video Recorder (PVR) with his smart phone and 4G Internet connection, using an application provided by the IPTV operator and is able to watch the episode on the train. Variations Tablet support. Laptop/PC support. Technical suggestion IPhone/Android/Windows Phone 7 application that finds his STB by logging in to a central server. After a tunnel is setup (tricking the STB that the smart phone is located on the home network) the smart phone acts as a DLNA Digital Media Player (DMP) and the STB acts as a DLNA Digital Media Server (DMS). Link Protection could be required. In the case of pre-copy there could be simple DMP-DMS communication, or a special application but no central server login (instead a local login). 3G is probably to weak to provide this service, may be solved with buffering/adaptive streaming1 . 3.2 Video: PVR Sharing in the Home Bob has recorded the latest episode of Two and a Half Men and wants to watch it, but his wife has planned a Wii game night with her girlfriends needs the 1 Adaptive streaming is a technique that adjusts the bandwidth of the content according to the bandwidth of the connection. Worse connections result in a lower quality picture bu reduces lag/delays. Used by SVT Play. 5 TV. It is too much work to disconnect the Set Top Box (STB) physically and connect it to the bedroom TV (which has no STB). Since the STB has PVR home sharing it is not necessary. Bob starts up the bedroom TV and finds the recorded episode. Variations Tablet support. Laptop/PC support. Smart phone support. Only another STB. Technical suggestion The STB acts as a DMS and makes the recordings available on the home network as resources. 3.3 Video: Channel Sharing in the Home Bob is watching the hockey play offs and the game drags on into over time. His wife who has planned a Wii game night with her girlfriends needs the TV and Bob wants to finish watching the game. There isn’t enough time to disconnect the Set Top Box (STB) physically and connect it to the bedroom TV (which has no STB). Since the STB has channel sharing it is not necessary. Bob starts up the bedroom TV and continues watching the game. Variations Share one channel, any channel. Multiple channels shared simultaneously. Only share same channel that is showed on the current TV (no additional bandwidth required). Technical suggestion The STB acts as a DLNA Digital Media Server (DMS) and the channels are shared as resources to any Digital Media Player in the home (possibly requiring Link Protection). In this case no control over the UI presented to the DMP. 6 3.4 STB Over DLNA Using Remote User Interface Functionality The entire STB functionality is shared over the home network using DLNA Remote UI. Would be possible for one STB to serve two DMP RUI Clients, act completely as two STBs (if resources and Telia allows). Another option would be for the main TV (connected through HDMI or SCART) to have a picture saying “In use, press <BUTTON> to release the STB”. 3.5 STB Over DLNA, Simple Video Streaming Bob is watching the hockey play offs and the game drags on into over time. His wife who has planned a Wii game night with her girlfriends needs the TV and Bob wants to finish watching the game. There isn’t enough time to disconnect the Set Top Box (STB) physically and connect it to the bedroom TV (which has no STB, but does have DLNA Player). Bob starts up the bedroom TV and streams the STB picture frame by frame with DLNA. He controls the menu system on his STB with his smart phone via a remote control app provided by the IPTV operator. Technical suggestion The STB acts as a DLNA Digital Media Server (DMS) and the video output signal is shared as a resource to any Digital Media Player in the home (possibly requiring Link Protection). 7 TRITA-CSC-E 2011:093 ISRN-KTH/CSC/E--11/093-SE ISSN-1653-5715 www.kth.se