KR100960400B1 - 방송 시스템에서 방송 서비스의 접근 정보를 송수신하는 방법 및 장치와 그 시스템 - Google Patents

방송 시스템에서 방송 서비스의 접근 정보를 송수신하는 방법 및 장치와 그 시스템 Download PDF

Info

Publication number
KR100960400B1
KR100960400B1 KR1020060064116A KR20060064116A KR100960400B1 KR 100960400 B1 KR100960400 B1 KR 100960400B1 KR 1020060064116 A KR1020060064116 A KR 1020060064116A KR 20060064116 A KR20060064116 A KR 20060064116A KR 100960400 B1 KR100960400 B1 KR 100960400B1
Authority
KR
South Korea
Prior art keywords
address
access information
access
broadcast
broadcast service
Prior art date
Application number
KR1020060064116A
Other languages
English (en)
Other versions
KR20070019538A (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
Priority to KR1020060064116A priority Critical patent/KR100960400B1/ko
Application filed by 삼성전자주식회사 filed Critical 삼성전자주식회사
Priority to EP10013045.9A priority patent/EP2259494B1/en
Priority to BRPI0614744-5A priority patent/BRPI0614744B1/pt
Priority to PCT/KR2006/003159 priority patent/WO2007018415A1/en
Priority to US11/502,619 priority patent/US8917706B2/en
Priority to EP20060016838 priority patent/EP1753166A3/en
Priority to JP2008524909A priority patent/JP4620777B2/ja
Priority to CA 2615311 priority patent/CA2615311C/en
Priority to CN2006800286214A priority patent/CN101238732B/zh
Priority to AU2006277101A priority patent/AU2006277101C1/en
Publication of KR20070019538A publication Critical patent/KR20070019538A/ko
Application granted granted Critical
Publication of KR100960400B1 publication Critical patent/KR100960400B1/ko
Priority to US14/579,456 priority patent/US9578467B2/en
Priority to US15/424,258 priority patent/US10015642B2/en

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234363Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by altering the spatial resolution, e.g. for clients with a lower screen resolution
    • H04N21/234372Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by altering the spatial resolution, e.g. for clients with a lower screen resolution for performing aspect ratio conversion
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06TIMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T3/00Geometric image transformations in the plane of the image
    • G06T3/40Scaling of whole images or parts thereof, e.g. expanding or contracting
    • G06T3/4092Image resolution transcoding, e.g. by using client-server architectures
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/42Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/437Interfacing the upstream path of the transmission network, e.g. for transmitting client requests to a VOD server
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/01Conversion of standards, e.g. involving analogue television standards or digital television standards processed at pixel level
    • H04N7/0117Conversion of standards, e.g. involving analogue television standards or digital television standards processed at pixel level involving conversion of the spatial resolution of the incoming video signal

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Graphics (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

본 발명에 따라 방송 서비스의 접근 정보를 제공하는 방송 시스템에서 송신 장치는 상기 방송 서비스가 전송되는 방송망과 양방향 망 중 적어도 하나의 망에 대한 상기 접근 정보를 생성하고 상기 접근 정보를 소정 통신망을 통해 단말로 전송한다. 그리고 수신 장치는 상기 통신망을 통해 상기 방송 서비스의 접근 정보를 수신하고 상기 접근 정보를 분석하여 방송망과 양방향 망 중 상기 방송 서비스가 제공되는 망을 확인한 후 상기 방송 서비스의 수신을 위한 접근 주소를 설정한다. 따라서 본 발명에 의하면, IP 기반의 방송 서비스를 제공하는 방송 시스템에서 방송 서비스가 전송되는 방송망 또는 양방향 망의 접근 정보를 용이하게 제공할 수 있다.
접근 정보, 방송 시스템, OMA BCAST, Service Guide, Access Fragment, Access Type, IP multicast

Description

방송 시스템에서 방송 서비스의 접근 정보를 송수신하는 방법 및 장치와 그 시스템{METHOD AND APPARATUS FOR TRANSMITTING/RECEIVING AN ACCESS INFORMATION FOR ACCESSING BROADCASTING SERVICE IN A BROADCASTING SYSTEM AND SYSTEM THEREOF}
도 1은 일반적인 방송 시스템에서 방송 서비스를 수신하기 위한 서비스 가이드의 구조를 도시한 도면
도 2는 본 발명의 실시 예에 따른 방송 시스템에서 억세스 프래그먼트를 생성하여 이동 단말로 전송하는 송신 장치의 구성을 도시한 블록 구성도
도 3은 본 발명의 제1 실시 예에 따른 방송 시스템에서 억세스 프래그먼트의 생성(송신) 과정을 도시한 순서도
도 4는 본 발명의 실시 예에 따른 방송 시스템에서 억세스 프래그먼트를 수신하는 수신 장치의 구성을 도시한 블록 구성도
도 5는 본 발명의 제1 실시 예에 따른 방송 시스템에서 억세스 프래그먼트의 분석(수신) 과정을 도시한 순서도
도 6은 본 발명의 제2 실시 예에 따른 방송 시스템에서 억세스 프래그먼트의 생성(송신) 과정을 도시한 순서도
도 7은 본 발명의 제2 실시 예에 따른 방송 시스템에서 억세스 프레그먼트의 분석(수신) 과정을 도시한 순서도.
본 발명은 방송 시스템에서 방송 서비스의 제공 방법 및 장치에 대한 것으로서, 특히 방송 서비스의 접근을 효율적으로 수행하기 위한 접근 정보를 송수신하는 방법 및 장치와 그 시스템과 단말기에 대한 것이다.
이동통신 시장은 기존 기술들의 재조합 또는 통합을 통해 새로운 서비스의 생산을 지속적으로 요구받고 있으며, 오늘날 통신 및 방송 기술의 발달로 인해 종래의 방송 시스템 혹은 이동 통신 시스템에서 핸드폰, PDA의 등 휴대 단말기(이하, "이동 단말")를 통해 방송 서비스를 제공하는 단계에 있다. 이러한 잠재적이고 실제적인 시장 수요와 멀티미디어 서비스에 대해 급증하는 사용자 요구, 기존의 음성 서비스 외에 방송 서비스 등 새로운 서비스를 제공하고자 하는 사업자의 전략, 그리고 수요자의 요구를 수용하여 이동통신 사업을 강화하고 있는 IT 기업들의 이해 관계가 맞물려 이동통신 서비스와 IP의 융합은 차세대 이동통신 기술 개발의 큰 흐름으로 자리잡고 있다.
한편 방송 서비스의 표준화 단체 중에서 OMA(Open Mobile Alliance)는 지난 2002년 6월 노키아, NTT, IBM 등 200여개 업체가 개별 모바일 솔루션의 상호 연동을 위한 표준을 연구하도록 설립된 단체이다. 상기 OMA는 이동통신용 게임, 인터넷 서비스 등에 대한 다양한 응용 애플리케이션 표준을 정하는 역할을 주로 한다. 상기 OMA에 속한 워킹 그룹 중 OMA BAC BCAST(Open Mobile Alliance Browser and Content Mobile Broadcast Sub Working Group)에서는 이동 단말을 이용하여 방송 서비스를 제공하는 기술을 연구하고 있다. 이하에서는 상기 OMA에서 논의되는 방송 시스템에서 대해 간략히 설명하기로 한다.
먼저 상기 OMA에서 제안하는 방송 시스템인 BCAST 시스템에서 방송 서비스를 수신하기 위한 이동 단말은 서비스 자체에 대한 설명 정보, 서비스에 대한 과금 정보, 그리고 서비스의 수신 방법에 대한 정보가 담긴 이른바 서비스 가이드(service Guide) 정보를 수신해야 하며, 이동 단말은 상기 서비스 가이드 정보를 통해 제공되는 정보에 따라 서비스를 수신하게 된다. 이하 서비스 가이드를 이용하는 일반적인 방송 시스템의 예로 상기 BCAST 시스템을 들어 종래 방송 서비스의 접근 방법을 설명하기로 한다.
먼저 도 1은 일반적인 방송 시스템에서 방송 서비스를 수신하기 위한 서비스 가이드의 구조를 도시한 도면으로서, 이는 상기 BCAST 시스템에서 이동 단말로 방송 서비스를 제공하기 위해 제안된 구조이다. 하나의 서비스 가이드는 각각의 목적을 가지는 다수의 그룹(Group)으로 구성되며, 전체 그룹은 사용 용도에 따라 도 1과 같이 4개의 그룹으로 구분된다. 도 1은 서비스 가이드를 관리 그룹(Administrative Group)(100), 공급 그룹(Provisioning Group)(110), 핵심 그룹(Core Group)(120), 억세스 그룹(Access Group)(130)으로 구성한 예를 도시한 것이다.
도 1에서 상기 관리 그룹(Administrative Group)(100)는 이동 단말이 서비스 가이드를 수신하기 위한 기본 정보를 제공하는 그룹으로서, 이는 서비스 가이드 콘텍스트(context) 프래그먼트(101)와, 서비스 가이드 전달 해석기(delivery descriptor) 프래그먼트(102)를 포함한다. 상기 서비스 가이드 콘텍스트 프래그먼트(101)는 서비스 가이드 식별자(ID)와, 서비스 가이드를 생성하여 전송한 사업자의 식별정보 및 서비스 가이드 전반에 대한 정보를 제공하고, 상기 서비스 가이드 전달 해석기 프래그먼트(102)는 다수의 서비스 가이드에 대한 프래그먼트를 수신할 수 있는 채널, 스케쥴 정보 및 갱신 정보를 이동 단말에게 알려주어 이동 단말이 필요한 서비스 가이드만을 적합한 시간에 수신할 수 있도록 하는 정보를 제공한다.
도 1에서 상기 공급 그룹(110)은 서비스 수신을 위한 요금 정보를 제공하는 그룹으로서, 이는 구입 아이템(Purchase Item) 프래그먼트(111), 구입 데이터(Purchase data) 프래그먼트(112), 그리고 구입 채널(Purchase channel)(113) 프래그먼터를 포함한다. 상기 구입 아이템(Purchase Item) 프래그먼트(111)는 서비스 혹은 서비스 번들에 대한 요금 정보를 제공하고, 상기 구입 데이터(Purchase data) 프래그먼트(112)는 서비스 이용자가 어떤 방법을 통해서 요금을 지불할 수 있는 지에 대한 정보를 제공하며, 상기 구입 채널(Purchase channel)(113) 프래그먼트는 서비스 이용자가 실제적으로 서비스를 구입할 수 있는 시스템에 대한 정보를 제공한다.
도 1에서 상기 핵심 그룹(Core Group)(120)은 서비스 자체에 대한 정보를 제공하는 그룹으로서, 이는 서비스(Service) 프래그먼트(121), 스케쥴(Schedule) 프래그먼트(122), 콘텐츠(Content) 프래그먼트(123)를 포함한다. 상기 서비스(Service) 프래그먼트(121)는 사용자가 수신하게 될 서비스 자체에 대한 설명 및 서비스가 어떤 콘텐츠로 구성될 수 있는 지에 대한 정보를 제공하며, 상기 스케 쥴(Schedule) 프래그먼트(122)는 서비스가 공급되고 이용할 수 있는 시간에 대한 정보를 제공하고, 상기 콘텐츠(Content) 프래그먼트(123)는 서비스를 구성하는 다수의 콘텐츠에 대한 정보를 각각 제공한다.
도 1에서 상기 억세스 그룹(Access Group)(130)는 억세스(Access) 프래그먼트(131)와, 세션 해석(Session Description) 프래그먼트(132)를 포함하며, 상기 핵심 그룹(Core Group)(120)을 통해 제공되는 서비스들을 어떻게 수신할 수 있는지에 대한 서비스 접근 정보 및 해당 서비스를 구성하고 있는 콘텐츠들이 전송되는 세션에 대한 구체적인 정보를 제공하여 이동 단말로 하여금 해당 서비스에 대한 접근이 가능하도록 한다. 상기 억세스(Access) 프래그먼트(131)는 이동 단말에게 하나의 서비스에 대한 다수의 접근 방법을 제공함으로 하나의 서비스를 바탕으로 다양한 부가 서비스들에 접근할 수 있는 방법을 제공한다. 상기 세션 해석(Session Description) 프래그먼트(132)는 하나의 억세스 프래그먼트(Access Fragment)에서 정의된 서비스에 대한 세션 정보를 제공한다.
또한 상기 서비스 가이드 정보는 도 1과 같이 상기한 4 개의 프래그먼트 외에 서비스 및 콘텐츠에 대한 미리 보기와 아이콘 등을 제공하는 프리뷰 데이터(Preview data) 프래그먼트(124)를 더 포함할 수 있다.
이하에서는 하기 <표 1> 내지 <표 7>을 참조하여 종래 OMA BCAST에서 정의하는 억세스 프래그먼트의 내용을 설명하기로 한다. 하기 <표 1> 내지 <표 7>은 하나의 표를 편의상 구분하여 나타낸 것으로 각 표에서 항목들의 정의는 하기 <표 1>의 정의를 따른다.
Figure 112006048954550-pat00001
상기 <표 1>에서 첫 번째 항목 "Name"은 억세스 프래그먼트의 속성(attribute) 혹은 요소(element)들의 이름을 나타내는 것이며, 두 번째 항목 "Type"은 억세스 프래그먼트에 포함되어 있는 각 대상이 속성(Attribute : A)인지 요소(Element : E) 인지를 정의한다. 상기 속성과 요소의 차이를 설명하면, 상기 속성은 억세스 프래그먼트와 요소 그 자체의 속성을 알려주는 값이며, 상기 요소는 실제 사용되는 정보를 알려주는 값이다. 세 번째 항목 "Category"는 상기 속성 혹은 요소들이 필수적인 값인지(Mandatory : 이하 "M"으로 표시) 혹은 선택적인 값인지(Optional : 이하 "O"로 표시)를 나타낸다. 네 번째 항목 "Cardinalality"는 상기 속성 혹은 요소의 반복 여부를 알려주는 것이며, 다섯 번째 항목 "Description"은 상기 속성 혹은 요소에 대한 설명이고, 마지막으로 여섯 번째 항목 "data type"은 상기 속성 혹은 요소의 데이터 타입을 나타낸 것이다.
상기 <표 1>에서 참조 번호 201은 억세스 프래그먼트에 포함되어 있는 속성 혹은 요소가 무엇인지를 나타낸다.
Figure 112006048954550-pat00002
상기 <표 2>에서 참조 번호 202는 억세스 프래그먼트의 식별자로서 다른 프래그먼트에서 해당 억세스 프래그먼트를 참조할 경우 이동 단말이 해당 억세스 프래그먼트를 고유하게 식별할 수 있도록 하는 속성이다. 참조 번호 203은 억세스 프래그먼트의 버젼을 알려주는 속성으로 이동 단말이 동일한 버전의 억세스 프래그먼트를 수신하였는지 혹은 새로운 버젼의 억세스 프래그먼트를 수신하였는 지를 알 수 있게 한다.
상기 <표 2>에서 참조 번호 204의 "Valid From Attribute"와 참조 번호 205의 "valid to"는 억세스 프래그먼트에 포함된 정보의 유효 기간을 알려주는 속성이며, 참조 번호 206의 "ServiceProtection"은 억세스 프래그먼트의 정보를 통하여 접근할 수 있는 서비스가 서비스 방어(Service Protection)되어 있어, 접근 시 별도의 인증 절차가 필요한지를 알려주는 속성이다.
Figure 112006048954550-pat00003
상기 <표 3>에서 참조 번호 207의 "Access Type"은 방송 서비스를 수신할 수 있는 이동 단말이 억세스 프래그먼트에서 접근 정보를 제공하는 방송 서비스를 어떠한 방법으로 수신할 수 있는 지를 알려주는 속성으로 현재 10가지의 Access Type이 지정되어 있다. 따라서 새로운 타입의 서비스가 발생할 때마다 Access Type을 새로이 정의해야 되는 문제점이 발생한다.
Figure 112006048954550-pat00004
상기 <표 4>에서 참조 번호 208의 "Audio Language"는 억세스 프래그먼트를 통하여 전송되는 오디오 스트림의 언어를 알려주기 위한 것이고, 참조 번호 209의 "ExtensionURL"은 확장 프래그먼트의 주소를 알려주기 위한 것이다. 그리고 참조 번호 210의 "Service ID"는 억세스 프래그먼트의 정보를 통해서 접근할 수 있는 서비스의 식별자를 알려주는 요소이고, 211의 "Usage Info"는 하나의 서비스에 대해 다양한 종류의 부가 서비스들을 수신할 수 있도록 다양한 접근 정보를 제공할 수 있는 다수의 억세스 프래그먼트가 있을 경우에 해당되는 다수의 억세스 프래그먼트의 사용처 및 상관관계를 사용자에게 표시할 수 있는 정보를 제공하는 요소이며, 다양한 언어로 제공될 수 있도록 참조 번호 212의 "Lang" 속성을 제공한다.
Figure 112006048954550-pat00005
상기 <표 5>에서 참조 번호 213의 "Access URI"는 억세스 프래그먼트에서 지시하는 서비스가 전송되는 세션 정보를 획득할 수 있는 곳의 주소를 알려주는 요소로서 예컨대, 214의 Type이라는 속성을 가진다. 상기 214의 type은 세션 정보의 양식을 알려주는 속성으로 현재 IEFT의 프로토콜인 세션 해석 프로토콜(Session Description Protocol : SDP) 형식과 비동기 이동통신 표준 기구의 휴대 방송 기술인 MBMS(Multimedia Broadcast Multicast Service)에서 사용하는 세션 정보의 양식 두 가지를 지원한다. 그리고 215의 "SDP" 요소는 실제 세션 해석(session description)에 대한 정보를 제공하는 요소이고, 216의 "InteractiveAccessURL"은 이동 단말이 양방향 채널(Interaction Channel)을 통해서 서비스를 수신할 수 있도록 주소를 알려주는 요소이다.
Figure 112006048954550-pat00006
상기 <표 6>에서 참조 번호 217의 "TerminalcapabilityRequirement"는 억세스 프래그먼트의 정보를 통해 접근할 수 있는 서비스를 수신하기 위한 이동 단말의 소프트웨어 및 하드웨어 요구 사항을 알려주는 요소로서 이를 통해 휴대 방송 수신 기능이 있는 이동 단말은 해당 서비스를 수신할 능력이 되는지 여부를 판단할 수 있다. 그리고 참조 번호 218의 "BandwidthRequirement"는 억세스 프래그먼트를 통해서 접근이 가능한 서비스의 무선 환경에서 전송속도를 알려주는 요소로서 여러 개의 전송 속도 중에서 이동 단말이 필요한 전송 속도를 선택하여 서비스를 수신할 수 있도록 한다. 219의 "ApplicationSpec"은 MIME type에 정의된 서비스를 수신할 수 있는 별도의 정보를 제공하는 요소이다.
Figure 112006048954550-pat00007
상기 <표 7>에서 참조 번호 220의 "Mediainformation"은 억세스 프래그먼트를 수신한 이동 단말이 억세스 프래그먼트가 지시하는 서비스의 미리보기(preview) 정보를 제공하는 요소로서, 221의 "Usage" 속성, 222의 "id" 속성을 가지고 있다. 상기 "Usage" 속성은 상기 "id" 속성에 부합하는 프래그먼트의 정보를 미리보기로 사용할 것인지 배경(Background) 정보로 사용할 것인지를 알려주는 속성이다. 그리고 참조 번호 223은 상기 억세스 프래그먼트를 통해서 제공되지 않는 기타 정보들을 제공할 수 있는 요소 혹은 속성이다.
상기 <표 1> 내지 <표 7>과 같은 종래 BCAST 시스템의 억세스 프래그먼트가 가지고 있는 문제점을 정리하면, 하기와 같다.
첫째 상기 <표 3>에서 "Access Type"은 실제 서비스를 개념으로 Access Type을 정의하였기 때문에 새로운 서비스가 발생할 때마다 Access Type을 새로이 정의해야 한다. 둘째 이동 단말로 제공되는 대부분의 방송 서비스는 고속 전송율을 요구하는 멀티미디어 서비스로서 고속 전송을 지원하기 위해서 무선 자원을 효율적으로 사용해야 한다. 따라서 이동 단말을 위한 대부분의 방송 기술에서는 Internet Protocol에서 사용되는 멀티 캐스트(Multicast) 개념을 도입하여, 사용자가 있는 곳에서만 서비스가 가능하도록 하는 방법을 지원하고 있으나, 현재 Access Type에는 그 방법을 지원하지 않는다. 셋째 현재까지 제안된 방송 시스템에서는 방송 서비스의 접근을 위해 방송 시스템에서 지원하는 전송 스킴이나 전송 토폴로지를 이동 단말에게 용이하게 제공할 수 있는 방안이 마련되어 있지 않다.
본 발명은 방송 시스템에서 방송 서비스의 접근 정보를 효율적으로 송수신하는 방법 및 장치와 그 시스템을 제공한다.
또한 본 발명은 방송 시스템에서 방송 서비스가 전송되는 방송망 또는 양방향 망의 접근 정보를 송수신하는 방법 및 장치와 그 시스템을 제공한다.
또한 본 발명은 IP 기반의 방송 시스템에서 방송 서비스의 접근 정보가 포함된 억세스 프래그먼트의 송수신 방법 및 장치와 그 시스템을 제공한다.
또한 본 발명은 방송 시스템에서 방송 서비스에 대한 접근 정보를 효율적으로 제공하는 억세스 프래그먼트 구조를 제공한다.
본 발명에 따른 방송 시스템의 송신기에서 방송 서비스의 접근 정보를 전송하는 방법은 상기 방송 서비스가 전송되는 방송망과 양방향 망 중 적어도 하나의 망에 대한 상기 접근 정보를 생성하는 과정과, 상기 접근 정보를 소정 통신망을 통해 단말로 전송하는 과정을 포함함을 특징으로 한다.
또한 본 발명에 따른 방송 시스템의 송신기에서 방송 서비스의 접근 정보를 전송하는 장치는 상기 방송 서비스가 전송되는 방송망과 양방향 망 중 적어도 하나의 망에 대한 상기 접근 정보를 생성하는 접근 정보 생성기와, 상기 접근 정보를 소정 통신망을 통해 단말로 전송하는 송신기를 포함함을 특징으로 한다.
또한 본 발명에 따른 방송 시스템의 단말에서 방송 서비스의 접근 정보를 수신하는 방법은 소정 통신망을 통해 상기 방송 서비스가 전송되는 방송망과 양방향 망 중 적어도 하나의 망에 대한 상기 접근 정보를 수신하는 과정과, 상기 접근 정보를 분석하여 상기 방송 서비스가 전송되는 망을 확인하고 상기 방송 서비스의 수신을 위한 접근 주소를 설정하는 과정을 포함함을 특징으로 한다.
또한 본 발명에 따른 방송 시스템의 단말에서 방송 서비스의 접근 정보를 수신하는 장치는 소정 통신망을 통해 상기 방송 서비스의 접근 정보를 수신하는 수신기와, 상기 접근 정보를 분석하여 방송망과 양방향 망 중 상기 방송 서비스가 제공되는 망을 확인한 후 상기 방송 서비스의 수신을 위한 접근 주소를 설정하는 접근 정보 분석기를 포함함을 특징으로 한다.
또한 본 발명에 따른 방송 서비스의 접근 정보를 제공하는 방송 시스템은 상기 방송 서비스가 전송되는 방송망과 양방향 망 중 적어도 하나의 망에 대한 상기 접근 정보를 생성하고 상기 접근 정보를 소정 통신망을 통해 단말로 전송하는 송신 장치와, 상기 통신망을 통해 상기 방송 서비스의 접근 정보를 수신하고 상기 접근 정보를 분석하여 방송망과 양방향 망 중 상기 방송 서비스가 제공되는 망을 확인한 후 상기 방송 서비스의 수신을 위한 접근 주소를 설정하는 수신 장치를 포함함을 특징으로 한다.
삭제
이하, 본 발명에 따른 바람직한 실시예를 첨부한 도면을 참조하여 상세히 설명한다. 하기의 설명에서는 본 발명에 따른 동작을 이해하는데 필요한 부분만이 설명되며 그 이외 부분의 설명은 본 발명의 요지를 흩트리지 않도록 생략될 것이라는 것을 유의하여야 한다.
아울러 후술될 상세한 설명에서는 상술한 기술적 과제를 이루기 위한 본 발명에 있어서 대표적인 실시 예를 제시할 것이다. 상기 대표적인 실시예는 휴대 방송 기술 표준의 하나인 BCAST 시스템을 바탕으로 설명될 것이나, 상기 실시 예가 본 발명이 적용될 수 있는 범위를 제한하지는 않는다. 이하 본 명세서에서 방송 시스템이라 함은 BCAST 시스템, DVB-H 시스템 등과 같이 IP 기반의 방송 서비스를 제공하는 각종 통신 시스템을 포함하는 의미로 이해하기로 한다. 또한 본 발명은 BCAST 시스템의 예를 들어 수신기를 편의상 이동 단말이라 칭하였으나, 본 발명의 기술적 사상을 IP 기반의 방송 서비스를 제공하는 유선 통신 시스템에 적용할 수 있음은 당업자에게 자명한 사항일 것이다.
아울러 본 명세서에는 BCAST 시스템의 예를 들어 방송 서비스의 관련 설명, 수신 방법 등이 포함된 정보로 "서비스 가이드"를 사용하고, 방송 서비스의 접근 방법 등이 포함된 정보로 "억세스 프래그먼트"를 사용하고 있으나 상기 "서비스 가이드"와 "억세스 프래그먼트"는 해당되는 방송 시스템의 종류에 따라 서로 다른 용어로 정의될 수 있을 것이다.
본 발명의 실시 예는 다음과 같은 제1 내지 제3 실시 예로 기술될 것이다. 먼저 제1 실시 예에서 BCAST 시스템은 이동 단말이 서비스를 제공받기 위해 수신하는 서비스 가이드(Service Guide) 정보 중에서 특히 서비스에 대한 접근 방법을 지시하는 억세스 프래그먼트를 효율적으로 구성한 새로운 구조의 억세스 프래그먼트를 제안한다. 이를 제1 실시 예에서 억세스 프래그먼트는 서비스의 접근과 관련 있는 속성만을 가지도록 구성된다. 또한 제1 실시 예에서 억세스 프래그먼트는 서비스의 접근 정보를 제공하는 "AccessType"을 종래 <표 3>에서와 같이 서비스마다 개별적으로 구성하지 않고, 서비스가 방송 채널 또는 이동통신망의 양방향 채널을 통해서 전송되는지를 알려주도록 구성된다.
또한 본 발명의 제2 실시 예에서는 동일한 억세스 프래그먼트의 정보가 서로 다른 복수의 서비스들에게 사용될 수 있는 효율적인 억세스 프래그먼트의 구조를 제안한 것이다. 마지막으로 제3 실시 예에서는 억세스 프래그먼트를 통해 방송망을 통한 서비스 전송과 양방향 네트워크를 통한 서비스 전송에 대한 접근 정보를 용이하게 제공할 수 있는 본 발명의 또 다른 실시 예를 제안한 것이다. 아울러 상기 제1 내지 제3 실시 예는 다양한 형태의 억세스 프래그먼트의 구성 예를 보인 것이고, 서비스가 전송되는 방송망 또는 양방향 망의 상세 접근 정보를 제공하는 본 발명의 요지는 공통적으로 포함하고 있음에 유의하여야 할 것이다.
이하 본 명세서에는 하기 <표 8> 내지 <표 14>를 참조하여 상기 제1 실시 예를 설명한 후 하기 <표 15> 내지 <표 18>을 참조하여 상기 제2 실시 예를 설명한며, 하기 <표 19> 내지 <표 37>을 참조하여 상기 제3 실시 예를 설명하기로 한다. 아울러 도 2의 송신 장치와 도 4의 수신 장치의 동작은 편의상 제1 실시 예를 기준으로 설명하였으나, 도 2 및 도 4의 장치 구성은 각각 제2 및 제3 실시 예에도 적용될 수 있음에 유의하여야 할 것이다.
<<제1 실시 예>>
먼저 하기 <표 8> 내지 <표 14>는 본 발명의 제1 실시 예에 따른 억세스 프래그먼트의 구조를 나타낸 것으로서, 하기 <표 8> 내지 <표 14>는 하나의 표를 편의상 구분하여 나타낸 것으로 각 표에서 항목들의 정의는 하기 <표 8>의 정의를 따른다. 그리고 하기 <표 8> 내지 <표 14>에서 각 항목의 정의는 상기 <표 1>의 정의와 동일하며, 하기 <표 8> 내지 <표 14>에서 상기 <표 1> 내지 <표 7>의 설명과 동일한 부분에 대해서는 그 상세한 설명을 생략하기로 한다.
Figure 112006048954550-pat00008
제1 실시 예에서 제안된 억세스 프래그먼트는 상기 <표 8>에서 참조 번호 302의 "ID", 303의 "version", 304의 "valid from" 및 하기 <표 9>에서 305의 "Valid to"의 속성을 포함한다. 상기 4개의 속성들은 억세스 프래그먼트에 대한 고유한 속성들을 나타내며, 그 역할은 상기 <표 2>에서 동일한 이름을 가지는 속성들과 동일하다. 다만 상기 <표 2>에서 설명한 종래 억세스 프래그먼트와 본 실시 예에서 제안한 억세스 프래그먼트의 차이점은 종래 억세스 프래그먼트는 억세스 프래그먼트의 속성과 상관없는 값들도 속성으로 가졌으나, 본 실시 예의 억세스 프래그먼트에서는 억세스 프래그먼트와 관련 있는 속성만을 가지도록 구성하였으며, 이외의 다른 속성들은 해당 특성에 맞는 요소로 변형하였다.
본 실시 예에서 제안하는 억세스 프래그먼트는 상기 <표 8>에 제시된 것처럼 하기 <표 9>에서 참조 번호 306의 "ServiceID", 그리고 후술할 <표 12> 내지 <표 14>에서 참조 번호 319의 "Usage Info", 321의 "SessionDescriptionURI", 323의 "SDP", 324의 "ApplicationSpec" 및 325의 "Mediainformation"을 하위 요소로 갖는다.
Figure 112006048954550-pat00009
상기 <표 9>에서 참조 번호 306의 "Service ID"는 이동 단말이 억세스 프래그먼트를 통하여 서비스의 접근 정보를 얻을 수 있는 서비스 식별자이며, 그 속성으로 307의 "ServiceProtection"을 갖는다. 상기 "Service ID"는 그 하위 요소로 참조 번308의 "TerminalCapabilityRequirement", 하기 <표 10>에서 참조번호 309의 "BandwidthRequriement", 그리고 참조번호 310의 "AccessType"을 갖는다. 따라서 본 실시 예에서 상기 "Service ID" 요소는 해당 서비스에 부합되는 서비스의 접근 정보를 모두 가지므로 종래 억세스 프래그먼트보다 구성면에서 효율성이 향상된다.
상기 <표 9>에서 참조 번호 308의 "TerminalCapabilibyRequirement"와 하기 <표 10>에서 참조 번호 309의 "BandwidthRequirement"는 종래 억세스 프래그먼트에서의 역할과 동일한 역할을 수행한다.
Figure 112006048954550-pat00010
상기 <표 10>에서 참조 번호 310의 "AcessType"은 이동 단말이 서비스를 어떤 방법으로 수신할 수 있는지를 알려주기 위한 것으로 서비스가 방송 채널을 통해서 전송되는지 혹은 이동통신망에서 제공되는 양방향 채널을 통해서 전송되는지를 알려줌과 동시에 어떤 프로토콜 혹은 시스템을 사용해서 전송해 주는 지를 알려주기 위한 것이다. 이를 위해 본 실시 예에서 상기 "AcessType"은 1 개의 속성과 2 개의 하위 요소로 구성된다.
즉 상기 <표 10>에서 참조 번호 312의 "Transmission_Media"는 서비스가 방송 채널을 통해서 전송되는 것인지 혹은 양방향 통신이 가능한 통신망에서 제공되는지를 알려주는 속성이며, 상기 속성의 값에 따라 상기 "AccessType"에 포함될 수 있는 하위 요소의 종류가 결정된다. 예를 들어 상기 "TransmissionMedia"에서 서비스가 방송 채널로 전송된다고 지시하면, "AccessType"은 그 하위 요소로 참조 번호 313의 "Transmission_Topology"와 하기 <표 11>에서 참조 번호 314의 "IP Address"가 상기 "AccessType"의 하위 요소로 포함되게 된다.
상기 <표 10>에서 "Transmission_Topology"는 방송 채널로 전송되는 서비스가 브로드캐스트 모드(Broadcast mode)로 전송될지 혹은 멀티캐스트 모드(Multicast Mode)로 전송될지를 알려주는 요소이다. 상기 브로드캐스트 모드와 멀티캐스트 모드는 Internet Protocol에서 널리 사용되는 개념으로서, 상기 "Transmission_Topology"가 Broadcast mode를 지시할 경우에는 서비스 수신자의 위치에 상관없이 일정 지역에 서비스가 전송됨을 의미하고, Multicast mode는 서비스 수신자의 위치 정보에 따라 서비스 수신 가능 지역 중에서 서비스 수신자가 위치한 곳으로 서비스를 전송하는 것이다. 그리고 상기 "Transmission_Topology"가 Multicast mode를 지시할 경우에는 방송 서비스의 수신이 가능한 이동 단말은 상기 Multicast mode의 IP 주소에 가입 신청을 하여 방송 서비스를 수신해야 한다.
Figure 112006048954550-pat00011
상기 <표 11>에서 참조 번호 314의 "IP_Address"는 BCAST 시스템에서 서비스가 IP 플로우(flow)의 형태로 이동 단말들에게 송신되기 때문에 상기 IP 플로우에 대한 주소를 알려주는 속성이다. 상기 "IP_Address"는 상기 <표 10>에서 "Transmission_Topology"의 값에 따라 IP 브로트개스트 주소(Broadcast Address) 혹은 IP 멀티캐스트 주소(multicast Address)가 된다. 통상적으로 서비스의 IP 주소는 세션 설명(session description)에 표시되지만, 세션 설명(Session Description)이 상기 억세스 프래그먼트와 같이 전송되지 않을 경우에는 서비스의 IP 레벨에서의 식별을 위하여 이동 단말로 제공되어야 한다.
한편 상기 <표 10>에서 참조 번호 312의 "Transmission_Media" 속성이 양방향 채널(Interaction Channel)을 가리키게 되면, 상기 <표 11>에서 참조 번호 315의 "Transmission_Scheme"이 상기 <표 10>의 "Access_Type"에 포함되며, 상기 "Transmission_Scheme"은 참조 번호 316 내지 318의 "AccessServerIPAddress", "AccessServerURL", 그리고 "AccessServerPhoneNumber"를 하위 요소로 가진다.
상기 "Transmission_Scheme"은 양방향 채널을 통해서 서비스에 접근할 수 있을 경우, 양방향 채널에서 사용되는 통신 시스템 혹은 프로토콜을 알려주는 요소이다. 현재 OMA BCAST에서는 양방향 채널에 사용될 수 있는 통신 시스템 혹은 프로토콜로서 예컨대, 웹 브라우징(Web Browsing), MMS(Multimedia Messaging Service), WAP1.0(Wireless Application Protocol), WAP 2.x (Wireless Application Protocol), SMS(Short Messaging Service), HTTP(Hyper Text Transmission Protocol) 등을 규정하고 있으나, 양방향 채널에 사용될 수 있는 통신 시스템 및 프로토콜은 향후에 더 추가될 수 있다.
상기 <표 11>에서 참조 번호 316 내지 318의 "AccessServerIPAddress", "AccessServerURL", "AccessServerPhoneNumber"은 억세스 프래그먼트를 수신한 이동 단말이 양방향 채널을 통해 어느 곳에서 서비스를 접근할 수 있는지 알 수 있도록 하기 위하여, 상기 서비스를 양방향 채널을 통해 제공하는 서버의 주소를 알려주는 요소이다. 각 통신 시스템 혹은 프로토콜에서 사용하는 주소 체계가 다르기 때문에 현재 양방향 채널을 지원할 수 있도록 되어 있는 통신 시스템 및 프로토콜의 대표 주소 체계를 제시하였다.
상기 316의 "AccessServerIPaddress"는 Internet Protocol을 근간으로 하는 서버의 위치를 알려주고, 317의 "AccessServerURL"은 Web 혹은 URL을 지원하는 통신 시스템 혹은 프로토콜을 사용하는 서버의 위치를 알려주며, 318의 "AccessServerPhoneNumber"는 MMS 혹은 SMS를 사용하여 서비스에 대한 접근을 가능하게 하는 서버의 위치를 알려주는 요소이다. 또한 본 발명에서 상기 <표 11>에서 315의 "Transmission_Scheme"에 새로운 통신 시스템 혹은 프로토콜이 추가되고, 상기 통신 시스템 혹은 프로토콜의 주소 체계가 현재 제공되고 있는 것과 다른 경우에는 새로운 주소 체계를 상기 "Transmission_Scheme"의 하위 요소로 추가할 수 있다.
Figure 112006048954550-pat00012
상기 <표 12>에서 참조 번호 319의 "Usage info"는 억세스 프래그먼트의 특성을 이동 단말의 사용자에게 설명해주는 요소이며, 특히 본 발명의 경우 하나의 서비스에 대해서 다수의 억세스 프래그먼트들이 존재하여 서로 다른 특성을 가진 부서비스를 제공하는 경우에도 각각의 억세스 프래그먼트의 특성 및 상호 연관 관계를 사용자에게 설명해주는 데 사용될 수 있는 요소이다. 상기 "Usage info"는 참조 번호 320의 "Lang"을 속성으로 갖는다.
그리고 상기 <표 12>에서 참조 번호 321의 "SessionDescriptionURI"과, 하기 <표 13>, <표 14>에서 참조 번호 322의 "Type", 323의 "SDP", 324의 "ApplicationSpec", 325의 "Mediainformation", 326의 "Usage", 327의 "ID", 그리고 328의 "<Property elements/attributes>"는 종래 억세스 프래그먼트에서의 역할과 동일하므로 그 상세한 설명은 생략하기로 한다.
Figure 112006048954550-pat00013
Figure 112006048954550-pat00014
이하에서는 도 2 내지 도 5를 참조하여 상기 <표 7> 내지 <표 14>의 구조로 이루어진 억세스 프래그먼트를 생성하여 송신하는 송신 장치와 상기 억세스 프래그먼트를 수신하여 원하는 서비스를 수신하는 수신 장치의 구성과 동작을 설명하기로 한다.
도 2는 본 발명의 실시 예에 따른 방송 시스템에서 억세스 프래그먼트를 생성하여 이동 단말로 전송하는 송신 장치의 구성을 도시한 블록 구성도이다.
도 2에서 억세스 프래그먼트 생성부(201)는 상기 <표 7> 내지 <표 14>의 구조로 이루어진 억세스 프래그먼트를 생성한다. 서비스 가이드 생성부(203)는 상기 억세스 프래그먼트 생성부(201)로부터 출력된 억세스 프래그먼트를 이용하여 도 1의 구조를 갖는 서비스 가이드 정보를 생성하고, 송신부(205)는 상기 서비스 가이드 정보를 전송망을 통해 이동 단말로 전송한다. 여기서 전송망은 방송 채널을 제공하는 네크워크 혹은 양방향 채널을 제공하는 네트워크가 될 수 있다.
도 2의 송신 장치는 BCAST 시스템의 송신기에 적용됨은 물론 예를 들어 DVB-H 시스템과 같이 IP 기반의 방송 서비스를 다수의 사용자에게 제공하는 각종 통신 시스템의 송신기가 될 수 있다.
도 3은 본 발명의 제1 실시 예에 따른 방송 시스템에서 억세스 프래그먼트의 생성(송신) 과정을 도시한 순서도로서, 이는 도 2에서 상기 억세스 프래그먼트 생성부(201)의 동작을 나타낸 것이다.
도 3의 301 단계에서 억세스 프래그먼트 생성부(201)는 새로운 억세스 프래그먼트를 생성해야 하는지를 판별한다. 새로운 억세스 프래그먼트가 생성되는 경우는 새로운 서비스가 시작되거나 현재의 서비스에 대하여 새로운 부가 서비스 혹은 새로운 접근 방법을 방송 서비스를 수신하는 이동 단말로 제공하는 경우를 의미한다. 상기 301 단계에서 새로운 억세스 프래그먼트의 생성이 결정되면 억세스 프래그먼트 생성부(201)는 303 단계에서 억세스 프래그먼트에 대한 기본 정보를 설정한다. 여기서 상기 기본 정보는 상기 <표 8>, <표 9>에서 설명한 억세스 프래그먼트의 "id", "Version" 그리고 유효성(Validity)과 관련된 "Validfrom", "Validto" 정보 중 적어도 하나를 포함한다.
도 3의 305 단계에서 억세스 프래그먼트 생성부(201)는 억세스 프래그먼트가 제공할 정보에 부합하는 서비스 ID를 설정하고, 해당 서비스 ID에 부합하는 서비스의 기본 속성을 설정한다. 상기 기본 속성은 예를 들어 상기 <표 9>, <표 10>에서 설명한 서비스 방어(Service Protection)의 적용 여부, 서비스를 수신하기 위한 이동 단말의 필요 조건 및 서비스가 무선 환경에서 전송되는 전송 속도 정보 중 적어도 하나를 포함한다. 307 단계에서 억세스 프래그먼트 생성부(201)는 서비스가 방송 채널을 통해서 전송될 것인지 혹은 양방향 채널을 통해서 전송될 것인지에 대한 판별을 한다. 양방향 채널을 통해서 전송되는 경우 하기 309 단계로 진행하고, 방송 채널을 통해서 전송되는 경우 하기 315 단계로 진행한다.
양방향 채널을 통해 전송할 경우 309 단계에서 억세스 프래그먼트 생성부(201)는 사용될 통신 시스템 혹은 프로토콜에 대한 전송 스킴을 설정하며, 311 단계에서 해당 통신 시스템 혹은 프로토콜 서버에 대한 주소를 설정한다. 이후 억세스 프래그먼트 생성부(201)는 313 단계에서 서비스 이용 정보(UsageInfo)를 설정하여 해당 억세스 프래그먼트에 대한 특성 설명 및 하나의 서비스에 대하여 다수의 억세스 프래그먼트가 존재할 경우에 각각의 특성 및 상관 관계에 대한 설명을 억세스 프래그먼트에 부가하여 방송 서비스 수신자로 하여금 그 차이를 파악할 수 있도록 해준다.
방송 채널을 통해 전송하는 경우 315 단계로 진행하여 억세스 프래그먼트 생성부(201)는 해당 서비스가 Broadcast mode로 전송될 것인지 Multicast mode로 전송될 것인지에 대한 전송 토폴로지 정보를 설정한다. 상기 mode에 관련된 정보는 전송 주체 혹은 서비스 제공 주체가 결정하는 값이며, 상기 억세스 프래그먼트 생성부(201)는 상기 mode에 관련된 정보를 해당 주체로부터 전달받아 그 값대로 설정한다. 그리고 317 단계에서 상기 억세스 프래그먼트 생성부(201)는 서비스가 전송되는 IP 플로우의 IP 정보를 설정한 후, 상기 313 단계로 진행하여 서비스 이용 정보(UsageInfo)를 설정한다.
319 단계에서 억세스 프래그먼트 생성부(201)는 해당 억세스 프래그먼트를 통해 접근 정보가 제공되는 서비스가 전송되는 세션(sesison)에 대한 정보를 설정한다. 상기 세션(session) 정보는 송신자의 IP 주소, 수신자의 IP 주소, 세션을 통해서 전송되는 데이터의 종류와 사용되는 코덱 등의 세션 정보를 포함한다. IETF의 세션 해석 프로토콜(Session Description Protocol)이 그 대표적인 예이다. 이후 321 단계에서 억세스 프래그먼트 생성부(201)는 억세스 프래그먼트를 구성하는 기타 정보들을 설정한 후 동작을 종료한다.
도 4는 본 발명의 실시 예에 따른 방송 시스템에서 억세스 프래그먼트가 포함된 서비스 가이드를 수신하여 방송 서비스를 수신하는 수신 장치의 구성을 도시한 블록 구성도이다.
도 4에서 수신부(401)는 방송 시스템의 송신 장치로부터 전송되는 서비스 가이드 정보를 전송망을 통해 수신하여 서비스 가이드 분해부(403)로 출력한다. 상기 서비스 가이드 분해부(403)는 수신된 서비스 가이드에서 각각의 프래그먼트(Fragment)를 추출하여, 해당 프래그먼트 분석부로 전달한다. 도 4는 상기 프래그먼트 분석부 중 본 발명과 관련된 억세스 프래그먼트 분석부(405)만을 도시한 것이다. 상기 억세스 프래그먼트 분석부(405)는 하기 도 5의 동작에 따라 서비스 가이드 정보에 포함된 상기 <표 7> 내지 <표 14>의 구조를 갖는 억세스 프래그먼트를 수신하여 분석하고, 이동 단말은 그 분석 결과를 근거로 서비스를 수신하기 위한 동작을 수행한다.
도 5는 본 발명의 제1 실시 예에 따른 방송 시스템에서 억세스 프래그먼트의 분석(수신) 과정을 도시한 순서도로서, 이는 도 2에서 상기 억세스 프래그먼트 분석부(201)의 동작을 나타낸 것이다.
도 5의 501 단계에서 억세스 프래그먼트 분석부(405)는 새로운 억세스 프래그먼트가 수신되었는지를 판별하며, 그 판별 기준은 수신된 억세스 프래그먼트의 "Version" 속성이다. 상기 501 단계에서 새로운 억세스 프래그먼트가 수신되었다고 판별될 경우에는 502 단계에서 억세스 프래그먼트 분석부(405)는 억세스 프래그먼트의 상기한 기본 정보를 확인하고, 상기 기본 정보 중에서 상기 억세스 프래그먼트의 유효 기간을 확인하여, 상기 유효 기간에만 억세스 프래그먼트를 통해서 제공된 정보가 유효함을 인지한다.
이후 505 단계에서 억세스 프래그먼트 분석부(405)는 억세스 프래그먼트가 제공하는 접근 정보를 통해서 접근할 수 있는 서비스 ID를 확인하고, 해당 서비스가 서비스 방어(Service Protection)이 되어 전송되는 지를 확인한다. 상기 서비스 방어가 적용되는 경우에는 해당 서비스를 올바르게 수신할 수 있도록 관련 작업을 수행할 준비를 한다. 또한 해당 서비스 ID에 대한 기본 속성을 확인하여 해당 서비스가 요구하는 이동 단말의 성능 조건을 현재 이동 단말의 성능 조건과 비교하여 서비스가 수신 가능한지를 판별하며, 또한 서비스가 제공되는 대역폭을 고려하여 적절한 채널을 선택한다.
507 단계에서 억세스 프래그먼트 분석부(405)는 억세스 프래그먼트가 제공하는 접근 정보를 통해서 서비스가 방송 채널을 통해서 전송될 것인지 혹은 양방향 채널을 통해서 전송될 것인지 확인한 후, 양방향 채널을 통해서 전송되는 경우 하기 509 단계로 진행하고, 방송 채널을 통해서 전송되는 경우 하기 515 단계로 진행한다.
양방향 채널을 통해서 서비스가 전송될 경우 상기 억세스 프래그먼트 분석부(405)는 509 단계에서 전송 스킴을 확인하여 사용될 통신 시스템 혹은 프로토콜에 대해 인지한다. 상기 509 단계에서 확인된 통신 시스템 혹은 프로토콜을 사용하여 상기 서비스를 수신해야 됨을 인지하면, 억세스 프래그먼트 분석부(405)는 511 단계에서 상기 서비스를 양방향 채널을 통해 제공해주는 서버의 주소를 파악하고 서비스 수신 요구를 전송할 준비를 한다. 이때 양방향 채널을 사용하는 통신 시스템 및 프로토콜에 따라 그 주소 체계가 다를 수 있다. 이후 억세스 프래그먼트 분석부(405)는 513 단계에서 서비스 이용 정보(UsageInfo)를 확인하여 억세스 프래그먼트에 대한 특성 설명 및 하나의 서비스에 대하여 다수의 억세스 프래그먼트가 존재할 경우에 각각의 특성 및 상관관계에 대한 설명을 인지하고, 이동 단말은 서비스를 수신할 사용자에게 해당 설명을 디스플레이하여 사용자로 하여금 적절한 설명 및 선택을 할 수 있도록 한다.
한편 방송 채널을 통해 방송 서비스가 제공될 경우 억세스 프래그먼트 분석부(405)는 515 단계에서 전송 토폴로지를 확인하여 서비스가 Broadcast mode로 전송될 것인지 Multicast mode로 전송될 것인지에 대한 정보를 분석하여 그에 적합한 동작을 수행할 준비를 한다. Broadcast mode로 전송되는 서비스의 경우에는 서비스에 대한 합류(Join)없이 해당 서비스를 수신할 수 있으나, Multicast Mode로 전송되는 서비스의 경우에는 서비스가 전송되는 IP 플로우의 멀티캐스트 IP 주소 그룹에 대한 합류(Join)과정을 수행해야 서비스를 수신할 수 있다.
517 단계에서 억세스 프래그먼트 분석부(405)는 서비스가 전송되는 IP 플로우의 주소를 확인한다. 상기 IP 플로우의 주소는 서비스를 수신받을 이동 단말이 서비스가 전송되는 IP를 구별하기 위하여 매우 중요하다. 만약 상기 IP 플로우의 주소가 제공되지 않을 경우, 이동 단말은 방송 채널을 통해 전송되는 모든 IP 플로우를 수신하여 수신할 서비스인지를 판별하는 작업을 일일이 수행해야 한다. 또한 상기 IP 플로우의 주소는 IP 계층 하단의 통신 베어러와 연결되어 이동 단말이 어느 통신 베어러를 수신해야 IP 플로우를 수신받을 수 있는지 알게 해주며, 그 방법은 방송 채널을 제공하는 각각의 방송 시스템에서 다를 수 있으며, 이는 본 발명의 설명 범위를 벗어나므로 그 상세한 설명은 생략하기로 한다.
한편 상기 517 단계에 따라 IP 플로우의 주소를 확인한 경우 서비스 이용 정보를 확인하기 위해 상기 513 단계로 진행한 후, 억세스 프래그먼트 분석부(405)는 519 단계에서 억세스 프래그먼트에서 접근 정보가 제공되는 서비스가 전송되는 세션(sesison) 관련 정보를 확인하고, 실제 서비스가 전송되는 세션을 수신할 준비를 수행할 수 있도록 한다. 이후 521 단계에서 억세스 프래그먼트 분석부(405)는 억세스 프래그먼트에서 제공되는 기타 정보를 분석하여 관련 정보를 적절한 곳에 사용하며, 523 단계에서 억세스 프래그먼트에서 파악된 정보에 따라 서비스에 대한 접근 및 수신 준비를 한 후 동작을 종료한다.
<<제2 실시 예>>
이하에서는 하기 <표 15> 내지 <표 18>과 도 6 및 도 7을 참조하여 본 발명의 제2 실시 예에 따른 억세스 프래그먼트의 송수신 방법을 설명하기로 한다.
먼저 하기 <표 15> 내지 <표 18>은 본 발명에서 제안하는 제2 실시 예에 따른 억세스 프래그먼트의 구조를 나타낸 것으로서, 하기 제2 실시 예와 상기한 제1 실시 예에서 설명한 억세스 프래그먼트의 차이점은 동일한 억세스 프래그먼트의 정보가 서로 다른 복수의 서비스들에게 사용될 경우 보다 효율적인 구조를 제안한 것이다. 그리고 하기 <표 15> 내지 <표 18>에서 각 항목들의 정의는 상기 <표 1>의 정의와 동일하며, 하기 <표 15> 내지 <표 18>에서 상기 <표 8> 내지 <표 14>의 설명과 동일한 부분에 대해서는 그 상세한 설명을 생략하기로 한다.
아울러 하기 <표 15> 내지 <표 18>은 상기 <표 8> 내지 <표 14>에서 정의된 속성들 혹은 요소들과 비교하여 변경되지 않은 부분의 표시를 편의상 생략한 것이다.
Figure 112006048954550-pat00015
본 실시 예에서 제안하는 억세스 프래그먼트는 상기 <표 15>의 참조 번호 *01의 "Access"에 제시된 것처럼 참조 번호 *02의 "ID", 03의 "version", *04의 "valid from" 및 *05의 "Valid to" 및 *06의 "ServiceProtection"의 속성을 포함한다. 상기 5개의 속성들은 억세스 프래그먼트에 대한 고유한 속성들을 나타내며, 그 역할은 상기 <표 2>에서 동일한 이름을 가지는 속성들과 동일하다. 그리고 본 발명에서 제안하는 억세스 프래그먼트는 상기 <표 15>의 참조 번호 *01의 "Access"에 제시된 것처럼 참조 번호 *07의 "TerminialCapabilityREquirement", *08의 "BandwidthREquirement", *09의 "AccessType", *17의 "ServiceID", *18의 "ExtensionURL", *19의 "Usageinfo", *21의 "SessionDescriptionURI", *23의 "SDP", *24의 "ApplicationSpec", *25의 "Mediainformation"의 하위 요소(sub-element)로 갖는다.
Figure 112006048954550-pat00016
상기 <표 16>에서 참조 번호 *07의 TerminalCapabilityRequirement는 억세스 프래그먼트를 통해 서비스에 접근하는 이동 단말에 대한 요구 사항이며, *08의 BandwidthRequirement는 억세스 프래그먼트를 통해 접근하는 서비스의 무선상에서의 대역폭을 나타낸다. 참조 번호 *09의 AccessType은 이동 단말이 서비스를 어떤 방법으로 수신할 수 있는지를 알려주기 위한 것으로 서비스가 방송 채널을 통해서 전송되는지 혹은 이동통신망에서 제공되는 양방향 채널을 통해서 전송되는지를 알려줌과 동시에 어떤 프로토콜 혹은 시스템을 사용해서 전송해 주는 지를 알려주기 위한 것이다. 이를 위해 본 발명에서 상기 "AcessType"은 1 개의 속성과 2 개의 하위 요소로 구성된다.
즉 상기 <표 16>에서 참조 번호 *10의 "Transmission_Media"는 서비스가 방송 채널을 통해서 전송되는 것인지 혹은 양방향 통신이 가능한 통신망에서 제공되는지를 알려주는 속성이며, 상기 속성의 값에 따라 상기 "AccessType"에 포함될 수 있는 하위 요소의 종류가 결정된다. 상기 "TransmissionMedia"에서 서비스가 방송 채널로 전송된다고 지시하면, 그 하위 요소로 참조 번호 11의 "Transmission_Topology"와 참조 번호 *12의 "IP Address"가 "Access Type"의 하위 요소로 포함된다.
상기 <표 16>에서 "Transmission_Topology"는 방송 채널로 전송되는 서비스가 브로드캐스트 모드(Broadcast mode)로 전송될 지 혹은 멀티캐스트 모드(Multicast Mode)로 전송될지를 알려주는 요소이다. 상기 브로드캐스트 모드와 멀티캐스트 모드는 Internet Protocol에서 널리 사용되는 개념으로서, 상기 "Transmission_Topology"가 Broadcast mode를 지시할 경우에는 서비스 수신자의 위치에 상관없이 일정 지역에 서비스가 전송됨을 의미하고, Multicast mode는 서비스 수신자의 위치 정보에 따라 서비스 수신 가능 지역 중에서 서비스 수신자가 위치한 곳으로 서비스를 전송하는 것이다.
그리고 상기 "Transmission_Topology"가 Multicast mode를 지시할 경우에는 방송 서비스의 수신이 가능한 이동 단말은 상기 Multicast mode의 IP 주소에 가입 신청을 하여 방송 서비스를 수신해야 한다.
상기 <표 16>에서 참조 번호 *12의 "IP_Address"는 방송 시스템에서 서비스가 IP 플로우(flow)의 형태로 이동 단말들에게 송신되기 때문에 상기 IP 플로우에 대한 주소를 알려주는 속성이다. 상기 "IP_Address"는 "Transmission_Topology"의 값에 따라 IP 브로드캐스트 주소(Broadcast Address) 혹은 IP 멀티캐스트 주소(multicast Address)가 된다. 통상적으로 서비스의 IP 주소는 세션 설명(session description)에 표시되지만, 세션 설명(Session Description)이 상기 억세스 프래그먼트와 같이 전송되지 않을 경우에는 서비스의 IP 레벨에서의 식별을 위하여 이동 단말로 제공되어야 한다.
한편 상기 <표 16>에서 참조 번호 *10의 "Transmission_Media" 속성이 양방향 채널(Interaction Channel)을 가리키게 되면, 참조 번호 *13의 "Interaction_Scheme"이 참조 번호 *09의 "Access_Type"에 포함되며, 여기서 상기 "Interaction_Scheme"은 제1 실시 예에서 설명한 "Transmission_Scheme"과 등가의 의미를 갖는다. 본 실시 예에서 "Transmission_Scheme"은 참조 번호 *14 내지 *16의 "AccessServerIPAddress", "AccessServerURL", 그리고 "AccessServerPhoneNumber"를 하위 요소로 가진다.
상기 "Transmission_Scheme"은 양방향 채널을 통해서 서비스에 접근할 수 있을 경우, 양방향 채널에서 사용되는 통신 시스템 혹은 프로토콜을 알려주는 요소이다. 현재 OMA BCAST에서는 양방향 채널에 사용될 수 있는 통신 시스템 혹은 프로토콜로서 예컨대, 웹 브라우징(Web Browsing), MMS(Multimedia Messaging Service), WAP1.0(Wireless Application Protocol), WAP 2.x (Wireless Application Protocol), SMS(Short Messaging Service), HTTP(Hyper Text Transmission Protocol) 등을 규정하고 있으나, 양방향 채널에 사용될 수 있는 통신 시스템 및 프로토콜은 향후에 더 추가될 수 있다.
Figure 112006048954550-pat00017
상기 <표 17>에서 참조 번호 *14 내지 *16의 "AccessServerIPAddress", "AccessServerURL", "AccessServerPhoneNumber"은 억세스 프래그먼트를 수신한 이동 단말이 양방향 채널을 통해 어느 곳에서 서비스를 접근할 수 있는지 알 수 있도록 하기 위하여, 상기 서비스를 양방향 채널을 통해 제공하는 서버의 주소를 알려주는 요소이다. 각 통신 시스템 혹은 프로토콜에서 사용하는 주소 체계가 다르기 때문에 현재 양방향 채널을 지원할 수 있도록 되어 있는 통신 시스템 및 프로토콜의 대표 주소 체계를 제시하였다.
상기 참조 번호 *14의 "AccessServerIPaddress"는 Internet Protocol을 근간으로 하는 서버의 위치를 알려주고, *15의 "AccessServerURL"은 Web 혹은 URL을 지원하는 통신 시스템 혹은 프로토콜을 사용하는 서버의 위치를 알려주며, *16의 "AccessServerPhoneNumber"는 MMS 혹은 SMS를 사용하여 서비스에 대한 접근을 가능하게 하는 서버의 위치를 알려주는 요소이다. 또한 상기 <표 17>에서 참조 번호 *13의 "Interaction_Scheme"에 새로운 통신 시스템 혹은 프로토콜이 추가되고, 상기 통신 시스템 혹은 프로토콜의 주소 체계가 현재 제공되고 있는 것과 다른 경우에는 새로운 주소 체계를 상기 "Interaction_Scheme"의 하위 요소로 추가할 수 있다.
상기 <표 17>에서 참조 번호 *17의 "ServiceID"는 상기 억세스 프래그먼트에서 제공되는 억세스의 정보를 사용하여 접근할 수 있는 서비스의 식별자를 가르키는 것으로서 복수의 서비스들이 동일한 억세스를 이용할 경우에는 상기 "ServiceID"는 복수의 값이 존재할 수 있다. 참조 번호 *19의 "UsageInfo"는 억세스 프래그먼트의 특성을 이동 단말의 사용자에게 설명해주는 요소이며, 특히 본 발명의 경우 하나의 서비스에 대해서 다수의 억세스 프래그먼트들이 존재하여 서로 다른 특성을 가진 부서비스를 제공하는 경우에도 각각의 억세스 프래그먼트의 특성 및 상호 연관 관계를 사용자에게 설명해주는 데 사용될 수 있는 요소이다. 상기 "Usage info"는 참조 번호 *20의 "Lang"을 속성으로 갖는다.
Figure 112006048954550-pat00018
그리고 상기 <표 18>에서 참조 번호 *21의 "SessionDescriptionURI"과 참조 번호 *22의 "Type", *23의 "SDP", *24의 "ApplicationSpec", *25의 "Mediainformation", *26의 "Usage", *27의 "ID", 그리고 *28의 "<Property elements/attributes>"는 종래 억세스 프래그먼트에서의 역할과 동일하므로 그 상세한 설명은 생략하기로 한다.
도 6은 본 발명의 제2 실시예에 따른 오엠에이 방송 시스템에서 억세스 프래그먼트의 생성(송신) 과정을 도시한 순서도로서, 이는 도 2의 송신 장치에서 본 발명의 제2 실시 예에 따른 억세스 프래그먼트 생성부(201)의 동작을 나타낸 것이다.
도 6의 601 단계에서 억세스 프래그먼트 생성부(201)는 새로운 억세스 프래그먼트를 생성해야 하는지를 판별한다. 새로운 억세스 프래그먼트가 생성되는 경우는 새로운 서비스가 시작되거나 현재의 서비스에 대하여 새로운 부가 서비스 혹은 새로운 접근 방법을 방송 서비스를 수신하는 이동 단말로 제공하는 경우를 의미한다. 상기 601 단계에서 새로운 억세스 프래그먼트의 생성이 결정되면 억세스 프래그먼트 생성부(201)는 603 단계에서 억세스 프래그먼트에 대한 기본 정보를 설정한다. 여기서 상기 기본 정보는 상기 <표 15>에서 설명한 억세스 프래그먼트의 "id", "Version" 그리고 유효성(Validity)과 관련된 "Validfrom", "Validto", 그리고 서비스 방어(Service Protection)의 적용 여부를 알려주는 "ServiceProtection", 서비스에 접근하기 위한 단말기의 요구 사항인 "Terminal Capability Requirement", 서비스의 무선상의 전송 속도인 "BandwidthRequirement" 정보 중 적어도 하나를 포함한다.
도 6의 605 단계에서 억세스 프래그먼트 생성부(201)는 해당 억세스 프래그먼트를 통해 접근할 수 있는 Service가 방송 채널을 통해서 전송될 것인지 혹은 양방향 채널을 통해서 전송될 것인지에 대한 판별을 한다. 양방향 채널을 통해서 전송되는 경우 하기 607 단계로 진행하고, 방송 채널을 통해서 전송되는 경우 하기 613 단계로 진행한다.
양방향 채널을 통해 전송할 경우 607 단계에서 억세스 프래그먼트 생성부(201)는 사용될 통신 시스템 혹은 프로토콜에 대한 전송 스킴을 설정하며, 609 단계에서 해당 통신 시스템 혹은 프로토콜 서버에 대한 주소를 설정한다. 이후 억세스 프래그먼트 생성부(201)는 611 단계에서 상기 억세스 프레그먼트에서 제공되는 정보를 가지고 접근 할 수 있는 적어도 하나의 서비스 ID를 설정한다.
방송 채널을 통해 전송하는 경우 613 단계로 진행하여 억세스 프래그먼트 생성부(201)는 해당 억세스 혹은 상기 억세스를 이용하는 서비스가 Broadcast mode로 전송될 것인지 Molticast mode로 전송될 것인지에 대한 전송 토폴로지 정보를 설정한다. 상기 mode에 관련된 정보는 전송 주체 혹은 서비스 제공 주체가 결정하는 값이며, 상기 억세스 프래그먼트 생성부(201)는 상기 mode에 관련된 정보를 전달받아 그 값대로 전송 토폴로지 정보를 설정한다. 그리고 615 단계에서 상기 억세스 프래그먼트 생성부(201)는 서비스가 전송되는 IP 플로우의 IP 정보를 설정한 후, 상기 611 단계로 진행한다.
이후 억세스 프래그먼트 생성부(201)는 617 단계에서 서비스 이용 정보(UsageInfo)를 설정하여 해당 억세스 프래그먼트에 대한 특성 설명 및 하나의 서비스에 대하여 다수의 억세스 프래그먼트가 존재할 경우에 각각의 특성 및 상관 관계에 대한 설명을 억세스 프래그먼트에 부가하여 방송 서비스 수신자로 하여금 그 차이를 파악할 수 있도록 해준다.
그리고 619 단계에서 억세스 프래그먼트 생성부(201)는 해당 억세스 프래그먼트를 통해 접근 정보가 제공되는 적어도 하나의 서비스가 전송되는 세션(sesison)에 대한 정보를 설정한다. 상기 세션(session) 정보는 송신자의 IP 주소, 수신자의 IP 주소, 세션을 통해서 전송되는 데이터의 종류와 사용되는 코덱 등의 세션 정보를 포함한다. IETF의 세션 해석 프로토콜(Session Description Protocol)이 그 대표적인 예이다. 이후 621 단계에서 억세스 프래그먼트 생성부(201)는 억세스 프래그먼트를 구성하는 기타 정보들을 설정한 후 동작을 종료한다.
도 7은 본 발명의 제2 실시 예에 따른 방송 시스템에서 억세스 프래그먼트의 분석(수신) 과정을 도시한 순서도로서, 이는 도 4의 수신 장치에서 본 발명의 제2 실시 예에 따른 억세스 프래그먼트 분석부(405)의 동작을 나타낸 것이다.
도 7의 701 단계에서 억세스 프래그먼트 분석부(405)는 새로운 억세스 프래그먼트가 수신되었는지를 판별하며, 그 판별 기준은 수신된 억세스 프래그먼트의 "Version" 속성이다. 상기 701 단계에서 새로운 억세스 프래그먼트가 수신되었다고 판별될 경우에는 703 단계에서 억세스 프래그먼트 분석부(405)는 억세스 프래그먼트의 상기한 기본 정보를 확인하고, 상기 기본 정보 중에서 상기 억세스 프래그먼트의 유효 기간을 확인하여, 상기 유효 기간에만 억세스 프래그먼트를 통해서 제공된 정보가 유효함을 인지한다. 상기 기본 정보들을 이용하여 억세스 프래그먼트 분석부(405)는 억세스 프래그먼트가 제공하는 서비스의 접근이 서비스 방어(Service Protection)되어 전송되는지를 확인한다. 상기 서비스 방어가 적용되는 경우에는 해당 접근 정보를 통해 제공되는 서비스를 올바르게 수신할 수 있도록 관련 작업을 수행할 준비를 한다. 또한 해당 접근 정보에 대한 기본 속성을 확인하여 상기 접근 정보에 의한 서비스가 요구하는 이동 단말의 성능 조건을 현재 이동 단말의 성능 조건과 비교하여 서비스가 수신 가능한지를 판별하며, 또한 상기 접근 정보에 의한 서비스가 제공되는 무선상의 대역폭을 고려하여 동일한 서비스에 대해서 여러 개의 억세스 프래그먼트가 존재할 경우, 단말기의 성능을 고려한 적절한 억세스 프래그먼트를 선택하고, 상기 억세스 프래그먼트에서 제공되는 정보에 따라 서비스를 수신할 수 있다.
705 단계에서 억세스 프래그먼트 분석부(405)는 적어도 하나의 서비스를 수신하기 위한 접근 정보가 방송 채널을 대한 것인지 혹은 양방향 채널에 대한 것인지 확인한 후, 양방향 채널을 대한 것일 경우 하기 720 단계로 진행하고, 방송 채널에 대한 것인 경우 하기 710 단계로 진행한다.
양방향 채널에 대한 접근 정보일 경우 상기 억세스 프래그먼트 분석부(405)는 707 단계에서 전송 스킴을 확인하여 사용될 통신 시스템 혹은 프로토콜에 대해 인지한다. 상기 707 단계에서 확인된 통신 시스템 혹은 프로토콜을 사용하여 해당 서비스에 대한 접근을 해야 됨을 인지하면, 억세스 프래그먼트 분석부(405)는 709 단계에서 해당 서비스를 양방향 채널을 통해 제공해주는 서버의 주소를 파악하고 서비스 수신 요구를 전송할 준비를 한다. 이때 양방향 채널을 사용하는 통신 시스템 및 프로토콜에 따라 그 주소 체계가 다를 수 있다.
이후 억세스 프래그먼트 분석부(405)는 711 단계에서 상기 접근 정보를 가지고 접근 가능한 적어도 하나의 서비스에 대한 서비스 ID 목록과 서비스 이용 정보(UsageInfo)를 확인하여 억세스 프래그먼트에 대한 특성 설명 및 하나의 서비스에 대하여 다수의 억세스 프래그먼트가 존재할 경우 혹은 본 실시 예와 같이 다수의 서비스에 대해 하나의 억세스 프래그먼트가 존재할 경우에 대해 각각의 특성 및 상관관계에 대한 설명을 인지하고, 이동 단말은 해당 서비스를 수신할 사용자에게 해당 설명을 디스플레이하여 사용자로 하여금 적절한 설명 및 선택을 할 수 있도록 한다.
한편 상기 705 단계에서 방송 채널에 대한 접근 정보일 경우 억세스 프래그먼트 분석부(405)는 713 단계에서 전송 토폴로지를 확인하여 해당 서비스가 전송될 억세스가 Broadcast mode로 전송될 것인지 Multicast mode로 전송될 것인지에 대한 정보를 분석하여 해당 모드에 적합한 동작을 수행할 준비를 한다. Boradcst mode로 전송되는 서비스의 경우에는 서비스에 대한 합류(Join)없이 해당 서비스를 수신할 수 있으나, Multicast Mode로 전송되는 서비스의 경우에는 서비스가 전송되는 IP 플로우의 멀티캐스트 IP 주소 그룹에 대한 합류(Join)과정을 수행해야 서비스를 수신할 수 있다.
715 단계에서 억세스 프래그먼트 분석부(405)는 해당 서비스에 대한 접근이 가능한 접근 정보로부터 IP 플로우의 주소를 확인한다. 상기 IP 플로우의 주소는 해당 서비스에 접근할 이동 단말이 서비스에 접근 가능한 IP 주소를 구별하기 위하여 매우 중요하다. 만약 상기 IP 플로우의 주소가 제공되지 않을 경우, 이동 단말은 방송채널을 통해 전송되는 모든 IP 플로우를 수신하여 수신하고자 하는 서비스에 대한 IP 주소인지를 판별하는 작업을 일일이 수행해야 한다. 또한 상기 IP 플로우의 주소는 IP 계층 하단의 통신 베어러와 연결되어 이동 단말이 어느 통신 베어러를 수신해야 IP 플로우를 수신받을 수 있는지 알게 해주며, 그 방법은 방송 채널을 제공하는 각각의 방송 시스템에서 다를 수 있으며, 이는 본 발명의 설명 범위를 벗어나므로 그 상세한 설명은 생략하기로 한다.
한편 상기 715 단계에 따라 IP 플로우의 주소를 확인한 경우 억세스 프래그먼트 분석부(405)는 상기 711 단계로 진행하여 서비스 ID와 서비스 이용 정보를 확인 및 표시하고, 717 단계에서 억세스 프래그먼트에서 접근 정보가 제공되는 서비스 혹은 서비스들이 전송되는 세션(sesison) 관련 정보를 확인한 후, 실제 서비스가 전송되는 세션을 수신할 준비를 수행할 수 있도록 한다. 이후 719 단계에서 억세스 프래그먼트 분석부(405)는 억세스 프래그먼트에서 제공되는 기타 정보를 분석하여 관련 정보를 적절한 곳에 사용하며, 721 단계에서 억세스 프래그먼트에서 파악된 정보에 따라 서비스에 대한 접근 및 수신 준비를 한 후 동작을 종료한다.
<<제3 실시 예>>
이하 하기 <표 19> 내지 <표 37>을 참조하여 방송망을 통한 서비스 전송과 양방향 네트워크를 통한 서비스 전송에 대한 접근 정보를 제공하는 본 발명의 제3 실시 예를 설명하기로 한다.
먼저 앞선 제1 및 제2 실시 예에서 설명한 바와 같이 억세스 프래그먼트(Access Fragment)는 이동 단말이 서비스에 접근하기 위한 접근 정보를 제공한다.
하기 <표 19>, <표 20>에서 "id", "version", "validFrom", "validTo"는 각각 상기 억세스 프래그먼트에 대한 ID, 버전, 유효기간 등의 기본 정보를 표시한다. 그리고 하기 <표 20>에서 "AccessType"은 서비스에 대한 방송망 또는 양방향 망의 상세 접근 정보를 포함한다. 그리고 하기 <표 26>에서 "KeyManagementSystem"는 서비스 접근 시 해당 네트워크가 암호화되어 있는지 또는 해당 컨텐츠가 암호화되어 있는지에 대한 정보 및 상기 암호화에 사용된 방법 정보를 포함한다. 하기 <표 29>에서 "AlternativeAccessURL"의 경우 상기 <표 20>의 "AccessType"이 방송망 정보를 포함하는 경우 이동 단말이 해당 방송망에 접근하기 어려울 경우에 대비하여 양방향 망을 통해 접근할 수 있는 주소 정보를 포함한다. 하기 <표 30>에서 "TerminalCapabilityRequirement"와 <표 31>에서 "BandwidthRequirement"는 각각 해당 서비스에 접근하기 위한 이동 단말의 요구 사항과 서비스의 대역폭 정보를 나타낸다.
또한 하기 <표 35>에서 "ServiceClass"의 경우 해당 억세스 프래그먼트가 사용되는 목적, 즉 서비스 가이드 수신, 파일 전송, 스트림 전송 등을 표시하며 하기 <표 37>에서 "NotificationReception"은 통지 메시지 수신에 대한 주소 정보를 포함한다. 본 발명과 관련하여 상기 <표 20>의 "AccessType"에 대해 상세히 설명하면 "AccessType"은 서비스 접근에 대한 상세 정보를 포함한다. 즉 해당 "AccessType"은 <표 20>의 "transmissionMedia" 정보에 따라 방송망에 대한 접근 정보인지 양방향 망에 대한 접근 정보인지를 나타낸다. 만일 상기 "transmissionMedia"가 방송망에 대한 정보라면 상기 "AccessType" 내에서 <표 20>의 "BroadcastServiceDelivery" 정보만 존재하며 양방향 망에 대한 정보일 경우는 <표 24>의 "UnicastServiceDelivery" 정보만 포함된다.
한편 하기 <표 20>에서 방송망 또는 양방향 망의 접근을 구분하기 위한 "transmissionMedia"는 상기 "AccessType"에 선택적으로 포함될 수 있다. 상기 "transmissionMedia"가 포함되지 않은 경우에도 상기와 같이 상기 "AccessType"에 방송망 접근을 위한 <표 20>의 "BroadcastServiceDelivery" 정보 또는 양방향 망 접근을 위한 <표 24>의 "UnicastServiceDelivery" 정보 중 하나만 포함되므로 단말은 상기 "AccessType"에 어떠한 정보가 포함되었는지를 확인하여 방송망 또는 양방향 망의 접근 여부를 판별할 수 있을 것이다.
상기 "BroadcastServiceDelivery" 정보는 방송망과 관련한 상세 접근 정보를 포함하며, <표 21>의 "bdsType"을 통해 어떠한 방송망을 통해 서비스가 되는지 알 수 있다. 예를 들어 상기 "bdsType"이 0의 값을 가질 경우 DVB-H IPDC를 통해 서비스되며 상기 "BroadcastServiceDelivery"에서 명시되는 값들은 DVB-H IPDC에 접근하여 서비스를 수신받기 위한 자세한 정보를 포함한다.
그리고 <표 21>의 "destinationIPAddress"는 방송망을 통해 서비스를 수신 받기 위한 IP 주소(IP Address)를 의미하며, 이동 단말은 해당 주소로 접근하여 서비스를 수신하게 된다. 상기 해당 주소 정보는 <표 22>의 "SessionDescriptionRefrence" 또는 SDP 정보가 포함되어 있지 않을 경우 사용하며 상기 "SessionDecsriptionReference" 또는 SDP가 포함되어 있는 경우 해당 SDP 정보내의 주소 값 및 상세 접근 정보를 확인하여 방송망에 접근하게 된다.
상기 <표 24>의 "UnicastServiceDelivery"는 이동 단말이 양방향 망을 통해 서비스를 수신 받을 경우 접근 정보를 의미하며, <표 24>의 "AccessServerURL"에는 단말이 서비스를 수신하기 위한 상세 주소 정보가 명시된다. 그리고 <표 25>의 "transmissionSchemeType"은 해당 "AccessServerURL"에 접근해서 서비스를 다운로드 받기 위한 전송 매카니즘(transport mechanism)을 나타내며, 상기 전송 매카니즘은 HTTP, MMS, WAP 등의 정보를 나타낸다. 예를 들어 상기 "transmissionSchemeType"이 0인 경우 HTTP를 사용하여 해당 "AccessServerURL" 주소에 접근하여 서비스를 수신받으면 된다.
Figure 112006048954550-pat00019
Figure 112006048954550-pat00020
Figure 112006048954550-pat00021
Figure 112006048954550-pat00022
Figure 112006048954550-pat00023
Figure 112006048954550-pat00024
Figure 112006048954550-pat00025
Figure 112006048954550-pat00026
Figure 112006048954550-pat00027
Figure 112006048954550-pat00028
Figure 112006048954550-pat00029
Figure 112006048954550-pat00030
Figure 112006048954550-pat00031
Figure 112006048954550-pat00032
Figure 112006048954550-pat00033
Figure 112006048954550-pat00034
Figure 112006048954550-pat00035
Figure 112006048954550-pat00036
Figure 112006048954550-pat00037
이상에서 설명한 바와 같이 본 발명에 의하면, IP 기반의 방송 서비스를 제공하는 방송 시스템에서 방송 서비스가 전송되는 방송망 또는 양방향 망의 상세 접근 정보를 용이하게 제공할 수 있다.
이상 설명한 바와 같이 본 발명에 의하면, IP 기반의 방송 서비스를 제공하는 방송 시스템에서 효율적인 억세스 프래그먼트 구조를 제공하여 단말로 서비스가 전송되는 방송망 또는 양방향 망의 상세 접근 정보를 용이하게 제공할 수 있다.
또한 본 발명에 의하면, 하나의 억세스 프래그먼트를 통해 복수의 서비스를 접근하는 경우 효율적인 억세스 프래그먼트 구조를 제공할 수 있다.
또한 본 발명에 의하면, 억세스 프래그먼트의 Access Type을 구성함에 있어 서비스가 전송되는 채널별로 전송 스킴/전송 토폴로지와 프로토콜을 효율적으로 지원하는 억세스 프래그먼트의 송수신 방법 및 장치를 제공하여 이동 단말의 서비스접근을 보다 효율적으로 수행할 수 있다.
또한 본 발명에 의하면, 고속의 전송율이 요구되는 방송 서비스 시스템에서 IP 멀티캐스트 전송을 이동 단말로 알려줌으로써 무선 자원을 절감할 수 있다.

Claims (62)

  1. 방송 시스템의 송신기에서 방송 서비스의 접근 정보를 전송하는 방법에 있어서,
    상기 방송 서비스가 전송되는 방송망과 양방향 망 중 적어도 하나의 망에 대한 상기 접근 정보를 생성하는 과정과,
    상기 접근 정보를 소정 통신망을 통해 단말로 전송하는 과정을 포함함을 특징으로 하는 방송 서비스의 접근 정보 전송 방법.
  2. 제 1 항에 있어서,
    상기 방송망을 통해 상기 방송 서비스가 제공되는 경우 상기 접근 정보는 상기 방송 서비스의 접근을 위한 IP(Internet Protocol) 주소를 포함함을 특징으로 하는 방송 서비스의 접근 정보 전송 방법.
  3. 청구항 3은(는) 설정등록료 납부시 포기되었습니다.
    제 2 항에 있어서,
    상기 접근 정보에 세션 해석 프로토콜(Session Description Protocol : SDP)이 포함된 경우 상기 IP 주소는 상기 SDP 내의 IP 주소를 사용함을 특징으로 하는 방송 서비스의 접근 정보 전송 방법.
  4. 제 2 항에 있어서,
    상기 IP 주소는 멀티캐스트 IP 주소임을 특징으로 하는 방송 서비스의 접근 정보 전송 방법.
  5. 청구항 5은(는) 설정등록료 납부시 포기되었습니다.
    제 2 항에 있어서,
    상기 IP 주소는 브로드캐스트 IP 주소임을 특징으로 하는 방송 서비스의 접근 정보 전송 방법.
  6. 제 1 항에 있어서,
    상기 양방향 망을 통해 상기 방송 서비스가 제공되는 경우 상기 접근 정보는 상기 방송 서비스의 접근을 위한 서버의 주소 정보를 포함함을 특징으로 하는 방송 서비스의 접근 정보 전송 방법.
  7. 청구항 7은(는) 설정등록료 납부시 포기되었습니다.
    제 6항에 있어서,
    상기 서버의 주소 정보는 URL(Uniform Resource Locator) 정보를 이용함을 특징으로 하는 방송 서비스의 접근 정보 전송 방법.
  8. 제 6 항에 있어서,
    상기 서버의 주소 정보는 IP 주소를 이용함을 특징으로 하는 방송 서비스의 접근 정보 전송 방법.
  9. 청구항 9은(는) 설정등록료 납부시 포기되었습니다.
    제 6 항에 있어서,
    상기 접근 정보는 양방향 채널에서 사용되는 통신 시스템 및 프로토콜 중 적어도 하나를 알려주는 전송 스킴을 더 포함함을 특징으로 하는 방송 서비스의 접근 정보 전송 방법.
  10. 제 1 항에 있어서,
    상기 방송 시스템은 IP 기반의 방송 시스템임을 특징으로 하는 방송 서비스의 접근 정보 전송 방법.
  11. 청구항 11은(는) 설정등록료 납부시 포기되었습니다.
    제 1 항에 있어서,
    상기 접근 정보는 상기 방송망과 양방향 망 중 상기 방송 서비스가 제공되는 망을 지시하는 정보를 더 포함함을 특징으로 하는 방송 서비스의 접근 정보 전송 방법.
  12. 제 1 항에 있어서,
    상기 접근 정보는 상기 방송 서비스를 수신하는 상기 단말의 성능에 대한 요구 정보와 상기 방송 서비스의 대역폭 정보 중 적어도 하나를 더 포함함을 특징으로 하는 방송 서비스의 접근 정보 전송 방법.
  13. 청구항 13은(는) 설정등록료 납부시 포기되었습니다.
    제 1 항에 있어서,
    하나의 방송 서비스에 대해 서로 다른 복수 개의 부가 서비스를 제공하는 경우 상기 접근 정보는 상기 하나의 방송 서비스에 대해 복수 개가 존재함을 특징으로 하는 방송 서비스의 접근 정보 전송 방법.
  14. 청구항 14은(는) 설정등록료 납부시 포기되었습니다.
    제 1 항에 있어서,
    상기 방송 시스템은 OMA BCAST(Open Mobile Alliance Browser and Content Mobile Broadcast Sub Working Group) 시스템임을 특징으로 하는 방송 서비스의 접근 정보 전송 방법.
  15. 제 14 항에 있어서,
    상기 접근 정보는 억세스 프래그먼트이고, 상기 억세스 프래그먼트는 상기 방송 서비스의 수신을 위한 서비스 가이드를 통해 상기 단말로 전송됨을 특징으로 하는 방송 서비스의 접근 정보 전송 방법.
  16. 방송 시스템의 송신기에서 방송 서비스의 접근 정보를 전송하는 장치에 있어서,
    상기 방송 서비스가 전송되는 방송망과 양방향 망 중 적어도 하나의 망에 대한 상기 접근 정보를 생성하는 접근 정보 생성기와,
    상기 접근 정보를 소정 통신망을 통해 단말로 전송하는 송신기를 포함함을 특징으로 하는 방송 서비스의 접근 정보 전송 장치.
  17. 청구항 17은(는) 설정등록료 납부시 포기되었습니다.
    제 16 항에 있어서,
    상기 방송망을 통해 상기 방송 서비스가 제공되는 경우 상기 접근 정보는 상기 방송 서비스의 접근을 위한 IP(Internet Protocol) 주소를 포함함을 특징으로 하는 방송 서비스의 접근 정보 전송 장치.
  18. 제 17 항에 있어서,
    상기 접근 정보에 세션 해석 프로토콜(Session Description Protocol : SDP)이 포함된 경우 상기 IP 주소는 상기 SDP 내의 IP 주소를 사용함을 특징으로 하는 방송 서비스의 접근 정보 전송 장치.
  19. 청구항 19은(는) 설정등록료 납부시 포기되었습니다.
    제 17 항에 있어서,
    상기 IP 주소는 멀티캐스트 IP 주소임을 특징으로 하는 방송 서비스의 접근 정보 전송 장치.
  20. 제 17 항에 있어서,
    상기 IP 주소는 브로드캐스트 IP 주소임을 특징으로 하는 방송 서비스의 접근 정보 전송 장치.
  21. 청구항 21은(는) 설정등록료 납부시 포기되었습니다.
    제 16 항에 있어서,
    상기 양방향 망을 통해 상기 방송 서비스가 제공되는 경우 상기 접근 정보는 상기 방송 서비스의 접근을 위한 서버의 주소 정보를 포함함을 특징으로 하는 방송 서비스의 접근 정보 전송 장치.
  22. 제 21 항에 있어서,
    상기 서버의 주소 정보는 URL(Uniform Resource Locator) 정보를 이용함을 특징으로 하는 방송 서비스의 접근 정보 전송 장치.
  23. 청구항 23은(는) 설정등록료 납부시 포기되었습니다.
    제 21 항에 있어서,
    상기 서버의 주소 정보는 IP 주소를 이용함을 특징으로 하는 방송 서비스의 접근 정보 전송 장치.
  24. 제 21 항에 있어서,
    상기 접근 정보는 양방향 채널에서 사용되는 통신 시스템 및 프로토콜 중 적어도 하나를 알려주는 전송 스킴을 더 포함함 특징으로 하는 방송 서비스의 접근 정보 전송 장치.
  25. 청구항 25은(는) 설정등록료 납부시 포기되었습니다.
    제 16 항에 있어서,
    상기 방송 시스템은 IP 기반의 방송 시스템임을 특징으로 하는 방송 서비스의 접근 정보 전송 장치.
  26. 제 16 항에 있어서,
    상기 접근 정보는 상기 방송망과 양방향 망 중 상기 방송 서비스가 제공되는 망을 지시하는 정보를 더 포함함을 특징으로 하는 방송 서비스의 접근 정보 전송 장치.
  27. 청구항 27은(는) 설정등록료 납부시 포기되었습니다.
    제 16 항에 있어서,
    상기 접근 정보는 상기 방송 서비스를 수신하는 상기 단말의 성능에 대한 요구 정보와 상기 방송 서비스의 대역폭 정보 중 적어도 하나를 더 포함함을 특징으로 하는 방송 서비스의 접근 정보 전송 장치.
  28. 제 16 항에 있어서,
    하나의 방송 서비스에 대해 서로 다른 복수 개의 부가 서비스를 제공하는 경우 상기 접근 정보는 상기 하나의 방송 서비스에 대해 복수 개가 존재함을 특징으로 하는 방송 서비스의 접근 정보 전송 장치.
  29. 청구항 29은(는) 설정등록료 납부시 포기되었습니다.
    제 16 항에 있어서,
    상기 방송 시스템은 OMA BCAST(Open Mobile Alliance Browser and Content Mobile Broadcast Sub Working Group) 시스템임을 특징으로 하는 방송 서비스의 접근 정보 전송 장치.
  30. 청구항 30은(는) 설정등록료 납부시 포기되었습니다.
    제 29 항에 있어서,
    상기 접근 정보는 억세스 프래그먼트이고, 상기 억세스 프래그먼트는 상기 방송 서비스의 수신을 위한 서비스 가이드를 통해 상기 단말로 전송됨을 특징으로 하는 방송 서비스의 접근 정보 전송 장치.
  31. 방송 시스템의 단말에서 방송 서비스의 접근 정보를 수신하는 방법에 있어서,
    소정 통신망을 통해 상기 방송 서비스가 전송되는 방송망과 양방향 망 중 적어도 하나의 망에 대한 상기 접근 정보를 수신하는 과정과,
    상기 접근 정보를 분석하여 상기 방송 서비스가 전송되는 망을 확인하고 상기 방송 서비스의 수신을 위한 접근 주소를 설정하는 과정을 포함함을 특징으로 하는 방송 서비스의 접근 정보 수신 방법.
  32. 제 31 항에 있어서,
    상기 방송망을 통해 상기 방송 서비스가 제공되는 경우 상기 접근 정보는 상기 방송 서비스의 접근을 위한 IP(Internet Protocol) 주소이며,
    상기 설정하는 과정에서 상기 접근 주소를 상기 IP 주소로 설정하는 과정을 포함함을 특징으로 하는 방송 서비스의 접근 정보 수신 방법.
  33. 청구항 33은(는) 설정등록료 납부시 포기되었습니다.
    제 32 항에 있어서,
    상기 접근 정보에 세션 해석 프로토콜(Session Description Protocol : SDP)이 포함된 경우 상기 IP 주소는 상기 SDP 내의 IP 주소를 사용하며,
    상기 설정하는 과정에서 상기 접근 주소를 상기 SDP 내의 IP 주소로 설정하는 과정을 포함함을 특징으로 하는 방송 서비스의 접근 정보 수신 방법.
  34. 제 32 항에 있어서,
    상기 IP 주소는 멀티캐스트 IP 주소임을 특징으로 하는 방송 서비스의 접근 정보 수신 방법.
  35. 청구항 35은(는) 설정등록료 납부시 포기되었습니다.
    제 32 항에 있어서,
    상기 IP 주소는 브로드캐스트 IP 주소임을 특징으로 하는 방송 서비스의 접근 정보 수신 방법.
  36. 제 31 항에 있어서,
    상기 양방향 망을 통해 상기 방송 서비스가 제공되는 경우 상기 접근 정보는 상기 방송 서비스의 접근을 위한 서버의 주소 정보를 포함하며,
    상기 설정하는 과정에서 상기 접근 주소를 상기 서버의 주소로 설정하는 과정을 포함함을 특징으로 하는 방송 서비스의 접근 정보 수신 방법.
  37. 청구항 37은(는) 설정등록료 납부시 포기되었습니다.
    제 36 항에 있어서,
    상기 서버의 주소 정보는 URL(Uniform Resource Locator) 정보를 이용함을 특징으로 하는 방송 서비스의 접근 정보 수신 방법.
  38. 제 36 항에 있어서,
    상기 서버의 주소 정보는 IP 주소를 이용함을 특징으로 하는 방송 서비스의 접근 정보 수신 방법.
  39. 청구항 39은(는) 설정등록료 납부시 포기되었습니다.
    제 36 항에 있어서,
    상기 접근 정보를 분석한 결과 상기 접근 정보에 포함된 상기 서버의 주소로부터 상기 접속 정보에 포함된 전송 스킴을 통해 방송 서비스를 수신하는 과정을 더 포함함을 특징으로 하는 방송 서비스의 접근 정보 수신 방법.
  40. 제 31 항에 있어서,
    상기 방송 시스템은 IP 기반의 방송 시스템임을 특징으로 하는 방송 서비스의 접근 정보 수신 방법.
  41. 청구항 41은(는) 설정등록료 납부시 포기되었습니다.
    제 31 항에 있어서,
    상기 접근 정보는 상기 방송망과 양방향 망 중 상기 방송 서비스가 제공되는 망을 지시하는 정보를 더 포함함을 특징으로 하는 방송 서비스의 접근 정보 수신 방법.
  42. 제 31 항에 있어서,
    상기 접근 정보는 상기 방송 서비스를 수신하는 상기 단말의 성능에 대한 요구 정보와 상기 방송 서비스의 대역폭 정보 중 적어도 하나를 더 포함하며,
    상기 단말은 상기 요구 정보와 상기 대역폭 정보를 근거로 상기 방송 서비스의 접근을 수행함을 특징으로 하는 방송 서비스의 접근 정보 수신 방법.
  43. 청구항 43은(는) 설정등록료 납부시 포기되었습니다.
    제 31 항에 있어서,
    하나의 방송 서비스에 대해 서로 다른 복수 개의 부가 서비스를 제공하는 경우 상기 접근 정보는 상기 하나의 방송 서비스에 대해 복수 개가 존재함을 특징으로 하는 방송 서비스의 접근 정보 수신 방법.
  44. 청구항 44은(는) 설정등록료 납부시 포기되었습니다.
    제 31 항에 있어서,
    상기 방송 시스템은 OMA BCAST(Open Mobile Alliance Browser and Content Mobile Broadcast Sub Working Group) 시스템임을 특징으로 하는 방송 서비스의 접근 정보 수신 방법.
  45. 제 44 항에 있어서,
    상기 접근 정보는 억세스 프래그먼트이고, 상기 억세스 프래그먼트는 상기 방송 서비스의 서비스 가이드를 통해 수신함을 특징으로 하는 방송 서비스의 접근 정보 수신 방법.
  46. 방송 시스템의 단말에서 방송 서비스의 접근 정보를 수신하는 장치에 있어서,
    소정 통신망을 통해 상기 방송 서비스의 접근 정보를 수신하는 수신기와,
    상기 접근 정보를 분석하여 방송망과 양방향 망 중 상기 방송 서비스가 제공되는 망을 확인한 후 상기 방송 서비스의 수신을 위한 접근 주소를 설정하는 접근 정보 분석기를 포함함을 특징으로 하는 방송 서비스의 접근 정보 수신 장치.
  47. 청구항 47은(는) 설정등록료 납부시 포기되었습니다.
    제 46 항에 있어서,
    상기 방송망을 통해 상기 방송 서비스가 제공되는 경우 상기 접근 정보는 상기 방송 서비스의 접근을 위한 IP(Internet Protocol) 주소이며,
    상기 접근 정보 분석기는 상기 접근 주소를 상기 IP 주소로 설정함을 특징으로 하는 방송 서비스의 접근 정보 수신 장치.
  48. 제 47 항에 있어서,
    상기 접근 정보에 세션 해석 프로토콜(Session Description Protocol : SDP)이 포함된 경우 상기 IP 주소는 상기 SDP 내의 IP 주소를 사용하며,
    상기 접근 정보 분석기는 상기 접근 주소를 상기 SDP 내의 IP 주소로 설정함을 특징으로 하는 방송 서비스의 접근 정보 수신 장치.
  49. 청구항 49은(는) 설정등록료 납부시 포기되었습니다.
    제 47 항에 있어서,
    상기 IP 주소는 멀티캐스트 IP 주소임을 특징으로 하는 방송 서비스의 접근 정보 수신 장치.
  50. 제 47 항에 있어서,
    상기 IP 주소는 브로드캐스트 IP 주소임을 특징으로 하는 방송 서비스의 접근 정보 수신 장치.
  51. 청구항 51은(는) 설정등록료 납부시 포기되었습니다.
    제 46 항에 있어서,
    상기 양방향 망을 통해 상기 방송 서비스가 제공되는 경우 상기 접근 정보는 상기 방송 서비스의 접근을 위한 서버의 주소 정보를 포함하며,
    상기 접근 정보 분석기는 상기 접근 주소를 상기 서버의 주소로 설정함을 특징으로 하는 방송 서비스의 접근 정보 수신 장치.
  52. 제 51 항에 있어서,
    상기 서버의 주소 정보는 URL(Uniform Resource Locator) 정보를 이용함을 특징으로 하는 방송 서비스의 접근 정보 수신 장치.
  53. 청구항 53은(는) 설정등록료 납부시 포기되었습니다.
    제 51 항에 있어서,
    상기 서버의 주소 정보는 IP 주소를 이용함을 특징으로 하는 방송 서비스의 접근 정보 수신 장치.
  54. 제 51 항에 있어서,
    상기 접근 정보 분석기는 상기 접근 정보를 분석한 결과 상기 접근 정보에 포함된 상기 서버의 주소로부터 상기 접속 정보에 포함된 전송 스킴을 통해 방송 서비스를 수신하도록 더 구성됨을 특징으로 하는 방송 서비스의 접근 정보 수신 장치.
  55. 청구항 55은(는) 설정등록료 납부시 포기되었습니다.
    제 46 항에 있어서,
    상기 방송 시스템은 IP 기반의 방송 시스템임을 특징으로 하는 방송 서비스의 접근 정보 수신 장치.
  56. 제 46 항에 있어서,
    상기 접근 정보는 상기 방송망과 양방향 망 중 상기 방송 서비스가 제공되는 망을 지시하는 정보를 더 포함함을 특징으로 하는 방송 서비스의 접근 정보 수신 장치.
  57. 청구항 57은(는) 설정등록료 납부시 포기되었습니다.
    제 46 항에 있어서,
    상기 접근 정보는 상기 방송 서비스를 수신하는 상기 단말의 성능에 대한 요구 정보와 상기 방송 서비스의 대역폭 정보 중 적어도 하나를 더 포함하며,
    상기 접근 정보 분석기는 상기 요구 정보와 상기 대역폭 정보를 근거로 상기 방송 서비스의 접근을 수행함을 특징으로 하는 방송 서비스의 접근 정보 수신 장치.
  58. 제 46 항에 있어서,
    하나의 방송 서비스에 대해 서로 다른 복수 개의 부가 서비스를 제공하는 경우 상기 접근 정보는 상기 하나의 방송 서비스에 대해 복수 개가 존재함을 특징으로 하는 방송 서비스의 접근 정보 수신 장치.
  59. 청구항 59은(는) 설정등록료 납부시 포기되었습니다.
    제 46 항에 있어서,
    상기 방송 시스템은 OMA BCAST(Open Mobile Alliance Browser and Content Mobile Broadcast Sub Working Group) 시스템임을 특징으로 하는 방송 서비스의 접근 정보 수신 장치.
  60. 청구항 60은(는) 설정등록료 납부시 포기되었습니다.
    제 59 항에 있어서,
    상기 접근 정보는 억세스 프래그먼트이고, 상기 수신기는 상기 방송 서비스의 서비스 가이드를 통해 상기 억세스 프래그먼트를 수신함을 특징으로 하는 방송 서비스의 접근 정보 수신 장치.
  61. 청구항 61은(는) 설정등록료 납부시 포기되었습니다.
    방송 서비스의 접근 정보를 제공하는 방송 시스템에 있어서,
    상기 방송 서비스가 전송되는 방송망과 양방향 망 중 적어도 하나의 망에 대한 상기 접근 정보를 생성하고 상기 접근 정보를 소정 통신망을 통해 단말로 전송하는 송신 장치와,
    상기 통신망을 통해 상기 방송 서비스의 접근 정보를 수신하고 상기 접근 정보를 분석하여 방송망과 양방향 망 중 상기 방송 서비스가 제공되는 망을 확인한 후 상기 방송 서비스의 수신을 위한 접근 주소를 설정하는 수신 장치를 포함함을 특징으로 하는 방송 시스템.
  62. 청구항 62은(는) 설정등록료 납부시 포기되었습니다.
    제 60 항에 있어서,
    상기 접근 정보는 억세스 프래그먼트이고, 상기 수신 장치는 상기 방송 서비스의 서비스 가이드를 통해 상기 억세스 프래그먼트를 수신함을 특징으로 하는 방송 시스템.
KR1020060064116A 2005-08-11 2006-07-07 방송 시스템에서 방송 서비스의 접근 정보를 송수신하는 방법 및 장치와 그 시스템 KR100960400B1 (ko)

Priority Applications (12)

Application Number Priority Date Filing Date Title
KR1020060064116A KR100960400B1 (ko) 2005-08-11 2006-07-07 방송 시스템에서 방송 서비스의 접근 정보를 송수신하는 방법 및 장치와 그 시스템
CN2006800286214A CN101238732B (zh) 2005-08-11 2006-08-11 在广播系统中发送/接收广播服务的接入信息的方法和装置及其系统
PCT/KR2006/003159 WO2007018415A1 (en) 2005-08-11 2006-08-11 Method and apparatus for transmitting/receiving access information of broadcast service in a broadcasting system, and system thereof
US11/502,619 US8917706B2 (en) 2005-08-11 2006-08-11 Method and apparatus for transmitting/receiving access information of broadcast service in a broadcasting system, and system thereof
EP20060016838 EP1753166A3 (en) 2005-08-11 2006-08-11 Method and system for transmitting and receiving access information for a broadcast service
JP2008524909A JP4620777B2 (ja) 2005-08-11 2006-08-11 放送システムにおける放送サービスのアクセス情報を送受信する方法及び装置とそのシステム
EP10013045.9A EP2259494B1 (en) 2005-08-11 2006-08-11 Method and system for transmitting and receiving access information for a broadcast service
BRPI0614744-5A BRPI0614744B1 (pt) 2005-08-11 2006-08-11 Método e aparelho para transmitir/receber uma informação de acesso de serviço de difusão em um sistema de difusão
AU2006277101A AU2006277101C1 (en) 2005-08-11 2006-08-11 Method and apparatus for transmitting/receiving access information of broadcast service in a broadcasting system, and system thereof
CA 2615311 CA2615311C (en) 2005-08-11 2006-08-11 Method and apparatus for transmitting/receiving access information of broadcast service in a broadcasting system, and system thereof
US14/579,456 US9578467B2 (en) 2005-08-11 2014-12-22 Method and apparatus for transmitting/receiving access information of broadcast service in a broadcasting system, and system thereof
US15/424,258 US10015642B2 (en) 2005-08-11 2017-02-03 Method and apparatus for transmitting/receiving access information of broadcast service in a broadcasting system, and system thereof

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
KR1020050074011 2005-08-11
KR1020050074534 2005-08-12
KR1020060064116A KR100960400B1 (ko) 2005-08-11 2006-07-07 방송 시스템에서 방송 서비스의 접근 정보를 송수신하는 방법 및 장치와 그 시스템

Publications (2)

Publication Number Publication Date
KR20070019538A KR20070019538A (ko) 2007-02-15
KR100960400B1 true KR100960400B1 (ko) 2010-05-28

Family

ID=43652523

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020060064116A KR100960400B1 (ko) 2005-08-11 2006-07-07 방송 시스템에서 방송 서비스의 접근 정보를 송수신하는 방법 및 장치와 그 시스템

Country Status (1)

Country Link
KR (1) KR100960400B1 (ko)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101328951B1 (ko) * 2007-05-18 2013-11-20 엘지전자 주식회사 서비스 가이드 정보 수신 방법 및 서비스 가이드 정보 수신장치

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1753166A2 (en) * 2005-08-11 2007-02-14 Samsung Electronics Co., Ltd. Method and system for transmitting and receiving access information for a broadcast service

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1753166A2 (en) * 2005-08-11 2007-02-14 Samsung Electronics Co., Ltd. Method and system for transmitting and receiving access information for a broadcast service
WO2007018415A1 (en) 2005-08-11 2007-02-15 Samsung Electronics Co., Ltd. Method and apparatus for transmitting/receiving access information of broadcast service in a broadcasting system, and system thereof
EP1753166A3 (en) 2005-08-11 2007-08-29 Samsung Electronics Co., Ltd. Method and system for transmitting and receiving access information for a broadcast service

Also Published As

Publication number Publication date
KR20070019538A (ko) 2007-02-15

Similar Documents

Publication Publication Date Title
JP4620777B2 (ja) 放送システムにおける放送サービスのアクセス情報を送受信する方法及び装置とそのシステム
JP5457401B2 (ja) モバイル放送システムにおけるサービスガイドの生成のためのサービスガイドソースの伝送方法、並びに通知イベント/通知メッセージの伝送方法及びシステム
JP5144541B2 (ja) 携帯放送システムにおけるサービスガイド又はサービスガイドフラグメントを要請する方法及びシステム
JP4914950B2 (ja) 移動体ブロードキャストシステムにおけるユーザ定義バンドル提供方法及びシステム
JP4974398B2 (ja) 移動通信放送システムにおけるサービスガイド通信方法及び提供方法並びにそれらの装置
KR100871240B1 (ko) 방송 시스템에서 단말기가 스트리밍 서비스의 수신율을보고하는 방법 및 장치와 그 시스템
WO2011000227A1 (zh) 通信系统中用于多屏幕业务通知和交互的方法和装置
JP2014053023A (ja) 移動体ブロードキャストシステムにおけるファームウェアをアップデートする端末機
KR100871243B1 (ko) 휴대 방송 시스템에서 서비스 가이드 소스 전송 방법 및 장치
KR100960400B1 (ko) 방송 시스템에서 방송 서비스의 접근 정보를 송수신하는 방법 및 장치와 그 시스템
KR101420871B1 (ko) 휴대 방송 서비스에서 멀티 콘텐츠를 제공하는 방법 및장치와 그 시스템
KR101230181B1 (ko) 휴대 방송 시스템에서 서비스 가이드 콘텍스트 송수신 방법및 장치
CN102572708B (zh) 多播广播业务处理方法与系统、广播多播业务平台
KR100866227B1 (ko) 휴대 방송 시스템에서의 통지 메시지 송수신 방법 및 장치
KR20070108310A (ko) 휴대 방송 시스템에서의 통지 메시지 전송 방법 및 그에따른 시스템
CN101291281A (zh) 通知消息获得系统和方法、终端及网络侧实体
KR20070094214A (ko) 휴대 방송 시스템에서 가입/구매한 서비스/컨텐츠에 대한계정 정보 제공 방법 및 그 시스템
KR20090106334A (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: 20130429

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20140429

Year of fee payment: 5

FPAY Annual fee payment

Payment date: 20150429

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20160428

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20170427

Year of fee payment: 8

FPAY Annual fee payment

Payment date: 20180427

Year of fee payment: 9

LAPS Lapse due to unpaid annual fee