WO2020197177A1 - 방송 수신 장치 및 그 동작 방법 - Google Patents

방송 수신 장치 및 그 동작 방법 Download PDF

Info

Publication number
WO2020197177A1
WO2020197177A1 PCT/KR2020/003833 KR2020003833W WO2020197177A1 WO 2020197177 A1 WO2020197177 A1 WO 2020197177A1 KR 2020003833 W KR2020003833 W KR 2020003833W WO 2020197177 A1 WO2020197177 A1 WO 2020197177A1
Authority
WO
WIPO (PCT)
Prior art keywords
lls
broadcast
cdt
reception device
signature
Prior art date
Application number
PCT/KR2020/003833
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 삼성전자 주식회사
Publication of WO2020197177A1 publication Critical patent/WO2020197177A1/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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • 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/09—Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services
    • H04H60/14—Arrangements for conditional access to broadcast information or to broadcast-related services
    • H04H60/23—Arrangements for conditional access to broadcast information or to broadcast-related services using cryptography, e.g. encryption, authentication, key distribution
    • 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/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/2389—Multiplex stream processing, e.g. multiplex stream encrypting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H2201/00—Aspects of broadcast communication
    • H04H2201/90—Aspects of broadcast communication characterised by the use of signatures

Definitions

  • Disclosed embodiments relate to a broadcast receiving apparatus for receiving a broadcast signal including broadcast content and a method of operating the same.
  • the disclosed embodiments relate to a broadcast receiving apparatus for receiving a broadcast signal according to the ATSC3.0 standard and a method of operating the same.
  • the broadcast receiving device is a device having a function of receiving and displaying a broadcast image that can be viewed by a user.
  • the user can watch the broadcast through the broadcast receiving device.
  • the broadcast receiving device displays a broadcast selected by a user among broadcast signals transmitted from a broadcasting station on a display.
  • a medium that is included in a broadcast signal received by the broadcast receiving device and that the user can view may be referred to as'content' or'service'.
  • the broadcast signal may largely include'content data' that is data corresponding to the content and'non-content data' that is data for at least one of reproduction, management, and control of the content.
  • ATSC 3.0 Advanced Television Systems Committee 3.0
  • UHD Ultra High-Definition
  • ATSC 3.0 uses the ROUTE (Real-Time Object Delivery over Unidirectional Transport) protocol and the MMT protocol as transmission standards.
  • a signature that does not exist in ATSC1.0 is applied to a signaling message for signaling.
  • the signature indicates that a broadcast signal has been transmitted by a reliable transmission entity (eg, a broadcasting station), and may be included in the broadcast signal in the form of a digital signature.
  • signaling is an operation of transmitting information for at least one of verification, content control, reproduction, use, and management of a transmission subject (e.g., broadcasting station) that transmits content other than AV data corresponding to the content.
  • service signaling provides information for service discovery and description, and includes low level signaling (LLS) and service layer signaling (SLS).
  • low level signaling (LLS) is signaling for service discovery based on ATSC3.0
  • service layer signaling (SLS) may mean signaling for service reproduction or reproduction.
  • information corresponding to the low level signaling may include a low level signaling table (LLS).
  • the LLS table may include an SLT table (SLT: Service List Table).
  • SLT table may include information necessary to configure a service list and obtain service layer signaling (SLS) for each service.
  • service layer signaling includes information necessary to receive and use components constituting each service for each service.
  • the LLS table is transmitted to the broadcast receiving device with a signature applied.
  • the ASTC 3.0 standard does not clearly specify the transmission location, transmission time, or transmission method of data for verifying the signature applied to the LLS table. Therefore, verification of the LLS table (specifically, by verifying the signature applied to the LLS table, determining whether a reliable LLS table has been verified) receives a broadcast signal including the LLS table. There was a problem that it could not be performed.
  • An object of the disclosed embodiment is to provide a broadcast reception device and a method of operating the same, which enables fast verification of a signature of an LLS table included in a broadcast signal according to the ASTC 3.0 standard.
  • an object of the disclosed embodiment is to provide a broadcast reception device and a method of operating the same, which enables verification of the signature of the LLS table as soon as the LLS table is received.
  • a broadcast reception device includes a receiver for receiving a broadcast signal according to the ATSC3.0 standard; A memory storing at least one instruction; And by executing at least one of the at least one instruction, obtaining a Low Level Signaling table (LLS) to which a signature including a Service List Table (SLT) has been applied from the broadcast signal, and the obtained LLS table To verify the applied signature, a CDT (Certification Data Table) is searched in the LLS table, and the LLS is authenticated by verifying the signature applied to the LLS table based on the CDT obtained through the search. It includes a processor that does.
  • LLS Low Level Signaling table
  • SLT Service List Table
  • the broadcast reception device and its operating method according to the disclosed embodiment can quickly verify the signature of the LLS table.
  • the broadcast reception device and its operating method according to the disclosed embodiment may verify the signature of the LLS table as soon as the LLS table is received.
  • FIG. 1 is a block diagram illustrating a broadcast reception device according to an embodiment disclosed.
  • FIG. 2 is a block diagram illustrating a broadcast reception device according to another disclosed embodiment.
  • FIG. 3 is a block diagram illustrating a broadcast reception device according to another disclosed embodiment.
  • FIG. 4 is a block diagram illustrating a broadcast reception device according to another disclosed embodiment.
  • FIG. 5 is a diagram for describing an LLS table used in the disclosed embodiment.
  • FIG. 6 is a diagram for describing a data field including a CDT.
  • FIG. 7 is another diagram illustrating a data field including a CDT in FIG. 6.
  • FIG. 8 is another diagram for explaining verification data required to verify the signature of the LLS table.
  • FIG. 9 is a diagram for describing a method of operating a broadcast reception device according to an exemplary embodiment.
  • a broadcast reception device includes a receiver for receiving a broadcast signal according to the ATSC3.0 standard; A memory storing at least one instruction; And by executing at least one of the at least one instruction, obtaining a Low Level Signaling table (LLS) to which a signature including a Service List Table (SLT) has been applied from the broadcast signal, and the obtained LLS table To verify the applied signature, a CDT (Certification Data Table) is searched in the LLS table, and the LLS is authenticated by verifying the signature applied to the LLS table based on the CDT obtained through the search. It includes a processor that does.
  • LLS Low Level Signaling table
  • SLT Service List Table
  • the SLT may include configuration information of a broadcast service or a broadcast channel
  • the CDT may include information for authenticating a signature applied to the LLS table.
  • the processor may parse and process the SLT included in the LLS table.
  • the processor may obtain a channel list based on the parsed SLT table and perform an operation for providing a broadcast service based on the obtained channel list.
  • the processor may discard the LLS table when authentication for the signature fails.
  • the CDT may be included in a data field including a signature value obtained by entirely signing information on an LLS payload in the LLS table.
  • the CDT may be included in the SignedMultitable data field in the LLS table.
  • the CDT may be included in the LLS table and in the SLT.
  • the CDT may be included in an Advanced Emergency Alert Table (AEAT) data field including information on disaster broadcasting in the LLS table.
  • AEAT Advanced Emergency Alert Table
  • the CDT may include a certificate for authenticating the signature and information indicating a length of the certificate.
  • the receiver may receive the broadcast signal including low level signaling (LLS), and the processor may obtain the LLS table included in the low level signaling.
  • LLS low level signaling
  • the LLS table may include at least one of the SLT, AEAT and SignedMultiTable
  • the CDT may be included in at least one of the SLT, AEAT and SignedMultiTable.
  • a method of operating a broadcast reception device includes: acquiring a broadcast signal according to ATSC3.0 standard; Acquiring a low level signaling table (LLS) including a service list table (SLT) and a certification data table (CDT) from the broadcast signal; And authenticating the LLS by verifying a signature applied to the LLS table based on the CDT.
  • LLS low level signaling table
  • SLT service list table
  • CDT certification data table
  • Some embodiments may be represented by functional block configurations and various processing steps. Some or all of these functional blocks may be implemented with various numbers of hardware and/or software components that perform specific functions.
  • the functional blocks of the present disclosure may be implemented by one or more processors or microprocessors, or may be implemented by circuit configurations for a predetermined function.
  • the functional blocks of the present disclosure may be implemented in various programming or scripting languages.
  • the functional blocks may be implemented as an algorithm executed on one or more processors.
  • the present disclosure may employ conventional techniques for electronic environment setting, signal processing, and/or data processing. Terms such as modules and configurations may be widely used, and are not limited to mechanical and physical configurations.
  • connecting lines or connecting members between the components illustrated in the drawings are merely illustrative of functional connections and/or physical or circuit connections. In an actual device, connections between components may be represented by various functional connections, physical connections, or circuit connections that can be replaced or added.
  • FIG. 1 is a block diagram illustrating a broadcast reception device according to an embodiment disclosed.
  • the broadcast reception device 100 may be any display device capable of displaying an image based on a broadcast signal.
  • the broadcast receiving device 100 may be a TV, but this is only an embodiment, and may be implemented as an electronic device capable of receiving a broadcast signal and displaying an image based on the broadcast signal.
  • the broadcast receiving device 100 includes a mobile phone, a tablet PC, a digital camera, a camcorder, a laptop computer, a tablet PC, a desktop, an e-book terminal, a digital broadcasting terminal, a personal digital assistant (PDA), a PMP ( Portable Multimedia Player), navigation, MP3 player, wearable device, and the like.
  • PDA personal digital assistant
  • PMP Portable Multimedia Player
  • the embodiments may be easily implemented in a display device having a large display such as a TV, but are not limited thereto.
  • the broadcast reception device 100 may be a fixed type or a mobile type, and may be a digital broadcast receiver capable of receiving digital broadcasts.
  • the broadcast reception device 100 may be implemented as a flat display device, as well as a curved display device, which is a screen having a curvature, or a flexible display device capable of adjusting the curvature.
  • the output resolution of the broadcast reception device 100 may include, for example, high definition (HD), full HD, ultra HD, or a resolution that is sharper than that of ultra HD.
  • the term user refers to a person who controls a function or operation of the broadcast reception device 100 by using a control device, and may include a viewer, an administrator, or an installer.
  • the broadcast reception device 100 may receive a service through a communication network such as a broadcast network or a broadband.
  • the service may include at least one component.
  • a service is a collection of media components provided to a user, and the components may be of various types of media.
  • one service may be provided continuously or intermittently, and may be provided in real time or non-real time.
  • the real-time service may consist of a series of TV programs.
  • a service according to an embodiment may include a broadcast service, and the broadcast service may include one or more contents.
  • the service may be generated and transmitted in a form included in a broadcast signal according to the ASTC 3.0 standard.
  • a broadcast reception device 100 includes a receiver 110, a memory 130, and a processor 140.
  • the receiver 110 receives a broadcast signal according to the ATSC3.0 standard.
  • the broadcast signal may receive low level signaling (LLS) generated according to the ATSC3.0 standard.
  • low level signaling (LLS) is signaling for service discovery based on ATSC3.0.
  • low level signaling (LLS) may be transmitted through an IP packet having a predetermined address and a predetermined destination port.
  • an IP packet having a predetermined address and a predetermined destination port may be referred to as a UDP/IP (User Datagram Protocol/Internet Protocol) packet.
  • the receiver 110 may receive low level signaling (SLS) through a broadcast network or a broadband network.
  • the broadcasting network may include a terrestrial broadcasting network.
  • the memory 130 stores at least one instruction.
  • the processor 140 obtains a low level signaling table (LLS) to which a signature including a service list table (SLT) is applied from the broadcast signal by executing at least one of the at least one instruction, and the acquisition
  • LLS low level signaling table
  • SLT service list table
  • a CDT Content Data Table
  • Authentication is performed.
  • a public key for decrypting the signature may be included.
  • the processor 140 may perform authentication for LLS by decrypting the signature using the public key included in the CDT and determining whether the decrypted signature is a signature of a legitimate transmitting end (eg, broadcasting station). .
  • low level signaling may include an LLS table.
  • LLS low level signaling
  • 'low level signaling' and'low level signaling table' may be referred to as'LLS' and'LLS table', respectively.
  • the LLS table can be transmitted after being signed. That is, the side that transmits the broadcast signal may sign the LLS table and include the signed LLS table in low-level signaling to indicate that it is a legitimate or reliable sender.
  • the SLT may include broadcast service or broadcast channel configuration information.
  • the SLT may include information on a broadcast service currently being transmitted.
  • the SLT includes a list of channels being transmitted at the current frequency and information about the channel list.
  • the SLT may support the improvement of the service scan speed of the broadcast reception device 100.
  • the broadcast reception device 100 may include necessary information for generating a service map (eg, a channel list) that enables a user to select a service based on a result of performing a scan using an SLT. have.
  • a service map eg, a channel list
  • the CDT may include data for verifying the SLT included in the LLS table. Specifically, the CDT may include data for authenticating whether the signature applied to the LLS table is legitimate or reliable.
  • the CDT may include a certificate for authenticating a signature and information indicating a length of the certificate.
  • the certificate may include a public key for decrypting the encrypted signature.
  • verifying the signature may mean verifying the legitimacy or authenticity of the signature.
  • a signature applied to the LLS table may be encrypted based on a private key.
  • the public key for example, at the receiving end of the broadcast signal (eg, the broadcast receiving device 300)
  • Public Key can be used to decrypt.
  • the processor 140 may authenticate the LLS table by identifying the decrypted signature and determining whether the signature applied to the LLS table corresponds to a reliable transmitting end (eg, a broadcasting station).
  • the memory 130 may store at least one instruction.
  • One or more instructions stored in the memory 130 may be executed through a processor (not shown) included in the processor 140.
  • the memory 130 is a flash memory type, a hard disk type, a multimedia card micro type, a card type memory (eg, SD or XD memory, etc.) , RAM (Random Access Memory) SRAM (Static Random Access Memory), ROM (ROM, Read-Only Memory), EEPROM (Electrically Erasable Programmable Read-Only Memory), PROM (Programmable Read-Only Memory), magnetic memory, It may include at least one type of storage medium among magnetic disks and optical disks.
  • RAM Random Access Memory
  • SRAM Static Random Access Memory
  • ROM Read-Only Memory
  • EEPROM Electrical Erasable Programmable Read-Only Memory
  • PROM Programmable Read-Only Memory
  • magnetic memory It may include at least one type of storage medium among magnetic disks and optical disks.
  • the processor 140 includes at least one processor (not shown) that performs at least one of at least one instruction stored in the memory 130.
  • the processor 140 may include at least one processor.
  • the processor 140 is formed as one processor is illustrated and described as an example.
  • the processor 140 may control the overall operation of the broadcast reception device 100. Also, the processor 140 may control other components included in the broadcast reception device 100 so that a predetermined operation is performed.
  • a processor included in the processor 140 may perform a predetermined operation by executing at least one instruction stored in the memory 130.
  • the processor 140 may execute a predetermined operation by executing at least one of one or more instructions stored therein.
  • the processor 140 may include an internal memory (not shown) and at least one processor (not shown) that executes at least one stored program.
  • the internal memory (not shown) of the processor 140 may store one or more instructions.
  • the processor 140 may execute at least one of one or more instructions stored in an internal memory (not shown) to execute a predetermined operation.
  • the processor 140 stores signals or data input from the outside of the broadcast reception device 100, or a RAM (not shown) used as a storage area corresponding to various tasks performed by the broadcast reception device 100 , A control program for controlling the broadcast reception device 100 and/or a ROM (not shown) in which a plurality of instructions are stored, and at least one processor (not shown) may be included.
  • the processor (not shown) may include a graphic processing unit (not shown) for processing graphics corresponding to video.
  • the processor (not shown) may be implemented as a SoC (System On Chip) in which a core (not shown) and a GPU (not shown) are integrated.
  • the processor (not shown) may include a single core, a dual core, a triple core, a quad core, and a multiple of the core.
  • FIG. 2 is a block diagram illustrating a broadcast reception device according to another disclosed embodiment.
  • the broadcast reception device 200 may correspond to the broadcast reception device 100 illustrated in FIG. 1, and the same configuration as in FIG. 1 is illustrated using the same reference symbols. Accordingly, in describing the broadcast reception device 200, a description overlapping with that in FIG. 1 will be omitted.
  • the receiver 110 may include a tuner 115 and a communication unit 120.
  • the tuner 115 intends to receive a broadcast signal received by wire or wirelessly from among many radio components through amplification, mixing, resonance, etc. It can be selected by tuning only the frequency of the channel.
  • the broadcast signal may include audio, video, and additional information (eg, Electronic Service Guide (ESG)).
  • ESG Electronic Service Guide
  • the tuner 115 may receive a broadcast signal having a packetized stream format.
  • the tuner 115 may receive broadcast signals from various sources such as terrestrial broadcasting, cable broadcasting, satellite broadcasting, and Internet broadcasting.
  • the tuner 115 may receive a broadcast signal from a source such as analog broadcast or digital broadcast.
  • the tuner 115 may receive low level signaling (LLS).
  • low-level signaling may be encapsulated in a User Datagram Protocol (UDP) datagram and transmitted.
  • low-level signaling (LLS) may be transmitted through an IP packet having a predetermined address and a predetermined destination port.
  • an IP packet having a predetermined address and a predetermined destination port may be referred to as a User Datagram Protocol/Internet Protocol (UDP/IP) packet, that is, a User Datagram Protocol/Internet Protocol (UDP/IP) packet transmitting LLS is predetermined.
  • UDP/IP User Datagram Protocol/Internet Protocol
  • the tuner 115 may receive low-level signaling (SLS) through a broadcasting network or a broadband network, and the low-level signaling may be matched to a broadcasting station.
  • the first broadcasting station may transmit the first low level signaling
  • the second broadcasting station may transmit the second low level signaling.
  • the communication unit 120 may transmit and receive data or signals with an external device (eg, a control device, a peripheral device, etc.) under the control of the processor 140.
  • an external device eg, a control device, a peripheral device, etc.
  • the communication unit 120 is a wireless LAN (eg, Wi-Fi), Bluetooth, wired Ethernet (Ethernet), IR (infrared), BLE (bluetooth low energy), ultrasonic waves, Zigbee and HDMI Data or signals may be transmitted and received in at least one of the methods.
  • low level signaling including the LLS table may be received through the tuner 115 or the communication unit 120 described above.
  • FIG. 3 is a block diagram illustrating a broadcast reception device according to another disclosed embodiment.
  • the broadcast reception device 300 may correspond to the broadcast reception device 100 shown in FIG. 1 and the broadcast reception device 200 shown in FIG. 2, respectively. Accordingly, in FIGS. 1 to 3, the same configuration is illustrated using the same reference numerals. Accordingly, in describing the broadcast reception device 300, descriptions overlapping with those in FIGS. 1 and 2 will be omitted.
  • the receiver 110 includes a tuner 115 as an example, but the receiver 110 is a tuner 115 as illustrated in FIG. 2. And it may include both the communication unit 120.
  • the tuner 115 is formed according to the ASTC 3.0 standard and receives a broadcast signal corresponding to a broadcast service will be illustrated and described as an example.
  • the processor 140 demodulates and demultiplexes a broadcast signal received through the tuner 115 to perform an operation necessary for providing a broadcast service.
  • the processor 140 may include a demodulator 310, a demultiplexer 321 and a controller 340.
  • the demodulator 310 demodulates the broadcast signal received by the tuner 115. Specifically, the demodulator 310 may perform a demodulation operation for making a broadcast signal modulated according to the ATSC 3.0 standard into a state before modulation.
  • the demodulator 310 demodulates the broadcast signal transmitted from the tuner 115 to extract the IP packet and control data. can do.
  • the IP packet and control data may be transmitted to the demultiplexer 321.
  • the demultiplexer 321 demultiplexes the signal output from the demodulator 310.
  • the demultiplexer 321 may include a channel demultiplexer 321 and a program demultiplexer 330.
  • the channel demultiplexer 321 may process the IP packet to separate an IP packet including low level signaling (LLS) and an IP packet not including low level signaling (LLS) from the IP packet.
  • an IP packet that does not include low level signaling (LLS) may be an MMT/ROUTE (MPEG Media Transport/ Real-Time Object Delivery over Unidirectional Transport) packet.
  • the channel demultiplexer 321 may transmit an IP packet (eg, an MMT/ROUTE packet) that does not include low level signaling (LLS) to the program demultiplexer 330. Further, the channel demultiplexer 321 may transmit an IP packet including low level signaling (LLS) to the controller 340.
  • the program demultiplexer 330 may process IP packets (eg, MMT/ROUTE packets) that do not include low level signaling (LLS) and extract data corresponding to each component. In addition, the program demultiplexer 330 processes a packet including signaling among IP packets (e.g., MMT/ROUTE packets) that do not include low level signaling (LLS), and delivers them to the controller 340. I can.
  • IP packets eg., MMT/ROUTE packets
  • LLS low level signaling
  • data corresponding to each component extracted by the program demultiplexer 330 may include video data, audio data, subtitle-related data, ESG-related data, and download data, and a decoder for decoding ( 350).
  • the decoder 350 may operate to receive data corresponding to each component extracted by the program demultiplexer 330, and decode and output the data.
  • the video decoder 351 may receive video data, decode it, and transmit it to the video player 361. Then, the video player 361 may operate to generate and display an image corresponding to the decoded video data.
  • the audio decoder 352 may receive audio data, decode it, and transmit it to the speaker 362. Then, the speaker 362 may operate to generate and output a sound corresponding to the decoded audio data.
  • the caption decoder 353 may receive caption data, decode the caption data, and transmit it to the graphic processor 363. Then, the graphic processor 363 may operate to output a caption corresponding to the decoded caption data on the screen.
  • the ESG (Electronic Service Guide) decoder 354 may receive ESG data, decode it, and transmit it to the graphic processor 364. Then, the graphic processor 364 may operate to generate and display an ESG screen corresponding to the decoded ESG data. Further, the download processor 355 may receive the download data, decode it, and transmit it to the storage device 365. Then, the storage device 365 may store the decoded download data.
  • ESG Electronic Service Guide
  • the controller 340 may process the received control data and perform an operation necessary to perform at least one of reproduction, management, and control of a broadcast service.
  • the channel demultiplexer 321 may separate an IP packet including low-level signaling from among IP packets included in the received broadcast signal and transmit it to the controller 340. Then, the controller 340 may acquire the low level signaling (LLS) included in the transmitted IP packet and acquire the LLS table included in the acquired LLS.
  • the LLS table may include a Service List Table (SLT) and a Certification Data Table (CDT).
  • the processor 140 (specifically, the controller 340) obtains the SLT and the CDT from the LLS table, and based on the obtained CDT, performs authentication for the LLS by verifying the signature applied to the LLS table. can do.
  • the processor 140 may parse and process the SLT included in the LLS table when LLS authentication is successful. Further, the processor 140 (specifically, the controller 340) may obtain a channel list based on the parsed SLT table, and perform an operation for providing a broadcast service based on the obtained channel list.
  • the processor 140 may discard the LLS table when the authenticity authentication for the signature fails. Accordingly, the controller 340 can wait without parsing the SLT included in the LLS table.
  • the broadcast reception device 400 may correspond to the broadcast reception devices 100, 200, or 300 described with reference to FIGS. 1 to 3.
  • the tuner unit 440, the communication unit 450, the memory 490, and the control unit 480 included in the broadcast reception device 400 include a tuner 115 and a communication unit 120 shown in FIGS. 1 to 3, respectively. , May correspond to the memory 130 and the processor 140 the same. Therefore, in describing the broadcast reception device 400, descriptions overlapping with those in FIGS. 1 to 3 will be omitted.
  • the broadcast reception device 400 may be a display device capable of receiving a broadcast signal according to the ASTC 3.0 standard and playing a service included in the received broadcast signal.
  • the broadcast receiving device 400 includes a video processing unit 410, a display unit 415, an audio processing unit 420, an audio output unit 425, a power supply unit 430, a tuner unit 440, and a communication unit. 450, a sensing unit (not shown), an input/output unit 470, a control unit 480, and a memory 490.
  • the video processing unit 410 processes video data received by the broadcast reception device 400.
  • the video processing unit 410 may perform various image processing such as decoding, scaling, noise filtering, frame rate conversion, and resolution conversion on video data.
  • the controller 480 receives a request for recording video data processed by the video processing unit 410, encrypts the video data, and encrypts the video data to be included in the memory 490 or the memory device (not shown), for example, , It will be possible to control to be written to RAM (not shown).
  • the display unit 415 displays a video included in the broadcast signal received through the tuner unit 440 under the control of the controller 480 on the screen.
  • the display unit 415 may display content (eg, a video) input through the communication unit 450 or the input/output unit 470.
  • the display unit 415 may output an image stored in the memory 490 under the control of the controller 480.
  • the display unit 415 is a voice UI (User Interface: including, for example, a voice instruction guide) for performing a voice recognition task corresponding to voice recognition or a motion recognition task corresponding to motion recognition.
  • a motion UI eg, including a user motion guide for motion recognition may be displayed.
  • the audio processing unit 420 processes audio data.
  • the audio processing unit 420 may perform various processing such as decoding, amplification, noise filtering, or the like for audio data. Meanwhile, the audio processing unit 420 may include a plurality of audio processing modules to process audio corresponding to a plurality of contents.
  • the audio output unit 425 outputs audio included in a broadcast signal received through the tuner unit 440 under the control of the controller 480.
  • the audio output unit 425 may output audio (eg, voice, sound) input through the communication unit 450 or the input/output unit 470.
  • the audio output unit 425 may output audio stored in the memory 490 under the control of the controller 480.
  • the audio output unit 425 may include at least one of a speaker 426, a headphone output terminal 427, or an S/PDIF (Sony/Philips Digital Interface: output terminal 428).
  • the audio output unit 425 may include It may include a combination of a speaker 426, a headphone output terminal 427, and an S/PDIF output terminal 428.
  • the power supply unit 430 supplies power input from an external power source to the components 410 to 490 inside the broadcast reception device 400 under the control of the control unit 480. In addition, the power supply unit 430 transmits power output from one or more batteries (not shown) located inside the broadcast reception device 400 to the internal components 410 to 490 under the control of the control unit 480. Can supply.
  • the tuner unit 440 only uses the frequency of a channel to be received by the broadcast receiving device 400 from among many radio components through amplification, mixing, resonance, etc. of a broadcast signal received by wire or wirelessly. It can be selected by tuning.
  • the broadcast signal includes audio, video, and additional information (eg, Electronic Service Guide (ESG)).
  • ESG Electronic Service Guide
  • the tuner unit 440 is a control signal received from a user input (for example, an external control device (not shown) or a remote control device (not shown)), for example, channel number input, channel up-down (up-down). -down) It is possible to receive a broadcast signal in a frequency band corresponding to the channel number (for example, cable broadcast 506) according to the input and the channel input from the EPG screen.
  • a user input for example, an external control device (not shown) or a remote control device (not shown)
  • channel number input for example, channel up-down (up-down). -down
  • a broadcast signal in a frequency band corresponding to the channel number (for example, cable broadcast 506) according to the input and the channel input from the EPG screen.
  • the tuner unit 440 may receive broadcast signals from various sources such as terrestrial broadcasting, cable broadcasting, satellite broadcasting, and Internet broadcasting.
  • the tuner unit 440 may also receive a broadcast signal from a source such as analog broadcast or digital broadcast.
  • the broadcast signal received through the tuner unit 440 is decoded (eg, audio decoding, video decoding, or additional information decoding) to be separated into audio, video, and/or additional information. Separated audio, video, and/or additional information may be stored in the memory 490 under the control of the controller 480.
  • One tuner unit 440 of the broadcast reception device 400 may be one or a plurality of pieces. According to an embodiment, when a plurality of tuner units 440 are formed, a plurality of broadcast signals may be output to a plurality of windows constituting a multi-window screen provided to the display unit 415.
  • the tuner unit 440 is implemented as an all-in-one with the broadcast receiving device 400 or a separate device having a tuner unit electrically connected to the broadcast receiving device 400 (for example, a set-top box ( It may be implemented as a set-top box (not shown) or a tuner unit (not shown) connected to the input/output unit 470).
  • the communication unit 450 may connect the broadcast reception device 400 with an external device (eg, an audio device) under the control of the controller 480.
  • the controller may transmit/receive content to/from an external device connected through the communication unit 450, download an application from the external device, or browse the web.
  • the communication unit 450 may access a network to receive content from an external device (not shown).
  • the communication unit 450 may include at least one of a short-range communication module (not shown), a wired communication module (not shown), and a mobile communication module (not shown).
  • the communication unit 450 includes one of a wireless communication module 451, a Bluetooth module 452, and a wired Ethernet 153 is illustrated as an example.
  • the communication unit 450 may include a combination of a wireless communication module 451, a Bluetooth module 452, and a wired Ethernet (Ethernet) 153.
  • the communication unit 450 may receive a control signal from a control device (not shown) under the control of the controller 480.
  • the control signal may be implemented in a Bluetooth type, an RF signal type, or a Wi-Fi type.
  • the communication unit 450 may further include other short-range communication (eg, NFC (near field communication, not shown)), and a separate BLE module (bluetooth low energy, not shown).
  • other short-range communication eg, NFC (near field communication, not shown)
  • BLE blue low energy
  • the sensing unit (not shown) detects a user's voice, a user's image, or a user's interaction.
  • the microphone 461 receives a user's uttered voice.
  • the microphone 461 may convert the received voice into an electric signal and output it to the controller 480.
  • the user voice may include, for example, a voice corresponding to a menu or function of the broadcast receiving device 400.
  • the recognition range of the microphone 461 is recommended to be within 4 m from the microphone 461 to the user's position, and the recognition range of the microphone 461 is the size of the user's voice and the surrounding environment (eg, speaker sound, May vary in response to ambient noise).
  • the microphone 461 may be implemented integrally or separate from the broadcast receiving device 400.
  • the separated microphone 461 may be electrically connected to the broadcast reception device 400 through the communication unit 450 or the input/output unit 470.
  • the microphone 461 may be excluded depending on the performance and structure of the broadcast reception device 400.
  • the camera unit 462 receives an image (for example, a continuous frame) corresponding to a user's motion including a gesture in the camera recognition range.
  • the recognition range of the camera unit 462 may be within 0.1 to 5 m from the camera unit 462 to the user.
  • the user motion may include, for example, a user's face, an expression, a hand, a fist, a user's body part such as a finger, or a motion of a user part.
  • the camera unit 462 may convert the received image into an electrical signal under the control of the controller 480 and output it to the controller 480.
  • the controller 480 may select a menu displayed on the broadcast reception device 400 using the received motion recognition result or perform a control corresponding to the motion recognition result. For example, it may include channel adjustment, volume adjustment, and indicator movement.
  • the camera unit 462 may include a lens (not shown) and an image sensor (not shown).
  • the camera unit 462 may support optical zoom or digital zoom by using a plurality of lenses and image processing.
  • the recognition range of the camera unit 462 may be variously set according to the angle of the camera and environmental conditions.
  • a 3D still image or a 3D motion may be received using the plurality of cameras.
  • the camera unit 462 may be implemented integrally with the broadcast receiving device 400 or as a separate type.
  • a separate device (not shown) including the separated camera unit 462 may be electrically connected to the broadcast reception device 400 through the communication unit 450 or the input/output unit 470.
  • the camera unit 462 may be excluded depending on the performance and structure of the broadcast reception device 400.
  • the light receiving unit 463 receives an optical signal (including a control signal) received from an external control device (not shown) through a light window (not shown) of the bezel of the display unit 415.
  • the light receiving unit 463 may receive an optical signal corresponding to a user input (eg, a touch, a push, a touch gesture, a voice, or a motion) from a control device (not shown).
  • a control signal may be extracted from the received optical signal under control of the controller 480.
  • the light receiving unit 463 may receive a signal corresponding to a pointing position of a control device (not shown) and transmit it to the control unit 480.
  • a user interface screen for receiving data or commands from the user through the display unit 415 is output, and the user wants to input data or commands to the broadcast receiving device 400 through a control device (not shown).
  • the light receiving unit 463 moves the control device (not shown) while the user touches the touch pad (not shown) with a finger on the control device (not shown).
  • a corresponding signal may be received and transmitted to the controller 480.
  • the light receiving unit 463 may receive a signal indicating that a specific button provided in the control device (not shown) has been pressed and may transmit the signal to the control unit 480.
  • the light receiving unit 463 receives a signal indicating that the button type touch pad (not shown) has been pressed when the user presses a button-type touch pad (not shown) on the control device (not shown) with a finger. It can be transmitted to the control unit 480.
  • a signal indicating that a button type touch pad (not shown) is pressed may be used as a signal for selecting one of the items.
  • the input/output unit 470 controls video (eg, video), audio (eg, voice, music, etc.) and additional information (eg, video, etc.) from outside of the broadcast reception device 400 under the control of the controller 480.
  • the input/output unit 470 is one of an HDMI port (High-Definition Multimedia Interface port, 471), a component jack (472), a PC port (PC port, 473), and a USB port (USB port, 474). It may include.
  • the input/output unit 470 may include a combination of an HDMI port 471, a component jack 472, a PC port 473, and a USB port 474.
  • the controller 480 controls the overall operation of the broadcast reception device 400 and a signal flow between internal components (not shown) of the broadcast reception device 400 and processes data.
  • the controller 480 may execute an OS (Operation System) stored in the memory 490 and various applications when there is a user input or a preset and stored condition is satisfied.
  • OS Operaation System
  • the control unit 480 stores signals or data input from the outside of the broadcast reception device 400, or a RAM (not shown) used as a storage area corresponding to various tasks performed by the broadcast reception device 400, and broadcast reception.
  • a ROM (not shown) and a processor (not shown) in which a control program for controlling the device 400 is stored may be included.
  • the processor may include a graphic processing unit (not shown) for processing graphics corresponding to video.
  • the processor may be implemented as a SoC (System On Chip) in which a core (not shown) and a GPU (not shown) are integrated.
  • the processor may include a single core, a dual core, a triple core, a quad core, and a multiple of the core.
  • the processor (not shown) may include a plurality of processors.
  • the processor (not shown) may be implemented as a main processor (not shown) and a sub processor (not shown) operating in a sleep mode.
  • the graphic processing unit (not shown) generates a screen including various objects such as icons, images, texts, etc. using an operation unit (not shown) and a rendering unit (not shown).
  • the calculation unit calculates attribute values such as coordinate values, shape, size, color, etc. to be displayed for each object according to the layout of the screen by using the user interaction sensed through the detection unit (not shown).
  • the rendering unit generates screens of various layouts including objects based on the attribute values calculated by the calculation unit.
  • the screen generated by the rendering unit is displayed in the display area of the display unit 415.
  • FIGS. 5 to 8 to be described below are data included in a broadcast signal generated according to the ATSC 3.0 standard, and are views for explaining data defined according to an embodiment of the present disclosure.
  • the data shown in FIGS. 5 to 8 are broadcast signals generated according to the ATSC 3.0 standard, and may be data included in a broadcast signal received through the tuner 115.
  • FIG. 5 is a diagram for describing an LLS table used in the disclosed embodiment.
  • FIG. 5 is a diagram for explaining the LLS table 500 extracted from an IP packet (specifically, a UDP/IP (User Datagram Protocol/Internet Protocol) packet) included in a broadcast signal generated according to the ATSC 3.0 standard to be.
  • the processor 140 may obtain the LLS table 500 by demodulating and demultiplexing the broadcast signal.
  • the LLS table 500 may be defined by the ATSC 3.0 standard, and may have a form including some modifications or additional data in the disclosed embodiment.
  • the LLS table 500 may include information 510 for identifying the LLS table, SLT 520, AEAT 550, and SignedMultiTable 570.
  • the CDT (Certification Data Table) includes a signature value obtained by entirely signing information on the LLS payload (hereinafter referred to as'LLS payload information') in the LLS table 500. It may be included in a data field (hereinafter referred to as a'signature data field').
  • a'signature data field' here, the LLS payload information will be described in detail with reference to FIGS. 6 and 7 below.
  • the signature data field may be at least one of the SLT 520, the AEAT 550, and the SignedMultiTable 570.
  • the CDT may be included in at least one of the SLT 520, the AEAT 550, and the SignedMultiTable 570.
  • the AEAT 550 is a data field including information on disaster broadcasting.
  • the AEAT 550 may include news information provided when a disaster situation occurs.
  • information on disaster broadcasting may be included in low level signaling (LLS).
  • the LLS table 500 may include an AEAT 550.
  • the AEAT 550 may include a CDT.
  • the SignedMultiTable 570 may be a data field including a signature value obtained by entirely signing LLS payload data.
  • the SignedMultiTable 570 will be described in detail below with reference to FIGS. 6 and 7.
  • the LLS table 500 may further include at least one of a rating region table (RRT) 530, a system time 540, an OnscreenMessageNotification 560, and a UserDefined 580.
  • RRT rating region table
  • OnscreenMessageNotification 560 may be a data field including data necessary for a message notification of a movie.
  • UserDefined 580 may be a data field including user-defined data.
  • the CDT may be included in at least one of the SLT 520, the AEAT 550, and the SignedMultiTable 570.
  • FIG. 6 is a diagram for describing a data field including a CDT.
  • the SignedMultiTable 600 of FIG. 6 corresponds to the SignedMultiTable 570 shown in FIG. 5 in the same manner, and details data included in the SignedMultiTable 570.
  • the SignedMultiTable 600 may include CDT data.
  • CDT is indicated as a certificate 610 in FIG. 6.
  • the SignedMultiTable 600 may include certification 610, information on LLS payload ('LLS payload information') 620, and information 630 on signature.
  • the signature 630 may include the signature value itself (Signature()) and information on the length of the signature value.
  • a signature 630 may be attached to the certification 610 and the LLS payload information 620 as a whole.
  • FIG. 7 is another diagram for describing a data field including a CDT.
  • the SignedMultiTable 600 shown in FIG. 7 may correspond to the SignedMultiTable 600 shown in FIG. 6. Specifically, since the Certification 710 and the LLS payload information 720 correspond to the Certification 610 and the LLS payload information 620, respectively, in describing the SignedMultiTable 700 illustrated in FIG. 7, FIG. The overlapping description as in 6 will be omitted. In addition, in FIG. 7, the same configuration as in FIG. 6 is illustrated using the same reference numerals.
  • the certification 710 may include certification data (CDT) and information indicating the length of the certificate (Certification Data_length).
  • the LLS payload information 720 may include the ID value of the LLS payload (LLS_payload_id), the version of the LLS payload (LLS_payload_version), the length of the LLS payload (LLS_payload_length), and the LLS payload data itself (LLS_payload()). have.
  • the processor 140 may acquire an LLS table (eg, 500), and acquire the SLT 520 and a CDT (eg, 710) included in the acquired LLS table 500. have. Specifically, if the processor 140 includes the LLS table 500, since both the SLT 520 and the CDT 710 are included in the LLS table, when the LLS table is acquired, the SLT 520 and the CDT 710 You can acquire together. Therefore, by performing authentication on the LLS table 500 using the CDT 710 and determining whether to use the SLT 520 according to the result of the authentication, the subsequent work using the SLT 520 will be quickly performed. I can.
  • LLS table eg, 500
  • a CDT eg, 710
  • the current ASTC 3.0 standard specifies that a signature is attached to the LLS table, but information about the data (e.g., CDT) for verifying the signature (e.g., where the CDT is contained in the packet, the data size ( Alternatively, the length) is not specified, and at what time the packet is received. Accordingly, even if the broadcast reception device includes the LLS table, if the CDT is not received, authentication for the LLS table cannot be performed. In addition, only after authentication for the LLS table is completed, the channel list can be configured and necessary operations for service execution can be performed using the SLT included in the LLS table. However, in the current ASTC 3.0 standard, even if the LLS table is received, there is a problem in that the SLT included in the LLS cannot be used until the CDT is received.
  • CDT data for verifying the signature
  • the LLS table includes both the CDT and the SLT, it is possible to authenticate the signature attached to the LLS table using the CDT as soon as the LLS table is acquired, and whether or not the SLT is used depending on the authentication result. It can be determined immediately.
  • FIG. 8 is another diagram for explaining verification data required to verify the signature of the LLS table. Specifically, FIG. 8 is a diagram for explaining the configuration of a CDT (Certification Data) 810.
  • the configuration of the CDT (Certification Data) 810 may be defined according to the ATSC 3.0 standard.
  • the CDT 810 may include a Certificates field 820.
  • the Certificates field 820 may include data (eg, Certification Data) corresponding to certificates for authenticating a signature.
  • the Certificates field 820 may include a CurrentCert field 830, a CertReplacement field 840, and a NextCert 850 field.
  • the CurrentCert field 830 includes information on a current certificate, and may include a key for encrypting or decrypting a signature, information on a key identifier, and the like.
  • the CertReplacement field 840 may include information indicating whether the current certificate is replaced.
  • NextCert (850) field may include information on a certificate for verifying the next signed signaling message.
  • FIG. 9 is a diagram for describing a method of operating a broadcast reception device according to an exemplary embodiment.
  • FIG. 9 may be a flowchart for explaining operations performed by the broadcast reception device 100, 200, 300, or 400 according to the disclosed embodiment described with reference to FIGS. 1 to 8. Accordingly, the method 900 of operating the broadcast reception device according to the disclosed embodiment may be performed through the broadcast reception device 100, 200, 300, or 400 described with reference to FIGS. 1 to 8. Therefore, the operating method 900 of the broadcast reception device may include the same configurational features as the broadcast reception device 100, 200, 300 or 400 described above.
  • a method 900 of operating a broadcast reception device acquires a broadcast signal according to the ATSC3.0 standard (S910).
  • the operation of step S910 may be performed by the receiver 110 under the control of the processor 140.
  • a low level signaling table (LLS) to which a signature including a service list table (SLT) has been applied is obtained from the broadcast signal obtained in step S910 (S920).
  • the operation of step S920 may be performed by the processor 140.
  • step S930 a Certification Data Table (CDT) is searched in the LLS table (S930).
  • CDT Certification Data Table
  • step S940 LLS authentication is performed by verifying the signature applied to the LLS table based on the CDT obtained through the search in step S930 (S940).
  • the operation of step S940 may be performed by the processor 140.
  • a method of controlling a broadcast reception device may be implemented in the form of program commands that can be executed through various computer means and recorded in a computer-readable medium.
  • it may be formed as a computer-readable recording medium in which one or more programs including instructions for executing a method for controlling a broadcast reception device according to an embodiment of the present disclosure are recorded.
  • the computer-readable medium may include program instructions, data files, data structures, and the like alone or in combination.
  • the program instructions recorded in the medium may be specially designed and configured for the present invention, or may be known and usable to those skilled in computer software.
  • Examples of computer-readable recording media include magnetic media such as hard disks, floppy disks, and magnetic tapes, optical media such as CD-ROMs and DVDs, and magnetic media such as floptical disks.
  • -A hardware device specially configured to store and execute program instructions such as magneto-optical media, and ROM, RAM, flash memory, and the like.
  • Examples of the program instructions include not only machine language codes such as those produced by a compiler, but also high-level language codes that can be executed by a computer using an interpreter or the like.
  • control method of the broadcast reception device includes: obtaining a sentence composed of multiple languages; And using a multilingual translation model, obtaining vector values corresponding to each of the words included in the sentence composed of the multilingual, converting the obtained vector values into vector values corresponding to the target language, and the converted It may be implemented as a computer program product including a recording medium in which a program for performing an operation of obtaining a sentence composed of the target language based on vector values is stored.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Theoretical Computer Science (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

개시된 실시예에 따른 방송 수신 장치는 ATSC3.0 규격에 따른 방송 신호를 수신하는 수신기; 적어도 하나의 인스트럭션들을 저장하는 메모리; 및 상기 방송 신호로부터 SLT(Service List Table)를 포함하는 서명(Signing)이 적용된 LLS 테이블(Low Level Signaling table)을 획득하고, 상기 획득된 LLS 테이블에 적용된 서명을 검증하기 위해 상기 LLS 테이블에서 CDT(Certification Data Table)를 탐색하며, 탐색에 따라 획득된 상기 CDT 에 근거하여 상기 LLS 테이블에 적용된 상기 서명(Signing)을 검증함으로써 상기 LLS 에 대한 인증을 수행하는 프로세서를 포함한다.

Description

방송 수신 장치 및 그 동작 방법
개시된 실시예들은, 방송 컨텐츠를 포함하는 방송 신호를 수신하는 방송 수신 장치 및 그 동작 방법에 대한 것이다.
구체적으로, 개시된 실시예들은, ATSC3.0 규격에 따른 방송 신호를 수신하는 방송 수신 장치 및 그 동작 방법에 대한 것이다.
방송 수신 장치는 사용자가 시청할 수 있는 방송 영상을 수신하여, 표시하는 기능을 갖춘 장치이다. 사용자는 방송 수신 장치를 통하여 방송을 시청할 수 있다. 방송 수신 장치는 방송국에서 송출되는 방송신호 중 사용자가 선택한 방송을 디스플레이에 표시한다. 여기서, 방송 수신 장치가 수신하는 방송 신호에 포함되어, 사용자가 시청할 수 있는 매체를 '컨텐츠' 또는 '서비스'라 칭할 수 있다. 방송 신호는 크게 컨텐츠에 대응되는 데이터인 '컨텐츠 데이터'와 컨텐츠의 재생, 관리 및 제어 중 적어도 하나를 위한 데이터인 '비 컨텐츠 데이터'를 포함할 수 있다.
디지털 TV 방송 규격인 ATSC 3.0 (Advanced Television Systems Committee 3.0) 규격은 높은 데이터 전송율과 네트워크 융합 서비스 등의 특징을 갖는 북미식 차세대 방송 표준으로, 국내 UHD(Ultra High-Definition) 방송 표준으로 채택되어 있다. 구체적으로, ATSC 3.0은 ROUTE(Real-Time Object Delivery over Unidirectional Transport) 프로토콜 및 MMT 프로토콜을 전송 표준으로 하고 있다.
그리고, ATSC 3.0은 ATSC1.0에는 존재하지 않는 서명(Signing)이 시그널링(Signaling)을 위한 시그널링 메시지(Singaling Message)에 적용되어 있다. 여기서, 서명(Signing)은 신뢰성 있는 전송 주체(예를 들어, 방송국 등)에서 방송 신호를 송출하였다는 것을 나타내는 것으로, 디지털 서명의 형태로 방송 신호 내에 포함될 수 있다. 그리고, 시그널링은 컨텐츠에 대응되는 AV 데이터 이외의 컨텐츠를 전송하는 전송 주체(예를 들어, 방송국 등)의 검증, 컨텐츠의 제어, 재생, 이용, 및 관리 중 적어도 하나를 위해서, 정보를 전송하는 동작을 의미할 수 있다.
구체적으로, 서비스 시그널링은 서비스의 발견 및 기술을 위한 정보를 제공하며, 저 레벨 시그널링(LLS: Low Level Signaling) 및 서비스 계층 시그널링(SLS: Service Layer Signaling)을 포함한다. 여기서, 저 레벨 시그널링(LLS)은 ATSC3.0 기반의 서비스 검색을 위한 시그널링이며, 서비스 계층 시그널링(SLS)은 서비스 재현 또는 재생을 위한 시그널링을 의미할 수 있다. 그리고, 저 레벨 시그널링에 대응되는 정보는 LLS 테이블(Low Level Signaling table)를 포함할 수 있다. 그리고, LLS 테이블은 SLT 테이블(SLT: Service List Table)을 포함할 수 있다. 여기서, SLT 테이블은 서비스 리스트 구성 및 각 서비스에 대하여 서비스 계층 시그널링(SLS: Service Layer Signaling)를 획득하기 위해 필요한 정보를 포함할 수 있다. 여기서, 서비스 계층 시그널링은 서비스 별로 각 서비스를 구성하는 컴포넌트들을 수신하고 이용하기 위해 필요한 정보를 포함한다.
ASTC 3.0 규격에 있어서, LLS 테이블은 서명(Signing)이 적용된 채로 방송 수신 장치로 전송된다. 그러나, ASTC 3.0 규격에서는 LLS 테이블에 적용된 서명을 검증하기 위한 데이터의 전송 위치, 전송 시간, 또는 전송 방법에 대하여는 명확히 규정하고 있지 않다. 따라서, LLS 테이블의 검증((구체적으로, LLS 테이블에 적용된 서명을 검증함으로써, 신뢰성 있는 LLS 테이블이 검증되었는지 판단하는 것)이 LLS 테이블을 포함하는 방송 신호를 수신한다고 하여 LLS 테이블에 대한 검증을 바로 수행될 수 없다는 문제점이 있었다.
개시된 실시예는, ASTC 3.0 규격에 따른 방송 신호에 포함되는 LLS 테이블의 서명에 대한 검증을 빠르게 수행할 수 있도록 하는, 방송 수신 장치 및 그 동작 방법의 제공을 목적으로 한다.
구체적으로, 개시된 실시예는 LLS 테이블이 수신되는 즉시, LLS 테이블의 서명에 대한 검증을 수행할 수 있도록 하는, 방송 수신 장치 및 그 동작 방법의 제공을 목적으로 한다.
개시된 실시예에 다른 방송 수신 장치는 ATSC3.0 규격에 따른 방송 신호를 수신하는 수신기; 적어도 하나의 인스트럭션들을 저장하는 메모리; 및 상기 적어도 하나의 인스트럭션 중 적어도 하나를 실행함으로써, 상기 방송 신호로부터 SLT(Service List Table)를 포함하는 서명(Signing)이 적용된 LLS 테이블(Low Level Signaling table)을 획득하고, 상기 획득된 LLS 테이블에 적용된 서명을 검증하기 위해 상기 LLS 테이블에서 CDT(Certification Data Table)를 탐색하며, 탐색에 따라 획득된 상기 CDT 에 근거하여 상기 LLS 테이블에 적용된 상기 서명(Signing)을 검증함으로써 상기 LLS 에 대한 인증을 수행하는 프로세서를 포함한다.
개시된 실시예에 따른 방송 수신 장치 및 그 동작 방법은 LLS 테이블의 서명에 대한 검증을 빠르게 수행할 수 있다.
구체적으로, 개시된 실시예에 따른 방송 수신 장치 및 그 동작 방법은 LLS 테이블이 수신되는 즉시, LLS 테이블의 서명에 대한 검증을 수행할 수 있다.
도 1은 개시된 일 실시예에 따른 방송 수신 장치를 나타내는 블록도이다.
도 2는 개시된 다른 실시예에 따른 방송 수신 장치를 나타내는 블록도이다.
도 3은 개시된 다른 실시예에 따른 방송 수신 장치를 나타내는 블록도이다.
도 4는 개시된 또 다른 실시예에 따른 방송 수신 장치를 나타내는 블록도이다.
도 5는 개시된 실시예에서 이용되는 LLS 테이블을 설명하기 위한 도면이다.
도 6은 CDT 를 포함하는 데이터 필드를 설명하기 위한 일 도면이다.
도 7은 도 6은 CDT 를 포함하는 데이터 필드를 설명하기 위한 다른 도면이다.
도 8은 LLS 테이블의 서명을 검증하기 위해 필요한 검증 데이터를 설명하기 위한 또 다른 도면이다.
도 9는 개시된 실시예에 따른 방송 수신 장치의 동작 방법을 설명하기 위한 도면이다.
개시된 실시예에 다른 방송 수신 장치는 ATSC3.0 규격에 따른 방송 신호를 수신하는 수신기; 적어도 하나의 인스트럭션들을 저장하는 메모리; 및 상기 적어도 하나의 인스트럭션 중 적어도 하나를 실행함으로써, 상기 방송 신호로부터 SLT(Service List Table)를 포함하는 서명(Signing)이 적용된 LLS 테이블(Low Level Signaling table)을 획득하고, 상기 획득된 LLS 테이블에 적용된 서명을 검증하기 위해 상기 LLS 테이블에서 CDT(Certification Data Table)를 탐색하며, 탐색에 따라 획득된 상기 CDT 에 근거하여 상기 LLS 테이블에 적용된 상기 서명(Signing)을 검증함으로써 상기 LLS 에 대한 인증을 수행하는 프로세서를 포함한다.
또한, 상기 SLT 는 방송 서비스 또는 방송 채널의 구성 정보를 포함하며, 상기 CDT는 상기 LLS 테이블에 적용된 서명(Signing)을 인증하기 위한 정보를 포함할 수 있다.
또한, 상기 프로세서는 상기 LLS 에 대한 인증이 성공한 경우, 상기 LLS 테이블에 포함된 상기 SLT를 파싱하여 처리할 수 있다.
또한, 상기 프로세서는 파싱된 상기 SLT 테이블에 근거하여 채널 리스트를 획득하고, 획득된 채널 리스트에 근거하여 방송 서비스 제공을 위한 동작을 수행할 수 있다.
또한, 상기 프로세서는 상기 서명에 대한 인증이 실패한 경우, 상기 LLS 테이블을 폐기할 수 있다.
또한, 상기 CDT는 상기 LLS 테이블 내의, LLS 페이로드(LLS payload)에 대한 정보를 전체적으로 서명 처리하여 획득된 서명값을 포함하는 데이터 필드 내에 포함될 수 있다.
또한, 상기 CDT는 상기 LLS 테이블 내의, SignedMultitable 데이터 필드 내에 포함될 수 있다.
또한, 상기 CDT는 상기 LLS 테이블 내의, 상기 SLT 내에 포함될 수 있다.
또한, 상기 CDT는 상기 LLS 테이블 내의, 재난 방송에 대한 정보 포함하는 AEAT(Advanced Emergency Alert Table) 데이터 필드 내에 포함될 수 있다.
또한, 상기 CDT는 상기 서명을 인증하기 위한 인증서 및 상기 인증서에 대한 길이를 나타내는 정보를 포함할 수 있다.
또한, 상기 수신기는 저 레벨 시그널링(LLS)을 포함하는 상기 방송 신호를 수신하며, 상기 프로세서는 상기 저 레벨 시그널링에 포함되는 상기 LLS 테이블을 획득할 수 있다.
또한, 상기 LLS 테이블은 상기 SLT, AEAT 및 SignedMultiTable 중 적어도 하나를 포함하고, 상기 CDT 는 상기 SLT, AEAT 및 SignedMultiTable 중 적어도 하나에 포함될 수 있다.
개시된 실시예에 따른 방송 수신 장치의 동작 방법은 ATSC3.0 규격에 따른 방송 신호를 획득하는 단계; 상기 방송 신호로부터 SLT(Service List Table) 및 CDT(Certification Data Table)를 포함하는 LLS 테이블(Low Level Signaling table)을 획득하는 단계; 및 상기 CDT 에 근거하여 상기 LLS 테이블에 적용된 서명(Signing)을 검증함으로써 상기 LLS 에 대한 인증을 수행하는 단계를 포함한다.
아래에서는 첨부한 도면을 참조하여 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자가 용이하게 실시할 수 있도록 본 발명의 실시예를 상세히 설명한다. 그러나 본 발명은 여러 가지 상이한 형태로 구현될 수 있으며 여기에서 설명하는 실시예에 한정되지 않는다. 그리고 도면에서 본 발명을 명확하게 설명하기 위해서 설명과 관계없는 부분은 생략하였으며, 명세서 전체를 통하여 유사한 부분에 대해서는 유사한 도면 부호를 붙였다.
명세서 전체에서, 어떤 부분이 다른 부분과 "연결"되어 있다고 할 때, 이는 "직접적으로 연결"되어 있는 경우뿐 아니라, 그 중간에 다른 소자를 사이에 두고 "전기적으로 연결"되어 있는 경우도 포함한다. 또한 어떤 부분이 어떤 구성요소를 "포함"한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 포함할 수 있는 것을 의미한다.
본 명세서에서 다양한 곳에 등장하는 "일부 실시예에서" 또는 "일 실시예에서" 등의 어구는 반드시 모두 동일한 실시예를 가리키는 것은 아니다.
일부 실시예는 기능적인 블록 구성들 및 다양한 처리 단계들로 나타내어질 수 있다. 이러한 기능 블록들의 일부 또는 전부는, 특정 기능들을 실행하는 다양한 개수의 하드웨어 및/또는 소프트웨어 구성들로 구현될 수 있다. 예를 들어, 본 개시의 기능 블록들은 하나 이상의 프로세서 또는 마이크로프로세서들에 의해 구현되거나, 소정의 기능을 위한 회로 구성들에 의해 구현될 수 있다. 또한, 예를 들어, 본 개시의 기능 블록들은 다양한 프로그래밍 또는 스크립팅 언어로 구현될 수 있다. 기능 블록들은 하나 이상의 프로세서들에서 실행되는 알고리즘으로 구현될 수 있다. 또한, 본 개시는 전자적인 환경 설정, 신호 처리, 및/또는 데이터 처리 등을 위하여 종래 기술을 채용할 수 있다. 모듈 및 구성등과 같은 용어는 넓게 사용될 수 있으며, 기계적이고 물리적인 구성들로서 한정되는 것은 아니다.
또한, 도면에 도시된 구성 요소들 간의 연결 선 또는 연결 부재들은 기능적인 연결 및/또는 물리적 또는 회로적 연결들을 예시적으로 나타낸 것일 뿐이다. 실제 장치에서는 대체 가능하거나 추가된 다양한 기능적인 연결, 물리적인 연결, 또는 회로 연결들에 의해 구성 요소들 간의 연결이 나타내어질 수 있다.
또한, 'A와 B 중 적어도 하나'라는 기재는 'A', 'B' 또는 'A 및 B'를 의미한다.
이하 첨부된 도면을 참고하여 본 개시를 상세히 설명하기로 한다.
도 1은 개시된 일 실시예에 따른 방송 수신 장치를 나타내는 블록도이다.
일 실시예에 따른 방송 수신 장치(100)는, 방송 신호에 기초하여 영상을 표시할 수 있는 모든 디스플레이 장치가 될 수 있다. 구체적으로, 방송 수신 장치(100)는, TV일 수 있으나, 이는 일 실시예에 불과하며, 방송 신호를 수신하고, 방송 신호에 기초하여 영상을 표시할 수 있는 전자 장치로 구현될 수 있다.
예를 들어, 방송 수신 장치(100)는 휴대폰, 태블릿 PC, 디지털 카메라, 캠코더, 노트북 컴퓨터(laptop computer), 태블릿 PC, 데스크탑, 전자책 단말기, 디지털 방송용 단말기, PDA(Personal Digital Assistants), PMP(Portable Multimedia Player), 네비게이션, MP3 플레이어, 착용형 기기(wearable device) 등과 같은 다양한 전자 장치로 구현될 수 있다. 특히, 실시예들은 TV와 같이 디스플레이가 대형인 디스플레이 장치에서 용이하게 구현될 수 있으나, 이에 한정되는 것은 아니다.
또한, 방송 수신 장치(100)는 고정형 또는 이동형일 수 있으며, 디지털 방송 수신이 가능한 디지털 방송 수신기일 수 있다. 또한, 방송 수신 장치(100)는 평면(flat) 디스플레이 장치뿐만 아니라, 곡률을 가지는 화면인 곡면(curved) 디스플레이 장치 또는 곡률을 조정 가능한 가변형(flexible) 디스플레이 장치로 구현될 수 있다. 방송 수신 장치(100)의 출력 해상도는 예를 들어, HD(High Definition), Full HD, Ultra HD, 또는 Ultra HD 보다 더 선명한 해상도를 포함할 수 있다.
한편, 본 명세서의 실시예에서 사용자라는 용어는 제어 장치를 이용하여 방송 수신 장치(100)의 기능 또는 동작을 제어하는 사람을 의미하며, 시청자, 관리자 또는 설치 기사를 포함할 수 있다.
방송 수신 장치(100)는 방송망(broadcast) 또는 브로드밴드(broadband) 등과 같은 통신망을 통해 서비스를 수신할 수 있다. 여기서, 서비스는 적어도 하나의 컴포넌트들을 포함할 수 있다. 서비스는 사용자에게 제공되는 미디어 컴포넌트들의 모음으로 컴포넌트들은 다양한 형식의 미디어일 수 있다. 또한, 하나의 서비스는 연속적 또는 간헐적으로 제공될 수 있고, 실시간 또는 비 실시간으로 제공될 수 있다. 실시간 서비스는 일련의 TV 프로그램들로 구성될 수 있다. 또한, 일 실시예에 따른 서비스는 방송 서비스를 포함할 수 있으며, 방송 서비스는 하나 이상의 컨텐츠들을 포함할 수 있다.
또한, 서비스는 ASTC 3.0 규격에 따른 방송 신호에 포함되는 형태로 생성 및 전송될 수 있다.
도 1을 참조하면, 방송 수신 장치(100)는 수신기(110), 메모리(130) 및 프로세서(140)를 포함한다.
수신기(110)는 ATSC3.0 규격에 따른 방송 신호를 수신한다. 여기서, 방송 신호는 ATSC3.0 규격에 따라 생성된 저 레벨 시그널링(LLS)을 수신할 수 있다. 여기서, 저 레벨 시그널링(LLS)은 ATSC3.0 기반의 서비스 검색을 위한 시그널링이다. 구체적으로, 저 레벨 시그널링(LLS)은 소정 주소 및 소정 목적지 포트를 가지는 IP 패킷을 통하여 전송될 수 있다. 여기서, 소정 주소 및 소정 목적지 포트를 가지는 IP 패킷을 UDP/IP(User Datagram Protocol/ Internet Protocol) 패킷이라 칭할 수 있다. 또한, 수신기(110)는 방송 망 또는 브로드밴드 망을 통하여, 저 레벨 시그널링(SLS)를 수신할 수 있다. 여기서, 방송 망은 지상파 방송 망 등을 포함할 수 있다.
메모리(130)는 적어도 하나의 인스트럭션들을 저장한다.
프로세서(140)는 상기 적어도 하나의 인스트럭션 중 적어도 하나를 실행함으로써, 상기 방송 신호로부터 SLT(Service List Table)를 포함하는 서명(Signing)이 적용된 LLS 테이블(Low Level Signaling table)을 획득하고, 상기 획득된 LLS 테이블에 적용된 서명을 검증하기 위해 상기 LLS 테이블에서 CDT(Certification Data Table)를 탐색하며, 탐색에 따라 획득된 상기 CDT 에 근거하여 상기 LLS 테이블에 적용된 상기 서명(Signing)을 검증함으로써 상기 LLS 에 대한 인증을 수행한다.
서명을 복호화하기 위한 공개키를 포함될 수 있다. 프로세서(140)는 CDT 에 포함되는 공개키를 이용하여 서명을 복호화하고, 복호화된 서명이 적법한 송출단(예를 들어, 방송국)의 서명인지여부를 판단함으로써, LLS 에 대한 인증을 수행할 수 있다.
또한, 방송 신호는 저 레벨 시그널링으로 전송될 수 있다. 구체적으로, 저 레벨 시그널링(LLS)은 LLS 테이블을 포함할 수 있다. 여기서, 저 레벨 시그널링에 포함되는 LLS테이블은 적어도 하나 이상 존재할 수 있다. 이하에서는, 설명의 편의 상 '저 레벨 시그널링' 및 '저 레벨 시그널링 테이블'를 각각 'LLS' 및 'LLS 테이블'이라 호칭할 수 있다.
또한, 방송 신호를 송출하는 측(예를 들어, 방송국 등)에서는, LLS 테이블은 서명(Singing)하여 송출할 수 있다. 즉, 방송 신호를 송출하는 측은, 자신이 적법하거나 신뢰성 있는 송출자임을 나타내기 위해서, LLS 테이블을 서명하고, 서명된 LLS 테이블을 저 레벨 시그널링에 포함시킬 수 있다.
그리고, SLT 는 방송 서비스 또는 방송 채널의 구성 정보를 포함할 수 있다. 구체적으로, SLT는 현재 전송되고 있는 방송 서비스에 대한 정보를 포함할 수 있다. 구체적으로, SLT 는 현재 주파수에서 전송되고 있는 채널 리스트 및 그에 대한 정보를 포함한다.
구체적으로, SLT 는 방송 수신 장치(100)의 서비스 스캔 속도 향상을 지원할 수 있다. 방송 수신 장치(100)는 SLT를 이용하여 스캔을 수행한 결과에 근거하여, 사용자가 서비스를 선택할 수 있도록 할 수 있는 서비스 맵(예를 들어, 채널 리스트 등)을 생성하는 필요한 정보를 포함할 수 있다.
CDT(Certification Data Table)는 LLS 테이블에 포함되는 SLT를 검증하기 위한 데이터를 포함할 수 있다. 구체적으로, CDT는 LLS 테이블에 적용된 서명이 적법한 것인지 신뢰성 있는 것인지를 인증하기 위한 데이터를 포함할 수 있다.
구체적으로, CDT는 서명을 인증하기 위한 인증서 및 상기 인증서에 대한 길이를 나타내는 정보를 포함할 수 있다. 여기서, 인증서는 암호화된 서명을 복호화하기 위한 공개키(Public Key)를 포함할 수 있다.
개시된 실시예에서, 서명의 검증은 서명에 대한 적법성 또는 신뢰성을 인증하는 것을 의미할 수 있다. 구체적으로, LLS 테이블에 적용되는 서명(Signing)은 개인키(Private Key)에 근거하여 암호화 될 수 있다. 구체적으로, 방송 신호의 송출단(예를 들어, 방송국)에서 개인키(Private Key)를 이용하여 서명을 암호화면, 방송 신호의 수신단(예를 들어, 방송 수신 장치(300))에서 공개키(Public Key)를 이용하여 복호화할 수 있다. 프로세서(140)는 복호화된 서명을 식별함으로써, LLS 테이블에 적용된 서명이 신뢰성 있는 송출단(예를 들어, 방송국)에 대응되는 것인지 판단함으로써, LLS 테이블을 인증할 수 있다.
CDT 에 대한 상세한 설명은, 이하에서 도 8을 참조하여 하도록 한다.
개시된 실시예에서, 메모리(130)는 적어도 하나의 인스트럭션을 저장할 수 있다. 메모리(130)에 저장되는 하나 이상의 인스트럭션은 프로세서(140)에 포함되는 프로세서(미도시)를 통하여 실행될 수 있다.
또한, 메모리(130)는 플래시 메모리 타입(flash memory type), 하드디스크 타입(hard disk type), 멀티미디어 카드 마이크로 타입(multimedia card micro type), 카드 타입의 메모리(예를 들어 SD 또는 XD 메모리 등), 램(RAM, Random Access Memory) SRAM(Static Random Access Memory), 롬(ROM, Read-Only Memory), EEPROM(Electrically Erasable Programmable Read-Only Memory), PROM(Programmable Read-Only Memory), 자기 메모리, 자기 디스크, 광디스크 중 적어도 하나의 타입의 저장매체를 포함할 수 있다.
프로세서(140)는 메모리(130)에 저장된 적어도 하나의 인스트럭션 중 적어도 하나를 수행하는 프로세서(미도시)를 적어도 하나 포함한다. 여기서, 프로세서(140)는 적어도 하나의 프로세서를 포함할 수 있다. 개시된 실시예에서는, 설명의 편의 상 프로세서(140)가 하나의 프로세서로 형성되는 경우를 예로 들어 도시 및 설명하도록 한다.
프로세서(140)는 방송 수신 장치(100)의 동작을 전반적으로 제어할 수 있다. 또한, 프로세서(140)는 소정 동작이 수행되도록 방송 수신 장치(100) 내에 포함되는 다른 구성들을 제어할 수 있다.
구체적으로, 프로세서(140) 에 포함되는 프로세서는 메모리(130)에 저장되어 있는 적어도 하나의 인스트럭션을 실행시켜서, 소정 동작을 수행할 수 있다. 또한, 프로세서(140)는 내부에 저장된 하나 이상의 인스트럭션 중 적어도 하나를 실행시킴으로써, 소정 동작을 실행할 수도 있다.
또한, 프로세서(140)는 내부 메모리(미도시) 및 저장된 적어도 하나의 프로그램을 실행하는 적어도 하나의 프로세서(미도시)를 포함할 수 있다. 구체적으로, 프로세서(140)의 내부 메모리(미도시)는 하나 이상의 인스트럭션을 저장할 수 있다. 그리고, 프로세서(140)는 내부 메모리(미도시)에 저장된 하나 이상의 인스트럭션 중 적어도 하나를 실행하여, 소정 동작을 실행할 수 있다.
구체적으로, 프로세서(140)는 방송 수신 장치(100)의 외부에서부터 입력되는 신호 또는 데이터를 저장하거나, 방송 수신 장치(100)에서 수행되는 다양한 작업에 대응되는 저장 영역으로 사용되는 RAM(미도시), 방송 수신 장치(100)의 제어를 위한 제어 프로그램 및/또는 복수개의 인스트럭션이 저장된 ROM(미도시) 및 적어도 하나의 프로세서 (Processor)(미도시)를 포함할 수 있다. 프로세서(미도시)는 비디오에 대응되는 그래픽 처리를 위한 그래픽 프로세서(Graphic Processing Unit, 미도시)를 포함할 수 있다. 프로세서(미도시)는 코어(core, 미도시)와 GPU(미도시)를 통합한 SoC(System On Chip)로 구현될 수 있다. 프로세서(미도시)는 싱글 코어, 듀얼 코어, 트리플 코어, 쿼드 코어 및 그 배수의 코어를 포함할 수 있다.
이하에서는 설명의 편의 상, 프로세서(140)가 메모리(130)에 저장된 적어도 하나의 인스트럭션을 실행하여 소정 동작을 수행하는 경우를 예로 들어서 설명하도록 하겠다.
도 2는 개시된 다른 실시예에 따른 방송 수신 장치를 나타내는 블록도이다. 도 2에 있어서, 방송 수신 장치(200)는 도 1에 도시된 방송 수신 장치(100)에 대응될 수 있으며, 도 1에서와 동일한 구성은 동일한 도면 기호를 이용하여 도시하였다. 따라서, 방송 수신 장치(200)를 설명하는데 있어서, 도 1에서와 중복되는 설명은 생략한다.
도 2를 참조하면, 수신기(110)는 튜너(115) 및 통신부(120)를 포함할 수 있다.
개시된 실시예에 따른 튜너(115)는 유선 또는 무선으로 수신되는 방송 신호를 증폭(amplification), 혼합(mixing), 공진(resonance)등을 통하여 많은 전파 성분 중에서 방송 수신 장치(200)에서 수신하고자 하는 채널의 주파수만을 튜닝(tuning)시켜 선택할 수 있다. 방송 신호는 오디오(audio), 비디오(video) 및 부가 정보(예를 들어, ESG(Electronic Service Guide))를 포함될 수 있다. 구체적으로, 튜너(115)는 패킷화된 스트림 형태를 갖는 방송 신호를 수신할 수 있다.
또한, 튜너(115)는 지상파 방송, 케이블 방송, 위성 방송, 인터넷 방송 등과 같이 다양한 소스로부터 방송 신호를 수신할 수 있다. 튜너(115)는 아날로그 방송 또는 디지털 방송 등과 같은 소스로부터 방송 신호를 수신할 수도 있다.
또한, 일 실시예에 따른 튜너(115)는, 저 레벨 시그널링(LLS)을 수신할 수 있다. 또한, 저 레벨 시그널링은 UDP((User Datagram Protocol) 데이터그램에 캡슐화되어 전송될 수 있다. 구체적으로, 저 레벨 시그널링(LLS)은 소정 주소 및 소정 목적지 포트를 가지는 IP 패킷을 통하여 전송될 수 있다. 여기서, 소정 주소 및 소정 목적지 포트를 가지는 IP 패킷을 UDP/IP(User Datagram Protocol/ Internet Protocol) 패킷이라 칭할 수 있다. 즉, LLS를 전송하는 UDP/IP(User Datagram Protocol/ Internet Protocol) 패킷은 소정 IP 주소와 소정 포트 번호를 가질 수 있다. 또한, 튜너(115)는 방송 망 또는 브로드밴드 망을 통하여, 저 레벨 시그널링(SLS)를 수신할 수 있다. 또한, 저 레벨 시그널링은 방송국에 매칭될 수 있어서, 제1 방송국에서는 제1 저 레벨 시그널링을 전송하고, 제2 방송국에서는 제2 저 레벨 시그널링을 전송할 수 있다.
통신부(120)는 프로세서(140)의 제어에 의해 외부 장치(예를 들어, 제어 장치, 주변 기기 등)와 데이터 또는 신호를 송수신할 수 있다.
통신부(120)는 무선랜(예를 들어, 와이- 파이(Wi-Fi)), 블루투스, 유선 이더넷(Ethernet), IR(infrared), BLE(bluetooth low energy), 초음파, 지그비(zigbee) 및 HDMI 중 적어도 하나의 방식으로 데이터 또는 신호를 송수신할 수 있다.
개시된 실시예에서, LLS 테이블을 포함하는 저 레벨 시그널링은 전술한 튜너(115) 또는 통신부(120)를 통하여 수신될 수 있다.
도 3은 개시된 다른 실시예에 따른 방송 수신 장치를 나타내는 블록도이다. 도 3에 있어서, 방송 수신 장치(300)는 도 1에 도시된 방송 수신 장치(100) 및 도 2에 도시된 방송 수신 장치(200)에 각각 대응될 수 있다. 따라서, 도 1 내지 도 3에 있어서, 동일한 구성은 동일한 도면 기호를 이용하여 도시하였다. 따라서, 방송 수신 장치(300)를 설명하는데 있어서, 도 1 및 도 2에서와 중복되는 설명은 생략한다.
도 3에 도시된 방송 수신 장치(300)에 있어서, 수신기(110)는 튜너(115)를 포함하는 경우를 예로 들어 도시하으나, 수신기(110)는 도 2에 도시된 바와 같이 튜너(115) 및 통신부(120)를 모두 포함할 수 있다.
이하에서는, 튜너(115)가 ASTC 3.0 규격에 따라서 형성되며 방송 서비스에 대응되는 방송 신호를 수신하는 경우를 예로 들어 도시 및 설명하도록 한다.
도 3을 참조하면, 프로세서(140)는 튜너(115)를 통하여 수신된 방송 신호를 복조 및 역다중화하여, 방송 서비스 제공에 필요한 동작을 수행할 수 있다.
구체적으로, 프로세서(140)는 복조기(310), 역다중화기(321) 및 제어기(340)를 포함할 수 있다.
복조기(310)는 튜너(115)에서 수신한 방송 신호를 복조(demodulation) 한다. 구체적으로, 복조기(310)는 ATSC 3.0 규격에 의해서 변조된 방송 신호를 변조 전의 상태로 만들기 위한 복조 동작을 수행할 수 있다.
구체적으로, 튜너(115)가 수신한 방송 신호가 ATSC 3.0 규격에 따라서 형성된 IP 패킷을 포함하는 경우, 복조기(310)는 튜너(115)에서 전송받은 방송 신호를 복조하여 IP 패킷과 제어 데이터를 추출할 수 있다. 그리고, IP 패킷 및 제어 데이터는 역다중화기(321)로 전송될 수 있다.
역다중화기(321)는 복조기(310)에서 출력된 신호를 역다중화(Demultiplexing)한다. 구체적으로, 역다중화기(321)는 채널 역다중화기(321) 및 프로그램 역다중화기(330)를 포함할 수 있다.
채널 역다중화기(321)는 IP 패킷을 처리하여 IP 패킷으로부터 저 레벨 시그널링(LLS)을 포함하는 IP 패킷 및 저 레벨 시그널링(LLS)를 포함하지 않는 IP 패킷을 분리할 수 있다. 여기서, 저 레벨 시그널링(LLS)를 포함하지 않는 IP 패킷을 MMT/ROUTE (MPEG Media Transport/ Real-Time Object Delivery over Unidirectional Transport) 패킷이 될 수 있다. 그리고, 채널 역다중화기(321)는 저 레벨 시그널링(LLS)를 포함하지 않는 IP 패킷(예를 들어, MMT/ROUTE 패킷)을 프로그램 역다중화기(330)로 전달할 수 있다. 그리고, 채널 역다중화기(321)는 저 레벨 시그널링(LLS)를 포함하는 IP 패킷을 제어기(340)로 전달할 수 있다.
프로그램 역다중화기(330)는 저 레벨 시그널링(LLS)를 포함하지 않는 IP 패킷(예를 들어, MMT/ROUTE 패킷)을 처리하여, 각 컴포넌트에 해당하는 데이터를 추출할 수 있다. 또한, 프로그램 역다중화기(330)는 저 레벨 시그널링(LLS)를 포함하지 않는 IP 패킷(예를 들어, MMT/ROUTE 패킷) 중 시그널링(Signaling) 을 포함하는 패킷을 처리하여, 제어기(340)로 전달할 수 있다.
그리고, 프로그램 역다중화기(330)에서 추출된 각 컴포넌트에 해당하는 데이터들은, 비디오 데이터, 오디오 데이터, 자막 관련 데이터, ESG 관련 데이터, 및 다운로드 데이터 등이 포함될 수 있으며, 디코딩(decoding)을 위한 디코더(350)로 전송될 수 있다. 디코더(350)는 프로그램 역다중화기(330)에서 추출된 각 컴포넌트에 해당하는 데이터들을 수신하고, 이들이 복호화하여 출력될 수 있도록 동작할 수 있다.
구체적으로, 비디오 복호기(351)는 비디오 데이터를 수신하고 이를 복호화하여 비디오 재생기(361)로 전송할 수 있다. 그러면, 비디오 재생기(361)는 복호화된 비디오 데이터에 대응되는 영상이 생성 및 디스플레이되도록 동작할 수 있다. 그리고, 오디오 복호기(352)는 오디오 데이터를 수신하고 이를 복호화하여 스피커(362)로 전송할 수 있다. 그러면, 스피커(362)는 복호화된 오디오 데이터에 대응되는 소리가 생성 및 출력되도록 동작할 수 있다. 또한, 자막 복호기(353)는 자막 데이터를 수신하고 이를 복호화하여 그래픽 처리기(363)로 전송할 수 있다. 그러면, 그래픽 처리기(363)는 복호화된 자막 데이터에 대응되는 자막이 화면 상으로 출력될 수 있도록 동작할 수 있다. 또한, ESG(Electronic Service Guide) 복호기(354)는 ESG 데이터를 수신하고 이를 복호화하여 그래픽 처리기(364)로 전송할 수 있다. 그러면, 그래픽 처리기(364)는 복호화된 ESG 데이터에 대응되는 ESG 화면이 생성 및 디스플레이되도록 동작할 수 있다. 그리고, 다운로드 처리기(355)는 다운로드 데이터를 수신하고 이를 복호화하여 저장장치(365)로 전송할 수 있다. 그러면, 저장 장치(365)는 복호화된 다운로드 데이터를 저장할 수 있다.
제어기(340)는 수신된 제어 데이터를 처리하여, 방송 서비스의 재생, 관리 및 제어 중 적어도 하나를 수행하기 위해서 필요한 동작을 수행할 수 있다.
전술한 바와 같이, 채널 역다중화기(321)는 수신된 방송 신호에 포함되는 IP 패킷 중, 저 레벨 시그널링을 포함하는 IP 패킷을 분리하여 제어기(340)로 전달할 수 있다. 그러면, 제어기(340)는 전달된 IP 패킷에 포함되는 저 레벨 시그널링(LLS)을 획득하고, 획득된 LLS 에 포함되는 LLS 테이블을 획득할 수 있다. LLS 테이블은 SLT(Service List Table) 및 CDT(Certification Data Table)를 포함할 수 있다. 그리고, 프로세서(140)(구체적으로, 제어기(340))는 LLS 테이블에서 SLT 및 CDT를 획득하고, 획득된 CDT 에 근거하여, LLS 테이블에 적용된 서명(Signing)을 검증함으로써 LLS 에 대한 인증을 수행할 수 있다.
구체적으로, 프로세서(140)(구체적으로, 제어기(340))는 LLS 인증이 성공한 경우, LLS 테이블에 포함되는 SLT를 파싱하여 처리할 수 있다. 그리고, 프로세서(140)(구체적으로, 제어기(340))는 파싱된 SLT 테이블에 근거하여 채널 리스트를 획득하고, 획득된 채널 리스트에 근거하여 방송 서비스 제공을 위한 동작을 수행할 수 있다.
또한, 프로세서(140)는 서명에 대한 신뢰성 인증이 실패한 경우, LLS 테이블을 폐기할 수 있다. 그에 따라서, 제어기(340)는 LLS 테이블에 포함되는 SLT 를 파싱(parsing)하지 않고 대기할 수 있다.
도 4는 개시된 또 다른 실시예에 따른 방송 수신 장치를 나타내는 블록도이다. 본 개시의 실시예에 따른 방송 수신 장치(400)는 도 1 내지 도 3을 참조하여 설명한 방송 수신 장치(100, 200 또는 300)에 동일 대응될 수 있다. 또한, 방송 수신 장치(400)에 포함되는 튜너부(440), 통신부(450), 메모리(490) 및 제어부(480)는 각각 도 1 내지 도 3에서 도시된 튜너(115), 통신부(120), 메모리(130) 및 프로세서(140)에 동일 대응될 수 있다. 그러므로, 방송 수신 장치(400)를 설명하는데 있어서, 도 1 내지 도 3에서와 중복되는 설명은 생략한다. 구체적으로, 방송 수신 장치(400)는 ASTC 3.0 규격에 따른 방송 신호를 수신하고, 수신된 방송 신호에 포함되는 서비스를 재생할 수 있는 디스플레이 장치가 될 수 있다.
도 4를 참조하면, 방송 수신 장치(400)는 비디오 처리부(410), 디스플레이 부(415), 오디오 처리부(420), 오디오 출력부(425), 전원부(430), 튜너부(440), 통신부(450), 감지부(미도시), 입/출력부(470), 제어부(480), 메모리(490)를 포함한다.
비디오 처리부(410)는, 방송 수신 장치(400)가 수신한 비디오 데이터에 대한 처리를 수행한다. 비디오 처리부(410)에서는 비디오 데이터에 대한 디코딩, 스케일링, 노이즈 필터링, 프레임 레이트 변환, 해상도 변환 등과 같은 다양한 이미지 처리를 수행할 수 있다.
제어부(480)는 비디오 처리부(410)에서 처리된 비디오 데이터에 대한 기록 요청을 수신하고, 비디오 데이터를 암호화하여 메모리(490) 또는 제어부(480)에 포함되는 메모리 장치(미도시), 예를 들어, RAM(미도시)에 기록되도록 제어할 수 있을 것이다.
디스플레이 부(415)는 제어부(480)의 제어에 의해 튜너부(440)를 통해 수신된 방송 신호에 포함된 비디오를 화면에 표시한다. 또한, 디스플레이 부(415)는 통신부(450) 또는 입/출력부(470)를 통해 입력되는 컨텐츠(예를 들어, 동영상)를 표시할 수 있다.
또한, 디스플레이 부(415)는 제어부(480)의 제어에 의해 메모리(490)에 저장된 영상을 출력할 수 있다. 또한, 디스플레이 부(415)는 음성 인식에 대응되는 음성 인식 태스크를 수행하기 위한 음성 UI(User Interface: 예를 들어, 음성 인스트럭션 가이드를 포함하는) 또는 모션 인식에 대응되는 모션 인식 태스크를 수행하기 위한 모션 UI(예를 들어, 모션 인식을 위한 사용자 모션 가이드를 포함)를 표시할 수 있다.
오디오 처리부(420)는 오디오 데이터에 대한 처리를 수행한다. 오디오 처리부(420)에서는 오디오 데이터에 대한 디코딩이나 증폭, 노이즈 필터링 등과 같은 다양한 처리가 수행될 수 있다. 한편, 오디오 처리부(420)는 복수의 컨텐츠에 대응되는 오디오를 처리하기 위해 복수의 오디오 처리 모듈을 구비할 수 있다.
오디오 출력부(425)는 제어부(480)의 제어에 의해 튜너부(440)를 통해 수신된 방송 신호에 포함된 오디오를 출력한다. 오디오 출력부(425)는 통신부(450) 또는 입/출력부(470)를 통해 입력되는 오디오(예를 들어, 음성, 사운드)를 출력할 수 있다. 또한, 오디오 출력부(425)는 제어부(480)의 제어에 의해 메모리(490)에 저장된 오디오를 출력할 수 있다. 오디오 출력부(425)는 스피커(426), 헤드폰 출력 단자(427) 또는 S/PDIF(Sony/Philips Digital Interface: 출력 단자(428) 중 적어도 하나를 포함할 수 있다. 오디오 출력부(425)는 스피커(426), 헤드폰 출력 단자(427) 및 S/PDIF 출력 단자(428)의 조합을 포함할 수 있다.
전원부(430)는 제어부(480)의 제어에 의해 방송 수신 장치(400) 내부의 구성 요소들(410 내지 490)로 외부의 전원 소스에서부터 입력되는 전원을 공급한다. 또한, 전원부(430)는 제어부(480)의 제어에 의해 방송 수신 장치(400) 내부에 위치하는 하나 또는 둘 이상의 배터리(미도시)에서부터 출력되는 전원을 내부의 구성 요소들(410 내지 490)에게 공급할 수 있다.
튜너부(440)은 유선 또는 무선으로 수신되는 방송 신호를 증폭(amplification), 혼합(mixing), 공진(resonance)등을 통하여 많은 전파 성분 중에서 방송 수신 장치(400)에서 수신하고자 하는 채널의 주파수만을 튜닝(tuning)시켜 선택할 수 있다. 방송 신호는 오디오(audio), 비디오(video) 및 부가 정보(예를 들어, ESG(Electronic Service Guide))를 포함한다.
튜너부(440)은 사용자 입력(예를 들어, 외부의 제어 장치(미도시) 또는 원격 제어 장치(미도시, remote controller))로부터 수신되는 제어 신호, 예컨대, 채널 번호 입력, 채널의 업다운(up-down) 입력 및 EPG 화면에서 채널 입력)에 따라 채널 번호(예를 들어, 케이블 방송 506번)에 대응되는 주파수 대역에서 방송 신호를 수신할 수 있다.
튜너부(440)은 지상파 방송, 케이블 방송, 위성 방송, 인터넷 방송 등과 같이 다양한 소스로부터 방송 신호를 수신할 수 있다. 튜너부(440)은 아날로그 방송 또는 디지털 방송 등과 같은 소스로부터 방송 신호를 수신할 수 도 있다. 튜너부(440)를 통해 수신된 방송 신호는 디코딩(decoding, 예를 들어, 오디오 디코딩, 비디오 디코딩 또는 부가 정보 디코딩)되어 오디오, 비디오 및/또는 부가 정보로 분리된다. 분리된 오디오, 비디오 및/또는 부가 정보는 제어부(480)의 제어에 의해 메모리(490)에 저장될 수 있다.
방송 수신 장치(400)의 튜너부(440)은 하나이거나 복수일 수 있다. 일 실시예에 따라서 튜너부(440)가 복수개로 이루어지는 경우, 디스플레이 부(415)에 제공되는 멀티윈도우 화면을 이루는 복수개의 윈도우에 복수개의 방송 신호를 출력할 수 있을 것이다.
튜너부(440)는 방송 수신 장치(400)와 일체형(all-in-one)으로 구현되거나 또는 방송 수신 장치(400)와 전기적으로 연결되는 튜너부를 가지는 별개의 장치(예를 들어, 셋탑박스(set-top box, 미도시), 입/출력부(470)에 연결되는 튜너부(미도시))로 구현될 수 있다.
통신부(450)는 제어부(480)의 제어에 의해 방송 수신 장치(400)를 외부 장치(예를 들어, 오디오 장치 등)와 연결할 수 있다. 제어부는 통신부(450)를 통해 연결된 외부 장치로 컨텐츠를 송/수신, 외부 장치에서부터 어플리케이션(application)을 다운로드 하거나 또는 웹 브라우징을 할 수 있다. 구체적으로, 통신부(450)는 네트워크에 접속하여 외부 장치(미도시)에서 컨텐츠를 수신할 수 있다.
전술한 바와 같이 통신부(450)는 근거리 통신 모듈(미도시), 유선 통신 모듈(미도시), 및 이동 통신 모듈(미도시) 중 적어도 하나를 포함할 수 있다.
도 4에서는 통신부(450)가 무선 통신 모듈(451), 블루투스 모듈(452), 및 유선 이더넷(Ethernet, 153) 중 하나를 포함하는 경우를 예로 들어 도시하였다.
또한, 통신부(450)은 무선 통신 모듈(451), 블루투스 모듈(452), 및 유선 이더넷(Ethernet, 153)의 조합을 포함할 수 있다. 또한, 통신부(450)는 제어부(480)의 제어에 의해 제어 장치(미도시)의 제어 신호를 수신할 수 있다. 제어 신호는 블루투스 타입, RF 신호 타입 또는 와이파이 타입으로 구현될 수 있다.
통신부(450)은 블루투스 외에 다른 근거리 통신(예를 들어, NFC(near field communication, 미도시), 별도의 BLE 모듈(bluetooth low energy, 미도시)을 더 포함할 수 있다.
감지부(미도시)는 사용자의 음성, 사용자의 영상 또는 사용자의 인터랙션을 감지한다.
마이크(461)는 사용자의 발화(utterance)된 음성을 수신한다. 마이크(461)는 수신된 음성을 전기 신호로 변환하여 제어부(480)로 출력할 수 있다. 사용자 음성은 예를 들어, 방송 수신 장치(400)의 메뉴 또는 기능에 대응되는 음성을 포함할 수 있다. 예를 들어, 마이크(461)의 인식 범위는 마이크(461)에서부터 사용자 위치까지 4 m 이내를 권장하며, 마이크(461)의 인식 범위는 사용자 목소리의 크기와 주변 환경(예를 들어, 스피커 소리, 주변 소음)에 대응하여 달라질 수 있다.
마이크(461)는 방송 수신 장치(400)와 일체형 또는 분리형으로 구현될 수 있다. 분리된 마이크(461)는 통신부(450) 또는 입/출력부(470)를 통해 방송 수신 장치(400)와 전기적으로 연결될 수 있다.
방송 수신 장치(400)의 성능 및 구조에 따라 마이크(461)가 제외될 수 있다는 것은 당해 기술 분야에서 통상의 지식을 가진 자에게 용이하게 이해될 것이다.
카메라부(462)는 카메라 인식 범위에서 제스처를 포함하는 사용자의 모션에 대응되는 영상(예를 들어, 연속되는 프레임)을 수신한다. 예를 들어, 카메라부(462)의 인식 범위는 카메라부(462)에서부터 사용자까지 0.1 ~ 5 m 이내 거리가 될 수 있다. 사용자 모션은 예를 들어, 사용자의 얼굴, 표정, 손, 주먹, 손가락과 같은 사용자의 신체 일부분 또는 사용자 일부분의 모션 등을 포함할 수 있다. 카메라부(462)는 제어부(480)의 제어에 따라 수신된 영상을 전기 신호로 변환하여 제어부(480)로 출력할 수 있다.
제어부(480)는 수신된 모션의 인식 결과를 이용하여 방송 수신 장치(400)에 표시되는 메뉴를 선택하거나 모션 인식 결과에 대응되는 제어를 할 수 있다. 예를 들어, 채널 조정, 볼륨 조정, 지시자 이동을 포함할 수 있다.
카메라부(462)는 렌즈(미도시) 및 이미지 센서(미도시)로 구성될 수 있다. 카메라부(462)는 복수의 렌즈와 이미지 프로세싱을 이용하여 광학 줌(optical zoom) 또는 디지털 줌(digital zoom)을 지원할 수 있다. 카메라부(462)의 인식 범위는 카메라의 각도 및 주변 환경 조건에 따라 다양하게 설정될 수 있다. 카메라부(462)가 복수개의 카메라로 구성되는 경우, 복수의 카메라를 이용하여 3차원 정지 이미지 또는 3차원 모션을 수신할 수 있다.
카메라부(462)는 방송 수신 장치(400)와 일체형 또는 분리형으로 구현될 수 있다. 분리된 카메라부(462)를 포함하는 별도의 장치(미도시)는 통신부(450) 또는 입/출력부(470)를 통해 방송 수신 장치(400)와 전기적으로 연결될 수 있다.
방송 수신 장치(400)의 성능 및 구조에 따라 카메라부(462)가 제외될 수 있다는 것은 당해 기술 분야에서 통상의 지식을 가진 자에게 용이하게 이해될 것이다.
광 수신부(463)는 외부의 제어 장치(미도시)에서부터 수신되는 광 신호(제어 신호를 포함)를 디스플레이 부(415)의 베젤의 광창(미도시) 등을 통해 수신한다. 광 수신부(463)는 제어 장치(미도시)로부터 사용자 입력(예를 들어, 터치, 눌림, 터치 제스처, 음성, 또는 모션)에 대응되는 광 신호를 수신할 수 있다. 수신된 광 신호로부터 제어부(480)의 제어에 의해 제어 신호가 추출될 수 있다.
예를 들어, 광 수신부(463)는 제어 장치(미도시)의 포인팅 위치에 대응하는 신호를 수신하고 이를 제어부(480)로 전송할 수 있다. 예를 들어, 디스플레이 부(415)를 통하여 사용자로부터 데이터 또는 명령을 입력받기 위한 사용자 인터페이스 화면이 출력되었으며, 제어 장치(미도시)를 통하여 사용자가 데이터 또는 명령을 방송 수신 장치(400)로 입력하고자 하는 경우, 광 수신부(463)는 사용자가 제어 장치(미도시)에 마련된 터치 패드(미도시)에 손가락을 접촉한 상태에서 제어 장치(미도시)를 움직이면 이 제어 장치(미도시)의 움직임에 대응하는 신호를 수신하고 이를 제어부(480)로 전송할 수 있다. 또한, 광 수신부(463)는 제어 장치(미도시)에 마련된 특정한 버튼이 눌려졌음을 나타내는 신호를 수신하고 이를 제어부(480)로 전송할 수 있다. 예를 들어 광수신부(463)는 사용자가 제어 장치(미도시)에 버튼식으로 마련된 터치 패드(미도시)를 손가락으로 누르면, 이러한 버튼식 터치 패드(미도시)이 눌려졌다는 신호를 수신하고 이를 제어부(480)로 전송할 수 있다. 예를 들어, 버튼식 터치 패드(미도시)가 눌려졌다는 신호는 아이템들 중의 하나를 선택하기 위한 신호로 이용할 수 있다.
입/출력부(470)는 제어부(480)의 제어에 의해 방송 수신 장치(400)의 외부에서부터 비디오(예를 들어, 동영상 등), 오디오(예를 들어, 음성, 음악 등) 및 부가 정보(예를 들어, ESG 등) 등을 수신한다. 입/출력부(470)는 HDMI 포트(High-Definition Multimedia Interface port, 471), 컴포넌트 잭(component jack, 472), PC 포트(PC port, 473), 및 USB 포트(USB port, 474) 중 하나를 포함할 수 있다. 입/출력부(470)는 HDMI 포트(471), 컴포넌트 잭(472), PC 포트(473), 및 USB 포트(474)의 조합을 포함할 수 있다.
입/출력부(470)의 구성 및 동작은 본 발명의 실시예에 따라 다양하게 구현될 수 있다는 것은 당해 기술 분야의 통상의 지식을 가진 자에게 용이하게 이해될 것이다.
제어부(480)는 방송 수신 장치(400)의 전반적인 동작 및 방송 수신 장치(400)의 내부 구성요소들(미도시)사이의 신호 흐름을 제어하고, 데이터를 처리하는 기능을 수행한다. 제어부(480)는 사용자의 입력이 있거나 기 설정되어 저장된 조건을 만족하는 경우, 제어부(480)는 메모리(490)에 저장된 OS(Operation System) 및 다양한 애플리케이션을 실행할 수 있다.
제어부(480)는 방송 수신 장치(400)의 외부에서부터 입력되는 신호 또는 데이터를 저장하거나, 방송 수신 장치(400)에서 수행되는 다양한 작업에 대응되는 저장 영역으로 사용되는 RAM(미도시), 방송 수신 장치(400)의 제어를 위한 제어 프로그램이 저장된 ROM(미도시) 및 프로세서(Processor)(미도시)를 포함할 수 있다.
프로세서(미도시)는 비디오에 대응되는 그래픽 처리를 위한 그래픽 프로세서(Graphic Processing Unit, 미도시)를 포함할 수 있다. 프로세서(미도시)는 코어(core, 미도시)와 GPU(미도시)를 통합한 SoC(System On Chip)로 구현될 수 있다. 프로세서(미도시)는 싱글 코어, 듀얼 코어, 트리플 코어, 쿼드 코어 및 그 배수의 코어를 포함할 수 있다.
또한, 프로세서(미도시)는 복수의 프로세서를 포함할 수 있다. 예를 들어, 프로세서(미도시)는 메인 프로세서(main processor, 미도시) 및 슬립 모드(sleep mode)에서 동작하는 서브 프로세서(sub processor, 미도시)로 구현될 수 있다.
그래픽 처리부(미도시)는 연산부(미도시) 및 렌더링부(미도시)를 이용하여 아이콘, 이미지, 텍스트 등과 같은 다양한 객체를 포함하는 화면을 생성한다. 연산부는 감지부(미도시)를 통해 감지된 사용자 인터랙션을 이용하여 화면의 레이아웃에 따라 각 객체들이 표시될 좌표값, 형태, 크기, 컬러 등과 같은 속성값을 연산한다. 렌더링부는 연산부에서 연산한 속성값에 기초하여 객체를 포함하는 다양한 레이아웃의 화면을 생성한다. 렌더링부에서 생성된 화면은 디스플레이 부(415)의 디스플레이 영역 내에 표시된다.
이하에서 설명할 도 5 내지 8에 도시된 도면에서 나타내는 데이터들은 ATSC 3.0 규격에 따라서 생성된 방송 신호에 포함되는 데이터들로, 본 개시의 실시예에 따라서 정의된 데이터들을 설명하기 위한 도면이다.
또한, 이하에서 설명할 도 5 내지 도 8에 도시된 데이터들을 설명하는데 있어서, 도 2에 도시된 방송 수신 장치(200)를 참조하도록 한다. 구체적으로, 도 5 내지 도 8에 도시된 데이터들은 ATSC 3.0 규격에 따라서 생성된 방송 신호로, 튜너(115)를 통하여 수신된 방송 신호에 포함된 데이터들이 될 수 있다.
도 5는 개시된 실시예에서 이용되는 LLS 테이블을 설명하기 위한 도면이다. 구체적으로, 도 5는 ATSC 3.0 규격에 따라서 생성된 방송 신호에 포함되는 IP 패킷(구체적으로, UDP/IP(User Datagram Protocol/ Internet Protocol) 패킷)에서 추출된 LLS 테이블(500)을 설명하기 위한 도면이다. 구체적으로, 프로세서(140)는 방송 신호를 복조 및 역다중화하여 LLS 테이블(500)를 획득할 수 있다.
LLS 테이블(500)은 ATSC 3.0 규격에 의해서 정의될 수 있으며, 개시된 실시에서 일부 변형 또는 소정 데이터를 추가적으로 포함하는 형태를 가질 수 있다.
LLS 테이블(500)은 LLS 테이블을 식별하기 위한 정보(510), SLT(520), AEAT(550) 및 SignedMultiTable(570)을 포함할 수 있다. 그리고, CDT(Certification Data Table)는 LLS 테이블(500) 내의, LLS 페이로드(LLS payload)에 대한 정보(이하, 'LLS 페이로드 정보'라 칭함)를 전체적으로 서명 처리하여 획득된 서명값을 포함하는 데이터 필드(이하, '서명 데이터 필드'라 칭함) 내에 포함될 수 있다. 여기서, LLS 페이로드 정보는 이하에서 도 6 및 도 7을 참조하여 상세히 설명한다.
구체적으로, 서명 데이터 필드는 SLT(520), AEAT(550) 및 SignedMultiTable(570) 중 적어도 하나가 될 수 있다. 따라서, CDT는 SLT(520), AEAT(550) 및 SignedMultiTable(570) 중 적어도 하나에 포함될 수 있다.
여기서, AEAT(550)는 재난 방송에 대한 정보 포함하는 데이터 필드이다. 구체적으로, AEAT(550)는 재난 상황이 발생하였을 때 제공되는 뉴스 정보를 포함할 수 있다. 지상파 UHDTV 방송 서비스에서는, 재난이 발생하였을 때 발생된 재난을 알리기 위한 재난 방송 서비스를 제공하기 위해서, 저 레벨 시그널링(LLS)에 재난 방송에 대한 정보를 포함시킬 수 있다. 구체적으로, LLS 테이블(500)은 AEAT(550)를 포함할 수 있다. 개시된 실시예에서, AEAT(550)은 CDT를 포함할 수 있다.
SignedMultiTable(570)는 LLS 페이로드 데이터를 전체적으로 서명 처리하여 획득된 서명값을 포함하는 데이터 필드가 될 수 있다. SignedMultiTable(570)는 이하에서 도 6 및 도 7을 참조하여 상세히 설명하도록 한다.
LLS 테이블(500)은 RRT (Rating Region Table)(530), System Time(540), OnscreenMessageNotification(560), UserDefined(580) 중 적어도 하나를 더 포함할 수 있다. 여기서, OnscreenMessageNotification(560)는 영화의 메시지 알림을 위해 필요한 데이터를 포함하는 데이터 필드가 될 수 있다. 그리고, UserDefined(580)는 사용자가 정의한 데이터가 포함되는 데이터 필드가 될 수 있다.
개시된 실시예에서, CDT는 SLT(520), AEAT(550) 및 SignedMultiTable(570) 중 적어도 하나에 포함될 수 있다. 도 6 및 도 7에서는, CDT 가 SignedMultiTable(570)에 포함되는 경우를 예로 들어 도시하였다.
도 6은 CDT 를 포함하는 데이터 필드를 설명하기 위한 일 도면이다. 도 6의 SignedMultiTable(600)는 도 5에 도시된 SignedMultiTable(570)에 동일 대응되며, SignedMultiTable(570)에 포함되는 데이터들을 상세히 나타낸다.
도 6을 참조하면, SignedMultiTable(600)은 CDT 데이터를 포함할 수 있다. CDT 는 도 6 에서 인증서(Certification)(610)로 표기되었다.
SignedMultiTable(600)은 Certification(610), LLS 페이로드(LLS payload)에 대한 정보('LLS 페이로드 정보')(620) 및 서명에 대한 정보(630)를 포함할 수 있다.
LLS 페이로드 정보(620)는 LLS가 실리는 페이로드에 대한 정보를 포함할 수 있다. 구체적으로, LLS 페이로드 정보(620)는 LLS 테이블이 실리는 페이로드의 개수에 따라서, 페이로드의 카운트 번호에 대하여 형성될 수 있다. 예를 들어, LLS 테이블이 실리는 페이로드의 개수가 3인 경우, i=0 부터 i=2 까지 증가되면서, 3개의 LLS 페이로드 정보가 포함될 수 있을 것이다.
서명(630)은 서명값 자체(Signature()) 및 서명값의 길이에 대한 정보를 포함할 수 있다.
SignedMultiTable(600)에 있어서, Certification(610) 및 LLS 페이로드 정보(620)에 전체적으로 서명(630)이 부착될 수 있다.
도 7은 CDT 를 포함하는 데이터 필드를 설명하기 위한 다른 도면이다.
도 7에 도시된 SignedMultiTable(600)은 도 6에서 도시한 SignedMultiTable(600)에 동일 대응될 수 있다. 구체적으로, Certification(710), 및 LLS 페이로드 정보(720)은 각각 Certification(610) 및 LLS 페이로드 정보(620)에 동일 대응되므로, 도 7에 도시된 SignedMultiTable(700)을 설명하는데 있어서, 도 6에서와 중복되는 설명은 생략한다. 또한, 도 7에 있어서, 도 6에서와 동일한 구성은 동일한 도면 기호를 이용하여 도시하였다.
Certification(710)은 인증서 데이터(Certification Data(CDT))와 인증서의 길이를 나타내는 정보(Certification Data_length)를 포함할 수 있다.
LLS 페이로드 정보(720)는 LLS 페이로드의 id 값(LLS_payload_id), LLS 페이로드의 버전(LLS_payload_version), LLS 페이로드의 길이(LLS_payload_length), LLS 페이로드 데이터 자체(LLS_payload())를 포함할 수 있다.
개시된 실시예에서, 프로세서(140)는 LLS 테이블(예를 들어, 500)을 획득하고, 획득된 LLS 테이블(500)에 포함되는 SLT(520) 및 CDT(예를 들어, 710)를 획득할 수 있다. 구체적으로, 프로세서(140)는 LLS 테이블(500)를 포함하면, LLS 테이블 내에는 SLT(520) 및 CDT(710)가 모두 포함되어 있으므로, LLS 테이블을 회득하면 SLT(520) 및 CDT(710)를 함께 획득할 수 있게 된다. 따라서, CDT(710)를 이용하여 LLS 테이블(500)에 대한 인증을 수행하고, 인증 수행 결과에 따라서 SLT(520)의 이용 여부를 결정함으로써, 빠르게 SLT(520)를 이용한 후속작업을 수행하게 될 수 있다.
현재의 ASTC 3.0 규격에는 LLS 테이블에 서명을 부착하는 것으로 규정하나, 서명을 검증하기 위한 데이터(예를 들어, CDT)에 대한 정보(예를 들어, CDT 가 패킷의 어디에 포함되어 있는지, 데이터 크기(또는, 길이)는 얼마인지, 패킷이 어느 시간에 수신되는지 등)는 규정되어 있지 않았다. 그에 따라서, 방송 수신 장치가 LLS 테이블을 포함하더라도, CDT 를 수신하지 못하면, LLS 테이블에 대한 인증을 수행하지 못하였다. 또한, LLS 테이블에 대한 인증이 완료되어야만, LLS 테이블에 포함되는 SLT 를 이용하여, 채널 리스트를 구성하고 서비스 실행을 위해서 필요한 동작들을 수행할 수 있다. 그러나, 현재의 ASTC 3.0 규격은 LLS 테이블이 수신되더라도, CDT 가 수신되기 전까지는 LLS에 포함되는 SLT 를 이용하지 못하는 문제가 있었다.
개시된 실시예에서는, LLS 테이블이 CDT 및 SLT 를 모두 포함함으로써, LLS 테이블을 획득하는 즉시 CDT 를 이용하여 LLS 테이블에 부착된 서명에 대한 인증을 수행할 수 있고, 인증 결과에 따라서 SLT 의 이용 여부가 즉각적으로 결정될 수 있다.
그에 따라서, 개시된 실시예에서는, SLT 를 빠르게 이용하도록 할 수 있다.
도 8은 LLS 테이블의 서명을 검증하기 위해 필요한 검증 데이터를 설명하기 위한 또 다른 도면이다. 구체적으로, 도 8은 CDT(Certification Data)(810)의 구성을 설명하기 위한 도면이다. CDT(Certification Data)(810)의 구성은 ATSC 3.0 규격에 따라서 정의될 수 있다.
CDT(810)는 Certificates 필드(820)를 포함할 수 있다. 구체적으로, Certificates 필드(820)는 서명을 인증하기 위한 인증서들에 대응되는 데이터(예를 들어, Certification Data)가 포함할 수 있다.
구체적으로, Certificates 필드(820)는 CurrentCert 필드(830), CertReplacement 필드(840) 및 NextCert(850)필드를 포함할 수 있다.
CurrentCert 필드(830)는 현재의 인증서에 대한 정보를 포함하며, 서명을 암호화 또는 복호화하기 위한 키, 키 식별자에 대한 정보 등을 포함할 수 있다.
CertReplacement 필드(840)는 현재의 인증서가 교체되는지 여부를 나타내는 정보를 포함할 수 있다.
그리고, NextCert(850)필드는 다음에 오는 서명된 시그널링 메시지를 검증하기 위한 인증서에 대한 정보를 포함할 수 있다.
도 9는 개시된 실시예에 따른 방송 수신 장치의 동작 방법을 설명하기 위한 도면이다.
또한, 도 9는 도 1 내지 도 8을 참조하여 설명한 개시의 실시예에 따른 방송 수신 장치(100, 200, 300 또는 400)에서 수행되는 동작들을 설명하기 위한 흐름도라 할 수도 있다. 따라서, 개시의 실시예에 따른 방송 수신 장치의 동작 방법(900)은 도 1 내지 도 8을 참조하여 설명한 방송 수신 장치(100, 200, 300 또는 400)를 통하여 수행될 수 있다. 그러므로, 방송 수신 장치의 동작 방법(900)은 전술한 방송 수신 장치(100, 200, 300 또는 400)와 동일한 구성상 특징들을 포함할 수 있다.
따라서, 방송 수신 장치의 동작 방법(900)을 설명하는데 있어서, 도 1 내지 도 8에서와 중복되는 설명은 생략한다.
이하에서는, 도 2에서 설명한 방송 수신 장치(200)를 참조하여, 방송 수신 장치의 동작 방법(900)을 상세히 설명한다.
도 9를 참조하면, 방송 수신 장치의 동작 방법(900)은 ATSC3.0 규격에 따른 방송 신호를 획득한다(S910). S910 단계의 동작은, 프로세서(140)의 제어에 따라서 수신기(110)에서 수행될 수 있다.
S910 단계에서 획득된 방송 신호로부터 SLT(Service List Table)를 포함하는 서명(Signing)이 적용된 LLS 테이블(Low Level Signaling table)을 획득한다(S920). S920 단계의 동작은, 프로세서(140)에서 수행될 수 있다.
S920 단계에서 획득된 LLS 테이블에 적용된 서명을 검증하기 위해, LLS 테이블에서 CDT(Certification Data Table)를 탐색한다(S930). S930 단계의 동작은, 프로세서(140)에서 수행될 수 있다.
S930 단계의 탐색에 따라 획득된 CDT 에 근거하여, LLS 테이블에 적용된 서명(Signing)을 검증함으로써 LLS 에 대한 인증을 수행한다(S940). S940 단계의 동작은, 프로세서(140) 에서 수행될 수 있다.
본 개시의 실시예에 따른 방송 수신 장치의 제어 방법은 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 또한, 본 개시의 실시예에 따른 방송 수신 장치의 제어 방법을 실행하는 명령어들을 포함하는 하나 이상의 프로그램이 기록된 컴퓨터로 읽을 수 있는 기록매체로 형성될 수 있다.
상기 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 매체에 기록되는 프로그램 명령은 본 발명을 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능 기록 매체의 예에는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(magnetic media), CD-ROM, DVD와 같은 광기록 매체(optical media), 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 롬(ROM), 램(RAM), 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다.
또한, 전술한 본 개시의 실시예에 따른 방송 수신 장치의 제어 방법은 다중언어로 구성된 문장을 획득하는 동작; 및 다중언어 번역 모델을 이용하여, 상기 다중언어로 구성된 문장에 포함되는 단어들 각각에 대응하는 벡터 값들을 획득하고, 상기 획득한 벡터 값들을 목표 언어에 대응하는 벡터 값들로 변환하며, 상기 변환된 벡터 값들에 기초하여, 상기 목표 언어로 구성된 문장을 획득하는 동작을 수행하도록 하는 프로그램이 저장된 기록매체를 포함하는 컴퓨터 프로그램 제품으로 구현될 수 있다.
이상에서 실시예들에 대하여 상세하게 설명하였지만 본 발명의 권리범위는 이에 한정되는 것은 아니고 다음의 청구범위에서 정의하고 있는 본 발명의 기본 개념을 이용한 당업자의 여러 변형 및 개량 형태 또한 본 발명의 권리범위에 속한다.

Claims (15)

  1. ATSC3.0 규격에 따른 방송 신호를 수신하는 수신기;
    적어도 하나의 인스트럭션들을 저장하는 메모리; 및
    상기 적어도 하나의 인스트럭션 중 적어도 하나를 실행함으로써,
    상기 방송 신호로부터 SLT(Service List Table)를 포함하는 서명(Signing)이 적용된 LLS 테이블(Low Level Signaling table)을 획득하고, 상기 획득된 LLS 테이블에 적용된 서명을 검증하기 위해 상기 LLS 테이블에서 CDT(Certification Data Table)를 탐색하며, 탐색에 따라 획득된 상기 CDT 에 근거하여 상기 LLS 테이블에 적용된 상기 서명(Signing)을 검증함으로써 상기 LLS 에 대한 인증을 수행하는 프로세서를 포함하는, 방송 수신 장치.
  2. 제1항에 있어서,
    상기 SLT 는
    방송 서비스 또는 방송 채널의 구성 정보를 포함하며,
    상기 CDT는
    상기 LLS 테이블에 적용된 서명(Signing)을 인증하기 위한 정보를 포함하는, 방송 수신 장치.
  3. 제1항에 있어서, 상기 프로세서는
    상기 LLS 에 대한 인증이 성공한 경우, 상기 LLS 테이블에 포함된 상기 SLT를 파싱하여 처리하는, 방송 수신 장치.
  4. 제3항에 있어서, 상기 프로세서는
    파싱된 상기 SLT 테이블에 근거하여 채널 리스트를 획득하고, 획득된 채널 리스트에 근거하여 방송 서비스 제공을 위한 동작을 수행하는, 방송 수신 장치.
  5. 제1항에 있어서, 상기 프로세서는
    상기 서명에 대한 인증이 실패한 경우, 상기 LLS 테이블을 폐기하는, 방송 수신 장치.
  6. 제1항에 있어서, 상기 CDT는
    상기 LLS 테이블 내의, LLS 페이로드(LLS payload)에 대한 정보를 전체적으로 서명 처리하여 획득된 서명값을 포함하는 데이터 필드 내에 포함되는, 방송 수신 장치.
  7. 제1항에 있어서, 상기 CDT는
    상기 LLS 테이블 내의, SignedMultitable 데이터 필드 내에 포함되는, 방송 수신 장치.
  8. 제1항에 있어서, 상기 CDT는
    상기 LLS 테이블 내의, 상기 SLT 내에 포함되는, 방송 수신 장치.
  9. 제1항에 있어서, 상기 CDT는
    상기 LLS 테이블 내의, 재난 방송에 대한 정보 포함하는 AEAT(Advanced Emergency Alert Table) 데이터 필드 내에 포함되는, 방송 수신 장치.
  10. 제1항에 있어서, 상기 CDT는
    상기 서명을 인증하기 위한 인증서 및 상기 인증서에 대한 길이를 나타내는 정보를 포함하는, 방송 수신 장치.
  11. 제1항에 있어서,
    상기 수신기는
    저 레벨 시그널링(LLS)을 포함하는 상기 방송 신호를 수신하며,
    상기 프로세서는
    상기 저 레벨 시그널링에 포함되는 상기 LLS 테이블을 획득하는, 방송 수신 장치.
  12. 제1항에 있어서,
    상기 LLS 테이블은
    상기 SLT, AEAT 및 SignedMultiTable 중 적어도 하나를 포함하고,
    상기 CDT 는
    상기 SLT, AEAT 및 SignedMultiTable 중 적어도 하나에 포함되는, 방송 수신 장치.
  13. ATSC3.0 규격에 따른 방송 신호를 획득하는 단계;
    상기 방송 신호로부터 SLT(Service List Table)를 포함하는 서명(Signing)이 적용된 LLS 테이블(Low Level Signaling table)을 획득하는 단계;
    상기 획득된 LLS 테이블에 적용된 서명을 검증하기 위해 상기 LLS 테이블에서 CDT(Certification Data Table)를 탐색하는 단계; 및
    탐색에 따라 획득된 상기 CDT 에 근거하여 상기 LLS 테이블에 적용된 상기 서명(Signing)을 검증함으로써 상기 LLS 에 대한 인증을 수행하는 단계를 포함하는, 방송 수신 장치의 동작 방법.
  14. 제13항에 있어서,
    상기 SLT 는
    방송 서비스 또는 방송 채널의 구성 정보를 포함하며,
    상기 CDT는
    상기 LLS 테이블에 적용된 서명(Signing)을 인증하기 위한 정보를 포함하는, 방송 수신 장치의 동작 방법.
  15. 제13항에 있어서,
    상기 LLS 에 대한 인증이 성공한 경우, 상기 LLS 테이블에 포함되는 상기 SLT를 파싱하여 처리하는 단계를 더 포함하는, 방송 수신 장치의 동작 방법.
PCT/KR2020/003833 2019-03-26 2020-03-20 방송 수신 장치 및 그 동작 방법 WO2020197177A1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020190034480A KR102642928B1 (ko) 2019-03-26 2019-03-26 방송 수신 장치 및 그 동작 방법
KR10-2019-0034480 2019-03-26

Publications (1)

Publication Number Publication Date
WO2020197177A1 true WO2020197177A1 (ko) 2020-10-01

Family

ID=72612058

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2020/003833 WO2020197177A1 (ko) 2019-03-26 2020-03-20 방송 수신 장치 및 그 동작 방법

Country Status (2)

Country Link
KR (1) KR102642928B1 (ko)
WO (1) WO2020197177A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112822532A (zh) * 2021-01-15 2021-05-18 海信电子科技（深圳）有限公司 一种广播协议码流文件的编辑、生成方法及显示设备

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100617867B1 (ko) * 2005-03-07 2006-08-28 엘지전자 주식회사 데이터 방송 응용 프로그램의 서명 인증 방법
KR20130077605A (ko) * 2011-12-29 2013-07-09 전자부품연구원 Ａｔｓｃ-ｍ/ｈ 방송 서비스 송수신 시스템

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPWO2017122554A1 (ja) * 2016-01-15 2018-11-01 ソニー株式会社 受信装置、送信装置、及び、データ処理方法
KR102047546B1 (ko) * 2016-11-23 2019-11-21 주식회사 에어코드 방송 재전송 방법 및 그 장치
KR20180070462A (ko) * 2016-12-16 2018-06-26 한국전자통신연구원 Atsc 3.0 디지털 tv 방송 재전송 장치 및 그 방법
KR20190013406A (ko) * 2017-07-31 2019-02-11 삼성전자주식회사 방송 서비스 제공을 위한 방법 및 장치

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100617867B1 (ko) * 2005-03-07 2006-08-28 엘지전자 주식회사 데이터 방송 응용 프로그램의 서명 인증 방법
KR20130077605A (ko) * 2011-12-29 2013-07-09 전자부품연구원 Ａｔｓｃ-ｍ/ｈ 방송 서비스 송수신 시스템

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
ATSC, ATSC CANDIDATE STANDARD REVISION: ATSC 3.0 SECURITY AND SERVICE PROTECTION (A/360, 26 January 2019 (2019-01-26), XP055744686, Retrieved from the Internet <URL:https://www.atsc.org/wp-content/uploads/2019/02/A360S36-191r6-A360-Revision-Clean.pdf> [retrieved on 20200601] *
ATSC, ATSC CANDIDATE STANDARD: SIGNALING, DELIVERY, SYNCHRONIZATION, AND ERROR PROTECTION (A/331, 5 January 2016 (2016-01-05), XP055744682, Retrieved from the Internet <URL:https://www.atsc.org/wp-content/uploads/2016/02/S33-174r1-Signaling-Delivery-Sync-FEC.pdf> [retrieved on 20200601] *
ATSC, ATSC STANDARD: ATSC 3.0 SECURITY AND SERVICE PROTECTION, 9 January 2018 (2018-01-09), XP055744677, Retrieved from the Internet <URL:https://www.atsc.org/wp-content/uploads/2018/01/A360-2018-Security.pdf> [retrieved on 20200601] *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112822532A (zh) * 2021-01-15 2021-05-18 海信电子科技（深圳）有限公司 一种广播协议码流文件的编辑、生成方法及显示设备
CN112822532B (zh) * 2021-01-15 2023-04-14 海信电子科技（深圳）有限公司 一种广播协议码流文件的编辑、生成方法及显示设备

Also Published As

Publication number Publication date
KR102642928B1 (ko) 2024-03-04
KR20200113785A (ko) 2020-10-07

Similar Documents

Publication Publication Date Title
WO2016122151A1 (ko) 싱크 디바이스 및 그 제어 방법
WO2012070812A2 (en) Control method using voice and gesture in multimedia device and multimedia device thereof
WO2018008823A1 (en) Electronic apparatus and controlling method thereof
WO2020145552A1 (en) Image display device and operation method thereof
WO2019045337A1 (en) IMAGE DISPLAY APPARATUS AND METHOD FOR OPERATING SAME
WO2016114442A1 (en) Method for automatically connecting a short-range communication between two devices and apparatus for the same
EP2502414A1 (en) Method for playing contents
WO2010151027A2 (ko) 영상표시장치 및 그 동작방법
WO2017047942A1 (ko) 디지털 디바이스 및 상기 디지털 디바이스에서 데이터 처리 방법
WO2014157874A1 (en) Display apparatus and control method thereof
WO2021101327A1 (en) Display device and operating method thereof
WO2012005421A1 (ko) 애플리케이션 확장 방법 및 그 방법을 이용한 영상표시기기
WO2010123324A9 (ko) 영상표시장치 및 그 동작방법
WO2017119708A1 (en) Image display apparatus and method of operating the same
WO2014178507A1 (en) Display apparatus and searching method
WO2017146518A1 (en) Server, image display apparatus, and method of operating the image display apparatus
WO2016129840A1 (en) Display apparatus and information providing method thereof
WO2018093138A1 (en) Electronic apparatus and method of operating the same
WO2018080176A1 (en) Image display apparatus and method of displaying image
WO2020197177A1 (ko) 방송 수신 장치 및 그 동작 방법
WO2018128343A1 (en) Electronic apparatus and method of operating the same
WO2017026817A1 (ko) 통역음성 정보를 제공하는 방법, 이를 운용하는 맞춤형 통역 서버 및 시스템
WO2020184856A1 (ko) 방송 수신 장치 및 그 동작방법
WO2018016760A1 (ko) 전자 장치 및 그의 제어 방법
WO2015068883A1 (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: 20776561

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20776561

Country of ref document: EP

Kind code of ref document: A1