KR20110089882A - 셋탑 박스에서 ｉｍｓ 기능을 구현하는 방법 - Google Patents

셋탑 박스에서 ｉｍｓ 기능을 구현하는 방법 Download PDF

Info

Publication number
KR20110089882A
KR20110089882A KR1020117015070A KR20117015070A KR20110089882A KR 20110089882 A KR20110089882 A KR 20110089882A KR 1020117015070 A KR1020117015070 A KR 1020117015070A KR 20117015070 A KR20117015070 A KR 20117015070A KR 20110089882 A KR20110089882 A KR 20110089882A
Authority
KR
South Korea
Prior art keywords
ims
top box
script
set top
address information
Prior art date
Application number
KR1020117015070A
Other languages
English (en)
Other versions
KR101335817B1 (ko
Inventor
마츠 세데르발
니클라스 폰드베르그
잔 에릭 린드퀴스트
Original Assignee
텔레호낙티에볼라게트 엘엠 에릭슨(피유비엘)
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 텔레호낙티에볼라게트 엘엠 에릭슨(피유비엘) filed Critical 텔레호낙티에볼라게트 엘엠 에릭슨(피유비엘)
Publication of KR20110089882A publication Critical patent/KR20110089882A/ko
Application granted granted Critical
Publication of KR101335817B1 publication Critical patent/KR101335817B1/ko

Links

Images

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
    • 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/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
    • H04N21/4431—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB characterized by the use of Application Program Interface [API] libraries
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1033—Signalling gateways
    • H04L65/1036—Signalling gateways at the edge
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • 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/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • 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/6402—Address allocation for clients
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Library & Information Science (AREA)
  • Software Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)
  • Small-Scale Networks (AREA)
  • Information Transfer Between Computers (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Communication Control (AREA)
  • Telephonic Communication Services (AREA)

Abstract

셋탑 박스(50)는 셋탑 박스(50)의 DAE(declarative application environment; 54)에서 실행하는 스크립트-기반 IMS 애플리케이션(40)을 제공함으로써 IMS 서비스들에서 처리하도록 인에이블되어서 IMS 게이트웨이(20)와 셋탑 박스(50)의 임베디드 OITF 시스템(56) 사이의 IPTV 세션 시그널링을 유발한다. 그 결과, 인스톨된 네이티브 IMS 기능으로 미리 구성된 셋탑 박스(50) 뿐만 아니라 인스톨된 네이티브 IMS 기능을 갖는 것이 IMS 서비스를 홈 네트워크(1) 내의 사용자들에게 제공할 수 있다.

Description

셋탑 박스에서 ＩＭＳ 기능을 구현하는 방법{METHOD FOR IMPLEMENTING IMS FUNCTIONALITY IN A SET TOP BOX}
본 발명은 일반적으로 IPTV 및 IMS에 관한 것이며, 좀더 구체적으로는 그러한 IPTV 및 IMS 기능 및 능력을 셋탑 박스에 제공하는 것에 관한 것이다.
인터넷 프로토콜(IP) 멀티미디어 서비스들은 동일한 세션 내의 음성, 비디오, 메시징, 데이터 등의 동적인 조합을 제공한다. 이용가능한 상이한 애플리케이션들 및 미디어 타입들은 최종 사용자들에게 제공된 서비스들의 수를 증가시켜서, 사람들 사이의 통신 경험을 풍부하게 할 수 있다. 이것은 개인화되고, 풍부한 멀티미디어 통신 서비스를 가능하게 한다.
IPTV(IP Television)는 디지털 텔레비전 및 멀티미디어 서비스들이 네트워크 인프라스트럭처를 통해서 IP를 사용하는 가정 환경에 있는 셋탑 박스에 전달되는 최근에 생겨난 시스템이다. 오늘날, IPTV는 흔히 VoD(Video on Demand) 및 생방송 TV 서비스들과 연관된다. 그러나, IPTV는 또한 웹 액세스 및 VoIP(Voice over IP)와 같은 인터넷 서비스들을 제공할 수 있다. IPTV의 다른 특징은 다른 멀티미디어 서비스들과의 통합 및 융합의 기회이다. 이 기회는 IPTV 환경에서 제공하는 IP 멀티미디어를 전달하기 위한 아키텍처 프레임워크를 제공하는 IMS(IP Multimedia Subsytem)에 의해 주로 영향을 받는다. 셋탑 박스들과 함께 사용될 수 있는 그러한 IMS-기반 서비스들은 IPTV 사용자들이 서로 통신할 수 있게 하는 인스턴트 메시징과 같은 채팅(chats), 프레전스 서비스들(presence services), 컨택트 리스트 서비스들 및 다른 메시징 서비스를 포함한다.
IMS는 사람과 컨텐츠 간의, 즉 클라이언트와 서버 간의 IP 기반의 네트워크 이외에 사람들 간의, 즉 클라이언트 간의 새롭고 풍요로운 통신 서비스들을 통한 서비스를 용이하게 하는 표준화된 IMS 서비스 인에이블러들(enablers)의 사용을 통해서 최종 사용자에게 사람들 간의 통신 경험을 풍부하게 하는 핵심적인 특징들을 제공한다.
일반적으로 IPTV 서비스를 최종 사용자들에게 제공하는 IP-기반 네트워크는 관리형 네트워크 또는 소위 개방형 인터넷(open Internet) 또는 비관리형 네트워크의 형태일 수 있다. 후자는 서비스 품질을 보장하지 않고 인터넷을 통해서 IPTV 서비스들을 제공한다. 전자의 예들은 네트워크 운영자에 의해 관리된 라디오-기반 통신 네트워크들이며 보장된 품질의 서비스 레벨로 IPTV 서비스들을 제공할 수 있다.
IPTV 서비스들에 영향을 주기 위한 가정 환경에 존재하는 사용자 단말들, 소위 셋탑 박스들(STBs)은 일반적으로 관리형 네트워크 또는 개방형 인터넷에서 사용되는지에 따라서 상이한 타입이다. 예를 들면, 관리형 네트워크에서 사용되기 위한 셋탑 박스는 IMS 서비스들을 인에이블하게 하기 위한 임베디드(embedded) 또는 네이티브(native) 기능, 즉, 컴퓨터 프로그램 코드를 포함하도록 제조될 수 있다. 셋탑 박스는 그 결과 네이티브 또는 임베디드 IMS 애플리케이션과 원격 IMS 게이트웨이(IG) 사이의 HNI-IGI(Home Network Interface-IMS Gateway Interface)를 사용하는 능력을 포함하는, 국부적으로 인스톨된 네이티브 로직들 및/또는 IMS 세션을 셋업하고 관리하는데 필요한 하드웨어 구성요소들을 포함한다. 셋탑 박스는 또한 그러한 IMS-관련 통신이 어떻게 실행되는지를 정의하는 구현된 IMS 스택 코드를 갖는다.
그러나, 셋탑 박스들, TV들 및 다른 IPTV 단말들은, 새로운 기능을 갖게 되는 경우 사용자들이 구매하기에 상당히 비싸다는 면에서, 상당히 가격에 민감하다. 이것은 IMS 서비스들을 구현할 수 있도록 하기 위해서는, 사용자가 기존의 셋탑 박스를 IMS 서비스들을 가능하게 하는데 필요한 로직 및 애플리케이션을 포함하도록 미리 구성되는 것으로 대체해야 한다는 것을 의미한다. 그러나, 그러한 솔루션은 사용자에게 비용이 많이 들고 융통성도 없다.
<발명의 요약>
그러므로, 구현된 네이티브 또는 임베디드 IMS 기능을 갖도록 제조되지 않는 셋탑 박스들 내의 관리형 IPTV 및 IMS 서비스들의 사용을 가능하게 할 필요가 있다.
셋탑 박스들로의 IMS 서비스들을 가능하게 하는 것이 일반적인 목적이다.
셋탑 박스들에서 IMS 기능을 제공하는 것이 특정한 목적이다.
간단히, 본 발명은 IMS 기능 및 셋탑 박스 내의 브라우저 환경에서의 애플리케이션의 제공을 개시하며, 그 결과 임의의 네이티브, 즉 미리 인스톨되고 구성된, 셋탑 박스에서의 IMS에 대한 지원을 갖지 않는다. 선언적 애플리케이션 환경(declarative application environment)에서의 웹 브라우저에서 실행되는 스크립트 기반 IMS 애플리케이션은 셋탑 박스 내에서 IMS 애플리케이션의 역할을 하고 필요한 데이터 처리 및 외부 유닛들과의 IPTV 세션 시그널링을 실행하도록 설계된다.
좀더 구체적으로, 실시예들의 일 양태는 홈 네트워크 내의 셋탑 박스에서 구현되도록 구성된 IMS 애플리케이션에 관한 것이다. IMS 애플리케이션은 IPTV 세션을 셋업하고 제어하는 셋탑 박스를 대신하여 IMS 게이트웨이로 예정된 IPTV 세션을 생성하도록 구성된 신호 생성기를 포함한다. IMS 애플리케이션의 어드레스 제공자는 셋탑 박스 내에 구현된 임베디드 또는 네이티브 OITF(Open IPTV Terminal Function) 시스템에 어드레스 정보를 제공하도록 구성된다. 어드레스 정보는 홈 네트워크에 연결된 글로벌 네트워크 내의 미디어 서버로부터 이용가능한 미디어 데이터와 연관되고 미디어 데이터는 IPTV 세션 동안 셋탑 박스에서 렌더링될 것이다. 수신된 어드레스 정보는 IMS 게이트웨이로부터 유래하는다. 이 양태의 IMS 애플리케이션은 셋탑 박스에서 구현된 웹 브라우저에 의해 실행되도록 구성된 스크립트-기반 IMS 애플리케이션이므로, 제조되지 않거나 그렇지 않으면 미리 인스톨된 임베디드 또는 네이티브 IMS 기능을 포함하도록 구성되는 셋탑 박스 내에서 사용될 수 있다.
다른 양태는 스크립트-기반 IMS 애플리케이션 및 IMS 게이트웨이와 통신가능하도록 구성된 통신 인터페이스를 포함하는 셋탑 박스에 관한 것이다. 웹 브라우저는 스크립트-기반 IMS 애플리케이션이 그 디스플레이 스크린 상의 사용자에게 표시가능한 웹 페이지를 생성하도록 실행되거나 셋탑 박스에 연결되는 소위 선언적 애플리케이션 환경을 제공한다. 임베디드 OITF 시스템은 통신 인터페이스에 연결된 셋탑 박스에서 구현되고 스크립트-기반 IMS 애플리케이션에 의해 제공된 어드레스 정보에 기초하여 미디어 요청을 생성하도록 구성된다. 이 미디어 요청은 글로벌 네트워크 내의 미디어 서버로의 통신 인터페이스에 의해 통신되어서 진행중인 IPTV 세션 내의 셋탑 박스에서의 렌더링을 위한 미디어 데이터를 요청한다.
다른 양태는 홈 네트워크 내의 셋탑 박스 및 글로벌 네트워크 내의 서버들과 통신을 가능하게 하도록 구성된 통신 인터페이스를 포함하는 IMS 게이트웨이에 관한 것이다. 레지스터 프로세서는 셋탑 박스 사용자의 사용자 식별자를 포함하고 글로벌 네트워크 내의 IMS 서버로 예정된 레지스터 요청을 생성하도록 구성된다. IMS 게이트웨이의 가입 프로세서는 글로벌 네트워크 내의 IPTV 서비스 제공자로 예정된 가입 요청을 생성하도록 구성된다. 그렇게 함으로써 IMS 게이트웨이는 셋탑 박스를 대신하여 등록과 서비스 탐색(discovery) 및 선택을 처리한다. 어드레스 변환 프로세서는 글로벌 네트워크로부터 사용자에게 이용가능한 각 IPTV 서비스에 대해, 개별 IPTV 서비스들과 관련되지만 IMS 게이트웨이를 향하는 변환된 어드레스 정보로의 가입 요청에 응답하여 수신된 어드레스 정보를 매핑하도록 구성된다. IMS 게이트웨이는 또한 변환된 어드레스 정보를 포함하고 디스플레이 스크린 상의 웹 브라우저에 의해 디스플레이를 위한 셋탑 박스 내의 스크립트-기반 IMS 애플리케이션으로 예정된 웹 페이지를 생성하도록 구성되는 페이지 작성 프로세서(page building processor)를 포함한다.
IPTV 세션을 셋업하는 방법은 일 양태에 따라서 셋탑 박스에서 구현된 웹 브라우저 내의 스크립트-기반 IMS 애플리케이션을 실행하는 것을 포함한다. 스크립트-기반 IMS 애플리케이션은 셋탑 박스의 사용자 입력의 활성화에 기초하여 셋탑 박스에 연결된 IPTV 셋업 신호들을 생성한다. IPTV 세션 셋업 신호들은 스크립트-기반 IMS 애플리케이션에 의해 수신되는 어드레스 정보를 차례로 송신하는 IMS 게이트웨이로 전달된다. 미디어 서버로부터 이용가능한 미디어 데이터와 관련된 어드레스 정보는 스크립트-기반 IMS 애플리케이션에 의해 셋탑 박스의 임베디드 OITF 시스템으로 전달되어서 IPTV 세션 내의 미디어 데이터에 대한 미디어 요청의 생성을 트리거한다.
다른 양태에서, IPTV 세션을 셋업하는 방법은 셋탑 박스 사용자의 사용자 식별자를 포함하는 레지스터 요청의 IMS 게이트웨이에 의한 IMS 서버로의 송신을 포함한다. IMS 게이트웨이는 또한 어드레스 정보를 리턴함으로써 IMS 게이트웨이에 응답하는 IPTV 서비스 제공자로 예정된 가입 요청을 송신한다. 이 어드레스 정보는 이용가능한 IPTV 서비스들과 관련되고 IMS 게이트웨이에 의해 IMS 게이트웨이로 향하는 변환된 어드레스 정보로 매핑된다. 변환된 어드레스 정보는 셋탑 박스의 스크립트-기반 IMS 애플리케이션에 송신되는 웹 페이지를 컴파일하기 위해 채용된다.
그러므로 IMS 게이트웨이와의 IPTV 및 IMS 통신을 행하는데 필요한 프로토콜 및 로직들은 셋탑 박스에서 미리 인스톨될 필요가 없지만 대신 브라우저-구현된 스크립트-기반 IMS 애플리케이션에 의해 처리될 수 있다. 이것은 IMS 서비스가 DAE를 구현하는 웹 브라우저를 갖는 모든 셋탑 박스들에 제공될 수 있다는 것을 의미한다.
보다 많은 목적 및 그 이점들을 갖는 본 발명은 첨부하는 도면과 함께 이하의 설명을 참조함으로써 가장 잘 이해될 수 있다.
도 1은 IPTV(IP television) 분배 네트워크의 도식적인 개요이다.
도 2는 홈 네트워크 내의 종래 기술에 따른 STB(set top box)의 구조적인 아키텍처의 도식적인 개요이다.
도 3은 홈 네트워크 내의 일 실시예에 따른 STB의 구조적 아키텍처의 도식적인 개요이다.
도 4a 및 4b는 IMS(IP Multimedia Subsystem) 세션의 셋업의 일 실시예를 도시하는 신호 다이어그램들이다.
도 5a 및 5b는 IMS 세션을 셋업하는 다른 실시예를 도시하는 신호 다이어그램들이다.
도 6은 VoD(Video on Demand) 세션을 셋업하고 종료하는 일 실시예를 도시하는 신호 다이어그램이다.
도 7은 스케줄링된 컨텐츠와 연관되는 IMS 세션을 셋업하고, 제어하고 종료하는 일 실시예를 도시하는 신호 다이어그램이다.
도 8은 스케줄링된 컨텐츠와 연관되는 IMS 세션을 셋업하고 제어하는 다른 실시예를 도시하는 신호 다이어그램이다.
도 9는 IMS 애플리케이션의 일 실시예의 도식적인 블록도이다.
도 10은 STB의 일 실시예의 도식적인 블록도이다.
도 11은 IMS 게이트웨이(IG)의 일 실시예의 도식적인 블록도이다.
도면 전체에 걸쳐서 동일한 참조 번호들이 유사하거나 대응하는 구성요소들에 대해 사용된다.
실시예들은 인스톨된 임베디드 또는 네이티브 애플리케이션으로서 셋탑 박스들 내에 있는 임의의 미리 설정된 IMS(IP(Internet Protocol) Multimedia Subsystem) 애플리케이션을 요구하지 않고 사용자 단말들 및 셋탑 박스들에 IMS 서비스들의 제공에 관한 것이다.
도 1은 기본적으로 2개의 상호 접속된 네트워크들, 홈 네트워크(1) 및 글로벌 네트워크(2)를 포함하는 IPTV 시스템의 도식적인 개요이다. 글로벌 네트워크(2)는 네트워크 사업자에 의해 관리되거나 사유 네트워크로 운영될 수 있다. 또는, 글로벌 네트워크(2)는 비관리형 또는 개방형 네트워크이고, 일반적으로 당업계에서 개방형 인터넷으로 지칭된다. 다른 경우에 글로벌 네트워크(2)는 홈 네트워크(1) 내에 있는 사용자 장비 또는 셋탑 박스들(50)에 분배되는 미디어 컨텐츠로의 액세스를 갖는 하나 이상의 컨텐츠 제공자들 또는 미디어 서버들(70)을 수용한다. 이들 미디어 서버들(70)은 네트워크-배치된(network-arranged), 전용 미디어 서버들이거나 또는 실제로 그들 각각의 홈 네트워크들 내의 다른 사용자들로부터 이용가능한 미디어의 형태로 생성된 소비자 생성된 미디어를 나타낼 수 있다.
미디어는 일반적으로 하나 이상의 IPTV 제공자들이나 IPTV 애플리케이션 서버들(80) 및 하나 이상의 액세스 제공자들(90)을 통해서 홈 네트워크(1)에 이용가능하다. 전자는 IPTV 시스템의 사용자들에게 IPTV 서비스들을 제공하는 네트워크 구현된 엔티티를 나타내는 반면, 후자는 실제 전달 및 홈 네트워크(2)에 제공된 서비스들로의 액세스를 제공한다.
도 1에 도시된 글로벌 네트워크(2)는 IPTV 시스템의 글로벌 네트워크 부분의 설명적인 일 예로서만 도시되어야 한다. 도면에 도시된 것들보다 많거나 적은 네트워크 엔티티를 포함하는 다른 네트워크 솔루션들은 대안적으로 실시예들의 교시에 어떠한 영향도 주지않고 사용될 수 있다. 예를 들면, 일부 네트워크들에서 단일 오퍼레이터 또는 서버는 미디어 서버(70), IPTV 제공자(80) 및 액세스 제공자(90)의 기능들 전부 또는 일부의 역할을 할 수 있다.
종종 주거 네트워크 또는 소비자 네트워크로서 지칭되는 홈 네트워크(1)는, 일부 실시예들에서, 이더넷 또는 기존의 홈 와이어링을 사용하는 고속 LAN 생성의 가능성을 제공하는 홈 PNA(Home Phoneline Networking Alliance) 또는 전기통신 표준 섹터(ITU-T) G.hn 표준과 같은 기존의 와이어 홈 네트워킹 기술들 중의 하나에 기초할 수 있다. 다른 예들은 상이한 LAN 솔루션들을 포함한다. 이것은 IMS 서비스들을 포함하는 IPTV 관련된 서비스들이 ADSL(Asymmetric Digital Subscriber Line), VDSL(Very high-rate Digital Subscriber Line), 공용 이더넷(Public Ethernet) 등과 같은 고객의 광대역 커넥션 및 IP를 통해서 전달될 수 있다는 것을 의미한다. 또한 무선 네트워크 솔루션은 유선 및 무선 기술들의 조합을 포함하는 로컬 네트워크를 확립하는데 사용될 수 있다.
홈 네트워크(1)의 디바이스들(20-50)은 일반적으로 2개의 네트워크들(1, 2) 사이에 인터페이스를 제공하는 게이트웨이(GW; 10)를 통해서 글로벌 네트워크(2)에 상호 접속된다. 이 게이트웨이(10)는 사용자 생성된 IPTV 서비스 요청들과 같이 홈 네트워크(1)로부터 글로벌 네트워크(2)로 데이터를 전달하고 IPTV 서비스들 및 관련된 미디어와 같은 글로벌 네트워크(2)로부터 홈 네트워크(1)로 데이터를 전달하는 방식으로 라우터와 유사한 방식으로 동작한다.
도 1에 도시된 실시예에서, 홈 네트워크(1)는 또한 일반적으로 IMS 종결을 관리하고 홈 네트워크(1) 내에서 연동하는, 당업계에서 종종 간단히 IG(IMS Gateway; 20)라고 지칭되는 HIGA(Home IMS gateway)를 포함한다. IG(20)는 그 결과, 도면에서 이동 전화(30), 컴퓨터/랩탑(35) 및 일반적인 STB에 의해 비제한적으로 나타나는 하나 이상의 IMS-가능 디바이스(30, 35, 50)로의 유선 또는 무선 커넥션을 가질 수 있다.
IG(20)는 도면에 도시된 바와 같이 GW(10)와 연결되는 독립형 디바이스일 수 있다. 또는, IG(20)의 기능은 GW(10)와 동일한 물리적 디바이스에 제공됨으로써, 기본적으로 IMS 게이팅(gating)과 네트워크 상호 접속 및 단일 디바이스 내에서의 게이팅을 조합할 수 있다. 그 후 그러한 디바이스는 모뎀이거나 다른 게이트웨이 유닛일 수 있다.
IG(20)는 도면의 홈 네트워크(1)의 일부를 형성함으로써 도시되지만, 이것은 단지 예시적인 일 실시예로서만 보여져야 한다. 또한, 네트워크-구현된 IG 솔루션들이 가능하고 실시예들의 범위 내에 있으며, IG(20)는 대신 글로벌 네트워크(2)에서 완전히 또는 적어도 부분적으로 구현된다. 그러한 경우에, IG(20)는 네트워크 노드에서 유리하게 구현되고 IPTV 제공자(80) 및/또는 액세스 제공자(90)와 같은 글로벌 네트워크(2)의 다른 기능과 함께 배열될(co-arranged) 수 있다.
홈 네트워크(1)는 일반적으로 IPTV 미디어를 처리하고 렌더링할 수 있는 디바이스들인 하나 이상의 셋탑 박스들(50)을 포함한다. 홈 네트워크(1) 내의 셋탑 박스(50)의 역할을 할 수 있는 다수의 상이한 사용자 장비, 단말들 및 디바이스들이 있다. 일부 비제한적인 예들은 IPTV 제공자(80) 및 게이트웨이(10)로부터 미디어 데이터를 수신하고 포함되거나 연결된 디스플레이 스크린(60) 상의 미디어 데이터를 처리, 즉 디코딩하고 렌더링하는 능력을 갖는 디코더, 컴퓨터 등을 포함한다. 디지털 TV 시스템 내의 종래의 디코더들 및 셋탑 박스들과 대비하여, IPTV 시스템에서, 셋탑 박스(50)는 IP 네트워크 상의 양방향 통신을 제공하고 스트리밍된 미디어를 디코딩하도록 허용한다. 또한, 선택적으로 IG(20)를 통해서 게이트웨이(10)와 무선으로 통신하는 모바일 디바이스들(30, 35)은 실시예들에 따른 셋탑 박스들로서 동작할 수 있다. 그러므로, 도면에 도시된 이동 전화(30) 및 컴퓨터/랩탑(35)은 셋탑 박스들로서 간주될 수 있다. 또한 셋탑 박스는 예컨대, IPTV 기능한 TV와 같은 디스플레이 디바이스로 통합될 수 있다.
이하에서, 셋탑 박스는 홈 네트워크에 제공될 수 있고 하나 이상의 사용자들에게 IPTV 서비스들을 제공하고 비디오, 이미지, 텍스트 등의 미디어 형태를 위해서 연결된 디스플레이 스크린 상에 디스플레이 및/또는 오디오의 미디어 형태를 위해서는 연결된 라우드스피커에 의해 재생하기 위한 IPTV-관련 미디어를 처리하는 기능을 갖도록 하는 목적을 위한 애플리케이션을 실행할 수 있는 임의의 사용자 장비, 단말 또는 디바이스를 나타내는데 사용된다.
당업계에서, OITF 또는 ITF(IPTV Terminal Function)는 종종 셋탑 박스 및 그 안에서 IPTV 세션을 셋업하고 관리하는데 필요한 기능을 나타내는데 채용된다. 그러나, 본 명세서에서 셋탑 박스는 지속적으로 홈 네트워크 내에 제공되도록 설계된 디바이스를 나타내고 IMS 서비스들을 포함하는 IPTV 서비스들을 사용자들에게 제공하는데 사용된다. 그러므로 "셋탑 박스"라는 표현은 또한 당업계에서 OITF 및 ITF를 나타내는 디바이스들 또는 디바이스-구현된 기능들을 포함한다.
IPTV는 IP 기반 네트워크들을 통해서 홈 네트워크 내의 사용자 장비로 전달된 텔레비전, 비디오, 오디오, 텍스트, 그래픽, 데이터와 같은 멀티미디어 서비스들을 포함하도록 광범위하게 해석되어야 하며, 여기서 로컬 프로세싱, 즉 미디어의 렌더링 및/또는 재생이 영향을 받는다.
셋탑 박스는 일반적으로 사용자들에게 IPTV 서비스들을 제공하는 다양한 IPTV-관련 애플리케이션들을 포함하거나 이들을 실행할 수 있다. 종래의 IPTV 시스템들에서, 이들 IPTV-관련 애플리케이션들 및 특히 IMS 애플리케이션들은 주로 임베디드 또는 네이티브 애플리케이션의 형태였다. 그러한 임베디드 애플리케이션들은 셋탑 박스에서 국부적으로 인스톨되고 실행된다. 그 후, 셋탑 박스는 그러한 인스톨된 임베디드 애플리케이션을 미리 장착할 수 있다. 이하에서 "임베디드 OITF 시스템"은 셋탑 박스에 임베디드이고 네이티브인 셋탑 박스의 OITF 기능의 일부를 나타낼 수 있다. 이것은 이 임베디드 OITF 시스템이 셋탑 박스에서 국부적으로 인스톨되고 실행되며, 일반적으로 판매중에 그 안에서 미리 인스톨된다는 것을 의미한다. 그렇게 함으로써 셋탑 박스는, 셋탑 박스의 일반적인 프로세서에 의해 실행되는 경우에, OITF 시스템의 기능을 달성하기 위한 하드웨어 구조 및/또는 프로그램 코드 구성요소들을 포함한다. 그러므로 임베디드 OITF 시스템은 리모트 컨트롤, 키보드, 마우스 등과 같은 그 자신의 직접적인 사용자 인터랙션 및 디스플레이, 스피커들, 카메라들, 마이크와 같이 오디오/비디오 렌더링 및, 선택적으로 그랩(grab)하는 기능들을 가지거나, 홈 네트워크 통신을 지나지않고 다른 오디오/비디오 렌더링/그래빙 디바이스들과 직접 연결될 수 있다.
도 2는 선행 기술에 따라서 구현된 OITF 기능을 갖는 셋탑 박스(50)의 개요를 도식적으로 도시한다. 이 OITF는 개방형 IPTV 포럼에 의해 정의된 바와 같이 셋탑 박스(50)에 IPTV 및 IMS 서비스들을 제공할 책임이 있다. 도면에서, HNI-IGI(Home Network Interface - IMS Gateway Interface)에 기초하는 통신은 IMS 세션들과 관련된다. 그러므로, HNI-IGI 플레이어 인에이블러(enabler)는 AV(Audio/Video) 플레이어, 브로드캐스트 애플리케이션, 미디어 플레이어 및 IG(20) 사이의 인터페이스로서 제공될 수 있다. 게다가, 사용자 관리, 등록 및 서비스 탐색 및 선택(SD&S)은 HNI-IGI 메시징을 사용하여 IG(20)와 통신한다. 이들 수신된 HNI-IGI 메시지들은 일반적으로 IG(20)에 의해 LAN(local area network)을 통해서 게이트웨이(10)로 전달되는 SIP(Session Initiation Protocol) 메시지들로 번역된 후 도면에서 WAN(wide area network)으로서 나타나는 글로벌 네트워크(2)로까지 더 송신된다. 이 컨텍스트에서, IG(20)는 HTTP(Hypertext Transfer Protocol) 서버로서 행동할 수 있고 OITF는 HTTP 클라이언트로서 행동한다. 이것은 일반적으로 HNI-IGI 메시지들이 아래와 같은 HNI-IGI HTTP 요청들 또는 응답의 형태임을 의미한다.
Figure pct00001
HNI-IGI 메시지는, 메시지가 SIP 메시지에 대응하는 HNI-IGI 메시지인 SIP 타입일 수 있다. IG(20)는 관련 헤더들을 추가하고 변경함으로써 이것을 대응하는 SIP 메시지로 번역한다. AUX 타입의 HNI-IGI 메시지는 SIP 메시지로 번역되지 않는 HNI-IGI 메시지이다. IG(20)는 대신에 이 메시지를 처리하고 그에 따라서 응답한다. HNI-IGI 메시징 및 OITF와 IG 사이의 통신의 더 많은 정보를 위해서는, 개방형 IPTV 포럼 - 1 명세, 4권 간행물 - 프로토콜들, V1.0, 2009년 1월 6일자를 참조하고, 그 교시는 이 명세서에 참조로서 전체가 포함되며 특히 프로토콜 시스템 인프라스트럭처 기능에 관련된 섹션 5.5 및 OITF-IG 인터페이스(HNI-IGI)에 관련된 5.5.1이 참조된다.
이것은 셋탑 박스(50)가 그러한 국부적으로 인스톨된 IMS 애플리케이션들을 갖지 않고 IG(20)와 통신하기 위한 로직들은 IPTV 시스템들에서 현재 이용가능하거나 장래에 설계될 상당량의 이용가능한 IMS 서비스들을 이용할 수 없다는 것을 의미한다. 그 후 셋탑 박스(50)는 IPTV 및 IMS 세션들을 요청하고 셋업하고 관리할 목적으로 IG(20)와 통신하기 위해 필요한 기능들이 부족하다.
본 명세서에 개시된 실시예들은 종래의 네이티브 또는 임베디드 IMS 애플리케이션들을 스크립트- 및 브라우저-기반 IMS 애플리케이션으로 대체한다. 웹 브라우저 환경에서 실행될 그러한 스크립트-기반 애플리케이션들은 종종 당업계에서의 웹 애플리케이션들, 특히 IPTV 분야에서의 DAE(Declarative Application Environment) 애플리케이션들을 나타낸다. 임베디드 IMS 애플리케이션과 분명하게 대조되도록, 스크립트-기반 IMS 애플리케이션은 인터넷 또는 인트라넷과 같은 네트워크를 통해서 웹 브라우저를 거쳐서 액세스된다. 스크립트-기반 애플리케이션은 일반적으로 브라우저-지원 언어로 코딩된 소프트웨어 애플리케이션이다. 스크립트-기반 애플리케이션은 웹 브라우저에 의존하여 애플리케이션을 실행가능하게 한다.
도 3은 일 실시예에 따른 임베디드 OITF 시스템 및 스크립트-기반 IMS 애플리케이션(40)을 갖는 셋탑 박스(50)의 대응하는 개요이다. 이 실시예에서, 셋탑 박스(50) 및 임베디드 OITF 시스템을 대신하는 IG(20)와의 HNI-IGI 시그널링은 브라우저 페이지에서 실행된 스크립트-기반 IMS 애플리케이션을 통해서 행해진다.
스크립트-기반 IMS 애플리케이션(40)은 DAE 환경, 즉 브라우저-실행에서 제공되고, 바람직하게는 IG(20)로의 HTTP 인터페이스를 사용한다. 이것은 스크립트-기반 IMS 애플리케이션(40)이 표준화된 HTTP-기반 인터페이스, 즉 HNI-IGI를 사용하여 셋탑 박스(50)를 대신하여 IG(20)와의 시그널링을 유발한다는 것을 의미한다.
도 2와 도 3을 비교함으로써 보여지는 바와 같이, 임베디드 OITF 시스템과 IG(20) 사이에서 필요한 HNI-IGI 시그널링은 이제 선행 기술에서와 같이 임베디드 OITF 시스템과 IG(20)에서의 상이한 기능들 사이에서 실행되는 대신 스크립트-기반 IMS-애플리케이션에 의해 관리된다. 이것은 도 2의 선행 기술과 분명하게 대조되도록, 도 3의 셋탑 박스(50)가 임의의 미리 인스톨된, 네이티브 또는 임베디드 IMS 애플리케이션 및 IMS 프로토콜 스택을 가져야하는 것은 아님을 의미한다. 스크립트-기반 IMS 애플리케이션(40)은 결과적으로 임베디드 OITF 시스템과 기능들 및 플레이어 또는 AV 플레이어와 같은 IMS 데이터를 처리하는데 사용되는 임베디드 애플리케이션들과 IG(20) 사이의 게이트웨이로서 동작한다.
일반적으로, IMS 시그널링 기능은 이와 같이 네이티브 또는 임베디드 코드 또는 셋탑 박스(50)의 구조로부터 스크립트-기반 IMS 애플리케이션(40)으로 이동된다. 이것은 서비스 탐색, 가입 및 등록을 위한 기능이 임베디드 OITF 시스템을 대신하여 IG(20)에 유리하게 제공됨을 의미한다. 그러나, 실시예들은 이러한 기능들이 실행되는 것을 제한하려는 의도는 아니다. 일반적으로 그들 모두 또는 그들 중의 일부만이 IG(20)에서 실행될 수 있다. 이것은 본 명세서에 좀더 상세하게 더 기술된다.
도 4a 및 4b는, 필요한 경우 셋탑 박스를 활성화하여 IPTV 또는 IMS 세션을 셋업할 준비를 하는 목적을 위하여 OITF 개시의 일 실시예를 도시하는 개략적인 시그널링 다이어그램들이다. 도면에서, "OITF"는 일반적으로 임베디드 또는 네이티브 코드 및 기능으로서 제공되고, 보통 컴퓨터 또는 처리 유닛의 내부 메모리로 직접 로드가능한 컴퓨터 프로그램 제품으로서 제공되며 필요한 기능들을 실행하기 위한 소프트웨어 코드 부분들을 포함하는 임베디드 OITF 시스템을 나타낸다. 컴퓨터는 본 명세서에 기술된 바와 같이 임베디드 OITF 기능을 포함하는 정지형이거나 휴대형인 임의의 디바이스 또는 단말을 포함하는 것으로 넓게 해석되어야 한다. 그러한 컴퓨터는 셋탑 박스의 전술한 예들 중의 임의의 것일 수 있다. "DAE-IMS" 애플리케이션은 웹 브라우저, 즉 DAE에서 실행되는 스크립트-기반 IMS 애플리케이션을 나타낸다. 일반적인 실시예에서, 임베디드 OITF 시스템 및 스크립트-기반 IMS 애플리케이션은 동일한 물리적 디바이스에 있지만 대안적으로 디바이스들 사이의 유선 또는 무선 커넥션을 갖는 상이한 디바이스들 내에 포함될 수 있다. IPTV AS는 도 1의 IPTV (서비스) 제공자에 대응하는 IPTV 애플리케이션 서버를 나타낸다.
개시 절차는 일반적으로, 이것이 이미 되지 않은 경우 임베디드 OITF 시스템을 구동함으로써 시작된다. 이것은 선행 기술 절차들에 따라서 행해진다. 상응하여, IG는 IP 네트워크에서의 동작을 위한 구성 정보를 얻는데 사용된 네트워크 애플리케이션 프로토콜인 DHCP(Dynamic Host Configuration Protocol)를 사용하는 것과 같이 사용자 식별자의 제공 및 구동을 행한다. 특히 IG가 서비스 탐색 정보의 검색에 관한 DHCP 옵션들(124 및 125)을 구현할 수 있는 경우가 바람직하다.
일단 임베디드 OITF 시스템이 시작되면, 바람직하게는 자동으로 스크립트-기반 IMS 애플리케이션 또는 좀더 정확하게는 웹 브라우저가 IG의 http://IG.fixed.local과 같은 특정 어드레스로 향하도록 하는 내부 호출인 구동 요청을 개시한다. 그 후, IG는 바람직하게는 종종 완전한 도메인 네임으로서 지칭되는 고정된 FQDN(fully qualified domain name)을 갖는다. FQDN은 DNS(Domain Name System)의 트리형 계층 구조(tree hierarchy) 내의 정확한 위치를 특정하는 도메인 네임이다. 이 고정된 FQDN은 IG가 DNS 서버 자신으로서 행동하여 그 FQDN이 그 자신을 가리키도록 IG를 가리킨다. FQDN은 바람직하게는 개시 절차가 행해질 때마다 IG가 임베디드 OITF 시스템에 FQDN을 통지할 필요 없이 임베디드 OITF 시스템 코드 및 구조로 코딩되거나 저장될 수 있음을 암시하도록 고정된다. 또는, 그 후 임베디드 OITF 시스템은 스크립트-기반 IMS 애플리케이션을 사용하는 IG로부터 또는 다른 일부 유닛으로부터 이 FQDN을 요청해야 한다.
IG로 메세지를 라우팅하는 상술한 방법은, 어떠한 IG도 없는 경우, DNS 서버에 대해 책임이 있는 액세스 네트워크 제공자가 IG FQDN를 해결하여 웹 서버로 향하게 할 수 있는 추가된 값을 갖는다. 웹 서버는 예컨대, 가입자가 IPTV 서비스에 가입할 수 있는 방법에 관한 상업적 정보를 표시할 수 있다.
수신된 구동 요청에 기초하여, IG는 사용자에게 표시하기 위한 스크립트-기반 IMS 애플리케이션으로 리턴되는 사용자 선택 페이지를 제공한다. 이 사용자 선택 페이지는 IG에서 미리 인스톨될 수 있고 또는 IG는 구동 요청의 수신에 기초하여 요구에 따라서 생성한다. 사용자 선택 페이지는 임베디드 OITF 시스템이 제공되는 셋탑 박스를 사용할 수 있는 적어도 하나의 이용가능한 사용자들의 사용자 식별자를 포함한다. 사용자 식별자(들)는 임의의 식별자(들) 또는 사용자(들)의 식별을 허용하는 정보일 수 있다. 비제한적인 예들은 사용자 이름, 주어진 이름 및 선택적으로 성, IMS 등에 의해 선택된 컴퓨터-생성된 사용자 식별자를 포함한다.
그 후, 스크립트-기반 IMS 애플리케이션은 셋탑 박스의 디스플레이 스크린상의 또는 셋탑 박스에 연결된 웹 브라우저에 의해 수신된 사용자 선택 페이지를 나타낸다. 그 후 사용자는 IG에서 제공되는 상이한 사용자들 중에서 선택할 수 있다. 예를 들면, 아버지, 어머니 및 두 아이들로 구성되는 가족은, 개인화되지 않은 디폴트 사용자 프로파일을 포함하는 5개의 상이한 제공된 사용자들을 가질 수 있다. 사용자는 클릭하거나 그렇지 않으면 그/그녀가 사용하고자 하는 특정한 사용자 식별자 또는 이름을 선택한다. 마우스 키, 터치 스크린 또는 키보드 키와 같은 사용자 입력의 활성화는 선택된 사용자와 관련된 사용자 식별자를 포함하는 사용자 선택 명령을 생성한다. 선택적으로, 인증 절차가 개시되며, 여기서 사용자는 선택된 사용자 프로파일로의 액세스를 얻기 위해서 패스워드나 PIN 코드를 입력하도록 강요된다. 이 인증 절차는 사용자로 하여금 IG로 되돌아가는 패스워드 또는 PIN 코드를 입력하도록 강요하여, 스크립트-기반 IMS 애플리케이션으로의 HTTP: 401 UNAUTHORIZED 메시지의 생성 및 송신에 의해 행해질 수 있다.
일단 선택된 사용자가 IG에 통지되었으면, 선택된 사용자에 관련된 레지스터 요청은 IG에 의해 구성된다. 레지스터 요청은 바람직하게는 선택된 사용자의 사용자 식별자를 포함하는 SIP: REGISTER 메시지이다. IG는 이 레지스터 요청을 IMS에 송신한다. IMS는 SIP:200 OK 형태의 수신확인 메시지를 리턴한다. 이 시그널링은 종래 기술과 상당한 차이를 두고 행해진다. 종래 기술에서의 임베디드 OITF 시스템 대신에 IMS로의 사용자 등록을 행하는 것이 IG이다.
따라서, 수신확인, IPTV AS로부터의 SIP: 200 OK의 리턴에 의해 뒤따르는 일반적인 SIP: SUBSCRIBE 메시지 형태의 가입 요청의 IG에 의한 생성 및 송신과 관련되는 가입 절차가 실행된다. IPTV AS는 또한 SIP: 200 OK를 송신함으로써 IG가 대응하는 SD&S(Service Discovery and Selection)에 관련된 SIP: NOTIFY 메시지를 송신한다. 본 명세서의 신규한 특징은 임베디드 OITF 시스템이 아니라 IG가 가입 및 IPTV AS와의 SD&S 통신에 관련된다는 것이다.
그 후 IG는, 가입되고 등록된 사용자에 이용가능하고 SD&S 통지를 통해서 서비스 제공자, 즉 IPTV AS로부터 통지된 IMS 서비스들을 포함하는 IPTV 서비스들의 정보를 포함하는 웹 페이지를 생성한다. IG는 또한 IG를 향하는 변환된 어드레스 정보로의 가입 요청에 응답하여 수신된 어드레스 정보를 번역하거나 변환한다. 예를 들면, IG는 IPTV AS로부터 수신된 각 URL(universal resource locator)을 유리하게 매핑하여 대신 IG를 가리키도록 한다. 이것은 IG에서 또는 실제로 URL들을 재기록함으로써 통지된 각 URL을 로컬 URL에 매핑함으로써 행해질 수 있다.
IG는 또한 TLS(Transport Layer Security) 및 프록시로서의 인증을 처리하기 위해서 선택적으로 IPTV AS로부터의 IPTV 서비스 선택을 실제 IPTV 제공자와 연관지을 수 있다.
IG에서 서비스 제공자 선택 페이지를 구성하고 제공하는 이점은, IG가 단일 IPTV 서비스 제공자 또는 IPTV AS로부터 뿐만 아니라 실제로 상이한 IPTV 서비스 제공자들로부터의 IPTV 서비스 선택을 추가할 수 있다. 예를 들면, IG는 종래의 ADSL-모뎀에 인스톨하거나 연결될 수 있다. 그러한 경우에, IG는 실제로 IPTV AS 뿐만 아니라 예컨대, IPTV 세션 내의 사용자에게 미디어 서비스들을 제공할 수 있는 케이블 TV 제공자와도 통신할 수 있다. 이것은 IG가 상이한 기술들을 포함하는 다수의 상이한 서비스 제공자들로부터 이용가능한 서비스들의 정보를 수집할 수 있고, 이 정보를 그의/그녀의 웹 브라우저를 사용하는 사용자에 대해 표시되는 단일 프레젠테이션 페이지로 구성할 수 있음을 의미한다.
생성된 서비스 제공자 선택 페이지는 스크립트-기반 IMS 애플리케이션으로 송신되어서 셋탑 박스의 디스플레이 스크린 상의 셋탑 박스에 연결된 웹 브라우저 내의 사용자를 위해서 표시된다. 표시된 웹 페이지는 SD&S 절차에 기초하여 IPTV AS에 의해 제공된 IPTV 서비스 선택들을 열거한다. 선택적으로, TLS 및/또는 인증이 또한 처리될 수 있다. 표시된 웹 페이지는 상이한 서비스 제공자 식별자들, 이름들 또는 이용가능한 서비스 제공자들 중에서 사용자가 식별하고 선택하도록 허용하는 정보를 열거한다. 이들 서비스 제공자 식별자들은 IG에 의해 생성된 변환된 어드레스 정보 또는 서비스 제공자 선택 페이지에서 제공되고 SD&S 절차에서 수신된 데이터에 기초하여 IG에 의해 제공된 다른 정보 또는 데이터일 수 있다.
이 실시예의 이점은 IG가 IPTV 종류가 아닌 서비스 제공자들 및 선택 정보를 나타낼 수 있다는 것이다. 비-IPTV 데이터는 예컨대, 케이블, 디지털 지상파 또는 위성 TV일 수 있다. 셋탑 박스의 사용자가 이 서비스들을 선택하는 경우, 표준 IPTV 단말에서 및 IPTV 세션 내부에서 서비스를 실행하기 위해서 그들은 원래의 특성을 IPTV 포맷으로 변환된다.
그 후 사용자는 셋탑 박스의 사용자 입력을 활성화함으로써 또는 셋탑 박스에 연결된 서비스 제공자들 중의 하나를 선택한다. 사용자 입력 활성화는 스크립트-기반 IMS 애플리케이션을 트리거하여 선택된 서비스 제공자의 제공자 식별자를 포함하는 서비스 제공자 명령을 생성한다. 바람직한 일 실시예에서, 서비스 제공자 명령은 서비스 제공자 선택 페이지가 제공된 변환되거나 재기록될 URL들에 기초하여 스크립트-기반 IMS 애플리케이션에 의해 생성된다. 이들 변환된 URL들은 IG로 다시 향하고 원래의 IPTV 애플리케이션 서버가 아니기 때문에, 서비스 제공자 명령은 IG로 예정될 것이다.
IG는 서비스 선택 메시지의 형태로 선택된 서비스 제공자에 관련되는 데이터를 리턴한다. 서비스 선택 메시지는 바람직하게는 선택된 서비스 제공자에서 이용가능한 IPTV 서비스들의 어드레스 정보를 포함한다. 서비스 선택 메시지는 서비스 설명 로드 명령을 생성하여 임베디드 OITF 시스템으로 전달하는 스크립트-기반 IMS 애플리케이션에 송신된다. 이 서비스 설명 로드 명령은 예컨대 서비스 제공자의 URL 및 타입 정보를 포함한다. 임베디드 OITF 시스템은 바람직하게는 수신확인 또는 OK 메시지를 리턴한다. 임베디드 OITF 시스템은 또한 HTTP 요청을 개시하여 IPTV AS로부터 탐색 데이터를 얻는다. 이 탐색 데이터는 예를 들어 서비스 제공자로부터 이용가능한 IPTV 컨텐츠 및 미디어를 열거하고, 사용자가 내비게이팅하도록 허용하며, 예컨대 시간, 제목, 채널, 장르 등으로 미디어 컨텐츠를 선택하고 탐색하는 EPG(Electronic Program Guide)의 형태 수 있다. 또한 IPTV AS에서 사용자에게 이용가능한 IPTV 서비스들을 통지하는 다른 타입의 설명적인 정보가 사용될 수 있다. IPTV AS는 HTTP: 200 OK 메시지의 형태와 같이 탐색 데이터를 갖는 수신확인을 리턴한다.
또는, IG가 서비스 제공자 선택 페이지에 케이블 TV 분배기 또는 DVB(Digital Video Broadcasting) 컨텐츠 같은 다른 서비스 제공자를 추가한 경우, IG가 그 후 탐색이 그 자신을 향하도록 함에 따라서 HTTP get discovery data는 IG로 송신된다. IG는 그 후 탐색 데이터와 함께 수신 확인을 임베디드 OITF 시스템으로 리턴할 것이다.
일 실시예에서, 스크립트-기반 IMS 애플리케이션은 포털 통신 메시지를 생성하고 IG로 송신하여 IG로 보내진 서비스 제공자 명령에서 제공된 포털 페이지, 즉 서비스 제공자 데이터를 로드한다. IG는 이 요청을 프록시로 연결하고 HTTP 포털 메시지를 IPTV AS로 보내지는 HTTP 보안(HTTP(S)) 포털 통신으로 변환할 수 있다. 선택적인 GBA(Generic Bootstrapping Architecture)는 보안 메커니즘을 제공하는데 사용될 수 있다. 그 후 GBA 보안 메커니즘들이 사용되는 경우 IPTV AS는 HTTP(S): 401 UNAUTHORIZED 메시지를 크리덴셜(credential) 정보의 리턴이 뒤따르는 IG로 리턴한다. IPTV AS는 또한 IG로의 응답 수신 확인, HTTP(S): 200 OK에 의하여 HTTP(S) 포털 통신의 수신을 확실히 한다. 이 수신 확인은 IG에 의해 스크립트-기반 IMS 애플리케이션으로 전달되어서 개시 절차가 성공적이었음을 통지한다.
스크립트-기반 IMS 애플리케이션은 바람직하게는 계류중인 HTTP 요청인 HNI-IGI PENDING_IG 메시지의 형태와 같은 소위 계류중인 명령을 리턴한다. 이 요청은 IPTV AS와 같은 네트워크로부터의 진입 요청의 결과로서 임베디드 OITF 시스템을 접촉할 필요가 있는 경우에 IG가 응답할 것을 허용한다.
도 4a 및 4b에 도시되는 상술한 신호 절차는 UPnP(Universal Plug and Play)의 사용없이 실행될 수 있다. UPnP는 디바이스들이 심리스하게 연결될 것을 허용하는 컴퓨터 프로토콜들의 한 세트이고, 데이터 공유, 통신 및 엔터테인먼트를 위한 홈 네트워크들의 구현을 간단하게 한다. 디바이스들, 즉 셋탑 박스 및 IG-구현 디바이스가 UPnP를 사용하여 서로 통신가능한 경우, 다소 상이한 개시 절차가 도 5a 및 5b에 도시된 바와 같이 사용될 수 있다.
도 4a와 유사하게 절차는 임베디드 OITF 시스템의 구동 및 IG의 제공 및 구동으로 시작한다. 도 5a에는 도시되고 도 4a에는 나타나지 않는 뒤따르는 5개의 시그널링 단계들은 UPnP 시그널링과 관련된다. 그러므로, 이 실시예에서, 다른 부트스트래핑(bootstrapping) 절차가 행해진다. 도 4a의 실시예가 고정된 IG FQDN에 기초하는 한편, 도 5a는 UPnP를 사용한다. 그러므로, 임베디드 OITF 시스템은 UPnP 탐색 프로토콜의 일부를 형성하는 UPnP 검색 요청을 컴파일(compile)하고 송신한다. IG는 IG에 관한 필수적인 약간의 세부 사항을 포함하고, 특히 URL 또는 IG에 관한 좀더 상세한 정보로의 포인터를 포함하는 응답 메시지를 리턴한다.
임베디드 OITF 시스템이 IG를 발견한 후, 여전히 IG에 대해 거의 알지 못한다. IG 및 그 능력에 대해 더 알기 위해서, 또는 그와 상호작용하기 위해서, 임베디드 OITF 시스템은 보통 HTTP: GET 메시지의 형태로 탐색 메시지에 제공된 URL로부터 IG의 설명을 검색한다. IG는 지원되는 방법과 같은 요청된 방법 및 HTTP: 200 OK 응답 형태의 그 URL(IG URL)을 리턴한다. 통지된 IG URL을 갖는 HTTP GET 메시지는 스크립트-기반 IMS 애플리케이션으로 보내져서 IG로 전달된다.
등록, 가입 및 SD&S 절차를 포함하는 이하의 절차는 도 4a 및 4b와 관련하여 상술한 바와 동일한 방식으로 행해진다.
그 후 IG는 스크립트-기반 IMS 애플리케이션에 의해 컴파일하여 웹 브라우저 내의 사용자에 컴파일된 서비스 제공자 선택 페이지를 나타낸다. 선택된 서비스 제공자의 정보는 서비스 제공자 명령에서의 IG로 리턴된다. 이 실시예에서, 그 후 IG는 컴파일하고 SD&S에 기초하여 제공되고 웹 브라우저 상의 스크립트-기반 IMS 애플리케이션에 의해 나타난 페이지를 제안하는 웹에 HTTP: REDIRECT 메시지의 형태와 같은 서비스 제공자 데이터를 송신한다. 도 5b에서의 이하의 통신은 도 4b와 유사하다. 선택적인 형태인 GBA 보안 메커니즘은 도 5b에 도시된 실시예에서 생략되었다.
그러므로, 개시된 신호 다이어그램들에서 IG는 레지스터 절차와 같은 관리된 지원을 처리할 것이고, 어떠한 네이티브 HNI-IGI 지원도 요구되지 않는다. IPTV AS에 대해 수신된 SD&S 데이터는 IG에 의해 파싱되고(parsed) 스크립트-기반 IMS 애플리케이션 및 셋탑 박스의 웹 브라우저를 써서 사용자에게 나타나는 웹 페이지를 생성하는데 사용된다.
도 4a 내지 5b에서, IPTV 서비스 제공자는 단일 엔티티, 즉 IPTV AS로서 예시되었다. 또는 IPTV 서비스 제공자는 전용 IPTV 컨트롤러 및 IPTV 애플리케이션을 포함할 수 있다. 그러한 경우에, SD&S 통신은 바람직하게는 IG와 IPTV 컨트롤러 사이에서 행해지는 한편, 포털 통신은 대신 IG와 IPTV 애플리케이션 사이에서 실행된다.
대안적인 접근법에서, 임베디드 OITF 시스템은 서비스 탐색을 행할 수 있다. 그러한 경우에, 서비스 탐색은 IMS 없이 DHCP로 행해질 수 있다. 그 후 IG는 임베디드 OITF 시스템으로부터의 DHCP에 응답하고 IMS 없이 서비스 제공자 탐색 정보를 나타낼 것이다. 오늘날 DHCP 옵션 124/125: IP 어드레스, DNS 네임 또는 IMS에서의 3가지 옵션들이 있으며, 후자는 관리된 네트워크들에 사용될 것이다. 이것은 이 실시예에서 어떠한 IMS도 필요하지 않지만 DHCP에 대한 다른 옵션이 대신 사용될 수 있음을 의미한다.
도 4a 및 5a는 부트스트래핑의 다양한 실시예들을 도시한다. 또 다른 실시예에서 DHCP는 IG를 찾는데 사용된다. 그러한 일 실시예는 DHCP가 대신 사용되는 것을 제외하고 UPnP 실시예와 유사하게 작용한다.
도 6은 VoD(Video on Demand) 형태의 IPTV 세션의 일 예이다. 선행 기술 솔루션과 분명하게 대비되도록, 도 6에 도시된 HNI-IGI-기반 통신은 도 3과 비교하여 웹 브라우저에서 실행되는 스크립트-기반 IMS 애플리케이션과 IG 사이에서 실행된다. 선행 기술 솔루션들은 그러한 HNI-IGI 통신에 영향을 주기 위한 임베디드 OITF 시스템에서 미리 구성된 네이티브 코드를 가지므로 임베디드 OITF 시스템과 IG 사이의 HNI-IGI 메시징을 갖는다(도 2 참조).
선택적인 단계에서, 스크립트-기반 IMS는 사용자를 변경할 필요가 있는 경우, 관련 사용자의 식별자를 포함하는 HNI-IGI: REGISTER 메시지를 송신한다. IG는 HNI-IGI 메시지를 사용자 식별자를 포함하는 대응하는 SIP: REGISTER 메시지로 변환하여 IMS로 송신한다. 등록된 사용자를 변경할 필요가 없는 경우, 이 시그널링은 생략될 수 있다.
스크립트-기반 IMS 애플리케이션은 HNI-IGI: OPTIONS 요청을 컴파일하여 IPTV AS의 서버 능력을 요구한다. OPTIONS 요청은 보통 원래 웹 서버로부터 또는 로컬 스크립트-기반 IMS 애플리케이션으로부터 온다. OPTIONS 요청은 바람직하게는 예컨대 URL 또는 다른 어드레스 정보 형태의 요청된 VoD 데이터의 식별자를 포함한다. IG는 HNI-IGI 메시지들을 수신하여 종래의 SIP: OPTIONS 요청으로 처리하고 포함된 식별자를 식별자 URL2로 대체한다. SIP: OPTIONS 요청은 스크립트-기반 IMS 애플리케이션에 의해 사용된 정보, SDP1을 포함하는 응답 메시지 SIP: 200 OK를 리턴하는 IPTV AS에 송신되어 IPTV 세션을 시작한다. 부가된 정보는 바람직하게는 SDP(Session Description Protocol) 포맷의 세션 설명을 포함한다. 응답은 SIP 응답을 대응하는 HNI-IGI 응답으로 매핑하고 메시지를 스크립트-기반 IMS 애플리케이션으로 전달하는 IG로 리턴된다.
스크립트-기반 IMS 애플리케이션은 포트 요청으로 임베디드 OITF 시스템으로부터 VoD 세션에서 사용될 비디오 및 오디오 포트들의 정보를 요청한다. 임베디드 OITF 시스템은 요청된 정보, 즉, 관련 비디오 및 오디오 포트들의 적어도 하나의 포트 식별자와 함께 응답 메시지를 리턴한다.
스크립트-기반 IMS 애플리케이션은 바람직하게는 미디어 데이터가 보내져야 하는 비디오 및 오디오 포트들의 정보를 포함하는 SDP 제안과 함께 HNI-IGI: INVITE 메시지를 생성하여 송신한다. 초대 메시지는 IPTV 세션에 대한 요청을 나타낸다. IG는 초대 메시지를 처리하여 그것을 IPTV AS로 보내지는 SIP: INVITE 메시지로 변형한다. 요청된 미디어의 어드레스 정보(URL2)를 포함하는 바람직한 SDP 대답(answer)을 포함하는 응답 메시지, SIP: 200 OK는 IG로 리턴된다. IG는 스크립트-기반 IMS 애플리케이션으로의 송신 전에 응답 메시지를 HNI-IGI: 200 OK 응답으로 변환한다.
스크립트-기반 IMS 애플리케이션은 이제 HNI-IGI: 200 OK 응답으로부터 수신된 것과 같이 미디어 데이터와 관련된 어드레스 정보에의 액세스를 갖는다. 그러므로, 스크립트-기반 IMS 애플리케이션은 바람직하게는 어드레스 정보, 즉, URL2를 갖는 플레이 요청을 생성하여 그것을 임베디드 OITF 시스템으로 보내서 미디어 서버(media server: MS)로부터의 원하는 미디어 스트림, 즉 VoD 미디어 스트림을 요청하도록 한다. 이 플레이 요청은 바람직하게는 스크립트-기반 IMS 애플리케이션이 이미 IG 및 IPTV AS를 갖는 셋업 절차를 행하였기 때문에 어떠한 셋업 절차도 임베디드 OITF 시스템에 의해 실행될 필요가 없다는 표시를 포함한다.
RTSP(Real Time Streaming Protocol) PLAY 요청의 형태인 미디어 요청은 그 후 구성되어서 임베디드 OITF 시스템에 의해 URL2로 정의된 미디어 서버에 송신된다. 미디어 서버는 VoD 데이터의 요청된 유니캐스트 스트림을 임베디드 OITF 시스템으로 리턴하며, 여기서 데이터는 디코딩되고 포함되거나 연결된 디스플레이 스크린 상에 비디오를 표시하고 포함되거나 첨부된 라우드스피커에서 오디오를 재생하도록 렌더링된다.
사용자가 VoD 세션을 중지하도록 선택하는 경우, 그/그녀는 스크립트-기반 IMS 애플리케이션에 의해 웹 브라우저 상에 나타난 웹 페이지에 중단(stop) 기능을 활성화하여, 임베디드 OITF 시스템으로 전달되어서 미디어 데이터의 렌더링을 중단하도록 하는 중단 메시지를 생성하도록 한다. 또한, HNI-IGI: BYE 메시지의 형태로 세션을 중단하도록 하는 요청이 구성되고, IPTV AS로 보내져서 세션을 종료하고 미디어 데이터의 전달을 중단시키는 SIP: BYE 메시지로 그것을 변형하는 IG로 보내진다. SIP: 200 OK 응답은 IG로 리턴되고 스크립트-기반 IMS 애플리케이션으로 전달되어서 세션이 종료되었다고 표시하는 HNI-IGI: 200 OK 메시지로 번역된다.
그러므로, 웹 브라우저에서 실행되는 스크립트-기반 IMS 애플리케이션은 선행 기술과 명백히 대비되도록 모든 IG와 HNI-IGI 시그널링을 행한다. 또한, 이 정보를 IG를 통해서 IPTV AS로 전달하는 포트 프리페치(pre-fetch)를 유발한다. 스크립트는 또한 어떠한 RTSP: SETUP 절차도 임베디드 OITF 시스템에 의해 시작되어서는 안된다는 바람직한 표시와 함께 RTSP 시그널링의 표시를 생성한다.
도 7은 IPTV 세션을 셋업하고 관리하는 다른 실시예를 도시하는 신호 다이어그램이다. 이 예에서, 소위 스케줄링된 컨텐츠 세션이 도시된다. 스케줄링된 컨텐츠는 플레이아웃(playout) 스케줄이 사용자 이외의 엔티티에 의해 고정되는 경우에 관련되고 컨텐츠는 즉시 소비를 위해 사용자에게 전달된다. 이것은 상이한 TV 또는 미디어 채널들을 사용자에게 제공하는 형태일 수 있다. 멀티캐스트는 보통 IPTV에서 스케줄링된 컨텐츠 서비스들을 전달하는데 사용되지만, 전술한 바와 같이 소스가 IPTV로 제한되지 않지만, 대신 케이블, 디지털 지상파 또는 위성 TV와 같은 비-IPTV 서비스 제공자들일 수 있으며, 여기서 IG는 도 4b와 관련하여 상술한 바와 같이 서비스 제공자 선택 페이지로 입력된다.
필요한 경우 절차는 선택적인 사용자 등록 절차로 시작한다.
이 예에서, 이용가능한 미디어 채널들은 IG, 네트워크, 즉 IPTV AS 또는 로컬 DAE 인터페이스에 의한 통지를 통해서 스크립트-기반 IMS 애플리케이션에 의해 미리 알려진다. 스크립트-기반 IMS 애플리케이션은 바람직한 SDP 제안과 함께 HNI-IGI: INVITE 메시지를 컴파일하여 그것을 IPTV AS로 예정된 대응하는 SIP: INVITE 메시지로 변형하는 IG에 송신한다. IPTV AS는 수신된 메시지에 기초하여 바람직한 SDP 대답을 갖는 SIP: 200 OK 응답을 생성한다. 이 응답은 IG에 의해 대응하는 HNI-IGI 응답으로 처리되고 스크립트-기반 IMS 애플리케이션으로 보내진다.
IG로부터 수신된 세션 설명 메시지는 스크립트-기반 IMS 애플리케이션에 의해 사용되어서 미디어 소스로부터의 미디어 데이터와 관련된 어드레스 정보를 제공한다. 이 실시예에서, 관련 어드레스 정보는 바람직하게는 미디어 채널의 IGMP(Internet Group Management Protocol) 어드레스의 형태인 원하는 미디어 채널이다. 관련 미디어 채널 어드레스는 설정 채널 명령으로 임베디드 OITF 시스템으로 전달된다. 임베디드 OITF 시스템은 여기서는 IGMP: JOIN 요청에 의해 나타나는, 미디어 요청을 컴파일하고 멀티캐스트 소스, 즉 미디어 서버로 송신하기 위한 이 정보를 사용한다. 임베디드 OITF 시스템을 수용하는 셋탑 박스는 그렇게 함으로써 멀티캐스트 또는 브로드캐스트 채널을 조인하고 멀티캐스트 스트림의 미디어 데이터 수신을 시작한다. 이 수신된 데이터는 디코딩되어서 사용자에게 표시하고 재생하도록 렌더링된다.
사용자가 미디어 세션 동안 채널을 변경하고자 하는 경우, 사용자는 간단히 스크립트-기반 IMS 애플리케이션에 의해 웹 브라우저에 나타난 웹 페이지 상에서 다른 이용가능한 미디어 채널들 중의 하나를 선택한다. 그 후, 스크립트-기반 IMS 애플리케이션은 새로운 설정 채널 명령을 컴파일하여 새로운 미디어 채널의 IGMP 어드레스를 포함하는 임베디드 OITF 시스템으로 송신한다. 조합된 IGMP: LEAVE/JOIN 메시지 또는 개별 IGMP: LEAVE 및 IGMP: JOIN 메시지들은 그 후 컴파일되어서 멀티캐스트 소스로 보내져서 소스가 오래된 채널의 미디어 데이터 전달을 중단하고 대신 새로운 채널의 미디어 데이터 전달을 시작하도록 한다.
그 후, 사용자가 미디어 세션을 중단하고자 하는 경우, 그/그녀는 도 6에서 상술하는 바와 같이 HNI-IGI: BYE 메시지의 생성 및 송신을 유발하는 웹 페이지 상의 중단 기능을 활성화한다. 스크립트-기반 IMS 애플리케이션은 또한 릴리스(release) 메시지를 통해서 세션을 종료하는 임베디드 OITF 시스템을 나타낸다.
상술한 실시예에서, 미디어 채널은 IGMP 어드레스에 기초하여 설정된다. 그러한 경우에, 필요한 데이터 및 파라미터들은 브로드캐스트 탐색 기록으로부터 페칭(fetch)될 수 있다. 이것은 스크립트-기반 IMS 애플리케이션에 의한 XML-문서를 판독함으로써 행해질 수 있다.
도 8은 브로드캐스트 탐색 기록이 임베디드 OITF 시스템에 포함되는 대안적인 접근법을 도시한다. 그 후 스크립트-기반 IMS 애플리케이션은 SDP 데이터, 및 특히 임베디드 OITF 시스템 또는 코드로부터 HNI-IGI: INVITE에서 사용될 IGMP 어드레스를 요청한다. 이것은 선택된 미디어 채널의 원하는 IGMP 어드레스가 미디어 채널의 포함된 식별자에 기초하여 요청된다는 것을 의미한다. 이 식별자는 도 4a 내지 5b와 관련하여 상술한 바와 같이 셋업 절차로부터 스크립트-기반 IMS 애플리케이션에 제공된다. 임베디드 OITF 시스템은 요청된 정보를 갖는 SDP로 리턴한다.
스크립트-기반 IMS 애플리케이션은 또한 임베디드 OITF 시스템으로부터 원하는 채널의 대역폭 특성의 정보를 요청할 수 있다. 임베디드 OITF 시스템은 바람직하게는 MBR(maximum bit rate) 및 TTR(target transmission rate)과 같은 그러한 대역폭 정보를 리턴한다.
그 후, 나머지 절차는, 채널 변경이 사용자에 의해 시작되는 경우, 새로운 선택적인 대역폭 정보 요청이 바람직하게는 스크립트-기반 IMS 애플리케이션에 의해 컴파일되고 임베디드 OITF 시스템으로 송신된다는 것을 제외하고는 도 7와 관련하여 상술한 바와 동일하다.
도 4 내지 8의 신호 다이어그램에 개시된 상술한 실시예들은 설명적인 예들로서 보여지고, 실시예들은 거기에 제한되지 않는다. 예를 들면, 상술한 메시지 타입들 및 시그널링 프로토콜들은 현재의 표준 환경에 기초한다. 당업계에서는, 표준들과 관련하여 개발이 진행중이다. 그러므로, 또한 전술한 바에서 개시된 원하는 효과들을 얻는데 사용될 수 있는 다른 메시징 타입들 및 표준 프로토콜들이 대신 사용될 수 있고 실시예들의 범위 내에 있다.
그러므로, IPTV 세션을 셋업의 일반적인 실시예에서, 본 방법은 셋탑 박스에서 구현된 웹 브라우저 내의 스크립트-기반 IMS 애플리케이션을 실행하는 것과 관련된다. 스크립트-기반 IMS 애플리케이션은 셋탑 박스의 사용자 입력에 기초하여 또는 셋탑 박스에 연결된 IPTV 세션 셋업 신호들을 생성한다. 세션 셋업 신호들은 홈 네트워크에 있는 셋탑 박스에 연결된 IG로 전달된다. 스크립트-기반 IMS 애플리케이션은 또한 IG로부터 홈 네트워크에 연결된 글로벌 네트워크 내의 미디어 서버로부터 이용가능한 미디어 데이터와 관련된 어드레스 정보를 수신한다. 이 어드레스 정보는 스크립트-기반 IMS 애플리케이션으로부터 셋탑 박스의 임베디드 OITF 시스템으로 전달됨으로써 IPTV 세션 내에서 미디어 데이터를 위한 미디어 서버에 예정된 미디어 요청의 생성을 트리거한다.
특정한 일 실시예에서 스크립트-기반 IMS 애플리케이션은 도 4a에 도시된 바와 같이 임베디드 OITF 시스템으로부터 구동 요청을 수신하여 이 구동 요청을 IG로 전달함으로써 사용자 선택 페이지의 생성을 트리거한다. 그 후 본 방법은 이용가능한 사용자들의 적어도 하나의 사용자 식별자를 포함하는 사용자 선택 페이지의 스크립트-기반 IMS 애플리케이션에서의 수신을 더 포함한다. 스크립트-기반 IMS 애플리케이션은 디스플레이 스크린 상의 웹 브라우저에 의해 사용자 선택 페이지를 나타내고, 선택된 사용자의 사용자 식별자를 포함하고 셋탑 박스의 사용자 입력의 활성화에 기초하여 생성된 사용자 선택 명령을 IG로 송신한다.
본 방법은 바람직하게는 또한 스크립트-기반 IMS 애플리케이션에서 IG로부터, 글로벌 네트워크로부터 사용자에게 이용가능한 서비스 제공자들과 관련된 각 제공자 식별자들을 포함하는 서비스 제공자 선택 페이지를 수신하는 것을 포함한다. 그러나, 이들 제공자 식별자들은 서비스 제공자들 대신 IG로 향하도록 IG에 의해 설계된다. 스크립트-기반 IMS 애플리케이션은 선택된 서비스 제공자의 제공자 식별자를 포함하는 서비스 제공자 명령을 송신한다. 이 서비스 제공자 명령은 셋탑 박스의 사용자 입력에 기초하여 생성되어 IG로 송신된다.
본 방법은 바람직하게는, 스크립트-기반 IMS 애플리케이션에서 IG로부터 선택된 서비스 제공자에서 이용가능한 IPTV 서비스들의 어드레스 정보를 포함하는 서비스 선택 메시지를 수신하는 것을 더 포함한다. 스크립트-기반 IMS 애플리케이션은 어드레스 정보를 포함하는 서비스 설명 로드 명령을 컴파일하여 임베디드 OITF 시스템으로 송신한다.
다른 바람직한 방법 단계는 IG가 글로벌 네트워크로부터 임베디드 OITF 시스템으로 임의의 진입 요청들을 전달할 수 있도록 하는 스크립트-기반 IMS 애플리케이션으로부터 IG로의 계류중인 HTTP 요청을 포함하는 계류중인 명령의 송신을 포함한다.
특정한 IPTV 세션이 VoD와 같은 주문형 미디어와 관련되는 경우, 본 방법은 스크립트-기반 IMS 애플리케이션으로부터 임베디드 OITF 시스템으로 포트 요청을 송신하고, 셋탑 박스의 적어도 하나의 미디어 포트의 포트 식별자를 포함하는 초대 메시지를 선택된 서비스 제공자에게 송신하는 것을 더 포함하며, 이 초대 메시지는 임베디드 OITF 시스템으로부터 적어도 하나의 포트 식별자를 포함하는 응답 메시지에 기초하여 스크립트-기반 IMS 애플리케이션에 의해 생성된다.
이 경우에 스크립트-기반 IMS 애플리케이션에 의한 어드레스 정보의 전달은 미디어 서버에서 이용가능한 요청된 미디어 데이터와 관련된 어드레스 정보를 포함하는 플레이 요청의 임베디드 OITF 시스템으로의 송신과 관련된다. 플레이 요청은 IPTV 세션이 스크립트-기반 IMS 애플리케이션에 의해 이미 셋업되므로 어떠한 셋업 절차도 임베디드 OITF 시스템에 의해 실행되지 않아야한다는 표시를 더 포함한다.
미디어 데이터 타입의 설명적인 일 예로서 스케줄링된 컨텐츠를 포함하는 IPTV 세션을 향하는 대안적인 실시예에서, 스크립트-기반 IMS 애플리케이션은 IG로부터의 멀티캐스트 또는 브로드캐스트 채널 정보의 형태인 어드레스 정보를 포함하는 세션 설명 메시지를 수신한다. 그 후 어드레스 정보를 임베디드 OITF 시스템으로 전달하는 것은 멀티캐스트 또는 브로드캐스트 채널 정보를 송신하여 임베디드 OITF 시스템을 멀티캐스트 또는 브로드캐스트 미디어 채널에 조인하도록 트리거하는 것을 포함한다.
IPTV 세션을 셋업하는 일반적인 방법에서 IG에 의해 행해지는 동작 단계들은 셋탑 박스의 사용자의 사용자 식별자를 포함하는 레지스터 요청을 IMS로 송신한 것을 포함한다. IG는 또한 IPTV 서비스 제공자로 예정된 가입 요청을 송신하고 그에 응답하여 어드레스 정보를 수신하며, 여기서 어드레스 정보는 글로벌 네트워크로부터 사용자에게 이용가능한 IPTV 서비스들에 관련된다. IG는 서비스와 관련되지만 IG로 향하는 어드레스 정보를 변환된 어드레스 정보로 매핑한다. 이것은 변환된 어드레스 정보에 기초한 서비스 요청을 생성하여 송신하는 것이 서비스 요청을 IPTV 서비스 제공자가 아니라 IG로 이끌 것임을 의미한다. 변환된 어드레스 정보는 IG에 의해 셋탑 박스에서 웹 브라우저에서 실행되는 스크립트-기반 IMS 애플리케이션으로 송신되는 웹 페이지로 컴파일된다.
특정한 일 실시예에서, IG는 또한 적어도 하나의 소위 보조 서비스 제공자와 관련된 보조 어드레스 정보를 IPTV 서비스 제공자로부터의 어드레스 정보에 추가한다. 이것은 IG가 전술한 바와 같이 선택되어서 현재의 IPTV 세션에서 실행될 수 있는 사용자에게 다른 서비스들을 나타낼 수 있도록 한다. 보조 어드레스 정보는 보조 서비스 제공자(들)와 관련되었지만 IG를 향하는 보조 어드레스 정보로 변환되거나 매핑된다. 스크립트-기반 IMS 애플리케이션에 송신될 웹 페이지를 생성하는 경우 변환된 보조 어드레스 정보는 그 후 변환된 어드레스 정보와 조합된다.
특정한 일 실시예에서 본 방법은 셋탑 박스로부터의 사용자 선택 요청에 응답하여 셋탑 박스에 대해 잠재적으로 이용가능한 다수의 사용자들의 사용자 식별자들을 포함하는 웹 페이지를 생성하는 IG를 포함한다. IG는 그 후 웹 브라우저를 사용하는 스크립트-기반 IMS 애플리케이션에 의한 디스플레이를 위해서 사용자 식별자들을 포함하는 웹 페이지를 리턴한다.
게다가, 일단 IG가 전술한 바와 같이 셋탑 박스로부터 계류중인 HTTP 요청을 포함하는 계류중인 명령을 수신하면, IG는 글로벌 네트워크로부터의 임의의 진입 요청들을 셋탑 박스의 임베디드 OITF 시스템으로 송신한다.
도 9는 홈 네트워크 내의 셋탑 박스에서 구현되도록 구성된 IMS 애플리케이션(40)의 개략적인 블록도이다. IMS 애플리케이션(40)은 셋탑 박스에서 구현된 웹 브라우저에 의해 실행되도록 구성된 스크립트-기반 IMS 애플리케이션(40)이다. 스크립트-기반 IMS 애플리케이션(40)은 일반적으로 자바스크립트, 자바, ECMA스크립트, 플래시, 액티브X 등과 같은 브라우저-지원된 언어에서 코딩된 소프트웨어 애플리케이션이다. 스크립트-기반 IMS 애플리케이션(40)은 실행가능한 애플리케이션을 렌더링하는 웹 브라우저에 의존한다. 특정한 일 실시예에서, 스크립트-기반 IMS 애플리케이션(40)은 다운로드된 HTML/JS 페이지로부터 XMLHttpRequest를 통해서 브라우저 페이지 내의 자바스크립트(JS)에 제공될 수 있다. AJAX(Asynchronous JavaScript and XML)는 XMLHttpRequest를 통해서 필요한 스크립트-기반 IMS 기능을 얻는데 사용될 수 있다. AJAX는 인터랙티브 웹 애플리케이션들 또는 풍부한 인터넷 애플리케이션들을 생성하는데 사용된 웹 개발 기술이다. AJAX를 사용함으로써, 스크립트-기반 IMS 애플리케이션(40)을 포함하는 웹 애플리케이션은 기존의 페이지의 디스플레이와 행동의 간섭없이 배경에서 서버로부터 비동기적으로 데이터를 검색할 수 있다. 데이터는 XMLHttpRequest 대상을 사용하여 검색되며, 여기서 XMLHttpRequest는 자바스크립트와 같은 웹 브라우저 스크립팅 언어 내부에서 IG와 같은 웹 서버에 HTTP 요청을 직접 보내고 서버 응답 데이터를 스크립팅 언어로 직접 다시 로드하는데 사용될 수 있는 API(application programming interface)이다.
특정한 일 실시예에서, 스크립트-기반 IMS 애플리케이션(40)은 IG가 IPTV 세션을 셋업하고 제어하도록 예정되는 IPTV 세션 신호들을 생성하도록 구성된 신호 생성기(42)의 기능을 포함한다. 신호 생성기(42)는 바람직하게는 HTTP 신호 프로토콜 및 특히 IPTV 세션들에 의해 정의된 HTTP-기반 HNI-IGI 신호 프로토콜을 사용하여 IPTV 세션 시그널링을 행하도록 구성된다.
스크립트-기반 IMS 애플리케이션(40)은 또한 셋탑 박스 내의 임베디드 OITF 시스템에 어드레스 정보를 제공하도록 구성된 어드레스 제공자(44)의 기능을 포함한다. 이 어드레스 정보는 글로벌 네트워크 내의 미디어 서버로부터 이용가능한 요청된 미디어 데이터와 관련되며 IG로부터 수신되었다.
도 10은 홈 네트워크 내의 배치 및 동작에 적합한 셋탑 박스(50) 또는 다른 사용자 장비, 단말 또는 디바이스의 일 실시예의 개략적인 블록도이다. 셋탑 박스(50)는 다른 디바이스들, 특히 IG와 통신하기 위한 유닛 또는 기능을 포함한다. 이 유닛은 일반적인 I/O(input and output)으로서 동작하는 도면에서 통신 인터페이스(52)로서 나타난다. 실제로, 통신 인터페이스(52)는 외부 및 원격 디바이스와의 유선 커넥션을 위한 일반적인 입력 및 출력 인터페이스이거나 수신기/송신기 또는 무선 커넥션을 위한 송수신기의 형태일 수 있다.
셋탑 박스(50)는 또한, 바람직하게는 도 9에서 정의된 바와 같이 스크립트-기반 IMS 애플리케이션(40)을 포함한다. 스크립트-기반 IMS 애플리케이션(40)은 셋탑 박스(50) 내에서 구현된 웹 브라우저(54)에 의해 실행되도록 구성된다. 이 웹 브라우저(54)는 본 명세서에 개시된 바와 같이 DAE를 나타내고 일반적으로 셋탑 박스(50)에서 부분적으로 인스톨되고 실행된 소프트웨어 프로그램의 형태로 제공된다. 또한 하드웨어 솔루션들이 가능하며 실시예들의 범위 내에 있다. 웹 브라우저(54)는 특히, 보통 통신 인터페이스(52)를 통해서 셋탑 박스의 디스플레이 스크린 상에 표시가능하거나 셋탑 박스(50)와 연결된 웹 페이지를 생성하도록 구성된다. 셋탑 박스(50)는 또한 하드웨어, 소프트웨어 또는 그들의 조합에 제공될 수 있는 임베디드 OITF 시스템(56)을 포함한다. 소프트웨어 구현에서, 컴퓨터나 다른 처리 유닛에서 임베디드 OITF 시스템(56)의 기능들을 실행하는 경우, 영향을 주는 컴퓨터 프로그램 구성요소들을 포함한다. 이러한 임베디드 OITF 시스템(56)은 스크립트-기반 IMS 애플리케이션(40)으로부터 수신된 어드레스 정보 및 특히 스크립트-기반 IMS 애플리케이션(40)의 어드레스 제공자(44)(도 9 참조)에 기초한 미디어 요청을 생성하도록 구성된다. 임베디드 OITF 시스템(56)에 의해 생성된 미디어 요청은 IPTV 세션 내에서 렌더링된 미디어 데이터를 위한 것이며 글로벌 네트워크 내에 있는 미디어 서버로 예정된다.
통신 인터페이스(52)는 특히 IG와 HTTP-기반 통신 및 바람직하게는 셋탑 박스(50)의 스크립트-기반 IMS 애플리케이션(40)과 IG 사이의 HTTP-기반 HNI-IGI 통신을 행하도록 구성된다.
통신 인터페이스(52)는 바람직하게는 IMS 및 IPTV 세션들, 즉 스크립트-기반 IMS 애플리케이션(40)을 인에이블하게 하는데 필요한 기능들을 제공하는 HTTP/JS 페이지와 같은 스크립트를 IG로부터 수신하도록 배치된다. 수신된 스크립트 데이터는 웹 브라우저(54) 또는 DAE 애플리케이션으로 전달되며, 그것은 웹 브라우저(54)에서, 사용자로의 IPTV 세션에 관한 정보의 디스플레이를 가져오는 브라우저 환경에서 구현되고 실행된다.
스크립트-기반 IMS 애플리케이션(40)은 보통 일단 활성화되면 임베디드 OITF 시스템(56)으로부터 구동 요청을 수신하도록 구성된다. 그 후 스크립트-기반 IMS 애플리케이션(40)은 IG로 향하는 고정된 FQDN과 같은 구동 요청을 전달하여 IG에서 사용자 선택 페이지의 생성을 시작한다. 일단 통신 인터페이스(52)가 IG로부터 이 사용자 선택 페이지를 수신하면, 그것은 셋탑 박스(50)의 디스플레이 스크린 상에서 그 셋탑 박스에 연결된 웹 브라우저(54)에 의해 디스플레이하기 위한 스크립트-기반 IMS 애플리케이션(40)에 나타난다. 그 후 사용자는 의도된 사용자를 표시하도록 통신 인터페이스(52)로의 유선 커넥션으로 또는 무선으로 연결된 사용자 입력을 활성화한다. 이 사용자 입력 활성화는 선택된 사용자의 사용자 식별자를 포함하는 사용자 선택 명령을 생성하도록 스크립트-기반 IMS 애플리케이션(40)을 트리거한다. 이 사용자 선택 명령은 통신 인터페이스(52)에 의해 IG에 송신된다.
스크립트-기반 IMS 애플리케이션(40)은 또한 바람직하게는 IG로부터 비롯되는 통신 인터페이스(52)로부터 서비스 제공자 선택 페이지를 수신한다. 서비스 제공자 선택 페이지는 글로벌 네트워크 내에 있는 서비스 제공자들의 각 제공자 식별자들을 포함한다. 이들 제공자 식별자들은 각 서비스 제공자들과 관련되지만 대신 IG에 의해 IG로 향하도록 설계된다. 서비스 제공자 선택 페이지는 사용자 선택 페이지와 유사한 방식으로 사용자에게 표시된다. 연결된 사용자 입력의 활성화는 IG로 예정되고 선택된 서비스 제공자의 제공자 식별자를 포함하는 서비스 제공자 명령의 스크립트-기반 IMS 애플리케이션(40)에 의한 생성을 트리거한다.
스크립트-기반 IMS 애플리케이션(40)은 또한 바람직하게는 선택된 서비스 제공자에서 이용가능한 IPTV 서비스들의 어드레스 정보를 포함하는 서비스 선택 메시지를 수신한다. 서비스 선택 메시지는 IG로부터 비롯되고 IPTV 서비스들의 관련 어드레스 정보를 포함하는 서비스 설명 로드 명령을 생성하기 위한 스크립트-기반 IMS 애플리케이션(40)에 의해 채용된다. 이 서비스 설명 로드 명령은 임베디드 OITF 시스템(56)에 전달된다.
일단 IPTV 세션이 셋업되면, 스크립트-기반 IMS 애플리케이션(40)은 바람직하게는 IG로의 계류중인 HTTP 요청을 포함하는 계류중인 명령을 생성하여 송신한다. IG는 그 후 계류중인 HTTP 요청에 기초하여 글로벌 네트워크로부터 비롯되는 임의의 진입 요청들을 임베디드 OITF 시스템(56)에 전달할 것이다.
스크립트-기반 IMS 애플리케이션(40)은 바람직하게는 진행중인 IPTV 세션 및 특히 미디어 주문형 IPTV 세션 동안 포트 요청을 생성하여 임베디드 OITF 시스템(56)으로 송신하도록 구성된다. OITF 시스템(56)은 셋탑 박스(50)의 적어도 하나의 미디어 포트의 요청된 포트 식별자(들)를 포함하는 응답 메시지로 응답한다. 스크립트-기반 IMS 애플리케이션(40)은 그 후 포트 식별자(들)를 포함하고 통신 인터페이스(52)와 IG에 의해 선택된 서비스 제공자에 송신되는 초대 메시지를 생성한다.
일단 스크립트-기반 IMS 애플리케이션(40)은 미디어 주문형 IPTV 세션 동안 미디어 서버로부터 이용가능한 미디어 데이터와 관련된 어드레스 정보로의 액세스를 얻으면, 플레이 요청을 생성하여 임베디드 OITF 시스템(56)에 송신한다. 플레이 요청은 어드레스 정보 및 바람직하게는 그 셋업 절차가 이미 스크립트-기반 IMS 애플리케이션(40)과 IPTV 서비스 제공자 사이에서 행해졌기 때문에 어떠한 셋업 절차도 임베디드 OITF 세션(56)에 의해 실행되어서는 안된다는 표시를 포함한다.
미디어 데이터의 멀티캐스팅 또는 브로드캐스팅을 포함하는 스케줄링된 컨텐츠 IPTV 세션 또는 유사한 세션에서, 스크립트-기반 IMS 애플리케이션(40)은 IG로부터 미디어 데이터의 어드레스 정보를 포함하는 세션 설명 메시지를 수신하도록 구성된다. 이 경우, 어드레스 정보는 미디어 서버로부터 이용가능한 멀티캐스트 또는 브로드캐스트 미디어 채널의 어드레스 정보의 형태이다. 어드레스 정보는 임베디드 OITF 시스템(56)으로 송신되어서 멀티캐스트 또는 브로드캐스트 미디어 채널을 조인하도록 임베디드 OITF 시스템(56)을 트리거한다.
대안적인 일 실시예에서, 일반적으로 덜 바람직한 웹 브라우저 애플리케이션(54) 및 임베디드 OITF 시스템(56)이 상이한 셋탑 박스들에서 구현될 수 있지만, 그 후 통신 인터페이스(52)를 통해서 서로 유선 또는 무선으로 연결된다.
게다가, 셋탑 박스(50)는 수신된 미디어 컨텐츠를 디코딩하고 렌더링하기 위한 기능을 갖는 미디어 프로세서를 포함하거나 거기에 유선 또는 무선으로 연결될 수 있다. 그 후 셋탑 박스 또는 미디어 프로세서는 바람직하게는 미디어를 표시하고 재생하는 디스플레이 스크린 및 바람직하게는 라우드스피커를 포함하거나 거기에 연결된다.
도 11은 IG(20)의 일 실시예의 도식적인 개요이다. IG(20)는 일반적으로 도 1에 도시된 바와 같이 홈 네트워크에서 구현됨으로써, 거기에 제공된 셋탑 박스(들)와 홈 네트워크 내에서 통신한다. 그 후 IG(20)는 독립형 디바이스로서 홈 네트워크에 나타날 수 있다. 또는, 그것은 홈 네트워크와 글로벌 네트워크 사이에 프록시 기능을 형성하는 도 1의 게이트웨이와 함께 구현된다. 그러한 프록시 기능은 모뎀 또는 다른 프록시 유닛에 의해 영향을 받을 수 있다. 실제로 홈 네크워크의 셋탑 박스들 중의 하나에서 구현된 IG(20)를 갖는 것이 가능하다.
근본적으로 다른 구현 접근법에서, IG(20)는 홈 네크워크가 아니라 오히려 글로벌 네트워크에서 예를 들면, 액세스 제공자 또는 IPTV 제공자와 연결하여 또는 글로벌 네트워크의 개별 네트워크-엔티티 또는 서버로서 구현된다. 홈 네트워크 또는 글로벌 네트워크에서 구현되는 것과 상관없이, IG(20)는 여전히 HTTP와 SIP 통신들 사이의 번역을 위한 기능을 제공하고 IMS 및 IPTV 애플리케이션 서버와 통신할 수 있다. 홈 네트워크에서 구현되는 경우, IG(20)는 마치 발신자인 것처럼 HTTP 시그널링을 종료하고 SIP 시그널링을 셋업한다. 이것은 스크립트-기반 IMS 애플리케이션이 NAT(network address translation) 유닛 뒤에 있다는 사실을 숨긴다. 네트워크에서 구현된 IG(20)는 프록시로서 동작하고 스크립트-기반 IMS 애플리케이션과의 라우팅 정보를 유지한다. 그 후 IMS는 NAT 이슈들을 다룰 수 있다.
IG(20)는 홈 네트워크 내의 다른 디바이스들, 특히 셋탑 박스 그리고 또한 바람직하게는 선택적으로 게이트웨이를 통해서 글로벌 네트워크 내의 유닛들 또는 서버들과 통신하기 위한 유닛 또는 기능을 포함한다. 이 유닛은 도면에서의 일반적인 I/O 유닛으로서 동작하는 통신 인터페이스(21)로서 나타난다. 실제로, 통신 인터페이스(21)는 외부 또는 원격 디바이스들과의 유선 커넥션을 위한 일반적인 입력 및 출력 인터페이스이거나 수신기/송신기 또는 무선 커넥션을 위한 송수신기의 형태일 수 있다.
IG는 셋탑 박스의 선택된 사용자의 사용자 식별자를 포함하는 레지스터 요청을 생성하도록 구성된 레지스터 프로세서(22)를 포함한다. 이 레지스터 요청은 IMS로 예정되고 통신 인터페이스(21)에 의해 거기에 송신된다. 가입 프로세서(23)는 글로벌 네트워크에서 선택된 IPTV 서비스 제공자로 예정된 가입 요청을 생성하도록 구성된다. 이 가입 요청은 바람직하게는 SD&S 데이터의 형태로 IG(20)가 IPTV 서비스 제공자의 어드레스 정보를 수신할 수 있도록 한다. 이 어드레스 정보는 IG(20)의 어드레스 변환 프로세서(24)에 의해 채용되어서 수신된 어드레스 정보를 IPTV 서비스 제공자와 관련되고 IG(20)로 향하는 변환된 어드레스 정보로 매핑한다. 페이지 작성 프로세서(25)는 변환된 어드레스 정보를 사용하여 웹 페이지, 즉 통신 인터페이스에 의해 셋탑 박스에 송신되는 서비스 제공자 선택 페이지 및 거기에서 실행된 스크립트-기반 IMS 애플리케이션을 생성한다.
특정한 일 실시예에서, 어드레스 변환 프로세서(24)는 또한 잠재적으로 IPTV 세션 내부에서 실행되고 제공될 수 있는 미디어 서비스들을 갖는 다른 서비스 제공자들과 관련된 보조 어드레스 정보를 매핑하도록 구성된다. 어드레스 변환 프로세서(24)는 그에 의해 다른 서비스 제공자(들)와 관련되지만 IG(20)를 향하는 변환된 보조 어드레스 정보를 생성한다. 그 후 페이지 작성 프로세서(25)는 또한 웹 페이지를 생성하는 경우에 이러한 변환된 보조 어드레스 정보를 사용한다.
선택적이지만 바람직한 HTTP-SIP 변환 프로세서(26)는 IG(20)에서 구현되고 스크립트-기반 IMS 애플리케이션으로부터의 HNI-IGI 메시지를 포함하는 셋탑 박스로부터 비롯되는 HTTP-기반 메시지를 IMS 또는 IPTV 서비스 제공자로 예정된 대응하는 SIP-기반 메시지로 변환하도록 구성된다. 따라서, HTTP-SIP 변환 프로세서(26)는 글로벌 네트워크로부터 비롯되는 인커밍 SIP-기반 메시지를 셋탑 박스로 예정된 대응하는 HTTP-기반 메시지로 변환하도록 구성된다.
페이지 작성 프로세서(25)는 바람직하게는 또한 셋탑 박스로부터 비롯되는 사용자 선택 요청에 응답하여 셋탑 박스에 대해 잠재적으로 이용가능한 다수의 사용자들의 사용자 식별자들을 포함하는 웹 페이지 또는 사용자 선택 페이지를 생성하도록 구성된다. 그러한 경우에, IG(20)는 바람직하게는 홈 네트워크의 이전에 등록된 사용자들의 사용자 식별자들을 수용하는 메모리(도시되지 않음)를 포함한다. 그 후 페이지 작성 프로세서(25)는 사용자 선택 요청의 수신 시에 메모리로부터 이러한 저장된 사용자 식별자들을 간단히 검색한다. 대안적인 접근법에서, IG는 IMS와 같은 다른 소스로부터 사용자 식별자들을 검색한다. 그 후 통신 인터페이스(21)는 홈 네트워크의 식별자 또는 IG(20)와 함께 사용자 선택 요청을 IMS로 전달하여 IMS가 이전에 등록된 그 홈 네트워크 또는 IG(20)의 사용자들을 식별하도록 허용한다. 사용자 식별자들은 그 후 통신 인터페이스(21)에 리턴되고 페이지 작성 프로세서(25)로 전달된다.
통신 인터페이스(21)는 바람직하게는 셋탑 박스로부터 계류중인 HTTP 요청을 포함하는 계류중인 명령을 수신하도록 구성된다. 이 계류중인 명령은 IMS 또는 IPTV 애플리케이션 서버와 같은 글로벌 네트워크로부터 비롯되는 임의의 진입 요청들을 셋탑 박스로 송신하도록 통신 인터페이스(21)를 트리거한다.
도 10 및 11에 도시된 바와 같이 셋탑 박스 또는 IG의 임의의 기능들은 소프트웨어에서 구현되어서 셋탑 박스 또는 IG의 컴퓨터의 내부 메모리 또는 처리 유닛으로 직접 로드가능하고 필요한 기능을 실행하기 위한 소프트웨어 코드 부분들을 포함하는 컴퓨터 프로그램 제품으로서 제공된다. 컴퓨터는, 본 명세서에서 개시된 바와 같이 관련 기능을 포함하는 정지형이거나 휴대형인 임의의 디바이스, 서버, 게이트웨이 또는 단말을 포함하도록 넓게 해석되어야 한다.
상술한 실시예들은 본 발명의 몇 가지 설명적인 예로서 이해될 것이다. 당업자라면 다양한 수정, 조합 및 변경은 본 발명의 범위를 벗어나지 않고 실시예가 가능함을 이해할 것이다. 특히, 상이한 실시예들에서의 상이한 부분 솔루션들은 기술적으로 가능한 다른 구성으로 조합될 수 있다. 그러나, 본 발명의 범위는 첨부된 특허청구범위에 의해 정의된다.

Claims (30)

  1. 홈 네트워크(1) 내의 셋탑 박스(50)에서 구현되도록 구성된 IMS(IP Multimedia Subsystem) 애플리케이션(40)으로서,
    IPTV(IP television) 세션을 셋업(set-up)하고 제어하도록 IMS 게이트웨이(20)로 예정된 IPTV 세션 신호들을 생성하도록 구성된 신호 생성기(42); 및
    상기 셋탑 박스(50)에서 구현된 OITF(Open IPTV Terminal Function) 시스템(56)에, 상기 홈 네트워크(1)에 연결된 글로벌 네트워크(2) 내의 미디어 서버(70)로부터 이용가능한 미디어 데이터와 관련되고 상기 IMS 게이트웨이(20)로부터 수신된 어드레스 정보를 제공하도록 구성된 어드레스 제공자(44) - 상기 IMS 애플리케이션(40)은 상기 셋탑 박스(50)에서 구현된 웹 브라우저(54)에 의해 실행되도록 구성된 스크립트-기반 IMS 애플리케이션(40)임 -
    를 포함하는 IMS 애플리케이션.
  2. 셋탑 박스(50)로서,
    IMS 게이트웨이(20)와의 통신을 가능하게 하도록 구성된 통신 인터페이스(52);
    상기 셋탑 박스(50)의 디스플레이 스크린(60) 상에 표시가능하거나 상기 셋탑 박스(50)에 연결된 웹 페이지를 생성하도록 구성된 웹 브라우저(54);
    상기 통신 인터페이스(52)에 연결된 임베디드 OITF(embedded Open IPTV Terminal Function) 시스템(56); 및
    상기 웹 브라우저(54)에 의해 실행되도록 구성된 스크립트-기반 IMS 애플리케이션(40)
    을 포함하며, 상기 스크립트-기반 IMS 애플리케이션은,
    IPTV 세션을 셋업하고 제어하도록 상기 IMS 게이트웨이(20)에 예정된 IPTV 세션 신호들을 생성하도록 구성된 신호 생성기(42); 및
    상기 홈 네트워크(1)에 연결된 글로벌 네트워크(2) 내의 미디어 서버(70)로부터 이용가능한 미디어 데이터와 관련되고 상기 IMS 게이트웨이(20)로부터 수신된 어드레스 정보를 상기 OITF 시스템(56)에 제공하도록 구성된 어드레스 제공자(44) - 상기 OITF 시스템(56)은 상기 스크립트-기반 IMS 애플리케이션(40)으로부터의 상기 어드레스 정보에 기초하여 상기 IPTV 세션 내의 상기 미디어 데이터에 대한 미디어 요청을 생성하도록 구성되고 상기 미디어 서버(70)로 예정됨 - 를 포함하는 셋탑 박스.
  3. 제2항에 있어서,
    상기 통신 인터페이스(52)는 상기 IMS 게이트웨이(20)와 HTTP-기반 통신을 하도록 구성되는 셋탑 박스.
  4. 제2항 또는 제3항에 있어서,
    상기 스크립트 기반 IMS 애플리케이션(40)은 상기 통신 인터페이스(52)에 의해 상기 임베디드 OITF 시스템(56)으로부터 구동(start up) 요청을 수신하고 상기 구동 요청을 상기 IMS 게이트웨이(20)로 전달하여 사용자 선택 페이지의 생성을 시작하도록 구성되는 셋탑 박스.
  5. 제4항에 있어서,
    상기 스크립트-기반 IMS 애플리케이션(40)은 상기 IMS 게이트웨이(20)로부터 이용가능한 사용자들 중의 적어도 하나의 사용자 식별자를 포함하는 상기 사용자 선택 페이지를 수신하고, 상기 디스플레이 스크린(60) 상의 상기 웹 브라우저(54)에 의해 상기 사용자 선택 페이지를 나타내고, 선택된 사용자의 사용자 식별자를 포함하고 상기 셋탑 박스(50)의 사용자 입력의 활성화에 기초하거나 상기 셋탑 박스(50)에 연결되어 생성된 사용자 선택 명령을 상기 IMS 게이트웨이(20)에 송신하도록 구성되는 셋탑 박스.
  6. 제2항 내지 제5항 중의 어느 한 항에 있어서,
    상기 스크립트-기반 IMS 애플리케이션(40)은 상기 IMS 게이트웨이(20)로부터 상기 글로벌 네트워크(2) 내에 존재하는 각각의 이용가능한 서비스 제공자(80)에 대해, 상기 서비스 제공자(80)와 관련되지만 상기 IMS 게이트웨이(20)를 향하는 제공자 식별자를 포함하는 서비스 제공자 선택 페이지를 수신하고, 선택된 서비스 제공자(80)의 제공자 식별자를 포함하고 그 사용자 입력의 활성화에 기초하거나 상기 셋탑 박스(50)에 연결되어 생성된 서비스 제공자 명령을 상기 IMS 게이트웨이(20)에 송신하도록 구성되는 셋탑 박스.
  7. 제2항 내지 제6항 중의 어느 한 항에 있어서,
    상기 스크립트-기반 IMS 애플리케이션(40)은 상기 글로벌 네트워크(2)에 존재하는 선택된 서비스 제공자(80)에 이용가능한 IPTV 서비스들의 어드레스 정보를 포함하는 서비스 선택 메시지를 상기 IMS 게이트웨이(20)로부터 수신하고, 상기 IPTV 서비스들의 상기 어드레스 정보를 포함하는 서비스 설명 로드 명령(service description load command)을 상기 임베디드 OITF 시스템(56)에 송신하도록 구성되는 셋탑 박스.
  8. 제2항 내지 제7항 중의 어느 한 항에 있어서,
    상기 스크립트-기반 IMS 애플리케이션(40)은 상기 IMS 게이트웨이(20)가 상기 글로벌 네트워크(2)로부터 비롯되는 진입(incoming) 요청을 상기 임베디드 OITF 시스템(56)에 전달할 수 있도록 상기 IMS 게이트웨이(20)에 대해 계류중인 HTTP 요청을 포함하는 계류중인 명령을 송신하도록 구성되는 셋탑 박스.
  9. 제2항 내지 제8항 중의 어느 한 항에 있어서,
    상기 스크립트-기반 IMS 애플리케이션(40)은 상기 임베디드 OITF 시스템(56)에 포트 요청을 송신하고, 상기 셋탑 박스(50)의 적어도 하나의 미디어 포트의 포트 식별자를 포함하는 응답 베시지를 상기 임베디드 OITF 시스템(56)으로부터 수신하고, 상기 포트 식별자를 포함하는 초대 메시지를 상기 IMS 게이트웨이(20)에 의해 상기 글로벌 네트워크(2) 내의 선택된 서비스 제공자(80)에 송신하도록 구성되는 셋탑 박스.
  10. 제2항 내지 제9항 중의 어느 한 항에 있어서,
    상기 스크립트-기반 IMS 애플리케이션(40)은, 상기 미디어 서버(70)로부터 이용가능한 상기 미디어 데이터와 관련된 상기 어드레스 정보 및 어떠한 셋업 절차도 상기 임베디드 OITF 시스템(56)에 의해 실행되어서는 안된다는 표시를 포함하는 플레이 요청(play request)을 상기 임베디드 OITF 시스템(56)에 송신하도록 구성되는 셋탑 박스.
  11. 제2항 내지 제8항 중의 어느 한 항에 있어서,
    상기 스크립트-기반 IMS 애플리케이션(40)은, 상기 미디어 서버(70)로부터 이용가능한 멀티캐스트 또는 브로드캐스트 미디어 채널의 어드레스 정보 형태인 상기 어드레스 정보를 포함하는 세션 설명 메시지(session description message)를 상기 IMS 게이트웨이(20)로부터 수신하고, 상기 멀티캐스트 또는 브로드캐스트 미디어 채널을 연결(join)하기 위해 상기 임베디드 OITF 시스템(56)을 트리거하도록 상기 어드레스 정보를 상기 임베디드 OITF 시스템(56)에 송신하도록 구성되는 셋탑 박스.
  12. IMS(IP Multimedia Subsystem) 게이트웨이(20)로서,
    홈 네트워크(1) 내에 존재하는 셋탑 박스(50) 및 상기 홈 네트워크(1)에 연결된 글로벌 네트워크(2) 내의 서버들(70, 80)과 통신가능하도록 구성된 통신 인터페이스(21);
    상기 셋탑 박스(50)의 사용자의 사용자 식별자를 포함하고 상기 글로벌 네트워크(2) 내의 IMS 서버로 예정된 레지스터 요청을 생성하도록 구성된 레지스터 프로세서(22);
    상기 글로벌 네트워크(2)에 존재하는 IPTV(IP television) 서비스 제공자(80)로 예정된 가입 요청을 생성하도록 구성된 가입 프로세서(23);
    상기 글로벌 네트워크(2)로부터 상기 사용자에 이용가능한 각각의 IPTV 서비스에 대해, 상기 가입 요청에 응답하여 수신된 어드레스 정보를 상기 IMS 게이트웨이(20)로 향하는 변환된 어드레스 정보에 매핑하도록 구성된 어드레스 변환 프로세서(24); 및
    상기 IMS 게이트웨이(20)로 향하는 상기 변환된 어드레스 정보를 포함하고 상기 셋탑 박스(50)로 예정된 웹 페이지를 생성하도록 구성된 페이지 작성 프로세서(page building processor; 25)
    를 포함하는 IMS 게이트웨이.
  13. 제12항에 있어서,
    상기 어드레스 변환 프로세서(24)는 보조 서비스 제공자와 관련된 보조 어드레스 정보를 상기 IMS 게이트웨이(20)로 향하는 변환된 보조 어드레스 정보에 매핑하도록 구성되고, 상기 페이지 작성 프로세서(25)는 상기 변환된 어드레스 정보 및 상기 변환된 보조 어드레스 정보를 포함하는 상기 웹 페이지를 생성하도록 구성되는 IMS 게이트웨이.
  14. 제12항 또는 제13항에 있어서,
    상기 셋탑 박스(50)로부터 유래하는 HTTP-기반 메시지를 상기 IMS 서버 또는 상기 IPTV 서비스 제공자(80)로 예정된 대응하는 SIP-기반 메시지로 변환하고, 상기 IMS 서버 또는 IPTV 서비스 제공자(80)로부터 유래하는 SIP-기반 메시지를 상기 셋탑 박스(50)로 예정된 HTTP-기반 메시지로 변환하도록 구성된 HTTP-SIP 변환 프로세서(26)를 더 포함하는 IMS 게이트웨이.
  15. 제12항 내지 제14항 중의 어느 한 항에 있어서,
    상기 페이지 작성 프로세서(25)는 상기 셋탑 박스(50)로부터 유래하는 사용자 선택 요청에 응답하여 상기 셋탑 박스(50)에 대해 잠재적으로 이용가능한 다수의 사용자들의 사용자 식별자들을 포함하는 웹 페이지를 생성하도록 구성되고, 상기 통신 인터페이스(21)는 상기 사용자 식별자를 포함하는 상기 웹 페이지를 상기 셋탑 박스(50)에 송신하도록 구성되는 IMS 게이트웨이.
  16. 제12항 내지 제15항 중의 어느 한 항에 있어서,
    상기 통신 인터페이스(21)는 상기 셋탑 박스(50)로부터 계류중인 HTTP 요청을 포함하는 계류중인 명령을 수신하고, 상기 계류중인 명령에 응답하여 상기 글로벌 네트워크(2)로부터 유래하는 진입 요청을 상기 셋탑 박스(50)에 송신하도록 구성되는 IMS 게이트웨이.
  17. 제12항 내지 제16항 중의 어느 한 항에 있어서,
    상기 통신 인터페이스(21)는 상기 셋탑 박스(50) 내의 웹 브라우저(54)에 의해 실행되도록 구성된 스크립트-기반 IMS 애플리케이션(40)과의 통신을 가능하게 하도록 구성되는 IMS 게이트웨이.
  18. IPTV 세션을 설정하는 방법으로서,
    셋탑 박스(50)에서 구현된 웹 브라우저(54) 내의 스크립트-기반 IMS 애플리케이션(40)을 실행하는 단계;
    상기 스크립트-기반 IMS 애플리케이션(40)이, 상기 셋탑 박스(50)의 사용자 입력의 활성화에 기초하거나 상기 셋탑 박스(50)에 연결된 IPTV 세션 셋업 신호들을 생성하는 단계;
    홈 네트워크(1) 내의 상기 셋탑 박스(50)에 연결된 IMS 게이트웨이(20)에 상기 IPTV 세션 셋업 신호들을 전달(communicating)하는 단계;
    상기 스크립트-기반 IMS 애플리케이션(40)이, 상기 홈 네트워크(1)에 연결된 글로벌 네트워크(2) 내의 미디어 서버(70)로부터 이용가능한 미디어 데이터와 관련된 어드레스 정보를 상기 IMS 게이트웨이(20)로부터 수신하는 단계; 및
    상기 스크립트-기반 IMS 애플리케이션(40)이, IPTV 세션 내에서 상기 미디어 데이터에 대한 상기 미디어 서버(70)로 예정된 미디어 요청의 생성을 트리거하기 위해 상기 어드레스 정보를 상기 셋탑 박스(50)의 임베디드 OITF(Open IPTV Terminal Function) 시스템(56)에 전달(forwarding)하는 단계
    를 포함하는 방법.
  19. 제18항에 있어서,
    상기 스크립트-기반 IMS 애플리케이션(40)이, 상기 임베디드 OITF 시스템(56)으로부터 구동 요청을 수신하는 단계; 및
    상기 스크립트-기반 IMS 애플리케이션(40)이, 사용자 선택 페이지의 생성을 트리거하기 위해 상기 구동 요청을 상기 IMS 게이트웨이(20)에 전달하는 단계
    를 더 포함하는 방법.
  20. 제19항에 있어서,
    상기 스크립트-기반 IMS 애플리케이션(40)이, 이용가능한 사용자들의 적어도 하나의 사용자 식별자를 포함하는 상기 사용자 선택 페이지를 상기 IMS 게이트웨이(20)로부터 수신하는 단계;
    상기 스크립트-기반 IMS 애플리케이션(40)이, 상기 셋탑 박스(50)의 디스플레이 스크린(60) 상의 상기 웹 브라우저(54) 또는 상기 셋탑 박스(50)에 연결된 상기 웹 브라우저(54)에 의해 상기 사용자 선택 페이지를 제시하는 단계; 및
    상기 스크립트-기반 IMS 애플리케이션(40)이, 선택된 사용자의 사용자 식별자를 포함하고 상기 셋탑 박스(50)의 사용자 입력의 활성화에 기초하거나 상기 셋탑 박스(50)에 연결되어 생성된 사용자 선택 명령을 상기 IMS 게이트웨이(20)에 송신하는 단계
    를 더 포함하는 방법.
  21. 제18항 내지 제20항 중의 어느 한 항에 있어서,
    상기 스크립트-기반 IMS 애플리케이션(40)이, 상기 글로벌 네트워크(2)에 존재하는 이용가능한 서비스 제공자(80) 각각에 대해, 상기 서비스 제공자(80)와 관련되지만 상기 IMS 게이트웨이(20)로 향하는 제공자 식별자를 포함하는 서비스 제공자 선택 페이지를 상기 IMS 게이트웨이(20)로부터 수신하는 단계; 및
    상기 스크립트-기반 IMS 애플리케이션(40)이, 선택된 서비스 제공자(80)의 제공자 식별자를 포함하고 상기 셋탑 박스(50)의 사용자 입력의 활성화에 기초하거나 상기 셋탑 박스(50)에 연결되어 생성된 서비스 제공자 명령을 상기 IMS 게이트웨이(20)에 송신하는 단계
    를 더 포함하는 방법.
  22. 제18항 내지 제21항 중의 어느 한 항에 있어서,
    상기 스크립트-기반 IMS 애플리케이션(40)이, 상기 글로벌 네트워크(2)에 존재하는 선택된 서비스 제공자(80)에 이용가능한 IPTV 서비스들의 어드레스 정보를 포함하는 서비스 선택 메시지를 상기 IMS 게이트웨이(20)로부터 수신하는 단계; 및
    상기 스크립트-기반 IMS 애플리케이션(40)이, 상기 IPTV 세션의 상기 어드레스 정보를 포함하는 서비스 설명 로드 명령을 상기 임베디드 OITF 시스템(56)에 송신하는 단계
    를 더 포함하는 방법.
  23. 제18항 내지 제22항 중의 어느 한 항에 있어서,
    상기 스크립트-기반 IMS 애플리케이션(40)이, 상기 IMS 게이트웨이(20)로 하여금 상기 글로벌 네트워크(2)로부터 유래하는 진입 요청을 상기 임베디드 OITF 시스템(56)으로 전달할 수 있도록 하기 위해 계류중인 HTTP 요청을 포함하는 계류중인 명령을 상기 IMS 게이트웨이(20)에 송신하는 단계를 더 포함하는 방법.
  24. 제18항 내지 제23항 중의 어느 한 항에 있어서,
    상기 스크립트-기반 IMS 애플리케이션(40)이, 상기 OITF 임베디드 시스템(56)에 포트 요청을 송신하는 단계;
    상기 스크립트-기반 IMS 애플리케이션(40)이, 상기 셋탑 박스(50)의 적어도 하나의 미디어 포트의 포트 식별자를 포함하는 응답 메시지를 상기 임베디드 OITF 시스템(56)으로부터 수신하는 단계; 및
    상기 스크립트-기반 IMS 애플리케이션(40)이, 상기 포트 식별자를 포함하는 초대 메시지를 상기 IMS 게이트웨이(20)에 의해 상기 글로벌 네트워크(2) 내의 선택된 서비스 제공자(80)에 송신하는 단계를 더 포함하는 방법.
  25. 제18항 내지 제24항 중의 어느 한 항에 있어서,
    상기 어드레스 정보를 전달하는 단계는, 상기 스크립트-기반 IMS 애플리케이션(40)이, 상기 미디어 서버(70)에 이용가능한 상기 미디어 데이터와 관련된 상기 어드레스 정보 및 어떠한 셋업 절차도 상기 임베디드 OITF 시스템(56)에 의해 실행되어서는 안된다는 표시를 포함하는 플레이 요청을 상기 임베디드 OITF 시스템(56)에 송신하는 단계를 포함하는 방법.
  26. 제18항 내지 제23항 중의 어느 한 항에 있어서,
    상기 스크립트-기반 IMS 애플리케이션(40)이, 상기 미디어 서버(70)로부터 이용가능한 멀티캐스트 또는 브로드캐스트 미디어 채널의 어드레스 정보의 형태인 상기 어드레스 정보를 포함하는 세션 설명 메시지를 상기 IMS 게이트웨이(20)로부터 수신하는 단계를 더 포함하며,
    상기 어드레스 정보를 전달하는 단계는, 상기 스크립트-기반 IMS 애플리케이션(40)이, 상기 멀티캐스트 또는 브로드캐스트 미디어 채널을 연결하기 위해 상기 임베디드 OITF 시스템(56)을 트리거하도록 상기 임베디드 OITF 시스템(56)에 상기 어드레스 정보를 송신하는 단계를 포함하는 방법.
  27. IPTV 세션을 설정하는 방법으로서,
    IMS 게이트웨이(20)가, 홈 네트워크(1) 내의 셋탑 박스(50)의 사용자의 사용자 식별자를 포함하는 레지스터 요청을 상기 홈 네트워크(1)에 연결된 글로벌 네트워크(2) 내의 IMS 서버에 송신하는 단계;
    상기 IMS 게이트웨이(20)가, 상기 글로벌 네트워크(2) 내에 존재하는 IPTV 서비스 제공자(80)로 예정된 가입 요청을 송신하는 단계;
    상기 IMS 게이트웨이(20)가, 상기 글로벌 네트워크(2)로부터 상기 사용자에 이용가능한 각각의 IPTV 서비스에 대해, 상기 가입 요청에 응답하여 수신된 어드레스 정보를 상기 IMS 게이트웨이(20)로 향하는 변환된 어드레스 정보에 매핑하는 단계;
    상기 IMS 게이트웨이(20)가, 상기 IMS 게이트웨이(20)로 향하는 상기 변환된 어드레스 정보를 포함하는 웹 페이지를 생성하는 단계; 및
    상기 IMS 게이트웨이(20)가, 상기 웹 페이지를 상기 셋탑 박스(50)에 송신하는 단계
    를 포함하는 방법.
  28. 제27항에 있어서,
    상기 IMS 게이트웨이(20)가, 보조 서비스 제공자와 관련된 보조 어드레스 정보를 상기 IMS 게이트웨이(20)로 향하는 변환된 보조 어드레스 정보에 매핑하는 단계를 더 포함하며,
    상기 웹 페이지를 생성하는 단계는, 상기 IMS 게이트웨이(20)가, 상기 변환된 어드레스 정보 및 상기 변환된 보조 어드레스 정보를 포함하는 상기 웹 페이지를 생성하는 단계를 포함하는 방법.
  29. 제27항 또는 제28항에 있어서,
    상기 IMS 게이트웨이(20)가, 상기 셋탑 박스(50)로부터 유래하는 사용자 선택 요청에 응답하여 상기 셋탑 박스(50)에 대해 잠재적으로 이용가능한 다수의 사용자들의 사용자 식별자들을 포함하는 웹 페이지를 생성하는 단계; 및
    상기 IMS 게이트웨이(20)가, 상기 사용자 식별자들을 포함하는 상기 웹 페이지를 상기 셋탑 박스(50)에 송신하는 단계
    를 더 포함하는 방법.
  30. 제27항 내지 제29항 중의 어느 한 항에 있어서,
    상기 IMS 게이트웨이(20)가, 상기 셋탑 박스(50)로부터 계류중인 HTTP 요청을 포함하는 계류중인 명령을 수신하는 단계; 및
    상기 IMS 게이트웨이(20)가, 상기 계류중인 명령에 응답하여, 상기 글로벌 네트워크(2)로부터 유래하는 진입 요청을 상기 셋탑 박스(50)에 송신하는 단계
    를 더 포함하는 방법.
KR1020117015070A 2009-05-18 2010-05-17 셋탑 박스에서 ｉｍｓ 기능을 구현하는 방법 KR101335817B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US17930009P 2009-05-18 2009-05-18
US61/179,300 2009-05-18
PCT/SE2010/050533 WO2010134876A1 (en) 2009-05-18 2010-05-17 Method for implementing ims functionality in a set top box

Publications (2)

Publication Number Publication Date
KR20110089882A true KR20110089882A (ko) 2011-08-09
KR101335817B1 KR101335817B1 (ko) 2013-12-03

Family

ID=43126381

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020117015070A KR101335817B1 (ko) 2009-05-18 2010-05-17 셋탑 박스에서 ｉｍｓ 기능을 구현하는 방법

Country Status (9)

Country Link
US (1) US20110246567A1 (ko)
EP (1) EP2356797B1 (ko)
JP (1) JP4891467B1 (ko)
KR (1) KR101335817B1 (ko)
CN (1) CN102273172B (ko)
MX (1) MX2011005294A (ko)
RU (1) RU2488231C2 (ko)
SG (1) SG171753A1 (ko)
WO (1) WO2010134876A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20130082754A (ko) * 2011-12-16 2013-07-22 삼성전자주식회사 특정 서비스를 제공하는 장치 및 방법

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2459435A (en) * 2008-04-02 2009-10-28 Vodafone Plc Telecommunications network
IN2012DN01012A (ko) * 2009-08-07 2015-04-10 Ericsson Telefon Ab L M
CN101800883B (zh) * 2010-01-21 2013-08-07 中兴通讯股份有限公司 一种基于无线数据卡的交互式网络电视系统及其实现方法
US8732753B2 (en) * 2010-06-07 2014-05-20 Guest Tek Interactive Entertainment Ltd. Method of operating one or more controllable devices in dependence upon commands received from a plurality of mobile devices and system controller thereof
US20130232526A1 (en) * 2010-11-09 2013-09-05 Thomson Licensing Application client for a gateway system
US20120284764A1 (en) * 2011-05-05 2012-11-08 Keith Ball Method and system for requesting services by a media device
EP2530950A1 (en) * 2011-06-02 2012-12-05 Samsung Electronics Co., Ltd. Display apparatus and implementation method thereof for installing applications for services
US9055314B2 (en) * 2012-10-04 2015-06-09 Verizon Patent And Licensing Inc. Secure transfer of credit card information
CN103002323A (zh) * 2012-11-27 2013-03-27 中兴通讯股份有限公司 交互式网络电视系统中节目共享方法及终端
US9537902B2 (en) 2013-02-13 2017-01-03 Qualcomm Incorporated Enabling devices without native broadcast capability to access and/or receive broadcast data in an efficient manner
KR20140136708A (ko) * 2013-05-21 2014-12-01 삼성전자주식회사 서버 장치, 디스플레이 장치 및 그 장치의 어플리케이션 리스트 제공 방법
US10638190B2 (en) 2013-12-23 2020-04-28 Blutether Limited Personal area network proxy service for video systems
US11570281B2 (en) 2013-12-23 2023-01-31 Blutether Limited Mobile application-based proxy service for connecting devices such as meters to a remote server
US9485801B1 (en) * 2014-04-04 2016-11-01 Sprint Communications Company L.P. Mobile communication device connected to home digital network
US10210263B1 (en) * 2014-06-24 2019-02-19 Google Llc Native application search results
CA3207190A1 (en) * 2014-09-25 2016-03-31 Blackberry Limited Retrieving media content
US11032219B2 (en) * 2015-12-22 2021-06-08 Intel Corporation Network aware application dependent adaptive protocol selection for IoT communications
CN107027074B (zh) * 2017-04-05 2020-05-05 烽火通信科技股份有限公司 一种基于智能终端的iptv中间件启动控制方法及系统

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7111051B2 (en) * 2000-01-26 2006-09-19 Viaclix, Inc. Smart card for accessing a target internet site
GB2371707B (en) * 2001-01-30 2004-06-30 Media Logic Systems Ltd Improved interactive system for enabling TV shopping
US7349425B2 (en) * 2001-03-28 2008-03-25 Qualcomm Incorporated Method and apparatus for overhead messaging in a wireless communication system
US7584491B2 (en) * 2001-04-25 2009-09-01 Sony Corporation System and method for managing interactive programming and advertisements in interactive broadcast systems
US7363354B2 (en) * 2001-11-29 2008-04-22 Nokia Corporation System and method for identifying and accessing network services
WO2007071282A1 (en) * 2005-12-19 2007-06-28 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for enabling discovery within a home network
JP2007272868A (ja) * 2006-03-07 2007-10-18 Sony Corp 情報処理装置、情報通信システム、および情報処理方法、並びにコンピュータ・プログラム
CN101438256B (zh) * 2006-03-07 2011-12-21 索尼株式会社 信息处理设备、信息通信系统、信息处理方法
JP4921551B2 (ja) 2006-06-02 2012-04-25 テレフオンアクチーボラゲット エル エム エリクソン（パブル） ＨｉＧＡのＩＭＳサービスプロキシ
US20080141306A1 (en) * 2006-12-07 2008-06-12 Telefonaktiebolaget Lm Ericsson (Publ) Method of sending media program information to a subscriber and nodes therefor
US20100017815A1 (en) * 2006-12-20 2010-01-21 Mas Ivars Ignacio Method and Node in an IPTV Network
US8418206B2 (en) * 2007-03-22 2013-04-09 United Video Properties, Inc. User defined rules for assigning destinations of content
CN101052044B (zh) * 2007-05-18 2010-04-21 华为技术有限公司 一种ims中iptv流媒体业务实现方法、网络设备及终端设备
US20090017796A1 (en) * 2007-07-09 2009-01-15 Telefonaktiebolaget Lm Ericsson (Publ) Methods and systems for communicating between ims and non-ims networks
WO2009024071A1 (fr) * 2007-08-17 2009-02-26 Huawei Technologies Co., Ltd. Système, procédé et dispositif pour réaliser une sécurité de contenu multimédia iptv
JP5396465B2 (ja) * 2008-05-02 2014-01-22 テレフオンアクチーボラゲット エル エム エリクソン（パブル） セッションを管理する方法およびセッションマネージャ
US20100083329A1 (en) * 2008-09-30 2010-04-01 General Instrument Corporation Apparatus, method and system for selecting and configuring internet content for bypass encapsulation within a bypass architecture

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20130082754A (ko) * 2011-12-16 2013-07-22 삼성전자주식회사 특정 서비스를 제공하는 장치 및 방법
US10045176B2 (en) 2011-12-16 2018-08-07 Samsung Electronics Co., Ltd. Apparatus and method for providing a specific service

Also Published As

Publication number Publication date
SG171753A1 (en) 2011-07-28
JP2012516495A (ja) 2012-07-19
EP2356797B1 (en) 2015-03-04
JP4891467B1 (ja) 2012-03-07
CN102273172B (zh) 2016-06-01
RU2488231C2 (ru) 2013-07-20
WO2010134876A1 (en) 2010-11-25
CN102273172A (zh) 2011-12-07
US20110246567A1 (en) 2011-10-06
EP2356797A4 (en) 2013-03-20
MX2011005294A (es) 2011-06-17
KR101335817B1 (ko) 2013-12-03
RU2011132397A (ru) 2013-02-10
EP2356797A1 (en) 2011-08-17

Similar Documents

Publication Publication Date Title
KR101335817B1 (ko) 셋탑 박스에서 ｉｍｓ 기능을 구현하는 방법
US11115507B2 (en) Service discovery
EP2030403B1 (en) Ims service proxy in higa
JP4987126B2 (ja) マルチメディア・ストリームの送信方法およびシステム
US20090180484A1 (en) Information Processing Apparatus, Information Processing Method, and Computer Program
EP3017579A1 (en) System and device for enabling any network functionality client or server in a html5 application
CN109981560B (zh) 电视接收器和装置
US20110296460A1 (en) Method and apparatus for providing remote user interface (ui) service
USRE46508E1 (en) Method of processing data in internet protocol television receiver and internet protocol television receiver
CN102047681A (zh) 基于在多播会话中接收的应用使用互联网协议电视服务的方法和设备
US9054891B2 (en) Distributing session initiation protocol content to universal plug and play devices in a local network
EP2514200B1 (en) Time-shifting of a live media stream
KR100556755B1 (ko) 유피엔피(ＵＰｎＰ) 미디어 서버로의 변경 장치 및 방법
US9774904B2 (en) Method and apparatus for searching for IPTV service relay devices and method and apparatus for interacting with devices
US20110164857A1 (en) Systems and methods for network-based bookmarking
KR20090101079A (ko) Ｉｐｔｖ 수신기의 데이터 처리 방법 및 상기 ｉｐｔｖ 수신기
Friedrich et al. Iptv user equipment for ims-based streaming services
KR101520700B1 (ko) Ｉｐｔｖ 수신기의 데이터 처리 방법 및 상기 ｉｐｔｖ 수신기
KR101520701B1 (ko) Ｉｐｔｖ 수신기의 데이터 처리 방법 및 상기 ｉｐｔｖ 수신기
JP2018078588A (ja) Ｔｖ受信機、表示装置、並びに装置

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20161108

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20171109

Year of fee payment: 5

FPAY Annual fee payment

Payment date: 20181108

Year of fee payment: 6