US20090100147A1 - Information Processing Apparatus, Information Processing Method, and Computer Program - Google Patents

Information Processing Apparatus, Information Processing Method, and Computer Program Download PDF

Info

Publication number
US20090100147A1
US20090100147A1 US12/281,760 US28176007A US2009100147A1 US 20090100147 A1 US20090100147 A1 US 20090100147A1 US 28176007 A US28176007 A US 28176007A US 2009100147 A1 US2009100147 A1 US 2009100147A1
Authority
US
United States
Prior art keywords
content
iptv
service
home
client
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US12/281,760
Inventor
Tatsuya Igarashi
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Assigned to SONY CORPORATION reassignment SONY CORPORATION ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: IGARASHI, TATSUYA
Publication of US20090100147A1 publication Critical patent/US20090100147A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46Interconnection of networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/16Analogue secrecy systems; Analogue subscription systems
    • H04N7/173Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309Transmission or handling of upstream communications
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/27Server based end-user applications
    • H04N21/274Storing end-user multimedia data in response to end-user request, e.g. network recorder
    • H04N21/2747Remote storage of video programs received via the downstream path, e.g. from the server
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43615Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47End-user applications
    • H04N21/482End-user interface for program selection
    • H04N21/4826End-user interface for program selection using recommendation lists, e.g. of programs or channels sorted out according to their score
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64Addressing
    • H04N21/6405Multicasting
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64Addressing
    • H04N21/6408Unicasting
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643Communication protocols
    • H04N21/64322IP
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/16Analogue secrecy systems; Analogue subscription systems
    • H04N7/173Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal

Definitions

  • the present invention relates to information processing apparatuses, information processing methods, and computer programs. Particularly, the present invention relates to an information processing apparatus, an information processing method, and a computer program for implementing use of data supplied from outside a home network at a device in the home network.
  • DLNA Digital Living Network Alliance
  • FIG. 1 shows an example of a home network 100 proposed by DLNA.
  • a DVR (Digital Video Recorder) 101 and a PC 102 with a built-in TV tuner, as digital video content recording apparatuses, are capable of receiving satellite and terrestrial analog broadcasting and digital broadcasting, and record and save broadcast programs on built-in hard disk recorders.
  • DLNA Digital Video Recorder
  • a device that stores content and that provides the content to devices in a home network is called a digital media server (DMS).
  • DMS digital media server
  • the DVR 101 and the PC 102 are DMSs.
  • a DMS is capable of performing streaming transmission of, for example, video content of a TV program recorded on a hard disk to a digital media player (DMP) connected via a home IP network.
  • the digital media player (DMP) is a device that receives content from a DMS and plays the content.
  • a DMP is implemented on a TV 103 , and, for example, by using an infrared remote controller or the like of the TV 103 , a user can operate the TV 103 to play video content stored on the PC 102 or the DVR 101 placed in a remote room.
  • a residential gateway (RG) 104 which is used as a network connecting device in a case where a device in a home is connected to an IP broadband network 120 as the Internet, is used as a bridge for IP connection of a device in a home in the example of use of DLNA.
  • FIG. 2 shows a schematic diagram of IPTV and VOD services.
  • an STB (Set Top Box) 105 is installed so that it is possible to receive via the RG (Residential Gateway) 104 and via the IP broadband network 120 content based on services from various IPTV service providing servers 121 a 1 to an and VOD service providing servers 122 b 1 to bn.
  • the STB (Set Top Box) 105 has a function of receiving video information, application executing functions needed for command transmission and reception, for MPEG decoding, and also for playing of received data, and so forth.
  • the residential gateway (RG) 104 receives services (content) provided by a plurality of IPTV service providing servers 121 or VOD service providing servers 122 via the same agent, for example, an access line providing company such as a telephone company or a CableTV company, and in other cases, receives individual services separately.
  • an access line providing company such as a telephone company or a CableTV company
  • STB Set Top Box
  • IPTV services and VOD services become common in the future, similarly to the conventional sharing and viewing by DLNA devices of TV broadcast content as ordinary broadcast broadcasting, user's need arises for using video content provided from IPTV services on DLNA devices.
  • a method in which a device having a large-capacity hard disk, such as a home server, downloads video content from an IPTV service and shares the video content in a home network or a method in which a protocol, media format, and so forth of an IPTV service are converted at a residential gateway (RG) into a protocol and media format of a DLNA device and the IPTV service is provided to a home network connecting device, is conceivable.
  • RG residential gateway
  • a home-network embedded module that executes a format converting process is described in Patent Document 1.
  • an RG is supplied from an access line providing company (telephone company or the like) of a broadband network, and this becomes an obstacle in a case where IPTV services are provided on the open Internet, for example, IPTV services available for the user are limited to the vendor provided by the access line.
  • IPTV services available for the user are limited to the vendor provided by the access line.
  • it is possible to provide a new gateway device in a home IP network separately from the residential gateway (RG) in this case, depending on the network topology, content streaming data is transmitted in duplicates in the home network, so that such a situation occurs that a band in the home network is used in vain.
  • Viiv registered trademark
  • Viiv is considered as a platform of PC hardware and software, and is intended for stream viewing of content on a PC from the Internet by a Dual Core high-performance CPU.
  • Viiv has a DLNA function, and serves as a DLNA media server that performs streaming of content temporarily downloaded from the Internet to the PC to another DLNA device.
  • Patent Document 1 Japanese Unexamined Patent Application Publication (Translation of PCT Application) No. 2005-531231
  • DMS digital media server
  • RG residential gateway
  • the present invention has been made in view of the problems described above, and it is an object thereof to provide an information processing apparatus, an information processing method, and a computer program with which it is possible to view content provided by an external server outside a home network, such as an IPTV service, by using an existing DLNA device in, for example, an open Internet connection environment that does not depend on infrastructure such as an access line and gateway to the Internet.
  • a communication unit that executes a communication process via a home network
  • a data processing unit that executes a process of receiving a content providing service provided by an external server existing outside a home network, by using mapping information in which the external server is set as a virtual home network device,
  • an embodiment of the information processing apparatus is characterized in that the data processing unit is configured to execute a process of, on occasion of reception of multicast distribution content provided by the external server, sending an IGMP (Internet Group Management Protocol)-join message to the external server or a management server as a message according to IGMP, and in a case where the reception of multicast distribution content is to be stopped and reception of unicast distribution content is to be started, sending an IGMP leave message to the external server or the management server as a message according to IGMP.
  • IGMP Internet Group Management Protocol
  • an embodiment of the information processing apparatus is characterized in that the data processing unit is configured to execute a process of receiving multicast distribution content in reception of TV broadcasting, and execute a process of switching to unicast distribution on occasion of execution of VoD (Video on Demand).
  • VoD Video on Demand
  • an embodiment of the information processing apparatus is characterized in that the data processing unit is configured to execute a process of switching to unicast distribution on occasion of an nPVR (network Personal Video Recording) executed as a user-specific content recording process.
  • nPVR network Personal Video Recording
  • an embodiment of the information processing apparatus is characterized in that the data processing unit is configured to execute a process of switching to unicast distribution on occasion of execution of a trick play as a special content playing process.
  • an embodiment of the information processing apparatus is characterized in that the data processing unit is configured to execute a process of switching to unicast distribution as a process for receiving a content list corresponding to a user profile or a client profile.
  • a second aspect of the present invention is an information processing method executed at an information processing apparatus, characterized by executing:
  • a communication step in which a communication unit executes a communication process via a home network
  • a content receiving step in which a data processing unit executes a process of receiving content provided by an external server existing outside a home network, by using mapping information in which the external server is set as a virtual home network device;
  • a content switching process step in which the data processing unit executes switched reception of multicast distribution content provided by the external server and unicast distribution content.
  • an embodiment of the information processing method according to the present invention is characterized in that the content switching process step is a step of executing either, on occasion of reception of multicast distribution content provided by the external server, sending an IGMP (Internet Group Management Protocol)-join message to the external server or a management server as a message according to IGMP, or in a case where the reception of multicast distribution content is to be stopped and reception of unicast distribution content is to be started, sending an IGMP leave message to the external server or the management server as a message according to IGMP.
  • IGMP Internet Group Management Protocol
  • an embodiment of the information processing method according to the present invention is characterized in that the data processing unit executes a process of receiving multicast distribution content in reception of TV broadcasting, and executes a process of switching to unicast distribution on occasion of execution of VoD (Video on Demand).
  • VoD Video on Demand
  • an embodiment of the information processing method according to the present invention is characterized in that the data processing unit executes a process of switching to unicast distribution on occasion of an nPVR (network Personal Video Recording) executed as a user-specific content recording process.
  • nPVR network Personal Video Recording
  • an embodiment of the information processing method according to the present invention is characterized in that the data processing unit executes a process of switching to unicast distribution on occasion of execution of a trick play as a special content playing process.
  • an embodiment of the information processing method according to the present invention is characterized in that the data processing unit is configured to execute a process of switching to unicast distribution as a process for receiving a content list corresponding to a user profile or a client profile.
  • a third aspect of the present invention is a computer program for causing execution of information processing at an information processing apparatus, characterized by causing execution of:
  • the computer program according to the present invention is a computer program that can be provided, for example, to a general-purpose computer system capable of executing various program codes via a storage medium or communication medium that provides the program in a computer-readable format.
  • a process according to the program is implemented on the computer system.
  • a system is a logically combined configuration of a plurality of apparatuses, and is not limited to one in which the constituent apparatuses exist within the same case.
  • a DMP as a content playing apparatus, which is a client device in a home network, to receive content from a content providing server outside the home network and to play the content.
  • a home IMS gateway which is an information processing apparatus according to the present invention, executes communication with a content providing server to map the content providing server as a virtual home network device, and in response to reception of a device discovery request from a content playing apparatus in a home network, the home IMS gateway provides the content playing device with server information of the content providing server as information of a device that is allowed to receive a service. Furthermore, by executing switched reception of multicast distribution content provided by the external server and unicast content, it becomes possible to receive content with increased flexibility on the client side.
  • FIG. 1 is a diagram showing an example of a home network proposed by DLNA.
  • FIG. 2 is a diagram showing a schematic diagram of IPTV and VOD services.
  • FIG. 3 is a diagram for explaining an example configuration of an information communication system according to the present invention.
  • FIG. 4 is a diagram for explaining functional components according to the DLNA guideline, to which DLNA devices conform.
  • FIG. 5 is a diagram showing an example hardware configuration of a home IMS gateway.
  • FIG. 6 is a diagram for explaining an example configuration of software modules of a home IMS gateway.
  • FIG. 7 is a diagram for explaining a sequence of a procedure for subscribing to an AS (IPTV).
  • FIG. 8 is a diagram for explaining a sequence of a procedure for subscribing to an AS (IPTV).
  • FIG. 9 is a diagram for explaining an example of a sequence of using content provided by an AS (IPTV).
  • FIG. 10 is a diagram for explaining an example of a sequence of using content provided by an AS (IPTV).
  • FIG. 11 is a diagram for explaining an overview of data communication in a content using process.
  • FIG. 12 is a diagram for explaining an example configuration of software modules of a home IMS gateway.
  • FIG. 13 is a diagram for explaining an example of a sequence of using content provided by an AS (IPTV).
  • FIG. 14 is a diagram showing an example of a service screen provided by an AS (IPTV) and a screen display on occasion of a streaming playing process.
  • AS IPTV
  • FIG. 15 is a diagram for explaining components of an IPTV terminal function, which is a function needed for receiving an IPTV service.
  • FIG. 16 is a diagram for explaining CSCF, HSS, and AS, which are main functions of an IMS (IP Multimedia Subsystem).
  • IMS IP Multimedia Subsystem
  • FIG. 17 is a diagram for explaining functions used in a network configuration in order to receive an IPTV service at a device in a home network.
  • FIG. 18 is a diagram for explaining a process of managing quality of communication data.
  • FIG. 19 is a diagram for explaining a communication sequence executed by a client in order to receive an IPTV service.
  • FIG. 20 is a diagram for explaining a communication sequence executed by a client in order to receive an IPTV service.
  • FIG. 21 is a diagram for explaining a communication sequence executed by a client in order to receive an IPTV service.
  • FIG. 22 is a diagram for explaining a communication sequence executed by a client in order to receive an IPTV service.
  • FIG. 23 is a diagram for explaining a communication sequence executed by a client in order to receive an IPTV service.
  • FIG. 24 is a diagram for explaining a network connecting process sequence of a client for receiving an IPTV service.
  • FIG. 25 is a diagram for explaining a network connecting process sequence of a client for receiving an IPTV service.
  • FIG. 26 is a diagram for explaining a network connecting process sequence of a client for receiving an IPTV service.
  • IPTV service systems have been developed and commercialized by various vendors, such as U.S. Microsoft Corporation.
  • IMS IP multimedia subsystem
  • IMS has originally been developed by 3GPP (3rd Generation Partnership Project), which is a project for standardizing 3rd generation mobile communication systems, as base technologies for providing, for example, push to talk conference systems, which enable conversation by three or more cellular phones, communication such as instant messages, and multimedia additional services in voice telephony services on wireless communication infrastructure for cellular phones.
  • 3GPP 3rd Generation Partnership Project
  • IMS is based on IP technologies, and is highly compatible with Internet infrastructure for fixed communication systems.
  • FMC Fixed Mobile Convergence
  • IMS is composed of functional elements such as a home subscriber subsystem (HSS) and an application server (AS), with a functional component called CSCF (Call Session Control Function) as a core, which is based on SIP (Session Initiation Protocol) defined by RFC-3261 of IETF (The Internet Engineering Task Force).
  • HSS home subscriber subsystem
  • AS application server
  • CSCF Call Session Control Function
  • An IMS network 230 shown in FIG. 3 includes a CSCF 231 , an HSS 232 , and an AS (IPTV) 233 as these individual functional elements, and it provides services to a cellular phone 260 via a mobile phone network 240 .
  • CSCF 231 CSCF 231
  • HSS 232 HSS 232
  • AS IPTV
  • the CSCF 231 performs user registration and session setting control on the basis of SIP (Session Initiation Protocol). Furthermore, it executes activation of service processes needed according to setting of a user profile registered in the HSS 232 .
  • the HSS 232 includes databases for management of user IDs used in IMS, management of profiles of services that each user subscribes to, management of authentication information, management as to whether use of each IMS service is allowed, and management of user movement.
  • the AS 233 is a server that executes processes of individual services, and it is activated by the CSCF 231 in accordance with the service subscription status of each user to provide services to the user.
  • a terminal for which a user ID has been set accesses the CSCF 231 to perform terminal registration and session setting control, services needed are activated according to setting of a user profile registered in the HSS 232 , and the AS 233 actually executes processes of individual services.
  • a representative example of a service that uses IMS is “Push To Talk”.
  • a user terminal is configured to connect to an application server (AS) AS that executes a “Push To Talk” service in the IMS network 230 , establish sessions with a plurality of members from the AS with registered group members, and perform conversation among the members via a relaying server using VoIP (Voice over IP).
  • AS application server
  • VoIP Voice over IP
  • an AS for an IPTV service set in the IMS network 230 , is used.
  • the AS (IPTV) 233 shown in FIG. 3 corresponds to an AS that executes the IPTV service.
  • the AS 233 actually executes a service for the user terminal in cooperation with an IPTV service 250 as an entity that executes the IPTV service, i.e., an entity that provides content.
  • the IPTV service 250 includes an EPG server 251 , which is a server that provides an EPG (Electronic Program Guide), i.e., program information guide such as a content list, and a video server 252 , which is a server that provides video content, and it implements a service of providing a content list and a service of providing content to the user terminal by cooperation between the respective servers and the AS (IPTV) 233 of the IMS network 230 .
  • EPG Electronic Program Guide
  • program information guide such as a content list
  • video server 252 which is a server that provides video content
  • a home network 210 is configured by a conventional-type home network described earlier with reference to FIGS. 1 and 2 , i.e., by existing DLNA (Digital Living Network Alliance) devices.
  • FIG. 1 A conventional-type home network described earlier with reference to FIGS. 1 and 2 , i.e., by existing DLNA (Digital Living Network Alliance) devices.
  • FIG. 1 A conventional-type home network described earlier with reference to FIGS. 1 and 2 , i.e., by existing DLNA (Digital Living Network Alliance) devices.
  • DLNA Digital Living Network Alliance
  • RG 3 shows a residential gateway (RG) 211 used as a bridge, which is a network connecting device for connecting a device in the home network to an IP broadband network 221 , a home IMS gateway 212 that executes a process for allowing a device in the home network 210 (e.g., a content playing device such as a TV (DMP) 213 ) to use a service provided by a server outside the home network, and a TV 213 as a digital media player (DMP), which is a client device that receives and plays content.
  • a device in the home network 210 e.g., a content playing device such as a TV (DMP) 213
  • DMP digital media player
  • the broadband IP network 220 is a network, such as the Internet, that allows mutual communication among the IPTV service 250 , the IMS network 230 , and the home network 210 .
  • the home IMS gateway 212 is set as a terminal that receives an IMS network service.
  • an IMS user ID is set. That is, a user ID and a user profile of the home IMS gateway 212 are registered in the home subscriber subsystem (HSS) 232 of the IMS network 230 .
  • HSS home subscriber subsystem
  • the home IMS gateway 212 receives an IPTV service by executing a process similarly to a case where the cellular phone 260 executes an IPTV service. That is, it accesses the CSCF 231 and performs terminal registration and session setting control, activates services needed according to setting of the user profile registered in the HSS 232 , and receives a service using the AS (IPTV) 233 .
  • the home IMS gateway 212 executes a gateway function for access by a DLNA device, such as the TV (DMP) 213 shown in the figure, to video content provided by the IPTV service 250 . That is, the home IMS gateway 212 has the following functions:
  • the home IMS gateway 212 can be implemented on various devices connected to an existing home IP network having a network communication function.
  • the home IMS gateway 212 executes a process of relaying video content or the like provided by the IPTV service 250 to a DLNA device, such as the TV (DMP) 213 shown in the figure, the following function is further provided:
  • this function is not necessary, and such a configuration is possible that transmission and reception of content are executed by communication between a DMP as a DLNA device and an external server without the home IMS gateway 212 intervening therebetween.
  • the home IMS gateway 212 need not have the DMS function. Specific process configurations of these will be described later.
  • the home IMS gateway 212 having a function for receiving an IMS network service in the home network, it becomes possible for an existing DLNA device (e.g., the TV (DMP) 213 shown in the figure) to receive IPTV video content by a process substantially similar to receiving content provided from the home IMS gateway 212 .
  • an existing DLNA device e.g., the TV (DMP) 213 shown in the figure
  • the TV (DMP) 213 which is a client device in the home network, to execute an IPTV service executed as a process of providing content from a device outside the home network, by a content using process similar to receiving content provided from a DMS in the home network, i.e., the home IMS gateway 212 .
  • the home IMS gateway 212 implements a DMS (Digital Media Server) function as a content providing server of a DLNA device. An access is made from the TV 213 on which a DMP (Digital Media Player) is implemented to the home IMS gateway 212 , so that the home IMS gateway 212 can provide an IPTV service received via the IMS network 230 to the TV 213 .
  • DMS Digital Media Server
  • the home IMS gateway 212 can be implemented on various devices having a network communication function and connected to an existing home IP network.
  • an IMS network service receiving function on a residential gateway (RG: Residential) supplied from an access line vendor that provides a network circuit, such as a telephone company or a cable TV company.
  • RG Residential gateway
  • the RG 211 and the home IMS gateway 212 shown in FIG. 3 are integrated.
  • an IMS network service receiving function on a DVR (Digital Video Recorder) or a PC that functions as a digital media server (DMS) as a device that provides content.
  • DVR Digital Video Recorder
  • DMS digital media server
  • devices on which an IMS network service receiving function can be implemented are not limited, it becomes possible to support an IPTV service using the open Internet, and it also becomes possible to support an arbitrary home network configuration without limitation regarding network topology.
  • FIG. 4 shows functional components of the DLNA guideline. From the top row, configurations of a media format layer (Media Format), a media transport layer (Media Transport), a device discovery control and media control layer (Device Discovery, Control, and Media Management), a network layer (Network Stack), and a network connectivity layer (Network Connectivity) are defined.
  • a home network device executes data communication according to network protocols compliant with the DLNA (Digital Living Network Alliance) guideline according to the basic components shown in FIG. 4 .
  • DLNA Digital Living Network Alliance
  • the network connectivity on the lowermost layer is a definition of a physical layer and a link layer of a home network.
  • a DLNA device communication functions conforming to the IEEE 802.3u and 802.211a/b/g are implemented.
  • the communication standard regarding home network infrastructure is not limited as long as IP connection is allowed, such as PLC (Power line communication).
  • the IPv4 protocol is used, and each DLNA device performs communication using TCP or UDP.
  • UPnP registered trademark
  • SSDP Simple Service Discovery Protocol
  • SOAP Simple Object Access Protocol
  • UPnP AV is implemented over UPnP DA (UPnP Device Architecture).
  • UPnP AV version 1 defines UPnP Media Server and UPnP Media Renderer.
  • a DMS which is a content providing server defined in DLNA, implements UPnP Media Server
  • a DMP which is a content playing device defined in DLNA, implements a controller of UPnP Media Server.
  • a main content directory service is implemented, so that a method of obtaining a content list and metadata is provided.
  • the DMP which is a content playing device defined in DLNA
  • obtains a content list streamed by the DMS which is a content providing server defined in DLNA.
  • HTTP1.0/1.1 is used for streaming playing.
  • a media format in the case of video content, it is defined that content of Media Formats conforming to the MPEG2-PS profile defined by DLNA is transferred by streaming from the DMS to the DMP.
  • the DMP which is a content playing device defined by DLNA, sequentially decodes and plays MPEG2-PS data received by streaming transmission, whereby the user can view the content.
  • FIG. 5 shows an example hardware configuration of the home IMS gateway 212 described with reference to FIG. 3 .
  • the home IMS gateway 212 has the following functions:
  • FIG. 5 shows an example hardware configuration for implementing these functions (a) to (b).
  • the home IMS gateway 212 is configured by a CPU 301 as a data processing unit that executes various types of software (computer programs), a memory 302 formed of a ROM as a program storage area, a RAM used as a work area or the like during execution of data processing, and so forth, a network I/F 303 as a network connecting unit, and furthermore, a bus 304 for transferring commands and data between these components.
  • a CPU 301 as a data processing unit that executes various types of software (computer programs), a memory 302 formed of a ROM as a program storage area, a RAM used as a work area or the like during execution of data processing, and so forth, a network I/F 303 as a network connecting unit, and furthermore, a bus 304 for transferring commands and data between these components.
  • the network I/F 303 is, for example, a network I/F for a wired LAN, such as IEEE 802.3u.
  • An OS and other software programs are stored in a flash-ROM constituting the memory 302 , and these programs are copied to a RAM constituting the memory 302 and executed. Furthermore, a user ID and various types of setting information needed in a process of establishing an IMS session are also saved in the flash-ROM constituting the memory 302 .
  • the software modules can be classified into three types:
  • the network modules are modules in charge of controlling communication in an IP network.
  • the protocol modules are modules in charge of protocol control that controls the individual functions of IMS and DLNA, i.e., performing control so that the IMS side executes communication according to a protocol defined on the IMS side and so that that the DLNA side executes communication according to a protocol defined on the DLNA side. Since communication according to different protocols are executed on the IMS side and on the DLNA side, configurations supporting different protocols are provided.
  • the application modules are modules that implement an actual gateway function using the protocol modules, i.e., that implements relaying between the DLNA side on the home network side and the IMS network, which is a network outside the home network.
  • a TCP IP stack and an Auto IP/DHCP (Dynamic Host Configuration Protocol) Client module for executing a process of setting an IP address, defined in UPnP DA, are implemented.
  • the same network modules can be used by both IMS and DLNA.
  • the home IMS gateway 212 Basically, it suffices for the home IMS gateway 212 to be connected to a home IP network, so that it is not necessary to separately set network I/Fs. Note, however, that in a case where it is configured as integrated with a residential gateway, a home network connection I/F and an external network connection I/F may be configured separately.
  • the protocol modules are set individually in accordance with the individual protocols.
  • the DLNA side is composed of SOAP defined in DA, GENA (Generic Event Notification Architecture), Presentation Page and Device Description modules by an HTTP (Hyper Text Transfer Protocol) server, SSDP in charge of Device Discovery as a device discovery process, and an AKE module that executes authentication and key exchange (AKE) of DTCP-IP (Digital Transmission Content Protection—Internet Protocol) needed for implementing content in a home network.
  • SOAP defined in DA
  • GENA Generic Event Notification Architecture
  • HTTP Hyper Text Transfer Protocol
  • SSDP in charge of Device Discovery as a device discovery process
  • AKE authentication and key exchange
  • DTCP-IP Digital Transmission Content Protection—Internet Protocol
  • the IMS side is composed of SIP/Module that establishes a session with an AS (Application Server), which is a server that provides an IMS service, and SOAP and GENA modules that perform message communication with the AS. Furthermore, on the IMS side, since communication over the open Internet is assumed, communication executing protocols, such as SIP and SOAP, are implemented over the TLS (Transport Layer Security) protocol defined in IETF RFC 2246 for security, so that the protocol setting is such that communication is executed under a secure environment.
  • AS Application Server
  • the home IMS gateway 212 which is an information processing apparatus of the present invention, is that it has such a configuration that a process of mapping an AS (IPTV service) of IMS as a UPnP device is executed using a function called Device Discovery Control as a device discovery process function used on a DLNA-side device. That is, the home IMS gateway 212 maps a server outside the home network as a virtual home network device. Specifically, by using UPnP Device Proxy Manager (refer to FIG.
  • the home IMS gateway 212 generates a UPnP Media Server instance corresponding to an AS (IPTV), which is an external server, and records it on a memory.
  • AS IPTV
  • the home IMS gateway 212 maps and sets an AS (IPTV service) of IMS, which is an external device not existing in the home network, as a DMS of DLNA.
  • This process is a process of making setting as if an AS (IPTV service) of IMS were a content providing server (DMS) existing in the home network.
  • DMS content providing server
  • a device discovery process according to UPnP is executed through the mapping process by a DLNA device in the home network, e.g., a DMP as a content playing executing device such as a TV
  • the home IMS gateway 212 to notify the DMP that it has a service providing function based on the UPnP Media Server instance corresponding to the AS (IPTV).
  • the AS IPTV service
  • the AS IPTV service
  • IMS content providing server
  • the home IMS gateway 212 which is an information processing apparatus of the present invention, it is possible to make arbitrary setting as to whether a process of relaying content provided by the AS (IPTV service) of IMS is to be relayed to a DMP as a content playing executing device in the home network. It is possible to make setting such that, without performing relaying of content, a DMP directly obtains content data from an external network by communication between a DLNA device (DMP as a content playing executing device) and a backend Video Server of the AS (IMS) of IMS. Specific process examples these will be described later.
  • the home IMS gateway 212 performs relaying of content provided by the AS (IPTV service) of IMS
  • functions called Media Management for example, a Content Directory service that obtains metadata of a content list, and a protocol for transferring video content, called Media Transport of DLNA, are implemented.
  • Media Management for example, a Content Directory service that obtains metadata of a content list, and a protocol for transferring video content, called Media Transport of DLNA.
  • the home IMS gateway 212 does not perform relaying of content provided by the AS (IPTV service) of IMS, it is not necessary to implement these functions, i.e., the Media Management functions, on the home IMS gateway 212 .
  • the home IMS gateway 212 does not perform a relaying process either for a content list request from a client device in the home network, i.e., a DMP as a content playing executing device, and such that a client device (DMP) is caused to issue a content list request directly to an external server such as an AS (IPTV service).
  • a client device DMP
  • AS IPTV service
  • the home IMS gateway 212 in order to send a request from a client directly to an external server without passing it through the home IMS gateway 212 , it is implemented by setting the URL of the external server, not the home IMS gateway, as a URL specified in [ControlURL] and [eventSubURL] of device information [Device Description] defined in Device Architecture of UPnP.
  • the home IMS gateway 212 by providing device information [Device Description] having such setting to a client device, sets in an external server, such as the AS (IPTV service), a counterparty to which a client subsequently issues a content list request or various types of requests with reference to the device information.
  • the model is such that the home IMS gateway is in charge of only device discovery, so that the load is further reduced.
  • the application modules by using the protocol modules, execute a gateway function, i.e., a function of setting a communication environment between a DLNA device in the home network and a server outside the home network.
  • the application modules are broadly classified into a set of modules that perform a mapping process for setting an AS (IPTV) service of IMS as a DMS of DLNA, and a set of modules that passes requests sent from, for example, a DMP, which is a content playing device in the home network, to an AS (IPTV) service of IMS.
  • the former set of modules that perform the mapping process are AS Discovery, ServiceManager, and UPnP Device Proxy Manager, and the latter modules that execute the request transferring process are UPnP Message Proxy and AKE Proxy.
  • the home IMS gateway 212 which is an information processing apparatus of the present invention, performs a process of mapping an AS (IPTV service) of IMS, which is an external device not existing in the home network, as a DMS of DLNA. Furthermore, the home IMS gateway 212 has a function of selectively mapping only a service entity [AS(IPTV)] selected by a user at the time of the mapping process.
  • AS(IPTV) a service entity
  • IPTVs ASs of IMS/IPTV exist in the external network and each provides content
  • IPTV an AS that a user has purchased and selected using an IMS charging system is selected and mapped to a DMS of DLNA.
  • AS Discovery shown in FIG. 6 which is a module on the IMS/IPTV side, executes a process of discovering an IPTV service provided by an IMS system
  • UPNP Device Proxy Manager which is a DLNA-side module, manages a list of ASs discovered and obtained by AS Discovery, and presents the user with this list to allow the user to execute a process of purchasing or selecting an AS (IPTV).
  • the home IMS gateway 212 which is an information processing apparatus of the present invention, becomes an HTTP server, and connects to a UPnP Control Point having an HTML browser thereon, the user selects a desired IPTV service from a displayed HTML screen using a browser function, and performs a procedure of subscribing to the service.
  • a PC or TV set as a DLNA device in the home network having a browser function it is possible to present a list owned by the home IMS gateway 212 on a display and to select an IPTV service.
  • the home IMS gateway 212 to perform selective mapping such as selecting an IPTV service for which the subscription procedure has been executed by the process of UPnP Device Proxy Manager, which is an application module, and to map the IPTV service to a DLNA DMS.
  • an AS IPTV
  • IPTV an AS (IPTV) that provides content free of charge
  • the DMP as a content playing device, which is a DLNA device in the home network, interprets the AS (IPTV) for which the mapping process has been completed at the home IMS gateway 212 as a content providing server (DMS) in the home network, so that it becomes possible to receive the AS (IPTV) service.
  • AS IPTV
  • DMS content providing server
  • UPnP Message Proxy which is an application module, relays a message supplied from the DLNA DMP to the AS (IPTV).
  • AS IPTV
  • SOAP and GENA equivalent to UPnP
  • the AS tries to achieve mutual compatibility by directly processing a message of a UPnP Media Server and Content Directory service defined in UPnP AV, by performing protocol conversion for AS (IPTV) at UPnP Message Proxy, or the like.
  • the example configuration of software modules of the home IMS gateway 212 shown in FIG. 6 is a configuration of software modules in a case where the home IMS gateway is allowed to execute both communication according to communication protocols on the IMS/IPTV side and communication according to communication protocols on the side of DLNA in the home network, and the home IMS gateway 212 executes protocol conversion as needed in communication between the IMS/IPTV side and the DLNA side.
  • the configuration for the process of conversion of communication protocols may be such that it is executed by the home IMS gateway 212 , or, for example, the configuration may be such that it is executed by an external server that executes communication directly with the side of the home IMS gateway 212 , for example, an AS on the IMS side or a server that executes an IPTV service.
  • an external server that executes communication directly with the side of the home IMS gateway 212 , for example, an AS on the IMS side or a server that executes an IPTV service.
  • the process of mapping the external server is executed by executing a device discovery process according to the SSDP protocol defined by DLNA.
  • a method is employed in which an AS directly processes a UPnP Content Directory service.
  • a procedure for subscription to a service is executed by UPnP Control Point on which an HTML browser is implemented.
  • this may be a DMP of a DLNA, it need not necessarily be a DMP of a DLNA, and a similar process can also be executed, for example, by a HTML browser of a personal computer of a third party.
  • a purchase procedure can be executed similarly.
  • the home IMS gateway 212 itself has a user interface such as a display apparatus and an input unit, it is possible to input information input by the user by directly presenting a list obtained from an AS (IPTV) on the user interface, so that it is possible to execute a procedure for service subscription without depending on control by an HTML browser.
  • a user interface such as a display apparatus and an input unit
  • various modes are possible as modes of the procedure for subscribing to an AS (IPTV). That is, various setting is possible, such as selection on the basis of each service as selection of an AS (IPTV) itself, or selection on the basis of each content provided by an AS (IPTV).
  • a scheme for selecting purchase by each content on the basis of setting of AS (IPTV) is provided by Presentation Page, selection information is registered on the IMS side as configuration data of user profile information, and the AS (IPTV) side provides content according to the registered information.
  • the home IMS gateway 212 setting is possible both for a case where it is configured to execute a process of relaying content provided by an AS (IPTV service) of IMS to a DMP as a content playing executing device in the home network, and for a case where the process is not executed.
  • processing of service logic at an application level for example, data processing corresponding to each service, such as interpretation of a service provided by an AS (IPTV) service, or a process of conversion into a format understandable by a DMP, is not necessary.
  • a process of temporary saving of content data or conversion is not necessary, either, so that it is possible to implement a home IMS gateway by a device with very inexpensive software and hardware configurations.
  • sequence diagrams in FIGS. 7 to 10 are diagrams for explaining sequences of the following processes.
  • FIGS. 7 and 8 show the following components from the left side:
  • IPTV services AS 1 , AS 2 , and AS 3 as application servers that execute content providing services supporting IPTV in an IMS network
  • HSS having databases for management of user IDs used in IMS, management of profiles of services that each user subscribes to, management of authentication information, management of whether use of each IMS service is allowed, and management of user movement
  • CSCF Session Initiation Protocol
  • [Cx], [SIP], [SSDP], and [HTTP] shown in individual steps indicate protocols applied to individual communications.
  • IPTV IPTV
  • step S 11 the home IMS gateway sends an IMS user ID preset to the home IMS gateway to a CSCF of the IMS network, and in step S 12 , the home IMS gateway receives an acknowledgement of registration and performs registration to the IMS network. Then, in step S 13 , configuration information (config) is presented to the CSCF, and in step S 14 , an acknowledge response is received.
  • step S 11 configuration information (config) is presented to the CSCF, and in step S 14 , an acknowledge response is received.
  • config configuration information
  • step S 15 the CSCF issues a request for available service information registered in association with the IMS user ID to the HSS having a database for managing user profile information and obtains the available service information (step S 16 ), and in step S 17 , the CSCF sends the obtained list of available serves to the home IMS gateway. In step S 18 , the home IMS gateway sends an acknowledgement of receipt to the CSCF.
  • the home IMS gateway obtains a list of available services as described above and stores it in a memory.
  • the home IMS gateway generates an HTML document from the list of IPTV services obtained as described above, and prepares for the subsequent setting of AS by the HTML browser.
  • the second phase is the device discovery process.
  • the AS to use is not specified by the user.
  • the home IMS gateway has not mapped the AS (IPTV) as a DLNA DMS, so that the DMP as a content playing device in the home network cannot interpret the AS (IPTV) as a DMS and receive content.
  • the home IMS gateway becomes an HTTP server, and by using the scheme of Presentation defined in UPnP DA, it connects to UPnP Control Point implemented on an HTML browser and selects a desired IPTV service from an HTML screen displayed by the user using a browser function.
  • A2 Device discovery process shown in FIG. 7 is a sequence of this process.
  • the user who executes selection of an AS discovers that the home IMS gateway is connected on the home network by the process according to the device discovery protocol defined in UPnP from UPnP Control Point, for example, a PC or the like having a browser function, i.e., by sending SSDP M-Search in step S 19 and receiving SSDP M-Response as a response thereto in step S 20 .
  • Steps S 21 and S 22 are steps of requesting and receiving specific device information.
  • FIG. 8 shows the sequence of the AS (IPTV) selecting process that is executed subsequently.
  • the user views the AS (IPTV) service list obtained in the first phase by the home IMS gateway from the UPnP Control Point of a PC or the like, and executes service (AS) selection.
  • AS service
  • steps S 23 and S 24 to the home IMS gateway as an HTTP server, on the basis of HTTP GET, an HTML document is obtained and an HTML page is displayed.
  • the AS (IPTV) service list is displayed.
  • the user selects an AS (IPTV) from which a service is to be received or selects content from the list, and then, in step S 25 , the request information is input to the home IMS gateway, and in step S 26 , the home IMS gateway requests subscription to the service.
  • the CSCF executes registration of information corresponding to the service subscription request to the HSS as registration information associated with the user.
  • step S 28 Upon completion of the service subscription registration process, in step S 28 , a notification of a process completion response is sent from the HSS to the CSCF, is sent from the CSCF to the home IMS gateway in step S 29 , and is further sent to an apparatus having a user interface, such as a PC that is UPnP Control Point, and is acknowledged by the user in step S 30 .
  • a notification of a process completion response is sent from the HSS to the CSCF, is sent from the CSCF to the home IMS gateway in step S 29 , and is further sent to an apparatus having a user interface, such as a PC that is UPnP Control Point, and is acknowledged by the user in step S 30 .
  • IPTV IPTV
  • the home IMS gateway Upon completion of the AS (IPTV) subscription procedure, the home IMS gateway executes mapping so that the selected AS (IPTV) becomes a DMS, thereby making setting such that the DMP as a content playing device in the home network can interpret the selected AS (IPTV) as a DMS and receive content. That is, by using UPnP Device Proxy Manager and so forth shown in FIG. 6 , the home IMS gateway generates an instance of UPnP Media Server corresponding to the selected AS (AS 3 in the example), and records the instance in a memory.
  • the AS (IPTV) as an IMS application server existing outside the home network is dealt with similarly to a DMS (DLNA Media Server) similar to a content providing server in the home network, and it becomes possible to use the AS (IPTV) from a DMP (DLNA Media Player), which is a content playing device in the home network.
  • DMS DLNA Media Server
  • DMP DLNA Media Player
  • FIGS. 9 and 10 shows the following components from the left side:
  • IPTV service (AS) (content providing entity)
  • HSS having databases for management of user IDs used in IMS, management of profiles of services that individual users subscribe to, management of authentication information, management of whether use of each IMS service is permitted or not, and management of user transfer
  • CSCF Session Initiation Protocol
  • DMP DLNA Media Player
  • IPTV service is either an IPTV service alone or a combination of an IPTV service and an AS, and either mode is possible.
  • [SSDP], [HTTP], [SOAP], and [AKE] shown in individual steps indicate protocols applied to individual communications.
  • the first process is the device discovery phase.
  • the home IMS gateway has already mapped an AS (IPTV) as a DLNA DMS, and it has been made public to each device DLNA device in the home network that the AS (IPTV) can be used as a DLNA DMS. That is, all the DMPs connected to the home network, which are content playing devices, can obtain AS (IPTV) information as DMS from the home IMS gateway by the device discovery sequence defined in UPnP DA.
  • the device discovery sequence is a process of steps S 31 to S 34 .
  • the DMP which is a content playing device, discovers the AS (IPTV) set as a DMS, by the process according to the device discovery protocol defined in UPnP, i.e., by sending SSDP M-Search to the home IMS gateway in step S 31 and receiving SSDP M-Response from the home IMS gateway as a response thereto in step S 32 .
  • Steps S 33 and S 34 are steps of requesting and receiving specific device information.
  • the home IMS gateway provides information based on the UPnP Media Server instance corresponding to the AS (IPTV), generated by the home IMS gateway in the mapping process, i.e., server information corresponding to the AS (IPTV), to the DMP, which is a content playing device.
  • the DMP interprets the AS (IPTV) as being a content providing server (DMS) in the home network.
  • the second process is a process of obtaining a content list from the AS (IPTV) set as a DMS.
  • the home IMS gateway has already established a session with the IMS network.
  • a reconnection is performed using a request for obtaining content or the like as a trigger.
  • step S 35 the DMP issues a Browse action of UPnP Content Directory Service to the AS (IPTV) set as a DMS that has been discovered in the first phase.
  • the home IMS gateway Upon receiving the Browse action from the DMP, in step S 36 , the home IMS gateway relays this request and transfers it to the IPTV (AS).
  • the IPTV interprets the content of the Browse action, generates a list of video content from a backend electronic program information storage server (EPG server) or the like, and sends a response to the DMP via the home IMS gateway (steps S 37 and S 38 ).
  • EPG server electronic program information storage server
  • a plurality of Browse actions are issued.
  • a content list is represented by an XML document called DIDL-Lite, conforming to XML Schema, and resource information (URI) of video data of each content indicates video content provided by a backend Video Server of AS.
  • the home IMS gateway does not execute the process of relaying a content list request from a DMP, and a content list request is issued directly from a client device (DMP) to an external server such as an AS (IPTV service).
  • DMP client device
  • AS IPTV service
  • URLs specified by [controlURL] and [eventSubURL] of device information [Device Description] defined in UPnP Device Architecture are set to be a URL of an external server, not the home IMS gateway.
  • the home IMS gateway providing device information [Device Description] having such URL setting to a client device, a counterparty to which the client subsequently issues a content list request or various types of request with reference to the device information is set to an external server such as an AS (IPTV service).
  • the third phase is authentication and key exchange.
  • a DLNA encrypts the content according to DTCP-IP and transmits the content.
  • Encrypting to DTCP-IP is performed to send encrypted content.
  • a key applied to content encryption is generated by an authentication and key exchange (AKE) process according to definition of DTCP-IP.
  • AKE authentication and key exchange
  • the home IMS gateway has a function of DTCP-IP AKE Proxy, and at the time of content reception, a DMP, which is a content playing device, performs authentication and key exchange with the home IMS gateway having a DMS that the DMP recognizes as a content providing service entity.
  • the setting of a content resource URI set in a list obtained in (B2) content list obtaining process is such that it includes an IP address of an AS video server.
  • An address as a subject of the authentication and key exchange process needed to execute obtaining of content, i.e., the AKE processes, is set to the home IMS gateway. That is, the DMP performs authentication and key exchange with the home IMS gateway in which a DMS instance recognized as a content providing service entity is registered.
  • the subject of execution of authentication and key exchange at the DMP is often an entity that sends encrypted content, i.e., an IP address of an AS video server included in a content resource URI, in the configuration of the present invention
  • the subject of the AKE processes executed by the DMP at the time of a request for obtaining content included in the content list provided to the DMP in (B2) content list obtaining process is set to be the home IMS gateway.
  • the configuration may be such that the setting of content list that the home IMS gateway receives from the IPTV service (AS) is a list set in advance as described above or such that metadata is added or changed at the home IMS gateway.
  • the configuration may be such that at the time when the home IMS gateway provides a content list to the DMP, a notification that the subject of AKE is the home IMS gateway is executed.
  • the authentication and key exchange process is executed according to an authentication and key exchange (AKE) process sequence defined in DTCP-IP.
  • AKE authentication and key exchange
  • steps S 44 and S 45 are processes that are characteristic of the configuration of the present invention, and these are processes of passing a key shared between the home IMS gateway and the DMP in the AKE sequence to the IPTV service (AS) so that the key applied as an encryption key is shared between the IPTV service (AS) as a content providing entity and the DMP as a content using entity.
  • the IPTV service (AS) as a content providing entity and the DMP as a content using entity can share the encryption key.
  • the IPTV service (AS) is a legitimate service that is allowed to share the key, and steps S 44 and S 45 are performed by secure communication.
  • the last, fourth phase is a content streaming process.
  • the DMP which is a content playing device, applies a resource URL obtained in the preceding (B2) content list obtaining process, and issues a content request based on HTTP GET to request HTTP streaming.
  • the video server of the IPTV service (AS) encrypts content data using the key shared with the DMP in the preceding AKE phase, and in step S 48 , starts streaming transmission of content to the DMP, which is a DLNA device in the home network.
  • the DMP which is a content playing device in the home network, decrypts the data received from the IPTV service (AS) by applying the encryption key shared with the IPTV service (AS) in the preceding AKE phase, and executes content playing by decoding.
  • an IP address to which the AKE module is applied is set to be the home IMS gateway, which is an entity different from the server as a content providing entity, and it is a process otherwise conforming to streaming playing by DTCP-IP defined in DLNA.
  • FIG. 11 As devices in a home network 500 , a DMP 501 as a content playing device, a home IMS gateway 502 , and a residential gateway (RG) 503 are shown. Furthermore, as a configuration outside the home network 500 , an IP multimedia subsystem (IMS) 510 and an IPTV service 520 are shown.
  • IMS IP multimedia subsystem
  • the IP multimedia subsystem (IMS) 510 is the base of wireless communication infrastructure for cellular phones, which is being developed by 3GPP (3rd Generation Partnership Project), which is a project for standardizing 3rd generation mobile communication systems.
  • CSCF Call Session Control Function
  • HSS Home Subscriber Subsystem
  • AS Application Server
  • FIG. 11 shows an application server (AS) 511 .
  • the application server (AS) 511 includes CDS (Content Directory Service) 512 as a directory service executing section that performs processes such as registration of a function of a service providing server.
  • CDS Content Directory Service
  • the IPTV service 520 has an EPG server 521 , which is a server that provides EPG (Electronic Program Guide), which is a program information guide such as a content list, and a video server, which is a server that provides video content, and it implements a content list providing service and a content providing service to the DMP 501 , which is a user terminal, by cooperation between the respective servers and the CDS 512 of the AS (IPTV) 511 .
  • EPG Electronic Program Guide
  • a video server which is a server that provides video content
  • a basic process flow in a case where the DMP 501 , which is a content playing device in the home network 500 , obtains content from the IPTV service 520 outside the home network will be described.
  • the home IMS gateway has already mapped the IPTV service (AS) as a DLNA DMS.
  • the DMP 501 executes device discovery as a UPnP action to obtain information of an AS (IPTV) set as a DMS from the home IMS gateway 502 .
  • the home IMS gateway 502 provides the DMP 501 , which is a content playing device, with information based on a UPnP Media Server instance corresponding to the AS (IPTV) generated by the home IMS gateway 502 in the mapping process.
  • the DMP 501 interprets the AS (IPTV) as being a content providing server (DMS) in the home network.
  • DMS content providing server
  • the DMP 501 issues a Browse action of Content Directory Service of UPnP to the AS (IPTV) set as a DMS.
  • the home IMS gateway 502 Upon receiving the Browse action from the DMP 501 , the home IMS gateway 502 relays the request to the AS 511 (CDS 512 ).
  • the AS 511 (CDS 512 ) obtains a list of video content provided by the EPG server 521 of the IPTV service 520 , and the home IMS gateway 502 sends a content list to the DMP 501 as a response.
  • a content URL applied to obtaining of content as metadata, and subject device information of the authentication and key exchange (AKE) processes executed as a presupposition of content obtaining are recorded, and the subject device information of the key exchange process (AKE) is set to the home IMS gateway 502 .
  • the home IMS gateway 502 may notify the DMP 501 that the subject device of the key exchange (AKE) process is the home IMS gateway 502 .
  • the DMP 501 executes the authentication and key exchange (AKE) process according to the definition of DTCP-IP.
  • the DMP executes the process considering the home IMS gateway 502 as a subject of execution of authentication and key exchange.
  • the home IMS gateway 502 provides the key applied as a content encryption key to the video server 522 of a video server 522 as an IPTV service 520 as a content providing entity.
  • the video server 522 of the IPTV service 520 as a content providing entity and the DMP as a content using entity share the key.
  • step S 104 the DMP 501 , which is a content playing device, issues a content request based on HTTP GET by applying a resource URL obtained in the content list obtaining process, thereby requesting HTTP streaming to the video server 522 .
  • the video server 522 of the IPTV service 520 encrypts content data by applying the key shared with the DMP 501 in the preceding AKE phase, and sends it to the DMP 501 .
  • the DMP 501 executes a decrypting process on the data received from the IPTV service 520 by applying the shared encryption key, and executes content playing.
  • the DMP as a content playing apparatus in the home network to receive content from a content providing server outside the home network and to play the content.
  • the home IMS gateway provided in the home network executes a process of executing communication with the content providing server, mapping the content providing server as a home network device, generating an instance in which server information of the external server is recorded and storing the instance in a storage unit, in response to reception of a device discovery request according to the UPnP definition from the content playing device in the home network, providing server information corresponding to the content providing server based on the instance to the content playing device as information of a device that can receive the service.
  • the home IMS gateway transfers this request to the content providing server so that the content providing server sends the content to the content playing apparatus, thereby enabling reception and playing of content at the content playing apparatus.
  • the configuration is such that, regarding the authentication and key exchange demanded to be executed as a content sending condition defined in DLNA, the process (AKE) as defined is executed between the content playing apparatus and the home IMS gateway, and the home IMS gateway sends the generated key to the content providing server, it becomes possible for the content providing server and the content playing apparatus to share the key generated in the authentication and key exchange process.
  • the content sending process executed by the DMS in the home network content on which encryption has been performed is sent from the content providing server to the content playing apparatus, so that secure content transmission and reception is achieved.
  • this content transmission method can also be applied to Home to Home content transmission.
  • the video server 522 of the IPTV service 520 in FIG. 11 by causing a home server of another home to provide a similar service, it is possible to transmit content of that home.
  • non-commercial content transmission there are cases where transmission is performed without performing encryption.
  • a home IMS gateway for causing a DMP, which is a content playing device conforming to the DLNA guideline shown in FIG. 4 to receive an IPTV service.
  • a DMS which is a content providing server defined in DLNA
  • a UPnP media server (UPnP Media Server)
  • a main Content Directory Service is implemented, so that it is made possible to obtain a content list and metadata by applying it. That is, by using the Content Directory Service, the DMP, which is a content playing device defined in DLNA, obtains a content list streamed by the DMS, which is a content providing server defined in DLNA.
  • the embodiment described with reference to FIG. 9 is an embodiment in which the content list obtaining process by the UPnP Content Directory Service is executed by applying SOAP and GENA message communication defined in UPnP DA.
  • SOAP and GENA message communication defined in UPnP DA Next, an example of a process in which a scheme of Presentation defined in UPnP DA is used will be described.
  • the embodiment described below is an embodiment in which the home IMS gateway 212 shown in FIG. 3 , which is an information processing apparatus of the present invention, becomes an HTTP server, and connects to UPnP Control Point implemented on an HTML browser by using a scheme of Presentation defined in UPnP DA, and the user selects a desired IPTV service from an HTML screen displayed using a browser function and receives the service.
  • the home IMS gateway 212 shown in FIG. 3 which is an information processing apparatus of the present invention, becomes an HTTP server, and connects to UPnP Control Point implemented on an HTML browser by using a scheme of Presentation defined in UPnP DA, and the user selects a desired IPTV service from an HTML screen displayed using a browser function and receives the service.
  • a process of providing HTML data describing a service screen including, for example, a content list, content information, and so forth, from the home IMS gateway 212 to a DMP, which is a content playing device, for example, the TV (DMP) 213 shown in FIG. 3 is executed, the service screen formed of the HTML data is displayed on a display on the side of the DMP, which is a content playing device, the user selects content on the basis of the display data, and receives the IPTV service. That is, for example, by using a PC or TV having a browser function, set as a DLNA device in the home network, a list owned by the home IMS gateway 212 is presented on the display, and an IPTV service is selected to receive the service.
  • an HTML browser for implementing the Presentation function defined in UPnP DA is implemented on the content playing device, i.e., for example, the TV (DMP) 213 shown in FIG. 3 .
  • the content playing device is implemented on the basis of the DLNA media transfer definition and the DTCP-IP content protection definition.
  • IPTV IPTV
  • FIG. 12 shows an example configuration of software modules of the home IMS gateway 212 for executing the (B2a) service screen obtaining process.
  • service screen operating method in order to obtain a service screen by using the function of an HTML browser, the SOAP and GENA software modules described with reference to FIG. 6 are not implemented, and furthermore, instead of the UPnP Message Proxy described with reference to FIG. 6 , an HTTP Proxy that relays HTML data between an HTTP server and an HTTP client is implemented.
  • the (B1) device discovery process is similar to the process described earlier with reference to FIG. 9 .
  • the DMP e.g., the TV (DMP) 213 shown in FIG. 3
  • the DMP executes the device discovery process by processing steps S 31 to S 34 according to the device discovery protocol defined in UPnP.
  • the DMP as a content playing device discovers a content providing server (DMS) implemented on the home IMS gateway, and obtains a Presentation URL for obtaining HTML data provided by an HTTP server implemented on the DMS, by Device Description of the DMS according to the definition of UPnP DA.
  • DMS content providing server
  • step S 201 the DMP as a content playing device sends an HTTP:GET request to the HTTP server of the DMS by using a Presentation URL obtained in the (B1) device discovery process.
  • step S 202 the HTTP Proxy implemented on the home IMS gateway transmits the HTTP:GET request received by the HTTP server from the DMP as a content playing device to the application server (AS) of the IPTV service.
  • AS application server
  • the application server (AS) of the IPTV service generates, as HTML (HyperText Markup Language) data, a service screen including a content list by using content information obtained from the EPG server, and in step S 203 , it returns the HTML data representing the service screen to the home IMS gateway as an OK response.
  • HTML HyperText Markup Language
  • step S 204 the home IMS gateway transfers the response including the HTML data, received from the application server (AS) of the IPTV service, to the DMP as a content playing device by the HTTP Proxy.
  • AS application server
  • the DMS as a content playing device generates and presents to the user a service screen formed of a content list and so forth by executing a drawing process in which an HTML browser is applied to the HTML data transferred via the home IMS gateway and sent by the application server (AS) of the IPTV service.
  • the service screen includes a content list of the IPTV service, and the user selects content to be played from the content list.
  • the content selecting process is executed as, for example, a process of selecting a content list displayed on the screen by a remote controller, switch, keyboard, or a pointer such as a mouse.
  • a resource URL of content included in the HTML data is identified.
  • the subsequent processes i.e., the processes described earlier with reference to FIG. 10 :
  • the DMP as a content playing device performs content playing. That is, the client device inputs content selection of the user regarding the content list included in the service screen, and on the basis of the content selection information, the client device identifies a URL corresponding to the selected content, i.e., a resource URL of content included in HTML data, and executes an authentication and key exchange process based on the URL and a content streaming process.
  • a URL corresponding to the selected content i.e., a resource URL of content included in HTML data
  • the service screen obtaining process executed in steps S 201 to S 204 is a one-time process in the sequence diagram shown in FIG. 13
  • the service screen can take on a structural menu configuration represented by a plurality of items of HTML data, and it becomes possible to execute reobtaining of the service screen on the basis of user's operation of an HTML browser. That is, the configuration can be such that a process equivalent to the process of steps S 201 to S 204 is repeatedly executed. It is possible to provide various service screens from an AS of an IPTV service of a DMP, and the user on the DMP side can select arbitrary content from content lists presented on various service screens.
  • HTML data representing a confirmation screen is transmitted from an AS of an IPTV service to a DMP via a home IMS gateway.
  • the user can operate the service screen displayed on a display of the DMP and receive services provided by various IPTV services while executing interactive processes.
  • FIG. 14 shows an example of a service screen and a streaming playing screen provided from an AS of an IPTV service to a DMP and displayed on a display of the DMP.
  • FIG. 14 ( 1 ) is an example of a service screen displayed on the display of the DMP in (B2) the service screen obtaining process in steps S 201 to S 204 described in the sequence diagram of FIG. 13 .
  • FIG. 14 ( 2 ) is an example of a screen displayed on the display of the DMP at the time of the subsequent content streaming process. That is, it is an example of a screen displayed on a content playing apparatus in a case where (B4) the content streaming process described with reference to FIG. 10 is being executed.
  • the CEA-2014 standard will be described briefly.
  • the CEA-2014 standard is a standard of Web-based protocols and frameworks, and it is a standard for remote user interfaces that use UPnP networks and the Internet.
  • the CEA-2014 standard is a standard that defines a mechanism needed for providing a user interface under the control of a remote device connected via, for example, a network or the like.
  • the basic process of the device that provides the user interface is a process conforming to the UPnP Device Architecture (v1.0), which is a definition regarding UPnP networks and Home UPnP.
  • the CEA-2014 standard allows a remote display process of a user interface provided to a home UPnP device by an Internet service of a third party, and defines various UI functions used in TV, mobile phones, and portable devices.
  • the CEA-2014 standard is configured as a standard including definitions corresponding to specific specifications of CEA-2027-A, which is a UI standard of home networks.
  • IMS IP Multimedia Subsystem
  • RG Residential Gateway 211 , which is a network connecting device for connecting a device in a home network to the IP broadband network 211 , and which is used as a bridge;
  • Home IMS gateway 212 that executes a process for allowing a content playing device, such as a device (e.g., TV (DMP) 213 in the home network 210 , to use a service provided by a server outside the home network; and
  • a content playing device such as a device (e.g., TV (DMP) 213 in the home network 210 , to use a service provided by a server outside the home network; and
  • DMP TV
  • Digital Media Player DMP TV 213 , which is a client device that receives and plays content.
  • These devices may be configured either as physically separate individual apparatuses or as a single apparatus.
  • a single information processing apparatus or a combination of a plurality of information processing apparatuses as a client connected in a home network basically includes a communication unit that executes a communication process via a home network, and a data processing unit that executes a process of receiving a content providing service provided by an external server by using mapping information that sets an external server outside the home network as a virtual home network device.
  • functions that are needed or effective for the information processing apparatus connected in the home network to receive an IPTV service i.e., functions of an IPTV service receiving client, will be described.
  • the function needed for the IPTV service receiving client is an IPTV terminal function.
  • the IPTV terminal function is a function needed at a logical end point of the IPTV service.
  • each of the home IMS gateway 212 and the TV (DMP) 213 executes a part of the IPTV terminal function.
  • the TV (DMP) 213 By each of these devices executing a part of the IPTV terminal function according to their individual roles, it becomes possible to receive a service provided from an external server and to present it at a device in the home network, for example, the TV (DMP) 213 shown in FIG. 3 .
  • a process of providing a service from the external server to another home network device, and maintaining, printing, displaying, or the like is implemented.
  • FIG. 15 shows constituent elements of the IPTV terminal function, which is a function needed for receiving an IPTV service. As shown in FIG. 15 ,
  • the IPTV terminal function can be divided into these individual components. Hereinafter, functional elements included in each of these components will be described.
  • An IPTV client is a component that serves to receive an IPTV service reliably at an IPTV device, for example, the TV (DMP) 213 shown in FIG. 3 .
  • DMP TV
  • the IPTV client includes subcomponents as these functional elements. These functional elements (subcomponents) will be described below.
  • the IPTV application client receives a media signal and sends it to a display system.
  • the IPTV application client receives a command from a user via a remote controller or the like, and executes a process pat the command.
  • the IPTV application client performs display of an EPG (Electronic Program Guide), or a channel specification or changing process using the EPG, and so forth.
  • EPG Electronic Program Guide
  • the IMS communication client is a set of IMS applications used for distributing message information such as messages or video data, and service information based on other IMS, not related to IPTV.
  • the IPTV navigation client is used to download an EPG (Electronic Program Guide), a content list corresponding to VoD (Video on Demand), and other metadata, and to display these using a special GUI for content selection.
  • EPG Electronic Program Guide
  • VoD Video on Demand
  • the IPTV navigation client executes a process of integrating other metadata from sources such as a broadcast TV or a DLNA home network.
  • the content protection client executes protection of content provided by an IPTV service, for example, an encryption process for protecting the copyright of a content owner, a process of managing an encryption key, and so forth.
  • the IPTV-DLNA application gateway executes a process of receiving a medium and an EPG (Electronic Program Guide) from an IPTV client, converting it into a format usable at a DLNA device, and sending an EPG (Electronic Program Guide) or the like via a network, and so forth.
  • EPG Electronic Program Guide
  • the IPTV-DLNA application gateway acts as an SIP (Session Initiation Protocol) client, and executes a registration process for other home devices connected to the home network. For example, it executes registration of family members or devices.
  • SIP Session Initiation Protocol
  • the home IMS gateway 212 is a component that connects a device in a home network to an IMS network. It executes conversion among various signal protocols as needed to execute relaying of messages between devices in the home network and apparatuses outside the home network.
  • the home IMS gateway includes these functional elements (subcomponents). These functional elements (subcomponents) will be described below.
  • the IMS B2BUA functions as a inter-working unit between a pure SIP client and an IMS system, and it executes processes such as conversion between SIP messages and IMS messages and message transfer.
  • the IMS proxy simply sends a message without performing message conversion like B2BUA, and executes a process of determining a route, a process of mapping between an IP address (local and global) and a port number, and so forth.
  • the IMS client executes a client registration process (IMS registration process) by applying identification information or the like of a client. Furthermore, it performs support for processes such as an authentication process and IPSec security connection setting with CSCF.
  • the home router interface function provides routing functions, such as providing a NAT function. For example, it obtains a P-CSCF address by an SIP server DHCP option [DHCP-SIP] or by DNS lookup based on an SRV record, and executes a process of opening and closing a port for control signals defined in UPnP and a port for unicast media stream.
  • routing functions such as providing a NAT function. For example, it obtains a P-CSCF address by an SIP server DHCP option [DHCP-SIP] or by DNS lookup based on an SRV record, and executes a process of opening and closing a port for control signals defined in UPnP and a port for unicast media stream.
  • the IPTV terminal function includes,
  • the HTTP proxy is an intermediary program that executes a process according to protocol definition of [HTTP] to act both as a server and a client for the purpose of issuing a request on behalf of another client (HTTP client).
  • HTTP client can interrupt into HTTP GET sent to the outside, and cache and use data that can be referred to by a URI requested.
  • the HTTP proxy acts as an HTTP client, and executes data searching based on a requested URI, and so forth.
  • the caching function is used to cache data received by the client by unicast download or multicast.
  • the caching function executes a caching process of temporarily recording data such as Web pages (EPG and other IPTV menu) image, and metadata.
  • the caching function is used to minimize interaction wait time of the user, to minimize the amount of unicast download from an IPTV application and control function, and so forth.
  • the caching function can issue a notification from the caching function to the IPTV client using the GENA protocol according to definition of DLNA regarding an event such as occurrence of new cache data.
  • the multicast data channel (MDC) control function is a function that performs intermediation between the caching function and applications installed on the client, and it includes a Multicast Data Channel inserting function.
  • the MDC inserting function receives a content request to MDC from various applications, and distributes content by multicasting on a multicast channel.
  • the multicast data channel (MDC) control function identifies requests from various applications by tags. For example, it becomes possible for a browser executed on the client side to obtain EPG by issuing a request with specification of an EPG page tag.
  • the MDC control function filters reception MDC, and sends MDC objects together with tags to individual applications.
  • the multicast data channel (MDC) control function includes an MDC proxy, and in a case where the MDC proxy has registered as specific number of requests regarding certain objects such as EPG pages, it can request the MDC control function to include the EPG page in the MDC. That is, it is possible to distribute the same data to a plurality of clients by multicast, and it becomes possible to exclude the necessity of a data request by a unicast channel from each client, so that processing becomes efficient.
  • IMS IP Multimedia Subsystem
  • IMS is based on IP technologies, and is highly compatible with Internet infrastructure of fixed communication systems.
  • IMS is constituted by functional elements such as a Home Subscriber Subsystem (HSS) and an Application Server (AS), with a functional element called CSCF (Call Session Control Function) as a core, the CSCF being based on SIP (Session Initiation Protocol) defined in RFC-3261 of the IETF (The Internet Engineering Task Force).
  • HSS Home Subscriber Subsystem
  • AS Application Server
  • SIP Session Initiation Protocol
  • the IMS network 230 shown in FIG. 3 includes the CSCF 231 , the HSS 232 , and the AS (IPTV) 233 as these functional elements, and it provides a service to the cellular phone 260 via the mobile phone network 240 .
  • the CSCF 231 performs control of user registration and session setting based on the SIP (Session Initiation Protocol). Furthermore, according to setting of a user profile registered in the HSS 232 , it executes activation of service processes needed.
  • the HSS 232 has a database for management of user IDs used in the IMS, management of profiles of services that each user subscribes to, management of authentication information, management of whether use of each IMS service is allowed, and management of user transfer.
  • the AS 233 is a server that executes processes of individual servers. The AS 233 is activated by the CSCF 231 in accordance with the status of service subscription of each user and provides services to the user.
  • a user with a registered user ID accesses the CSCF 231 by using a client apparatus to perform registration of the terminal (client) and control of setting of a session, services needed are activated according to setting of a user profile registered in the HSS 232 , and the AS 233 actually executes processes of individual services.
  • an AS of the IPTV service set in the IMS network 230 is used.
  • the AS (IPTV) 233 shown in FIG. 3 corresponds to the AS that executes the IPTV service.
  • the AS (IPTV) 233 shown in FIG. 3 actually executes services for the user terminal in cooperation with the IPTV service 250 as an entity that executes the IPTV Service, i.e., as an entity that provides content.
  • the IPTV service 250 includes an EPG server 251 , which is a server that provides an EPG [Electronic Program Guide], which is a program information guide such as a content list, and a video server 252 , which is a server that provides AV content.
  • EPG server 251 which is a server that provides an EPG [Electronic Program Guide], which is a program information guide such as a content list
  • video server 252 which is a server that provides AV content.
  • a content list providing service and a content providing service for the user terminal are implemented by cooperation between the respective servers and the AS (IPTV) 233 of the IMS network 230 .
  • main parts of the functions of the IMS include the CSCF (Call Session Control Function) 231 , the Home Subscriber Subsystem (HSS) 232 , and the Application Server (AS) 233 .
  • the CSCF 231 performs control of user registration and session setting, and executes activation of services processes that are needed according to setting of a user profile registered in the HSS 232 .
  • the HSS 232 has a database for management of user IDs used in the IMS, management of profiles of services that each user subscribes to, management of authentication information, management of whether use of each IMS service is allowed, and management of user transfer.
  • the AS (IPTV) 233 executes services for the user terminal in cooperation with the IPTV service 250 as an entity that executes the IPTV Service, i.e., as an entity that provides content.
  • FIG. 16 is a diagram showing the main functions of the IMS (IP Multimedia Subsystem):
  • CSCF Call Session Control Function
  • Proxy CSCF Interrogating CSCF
  • Serving CSCF Serving CSCF
  • the Proxy CSCF serves as, for example, a client as an IMS terminal in a home network, for example, the first point of entry to an external network from the home IMS gateway 212 shown in FIG. 3 .
  • the Proxy CSCF uses a key obtained from the Serving CSCF in order to establish an IPSec security relationship with a client as an IMS terminal in the home network, for example, the home IMS gateway 212 shown in FIG. 3 .
  • the Proxy CSCF verifies integrity and decodes the SIP message. For example, in a case where the message is encrypted, decoding is executed by decrypting. Upon successful decoding, the Proxy CSCF executes a process of confirming a client identifier, and so forth.
  • the Interrogating CSCF executes, for example, a query to the HSS, and so forth, and obtains subscriber information (user profile, etc.) and supports the registration process. Furthermore, it executes processes regarding SIP messages and determination of route for fee charging.
  • the Serving CSCF is a contact point with the home network, and it functions as an SIP registrar and functions as an SIP server that maintains association between a user's position and a recorded user SIP address. It performs a process of obtaining from the HSS an AKA verification vector (AV), which is data applied to client authentication, and a user profile/service profile.
  • AV AKA verification vector
  • the Serving CSCF executes a client authentication process using the AKA protocol, and upon successful authentication, it provides a key included in the AKA authentication vector (AV) to the Proxy CSCF.
  • the Serving CSCF checks all SIP messages with the IMS terminal, for example, the client, and determines the route for the messages. This process can be executed as a process in which a trigger rule/event based on the user service profile obtained from the HSS is considered.
  • the Home Subscriber Subsystem maintains a list of client (user information) relating to IMS subscriber information, user profiles, and so forth.
  • client user information
  • client user information
  • IMPI private user identity
  • IMPU public user identity
  • a subscriber profile of an IPTV service is associated with IMPI, which is client (user) information, and includes a service profile associated with each client.
  • the service profile includes one or more public user identities (IMPU), core network authentication information (option), one or more items of filter criterion information, and so forth.
  • the Serving CSCF described earlier determines whether it is appropriate to define a route to an AS (Application Server), whether this is requested for certain SIP requests, and so forth, and performs filtering. Note that information applied to the filter is saved and reported for each AS regarding each user. For example, regarding IPTV, the HSS maintains information regarding an entity that provides the IPTV service and a service identifier, and executes filtering on the basis of these. Furthermore, the HSS also performs generation of an AKA authentication vector (AV) used during a legitimate IMS registration procedure.
  • AV AKA authentication vector
  • the IMS application server has the following IPTV functions:
  • This is a function for determining the position of an access point for an IMS AS that provides an IPTV service.
  • nPVR Network Personal Video Recording
  • the (C1) media server and (C2) transcoding function may be configured in the IPTV service 250 in FIG. 3 or may be set as an independent configuration in another device connected to the network.
  • the (C3) home router is provided in a device in the home network 210 , for example, it is provided in the home IMS gateway 212 .
  • the media server is a most important component of the media layer.
  • the media server executes saving and output of VoD (video on demand) content, storage of content for network personal video recording (nPVR) executed as a client-specific content recording process at each client, and so forth.
  • VoD video on demand
  • nPVR network personal video recording
  • the media server executes media stream processing as needed.
  • the Vod (video on demand) content is input from a content management system to the media server.
  • the transcoding function is, for example, a function for executing conversion and encoding of data corresponding to SD (Standard Definition), which is a standard image quality, and HD (High Definition), which is a high image quality.
  • SD Standard Definition
  • HD High Definition
  • a client performs negotiation with an IPTV service providing server regarding a manner of coding a stream, and so forth, by using normal SIP SDP negotiation in an SIP session setup, so that it is possible to receive data coded in a form suitable for the client.
  • the transcoding function needs to execute coding in consideration of a manner of coding usable on the network and also of a bandwidth available on a stream path, and to execute a process in consideration of suitability of a screen size, resolution, and so forth of a client.
  • a home network is connected to a distribution network via a home router that provides a NAT/NAPT (network address translation/network address port translation) function.
  • the home router can be classified into two profiles of full support and restricted home routers. For example, in order to receive an IPTV service,
  • NAT network address translation
  • NAPT network address port translation
  • an SIP message between an IMS client, such as the home IMS gateway 212 in the home network 210 shown in FIG. 3 , and the proxy CSCF in the CSCF 231 in the IMS network 230 is transferred using IPsec.
  • an IMS client such as the home IMS gateway 212 in the home network 210 shown in FIG. 3
  • the proxy CSCF in the CSCF 231 in the IMS network 230 is transferred using IPsec.
  • a UDP capsule of an IPsec ESP packet [ESP] is used.
  • the NAT/NAPT router In order to support multicast streaming distribution via the home router, the NAT/NAPT router also has IGMP (Internet Group Management protocol) and IGMP snooping functionality. In a case where the home router has a NAT/NAPT route determining functionality, it is managed by the IMS gateway. For the IGMP snooping function to operate properly, an IGMP membership report must be generated by a device that wishes to receive IP multicast packets. For example, an IGMP membership report of multicast streaming is generated by an IPTV client, not by the IMS gateway.
  • IGMP Internet Group Management protocol
  • a client in an IPTV system for example, the home IMS gateway 212 or the TV 213 shown in FIG. 3 , requires an accurate time, for example, in units of 0.1 seconds.
  • a client implements a Simple Network Time Protocol client [SNTP].
  • the SNTP client can receive time signals via a defined multicast channel.
  • the media protocol used for media (program) communication in an IPTV service must provide transport and control functions of real-time audio/video streaming of the media plane, and, for example, the following protocols are used.
  • MPEG-2TS MPEG transport stream
  • RTP Real-time Transport Protocol
  • MPEG2-TS packets are transported according to the RTP protocol conforming to RFC 3550 and RFC 2250.
  • RTCP Real-time Control Protocol
  • RTCP can be applied to both a media server and a client as an option. It is assumed that the RTCP protocol conforms to RFC 3550 regarding either unicast or multicast. In order to achieve compatibility, it is presupposed that all the media servers and clients implement both support for RTCP and no support for RTCP. For example, although a media server can send a sender report, a client cannot respond by a receiver report. Furthermore, RTCP information can be disregarded by SDP before streaming.
  • the packet loss rate per two-hour content is less than or equal to 1
  • the two-hour content includes approximately 10M-IP packets, and thus it is required that the packet loss rate be less than or equal to 10 to 7.
  • IPTV employs forward error correction (FEC) to perform error correction.
  • FEC forward error correction
  • the FEC transport format is based on RFC 2377 and its extension.
  • the FEC information is described by SDP so as to support another version in the future.
  • RTSP Real-Time Streaming Protocol
  • RTSP In order to implement playing control including trick play, for example, slow playing, fast forward, rewinding, skip chapter, or the like, all media servers and clients supports RTSP (RFC 2326).
  • RRC 2326 For the purpose of transport of RTSP, TCP is used. In a case of multicast, RTSP is not used.
  • a client establishes a media session by the SIP protocol, and after the session setup, RTSP is used for playback control.
  • MPEG-2 Part 2 and MPEG-4 Part 10 are used for a media codec of video content.
  • Distribution of media such as a TV program can be managed by a dedicated media server after setting of a session between a client and a server, and transcoding or encoding of distribution data is also executed via a network for media distribution.
  • a unicast stream is set up by browsing.
  • a media server having desired content e.g., the IPTV service 250 shown in FIG. 3
  • RTSP a protocol such as RTSP
  • the IPTV control function of the client When the preparation for starting a session is ready, the IPTV control function of the client responds to SIP invite of the client, and the stream is started by RTSP PLAY from the client directly to the media server or via the IPTV control function acting as RTSP proxy.
  • the unicast stream is used, for example, in nPVR (network personal video recording) or VoD (video on demand).
  • An IPTV unicast stream encapsulates MPEG-2 or MPEG-4 Part 10 frames as an MPEG-2 transport stream, and is then set as an RTP packet.
  • the RTP packet is transferred by UDP/IP.
  • Multicast streaming is usually used to implement viewing of TV broadcast. The following two options are available for saving multicast resources.
  • IP edge device is the first IP node between a home network and an IP backbone network and located at an upstream edge of an access and total network.
  • the home IMS gateway 212 or the TV 213 as a client shown in FIG. 3 executes SIP invite to, for example, the AS 233 of the IMS network 230 shown in FIG. 3 or the IPTV control function of the IPTV service 250 to obtain available resources from the network.
  • the client executes a process of obtaining a content list corresponding to a channel selected according to a provided profile, on the basis of a user profile or client profile provided to the external server.
  • a resource ID which is an identifier of an available resource, is written in EPG metadata.
  • the client Upon assignment of a resource, in order to join the relevant multicast group, the client sends an IGMP-join message defined in IGMP (Internet Group Management Protocol).
  • the multicast group to join is found by searching the EPG by a linking mechanism.
  • the client executes a process of obtaining a content list corresponding to a channel selected according to a provided profile on the basis of a user profile or client profile provided to the external server.
  • the client executes sending of an SIP message according to SIP (Session Initiation Protocol) in a case where channel switching involves switching of service provider, and does not execute sending of an SIP message in channel switching between content provided by the same service provider.
  • SIP Session Initiation Protocol
  • the client includes a function of restricting IGMP channels that the user is allowed to join, for example, according to a subscriber profile owned by the HSS 233 shown in FIG. 3 . Furthermore, as an option, an access node of the network can execute verification for permission of a subscriber to join certain channels.
  • the basics of the communication mechanism of a multicast stream are the same as those of unicast, but the source and destination addresses in the IP layer are set according to the media server and the multicast group.
  • a data processing unit of a client apparatus sends an IGMP-join message as a message conforming to IGMP (Internet Group Management Protocol) to the external server or management server, and stops reception of the multicast distribution content, and in a case where reception of unicast distribution content is to be started, the data processing unit executes a process of sending an IGMP-leave message as a message conforming to IGMP to the external server or management server.
  • IGMP Internet Group Management Protocol
  • the data processing unit of the client executes a process of receiving multicast distribution content in TV broadcast reception, and executes a process of switching to unicast distribution at a time of execution of VoD (video on demand). Furthermore, at a time of an nPVR (network personal video recording) process executed as a user-specific content recording process, the data processing unit executes a process of switching to unicast distribution. Furthermore, also at a time of execution of a trick play as a special content playing process, the data processing unit executes a process of switching to unicast distribution as a process of receiving a content list corresponding to a user profile or client profile.
  • VoD video on demand
  • IPTV QoS Quality of Services
  • RACS Resource and Admission Control Subsystem
  • SPDF Service Policy Determining Function
  • A-RACF Access Resource and Admission Control Function
  • a communication executing application maps application layer QoS information (e.g., parameters defined in SDP) to QoS information sent to SPDF.
  • the SPDF can serve as a logical entity of the proxy CSCF or another physical node, and information needed for this process is obtained from an SIP invite message sent from the client when the user requests a multicast channel or a unicast session.
  • A-RACF located in the access network receives requests from SPDF, and on the basis of the requests and policy information saved in A-RACF, A-RACF can either accept or reject the requests to transport resources under the control thereof. This includes an IP edge and an access node, and finally a response is generated and provided to the application.
  • RACS is in charge of resource saving.
  • failure of resource saving and a failure reporting process will be described.
  • the RACS fails in resource saving, i.e., upon the SPDF receiving a saving failure report from the A-RACF, as a process of reporting a communication error code, the RACS returns Experimental-Result-Code AVP together with the following value to the proxy CSCF, which is the communication executing application.
  • the proxy CSCF which is the communication executing application, must map the received error code to an SIP error code, and return it to the terminal (client), i.e., must reject SIP INVITE or SIP UPDATE. Note that for the purpose of [SETUP] of this process, a “Precondition Failure” SIP status code can be used.
  • the priority ordering of communication data in the home network can be performed on the basis of priority marking.
  • This approach conforms to the DLNA guideline. For example, a rule of mapping between types of communication data (traffic types) and priorities (priority [DLNA]) is set, and the priority of communication data is determined on the basis of this rule.
  • an IPTV service a medium as content, such as a program, is distributed via an IP network, and IMS is used for identity (identifier) management, authentication, permission, and so forth.
  • the IPTV system uses IMS in order to ensure that data communication is handled by a reliable, authenticated, and permitted method.
  • SIP is used at a time of distribution of a media stream, and SIP is also used to execute other functions.
  • An advantage of using IMS is that all SIP messages automatically pass through the IMS proxy. This means that the content and headers of messages can be used for automated interaction, such as setting of a correct quality of service.
  • the IPTV architecture is designed so that mutual connection is allowed with DLNA communication converted into SIP.
  • the IPTV application function receives SIP signal communication from the IPTV control function, and converts it into another protocol (HTTP or the like).
  • HTTP HyperText Transfer Protocol
  • the processes are executed mainly by the IMS application server (AS).
  • the deployment scenarios 1 and 2 seem to be very similar, they are actually very different.
  • a main difference is that although it is assumed in the scenario 1 that each terminal has its own IMS identifier (identity), in the scenario 2, terminals share the same private IMS identifier. Although this is not seen from the user's viewpoint, this makes a big difference for an operator regarding the method of network management and a processing method for subscription.
  • the scenarios described below are not mutually exclusive but are complementary, and can occur simultaneously in the same network.
  • each client is configured as an IMS terminal.
  • FIG. 19 shows a client (home network client) 710 , an IMS network 720 , a home network 730 , and an IP network 740 .
  • the client (home network client) 710 includes a TV (DMP) 711 and a home IMS gateway 712 as configurations for receiving an IPTV service, and as described with reference to FIG. 3 , the IMS network 720 includes a CSCF 721 , an HSS 722 , and an AS 723 .
  • these are shown as divided into a control management function that executes content control, a service providing function that provides services, and an IMS core section that controls other processes such as a registration process and communication relaying.
  • Various processes are executed separately in (a) application layer, (b) control layer, and (c) media layer as processes involving communication between the individual layers.
  • the deployment scenario 1 is a process example in a case where there is no physical boundary between the TV (DMP) 711 and the home IMS gateway 712 in the client (home network client) 710 and these apparatuses are integrated.
  • FIG. 19 is an example of a process of registering a client. A registration request is sent from the TV (DMP) 711 to the IMS core of the IMS network 720 via the home IMS gateway 712 , and the service providing function executes the registration process.
  • the TV (DMP) 711 which is a client, sends [SIP SUBSCRIBE] to the IPTV control function included in the content management function of the IMS network 720 .
  • the IPTV control function of the content management function provides the client with [SIP NOTIFY] including an address of a multicast data channel and a URL of EPG.
  • the TV (DMP) 711 Upon receiving SIP NOTIFY, the TV (DMP) 711 , which is a client, starts listening by the multicast channel. Furthermore, it downloads the first page of EPG and displays it (in a case where the configuration is such that the user starts with EPG), or downloads many pages depending on cases. After receiving EPG, the user selects a channel for viewing. At this time, [T SIP INVITE] is sent to the IPTV control function, and this function captures it and sets up a correct QoS. Then, the user starts viewing the channel, and performs switching among multicast channels.
  • FIG. 21 is shows a communication sequence in an occasion when the user has executed a channel selecting process.
  • QoS is managed by A-RACF (refer to FIG. 18 ) according to a request from a proxy CSCF that uses information picked up from [SIP Invite] or according to a request from an IP edge device that uses IGMP and knowledge of requirements of multicast streams.
  • A-RACF access control function
  • the proxy CSCF requests for access resources
  • an SIP message is not sent to the IPTV control function.
  • the IPTV control function must receive a notification since P-CSCF can change necessary conditions of resources.
  • an SIP message is needed only when the user switches to pay-per-view.
  • a case will be described where there exists physical separation between a TV (DMP) 711 , which is an IPTV client, and a home IMS gateway 712 , and these apparatuses are separate apparatuses that are not integrated, as shown in FIG. 22 .
  • IPTV clients do not have separate ISIMs (IP Multimedia Services Identity Modules).
  • ISIM of IMS GW is shared by all clients.
  • the home IMS gateway 712 is used as a proxy, and although the TV (DMP) 711 , which is an IPTV client, is directly registered in the IMS core, the home IMS gateway 712 passes messages to the IMS core. Control information is passed through the home IMS gateway 712 by using SIP, and media are distributed directly from a media server (in a content provider domain) to the IPTV client. In order to access a service, IMS identification information (IMS PUID) is needed.
  • IMS PUID IMS identification information
  • the flow in this case is basically the same as the flow of the deployment scenario 1, and a main difference is that registration is performed through the home IMS gateway 712 . The user obtains an EPG and a media stream similarly to the scenario 1.
  • an IPTV-DLNA application gateway which is a gateway that bridges two different systems, is provided.
  • the IPTV-DLNA application gateway connects to the home IMS gateway 712 , and it is registered similarly as an SIP client not having an IMS client, similarly to the scenario 2.
  • the TV (DMP) 711 functions as the IPTV-DLNA application gateway.
  • the IPTV-DLNA application gateway can perform registration also when connecting to a network as an SIP client similarly to a case where there is no IMS client.
  • the deployment scenario can be implemented by two methods. One is a method based on the deployment scenario 1, and the other is implemented as a process based on the deployment scenario 2.
  • a dotted line 715 shown in FIG. 23 means that the TV 711 , which is an IPTV client, and the home IMS gateway 712 may be either physically integrated or separable.
  • the IPTV-DLNA application gateway acts as an IPTV client.
  • the IPTV-DLNA application gateway acts as a DLNA digital media server (DMS) that implements a UPnP AV media server (UPnP device).
  • DMS DLNA digital media server
  • UPF device UPnP device
  • the IPTV-DLNA application gateway converts a media format and protocol of an EPG/VoD content list, program content, and so forth into a DLNA protocol.
  • the IPTV-DLNA application gateway functions as a DLNA digital media server, similarly to the use case of 2BOX PULL.
  • the user browses an EPG/VoD content list by operating the DLNA digital media controller (DMC), and causes a digital media renderer to play video content.
  • DMC digital media controller
  • the IPTV-DLNA application gateway functions as a DLNA digital media server.
  • a download controller (+DN+) downloads video content provided by the DMS.
  • content is downloaded in response to a request (e.g., for a VoD service).
  • the IPTV-DLNA application gateway functions as a DLNA Push controller (+PU+) that implements a UPnP control point for a UPnP AV renderer.
  • the user operates a client device to browse a content list corresponding to EPG/VoD of an IPTV service, and can cause the DLNA digital media renderer to play selected video content by a method in which the DLNA Push controller controls the DLNA media renderer in order to transmit video streaming provided by the DLNA Push controller of the IPTV-DLNA application gateway.
  • the IPTV-DLNA application gateway functions as a DLNA upload controller (+UP+) that implements a UPnP control point for a UPnP AV server (UPnP device).
  • UPnP device UPnP device
  • the user can operate a client device to browse an EPG/VoD content list of an IPTV service.
  • the DLNA digital media server saves selected video content provided by the DLNA upload controller of the IPTV-DLNA application gateway.
  • FIG. 24 is a sequence diagram showing an example of a network connecting process of a client. From the left, a client corresponding to, for example, the TV (DMP) shown in FIG. 3 , a home IMS gateway, and furthermore, CSCF, HSS, and AP (IPTV), which are components of an IMS network, are shown. Note that regarding CSCF of the IMS network, the proxy CSCF (P-CSCF), the interrogating CSCF (I-CSCF), and the serving CSCF (S-CSCF), described earlier, are shown individually.
  • DMP TV
  • P-CSCF proxy CSCF
  • I-CSCF interrogating CSCF
  • S-CSCF serving CSCF
  • the client obtains an IP address in step S 501 , and outputs a registration request in step S 502 .
  • the registration request is sent from the home IMS gateway to the proxy CSCF (P-CSCF), the interrogating CSCF (I-CSCF), and the serving CSCF (S-CSCF) of CSCF, which are components of the IMS network.
  • P-CSCF proxy CSCF
  • I-CSCF interrogating CSCF
  • S-CSCF serving CSCF
  • step S 505 setting is made such that IPSec communication is allowed between the client and the proxy CSCF (P-CSCF) of CSCF, which is a component of the ISM network, and the subsequent communication is executed according to IPSec.
  • the client outputs an IPTV service registration request, which is received by the serving CSCF (S-CSCF) of CSCF, which is a component of the IMS network.
  • S-CSCF serving CSCF
  • step S 507 an AS selection process is performed, and in step S 508 , a registration request is issued to the selected AS.
  • the AS obtains an IPTV profile in step S 509 , and issues a registration completion notification to the client in step S 510 .
  • the client On the basis of reception of the registration completion notification, the client outputs a content obtaining request to the AS in step S 511 , and obtains content from the AS in step S 512 .
  • FIG. 25 is a sequence diagram of a case where a registration process by the home IMS gateway, not the registration process by the client, is executed.
  • the home IMS gateway obtains an IP address in step S 521 , and outputs a registration request in step S 522 .
  • the registration request is sent from the home IMS gateway to the proxy CSCF (P-CSCF), the interrogating CSCF (I-CSCF), and the serving CSCF (S-CSCF) of CSCF, which are components of the IMS network.
  • P-CSCF proxy CSCF
  • I-CSCF interrogating CSCF
  • S-CSCF serving CSCF
  • step S 525 setting is made such that IPSec communication is allowed between the home IMS gateway and the proxy CSCF (P-CSCF) of CSCF, which is a component of the ISM network, and the subsequent communication is executed according to IPSec.
  • the home IMS gateway outputs an IPTV service registration request, which is received by the serving CSCF (S-CSCF) of CSCF, which is a component of the IMS network.
  • S-CSCF serving CSCF
  • step S 528 a registration request is issued to the selected AS.
  • the AS obtains an IPTV profile in step S 529 , and issues a registration completion notification to the home IMS gateway in step S 530 .
  • FIG. 26 is an example of a sequence in a case where communication between the client and the home IMS gateway and communication between the home IMS gateway and the IMS network are executed individually.
  • the client sends a registration request to the home IMS gateway.
  • the client address in this case is an address (@home) in the home network.
  • the home IMS gateway Upon receiving the registration request from the client, the home IMS gateway converts it into a global address (@op.com) and outputs the registration request to the IMS network.
  • the registration request is sent to the proxy CSCF (P-CSCF), the interrogating CSCF (I-CSCF), and the serving CSCF (S-CSCF) of CSCF, which are components of the IMS network.
  • P-CSCF proxy CSCF
  • I-CSCF interrogating CSCF
  • S-CSCF serving CSCF
  • step S 544 setting is made such that IPSec communication is allowed between the home IMS gateway and the proxy CSCF (P-CSCF) of CSCF, which is a component of the ISM network, and the subsequent communication is executed according to IPSec.
  • the home IMS gateway outputs an IPTV service registration request, which is received by the serving CSCF (S-CSCF) of CSCF, which is a component of the IMS network.
  • S-CSCF serving CSCF
  • step S 546 an AS selection process is performed, and in step S 547 , a registration request is issued to the selected AS.
  • the AS obtains an IPTV profile in step S 548 , and issues a registration completion notification to the home IMS gateway in step S 549 .
  • This notification is sent from the home IMS gateway to the client via the home network.
  • the client On the basis of reception of the registration notification request, the client outputs a content obtaining request to the home IMS gateway in step s 550 .
  • the home IMS gateway outputs this request to the AS, and obtains content from the AS and transfers the content to the client in step S 551 .
  • the home IMS gateway discovers an IPTV control function, receives EPG data, and then enables [IPTV DLNA app GW] for executing interconnection between the DLNA device and the IPTV service.
  • [IPTV DLNA app GW] functions as a UPnP device, i.e., as a DLNA media server
  • IPTV DLNA app GW starts the SSDP (Simple Service Discovery Protocol) discovered by a UPnP control point [SSDP].
  • SSDP Simple Service Discovery Protocol
  • IPTV DLNA app GW functions as a UPnP control point, i.e., as a DLNA Push controller
  • IPTV DLNA app GW need not start SSDP of a UPnP device, and instead starts SSDP of the UPnP control point in order to discover a UPnP device.
  • the DLNA protocol i.e., device discovery and device control in the UPnP device architecture
  • the digital media server i.e., the UPnP device
  • the digital media player and the digital media renderer i.e., the UPnP control point
  • IPTV DLNA app GW can maintain a session with the IMS core (CSCF) and the IPTV control function while the DMS of IPTV DLNA app GW is usable on the network.
  • IPTV DLNA app GW can reset a session when an SOAP request and an HTTP request from the DMP exist.
  • IPTV DLNA app GW acts as a Push controller, i.e., as a UPnP control point, it is possible to know the length of period during which the session is maintained.
  • an HTTP request for channel changing from the DLNA device is converted into IGMP (Internet Group Management Protocol).
  • IGMP Internet Group Management Protocol
  • the client stops media reception.
  • IGMP leave is used to leave from a multicast stream relating to the channel that the user has been viewing.
  • the client sends SIP BYE to the IPTV service providing entity to establish an SIP session relating to media reception.
  • the IPTV service providing entity executes an RTSP TEARDOWN command to stop the RTP unicast flow, and closes the port in a case where the media server does not notice the SIP protocol.
  • the client sends SUBSCRIBE to the IPTV service providing entity by Expire 0 to notify IPTV AS that a switch off will occur on the client side.
  • the client Upon expiration of the service period, the client sends SIP REGISTER to cancel registration of the client identifier. Note that for obtaining the registration information, data (GRUU: Globally Routable User Agent URI) received from the serving CSCF is needed.
  • GRUU Globally Routable User Agent URI
  • the client sends IGMP leave for the control channel.
  • disconnection is performed without executing the sequence described above. That is, in some cases, uncontrolled disconnection from an IPTV service is performed. In this case, it is necessary to stop a media flow of a program or the like being transmitted. However, in this case, a process must be executed in consideration of the following matters:
  • the only method that can be used to stop the media streams is a default timeout of IGMPv3 (a group membership interval of 225 seconds according to [IGMP]).
  • the default expiration value is 3600 seconds.
  • This state relates to SIP REGISTER, SUBSCRIBE, and INVITE.
  • the timeout mechanism clears the state of the IMS core (in a case where a reconnection occurs before a timeout, the timer increases after a new registration).
  • IPTV service providers are discovered and presented to the user so that selection by the user is allowed, for example, as described below. Note that for this process, completion of UMS registration by the user is a presupposed condition.
  • the service provider discovery process starts with discovery of IPTV service providers that provide IPTV services.
  • IPTVs application servers
  • the step of discovering service providers is executed according to, for example, high-level description of “transport of an MPEG-2 TS-based DVB service in an IP-based network”.
  • SIP is used as communication for user authentication, and an IMS trust model for boot-strapping information, such as P-Asserted-Identity, is used.
  • An SIP request that uses DVB IP del that starts with a service IPTV can serve as an IPTV provider. For example, it is identified by that SP CANAL+ is a domain name, and it is possible to assign to a service a name corresponding to the service.
  • an IPTV service bootstrap service or a default address is used.
  • the IPTV client sets control signal communication for IPTV SIP dialog, and defines a route in the IMS network CSCF. This also means that it is not necessary to know an accurate address of a service since it can be added later.
  • CSCF In the IMS network, CSCF must understand that the SIP dialog is an IPTV dialog, and define the route in IPTV CF (Control Function). This allows IPTV CF to provide discovery information regarding the service provider and the service provided.
  • IPTV service provider Information (e.g., SIP URI or the like) regarding the IPTV service provider is provided to the user by using the SIP dialog, and when the user has discovered IPTV service providers, these providers are presented to the user. The user can then receive EPGs (or VOD and nPVR content lists or the like) provided by the IPTV service providers.
  • EPGs or VOD and nPVR content lists or the like
  • the IPTV client obtains an IP address of the proxy CSCF from the DHCP option of SIP, or uses a default IP address of the proxy CSCF, written on an ISIM (IP Multimedia Services Identity Module) card of an IMS operator.
  • ISIM IP Multimedia Services Identity Module
  • the IPTV client discovers a home IMS gateway by using a UPnP discovery mechanism.
  • the home IMS gateway implements a UPnP IMS GW service, which is a UPnP service.
  • the IPTV client performs a process in which SSDP is used, such as sending or receiving SSDP:M-Search.
  • the IPTV client Upon discovering the UPnP IMS GW service, the IPTV client issues a request for obtaining an IP address and port of IMS B2BUA of IMS GW. Then, the IPTV client starts an SIP session with the IMS core via the home IMS GW, and discovers IPTV services.
  • a process sequence in the case of service discovery by a DLNA device, described with reference to FIG. 23 is as follows.
  • the UPnP control point of the DLNA device can discover DMS by IPTV DLNA app GW in the case of 2BOX PULL, DOWNLOAD, and 3BOX PULL described earlier.
  • the service discovery of IPTV services is executed by the home IMS GW by the method that is the same as the method described earlier.
  • Methods of deploying a plurality of IPTV services vary among vendors.
  • IPTV DLNA app GW can use a plurality of DMSs individually corresponding to IPTV services. To each DMS, a name as a UPnP device, which allows the corresponding IPTV service, is set so that the user can select an appropriate DMS for the IPTV service.
  • the IPTV-DLNA application gateway controls the UPnP device of the DLNA device so that it is not necessary to implement a UPnP device with which the IPTV-DLNA application gateway is discovered.
  • IPTV services Next, various services executed in IPTV services will be described. The following items will be described in order.
  • nPVR network Personal Video Recording
  • VoD Video on Demand
  • EPG browsing In IPTV services, in addition to channel switching, EPG browsing must be provided to the user as quickly as TV broadcasting.
  • EPG metadata regarding programs during a certain period e.g., 8 days
  • service information i.e., TV channel information and EPG, i.e., TV program information
  • the IPTV content browser and IPTV navigation application of the client described with reference to FIG. 15 , searches for EPG metadata by using the MDC control function.
  • the EPG metadata is also distributed by unicast.
  • EPG metadata corresponding to basic programs corresponding to programs provided by IPTV services, or EPG metadata of statistically popular programs, or the like is distributed by multicast, high-level EPG metadata with rich information, such as other program information or thumbnail images, can be obtained through searching by using unicast.
  • EPG metadata provided by IPTV service providers is distributed regularly through a single multicast data channel.
  • the multicast channel control function of the client described with reference to FIG. 15 , filters tagged EPG metadata, such as channel subscription, according to the client configuration, and saves the filtered EPG metadata in a memory.
  • the IPTV service browser and IPTV navigation application uses the MDC control function to search for EPG data.
  • the cycle time of transmission of EPG metadata varies depending on the information types.
  • Service information including multicast channel addresses of TV channels and EPG metadata regarding content (programs) currently being broadcast and next content is sent frequency, for example, at intervals of 2 seconds.
  • EPG metadata corresponding to programs on the current day is sent, for example, at intervals of 30 seconds.
  • the client Since the schedule of TV programs of broadcasting TV services is determined in advance, it suffices for the client to search for new EPG metadata for future programs once a day. However, in order to notify the client of changes in program schedule that occur occasionally, such as urgent news or extra innings of a baseball game, updating of EPG metadata is also distributed regularly, for example, at intervals of 2 seconds, through the multicast data channel. In order to receive the updating of EPG metadata, the client monitors the multicast data channel for the EPG metadata when receiving a media stream via the multicast channel.
  • the EPG metadata distributed through the multicast data channel is data including basic information regarding programs, which is program information.
  • basic information regarding programs which is program information.
  • the client can use a unicast request to an EPG server.
  • the program information is composed of text, video, audio, and so forth, and interaction with the user in presentation of these programs can be implemented by bilateral unicast communication.
  • an EPG or program information menu it is possible to set a subscreen on a display of the client displaying the menu and to display a preview video stream.
  • EPG can be personalized for each user or client, i.e., EPG can be presented with a specific EPG setting corresponding to the user or client.
  • personalization of EPG for each channel can be implemented similarly to configuring EPG according to channel subscription regarding a user profile.
  • program information regarding particular channels is not displayed.
  • personalization according to the user profile i.e., a process corresponding to each user, is allowed.
  • IPTV service When an IPTV service is provided, packet buffering is performed at the client in order to perform a playing process smoothly, such as removal of jitter caused by the network.
  • the client stores data received from an IPTV service providing server until the data reaches a certain threshold, and then executes a process for playing, such as decoding. Furthermore, in some cases, transmission and reception of intra-frames are executed by multicast forwarding for reconstruction of images.
  • a process of concluding an old channel for which the previous viewing has been finished is executed.
  • This process can be executed by IGMP leave, which is a process similar to IGMP join.
  • checking is performed at all IGMP aware nodes, comparison with a list of nodes that receive old multicast data is executed, and in a case where a certain node is to stop reception of multicast data, a process of cutting out the node from a multicast tree is performed.
  • a decoder In order to execute decoding and playing of a received video stream at the client, it is necessary to collect much information from the received stream. These information is sent using a particular frequency. Particularly, to start display of new video forwarding movie, a decoder must wait until intra-frames arrive in the video stream.
  • the intra-frames are configured as frames including sufficient information in itself so that complete video can be reconstructed. Depending on the encoding type, usually, these are sent at intervals of 0.5 to 5 seconds.
  • a process of SIP interaction on occasion of setting a new stream can become a factor that causes a delay.
  • a process regarding SIP INVITE which is executed in the SIP interaction process, is a conceivable factor that can cause a delay.
  • a measure for avoiding delay is to reduce the SIP interaction process. Specifically, it is effective to make setting such that an SIP dialog occurs only when the characteristics of multicast streams change between multicast channels.
  • a configuration is employed in which when the client tunes in to an ordinary broadcasting channel, an SIP session is established by requesting multicast transmission having stream characteristics, and setting is made such that other changes in multicast channels require only IGMP interaction, which does not involve SIP intervention, and it is switched to an SIP dialog only when the characteristics of received streams differ. Furthermore, SIP INVITE and IGMP join for the new channel are sent. Regarding delay that occurs in IGMP setup, it is possible to make improvements by allowing use of multicast channels at a point as close as possible to the end user. However, this results in consumption of a larger bandwidth in the access network.
  • nPVR network Personal Video Recording
  • nPVR network Personal Video Recording
  • setting may be such that all the programs provided to the client are recorded. This means that the IPTV service provider record all and save it on a server for a predetermined period. In this way, the user is not bothered with recording, and is allowed to view a past nPVR EPG that seems similar to an ordinary EPG.
  • IPTV architecture What must be supported by the IPTV architecture are an interface for identifying a program to be recorded and an identification mechanism for achieving this with EPG.
  • the same link mechanism as that for TV broadcasting is used if possible, and in command communication for a recording process, an RTSP RECORD command, an SIP INVITE to nPVR including recording details, or the like can be used.
  • trick play is a process used in a case where the user requests personal recording regarding content that is being received and played in an IPTV service.
  • the client presses a pause button by a remote controller to execute an nPVR recording function, and then freezes the picture to execute IGMP leave from the multicast channel. Furthermore, the client saves content.
  • the configuration may be such that data saving is executed at a server. When the user wishes to view it again later, it is possible to execute nPVR searching and to perform playing by an RTSP PLAY command.
  • a content list (index) that can be used in nPVR
  • the content format and metadata that are the same as those for EPG and VoD can be used.
  • the linking mechanism that is the same as that for TV broadcasting must be used, except that linking is performed by the IPTV control function in order to identify a unicast resource, as in the case of VoD.
  • searching for an nPVR content list is executed as HTTP GET.
  • the IPTV service provider provides a server-based searching function. The interface of the searching page completely depends on the service provider.
  • nPVR In a process of playing content recorded by nPVR, it is necessary to first select intended nPVR content. Searching is performed by clicking on a link to nPVR content list. Content searching is executed as a unicast stream. That is, a stream starts when the user has pressed “play” or has clicked on the link to the content list.
  • An information processing apparatus as a client includes a data processing unit that executes a process of receiving a content providing service provided by an external server existing outside a home network, by using mapping information in which the external server is set as a virtual home network device, and the data processing unit controls the nPVR (network Personal Video Recording) process executed as the user-specific content recording process regarding content provided by the external server.
  • the data processing unit executes a process of receiving multicast distribution content when receiving TV broadcasting provided by the external server, and executes a process of switching to unicast distribution on occasion of the nPVR (network Personal Video Recording) process executed as the user-specific content recording process. Furthermore, in a case where reception of unicast distribution content is to be started, it sends an IGMP (Internet Group Management Protocol) leave message to the external server or a management server as a message according to IGMP.
  • IGMP Internet Group Management Protocol
  • the data processing unit of the client can request the external server or another network-connected server to execute content recording by using storage means of these servers. In this case, information needed for recording, such as recording content information and time information, is provided to these servers. Furthermore, in a process of receiving from the external server a content list corresponding to content for which nPVR (network Personal Video Recording) can be executed, the data processing unit of the client performs a process of obtaining a content list selected in accordance with a provided profile based on a user profile or a client profile provided to the external server.
  • nPVR network Personal Video Recording
  • the data processing unit of the client executes a process of outputting content selection information or recording time specifying information in EPG (Electronic Program Guide) to the external server or a management server.
  • EPG Electronic Program Guide
  • the client is an information processing apparatus that receives content regarding IPTV provided via a public network, which is not a home network, and includes means for setting an external server connected to the public network as a virtual home network device; and control means for controlling a process of recording or playing content at the external server via the public network so that the external server functions as a personal video recorder that records or plays user-specific content.
  • the control means of the client executes a process of controlling a process of playing content at the external server via the public network in order to implement unicast in which particular content is provided only to a particular user, and furthermore, it executes a process of controlling a process of recording or playing content at the external server via the public network so that the external server functions as a personal video recorder that records user content.
  • VoD Video on Demand
  • VOD Video on Demand
  • a content list (index) that can be used for VOD. It is possible to make setting that the content list (index) is limited to content that the user is permitted to view, i.e., it is possible to browse a result of filtering.
  • the filtering can be executed within the network, in that case, the VoD content list must be unicast, or the client can use multicast in order to preload a cache of the VoD content list.
  • the VoD content list is obtained in a manner partially similar to obtaining EPG information.
  • Searching for available VoD content requires that the client can execute an operation for query to the network.
  • the content searching is executed with content metadata.
  • the client In a case where content is played by VoD, from the VoD content list, the client must select a piece of available content that the user is permitted to view and output a content request. For example, if content in the content list is specified, a link to URI of the VoD service is activated, the IPTV control function processes the request. It is checked whether the user has already purchased the content, and in a case where the content has not been purchased, a charge for the content is checked. In other cases, the content request is rejected.
  • the content filtering is a content selecting process of providing an end user with only content suitable for the user on the basis of the IMS of the end user, the IPTV profile, and a set of channels that are subscribed to.
  • the personalization is a process of selecting content to be provided to the user on the basis of the profile of the user. For example, it includes a process of distributing messages and advertisements with an individual as a target based on the user profile.
  • the content filtering for example, only channels for which the user has paid are displayed in an EPG or VoD list obtained by the user.
  • the content filtering makes it possible to generate and display an EPG suitable for the logged-in user.
  • the user profile is downloaded from a server storing the profile, for example, the HSS 232 of the IMS network 230 shown in FIG. 3 , by using XCAP at the time of log-in, and is saved on the user apparatus.
  • VoD the content filtering is applied when a view of VoD provided by the server is generated or VoD metadata is received at the client.
  • the user profile may be stored at the client, which is an apparatus on the user side, and this user profile may be used.
  • the user profile information existing at the external server or the client apparatus is presented to the server that provides content, and the content providing server executes content personalization to select and edit content on the basis of the user profile and to generate and provide content corresponding to the user.
  • the configuration may be such that these personalization processes are executed on the client side.
  • the content personalization includes a process of distributing messages and advertisements with an individual as a target based on the user profile. These data directed to a particular user are overlaid on the screen at the user apparatus, and is displayed in, for example, a PinP (picture in picture) mode. Personalization is executed by inserting an intended advertisement when a show enters into an advertisement pause while the user is viewing a broadcast show or VoD content. Interactivity can also be considered as a form of personalization based on the user profile. Information included in interactivity data is displayed by means that is the same as the means for personal messages or advertisements, i.e., by overlaying or by using a dedicated window. Personalization is distributed via a dedicated unicast channel, or by a much smaller multicast group target to a profile set (information of location, age, sex, income range, etc.)
  • the user can send data from the user (for example, via SMS), such as a vote.
  • the vote is collected and used for creating feedback information regarding the program.
  • an existing digital broadcasting system in which interaction with TV programs is already supported by a mechanism that inserts a trigger in an MPEG-TS stream and that gives an interactive object, such as HTML or BML, at the timing of the trigger.
  • an interactive object is embedded in an MPEG-TS stream together with a TV program.
  • the digital broadcasting system may distribute an interactive object via a bilateral communication channel separated from distribution of the MPEG-TS stream.
  • a mechanism that uses a browser applied to an IPTV service is used for interaction with TV programs.
  • reference information to an XHTML document representing interaction with a program is embedded in content metadata. While the user is viewing the program, the interactivity system invokes the IPTV service browser for interaction with the program.
  • the XHTML document is distributed via a multicast data channel and unicast communication. Feedback of interaction is implemented by an IPTV service browser based on unicast communication.
  • various profiles such as a user profile of the client, are managed. For example,
  • Profiles such as fee charging, a user identifier, an authentication vector used for an authentication process, and a service trigger, are stored and maintained on the HSS 232 of the IMS network 230 shown in FIG. 3 .
  • a profile of the user himself/herself is saved on a client apparatus on the user side.
  • the IPTV provider can save a user profile specific to the IPTV provider in a database of its own.
  • IPTV provider profile as information regarding an IPTV provider can be saved on the client side, and is also saved in a database of the IPTV provider itself.
  • the user profile includes, for example, an SIP identifier, language, nationality, age (information provided by an operator and information provided by the user), an E-mail address, a phone number, interests and hobbies (hobby and preference information), IPTV-specific parameters, and so forth.
  • the user profile is used for service personalization. Specifically, it becomes possible to set and provide data corresponding to the user (My . . . ) on the basis of preferences of the user. For example, it becomes possible to execute, by using the user profile, setting of a my channel, setting of a startup channel, and furthermore, a process of personally mapping a button to My VoD, My Pay TV, or channel, local control, and so forth.
  • the IPTV provider profile includes, for example,
  • the user management means that it is possible for the user to add the user to a domain, change the user, or delete the user.
  • the user profile management means that the user can change information of the user profile.
  • the end user provides new user information to an HTTP portal.
  • the information is sent by the HTTP portal to the IMS network 230 (refer to FIG. 3 ) that executes user management, whereby the HSS and IPTV database are updated.
  • the user profile management executed by the end user of the client is executed, for example, by the following processes:
  • New user profile information is input to the client apparatus.
  • the client sends data to a preset profile output destination, such as a server that manages the user profile information, for example, the HSS 232 or the IPTV service 250 of the IMS network 230 shown in FIG. 3 .
  • a preset profile output destination such as a server that manages the user profile information, for example, the HSS 232 or the IPTV service 250 of the IMS network 230 shown in FIG. 3 .
  • Each server that has executed updating of the information notifies the client and other related servers of completion of the data updating.
  • the client downloads the updated user profile.
  • the registration and updating of the user profile can also be executed through an IPTV service portable.
  • the user profile is provided from the client to the IPTV service portal, and then the IPTV service portal sends these data to a user profile management server (e.g., the HSS 232 or the IPTV service 250 of the IMS network 230 shown in FIG. 3 ).
  • a user profile management server e.g., the HSS 232 or the IPTV service 250 of the IMS network 230 shown in FIG. 3 .
  • the data processing unit of the information processing apparatus executes a process of receiving data from the external server as personalized data selected or edited on the basis of a user profile, which is user information registered in advance.
  • the data processing unit of the client obtains a user profile stored in advance in a management server, for example, an HSS, and provides the user profile obtained to an external server such as a content providing server.
  • the user profile updated at the client apparatus is sent to the management server, such as an HSS, and a process of updating the user profile stored in the management server is executed.
  • the data processing unit of the client executes a process of receiving, from an external server such as a content providing server, a content list, advertisement information, VoD (Video on Demand) content, or the like set as personalized data on the basis of the user profile, and displaying it on a display unit.
  • an external server such as a content providing server, a content list, advertisement information, VoD (Video on Demand) content, or the like set as personalized data on the basis of the user profile, and displaying it on a display unit.
  • the user profile includes at least a language used by the user, nationality, address, phone number, and hobby and preference information.
  • the client device capabilities include, for example, a screen size, a screen resolution, a size of an available memory, types of codecs supported, and so forth.
  • description of the CSCF 231 device of the IMS network 230 is downloaded, and the downloaded description and its URI are recorded in a database or a repository and shared with other entities, such as servers.
  • a global repository such as a W3C DCI repository
  • the repository may be used.
  • matching of text content is implemented by using modification, combination, formatting (e.g., XSLT), or the like in accordance with a version.
  • An entity that executes the matching process e.g., a target server or a proxy that executes transcoding
  • the content metadata must include rules regarding modification that must be applied, and also means that the service profile must include restrictions regarding applied transport, terminal, and so forth.
  • the data processing unit of the content receiving client executes a process of obtaining device information of the client, and sending and registering the device information to a home subscriber subsystem (HSS) defined in an IP multimedia system (IMS).
  • HSS home subscriber subsystem
  • IMS IP multimedia system
  • the content providing server executes a process of obtaining the device information of the client, registered in the HSS, and providing the client with content suitable for the device.
  • the device information includes at least one of a screen size, a screen resolution, a size of available memory, and types of codecs supported of the client.
  • the content providing server executes a process of obtaining these device information and providing the client with content that can be played by the device.
  • the series of processes described in this specification can be executed by hardware, by software, or by combination of hardware and software.
  • a program in which the processing sequences are recorded can be executed by installing it on a memory of a computer embedded in special hardware or on a general-purpose computer that is capable of executing various processes.
  • the program may be recorded in advance on a recording medium.
  • the program can be received via a network such as a LAN (Local Area Network) or the Internet and installed on an internal recording medium such as a hard disk.
  • LAN Local Area Network
  • a system in this specification refers to a logical combination of a plurality of apparatuses, and is not limited to one in which the constituent apparatuses are disposed within the same case.
  • a DMP as a content playing apparatus, which is a client device in a home network, to receive content from a content providing server outside the home network and to play the content.
  • a home IMS gateway which is an information processing apparatus according to the present invention, executes communication with a content providing server to map the content providing server as a virtual home network device, and in response to reception of a device discovery request from a content playing apparatus in a home network, the home IMS gateway provides the content playing device with server information of the content providing server as information of a device that is allowed to receive a service. Furthermore, by executing switched reception of multicast distribution content provided by the external server and unicast content, it becomes possible to receive content with increased flexibility on the client side.

Abstract

A configuration is provided in which a device in a home network receives content from a server outside the home network and plays the content. A home IMS gateway maps an external server outside the home network as a virtual home network device, and executes a process of receiving a content providing service provided by the external server by using mapping information. Furthermore, switched reception of multicast distribution content provided by the external server and unicast distribution content is executed.

Description

    TECHNICAL FIELD
  • The present invention relates to information processing apparatuses, information processing methods, and computer programs. Particularly, the present invention relates to an information processing apparatus, an information processing method, and a computer program for implementing use of data supplied from outside a home network at a device in the home network.
  • BACKGROUND ART
  • With the spread of PCs and digital home appliances, it is becoming a reality to interconnect these devices via a home IP (Internet Protocol) network and to share and enjoy digital content, such as video, audio, and pictures. For example, DLNA (Digital Living Network Alliance) defines technical specification and implementing guideline needed for sharing digital content among these digital devices so that it is possible to interconnect devices of different vendors with each other, and DLNA has become as an industry standard of home IP networks.
  • FIG. 1 shows an example of a home network 100 proposed by DLNA. A DVR (Digital Video Recorder) 101 and a PC 102 with a built-in TV tuner, as digital video content recording apparatuses, are capable of receiving satellite and terrestrial analog broadcasting and digital broadcasting, and record and save broadcast programs on built-in hard disk recorders. In DLNA, a device that stores content and that provides the content to devices in a home network is called a digital media server (DMS). In FIG. 1, the DVR 101 and the PC 102 are DMSs.
  • A DMS is capable of performing streaming transmission of, for example, video content of a TV program recorded on a hard disk to a digital media player (DMP) connected via a home IP network. The digital media player (DMP) is a device that receives content from a DMS and plays the content.
  • In the example shown in FIG. 1, a DMP is implemented on a TV 103, and, for example, by using an infrared remote controller or the like of the TV 103, a user can operate the TV 103 to play video content stored on the PC 102 or the DVR 101 placed in a remote room. Note that a residential gateway (RG) 104, which is used as a network connecting device in a case where a device in a home is connected to an IP broadband network 120 as the Internet, is used as a bridge for IP connection of a device in a home in the example of use of DLNA.
  • Meanwhile, a revolution is seen in broadcasting systems, and IPTV services, VOD (Video On Demand) services, and so forth that transmit video content via IP broadband networks, which has hitherto been broadcast using terrestrial waves or satellites, are coming to be commercialized. FIG. 2 shows a schematic diagram of IPTV and VOD services.
  • In a home, an STB (Set Top Box) 105 is installed so that it is possible to receive via the RG (Residential Gateway) 104 and via the IP broadband network 120 content based on services from various IPTV service providing servers 121 a1 to an and VOD service providing servers 122 b1 to bn. The STB (Set Top Box) 105 has a function of receiving video information, application executing functions needed for command transmission and reception, for MPEG decoding, and also for playing of received data, and so forth.
  • The residential gateway (RG) 104, in some cases, receives services (content) provided by a plurality of IPTV service providing servers 121 or VOD service providing servers 122 via the same agent, for example, an access line providing company such as a telephone company or a CableTV company, and in other cases, receives individual services separately. However, it is necessary that the STB (Set Top Box) 105 itself, used by the user, is configured as a system supporting an IPTV service of a connection destination.
  • As such IPTV services and VOD services become common in the future, similarly to the conventional sharing and viewing by DLNA devices of TV broadcast content as ordinary broadcast broadcasting, user's need arises for using video content provided from IPTV services on DLNA devices.
  • As proposed solutions for meeting such demand, a method in which a device having a large-capacity hard disk, such as a home server, downloads video content from an IPTV service and shares the video content in a home network, or a method in which a protocol, media format, and so forth of an IPTV service are converted at a residential gateway (RG) into a protocol and media format of a DLNA device and the IPTV service is provided to a home network connecting device, is conceivable. Note that a home-network embedded module that executes a format converting process is described in Patent Document 1.
  • However, in the former case, a time for downloading is needed for temporary storage at a home server, so that it is difficult to enjoy video when desired, which is possible with a video on demand service, and it is not suitable for live viewing. In the latter configuration in which processing is executed by a residential gateway (RG), it is necessary that the residential gateway (RG) executes protocol conversion and media conversion, so that high-performance hardware is needed and software becomes complex, and the RG becomes expensive.
  • Generally, in many cases, an RG is supplied from an access line providing company (telephone company or the like) of a broadband network, and this becomes an obstacle in a case where IPTV services are provided on the open Internet, for example, IPTV services available for the user are limited to the vendor provided by the access line. Although it is possible to provide a new gateway device in a home IP network separately from the residential gateway (RG), in this case, depending on the network topology, content streaming data is transmitted in duplicates in the home network, so that such a situation occurs that a band in the home network is used in vain.
  • Note that an example of connection between a DLNA device in a home network and a content distribution service on the Internet is the Viiv (registered trademark) technology of the U.S. Intel Corporation. Viiv is considered as a platform of PC hardware and software, and is intended for stream viewing of content on a PC from the Internet by a Dual Core high-performance CPU. At the same time, Viiv has a DLNA function, and serves as a DLNA media server that performs streaming of content temporarily downloaded from the Internet to the PC to another DLNA device.
  • Patent Document 1: Japanese Unexamined Patent Application Publication (Translation of PCT Application) No. 2005-531231
  • DISCLOSURE OF INVENTION Technical Problem
  • As described above, in a case where content provided by IPTV services or VOD services is also to be used by a DLNA device similarly to TV broadcasting content as ordinary broadcast broadcasting, in existing network configurations, it is necessary to download content in advance at a digital media server (DMS), such as a PC, a DVR, or the like in a home network, or to provide a residential gateway (RG) with protocol and media conversion functions. The former case lacks real-time characteristics, so that it is unsuitable for a streaming playing process or the like, and the latter case leads to the problem of increased cost.
  • The present invention has been made in view of the problems described above, and it is an object thereof to provide an information processing apparatus, an information processing method, and a computer program with which it is possible to view content provided by an external server outside a home network, such as an IPTV service, by using an existing DLNA device in, for example, an open Internet connection environment that does not depend on infrastructure such as an access line and gateway to the Internet.
  • Technical Solution
  • A first aspect of the present invention is an information processing apparatus characterized by comprising:
  • a communication unit that executes a communication process via a home network; and
  • a data processing unit that executes a process of receiving a content providing service provided by an external server existing outside a home network, by using mapping information in which the external server is set as a virtual home network device,
  • and characterized in that the data processing unit is configured to:
  • execute switched reception of multicast distribution content provided by the external server and unicast distribution content.
  • Furthermore, an embodiment of the information processing apparatus according to the present invention is characterized in that the data processing unit is configured to execute a process of, on occasion of reception of multicast distribution content provided by the external server, sending an IGMP (Internet Group Management Protocol)-join message to the external server or a management server as a message according to IGMP, and in a case where the reception of multicast distribution content is to be stopped and reception of unicast distribution content is to be started, sending an IGMP leave message to the external server or the management server as a message according to IGMP.
  • Furthermore, an embodiment of the information processing apparatus according to the present invention is characterized in that the data processing unit is configured to execute a process of receiving multicast distribution content in reception of TV broadcasting, and execute a process of switching to unicast distribution on occasion of execution of VoD (Video on Demand).
  • Furthermore, an embodiment of the information processing apparatus according to the present invention is characterized in that the data processing unit is configured to execute a process of switching to unicast distribution on occasion of an nPVR (network Personal Video Recording) executed as a user-specific content recording process.
  • Furthermore, an embodiment of the information processing apparatus according to the present invention is characterized in that the data processing unit is configured to execute a process of switching to unicast distribution on occasion of execution of a trick play as a special content playing process.
  • Furthermore, an embodiment of the information processing apparatus according to the present invention is characterized in that the data processing unit is configured to execute a process of switching to unicast distribution as a process for receiving a content list corresponding to a user profile or a client profile.
  • Furthermore, a second aspect of the present invention is an information processing method executed at an information processing apparatus, characterized by executing:
  • a communication step in which a communication unit executes a communication process via a home network;
  • a content receiving step in which a data processing unit executes a process of receiving content provided by an external server existing outside a home network, by using mapping information in which the external server is set as a virtual home network device; and
  • a content switching process step in which the data processing unit executes switched reception of multicast distribution content provided by the external server and unicast distribution content.
  • Furthermore, an embodiment of the information processing method according to the present invention is characterized in that the content switching process step is a step of executing either, on occasion of reception of multicast distribution content provided by the external server, sending an IGMP (Internet Group Management Protocol)-join message to the external server or a management server as a message according to IGMP, or in a case where the reception of multicast distribution content is to be stopped and reception of unicast distribution content is to be started, sending an IGMP leave message to the external server or the management server as a message according to IGMP.
  • Furthermore, an embodiment of the information processing method according to the present invention is characterized in that the data processing unit executes a process of receiving multicast distribution content in reception of TV broadcasting, and executes a process of switching to unicast distribution on occasion of execution of VoD (Video on Demand).
  • Furthermore, an embodiment of the information processing method according to the present invention is characterized in that the data processing unit executes a process of switching to unicast distribution on occasion of an nPVR (network Personal Video Recording) executed as a user-specific content recording process.
  • Furthermore, an embodiment of the information processing method according to the present invention is characterized in that the data processing unit executes a process of switching to unicast distribution on occasion of execution of a trick play as a special content playing process.
  • Furthermore, an embodiment of the information processing method according to the present invention is characterized in that the data processing unit is configured to execute a process of switching to unicast distribution as a process for receiving a content list corresponding to a user profile or a client profile.
  • Furthermore, a third aspect of the present invention is a computer program for causing execution of information processing at an information processing apparatus, characterized by causing execution of:
  • a communication step of causing a communication unit to execute a communication process via a home network;
  • a content receiving step of causing a data processing unit to execute a process of receiving content provided by an external server existing outside a home network, by using mapping information in which the external server is set as a virtual home network device; and
  • a content switching process step of causing the data processing unit to execute switched reception of multicast distribution content provided by the external server and unicast distribution content.
  • Note that the computer program according to the present invention is a computer program that can be provided, for example, to a general-purpose computer system capable of executing various program codes via a storage medium or communication medium that provides the program in a computer-readable format. By providing such a program in a computer-readable format, a process according to the program is implemented on the computer system.
  • Other objects, features, and advantages of the present invention will become apparent from more detailed description based on embodiments of the present invention described later and the accompanying drawings. Note that in this specification, a system is a logically combined configuration of a plurality of apparatuses, and is not limited to one in which the constituent apparatuses exist within the same case.
  • ADVANTAGEOUS EFFECTS
  • According to the configuration of the present invention, it becomes possible for a DMP as a content playing apparatus, which is a client device in a home network, to receive content from a content providing server outside the home network and to play the content. That is, a home IMS gateway, which is an information processing apparatus according to the present invention, executes communication with a content providing server to map the content providing server as a virtual home network device, and in response to reception of a device discovery request from a content playing apparatus in a home network, the home IMS gateway provides the content playing device with server information of the content providing server as information of a device that is allowed to receive a service. Furthermore, by executing switched reception of multicast distribution content provided by the external server and unicast content, it becomes possible to receive content with increased flexibility on the client side.
  • BRIEF DESCRIPTION OF DRAWINGS
  • FIG. 1 is a diagram showing an example of a home network proposed by DLNA.
  • FIG. 2 is a diagram showing a schematic diagram of IPTV and VOD services.
  • FIG. 3 is a diagram for explaining an example configuration of an information communication system according to the present invention.
  • FIG. 4 is a diagram for explaining functional components according to the DLNA guideline, to which DLNA devices conform.
  • FIG. 5 is a diagram showing an example hardware configuration of a home IMS gateway.
  • FIG. 6 is a diagram for explaining an example configuration of software modules of a home IMS gateway.
  • FIG. 7 is a diagram for explaining a sequence of a procedure for subscribing to an AS (IPTV).
  • FIG. 8 is a diagram for explaining a sequence of a procedure for subscribing to an AS (IPTV).
  • FIG. 9 is a diagram for explaining an example of a sequence of using content provided by an AS (IPTV).
  • FIG. 10 is a diagram for explaining an example of a sequence of using content provided by an AS (IPTV).
  • FIG. 11 is a diagram for explaining an overview of data communication in a content using process.
  • FIG. 12 is a diagram for explaining an example configuration of software modules of a home IMS gateway.
  • FIG. 13 is a diagram for explaining an example of a sequence of using content provided by an AS (IPTV).
  • FIG. 14 is a diagram showing an example of a service screen provided by an AS (IPTV) and a screen display on occasion of a streaming playing process.
  • FIG. 15 is a diagram for explaining components of an IPTV terminal function, which is a function needed for receiving an IPTV service.
  • FIG. 16 is a diagram for explaining CSCF, HSS, and AS, which are main functions of an IMS (IP Multimedia Subsystem).
  • FIG. 17 is a diagram for explaining functions used in a network configuration in order to receive an IPTV service at a device in a home network.
  • FIG. 18 is a diagram for explaining a process of managing quality of communication data.
  • FIG. 19 is a diagram for explaining a communication sequence executed by a client in order to receive an IPTV service.
  • FIG. 20 is a diagram for explaining a communication sequence executed by a client in order to receive an IPTV service.
  • FIG. 21 is a diagram for explaining a communication sequence executed by a client in order to receive an IPTV service.
  • FIG. 22 is a diagram for explaining a communication sequence executed by a client in order to receive an IPTV service.
  • FIG. 23 is a diagram for explaining a communication sequence executed by a client in order to receive an IPTV service.
  • FIG. 24 is a diagram for explaining a network connecting process sequence of a client for receiving an IPTV service.
  • FIG. 25 is a diagram for explaining a network connecting process sequence of a client for receiving an IPTV service.
  • FIG. 26 is a diagram for explaining a network connecting process sequence of a client for receiving an IPTV service.
  • BEST MODE FOR CARRYING OUT THE INVENTION
  • Hereinafter, with reference to the drawings, an information processing apparatus, an information processing method, and a computer program according to the present invention will be described in detail. The description will be given in order regarding the following items.
  • 1. Configuration for receiving an IPTV service by a device in a home network
  • 2. Description of functions applied to an IPTV service
  • 3. Regarding specific process example of an IPTV service
  • 3-1. Regarding specific process example of a communication process
  • 3-2. Regarding specific process examples of various types of services
  • [1. Configuration for Receiving an IPTV Service by a Device in a Home Network]
  • First, with reference to FIG. 3, an example configuration of an information communication system according to the present invention will be described. IPTV service systems have been developed and commercialized by various vendors, such as U.S. Microsoft Corporation. In this embodiment, description will be given regarding an example where an IPTV service architecture that uses an IP multimedia subsystem (IMS) is used.
  • IMS has originally been developed by 3GPP (3rd Generation Partnership Project), which is a project for standardizing 3rd generation mobile communication systems, as base technologies for providing, for example, push to talk conference systems, which enable conversation by three or more cellular phones, communication such as instant messages, and multimedia additional services in voice telephony services on wireless communication infrastructure for cellular phones.
  • IMS is based on IP technologies, and is highly compatible with Internet infrastructure for fixed communication systems. In the midst of movement for integrating wired and wireless communication network infrastructure, called FMC (Fixed Mobile Convergence), attention is being given to IPTV systems that use IMS.
  • IMS is composed of functional elements such as a home subscriber subsystem (HSS) and an application server (AS), with a functional component called CSCF (Call Session Control Function) as a core, which is based on SIP (Session Initiation Protocol) defined by RFC-3261 of IETF (The Internet Engineering Task Force).
  • An IMS network 230 shown in FIG. 3 includes a CSCF 231, an HSS 232, and an AS (IPTV) 233 as these individual functional elements, and it provides services to a cellular phone 260 via a mobile phone network 240.
  • The CSCF 231 performs user registration and session setting control on the basis of SIP (Session Initiation Protocol). Furthermore, it executes activation of service processes needed according to setting of a user profile registered in the HSS 232. The HSS 232 includes databases for management of user IDs used in IMS, management of profiles of services that each user subscribes to, management of authentication information, management as to whether use of each IMS service is allowed, and management of user movement. The AS 233 is a server that executes processes of individual services, and it is activated by the CSCF 231 in accordance with the service subscription status of each user to provide services to the user.
  • As described above, in IMS, a terminal for which a user ID has been set accesses the CSCF 231 to perform terminal registration and session setting control, services needed are activated according to setting of a user profile registered in the HSS 232, and the AS 233 actually executes processes of individual services.
  • For example, a representative example of a service that uses IMS is “Push To Talk”. In “Push To Talk”, a user terminal is configured to connect to an application server (AS) AS that executes a “Push To Talk” service in the IMS network 230, establish sessions with a plurality of members from the AS with registered group members, and perform conversation among the members via a relaying server using VoIP (Voice over IP).
  • In an IPTV viewing service, an AS for an IPTV service, set in the IMS network 230, is used. The AS (IPTV) 233 shown in FIG. 3 corresponds to an AS that executes the IPTV service. The AS 233 actually executes a service for the user terminal in cooperation with an IPTV service 250 as an entity that executes the IPTV service, i.e., an entity that provides content.
  • The IPTV service 250 includes an EPG server 251, which is a server that provides an EPG (Electronic Program Guide), i.e., program information guide such as a content list, and a video server 252, which is a server that provides video content, and it implements a service of providing a content list and a service of providing content to the user terminal by cooperation between the respective servers and the AS (IPTV) 233 of the IMS network 230.
  • In the system of the present invention, a home network 210, as its basic configuration, is configured by a conventional-type home network described earlier with reference to FIGS. 1 and 2, i.e., by existing DLNA (Digital Living Network Alliance) devices. FIG. 3 shows a residential gateway (RG) 211 used as a bridge, which is a network connecting device for connecting a device in the home network to an IP broadband network 221, a home IMS gateway 212 that executes a process for allowing a device in the home network 210 (e.g., a content playing device such as a TV (DMP) 213) to use a service provided by a server outside the home network, and a TV 213 as a digital media player (DMP), which is a client device that receives and plays content.
  • The broadband IP network 220 is a network, such as the Internet, that allows mutual communication among the IPTV service 250, the IMS network 230, and the home network 210.
  • Note that in the system of the present invention, the home IMS gateway 212 is set as a terminal that receives an IMS network service. In the home IMS gateway 212, an IMS user ID is set. That is, a user ID and a user profile of the home IMS gateway 212 are registered in the home subscriber subsystem (HSS) 232 of the IMS network 230.
  • The home IMS gateway 212 receives an IPTV service by executing a process similarly to a case where the cellular phone 260 executes an IPTV service. That is, it accesses the CSCF 231 and performs terminal registration and session setting control, activates services needed according to setting of the user profile registered in the HSS 232, and receives a service using the AS (IPTV) 233. In addition to the function of connecting to an IMS service as described above, the home IMS gateway 212 executes a gateway function for access by a DLNA device, such as the TV (DMP) 213 shown in the figure, to video content provided by the IPTV service 250. That is, the home IMS gateway 212 has the following functions:
  • (a) Function for connecting to an IMS service
  • (b) Gateway function
  • These functions are implemented using a network communication function, a basic configuration of an information processing apparatus, and software. The home IMS gateway 212 can be implemented on various devices connected to an existing home IP network having a network communication function.
  • Note that in a case where the home IMS gateway 212 executes a process of relaying video content or the like provided by the IPTV service 250 to a DLNA device, such as the TV (DMP) 213 shown in the figure, the following function is further provided:
  • (c) DMS function as a function for executing a content providing process
  • However, this function is not necessary, and such a configuration is possible that transmission and reception of content are executed by communication between a DMP as a DLNA device and an external server without the home IMS gateway 212 intervening therebetween. In this case, the home IMS gateway 212 need not have the DMS function. Specific process configurations of these will be described later.
  • By setting the home IMS gateway 212 having a function for receiving an IMS network service in the home network, it becomes possible for an existing DLNA device (e.g., the TV (DMP) 213 shown in the figure) to receive IPTV video content by a process substantially similar to receiving content provided from the home IMS gateway 212.
  • It becomes possible for the TV (DMP) 213, which is a client device in the home network, to execute an IPTV service executed as a process of providing content from a device outside the home network, by a content using process similar to receiving content provided from a DMS in the home network, i.e., the home IMS gateway 212.
  • The home IMS gateway 212 implements a DMS (Digital Media Server) function as a content providing server of a DLNA device. An access is made from the TV 213 on which a DMP (Digital Media Player) is implemented to the home IMS gateway 212, so that the home IMS gateway 212 can provide an IPTV service received via the IMS network 230 to the TV 213.
  • As described earlier, the home IMS gateway 212 can be implemented on various devices having a network communication function and connected to an existing home IP network. For example, it is possible to implement an IMS network service receiving function on a residential gateway (RG: Residential) supplied from an access line vendor that provides a network circuit, such as a telephone company or a cable TV company. In this case, the RG 211 and the home IMS gateway 212 shown in FIG. 3 are integrated.
  • Alternatively, in the conventional-type home network configuration described with reference to FIG. 1, it is possible to implement an IMS network service receiving function on a DVR (Digital Video Recorder) or a PC that functions as a digital media server (DMS) as a device that provides content.
  • As described above, in the configuration of the present invention, since devices on which an IMS network service receiving function can be implemented are not limited, it becomes possible to support an IPTV service using the open Internet, and it also becomes possible to support an arbitrary home network configuration without limitation regarding network topology.
  • Hereinafter, an example configuration of the home IMS gateway and a process of receiving an IPTV service using the home IMS gateway will be described in detail. First, before describing the home IMS gateway, functional components of the DLNA guideline, to which DLNA devices conform, will be described with reference to FIG. 4.
  • FIG. 4 shows functional components of the DLNA guideline. From the top row, configurations of a media format layer (Media Format), a media transport layer (Media Transport), a device discovery control and media control layer (Device Discovery, Control, and Media Management), a network layer (Network Stack), and a network connectivity layer (Network Connectivity) are defined. A home network device (DLNA device) executes data communication according to network protocols compliant with the DLNA (Digital Living Network Alliance) guideline according to the basic components shown in FIG. 4.
  • First, the network connectivity on the lowermost layer is a definition of a physical layer and a link layer of a home network. On a DLNA device, communication functions conforming to the IEEE 802.3u and 802.211a/b/g are implemented. However, the communication standard regarding home network infrastructure is not limited as long as IP connection is allowed, such as PLC (Power line communication).
  • In the network layer, the IPv4 protocol is used, and each DLNA device performs communication using TCP or UDP. In UPnP (registered trademark) Device Architecture 1.0 defined in the device discovery control and media control layer, SSDP (Simple Service Discovery Protocol) for device discovery, SOAP (Simple Object Access Protocol) for performing control, and so forth are defined, and UPnP AV is implemented over UPnP DA (UPnP Device Architecture). UPnP AV version 1 defines UPnP Media Server and UPnP Media Renderer. A DMS, which is a content providing server defined in DLNA, implements UPnP Media Server, and a DMP, which is a content playing device defined in DLNA, implements a controller of UPnP Media Server.
  • On UPnP Media Server, a main content directory service is implemented, so that a method of obtaining a content list and metadata is provided. By using the content directory service, the DMP, which is a content playing device defined in DLNA, obtains a content list streamed by the DMS, which is a content providing server defined in DLNA.
  • As a definition of the media transport layer, which is a next upper layer, it is defined that HTTP1.0/1.1 is used for streaming playing. As a media format, in the case of video content, it is defined that content of Media Formats conforming to the MPEG2-PS profile defined by DLNA is transferred by streaming from the DMS to the DMP. For example, the DMP, which is a content playing device defined by DLNA, sequentially decodes and plays MPEG2-PS data received by streaming transmission, whereby the user can view the content.
  • FIG. 5 shows an example hardware configuration of the home IMS gateway 212 described with reference to FIG. 3. As described earlier, the home IMS gateway 212 has the following functions:
  • (a) Function for connecting to an IMS service
  • (b) Gateway function
  • These functions are implemented by a network communication function, a basic configuration of an information processing apparatus, and software. The hardware shown in FIG. 5 shows an example hardware configuration for implementing these functions (a) to (b).
  • As shown in FIG. 5, the home IMS gateway 212 is configured by a CPU 301 as a data processing unit that executes various types of software (computer programs), a memory 302 formed of a ROM as a program storage area, a RAM used as a work area or the like during execution of data processing, and so forth, a network I/F 303 as a network connecting unit, and furthermore, a bus 304 for transferring commands and data between these components.
  • The network I/F 303 is, for example, a network I/F for a wired LAN, such as IEEE 802.3u. An OS and other software programs are stored in a flash-ROM constituting the memory 302, and these programs are copied to a RAM constituting the memory 302 and executed. Furthermore, a user ID and various types of setting information needed in a process of establishing an IMS session are also saved in the flash-ROM constituting the memory 302.
  • Next, an example configuration of software modules of the home IMS gateway 212 will be described with reference to FIG. 6. As shown in the figure, the software modules can be classified into three types:
  • (1) Network modules
  • (2) Protocol modules
  • (3) Application modules
  • (1) The network modules are modules in charge of controlling communication in an IP network.
  • (2) The protocol modules are modules in charge of protocol control that controls the individual functions of IMS and DLNA, i.e., performing control so that the IMS side executes communication according to a protocol defined on the IMS side and so that that the DLNA side executes communication according to a protocol defined on the DLNA side. Since communication according to different protocols are executed on the IMS side and on the DLNA side, configurations supporting different protocols are provided.
  • (3) The application modules are modules that implement an actual gateway function using the protocol modules, i.e., that implements relaying between the DLNA side on the home network side and the IMS network, which is a network outside the home network.
  • In the figure, in order to clarify the distinction between functions used on the DLNA side on the home network side and functions used in the IMS network, which is a network outside the home network, areas are separated by a broken line, with software modules applied to the IMS/IPTV side shown on the left side of the broken line, and software module applied to the DLNA side shown on the right side. Note, however, that the network modules are commonly used in both networks. Hereinafter, each of the modules will be described in detail.
  • First, in the network modules, a TCP IP stack, and an Auto IP/DHCP (Dynamic Host Configuration Protocol) Client module for executing a process of setting an IP address, defined in UPnP DA, are implemented. The same network modules can be used by both IMS and DLNA.
  • Basically, it suffices for the home IMS gateway 212 to be connected to a home IP network, so that it is not necessary to separately set network I/Fs. Note, however, that in a case where it is configured as integrated with a residential gateway, a home network connection I/F and an external network connection I/F may be configured separately.
  • Since protocols that are used on the DLNA side on the home network side and protocols used in the IMS network, which is a network outside the home network, are currently different, the protocol modules are set individually in accordance with the individual protocols.
  • The DLNA side is composed of SOAP defined in DA, GENA (Generic Event Notification Architecture), Presentation Page and Device Description modules by an HTTP (Hyper Text Transfer Protocol) server, SSDP in charge of Device Discovery as a device discovery process, and an AKE module that executes authentication and key exchange (AKE) of DTCP-IP (Digital Transmission Content Protection—Internet Protocol) needed for implementing content in a home network.
  • The IMS side is composed of SIP/Module that establishes a session with an AS (Application Server), which is a server that provides an IMS service, and SOAP and GENA modules that perform message communication with the AS. Furthermore, on the IMS side, since communication over the open Internet is assumed, communication executing protocols, such as SIP and SOAP, are implemented over the TLS (Transport Layer Security) protocol defined in IETF RFC 2246 for security, so that the protocol setting is such that communication is executed under a secure environment.
  • One of the features of the home IMS gateway 212, which is an information processing apparatus of the present invention, is that it has such a configuration that a process of mapping an AS (IPTV service) of IMS as a UPnP device is executed using a function called Device Discovery Control as a device discovery process function used on a DLNA-side device. That is, the home IMS gateway 212 maps a server outside the home network as a virtual home network device. Specifically, by using UPnP Device Proxy Manager (refer to FIG. 6) or the like that is set as an application module on the home IMS gateway 212, the home IMS gateway 212 generates a UPnP Media Server instance corresponding to an AS (IPTV), which is an external server, and records it on a memory.
  • As described above, the home IMS gateway 212 maps and sets an AS (IPTV service) of IMS, which is an external device not existing in the home network, as a DMS of DLNA. This process is a process of making setting as if an AS (IPTV service) of IMS were a content providing server (DMS) existing in the home network.
  • In a case where a device discovery process according to UPnP is executed through the mapping process by a DLNA device in the home network, e.g., a DMP as a content playing executing device such as a TV, it becomes possible for the home IMS gateway 212 to notify the DMP that it has a service providing function based on the UPnP Media Server instance corresponding to the AS (IPTV). This makes it possible for the DMP to recognize, on the basis of this notification, the AS (IPTV service) of IMS as a device similar to a content providing server (DMS) in the home network. This makes it possible to receive a service of the AS (IPTV service) of IMS, which is an external network, by a process similar to reception of a service based on providing of content from within the home network.
  • Note that regarding the home IMS gateway 212, which is an information processing apparatus of the present invention, it is possible to make arbitrary setting as to whether a process of relaying content provided by the AS (IPTV service) of IMS is to be relayed to a DMP as a content playing executing device in the home network. It is possible to make setting such that, without performing relaying of content, a DMP directly obtains content data from an external network by communication between a DLNA device (DMP as a content playing executing device) and a backend Video Server of the AS (IMS) of IMS. Specific process examples these will be described later.
  • In a case where the home IMS gateway 212 performs relaying of content provided by the AS (IPTV service) of IMS, functions called Media Management, for example, a Content Directory service that obtains metadata of a content list, and a protocol for transferring video content, called Media Transport of DLNA, are implemented. In a configuration where the home IMS gateway 212 does not perform relaying of content provided by the AS (IPTV service) of IMS, it is not necessary to implement these functions, i.e., the Media Management functions, on the home IMS gateway 212.
  • Furthermore, it is also possible to make setting such that the home IMS gateway 212 does not perform a relaying process either for a content list request from a client device in the home network, i.e., a DMP as a content playing executing device, and such that a client device (DMP) is caused to issue a content list request directly to an external server such as an AS (IPTV service). In this configuration, it suffices for the home IMS gateway 212 to be configured to be capable of responding to a device discovery request from a client. Note that in order to send a request from a client directly to an external server without passing it through the home IMS gateway 212, it is implemented by setting the URL of the external server, not the home IMS gateway, as a URL specified in [ControlURL] and [eventSubURL] of device information [Device Description] defined in Device Architecture of UPnP. The home IMS gateway 212, by providing device information [Device Description] having such setting to a client device, sets in an external server, such as the AS (IPTV service), a counterparty to which a client subsequently issues a content list request or various types of requests with reference to the device information. In this case, the model is such that the home IMS gateway is in charge of only device discovery, so that the load is further reduced. Note that it is also possible to set a URL of an external server instead of the home IMS gateway 212 also in URL [SCPDURL] for obtaining device information, defined in Device Architecture of UPnP.
  • The application modules, by using the protocol modules, execute a gateway function, i.e., a function of setting a communication environment between a DLNA device in the home network and a server outside the home network. The application modules are broadly classified into a set of modules that perform a mapping process for setting an AS (IPTV) service of IMS as a DMS of DLNA, and a set of modules that passes requests sent from, for example, a DMP, which is a content playing device in the home network, to an AS (IPTV) service of IMS.
  • The former set of modules that perform the mapping process are AS Discovery, ServiceManager, and UPnP Device Proxy Manager, and the latter modules that execute the request transferring process are UPnP Message Proxy and AKE Proxy.
  • As described above, the home IMS gateway 212, which is an information processing apparatus of the present invention, performs a process of mapping an AS (IPTV service) of IMS, which is an external device not existing in the home network, as a DMS of DLNA. Furthermore, the home IMS gateway 212 has a function of selectively mapping only a service entity [AS(IPTV)] selected by a user at the time of the mapping process.
  • That is, in a configuration where a plurality of ASs (IPTVs) of IMS/IPTV exist in the external network and each provides content, only an AS (IPTV) that a user has purchased and selected using an IMS charging system is selected and mapped to a DMS of DLNA.
  • Among the application modules that perform the mapping process, AS Discovery shown in FIG. 6, which is a module on the IMS/IPTV side, executes a process of discovering an IPTV service provided by an IMS system, and UPNP Device Proxy Manager, which is a DLNA-side module, manages a list of ASs discovered and obtained by AS Discovery, and presents the user with this list to allow the user to execute a process of purchasing or selecting an AS (IPTV).
  • Specifically, the home IMS gateway 212, which is an information processing apparatus of the present invention, becomes an HTTP server, and connects to a UPnP Control Point having an HTML browser thereon, the user selects a desired IPTV service from a displayed HTML screen using a browser function, and performs a procedure of subscribing to the service. Specifically, for example, by using a PC or TV set as a DLNA device in the home network having a browser function, it is possible to present a list owned by the home IMS gateway 212 on a display and to select an IPTV service.
  • Furthermore, in the procedure of receiving the IPTV service, by using UPnP Message Proxy as an executing module, it is possible to cause the request transferring process described earlier to cooperate with the charging system provided by the IMS system, and charging on the user is performed on the basis of customer information of the IMS user ID that has been set as an ID corresponding to the home IMS gateway 212.
  • As described above, on condition of the procedure of subscribing to the AS (IPTV) by the user, it becomes possible for the home IMS gateway 212 to perform selective mapping such as selecting an IPTV service for which the subscription procedure has been executed by the process of UPnP Device Proxy Manager, which is an application module, and to map the IPTV service to a DLNA DMS. Note, however, that in a case where an AS (IPTV) or the like exists for which it is not necessary to perform a subscription procedure, such as an AS (IPTV) that provides content free of charge, the process of subscription procedure by the user is not necessary, and user's selection is not a necessary condition for mapping.
  • The DMP as a content playing device, which is a DLNA device in the home network, interprets the AS (IPTV) for which the mapping process has been completed at the home IMS gateway 212 as a content providing server (DMS) in the home network, so that it becomes possible to receive the AS (IPTV) service.
  • UPnP Message Proxy, which is an application module, relays a message supplied from the DLNA DMP to the AS (IPTV). As protocols for this purpose, SOAP and GENA, equivalent to UPnP, are used, and the AS tries to achieve mutual compatibility by directly processing a message of a UPnP Media Server and Content Directory service defined in UPnP AV, by performing protocol conversion for AS (IPTV) at UPnP Message Proxy, or the like.
  • Note that the example configuration of software modules of the home IMS gateway 212 shown in FIG. 6 is a configuration of software modules in a case where the home IMS gateway is allowed to execute both communication according to communication protocols on the IMS/IPTV side and communication according to communication protocols on the side of DLNA in the home network, and the home IMS gateway 212 executes protocol conversion as needed in communication between the IMS/IPTV side and the DLNA side.
  • The configuration for the process of conversion of communication protocols may be such that it is executed by the home IMS gateway 212, or, for example, the configuration may be such that it is executed by an external server that executes communication directly with the side of the home IMS gateway 212, for example, an AS on the IMS side or a server that executes an IPTV service. As described above, in the configuration where necessary protocol conversion is executed at the external server, it suffices for the home IMS gateway 212 to have DLNA-side protocol modules and application modules. Note that in the case of such a configuration, the process of mapping the external server is executed by executing a device discovery process according to the SSDP protocol defined by DLNA.
  • Furthermore, in the process of obtaining a content list and metadata, executed by a client device in the home network, i.e., a DMP as a content playing executing device, in the embodiment described below, a method is employed in which an AS directly processes a UPnP Content Directory service. In the embodiment, a procedure for subscription to a service is executed by UPnP Control Point on which an HTML browser is implemented. Although this may be a DMP of a DLNA, it need not necessarily be a DMP of a DLNA, and a similar process can also be executed, for example, by a HTML browser of a personal computer of a third party. Also, in a case where an HTML browser is implemented on a cellular phone or the like, a purchase procedure can be executed similarly.
  • Furthermore, by making setting such that the home IMS gateway 212 itself has a user interface such as a display apparatus and an input unit, it is possible to input information input by the user by directly presenting a list obtained from an AS (IPTV) on the user interface, so that it is possible to execute a procedure for service subscription without depending on control by an HTML browser.
  • Note that various modes are possible as modes of the procedure for subscribing to an AS (IPTV). That is, various setting is possible, such as selection on the basis of each service as selection of an AS (IPTV) itself, or selection on the basis of each content provided by an AS (IPTV). In these cases, a scheme for selecting purchase by each content on the basis of setting of AS (IPTV) is provided by Presentation Page, selection information is registered on the IMS side as configuration data of user profile information, and the AS (IPTV) side provides content according to the registered information.
  • As described above, for the home IMS gateway 212, setting is possible both for a case where it is configured to execute a process of relaying content provided by an AS (IPTV service) of IMS to a DMP as a content playing executing device in the home network, and for a case where the process is not executed. In the latter case, processing of service logic at an application level, for example, data processing corresponding to each service, such as interpretation of a service provided by an AS (IPTV) service, or a process of conversion into a format understandable by a DMP, is not necessary. Furthermore, a process of temporary saving of content data or conversion is not necessary, either, so that it is possible to implement a home IMS gateway by a device with very inexpensive software and hardware configurations.
  • By making service logic processing by the gateway apparatus unnecessary, compared with a configuration in which these processes are executed, flexibility of extension of services can be improved. For example, there are cases where an AS (IPTV), which is an entity that provides content, performs addition of metadata of content or the like. In a configuration where a gateway apparatus executes processing of service logic, in order to make it possible for the gateway to interpret and process the added metadata, for example, updating of a program becomes necessary. However, in a home IMS gateway of the present invention, such a setting is possible that such processing is not executed, and it becomes possible to make various changes in service logic only by changes on the distribution service side without making changes at the gateway itself.
  • As described earlier, the following two configurations exist as modes of processing by the home IMS gateway 212:
  • (1) Configuration in which a process of relaying content provided by an AS (IPTV service) of IMS to a content playing device (DMP) in the home network is executed.
  • (2) Configuration in which a process of relaying content provided by an AS (IPTV service) of IMS to a content playing device (DMP) in the home network is not executed, and content is played by communication between DMP and AS (IPTV service).
  • In the above configuration (2) where content is played by communication between DMP and AS (IPTV service), content is transmitted directly from a content distribution service on the Internet to a DMP, which is a playing device. Thus, as opposed to a method in which content is temporarily downloaded to a home server and is then redistributed into a home, since it is possible to play content on demand, convenience for the user is also high. Furthermore, in the method in which transmission of content is not relayed, since duplicate transmission of content data does not occur in the home network, it is possible to prevent using a band in vain. Furthermore, limitation regarding the topology of the home network becomes absent, so that there exists an advantage that the variety of products on which a gateway function is implemented becomes increases.
  • Hereinafter, a process sequence in a case where content is played by the process of the above (2), i.e., communication between DMP and AS (IPTV service), will be described with reference to sequence diagrams in FIGS. 7 to 10. The sequence diagrams in FIGS. 7 to 10 are diagrams for explaining sequences of the following processes.
  • (A) Sequence of procedure for subscribing to AS (IPTV) (FIGS. 7 and 8)
  • (A1) IMS registration process
  • (A2) Device discovery process
  • (A3) AS (IPTV) selection process
  • (B) Sequence of usage of content provided by AS (IPTV) (FIGS. 9 and 10)
  • (B1) Device Discovery Process
  • (B2) Content list obtaining process
  • (B3) Authentication and key exchange process
  • (B4) Content streaming process
  • First, with reference to FIGS. 7 and 8, the sequence of the procedure for subscribing to an AS (IPTV) will be described. FIGS. 7 and 8 show the following components from the left side:
  • (1) Three IPTV services AS1, AS2, and AS3 as application servers that execute content providing services supporting IPTV in an IMS network
  • (2) HSS having databases for management of user IDs used in IMS, management of profiles of services that each user subscribes to, management of authentication information, management of whether use of each IMS service is allowed, and management of user movement
  • (3) CSCF that performs user registration and session setting control on the basis of SIP (Session Initiation Protocol) in an IMS network
  • (4) Home IMS gateway
  • (5) HTML browser (user interface) as a UPnP control point
  • Furthermore, [Cx], [SIP], [SSDP], and [HTTP] shown in individual steps indicate protocols applied to individual communications.
  • The sequence of subscribing to an AS (IPTV), shown in FIGS. 7 and 8, can be divided into the following three phases:
  • (A1) IMS registration process
  • (A2) Device discovery process
  • (A3) AS (IPTV) selection process
  • Hereinafter, each of the processes will be described.
  • (A1) IMS Registration Process
  • In the IMS registration process, which is the first phase, first, in step S11, the home IMS gateway sends an IMS user ID preset to the home IMS gateway to a CSCF of the IMS network, and in step S12, the home IMS gateway receives an acknowledgement of registration and performs registration to the IMS network. Then, in step S13, configuration information (config) is presented to the CSCF, and in step S14, an acknowledge response is received.
  • In step S15, the CSCF issues a request for available service information registered in association with the IMS user ID to the HSS having a database for managing user profile information and obtains the available service information (step S16), and in step S17, the CSCF sends the obtained list of available serves to the home IMS gateway. In step S18, the home IMS gateway sends an acknowledgement of receipt to the CSCF.
  • The home IMS gateway obtains a list of available services as described above and stores it in a memory. The home IMS gateway generates an HTML document from the list of IPTV services obtained as described above, and prepares for the subsequent setting of AS by the HTML browser.
  • (A2) Device Discovery Process
  • The second phase is the device discovery process. At the initial stage, the AS to use is not specified by the user. Thus, at this stage, the home IMS gateway has not mapped the AS (IPTV) as a DLNA DMS, so that the DMP as a content playing device in the home network cannot interpret the AS (IPTV) as a DMS and receive content.
  • As described earlier, when selection of an AS (IPTV) is executed, the home IMS gateway becomes an HTTP server, and by using the scheme of Presentation defined in UPnP DA, it connects to UPnP Control Point implemented on an HTML browser and selects a desired IPTV service from an HTML screen displayed by the user using a browser function. (A2) Device discovery process shown in FIG. 7 is a sequence of this process.
  • The user who executes selection of an AS (IPTV) discovers that the home IMS gateway is connected on the home network by the process according to the device discovery protocol defined in UPnP from UPnP Control Point, for example, a PC or the like having a browser function, i.e., by sending SSDP M-Search in step S19 and receiving SSDP M-Response as a response thereto in step S20. Steps S21 and S22 are steps of requesting and receiving specific device information.
  • (A3) AS (IPTV) Selecting Process
  • FIG. 8 shows the sequence of the AS (IPTV) selecting process that is executed subsequently. In this phase, the user views the AS (IPTV) service list obtained in the first phase by the home IMS gateway from the UPnP Control Point of a PC or the like, and executes service (AS) selection.
  • First, in steps S23 and S24, to the home IMS gateway as an HTTP server, on the basis of HTTP GET, an HTML document is obtained and an HTML page is displayed. In the screen, the AS (IPTV) service list is displayed.
  • The user selects an AS (IPTV) from which a service is to be received or selects content from the list, and then, in step S25, the request information is input to the home IMS gateway, and in step S26, the home IMS gateway requests subscription to the service. In step S27, on the basis of the service subscription request at the home IMS gateway, the CSCF executes registration of information corresponding to the service subscription request to the HSS as registration information associated with the user. Upon completion of the service subscription registration process, in step S28, a notification of a process completion response is sent from the HSS to the CSCF, is sent from the CSCF to the home IMS gateway in step S29, and is further sent to an apparatus having a user interface, such as a PC that is UPnP Control Point, and is acknowledged by the user in step S30.
  • Note that in (A3) AS (IPTV) selecting process, there are cases where, for example, a charging process or the like is performed. In this case, input and communication of information needed for the charging process are executed.
  • As described above, (A) the sequence of subscribing to AS (IPTV) is composed of the following three processes:
  • (A1) IMS registration process
  • (A2) Device discovery process
  • (A3) AS (IPTV) selecting process
  • By completing these processes, the process of subscribing to an AS (IPTV) is completed.
  • Upon completion of the AS (IPTV) subscription procedure, the home IMS gateway executes mapping so that the selected AS (IPTV) becomes a DMS, thereby making setting such that the DMP as a content playing device in the home network can interpret the selected AS (IPTV) as a DMS and receive content. That is, by using UPnP Device Proxy Manager and so forth shown in FIG. 6, the home IMS gateway generates an instance of UPnP Media Server corresponding to the selected AS (AS3 in the example), and records the instance in a memory.
  • Through the mapping process, the AS (IPTV) as an IMS application server existing outside the home network is dealt with similarly to a DMS (DLNA Media Server) similar to a content providing server in the home network, and it becomes possible to use the AS (IPTV) from a DMP (DLNA Media Player), which is a content playing device in the home network.
  • Hereinafter, with reference to FIGS. 9 and 10, a sequence of usage of AS (IPTV) provided content by a DMP, which is a content playing device in the home network, will be described.
  • FIGS. 9 and 10 shows the following components from the left side:
  • (1) IPTV service (AS) (content providing entity)
  • (2) HSS having databases for management of user IDs used in IMS, management of profiles of services that individual users subscribe to, management of authentication information, management of whether use of each IMS service is permitted or not, and management of user transfer
  • (3) CSCF that controls user registration and session setting on the basis of SIP (Session Initiation Protocol) in an IMS network
  • (4) Home IMS gateway
  • (5) DMP (DLNA Media Player), which is a content playing device in a home network.
  • Note that (1) IPTV service (AS) is either an IPTV service alone or a combination of an IPTV service and an AS, and either mode is possible. Furthermore, [SSDP], [HTTP], [SOAP], and [AKE] shown in individual steps indicate protocols applied to individual communications.
  • The sequence of usage of AS (IPTV) provided content, shown in FIGS. 9 and 10, can be divided into the following four phases:
  • (B1) Device discovery process
  • (B2) Content list obtaining process
  • (B3) Authentication and key exchange process
  • (B4) Content streaming process
  • Hereinafter, each of these processes will be described.
  • (B1) Device Discovery Process
  • The first process is the device discovery phase. By the AS subscription sequence described earlier with reference to FIGS. 7 and 8, the home IMS gateway has already mapped an AS (IPTV) as a DLNA DMS, and it has been made public to each device DLNA device in the home network that the AS (IPTV) can be used as a DLNA DMS. That is, all the DMPs connected to the home network, which are content playing devices, can obtain AS (IPTV) information as DMS from the home IMS gateway by the device discovery sequence defined in UPnP DA. The device discovery sequence is a process of steps S31 to S34.
  • The DMP, which is a content playing device, discovers the AS (IPTV) set as a DMS, by the process according to the device discovery protocol defined in UPnP, i.e., by sending SSDP M-Search to the home IMS gateway in step S31 and receiving SSDP M-Response from the home IMS gateway as a response thereto in step S32. Steps S33 and S34 are steps of requesting and receiving specific device information.
  • Note that in the device discovery process, the home IMS gateway provides information based on the UPnP Media Server instance corresponding to the AS (IPTV), generated by the home IMS gateway in the mapping process, i.e., server information corresponding to the AS (IPTV), to the DMP, which is a content playing device. By receiving this information, the DMP interprets the AS (IPTV) as being a content providing server (DMS) in the home network.
  • (B2) Content List Obtaining Process
  • The second process is a process of obtaining a content list from the AS (IPTV) set as a DMS. As in the example already shown in the AS subscription sequence, it is assumed that the home IMS gateway has already established a session with the IMS network. In a case where a session is not established or is disconnected, a reconnection is performed using a request for obtaining content or the like as a trigger. By establishing a session with the IMS network, information of the AS for which subscription has been completed has already been obtained.
  • In step S35, the DMP issues a Browse action of UPnP Content Directory Service to the AS (IPTV) set as a DMS that has been discovered in the first phase. Upon receiving the Browse action from the DMP, in step S36, the home IMS gateway relays this request and transfers it to the IPTV (AS).
  • The IPTV (AS) interprets the content of the Browse action, generates a list of video content from a backend electronic program information storage server (EPG server) or the like, and sends a response to the DMP via the home IMS gateway (steps S37 and S38). For example, in a case where the content list has a hierarchy, a plurality of Browse actions are issued. Note that as defined in UPnP Content Directory Service, a content list is represented by an XML document called DIDL-Lite, conforming to XML Schema, and resource information (URI) of video data of each content indicates video content provided by a backend Video Server of AS.
  • Note that as described earlier, such setting is possible that the home IMS gateway does not execute the process of relaying a content list request from a DMP, and a content list request is issued directly from a client device (DMP) to an external server such as an AS (IPTV service). For this purpose, URLs specified by [controlURL] and [eventSubURL] of device information [Device Description] defined in UPnP Device Architecture are set to be a URL of an external server, not the home IMS gateway. By the home IMS gateway providing device information [Device Description] having such URL setting to a client device, a counterparty to which the client subsequently issues a content list request or various types of request with reference to the device information is set to an external server such as an AS (IPTV service).
  • (B3) Authentication and Key Exchange Process
  • The third phase is authentication and key exchange. In a case where copy-protected content is transmitted, a DLNA encrypts the content according to DTCP-IP and transmits the content. Also in streaming from an AS (IPTV) video server, encryption conforming to DTCP-IP is performed to send encrypted content.
  • A key applied to content encryption is generated by an authentication and key exchange (AKE) process according to definition of DTCP-IP. As shown in FIG. 6, the home IMS gateway has a function of DTCP-IP AKE Proxy, and at the time of content reception, a DMP, which is a content playing device, performs authentication and key exchange with the home IMS gateway having a DMS that the DMP recognizes as a content providing service entity.
  • The setting of a content resource URI set in a list obtained in (B2) content list obtaining process is such that it includes an IP address of an AS video server. An address as a subject of the authentication and key exchange process needed to execute obtaining of content, i.e., the AKE processes, is set to the home IMS gateway. That is, the DMP performs authentication and key exchange with the home IMS gateway in which a DMS instance recognized as a content providing service entity is registered.
  • Note that although the subject of execution of authentication and key exchange at the DMP is often an entity that sends encrypted content, i.e., an IP address of an AS video server included in a content resource URI, in the configuration of the present invention, the subject of the AKE processes executed by the DMP at the time of a request for obtaining content included in the content list provided to the DMP in (B2) content list obtaining process is set to be the home IMS gateway.
  • This becomes possible, for example, by including, in metadata associated with content, metadata with which setting is such that the subject of AKE is the home IMS gateway. The configuration may be such that the setting of content list that the home IMS gateway receives from the IPTV service (AS) is a list set in advance as described above or such that metadata is added or changed at the home IMS gateway. Alternatively, the configuration may be such that at the time when the home IMS gateway provides a content list to the DMP, a notification that the subject of AKE is the home IMS gateway is executed.
  • The authentication and key exchange process is executed according to an authentication and key exchange (AKE) process sequence defined in DTCP-IP.
  • In the configuration of the present invention, through the processes of steps S39 to S46 shown in FIG. 10, i.e.;
      • S39: AKE Challenge&Response
      • S40: AKE
      • S41: RTT (Round Trip Time) Check request
      • S42: RTT Check response
      • S43: AKE Key Exchange
      • S44: Key Exchange
      • S45: Key Exchange
      • S46: AKE Key Exchange
  • Through these processes, the authentication and key exchange between the DMP and the home IMS gateway are completed.
  • In the course of the authentication and key exchange process, in order to confirm that the home IMS gateway, which is the subject of AKE, is in the proximity of the DMP, confirmation of TTL (Time To Live) of an IP packet and confirmation of a response time are executed as RTT measurement in steps S41 and S42.
  • Furthermore, steps S44 and S45 are processes that are characteristic of the configuration of the present invention, and these are processes of passing a key shared between the home IMS gateway and the DMP in the AKE sequence to the IPTV service (AS) so that the key applied as an encryption key is shared between the IPTV service (AS) as a content providing entity and the DMP as a content using entity. By adding the processes of steps S44 and S45, the IPTV service (AS) as a content providing entity and the DMP as a content using entity can share the encryption key. Here, the IPTV service (AS) is a legitimate service that is allowed to share the key, and steps S44 and S45 are performed by secure communication.
  • (B4) Content Streaming Process
  • The last, fourth phase is a content streaming process. In step S47, the DMP, which is a content playing device, applies a resource URL obtained in the preceding (B2) content list obtaining process, and issues a content request based on HTTP GET to request HTTP streaming.
  • The video server of the IPTV service (AS) encrypts content data using the key shared with the DMP in the preceding AKE phase, and in step S48, starts streaming transmission of content to the DMP, which is a DLNA device in the home network.
  • The DMP, which is a content playing device in the home network, decrypts the data received from the IPTV service (AS) by applying the encryption key shared with the IPTV service (AS) in the preceding AKE phase, and executes content playing by decoding.
  • Regarding the process configuration of the present invention,
  • (B3) Authentication and key exchange process
  • (B4) Content streaming process
  • It differs in that in these third and fourth phases, an IP address to which the AKE module is applied is set to be the home IMS gateway, which is an entity different from the server as a content providing entity, and it is a process otherwise conforming to streaming playing by DTCP-IP defined in DLNA.
  • An overview of data communication in the content using process described with reference to FIGS. 9 and 10 will be described with reference to FIG. 11. In FIG. 11, as devices in a home network 500, a DMP 501 as a content playing device, a home IMS gateway 502, and a residential gateway (RG) 503 are shown. Furthermore, as a configuration outside the home network 500, an IP multimedia subsystem (IMS) 510 and an IPTV service 520 are shown.
  • As described earlier with reference to FIG. 3, the IP multimedia subsystem (IMS) 510 is the base of wireless communication infrastructure for cellular phones, which is being developed by 3GPP (3rd Generation Partnership Project), which is a project for standardizing 3rd generation mobile communication systems. With a functional element called CSCF (Call Session Control Function) as a core, it is configured by functional components such as Home Subscriber Subsystem (HSS) and Application Server (AS). FIG. 11 shows an application server (AS) 511. The application server (AS) 511 includes CDS (Content Directory Service) 512 as a directory service executing section that performs processes such as registration of a function of a service providing server.
  • The IPTV service 520 has an EPG server 521, which is a server that provides EPG (Electronic Program Guide), which is a program information guide such as a content list, and a video server, which is a server that provides video content, and it implements a content list providing service and a content providing service to the DMP 501, which is a user terminal, by cooperation between the respective servers and the CDS 512 of the AS (IPTV) 511.
  • A basic process flow in a case where the DMP 501, which is a content playing device in the home network 500, obtains content from the IPTV service 520 outside the home network will be described. Through the AS subscription sequence described earlier with reference to FIGS. 7 and 8, the home IMS gateway has already mapped the IPTV service (AS) as a DLNA DMS.
  • First, in step S101, the DMP 501 executes device discovery as a UPnP action to obtain information of an AS (IPTV) set as a DMS from the home IMS gateway 502. In the device discovery process, the home IMS gateway 502 provides the DMP 501, which is a content playing device, with information based on a UPnP Media Server instance corresponding to the AS (IPTV) generated by the home IMS gateway 502 in the mapping process. By receiving this information, the DMP 501 interprets the AS (IPTV) as being a content providing server (DMS) in the home network.
  • Furthermore, the DMP 501 issues a Browse action of Content Directory Service of UPnP to the AS (IPTV) set as a DMS. Upon receiving the Browse action from the DMP 501, the home IMS gateway 502 relays the request to the AS 511 (CDS 512). The AS 511 (CDS 512) obtains a list of video content provided by the EPG server 521 of the IPTV service 520, and the home IMS gateway 502 sends a content list to the DMP 501 as a response.
  • Note that as described earlier, in the content list, a content URL applied to obtaining of content as metadata, and subject device information of the authentication and key exchange (AKE) processes executed as a presupposition of content obtaining are recorded, and the subject device information of the key exchange process (AKE) is set to the home IMS gateway 502. Alternatively, without using content metadata, the home IMS gateway 502 may notify the DMP 501 that the subject device of the key exchange (AKE) process is the home IMS gateway 502.
  • Prior to receiving content, in step S102, the DMP 501 executes the authentication and key exchange (AKE) process according to the definition of DTCP-IP. The DMP executes the process considering the home IMS gateway 502 as a subject of execution of authentication and key exchange. Note, however, that in the authentication and key exchange (AKE) process, in step S103, the home IMS gateway 502 provides the key applied as a content encryption key to the video server 522 of a video server 522 as an IPTV service 520 as a content providing entity. By this process, at the time of completion of the authentication and key exchange (AKE) process, the video server 522 of the IPTV service 520 as a content providing entity and the DMP as a content using entity share the key.
  • Then, in step S104, the DMP 501, which is a content playing device, issues a content request based on HTTP GET by applying a resource URL obtained in the content list obtaining process, thereby requesting HTTP streaming to the video server 522. The video server 522 of the IPTV service 520 encrypts content data by applying the key shared with the DMP 501 in the preceding AKE phase, and sends it to the DMP 501. The DMP 501 executes a decrypting process on the data received from the IPTV service 520 by applying the shared encryption key, and executes content playing.
  • As described above, with the configuration of the present invention, it becomes possible for the DMP as a content playing apparatus in the home network to receive content from a content providing server outside the home network and to play the content.
  • In order to enable this process, the home IMS gateway provided in the home network executes a process of executing communication with the content providing server, mapping the content providing server as a home network device, generating an instance in which server information of the external server is recorded and storing the instance in a storage unit, in response to reception of a device discovery request according to the UPnP definition from the content playing device in the home network, providing server information corresponding to the content providing server based on the instance to the content playing device as information of a device that can receive the service.
  • Furthermore, in a case where a content obtaining request from the content playing apparatus, i.e., a request for obtaining content provided by the content providing server, is received, the home IMS gateway transfers this request to the content providing server so that the content providing server sends the content to the content playing apparatus, thereby enabling reception and playing of content at the content playing apparatus.
  • Furthermore, since the configuration is such that, regarding the authentication and key exchange demanded to be executed as a content sending condition defined in DLNA, the process (AKE) as defined is executed between the content playing apparatus and the home IMS gateway, and the home IMS gateway sends the generated key to the content providing server, it becomes possible for the content providing server and the content playing apparatus to share the key generated in the authentication and key exchange process. Similarly to the content sending process executed by the DMS in the home network, content on which encryption has been performed is sent from the content providing server to the content playing apparatus, so that secure content transmission and reception is achieved.
  • Note that this content transmission method can also be applied to Home to Home content transmission. Instead of the video server 522 of the IPTV service 520 in FIG. 11, by causing a home server of another home to provide a similar service, it is possible to transmit content of that home. In such non-commercial content transmission, there are cases where transmission is performed without performing encryption.
  • Hereinabove, an embodiment regarding a home IMS gateway for causing a DMP, which is a content playing device conforming to the DLNA guideline shown in FIG. 4 to receive an IPTV service has been described. As described earlier with reference to FIG. 4, in the DMS, which is a content providing server defined in DLNA, a UPnP media server (UPnP Media Server) is implemented, and on the UPnP Media Server, a main Content Directory Service is implemented, so that it is made possible to obtain a content list and metadata by applying it. That is, by using the Content Directory Service, the DMP, which is a content playing device defined in DLNA, obtains a content list streamed by the DMS, which is a content providing server defined in DLNA. The embodiment described with reference to FIG. 9 is an embodiment in which the content list obtaining process by the UPnP Content Directory Service is executed by applying SOAP and GENA message communication defined in UPnP DA. Next, an example of a process in which a scheme of Presentation defined in UPnP DA is used will be described.
  • [Example of Process in which a Scheme of Presentation Defined in UPnP DA is Used]
  • The embodiment described below is an embodiment in which the home IMS gateway 212 shown in FIG. 3, which is an information processing apparatus of the present invention, becomes an HTTP server, and connects to UPnP Control Point implemented on an HTML browser by using a scheme of Presentation defined in UPnP DA, and the user selects a desired IPTV service from an HTML screen displayed using a browser function and receives the service.
  • That is, it is an example of a process in which by applying the scheme of Presentation defined in UPnPDA described earlier, a process of providing HTML data describing a service screen including, for example, a content list, content information, and so forth, from the home IMS gateway 212 to a DMP, which is a content playing device, for example, the TV (DMP) 213 shown in FIG. 3, is executed, the service screen formed of the HTML data is displayed on a display on the side of the DMP, which is a content playing device, the user selects content on the basis of the display data, and receives the IPTV service. That is, for example, by using a PC or TV having a browser function, set as a DLNA device in the home network, a list owned by the home IMS gateway 212 is presented on the display, and an IPTV service is selected to receive the service.
  • In this embodiment, on the content playing device, i.e., for example, the TV (DMP) 213 shown in FIG. 3, an HTML browser for implementing the Presentation function defined in UPnP DA is implemented. In this embodiment, although the UPnP Content Directory service is not used, for the streaming playing function, the content playing device is implemented on the basis of the DLNA media transfer definition and the DTCP-IP content protection definition.
  • The sequence of using content provided by an AS (IPTV) is divided into the following four phases.
  • (B1) Device discovery process
  • (B2a) Service screen obtainment
  • (B3) Authentication and key exchange process
  • (B4) Content streaming process
  • Among the above phases, the processes in the individual phases (B1), (B3), and (B4) are the same as the processes described earlier with reference to FIGS. 9 and 10 earlier in the embodiment. In the processes described with reference to FIGS. 9 and 10, (B2) content list obtaining process in steps S35 to S38 described with reference to FIG. 9 is executed. In this embodiment, in which the scheme of Presentation defined in UPnP DA is used, (B2a) service screen obtaining process is executed instead of (B2) content list obtaining process.
  • FIG. 12 shows an example configuration of software modules of the home IMS gateway 212 for executing the (B2a) service screen obtaining process. In this embodiment of service screen operating method, in order to obtain a service screen by using the function of an HTML browser, the SOAP and GENA software modules described with reference to FIG. 6 are not implemented, and furthermore, instead of the UPnP Message Proxy described with reference to FIG. 6, an HTTP Proxy that relays HTML data between an HTTP server and an HTTP client is implemented.
  • With reference to the sequence diagram shown in FIG. 13,
  • (B1) Device discovery process
  • (B2a) Service screen obtaining process
  • These sequences in this embodiment will be described.
  • The (B1) device discovery process is similar to the process described earlier with reference to FIG. 9. The DMP (e.g., the TV (DMP) 213 shown in FIG. 3), which is a content playing device, executes the device discovery process by processing steps S31 to S34 according to the device discovery protocol defined in UPnP. By this process, the DMP as a content playing device discovers a content providing server (DMS) implemented on the home IMS gateway, and obtains a Presentation URL for obtaining HTML data provided by an HTTP server implemented on the DMS, by Device Description of the DMS according to the definition of UPnP DA.
  • In the (B2a) service screen obtaining process executed next, first, in step S201, the DMP as a content playing device sends an HTTP:GET request to the HTTP server of the DMS by using a Presentation URL obtained in the (B1) device discovery process.
  • In step S202, the HTTP Proxy implemented on the home IMS gateway transmits the HTTP:GET request received by the HTTP server from the DMP as a content playing device to the application server (AS) of the IPTV service.
  • The application server (AS) of the IPTV service generates, as HTML (HyperText Markup Language) data, a service screen including a content list by using content information obtained from the EPG server, and in step S203, it returns the HTML data representing the service screen to the home IMS gateway as an OK response.
  • In step S204, the home IMS gateway transfers the response including the HTML data, received from the application server (AS) of the IPTV service, to the DMP as a content playing device by the HTTP Proxy.
  • The DMS as a content playing device generates and presents to the user a service screen formed of a content list and so forth by executing a drawing process in which an HTML browser is applied to the HTML data transferred via the home IMS gateway and sent by the application server (AS) of the IPTV service. The service screen includes a content list of the IPTV service, and the user selects content to be played from the content list.
  • The content selecting process is executed as, for example, a process of selecting a content list displayed on the screen by a remote controller, switch, keyboard, or a pointer such as a mouse. By the content selecting process, a resource URL of content included in the HTML data is identified. By using the URL corresponding to the selected content, the subsequent processes, i.e., the processes described earlier with reference to FIG. 10:
  • (B3) Authentication and key exchange process
  • (B4) Content streaming process
  • These processes are executed. By these processes, the DMP as a content playing device performs content playing. That is, the client device inputs content selection of the user regarding the content list included in the service screen, and on the basis of the content selection information, the client device identifies a URL corresponding to the selected content, i.e., a resource URL of content included in HTML data, and executes an authentication and key exchange process based on the URL and a content streaming process.
  • Note that although the service screen obtaining process executed in steps S201 to S204 is a one-time process in the sequence diagram shown in FIG. 13, the service screen can take on a structural menu configuration represented by a plurality of items of HTML data, and it becomes possible to execute reobtaining of the service screen on the basis of user's operation of an HTML browser. That is, the configuration can be such that a process equivalent to the process of steps S201 to S204 is repeatedly executed. It is possible to provide various service screens from an AS of an IPTV service of a DMP, and the user on the DMP side can select arbitrary content from content lists presented on various service screens.
  • Furthermore, in a case where a content providing process provided by an IPTV service is a video on demand service, or in a case where confirmation of charging on user's purchase of a content viewing right is executed, HTML data representing a confirmation screen is transmitted from an AS of an IPTV service to a DMP via a home IMS gateway.
  • The user can operate the service screen displayed on a display of the DMP and receive services provided by various IPTV services while executing interactive processes.
  • FIG. 14 shows an example of a service screen and a streaming playing screen provided from an AS of an IPTV service to a DMP and displayed on a display of the DMP.
  • FIG. 14 (1) is an example of a service screen displayed on the display of the DMP in (B2) the service screen obtaining process in steps S201 to S204 described in the sequence diagram of FIG. 13.
  • FIG. 14 (2) is an example of a screen displayed on the display of the DMP at the time of the subsequent content streaming process. That is, it is an example of a screen displayed on a content playing apparatus in a case where (B4) the content streaming process described with reference to FIG. 10 is being executed.
  • Note that the two screens shown in FIG. 14, i.e.;
  • (1) Service screen
  • (2) Content streaming screen
  • These two process screens can be switched by user's operations at appropriate timing, and the service screen presenting and content streaming processes can be executed repeatedly.
  • Note that although the embodiment described here has been described as an example of a process in which the scheme of Presentation defined in UPnP DA is used, for example, a similar process can be also executed in a configuration in which the scheme of an HTML Browser defined in the CEA-2014 standard.
  • The CEA-2014 standard will be described briefly. The CEA-2014 standard is a standard of Web-based protocols and frameworks, and it is a standard for remote user interfaces that use UPnP networks and the Internet. The CEA-2014 standard is a standard that defines a mechanism needed for providing a user interface under the control of a remote device connected via, for example, a network or the like. The basic process of the device that provides the user interface is a process conforming to the UPnP Device Architecture (v1.0), which is a definition regarding UPnP networks and Home UPnP. The CEA-2014 standard allows a remote display process of a user interface provided to a home UPnP device by an Internet service of a third party, and defines various UI functions used in TV, mobile phones, and portable devices. Note that the CEA-2014 standard is configured as a standard including definitions corresponding to specific specifications of CEA-2027-A, which is a UI standard of home networks.
  • In a device on which an HTML Browser defined in the CEA-2014 standard is implemented, by obtaining a service screen using the HTML Browser, a process similar to the process described with reference to FIG. 13 is achieved. Note that in this case, the UPnP Device class of the home IMS gateway becomes a Remote UI Server, and HTML data according to an HTML browser profile defined in CEA-2014 is used.
  • [2. Description of Functions Applied to IPTV Service]
  • Hereinabove, description has been given regarding a configuration that allows viewing of content provided by an external server outside a home network, such as an IPTV service, by using an existing DLNA device in an open Internet connection environment that does not depend on infrastructure such as an access line to the Internet or a gateway. Hereinafter, functions used for receiving an IPTV service from an external server by a device in a home network will be described regarding the items listed below:
  • 2-A. Functions of IPTV service receiving client
  • 2-B. Functions of IMS (IP Multimedia Subsystem)
  • 2-C. Functions used in network configuration
  • [2-A. Functions of IPTV service receiving client]
  • First, functions of an IPTV service receiving client will be described. As described earlier with reference to FIG. 3, in the home network 210,
  • Residential Gateway (RG) 211, which is a network connecting device for connecting a device in a home network to the IP broadband network 211, and which is used as a bridge;
  • Home IMS gateway 212 that executes a process for allowing a content playing device, such as a device (e.g., TV (DMP) 213 in the home network 210, to use a service provided by a server outside the home network; and
  • Digital Media Player DMP) TV 213, which is a client device that receives and plays content.
  • These devices exist.
  • These devices may be configured either as physically separate individual apparatuses or as a single apparatus.
  • That is, various settings are possible regarding the device configuration of the home network 210. However, in such various device configurations, it is necessary that functions needed to receive an IPTV service are provided in one of the apparatuses.
  • A single information processing apparatus or a combination of a plurality of information processing apparatuses as a client connected in a home network basically includes a communication unit that executes a communication process via a home network, and a data processing unit that executes a process of receiving a content providing service provided by an external server by using mapping information that sets an external server outside the home network as a virtual home network device. Hereinafter, functions that are needed or effective for the information processing apparatus connected in the home network to receive an IPTV service, i.e., functions of an IPTV service receiving client, will be described.
  • The function needed for the IPTV service receiving client is an IPTV terminal function. The IPTV terminal function is a function needed at a logical end point of the IPTV service. For example, in the example configuration shown in FIG. 3, each of the home IMS gateway 212 and the TV (DMP) 213 executes a part of the IPTV terminal function. By each of these devices executing a part of the IPTV terminal function according to their individual roles, it becomes possible to receive a service provided from an external server and to present it at a device in the home network, for example, the TV (DMP) 213 shown in FIG. 3. Note that although not shown in FIG. 3, furthermore, a process of providing a service from the external server to another home network device, and maintaining, printing, displaying, or the like is implemented.
  • FIG. 15 shows constituent elements of the IPTV terminal function, which is a function needed for receiving an IPTV service. As shown in FIG. 15,
  • (A1) IPTV client
  • (A2) IMS gateway
  • (A3) Others
  • The IPTV terminal function can be divided into these individual components. Hereinafter, functional elements included in each of these components will be described.
  • (A1) IPTV Client
  • An IPTV client is a component that serves to receive an IPTV service reliably at an IPTV device, for example, the TV (DMP) 213 shown in FIG. 3. As shown in FIG. 15,
  • IPTV application client
  • IMS communication client
  • IPTV navigation client
  • Content protection client
  • IPTV-DLNA application gateway
  • The IPTV client includes subcomponents as these functional elements. These functional elements (subcomponents) will be described below.
  • The IPTV application client receives a media signal and sends it to a display system. For example, the IPTV application client receives a command from a user via a remote controller or the like, and executes a process pat the command. Specifically, for example, the IPTV application client performs display of an EPG (Electronic Program Guide), or a channel specification or changing process using the EPG, and so forth.
  • The IMS communication client is a set of IMS applications used for distributing message information such as messages or video data, and service information based on other IMS, not related to IPTV.
  • The IPTV navigation client is used to download an EPG (Electronic Program Guide), a content list corresponding to VoD (Video on Demand), and other metadata, and to display these using a special GUI for content selection.
  • The IPTV navigation client executes a process of integrating other metadata from sources such as a broadcast TV or a DLNA home network.
  • The content protection client executes protection of content provided by an IPTV service, for example, an encryption process for protecting the copyright of a content owner, a process of managing an encryption key, and so forth.
  • The IPTV-DLNA application gateway executes a process of receiving a medium and an EPG (Electronic Program Guide) from an IPTV client, converting it into a format usable at a DLNA device, and sending an EPG (Electronic Program Guide) or the like via a network, and so forth.
  • The IPTV-DLNA application gateway acts as an SIP (Session Initiation Protocol) client, and executes a registration process for other home devices connected to the home network. For example, it executes registration of family members or devices.
  • (A2) IMS Gateway
  • Next, functional components of (A2) the IMS gateway shown in FIG. 15 will be described. In the configuration shown in FIG. 3, this corresponds to functions of the home IMS gateway 212. The home IMS gateway 212 is a component that connects a device in a home network to an IMS network. It executes conversion among various signal protocols as needed to execute relaying of messages between devices in the home network and apparatuses outside the home network.
  • As shown in the figure,
  • IMS B2BUA
  • IMS proxy
  • IMS client
  • GBA client
  • Home router interface
  • The home IMS gateway includes these functional elements (subcomponents). These functional elements (subcomponents) will be described below.
  • The IMS B2BUA functions as a inter-working unit between a pure SIP client and an IMS system, and it executes processes such as conversion between SIP messages and IMS messages and message transfer.
  • The IMS proxy simply sends a message without performing message conversion like B2BUA, and executes a process of determining a route, a process of mapping between an IP address (local and global) and a port number, and so forth.
  • The IMS client executes a client registration process (IMS registration process) by applying identification information or the like of a client. Furthermore, it performs support for processes such as an authentication process and IPSec security connection setting with CSCF.
  • The home router interface function provides routing functions, such as providing a NAT function. For example, it obtains a P-CSCF address by an SIP server DHCP option [DHCP-SIP] or by DNS lookup based on an SRV record, and executes a process of opening and closing a port for control signals defined in UPnP and a port for unicast media stream.
  • (A3) Others
  • The IPTV terminal function includes,
  • (A1) IPTV client
  • (A2) IMS gateway
  • in addition to these components described above,
  • (A3) Others
  • as functional elements (subcomponents) shown in FIG. 15,
  • HTTP proxy
  • Caching function
  • Multicast data channel control function
  • These functional elements (subcomponents) will be described below.
  • The HTTP proxy is an intermediary program that executes a process according to protocol definition of [HTTP] to act both as a server and a client for the purpose of issuing a request on behalf of another client (HTTP client). For example, the HTTP proxy can interrupt into HTTP GET sent to the outside, and cache and use data that can be referred to by a URI requested. Furthermore, the HTTP proxy acts as an HTTP client, and executes data searching based on a requested URI, and so forth.
  • The caching function is used to cache data received by the client by unicast download or multicast. The caching function executes a caching process of temporarily recording data such as Web pages (EPG and other IPTV menu) image, and metadata.
  • For example, the caching function is used to minimize interaction wait time of the user, to minimize the amount of unicast download from an IPTV application and control function, and so forth. In a case where direct access by the client is allowed and the IPTV client and the caching function are physically remote within the same network, for example, the caching function can issue a notification from the caching function to the IPTV client using the GENA protocol according to definition of DLNA regarding an event such as occurrence of new cache data.
  • The multicast data channel (MDC) control function is a function that performs intermediation between the caching function and applications installed on the client, and it includes a Multicast Data Channel inserting function. The MDC inserting function receives a content request to MDC from various applications, and distributes content by multicasting on a multicast channel.
  • The multicast data channel (MDC) control function identifies requests from various applications by tags. For example, it becomes possible for a browser executed on the client side to obtain EPG by issuing a request with specification of an EPG page tag. The MDC control function filters reception MDC, and sends MDC objects together with tags to individual applications.
  • Note that the multicast data channel (MDC) control function includes an MDC proxy, and in a case where the MDC proxy has registered as specific number of requests regarding certain objects such as EPG pages, it can request the MDC control function to include the EPG page in the MDC. That is, it is possible to distribute the same data to a plurality of clients by multicast, and it becomes possible to exclude the necessity of a data request by a unicast channel from each client, so that processing becomes efficient.
  • [2-B. Functions of IMS (IP Multimedia Subsystem)]
  • Next, functions of an IMS (IP Multimedia Subsystem) used for receiving an IPTV service from an external server by a device in a home network will be described. That is, the functions are functions of the IMS network 230 shown in FIG. 3.
  • As described earlier, IMS is based on IP technologies, and is highly compatible with Internet infrastructure of fixed communication systems. IMS is constituted by functional elements such as a Home Subscriber Subsystem (HSS) and an Application Server (AS), with a functional element called CSCF (Call Session Control Function) as a core, the CSCF being based on SIP (Session Initiation Protocol) defined in RFC-3261 of the IETF (The Internet Engineering Task Force).
  • The IMS network 230 shown in FIG. 3 includes the CSCF 231, the HSS 232, and the AS (IPTV) 233 as these functional elements, and it provides a service to the cellular phone 260 via the mobile phone network 240.
  • The CSCF 231 performs control of user registration and session setting based on the SIP (Session Initiation Protocol). Furthermore, according to setting of a user profile registered in the HSS 232, it executes activation of service processes needed. The HSS 232 has a database for management of user IDs used in the IMS, management of profiles of services that each user subscribes to, management of authentication information, management of whether use of each IMS service is allowed, and management of user transfer. The AS 233 is a server that executes processes of individual servers. The AS 233 is activated by the CSCF 231 in accordance with the status of service subscription of each user and provides services to the user.
  • As described above, in the IMS, for example, a user with a registered user ID accesses the CSCF 231 by using a client apparatus to perform registration of the terminal (client) and control of setting of a session, services needed are activated according to setting of a user profile registered in the HSS 232, and the AS 233 actually executes processes of individual services.
  • In an IPTV viewing service, an AS of the IPTV service set in the IMS network 230 is used. The AS (IPTV) 233 shown in FIG. 3 corresponds to the AS that executes the IPTV service. The AS (IPTV) 233 shown in FIG. 3 actually executes services for the user terminal in cooperation with the IPTV service 250 as an entity that executes the IPTV Service, i.e., as an entity that provides content.
  • The IPTV service 250 includes an EPG server 251, which is a server that provides an EPG [Electronic Program Guide], which is a program information guide such as a content list, and a video server 252, which is a server that provides AV content. A content list providing service and a content providing service for the user terminal are implemented by cooperation between the respective servers and the AS (IPTV) 233 of the IMS network 230.
  • As described with reference to FIG. 3, main parts of the functions of the IMS (IP Multimedia Subsystem) include the CSCF (Call Session Control Function) 231, the Home Subscriber Subsystem (HSS) 232, and the Application Server (AS) 233. The CSCF 231 performs control of user registration and session setting, and executes activation of services processes that are needed according to setting of a user profile registered in the HSS 232. The HSS 232 has a database for management of user IDs used in the IMS, management of profiles of services that each user subscribes to, management of authentication information, management of whether use of each IMS service is allowed, and management of user transfer. The AS (IPTV) 233 executes services for the user terminal in cooperation with the IPTV service 250 as an entity that executes the IPTV Service, i.e., as an entity that provides content.
  • FIG. 16 is a diagram showing the main functions of the IMS (IP Multimedia Subsystem):
  • (B1) CSCF
  • (B2) HSS
  • (B3) AS
  • The functions of these (B1) CSCF, (B2) HSS, and (B3) AS will be described below individually.
  • (B1. CSCF)
  • As shown in FIG. 16, CSCF (Call Session Control Function) are divided into three logical entities, i.e., Proxy CSCF, Interrogating CSCF, and Serving CSCF.
  • The Proxy CSCF serves as, for example, a client as an IMS terminal in a home network, for example, the first point of entry to an external network from the home IMS gateway 212 shown in FIG. 3. The Proxy CSCF uses a key obtained from the Serving CSCF in order to establish an IPSec security relationship with a client as an IMS terminal in the home network, for example, the home IMS gateway 212 shown in FIG. 3.
  • Regarding each SIP message protected by IPSec communication coming from a terminal, for example, the home IMS gateway 212 shown in FIG. 3, the Proxy CSCF verifies integrity and decodes the SIP message. For example, in a case where the message is encrypted, decoding is executed by decrypting. Upon successful decoding, the Proxy CSCF executes a process of confirming a client identifier, and so forth.
  • The Interrogating CSCF executes, for example, a query to the HSS, and so forth, and obtains subscriber information (user profile, etc.) and supports the registration process. Furthermore, it executes processes regarding SIP messages and determination of route for fee charging.
  • The Serving CSCF is a contact point with the home network, and it functions as an SIP registrar and functions as an SIP server that maintains association between a user's position and a recorded user SIP address. It performs a process of obtaining from the HSS an AKA verification vector (AV), which is data applied to client authentication, and a user profile/service profile. The Serving CSCF executes a client authentication process using the AKA protocol, and upon successful authentication, it provides a key included in the AKA authentication vector (AV) to the Proxy CSCF.
  • Furthermore, the Serving CSCF checks all SIP messages with the IMS terminal, for example, the client, and determines the route for the messages. This process can be executed as a process in which a trigger rule/event based on the user service profile obtained from the HSS is considered.
  • (B2. HSS)
  • The Home Subscriber Subsystem (HSS: Home Subscriber Subsystem) maintains a list of client (user information) relating to IMS subscriber information, user profiles, and so forth. At a client, as a plurality of items of identification information, a private user identity (IMPI) and a public user identity (IMPU) are set, and user information is recorded and managed in association with at least either of these items of identification information.
  • For example, a subscriber profile of an IPTV service is associated with IMPI, which is client (user) information, and includes a service profile associated with each client. The service profile includes one or more public user identities (IMPU), core network authentication information (option), one or more items of filter criterion information, and so forth.
  • The Serving CSCF described earlier, by using these filter criteria owned by the HSS, determines whether it is appropriate to define a route to an AS (Application Server), whether this is requested for certain SIP requests, and so forth, and performs filtering. Note that information applied to the filter is saved and reported for each AS regarding each user. For example, regarding IPTV, the HSS maintains information regarding an entity that provides the IPTV service and a service identifier, and executes filtering on the basis of these. Furthermore, the HSS also performs generation of an AKA authentication vector (AV) used during a legitimate IMS registration procedure.
  • (B3. AS)
  • Another main element of the main functions of the IMS (IP Multimedia Subsystem) is an IMS application server (AS). The IMS application server (AS) has the following IPTV functions:
  • Service Discovery Function
  • This is a function for determining the position of an access point for an IMS AS that provides an IPTV service.
  • nPVR (Network Personal Video Recording) Function
  • This is a function for recording received data on behalf of a user, and a function for charging a fee relating to the nPVR function, permission, and providing other services.
  • Join Function
  • This is a function that resides on a communication path to execute various services, fee charging, and so forth.
  • Control Function
  • This is a function for termination of SIP traffic, setup adjustment of a media stream, recording of an end user and information set in logging and so forth, charging of fee from an IPTV service, processes for permission and other services, a process of delegating these services and functions to an external device connected to an IMS network, and so forth.
  • [2-C. Functions Used in Network Configuration]
  • Next, functions used in a network configuration for receiving an IPTV service from an external server at a device in a home network will be described. As shown in FIG. 17, the functions used in a network configuration includes these functional elements:
  • (C1) Media server
  • (C2) Transcoding function
  • (C3) Home router
  • These elements can be disposed on a network in a distributed manner. For example, the (C1) media server and (C2) transcoding function may be configured in the IPTV service 250 in FIG. 3 or may be set as an independent configuration in another device connected to the network. In the configuration of FIG. 3, the (C3) home router is provided in a device in the home network 210, for example, it is provided in the home IMS gateway 212. Hereinafter, processes of these functions will be described:
  • (C1) Media server
  • (C2) Transcoding function
  • (C3) Home router
  • Furthermore,
  • (C4) Details of communication process via a network will be described.
  • (C1. Media Server)
  • The media server is a most important component of the media layer. For example, the media server executes saving and output of VoD (video on demand) content, storage of content for network personal video recording (nPVR) executed as a client-specific content recording process at each client, and so forth. Furthermore, for example, when a trick play, such as slow play, fast forward, rewind, or skip chapter, is performed in VoD (video on demand) or the like, the media server executes media stream processing as needed. The Vod (video on demand) content is input from a content management system to the media server.
  • (C2. Transcoding)
  • The transcoding function is, for example, a function for executing conversion and encoding of data corresponding to SD (Standard Definition), which is a standard image quality, and HD (High Definition), which is a high image quality. For example, a client performs negotiation with an IPTV service providing server regarding a manner of coding a stream, and so forth, by using normal SIP SDP negotiation in an SIP session setup, so that it is possible to receive data coded in a form suitable for the client. The transcoding function needs to execute coding in consideration of a manner of coding usable on the network and also of a bandwidth available on a stream path, and to execute a process in consideration of suitability of a screen size, resolution, and so forth of a client.
  • (C3. Home Router)
  • In many cases, a home network is connected to a distribution network via a home router that provides a NAT/NAPT (network address translation/network address port translation) function. The home router can be classified into two profiles of full support and restricted home routers. For example, in order to receive an IPTV service,
      • UPnP, IGD
      • IP multicast pass through, IGMP, proxy, and IGMP SNOOPING
      • QoS (Quality of Services) support with priority including mapping from DSCP to layer 2 priority tag (802.1p WMM)
      • Relay according to parameters by DHCP server function
  • It is preferable that these abilities are supported.
  • (C4. Details of Communication Process Via a Network)
  • Next, details of network communication using the functions described above, i.e.;
  • (C1) Media server
  • (C2) Transcoding function
  • (C3) Home router
  • will be described.
  • (Communication and Session Setup)
  • In a communication process via a home router, for example, NAT (network address translation) or NAPT (network address port translation) is used. NAT is used to convert a private address into a global address, and NAPT is used to convert many network addresses into TCP/UDP ports. These processes may be executed by a home router, or by a NAT/NAPT router on a network.
  • For example, an SIP message between an IMS client, such as the home IMS gateway 212 in the home network 210 shown in FIG. 3, and the proxy CSCF in the CSCF 231 in the IMS network 230 is transferred using IPsec. In a case where a NAT/NAPT router exists between these, a UDP capsule of an IPsec ESP packet [ESP] is used.
  • In order to support multicast streaming distribution via the home router, the NAT/NAPT router also has IGMP (Internet Group Management protocol) and IGMP snooping functionality. In a case where the home router has a NAT/NAPT route determining functionality, it is managed by the IMS gateway. For the IGMP snooping function to operate properly, an IGMP membership report must be generated by a device that wishes to receive IP multicast packets. For example, an IGMP membership report of multicast streaming is generated by an IPTV client, not by the IMS gateway.
  • (Use of SNTP (Simple Network Time Protocol))
  • In order to set a timestamp and start recording, or the like, a client in an IPTV system, for example, the home IMS gateway 212 or the TV 213 shown in FIG. 3, requires an accurate time, for example, in units of 0.1 seconds. In the IPTV system, a client implements a Simple Network Time Protocol client [SNTP]. The SNTP client can receive time signals via a defined multicast channel.
  • (Protocol)
  • The media protocol used for media (program) communication in an IPTV service must provide transport and control functions of real-time audio/video streaming of the media plane, and, for example, the following protocols are used.
  • MPEG-2TS
  • All media streaming of IPTV broadcast TV and VoD service conforms to MPEG transport stream (MPEG-2TS). For media synchronization, MPEG timestamps are used.
  • RTP (Real-time Transport Protocol)
  • MPEG2-TS packets are transported according to the RTP protocol conforming to RFC 3550 and RFC 2250.
  • RTCP (Real-time Control Protocol)
  • RTCP can be applied to both a media server and a client as an option. It is assumed that the RTCP protocol conforms to RFC 3550 regarding either unicast or multicast. In order to achieve compatibility, it is presupposed that all the media servers and clients implement both support for RTCP and no support for RTCP. For example, although a media server can send a sender report, a client cannot respond by a receiver report. Furthermore, RTCP information can be disregarded by SDP before streaming.
  • FEC (Forward Error Correction)
  • Although loss of a packet in an IPTV network does not occur so frequency compared with the current Internet, in a case where data transmission at a high bitrate (e.g., HD streaming) is executed, robust transport is needed, and as a criterion of packet loss rate, for example, “the packet loss rate per two-hour content is less than or equal to 1” is used. The two-hour content includes approximately 10M-IP packets, and thus it is required that the packet loss rate be less than or equal to 10 to 7.
  • In order to maintain audio/video quality, in a case where the packet loss rate is greater than the above definition, it is possible to recover packet loss. IPTV employs forward error correction (FEC) to perform error correction. Note that in order to achieve compatibility, FEC is sent from the original RTP stream using another IP port. The FEC transport format is based on RFC 2377 and its extension. The FEC information is described by SDP so as to support another version in the future.
  • RTSP (Real-Time Streaming Protocol)
  • In order to implement playing control including trick play, for example, slow playing, fast forward, rewinding, skip chapter, or the like, all media servers and clients supports RTSP (RFC 2326). For the purpose of transport of RTSP, TCP is used. In a case of multicast, RTSP is not used.
  • In an IPTV system, a client establishes a media session by the SIP protocol, and after the session setup, RTSP is used for playback control.
  • (Format and Distribution of Media Content)
  • For a media codec of video content, MPEG-2 Part 2 and MPEG-4 Part 10 (also known as AVC or H.264) are used. Distribution of media such as a TV program can be managed by a dedicated media server after setting of a session between a client and a server, and transcoding or encoding of distribution data is also executed via a network for media distribution.
  • (Data Sending and Receiving Process by Unicast Streaming)
  • For example, at a time of VoD (video on demand) or EPG obtaining, according to a request from a client, a unicast stream is set up by browsing. For example, in a case where a user on the client side selects a VoD title, by the IPTV control function on the client side, SIP-invite identifying a stream is sent from the client to a media server having desired content (e.g., the IPTV service 250 shown in FIG. 3) using a protocol such as RTSP.
  • When the preparation for starting a session is ready, the IPTV control function of the client responds to SIP invite of the client, and the stream is started by RTSP PLAY from the client directly to the media server or via the IPTV control function acting as RTSP proxy.
  • The unicast stream is used, for example, in nPVR (network personal video recording) or VoD (video on demand). An IPTV unicast stream encapsulates MPEG-2 or MPEG-4 Part 10 frames as an MPEG-2 transport stream, and is then set as an RTP packet. The RTP packet is transferred by UDP/IP.
  • (Data Sending and Receiving Process by Multicast Streaming)
  • Multicast streaming is usually used to implement viewing of TV broadcast. The following two options are available for saving multicast resources.
  • (a) Resource request issued from SIP SDP by Proxy CSCF
  • (b) Resource request issued from IGMP, issued by IP edge (IP edge device is the first IP node between a home network and an IP backbone network and located at an upstream edge of an access and total network.
  • In the above scenario (a), when the user first starts viewing of TV from a specific IPTV provider (browses an EPG in order to check which channels are available), for example, the home IMS gateway 212 or the TV 213 as a client shown in FIG. 3 executes SIP invite to, for example, the AS 233 of the IMS network 230 shown in FIG. 3 or the IPTV control function of the IPTV service 250 to obtain available resources from the network. In a process of receiving from an external server a content list corresponding to content that can be provided by the external server, the client executes a process of obtaining a content list corresponding to a channel selected according to a provided profile, on the basis of a user profile or client profile provided to the external server.
  • A resource ID, which is an identifier of an available resource, is written in EPG metadata. Upon assignment of a resource, in order to join the relevant multicast group, the client sends an IGMP-join message defined in IGMP (Internet Group Management Protocol). The multicast group to join is found by searching the EPG by a linking mechanism. In the process of receiving from an external server a content list corresponding to content that can be provided by the external server, the client executes a process of obtaining a content list corresponding to a channel selected according to a provided profile on the basis of a user profile or client profile provided to the external server.
  • For example, when switching between different channels belonging to the same IPTV service provider having the same resource ID is performed by the user on the client side, sending of an additional SIP message is not executed. This is because unnecessary concealing by channel switching/zapping is to be avoided. Channel switching is executed by sending IGMP-leave for the previous channel and IGMP-join for the new channel. However, when the user has switched to a channel with different resource requirements, the client sends SIP UPDATE to the IPTV control function in order to report change in session parameters and to enable the proxy CSCF to modify resource allocation. Upon modification of the resources, the client sends an IGMP-join message for the new multicast group. As described above, the client executes sending of an SIP message according to SIP (Session Initiation Protocol) in a case where channel switching involves switching of service provider, and does not execute sending of an SIP message in channel switching between content provided by the same service provider.
  • In the above scenario (b), with the exception that an SIP update message is not needed during channel switching between channels with different resource requirements, the channel switching operation is the same. Furthermore, all resource requests are executed by an IP edge device as results of IGMP reports. In a case where resources are not sufficient due to channel switching, multicast join is not performed. In the scenario (b), the purpose of an SIP session is service monitoring rather than resource management.
  • The client includes a function of restricting IGMP channels that the user is allowed to join, for example, according to a subscriber profile owned by the HSS 233 shown in FIG. 3. Furthermore, as an option, an access node of the network can execute verification for permission of a subscriber to join certain channels. The basics of the communication mechanism of a multicast stream are the same as those of unicast, but the source and destination addresses in the IP layer are set according to the media server and the multicast group.
  • The process of switching between multicast distribution content and unicast distribution content, executed on the client side, will be summarized. At a time of receiving multicast distribution content provided by an external server, for example, the IPTV service 250 shown in FIG. 3, a data processing unit of a client apparatus sends an IGMP-join message as a message conforming to IGMP (Internet Group Management Protocol) to the external server or management server, and stops reception of the multicast distribution content, and in a case where reception of unicast distribution content is to be started, the data processing unit executes a process of sending an IGMP-leave message as a message conforming to IGMP to the external server or management server.
  • Furthermore, the data processing unit of the client executes a process of receiving multicast distribution content in TV broadcast reception, and executes a process of switching to unicast distribution at a time of execution of VoD (video on demand). Furthermore, at a time of an nPVR (network personal video recording) process executed as a user-specific content recording process, the data processing unit executes a process of switching to unicast distribution. Furthermore, also at a time of execution of a trick play as a special content playing process, the data processing unit executes a process of switching to unicast distribution as a process of receiving a content list corresponding to a user profile or client profile.
  • (Management of Quality of Service)
  • In an IPTV system, except inside the home network, it is possible to manage quality of services in all network segments. Traffic management is executed in communication via the network in the network configuration shown in FIG. 3. A process of managing quality of communication data will be described with reference to FIG. 18. As shown in FIG. 18, IPTV QoS (Quority of Services) control/management is executed on the basis of RACS (Resource and Admission Control Subsystem). RACS is in charge of policy control, resource saving, and admission control. This enables the service to request transport resources via RACS. The current range of RACS includes mutual connection of a plurality of networks used in the IPTV system. The RACS architecture includes SPDF (Service Policy Determining Function) and A-RACF (Access Resource and Admission Control Function).
  • A communication executing application (e.g., the proxy CSCF of the CSCF 231 of the IMS network 230 shown in FIG. 3) maps application layer QoS information (e.g., parameters defined in SDP) to QoS information sent to SPDF. The SPDF can serve as a logical entity of the proxy CSCF or another physical node, and information needed for this process is obtained from an SIP invite message sent from the client when the user requests a multicast channel or a unicast session.
  • A-RACF located in the access network receives requests from SPDF, and on the basis of the requests and policy information saved in A-RACF, A-RACF can either accept or reject the requests to transport resources under the control thereof. This includes an IP edge and an access node, and finally a response is generated and provided to the application.
  • (Failure of Resource Saving and Failure Report)
  • RACS is in charge of resource saving. Hereinafter, failure of resource saving and a failure reporting process will be described. In a case where RACS fails in resource saving, i.e., upon the SPDF receiving a saving failure report from the A-RACF, as a process of reporting a communication error code, the RACS returns Experimental-Result-Code AVP together with the following value to the proxy CSCF, which is the communication executing application.
      • In a case of failed resource saving, INSUFFICIENT_RESOURCES
      • In a case of failed change of resource saving, MODIFICATION_FAILURE
  • The proxy CSCF, which is the communication executing application, must map the received error code to an SIP error code, and return it to the terminal (client), i.e., must reject SIP INVITE or SIP UPDATE. Note that for the purpose of [SETUP] of this process, a “Precondition Failure” SIP status code can be used.
  • (Ordering of Communication Data)
  • For example, the priority ordering of communication data in the home network can be performed on the basis of priority marking. This approach conforms to the DLNA guideline. For example, a rule of mapping between types of communication data (traffic types) and priorities (priority [DLNA]) is set, and the priority of communication data is determined on the basis of this rule.
  • [3. Specific Process Examples of IPTV Services]
  • Next, specific process examples of IPTV services will be described in order, individually regarding the following two items:
  • 3-1. Specific process example of communication process
  • 3-2. Specific process examples of various services
  • [3-1. Specific Example Process of Communication Process]
  • In an IPTV service, a medium as content, such as a program, is distributed via an IP network, and IMS is used for identity (identifier) management, authentication, permission, and so forth. The IPTV system uses IMS in order to ensure that data communication is handled by a reliable, authenticated, and permitted method. In the IPTV service, SIP is used at a time of distribution of a media stream, and SIP is also used to execute other functions. An advantage of using IMS is that all SIP messages automatically pass through the IMS proxy. This means that the content and headers of messages can be used for automated interaction, such as setting of a correct quality of service.
  • The IPTV architecture is designed so that mutual connection is allowed with DLNA communication converted into SIP. In other parts of the system, for example, when it interacts with components of the content management function, the IPTV application function receives SIP signal communication from the IPTV control function, and converts it into another protocol (HTTP or the like). The processes are executed mainly by the IMS application server (AS).
  • Hereinafter, as three specific deployment examples of IPTV service,
  • 3-1-1. Deployment scenario 1
  • 3-1-2. Deployment scenario 2
  • 3-1-3. Deployment scenario 3
  • These three types of deployment scenarios will be described. Furthermore,
  • 3-1-4. Network connecting process of client
  • 3-1-5. Network disconnecting process of client
  • 3-1-6. Service discovery process of client
  • These will be described.
  • Although the deployment scenarios 1 and 2 seem to be very similar, they are actually very different. A main difference is that although it is assumed in the scenario 1 that each terminal has its own IMS identifier (identity), in the scenario 2, terminals share the same private IMS identifier. Although this is not seen from the user's viewpoint, this makes a big difference for an operator regarding the method of network management and a processing method for subscription. Note that the scenarios described below are not mutually exclusive but are complementary, and can occur simultaneously in the same network.
  • (3-1-1. Deployment Scenario 1: Case where Each Client is Configured as an IMS Terminal)
  • First, with reference to FIG. 19 and subsequent figures, a process example in a case where each client is configured as an IMS terminal will be described.
  • FIG. 19 shows a client (home network client) 710, an IMS network 720, a home network 730, and an IP network 740. The client (home network client) 710 includes a TV (DMP) 711 and a home IMS gateway 712 as configurations for receiving an IPTV service, and as described with reference to FIG. 3, the IMS network 720 includes a CSCF 721, an HSS 722, and an AS 723. Furthermore, these are shown as divided into a control management function that executes content control, a service providing function that provides services, and an IMS core section that controls other processes such as a registration process and communication relaying. Various processes are executed separately in (a) application layer, (b) control layer, and (c) media layer as processes involving communication between the individual layers.
  • First, the deployment scenario 1 is a process example in a case where there is no physical boundary between the TV (DMP) 711 and the home IMS gateway 712 in the client (home network client) 710 and these apparatuses are integrated. FIG. 19 is an example of a process of registering a client. A registration request is sent from the TV (DMP) 711 to the IMS core of the IMS network 720 via the home IMS gateway 712, and the service providing function executes the registration process.
  • After the registration is performed, the TV (DMP) 711, which is a client, sends [SIP SUBSCRIBE] to the IPTV control function included in the content management function of the IMS network 720. Then, as shown in FIG. 20, the IPTV control function of the content management function provides the client with [SIP NOTIFY] including an address of a multicast data channel and a URL of EPG.
  • Upon receiving SIP NOTIFY, the TV (DMP) 711, which is a client, starts listening by the multicast channel. Furthermore, it downloads the first page of EPG and displays it (in a case where the configuration is such that the user starts with EPG), or downloads many pages depending on cases. After receiving EPG, the user selects a channel for viewing. At this time, [T SIP INVITE] is sent to the IPTV control function, and this function captures it and sets up a correct QoS. Then, the user starts viewing the channel, and performs switching among multicast channels. FIG. 21 is shows a communication sequence in an occasion when the user has executed a channel selecting process.
  • When the user request for a stream, QoS is managed by A-RACF (refer to FIG. 18) according to a request from a proxy CSCF that uses information picked up from [SIP Invite] or according to a request from an IP edge device that uses IGMP and knowledge of requirements of multicast streams. For an option at a time when the proxy CSCF requests for access resources, when the user performs switching between channels in a group of channels having the same resource requirements, an SIP message is not sent to the IPTV control function. However, for example, when the user switches to a pay-per-view channel or switches to a channel in a group having different resource requirements, the IPTV control function must receive a notification since P-CSCF can change necessary conditions of resources. In an option in which an IP edge device requests for access to resources, an SIP message is needed only when the user switches to pay-per-view.
  • (3-1-2. Deployment Scenario 2: Case where a Client is an SIP Client but not an IMS Client)
  • Next, in the deployment scenario 2, a case will be described where there exists physical separation between a TV (DMP) 711, which is an IPTV client, and a home IMS gateway 712, and these apparatuses are separate apparatuses that are not integrated, as shown in FIG. 22. IPTV clients do not have separate ISIMs (IP Multimedia Services Identity Modules). ISIM of IMS GW is shared by all clients.
  • In this case, the home IMS gateway 712 is used as a proxy, and although the TV (DMP) 711, which is an IPTV client, is directly registered in the IMS core, the home IMS gateway 712 passes messages to the IMS core. Control information is passed through the home IMS gateway 712 by using SIP, and media are distributed directly from a media server (in a content provider domain) to the IPTV client. In order to access a service, IMS identification information (IMS PUID) is needed. The flow in this case is basically the same as the flow of the deployment scenario 1, and a main difference is that registration is performed through the home IMS gateway 712. The user obtains an EPG and a media stream similarly to the scenario 1.
  • (3-1-3. Deployment Scenario 3: Case of DLNA-IPTV Interconnection)
  • In a case where a home network uses DLNA, it is necessary to bridge SIP communication of an IPTV system and HTTP communication of a DLNA system, and to bridge IP (which uses DVB encapsusation) media distribution by the IPTV system and HTTP-based media distribution by the DLNA system. For this purpose, an IPTV-DLNA application gateway, which is a gateway that bridges two different systems, is provided.
  • As shown in FIG. 23, when a DLNA device 713 requests a media stream from an IPTV service provider, the IPTV-DLNA application gateway connects to the home IMS gateway 712, and it is registered similarly as an SIP client not having an IMS client, similarly to the scenario 2. For example, in the example shown in FIG. 23, the TV (DMP) 711 functions as the IPTV-DLNA application gateway. The IPTV-DLNA application gateway can perform registration also when connecting to a network as an SIP client similarly to a case where there is no IMS client.
  • The deployment scenario can be implemented by two methods. One is a method based on the deployment scenario 1, and the other is implemented as a process based on the deployment scenario 2. A dotted line 715 shown in FIG. 23 means that the TV 711, which is an IPTV client, and the home IMS gateway 712 may be either physically integrated or separable. Hereinafter, five use cases of the IPTV and DLNA application gateway will be described. From the viewpoint of the IPTV system, the IPTV-DLNA application gateway acts as an IPTV client.
  • The following specific process examples executed in the deployment scenario 3 will be described.
  • 3-1-3a. 2BOX PULL
  • 3-1-3b. 3BOX PULL
  • 3-1-3c. Download
  • 3-1-3d. 2BOX PUSH
  • 3-1-3e. Upload
  • (3-1-3a. 2BOX PULL)
  • In the 2BOX PULL scenario defined by DLNA, i.e., in a configuration where processes are executed by connecting a DMS (digital media server) and a DMP (digital media player) one to one, the IPTV-DLNA application gateway acts as a DLNA digital media server (DMS) that implements a UPnP AV media server (UPnP device). In response to a request by a DLNA digital media player (operated by the user), the IPTV-DLNA application gateway converts a media format and protocol of an EPG/VoD content list, program content, and so forth into a DLNA protocol.
  • (3-1-3b. 3BOX PULL)
  • In the 3BOX PULL scenario defined by DLNA, i.e., in a configuration where processes are executed by connecting a DMS, a DMP, and a DMC (Digital Media Controller), in the 3BOX PULL scenario, the IPTV-DLNA application gateway functions as a DLNA digital media server, similarly to the use case of 2BOX PULL. However, there is a difference from the 2BOX PULL scenario. The user browses an EPG/VoD content list by operating the DLNA digital media controller (DMC), and causes a digital media renderer to play video content.
  • (3-1-3c. Download)
  • In a download process, similarly to the 2BOX PULL use case, the IPTV-DLNA application gateway functions as a DLNA digital media server. A difference from 2BOX pull is that a download controller (+DN+) downloads video content provided by the DMS. Although it is not possible to output content to the IPTV-DLNA application gateway, instead, content is downloaded in response to a request (e.g., for a VoD service).
  • (3-1-3d. 2BOX PUSH)
  • In the 2BOX PUSH use case defined by DLNA, i.e., in the 2BOX PUSH use case where processes are executed by connecting a controller having a content distribution function and a digital media renderer (DML) having a playing function one to one, the IPTV-DLNA application gateway functions as a DLNA Push controller (+PU+) that implements a UPnP control point for a UPnP AV renderer.
  • Generally, the user operates a client device to browse a content list corresponding to EPG/VoD of an IPTV service, and can cause the DLNA digital media renderer to play selected video content by a method in which the DLNA Push controller controls the DLNA media renderer in order to transmit video streaming provided by the DLNA Push controller of the IPTV-DLNA application gateway.
  • (3-1-3c. Upload)
  • In an upload process, the IPTV-DLNA application gateway functions as a DLNA upload controller (+UP+) that implements a UPnP control point for a UPnP AV server (UPnP device). Generally, the user can operate a client device to browse an EPG/VoD content list of an IPTV service. The DLNA digital media server saves selected video content provided by the DLNA upload controller of the IPTV-DLNA application gateway.
  • (3.1.3. Network Connecting Process of a Client)
  • Next, an example of a network connecting process of a client for receiving an IPTV service will be described with reference to FIG. 24 and subsequent figures.
  • FIG. 24 is a sequence diagram showing an example of a network connecting process of a client. From the left, a client corresponding to, for example, the TV (DMP) shown in FIG. 3, a home IMS gateway, and furthermore, CSCF, HSS, and AP (IPTV), which are components of an IMS network, are shown. Note that regarding CSCF of the IMS network, the proxy CSCF (P-CSCF), the interrogating CSCF (I-CSCF), and the serving CSCF (S-CSCF), described earlier, are shown individually.
  • First, the client obtains an IP address in step S501, and outputs a registration request in step S502. The registration request is sent from the home IMS gateway to the proxy CSCF (P-CSCF), the interrogating CSCF (I-CSCF), and the serving CSCF (S-CSCF) of CSCF, which are components of the IMS network. In step S503, S-CSCF executes obtainment of a user profile from the HSS, and in step S504, notification of a request response to the client is performed.
  • Then, in step S505, setting is made such that IPSec communication is allowed between the client and the proxy CSCF (P-CSCF) of CSCF, which is a component of the ISM network, and the subsequent communication is executed according to IPSec. In step S506, the client outputs an IPTV service registration request, which is received by the serving CSCF (S-CSCF) of CSCF, which is a component of the IMS network. In step S507, an AS selection process is performed, and in step S508, a registration request is issued to the selected AS.
  • The AS (IPTV) obtains an IPTV profile in step S509, and issues a registration completion notification to the client in step S510. On the basis of reception of the registration completion notification, the client outputs a content obtaining request to the AS in step S511, and obtains content from the AS in step S512.
  • FIG. 25 is a sequence diagram of a case where a registration process by the home IMS gateway, not the registration process by the client, is executed. First, the home IMS gateway obtains an IP address in step S521, and outputs a registration request in step S522. The registration request is sent from the home IMS gateway to the proxy CSCF (P-CSCF), the interrogating CSCF (I-CSCF), and the serving CSCF (S-CSCF) of CSCF, which are components of the IMS network. In step S523, S-CSCF executes obtainment of a user profile from the HSS, and in step S524, notification of a request response to the home IMS gateway is performed.
  • Then, in step S525, setting is made such that IPSec communication is allowed between the home IMS gateway and the proxy CSCF (P-CSCF) of CSCF, which is a component of the ISM network, and the subsequent communication is executed according to IPSec. In step S526, the home IMS gateway outputs an IPTV service registration request, which is received by the serving CSCF (S-CSCF) of CSCF, which is a component of the IMS network. In step S527, an AS selection process is performed, and in step S528, a registration request is issued to the selected AS.
  • The AS (IPTV) obtains an IPTV profile in step S529, and issues a registration completion notification to the home IMS gateway in step S530.
  • FIG. 26 is an example of a sequence in a case where communication between the client and the home IMS gateway and communication between the home IMS gateway and the IMS network are executed individually. First, in step S541, the client sends a registration request to the home IMS gateway.
  • The client address in this case is an address (@home) in the home network. Upon receiving the registration request from the client, the home IMS gateway converts it into a global address (@op.com) and outputs the registration request to the IMS network. The registration request is sent to the proxy CSCF (P-CSCF), the interrogating CSCF (I-CSCF), and the serving CSCF (S-CSCF) of CSCF, which are components of the IMS network. In step S542, S-CSCF executes obtainment of a user profile from the HSS, and in step S543, notification of a request response to the home IMS gateway is performed.
  • Then, in step S544, setting is made such that IPSec communication is allowed between the home IMS gateway and the proxy CSCF (P-CSCF) of CSCF, which is a component of the ISM network, and the subsequent communication is executed according to IPSec. In step S545, the home IMS gateway outputs an IPTV service registration request, which is received by the serving CSCF (S-CSCF) of CSCF, which is a component of the IMS network. In step S546, an AS selection process is performed, and in step S547, a registration request is issued to the selected AS.
  • The AS (IPTV) obtains an IPTV profile in step S548, and issues a registration completion notification to the home IMS gateway in step S549. This notification is sent from the home IMS gateway to the client via the home network. On the basis of reception of the registration notification request, the client outputs a content obtaining request to the home IMS gateway in step s550. The home IMS gateway outputs this request to the AS, and obtains content from the AS and transfers the content to the client in step S551.
  • Note that in a case where setting is made such that it is possible to provide an IPTV service to the DLNA device 713 as described earlier with reference to FIG. 23, the home IMS gateway discovers an IPTV control function, receives EPG data, and then enables [IPTV DLNA app GW] for executing interconnection between the DLNA device and the IPTV service. In a case where [IPTV DLNA app GW] functions as a UPnP device, i.e., as a DLNA media server, IPTV DLNA app GW starts the SSDP (Simple Service Discovery Protocol) discovered by a UPnP control point [SSDP]. In a case where IPTV DLNA app GW functions as a UPnP control point, i.e., as a DLNA Push controller, IPTV DLNA app GW need not start SSDP of a UPnP device, and instead starts SSDP of the UPnP control point in order to discover a UPnP device.
  • Note that since the DLNA protocol, i.e., device discovery and device control in the UPnP device architecture, is based on sessionless communication, there is no concept of establishment of a session in which the UPnP control point performs communication with the UPnP device. While the digital media server, i.e., the UPnP device, is usable on the network, the digital media player and the digital media renderer, i.e., the UPnP control point, can anytime request a SOAP message for control regarding media streaming and for an HTTP request, and the DMS of IPTV DLNA app GW must respond to the request within, for example, 30 seconds even in the worst case.
  • IPTV DLNA app GW can maintain a session with the IMS core (CSCF) and the IPTV control function while the DMS of IPTV DLNA app GW is usable on the network. In a case where the session is terminated, IPTV DLNA app GW can reset a session when an SOAP request and an HTTP request from the DMP exist. In a case where IPTV DLNA app GW acts as a Push controller, i.e., as a UPnP control point, it is possible to know the length of period during which the session is maintained.
  • In a case where the channel of IPTV service is changed, an HTTP request for channel changing from the DLNA device is converted into IGMP (Internet Group Management Protocol). For example, it is converted into IGMP (Internet Group Management Protocol) by the IPTV-DLNA application gateway.
  • (3-1-5. Network Disconnection of a Client)
  • Next, a process of disconnecting from an IPTV service will be described. At an IPTV service receiving client, it is possible to turn off a display and to disconnect the client from a network. This process of disconnecting from the IPTV service is executed, for example, according to the following sequence.
  • (Step 1)
  • The client stops media reception.
  • Note that in the case of multicast, IGMP leave is used to leave from a multicast stream relating to the channel that the user has been viewing.
  • (Step 2)
  • The client sends SIP BYE to the IPTV service providing entity to establish an SIP session relating to media reception.
  • Note that in the case of unicast, the IPTV service providing entity executes an RTSP TEARDOWN command to stop the RTP unicast flow, and closes the port in a case where the media server does not notice the SIP protocol.
  • (Step 3)
  • The client sends SUBSCRIBE to the IPTV service providing entity by Expire 0 to notify IPTV AS that a switch off will occur on the client side.
  • (Step 4)
  • Upon expiration of the service period, the client sends SIP REGISTER to cancel registration of the client identifier. Note that for obtaining the registration information, data (GRUU: Globally Routable User Agent URI) received from the serving CSCF is needed.
  • (Step 5)
  • The client sends IGMP leave for the control channel.
  • (Step 6)
  • Disconnected from the IPTV service and IMS.
  • (Uncontrolled Disconnection from an IPTV Service)
  • In some cases, for example, in a case where a power failure occurs, disconnection is performed without executing the sequence described above. That is, in some cases, uncontrolled disconnection from an IPTV service is performed. In this case, it is necessary to stop a media flow of a program or the like being transmitted. However, in this case, a process must be executed in consideration of the following matters:
  • (a) Process of stopping the media flow
  • (b) SIP dialog of the network
  • These will be described below.
  • (a) Process of Stopping the Media Flow
  • In a case where the client is receiving multimedia streams, the only method that can be used to stop the media streams is a default timeout of IGMPv3 (a group membership interval of 225 seconds according to [IGMP]).
  • In the case of unicast transmission, in most media unicast transport mechanisms, a process of receiving feedback information is performed, and a timeout time is set in the feedback information, so that a stopping process using the timeout time becomes possible.
  • (b) SIP Dialog of the Network
  • For all SIP states of the network, usually, the default expiration value is 3600 seconds. This state relates to SIP REGISTER, SUBSCRIBE, and INVITE. The timeout mechanism clears the state of the IMS core (in a case where a reconnection occurs before a timeout, the timer increases after a new registration).
  • The fact that the state of SIP is maintained to be active for one hour does not mean that traffic is sent for one hour. Actually, after the first NOTIFY that does not reach a destination, the IMS core is notified of the unavailability of a client, and clears the state accordingly.
  • (3-1-6. Service Discovery Process of a Client)
  • A process in which discovery of IPTV services is performed in an IMS network will be described. IPTV service providers are discovered and presented to the user so that selection by the user is allowed, for example, as described below. Note that for this process, completion of UMS registration by the user is a presupposed condition.
  • The first issues a request to the IMS provider to attempt discovery of IPTV service providers. In a case where this fails, it is possible to issue a request to an entity other than the IMS provider, for example, a root. The service provider discovery process starts with discovery of IPTV service providers that provide IPTV services.
  • There exist many models that can be used for discovering IPTV service providers in an IMS network. These are all based on the presupposition that application servers (ASs (IPTVs)) capable of providing services exist in the network, and that the IPTV service providers can be identified by PSIs, feature tags, or other SIP headers.
  • The step of discovering service providers is executed according to, for example, high-level description of “transport of an MPEG-2 TS-based DVB service in an IP-based network”. SIP is used as communication for user authentication, and an IMS trust model for boot-strapping information, such as P-Asserted-Identity, is used. An SIP request that uses DVB IP del that starts with a service IPTV can serve as an IPTV provider. For example, it is identified by that SP CANAL+ is a domain name, and it is possible to assign to a service a name corresponding to the service.
  • In a case where this fails, the process described below is executed.
  • In a case where an IPTV server has not been assigned when an IPTV application is started, an IPTV service bootstrap service or a default address is used.
  • The IPTV client sets control signal communication for IPTV SIP dialog, and defines a route in the IMS network CSCF. This also means that it is not necessary to know an accurate address of a service since it can be added later. In the IMS network, CSCF must understand that the SIP dialog is an IPTV dialog, and define the route in IPTV CF (Control Function). This allows IPTV CF to provide discovery information regarding the service provider and the service provided.
  • Information (e.g., SIP URI or the like) regarding the IPTV service provider is provided to the user by using the SIP dialog, and when the user has discovered IPTV service providers, these providers are presented to the user. The user can then receive EPGs (or VOD and nPVR content lists or the like) provided by the IPTV service providers.
  • (Service Discovery by UPnP)
  • Next, a service discovery process by UPnP will be described.
  • The IPTV client obtains an IP address of the proxy CSCF from the DHCP option of SIP, or uses a default IP address of the proxy CSCF, written on an ISIM (IP Multimedia Services Identity Module) card of an IMS operator.
  • Alternatively, the IPTV client discovers a home IMS gateway by using a UPnP discovery mechanism. The home IMS gateway implements a UPnP IMS GW service, which is a UPnP service. In order to discover the UPnP IMS GW service, the IPTV client performs a process in which SSDP is used, such as sending or receiving SSDP:M-Search. Upon discovering the UPnP IMS GW service, the IPTV client issues a request for obtaining an IP address and port of IMS B2BUA of IMS GW. Then, the IPTV client starts an SIP session with the IMS core via the home IMS GW, and discovers IPTV services.
  • For example, a process sequence in the case of service discovery by a DLNA device, described with reference to FIG. 23, is as follows. The UPnP control point of the DLNA device can discover DMS by IPTV DLNA app GW in the case of 2BOX PULL, DOWNLOAD, and 3BOX PULL described earlier. The service discovery of IPTV services is executed by the home IMS GW by the method that is the same as the method described earlier. Methods of deploying a plurality of IPTV services vary among vendors. For example, IPTV DLNA app GW can use a plurality of DMSs individually corresponding to IPTV services. To each DMS, a name as a UPnP device, which allows the corresponding IPTV service, is set so that the user can select an appropriate DMS for the IPTV service.
  • In the case of 2BOX PUSH and UPLOAD, the IPTV-DLNA application gateway controls the UPnP device of the DLNA device so that it is not necessary to implement a UPnP device with which the IPTV-DLNA application gateway is discovered.
  • [3-2. Specific Process Examples of Various Services]
  • Next, various services executed in IPTV services will be described. The following items will be described in order.
  • 3-2-1. TV broadcasting
  • 3-2-2. nPVR (network Personal Video Recording)
  • 3-2-3. VoD (Video on Demand)
  • 3-2-4. Content filtering and personalization
  • 3-2-5. Interaction with TV
  • 3-2-6. Profile management
  • 3-2-7. Process for matching with device capabilities
  • (3-2-1. TV Broadcasting)
  • In IPTV services, in addition to channel switching, EPG browsing must be provided to the user as quickly as TV broadcasting. In order to minimize the user metadata waiting time of EPG metadata transmission, EPG metadata regarding programs during a certain period (e.g., 8 days) is preloaded on the client, and in order to minimize transactions per second and the necessary bandwidth in the EPG distribution system, service information, i.e., TV channel information and EPG, i.e., TV program information, is distributed via a multicast data channel. The IPTV content browser and IPTV navigation application of the client, described with reference to FIG. 15, searches for EPG metadata by using the MDC control function.
  • The EPG metadata is also distributed by unicast. Although EPG metadata corresponding to basic programs corresponding to programs provided by IPTV services, or EPG metadata of statistically popular programs, or the like is distributed by multicast, high-level EPG metadata with rich information, such as other program information or thumbnail images, can be obtained through searching by using unicast.
  • EPG metadata provided by IPTV service providers is distributed regularly through a single multicast data channel. The multicast channel control function of the client, described with reference to FIG. 15, filters tagged EPG metadata, such as channel subscription, according to the client configuration, and saves the filtered EPG metadata in a memory. The IPTV service browser and IPTV navigation application uses the MDC control function to search for EPG data. The cycle time of transmission of EPG metadata varies depending on the information types.
  • Service information including multicast channel addresses of TV channels and EPG metadata regarding content (programs) currently being broadcast and next content is sent frequency, for example, at intervals of 2 seconds. EPG metadata corresponding to programs on the current day is sent, for example, at intervals of 30 seconds.
  • Since the schedule of TV programs of broadcasting TV services is determined in advance, it suffices for the client to search for new EPG metadata for future programs once a day. However, in order to notify the client of changes in program schedule that occur occasionally, such as urgent news or extra innings of a baseball game, updating of EPG metadata is also distributed regularly, for example, at intervals of 2 seconds, through the multicast data channel. In order to receive the updating of EPG metadata, the client monitors the multicast data channel for the EPG metadata when receiving a media stream via the multicast channel.
  • The EPG metadata distributed through the multicast data channel is data including basic information regarding programs, which is program information. In order to obtain detailed information regarding programs and related information regarding programs, linked to the basic information of programs, the client can use a unicast request to an EPG server. The program information is composed of text, video, audio, and so forth, and interaction with the user in presentation of these programs can be implemented by bilateral unicast communication. In an EPG or program information menu, it is possible to set a subscreen on a display of the client displaying the menu and to display a preview video stream.
  • Note that EPG can be personalized for each user or client, i.e., EPG can be presented with a specific EPG setting corresponding to the user or client. For example, personalization of EPG for each channel can be implemented similarly to configuring EPG according to channel subscription regarding a user profile. Depending on the user profile, program information regarding particular channels is not displayed. Also regarding the display order of channels regarding the EPG menu, personalization according to the user profile, i.e., a process corresponding to each user, is allowed.
  • Switching of TV Broadcasting Channels
  • When an IPTV service is provided, packet buffering is performed at the client in order to perform a playing process smoothly, such as removal of jitter caused by the network. The client stores data received from an IPTV service providing server until the data reaches a certain threshold, and then executes a process for playing, such as decoding. Furthermore, in some cases, transmission and reception of intra-frames are executed by multicast forwarding for reconstruction of images.
  • Furthermore, in order to avoid consumption of bandwidth, on occasion of channel switching, a process of concluding an old channel for which the previous viewing has been finished is executed. This process can be executed by IGMP leave, which is a process similar to IGMP join. On occasion of this process, checking is performed at all IGMP aware nodes, comparison with a list of nodes that receive old multicast data is executed, and in a case where a certain node is to stop reception of multicast data, a process of cutting out the node from a multicast tree is performed.
  • In order to execute decoding and playing of a received video stream at the client, it is necessary to collect much information from the received stream. These information is sent using a particular frequency. Particularly, to start display of new video forwarding movie, a decoder must wait until intra-frames arrive in the video stream. The intra-frames are configured as frames including sufficient information in itself so that complete video can be reconstructed. Depending on the encoding type, usually, these are sent at intervals of 0.5 to 5 seconds.
  • There exist various types of delay that can occur in data communication in IPTV services. For example, a process of SIP interaction on occasion of setting a new stream can become a factor that causes a delay. For example, a process regarding SIP INVITE, which is executed in the SIP interaction process, is a conceivable factor that can cause a delay. Thus, a measure for avoiding delay is to reduce the SIP interaction process. Specifically, it is effective to make setting such that an SIP dialog occurs only when the characteristics of multicast streams change between multicast channels. According to this idea, a configuration is employed in which when the client tunes in to an ordinary broadcasting channel, an SIP session is established by requesting multicast transmission having stream characteristics, and setting is made such that other changes in multicast channels require only IGMP interaction, which does not involve SIP intervention, and it is switched to an SIP dialog only when the characteristics of received streams differ. Furthermore, SIP INVITE and IGMP join for the new channel are sent. Regarding delay that occurs in IGMP setup, it is possible to make improvements by allowing use of multicast channels at a point as close as possible to the end user. However, this results in consumption of a larger bandwidth in the access network.
  • An improvement should also be made regarding delay of intra-frames needed to start decoding of an MPEG stream. It is possible to overcome delay of intra-frames by a configuration in which intra-frames are obtained by a pull mechanism from a point relatively close to the client in the network or by providing intra-frames to the client by an out-of-band mechanism.
  • (3-2-2. nPVR (network Personal Video Recording))
  • Next, nPVR (network Personal Video Recording), which is a service available in IPTV services, will be described.
  • nPVR (network Personal Video Recording) can be started by various methods. This varies depending mainly on IPTV service providers.
      • A simplest method of recording a program, such as a program, is to select a program on EPG and to press a recording button by a remote controller owned by the user. Furthermore, a configuration in which a time, day, length, and so forth of recording by the user are input.
  • Alternatively, setting may be such that all the programs provided to the client are recorded. This means that the IPTV service provider record all and save it on a server for a predetermined period. In this way, the user is not bothered with recording, and is allowed to view a past nPVR EPG that seems similar to an ordinary EPG.
  • What must be supported by the IPTV architecture are an interface for identifying a program to be recorded and an identification mechanism for achieving this with EPG. The same link mechanism as that for TV broadcasting is used if possible, and in command communication for a recording process, an RTSP RECORD command, an SIP INVITE to nPVR including recording details, or the like can be used.
  • For example, trick play is a process used in a case where the user requests personal recording regarding content that is being received and played in an IPTV service. For example, the client presses a pause button by a remote controller to execute an nPVR recording function, and then freezes the picture to execute IGMP leave from the multicast channel. Furthermore, the client saves content. Note that the configuration may be such that data saving is executed at a server. When the user wishes to view it again later, it is possible to execute nPVR searching and to perform playing by an RTSP PLAY command.
  • Regarding a content list (index) that can be used in nPVR, the content format and metadata that are the same as those for EPG and VoD can be used. The linking mechanism that is the same as that for TV broadcasting must be used, except that linking is performed by the IPTV control function in order to identify a unicast resource, as in the case of VoD. Usually, searching for an nPVR content list is executed as HTTP GET. For a process of searching for nPVR content available to the client, the IPTV service provider provides a server-based searching function. The interface of the searching page completely depends on the service provider.
  • In a process of playing content recorded by nPVR, it is necessary to first select intended nPVR content. Searching is performed by clicking on a link to nPVR content list. Content searching is executed as a unicast stream. That is, a stream starts when the user has pressed “play” or has clicked on the link to the content list.
  • The configuration of the client apparatus in a case where the nPVR (network Personal Video Recording) process executed as a user-specific content recording process is executed is, for example, as follows. An information processing apparatus as a client includes a data processing unit that executes a process of receiving a content providing service provided by an external server existing outside a home network, by using mapping information in which the external server is set as a virtual home network device, and the data processing unit controls the nPVR (network Personal Video Recording) process executed as the user-specific content recording process regarding content provided by the external server.
  • The data processing unit executes a process of receiving multicast distribution content when receiving TV broadcasting provided by the external server, and executes a process of switching to unicast distribution on occasion of the nPVR (network Personal Video Recording) process executed as the user-specific content recording process. Furthermore, in a case where reception of unicast distribution content is to be started, it sends an IGMP (Internet Group Management Protocol) leave message to the external server or a management server as a message according to IGMP.
  • Furthermore, regarding nPVR (network Personal Video Recording), the data processing unit of the client can request the external server or another network-connected server to execute content recording by using storage means of these servers. In this case, information needed for recording, such as recording content information and time information, is provided to these servers. Furthermore, in a process of receiving from the external server a content list corresponding to content for which nPVR (network Personal Video Recording) can be executed, the data processing unit of the client performs a process of obtaining a content list selected in accordance with a provided profile based on a user profile or a client profile provided to the external server. Furthermore, on occasion of execution of nPVR (network Personal Video Recording), the data processing unit of the client executes a process of outputting content selection information or recording time specifying information in EPG (Electronic Program Guide) to the external server or a management server. nPVR is executed by these processes.
  • Furthermore, the client is an information processing apparatus that receives content regarding IPTV provided via a public network, which is not a home network, and includes means for setting an external server connected to the public network as a virtual home network device; and control means for controlling a process of recording or playing content at the external server via the public network so that the external server functions as a personal video recorder that records or plays user-specific content. Furthermore, the control means of the client executes a process of controlling a process of playing content at the external server via the public network in order to implement unicast in which particular content is provided only to a particular user, and furthermore, it executes a process of controlling a process of recording or playing content at the external server via the public network so that the external server functions as a personal video recorder that records user content.
  • (3-2-3. VoD (Video on Demand))
  • VoD (Video on Demand) is a specification for distributing content in response to a request by a user on the client side. Basically, it is executed by unicast. It is possible to insert an advertisement to content (media) distributed by VOD and to perform searching based on the advertisement similarly to a broadcasting service or EPG.
  • Furthermore, it is possible to view on the client side a content list (index) that can be used for VOD. It is possible to make setting that the content list (index) is limited to content that the user is permitted to view, i.e., it is possible to browse a result of filtering. Although the filtering can be executed within the network, in that case, the VoD content list must be unicast, or the client can use multicast in order to preload a cache of the VoD content list. The VoD content list is obtained in a manner partially similar to obtaining EPG information.
  • Searching for available VoD content requires that the client can execute an operation for query to the network. The content searching is executed with content metadata.
  • In a case where content is played by VoD, from the VoD content list, the client must select a piece of available content that the user is permitted to view and output a content request. For example, if content in the content list is specified, a link to URI of the VoD service is activated, the IPTV control function processes the request. It is checked whether the user has already purchased the content, and in a case where the content has not been purchased, a charge for the content is checked. In other cases, the content request is rejected.
  • (3-2-4. Content Filtering and Personalization)
  • Next, content filtering and personalization executed in an IPTV service will be described. The content filtering is a content selecting process of providing an end user with only content suitable for the user on the basis of the IMS of the end user, the IPTV profile, and a set of channels that are subscribed to. The personalization is a process of selecting content to be provided to the user on the basis of the profile of the user. For example, it includes a process of distributing messages and advertisements with an individual as a target based on the user profile.
  • By the content filtering, for example, only channels for which the user has paid are displayed in an EPG or VoD list obtained by the user. The content filtering makes it possible to generate and display an EPG suitable for the logged-in user. The user profile is downloaded from a server storing the profile, for example, the HSS 232 of the IMS network 230 shown in FIG. 3, by using XCAP at the time of log-in, and is saved on the user apparatus. As for VoD, the content filtering is applied when a view of VoD provided by the server is generated or VoD metadata is received at the client. Note that the user profile may be stored at the client, which is an apparatus on the user side, and this user profile may be used.
  • The user profile information existing at the external server or the client apparatus is presented to the server that provides content, and the content providing server executes content personalization to select and edit content on the basis of the user profile and to generate and provide content corresponding to the user. Alternatively, the configuration may be such that these personalization processes are executed on the client side.
  • The content personalization includes a process of distributing messages and advertisements with an individual as a target based on the user profile. These data directed to a particular user are overlaid on the screen at the user apparatus, and is displayed in, for example, a PinP (picture in picture) mode. Personalization is executed by inserting an intended advertisement when a show enters into an advertisement pause while the user is viewing a broadcast show or VoD content. Interactivity can also be considered as a form of personalization based on the user profile. Information included in interactivity data is displayed by means that is the same as the means for personal messages or advertisements, i.e., by overlaying or by using a dedicated window. Personalization is distributed via a dedicated unicast channel, or by a much smaller multicast group target to a profile set (information of location, age, sex, income range, etc.)
  • (3-2-5. Interaction with TV)
  • A description will be given regarding interaction with a TV program, for example, a process in which a user on the client side send an opinion or cast a vote while viewing an IPTV service. For interactivity with a television program, the user can send data from the user (for example, via SMS), such as a vote. FOR EXAMPLE, the vote is collected and used for creating feedback information regarding the program.
  • Note that there is also an existing digital broadcasting system in which interaction with TV programs is already supported by a mechanism that inserts a trigger in an MPEG-TS stream and that gives an interactive object, such as HTML or BML, at the timing of the trigger. Usually, an interactive object is embedded in an MPEG-TS stream together with a TV program. However, the digital broadcasting system may distribute an interactive object via a bilateral communication channel separated from distribution of the MPEG-TS stream.
  • A mechanism that uses a browser applied to an IPTV service is used for interaction with TV programs. For example, reference information to an XHTML document representing interaction with a program is embedded in content metadata. While the user is viewing the program, the interactivity system invokes the IPTV service browser for interaction with the program. The XHTML document is distributed via a multicast data channel and unicast communication. Feedback of interaction is implemented by an IPTV service browser based on unicast communication.
  • (3-2-6. Profile Management)
  • In an IPTV service, various profiles, such as a user profile of the client, are managed. For example,
  • Service Profile Regarding a Service of an Operator, and a User Profile
  • Profiles such as fee charging, a user identifier, an authentication vector used for an authentication process, and a service trigger, are stored and maintained on the HSS 232 of the IMS network 230 shown in FIG. 3.
  • Profile of the User Himself/Herself
  • A profile of the user himself/herself is saved on a client apparatus on the user side.
  • In a case where the IPTV provider differs from the IMS provider, the IPTV provider can save a user profile specific to the IPTV provider in a database of its own.
  • IPTV Provider Profile
  • An IPTV provider profile as information regarding an IPTV provider can be saved on the client side, and is also saved in a database of the IPTV provider itself.
  • The user profile includes, for example, an SIP identifier, language, nationality, age (information provided by an operator and information provided by the user), an E-mail address, a phone number, interests and hobbies (hobby and preference information), IPTV-specific parameters, and so forth. The user profile is used for service personalization. Specifically, it becomes possible to set and provide data corresponding to the user (My . . . ) on the basis of preferences of the user. For example, it becomes possible to execute, by using the user profile, setting of a my channel, setting of a startup channel, and furthermore, a process of personally mapping a button to My VoD, My Pay TV, or channel, local control, and so forth.
  • The IPTV provider profile includes, for example,
      • Information regarding which user is allowed to access which channel
      • Subscriber profile used to determine what the user is permitted to view and what the user is not permitted to view and so forth.
  • On the client side, which is an end user, user management and user profile management are executed. The user management means that it is possible for the user to add the user to a domain, change the user, or delete the user. The user profile management means that the user can change information of the user profile.
  • The processing steps in a case where the end user of the client performs user management are as follows:
  • 1. The end user provides new user information to an HTTP portal.
  • 2. The information is sent by the HTTP portal to the IMS network 230 (refer to FIG. 3) that executes user management, whereby the HSS and IPTV database are updated.
  • The user profile management executed by the end user of the client is executed, for example, by the following processes:
  • 1. New user profile information is input to the client apparatus.
  • 2. The client sends data to a preset profile output destination, such as a server that manages the user profile information, for example, the HSS 232 or the IPTV service 250 of the IMS network 230 shown in FIG. 3.
  • 3. Each server that has executed updating of the information notifies the client and other related servers of completion of the data updating.
  • 4. The client downloads the updated user profile.
  • Note that the registration and updating of the user profile can also be executed through an IPTV service portable. In this case, the user profile is provided from the client to the IPTV service portal, and then the IPTV service portal sends these data to a user profile management server (e.g., the HSS 232 or the IPTV service 250 of the IMS network 230 shown in FIG. 3).
  • As described above, the data processing unit of the information processing apparatus executes a process of receiving data from the external server as personalized data selected or edited on the basis of a user profile, which is user information registered in advance. The data processing unit of the client obtains a user profile stored in advance in a management server, for example, an HSS, and provides the user profile obtained to an external server such as a content providing server. Furthermore, the user profile updated at the client apparatus is sent to the management server, such as an HSS, and a process of updating the user profile stored in the management server is executed.
  • The data processing unit of the client executes a process of receiving, from an external server such as a content providing server, a content list, advertisement information, VoD (Video on Demand) content, or the like set as personalized data on the basis of the user profile, and displaying it on a display unit. Note that the user profile includes at least a language used by the user, nationality, address, phone number, and hobby and preference information.
  • (3-2-7. Process of Matching with Device Capability)
  • It is possible to set various apparatuses as clients, and processes that can be executed by individual clients differ depending on the clients. That is, the device capabilities of clients are various. In order to ensure interoperability between such various clients and IPTV services, a set of device capability profiles is specified to define capabilities requested for clients.
  • In order to play content distributed to a client favorably at the client, it is necessary to clarify the capabilities of the client. The client device capabilities include, for example, a screen size, a screen resolution, a size of an available memory, types of codecs supported, and so forth.
  • When a client device first registers a service, description of the CSCF 231 device of the IMS network 230 is downloaded, and the downloaded description and its URI are recorded in a database or a repository and shared with other entities, such as servers. Note that in a case where a global repository, such as a W3C DCI repository, can be used, such as a DCI repository, the repository may be used.
  • In the process of matching AV content with a client device, in some cases, it is necessary to select a suitable content version. For example, matching of text content is implemented by using modification, combination, formatting (e.g., XSLT), or the like in accordance with a version. An entity that executes the matching process (e.g., a target server or a proxy that executes transcoding) executes a process of receiving device capabilities and match the document according to a set of rules expressed in document metadata. This means that the content metadata must include rules regarding modification that must be applied, and also means that the service profile must include restrictions regarding applied transport, terminal, and so forth.
  • As described above, in a content providing system including a content providing server and a content receiving client, the data processing unit of the content receiving client executes a process of obtaining device information of the client, and sending and registering the device information to a home subscriber subsystem (HSS) defined in an IP multimedia system (IMS). The content providing server executes a process of obtaining the device information of the client, registered in the HSS, and providing the client with content suitable for the device. Specifically, the device information includes at least one of a screen size, a screen resolution, a size of available memory, and types of codecs supported of the client. The content providing server executes a process of obtaining these device information and providing the client with content that can be played by the device.
  • The present invention has been described above in detail with reference to specific embodiments. However, obviously, it is possible for those skilled in the art to make modifications or alternatives without departing from the spirit of the present invention. That is, the present invention has been disclosed by way of examples, and the present invention should not be construed restrictively. The spirit of the present invention should be determined on the basis of the claims.
  • Furthermore, the series of processes described in this specification can be executed by hardware, by software, or by combination of hardware and software. When the series of processes is executed by software, a program in which the processing sequences are recorded can be executed by installing it on a memory of a computer embedded in special hardware or on a general-purpose computer that is capable of executing various processes. For example, the program may be recorded in advance on a recording medium. Instead of installing the program from a recording medium to a computer, the program can be received via a network such as a LAN (Local Area Network) or the Internet and installed on an internal recording medium such as a hard disk.
  • The various processes described in this specification need not necessarily be executed sequentially in the orders described, and may be executed in parallel or individually as needed or in accordance with the processing ability of an apparatus that executes the processes. A system in this specification refers to a logical combination of a plurality of apparatuses, and is not limited to one in which the constituent apparatuses are disposed within the same case.
  • INDUSTRIAL APPLICABILITY
  • As described hereinabove, according to the configuration of the present invention, it becomes possible for a DMP as a content playing apparatus, which is a client device in a home network, to receive content from a content providing server outside the home network and to play the content. That is, a home IMS gateway, which is an information processing apparatus according to the present invention, executes communication with a content providing server to map the content providing server as a virtual home network device, and in response to reception of a device discovery request from a content playing apparatus in a home network, the home IMS gateway provides the content playing device with server information of the content providing server as information of a device that is allowed to receive a service. Furthermore, by executing switched reception of multicast distribution content provided by the external server and unicast content, it becomes possible to receive content with increased flexibility on the client side.

Claims (13)

1. An information processing apparatus characterized by comprising:
a communication unit that executes a communication process via a home network; and
a data processing unit that executes a process of receiving a content providing service provided by an external server existing outside a home network, by using mapping information in which the external server is set as a virtual home network device,
and characterized in that the data processing unit is configured to:
execute switched reception of multicast distribution content provided by the external server and unicast distribution content.
2. The information processing apparatus according to claim 1, characterized in that the data processing unit is configured to execute a process of:
on occasion of reception of multicast distribution content provided by the external server, sending an IGMP (Internet Group Management Protocol)-join message to the external server or a management server as a message according to IGMP, and
in a case where the reception of multicast distribution content is to be stopped and reception of unicast distribution content is to be started, sending an IGMP leave message to the external server or the management server as a message according to IGMP.
3. The information processing apparatus according to claim 1, characterized in that the data processing unit is configured to:
execute a process of receiving multicast distribution content in reception of TV broadcasting, and
execute a process of switching to unicast distribution on occasion of execution of VoD (Video on Demand).
4. The information processing apparatus according to claim 1, characterized in that the data processing unit is configured to:
execute a process of switching to unicast distribution on occasion of an nPVR (network Personal Video Recording) executed as a user-specific content recording process.
5. The information processing apparatus according to claim 1, characterized in that the data processing unit is configured to:
execute a process of switching to unicast distribution on occasion of execution of a trick play as a special content playing process.
6. The information processing apparatus according to claim 1, characterized in that the data processing unit is configured to:
execute a process of switching to unicast distribution as a process for receiving a content list corresponding to a user profile or a client profile.
7. An information processing method executed at an information processing apparatus, characterized by executing:
a communication step in which a communication unit executes a communication process via a home network;
a content receiving step in which a data processing unit executes a process of receiving content provided by an external server existing outside a home network, by using mapping information in which the external server is set as a virtual home network device; and
a content switching process step in which the data processing unit executes switched reception of multicast distribution content provided by the external server and unicast distribution content.
8. The information processing method according to claim 7, characterized in that the content switching process step is a step of executing either:
on occasion of reception of multicast distribution content provided by the external server, sending an IGMP (Internet Group Management Protocol)-join message to the external server or a management server as a message according to IGMP, or
in a case where the reception of multicast distribution content is to be stopped and reception of unicast distribution content is to be started, sending an IGMP leave message to the external server or the management server as a message according to IGMP.
9. The information processing method according to claim 7, characterized in that the data processing unit executes a process of receiving multicast distribution content in reception of TV broadcasting, and executes a process of switching to unicast distribution on occasion of execution of VoD (Video on Demand).
10. The information processing method according to claim 7, characterized in that the data processing unit executes a process of switching to unicast distribution on occasion of an nPVR (network Personal Video Recording) executed as a user-specific content recording process.
11. The information processing method according to claim 7, characterized in that the data processing unit executes a process of switching to unicast distribution on occasion of execution of a trick play as a special content playing process.
12. The information processing method according to claim 7, characterized in that the data processing unit is configured to execute a process of switching to unicast distribution as a process for receiving a content list corresponding to a user profile or a client profile.
13. A computer program for causing execution of information processing at an information processing apparatus, characterized by causing execution of:
a communication step of causing a communication unit to execute a communication process via a home network;
a content receiving step of causing a data processing unit to execute a process of receiving content provided by an external server existing outside a home network, by using mapping information in which the external server is set as a virtual home network device; and
a content switching process step of causing the data processing unit to execute switched reception of multicast distribution content provided by the external server and unicast distribution content.
US12/281,760 2006-03-07 2007-03-07 Information Processing Apparatus, Information Processing Method, and Computer Program Abandoned US20090100147A1 (en)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2006-061230 2006-03-07
JP2006061230 2006-03-07
PCT/JP2007/054460 WO2007102547A1 (en) 2006-03-07 2007-03-07 Information processing device, information processing method, and computer program

Publications (1)

Publication Number Publication Date
US20090100147A1 true US20090100147A1 (en) 2009-04-16

Family

ID=38474971

Family Applications (5)

Application Number Title Priority Date Filing Date
US12/281,760 Abandoned US20090100147A1 (en) 2006-03-07 2007-03-07 Information Processing Apparatus, Information Processing Method, and Computer Program
US12/281,750 Abandoned US20090180484A1 (en) 2006-03-07 2007-03-07 Information Processing Apparatus, Information Processing Method, and Computer Program
US12/281,922 Expired - Fee Related US8316082B2 (en) 2006-03-07 2007-03-07 Content providing system, information processing apparatus, information processing method, and computer program
US12/281,863 Abandoned US20090235317A1 (en) 2006-03-07 2007-03-07 Information Processing Apparatus, Information Processing Method, and Computer Program
US11/911,316 Abandoned US20090193469A1 (en) 2006-03-07 2007-03-07 Information processing apparatus and information processing method, and computer program

Family Applications After (4)

Application Number Title Priority Date Filing Date
US12/281,750 Abandoned US20090180484A1 (en) 2006-03-07 2007-03-07 Information Processing Apparatus, Information Processing Method, and Computer Program
US12/281,922 Expired - Fee Related US8316082B2 (en) 2006-03-07 2007-03-07 Content providing system, information processing apparatus, information processing method, and computer program
US12/281,863 Abandoned US20090235317A1 (en) 2006-03-07 2007-03-07 Information Processing Apparatus, Information Processing Method, and Computer Program
US11/911,316 Abandoned US20090193469A1 (en) 2006-03-07 2007-03-07 Information processing apparatus and information processing method, and computer program

Country Status (8)

Country Link
US (5) US20090100147A1 (en)
EP (3) EP2000919A4 (en)
JP (5) JPWO2007102547A1 (en)
KR (3) KR20080113364A (en)
CN (4) CN101438256B (en)
BR (1) BRPI0708573A2 (en)
RU (1) RU2460213C2 (en)
WO (5) WO2007102550A1 (en)

Cited By (101)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090007225A1 (en) * 2007-06-29 2009-01-01 Samsung Electronics Co., Ltd. Method and apparatus for ensuring security of remote user interface session using out-of-band communication
US20090133103A1 (en) * 2007-10-29 2009-05-21 Infosys Technologies Ltd. Method and system for data security in an IMS network
US20090132587A1 (en) * 2007-11-21 2009-05-21 David John Steiner Methods and systems for managing content dependency deployment
US20090144787A1 (en) * 2007-11-30 2009-06-04 Samsung Electronics Co., Ltd. Method and apparatus for searching for iptv service relay devices and method and apparatus for interacting with devices
US20090164642A1 (en) * 2007-12-21 2009-06-25 Telefonaktiebolaget Lm Ericsson (Publ) Method and internet protocol television (iptv) content manager server for iptv servicing
US20090193483A1 (en) * 2008-01-25 2009-07-30 Samsung Electronics Co., Ltd. Method and apparatus for providing metadata of content, and method and apparatus for limiting content usage authority
US20090210488A1 (en) * 2008-02-20 2009-08-20 Samsung Electronics Co., Ltd. Remote user interface proxy apparatus and method of processing user interface components thereof
US20090274163A1 (en) * 2007-04-30 2009-11-05 Huawei Technologies Co., Ltd. Method, system, and apparatus for controlling multicast bearer resources
US20090292807A1 (en) * 2008-05-21 2009-11-26 Chia-Chieh Liu Multimedia data transferring method and system thereof
US20090307310A1 (en) * 2008-06-04 2009-12-10 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving filtered content based on age limit
US20090310609A1 (en) * 2007-06-26 2009-12-17 Alvaro Fernandez Gutierrez Method and device for managing multicast groups
US20100005517A1 (en) * 2008-07-02 2010-01-07 Telefonaktiebolaget Lm Ericsson (Publ) Iptv content sharing in ims network
US20100014519A1 (en) * 2007-10-15 2010-01-21 Media Patents, S.L. Methods for managing multicast traffic between sources sending data and hosts requesting data and network equipment used to implement the methods
US20100023983A1 (en) * 2008-07-24 2010-01-28 Samsung Electronics Co., Ltd. Method and apparatus for performing iptv communication service
US20100046516A1 (en) * 2007-06-26 2010-02-25 Media Patents, S.L. Methods and Devices for Managing Multicast Traffic
US20100169413A1 (en) * 2008-12-26 2010-07-01 Samsung Electronics Co., Ltd. Method and apparatus for providing device with remote application in home network
US20100183008A1 (en) * 2007-10-15 2010-07-22 Fernandez Gutierrez Alvaro Method for managing multicast traffic in a data network and network equipment using said method
US20100223407A1 (en) * 2009-02-27 2010-09-02 Vixs Systems, Inc. Media source device with digital format conversion and methods for use therewith
US20100293555A1 (en) * 2009-05-14 2010-11-18 Nokia Corporation Method and apparatus of message routing
US20100299707A1 (en) * 2008-02-05 2010-11-25 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving metadata of application providing iptv service
US20100309913A1 (en) * 2009-06-05 2010-12-09 Nick Herodotou Method and system for handling iptv multicast traffic in a home network
US20100312789A1 (en) * 2009-06-03 2010-12-09 Canon Kabushiki Kaisha Attribute data providing apparatus and method
US20100322236A1 (en) * 2009-06-18 2010-12-23 Nokia Corporation Method and apparatus for message routing between clusters using proxy channels
US20100322264A1 (en) * 2009-06-18 2010-12-23 Nokia Corporation Method and apparatus for message routing to services
US20100325260A1 (en) * 2009-06-18 2010-12-23 Nokia Corporation Method and apparatus for message routing optimization
US20110010441A1 (en) * 2008-03-05 2011-01-13 Media Patents, S.L. Equipment in a data network and methods for monitoring, configuring and/or managing the equipment
US20110010727A1 (en) * 2008-01-25 2011-01-13 Samsung Electronics Co., Ltd. Method and device for playing back media data with limited control
US20110010459A1 (en) * 2007-12-21 2011-01-13 Koninklijke Kpn N.V. Method and System for Transmitting a Multimedia Stream
US20110016501A1 (en) * 2008-03-28 2011-01-20 Samsung Electronics Co., Ltd. Data receiving method and device for applications providing an iptv communications service
US20110022651A1 (en) * 2008-03-18 2011-01-27 Samsung Electronics Co., Ltd. Method and apparatus for receiving notification
US20110058551A1 (en) * 2008-02-01 2011-03-10 Media Patents, S.L. Methods and apparatus for managing multicast traffic through a switch
US20110067081A1 (en) * 2008-05-19 2011-03-17 Telefonaktiebolaget L M Ericsson (Publ) Switching Between Delivery Methods In An IPTV Communication Network
US20110107083A1 (en) * 2009-05-11 2011-05-05 Kazuhiro Nomura Content transmission device and content transmission method
US20110119724A1 (en) * 2008-07-07 2011-05-19 Telefonaktiebolaget Lm Ericsson (Publ) Proxy Functionality
US20110137980A1 (en) * 2009-12-08 2011-06-09 Samsung Electronics Co., Ltd. Method and apparatus for using service of plurality of internet service providers
US20110149960A1 (en) * 2009-12-17 2011-06-23 Media Patents, S.L. Method and apparatus for filtering multicast packets
US20110179437A1 (en) * 2010-01-18 2011-07-21 Telefonaktiebolaget Lm Ericsson (Publ) Remote access to a device in an ims system with a second media access channel
US20110202965A1 (en) * 2008-10-01 2011-08-18 Jean-Baptiste Henry Network device and method for setting up an iptv session
US20110222529A1 (en) * 2010-03-15 2011-09-15 Samsung Electronics Co., Ltd. Method and system for storing session information in universal plug and play telephony service
US20110264817A1 (en) * 2010-04-23 2011-10-27 Qualcomm Incorporated Gateway device for multimedia content
US20110276797A1 (en) * 2010-05-04 2011-11-10 Sony Corporation Authentication and authorization for internet video client
US20110302610A1 (en) * 2010-06-04 2011-12-08 Jeyhan Karaoguz Utilizing an electronic program guide (epg) for customized content service in a gateway
US8189584B2 (en) 2009-07-27 2012-05-29 Media Patents, S. L. Multicast traffic management in a network interface
US20120226674A1 (en) * 2009-06-01 2012-09-06 International Business Machines Corporation System and method to support codec delivery models for ims networks
US20120227076A1 (en) * 2011-03-01 2012-09-06 Sony Corporaton Method and apparatus for switching between a native application and a second application
US20120265845A1 (en) * 2011-04-14 2012-10-18 Hitachi Solutions, Ltd. Dlna content conversion device, dlna content conversion method, and dlna content conversion program
US20130019003A1 (en) * 2010-03-23 2013-01-17 France Telecom Method for Managing Records in an IMS Network, and S-CSCF Server Implementing Said Method
US20130060905A1 (en) * 2011-09-02 2013-03-07 Microsoft Corporation Accessing Hardware Devices Using Web Server Abstractions
US20130138782A1 (en) * 2010-08-18 2013-05-30 International Business Machines Corporation Tiered xml services in a content management system
US20130262558A1 (en) * 2012-03-27 2013-10-03 Roku, Inc. Method and Apparatus for Dynamic Prioritization of Content Through Interactive Browsing
US8565140B2 (en) 2008-02-01 2013-10-22 Media Patents, S.L. Methods and apparatus for managing multicast traffic through a switch
US20130318151A1 (en) * 2010-12-13 2013-11-28 Motorola Mobility Llc Sharing media among remote access clients in a universal plug and play environment
US20140012971A1 (en) * 2012-07-03 2014-01-09 Verizon Patent And Licensing Inc. Method and system for providing dynamic admission control
US20140011521A1 (en) * 2011-03-17 2014-01-09 Huawei Technologies Co., Ltd. Method of location information processing and access network device
JP2014500998A (en) * 2010-11-02 2014-01-16 テレフオンアクチーボラゲット エル エム エリクソン(パブル) Method and device for media description delivery
US8644310B2 (en) 2007-10-30 2014-02-04 Media Patents, S.L. Method for managing multicast traffic between equipment in a multicast data network
TWI465948B (en) * 2012-05-25 2014-12-21 Gemtek Technology Co Ltd Method for dlna pre-browsing and customizing browsing result and digital media device using the same
US20150007223A1 (en) * 2011-12-16 2015-01-01 Awox Process and device for communicating between terminals
US20150026302A1 (en) * 2013-07-19 2015-01-22 Sony Corporation Information processing apparatus, information processing method, and program
US20150067110A1 (en) * 2012-05-10 2015-03-05 Huawei Technologies Co., Ltd. Media Playing Method, Apparatus, and System
US8977721B2 (en) 2012-03-27 2015-03-10 Roku, Inc. Method and apparatus for dynamic prioritization of content listings
US20150143119A1 (en) * 2013-03-15 2015-05-21 Panasonic Intellectual Property Management Co., Ltd. Content distribution method, content distribution system, source device, and sink device
US20150150034A1 (en) * 2012-05-23 2015-05-28 Sony Corporation Information processing device, information processing method, and program
US20150222960A1 (en) * 2007-08-22 2015-08-06 Samsung Electronics Co., Ltd. Method and apparatus for providing/receiving service of plurality of service providers
US20160021146A1 (en) * 2014-07-18 2016-01-21 T-Mobile Usa, Inc. Enhanced ims services restriction and selection control for mobile devices roaming in foreign networks
US20160036843A1 (en) * 2014-08-01 2016-02-04 Honeywell International Inc. Connected home system with cyber security monitoring
US9288547B2 (en) 2012-03-27 2016-03-15 Roku, Inc. Method and apparatus for channel prioritization
US20160105400A1 (en) * 2014-10-08 2016-04-14 Time Warner Cable Enterprises Llc Apparatus and methods for data transfer beteween a plurality of user devices
US9485801B1 (en) * 2014-04-04 2016-11-01 Sprint Communications Company L.P. Mobile communication device connected to home digital network
US9591367B2 (en) 2011-05-27 2017-03-07 Thomson Licensing Method, apparatus and system for multiple screen media experience
KR20170039541A (en) * 2015-10-01 2017-04-11 삼성전자주식회사 Apparatus and method for managing traffic based on transmission type in communication system
US20170181113A1 (en) * 2015-12-16 2017-06-22 Sonos, Inc. Synchronization of Content Between Networked Devices
US9706255B2 (en) 2013-06-05 2017-07-11 Thomson Licensing Method and apparatus for content distribution for multiscreen viewing wherein video program and information related to the video program are transmitted to a second device but not to a first device when the distance between the two devices is greater than a predetermined threshold
US9774921B2 (en) 2012-04-27 2017-09-26 Saturn Licensing Llc Content transfer device and content transfer method, content reproduction device and content reproduction method, content distribution system and computer program
US20170295139A1 (en) * 2014-09-19 2017-10-12 Zte Corporation Multicast security control method and device based on dns
US9930386B2 (en) 2013-06-05 2018-03-27 Thomson Licensing Method and apparatus for content distribution multiscreen viewing
US9967689B1 (en) 2016-09-29 2018-05-08 Sonos, Inc. Conditional content enhancement
US20180131402A1 (en) * 2016-11-08 2018-05-10 Spreadtrum Communications (Shanghai) Co., Ltd. Multi-card user equipment and service processing method thereof
US20180139748A1 (en) * 2016-11-14 2018-05-17 Spreadtrum Communications (Shanghai) Co., Ltd. Method and device for processing services of multi-channel terminal
US20180184141A1 (en) * 2016-12-28 2018-06-28 Arris Enterprises Llc Device, method, and program for providing subscription content to multiple client devices connected in a home network
US10015671B2 (en) 2016-01-19 2018-07-03 T-Mobile Usa, Inc. Network service access control
US10127232B2 (en) 2011-09-21 2018-11-13 Sonos, Inc. Media sharing across service providers
US10178072B2 (en) 2004-07-20 2019-01-08 Time Warner Cable Enterprises Llc Technique for securely communicating and storing programming material in a trusted domain
US10212474B2 (en) 2013-06-05 2019-02-19 Interdigital Ce Patent Holdings Method and apparatus for content distribution for multi-screen viewing
US10306301B2 (en) 2007-06-13 2019-05-28 Time Warner Cable Enterprises Llc Apparatus and methods for use in a content distribution network
US10306326B1 (en) * 2012-08-06 2019-05-28 Cox Communications, Inc. Channel jumping
US10362018B2 (en) 2006-10-20 2019-07-23 Time Warner Cable Enterprises Llc Downloadable security and protection methods and apparatus
US10404752B2 (en) 2007-01-24 2019-09-03 Time Warner Cable Enterprises Llc Apparatus and methods for provisioning in a download-enabled system
US20190356954A1 (en) * 2017-07-12 2019-11-21 Verizon Patent And Licensing Inc. Content onboarding and custom channel lineup provisioning
JP2019208280A (en) * 2019-08-16 2019-12-05 サターン ライセンシング エルエルシーSaturn Licensing LLC Television receiver, display device, and device
US10652607B2 (en) 2009-06-08 2020-05-12 Time Warner Cable Enterprises Llc Media bridge apparatus and methods
US10687112B2 (en) 2011-12-12 2020-06-16 Saturn Licensing Llc Client terminal and operation method of client terminal, transmission server and operation method of transmission server, and program
US10848806B2 (en) 2004-07-20 2020-11-24 Time Warner Cable Enterprises Llc Technique for securely communicating programming content
US10958629B2 (en) 2012-12-10 2021-03-23 Time Warner Cable Enterprises Llc Apparatus and methods for content transfer protection
US10965727B2 (en) 2009-06-08 2021-03-30 Time Warner Cable Enterprises Llc Methods and apparatus for premises content distribution
US11076203B2 (en) 2013-03-12 2021-07-27 Time Warner Cable Enterprises Llc Methods and apparatus for providing and uploading content to personalized network storage
US11120022B2 (en) * 2013-02-25 2021-09-14 EMC IP Holding Company LLC Processing a database query using a shared metadata store
US11146611B2 (en) * 2017-03-23 2021-10-12 Huawei Technologies Co., Ltd. Lip synchronization of audio and video signals for broadcast transmission
US11218777B2 (en) * 2018-09-20 2022-01-04 Boe Technology Group Co., Ltd. Method, device and system for processing bullet screen
US20220294870A1 (en) * 2020-03-19 2022-09-15 Rovi Guides, Inc. Tracking media content consumed on foreign devices
US11792462B2 (en) 2014-05-29 2023-10-17 Time Warner Cable Enterprises Llc Apparatus and methods for recording, accessing, and delivering packetized content

Families Citing this family (352)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11113950B2 (en) 2005-03-16 2021-09-07 Icontrol Networks, Inc. Gateway integrated with premises security system
US11190578B2 (en) 2008-08-11 2021-11-30 Icontrol Networks, Inc. Integrated cloud system with lightweight gateway for premises automation
US11277465B2 (en) 2004-03-16 2022-03-15 Icontrol Networks, Inc. Generating risk profile using data of home monitoring and security system
US11316958B2 (en) 2008-08-11 2022-04-26 Icontrol Networks, Inc. Virtual device systems and methods
US10200504B2 (en) 2007-06-12 2019-02-05 Icontrol Networks, Inc. Communication protocols over internet protocol (IP) networks
US7711796B2 (en) 2006-06-12 2010-05-04 Icontrol Networks, Inc. Gateway registry methods and systems
US10348575B2 (en) 2013-06-27 2019-07-09 Icontrol Networks, Inc. Control system user interface
US10237237B2 (en) 2007-06-12 2019-03-19 Icontrol Networks, Inc. Communication protocols in integrated systems
US20050216302A1 (en) 2004-03-16 2005-09-29 Icontrol Networks, Inc. Business method for premises management
US11244545B2 (en) 2004-03-16 2022-02-08 Icontrol Networks, Inc. Cross-client sensor user interface in an integrated security network
US11368429B2 (en) * 2004-03-16 2022-06-21 Icontrol Networks, Inc. Premises management configuration and control
US9531593B2 (en) 2007-06-12 2016-12-27 Icontrol Networks, Inc. Takeover processes in security network integrated with premise security system
US10142392B2 (en) 2007-01-24 2018-11-27 Icontrol Networks, Inc. Methods and systems for improved system performance
US9141276B2 (en) 2005-03-16 2015-09-22 Icontrol Networks, Inc. Integrated interface for mobile device
US11343380B2 (en) 2004-03-16 2022-05-24 Icontrol Networks, Inc. Premises system automation
US11811845B2 (en) 2004-03-16 2023-11-07 Icontrol Networks, Inc. Communication protocols over internet protocol (IP) networks
US9729342B2 (en) 2010-12-20 2017-08-08 Icontrol Networks, Inc. Defining and implementing sensor triggered response rules
US10156959B2 (en) 2005-03-16 2018-12-18 Icontrol Networks, Inc. Cross-client sensor user interface in an integrated security network
US10522026B2 (en) 2008-08-11 2019-12-31 Icontrol Networks, Inc. Automation system user interface with three-dimensional display
US11916870B2 (en) 2004-03-16 2024-02-27 Icontrol Networks, Inc. Gateway registry methods and systems
US11489812B2 (en) 2004-03-16 2022-11-01 Icontrol Networks, Inc. Forming a security network including integrated security system components and network devices
US11582065B2 (en) 2007-06-12 2023-02-14 Icontrol Networks, Inc. Systems and methods for device communication
US20170118037A1 (en) 2008-08-11 2017-04-27 Icontrol Networks, Inc. Integrated cloud system for premises automation
US10339791B2 (en) * 2007-06-12 2019-07-02 Icontrol Networks, Inc. Security network integrated with premise security system
US11159484B2 (en) * 2004-03-16 2021-10-26 Icontrol Networks, Inc. Forming a security network including integrated security system components and network devices
US20090077623A1 (en) 2005-03-16 2009-03-19 Marc Baum Security Network Integrating Security System and Network Devices
US11201755B2 (en) 2004-03-16 2021-12-14 Icontrol Networks, Inc. Premises system management using status signal
US11677577B2 (en) 2004-03-16 2023-06-13 Icontrol Networks, Inc. Premises system management using status signal
US10721087B2 (en) 2005-03-16 2020-07-21 Icontrol Networks, Inc. Method for networked touchscreen with integrated interfaces
US10999254B2 (en) 2005-03-16 2021-05-04 Icontrol Networks, Inc. System for data routing in networks
US20170180198A1 (en) 2008-08-11 2017-06-22 Marc Baum Forming a security network including integrated security system components
US11615697B2 (en) * 2005-03-16 2023-03-28 Icontrol Networks, Inc. Premise management systems and methods
US11700142B2 (en) 2005-03-16 2023-07-11 Icontrol Networks, Inc. Security network integrating security system and network devices
US11496568B2 (en) 2005-03-16 2022-11-08 Icontrol Networks, Inc. Security system with networked touchscreen
US20110128378A1 (en) 2005-03-16 2011-06-02 Reza Raji Modular Electronic Display Platform
US20120324566A1 (en) 2005-03-16 2012-12-20 Marc Baum Takeover Processes In Security Network Integrated With Premise Security System
JP2007272868A (en) 2006-03-07 2007-10-18 Sony Corp Information processing device, information communication system, information processing method and computer program
CN101438256B (en) * 2006-03-07 2011-12-21 索尼株式会社 Information processing device, information communication system, information processing method
US10079839B1 (en) 2007-06-12 2018-09-18 Icontrol Networks, Inc. Activation of gateway device
JP4940898B2 (en) * 2006-11-02 2012-05-30 富士通株式会社 Digital content search program, digital content search device, and digital content search method
US8019055B2 (en) * 2007-01-19 2011-09-13 Nokia Corporation Media instant messaging for mobile device
US11706279B2 (en) 2007-01-24 2023-07-18 Icontrol Networks, Inc. Methods and systems for data communication
US7633385B2 (en) 2007-02-28 2009-12-15 Ucontrol, Inc. Method and system for communicating with and controlling an alarm system from a remote server
JP2008236344A (en) * 2007-03-20 2008-10-02 Hitachi Ltd Proxy apparatus, network system, and communication method
CN101272477A (en) * 2007-03-22 2008-09-24 华为技术有限公司 IPTV system, medium service apparatus and IPTV program searching and locating method
CN101287091B (en) * 2007-04-10 2010-11-24 华为技术有限公司 System, device and method for implementing television service based on Internet protocol
JP4758935B2 (en) * 2007-04-13 2011-08-31 ヤフー株式会社 How to send content
US8683527B2 (en) * 2007-04-20 2014-03-25 At&T Intellectual Property I, Lp System and apparatus for supplying media content to portable communication devices
US8451986B2 (en) 2007-04-23 2013-05-28 Icontrol Networks, Inc. Method and system for automatically providing alternate network access for telecommunications
US11212192B2 (en) 2007-06-12 2021-12-28 Icontrol Networks, Inc. Communication protocols in integrated systems
US11601810B2 (en) 2007-06-12 2023-03-07 Icontrol Networks, Inc. Communication protocols in integrated systems
US10523689B2 (en) 2007-06-12 2019-12-31 Icontrol Networks, Inc. Communication protocols over internet protocol (IP) networks
US11316753B2 (en) 2007-06-12 2022-04-26 Icontrol Networks, Inc. Communication protocols in integrated systems
US11423756B2 (en) 2007-06-12 2022-08-23 Icontrol Networks, Inc. Communication protocols in integrated systems
US11646907B2 (en) 2007-06-12 2023-05-09 Icontrol Networks, Inc. Communication protocols in integrated systems
US11218878B2 (en) 2007-06-12 2022-01-04 Icontrol Networks, Inc. Communication protocols in integrated systems
US11089122B2 (en) 2007-06-12 2021-08-10 Icontrol Networks, Inc. Controlling data routing among networks
US11237714B2 (en) 2007-06-12 2022-02-01 Control Networks, Inc. Control system user interface
US7991910B2 (en) 2008-11-17 2011-08-02 Amazon Technologies, Inc. Updating routing information based on client location
US8028090B2 (en) 2008-11-17 2011-09-27 Amazon Technologies, Inc. Request routing utilizing client location information
BRPI0721891A2 (en) * 2007-07-20 2014-02-25 Alcatel Lucent METHOD FOR PROCESSING REGISTRATION, NETWORK ELEMENT AND COMMUNICATION SYSTEM
WO2009020332A2 (en) * 2007-08-06 2009-02-12 Samsung Electronics Co, . Ltd. Method and apparatus for providing/receiving web-based service of plurality of service providers
US10223903B2 (en) 2010-09-28 2019-03-05 Icontrol Networks, Inc. Integrated security system with parallel processing architecture
US11831462B2 (en) 2007-08-24 2023-11-28 Icontrol Networks, Inc. Controlling data routing in premises management systems
US20090106397A1 (en) * 2007-09-05 2009-04-23 O'keefe Sean Patrick Method and apparatus for interactive content distribution
JP5241181B2 (en) * 2007-09-11 2013-07-17 キヤノン株式会社 Service control apparatus and method
CN101459664B (en) * 2007-10-22 2010-10-20 华为技术有限公司 Method and apparatus for acquiring IPTV service media description information
JP4958741B2 (en) * 2007-11-15 2012-06-20 キヤノン株式会社 Service control apparatus and method
KR101531166B1 (en) 2007-11-27 2015-06-25 삼성전자주식회사 Method and apparatus for discovering IPTV service provider and IPTV service using SIP protocol
US9281959B2 (en) * 2007-11-27 2016-03-08 Samsung Electronics Co., Ltd. Method for controlling home network device using universal web application and apparatus thereof
US7986702B1 (en) * 2007-11-29 2011-07-26 Bigband Networks Inc. Method and system for streaming multimedia transmissions
US8893200B2 (en) * 2007-12-05 2014-11-18 Lg Electronics Inc. IPTV receiver and method of acquiring a resource for an IPTV service
US8484689B2 (en) * 2007-12-05 2013-07-09 Lg Electronics Inc. IPTV receiver and method of discovering an IPTV service
US8635641B2 (en) * 2007-12-05 2014-01-21 Lg Electronics Inc. Method of performing parental control a channel and an IPTV receiver
US8893205B2 (en) * 2007-12-05 2014-11-18 Lg Electronics Inc. IPTV receiver and method of providing channel map management information
US8869219B2 (en) * 2007-12-05 2014-10-21 Lg Electronics Inc. Method for controlling a channel and an IPTV receiver
US8813155B2 (en) * 2007-12-05 2014-08-19 Lg Electronics Inc. Method for receiving service information data and an IPTV receiver
CN101197832B (en) * 2007-12-13 2012-01-25 华为技术有限公司 Method, system and device for implementing IPTV service
US20090177735A1 (en) * 2007-12-21 2009-07-09 Nortel Networks Limited Unified communications systems and methods
KR101510878B1 (en) * 2008-01-04 2015-04-10 삼성전자주식회사 Method and apparatus to control digital living network alliance network in digital living network alliance network
US11916928B2 (en) 2008-01-24 2024-02-27 Icontrol Networks, Inc. Communication protocols over internet protocol (IP) networks
KR101582084B1 (en) * 2008-01-25 2016-01-05 삼성전자주식회사 Method and apparatus for processing event in home network
KR101495722B1 (en) * 2008-01-31 2015-02-26 삼성전자주식회사 Method and apparatus for guaranteeing communication security in home network
EP2247101A4 (en) * 2008-02-19 2014-07-09 Samsung Electronics Co Ltd Method and apparatus for using api-based iptv service
JP2009199281A (en) * 2008-02-21 2009-09-03 Brother Ind Ltd Data transmission device
WO2009108176A1 (en) * 2008-02-29 2009-09-03 Thomson Licensing Methods and apparatuses for providing load balanced signal distribution
JP4623118B2 (en) 2008-03-28 2011-02-02 ソニー株式会社 Gateway device, communication method and program
US8156243B2 (en) 2008-03-31 2012-04-10 Amazon Technologies, Inc. Request routing
US8606996B2 (en) 2008-03-31 2013-12-10 Amazon Technologies, Inc. Cache optimization
US7962597B2 (en) 2008-03-31 2011-06-14 Amazon Technologies, Inc. Request routing based on class
US8447831B1 (en) 2008-03-31 2013-05-21 Amazon Technologies, Inc. Incentive driven content delivery
US8321568B2 (en) 2008-03-31 2012-11-27 Amazon Technologies, Inc. Content management
US8533293B1 (en) * 2008-03-31 2013-09-10 Amazon Technologies, Inc. Client side cache management
US7970820B1 (en) 2008-03-31 2011-06-28 Amazon Technologies, Inc. Locality based content distribution
US8601090B1 (en) 2008-03-31 2013-12-03 Amazon Technologies, Inc. Network resource identification
CN101562550A (en) * 2008-04-14 2009-10-21 鸿富锦精密工业(深圳)有限公司 Digital content service integrated system
WO2009137498A1 (en) * 2008-05-06 2009-11-12 The Directv Group, Inc. Method and system for interfacing content between devices
JP5332303B2 (en) * 2008-05-13 2013-11-06 ソニー株式会社 Service providing method, streaming server, streaming transmission method, and program
US8781300B2 (en) 2008-05-23 2014-07-15 At&T Intellectual Property I, Lp System and apparatus for managing video content recordings
JP5058342B2 (en) * 2008-05-23 2012-10-24 テレフオンアクチーボラゲット エル エム エリクソン(パブル) IMS user apparatus, control method therefor, host device, and control method therefor
KR101573329B1 (en) * 2008-05-27 2015-12-01 삼성전자주식회사 Method and apparatus for using internet protocol television based on application received by multi-cast session
US8125999B2 (en) * 2008-05-30 2012-02-28 At&T Intellectual Property I, L.P. Systems and methods to minimize customer equipment downtime in a voice over internet protocol (VOIP) service network
US8223631B2 (en) 2008-05-30 2012-07-17 At&T Intellectual Property I, L.P. Systems and methods to monitor and analyze customer equipment downtime in a voice over internet protocol (VoIP) service network
US8443410B2 (en) * 2008-06-06 2013-05-14 Telefonaktiebolaget Lm Ericsson (Publ) Method and a user equipment for reserving bandwidth
US20170185278A1 (en) 2008-08-11 2017-06-29 Icontrol Networks, Inc. Automation system user interface
US9912740B2 (en) 2008-06-30 2018-03-06 Amazon Technologies, Inc. Latency measurement in resource requests
US7925782B2 (en) 2008-06-30 2011-04-12 Amazon Technologies, Inc. Request routing using network computing components
US9407681B1 (en) 2010-09-28 2016-08-02 Amazon Technologies, Inc. Latency measurement in resource requests
KR101580839B1 (en) * 2008-08-05 2015-12-29 삼성전자주식회사 Method and apparatus for notifying event of remote user interface server in home network
US8396941B2 (en) * 2008-08-05 2013-03-12 Sony Corporation Digital living network alliance (DLNA) server that serves contents from IVL services
US11792036B2 (en) 2008-08-11 2023-10-17 Icontrol Networks, Inc. Mobile premises automation platform
US11729255B2 (en) 2008-08-11 2023-08-15 Icontrol Networks, Inc. Integrated cloud system with lightweight gateway for premises automation
US11258625B2 (en) 2008-08-11 2022-02-22 Icontrol Networks, Inc. Mobile premises automation platform
US11758026B2 (en) 2008-08-11 2023-09-12 Icontrol Networks, Inc. Virtual device systems and methods
KR101614945B1 (en) 2008-08-20 2016-04-25 삼성전자주식회사 Method and apparatus for protecting of pravacy in home network
JP2010061305A (en) * 2008-09-02 2010-03-18 Sony Corp Information processor, information processing method and communication system
JP2010081321A (en) * 2008-09-26 2010-04-08 Fujitsu Ltd Control terminal for giving content reproduction command, content relay device and remote content reproduction system
WO2010041627A1 (en) * 2008-10-06 2010-04-15 シャープ株式会社 Digital broadcast reception device and digital broadcast reception method
EP2346249A1 (en) * 2008-10-07 2011-07-20 Sharp Kabushiki Kaisha Digital broadcast reception device and reception method
US8544046B2 (en) * 2008-10-09 2013-09-24 Packetvideo Corporation System and method for controlling media rendering in a network using a mobile device
WO2010048997A1 (en) * 2008-10-30 2010-05-06 Telefonaktiebolaget Lm Ericsson (Publ) A method and apparatus for providing interactive television
US8060616B1 (en) 2008-11-17 2011-11-15 Amazon Technologies, Inc. Managing CDN registration by a storage provider
US8065417B1 (en) 2008-11-17 2011-11-22 Amazon Technologies, Inc. Service provider registration by a content broker
US8732309B1 (en) 2008-11-17 2014-05-20 Amazon Technologies, Inc. Request routing utilizing cost information
US8073940B1 (en) 2008-11-17 2011-12-06 Amazon Technologies, Inc. Managing content delivery network service providers
US8521880B1 (en) 2008-11-17 2013-08-27 Amazon Technologies, Inc. Managing content delivery network service providers
US8122098B1 (en) 2008-11-17 2012-02-21 Amazon Technologies, Inc. Managing content delivery network service providers by a content broker
EP2360596A4 (en) * 2008-11-18 2012-11-21 Nec Corp Content distribution system
US20100146534A1 (en) * 2008-12-09 2010-06-10 At&T Intellectual Property I, L.P. System and Method to Authenticate a Set-Top Box Device
KR101029853B1 (en) * 2008-12-10 2011-04-18 한국전자통신연구원 Webservice Gateway for IPTV service and Operation Method thereof
US20100153573A1 (en) * 2008-12-12 2010-06-17 At&T Intellectual Property I, L.P. Methods and Apparatus to Provide Content
US8418211B2 (en) * 2008-12-31 2013-04-09 Echostar Technologies L.L.C. Antenna diversity for control device applications
US8555322B2 (en) 2009-01-23 2013-10-08 Microsoft Corporation Shared television sessions
US20100199308A1 (en) * 2009-01-30 2010-08-05 Neale Hall Channel Change Insert
EP2399366A4 (en) * 2009-02-20 2013-09-18 Ericsson Telefon Ab L M Dlna data distribution from a remote source
US8484458B2 (en) 2009-03-17 2013-07-09 At&T Mobility Ii, Llc System and method for secure transmission of media content
CA2755774C (en) 2009-03-19 2015-01-06 Azuki Systems, Inc. Method for scalable live streaming delivery for mobile audiences
KR101593702B1 (en) * 2009-03-22 2016-02-15 엘지전자 주식회사 Method and apparatus for reference signal in wireless communication system
US8521851B1 (en) 2009-03-27 2013-08-27 Amazon Technologies, Inc. DNS query processing using resource identifiers specifying an application broker
US8412823B1 (en) 2009-03-27 2013-04-02 Amazon Technologies, Inc. Managing tracking information entries in resource cache components
US8688837B1 (en) 2009-03-27 2014-04-01 Amazon Technologies, Inc. Dynamically translating resource identifiers for request routing using popularity information
US8756341B1 (en) 2009-03-27 2014-06-17 Amazon Technologies, Inc. Request routing utilizing popularity information
US8295200B2 (en) * 2009-03-31 2012-10-23 Motorola Mobility Llc Discovering multicast routing capability of an access network
DK2493134T3 (en) 2009-04-02 2017-08-28 ERICSSON TELEFON AB L M (publ) Techniques for managing network traffic
US8984615B2 (en) * 2009-04-08 2015-03-17 At&T Mobility Ii, Llc Web to IMS registration and authentication for an unmanaged IP client device
CN101540886B (en) * 2009-04-15 2012-09-05 中兴通讯股份有限公司 Realization method and system of video-on-demand business and home streaming server
JP5487697B2 (en) * 2009-04-20 2014-05-07 ソニー株式会社 Network server, media format conversion method, and media format conversion system
US8638211B2 (en) 2009-04-30 2014-01-28 Icontrol Networks, Inc. Configurable controller and interface for home SMA, phone and multimedia
US8966005B2 (en) * 2009-05-01 2015-02-24 Telefonaktiebolatet L M Ericsson (Publ) Information processing system and method providing a composed service
US8190751B2 (en) 2009-05-04 2012-05-29 Comcast Cable Communications, Llc Personalized media server in a service provider network
US20100281508A1 (en) 2009-05-04 2010-11-04 Comcast Cable Holdings, Llc Internet Protocol (IP) to Video-on-Demand (VOD) Gateway
US8078665B2 (en) 2009-05-04 2011-12-13 Comcast Cable Holdings, Llc Sharing media content based on a media server
US8190706B2 (en) 2009-05-04 2012-05-29 Comcast Cable Communications, Llc Network based digital media server
KR20100121384A (en) * 2009-05-08 2010-11-17 삼성전자주식회사 System and method for providing service related to telephone to a plurality of devices using upnp in the home network
EP2252048A1 (en) * 2009-05-13 2010-11-17 Sony Europe Limited A method of providing television program information
JP4891467B1 (en) * 2009-05-18 2012-03-07 テレフオンアクチーボラゲット エル エム エリクソン(パブル) Method for realizing IMS function in set top box
US8813127B2 (en) * 2009-05-19 2014-08-19 Microsoft Corporation Media content retrieval system and personal virtual channel
CN102450029A (en) * 2009-05-29 2012-05-09 瑞典爱立信有限公司 Methods, apparatuses and computer program products for media recording
FR2946164B1 (en) * 2009-05-29 2016-04-15 Thales Sa METHOD FOR DOWNLOADING LARGE DATA DATA TO A LARGE NUMBER OF NETWORKED NETWORK MACHINES FROM A SINGLE SERVER
US8782236B1 (en) 2009-06-16 2014-07-15 Amazon Technologies, Inc. Managing resources using resource expiration data
US11647243B2 (en) 2009-06-26 2023-05-09 Seagate Technology Llc System and method for using an application on a mobile device to transfer internet media content
US20120210205A1 (en) 2011-02-11 2012-08-16 Greg Sherwood System and method for using an application on a mobile device to transfer internet media content
CN101729532B (en) * 2009-06-26 2012-09-05 中兴通讯股份有限公司 Method and system for transmitting delay media information of IP multimedia subsystem
US20110023069A1 (en) * 2009-07-27 2011-01-27 At&T Intellectual Property I, L.P. System and Method for Creating and Managing an Internet Protocol Television Personal Movie Library
US20120128006A1 (en) * 2009-08-11 2012-05-24 Telefonaktiebolaget L M Ericsson (Publ) Method and Arrangement for Enabling Multimedia Services for a Device in a Local Network
CN101631229B (en) * 2009-08-14 2011-09-14 华为技术有限公司 Network individual recording method, device and system
RU2643653C2 (en) 2009-08-21 2018-02-02 Самсунг Электроникс Ко., Лтд. Method and device for generating or using information with respect to interactive operations
JP2011044148A (en) 2009-08-21 2011-03-03 Samsung Electronics Co Ltd Method and apparatus for generating or using linkage-use information
JP5550288B2 (en) * 2009-09-01 2014-07-16 キヤノン株式会社 Content providing apparatus and content processing method
US8397073B1 (en) 2009-09-04 2013-03-12 Amazon Technologies, Inc. Managing secure content in a content delivery network
US8681680B2 (en) 2009-09-15 2014-03-25 Comcast Cable Communications, Llc Control plane architecture for multicast cache-fill
WO2011034474A1 (en) 2009-09-17 2011-03-24 Telefonaktiebolaget Lm Ericsson (Publ) Method and arrangement for sharing media content
JP2011071663A (en) * 2009-09-24 2011-04-07 Buffalo Inc Local server and content transmission method
US8433771B1 (en) 2009-10-02 2013-04-30 Amazon Technologies, Inc. Distribution network with forward resource propagation
KR101612553B1 (en) * 2009-10-09 2016-04-27 삼성전자주식회사 Apparatus and method for interfacing between a remote user interface server and a remote user interface client
CN102132539B (en) * 2009-10-20 2013-12-11 株式会社日立解决方案 Content distribution apparatus and system
KR101732057B1 (en) 2009-11-02 2017-05-02 삼성전자주식회사 Method and apparatus for providing user input back channel in AV system
KR101664430B1 (en) 2009-11-13 2016-10-10 삼성전자주식회사 Method and apparatus for providing remote UI service
KR20110052934A (en) * 2009-11-13 2011-05-19 삼성전자주식회사 Image scanning apparatus and method for scanning
US8874741B2 (en) * 2009-11-25 2014-10-28 T-Mobile Usa, Inc. Secured remote management of a home network
WO2011068784A1 (en) * 2009-12-01 2011-06-09 Azuki Systems, Inc. Method and system for secure and reliable video streaming with rate adaptation
WO2011070706A1 (en) * 2009-12-09 2011-06-16 パナソニック株式会社 Apparatus registration method and server device
JP5466770B2 (en) * 2009-12-11 2014-04-09 ノキア コーポレイション Smart card security function profile in the server
CN101741547B (en) * 2009-12-18 2012-05-23 西安西电捷通无线网络通信股份有限公司 Inter-node secret communication method and system
US8406798B2 (en) * 2009-12-22 2013-03-26 Motorola Solutions, Inc. Method and apparatus for bridging calls between two disparate push-to-talk systems
US8819219B2 (en) * 2009-12-23 2014-08-26 Apple Inc. Efficient service advertisement and discovery in multiple wireless networks
US9391853B2 (en) 2009-12-23 2016-07-12 Apple Inc. Efficient service advertisement and discovery in a peer-to-peer networking environment with dynamic advertisement and discovery periods based on operating conditions
US9118934B2 (en) * 2010-01-18 2015-08-25 Sprint Communications Company L.P. Integration of remote electronic device with media local area network
US9495338B1 (en) 2010-01-28 2016-11-15 Amazon Technologies, Inc. Content distribution network
US9794647B1 (en) 2010-02-02 2017-10-17 Sprint Communications Company L.P. Centralized program guide
US8996610B1 (en) * 2010-03-15 2015-03-31 Salesforce.Com, Inc. Proxy system, method and computer program product for utilizing an identifier of a request to route the request to a networked device
JP5531692B2 (en) * 2010-03-17 2014-06-25 株式会社リコー DEVICE MANAGEMENT DEVICE, DEVICE MANAGEMENT SYSTEM, INFORMATION MANAGEMENT METHOD, INFORMATION MANAGEMENT PROGRAM, AND RECORDING MEDIUM CONTAINING THE PROGRAM
KR20110112199A (en) * 2010-03-26 2011-10-12 삼성전자주식회사 Method and apparatus for receiving non-real time content included in real time broadcasting signal
CN101820499B (en) * 2010-05-18 2014-01-01 中兴通讯股份有限公司 Method and system for realizing automatic interaction between STB (set top box) and home gateway
US8358640B1 (en) 2010-06-01 2013-01-22 Sprint Communications Company L.P. Femtocell bridging in media local area networks
CN101945251B (en) * 2010-06-02 2014-02-05 中兴通讯股份有限公司 Method, system and set top box for realizing control over interactive internet protocol television service
US8407753B2 (en) 2010-06-10 2013-03-26 Sony Corporation Content list tailoring for capability of IPTV device
US8423658B2 (en) * 2010-06-10 2013-04-16 Research In Motion Limited Method and system to release internet protocol (IP) multimedia subsystem (IMS), session initiation protocol (SIP), IP-connectivity access network (IP-CAN) and radio access network (RAN) networking resources when IP television (IPTV) session is paused
US20110320559A1 (en) * 2010-06-23 2011-12-29 Telefonaktiebolaget L M Ericsson (Publ) Remote access with media translation
KR20130032352A (en) * 2010-07-02 2013-04-01 알까뗄 루슨트 Control options during information recording sessions
US8938770B2 (en) * 2010-07-08 2015-01-20 Verizon Patent And Licensing Inc. Bandwidth and server resource savings through use of legacy client capability in a remote user interface system
US9253165B2 (en) * 2010-07-20 2016-02-02 Verimatrix, Inc. Digital rights domain management for secure content distribution in a local network
DK2599266T3 (en) 2010-07-29 2016-01-25 Ericsson Telefon Ab L M Managing network traffic via a fixed access
JP4865068B1 (en) * 2010-07-30 2012-02-01 株式会社東芝 Recording / playback device, tag list generation method for recording / playback device, and control device for recording / playback device
US8756272B1 (en) 2010-08-26 2014-06-17 Amazon Technologies, Inc. Processing encoded content
US9398315B2 (en) * 2010-09-15 2016-07-19 Samsung Electronics Co., Ltd. Multi-source video clip online assembly
US8930513B1 (en) 2010-09-28 2015-01-06 Amazon Technologies, Inc. Latency measurement in resource requests
US8836467B1 (en) 2010-09-28 2014-09-16 Icontrol Networks, Inc. Method, system and apparatus for automated reporting of account and sensor zone information to a central station
US8819283B2 (en) 2010-09-28 2014-08-26 Amazon Technologies, Inc. Request routing in a networked environment
US8577992B1 (en) 2010-09-28 2013-11-05 Amazon Technologies, Inc. Request routing management based on network components
US10097398B1 (en) 2010-09-28 2018-10-09 Amazon Technologies, Inc. Point of presence management in request routing
US8938526B1 (en) 2010-09-28 2015-01-20 Amazon Technologies, Inc. Request routing management based on network components
US9003035B1 (en) 2010-09-28 2015-04-07 Amazon Technologies, Inc. Point of presence management in request routing
US10958501B1 (en) 2010-09-28 2021-03-23 Amazon Technologies, Inc. Request routing information based on client IP groupings
US8468247B1 (en) 2010-09-28 2013-06-18 Amazon Technologies, Inc. Point of presence management in request routing
US9712484B1 (en) 2010-09-28 2017-07-18 Amazon Technologies, Inc. Managing request routing information utilizing client identifiers
US8924528B1 (en) 2010-09-28 2014-12-30 Amazon Technologies, Inc. Latency measurement in resource requests
US8874738B2 (en) 2010-11-04 2014-10-28 Panasonic Intellectual Property Corporation Of America Gateway apparatus, communication apparatus, apparatus co-operation network system, and apparatus co-operation method
US9924229B2 (en) * 2010-11-09 2018-03-20 Sony Network Entertainment International Llc Employment of multiple second displays to control IPTV content
EP2638682A4 (en) * 2010-11-12 2014-07-23 Realnetworks Inc Traffic management in adaptive streaming protocols
US8452874B2 (en) 2010-11-22 2013-05-28 Amazon Technologies, Inc. Request routing processing
JP2012114606A (en) * 2010-11-24 2012-06-14 Hitachi Consumer Electronics Co Ltd Control device and control method
US9391949B1 (en) 2010-12-03 2016-07-12 Amazon Technologies, Inc. Request routing processing
US8626950B1 (en) 2010-12-03 2014-01-07 Amazon Technologies, Inc. Request routing processing
KR20120066147A (en) * 2010-12-14 2012-06-22 삼성전자주식회사 Method and apparatus for displaying dlna device
US11750414B2 (en) 2010-12-16 2023-09-05 Icontrol Networks, Inc. Bidirectional security sensor communication for a premises security system
US9147337B2 (en) 2010-12-17 2015-09-29 Icontrol Networks, Inc. Method and system for logging security event data
CN102546551A (en) * 2010-12-24 2012-07-04 中兴通讯股份有限公司 Method and system for obtaining operating state of media server
US20130276043A1 (en) * 2011-01-04 2013-10-17 Robert D. Shedd, THOMSON LICENSING LLC PATENT OPERATIONS Method and apparatus for remotely tuning channels using dlna dms service
WO2012099425A2 (en) * 2011-01-19 2012-07-26 Samsung Electronics Co., Ltd. Method and system for providing an enhanced event notification in an universal plug and play home network environment
US8854962B2 (en) * 2011-01-20 2014-10-07 Dell Products L.P. Methods for coupling information handling systems through a communications stack
JP2012160017A (en) * 2011-01-31 2012-08-23 Buffalo Inc Content management method, management storage and content management program
US8798777B2 (en) 2011-03-08 2014-08-05 Packetvideo Corporation System and method for using a list of audio media to create a list of audiovisual media
CN102684978B (en) * 2011-03-11 2016-03-30 国基电子(上海)有限公司 There is router and the method for multimedia file transmitting function
US10467042B1 (en) 2011-04-27 2019-11-05 Amazon Technologies, Inc. Optimized deployment based upon customer locality
EP2707993B1 (en) * 2011-05-09 2019-12-25 Samsung Electronics Co., Ltd. Method and system for sharing device capabilities of universal plug and play (upnp) devices with a service network entity
US9009760B2 (en) * 2011-06-30 2015-04-14 Verizon Patent And Licensing Inc. Provisioning interactive video content from a video on-demand (VOD) server
JP5057124B1 (en) * 2011-07-14 2012-10-24 Necインフロンティア株式会社 COMMUNICATION DEVICE, ROUTER, COMMUNICATION SYSTEM, AND COMMUNICATION DEVICE AND ROUTER CONTROL METHOD
JP5708368B2 (en) * 2011-08-24 2015-04-30 三菱電機株式会社 Gateway device, communication system, and communication control method
US20130081007A1 (en) * 2011-09-27 2013-03-28 International Business Machines Corporation Providing continuous application availability during application update
CN102510371B (en) * 2011-09-30 2017-12-22 中兴通讯股份有限公司 A kind of method and device for controlling digital mobile network alliance content
JP6258856B2 (en) * 2011-10-13 2018-01-10 サムスン エレクトロニクス カンパニー リミテッド Control message composition apparatus and method in broadcast system
CN103051962B (en) * 2011-10-17 2016-01-06 华为终端有限公司 Program recording method and apparatus
JP2013131163A (en) * 2011-12-22 2013-07-04 Toshiba Corp Information processor, broadcast wave receiver, and display control method of information processor
US8893167B2 (en) 2012-02-07 2014-11-18 Turner Broadcasting System, Inc. Method and system for automatic content recognition based on customized user preferences
US8904009B1 (en) 2012-02-10 2014-12-02 Amazon Technologies, Inc. Dynamic content delivery
US10021179B1 (en) 2012-02-21 2018-07-10 Amazon Technologies, Inc. Local resource delivery network
US9054892B2 (en) * 2012-02-21 2015-06-09 Ecolink Intelligent Technology, Inc. Method and apparatus for registering remote network devices with a control device
US9083743B1 (en) 2012-03-21 2015-07-14 Amazon Technologies, Inc. Managing request routing information utilizing performance information
US10623408B1 (en) 2012-04-02 2020-04-14 Amazon Technologies, Inc. Context sensitive object management
KR101894396B1 (en) * 2012-04-03 2018-10-05 삼성전자주식회사 System and method for sharing content by using plurality of storages
TWI502975B (en) * 2012-05-24 2015-10-01 Acer Inc Method and system for playback of on-line video streaming
US9154551B1 (en) 2012-06-11 2015-10-06 Amazon Technologies, Inc. Processing DNS queries to identify pre-processing information
JP5815136B2 (en) * 2012-08-23 2015-11-17 三菱電機株式会社 Synchronous distribution server
US9525659B1 (en) 2012-09-04 2016-12-20 Amazon Technologies, Inc. Request routing utilizing point of presence load information
US9135048B2 (en) 2012-09-20 2015-09-15 Amazon Technologies, Inc. Automated profiling of resource usage
US9323577B2 (en) 2012-09-20 2016-04-26 Amazon Technologies, Inc. Automated profiling of resource usage
CN102915627A (en) * 2012-09-25 2013-02-06 金同磊 Method, system and household electrical appliance controller for controlling traditional household electrical appliances
US9565475B2 (en) 2012-10-11 2017-02-07 Netflix, Inc. System and method for managing playback of streaming digital content
US9727321B2 (en) 2012-10-11 2017-08-08 Netflix, Inc. System and method for managing playback of streaming digital content
FR2999047A1 (en) * 2012-12-03 2014-06-06 France Telecom Method for accessing remote service platform of broadband network by e.g. smart phone of home network, involves managing communication of messages between terminal and remote service platform based on protocol of local area network
US10205698B1 (en) 2012-12-19 2019-02-12 Amazon Technologies, Inc. Source-dependent address resolution
US9167278B2 (en) 2012-12-28 2015-10-20 Turner Broadcasting System, Inc. Method and system for automatic content recognition (ACR) based broadcast synchronization
US9264751B2 (en) * 2013-02-15 2016-02-16 Time Warner Cable Enterprises Llc Method and system for device discovery and content management on a network
US8959562B2 (en) * 2013-02-26 2015-02-17 Roku, Inc. Method and apparatus for automatic second screen engagement
CN105052166B (en) * 2013-04-05 2018-11-20 索尼公司 Controller, control method, computer readable storage medium and video transmission system
US20140337909A1 (en) * 2013-05-07 2014-11-13 Ericsson Television Inc. Network personal video recorder system, method and associated subscriber device
US20140337901A1 (en) * 2013-05-07 2014-11-13 Ericsson Television Inc. Network personal video recorder system, method and associated subscriber device
US9294391B1 (en) 2013-06-04 2016-03-22 Amazon Technologies, Inc. Managing network computing components utilizing request routing
US20160134948A1 (en) * 2013-06-05 2016-05-12 Thomson Licensing Method and apparatus for content distribution for multiscreen viewing
US9191209B2 (en) 2013-06-25 2015-11-17 Google Inc. Efficient communication for devices of a home network
JP6224105B2 (en) 2013-07-22 2017-11-01 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカPanasonic Intellectual Property Corporation of America Information management method
CN103346951B (en) * 2013-07-29 2017-04-19 迈普通信技术股份有限公司 Method and device for establishing agent member database
WO2015025393A1 (en) * 2013-08-22 2015-02-26 三菱電機株式会社 In-house delivery device
US9955203B2 (en) 2013-09-24 2018-04-24 Ericsson Ab Recording device and method for efficient network personal video recorder manipulation through adaptive bit rate streaming
CN104580086A (en) * 2013-10-17 2015-04-29 腾讯科技(深圳)有限公司 Information transmission method, client side, server and system
KR20150055777A (en) * 2013-11-14 2015-05-22 (주)휴맥스 Method and device for updating an information capable of providing media contents in media server
CN104656572A (en) * 2013-11-20 2015-05-27 田锐 Internet of Things household control system based on handheld terminal
JP5880526B2 (en) * 2013-11-28 2016-03-09 オンキヨー&パイオニアテクノロジー株式会社 Information sharing system
US10033723B2 (en) 2013-12-18 2018-07-24 At&T Intellectual Property I, L.P. Methods, devices, and computer readable storage devices for authenticating devices having non-SIM based clients
CN103823967A (en) * 2013-12-19 2014-05-28 中山大学深圳研究院 IMS (IP multimedia subsystem)-based digital family interactive medical system
CN103647971B (en) * 2013-12-24 2017-05-17 广州鸿根信息科技有限公司 Video transmission based encryption and decryption method and system
US20170180763A1 (en) * 2014-02-11 2017-06-22 Lg Electronics Inc. Broadcast reception device and operating method thereof
US11146637B2 (en) 2014-03-03 2021-10-12 Icontrol Networks, Inc. Media content management
US11405463B2 (en) 2014-03-03 2022-08-02 Icontrol Networks, Inc. Media content management
US9438942B2 (en) * 2014-03-04 2016-09-06 Verizon Patent And Licensing Inc. Configurable digital content storage
CN104010026B (en) * 2014-03-31 2018-04-17 Tcl集团股份有限公司 A kind of method, apparatus and appliance control system for controlling household electrical appliances
US11553018B2 (en) 2014-04-08 2023-01-10 Comcast Cable Communications, Llc Dynamically switched multicast delivery
KR102287510B1 (en) * 2014-04-10 2021-08-06 엘지전자 주식회사 Server, apparatus for providing image, and system including the same
CN111666148A (en) 2014-04-30 2020-09-15 华为技术有限公司 Computer, control apparatus, and data processing method
US11477256B2 (en) * 2014-05-02 2022-10-18 Stationhead, Inc. System and process for controlling a computerized entertainment property playlist
DE102014107656B3 (en) * 2014-05-30 2015-12-03 Deutsche Telekom Ag SAT> IP proxy server for IPTV
CN104135443B (en) * 2014-06-27 2018-07-27 小米科技有限责任公司 Router control method and device
KR20160009276A (en) * 2014-07-16 2016-01-26 한국전자통신연구원 Master terminal deviceE for sharing service based IMS, slave terminal device for dsharing service based IMS, method and system for sharing service based IMS
JP6035299B2 (en) * 2014-09-17 2016-11-30 京セラコミュニケーションシステム株式会社 Video viewing terminal
JP6115961B2 (en) * 2014-10-24 2017-04-19 テレフオンアクチーボラゲット エルエム エリクソン(パブル) Technology for handling network traffic
US10033627B1 (en) 2014-12-18 2018-07-24 Amazon Technologies, Inc. Routing mode and point-of-presence selection service
US10091096B1 (en) 2014-12-18 2018-10-02 Amazon Technologies, Inc. Routing mode and point-of-presence selection service
US10097448B1 (en) 2014-12-18 2018-10-09 Amazon Technologies, Inc. Routing mode and point-of-presence selection service
CN104618267B (en) * 2014-12-29 2018-02-13 小米科技有限责任公司 Connection control method and device
US9961004B2 (en) 2015-02-18 2018-05-01 Viasat, Inc. Popularity-aware bitrate adaptation of linear programming for mobile communications
US9716735B2 (en) 2015-02-18 2017-07-25 Viasat, Inc. In-transport multi-channel media delivery
US9769646B2 (en) * 2015-02-26 2017-09-19 T-Mobile Usa, Inc. Realm translation in an IMS network
US10225326B1 (en) 2015-03-23 2019-03-05 Amazon Technologies, Inc. Point of presence based data uploading
US9819567B1 (en) 2015-03-30 2017-11-14 Amazon Technologies, Inc. Traffic surge management for points of presence
US9887932B1 (en) 2015-03-30 2018-02-06 Amazon Technologies, Inc. Traffic surge management for points of presence
US9887931B1 (en) 2015-03-30 2018-02-06 Amazon Technologies, Inc. Traffic surge management for points of presence
US9832141B1 (en) 2015-05-13 2017-11-28 Amazon Technologies, Inc. Routing based request correlation
JP2016220103A (en) * 2015-05-22 2016-12-22 三菱電機株式会社 Communication system, distribution device and operation device
US10534778B2 (en) 2015-06-05 2020-01-14 Apple Inc. Search results based on subscription information
US10601661B2 (en) 2015-06-22 2020-03-24 Arista Networks, Inc. Tracking state of components within a network element
US10616179B1 (en) 2015-06-25 2020-04-07 Amazon Technologies, Inc. Selective routing of domain name system (DNS) requests
US10097566B1 (en) 2015-07-31 2018-10-09 Amazon Technologies, Inc. Identifying targets of network attacks
US9742795B1 (en) 2015-09-24 2017-08-22 Amazon Technologies, Inc. Mitigating network attacks
US9794281B1 (en) 2015-09-24 2017-10-17 Amazon Technologies, Inc. Identifying sources of network attacks
US9774619B1 (en) 2015-09-24 2017-09-26 Amazon Technologies, Inc. Mitigating network attacks
CN105429884A (en) * 2015-10-30 2016-03-23 上海斐讯数据通信技术有限公司 Method and system of managing routers in different networks through terminal
US10270878B1 (en) 2015-11-10 2019-04-23 Amazon Technologies, Inc. Routing for origin-facing points of presence
US10257307B1 (en) 2015-12-11 2019-04-09 Amazon Technologies, Inc. Reserved cache space in content delivery networks
US10049051B1 (en) 2015-12-11 2018-08-14 Amazon Technologies, Inc. Reserved cache space in content delivery networks
US10348639B2 (en) 2015-12-18 2019-07-09 Amazon Technologies, Inc. Use of virtual endpoints to improve data transmission rates
US10075551B1 (en) 2016-06-06 2018-09-11 Amazon Technologies, Inc. Request management for hierarchical cache
US10110694B1 (en) 2016-06-29 2018-10-23 Amazon Technologies, Inc. Adaptive transfer rate for retrieving content from a server
US9992086B1 (en) 2016-08-23 2018-06-05 Amazon Technologies, Inc. External health checking of virtual private cloud network environments
US10033691B1 (en) 2016-08-24 2018-07-24 Amazon Technologies, Inc. Adaptive resolution of domain name requests in virtual private cloud network environments
US10616250B2 (en) 2016-10-05 2020-04-07 Amazon Technologies, Inc. Network addresses with encoded DNS-level information
CN108156109B (en) * 2016-12-02 2021-04-30 北京金山云网络技术有限公司 Service response method and device
US10831549B1 (en) 2016-12-27 2020-11-10 Amazon Technologies, Inc. Multi-region request-driven code execution system
US10372499B1 (en) 2016-12-27 2019-08-06 Amazon Technologies, Inc. Efficient region selection system for executing request-driven code
US10701438B2 (en) 2016-12-31 2020-06-30 Turner Broadcasting System, Inc. Automatic content recognition and verification in a broadcast chain
US10938884B1 (en) 2017-01-30 2021-03-02 Amazon Technologies, Inc. Origin server cloaking using virtual private cloud network environments
US10503613B1 (en) 2017-04-21 2019-12-10 Amazon Technologies, Inc. Efficient serving of resources during server unavailability
US11075987B1 (en) 2017-06-12 2021-07-27 Amazon Technologies, Inc. Load estimating content delivery network
US10447648B2 (en) 2017-06-19 2019-10-15 Amazon Technologies, Inc. Assignment of a POP to a DNS resolver based on volume of communications over a link between client devices and the POP
CA3066008C (en) * 2017-07-27 2023-02-14 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Wireless communication method, terminal device and network device
CN108989078B (en) * 2017-08-29 2021-12-03 视联动力信息技术股份有限公司 Method and device for detecting node equipment fault in video network
US10742593B1 (en) 2017-09-25 2020-08-11 Amazon Technologies, Inc. Hybrid content request routing system
EP3528468B1 (en) * 2018-02-20 2021-04-07 Nokia Technologies Oy Profile information sharing
US10592578B1 (en) 2018-03-07 2020-03-17 Amazon Technologies, Inc. Predictive content push-enabled content delivery network
EP3780635B1 (en) * 2018-03-30 2023-01-11 Panasonic Intellectual Property Management Co., Ltd. Renderer device, renderer playback system and information updating method
US10862852B1 (en) 2018-11-16 2020-12-08 Amazon Technologies, Inc. Resolution of domain name requests in heterogeneous network environments
US11025747B1 (en) 2018-12-12 2021-06-01 Amazon Technologies, Inc. Content request pattern-based routing system
CN111343480B (en) * 2018-12-18 2021-10-08 腾讯科技(深圳)有限公司 Video processing method, device and storage medium
KR20200086923A (en) * 2019-01-10 2020-07-20 삼성전자주식회사 Electronic apparatus and operating method for the same
CN110418164B (en) * 2019-06-10 2021-06-04 西安万像电子科技有限公司 Data transmission method and device
US11374779B2 (en) 2019-06-30 2022-06-28 Charter Communications Operating, Llc Wireless enabled distributed data apparatus and methods
US11182222B2 (en) 2019-07-26 2021-11-23 Charter Communications Operating, Llc Methods and apparatus for multi-processor device software development and operation
CN112910941B (en) * 2019-12-04 2022-11-04 成都鼎桥通信技术有限公司 Method and system for cross-system dynamic restructuring
CN113453084A (en) * 2020-03-27 2021-09-28 华为技术有限公司 Program playing method and device
US11310568B2 (en) * 2020-05-05 2022-04-19 Panasonic Avionics Corporation Systems and methods for securely providing preview samples of media content distributed to in-flight entertainment systems
CN111935457B (en) * 2020-08-12 2021-04-13 创意信息技术股份有限公司 Intelligent storage system
CN112600942B (en) * 2021-02-18 2022-12-02 杭州网银互联科技股份有限公司 Method and system for improving routing calculation efficiency in sd-wan

Citations (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6564250B1 (en) * 1997-08-21 2003-05-13 Planetweb, Inc. Miniclient for internet appliance
US20030208765A1 (en) * 2002-05-03 2003-11-06 Urdang Erik G. Technique for synchronizing deliveries of information and entertainment in a communications network
US20030217136A1 (en) * 2002-05-16 2003-11-20 Chunglae Cho Apparatus and method for managing and controlling UPnP devices in home network over external internet network
US20040045036A1 (en) * 2002-08-27 2004-03-04 Hiroshi Terasaki Delivery system and method of real-time multimedia streams
US20040103434A1 (en) * 2002-11-25 2004-05-27 United Video Properties, Inc. Interactive television systems with conflict management capabilities
US20040172650A1 (en) * 2003-02-28 2004-09-02 Hawkins William J. Targeted content delivery system in an interactive television network
US6963925B1 (en) * 1999-06-24 2005-11-08 Matsushita Electric Industrial Co., Ltd. Gateway apparatus and the method thereof
US20050273522A1 (en) * 2002-06-26 2005-12-08 Ralf Kohler Module for integration in a home network
US20060015904A1 (en) * 2000-09-08 2006-01-19 Dwight Marcus Method and apparatus for creation, distribution, assembly and verification of media
US20060164550A1 (en) * 2003-04-24 2006-07-27 Kyosuke Yoshimoto Video device, video module unit, and video device operation method
US20060253547A1 (en) * 2005-01-07 2006-11-09 Wood Anthony J Universal music apparatus for unifying access to multiple specialized music servers
US7324531B2 (en) * 2001-07-05 2008-01-29 Samsung Electronics Co., Ltd. Gateway enabling data communication between devices having different middlewares
US7363643B2 (en) * 2000-08-31 2008-04-22 Eddie Drake Real-time audience monitoring, content rating, and content enhancing
US7472197B2 (en) * 2005-10-31 2008-12-30 Ut Starcom, Inc. Method and apparatus for automatic switching of multicast/unicast live TV streaming in a TV-over-IP environment
US7548960B2 (en) * 2004-12-22 2009-06-16 Electronics And Telecommunications Research Institute Multimedia service apparatus and method for multimedia service providers outside home to UPnP devices inside home using home gateway and service gateway platform
US7840981B2 (en) * 1997-12-16 2010-11-23 Nokia Siemens Networks Gmbh & Co. Kg Method and apparatus for receiving full-motion digital video multi-casts, interactive data and interactive voice via a DSL circuit
US20110131607A1 (en) * 2000-10-11 2011-06-02 United Video Properties, Inc. Systems and methods for relocating media

Family Cites Families (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6463585B1 (en) * 1992-12-09 2002-10-08 Discovery Communications, Inc. Targeted advertisement using television delivery systems
US5682325A (en) * 1994-09-12 1997-10-28 Bell Atlantic Network Services, Inc. Level 1 gateway for video tone networks
JP3583657B2 (en) * 1998-09-30 2004-11-04 株式会社東芝 Relay device and communication device
JP2001251341A (en) * 2000-03-06 2001-09-14 Nec Corp Data communication method, client, gateway, server, service processing unit, relay terminal and recording medium recording its communication program
CN1322730C (en) * 2000-08-14 2007-06-20 皇家菲利浦电子有限公司 Resource request forwarding in HAVi and other internetworking device
US20020075844A1 (en) * 2000-12-15 2002-06-20 Hagen W. Alexander Integrating public and private network resources for optimized broadband wireless access and method
US7103979B2 (en) * 2001-04-20 2006-09-12 Hitachi Koki Co., Ltd. Portable electric cutting device with blower mechanism
EP1315353A1 (en) * 2001-11-23 2003-05-28 Thomson Licensing S.A. Methods for establishing a connection between a first and a second device over a bridge connecting a HAVi-subnetwork to another sub-network
EP1345357A1 (en) * 2002-03-12 2003-09-17 Thomson Licensing S.A. Communication method between an http server and a client
US7073189B2 (en) * 2002-05-03 2006-07-04 Time Warner Interactive Video Group, Inc. Program guide and reservation system for network based digital information and entertainment storage and delivery system
US7493646B2 (en) 2003-01-30 2009-02-17 United Video Properties, Inc. Interactive television systems with digital video recording and adjustable reminders
JP4487490B2 (en) * 2003-03-10 2010-06-23 ソニー株式会社 Information processing apparatus, access control processing method, information processing method, and computer program
JP2005020303A (en) * 2003-06-25 2005-01-20 Sony Corp Content receiving system
JP2005107728A (en) * 2003-09-29 2005-04-21 Hitachi Software Eng Co Ltd Advertisement display system and advertisement display method in cellphone terminal
US20050125732A1 (en) * 2003-12-05 2005-06-09 General Instrument Corporation Method and apparatus for generating a personalized content selection user interface incorporating multiple types and sources of content
JP2005244705A (en) * 2004-02-27 2005-09-08 Matsushita Electric Ind Co Ltd Mobile terminal, system and apparatus control method
JP4264650B2 (en) * 2004-04-07 2009-05-20 ソニー株式会社 Content transmission system, content transmission method, content transmission device, content transmission method, content reception device, content reception method, and computer program
JP4154364B2 (en) * 2004-04-22 2008-09-24 キヤノン株式会社 Notification method
JP2006053767A (en) * 2004-08-12 2006-02-23 Ntt Comware Corp Content distribution system and method, content distribution server, client terminal, and computer program
US7873638B2 (en) * 2004-09-17 2011-01-18 Ciena Corporation Apparatus and method for the collection and utilization of user selection in a content delivery environment
US20060245403A1 (en) * 2005-04-27 2006-11-02 Matsushita Electric Industrial Co., Ltd. UPnP mobility extension using session initiation protocol
JP4253848B2 (en) * 2005-05-10 2009-04-15 ソニー株式会社 Program recommendation device and program recommendation method
US20060291506A1 (en) * 2005-06-23 2006-12-28 Cain David C Process of providing content component displays with a digital video recorder
US7925973B2 (en) * 2005-08-12 2011-04-12 Brightcove, Inc. Distribution of content
US7792025B2 (en) * 2005-10-11 2010-09-07 Alcatel Lucent Multi-service session admission control
KR100724940B1 (en) * 2005-12-05 2007-06-04 삼성전자주식회사 Contents update method of dms in dlna system
US20070130604A1 (en) * 2005-12-07 2007-06-07 In Tark Han Home server having integrated set-top function and controlling method thereof
KR100678966B1 (en) * 2006-01-18 2007-02-06 삼성전자주식회사 Apparatus and method for providing upnp rui service
CN101438256B (en) * 2006-03-07 2011-12-21 索尼株式会社 Information processing device, information communication system, information processing method

Patent Citations (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6564250B1 (en) * 1997-08-21 2003-05-13 Planetweb, Inc. Miniclient for internet appliance
US7840981B2 (en) * 1997-12-16 2010-11-23 Nokia Siemens Networks Gmbh & Co. Kg Method and apparatus for receiving full-motion digital video multi-casts, interactive data and interactive voice via a DSL circuit
US6963925B1 (en) * 1999-06-24 2005-11-08 Matsushita Electric Industrial Co., Ltd. Gateway apparatus and the method thereof
US7363643B2 (en) * 2000-08-31 2008-04-22 Eddie Drake Real-time audience monitoring, content rating, and content enhancing
US20060015904A1 (en) * 2000-09-08 2006-01-19 Dwight Marcus Method and apparatus for creation, distribution, assembly and verification of media
US20110131607A1 (en) * 2000-10-11 2011-06-02 United Video Properties, Inc. Systems and methods for relocating media
US7324531B2 (en) * 2001-07-05 2008-01-29 Samsung Electronics Co., Ltd. Gateway enabling data communication between devices having different middlewares
US20030208765A1 (en) * 2002-05-03 2003-11-06 Urdang Erik G. Technique for synchronizing deliveries of information and entertainment in a communications network
US20030217136A1 (en) * 2002-05-16 2003-11-20 Chunglae Cho Apparatus and method for managing and controlling UPnP devices in home network over external internet network
US20050273522A1 (en) * 2002-06-26 2005-12-08 Ralf Kohler Module for integration in a home network
US20040045036A1 (en) * 2002-08-27 2004-03-04 Hiroshi Terasaki Delivery system and method of real-time multimedia streams
US20040103434A1 (en) * 2002-11-25 2004-05-27 United Video Properties, Inc. Interactive television systems with conflict management capabilities
US20040172650A1 (en) * 2003-02-28 2004-09-02 Hawkins William J. Targeted content delivery system in an interactive television network
US20060164550A1 (en) * 2003-04-24 2006-07-27 Kyosuke Yoshimoto Video device, video module unit, and video device operation method
US7548960B2 (en) * 2004-12-22 2009-06-16 Electronics And Telecommunications Research Institute Multimedia service apparatus and method for multimedia service providers outside home to UPnP devices inside home using home gateway and service gateway platform
US20060253547A1 (en) * 2005-01-07 2006-11-09 Wood Anthony J Universal music apparatus for unifying access to multiple specialized music servers
US7472197B2 (en) * 2005-10-31 2008-12-30 Ut Starcom, Inc. Method and apparatus for automatic switching of multicast/unicast live TV streaming in a TV-over-IP environment

Cited By (210)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10848806B2 (en) 2004-07-20 2020-11-24 Time Warner Cable Enterprises Llc Technique for securely communicating programming content
US11088999B2 (en) 2004-07-20 2021-08-10 Time Warner Cable Enterprises Llc Technique for securely communicating and storing programming material in a trusted domain
US10178072B2 (en) 2004-07-20 2019-01-08 Time Warner Cable Enterprises Llc Technique for securely communicating and storing programming material in a trusted domain
US11381549B2 (en) 2006-10-20 2022-07-05 Time Warner Cable Enterprises Llc Downloadable security and protection methods and apparatus
US10362018B2 (en) 2006-10-20 2019-07-23 Time Warner Cable Enterprises Llc Downloadable security and protection methods and apparatus
US11552999B2 (en) 2007-01-24 2023-01-10 Time Warner Cable Enterprises Llc Apparatus and methods for provisioning in a download-enabled system
US10404752B2 (en) 2007-01-24 2019-09-03 Time Warner Cable Enterprises Llc Apparatus and methods for provisioning in a download-enabled system
US20090274163A1 (en) * 2007-04-30 2009-11-05 Huawei Technologies Co., Ltd. Method, system, and apparatus for controlling multicast bearer resources
US11641504B2 (en) 2007-06-13 2023-05-02 Time Warner Cable Enterprises Llc Gateway apparatus and methods for use in a content distribution network
US10306301B2 (en) 2007-06-13 2019-05-28 Time Warner Cable Enterprises Llc Apparatus and methods for use in a content distribution network
US7640333B1 (en) 2007-06-26 2009-12-29 Media Patents, S.L. Method and device for managing multicast groups
US8094602B2 (en) 2007-06-26 2012-01-10 Media Patents, S.L. Methods and apparatus for managing multicast groups
US7908354B2 (en) 2007-06-26 2011-03-15 Media Patents, S.L. Method and device for managing multicast groups
US20090310609A1 (en) * 2007-06-26 2009-12-17 Alvaro Fernandez Gutierrez Method and device for managing multicast groups
US7921198B2 (en) 2007-06-26 2011-04-05 Media Patents, S.L. Method and device for managing multicast groups
US8086716B2 (en) 2007-06-26 2011-12-27 Media Patents, S.L. Methods and devices for managing multicast groups
US20100046516A1 (en) * 2007-06-26 2010-02-25 Media Patents, S.L. Methods and Devices for Managing Multicast Traffic
US20100054248A1 (en) * 2007-06-26 2010-03-04 Media Patents, S.L. Method and device for managing multicast groups
US20100054247A1 (en) * 2007-06-26 2010-03-04 Media Patents, S.L. Method and device for managing multicast groups
US20100054249A1 (en) * 2007-06-26 2010-03-04 Media Patents, S.L. Method and device for managing multicast groups
US20090319689A1 (en) * 2007-06-26 2009-12-24 Alvaro Fernandez Gutierrez Method and device for managing multicast groups
US20090007225A1 (en) * 2007-06-29 2009-01-01 Samsung Electronics Co., Ltd. Method and apparatus for ensuring security of remote user interface session using out-of-band communication
US8966641B2 (en) * 2007-06-29 2015-02-24 Samsung Electronics Co., Ltd. Method and apparatus for ensuring security of remote user interface session using out-of-band communication
US9271047B2 (en) * 2007-08-22 2016-02-23 Samsung Electronics Co., Ltd. Method and apparatus for providing/receiving service of plurality of service providers
US20150222960A1 (en) * 2007-08-22 2015-08-06 Samsung Electronics Co., Ltd. Method and apparatus for providing/receiving service of plurality of service providers
US8582572B2 (en) 2007-10-15 2013-11-12 Media Paents, S.L. Methods and apparatus for managing multicast traffic
US20100172351A1 (en) * 2007-10-15 2010-07-08 Media Patents, S.L. Methods for managing multicast traffic between sources sending data and hosts requesting data and network equipment used to implement the methods
US20100014519A1 (en) * 2007-10-15 2010-01-21 Media Patents, S.L. Methods for managing multicast traffic between sources sending data and hosts requesting data and network equipment used to implement the methods
US20100183008A1 (en) * 2007-10-15 2010-07-22 Fernandez Gutierrez Alvaro Method for managing multicast traffic in a data network and network equipment using said method
US8184630B2 (en) 2007-10-15 2012-05-22 Media Patents, S.L. Method for managing multicast traffic in a data network and network equipment using said method
US20100172352A1 (en) * 2007-10-15 2010-07-08 Media Patents, S.L. Methods for managing multicast traffic between sources sending data and hosts requesting data and network equipment used to implement the methods
US8571028B2 (en) 2007-10-15 2013-10-29 Media Patents, S.L. Methods and apparatus for managing multicast traffic
US20100172353A1 (en) * 2007-10-15 2010-07-08 Media Patents, S.L. Methods for managing multicast traffic between sources sending data and hosts requesting data and network equipment used to implement the methods
US8064449B2 (en) 2007-10-15 2011-11-22 Media Patents, S.L. Methods and apparatus for managing multicast traffic
US8422499B2 (en) 2007-10-15 2013-04-16 Media Patents, S.L. Methods and apparatus for managing multicast traffic
US20090133103A1 (en) * 2007-10-29 2009-05-21 Infosys Technologies Ltd. Method and system for data security in an IMS network
US8301570B2 (en) * 2007-10-29 2012-10-30 Infosys Technologies Limited Method and system for data security in an IMS network
US8644310B2 (en) 2007-10-30 2014-02-04 Media Patents, S.L. Method for managing multicast traffic between equipment in a multicast data network
US20090132587A1 (en) * 2007-11-21 2009-05-21 David John Steiner Methods and systems for managing content dependency deployment
US7958485B2 (en) * 2007-11-21 2011-06-07 General Electric Company Methods and systems for managing content dependency deployment
US20090144787A1 (en) * 2007-11-30 2009-06-04 Samsung Electronics Co., Ltd. Method and apparatus for searching for iptv service relay devices and method and apparatus for interacting with devices
US9774904B2 (en) * 2007-11-30 2017-09-26 Samsung Electronics Co., Ltd. Method and apparatus for searching for IPTV service relay devices and method and apparatus for interacting with devices
US20110010459A1 (en) * 2007-12-21 2011-01-13 Koninklijke Kpn N.V. Method and System for Transmitting a Multimedia Stream
US8549151B2 (en) * 2007-12-21 2013-10-01 Koninklijke Kpn N.V. Method and system for transmitting a multimedia stream
US20090164642A1 (en) * 2007-12-21 2009-06-25 Telefonaktiebolaget Lm Ericsson (Publ) Method and internet protocol television (iptv) content manager server for iptv servicing
US7716310B2 (en) * 2007-12-21 2010-05-11 Telefonaktiebolaget L M Ericsson (Publ) Method and Internet Protocol Television (IPTV) content manager server for IPTV servicing
US9654330B2 (en) * 2007-12-21 2017-05-16 Koninklijke Kpn N.V. Method and system for transmitting a multimedia stream
US20140040350A1 (en) * 2007-12-21 2014-02-06 Nederlandse Organisatie Voor Toegepast-Natuurwetenschappelijk Onderzoek Tno Method And System For Transmitting A Multimedia Stream
US20090193483A1 (en) * 2008-01-25 2009-07-30 Samsung Electronics Co., Ltd. Method and apparatus for providing metadata of content, and method and apparatus for limiting content usage authority
US20110010727A1 (en) * 2008-01-25 2011-01-13 Samsung Electronics Co., Ltd. Method and device for playing back media data with limited control
US8505043B2 (en) 2008-01-25 2013-08-06 Samsung Electronics Co., Ltd. Method and apparatus for providing metadata of content, and method and apparatus for limiting content usage authority
US8474024B2 (en) 2008-01-25 2013-06-25 Samsung Electronics Co., Ltd. Method and device for playing back media data with limited control
US9031068B2 (en) 2008-02-01 2015-05-12 Media Patents, S.L. Methods and apparatus for managing multicast traffic through a switch
US20110058551A1 (en) * 2008-02-01 2011-03-10 Media Patents, S.L. Methods and apparatus for managing multicast traffic through a switch
US8565140B2 (en) 2008-02-01 2013-10-22 Media Patents, S.L. Methods and apparatus for managing multicast traffic through a switch
US20100299707A1 (en) * 2008-02-05 2010-11-25 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving metadata of application providing iptv service
US20090210488A1 (en) * 2008-02-20 2009-08-20 Samsung Electronics Co., Ltd. Remote user interface proxy apparatus and method of processing user interface components thereof
US9311166B2 (en) * 2008-02-20 2016-04-12 Samsung Electronics Co., Ltd. Remote user interface proxy apparatus and method of processing user interface components thereof
US20110010441A1 (en) * 2008-03-05 2011-01-13 Media Patents, S.L. Equipment in a data network and methods for monitoring, configuring and/or managing the equipment
US8340095B2 (en) 2008-03-05 2012-12-25 Media Patents, S.L. Equipment in a data network and methods for monitoring, configuring and/or managing the equipment
US20110022651A1 (en) * 2008-03-18 2011-01-27 Samsung Electronics Co., Ltd. Method and apparatus for receiving notification
US20110016501A1 (en) * 2008-03-28 2011-01-20 Samsung Electronics Co., Ltd. Data receiving method and device for applications providing an iptv communications service
US9271053B2 (en) * 2008-03-28 2016-02-23 Samsung Electronics Co., Ltd. Data receiving method and device for applications providing an IPTV communications service
US9621364B2 (en) * 2008-05-19 2017-04-11 Telefonaktiebolaget Lm Ericsson (Publ) Switching between delivery methods in an IPTV communication network
US10397644B2 (en) 2008-05-19 2019-08-27 Telefonaktiebolaget Lm Ericsson (Publ) Switching between delivery methods in an IPTV communication network
US20110067081A1 (en) * 2008-05-19 2011-03-17 Telefonaktiebolaget L M Ericsson (Publ) Switching Between Delivery Methods In An IPTV Communication Network
US20090292807A1 (en) * 2008-05-21 2009-11-26 Chia-Chieh Liu Multimedia data transferring method and system thereof
US8375080B2 (en) 2008-06-04 2013-02-12 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving filtered content based on age limit
US20090307310A1 (en) * 2008-06-04 2009-12-10 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving filtered content based on age limit
US20100005517A1 (en) * 2008-07-02 2010-01-07 Telefonaktiebolaget Lm Ericsson (Publ) Iptv content sharing in ims network
US20110119724A1 (en) * 2008-07-07 2011-05-19 Telefonaktiebolaget Lm Ericsson (Publ) Proxy Functionality
US9258619B2 (en) * 2008-07-24 2016-02-09 Samsung Electronics Co., Ltd. Method and apparatus for performing IPTV communication service
US20100023983A1 (en) * 2008-07-24 2010-01-28 Samsung Electronics Co., Ltd. Method and apparatus for performing iptv communication service
US20110202965A1 (en) * 2008-10-01 2011-08-18 Jean-Baptiste Henry Network device and method for setting up an iptv session
US9497036B2 (en) * 2008-12-26 2016-11-15 Samsung Electronics Co., Ltd. Method and apparatus for providing device with remote application in home network
US20100169413A1 (en) * 2008-12-26 2010-07-01 Samsung Electronics Co., Ltd. Method and apparatus for providing device with remote application in home network
US20100223407A1 (en) * 2009-02-27 2010-09-02 Vixs Systems, Inc. Media source device with digital format conversion and methods for use therewith
US9282337B2 (en) * 2009-02-27 2016-03-08 Vixs Systems, Inc. Media source device with digital format conversion and methods for use therewith
US8553879B2 (en) 2009-05-11 2013-10-08 Panasonic Corporation Content transmission device and content transmission method
US20110107083A1 (en) * 2009-05-11 2011-05-05 Kazuhiro Nomura Content transmission device and content transmission method
US20100293555A1 (en) * 2009-05-14 2010-11-18 Nokia Corporation Method and apparatus of message routing
US10038760B2 (en) 2009-06-01 2018-07-31 International Business Machines Corporation System and method to support codec delivery models for IMS networks
US10348860B2 (en) * 2009-06-01 2019-07-09 International Business Machines Corporation System and method to support codec delivery models for IMS networks
US20120226674A1 (en) * 2009-06-01 2012-09-06 International Business Machines Corporation System and method to support codec delivery models for ims networks
US10250718B2 (en) * 2009-06-01 2019-04-02 International Business Machines Corporation System and method to support codec delivery models for IMS networks
US20100312789A1 (en) * 2009-06-03 2010-12-09 Canon Kabushiki Kaisha Attribute data providing apparatus and method
US20100309913A1 (en) * 2009-06-05 2010-12-09 Nick Herodotou Method and system for handling iptv multicast traffic in a home network
US10652607B2 (en) 2009-06-08 2020-05-12 Time Warner Cable Enterprises Llc Media bridge apparatus and methods
US10965727B2 (en) 2009-06-08 2021-03-30 Time Warner Cable Enterprises Llc Methods and apparatus for premises content distribution
US8667122B2 (en) 2009-06-18 2014-03-04 Nokia Corporation Method and apparatus for message routing optimization
US20100322236A1 (en) * 2009-06-18 2010-12-23 Nokia Corporation Method and apparatus for message routing between clusters using proxy channels
US20100322264A1 (en) * 2009-06-18 2010-12-23 Nokia Corporation Method and apparatus for message routing to services
US20100325260A1 (en) * 2009-06-18 2010-12-23 Nokia Corporation Method and apparatus for message routing optimization
US8189584B2 (en) 2009-07-27 2012-05-29 Media Patents, S. L. Multicast traffic management in a network interface
US20110137980A1 (en) * 2009-12-08 2011-06-09 Samsung Electronics Co., Ltd. Method and apparatus for using service of plurality of internet service providers
US20110149960A1 (en) * 2009-12-17 2011-06-23 Media Patents, S.L. Method and apparatus for filtering multicast packets
US9118745B2 (en) * 2010-01-18 2015-08-25 Telefonaktiebolaget L M Ericsson (Publ) Remote access to a device in an IMS system with a second media access channel
US20110179437A1 (en) * 2010-01-18 2011-07-21 Telefonaktiebolaget Lm Ericsson (Publ) Remote access to a device in an ims system with a second media access channel
AU2011206313B2 (en) * 2010-01-18 2016-06-30 Telefonaktiebolaget Lm Ericsson (Publ) Remote access to a device in an IMS system with a second media access channel
AU2011206313A1 (en) * 2010-01-18 2012-08-16 Telefonaktiebolaget Lm Ericsson (Publ) Remote access to a device in an IMS system with a second media access channel
US9628287B2 (en) 2010-03-15 2017-04-18 Samsung Electronics Co., Ltd Method and system for storing session information in universal plug and play telephony service
US20110222529A1 (en) * 2010-03-15 2011-09-15 Samsung Electronics Co., Ltd. Method and system for storing session information in universal plug and play telephony service
WO2011115409A3 (en) * 2010-03-15 2011-12-15 Samsung Electronics Co., Ltd. Method and system for storing session information in universal plug and play telephony service
US9521168B2 (en) * 2010-03-23 2016-12-13 France Telecom Method for managing records in an IMS network, and S-CSCF server implementing said method
US20130019003A1 (en) * 2010-03-23 2013-01-17 France Telecom Method for Managing Records in an IMS Network, and S-CSCF Server Implementing Said Method
EP2561647A2 (en) * 2010-04-23 2013-02-27 Qualcomm Incorporated Gateway device for multimedia content
JP2015015736A (en) * 2010-04-23 2015-01-22 クゥアルコム・インコーポレイテッドQualcomm Incorporated Gateway device for multimedia content
US8583811B2 (en) * 2010-04-23 2013-11-12 Qualcomm Incorporated Gateway device for multimedia content
US20110264817A1 (en) * 2010-04-23 2011-10-27 Qualcomm Incorporated Gateway device for multimedia content
US9002747B2 (en) 2010-05-04 2015-04-07 Sony Corporation Geographic internet asset filtering for internet video client
US20140325553A1 (en) * 2010-05-04 2014-10-30 Sony Corporation Authentication and authorization for internet video client
US9215485B2 (en) 2010-05-04 2015-12-15 Sony Corporation Enablement of premium content for internet video client
US8843736B2 (en) * 2010-05-04 2014-09-23 Sony Corporation Authentication and authorization for internet video client
US20110276797A1 (en) * 2010-05-04 2011-11-10 Sony Corporation Authentication and authorization for internet video client
KR101502211B1 (en) * 2010-05-04 2015-03-12 소니 주식회사 Authentication and authorization for internet video client
US20110302610A1 (en) * 2010-06-04 2011-12-08 Jeyhan Karaoguz Utilizing an electronic program guide (epg) for customized content service in a gateway
US9130998B2 (en) * 2010-06-04 2015-09-08 Broadcom Corporation Utilizing an electronic program guide (EPG) for customized content service in a gateway
US8938522B2 (en) * 2010-08-18 2015-01-20 International Business Machines Corporation Tiered XML services in a content management system
US20130138782A1 (en) * 2010-08-18 2013-05-30 International Business Machines Corporation Tiered xml services in a content management system
US8738742B2 (en) * 2010-08-18 2014-05-27 International Business Machines Corporation Tiered XML services in a content management system
US8495176B2 (en) * 2010-08-18 2013-07-23 International Business Machines Corporation Tiered XML services in a content management system
US20130138611A1 (en) * 2010-08-18 2013-05-30 International Business Machines Corporation Tiered xml services in a content management system
JP2014500998A (en) * 2010-11-02 2014-01-16 テレフオンアクチーボラゲット エル エム エリクソン(パブル) Method and device for media description delivery
US10637891B2 (en) 2010-11-02 2020-04-28 Telefonaktiebolaget Lm Ericsson (Publ) Methods and devices for media description delivery
US10873608B2 (en) 2010-11-02 2020-12-22 Telefonaktiebolaget Lm Ericsson (Publ) Methods and devices for media description delivery
US20130318151A1 (en) * 2010-12-13 2013-11-28 Motorola Mobility Llc Sharing media among remote access clients in a universal plug and play environment
US10333891B2 (en) * 2010-12-13 2019-06-25 Google Technology Holdings LLC Sharing media among remote access clients in a universal plug and play environment
US9451049B2 (en) * 2010-12-13 2016-09-20 Google Technology Holdings LLC Sharing media among remote access clients in a universal plug and play environment
US10999243B2 (en) 2010-12-13 2021-05-04 Google Technology Holdings LLC Sharing media among remote access clients in a universal plug and play environment
US11671399B2 (en) * 2010-12-13 2023-06-06 Google Technology Holdings LLC Sharing media among remote access clients in a universal plug and play environment
US11343225B2 (en) * 2010-12-13 2022-05-24 Google Technology Holdings LLC Sharing media among remote access clients in a universal plug and play environment
US20230044568A1 (en) * 2010-12-13 2023-02-09 Google Technology Holdings LLC Sharing media among remote access clients in a universal plug and play environment
US20120227076A1 (en) * 2011-03-01 2012-09-06 Sony Corporaton Method and apparatus for switching between a native application and a second application
US9602851B2 (en) * 2011-03-01 2017-03-21 Sony Corporation Method and apparatus for switching between a native application and a second application
US20140011521A1 (en) * 2011-03-17 2014-01-09 Huawei Technologies Co., Ltd. Method of location information processing and access network device
US9215687B2 (en) * 2011-03-17 2015-12-15 Huawei Technologies Co., Ltd. Method of location information processing and access network device
US8954528B2 (en) * 2011-04-14 2015-02-10 Hitachi Solutions, Ltd. DLNA content conversion device, DLNA content conversion method, and DLNA content conversion program
US20120265845A1 (en) * 2011-04-14 2012-10-18 Hitachi Solutions, Ltd. Dlna content conversion device, dlna content conversion method, and dlna content conversion program
US9591367B2 (en) 2011-05-27 2017-03-07 Thomson Licensing Method, apparatus and system for multiple screen media experience
US20130060905A1 (en) * 2011-09-02 2013-03-07 Microsoft Corporation Accessing Hardware Devices Using Web Server Abstractions
US9716743B2 (en) * 2011-09-02 2017-07-25 Microsoft Technology Licensing, Llc Accessing hardware devices using web server abstractions
US10142395B2 (en) * 2011-09-02 2018-11-27 Microsoft Technology Licensing, Llc Accessing hardware devices using web server abstractions
US10127232B2 (en) 2011-09-21 2018-11-13 Sonos, Inc. Media sharing across service providers
US11514099B2 (en) 2011-09-21 2022-11-29 Sonos, Inc. Media sharing across service providers
US10762124B2 (en) 2011-09-21 2020-09-01 Sonos, Inc. Media sharing across service providers
US10229119B2 (en) 2011-09-21 2019-03-12 Sonos, Inc. Media sharing across service providers
US10687112B2 (en) 2011-12-12 2020-06-16 Saturn Licensing Llc Client terminal and operation method of client terminal, transmission server and operation method of transmission server, and program
US20150007223A1 (en) * 2011-12-16 2015-01-01 Awox Process and device for communicating between terminals
US9288547B2 (en) 2012-03-27 2016-03-15 Roku, Inc. Method and apparatus for channel prioritization
US20130262558A1 (en) * 2012-03-27 2013-10-03 Roku, Inc. Method and Apparatus for Dynamic Prioritization of Content Through Interactive Browsing
US8977721B2 (en) 2012-03-27 2015-03-10 Roku, Inc. Method and apparatus for dynamic prioritization of content listings
US9774921B2 (en) 2012-04-27 2017-09-26 Saturn Licensing Llc Content transfer device and content transfer method, content reproduction device and content reproduction method, content distribution system and computer program
US11044532B2 (en) 2012-04-27 2021-06-22 Saturn Licensing Llc Content transfer device and content transfer method, content reproduction device and content reproduction method, content distribution system and computer program
US20150067110A1 (en) * 2012-05-10 2015-03-05 Huawei Technologies Co., Ltd. Media Playing Method, Apparatus, and System
US20150150034A1 (en) * 2012-05-23 2015-05-28 Sony Corporation Information processing device, information processing method, and program
US9854276B2 (en) * 2012-05-23 2017-12-26 Saturn Licensing Llc Information processing device, information processing method, and program
TWI465948B (en) * 2012-05-25 2014-12-21 Gemtek Technology Co Ltd Method for dlna pre-browsing and customizing browsing result and digital media device using the same
US20140012971A1 (en) * 2012-07-03 2014-01-09 Verizon Patent And Licensing Inc. Method and system for providing dynamic admission control
US9998396B2 (en) * 2012-07-03 2018-06-12 Verizon Patent And Licensing Inc. Method and system for providing dynamic admission control
US10306326B1 (en) * 2012-08-06 2019-05-28 Cox Communications, Inc. Channel jumping
US10958629B2 (en) 2012-12-10 2021-03-23 Time Warner Cable Enterprises Llc Apparatus and methods for content transfer protection
US11120022B2 (en) * 2013-02-25 2021-09-14 EMC IP Holding Company LLC Processing a database query using a shared metadata store
US11076203B2 (en) 2013-03-12 2021-07-27 Time Warner Cable Enterprises Llc Methods and apparatus for providing and uploading content to personalized network storage
US20150143119A1 (en) * 2013-03-15 2015-05-21 Panasonic Intellectual Property Management Co., Ltd. Content distribution method, content distribution system, source device, and sink device
US9509668B2 (en) 2013-03-15 2016-11-29 Panasonic Intellectual Property Management Co., Ltd. Content distribution method, content distribution system, source device, and sink device
US9203813B2 (en) * 2013-03-15 2015-12-01 Panasonic Intellectual Property Management Co., Ltd. Content distribution method, content distribution system, source device, and sink device
US9706255B2 (en) 2013-06-05 2017-07-11 Thomson Licensing Method and apparatus for content distribution for multiscreen viewing wherein video program and information related to the video program are transmitted to a second device but not to a first device when the distance between the two devices is greater than a predetermined threshold
US9930386B2 (en) 2013-06-05 2018-03-27 Thomson Licensing Method and apparatus for content distribution multiscreen viewing
US10212474B2 (en) 2013-06-05 2019-02-19 Interdigital Ce Patent Holdings Method and apparatus for content distribution for multi-screen viewing
US9813256B2 (en) * 2013-07-19 2017-11-07 Sony Corporation Information processing apparatus, information processing method, and program
US20150026302A1 (en) * 2013-07-19 2015-01-22 Sony Corporation Information processing apparatus, information processing method, and program
US9485801B1 (en) * 2014-04-04 2016-11-01 Sprint Communications Company L.P. Mobile communication device connected to home digital network
US11792462B2 (en) 2014-05-29 2023-10-17 Time Warner Cable Enterprises Llc Apparatus and methods for recording, accessing, and delivering packetized content
US10244005B2 (en) * 2014-07-18 2019-03-26 T-Mobile Usa, Inc. Enhanced IMS services restriction and selection control for mobile devices roaming in foreign networks
US9871828B2 (en) * 2014-07-18 2018-01-16 T-Mobile Usa, Inc. Enhanced IMS services restriction and selection control for mobile devices roaming in foreign networks
US20160021146A1 (en) * 2014-07-18 2016-01-21 T-Mobile Usa, Inc. Enhanced ims services restriction and selection control for mobile devices roaming in foreign networks
US20160036843A1 (en) * 2014-08-01 2016-02-04 Honeywell International Inc. Connected home system with cyber security monitoring
US10666614B2 (en) * 2014-09-19 2020-05-26 Zte Corporation Multicast security control method and device based on DNS
US20170295139A1 (en) * 2014-09-19 2017-10-12 Zte Corporation Multicast security control method and device based on dns
US20160105400A1 (en) * 2014-10-08 2016-04-14 Time Warner Cable Enterprises Llc Apparatus and methods for data transfer beteween a plurality of user devices
US20210367988A1 (en) * 2015-10-01 2021-11-25 Samsung Electronics Co., Ltd. Device and method for transmitting or receiving media resource identification information in communication system
US11128683B2 (en) * 2015-10-01 2021-09-21 Samsung Electronics Co., Ltd. Device and method for transmitting or receiving media resource identification information in communication system
KR20170039541A (en) * 2015-10-01 2017-04-11 삼성전자주식회사 Apparatus and method for managing traffic based on transmission type in communication system
KR102454746B1 (en) 2015-10-01 2022-10-17 삼성전자주식회사 Apparatus and method for transmitting and receiving for media resource identification informaitonin a communication system
US11824909B2 (en) * 2015-10-01 2023-11-21 Samsung Electronics Co., Ltd. Device and method for transmitting or receiving media resource identification information in communication system
US20170181113A1 (en) * 2015-12-16 2017-06-22 Sonos, Inc. Synchronization of Content Between Networked Devices
US10880848B2 (en) * 2015-12-16 2020-12-29 Sonos, Inc. Synchronization of content between networked devices
US10575270B2 (en) * 2015-12-16 2020-02-25 Sonos, Inc. Synchronization of content between networked devices
US10098082B2 (en) * 2015-12-16 2018-10-09 Sonos, Inc. Synchronization of content between networked devices
US11323974B2 (en) * 2015-12-16 2022-05-03 Sonos, Inc. Synchronization of content between networked devices
US10015671B2 (en) 2016-01-19 2018-07-03 T-Mobile Usa, Inc. Network service access control
US10334440B2 (en) 2016-01-19 2019-06-25 T-Mobile Usa, Inc. Network service access control
US10524070B2 (en) 2016-09-29 2019-12-31 Sonos, Inc. Conditional content enhancement
US11337018B2 (en) 2016-09-29 2022-05-17 Sonos, Inc. Conditional content enhancement
US9967689B1 (en) 2016-09-29 2018-05-08 Sonos, Inc. Conditional content enhancement
US11902752B2 (en) 2016-09-29 2024-02-13 Sonos, Inc. Conditional content enhancement
US10873820B2 (en) 2016-09-29 2020-12-22 Sonos, Inc. Conditional content enhancement
US11546710B2 (en) 2016-09-29 2023-01-03 Sonos, Inc. Conditional content enhancement
US10833714B2 (en) * 2016-11-08 2020-11-10 Spreadtrum Communications (Shanghai) Co., Ltd. Multi-card user equipment and service processing method thereof
US20180131402A1 (en) * 2016-11-08 2018-05-10 Spreadtrum Communications (Shanghai) Co., Ltd. Multi-card user equipment and service processing method thereof
US10834726B2 (en) * 2016-11-14 2020-11-10 Spreadtrum Communications (Shanghai) Co., Ltd. Method and device for processing services of multi-channel terminal
US20180139748A1 (en) * 2016-11-14 2018-05-17 Spreadtrum Communications (Shanghai) Co., Ltd. Method and device for processing services of multi-channel terminal
US20180184141A1 (en) * 2016-12-28 2018-06-28 Arris Enterprises Llc Device, method, and program for providing subscription content to multiple client devices connected in a home network
US11146611B2 (en) * 2017-03-23 2021-10-12 Huawei Technologies Co., Ltd. Lip synchronization of audio and video signals for broadcast transmission
US10848827B2 (en) * 2017-07-12 2020-11-24 Verizon Patent And Licensing Inc. Content onboarding and custom channel lineup provisioning
US20190356954A1 (en) * 2017-07-12 2019-11-21 Verizon Patent And Licensing Inc. Content onboarding and custom channel lineup provisioning
US11218777B2 (en) * 2018-09-20 2022-01-04 Boe Technology Group Co., Ltd. Method, device and system for processing bullet screen
JP2019208280A (en) * 2019-08-16 2019-12-05 サターン ライセンシング エルエルシーSaturn Licensing LLC Television receiver, display device, and device
US11677849B2 (en) * 2020-03-19 2023-06-13 Rovi Guides, Inc. Tracking media content consumed on foreign devices
US20220294870A1 (en) * 2020-03-19 2022-09-15 Rovi Guides, Inc. Tracking media content consumed on foreign devices

Also Published As

Publication number Publication date
WO2007102550A1 (en) 2007-09-13
CN101438257A (en) 2009-05-20
KR101361053B1 (en) 2014-02-10
EP2000918A4 (en) 2011-10-26
CN101438256A (en) 2009-05-20
CN101438257B (en) 2013-10-16
WO2007102547A1 (en) 2007-09-13
CN101438256B (en) 2011-12-21
US20090180484A1 (en) 2009-07-16
KR20080098650A (en) 2008-11-11
KR20080113364A (en) 2008-12-30
RU2460213C2 (en) 2012-08-27
WO2007102548A1 (en) 2007-09-13
KR101365225B1 (en) 2014-02-26
WO2007105568A1 (en) 2007-09-20
EP2000918A1 (en) 2008-12-10
US20090235317A1 (en) 2009-09-17
CN101395588A (en) 2009-03-25
WO2007102549A1 (en) 2007-09-13
JPWO2007105568A1 (en) 2009-07-30
JPWO2007102547A1 (en) 2009-07-23
US20090307307A1 (en) 2009-12-10
EP2000919A4 (en) 2011-10-19
EP2000919A1 (en) 2008-12-10
US20090193469A1 (en) 2009-07-30
BRPI0708573A2 (en) 2011-05-31
KR20080101642A (en) 2008-11-21
JPWO2007102549A1 (en) 2009-07-23
EP2000917A1 (en) 2008-12-10
US8316082B2 (en) 2012-11-20
RU2008136041A (en) 2010-03-10
JPWO2007102550A1 (en) 2009-07-23
JPWO2007102548A1 (en) 2009-07-23
EP2000917A4 (en) 2011-10-26
CN101322109A (en) 2008-12-10

Similar Documents

Publication Publication Date Title
US8316082B2 (en) Content providing system, information processing apparatus, information processing method, and computer program
US11609972B2 (en) Apparatus and methods for rights-managed data delivery
KR101346531B1 (en) Information processing device, information communication system, information processing method, and computer readable recording medium storing computer program therein
KR101589484B1 (en) Network device and method for setting up an iptv session
US20110209188A1 (en) IP Media Streaming Service Delivery

Legal Events

Date Code Title Description
AS Assignment

Owner name: SONY CORPORATION, JAPAN

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:IGARASHI, TATSUYA;REEL/FRAME:021983/0714

Effective date: 20081125

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION