KR101623226B1 - 아이피티브이 장치 및 이 장치에 적합한 방법 - Google Patents

아이피티브이 장치 및 이 장치에 적합한 방법 Download PDF

Info

Publication number
KR101623226B1
KR101623226B1 KR1020117016124A KR20117016124A KR101623226B1 KR 101623226 B1 KR101623226 B1 KR 101623226B1 KR 1020117016124 A KR1020117016124 A KR 1020117016124A KR 20117016124 A KR20117016124 A KR 20117016124A KR 101623226 B1 KR101623226 B1 KR 101623226B1
Authority
KR
South Korea
Prior art keywords
upgrade
manufacturer
operator
token object
token
Prior art date
Application number
KR1020117016124A
Other languages
English (en)
Other versions
KR20110113173A (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 KR20110113173A publication Critical patent/KR20110113173A/ko
Application granted granted Critical
Publication of KR101623226B1 publication Critical patent/KR101623226B1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
    • G06F21/57—Certifying or maintaining trusted computer platforms, e.g. secure boots or power-downs, version controls, system software checks, secure updates or assessing vulnerabilities
    • G06F21/572—Secure firmware programming, e.g. of basic input output system [BIOS]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • 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/41—Structure of client; Structure of client peripherals
    • H04N21/426—Internal components of the client ; Characteristics thereof
    • H04N21/42684—Client identification by a unique number or address, e.g. serial number, MAC address, socket ID
    • 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/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • 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
    • 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/4432—Powering on the client, e.g. bootstrap loading using setup parameters being stored locally or received 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/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/458—Scheduling content for creating a personalised stream, e.g. by combining a locally stored advertisement with an incoming stream; Updating operations, e.g. for OS modules ; time-related management operations
    • H04N21/4586—Content update operation triggered locally, e.g. by comparing the version of software modules in a DVB carousel to the version stored locally
    • 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/61—Network physical structure; Signal processing
    • H04N21/6156—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network
    • H04N21/6175—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network involving transmission via Internet

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Power Engineering (AREA)
  • Databases & Information Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Stored Programmes (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

운영자 시스템과 TV 제조자 시스템을 포함하는 IPTV 시스템에 연결될 수 있는 TV 장치의 업그레이드를 가능하게 하는 방법이 제공되는 바, 업그레이드는 TV 장치의 업그레이드 요청을 검증하는 토큰 오브젝트를 기반으로 한다. TV 장치로부터 업그레이드 요청을 수신하는 것에 응해 토큰 오브젝트가 TV 제조자 시스템에서 생성되어 TV 장치로 전송되므로, 상기 TV 장치가 토큰 오브젝트를 가지는 관계로 업그레이드 프로세스를 완료할 수 있게 된다. 제안된 방법을 수행하기에 적합한 TV 장치, 운영자 시스템 및 TV 제조자 시스템이 제공된다.

Description

아이피티브이 장치 및 이 장치에 적합한 방법{An IPTV device and a method adapted for such a device}
본 출원은 일반적으로 운영자 시스템과 TV 제조자 시스템으로 구성되는 아이피티브이(IPTV)시스템에 관한 것으로서, 특히 이러한 시스템에 연결가능한 아이피티브이 장치용 메커니즘에 관한 것이다.
텔레비젼 분배망들은 단방향 분배(one-way distribution) 분산에서 양방향 대화형 통신망(two-way interactive communication network)으로 이동중이고, 또한 모든 서비스들이 한 장소에서 소비되도록만 하는 솔루션에서 어느 곳에서라도 광범위한 유형과 거의 스크린들 상에서 소비되도록 하는 것으로 이동중이기 때문에, 우리들은 TV 프로그램 광고, 쌍방향 게임 및 다른 서비스들을 위한 완전히 새로운 거대 시장의 탄생을 목격하게 될 것이다.
유선 또는 무선 양방향 망들을 통한 쌍방향 참가(interactivity)은 시청자들이 많은 방식으로 참여할 수 있도록 해주는데, 예컨대 사용자들이 TV쇼 도중에 투표를 할 수 있도록 하고, 광고와 상호작용을 통해 물건을 구매할 수 있도록 하고 그리고 TV쇼에 개인적인 메시지를 전송할 수 있도록 하는 것 등이다.
개인화가 되면서 시청자들을 새로운 가능성을 가지게 되는데, 예컨대 타킷 광고(targeted advertizing) 중에서 어느 광고를 수신할 것인지를 선택할 수 있는 가능성과, 전자 프로그램안내(EPG:electronic program guide)에 TV프로그램을 어떻게 나열할 것인지 또는 어느 프로그램 컨텐츠를 소비할 것이지와 언제 소비할 것인지 등이다.
인터넷 프로토콜 텔레비젼(IPTV) 공급자가 감소하고 있는 음성 트래픽 수익을 상쇄하기 위하여 그들의 망에 새로운 고객들을 끌어들이게 되면, 인터넷 프로토콜 텔레비젼 공급자는 텔레콤 서비스 제공자(telecom service provider)들에게 새로운 수익 기회를 제공하게 된다. 이는, 유선 텔레콤 서비스 제공자들의 상당 부분이 IPTV로 이동할 수 있게 되는 것이다. IPTV를 통해, 텔레콤 서비스 제공자는 케이블 운영자, 위성 TV 운영자 및 다른 지역 서비스 운영자로부터 제공되는 TV와의 경합을 시작할 수 있다. IPTV는 또한 전형적으로 "트리플 플레이"라고 불리는 인터넷, 음성 및 IPTV의 번들 제공을 도입함으로써, 텔레콤 서비스 제공자들이 기존 고객들을 유지하는 것을 도와주고 또한 케이블 시스템 가입자의 이동을 방지한다.
IPTV는 유선 및 무선전화망들과 같은 통신망들에서 효율적으로 사용하는 미디어를 IPTV 서비스 제공자들이 제공할 수 있도록 하기 위하여 웹-브라우저 기술을 사용한다. 통상적인 웹 브라우저 어플리케이션은 사용자들이 브라우저를 통해 접근할 수 있는 특정 인터넷 페이지와 다른 파일 위치를 볼 수 있도록 해준다. 웹페이지 각각은 전형적으로 Uniform Resource Identifier(URI), 또는 다른 페이지 어드레스로 식별된다.
IPTV 시스템에서, 멀티미디어 스트림은 일련의 IP 데이터 페킷들로 엔코드된다. IPTV에 대한 연구는, 인터넷과 그리고 제어된 서비스품질(QoS:quality-of-service) 실행을 가지는 관리망을 통해 사용자 장비(UEs:user equipments)에 멀티미디어와 IPTV 서비스들을 공급하기 위한 최종 사용자(end-to-end) 플랫폼을 명시하는 오픈 아이피티브이 포럼(Open IPTV Form)을 포함하는 여러 컨텍스트에서 진행중이다.
IPTV시스템에서, UE 또는 IPTV 장치는 셋-탑 박스(STB) 또는 STB 능력이 통합된 TV일 수 있다. 이러한 사용자 장치는, IPTV 서비스에 액세스할 수 있도록, 예컨대 IP 멀티미디어 시스템(IMS)를 통해 액세스할 수 있도록 구성될 수 있다. IPTV 분배를 통해 제공되는 새로운 서비스와, 이러한 서비스들에 사용자의 친숙한 액세스를 가능하게 하는 사용자 인터페이스들의 급속한 개발들과 함께, TV 제조자들이 IPTV 장치의 제조시에 이미 가장 적합한 서비스 프로파일을 가지는 그들의 IPTV 장치들을 제공할 수 있도록 해야한다는 문제가 있다.
오픈 아이피티브이 포럼 단만 기능(OTIFs)과 같은, IPTV 단말장치들에서 이용할 수 있는 상이한 서비스 프로파일들을 가져야할 필요가 있다. 이러한 단말기들은 오픈 아이피티브이 포럼 단말 기능(OTIF) 기능에 제공되는 셋-탑 박스(STB) 또는 TV에서 구현되는 다양한 기능들을 가질 수 있다.
상이한 서비스 프로파일들의 사용을 구현하는 한 방식은, TV 장치의 사용자들에게 OITF 기능들이 통합된 두 개의 상이한 프로파일들을 제공하는 것일 수 있는데, 첫 번째 하나는, 몇몇 기초 기능을 포함하는 단순한 서비스 프로파일이고, 두 번째는 보다 특징이 풍부한 서비스 프로파일이다. 첫 번째 서비스 프로파일은 예컨대 어떠한 서비스품질(QoS) 보장도 없이 광대역망을 통해 액세스할 수 있는 소위 오픈 인터텟으로부터 제공되는 서비스들에 액세스하는 것을 목적으로 하는 반면, 두 번째 서비스 프로파일은 예컨대 TV 장치의 사용자가 액세스할 수 있도록 해주고, 또한 사용자가 사용자의 전기통신운영자에 의해 관리되는 IPTV 서비스들을 활용할 수 있도록 해주는 기능을 포함할 수 있다.
한가지 의문점은, 사업규정에 의해 결정되는 적절한 시점에 TV 장치를 두 번째 서비스 프로파일로 업그레이드 시키는데 사용할 수 있는 몇몇 의무적인 소프트웨어 업그레이드 메커니즘과 함께, TV 장치를 첫 번째 서비스 프로파일에 맞도록 초기에 구축할 수 있는 방법이 있는 가이다.
본 발명의 권리는 상기 업그레이드 메커니즘에 적용된다.
한 특징에 따라서, TV장치의 업그레이드를 수행하기 위한 방법이 제공되는 바, 방법은 운영자 시스템과 TV 제조자 시스템을 포함하는 IPTV 시스템에 연결가능한 TV장치에서 수행되게 되는 다수의 단계들을 포함한다. 새로운 IPTV 서비스 프로파일에 대한 업그레이드 서비스는 TV 장치에서부터 시작되고, 업그레이드 요청 메시지가 운영자 시스템으로 전송된다. 운영자 시스템은 TV 제조자 시스템으로부터 토큰 오브젝트(token object)를 취득하고, 취득한 토큰 오브젝트를 TV 장치로 전송하는데, 장치는 TV 장치의 업그레이드 요청을 확인하기 위해 토큰 오브젝트를 사용할 수 있다. TV 제조자 시스템으로 토큰 오브젝트를 리턴시킴으로써, 만일 토큰 오브젝트가 정당한 것으로 판명된다면 TV 제조자 시스템은 TV 장치의 업그레이드를 완료한다.
본 발명이 다른 특징에 따라서, TV 장치를 업그레이드시키는 방법은 TV 제조자 시스템을 포함하는 IPTV 시스템의 일부인 운영자 시스템에서 실행되게 되는 다음의 단계들을 포함한다. 운영자 시스템은 새로운 IPTV 서비스 프로파일에 대한 업그레이드 서비스의 개시의 수신에 응답하고, 또한 요청한 업그레이드 동안에 사용되게 되는 토큰 오브젝트를 TV 제조자 시스템으로부터 요청함으로써 TV 장치로부터의 업그레이드 요청 메시지에 응답한다. 토큰 오브젝트를 TV 제조자 시스템으로부터 수신하였다면, 운영자망은 토큰 오브젝트를 TV 장치로 전송하여, 만일 토큰 오브젝트가 정당한 것으로 판명된다면 상기 TV 제조자 시스템과 대화함으로써 상기 TV 장치가 요청한 업그레이딩을 수행할 수 있도록 해준다.
본 발명의 또 다른 특징에 따라서, TV 장치가 업그레이드되게 되면, 운영자 시스템을 포함하는 IPTV 시스템의 일부인 TV 제조자 시스템에서 수행되게 되는 방법이 제공된다. TV 제조자 시스템에서, 토큰 오브젝트 요청의 수신에 응답하여 요청된 업그레이딩을 확인하는데 사용되게 되는 토큰 오브젝트가 운영자 시스템으로부터 생성된다. 그런 다음, 만일 토큰 오브젝트가 정당한 것으로 판명된다면 TV 제조자 시스템과 쌍방향 대화를 함으로써 TV 장치가 요청된 업그레이딩을 수행하도록 하기 위하여 토큰 오브젝트가 TV 장치로 전송된다.
TV 제조자 시스템으로부터 업그레이드를 요청하기에 앞서, TV 장치는 업그레이드 가능성 확인을 요청할 수 있는데, 여기에서 TV 장치가 업그레이드 가능한지 여부가 결정된다. 이러한 업그레이드 가능성 확인은 운영자 시스템이나 또는 TV 제조자 시스템에서 수행될 수 있다.
보안 업그레이드 가능성 확인이 이루어지도록 하기 위하여, 이러한 절차는 TV 장치의 식별이 이루어지도록 해주는 TV 장치 고유 아이덴티티, 모델번호, 시리얼번호, 또는 TV 장치의 펌웨어 식별자와 같은 몇몇 종류의 정보에 의존할 수 있다.
본 발명의 한 특징에 따라서, 정당한 토큰 오브젝트는 실제 주변장치 업그레이드 절차에 앞서 요청하는 TV 장치에 제공될 수 있는 반면, 본 발명의 다른 특징에 따라서, 정당한 토큰 오브젝트는 주변장치 업그레이드 절차의 일부로서 TV 장치에 제공될 수 있다.
이외에도, 도움을 주도록 조정된 TV 운영자 시스템과 TV 제조자 시스템뿐만 아니라 제안된 업그레이드를 개시하도록 조정되고 또한 요청한 업그레이드 방법을 실행하는 TV 장치가 제공된다.
다른 목적들과, 장점과 그리고 제안된 방법, 장치 및 시스템들의 새로운 특징들은 첨부도면과 함께 아래의 상세한 설명으로부터 명확히 알 수 있게 될 것이다. 이들 목적들과 다른 것들은 첨부된 독립항들에 따른 해결책들에 의해 주로 이루어질 수 있다.
본 발명에 따라서, TV장치의 업그레이드를 수행하기 위한 방법이 제공되는 바, 방법은 운영자 시스템과 TV 제조자 시스템을 포함하는 IPTV 시스템에 연결가능한 TV장치에서 수행되게 되는 다수의 단계들을 포함한다. 새로운 IPTV 서비스 프로파일에 대한 업그레이드 서비스는 TV 장치에서부터 시작되고, 업그레이드 요청 메시지가 운영자 시스템으로 전송된다. 운영자 시스템은 TV 제조자 시스템으로부터 토큰 오브젝트(token object)를 취득하고, 취득한 토큰 오브젝트를 TV 장치로 전송하는데, 장치는 TV 장치의 업그레이드 요청을 확인하기 위해 토큰 오브젝트를 사용할 수 있다.
도 1은 운영자 시스템과 TV 제조자 시스템을 포함하는, IPTV 시스템에 연결가능한 TV 장치를 업그레이드하는 방법을 설명하는 블럭도.
도 2는 한 실시예에 따른 업그레이드 방법의 실행을 설명하는 순서도.
도 3은 다른 실시예에 따른 업그레이드 방법의 실행을 설명하는 순서도.
도 4는 IPTV 시스템에 연결가능한, 업그레이드 가능한 TV 장치를 설명하는 블럭도.
도 5는 TV 장치의 업그레이드 절차를 도와주도록 구성되는 운영자 시스템을 설명하는 다른 블럭도.
도 6은 TV 장치를 업그레이드 하도록 구성되는 TV 제조자 시스템을 설명하는 또 다른 블럭도.
이하 도 1 내지 6의 첨부도면을 참조하여 TV 장치들의 원격 업그레이딩을 가능하게 해주기에 적합한 업그레이드 메커니즘을 아래에서 상세히 설명한다.
이들 도면을 전체에 걸쳐, 대응하거나 또는 유사한 구성요소들에 대해 동일한 참조부호를 사용하게 될 것이다.
아래에서 설명하는 실시예들은, 보다 향상된 서비스 특성보다는 덜 향상된 서비스 프로파일에 초기에 맞는 TV 장치가 사용자에 제공되는 것을 필요로 한다. 향상된 서비스 특성들에 액세스가 이루어지도록 하기 위하여, TV 장치를 업그레이드시키기 위한 방법이 제안되는데, 서비스 프로파일은 보다 향상된 서비스 프로파일로 원격적으로 업그레이드될 수 있다.
다르게는, TV 장치에 보다 향상된 서비스 프로파일을 미리 이용할 수 있지만, TV 제조자에 의해 사용자에게 공급될 때는 비활성 상태이다.
본 발명의 다른 시나리오에 따라, TV 장치는 이미 활성화된 향상된 서비스 프로파일을 가질 수 있지만, 다른 업그레이드 버전으로 대체되게 되는 서비스 프로파일을 필요로 한다.
따라서, 원격지로부터 향상된 서비스 프로파일을 설치하기 위한 절차, 또는 이미 설치된 서비스 프로파일을 활성화시키기 위한 절차를 포함하는 업그레이드 메커니즘이 필요하다.
또한, 요청된 업그레이드를 검증하기 위한 간단한 메커니즘이 필요하다.
도 1의 흐름도를 참조하여, TV 장치의 서비스 프로파일 업그레이드를 개시하고 완료하기에 적합한 방법을 상세히 설명하는데, TV 장치에서 수행되는 방법의 단계들이 설명된다.
URL을 가지는 광고, TV 스크린 상의 팝업(pop-up), 또는 TV 브라우저를 통해 웹 페이지 상에서 이루어지는 능동적인 검색일 수 있는 몇몇 수단을 통해, 사용자는 운영자의 관리서비스에 대한 정보를 제공하는 운영자 포탈(operator portal)에 접근한다. 이는 도 1에서 제1단계(1:1)로 표시되어 있다.
선택된 사용자 인터페이스를 통해, 사용자는 운영자에 의해 제공되는 서비스들에 대한 정보를 제공받을 뿐만 아니라 이러한 서비스들을 사용할 수 있는 하나 이상의 장치들의 타입들과 장치들의 특색들 중 몇몇에 관한 정보를 제공받는다. 하나 이상의 강화된 서비스들에 대한 TV 장치의 능력을 규정하는데 사용할 수 있는 사용자의 TV 장치의 몇몇 구체적인 특징들에 대한 정보를 수반하는, 미리 규정된 HTTP 헤더가 TV 브라우저에서 운용자 포탈로 자동적으로 전송될 수 있다. 사용자의 승인 이후에, 구체적인, 강화된 서비스로 TV 장치가 자동적으로 업그레이드될 수 있는지를 결정하기 위해, 사용자의 TV장치의 점검을 개시하기 위하여 운영자로부터 제안에 사용자가 직면할 수 있다. 이러한 경우에, TV 제조자의 특정 프로토콜이 TV 장치가 업그레이드될 수 있는지를 결정하는 사용될 수 있는, TV 제조자에 속하는 사이트로 TV 브라우저가 제한될 수 있다. 응답이 운영자 포탈로 역으로 전송될 수 있고, 여기서 적절한 페이지가 사용자에게 제공될 수 있다.
특정 TV 장치에 대한 업그레이드 가능성을 확인할 수 있도록 하기 위하여, TV 장치는 유일하게 식별될 수 있어야 한다. 이는 TV 장치를 유일하게 식별할 수 있는 모델번호, 펌웨어 식별자, 시리얼 번호와 같은 몇몇 유형의 번호 또는 식별자를 검색하고 또한 운영자를 통해 TV 제조자에게 상기 식별자를 제공함으로써, 업그레이드 가능성 확인 동안에 상기 식별자가 사용될 수 있도록 함으로써 이루어질 수 있다. 업그레이드 가능성을 확인하기 위한 이러한 절차는 다음 단계(1:2)로 표시된다.
TV 장치가 업그레이드될 수 있다고 판단되었다면 다음 단계는 운영자가, 운영자와 TV 장치 사용자 간에 미리 의사소통을 하고 협정한 업그레이드 서비스의 가격과 기간과 같은 서비스와 요금 합의를 받아들이도록 사용자가 옵션을 제공하는 것이다. 그러면, 사용자는 운영자 포탈 상의 링크를 클릭함으로써 선호하는 업그레이드 서비스에 가입을 위한 조건을 받아들이도록 선택할 수 있고, 이후에 운영자는 비용지불 정보를 확인한 후 업그레이드를 진행한다. 이와 같은 절차는 도 1의 후속 단계(1:3)에 표시되어 있다. 서비스를 브라우징하는 것과 관련해, 서비스 및 계산방식을 관리하기 위한 절차는 본 기술분에서 잘 공지되어 있고 또한 다수의 다양한 방식으로 이루어질 수 있다. 따라서, 이러한 것들은 본 명세서에서 더 이상 상세히 기술하지 않을 것이다.
이 시점에서, 특정 TV 장치로 업그레이딩을 연결하는 업그레이드 메커니즘이 시작될 준비가 된다. 사용자의 수락과 운영자의 승인에 응해, 상기 특정 TV 장치의 업그레이드 요청을 확인하는데 나중에 사용하게 될 토큰 오브젝트를 얻기 위하여, 전형적으로 운영자의 사업지원 시스템으로 불리는 운영자의 서브-시스템이 TV 제조자의 사업지원 시스템을 통해 TV 제조자와 통신한다. 토큰 오브젝트에 대한 요청은 상기 단계(1:2)에서 수행된 업그레이드 가능성 확인을 위해 이전에 사용되었던 식별정보와 동일한 몇몇 TV 장치 고유 식별정보를 수반한다. 이후부터, 상기 고유 식별정보는 장치 ID로 부르게 된다.
그런 다음, TV 장치를 식별할 수 있는 TV 제조자는 고유 토큰 오브젝트를 생성하고, 이 토큰 오브젝트는 운영자를 통해 TV 장치로 리턴된다. 토큰 오브젝트를 검색하기 위한, 상기에 설명한 절차는 도 1의 단계(1:4)로 표시되어 있다.
허가 메커니즘(authorization mechanism)으로 역할하는 것 이외에, 상기 토큰 오브젝트는 운영자와 TV 제조자 간의 링크로서 역할한다. 즉, TV 제조자에 대해, 업그레이드할 TV 장치가 운영자의 가입자들 중 하나라는 것을 밝히는 입증(proof)을 상기 토큰 오브젝트가 제공할 수 있게 된다. 이외에도, 나중에 TV 제조자에 의해 운영자에게 제공되면, 운영자와 TV 제조자 간에 선-규정된 사업협약이 존재한다는 전제 조건하에, 상기 토큰 오브젝트는 업그레이드를 위해 상기 운영자가 TV 제조자에게 비용을 지급할 수 있도록 하게 된다.
다음 단계(1:5)에서, 정당한 토큰 오브젝트가 상기 TV 장치에서 TV 제조자에게 제공될 수 있는 있는지가 결정된다. 즉, 단계 1:1 내지 1:4가 성공적으로 진행되었는지가 결정되고, 또한 요청된 업그레이드가 수행될 수 있는지 결정된다.
만일 상기에서 기술한 절차가 성공적으로 수행되었다면, 단계(1:5a)에 표시된 것과 같이 TV 장치는 TV 제조자에게 정당한 토큰을 제공할 수 있게 되고, 그리고 실제 업그레이드, 즉 TV 장치에서 특정 버전의 소정의 서비스 프로파일을 활성화시키거나 또는 대체하는 절차가, TV 제조자의 선호에 따라 미리 규정된 소정의 전용 업그레이드 메커니즘을 사용하여 TV 제조자의 사이트와 TV 장치 간에서 이루어질 수 있다. 이러한 업그레이드 절차는 후속 단계(1:6)에 표시되어 있는 한편, 만일 단계(1:5b)에 나타난 바와 같이 정당한 토큰 오브젝트가 사용자에 의해 제공될 수 없다면, 단계(1:7)에 나타난 바와 같이 업그레이는 실패한다.
오늘날 이미 TV 제조자가 실제 업그레이드 절차를 위한 전용 프로토콜을 제공할 수 있기 때문에, 제안된 협정이 적용된다면 이러한 특정한 절차는 변경될 필요가 없다. 그러나, 보안성과 같은 고려해야할 부가적인 사안에 따라, 전용 업그레이드 절차는 다양한 방식으로 조정될 수 있다는 것을 알아야 한다.
상기 전용 업그레이드 절차의 세부사항은. 업그레이드 요청을 작동시키고 또한 TV 장치의 실제 업그레이드를 수행하기에 앞서 신뢰성 있는 방식의 검증을 가능하게 하는, 본 명세서에 제시된 업그레이드 메커니즘의 범위 밖이기 때문에, 실에 전용 업그레이드 절차를 수행하는 단계들은 본 명세서에서 더 이상 상세하게 기술하지 않는다.
아래에서, 업그레이드를 작동시킬 뿐만 아니라 업그레이드 이전 및 이후에 검증을 작동시키는 제안된 메커니즘이 도 2와 3를 각각 참조하여 두 가지 상이한 실시예로 상세히 설명된다.
도 2는 TV 장치와 운영자 시스템과 TV 제조자 시스템들 각각 간의 HTTP 시그날링을 기반으로 하는 가능한 호출 흐름(call flow)을 설명하는 것으로서, TV 제조자 시스템에 의해 생성된 토큰 오브젝트가 전용 업그레이드 절차에 앞서 TV 제조자 시스템에서 검증되게 된다.
첫 번째 단계(2:1)에서, 덜 향상된 서비스 프로파일에서 보다 더 향상된 서비스 프로파일로 TV 장치를 업그레이드시키는 옵션 또는 TV 장치에 선-설치된 향상된 서비스 프로파일을 활성화시키기 위한 옵션을 포함하는, 향상된 서비스들에 가입하는 하나 이상의 기회가 사용자에게 제공되는 운영자 포탈을 둘러본다(browse). 이러한 절차는 전형적으로, TV 장치(200)의 일부인 브라우저(202)와 가입자의 운영자(203)의 운영자 포털(204) 간에 사용자가 정규 브라우징 HTTP 상호작용(normal browsing HTTP interaction)을 수행함으로써 이루어진다.
다음에, TV 장치(200)가 호환성이 있는지, 또는 업그레이드가 가능한지를 결정하는 동작이 수행된다. 이러한 확인은, 단계(2:2)에 따라 TV 장치(200)의 브라우저(202)를 통해 미리 규정된 로컬코드(Local Code)(201)로부터 검색될 수 있는 TV 장치 특정 정보, 즉 장치 ID를 기반으로 하는 한편, 후속 업그레이드 가능성 확인은 단계(2:3)에 따라 운영자 시스템(203)을 통해 TV 장치(200)와 TV 제조자 시스템(206) 사이에서 수행된다. 단계(2:3)의 업그레이드 가능성 확인은 도 2에 나타난 바와 같이 TV 제조자 시스템(206)의 사업지원 시스템(207)에 의해 수행되게 된다.
추후의 단계에서, 가능하다면 다른 몇몇 부가적인 정보와 함께 장치 ID는 TV 장치(200)에서 실제 서비스 프로파일 업그레이드의 검증과 수행이 가능하도록 하게 된다. 이 정보는 전형적으로 하나 이상의 HTTP 헤더들을 통해 운영자 포탈(204)로 전송된다.
단계(2:3)에서, 만일 TV 장치(200)를 업그레이드할 수 있는 것으로 판명되면, 운영자 시스템(203)은 TV 장치(200)의 사용자로부터 동의를 요청하고, 그리고 다음 단계(2:4)에 나타난 바와 같이, 만일 업그레이드 서비스를 위한 사용자의 비용 지불 수락을 포함하는 동의가 사용자에 의해 주어진다면, TV 제조자 시스템(206)으로부터 고유 업그레이드 토큰을 요청함으로써 개시된 상호작용(interaction)은 지속될 수 있다.
만일 TV 장치(200)가 업그레이드 가능하다는 것과, 또한 TV 장치(200)의 사용자가 제공될 업그레이드 서비스를 받아들이기로 약속하고 또한 서비스의 관점에서 진행중인 상호작용의 진행에 필요할 수 있는 다른 추가적인 정보와 함께 필수적인 청구서 발급 정보가 제공되었다는 것을 운영자 시스템(203)이 확인하면, 사용자의 승인 후에, 예컨대 스크린 상의 최종 "OK"를 클림함으로써 업그레이드 메커니즘이 시작될 수 있다.
도 2에서, 단계(2:5)에 나타난 바와 같이, HTTP POST를 통해 브라우저(202)에서 운영자 포탈(204)로 장치 ID를 수반하는 요청(request)을 전송함으로써 토큰 오브젝트 요청이 개시된다.
다음 단계(2:6a)에서, 운영자는 단계(2:5)에서 획득한 정보를 사용하여 TV 제조자 시스템(206)에 토큰 오브젝트를 요청한다. 단계(2:6b)에 나타난 바와 같이 이 정보를 기반으로 토큰 오브젝트가 생성되어, 후속 단계(2:6c)에서 TV 제조자의 업그레이드 사이트를 나타내는 재전송 주소(redirection address)와 함께 운영자 시스템(203)으로 전송된다.
토큰 오브젝트는, 개시된 업그레이드에 관련되는 운영자와 TV 제조자 간에 확립된 소정의 사업관계에 대한 링크로서 나중에 운영자와 TV 제조자의 사업 지원 시스템에 의해 사용된다.
후속 단계(2:7a)에서, TV 제조자의 업그레이드 사이트에 대한 주소인 재전송 주소와 재전송 인디케이터(indicator)를 포함하는 HTTP 3xx 응답에서 토큰 오브젝트가 TV 장치(200)로 전송된다. 단계(2:7b)에 나타난 바와 같이, TV 장치(200)는 수신한 메시지를 TV 제조자 시스템(206)으로 재전송한다.
후속 단계(2:8)에서, TV 제조자 시스템(206)에서 토큰 오브젝트가 검증되고, 그리과 토큰 오브젝트가 정당한 것으로 판명되면, 단계(2:9)에 나타난 바와 같이 업그레이드 기능(208)이 전용 업그레이드 메커니즘을 개시시킨다. TV 제조자 시스템(206)으로부터 제공되는 토큰 오브젝트와 그리고 부가적인 정보를 가지거나 또는 가지지 않으며 TV 장치(200)에 의해 TV 제조자 시스템(206)에 제공되는 장치 ID를 사용함으로써, 업그레이드 요청과 관련된 펌웨어/소프트웨어 다운로드를 암호화하여 업그레이드 요청을 한 TV 장치(200)만이 이를 이용할 수 있도록 TV 제조자가 보장할 수 있게 된다.
단계(2:9)는 상이한 TV 제조자들로부터의 필요조건에 따라 적용되는 상이한 부-단계(sub-step)들과 절차들을 포함할 수 있다는 것을 알아야 한다. 그러나, 개괄적인 표현으로, 업그레이드 기능(208)는 TV 장치(200)의 사용자가 TV 제조자의 업그레이드 사이트에 액세스하여 업그레이드 절차를 계속하도록 해준다. 그런 다음, 업그레이드 절차의 수행 결과는 단계(2:10)에 나타난 바와 같이 HTTP 3XX를 통해 TV장치(200)로 리턴될 뿐만 아니라, 후속 단계(2:11)에 나타난 바와 같이 HTTP 재전송과 HTTP POST 메시지를 사용하여 운영자 포털(204)로 리턴된다.
도 3은 제안된 업그레이드 메커니즘이 다른 대체 실시예에 따라 어떻게 실행될 수 있는지를 보여주는 호출 흐름(call flow)의 다른 예를 보여준다. 제2실시예에 따라, 상호작용(interaction)은 TV 장치(200)의 사용자에게 고도의 자동화된 상호작용을 제공할 수 있는 임베디드된 자바 스크립트(embedded Java script)를 기반으로 하는데, 임베디드딘 자바 스크립트는 서비스를 위해 사용하는 웹 페이지를 리로딩(reload)하는 일이 없이 브라우저와 백 엔드 서버(back end server) 간에 상호작용이 이루어질 수 있도록 하기 때문이다.
본 발명의 제2실시예에 따라, 제1실시예의 경우에서와 같이 전용 업그레이드 절차를 개시하기 위한 전제조건을 활성화시키는 대신에, 생성된 토큰 오브젝트가 전용 업그레이드 절차의 일부로서 리턴되게 된다.
사용자가 브라우저(202)로부터 운영자 시스템(203)의 운영자 포털과 상호작용을 개시한 이후에, 단계(3:1)에 나타난 바와 같이 브라우저(202)는 로컬 오브젝트 코드(local object code)(201)와 관련된 TV 장치 특정 정보, 예컨대 장치 ID를 요청하여 메모리(도시되지 않음)부터 취득한다. 전형적인 실시예에서, 웹 페이지는, 브라우저(202)에 의해 로딩되었을 때 브라우저(202)에서 TV 장치의 사용자의 로컬 코드(201)로 자바 스크립트 API 호출을 만들어 장치에 대한 정보를 취득하는 임베디드된 자바 스크립트 코드를 포함한다. 제1실시예와 유사하게, 도면에서 사용한 용어 "장치 ID"는, 보다 향상된 서비스 포맷으로 업그레이딩을 위해 TV 장치(200)의 적합성을 결정하는데 있어서 TV 제조자를 조력하게 되는, 모델번호 및/또는 펍웨어 버전과 같은 소프트웨어와 하드웨어 둘 다를 포함하는 TV 장치(200)의 특정 특성들을 확인하기 위하여 TV 제조자가 필요로 하는 모든 정보를 포착하는데 사용될 수 있다. 이 정보는 전형적으로 TV 제조자 시스템(206)에서 생성되고 또한, 소정의 통상적인 암호와/복호화 메커니즘을 사용하는 TV 제조자 시스템(206)인 생성자에 의해서만 복호화될 수 있는 이해하기 힘든 문자열(opaque string)일 수 있다. 이러한 목적을 위해 소정의 적합한 API를 사용할 수 있다. 로컬 코드(201)에서 브라우저(202)로 장치 ID의 교환은 도 3에서 단계(3:2)으로 표시되어 있다.
그런 다음 전자의 실시예와 유사하게 업그레이드 가능성 확인이 수행된다. 도 3에서, 이러한 절차는 단계(3:3 ~ 3:5)로 표시된 세 개의 독립된 부-단계들로 나뉘어진다. 도 2에서 한 가지 가능한 예로서 단계(2:3)으로 표시된 업그레이드 가능성 확인은 대응하는 방식으로 수행될 수 있음을 알아야 한다.
단계93:3)에서, 장치 ID는 표준 XML HTTP 요청(Request) 메시지를 통해 먼저 운영자 포털(204)로 전송된다. 이 시나리오에서 장치 ID는 운영자가 복호화할 수 없고, TV 장치(200)가 이용가능한 서비스와 호환성이 있는지, 또는 TV 제조자(206)를 통해 업그레이드가 가능한지 여부를 확인할 목적에 사용하는 이해하기 힘든 문자열(opaque string)이다.
대신에 운영자 시스템(203)은 업그레이드 가능성을 판단하기 위해 TV 제조자 시스템(206)와의 상의를 필요로 한다. 따라서, 장치 ID는 업그레이드 가능성을 판단하기 위해 운영자 시스템(203)에서 TV 제조자 시스템(206)으로, 보다 상세하게는 사업 지원시스템(207) 또는 이 목적을 위해 구성된 소정의 다른 서브-시스템으로 메시지로 전송된다.
단계(3:4)에 나타난 바와 같이, 이는 장치 ID와 가능한 몇몇 다른 사업 관련 정보를 포함하는 XML 바디(XML body)를 포함하는 HTTP 요청(HTTP Request)를 통해 이루어질 수 있다. 이 요청에 대한 응답은 업그레이드 가능성 확인의 결과를 포함하게 되지만, 개시되어 수행되고 있는 업그레이드 절차를 완료하는데 필요할 수 있는 부수적인 사업정보를 포함할 수 있다.
상기에서 설명한 업그레이드 가능성 확인의 결과에 따라, 만일 TV 장치(200)를 업그레이드하는 것이 가능하다고 판단되면, 운영자 네트워크(203)는 이러한 표시(indication)를 리턴시킨다. 상기 결과는 관련 서비스와 주문 정보를 포함하고 전형적으로 임베디드된 자바 스크립트를 가지는 웹페이지로 리턴될 수 있다. 이와 같은 응답단계는 단계(3:5)로 나타나 있다.
후속 단계(3:6)에서, TV 장치(200)의 사용자는 개시된 업그레이드 서비스가 완료되도록 주문하고 또한 서비스를 위한 관련 지불 합의를 이루기 위해, 즉 요청한 업그레드 서비스에 대한 제공을 받아들이기 위해 업그레이드 가능성에 대한 정보를 사용하여 운영자 포털(204)와 대화할 수 있다.
단계(3:6)의 성공적인 완료에 응해, 단계(3:7)에서 브라우저(202)에서 운영자 포털(204)로 장치 ID를 전송하여 TV 제조자 시스템(206)으로부터 업그레이드 토큰 오브젝트를 요청함으로써 제안된 업그레이드 메커니즘이 지속된다. 본 실시예에 따라, 이는 XML HTTP 요청을 통해 이루어진다. 상기 요청은 단계(3:8a)에 나타난 바와 같이, 운영자 시스템(203)에서 TV 제조자 시스템(206)으로, 전형적으로는 사업 지원 지스템(207)로 전송된다.
TV 제조자 시스템에서 제공되는 토큰 오브젝트가 TV 제조자에게는 전용적(proprietary)이기 때문에, 장치 ID는 유효성과 부인방지(non-repudiation)를 보장하는데 사용될 수 있다. 즉, 다른 TV 장치들이 소프트웨어 업그레이드를 사용할 수 없도록 하는 것을 보장하는데 사용될 수 있다. 이 정보는 또한 나중에 금융거래 확인하는 것과 같은, 요청된 업그레이드와 관련하여 선-규정된 협약에 따라서 운영자와 TV 제조자 사이에 명시된 소정의 사업 관계에 대한 링크로서 사용될 수 있다. 장치 ID 이외에도, 단계(3:8a) 또는 전자의 실시예가 적용된다면 단계(2:6a)에 나타난 바와 같이 운영자 시스템(203)에서 TV 제조자 시스템(206) 전송되는 요청은, 운영자의 서비스에 가입한 TV 장치들에 대해서만 리턴된 토큰 오브젝트가 사용될 수 있도록 보장하고, 또한 다른 TV 장치들이 비록 잠재적으로 업그레이드 가능하다 할지라도 상기 다른 TV 장치들에 의해 리턴된 토큰 오브젝트가 사용될 수 없도록 보장하기 위해, 전형적으로 "운영자 도메인"으로 불리는 파라메터를 포함할 수 있다. 만일 장치 ID가 업그레이드 가능한 TV 장치에 대응한다면, 단계(3:8b)에서 토큰 오브젝트가 생성된다. 그런 다음 토큰 오브젝트는 다음 단계(3:8c)에서 운영자 시스템(203)으로 리턴된다.
토큰 오브젝트가 운영자 시스템(203)에 제공되면, 응답메시지에서 TV 장치(200)의 각 브라우저 페이지로 전송되어, 적어도 업그레이드를 허용하는 옵션을 사용자에게 제공하게 된다. 이는 단계(3:9)에 나타나 있다. 브라우저 페이지는 전형적으로 요청된 업그레드/활성화 프로세스를 시작하도록 구성되는 엠베디드된 자바 스크립트 코드를 포함한다.
만일 이 단계에서 사용자에 의해 업그레이드가 허용되면, 단계(3:10)에 나타난 바와 같이 TV 장치(200)에서 로컬 코드(201) 중에서 관련 부분들을 호출하기 위하여, 여기에서 업그레이드 활성화로 언급하는 새로운 자바 스크립트 API가 활성화될 수 있다. 토큰 오브젝트를 전송하는 것 이외에도, 이러한 API는 요청된 업그레이드 절차의 성공 또는 실패를 보고하기 위한 회신(callback)과 같은 정보를 수반할 수 있다.
다음 단계(3:11)에서, TV 장치(200)와, TV 제조사 시스템(206)의 업그레이드 사이트(미도시)는 전용 업그레이드 절차를 개시한다. 이러한 단계를 구성하는 것은 TV 제조자가 할 일이기 때문에, 보안성 측면과 적용가능한 절차적 업그레이드 단계들에 관한 한 이 절차에서 수행되게 되는 부-단계는 TV 제조자마다 다를 수 있다. 전형적인 실시예에서, 이 절차는 TV 제조자 시스템(206)에서 TV 장치(200)로, 요청된 업그레이드를 수행하도록 구성된 부가적인 소프트웨어의 다운로딩을 위한 부-단계들의 실행을 포함하거나, 또는 TV 장치의 제조 동안에 소프트웨어 통합의 결과로 TV 장치(200)에 이미 존재하는 업그레이드 소트위에어의 활성화를 단순히 포함할 수 있다.
전용 업그레이드 절차의 부-단계들은 TV 제조자가 결정할 문제라 하더라도, 본 실시예는 요청된 업그레이드 절차의 검증을 위해 이러한 절차가, 타당한 토큰 오브젝트가 TV 제조자에게 리턴될 수 있도록 하기 위한 적어도 하나 이상의 부-단계들을 포함한다는 것을 가정한다.
전용 업그레이드 절차(3:11)에 뒤이은 후속 단계들에서, 단계(3:10)에서 브라우저(202)에 제공된 회신(callback) 인터페이스가 작동되어, 요청된 업그레이드 절차의 결과가 단계(3:12)에 나타난 바와 같이 먼저 브라우저(202)로 리던되고, 그런 다음에 단계(3:13)에 나타난 바와 같이 운영자 포털(204)로 리턴된다.
상기에서 기술한 두 실시예들이, 운영자 포털과 접촉한 사용자에 의해 개시되는 호출 흐름(call flow)을 언급하였다 하더라도, 만일 사용자의 초기 접촉이 대신에 TV 제조자 시스템의 포털과 이루어진다면 상기에서 설명한 중요한 기술들이 동등하게 적용된다는 것을 알아야 한다. 이는, IPTV 망에 연결된 TV 장치가 TV 제조자 포털에 설정된 그의 "홈페이지"를 가지는 경우일 수 있다. 이러한 시나리오에서, 단계(2;2) 또는 단계(3:2)가 수행될 수 있고, 또한 사용자의 TV 장치가 업그레이드 가능한 향상된 서비스 포맷을 수행할 수 있는지를 사용자가 통지받을 수 있다. 예컨대, 관심을 가지는 이용가능한 서비스가 있는지를 결정하기 위해 운영자의 포털로 사용자를 인도하는 힌트로서 역할하는 운영자의 포털/서비스에 대한 아이콘 링크가 사용자에게 제공될 수 있다. 사용자가 운영자 시스템(203)에 의해 제공되는 서비스들 각각의 가입자라는 것이 검증된다면, 소프트웨어의 활성화, 즉 단계(2:4) 또는 단계(3:6)으로 각각 설명한 절차가 완료될 수 있다.
상기에서 언급한 개별적인 시스템들과 장치들을 도 4 내지 6을 참조하여 아래에서 보다 상세히 설명한다.
제안된 업그레이드 메커니즘이 적용하기에 적합한 전형적인 IPTV망은 통상적인 통신유닛과 같은 부가적인 기능유닛을 포함한다는 것을 알아야 한다. 그러나, 간략화의 이유로, 본 명세서에서 제안된 상이한 실시예들의 업그레이드 메커니즘의 이해를 위해 필요한 기능유닛들만이 설명되는 한편, 다른 기능적 엔티티(entities)들은 생략된다.
기술되는 구성되는 단지 한가지 가능한 해결책을 나타내고 또한 제안된 업그레이드 메커니즘을 수행하기 위해 사용되는 시스템들과 엔티티들은 다른 방식으로 구현될 수 있다는 것을 알아야 한다.
상기에서 제시된 일반적인 원리에 따라 원격 업그레이드 메커니즘을 개시하도록 구성되는 TV 장치를 도 4를 참조하여 설명한다.
TV 장치(200)는, TV 장치(200)가 TV 제조자 시스템(미도시)에 의해 업그레이드될 수 있는 장치인지를 검증하는데 사용될 수 있는 소정의 장치 특정 데이터, 즉 장치 ID를 저장하기 위한 메모리(400)를 포함한다. TV 장치(200)는 또한, TV 장치의 업그레이드를 위한 업그레이드 절차가 TV 장치(200)의 사용자에 의해 개시되고, 그리고 TV 제조자 시스템(206)에 의해 종료되도록 운영자 시스템(미도시)과 TV 제조자 시스템(206)과의 통신을 이루도록 구성되는 브라우저(202)를 포함한다. 브라우저(202)는 또한, 전용 업그레이드 절차에 앞서 또는 전용 업그레이드 절차 동안에 업그레이드를 검증하는데 검색된 토큰 오브젝트가 사용될 수 있도록, 토큰 오브젝트를 요청하고 또한 수신함으로써 업그레이드 메커니즘에 참여할 수 있도록 구성된다. 업그레이드가 가능하도록 하기 위하여, TV 장치(200)는 또한, TV 장치(200)에 대해 타당한 토큰 오브젝트를 발부한 TV 제조자 시스템(206)과 함께 전용 업그레이드 절차를 수행하도록 구성되는 업그레이드 기능(401)을 포함한다. 따라서, 제안된 업그레이드 기능(401)은, TV 장치(200)로부터 타당한 토큰 오브젝트를 인식하였을 때에만 개시된 업그레이드 절차를 완료하도록 구성된다. 업그레이드 기능(401)은 전형적으로 TV 장치(200)에서 로컬 오브젝트 코드(201)로서 구현된다.
한 예시적인 실시예에 따라, 상기에서 설명한 업그레이드 절차에 참여하도록 구성되는 운영자 시스템을 도 5를 참조하여 아래에서 설명한다.
도 5의 운영자 시스템(203)은 업그레이드 할 TV 장치(200)의 브라우저(미도시)와, 또한 상기 업그레이드를 실행할 TV 제조자 시스템(206)과 통신할 수 있도록 구성되는 운영자 포털(204)를 포함한다. 운영자 시스템(203)은 또한, 운영자 시스템(203)과 TV 제조자 시스템(206) 간에 상호작용을 관리하도록 구성되는 서브-시스템을 포함한다. 본 예시적인 실시예에서, 상기 서브-시스템은 사업 지원 시스템(205)으로 불린다. 사업 지원 시스템(205)은 TV 제조사 시스템의 대응하는 사업 지원 시스템, 또는 소정의 다른 대응하는 서브-시스템과 통신을 가능하게 하여, TV 장치 업그레이드 절차를 위한 준비가 수행될 수 있고 또한 운영자와 TV 제조자 간에 서비스와 비용지불방식이 합의될 수 있다.
도 6을 참조하여, TV 장치가 업그레이드될 수 있도록 하기 위하여 운영자 시스템(미도시)과 TV 장치(미도시)와 대화(상화작용)하도록 구성되는 TV 제조자 시스템을 한 예시적인 실시예에 따라 더 상세히 설명한다.
상기에서 미리 언급하였듯이, 제안된 업그레이드 절차를 실행하도록 구성된 TV 제조자 시스템(206)은, 운영자 시스템(미도시)의 대응하는 사업 지원 시스템과 통신하고, 서비스 프로파일 업그레이드 기능에 대한 합의를 확립하여, 여기에서 사업 지원 시스템(207)으로 부르게 되는 서브-시스템을 포함한다. 보다 상세히 설명하면, 사업 지원 시스템(207)은 운영자 시스템으로부터 수신한 특정 TV 장치(200)에 대한 업그레이드 요청에 응해 토큰 오브젝트를 생성하도록 구성되는 토큰 생성유닛(600)을 포함한다. 토큰 생성유닛(600)은, 상기 요청이 제공된 TV 장치 특정 정보가 선규정된 필요조건에 대응한다는 조건에서 토큰 오브젝트를 생성하고 또한 TV 장치로 전달을 위해 운영자 시스템으로 이와 같은 토큰 오브젝트를 제공하도록 구성된다. 다르게는, 토큰 생성유닛은 업그레이드 기능(208)의 일부가 될 수 있다. 사업 지원 시스템(207)은 전형적으로 업그레이드 가능성 확인유닛(601)을 포함한다.
TV 제조자 시스템(206)은 또한, 타당한 토큰 오브젝트가 검증된 TV 장치에 대한 전용 업그레이드 절차를 수행하도록 구성되고, TV 제조자 시스템(206)의 업그레이드 사이트(602)에 대한 사용자의 TV 장치 액세스를 제공하는 것을 포함하는 업그레이드 기능(208)을 포함한다. 상기 업그레이드 기능(208)은 또한, TV 제조자 시스템(206)에 의해 생성된 토큰 오브젝트가 타당하다는 것을 검증하기 위해 구성되는, 토큰 검증유닛(603)으로 불리는 포괄적인 기능을 포함한다.
상기 업그레이드 기능(208)은 전형적으로, TV 장치의 사용자에게 이용가능한 업그레이드 옵션에 액세스하게 하는 옵션이 제공되도록 업그레이드 사이트(602)에 대한 사용자의 TV 장치 액세스를 제공한다.
다르게는, 토큰 생성유닛(600)은 업그레이드 기능(208)의 일부이거나, 또는 사업 지원 시스템(207)과 업그레이드 기능(208) 둘 다의 일부일 수 있다. 후자의 경우에, 토큰 오브젝트는 두 기능적 엔티티들 사이의 상호작용의 결과에 따라 생성될 수 있다.
본 발명은 특정 실시예들을 참조하여 설명하였지만, 상세한 설명은 본 발명의 개념을 설명하고자 하는 목적에만 국한된 것이고, 첨부 청구항들에 규정된 특허의 범위를 제한하는 것으로 이해해서는 안된다.
STB - Set Top Box Not used
VoD - Video on Demand Not used
IPTV - Internet Protocol Television
ITF - IPTV Terminal Function
XML - Extensible Markup Language
HTTP - Hyper Text Transfer Protocol
OITF - Open IPTV Form Terminal Function

Claims (25)

  1. 텔레비젼(TV) 장치에서의 TV 장치의 업그레이드의 수행 방법으로서, 상기 TV 장치는 운영자 시스템을 통해 액세스 가능한 TV 제조자 시스템을 포함하는 인터넷 프로토콜 TV(IPTV) 시스템에 연결 가능한 TV 장치의 업그레이드의 수행 방법에 있어서,
    상기 TV 장치에 대한 새로운 IPTV 서비스 프로파일을 위한 업그레이드 서비스를 개시하는 단계;
    업그레이드 요청 메시지를 상기 TV 제조자 시스템으로 전송하는 단계;
    상기 업그레이드 요청 메시지에 응답하여, 상기 TV 장치의 업그레이드를 확인하기 위해 사용되는 토큰 오브젝트를 수신하는 단계로서, 상기 토큰 오브젝트는 상기 TV 제조자 시스템의 업그레이드 사이트를 나타내는 재전송 주소를 포함하는 상기 수신하는 단계; 및
    상기 토큰 오브젝트를 상기 TV 제조자 시스템으로 리턴하는 단계로서, 상기 리턴하는 단계에 의해 상기 토큰 오브젝트가 타당한 것으로 판명되면 상기 TV 장치의 업그레이드가 상기 TV 제조자 시스템에 의해 상기 업그레이드 사이트로부터 완료되도록 하는 상기 리턴하는 단계를 포함하는
    TV 장치의 업그레이드의 수행 방법.
  2. 제1항에 있어서, 업그레이드 가능성 확인을 요청하는 단계를 더 포함하고, TV 장치에서부터 제공된 장치 아이덴티티(장치 ID)를 기반으로 TV 장치가 업그레이드 가능한지가 판단되는 것을 특징으로 하는 TV 장치의 업그레이드의 수행 방법.
  3. 제1항 또는 제2항에 있어서, 상기 업그레이드 요청 메시지는 XML HTTP 요청 메시지 또는 HTTP POST 메시지 중 어느 하나인 것을 특징으로 하는 TV 장치의 업그레이드의 수행 방법..
  4. 제1항 또는 제2항에 있어서, TV 장치의 업그레이드의 완료는 전용 업그레이드 절차를 개시한 TV 장치에 의해 개시되는 것을 특징으로 하는 TV 장치의 업그레이드의 수행 방법..
  5. 운영자 시스템에서 TV 장치의 업그레이드를 수행하는 방법으로서, 상기 운영자 시스템은 TV 제조자 시스템을 포함하는 IPTV 시스템의 일부인 TV 장치의 업그레이드를 수행하는 방법에 있어서,
    새로운 IPTV 서비스 프로파일에 대한 업그레이드 서비스의 개시를 상기 TV 장치로부터 수신하는 단계;,
    상기 TV 장치로부터 업그레이드 요청 메시지를 수신하는 단계;,
    토큰 오브젝트가 요청된 업그레이드 동안에 사용되도록 하기 위해 상기 TV 제조자 시스템으로부터 요청하는 단계;,
    상기 업그레이드 요청 메시지에 응답하여, 상기 TV 제조자 시스템으로부터 토큰 오브젝트를 수신하는 단계로서, 상기 토큰 오브젝트는 상기 TV 제조자 시스템의 업그레이드 사이트를 나타내는 재전송 주소를 포함하는 상기 수신하는 단계;
    상기 토큰 오브젝트를 상기 TV 장치로 전송시켜, 상기 토큰 오브젝트가 타당한 것으로 판명된다면 상기 TV 장치가 상기 TV 제조자 시스템과 상호작용함으로써 상기 업그레이드 사이트로부터 요청된 업그레이드를 수행하도록 하는 전송 단계로 구성되는 것을 특징으로 하는 TV 장치의 업그레이드를 수행하는 방법.
  6. 제5항에 있어서, 업그레이드 가능성 확인을 요청하는 단계를 더 포함하고, TV 장치로부터 제공되는 장치 아이덴티티(장치 ID)를 기반으로 TV 장치가 업그레이드 가능한지를 판단하는 것을 특징으로 하는 TV 장치의 업그레이드의 수행 방법.
  7. 제6항에 있어서, 상기 업그레이드 가능성 확인은 운영자 시스템에 의해 수행되는 것을 특징으로 하는 TV 장치의 업그레이드의 수행 방법.
  8. 제6항에 있어서, 상기 업그레이드 가능성 확인은 TV 제조자 시스템에 의해 수행되는 것을 특징으로 하는 TV 장치의 업그레이드의 수행 방법.
  9. 제6항 내지 제8항 중 어느 한 항에 있어서, 상기 업그레이드 가능성 확인은 TV 장치를 식별하는 장치 아이덴티티(장치 ID)를 기반으로 하고, 상기 장치 ID는 TV 장치에서 제공되는 것을 특징으로 하는 TV 장치의 업그레이드의 수행 방법.
  10. 제9항에 있어서, 상기 토큰 오브젝트에 대한 요청은 TV 장치를 식별하는 정보를 포함하는 것을 특징으로 하는 TV 장치의 업그레이드의 수행 방법.
  11. 제10항에 있어서, 상기 정보는 TV 장치 고유 아이덴티티, 모델번호, 시리얼번호 또는 펌웨어 식별자 중 적어도 하나를 포함하는 것을 특징으로 하는 TV 장치의 업그레이드의 수행 방법.
  12. 제11항에 있어서, 상기 업그레이드 요청 메시지는 XML HTTP 요청 메시지 또는 HTTP POST 메시지 중 하나인 것을 특징으로 하는 TV 장치의 업그레이드의 수행 방법.
  13. TV 제조자 시스템에서 TV 장치의 업그레이드를 수행하는 방법으로서, 상기 TV 제조자 시스템은 운영자 시스템을 포함하는 IPTV 시스템의 일부인 TV 장치의 업그레이드를 수행하는 방법에 있어서,
    토큰 오브젝트가 요청된 업그레이드를 확인하는데 사용하도록 하기 위한 요청을 운영자 시스템으로부터 수신하는 단계;
    토큰 오브젝트를 생성하는 단계;
    생성된 토큰 오브젝트를 상기 TV 장치로 전송시켜, 상기 토큰 오브젝트가 타당한 것으로 판명된다면 상기 TV 장치가 상기 TV 제조자 시스템과 상호작용함으로써 업그레이드 사이트로부터 요청된 업그레이드를 수행하도록 하는 전송 단계로 구성되는 것을 특징으로 하는 TV 장치의 업그레이드를 수행하는 방법.
  14. 제13항에 있어서, 상기 토큰 오브젝트의 타당성은 전용 업그레이드 절차를 개시하기 이전에 TV 제조자 시스템에 의해 검증되는 것을 특징으로 하는 TV 장치의 업그레이드의 수행 방법.
  15. 제13항에 있어서, 상기 토큰 오브젝트의 타당성은 전용 업그레이드 절차 동안에 TV 제조자 시스템에 의해 검증되는 것을 특징으로 하는 TV 장치의 업그레이드의 수행 방법.
  16. 업그레이드 가능한 TV 장치로서, 상기 TV 장치는 운영자 시스템을 통해 액세스 가능한 TV 제조자 시스템을 포함하는 IPTV 시스템에 연결 가능한 상기 TV 장치에 있어서,
    TV 장치 특정 정보를 저장하기 위한 메모리;
    상기 TV 장치의 업그레이드가 개시되고 종료될 수 있도록 운영자 시스템과 TV 제조자 시스템으로부터 메시지를 수신하고 또한 메시지를 송신하도록 구성되고, 또한 TV 장치 특정 토큰 오브젝트를 얻도록 더 구성되는 브라우저;
    TV 제조자 시스템으로부터 타당한 토큰 오브젝트를 수신함에 응해 상기 TV 장치의 업그레이드가 수행되도록 TV 제조자 시스템과 상호작용하도록 구성되는 업그레이드 기능으로 구성되는 것을 특징으로 하는 TV 장치.
  17. 제16항에 있어서, 상기 TV 장치는 오픈 IPTV 단말 기능(OITF)에서 구현되는 것을 특징으로 하는 TV 장치.
  18. 제16항에 있어서, 상기 업그레이드 기능은 로컬 오브젝트 코드에서 구현되는 것을 특징으로 하는 TV 장치.
  19. 제18항에 있어서, 상기 업그레이드 기능은 전용 업그레이드 절차를 개시함으로써 TV 장치의 업그레이드의 완료를 개시하도록 조정되는 것을 특징으로 하는 TV 장치.
  20. TV 장치의 업그레이드를 조력하는 운영자 시스템으로서, 상기 운영자 시스템은 TV 제조자 시스템을 포함하는 IPTV 시스템의 일부인 상기 운영자 시스템에 있어서,
    상기 TV 장치(200)의 업그레이드를 조력하도록 상기 TV 장치와 TV 제조자 시스템으로 및 상기 TV 장치와 TV 제조자 시스템으로부터 메시지를 수신하고 송신하며, 상기 TV 제조자 시스템으로부터 상기 업그레이드 동안에 사용하게 될 토큰 오브젝트에 대한 요청을 하고 또한 상기 토큰 오브젝트를 상기 TV 장치로 전송하도록 구성되며, 상기 토큰 오브젝트가 TV 제조자 시스템에 의해 생성되는, 운영자 포털과,
    상기 TV 장치로 또한 상기 TV 장치로부터 메시지를 송신하고 수신하여, 사용자와 운영자 시스템의 운영자 간에 서비스와 비용지불방식이 확립될 수 있도록 해주는 사업 지원 시스템으로 구성되는 것을 특징으로 하는 운영자 시스템.
  21. 제20항에 있어서, 상기 사업 지원 시스템은, 운영자 포털이 TV 장치로부터 업그레이드 요청을 수신하는 것에 응답하여 상기 TV 장치에 대한 업그레이드 가능성을 확인하도록 구성되는 업그레이드 가능성 확인유닛을 더 포함하는 것을 특징으로 하는 운영자 시스템.
  22. TV 장치에 업그레이드 서비스를 제공하는 TV 제조자 시스템으로서, 상기 TV 제조자 시스템은 운영자 시스템을 포함하는 IPTV 시스템의 일부인 상기 TV 제조자 시스템에 있어서,
    상기 운영자 시스템과 통신하고, 또한 요청을 받을 시에 운영자 시스템에 토큰 오브젝트를 제공하도록 구성되는 사업 지원 시스템,
    토큰 오브젝트를 생성하도록 구성되는 토큰 생성유닛, 및
    요청을 받을 시에, 요청과 관련되는 토큰 오브젝트가 타당한 것으로 판명되면 TV 장치의 업그레이드를 수행하도록 구성되는 업그레이드 기능으로 구성되는 것을 특징으로 하는 TV 제조자 시스템.
  23. 제22항에 있어서, 장치 아이덴티티(장치 ID)를 기반으로 하여, TV 장치로부터 제공되는 상기 TV 장치의 업그레이드 가능성을 확인하도록 구성되는 업그레이드 가능성 확인유닛을 더 포함하는 것을 특징으로 하는 TV 제조자 시스템.
  24. 제23항에 있어서, 상기 업그레이드 기능은 토큰 오브젝트의 타당성을 검증하도록 구성되는 토큰 검증유닛을 더 포함하는 것을 특징으로 하는 TV 제조자 시스템.
  25. 제22항 내지 제24항 중 어느 한 항에 있어서, 상기 업그레이드 기능은 전용 업그레이드 절차를 개시함으로써 TV 장치의 업그레이드를 완료하도록 구성되는 것을 특징으로 하는 TV 제조자 시스템.
KR1020117016124A 2009-01-14 2009-06-22 아이피티브이 장치 및 이 장치에 적합한 방법 KR101623226B1 (ko)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US14454609P 2009-01-14 2009-01-14
US61/144,546 2009-01-14
US14942409P 2009-02-03 2009-02-03
US61/149,424 2009-02-03

Publications (2)

Publication Number Publication Date
KR20110113173A KR20110113173A (ko) 2011-10-14
KR101623226B1 true KR101623226B1 (ko) 2016-05-31

Family

ID=42339994

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020117016124A KR101623226B1 (ko) 2009-01-14 2009-06-22 아이피티브이 장치 및 이 장치에 적합한 방법

Country Status (7)

Country Link
US (2) US9053324B2 (ko)
EP (1) EP2377016A4 (ko)
JP (1) JP5342654B2 (ko)
KR (1) KR101623226B1 (ko)
CA (1) CA2749462C (ko)
TW (1) TWI499308B (ko)
WO (1) WO2010082887A1 (ko)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8745685B2 (en) * 2008-04-04 2014-06-03 Time Warner Cable Enterprises Llc Methods and apparatus for upgrading set top box devices without the loss of stored content
US20110219416A1 (en) * 2010-03-04 2011-09-08 Telefonaktiebolaget L M Ericsson (Publ) Network Time-Shift Methods and Apparatus
WO2013100350A1 (en) 2011-12-28 2013-07-04 Samsung Electronics Co., Ltd. Image processing apparatus, upgrade apparatus, display system including the same, and control method thereof
US8887193B2 (en) * 2012-01-27 2014-11-11 Sony Corporation System, method, and infrastructure for real-time live streaming content
US20150262281A1 (en) * 2014-03-11 2015-09-17 Verizon Patent And Licensing Inc. System for facilitating upgrades in customer premises
CN104618802A (zh) * 2015-02-03 2015-05-13 深圳市米家互动网络有限公司 移动终端、基于安卓的网络机顶盒及其系统恢复方法
CN109189455B (zh) * 2018-11-02 2021-08-06 四川长虹电器股份有限公司 一种网络数字电视升级方法
CN111371734A (zh) * 2018-12-26 2020-07-03 美的集团股份有限公司 身份校验及升级方法、介质、云平台、设备和升级服务器
CN110337038B (zh) * 2019-07-09 2021-05-11 深圳市友华通信技术有限公司 融合网关设备的升级方法

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080040767A1 (en) * 2006-08-11 2008-02-14 Sbc Knowledge Ventures, L.P. System and method of providing a set-top box application

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5778187A (en) * 1996-05-09 1998-07-07 Netcast Communications Corp. Multicasting method and apparatus
US6097383A (en) * 1997-01-23 2000-08-01 Zenith Electronics Corporation Video and audio functions in a web television
US20020133412A1 (en) * 1997-03-07 2002-09-19 David M. Oliver System for management of transactions on networks
US6745245B1 (en) * 1998-04-09 2004-06-01 Webtv Networks, Inc. Managing access to set-top box objects using television conditional access system
EP1356622B1 (en) * 2000-11-10 2012-04-04 AOL MusicNow LLC Digital content distribution and subscription system
US20030105871A1 (en) * 2001-11-13 2003-06-05 Microsoft Corporation, Method and system for modifying lock properties in a distributed environment
US7987491B2 (en) * 2002-05-10 2011-07-26 Richard Reisman Method and apparatus for browsing using alternative linkbases
US7240365B2 (en) * 2002-09-13 2007-07-03 Sun Microsystems, Inc. Repositing for digital content access control
KR101053726B1 (ko) 2003-09-17 2011-08-02 엘지전자 주식회사 디지털 방송 시스템의 소프트웨어 업그레이드 방법 및 장치
US7539686B2 (en) 2004-03-12 2009-05-26 Microsoft Corporation Tag-based schema for distributing update metadata in an update distribution system
US7698375B2 (en) * 2004-07-21 2010-04-13 International Business Machines Corporation Method and system for pluggability of federation protocol runtimes for federated user lifecycle management
CN1779713A (zh) * 2004-11-25 2006-05-31 国际商业机器公司 电子数据传送系统、服务器、终端和电子数据传送方法
US7451481B2 (en) * 2005-04-29 2008-11-11 Merchant Link, Llc Database system and method for encryption and protection of confidential information
CN100456805C (zh) * 2006-01-27 2009-01-28 中国科学院声学研究所 一种基于tftp的iptv机顶盒软件网络升级方法
JP2007201911A (ja) * 2006-01-27 2007-08-09 Sharp Corp ケーブルテレビ受信システム
WO2007096001A1 (en) * 2006-02-24 2007-08-30 Telefonaktiebolaget Lm Ericsson (Publ) Ims-enabled control channel for iptv
KR100737119B1 (ko) * 2006-05-08 2007-07-06 주식회사 대우일렉트로닉스 Ｓｔｂ에서의 소프트웨어 업그레이드 방법 및 그 시스템
CN101137049A (zh) * 2006-08-29 2008-03-05 北京汉辰科技有限公司 在数字电视和iptv soc平台上扩展视频解码功能的方法及装置
KR100835984B1 (ko) * 2006-12-07 2008-06-09 한국전자통신연구원 디지털 케이블 방송의 제한 수신 시스템 갱신 방법 및 장치
CN100463491C (zh) * 2006-12-31 2009-02-18 北京视博数字电视科技有限公司 机顶盒软件升级管理方法和系统
US20080183645A1 (en) * 2007-01-31 2008-07-31 Microsoft Corporation Media continuity service between devices
TW200850001A (en) * 2007-06-15 2008-12-16 Tencent Tech Shenzhen Co Ltd Issuing system and method of network TV
KR100856657B1 (ko) * 2007-07-18 2008-09-04 주식회사 엘지데이콤 인터넷 텔레비전의 셋톱박스를 위한 소프트웨어 업그레이드시스템 및 그 방법
US8209678B2 (en) * 2007-09-17 2012-06-26 Sony Corporation System, apparatus, and method for an upgrader module
CN101296146B (zh) * 2008-05-21 2011-04-13 深圳创维－Rgb电子有限公司 电视机远程升级系统
US9100548B2 (en) * 2008-07-17 2015-08-04 Cisco Technology, Inc. Feature enablement at a communications terminal
CN102119373A (zh) 2008-08-06 2011-07-06 艾利森电话股份有限公司 媒体书签
JP5302402B2 (ja) 2008-08-14 2013-10-02 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 拡張されたテレビリマインダ

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080040767A1 (en) * 2006-08-11 2008-02-14 Sbc Knowledge Ventures, L.P. System and method of providing a set-top box application

Also Published As

Publication number Publication date
TW201028004A (en) 2010-07-16
WO2010082887A1 (en) 2010-07-22
JP5342654B2 (ja) 2013-11-13
US20150143403A1 (en) 2015-05-21
EP2377016A4 (en) 2014-03-26
CA2749462A1 (en) 2010-07-22
TWI499308B (zh) 2015-09-01
US10255437B2 (en) 2019-04-09
US9053324B2 (en) 2015-06-09
KR20110113173A (ko) 2011-10-14
CA2749462C (en) 2017-05-02
US20100235875A1 (en) 2010-09-16
EP2377016A1 (en) 2011-10-19
JP2012515375A (ja) 2012-07-05

Similar Documents

Publication Publication Date Title
KR101623226B1 (ko) 아이피티브이 장치 및 이 장치에 적합한 방법
US11343554B2 (en) Apparatus and methods for content delivery and message exchange across multiple content delivery networks
US8209260B2 (en) Method and apparatus for obtaining external charged content in UPnP network
US8027353B2 (en) IMS service proxy in HIGA
KR101512321B1 (ko) 복수의 서비스 제공자의 서비스를 제공/수신하기 위한 방법및 장치
EP1982492B1 (en) Automated user registration
CN102143129B (zh) 超文本传输协议流媒体传输中实现业务保护的方法和系统
CN101313567B (zh) 电子节目单提供方法、电子节目单系统及业务功能单元
US20150195594A1 (en) Systems and Methods for Authenticating a User to Access Multimedia Content
KR20090064706A (ko) 디지털 케이블 방송망에서 단말의 자동 로밍 장치 및 방법
US20080244710A1 (en) Methods and systems for authentication using ip multimedia services identity modules
CN103237265B (zh) 互联网电视系统及互联网电视终端的动态认证方法
KR20180048618A (ko) 수신 장치, 송신 장치, 및 데이터 처리 방법
US20100169912A1 (en) Method and system of provisioning a feature for multiple media devices
WO2024067214A1 (zh) 一种设备通信方法、装置及电子设备
KR20150090029A (ko) 디지털 텔레비전 세트의 디스플레이를 제어하기 위한 방법
KR101496326B1 (ko) 복수의 서비스 제공자의 웹 기반 서비스를 제공/수신하기위한 방법 및 장치
KR20100071868A (ko) 모바일 단말을 이용한 ｉｐｔｖ 원격시청제어 시스템 및 그방법
JP6351000B2 (ja) 放送受信システム及び放送通信連携システム
KR101651127B1 (ko) 네트워크 임베디드 시스템 및 컨텐츠 과금 방법
KR100960400B1 (ko) 방송 시스템에서 방송 서비스의 접근 정보를 송수신하는 방법 및 장치와 그 시스템
US20050147083A1 (en) Method for determining whether a transaction is completed correctly and data transmission network
KR101152551B1 (ko) Ｉｐｔｖ 서비스 시스템에서의 가입자 정보 제공 방법
KR20070057589A (ko) 방송 채널을 이용한 장치 관리 방법
KR20100125700A (ko) 블로그 서비스를 제공하는 방법, 블로그 서버, 셋탑박스 및시스템

Legal Events

Date Code Title Description
A201 Request for examination
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: 20190515

Year of fee payment: 4