WO2020162712A1 - 방송 신호 송신 장치, 방송 신호 송신 방법, 방송 신호 수신 방법 및 방송 신호 수신 장치 - Google Patents

방송 신호 송신 장치, 방송 신호 송신 방법, 방송 신호 수신 방법 및 방송 신호 수신 장치 Download PDF

Info

Publication number
WO2020162712A1
WO2020162712A1 PCT/KR2020/001774 KR2020001774W WO2020162712A1 WO 2020162712 A1 WO2020162712 A1 WO 2020162712A1 KR 2020001774 W KR2020001774 W KR 2020001774W WO 2020162712 A1 WO2020162712 A1 WO 2020162712A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
information
broadcast
broadcast signal
service data
Prior art date
Application number
PCT/KR2020/001774
Other languages
English (en)
French (fr)
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 엘지전자 주식회사
Priority to US17/041,407 priority Critical patent/US20210014541A1/en
Priority to CN202080005648.1A priority patent/CN112840665B/zh
Priority to EP20752732.6A priority patent/EP3923589A4/en
Priority to KR1020207017690A priority patent/KR102325529B1/ko
Publication of WO2020162712A1 publication Critical patent/WO2020162712A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8166—Monomedia components thereof involving executable data, e.g. software
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/76—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet
    • H04H60/81—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself
    • H04H60/82—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself the transmission system being the 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23605—Creation or processing of packetized elementary streams [PES]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23614—Multiplexing of additional data and video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2362—Generation or processing of Service Information [SI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26291—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for providing content or additional data updates, e.g. updating software modules, stored at the client
    • 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/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • 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/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/41407—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance embedded in a portable device, e.g. video client on a mobile phone, PDA, laptop
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/4722—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting additional data associated with the content
    • H04N21/4725—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting additional data associated with the content using interactive regions of the image, e.g. hot spots
    • 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/6112—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving terrestrial transmission, e.g. DVB-T
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H2201/00—Aspects of broadcast communication
    • H04H2201/10—Aspects of broadcast communication characterised by the type of broadcast system
    • H04H2201/16—Aspects of broadcast communication characterised by the type of broadcast system digital video broadcasting - handhelds [DVB-H]

Definitions

  • the present invention relates to a broadcast signal transmission apparatus, a broadcast signal transmission method, a broadcast signal reception method, and a broadcast signal reception apparatus.
  • the digital broadcast signal may include a larger amount of video/audio data than the analog broadcast signal, and may further include various types of additional data as well as video/audio data.
  • the broadcast signal transmission/reception apparatus implements an IP-based TV service capable of providing the same user UX (user UX) as terrestrial, satellite, and cable linear channels.
  • the apparatus for transmitting and receiving broadcast signals provides a channel guide integrated with terrestrial, satellite, and cable channels through native code reception based on open Internet, not an application-based linear channel service.
  • the apparatus for transmitting and receiving broadcast signals provides a situation in which broadcast services are consumed through media such as OTT, PC, and IPTV of IP-based devices rather than direct reception of fixed waves Considering this, it provides a seamless service of real-time/non-real-time media streaming service.
  • the broadcast signal transmission method includes the steps of generating service data and/or signaling information for service data, encoding service data and/or signaling information, and/or service data. And/or transmitting signaling information.
  • the signaling information may include information on service data, and the information on service data indicates whether the service data and related material information indicating the location of an application related to the service data. It may include the indicated availability information.
  • the related material information may include location information for obtaining information on an application.
  • the availability information may include information on a time when service data is performed and information indicating whether or not the service data is repeatedly performed.
  • a broadcast signal receiving method may include receiving service data and/or signaling information for service data, and obtaining service data based on the signaling information.
  • the signaling information may include information on service data, and the information on service data indicates whether the service data and related material information indicating the location of an application related to the service data. It may include the indicated availability information.
  • the related material information may include location information for obtaining information on an application.
  • the availability information may include information on a time when service data is performed and information indicating whether or not the service data is repeatedly performed.
  • the broadcast signal receiving method includes transmitting a first request to a service registry to receive service data, receiving response information including a URL of service data, and/or based on response information.
  • it may include the step of obtaining service data.
  • the broadcast signal reception method includes displaying an out-of-service banner when the current time is not the time at which service data proceeds based on availability information. It may further include steps.
  • a broadcast signal transmission/reception apparatus provides a service accessed through a UI in which an existing linear service and an OTT service are integrated.
  • the broadcast signal transmission/reception apparatus realizes a media service that provides the same UX as existing linear channels through the open Internet without an STB.
  • the broadcast signal transmission apparatus and the broadcast signal reception apparatus may provide a UI access service in which a linear service and an OTT service are integrated.
  • the apparatus for receiving broadcast signals can efficiently update and manage different services with minimal operations.
  • the apparatus for receiving broadcast signals may provide a broadcast service open to a user.
  • the apparatus for receiving broadcast signals may receive an Internet-based broadcast service through a broadband network even when a tuner for receiving broadcast signals is not mounted.
  • FIG. 1 shows the structure of a broadcast signal transmission apparatus for a next generation broadcast service according to embodiments of the present invention.
  • FIG. 2 shows a structure of a broadcast signal receiving apparatus for a next-generation broadcast service according to embodiments of the present invention.
  • FIG. 3 illustrates a structure in which a broadcast signal transmission apparatus and a broadcast signal reception apparatus transmit and receive services according to embodiments of the present invention.
  • FIG. 4 illustrates a network structure of a broadcast signal transmission apparatus and a broadcast signal reception apparatus according to embodiments of the present invention.
  • FIG. 5 illustrates a protocol stack of a broadcast signal transmission method and a broadcast signal reception method according to embodiments.
  • FIG. 6 shows a discovery process of a broadcast service according to embodiments.
  • FIG. 7 shows a discovery process of a broadcast service according to embodiments.
  • FIG. 8 shows a query term of a discovery process of a broadcast service according to embodiments.
  • FIG. 9 shows a discovery process of a broadcast service using a query term according to embodiments.
  • FIG. 10 illustrates a discovery process of a broadcast service using a query term according to embodiments.
  • SDLT Service Discovery List Table
  • serviceCategory 12 illustrates an example of a value of service category information (serviceCategory) included in SDLT according to embodiments.
  • FIG. 13 illustrates an example of a value of content format information (contentFormat) included in SDLT according to embodiments.
  • SDLT service discovery list table
  • FIG. 16 shows an example of a query term according to embodiments.
  • 17 shows an example of a parameter of list_of_signaling_object_types of a query term according to embodiments.
  • FIG. 18 illustrates an example of receiving signaling objects using a query term using sdltInetUrl according to embodiments.
  • 19 illustrates an example of receiving signaling objects using a query term using sdltInetUrl according to embodiments.
  • FIG. 20 shows a relationship between a service signaling object of a service and a service signaling object.
  • 21 illustrates a method of receiving a service list signaling and a broadcast service by a broadcast signal receiving apparatus according to embodiments.
  • 23 is a diagram illustrating a metadata envelope according to embodiments in XML format.
  • 24 is a diagram illustrating a multi-part container and service list of a metadata envelope according to embodiments in XML format.
  • FIG. 25 illustrates that a broadcast signal receiving apparatus according to embodiments receives service signaling information in the form of a metadata envelope.
  • serviceCategory of a User Service Bundle Description (USBD).
  • 29 shows a USBD and MPD acquisition process according to embodiments.
  • 30 illustrates an operation of starting a broadcast service using running status information according to embodiments.
  • 31 illustrates a broadcast service providing method of a broadcast signal receiving method according to embodiments.
  • FIG 32 illustrates another example of an SDLT according to embodiments for fast discovery.
  • USBD 33 illustrates another example of a USBD according to embodiments for fast discovery.
  • 34 illustrates an operation of a broadcast signal receiving apparatus for fast discovery.
  • 35 is a flowchart illustrating an operation of the apparatus for receiving broadcast signals for fast discovery.
  • 38 illustrates a method of providing a broadcast service using location information of SDLT according to embodiments.
  • 39 illustrates a method of providing a broadcast service using location information of SDLT according to embodiments.
  • 40 shows hidden information of SDLT according to embodiments.
  • 41 illustrates an example of hidden information and hidden guide information of SDLT according to embodiments.
  • FIG. 42 illustrates a method of providing a broadcast service using hidden information and/or selectable information of SDLT according to embodiments.
  • 45 illustrates a method for a broadcast signal receiving apparatus to provide a service banner when a broadcast service is inactive.
  • 46 shows a service list hierarchy of Internet-based broadcast services according to embodiments.
  • 47 illustrates a method for managing a version of a broadcast service according to embodiments.
  • FIG. 48 illustrates a syntax for a method of managing a version of a broadcast service according to embodiments.
  • 49 is a diagram illustrating a syntax for a method for managing a version of a broadcast service according to embodiments in XML format.
  • 50 illustrates a syntax for a method for managing a version of a broadcast service according to embodiments in XML format.
  • FIG. 51 illustrates an example of a display UI of a broadcast signal receiving apparatus according to embodiments.
  • FIG. 52 illustrates an example of a display UI of a broadcast signal receiving apparatus according to embodiments.
  • FIG. 53 illustrates an example of a display UI of a broadcast signal receiving apparatus according to embodiments.
  • 54 is a flowchart illustrating a broadcast signal transmission method according to embodiments.
  • 55 is a flowchart illustrating a broadcast signal reception method according to embodiments.
  • 57 illustrates a broadcast signal receiving apparatus according to embodiments.
  • FIG. 1 shows the structure of a broadcast signal transmission apparatus for a next generation broadcast service according to embodiments of the present invention.
  • the apparatus for transmitting broadcast signals for next-generation broadcast services includes an input format block 1000, a bit interleaved coding & modulation (BICM) block 1010, and a frame building block. ) (1020), an OFDM (orthogonal frequency division multiplexing) generation block (OFDM generation block) 1030, and a signaling generation block 1040.
  • BICM bit interleaved coding & modulation
  • OFDM generation block OFDM (orthogonal frequency division multiplexing) generation block
  • signaling generation block 1040 The operation of each block of the broadcast signal transmission device will be described.
  • IP stream/packet and MPEG2-TS are the main input formats, and other stream types are treated as general streams.
  • management information is input to control the scheduling and allocation of the corresponding bandwidth for each input stream. Input of one or more TS streams, IP streams and/or general streams is allowed simultaneously.
  • the input format block 1000 may demultiplex each input stream into one or a plurality of data pipes to which independent coding and modulation are applied.
  • a data pipe is a basic unit for robustness control, and this affects QoS (Quality of Service).
  • QoS Quality of Service
  • One or more services or service components may be delivered by one data pipe.
  • a data pipe is a logical channel in a physical layer that carries service data or related metadata that can deliver one or more services or service components.
  • the data pipe may correspond to a physical layer pipe (PLP).
  • PLP physical layer pipe
  • the data pipe unit is a basic unit for allocating data cells to data pipes in one frame.
  • parity data is added for error correction, and the encoded bit stream is mapped to a complex-valued constellation symbol.
  • the corresponding symbol is interleaved over a specific interleaving depth used for the corresponding data pipe.
  • MIMO encoding is performed in BICM block 1010 and an additional data path is added to the output for MIMO transmission.
  • the frame building block 1020 may map data cells of an input data pipe into OFDM symbols within one frame. After mapping, frequency interleaving is used for frequency domain diversity, especially to prevent frequency selective fading channels.
  • the OFDM generation block 1030 may apply conventional OFDM modulation having a cyclic prefix as a guard interval.
  • a distributed MISO scheme is applied across the transmitter.
  • a peak-to-average power ratio (PAPR) scheme is implemented in the time domain.
  • PAPR peak-to-average power ratio
  • the signaling generation block 1040 may generate physical layer signaling information used for the operation of each functional block.
  • the signaling information is also transmitted so that the service of interest is properly recovered at the receiver side.
  • the broadcast signal transmission method includes generating service data and/or signaling information for service data, encoding service data and/or signaling information, and/or transmitting signaling information. can do.
  • the broadcast signal reception method may include receiving service data and/or signaling information for service data and/or obtaining service data based on the signaling information.
  • FIG. 2 shows a structure of a broadcast signal receiving apparatus for a next-generation broadcast service according to embodiments of the present invention.
  • the apparatus for receiving broadcast signals for next-generation broadcast services may correspond to the apparatus for transmitting broadcast signals for next-generation broadcast services described with reference to FIG. 1.
  • the apparatus for receiving broadcast signals for next-generation broadcast services includes a synchronization and demodulation module 9000, a frame parsing module 9010, a demapping and decoding module ( A demapping & decoding module (9020), an output processor (output processor) 9030, and a signaling decoding module (signaling decoding module) 9040 may be included.
  • a synchronization and demodulation module 9000 includes a frame parsing module 9010, a demapping and decoding module ( A demapping & decoding module (9020), an output processor (output processor) 9030, and a signaling decoding module (signaling decoding module) 9040 may be included.
  • a demapping & decoding module 9020
  • an output processor output processor
  • signaling decoding module signaling decoding module
  • the synchronization and demodulation module 9000 receives an input signal through m receiving antennas, detects and synchronizes signals for a system corresponding to a broadcast signal receiving device, and reverses the procedure executed by the broadcast signal transmitting device. Demodulation corresponding to can be performed.
  • the frame parsing module 9010 may parse the input signal frame and extract data to which a service selected by the user is transmitted.
  • the frame parsing module 9010 may perform deinterleaving corresponding to a reverse process of interleaving. In this case, positions of signals and data to be extracted are obtained by decoding the data output from the signaling decoding module 9040, and scheduling information generated by the broadcast signal transmission apparatus may be restored.
  • the demapping and decoding module 9020 may convert the input signal into bit region data and then deinterleave the bit region data as necessary.
  • the demapping and decoding module 9020 may perform demapping on the mapping applied for transmission efficiency, and correct an error occurring in a transmission channel through decoding. In this case, the demapping and decoding module 9020 may obtain transmission parameters necessary for demapping and decoding by decoding the data output from the signaling decoding module 9040.
  • the output processor 9030 may perform a reverse process of various compression/signal processing procedures applied by the broadcast signal transmission apparatus in order to improve transmission efficiency.
  • the output processor 9030 may obtain necessary control information from the data output from the signaling decoding module 9040.
  • the output of the output processor 8300 corresponds to a signal input to the apparatus for transmitting broadcast signals, and may be MPEG-TS, IP stream (v4 or v6), and GS.
  • the signaling decoding module 9040 may acquire PLS information from a signal demodulated by the synchronization and demodulation module 9000. As described above, the frame parsing module 9010, the demapping and decoding module 9200, and the output processor 9300 may execute their functions using data output from the signaling decoding module 9040.
  • FIG. 3 shows a structure in which a broadcast signal transmission apparatus and a broadcast signal reception apparatus transmit and receive services according to embodiments of the present invention.
  • Broadcasters may provide services based on terrestrial channels (Terrestrial, T), cable channels (Cable, C), and satellite channels (Satellite, S). Furthermore, the broadcasting station may provide a service based on an Internet channel at the same time as a T channel, a C channel, and an S channel. Accordingly, the apparatus for transmitting broadcast signals and apparatus for receiving broadcast signals according to embodiments of the present invention may transmit and receive services based on a T channel, a C channel, an S channel, and an Internet channel. Broadcasters, manufacturers, and business operators can define an authentication method for each channel. The apparatus for receiving broadcast signals according to embodiments of the present invention may obtain authentication for each service channel based on regulations made by broadcasters, manufacturers, and operators. Furthermore, an Internet channel integrated with an existing linear service may be used by the broadcast signal transmission apparatus and the broadcast signal reception apparatus according to embodiments of the present invention.
  • the broadcast signal transmission device and the broadcast signal reception device are provided in the channel list through service discovery information provided by the existing linear network. You can provide bootstrapping for it.
  • the broadcast signal transmission apparatus can provide a service by extending an existing form of providing a service, and an on-demand and multicast service together with an existing linear channel network. Additional services such as form can be provided.
  • the apparatus for transmitting broadcast signals may provide a personalization service through an Internet channel-based usage report.
  • the apparatus for transmitting broadcast signals may provide a channel list in which existing T-channel, S-channel, and C-channel services and OTT (Over The Top) services are integrated.
  • the broadcast signal reception device may provide various services to users, and functions of the broadcast signal transmission device and the broadcast signal reception device may be expanded.
  • a network in which OTT contents can be integrated and provided may be established.
  • the apparatus for transmitting broadcast signals may dynamically allocate unicast/multicast and provide enhanced delivery performance.
  • the apparatus for receiving broadcast signals may provide better performance than a terminal providing a service based on a non-management network.
  • FIG. 4 illustrates a network structure of a broadcast signal transmission device and a broadcast signal reception device according to embodiments of the present invention.
  • the broadcast signal reception device may correspond to the terminal (TV) 40009.
  • the specific configuration of the TV 40009 has been described above in FIG. 2.
  • the set-top box 40008 may be connected to a broadcast signal receiving device.
  • the set-top box 40008 may be connected to a broadcast signal receiving device based on an HDMI method.
  • the gateway 40007 receives the content or service from the broadband network 40005 and provides the content or service to the set-top box 40008.
  • the broadband network 40005 provides content or services related to a broadband network to a broadcast signal receiving apparatus.
  • a content network 40006 provides data related to content to a broadband network 40005.
  • the multicast headend 40002 delivers data to the broadband network 40005 based on a multicast scheme.
  • the source (DVB-I source) 40003 provides data to the broadband network 40005.
  • Data provided by the source may include data according to the DVB-I scheme.
  • the terrestrial network 40004 receives terrestrial-related data from the terrestrial headend 40001 based on a terrestrial channel, and provides it to the set-top box 40008.
  • the broadcast signal transmission apparatus may remove the burden of considering a different OS environment for each terminal device in order to provide an OTT service. That is, the apparatus for receiving broadcast signals does not need to separately provide an OTT application.
  • the broadcast signal receiving apparatus may include an industry standard based ecosystem.
  • the broadcast signal receiving apparatus provides a common service interface, thereby providing an effect of extending the form of service access.
  • FIG. 5 illustrates a protocol stack of a broadcast signal transmission method and a broadcast signal reception method according to embodiments.
  • the service can be delivered to the receiver through a plurality of layers.
  • the sending side can generate service data.
  • the delivery layer of the transmitting side may perform processing for transmission on service data, and the physical layer may encode the broadcast signal and transmit it through a broadcast network or a broadband.
  • service data may be generated in a format according to ISO BMFF (base media file format).
  • the ISO BMFF media file may be used as a broadcast network/broadband delivery, media encapsulation, and/or synchronization format.
  • the service data is all data related to a service, and may include service components constituting a linear service, signaling information about it, and other files.
  • the delivery layer will be described.
  • the delivery layer may provide a transmission function for service data.
  • Service data may be delivered through a broadcast network and/or broadband.
  • Broadcast service delivery through a broadcast network may be based on the MPEG-2 system, processing service data as MP2TS, and transmitting it using a protocol based on the MPEG-2 system.
  • the service data may include video data, audio data and/or caption data according to MP2TS.
  • service data transmitted through the MPEG-2 system may include service components for linear service, other data, and/or service signaling information (eg, SI, service information) for the linear service.
  • SI Service information
  • SI Service information
  • GSE means to include information related to a method of being processed as an MPEG-2 transport stream.
  • Service data processed by the MPEG-2 transport stream may be processed and transmitted in the physical layer in an S2, C2 and/or T2 scheme.
  • the physical layer may process data transmitted from the delivery layer (upper layer and/or link layer) and transmit it through a broadcasting network or a broadband.
  • the broadcast signal transmission method and the broadcast signal reception method according to the embodiments may transmit and receive services based on a T channel, a C channel, an S channel, and an Internet channel.
  • T-channel refers to a broadcast channel based on terrestrial broadcast.
  • the S-channel refers to a broadcasting channel based on satellite broadcasting.
  • the C channel means a broadcast channel based on cable broadcast.
  • the broadcast signal transmission method and the broadcast signal reception method according to the embodiments may transmit and receive a broadcast service based on a T channel, a C channel, and an S channel.
  • the broadcast signal transmission method and the broadcast signal reception method include a T-channel based broadcast service according to DVB-T2, a C channel based broadcast service according to DVB-C2, and an S channel based broadcast service DVB- According to S2, a physical layer process can be performed.
  • Service delivery through the Internet may be processing service data as DASH format service components (or service data) based on DASH Representation, and transmitting them based on the HTTP/TCP/IP protocol communication protocol.
  • data transmitted over a broadband may include service components of DASH format, service signaling information (eg, SI, Service information) and/or other data for the DASH format.
  • the service signaling information (SI) may include, for example, a Media Presentation Description (MPD) describing service components in a DASH format.
  • Service delivery through the Internet may also be referred to as service delivery through broadband.
  • These data can be processed through HTTP/TCP/IP, passed through a data link layer for broadband transmission, and transferred to a physical layer for transmission through the Internet.
  • the physical layer may be, for example, processing transmission based on IEEE and/or 3GPP protocols.
  • the application layer may mean a platform representing a broadcast service.
  • the broadcast service may be a broadcast service transmitted through service delivery through a broadcast network, or may be a broadcast service transmitted through service delivery through the Internet.
  • the application may include a native app, a pre-installed app, and a user-selected app.
  • FIG. 6 shows a discovery process of a broadcast service according to embodiments.
  • the apparatus for receiving broadcast signals may include a tuner for receiving a broadcast service through an S channel, a C channel, a T channel, and/or a broadband according to the embodiments.
  • the broadcast signal receiving apparatus is connected through a broadband network, and a receiver including an A/V player module may also receive a broadcast service.
  • the apparatus for receiving broadcast signals according to embodiments may perform DVB-I Service Discover.
  • the apparatus for receiving broadcast signals according to embodiments may search and search for broadcast services even when a DVB-I service discovery DVB-C/S/T tuner is not installed.
  • the broadcast transmission/reception apparatus performs the following operations. Can be done.
  • the broadcast transmission device is a pre-provision URL (Pre-provision URL) so that the broadcast signal receiving device can retrieve a service discovery list table (SDLT) through a broadband network.
  • -provisioned URL can be provided.
  • the pre-provision URL may be provided by an application according to embodiments or a module embedded in a DVB-I client.
  • the Service Discovery List Table (SDLT) information may mean information indicating information on one or more broadcast services for an application according to embodiments.
  • the apparatus for receiving broadcast signals may receive a service discovery list table, which is a list table for searching for a service.
  • the pre-provisioned URL according to the embodiments may be utilized in various modules as follows.
  • DVB-I client module mounted on the set-top box provided by the network operator (this may be an app implemented separately inside the device or an HbbTV app).
  • DVB-I client module installed in the app downloaded from the App Store and installed on the mobile receiver or receiver that can install the app
  • the pre-provisioned URL may be composed of a query template.
  • the query template may complete a template in an application (such as an application including a DVB-I client) mounted on a broadcast signal receiving device and transmit an HTTP Request to a broadband server.
  • the form of the query template can be expressed as follows.
  • ⁇ Recovery Base URL ⁇ is preset and released in each application or native app, and may have a different URL value for each receiver that installs each app or a receiver provided by a manufacturer.
  • [?query] string can be created in the form of a template according to Device Capability in the app, and Request String can be configured.
  • the [?query] string may be referred to as a query term, and the term may be as shown in FIG. 8.
  • FIG. 7 shows a discovery process of a broadcast service according to embodiments.
  • the broadcast signal reception method may perform a broadcast service discovery operation according to the flowchart shown in FIG. 7.
  • the broadcast signal reception method may activate (7000) a receiving device to perform a discovery operation of a broadcast service according to the embodiments.
  • the broadcast signal reception method it may be checked 7001 whether the broadcast signal reception device is connected through a broadband.
  • the broadcast signal reception method may determine whether an application in which a DVB-I client is mounted exists (7002).
  • the application when there is no application on which the DVB-I client is installed, the application may be downloaded 7703 from an App Store or the like.
  • the server may request 7004 SDLT information for discovery of a broadcast service using a broadband.
  • the broadcast signal reception method may receive SDLT information according to a request for SDLT information for discovery of a broadcast service.
  • the broadcast signal reception method according to the embodiments may parse the received SDLT information (parsing 7005).
  • the broadcast signal receiving method parses the received SDLT information, and checks whether or not tuners for the T, S, and C channels according to the DVB embodiments are mounted in the broadcast signal receiving apparatus (7007). )can do.
  • the broadcast signal receiving method when the broadcast signal receiving apparatus has tuners for T-channel, S-channel, and C-channel according to the embodiments, the broadcast signal receiving method includes T-channel, S-channel, C-channel, and A broadcast service (eg, DVB-T/S/C/I service) through the Internet may be received (7008).
  • a broadcast service eg, DVB-T/S/C/I service
  • the broadcast signal receiving method when the broadcast signal receiving apparatus does not have a tuner for the T-channel, S-channel, and C-channel according to the embodiments, the broadcast signal receiving method is a broadcast service through the Internet (for example, For example, DVB-I service) may be received 7009.
  • a broadcast service through the Internet for example, For example, DVB-I service
  • a tuner for a T channel, an S channel, and a C channel according to the DVB embodiments is a broadcast signal receiving apparatus. Whether or not it is mounted on can be checked (7010).
  • the broadcast signal receiving method when the broadcast signal receiving apparatus is not connected to a broadband, but there is a tuner for a T channel, an S channel, or a C channel according to the embodiments, the broadcast signal receiving method is a T channel.
  • a broadcast service eg, DVB-T/S/C service
  • S channel e.g., SVB-T/S/C service
  • the broadcast signal receiving device when the broadcast signal reception device is not connected to a broadband and there is no tuner for the T-channel, S-channel, or C-channel according to the embodiments, the broadcast signal receiving device is broadcast.
  • the signal reception method cannot receive a broadcast service (7012).
  • FIG. 8 shows a query term of a discovery process of a broadcast service according to embodiments.
  • the broadcast signal reception method may transmit an SDLT information request to a server connected through a broadband in order to request SDLT information for discovery of a broadcast service.
  • the SDLT information request may be transmitted to a location indicated by a pre-provisioned URL.
  • the pre-provisioned URL means information indicating a location to transmit a request to a broadband server in order to receive SDLT information according to embodiments.
  • the pre-provision URL may be provided by an application according to embodiments or a module embedded in a DVB-I client.
  • the application may mean, for example, an application identified in step 7002 of FIG. 7, an application downloaded in step 7003, and an application of FIG. 5 (eg, a native app, a preset app, a user-selected app, etc.). .
  • the pre-provision URL may be in the form of a query form (Query Form or Query Template).
  • the query form may refer to a request form for requesting a server connected through a broadband (Internet network) according to embodiments.
  • the query form may also be referred to as a query template.
  • the query template may include a recovery base URL (eg, ⁇ Recovery Base URL ⁇ of FIG. 6) and/or a query term (eg, [?query] of FIG. 6). 8 shows an example of a query term and its meaning.
  • the query term is information included in the pre-provision URL, and may include information on how the service included in the requested SDLT is a broadcast service received according to a method.
  • the query term may be any one of C, S, T, I, IPTV, and ALL.
  • C it may indicate that the SDLT information to be requested is requesting SDLT including services transmitted through a cable.
  • S it may indicate that the SDLT information to be requested is to request SDLT including services transmitted through satellite waves.
  • T it may indicate that the SDLT information to be requested is to request SDLT including services transmitted through terrestrial waves.
  • I it may indicate that SDLT information to be requested is requesting SDLT including services transmitted through the Internet (broadband).
  • the query term is C, it may indicate that the SDLT information to be requested is to request SDLT including services transmitted through IPTV.
  • ALL it may indicate that the SDLT information to be requested is to request an SDLT including all services transmitted through cable, satellite wave, terrestrial wave, and the Internet.
  • FIG. 9 shows a discovery process of a broadcast service using a query term according to embodiments.
  • the broadcast signal receiving method/apparatus according to the embodiments is to receive a broadcast service according to the embodiments by using a pre-provisioned URL and/or a query template according to the embodiments. It is possible to perform a discovery operation for.
  • the discovery operation according to embodiments may be performed according to the following method.
  • the broadcast signal receiving device downloads an application capable of discovering the DVB-I service from the App Store of the broadcast signal receiving device supporting broadcast service reception through a broadband, and receives a broadcast signal. Can be installed on the receiving device.
  • the downloaded application may include a DVB-I client module, and the corresponding client module may provide a pre-provisioned URL.
  • the apparatus for receiving broadcast signals constructs a query form according to embodiments by using a pre-provisioned URL to perform discovery of a broadcast service through the Internet.
  • the query form means the query form described in FIG. 8. If the broadcast signal receiving apparatus according to the embodiments does not include a DVB-S/C/T tuner, a broadcast service through the Internet that can be obtained through a broadband (Internet) network (for example, DVB-I Service) can be discovered.
  • a broadband (Internet) network for example, DVB-I Service
  • the broadcast signal receiving apparatus is a query for requesting a Service Discovery List Table (SDLT) including a list of services capable of discovering a broadcast service (eg, DVB-I Service) through the Internet.
  • SDLT Service Discovery List Table
  • the query form according to the embodiments may be generated according to the operation described in FIGS. 6 to 9.
  • the broadcast signal receiving apparatus may transmit the generated query form to a broadband server (a server connected through an Internet network) providing the SDLT according to the embodiments.
  • a broadband server a server connected through an Internet network
  • the query form according to the embodiments is parsed by a query form parser, and then the embodiments are implemented through a response scenario implemented in the server.
  • a response including SDLT information is provided to an apparatus for receiving broadcast signals according to the following.
  • SDLT information transmitted by the server in response to a request from a receiving device may be in any file format that can be supported in a Web environment, such as XML or JSON format.
  • the apparatus for receiving broadcast signals receives a Service Discovery List Table (SDLT) provided as a response.
  • SDLT Service Discovery List Table
  • the SDLT according to the embodiments may be parsed by a parser included in a broadcast signal reception device or application, and sub-elements included in the SDLT may be extracted.
  • the receiving device may list Internet-based services along with traditional terrestrial, satellite, and cable services in a service list that can be selected by the user.
  • 9 shows a UI on a TV through a specific app.
  • the receiving device may generate an icon for each receiver and show whether or not each service is transmitted over the Internet according to the characteristics of each service.
  • additional information may be additionally added. For example, when the receiver is not connected to a broadband, it may indicate that Internet-based service cannot be selected.
  • FIG. 10 illustrates a discovery process of a broadcast service using a query term according to embodiments.
  • the apparatus for receiving broadcast signals according to embodiments may be, for example, a TV.
  • the apparatus for receiving broadcast signals according to embodiments may include a display unit.
  • the apparatus for receiving broadcast signals according to the embodiments may display one or more components representing an application according to the embodiments on the display unit.
  • the user may select (10001) one of components representing an application according to embodiments.
  • the application may be, for example, a native app described in FIG. 5, a pre-installed app, or a downloaded app.
  • the broadcast signal receiving apparatus may execute an application selected by a user.
  • the apparatus for receiving broadcast signals according to embodiments may make a request to receive a related SDLT from a broadband server (a server connected through an Internet network) embedded in the selected application (10002).
  • the related SDLT may mean information on broadcast services related to the selected app.
  • the broadcast signal receiving apparatus may receive a pre-provision URL from the selected app to request SDLT information from the broadband server, and a query term according to the embodiments to the pre-provision URL. You can create a query form by adding or replacing.
  • the broadcast signal receiving apparatus may transmit a request for acquiring an SDLT to an address indicated by a query form.
  • a method of generating a query form according to embodiments may be a method according to FIGS. 6 to 9.
  • the apparatus for receiving broadcast signals may receive (10003) SDLT information from a broadband server.
  • SDLT information may include information on one or more broadcast services.
  • One or more broadcast services may include a terrestrial broadcast service, a satellite wave broadcast service, an Internet broadcast service, and/or a cable wave broadcast service.
  • the apparatus for receiving broadcast signals receives a Service Discovery List Table (SDLT).
  • SDLT Service Discovery List Table
  • the SDLT according to the embodiments may be parsed by a parser included in a broadcast signal reception device or application, and sub-elements included in the SDLT may be extracted.
  • the apparatus for receiving broadcast signals may display all or part of information on a broadcast service included in the received SDLT information on a display unit.
  • the broadcast signal receiving device is a display unit, and channel information of one or more broadcast services included in SDLT information, name information of broadcast service, information on display method of broadcast service (for example, HD service, etc.) ,
  • the display unit may display information on additional information of a broadcast service.
  • SDLT Service Discovery List Table
  • the Service Discovery List Table (SDLT) information may mean information indicating information on one or more broadcast services for an application according to embodiments.
  • the service discovery list table SDLT according to the embodiments may also be referred to as a service list.
  • SDLT ServiceDiscoveryListTable
  • HTTP Request configured in the form of a query form according to the pre-provisioned URL and receiver capability built into the DVB-I client module. Server
  • HTTP Response provided by HTTP Response.
  • SDLT may be configured in an XML format.
  • the parameters shown in FIG. 11 may be attributes in XML format.
  • SDLT may include one or more service elements.
  • the service element may mean an object including information on one or more broadcast services for an application according to embodiments. It means one service included in SDLT
  • Service element is a service ID (serviceId) element, global service ID (globalServiceId) element, original network ID (originalNetworkId), transport stream ID (transportStreamId), service category information (serviceCategory), service sequence number information (SvcSeqNum) , Content format information (contentFormat), service Internet URL information (svcInetUrl) may be included.
  • serviceId represents an identifier that identifies a corresponding service within the range of the original network ID. (Number that uniquely identifies this service within the scope of the originalNetworkId.) It is the Identifier of the service, and in the case of DVB-C/S/T, service Id has a unique value within the range of service Id + transport stream Id + original network Id. . In the case of DVB-I, it has a unique value within the range of the original network.
  • globalServiceId represents an identifier that universally identifies a service.
  • the globalServiceId may be information mapped to a global service ID included in the ESG.
  • the corresponding parameter may not exist.
  • Globally unique service identifier.It is mapped with the global service id in the ESG. For DVB-C/S/T service, this attribute is not present.
  • DVB-I it is a general purpose that is mapped with one service in the ESG. It can have a unique URI type value.
  • originalNetworkId represents an identifier that identifies the original network in which the corresponding service was originally created. (Number that uniquely identifies the original network which this service was originally generated.)
  • transportStreamId represents an identifier identifying a transport stream. This parameter may exist in DVB-C/S/T service, but may not exist in DVB-I service in ISO BMFF format. (Number that uniquely identifies the transport stream.This attribute may be present in the traditional DVB-C/S/T service, but it may not be present for the DVB-I service with ISO BMFF format.)
  • serviceCategory represents the category of the corresponding service.
  • the service category may include linear, on-demand, and application services. (The category of this service. It can be linear, on-demand, or application service. More detail is listed in the table below.) It can have a value defined in FIG. 12.
  • SvcSeqNum represents the version of service information. (Version of service information in this table-increments by one for each new version of service data in RFD; wraps around to 0.) This is a Sequence Number indicating whether the value inside the service element value has changed. If this value has not changed, it means that the value inside the corresponding Service element has not changed. If a Service with the same ServiceId has already been received, the receiver does not need to reanalyze.
  • contentFormat represents the format of contents of the service. (The format of contents of this service) It means the format of the contents that compose the service. It may have a value defined in FIG. 13.
  • svcInetUrl may mean signaling information or zero or more URL information for accessing an ESG object. (URL to access signaling/ESG objects.)
  • svcInetUrl can represent the URL value of Broadband Server that can receive Service Signaling or ESG.
  • svcInetUrl may include urlType.
  • urlType may mean a possible file type of the corresponding URL. (Type of files available with this URL).
  • urlType indicates the type of Broadband Server URL, and may indicate Signaling Data or ESG data as defined in FIG. 14.
  • the parameters shown in FIG. 11 according to the embodiments may exist at the highest level in the SDLT according to the embodiments, or may exist at the same level as the service (or service instance, service instance) in the SDLT or at a lower level thereof.
  • the inclusion relationship of each parameter shown in FIG. 11 is an example.
  • the apparatus for receiving broadcast signals receives a Service Discovery List Table (SDLT) including elements according to the embodiments shown in FIG. 11.
  • SDLT Service Discovery List Table
  • the SDLT according to the embodiments may be parsed by a parser included in a broadcast signal reception device or application, and sub-elements included in the SDLT may be extracted.
  • serviceCategory 12 illustrates an example of a value of service category information (serviceCategory) included in SDLT according to embodiments.
  • Service category information according to the embodiments shown in FIG. 12 may mean service category information included in SDLT of FIG. 11.
  • the service category information indicates a category of a broadcast service according to embodiments.
  • the categories of broadcasting service are Linear TV Service, Linear Radio Service, VoD Service, App Service, ESG Service, Data Service ) Can be included.
  • the service category information may have a value of 0 when the corresponding service is not used as a broadcast service, is not a broadcast service, or is not used.
  • the service category information is a value of 1 for a linear TV service, a value of 2 for a linear radio service, a value of 3 for a VoD service, a value of 4 for an app service, and 5 for an ESG service. In the case of a data service, it may have a value of 6.
  • the service category information may leave a value corresponding to 7 to 255 for future use.
  • FIG. 13 illustrates an example of a value of content format information (contentFormat) included in SDLT according to embodiments.
  • Content format information according to the embodiments shown in FIG. 13 may mean content format information included in SDLT of FIG. 11.
  • Content format information Represents a transmission/reception format of content of a broadcast service according to embodiments.
  • the content format of the broadcast service may include a TS format, an ISO BMFF format, and a CMAF format.
  • the content format information may have a value of 0 when the corresponding service is not used as a broadcast service, is not a broadcast service, or is not used (Not used).
  • the content format information may have a value of 1 when the corresponding service is transmitted and received in the TS format, a value of 2 when the corresponding service is transmitted and received in the ISO BMFF format, and a value of 3 when the service is transmitted and received in the CMAF format.
  • the content format information may leave a value corresponding to 7 to 255 for future use.
  • the urlType according to the embodiments shown in FIG. 14 may mean the urlType included in the SDLT of FIG. 11.
  • urlType represents the type of Broadband Server URL. As defined in the table below, it can represent Signaling Data or ESG data.
  • the content format of the broadcast service may include a TS format, an ISO BMFF format, and a CMAF format.
  • urlType has a value of 1 when the server indicated by the SvcInetUrl is a Service Signaling Server, and 2 when the server indicated by SvcInetUrl is an ESG server (in the case of a URL provided to access ESG data). I can.
  • the value of urlType may leave a value corresponding to 7 to 255 for future use.
  • SDLT service discovery list table
  • SDLT ServiceDiscoveryListTable
  • HTTP Request configured in the form of a query form according to the pre-provisioned URL and receiver capability built into the DVB-I client module. Server
  • HTTP Response provided by HTTP Response.
  • SDLT may be configured in an XML format.
  • the parameters shown in FIG. 11 may be attributes in XML format.
  • SDLT may include one or more service elements.
  • the service element may mean a service element described in FIG. 11.
  • the apparatus/method for receiving broadcast signals may signal a broadband URL at the SDLT level.
  • SdltInetUrl represents the address of a broadband server accessible by the receiver in order to obtain information that may correspond to a certain service included in the SDLT.
  • the SDLT according to the embodiments may further include an SdltInetUrl element.
  • SdltInetUrl can mean the URL value of Broadband Server that can receive Signaling or ESG related to any Service enumerated in SDLT.
  • SdltInetUrl may include urlType.
  • the urlType element indicates the type of Broadband Server URL, and may indicate Signaling Data or ESG data according to each definition type.
  • the apparatus/method for receiving broadcast signals generates service signaling information (Service Signaling) and/or a query term accessible to the ESG using SdltInetUrl included in SDLT or SvcInetUrl of each service. can do.
  • a query term may mean an address of a server for requesting signaling data or ESG data according to embodiments as a broadband server.
  • the apparatus/method for receiving broadcast signals according to embodiments may generate an HTTP Query Term capable of requesting service-related information (eg, service signaling information and/or ESG information) using SdltInetUrl. .
  • the parameters shown in FIG. 15 according to the embodiments may exist at the highest level in the SDLT according to the embodiments, or may exist at the same level as the service (or service instance, service instance) in the SDLT or at a lower level thereof.
  • the inclusion relationship of each parameter shown in FIG. 15 is an example.
  • the apparatus for receiving broadcast signals receives a Service Discovery List Table (SDLT) including elements according to the embodiments shown in FIG. 11.
  • SDLT Service Discovery List Table
  • the SDLT according to the embodiments may be parsed by a parser included in a broadcast signal reception device or application, and sub-elements included in the SDLT may be extracted.
  • FIG. 16 shows an example of a query term according to embodiments.
  • the query term of FIG. 16 may mean the query term described in FIG. 15.
  • SdltInetUrl whose urlType is, for example, 1 is signaled in SDLT
  • the term ⁇ service_id> (or syntax) may be used. This means a query that the URL is signaled at the SDLT level, but the receiver wants to acquire only signaling information for a specific requested service. For example, if the value of ⁇ service_id> is not included in the query term according to the embodiments, this means requesting signaling for all services signaled by SDLT.
  • the normal / diff / template term corresponds to the DVB-I service, and when the requesting signaling object is in XML format, the corresponding term can be applied.
  • the current/next term means whether the requested signaling object is signaling information of a current service or signaling information of a next version.
  • the term can be omitted.
  • the list_of_signaling_object_types term indicates the type of signaling object to be requested, which can be requested by being space-separated. If you request all signaling objects, you can apply them to Query Term by using ALL.
  • the list_of_signaling_object_types term according to embodiments may use the parameter shown in FIG. 17.
  • the signaling object may mean a unit of data including information on requested services.
  • 17 shows an example of a parameter of list_of_signaling_object_types of a query term according to embodiments.
  • FIG. 17 shows an example of parameters of list_of_signaling_object_types when a query term is generated using SdltInetUrl shown in FIG. 16.
  • USBD When the parameter of list_of_signaling_object_types is USBD, it means requesting USBD signaling objects for requested services. (USBD for requested service(s))
  • the parameter of list_of_signaling_object_types is MPD, it means requesting DASH MPD signaling objects for requested services. (DASH MPD for requested service(s))
  • NIT network information table
  • the booking association table is information that provides information on the bookings, and a booking is a set of services marketed as an entity.
  • DWD distribution window description
  • list_of_signaling_object_types may have ALL, USBD, MPD, NIT, BAT, SDT, AIT and/or DWD as parameters, and may have parameters other than the above-described parameters.
  • FIG. 18 illustrates an example of receiving signaling objects using a query term using sdltInetUrl according to embodiments.
  • the apparatus for receiving broadcast signals may generate a query term based on sdltInetUrl as described with reference to FIGS. 16 to 17 and request a signaling object using the generated query term.
  • the broadcast signal receiving device provides a pre-provision URL provided by an application in the receiving device (eg, https://bb1.com/[?query]/sldt, 18001a in FIG. 18) and a related query.
  • SLDT may be requested (18001) to the first broadband server using the term.
  • Operation 18001 may perform the operation described in FIGS. 6 to 10.
  • the apparatus for receiving broadcast signals according to embodiments may include a transmitter, and the transmitter may transmit a request for SDLT acquisition to the first broadband server.
  • the apparatus for receiving broadcast signals may receive the SLDT from the first broadband server (18002).
  • the received SLDT may mean the SLDT described in FIGS. 11 to 17.
  • the apparatus for receiving broadcast signals receives a Service Discovery List Table (SDLT) including elements according to the embodiments shown in FIG. 11.
  • SDLT Service Discovery List Table
  • the SDLT according to the embodiments may be parsed by a parser included in a broadcast signal reception device or application, and sub-elements included in the SDLT may be extracted.
  • the apparatus for receiving broadcast signals generates a query term for receiving signaling objects for services by using the received SDLT, and uses the generated query term as a second broadband server ( broadband server) (18003).
  • the broadband server may mean a server indicated by the above-described query term.
  • the query term for receiving the signaling object is as described in FIGS. 15 to 17.
  • the second broadband server may be the same as or different from the first broadband server.
  • the apparatus for receiving broadcast signals may generate a query term for receiving a signaling object using SdltInetUrl information and urlType information included in the SDLT.
  • the apparatus for receiving broadcast signals may include a transmitter, and the transmitter may transmit a request for SDLT acquisition to the second broadband server.
  • the broadcast signal receiving apparatus may receive a signaling object based on the above-described query term (18004).
  • the apparatus for receiving broadcast signals according to embodiments receives a signaling object.
  • a signaling object according to embodiments is parsed by a parser or a signaling object parser included in a broadcast signal receiving device or application, and sub-elements included in the signaling object are extracted. can do.
  • the receiving device may generate a query term such as http://aaa.bbb.com/0x2107/ALL.
  • the broadband server may return all signaling objects for a service having an @serviceId value of 0x2107 as current and normal versions to the broadcast signal receiving apparatus according to the embodiments.
  • the receiver performs Query Term is composed of http://xxx.yyy.com/0x2103/next/MPD value.
  • the Broadband Server returns the MPD signaling object of the service whose @serviceId value is 0x2103 as the next, normal version.
  • 19 illustrates an example of receiving signaling objects using a query term using sdltInetUrl according to embodiments.
  • the apparatus for receiving broadcast signals according to embodiments may have an SDLT.
  • the SDLT of the broadcast signal receiving apparatus according to the embodiments may be information received from the broadband server according to the method described with reference to FIG. 18.
  • the apparatus for receiving broadcast signals according to embodiments may arrange broadcast services based on SDLT and display them on a display unit.
  • the indicated icon can be displayed on the display unit.
  • a user of the apparatus for receiving broadcast signals according to embodiments may select services included in the SDLT. That is, the broadcast signal receiving apparatus according to the embodiments may display services included in the SDLT in the form of icons, and the user may select the selected broadcast service by selecting the corresponding icon.
  • the broadcast signal receiving device may display a component displayed as, for example, a'Channel List' or a'channel list', and when a user selects a corresponding component, the broadcast signal receiving device broadcasts included in the SDLT. Services can be listed and displayed.
  • the apparatus for receiving broadcast signals may display information on channels 33-7 and 33-7, and information on channels 33-8 and 33-8 using the SDLT. The user can select one or more of the listed broadcast services.
  • the apparatus for receiving broadcast signals may request a signaling object for a service selected by a user from a broadband server based on information included in the SDLT. For example, when the user selects channel 33-7, the apparatus for receiving broadcast signals according to embodiments may request a signaling object representing one or more services related to channel 33-7 from the broadband server.
  • the apparatus for receiving broadcast signals may receive a service signaling object for a service related to a requested channel 33-7.
  • FIG. 20 shows a relationship between a service signaling object of a service and a service signaling object.
  • 20 shows types of service signaling objects (20000) of an Internet-based broadcast service.
  • 20 may mean a service signaling object or a signaling object described in FIGS. 15 to 19.
  • the service signaling object may be referred to as service signaling or service signaling metadata.
  • 20 illustrates a service signaling configuration of a DVB-I service provided by a broadband server when a broadcast signal receiving apparatus according to embodiments requests a signaling object of a broadcast service.
  • the apparatus for receiving broadcast signals receives a service signaling object shown in FIG. 20.
  • a signaling object according to embodiments is parsed by a parser or a signaling object parser included in a broadcast signal receiving device or application, and sub-elements included in the signaling object are extracted. can do.
  • the service signaling object 20000 may be referred to as service signaling, service signaling, metadata signaling object, or the like.
  • Service List refers to one or more services.
  • Service list signaling refers to information on each set of one or more services and information on services.
  • the information included in the service signaling object (20000) of the DVB-I Service may vary according to the role and configuration of each metadata signaling object, and FIG. 20 is an example of a DVB-I service signaling system composed of four types of signaling metadata. Represents.
  • USBD (UserServiceBundleDescription, 20001) is a signaling object including one or more USD including information on a broadcast service (eg, DVB-I service) according to embodiments.
  • USBD may include URL information for MPD when the broadcast service is DVB-I Linear Service.
  • USD (UserServiceDescription, 20002) is a signaling object including information on a broadcast service (eg, DVB-I service) according to embodiments.
  • the USBD may include one or more USD.
  • DVB-I service is able to inform users of service information while starting to show stopped images or general files.
  • the USBD can inform the URL linking the DWD that signals schedule information about when to distribute the still image.
  • DeliveryMethod 20004 represents transmission-related information holding contents accessed through a broadcasting network or a broadband network with information included in USD according to embodiments. DeliveryMethod can be used to obtain MPD.
  • the AIT Application Information Table, 20005
  • the AIT may provide a URL for AIT signaling connecting the application.
  • MPD MediaPresentationDescription, 20006 This is the signaling metadata used in DVB-DASH, and the usage plan and signaling information of the corresponding metadata are as defined in MPEG-DASH.
  • USBD, DWD, DeliveryMethod, AIT, and MPD may be signaled in a single XML format within the signaling object according to the embodiments.
  • a parser (or signaling object parser) of a broadcast signal receiving apparatus parses a User Service Bundle Description (USBD) included in a service signaling object to extract one or more User Service Descriptions (USD). can do.
  • the parser (or signaling object parser) of the broadcast signal receiving apparatus according to the embodiments includes a Delivery Method (20004), a Distribution Window Description (DWD, 20003), and an Application Information Table (AIT) 20005) based on the extracted USD.
  • the parser (or signaling object parser) of the apparatus for receiving broadcast signals may extract a Media Presentation Description (MPD) 20006 based on the Delivery Method 20004.
  • MPD Media Presentation Description
  • 21 illustrates a method of receiving a service list signaling and a broadcast service by a broadcast signal receiving apparatus according to embodiments.
  • DVB-I system is DVB-I player (DVB-I Player, 21000), content guide server (Content Guide Server, 21001), service list server (Service List Server, 21002), broadcaster (Broadcaster, 21003), MPD server (MPD Server, 21004), a stream server (Stream Server, 21005), a multicast gateway (Multicast Gateway, 21006), and may include a multicast server (Multicast Server, 21007).
  • the DVB-I player (21000) may mean a broadcast signal receiving apparatus according to embodiments.
  • the DVB-I player 21000 may request a content guide to the content guide server 21001 (C1).
  • the DVB-I player 21000 may receive content guide data from the content guide server 21001.
  • the DVB-I player 21000 may request a service list from the service list server 21002 (A1).
  • the DVB-I player 21000 may receive an aggregated service list from the service list server 21002.
  • the DVB-I player 21000 makes a request for discovery of a service list (ie, a service list discovery query) to a service list registry included in the service list server 21002. Can be transmitted.
  • the DVB-I player 21000 may receive service list entry points (eg, SDLT, etc.) from the service list registry of the service list server 21002.
  • the DVB-I player 21000 includes a content guide server 21001, a service list server 21002, an MPD server 21004, a stream server 21005, and a multicast gateway 21006 according to the embodiments. And a receiving unit (receiver) for receiving a signal or data from and/or a transmitting unit (transmitter) for transmitting the signal or data.
  • the DVB-I player 21000 according to the embodiments includes a content guide server 21001, a service list server 21002, an MPD server 21004, a stream server 21005, and a multicast gateway 21006 according to the embodiments. Contains a parser for parsing data or signals received from.
  • the DVB-I player 21000 according to embodiments may include the physical layer structure described in FIG. 2.
  • the DVB-I player 21000 may request a DASH Media Presentation Description (MPD) to the MPD server 21004 (F1).
  • the DVB-I player 21000 may receive the DASH MPD from the MPD server 21004.
  • MPD DASH Media Presentation Description
  • the DVB-I player 21000 may request media data from the stream server 21005 (H1).
  • the DVB-I player 21000 may receive DASH data from the stream server 21005 in a unicast format.
  • the content guide server 21001 may transmit content guide data according to the embodiments to the DVB-I player 21000 according to the embodiments (C2).
  • the content guide server 21001 may request a content guide from the broadcaster 21003 in order to receive the content guide data (B2).
  • the content guide server 21001 may receive (B1) content guide data from the broadcaster 21003.
  • the content guide server 21001 may transmit the content guide received from the broadcaster 21003 to the DVB-I player (C2).
  • the content guide server 21001 according to the embodiments may include the physical layer structure described in FIG. 1.
  • the service list server 21002 may transmit an aggregated service list including information on broadcast services according to embodiments to the DVB-I player (A1). Some or all of the information included in the aggregated service list according to the embodiments may be received from the broadcaster 21003 (D). That is, the service list server 21002 may receive service list fragments constituting the service list from the broadcaster 21003, and transmit all or part of them to the DVB-I player 21000. . According to embodiments, the service list server 21002 may include a service list registry. The service list server 21002 according to the embodiments may include the physical layer structure described in FIG. 1.
  • the broadcaster 21003 may transmit service list fragments constituting the broadcast service list to the service list server 21002.
  • the broadcaster may transmit content guide data to the content guide server 21001.
  • the broadcaster 21003 may provide content.
  • the broadcaster according to the embodiments may be referred to as a content/service provider.
  • the broadcaster 21003 may transmit a content guide to the content guide server, and may transmit service list fragments to the service list server. Service list fragments may also be referred to as service records.
  • the broadcaster 21003 according to the embodiments may include the physical layer structure described in FIG. 1.
  • the MPD server 21004 refers to a server that provides the DASH MPD according to the embodiments to the DVB-I player 21000 according to the embodiments.
  • the MPD server may be a server connected through a broadband network.
  • the MPD server 21004 may receive a request for DASH MPD from a DVB-I player (F1).
  • the MPD server 21004 may transmit the DASH MPD to the DVB-I player based on the request (F2).
  • the MPD server 21004 may provide URL information for MPDs to the broadcaster 21004 according to embodiments.
  • the URL information for the MPDs may be provided (E1) to the DVB-I player through the broadcaster 21003, and based on this, service signaling information is sent to the content guide server 21001 and/or the service list server 21002. Can be transmitted through.
  • the MPD server 21004 according to the embodiments may include the physical layer structure described in FIG. 1.
  • the stream server 21005 refers to a server that provides media data according to the embodiments to the DVB-I player 21000 according to the embodiments.
  • Media data according to embodiments may mean a DASH type file.
  • the stream server 21005 may receive a request for media data from the DVB-I player (H1).
  • the stream server 21005 may transmit DASH media data to the DVB-I player based on the request (H2).
  • the stream server 21005 may provide URL information on media to the MPD server 21004 according to the embodiments (G).
  • the MPD server receiving the URL information for the media may extract and generate URL information for the MPDs based on this.
  • the URL information for the MPDs may be provided (E1) to the DVB-I player through the broadcaster 21003, and based on this, service signaling information is provided to the content guide server 21001 and/or the service list server 21002 ) Can be transmitted.
  • the stream server 21005 according to the embodiments may include the physical layer structure described in FIG. 1.
  • the multicast server 21007 may refer to a server that transmits media data transmitted from the stream server 21005 according to embodiments to a DVB-I player in a multicast format.
  • the multicast server 21007 receives media data from the stream server 21005 according to the embodiments.
  • the multicast server 21007 transmits the received media data in a multicast format to a multicast gateway 21006.
  • Media data according to embodiments may be media data in DASH format.
  • the multicast server 21007 according to the embodiments may include the physical layer structure described in FIG. 1.
  • the multicast gateway 21006 receives media data transmitted in a multicast format (Y1).
  • the multicast gateway 21006 receives media data and transmits (Y2) repair information to the multicast server 21007 according to the embodiments in a unicast format.
  • the multicast gateway 21006 transmits (Z1) the received media data to the DVB-I player in a unicast format.
  • Media data according to embodiments may be media data in DASH format.
  • the multicast gateway 21006 according to the embodiments may include the physical layer structure described in FIG. 1.
  • the apparatus for receiving broadcast signals may generate a query form for requesting a DVB-I service description (eg, SDLT) through a broadband network.
  • the broadcast signal receiving device eg, DVB-I player
  • transmits a query form to a broadband server eg, service list server 21002, etc.
  • An aggregated service list according to embodiments including all DVB-I service lists may be received.
  • the broadcast signal receiving apparatus may transmit a service list query (A1) at a predetermined period and receive a service list (A2).
  • the broadcast signal receiving apparatus receives a content guide through SdltInetUrl or SvcInetUrl defined in an aggregated service list table (eg, SDLT) or through a pre-provisioned URL.
  • the received content guide is integrated with an existing broadcast channel, and is integrated into a specific logical channel to show a service.
  • the content/service provider provides content guide data so that the DVB-I terminal can access the content guide server.
  • service list fragments are periodically provided through the D interface at regular intervals so that the DVB-I terminal can receive the integrated service list.
  • MPD is requested through the MPD URL defined in the received aggregated service list table and the desired linear service is received.
  • the apparatus for receiving broadcast signals may request service signaling information from a broadband server in HTTP format using SdltInetUrl or SvcInetUrl.
  • the request for service signaling information may be in the form of a query form described in FIGS. 6 to 21.
  • the apparatus for receiving broadcast signals may receive an HTTP Response from a broadband server as a response to a request for service signaling information.
  • the broadcast signal receiving apparatus according to the embodiments needs to check whether the received response corresponds to the transmitted request.
  • the apparatus for receiving broadcast signals according to embodiments needs to obtain the latest information within a short time. Also, since the aggregated service list includes one or more service lists, it must be defined so that only the latest information can be checked.
  • FIG. 22 shows a DVB-I HTTP Response Signaling method used when HTTP Response to a DVB-I Service Signaling HTTP Request requested through a Broadband network is performed.
  • 22 illustrates a metadata envelope (22000) including a service aggregated service list including one or more service signaling information by a broadcast signal receiving apparatus according to embodiments. That is, the apparatus for receiving broadcast signals according to embodiments may receive a metadata envelope in response to a query form for a service from a broadband server.
  • the HTTP response according to the embodiments includes a DVB-I service signaling object.
  • An HTTP response delivering a service signaling object according to embodiments may have a metadata envelope structure.
  • the metadata envelope according to the embodiments may be configured with the following scheme. For example, in FIG. 21, the broadcast signal receiving apparatus according to the embodiments may request a request in the form of an HTTP request from the service list server 21004, and data received based on this may be metadata, as shown in FIG. Receives an aggregated service list in the form of a metadata envelop.
  • the metadata envelope (22000) is composed of a sequence of item elements, and each item means each signaling object according to embodiments.
  • the Item element is defined as metadataEnvelopItemType, which will be described later in FIG. 23.
  • the HTTP Response including the Signaling Object of the DVB-I service aggregated service list is included in the metadataEnvelope structure and transmitted, and each service list may be included and transmitted for each multipart/related container of RFC 2387.
  • metadataEnvelope is located at the top of each service and refers to each fragmented service list.
  • the metadata envelope according to the embodiments may be configured with metadataEnvelopeType.
  • the service list 22002 includes information on services according to embodiments.
  • the service list may be one or more services, or list information including information on one or more services.
  • the broadcast signal reception method since the broadcast signal reception method according to the embodiments receives an aggregated service list, it is necessary to receive information including the entire service list because it can selectively parse and store the version management and expiration management method for each service, and for each service. Because there is no, it is possible to increase the transmission and reception efficiency of the broadcast signal transmission and reception method.
  • 23 is a diagram illustrating a metadata envelope according to embodiments in XML format.
  • the metadata envelope according to the embodiments is composed of a sequence of item elements, and each item refers to a respective signaling object according to the embodiments. do.
  • Item element may be defined as metadataEnvelopItemType.
  • MetadataURI means the address of the aggregated service list, and version and validfrom/validUntil mean the validity time of the document.
  • ContentType means the identifier of a specific service in the currently included aggregated service list.
  • ContentType string has the following template type, and the information has a unique value for each service.
  • ContentType “Application/DITS-(OriginalNetworkID)-(TransportStreamID)-(serviceID)+xml”
  • the updated information can be obtained after checking the version information of the service changed in the aggregated service list.
  • the present invention it is possible to find and update only the changed value of a specific service without receiving the entire service list.
  • nextUrlAvailableTime-This is the possible start time for making HTTP Request with nextUrl indicating next version signaling to Broadband Server.
  • This property value is proposed to reduce the request error of receivers that acquire a signaling object through the Request/Response process through the broadband network, and the best time is calculated according to the implementation algorithm of the receiver in the time between this property value and the validUntil property value. Thus, we want to reduce the probability that the receiver request is concentrated and not receive a response.
  • nextUrl-me ans the Broadband URL address value indicating the Signaling object of the next version.
  • the broadcast signal reception method since the broadcast signal reception method according to the embodiments receives an aggregated service list, it is necessary to receive information including the entire service list because it can selectively parse and store the version management and expiration management method for each service, and for each service. Because there is no, it is possible to increase the transmission and reception efficiency of the broadcast signal transmission and reception method.
  • 24 is a diagram illustrating a multi-part container and service list of a metadata envelope according to embodiments in XML format.
  • the service list metadata envelop when a service list fragmented for each service is included in a multipart/related container and transmitted.
  • the contentType of each service is encoded and transmitted as (OriginalNetworkID)-(TransportStreamID)-(serviceID), which is unique information in DITS. Versioning and expiration management are possible, including corresponding information and version information. If necessary, only the relevant information can be received by checking the multipart/related container content ID/content-type value.
  • the broadcast signal reception method since the broadcast signal reception method according to the embodiments receives an aggregated service list, it is necessary to receive information including the entire service list because it can selectively parse and store the version management and expiration management method for each service, and for each service. Because there is no, it is possible to increase the transmission and reception efficiency of the broadcast signal transmission and reception method.
  • FIG. 25 illustrates that a broadcast signal receiving apparatus according to embodiments receives service signaling information in the form of a metadata envelope.
  • the apparatus for receiving broadcast signals may request signaling objects from a broadband server based on SdltInetUrl information and urlType information included in the received SDLT.
  • the broadcast signal receiving device uses the http://aaa.bbb.com/ address and @serviceId included in SdltInetUrl to form a query (for example, http://aaa.bbb.com/0x2107/ALL). ) Can be created and requested to the broadband server.
  • the broadcast signal reception apparatus may receive a signaling object corresponding to a corresponding query form from a broadband server.
  • the signaling object according to the embodiments may be received in the form of a metadata envelope.
  • the metadata envelope may be in the form of an XML file shown in FIGS. 22 to 24.
  • the broadcast signal reception method since the broadcast signal reception method according to the embodiments receives an aggregated service list, it is necessary to receive information including the entire service list because it can selectively parse and store the version management and expiration management method for each service, and for each service. Because there is no, it is possible to increase the transmission and reception efficiency of the broadcast signal transmission and reception method.
  • the User Service Bundle Description (USBD) according to the embodiments is a Service Signaling Object and describes comprehensive information of a DVB-I service according to the embodiments.
  • USBDs Includes one or more User Service Description (USD) USBDs according to embodiments.
  • the USD according to the embodiments includes comprehensive information on a user service and information on when and how this service can be provided to a user.
  • USBD and/or USD according to the embodiments are data constituting a Service Signaling system that serves as a starting point for connecting other signaling metadata required to provide each service to a user.
  • the USBD/USD according to the embodiments may be configured with the syntax shown in FIG. 26.
  • the UserServiceBundleDescription element is the root element of User Service Bundle Description for DVB-I.
  • UserServiceDescription represents one instance of DVB-I service. (A single instance of a DVB-I Service.)
  • @serviceId represents a reference identifier corresponding to a service entry in SDLT according to embodiments.
  • @serviceId is an unsignedShort type service identifier, and the information has the same value as the value described in the SDLT signaling table for discovering Internet-based services. (Reference to corresponding service entry in the SDLT.)
  • @globalServiceId is anyURI type information, and is information indicating a universally unique service identifier. This information may have a value that matches the global Service Id value used in ESG (Electronic Service Guide), and may be used as information for mapping with a specific type of service. (Reference to corresponding service entry in the ESG (Electronic Service Guide) information.)
  • @serviceCategory is an unsignedByte type and means a service category.
  • the category of this service.It can be linear TV, linear Radio, on-demand, or application service.More detail is listed in the table below.
  • An example of the value of service category information according to embodiments is shown in FIG. Shown.
  • @hidden is a Boolean type attribute value and indicates information about whether the service can be seen or not shown to the user in the service list. (Indicates whether this service is hidden in the service list or shown to users. The default value is'FALSE'.)
  • @appRendering is a Boolean type attribute value and indicates whether the service is provided through a module built into the receiver or through a specific application when showing the service to the user. For example, when the corresponding value is TRUE, the broadcast signal receiving device performs a role of waiting for the app to be driven, and may provide such information to the user. If the corresponding value does not appear, it means FALSE, which means that the application is not rendered, and thus, the receiver can perform a function of rendering a service directly. (Indicates whether any application will be executed first and render this service.The default value is'FALSE'.)
  • @MediaPresentationDescription is an attribute value of anyURI type and refers to a URL that can download an MPD file through broadband. This parameter may or may not be included in the USBD, or may be included in other signaling objects.
  • @ApplicationInformationTable is an attribute value of anyURI type, and refers to a URL that can download an AIT file through broadband. This parameter may or may not be included in the USBD, and may be included in other signaling objects.
  • @DistributionWindowDescription is an attribute value of anyURI type and means a URL that can download DWD files through broadband. This parameter may or may not be included in the USBD, and may be included in other signaling objects.
  • RunningStatus is an unsignedByte type, and is information indicating how the current service is running. (Specify the status of this service as running, not running or starts in a few seconds, etc.) An example of a value of running status information according to embodiments will be described later in FIG. 28.
  • the running status information may include @duration and @resumeTime.
  • Name is a string type and represents the name of the DVB-I service. (Name of the DVB-I service.)
  • the @lang element is a lang type attribute value and indicates the language of the DVB-I service name. (Language of the DVB-I service name.)
  • the @lang element according to the embodiments may be included in the Name element (name element) according to the embodiments, or may be an element at the same level as the Name element.
  • ServiceLanguage indicates applicable languages of DVB-I service. (Available languages of the DVB-I service.)
  • Icon element may be a URL of a broadband server representing files related to a broadcast service according to embodiments. This element may or may not be present in the USBD, and may have more than one value. This element may be an anyURI element of a URI type. According to embodiments, the files indicated by this parameter may be still images or icons that must appear on the screen before the service is provided. According to embodiments, the Icon element may include the following elements (or attribute values) to provide information on whether a corresponding file can be rendered in a broadcast signal receiving device. (URL pointing to icon (image).Multiple URLs could be used to point to icons (images) of different width and height or different representation formats.)
  • @mimeType -A string type attribute value indicating the MIME type of the icon element of the receiving device according to the embodiments. (MIME type of the icon allowing receivers to preemptively ignore fetching image types they are not capable of using.)
  • @dataSize -A an attribute value of unsignedInt type, it means the size in bytes. Size of the image data in bytes.
  • @displayDuration- A property value of unsignedInt type, which means the time in seconds when an icon or image is displayed on the screen.
  • DeliveryMethod is signaling information related to a transmission method of data constituting a corresponding broadcast service.
  • the delivery method element may not be included in USBD or may be included as a plurality of elements according to @serviceCategory.
  • the delivery method element may indicate information on whether to be transmitted through a broadcast network or a broadband network through a lower element (or attribute).
  • BroadcastAppService (broadcast app service element) may provide a corresponding service by receiving DASH Represnetation through a broadcast network when a broadcast service according to embodiments is a Linear A/V service or a Linear Audio service.
  • a broadcast service according to embodiments is a Linear A/V service or a Linear Audio service.
  • one or more USBD BroadcastAppService elements may be included.
  • BroadcastAppService-BasePattern (base pattern element) is information used to inform the Base URL of DASH Representation transmitted to the broadcasting network.
  • BasePattern may consist of one or more values, and may match the BaseURL value described in the MPD.
  • UnicastAppService may configure a corresponding service by transmitting DASH Representation through a broadband network when a broadcast service according to embodiments is a Linear A/V service or a Linear Audio service. UnicastAppService can appear as one or more element values.
  • UnicastAppService-BasePattern (base pattern element) is information used to inform the Base URL of DASH Representation transmitted through the broadband network.
  • BasePattern may consist of one or more values and may match the BaseURL value described in the MPD.
  • the parameters shown in FIG. 26 according to the embodiments may exist at the highest level in the USBD according to the embodiments, or may exist at the same level as the USD in the USBD or at a lower level thereof.
  • the inclusion relationship of each parameter shown in FIG. 26 is an example.
  • the apparatus for receiving broadcast signals receives a provided User Service Bundle Description (USBD) or User Service Description (USD).
  • USBD User Service Bundle Description
  • USD User Service Description
  • the USBD or USD according to the embodiments may be parsed by a parser or a USBD parser included in a broadcast signal receiving device or application, and sub-elements included in the USBD or USD may be extracted.
  • serviceCategory of a User Service Bundle Description (USBD).
  • the service category information (serviceCategory) according to the embodiments shown in FIG. 27 may mean service category information included in the USBD of FIG. 26.
  • the configuration of the USBD according to the embodiments may vary according to examples of @serviceCategory values defined according to FIG. 27.
  • the service category information indicates a category of a broadcast service according to embodiments.
  • the categories of broadcasting service are Linear TV Service, Linear Radio Service, VoD Service, App Service, ESG Service, Data Service ) Can be included.
  • the service category information may have a value of 0 when the corresponding service is not used as a broadcast service, is not a broadcast service, or is not used.
  • the service category information is a value of 1 when the corresponding service is a linear TV service, a value of 2 for a linear radio service, a value of 3 for a VoD service, and an app service. It may have a value of 4, a value of 5 for an ESG service, and a value of 6 for a data service.
  • the service category information may leave a value corresponding to 7 to 255 for future use.
  • USBD/USD may include an MPD URL (@MediaPresentationDescription).
  • the MPD URL refers to a URL through which a broadcast signal receiving device can directly access a broadband server to obtain an MPD file.
  • USBD/USD since a corresponding broadcast service may include an application, USBD/USD may also include an AIT URL (@ApplicationInformationTable).
  • USBD/USD may not include the MPD URL (@MediaPresentationDescription).
  • the @appRendering property value may be set to TRUE, and the AIT URL may be included in USBD/USD.
  • USBD/USD may include the AIT URL regardless of the value of @appRendering.
  • USBD/USD may include an MPD URL.
  • USBD/USD is an AIT URL (@ApplicationInformationTable) and/or MPD URL (@MediaPresentationDescription) may not be included.
  • USBD/USD may not include the AIT URL and the MPD URL.
  • Running status information according to the embodiments shown in FIG. 28 may mean running status information included in the USBD of FIG. 26.
  • RunningStatus (running status information) is an unsignedByte type, and is information indicating how the current service is running.
  • the running status information may include @duration and @resumeTime.
  • RunningStatus When the current broadcast service according to the embodiments is not in progress (ie, RunningStatus is not running), it may have a lower property value @duration or @resumedTime value.
  • the RunningStatus information may have values of 2, 3, 4, and 5. When values of 2, 3, 4, and 5 do not appear, the running status information may represent an infinite value as a default value.
  • RunningStatus indicates that the parameter is not used (Not Used).
  • RunningStatus indicates that the broadcast service according to the embodiments is in progress (Running).
  • RunningStatus indicates that the broadcast service according to the embodiments is not in progress (Not Running).
  • RunningStatus indicates that the broadcast service according to the embodiments is not in progress and is paused (Pausing).
  • RunningStatus indicates that the broadcast service is started after a few seconds (Starts in a few seconds).
  • RunningStatus indicates that the broadcast service is in an off-air state (Service off-air). If the value of RunningStatus is 6-255, it may be a value to be reserved for future use.
  • @duration is a property value having an integer value of unsignedInt type, and indicates the duration in seconds when the current broadcast service is not in progress (i.e., when RunningStatus has a value other than 1, that is, not running). I can.
  • @resumeTime is a property value of a dateTime type, and indicates the date and/or time at which the corresponding service is resumed when the current broadcast service is not in progress (ie, when RunningStatus has a value other than 1, that is, not running).
  • the running status information according to the embodiments may be referred to as availability information according to the embodiments.
  • 29 shows a USBD and MPD acquisition process according to embodiments.
  • the apparatus for receiving broadcast signals may provide a service to a user by obtaining signaling of a corresponding service from service signaling data obtained through service discovery.
  • the embodiment shown in FIG. 29 shows a process of obtaining an MPD through USBD when a broadcast service according to the embodiments is an Internet-based service and is a Linear A/V service.
  • the USBD according to the embodiments represents an example in which a URL indicating an MPD is inserted.
  • the URL of USBD/USD/DeliveryMethod/BasePattern may match the value of BaseURL signaled in the MPD.
  • the apparatus for receiving broadcast signals may display an Internet service list using the SDLT according to the embodiments.
  • SDLT according to embodiments may include only Internet-based broadcast services possessed by the broadcast signal receiving device.
  • the broadcast signal receiving apparatus is a query form for requesting a signaling object (eg, USBD) for the selected broadcast service when a user selects one of one or more services included in the SDLT Can be created.
  • a query form for requesting a signaling object related to the 33-7 service can be created.
  • the apparatus for receiving broadcast signals may generate a query form for requesting a broadcast service selected by a user to the broadband server according to the embodiments and transmit the query form to the broadband server.
  • the broadcast service selected by the user may be transmitted as a value of a service ID (@serviceId).
  • the apparatus for receiving broadcast signals according to embodiments may request a USBD having a service ID of 0x2107 as a broadband server indicated by SdltInetURL.
  • the broadcast signal receiving apparatus may receive a signaling object of a broadcast service requested by a user.
  • the apparatus for receiving broadcast signals may receive a USBD corresponding to service 33-7 according to the above-described operation.
  • the received USBD according to embodiments may include the parameters described in FIGS. 26 to 28.
  • the apparatus for receiving broadcast signals according to the embodiments may extract media presentation description information included in the USBD to obtain MPD information on the broadcast service according to the embodiments.
  • the broadband server according to the embodiments may transmit (Response) the MPD to the broadcast signal receiving apparatus according to the embodiments according to the MPD request.
  • the apparatus for receiving broadcast signals may display a corresponding broadcast service by using the received MPD information and content of the received broadcast service.
  • the apparatus for receiving broadcast signals receives a provided User Service Bundle Description (USBD) or User Service Description (USD).
  • USBD User Service Bundle Description
  • USD User Service Description
  • the USBD or USD according to the embodiments may be parsed by a parser or a USBD parser included in a broadcast signal receiving device or application, and sub-elements included in the USBD or USD may be extracted.
  • the apparatus for receiving broadcast signals receives a provided Media Presentation Description (MPD).
  • the MPD according to the embodiments may be parsed by a parser or MPD parser included in a broadcast signal receiving apparatus or application, and sub-elements included in the MPD may be extracted.
  • 30 illustrates an operation of starting a broadcast service using running status information according to embodiments.
  • Running status information according to the embodiments shown in FIG. 30 may mean running status information included in the USBD of FIGS. 26 and/or 28.
  • RunningStatus (running status information) is an unsignedByte type, and is information indicating how the current service is running.
  • the broadcast signal receiving apparatus may receive the USBD according to the embodiments from the broadband server according to the operation shown in FIG. 29.
  • USBD according to embodiments may include a corresponding broadcast service. It may include running status information (RunningStatus) for.
  • the apparatus for receiving broadcast signals may display the progress of a service to the user based on the running status information. That is, the apparatus for receiving broadcast signals according to embodiments may display a component indicating when a corresponding broadcast service is to be started/started, whether a service is not currently broadcasted, and the like, based on the running status information.
  • 31 illustrates a broadcast service providing method of a broadcast signal receiving method according to embodiments.
  • the broadcast signal reception method may provide a broadcast service according to the embodiments.
  • the broadcast signal receiving method includes activating a broadcast signal receiving device (31000), checking whether or not it is connected to a broadband network (31001), and when connected to a broadband network, a service discovery list according to embodiments ( Checking whether a service list discovery) exists (31002), receiving a service discovery list according to embodiments when there is no service discovery list (31003), selecting a broadcast service according to embodiments ( 31004), requesting USBD from a signaling server included in SDLT according to embodiments (31005), parsing USBD according to embodiments (31006), checking service category information in USBD Step 31007, obtaining an MPD when the service category information is Linear (31009), playing a linear service according to embodiments (31011), and checking appRendering information when the service category information is not Linear (31008), when appRendering is True, requesting an AIT (31010), playing an application (31012), and when appRendering is False,
  • the broadcast signal reception method includes the step of checking whether a DVB-T/S/C tuner is mounted when the broadcast signal receiving apparatus according to the embodiments is not connected through a broadband network (31014), If mounted, a step 31015 of providing a DVB-T/S/C service may be included.
  • the broadcast signal reception method includes the step of checking whether a DVB-T/S/C tuner is mounted when the broadcast signal receiving apparatus according to the embodiments is not connected through a broadband network (31014), If mounted, the step 31015 of providing the DVB-T/S/C service may be performed according to steps 7070 to 7012 of FIG. 7.
  • step 31000 of activating the broadcast signal receiving apparatus the broadcast signal receiving apparatus according to the embodiments is activated. It may be performed according to the receiver ON step 7000 of FIG. 7.
  • step 31001 of determining whether the apparatus is connected to a broadband network it is possible to check whether the apparatus for receiving broadcast signals according to the embodiments is connected to a broadband (or Internet) network. It may be performed according to step 7001 of FIG. 7.
  • the step of checking whether a service discovery list according to embodiments exists is to determine whether a service discovery list included in the broadcast signal receiving apparatus according to the embodiments exists. I can confirm.
  • the receiving of a service discovery list according to embodiments (31003) is performed by the apparatus for receiving broadcast signals according to the embodiments to broadband the service discovery list (eg, SDLT) according to the embodiments. It can be received over the network.
  • the step 31003 may perform operations corresponding to steps 7001, 7002, 7003, 7004, and 7005 of FIG. 7.
  • the user selects a broadcast service according to the embodiments.
  • the broadcast service according to the embodiments may mean a broadcast service included in a service discovery list (eg, SDLT) according to the embodiments.
  • the step 31005 of requesting service signaling information (eg, USBD) to a signaling server included in the SDLT according to the embodiments includes service signaling required to provide a broadcast service selected according to the embodiments.
  • the broadcast signal receiving apparatus may generate a query form for requesting service signaling (eg, USBD) related to the selected broadcast service.
  • the step 31005 may be a step of performing the operations of FIGS. 20 and 25 to 31.
  • the broadcast signal receiving apparatus receives the requested service signaling information (eg, USBD) according to step 31005 and parses it.
  • the broadcast signal receiving apparatus according to embodiments may parse the USBD and extract signaling information included in FIG. 26.
  • the broadcast signal receiving apparatus according to the embodiments may parse the USBD and perform the operation according to FIGS. 27 to 30.
  • the apparatus for receiving broadcast signals receives a provided User Service Bundle Description (USBD) or User Service Description (USD).
  • USBD User Service Bundle Description
  • USD User Service Description
  • the USBD or USD according to the embodiments may be parsed by a parser or a USBD parser included in a broadcast signal receiving device or application, and sub-elements included in the USBD or USD may be extracted.
  • a category of a corresponding broadcast service is checked based on the service category information included in the USBD parsed in step 31006.
  • the broadcast signal receiving apparatus may request and receive DASH MPD information for a broadcast service through a broadband server. Operation 31009 may be to perform the operation described in FIG. 29.
  • the apparatus for receiving broadcast signals receives a provided Media Presentation Description (MPD).
  • the MPD according to the embodiments may be parsed by a parser or MPD parser included in a broadcast signal receiving apparatus or application, and sub-elements included in the MPD may be extracted.
  • Reproducing the linear service according to the embodiments 31011 refers to a step of playing a linear A/V broadcast service by combining the received broadcast service with the MPD received by the broadcast signal receiving apparatus according to the embodiments.
  • the broadcast signal receiving apparatus may parse app rendering information (eg, @appRendering) from the USBD and check it.
  • appRendering is a Boolean type attribute value and indicates whether the service is provided through a module built into the receiver or through a specific application when showing the service to the user. That is, if the corresponding information indicates true, the broadcast signal receiving apparatus according to the embodiments may receive the AIT and reproduce the application accordingly. Otherwise, you can play the Native App.
  • the step 31010 of requesting AIT refers to a step in which the apparatus for receiving AIT according to the embodiments requests the AIT from the broadband server and receives it.
  • the step of reproducing the application 31012 refers to a step of reproducing a corresponding application based on the received AIT. If appRendering is False, the step of playing the Native App (31013) may play a native app (Native App) included in the broadcast signal receiving device.
  • the apparatus for receiving broadcast signals according to embodiments receives a provided Application Information Table (AIT).
  • the AIT according to the embodiments may be parsed by a parser or an AIT parser included in a broadcast signal receiving device or application, and sub-elements included in the AIT may be extracted.
  • FIG 32 illustrates another example of an SDLT according to embodiments for fast discovery.
  • a Service Discovery List Table (SDLT) configuration may be configured as shown in FIG. 32 in order to more quickly provide a service selected by the user among services that can be provided to the user through the service discovery process. That is, the SDLT according to the embodiments may further include some or all of the signaling included in the USBD, and the USBD according to the embodiments may omit all or part of the signaling information in the USBD included in FIGS. 26 to 28. I can.
  • SDLT Service Discovery List Table
  • the apparatus for receiving broadcast signals may receive an SDLT through a broadband network.
  • SDLT according to embodiments may be received according to the operation described in FIGS. 7 to 10.
  • SDLT according to embodiments may include signaling parameters included in FIGS. 11 to 17.
  • SDLT according to embodiments may include all or part of signaling information included in the USBD of FIGS. 26 to 28.
  • the SDLT ServiceDiscoveryListTable
  • SdltInetUrl @urlType, Service, @serviceId, @globalServiceId, @originNetworkId, @trnasportStreamId, @frequencyNum, @serviceCategory, @svcSeqNum, @contentFormat described in the above drawings.
  • the parameters shown in FIG. 32 according to the embodiments may exist at the highest level in the SDLT according to the embodiments, or may exist at the same level as the service (Service or service instance) in the SDLT or at a lower level thereof.
  • the inclusion relationship of each parameter shown in FIG. 32 is an example.
  • the apparatus for receiving broadcast signals receives a Service Discovery List Table (SDLT) including elements according to the embodiments shown in FIG. 32.
  • SDLT Service Discovery List Table
  • the SDLT according to the embodiments may be parsed by a parser included in a broadcast signal reception device or application, and sub-elements included in the SDLT may be extracted.
  • SDLT may be the first important information to have at the receiver for service discovery.
  • the receiver can provide service list information that enables the user to select a service, and at this time, the SDLT can be configured to include more information.
  • This configuration information has the effect of providing a rich amount of service and enabling faster service play when a user selects a service.
  • the table below is the configuration syntax of SDLT.
  • USBD includes a DeliveryMethod element value that provides information to be mapped to MPD
  • @serviceId and @globalServiceId information is information for mapping to SDLT. And it can be used as information for mapping with the ESG.
  • USBD 33 illustrates another example of a USBD according to embodiments for fast discovery.
  • the broadcast signal receiving apparatus may receive the USBD according to the embodiments.
  • the operation of receiving a USBD according to embodiments is as shown in FIGS. 25 to 31.
  • the USBD may include some or all of the parameters included in FIGS. 26 to 28. Therefore, the USBD according to the embodiments may include one or more USD, and UserServiceDescription according to the embodiments may include @serviceId, @globalServiceId, DeliveryMethod, BroadcastAppService, BasePAttern, UnicastAppservice, BasPAttern.
  • SDLT may be the first important information to have at the receiver for service discovery.
  • the receiver can provide service list information that enables the user to select a service, and at this time, the SDLT can be configured to include more information.
  • This configuration information has the effect of providing a rich amount of service and enabling faster service play when a user selects a service.
  • the table below is the configuration syntax of SDLT.
  • USBD includes a DeliveryMethod element value that provides information to be mapped to MPD
  • @serviceId and @globalServiceId information is information for mapping to SDLT. And it can be used as information for mapping with the ESG.
  • 34 illustrates an operation of a broadcast signal receiving apparatus for fast discovery.
  • FIG. 34 refers to a step in which the apparatus for receiving broadcast signals according to embodiments receives the SDLT for fast discovery according to FIGS. 32 and 33 and quickly checks the progress of a broadcast service.
  • the apparatus for receiving broadcast signals may receive an SDLT and provide a broadcast service list including a broadcast service to a user using the SDLT.
  • SDLT according to embodiments includes information on a broadcast service.
  • the SDLT according to the embodiments includes progress status information on a broadcast service (eg, running status and Running Status information according to the embodiments).
  • the apparatus for receiving broadcast signals according to embodiments may check the progress status of a corresponding broadcast service on the basis of running status information included in the SDLT.
  • Running status information according to embodiments may be RunningStatus information included in FIG. 26, and running status information according to embodiments may have a value as described in FIG. 28.
  • the apparatus for receiving broadcast signals may request and receive MPD information and/or USBD for a corresponding broadcast service using SDLT.
  • the apparatus for receiving broadcast signals according to embodiments may receive corresponding MPD information and/or USBD information from a broadband server.
  • the operation of requesting and receiving MPD information and/or USBD for a corresponding broadcast service using SDLT according to the embodiments may be performed by the operation according to FIG. 29.
  • the apparatus for receiving broadcast signals may display a progress state of a broadcast service.
  • Broadcast services according to embodiments may be selected by users.
  • 35 is a flowchart illustrating an operation of the apparatus for receiving broadcast signals for fast discovery.
  • the broadcast signal reception device may first activate the broadcast signal reception device.
  • the signal receiving apparatus the step of checking whether a stored service discovery list exists (35001), when there is no service discovery list, a service list list according to embodiments (for example, SDLT) receiving (35003), when there is a service discovery list according to the embodiments or when received, the user may include a step (35002) of selecting a service according to the embodiments.
  • the step of checking whether the Internet-based service is supported (35004), the step of checking service category information included in the SDLT (35005), and the step of checking appRendering information ( 35006).
  • the service category information indicates Linear
  • the MPD according to the embodiments may be received through a broadband network (35010), and when appRendering is true, the AIT may be received through a broadband network (35012).
  • the apparatus for receiving broadcast signals receives a provided Media Presentation Description (MPD).
  • the MPD according to the embodiments may be parsed by a parser or MPD parser included in a broadcast signal receiving apparatus or application, and sub-elements included in the MPD may be extracted.
  • the apparatus for receiving broadcast signals receives a provided Application Information Table (AIT).
  • AIT Application Information Table
  • the AIT according to the embodiments may be parsed by a parser or an AIT parser included in a broadcast signal receiving device or application, and sub-elements included in the AIT may be extracted.
  • a step 35007 of determining whether DVB-T/C/S is installed may be included.
  • the broadcast signal reception method according to FIG. 35 may perform the operations shown in FIGS. 7, 31 and 35.
  • the service discovery signaling may include location information for providing a broadcast service in order to filter a service or a service list in the broadcast signal receiving device according to the location of the broadcast signal receiving device.
  • location information may be further signaled in the SDLT.
  • Location information according to embodiments may be indicated by various methods as follows.
  • LocationInfo information may be signaled to a broadcast signal receiving device through SDLT.
  • LocationInfo information may be located at a lower level of SDLT, or may be located at a lower level of service information in SDLT.
  • LocationInfo information according to embodiments When LocationInfo information according to embodiments is located at a lower level of SDLT, location information of all services signaled by SDLT is provided. When LocationInfo information according to embodiments is located at a lower level of a service, location information to which a corresponding service is provided is provided, respectively. If other information is provided in the SDLT and the local information appearing in the service, the location information provided in the service may be given priority.
  • SDLT may include zero or more location information (Location Info).
  • Location information is an element value that can represent various types of location information, and represents location information corresponding to all services included in SDLT.
  • the SDLT may include one or more service information.
  • the service information may include @serviceId as shown in the above drawing.
  • the above-described location information may be included in service information according to embodiments.
  • Service information according to embodiments may also be referred to as service instance information.
  • the parameters shown in FIG. 36 according to the embodiments may exist at the highest level in the SDLT according to the embodiments, or may exist at the same level as the service (Service or service instance) in the SDLT or at a lower level thereof.
  • the inclusion relationship of each parameter shown in FIG. 36 is an example.
  • LocationInfo information and sub-elements according to embodiments may be parsed by a parser according to embodiments.
  • Location information may include various parameters as sub-elements. This will be described in FIG. 37.
  • FIG. 37 shows an example of an element included in the location information described in FIG. 36 and a hierarchy of elements.
  • An element included in location information according to embodiments indicates an area of a region supporting a corresponding broadcast service.
  • the location information included in the SDLT may signal information on a region where a corresponding broadcast service is provided to a broadcast signal receiving device using a registered country code and a city name.
  • a broadcast signal receiving device uses a registered country code and a city name to provide a broadcast service to the user.
  • the location information included in the SDLT according to the embodiments may signal area information where a service is provided in the form of a circle. Using such signaling, the SDLT according to the embodiments may be able to include comprehensive local information by providing three simple pieces of information.
  • the location information included in the SDLT provides the latitude and longitude of the southwest end point and the northeast end point, thereby signaling a rectangular area based on four types of location information to the broadcast signal receiving device.
  • the location information included in the SDLT provides location information of a polygon that can form a polygon, thereby providing more accurate location information for providing a broadcast service to a broadcast signal receiving device.
  • the location information included in the SDLT may signal a value or a range of an IP address to which a broadcast service is provided. By providing such information, SDLT can provide a corresponding service in an area of a category to which the corresponding IP address belongs, based on the IP address of a receiver connected to the Internet.
  • the location information is 0 or more region information, 0 or more circle information, 0 or more square information, 0 or more polygons (Polygon) information, 0 or more IPaddressScope) can be included.
  • Region information may indicate the name of a country and/or a city in which a corresponding broadcast service is supported.
  • Region information may include an @isoCountryCode element indicating the country name.
  • Region information may include city information indicating a city. The city information indicates the name of a city registered in the country indicated by the region information.
  • the city information may include a @lang element indicating a language indicating the name of a corresponding city as an element.
  • Circle information is information indicating a region where a corresponding broadcast service is supported by a circle.
  • the circle information is an element, and may include an @lat element representing the latitude of the corresponding region, an @lng element representing the longitude of the corresponding region, and/or a @radius element representing the radius of a circle of the corresponding region.
  • Square information is information indicating a region where a corresponding broadcast service is supported in a square shape.
  • Square information is an element, @swLat element representing the latitude of a point located in the southwest direction of the square area, @swLng element representing the longitude of a point located in the southwest direction of the corresponding square area, and A @neLat element representing latitude and/or an @neLng element representing longitude of a point located in the northeast direction of the corresponding rectangular area may be included.
  • PolyGone information is information indicating a region in which a corresponding broadcast service is supported as a polygon.
  • the polygon information may be a character string including one or more vertices.
  • the polygon information may include a @numOfPoints element indicating the number of vertices of a polygon in a corresponding area.
  • IPaddressScope information represents the range of information of the region allocated to an IP address.
  • IP address scope information includes @version element indicating the version of the IP, @startIpAddress element indicating the start of the IP address range with an IP address value suitable for each version, and/or the end of the IP address range with an IP address value corresponding to each version. It may include a @startIpAddress element to indicate.
  • LocationInfo information and elements according to embodiments may be parsed by a parser according to embodiments.
  • the parameters shown in FIG. 37 according to the embodiments may exist at the highest level in the SDLT according to the embodiments, or may exist at the same level as the service (Service or service instance) in the SDLT or at a lower level thereof.
  • the inclusion relationship of each parameter shown in FIG. 37 is an example.
  • location information according to embodiments may include only some of the parameters shown in FIG. 37.
  • LocationInfo information may be signaled to a broadcast signal receiving apparatus through SDLT, and may be located at two levels. When located under SDLT, location information of all services belonging to SDLT can be provided. If it is located under a service, it is possible to provide location information where a corresponding service can be provided. If other information is provided in the SDLT and the local information appearing in the service, the location information provided in the service may be given priority. This will be described in detail in FIG. 38.
  • 38 illustrates a method of providing a broadcast service using location information of SDLT according to embodiments.
  • the apparatus for receiving broadcast signals may provide and display a broadcast service to a user based on location information included in the SDLT (or included under the service information in the SDLT).
  • service information may be referred to as service instance information.
  • the broadcast signal reception method includes checking whether a stored service discovery list (eg, SDLT) exists (38000), receiving a service discovery list according to the embodiments (38002), Acquiring location information included in the service discovery list (38001), confirming whether the broadcast signal receiving device can extract area information of the receiving device (38003), the location information included in the service discovery list by the receiving device It may include a step (38007) of checking whether it belongs to the indicated area.
  • a stored service discovery list eg, SDLT
  • the broadcast signal reception device checks whether the region information of the reception device can be extracted.
  • the apparatus for receiving broadcast signals extracts location information included in a received service discovery list (SDLT). LocationInfo information and elements according to embodiments may be parsed by a parser according to embodiments.
  • the broadcast signal receiving device when the broadcast signal receiving device cannot extract area information of the receiving device, the broadcast signal receiving device (or user) can select all broadcast services included in the SDLT ( 38004). When the selected broadcast service does not correspond to an area indicated by the location information provided by the SDLT, it may be notified that the service cannot be provided (38005, 38006).
  • the broadcast signal reception device when the broadcast signal reception device extracts area information of the reception device, it may be determined whether the reception device belongs to an area indicated by location information included in the service discovery list.
  • the broadcast signal reception method is, when the receiving device does not belong to an area indicated by the location information included in the service discovery list (or when all services included in the SDLT do not belong to the area indicated by the location information). It is possible to prevent the user from selecting a broadcast service from the service list (38009).
  • the user when the receiving device falls within an area indicated by location information included in the service discovery list, the user can select a broadcast service from the service list (38008), and the broadcast signal receiving device The selected broadcast service may be displayed (38010).
  • 39 illustrates a method of providing a broadcast service using location information of SDLT according to embodiments.
  • an SDLT including area information and an example of a broadcast service providing method using the SDLT.
  • the corresponding broadcast service may be signaled in a lower SDLT and a service.
  • the receiver that has acquired the SDLT can show the service list to the user according to the information provided.
  • the broadcast signal reception device extracts the location information of the broadcast signal reception device, the filtered service list may be displayed to the user based on the location information provided by the SDLT.
  • the broadcast signal receiving apparatus may receive the SDLT according to the embodiments.
  • SDLT according to embodiments may be configured in an XML format.
  • SDLT may include location information according to embodiments.
  • the location information may be included in service information (or service instance information according to embodiments) included in the SDLT, or may be included as an element at the same level as services included in the SDLT.
  • the apparatus for receiving broadcast signals may check whether a broadcast service included in the SDLT can be provided to a user based on location information (LocationInfo) included in the SDLT.
  • the broadcast signal receiving device may extract a list of broadcast services that can be provided to a user by comparing location information with the location information of the broadcast signal receiving device.
  • the broadcast signal reception device may display a broadcast service that can be provided to a user.
  • the broadcast signal reception device may display that a broadcast service that cannot be provided to a user cannot be provided in a corresponding region.
  • the user may select a broadcast service from the extracted list of available broadcast services.
  • 40 shows hidden information of SDLT according to embodiments.
  • FIG. 40 shows another example of syntax of SDLT for providing fast discovery according to embodiments.
  • the SDLT shown in FIG. 40 may include all or part of the parameters of the SDLT shown in FIG. 32.
  • SDLT may be essential information that the receiver must have first for service discovery. Through this signaling data, the receiver can provide service list information that enables the user to select a service, and at this time, the SDLT can be configured to include more information. This configuration information has the effect of providing a rich amount of service and enabling faster service play when a user selects a service.
  • the table below is the SDLT configuration syntax.
  • the apparatus for receiving broadcast signals may receive a broadcast service in the form of subscription and streaming through an Internet network.
  • the apparatus for receiving broadcast signals according to embodiments may need to manage a hidden and/or inactive channel of a channel.
  • a DVB-I service when a DVB-I service is provided, there may be two methods of selecting a linear channel. First, there may be a method of directly selecting a channel number by the user, and second, a method of selecting a channel through channel surfing.
  • a broadcast service through the Internet may be received in a unicast form or a linear channel service may be received in a multicast form according to an HTTP protocol.
  • SDLT may include one or more service information.
  • SDLT or service information (or service instance information) according to embodiments is an element, such as a hidden element, a selectable element, a hidden (visible)_guide) element, and a hidden (busy) element.
  • a hidden (visible)_presentation element may be included.
  • the hidden element represents the display or non-display of the logical channel of the corresponding broadcast service. That is, it indicates whether the corresponding broadcast service is a hidden broadcast service.
  • the hidden element indicates that when a user searches for a logical channel or selects a channel entry directly by the user, a logical channel of a corresponding broadcast service is not displayed.
  • the selectable element indicates whether a corresponding broadcast service can be selected by inputting a logical channel number when the corresponding broadcast service is a hidden broadcast service (ie, when the hidden parameter is true or set). For example, when the selectable element is set, a hidden (ie, hidden) corresponding broadcast service can be selected by direct input of a logical channel number of a broadcast service. For example, if the selectable element is false, the user cannot select the hidden broadcast service directly.
  • the hidden_guide element indicates a screen that can be replaced by guiding a channel state of the corresponding broadcast service or through a link. For example, when a channel is directly accessed in the state of a hidden channel, a screen that can be replaced by guiding the state of the channel or through a connection link can be displayed.
  • a type value indicating various types of channel guide methods.
  • the hidden(visible)_presentation element represents corresponding anyURI information according to a defined type value through hidden_guide according to embodiments.
  • the user can determine the existence/status of the corresponding channel by using the return channel when the channel is hidden/inactive in the DVB-I environment, using the above-described signaling information, It is possible to easily manage hidden/inactive channels of existing broadcasts through alternative services.
  • Table 1 shows examples of a Type value of a hidden_guide, information corresponding to a corresponding Type value, and/or URI information indicated by a hidden (visible)_presentation element according to embodiments.
  • the parameters shown in FIG. 40 according to the embodiments may exist at the highest level in the SDLT according to the embodiments, or may exist at the same level as the service (Service or service instance) in the SDLT or at a lower level thereof.
  • the inclusion relationship of each parameter shown in FIG. 40 is an example.
  • the broadcast signal receiving apparatus receives a Service Discovery List Table (SDLT) including elements according to the embodiments shown in FIG. 40.
  • SDLT Service Discovery List Table
  • the SDLT according to the embodiments may be parsed by a parser included in a broadcast signal reception device or application, and sub-elements included in the SDLT may be extracted.
  • 41 illustrates an example of hidden information and hidden guide information of SDLT according to embodiments.
  • the hidden element represents the display or non-display of the logical channel of the corresponding broadcast service. That is, it indicates whether the corresponding broadcast service is a hidden broadcast service.
  • the hidden element indicates that when a user searches for a logical channel or selects a channel entry directly by the user, a logical channel of a corresponding broadcast service is not displayed.
  • the hide_guide element indicates a screen that can be replaced by guiding a channel state of the corresponding broadcast service or through a link. For example, when a channel is directly accessed in the state of a hidden channel, a screen that can be replaced by guiding the state of the channel or through a connection link may be displayed.
  • a type value indicating various types of channel guide methods.
  • the broadcast service and the logical channel of the broadcast service are visible.
  • the broadcast service may also be visible to EPG and/or ESG. Since the corresponding broadcast service is not a hidden broadcast service, the broadcast signal receiving device may ignore the hide_guide information.
  • the broadcast service and the logical channel of the broadcast service may not be visible when the channel is surfing (that is, the logical channel may be skipped during channel surfing). In this case, even if the user directly inputs channel information, the broadcast signal receiving device may indicate that a corresponding broadcast service is not defined.
  • the corresponding broadcast service may be visible in EPG and/or ESG when hide_guide information is 0. If hide_guide information is 1, the corresponding broadcast service cannot be visible to EPG and/or ESG. In this case, access is possible during application service. Also, in this case, a corresponding broadcast service may be provided as a test signal.
  • FIG. 42 illustrates a method of providing a broadcast service using hidden information and/or selectable information of SDLT according to embodiments.
  • the broadcast signal reception method includes the steps of extracting hidden information in service information in SDLT (43000), and extracting selectable information in service information in SDLT ( 43002).
  • the broadcast signal receiving apparatus may receive the SDLT according to the embodiments and extract hidden information included in a service included in the SDLT (43000). Hidden information according to embodiments may be parsed or extracted by a parser according to embodiments.
  • the broadcast signal receiving method when the broadcast signal receiving device cannot extract hidden information in the service information in the SDLT, the channel for the broadcast service is displayed on the display 43000a and the EPG.
  • the display 43000b may be displayed to indicate.
  • the broadcast signal receiving method when the broadcast signal receiving device extracts hidden information in the service information in the SDLT, the corresponding broadcast service may not be searchable by channel surfing. Yes (43001).
  • the apparatus for receiving broadcast signals may extract selectable information in service information in SDLT (43002). Selectable information according to embodiments may be parsed or extracted by a parser according to embodiments. In this case, when the selectable information is not extracted, the broadcast signal receiving device may indicate that the channel of the corresponding broadcast service is inactive or inactive (43002a). Also, in this case, the channel of the corresponding broadcast service may not appear in the EPG (43002b).
  • the inactive service refers to a broadcast service in which a corresponding service is a hidden service and is not selectable by a user. The inactive service may be referred to as an inactive service, a deactivated service, or the like.
  • the broadcast signal receiving apparatus may check hidden_guide information according to the embodiments (43003).
  • the broadcast signal receiving apparatus may check hidden_presentation information according to the embodiments (43004).
  • the apparatus for receiving broadcast signals according to embodiments may perform replacement processing of a channel of a corresponding broadcast service based on the checked hidden_guide and/or hidden_presenatation information. Substitution processing of the channel of the corresponding broadcast service is as described in FIGS. 40 to 41.
  • the hidden_guide and hidden_presentation information according to embodiments may be parsed or confirmed by a parser according to the embodiments.
  • FIG. 43 shows an example of an SDLT further including information for providing a banner for a corresponding service when a broadcast service according to embodiments is inactive.
  • the SDLT according to the embodiments shown in FIG. 43 may include some or all of the signaling information of the SDLT shown in FIG. 40.
  • the inactive service refers to a broadcast service in which a corresponding service is a hidden service and is not selectable by a user.
  • the broadcast service may be a hidden broadcast service (hidden), a selectable broadcast service (selectable), or an inactive service (inactive).
  • the broadcast signal receiving device may not be able to reproduce the broadcast service.
  • other contents that can replace the corresponding broadcast service may be displayed.
  • Other content that can replace the corresponding broadcast service according to the embodiments may be received through an Internet network.
  • other content that can replace the corresponding broadcast service may be referred to as a return channel replacement service.
  • the information related to the return channel replacement service according to the embodiments may be included in the same level as the corresponding service information or service information in the SDLT according to the embodiments, and may be referred to as related material information (RelatedMaterial).
  • the related material information which is information related to the return channel
  • the service information service instance information
  • users can minimize the inconvenience caused by not being able to play the broadcast service.
  • meaningful information related to the broadcast service may be further provided to the user.
  • the method of providing an Internet-based broadcast service may provide an Internet linear channel to a broadcast signal receiving device.
  • a broadcast service in a service discovery process, may be provided in a part-time form (ie, a form valid only for a specific time period) in a specific LCN.
  • the broadcast signal receiving apparatus is an inactive service.
  • channel change API can be executed or additional VoD service can be provided.
  • SDLT may include one or more service information.
  • Service information (service instance information) included in the SDLT or SDLT may include @LCN information indicating a logical channel number of a corresponding service.
  • Each service information (service instance information) included in the SDLT or SDLT may include one or more related material information (RelatedMaterial).
  • the related material information indicates a location of files related to a corresponding broadcast service (eg, an AIT file, an image file, etc. received by a receiving device) and/or how they are related to the corresponding broadcast service.
  • the related material information may include a HowRelated element indicating how files indicated by the related material information are related to a broadcast service.
  • the related material information may include media locator information.
  • the media locator information indicates the location of media related to a corresponding broadcast service.
  • the media locator information may include media URI (MediaURI) information indicating URI information of files (eg, AIT files and/or image files) related to a broadcast service.
  • MediaURI MediaURI
  • the related material information may include availability information.
  • the availability information indicates the state of the corresponding broadcast service.
  • the state of the corresponding broadcast service may include, for example, a state in which the corresponding broadcast service is running, a state not running, and a state to be started in a few seconds. That is, when the broadcast service according to the embodiments is provided in the form of part-time, it may indicate the provided time.
  • the availability information may mean running status information shown in FIG. 28.
  • the availability information may include running status information. Conversely, availability information may be included in the running status information.
  • Availability information may include elements such as @ValidFrom, @ValidTo, @Days, and @Recurrence, for example.
  • the @ValidFrom element represents a time (eg, date and time) at which a corresponding broadcast service is available (became available) or becomes available (become available). (The time and date that this service will become or became available.) If the corresponding element is not presented, it may indicate that the corresponding broadcast service is already available.
  • the @ValidTo element represents a time (eg, date and time) at which the corresponding broadcast service will not be available (cease to be available). (The time and date that this service will cease to be available.) If the corresponding element is not presented, it may indicate that the corresponding broadcast service is available indefinitely.
  • the @Days element indicates which days of the week the service is valid. (Defines which days of the week the service is available) For example, if the parameter has a value of “1, 4, 7”, it may indicate that it is valid on Monday, Thursday, and Sunday. If the corresponding element is not presented, it may indicate that all days of the week are valid.
  • the @Recurrence element represents a valid weekly cadence for the service.
  • Weekly cadence indicates whether the broadcast service is repeated weekly and/or how long. (Specifies the weekly cadence of the scheduled availability for the service.) If the corresponding parameter is not presented, the corresponding broadcast service may be repeated every week.
  • the availability information according to the embodiments may further include elements representing information (eg, a start time and an end time) about a periodic start time of a service according to the embodiments.
  • the elements included in the availability information according to the embodiments may be included in the same hierarchy or level in the availability information according to the embodiments, and the subdivided elements included in the availability information It can also be included in the information.
  • @ValidFrom, @ValidTo, @Days, and @Recurrence elements may all be included in the availability information according to the embodiments.
  • availability information may include period information and interval information, and @ValidFrom and @ValidTo are included in period information according to embodiments. It may be included, and @Days and @Recurrence may be included in the interval information according to embodiments.
  • the broadcast signal receiving apparatus signals the actual valid time of the part-time service through attribute values in the ⁇ Availability> information (element), and transmits an inactive period of the broadcast service. period).
  • the screen displayed in the LCN (Logical Channel Number) in the relevant period can show the inactive service status with the attribute defined in the element of ⁇ RelatedMaterial>.
  • @MediaURI may reflect HbbTV (AIT) app signaling and app life-cycle with the same attribute as the hidden (visible)_presentation URI according to embodiments. If the @MediaURI parameter is omitted, inactive alternative service can be provided through the URI defined in @ApplicationInformationTable.
  • the broadcast signal receiving apparatus may display an inactive service banner or an out-of-service banner.
  • SDLT may mean service list discovery information generated by a service list server 21002 of the broadcast signal transmission device of FIG. 21 or generated by a broadcaster 21003.
  • SDLT may mean service list discovery information generated by the signaling generator 5601 of the broadcast signal transmission device of FIG. 56.
  • the SDLT according to the embodiments may be parsed by the DVB-I player 21000 of FIG. 21 or a parser included in the DVB-I player. Further, the SDLT according to the embodiments may be parsed by the service management unit 57002 of the broadcast signal receiving apparatus according to the embodiments or a parser included in the service management unit. The parser, service management unit 57002, and DVB-I player 21000 according to the embodiments are parsed by SDLT to extract service and related material information included in SDLT. can do.
  • the apparatus for receiving broadcast signals provides an alternative service to the user even when the broadcast service is currently in a hidden/selectable/inactive state based on the availability information and related material information according to the embodiments. Discomfort to users can be eliminated.
  • the SDLT may include one or more services.
  • the service may include one or more related material information as shown in FIG. 44.
  • one service may include related material information related to Promotional Still Image and other related material information, as shown in FIG. 44.
  • one related material information may include the HowRelated element described in FIG. 43.
  • the HowRelated element may indicate how files indicated by related material information are related to a broadcast service.
  • the HowRelated element can be expressed in XML syntax, and can be expressed as an href attribute.
  • the HowRelated element included in the first RelatedMaterial information in FIG. 44 shows how the Promotional Still Image is related to the broadcast service as “urn:tva:metadata:cs:HowRelatedCS:2012:19” as the href attribute. Can be indicated.
  • the related material information may include media locator information, and media locator information according to embodiments may include media URI information described in FIG. 43.
  • the media locator information may include a MediaURI element indicating the URI of the corresponding media.
  • the MediaURI element may include a contentType attribute value.
  • the contentType may indicate the type of a file, such as whether the corresponding media is an image file, or if it is an image file, what is the file type, or indicates an application.
  • the MediaURI element may include a URI address for obtaining a corresponding file (media file).
  • the broadcast signal receiving apparatus is an address included in MediaURI included in the first and second RelatedMaterial information of SDLT (http://img-ctv.digitaluk.co.uk/channel7/service_a_linear.png) Promotional Still Image can be acquired according to the address indicated by.
  • the SDLT and/or its sub-elements shown in FIG. 44 according to embodiments may be parsed by a parser according to embodiments.
  • the broadcast signal transmission method includes the steps of generating service data and/or signaling information for service data, encoding service data and/or signaling information, and/or service data and/or signaling information. It may include the step of transmitting.
  • the broadcast signal reception method may include receiving service data and/or signaling information for service data and/or obtaining service data based on the signaling information.
  • the signaling information includes information on service data, and the information on service data is related material information indicating the location of an application related to the service data and an avail indicating whether the service data is in progress. It may include availability information.
  • Related material information may include location information for obtaining information on an application.
  • the availability information may include information on a time when service data is in progress and information indicating whether the progress of the service data is repetitive.
  • the apparatus for receiving broadcast signals can avoid a logical channel service that causes inconvenience to users not to broadcast when starting the hidden/selectable/inactive broadcast service of the Internet linear channel, and replaces the Internet return channel.
  • a service or alternative service
  • a better media service can be provided to the user.
  • 45 illustrates a method for a broadcast signal receiving apparatus to provide a service banner when a broadcast service is inactive.
  • LCN 6 may display a component (eg, a No service banner) indicating that a broadcast service is not provided in a state where a broadcast service is not currently provided (No service).
  • a component indicating that a broadcast service is not provided may be referred to as an out-of-service banner.
  • FIG. 45 shows a display component of a broadcast signal receiving apparatus, which shows a broadcast service schedule according to embodiments.
  • the apparatus for receiving broadcast signals may display a channel number (LCN) of one or more broadcast services and a provision time of a corresponding broadcast service.
  • the apparatus for receiving broadcast signals according to embodiments may receive an SDLT and parse a plurality of service information included in the SDLT.
  • the plurality of services are, for example, a broadcast service named “Evening news”, a broadcast service named “This week”, a broadcast service named “Perspectives: the magic of Houdini”, and a name “Dementiaville”.
  • a broadcast service having the name “Family Guy”, a broadcast service having the name “Life of bear”, and a broadcast service having the name “Kingdom #18” may be included.
  • the broadcast signal receiving apparatus according to the embodiments may display the name of each broadcast service in the form of a table as shown in the upper figure of FIG. 45.
  • the apparatus for receiving broadcast signals may display a logical channel number (LCN) of each broadcast service and a name of a corresponding channel. For example, when displaying a broadcast service having the name “Evening news”, the broadcast signal reception device may display a channel name “Channel 4 HD” and an LCN such as “Ch 4” together.
  • LCN logical channel number
  • the apparatus for receiving broadcast signals may determine the LCN described above based on the @LCN element included in the service information included in the SDLT, and the above-described service based on the Name information included in the service information.
  • the name can be displayed. For example, for the “Evening news” broadcast service, the value of @LCN may be 4, and the name information may have a string value of “Evening news”.
  • the apparatus for receiving broadcast signals may display a schedule table for each broadcast service.
  • the schedule of a broadcast service named “Evening news” may be displayed in the form of a bar graph or a gant chart as shown in the upper figure of FIG. 45. That is, when a broadcasting service named “Evening news” starts at 9:00 and finishes at 10:20, “Ch 4” indicating LCN in the same row, “Channel 4 HD” indicating the name of the corresponding channel.
  • a bar graph including “Evening news”, which is the name of a corresponding broadcast service, can be displayed.
  • the apparatus for receiving broadcast signals may configure a schedule table of a broadcast service based on availability information included in the SDLT. For example, in the upper figure of FIG. 45, in the “Evening news” broadcast service, @VaildFrom may indicate 9:00 and @ValidTo may indicate 10:20.
  • the apparatus for receiving broadcast signals includes “No Service” in a display component indicating a schedule when a specific service included in the SDLT is not activated (that is, when it is an inactive service).
  • an out-of-service banner may be displayed. For example, if broadcast service is not activated on the BBC Two UHD channel of channel 6 from 9:00 to 9:40, it can be displayed as a “No Service” or out-of-service banner. have.
  • a specific service included in the SDLT may be an inactive service.
  • the inactive service refers to a broadcast service in which a corresponding service is a hidden service and is not selectable by a user. For example, if a specific service among service information included in SDLT has a @hidden value of true and a @selectable value of false, the corresponding broadcast service may be an inactive service.
  • a channel corresponding to the inactive service may be skipped during channel surfing.
  • the user can directly input the LCN of the inactive service without channel surfing.
  • the figure at the bottom of FIG. 45 is a display that appears when a user directly inputs an LCN of an inactive service without channel surfing. That is, when the broadcast service according to the embodiments is an inactive service, it indicates that the corresponding broadcast signal receiving device displays the inactive service.
  • the figure at the bottom of FIG. 45 is displayed when the service included in the SDLT is in an inactive state. For example, a broadcast service may be in an inactive state for a channel with an LCN of 6 based on the current time (Fig. 45).
  • the broadcast signal receiving apparatus prevents a logical channel service that causes inconvenience to the user in which no broadcast is broadcast when the broadcast service of an Internet linear channel is hidden/selectable/inactive, and provides an Internet return channel replacement service. Can provide better media service.
  • 46 shows a service list hierarchy of Internet-based broadcast services according to embodiments.
  • a service list of an Internet-based broadcast service (eg, DVB-I service) according to the embodiments has a service hierarchy as follows.
  • a list of broadcast services is obtained through a discovery point (eg, SDLT), and information on services included in the service list is obtained.
  • the Service List includes applicableRegion information indicating regions to which the corresponding services are applicable, providerName information indicating the name of the service provider providing the corresponding services, logo information indicating the logo of the corresponding service, and/or included in the service list. Includes name information indicating the names of services.
  • Services included in the service list according to the embodiments are, respectively, type information indicating type information of a corresponding service, locator information indicating a location for acquiring a corresponding service, field information, and a required specification of a receiving device for providing the corresponding service. It may include capabilityRequirement information, parentalRating information, and/or genre information indicating the genre of the corresponding service.
  • Services included in the service list may have respective Logical Channel Numbers and may provide a linear channel service.
  • 47 illustrates a method for managing a version of a broadcast service according to embodiments.
  • the apparatus for receiving broadcast signals may provide a broadcast service using the Internet.
  • a service list including broadcast services may be received from one or more broadband servers. That is, the apparatus for receiving broadcast signals may receive one or more services and/or signaling information of services from a server through an open platform.
  • the apparatus for receiving broadcast signals according to embodiments needs to manage one or more of these services.
  • the apparatus for receiving broadcast signals according to embodiments may maintain and store versions of one or more services.
  • the apparatus for receiving broadcast signals according to embodiments may include a centralized repository (centralized repository).
  • the centralized storage can manage broadcast services according to embodiments. That is, the broadcast signal reception apparatus according to the embodiments may provide a common service search infrastructure based on a service provider or a service list provider using a centralized storage.
  • the broadcast signal receiving apparatus can realize a linear service using an Internet network, and can provide a service open to users by integrating and managing a server providing a service. have.
  • FIG. 47 illustrates a service provider, a service list provider, and a terminal, which are subjects constituting an Internet-based broadcast service (eg, DVB-I service) according to embodiments.
  • an Internet-based broadcast service eg, DVB-I service
  • a broadcast signal receiving apparatus according to embodiments
  • a central service registry and their operations are shown.
  • a service provider (47003a-47003f) refers to a server that provides one or more broadcast services.
  • the service provider according to embodiments may be a broadcaster 21003 of FIG. 21.
  • the service list provider (47002a-47002c) refers to a list of one or more services or a server that provides services.
  • a service provider according to embodiments may be a service list server (broadcaster, 21002) of FIG. 21.
  • the terminal 47000 may be a component included in the apparatus for receiving broadcast signals according to embodiments.
  • the terminal may be a DVB-I player (21000) of FIG. 21.
  • the central service registry 47001 may be included in a service list provider according to embodiments.
  • the central service registry 47001 may mean a service list registry described in the specification section of FIG. 21.
  • the central service registry 47001 may be an HTTP-based endpoint activated with a known URL (A DVB-I Service List Registry is an HTTP endpoint available at a known URL).
  • a service list provider (47002a-47002c) may transmit a request for registration to a central service registry.
  • a central service registry may register a service list provider that has received a request.
  • the first service list provider 47002a of FIG. 47 transmits a request for registration to the central service registry 47001, and the central service registry 47001 may register the first service list provider 47002a. have.
  • the second service list provider 4702b and/or the third service list provider 4702c may likewise be registered.
  • a service provider may request a service registration (register service) from a service list provider (service list provider, 47002a-47002c), and a service list receiving a request for service registration Providers 47002a-47002c may register services.
  • the first service provider 4703a may register the first service S1 and the second service S2 with the first service list provider 4702a.
  • the second service provider 4703b may register the third service S3 with the second service list provider 4702b.
  • the third service provider 4703c may register the fourth service S4 with the first service list provider 47002a and the second service provider 47002b, respectively.
  • the fourth service provider 4703d may register the fifth service S5 with the second service provider 47002b.
  • the fifth service provider 4703e may register the sixth service S6 with the third service provider 47002c.
  • the sixth service provider 4703f may register the seventh service S7 and the eighth service S8 with the third service provider 4702c.
  • a service provider (47003a-47003f) according to the embodiments may directly register a broadcast service with a central service registry according to the embodiments.
  • the sixth service provider 4703f may directly register the eighth service S8 in the central service registry 47001.
  • the terminal 47000 may set an entry point of the central service registry for accessing the central service registry 47001.
  • the entry point of the central service registry may contain the address of the central service registry.
  • the terminal 47000 After setting the entry point of the central service registry, the terminal 47000 according to the embodiments provides a service list entry point for accessing the service providers 47002a-47002f to the central service registry 47001. SLP) can be requested.
  • the central service registry 47001 may provide a service list entry point (SLP) for accessing the service providers 47002a-47002f to the terminal 47000.
  • the service list entry point (SLP) may include information for accessing the service list providers 4702a-47002c.
  • the terminal 47000 may request one or more services from the central service registry 47001 after setting the entry point of the central service registry.
  • the terminal 47000 according to the embodiments may request the central service registry 47001 for an eighth service S8 held by the central service registry 47001, and the central service registry 47001 is a terminal
  • the eighth service (S8) can be provided to (47000).
  • the terminal 47000 may access the service list providers 4702a-47002c using a service list entry point (SLP).
  • the terminal 47000 may request services provided by the service list providers 4702a-47002c using a service list entry point (SLP).
  • the requested service list provider may provide the requested service to the terminal 47000.
  • the terminal 47000 uses a service list entry point (SLP) for accessing the first service list provider to the first service list provider 47002a from the first service to the fourth service ( S1, S2, S3, S4) request can be transmitted.
  • the first service list provider 4702a may transmit the first service to the fourth service to the terminal 47000.
  • the terminal 47000 uses a service list entry point (SLP) for accessing the third service list provider to provide the third service list provider 47002a to the sixth service to the eighth service.
  • SLP service list entry point
  • the request of (S6, S7, S8) can be transmitted.
  • the third service list provider 47002a may transmit the sixth service to the eighth service to the terminal 47000.
  • the central service registry 47001 registers a service to the terminal 47000 to different service list providers 4702a-47002c, and delivers an accessible address to the terminal 47000.
  • the central service registry 47001 is connected to the service list providers 47002a-47002c to register a service, but after that, a service update of the terminal can be transmitted only from the central service registry 47001.
  • all of the service list providers 4702a-47002c have different update cycles, and may be addresses of a third subject that directly accesses the service list provider. Accordingly, the terminal according to the embodiments may obtain an address that can directly access a service list provider.
  • the terminal 47000 may further receive a service list template including the following information from a central service registry, a service list provider, and/or a service provider.
  • the apparatus for receiving broadcast signals according to embodiments can efficiently update different services with minimal operation, and can efficiently manage different services.
  • the broadcast signal receiving apparatus according to the embodiments may provide a broadcast service open to a user with this configuration.
  • the broadcast signal receiving apparatus provides access locations or addresses of different service list providers with this configuration, so that the latest service list can be obtained quickly and efficiently.
  • the broadcast signal receiving apparatus may maintain the latest service list by performing an update according to a minimum period of update (polling) for each service.
  • the broadcast reception method may include receiving service data and/or signaling information for service data and/or obtaining service data based on the signaling information.
  • the broadcast signal receiving method includes transmitting a first request to a service registry to receive service data, receiving response information including a URL of service data, and/or based on response information.
  • Obtaining service data It may include.
  • the apparatus for receiving broadcast signals may include a tuner for receiving service data and/or signaling information for service data and/or a service management unit for obtaining service data based on the signaling information.
  • the apparatus for receiving broadcast signals may further include a transmission unit for transmitting a first request to the service registry in order to receive service data, and the reception unit may further receive response information including a URL of the service data.
  • the acquisition unit may acquire service data based on the response information.
  • FIG. 48 illustrates a syntax for a method of managing a version of a broadcast service according to embodiments.
  • the broadcast signal receiving apparatus (for example, DVB-I Client 21000 in FIG. 21) according to embodiments updates when a service or a service list is updated. I don't know if it should be). If the update of the service list is not applied to the broadcast signal receiving apparatus (DVB-I client) according to the embodiments, the broadcast signal receiving apparatus according to the embodiments may provide newly created channels and updated play. It may be difficult to provide a real-time broadcast service to a user because the existence of Playlists and/or part-time services cannot be recognized.
  • the broadcast signal receiving device may delay the progress of real-time broadcast (for example, if a sports game is delayed for 20 minutes or more), the program guide of the broadcast signal receiving device.
  • the guide for example, EPG
  • the guide may not detect over-running. That is, the broadcast signal receiving apparatus according to the embodiments has a problem in that it cannot provide up-to-date program information to a user through a UI.
  • broadcast signal reception apparatus when the broadcast signal receiving apparatus only receives a service list or service from servers according to embodiments (ie, when receiving a service list according to a pull only method), broadcast signal reception The device may not be able to detect that the currently ongoing broadcast service (program) is over-running. Since the pull-only service discovery information (SDLT) has difficulty in updating the broadcast service with up-to-date information, over-running of the broadcast service may not be detected.
  • SDLT pull-only service discovery information
  • the apparatus for receiving broadcast signals may provide a sports game (first broadcast service) starting at 18:30 pm and finishing at 20:10 pm to a user as a current program.
  • the broadcast signal receiving apparatus may receive an SDLT (or service list) including information on the first broadcast service.
  • the service list may include availability information (running status information) according to embodiments indicating that the first broadcast service is valid from 18:30 pm to 20:10 pm.
  • the apparatus for receiving broadcast signals according to embodiments may display a broadcast schedule by using availability information on the first broadcast service.
  • the corresponding sports event may be over-run according to an extended game or a game situation. That is, after the first broadcast service starts at 18:30 pm, it may end after 20:10 pm. For example, the first broadcast service may end at 21:00 pm (last minute schedule change).
  • the broadcast signal receiving apparatus since the broadcast signal receiving apparatus according to the embodiments only receives the service list from the server (i.e., pull-based), it is not possible to check whether there is over-running, and in this case, based on information that has not been updated.
  • information on the first broadcast service can be provided to users. That is, even though the first broadcast service has been extended, the broadcast signal receiving apparatus may still provide information that has not been updated. For example, at 20:40 pm, even though the first broadcast service is overrun, the broadcast signal receiving device notifies users that the first broadcast service is over.
  • the apparatus for receiving broadcast signals provides a method of polling a service list to a server every hourly interval (or every hourly period), a method of using an inband DASH event, and a W3C Push API.
  • a method of pushing to a server a method of pushing to a server according to an Apple APN, and a Firebase Cloud Messaging method can be used.
  • the method of polling the service list to the server at every hourly interval may be referred to as a just polling method.
  • a minimum update period and/or a minimum update interval for a received service or service list may be checked or received.
  • the apparatus for receiving broadcast signals includes a central service registry and a service list according to embodiments according to a received minimum update period and/or minimum update interval. It is possible to request a service list provider, a content guide server, and/or a service provider to transmit the latest service or service list.
  • the minimum update period is x seconds (x sec)
  • the minimum update period and/or the minimum update interval according to embodiments may be different for each corresponding broadcast service or service list.
  • a broadcast signal receiving apparatus when a broadcast signal receiving apparatus according to embodiments requests a service list, it checks a minimum update period included in the requested and received service list, and later You can set the period for performing polling. If the minimum update period included in the service list is 10 seconds, the apparatus for receiving broadcast signals may perform polling at 10-second intervals after receiving the service list.
  • a broadcast signal receiving apparatus when a broadcast signal receiving apparatus requests (or polls) a service list, a minimum update interval included in the requested and received service list By checking, it is possible to set a time interval for performing subsequent polling. If the minimum update interval included in the service list is 10 seconds, the broadcast signal receiving apparatus may perform polling 10 seconds after the service list is received.
  • the polling period and/or the polling interval according to the embodiments may vary according to the progress of the broadcast service and the characteristics of the broadcast service. For example, if the broadcast service is a sports event and it is close to the scheduled end time, it is possible to poll more frequently by reducing the polling period.
  • the polling period and/or the polling interval may be directly set by the user.
  • the broadcast signal receiving apparatus may provide a UI for setting a polling period and/or a polling interval.
  • polling according to embodiments may be performed more frequently when a user selects a channel banner indicating channel information.
  • the broadcast signal receiving apparatus when the corresponding service is scheduled to be over-running, but is close to the scheduled end time of the corresponding broadcast service, i.e., the current time is, for example, the availabilities included in the service information according to the embodiments.
  • the broadcast signal receiving apparatus changes the polling period and/or the polling interval according to the embodiments. (For example, lowering the value of mimimumUpdateInterval information and/or minimumUpdatePeriod information according to embodiments, etc.) By having a shorter polling period, the broadcast signal receiving apparatus can efficiently update (fetching) the latest information.
  • a central service registry, a service list provider, a content guide server, and/or a service provider may be provided to the broadcast signal receiving device.
  • the broadcast signal receiving apparatus checks a minimum update interval and/or a minimum update period and polls the latest service (service list), thereby providing a broadcast service.
  • the latest UI information can be provided to users in response to changes in
  • SDLT service list
  • type information Service List Type
  • ServiceListName service list name information
  • ServiceListProvider service list provider information
  • TargetRegions target region information
  • Minimum update period Information MinimumUpdatePeriod
  • Minimum Update Interval Information MinimumUpdateinterval
  • Valid From Information ValuedFrom
  • Valid Until Information ValuedUntil
  • NextURL Valid Time Information
  • Service List Location Service List Location
  • Version Information Version
  • BCG information may be further included.
  • Service list type information (Service List Type), service list name information (ServiceListName), service list provider information (ServiceListProvider), target region information (TargetRegions), minimum update period information (MinimumUpdatePeriod), minimum according to embodiments Update interval information (MinimumUpdateinterval), valid From information (ValidFrom), valid Until information (ValidUntil), next URL valid time information (NextUrlAvailableTime), service list location information (Service List Location), version information (Version), part of BCG information Or all may exist at the highest level in the SDLT according to the embodiments, may exist at the same level as the service (or service instance, service instance) in the SDLT or at a lower level thereof.
  • the inclusion relationship of each parameter shown in FIG. 48 is an example.
  • SDLT may be referred to as a service list template.
  • the service list type information indicates the type of a BCG (Broadcast Content Guide) list related to all valid services and services. (A type to list all the available services and the BCG covering these services) That is, the type information of the service list according to the embodiments (Service List Type) is information existing at the highest level of the SDLT according to the embodiments, or the SDLT It can mean itself.
  • BCG Broadcast Content Guide
  • ServiceListName represents the name or logo of the service list. This parameter may include a plurality of elements. (Name, Logo of the service list. Multiple elements of this type may be provided as long as they all have different lang attributes.)
  • Service list name information according to embodiments (ServiceListName) is service name information according to embodiments ( For example, Name information of FIG. 43) or may include these.
  • the service list provider information (ServiceListProvider) indicates the name of the provider of the corresponding service list. (Name of the provider of this service list)
  • the target region information indicates target regions for a corresponding service list. (The target regions for the service list, where the service list is intended to be better suited.)
  • the minimum update period information indicates the minimum update period for a corresponding service list. This parameter may indicate the shortest period for a potential change in the corresponding service list. (Minimum update period for the service list, it specifies the smallest period between potential changes to the service list.A client can be useful to control the frequency for checks for updates)
  • the apparatus for receiving broadcast signals may parse the SDLT (service list) according to the embodiments to extract minimum update period information according to the embodiments.
  • the broadcast signal receiving apparatus may extract the minimum update period information and check the update period of a corresponding service (or service instance) or a corresponding service list.
  • the minimum update interval information indicates the minimum update interval. This may indicate the minimum interval for updating a service list from a service list provider. (Minimum update interval, which specifies the minimum duration of service list update from service list provider.)
  • the apparatus for receiving broadcast signals may parse the SDLT according to the embodiments to extract minimum update interval information according to the embodiments.
  • the broadcast signal receiving apparatus according to the embodiments may extract the minimum update period information and check the update period of a corresponding service (or service instance) or a corresponding service list.
  • the minimum update interval information and/or the minimum update period information according to the embodiments may exist at the highest level in the SDLT according to the embodiments. Accordingly, the apparatus for receiving broadcast signals according to embodiments may check the update period of a corresponding service list based on the minimum update interval information and/or the minimum update period information existing at the highest level.
  • the minimum update interval information and/or the minimum update period information may be referred to as a polling interval or a polling period.
  • the minimum update interval information and/or the minimum update period information according to the embodiments may exist at the same level as the level of a service (Service or service instance) in the SDLT according to the embodiments.
  • the minimum update interval information and/or the minimum update period information according to the embodiments may exist at a lower level of the level of a service (Service or service instance) in the SDLT according to the embodiments. Therefore, the apparatus for receiving broadcast signals according to embodiments checks the update period for each service or service instance based on minimum update interval information and/or minimum update period information existing at a level lower than the highest level. May be.
  • ValidFrom information may indicate a valid start time for the service list. (Availability start time for service list, it specifies the valid-start time of current service list.)
  • next URL valid time information indicates the useful time to download the service list. (It specifies availability time to download service list.)
  • the service list location information (Service List Location) represents URL information for extracting a service list and obtaining update information. (It specifies a URL to be able to retrieve the service list and fetch updates.)
  • Version information represents the version of the service list. (The version number of this service list.)
  • Service information includes information on a service according to embodiments.
  • Service information (Service) may also be referred to as a service instance (Service Instance).
  • BCG information represents information on a broadcast content guide. (the details of a broadband content guide carrying metadata for one or more services included in list)
  • the apparatus for receiving broadcast signals according to embodiments can efficiently update different services with minimal operation, and can efficiently manage different services.
  • the broadcast signal receiving apparatus according to the embodiments may provide a broadcast service open to a user with this configuration.
  • the broadcast signal receiving apparatus provides access locations or addresses of different service list providers with this configuration, so that the latest service list can be obtained quickly and efficiently.
  • the broadcast signal receiving apparatus may maintain the latest service list by performing an update according to a minimum period of update (polling) for each service.
  • 49 is a diagram illustrating a syntax for a method for managing a version of a broadcast service according to embodiments in XML format.
  • 49 is an example of SDLT according to embodiments in XML format.
  • 49 illustrates a service list template (eg, a service list) according to the embodiments described in FIG. 48 in XML format.
  • the service list template according to the embodiments may include ServiceListType information described in FIG. 48.
  • SDLT according to embodiments may be referred to as a service list template.
  • the apparatus for receiving broadcast signals according to embodiments can efficiently update different services with minimal operation, and can efficiently manage different services.
  • the broadcast signal receiving apparatus according to the embodiments may provide a broadcast service open to a user with this configuration.
  • 50 illustrates a syntax for a method for managing a version of a broadcast service according to embodiments in XML format.
  • the service list template according to the embodiments may include ServiceListType information described in FIG. 48.
  • a client eg, a broadcast signal receiving device
  • receiving an Internet-based broadcast service operates in a “web-centric” model, so it may not be known exactly when a service or service list is updated.
  • the minimum update interval information may cause the broadcast signal receiving device to continuously check the update of the service list. That is, the broadcast signal receiving device can know the minimum update interval (interval) of the service list, and thus the broadcast signal receiving device can more stably manage a plurality of service lists.
  • the apparatus for receiving broadcast signals according to embodiments can efficiently update different services with minimal operation, and can efficiently manage different services.
  • the broadcast signal receiving apparatus according to the embodiments may provide a broadcast service open to a user with this configuration.
  • the broadcast signal receiving apparatus provides access locations or addresses of different service list providers with this configuration, so that the latest service list can be obtained quickly and efficiently.
  • the broadcast signal receiving apparatus may maintain the latest service list by performing an update according to a minimum period of update (polling) for each service.
  • FIG. 51 illustrates an example of a display UI of a broadcast signal receiving apparatus according to embodiments.
  • 51 shows an example of a display UI for providing an Internet-based broadcast service (eg, DVB-I service).
  • an Internet-based broadcast service eg, DVB-I service
  • an Internet-based broadcasting service can be provided through an application (for example, a native app), and a service that integrates with an existing channel as a native source with a scenario executed through MSE (Media source extension) Can provide.
  • 51(1) shows an operation of selecting a source in a broadcast signal receiving apparatus according to embodiments and a UI therefor.
  • (2) is a UI that appears when an Internet-based broadcasting service (eg, DVB-I service) is added.
  • DVB-I can be recognized as a source of the same level as the existing RF reception and form factor such as HDMI, and can provide a selection option to the user.
  • FIG. 52 illustrates an example of a display UI of a broadcast signal receiving apparatus according to embodiments.
  • the broadcast signal receiving device when the HD service of the DVB-T channel and the DVB-I service are activated, the broadcast signal receiving device provides the corresponding broadcast service in UHD when a network state of minBitRate or higher is supported. To do this, it can switch to DVB-I and/or DVB-T.
  • FIG. 53 illustrates an example of a display UI of a broadcast signal receiving apparatus according to embodiments.
  • FIG. 53 shows a service guide integrated through an existing channel and simulcast signaling.
  • (1) shows an embodiment of a UI representing a channel service guide.
  • (2) shows a UI indicating that, when a network bitrate of minBitRate or higher is supported, during DVB-I simulcast, the HD service of the existing channel is provided with the service guide of the UHD service rather than the service.
  • the broadcast signal receiving apparatus may display a channel list based on an input signal from a signal input unit (eg, a remote control unit) (53000, 53001).
  • a signal input unit eg, a remote control unit
  • the apparatus for receiving broadcast signals according to the embodiments provides a list of one or more broadcast services, a channel number (eg, LCN) of broadcast services, a name of a channel, and a list of services.
  • the name can be displayed.
  • the channel list screen according to embodiments may be configured as shown in FIG. 45.
  • the apparatus for receiving broadcast signals may display information on broadcast services based on parameters in a service discovery list table (eg, service list information, Service List) according to the embodiments.
  • a service discovery list table eg, service list information, Service List
  • 54 is a flowchart illustrating a broadcast signal transmission method according to embodiments.
  • the broadcast signal transmission method includes generating service data and/or signaling information for service data (54000), encoding service data and/or signaling information (54001), and/or service data and/or Alternatively, it may include the step (54002) of transmitting signaling information.
  • service data (broadcast service) and/or signaling information for service data according to embodiments may be generated.
  • Service data may mean the above-described broadcast service.
  • Data (broadcasting service) according to embodiments may refer to a broadcast service generated by the broadcaster 21003, the stream server 21005, and the like of FIG. 21.
  • the signaling information according to embodiments may be the above-described service discovery information (eg, a service discovery list table, SDLT, etc.).
  • the signaling information according to embodiments may include information about service data (eg, service information according to embodiments).
  • the information on the service data is related material information indicating the location of an application (or file) related to the service data and/or availability information indicating whether the service data is in progress. It may include.
  • the related material information and/or availability information may mean related material information and/or availability information described in FIGS. 43 to 45. have.
  • Related material information may include location information (for example, URI information) for obtaining information on a file (or application) related to a corresponding broadcast service.
  • the availability information may include information about a time when service data is in progress and information indicating whether or not the progress of the service data is repetitive (eg, @ValidFrom, etc.).
  • Encoding service data and/or signaling information (54001) may encode service data (broadcast service) and/or signaling information according to embodiments. Encoding service data and/or signaling information (54001) may be encoded according to a physical layer structure (eg, Bit Interleaved and Coded Modulation (BICM)) according to the embodiments shown in FIG. 1.
  • BICM Bit Interleaved and Coded Modulation
  • service data and/or signaling information may be transmitted.
  • the step of transmitting service data and/or signaling information (54002) may be transmitted by, for example, a transmission antenna shown in FIG. 1, may be transmitted through a cable network, or a broadband network. It may be transmitted through.
  • 55 is a flowchart illustrating a broadcast signal reception method according to embodiments.
  • the broadcast signal reception method may include receiving service data and/or signaling information for service data (55000) and/or obtaining service data based on the signaling information (55001). .
  • the step 55000 of receiving service data and/or signaling information for service data may mean receiving service data and/or signaling information for service data.
  • Service data may mean the above-described broadcast service.
  • Data (broadcasting service) according to embodiments may refer to a broadcast service generated by the broadcaster 21003, the stream server 21005, and the like of FIG. 21.
  • Acquiring service data based on signaling information may mean obtaining a broadcast service based on signaling information.
  • the operation 55001 of obtaining service data based on the signaling information may include a parser for parsing signaling information and/or service data according to embodiments.
  • the signaling information according to embodiments may be the above-described service discovery information (eg, a service discovery list table, SDLT, etc.).
  • the signaling information according to embodiments may include information about service data (eg, service information according to embodiments).
  • the information on the service data is related material information indicating the location of an application (or file) related to the service data and/or availability information indicating whether the service data is in progress. It may include.
  • Related material information and/or availability information may mean related material information and/or availability information described in FIGS. 43 to 45 have.
  • Related material information may include location information (for example, URI information) for obtaining information on a file (or application) related to a corresponding broadcast service.
  • the availability information may include information about a time when service data is in progress and information indicating whether or not the progress of the service data is repetitive (eg, @ValidFrom, etc.).
  • the broadcast signal receiving method includes transmitting a first request to a service registry to receive service data, receiving response information including a URL of service data, and/or service data based on response information. It may include the step of obtaining.
  • the broadcast signal transmission apparatus 5600 may include a signaling generator 5601, an encoder 5602 and/or a transmitter 5603. It may be encoded according to the physical layer structure according to FIG. 1.
  • the service data generator 5601a may generate service data according to embodiments.
  • Service data according to embodiments may mean the above-described broadcast service.
  • the service data (broadcast service) generated by the service data generator 5601 according to the embodiments may be encoded according to the physical layer structure of FIG. 1.
  • the service data (broadcast service) generated by the service data generator 5601 according to the embodiments may refer to a broadcast service generated by the broadcaster 21003, the stream server 21005, and the like of FIG. 21. That is, the service data generation unit 5601 may mean a broadcaster 21003, a stream server 21005, and the like of FIG. 21.
  • the service data generation unit 5601 according to the embodiments may mean service providers 47003a-47003f or service list providers 47002a-47002c of FIG. 47.
  • the signaling generator 5601b may generate signaling information according to embodiments.
  • the signaling information according to embodiments may be the above-described service discovery information (eg, a service discovery list table, SDLT, etc.).
  • the signaling information according to embodiments may include information about service data (eg, service information according to embodiments).
  • the information on the service data is related material information indicating the location of an application (or file) related to the service data and/or availability information indicating whether the service data is in progress. It may include.
  • Related material information and/or availability information may mean related material information and/or availability information described in FIGS. 43 to 45 have.
  • Related material information may include location information (for example, URI information) for obtaining information on a file (or application) related to a corresponding broadcast service.
  • the availability information may include information about a time when service data is in progress and information indicating whether or not the progress of the service data is repetitive (eg, @ValidFrom, etc.).
  • the encoder 5602 may encode signaling information according to embodiments.
  • the encoder 5602 according to the embodiments may be encoded according to the physical layer structure shown in FIG. 1.
  • the encoder 56602 may mean Bit Interleaved Coded Modulation (BICM) shown in FIG. 1.
  • BICM Bit Interleaved Coded Modulation
  • the transmitter 5603 may transmit the encoded signaling information according to the embodiments as a bitstream transmitted through a broadband or as a broadcast signal of a broadcast method.
  • the encoder 5602 according to the embodiments may be transmitted according to the physical layer structure shown in FIG. 1.
  • the encoder 5602 may mean a transmit antenna shown in FIG. 1.
  • 57 illustrates a broadcast signal receiving apparatus according to embodiments.
  • the broadcast signal reception device 5600 may include a tuner 57001 and/or a service management unit 57002 and a display unit 57003.
  • the tuner 57001 according to the embodiments may receive signaling information according to the embodiments.
  • the signaling information according to embodiments may be the above-described service discovery information (eg, a service discovery list table, SDLT, etc.).
  • the signaling information according to embodiments may include information about service data (eg, service information according to embodiments).
  • the information on the service data is related material information indicating the location of an application (or file) related to the service data and/or availability information indicating whether the service data is in progress. It may include.
  • the related material information and/or availability information may mean related material information and/or availability information described in FIGS. 43 to 45. have.
  • Related material information may include location information (for example, URI information) for obtaining information on a file (or application) related to a corresponding broadcast service.
  • the availability information may include information about a time when service data is in progress and information indicating whether or not the progress of the service data is repetitive (eg, @ValidFrom, etc.).
  • the service management unit 57002 may acquire a broadcast service (ie, service data) based on signaling information according to embodiments.
  • the service management unit 57002 includes a parser, a USBD parser, an MPD parser, an AIT parser, a DWD parser, and/or a parser according to the embodiments. Or it could include another parser.
  • the service management unit 57002 may parse the SDLT and/or service signaling object according to embodiments and extract sub-elements.
  • the apparatus for receiving broadcast signals may further include a transmitter for transmitting a first request to a service registry in order to receive service data.
  • the receiver of the broadcast signal receiving apparatus may receive response information including a URL of service data and acquire service data based on the response information.
  • Each of the above-described parts, modules or units may be software, processor, or hardware parts that execute successive processes stored in a memory (or storage unit). Each of the steps described in the above-described embodiment may be performed by processor, software, and hardware parts. Each module/block/unit described in the above-described embodiment may operate as a processor, software, or hardware. In addition, methods suggested by the embodiments may be executed as code. This code can be written to a storage medium that can be read by the processor, and thus can be read by a processor provided by the apparatus.
  • the processor-readable recording medium includes all types of recording devices in which data that can be read by the processor are stored. Examples of recording media that can be read by the processor include ROM, RAM, CD-ROM, magnetic tape, floppy disk, optical data storage, etc., and also include those implemented in the form of carrier waves such as transmission through the Internet. .
  • the processor-readable recording medium may be distributed over a networked computer system so that the processor-readable code is stored and executed in a distributed manner.
  • A/B may mean “A and/or B.”
  • A, B may mean “A and/or B.”
  • A/B/C may mean “at least one of A, B, and/or C.”
  • A,B,C may mean “ at least one of A, B and/or C.”
  • Various elements of the embodiments may be performed by hardware, software, firmware, or a combination thereof.
  • Various elements of the embodiments may be implemented on a single chip such as a hardware circuit.
  • the embodiments may optionally be performed on individual needles.
  • at least one of the elements of the embodiments may be executed in one or more processors including instructions for performing operations according to the embodiments.
  • Conditional expressions such as when, when, and when used to describe the embodiments are not limited to an optional case. When a specific condition is satisfied, it is intended to perform a related action in response to a specific condition or to interpret the related definition.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Human Computer Interaction (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

실시예들에 따른 방송 신호 송신 방법은, 서비스 데이터 및/또는 서비스 데이터를 위한 시그널링 정보를 생성하는 단계, 서비스 데이터 및/또는 시그널링 정보를 인코딩하는 단계, 및/또는 서비스 데이터 및/또는 시그널링 정보를 전송하는 단계를 포함할 수 있다. 실시예들에 따른 방송 신호 수신 방법은, 서비스 데이터 및/또는 서비스 데이터를 위한 시그널링 정보를 수신하는 단계, 시그널링 정보에 기초하여 서비스 데이터를 획득하는 단계를 포함할 수 있다.

Description

방송 신호 송신 장치, 방송 신호 송신 방법, 방송 신호 수신 방법 및 방송 신호 수신 장치
본 발명은 방송 신호 송신 장치, 방송 신호 송신 방법, 방송 신호 수신 방법 및 방송 신호 수신 장치에 관한 것이다.
아날로그 방송 신호 송신이 종료됨에 따라, 디지털 방송 신호를 송수신하기 위한 다양한 기술이 개발되고 있다. 디지털 방송 신호는 아날로그 방송 신호에 비해 더 많은 양의 비디오/오디오 데이터를 포함할 수 있고, 비디오/오디오 데이터 뿐만 아니라 다양한 종류의 부가 데이터를 더 포함할 수 있다.
본 발명의 실시예들에 따른 방송 신호 송수신 장치는, 지상파, 위성, 케이블 리니어 채널과 동일한 유저UX(user UX)를 제공할 수 있는 IP 기반의 TV 서비스를 구현한다.
본 발명의 실시예들에 따른 방송 신호 송수신 장치는, 어플리케이션 기반의 리니어 채널 서비스가 아닌, 오픈 인터넷 기반의 네이티브 코드 수신을 통해 지상파, 위성, 케이블 채널과 통합된 채널 가이드 제공한다.
본 발명의 실시예들에 따른 방송 신호 송수신 장치는, 지상파(fixed)의 직접수신이 아닌, IP 기반 디바이스들의 OTT, PC등과 IPTV등의 매체들을 통해 방송서비스가 소비되는 상황 및 유니캐스트의 높은 트래픽을 고려하여 실시간/비실시간 미디어 스트리밍 서비스의 심리스(seamless)한 서비스를 제공한다.
기술적 과제를 달성하기 위하여 실시예들에 따른 방송 신호 송신 방법은, 서비스 데이터 및/또는 서비스 데이터를 위한 시그널링 정보를 생성하는 단계, 서비스 데이터 및/또는 시그널링 정보를 인코딩하는 단계, 및/또는 서비스 데이터 및/또는 시그널링 정보를 전송하는 단계를 포함할 수 있다.
실시예들에 따르면, 시그널링 정보는 서비스 데이터에 관한 정보를 포함할 수 있고, 서비스 데이터에 관한 정보는 서비스 데이터와 관련된 어플리케이션의 위치를 나타내는 관련 메티리얼(Related Material) 정보 및 서비스 데이터의 진행 여부를 나타내는 어베일러블리티(Availability) 정보를 포함할 수 있다.
나아가 실시예들에 따르면, 관련 메티리얼 정보는 어플리케이션에 대한 정보를 획득하기 위한 위치 정보를 포함할 수 있다. 또한, 어베일러블리티 정보는 서비스 데이터가 진행되는 시간에 대한 정보 및 서비스 데이터의 진행이 반복적인지 여부를 나타내는 정보를 포함할 수 있다.
기술적 과제를 달성하기 위하여 실시예들에 따른 방송 신호 수신 방법은, 서비스 데이터 및/또는 서비스 데이터를 위한 시그널링 정보를 수신하는 단계, 시그널링 정보에 기초하여 서비스 데이터를 획득하는 단계를 포함할 수 있다.
실시예들에 따르면, 시그널링 정보는 서비스 데이터에 관한 정보를 포함할 수 있고, 서비스 데이터에 관한 정보는 서비스 데이터와 관련된 어플리케이션의 위치를 나타내는 관련 메티리얼(Related Material) 정보 및 서비스 데이터의 진행 여부를 나타내는 어베일러블리티(Availability) 정보를 포함할 수 있다.
나아가 실시예들에 따르면, 관련 메티리얼 정보는 어플리케이션에 대한 정보를 획득하기 위한 위치 정보를 포함할 수 있다. 또한, 어베일러블리티 정보는 서비스 데이터가 진행되는 시간에 대한 정보 및 서비스 데이터의 진행이 반복적인지 여부를 나타내는 정보를 포함할 수 있다.
더 나아가, 실시예들에 따른 방송 신호 수신 방법은 서비스 데이터를 수신하기 위하여 서비스 레지스트리에 제 1 요청을 전송하는 단계, 서비스 데이터의 URL을 포함하는 응답 정보를 수신하는 단계 및/또는 응답 정보에 기초하여 서비스 데이터를 획득하는 단계를 포함할 수 있다.
더 나아가, 실시예들에 따른 방송 신호 수신 방법은, 어베일러블리티 정보에 기초하여 현재 시간이 서비스 데이터가 진행되는 시간이 아닌 경우 아웃-오브-서비스(out-of-service) 배너를 디스플레이하는 단계를 더 포함할 수 있다.
본 발명의 실시예들에 따른 방송 신호 송수신 장치는, 기존 리니어 서비스 및 OTT 서비스가 통합된 UI를 통해 접근되는 서비스를 제공한다.
본 발명의 실시예들에 따른 방송 신호 송수신 장치는, STB 없이, 오픈 인터넷을 통해 기존 리니어 채널 들과 동일한 UX 를 제공하는 미디어 서비스를 실현한다.
본 발명의 실시예들에 따른 방송 신호 송신 장치 및 방송 신호 수신 장치는 리니어 서비스 및 OTT 서비스를 통합한 UI 접근 서비스를 제공할 수 있다.
실시예들에 따른 방송 신호 수신 장치는 이러한 구성으로, 최소한의 동작으로 서로 다른 서비스(service)들의 업데이트 및 관리를 효율적으로 수행할 수 있다.
실시예들에 따른 방송 신호 수신 장치는 사용자에게 개방된 방송 서비스를 제공할 수 있다.
실시예들에 따른 방송 신호 수신 장치는 방송 신호를 수신하는 튜너를 탑재하지 않는 경우에도 브로드밴드(Broadband)망을 통해서 인터넷 기반의 방송 서비스를 수신할 수 있다.
첨부된 도면은 본 발명의 실시예들을 나타내고 설명과 함께 본 발명의 원리를 설명한다.
도 1은 본 발명의 실시예들에 따른 차세대 방송 서비스에 대한 방송 신호 송신 장치의 구조를 나타낸다.
도 2는 본 발명의 실시예들에 따른 차세대 방송 서비스에 대한 방송 신호 수신 장치의 구조를 나타낸다.
도3은 본 발명의 실시예들에 따른 방송 신호 송신 장치 및 방송 신호 수신 장치가 서비스를 송신하고 수신하는 구조를 나타낸다.
도4는 본 발명의 실시예들에 따른 방송 신호 송신 장치 및 방송 신호 수신 장치의 네트워크 구조를 나타낸다.
도 5는 실시예들에 따른 방송 신호 송신 방법 및 방송 신호 수신 방법의 프로토콜 스택(Protocol Stack)을 나타낸다.
도 6은 실시예들에 따른 방송 서비스의 디스커버리 과정을 나타낸다.
도 7은 실시예들에 따른 방송 서비스의 디스커버리 과정을 나타낸다.
도 8은 실시예들에 따른 방송 서비스의 디스커버리 과정의 쿼리 텀(Query Term)을 나타낸다.
도 9은 실시예들에 따른 쿼리 텀(Query Term)을 이용한 방송 서비스의 디스커버리 과정을 나타낸다.
도 10은 실시예들에 따른 쿼리 텀(Query Term)을 이용한 방송 서비스의 디스커버리 과정을 나타낸다.
도 11은 실시예들에 따른 서비스 디스커버리 리스트 테이블(Service Discovery List Table, SDLT)의 예시를 나타낸다.
도 12는 실시예들에 따른 SDLT에 포함된 서비스 카테고리 정보(serviceCategory)의 값의 예시를 나타낸다.
도 13는 실시예들에 따른 SDLT에 포함된 콘텐트 포멧 정보(contentFormat)의 값의 예시를 나타낸다.
도 14는 실시예들에 따른 SDLT에 포함된 urlType의 값의 예시를 나타낸다.
도 15은 실시예들에 따른 서비스 디스커버리 리스트 테이블(Service Discovery List Table, SDLT)의 다른 예시를 나타낸다.
도 16은 실시예들에 따른 쿼리 텀(Query Term)의 예시를 나타낸다.
도 17은 실시예들에 따른 쿼리 텀(Query Term)의 list_of_signaling_object_types의 파라미터의 예시를 나타낸다.
도 18은 실시예들에 따른sdltInetUrl을 이용한 쿼리 텀(Query Term)을 이용한 시그널링 오브젝트들을 수신하는 예시를 나타낸다.
도 19는 실시예들에 따른sdltInetUrl을 이용한 쿼리 텀(Query Term)을 이용한 시그널링 오브젝트들을 수신하는 예시를 나타낸다.
도 20은 서비스(Service)의 서비스 시그널링 오브젝트(Signaling object)와 서비스 시그널링 오브젝트의 관계를 나타낸다.
도 21은 실시예들에 따른 방송 신호 수신 장치가 서비스 리스트 시그널링(Service List Signaling) 및 방송 서비스를 수신하는 방법을 나타낸다.
도 22는 서비스 시그널링 정보를 포함하는 메타데이터 엔벨롭(Metadata Envelop)을 나타낸다.
도 23은 실시예들에 따른 메타데이터 엔벨롭(Metadata Envelop)을 XML 형식으로 나타낸 것이다.
도 24는 실시예들에 따른 메타데이터 엔벨롭(Metadata Envelop)의 멀티 파트 컨테이너 및 서비스 리스트를 XML 형식으로 나타낸 것이다.
도 25는 실시예들에 따른 방송 신호 수신 장치가 서비스 시그널링 정보를 메타데이터 엔벨롭(Metadata Envelop) 형태로 수신하는 것을 나타낸다.
도 26는 USBD(User Service Bundle Description)를 나타낸다.
도 27는 USBD(User Service Bundle Description)의 서비스 카테고리 정보(serviceCategory)를 나타낸다.
도 28는 USBD(User Service Bundle Description)의 러닝 스테이터스 정보(RunningStatus)를 나타낸다.
도 29는 실시예들에 따른 USBD 및 MPD의 획득 과정을 나타낸다.
도 30는 실시예들에 따른 러닝 스테이터스 정보를 이용하여 방송 서비스의 개시를 나타내는 동작을 나타낸다.
도 31은 실시예들에 따른 방송 신호 수신 방법의 방송 서비스 제공 방법을 나타낸다.
도 32는 빠른 디스커버리(Discovery)를 위한 실시예들에 따른 SDLT의 다른 예를 나타낸 것이다.
도 33는 빠른 디스커버리(Discovery)를 위한 실시예들에 따른 USBD의 다른 예를 나타낸 것이다.
도 34는 빠른 디스커버리(Discovery)를 위한 방송 신호 수신 장치의 동작을 나타낸다.
도 35는 빠른 디스커버리(Discovery)를 위한 방송 신호 수신 장치의 동작의 흐름도 나타낸다.
도 36는 실시예들에 따른 SDLT의 다른 예를 나타낸 것이다.
도 37는 실시예들에 따른 SDLT의 로케이션 정보(Location Info)를 나타낸 것이다.
도 38는 실시예들에 따른 SDLT의 로케이션 정보(Location Info)를 이용한 방송 서비스 제공 방법을 나타낸 것이다.
도 39는 실시예들에 따른 SDLT의 로케이션 정보(Location Info)를 이용한 방송 서비스 제공 방법을 나타낸 것이다.
도 40는 실시예들에 따른 SDLT의 히든(hidden) 정보를 나타낸다.
도 41는 실시예들에 따른 SDLT의 히든(hidden) 정보 및 히든 가이드(hide_guide) 정보의 예시를 나타낸다.
도 42는 실시예들에 따른 SDLT의 히든(hidden) 정보 및/또는 실렉터블(selectable) 정보를 이용한 방송 서비스의 제공 방법을 나타낸다.
도 43는 실시예들에 따른 SDLT의 다른 예시를 나타낸다
도 44는 실시예들에 따른 SDLT 내 관련 메티리얼(RelatedMaterial) 정보의 예시 나타낸다
도 45는 방송 서비스가 인액티브(inactive) 시 방송 신호 수신 장치가 서비스 배너(service banner)를 제공하는 방법을 나타낸다.
도 46은 실시예들에 따른 인터넷 기반 방송 서비스의 리스트 구조(service list hierarchy)를 나타낸다.
도 47은 실시예들에 따른 방송 서비스의 버전(version) 관리 방법을 나타낸다.
도 48은 실시예들에 따른 방송 서비스의 버전(version) 관리 방법을 위한 신텍스(syntax)를 나타낸다.
도 49는 실시예들에 따른 방송 서비스의 버전(version) 관리 방법을 위한 신텍스(syntax)를 XML형태로 나타낸 것이다.
도 50은 실시예들에 따른 방송 서비스의 버전(version) 관리 방법을 위한 신텍스(syntax)를 XML형태로 나타낸 것이다.
도 51은 실시예들에 따른 방송 신호 수신 장치의 디스플레이 UI의 예시를 나타낸다.
도 52은 실시예들에 따른 방송 신호 수신 장치의 디스플레이 UI의 예시를 나타낸다.
도 53은 실시예들에 따른 방송 신호 수신 장치의 디스플레이 UI의 예시를 나타낸다.
도 54은 실시예들에 따른 방송 신호 전송 방법을 나타내는 흐름도이다.
도 55은 실시예들에 따른 방송 신호 수신 방법을 나타내는 흐름도이다.
도 56은 실시예들에 따른 방송 신호 전송 장치를 나타낸다.
도 57은 실시예들에 따른 방송 신호 수신 장치를 나타낸다.
이하, 첨부된 도면을 참조하여 본 명세서에 개시된 실시예를 상세히 설명하되, 도면 부호에 관계없이 동일하거나 유사한 구성요소는 동일한 참조 번호를 부여하고 이에 대한 중복되는 설명은 생략하기로 한다. 이하의 설명에서 사용되는 구성요소에 대한 접미사 "모듈" 및 "부"는 명세서 작성의 용이함만이 고려되어 부여되거나 혼용되는 것으로서, 그 자체로 서로 구별되는 의미 또는 역할을 갖는 것은 아니다. 또한, 본 명세서에 개시된 실시예를 설명함에 있어서 관련된 공지 기술에 대한 구체적인 설명이 본 명세서에 개시된 실시예의 요지를 흐릴 수 있다고 판단되는 경우 그 상세한 설명을 생략한다. 또한, 첨부된 도면은 본 명세서에 개시된 실시예를 쉽게 이해할 수 있도록 하기 위한 것일 뿐, 첨부된 도면에 의해 본 명세서에 개시된 기술적 사상이 제한되지 않으며, 본 발명의 사상 및 기술 범위에 포함되는 모든 변경, 균등물 내지 대체물을 포함하는 것으로 이해되어야 한다.
하기의 실시예들은 본 발명을 구체화하기 위한 것일 뿐 본 발명의 권리 범위를 제한하거나 한정하는 것이 아님은 물론이다. 본 발명의 상세한 설명 및 실시예들로부터 본 발명이 속하는 기술 분야의 전문가가 용이하게 유추할 수 있는 것은 본 발명의 권리 범위에 속하는 것으로 해석된다.
상기의 상세한 설명은 모든 면에서 제한적으로 해석되어서는 안되며, 예시적인 것으로 고려되어야 한다. 본 발명의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 발명의 등가적 범위 내에서의 모든 변경은 본 발명의 범위에 포함된다.
바람직한 실시예들에 대해 구체적으로 설명하되, 그 예는 첨부된 도면에 나타낸다. 첨부된 도면을 참조한 아래의 상세한 설명은 실시예들에 따라 구현될 수 있는 실시예들만을 나타내기보다는 바람직한 실시예들을 설명하기 위한 것이다. 이하에서는 본 발명에 대한 철저한 이해를 제공하기 위해 세부 사항을 포함하여 설명한다. 그러나 본 발명이 이러한 세부 사항 없이 실행될 수 있다는 것은 당업자에게 자명하다. 본 발명에서 사용되는 대부분의 용어는 해당 분야에서 널리 사용되는 일반적인 것들에서 선택되지만, 일부 용어는 출원인에 의해 임의로 선택되며 그 의미는 필요에 따라 다음 설명에서 자세히 서술한다. 따라서 본 발명은 용어의 단순한 명칭이나 의미가 아닌 용어의 의도된 의미에 근거하여 이해되어야 한다. 또한 이하의 도면들 및 상세한 설명은 구체적으로 기술된 실시예들에만 국한되어 해석되지 않고, 도면 및 상세한 설명에 기재된 실시예들과 균등하거나, 대체 가능한 것들까지 포함하는 것으로 해석되어야만 한다.
도 1은 본 발명의 실시예들에 따른 차세대 방송 서비스에 대한 방송 신호 송신 장치의 구조를 나타낸다.
본 발명의 실시예들에 따른 차세대 방송 서비스에 대한 방송 신호 송신 장치는 인풋 포맷 블록 (Input Format block) (1000), BICM (bit interleaved coding & modulation) 블록(1010), 프레임 빌딩 블록 (Frame building block) (1020), OFDM (orthogonal frequency division multiplexing) 제너레이션 블록 (OFDM generation block)(1030), 및 시그널링 생성 블록(1040)을 포함할 수 있다. 방송 신호 송신 장치의 각 블록의 동작에 대해 설명한다.
IP 스트림/패킷 및 MPEG2-TS은 주요 입력 포맷이고, 다른 스트림 타입은 일반 스트림으로 다루어진다. 이들 데이터 입력에 추가로, 관리 정보가 입력되어 각 입력 스트림에 대한 해당 대역폭의 스케줄링 및 할당을 제어한다. 하나 또는 다수의 TS 스트림, IP 스트림 및/또는 일반 스트림 입력이 동시에 허용된다.
인풋 포맷 블록(1000)은 각각의 입력 스트림을 독립적인 코딩 및 변조가 적용되는 하나 또는 다수의 데이터 파이프로 디멀티플렉싱 할 수 있다. 데이터 파이프는 견고성(robustness) 제어를 위한 기본 단위이며, 이는 QoS (Quality of Service)에 영향을 미친다. 하나 또는 다수의 서비스 또는 서비스 컴포넌트가 하나의 데이터 파이프에 의해 전달될 수 있다.
데이터 파이프는 하나 또는 다수의 서비스 또는 서비스 컴포넌트를 전달할 수 있는 서비스 데이터 또는 관련 메타데이터를 전달하는 물리 계층(physical layer)에서의 로지컬 채널이다. 데이터 파이프는 물리 계층 파이프(Physicla Layer Pipe, PLP)에 대응될 수 있다.
또한, 데이터 파이프 유닛은 하나의 프레임에서 데이터 셀을 데이터 파이프에 할당하기 위한 기본 유닛이다.
인풋 포맷 블록(1000)에서, 패리티(parity) 데이터는 에러 정정을 위해 추가되고, 인코딩된 비트 스트림은 복소수값 컨스텔레이션 심볼에 매핑된다. 해당 심볼은 해당 데이터 파이프에 사용되는 특정 인터리빙 깊이에 걸쳐 인터리빙 된다. 어드벤스 프로파일에 있어서, BICM 블록(1010)에서 MIMO 인코딩이 실행되고 추가 데이터 경로가 MIMO 전송을 위해 출력에 추가된다.
프레임 빌딩 블록(1020)은 하나의 프레임 내에서 입력 데이터 파이프의 데이터 셀을 OFDM 실볼로 매핑할 수 있다. 매핑 후, 주파수 영역 다이버시티를 위해, 특히 주파수 선택적 페이딩 채널을 방지하기 위해 주파수 인터리빙이 이용된다.
프리앰블을 각 프레임의 시작에 삽입한 후, OFDM 제너레이션 블록(1030)은 사이클릭 프리픽스(cyclic prefix)을 가드 인터벌로 갖는 기존의 OFDM 변조를 적용할 수 있다. 안테나 스페이스 다이버시티를 위해, 분산된(distributed) MISO 방식이 송신기에 걸쳐 적용된다. 또한, PAPR (peak-to-average power ratio) 방식이 시간 영역에서 실행된다. 유연한 네트워크 방식을 위해, 해당 제안은 다양한 FFT 사이즈, 가드 인터벌 길이, 해당 파일럿 패턴의 집합을 제공한다.
시그널링 생성 블록(1040)은 각 기능 블록의 동작에 사용되는 물리 계층(physical layer) 시그널링 정보를 생성할 수 있다. 해당 시그널링 정보는 또한 관심 있는 서비스가 수신기 측에서 적절히 복구되도록 전송된다.
따라서, 실시예들에 따른 방송 신호 송신 방법은 서비스 데이터를 위한 서비스 데이터 및/또는 시그널링 정보를 생성하는 단계, 서비스 데이터 및/또는 시그널링 정보를 인코딩하는 단계 및/또는 시그널링 정보를 전송하는 단계를 포함할 수 있다.
또한, 실시예들에 따른 방송 신호 수신 방법은 서비스 데이터 및/또는 서비스 데이터를 위한 시그널링 정보를 수신하는 단계 및/또는 시그널링 정보에 기초하여 서비스 데이터를 획득하는 단계를 포함할 수 있다.
도 2는 본 발명의 실시예들에 따른 차세대 방송 서비스에 대한 방송 신호 수신 장치의 구조를 나타낸다.
본 발명의 실시예들에 따른 차세대 방송 서비스에 대한 방송 신호 수신 장치는 도 1을 참조하여 설명한 차세대 방송 서비스에 대한 방송 신호 송신 장치에 대응할 수 있다.
본 발명의 실시예들에 따른 차세대 방송 서비스에 대한 방송 신호 수신 장치는 동기 및 복조 모듈 (synchronization & demodulation module) (9000), 프레임 파싱 모듈 (frame parsing module) (9010), 디매핑 및 디코딩 모듈 (demapping & decoding module) (9020), 출력 프로세서 (output processor) (9030), 및 시그널링 디코딩 모듈 (signaling decoding module) (9040)을 포함할 수 있다. 방송 신호 수신 장치의 각 모듈의 동작에 대해 설명한다.
동기 및 복조 모듈(9000)은 m개의 수신 안테나를 통해 입력 신호를 수신하고, 방송 신호 수신 장치에 해당하는 시스템에 대해 신호 검출 및 동기화를 실행하고, 방송 신호 송신 장치에 의해 실행되는 절차의 역과정에 해당하는 복조를 실행할 수 있다.
프레임 파싱 모듈(9010)은 입력 신호 프레임을 파싱하고, 사용자에 의해 선택된 서비스가 전송되는 데이터를 추출할 수 있다. 방송 신호 송신 장치가 인터리빙을 실행하면, 프레임 파싱 모듈(9010)은 인터리빙의 역과정에 해당하는 디인터리빙을 실행할 수 있다. 이 경우, 추출되어야 하는 신호 및 데이터의 위치가 시그널링 디코딩 모듈(9040)로부터 출력된 데이터를 디코딩함으로써 획득되어, 방송 신호 송신 장치에 의해 생성된 스케줄링 정보가 복원될 수 있다.
디매핑 및 디코딩 모듈(9020)은 입력 신호를 비트 영역 데이터로 변환한 후, 필요에 따라 비트 영역 데이터들을 디인터리빙할 수 있다. 디매핑 및 디코딩 모듈(9020)은 전송 효율을 위해 적용된 매핑에 대한 디매핑을 실행하고, 디코딩을 통해 전송 채널에서 발생한 에러를 정정할 수 있다. 이 경우, 디매핑 및 디코딩 모듈(9020)은 시그널링 디코딩 모듈(9040)로부터 출력된 데이터를 디코딩함으로써 디매핑 및 디코딩을 위해 필요한 전송 파라미터를 획득할 수 있다.
출력 프로세서(9030)는 전송 효율을 향상시키기 위해 방송 신호 송신 장치에 의해 적용되는 다양한 압축/신호 처리 절차의 역과정을 실행할 수 있다. 이 경우, 출력 프로세서(9030)는 시그널링 디코딩 모듈(9040)로부터 출력된 데이터에서 필요한 제어 정보를 획득할 수 있다. 출력 프로세서(8300)의 출력은 방송 신호 송신 장치에 입력되는 신호에 해당하고, MPEG-TS, IP 스트림 (v4 또는 v6) 및 GS일 수 있다.
시그널링 디코딩 모듈(9040)은 동기 및 복조 모듈(9000)에 의해 복조된 신호로부터 PLS 정보를 획득할 수 있다. 전술한 바와 같이, 프레임 파싱 모듈(9010), 디매핑 및 디코딩 모듈(9200), 출력 프로세서(9300)는 시그널링 디코딩 모듈(9040)로부터 출력된 데이터를 이용하여 그 기능을 실행할 수 있다.
도 3은 본 발명의 실시예들에 따른 방송 신호 송신 장치 및 방송 신호 수신 장치가 서비스를 송신하고 수신하는 구조를 나타낸다.
방송국(Broadcaster)는 지상 채널(Terrestrial, T), 케이블 채널(Cable, C), 위성 채널(Satellite, S)에 기반하여 서비스를 제공할 수 있다. 나아가, 방송국은 T채널, C채널, S채널과 동시에 인터넷 채널(Internet channel)에 기반하여 서비스를 제공할 수 있다. 따라서, 본 발명의 실시예들에 따른 방송 신호 송신 장치 및 방송 신호 수신 장치는 T채널, C채널, S채널, 및 인터넷 채널에 기반하여 서비스를 송신하고 수신할 수 있다. 방송국, 제조자, 사업자는 각 채널에 대한 인증 방법을 규정할 수 있다. 본 발명의 실시예들에 따른 방송 신호 수신 장치는 방송국, 제조사, 사업자가 만든 규정에 기반하여 각 서비스 채널에 대한 인증을 획득할 수 있다. 나아가, 기존 리니어(linear) 서비스와 통합된 인터넷 채널을 본 발명의 실시예들에 따른 방송 신호 송신 장치 및 방송 신호 수신 장치가 이용할 수 있다.
본 발명의 실시예들에 따른 방송 신호 송신 장치 및 방송 신호 수신 장치는 인터넷 채널과 기존의 리니어 방송 채널 리스트를 통합된 형태로 이용하기 위해서, 기존 리니어 망에서 제공하는 서비스 디스커버리 정보를 통해 채널 리스트에 대한 부트스트랩(bootstrapping)을 제공할 수 있다.
본 발명의 실시예들에 따른 방송 신호 송신 장치는 서비스를 제공하는 기존의 형태를 확장하여 서비스를 제공할 수 있고, 기존 리니어 채널망과 함께 온 디맨트 및 멀티캐스트(On-demand/multicast) 서비스 형태와 같은 추가적인 서비스를 제공할 수 있다. 또한, 방송 신호 송신 장치는 인터넷 채널 기반의 사용 리포트(Usage report)를 통해 퍼스널(personalization) 서비스를 제공할 수 있다.
본 발명의 실시예들에 따른 방송 신호 송신 장치는 기존의 T채널, S채널, C채널의 서비스와 OTT(Over The Top) 서비스를 통합한 채널 리스트를 제공할 수 있다. 방송 신호 수신 장치는 다양한 서비스를 사용자에게 제공할 수 있고, 방송 신호 송신 장치 및 방송 신호 수신 장치의 기능이 확장될 수 있다.
본 발명의 실시예들에 따른 방송 신호 송신 장치 및 방송 신호 수신 장치에 연결 가능한 네트워크(Network/ISP)의 경우, OTT콘텐츠가 통합되어 제공될 수 있는 네트워크가 구축될 수 있다. 또한, 방송 신호 송신 장치는 유니캐스트/멀티캐스트(unicast/multicast)를 동적으로 할당하고(dynamic allocation), 인핸스드(enhanced)된 딜리버리 퍼포먼스(delivery performance)를 제공할 수 있다. 방송 신호 수신 장치는 논-매니지먼트(non-management)의 네트워크에 기반한 서비스를 제공하는 단말보다 우수한 퍼포먼스를 제공할 수 있다.
도 4는 본 발명의 실시예들에 따른 방송 신호 송신 장치 및 방송 신호 수신 장치의 네트워크 구조를 나타낸다.
방송 신호 수신 장치는 단말(TV, 40009)에 대응될 수 있다. TV(40009)의 구체적인 구성은 도2에서 상술하였다.
셋톱박스(40008)는 방송 신호 수신 장치에 연결될 수 있다. 예들 들어, 셋톱박스(40008)는 HDMI 방식에 기반하여 방송 신호 수신 장치에 연결될 수 있다.
게이트웨이(40007)는 브로드밴드 네트워크(40005)로부터 컨텐츠 또는 서비스를 수신하여, 셋톱박스(40008)에 컨텐츠 또는 서비스를 제공한다.
브로드밴드 네트워크(40005)는 브로드밴드 네트워크에 관련된 컨텐츠 또는 서비스를 방송 신호 수신 장치에 제공한다.
컨텐츠 네트워크(Content Dlivery Network, 40006)는 컨텐츠에 관련된 데이터를 브로드밴드 네트워크(40005)에 제공한다.
멀티캐스트 해드엔드(40002)는 멀티캐스트 방식에 기반하여 데이터를 브로드밴드 네트워크(40005)에 전달한다.
소스(DVB-I source, 40003)는 데이터를 브로드밴드 네트워크(40005)에 제공한다. 소스가 제공하는 데이터는 DVB-I 방식에 따른 데이터를 포함할 수 있다.
지상파 네트워크(40004)는 지상 채널에 기반하여 지상파 헤드엔트(40001)로부터 지상파 관련 데이터를 수신하고, 셋톱박스(40008)에 제공한다.
본 발명의 실시예들에 따른 방송 신호 송신 장치는 OTT 서비스를 제공하기 위해서, 단말 장치마다 다른 OS 환경을 고려해야 하는 부담을 제거할 수 있다. 즉, 방송 신호 수신 장치는 OTT 어플리케이션을 별도로 제공할 필요가 없다. 방송 신호 수신 장치는 인더스트리 스탠다드 기반 에코시스템(industry standard based ecosystem)을 포함할 수 있다. 방송 신호 수신 장치는 공통의 서비스 인터페이스를 제공함으로써, 서비스 접근의 형태를 확장할 수 있는 효과를 제공한다.
도 5는 실시예들에 따른 방송 신호 송신 방법 및 방송 신호 수신 방법의 프로토콜 스택(Protocol Stack)을 나타낸다.
서비스는 복수개의 레이어를 거쳐 수신기로 전달될 수 있다. 먼저 송신측에서는 서비스 데이터를 생성할 수 있다. 송신측의 딜리버리 레이어에서는 서비스 데이터에 전송을 위한 처리를 수행하고, 피지컬 레이어에서는 이를 방송 신호로 인코딩하여 방송망 또는 브로드밴드를 통해 전송할 수 있다.
여기서 서비스 데이터들은 ISO BMFF (base media file format)에 따른 포맷으로 생성될 수 있다. ISO BMFF 미디어 파일은 방송망/브로드밴드 딜리버리, 미디어 인캡슐레이션(media encapsulation) 및/또는 동기화 포맷(synchronization format)으로 사용될 수 있다. 여기서 서비스 데이터는 서비스와 관련된 모든 데이터로서, 리니어 서비스를 이루는 서비스 컴포넌트들, 그에 대한 시그널링 정보, 기타 파일들 등을 포함할 수 있다.
딜리버리 레이어에 대해 설명한다. 딜리버리 레이어는 서비스 데이터에 대한 전송 기능을 제공할 수 있다. 서비스 데이터는 방송망 및/또는 브로드밴드를 통해 전달될 수 있다.
방송망을 통한 서비스 딜리버리(broadcast service delivery)는 MPEG-2 시스템에 근거하여, 서비스 데이터들을 MP2TS로 처리하고, 이를 MPEG-2 시스템에 기반한 프로토콜을 이용하여 전송하는 것일 수 있다. 서비스 데이터는 MP2TS에 의한 비디오 데이터, 오디오 데이터 및/또는 캡션(Caption) 데이터를 포함할 수 있다. 이 경우, MPEG-2 시스템을 통해 전달되는 서비스 데이터에는, 리니어 서비스를 위한 서비스 컴포넌트들, 기타 데이터 및/또는 그에 대한 서비스 시그널링 정보(예를 들어, SI, Service information) 등이 있을 수 있다. SI(Service information)는 실시예들에 따른 방송 신호 송신 방법 및 방송 신호 수신 방법의 방송 서비스와 관련된 정보 또는 서비스 정보를 나타낸다.
이 데이터들은 MPEG-2 시스템을 거쳐 처리되고, 방송 채널을 통한 전송을 위한 MPEG-2 트랜스포트 스트림(MPEG-2 Transport Stream)으로 처리될 수 있다. GSE는 MPEG-2 트랜스포트 스트림으로 처리되는 방법과 관련된 정보를 포함하는 것을 의미한다. MPEG-2 트랜스포트 스트림 처리된 서비스 데이터들은 S2, C2 및/또는 T2 방식으로 피지컬 레이어에서 처리되어 전송될 수 있다.
피지컬 레이어는 딜리버리 레이어(상위 레이어 및/또는 링크 레이어)로부터 전달받은 데이터를 처리하여, 방송망 또는 브로드밴드를 통하여 전송할 수 있다.
실시예들에 따른 방송 신호 송신 방법 및 방송 신호 수신 방법은 T채널, C채널, S채널, 및 인터넷 채널에 기반하여 서비스를 송신하고 수신할 수 있다. T채널은 지상파 방송(Terrestrial Broadcast)에 기반한 방송 채널을 의미한다. S채널은 위성파 방송(Satellite Broadcast)에 기반한 방송 채널을 의미한다. C채널은 케이블파 방송(Cable Broadcast)에 기반한 방송 채널을 의미한다. 실시예들에 따른 방송 신호 송신 방법 및 방송 신호 수신 방법은 T채널, C채널, S채널에 기반한 방송 서비스를 송수신할 수 있다. 실시예들에 따른 방송 신호 송신 방법 및 방송 신호 수신 방법은 T채널에 기반한 방송 서비스를 DVB-T2에 따라, C채널에 기반한 방송 서비스를 DVB-C2에 따라, S채널에 기반한 방송 서비스를 DVB-S2에 따라 피지컬 레이어 처리(physical layer process)할 수 있다.
인터넷을 통한 서비스 딜리버리는 DASH Representation에 근거하여 서비스 데이터들을 DASH 포맷의 서비스 컴포넌트들(또는 서비스 데이터)로 처리하고, 이들을 HTTP/TCP/IP 프로토콜 통신 규약에 근거하여 전송하는 것일 수 있다. 하이브리드 서비스 딜리버리의 경우, 브로드밴드로 전달되는 데이터에는, DASH 포맷의 서비스 컴포넌트들, 그에 대한 서비스 시그널링 정보 (예를 들어, SI, Service information) 및/또는 기타 데이터 등이 있을 수 있다. 서비스 시그널링 정보(SI)는 예를 들어 DASH 포맷의 서비스 컴포넌트들을 기술하는 MPD(Media Presentation Description)를 포함할 수 있다. 인터넷을 통한 서비스 딜리버리는 브로드밴드(broadband)를 통한 서비스 딜리버리로 호칭될 수도 있다.
이 데이터들은 HTTP/TCP/IP 를 거쳐 처리되고, 브로드밴드 전송을 위한 데이터 링크(Data Link) 레이어를 거쳐, 인터넷을 통한 전송을 위해 피지컬 레이어(Physical Layer)로 전달될 수 있다. 피지컬 레이어는 예를 들어 IEEE 및/또는 3GPP 규약에 근거한 전송을 처리하는 것일 수 있다.
어플리케이션(Application) 레이어는 방송 서비스를 나타내는 플랫폼을 의미할 수 있다. 방송 서비스는 방송망을 통한 서비스 딜리버리로 전송되는 방송 서비스일 수도 있고, 인터넷을 통한 서비스 딜리버리로 전송되는 방송 서비스일 수도 있다. 어플리케이션은 네이티브 앱(Native app), 기설치된 앱(Pre-installed app), 사용자 선택 앱(User-selected app)을 포함할 수 있다.
도 6은 실시예들에 따른 방송 서비스의 디스커버리 과정을 나타낸다.
실시예들에 따른 방송 신호 수신 장치는 실시예들에 따른 S채널, C채널, T채널 및/또는 브로드밴드(broadband)를 통한 방송 서비스를 수신하기 위한 튜너(tuner)를 포함할 수 있다.
실시예들에 따른 방송 신호 수신 장치는 브로드밴드 망으로 연결이 되어있고, A/V Player 모듈이 포함된 수신기에서도 방송 서비스를 수신할 수 있다. 실시예들에 따른 방송 신호 수신 장치는 DVB-I 서비스 디스커버리(DVB-I Service Discover)를 수행할 수 있다. 실시예들에 따른 방송 신호 수신 장치는 DVB-I 서비스 디스커버리 DVB-C/S/T 튜너가 장착되어 있지 않은 경우에도 방송 서비스를 탐색 및 검색할 수 있다.
실시예들에 따른 방송 신호 수신 장치가 DVB-I 서비스 디스커버리 DVB-C/S/T 튜너가 장착되어 있지 않은 경우에도 방송 서비스를 탐색하기 위하여 실시예들에 따른 방송 송수신 장치는 다음과 같은 동작을 수행할 수 있다.
첫째, 실시예들에 따른 방송 송신 장치는 방송 신호 수신 장치가 브로드밴드(broadband) 망을 통해 서비스 디스커버리 리스트 테이블(Service Discovery List Table, SDLT)를 검색(Retrieval)할 수 있도록 프리-프로비전 URL(Pre-provisioned URL)을 제공할 수 있다. 프리-프로비전 URL은 실시예들에 따른 어플리케이션 또는 DVB-I 클라이언트에 내장된 모듈이 제공할 수 있다.
서비스 디스커버리 리스트 테이블(Service Discovery List Table, SDLT) 정보는 실시예들에 따른 어플리케이션에 대한 하나 또는 그 이상의 방송 서비스에 대한 정보를 나타내는 정보를 의미할 수 있다.
Pre-provisioned URL을 통해 실시예들에 따른 방송 신호 수신 장치는 서비스를 탐색하기 위한 리스트 테이블인 서비스 디스커버리 리스트 테이블을 수신할 수 있다. 실시예들에 따른 프리-프로비전 URL(Pre-provisioned URL)은 다음과 같은 다양한 모듈에서 활용할 수 있다.
A. 수신기 제조사에서 제공하는 DVB-I client 모듈
B. 네트워크 오퍼레이터에서 제공하는 Set-top 박스에 탑재된 DVB-I client 모듈 (이는 장치 내부에 별도로 구현된 앱일 수도 있고, HbbTV 앱일 수도 있다).
C. 모바일 수신기나 혹은 앱을 설치할 수 있는 수신기에서 앱 스토어에서 다운 받아서 설치한 앱에 탑재된 DVB-I client 모듈
실시예들에 따른Pre-provisioned URL은 쿼리 템플릿(Query Template)으로 구성될 수 있다. 쿼리 템플릿은 방송 신호 수신 장치에 탑재된 어플리케이션(DVB-I client를 포함하는 어플리케이션 등)에서 템플릿(Template)을 완성하여 브로드밴드 서버(Broadband Server)로 HTTP Request를 전송할 수 있다. 쿼리 템플릿(Query Template)의 형태는 다음과 같이 표현될 수 있다.
http[s]://{Recovery Base URL} / [?query] / sdlt
where:
[string] items in square brackets [..] indicate an optional string and
{element} items in curly brackets {..} indicate a named element.
{Recovery Base URL}은 각 어플리케이션(App)혹은 네이티브 앱(native App)에서 기설정되어 릴리즈되며, 각 앱을 설치하는 수신기 혹은 제조사에서 제공하는 수신기 별로 다른 URL 값을 가질 수 있다.
{Recovery Base URL} 값에 대한 제약은 없다. 해당 URL을 Base로 하는 브로드밴드 서버에 접근이 가능해야 한다.
[?query] 스트링은 app에서 Device Capability에 따라 템플릿 형태로 제작하여 Request String을 구성할 수 있다. [?query] 스트링은 쿼리 텀(Term)이라고 호칭할 수도 있으며, 텀(Term)은 도 8에 나타난 바와 같을 수 있다.
도 7은 실시예들에 따른 방송 서비스의 디스커버리 과정을 나타낸다.
실시예들에 따른 방송 신호 수신 방법은 도 7에 나타난 흐름도에 따라 방송 서비스의 디스커버리 동작을 수행할 수 있다.
실시예들에 따른 방송 신호 수신 방법은 실시예들에 따른 방송 서비스의 디스커버리 동작을 수행하기 위해 수신 장치를 활성화(7000)할 수 있다.
실시예들에 따른 방송 신호 수신 방법의 디스커버리 동작은, 방송 신호 수신 장치가 브로드밴드로 연결되었는지 여부를 확인(7001)할 수 있다.
실시예들에 따른 방송 신호 수신 방법은 DVB-I 클라이언트가 탑재된 어플리케이션 존재 여부를 확인(7002)할 수 있다.
실시예들에 따른 방송 신호 수신 방법은 DVB-I 클라이언트가 탑재된 어플리케이션이 존재하지 않는 경우, 앱 스토어(App Store) 등으로부터 어플리케이션을 다운로드(70003)할 수 있다.
실시예들에 따른 방송 신호 수신 방법은 어플리케이션이 존재하는 경우, 브로드밴드(broadband)를 이용하여 서버로 방송 서비스의 디스커버리를 위한 SDLT 정보를 요청(7004)할 수 있다.
실시예들에 따른 방송 신호 수신 방법은 방송 서비스의 디스커버리를 위한 SDLT 정보의 요청에 따라 SDLT 정보를 수신할 수 있다. 실시예들에 따른 방송 신호 수신 방법은 수신한 SDLT 정보를 파싱(parsing, 7005)할 수 있다.
실시예들에 따른 방송 신호 수신 방법은 수신한 SDLT 정보를 파싱하고, DVB의 실시예들에 따른 T채널, S채널, C채널에 대한 튜너가 방송 신호 수신 장치에 탑재되어 있는지 여부를 확인(7007)할 수 있다.
실시예들에 따른 방송 신호 수신 방법은 방송 신호 수신 장치에 실시예들에 따른 T채널, S채널, C채널에 대한 튜너가 존재하는 경우, 방송 신호 수신 방법은 T채널, S채널, C채널 및 인터넷을 통한 방송 서비스(예를 들어, DVB-T/S/C/I서비스)를 수신(7008)할 수 있다.
실시예들에 따른 방송 신호 수신 방법은 방송 신호 수신 장치에 실시예들에 따른 T채널, S채널, C채널에 대한 튜너가 존재하지 않는 경우, 방송 신호 수신 방법은 인터넷을 통한 방송 서비스(예를 들어, DVB-I서비스)를 수신(7009)할 수 있다.
실시예들에 따른 방송 신호 수신 방법은 방송 신호 수신 장치가 브로드밴드(broadband)로 연결되어 있지 않는 경우에는, DVB의 실시예들에 따른 T채널, S채널, C채널에 대한 튜너가 방송 신호 수신 장치에 탑재되어 있는지 여부를 확인(7010)할 수 있다.
실시예들에 따른 방송 신호 수신 방법은, 방송 신호 수신 장치가 브로드밴드에 연결되어 있지 않으나 실시예들에 따른 T채널, S채널, C채널에 대한 튜너가 존재하는 경우, 방송 신호 수신 방법은 T채널, S채널, C채널을 통한 방송 서비스(예를 들어, DVB-T/S/C서비스)를 수신(7011)할 수 있다.
실시예들에 따른 방송 신호 수신 방법은, 방송 신호 수신 장치가 브로드밴드에 연결되어 있지 않고 방송 신호 수신 장치에 실시예들에 따른 T채널, S채널, C채널에 대한 튜너가 존재하지 않는 경우, 방송 신호 수신 방법은 방송 서비스를 수신할 수 없다(7012).
도 8은 실시예들에 따른 방송 서비스의 디스커버리 과정의 쿼리 텀(Query Term)을 나타낸다.
실시예들에 따른 방송 신호 수신 방법은 방송 서비스의 디스커버리(Discovery)를 위한 SDLT 정보를 요청하기 위하여 브로드밴드(broadband)로 연결된 서버로 SDLT 정보 리퀘스트(request)를 전송할 수 있다. SDLT 정보 리퀘스트는 프리-프로비전 URL(Pre-provisioned URL)이 나타내는 위치로 전송할 수 있다.
프리-프로비전 URL(Pre-provisioned URL)은 실시예들에 따른 SDLT 정보를 수신하기 위하여 브로드밴드 서버로 요청을 전송할 위치를 나타내는 정보를 의미한다. 프리-프로비전 URL은 실시예들에 따른 어플리케이션 또는 DVB-I 클라이언트에 내장된 모듈이 제공할 수 있다. 어플리케이션은 예를 들어, 도 7의 7002 단계에서 확인되는 어플리케이션, 7003 단계에서 다운로드되는 어플리케이션, 도 5의 어플리케이션(예를 들어, 네이티브 앱, 기설정된 앱, 유저-선택 앱 등)을 의미할 수 있다.
실시예들에 따른 프리-프로비전 URL은 쿼리 폼(Query Form, 또는 쿼리 템플릿(Query Template)) 형태일 수 있다. 쿼리 폼(Query Form)은 실시예들에 따라 브로드밴드(인터넷 망)로 연결된 서버로 요청하기 위한 요청 양식을 의미할 수 있다. 쿼리 폼은 쿼리 템플릿(Query Template)로 호칭될 수도 있다. 쿼리 템플릿은 리커버리 베이스 URL(예를 들어, 도 6의 {Recovery Base URL}) 및/또는 쿼리 텀(Query Term) (예를 들어, 도 6의 [?query])를 포함할 수 있다. 도 8은 쿼리 텀(Query Term)과 그 의미의 예시를 나타낸다.
쿼리 텀(Query Term)은 프리-프로비전 URL 내에 포함되는 정보로, 요청하는 SDLT 내에 포함된 서비스가 어떤 방법에 따라 수신되는 방송 서비스인지에 대한 정보를 포함할 수 있다.
예를 들어, 쿼리 텀은 C, S, T, I, IPTV, ALL 중 어느 하나일 수 있다. 쿼리 텀이 C인 경우에는 요청하고자 하는 SDLT 정보가 케이블을 통해 전송되는 서비스들을 포함하는 SDLT를 요청하는 것임을 나타낼 수 있다. 쿼리 텀이 S인 경우에는 요청하고자 하는 SDLT 정보가 위성파를 통해 전송되는 서비스들을 포함하는 SDLT를 요청하는 것임을 나타낼 수 있다. 쿼리 텀이 T인 경우에는 요청하고자 하는 SDLT 정보가 지상파를 통해 전송되는 서비스들을 포함하는 SDLT를 요청하는 것임을 나타낼 수 있다. 쿼리 텀이 I인 경우에는 요청하고자 하는 SDLT 정보가 인터넷(브로드밴드)을 통해 전송되는 서비스들을 포함하는 SDLT를 요청하는 것임을 나타낼 수 있다. 쿼리 텀이 C인 경우에는 요청하고자 하는 SDLT 정보가 IPTV를 통해 전송되는 서비스들을 포함하는 SDLT를 요청하는 것임을 나타낼 수 있다. 쿼리 텀이 ALL인 경우에는 요청하고자 하는 SDLT 정보가 케이블, 위성파, 지상파, 인터넷 등을 통해 전송되는 서비스들을 모두 포함하는 SDLT를 요청하는 것임을 나타낼 수 있다.
도 9은 실시예들에 따른 쿼리 텀(Query Term)을 이용한 방송 서비스의 디스커버리 과정을 나타낸다.
실시예들에 따른 방송 신호 수신 방법/장치는 실시예들에 따른 프로-프로비전 URL(Pre-provisioned URL) 및/또는 쿼리 템플릿(Query Template)을 사용하여 실시예들에 따른 방송 서비스를 수신하기 위한 디스커버리 동작을 수행할 수 있다. 실시예들에 따른 디스커버리 동작은 다음과 같은 방법에 따라 수행될 수 있다.
먼저, 방송 신호 수신 장치는, 브로드밴드(broadband)를 통한 방송 서비스 수신을 지원하는 방송 신호 수신 장치의 앱 스토어(App Store)에서 DVB-I 서비스를 디스커버리(Discovery)할 수 있는 어플리케이션을 다운로드 받아 방송 신호 수신 장치에 설치할 수 있다. 실시예들에 따라 다운로드된 어플리케이션에는 DVB-I 클라이언트 모듈이 포함되어 있을 수 있으며, 해당 클라이언트 모듈은 프리-프로비전 URL(Pre-provisioned URL)을 제공할 수 있다.
다음으로, 방송 신호 수신 장치는 인터넷을 통한 방송 서비스의 디스커버리를 수행하기 위해, 프리-프로비전 URL(Pre-provisioned URL)을 이용하여 실시예들에 따른 쿼리 폼(Query form)을 구성한다. 쿼리 폼(Query form)은 도 8에서 설명한 쿼리 폼을 의미한다. 실시예들에 따른 방송 신호 수신 장치가 DVB-S/C/T 튜너를 포함하고 있지 않는 경우에는, 브로드밴드(인터넷) 망을 통해서 획득할 수 있는 인터넷을 통한 방송 서비스(예를 들어, DVB-I 서비스)를 디스커버리(Discovery)할 수 있다.
다음으로, 실시예들에 따른 방송 신호 수신 장치는 인터넷을 통한 방송 서비스(예를 들어, DVB-I Service)를 디스커버리할 수 있는 서비스의 리스트를 포함하는 SDLT (Service Discovery List Table)을 요청하는 쿼리 폼(Query Form, 또는 쿼리 템플릿)을 생성할 수 있다. 실시예들에 따른 쿼리 폼은 도 6 내지 도 9에서 설명한 바와 같은 동작에 따라 생성될 수 있다.
실시예들에 따른 방송 신호 수신 장치는, 생성한 쿼리 폼을 실시예들에 따른 SDLT를 제공하는 브로드밴드 서버(인터넷 망으로 연결된 서버)로 전송할 수 있다. 생성된 쿼리 폼을 수신한 브로드밴드 서버에서는 실시예들에 따른 쿼리 폼을 쿼리 폼 파서(query form parser)에 의해 파싱(parsing)한 후, 서버에서 구현된 응답 시나리오(Response scenario)를 통해 실시예들에 따른 방송 신호 수신 장치에 SDLT 정보가 포함된 응답(Response)를 제공한다. 실시예들에 따른 수신 장치의 요청(request)에 따라 서버에 의해 전송된 SDLT 정보는 XML 혹은 JSON형태와 같이 Web 환경에서 지원 가능한 모든 파일 포맷일 수 있다.
실시예들에 따른 방송 신호 수신 장치는 응답(Response)로 제공된 SDLT(Service Discovery List Table)를 수신한다. 실시예들에 따른 SDLT는 방송 신호 수신 장치 또는 어플리케이션에 포함된 파서(parser)에 의해 파싱(parsing)되고 SDLT 내에 포함된 하위 엘리먼트들을 추출할 수 있다.
실시예들에 따르면, SDLT의 수신에 따라 수신 장치에서는 인터넷을 기반한 서비스를 전통적인 지상파, 위성, 케이블 서비스와 함께 사용자가 선택할 수 있는 서비스 리스트에 함께 나열할 수 있다. 도 9는 특정 앱을 통한 TV에서의 UI를 나타낸다. 실시예들에 따른 수신 장치는 서비스별 특성에 따라 각각의 서비스가 인터넷으로 전송되는지 여부를 수신기별로 아이콘을 생성하여 보여줄 수 있다. 또한, 추가 정보를 부가적으로 추가할 수 있으며, 예를 들어 수신기가 브로드밴드에 연결이 되어 있지 않은 경우에는 인터넷 기반한 서비스를 선택할 수 없음을 표시할 수도 있다.
도 10은 실시예들에 따른 쿼리 텀(Query Term)을 이용한 방송 서비스의 디스커버리 과정을 나타낸다.
실시예들에 따른 방송 신호 수신 장치는 예를 들어 TV일 수 있다. 실시예들에 따른 방송 신호 수신 장치는 디스플레이부를 포함할 수 있다. 실시예들에 따른 방송 신호 수신 장치는 실시예들에 따른 어플리케이션을 나타내는 하나 또는 그 이상의 컴포넌트를 디스플레이부로 디스플레이할 수 있다.
사용자는 먼저, 실시예들에 따른 어플리케이션을 나타내는 컴포넌트들 중 하나를 선택(10001)할 수 있다. 어플리케이션은 예를 들어 도 5에서 설명한 네이티브 앱(Native App)일 수도 있고, 기설정된 앱(Pre-installed App)일 수도 있고, 다운로드 받은 앱일 수도 있다.
실시예들에 따른 방송 신호 수신 장치는, 사용자에 의해 선택된 어플리케이션을 실행할 수 있다. 실시예들에 따른 방송 신호 수신 장치는, 선택된 어플리케이션에 내장된 브로드밴드 서버(인터넷 망으로 연결된 서버)로 관련 SDLT를 수신하기 위하여 요청(request)할 수 있다(10002). 관련 SDLT는 선택된 앱과 관련된 방송 서비스들에 대한 정보를 의미할 수 있다.
실시예들에 따른 방송 신호 수신 장치는 브로드밴드 서버로 SDLT정보를 요청하기 위하여 프리-프로비전 URL을 선택된 앱으로부터 제공받을 수 있고, 프리-프로비전 URL에 실시예들에 따른 쿼리 텀(Query Term)을 부가 또는 치환함으로써 쿼리 폼(Query Form)을 생성할 수 있다. 실시예들에 따른 방송 신호 수신 장치는 쿼리 폼(Query Form)이 나타내는 주소로 SDLT를 획득하기 위한 요청(request)를 전송할 수 있다. 실시예들에 따른 쿼리 폼(Query Form)을 생성하는 방법은 도 6 내지 도 9에 따른 방법일 수 있다.
실시예들에 따른 방송 신호 수신 장치는 브로드밴드 서버로부터 SDLT 정보를 수신(10003)할 수 있다. SDLT 정보는 하나 또는 그 이상의 방송 서비스에 대한 정보를 포함할 수 있다. 하나 또는 그 이상의 방송 서비스는 지상파 방송 서비스, 위성파 방송 서비스, 인터넷 방송 서비스 및/또는 케이블파 방송 서비스를 포함할 수 있다.
실시예들에 따른 방송 신호 수신 장치는 SDLT(Service Discovery List Table)를 수신한다. 실시예들에 따른 SDLT는 방송 신호 수신 장치 또는 어플리케이션에 포함된 파서(parser)에 의해 파싱(parsing)되고 SDLT 내에 포함된 하위 엘리먼트들을 추출할 수 있다.
실시예들에 따른 방송 신호 수신 장치는 수신한 SDLT 정보에 포함된 방송 서비스에 대한 정보의 전부 또는 일부를 디스플레이부(displayer)로 디스플레이할 수 있다. 예를 들어, 방송 신호 수신 장치는 디스플레이부로, SDLT 정보에 포함된 하나 또는 그 이상의 방송 서비스의 채널 정보, 방송 서비스의 명칭 정보, 방송 서비스의 디스플레이 방식에 대한 정보(예를 들어, HD 서비스 등), 방송 서비스의 부가 정보에 관한 정보를 디스플레이부가 디스플레이할 수 있다.
도 11은 실시예들에 따른 서비스 디스커버리 리스트 테이블(Service Discovery List Table, SDLT)의 예시를 나타낸다.
서비스 디스커버리 리스트 테이블(Service Discovery List Table, SDLT) 정보는 실시예들에 따른 어플리케이션에 대한 하나 또는 그 이상의 방송 서비스에 대한 정보를 나타내는 정보를 의미할 수 있다. 실시예들에 따른 서비스 디스커버리 리스트 테이블(SDLT)는 서비스 리스트(Service List)로 호칭될 수도 있다.
ServiceDiscoveryListTable (SDLT)는 DVB-I 클라이언트 모듈에 내장된 프리-프로비전 URL(Pre-provisioned URL) 및 수신기 케퍼빌리티(Capability)에 따라서 쿼리 폼(Query Form) 형태로 구성된 HTTP Request를 통해 브로드밴드 서버(Broadband Server)에서 제공하는 HTTP Response의 형태일 수 있다. 실시예들에 따른 SDLT는 XML 형태로 구성될 수 있다. 도 11에 나타난 파라미터들은 XML 형태의 어트리뷰트(attribute)일 수 있다.
SDLT는 하나 또는 그 이상의 서비스(Service) 엘리먼트를 포함할 수 있다. 서비스(Service) 엘리먼트는 실시예들에 따른 어플리케이션에 대한 하나 또는 그 이상의 방송 서비스에 대한 정보를 포함하는 객체를 의미할 수 있다. SDLT에 포함되는 하나의 Service를 의미한다
서비스(Service) 엘리먼트는 서비스 아이디(serviceId) 엘리먼트, 글로벌 서비스 아이디(globalServiceId) 엘리먼트, 오리지널 네트워크 아이디(originalNetworkId), 트랜스포트 스트림 아이디(transportStreamId), 서비스 카테고리 정보(serviceCategory), 서비스 시퀀스 넘버 정보(SvcSeqNum), 콘텐트 포멧 정보(contentFormat), 서비스 인터넷 URL 정보(svcInetUrl)를 포함할 수 있다.
serviceId는 오리지널 네트워크 아이디의 범위 내에서 해당 서비스를 식별하는 식별자를 나타낸다. (Number that uniquely identifies this service within the scope of the originalNetworkId.) Service의 Identifier이며, DVB-C/S/T의 경우, service Id + transport stream Id + original network Id 범위 안에서 service Id는 고유한 값을 가진다. DVB-I의 경우, 오리지널 네트워크 범위 안에서 unique한 값을 가진다.
globalServiceId는 서비스를 범용적으로 식별하는 식별자를 나타낸다. globalServiceId는 ESG 내에 포함된 글로벌 서비스 아이디(global service id)로 매핑된 정보일 수 있다. DVB-C/S/T 서비스인 경우 해당 파라미터는 존재하지 않을 수도 있다. (Globally unique service identifier. It is mapped with the global service id in the ESG. For DVB-C/S/T service, this attribute is not present.) DVB-I의 경우, ESG에서 하나의 서비스와 매핑되는 범용적으로 고유한 URI 형태의 값을 가질 수 있다.
originalNetworkId는 해당 서비스가 본래 생성된 오리지널 네트워크를 식별하는 식별자를 나타낸다. (Number that uniquely identifies the original network which this service was originally generated.)
transportStreamId는 전송 스트림을 식별하는 식별자를 나타낸다. 해당 파라미터는 DVB-C/S/T 서비스에도 존재할 수 있으나, ISO BMFF 포멧으로 된 DVB-I 서비스에는 존재하지 않을 수도 있다. (Number that uniquely identifies the transport stream. This attribute may be present in the traditional DVB-C/S/T service, but it may not be present for the DVB-I service with ISO BMFF format.)
serviceCategory는 해당 서비스의 카테고리를 나타낸다. 서비스의 카테고리는 리니어(linear), 온-디멘드(on-demand), 어플리케이션(application) 서비스를 포함할 수 있다. (The category of this service. It can be linear, on-demand, or application service. More detail is listed in the table below.) 도 12에서 정의하는 값을 가질 수 있다.
SvcSeqNum는 서비스 정보의 버전을 나타낸다. (Version of service information in this table - increments by one for each new version of service data in RFD; wraps around to 0.) Service 요소값 내부의 값이 변했는지 아닌지를 나타내는 Sequence Number이다. 이 값이 변하지 않았으면, 해당 Service 요소 내부의 값은 변하지 않았음을 의미하며, 같은 ServiceId를 가지는 Service를 이미 수신하였을 경우, 수신기에서는 재분석하지 않아도 된다.
contentFormat은 해당 서비스의 컨텐트들의 포멧을 나타낸다. (The format of contents of this service) service를 구성하는 Contents의 format을 의미한다. 도 13에서 정의하는 값을 가질 수 있다.
svcInetUrl은 시그널링 정보 또는 ESG 오브젝트로 접근하기 위한 0개 또는 그 이상의 URL 정보를 의미할 수 있다. (URL to access signaling/ESG objects.) svcInetUrl은 Service의 Signaling 혹은 ESG를 받아올 수 있는 Broadband Server의 URL 값을 나타낼 수 있다. svcInetUrl은 urlType을 포함할 수 있다. urlType은 해당 URL의 가능한 파일의 타입을 의미할 수 있다. (Type of files available with this URL). urlType은 Broadband Server URL의 종류를 나타내며, 도 14에서 정의하는 바와 같이 Signaling Data 혹은 ESG data를 나타낼 수 있다.
실시예들에 따른 도 11에 나타난 파라미터들은 각각 실시예들에 따른 SDLT 내의 최상위 레벨에 존재할 수도 있고, SDLT 내의 서비스(또는 서비스 인스턴스, service instance)와 동일한 레벨 또는 그 하위 레벨에 존재할 수도 있다. 도 11에 나타난 각 파라미터들의 포함관계는 일 예시이다.
실시예들에 따른 방송 신호 수신 장치는 도 11에 나타난 실시예들에 따른 엘리먼트들을 포함하는 SDLT(Service Discovery List Table)를 수신한다. 실시예들에 따른 SDLT는 방송 신호 수신 장치 또는 어플리케이션에 포함된 파서(parser)에 의해 파싱(parsing)되고 SDLT 내에 포함된 하위 엘리먼트들을 추출할 수 있다.
도 12는 실시예들에 따른 SDLT에 포함된 서비스 카테고리 정보(serviceCategory)의 값의 예시를 나타낸다.
도 12에 나타난 실시예들에 따른 서비스 카테고리 정보(serviceCategory)는 도 11의 SDLT에 포함된 서비스 카테고리 정보를 의미할 수 있다.
서비스 카테고리 정보는 실시예들에 따른 방송 서비스의 카테고리를 나타낸다. 방송 서비스의 카테고리는 리니어 TV 서비스(Linear TV Service)인지, 리니어 라디오 서비스(Linear Radio Service), VoD 서비스(VoD Service), 앱 서비스(App Service), ESG 서비스(ESG Service), 데이터 서비스(Data Service)를 포함할 수 있다.
서비스 카테고리 정보는 해당 서비스가 방송 서비스로 사용되지 않는 경우 또는 방송 서비스가 아닌 경우 또는 사용되지 않는 경우(Not used)에는 0 값을 가질 수 있다. 서비스 카테고리 정보는 해당 서비스가 리니어 TV 서비스인 경우 1의 값을, 리니어 라디오 서비스인 경우 2의 값을, VoD 서비스인 경우 3의 값을, 앱 서비스인 경우 4의 값을, ESG 서비스인 경우 5의 값을, 데이터 서비스인 경우 6의 값을 가질 수 있다. 서비스 카테고리 정보는 추후 사용을 위해 7 내지 255에 해당하는 값을 남겨둘 수 있다.
도 13는 실시예들에 따른 SDLT에 포함된 콘텐트 포멧 정보(contentFormat)의 값의 예시를 나타낸다.
도 13에 나타난 실시예들에 따른 콘텐트 포멧 정보(contentFormat)는 도 11의 SDLT에 포함된 콘텐트 포멧 정보(contentFormat)를 의미할 수 있다.
콘텐트 포멧 정보 실시예들에 따른 방송 서비스의 콘텐트의 송수신 형식을 나타낸다. 방송 서비스의 콘텐트 포멧은 TS 포멧, ISO BMFF 포멧, CMAF 포멧을 포함할 수 있다.
콘텐트 포멧 정보는 해당 서비스가 방송 서비스로 사용되지 않는 경우 또는 방송 서비스가 아닌 경우 또는 사용되지 않는 경우(Not used)에는 0 값을 가질 수 있다. 콘텐트 포멧 정보는 해당 서비스가 TS 포멧으로 송수신되는 경우 1의 값을, ISO BMFF 포멧으로 송수신되는 경우 2의 값을, CMAF 포멧으로 송수신되는 경우 3의 값을 가질 수 있다. 콘텐트 포멧 정보는 추후 사용을 위해 7 내지 255에 해당하는 값을 남겨둘 수 있다.
도 14는 실시예들에 따른 SDLT에 포함된 urlType의 값의 예시를 나타낸다.
도 14에 나타난 실시예들에 따른 urlType는 도 11의 SDLT에 포함된 urlType를 의미할 수 있다.
urlType은 Broadband Server URL의 종류를 나타낸다. 아래 테이블에서 정의하는 바와 같이 Signaling Data 혹은 ESG data를 나타낼 수 있다. 방송 서비스의 콘텐트 포멧은 TS 포멧, ISO BMFF 포멧, CMAF 포멧을 포함할 수 있다.
urlType은 해당 SvcInetUrl이 나타내는 서버가 서비스 시그널링 서버(Service Signaling Server)인 경우에는 1 값을, SvcInetUrl이 나타내는 서버가 ESG 서버인 경우(ESG 데이터에 접근하기 위해 제공되는 URL인 경우) 2의 값을 가질 수 있다. urlType의 값은 추후 사용을 위해 7 내지 255에 해당하는 값을 남겨둘 수 있다.
도 15은 실시예들에 따른 서비스 디스커버리 리스트 테이블(Service Discovery List Table, SDLT)의 다른 예시를 나타낸다.
ServiceDiscoveryListTable (SDLT)는 DVB-I 클라이언트 모듈에 내장된 프리-프로비전 URL(Pre-provisioned URL) 및 수신기 케퍼빌리티(Capability)에 따라서 쿼리 폼(Query Form) 형태로 구성된 HTTP Request를 통해 브로드밴드 서버(Broadband Server)에서 제공하는 HTTP Response의 형태일 수 있다. 실시예들에 따른 SDLT는 XML 형태로 구성될 수 있다. 도 11에 나타난 파라미터들은 XML 형태의 어트리뷰트(attribute)일 수 있다. SDLT는 하나 또는 그 이상의 서비스(Service) 엘리먼트를 포함할 수 있다. 서비스 엘리먼트는 도 11에서 설명한 서비스(Service) 엘리먼트를 의미할 수 있다.
실시예들에 따른 방송 신호 수신 장치/방법은 SDLT 레벨의 Broadband URL을 시그널링할 수 있다. SdltInetUrl은 SDLT 내부에 포함되는 어떠한 서비스에 해당될 수 있는 정보를 획득하기 위해 수신기에서 접근 가능한 브로드밴드 서버의 주소를 나타낸다.
따라서, 실시예들에 따른 SDLT는 SdltInetUrl 엘리먼트를 더 포함할 수 있다. SdltInetUrl는 SDLT에서 열거하고 있는 어떠한 Service와 관련한 Signaling 혹은 ESG를 받아올 수 있는 Broadband Server의 URL 값을 의미할 수 있다. SdltInetUrl는 urlType를 포함할 수 있다. urlType 엘리먼트는 Broadband Server URL의 종류를 나타내며, 각 정의 타입에 따라 Signaling Data 혹은 ESG data를 나타낼 수 있다.
실시예들에 따른 방송 신호 수신 장치/방법은 SDLT에 포함된 SdltInetUrl 또는 각 서비스(Service)의 SvcInetUrl을 사용하여 서비스 시그널링 정보(Service Signaling) 및/또는 ESG에 접근 가능한 쿼리 텀(Query Term)을 생성할 수 있다. 쿼리 텀(Query Term)은 브로드밴드 서버로 실시예들에 따른 시그널링 데이터 또는 ESG 데이터를 요청하기 위한 서버의 주소를 의미할 수 있다. 실시예들에 따른 방송 신호 수신 장치/방법은 SdltInetUrl을 이용하여 서비스와 관련된 정보(예를 들어, 서비스 시그널링 정보 및/또는 ESG 정보)를 요청(request)할 수 있는 HTTP Query Term을 생성할 수 있다.
실시예들에 따른 도 15에 나타난 파라미터들은 각각 실시예들에 따른 SDLT 내의 최상위 레벨에 존재할 수도 있고, SDLT 내의 서비스(또는 서비스 인스턴스, service instance)와 동일한 레벨 또는 그 하위 레벨에 존재할 수도 있다. 도 15에 나타난 각 파라미터들의 포함관계는 일 예시이다.
실시예들에 따른 방송 신호 수신 장치는 도 11에 나타난 실시예들에 따른 엘리먼트들을 포함하는 SDLT(Service Discovery List Table)를 수신한다. 실시예들에 따른 SDLT는 방송 신호 수신 장치 또는 어플리케이션에 포함된 파서(parser)에 의해 파싱(parsing)되고 SDLT 내에 포함된 하위 엘리먼트들을 추출할 수 있다.
도 16은 실시예들에 따른 쿼리 텀(Query Term)의 예시를 나타낸다.
도 16의 쿼리 텀(Query Term)은 도 15에서 설명한 쿼리 텀을 의미할 수 있다. urlType이 예를 들어 1인 SdltInetUrl이 SDLT에서 시그널링되는 경우, <service_id> 용어(또는 신텍스)가 사용될 수 있다. 이는 URL이 SDLT 레벨에서 시그널링 되지만, 수신기에서는 특정 요구하는 서비스에 대한 시그널링 정보만 획득하고 싶다는 쿼리(Query)를 의미하게 된다. 예를 들어, <service_id> 값이 실시예들에 따른 쿼리 텀(Query Term)에 포함되지 않는다면, 이는 SDLT에서 시그널링하고 있는 모든 서비스에 대한 시그널링을 요청하는 것을 의미한다.
normal / diff / template 텀은, DVB-I 서비스의 경우 해당하는 것으로 요청(request)하는 시그널링 오브젝트가 XML 형태일 경우, 해당 텀을 응용할 수 있다.
current/next 텀은, 요청하는 시그널링 오브젝트가 현재 서비스의 시그널링 정보인지 혹은 다음 버전의 시그널링 정보인지 여부를 의미한다. 현재 버전의 시그널링 오브젝트를 요청할 경우에는 해당 텀은 생략 가능하다.
list_of_signaling_object_types텀은, 요청하는 시그널링 오브젝트의 종류를 나타내며, 이는 스페이스로 분리(space separated)하여 요청할 수 있다. 만약 모든 시그널링 오브젝트를 요구한다면, ALL을 사용하여 이를 Query Term에 적용할 수 있다. 실시예들에 따른 list_of_signaling_object_types 텀은 도 17에 도시된 파라미터를 사용할 수 있다. 시그널링 오브젝트는, 요청된 서비스들에 대한 정보를 포함하는 데이터의 단위를 의미할 수 있다.
도 17은 실시예들에 따른 쿼리 텀(Query Term)의 list_of_signaling_object_types의 파라미터의 예시를 나타낸다.
도 17은 도 16에 나타난 SdltInetUrl를 활용한 쿼리 텀(Query Term) 생성 시 list_of_signaling_object_types의 파라미터들의 예시를 나타낸 것이다.
list_of_signaling_object_types의 파라미터가 ALL인 경우, 요청된 서비스들에 대한 모든 시그널링 오브젝트(메타데이터 오브젝트, metadata object)를 요청하는 것을 의미한다. (All metadata objects for requested service(s))
list_of_signaling_object_types의 파라미터가 USBD인 경우, 요청된 서비스들에 대한 USBD 시그널링 오브젝트를 요청하는 것을 의미한다. (USBD for requested service(s))
list_of_signaling_object_types의 파라미터가 MPD인 경우, 요청된 서비스들에 대한 DASH MPD 시그널링 오브젝트를 요청하는 것을 의미한다. (DASH MPD for requested service(s))
list_of_signaling_object_types의 파라미터가 NIT인 경우, 네트워크 정보 테이블(Network Information Table, NIT)를 요청하는 것을 의미한다.
list_of_signaling_object_types의 파라미터가 BAT인 경우, 부켓 어소시에이션 테이블(Bouquet Association Table, BIT)를 요청하는 것을 의미한다. 부켓 어소시에이션 테이블(BIT)는 부켓들에 대한 정보를 제공하는 정보로, 부켓이란 하나의 엔터티(entity)로 마케팅된 서비스들의 집합을 의미한다.
list_of_signaling_object_types의 파라미터가 SDT인 경우, 서비스 디스크립션 테이블(Service Description Table, SDT)를 요청하는 것을 의미한다.
list_of_signaling_object_types의 파라미터가 AIT인 경우, 어플리케이션 정보 테이블(Application Information Table, AIT)를 요청하는 것을 의미한다.
list_of_signaling_object_types의 파라미터가 DWD인 경우, 분산 윈도우 디스크립션(Distribution Window Description, DWD)를 요청하는 것을 의미한다.
list_of_signaling_object_types는 ALL, USBD, MPD, NIT, BAT, SDT, AIT 및/또는 DWD를 파라미터로 가질 수 있고, 상술한 파라미터 이외의 파라미터도 가질 수 있다.
도 18은 실시예들에 따른sdltInetUrl을 이용한 쿼리 텀(Query Term)을 이용한 시그널링 오브젝트들을 수신하는 예시를 나타낸다.
실시예들에 따른 방송 신호 수신 장치는 도 16 내지 도 17에서 설명한 바와 같이 sdltInetUrl에 기초하여 쿼리 텀을 생성하고, 생성된 쿼리 텀을 이용하여 시그널링 오브젝트를 요청할 수 있다.
실시예들에 따른 방송 신호 수신 장치는 수신 장치 내의 어플리케이션에서 제공하는 프리-프로비전 URL (예를 들어, 도 18의 https://bb1.com/[?query]/sldt, 18001a) 과 관련 쿼리 텀을 이용하여 SLDT를 제 1 브로드밴드 서버로 요청(18001)할 수 있다. 18001 동작은 도 6 내지 도 10에서 설명한 동작을 수행할 수 있다. (예를 들어, 실시예들에 따른 방송 신호 수신 장치는, 전송부(transmitter)를 포함할 수 있고, 전송부는 SDLT 획득을 위한 요청을 제 1 브로드밴드 서버로 전송할 수 있다.)
실시예들에 따른 방송 신호 수신 장치는 제 1 브로드밴드 서버로부터 SLDT를 수신할 수 있다(18002). 실시예들에 따른 수신한 SLDT는 도 11 내지 도 17에 설명한 SLDT를 의미할 수 있다. 예를 들어, 방송 신호 수신 장치는<sdltInetUrl urlType="1">http://aaa.bbb.com/</sdltInetUrl>으로 SDLT를 획득할 수 있다.
실시예들에 따른 방송 신호 수신 장치는 도 11에 나타난 실시예들에 따른 엘리먼트들을 포함하는 SDLT(Service Discovery List Table)를 수신한다. 실시예들에 따른 SDLT는 방송 신호 수신 장치 또는 어플리케이션에 포함된 파서(parser)에 의해 파싱(parsing)되고 SDLT 내에 포함된 하위 엘리먼트들을 추출할 수 있다.
실시예들에 따른 방송 신호 수신 장치는 수신한 SDLT를 이용하여 서비스들에 대한 시그널링 오브젝트(signaling object)를 수신하기 위한 쿼리 텀(query term)을 생성하고, 생성된 쿼리 텀을 제 2 브로드밴드 서버(broadband server)로 전송할 수 있다(18003). 브로드밴드 서버는 상술한 쿼리 텀이 나타내는 서버를 의미할 수 있다. 시그널링 오브젝트를 수신하기 위한 쿼리 텀은 도 15 내지 도 17에서 설명한 바와 같다. 제 2 브로드밴드 서버는 제 1 브로드밴드 서버와 동일할 수도 있고 다를 수도 있다.
실시예들에 따른 방송 신호 수신 장치는 시그널링 오브젝트(signaling object)를 수신하기 위한 쿼리 텀(query term)을 SDLT에 포함된 SdltInetUrl 정보와urlType 정보를 이용하여 생성할 수 있다. (예를 들어, 실시예들에 따른 방송 신호 수신 장치는, 전송부(transmitter)를 포함할 수 있고, 전송부는 SDLT 획득을 위한 요청을 제 2 브로드밴드 서버로 전송할 수 있다.)
실시예들에 따른 방송 신호 수신 장치는, 상술한 쿼리 텀에 기초하여 시그널링 오브젝트(signaling object)를 수신할 수 있다(18004). 실시예들에 따른 방송 신호 수신 장치는 시그널링 오브젝트(Signaling object)를 수신한다. 실시예들에 따른 시그널링 오브젝트(signaling object)는 방송 신호 수신 장치 또는 어플리케이션에 포함된 파서(parser) 또는 시그널링 오브젝트 파서(signaling object parser)에 의해 파싱(parsing)되고 시그널링 오브젝트 내에 포함된 하위 엘리먼트들을 추출할 수 있다.
예를 들어, 수신 장치는 http://aaa.bbb.com/0x2107/ALL 와 같이 쿼리 텀을 생성할 수 있다. 예시와 같이HTTP Request를 요청하는 경우, 브로드밴드 서버는 @serviceId 값이 0x2107인, 서비스에 대한 모든 시그널링 오브젝트들을 current, normal version으로 실시예들에 따른 방송 신호 수신 장치로 반환할 수 있다.
또 다른 예로, 실시예들에 따른 방송 신호 수신 장치가 <sdltInetUrl urlType="1">http://xxx.yyy.com/</sdltInetUrl>의 파라미터가 포함된 SDLT를 획득한 경우, 수신기에서는 Query Term을 http://xxx.yyy.com/0x2103/next/MPD 값으로 구성한다. 이러한 HTTP Request를 요청하는 경우, Broadband Server는 @serviceId 값이 0x2103인 서비스의 MPD signaling object를 next, normal version으로 반환한다.
도 19는 실시예들에 따른sdltInetUrl을 이용한 쿼리 텀(Query Term)을 이용한 시그널링 오브젝트들을 수신하는 예시를 나타낸다.
실시예들에 따른 방송 신호 수신 장치는 SDLT를 가질 수 있다. 실시예들에 따른 방송 신호 수신 장치의 SDLT는 도 18에서 설명한 방법에 따라 브로드밴드 서버로부터 수신한 정보일 수 있다. 실시예들에 따른 방송 신호 수신 장치는 SDLT에 기초하여 방송 서비스들을 나열하여 디스플레이부로 디스플레이할 수 있다.
예를 들어, 실시예들에 따른 방송 신호 수신 장치는, @serviceId=0x2107인 서비스 및 @serviceId=0x2108인 서비스를 포함하는 경우, @serviceId=0x2107인 서비스를 나타내는 아이콘 및 @serviceId=0x2108인 서비스를 나타내는 아이콘을 디스플레이부로 디스플레이할 수 있다.
실시예들에 따른 방송 신호 수신 장치의 사용자는 SDLT에 포함된 서비스들을 선택할 수 있다. 즉, 실시예들에 따른 방송 신호 수신 장치는 SDLT에 포함된 서비스들을 아이콘(icon) 형태로 디스플레이할 수 있고, 사용자는 해당 아이콘을 선택함으로써 선택한 방송 서비스를 선택할 수 있다.
실시예들에 따른 방송 신호 수신 장치는, 예를 들어 'Channel List' 또는 '채널 리스트' 등으로 표시된 컴포넌트을 디스플레이할 수 있고, 사용자가 해당 컴포넌트를 선택하는 경우 방송 신호 수신 장치는 SDLT에 포함된 방송 서비스들을 나열하여 디스플레이할 수 있다. 예를 들어, 방송 신호 수신 장치는, 33-7 채널과 33-7 채널에 대한 정보, 33-8 채널과 33-8 채널에 대한 정보를 SDLT를 이용하여 디스플레이할 수 있다. 사용자는 나열된 방송 서비스들 중 하나 또는 그 이상의 서비스를 선택할 수 있다.
실시예들에 따른 방송 신호 수신 장치는, 사용자에 의해 선택된 서비스에 대한 시그널링 오브젝트(signaling object)를 SDLT에 포함된 정보에 기초하여 브로드밴드 서버로 요청할 수 있다. 예를 들어, 실시예들에 따른 방송 신호 수신 장치는, 사용자가 33-7 채널을 선택하는 경우 33-7 채널과 관련된 하나 또는 그 이상의 서비스를 나타내는 시그널링 오브젝트를 브로드밴드 서버로 요청할 수 있다. 실시예들에 따른 방송 신호 수신 장치는 SdltInetURL type==1을 이용하여 @serviceId=0x2107 인 서비스의 시그널링 오브젝트를 요청할 수 있다.
실시예들에 따른 방송 신호 수신 장치는, 요청한 33-7 채널과 관련된 서비스에 대한 서비스 시그널링 오브젝트를 수신할 수 있다.
도 20은 서비스(Service)의 서비스 시그널링 오브젝트(Signaling object)와 서비스 시그널링 오브젝트의 관계를 나타낸다.
도 20은 인터넷 기반 방송 서비스의 서비스 시그널링 오브젝트(Service Signaling Object, 20000) 의 종류를 나타낸다. 도 20은 도 15 내지 도 19에서 설명한 서비스 시그널링 오브젝트(service signaling object) 또는 시그널링 오브젝트(signaling object)를 의미할 수 있다. 서비스 시그널링 오브젝트는 서비스 시그널링 또는 서비스 시그널링 메타데이터 등으로 호칭될 수 있다. 도 20은 실시예들에 따른 방송 신호 수신 장치가 방송 서비스의 시그널링 오브젝트를 요청하였을 때, 브로드밴드 서버에서 제공하는 DVB-I 서비스의 Service Signaling 구성을 나타낸다.
실시예들에 따른 방송 신호 수신 장치는 도 20에 나타난 서비스 시그널링 오브젝트(Service signaling object)를 수신한다. 실시예들에 따른 시그널링 오브젝트(signaling object)는 방송 신호 수신 장치 또는 어플리케이션에 포함된 파서(parser) 또는 시그널링 오브젝트 파서(signaling object parser)에 의해 파싱(parsing)되고 시그널링 오브젝트 내에 포함된 하위 엘리먼트들을 추출할 수 있다.
실시예들에 따른 서비스 시그널링 오브젝트(20000)는 서비스 시그널링(Service Signaling), 서비스 시그널링(Service Signaling), 메타데이터 시그널링 오브젝트(Metadata Signaling Object) 등으로 호칭될 수 있다.
서비스 리스트(Service List)는 하나 또는 그 이상의 서비스를 의미한다. 서비스 리스트 시그널링(Service List Signaling)은 하나 또는 그 이상의 서비스의 집합 각각에 대한 정보 및 서비스들에 대한 정보를 의미한다.
DVB-I Service의 서비스 시그널링 오브젝트(20000)는 각 Metadata Signaling Object의 역할 및 구성에 따라 포함하고 있는 정보가 달라질 수 있으며, 도 20은 4가지 타입의 Signaling Metadata로 구성된 DVB-I 서비스 시그널링 체계의 예시를 나타낸다.
USBD(UserServiceBundleDescription, 20001)은 실시예들에 따른 방송 서비스(예를 들어, DVB-I 서비스)에 대한 정보를 포함하는 하나 또는 그 이상의 USD를 포함하는 시그널링 오브젝트이다. USBD는 방송 서비스가 DVB-I Linear Service인 경우에는 MPD에 대한 URL 정보를 포함할 수 있다.
USD(UserServiceDescription, 20002)는 실시예들에 따른 방송 서비스(예를 들어, DVB-I 서비스)에 대한 정보를 포함하는 시그널링 오브젝트이다. 실시예들에 따르면 USBD는 하나 또는 그 이상의 USD를 포함할 수 있다.
DWD(Distribution Window Description, 20003)는 DVB-I 서비스는 멈춰있는 image나 일반적인 파일을 보여주기 시작하면서 서비스에 대한 정보를 사용자에게 알리는 것도 가능하다. 이러한 경우, USBD에서는 Still Image를 언제 Distribution 할 것인지에 대한 스케줄 정보를 signaling 하는 DWD를 링크시키는 URL을 알려줄 수 있다.
DeliveryMethod(20004)는, 실시예들에 따른 USD에 포함된 정보로 방송망 또는 브로드밴드 망으로 접근되는 콘텐츠들을 보유하는 전송-관련 정보를 나타낸다. DeliveryMethod는 MPD를 획득하기 위해 사용될 수 있다.
AIT(Application Information Table, 20005)는 DVB-I 서비스가 Application으로 구동되는 서비스인 경우, USBD는 Application을 연결하는 AIT signaling에 대한 URL을 제공할 수 있다.
MPD(MediaPresentationDescription, 20006) DVB-DASH에서 사용하는 Signaling Metadata이며, 해당 Metadata의 사용 방안 및 Signaling 정보는 MPEG-DASH에서 정의하는 바와 같다.
실시예들에 따른 USBD, DWD, DeliveryMethod, AIT, MPD는 실시예들에 따른 시그널링 오브젝트 내에서 하나의 XML 형태로 시그널링될 수 있다. 예를 들어, 실시예들에 따른 방송 신호 수신 장치의 파서(또는 시그널링 오브젝트 파서)는 서비스 시그널링 오브젝트에 포함된 USBD(User Service Bundle Description)을 파싱하여 하나 또는 그 이상의 USD(User Service Description)을 추출할 수 있다. 실시예들에 따른 방송 신호 수신 장치의 파서(또는 시그널링 오브젝트 파서)는 추출된 USD에 기초하여 Delivery Method(20004), DWD(Distribution Window Description, 20003), AIT(Application Information Table, 20005)를 실시예들에 따른 서비스 시그널링 오브젝트로부터 추출하거나 서버로 요청 및 응답을 통하여 획득할 수 있다. 실시예들에 따른 방송 신호 수신 장치의 파서(또는 시그널링 오브젝트 파서)는 Delivery Method(20004)에 기초하여 MPD(Media Presentation Description, 20006)을 추출할 수 있다.
도 21은 실시예들에 따른 방송 신호 수신 장치가 서비스 리스트 시그널링(Service List Signaling) 및 방송 서비스를 수신하는 방법을 나타낸다.
도 21은 실시예들에 따른 방송 신호 수신 장치가 DVB-I 서비스 디스커버리(DVB-I service discovery) 및 방송 콘텐츠(content)를 수신하는 DVB-I 시스템을 나타낸다. DVB-I 시스템은 DVB-I 플레이어(DVB-I Player, 21000), 콘텐츠 가이드 서버(Content Guide Server, 21001), 서비스 리스트 서버(Service List Server, 21002), 브로드캐스터(Broadcaster, 21003), MPD 서버(MPD Server, 21004), 스트림 서버(Stream Server, 21005), 멀티캐스트 게이트웨이(Multicast Gateway, 21006), 멀티캐스트 서버(Multicast Server, 21007)를 포함할 수 있다.
DVB-I 플레이어(DVB-I Player, 21000)는 실시예들에 따른 방송 신호 수신 장치를 의미할 수 있다.
DVB-I 플레이어(21000)는 콘텐츠 가이드 서버(21001)로 콘텐츠 가이드(Content guide)를 요청(query)할 수 있다(C1). DVB-I 플레이어(21000)는 콘텐츠 가이드 서버(21001)로부터 콘텐츠 가이드 데이터(Content guide data)를 수신할 수 있다.
DVB-I 플레이어(21000)는 서비스 리스트 서버(21002)로 서비스 리스트(Service List)를 요청할 수 있다(A1). DVB-I 플레이어(21000)는 Aggregated 서비스 리스트를 서비스 리스트 서버(21002)로부터 수신할 수 있다. DVB-I 플레이어(21000)는 서비스 리스트 서버(21002)에 포함된 서비스 리스트 레지스트리(Service List Registry)에 서비스 리스트의 디스커버리(Discovery)를 위한 요청(즉, 서비스 리스트 디스커버리 쿼리, Service list discovery query)를 전송할 수 있다. DVB-I 플레이어(21000)는 서비스 리스트 서버(21002)의 서비스 리스트 레지스트리로부터 서비스 리스트 엔트리 포인트들(Service list entry points, 예를 들어 SDLT 등)를 수신할 수 있다.
실시예들에 따른 DVB-I 플레이어(21000)는 실시예들에 따른 콘텐트 가이드 서버(21001), 서비스 리스트 서버(21002), MPD 서버(21004), 스트림 서버(21005), 멀티캐스트 게이트웨이(21006)으로부터 신호 또는 데이터를 수신하기 위한 수신부(리시버) 및/또는 신호 또는 데이터를 전송하기 위한 전송부(트랜스미터)를 포함한다. 실시예들에 따른 DVB-I 플레이어(21000)는 실시예들에 따른 콘텐트 가이드 서버(21001), 서비스 리스트 서버(21002), MPD 서버(21004), 스트림 서버(21005), 멀티캐스트 게이트웨이(21006)으로부터 수신한 데이터 또는 신호를 파싱하기 위한 파서(parser)를 포함한다. 실시예들에 따른 DVB-I 플레이어(21000)는 도 2에서 설명한 피지컬 레이어 구조를 포함할 수 있다.
DVB-I 플레이어(21000)는 MPD 서버(21004)로 DASH MPD(Media Presentation Description)를 요청(request)할 수 있다(F1). DVB-I 플레이어(21000)는 DASH MPD를 MPD 서버(21004)로부터 수신할 수 있다.
DVB-I 플레이어(21000)는 스트림 서버(21005)로 미디어(Media) 데이터를 요청(request)할 수 있다(H1). DVB-I 플레이어(21000)는 DASH 데이터를 스트림 서버(21005)로부터 유니캐스트(unicast) 형태로 수신할 수 있다.
콘텐츠 가이드 서버(Content Guide Server, 21001)는 실시예들에 따른 콘텐츠 가이드 데이터를 실시예들에 따른 DVB-I 플레이어(21000)으로 전송할 수 있다(C2). 콘텐츠 가이드 서버(21001)는 콘텐츠 가이드 데이터를 수신하기 위하여 브로드캐스토(21003)으로 콘텐츠 가이드를 요청할 수 있다(B2). 콘텐츠 가이드 서버(21001)는 콘텐츠 가이드 데이터를 브로드캐스터(21003)으로부터 수신(B1)할 수 있다. 콘텐츠 가이드 서버(21001)는 브로드캐스터(21003)로부터 수신한 콘텐츠 가이드를 DVB-I 플레이어로 전송할 수 있다(C2). 실시예들에 따른 콘텐츠 가이드 서버(Content Guide Server, 21001)는 도1에서 설명한 피지컬 레이어 구조를 포함할 수 있다.
서비스 리스트 서버(Service List Server, 21002)는 실시예들에 따른 방송 서비스들에 대한 정보를 포함하는 Aggregated 서비스 리스트를 DVB-I 플레이어로 전송할 수 있다(A1). 실시예들에 따른 Aggregated 서비스 리스트에 포함된 정보의 일부 또는 전부는 브로드캐스터(21003)로부터 수신할 수 있다(D). 즉, 서비스 리스트 서버(21002)는 브로드캐스터(21003)으로부터 서비스 리스트를 구성하는 서비스 리스트 프래그먼트들(Service List Fragments)를 수신하고, 이들의 전부 또는 일부를 DVB-I 플레이어(21000)로 전송할 수 있다. 실시예들에 따르면, 서비스 리스트 서버(21002)는 서비스 리스트 레지스트리(Service List Registry)를 포함할 수 있다. 실시예들에 따른 서비스 리스트 서버(Service List Server, 21002)는 도1에서 설명한 피지컬 레이어 구조를 포함할 수 있다.
브로드캐스터(Broadcaster, 21003)는 방송 서비스 리스트를 구성하는 서비스 리스트 프래그먼트들을 서비스 리스트 서버(21002)로 전송할 수 있다. 브로드캐스터는 콘텐츠 가이드 데이터를 콘텐츠 가이드 서버(21001)로 전송할 수 있다.
실시예들에 따른 브로드캐스터(21003)는 콘텐츠를 제공할 수 있다. 실시예들에 따른 브로드캐스터는 콘텐츠/서비스 프로바이더(Content/Service Provider)라고 호칭될 수도 있다. 브로드캐스터(21003)는 콘텐츠 가이드 서버로 콘텐츠 가이드(content guide)를 전송할 수 있고, 서비스 리스트 서버로 서비스 리스트 프래그먼트들을 전송할 수 있다. 서비스 리스트 프래그먼트들은 서비스 레코드들(Service Records)이라고 호칭될 수도 있다. 실시예들에 따른 브로드캐스터(Broadcaster, 21003)는 도1에서 설명한 피지컬 레이어 구조를 포함할 수 있다.
MPD 서버(MPD Server, 21004)는 실시예들에 따른 DASH MPD를 실시예들에 따른 DVB-I 플레이어(21000)에게 제공하는 서버를 의미한다. MPD 서버는 브로드밴드 망으로 연결된 서버일 수 있다. MPD 서버(21004)는 DVB-I 플레이어로부터 DASH MPD를 위한 요청(request)를 수신할 수 있다(F1). MPD 서버(21004)는 요청에 기초하여 DVB-I 플레이어로 DASH MPD를 전송할 수 있다(F2). MPD 서버(21004)는 실시예들에 따른 브로드캐스터(21004)로 MPD들에 대한 URL 정보를 제공할 수 있다. MPD들에 대한 URL 정보는 브로드캐스터(21003)을 통해 DVB-I 플레이어로 제공(E1)될 수 있고, 이에 기초하여 서비스 시그널링 정보가 컨텐츠 가이드 서버(21001) 및/또는 서비스 리스트 서버(21002)를 통해서 전송될 수 있다. 실시예들에 따른 MPD 서버(MPD Server, 21004)는 도1에서 설명한 피지컬 레이어 구조를 포함할 수 있다.
스트림 서버(Stream Server, 21005)는 실시예들에 따른 미디어 데이터를 실시예들에 따른 DVB-I 플레이어(21000)에게 제공하는 서버를 의미한다. 실시예들에 따른 미디어 데이터는 DASH 형태의 파일을 의미할 수 있다. 스트림 서버(21005)는 DVB-I 플레이어로부터 미디어 데이터를 위한 요청을 수신할 수 있다(H1). 스트림 서버(21005)는 요청에 기초하여 DVB-I 플레이어로 DASH 미디어 데이터를 전송할 수 있다(H2). 스트림 서버(21005)는 실시예들에 따른 MPD 서버(21004)로 미디어들에 대한 URL 정보를 제공할 수 있다(G). 미디어들에 대한 URL 정보를 수신한 MPD 서버는 이에 기초하여 MPD들에 대한 URL정보를 추출 및 생성할 수 있다. 그 후 MPD들에 대한 URL정보는 브로드캐스터(21003)을 통해 DVB-I 플레이어로 제공(E1)될 수 있고, 이에 기초하여 서비스 시그널링 정보가 컨텐츠 가이드 서버(21001) 및/또는 서비스 리스트 서버(21002)를 통해서 전송될 수 있다. 실시예들에 따른 스트림 서버(Stream Server, 21005)는 도1에서 설명한 피지컬 레이어 구조를 포함할 수 있다.
멀티캐스트 서버(Multicast Server, 21007)는 실시예들에 따른 스트림 서버(21005)로부터 전송되는 미디어 데이터를 멀티캐스트(Multicast) 형식으로 DVB-I 플레이어로 전송하는 서버를 의미할 수 있다. 멀티캐스트 서버(21007)는 실시예들에 따른 스트림 서버(21005)로부터 미디어 데이터를 수신한다. 멀티캐스트 서버(21007)는 수신한 미디어 데이터를 멀티캐스트 형식으로 멀티캐스트 게이트웨이(Multicast Gateway, 21006)로 전송한다. 실시예들에 따른 미디어 데이터는 DASH 포멧의 미디어 데이터일 수 있다. 실시예들에 따른 멀티캐스트 서버(21007)는 도1에서 설명한 피지컬 레이어 구조를 포함할 수 있다.
멀티캐스트 게이트웨이(Multicast Gateway, 21006)는 멀티캐스트 형식으로 전송된 미디어 데이터를 수신한다(Y1). 멀티캐스트 게이트웨이(21006)는 미디어 데이터를 수신하고, 유니캐스트(Unicast) 형식으로 실시예들에 따른 멀티캐스트 서버(21007)로 리페어(Repair) 정보를 전송(Y2)한다. 멀티캐스트 게이트웨이(21006)은 수신한 미디어 데이터를 유니캐스트 형식으로 DVB-I 플레이어로 전송(Z1)한다. 실시예들에 따른 미디어 데이터는 DASH 포멧의 미디어 데이터일 수 있다. 실시예들에 따른 멀티캐스트 게이트웨이(Multicast Gateway, 21006)는 도1에서 설명한 피지컬 레이어 구조를 포함할 수 있다.
실시예들에 따른 방송 신호 수신 장치는 브로드밴드(broadband) 망을 통해, DVB-I 서비스 디스크립션(예를 들어, SDLT)를 요청하기 위한 쿼리 폼(Query Form)을 생성할 수 있다. 방송 신호 수신 장치(예를 들어, DVB-I 플레이어)는 프리-프로비전 URL(Pre-provisioned URL)을 통해 브로드밴드 서버(예를 들어, 서비스 리스트 서버(21002) 등)로 쿼리 폼을 전송하고, DVB-I service list 들이 모두 포함된 실시예들에 따른 aggregated 서비스 리스트를 수신할 수 있다.
도 21은 DVB-I 서비스 디스커버리와 방송 콘텐츠를 수신하는 과정을 나타낸다. 실시예들에 따른 방송 신호 수신 장치는 서비스 리스트 쿼리(Service List Query, A1)를 일정 주기로 전송하고, 서비스 리스트를 수신할 수 있다(A2). 실시예들에 따른 방송 신호 수신 장치는 aggregated service list table(예를 들어, SDLT) 내 정의된 SdltInetUrl 혹은 SvcInetUrl을 통하거나, pre-provisioned URL을 통해 콘텐츠 가이드(content guide)를 수신하게 된다. 수신된 콘텐츠 가이드(content guide)는 기존 방송 채널과 통합되어, 특정 logical channel 로 통합되어 서비스가 보이게 된다. Content/service provider는 DVB-I 단말이 content guide server의 접근 가능하도록 content guide data를 제공한다. 또한 통합된 service list를 DVB-I 단말이 수신할 수 있도록 일정 주기로 service list fragment를 주기적으로 D 인터페이스를 통해 제공한다. 수신 받은 aggregated service list table 내 정의된 MPD URL 을 통해 MPD 를 요청하고 원하는 리니어 서비스를 수신한다.
도 22는 서비스 시그널링 정보를 포함하는 메타데이터 엔벨롭(Metadata Envelop)을 나타낸다.
실시예들에 따른 방송 신호 수신 장치는, SdltInetUrl 혹은 SvcInetUrl을 이용하여 브로드밴드 Server에 HTTP 형태로 서비스 시그널링 정보를 요청(Request)할 수 있다. 실시예들에 따른 서비스 시그널링 정보의 요청은 도 6 내지 도 21에서 설명한 쿼리 폼(Query Form)의 형태일 수 있다.
실시예들에 따른 방송 신호 수신 장치는 서비스 시그널링 정보의 요청에 대한 응답(Response)으로, 브로드밴드 서버로부터 HTTP Response를 수신할 수 있다. 이 때, 실시예들에 따른 방송 신호 수신 장치는 수신한 응답(Response)이 전송된 요청(Request)에 부합하는 것인지를 확인할 필요가 있다. 또한, 실시예들에 따른 방송 신호 수신 장치는 빠른 시간 내에 최신의 정보를 획득할 필요가 있다. 또한, aggregated 서비스 리스트는 하나 또는 그 이상의 서비스 리스트를 포함하기 때문에, 최신의 정보만을 확인할 수 있도록 정의해야 한다.
따라서, 도 22는 Broadband 망을 통해 요청된 DVB-I 서비스 Signaling HTTP Request에 대해 HTTP Response할 때 사용하는 DVB-I HTTP Response Signaling 방법을 나타낸다. 도 22는 실시예들에 따른 방송 신호 수신 장치가 하나 또는 그 이상의 서비스 시그널링 정보를 포함하는 서비스 Aggregated 서비스 리스트를 포함하는 메타데이터 엔벨롭(Metadata Envelop, 22000)을 나타낸 것이다. 즉, 실시예들에 따른 방송 신호 수신 장치는, 브로드밴드 서버(broadband server)로부터 서비스에 대한 쿼리 폼(Query Form)에 대한 응답으로 메타데이터 엔벨롭을 수신할 수 있다.
실시예들에 따른 HTTP 응답(HTTP Response)는 DVB-I 서비스 시그널링 오브젝트(Signaling Object)를 포함한다. 실시예들에 따른 서비스 시그널링 오브젝트를 전달하는 HTTP 응답은 메타데이터 엔벨롭(metadata envelope)구조를 가질 수 있다. 실시예들에 따른 메타데이터 엔벨롭(metadata envelope)은 다음과 같은 스킴(scheme)으로 구성될 수 있다. 예를 들어, 도 21에서 실시예들에 따른 방송 신호 수신 장치는, HTTP request 형태의 요청을 서비스 리스트 서버(21004)에 요청할 수 있고, 이에 기초하여 수신하는 데이터는 그림 도 22와 같이 메타데이터 엔벨롭(metadata envelop) 형태로 aggregated 서비스 리스트를 수신한다.
메타데이터 엔벨롭(metadata envelope, 22000)은 아이템 엘리먼트(item element)의 시퀀스(sequence)로 구성되며, 각 아이템(item)은 실시예들에 따른 각각의 시그널링 오브젝트(signaling object)를 의미한다. 아이템 엘리먼트(Item element)는 metadataEnvelopItemType으로 정의되며, 도 23에서 후술한다.
DVB-I 서비스 aggregated service list의 Signaling Object를 포함하는 HTTP Response는 metadataEnvelope 구조에 포함되어서 전송되며, 각 서비스 리스트는RFC 2387 의 multipart/related container 마다 포함되어 전송될 수 있다. metadataEnvelope 은 각 서비스 가장 상위에 위치하여, fragmented된 각 서비스 리스트를 참조한다. 실시예들에 따른 메타데이터 엔벨롭(Metadata Envelop)은 metadataEnvelopeType으로 구성될 수 있다.
서비스 리스트(22002)는 실시예들에 따른 서비스들의 정보를 포함한다. 서비스 리스트는 하나 또는 그 이상의 서비스 또는 하나 또는 그 이상의 서비스에 대한 정보를 포함하는 리스트 정보일 수 있다.
이러한 구성으로 인해 실시예들에 따른 방송 신호 수신 방법은 Aggregated service list 수신하므로, 각 서비스 별로 버전 관리 및 기한 만료 관리 방법, 서비스 별로 선택적 파싱과 저장할 수 있어 전체 서비스 리스트를 포함하는 정보를 수신할 필요 없어, 방송 신호 송수신 방법의 송수신 효율을 높일 수 있다.
도 23은 실시예들에 따른 메타데이터 엔벨롭(Metadata Envelop)을 XML 형식으로 나타낸 것이다.
실시예들에 따른 메타데이터 엔벨롭(metadata envelope)은 아이템 엘리먼트(item element)의 시퀀스(sequence)로 구성되며, 각 아이템(item)은 실시예들에 따른 각각의 시그널링 오브젝트(signaling object)를 의미한다. 아이템 엘리먼트(Item element)는 metadataEnvelopItemType으로 정의될 수 있다.
metadataURI 는 aggregated service list 의 주소를 의미하고, version 과 validfrom/validUntil 은 문서의 유효 시간을 의미한다. ContentType 은 현재 포함된 aggregated service list 내에 특정 서비스의 식별자를 의미한다.
ContentType 의 string 은 아래와 같은Template 형태를 가지고 있으며, 해당 정보는 service 별로 unique 한 값을 가지고 있다.
ContentType = “Application/DITS-(OriginalNetworkID)-(TransportStreamID)-(serviceID)+xml”
형태로 정의할 수 있다. 해당 정보를 통해 aggregated service list 내에 변경된 서비스의 version 정보를 확인 후 업데이트 된 정보를 획득할 수 있다. 본 발명을 통해서, 전체 서비스 리스트를 받지 않고 특정 서비스의 변경 값만을 찾아 업데이트가 가능하다.
nextUrlAvailableTime - Broadband Server에 next version의 signaling을 가리키는 nextUrl로 HTTP Request를 할 수 있는 가능한 시작 시간을 의미한다. 이 속성값은 브로드밴드망을 통해 Request/Response 과정을 거쳐 Signaling Object를 획득하는 수신기들의 Request Error를 줄이고자 제안되었으며, 이 속성값과 validUntil 속성값 사이의 시간에서 수신기의 구현 algorithm에 따라서 최상의 시간을 계산하여, 수신기 Request가 집중되어 Response를 받지 못할 확률을 줄이고자 한다.
nextUrl - next version의 Signaling object를 가리키는 Broadband URL 주소값을 의미한다.
이러한 구성으로 인해 실시예들에 따른 방송 신호 수신 방법은 Aggregated service list 수신하므로, 각 서비스 별로 버전 관리 및 기한 만료 관리 방법, 서비스 별로 선택적 파싱과 저장할 수 있어 전체 서비스 리스트를 포함하는 정보를 수신할 필요 없어, 방송 신호 송수신 방법의 송수신 효율을 높일 수 있다.
도 24는 실시예들에 따른 메타데이터 엔벨롭(Metadata Envelop)의 멀티 파트 컨테이너 및 서비스 리스트를 XML 형식으로 나타낸 것이다.
도 24는 각 서비스 별로 fragmented 된 서비스 리스트가 multipart/related container에 포함되어 전송될 때의 service list metadata envelop을 나타낸 것이다. 각 서비스의 contentType 은 DITS 내 unique 정보 인 (OriginalNetworkID)-(TransportStreamID)-(serviceID) 로 인코딩 되어 전송된다. 해당 정보와 version 정보를 포함하여 versioning 과 expiration 관리가 가능하다. 필요 시 해당 multipart/related container content ID/content-type 값을 확인하여 해당 정보만 수신이 가능하다.
이러한 구성으로 인해 실시예들에 따른 방송 신호 수신 방법은 Aggregated service list 수신하므로, 각 서비스 별로 버전 관리 및 기한 만료 관리 방법, 서비스 별로 선택적 파싱과 저장할 수 있어 전체 서비스 리스트를 포함하는 정보를 수신할 필요 없어, 방송 신호 송수신 방법의 송수신 효율을 높일 수 있다.
도 25는 실시예들에 따른 방송 신호 수신 장치가 서비스 시그널링 정보를 메타데이터 엔벨롭(Metadata Envelop) 형태로 수신하는 것을 나타낸다.
실시예들에 따른 방송 신호 수신 장치는, 수신한 SDLT에 포함된 SdltInetUrl 정보 및 urlType 정보에 기초하여 브로드밴드 서버로 시그널링 오브젝트(Signaling objects)를 요청할 수 있다. 예를 들어, 방송 신호 수신 장치는 SdltInetUrl에 포함된 http://aaa.bbb.com/ 주소와 @serviceId 를 이용하여 쿼리 폼 (예를 들어, http://aaa.bbb.com/0x2107/ALL)을 생성하여 브로드밴드 서버로 요청할 수 있다.
실시예들에 따른 방송 신호 수신 장치는 브로드밴드 서버로부터 해당 쿼리 폼에 대응하는 시그널링 오브젝트(signaling object)를 수신할 수 있다. 실시예들에 따른 시그널링 오브젝트는 메타데이터 엔벨롭 형태로 수신할 수 있다. 메타데이터 엔벨롭은 도 22 내지 도 24에 도시된 XML 파일 형태일 수 있다.
이러한 구성으로 인해 실시예들에 따른 방송 신호 수신 방법은 Aggregated service list 수신하므로, 각 서비스 별로 버전 관리 및 기한 만료 관리 방법, 서비스 별로 선택적 파싱과 저장할 수 있어 전체 서비스 리스트를 포함하는 정보를 수신할 필요 없어, 방송 신호 송수신 방법의 송수신 효율을 높일 수 있다.
도 26는 USBD(User Service Bundle Description)를 나타낸다.
실시예들에 따른 USBD(User Service Bundle Description)는 서비스 시그널링 오브젝트(Service Signaling Object)로, 실시예들에 따른 DVB-I 서비스의 포괄적인 정보에 대하여 기술한다.
실시예들에 따른 USBD하나 또는 그 이상의 USD(User Service Description)을 포함한다. 실시예들에 따른 USD는 유저 서비스(User Service)에 대한 포괄적인 정보 및 이 서비스를 사용자에게 언제 어떠한 방식으로 제공할 수 있는지에 대한 정보 등을 포함한다. 실시예들에 따른 USBD 및/또는 USD는 각각의 서비스를 사용자에게 제공하기 위해 필요한 다른 시그널링 메타데이터(Signaling Metadata)를 연결시켜주는 시작점이 되는 Service Signaling 체계를 구성하는 데이터이다. 실시예들에 따른 USBD/USD는 도 26에서 나타내는 Syntax로 구성될 수 있다.
UserServiceBundleDescription 엘러먼트는 DVB-I에 대한 User Service Bundle Description의 최상위(root) 엘리먼트이다.
UserServiceDescription는 DVB-I 서비스의 하나의 인스턴스를 나타낸다. (A single instance of a DVB-I Service.)
@serviceId (서비스 아이디 정보)는 실시예들에 따른 SDLT 내의 서비스 엔트리에 대응하는 참조 식별자를 나타낸다. @serviceId는 unsignedShort type의 서비스 식별자이며, 해당 정보는 인터넷 기반의 서비스를 발견하기 위한 SDLT 시그널링 테이블에서 기술되는 값과 같은 값을 가진다. (Reference to corresponding service entry in the SDLT.)
@globalServiceId (글로벌 서비스 아이디 정보)는 anyURI 타입의 정보로, 범용적으로 고유한 서비스의 식별자를 나타내는 정보이다. 이 정보는 ESG(Electronic Service Guide)에서 사용하게 되는 global Service Id 값과 일치되는 값을 가질 수 있으며, 특정 타입의 서비스에서 이와 mapping하기 위한 정보로 사용될 수 있다. (Reference to corresponding service entry in the ESG (Electronic Service Guide) information.)
@serviceCategory (서비스 카테고리 정보)는 unsignedByte 타입으로, 서비스의 카테고리를 의미한다. (The category of this service. It can be linear TV, linear Radio, on-demand, or application service. More detail is listed in the table below.) 실시예들에 따른 서비스 카테고리 정보의 값의 예시는 도 27에 도시하였다.
@hidden(히든 정보)는 Boolean타입의 속성 값으로, 해당 서비스가 사용자에게 서비스 리스트에서 보일 수 있는지 또는 보이지 아니하는지에 대한 정보를 나타낸다. (Indicates whether this service is hidden in the service list or shown to users. The default value is 'FALSE'.)
@appRendering(어플리케이션 랜더링 정보)는 Boolean 타입의 속성 값으로, 해당 서비스를 사용자에게 보여줄 때, 수신기에 내장된 모듈을 통해 제공하는지 특정 어플리케이션을 통해서 제공되는지에 대한 여부를 나타낸다. 예를 들어 해당 값이 TRUE인 경우, 방송 신호 수신 장치에서는 앱이 구동되기를 기다리는 역할을 수행하며, 이러한 정보를 사용자에게 제공할 수도 있다. 해당 값이 나타나지 않는 경우에는 FALSE를 의미하며, 어플리케이션이 렌더링되지 않음을 의미하고, 따라서 수신기에서 바로 서비스를 렌더링하는 기능을 수행할 수 있다. (Indicates whether any application will be executed first and render this service. The default value is 'FALSE'.)
@MediaPresentationDescription(미디어 프레젠테이션 디스크립션 정보)은 anyURI타입의 속성 값으로, MPD 파일을 브로드밴드를 통해 다운로드 가능한 URL을 의미한다. 해당 파라미터는 USBD에 포함될 수도 있고 포함되어 있지 않을 수도 있으며, 다른 시그널링 오브젝트에 포함될 수도 있다.
@ApplicationInformationTable (어플리케이션 정보 테이블 정보)은 anyURI타입의 속성 값으로, AIT 파일을 브로드밴드를 통해 다운로드 가능한 URL을 의미한다. 해당 파라미터는 USBD포함될 수도 있고 포함되어 있지 않을 수도 있으며, 다른 시그널링 오브젝트에 포함될 수도 있다.
@DistributionWindowDescription (분산 윈도우 디스크립션 정보)은 anyURI타입의 속성 값으로, DWD 파일을 브로드밴드를 통해 다운로드 가능한 URL을 의미한다. 해당 파라미터는 USBD포함될 수도 있고 포함되어 있지 않을 수도 있으며, 다른 시그널링 오브젝트에 포함될 수도 있다.
RunningStatus(러닝 스테이터스 정보)는 unsignedByte 타입으로, 현재 서비스의 진행 상태(Running Status)가 어떤지를 나타내는 정보이다. (Specify the status of this service as running, not running or starts in a few seconds, etc..) 실시예들에 따른 러닝 스테이터스 정보의 값의 예시는 도 28에서 후술하였다. 러닝 스테이터스 정보는 @duration, @resumeTime을 포함할 수 있다.
Name(네임 엘리먼트)는 string타입으로, DVB-I 서비스의 이름을 나타낸다. (Name of the DVB-I service.)
@lang 엘리먼트는 lang타입의 속성 값으로, DVB-I 서비스의 이름의 언어를 나타낸다. (Language of the DVB-I service name.) 실시예들에 따른 @lang 엘리먼트는 실시예들에 따른 Name 엘리먼트(네임 엘리먼트) 내에 포함될 수도 있고, Name 엘리먼트와 동일한 레벨의 엘리먼트일 수도 있다.
ServiceLanguage(서비스 랭귀지 엘리먼트)는 DVB-I 서비스의 적용 가능한 언어들을 나타낸다. (Available languages of the DVB-I service.)
Icon(아이콘 엘리먼트)은 실시예들에 따른 방송 서비스와 관련된 각각의 파일들을 나타내는 브로드밴드 서버의 URL일 수 있다. 본 엘리먼트는 USBD에 존재할 수도 있고 존재하지 않을 수도 있으며, 1개 이상의 값을 가질 수 있다. 본 엘리먼트는 URI 타입의 anyURI 엘리먼트일 수 있다. 실시예들에 따르면, 본 파라미터가 나타내는 파일들은 서비스가 제공되기 전에 화면에 나타나야 하는 정적 이미지(still image)나 아이콘일 수 있다. 실시예들에 따르면, Icon 엘리먼트는 해당 파일을 방송 신호 수신 장치에서 렌더링(rendering) 가능한지 여부에 대한 정보를 제공하기 위해, 다음과 같은 엘리먼트(또는 속성 값)들을 포함할 수 있다. (URL pointing to icon (image). Multiple URLs could be used to point to icons (images) of different width and height or different representation formats.)
@mimeType - string 타입의 속성 값으로, 실시예들에 따른 수신 장치의 아이콘 엘리먼트의 MIME 타입을 나타낸다. (MIME type 형태로 구성된다. MIME type of the icon allowing receivers to preemptively ignore fetching image types they are not capable of using.)
@width - unsignedInt 타입의 속성 값으로, 픽셀 단위의 너비를 나타낸다. (Width of the referenced image in pixels.)
@height - unsignedInt 타입의 속성 값으로, 픽셀 단위의 높이를 나타낸다. Height of the referenced image in pixels.
@dataSize - unsignedInt 타입의 속성 값으로, byte 단위의 크기를 의미한다. Size of the image data in bytes.
@displayDuration - unsignedInt 타입의 속성 값으로, icon 혹은 image가 화면에 보여지는 초 단위의 시간을 의미한다.
DeliveryMethod(딜리버리 메소드 엘리먼트)는 해당 방송 서비스를 구성하는 데이터의 전송 방법과 관련된 시그널링 정보이다. 딜리버리 메소드 엘리먼트는 @serviceCategory에 따라 USBD포함되지 않을 수도 있고 복수의 엘리먼트로 포함될 수도 있다. 딜리버리 메소드 엘리먼트는 방송망으로 전송되는지 혹은 브로드밴드 망으로 전송되는지에 대한 정보를 하위 엘리먼트(또는 어트리뷰트)를 통해서 나타낼 수 있다.
BroadcastAppService(브로드캐스트 앱 서비스 엘리먼트)는 실시예들에 따른 방송 서비스가 Linear A/V 서비스 혹은 Linear Audio 서비스인 경우, DASH Represnetation을 방송망을 통해 수신하여 해당 서비스를 제공할 수 있다. 이 경우 USBD하나 또는 그 이상의 BroadcastAppService 엘리먼트를 포함될 수 있다.
BroadcastAppService-BasePattern(베이스 패턴 엘리먼트)는 방송망으로 전송되는 DASH Representation의 Base URL을 알려주기 위해서 사용되는 정보이다. BasePattern은 하나 이상의 값으로 구성될 수 있으며, MPD에 기술된 BaseURL 값과 일치할 수 있다.
UnicastAppService(유니캐스트 앱 서비스 엘리먼트)는 실시예들에 따른 방송 서비스가 Linear A/V 서비스 혹은 Linear Audio 서비스인 경우, DASH Representation을 브로드밴드 망을 통해 전송하여 해당 서비스를 구성할 수 있다. UnicastAppService 는 하나 또는 그 이상의 요소 값으로 나타날 수 있다.
UnicastAppService-BasePattern(베이스 패턴 엘리먼트)는 브로드밴드 망으로 전송되는 DASH Representation의 Base URL을 알려주기 위해서 사용되는 정보이다. BasePattern은 하나 이상의 값으로 구성될 수 있으며, MPD에 기술된 BaseURL값과 일치할 수 있다.
실시예들에 따른 도 26에 나타난 파라미터들은 각각 실시예들에 따른 USBD내의 최상위 레벨에 존재할 수도 있고, USBD 내의 USD와 동일한 레벨 또는 그 하위 레벨에 존재할 수도 있다. 도 26에 나타난 각 파라미터들의 포함관계는 일 예시이다.
실시예들에 따른 방송 신호 수신 장치는 제공된 USBD(User Service Bundle Description) 또는 USD(User Service Description)를 수신한다. 실시예들에 따른 USBD 또는 USD는 방송 신호 수신 장치 또는 어플리케이션에 포함된 파서(parser) 또는 USBD 파서(USBD parser)에 의해 파싱(parsing)되고 USBD 또는 USD 내에 포함된 하위 엘리먼트들을 추출할 수 있다.
도 27는 USBD(User Service Bundle Description)의 서비스 카테고리 정보(serviceCategory)를 나타낸다.
도 27에 나타난 실시예들에 따른 서비스 카테고리 정보(serviceCategory)는 도 26의 USBD에 포함된 서비스 카테고리 정보를 의미할 수 있다. 도 27에 따라 정의한 @serviceCategory 값의 예들에 따라서 실시예들에 따른 USBD의 구성은 달라질 수 있다.
서비스 카테고리 정보는 실시예들에 따른 방송 서비스의 카테고리를 나타낸다. 방송 서비스의 카테고리는 리니어 TV 서비스(Linear TV Service)인지, 리니어 라디오 서비스(Linear Radio Service), VoD 서비스(VoD Service), 앱 서비스(App Service), ESG 서비스(ESG Service), 데이터 서비스(Data Service)를 포함할 수 있다.
서비스 카테고리 정보는 해당 서비스가 방송 서비스로 사용되지 않는 경우 또는 방송 서비스가 아닌 경우 또는 사용되지 않는 경우(Not used)에는 0 값을 가질 수 있다. 서비스 카테고리 정보는 해당 서비스가 리니어 TV 서비스(Linear TV Service)인 경우 1의 값을, 리니어 라디오 서비스(Linear Radio Service)인 경우 2의 값을, VoD 서비스인 경우 3의 값을, 앱 서비스인 경우 4의 값을, ESG 서비스인 경우 5의 값을, 데이터 서비스인 경우 6의 값을 가질 수 있다. 서비스 카테고리 정보는 추후 사용을 위해 7 내지 255에 해당하는 값을 남겨둘 수 있다.
실시예들에 따르면, 방송 서비스가 리니어 TV 서비스 (@serviceCategory==1) 또는 리니어 라디오 서비스의 경우(@serviceCategory==2), USBD/USD는 MPD URL (@MediaPresentationDescription)을 포함할 수 있다. MPD URL 은 방송 신호 수신 장치에서 직접 브로드밴드 서버에 접속하여 MPD 파일을 획득할 수 있는 URL을 의미한다. 실시예들에 따르면, 해당 방송 서비스는 어플리케이션을 포함할 수 있으므로, USBD/USD는 AIT URL (@ApplicationInformationTable )도 포함할 수 있다.
실시예들에 따르면, 방송 서비스가 VoD Service (@serviceCategory==3)인 경우, USBD/USD는 MPD URL (@MediaPresentationDescription)을 포함하지 않을 수 있다. VoD 리스트를 보여주기 위해서 방송 신호 수신 장치가 실시예들에 따른 어플리케이션을 먼저 렌더링하는 경우에는 @appRendering 속성값이 TRUE로 설정될 수 있으며, USBD/USD 내에 AIT URL가 포함될 수 있다.
실시예들에 따르면, 방송 서비스가 App Service (@serviceCategory==4)인 경우에는, USBD/USD는 @appRendering의 값에 관계없이 AIT URL을 포함할 수 있다. 이 경우 USBD/USD는 MPD URL을 포함할 수도 있다.
실시예들에 따르면, 방송 서비스가 ESG Service (@serviceCategory==5)인 경우(즉, 방송 서비스가 ESG data를 전송하는 특별한 서비스인 경우), USBD/USD는 AIT URL (@ApplicationInformationTable) 및/또는 MPD URL (@MediaPresentationDescription)을 포함하지 않을 수 있다.
실시예들에 따르면, 방송 서비스가 Data Service (@serviceCategory==6)인 경우, (즉 Data를 전송하는 서비스인 경우에는) USBD/USD는 AIT URL과 MPD URL을 포함하지 않을 수 있다.
도 28는 USBD(User Service Bundle Description)의 러닝 스테이터스 정보(RunningStatus)를 나타낸다.
도 28에 나타난 실시예들에 따른 러닝 스테이터스 정보(RunningStatus)는 도 26의 USBD에 포함된 러닝 스테이터스 정보를 의미할 수 있다.
RunningStatus(러닝 스테이터스 정보)는 unsignedByte 타입으로, 현재 서비스의 진행 상태(Running Status)가 어떤지를 나타내는 정보이다.
러닝 스테이터스 정보는 @duration, @resumeTime을 포함할 수 있다. 실시예들에 따른 현재 방송 서비스가 진행 중이 아닌 경우(즉, RunningStatus가 running이 아닌 경우)에는 하위 속성값 @duration 혹은 @resumedTime 값을 가질 수 있다. 이 경우 RunningStatus 정보는 2, 3, 4, 5의 값을 가질 수 있다. 러닝 스테이터스 정보는 2, 3, 4, 5의 값들이 나타나지 않는 경우에는 기본값으로 무한대의 값을 나타낼 수 있다.
RunningStatus의 값이 0인 경우에는 해당 파라미터를 사용하지 않음을 나타낸다(Not Used). RunningStatus의 값이 1인 경우에는 실시예들에 따른 방송 서비스가 진행 중임을 나타낸다(Running). RunningStatus의 값이 2인 경우에는 실시예들에 따른 방송 서비스가 진행 중이지 않음을 나타낸다(Not Running). RunningStatus의 값이 3인 경우에는 실시예들에 따른 방송 서비스가 진행 중이지 않고 일시정지(pause)되어 있음을 나타낸다(Pausing). RunningStatus의 값이 4인 경우에는 몇 초 뒤에 방송 서비스가 개시됨을 나타낸다(Starts in a few seconds). RunningStatus의 값이 5인 경우에는 방송 서비스가 오프-에어 상태임을 나타낸다(Service off-air). RunningStatus의 값이 6-255인 경우에는 추후 사용으로 남겨두는 값일 수 있다.
@duration 는 unsignedInt 타입의 정수 값을 갖는 속성 값으로, 현재 방송 서비스가 진행 중이 아닐 때 (즉, RunningStatus 가 1 이외의 값을 가질 때 즉, running 이 아닐 때) 초 단위의 듀레이션(Duration)을 나타낼 수 있다.
@resumeTime 는 dateTime 타입의 속성 값으로, 현재 방송 서비스가 진행 중이 아닐 때 (즉, RunningStatus 가 1 이외의 값을 가질 때 즉, running 이 아닐 때) 해당 서비스가 재개되는 날짜 및/또는 시간을 나타낸다.
실시예들에 따른 러닝 스테이터스 정보는 실시예들에 따른 어베일러블리티 정보(Availability)로 호칭될 수 있다.
도 29는 실시예들에 따른 USBD 및 MPD의 획득 과정을 나타낸다.
도 29는 실시예들에 따른 인터넷 기반 서비스의 서비스 시그널링(Service Signaling) 의 수신 및 이에 기초한 방송 서비스의 제공 방법을 나타낸다. 실시예들에 따른 방송 신호 수신 장치는 서비스 디스커버리(Service Discovery)를 통해 획득한 서비스 시그널링 데이터로부터 해당 서비스의 시그널링을 획득하여 사용자에게 서비스를 제공할 수 있다.
도 29에 나타난 실시예는, 실시예들에 따른 방송 서비스가 인터넷 기반의 서비스인 경우로서 Linear A/V 서비스인 경우, USBD를 통해 MPD를 획득하는 과정을 나타낸다. 실시예들에 따른 USBD는 MPD를 알려주는 URL이 삽입되어 있는 예를 나타낸다. USBD/USD/DeliveryMethod/BasePattern의 URL이 MPD 내에서 signaling 되는 BaseURL의 값과 일치할 수 있다.
실시예들에 따른 방송 신호 수신 장치는 실시예들에 따른 SDLT를 이용하여 인터넷 서비스 목록을 디스플레이할 수 있다. 실시예들에 따른 SDLT 는 방송 신호 수신 장치에서 보유하고 있는 인터넷 기반 방송 서비스만을 포함할 수 있다. 예를 들어, SDLT는 방송 서비스의 USBD을 요청하기 위한 <SdltInetUrl @urlType=1> http://bb1.com/ </SdltInetUrl> 파라미터를 포함할 수 있다.
실시예들에 따른 방송 신호 수신 장치는, 사용자가 SDLT에 포함된 하나 또는 그 이상의 서비스들 중 하나를 선택하는 경우, 선택된 방송 서비스에 대한 시그널링 오브젝트(예를 들어, USBD)를 요청하기 위한 쿼리 폼을 생성할 수 있다. 예를 들어, 사용자가 33-7 서비스를 선택하는 경우에는, 33-7 서비스와 관련된 시그널링 오브젝트를 요청하기 위한 쿼리 폼을 생성할 수 있다.
실시예들에 따른 방송 신호 수신 장치는, 사용자가 선택한 방송 서비스를 실시예들에 따른 브로드밴드 서버로 요청하기 위한 쿼리 폼을 생성하고 이를 브로드밴드 서버로 전송할 수 있다. 이 때, 사용자가 선택한 방송 서비스는 서비스 아이디(@serviceId)의 값으로 전송될 수 있다. 예를 들어, 실시예들에 따른 방송 신호 수신 장치는 SdltInetURL가 나타내는 브로드밴드 서버로, 서비스 아이디가 0x2107인 USBD를 요청할 수 있다.
실시예들에 따른 방송 신호 수신 장치는, 사용자가 요청한 방송 서비스의 시그널링 오브젝트를 수신할 수 있다. 예를 들어, 방송 신호 수신 장치는 상술한 동작에 따라 33-7 서비스에 해당하는 USBD를 수신할 수 있다. 실시예들에 따라 수신한 USBD는, 도 26 내지 도 28에서 설명한 파라미터들을 포함할 수 있다
예를 들어, USBD는 서비스 카테고리 정보(@serviceCategory=Linear A/V), 서비스 아이디(@serviceId = 0x2107), 글로벌 서비스 아이디 정보(@globalServiceId = "urn:dvb i:0x2017:KBSSports"), 미디어 프레젠테이션 디스크립션 정보 (즉, MPD 정보, @MediaPresentationDescription = “http://bb1.com/KBSsports33-7.mpd">)”네임 정보, 딜리버리 메소드 정보 등을 포함할 수 있다.
실시예들에 따른 방송 신호 수신 장치는 USBD 내에 포함된 미디어 프레젠테이션 디스크립션 정보를 추출하여 실시예들에 따른 방송 서비스에 대한 MPD 정보를 획득할 수 있다. 예를 들어, 실시예들에 따른 방송 신호 수신 장치는 @MediaPresentationDescription = “http://bb1.com/KBSsports33-7.mpd”로 나타난 URL 정보를 이용하여 해당 URL이 나타내는 브로드밴드 서버로 MPD 정보를 요청(즉, 33-7 방송 서비스의 MPD 정보를 Request)할 수 있다. 실시예들에 따른 브로드밴드 서버는 MPD 요청에 따라 실시예들에 따른 방송 신호 수신 장치로 MPD를 전송(Response)할 수 있다.
실시예들에 따른 방송 신호 수신 장치는 수신한 MPD 정보 및 수신한 방송 서비스의 컨텐츠를 이용하여 해당 방송 서비스를 디스플레이할 수 있다.
실시예들에 따른 방송 신호 수신 장치는 제공된 USBD(User Service Bundle Description) 또는 USD(User Service Description)를 수신한다. 실시예들에 따른 USBD 또는 USD는 방송 신호 수신 장치 또는 어플리케이션에 포함된 파서(parser) 또는 USBD 파서(USBD parser)에 의해 파싱(parsing)되고 USBD 또는 USD 내에 포함된 하위 엘리먼트들을 추출할 수 있다.
실시예들에 따른 방송 신호 수신 장치는 제공된 MPD(Media Presentation Description)을 수신한다. 실시예들에 따른 MPD는 방송 신호 수신 장치 또는 어플리케이션에 포함된 파서(parser) 또는 MPD 파서(MPD parser)에 의해 파싱(parsing)되고 MPD내에 포함된 하위 엘리먼트들을 추출할 수 있다.
도 30는 실시예들에 따른 러닝 스테이터스 정보를 이용하여 방송 서비스의 개시를 나타내는 동작을 나타낸다.
도 30에 나타난 실시예들에 따른 러닝 스테이터스 정보(RunningStatus)는 도 26및/또는 도 28의 USBD에 포함된 러닝 스테이터스 정보를 의미할 수 있다.
RunningStatus(러닝 스테이터스 정보)는 unsignedByte 타입으로, 현재 서비스의 진행 상태(Running Status)가 어떤지를 나타내는 정보이다.
실시예들에 따른 방송 신호 수신 장치는 도 29에 나타난 동작에 따라 실시예들에 따른 USBD를 브로드밴드 서버로부터 수신할 수 있다. 실시예들에 따른 USBD 서비스 카테고리 정보(@serviceCategory=Linear A/V), 서비스 아이디(@serviceId = 0x2107), 글로벌 서비스 아이디 정보(@globalServiceId = “urn:dvb-i:0x2107:KBSSports"), 미디어 프레젠테이션 디스크립션 정보 (즉, MPD 정보, @MediaPresentationDescription = “http://bb1.com/KBSsports33-7.mpd”네임 정보, 딜리버리 메소드 정보 등을 포함할 수 있다. 실시예들에 따른 USBD는 해당 방송 서비스에 대한 러닝 스테이터스 정보(RunningStatus)를 포함할 수 있다.
실시예들에 따른 방송 신호 수신 장치는 러닝 스테이터스 정보에 기초하여 사용자에게 서비스의 진행 상태를 디스플레이할 수 있다. 즉, 실시예들에 따른 방송 신호 수신 장치는, 러닝 스테이터스 정보에 기초하여, 해당 방송 서비스가 언제 시작/개시될지, 현재 방송되지 않는 서비스인지 여부 등을 나타내는 컴포넌트를 디스플레이할 수 있다.
도 31은 실시예들에 따른 방송 신호 수신 방법의 방송 서비스 제공 방법을 나타낸다.
실시예들에 따른 방송 신호 수신 방법은 실시예들에 따른 방송 서비스를 제공할 수 있다. 방송 신호 수신 방법은, 방송 신호 수신 장치를 활성화하는 단계(31000), 브로드밴드(broadband) 망으로 연결되어 있는지 여부를 확인하는 단계(31001), 브로드밴드 망으로 연결된 경우 실시예들에 따른 서비스 디스커버리 리스트(Service List Discovery)가 존재하는지 여부를 확인하는 단계(31002), 서비스 디스커버리 리스트가 없는 경우 실시예들에 따른 서비스 디스커버리 리스트를 수신하는 단계(31003), 실시예들에 따른 방송 서비스를 선택하는 단계(31004), 실시예들에 따른 SDLT에 포함된 시그널링 서버(Signaling Server)에 USBD를 요청하는 단계(31005), 실시예들에 따른 USBD를 파싱하는 단계(31006), USBD 내의 서비스 카테고리 정보를 확인하는 단계(31007), 서비스 카테고리 정보가 Linear인 경우 MPD를 획득하는 단계(31009), 실시예들에 따른 Linear 서비스를 재생하는 단계(31011), 서비스 카테고리 정보가 Linear이 아닌 경우 appRendering 정보를 확인하는 단계(31008), appRendering이 True인 경우 AIT를 요청하는 단계(31010), 어플리케이션을 재생하는 단계(31012), appRendering이 False인 경우 Native App을 재생하는 단계를 포함할 수 있다. 실시예들에 따른 방송 신호 수신 방법은 실시예들에 따른 방송 신호 수신 장치가 브로드밴드 망으로 연결되어 있지 않은 경우, DVB-T/S/C 튜너가 탑재되어 있는지 여부를 확인하는 단계(31014), 탑재된 경우 DVB-T/S/C 서비스를 제공하는 단계(31015)를 포함할 수 있다.
실시예들에 따른 방송 신호 수신 방법은 실시예들에 따른 방송 신호 수신 장치가 브로드밴드 망으로 연결되어 있지 않은 경우, DVB-T/S/C 튜너가 탑재되어 있는지 여부를 확인하는 단계(31014), 탑재된 경우 DVB-T/S/C 서비스를 제공하는 단계(31015)는 도 7의 7070 단계 내지 7012 단계에 따라 수행될 수 있다.
방송 신호 수신 장치를 활성화하는 단계(31000)는 실시예들에 따른 방송 신호 수신 장치를 활성화한다. 도 7의 수신기 ON 단계(7000)에 따라 수행될 수 있다.
브로드밴드(broadband) 망으로 연결되어 있는지 여부를 확인하는 단계(31001)는 실시예들에 따른 방송 신호 수신 장치가 브로드밴드(또는 인터넷) 망으로 연결되어 있는지 여부를 확인할 수 있다. 도 7의 7001 단계에 따라 수행될 수 있다.
브로드밴드 망으로 연결된 경우 실시예들에 따른 서비스 디스커버리 리스트(Service List Discovery)가 존재하는지 여부를 확인하는 단계(31002)는 실시예들에 따른 방송 신호 수신 장치 내에 포함된 서비스 디스커버리 리스트가 존재하는지 여부를 확인할 수 있다.
서비스 디스커버리 리스트가 없는 경우 실시예들에 따른 서비스 디스커버리 리스트를 수신하는 단계(31003)는, 실시예들에 따른 방송 신호 수신 장치가 실시예들에 따른 서비스 디스커버리 리스트(예를 들어, SDLT)를 브로드밴드 망을 통해 수신할 수 있다. 해당 단계(31003)는 도 7의 7001 단계, 7002 단계, 7003 단계, 7004단계, 7005단계에 해당하는 동작을 수행할 수 있다.
실시예들에 따른 방송 서비스를 선택하는 단계(31004)는 사용자가 실시예들에 따른 방송 서비스를 선택한다. 실시예들에 따른 방송 서비스는 실시예들에 따른 서비스 디스커버리 리스트(예를 들어, SDLT)에 포함된 방송 서비스를 의미할 수 있다.
실시예들에 따른 SDLT에 포함된 시그널링 서버(Signaling Server)에 서비스 시그널링 정보(예를 들어, USBD)를 요청하는 단계(31005)는, 실시예들에 따라 선택된 방송 서비스를 제공하기 위해 필요한 서비스 시그널링 정보(예를 들어, USBD)를 브로드밴드 망을 통해 요청하는 단계를 의미한다. 즉, 실시예들에 따른 방송 신호 수신 장치는 선택된 방송 서비스와 관련된 서비스 시그널링(예를 들어, USBD)을 요청하기 위한 쿼리 폼을 생성할 수 있다. 해당 단계(31005)는, 도 20, 도 25 내지 도 31의 동작을 수행하는 단계일 수 있다.
실시예들에 따른 USBD를 파싱하는 단계(31006)는 31005 단계에 따라 요청한 서비스 시그널링 정보(예를 들어, USBD)를 방송 신호 수신 장치가 수신하여 이를 파싱한다. 실시예들에 따른 방송 신호 수신 장치는 USBD를 파싱하여 도 26에 포함된 시그널링 정보를 추출할 수 있다. 실시예들에 따른 방송 신호 수신 장치는 USBD를 파싱하여 도 27 내지 도 30에 따른 동작을 수행할 수 있다.
실시예들에 따른 방송 신호 수신 장치는 제공된 USBD(User Service Bundle Description) 또는 USD(User Service Description)를 수신한다. 실시예들에 따른 USBD 또는 USD는 방송 신호 수신 장치 또는 어플리케이션에 포함된 파서(parser) 또는 USBD 파서(USBD parser)에 의해 파싱(parsing)되고 USBD 또는 USD 내에 포함된 하위 엘리먼트들을 추출할 수 있다.
USBD 내의 서비스 카테고리 정보를 확인하는 단계(31007)는 31006 단계에 따라 파싱된 USBD 내에 포함된 서비스 카테고리 정보에 기초하여 해당 방송 서비스의 카테고리를 확인한다. 예를 들어, 실시예들에 따른 방송 신호 수신 장치는 USBD 내에 포함된 서비스 카테고리 정보(예를 들어, @serviceCategory)가 리니어 TV 서비스인지(Linear TV 서비스) 여부를 확인할 수 있다. 만약, 해당 방송 서비스가 리니어 TV 서비스인 경우(예를 들어, @serviceCateory==1)에는, 31009 단계를 수행할 수 있다. 만약, 해당 방송 서비스가 리니어 TV 서비스가 아니라면(예를 들어, @serviceCategory!=1인 경우), 31008 단계를 수행할 수 있다.
서비스 카테고리 정보가 Linear인 경우 MPD를 획득하는 단계(31009)에서, 방송 신호 수신 장치는 방송 서비스에 대한 DASH MPD 정보를 브로드밴드 서버를 통해 요청 및 수신할 수 있다. 31009 단계는, 도 29에서 설명한 동작을 수행하는 것일 수 있다. 실시예들에 따른 방송 신호 수신 장치는 제공된 MPD(Media Presentation Description)을 수신한다. 실시예들에 따른 MPD는 방송 신호 수신 장치 또는 어플리케이션에 포함된 파서(parser) 또는 MPD 파서(MPD parser)에 의해 파싱(parsing)되고 MPD내에 포함된 하위 엘리먼트들을 추출할 수 있다.
실시예들에 따른 Linear 서비스를 재생하는 단계(31011)는 실시예들에 따른 방송 신호 수신 장치가 수신한 방송 서비스를 수신한 MPD와 결합하여 리니어 A/V 방송 서비스를 재생하는 단계를 의미한다.
서비스 카테고리 정보가 Linear이 아닌 경우 appRendering 정보를 확인하는 단계(31008)는, 실시예들에 따른 방송 신호 수신 장치가 앱 랜더링 정보(예를 들어, @appRendering)을 USBD로부터 파싱받아 이를 확인할 수 있다. appRendering(어플리케이션 랜더링 정보)는 Boolean 타입의 속성 값으로, 해당 서비스를 사용자에게 보여줄 때, 수신기에 내장된 모듈을 통해 제공하는지 특정 어플리케이션을 통해서 제공되는지에 대한 여부를 나타낸다. 즉, 해당 정보가 true를 나타내면, 실시예들에 따른 방송 신호 수신 장치는 AIT를 수신하여 이에 따라 어플리케이션을 재생할 수 있다. 그렇지 않으면 네이티브 앱(Native App)을 재생할 수 있다.
appRendering이 True인 경우 AIT를 요청하는 단계(31010)는 실시예들에 따른 방송 신호 수신 장치가 AIT를 브로드밴드 서버로 요청하여 이를 수신하는 단계를 의미한다. 어플리케이션을 재생하는 단계(31012)는 수신한 AIT에 기초하여 해당 어플리케이션을 재생하는 단계를 의미한다. appRendering이 False인 경우 Native App을 재생하는 단계(31013)는 방송 신호 수신 장치에 포함된 네이티브 앱(Native App)을 재생할 수 있다. 실시예들에 따른 방송 신호 수신 장치는 제공된 AIT(Application Information Table)을 수신한다. 실시예들에 따른 AIT는 방송 신호 수신 장치 또는 어플리케이션에 포함된 파서(parser) 또는 AIT 파서(AIT parser)에 의해 파싱(parsing)되고 AIT 내에 포함된 하위 엘리먼트들을 추출할 수 있다.
도 32는 빠른 디스커버리(Discovery)를 위한 실시예들에 따른 SDLT의 다른 예를 나타낸 것이다.
실시예들에 따르면, 서비스 발견 과정을 통해 사용자에게 제공될 수 있는 서비스 중에서 사용자가 선택한 서비스를 보다 빠르게 제공하기 위해서 Service Discovery List Table (SDLT) 구성을 도 32와 같이 구성할 수 있다. 즉, 실시예들에 따른 SDLT는 USBD에 포함된 시그널링 중 일부 또는 전부를 더 포함할 수도 있고, 실시예들에 따른 USBD는 도 26 내지 도 28에 포함된 USBD 내의 시그널링 정보 전부 또는 일부를 생략할 수 있다.
실시예들에 따른 방송 신호 수신 장치는 SDLT를 브로드밴드 망을 통해 수신할 수 있다. 실시예들에 따른 SDLT는 도 7 내지 도 10에 설명된 동작에 따라 수신할 수 있다. 실시예들에 따른 SDLT는 도 11내지 도 17에 포함된 시그널링 파라미터들을 포함할 수 있다. 또한, 실시예들에 따른 SDLT는 도 26 내지 도 28의 USBD에 포함된 시그널링 정보의 전부 또는 일부를 포함할 수 있다.
예를 들어, 실시예들에 따른 SDLT(ServiceDiscoveryListTable)는 상술한 도면들에서 설명한 SdltInetUrl, @urlType, Service, @serviceId, @globalServiceId, @originNetworkId, @trnasportStreamId, @frequencyNum, @serviceCategory, @svcSeqNum, @contentFormat, @hidden, @appRendering, @MediaPresentationDescription, @ApplicationInformationTable, @DistributionWindowDescription, RunningStatus, @duration, @resumeTime, Name, @lang, ServiceLanguage, @mimeType, @width, @height, @dataSize, @displayDuration, svcInetUrl, @urlType 정보를 포함할 수 있다.
실시예들에 따른 도 32에 나타난 파라미터들은 각각 실시예들에 따른 SDLT내의 최상위 레벨에 존재할 수도 있고, SDLT 내의 서비스(Service, 또는 서비스 인스턴스)와 동일한 레벨 또는 그 하위 레벨에 존재할 수도 있다. 도 32에 나타난 각 파라미터들의 포함관계는 일 예시이다.
실시예들에 따른 방송 신호 수신 장치는 도 32에 나타난 실시예들에 따른 엘리먼트들을 포함하는 SDLT(Service Discovery List Table)를 수신한다. 실시예들에 따른 SDLT는 방송 신호 수신 장치 또는 어플리케이션에 포함된 파서(parser)에 의해 파싱(parsing)되고 SDLT 내에 포함된 하위 엘리먼트들을 추출할 수 있다.
SDLT는 서비스 디스커버리를 위해 가장 먼저 수신기에서 지녀야할 중요한 정보일 수 있다. 이 시그널링 데이터를 통해 수신기에서는 사용자가 서비스를 선택할 수 있도록 하는 서비스 리스트 정보를 제공할 수 있고, 이 때에 더 많은 정보를 포함할 수 있도록 SDLT를 구성할 수 있다. 이러한 구성 정보는 풍부한 양의 서비스 제공 및 사용자의 서비스 선택 시 보다 빠른 서비스 플레이를 가능할 수 있도록 하는 효과를 지닌다. 아래 테이블은 SDLT의 구성 신텍스이다.
도 33에 나타난 바와 같이 SDLT를 구성하면, 인터넷 기반의 서비스의 시그널링 메타데이타중 USBD는 MPD와 mapping되는 정보를 제공하는 DeliveryMethod 요소값을 포함하며, @serviceId, @globalServiceId 정보는 SDLT와 mapping하기 위한 정보 및 ESG와 mapping 하기 위한 정보로 사용될 수 있다.
도 33는 빠른 디스커버리(Discovery)를 위한 실시예들에 따른 USBD의 다른 예를 나타낸 것이다.
실시예들에 따른 방송 신호 수신 장치는 실시예들에 따른 USBD를 수신할 수 있다. 실시예들에 따른 USBD를 수신하는 동작은 도 25 내지 도 31에 도시된 바와 같다.
실시예들에 따르면 USBD는 도 26 내지 도 28에 포함된 파라미터의 일부 또는 전부를 포함할 수 있다. 따라서, 실시예들에 따른 USBD는 하나 또는 그 이상의 USD를 포함할 수 있고, 실시예들에 따른 UserServiceDescription은 @serviceId, @globalServiceId, DeliveryMethod, BroadcastAppService, BasePAttern, UnicastAppservice, BasPAttern 을 포함할 수 있다.
SDLT는 서비스 디스커버리를 위해 가장 먼저 수신기에서 지녀야할 중요한 정보일 수 있다. 이 시그널링 데이터를 통해 수신기에서는 사용자가 서비스를 선택할 수 있도록 하는 서비스 리스트 정보를 제공할 수 있고, 이 때에 더 많은 정보를 포함할 수 있도록 SDLT를 구성할 수 있다. 이러한 구성 정보는 풍부한 양의 서비스 제공 및 사용자의 서비스 선택 시 보다 빠른 서비스 플레이를 가능할 수 있도록 하는 효과를 지닌다. 아래 테이블은 SDLT의 구성 신텍스이다.
도 33에 나타난 바와 같이 SDLT를 구성하면, 인터넷 기반의 서비스의 시그널링 메타데이타중 USBD는 MPD와 mapping되는 정보를 제공하는 DeliveryMethod 요소값을 포함하며, @serviceId, @globalServiceId 정보는 SDLT와 mapping하기 위한 정보 및 ESG와 mapping 하기 위한 정보로 사용될 수 있다.
도 34는 빠른 디스커버리(Discovery)를 위한 방송 신호 수신 장치의 동작을 나타낸다.
도 34는 실시예들에 따른 방송 신호 수신 장치가 도 32 및 도 33에 따른 빠른 Discovery를 위한 SDLT를 수신하여 신속하게 방송 서비스의 진행 상태를 확인하는 단계를 의미한다.
실시예들에 따른 방송 신호 수신 장치는 SDLT를 수신할 수 있고, SDLT를 이용하여 사용자에게 방송 서비스를 포함하는 방송 서비스 리스트를 제공할 수 있다. 실시예들에 따른 SDLT는 방송 서비스에 대한 정보를 포함한다. 실시예들에 따른 SDLT는 방송 서비스에 대한 진행 상태 정보(예를 들어, 실시예들에 따른 러닝 스테이터스, Running Status 정보)를 포함한다.
실시예들에 따른 방송 신호 수신 장치는 SDLT에 포함된 러닝 스테이터스 정보에 기초하여 해당 방송 서비스의 진행 상태를 확인할 수 있다. 실시예들에 따른 러닝 스테이터스 정보를 USBD가 아닌 SDLT에 포함하도록 함으로써, 실시예들에 따른 방송 신호 수신 장치는 신속하게 해당 방송 서비스의 진행 상태를 사용자들에게 제공할 수 있다. 실시예들에 따른 러닝 스테이터스 정보는 도 26에 포함된 RunningStatus 정보일 수 있고, 실시예들에 따른 러닝 스테이터스 정보는 도 28에 설명된 바에 따른 값을 가질 수 있다.
실시예들에 따른 방송 신호 수신 장치는 SDLT를 이용하여 해당 방송 서비스에 대한 MPD 정보 및/또는 USBD를 요청 및 수신할 수 있다. 실시예들에 따른 방송 신호 수신 장치는 브로드밴드 서버로부터 해당 MPD정보 및/또는 USBD 정보를 수신할 수 있다. 실시예들에 따른 SDLT를 이용하여 해당 방송 서비스에 대한 MPD 정보 및/또는 USBD를 요청 및 수신하는 단계는 도 29에 따른 동작으로 수행될 수 있다.
실시예들에 따른 방송 신호 수신 장치는 방송 서비스의 진행 상태를 디스플레이할 수 있다. 실시예들에 따른 방송 서비스를 사용자들에 선택할 수 있다.
도 35는 빠른 디스커버리(Discovery)를 위한 방송 신호 수신 장치의 동작의 흐름도 나타낸다.
도 35는 도 32 내지 도 34에서 설명한 빠른 디스커버리를 위한 방송 신호 수신 장치를 나타내는 흐름도이다. 실시예들에 따른 방송 신호 수신 장치는 먼저 방송 신호 수신 장치를 활성화할 수 있다. 실시예들에 따른 신호 수신 장치는, 저장된 서비스 디스커버리 리스트(Service Discovery List)가 존재하는지 여부를 확인하는 단계(35001), 서비스 디스커버리 리스트가 없는 경우 실시예들에 따른 서비스 리스트 리스트(예를 들어, SDLT)를 수신하는 단계(35003), 실시예들에 따른 서비스 디스커버리 리스트가 있는 경우 또는 수신한 경우 사용자는 실시예들에 따른 서비스를 선택하는 단계(35002)를 포함할 수 있다.
실시예들에 따른 방송 신호 수신 방법은 인터넷 기반 서비스를 지원하는지 여부를 확인하는 단계(35004), 지원하는 경우 SDLT에 포함된 서비스 카테고리 정보를 확인하는 단계(35005), appRendering 정보를 확인하는 단계(35006)를 포함할 수 있다. 서비스 카테고리 정보가 Linear을 나타내는 경우 실시예들에 따른 MPD를 브로드밴드 망을 통해 수신하는 단계(35010), appRendering이 true인 경우 AIT를 브로드밴드 망을 통해 수신하는 단계(35012)를 포함할 수 있다. 실시예들에 따른 방송 신호 수신 장치는 제공된 MPD(Media Presentation Description)을 수신한다. 실시예들에 따른 MPD는 방송 신호 수신 장치 또는 어플리케이션에 포함된 파서(parser) 또는 MPD 파서(MPD parser)에 의해 파싱(parsing)되고 MPD내에 포함된 하위 엘리먼트들을 추출할 수 있다. 실시예들에 따른 방송 신호 수신 장치는 제공된 AIT(Application Information Table)을 수신한다. 실시예들에 따른 AIT는 방송 신호 수신 장치 또는 어플리케이션에 포함된 파서(parser) 또는 AIT 파서(AIT parser)에 의해 파싱(parsing)되고 AIT 내에 포함된 하위 엘리먼트들을 추출할 수 있다.
실시예들에 따른 방송 신호 수신 장치가 인터넷 기반 서비스를 제공하지 않는 경우, DVB-T/C/S 탑재 여부를 확인하는 단계(35007)를 포함할 수 있다. 도 35에 따른 방송 신호 수신 방법은 도 7, 도 31, 도 35에 나타난 동작을 수행할 수 있다.
도 36는 실시예들에 따른 SDLT의 다른 예를 나타낸 것이다.
실시예들에 따르면, 방송 신호 수신 장치가 있는 위치에 따라 서비스 혹은 서비스 리스트를 방송 신호 수신 장치에서 필터링하기 위해서 서비스 디스커버리 시그널링에서 방송 서비스를 제공하기 위한 위치 정보를 포함할 수 있다.
실시예들에 따르면 테이블에서 제안하는 바와 같이 위치 정보를 SDLT에서 더 시그널링할 수 있다. 실시예들에 따른 위치 정보는 아래와 같이 다양한 방법에 의해 표기될 수 있다.
실시예들에 따른 LocationInfo 정보는 SDLT를 통하여 방송 신호 수신 장치로 시그널링 될 수 있다. 실시예들에 따른 LocationInfo 정보는 SDLT의 하위 레벨에 위치할 수도 있고, SDLT 내의 서비스(Service) 정보의 하위 레벨에 위치할 수도 있다.
실시예들에 따른 LocationInfo 정보가 SDLT의 하위 레벨에 위치하는 경우, SDLT에서 시그널링하는 모든 서비스들의 위치 정보를 제공한다. 실시예들에 따른 LocationInfo 정보가 서비스(Service)의 하위 레벨에 위치하는 경우, 해당 서비스(Service)가 제공되는 위치 정보를 각각 제공한다. 만약, SDLT와 Service에 나타나는 지역정보에서 다른 정보가 제공된다면, Service에서 제공되는 위치 정보가 우선시될 수 있다.
실시예들에 따른 SDLT는 0개 또는 그 이상의 로케이션 정보(Location Info)를 포함할 수 있다. 로케이션 정보는 다양한 형태의 위치 정보를 나타낼 수 있는 요소 값으로, SDLT에 포함된 모든 서비스에 해당하는 위치 정보를 나타낸다.
실시예들에 따르면, SDLT는 하나 또는 그 이상의 서비스(Service) 정보를 포함할 수 있다. 서비스 정보는 상술한 도면에 나타난 바와 같이 @serviceId를 포함할 수 있다. 상술한 로케이션 정보는 실시예들에 따른 서비스(Service) 정보 내에 포함될 수 있다. 실시예들에 따른 서비스(Service) 정보는 서비스 인스턴스(Service Instance) 정보라고 호칭될 수도 있다.
실시예들에 따른 도 36에 나타난 파라미터들은 각각 실시예들에 따른 SDLT내의 최상위 레벨에 존재할 수도 있고, SDLT 내의 서비스(Service, 또는 서비스 인스턴스)와 동일한 레벨 또는 그 하위 레벨에 존재할 수도 있다. 도 36에 나타난 각 파라미터들의 포함관계는 일 예시이다.
실시예들에 따른 LocationInfo 정보 및 하위 엘리먼트는 실시예들에 따른 파서(parser)에 의해 파싱될 수 있다.
실시예들에 따른 로케이션 정보는 하위 엘리먼트로 다양한 파라미터를 포함할 수 있다. 도 37에서 설명한다.
도 37는 실시예들에 따른 SDLT의 로케이션 정보(Location Info)를 나타낸 것이다.
구체적으로, 도 37은 도 36에서 설명한 로케이션 정보 내에 포함된 엘리먼트 및 엘리먼트의 히어라키(hierarchy)의 일 예시 나타낸다. 실시예들에 따른 로케이션 정보에 포함된 엘리먼트는 해당 방송 서비스를 지원하는 지역의 영역을 나타낸다.
실시예들에 따른 SDLT 내에 포함된 위치 정보는 등록된 국가 코드 및 도시의 이름을 이용하여 해당 방송 서비스가 제공되는 지역의 정보를 방송 신호 수신 장치로 시그널링 할 수 있다. 이러한 시그널링을 이용하면 사용자가 인식할 수 있는 지역 정보를 문자로 제공하기 때문에, 방송 신호 수신 장치에서 위치정보를 알 수 없더라도 수신 장치가 시그널링 정보를 파싱하여 사용자에게 방송 서비스를 제공할 수 있다.
실시예들에 따른 SDLT 내에 포함된 위치 정보는 서비스가 제공되는 지역 정보를 원의 형태로 시그널링 할 수 있다. 이러한 시그널링을 이용하면, 실시예들에 따른 SDLT는 간단한 세가지 정보 제공을 통해 포괄적인 지역 정보를 포함할 수 있도록 할 수 있다.
실시예들에 따른 SDLT 내에 포함된 위치 정보는 남서쪽 끝점과 북동쪽 끝점의 위도와 경도를 제공함으로써 4가지 위치정보에 기초한 사각형의 지역을 방송 신호 수신 장치로 시그널링 할 수 있다.
실시예들에 따른 SDLT 내에 포함된 위치 정보는 다각형을 구성할 수 있는 Polygon 위치 정보를 제공함으로써, 방송 신호 수신 장치에게 보다 정확한 방송 서비스의 제공의 위치 정보를 제공할 수 있다.
실시예들에 따른 SDLT 내에 포함된 위치 정보는, 방송 서비스가 제공되는 IP 주소의 값 또는 그 범위를 시그널링 할 수 있다. SDLT는 이러한 정보를 제공함으로써 인터넷에 연결된 수신기의 IP주소에 기초하여, 해당 IP 주소가 속하는 범주의 지역에서 해당 서비스를 제공할 수 있다.
실시예들에 따르면 로케이션 정보(LocationInfo)는 0개 또는 그 이상의 리전(Region) 정보, 0개 또는 그 이상의 서클(Circle) 정보, 0개 또는 그 이상의 스퀘어(Square) 정보, 0개 또는 그 이상의 폴리곤(Polygon) 정보, 0개 또는 그 이상의 IPaddressScope)를 포함할 수 있다.
리전(Region) 정보는 해당 방송 서비스가 지원되는 국가 명칭 및/또는 도시의 명칭을 나타낼 수 있다. 리전 정보는 국가이름을 나타내는 @isoCountryCode 엘리먼트를 포함할 수 있다. 리전(Region) 정보는 도시를 나타내는 시티(City) 정보를 포함할 수 있다. 시티 정보는 리전 정보가 나타내는 국가 내에 등록된 도시의 명칭을 나타낸다. 시티 정보는 엘리먼트로 해당 도시의 명칭을 표시하는 언어를 나타내는 @lang 엘리먼트를 포함할 수 있다.
서클(Circle) 정보는 해당 방송 서비스가 지원되는 지역을 원으로 나타내는 정보이다. 서클 정보는 엘리먼트로, 해당 지역의 위도를 나타내는 @lat 엘리먼트, 해당 지역의 경도를 나타내는 @lng 엘리먼트 및/또는 해당 지역의 원의 반지름을 나타내는 @radius 엘리먼트를 포함할 수 있다.
스퀘어(Square) 정보는 해당 방송 서비스가 지원되는 지역을 사각형으로 나타내는 정보이다. 스퀘어 정보는 엘리먼트로, 해당 사각형 지역의 남서 방향에 위치한 포인트의 위도를 나타내는 @swLat 엘리먼트, 해당 사각형 지역의 남서 방향에 위치한 포인트의 경도를 나타내는 @swLng 엘리먼트, 해당 사각형 지역의 북동 방향에 위치한 포인트의 위도를 나타내는 @neLat 엘리먼트 및/또는 해당 사각형 지역의 북동 방향에 위치한 포인트의 경도를 나타내는 @neLng 엘리먼트를 포함할 수 있다.
폴리곤(PolyGone) 정보는 해당 방송 서비스가 지원되는 지역을 다각형으로 나타내는 정보이다. 예를 들어 폴리곤 정보는 하나 또는 그 이상의 꼭짓점을 포함하는 문자열일 수 있다. 폴리곤 정보는 해당 지역의 다각형의 꼭짓점의 수를 나타내는 @numOfPoints 엘리먼트를 포함할 수 있다.
아이피 주소 스콥(IPaddressScope) 정보는 IP 주소로 할당되는 지역의 정보의 범위를 나타낸다. 아이피 주소 스콥 정보는 해당 IP의 버전을 나타내는 @version 엘리먼트, 각 버전에 맞는 IP 주소값으로 IP 주소 범위의 시작을 나타내는 @startIpAddress 엘리먼트 및/또는 각 버전에 맞는 IP 주소값으로 IP 주소 범위의 끝을 나타내는 @startIpAddress 엘리먼트를 포함할 수 있다.
실시예들에 따른 LocationInfo 정보 및 엘리먼트는 실시예들에 따른 파서(parser)에 의해 파싱될 수 있다.
실시예들에 따른 도 37에 나타난 파라미터들은 각각 실시예들에 따른 SDLT내의 최상위 레벨에 존재할 수도 있고, SDLT 내의 서비스(Service, 또는 서비스 인스턴스)와 동일한 레벨 또는 그 하위 레벨에 존재할 수도 있다. 도 37에 나타난 각 파라미터들의 포함관계는 일 예시이다. 또한 실시예들에 따른 로케이션 정보는 도 37에 나타난 파라미터들의 일부만을 포함할 수도 있다.
실시예들에 따른 LocationInfo 정보는 SDLT를 통하여 방송 신호 수신 장치로 시그널링 될 수 있으며, 두 단계 레벨에 위치할 수 있다. SDLT 하위에 위치하는 경우, SDLT에 속한 모든 서비스의 위치 정보를 제공할 수 있다. Service 하위에 위치하는 경우, 해당 Service가 제공될 수 있는 위치 정보를 제공할 수 있다. 만약, SDLT와 Service에 나타나는 지역정보에서 다른 정보가 제공된다면, Service에서 제공되는 위치 정보가 우선시될 수 있다. 도 38에서 구체적으로 설명한다.
도 38는 실시예들에 따른 SDLT의 로케이션 정보(Location Info)를 이용한 방송 서비스 제공 방법을 나타낸 것이다.
실시예들에 따른 방송 신호 수신 장치는 SDLT 내에 포함된 (또는 SDLT 내의 서비스 정보 하위에 포함된) 로케이션 정보에 기초하여 방송 서비스를 사용자에게 제공 및 디스플레이할 수 있다. 실시예들에 따르면, 서비스(Service) 정보는 서비스 인스턴스(Service Instance) 정보라고 호칭될 수도 있다.
실시예들에 따른 방송 신호 수신 방법은, 저장된 서비스 디스커버리 리스트(예를 들어, SDLT)가 존재하는지 여부를 확인하는 단계(38000), 실시예들에 따른 서비스 디스커버리 리스트를 수신하는 단계(38002), 서비스 디스커버리 리스트 내에 포함된 로케이션 정보를 획득하는 단계(38001), 방송 신호 수신 장치가 수신 장치의 지역 정보를 추출할 수 있는지 확인하는 단계(38003), 수신 장치가 서비스 디스커버리 리스트에 포함된 로케이션 정보가 나타내는 지역 내에 속하는지 여부를 확인하는 단계(38007)를 포함할 수 있다.
저장된 서비스 디스커버리 리스트가 존재하는지 여부를 확인하는 단계(38000) 및/또는 실시예들에 따른 서비스 디스커버리 리스트를 수신하는 단계(38002)는 도 6 내지 도 18에 나타난 바에 따라 서비스 디스커버리 리스트(예를 들어, SDLT)를 수신할 수 있다.
38003 단계는, 방송 신호 수신 장치가 수신 장치의 지역 정보를 추출할 수 있는지 확인하는 단계이다. 실시예들에 따른 방송 신호 수신 장치는, 수신한 서비스 디스커버리 리스트(SDLT) 내에 포함된 로케이션 정보를 추출한다. 실시예들에 따른 LocationInfo 정보 및 엘리먼트는 실시예들에 따른 파서(parser)에 의해 파싱될 수 있다.
실시예들에 따르면, 방송 신호 수신 방법은, 방송 신호 수신 장치가 수신 장치의 지역 정보를 추출할 수 없는 경우, 방송 신호 수신 장치(또는 사용자)는 SDLT 내에 포함된 모든 방송 서비스를 선택 가능하다(38004). 선택된 방송 서비스가 SDLT에서 제공하는 로케이션 정보가 나타내는 지역에 해당하지 않는 경우에는 해당 서비스 제공이 불가함을 알릴 수 있다(38005, 38006).
38007 단계는, 방송 신호 수신 방법은, 방송 신호 수신 장치가 수신 장치의 지역 정보를 추출한 경우, 수신 장치가 서비스 디스커버리 리스트에 포함된 로케이션 정보가 나타내는 지역 내에 속하는지 여부를 확인할 수 있다.
실시예들에 따르면, 방송 신호 수신 방법은, 수신 장치가 서비스 디스커버리 리스트에 포함된 로케이션 정보가 나타내는 지역 내에 속하지 않는 경우 (또는 SDLT 내에 포함된 모든 서비스가 로케이션 정보가 나타내는 지역 내에 속하지 않는 경우)에는 서비스 리스트에서 사용자가 방송 서비스를 선택할 수 없도록 할 수 있다(38009).
실시예들에 따르면, 방송 신호 수신 방법은, 수신 장치가 서비스 디스커버리 리스트에 포함된 로케이션 정보가 나타내는 지역 내에 속하는 경우, 서비스 리스트에서 사용자가 방송 서비스를 선택할 수 있고(38008), 방송 신호 수신 장치는 선택된 방송 서비스를 디스플레이 할 수 있다(38010).
도 39는 실시예들에 따른 SDLT의 로케이션 정보(Location Info)를 이용한 방송 서비스 제공 방법을 나타낸 것이다.
도 39는 지역 정보를 포함한 SDLT의 예시와 SDLT를 이용한 방송 서비스 제공 방법의 예시를 나타낸다. 예를 들어, 프랑스에서 방영되는 2개의 서비스가 각각 다른 도시에서만 방영되는 서비스인 경우, 해당 방송 서비스는 SDLT 하위와 서비스(Service)에서 이를 시그널링 될 수 있다. SDLT를 획득한 수신기는 제공하는 정보에 따라 사용자에게 서비스 리스트를 보여줄 수 있다. 방송 신호 수신 장치가, 방송 신호 수신 장치의 위치 정보를 추출한 경우, SDLT에서 제공하는 위치 정보에 기초하여, 사용자에게 필터링된 서비스 리스트를 보여줄 수 있다.
실시예들에 따른 방송 신호 수신 장치는 실시예들에 따른 SDLT를 수신할 수 있다. 실시예들에 따른 SDLT는 XML 형태로 구성될 수 있다. SDLT는 실시예들에 따른 로케이션 정보를 포함할 수 있다. 로케이션 정보는 SDLT 내에 포함된 서비스 정보(또는 실시예들에 따른 서비스 인스턴스 정보) 내 포함되거나, SDLT 내에 포함된 서비스들과 동일한 레벨의 엘리먼트로 포함될 수 있다.
실시예들에 따른 방송 신호 수신 장치는 SDLT에 포함된 로케이션 정보(LocationInfo)에 기초하여, SDLT 내에 포함된 방송 서비스가 사용자에게 제공이 가능한지 여부를 확인할 수 있다. 예를 들어, 방송 신호 수신 장치는 로케이션 정보와 방송 신호 수신 장치의 위치 정보를 비교하여, 사용자에게 제공 가능한 방송 서비스의 리스트를 추출할 수 있다. 방송 신호 수신 장치는 사용자에게 제공 가능한 방송 서비스를 디스플레이할 수 있다. 또한 방송 신호 수신 장치는, 사용자에게 제공 가능하지 않은 방송 서비스는 해당 지역에서 제공될 수 없음을 디스플레이할 수 있다.
실시예들에 따르면, 사용자는 추출된 제공 가능한 방송 서비스의 리스트 내에서 방송 서비스를 선택할 수 있다.
도 40는 실시예들에 따른 SDLT의 히든(hidden) 정보를 나타낸다.
도 40은 실시예들에 따른 빠른 디스커버리를 제공하기 위한 SDLT의 신텍스의 다른 예시를 나타낸다. 도 40에 나타난 SDLT는 도 32에 나타난 SDLT의 파라미터 전부 또는 일부를 포함할 수 있다.
SDLT는 서비스 디스커버리를 위해 가장 먼저 수신기에서 지녀야할 essential 한 정보일 수 있다. 이 시그널링 데이터를 통해 수신기에서는 사용자가 서비스를 선택할 수 있도록 하는 서비스 리스트 정보를 제공할 수 있고, 이 때에 더 많은 정보를 포함할 수 있도록 SDLT를 구성할 수 있다. 이러한 구성 정보는 풍부한 양의 서비스 제공 및 사용자의 서비스 선택 시 보다 빠른 서비스 플레이를 가능할 수 있도록 하는 효과를 지닌다. 아래 테이블은 SDLT의 구성 Syntax이다.
실시예들에 따른 방송 신호 수신 장치는 인터넷 망을 통해 구독(subscribe) 및 스트리밍(streaming) 형태로 방송 서비스를 수신할 수 있다. 실시예들에 따른 방송 신호 수신 장치는, 채널의 히든(hidden) 및/또는 인엑티브(inactive) 채널 관리가 필요할 수 있다.
예를 들어, DVB-I 서비스 제공 시 리니어(Linear) 채널의 선택방법은 2가지일 수 있다. 첫째는 사용자가 직접 채널번호를 선택하는 방법, 둘째는 채널 서핑을 통해 채널의 선택하는 방법이 있을 수 있다. 실시예들에 따르면, 인터넷을 통해 방송 서비스는, HTTP 프로토콜에 따라 유니캐스트(unicast) 형태로 수신하거나, 멀티캐스트(multicast) 형태로 리니어 채널 서비스를 수신할 수 있다.
실시예들에 따른 SDLT는 하나 또는 그 이상의 서비스(Service) 정보를 포함할 수 있다. 실시예들에 따른 SDLT 또는 서비스 정보(또는 서비스 인스턴스 정보)는 엘리먼트로 히든(hidde) 엘리먼트, 실렉터블(selectable) 엘리먼트, 히든(비지블)_가이드 (hidden(visible)_guide) 엘리먼트, 히든(비지블)_프레젠테이션 (hidden(visible)_presentation) 엘리먼트를 포함할 수 있다.
hidden 엘리먼트는 해당 방송 서비스의 논리적 채널의 표시 또는 미표시를 나타낸다. 즉, 해당 방송 서비스가 숨겨진 방송 서비스인지 아닌지를 나타낸다. 실시예들에 따른 hidden 엘리먼트는 사용자의 논리적 채널의 검색이나, 사용자의 직접 채널 entry 선택 시, 해당 방송 서비스의 논리적 채널 등의 표시 미 표시를 나타낸다.
selectable 엘리먼트는, 해당 방송 서비스가 숨겨진 방송 서비스(즉, hidden 파라미터가 true 또는 set인 경우)인 경우 해당 방송 서비스를 논리적 채널 번호의 입력으로 선택이 가능한지 여부를 나타낸다. 예를 들어, selectable 엘리먼트가 set인 경우 방송 서비스의 논리적 채널번호의 직접 입력으로 숨겨진(즉, hidden된) 해당 방송 서비스를 선택할 수 있다. 예를 들어, selectable 엘리먼트가 false인 경우 해당 숨겨진 방송 서비스를 사용자가 직접 입력해도 선택할 수 없다.
hidden_guide 엘리먼트는 해당 방송 서비스가 숨겨진 방송 서비스인 경우, 해당 방송 서비스의 채널 내 상태를 가이드(guide) 하거나 연결 링크(link)를 통해 대체 가능한 화면을 나타낸다. 예를 들어, hidden 채널의 상태에서 채널 직접 접근 시, 채널 내 상태를 가이드 해주거나 연결 link 를 통해 대체 할 수 있는 화면을 보여줄 수 있다. 다양한 형태의 채널 가이드 방법을 나타내는 type 값.
hidden(visible)_presentation엘리먼트는 실시예들에 따른 hidden_guide 를 통해, 정의된 type 값에 따라 해당 anyURI 정보를 나타낸다.
실시예들에 따른 방송 신호 수신 장치는 상술한 바와 같은 시그널링 정보를 이용하여, DVB-I 환경에서 채널 hidden/inactive 시 리턴 채널을 이용하여, 사용자가 해당 채널의 존재/상태를 판단할 수 있으며, alternative 서비스를 통해 기존 방송의 hidden/inactive 채널의 관리를 용이하게 할 수 있다.
표 1은 실시예들에 따른 hidden_guide의 Type 값, 해당 Type 값에 대응하는 정보 및/또는 hidden(visible)_presentation 엘리먼트가 나타내는 URI 정보의 예시를 나타낸다.
Type Values hidden(visible)_presentation
0x0000 Rendering by device
0x0001 Alternative link of Service provider www.bbc.co.kr/alternative/music
0x0002 Linked service(alternative channel) DVB triplet : /DITS-(OriginalNetworkID)-(TransportStreamID)-(serviceID) Ex) Application/DITS-11-20-06
0x0003 Stereoscopic channel guide DVB triplet : /DITS-(OriginalNetworkID)-(TransportStreamID)-(serviceID) Ex) Application/DITS-11-20-06
0x0004 ESG, BCG(Broadband Content Guide) link loginformDB.html
0x0005 Alternative app service app 전용 채널 ex)AIT 활용한 app 접근
실시예들에 따른 도 40에 나타난 파라미터들은 각각 실시예들에 따른 SDLT내의 최상위 레벨에 존재할 수도 있고, SDLT 내의 서비스(Service, 또는 서비스 인스턴스)와 동일한 레벨 또는 그 하위 레벨에 존재할 수도 있다. 도 40에 나타난 각 파라미터들의 포함관계는 일 예시이다.실시예들에 따른 방송 신호 수신 장치는 도 40에 나타난 실시예들에 따른 엘리먼트들을 포함하는 SDLT(Service Discovery List Table)를 수신한다. 실시예들에 따른 SDLT는 방송 신호 수신 장치 또는 어플리케이션에 포함된 파서(parser)에 의해 파싱(parsing)되고 SDLT 내에 포함된 하위 엘리먼트들을 추출할 수 있다.
도 41는 실시예들에 따른 SDLT의 히든(hidden) 정보 및 히든 가이드(hide_guide) 정보의 예시를 나타낸다.
hidden 엘리먼트는 해당 방송 서비스의 논리적 채널의 표시 또는 미표시를 나타낸다. 즉, 해당 방송 서비스가 숨겨진 방송 서비스인지 아닌지를 나타낸다. 실시예들에 따른 hidden 엘리먼트는 사용자의 논리적 채널의 검색이나, 사용자의 직접 채널 entry 선택 시, 해당 방송 서비스의 논리적 채널 등의 표시 미 표시를 나타낸다.
hide_guide 엘리먼트는 해당 방송 서비스가 숨겨진 방송 서비스인 경우, 해당 방송 서비스의 채널 내 상태를 가이드(guide) 하거나 연결 링크(link)를 통해 대체 가능한 화면을 나타낸다. 예를 들어, hidden 채널의 상태에서 채널 직접 접근 시, 채널 내 상태를 가이드 해주거나 연결 link를 통해 대체할 수 있는 화면을 보여줄 수 있다. 다양한 형태의 채널 가이드 방법을 나타내는 type 값.
hidden 정보가 0인 경우 해당 방송 서비스 및 해당 방송 서비스의 논리적 채널은 가시된다(visible). 해당 방송 서비스는 EPG 및/또는 ESG에도 가시될 수 있다. 해당 방송 서비스는 숨겨진 방송 서비스가 아니므로 방송 신호 수신 장치는 hide_guide 정보를 무시할 수 있다.
hidden 정보가 1인 경우 해당 방송 서비스 및 해당 방송 서비스의 논리적 채널은 채널의 서핑(surfing) 시에는 가시되지 않을 수 있다(즉, 채널 서핑 중 논리적 채널은 스킵될 수 있다). 이 경우, 사용자가 직접 채널 정보를 입력하여도 방송 신호 수신 장치는 해당 방송 서비스가 정의되지 않는 것과 같이 나타낼 수 있다.
해당 방송 서비스는 hide_guide 정보가 0인 경우, EPG 및/또는 ESG에는 가시될 수 있다. 해당 방송 서비스는 hide_guide 정보가 1인 경우, EPG 및/또는 ESG에는 가시될 수 없다. 이 경우에는 어플리케이션 서비스 시에는 접근이 가능하다. 또한 이 경우에는 테스트 시그널(test signal)로 해당 방송 서비스를 제공할 수 있다.
도 42는 실시예들에 따른 SDLT의 히든(hidden) 정보 및/또는 실렉터블(selectable) 정보를 이용한 방송 서비스의 제공 방법을 나타낸다.
실시예들에 따른 방송 신호 수신 방법은 SDLT 내의 서비스(Service) 정보 내의 히든(hidde) 정보를 추출하는 단계(43000), SDLT 내의 서비스(Service) 정보 내의 실렉터블(selectable) 정보를 추출하는 단계(43002)를 포함할 수 있다.
실시예들에 따른 방송 신호 수신 장치는 실시예들에 따른 SDLT를 수신하고, SDLT 내에 포함된 서비스(Service) 내에 포함된 히든(hidden) 정보를 추출할 수 있다(43000). 실시예들에 따른 Hidden 정보는 실시예들에 따른 파서(parser)에 의해 파싱 또는 추출될 수 있다. 실시예들에 따른 방송 신호 수신 방법은, 방송 신호 수신 장치가 SDLT 내의 서비스(Service) 정보 내의 히든(hidde) 정보를 추출할 수 없는 경우, 해당 방송 서비스에 대한 채널을 디스플레이(43000a) 및 EPG에 나타내도록 디스플레이(43000b)할 수 있다. 실시예들에 따른 방송 신호 수신 방법은, 방송 신호 수신 장치가 SDLT 내의 서비스(Service) 정보 내의 히든(hidde) 정보를 추출할 있는 경우, 해당 방송 서비스는 채널 서핑(channel surfing)으로 탐색이 불가능할 수 있다(43001).
실시예들에 따른 방송 신호 수신 장치는 SDLT 내의 서비스(Service) 정보 내의 실렉터블(selectable) 정보를 추출할 수 있다(43002). 실시예들에 따른 Selectable 정보는 실시예들에 따른 파서(parser)에 의해 파싱 또는 추출될 수 있다. 이 때, 실렉터블 정보가 추출되지 않는 경우 방송 신호 수신 장치는 해당 방송 서비스의 채널이 인액티브(inactive) 또는 비활성화 상태임을 나타낼 수 있다(43002a). 또 이 경우, 해당 방송 서비스의 채널이 EPG에 나타나지 않을 수 있다(43002b). 인액티브 서비스(inactive service)란, 해당 서비스가 숨겨진(hidden) 서비스이고 사용자에 의해 선택 가능하지 않은 방송 서비스를 의미한다. 인액티브 서비스는 활성화되지 않은 서비스, 비활성화 서비스 등으로 호칭될 수 있다.
실시예들에 따른 방송 신호 수신 장치는 실렉터블 정보가 추출되는 경우, 실시예들에 따른 hidden_guide 정보를 확인할 수 있다(43003). 또한 실시예들에 따른 방송 신호 수신 장치는 실렉터블 정보가 추출되는 경우, 실시예들에 따른 hidden_presentation 정보를 확인할 수 있다(43004). 실시예들에 따른 방송 신호 수신 장치는 확인한 hidden_guide 및/또는 hidden_presenatation 정보에 기초하여 해당 방송 서비스의 채널의 대체 처리를 수행할 수 있다. 해당 방송 서비스의 채널의 대체 처리는 도 40 내지 도 41에서 설명한 바와 같다. 실시예들에 따른 hidden_guide, hidden_presentation 정보는 실시예들에 따른 파서(parser)에 의해 파싱 또는 확인될 수 있다.
도 43는 실시예들에 따른 SDLT의 다른 예시를 나타낸다
도 43은 실시예들에 따른 방송 서비스가 인액티브(inactive)인 경우 해당 서비스에 대한 배너를 제공하기 위한 정보를 더 포함하는 SDLT 예시를 나타낸다. 도 43에 나타난 실시예들에 따른 SDLT는 도 40에 나타난 SDLT의 시그널링 정보 일부 또는 전부를 포함할 수 있다.
인액티브 서비스(inactive service)란, 해당 서비스가 숨겨진(hidden) 서비스이고 사용자에 의해 선택 가능하지 않은 방송 서비스를 의미한다.
실시예들에 따르면, 방송 서비스는 숨겨진 방송 서비스(hidden)이거나, 선택 가능한 방송 서비스(selectable)이거나, 인엑티브 서비스(inactive)일 수 있다. 이 때, 사용자가 해당 방송 서비스를 선택할 경우 방송 신호 수신 장치는 방송 서비스를 재생하지 못할 수 있다. 이 때 사용자에게 주는 불편함을 해소하기 위하여 해당 방송 서비스를 대체할 수 있는 다른 컨텐츠를 디스플레이할 수 있다. 실시예들에 따른 해당 방송 서비스를 대체할 수 있는 다른 컨텐츠는 인터넷 망을 통해 수신할 수 있다. 이 때, 해당 방송 서비스를 대체할 수 있는 다른 컨텐츠를 리턴 채널 대체 서비스라고 호칭할 수도 있다.
실시예들에 따른 리턴 채널 대체 서비스와 관련된 정보는 실시예들에 따른 SDLT 내의 해당 서비스(Service) 정보 또는 서비스 정보와 동일한 레벨 내에 포함될 수 있으며, 관련 메티리얼 정보(RelatedMaterial)로 호칭할 수도 있다.
이러한 리턴 채널과 관련된 정보인 관련 메티리얼 정보가 SDLT 내의 서비스 정보(서비스 인스턴스 정보) 또는 실시예들에 따른 SDLT에 포함되어 전송됨으로써 사용자들은 방송 서비스가 재생되지 못함으로 인해 주는 불편함을 최소화할 수 있고, 사용자에게 해당 방송 서비스와 관련된 유의미한 정보를 더 제공할 수 있다.
실시예들에 따른 인터넷 기반 방송 서비스 제공하는 방법은(예를 들어, DVB-I 서비스는) 인터넷 리니어 채널을 방송 신호 수신 장치로 제공할 수 있다. 실시예들에 따르면, 서비스 디스커버리 과정에서 특정 LCN 에서 방송 서비스를 part-time 형태(즉, 특정 시간대에만 유효한 형태)로 제공할 수 있다.
실시예들에 따른 방송 신호 수신 장치는 outside of service state(예를 들어, 해당 방송 서비스가 비활성화(inactive) 된 경우)에서 사용자가 채널 번호를 통해 직접 선택했을 때 혼란을 주지 않기 위해, inactive의 service banner 이미지나, 추가 application을 통해 channel change API 를 실행하거나 부가적인 VoD 서비스를 제공 할 수 있다.
실시예들에 따른 SDLT는 하나 또는 그 이상의 서비스(Service) 정보를 포함할 수 있다.
실시예들에 따른 SDLT 또는 SDLT 내에 포함된 서비스 정보(서비스 인스턴스 정보)는 해당 서비스의 논리적 채널의 번호(Logical Channel Number)를 나타내는 @LCN 정보를 포함할 수 있다.
실시예들에 따른 SDLT 또는 SDLT 내에 포함된 각각의 서비스 정보(서비스 인스턴스 정보)는 하나 또는 그 이상의 관련 메티리얼 정보(RelatedMaterial)를 포함할 수 있다. 관련 메티리얼 정보는 해당 방송 서비스와 관련된 파일들(예를 들어, 수신 장치가 수신한 AIT 파일, 이미지 파일 등)의 위치 및/또는 해당 방송 서비스와 어떻게 연관되어 있는지를 나타낸다. 관련 메티리얼 정보는, 관련 메티리얼 정보가 나타내는 파일들이 방송 서비스와 어떻게 연관되는지를 나타내는 HowRelated 엘리먼트를 포함할 수 있다.
관련 메티리얼 정보는 미디어 로케이터(MediaLocator) 정보를 포함할 수 있다. 미디어 로케이터 정보는 해당 방송 서비스와 관련된 미디어의 위치를 나타낸다. 미디어 로케이터 (Media Locator) 정보는 방송 서비스와 관련된 파일들(예를 들어, AIT 파일 및/또는 이미지 파일 등)의 URI 정보를 나타내는 미디어 URI (MediaURI) 정보를 포함할 수 있다.
관련 메티리얼 정보는 어베일러블리티(Availability) 정보를 포함할 수 있다. 어베일러블리티 정보는 해당 방송 서비스의 상태를 나타낸다. 해당 방송 서비스의 상태는 예를 들어, 해당 방송 서비스가 진행 중(running)인 상태, 진행중이지 않은 상태(not running), 몇 초 후 시작될 상태(starts in a few seconds) 등이 있을 수 있다. 즉, 실시예들에 따른 방송 서비스가 part-time 형태로 제공되는 경우, 제공되는 시간을 나타낼 수 있다.
실시예들에 따른 어베일러블리티(availability) 정보는 도 28에 나타난 러닝 스테이터스(RunningStatus) 정보를 의미할 수도 있다. 어베일러블리티(availability) 정보는 러닝 스테이터스 정보를 포함할 수도 있다. 반대로 러닝 스테이터스 정보 내에 어베일러블리티 정보가 포함될 수도 있다.
실시예들에 따른 어베일러블리티 정보는 예를 들어, @ValidFrom, @ValidTo, @Days, @Recurrence 등의 엘리먼트를 포함할 수 있다.
@ValidFrom 엘리먼트는 해당 방송 서비스가 유효(became available)하거나 유효(become available)하게 될 시간(예를 들어, 날짜 및 시간)을 나타낸다. (The time and date that this service will become or became available.) 만약 해당 엘리먼트가 제시되지 않은 경우, 해당 방송 서비스가 이미 유효함(available)을 나타낼 수 있다.
@ValidTo 엘리먼트는 해당 방송 서비스가 유효하지 않게 될 (cease to be available) 시간(예를 들어, 날짜 및 시간)을 나타낸다. (The time and date that this service will cease to be available.) 만약 해당 엘리먼트가 제시되지 않은 경우, 해당 방송 서비스가 무기한으로 유효함(available indefinitely)을 나타낼 수 있다.
@Days 엘리먼트는 해당 서비스가 일주일 중 어느 날들에 유효한지를 나타낸다. (Defines which days of the week the service is available) 예를 들어, 해당 파라미터가 “1, 4, 7”의 값을 갖는 경우 이는 월요일, 목요일 및 일요일에 유효함을 나타낼 수 있다. 만약 해당 엘리먼트가 제시되지 않은 경우, 일주일 중 모든 날이 유효함을 나타낼 수 있다.
@Recurrence 엘리먼트는 해당 서비스에 대한 유효의 주간 케이던스를 나타낸다. 주간 케이던스는 해당 방송 서비스가 주 단위로 반복되는지 여부 및/또는 얼마나 반복되는지 여부를 나타낸다. (Specifies the weekly cadence of the scheduled availability for the service.) 만약 해당 파라미터가 제시되지 않은 경우, 해당 방송 서비스는 매주 반복될 수 있다.
실시예들에 따른 어베일러블리티 정보는 실시예들에 따른 서비스가 주기적으로 시작되는 시간에 대한 정보(예를 들어, 시작 시간 및 끝 시간)를 나타내는 엘리먼트들을 더 포함할 수 있다.
실시예들에 따른 어베일러블리티 정보 내에 포함된 엘리먼트들은, 실시예들에 따른 어베일러블리티 정보 내 동일한 히어라키(hierarchy) 또는 레벨에 포함될 수도 있고, 어베일러블리티 정보 내에 포함된 세분화된 정보 내에 포함될 수도 있다.
일 실시예로, @ValidFrom, @ValidTo, @Days, @Recurrence 엘리먼트는 모두 실시예들에 따른 어베일러블리티 정보(Availability) 내에 포함될 수 있다.
다른 실시예로, 실시예들에 따른 어베일러블리티 정보(Availability)는 피리어드(Period) 정보 및 인터벌(Interval) 정보를 포함할 수 있고, 실시예들에 따른 피리어드 정보에 @ValidFrom, @ValidTo가 포함될 수 있으며, 실시예들에 따른 인터벌(Interval) 정보에 @Days, @Recurrence가 포함될 수 있다.
즉, 실시예들에 따른 방송 신호 수신 장치는 <Availability> 정보(엘리먼트) 내 속성 값들을 통해, 파트-타임 서비스(part-time service)의 실제 유효시간을 시그널링하고, 방송 서비스의 비활성 주기(inactive period)를 확인한다. 해당 주기에서의 LCN(Logical Channel Number) 에서 보여지는 화면은 <RelatedMaterial> 의 엘리먼트에서 정의한 속성으로 인액티브(inactive) 서비스 상태를 보여질 수 있다.
@MediaURI는 실시예들에 따른 hidden(visible)_presentation URI 와 동일한 속성으로 HbbTV(AIT) 앱 시그널링과 앱 라이프-사이클을 반영할 수 있다. @MediaURI 파라미터가 생략되는 경우 @ApplicationInformationTable에서 정의한 URI를 통해서 인액티브 대체 서비스를 제공할 수 있다. 실시예들에 따른 @MediaURI의 content_type 이 "image/png" 일 경우 실시예들에 따른 방송 신호 수신 장치는 인액티브 서비스 배너(inactive service banner) 또는 아웃-오브 서비스 배너를 디스플레이할 수 있다.
실시예들에 따른 SDLT는 도 21의 방송 신호 전송 장치의 서비스 리스트 서버(Service List Server, 21002)에서 생성되거나 브로드캐스터(21003)에서 생성되는 서비스 리스트 디스커버리 정보를 의미할 수 있다. 실시예들에 따른 SDLT는 도 56의 방송 신호 전송 장치의 시그널링 생성부(56001)에서 생성되는 서비스 리스트 디스커버리 정보를 의미할 수 있다.
실시예들에 따른 SDLT는 도 21의 DVB-I 플레이어(21000) 또는 DVB-I 플레이어에 포함된 파서(parser)에 의해 파싱(parsing)될 수 있다. 또한, 실시예들에 따른 SDLT는 실시예들에 따른 방송 신호 수신 장치의 서비스 관리부(57002) 또는 서비스 관리부 내에 포함된 파서(parser)에서 파싱(parsing)될 수 있다. 실시예들에 따른 파서(parser), 서비스 관리부(57002), DVB-I 플레이어(21000)는 SDLT가 파싱(parsing)하여 SDLT 내에 포함된 서비스(Service), 관련 메티리얼(RelatedMaterial) 정보 등을 추출할 수 있다.
따라서, 실시예들에 따른 방송 신호 수신 장치는 실시예들에 따른 어베일러블리티 정보 및 관련 메티리얼 정보에 기초하여 방송 서비스가 현재 hidden/selectable/inactive 상태인 경우에도 사용자에게 대체 서비스를 제공함으로써 사용자들에게 주는 불편함을 해소할 수 있다.
도 44는 실시예들에 따른 SDLT 내 관련 메티리얼(RelatedMaterial) 정보의 예시 나타낸다
도 44는 실시예들에 따른 SDLT 내 관련 메티리얼 정보를 XML 형태로 나타낸 것이다. 실시예들에 따르면 SDLT는 하나 또는 그 이상의 서비스(Service)를 포함할 수 있다. 서비스는 도 44에 도시된 바와 같이 하나 또는 그 이상의 관련 메티리얼(RelatedMaterial) 정보를 포함할 수 있다. 예를 들어, 하나의 서비스에는 도 44에 도시된 바와 같이 Promotional Still Image와 관련된 관련 메티리얼 정보, 기타 관련 메티리얼 정보를 포함할 수 있다.
실시예들에 따르면, 하나의 관련 메티리얼 정보는 도 43에서 설명한 HowRelated 엘리먼트를 포함할 수 있다. HowRelated 엘리먼트는 관련 메티리얼 정보가 나타내는 파일들이 방송 서비스와 어떻게 연관되는지를 나타낼 수 있다. 예를 들어, HowRelated 엘리먼트는 XML 신텍스로 표현될 수 있으며, href 어트리뷰트로 나타낼 수 있다. 예를 들어, 도 44의 첫 번째 RelatedMaterial 정보에 포함된 HowRelated 엘리먼트는, href 어트리뷰트로 “urn:tva:metadata:cs:HowRelatedCS:2012:19”와 같이 Promotional Still Image 가 방송 서비스와 어떻게 연관되어 있는지를 나타낼 수 있다.
관련 메티리얼 정보는 미디어 로케이터(MediaLocator) 정보를 포함할 수 있고, 실시예들에 따른 미디어 로케이터 정보는 도 43에서 설명한 미디어 URI 정보를 포함할 수 있다. 미디어 로케이터 정보는 해당 미디어의 URI를 나타내는 MediaURI 엘리먼트를 포함할 수 있다.
MediaURI 엘리먼트는 contentType 속성 값을 포함할 수 있다. contentType은 해당 미디어가 이미지 파일인지, 이미지 파일인 경우 파일 형식은 어떤지, 어플리케이션을 나타내는지 등, 파일의 형식을 나타낼 수 있다.
MediaURI 엘리먼트는 해당 파일(미디어 파일)을 획득하기 위한 URI 주소를 포함할 수 있다. 예를 들어 도 44에 따르면, 방송 신호 수신 장치는 SDLT의 첫 번째 두 번째 RelatedMaterial 정보에 포함된 MediaURI에 포함된 주소(http://img-ctv.digitaluk.co.uk/channel7/service_a_linear.png)가 지시하는 주소에 따라 Promotional Still Image를 획득할 수 있다.
실시예들에 따른 도 44에 나타난 SDLT 및/또는 그 하위 엘리먼트는 실시예들에 따른 파서(parser)에 의해 파싱될 수 있다.
따라서, 실시예들에 따른 방송 신호 송신 방법은 서비스 데이터 및/또는 서비스 데이터를 위한 시그널링 정보를 생성하는 단계, 서비스 데이터 및/또는 시그널링 정보를 인코딩하는 단계 및/또는 서비스 데이터 및/또는 시그널링 정보를 전송하는 단계를 포함할 수 있다.
또한, 실시예들에 따른 방송 신호 수신 방법은 서비스 데이터 및/또는 서비스 데이터를 위한 시그널링 정보를 수신하는 단계 및/또는 시그널링 정보에 기초하여 서비스 데이터를 획득하는 단계를 포함할 수 있다.
실시예들에 따른 시그널링 정보는 서비스 데이터에 관한 정보를 포함하고, 서비스 데이터에 관한 정보는 서비스 데이터와 관련된 어플리케이션의 위치를 나타내는 관련 메티리얼(Related Material) 정보 및 서비스 데이터의 진행 여부를 나타내는 어베일러블리티(Availability) 정보를 포함할 수 있다.
실시예들에 따른 관련 메티리얼 정보는 어플리케이션에 대한 정보를 획득하기 위한 위치 정보를 포함할 수 있다. 또한 실시예들에 따른 어베일러블리티 정보는 서비스 데이터가 진행되는 시간에 대한 정보 및 서비스 데이터의 진행이 반복적인지 여부를 나타내는 정보를 포함할 수 있다.
실시예들에 따른 방송 신호 수신 장치는 이러한 구성으로, 인터넷 리니어 채널의 hidden/selectable/inactive 방송 서비스 개시 시, 사용자에게 방송이 나오지 않는 불편함을 주는 논리적 채널 서비스를 피할 수 있고, 인터넷 리턴 채널 대체 서비스(또는 대체 서비스)를 제공함으로써 사용자에게 보다 나은 미디어 서비스를 제공할 수 있다.
도 45는 방송 서비스가 인액티브(inactive) 시 방송 신호 수신 장치가 서비스 배너(service banner)를 제공하는 방법을 나타낸다.
도 45는 방송 서비스가 인액티브(inactive)인 경우, 특정 LCN에서 적용될 수 있는 방송 신호 수신 장치의 디스플레이의 UI의 예시를 나타낸다. 예를 들어, 도 45에서 LCN 6번은 현재 방송 서비스가 제공되지 않는 상태(No service) 상태로 방송 서비스가 제공되지 않음을 나타내는 컴포넌트(예를 들어, No service 배너)를 디스플레이할 수 있다. 방송 서비스가 제공되지 않음을 나타내는 컴포넌트는 아웃-오브-서비스(out-of-service) 배너로 호칭될 수 있다.
도 45의 상단의 그림은 실시예들에 따른 방송 서비스의 스케줄을 나타내는, 방송 신호 수신 장치의 디스플레이 컴포넌트를 나타낸다.
실시예들에 따른 방송 신호 수신 장치는 하나 또는 그 이상의 방송 서비스의 채널 넘버(LCN)와 해당 방송 서비스의 제공 시간을 디스플레이할 수 있다. 예를 들어, 실시예들에 따른 방송 신호 수신 장치는 SDLT를 수신하고, SDLT에 포함된 복수의 서비스(Service) 정보를 파싱할 수 있다.
복수의 서비스는 예를 들어, “Evening news”라는 명칭을 갖는 방송 서비스, “This week”라는 명칭을 갖는 방송 서비스, “Perspectives: the magic of Houdini”라는 명칭을 갖는 방송 서비스, “Dementiaville”라는 명칭을 갖는 방송 서비스, “Family Guy”라는 명칭을 갖는 방송 서비스, “Life of bear”이라는 명칭을 갖는 방송 서비스, “Kingdom #18”이라는 명칭을 갖는 방송 서비스를 포함할 수 있다. 실시예들에 따른 방송 신호 수신 장치는 각 방송 서비스의 명칭을 테이블(table) 형태로 도 45의 상단의 그림에 도시된 바와 같이 디스플레이할 수 있다.
실시예들에 따른 방송 신호 수신 장치는 각 방송 서비스의 논리적 채널 넘버(LCN) 및 해당 채널의 명칭을 디스플레이할 수 있다. 예를 들어, 방송 신호 수신 장치는 “Evening news”라는 명칭을 갖는 방송 서비스를 디스플레이하는 경우, “Channel 4 HD”라는 채널 명칭과, “Ch 4”와 같이 LCN을 함께 표시할 수 있다.
실시예들에 따른 방송 신호 수신 장치는 SDLT 내에 포함된 서비스(Service) 정보에 포함된 @LCN 엘리먼트에 기초하여 상술한 LCN을, 서비스(Service) 정보에 포함된 Name 정보에 기초하여 상술한 서비스의 명칭을 디스플레이할 수 있다. 예를 들어, “Evening news”방송 서비스는 @LCN의 값이 4일 수 있고, Name 정보는 “Evening news”라는 string 값을 가질 수 있다.
실시예들에 따른 방송 신호 수신 장치는 각 방송 서비스의 스케줄 테이블을 디스플레이할 수 있다. 예를 들어, “Evening news”라는 명칭을 갖는 방송 서비스의 스케줄은 도 45의 상단의 그림에 도시된 바와 같이 바 그래프(bar graph) 또는 간트 차트(ghant chart) 형태로 디스플레이할 수 있다. 즉, “Evening news”라는 명칭을 갖는 방송 서비스가 9:00에 시작하여 10:20에 마치는 경우, 동일한 행(row)에 LCN을 나타내는 “Ch 4”해당 채널의 명칭을 나타내는 “Channel 4 HD”해당 방송 서비스의 명칭인 “Evening news”가 포함된 바 그래프를 디스플레이할 수 있다.
실시예들에 따른 방송 신호 수신 장치는 SDLT 내에 포함된 어베일러블리티(Availability) 정보에 기초하여 방송 서비스의 스케줄 테이블을 구성할 수 있다. 예를 들면, 도 45의 상단 그림에서, “Evening news”방송 서비스는 @VaildFrom이 9:00을 나타내고 @ValidTo가 10:20을 나타낼 수 있다.
실시예들에 따른 방송 신호 수신 장치는, SDLT에 포함된 특정 서비스(service)가 활성화되지 않은 서비스인 경우(즉, 인액티브 서비스(inactive service)인 경우) 스케줄을 나타내는 디스플레이 컴포넌트에 “No Service” 또는 아웃-오브-서비스(out-of-service) 배너를 디스플레이할 수 있다. 예를 들어, 채널 6의 BBC Two UHD 채널에 9:00부터 9:40까지 방송 서비스가 활성화되지 않는 경우에는 “No Service” 또는 아웃-오브-서비스(out-of-service) 배너로 디스플레이할 수 있다.
실시예들에 따르면, SDLT에 포함된 특정 서비스가 인액티브 서비스일 수 있다. 인액티브 서비스(inactive service)란, 해당 서비스가 숨겨진(hidden) 서비스이고 사용자에 의해 선택 가능하지 않은 방송 서비스를 의미한다. 예를 들어, SDLT에 포함된 서비스(Service) 정보 중 특정 서비스가 @hidden 값이 true이고, @selectable 값이 false인 경우 해당 방송 서비스는 인액티브 서비스일 수 있다.
인액티브 서비스인 경우에는 채널 서핑(channel surfing) 시 인액티브 서비스에 해당하는 채널을 스킵(skip)할 수 있다. 그러나 실시예들에 따르면, 사용자가 채널 서핑을 하지 않고 인액티브 서비스의 LCN을 직접 입력할 수 있다.
도 45의 하단의 그림은 사용자가 채널 서핑을 하지 않고 인액티브 서비스의 LCN을 직접 입력할 경우 나타나는 디스플레이이다. 즉, 실시예들에 따른 방송 서비스가 인액티브 서비스인 경우, 해당 방송 신호 수신 장치가 인액티브 서비스를 디스플레이하는 것을 나타낸다. 도 45 하단의 그림은, SDLT에 포함된 서비스가 인액티브 상태인 경우에 디스플레이되는 것이다. 예를 들어, 현재 시각 기준으로 LCN이 6인 채널에는 방송 서비스가 인액티브 상태일 수 있다(도 45 상단 그림).
실시예들에 따른 방송 신호 수신 장치는 인터넷 리니어 채널의 방송 서비스가 hidden/selectable/inactive 인 경우, 사용자에게 방송이 나오지 않는 불편함을 주는 논리적 채널 서비스를 막고, 인터넷 리턴 채널 대체 서비스를 제공함으로써 보다 나은 미디어 서비스를 제공할 수 있다.
도 46은 실시예들에 따른 인터넷 기반 방송 서비스의 리스트 구조(service list hierarchy)를 나타낸다.
실시예들에 따른 인터넷 기반 방송 서비스 (예를 들어, DVB-I 서비스)의 서비스 리스트(service list)는 아래와 같은 서비스 히어라키(service hierarchy)를 가진다. 실시예들에 따른 인터넷 기반 방송 서비스는 디스커버리 포인트(discovery point, 예를 들어 SDLT)를 통해 방송 서비스의 리스트(service list)를 획득하고, 서비스 리스트내에 포함된 서비스(service)들의 정보를 획득한다.
서비스 리스트(Service List)는 해당 서비스들이 적용 가능한 지역을 나타내는 applicableRegion 정보, 해당 서비스들을 제공하는 서비스 프로바이더의 명칭을 나타내는 providerName 정보, 해당 서비스의 로고를 나타내는 logo 정보 및/또는 해당 서비스 리스트에 포함된 서비스들의 명칭을 나타내는 name 정보를 포함한다.
실시예들에 따른 서비스 리스트에 포함된 서비스들은 각각, 해당 서비스의 타입 정보를 나타내는 type 정보, 해당 서비스를 획득하기 위한 위치를 나타내는 locator 정보, 필드 정보, 해당 서비스를 제공하기 위한 수신 장치의 필요 사양과 관련된 capabilityRequirement 정보, parentalRating 정보 및/또는 해당 서비스의 장르를 나타내는 genre 정보를 포함할 수 있다.
실시예들에 따른 서비스 리스트에 포함된 서비스들은 각각의 Logical Channel Number를 가질 수 있고, linear channel 서비스를 제공할 수 있다.
도 47은 실시예들에 따른 방송 서비스의 버전(version) 관리 방법을 나타낸다.
실시예들에 따른 방송 신호 수신 장치는, 인터넷을 이용한 방송 서비스를 제공할 수 있다. 이 경우 방송 서비스들을 포함하는 서비스 리스트(Service List)는 하나 또는 그 이상의 브로드밴드(broadband) 서버로부터 수신할 수 있다. 즉, 방송 신호 수신 장치는 하나 또는 그 이상의 서비스(Service)들 및/또는 서비스들의 시그널링 정보를 오픈 플랫폼(open platform)을 통해 서버로부터 수신할 수 있다.
실시예들에 따른 방송 신호 수신 장치는 이러한 하나 또는 그 이상의 서비스(Service)들을 관리할 필요가 있다. 예를 들어, 실시예들에 따른 방송 신호 수신 장치는 하나 또는 그 이상의 서비스들의 버전(version)을 유지하고 보관할 수 있다. 따라서, 실시예들에 따른 방송 신호 수신 장치는 중앙화된 저장소(센트럴라이즈드 리퍼지토리, centeralized repository)를 포함할 수 있다. 중앙화된 저장소(센트럴라이즈드 리퍼지토리)는 실시예들에 따른 방송 서비스(service)들의 관리할 수 있다. 즉, 실시예들에 따른 방송 신호 수신 장치는 중앙화된 저장소를 이용하여 서비스 제공자(service provider) 또는 서비스 리스트 제공자(service list provider)에 기초한 공통의 서비스 검색 인프라를 제공할 수 있다.
이러한 구성으로 인해, 실시예들에 따른 방송 신호 수신 장치는 인터넷 망을 이용한 리니어(Linear) 서비스의 실현이 가능할 수 있고, 서비스를 제공하는 서버를 통합 및 관리하여 사용자에게 개방되게 서비스를 제공할 수 있다.
도 47은 실시예들에 따른 인터넷 기반 방송 서비스(예를 들어, DVB-I 서비스)를 위한 구성하는 주체인 서비스 제공자(service provider), 서비스 리스트 제공자(service list provider), 단말(terminal, 예를 들어 실시예들에 따른 방송 신호 수신 장치), 중앙 서비스 레지스트리(central service registry)와 이들의 동작을 나타낸 것이다.
서비스 제공자(service provider, 47003a-47003f)는 하나 또는 그 이상의 방송 서비스(Service)를 제공하는 서버를 의미한다. 실시예들에 따른 서비스 제공자는 도 21의 브로드캐스터(broadcaster, 21003)일 수 있다.
서비스 리스트 제공자(service list provider, 47002a-47002c)는 하나 또는 그 이상의 서비스(Service)의 리스트(list) 또는 서비스들을 제공하는 서버를 의미한다. 실시예들에 따른 서비스 제공자는 도 21의 서비스 리스트 서버(broadcaster, 21002)일 수 있다. 단말(terminal, 47000)은 실시예들에 따른 방송 신호 수신 장치에 포함된 구성일 수 있다. 단말은 도 21의 DVB-I 플레이어(DVB-I Player, 21000)일 수 있다. 중앙 서비스 레지스트리(central service registry, 47001)는 실시예들에 따른 서비스 리스트 제공자(service list provider) 내에 포함될 수 있다. 중앙 서비스 레지스트리(47001)는 도 21의 명세서 단락에서 설명한 서비스 리스트 레지스트리(Service List Registry)를 의미할 수 있다.
중앙 서비스 레지스트리(47001)은 알려진 URL로 활성화되는 HTTP 기반의 엔드포인트(endpoint)일 수 있다 (A DVB-I Service List Registry is an HTTP endpoint available at a known URL).
실시예들에 따른 서비스 리스트 제공자(service list provider, 47002a-47002c)는 중앙 서비스 레지스트리(central service registry)로 등록(register)을 위한 요청을 전송할 수 있다. 실시예들에 따른 중앙 서비스 레지스트리(central service registry)는 요청을 수신한 서비스 리스트 제공자(service list provider)를 등록할 수 있다. 예를 들어, 도 47의 제 1 서비스 리스트 제공자(47002a)가 중앙 서비스 레지스트리(47001)로 등록을 위한 요청을 전송하고, 중앙 서비스 레지스트리(47001)는 제 1 서비스 리스트 제공자(47002a)를 등록할 수 있다. 제 2 서비스 리스트 제공자(47002b) 및/또는 제 3 서비스 리스트 제공자(47002c)도 마찬가지로 등록할 수 있다.
실시예들에 따른 서비스 제공자(service provider, 47003a-47003f)는 서비스 리스트 제공자(service list provider, 47002a-47002c)로 서비스 등록(register service)를 요청할 수 있고, 서비스 등록을 위한 요청을 수신한 서비스 리스트 제공자(47002a-47002c)는 서비스를 등록할 수 있다. 예를 들어, 도 47에 따르면 제 1 서비스 제공자(47003a)는 제 1 서비스(S1) 및 제 2 서비스(S2)를 제 1 서비스 리스트 제공자(47002a)에 등록할 수 있다. 제 2 서비스 제공자(47003b)는 제 3 서비스(S3)를 제 2 서비스 리스트 제공자(47002b)에 등록할 수 있다. 제 3 서비스 제공자(47003c)는 제 4 서비스(S4)를 제 1 서비스 리스트 제공자(47002a) 및 제 2 서비스 제공자(47002b)에 각각 등록할 수 있다. 제 4 서비스 제공자(47003d)는 제 5 서비스(S5)를 제 2 서비스 제공자(47002b)에 등록할 수 있다. 제 5 서비스 제공자(47003e)는 제 6 서비스(S6)를 제 3 서비스 제공자(47002c)에 등록할 수 있다. 제 6 서비스 제공자(47003f)는 제 7 서비스(S7) 및 제 8 서비스(S8)를 제 3 서비스 제공자(47002c)에 등록할 수 있다.
실시예들에 따른 서비스 제공자(service provider, 47003a-47003f)는 실시예들에 따른 중앙 서비스 레지스트리(Central Service Registry)로 직접 방송 서비스를 등록할 수 있다. 예를 들어, 제 6 서비스 제공자(47003f)는 제 8 서비스(S8)를 중앙 서비스 레지스트리(47001)에 직접 등록할 수 있다.
실시예들에 따른 단말(47000)은, 중앙 서비스 레지스트리(47001)로 접근하기 위한 중앙 서비스 레지스트리의 엔트리 포인트(entry point)를 설정할 수 있다. 중앙 서비스 레지스트리의 엔트리 포인트는 중앙 서비스 레지스트리의 주소를 포함할 수 있다.
실시예들에 따른 단말(47000)은, 중앙 서비스 레지스트리의 엔트리 포인트를 설정한 후, 중앙 서비스 레지스트리(47001)에게 서비스 제공자(47002a-47002f)의 접근을 위한 서비스 리스트 엔트리 포인트(Service List Entry Point, SLP)를 요청할 수 있다. 실시예들에 따른 중앙 서비스 레지스트리(47001)는 단말(47000)에게 서비스 제공자(47002a-47002f)의 접근을 위한 서비스 리스트 엔트리 포인트(Service List Entry Point, SLP)를 제공할 수 있다. 서비스 리스트 엔트리 포인트(Service List Entry Point, SLP)는 서비스 리스트 제공자(47002a-47002c)로 접근하기 위한 정보를 포함할 수 있다.
실시예들에 따른 단말(47000)은, 중앙 서비스 레지스트리의 엔트리 포인트를 설정한 후, 중앙 서비스 레지스트리(47001)에게 하나 또는 그 이상의 서비스(Service)를 요청할 수도 있다. 예를 들어, 실시예들에 따른 단말(47000)은 중앙 서비스 레지스트리(47001)에게, 중앙 서비스 레지스트리(47001)가 보유하는 제 8 서비스(S8)를 요청할 수도 있고, 중앙 서비스 레지스트리(47001)는 단말(47000)에게 제 8 서비스(S8)를 제공할 수 있다.
실시예들에 따른 단말(47000)은 서비스 리스트 엔트리 포인트(Service List Entry Point, SLP)를 이용하여 서비스 리스트 제공자(47002a-47002c)로 접근할 수 있다. 실시예들에 따른 단말(47000)은 서비스 리스트 엔트리 포인트(Service List Entry Point, SLP)를 이용하여 서비스 리스트 제공자(47002a-47002c)가 제공하는 서비스(Service)들을 요청할 수 있다. 이 경우 요청받은 서비스 리스트 제공자는 단말(47000)에 요청한 서비스를 제공할 수 있다. 예를 들어, 단말(47000)은 제 1 서비스 리스트 제공자로 접근하기 위한 서비스 리스트 엔트리 포인트(Service List Entry Point, SLP)를 이용하여 제 1 서비스 리스트 제공자(47002a)에게 제 1 서비스 내지 제 4 서비스(S1, S2, S3, S4)의 요청을 전송할 수 있다. 제 1 서비스 리스트 제공자(47002a)는 제 1 서비스 내지 제 4 서비스를 단말(47000)에 전송할 수 있다.
또 예를 들어, 단말(47000)은 제 3 서비스 리스트 제공자로 접근하기 위한 서비스 리스트 엔트리 포인트(Service List Entry Point, SLP)를 이용하여 제 3 서비스 리스트 제공자(47002a)에게 제 6 서비스 내지 제 8 서비스(S6, S7, S8)의 요청을 전송할 수 있다. 제 3 서비스 리스트 제공자(47002a)는 제 6 서비스 내지 제 8 서비스를 단말(47000)에 전송할 수 있다.
도 47의 동작들이 수행되기 위해서는 중앙 서비스 레지스트리(47001)는 단말(47000) 에게 각각 다른 서비스 리스트 제공자(47002a-47002c)들에게 서비스를 등록 받고 단말(47000)에게 접근 가능한 주소를 전달한다. 하지만, 중앙 서비스 레지스트리(47001)는 서비스 리스트 제공자(47002a-47002c)와 연결되어 서비스를 등록 받지만, 이후 단말의 서비스 업데이트(service update)는 중앙 서비스 레지스트리(47001)로부터만 전달 받을 수 있다. 또한 실제 서비스에서는 서비스 리스트 제공자(47002a-47002c)들은 모두 다른 업데이트 주기를 가지고 있고, 서비스 리스트 제공자의 직접 접근을 하는 제 3 주체의 주소가 될 수도 있다. 따라서 실시예들에 따른 단말은 서비스 리스트 제공자에 직접 접근할 수 있는 주소를 획득할 수 있다. 또한 각 서비스 hierarchy에서 서비스 리스트를 업데이트하기 위해, 버전(version)확인 및 지속적인 폴링(polling)이 필요하다. 따라서 실시예들에 따른 단말(47000)은 다음과 같은 정보를 포함하는 서비스 리스트 템플릿(service list templete)을 중앙 서비스 레지스트리, 서비스 리스트 제공자 및/또는 서비스 제공자로부터 더 수신할 수 있다.
1. 각 서비스 리스트 제공자들마다 다른 서비스 리스트 폴링(service list polling)주기를 만족할 수 있는 속성
2. 서비스 리스트 제공자에 직접 접근하여 서비스 리스트를 획득할 수 있는 접근 주소
3. 해당 서비스의 유효 시간(available time), 종료 시간(end time)
4. 현재 서비스 리스트(service list) 접근 가능한 시간 (Next available time)
실시예들에 따른 방송 신호 수신 장치는 이러한 구성으로, 최소한의 동작으로 서로 다른 서비스(service)들의 업데이트를 효율적으로 수행할 수 있으며, 서로 다른 서비스들을 효율적으로 관리할 수 있다. 또한 실시예들에 따른 방송 신호 수신 장치는 이러한 구성으로, 사용자에게 개방된 방송 서비스를 제공할 수 있다.
실시예들에 따른 방송 신호 수신 장치는 이러한 구성으로 각각 서로 다른 서비스 리스트 제공자의 접근 위치 또는 주소를 제공함으로써, 빠르고 효율적으로 최신의 서비스 리스트를 획득할 수 있다.
또한 실시예들에 따른 방송 신호 수신 장치는 최소한의 서비스 별 업데이트(폴링)의 주기에 따라 업데이트를 수행함으로써 최신의 서비스 리스트를 유지할 수 있다.
실시예들에 따른 방송 수신 방법은 서비스 데이터 및/또는 서비스 데이터를 위한 시그널링 정보를 수신하는 단계 및/또는 시그널링 정보에 기초하여 서비스 데이터를 획득하는 단계를 포함할 수 있다.
실시예들에 따르면, 방송 신호 수신 방법은, 서비스 데이터를 수신하기 위하여 서비스 레지스트리에 제 1 요청을 전송하는 단계, 서비스 데이터의 URL을 포함하는 응답 정보를 수신하는 단계 및/또는 응답 정보에 기초하여 서비스 데이터를 획득하는 단계; 를 포함할 수 있다.
따라서 실시예들에 따른 방송 신호 수신 장치는 서비스 데이터 및/또는 서비스 데이터를 위한 시그널링 정보를 수신하는 튜너 및/또는 시그널링 정보에 기초하여 서비스 데이터를 획득하는 서비스 관리부를 포함할 수 있다.
또한, 실시예들에 따른 방송 신호 수신 장치는 서비스 데이터를 수신하기 위하여 서비스 레지스트리에 제 1 요청을 전송하는 전송부를 더 포함할 수 있고, 수신부는 서비스 데이터의 URL을 포함하는 응답 정보를 더 수신할 수 있고, 획득부는 응답 정보에 기초하여 서비스 데이터를 획득할 수 있다.
도 48은 실시예들에 따른 방송 서비스의 버전(version) 관리 방법을 위한 신텍스(syntax)를 나타낸다.
실시예들에 따른 방송 신호 수신 장치(예를 들어, 도 21의 DVB-I Client, 21000)는 웹-센트릭(web-centric) 모델인 경우 서비스 또는 서비스 리스트(service list)가 언제 업데이트(update)되어야 하는지 알 수 없다. 만약 서비스 리스트(service list)의 업데이트가 실시예들에 따른 방송 신호 수신 장치(DVB-I 클라이언트)에 적용되지 않게 되면, 실시예들에 따른 방송 신호 수신 장치는 새로 생성된 채널들, 업데이트된 플레이리스트들(Playlists) 및/또는 파트-타임 서비스(part-time service)들의 존재를 인식할 수 없어 실시간 방송 서비스를 사용자에게 제공하기 어려울 수 있다.
또한, 방송 신호 수신 장치는, 이와 같이 업데이트(update)가 지체될 경우 실시간 방송의 진행이 지연될 경우(예를 들어, 스포츠 경기가 20분 이상 지연되는 경우) 방송 신호 수신 장치의 프로그램 가이드(program guide, 예를 들어, EPG)가 초과 진행(over-running)을 감지하지 못할 수 있다. 즉, 실시예들에 따른 방송 신호 수신 장치는 사용자에게 최신(up-to-date)의 프로그램 정보를 UI를 통해 제공할 수 없는 문제점이 있다.
또한, 방송 신호 수신 장치가 실시예들에 따른 서버들로부터 서비스 리스트(service list) 또는 서비스(service)를 수신만 하는 경우(즉, pull only 방식에 따라 서비스 리스트를 수신하는 경우), 방송 신호 수신 장치는 현재 진행되는 방송 서비스(프로그램)이 초과 진행(over-running)하고 있음을 감지할 수 없을 수 있다. Pull-only 방식의 서비스 디스커버리 정보(SDLT)는 방송 서비스를 최신의(up-to-date) 정보로 업데이트하는데 어려움이 있기 때문에, 방송 서비스의 초과 진행(over-running) 을 감지하지 못할 수 있다.
예를 들어, 방송 신호 수신 장치는 18:30 pm에서 시작하여 20:10 pm에 마치는 스포츠 경기(제 1 방송 서비스)를 현재 프로그램(current program)으로 사용자에게 제공할 수 있다. 이 경우, 실시예들에 따른 방송 신호 수신 장치는 제 1 방송 서비스에 대한 정보를 포함하는 SDLT(또는 서비스 리스트(service list))를 수신할 수 있다. 서비스 리스트는 제 1 방송 서비스가 18:30 pm에서 20:10 pm까지 유효함을 나타내는 실시예들에 따른 availability 정보(running status 정보)를 포함할 수 있다. 실시예들에 따른 방송 신호 수신 장치는 제 1 방송 서비스에 대한 availability 정보를 이용하여 방송 스케줄(schedule)을 디스플레이할 수 있다.
그러나, 해당 스포츠 경기(제 1 방송 서비스)가 연장 경기 내지 경기 사정에 따라 초과 진행(over-running)될 수 있다. 즉, 제 1 방송 서비스가 18:30 pm에 시작한 이후 20:10 pm 보다 이후에 마칠 수 있다. 예를 들어, 제 1 방송 서비스가 21:00 pm에 마칠 수도 있다(last minute schedule 변경). 그러나, 실시예들에 따른 방송 신호 수신 장치는 서버로부터 서비스 리스트를 오로지 수신만 하기 때문에(즉, pull-based) 초과 진행(over-running) 여부를 확인할 수 없고, 이 경우 업데이트되지 못한 정보에 기초하여 사용자들에게 제 1 방송 서비스에 대한 정보를 제공할 수 있다. 즉, 제 1 방송 서비스가 연장되었음에도 불구하고 방송 신호 수신 장치는 여전히 업데이트되지 못한 정보를 제공할 수 있다. 예를 들어, 20:40 pm 경 제 1 방송 서비스가 초과 진행중임에도 불구하고 방송 신호 수신 장치는 제 1 방송 서비스가 끝났음을 사용자들에게 알려주게 된다.
이러한 문제에 대하여 실시예들에 따른 방송 신호 수신 장치는, 서비스 리스트를 매시간 간격(또는 매시간 주기)마다 서버로 폴링(polling)하는 방법, 인밴드(inband) DASH 이벤트를 이용하는 방법, W3C Push API에 따라 서버로 푸쉬(push)하는 방법, Apple APN에 따라 서버로 푸쉬(push)하는 방법, Firebase Cloud Messaging 방법을 이용할 수 있다. 서비스 리스트를 매시간 간격마다 서버로 폴링하는 방법은 저스트-폴링(Just polling) 방법이라고 호칭될 수도 있다.
안정적인 실시간 방송 서비스를 제공하기 위하여 수신한 서비스(Service) 또는 서비스 리스트(service list)에 대한 최소 업데이트 주기(minimum update period) 및/또는 최소 업데이트 간격(minimum update interval)를 확인하거나 수신할 수 있다. 실시예들에 따른 방송 신호 수신 장치는, 수신한 최소 업데이트 주기(minimum update period) 및/또는 최소 업데이트 간격(minimum update interval)에 따라 실시예들에 따른 중앙 서비스 레지스트리(Central Service Registry), 서비스 리스트 제공자(service list provider), 콘텐트 가이드 서버(Content Guide Server) 및/또는 서비스 제공자(service provider)에게 최신의 서비스(service) 또는 서비스 리스트(service list)를 전송하도록 요청할 수 있다.
예를 들어, 최소 업데이트 주기(minimum update period)가 x 초(x sec)인 경우에는 x초 주기로 최신(up-to-date)의 서비스(service) 또는 서비스 리스트(service list)를 전송하도록 요청할 수 있다. 이를 x초 간격으로 폴링(polling)한다고 호칭할 수 있다. 실시예들에 따른 최소 업데이트 주기 및/또는 최소 업데이트 간격은 해당 방송 서비스 또는 서비스 리스트마다 다를 수 있다.
예를 들어, 실시예들에 따른 방송 신호 수신 장치는 서비스 리스트(service list)를 요청하면, 요청하여 수신한 서비스 리스트(service list)에 포함된 최소 업데이트 주기(minimum update period)를 확인하여, 추후의 폴링(polling)을 수행하는 주기를 설정할 수 있다. 서비스 리스트에 포함된 최소 업데이트 주기가 10초라면, 방송 신호 수신 장치는 서비스 리스트를 수신한 이후부터 10초 간격으로 폴링을 수행할 수 있다.
예를 들어, 실시예들에 따른 방송 신호 수신 장치는 서비스 리스트(service list)를 요청하면(또는 폴링하면), 요청하여 수신한 서비스 리스트(service list)에 포함된 최소 업데이트 간격(minimum update interval)를 확인하여, 추후의 폴링(polling)을 수행하는 시간 간격을 설정할 수 있다. 서비스 리스트에 포함된 최소 업데이트 간격이 10초라면, 방송 신호 수신 장치는 서비스 리스트를 수신한 시각으로부터 10초 이후에 폴링을 수행할 수 있다.
실시예들에 따른 폴링(polling)의 주기 및/또는 폴링의 간격은 방송 서비스의 진행 정도, 방송 서비스의 특성에 따라 변동될 수 있다. 예를 들어, 방송 서비스가 스포츠 경기이고, 예정 종료 시간에 근접할 경우 폴링 주기를 더 적게 하여 더 자주(frequently) 폴링할 수 있다. 또한 폴링의 주기 및/또는 폴링의 간격은 사용자가 직접 설정할 수도 있다. 방송 신호 수신 장치는 폴링의 주기 및/또는 폴링의 간격을 설정하기 위한 UI를 제공할 수 있다. 또한, 실시예들에 따른 폴링은 사용자가 채널 정보를 나타내는 채널 배너(channel banner)를 선택할 경우 더 자주(frequently) 수행될 수 있다.
예를 들어, 해당 서비스가 초과 진행(over-running)될 예정이지만 해당 방송 서비스의 예정 종료 시간에 근접할 경우 즉, 예를 들어 현재 시각이 실시예들에 따른 Service 정보에 포함된 어베일러블리티 정보(Availability)의 종료 시간을 나타내는 @validTo 등의 기준 시간 이내로 가까워질 경우, 실시예들에 따른 방송 신호 수신 장치는 실시예들에 따른 폴링(polling)의 주기 및/또는 폴링의 간격을 변화시켜(예를 들어, 실시예들에 따른 mimimumUpdateInterval 정보 및/또는 minimumUpdatePeriod 정보의 값을 더 낮추는 등…) 더 짧은 polling 주기를 가지게 함으로써 방송 신호 수신 장치가 최신정보를 효율적으로 업데이트(fetching)할 수 있다.
실시예들에 따른 중앙 서비스 레지스트리(Central Service Registry), 서비스 리스트 제공자(service list provider), 콘텐트 가이드 서버(Content Guide Server) 및/또는 서비스 제공자(service provider)는, 방송 신호 수신 장치가 폴링을 수행하면(즉, 업데이트된 서비스 리스트를 요청하면), 방송 신호 수신 장치로 업데이트된 서비스 리스트를 제공할 수 있다.
실시예들에 따른 방송 신호 수신 장치는 최소 업데이트 간격(minimum update interval) 및/또는 최소 업데이트 주기(minimum update period)를 확인하고 최신의 서비스(서비스 리스트)의 폴링(polling)을 수행함으로써, 방송 서비스의 변동에 대응하여 사용자들에게 최신의 UI 정보를 제공할 수 있다.
실시예들에 따른 SDLT(서비스 리스트)는 해당 서비스 리스트의 타입 정보(Service List Type), 서비스 리스트 명칭 정보(ServiceListName), 서비스 리스트 제공자의 정보(ServiceListProvider), 타겟 지역 정보(TargetRegions), 최소 업데이트 주기 정보(MinimumUpdatePeriod), 최소 업데이트 인터벌 정보(MinimumUpdateinterval), 유효From 정보(ValidFrom), 유효Until 정보(ValidUntil), 다음 URL 유효 시간 정보 (NextUrlAvailableTime), 서비스 리스트 위치 정보(Service List Location), 버전 정보(Version), BCG 정보를 더 포함할 수 있다.
실시예들에 따른 해당 서비스 리스트의 타입 정보(Service List Type), 서비스 리스트 명칭 정보(ServiceListName), 서비스 리스트 제공자의 정보(ServiceListProvider), 타겟 지역 정보(TargetRegions), 최소 업데이트 주기 정보(MinimumUpdatePeriod), 최소 업데이트 인터벌 정보(MinimumUpdateinterval), 유효From 정보(ValidFrom), 유효Until 정보(ValidUntil), 다음 URL 유효 시간 정보 (NextUrlAvailableTime), 서비스 리스트 위치 정보(Service List Location), 버전 정보(Version), BCG 정보의 일부 또는 전부는 실시예들에 따른 SDLT 내의 최상위 레벨에 존재할 수도 있고, SDLT 내의 서비스(또는 서비스 인스턴스, service instance)와 동일한 레벨 또는 그 하위 레벨에 존재할 수도 있다. 도 48에 나타난 각 파라미터들의 포함관계는 일 예시이다.
실시예들에 따른 SDLT는 서비스 리스트 템플릿(service list template)이라고 호칭될 수도 있다.
서비스 리스트의 타입 정보(Service List Type)는 모든 유효한 서비스들 및 서비스들과 관련된 BCG(Broadcast Content Guide)의 리스트의 타입을 나타낸다. (A type to list all the available services and the BCG covering these services) 즉, 실시예들에 따른 서비스 리스트의 타입 정보(Service List Type)는 실시예들에 따른 SDLT의 최상위 레벨에 존재하는 정보이거나, SDLT 그 자체를 의미할 수 있다.
서비스 리스트 명칭 정보(ServiceListName)는 서비스 리스트의 명칭 또는 로고를 나타낸다. 해당 파라미터는 복수의 엘리먼트를 포함할 수 있다. (Name, Logo of the service list. Multiple elements of this type may be provided as long as they all have different lang attributes.) 실시예들에 따른 서비스 리스트 명칭 정보(ServiceListName)은 실시예들에 따른 서비스 명칭 정보(예를 들어, 도 43의 Name 정보)이거나 이들을 포함할 수 있다.
서비스 리스트 제공자의 정보(ServiceListProvider)는 해당 서비스 리스트의 제공자의 명칭을 나타낸다. (Name of the provider of this service list)
타겟 지역 정보(TargetRegions)는 해당 서비스 리스트에 대한 목표 지역들을 나타낸다. (The target regions for the service list, where the service list is intended to be better suited.)
최소 업데이트 주기 정보(MinimumUpdatePeriod)는 해당 서비스 리스트에 대한 최소 업데이트 주기를 나타낸다. 해당 파라미터는 해당 서비스 리스트의 잠재적 변화에 대한 가장 짧은 주기를 나타낼 수 있다. (Minimum update period for the service list, it specifies the smallest period between potential changes to the service list. A client can be useful to control the frequency for checks for updates)
실시예들에 따른 방송 신호 수신 장치는 실시예들에 따른 SDLT(서비스 리스트)를 파싱하여 실시예들에 따른 최소 업데이트 주기 정보를 추출할 수 있다. 실시예들에 따른 방송 신호 수신 장치는 최소 업데이트 주기 정보를 추출하여, 해당 서비스(또는 서비스 인스턴스) 또는 해당 서비스 리스트(service list)의 업데이트 주기를 확인할 수 있다.
최소 업데이트 인터벌 정보(MinimumUpdateinterval)는 최소 업데이트 간격을 나타낸다. 서비스 리스트 제공자로부터 서비스 리스트 업데이트의 최소 간격을 나타낼 수 있다. (Minimum update interval, which specifies the minimum duration of service list update from service list provider.)
실시예들에 따른 방송 신호 수신 장치는 실시예들에 따른 SDLT를 파싱하여 실시예들에 따른 최소 업데이트 인터벌 정보를 추출할 수 있다. 실시예들에 따른 방송 신호 수신 장치는 최소 업데이트 주기 정보를 추출하여, 해당 서비스(또는 서비스 인스턴스) 또는 해당 서비스 리스트(service list)의 업데이트 주기를 확인할 수 있다.
실시예들에 따른 최소 업데이트 인터벌 정보 및/또는 최소 업데이트 주기 정보는 실시예들에 따른 SDLT 내의 최상위 레벨에 존재할 수 있다. 따라서 실시예들에 따른 방송 신호 수신 장치는 최상위 레벨에 존재하는 최소 업데이트 인터벌 정보 및/또는 최소 업데이트 주기 정보에 기초하여 해당 서비스 리스트(service list)의 업데이트 주기를 확인할 수 있다.
실시예들에 따른 최소 업데이트 인터벌 정보 및/또는 최소 업데이트 주기 정보는 폴링 인터벌(polling interval) 또는 폴링 피리어드(polling period)등으로 호칭될 수도 있다.
실시예들에 따른 최소 업데이트 인터벌 정보 및/또는 최소 업데이트 주기 정보는 실시예들에 따른 SDLT 내의 서비스(Service, 또는 서비스 인스턴스)의 레벨과 동일한 레벨에 존재할 수 있다. 실시예들에 따른 최소 업데이트 인터벌 정보 및/또는 최소 업데이트 주기 정보는 실시예들에 따른 SDLT 내의 서비스(Service, 또는 서비스 인스턴스)의 레벨의 하위 레벨에 존재할 수도 있다. 따라서 실시예들에 따른 방송 신호 수신 장치는 최상위 레벨보다 낮은 레벨에 존재하는 최소 업데이트 인터벌 정보 및/또는 최소 업데이트 주기 정보에 기초하여 해당 서비스(service) 또는 서비스 인스턴스(service instance)별로 업데이트 주기를 확인할 수도 있다.
유효From 정보(ValidFrom)는 서비스 리스트에 대한 유효한 시작 시간을 나타낼 수 있다. (Availability start time for service list, it specifies the valid-start time of current service list.)
유효Until 정보(ValidUntil), 서비스 리스트에 대한 유효한 종료 시간을 나타낼 수 있다. (Availability start time for service list, it specifies the valid-end time of current service list.)
다음 URL 유효 시간 정보 (NextUrlAvailableTime)는 서비스 리스트를 다운로드하는데 유요한 시간을 나타낸다. (It specifies availability time to download service list.)
서비스 리스트 위치 정보(Service List Location)는 서비스 리스트를 추출하고 업데이트 정보를 획득할 수 있는 URL 정보를 나타낸다. (It specifies a URL to be able to retrieve the service list and fetch updates.)
버전 정보(Version)는 서비스 리스트의 버전을 나타낸다. (The version number of this service list.)
서비스 정보(Service)는 실시예들에 따른 서비스에 대한 정보를 포함한다. 서비스 정보(Service)는 서비스 인스턴스(Service Instance)라고 호칭될 수도 있다.
BCG 정보는 방송 콘텐트 가이드(broadcast content guide)의 정보를 나타낸다. (the details of a broadband content guide carrying metadata for one or more services included in list)
실시예들에 따른 방송 신호 수신 장치는 이러한 구성으로, 최소한의 동작으로 서로 다른 서비스(service)들의 업데이트를 효율적으로 수행할 수 있으며, 서로 다른 서비스들을 효율적으로 관리할 수 있다. 또한 실시예들에 따른 방송 신호 수신 장치는 이러한 구성으로, 사용자에게 개방된 방송 서비스를 제공할 수 있다.
실시예들에 따른 방송 신호 수신 장치는 이러한 구성으로 각각 서로 다른 서비스 리스트 제공자의 접근 위치 또는 주소를 제공함으로써, 빠르고 효율적으로 최신의 서비스 리스트를 획득할 수 있다.
또한 실시예들에 따른 방송 신호 수신 장치는 최소한의 서비스 별 업데이트(폴링)의 주기에 따라 업데이트를 수행함으로써 최신의 서비스 리스트를 유지할 수 있다.
도 49는 실시예들에 따른 방송 서비스의 버전(version) 관리 방법을 위한 신텍스(syntax)를 XML형태로 나타낸 것이다.
도 49는 실시예들에 따른 SDLT를 XML 형식으로 나타낸 일 예시이다. 도 49는 도 48에서 설명한 실시예들에 따른 서비스 리스트 템플릿(예를 들어, 서비스 리스트)을 XML 형태로 나타낸 것이다. 실시예들에 따른 서비스 리스트 템플릿은 도 48에서 설명한 ServiceListType 정보를 포함할 수 있다. 실시예들에 따른 SDLT는 서비스 리스트 템플릿(service list templete)이라고 호칭될 수도 있다.
실시예들에 따른 서비스 리스트 타입 정보(ServiceListType)는 서비스 리스트 명칭 정보 (<element name="Name"…>), 서비스 리스트 제공자의 정보(<element name="ProviderName" …>), 타겟 지역 정보(<element name="TargetRegions" …>), 서비스 정보(<element name="Service" …>) 또는 서비스 인스턴스 정보(<element name="ServiceInstance" …>) 등을 포함할 수 있다. 해당 정보는 하나의 시퀀스(sequence) 내에 포함될 수 있다.
실시예들에 따른 서비스 리스트 타입 정보(ServiceListType)는 최소 업데이트 주기 정보(<attribute name="minimumupdateperiod" …>), 서비스 리스트 위치 정보(<attribute name="ServiceListLocation" …>), 유효From 정보(<attribute name=" ValidFrom" …>), 유효Until 정보(<attribute name=" ValidUntil" …>), 다음 URL 유효 시간 정보 (<attribute name=" NextUrlAvailableTime" …>)를 포함할 수 있다.
실시예들에 따른 방송 신호 수신 장치는 이러한 구성으로, 최소한의 동작으로 서로 다른 서비스(service)들의 업데이트를 효율적으로 수행할 수 있으며, 서로 다른 서비스들을 효율적으로 관리할 수 있다. 또한 실시예들에 따른 방송 신호 수신 장치는 이러한 구성으로, 사용자에게 개방된 방송 서비스를 제공할 수 있다.
도 50은 실시예들에 따른 방송 서비스의 버전(version) 관리 방법을 위한 신텍스(syntax)를 XML형태로 나타낸 것이다.
도 50는 도 48 및/또는 도 49에서 설명한 실시예들에 따른 서비스 리스트 템플릿을 XML 형태로 나타낸 것이다. 실시예들에 따른 서비스 리스트 템플릿은 도 48에서 설명한 ServiceListType 정보를 포함할 수 있다.
기본적으로 인터넷 기반 방송 서비스를 제공받는 클라이언트(예를 들어, 방송 신호 수신 장치)은 "웹 중심" 모델 내에서 동작하므로, 언제 서비스 또는 서비스 리스트가 업데이트 되는지 정확하게 알지 못할 수 있다.
따라서 실시예들에 따른 서비스 리스트 타입 정보(ServiceListType)는 최소 업데이트 인터벌 정보(<attribute name="MinimumUpdateInterval" …>)를 더 포함할 수 있다. 실시예들에 따른 최소 업데이트 인터벌 정보는 방송 신호 수신 장치로 하여금 서비스 리스트의 업데이트를 지속적으로 확인하게 할 수 있다. 즉, 방송 신호 수신 장치가 서비스 리스트의 최소 업데이트 인터벌(간격)을 알 수 있고, 따라서 방송 신호 수신 장치는 복수의 서비스 리스트를 더욱 안정적으로 관리할 수 있다.
실시예들에 따른 서비스 리스트 타입 정보(ServiceListType)는 서비스 리스트 명칭 정보 (<element name="Name"…>), 서비스 리스트 제공자의 정보(<element name="ProviderName" …>), 타겟 지역 정보(<element name="TargetRegions" …>), 서비스 정보(<element name="Service" …>) 등을 포함할 수 있다. 해당 정보는 하나의 시퀀스(sequence) 내에 포함될 수 있다.
실시예들에 따른 서비스 리스트 타입 정보(ServiceListType)는 엘리먼트로 최소 업데이트 주기 정보(<attribute name="minimumupdateperiod" …>), 서비스 리스트 위치 정보(<attribute name="ServiceListLocation" …>), 유효From 정보(<attribute name=" ValidFrom" …>), 유효Until 정보(<attribute name=" ValidUntil" …>), 다음 URL 유효 시간 정보 (<attribute name=" NextUrlAvailableTime" …>)를 포함할 수 있다.
실시예들에 따른 방송 신호 수신 장치는 이러한 구성으로, 최소한의 동작으로 서로 다른 서비스(service)들의 업데이트를 효율적으로 수행할 수 있으며, 서로 다른 서비스들을 효율적으로 관리할 수 있다. 또한 실시예들에 따른 방송 신호 수신 장치는 이러한 구성으로, 사용자에게 개방된 방송 서비스를 제공할 수 있다.
실시예들에 따른 방송 신호 수신 장치는 이러한 구성으로 각각 서로 다른 서비스 리스트 제공자의 접근 위치 또는 주소를 제공함으로써, 빠르고 효율적으로 최신의 서비스 리스트를 획득할 수 있다.
또한 실시예들에 따른 방송 신호 수신 장치는 최소한의 서비스 별 업데이트(폴링)의 주기에 따라 업데이트를 수행함으로써 최신의 서비스 리스트를 유지할 수 있다.
도 51은 실시예들에 따른 방송 신호 수신 장치의 디스플레이 UI의 예시를 나타낸다.
도 51은 인터넷 기반 방송 서비스 제공(예를 들어, DVB-I service)의 디스플레이 UI의 예시를 나타낸다.
도 51에 도시된 바와 같이 인터넷 기반 방송 서비스는 어플리케이션(예를 들어, Native app)을 통해 제공될 수 있고, MSE(Media source extension)을 통해 실행하는 시나리오와 함께 native source 로서 기존 채널과 통합하는 서비스를 제공할 수 있다. 도 51의 (1)은 실시예들에 따른 방송 신호 수신 장치 내의 source를 선택하는 동작 및 이를 위한 UI를 나타낸다. (2)는 인터넷 기반 방송 서비스 (예를 들어, DVB-I 서비스)가 추가되었을 때 나타나는 UI이다. DVB-I 는 기존 RF 수신과 HDMI 등의 form factor 와 같은 레벨의 소스로서 인식하고 사용자에게 선택 option 을 제공할 수 있다.
도 52은 실시예들에 따른 방송 신호 수신 장치의 디스플레이 UI의 예시를 나타낸다.
도 52는 같은 논리 채널(Logical Channel)의 simulcast 시그널링을 통해, LCN 6번의 HD 채널의 제공을 현재 네트워크 상태에 따라서 DVB-I UHD 콘텐츠로 전환하는 동작을 나타낸다. 예를 들어, 실시예들에 따른 방송 신호 수신 장치는DVB-T 채널의 HD 서비스와 DVB-I 서비스가 활성화된 경우, minBitRate 이상의 네트워크 상태가 지원되면 방송 신호 수신 장치는 UHD 로 해당 방송 서비스를 제공하기 위해 DVB-I 및/또는 DVB-T로 전환할 수 있다.
도 53은 실시예들에 따른 방송 신호 수신 장치의 디스플레이 UI의 예시를 나타낸다.
도 53은 기존 채널과 simulcast 시그널링을 통해 통합된 서비스 가이드를 나타낸다. (1) 은 채널 서비스 가이드를 나타내는 UI의 실시예를 나타낸다. (2)는 minBitRate 이상의 network bitrate 가 지원되면 DVB-I simulcast 시, 기존 채널의 HD service는 서비스가 아닌 UHD 서비스의 서비스 가이드가 제공됨을 나타내는 UI를 나타낸다.
실시예들에 따른 방송 신호 수신 장치는 신호 입력부(예를 들어, 리모콘 등)의 입력 신호에 기초하여 채널 목록을 디스플레이할 수 있다(53000, 53001). 사용자가 리모콘을 통해 채널 목록 보기를 선택하면, 실시예들에 따른 방송 신호 수신 장치는 하나 또는 그 이상의 방송 서비스들의 목록, 방송 서비스들의 채널 넘버(예를 들어, LCN), 채널의 명칭 및 서비스들의 명칭을 디스플레이할 수 있다. 실시예들에 따른 채널 목록 화면은 도 45에 도시된 바와 같이 구성될 수 있다.
실시예들에 따른 방송 신호 수신 장치는 실시예들에 따른 서비스 디스커버리 리스트 테이블(예를 들어, 서비스 리스트 정보, Service List) 내의 파라미터들에 기초하여 방송 서비스들의 정보를 디스플레이할 수 있다.
도 54은 실시예들에 따른 방송 신호 전송 방법을 나타내는 흐름도이다.
실시예들에 따른 방송 신호 송신 방법은 서비스 데이터 및/또는 서비스 데이터를 위한 시그널링 정보를 생성하는 단계(54000), 서비스 데이터 및/또는 시그널링 정보를 인코딩하는 단계(54001) 및/또는 서비스 데이터 및/또는 시그널링 정보를 전송하는 단계(54002)를 포함할 수 있다.
서비스 데이터 및/또는 서비스 데이터를 위한 시그널링 정보를 생성하는 단계(54000)는 실시예들에 따른 서비스 데이터(방송 서비스) 및/또는 서비스 데이터를 위한 시그널링 정보를 생성할 수 있다.
실시예들에 따른 서비스 데이터는 상술한 방송 서비스를 의미할 수 있다. 실시예들에 따른 데이터(방송 서비스)는 도 21의 브로드캐스터(21003), 스트림 서버(21005) 등에 의해 생성된 방송 서비스를 의미할 수 있다.
실시예들에 따른 시그널링 정보는 상술한 서비스 디스커버리 정보(예를 들어, 서비스 디스커버리 리스트 테이블, SDLT 등)일 수 있다. 실시예들에 따른 시그널링 정보는 서비스 데이터에 관한 정보(예를 들어, 실시예들에 따른 서비스(Service) 정보)를 포함할 수 있다.
실시예들에 따른 서비스 데이터에 관한 정보는 서비스 데이터와 관련된 어플리케이션(또는 파일)의 위치를 나타내는 관련 메티리얼(Related Material) 정보 및/또는 서비스 데이터의 진행 여부를 나타내는 어베일러블리티(Availability) 정보를 포함할 수 있다. 관련 메티리얼(Related Material) 정보 및/또는 어베일러블리티(Availability) 정보는 도 43 내지 도 45에 설명한 관련 메티리얼(Related Material) 정보 및/또는 어베일러블리티(Availability) 정보를 의미할 수 있다.
실시예들에 따른 관련 메티리얼 정보는 해당 방송 서비스와 관련된 파일(또는 어플리케이션)에 대한 정보를 획득하기 위한 위치 정보(예를 들어 URI 정보)를 포함할 수 있다. 실시예들에 따른 어베일러블리티(Availability) 정보는 서비스 데이터가 진행되는 시간에 대한 정보 및 서비스 데이터의 진행이 반복적인지 여부를 나타내는 정보(예를 들어, @ValidFrom 등)를 포함할 수 있다.
서비스 데이터 및/또는 시그널링 정보를 인코딩하는 단계(54001)는 실시예들에 따른 서비스 데이터(방송 서비스) 및/또는 시그널링 정보를 인코딩할 수 있다. 서비스 데이터 및/또는 시그널링 정보를 인코딩하는 단계(54001)는 도 1에 나타난 실시예들에 따른 피지컬 레이어 구조(예를 들어, BICM(Bit Interleaved and Coded Modulation))에 따라 인코딩될 수 있다.
서비스 데이터 및/또는 시그널링 정보를 전송하는 단계(54002)는 실시예들에 따른 서비스 데이터 및/또는 시그널링 정보를 전송할 수 있다. 서비스 데이터 및/또는 시그널링 정보를 전송하는 단계(54002)는 예를 들어, 도 1에 나타난 송신 안테나에 의해 송신될 수도 있고, 케이블(cable) 망을 통해 송신될 수도 있고, 브로드밴드(broadband) 망을 통하여 송신될 수도 있다.
도 55은 실시예들에 따른 방송 신호 수신 방법을 나타내는 흐름도이다.
실시예들에 따른 방송 신호 수신 방법은 서비스 데이터 및/또는 서비스 데이터를 위한 시그널링 정보를 수신하는 단계(55000) 및/또는 시그널링 정보에 기초하여 서비스 데이터를 획득하는 단계(55001)를 포함할 수 있다.
서비스 데이터 및/또는 서비스 데이터를 위한 시그널링 정보를 수신하는 단계(55000)는 서비스 데이터 및/또는 서비스 데이터를 위한 시그널링 정보를 수신하는 단계를 의미할 수 있다. 실시예들에 따른 서비스 데이터는 상술한 방송 서비스를 의미할 수 있다. 실시예들에 따른 데이터(방송 서비스)는 도 21의 브로드캐스터(21003), 스트림 서버(21005) 등에 의해 생성된 방송 서비스를 의미할 수 있다.
시그널링 정보에 기초하여 서비스 데이터를 획득하는 단계(55001)는 시그널링 정보에 기초하여 방송 서비스를 획득하는 단계를 의미할 수 있다. 시그널링 정보에 기초하여 서비스 데이터를 획득하는 단계(55001)는 실시예들에 따른 시그널링 정보 및/또는 서비스 데이터를 파싱(parsing)하는 파서(parser)를 포함할 수 있다.
실시예들에 따른 시그널링 정보는 상술한 서비스 디스커버리 정보(예를 들어, 서비스 디스커버리 리스트 테이블, SDLT 등)일 수 있다. 실시예들에 따른 시그널링 정보는 서비스 데이터에 관한 정보(예를 들어, 실시예들에 따른 서비스(Service) 정보)를 포함할 수 있다.
실시예들에 따른 서비스 데이터에 관한 정보는 서비스 데이터와 관련된 어플리케이션(또는 파일)의 위치를 나타내는 관련 메티리얼(Related Material) 정보 및/또는 서비스 데이터의 진행 여부를 나타내는 어베일러블리티(Availability) 정보를 포함할 수 있다. 관련 메티리얼(Related Material) 정보 및/또는 어베일러블리티(Availability) 정보는 도 43 내지 도 45에 설명한 관련 메티리얼(Related Material) 정보 및/또는 어베일러블리티(Availability) 정보를 의미할 수 있다.
실시예들에 따른 관련 메티리얼 정보는 해당 방송 서비스와 관련된 파일(또는 어플리케이션)에 대한 정보를 획득하기 위한 위치 정보(예를 들어 URI 정보)를 포함할 수 있다. 실시예들에 따른 어베일러블리티(Availability) 정보는 서비스 데이터가 진행되는 시간에 대한 정보 및 서비스 데이터의 진행이 반복적인지 여부를 나타내는 정보(예를 들어, @ValidFrom 등)를 포함할 수 있다.
실시예들에 따른 방송 신호 수신 방법은 서비스 데이터를 수신하기 위하여 서비스 레지스트리에 제 1 요청을 전송하는 단계, 서비스 데이터의 URL을 포함하는 응답 정보를 수신하는 단계 및/또는 응답 정보에 기초하여 서비스 데이터를 획득하는 단계를 포함할 수 있다.
도 56은 실시예들에 따른 방송 신호 전송 장치를 나타낸다.
실시예들에 따른 방송 신호 전송 장치(56000)는 시그널링 생성부(56001), 인코더(56002) 및/또는 트랜스미터(56003)을 포함할 수 있다. 도 1에 따른 피지컬 레이어 구조에 따라 인코딩될 수 있다.
서비스 데이터 생성부(56001a)는 실시예들에 따른 서비스 데이터를 생성할 수 있다. 실시예들에 따른 서비스 데이터는 상술한 방송 서비스를 의미할 수 있다. 실시예들에 따른 서비스 데이터 생성부(56001)에서 생성된 서비스 데이터(방송 서비스)는 도 1에 따른 피지컬 레이어 구조에 따라 인코딩될 수 있다. 실시예들에 따른 서비스 데이터 생성부(56001)에서 생성된 서비스 데이터(방송 서비스)는 도 21의 브로드캐스터(21003), 스트림 서버(21005) 등에 의해 생성된 방송 서비스를 의미할 수 있다. 즉, 서비스 데이터 생성부(56001)은 도 21의 브로드캐스터(21003), 스트림 서버(21005) 등을 의미할 수 있다. 실시예들에 따른 서비스 데이터 생성부(56001)는 도 47의 서비스 제공자(47003a - 47003f) 또는 서비스 리스트 제공자(47002a - 47002c)를 의미할 수도 있다.
시그널링 생성부(56001b)는 실시예들에 따른 시그널링 정보를 생성할 수 있다. 실시예들에 따른 시그널링 정보는 상술한 서비스 디스커버리 정보(예를 들어, 서비스 디스커버리 리스트 테이블, SDLT 등)일 수 있다. 실시예들에 따른 시그널링 정보는 서비스 데이터에 관한 정보(예를 들어, 실시예들에 따른 서비스(Service) 정보)를 포함할 수 있다.
실시예들에 따른 서비스 데이터에 관한 정보는 서비스 데이터와 관련된 어플리케이션(또는 파일)의 위치를 나타내는 관련 메티리얼(Related Material) 정보 및/또는 서비스 데이터의 진행 여부를 나타내는 어베일러블리티(Availability) 정보를 포함할 수 있다. 관련 메티리얼(Related Material) 정보 및/또는 어베일러블리티(Availability) 정보는 도 43 내지 도 45에 설명한 관련 메티리얼(Related Material) 정보 및/또는 어베일러블리티(Availability) 정보를 의미할 수 있다.
실시예들에 따른 관련 메티리얼 정보는 해당 방송 서비스와 관련된 파일(또는 어플리케이션)에 대한 정보를 획득하기 위한 위치 정보(예를 들어 URI 정보)를 포함할 수 있다. 실시예들에 따른 어베일러블리티(Availability) 정보는 서비스 데이터가 진행되는 시간에 대한 정보 및 서비스 데이터의 진행이 반복적인지 여부를 나타내는 정보(예를 들어, @ValidFrom 등)를 포함할 수 있다.
인코더(56002)는 실시예들에 따른 시그널링 정보를 인코딩할 수 있다. 실시예들에 따른 인코더(56002)는 도 1에 나타난 피지컬 레이어 구조에 따라 인코딩될 수 있다. 예를 들어 인코더(56002)는 도 1에 나타난 BICM(Bit Interleaved Coded Modulation)을 의미할 수 있다.
트랜스미터(56003)는 실시예들에 따른 인코딩된 시그널링 정보를 브로드밴드를 통하여 전송되는 비트스트림으로 또는 브로드캐스트 방식의 방송 신호로 전송할 수 있다. 실시예들에 따른 인코더(56002)는 도 1에 나타난 피지컬 레이어 구조에 따라 전송될 수 있다. 예를 들어 인코더(56002)는 도 1에 나타난 송신 안테나를 의미할 수 있다.
도 57은 실시예들에 따른 방송 신호 수신 장치를 나타낸다.
실시예들에 따른 방송 신호 수신 장치(56000)는 튜너(57001) 및/또는 서비스 관리부(57002), 디스플레이부(57003)을 포함할 수 있다.
실시예들에 따른 튜너(57001)는 실시예들에 따른 시그널링 정보를 수신할 수 있다. 실시예들에 따른 시그널링 정보는 상술한 서비스 디스커버리 정보(예를 들어, 서비스 디스커버리 리스트 테이블, SDLT 등)일 수 있다. 실시예들에 따른 시그널링 정보는 서비스 데이터에 관한 정보(예를 들어, 실시예들에 따른 서비스(Service) 정보)를 포함할 수 있다.
실시예들에 따른 서비스 데이터에 관한 정보는 서비스 데이터와 관련된 어플리케이션(또는 파일)의 위치를 나타내는 관련 메티리얼(Related Material) 정보 및/또는 서비스 데이터의 진행 여부를 나타내는 어베일러블리티(Availability) 정보를 포함할 수 있다. 관련 메티리얼(Related Material) 정보 및/또는 어베일러블리티(Availability) 정보는 도 43 내지 도 45에 설명한 관련 메티리얼(Related Material) 정보 및/또는 어베일러블리티(Availability) 정보를 의미할 수 있다.
실시예들에 따른 관련 메티리얼 정보는 해당 방송 서비스와 관련된 파일(또는 어플리케이션)에 대한 정보를 획득하기 위한 위치 정보(예를 들어 URI 정보)를 포함할 수 있다. 실시예들에 따른 어베일러블리티(Availability) 정보는 서비스 데이터가 진행되는 시간에 대한 정보 및 서비스 데이터의 진행이 반복적인지 여부를 나타내는 정보(예를 들어, @ValidFrom 등)를 포함할 수 있다.
서비스 관리부(57002)는 실시예들에 따른 시그널링 정보에 기초하여 방송 서비스(즉, 서비스 데이터)를 획득할 수 있다. 실시예들에 따른 서비스 관리부(57002)는 실시예들에 따른 파서(parser), USBD 파서(USBD parser), MPD 파서(MPD parser), AIT 파서(AIT parser), DWD 파서(DWD parser) 및/또는 기타 파서(other parser)를 포함할 수 있다. 서비스 관리부(57002)는 실시예들에 따른 SDLT 및/또는 서비스 시그널링 오브젝트(service signaling object)를 파싱(parsing)하고 하위 엘리먼트들을 추출할 수 있다.
실시예들에 따른 방송 신호 수신 장치는 서비스 데이터를 수신하기 위하여 서비스 레지스트리에 제 1 요청을 전송하는 전송부를 더 포함할 수 있다. 실시예들에 따른 방송 신호 수신 장치의 수신부는 서비스 데이터의 URL을 포함하는 응답 정보를 수신하고 응답 정보에 기초하여 서비스 데이터를 획득할 수 있다.
전술한 각각의 파트, 모듈 또는 유닛은 메모리(또는 저장 유닛)에 저장된 연속된 수행과정들을 실행하는 소프트웨어, 프로세서, 하드웨어 파트일 수 있다. 전술한 실시예에 기술된 각 단계들은 프로세서, 소프트웨어, 하드웨어 파트들에 의해 수행될 수 있다. 전술한 실시예에 기술된 각 모듈/블락/유닛들은 프로세서, 소프트웨어, 하드웨어로서 동작할 수 있다. 또한, 실시예들이 제시하는 방법들은 코드로서 실행될 수 있다. 이 코드는 프로세서가 읽을 수 있는 저장매체에 쓰여질 수 있고, 따라서 장치(apparatus)가 제공하는 프로세서에 의해 읽혀질 수 있다.
설명의 편의를 위하여 각 도면을 나누어 설명하였으나, 각 도면에 서술되어 있는 실시 예들을 병합하여 새로운 실시 예를 구현하도록 설계하는 것도 가능하다. 그리고, 통상의 기술자의 필요에 따라, 이전에 설명된 실시 예들을 실행하기 위한 프로그램이 기록되어 있는 컴퓨터에서 판독 가능한 기록 매체를 설계하는 것도 실시예들의 권리범위에 속한다.
실시예들에 따른 장치 및 방법은 상술한 바와 같이 설명된 실시 예들의 구성과 방법이 한정되게 적용될 수 있는 것이 아니라, 상술한 실시 예들은 다양한 변형이 이루어질 수 있도록 각 실시 예들의 전부 또는 일부가 선택적으로 조합되어 구성될 수도 있다.
한편, 실시예들이 제안하는 방법을 네트워크 디바이스에 구비된, 프로세서가 읽을 수 있는 기록매체에, 프로세서가 읽을 수 있는 코드로서 구현하는 것이 가능하다. 프로세서가 읽을 수 있는 기록매체는 프로세서에 의해 읽혀질 수 있는 데이터가 저장되는 모든 종류의 기록장치를 포함한다. 프로세서가 읽을 수 있는 기록 매체의 예로는 ROM, RAM, CD-ROM, 자기 테이프, 플로피디스크, 광 데이터 저장장치 등이 있으며, 또한, 인터넷을 통한 전송 등과 같은 캐리어 웨이브의 형태로 구현되는 것도 포함한다. 또한, 프로세서가 읽을 수 있는 기록매체는 네트워크로 연결된 컴퓨터 시스템에 분산되어, 분산방식으로 프로세서가 읽을 수 있는 코드가 저장되고 실행될 수 있다.
또한, 이상에서는 실시예들의 바람직한 실시 예에 대하여 도시하고 설명하였지만, 실시예들은 상술한 특정의 실시 예에 한정되지 아니하며, 청구범위에서 청구하는 실시예들의 요지를 벗어남이 없이 당해 발명이 속하는 기술분야에서 통상의 지식을 가진 자에 의해 다양한 변형실시가 가능한 것은 물론이고, 이러한 변형실시들은 실시예들의 기술적 사상이나 전망으로부터 개별적으로 이해돼서는 안 될 것이다.
실시예들의 사상이나 범위를 벗어나지 않고 실시예들에서 다양한 변경 및 변형이 가능함은 당업자에게 이해된다. 따라서, 실시예들은 첨부된 청구항 및 그 동등 범위 내에서 제공되는 실시예들의 변경 및 변형을 포함하는 것으로 의도된다.
본 명세서에서 장치 및 방법 발명이 모두 언급되고, 장치 및 방법 발명 모두의 설명은 서로 보완하여 적용될 수 있다.
이 문서에서 “/”와 “,”는 “및/또는”으로 해석된다. 예를 들어, “A/B”는 “A 및/또는 B”로 해석되고, “A, B”는 “A 및/또는 B”로 해석된다. 추가적으로, “A/B/C”는 “A, B 및/또는 C 중 적어도 하나”를 의미한다. 또한, “A, B, C”도 “A, B 및/또는 C 중 적어도 하나”를 의미한다. (In this document, the term “/”and “,”should be interpreted to indicate "and/or". For instance, the expression "A/B" may mean "A and/or B." Further, "A, B" may mean "A and/or B." Further, "A/B/C" may mean "at least one of A, B, and/or C." Also, "A,B,C" may mean "at least one of A, B and/or C."
추가적으로, 이 문서에서 “또는”는 “및/또는”으로 해석된다. 예를 들어, “A 또는 B”은, 1) “A”만을 의미하거나, 2) “B”만을 의미하거나, 3) “A 및 B”를 의미할 수 있다. 달리 표현하면, 본 문서의 “또는”은 “추가적으로 또는 대체적으로(additionally or alternatively)”를 의미할 수 있다. (Further, in the document, the term “or”should be interpreted to indicate "and/or". For instance, the expression "A or B" may comprise 1) only A, 2) only B, and/or 3) both A and B. In other words, the term "or" in this document should be interpreted to indicate "additionally or alternatively.")
실시예들의 다양한 엘리먼트들은 하드웨어, 소프트웨어, 펌웨어 또는 그것들의 조합에 의해 수행될 수 있다. 실시예들의 다양한 엘리먼트는 하드웨어 회로와 같은 싱글 칩 상에서 수행될 수 있다. 실시예들에 따라, 실시예들은 선택적으로 개별적인 침들 상에서 수행될 수 있다. 실시예들에 따라, 실시예들의 엘리먼트들 중 적어도 하나는 실시예들에 따른 동작을 수행하는 인스트럭션들을 포함하는 하나 또는 하나 이상의 프로세서 내에서 수행될 수 있다.
제1, 제2 등과 같은 용어는 실시예들의 다양한 엘리먼트들을 설명하기 위해서 사용된다. 이러한 용어는 실시예들의 엘리먼트들의 해석을 제한하지 않는다. 이러한 용어는 하나의 엘리먼트 및 다른 엘리먼트 간의 구별을 위해서 사용된다.
실시예들을 설명하기 위해 사용된 용어는 특정 실시예들을 설명하기 위한 목적으로 사용되고, 실시예들을 제한하기 위해서 의도되지 않는다. 실시예들의 설명 및 청구항에서 사용된 바와 같이, 문맥 상 명확하게 지칭하지 않는 한 단수는 복수를 포함하는 것으로 의도된다. 및/또는 표현은 용어 간의 모든 가능한 결합을 포함하는 의미로 사용된다. 포함한다 표현은 특징들, 수들, 단계들, 엘리먼트들, 및/또는 컴포넌트들이 존재하는 것을 설명하고, 추가적인 특징들, 수들, 단계들, 엘리먼트들, 및/또는 컴포넌트들을 포함하지 않는 것을 의미하지 않는다.
실시예들을 설명하기 위해 사용되는, ~인 경우, ~때 등의 조건 표현은 선택적인 경우로만 제한 해석되지 않는다. 특정 조건을 만족하는 때, 특정 조건에 대응하여 관련 동작을 수행하거나, 관련 정의가 해석되도록 의도되었다.
발명의 실시를 위한 최선의 형태에서 구체적으로 설명되었다.
본 발명의 사상이나 범위를 벗어나지 않고 본 발명에서 다양한 변경 및 변형이 가능함은 당업자에게 자명하다. 따라서, 본 발명은 첨부된 청구항 및 그 동등 범위 내에서 제공되는 본 발명의 변경 및 변형을 포함하는 것으로 의도된다.

Claims (20)

  1. 서비스 데이터 및 상기 서비스 데이터를 위한 시그널링 정보를 생성하는 단계;
    상기 서비스 데이터 및 상기 시그널링 정보를 인코딩하는 단계; 및
    상기 서비스 데이터 및 상기 시그널링 정보를 전송하는 단계; 를 포함하는,
    방송 신호 송신 방법.
  2. 제 1 항에 있어서,
    상기 시그널링 정보는 상기 서비스 데이터에 관한 정보를 포함하고,
    상기 서비스 데이터에 관한 정보는 상기 서비스 데이터와 관련된 어플리케이션의 위치를 나타내는 관련 메티리얼(Related Material) 정보 및 상기 서비스 데이터의 진행 여부를 나타내는 어베일러블리티(Availability) 정보를 포함하는,
    방송 신호 송신 방법.
  3. 제 2 항에 있어서,
    상기 관련 메티리얼 정보는 상기 어플리케이션에 대한 정보를 획득하기 위한 위치 정보를 포함하는,
    방송 신호 송신 방법.
  4. 제 1 항에 있어서,
    상기 어베일러블리티 정보는 상기 서비스 데이터가 진행되는 시간에 대한 정보 및 상기 서비스 데이터의 반복성을 나타내는 정보를 포함하는,
    방송 신호 송신 방법.
  5. 서비스 데이터 및 상기 서비스 데이터를 위한 시그널링 정보를 생성하는 시그널링 생성부;
    상기 서비스 데이터 및 상기 시그널링 정보를 인코딩하는 인코더; 및
    상기 서비스 데이터 및 상기 시그널링 정보를 전송하는 트랜스미터; 를 포함하는,
    방송 신호 송신 장치.
  6. 제 5 항에 있어서,
    상기 시그널링 정보는 상기 서비스 데이터에 관한 정보를 포함하고,
    상기 서비스 데이터에 관한 정보는 상기 서비스 데이터와 관련된 어플리케이션의 위치를 나타내는 관련 메티리얼(Related Material) 정보 및 상기 서비스 데이터의 진행 여부를 나타내는 어베일러블리티(Availability) 정보를 포함하는,
    방송 신호 송신 장치.
  7. 제 6 항에 있어서,
    상기 관련 메티리얼 정보는 상기 어플리케이션에 대한 정보를 획득하기 위한 위치 정보를 포함하는,
    방송 신호 송신 장치.
  8. 제 5 항에 있어서,
    상기 어베일러블리티 정보는 상기 서비스 데이터가 진행되는 시간에 대한 정보 및 상기 서비스 데이터의 반복성을 나타내는 정보를 포함하는,
    방송 신호 송신 장치.
  9. 서비스 데이터 및 상기 서비스 데이터를 위한 시그널링 정보를 수신하는 단계; 및
    상기 시그널링 정보에 기초하여 상기 서비스 데이터를 획득하는 단계; 를 포함하는,
    방송 신호 수신 방법.
  10. 제 9 항에 있어서,
    상기 시그널링 정보는 상기 서비스 데이터에 관한 정보를 포함하고,
    상기 서비스 데이터에 관한 정보는 상기 서비스 데이터와 관련된 어플리케이션의 위치를 나타내는 관련 메티리얼(Related Material) 정보 및 상기 서비스 데이터의 진행 여부를 나타내는 어베일러블리티(Availability) 정보를 포함하는,
    방송 신호 수신 방법.
  11. 제 10 항에 있어서,
    상기 관련 메티리얼 정보는 상기 어플리케이션에 대한 정보를 획득하기 위한 위치 정보를 포함하는,
    방송 신호 수신 방법.
  12. 제 9 항에 있어서,
    상기 어베일러블리티 정보는 상기 서비스 데이터가 진행되는 시간에 대한 정보 및 상기 서비스 데이터의 반복성을 나타내는 정보를 포함하는,
    방송 신호 수신 방법.
  13. 제 9 항에 있어서, 상기 방송 신호 수신 방법은,
    상기 서비스 데이터를 수신하기 위하여 서비스 레지스트리에 제 1 요청을 전송하는 단계;
    상기 서비스 데이터의 URL을 포함하는 응답 정보를 수신하는 단계; 및
    상기 응답 정보에 기초하여 상기 서비스 데이터를 획득하는 단계; 를 더 포함하는,
    방송 신호 수신 방법.
  14. 서비스 데이터 및 상기 서비스 데이터를 위한 시그널링 정보를 수신하는 튜너;
    상기 시그널링 정보에 기초하여 상기 서비스 데이터를 획득하는 서비스 관리부; 를 포함하는,
    방송 신호 수신 장치.
  15. 제 14 항에 있어서,
    상기 시그널링 정보는 상기 서비스 데이터에 관한 정보를 포함하고,
    상기 서비스 데이터에 관한 정보는 상기 서비스 데이터와 관련된 어플리케이션의 위치를 나타내는 관련 메티리얼(Related Material) 정보 및 상기 서비스 데이터의 진행 여부를 나타내는 어베일러블리티(Availability) 정보를 포함하는,
    방송 신호 수신 장치.
  16. 제 15 항에 있어서,
    상기 관련 메티리얼 정보는 상기 어플리케이션에 대한 정보를 획득하기 위한 위치 정보를 포함하는,
    방송 신호 수신 장치.
  17. 제 14 항에 있어서,
    상기 어베일러블리티 정보는 상기 서비스 데이터가 진행되는 시간에 대한 정보 및 상기 서비스 데이터의 반복성을 나타내는 정보를 포함하는,
    방송 신호 수신 장치.
  18. 제 14 항에 있어서, 상기 방송 신호 수신 장치는,
    상기 서비스 데이터를 수신하기 위하여 서비스 레지스트리에 제 1 요청을 전송하는 전송부를 더 포함하고,
    상기 수신부는 상기 서비스 데이터의 URL을 포함하는 응답 정보를 더 수신하고,
    상기 획득부는 상기 응답 정보에 기초하여 상기 서비스 데이터를 획득하는,
    방송 신호 수신 장치.
  19. 제 12 항에 있어서, 상기 방송 신호 수신 방법은,
    상기 어베일러블리티 정보에 기초하여 현재 시간이 상기 서비스 데이터의 상기 액티브 타임이 아닌 경우 아웃-오브-서비스(out-of-service) 배너를 디스플레이하는 단계를 더 포함하는,
    방송 신호 수신 방법.
  20. 제 16 항에 있어서, 상기 방송 신호 수신 장치는,
    상기 어베일러블리티 정보에 기초하여 현재 시간이 상기 서비스 데이터의 상기 액티브 타임이 아닌 경우 아웃-오브-서비스(out-of-service) 배너를 디스플레이하는 디스플레이부를 더 포함하는,
    방송 신호 수신 장치.
PCT/KR2020/001774 2019-02-07 2020-02-07 방송 신호 송신 장치, 방송 신호 송신 방법, 방송 신호 수신 방법 및 방송 신호 수신 장치 WO2020162712A1 (ko)

Priority Applications (4)

Application Number Priority Date Filing Date Title
US17/041,407 US20210014541A1 (en) 2019-02-07 2020-02-07 Broadcast signal transmission device, broadcast signal transmission method, broadcast signal reception method, and broadcast signal reception device
CN202080005648.1A CN112840665B (zh) 2019-02-07 2020-02-07 广播信号发送设备、广播信号发送方法、广播信号接收方法和广播信号接收设备
EP20752732.6A EP3923589A4 (en) 2019-02-07 2020-02-07 BROADCAST SIGNAL TRANSMITTING DEVICE AND METHOD AND BROADCAST SIGNAL RECEIVING DEVICE AND METHOD
KR1020207017690A KR102325529B1 (ko) 2019-02-07 2020-02-07 신호 송신 장치, 신호 송신 방법, 신호 수신 방법 및 신호 수신 장치

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
KR20190014427 2019-02-07
KR10-2019-0014427 2019-02-07
KR20190023460 2019-02-27
KR10-2019-0023460 2019-02-27
KR10-2019-0027053 2019-03-08
KR20190027053 2019-03-08
KR20190062003 2019-05-27
KR10-2019-0062003 2019-05-27

Publications (1)

Publication Number Publication Date
WO2020162712A1 true WO2020162712A1 (ko) 2020-08-13

Family

ID=71947108

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2020/001774 WO2020162712A1 (ko) 2019-02-07 2020-02-07 방송 신호 송신 장치, 방송 신호 송신 방법, 방송 신호 수신 방법 및 방송 신호 수신 장치

Country Status (5)

Country Link
US (1) US20210014541A1 (ko)
EP (1) EP3923589A4 (ko)
KR (1) KR102325529B1 (ko)
CN (1) CN112840665B (ko)
WO (1) WO2020162712A1 (ko)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022045656A1 (ko) * 2020-08-31 2022-03-03 엘지전자 주식회사 미디어 데이터 처리 방법 및 미디어 데이터 처리 장치
EP4304184A1 (en) * 2021-03-02 2024-01-10 LG Electronics Inc. Media data processing method and media data processing apparatus
KR20230142747A (ko) * 2021-03-08 2023-10-11 엘지전자 주식회사 미디어 데이터 처리 방법 및 미디어 데이터 처리 장치
EP4376421A1 (en) * 2021-07-20 2024-05-29 LG Electronics Inc. Media data processing method and media data processing device
WO2023063524A1 (ko) * 2021-10-13 2023-04-20 엘지전자 주식회사 미디어 데이터 처리 방법 및 미디어 데이터 처리 장치
WO2023140645A1 (ko) * 2022-01-19 2023-07-27 엘지전자 주식회사 미디어 데이터 처리 방법 및 미디어 데이터 처리 장치
WO2023191601A1 (ko) * 2022-04-01 2023-10-05 엘지전자 주식회사 미디어 데이터 처리 방법 및 미디어 데이터 처리 장치
WO2024143761A1 (ko) * 2022-12-28 2024-07-04 엘지전자 주식회사 미디어 데이터 처리 방법 및 미디어 데이터 처리 장치

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100800860B1 (ko) * 2005-09-09 2008-02-04 삼성전자주식회사 디지털 방송 시스템에서 전자 서비스 가이드를 이용한미리보기 서비스 방법 및 장치
US20130036234A1 (en) * 2011-08-01 2013-02-07 Qualcomm Incorporated Method and apparatus for transport of dynamic adaptive streaming over http (dash) initialization segment description fragments as user service description fragments
WO2017200209A1 (ko) * 2016-05-17 2017-11-23 엘지전자(주) 방송 신호 송수신기 및 송수신 방법
KR101838081B1 (ko) * 2014-04-02 2018-04-26 엘지전자 주식회사 신호 송수신 장치 및 신호 송수신 방법
KR101871727B1 (ko) * 2015-03-01 2018-06-27 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4254718B2 (ja) * 2005-01-31 2009-04-15 ブラザー工業株式会社 コンテンツ提供システム，クライアントデバイス，サーバおよびプログラム
US20090157803A1 (en) * 2006-03-16 2009-06-18 Aerielle Technologies, Inc. Method for capture, aggregation, storage, and transfer of internet content for time-shifted playback on a portable multimedia device
US9380096B2 (en) * 2006-06-09 2016-06-28 Qualcomm Incorporated Enhanced block-request streaming system for handling low-latency streaming
US7765570B2 (en) * 2007-06-12 2010-07-27 Microsoft Corporation Maintaining accurate channel line-up by persistently monitoring availability of accessible channels
WO2010058963A2 (ko) * 2008-11-18 2010-05-27 엘지전자 주식회사 비실시간 서비스 처리 방법 및 방송 수신기
KR20100100425A (ko) * 2009-03-06 2010-09-15 삼성전자주식회사 전자 프로그램 가이드 콘텐츠 표시방법
JP4768057B2 (ja) * 2009-08-06 2011-09-07 シャープ株式会社 コンテンツ視聴装置及びコンテンツ表示装置
CN102056015B (zh) * 2009-11-04 2012-12-05 沈阳迅景科技有限公司 一种全景虚拟现实漫游中的流媒体应用方法
US9426532B2 (en) * 2010-06-29 2016-08-23 Sony Corporation IPTV EPG linking broadcast channels to internet sources of scheduled programming
US9185439B2 (en) * 2010-07-15 2015-11-10 Qualcomm Incorporated Signaling data for multiplexing video components
BR112014008387B1 (pt) * 2011-10-11 2022-03-29 Telefonaktiebolaget Lm Ericsson (Publ) Métodos para entregar e determinar informação de programação para um serviço de usuário de serviço de difusão/multidifusão de multimídia, meio de armazenamento legível por computador, dispositivo para entregar informação de programação, e, equipamento de usuário
CA2890912C (en) * 2012-11-11 2018-01-16 Lg Electronics Inc. Method and apparatus for processing digital service signal
CN102984138B (zh) * 2012-11-16 2015-11-25 华为技术有限公司 一种获取对象的方法、装置和系统
US10504200B2 (en) * 2014-03-13 2019-12-10 Verance Corporation Metadata acquisition using embedded watermarks
EP3175624A4 (en) * 2014-07-31 2018-02-28 LG Electronics Inc. Apparatus and method for transmitting/receiving processes of a broadcast signal
WO2016056800A1 (ko) * 2014-10-06 2016-04-14 엘지전자 주식회사 방송 신호 송신 방법, 방송 신호 송신 장치, 방송 신호 수신 방법 및 방송 신호 수신 장치
EP3206391A4 (en) * 2014-10-12 2018-03-21 LG Electronics Inc. Broadcast signal transmission device, broadcast signal reception device, broadcast signal transmission method, and broadcast signal reception method
US10257575B2 (en) * 2015-08-05 2019-04-09 Nagrastar, Llc Hybrid electronic program guide
US20170188076A1 (en) * 2015-12-28 2017-06-29 Sqoony B.V. Mobile Front-End for a Video Platform Method and System
JPWO2018021015A1 (ja) * 2016-07-25 2019-05-09 ソニー株式会社 受信装置、送信装置、及び、データ処理方法
US10778354B1 (en) * 2017-03-27 2020-09-15 Amazon Technologies, Inc. Asynchronous enhancement of multimedia segments using input quality metrics

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100800860B1 (ko) * 2005-09-09 2008-02-04 삼성전자주식회사 디지털 방송 시스템에서 전자 서비스 가이드를 이용한미리보기 서비스 방법 및 장치
US20130036234A1 (en) * 2011-08-01 2013-02-07 Qualcomm Incorporated Method and apparatus for transport of dynamic adaptive streaming over http (dash) initialization segment description fragments as user service description fragments
KR101838081B1 (ko) * 2014-04-02 2018-04-26 엘지전자 주식회사 신호 송수신 장치 및 신호 송수신 방법
KR101871727B1 (ko) * 2015-03-01 2018-06-27 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2017200209A1 (ko) * 2016-05-17 2017-11-23 엘지전자(주) 방송 신호 송수신기 및 송수신 방법

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3923589A4 *

Also Published As

Publication number Publication date
KR20200098537A (ko) 2020-08-20
EP3923589A1 (en) 2021-12-15
EP3923589A4 (en) 2022-11-23
CN112840665A (zh) 2021-05-25
KR102325529B1 (ko) 2021-11-15
CN112840665B (zh) 2024-01-19
US20210014541A1 (en) 2021-01-14

Similar Documents

Publication Publication Date Title
WO2020162712A1 (ko) 방송 신호 송신 장치, 방송 신호 송신 방법, 방송 신호 수신 방법 및 방송 신호 수신 장치
WO2015178603A1 (ko) 방송 전송 장치, 방송 전송 장치의 동작 방법. 방송 수신 장치 및 방송 수신 장치의 동작 방법
WO2015084004A1 (en) Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals
WO2015122747A1 (en) Apparatus for processing a hybrid broadcast service, and method for processing a hybrid broadcast service
WO2010021526A2 (en) A method for processing additional information related to an announced service or content in an nrt service and a broadcast receiver
WO2014003394A1 (en) Apparatus and method for processing an interactive service
WO2012091371A1 (en) Method for transmitting broadcast service, method for receiving the broadcasting service, and apparatus for receiving the broadcasting service
WO2014030924A1 (en) Apparatus and method for processing an interactive service
WO2015156625A1 (ko) 방송 전송 장치, 방송 수신 장치, 방송 전송 장치의 동작 방법 및 방송 수신 장치의 동작 방법
WO2017014586A1 (ko) 방송 신호 송수신 장치 및 방법
WO2015119455A1 (en) Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals
WO2016186407A1 (ko) 방송 신호 송수신 장치 및 방법
WO2015167189A1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2016028052A2 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2015186954A1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
EP2896212A1 (en) Apparatus and method for processing an interactive service
WO2016163772A2 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2015099331A1 (en) Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals
WO2019212318A1 (ko) 방송 신호 송신 장치, 방송 신호 송신 방법, 방송 신호 수신 방법 및 방송 신호 수신 장치
WO2016129904A1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2016190720A1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2021177630A1 (ko) 미디어 처리 장치 및 미디어 처리 방법
WO2022045656A1 (ko) 미디어 데이터 처리 방법 및 미디어 데이터 처리 장치
WO2013176513A1 (ko) 방송 프로그램과 관련한 양방향 서비스를 처리하는 장치 및 방법
WO2012111978A2 (ko) 방송 서비스 전송 방법, 그 수신 방법 및 그 수신 장치

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20752732

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2020752732

Country of ref document: EP

Effective date: 20210907