WO2007102550A1 - コンテンツ提供システム、情報処理装置、および情報処理方法、並びにコンピュータ・プログラム - Google Patents

コンテンツ提供システム、情報処理装置、および情報処理方法、並びにコンピュータ・プログラム Download PDF

Info

Publication number
WO2007102550A1
WO2007102550A1 PCT/JP2007/054464 JP2007054464W WO2007102550A1 WO 2007102550 A1 WO2007102550 A1 WO 2007102550A1 JP 2007054464 W JP2007054464 W JP 2007054464W WO 2007102550 A1 WO2007102550 A1 WO 2007102550A1
Authority
WO
WIPO (PCT)
Prior art keywords
content
client
information
iptv
home
Prior art date
Application number
PCT/JP2007/054464
Other languages
English (en)
French (fr)
Inventor
Tatsuya Igarashi
Original Assignee
Sony Corporation
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 Corporation filed Critical Sony Corporation
Priority to JP2008503894A priority Critical patent/JPWO2007102550A1/ja
Priority to US12/281,922 priority patent/US8316082B2/en
Publication of WO2007102550A1 publication Critical patent/WO2007102550A1/ja

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309—Transmission or handling of upstream communications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/27—Server based end-user applications
    • H04N21/274—Storing end-user multimedia data in response to end-user request, e.g. network recorder
    • H04N21/2747—Remote storage of video programs received via the downstream path, e.g. from the server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing 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/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43615—Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/482—End-user interface for program selection
    • H04N21/4826—End-user interface for program selection using recommendation lists, e.g. of programs or channels sorted out according to their score
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network 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/63—Control 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/64—Addressing
    • H04N21/6405—Multicasting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network 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/63—Control 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/64—Addressing
    • H04N21/6408—Unicasting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network 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/63—Control 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/643—Communication protocols
    • H04N21/64322—IP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal

Definitions

  • the present invention relates to a content providing system, an information processing apparatus, an information processing method, and a computer program.
  • the present invention relates to a content providing system, an information processing apparatus, an information processing method, and a computer program that realize use of supply data from outside the home network in devices in the home network.
  • IP Internet Protocol
  • DLNA Digital Living Network Alliance
  • FIG. 1 shows an example of a home network 100 proposed by DLNA.
  • DVR Digital Video Recorder
  • PC102 with a built-in TV tuner can receive satellite and terrestrial analog broadcasts and digital broadcasts, and record broadcast programs on a built-in hard disk recorder. save.
  • DMS Digital Media Server
  • DVR101 and PC102 are DMS.
  • the DMS can stream the video content of a TV program recorded on a hard disk to a digital media player (DMP: Digital Media Player) connected via a home IP network.
  • DMP Digital Media Player
  • a digital media player (DMP) is a device that receives and plays back content from a DMS.
  • DMP is mounted on the TV 103, and the user, for example, the infrared of the TV 103
  • the video content stored in PCI 02 or DVR 101 placed in a remote room can be played by operating the TV 103 using a line remote control.
  • the Residential Gateway (RG) 104 is used as a network connection device when a device in the home is connected to the IP broadband network 120 as the Internet. Devices are used as a bridge for IP connection.
  • FIG. 1 shows a conceptual diagram of the IPTV and VOD services.
  • STB (Set Top Box) 105 is installed in the home via RG (Residential Gateway) 104 and various IPTV service providing servers 121al-an and VOD service providing servers 122bl via IP broadband network 120 Content based on services from ⁇ bn can be received.
  • STB (Set Top Box) 105 has a video information reception function, command transmission / reception, MPEG decoding, and other application execution functions necessary for reproduction of received data.
  • Residential gateway (RG) 104 provides access lines (contents) provided by multiple IPTV service providing servers 121 and VOD service providing servers 122 to the same company, for example, telephone companies and cable TV companies. There are cases where it is received through a company and cases where each service is received individually. However, the STB (Set Top Box) 105 itself used by the user must be configured as a system compatible with the IPTV service of the connection destination.
  • IPTV services will be used in the same way that TV broadcast contents as conventional broadcast broadcasts are shared and viewed on DLNA devices.
  • TV broadcast contents as conventional broadcast broadcasts are shared and viewed on DLNA devices.
  • video content that is also provided with service capabilities, there will be demands from users and users using DLNA devices.
  • a device with a large-capacity hard disk such as a home server downloads video content from an IPTV service.
  • IPTV service protocol and media format To share within the home network, and to convert the IPTV service protocol and media format to the DLNA device protocol and media format at the residential gateway (RG) and provide them to the home network connection device.
  • RG residential gateway
  • Patent Document 1 describes a home network built-in module that executes format conversion processing.
  • the residential gateway (RG) In the configuration in which processing is performed by (RG), the residential gateway (RG) must perform protocol conversion and media format conversion, which requires high-performance hardware and complicated software. It becomes expensive.
  • RGs are often supplied by broadband network access line providers (such as telephone companies), and IPTV services available to users are limited to vendors provided by access lines. This is an obstacle to IPTV service on the Internet.
  • IPTV service on the Internet.
  • Viiv registered trademark
  • Intel Corporation is an example of a connection between a DLNA device in a home network and an Internet content distribution service. Viiv is positioned as a PC hardware and software platform, and aims to stream content from the Internet on a PC with a dual core high-performance CPU.
  • the DLNA Media Server is a DLNA Media Server that streams content downloaded to a PC to other DLNA devices connected to the home network.
  • Patent Document 1 JP 2005-531231 Publication
  • the content provided by the IPTV service and the VOD service is also intended for IJ using DLNA devices.
  • DMS digital media sano
  • RG residential gateway
  • the present invention has been made in view of such problems.
  • the present invention does not depend on an infrastructure such as an access line or a gateway to the Internet, and is in an open Internet connection environment.
  • the first aspect of the present invention is:
  • a content providing system having a content providing sano and a content receiving client
  • the content receiving client is:
  • a communication unit that executes communication processing via the home network
  • the content providing server includes: The content providing system is characterized in that the device information of the client registered in the database is acquired, and processing for providing content suitable for the device to the client is executed.
  • the device information includes client screen size, screen resolution, usable memory size, supported codec type, and / or device information of at least one of them.
  • the content providing server is configured to execute the process of acquiring the device information and providing the client with content that can be played back on the device.
  • the data processing unit of the content receiving client is configured to specify the device information of the client in the IP multimedia system (IMS)! / It is configured to execute a process of sending and registering to a subscriber subsystem (HSS: Horne Subscriber Subsystem), and the content providing server acquires device information of a client registered in the home subscriber subsystem (HSS).
  • HSS Home Subscriber Subsystem
  • the second aspect of the present invention provides
  • An information processing device An information processing device,
  • a communication unit that executes communication processing via the home network
  • An information processing apparatus is characterized in that device information of the information processing apparatus is acquired and registered in a database outside the home network.
  • the data processing unit is at least one of a screen size, a screen resolution, a usable memory size, and a supported codec type of the information processing apparatus.
  • the device is configured to acquire device information and register it in a database outside the home network.
  • the data processing unit transmits device information of the information processing apparatus to a home subscriber subsystem (HSS: stipulated in an IP multimedia system (IMS)). It is configured to execute a process of transmitting and registering to a Home Subscriber Subsystem).
  • HSS home subscriber subsystem
  • IMS IP multimedia system
  • the third aspect of the present invention provides
  • the data processing unit executes a device information registration step of executing processing for acquiring device information of a client and registering it in a database outside the home network, and
  • the content providing server power is an information processing method characterized in that device information of a client registered in the database is acquired, and processing for providing content suitable for the device to the client is executed.
  • the device information includes at least one of device information of a client screen size, a screen resolution, a usable memory size, a supported codec type, and the like.
  • the content providing server executes the process of acquiring the device information and providing the client with content that can be played back on the device.
  • the data processing unit of the content receiving client defines the device information of the client as! / In the IP multimedia system (IMS).
  • the content providing server executes a process of sending and registering to a home subscriber subsystem (HSS).
  • HSS home subscriber subsystem
  • the device information of the client registered in the home subscriber subsystem (HSS) is acquired, and processing for providing content suitable for the device to the client is executed.
  • the fourth aspect of the present invention provides
  • a device information registration step in which the data processing unit executes a process of acquiring device information of an information processing apparatus and registering the device information in a database outside the home network. is there.
  • the device information registration step includes at least one of a screen size of the information processing apparatus, a screen resolution, a usable memory size, and a supported codec type.
  • the device information registration step uses the home subscriber subsystem (specified in the IP multimedia system (IMS)) as the device information of the information processing apparatus.
  • IMS IP multimedia system
  • HSS Home Subscriber System
  • HSS Home Subscriber System
  • the fifth aspect of the present invention provides
  • the computer 'program of the present invention is, for example, a computer that can be provided by a storage medium or a communication medium provided in a computer-readable format to a general-purpose computer system that can execute various program' codes.
  • 'It is a program. By providing such a program in a computer-readable format, processing corresponding to the program is realized on the computer system.
  • system is a logical group configuration of a plurality of devices, and the devices of each configuration are not limited to being in the same casing.
  • DMP power as a content playback apparatus that is a client device in the home network can receive and play back content from a content providing server outside the home network.
  • the home IMS gateway that is the information processing apparatus of the present invention performs communication with the content providing server, maps the content providing server as a virtual home network device, and the device from the content reproduction device in the home network.
  • the server information of the content providing server is provided to the content playback device as device information that can receive the service.
  • the client device information can be acquired and registered in a database outside the home network, and the content providing server can acquire the device information and provide the client with content suitable for the device. It becomes.
  • FIG. 1 is a diagram showing an example of a home network proposed by DLNA.
  • FIG. 2 is a diagram showing a conceptual diagram of IPTV and VOD services.
  • FIG. 3 is a diagram for explaining a configuration example of an information communication system of the present invention.
  • FIG. 5 is a diagram illustrating a hardware configuration example of a home IMS gateway.
  • FIG. 6 is a diagram for explaining a configuration example of a software module of a home IMS gateway.
  • FIG. 7 is a diagram for explaining an AS (IPTV) subscription procedure sequence.
  • FIG. 8 is a diagram for explaining an AS (IPTV) subscription procedure sequence.
  • FIG. 9 is a diagram for explaining an example of a usage sequence of content provided by AS (IPTV).
  • FIG. 10 is a diagram for explaining an example of a usage sequence of content provided by AS (IPTV).
  • FIG. 11 is a diagram for explaining an overview of data communication in content use processing.
  • FIG. 12 is a diagram for explaining a configuration example of a software module of a home IMS gateway.
  • FIG. 13 is a diagram illustrating an example of a usage sequence of content provided by AS (IPTV).
  • FIG. 14 is a diagram for explaining a service screen provided by AS (IPTV) and a screen display example during streaming playback processing.
  • AS IPTV
  • FIG. 15 is a diagram for explaining the components of the IPTV terminal function, which is a function necessary for receiving the IPTV service.
  • FIG.16 A diagram explaining the main functions of IMS (IP Multimedia Subsystem), CSCF, HSS, and AS.
  • FIG. 17 is a diagram for explaining a function used in the network configuration to receive an IPTV service at a device in the home network.
  • FIG. 19 is a diagram for explaining a communication sequence executed for a client to receive an IPTV service.
  • FIG.20 Communication sequence executed by client to receive IPTV service! / ⁇ FIG.
  • FIG. 21 is a diagram for explaining a communication sequence executed for a client to receive an IPTV service!
  • FIG. 22 is a diagram for explaining a communication sequence executed for a client to receive an IPTV service!
  • FIG. 23 is a diagram illustrating a communication sequence executed by the client to receive the IPTV service!
  • FIG. 24 is a diagram illustrating a network connection processing sequence of a client for receiving an IPTV service.
  • FIG. 25 is a diagram illustrating a network connection processing sequence of a client for receiving an IPTV service.
  • FIG. 26 is a diagram illustrating a network connection processing sequence of a client for receiving an IPTV service.
  • IMS IP multimedia subsystem
  • IMS is based on IP technology and has a high affinity with fixed-line Internet infrastructure.
  • FMC Fixed Mobile Convergence
  • IPTV systems using IMS are attracting attention.
  • IMS is a home subscriber subsystem centered on a functional element called CSCF (Call Session Control Function) based on SIP (Session Initiation Protocol) specified in RFC-3261 of the Internet Engineering Task Force (IETF). It consists of functional elements such as (HSS: Home Subscriber Subsystem) and Application Sano (AS: Application Server).
  • CSCF Call Session Control Function
  • SIP Session Initiation Protocol
  • HSS Home Subscriber Subsystem
  • AS Application Sano
  • IMS network 230 shown in Fig. 3 has CSCF231, HS S232, and AS (IPTV) 233 as each of these functional elements, and provides services to mobile phone 260 via mopilephone network 240. To do.
  • the CSCF 231 performs user registration and session setting control based on SIP (Session Initiation Protocol). In addition, necessary service processing is started according to the settings of the user profile registered in HSS232.
  • HSS232 has a database for managing user IDs used in IMS, managing profiles of services subscribed to each user, managing authentication information, managing availability of each IMS service, and managing user mobility.
  • the AS233 is a server that executes processing of individual services, and is activated by the CSCF 231 according to the service subscription status of each user, and provides services to users.
  • a terminal with a user ID set accesses the CSCF231 to perform terminal registration and session setting control, and to the user profile registered in HSS232. Necessary services are started according to the settings, and AS233 actually processes each service.
  • “Push To Talk” is a typical example of a service using IMS.
  • the user terminal is connected to an application server (AS) AS that executes the “Push To Talk” service of the IMS network 230, and the AS group has multiple AS members for the registered group members. Session is established and calls are made between members via a relay server using VoIP (Voice over IP).
  • VoIP Voice over IP
  • the IPTV service AS set in the IMS network 230 is used.
  • AS (IPTV) 233 shown in FIG. 3 corresponds to the execution AS of this IPTV service.
  • the AS (IPTV) 233 actually executes the service for the user terminal in cooperation with the IPTV service execution entity, that is, the IPTV service 250 as the content providing entity.
  • the IPTV service 250 includes an EPG server 251 that is an EPG (Electronic Program Guide) providing program information guide such as a content list, and a video server 252 that is a video content providing server.
  • EPG Electronic Program Guide
  • the content list providing service and the content providing service for the user terminal can be realized by linking each server with the AS (IPTV) 233 of the IMS network 230.
  • the home network 210 has, as a basic configuration, the conventional home network described above with reference to FIGS. 1 and 2, that is, the existing DLNA (Digital Living Network Alliance). Consists of equipment.
  • Figure 3 shows a network connection device that connects devices in the home network to the IP broadband network 221, and a residential gateway (RG: Residential Gateway) 211 used as a bridge, and devices in the home network 210 (for example, TV (DMP )
  • DMP TV
  • the home IMS gateway 212 For the content playback device (such as 213), the home IMS gateway 212 that performs processing to enable the use of services provided by servers outside the home network and the client device that receives and plays back content.
  • a TV 213 as a digital media player (DMP) is shown.
  • the broadband IP network 220 is a network such as the Internet that enables the IPTV service 250, the IMS network 230, and the home network 210 to communicate with each other.
  • the home IMS gateway 212 is set as a terminal that receives the IMS network service.
  • Home IMS gateway 212 is set with an IMS user ID. That is, the user ID and user profile power of the home IMS gateway 212 are registered in the home subscriber subsystem (HS S) 232 of the IMS network 230.
  • HSS home subscriber subsystem
  • the home IMS gateway 212 receives the IPTV service by executing the same processing as when the mobile phone 260 executes the IPTV service.
  • CSCF231 is accessed, terminal registration and session setting control are performed, necessary services are started according to the user profile registered in HSS232, and services are received using AS (IPTV) 233.
  • the home IMS gateway 212 is connected to such IMS services.
  • the D LNA device such as the TV (DMP) 213 shown in the figure accesses the video content provided by the IPTV service 250. Execute the function. That is, the home IMS gateway 212
  • Home IMS Gateway 212 is connected to an existing home IP network with network communication functions. It can be mounted on various devices.
  • this function can also be configured to send and receive content that is not required by communication between the DMP as the DLNA device and the external server via the home IMS gateway 212.
  • Home IMS Gate The A 212 does not need to have a DMS function.
  • an existing DLNA device for example, TV (DMP) 213 shown in the figure
  • DMP TV
  • the home IMS gateway 212 is equipped with a DMS (Digital Media Server) function as a content providing server in DLNA devices, and the home IMS gateway 212 is accessed from a TV 213 equipped with DMP (Digital Media Player).
  • DMS Digital Media Server
  • DMP Digital Media Player
  • the home IMS gateway 212 can be implemented in various devices connected to an existing home IP network having a network communication function.
  • an IMS network service receiving function can be implemented in a residential gateway (RG: Residential) supplied by a network provider such as a telephone company or cable TV company.
  • RG 211 and home IMS gateway 212 shown in FIG. 3 are integrated.
  • a device that provides content functions as a digital media server (DMS) DVR (Digital Video Recorder) or PC with IMS It is also possible to implement a network service reception function.
  • DMS digital media server
  • IMS Internet Protocol Secure
  • the equipment that can implement the IMS network service reception function is not limited. Therefore, the IPTV service on the open Internet is not limited. It is possible to cope with any home network configuration without being limited in the network topology.
  • Figure 4 shows the functional components of the DLNA guidelines. From the top, the media format layer (Media Format), the media transport layer (Media Transport), the device device power control and media control layer (Device Discovery, Control, and Media Management), the network layer (Network Stack), and the network connection Each component of the layer (Network Connectivity) is defined.
  • the home network device executes data communication according to the network protocol that conforms to the DLNA (Digital Living Network Allia nce) guidelines according to the basic components shown in Fig. 4.
  • network connectivity in the lowest layer is a regulation of the physical layer and link layer of the home network.
  • DLNA devices are equipped with a communication function that conforms to the IEEE802.3u, 802.11a / bZg standard.
  • IP connection such as PLC (Power Line Communication)
  • Communication standards are not limited.
  • the network layer uses the IPv4 protocol, and each DLNA device communicates using TCP and UDP.
  • UPnP registered trademark
  • Device Architecture 1.0 specified in the device discovery control and media control layer specifies SSDP (Simple Service Discovery Protocol) for device discovery and SOAP (Simple Object Access Protocol) for control.
  • UPnP AV is mounted on UPnP DA (UPnP Device Architecture).
  • UPnP AV version 1 defines UPnP Media Server and UPnP Media Renderer, but DMS, which is a DLNA-compliant content providing server, is UPnP Media Server (UPnP Media Server). Is a DLNA-compliant content playback device DMP implements UPnP Media Server controller
  • the UPnP Media Server is provided with a main content directory service (Content Directory Service), and a method for acquiring a content list and metadata is provided.
  • Content Directory Service which is a DLNA-compliant content playback device, acquires a content list that is streamed by DMS, which is a DLNA-compliant content provider.
  • the Media Transport layer it is defined that HTTP1.0 / 1.1 is used for streaming playback.
  • HTTP1.0 / 1.1 is used for streaming playback.
  • DMP which is a DLNA-compliant content playback device, enables users to view content by sequentially decoding and playing back, for example, MPEG2-PS data received by streaming transmission.
  • FIG. 5 shows a hardware configuration example of the home IMS gateway 212 described with reference to FIG. As explained earlier, the home IMS gateway 212
  • Fig. 5 shows an example of a hardware configuration that realizes these functions (a) to (b)! /
  • the home IMS gateway 212 includes a CPU 301 as a data processing unit for executing various software (computer programs), a ROM as a program storage area, a work area at the time of data processing execution, and the like. It is composed of a memory 302 configured by RAM to be used, a network IZF 303 as a network connection unit, a command between these components, and a bus 304 for data transfer.
  • a CPU 301 as a data processing unit for executing various software (computer programs), a ROM as a program storage area, a work area at the time of data processing execution, and the like. It is composed of a memory 302 configured by RAM to be used, a network IZF 303 as a network connection unit, a command between these components, and a bus 304 for data transfer.
  • the network IZF303 is, for example, a wired LAN network I such as IEEE802.3u.
  • the OS and other software programs are stored in the Flash-ROM that constitutes the memory 302, and these programs are copied to the RAM that constitutes the memory 302 and executed.
  • user IDs and various setting information necessary for IMS session establishment processing are also stored in the Flash ROM that constitutes the memory 302.
  • the network module is a module in charge of communication control in the IP network.
  • the protocol module controls the IMS and DLNA functions, that is, the IMS side controls to execute communication according to the protocol specified on the IMS side, and the DLNA side uses the protocol specified on the DLNA side.
  • This module is responsible for the protocol control that performs the control to execute the communication. Because the IMS side and DLNA side perform communication according to different protocols, they have configurations that support different protocols.
  • the application module is a module that uses the protocol module to realize the actual gateway function, that is, the relay between the DLNA side on the home network side and the IMS network that is the network outside the home network.
  • the network module uses Auto IP / DHCP (Dynamic Host Configurati to perform IP address setting processing defined in the IPv4 TCP / IP stack and UPnP DA. on Protocol) Client module is implemented.
  • the same network module can be used for both IMS and DLN A.
  • the home IMS gateway 212 basically only needs to be connected to the home IP network, it is not essential to set the network IZF separately. However, when the configuration is integrated with the residential gateway, the home network connection IZF and the external network connection IZF may be configured separately.
  • the protocol modules used in the DLNA side on the home network side and the IMS network that is the network outside the home network are currently different, and are therefore individually configured for each protocol.
  • SOAP Session Initiation Protocol
  • GENA Generic Event Notification Architecture; HTTP (Hyper Text Transier Protocol)
  • HTTP Hyper Text Transier Protocol
  • SSDP which is in charge of this
  • DTCP which is required to implement content in the home network—AKE (IP: Digital Transmission Content Protocol-Internet Protocol) authentication and key exchange (ARE) Consists of modules.
  • AKE IP: Digital Transmission Content Protocol-Internet Protocol
  • ARE key exchange
  • the IMS side consists of a SIPZModule that establishes a session with an AS (Application Server), which is an IMS service providing server, and a SOAP and GENA module that communicates messages with the AS.
  • AS Application Server
  • SOAP and GENA module that communicates messages with the AS.
  • communication execution protocols such as SIP and SOAP are provided on the TLS (Transport Layer Security) protocol defined in IETF RFC 2246 for security. It is a protocol setting that implements and executes communications in a secure environment.
  • IMS uses a function called Device Discovery Control as a device discovery processing function used in the DLNA side device. It has a configuration for executing a process of mapping AS (IPTV service) as a UPnP device (UPn P Device). That is, the home IMS gateway 212 maps a server outside the home network as a virtual home network device. Specifically, the home IMS gateway 212 is Using UPnP Device Proxy Manager (see Fig. 6) configured as an application module in IMS Gateway 212, create a UPnP Media Server instance corresponding to the external server AS (IPTV) and record it in memory .
  • UPnP Device Proxy Manager see Fig. 6
  • the home IMS gateway 212 maps and sets an IMS AS (IPTV service), which is an external device that does not exist in the home network, as a DLNA DMS. This process sets up the IMS (IPTV service) power as if it were a single content provider server (DMS) in the home network.
  • IMS AS IPTV service
  • DMS single content provider server
  • a DLNA device in the home network for example, a DMP as a content playback execution device such as a TV
  • the home IMS gateway 212 uses AS (IPTV) It is possible to notify DMP that it has a service provision function based on UPnP Media Server instances corresponding to the DMP. Based on this notification, DMP provides IMS AS (IPTV service) and content in the home network. It can be recognized as a device similar to a server (DMS), and receives the service of the AS (IPTV service) of IMS, which is an external network, in the same process as the service reception based on the content provision from the home network. Is possible.
  • DMS server
  • the home IMS gateway 212 which is the information processing apparatus of the present invention, relays the content provided by the IMS AS (IPTV service) to the DMP as the content playback execution device in the home network. It is possible to arbitrarily set whether or not to perform the configuration. Without relaying content, DMP power S content data can be acquired directly from an external network by communicating with DLNA device (DMP as content playback execution device) and Video Server on the back end of IMS AS (IMS). Is possible
  • Home IMS Gateway 212 Power When relaying content provided by IMS's AS (IPTV service), a function called Media Management, for example, Content Directory service that acquires content list metadata, DLNA's The power to implement a video content transfer protocol called Media Transport Ports Home I MS Gateway 212 Power The center of contents provided by IMS AS (IPTV service) In other configurations, these functions, ie, the Media Management function, need not be implemented in the home IMS gateway 212.
  • a content list request from a DMP as a client device in the home network is also not directly relayed by the home IMS gateway 212, but directly from the client device (DMP) as an AS (IPTV service). It is also possible to set an external server to make a content list request such as), and in this configuration, the home IMS gateway 212 only needs to be able to respond to a device discovery request from a client.
  • the device information specified in UPnP Device Architecture [DeviceURL] [controlURL] and [eventSubURL]
  • the device information specified in UPnP Device Architecture [DeviceURL] [controlURL] and [eventSubURL]
  • Home IMS Gateway 212 provides the device information [Device Description] with such settings to the client device, and then the client refers to the device information to request a content list and various requests.
  • AS IPTV service
  • the home IMS gateway becomes a model that handles only device discovery, further reducing the load.
  • the URL [SCPDURL] for obtaining device information specified in UPnP Device Architecture can also be set to the URL of the external server instead of the home IMS gateway 212.
  • the application module uses a protocol module to execute a gateway function, that is, a function for setting a communication environment between a DLNA device in the home network and a server outside the home network.
  • Application modules can be broadly divided into a group of modules that perform mapping processing to set IMS AS (IPTV) service as DLNA DMS, and a DLNA DMS that has been mapped (substance is IMS AS (IPTV) service).
  • IPTV IMS AS
  • it is a module group that mediates DMP power transmission requests that are content playback devices in the home network to the IMS AS (IPTV) service.
  • the modules that perform the former mapping process are AS Discovery, ServiceManager, and UPnP Device Proxy Manager, and the modules that execute the latter request transfer process are UPnP Message Proxy and ARE Proxy.
  • the home IMS gateway 212 which is the information processing apparatus of the present invention does not exist in the home network!
  • the AS (IPTV service) of the IMS which is an external device is used as the DMS of the DLNA. Perform the mapping process.
  • the home IMS gateway 212 further has a function of selectively mapping only the service entity [AS (IPTV)] selected by the user in the mapping process.
  • the module on the IMSZIPTV side shown in Fig. 6 executes the process of discovering the IPTV service provided by the IMS system, and is the UPnP Device Proxy Manager that is the DLNA side module. Manages a list of ASs discovered and acquired by AS Discovery, and presents this list to the user to perform AS (IPTV) purchase and selection processing.
  • AS IPTV
  • the home IMS gateway 212 which is the information processing apparatus of the present invention, becomes an HTTP server, uses a presentation mechanism defined by UPnP DA, and connects to an UPnP Control Point equipped with an HTML browser.
  • the user selects the desired IPTV service from the HTML screen displayed using the browser function and performs the service subscription procedure.
  • the list of the home IMS gateway 212 can be presented on the display to select an IPTV service. it can.
  • the billing system provided by the IMS system can be linked by using UPnP Message Proxy as an execution module for the request transfer process described above. Yes, the customer information capability of the IMS user ID set as the ID corresponding to the home IMS gateway 212 is also charged to the user.
  • the home IMS gateway 212 is the application module UPnP Device Proxy Manager, subject to the user's procedure for joining AS (IPTV).
  • IPTV IPTV
  • UPnP Device Proxy Manager the application module UPnP Device Proxy Manager
  • IPTV IPTV
  • AS IPTV
  • user subscription processing is not required and user selection is not mandatory as a mapping condition.
  • DMP as a content playback device, which is a DLNA device in the home network, interprets the AS (IPTV) for which mapping processing has been completed in the home IMS gateway 212 as a content providing server (DMS) in the home network. You will be able to receive AS (IPTV) services.
  • AS IPTV
  • UPnP Message Proxy which is an application module, relays the message supplied from DLNA DMP to AS (IPTV).
  • AS IPTV
  • SOAP and GENA equivalent to UPnP are used, and AS has the power to directly process UPnP Media Server and Content Directory service messages as defined by UPnP AV, or UPnP Message Proxy! / Interoperability is achieved by converting the AS (IPTV) protocol.
  • the configuration example of the software module of the home IMS gateway 212 shown in FIG. 6 includes communication according to the communication protocol on the home IMS gateway power IMSZIPTV side and communication according to the communication protocol on the DLNA side in the home network.
  • the home IMS gateway 212 is a software module configuration for performing protocol conversion as necessary in communication between the IMSZIPTV side and the DLNA side.
  • the communication protocol conversion processing is performed by, for example, an external server that directly executes communication with the home IMS gateway 212 side, for example, an AS or IPTV service execution server on the IMS side. Also, you can configure it to run! /.
  • the home IMS gateway 212 may have a DLNA-side protocol module and application module.
  • the external server mapping process is executed by executing the device discovery process according to the SSDP protocol according to DLNA regulations.
  • AS Uses a way to handle the UPnP Content Directory service directly.
  • the service subscription procedure is carried out using UPnP Control Point that implements HTML browser! /, But this may be DLNA DMP, but it is not necessarily DLNA DMP.
  • a similar process can be performed by a third party, such as a personal computer HTML browser. If the mobile phone has an HTML browser installed, it can be purchased in the same way.
  • the home IMS gateway 212 itself to have a user interface such as a display device and an input unit, a list obtained from the AS (IPTV) is directly presented to the user interface, and the user's Input information can be input, and the service subscription procedure can be performed without control by the HTML browser.
  • a list obtained from the AS IPTV
  • the presentation page provides a mechanism for selecting purchases based on content, and the selection information is registered as configuration data of user profile information on the IMS side, and AS ( IPTV) will provide content according to the registration information.
  • home IMS gateway 212 is configured to perform relay processing of IMS AS (IPTV service) provided content for DMP as a content playback execution device in the home network.
  • IMS AS IPTV service
  • DMP DMP understandable formats
  • the gateway device eliminates the need for service logic processing, the expandability of the service can be enhanced compared to a configuration that performs these processes.
  • the content provider The body AS IPTV
  • IPTV may be able to add content metadata, etc.
  • the gateway can interpret and process the additional metadata. Therefore, for example, the program needs to be updated.
  • the home IMS gateway of the present invention can be set not to perform such processing, and various service logics can be changed by changing only the distribution service without changing the gateway itself.
  • the processing mode of the home IMS gateway 212 is as follows.
  • CSCF Session Initiation Protocol
  • [HTTP] indicates a protocol applied to each communication.
  • the home IMS gateway is set in step SI 1! /, And the IMS user ID is set in advance as the home IMS gateway! Send to the CSCF of the IMS network and receive registration confirmation in step SI 2 to register with the IMS network.
  • configuration information (config) is presented to CSCF in step S13, and a confirmation response is received in step S14.
  • step S15 the CSCF requests and obtains available service information registered for the IMS user ID from the HSS that has the database that manages the user profile information (step S16).
  • step S17 the CSCF sends the acquired list of available services to the home IMS gateway.
  • step S18 the home IMS gateway sends an acknowledgment to the CSCF.
  • the IMS gateway obtains a list of available services in this way and stores it in memory.
  • Home The IMS gateway generates an HTML document for the IPTV service list obtained in this way, and prepares for the subsequent AS setting by the HTML browser.
  • the second phase is the device discovery process.
  • the AS to be used is not selected by the user. Therefore, at this point, the home IMS gateway does not map AS (IPTV) as DLNA DMS, and DMP as a content playback device in the home network interprets AS (IPTV) as DMS and receives content. It is not possible.
  • the home IMS gateway becomes an HTTP server and uses the presentation mechanism defined by UPnP DA, and uses the UPnP Control Point with HTML browser. Connect and the user selects the desired IPTV service from the HTML screen displayed using the browser function.
  • the (A2) device discovery process shown in Fig. 7 is a sequence of this process.
  • the user who executes AS (IPTV) selection for example, performs processing according to the device discovery protocol specified in UPnP from the UP nP Control Point such as a PC having a browser function, that is, SSDP M in step S19.
  • SSDP M Send Search and receive SSDP M—Responce as a response in step S20 to discover that the home IMS gateway is connected on the home network.
  • Steps S21 and S22 are specific device information request and reception steps.
  • FIG. 8 shows a sequence of AS (IPTV) selection processing that is subsequently performed.
  • the user browses the AS (IPTV) service list acquired by the home IMS gateway in the first phase from the UPnP Control Point such as a PC and executes service (AS) selection.
  • AS service
  • an HTML document is acquired based on HTTP GET to the home IMS gateway as an HTTP server, and an HTML page is displayed.
  • the AS (IPTV) service list is displayed.
  • the request information is input to the home IMS gateway in step S25, and the home IMS gateway sends the request to the IMS CSCF in step S26.
  • the IMS CSCF requests service subscription.
  • the CSCF performs information registration corresponding to the service subscription request as registration information corresponding to the user in the HSS based on the service subscription request in the home IMS gateway.
  • a process completion response is notified to the HSS power CSCF in step S28, from the CSCF to the home IMS gateway in step S29, and further, in step S30, the PC that is the UPnP Control Point Sent to a device with a user interface, etc., and confirmed by the user.
  • A3 AS (IPTV) selection process for example, a charging process may be performed. In this case, input of information necessary for the charging process and communication are performed.
  • the home IMS gateway performs mapping with the selected AS (IPTV) as the DLNA DMS, and performs the mapping in the home network. It is set so that the DMP as a content playback device can accept the content by interpreting the selected AS (IPTV) as a DMS. That is, the home IMS gateway generates an UPnP Media Server instance corresponding to the selected AS (AS3 in the example) using the UPnP Device Proxy Manager shown in FIG. 6 and records it in the memory.
  • AS IPTV
  • DMS DLNA Media Server
  • DMP DLNA Media Player
  • IPTV service (AS) (Content provider)
  • CSCF Session Initiation Protocol
  • DMP DLNA Media Player
  • IPTV service is only an IPTV service or a combination of an IPTV service and an AS, and any mode is possible.
  • [SSDP] [HTTP] [SOAP] [AKE] shown in each step indicates the protocol applied to each communication.
  • the first process is the device discovery phase.
  • the home IMS gateway has already mapped AS (IPTV) as DLNA DMS by the AS join sequence described above with reference to FIGS. 7 and 8, and AS (IP TV) is mapped to each device DLNA device in the home network.
  • IPTV IPTV
  • DMP which is all content playback devices connected to the home network, can acquire AS (IP TV) information as DMS from the home IMS gateway using the device discovery sequence specified by UPnP DA.
  • This device discovery sequence is the process of steps S31 to S34.
  • the DMP which is a content playback device, transmits the processing in accordance with the device discovery protocol specified in UPnP, that is, the SSDP M-Search in step S31 to the home IMS gateway, and the response is in step S32.
  • SSDP M Responce to receive home I MS gateway power and discover AS (IPTV) configured as DMS.
  • Steps S33 and S34 are specific device information request and reception steps.
  • the home IMS gateway uses the information based on the UPnP Media Server instance corresponding to the AS (IPTV) generated by the home IMS gateway during the mapping process, that is, AS (IPTV ) Is provided to DMP, which is a content playback device.
  • AS IPTV
  • DMP interprets that AS (IP TV) is a content providing server (DMS) in the home network.
  • the second processing is content list acquisition processing from AS (IPTV) set as DMS.
  • AS IPTV
  • the home IMS gateway has already established a session with the IMS network as in the example shown in the AS join sequence. If the session has not been established or has expired, reconnection is triggered by a request such as content acquisition.
  • IM Information on ASs already subscribed by establishing a session with the S network has been acquired.
  • step S35 the DMP issues a UPnP Content Directory Service Browse function to the AS (IPTV) set as the DMS discovered in the first phase.
  • the home IMS gateway that received the Browse action from the DMP neutralizes this request and forwards it to IPTV (AS) at step S36.
  • the IPTV interprets the contents of this Browse action, generates a list of video content such as a back-end electronic program information storage server (EPG sano), and the DMP via the home IMS gateway.
  • EPG sano electronic program information storage server
  • a response is sent to (steps S37 and S38).
  • the content list is hierarchized, multiple Browse actions are issued.
  • the content list is represented by an XML document that conforms to the XML Schema called DIDL-Lite.
  • the resource information (URI) of the video data of each content is the video on the back end of the AS. Show and show bidet content provided by Server.
  • the content list request from the DMP is not relayed by the home IMS gateway, and the content list is directly sent from the client device (DMP) to the external server such as AS (IPTV service). It is also possible to set to make a request.
  • the URL specified by [controlURL] and [eventSubURL] of the device information [Device Description] specified in the UPnP Device Architecture is set to the URL of the external server other than the home IMS gateway.
  • the home IMS gateway provides device information [Device Description] with such URL settings to the client device, and then the client makes a content list request and various requests by referring to the device information.
  • an external server such as AS (IPTV service).
  • the third phase is authentication and key exchange.
  • DLNA when copy protected content is transmitted, it is transmitted in encrypted form according to DTCP-IP. Even when streaming from an AS (IP TV) video server, DTCP—IP-compliant encryption is performed and encrypted content is transmitted.
  • the key applied to content encryption is authentication and key exchange according to the DTCP-IP specification. Generated by an AKE process. As shown in Fig. 6, the home IMS gateway has a DT CP-IP AKE Proxy function, and DMP, which is a content playback device, recognizes DMP as the main content providing service when receiving content Authentication and key exchange with the home IMS gateway with DMS.
  • the resource URI of the content set in the list acquired in the content list acquisition process of (B2) is a setting that includes the IP address of the AS video server. Necessary to execute these content acquisitions Authentication, key exchange processing, that is, the address to be executed by the AKE process is set in the home IMS gateway. In other words, the DMP recognizes as the content providing service entity, and performs authentication and key exchange with the home IMS gateway where the DMS instance is registered.
  • the target of authentication and key exchange is often the encrypted content sender, that is, the IP address of the AS video server included in the resource URI of the content.
  • the AKE processing target executed by the DMP in response to the acquisition request of the content included in the content list provided to the DMP in the content list acquisition processing of (B2) is set to the home IMS gateway.
  • Home IMS gateway power The content list that also receives PT V service (AS) power should be a list with such settings in advance, or add or change metadata to the home IMS gateway! You can do it as a configuration.
  • the home IMS gateway may be configured to notify that the AKE target is the home IMS gateway when providing a content list to the DMP.
  • Authentication and key exchange processing is executed according to an authentication and key exchange (AKE) sequence defined by DTCP—IP.
  • AKE authentication and key exchange
  • Steps S44 and S45 are characteristic processes in the configuration of the present invention.
  • the key applied as the encryption key is an IPTV service (AS) as a content provider, and DMP as a content consumer.
  • AS IPTV service
  • DMP IPTV service
  • this is the process of passing the key shared by the home IMS gateway and DMP to the IPTV service (AS) in the AKE sequence.
  • the IPTV service (AS) as the content provider and the DMP as the content user can share the encryption key.
  • this IPTV service (AS) is a legitimate service that is allowed to share keys, and steps S44 and S45 are performed by secure communication.
  • step S47 the DMP, which is the content playback device, applies the URL of the resource acquired in the previous (B2) content list acquisition process, issues a content request based on HTTP GET, and requests HTTP streaming.
  • the IPTV service (AS) video server encrypts the content data by applying the key shared with the DMP in the previous AKE phase, and in step S48, the DLNA device in the home network Start streaming content to a DMP.
  • AS IPTV service
  • the DMP which is a content playback device in the home network, applies the encryption key shared with the IPTV service (AS) in the previous AKE phase for the data received from the IPTV service (AS).
  • the content is decrypted and the content is reproduced by decoding.
  • DLNA DTCP-IP streaming is used, except that the IP address applied by the AKE module is set to the home IMS gateway that is different from the server serving as the content provider. This process conforms to playback.
  • FIG. 11 shows a DMP 501, a home IMS gateway 502, and a residential gateway (RG) 503 as content playback devices as devices in the home network 500.
  • a DMP 501 a home IMS gateway 502
  • a residential gateway (RG) 503 a residential gateway 503
  • IMS IP multimedia subsystem
  • IPTV service 520 an IPTV service 520
  • IP Multimedia Subsystem (IMS) 510 was developed by 3GPP (3rd Generation Parthership Project), a standardization project for 3rd generation mobile communication systems, as previously described with reference to FIG. It is the foundation of the mobile phone wireless communication infrastructure that is being used, with a functional element called CSCF (Call Session Control Function) as the core, home subscriber subsystem (HSS: Home Subscriber Subsystem), application server (AS: Application Server), etc. It consists of functional elements.
  • FIG. 11 shows an application sano (AS) 511.
  • the application server (AS) 511 includes a CDS (Content Directory Service) 512 as a directory service execution unit that performs processing such as function registration of the service providing server.
  • CDS Content Directory Service
  • the IPTV service 520 has an EPG server 521 that is a server for providing EPG (Electronic Program Guide) that is a program information guide such as a content list, and a video server 522 that is a server for providing video content.
  • EPG Electronic Program Guide
  • the content list providing service and content providing service for DMP501, which is the user terminal, can be realized by linking the server of AS (IPTV) 511 with C DS512.
  • AS IPTV
  • a basic processing flow when DMP 501 which is a content playback device in home network 500 acquires content from IPTV service 520 outside the home network will be described.
  • the home IMS gateway 502 has already mapped the IPTV service (AS) as DLNA DMS by the AS subscription sequence described above with reference to FIGS.
  • step S 101 the DMP 501 executes device discovery as a UPnP action, and acquires information on the AS (IPTV) set as the DMS from the home IMS gateway 502.
  • the home IMS gateway 502 provides information based on the UPnP Media Server instance corresponding to the AS (IPTV) generated by the home IMS gateway 502 in the mapping process to the DMP 501 that is a content playback device.
  • the DMP 501 interprets the AS (IPTV) as a content providing server (DMS) in the home network.
  • DMS content providing server
  • the DMP 501 issues a UPnP Content Directory Service Browse action to the AS (IPTV) set as the DMS.
  • the home IMS gateway 502 that has received the Browse action from the DMP 501 relays this request to the AS 511 (CDS 512).
  • the AS511 (CDS512) acquires a list of video contents provided by the EPG server 521 of the IPTV service 520, and transmits the content list as a response to the DMP 501 by the home IMS gateway 502.
  • the home IMS gateway 502 may notify the DMP 501 that the target device for key exchange (AKE) processing without using content metadata is the home IMS gateway 502.
  • the DMP 501 executes authentication and key exchange (AKE) processing in accordance with the DTCP-IP rules in step S102.
  • the DMP executes processing with the execution target of authentication and key exchange as the home IMS gateway 502.
  • this authentication and In the key exchange (AKE) process the home IMS gateway 502 provides the key applied as the content encryption key to the video server 522 of the IPTV service 520 as the content provider in step S103.
  • the video sano 522 of the IPTV service 520 as the content providing entity and the DMP as the content using entity share the key.
  • step S104 the content playback device DMP501 applies the URL of the resource acquired in the content list acquisition processing, issues a content request based on HTTP GET, and sends it to the video server 522.
  • Request HTTP streaming The video server 522 of the IPTV service 520 encrypts the content data using the key shared with the DMP 501 in the previous AKE phase, and transmits it to the DMP 501.
  • the DMP 501 executes content reproduction by executing a decryption process using the shared encryption key for the data received from the IPTV service 520.
  • DMP power as a content playback device in the home network can be received and played back from the content providing server outside the home network.
  • the home IMS gateway installed in the home network performs communication with the content providing server and maps the content providing server as a virtual home network device, that is, externally.
  • An instance in which server information of the server is recorded is generated and stored in the storage unit, and the content playback device power in the home network is also based on the instance in response to receiving a device discovery request in accordance with the UPnP specification.
  • the server information corresponding to is provided to the content playback device as device information that can receive the service.
  • the home IMS gateway when the home IMS gateway receives a content acquisition request from the content playback device, that is, an acquisition request for the content provided by the content providing server, the home IMS gateway forwards the request to the content providing server and transmits the content providing server. The content is transmitted to the content playback device, enabling content reception and playback on the content playback device.
  • the content playback device and the home IMS gateway execute the specified processing (AKE) and send the generated key to the home IMS gateway power content provision server.
  • the server and the content playback device can share the key generated in the authentication and key exchange process, and the content that has been encrypted is the same as the content transmission process executed by the DMS in the home network. It is sent from the provided Sano to the content playback device, and secure content transmission / reception is realized.
  • This content transmission method can also be applied to home-to-home content transmission.
  • the home server of another home provides the same service, so that the content of the home can be transmitted. In this way, non-commercial content transmission may be sent without encryption.
  • DMS which is a DLNA-specified content providing server, implements UPnP Mediasano (UPnP Media Server), and is mainly used in UPnP Mediasano (UPnP Media Server).
  • the Content Directory Service is implemented, and it is possible to obtain the content list and metadata to which it is applied.
  • a DMP that is a DLNA-compliant content playback device acquires a content list that is streamed by a DMS that is a DLNA-compliant content providing server.
  • the embodiment described with reference to FIG. 9 is an embodiment in which the content list acquisition processing by the UPnP content directory service (Content Directory Service) is performed by applying the message communication of SOAP, GENA defined by UPnP DA. is there. Next, an example of processing using the presentation mechanism defined by UPnP DA will be described.
  • a DMP that is a content playback device from the home IMS gateway 212 for example, the TV (DMP) 213 shown in FIG.
  • a process for providing HTML data describing a service screen including content list content information, etc. is executed, and the service screen with HTML data power is displayed on the display on the DMP side which is the content playback device.
  • the user selects content based on the display data and receives the IPTV service. That is, for example, using a PC or TV with a browser function set as a DL NA device in the home network, the list held by the home IMS gateway 212 is presented on the display to select an IPTV service. Is received.
  • the content playback device that is, for example, the TV (DMP) 213 shown in FIG. 3, implements an HTML browser for realizing the presentation function provided by UPnP DA.
  • the UPnP content directory service is not used, but the content playback device is implemented based on the DLNA media transfer specification and the content protection DTCP-IP specification for the streaming playback function. It has become.
  • the AS (IPTV) content usage sequence is divided into the following four phases.
  • each phase (Bl), (B3), (B4) is the same as in the previous embodiment.
  • the processing is the same as that described with reference to FIGS.
  • (B2) content list acquisition processing in steps S35 to S38 described with reference to FIG. 9 has been executed, but the presentation (Presentatio specified in UPnP DA)
  • (B2a) service screen acquisition processing is performed instead of (B2) content list acquisition processing.
  • Fig. 12 shows a configuration example of the software module of the home IMS gateway 212 for performing the (B2a) service screen acquisition process.
  • the service screen is obtained by using the function of the HTML browser, the SOAP and GENA software modules described with reference to FIG. 6 are not implemented.
  • an HTTP proxy HTTP Proxy
  • HTTP Proxy HTTP Proxy
  • the device discovery process is the same as the process described above with reference to FIG. 9, and the content playback device DMP (for example, TV (DMP) 213 shown in FIG. 3) is a device specified by UPnP.
  • Device discovery processing is performed through processing steps S31 to S34 according to the discovery protocol.
  • the DMP as a content playback device discovered the content providing server (DMS) implemented in the home IMS gateway, and implemented it in the DMS according to the device information (Device Description) of the DMS according to the UPnP DA regulations.
  • Get presentation URL (Presentation URL) to get HTML data provided by HTTP server.
  • the DMP as the content playback device uses the presentation URL (Presentation URL) acquired in (B1) device discovery processing to perform step S.
  • an HTTP: GET request is sent to the DMS HTTP server.
  • Home HTTP Proxy (HTTP Proxy) implemented in the IMS gateway sends the HTTP request received from the DMP as the content playback device to the HTTP server in Step S 202! / Communicate to the server (AS).
  • the application server (AS) of the IPTV service uses the content information obtained from the EPG server to generate a service screen including the content list as HTML (HyperText Markup Language) data.
  • the service screen HTML data representing the URL is returned to the home IMS gateway as an HTTP: OK response.
  • 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 the content playback device using the HTTP proxy (HTTP Proxy).
  • AS application server
  • HTTP Proxy HTTP proxy
  • DMP as a content playback device performs rendering processing using the HT ML browser on the HTML data transmitted from the application server (AS) of the IPTV service transferred via the home IMS gateway, the content list, etc.
  • AS application server
  • a powerful service screen is generated and displayed to the user. This service screen includes a content list of the IPTV service, and the user selects content to be played back from this content list.
  • This content selection processing is executed, for example, as processing for selecting a content list displayed on the screen using a remote controller, a switch, or a pointer such as a keyboard or a mouse.
  • the resource URL of the content included in the HTML data is specified. Subsequent processing using the URL corresponding to the selected content, that is, as described above with reference to FIG.
  • DMP as a content playback device plays back content.
  • the client device inputs the user's content selection information for the content list included in the service screen, and based on this content selection information, the URL corresponding to the selected content, that is, the resource URL of the content included in the HTML data Identification, URL-based authentication, key exchange processing and content streaming Execute the processing.
  • the service screen acquisition process executed in steps S201 to S204 is a single process.
  • the service screen is structured as a plurality of HTML data. This makes it possible to re-acquire the service screen based on the operation of the HTML browser by the user. In other words, it is possible to configure the same processing as steps S201 to S204 repeatedly, and it is possible to provide various service screens from the AS of the IPTV service to DMP. The user on the DMP side can select any content from the content list presented on various service screens.
  • the HTML data representing the confirmation screen is the home page. It is transmitted from the IP TV service AS to DMP via the IMS gateway.
  • the user can receive services provided by various IPTV services while operating the service screen displayed on the DMP display and performing interactive processing.
  • Figure 14 shows examples of the service screen and streaming playback screen that are provided from the IPTV service AS to DMP and displayed on the DMP display.
  • FIG. 14 (1) is an example of the service screen displayed on the DMP display in the service screen acquisition process (B2) of steps S201 to S204 described in the sequence diagram of FIG.
  • Figure 14 (2) shows an example of a screen displayed on the DMP display during the subsequent content streaming process. That is, it is an example of the display screen of the content reproduction apparatus when the content streaming process (B4) described with reference to FIG. 10 is performed.
  • the presentation and content streaming process can be executed repeatedly.
  • CEA Briefly describe the 2014 standard.
  • the CEA-2014 standard is a web-based protocol and framework standard for remote user interfaces using UPnP networks and the Internet.
  • This CEA-2014 standard is a standard that defines the mechanisms required to provide a user interface under the control of a remote device connected via a network, for example.
  • the basic processing of the device that provides the user interface is processing that conforms to the UPnP device architecture (vl. 0), which is a regulation for UPnP networks and in-home UPnP.
  • the CEA-2014 standard also allows remote display processing of user interfaces provided by third-party Internet services for UPnP devices in the home, and is used in TVs, mobile phones, and portable devices. Specific UI functions.
  • the CEA-2014 standard can be configured as a standard that includes provisions corresponding to the specific specifications of CEA-2027-A, which is a UI standard for home networks.
  • the processing described with reference to Fig. 13 is performed on the device that implements the HTML browser (HTML Browser) specified in the CEA-2014 standard by acquiring the service screen using the HTML browser (HTML Browser).
  • HTML Browser HTML Browser
  • the UPnP Device class of the home IMS gateway is Remote UI Server, and HTML data according to the HTML browser profile specified in CEA-2014 is used.
  • IPTV services As mentioned above, do not depend on infrastructures such as Internet access lines and gateways! ⁇ In an open Internet connection environment, you can apply existing DLNA devices to view content provided by external servers outside the home network, such as IPTV services. The configuration to be described has been described. The functions used to receive IPTV services from external Sanokus on devices in the home network are described below for each item shown below.
  • IMS IP Multimedia Subsystem
  • Residential gateway (RG: Residential Gateway) 211 which is a network connection device that connects devices in the home network to the IP broadband network 221 and is used as a bridge,
  • a home IMS gateway 212 that executes processing to enable the use of services provided by servers outside the home network for devices in the home network 210 (for example, content playback devices such as TV (DMP) 213);
  • DMP TV
  • Digital media player (D MP: Digital Media Player) TV213, which is a client device that receives and plays back content
  • Each of these devices may be an individual device that is physically separated or may be configured as one device.
  • One information processing apparatus as a client connected in the home network or a combination of a plurality of information processing apparatuses basically includes a communication unit that executes communication processing via the home network, and a home network. It has a data processing unit that executes the reception processing of the content provision service provided by the external server by applying the mapping information in which the external server outside is set as a virtual home network device.
  • the following This section describes the functions required to receive the PTV service and the functions that are effective to receive the PTV service, that is, the function of the IPTV service receiving client.
  • the function required for the IPTV service receiving client to receive the IPTV service is the IPTV terminal function.
  • the IPTV terminal function is a function required for the logical endpoint of the IPTV service.
  • each of the RG 211, home IMS gateway 212, and TV (DMP) 213 is the IPTV terminal.
  • Each part of the function is executed.
  • Each of these devices performs a part of the IPTV terminal function according to its role, receives the service provided from the external server, and is a device in the home network, such as the TV (DMP) shown in FIG. It can be presented at 213.
  • processing such as storage, printing, and display can also be realized by providing services from external SANO to other home network devices.
  • FIG. 15 shows the components of the IPTV terminal function, which is a function required to receive the IPTV service. As shown in Figure 15, the IPTV terminal function
  • An IPTV client is a component that ensures that an IPTV device, such as the TV (DMP) 213 shown in FIG. As shown in Figure 15, the IPT V client
  • IPTV IPTV—DLN A application gateway It has subcomponents as these functional elements. These functional elements (subcomponents) will be described below.
  • the IPTV application client is a component that 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 and executes processing according to the command. Specifically, for example, EPG (Electronic Program Guide) display, channel specification using EPG, change processing, etc. are performed.
  • EPG Electronic Program Guide
  • An IMS communication client is a set of IMS applications used to deliver message information, such as messages, video data, and other IMS-based service information not related to IPTV.
  • the IPTV navigation client downloads content lists and other metadata corresponding to EPG (Electronic Program Guide), VoD (Video on Demand), and displays them in a dedicated GUI for content selection. used.
  • EPG Electronic Program Guide
  • VoD Video on Demand
  • the IPTV navigation client performs integration processing of other resources such as broadcast TV and DLNA home network.
  • the content protection client executes protection of content provided by the IPTV service, for example, encryption processing for protecting the copyright of the content owner, encryption key management processing, and the like.
  • IPTV—DLNA application gateway receives media and EPG (electronic program guide) from, for example, an IPTV client, converts it into a format that can be used by DLNA devices, and converts EPG (electronic program guide) etc. Execute processing to send via.
  • EPG electronic program guide
  • IPTV The DLNA application gateway acts as a SIP (Session Initiation Protocol) client and performs registration processing for other home devices connected to the home network. For example, family members and device registration are executed.
  • SIP Session Initiation Protocol
  • FIG. 15 IMS gateway functional elements shown in Fig. 15 will be described. This corresponds to the function of the home IMS gateway 212 in the configuration shown in FIG.
  • Home IMS gateway 212 converts devices in the home network to the IMS network. A component that connects, converts between various signaling protocols as needed, and mediates messages between devices in the home network and devices outside the home network.
  • IMS B2BUA functions as a unit between working between a pure SIP client and an IMS system, and performs processing such as conversion between SIP messages and IMS messages, and message transfer.
  • the IMS proxy like B2BU A, simply sends a message without performing message conversion, and performs a route determination process, an IP address (local and global) and port number mapping process, and so on.
  • the IMS client executes client registration processing (IMS registration processing) to which client identification information is applied. It also supports processing such as authentication processing and setting up IPSec security connections with CSCF.
  • IMS registration processing client registration processing
  • CSCF CSCF
  • the home router interface function provides router functions such as providing a NAT function.
  • SIP server DHCP option [DHCP—SIP], or P—CSCF address obtained by DNS lookup using SRV record, control signal port specified for UPnP and port for unicast media stream open / close Perform processing.
  • IPTV terminal function is described above.
  • An HTTP proxy is an intermediate program that performs processing according to the [HTTP] protocol specification and acts as both a server and a client for the purpose of making a request on behalf of another client (HTTP client).
  • This HTTP proxy can, for example, interrupt an HTTP GET sent to the outside and use the data that can be referenced by the requested URI.
  • the HTTP proxy acts as an HTTP client and performs data retrieval based on the requested URI.
  • the caching function is used to cache data received by clients via multicast download or multicast.
  • the caching function executes cache processing that temporarily records data such as web pages (EPG and other IPTV menus), images, and metadata.
  • Caching functions are used, for example, to minimize user interaction latency and to minimize the amount of multicast downloads from IPTV applications and control functions.
  • the caching function can be directly accessed by the client, and when the IPTV client and the caching function are physically separated in the same network, for example, the generation of new cache data, etc. Events can be notified to the IPTV client from the caching function using the GENA protocol according to the DLNA definition.
  • the multicast data channel (MDC) control function is a function that mediates between the caching function and the application installed in the client, and includes a multicast data channel (MDC) insertion function.
  • MDC multicast data channel
  • the Multicast Data Channel (MDC) control function identifies various application requests by tags. For example, a browser running on the client side can acquire an EPG by specifying an EPG page tag and making a request.
  • the MDC control function filters the incoming MDC and sends an MDC object with the applied tag to the respective application.
  • the multicast data channel (MDC) control function includes an MDC proxy, and when the MDC proxy registers a specific number of requests for a certain object such as an EPG page, the MDC control function You can request that this EPG page be placed in the MDC.
  • MDC multicast data channel
  • IMS IP Multimedia Subsystem
  • IMS is based on IP technology and has a high affinity with fixed-line Internet infrastructure.
  • IMS is based on a functional element called CSCF (Call Session Control Function) based on SIP (Session Initiation Protocol) specified in RFC-3261 of the IETF (The Internet Engineering Task Force), and is based on the Home Subscriber Subsystem (HSS). It consists of functional elements such as Subscriber Subsystem) and Application Server (AS).
  • CSCF Call Session Control Function
  • SIP Session Initiation Protocol
  • HSS Home Subscriber Subsystem
  • AS Application Server
  • IMS network 230 shown in Fig. 3 has CSCF231, HS S232, and AS (IPTV) 233 as each of these functional elements, and provides services to mobile phone 260 via mopilephone network 240. To do.
  • the CSCF 231 performs user registration and session setting control based on SIP (Session Initiation Protocol).
  • SIP Session Initiation Protocol
  • the user profile registered in HSS232 Execute necessary service processing startup according to the settings of the service.
  • HSS232 has a database for managing user IDs used in IMS, managing profiles of services subscribed to by each user, managing authentication information, managing availability of each IMS service, and managing user mobility.
  • the AS233 is a server that executes processing of individual services, and is activated by the CSCF 231 according to the service subscription status of each user, and provides services to users.
  • the user power registered in the user ID is used to access the CSCF231 using the client device to perform terminal (client) registration and session setting control, and the user registered in HSS232.
  • the necessary services are started according to the settings in the profile, and AS233 actually processes each service.
  • the IPTV service AS set in the IMS network 230 is used.
  • AS (IPTV) 233 shown in FIG. 3 corresponds to the execution AS of this IPTV service.
  • the AS (IPTV) 233 actually executes the service for the user terminal in cooperation with the IPTV service execution entity, that is, the IPTV service 250 as the content providing entity.
  • the IPTV service 250 includes an EPG server 251 that is an EPG [Electronic Program Guide] that is a program information guide such as a content list, and a video server 252 that is an AV content provision server.
  • EPG server 251 that is an EPG [Electronic Program Guide] that is a program information guide such as a content list
  • video server 252 that is an AV content provision server.
  • the content list providing service and the content providing service for the user terminal can be realized by linking each server with the AS (IPTV) 233 of the IMS network 230.
  • IMS IP Multimedia Subsystem
  • CSCF Call Session Control Function
  • HSS Home Subscriber Subsystem
  • AS Application Server
  • CSCF231 performs user registration and session setting control based on SIP (Session Initiation Protocol), and executes necessary service processing according to the user profile settings registered in HSS232.
  • HSS232 manages user IDs used in IMS, profile management of services subscribed to by each user, management of authentication information, availability of each IMS service Management and user movement management database.
  • the AS (IPTV) 233 executes a service for the user terminal in cooperation with an IPTV service (IPTV Service) executing entity, that is, an IPTV service 250 as a content providing entity.
  • IPTV Service IPTV Service
  • FIG. 16 shows the main functions of IMS (IP Multimedia Subsystem)
  • FIG. 1 The functions of (B1) CSCF, (B2) HSS, and (B3) AS will be described individually below.
  • CSCF Call Session Control Function
  • Proxy CSCF Proxy CSCF
  • Interrogating CSC F Interrogating CSC F
  • Serving CSCF Serving CSCF
  • Proxy CSCF is the first point of entry from a client in the home network as an IMS terminal, for example, home IMS gateway 212 shown in FIG. 3 to the external network.
  • the proxy CSCF uses a key obtained by the serving CSCF power to establish an IPSec security relationship with a client in the home network as an IMS terminal, for example, the home IMS gateway 212 shown in FIG.
  • the proxy CSCF For each SIP message protected by IPSec communication coming from a terminal, eg, the home IMS gateway 212 shown in FIG. 3, the proxy CSCF verifies the integrity and decrypts it. For example, when the message is encrypted, the message is decrypted. If the decryption is successful, the proxy CSCF executes the client identifier confirmation process.
  • Interrogating CSCF performs, for example, questions on HSS !, matching, etc., acquires subscriber information (user profile, etc.), and supports registration processing. It also performs processing for SIP message and billing route determination.
  • the CSCF is a contact point with the home network, functions as a SIP registrar, and functions as a SIP server that maintains the connection between the user's location and the recorded user's SIP address.
  • A which is data applied to client authentication from HSS Performs processes such as obtaining KA authentication vector (AV) and user profile Z service profile.
  • Serving CSCF performs the client authentication process using the IMS AKA protocol and, after successful authentication, provides the proxy CSCF with the key contained in the AKA authentication vector (AV).
  • the Serving CSCF examines all SIP messages with an IMS terminal, eg, a client, and determines a message path. This process can be executed as a process considering the trigger rule Z event based on the user service profile acquired from HS S.
  • the Home Subscriber Subsystem maintains a list of client (user) information related to IMS subscriber information, user profiles, and so on.
  • client user
  • IMPI private user identity
  • IMPU public user identity
  • User information is recorded and managed in association with at least one of these pieces of identification information.
  • an IPTV service subscriber profile is combined with IMPI, which is client (user) identification information, and includes a service profile corresponding to each client.
  • the service profile includes one or more public user identities (IMPU), core network authentication information (optional), and one or more filter criteria information.
  • the serving CSCF described above is required for certain SIP requests whether it is appropriate to route to the AS (application server) using these filter criteria maintained by the HSS. Whether or not, etc. are determined, and filtering is performed. Information to be applied to the filter is stored and notified for each AS for each user. For example, for IPTV, the HSS holds information about the IPTV service provider and service identifier, and performs filtering based on these. The HSS also generates an AKA authentication vector (AV) that is used during the regular IMS registration procedure.
  • AV AKA authentication vector
  • IMS Application Sano Another element of the primary function of IMS (IP Multimedia Subsystem) is IMS Application Sano (AS).
  • IMS Application Sano (AS) has the following IPTV It has a function.
  • This function determines the location of access points for IMS AS that provides IPTV services.
  • nPVR Network Personal Video Recording
  • Terminate SIP traffic adjust media stream setup, record information set by end users, menting, etc., charge for IPTV service capabilities, process authorization and other services, and deliver these services and functions to the IMS network This is a function that executes consignment processing to connected external devices.
  • the functions used in the network configuration to receive the IPTV service from the external server in the devices in the home network will be described.
  • the functions used in the network configuration include:
  • the (C1) media server and the (C2) transcoding function may be configured in the IPTV service 250 in FIG. It may be configured as an independent configuration for the network connection device.
  • the home router In the configuration of FIG. 3, the home router is provided in a device in the home network 210, for example, in the home IMS gateway 212.
  • the media server is the most important component of the media layer, for example, a network that performs storage and output of VoD (video on demand) content and client-specific content recording processing for each client.
  • VoD video on demand
  • client-specific content recording processing for each client.
  • Personal video recording (nPVR) For example, content holding is performed.
  • the media server performs necessary media stream processing when performing trick play such as slow playback, high-speed feed, rewind, and skip chapter in VoD (video on demand), for example.
  • VoD (video on demand) content is input from the content management system to the media server.
  • the transcoding function is, for example, a function for executing conversion and encoding of data corresponding to standard definition SD (Standard Definition) and high quality image HD (High Definition).
  • SD Standard Definition
  • HD High Definition
  • the client negotiates the coding mode of the stream to the IPTV service providing server using normal SIP SDP negotiation in the SIP session setup, and receives the coded data in a form suitable for the client. be able to.
  • the transcoding function performs coding that takes into account the available code formats of the network and the bandwidth that can be used in the stream path, and performs processing that takes into account the adaptability such as the client screen size and resolution. It is necessary to
  • the home network is connected to the distribution network by a home router that provides NATZNAPT (Network Address Translation Z Network Address Port Translation) functionality.
  • Home router has two profiles of full support and limited home router Can be classified as Aisle. For example, to receive IPTV services, water UPnP IGD,
  • NAT network address translation
  • N APT network address port translation
  • a 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. If there is a NATZNAPT router between them, a UDP capsule of IPsec ESP packet [ESP] is used.
  • NATZNAPT routers also have IGMP (Internet Group Management Protocol) proxy and IGMP snooping functionality to support multicast streaming delivery through home routers. If the home router has NATZNAPT routing functionality, it is managed by the IMS gateway.
  • IGMP snooping In order for the functionality to work correctly, an IGMP membership report must be generated by a device that wishes to receive IP multicast packets. For example, an IGMP membership report for multicast streaming is generated by an IPTV client that is not by an IMS gateway.
  • Clients in the IPTV system such as the home IMS gateway 212 and TV 213 shown in FIG. 3, require an accurate time of, for example, 0.1 second to set a time stamp and start recording.
  • the client implements a simple network time protocol client [SNTP].
  • SNTP clients can receive time signals on a defined multicast channel.
  • the media protocol used for media (program) communication must provide transport and control functions for real-time audio Z-video streaming of the media plane.
  • the following protocols are used. Is done.
  • MPEG Transport Stream MPEG-2TS
  • MPEG time stamps are used for media synchronization.
  • MPEG-2 TS packets are carried by the RTP protocol conforming to RFC3550 and RFC2250.
  • RTCP can optionally be applied to both media servers and clients.
  • the RTCP protocol shall conform to RFC3550.
  • all media servers and clients assume an implementation with and without R TCP support. For example, a media server can send a sender report, but a power client cannot respond via a receiver report. RTCP information is also sent to SDP before streaming. Thus it can be ignored.
  • Packet loss in IPTV networks does not occur as often as in the current Internet, but a robust transport is required to perform data transmission at high bit rates (eg HD streaming).
  • a robust transport is required to perform data transmission at high bit rates (eg HD streaming).
  • the packet loss rate per content for 2 hours is 1 or less” is used as the standard for the packet loss rate.
  • Two hours of HD content will contain approximately 10M—IP packets, so the packet loss rate is required to be 10-7 or less.
  • IPTV uses forward error correction (FEC) to correct errors.
  • FEC forward error correction
  • the FEC transport format shall be based on RFC2377 and its extensions. FEC information is described by the SDP to allow for different versions in the future.
  • RTSP RF C23266
  • trick play such as slow play, fast forward, rewind, and skip chapter.
  • TCP is used for RTSP transport.
  • RTSP is not used.
  • a client establishes a media session using the SIP protocol, and RTSP is used for playback control after session setup.
  • MPEG-2 part 2 and MPEG-4 part 10 are used for media codecs of video content.
  • Distribution of media such as TV programs can be managed by a dedicated media server after setting up a session between the client and server, and the transcoding and encoding of distribution data is also performed via the network for media distribution.
  • the IPTV control function of the client responds to the client's SIP invite, and the stream acts as an RTSP PLAY from the client, acting directly on the media server or as an RTSP proxy. Start through function.
  • the cast stream is used in, for example, nPVR (network 'personal video recording) and VoD (video on demand).
  • IPTV multicast stream encapsulates MPEG-2 or MPEG-4 part 10 frames as MPEG-2 transport streams, and then is set as RTP packets. RTP packets are transferred with U DPZIP.
  • Multicast streaming is usually used for viewing TV broadcasts. There are two options for conserving multicast resources:
  • IP edge device is the first IP node between home network and IP backbone network located at upstream edge of access and integrated network.
  • the resource ID which is the identifier of the available resource, is entered in the EPG metadata.
  • the client sends an IGMP join message as defined in IGMP (Internet Group Management Protocol) to join the corresponding multicast group.
  • IGMP Internet Group Management Protocol
  • the multicast group to join is searched for EPG power by the linking mechanism.
  • the client is selected according to the provided profile based on the provision of the user profile or client profile to the external server in the process of receiving the content list corresponding to the content that can be provided by the external server from the external server. Executes the process to obtain the content list corresponding to the channel.
  • the channel change operation is the same with the exception that a SIP update message is not required between channel changes with different resource requirements.
  • all resource requests are made by IP edge devices as a result of IGMP reports. The If resources are insufficient due to channel changes, multicast combining will not occur.
  • SIP sessions are intended for service monitoring rather than resource management.
  • the client includes a function for limiting the IGMP channels to which the user is allowed to participate, for example, according to the subscriber profile held by the HSS233 shown in FIG.
  • the access node of the network can optionally perform verification that allows the subscriber to participate in certain channels.
  • the basics of the multicast stream communication mechanism are the same as for multicast.
  • the source and destination addresses at the IP layer are set according to the media server and multicast group.
  • This section summarizes the multicast distribution content and multicast distribution content switching processing executed on the client side.
  • the data processing unit of the client device uses IGMP-join (IGMP subscription) as a message in accordance with IGMP (Internet Group Management Protocol).
  • IGMP Internet Group Management Protocol
  • the IGMP le ave IGMP leave
  • the data processing unit of the client executes the reception processing of the multicast distribution content when receiving the TV broadcast, and the switching processing to the multicast distribution when executing the VoD (video on demand). To do. Furthermore, a switching process to a multicast distribution is executed in the process of nPVR (network 'personal video recording) executed as a user-specific content recording process. In addition, when trick play is performed as a special playback process for content, a process for switching to multicast distribution is also executed. The data processing unit of the client executes a process for switching to the multicast distribution as a process for receiving the content list corresponding to the user profile or the client profile.
  • nPVR network 'personal video recording
  • the IPTV system can manage the quality of service of all network segments except in the home network. Traffic management is executed in communication via the network in the network configuration shown in Fig.3. The communication data quality control process will be described with reference to FIG. IPTV's QoS (Quority of Services) control Z management is performed based on RACS (Resource and Admission Control Subsystem) as shown in Figure 18.
  • RACS is responsible for policy control, resource storage and admission control. This allows the service to request transport resources via RACS.
  • the current RACS range includes multiple network interconnections used in IPTV systems.
  • the RACS architecture includes SPDF (service policy decision function) and A—RACF (access resource and admission control function).
  • the communication execution application maps application layer QoS information (eg, parameters defined in SDP) to QoS information sent to SPDF.
  • the SPDF can be a proxy CSCF or a logical entity of another physical node, and the information required for this process can be a SIP invite sent from the client when the user requests a multicast channel or a multicast session. Obtained from the message.
  • A-RACF located in the access network receives requests from SPDF, and based on these requests and the policy information stored in A-RACF, A-RACF is in the transport within its control. You can accept or reject these requests for resources. This includes the IP edge and the access node, and finally a response is generated and provided to the application.
  • RACS is responsible for resource conservation.
  • the resource saving failure and failure notification processing are described below.
  • SPDF is a communication execution application with Experimental-Result-Code AVP as the communication error code notification process with the following values: Return to proxy CSCF. INSUFFICIENT—RESOURCES * If resource save could not be changed, MODIFICATION—FAILURE
  • the proxy CSCF that is the communication execution application needs to map the received error code to the SIP error code and send it back to the terminal (client), that is, reject SIP INVITE or SIP UPDATE. Note that the “Precondition Failure” SIP status code can be used for [SETUP] of this process.
  • communication data in the home network can be prioritized based on priority marking.
  • This approach follows the DLNA guidelines. For example, a mapping rule between the type of communication data (traffic type) and priority (priority [DLNA]) is set, and the priority of communication data is determined based on this rule.
  • IPTV service processing will be described in order, divided into the following two items.
  • IMS Identity management, authentication, and authorization.
  • I PTV systems use IMS to ensure that data communications are handled in a reliable, authenticated and authorized manner.
  • the IPTV service uses SIP for media stream delivery and also uses SIP to perform other functions.
  • SIP Session Initiation Protocol
  • the advantage of using IMS is that all SIP messages automatically go through the IMS proxy, which means that the message content and header strength are for automated interactions such as setting the correct quality of service. It means that it can be used.
  • the IPTV architecture is designed to interconnect with DLNA communications that are converted to SIP, and in other parts of the system, for example, when interacting with components of the content management function, the IPTV application function is SIP.
  • IPTV controller for signal communication It also receives the functionality of the network and converts it to another protocol (such as HTTP). These processes are mainly performed by the IMS application server (AS).
  • IPTV services [0243] The following are three specific examples of IPTV services.
  • Deployment scenarios 1 and 2 described below look very similar, but are actually very different. The main difference is that in scenario 1, each terminal is assumed to have its own private IMS identifier (identity), but in scenario 2, the terminals share the same private IMS identifier. From the user's point of view, this is not visible, but for the operator, this is a major difference between the network management method and the subscription processing method.
  • the scenarios described below are complementary rather than mutually exclusive and can occur simultaneously on the same network.
  • 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 has a TV (DMP) 711 and a home IMS gateway 712 as a configuration for receiving the IPTV service, and the IMS network 720 has been described with reference to FIG.
  • DMP TV
  • management functions, content management functions, and service provision services are provided.
  • This function is divided into IMS core parts that perform functions such as registration functions and other registration processing and communication mediation.
  • Various processes are divided into (a) application layer, (b) control layer, and (c) media layer, and are performed as processes involving communication between each layer.
  • deployment scenario 1 is a processing example when these devices that have a physical boundary between the TV (DMP) 711 in the client (home network client) 710 and the home IMS gateway 712 are integrated. It is.
  • Figure 19 shows an example of client registration processing. Registration request is sent from the TV (DMP) 711 as a client to the IMS core of the IMS network 720 via the home IMS gateway 712, and the registration processing is executed in the service provision function. Is done.
  • the client TV (DMP) 711 sends [SIP SUBSCRIBE] to the IPTV control function included in the content management function of the IMS network 720, as shown in Figure 20.
  • the IP TV control function of the content management function provides the client with [SIP NOTIFY] that includes the multicast data channel address and the EPG URL.
  • the client TV (DMP) 711 After receiving the SIP NOTIFY, the client TV (DMP) 711 starts listening on the multicast channel. It also downloads the first page of the EPG, displays it (if configured to start with user power 3 ⁇ 4p G ), and in some cases downloads many pages. After receiving the EPG, the user selects the channel to watch. At this time, [T SIP INVITE] is sent to the IPTV control function, which captures it and sets up the correct QoS. The user then starts watching the channel and switches between multicast channels.
  • Figure 21 shows the communication sequence when the channel selection process is executed by the user! /.
  • IPTV client TV DMP
  • IMS gateway 712 IP Multitimedia Services Identity Module
  • the home IMS gateway 712 is used as a proxy, and the IPTV client TV (DMP) 711 directly registers with the IMS core.
  • the home IMS gateway 712 passes the message to the IMS core.
  • Control information is passed using SIP through the home IMS gateway 712, and media is delivered directly from the media server (in the content provider domain) to the IPTV client.
  • Access to the service requires an IMS identity (IMS PUID).
  • IMS PUID IMS identity
  • the home network uses DLNA, the media distribution between IPTV system SIP communication and DLNA system HTTP communication, and IPTV system IP (using DVB force processing) and DLNA system HTTP based media There is a need to bridge between deliveries.
  • the IPTV-DLNA application gateway there is a gateway that bridges two different systems, the IPTV-DLNA application gateway.
  • DLNA device 713 receives media from an IPTV service provider.
  • the IPTV-DLNA application gateway connects to the home IMS gateway 712 and registers similarly as a SIP client without an IMS client, as in Scenario 2.
  • it functions as a TV (DMP) 71 ⁇ IPTV—DLNA application gateway.
  • the IPTV-DLNA application gateway can be registered when connecting to the network as a SIP client as well as without an IMS client.
  • This deployment scenario 3 can be realized in two ways. One is based on deployment scenario 1, and the other is implemented as processing based on deployment scenario 2.
  • the dotted line 715 shown in FIG. 23 means that the IPTV client TV 711 and the home IMS gateway 712 force may be physically integrated or separable.
  • the following describes five use cases for IPTV and DLNA application gateways. From the IPTV system perspective, the IP TV—DLNA application gateway acts as an IPTV client.
  • the IPTV—DLNA application gateway uses UPnP AV Media Server. Functions as a DLNA digital media server (DMS) that implements (UP nP device). IPTV—DLNA application gateway converts media formats and protocols such as EPG / VoD content lists and other program content to DLNA protocol in response to requests from DLNA digital media players (operated by users).
  • DMS Digital Media Server
  • DMP Digital Media Player
  • the IPTV-DLNA application gateway functions as a DLNA digital media server, similar to the 2BO X PULL use case. 2
  • the difference from BOX PULL is that the download controller (+ DN +) downloads video content provided by the DMS. Content cannot be output to the IPTV-DLNA application gateway, but instead is downloaded upon request (eg for VoD services).
  • the DLNA application gateway functions as a DLNA Push controller (+ PU +) that implements UPnP control points for the UPnP AV renderer.
  • the user operates the client device to browse the content list corresponding to the EPGZVoD of the IPTV service and to convey the bidet streaming provided by the DLNA Push controller of the IPTV—DLNA application gateway.
  • the DLNA Push controller controls the DLNA media renderer, allowing the DLNA digital media renderer to play the selected video content.
  • IPTV—DLNA application gateway is UPnP A Implements UPnP control point for V server (UPnP device) D Acts as LNA upload controller (+ UP +).
  • the user can browse the EPGZVoD content list of the IPTV service by operating the client device.
  • the DLNA digital media server stores 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 client network connection process.
  • the left power also shows the client corresponding to TV (DMP) shown in Fig. 3, the home IMS gateway, and the CSCF, HSS, and AS (IPTV) that are the components of the IMS network.
  • DMP TV
  • CSCF proxy CSCF
  • Q ! Interrogating CSCF
  • S-CSCF Serving CSC F
  • step S501 the client acquires an IP address, and in step S502, outputs a registration request.
  • the registration request is sent from the home IMS gateway to the CSCF proxy CSCF (P CSCF), Interrogating CSCF (I-CSCF), and Serving CSCF (S-CSCF).
  • P CSCF CSCF proxy CSCF
  • I-CSCF Interrogating CSCF
  • S-CSCF Serving CSCF
  • step S503 user profile acquisition from the HSS is executed in the S-CSCF, and a request response notification is sent to the client in step S504.
  • step S505 a setting is made to enable IPSec communication between the client and the C SCF proxy CSCF (P—CSCF), which is a component of the IMS network, and subsequent communication is executed according to IPSec.
  • P—CSCF C SCF proxy CSCF
  • step S506 a registration request for the IP TV service is output from the client, and this is received by the serving CSCF (S—CSCF) of CSC F, which is a component of the IMS network.
  • step S507 the AS is selected,
  • step S508 a registration request is made to the selected AS.
  • AS IPTV acquires the IPTV profile in step S509
  • the registration completion notification is sent to the client.
  • the client Based on receipt of the registration completion notification, the client outputs a content acquisition request to the AS in step S511, and acquires AS power content in step S512!
  • FIG. 25 is a sequence diagram when registration processing by the home IMS gateway is performed rather than registration processing by the client.
  • the home IMS gateway acquires an IP address, and in step S522, outputs a registration request. Registration requests are sent from the home IMS gateway to the CSCF proxy CSCF (P-CSCF), Interrogating CSCF (I-CSCF), and Serving CSCF (S—CSCF).
  • P-CSCF CSCF proxy CSCF
  • I-CSCF Interrogating CSCF
  • S—CSCF Serving CSCF
  • the user profile acquisition from the HSS is executed in S — CSCF, and a request response notification is sent to the home IMS gateway in step S524.
  • step S525 settings are made to enable IPSec communication between the home IMS gateway and the CSCF proxy CSCF (P CSCF), which is a component of the IMS network, and subsequent communication is performed in accordance with IPSec.
  • P CSCF CSCF proxy CSCF
  • step S526 an IPTV service registration request is output from the home IMS gateway, and this is received by the CSCF serving CSCF (S—CSCF), which is a component of the IMS network.
  • S—CSCF CSCF serving CSCF
  • step S—CSCF the AS is selected.
  • step S528 a registration request is made to the selected AS.
  • the AS obtains the IPTV profile in step S529 and sends a registration completion notification to the home IMS gateway in step S530.
  • FIG. 26 is a sequence example when the communication between the client and the home IMS gateway and the communication between the home IMS gateway and the IMS network are individually executed.
  • the client sends a registration request to the home IMS gateway.
  • the client address is the address (@home) in the home network.
  • the IMS gateway receives a registration request from a client, it converts it to a global address (@op. Com) and then outputs the registration request to the IMS network.
  • the registration request includes the CSCF proxy CSCF (P—CSCF), Interrogating CSCF (I-CSCF), and Serving CSCF (S — CSCF) is notified, and in step S542, the user profile acquisition from the HSS is executed in S—CSCF, and the request response is notified to the home IMS gateway in step S543.
  • P—CSCF CSCF proxy CSCF
  • I-CSCF Interrogating CSCF
  • S CSCF Serving CSCF
  • step S544 settings are made to enable IPSec communication between the home IMS gateway and the CSCF proxy CSCF (P CSCF), which is a component of the IMS network, and subsequent communication is performed according to IPSec. .
  • P CSCF CSCF proxy CSCF
  • step S545 an IPTV service registration request is output from the home IMS gateway, which is received by the CSCF serving CSCF (S—CSCF), which is a component of the IMS network, and performs AS selection processing in step S546.
  • step S—CSCF CSCF serving CSCF
  • step S547 a registration request is made to the selected AS.
  • the AS obtains an IPTV profile in step S548 and sends 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. Based on the receipt of the registration completion notification, the client outputs a content acquisition request to the home IMS gateway in step S550. The home IMS gateway outputs this request to AS, and in step S 551, the AS content also acquires the content and forwards the acquired content to the client.
  • the home IMS gateway when setting to enable the provision of IPTV service to DLNA device 713 as described with reference to Fig. 23, the home IMS gateway discovers the IPTV control function and EPG data After receiving, enable [IPTV DLNA app GW] to perform the interconnection between DLNA device and IPTV service.
  • [IPTV DLNA app GW] functions as a UPnP device, ie as a DLNA media server
  • IPTV DLNA app GW starts SSDP (Simple Service Discovery protocol) discovered by UPnP control point [SSDP]. If the IPTV DLNA app GW functions as a UPnP control point, i.e.
  • the IPTV DLNA app GW does not need to start the UPnP device SSDP, but instead discovers the UPnP device. Start point SSDP.
  • DLNA protocol that is, device discovery and device control of UPnP device architecture, is based on sessionless communication, there is no concept when UPnP control points establish a session to communicate with UPnP devices. While a digital media server, i.e. UPnP device, is available on the network, the digital media player and digital media renderer, i.e. UPnP control point, can always request SOAP messages for control over media streaming and HTTP requests. Yes, the DMS of the IPTV DLNA app GW must respond to the request within 30 seconds at the worst, for example.
  • the IPTV DLNA app GW is capable of maintaining a session to the IMS core (CSCF) and IPTV control functions while the DTV of the IPTV DLNA app GW is available in the network. If is terminated, the session can be re-established when there is a SOAP request and HTTP request from DMP.
  • CSCF IMS core
  • IPTV DLNA app GW acts as a push controller, that is, as a UPnP control point, it is possible to know the length of time that a session is maintained.
  • the HTTP request for changing the channel from the DLNA device is converted to IGMP (Internet Group Management Protocol).
  • IGMP Internet Group Management Protocol
  • the client can be disconnected from the network with the display turned off at the client receiving the IPTV service.
  • the disconnection process from the IPTV service is executed according to the following sequence, for example.
  • the client stops receiving media.
  • IGMP leave (IGMP leave) is used to leave the multicast stream power associated with the channel that the user was watching.
  • the client sends a SIP BYE to the IPTV service provider and completes the SIP session related to media reception.
  • the IPTV service provider executes the RTSP TEARDOWN command to stop the RTP multicast flow, and the media server notices the SIP protocol! /, TE! /, NA! / Close the port.
  • the client sends a SIP SUBSCRIBE to the IPTV service provider, informing the IPTV AS that it will be switched off on the client side.
  • the client sends a SIP REGISTER along with the service expiration time to deregister the client identifier.
  • the receiving data GRUU: Globally Routable User Agent URI
  • serving CSCF power is required.
  • the client sends a simple IGMP leave for the control channel. (Step 6)
  • All SIP states in the network typically have a default expiration value of 3600 seconds. This state is related to SIP REGISTER, SUBSCRIBE, and INVITE.
  • the timeout mechanism clears the state of the IMS core (if a reconnection occurs within the timeout, the timer increases after a new registration).
  • IPTV service provider is discovered, for example, in the following manner, presented to the user, and can be selected by the user. This process is premised on completion of user power MS registration.
  • the client first requests the IMS provider to try to find an IPTV service provider. If this fails, it is possible to make a request to an entity other than the IMS provider, eg, the root.
  • the server provider discovery process also begins with the discoverability of IPTV service providers offering IPTV services.
  • IPTV IPTV
  • the service provider discovery step is, for example, “MPEG over IP-based networks.
  • a SIP request using DVB IP Dell that starts with service IPTV can be an IPTV provider.
  • SP CANAL + can be identified by a domain name, and a service can be assigned a service-friendly name.
  • IPTV application uses the IPTV service bootstrap service or the default address.
  • IPTV client sets the IPTV SIP dialog control signal communication and routes to the IMS network CSCF. This also means that the exact address of the service can be added later and does not need to be known.
  • the CSCF needs to understand that the IPTV SIP dialog is an IPTV dialog and set the route to the IPTV CF (Control Function). IPTV CF can now provide discovery information about service providers and the services provided.
  • IPTV service providers such as SIP URIs
  • SIP dialog When a user-powered SIPTV service provider is discovered, these providers are presented to the user. Users can then receive the EPG provided by the IPTV service provider (such as some! / ⁇ are VoD and nPVR content lists).
  • the IPTV client discovers the home IMS gateway using the UPnP discovery mechanism.
  • Home IMS gateway implements UPnP IMS GW service, which is UPnP service.
  • UPnP IMS GW services IPTV clients use SSDP, such as sending SSDP: M—Search or receiving SSDP. Perform the process you used.
  • the I PTV client makes a request to obtain the IMS B2BUA IP address and port of the IMS GW, and then the IPTV client performs SIP with the IMS core via the home IMS GW. Start a session and discover an IPTV service.
  • the processing sequence in the case of service discovery by the DLNA device described with reference to Fig. 23 is as follows.
  • the UPnP control point of DLNA devices can detect DMS with IPTV DL NA app GW in the case of 2BOX PULL, DOWNLOAD, and 3BOX PULL described above.
  • Service discovery for IPTV services is performed by the home IMS GW in the same manner as described above.
  • the method of deploying multiple IPTV services varies from vendor to vendor.
  • the IPTV DLNA app GW can use multiple DMSs each corresponding to an IPTV service.
  • Each DMS is configured as a UP nP device that can identify the corresponding IPTV service so that the user can select the appropriate DMS for the IPTV service.
  • the IPTV—DLNA application GW controls the UPnP device of the DLNA device so that it is not necessary to implement the UPnP device where the IPTV—DLNA application GW is discovered.
  • nPVR Network Personal Video Recording
  • EPG browsing is not limited to channel switching.
  • EPG metadata On the program for a certain period (eg 8 days) to the client, transactions per second and required bandwidth of EPG delivery system Service information, that is, TV channel information and EPG, that is, TV program information, are distributed via a multicast data channel.
  • the client's IPTV content browser and IPTV navigation application described with reference to Figure 15 retrieves EPG metadata using the MDC control function.
  • EPG metadata is also distributed by Unicast.
  • EPG metadata corresponding to basic programs corresponding to programs provided by the IPTV service and statistically popular EPG metadata such as the power distributed by multicast
  • Other program information and thumbnail images Advanced EPG metadata with richer information such as can be obtained by searching using a cast.
  • EPG metadata provided by an IPTV service provider is regularly distributed over a single multi-cast data channel.
  • the client's multicast channel control function described with reference to Figure 15 filters tagged EPG metadata, such as channel insertion, according to the client configuration, and stores the filtered EPG metadata in memory. To do.
  • the IPTV service browser and IPTV navigation application use the MDC control function to search for EPG data.
  • the cycle time for transmitting EPG metadata varies depending on the type of information.
  • the multicast channel address of the TV channel and the service information including EPG metadata about the currently broadcast content (program) and the next content are transmitted frequently, for example, every 2 seconds.
  • EPG metadata corresponding to today's program is sent every 30 seconds, for example.
  • EPG metadata can be updated, for example It is distributed through a multicast data channel periodically, such as every 2 seconds.
  • a client receives a media stream through a multicast channel to receive EPG metadata updates, it monitors the multicast data channel for EPG metadata.
  • the EPG metadata distributed through the multicast data channel is data including basic information about the program, which is program information, and includes detailed information about the program and related information about the program linked to the basic information of the program.
  • the client can use a cast request to the EPG server.
  • Program information is composed of text, video, audio, etc., and interaction with the user in these program presentations can be realized by bidirectional multicast communication.
  • a preview video stream can be displayed by setting a sub-screen on the client display that displays the menu.
  • the EPG can be presented as personalization for each user or client, that is, as a unique EPG setting corresponding to the user or client.
  • per-channel EPG personalization can be implemented in the same way that EPGs are configured according to channel subscriptions for user profiles.
  • program information for a specific channel may not be displayed.
  • the channel display order for the EPG menu can also be personalized according to the user profile, that is, can be processed for each user.
  • IPTV services packets are buffered at the client for smooth playback processing such as jitter removal by the network.
  • the client stores the data received from the IPTV service provider Sano in a buffer until it reaches a certain threshold, and then executes a process such as decoding for playback.
  • intra-frame transmission / reception may be performed by multicast transmission for image reconstruction.
  • I GMP leave I GMP leave
  • all IGMP aware nodes are checked and compared with the list of nodes that receive old multicast data. If a node stops receiving multicast data, the multicast tree power node Processing is performed.
  • Intraframes are configured as frames that contain enough information to reconstruct a complete video. These are usually transmitted at a period of 0.5 to 5 seconds depending on the code type.
  • the processing of SIP interaction when setting up a new stream can be a delay factor.
  • processing related to SIP INVITE executed in SIP interaction processing can be considered as a delay factor. Therefore, reducing the number of SIP interaction processes is one countermeasure for eliminating the delay. Specifically, it is effective to set the SIP dialog to be generated only when the characteristic power of the multicast stream changes between multicast channels.
  • a client adjusts to a normal broadcast channel, it requests a multicast transmission with stream characteristics to establish a SIP session, and any other change in the multicast channel requires only an IGMP interaction without SIP intervention.
  • IGMP setup can be improved by making the multicast channel available as close as possible to the end user. However, this consumes more bandwidth in the access network.
  • the intra-frame delay required to start decoding the MPEG stream should also be improved.
  • the client is configured to acquire intra frames with a pul 1 mechanism from a point relatively close to the client in the network, By providing an intra frame to the client, it is possible to eliminate the delay of the intra frame.
  • nPVR Network Personal Video Recording
  • nPVR Network 'Personal Video Recording'
  • IPTV service provider records everything and stores it on a pre-specified time server. In this way, the user can see an nPVR EPG that looks like a normal EPG in the past without suffering from recording.
  • the IPTV architecture needs to support an interface that identifies the program to be recorded and an identification mechanism to achieve this with the EPG. If possible, the link mechanism is the same as for TV broadcasting, and the command communication for recording processing can use RTS P RECORD command power or SIP INVITE to the nPVR including the details of recording.
  • trick play as a process when a user requests personal recording for the content received / reproduced by the IPTV service! /.
  • the client presses the pause button on the remote control the nPVR recording function is executed, and then the picture is frozen and IGMP leave is executed from the multicast channel.
  • the content list (table of contents) that can be used in nPVR is the same as EPG and VoD.
  • a template format and metadata can be used.
  • VoD the same linking mechanism as for TV broadcasting must be used to identify the cast source, except that it is done by the linking power PTV control function.
  • Searching for nPVR content lists is usually performed as an HTTP GET.
  • IPTV service providers provide a server-based search function. The search page interface is entirely dependent on the service provider.
  • An information processing apparatus as a client includes a data processing unit that executes reception processing of a content providing service provided by an external server by applying mapping information in which an external server outside the home network is set as a virtual home network device.
  • the data processing unit controls the processing of nPVR (network 'personal video recording) executed as a user-specific content recording process for content provided by an external server.
  • the data processing unit performs the multicast distribution content reception process in the case of the TV broadcast reception provided by the external server, and the nPVR (network personal video recording) process is performed as a user-specific content recording process. -Execute the process of switching to the cast distribution.
  • an IGMP leave message is transmitted to an external server or management server as a message in accordance with IGMP (Internet Group Management Protocol).
  • the data processing unit of the client is nPVR (Network 'Personal Video Record It is also possible to request an external server or another network connection server to execute content recording using the storage means of these servers. In this case, information necessary for recording such as recorded content information and time information is provided to these servers.
  • the client data processing unit provides a user profile or client profile to the external server in the process of receiving a content list corresponding to the executable content of nPVR (network 'personal video recording) from an external server. Based on this, the content list selected according to the provided profile is acquired. Sarako, the client's data processing department is n
  • PVR Network 'Personal Video Recording
  • EPG Electronic Program Guide
  • NPVR recording time specification information
  • the client is an information processing apparatus that receives content related to IPTV provided via a public network that is not a home network.
  • An external server connected to the public network is connected to a virtual home network device.
  • the client control means performs processing for controlling the content playback processing on the external server via the public network.
  • the server In order for the server to function as a personal video recorder that records user content, the content recording or playback processing on the external server is controlled via the public network.
  • VoD Video on Demand
  • PG Video on Demand
  • the content list (table of contents) available for VoD can be browsed on the client side.
  • This content list (table of contents) is limited to what the user is allowed to see, that is, it is set so that the filtered result can be viewed. Filtering can be performed within the network In that case, the VoD content list must be multicast, or the client can use multicast to preload the VoD content list cache.
  • VoD content list acquisition is partially the same as EPG information acquisition.
  • Searching for available VoD content requires that the client be able to perform query operations on the network.
  • Content search is performed on content metadata.
  • the client When playing back content using VoD, the client needs to select one of the available content authorized to view from the VoD content list and output the content request. For example, if you specify content in the content list, the link for the URI of the VoD service is activated, the IPTV control function processes the request, verifies whether the user has already purchased the content, and the content has not been purchased. If so, the fee for the content will be verified, otherwise the content request will be rejected.
  • Content filtering is a content selection process in which the content provided to the end user based on the end user's IMS and IP TV profiles and a set of subscribed channels is only adapted to the user. Is a process of selecting content to be provided to the user based on the user profile. For example, it includes message and advertisement distribution processing for individuals based on user profiles.
  • content filtering for example, only the channels paid by the user are displayed in the EPG and VoD lists acquired by the user.
  • Login with content filtering EPG can be generated and displayed according to the user profile.
  • the user profile is downloaded from the sano storing the profile using XCAP, for example, HSS232 of the IMS network 230 shown in Fig. 3, and stored in the user device.
  • content filtering is applied when generating a VoD view provided by the server or when receiving VoD metadata at the client.
  • a user profile may be stored in a client that is a user side device and used.
  • the user profile information in the external server or the client device is presented to the server that provides the content, and the content providing server selects and edits the content based on the user profile and corresponds to the user.
  • Content personalization includes message and advertisement delivery processing for individuals based on user profiles. These data for specific users are overlaid on the screen by the user's device, and are displayed in PinP (picture in picture) mode, for example. Personalization is performed by inserting targeted advertisements when the show enters an advertising pose while the user is watching a broadcast show or VoD content. Interactivity is also a form of personalization based on user profiles. Information contained in interactivity data is displayed in the same way as personal messages or advertisements, ie using overlays or dedicated windows. Personalizations are delivered through a dedicated multicast channel or in small multicast groups, targeted at profile sets (location information, age, gender, income range, etc.).
  • voting is a program related file. Aggregated and used for creating feedback information.
  • Service profiles and user profiles related to operator services Profiles such as billing, user identifiers, authentication vectors used for authentication processing, service triggers, etc. are stored and stored in HSS232 of IMS network 230 shown in Fig. 3. Be held.
  • IPTV provider capabilities When different from MS providers, IPTV providers can store IPTV-specific user profiles in their databases.
  • the IPTV provider profile as information about the IPTV provider is the client Can be stored on the other side, and is also stored in the IPTV provider's own database.
  • the user profile includes, for example, SIP identifier, language, nationality, age, (provided by the operator and provided by the user), e-mail address, telephone number, interest and hobby (hobby preference) Information), IPTV-specific parameters, etc.
  • SIP identifier for example, SIP identifier, language, nationality, age, (provided by the operator and provided by the user), e-mail address, telephone number, interest and hobby (hobby preference) Information), IPTV-specific parameters, etc.
  • These user profiles are used for service personalization. Specifically, it is possible to set and provide user-specific data (My ⁇ based on user preferences. For example, My Channel settings, Startup Channel settings, My VoD, My Pay TV, personal mapping of buttons to channels, local control, etc. can be performed using user profiles.
  • the IPTV provider profile is, for example,
  • User management means that a user can add, change or delete users in the domain
  • user profile management means that the user can change information in the user profile.
  • the end user provides new user information to the HTTP portal.
  • Information is sent to the IMS network 230 (see Figure 3), which performs user management via the HTTP portal, and updates the HSS and IPTV databases.
  • User profile management executed by the end user of the client is executed, for example, by the following processing.
  • New user profile information is entered into the client device.
  • the client uses a sano that manages user profile information such as HSS232 of the IMS network 230 shown in FIG. 3, IPTV service 250, etc. Data is sent to the file output destination, and registration and update processing are executed on the side that received the data.
  • a sano that manages user profile information such as HSS232 of the IMS network 230 shown in FIG. 3, IPTV service 250, etc.
  • Data is sent to the file output destination, and registration and update processing are executed on the side that received the data.
  • Each server that executed the information update notifies the client and other related servers of the completion of the data update.
  • the client downloads the updated user profile.
  • Registration and updating of user profiles can also be performed through the IPTV service portal.
  • the user profile is provided from the client to the IPTV service portal, and then the IPTV service portal client and these data are transferred to the user profile management server (for example, HSS232 of the IMS network 230 shown in FIG. 3, IPTV service 250, etc. ).
  • the user profile management server for example, HSS232 of the IMS network 230 shown in FIG. 3, IPTV service 250, etc.
  • the data processing unit of the information processing apparatus as the client receives data from the external server as personalized data selected or edited based on the user profile that is user information registered in advance. Execute the process. For example, the data processing unit of the client acquires a user profile stored in advance in a management server such as HSS, and provides the acquired user profile to an external server such as a content providing server. Also, the user profile updated in the client device is transmitted to the management server such as HSS, and the update processing of the user profile stored in the management server is executed.
  • a management server such as HSS
  • the data processing unit of the client receives a content list, advertisement information, VoD (video on demand) compatible content, etc. set as personalized data based on the user profile from an external server such as a content providing server.
  • the process of receiving and displaying on the display unit is executed.
  • the user profile includes at least one of the user language, nationality, age, address, telephone number, and hobby preference information as described above.
  • client device capabilities vary. Interoperability between these various clients and IPTV services To ensure that a set of device capability profiles are specified, the capabilities required of the client are specified.
  • Client device capabilities include, for example, screen size, screen resolution, available memory size, and supported codec types.
  • the client device When the client device first registers for the service, it downloads the description of the C SCF231 device in the IMS network 230, records the downloaded description and its URI in the database repository, and other entities such as each server. Shared with. If a global repository such as the W 3C DCI repository is available, that repository may be used.
  • the process of conforming AV content to a client device may require selection of an appropriate content version.
  • adaptation of text content is realized by using transformations, combinations, and formatting (for example, XSLT) according to the hersion.
  • the conforming process execution entity eg, target sano, transcoding proxy
  • the content metadata must include rules on the transformations that must be applied, and must include restrictions on the service profile capabilities applicable transports, terminals, etc. It also means that.
  • the data processing unit of the content receiving client obtains device information of the client, for example, a database outside the home network, for example, Executes the process of sending and registering to the Home Subscriber Subsystem (HSS) defined by! / In the ip multimedia system (IMS).
  • HSS Home Subscriber Subsystem
  • IMS ip multimedia system
  • the content providing server acquires the device information of the client registered in this HSS and executes the process of providing the client with the content suitable for the device.
  • device information includes client screen size, screen resolution, and availability.
  • Content providing server includes at least one device size and the type of codec to be supported, and the content providing server executes the process of obtaining the device information and providing the client with content that can be played back on the device.
  • the series of processes described in the specification can be executed by hardware, software, or a combined configuration of both.
  • the ability to install and execute a program that records the processing sequence in a memory in a computer built into dedicated hardware, or a program to a general-purpose computer that can execute various types of processing can be installed and run.
  • the program can be recorded in advance on a recording medium.
  • the program can be received via a LAN (Local Area Network), Internet, or other network and installed on a recording medium such as a built-in hard disk.
  • DMP power as a content playback device that is a client device in the home network receives and plays back the content from the content providing server outside the home network. It becomes possible.
  • communication with the home IMS gateway content providing server that is the information processing device of the present invention is performed, and the content providing server is mapped as a virtual home network device, and the content reproducing device power in the home network is managed.
  • the server information of the content providing server is provided to the content playback device as device information that can receive the service.
  • client device information can be acquired and registered in a database outside the home network, and the content providing server can acquire the device information and execute processing that provides content suitable for the device to the client. It becomes.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Small-Scale Networks (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Information Transfer Between Computers (AREA)
  • Computer And Data Communications (AREA)
  • Television Signal Processing For Recording (AREA)

Abstract

ホームネットワーク内のクライアントが、ホームネットワーク外のサーバからコンテンツを受領して再生する構成を提供する。ホームＩＭＳゲートウェイが、ホームネットワーク外の外部サーバを仮想的なホームネットワーク機器としてマッピングし、マッピング情報を適用して外部サーバの提供するコンテンツ提供サービスの受領処理を実行する。さらに、クライアントのデバイス情報を取得して、ホームネットワーク外にあるデータベースに登録し、コンテンツ提供サーバがデバイス情報を取得して、デバイスに適合したコンテンツをクライアントに提供する処理を実行する。

Description

明 細 書
コンテンツ提供システム、情報処理装置、および情報処理方法、並びにコ ンピュータ.プログラム
技術分野
[0001] 本発明は、コンテンツ提供システム、情報処理装置、および情報処理方法、並びに コンピュータ 'プログラムに関する。特に、ホームネットワーク内の機器においてホーム ネットワーク外からの供給データの利用を実現するコンテンツ提供システム、情報処 理装置、および情報処理方法、並びにコンピュータ 'プログラムに関する。
背景技術
[0002] PC,デジタル家電の普及のともない、ホーム IP (Internet Protocol)ネットワーク を介してそれら機器を相互接続し、ビデオ、オーディオ、写真などのデジタルコンテン ッを共有して楽しむことが現実のものとなってきている。例えば、 DLNA (Digital Li ving Network Alliance)ではそれらデジタル機器がデジタルコンテンツの共有を おこなううえでの必要な技術仕様、実装ガイドラインを定め、異なるベンダーの機器同 士でも相互に接続することができ、ホーム IPネットワークの業界標準となっている。
[0003] 図 1に DLNAの提案するホームネットワーク 100の例を示す。デジタルビデオコン テンッの記録装置としての DVR (Digital Video Recorder) 101と、 TVチューナ を内蔵した PC102は衛星、地上波のアナログ放送やデジタル放送を受信可能であり 、放送番組を内蔵のハードディスクレコーダに記録保存する。 DLNAではコンテンツ を蓄積し、ホームネットワーク内の機器に対してコンテンツの提供を行なう機器をデジ タルメディアサーノ （DMS : Digital Media Server)と呼ぶ。図 1では、 DVR101, PC 102が DMSである。
[0004] DMSは例えばハードディスクに記録された TV番組のビデオコンテンッを、ホーム I Pネットワークを介して接続されたデジタルメディアプレーヤ（DMP： Digital Media Player)にストリーミング伝送することができる。デジタルメディアプレーヤ（DMP)は 、 DMSからコンテンツを受領して再生する機器である。
[0005] 図 1の例では TV103に DMPが実装されており、ユーザは、例えば TV103の赤外 線リモコンなどを利用して、 TV103を操作することにより離れた部屋に置かれた PCI 02や、 DVR101に蓄積されたビデオコンテンツを再生可能となる。なお、レジデンシ ャルゲートウェイ（RG : Residential Gateway) 104は家庭内の機器がインターネッ トとしての IPブロードバンドネットワーク 120に接続する場合のネットワーク接続機器と して利用されるが、 DLNAの利用例では家庭内の機器が IP接続するためのプリッジ として利用されている。
[0006] 一方、放送システムも変革が見られ、従来、地上波や衛星を使って放送して！/ヽたビ デォコンテンツを IPブロードバンドネットワーク経由で伝送する IPTVサービス、 VOD (Video On Demand)サービスなどが商用化され始めてきている。図 2に IPTV, VODサービスの概念図を示す。
[0007] 家庭内には STB (Set Top Box) 105が設置され RG (Residential Gateway) 104を介して IPブロードバンドネットワーク 120を介して様々な IPTVサービス提供サ ーバ 121al〜an、 VODサービス提供サーバ 122bl〜bnからのサービスに基づくコ ンテンッを受信することができる。 STB (Set Top Box) 105は、映像情報の受信 機能や、コマンド送受信、 MPEGデコード、その他受信データの再生に必要となるァ プリケーシヨン実行機能などを有する。
[0008] レジデンシャルゲートウェイ (RG) 104は、複数の IPTVサービス提供サーバ 121や 、 VODサービス提供サーバ 122の提供サービス（コンテンツ）を同一の業者、たとえ ば、電話会社や CableTVの会社などのアクセスライン提供会社を介して受信する場 合と、それぞれのサービスをそれぞれ個別に受信する場合がある。ただし、ユーザが 利用する STB (Set Top Box) 105自体は接続先の IPTVサービスに対応したシス テムとして構成されることが必要である。
[0009] このような IPTVサービスや VODサービスが今後普及してくると、従来、一般的なブ ロードキャスト放送としての TV放送コンテンツを DLNA機器で共有して視聴していた のと同様に、 IPTVサービス力も提供されるビデオコンテンツにつ ヽても DLNA機器 で利用した ヽと ヽぅユーザの要求が起きてくる。
[0010] このような要請を実現するための解決案として、ホームサーバのような大容量のハ ードディスクを持った機器力 IPTVサービスからのビデオコンテンツをダウンロードし てホームネットワーク内で共有する方法や、 IPTVサービスのプロトコル、メディアフォ 一マットなどをレジデンシャルゲートウェイ（RG)において DLNA機器のプロトコル、メ ディアフォーマットに変換して、ホームネットワーク接続機器に提供するといつた手法 が考えられる。なお、フォーマット変換処理を実行するホームネットワーク組み込みモ ジュールにつ 、ては特許文献 1に記載がある。
[0011] し力しながら、前者の場合は、ホームサーバへの一時蓄積のためダウンロードの時 間が必要となり、ビデオオンデマンドサービスのように好きなときにビデオを楽しむと いうことが困難となり、ライブ視聴には向力ない。後者のレジデンシャルゲートウェイ（
RG)に処理を行なわせる構成では、レジデンシャルゲートウェイ (RG)がプロトコル変 換、メディアフォーマット変換を行うことが必要であり、高性能なハードウェアが必要と なるし、ソフトウェアも複雑になるため RGが高価ものとなる。
[0012] 一般的に RGはブロードバンドネットワークのアクセスライン提供会社 (電話会社など )から供給される場合が多ぐユーザの利用可能な IPTVサービスはアクセスラインが 提供するベンダーに限定されるなど、オープンなインターネット上で IPTVサービスを 行う場合の妨げとなる。新たなゲートウェイ機器をレジデンシャルゲートウェイ (RG)と は別にホーム IPネットワークに設けることも可能である力 この場合はネットワークトポ ロジ一によつては、コンテンツのストリーミングのデータがホームネットワークで重複し て伝送されることになり、ホームネットワーク内で帯域を無駄に使ってしまうといったこ とが発生する。
[0013] なお、ホームネットワークの DLNA機器とインターネットのコンテンツ配信サービス の接続例として米国 Intel社の Viiv (登録商標）テクノロジがある。 Viivは PCのハード ウェア、ソフトウェアのプラットフォームと位置づけられ Dual Coreの高性能 CPUによ つてインターネットからのコンテンツを PCでストリーミング視聴することを目的としてい るが、同時に、 DLNA機能も有し、インターネットからー且、 PCにダウンロードしたコ ンテンッをホームネットワークに接続された他の DLNA機器にストリーミングする DL NAメディアサーノ （DLNA Media Server)となる。
特許文献 1：特表 2005— 531231号公報
発明の開示 発明が解決しょうとする課題
[0014] 上述したように、一般的なブロードキャスト放送としての TV放送コンテンツと同様に 、 IPTVサービス、 VODサービスの提供コンテンツも DLNA機器で禾 IJ用しょうとする 場合、これまでのホームネットワーク構成では、ホームネットワーク内の PC、 DVRなど のデジタルメディアサーノ （DMS)において、予めコンテンツをダウンロードしておく 力 あるいは、レジデンシャルゲートウェイ（RG)にプロトコル、メディアフォーマット変 能を持たせるといったことが必要となり、前者の場合は、リアルタイム性に欠け、 ストリーミング再生処理などに不適であり、後者の場合は、コスト高を招くといった問題 かあつた。
[0015] 本発明は、このような問題点に鑑みてなされたものであり、例えば、インターネットへ のアクセスラインやゲートウェイなどのインフラに依存しな 、、オープンなインターネッ ト接続環境にぉ 、て、既存の DLNA機器を適用して IPTVサービスなどのホームネッ トワーク外の外部サーバの提供するコンテンツを視聴可能とするコンテンツ提供シス テム、情報処理装置、および情報処理方法、並びにコンピュータ 'プログラムを提供 することを目的とする。
課題を解決するための手段
[0016] 本発明の第 1の側面は、
コンテンツ提供サーノ と、コンテンツ受信クライアントとを有するコンテンツ提供シス テムであり、
前記コンテンツ受信クライアントは、
ホームネットワークを介した通信処理を実行する通信部と、
ホームネットワーク外にある外部サーバを仮想的なホームネットワーク機器として設 定したマッピング情報を適用して、前記外部サーバの提供するコンテンツ提供サービ スの受領処理を実行するデータ処理部を有し、
前記データ処理部は、
クライアントのデバイス情報を取得して、ホームネットワーク外にあるデータベースに 登録する処理を実行する構成であり、
前記コンテンツ提供サーバは、 前記データベースに登録されたクライアントのデバイス情報を取得して、デバイスに 適合したコンテンツをクライアントに提供する処理を実行する構成であることを特徴と するコンテンツ提供システムにある。
[0017] さらに、本発明のコンテンツ提供システムの一実施態様において、前記デバイス情 報は、クライアントのスクリーンサイズ、スクリーン解像度、利用可能なメモリサイズ、サ ポートするコーデックの種類、少なくともいずれかのデバイス情報を含み、前記コンテ ンッ提供サーバは、前記デバイス情報を取得して、デバイスにおいて再生可能なコ ンテンッをクライアントに提供する処理を実行する構成であることを特徴とする。
[0018] さらに、本発明のコンテンツ提供システムの一実施態様において、前記コンテンツ 受信クライアントのデータ処理部は、クライアントのデバイス情報を、 IPマルチメディア システム（IMS)にお!/、て規定されるホームサブスクライバサブシステム（HSS： Horn e Subscriber Subsystem)に送信して登録する処理を実行する構成であり、前記 コンテンツ提供サーバは、前記ホームサブスクライバサブシステム (HSS)に登録され たクライアントのデバイス情報を取得して、デバイスに適合したコンテンツをクライアン トに提供する処理を実行する構成であることを特徴とする。
[0019] さらに、本発明の第 2の側面は、
情報処理装置であり、
ホームネットワークを介した通信処理を実行する通信部と、
ホームネットワーク外にある外部サーバを仮想的なホームネットワーク機器として設 定したマッピング情報を適用して、前記外部サーバの提供するコンテンツ提供サービ スの受領処理を実行するデータ処理部を有し、
前記データ処理部は、
情報処理装置のデバイス情報を取得して、ホームネットワーク外にあるデータべ一 スに登録する処理を実行する構成であることを特徴とする情報処理装置にある。
[0020] さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、情 報処理装置のスクリーンサイズ、スクリーン解像度、利用可能なメモリサイズ、サポート するコーデックの種類、少なくともいずれかのデバイス情報を取得して、ホームネット ワーク外にあるデータベースに登録する処理を実行する構成であることを特徴とする [0021] さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、情 報処理装置のデバイス情報を、 IPマルチメディアシステム (IMS)において規定され るホームサブスクライバサブシステム（HSS : Home Subscriber Subsystem)に 送信して登録する処理を実行する構成であることを特徴とする。
[0022] さらに、本発明の第 3の側面は、
コンテンツ提供サーノ と、コンテンツ受信クライアントとを有するコンテンツ提供シス テムにお 、て実行する情報処理方法であり、
前記コンテンツ受信クライアントにおいて、
通信部力 ホームネットワークを介した通信処理を実行する通信ステップと、 データ処理部が、ホームネットワーク外にある外部サーバを仮想的なホームネットヮ ーク機器として設定したマッピング情報を適用して、前記外部サーバの提供するコン テンッ受信処理を実行するコンテンツ受信ステップと、
前記データ処理部が、クライアントのデバイス情報を取得して、ホームネットワーク外 にあるデータベースに登録する処理を実行するデバイス情報登録ステップと、 を実行し、
前記コンテンツ提供サーバ力 前記データベースに登録されたクライアントのデバ イス情報を取得して、デバイスに適合したコンテンツをクライアントに提供する処理を 実行することを特徴とする情報処理方法にある。
[0023] さらに、本発明の情報処理方法の一実施態様において、前記デバイス情報は、クラ イアントのスクリーンサイズ、スクリーン解像度、利用可能なメモリサイズ、サポートする コーデックの種類、少なくともいずれかのデバイス情報を含み、前記コンテンツ提供 サーバは、前記デバイス情報を取得して、デバイスにおいて再生可能なコンテンツを クライアントに提供する処理を実行することを特徴とする。
[0024] さらに、本発明の情報処理方法の一実施態様において、前記コンテンツ受信クライ アントのデータ処理部は、クライアントのデバイス情報を、 IPマルチメディアシステム (I MS)にお!/、て規定されるホームサブスクライバサブシステム（HSS： Home Subscri ber Subsystem)に送信して登録する処理を実行し、前記コンテンツ提供サーバは 、前記ホームサブスクライバサブシステム（HSS)に登録されたクライアントのデバイス 情報を取得して、デバイスに適合したコンテンツをクライアントに提供する処理を実行 することを特徴とする。
[0025] さらに、本発明の第 4の側面は、
情報処理装置において実行する情報処理方法であり、
通信部力 ホームネットワークを介した通信処理を実行する通信ステップと、 データ処理部が、ホームネットワーク外にある外部サーバを仮想的なホームネットヮ ーク機器として設定したマッピング情報を適用して、前記外部サーバの提供するコン テンッ受信処理を実行するコンテンツ受信ステップと、
前記データ処理部が、情報処理装置のデバイス情報を取得して、ホームネットヮー ク外にあるデータベースに登録する処理を実行するデバイス情報登録ステップと、 を実行することを特徴とする情報処理方法にある。
[0026] さらに、本発明の情報処理方法の一実施態様において、前記デバイス情報登録ス テツプは、情報処理装置のスクリーンサイズ、スクリーン解像度、利用可能なメモリサ ィズ、サポートするコーデックの種類、少なくともいずれかのデバイス情報を取得して
、ホームネットワーク外にあるデータベースに登録する処理を実行するステップである ことを特徴とする。
[0027] さらに、本発明の情報処理方法の一実施態様において、前記デバイス情報登録ス テツプは、情報処理装置のデバイス情報を、 IPマルチメディアシステム (IMS)におい て規定されるホームサブスクライバサブシステム（HSS : Home Subscriber Subs ystem)に送信して登録する処理を実行するステップであることを特徴とする。
[0028] さらに、本発明の第 5の側面は、
情報処理装置にぉ 、て実行する情報処理を実行させるコンピュータ ·プログラムで あり、
通信部に、ホームネットワークを介した通信処理を実行させる通信ステップと、 データ処理部に、ホームネットワーク外にある外部サーバを仮想的なホームネットヮ ーク機器として設定したマッピング情報を適用して、前記外部サーバの提供するコン テンッ受信処理を実行させるコンテンツ受信ステップと、 前記データ処理部に、情報処理装置のデバイス情報を取得して、ホームネットヮー ク外にあるデータベースに登録する処理を実行させるデバイス情報登録ステップと、 を実行させることを特徴とするコンピュータ 'プログラムにある。
[0029] なお、本発明のコンピュータ 'プログラムは、例えば、様々なプログラム 'コードを実 行可能な汎用コンピュータ ·システムに対して、コンピュータ可読な形式で提供する 記憶媒体、通信媒体によって提供可能なコンピュータ 'プログラムである。このような プログラムをコンピュータ可読な形式で提供することにより、コンピュータ ·システム上 でプログラムに応じた処理が実現される。
[0030] 本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図 面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書において システムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内に あるものには限らない。
発明の効果
[0031] 本発明の構成によれば、ホームネットワーク内のクライアント機器であるコンテンツ 再生装置としての DMP力 ホームネットワーク外のコンテンツ提供サーバからのコン テンッを受領して再生することが可能となる。すなわち、本発明の情報処理装置であ るホーム IMSゲートウェイ力 コンテンツ提供サーバとの通信を実行して、コンテンツ 提供サーバを仮想的なホームネットワーク機器としてマッピングし、ホームネットワーク 内のコンテンツ再生装置からの機器発見要求の受信に応じてコンテンツ提供サーバ のサーバ情報を、サービス受領可能な機器情報としてコンテンツ再生機器に提供す る。さらに、クライアントのデバイス情報を取得して、ホームネットワーク外にあるデータ ベースに登録し、コンテンツ提供サーバがデバイス情報を取得して、デバイスに適合 したコンテンツをクライアントに提供する処理を実行することが可能となる。
図面の簡単な説明
[0032] [図 1]DLNAの提案するホームネットワークの例を示す図である。
[図 2]IPTV, VODサービスの概念図を示す図である。
[図 3]本発明の情報通信システムの一構成例について説明する図である。
[図 4]DLNA機器が準拠する DLNAガイドラインの機能コンポーネントについて説明 する図である。
[図 5]ホーム IMSゲートウェイのハードウェア構成例を示す図である。
[図 6]ホーム IMSゲートウェイのソフトウェアモジュールの一構成例について説明する 図である。
[図 7]AS (IPTV)の加入手続きのシーケンスについて説明する図である。
[図 8]AS (IPTV)の加入手続きのシーケンスについて説明する図である。
[図 9]AS (IPTV)提供コンテンツの利用シーケンスの一例について説明する図であ る。
[図 10]AS (IPTV)提供コンテンツの利用シーケンスの一例について説明する図であ る。
[図 11]コンテンツ利用処理におけるデータ通信の全体概要について説明する図であ る。
[図 12]ホーム IMSゲートウェイのソフトウェアモジュールの一構成例について説明す る図である。
[図 13]AS (IPTV)提供コンテンツの利用シーケンスの一例について説明する図であ る。
[図 14]AS (IPTV)の提供するサービス画面およびストリーミング再生処理時における 画面表示例について説明する図である。
[図 15]IPTVサービスを受領するために必要とする機能である IPTVターミナル機能 の構成要素ついて説明する図である。
[図 16]IMS (IPマルチメディアサブシステム）の主要機能である CSCF、 HSS、 ASに ついて説明する図である。
[図 17]IPTVサービスをホームネットワーク内の機器において受領するためにネットヮ ーク構成にお ヽて利用される機能について説明する図である。
圆 18]通信データの品質管理処理について説明する図である。
[図 19]クライアントが IPTVサービスを受領するために実行する通信シーケンスにつ いて説明する図である。
[図 20]クライアントが IPTVサービスを受領するために実行する通信シーケンスつ!/ヽ て説明する図である。
[図 21]クライアントが IPTVサービスを受領するために実行する通信シーケンスつ!/ヽ て説明する図である。
[図 22]クライアントが IPTVサービスを受領するために実行する通信シーケンスつ!/ヽ て説明する図である。
[図 23]クライアントが IPTVサービスを受領するために実行する通信シーケンスつ!/ヽ て説明する図である。
[図 24]IPTVサービスを受領するためのクライアントのネットワーク接続処理シーケン スについて説明する図である。
[図 25]IPTVサービスを受領するためのクライアントのネットワーク接続処理シーケン スについて説明する図である。
[図 26]IPTVサービスを受領するためのクライアントのネットワーク接続処理シーケン スについて説明する図である。
発明を実施するための最良の形態
[0033] 以下、図面を参照しながら、本発明のコンテンツ提供システム、情報処理装置、お よび情報処理方法、並びにコンピュータ 'プログラムの詳細について説明する。説明 は以下の項目について、順次行なう。
1.ホームネットワーク内機器による IPTVサービスの受領構成
2. IPTVサービスに適用する機能の説明
3. IPTVサービスの具体的処理例について
3- 1.通信処理の具体的処理例について
3- 2.各種サービスの具体的処理例について
[0034] [1.ホームネットワーク内機器による IPTVサービスの受領構成]
まず、図 3を参照して、本発明の情報通信システムの一構成例について説明する。 IPTVサービスのシステムとしては、米国マイクロソフト社などさまざまなベンダーが開 発、商用化している力 本実施例では IPマルチメディアサブシステム（IMS : IP Mul timedia Subsystem)を利用した IPTVサービスのアーキテクチャを用いた例につ いて説明する。 [0035] IMSは、元来、携帯電話の無線通信インフラにおいて音声による電話サービスに ぉ 、て、例えば 3台以上の複数の携帯電話による会話を実現するプッシュ ·トゥー ·ト ーク（push to talk)会議システム、インスタントメッセージのようなコミュニケーション 、さらに、マルチメディアの付加サービスを提供するための基盤技術として、第 3世代 移動体通信システムの標準化プロジェクトである 3GPP (3rd Generation Partne rship Project)で開発されている。
[0036] IMSは IP技術をベースとしており、固定通信系のインターネットのインフラとの親和 性が高ぐ FMC (Fixed Mobile Convergence)と呼ばれる有線、無線の通信ネッ トワークインフラを IPにて統合する動向もあり、その中で、 IMSを利用した IPTVのシ ステムは注目されている。
[0037] IMSは IETF (The Internet Engineering Task Force)の RFC— 3261で規 定される SIP (Session Initiation Protocol)に基づく CSCF (Call Session Co ntrol Function)と呼ばれる機能要素を核として、ホームサブスクライバサブシステ ム（HSS :Home Subscriber Subsystem)、アプリケーションサーノ （AS :Applic ation Server)などの機能要素から構成される。
[0038] 図 3に示す IMSネットワーク 230は、これらの各機能要素としての CSCF231、 HS S232、 AS (IPTV) 233を有しており、モパイルフォンネットワーク 240を介して携帯 電話 260に対するサービスを提供する。
[0039] CSCF231は、 SIP (Session Initiation Protocol)に基づき、ユーザの登録や セッション設定の制御を行なう。さらに、 HSS232に登録されているユーザプロフアイ ルの設定に従い、必要なサービス処理の起動を実行する。 HSS232は、 IMSで用い るユーザ IDの管理、各ユーザの加入しているサービスのプロファイル管理、認証用 情報の管理、各 IMSサービス利用可否の管理、ユーザ移動管理のためのデータべ ースを有する。 AS233は、個々のサービスの処理を実行するサーバであり、各ユー ザのサービス加入状況に応じて CSCF231によって起動され、ユーザに対するサー ビス提供を行なう。
[0040] このように IMSでは、ユーザ IDが設定された端末は CSCF231をアクセスして端末 の登録、セッションの設定制御を行い、 HSS232に登録されたユーザプロファイルに 設定に従って必要なサービスの起動を行い、 AS233は実際に個々のサービスの処 理を行う。
[0041] 例えば、 IMSを利用したサービスの代表例としては、「Push To Talk」がある。「 Push To Talk」では、ユーザ端末は、 IMSネットワーク 230の「Push To Talk」 サービスを実行するアプリケーションサーバ（AS： Application Server) ASと接続 し、登録済のグループメンバーに対して AS力も複数メンバーとのセッションを確立し 、 VoIP (Voice over IP)を使って中継サーバ経由でメンバー間の通話を行う構成 となっている。
[0042] IPTVの視聴サービスにおいては、 IMSネットワーク 230に設定された IPTVサービ スの ASが利用される。図 3に示す AS (IPTV) 233は、この IPTVサービスの実行 AS に相当する。 AS (IPTV) 233は実際には IPTVサービス（IPTV Service)の実行 主体、すなわち、コンテンツの提供主体としての IPTVサービス 250と連携してユーザ 端末に対するサービスを実行することになる。
[0043] IPTVサービス 250は、コンテンツリスト等の番組情報ガイドである EPG (Electroni c Program Guide (電子プログラムガイド））の提供サーバである EPGサーバ 251 と、映像コンテンツの提供サーバであるビデオサーバ 252を有し、それぞれのサーバ と IMSネットワーク 230の AS (IPTV) 233との連携によって、ユーザ端末に対するコ ンテンッリストの提供サービス、コンテンツの提供サービスを実現して ヽる。
[0044] 本発明のシステムにおいて、ホームネットワーク 210は、基本構成としては、先に、 図 1、図 2を参照して説明した従来型のホームネットワーク、すなわち、既存の DLNA (Digital Living Network Alliance)機器によって構成される。図 3には、ホーム ネットワーク内の機器が IPブロードバンドネットワーク 221に接続するネットワーク接続 機器でありブリッジとして利用されるレジデンシャルゲートウェイ（RG： Residential Gateway) 211と、ホームネットワーク 210内の機器（例えば TV (DMP) 213などの コンテンツ再生機器）に対して、ホームネットワーク外のサーバの提供サービスの利 用を可能とするための処理を実行するホーム IMSゲートウェイ 212と、コンテンツを受 領して再生するクライアント機器であるデジタルメディアプレーヤ（DMP： Digital M edia Player)としての TV213を示している。 [0045] ブロードバンド IPネットワーク 220は、 IPTVサービス 250、 IMSネットワーク 230、ホ ームネットワーク 210の相互通信を可能とするインターネット等のネットワークである。
[0046] なお、本発明のシステムでは、ホーム IMSゲートウェイ 212力 IMSネットワークの サービスを受領する端末として設定される。ホーム IMSゲートウェイ 212には IMSの ユーザ IDが設定される。すなわち、ホーム IMSゲートウェイ 212のユーザ IDおよびュ 一ザプロファイル力 IMSネットワーク 230のホームサブスクライバサブシステム（HS S) 232に登録される。
[0047] ホーム IMSゲートウェイ 212は、携帯電話 260が IPTVサービスを実行する場合と 同様の処理を実行することで、 IPTVのサービスを受領する。すなわち、 CSCF231 をアクセスして端末の登録、セッションの設定制御を行い、 HSS232に登録されたュ 一ザプロファイルに設定に従って必要なサービスの起動を行い、 AS (IPTV) 233を 利用したサービス受領を行う。ホーム IMSゲートウェイ 212は、このような IMSのサー ビスと接続すると ヽぅ機能の他、 IPTVサービス 250が提供するビデオコンテンツに D LNA機器、例えば図に示す TV (DMP) 213がアクセスするためのゲートウェイの機 能を実行する。すなわち、ホーム IMSゲートウェイ 212は、
(a) IMSのサービスとの接続機能
(b)ゲートウェイ機能
これらの機能を保持する。これらの機能は、ネットワーク通信機能と基本的な情報処 理装置構成およびソフトウェアを用いて実現される機能であり、ホーム IMSゲートゥェ ィ 212は、ネットワーク通信機能を持つ既存のホーム IPネットワークに接続された様 々な機器に実装することが可能である。
[0048] なお、ホーム IMSゲートウェイ 212力 PTVサービス 250が提供するビデオコンテン ッなどを DLNA機器、例えば図に示す TV (DMP) 213に対して中継する処理を実 行する場合は、さらに、
(c)コンテンツ提供処理を実行する機能としての DMS機能
を有することになる。ただし、この機能は、必須ではなぐコンテンツの送受信は、ホ ーム IMSゲートウェイ 212を介することなぐ DLNA機器としての DMPと外部サーバ との間の通信によって実行する構成も可能であり、この場合は、ホーム IMSゲートゥ エイ 212は DMS機能を持つ必要がない。これらの具体的な処理構成については後 述する。
[0049] ホームネットワーク内に、 IMSネットワークのサービス受領機能を持つホーム IMSゲ 一トウエイ 212を設定することにより、既存の DLNA機器 (例えば図に示す TV(DMP ) 213)は、ホームネットワーク内の DMS、すなわち、ホーム IMSゲートウェイ 212から コンテンツ提供を受けるとほぼ同様の処理で、 IPTVのビデオコンテンツを受領するこ とが可能となる。
[0050] ホームネットワーク内のクライアント機器である TV (DMP) 213は、ホームネットヮー ク外の機器からのコンテンツ提供処理として実行される IPTVサービスを、ホームネッ トワーク内の DMS、すなわち、ホーム IMSゲートウェイ 212からコンテンツ提供を受 けると同様のコンテンッ利用処理によって実行可能となる。
[0051] ホーム IMSゲートウェイ 212は、 DLNA機器におけるコンテンツ提供サーバとして の DMS (Digital Media Server)機能を実装しており、 DMP (Digital Media Player)が実装された TV213からホーム IMSゲートウェイ 212へアクセスが行われ、 IMSゲートウェイ 212は、 IMSネットワーク 230を介して受領する IPTVサービスを T V213に提供することができる。
[0052] 前述したように、ホーム IMSゲートウェイ 212は、ネットワーク通信機能を持つ既存 のホーム IPネットワークに接続された様々な機器に実装することが可能である。例え ば、ネットワーク回線の提供業者である電話会社やケーブル TV会社などのアクセス ラインのベンダーから供給されるレジデンシャルゲートウェイ（RG： Residential)に I MSネットワークサービス受領機能を実装させることも可能である。この場合、図 3に示 す RG211とホーム IMSゲートウェイ 212は一体化される。
[0053] あるいは、先に図 1を参照して説明した従来型のホームネットワーク構成において、 コンテンツの提供を行なう機器をデジタルメディアサーバ（DMS)として機能する DV R (Digital Video Recorder)や PCに IMSネットワークサービス受領機能を実装さ せることも可會である。
[0054] このように、本発明の構成では、 IMSネットワークサービス受領機能の実装可能な 機器が限定されることがな 、ため、オープンなインターネットでの IPTVサービスへの 対応が可能となり、また、ネットワークトポロジーについても限定されることなぐ任意の ホームネットワーク構成に対応可能となる。
[0055] 以下、ホーム IMSゲートウェイの構成例およびホーム IMSゲートウェイを利用した I PTVサービスの受領処理について詳細に説明する。まず、ホーム IMSゲートウェイ の説明に先立ち、 DLNA機器が準拠する DLNAガイドラインの機能コンポーネント について、図 4を参照して説明する。
[0056] 図 4に DLNAのガイドラインの機能コンポーネントを示す。上段から、メディアフォー マット層（Media Format)、メディア転送層（Media Transport)、デバイスデイス 力バリ制御及びメディア制御層（Device Discovery, Control, and Media Ma nagement)、ネットワーク層（Network Stack)、ネットワーク接続層（Network C onnectivity)の各構成が定義されて 、る。ホームネットワークの機器 (DLNA機器） は、この図 4に示す基本コンポーネントに従って DLNA (Digital Living Network Allia nce)のガイドラインに準拠したネットワークプロトコルに従ったデータ通信を実行する
[0057] まず、最下層のネットワーク接続（Network Connectivity)はホームネットワーク の物理層、リンク層の規定である。 DLNA機器には、 IEEE802. 3u, 802. 211a/ bZg規格に従った通信機能が実装されるが、ホームネットワークのインフラとしては P LC (Power line communication)など IP接続が可能な構成であれば、通信規格 が限定されることはない。
[0058] ネットワーク層は IPv4のプロトコルが利用され、 TCP, UDPを利用して各 DLNA機 器は通信を行う。デバイスディスカバリ制御及びメディア制御層に規定される UPnP ( 登録商標） Device Architecture 1. 0では機器発見の SSDP (Simple Servic e Discovery Protocol)や制御を行う SOAP (Simple Object Access Proto col)などが規定されており、 UPnP DA (UPnP Device Architecture)の上に U PnP AVが実装される。 UPnP AVバージョン 1は UPnPメディアサーノ （UPnP Media Server)と、 UPnPメディアレンダラー（UPnP Media Renderer)を規定 しているが、 DLNA規定のコンテンツ提供サーバである DMSは、 UPnPメディアサ ーノ （UPnP Media Server)を実装し、 DLNA規定のコンテンツ再生機器である DMPは、 UPnPメディアサーバ（UPnP Media Server)のコントローラを実装する
[0059] UPnPメディアサーバ（UPnP Media Server)には、主となるコンテンツディレク トリサービス（Content Directory Service)が実装され、コンテンツリストおよびメ タデータの取得方法が提供される。コンテンツディレクトリサービス（Content Direc tory Service)を利用することで、 DLNA規定のコンテンツ再生機器である DMPは 、 DLNA規定のコンテンツ提供サーバである DMSがストリーミングするコンテンツリス トの取得を行う。
[0060] 次の上位層であるメディア転送（Media Transport)層の規定として、ストリーミン グ再生に HTTP1. 0/1. 1が利用されることが規定されている。メディアフォーマット としては、ビデオコンテンツであれば、 DLNAが規定した MPEG2— PSのプロフアイ ルに従った Media Formatsのコンテンツが DMSから DMPに対してストリーミング 転送行われることが規定されて 、る。 DLNA規定のコンテンツ再生機器である DMP は、例えばストリーミング伝送により受信した MPEG2— PSデータを、順次デコードし て再生を行うことでユーザはコンテンツを視聴することができる。
[0061] 図 3を参照して説明したホーム IMSゲートウェイ 212のハードウェア構成例を図 5に 示す。先に説明したように、ホーム IMSゲートウェイ 212は、
(a) IMSのサービスとの接続機能
(b)ゲートウェイ機能
これらの機能を保持するが、これらの機能は、ネットワーク通信機能と基本的な情報 処理装置構成およびソフトウェアで実現される。図 5に示すノヽードウエアは、これら (a )〜 (b)の機能を実現するハードウェア構成例を示して！/、る。
[0062] ホーム IMSゲートウェイ 212は、図 5に示すように、各種ソフトウェア（コンピュータ' プログラム）を実行するデータ処理部としての CPU301、プログラムの格納領域として の ROM、データ処理実行時のワークエリア等に利用される RAMなどによって構成さ れるメモリ 302、ネットワーク接続部としてのネットワーク IZF303、さらにこれらの各構 成部間のコマンド、データ転送用のバス 304によって構成される。
[0063] ネットワーク IZF303は、例えば、 IEEE802. 3uのような有線 LANのネットワーク I ZFであり、 OSおよびその他ソフトウェアプログラムは、メモリ 302を構成する Flash- ROMに格納されており、これらのプログラムは、メモリ 302を構成する RAMにコピー されて実行される。また、 IMSのセッション確立処理において必要となるユーザ IDや 各種設定情報もメモリ 302を構成する Flash— ROMに保存される。
[0064] 次に、図 6を参照してホーム IMSゲートウェイ 212のソフトウェアモジュールの構成 例について説明する。ソフトウェアモジュールは、図に示すように、
(1)ネットワークモジユーノレ
(2)プロトコルモジュール
(3)アプリケーションモジュール
の 3つに分類される。
[0065] (1)ネットワークモジュールは、 IPネットワークにおける通信制御を担当するモジュ ールである。
(2)プロトコルモジュールは、 IMS, DLNAの各機能、すなわち IMS側では IMS側 で規定されるプロトコルに従った通信を実行するための制御を行 、、 DLNA側では DLNA側で規定されるプロトコルに従った通信を実行するための制御を行うプロトコ ル制御を担当するモジュールである。 IMS側と DLNA側では異なるプロトコルに従つ た通信が実行されるため、異なるプロトコルに対応した構成を持つ。
(3)アプリケーションモジュールは、プロトコルモジュールを利用して実際のゲートゥ エイ機能、すなわちホームネットワーク側の DLNA側とホームネットワーク外のネットヮ ークである IMSネットワークの中継を実現するモジュールである。
[0066] 図においては、ホームネットワーク側の DLNA側と、ホームネットワーク外のネットヮ ークである IMSネットワークにおいて利用される機能区分を分力りやすくするため、破 線で領域区分を行!、、破線の左側に IMSZIPTV側で適用するソフトウェアモジユー ルを示し、右側に DLNA側で適用するソフトウェアモジュールを示している。ただし、 ネットワークモジュールについては、両ネットワークにおいて共通に利用される。以下 、各モジュールの詳細について説明する。
[0067] まず、ネットワークモジュールは IPv4 TCP/IPスタックと UPnP DAに規定され る IPアドレス設定処理を行なうための Auto IP/DHCP (Dynamic Host Configurati on Protocol) Clientモジュールが実装される。ネットワークモジュールは IMS, DLN Aとも同じものが利用可能である。
[0068] ホーム IMSゲートウェイ 212は、基本的に、ホーム IPネットワークに接続されていれ ばよいので、ネットワーク IZFも別々に設定することは必須とはならない。ただし、レジ デンシャルゲートウェイと一体ィ匕した構成とする場合などには、ホームネットワーク接 続 IZFと外部ネットワーク接続 IZFとを別構成としてもよい。
[0069] プロトコルモジュールは、ホームネットワーク側の DLNA側と、ホームネットワーク外 のネットワークである IMSネットワークにおいて利用されるプロトコル力 現状では異 なっているため、それぞれのプロトコルに対応した個別の設定となる。
DLNA側は UPnP DAで規定する SOAP, GENA (Generic Event Notifica tion Architecture; , HTTP (Hyper Text Transier Protocol)サ ~~ノ 【こよる Presentation Page, Device Descriptionのモジュールと、機器発見処理として の Device Discoveryを司る SSDP,それとホームネットワーク内でコンテンツを実 装するために必要とされる DTCP— IP (Digital Transmission Content Prote ction - Internet Protocol)の認証および鍵交換（ARE: Authentication a nd Key Exchange)を実行する AKEモジュールにより構成される。
[0070] IMS側は IMSのサービス提供サーバである AS (Application Server)とのセッシ ヨン確立を行う SIPZModuleと、 ASとのメッセージ通信を行う SOAP, GENAのモ ジュールにより構成される。また、 IMS側はオープンなインターネットでの通信を想定 しているため、セキュリティのために IETF RFC 2246で規定されるところの TLS ( Transport Layer Security)プロトコル上に SIP, SOAPなどの通信実行プロトコ ルが実装され、セキュアな環境下での通信が実行されるプロトコル設定となって 、る。
[0071] 本発明の情報処理装置であるホーム IMSゲートウェイ 212の特徴の 1つは、 DLN A側機器において利用される機器発見処理機能としての Device Discovery Con trolと呼ばれる機能を利用して、 IMSの AS (IPTVサービス）を UPnPデバイス (UPn P Device)としてマッピングする処理を実行する構成を持つことである。すなわち、 ホーム IMSゲートウェイ 212は、ホームネットワーク外のサーバを仮想的なホームネッ トワーク機器としてマッピングする。具体的には、ホーム IMSゲートウェイ 212は、ホー ム IMSゲートウェイ 212にアプリケーションモジュールとして設定される UPnP Devi ce Proxy Manager (図 6参照）などを利用して、外部サーバである AS (IPTV)に 対応する UPnP Media Serverインスタンスを生成してメモリに記録する。
[0072] このように、ホーム IMSゲートウェイ 212は、ホームネットワークには存在しない外部 機器である IMSの AS (IPTVサービス）を DLNAの DMSとしてマッピングして設定 する。この処理は、 IMSの AS (IPTVサービス）力 あたかもホームネットワーク内にあ る 1つのコンテンツ提供サーバ（DMS)であるように設定する処理である。
[0073] このマッピング処理によって、ホームネットワーク内の DLNA機器、例えば TVなど のコンテンツ再生実行機器としての DMPが UPnPに従った機器発見処理を実行し た場合、ホーム IMSゲートウェイ 212は、 AS (IPTV)に対応する UPnP Media Se rverインスタンスに基づくサービス提供機能を持つことを DMPに通知することが可能 となり、 DMPはこの通知に基づいて、 IMSの AS (IPTVサービス）を、ホームネットヮ ーク内のコンテンツ提供サーバ（DMS)と同様の機器として認識することが可能となり 、ホームネットワーク内からのコンテンツ提供に基づくサービス受領と同様の処理で、 外部ネットワークである IMSの AS (IPTVサービス）のサービスを受領することが可能 となる。
[0074] なお、本発明の情報処理装置であるホーム IMSゲートウェイ 212は、ホームネットヮ ーク内のコンテンツ再生実行機器としての DMPに対して、 IMSの AS (IPTVサービ ス）の提供コンテンツの中継処理を行なう構成とするか否かは任意の設定が可能であ る。コンテンツの中継を行なうことなく、 DLNA機器 (コンテンツ再生実行機器としての DMP)と IMSの AS (IMS)のバックエンドの Video Serverとの通信によって DMP 力 Sコンテンツデータを外部ネットワークから直接取得する設定とすることが可能である
。これらの具体的な処理例については後述する。
[0075] ホーム IMSゲートウェイ 212力 IMSの AS (IPTVサービス）の提供コンテンツの中 継を行なう場合は、 Media Managementと呼ばれる機能、例えば、コンテンツリスト のメタデータの取得を行う Content Directoryサービスや、 DLNAの Media Tra nsportと呼ばれるビデオコンテンツの転送を行うプロトコルが実装される力 ホーム I MSゲートウェイ 212力 IMSの AS (IPTVサービス）の提供コンテンツの中 ϋを行な わない構成においては、これらの機能、すなわち、 Media Management機能はホ ーム IMSゲートウェイ 212に実装する必要がない。
[0076] また、ホームネットワーク内のクライアント機器、すなわち、コンテンツ再生実行機器 としての DMPからのコンテンツリスト要求も、ホーム IMSゲートウェイ 212が中継処理 を行なわず、クライアント機器 (DMP)から直接 AS (IPTVサービス)等の外部サーバ にコンテンツリスト要求を行わせる設定も可能であり、この構成では、ホーム IMSゲー トウエイ 212はクライアントからの機器発見要求に応答可能な構成であればよい。な お、クライアントからの要求をホーム IMSゲートウェイ 212を経由させず、直接、外部 サーバに送信させるためには、 UPnPの Device Architectureにおいて規定されるデ バイス情報 [Device Description]の [controlURL]、 [eventSubURL]の指定する URL をホーム IMSゲートウェイではなぐ外部サーバの URLに設定することで実現される 。ホーム IMSゲートウェイ 212は、このような設定を持つデバイス情報 [Device Descri ption]をクライアント機器に提供することで、その後、クライアントがデバイス情報を参 照してコンテンツリスト要求や、各種の要求を行う相手が AS (IPTVサービス）等の外 部サーバに設定される。この場合はホーム IMSゲートウェイは機器発見のみの担当 するモデルになり、さらに負荷が軽くなる。なお、 UPnPの Device Architectureにおい て規定される機器情報取得のための URL [SCPDURL]についてもホーム IMSゲート ウェイ 212ではなく外部サーバの URL設定とすることも可能である。
[0077] アプリケーションモジュールはプロトコルモジュールを利用してゲートウェイ機能、す なわち、ホームネットワーク内の DLNA機器とホームネットワーク外のサーバとの通信 環境の設定機能を実行する。アプリケーションモジュールは、大きく分けて IMSの AS (IPTV)サービスを DLNAの DMSとして設定するマッピング処理を行うモジュール 群と、マッピングされた DLNAの DMS (実体は IMSの AS (IPTV)サービス）に対し て、例えばホームネットワーク内のコンテンツ再生機器である DMP力 送信される要 求を、 IMSの AS (IPTV)サービスに仲介するモジュール群である。
[0078] 前者のマッピング処理を行うモジュール群は、 AS Discovery, ServiceManager , UPnP Device Proxy Managerであり、後者の要求転送処理を実行するモジ ユールは、 UPnP Message Proxy, ARE Proxyである。 [0079] 上述したように、本発明の情報処理装置であるホーム IMSゲートウェイ 212は、ホ ームネットワークには存在しな!、外部機器である IMSの AS (IPTVサービス）を DLN Aの DMSとしてマッピングする処理を行なう。ホーム IMSゲートウェイ 212は、さらに 、このマッピング処理に際して、ユーザの選択したサービス主体 [AS (IPTV) ]のみを 選択的にマッピングする機能を持つ。
[0080] すなわち、外部ネットワークに、 IMSZIPTVの AS (IPTV)が複数存在し、それぞ れがコンテンツ提供を行なっている構成において、ユーザ力 MSの課金システムを 利用して購買し選択した AS (IPTV)のみを選択して DLNAの DMSにマッピングす る。
[0081] マッピング処理を行うアプリケーションモジュール中、図 6に示す IMSZIPTV側の モジュールである AS Discoveryは、 IMSシステムにより提供する IPTVサービスを 発見する処理を実行し、 DLNA側モジュールである UPnP Device Proxy Man agerは、 AS Discoveryによって発見、取得された ASのリストを管理し、このリストを ユーザに提示して AS (IPTV)の購買や選択処理を実行させる。
[0082] 具体的には、本発明の情報処理装置であるホーム IMSゲートウェイ 212が HTTP サーバになり、 UPnP DAで規定される Presentationの仕組みを利用し、 HTML ブラウザ搭載の UPnP Control Pointと接続し、ユーザがブラウザ機能を利用して 表示された HTML画面から所望の IPTVサービスを選択し、サービスへの加入手続 きを行う。具体的には、例えば、ホームネットワーク内の DLNA機器として設定された ブラウザ機能を持つ PCや TVを利用して、ホーム IMSゲートウェイ 212の持つリストを ディスプレイに提示して IPTVサービスの選択を行なうことができる。
[0083] さらに、この IPTVサービスの受領を受ける手続きにおいては、先に説明した要求 転送処理を実行モジュールとしての UPnP Message Proxyを利用することで、 IM Sシステムが提供する課金システムを連携させることが可能であり、ホーム IMSゲート ウェイ 212に対応する IDとして設定済みの IMSユーザ IDの顧客情報力もユーザに 対する課金が行われる。
[0084] ホーム IMSゲートウェイ 212は、このように、ユーザの AS (IPTV)への加入手続を 条件として、アプリケーションモジュールである UPnP Device Proxy Manager の処理によって、加入手続きのなされた IPTVサービスを選択して DLNA DMSに マッピングするといつた選択的なマッピングを行なうことが可能となる。ただし、無料コ ンテンッの提供を行なう AS (IPTV)など加入手続きを行なうことが必要とされな！/ヽ AS (IPTV)などがある場合は、ユーザの加入手続き処理が不要であり、マッピングの条 件としてユーザ選択が必須となるものではない。
[0085] ホームネットワーク内の DLNA機器であるコンテンツ再生機器としての DMPは、ホ ーム IMSゲートウェイ 212においてマッピング処理の完了した AS (IPTV)をホームネ ットワーク内のコンテンツ提供サーバ（DMS)と解釈して、 AS (IPTV)のサービスを 受領することができるよう〖こなる。
[0086] アプリケーションモジュールである UPnP Message Proxyは、 DLNA DMPよ り供給されたメッセージを AS (IPTV)に中継する。このためのプロトコルとして UPnP と同等の SOAP, GENAが使われ、 ASは UPnP AVで規定されるところの UPnP Media Server, Content Directoryサービスのメッセージを直接処理する力 も しくは、 UPnP Message Proxyにお!/、て AS (IPTV)のプロトコルの変換をおこな うなどして相互互換性を図る。
[0087] なお、図 6に示すホーム IMSゲートウェイ 212のソフトウェアモジュールの構成例は 、ホーム IMSゲートウェイ力 IMSZIPTV側の通信プロトコルに従った通信と、ホー ムネットワーク内の DLNA側の通信プロトコルに従った通信のいずれをも実行可能と し、ホーム IMSゲートウェイ 212は、 IMSZIPTV側と DLNA側との通信において必 要に応じたプロトコル変換を実行する場合のソフトウエアモジュールの構成である。
[0088] 通信プロトコルの変換処理は、ホーム IMSゲートウェイ 212において行なう構成の 他、例えば、ホーム IMSゲートウェイ 212側と通信を直接実行する外部サーバ、例え ば IMS側の ASや IPTVサービスの実行サーバにお!、て実行する構成としてもよ！/、。 このように外部サーバにおいて、必要なプロトコル変換を実行する構成では、ホーム I MSゲートウェイ 212は、 DLNA側のプロトコルモジュール、アプリケーションモジユー ルを持てばよい。なお、このような構成とした場合、外部サーバのマッピング処理は、 DLNA規定による SSDPプロトコルに従った機器発見処理を実行することで実行さ れる。 [0089] また、ホームネットワーク内のクライアント機器、すなわちコンテンツ再生実行機器と しての DMPが実行するコンテンツリストおよびメタデータの取得処理にお!、ては、以 下、説明する実施例では、 ASが UPnP Content Directoryサービスを直接処理 する方法をとつている。実施例では HTMLブラウザを実装した UPnP Control Po intにてサービスの加入手続きを行うことにして!/、るが、これは DLNAの DMPであつ てもよいが、必ずしも DLNAの DMPであることは必要でなぐ第三者、例えば、パソ コンの HTMLブラウザでも同様の処理が行える。また、携帯電話等が HTMLブラウ ザを実装している場合は同様に購入手続きが行える。
[0090] また、ホーム IMSゲートウェイ 212自体が表示装置、入力部などのユーザインタフエ ースを持つ設定とすることにより、ユーザインタフェースに AS (IPTV)から取得したリ ストを直接提示してユーザの入力情報を入力することが可能であり、 HTMLブラウザ による制御によらずともサービス加入の手続きを行うことができる。
[0091] なお、 AS (IPTV)の加入手続の態様は様々な態様が可能である。すなわち、 AS ( IPTV)自体の選択としてのサービス単位の選択の他、 AS (IPTV)の提供するコンテ ンッ単位の選択など、様々な設定が可能である。これらは、 AS (IPTV)の設定に基 づ 、てコンテンツ単位で購買を選択する仕組みを Presentation Pageにより提供さ れ、選択情報が、ユーザプロファイル情報の構成データとして、 IMS側に登録され、 AS (IPTV)側は登録情報に従ったコンテンツ提供を行なうことになる。
[0092] 上述したように、ホーム IMSゲートウェイ 212は、ホームネットワーク内のコンテンツ 再生実行機器としての DMPに対して、 IMSの AS (IPTVサービス）の提供コンテン ッの中継処理を行なう構成とする場合と、行わな 、構成とする場合の 、ずれの設定も 可能であり、後者の場合、アプリケーションレベルでのサービスロジック処理、例えば AS (IPTV)サービスの提供するサービスの解釈や DMPの理解可能なフォーマット への変換処理などの各サービスに対応したデータ処理が不要であり、また、コンテン ッデータの一時保存や、変換処理も不要であるため、非常に安価なソフトウェア、ノヽ 一ドウエア構成の装置でホーム IMSゲートウェイを実現することができる。
[0093] ゲートウェイ装置がサービスロジック処理を不要とすることで、これらの処理を行う構 成に比べて、サービスの拡張性を高くすることができる。例えば、コンテンツの提供主 体である AS (IPTV)は、コンテンツのメタデータの追加などを行なうことがある力 ゲ 一トウエイ装置がサービスロジック処理を行なう構成では、ゲートウェイがその追加メタ データの解釈、処理を実行可能とするため、例えばプログラムの更新が必要となる。 し力し、本発明のホーム IMSゲートウェイではこのような処理を行わない設定が可能 であり、ゲートウェイ自体の変更を行なうことなく配信サービス側の変更のみで様々な サービスロジックの変更が可能となる。
[0094] 前述したように、ホーム IMSゲートウェイ 212の処理態様としては、
(1)ホームネットワーク内のコンテンツ再生実行機器（DMP)に、 IMSの AS (IPTV サービス）の提供コンテンツの中継処理を行なう構成、
(2)ホームネットワーク内のコンテンツ再生実行機器（DMP)に、 IMSの AS (IPTV サービス）の提供コンテンツの中継処理を行なわず、 DMPと AS (IPTVサービス）間 の通信によってコンテンツ再生を行なわせる構成、
これらの 2つの構成があると説明した。
[0095] 上記（2)の DMPと AS (IPTVサービス）間の通信によってコンテンツ再生を行なわ せる構成では、コンテンツ伝送はインターネット上のコンテンツ配信サービスから直接 、再生機器である DMPに行われる。従って、ホームサーバに一時ダウンロードして家 庭内に再配信する方式と異なり、オンデマンドにコンテンツ再生ができるためにユー ザにとっても利便性が高い。さらに、このコンテンツ伝送を仲介しない方式では、ホー ムネットワーク内でコンテンツデータ伝送の重複がおきな 、ために、無駄な帯域使用 を防ぐことができる。また、ホームネットワークのトポロジーに制限がなくなり、ゲートゥ イ機能を実装する商品形態が多様となるという利点がある。
[0096] 以下、上記（2)の処理、すなわち、 DMPと AS (IPTVサービス）間の通信によって コンテンツ再生を行なわせる場合の、処理シーケンスについて、図 7〜図 10のシーケ ンス図を参照して説明する。なお、図 7〜図 10のシーケンス図は、以下の各処理のシ 一ケンスを説明する図である。
(A) AS (IPTV)の加入手続きのシーケンス（図 7,図 8)
(Al) IMS登録処理
(A2)機器発見処理 (A3) AS (IPTV)選択処理
(B) AS (IPTV)提供コンテンッの利用シーケンス（図 9 ,図 10)
(B1)機器発見処理
(B2)コンテンツリスト取得処理
(B3)認証、鍵交換処理
(B4)コンテンツストリーミング処理
[0097] まず、図 7、図 8を参照して、 AS (IPTV)の加入手続きのシーケンスについて説明 する。図 7、図 8は、左側から、
(1) IMSネットワークにお!/、て IPTV対応のコンテンツ提供サービスを実行するァプ リケーシヨンサーバとして AS1, AS2, AS3の 3つの IPTVサービス、
(2) IMSで用いるユーザ IDの管理、各ユーザの加入して!/、るサービスのプロフアイ ル管理、認証用情報の管理、各 IMSサービス利用可否の管理、ユーザ移動管理の ためのデータベースを持つ HSS
(3) IMSネットワークにおいて、 SIP (Session Initiation Protocol)に基づき、 ユーザの登録やセッション設定の制御を行なう CSCF、
(4)ホーム IMSゲートウェイ、
(5) UPnPコントロールポイントとしての HTMLブラウザ（ユーザインタフェース） これらの各構成要素を示している。また、各ステップに示す [Cx] [SIP] [SSDP] [
HTTP]は各通信に適用されるプロトコルを示している。
[0098] 図 7、図 8に示す AS (IPTV)の加入手続きシーケンスは、以下の 3つのフェーズに 分けられる。
(Al) IMS登録処理
(A2)機器発見処理
(A3) AS (IPTV)選択処理
以下、各処理について説明する。
[0099] (Al) IMS登録処理
第 1のフェーズである IMS登録処理において、まず、ホーム IMSゲートウェイは、ス テツプ SI 1にお!/、て、予めホーム IMSゲートウェイに設定されて!、る IMSユーザ IDを IMSネットワークの CSCFに送信し、ステップ SI 2において登録確認を受領して IMS ネットワークに対する登録を行う。次にステップ S13において構成情報（config)を C SCFに提示して、ステップ S 14にお 、て確認応答を受領する。
[0100] CSCFは、ステップ S 15において、ユーザプロファイル情報を管理するデータべ一 スを持つ HSSに IMSユーザ IDに対応して登録された利用可能なサービス情報を要 求して取得 (ステップ S16)し、 CSCFは、ステップ S17において、取得した利用可能 なサービス一覧をホーム IMSゲートウェイに送信する。ステップ S18においてホーム I MSゲートウェイは CSCFに受領確認を送信する。
[0101] ホーム IMSゲートウェイはこのようにして利用可能なサービスリストを取得しメモリに 格納する。ホーム IMSゲートウェイはこのようにして取得された IPTVのサービスリスト 力も HTMLドキュメントを生成し、以降の HTMLブラウザによる ASの設定に備える。
[0102] (A2)機器発見処理
第 2のフェーズは機器発見処理である。初期の時点では利用する ASがユーザによ つて選択されていない。従ってこの時点では、ホーム IMSゲートウェイは、 AS (IPTV )を DLNA DMSとしてマッピングしておらず、ホームネットワーク内のコンテンツ再 生機器としての DMPは AS (IPTV)を DMSと解釈してコンテンツ受領を行なうことは できない。
[0103] 前述したように、 AS (IPTV)の選択を実行する際、ホーム IMSゲートウェイは HTT Pサーバになり、 UPnP DAで規定される Presentationの仕組みを利用し、 HTML ブラウザ搭載の UPnP Control Pointと接続してユーザがブラウザ機能を利用し て表示された HTML画面から所望の IPTVサービスを選択する。図 7に示す (A2)機 器発見処理は、この処理のシーケンスである。
[0104] AS (IPTV)の選択を実行するユーザは、例えばブラウザ機能を持つ PCなどの UP nP Control Pointから、 UPnPで規定された機器発見のプロトコルに従った処理 、すなわち、ステップ S19の SSDP M— Searchを送信し、ステップ S20においてそ の応答である SSDP M—Responceを受領することにより、ホームネットワーク上に ホーム IMSゲートウェイが接続されていることを発見する。ステップ S21、ステップ S2 2は、具体的な機器情報の要求および受領ステップである。 [0105] (A3) AS (IPTV)選択処理
図 8には、続いて実行される AS (IPTV)選択処理のシーケンスを示している。この フェーズでは、ユーザが、 PCなどの UPnP Control Pointから、ホーム IMSゲート ウェイが第 1のフェーズで取得した AS (IPTV)のサービスリストを閲覧してサービス（ AS)選択を実行する。
[0106] まず、ステップ S23、 S24にお!/、て、 HTTPサーバとしてのホーム IMSゲートウェイ に対して HTTP GETに基づいて、 HTMLドキュメントを取得し HTMLページを表 示する。その画面において AS (IPTV)のサービスリストが表示される。
[0107] ユーザはそのリストからサービスを受領したい AS (IPTV)あるいはコンテンツを選 択するとステップ S25において、この要求情報がホーム IMSゲートウェイに入力され 、ホーム IMSゲートウェイは、ステップ S26において、 IMSの CSCFに対して、サービ スの加入を要求する。 CSCFは、ステップ S27において、ホーム IMSゲートウェイに おけるサービス加入要求に基づいて、 HSSにユーザ対応の登録情報として、このサ 一ビス加入要求に対応する情報登録を実行する。サービス加入登録処理が完了す ると処理完了応答が、ステップ S28において、 HSS力 CSCFに通知され、ステップ S29において、 CSCFからホーム IMSゲートウェイに通知され、さらに、ステップ S30 において、 UPnP Control Pointである PCなどのユーザインタフェースを持つ装 置に送信され、ユーザによって確認される。
[0108] なお、この (A3) AS (IPTV)選択処理においては、例えば課金処理などが行われ る場合もあり、この場合には、課金処理に必要な情報の入力、通信が実行される。
[0109] このように、（A) AS (IPTV)の加入手続きのシーケンスは、
(Al) IMS登録処理
(A2)機器発見処理
(A3) AS (IPTV)選択処理
これら 3つの処理によって構成され、これらの各処理が完了することで AS (IPTV) の加入手続きが完了する。
[0110] この AS (IPTV)の加入手続きが完了すると、ホーム IMSゲートウェイは、選択され た AS (IPTV)を DLNA DMSとするマッピングを実行し、ホームネットワーク内のコ ンテンッ再生機器としての DMPが、選択 AS (IPTV)を DMSと解釈してコンテンツ受 領を行なうことができる設定とする。すなわち、ホーム IMSゲートウェイは、図 6に示し た UPnP Device Proxy Managerなどを利用して、選択された AS (例では AS3 )に対応した UPnP Media Serverのインスタンスを生成してメモリに記録する。
[0111] このマッピング処理により、ホームネットワーク外にある IMSのアプリケーションサー バとしての AS (IPTV)は、ホームネットワーク内のコンテンツ提供サーバと同様の D MS (DLNA Media Server)と同様の扱いがなされ、ホームネットワーク内のコン テンッ再生機器である DMP (DLNA Media Player)力も利用可能となる。
[0112] 以下、図 9、図 10を参照して、ホームネットワーク内のコンテンツ再生機器である D MPによる AS (IPTV)提供コンテンツの利用シーケンスについて説明する。
図 9、図 10は、左側から、
(1) IPTVサービス (AS) (コンテンツ提供主体）
(2) IMSで用いるユーザ IDの管理、各ユーザの加入して!/、るサービスのプロフアイ ル管理、認証用情報の管理、各 IMSサービス利用可否の管理、ユーザ移動管理の ためのデータベースを持つ HSS
(3) IMSネットワークにおいて、 SIP (Session Initiation Protocol)に基づき、 ユーザの登録やセッション設定の制御を行なう CSCF、
(4)ホーム IMSゲートウェイ、
(5)ホームネットワーク内のコンテンツ再生機器である DMP (DLNA Media Pla yer)
これらの各構成要素を示している。なお、（1) IPTVサービス (AS)は、 IPTVサービ スのみ、あるいは IPTVサービスと ASとの組み合わせであり、いずれの態様も可能で ある。また、各ステップに示す [SSDP] [HTTP] [SOAP] [AKE]は各通信に適用さ れるプロトコルを示して 、る。
[0113] 図 9、図 10に示す AS (IPTV)提供コンテンツの利用シーケンスは、以下の 4つのフ エーズに分けられる。
(B1)機器発見処理
(B2)コンテンツリスト取得処理 (B3)認証、鍵交換処理
(B4)コンテンツストリーミング処理
以下、各処理について説明する。
[0114] (B1)機器発見処理
第 1の処理は、機器発見フェーズである。先に図 7、図 8を参照して説明した ASの 加入シーケンスにより既にホーム IMSゲートウェイは AS (IPTV)を DLNA DMSと してマッピングし、ホームネットワーク内の各機器 DLNA機器に対して、 AS (IPTV) が DLNA DMSとして利用可能であることが公開されている。すなわち、ホームネッ トワークに接続されたすベてのコンテンツ再生機器である DMPは UPnP DAで規 定された機器発見シーケンスによりホーム IMSゲートウェイから、 DMSとして AS (IP TV)情報を取得することができる。この機器発見シーレンスがステップ S31〜S34の 処理である。
[0115] コンテンツ再生機器である DMPは、 UPnPで規定された機器発見のプロトコルに 従った処理、すなわち、ステップ S31の SSDP M— Searchをホーム IMSゲートゥェ ィに送信し、ステップ S32においてその応答である SSDP M— Responceをホーム I MSゲートウェイ力 受領することにより、 DMSとして設定された AS (IPTV)を発見 する。ステップ S33、ステップ S34は、具体的な機器情報の要求および受領ステップ である。
[0116] なお、ホーム IMSゲートウェイは、この機器発見処理にお!ヽて、ホーム IMSゲートゥ エイがマッピング処理において生成した AS (IPTV)に対応する UPnP Media Ser verインスタンスに基づく情報、すなわち AS (IPTV)に対応するサーバ情報をコンテ ンッ再生機器である DMPに提供する。 DMPは、この情報を受領することで、 AS (IP TV)がホームネットワーク内のコンテンツ提供サーバ（DMS)であるものと解釈する。
[0117] (B2)コンテンツリスト取得処理
第 2の処理は、 DMSとして設定された AS (IPTV)からのコンテンツリスト取得処理 である。既に ASの加入シーケンスに示した例のようにホーム IMSゲートウェイは IMS ネットワークにセッション確立していると想定する。もし、セッション確立していない場 合、切れている場合は、コンテンツ取得などの要求をトリガーとして再接続を行う。 IM Sネットワークとのセッション確立により加入済みの ASの情報は取得済みである。
[0118] ステップ S35において、 DMPは、第 1フェーズで発見済みの DMSとして設定され た AS (IPTV)に対して UPnPの Content Directory Serviceの Browseァクショ ンを発行する。 DMPから Browseアクションを受領したホーム IMSゲートウェイは、ス テツプ S36において、この要求を中 ϋし、 IPTV (AS)に転送する。
[0119] IPTV (AS)は、この Browseアクションの内容を解釈し、バックエンドの電子番組情 報格納サーバ（EPGサーノ）など力 ビデオコンテンツのリストを生成して、ホーム IM Sゲートウェイ経由で、 DMPにレスポンスを送る（ステップ S37、 S38)。例えばコンテ ンッリストが階層化されている場合は、複数の Browseアクションが発行される。なお、 UPnP Content Directory Serviceの規定どおり、コンテンツリストは DIDL— Li teと呼ばれる XML Schemaに準拠した XMLドキュメントで表現される力 各コンテ ンッのビデオデータのリソース情報（URI)は ASのバックエンドの Video Serverが 提供するビデ才コンテンツを示して 、る。
[0120] なお、先に説明したように、 DMPからのコンテンツリスト要求を、ホーム IMSゲートゥ エイが中継処理を行なわず、クライアント機器 (DMP)から直接 AS (IPTVサービス） 等の外部サーバにコンテンツリスト要求を行わせる設定も可能である。このためには、 UPnPの Device Architectureにおいて規定されるデバイス情報 [Device Description] の [controlURL]、 [eventSubURL]の指定する URLをホーム IMSゲートウェイではな ぐ外部サーバの URLに設定する。ホーム IMSゲートウェイは、このような URL設定 を持つデバイス情報 [Device Description]をクライアント機器に提供することで、その 後、クライアントがデバイス情報を参照してコンテンツリスト要求や、各種の要求を行う 相手が AS (IPTVサービス）等の外部サーバに設定される。
[0121] (B3)認証、鍵交換処理
第 3のフェーズは認証、鍵交換である。 DLNAではコピープロテクトされたコンテン ッを伝送する場合には DTCP— IPに従って暗号ィ匕して伝送することになる。 AS (IP TV)のビデオサーバからのストリーミングにおいても DTCP— IP準拠の暗号化がなさ れて暗号ィ匕コンテンツが送信される。
[0122] コンテンツの暗号ィ匕に適用する鍵は、 DTCP— IPの規定に従った認証および鍵交 換 (AKE)処理によって生成される。図 6に示したようにホーム IMSゲートウェイは DT CP -IP AKE Proxyの機能を有しており、コンテンツ再生機器である DMPはコン テンッの受信に際して、 DMPがコンテンツの提供サービス主体として認識している D MSを持つホーム IMSゲートウェイと認証、鍵交換を行うことになる。
[0123] (B2)のコンテンツリスト取得処理において取得したリストに設定されているコンテン ッのリソース URIは ASのビデオサーバの IPアドレスを含む設定である力 これらのコ ンテンッ取得を実行するために必要とする認証、鍵交換処理、すなわち AKEプロセ スの実行対象としてのアドレスはホーム IMSゲートウェイに設定される。すなわち、 D MPは、コンテンツの提供サービス主体として認識して 、る DMSのインスタンスが登 録されたホーム IMSゲートウェイと認証、鍵交換を行う。
[0124] なお、 DMPにお ヽて認証、鍵交換の実行対象は、暗号ィ匕コンテンツの送信主体、 すなわち、コンテンツのリソース URIに含まれる ASのビデオサーバの IPアドレスとさ れることが多いが、本発明の構成では、（B2)のコンテンツリスト取得処理において D MPに提供されるコンテンツリストに含まれるコンテンツの取得要求に際して DMPが 実行する AKE処理対象はホーム IMSゲートウェイに設定される。
[0125] これは、例えば、コンテンツ対応のメタデータを AKE対象をホーム IMSゲートウェイ とする設定とするメタデータを含めることで可能となる。ホーム IMSゲートウェイ力 PT Vサービス (AS)力も受領するコンテンツリストの設定は、予めこのような設定としたリ ストとするか、あるいはホーム IMSゲートウェイにお!/、てメタデータの追加あるいは変 更を行なう構成としてもよ 、。あるいはホーム IMSゲートウェイが DMPに対するコンテ ンッリストの提供時に AKE対象をホーム IMSゲートウェイとする旨の通知を実行する 構成としてもよい。
[0126] 認証、鍵交換処理は DTCP— IPの規定する認証および鍵交換 (AKE： Authntic ation and Key Exchange)処理シーケンスに従って実行される。
[0127] 本発明の構成では、図 10〖こ示すステップ S39〜S46の処理、すなわち、
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
これらの処理によって、 DMPとホーム IMSゲートウェイとの認証、鍵交換が完了す る。
[0128] この認証、鍵交換処理過程では AKEの対象であるホーム IMSゲートウェイが DM Pの近傍にあることを確認するために IPパケットの TTL (Time To Live)の確認と レスポンス時間の確認がステップ S41, S42における RTT計測として行なわれる。 また、ステップ S44、 S45は、本発明の構成における特徴的な処理であり、暗号鍵と して適用される鍵をコンテンツ提供主体としての IPTVサービス (AS)と、コンテンツ利 用主体としての DMPが共有するため、 AKEシーケンスで、ホーム IMSゲートウェイと DMPが共有した鍵を IPTVサービス (AS)に渡す処理である。このステップ S44、 S4 5の処理をカ卩えることで、コンテンツ提供主体としての IPTVサービス (AS)と、コンテ ンッ利用主体としての DMPが暗号鍵を共有することができる。ここで、この IPTVサ 一ビス（AS)は鍵の共有を許可された正規のサービスであり、ステップ S44、 S45は セキュアな通信によってなされるものである。
[0129] (B4)コンテンツストリーミング処理
最後、第 4のフェーズはコンテンツのストリーミング処理である。コンテンツ再生機器 である DMPは、ステップ S47において、先の（B2)コンテンツリスト取得処理において 取得したリソースの URLを適用して HTTP GETに基づくコンテンツ要求を発行し、 HTTPストリーミングを要求する。
[0130] IPTVサービス (AS)のビデオサーバは先の AKEフェーズにお!/、て DMPと共有す る鍵を適用してコンテンツデータを暗号化し、ステップ S48においてホームネットヮー ク内の DLNA機器である DMPに対してコンテンツのストリーミング伝送を開始する。
[0131] ホームネットワーク内のコンテンツ再生機器である DMPは IPTVサービス（AS)から 受信したデータを先の AKEフェーズで IPTVサービス (AS)と共有した暗号鍵を適 用して復号を行な 、、デコードすることでコンテンツ再生を実行する。
[0132] 本発明の処理構成では、
(B3)認証、鍵交換処理と、
(B4)コンテンツストリーミング処理
これらの第 3、 4のフェーズにおいて、 AKEモジュールの適用する IPアドレスがコン テンッ提供主体としてのサーバとは実体が異なるホーム IMSゲートウェイに設定され る点が異なる以外、 DLNA規定の DTCP— IPによるストリーミング再生に準拠する処 理である。
[0133] 図 9、図 10を参照して説明したコンテンツ利用処理におけるデータ通信の全体概 要について図 11を参照して説明する。図 11には、ホームネットワーク 500内の機器と して、コンテンツ再生機器としての DMP501、ホーム IMSゲートウェイ 502、レジデン シャルゲートウェイ（RG) 503を示している。さらにホームネットワーク 500の外部の構 成として、 IPマルチメディアサブシステム（IMS) 510、 IPTVサービス 520を示してい る。
[0134] IPマルチメディアサブシステム（IMS) 510は、先に、図 3を参照して説明したように 、第 3世代移動体通信システムの標準化プロジェクトである 3GPP (3rd Generatio n Parthership Project)で開発されている携帯電話の無線通信インフラにおける 基盤であり、 CSCF (Call Session Control Function)と呼ばれる機能要素を核 として、ホームサブスクライバサブシステム（HSS : Home Subscriber Subsystem )、アプリケーションサーノ （AS : Application Server)などの機能要素から構成さ れている。図 11には、アプリケーションサーノ （AS) 511を示している。アプリケーショ ンサーバ（AS) 511は、サービス提供サーバの関数登録などの処理を行なうディレク トリサービス実行部としての CDS (Content Directory Service) 512を含む。
[0135] IPTVサービス 520は、コンテンツリスト等の番組情報ガイドである EPG (Electroni c Program Guide)の提供サーバである EPGサーバ 521と、映像コンテンツの提 供サーバであるビデオサーバ 522を有し、それぞれのサーバと AS (IPTV) 511の C DS512との連携によって、ユーザ端末である DMP501に対するコンテンツリストの 提供サービス、コンテンツの提供サービスを実現して ヽる。 [0136] ホームネットワーク 500内のコンテンツ再生機器である DMP501がホームネットヮ ーク外の IPTVサービス 520からのコンテンツを取得する場合の基本的な処理の流 れについて説明する。先に図 7、図 8を参照して説明した ASの加入シーケンスにより 既にホーム IMSゲートウェイ 502は IPTVサービス（AS)を DLNA DMSとしてマツ ビングしている。
[0137] まず、ステップ S 101において、 DMP501は、 UPnPアクションとしての機器発見を 実行して、ホーム IMSゲートウェイ 502から DMSとして設定された AS (IPTV)の情 報を取得する。ホーム IMSゲートウェイ 502は、機器発見処理において、ホーム IMS ゲートウェイ 502がマッピング処理において生成した AS (IPTV)に対応する UPnP Media Serverインスタンスに基づぐ隋報をコンテンツ再生機器である DMP501に 提供する。 DMP501は、この情報を受領することで、 AS (IPTV)がホームネットヮー ク内のコンテンッ提供サーバ（DMS)であると解釈する。
[0138] さらに、 DMP501は、 DMSとして設定された AS (IPTV)に対して UPnPの Conte nt Directory Serviceの Browseアクションを発行する。 DMP501から Browseァ クシヨンを受領したホーム IMSゲートウェイ 502は、この要求を AS511 (CDS512)に 中継する。 AS511 (CDS512)は、 IPTVサービス 520の EPGサーバ 521の提供す るビデオコンテンツのリストを取得して、ホーム IMSゲートウェイ 502で、 DMP501に レスポンスとしてコンテンツリストを送信する。
[0139] なお、先に説明したように、このコンテンツリストには、メタデータとしてコンテンツの 取得に適用するコンテンツ URLと、コンテンツ取得の前提として実行する認証および 鍵交換 (AKE)処理の対象機器情報が記録されており、鍵交換 (AKE)処理の対象 機器情報はホーム IMSゲートウェイ 502に設定されている。あるいは、コンテンツメタ データを用いることなぐ鍵交換 (AKE)処理の対象機器がホーム IMSゲートウェイ 5 02であることをホーム IMSゲートウェイ 502から DMP501に通知する設定としてもよ い。
[0140] DMP501は、コンテンツ受信に先立ち、ステップ S102において、 DTCP— IPの規 定に従った認証および鍵交換 (AKE)処理を実行する。 DMPは、認証、鍵交換の実 行対象をホーム IMSゲートウェイ 502として処理を実行する。ただし、この認証および 鍵交換 (AKE)処理において、ホーム IMSゲートウェイ 502は、コンテンツの暗号鍵と して適用される鍵を、ステップ S 103において、コンテンツ提供主体としての IPTVサ 一ビス 520のビデオサーバ 522に提供する。この処理によって、認証および鍵交換（ AKE)処理の完了時には、コンテンツ提供主体としての IPTVサービス 520のビデオ サーノ 522と、コンテンツ利用主体としての DMPが鍵を共有することになる。
[0141] 次に、ステップ S 104において、コンテンツ再生機器である DMP501は、コンテンツ リスト取得処理において取得したリソースの URLを適用して HTTP GETに基づくコ ンテンッ要求を発行し、ビデオサーバ 522に対して HTTPストリーミングを要求する。 IPTVサービス 520のビデオサーバ 522は先の AKEフェーズにおいて DMP501と 共有した鍵を適用してコンテンツデータを暗号化し、 DMP501に送信する。 DMP5 01は IPTVサービス 520から受信したデータに対して共有暗号鍵を適用した復号処 理を実行してコンテンッ再生を実行する。
[0142] 以上、説明したように、本発明の構成により、ホームネットワーク内のコンテンツ再生 装置としての DMP力 ホームネットワーク外のコンテンツ提供サーバからのコンテン ッを受領して再生することが可能となる。
[0143] この処理を可能とするため、ホームネットワーク内に設置されたホーム IMSゲートゥ エイが、コンテンツ提供サーバとの通信を実行して、コンテンツ提供サーバを仮想的 なホームネットワーク機器としてマッピング、すなわち外部サーバのサーバ情報を記 録したインスタンスを生成して記憶部に格納し、ホームネットワーク内のコンテンツ再 生装置力も UPnP規定に従った機器発見要求の受信に応じて、インスタンスに基づ いてコンテンツ提供サーバに対応するサーバ情報を、サービス受領可能な機器情報 としてコンテンツ再生機器に提供する処理を実行する。
[0144] さらに、ホーム IMSゲートウェイは、コンテンツ再生装置からのコンテンツ取得要求 、すなわち、コンテンツ提供サーバの提供コンテンツの取得要求を受信した場合に、 この要求をコンテンツ提供サーバに転送してコンテンツ提供サーノくからコンテンツを コンテンッ再生装置に送信させて、コンテンッ再生装置におけるコンテンツ受信およ び再生を可能とした。
[0145] また、 DLNAにおいて規定されるコンテンツ送信条件として実行が要請される認証 および鍵交換については、コンテンツ再生装置とホーム IMSゲートウェイの間で規定 どおりの処理 (AKE)を実行して、生成した鍵をホーム IMSゲートウェイ力 コンテン ッ提供サーバに送信する構成としたので、コンテンツ提供サーバとコンテンツ再生装 置は、認証および鍵交換処理において生成した鍵を共有することが可能となり、ホー ムネットワーク内の DMSの実行するコンテンツ送信処理と同様、暗号ィ匕を施したコン テンッがコンテンツ提供サーノ からコンテンツ再生装置に対して送信され、安全なコ ンテンッ送受信が実現される。
[0146] なお、このコンテンツ伝送方式は Home to Homeのコンテンツ伝送にも応用でき る。図 11の IPTVサービス 520のビデオサーバ 522に替わって、別の家庭のホーム サーバが同様のサービスを提供することにより、その家庭のコンテンツの伝送を行うこ とができる。このように商用でないコンテンツの伝送では、暗号化を施さずに送る場合 もめる。
[0147] 以上、図 4に示される DLNAガイドラインに準拠したコンテンツ再生機器である DM Pが IPTVサービスを受領するためのホーム IMSゲートウェイについての実施例を説 明した。先に図 4を参照して説明したように、 DLNA規定のコンテンツ提供サーバで ある DMSは、 UPnPメディアサーノ （UPnP Media Server)を実装し、 UPnPメデ ィアサーノ （UPnP Media Server)には、主となるコンテンツディレクトリサービス（ Content Directory Service)が実装されており、これを適用したコンテンツリスト およびメタデータの取得を可能としている。すなわち、コンテンツディレクトリサービス（ Content Directory Service)を利用することで、 DLNA規定のコンテンツ再生機 器である DMPは、 DLNA規定のコンテンツ提供サーバである DMSがストリーミング するコンテンツリストの取得が行われる。図 9を参照して説明した実施例は、 UPnPコ ンテンッディレクトリサービス（Content Directory Service)によるコンテンツリスト 取得処理を、 UPnP DAで規定する SOAP, GENAのメッセージ通信を適用して行 つた実施例である。次に、 UPnP DAで規定されるプレゼンテーション（Presentati on)の仕組みを利用した処理例につ 、て説明する。
[0148] [UPnP DAで規定されるプレゼンテーション（Presentation)の仕組みを利用し た処理例] 以下において説明する実施例は、本発明の情報処理装置である図 3に示すホーム IMSゲートウェイ 212が HTTPサーバになり、 UPnP DAで規定されるプレゼンテー シヨン（Presentation)の仕組みを利用して HTMLブラウザ搭載の UPnP Control
Pointと接続して、ユーザがブラウザ機能を利用して表示した HTML画面カゝら所望 の IPTVサービスを選択してサービスを受領する実施例である。
[0149] すなわち、先に説明した UPnP DAで規定されるプレゼンテーション（Presentati on)の仕組みを適用して、ホーム IMSゲートウェイ 212からコンテンツ再生機器であ る DMP、例えば図 3に示す TV (DMP) 213に対して、例えばコンテンツリストゃコン テンッ情報などを含むサービス画面を記述した HTMLデータを提供する処理を実行 して、 HTMLデータ力 なるサービス画面をコンテンツ再生機器である DMP側のデ イスプレイに表示して、表示データに基づいてユーザがコンテンツ選択を行い、 IPT Vサービスを受領する処理例である。すなわち、例えば、ホームネットワーク内の DL NA機器として設定されたブラウザ機能を持つ PCや TVを利用して、ホーム IMSゲー トウエイ 212の持つリストをディスプレイに提示して IPTVサービスの選択を行ないサ 一ビスの受領を行なう。
[0150] この実施例では、コンテンツ再生機器、すなわち、例えば図 3に示す TV (DMP) 2 13は UPnP DA規定のプレゼンテーション（Presentation)機能を実現するための HTMLブラウザを実装する。本実施例では、 UPnPコンテンツディレクトリ（UPnP Con tent Directory)サービスは使用されないが、コンテンツ再生機器は、ストリーミング再 生機能のために DLNAのメディア転送の規定やコンテンツプロテクションの DTCP— IP規定に基づく実装となっている。
[0151] AS (IPTV)提供コンテンツの利用シーケンスは、以下の 4つのフェーズに分けられ る。
(B1)機器発見処理
(B2a)サービス画面取得
(B3)認証、鍵交換処理
(B4)コンテンツストリーミング処理
上記フェーズ中、（Bl) , (B3) , (B4)の各フェーズの処理は、先の実施例におい て、図 9、図 10を参照して説明した処理と同じである。図 9、図 10を参照して説明した 処理では、図 9を参照して説明したステップ S35〜S38の（B2)コンテンツリスト取得 処理を実行していたが、 UPnP DAで規定されるプレゼンテーション（Presentatio n)の仕組みを利用した本実施例では、この（B2)コンテンツリスト取得処理の代わり に、（B2a)サービス画面取得処理が行われる。
[0152] この（B2a)サービス画面取得処理を行うためのホーム IMSゲートウェイ 212のソフト ウェアモジュールの構成例を図 12に示す。このサービス画面操作方式の実施例では 、 HTMLブラウザの機能を利用しサービス画面を取得するため、図 6を参照して説明 した SOAP, GENAのソフトウェアモジュールは実装されず、さらに図 6を参照して説 明した UPnPメッセージプロキシ（UPnP Message Proxy)の代わりに HTTPサーバ、 HTTPクライアントの間で HTMLデータを中継する HTTPプロキシ（HTTP Proxy)が 実装される。
[0153] 図 13に示すシーケンス図を参照して、本実施例における
(B1)機器発見処理
(B2a)サービス画面取得処理
これらのシーケンスについて説明する。
(B1)機器発見処理は、先に図 9を参照して説明した処理と同様であり、コンテンツ 再生装置である DMP (例えば図 3に示す TV (DMP) 213)は、 UPnPで規定された 機器発見のプロトコルに従った処理ステップ S31〜S34によって機器発見処理を行 う。この処理によりコンテンツ再生機器としての DMPは、ホーム IMSゲートウェイに実 装されたコンテンツ提供サーバ（DMS)を発見し、 UPnP DAの規定に従い DMS のデバイス情報（Device Description)〖こより、 DMSに実装された HTTPサーバの提 供する HTMLデータを取得するためのプレゼンテーション URL (Presentation URL) を取得する。
[0154] 次に実行される (B2a)サービス画面取得処理では、まず、コンテンツ再生機器とし ての DMPは、（B1)機器発見処理において取得したプレゼンテーション URL (Prese ntation URL)を利用してステップ S 201において、 HTTP : GETリクエストを DMSの HTTPサーバに送信する。 [0155] ホーム IMSゲートウェイに実装された HTTPプロキシ（HTTP Proxy)は、ステップ S 202にお!/、て、コンテンツ再生機器としての DMPから HTTPサーバが受信した HTT P： GETリクエストを IPTVサービスのアプリケーションサーバ（AS)に伝達する。
[0156] IPTVサービスのアプリケーションサーバ（AS)は EPGサーバから取得したコンテン ッ情報を利用してコンテンツリストを含んだサービス画面を HTML (HyperText M arkup Language)データとして生成し、ステップ S203において、サービス画面を 表現した HTMLデータを HTTP： OKレスポンスとしてホーム IMSゲートウェイに返 信する。
[0157] ホーム IMSゲートウェイは、ステップ S 204において、 IPTVサービスのアプリケーシ ヨンサーバ（AS)から受信した HTMLデータを含むレスポンスを、 HTTPプロキシ（H TTP Proxy)により、コンテンツ再生機器としての DMPに転送する。
[0158] コンテンツ再生機器としての DMPは、ホーム IMSゲートウェイを介して転送された I PTVサービスのアプリケーションサーバ（AS)の送信した HTMLデータに対して HT MLブラウザを適用した描画処理を行いコンテンツリスト等力 なるサービス画面を生 成してユーザに表示する。このサービス画面には、 IPTVサービスのコンテンツリスト が含まれており、ユーザは、このコンテンツリストから再生するコンテンツを選ぶ。
[0159] このコンテンツ選択処理は例えば画面上に表示されたコンテンツリストをリモコンや スィッチ、あるいはキーボード、マウスなどのポインタによって選択する処理として実 行される。このコンテンツ選択処理により、 HTMLデータに含まるコンテンツのリソー ス URLが特定される。この選択コンテンツ対応の URLを利用してその後の処理、す なわち、先に、図 10を参照して説明した
(B3)認証、鍵交換処理、
(B4)コンテンツストリーミング処理、
これらの各処理が行われる。これらの処理によりコンテンツ再生機器としての DMP はコンテンツ再生を行う。すなわち、クライアント装置は、サービス画面に含まれるコン テンッリストに対するユーザのコンテンツ選択情報を入力し、このコンテンツ選択情報 に基づいて、選択コンテンツ対応の URL、すなわち、 HTMLデータに含まるコンテ ンッのリソース URLを特定し、 URLに基づく認証、鍵交換処理やコンテンツストリーミ ング処理を実行する。
[0160] なお、図 13に示すシーケンス図では、ステップ S201〜S204において実行するサ 一ビス画面の取得処理は 1回の処理としている力 サービス画面は複数の HTMLデ ータで表現された構造的なメニュー構成をとることが可能であり、ユーザによる HTM Lブラウザの操作に基づ 、てサービス画面の再取得を実行することが可能となる。す なわち、ステップ S201〜S204の処理と同等の処理を繰り返し実行する構成とするこ とが可能であり、様々なサービス画面を IPTVサービスの ASから DMPに対して提供 することが可能であり、 DMP側のユーザは、様々なサービス画面に提示されるコンテ ンッリストから任意のコンテンツを選択することができる。
[0161] また、 IPTVサービスの提供するコンテンツ提供処理がビデオオンデマンドサービス のような場合や、ユーザのコンテンツ視聴権利の購買に対する課金確認が行われる 場合にも、確認画面を表現する HTMLデータがホーム IMSゲートウェイを介して IP TVサービスの ASから DMPに対して伝送される。
[0162] ユーザは DMPのディスプレイに表示されたサービス画面を操作し、対話的 (インタ ラタティブ)な処理を行 ヽながら様々な IPTVサービスの提供サービスを受領すること ができる。
[0163] 図 14に IPTVサービスの ASから DMPに対して提供され、 DMPのディスプレイに 表示されるサービス画面およびストリーミング再生画面の例を示す。
図 14 (1)は、図 13のシーケンス図において説明したステップ S201〜S204の（B2 )のサービス画面取得処理にお 、て DMPのディスプレイに表示されるサービス画面 の例である。
図 14 (2)は、その後のコンテンツストリーミング処理時に DMPのディスプレイに表 示される画面の例である。すなわち、図 10を参照して説明した (B4)コンテンツストリ 一ミング処理を行っている場合のコンテンツ再生装置の表示画面の例である。
なお、図 14に示す 2つの画面、すなわち、
(1)サービス画面、
(2)コンテンツストリーミング画面、
これら 2つの処理画面は、ユーザ操作により適時、切換え可能であり、サービス画面 提示、およびコンテンツストリーミング処理は繰返し実行可能である。
[0164] なお、ここで説明した実施例は UPnP DAに規定されるプレゼンテーションの仕組 みを利用した処理例として説明した力 例えば CEA— 2014規格で規定される HTM Lブラウザ（HTML Browser)の仕組みを利用した構成においても、同様の処理が可 能である。
[0165] CEA— 2014規格について簡単に説明する。 CEA—2014規格は、ウェブベース のプロトコルおよびフレームワークの規格であり、 UPnPネットワークおよびインターネ ットを利用したリモートユーザインタフェースのための規格である。この CEA— 2014 規格は、例えばネットワーク等によって接続された遠隔デバイスの制御のもとでユー ザインタフエースを提供するために必要となる機構を定義した規格である。ユーザィ ンタフェースを提供するデバイスの基本的処理は、 UPnPネットワークおよびホーム 内 UPnPについての規定である UPnPデバイスアーキテクチャ（vl. 0)に準拠した処 理である。 CEA— 2014規格は、ホーム内の UPnPデバイスに対してサードパーティ のインターネットサービスによって提供されるユーザインタフェースの遠隔表示処理に ついても容認しており、 TVゃモパイルフォン、さらにポータブルデバイスにおいて利 用される様々な UI機能について規定している。なお CEA— 2014規格は、ホームネ ットワークにおける UI規格である CEA— 2027— Aの具体的仕様に対応する規定を 含む規格として構成されて ヽる。
[0166] CEA- 2014規格で規定される HTMLブラウザ（HTML Browser)を実装した機器 においては、 HTMLブラウザ（HTML Browser)を利用したサービス画面の取得によ つて、図 13を参照して説明した処理と同様の処理が実現される。なお、この場合はホ ーム IMSゲートウェイの UPnPデバイスクラス（UPnP Device class)はリモート UIサー ノ （Remote UI Server)となり、 CEA— 2014規定の HTMLブラウザプロファイルに従 つた HTMLデータが使用される。
[0167] [2. IPTVサービスに適用する機能の説明]
以上、インターネットへのアクセスラインやゲートウェイなどのインフラに依存しな！ヽ オープンなインターネット接続環境にぉ 、て、既存の DLNA機器を適用して IPTVサ 一ビスなどのホームネットワーク外の外部サーバの提供するコンテンツを視聴可能と する構成について説明してきた。以下、外部サーノくからの IPTVサービスをホームネ ットワーク内の機器において受領するために利用される機能について、下記に示す 各項目別に説明する。
2-A. IPTVサービス受領クライアントの機能
2-B. IMS (IPマルチメディアサブシステム）の機能
2-C.ネットワーク構成において利用される機能
[0168] [2-A. IPTVサービス受領クライアントにおける機能]
まず、 IPTVサービス受領クライアントの機能について説明する。先に図 3を参照し て説明したように、ホームネットワーク 210内には、
ホームネットワーク内の機器が IPブロードバンドネットワーク 221に接続するネットヮ ーク接続機器でありブリッジとして利用されるレジデンシャルゲートウェイ (RG :Resid ential Gateway) 211と、
ホームネットワーク 210内の機器（例えば TV (DMP) 213などのコンテンツ再生機 器）に対して、ホームネットワーク外のサーバの提供サービスの利用を可能とするため の処理を実行するホーム IMSゲートウェイ 212と、
コンテンツを受領して再生するクライアント機器であるデジタルメディアプレーヤ (D MP : Digital Media Player) TV213、
これらの各機器が存在するが、
これらの各機器は、物理的に区分された個別の装置であっても、 1つの装置として 構成されてもよい。
[0169] すなわち、ホームネットワーク 210の機器構成は、様々な設定が可能となる。ただし 、そのような様々な機器構成において、 IPTVサービスを受領するために必要とする 機能は、 V、ずれかの装置が備えて 、ることが必要である。
[0170] ホームネットワーク内に接続されたクライアントとしての 1つの情報処理装置、あるい は複数の情報処理装置の組み合わせは、基本的にホームネットワークを介した通信 処理を実行する通信部と、ホームネットワーク外にある外部サーバを仮想的なホーム ネットワーク機器として設定したマッピング情報を適用して、外部サーバの提供するコ ンテンッ提供サービスの受領処理を実行するデータ処理部を有する。以下、このホ ームネットワーク内に接続された情報処理装置力 PTVサービスを受領するために必 要とする機能や有効となる機能、すなわち、 IPTVサービス受領クライアントの機能に ついて説明する。
[0171] IPTVサービス受領クライアントが、 IPTVサービスを受領するために必要となる機 能は IPTVターミナル機能である。 IPTVターミナル機能は IPTVサービスの論理ェン ドポイントに必要とされる機能であり、例えば、図 3に示す構成例では、 RG211、ホー ム IMSゲートウェイ 212、 TV(DMP) 213の各々がこの IPTVターミナル機能の一部 をそれぞれ実行する。これらの各機器が、それぞれの役割に応じて IPTVターミナル 機能の一部を実行して、外部サーバからの提供サービスを受領して、ホームネットヮ ーク内のデバイス、例えば図 3に示す TV (DMP) 213において提示することが可能と なる。なお、図 3には示していないが、さらに、その他のホームネットワーク機器に外 部サーノくからのサービスを提供して保管、印刷、表示などの処理も実現される。
[0172] 図 15に IPTVサービスを受領するために必要とする機能である IPTVターミナル機 能の構成要素を示す。図 15に示すように、 IPTVターミナル機能は、
(Al) IPTVクライアント
(A2) IMSゲートウェイ
(A3)その他
これらの各コンポーネントに区分できる。以下、これらの各コンポーネントに含まれる 機能要素について説明する。
[0173] (Al) IPTVクライアント
IPTVクライアントは、 IPTVデバイス、例えば図 3に示す TV (DMP) 213において 、確実に IPTVサービスを受け取ることができるようにするコンポーネントである。 IPT Vクライアントは、図 15に示すように、
IPTVアプリケーションクライアント
IMSコミュニケーションクライアント
IPTVナビゲーシヨンクライアント
IPTV— DLN Aアプリケーションゲートウェイ これらの機能要素としてのサブコンポーネントを有している。以下、これらの機能要 素（サブコンポーネント）について説明する。
[0174] IPTVアプリケーションクライアントは、メディア信号を受信し、それを表示システムに 送るコンポーネントであり、例えばリモコンなどを介するユーザからのコマンドを受信し て、コマンドに従った処理を実行する。具体的には、例えば EPG (電子プログラムガ イド）の表示、 EPGを利用したチャンネル指定、変更処理などを行なう。
[0175] IMSコミュニケーションクライアントは、メッセージ、ビデオデータなどのメッセージ情 報、および、 IPTVに関連しないその他の IMSに基づくサービス情報などを配信する ために使用される一組の IMSアプリケーションである。
[0176] IPTVナビゲーシヨンクライアントは、 EPG (電子プログラムガイド）、 VoD (ビデオォ ンデマンド）に対応するコンテンツリスト、その他のメタデータをダウンロードし、これら をコンテンツ選択のため専用の GUIで表示するのに使用される。
IPTVナビゲーシヨンクライアントは、放送 TVや DLNAホームネットワークなどのソ ース力 他のメタデータの統合処理などを実行する。
コンテンツプロテクションクライアントは、 IPTVサービによって提供されるコンテンツ の保護、例えばコンテンツオーナーの著作権を保護するための暗号処理、暗号鍵の 管理処理などを実行する。
[0177] IPTV— DLN Aアプリケーションゲートウェイは、例えば IPTVクライアントからメディ ァと EPG (電子プログラムガイド）を受け取り、これを DLNA機器で使用できるフォー マットに変換し、 EPG (電子プログラムガイド)などを、ネットワークを介して送信する処 理などを実行する。
[0178] IPTV— DLNAアプリケーションゲートウェイは、 SIP (Session Initiation Proto col)クライアントとして行動し、ホームネットワークに接続されたその他のホームデバイ スのための登録処理を実行する。例えば、家族メンバやデバイス登録を実行する。
[0179] (A2) IMSゲートウェイ
次に、図 15に示す (A2) IMSゲートウェイの機能要素について説明する。これは、 図 3に示す構成においては、ホーム IMSゲートウェイ 212の持つ機能に相当する。ホ ーム IMSゲートウェイ 212は、ホームネットワーク内のデバイスを IMSネットワークに 接続するコンポーネントであり、必要に応じてさまざまな信号プロトコル間を変換して ホームネットワーク内のデバイスと、ホームネットワーク外の装置間のメッセージの仲 介を実行する。
[0180] ホーム IMSゲートウェイには、図に示すように、
IMS B2BUA、
IMSプロキシ、
IMSクライアント、
GBA クライアント、
ホームノレ一タインタフエース、
これらの機能要素 (サブコンポーネント）を含んでいる。以下、これらの機能要素 (サ ブコンポーネント）について説明する。
[0181] IMS B2BUAは、純粋な SIPクライアントと IMSシステム間のワーキング間ユニット として機能し、 SIPメッセージと IMSメッセージ間の変換、メッセージ転送等の処理を 実行する。
IMSプロキシは、 B2BU Aのようにメッセージ変換を行なうことなく単にメッセージを 送り、経路を決定する処理、 IPアドレス（ローカルおよびグローバル）とポートナンパの マッピング処理などを実行する。
IMSクライアントは、クライアントの識別情報などを適用したクライアント登録処理 (I MS登録処理)を実行する。また、認証処理、 CSCFとの IPSecセキュリティ接続設定 などの処理のサポートを行なう。
ホームルータインタフェース機能は、 NAT機能の提供などのルータ機能を提供す る。例えば SIPサーバ DHCPオプション [DHCP— SIP]、または SRVレコードによる DNSルックアップによって P— CSCFアドレスを取得し、 UPnPに規定されるコント口 ール信号のポートとュニキャストメディアストリーム用のポートの開閉処理などを実行 する。
[0182] (A3)その他
IPTVターミナル機能は、上述した、
(Al) IPTVクライアント (A2) IMSゲートウェイ
これらのコンポーネントの他、図 15に示す
(A3)その他
の機能要素（サブコンポーネント）として、
HTTPプロキシ
キャッシング機能
マルチキャストデータチャネルコントロール機能
を有する。以下、これらの機能要素（サブコンポーネント）について説明する。
[0183] HTTPプロキシは、 [HTTP]のプロトコル規定に従った処理を実行し、他のクライァ ント (HTTPクライアント）の代わりにリクエストを行う目的でサーバとクライアントの両方 として行動する中間プログラムである。この HTTPプロキシは、例えば、外部に送られ る HTTP GETに割り込み、要求される URIによって参照可能なデータをキヤッシン グして利用することが可能である。また、 HTTPプロキシは HTTPクライアントとして行 動し、要求される URIに基づくデータ検索などを実行する。
[0184] キャッシング機能は、ュ-キャストダウンロードや、マルチキャストによってクライアン トが受け取ったデータをキャッシュするために使用される。キャッシング機能は、ゥェ ブページ（EPGその他の IPTVのメニュー）、イメージ、メタデータなどのデータを一 時的に記録するキャッシュ処理を実行する。
キャッシング機能は、例えばユーザのインタラクション待ち時間を最小限にすること 、 IPTVアプリケーションとコントローノレ機能からのュ-キャストダウンロードの量を最 小限にするなどのために利用される。キャッシング機能は、クライアントが直接ァクセ スすることが可能であり、 IPTVクライアントとキャッシング機能が同じネットワーク内で 物理的に離れて 、る場合などにぉ 、ては、例えば新たなキャッシュデータの発生な どの事象について、 DLNAの定義に従って、 GENAプロトコルを使用して、キヤッシ ング機能から IPTVクライアントに通知を行うことができる。
[0185] マルチキャストデータチャネル（MDC)コントロール機能は、キャッシング機能と、ク ライアントにインストールされたアプリケーション間の仲介を行なう機能であり、マルチ キャストデータチャネル（MDC : Multicast Data Channel)挿入機能を含む。 M DC挿入機能は、さまざまなアプリケーション力 MDCへのコンテンツリクエストを受
[0186] マルチキャストデータチャネル（MDC)コントロール機能は、様々なアプリケーション 力ものリクエストをタグによって識別する。たとえば、クライアント側で実行するブラウザ においては EPGページタグを指定して要求を行うことで EPGの取得が可能となる。 MDCコントロール機能は着信 MDCをフィルタにかけ、申し込まれたタグと共に MD Cオブジェクトをそれぞれのアプリケーションに送る。
[0187] なお、マルチキャストデータチャネル（MDC)コントロール機能は、 MDCプロキシを 含み、 MDCプロキシが EPGページなどの一定のオブジェクトに関する特定数のリク エストを登録して 、る場合、 MDCコントロール機能に対してこの EPGページを MDC に入れることを要求できる。すなわちマルチキャストによって複数のクライアントに同一 のデータを配信することができ、各クライアントからのュ-キャストチャネルによるデー タリクエストの必要性を排除可能となり処理が効率ィ匕される。
[0188] [2-B. IMS (IPマルチメディアサブシステム）の機能]
次に、外部サーバからの IPTVサービスをホームネットワーク内の機器において受 領するために利用される IMS (IPマルチメディアサブシステム）の機能にっ 、て説明 する。すなわち、図 3に示す IMSネットワーク 230の機能である。
[0189] 先に説明したように、 IMSは、 IP技術をベースとしており、固定通信系のインターネ ットのインフラとの親和性が高い。 IMSは IETF (The Internet Engineering Ta sk Force)の RFC— 3261で規定される SIP (Session Initiation Protocol)に 基づく CSCF (Call Session Control Function)と呼ばれる機能要素を核として 、ホームサブスクライバサブシステム（HSS : Home Subscriber Subsystem)、ァ プリケーシヨンサーバ（AS： Application Server)などの機能要素から構成される。
[0190] 図 3に示す IMSネットワーク 230は、これらの各機能要素としての CSCF231、 HS S232、 AS (IPTV) 233を有しており、モパイルフォンネットワーク 240を介して携帯 電話 260に対するサービスを提供する。
[0191] CSCF231は、 SIP (Session Initiation Protocol)に基づき、ユーザの登録や セッション設定の制御を行なう。さらに、 HSS232に登録されているユーザプロフアイ ルの設定に従い、必要なサービス処理の起動を実行する。 HSS232は、 IMSで用い るユーザ IDの管理、各ユーザの加入しているサービスのプロファイル管理、認証用 情報の管理、各 IMSサービス利用可否の管理、ユーザ移動管理のためのデータべ ースを有する。 AS233は、個々のサービスの処理を実行するサーバであり、各ユー ザのサービス加入状況に応じて CSCF231によって起動され、ユーザに対するサー ビス提供を行なう。
[0192] このように IMSでは、例えばユーザ IDが登録されたユーザ力 クライアント装置を利 用して CSCF231をアクセスして端末 (クライアント）の登録、セッションの設定制御を 行い、 HSS232に登録されたユーザプロファイルに設定に従って必要なサービスの 起動を行い、 AS233は実際に個々のサービスの処理を行う。
[0193] IPTVの視聴サービスにおいては、 IMSネットワーク 230に設定された IPTVサービ スの ASが利用される。図 3に示す AS (IPTV) 233は、この IPTVサービスの実行 AS に相当する。 AS (IPTV) 233は実際には IPTVサービス（IPTV Service)の実行 主体、すなわち、コンテンツの提供主体としての IPTVサービス 250と連携してユーザ 端末に対するサービスを実行することになる。
[0194] IPTVサービス 250は、コンテンツリスト等の番組情報ガイドである EPG [Electroni c Program Guide (電子プログラムガイド）]の提供サーバである EPGサーバ 251 と、 AVコンテンツの提供サーバであるビデオサーバ 252を有し、それぞれのサーバ と IMSネットワーク 230の AS (IPTV) 233との連携によって、ユーザ端末に対するコ ンテンッリストの提供サービス、コンテンツの提供サービスを実現して ヽる。
[0195] IMS (IPマルチメディアサブシステム）の機能の主要部分には、図 3を参照して説明 したように、 CSCF (Call Session Control Function) 231、ホームサブスクライ バサブシステム（HSS： Home Subscriber Subsystem) 232、アプリケーションサ ーノ （AS : Application Server) 233が含まれる。 CSCF231は、 SIP (Session I nitiation Protocol)に基づき、ユーザの登録やセッション設定の制御を行ない、 H SS232に登録されているユーザプロファイルの設定に従い、必要なサービス処理の 起動を実行する。 HSS232は、 IMSで用いるユーザ IDの管理、各ユーザの加入し ているサービスのプロファイル管理、認証用情報の管理、各 IMSサービス利用可否 の管理、ユーザ移動管理のためのデータベースを有する。 AS (IPTV) 233は、 IPT Vサービス（IPTV Service)の実行主体、すなわち、コンテンツの提供主体としての IPTVサービス 250と連携してユーザ端末に対するサービスを実行する。
[0196] 図 16は、 IMS (IPマルチメディアサブシステム）の主要機能、
(Bl) CSCF
(B2) HSS
(B3)AS
を示す図である。以下、これらの（B1) CSCF、（B2) HSS、（B3)ASの持つ機能に ついて個別に説明する。
[0197] (Bl. CSCF)
CSCF (Call Session Control Function)は、図 16に示すように、 3つの論理 エンティティ、すなわち、プロキシ（Proxy) CSCF,問合わせ（Interrogating) CSC F、およびサービング（Serving) CSCFに分割される。
[0198] プロキシ（Proxy) CSCFは、例えば IMSターミナルとしてのホームネットワーク内の クライアント、例えば図 3に示すホーム IMSゲートウェイ 212から外部ネットワークへの エントリの最初のポイントとなる。プロキシ CSCFは、 IMSターミナルとしてのホームネ ットワーク内のクライアント、例えば図 3に示すホーム IMSゲートウェイ 212と IPSecセ キユリティ関係を確立するためにサービング CSCF力も取得したキーを使用する。
[0199] ターミナル、例えば図 3に示すホーム IMSゲートウェイ 212から来る各 IPSec通信に よって保護された SIPメッセージについて、プロキシ CSCFは完全性を検証し、それ を解読する。例えばメッセージが暗号ィ匕されている場合、復号により解読を行なう。解 読に成功すると、プロキシ CSCFは、クライアント識別子の確認処理などを実行する。
[0200] 問!、合わせ (Interrogating) CSCFは、例えば HSSに対する問!、合わせなどを実 行し、加入者情報 (ユーザプロファイルなど）を取得して登録処理をサポートする。さ らに、 SIPメッセージや、料金請求の経路決定についての処理も実行する。
[0201] サービング（Serving) CSCFはホームネットワークとのコンタクトポイントであり、 SIP レジストラとして機能し、ユーザの位置と記録のユーザ SIPアドレス間の結合を維持す る SIPサーバとして機能する。 HSSからクライアントの認証に適用するデータである A KA認証べクタ（AV)やユーザプロファイル Zサービスプロファイルを取得する処理な どを行なう。サービング（Serving) CSCFは IMS AKAプロトコルを使用してクライア ンントの認証処理を実行し、認証に成功した後、 AKA認証べクタ (AV)に含まれるキ 一をプロキシ CSCFに提供する。
[0202] また、サービング（Serving) CSCFは、 IMSターミナル、例えばクライアントとの間 のすベての SIPメッセージを検査し、メッセージの経路を決定する。この処理は、 HS Sから取得されるユーザサービスプロファイルに基づくトリガ規則 Zイベントを考慮し た処理として実行することが可能である。
[0203] (B2. HSS)
ホームサブスクライバサブシステム（HSS： Home Subscriber Subsystem)は、 IMS加入者情報、ユーザプロファイルなどに関連するクライアント (ユーザ)情報のリ ストを保持する。なお、クライアントには、複数の識別情報として、プライベートユーザ アイデンティティ (IMPI)、および公共ユーザアイデンティティ (IMPU)が設定され、 これらの識別情報の少なく 、ずれかに対応付けてユーザ情報が記録、管理される。
[0204] 例えば IPTVサービスの加入者プロファイルは、クライアント（ユーザ)識別情報であ る IMPIに結合され、各クライアントに対応するサービスプロファイルを含む。サービス プロファイルには、 1以上の公共ユーザアイデンティティ（IMPU)、コアネットワーク認 証情報 (オプション）、 1以上のフィルタ基準情報などが含まれる。
[0205] 前述のサービング CSCFは、 HSSの保持するこれらのフィルタ基準を使用して、 A S (アプリケーション サーバ）に経路を定めるのが適切であるかどうか、これが一定の SIPリクエストに対して要求されるのかどうか等を決定し、フィルタリングを実施する。 なお、フィルタに適用するための情報は各ユーザに関して ASごとに保存され通知さ れる。例えば、 IPTVに関して、 HSSは IPTVサービスの提供主体やサービス識別子 に関する情報を保持して、これらに基づいてフィルタリングを実行する。また、 HSSは 、正規の IMS登録手順の間に使用される AKA認証べクタ (AV)の生成も行なう。
[0206] (B3. AS)
IMS (IPマルチメディアサブシステム）の主要機能のもう 1つの要素は、 IMSアプリ ケーシヨンサーノ （AS)である。 IMSアプリケーションサーノ （AS)は、以下の IPTV 機能を有している。
*サービス発見機能
IPTVサービスを提供する IMS ASのためのアクセスポイントの位置を決定する機 能である。
nPVR (ネットワーク ·パーソナルビデオレコーディング)機能
ユーザに代わる受信データの記録機能、および nPVR機能に関連する料金請求、 認可およびその他のサービスの提供機能である。
*参加機能
通信ノ スに滞在し、様々なサービスの実施、料金請求などを実行する機能である。 *コントロール機能
SIPトラフィックの終結、メディアストリームのセットアップ調整、エンドユーザ、口ギン グなどにおいて設定された情報の記録、 IPTVサービス力 の料金請求、認可および その他のサービスの処理、これらのサービスや機能を IMSネットワークに接続された 外部機器への委託処理などを実行する機能である。
[2-C.ネットワーク構成において利用される機能]
次に、外部サーバからの IPTVサービスをホームネットワーク内の機器において受 領するためにネットワーク構成において利用される機能について説明する。図 17に 示すように、ネットワーク構成において利用される機能には、
(C1)メディアサーバ
(C2)トランスコーディング機能
(C3)ホームルータ
これらの機能要素がある。これらの各機能は、ネットワーク上に分散して配置可能で あり、例えば、（C1)メディアサーバ、（C2)トランスコーディング機能は、図 3における I PTVサービス 250内に構成してもよいし、その他ネットワーク接続機器に独立した構 成として設定してもよい。 （C3)ホームルータは、図 3の構成においては、ホームネット ワーク 210内の機器に備えられ、例えばホーム IMSゲートウェイ 212に備えられる。 以下、これらの
(C1)メディアサーバ、 (C2)トランスコーディング機能、
(C3)ホームルータ、
の処理について説明し、さらに、
(C4)ネットワークを介した通信処理の詳細
について説明する。
[0208] (C1.メディアサーバ）
メディアサーバは、メディアレイヤの最も重要なコンポーネントであり、例えば VoD ( ビデオオンデマンド)コンテンツの保存、出力や、各クライアントにおいてクライアント 固有のコンテンツ記録処理として実行するネットワーク.パーソナルビデオレコーディ ング (nPVR)のためのコンテンツの保持などを実行する。さらに、メディアサーバは、 例えば VoD (ビデオオンデマンド)などにおいて、スロー再生や高速送り、巻き戻し、 スキップチヤプタなどのトリックプレーを行うとき、必要なメディアストリーム処理を行な う。 VoD (ビデオオンデマンド）コンテンツは、コンテンツ管理システムからメディアサ ーバに入力される。
[0209] (C2.トランスコーディング）
トランスコーディング機能は、例えば、標準画質である SD (Standard Definition )および高品質画質である HD (High Definition)に対応するデータの変換や符号 化を実行する機能である。例えば、クライアントは SIPセッションセットアップで通常の SIP SDP ネゴシエーションを使用して IPTVサービス提供サーバに対して、ストリ ームのコーディング態様などを交渉し、クライアントに適合した形態でコーディングさ れたデータを受領することができる。トランスコーディング機能は、ネットワークの利用 可能な符号ィ匕態様や、ストリームのパスで利用可能な帯域幅も考慮したコーディング を実行し、クライアントの画面サイズや解像度などの適合性を考慮した処理を実行す る必要がある。
[0210] (C3.ホームルータ）
多くの場合、ホームネットワークは、 NATZNAPT (ネットワークアドレス変換 Zネッ トワークアドレスポート変換)機能を提供するホームルータによって配信ネットワークに 接続される。ホームルータは、フルサポートと限定されたホームルータの二つのプロフ アイルに分類することができる。例えば、 IPTVのサービスを受けるためには、 水 UPnP IGD、
* IP マルチキャストパススルー、 IGMP プロキシおよび IGMP SNOOPING, * DSCPからレイヤ 2優先タグ（802. lp、 WMM)へのマッピングを含む優先順位 を付けた QoS (Quality of Services)サポート、
* DHCPサーバ機能によるパラメータに従ったリレー、
これらの能力をサポートする構成とすることが好ま 、。
[0211] (C4.ネットワークを介した通信処理の詳細）
次に、上述した各機能、すなわち、
(C1)メディアサーバ、
(C2)トランスコーディング機能、
(C3)ホームルータ、
これらの各機能を利用したネットワーク通信の詳細について説明する。
[0212] (通信とセッションセットアップ）
ホームルータを介した通信処理では、例えば、 NAT (ネットワークアドレス変換）、 N APT (ネットワークアドレスポート変換）が利用される。 NATは、プライベートアドレス をグローバルアドレスに変換するために使用され、 NAPTは、多くのネットワークアド レスと TCPZUDPポートとの変換に利用される。これらの処理はホームルータによつ て実行されてもよぐネットワーク上の NATZNAPTルータによって実行されてもよい
[0213] 例えば、図 3に示すホームネットワーク 210内のホーム IMSゲートウェイ 212などの I MSクライアントと IMSネットワーク 230中の CSCF231内のプロキシ CSCF間の SIP メッセージは IPsecを使用して転送される。それらの間に NATZNAPTルータが存 在する場合、 IPsec ESPパケット [ESP]の UDPカプセルが使用される。
[0214] NATZNAPTルータは、ホームルータを通してマルチキャストストリーミング配信を サポートするため、 IGMP (Internet Group Management Protocol)プロキシ および IGMPスヌービング機能性も有する。ホームルータに NATZNAPT経路決定 機能性が備えられる場合、 IMSゲートウェイによって管理される。 IGMPスヌービング 機能が正しく作動するため、 IPマルチキャストパケットの受信を希望するデバイスによ つて、 IGMPメンバーシップレポートが生成されなければならない。たとえば、マルチ キャストストリーミングの IGMP メンバーシップレポートは、 IMSゲートウェイによって ではなぐ IPTV クライアントによって生成される。
[0215] (SNTP (Simple Networh Time Protocol)の利用）
IPTVシステム内のクライアント、例えば図 3に示すホーム IMSゲートウェイ 212や T V213は、タイムスタンプを設定し記録を開始するなどのために例えば 0. 1秒単位の 正確な時間を必要とする。 IPTVシステムでは、クライアントは、シンプルネットワーク タイムプロトコルクライアント [SNTP]をインプリメントする。 SNTPクライアントは、定義 されるマルチキャストチャネルでタイム信号を受け取ることができる。
[0216] (プロトコル）
IPTVサービスにお 、てメディア (番組)通信に利用するメディアプロトコルは、メディ ァプレーンのリアルタイムオーディオ Zビデオストリーミングのトランスポートとコント口 ール機能を提供することが必要であり、例えば以下のプロトコルが利用される。
[0217] * MPEG— 2TS
IPTVの放送 TVと VoDサービスのすべてのメディアストリーミングは、 MPEGトラン スポートストリーム（MPEG— 2TS)に従う。メディア同期には、 MPEGタイムスタンプ が使用される。
[0218] *RTP (Real-time Transport Protocol)
MPEG— 2TSパケットは、 RFC3550と RFC2250に適合する RTPプロトコルによ つて搬送される。
[0219] ^RTCP (Real-time Control Protocol)
RTCPは、オプションとしてメディアサーバとクライアントの両方に適用できる。ュ- キャストまたはマルチキャストの何れかに関して、 RTCPプロトコルは RFC3550に適 合するものとする。互換性を達成するため、すべてのメディアサーバとクライアントは R TCPのサポートありとなしの両方のインプリメンテーションを前提とする。たとえば、メ ディアサーバはセンダレポートを送ることができます力 クライアントはレシーバレポ一 トによって応答することができない。また、 RTCP情報は、ストリーミングの前に SDPに よって無視されることができる。
[0220] * FEC (Forward Error Correction (フォワードエラーコレクション））
IPTVネットワークにおけるパケットのロスは、現行のインターネットに比較してそれ ほど頻繁には発生しないが、高いビットレート（例えば HDストリーミング)でのデータ 送信を実行する場合には、頑丈なトランスポートが必要であり、パケットロス率の基準 として、例えば「2時間のコンテンツ当たりパケットロス率 1以下」を用いる。 2時間の H Dコンテンツは約 10M— IPパケットを含み、したがって、パケットロス率は 10— 7以下 であることが要求される。
オーディオ Zビデオの品質を維持するため、パケットロス率が上記定義よりも大きい 場合、パケットのロスは回復できる。 IPTVはフォワードエラーコレクション（FEC)を採 用し、エラー修正を行なう。なお、互換性を達成するため、もとの RTPストリームから 別の IPポートで FECが送られます。 FECトランスポートフォーマットは RFC2377とそ の拡張に基づくものとする。 FEC情報は将来別のバージョンを可能にするように SDP によって記述される。
[0221] *RTSP (Real— time Streaming Protocol)
すべてのメディアサーバとクライアントは、例えば、スロー再生や高速送り、巻き戻し 、スキップチヤプタなどのトリックプレーを含む再生制御を実現するため、 RTSP (RF C2326)をサポートする。 RTSPのトランスポートのためには TCPが使用される。マル チキャストの場合、 RTSPは使用されない。
IPTVシステムでは、クライアントは SIPプロトコルでメディアセッションを確立し、セッ シヨンセットアップの後、プレイバックコントロールのため RTSPが使用される。
[0222] (メディアコンテンツのフォーマットおよび配信）
ビデオコンテンツのメディアコーディックのためには、 MPEG— 2 パート 2と MPEG -4 パート 10 (AVCまたは H. 264としても知られる）が使用される。 TV番組などメ ディアの配信は、クライアントとサーバ間のセッション設定後、専用のメディアサーバ によって管理するが可能であり、配信データのトランスコーディングや符号化もメディ ァ配信用のネットワークを介して実行される。
[0223] (ュ-キャストストリーミングによるデータ送受信処理） 例えば VoD (ビデオオンデマンド)や EPG取得などに際しては、クライアントからの 要求により、ュニキャストストリームがブラウジングによってセットアップされる。例えば 、クライアント側のユーザ力 SVoDタイトルを選択する場合、ストリームを識別する SIP— invite力 クライアント側の IPTVコントロール機能によって、クライアントからたとえば RTSPなどのプロトコルを利用して希望のコンテンツを持つメディアサーノ （例えば図 3に示す IPTVサービス 250)に送られる。
[0224] セッションの開始準備ができると、クライアントの IPTVコントロール機能はクライアン トの SIP inviteに応答し、ストリームがクライアントからの RTSP PLAYで、直接メデ ィァサーバに対して、または RTSPプロキシとして行動する IPTVコントロール機能を 介して始動する。
[0225] ュ-キャストストリームは、たとえば nPVR (ネットワーク 'パーソナルビデオレコーデ イング）や VoD (ビデオオンデマンド）において利用される。 IPTVのュ-キャストストリ ームは、 MPEG— 2トランスポートストリームとして MPEG— 2または MPEG— 4パー ト 10フレームをカプセル化し、次に RTPパケットとして設定される。 RTPパケットは U DPZIPで転送される。
[0226] (マルチキャストストリーミングによるデータ送受信処理）
マルチキャストストリーミングは、通常、 TV放送の視聴を実現するために使用される 。マルチキャストのリソース保存には次の 2つのオプションがある。
(a) SIP SDPからプロキシ CSCFによってなされるリソースリクエスト、
(b) IGMPからの IPエッジからなされるリソースリクエスト（IPエッジデバイスは、ァク セスと総合ネットワークのアップストリームエッジに位置するホームネットワークと IPバッ クボーンネットワーク間の最初の IPノードである。
[0227] 上記の（a)のシナリオでは、ユーザが特定の IPTVプロバイダから最初に TVの視聴 を開始するとき（どのチャネルが利用可能かを確認するため EPGをブラウジングする )、例えば図 3に示すクライアントとしてのホーム IMSゲートウェイ 212または TV213 は、例えば図 3に示す IMSネットワーク 230の AS233や、 IPTVサービス 250の IPT Vコントロール機能に対する SIP inviteを実行し、ネットワーク力も利用可能なリソー スを獲得する。クライアントは、外部サーバの提供可能なコンテンツに対応するコンテ ンッリストを外部サーノ から受信する処理にぉ 、て、外部サーバに対するユーザプロ ファイルまたはクライアントプロファイルの提供に基づ 、て、提供プロファイルに応じて 選択されるチャネルに対応するコンテンツリストを取得する処理を実行する。
[0228] 利用可能なリソースの識別子であるリソース IDは EPGメタデータに記入されている 。リソースが割り当てられると、クライアントは該当のマルチキャストグループに結合す るため、 IGMP (Internet Group Management Protocol)において規定される IGMP— join (IGMP加入)メッセージを送る。加入するマルチキャストグループはリ ンキングメカニズムで EPG力 検索される。クライアントは、外部サーバの提供可能な コンテンツに対応するコンテンツリストを外部サーノ から受信する処理にぉ 、て、外 部サーバに対するユーザプロファイルまたはクライアントプロファイルの提供に基づい て、提供プロファイルに応じて選択されるチャネルに対応するコンテンツリストを取得 する処理を実行する。
[0229] 例えば、クライアント側のユーザ力 同じリソース IDを持つ同じ IPTVサービスプロバ イダに所属する異なるチャネル間を切換えると、追加の SIPメッセージ送信は実行さ れない。これは、チャネル切換え Zザッビングでの余分な潜伏を避けるためである。 チャネル切換えは、古いチャネルのために、 IGMP— leave (IGMP離脱）を、新しい チャネルのために IGMP— join (IGMP加入）を送ることによって実行される。しかし、 ユーザがリソース要件の異なるチャネルに切り換えると、クライアントはセッションパラ メータの変化を通知し、プロキシ CSCFにリソース割当ての変更を可能にさせるため 、 IPTVコントロール機能に SIP UPDATEを送る。リソースが変更されると、クライア ントは新し 、マルチキャストグループのため〖こ IGMP加入メッセージを送信する。この ように、クライアントは、チャネル切換えがサービスプロバイダの切換えを伴う場合に S IP (Session Initiation Protocol)に従った SIPメッセージ送信を実行し、同一の サービスプロバイダの提供コンテンツのチャネル切換えにお 、ては、 SIPメッセージ 送信を実行しない。
[0230] 上記の（b)のシナリオでは、リソース要件の異なるチャネル変更の間に SIP更新メッ セージが不要であることを例外として、チャネル変更動作は同じとなる。さらに、すべ てのリソースリクエストは IGMPレポートの結果として IPエッジデバイスによって行われ る。リソースがチャネル変化のために不十分な場合は、マルチキャスト結合は行われ ない。（b)のシナリオでは、 SIPセッションはリソース管理のためというより、むしろサー ビス監視が目的となる。
[0231] クライアントは、例えば図 3に示す HSS233の保持する加入者プロファイルに従つ てユーザが参加することを許可される IGMPチャネルを限定する機能を含む。さらに 、ネットワークのアクセスノードは、オプションとして、加入者が一定のチャネルに参加 することを許可される検証を実行できる。マルチキャストストリームの通信メカニズムの 基本はュ-キャストと同じである力 IPレイヤでのソースと目的地アドレスはメディアサ ーバとマルチキャストグループに従って設定される。
[0232] クライアント側で実行するマルチキャスト配信コンテンツと、ュ-キャスト配信コンテ ンッの切換え処理についてまとめる。クライアント装置のデータ処理部は、例えば図 3 に示す IPTVサービス 250などの外部サーバの提供するマルチキャスト配信コンテン ッの受信に際して、 IGMP (Internet Group Management Protocol)に従った メッセージとして、 IGMP—join (IGMP加入)メッセージを前記外部サーバまたは管 理サーバに送信し、マルチキャスト配信コンテンツの受信を停止し、ュ-キャスト配信 コンテンツの受信を開始する場合には、 IGMPに従ったメッセージとして、 IGMP le ave (IGMP離脱)メッセージを外部サーバまたは管理サーバに送信する処理を実行 する。
[0233] また、クライアントのデータ処理部は、 TV放送受信にぉ 、てはマルチキャスト配信 コンテンツの受信処理を実行し、 VoD (ビデオオンデマンド)の実行に際してュ-キヤ スト配信への切換え処理を実行する。さらに、ユーザ固有のコンテンツ記録処理とし て実行される nPVR (ネットワーク 'パーソナルビデオレコーディング）の処理に際して ュ-キャスト配信への切換え処理を実行する。また、コンテンツの特殊再生処理とし てのトリックプレーの実行に際してもュ-キャスト配信への切換え処理を実行する。な お、クライアントのデータ処理部は、ユーザプロファイルまたはクライアントプロフアイ ルに対応したコンテンツリスト受信のための処理として、ュ-キャスト配信への切換え 処理を実行する。
[0234] (サービス品質の管理） IPTVシステムでは、ホームネットワーク内を除き、すべてのネットワークセグメントの サービスの品質を管理できる。トラヒック管理は、図 3に示すネットワーク構成において ネットワークを介した通信において実行される。通信データの品質管理処理について 図 18を参照して説明する。 IPTVの QoS (Quority of Services)コントロール Z管 理は、図 18に示すように、 RACS (リソースおよびアドミッションコントロールサブシス テム）に基づいて実行される。 RACSは、ポリシーコントロール、リソース保存およびァ ドミッションコントロールを担当する。これは、サービスが RACSを介してトランスポート リソースをリクエストすることを可能にする。現行の RACS範囲は、 IPTVシステムで利 用される複数のネットワークの相互接続を含む。 RACSアーキテクチャは、 SPDF (サ 一ビスポリシー決定機能）と A— RACF (アクセスリソースおよびアドミッションコント口 ール機能)を含む。
[0235] 通信実行アプリケーション（たとえば図 3に示す IMSネットワーク 230の CSCF231 のプロキシ CSCF)は、アプリケーションレイヤ QoS情報（たとえば SDPに定義される パラメータ）を、 SPDFに送られる QoS情報にマップする。 SPDFはプロキシ CSCFま たは別の物理的ノードの論理エンティティとすることができ、この処理に必要な情報は ユーザがマルチキャストチャネルまたはュ-キャストセッションを要求する際に、クライ アントから送られる SIP inviteメッセージから得られる。
[0236] アクセスネットワークに位置する A—RACFは、 SPDFからリクエストを受け取り、こ れらのリクエストと A—RACFに保存されるポリシー情報に基づいて、 A—RACFはそ のコントロール内にあるトランスポートリソースに対するこれらのリクエストを受入れまた は拒否することができる。これは、 IPエッジとアクセスノードを含み、最終的に応答が 生成されアプリケーションに提供される。
[0237] (リソース保存の失敗および失敗通知について）
RACSはリソース保存に責任がある。以下、リソース保存の失敗と、失敗通知処理 について説明する。 RACSはリソース保存に失敗した場合、すなわち、 SPDFが A RACF力 保存失敗通知を受け取ると、 SPDFは、通信エラーコードの通知処理 として、 Experimental— Result— Code AVP を次の値と共に通信実行アプリで あるプロキシ CSCFに戻す。 水失敗したリソース保存の場合、 INSUFFICIENT— RESOURCES *リソース保存を変更できなかった場合、 MODIFICATION— FAILURE
[0238] 通信実行アプリであるプロキシ CSCFは、受け取ったエラーコードを、 SIPエラーコ ードにマップし、それをターミナル（クライアント）に送り返す、すなわち、 SIP INVIT Eまたは SIP UPDATEを拒否する必要がある。なお、この処理の [SETUP]のた めに、" Precondition Failure" SIP ステータスコードが使用できる。
[0239] (通信データの順位付けにっ 、て）
たとえばホームネットワーク内の通信データの優先順位は、優先マーキングに基づ いて行なうことができる。このアプローチは、 DLNAガイドラインに従っている。例えば 通信データの種類 (トラヒックタイプ)と優先度 (優先 [DLNA] )とのマッピング規則が 設定され、この規則に基づいて通信データの優先度が決定される。
[0240] [3. IPTVサービスの具体的処理例について]
次に、 IPTVサービスの具体的処理例について、以下の 2項目に分けて、順次説明 する。
3- 1.通信処理の具体的処理例について
3- 2.各種サービスの具体的処理例について
[0241] [3- 1.通信処理の具体的処理例について]
IPTVサービスにおいて番組などのコンテンツとしてのメディアは IPネットワークで配 布され、アイデンティティ (識別子)管理、認証、および認可などに IMSを使用する。 I PTVシステムは、データ通信が信頼性のある、認証され、認可された方法で取り扱わ れるのを保証するために IMSを使用する。 IPTVサービスでは、メディアストリームの 配信に際して SIPを使用し、他の機能を実行するためにも SIP使用する。 IMS利用 の利点は、すべての SIPメッセージが自動的に IMSプロキシを通過することであり、こ のことは、メッセージのコンテンツとヘッダ力 たとえばサービスの正しい品質の設定 のような自動化されたインタラクションのために使用できるということを意味する。
[0242] IPTVアーキテクチャは、 SIPに変換される DLNA通信とも相互接続するように設計 されており、システムの他の部分では、たとえばコンテンツ管理機能のコンポーネント と相互に作用するとき、 IPTVアプリケーション機能は SIP信号通信を IPTVコントロー ル機能力も受け取り、それを別のプロトコル (HTTPなど）に変換する。これらの処理 は主に IMSのアプリケーションサーバ（AS)によって行われる。
[0243] 以下、 3つの IPTVサービスの具体的展開例として、
3- 1 - 1.展開シナリオ 1
3- 1 - 2.展開シナリオ 2
3- 1 - 3.展開シナリオ 3
これらの 3種類の展開シナリオについて説明し、さらに、
3- 1 -4.クライアントのネットワーク接続処理
3- 1 - 5.クライアントのネットワーク切断処理
3- 1 -6.クライアントのサービス発見処理
これらについて説明する。
[0244] 以下に説明する展開シナリオ 1と 2は非常に似ているように見えるが、実際には非常 に異なる。主要な相違は、シナリオ 1では、各ターミナルが独自のプライベート IMS識 別子 (アイデンティティ）を所有して 、ると仮定されるが、シナリオ 2ではターミナルが 同じプライベート IMS識別子を共有する点である。ユーザの観点からは、これは見え ないが、オペレータにとっては、ネットワーク管理の方法と加入の処理方法の大きな 相違になる。なお、以下説明するシナリオは相互に排他的ではなぐ補足的であり、 同じネットワークで同時に発生可能である。
[0245] (3- 1 - 1.展開シナリオ 1：各クライアントが IMSターミナルとして構成される場合 )
まず、図 19以下を参照して、各クライアントが IMSターミナルとして構成される場合 の処理例について説明する。
[0246] 図 19には、クライアント（ホームネットワーククライアント） 710、 IMSネットワーク 720 、ホームネットワーク 730、 IPネットワーク 740を示している。クライアント（ホームネット ワーククライアント） 710は、 IPTVサービスを受領する構成として TV(DMP) 711とホ ーム IMSゲートウェイ 712を有し、 IMSネットワーク 720は、図 3を参照して説明したよ う【こ CSCF721、 HSS722, AS723を有して!/ヽる。また、これら ίま、コンテンツ帘 U御を 実行するコントロールマネージメントファンクション、サービス提供を行なうサービス提 供ファンクション、およびその他の登録処理や通信仲介などの制御を実行する IMS コア部分に分割して示している。様々な処理は (a)アプリケーション層、（b)コントロー ル層、（c)メディア層に区分して、各層間の通信を伴う処理として行われる。
[0247] まず、展開シナリオ 1は、クライアント（ホームネットワーククライアント） 710内の TV ( DMP) 711とホーム IMSゲートウェイ 712間に物理的境界がなぐこれらの装置が一 体化されている場合の処理例である。図 19は、クライアントの登録処理例であり、クラ イアントとしての TV (DMP) 711からホーム IMSゲートウェイ 712を介して登録要求 力 IMSネットワーク 720の IMSコアに送られ、サービス提供ファンクションにおいて 登録処理が実行される。
[0248] 登録が行われた後、クライアントである TV (DMP) 711は [SIP SUBSCRIBE]を IMSネットワーク 720のコンテンツマネージメントファンクションに含まれる IPTVコント ロール機能に送ると、図 20〖こ示すよう〖こ、コンテンツマネージメントファンクションの IP TVコントロール機能は、マルチキャストデータチャネルのアドレスと EPGの URLを含 む [SIP NOTIFY]をクライアントに提供する。
[0249] SIP NOTIFYを受信した後、クライアントである TV (DMP) 711はマルチキャスト チャネルで聞き取りを開始する。また、 EPGの最初のページをダウンロードし、これを 表示し (ユーザ力 ¾pGで開始するように構成されている場合）、場合によっては多く のページをダウンロードする。 EPG受信後、ユーザは見るチャネルを選択する。この とき [T SIP INVITE]が IPTVコントロール機能に送られ、この機能はそれを捕捉 して正しい QoSをセットアップする。ユーザは次にチャネルを見始め、マルチキャスト チャネル間を切り換える。図 21は、ユーザによるチャネル選択処理を実行した際の通 信シーケンスにつ 、て示して!/、る。
[0250] ユーザがストリームを要求するとき、 QoSは、 [SIP Invite]から取られる情報を使 用するプロキシ CSCFからのリクエストにより、または、 IGMPとマルチキャストストリー ムの要件の知識を使用する IPエッジデバイスからのリクエストにより、 A—RACF (図 1 8参照）が管理する。プロキシ CSCFがアクセスリソースを要求するときのオプションの ために、ユーザが、同じリソースの要件を持つチャネルのグループ内のチャネルを切 り換えるとき、 SIPメッセージは IPTVコントロール機能に送られないが、ユーザが、例 えば pay— per— viewチャネルに切り換えるとき、または異なるリソースの要件を持つ グループ内のチャネルに切り換えるとき、 IPTVコントロール機能は、 P— CSCFがリソ ースの必要条件を変更できるため、通知を受け取る必要がある。 IPエッジデバイスが リソースへのアクセスを要求するオプションで、 SIPメッセージはユーザ力 ¾ay— per —viewに切り換える時のみ必要となる。
[0251] (3- 1 - 2.展開シナリオ 2 :クライアントが SIPクライアントである力 MSクライアン トではない場合）
次に、展開シナリオ 2では、図 22に示すように IPTVクライアントである TV (DMP) 7 11とホーム IMSゲートウェイ 712間には物理的分離があり一体ィ匕されていない個別 の装置である場合について説明する。 IPTVクライアントには分離した ISIM (IP Mu ltimedia Services Identity Module)はない。 IMS GWの ISIMはすべてのク ライアントによって共有される。
[0252] この場合、ホーム IMSゲートウェイ 712はプロキシとして使用され、 IPTVクライアン トである TV (DMP) 711は IMSコアに直接登録する力 ホーム IMSゲートウェイ 712 はメッセージを IMSコアに渡す。コントロール情報は、ホーム IMSゲートウェイ 712を 通して SIPを使用して渡され、メディアは、メディアサーバ（コンテンツプロバイダドメイ ン内の）から IPTVクライアントに直接配信される。サービスにアクセスするには、 IMS 識別情報 (IMS PUID)が必要となる。この場合のフローは、基本的には展開シンリ ォ 1の流れと同じで、主な相違は、登録がホーム IMSゲートウェイ 712を通して行わ れることである。ユーザは EPGおよびメディアストリームをシナリオ 1と同様にして取得 する。
[0253] (3- 1 - 3.展開シナリオ 3 : DLNA— IPTVの相互接続の場合）
ホームネットワークが DLNAを使用する場合、 IPTVシステムの SIP通信と DLNA システムの HTTP通信の間、および IPTVシステムの IP (DVB力プセス化を使用する )によるメディア配信と DLNAシステムの HTTPをベースとするメディア配信の間をブ リッジする必要がある。この目的で、二つの異なるシステムをブリッジするゲートウェイ 、 IPTV— DLNAアプリケーションゲートウェイがある。
[0254] 図 23に示すように、 DLNAデバイス 713が IPTVサービスプロバイダからメディアス トリームを要求するとき、 IPTV—DLNAアプリケーションゲートウェイはホーム IMSゲ 一トウエイ 712に接続し、シナリオ 2と同様に、 IMSクライアントを持たない SIPクライア ントとして同様に登録する。例えば図 23に示す例では、 TV(DMP) 71 ^IPTV— DLNAアプリケーションゲートウェイとして機能する。 IPTV—DLNAアプリケーション ゲートウェイは、 IMSクライアントを持たない場合と同様に SIPクライアントとしてネット ワークに接続するときも登録することができる。
[0255] この展開シナリオ 3は 2つの方法で実現できる。一つは展開シナリオ 1に基づく方法 であり、もう一つは展開シナリオ 2に基づく処理として実現する。図 23に示す点線 71 5は、 IPTVクライアントである TV711とホーム IMSゲートウェイ 712力 物理的に一 体でも分離可能でもよいことを意味する。以下、 IPTVおよび DLNAアプリケーション ゲートウェイの 5つのユースケースについて説明する。 IPTVシステムの観点から、 IP TV— DLNAアプリケーションゲートウェイは IPTVクライアントとして行動する。
[0256] この展開シナリオ 3において実行される以下の具体的処理例について説明する。
3— 1— 3a. 2BOX PULL
3— 1 3b. 3BOX PULL
3— 1— 3c.ダウンロード
3— 1— 3d. 2BOX PUSH
3- l - 3e.アップロード
[0257] (3— 1— 3a. 2BOX PULL)
DLNAで規定される 2BOX PULLシナリオ、すなわち、 DMS (デジタルメディア サーバ）と DMP (デジタルメディアプレーヤ）が 1対 1で接続して処理を行なう構成で は、 IPTV—DLNAアプリケーションゲートウェイは、 UPnP AVメディアサーノ （UP nPデバイス）をインプリメントする DLNAデジタルメディアサーバ（DMS)として機能 する。 IPTV— DLNAアプリケーションゲートウェイは、 DLNAデジタルメディアプレ ーャ（ユーザによって操作される）のリクエストに応じて、 EPG/VoDコンテンツリスト やその他の番組コンテンツなどのメディアのフォーマットおよびプロトコルを、 DLNA プロトコルに変換する。
[0258] (3— 1— 3b. 3BOX PULL) DLNAで規定される 3BOX PULLシナリオ、すなわち、 DMSと DMPおよび DM C (デジタルメディアコントローラ）が接続して処理を行なう構成では、 3BOX PULL シナリオでは、 IPTV— DLN Aアプリケーションゲートウェイは、 2BOX PULLのュ ースケースと同様、 DLN Aデジタルメディアサーバとして機能する。し力し、 2BOX PULLシナリオとは違いがある。ユーザは、 DLN Aデジタルメディアコントローラ（DM C)を操作して EPGZVoDコンテンツリストをブラウズし、デジタルメディアレンダラに ビデ才コンテンッをプレイさせる。
[0259] (3— 1 3c.ダウンロード）
ダウンロード処理においては、 IPTV—DLNAアプリケーションゲートウェイは 2BO X PULLユースケースと同様に、 DLNAデジタルメディアサーバとして機能する。 2 BOX PULLとの相違は、ダウンロードコントローラ（ + DN + )が DMS よって提供 されるビデオコンテンツをダウンロードすることである。コンテンツは IPTV—DLNAァ プリケーシヨンゲートウェイに出力できないが、その代わりにリクエストに応じてダウン口 ードされる（たとえば VoDサービスのため）。
[0260] (3— 1— 3d. 2BOX PUSH)
DLNAで規定される 2BOX PUSHユースケース、すなわち、コンテンツ配信機能 を持つコントローラと、再生機能を持つデジタルメディアレンダラー（DML)とが 1対 1 で接続して処理を行なう 2BOX PUSHユースケースでは、 IPTV— DLNAアプリケ ーシヨンゲートウェイは、 UPnP AVレンダラのために UPnPコントロールポイントをィ ンプリメントする DLNA Pushコントローラ（ + PU + )として機能する。
[0261] 一般に、ユーザは、クライアントデバイスを操作して、 IPTVサービスの EPGZVoD に対応するコンテンツリストをブラウズし、 IPTV— DLNAアプリケーションゲートゥェ ィの DLNA Pushコントローラによって提供されるビデ才ストリーミングを伝えるため に DLNA Pushコントローラが DLNAメディアレンダラをコントロールする方法で、 D LNAデジタルメディアレンダラに、選択されたビデオコンテンツをプレイさせることが できる。
[0262] (3— 1 3e.アップロード）
アップロード処理では、 IPTV— DLNAアプリケーションゲートウェイは、 UPnP A Vサーバ（UPnPデバイス）のために UPnPコントロールポイントをインプリメントする D LNAアップロードコントローラ（+UP + )として機能する。一般に、ユーザはクライア ントデバイスを操作して IPTVサービスの EPGZVoDコンテンツリストをブラウズする ことができる。 DLNAデジタルメディアサーバは、 IPTV— DLNAアプリケーションゲ 一トウエイの DLNAアップロードコントローラによって提供される選択ビデオコンテン ッを保存する。
[0263] (3. 1. 4.クライアントのネットワーク接続処理）
次に、 IPTVサービスを受領するためのクライアントのネットワーク接続処理例につ いて、図 24以下を参照して説明する。
[0264] 図 24は、クライアントのネットワーク接続処理の一例を示すシーケンス図である。左 力も例えば図 3に示す TV (DMP)に対応するクライアント、ホーム IMSゲートウェイ、 さらに、 IMSネットワークの構成要素である CSCF、 HSS、 AS (IPTV)を示している。 なお、 IMSネットワークの CSCFについては先に説明したプロキシ CSCF (P— CSC F)、問!、合わせ（Interrogating) CSCF (I - CSCF)、サービング（Serving) CSC F (S-CSCF)を個別に示してある。
[0265] まず、ステップ S 501においてクライアントは IPアドレスを取得し、ステップ S 502に おいて登録要求を出力する。登録要求は、ホーム IMSゲートウェイから IMSネットヮ ークの構成要素である CSCFのプロキシ CSCF (P CSCF)、問!、合わせ（Interro gating) CSCF (I - CSCF)、サービング（Serving) CSCF (S - CSCF)に通知され 、ステップ S503において、 S— CSCFにおいて HSSからのユーザプロファイル取得 が実行され、ステップ S504においてクライアントに要求応答通知が行われる。
[0266] この後、ステップ S505においてクライアントと IMSネットワークの構成要素である C SCFのプロキシ CSCF (P— CSCF)間に IPSec通信が可能とする設定がなされ、こ れ以後の通信は IPSecに従って実行される。ステップ S506では、クライアントから IP TVサービスの登録要求が出力され、これを IMSネットワークの構成要素である CSC Fのサービング CSCF (S— CSCF)が受領して、ステップ S507において ASの選択 処理を行い、ステップ S508において、選択された ASに登録要求を行なう。
[0267] AS (IPTV)は、ステップ S509〖こお!/、て IPTVプロファイルを取得して、ステップ S5 10においてクライアントに対して登録完了通知を行なう。クライアントは登録完了通知 の受領に基づいて、ステップ S511においてコンテンツ取得要求を ASに出力し、ステ ップ S 512にお!/、て AS力 コンテンッを取得する。
[0268] 図 25は、クライアントによる登録処理ではなぐホーム IMSゲートウェイによる登録 処理が行われる場合のシーケンス図である。まず、ステップ S521においてホーム IM Sゲートウェイは IPアドレスを取得し、ステップ S522において、登録要求を出力する。 登録要求は、ホーム IMSゲートウェイから IMSネットワークの構成要素である CSCF のプロキシ CSCF (P - CSCF)、問!、合わせ（Interrogating) CSCF (I - CSCF)、 サービング（Serving) CSCF (S— CSCF)に通知され、ステップ S523において、 S — CSCFにおいて HSSからのユーザプロファイル取得が実行され、ステップ S524に おいてホーム IMSゲートウェイに要求応答通知が行われる。
[0269] この後、ステップ S525においてホーム IMSゲートウェイと IMSネットワークの構成 要素である CSCFのプロキシ CSCF (P CSCF)間に IPSec通信が可能とする設定 がなされ、これ以後の通信は IPSecに従って実行される。ステップ S526では、ホーム IMSゲートウェイから IPTVサービスの登録要求が出力され、これを IMSネットワーク の構成要素である CSCFのサービング CSCF (S— CSCF)が受領して、ステップ S5 27において ASの選択処理を行い、ステップ S528において、選択された ASに登録 要求を行なう。
[0270] AS (IPTV)は、ステップ S529にお!/、て IPTVプロファイルを取得して、ステップ S5 30においてホーム IMSゲートウェイに対して登録完了通知を行なう。
[0271] 図 26は、クライアントとホーム IMSゲートウェイとの通信と、ホーム IMSゲートウェイ と IMSネットワークとの通信を個別に実行する場合のシーケンス例である。まず、ステ ップ S 541にお!/、てクライアントはホーム IMSゲートウェイに対して、登録要求を送信 する。この場合のクライアントアドレスは、ホームネットワーク内のアドレス（@home)で ある。ホーム IMSゲートウェイはクライアントからの登録要求を受信すると、グローバル アドレス（@op. com)に変換した後、登録要求を IMSネットワークに出力する。登録 要求は、 IMSネットワークの構成要素である CSCFのプロキシ CSCF (P— CSCF)、 問 、合わせ（Interrogating) CSCF (I -CSCF)、サービング（Serving) CSCF (S — CSCF)に通知され、ステップ S542において、 S— CSCFにおいて HSSからのュ 一ザプロファイル取得が実行され、ステップ S543においてホーム IMSゲートウェイに 要求応答通知が行われる。
[0272] この後、ステップ S544においてホーム IMSゲートウェイと IMSネットワークの構成 要素である CSCFのプロキシ CSCF (P CSCF)間に IPSec通信が可能とする設定 がなされ、これ以後の通信は IPSecに従って実行される。ステップ S545では、ホーム IMSゲートウェイから IPTVサービスの登録要求が出力され、これを IMSネットワーク の構成要素である CSCFのサービング CSCF (S— CSCF)が受領して、ステップ S5 46において ASの選択処理を行い、ステップ S547において、選択された ASに登録 要求を行なう。
[0273] AS (IPTV)は、ステップ S548にお!/、て IPTVプロファイルを取得して、ステップ S5 49においてホーム IMSゲートウェイに対して登録完了通知を行なう。この通知は、ホ ーム IMSゲートウェイからホームネットワークを介してクライアントに通知される。クライ アントは登録完了通知の受領に基づいて、ステップ S550においてコンテンツ取得要 求をホーム IMSゲートウェイに出力する。ホーム IMSゲートウェイには、この要求を A Sに出力し、ステップ S 551にお!/、て ASカもコンテンッを取得し取得コンテンッをクラ イアントに転送する。
[0274] なお、先に図 23を参照して説明したような DLNAデバイス 713に対する IPTVサー ビスの提供を可能とする設定を行なう場合は、ホーム IMSゲートウェイは IPTVコント ロール機能を発見し、 EPGデータを受け取った後、 DLNAデバイスと IPTVサービス の間の相互接続を実行するための [IPTV DLNA app GW]を有効化 (イネーブ ル）する。 [IPTV DLNA app GW]が UPnPデバイスとして、すなわち DLNAメ ディアサーバとして機能する場合、 IPTV DLNA app GWは UPnPコントロール ポイント [SSDP]によって発見される SSDP (Simple Service Discovery プロト コル）を始動する。 IPTV DLNA app GWが UPnPコントロールポイントとして、す なわち、 DLNA Pushコントローラとして機能する場合、 IPTV DLNA app GW は、 UPnPデバイスの SSDPを始動する必要はなぐその代わりに UPnPデバイスを 発見するため、 UPnPコントロールポイントの SSDPを始動する。 [0275] なお、 DLNAプロトコル、すなわち、 UPnPデバイスアーキテクチャのデバイス発見 とデバイスコントロールはセッションレス通信に基づくので、 UPnPコントロールポイン トが UPnPデバイスと通信を行うセッションを設立すると 、う概念はな 、。デジタルメデ ィァサーバ、すなわち UPnPデバイスがネットワークで利用可能な間、デジタルメディ ァプレーヤとデジタルメディアレンダラ、すなわち UPnPコントロールポイントは、いつ でも、メディアストリーミングに関するコントロールと HTTPリクエストのために SOAPメ ッセージを要求することができ、 IPTV DLNA app GWの DMSは、例えば最悪 でも 30秒以内にリクエストに応答しなければならない。
[0276] IPTV DLNA app GWの DMSがネットワークで利用可能な間、 IPTV DLNA app GWは、 IMSコア（CSCF)および IPTVコントロール機能へのセッションを維 持することができる力 IPTV DLNA app GWは、セッションが終結された場合、 DMPからの SOAPリクエストと HTTPリクエストの要求のあるとき、セッションを再設定 することができる。 IPTV DLNA app GWが、 Pushコントローラとして、すなわち、 UPnPコントロールポイントとして行動する場合、セッションが維持される長さを知るこ とがでさる。
[0277] IPTVサービスのチャネルを変更する場合、 DLNAデバイスからのチャネル変更の HTTPリクエストは、 IGMP (Internet Group Management Protocol)に変換 される。例えば IPTV— DLNAアプリケーションゲートウェイによって IGMP (Interne t Group Management Protocol)に変換 れる。
[0278] (3— 1 5.クライアントのネットワーク切断）
次に、 IPTVサービス力ゝらの切断処理について説明する。 IPTVサービス受領クライ アントにおいてディスプレイがオフにしてクライアントをネットワークから切断することが できる。この IPTVサービスからの切断処理は、例えば以下のシーケンスに従って実 行される。
(ステップ 1)
クライアントがメディア受信を停止する。
なお、マルチキャストの場合、 IGMP leave (IGMP離脱）を使用して、ユーザが 見ていたチャネルと関連するマルチキャストストリーム力も離脱することになる。 (ステップ 2)
クライアントは SIP BYEを IPTVサービス提供主体に送り、メディア受信に関連す る SIPセッションを完成させる。
なお、ュ-キャストの場合は、 IPTVサービス提供主体は RTSP TEARDOWN コマンドを実行して RTPュ-キャストフローを停止し、メディアサーバが SIPプロトコル に気付!/、て!/、な!/、場合はポートを閉じる。
(ステップ 3)
クライアントは Expire 0で SIP SUBSCRIBEを IPTVサービス提供主体に送り、 I PTV ASにクライアント側でスィッチオフされることを知らせる。
(ステップ 4)
クライアントはサービス満了時間と共に SIP REGISTERを送り、クライアント識別 子の登録を解除する。なおこの登録情報の取得にはサービング CSCF力 の受領デ ータ（GRUU : Globally Routable User Agent URI)が必要となる。
(ステップ 5)
クライアントはコントロールチャネルのため〖こ IGMP leave (IGMP離脱）を送る。 (ステップ 6)
IPTVサービスおよび IMSから切断される。
[0279] (IPTVサービスからの無制御の切断）
例えば停電の発生などの場合、上述したシーケンスを実行することなく切断がなさ れる場合がある。すなわち IPTVサービスからの無制御の切断がなされることがある。 この場合、送信されている番組などのメディアフローは停止することが必要となる。し かし、この場合には以下の事項、すなわち、
(a)メディアフローの停止処理
(b)ネットワークの SIPダイアログ
これらを考慮した処理を行なうことが必要である。以下、これらについて説明する。
[0280] (a)メディアフローの停止処理
クライアントがマルチキャストメディアストリームを受信して ヽる場合、これらのメディア ストリームを停止する唯一の方法は、 IGMPv3のデフォルトのタイムアウト（[IGMP] に従ったグループメンバーシップインターバルで 225秒）が適用可能である。
ュニキャスト送信の場合、メディアのュニキャストトランスポートメカニズムのほとんど は、フィードバック情報を受信する処理が行われ、このフィードバック情報にタイムァゥ ト時間が設定され、このタイムアウト時間を利用した停止処理が可能となる。
[0281] (b)ネットワークの SIPダイアログ
ネットワークのすべての SIP状態は、通常デフォルトの満了値が 3600秒である。こ の状態は SIP REGISTER, SUBSCRIBE,および INVITEに関連する。タイムァ ゥトメカニズムは、 IMSコアの状態をクリア (タイムアウト以内に再接続が発生した場合 に起こるのは、新しい登録の後にタイマが増す)する。
SIPの状態が 1時間アクティブに維持されるという事実は、トラヒックが 1時間送られ るということを意味しない。事実、 目的地に達しない最初の NOTIFYの後、 IMSコア は、クライアントの利用不能について通知され、それに従って状態をクリアする。
[0282] (3— 1 6.クライアントのサービス発見処理）
IMSネットワークで IPTVサービスプロバイダの発見を行なう処理について説明する 。 IPTVサービスプロバイダは、例えば下記のようにして発見され、ユーザに提示され 、ユーザによる選択が可能となる。なお、この処理は、ユーザ力 MS登録を終了して いることが前提条件となる。
[0283] クライアントは最初に IMSプロバイダに要求して IPTVサービスプロバイダの発見を 試みる。これが失敗した場合、 IMSプロバイダ以外のエンティティ、例えば、ルートに 要求を行うことも可能である。サーバプロバイダ発見プロセスは、 IPTVサービスを提 供する IPTVサービスプロバイダの発見力も始まる。
[0284] IMSネットワークで IPTVサービスプロバイダを発見するために使用できる多くのモ デルがあるが、これらはすべて、ネットワークには、サービスを提供する能力のあるァ プリケーシヨンサーバ（AS (IPTV) )が存在するということ、および、 IPTVサービスプ ロバイダが、 PSI、特徴タグ、またはその他の SIPヘッダで識別できるということを前提 にしている。
[0285] サービスプロバイダ発見のステップは、例えば、「IPベースネットワークでの MPEG
2TSベース DVBサービスのトランスポート」の高レベルの記述に従って実行する。 ユーザ認証の通信として SIPを使用し、情報をブートストラップするための、たとえば P —Asserted— Identityなどの IMSトラストモデルを使用する。サービス IPTVで始ま る DVB IP デルを使用する SIPリクエストは、 IPTVプロバイダとなることができる。た とえば、 SP CANAL+はドメイン名、で識別し、サービスはサービス対応の名前を 割り当てることができる。
[0286] これが失敗した場合、下記のプロセスが実行される。
IPTVアプリケーションが開始されたときに IPTVサーバが割り当てられて!/ヽな!、場 合、 IPTVアプリケーションは、 IPTVサービスブートストラップサービスまたはデフォ ルトのアドレスを使用する。
IPTVクライアントによって IPTV SIPダイアログのコントロール信号通信が設定さ れ、 IMSネットワーク CSCFに経路が定められる。これは、サービスの正確なアドレス は後に追加できるので知る必要がないということも意味する。 IMSネットワークでは、 CSCFは、 IPTV SIPダイアログが IPTVダイアログであることを理解し、その経路を I PTV CF (Control Function)に定める必要がある。これで IPTV CFはサービス プロバイダと提供されるサービスに関する発見情報を提供できる。
[0287] IPTVサービスプロバイダに関する情報（例えば SIP URIなど）が SIPダイアログを 使用してユーザに提供され、ユーザ力 SIPTVサービスプロバイダを発見すると、これら のプロバイダがユーザに提示される。ユーザは次に IPTVサービスプロバイダの提供 する EPG (ある!/ヽは VoDと nPVRコンテンツリストなど）を受け取ることができる。
[0288] (UPnPでのサービス発見）
次に UPnPによるサービス発見処理について説明する。 得し、または IMSオペレータの ISIM (IP Multimedia Services Identity Mod ule)カードに記載されるプロキシ CSCFのデフォルトの IPアドレスを使用する。
[0289] あるいは、 IPTVクライアントは UPnP発見メカニズムを使用してホーム IMSゲートゥ エイを発見する。ホーム IMSゲートウェイは UPnPサービスである UPnP IMS GW サービスをインプリメントする。 UPnP IMS GWサービスを発見するために、 IPTV クライアントは、 SSDP : M— Searchの送信または SSDPを受信するなど SSDPを使 用した処理を行なう。 IPTVクライアントが UPnP IMS GWサービスを発見すると、 I PTVクライアントは、 IMS GWの IMS B2BUAの IPアドレスとポートの取得要求を 行い、次に、 IPTVクライアントは、ホーム IMS GWを介して IMSコアとの SIPセッシ ヨンを開始し、 IPTVサービスを発見する。
[0290] 例えば図 23を参照して説明した DLNAデバイスによるサービス発見の場合の処理 シーケンスは以下のようになる。 DLNAデバイスの UPnPコントロールポイントは、前 述した 2BOX PULL, DOWNLOAD,および 3BOX PULLの場合に IPTV DL NA app GWで DMSを発見できる。 IPTVサービスのサービス発見は、前述と同じ 方法でホーム IMS GWによって実行される。複数の IPTVサービスを展開する方法 はベンダによって異なる。たとえば、 IPTV DLNA app GWは、それぞれ IPTVサ 一ビスに対応する複数の DMSを使用できる。各 DMSには、ユーザが IPTVサービ スのために適切な DMSを選択できるように、対応の IPTVサービスを識別できる UP nPデバイスとしての名前が設定される。
2BOX PUSHおよび UPLOADの場合は、 IPTV— DLNAアプリケーション GW は、 IPTV— DLNAアプリケーション GWが発見される UPnP デバイスをインプリメン トする必要がな 、ように、 DLNAデバイスの UPnPデバイスをコントロールする。
[0291] [3- 2.各種サービスの具体的処理例について]
次に、 IPTVサービスにおいて実行される様々なサービスについて説明する。以下 の各項目について順次、説明する。
3 - 2- — 1. TV放送
3 - 2- - 2. nPVR (ネットワーク ·パーソナルビデオレコーディング)
3 - 2- - 3. VoD (ビデ才才ンデマンド）
3 - 2- —4.コンテンツフィルタリングおよびパーソナライゼーシヨン
3 - 2- - 5. TVとのインタラクション
3 - 2- -6.プロファイル管理
3 - 2- - 7.デバイス能力に対する適合処理
(3- 2- 1. TV放送）
IPTVサービスにおいては、チャネル切換えだけではなぐ EPGの閲覧も、 TV放送 と同程度に迅速にユーザに提供することが必要である。 EPGメタデータ送信によるュ 一ザメタデータ待ち時間を最小限にするため、ある期間（例えば 8日間）のプログラム に関する EPGメタデータをクライアントにプリロードし、 EPG配信のシステムの 1秒当り のトランザクションと必要帯域幅を最小限にするため、サービス情報、すなわち TVチ ャネル情報と EPG、すなわち TVプログラム情報は、マルチキャストデータチャネルを 介して配信する。図 15を参照して説明したクライアントの IPTVコンテンツブラウザと I PTVナビゲーシヨンアプリケーションは、 MDCコントロール機能を使用して EPGメタ データを検索する。
[0293] EPGメタデータはュニキャストによっても配信される。 IPTVサービスの提供する番 組に対応する基本的なプログラムに対応する EPGメタデータや、統計的に人気のあ るプログラムなどの EPGメタデータは、マルチキャストによって配信される力 その他 のプログラム情報やサムネールイメージのようなさらにリッチな情報の高度な EPGメタ データは、ュ-キャストを使用して検索により取得することができる。
[0294] IPTVサービスプロバイダによって提供される EPGメタデータは、単独のマルチキヤ ストデータチャネルによって定期的に配信される。図 15を参照して説明したクライア ントのマルチキャストチャネルコントロール機能は、チャネルカ卩入のような、タグ付きの EPGメタデータを、クライアント構成に従ってフィルタにかけ、フィルタにかけられた E PGメタデータをメモリに保存する。 IPTVサービスブラウザと IPTVナビゲーシヨンァ プリケーシヨンは、 EPGデータを検索するのに MDCコントロール機能を使用する。 E PGメタデータを送信するサイクルタイムは情報のタイプによって異なる。
[0295] TVチャネルのマルチキャストチャネルアドレスと、現在放送中のコンテンツ（番組）と 次のコンテンツに関する EPGメタデータを含むサービス情報は、たとえば 2秒ごとのよ うに頻繁に送信される。今日の番組プログラムに対応する EPGメタデータは、たとえ ば 30秒ごとに送信される。
[0296] 放送 TVサービスの TVプログラムは、予めスケジュールが決定されるので、クライア ントは、一日に一度、将来のプログラムの新しい EPGメタデータを検索すれば十分と なる。しかし、緊急-ユースや野球ゲームの延長戦など臨時に発生するプログラムス ケジュールの変更をクライアントに通知するため、 EPGメタデータの更新も、たとえば 2秒ごとなど定期的にマルチキャストデータチャネルを通して配信される。クライアント は、 EPGメタデータの更新を受け取るために、マルチキャストチャネルを通してメディ ァストリームを受け取るとき、 EPGメタデータのマルチキャストデータチャネルを監視 する。
[0297] マルチキャストデータチャネルを通して配信される EPGメタデータは、番組情報で あるプログラムに関する基本的な情報を含むデータであり、プログラムに関する詳細 情報と、プログラムの基本情報にリンクされるプログラムに関する関連情報を取得する ために、クライアントは EPGサーバへのュ-キャストリクエストを使用することができる 。プログラム情報はテキスト、映像、音声などによって構成され、これらのプログラム提 示におけるユーザとのインタラクションは、双方向ュ-キャストコミュニケーションで実 現可能である。なお、 EPGや番糸且情報のメニューにおいては、メニューを表示するク ライアントのディスプレイにサブ画面を設定してプレビュービデオストリームが表示可 能である。
[0298] なお、 EPGは、ユーザあるいはクライアント毎のパーソナライズ、すなわち、ユーザ やクライアントに対応する固有の EPGの設定として提示することが可能となる。例え ば、チャネルごとの EPGのパーソナライゼーシヨンは、ユーザプロファイルに関するチ ャネル加入に従って EPGが構成されるのと同様に実現することができる。ユーザプロ ファイルによっては、特定チャネルに関するプログラム情報は表示されない。 EPGメ ニューに関するチャネルの表示順序も、ユーザプロファイルに従ったパーソナライズ 、すなわち各ユーザ対応の処理が可能となる。
[0299] TV放送チャネルの切換え
IPTVサービスの提供においては、例えばネットワークによるジッタの除去など、再 生処理をスムーズに行なうためクライアントにおいてパケットのバッファリングが行われ る。クライアントは IPTVサービスの提供サーノ から受信するデータを一定の閾値に なるまでバッファに蓄積し、その後に再生のための復号などのプロセスを実行する。 また画像の再構成のためマルチキャスト送りでイントラフレームの送受信が実行され る場合がある。
[0300] また、帯域幅の消耗を避けるため、チャネル切換えに際しては、前の視聴の終了し た古 、チャネルの終結処理も行なう。この処理は IGMP参カ卩に類似する処理である I GMP leave (IGMP離脱）によって実行可能である。この処理に際してはすべての I GMP awareノードでチェックされ、古いマルチキャストデータを受け取るノード'リス トとの比較が実行され、あるノードがマルチキャストデータの受信を停止する場合、マ ルチキャストツリー力 ノードが切り取られる処理が行われる。
[0301] クライアントにおいて、受信するビデオストリームの復号、再生を実行するためには、 受信ストリーム力 多くの情報を収集する必要がある。これらの情報は、特定の周波 数で送られる。特に、新しいビデオ送りの映像の表示を開始するには、デコーダはィ ントラフレームがビデオストリームで到着するまで待つ必要がある。イントラフレームは 、完全な映像を再構成するため、それ自体に十分な情報を含むフレームとして構成 される。これらは通常、符号ィ匕タイプによって、 0. 5〜5秒周期で送信される。
[0302] IPTVサービスにおけるデータ通信において発生する可能性のある遅延には様々 なものがある。例えば、新しいストリームの設定時の SIPインタラクションの処理も遅延 要因となり得る。例えば SIPインタラクションの処理において実行する SIP INVITE に関する処理が遅延要因として考えられる。従って SIPインタラクションの処理を削減 することが遅延解消の 1つの対策としてある。具体的には、マルチキャストストリームの 特性力 マルチキャストチャネル間で変化するときのみ SIPダイアログが発生する設 定とすることが有効である。このアイデアに従って、クライアントが通常の放送チヤネ ルに合わせるとき、ストリーム特性を持つマルチキャスト送信を要求して SIPセッション を設立し、それ以外のマルチキャストチャネルの変化は、 SIP介入のない IGMPイン タラクシヨンのみを必要とする設定とし、受信ストリームの特性が異なる場合のみ、 SIP ダイアログと交換する構成とする。さらに、新しいチャネル用の SIP INVITEと IGM P参加を送る。 IGMPのセットアップにおいて発生する遅延は、エンドユーザにできる だけ近いところでマルチキャストチャネルを利用可能にすることによって改善できる。 しかし、これは、アクセスネットワークでより多くの帯域幅を消費する。
[0303] MPEGストリームの復号を開始するために必要とするイントラフレームの遅延も改善 されるべき点である。ネットワークにおいてクライアントから比較的近いポイントから pul 1メカニズムでイントラフレームを取得する構成や、帯域外メカニズムによってクライア ントにイントラフレームを提供することによって、イントラフレームの遅延を解消すること が可能となる。
[0304] (3- 2- 2. nPVR (ネットワーク 'パーソナルビデオレコーディング））
次に IPTVサービスにお!/、て利用可能なサービスの 1つである nPVR (ネットワーク · パーソナルビデオレコーディング）につ 、て説明する。
[0305] nPVRの記録
nPVR (ネットワーク 'パーソナルビデオレコーディング）によるコンテンツの記録は、 様々な方法で開始できる。これは主として IPTVサービスプロバイダによって異なる。
*番組などのプログラムを記録する最も簡単な方法は、 EPGで番組を選択し、ユー ザの所有するリモコンで記録ボタンを押すことである。また、ユーザが記録する時間、 日、長さなどを入力する構成としてもよい。
あるいは、クライアントに提供される番組をすベて記録する設定としてもよい。これは 、 IPTVサービスプロバイダがすべてを記録し、それを予め指定された時間サーバに 保存することを意味する。このようにして、ユーザは記録に悩まされることがなぐ過去 の通常の EPGと同様に見える nPVR EPGを見ることができる。
[0306] IPTVアーキテクチャがサポートする必要があるのは、記録すべきプログラムを識別 するインタフェースと、これを EPGで達成するための識別メカニズムである。リンクのメ 力-ズムは、できれば TV放送と同じとして、記録処理のためのコマンド通信は、 RTS P RECORDコマンド力、または記録の詳細を含む nPVRへの SIP INVITEなどを 利用可能である。
[0307] 例えばユーザが IPTVサービスにお!/、て受信再生して!/、るコンテンツにつ 、て個人 的な録画を要求する場合の処理としてトリックプレーがある。例えば、クライアントがリ モコンでポーズボタンを押すことで nPVR記録機能を実行させ、次に、ピクチャをフリ ーズし、マルチキャストチャネルから IGMP leave (IGMP離脱）を実行する。さらに、 クライアントはコンテンツを保存する。なお、データ保存は、サーバにおいて実行する 構成とすることもできる。後に、ユーザがそれをもう一度見たくなつたとき、 nPVR検索 を実行して RTSP PLAYコマンドで再生を行なうことができる。
[0308] nPVRにおいて利用可能なコンテンツリスト（目次）は、 EPGおよび VoDと同じコン テンッフォーマットとメタデータを使用可能である。 VoDの場合のように、ュ-キャスト ソースを識別するために、リンキング力 PTVコントロール機能によって行われることを 除いて、 TV放送と同じリンキングメカニズムを使用しなければならない。 nPVRコンテ ンッリストの検索は、通常 HTTP GETとして実行される。クライアントが利用可能な n PVRコンテンツの検索処理のために、 IPTVサービスプロバイダは、サーバをベース とする検索機能を提供する。検索ページのインタフェースは完全にサービスプロバイ ダに依存する。
[0309] nPVRにおいて記録したコンテンツの再生処理においては、最初に目的の nPVR コンテンツを選択することが必要となる。 nPVRコンテンツリストのリンクをクリックするこ とで検索される。コンテンツ検索は、ュ-キャストストリームとして実行される。すなわち 、ユーザ力 S"play"を押す力、またはコンテンツリストのリンクをクリックすると、ストリーム が開始する。
[0310] ユーザ固有のコンテンツ記録処理として実行する nPVR (ネットワーク 'パーソナル ビデオレコーディング)の処理を実行する場合の、クライアントの装置構成は、例えば 以下のような構成となる。クライアントとしての情報処理装置は、ホームネットワーク外 にある外部サーバを仮想的なホームネットワーク機器として設定したマッピング情報 を適用して、外部サーバの提供するコンテンツ提供サービスの受領処理を実行する データ処理部を有し、データ処理部は、外部サーバの提供するコンテンツについて のユーザ固有のコンテンツ記録処理として実行する nPVR (ネットワーク 'パーソナル ビデオレコーディング）の処理制御を行なう。
[0311] データ処理部は、外部サーバの提供する TV放送受信においてはマルチキャスト 配信コンテンツの受信処理を実行し、ユーザ固有のコンテンツ記録処理として実行さ れる nPVR (ネットワーク 'パーソナルビデオレコーディング）の処理に際してュ-キヤ スト配信への切換え処理を実行する。また、ュ-キャスト配信コンテンツの受信を開 始する場合には、 IGMP (Internet Group Management Protocol)に従ったメ ッセージとして、 IGMP leave (IGMP離脱)メッセージを外部サーバまたは管理サ ーバに送信する。
[0312] さらに、クライアントのデータ処理部は、 nPVR (ネットワーク 'パーソナルビデオレコ ーデイング）に際して、外部サーバ、または他のネットワーク接続サーバに依頼して、 これらのサーバの記憶手段を利用してコンテンツ記録を実行させることも可能である 。この場合、記録コンテンツ情報、時間情報などの記録に必要とする情報をこれらの サーバに提供する。また、クライアントのデータ処理部は、 nPVR (ネットワーク 'パー ソナルビデオレコーディング）の実行可能なコンテンツに対応するコンテンツリストを 外部サーノ から受信する処理において、外部サーバに対するユーザプロファイルま たはクライアントプロファイルの提供に基づ 、て、提供プロファイルに応じて選択され るコンテンツリストを取得する処理を行なう。さら〖こ、クライアントのデータ処理部は、 n
PVR (ネットワーク 'パーソナルビデオレコーディング）の実行に際して、 EPG (電子プ ログラムガイド）におけるコンテンツ選択情報、または、記録時間指定情報を外部サー バまたは管理サーバに出力する処理を実行する。このような処理によって nPVRが実 行される。
[0313] また、クライアントは、ホームネットワークではないパブリックネットワークを介して提 供された IPTVに関するコンテンツを受信する情報処理装置であり、パブリックネット ワークに接続された外部サーバを、仮想的なホームネットワーク機器として設定する 手段と、外部サーバをユーザ固有のコンテンツを記録または再生するパーソナルビ デォレコーダとして機能させるように、外部サーバにおけるコンテンツの記録または再 生処理を、パブリックネットワークを介して制御する制御手段とを有している。さらに、 クライアントの制御手段は、特定のコンテンツを特定のユーザのみに提供するュニキ ヤストを実現するために、外部サーバにおけるコンテンツの再生処理をパブリックネッ トワークを介して制御する処理を行ない、さらに、外部サーバを、ユーザコンテンツを 記録するパーソナルビデオレコーダとして機能させるように、外部サーバにおけるコ ンテンッの記録または再生処理をパブリックネットワークを介して制御する処理を行な
[0314] (3- 2- 3. VoD (ビデオオンデマンド））
VoD (ビデオオンデマンド）は、クライアント側のユーザのリクエストに応じてコンテン ッを配信する仕様である。基本的にュ-キャストで実行される。 VoDで配信されるコ ンテンッ (メディア）に対して広告の挿入や、広告に基づく検索は、放送サービスや E PGと同じように実行することができる。
[0315] また、 VoDに利用可能なコンテンツリスト（目次）については、クライアント側でブラウ ズできる。このコンテンツリスト（目次）は、ユーザが見ることを許可されているものに限 定される、すなわちフィルタをかけた結果を閲覧できる設定とする。フィルタリングはネ ットワーク内で実行できる力 その場合、 VoDコンテンツリストはュ-キャストでなけれ ばならず、または、クライアントは、 VoDコンテンツリストのキャッシュをプリロードする ためマルチキャストを使用できる。 VoDコンテンツリストの取得は、部分的に EPG情 報取得と同様である。
[0316] 利用可能な VoDコンテンツの検索は、クライアントがネットワークに対して問合わせ 操作を実行できることを必要とする。コンテンツ検索はコンテンツメタデータで実行さ れる。
[0317] VoDによるコンテンツ再生を行なう場合、クライアントは、 VoDコンテンツリストから、 見ることが認可されている利用可能なコンテンツの一つを選択してコンテンツリクエス トを出力することが必要となる。たとえばコンテンツリストのコンテンツを指定すると、 V oDサービスの URIのリンクが起動し IPTVコントロール機能がリクエストを処理し、ュ 一ザがコンテンツをすでに購入しているかどうか、検証し、コンテンツが購入されてい ない場合は、コンテンツに関する料金を検証し、それ以外の場合は、コンテンツリクェ ストは拒否される。
[0318] (3- 2-4.コンテンツフィルタリングおよびパーソナライゼーシヨン）
次に IPTVサービスで実行されるコンテンツのフィルタリングとパーソナライゼーショ ンについて説明する。コンテンツのフィルタリングとは、エンドユーザの IMSおよび IP TVプロファイルと加入された一組のチャネルに基づいてエンドユーザに提供される コンテンツをユーザに適合したもののみとするコンテンツ選択処理であり、パーソナラ ィゼーシヨンとは、ユーザのプロファイルに基づいてユーザに提供するコンテンツを選 択する処理である。例えばユーザプロファイルに基づ 、た個人を対象としたメッセ一 ジと広告の配信処理が含まれる。
[0319] コンテンツのフィルタリングによって、例えばユーザが支払ったチャネルのみがユー ザの取得する EPGや VoDリストに表示される。コンテンツフィルタリングによりログイン ユーザのプロファイルに合わせた EPGの生成、表示が可能となる。ユーザのプロファ ィルは、ログインのとき、 XCAPを使用して、プロファイルを格納しているサーノ 、例え ば図 3に示す IMSネットワーク 230の HSS232からダウンロードされ、ユーザ装置に 保存される。 VoDについては、コンテンツのフィルタリングは、サーバで提供される V oDのビューを生成するとき、またはクライアントで VoDメタデータを受け取るとき適用 される。なお、ユーザ側の装置であるクライアントにユーザプロファイルを格納してお いてこれを利用してもよい。
[0320] 外部サーバ、あるいはクライアント装置にあるユーザプロファイル情報は、コンテン ッを提供するサーバに提示され、コンテンツ提供サーバは、ユーザプロファイルに基 づいて、コンテンツを選択、編集してユーザに対応するコンテンツを生成して提供す るコンテンテッパーソナライゼーシヨンを実行する。あるいは、これらのハーソナライゼ ーシヨン処理は、クライアント側で実行する構成としてもよ!、。
[0321] コンテンツのパーソナライゼーシヨンは、ユーザプロファイルに基づいた個人を対象 としたメッセージと広告の配信処理が含まれる。これらの特定ユーザ向けのデータは ユーザの装置で画面にオーバーレイされ、例えば PinP (picture in picture)モー ドで表示される。パーソナライゼーシヨンは、ユーザが放送のショーまたは VoDコンテ ンッを見ている間に、ショーが広告ポーズに入るとき、 目標の広告を挿入することによ つて実行される。インタラクテイビティもユーザプロファイルに基づく一つの形のパーソ ナライゼーシヨンと言える。インタラクテイビティデータに含まれる情報は、個人メッセ ージまたは広告と同じ手段で、すなわち、オーバーレイまたは専用のウィンドウを使 用して表示される。パーソナライゼーシヨンは、専用のュ-キャストチャネルを通して、 またはプロファイルセット (位置の情報、年令、性別、所得範囲その他)を対象とするも つと小さなマルチキャストグループで配信される。
[0322] (3- 2- 5. TVとのインタラクション）
例えば、クライアント側のユーザ力 PTVサービスを見ながら、意見を送信する処理 や、投票するといつた TVプログラムとのインタラクションについて説明する。テレビジョ ンプログラムとのインターアクティビティのため、ユーザは、投票などのユーザからの データを送ることができる（たとえば SMSを介して）、例えば投票は番組に関するフィ ードバック情報の作成などのため集計され利用される。
[0323] なお、既存のデジタル放送システムにおいてもトリガを MPEG— TSストリームに揷 入して HTML、 BMLなどのインタラクティブオブジェクトをトリガのタイミングで与える メカニズムにより TVプログラムとのインタラクションをすでにサポートしているものがあ る。インタラクティブオブジェクトは、通常、 TVプログラムと共に、 MPEG— TSストリー ムに埋め込まれるが、デジタル放送システム力 MPEG— TSストリーム配信から切り 離された双方向通信チャネルを介してインタラクティブオブジェ外を配信することも 可能である。
[0324] IPTVサービスに適用するブラウザを使用したメカニズムが TVプログラムとのインタ ラタシヨンのために利用される。例えばプログラムのインタラクションを表わす XHTM L文書への参照情報を番組コンテンツのメタデータに埋め込む。ユーザがプログラム (番組)を見る間、インタラクテイビティシステムは、プログラム (番組)とのインタラクショ ンのために IPTVサービスブラウザを呼び出す。 XHTML文書はマルチキャストデー タチャネルとュ-キャスト通信を介して配信される。インタラクションのフィードバックは 、ュニキャスト通信による IPTVサービスブラウザによって実現される。
[0325] (3- 2-6.プロファイル管理）
IPTVサービスにお!/、ては、クライアントのユーザプロファイルなど様々なプロフアイ ルが管理される。例えば、
*オペレータのサービスに関するサービスプロファイルとユーザプロファイル 例えば料金請求、ユーザ識別子、認証処理に利用される認証べクタ、サービストリ ガなどのプロファイルは、図 3〖こ示す IMSネットワーク 230の HSS232〖こ格納され保 持される。
*ユーザ自身のプロフアイノレ
ユーザ自身のプロファイルは、ユーザ側のクライアント装置に保存される。 IPTVプロバイダ力 MSプロバイダと異なる場合は、 IPTVプロバイダは、 IPTV特 有のユーザプロファイルを自身のデータベースに保存できる。
水 IPTVプロノイダプロフアイノレ
IPTVプロバイダに関する情報としての IPTVプロバイダプロファイルは、クライアント 側に保存可能であり、 IPTVプロバイダ自身のデータベースにも保存される。
[0326] ユーザプロファイルには、例えば、 SIP識別子、言語、国籍、年令、（オペレータに よって提供されるものとユーザによって提供されるもの）、 Eメールアドレス、電話番号 、興味と趣味 (趣味嗜好情報）、 IPTV固有パラメータなどが含まれる。これらのユー ザプロファイルはサービスのパーソナライゼーシヨン用に使用される。具体的には、ュ 一ザの好みに基づいて、ユーザ対応のデータ (マイ' · の設定、提供が可能となる。 例えば、マイチャネルの設定、スタートアップチャネルの設定、さらに、マイ VoD、マイ Pay TV、チャネルへのボタンの個人的マッピング処理、局部的なコントロールなど がユーザプロファイルを利用して実行可能となる。
[0327] IPTV プロバイダプロファイルは、例えば、
*どのユーザがどのチャネルにアクセスできるかの情報、
*ユーザが見ることを許可されるものと許可されないものを決定するために使用さ れる加入者プロファイル、
などが含まれる。
[0328] エンドユーザであるクライアント側では、ユーザ管理と、ユーザプロファイル管理を 実行する。ユーザ管理とは、ユーザがドメインにユーザを追加し、変更し、または削除 できることを意味し、ユーザプロファイル管理とは、ユーザがユーザプロファイルの情 報を変更できることを意味する。
[0329] クライアントのエンドユーザがユーザ管理を行なう場合の処理ステップは以下のよう になる。
1.エンドユーザは HTTPポータルに新 、ユーザ情報を提供する。
2.情報は HTTPポータルによってユーザ管理を実行する IMSネットワーク 230 (図 3参照）に送られ、 HSSおよび IPTVデータベースを更新する。
[0330] クライアントのエンドユーザが実行するユーザプロファイル管理は、例えば以下の処 理によって実行される。
1.新しいユーザプロファイル情報がクライアント装置に入力される。
2.クライアントはユーザプロファイル情報を管理するサーノ 、例えば図 3に示す IM Sネットワーク 230の HSS232、 IPTVサービス 250等など、予め設定されたプロファ ィル出力先にデータを送信し、これらのデータを受信した側において登録、更新処 理が実行される。
3.情報更新を実行した各サーバは、クライアント、その他の関連サーバにデータ更 新の完了を通知する。
4.クライアントは、更新されたユーザプロファイルをダウンロードする。
[0331] なお、ユーザプロファイルの登録や更新は、 IPTVサービスポータルを通して行うこ ともできる。この場合ユーザプロファイルは、クライアントから IPTVサービスポータル に提供され、その後、 IPTVサービスポータルカ、これらのデータを、ユーザプロファ ィル管理サーバ（例えば図 3に示す IMSネットワーク 230の HSS232、 IPTVサービ ス 250等）に送信する。
[0332] このように、クライアントとしての情報処理装置のデータ処理部は、外部サーバから のデータを、予め登録されたユーザ情報であるユーザプロファイルに基づ 、て選択 または編集されたパーソナライズデータとして受信する処理を実行する。クライアント のデータ処理部は、例えば HSS等の管理サーバに予め格納済みのユーザプロファ ィルを取得し、取得したユーザプロファイルをコンテンツ提供サーバなどの外部サー バに提供する。また、クライアント装置において更新したユーザプロファイルを HSS 等の管理サーバに送信して、管理サーバに格納されたユーザプロファイルの更新処 理を実行する。
[0333] クライアントのデータ処理部は、コンテンツ提供サーバなどの外部サーバから、ユー ザプロファイルに基づ 、てパーソナライズデータとして設定されたコンテンツリスト、広 告情報、 VoD (ビデオオンデマンド)対応コンテンツなどを受信して表示部に表示す る処理を実行する。なお、ユーザプロファイルは、前述したようにユーザの使用言語、 国籍、年令、アドレス、電話番号、趣味嗜好情報の少なくともいずれかの情報を含む
[0334] (3- 2- 7.デバイス能力に対する適合処理）
クライアントには、様々な装置が設定可能であり、それぞれのクライアントの実行で きる処理はクライアントに応じて異なることになる。すなわちクライアントのデバイス能 力は多様なものとなる。このような様々クライアントと IPTVサービス間の相互運用性を 確保するために、一組のデバイス能力プロファイルが指定され、クライアントに要求さ れる能力が規定される。
[0335] クライアントに配信されるコンテンツがクライアントで良好に再生するためには、その クライアントの能力を明確にすることが必要となる。クライアントデバイス能力としては、 例えばスクリーンサイズ、スクリーン解像度、利用可能なメモリのサイズ、サポートする コーデックの種類などがある。
[0336] クライアントデバイスが最初にサービスの登録をするとき、 IMSネットワーク 230の C SCF231デバイスの説明をダウンロードし、ダウンロードされた説明とその URIをデー タベースゃリポジトリに記録し、各サーバなど他のエンティティと共有される。なお、 W 3C DCIリポジトリのようなグローバルなリポジトリが利用可能な場合は、そのリポジト リを使用してもよい。
[0337] クライアントデバイスに対する AVコンテンツの適合処理には、適切なコンテンツバ 一ジョンの選択を必要とする場合がある。例えばテキストコンテンツの適合は、ハージ ヨンに応じた変形、組合せ、フォーマッティング (たとえば XSLT)などを利用すること で実現される。適合処理の実行エンティティ (たとえばターゲットサーノ 、トランスコー デイングを行うプロキシ）は、デバイス能力を受信し、文書メタデータに表現されてい る一組の規則に従って文書を適合させる処理を実行する。これは、コンテンツメタデ ータが、適用しなければならない変形に関する規則を含まなければならないことを意 味し、サービスプロファイル力 適用トランスポート、ターミナルなどに関する制約を含 まなければならな!/ヽと 、うことも意味する。
[0338] このように、コンテンツ提供サーバと、コンテンツ受信クライアントとを有するコンテン ッ提供システムにおいて、コンテンツ受信クライアントのデータ処理部は、クライアント のデバイス情報を取得して、ホームネットワーク外にあるデータベース、例えば、 ipマ ルチメディアシステム（IMS)にお!/、て規定されるホームサブスクライバサブシステム（ HSS :Home Subscriber Subsystem)に送信して登録する処理を実行する。コ ンテンッ提供サーバは、この HSSに登録されたクライアントのデバイス情報を取得し て、デバイスに適合したコンテンツをクライアントに提供する処理を実行する。具体的 には、デバイス情報は、クライアントのスクリーンサイズ、スクリーン解像度、利用可能 なメモリサイズ、サポートするコーデックの種類、少なくともいずれかのデバイス情報を 含み、コンテンツ提供サーバは、これらのデバイス情報を取得して、デバイスにおい て再生可能なコンテンツをクライアントに提供する処理を実行する。
[0339] 以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、 本発明の要旨を逸脱しない範囲で当業者が各実施例の修正や代用を成し得ること は自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的 に解釈されるべきではない。本発明の要旨を判断するためには、特許請求の範囲の 欄を参酌すべきである。
[0340] また、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、 あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理 を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに 組み込まれたコンピュータ内のメモリにインストールして実行させる力、あるいは、各 種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させること が可能である。例えば、プログラムは記録媒体に予め記録しておくことができる。記録 媒体からコンピュータにインストールする他、 LAN(Local Area Network),インターネ ットと 、つたネットワークを介してプログラムを受信し、内蔵するハードディスク等の記 録媒体にインストールすることができる。
[0341] なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみ ならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個 別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的 集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
産業上の利用可能性
[0342] 以上、説明したように、本発明の構成によれば、ホームネットワーク内のクライアント 機器であるコンテンツ再生装置としての DMP力 ホームネットワーク外のコンテンツ 提供サーノくからのコンテンツを受領して再生することが可能となる。すなわち、本発 明の情報処理装置であるホーム IMSゲートウェイ力 コンテンツ提供サーバとの通信 を実行して、コンテンツ提供サーバを仮想的なホームネットワーク機器としてマツピン グし、ホームネットワーク内のコンテンツ再生装置力 の機器発見要求の受信に応じ てコンテンツ提供サーバのサーバ情報を、サービス受領可能な機器情報としてコンテ ンッ再生機器に提供する。さらに、クライアントのデバイス情報を取得して、ホームネ ットワーク外にあるデータベースに登録し、コンテンツ提供サーバがデバイス情報を 取得して、デバイスに適合したコンテンツをクライアントに提供する処理を実行するこ とが可能となる。

Claims

請求の範囲
[1] コンテンツ提供サーバと、コンテンツ受信クライアントとを有するコンテンツ提供シス テムであり、
前記コンテンツ受信クライアントは、
ホームネットワークを介した通信処理を実行する通信部と、
ホームネットワーク外にある外部サーバを仮想的なホームネットワーク機器として設 定したマッピング情報を適用して、前記外部サーバの提供するコンテンツ提供サービ スの受領処理を実行するデータ処理部を有し、
前記データ処理部は、
クライアントのデバイス情報を取得して、ホームネットワーク外にあるデータベースに 登録する処理を実行する構成であり、
前記コンテンツ提供サーバは、
前記データベースに登録されたクライアントのデバイス情報を取得して、デバイスに 適合したコンテンツをクライアントに提供する処理を実行する構成であることを特徴と するコンテンツ提供システム。
[2] 前記デバイス情報は、
クライアントのスクリーンサイズ、スクリーン解像度、利用可能なメモリサイズ、サポー トするコーデックの種類、少なくとも 、ずれかのデバイス情報を含み、
前記コンテンツ提供サーバは、
前記デバイス情報を取得して、デバイスにお ヽて再生可能なコンテンツをクライアン トに提供する処理を実行する構成であることを特徴とする請求項 1に記載のコンテン ッ提供システム。
[3] 前記コンテンツ受信クライアントのデータ処理部は、
クライアントのデバイス情報を、 IPマルチメディアシステム（IMS)において規定され るホームサブスクライバサブシステム（HSS : Home Subscriber Subsystem)に 送信して登録する処理を実行する構成であり、
前記コンテンツ提供サーバは、
前記ホームサブスクライバサブシステム (HSS)に登録されたクライアントのデバイス 情報を取得して、デバイスに適合したコンテンツをクライアントに提供する処理を実行 する構成であることを特徴とする請求項 1に記載のコンテンツ提供システム。
[4] 情報処理装置であり、
ホームネットワークを介した通信処理を実行する通信部と、
ホームネットワーク外にある外部サーバを仮想的なホームネットワーク機器として設 定したマッピング情報を適用して、前記外部サーバの提供するコンテンツ提供サービ スの受領処理を実行するデータ処理部を有し、
前記データ処理部は、
情報処理装置のデバイス情報を取得して、ホームネットワーク外にあるデータべ一 スに登録する処理を実行する構成であることを特徴とする情報処理装置。
[5] 前記データ処理部は、
情報処理装置のスクリーンサイズ、スクリーン解像度、利用可能なメモリサイズ、サボ ートするコーデックの種類、少なくともいずれかのデバイス情報を取得して、ホームネ ットワーク外にあるデータベースに登録する処理を実行する構成であることを特徴と する請求項 4に記載の情報処理装置。
[6] 前記データ処理部は、
情報処理装置のデバイス情報を、 IPマルチメディアシステム (IMS)において規定さ れるホームサブスクライバサブシステム（HSS : Home Subscriber Subsystem) に送信して登録する処理を実行する構成であることを特徴とする請求項 4に記載の 情報処理装置。
[7] コンテンツ提供サーバと、コンテンツ受信クライアントとを有するコンテンツ提供シス テムにお 、て実行する情報処理方法であり、
前記コンテンツ受信クライアントにおいて、
通信部力 ホームネットワークを介した通信処理を実行する通信ステップと、 データ処理部が、ホームネットワーク外にある外部サーバを仮想的なホームネットヮ ーク機器として設定したマッピング情報を適用して、前記外部サーバの提供するコン テンッ受信処理を実行するコンテンツ受信ステップと、
前記データ処理部が、クライアントのデバイス情報を取得して、ホームネットワーク外 にあるデータベースに登録する処理を実行するデバイス情報登録ステップと、 を実行し、
前記コンテンツ提供サーバ力 前記データベースに登録されたクライアントのデバ イス情報を取得して、デバイスに適合したコンテンツをクライアントに提供する処理を 実行することを特徴とする情報処理方法。
[8] 前記デバイス情報は、
クライアントのスクリーンサイズ、スクリーン解像度、利用可能なメモリサイズ、サポー トするコーデックの種類、少なくとも 、ずれかのデバイス情報を含み、
前記コンテンツ提供サーバは、前記デバイス情報を取得して、デバイスにおいて再 生可能なコンテンツをクライアントに提供する処理を実行することを特徴とする請求項 7に記載の情報処理方法。
[9] 前記コンテンツ受信クライアントのデータ処理部は、クライアントのデバイス情報を、 I Pマルチメディアシステム（IMS)にお!/、て規定されるホームサブスクライバサブシステ ム（HSS :Home Subscriber Subsystem)に送信して登録する処理を実行し、 前記コンテンツ提供サーバは、前記ホームサブスクライバサブシステム (HSS)に登 録されたクライアントのデバイス情報を取得して、デバイスに適合したコンテンツをクラ イアントに提供する処理を実行することを特徴とする請求項 7に記載の情報処理方法
[10] 情報処理装置において実行する情報処理方法であり、
通信部力 ホームネットワークを介した通信処理を実行する通信ステップと、 データ処理部が、ホームネットワーク外にある外部サーバを仮想的なホームネットヮ ーク機器として設定したマッピング情報を適用して、前記外部サーバの提供するコン テンッ受信処理を実行するコンテンツ受信ステップと、
前記データ処理部が、情報処理装置のデバイス情報を取得して、ホームネットヮー ク外にあるデータベースに登録する処理を実行するデバイス情報登録ステップと、 を実行することを特徴とする情報処理方法。
[11] 前記デバイス情報登録ステップは、
情報処理装置のスクリーンサイズ、スクリーン解像度、利用可能なメモリサイズ、サボ ートするコーデックの種類、少なくともいずれかのデバイス情報を取得して、ホームネ ットワーク外にあるデータベースに登録する処理を実行するステップであることを特徴 とする請求項 10に記載の情報処理方法。
[12] 前記デバイス情報登録ステップは、
情報処理装置のデバイス情報を、 IPマルチメディアシステム (IMS)において規定さ れるホームサブスクライバサブシステム（HSS : Home Subscriber Subsystem) に送信して登録する処理を実行するステップであることを特徴とする請求項 10に記 載の情報処理方法。
[13] 情報処理装置において実行する情報処理を実行させるコンピュータ 'プログラムで あり、
通信部に、ホームネットワークを介した通信処理を実行させる通信ステップと、 データ処理部に、ホームネットワーク外にある外部サーバを仮想的なホームネットヮ ーク機器として設定したマッピング情報を適用して、前記外部サーバの提供するコン テンッ受信処理を実行させるコンテンツ受信ステップと、
前記データ処理部に、情報処理装置のデバイス情報を取得して、ホームネットヮー ク外にあるデータベースに登録する処理を実行させるデバイス情報登録ステップと、 を実行させることを特徴とするコンピュータ ·プログラム。
PCT/JP2007/054464 2006-03-07 2007-03-07 コンテンツ提供システム、情報処理装置、および情報処理方法、並びにコンピュータ・プログラム WO2007102550A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2008503894A JPWO2007102550A1 (ja) 2006-03-07 2007-03-07 コンテンツ提供システム、情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
US12/281,922 US8316082B2 (en) 2006-03-07 2007-03-07 Content providing system, information processing apparatus, information processing method, and computer program

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2006061230 2006-03-07
JP2006-061230 2006-03-07

Publications (1)

Publication Number Publication Date
WO2007102550A1 true WO2007102550A1 (ja) 2007-09-13

Family

ID=38474971

Family Applications (5)

Application Number Title Priority Date Filing Date
PCT/JP2007/054462 WO2007102548A1 (ja) 2006-03-07 2007-03-07 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
PCT/JP2007/054460 WO2007102547A1 (ja) 2006-03-07 2007-03-07 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
PCT/JP2007/054464 WO2007102550A1 (ja) 2006-03-07 2007-03-07 コンテンツ提供システム、情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
PCT/JP2007/054463 WO2007102549A1 (ja) 2006-03-07 2007-03-07 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
PCT/JP2007/054461 WO2007105568A1 (ja) 2006-03-07 2007-03-07 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム

Family Applications Before (2)

Application Number Title Priority Date Filing Date
PCT/JP2007/054462 WO2007102548A1 (ja) 2006-03-07 2007-03-07 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
PCT/JP2007/054460 WO2007102547A1 (ja) 2006-03-07 2007-03-07 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム

Family Applications After (2)

Application Number Title Priority Date Filing Date
PCT/JP2007/054463 WO2007102549A1 (ja) 2006-03-07 2007-03-07 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
PCT/JP2007/054461 WO2007105568A1 (ja) 2006-03-07 2007-03-07 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム

Country Status (8)

Country Link
US (5) US20090235317A1 (ja)
EP (3) EP2000918A4 (ja)
JP (5) JPWO2007102547A1 (ja)
KR (3) KR20080113364A (ja)
CN (4) CN101438256B (ja)
BR (1) BRPI0708573A2 (ja)
RU (1) RU2460213C2 (ja)
WO (5) WO2007102548A1 (ja)

Cited By (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009246498A (ja) * 2008-03-28 2009-10-22 Sony Corp ゲートウェイ装置、通信方法及びプログラム
EP2235943A2 (en) * 2007-11-30 2010-10-06 Samsung Electronics Co., Ltd. Method and apparatus for searching for iptv service relay devices and method and apparatus for interacting with devices
EP2242266A2 (en) * 2008-02-05 2010-10-20 Samsung Electronics Co., Ltd. A method and device for sending and receiving metadata for an application providing an iptv service
EP2249256A1 (en) * 2008-01-25 2010-11-10 Samsung Electronics Co., Ltd. Method and device for providing content metadata and method and device for restricting access rights to contents
US20110188439A1 (en) * 2009-09-15 2011-08-04 Comcast Cable Communications Llc Control plane architecture for multicast cache-fill
US20110219417A1 (en) * 2008-10-30 2011-09-08 Telefonaktiebolaget L M Ericsson (Publ) Method and Apparatus For Providing Interactive Television
JP2011527479A (ja) * 2008-07-07 2011-10-27 テレフオンアクチーボラゲット エル エム エリクソン（パブル） プロキシ機能
US8301570B2 (en) * 2007-10-29 2012-10-30 Infosys Technologies Limited Method and system for data security in an IMS network
US8474024B2 (en) 2008-01-25 2013-06-25 Samsung Electronics Co., Ltd. Method and device for playing back media data with limited control
US8838676B2 (en) 2007-11-27 2014-09-16 Samsung Electronics Co., Ltd. Method and apparatus for discovering internet protocol television service (IPTV) provider and IPTV service by using session initiation protocol
JP2015015736A (ja) * 2010-04-23 2015-01-22 クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ マルチメディアコンテンツのためのゲートウェイデバイス
JP2015057901A (ja) * 2014-10-24 2015-03-26 テレフオンアクチーボラゲット エル エム エリクソン（パブル） ネットワークトラヒックを処理するための技術
US9118813B2 (en) 2008-05-27 2015-08-25 Samsung Electronics Co., Ltd. Method and apparatus for using internet protocol television service based on application received in multicast session
US9258619B2 (en) 2008-07-24 2016-02-09 Samsung Electronics Co., Ltd. Method and apparatus for performing IPTV communication 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
JP2016063334A (ja) * 2014-09-17 2016-04-25 京セラコミュニケーションシステム株式会社 動画視聴端末装置
US9979661B2 (en) 2009-04-02 2018-05-22 Telefonaktiebolaget Lm Ericsson (Publ) Techniques for handling network traffic
JP2019062457A (ja) * 2017-09-27 2019-04-18 Kddi株式会社 コンテンツ受信システム、通信装置及びプログラム
US10492207B2 (en) 2010-07-29 2019-11-26 Telefonaktiebolaget Lm Ericsson (Publ) Handling network traffic via a fixed access

Families Citing this family (444)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10339791B2 (en) * 2007-06-12 2019-07-02 Icontrol Networks, Inc. Security network integrated with premise security system
US10156959B2 (en) 2005-03-16 2018-12-18 Icontrol Networks, Inc. Cross-client sensor user interface in an integrated security network
US11811845B2 (en) 2004-03-16 2023-11-07 Icontrol Networks, Inc. Communication protocols over internet protocol (IP) networks
US11582065B2 (en) 2007-06-12 2023-02-14 Icontrol Networks, Inc. Systems and methods for device communication
US11368429B2 (en) * 2004-03-16 2022-06-21 Icontrol Networks, Inc. Premises management configuration and control
US11916870B2 (en) 2004-03-16 2024-02-27 Icontrol Networks, Inc. Gateway registry methods and systems
US10237237B2 (en) 2007-06-12 2019-03-19 Icontrol Networks, Inc. Communication protocols in integrated systems
US10721087B2 (en) 2005-03-16 2020-07-21 Icontrol Networks, Inc. Method for networked touchscreen with integrated interfaces
US11277465B2 (en) 2004-03-16 2022-03-15 Icontrol Networks, Inc. Generating risk profile using data of home monitoring and security system
US9729342B2 (en) 2010-12-20 2017-08-08 Icontrol Networks, Inc. Defining and implementing sensor triggered response rules
US11201755B2 (en) 2004-03-16 2021-12-14 Icontrol Networks, Inc. Premises system management using status signal
US20170118037A1 (en) 2008-08-11 2017-04-27 Icontrol Networks, Inc. Integrated cloud system for premises automation
US9141276B2 (en) 2005-03-16 2015-09-22 Icontrol Networks, Inc. Integrated interface for mobile device
US11159484B2 (en) * 2004-03-16 2021-10-26 Icontrol Networks, Inc. Forming a security network including integrated security system components and network devices
US12063220B2 (en) 2004-03-16 2024-08-13 Icontrol Networks, Inc. Communication protocols in integrated systems
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
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
US11343380B2 (en) 2004-03-16 2022-05-24 Icontrol Networks, Inc. Premises system automation
US10348575B2 (en) 2013-06-27 2019-07-09 Icontrol Networks, Inc. Control system user interface
US11190578B2 (en) 2008-08-11 2021-11-30 Icontrol Networks, Inc. Integrated cloud system with lightweight gateway for premises automation
US11244545B2 (en) 2004-03-16 2022-02-08 Icontrol Networks, Inc. Cross-client sensor user interface in an integrated security network
US7711796B2 (en) 2006-06-12 2010-05-04 Icontrol Networks, Inc. Gateway registry methods and systems
US10522026B2 (en) 2008-08-11 2019-12-31 Icontrol Networks, Inc. Automation system user interface with three-dimensional display
GB2428821B (en) 2004-03-16 2008-06-04 Icontrol Networks Inc Premises management system
US11677577B2 (en) 2004-03-16 2023-06-13 Icontrol Networks, Inc. Premises system management using status signal
US11113950B2 (en) 2005-03-16 2021-09-07 Icontrol Networks, Inc. Gateway integrated with premises security system
US11489812B2 (en) 2004-03-16 2022-11-01 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
US8266429B2 (en) 2004-07-20 2012-09-11 Time Warner Cable, Inc. Technique for securely communicating and storing programming material in a trusted domain
US8312267B2 (en) 2004-07-20 2012-11-13 Time Warner Cable Inc. Technique for securely communicating programming content
US10999254B2 (en) 2005-03-16 2021-05-04 Icontrol Networks, Inc. System for data routing in networks
US20120324566A1 (en) 2005-03-16 2012-12-20 Marc Baum Takeover Processes In Security Network Integrated With Premise Security System
US20110128378A1 (en) 2005-03-16 2011-06-02 Reza Raji Modular Electronic Display Platform
US11615697B2 (en) * 2005-03-16 2023-03-28 Icontrol Networks, Inc. Premise management systems and methods
US11496568B2 (en) 2005-03-16 2022-11-08 Icontrol Networks, Inc. Security system with networked touchscreen
US20170180198A1 (en) 2008-08-11 2017-06-22 Marc Baum Forming a security network including integrated security system components
US11700142B2 (en) 2005-03-16 2023-07-11 Icontrol Networks, Inc. Security network integrating security system and network devices
CN101438256B (zh) * 2006-03-07 2011-12-21 索尼株式会社 信息处理设备、信息通信系统、信息处理方法
JP2007272868A (ja) 2006-03-07 2007-10-18 Sony Corp 情報処理装置、情報通信システム、および情報処理方法、並びにコンピュータ・プログラム
US10079839B1 (en) 2007-06-12 2018-09-18 Icontrol Networks, Inc. Activation of gateway device
US12063221B2 (en) 2006-06-12 2024-08-13 Icontrol Networks, Inc. Activation of gateway device
US8520850B2 (en) 2006-10-20 2013-08-27 Time Warner Cable Enterprises Llc Downloadable security and protection methods and apparatus
JP4940898B2 (ja) * 2006-11-02 2012-05-30 富士通株式会社 デジタルコンテンツ検索プログラム、デジタルコンテンツ検索装置およびデジタルコンテンツ検索方法
US8019055B2 (en) * 2007-01-19 2011-09-13 Nokia Corporation Media instant messaging for mobile device
US8621540B2 (en) 2007-01-24 2013-12-31 Time Warner Cable Enterprises Llc Apparatus and methods for provisioning in a download-enabled system
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 (ja) * 2007-03-20 2008-10-02 Hitachi Ltd プロキシ装置、ネットワークシステムおよび通信方法
CN101272477A (zh) * 2007-03-22 2008-09-24 华为技术有限公司 一种iptv系统、媒体服务器和iptv节目搜索、定位方法
CN101287091B (zh) * 2007-04-10 2010-11-24 华为技术有限公司 一种实现因特网协议电视业务的系统、装置和方法
JP4758935B2 (ja) * 2007-04-13 2011-08-31 ヤフー株式会社 コンテンツの送信方法
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
CN101299825B (zh) * 2007-04-30 2012-07-25 华为技术有限公司 一种实现组播承载资源控制的方法、系统及装置
US11646907B2 (en) 2007-06-12 2023-05-09 Icontrol Networks, Inc. Communication protocols in integrated systems
US11423756B2 (en) 2007-06-12 2022-08-23 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
US12003387B2 (en) 2012-06-27 2024-06-04 Comcast Cable Communications, Llc Control system user interface
US10523689B2 (en) 2007-06-12 2019-12-31 Icontrol Networks, Inc. Communication protocols over internet protocol (IP) networks
US11212192B2 (en) 2007-06-12 2021-12-28 Icontrol Networks, Inc. Communication protocols in integrated systems
US11316753B2 (en) 2007-06-12 2022-04-26 Icontrol Networks, Inc. Communication protocols in integrated systems
US11601810B2 (en) 2007-06-12 2023-03-07 Icontrol Networks, Inc. Communication protocols in integrated systems
US7954131B2 (en) 2007-06-13 2011-05-31 Time Warner Cable Inc. Premises gateway apparatus and methods for use in a content-based network
US20100046516A1 (en) * 2007-06-26 2010-02-25 Media Patents, S.L. Methods and Devices for Managing Multicast Traffic
EP2276198B1 (en) * 2007-06-26 2012-01-18 Media Patents, S. L. Device for managing multicast groups
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
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
US8307094B2 (en) * 2007-07-20 2012-11-06 Alcatel Lucent Method for processing register request, 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
KR101512321B1 (ko) * 2007-08-22 2015-04-16 삼성전자주식회사 복수의 서비스 제공자의 서비스를 제공/수신하기 위한 방법및 장치
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 (ja) * 2007-09-11 2013-07-17 キヤノン株式会社 サービスの制御装置、及び方法
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
US8064449B2 (en) * 2007-10-15 2011-11-22 Media Patents, S.L. Methods and apparatus for managing multicast traffic
CN101459664B (zh) 2007-10-22 2010-10-20 华为技术有限公司 一种获取iptv业务媒体描述信息的方法及装置
EP2215772A1 (en) 2007-10-30 2010-08-11 Media Patents, S. L. Method for managing multicast traffic between routers communicating by means of a protocol integrating the pim protocol; and router and switch involved in said method
JP4958741B2 (ja) * 2007-11-15 2012-06-20 キヤノン株式会社 サービスの制御装置、及び方法
US7958485B2 (en) * 2007-11-21 2011-06-07 General Electric Company Methods and systems for managing content dependency deployment
CN105245415B (zh) * 2007-11-27 2018-08-03 三星电子株式会社 使用通用web应用控制家庭网络装置的方法及其装置
US7986702B1 (en) * 2007-11-29 2011-07-26 Bigband Networks Inc. Method and system for streaming multimedia transmissions
US8813155B2 (en) * 2007-12-05 2014-08-19 Lg Electronics Inc. Method for receiving service information data and an IPTV receiver
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
US8869219B2 (en) * 2007-12-05 2014-10-21 Lg Electronics Inc. Method for controlling 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
CN101197832B (zh) * 2007-12-13 2012-01-25 华为技术有限公司 一种实现iptv业务的方法、系统、装置
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
EP2091203A1 (en) * 2008-02-12 2009-08-19 Koninklijke KPN N.V. Method and system for transmitting a multimedia stream
WO2009087457A2 (en) * 2007-12-21 2009-07-16 Nortel Networks Limited Unified communications systems and methods
KR101510878B1 (ko) * 2008-01-04 2015-04-10 삼성전자주식회사 Ｄｌｎａ 네트워크의 ｄｌｎａ 디바이스 제어 방법 및 장치
US11916928B2 (en) 2008-01-24 2024-02-27 Icontrol Networks, Inc. Communication protocols over internet protocol (IP) networks
KR101582084B1 (ko) * 2008-01-25 2016-01-05 삼성전자주식회사 홈 네트워크에서 이벤트를 처리하는 방법 및 이를 위한장치
KR101495722B1 (ko) * 2008-01-31 2015-02-26 삼성전자주식회사 홈 네트워크에서의 통신 보안성을 보장하는 방법 및 이를위한 장치
US9031068B2 (en) * 2008-02-01 2015-05-12 Media Patents, S.L. Methods and apparatus for managing multicast traffic through a switch
WO2009095041A1 (en) 2008-02-01 2009-08-06 Soporte Multivendor S.L. Method for managing multicast traffic through a switch operating in the layer 2 of the osi model, and router and switch involved in said method
MX2010009149A (es) * 2008-02-19 2010-09-24 Samsung Electronics Co Ltd Metodo y aparato para el uso del servicio de television de protocolo de internet basado en una interfaz de programacion de aplicaciones.
KR101528854B1 (ko) * 2008-02-20 2015-06-30 삼성전자주식회사 Ｒｕｉ 프록시 장치 및 ｒｕｉ 프록시 장치에서의 ｕｉ컴포넌트 처리 방법
JP2009199281A (ja) * 2008-02-21 2009-09-03 Brother Ind Ltd データ送信装置
CN105306586A (zh) * 2008-02-29 2016-02-03 汤姆逊许可公司 用于提供负载平衡信号分配的方法和装置
WO2009109684A1 (es) * 2008-03-05 2009-09-11 Media Patents, S. L. Procedimiento para monitorizar o gestionar equipos conectados a una red de datos
WO2009116779A2 (ko) * 2008-03-18 2009-09-24 삼성전자 주식회사 알림 수신 방법 및 장치
US8447831B1 (en) 2008-03-31 2013-05-21 Amazon Technologies, Inc. Incentive driven content delivery
US8156243B2 (en) 2008-03-31 2012-04-10 Amazon Technologies, Inc. Request routing
US8533293B1 (en) * 2008-03-31 2013-09-10 Amazon Technologies, Inc. Client side cache management
US7962597B2 (en) 2008-03-31 2011-06-14 Amazon Technologies, Inc. Request routing based on class
US8601090B1 (en) 2008-03-31 2013-12-03 Amazon Technologies, Inc. Network resource identification
US8321568B2 (en) 2008-03-31 2012-11-27 Amazon Technologies, Inc. Content management
US8606996B2 (en) 2008-03-31 2013-12-10 Amazon Technologies, Inc. Cache optimization
US7970820B1 (en) 2008-03-31 2011-06-28 Amazon Technologies, Inc. Locality based content distribution
CN101562550A (zh) * 2008-04-14 2009-10-21 鸿富锦精密工业（深圳）有限公司 数字内容服务整合系统
WO2009137498A1 (en) * 2008-05-06 2009-11-12 The Directv Group, Inc. Method and system for interfacing content between devices
JP5332303B2 (ja) * 2008-05-13 2013-11-06 ソニー株式会社 サービス提供方法、ストリーミングサーバ、ストリーミング送信方法及びプログラム
US9621364B2 (en) * 2008-05-19 2017-04-11 Telefonaktiebolaget Lm Ericsson (Publ) Switching between delivery methods in an IPTV communication network
TW200950439A (en) * 2008-05-21 2009-12-01 Wistron Corp Multimedia file transferring method and system thereof
US8527759B2 (en) * 2008-05-23 2013-09-03 Telefonaktiebolaget L M Ericsson (Publ) IMS user equipment, control method thereof, host device, and control method thereof
US8781300B2 (en) 2008-05-23 2014-07-15 At&T Intellectual Property I, Lp System and apparatus for managing video content recordings
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
CN102057381A (zh) 2008-06-04 2011-05-11 三星电子株式会社 收发根据年龄限制而经过过滤的内容的方法以及装置
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
US9407681B1 (en) 2010-09-28 2016-08-02 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
US9912740B2 (en) 2008-06-30 2018-03-06 Amazon Technologies, Inc. Latency measurement in resource requests
US20100005517A1 (en) * 2008-07-02 2010-01-07 Telefonaktiebolaget Lm Ericsson (Publ) Iptv content sharing in ims network
US8396941B2 (en) * 2008-08-05 2013-03-12 Sony Corporation Digital living network alliance (DLNA) server that serves contents from IVL services
KR101580839B1 (ko) * 2008-08-05 2015-12-29 삼성전자주식회사 홈 네트워크에서 ｒｕｉ 서버의 이벤트를 통지하는 방법 및이를 위한 장치
US11758026B2 (en) 2008-08-11 2023-09-12 Icontrol Networks, Inc. Virtual device systems and methods
US11258625B2 (en) 2008-08-11 2022-02-22 Icontrol Networks, Inc. Mobile premises automation platform
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
KR101614945B1 (ko) 2008-08-20 2016-04-25 삼성전자주식회사 홈 네트워크에서의 개인정보 보호 방법 및 장치
JP2010061305A (ja) * 2008-09-02 2010-03-18 Sony Corp 情報処理装置、情報処理方法および通信システム
JP2010081321A (ja) * 2008-09-26 2010-04-08 Fujitsu Ltd コンテンツの再生を指示するためのコントロール端末、コンテンツ中継装置及びリモートコンテンツ再生システム
EP2173078A1 (en) * 2008-10-01 2010-04-07 Thomson Licensing Network device and method for setting up an IPTV session
BRPI0920035A2 (pt) * 2008-10-06 2015-12-15 Sharp Kk receptor de radiodifusão digital e métdod de recepção de radiodifusão digital
MX2011003524A (es) * 2008-10-07 2011-05-02 Sharp Kk Receptor y metodo de recepcion de difusion digital.
US8544046B2 (en) * 2008-10-09 2013-09-24 Packetvideo Corporation System and method for controlling media rendering in a network using a mobile device
US8122098B1 (en) 2008-11-17 2012-02-21 Amazon Technologies, Inc. Managing content delivery network service providers by a content broker
US8073940B1 (en) 2008-11-17 2011-12-06 Amazon Technologies, Inc. Managing content delivery network service providers
US8065417B1 (en) 2008-11-17 2011-11-22 Amazon Technologies, Inc. Service provider registration by a content broker
US8521880B1 (en) 2008-11-17 2013-08-27 Amazon Technologies, Inc. Managing content delivery network service providers
US8732309B1 (en) 2008-11-17 2014-05-20 Amazon Technologies, Inc. Request routing utilizing cost information
US8060616B1 (en) 2008-11-17 2011-11-15 Amazon Technologies, Inc. Managing CDN registration by a storage provider
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 (ko) * 2008-12-10 2011-04-18 한국전자통신연구원 Ｉｐｔｖ 서비스 위한 웹서비스 게이트웨이 및 그 동작방법
US20100153573A1 (en) * 2008-12-12 2010-06-17 At&T Intellectual Property I, L.P. Methods and Apparatus to Provide Content
KR101718889B1 (ko) * 2008-12-26 2017-03-22 삼성전자주식회사 홈 네트워크에서 디바이스에게 원격 애플리케이션을 제공하는 방법 및 장치
US8418211B2 (en) * 2008-12-31 2013-04-09 Echostar Technologies L.L.C. Antenna diversity for control device applications
US20110302275A1 (en) * 2010-06-04 2011-12-08 Rich Prodan Method and System for Matching Content Consumption Preference Via a Broadband Gateway
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
US8924305B2 (en) 2009-02-20 2014-12-30 Telefonaktiebolaget L M Ericsson (Publ) DLNA data distribution from a remote source
US9282337B2 (en) * 2009-02-27 2016-03-08 Vixs Systems, Inc. Media source device with digital format conversion and methods for use therewith
US8484458B2 (en) 2009-03-17 2013-07-09 At&T Mobility Ii, Llc System and method for secure transmission of media content
WO2010108053A1 (en) 2009-03-19 2010-09-23 Azuki Systems, Inc. Method for scalable live streaming delivery for mobile audiences
KR101593702B1 (ko) 2009-03-22 2016-02-15 엘지전자 주식회사 무선 통신 시스템에서 참조 신호 전송 방법 및 장치
US8521851B1 (en) 2009-03-27 2013-08-27 Amazon Technologies, Inc. DNS query processing using resource identifiers specifying an application broker
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
US8412823B1 (en) 2009-03-27 2013-04-02 Amazon Technologies, Inc. Managing tracking information entries in resource cache components
US8295200B2 (en) * 2009-03-31 2012-10-23 Motorola Mobility Llc Discovering multicast routing capability of an access network
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 (zh) * 2009-04-15 2012-09-05 中兴通讯股份有限公司 一种视频点播业务的实现方法、系统及归属流媒体服务器
JP5487697B2 (ja) * 2009-04-20 2014-05-07 ソニー株式会社 ネットワークサーバ、メディア形式変換方法、及び、メディア形式変換システム
US8638211B2 (en) 2009-04-30 2014-01-28 Icontrol Networks, Inc. Configurable controller and interface for home SMA, phone and multimedia
JP5345697B2 (ja) * 2009-05-01 2013-11-20 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 合成サービスを提供する情報処理システムおよび方法
US8078665B2 (en) 2009-05-04 2011-12-13 Comcast Cable Holdings, Llc Sharing media content based on a media server
US20100281508A1 (en) 2009-05-04 2010-11-04 Comcast Cable Holdings, Llc Internet Protocol (IP) to Video-on-Demand (VOD) Gateway
US8190706B2 (en) 2009-05-04 2012-05-29 Comcast Cable Communications, Llc Network based digital media server
US8190751B2 (en) 2009-05-04 2012-05-29 Comcast Cable Communications, Llc Personalized media server in a service provider network
KR20100121384A (ko) 2009-05-08 2010-11-17 삼성전자주식회사 홈 네트워크 상에서 ＵＰｎＰ를 이용하여 복수의 장치로 전화 관련 서비스를 제공하는 시스템 및 방법
US8553879B2 (en) 2009-05-11 2013-10-08 Panasonic Corporation Content transmission device and content transmission method
EP2252048A1 (en) * 2009-05-13 2010-11-17 Sony Europe Limited A method of providing television program information
US20100293555A1 (en) * 2009-05-14 2010-11-18 Nokia Corporation Method and apparatus of message routing
KR101335817B1 (ko) * 2009-05-18 2013-12-03 텔레호낙티에볼라게트 엘엠 에릭슨(피유비엘) 셋탑 박스에서 ｉｍｓ 기능을 구현하는 방법
US8813127B2 (en) * 2009-05-19 2014-08-19 Microsoft Corporation Media content retrieval system and personal virtual channel
EP2481218A4 (en) * 2009-05-29 2014-07-02 Ericsson Telefon Ab L M METHODS, APPARATUSES AND COMPUTER PROGRAMMING PRODUCTS FOR MULTIMEDIA RECORDING
FR2946164B1 (fr) * 2009-05-29 2016-04-15 Thales Sa Procede de telechargement de donnees de grande taille vers un grand nombre de machines clientes en reseau a partir d'un serveur unique
US10038760B2 (en) 2009-06-01 2018-07-31 International Business Machines Corporation System and method to support codec delivery models for IMS networks
JP5317835B2 (ja) * 2009-06-03 2013-10-16 キヤノン株式会社 コンテンツ属性情報提供装置、コンテンツ属性情報提供方法、及びコンピュータプログラム
US20100309913A1 (en) * 2009-06-05 2010-12-09 Nick Herodotou Method and system for handling iptv multicast traffic in a home network
US9602864B2 (en) 2009-06-08 2017-03-21 Time Warner Cable Enterprises Llc Media bridge apparatus and methods
US9866609B2 (en) 2009-06-08 2018-01-09 Time Warner Cable Enterprises Llc Methods and apparatus for premises content distribution
US8782236B1 (en) 2009-06-16 2014-07-15 Amazon Technologies, Inc. Managing resources using resource expiration data
US20100322264A1 (en) * 2009-06-18 2010-12-23 Nokia Corporation Method and apparatus for message routing to services
US20100322236A1 (en) * 2009-06-18 2010-12-23 Nokia Corporation Method and apparatus for message routing between clusters using proxy channels
US8667122B2 (en) * 2009-06-18 2014-03-04 Nokia Corporation Method and apparatus for message routing optimization
CN101729532B (zh) * 2009-06-26 2012-09-05 中兴通讯股份有限公司 一种ip多媒体子系统延迟媒体信息传输方法及系统
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
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
US8189584B2 (en) 2009-07-27 2012-05-29 Media Patents, S. L. Multicast traffic management in a network interface
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
CN102474502B (zh) * 2009-08-11 2015-11-25 瑞典爱立信有限公司 用于针对本地网络中的设备实现多媒体服务的方法和装置
CN101631229B (zh) * 2009-08-14 2011-09-14 华为技术有限公司 网络个人录制处理方法和设备及系统
RU2500087C2 (ru) 2009-08-21 2013-11-27 Самсунг Электроникс Ко., Лтд. Способ и устройство для формирования или использования информации относительно интерактивных операций
JP2011044148A (ja) 2009-08-21 2011-03-03 Samsung Electronics Co Ltd 連繋使用情報を生成または利用する方法及びその装置
JP5550288B2 (ja) * 2009-09-01 2014-07-16 キヤノン株式会社 コンテンツ提供装置、コンテンツ処理方法
US8397073B1 (en) 2009-09-04 2013-03-12 Amazon Technologies, Inc. Managing secure content in a content delivery network
WO2011034474A1 (en) * 2009-09-17 2011-03-24 Telefonaktiebolaget Lm Ericsson (Publ) Method and arrangement for sharing media content
JP2011071663A (ja) * 2009-09-24 2011-04-07 Buffalo Inc ローカルサーバ及びコンテンツ送信方法
US8433771B1 (en) 2009-10-02 2013-04-30 Amazon Technologies, Inc. Distribution network with forward resource propagation
KR101612553B1 (ko) * 2009-10-09 2016-04-27 삼성전자주식회사 리모트 사용자 인터페이스 서버와 리모트 사용자 인터페이스 클라이언트간의 인터페이스를 위한 장치 및 방법
US20120096119A1 (en) * 2009-10-20 2012-04-19 Hitachi Solutions, Ltd. Contents delivery apparatus and system
KR101732057B1 (ko) 2009-11-02 2017-05-02 삼성전자주식회사 Ａｖ 시스템에서 사용자 입력 백 채널을 제공하는 방법 및 기기
KR20110052934A (ko) * 2009-11-13 2011-05-19 삼성전자주식회사 화상독취장치 및 스캔 방법
KR101664430B1 (ko) 2009-11-13 2016-10-10 삼성전자주식회사 리모트 ｕｉ 서비스 제공 방법 및 장치
US8346976B2 (en) * 2009-11-25 2013-01-01 T-Mobile Usa, Inc. Secured registration of a home network device
WO2011068784A1 (en) * 2009-12-01 2011-06-09 Azuki Systems, Inc. Method and system for secure and reliable video streaming with rate adaptation
US20110137980A1 (en) * 2009-12-08 2011-06-09 Samsung Electronics Co., Ltd. Method and apparatus for using service of plurality of internet service providers
US8661511B2 (en) * 2009-12-09 2014-02-25 Panasonic Corporation Apparatus registration method and server device
JP5466770B2 (ja) * 2009-12-11 2014-04-09 ノキア コーポレイション サーバにおけるスマートカード・セキュリティ機能プロファイル
US20110149960A1 (en) * 2009-12-17 2011-06-23 Media Patents, S.L. Method and apparatus for filtering multicast packets
CN101741547B (zh) * 2009-12-18 2012-05-23 西安西电捷通无线网络通信股份有限公司 节点间保密通信方法及系统
US8406798B2 (en) * 2009-12-22 2013-03-26 Motorola Solutions, Inc. Method and apparatus for bridging calls between two disparate push-to-talk systems
US8533507B2 (en) 2009-12-23 2013-09-10 Apple Inc. Efficient service advertisement and discovery in a peer-to-peer networking environment
US8819219B2 (en) * 2009-12-23 2014-08-26 Apple Inc. Efficient service advertisement and discovery in multiple wireless networks
US9118934B2 (en) * 2010-01-18 2015-08-25 Sprint Communications Company L.P. Integration of remote electronic device with media local area network
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
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
WO2011115409A2 (en) * 2010-03-15 2011-09-22 Samsung Electronics Co., Ltd. Method and system for storing session information in universal plug and play telephony service
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 (ja) * 2010-03-17 2014-06-25 株式会社リコー 機器管理装置、機器管理システム、情報管理方法、情報管理プログラム、及びそのプログラムを記録した記録媒体
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
KR20110112199A (ko) * 2010-03-26 2011-10-12 삼성전자주식회사 실시간 방송 신호에 포함된 비실시간 콘텐트를 수신하는 방법 및 장치
US8862515B2 (en) 2010-05-04 2014-10-14 Sony Corporation Geographic internet asset filtering for internet video client
CN101820499B (zh) * 2010-05-18 2014-01-01 中兴通讯股份有限公司 一种实现机顶盒与家庭网关自动交互的方法及系统
US8358640B1 (en) 2010-06-01 2013-01-22 Sprint Communications Company L.P. Femtocell bridging in media local area networks
CN101945251B (zh) * 2010-06-02 2014-02-05 中兴通讯股份有限公司 一种实现交互式网络电视业务控制的方法及系统及机顶盒
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
US8407753B2 (en) 2010-06-10 2013-03-26 Sony Corporation Content list tailoring for capability of IPTV device
US20110320559A1 (en) * 2010-06-23 2011-12-29 Telefonaktiebolaget L M Ericsson (Publ) Remote access with media translation
KR20130032352A (ko) * 2010-07-02 2013-04-01 알까뗄 루슨트 정보 레코딩 세션 동안의 제어 옵션
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
JP4865068B1 (ja) * 2010-07-30 2012-02-01 株式会社東芝 録再装置及び録再装置のタグリスト生成方法及び録再装置の制御装置
US8495176B2 (en) * 2010-08-18 2013-07-23 International Business Machines Corporation Tiered XML services in a content management system
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
US8924528B1 (en) 2010-09-28 2014-12-30 Amazon Technologies, Inc. Latency measurement in resource requests
US8938526B1 (en) 2010-09-28 2015-01-20 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
US10958501B1 (en) 2010-09-28 2021-03-23 Amazon Technologies, Inc. Request routing information based on client IP groupings
US9003035B1 (en) 2010-09-28 2015-04-07 Amazon Technologies, Inc. Point of presence management in request routing
US8819283B2 (en) 2010-09-28 2014-08-26 Amazon Technologies, Inc. Request routing in a networked environment
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
US8930513B1 (en) 2010-09-28 2015-01-06 Amazon Technologies, Inc. Latency measurement in resource requests
US9712484B1 (en) 2010-09-28 2017-07-18 Amazon Technologies, Inc. Managing request routing information utilizing client identifiers
US8468247B1 (en) 2010-09-28 2013-06-18 Amazon Technologies, Inc. Point of presence management in request routing
US8577992B1 (en) 2010-09-28 2013-11-05 Amazon Technologies, Inc. Request routing management based on network components
US10637891B2 (en) 2010-11-02 2020-04-28 Telefonaktiebolaget Lm Ericsson (Publ) Methods and devices for media description delivery
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 (ja) * 2010-11-24 2012-06-14 Hitachi Consumer Electronics Co Ltd 制御装置及び制御方法
US8626950B1 (en) 2010-12-03 2014-01-07 Amazon Technologies, Inc. Request routing processing
US9391949B1 (en) 2010-12-03 2016-07-12 Amazon Technologies, Inc. Request routing processing
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
KR20120066147A (ko) * 2010-12-14 2012-06-22 삼성전자주식회사 Ｄｌｎａ 기기 표시 방법 및 장치
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 (zh) * 2010-12-24 2012-07-04 中兴通讯股份有限公司 一种获知媒体服务器运行状态的方法及系统
JP2014508439A (ja) * 2011-01-04 2014-04-03 トムソン ライセンシング Ｄｌｎａｄｍｓサービスを使用してチャンネルをリモートからチューニングするための方法および装置
CN103339898B (zh) * 2011-01-19 2016-09-28 三星电子株式会社 用于在通用即插即用家庭网络环境中提供增强型事件通知的方法和系统
US8854962B2 (en) * 2011-01-20 2014-10-07 Dell Products L.P. Methods for coupling information handling systems through a communications stack
JP2012160017A (ja) * 2011-01-31 2012-08-23 Buffalo Inc コンテンツ管理方法、管理ストレージ及びコンテンツ管理プログラム
US9602851B2 (en) * 2011-03-01 2017-03-21 Sony Corporation Method and apparatus for switching between a native application and a second application
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 (zh) * 2011-03-11 2016-03-30 国基电子（上海）有限公司 具有多媒体文件传送功能的路由器及方法
CN102118686B (zh) * 2011-03-17 2013-08-07 华为技术有限公司 位置信息处理方法及接入网设备
JP2012226397A (ja) * 2011-04-14 2012-11-15 Hitachi Solutions Ltd Ｄｌｎａコンテンツ変換装置、ｄｌｎａコンテンツ変換方法、ｄｌｎａコンテンツ変換プログラム
US10467042B1 (en) 2011-04-27 2019-11-05 Amazon Technologies, Inc. Optimized deployment based upon customer locality
KR101903989B1 (ko) 2011-05-09 2018-10-05 삼성전자주식회사 범용 플러그 앤드 플레이(upnp) 디바이스의 디바이스 기능을 서비스 네트워크 엔티티와 공유하기 위한 방법 및 시스템
JP6058643B2 (ja) 2011-05-27 2017-01-11 トムソン ライセンシングＴｈｏｍｓｏｎ Ｌｉｃｅｎｓｉｎｇ 複数のスクリーンによるメディア体験を提供する方法、装置およびシステム
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 (ja) * 2011-07-14 2012-10-24 Ｎｅｃインフロンティア株式会社 通信装置、ルータ、通信システム、並びに通信装置及びルータの制御方法
JP5708368B2 (ja) * 2011-08-24 2015-04-30 三菱電機株式会社 ゲートウェイ装置、通信システムおよび通信制御方法
US9716743B2 (en) * 2011-09-02 2017-07-25 Microsoft Technology Licensing, Llc Accessing hardware devices using web server abstractions
US9286384B2 (en) 2011-09-21 2016-03-15 Sonos, Inc. Methods and systems to share media
US20130081007A1 (en) * 2011-09-27 2013-03-28 International Business Machines Corporation Providing continuous application availability during application update
CN102510371B (zh) * 2011-09-30 2017-12-22 中兴通讯股份有限公司 一种控制数字移动网络联盟内容的方法及装置
CN107529073B (zh) 2011-10-13 2020-09-11 三星电子株式会社 从内容提供装置接收与内容包消费有关的信令信息的装置
CN103051962B (zh) * 2011-10-17 2016-01-06 华为终端有限公司 录制节目方法和设备
RU2627737C2 (ru) * 2011-12-12 2017-08-11 Сони Корпорейшн Оконечное устройство клиента и способ работы оконечного устройства клиента, сервер передачи и способ работы сервера передачи, и программа
FR2984667B1 (fr) * 2011-12-16 2014-09-26 Awox Procede et dispositif de communication entre terminaux
JP2013131163A (ja) * 2011-12-22 2013-07-04 Toshiba Corp 情報処理装置、放送波受信装置、および情報処理装置の表示制御方法
US9351037B2 (en) * 2012-02-07 2016-05-24 Turner Broadcasting System, Inc. Method and system for contextual advertisement replacement utilizing automatic content recognition
US8904009B1 (en) 2012-02-10 2014-12-02 Amazon Technologies, Inc. Dynamic content delivery
US9054892B2 (en) * 2012-02-21 2015-06-09 Ecolink Intelligent Technology, Inc. Method and apparatus for registering remote network devices with a control device
US10021179B1 (en) 2012-02-21 2018-07-10 Amazon Technologies, Inc. Local resource delivery network
US9083743B1 (en) 2012-03-21 2015-07-14 Amazon Technologies, Inc. Managing request routing information utilizing performance information
US8627388B2 (en) 2012-03-27 2014-01-07 Roku, Inc. Method and apparatus for channel prioritization
US9519645B2 (en) 2012-03-27 2016-12-13 Silicon Valley Bank System and method for searching multimedia
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
US10623408B1 (en) 2012-04-02 2020-04-14 Amazon Technologies, Inc. Context sensitive object management
KR101894396B1 (ko) * 2012-04-03 2018-10-05 삼성전자주식회사 복수의 스토리지를 이용한 콘텐트 공유 시스템 및 방법
JP2013232697A (ja) 2012-04-27 2013-11-14 Sony Corp コンテンツ転送装置及びコンテンツ転送方法、コンテンツ再生装置及びコンテンツ再生方法、コンテンツ配信システム、並びにコンピューター・プログラム
CN103391277B (zh) * 2012-05-10 2016-08-10 华为技术有限公司 媒体播放方法、装置和系统
RU2014145704A (ru) * 2012-05-23 2016-06-10 Сони Корпорейшн Устройство обработки информации, способ обработки информации и программа
TWI502975B (zh) * 2012-05-24 2015-10-01 Acer Inc 線上影音串流的播放方法及系統
TWI465948B (zh) * 2012-05-25 2014-12-21 Gemtek Technology Co Ltd 前置瀏覽及瀏覽資料客製化的方法及其數位媒體裝置
US9154551B1 (en) 2012-06-11 2015-10-06 Amazon Technologies, Inc. Processing DNS queries to identify pre-processing information
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
CN104584570B (zh) * 2012-08-23 2018-10-09 三菱电机株式会社 同步发布服务器
US9525659B1 (en) 2012-09-04 2016-12-20 Amazon Technologies, Inc. Request routing utilizing point of presence load information
US9323577B2 (en) 2012-09-20 2016-04-26 Amazon Technologies, Inc. Automated profiling of resource usage
US9135048B2 (en) 2012-09-20 2015-09-15 Amazon Technologies, Inc. Automated profiling of resource usage
CN102915627A (zh) * 2012-09-25 2013-02-06 金同磊 一种控制传统家电的方法、系统及家电控制器
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 (fr) * 2012-12-03 2014-06-06 France Telecom Communication entre un reseau domestique et une plateforme de services externe
US9565472B2 (en) 2012-12-10 2017-02-07 Time Warner Cable Enterprises Llc Apparatus and methods for content transfer protection
US10205698B1 (en) 2012-12-19 2019-02-12 Amazon Technologies, Inc. Source-dependent address resolution
US9154841B2 (en) 2012-12-28 2015-10-06 Turner Broadcasting System, Inc. Method and system for detecting and resolving conflicts in an automatic content recognition based system
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
US9805053B1 (en) * 2013-02-25 2017-10-31 EMC IP Holding Company LLC Pluggable storage system for parallel query engines
US8959562B2 (en) * 2013-02-26 2015-02-17 Roku, Inc. Method and apparatus for automatic second screen engagement
US20140282786A1 (en) 2013-03-12 2014-09-18 Time Warner Cable Enterprises Llc Methods and apparatus for providing and uploading content to personalized network storage
EP2975854B1 (en) 2013-03-15 2019-09-18 Panasonic Intellectual Property Management Co., Ltd. Content distribution method, content distribution system, source device, and sink device
EP2983376A4 (en) * 2013-04-05 2016-12-07 Sony Corp CONTROLLER, CONTROL METHOD, COMPUTER PROGRAM, AND VIDEO TRANSMISSION SYSTEM
US20140337901A1 (en) * 2013-05-07 2014-11-13 Ericsson Television Inc. Network personal video recorder system, method and associated subscriber device
US20140337909A1 (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
CA2913604A1 (en) 2013-06-05 2014-12-11 Thomson Licensing Method and apparatus for content distribution for multiscreen viewing
EP3005717B1 (en) 2013-06-05 2020-05-27 InterDigital CE Patent Holdings Method and apparatus for content distribution for multiscreen viewing
EP3005707B1 (en) 2013-06-05 2017-10-04 Thomson Licensing Method and apparatus for content distribution for multiscreen viewing
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
JP2015023438A (ja) * 2013-07-19 2015-02-02 ソニー株式会社 情報処理装置、情報処理方法及びプログラム
WO2015011861A1 (ja) 2013-07-22 2015-01-29 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 情報管理方法
CN103346951B (zh) * 2013-07-29 2017-04-19 迈普通信技术股份有限公司 建立代理成员数据库的方法和装置
WO2015025393A1 (ja) * 2013-08-22 2015-02-26 三菱電機株式会社 宅内配信装置
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 (zh) * 2013-10-17 2015-04-29 腾讯科技（深圳）有限公司 信息传输方法、客户端、服务器及系统
KR20150055777A (ko) 2013-11-14 2015-05-22 (주)휴맥스 미디어 컨텐츠 제공 가능 정보 업데이트 시스템 및 방법
CN104656572A (zh) * 2013-11-20 2015-05-27 田锐 一种基于手持终端的物联网家居控制系统
JP5880526B2 (ja) * 2013-11-28 2016-03-09 オンキヨー＆パイオニアテクノロジー株式会社 情報共有システム
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 (zh) * 2013-12-19 2014-05-28 中山大学深圳研究院 一种基于ims的数字家庭互动医疗系统
CN103647971B (zh) * 2013-12-24 2017-05-17 广州鸿根信息科技有限公司 基于视频传输的加密和解密方法及系统
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 (zh) * 2014-03-31 2018-04-17 Tcl集团股份有限公司 一种控制家电的方法、装置和家电控制系统
US9485801B1 (en) * 2014-04-04 2016-11-01 Sprint Communications Company L.P. Mobile communication device connected to home digital network
US11553018B2 (en) 2014-04-08 2023-01-10 Comcast Cable Communications, Llc Dynamically switched multicast delivery
KR102287510B1 (ko) * 2014-04-10 2021-08-06 엘지전자 주식회사 서버, 영상제공장치, 및 이를 포함하는 영상 제공 시스템
CN111666148A (zh) * 2014-04-30 2020-09-15 华为技术有限公司 计算机，控制设备和数据处理方法
US11477256B2 (en) * 2014-05-02 2022-10-18 Stationhead, Inc. System and process for controlling a computerized entertainment property playlist
US9621940B2 (en) 2014-05-29 2017-04-11 Time Warner Cable Enterprises Llc Apparatus and methods for recording, accessing, and delivering packetized content
DE102014107656B3 (de) * 2014-05-30 2015-12-03 Deutsche Telekom Ag SAT>IP Proxyserver für IPTV
CN104135443B (zh) * 2014-06-27 2018-07-27 小米科技有限责任公司 路由器控制方法及装置
KR20160009276A (ko) * 2014-07-16 2016-01-26 한국전자통신연구원 Ims 기반의 서비스 공유를 위한 마스터 ims 단말, ims 기반의 서비스 공유를 위한 슬레이브 ims 단말, ims 기반의 서비스 공유 시스템, 및 공유 방법.
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
US20160036843A1 (en) * 2014-08-01 2016-02-04 Honeywell International Inc. Connected home system with cyber security monitoring
CN105491460B (zh) * 2014-09-19 2020-04-24 中兴通讯股份有限公司 基于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
US10091096B1 (en) 2014-12-18 2018-10-02 Amazon Technologies, Inc. Routing mode and point-of-presence selection service
US10033627B1 (en) 2014-12-18 2018-07-24 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 (zh) * 2014-12-29 2018-02-13 小米科技有限责任公司 接入控制方法及装置
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
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
US9819567B1 (en) 2015-03-30 2017-11-14 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 (ja) * 2015-05-22 2016-12-22 三菱電機株式会社 通信システム、配信装置及び操作装置
US10534778B2 (en) 2015-06-05 2020-01-14 Apple Inc. Search results based on subscription information
US10623258B2 (en) 2015-06-22 2020-04-14 Arista Networks, Inc. Data analytics on internal state
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
US9794281B1 (en) 2015-09-24 2017-10-17 Amazon Technologies, Inc. Identifying sources of network attacks
US9742795B1 (en) 2015-09-24 2017-08-22 Amazon Technologies, Inc. Mitigating network attacks
US9774619B1 (en) 2015-09-24 2017-09-26 Amazon Technologies, Inc. Mitigating network attacks
KR102454746B1 (ko) * 2015-10-01 2022-10-17 삼성전자주식회사 통신 시스템에서 미디어 리소스 식별 정보를 송수신하는 장치 및 방법
CN105429884A (zh) * 2015-10-30 2016-03-23 上海斐讯数据通信技术有限公司 通过终端来管理不同网络中路由器的方法和系统
US10270878B1 (en) 2015-11-10 2019-04-23 Amazon Technologies, Inc. Routing for origin-facing points of presence
US10049051B1 (en) 2015-12-11 2018-08-14 Amazon Technologies, Inc. Reserved cache space in content delivery networks
US10257307B1 (en) 2015-12-11 2019-04-09 Amazon Technologies, Inc. Reserved cache space in content delivery networks
US10098082B2 (en) * 2015-12-16 2018-10-09 Sonos, Inc. Synchronization of content between networked devices
US10348639B2 (en) 2015-12-18 2019-07-09 Amazon Technologies, Inc. Use of virtual endpoints to improve data transmission rates
US10015671B2 (en) 2016-01-19 2018-07-03 T-Mobile Usa, Inc. Network service access control
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
US9967689B1 (en) 2016-09-29 2018-05-08 Sonos, Inc. Conditional content enhancement
US10469513B2 (en) 2016-10-05 2019-11-05 Amazon Technologies, Inc. Encrypted network addresses
CN108377575B (zh) * 2016-11-08 2020-07-24 展讯通信（上海）有限公司 多卡移动终端及其业务处理方法
CN108377225B (zh) * 2016-11-14 2021-04-02 展讯通信（上海）有限公司 一种多通路终端业务处理方法及装置
CN108156109B (zh) * 2016-12-02 2021-04-30 北京金山云网络技术有限公司 一种服务响应方法及装置
US10372499B1 (en) 2016-12-27 2019-08-06 Amazon Technologies, Inc. Efficient region selection system for executing request-driven code
US10831549B1 (en) 2016-12-27 2020-11-10 Amazon Technologies, Inc. Multi-region request-driven code execution system
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
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
US11146611B2 (en) * 2017-03-23 2021-10-12 Huawei Technologies Co., Ltd. Lip synchronization of audio and video signals for broadcast transmission
US10503613B1 (en) 2017-04-21 2019-12-10 Amazon Technologies, Inc. Efficient serving of resources during server unavailability
JP6894758B2 (ja) * 2017-05-15 2021-06-30 キヤノン株式会社 電子機器、制御方法およびプログラム
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
US10397655B2 (en) * 2017-07-12 2019-08-27 Verizon Patent And Licensing Inc. Content onboarding and custom channel lineup provisioning
BR112019026367A2 (pt) 2017-07-27 2020-07-21 Guangdong Oppo Mobile Telecommunications Corp., Ltd. método de comunicação sem fio, dispositivo de terminal e dispositivo de rede
CN108989078B (zh) * 2017-08-29 2021-12-03 视联动力信息技术股份有限公司 一种视联网中节点设备故障检测方法和装置
US10742593B1 (en) 2017-09-25 2020-08-11 Amazon Technologies, Inc. Hybrid content request routing system
US10966073B2 (en) 2017-11-22 2021-03-30 Charter Communications Operating, Llc Apparatus and methods for premises device existence and capability determination
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
JP6854437B2 (ja) * 2018-03-30 2021-04-07 パナソニックＩｐマネジメント株式会社 レンダラ機器、レンダラ再生システムおよび更新方法
CN109379636B (zh) * 2018-09-20 2022-06-17 京东方科技集团股份有限公司 弹幕处理方法、装置及系统
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 (zh) * 2018-12-18 2021-10-08 腾讯科技（深圳）有限公司 一种视频处理方法、装置及存储介质
KR20200086923A (ko) * 2019-01-10 2020-07-20 삼성전자주식회사 전자 장치 및 그 동작 방법
CN110418164B (zh) * 2019-06-10 2021-06-04 西安万像电子科技有限公司 数据传输方法及装置
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
JP2019208280A (ja) * 2019-08-16 2019-12-05 サターン ライセンシング エルエルシーＳａｔｕｒｎ Ｌｉｃｅｎｓｉｎｇ ＬＬＣ テレビ受信機、表示装置、並びに装置
US11368552B2 (en) 2019-09-17 2022-06-21 Charter Communications Operating, Llc Methods and apparatus for supporting platform and application development and operation
CN112910941B (zh) * 2019-12-04 2022-11-04 成都鼎桥通信技术有限公司 跨系统动态重组的方法和系统
US11316938B2 (en) * 2020-03-19 2022-04-26 Rovi Guldes, Inc. Tracking media content consumed on foreign devices
CN113453084A (zh) * 2020-03-27 2021-09-28 华为技术有限公司 节目播放方法和装置
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
FR3110801A1 (fr) * 2020-05-25 2021-11-26 Orange Procédé de délégation de la livraison de contenus à un serveur cache
CN111935457B (zh) * 2020-08-12 2021-04-13 创意信息技术股份有限公司 一种智能存储系统
CN112600942B (zh) * 2021-02-18 2022-12-02 杭州网银互联科技股份有限公司 一种应用于提升sd-wan中的路由计算效率的方法及系统
US11973824B2 (en) * 2021-09-23 2024-04-30 Shanghai Anviz Technology Co., Ltd. Method for data transmission of audio and video in end-to-end system

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001007861A (ja) * 1999-06-24 2001-01-12 Matsushita Electric Ind Co Ltd ゲートウェイ装置
JP2001251341A (ja) * 2000-03-06 2001-09-14 Nec Corp データ通信方法、クライアント、ゲートウェイ、サーバ、サービス処理装置、中継端末及びその通信プログラムを記録した記録媒体

Family Cites Families (44)

* 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
US6564250B1 (en) * 1997-08-21 2003-05-13 Planetweb, Inc. Miniclient for internet appliance
WO1999031871A2 (en) * 1997-12-16 1999-06-24 Sourcenet Corporation Method and apparatus for receiving full-motion digital video multi-casts, interactive data and interactive voice via a dsl circuit
JP3583657B2 (ja) * 1998-09-30 2004-11-04 株式会社東芝 中継装置及び通信装置
WO2002015522A2 (en) * 2000-08-14 2002-02-21 Koninklijke Philips Electronics N.V. Resource request forwarding in havi and other internetworking devices
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
CN101715109A (zh) * 2000-10-11 2010-05-26 联合视频制品公司 提供数据存储到点播媒体传递系统中服务器上的系统和方法
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
KR100413684B1 (ko) * 2001-07-05 2003-12-31 삼성전자주식회사 서로 다른 미들웨어를 가진 디바이스들간 통신을 가능하게하는 게이트웨이, 홈네트웍시스템 및 데이터 중계방법
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
US7114173B2 (en) * 2002-05-03 2006-09-26 Aol Time Warner Interactive Video Group, Inc. Technique for synchronizing deliveries of information and entertainment in a communications network
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
KR100440583B1 (ko) * 2002-05-16 2004-07-19 한국전자통신연구원 외부 인터넷에 의한 댁내망의 ＵＰｎＰ장치 관리제어 장치및 방법
DE10228605A1 (de) * 2002-06-26 2004-01-15 Deutsche Thomson-Brandt Gmbh Modul zur Integration in einem Heimnetzwerk
JP2004088466A (ja) * 2002-08-27 2004-03-18 Nec Corp ライブ映像配信システム
US20040103434A1 (en) * 2002-11-25 2004-05-27 United Video Properties, Inc. Interactive television systems with conflict management capabilities
US7493646B2 (en) 2003-01-30 2009-02-17 United Video Properties, Inc. Interactive television systems with digital video recording and adjustable reminders
US20040172650A1 (en) * 2003-02-28 2004-09-02 Hawkins William J. Targeted content delivery system in an interactive television network
JP4487490B2 (ja) * 2003-03-10 2010-06-23 ソニー株式会社 情報処理装置、およびアクセス制御処理方法、情報処理方法、並びにコンピュータ・プログラム
JPWO2004095293A1 (ja) * 2003-04-24 2006-07-13 三菱電機株式会社 映像情報システム、およびモジュールユニット
JP2005020303A (ja) * 2003-06-25 2005-01-20 Sony Corp コンテンツ受信システム
JP2005107728A (ja) * 2003-09-29 2005-04-21 Hitachi Software Eng Co Ltd 携帯電話端末における広告表示システム及び広告表示方法
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 (ja) 2004-02-27 2005-09-08 Matsushita Electric Ind Co Ltd 携帯端末、機器制御システム、および機器制御方法
JP4264650B2 (ja) * 2004-04-07 2009-05-20 ソニー株式会社 コンテンツ伝送システム及びコンテンツ伝送方法、コンテンツ送信装置及びコンテンツ送信方法、コンテンツ受信装置及びコンテンツ受信方法、並びにコンピュータ・プログラム
JP4154364B2 (ja) * 2004-04-22 2008-09-24 キヤノン株式会社 通知方法
JP2006053767A (ja) * 2004-08-12 2006-02-23 Ntt Comware Corp コンテンツ配信システム及び方法、コンテンツ配信サーバ、クライアント端末、ならびに、コンピュータプログラム
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
KR100657010B1 (ko) * 2004-12-22 2006-12-14 한국전자통신연구원 홈게이트웨이와 서비스 게이트웨이 플랫폼을 이용한 댁내ＵＰｎＰ 장치에 대한 댁외 멀티미디어 서비스 제공자의멀티미디어 서비스 장치 및 방법
US20060253547A1 (en) * 2005-01-07 2006-11-09 Wood Anthony J Universal music apparatus for unifying access to multiple specialized music servers
US20060245403A1 (en) * 2005-04-27 2006-11-02 Matsushita Electric Industrial Co., Ltd. UPnP mobility extension using session initiation protocol
JP4253848B2 (ja) * 2005-05-10 2009-04-15 ソニー株式会社 番組推薦装置及び番組推薦方法
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
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
KR100724940B1 (ko) * 2005-12-05 2007-06-04 삼성전자주식회사 Ｄｌｎａ 시스템에서의 ｄｍｓ의 컨텐츠 업데이트 방법
US20070130604A1 (en) * 2005-12-07 2007-06-07 In Tark Han Home server having integrated set-top function and controlling method thereof
KR100678966B1 (ko) * 2006-01-18 2007-02-06 삼성전자주식회사 Ｒｕｉ 서비스 제공 장치 및 방법
CN101438256B (zh) 2006-03-07 2011-12-21 索尼株式会社 信息处理设备、信息通信系统、信息处理方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001007861A (ja) * 1999-06-24 2001-01-12 Matsushita Electric Ind Co Ltd ゲートウェイ装置
JP2001251341A (ja) * 2000-03-06 2001-09-14 Nec Corp データ通信方法、クライアント、ゲートウェイ、サーバ、サービス処理装置、中継端末及びその通信プログラムを記録した記録媒体

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
YAMADA S. ET AL.: "Ubiquitous Computing Network ni Okeru Kankyu Tekiogata Tsushin EAPEC no Architecture", IEICE TECHNICAL REPORT, vol. 100, no. 672, 2 March 2001 (2001-03-02), pages 367 - 374, XP003017688 *

Cited By (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8301570B2 (en) * 2007-10-29 2012-10-30 Infosys Technologies Limited Method and system for data security in an IMS network
US9264781B2 (en) 2007-11-27 2016-02-16 Samsung Electronics Co., Ltd. Method and apparatus for discovering internet protocol television service (IPTV) provider and IPTV service by using session initiation protocol
KR101531166B1 (ko) * 2007-11-27 2015-06-25 삼성전자주식회사 Ｓｉｐ 프로토콜을 이용한 ｉｐｔｖ 서비스 제공자 및 ｉｐｔｖ 서비스 검색 방법 및 장치
US8838676B2 (en) 2007-11-27 2014-09-16 Samsung Electronics Co., Ltd. Method and apparatus for discovering internet protocol television service (IPTV) provider and IPTV service by using session initiation protocol
EP3223518A1 (en) * 2007-11-30 2017-09-27 Samsung Electronics Co., Ltd Method and apparatus for searching for iptv service relay devices and method and apparatus for interacting with devices
EP3534606A1 (en) * 2007-11-30 2019-09-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
EP2235943A2 (en) * 2007-11-30 2010-10-06 Samsung Electronics Co., Ltd. Method and apparatus for searching for iptv service relay devices and method and apparatus for interacting with devices
EP2235943A4 (en) * 2007-11-30 2014-02-12 Samsung Electronics Co Ltd METHOD AND APPARATUS FOR SEARCHING IPTV SERVICE RELAY DEVICES AND METHOD AND APPARATUS FOR INTERACTING WITH THESE DEVICES
EP2249256A4 (en) * 2008-01-25 2014-02-26 Samsung Electronics Co Ltd METHOD AND DEVICE FOR PROVIDING CONTENT METADATA; METHOD AND DEVICE FOR RESTRICTING RIGHTS OF ACCESS TO CONTENT
EP2249256A1 (en) * 2008-01-25 2010-11-10 Samsung Electronics Co., Ltd. Method and device for providing content metadata and method and device for restricting access rights to contents
US8474024B2 (en) 2008-01-25 2013-06-25 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
KR101562203B1 (ko) * 2008-02-05 2015-10-21 삼성전자주식회사 Ｉｐｔｖ 서비스를 제공하는 응용에 대한 메타데이터를 송수신하는 방법 및 장치
EP2242266A2 (en) * 2008-02-05 2010-10-20 Samsung Electronics Co., Ltd. A method and device for sending and receiving metadata for an application providing an iptv service
EP2242266A4 (en) * 2008-02-05 2014-04-02 Samsung Electronics Co Ltd METHOD AND DEVICE FOR SENDING AND RECEIVING METADATA FOR IPTV SERVICE PROVIDING APPLICATION
CN101939985A (zh) * 2008-02-05 2011-01-05 三星电子株式会社 针对提供iptv服务的应用而收发元数据的方法及装置
US9271053B2 (en) 2008-03-28 2016-02-23 Samsung Electronics Co., Ltd. Data receiving method and device for applications providing an IPTV communications service
JP2009246498A (ja) * 2008-03-28 2009-10-22 Sony Corp ゲートウェイ装置、通信方法及びプログラム
US7907622B2 (en) 2008-03-28 2011-03-15 Sony Corporation Gateway device, communication method and program
US9118813B2 (en) 2008-05-27 2015-08-25 Samsung Electronics Co., Ltd. Method and apparatus for using internet protocol television service based on application received in multicast session
JP2011527479A (ja) * 2008-07-07 2011-10-27 テレフオンアクチーボラゲット エル エム エリクソン（パブル） プロキシ機能
US9258619B2 (en) 2008-07-24 2016-02-09 Samsung Electronics Co., Ltd. Method and apparatus for performing IPTV communication service
US20110219417A1 (en) * 2008-10-30 2011-09-08 Telefonaktiebolaget L M Ericsson (Publ) Method and Apparatus For Providing Interactive Television
US9979661B2 (en) 2009-04-02 2018-05-22 Telefonaktiebolaget Lm Ericsson (Publ) Techniques for handling network traffic
US11317314B2 (en) 2009-04-02 2022-04-26 Telefonaktiebolaget Lm Ericsson (Publ) Techniques for handling network traffic
US10582411B2 (en) 2009-04-02 2020-03-03 Telefonaktiebolaget Lm Ericsson (Publ) Techniques for handling network traffic
US10511536B2 (en) 2009-04-02 2019-12-17 Telefonaktiebolaget Lm Ericsson (Publ) Techniques for handling network traffic
US20110188439A1 (en) * 2009-09-15 2011-08-04 Comcast Cable Communications Llc Control plane architecture for multicast cache-fill
US8681680B2 (en) * 2009-09-15 2014-03-25 Comcast Cable Communications, Llc Control plane architecture for multicast cache-fill
JP2015015736A (ja) * 2010-04-23 2015-01-22 クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ マルチメディアコンテンツのためのゲートウェイデバイス
US10492207B2 (en) 2010-07-29 2019-11-26 Telefonaktiebolaget Lm Ericsson (Publ) Handling network traffic via a fixed access
US10939456B2 (en) 2010-07-29 2021-03-02 Telefonaktiebolaget Lm Ericsson (Publ) Handling network traffic via a fixed access
US11558879B2 (en) 2010-07-29 2023-01-17 Telefonaktiebolaget Lm Ericsson (Publ) Handling network traffic via a fixed access
JP2016063334A (ja) * 2014-09-17 2016-04-25 京セラコミュニケーションシステム株式会社 動画視聴端末装置
JP2015057901A (ja) * 2014-10-24 2015-03-26 テレフオンアクチーボラゲット エル エム エリクソン（パブル） ネットワークトラヒックを処理するための技術
JP2019062457A (ja) * 2017-09-27 2019-04-18 Kddi株式会社 コンテンツ受信システム、通信装置及びプログラム

Also Published As

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

Similar Documents

Publication Publication Date Title
KR101361053B1 (ko) 정보처리 장치 및 정보처리 방법과 컴퓨터·프로그램
KR101346531B1 (ko) 정보 처리 장치, 정보 통신 시스템, 정보 처리 방법 및 컴퓨터 프로그램이 기록된 컴퓨터 판독가능한 기록 매체
JP5216866B2 (ja) Ｉｐメディアストリーミングサービスの配信
CN101573943B (zh) 媒体频道管理
KR101589484B1 (ko) Ｉｐｔｖ 세션을 설정하기 위한 네트워크 디바이스 및 방법
EP2001203B1 (en) Method of transmitting/receiving broadcasting signals and receiver
US8429284B2 (en) Method of transmitting/receiving digital contents and apparatus for receiving digital contents
USRE47718E1 (en) Method of transmitting/receiving digital contents and apparatus for receiving digital contents
WO2008052484A1 (fr) Procédé, système et appareil de commande service tv ip

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2008503894

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 12281922

Country of ref document: US

122 Ep: pct application non-entry in european phase

Ref document number: 07737977

Country of ref document: EP

Kind code of ref document: A1