KR102221295B1 - Digital device and method of processing service data thereof - Google Patents

Abstract

In this specification, a digital device according to the present invention and a service processing method in the digital device are disclosed. Here, a method for processing a service in a digital device according to an embodiment of the present invention includes: performing auto tuning; Generating a channel list according to a result of performing the auto tuning; Reading channel data from the generated channel list; Identifying whether a corresponding channel is a scramble channel based on SI (Signaling Information) data for each auto-tuned channel; Updating a channel list by deleting a channel identified as a scrambled channel from the generated channel list; And performing a service based on the updated channel list according to the user's request.

Description

A digital device and a service processing method in the digital device {DIGITAL DEVICE AND METHOD OF PROCESSING SERVICE DATA THEREOF}

The present invention relates to a digital device, and more particularly, in the case that an auto tuning function or a conditioanl access module (CAM) is inserted into a digital device, it is used in service processing such as a channel. About.

There is a rapid transition from analog broadcasting to digital broadcasting. Digital broadcasting is more resistant to external noise than conventional analog broadcasting, so data loss is small, it is advantageous in error correction, and its resolution is high, providing a clearer screen. In addition, digital broadcasting provides an interactive service unlike analog broadcasting. In addition, in addition to existing media such as terrestrial, satellite, and cable, IPTV broadcasting services that provide services such as real-time broadcasting and Contents on Demand (CoD) through an Internet Protocol (IP) network connected to each home are also provided.

The digital TV tunes a channel according to a user's request or the like so that it is possible to identify which channel or service is available for the user's convenience. However, not all channels present in the tuning process are tuned, but a hidden channel or a scrambled channel may not be tuned. In the above, the scrambled channel may be defined as a scrambled channel by the transmitting end for reasons of violence or sensationality, or it may be defined as a scrambled channel to provide to subscribers according to a paid broadcasting service.

Meanwhile, in the channel, information may be changed or updated due to a transmission end or other reasons. However, there is a problem in that the conventional TV does not accurately reflect this situation. For example, digital TV mainly tunes channels using TVCT (Terrestrial Virtual Channel Table), SDT (Service Description Table), or PMT (Program Map Table).Only one table is defined as an unscramble channel. Even if it is, the corresponding channel is determined as an unscrambled channel and tuning can be performed. However, there are cases in which the two do not match each other based on other tables or data such as PMT, and there are cases in which audio PID and video PID do not exist even though they are unscrambled channels, that is, there is no actual data. Therefore, even if such a channel is tuned, a black screen is provided, which may cause inconvenience to the user. This may not be an appropriate response to the user's tuning intention or the scramble channel skip request, which causes inconvenience to the user and ultimately degrades product satisfaction.

In order to solve the above problems, an object of the present invention is to provide a method for easily performing channel tuning and updating in various situations requiring channel tuning as well as a user's request.

Another object of the present invention is to more accurately determine whether there is a scramble channel during tuning by checking system information (SI) data and packet identifier (PID) data in various situations.

Another object of the present invention is to improve user convenience and product satisfaction by performing channel tuning and updating easily and accurately as described above.

The technical problem to be achieved in the present invention is not limited to the above-mentioned technical problem, and other technical problems that are not mentioned will be clearly understood by those of ordinary skill in the technical field to which the present invention belongs from the following description. .

In order to solve the above problems, the present specification discloses a digital device according to the present invention and a service processing method in the digital device.

A service processing method in a digital device according to an embodiment of the present invention includes the steps of performing auto tuning; Generating a channel list according to a result of performing the auto tuning; Reading channel data from the generated channel list; Identifying whether a corresponding channel is a scramble channel based on SI (Signaling Information) data for each auto-tuned channel; Updating a channel list by deleting a channel identified as a scrambled channel from the generated channel list; And performing a service based on the updated channel list according to the user's request.

According to another embodiment of the present invention, a service processing method in a digital device includes: receiving a broadcast program and a broadcast signal including SI data related to the broadcast program; Parsing channel data from the SI data; Generating a channel map based on the parsed channel data; Receiving a key signal for a tuning request; Reading channel map data generated according to the received key signal; Tuning a channel by automatically skipping a scrambled channel based on the parsed SI data for each channel in the read channel map data; And updating the channel map data and outputting a broadcast program.

According to an embodiment of the present invention, a digital device for processing content includes: a user interface unit receiving a key signal requesting execution of auto tuning; A tuner that performs auto tuning; A channel list is generated according to the auto-tuning result, channel data is read from the generated channel list, and the corresponding channel is based on SI (Signaling Information) data for each auto-tuned channel. By identifying whether a scramble channel is present, the channel identified as a scramble channel is deleted from the created channel list to update the channel list, and control to perform a service based on the updated channel list according to the user's request. A control unit; And an output unit for outputting the service.

According to another embodiment of the present invention, a digital device for processing content includes: a user interface unit for receiving a key signal for a tuning request; A tuner for receiving a broadcast program and a broadcast signal including SI data related to the broadcast program; A decoder that parses channel data from the SI data; Generates a channel map based on the parsed channel data, reads the channel map data generated according to the received key signal, and automatically skips the scrambled channel based on the parsed SI data for each channel in the read channel map data A control unit for controlling the channel to be tuned, updating the generated channel map data, and controlling to output a broadcast program; And an output unit for outputting the broadcast program on a screen.

The solution to the technical problem to be achieved in the present invention is not limited to the above solution, and other solutions not mentioned will be clearly understood by those of ordinary skill in the technical field to which the present invention belongs from the following description. I will be able to.

According to the present invention, there are the following effects.

According to one of the various embodiments of the present invention, it is possible to provide a method for easily performing channel tuning and updating in various situations requiring channel tuning as well as a user's request.

According to another embodiment of the various embodiments of the present invention, it is possible to more accurately determine whether a scrambled channel is present during tuning by checking SI data and PID data in various situations.

According to another embodiment of the various embodiments of the present invention, channel tuning and update are easily and accurately performed, thereby enhancing user convenience and improving product satisfaction.

The effects that can be obtained in the present invention are not limited to the above-mentioned effects, and other effects not mentioned can be clearly understood by those of ordinary skill in the art from the following description. will be.

1 is a diagram schematically illustrating a service system including a digital device according to an embodiment of the present invention;
2 is a block diagram illustrating a digital device according to an embodiment of the present invention;
3 is a block diagram illustrating a digital device according to another embodiment of the present invention;
4 is a block diagram illustrating a digital device according to another embodiment of the present invention;
5 is a block diagram illustrating a detailed configuration of a control unit of FIGS. 2 to 4 according to an embodiment of the present invention;
6 is a view showing an input means connected to the digital device of FIGS. 2 to 4 according to an embodiment of the present invention;
7 is a diagram illustrating a webOS architecture according to an embodiment of the present invention;
8 is a diagram illustrating an architecture of a webOS device according to an embodiment of the present invention;
9 is a diagram illustrating a graphic composition flow in a webOS device according to an embodiment of the present invention;
10 is a diagram illustrating a media server according to an embodiment of the present invention;
11 is a diagram illustrating a configuration block of a media server according to an embodiment of the present invention;
12 is a diagram illustrating a relationship between a media server and a TV service according to an embodiment of the present invention;
13 is a diagram illustrating an auto tuning setting/processing method according to an embodiment of the present invention;
14 is a diagram illustrating an auto tuning setting/processing method according to another embodiment of the present invention;
15 is a diagram illustrating a PMT table syntax according to an embodiment of the present invention;
16 is a diagram illustrating a syntax of a NIT table according to an embodiment of the present invention;
17 is a diagram illustrating an example of an SDT table syntax according to an embodiment of the present invention;
18 is a diagram illustrating an EIT table syntax according to an embodiment of the present invention;
19 is a diagram illustrating a TVCT table syntax according to an embodiment of the present invention;
20 is a diagram illustrating an EIT table syntax according to another embodiment of the present invention;
21 is a flowchart illustrating a service processing method in a digital device according to an embodiment of the present invention;
22 is a flowchart illustrating a service processing method in a digital device according to another embodiment of the present invention; And
23 is a flowchart illustrating a service processing method in a digital device according to another embodiment of the present invention.

Hereinafter, various embodiment(s) of a digital device and a service processing method in the digital device according to the present invention will be described in detail with reference to the drawings.

The suffixes "module", "unit", and the like for the constituent elements used in the present specification are given only in consideration of the ease of writing the specification, and both may be mixed if necessary. In addition, even when described as an ordinal number, such as "1-", "2-", etc., it is not limited to such terms or ordinal numbers, but is merely for convenience of explanation of the term rather than meaning an order.

In addition, the terms used in the present specification have also selected general terms that are currently widely used in consideration of functions according to the technical idea of the present invention, but this is according to the intention or custom of a technician working in the field or the emergence of new technologies. It can be different. However, in certain cases, there are terms arbitrarily selected by the applicant, but their meaning will be described in the related description. Therefore, it is to be understood that the term should be interpreted based on its actual meaning and contents described throughout this specification, not just its name.

On the other hand, the contents described in the specification or/and the drawings are not limited thereto as a preferred embodiment according to the present invention, and the scope of the rights should be determined through the claims.

Hereinafter, the term "digital device" described herein refers to, for example, transmitting, receiving, processing, and outputting data, content, service, application, etc. Includes all devices that perform at least one or more. The digital device can be paired or connected (hereinafter referred to as'pairing') with another digital device, an external server, etc. through a wired/wireless network, through which predetermined data is transmitted. Can send/receive. At this time, if necessary, the data may be appropriately converted before transmission/reception. The digital device includes, for example, a standing device such as Network TV, Hybrid Broadcast Broadband TV (HBBTV), Smart TV, Internet Protocol TV (IPTV), Personal Computer (PC), and the like. Wow, a mobile device or handheld device such as a personal digital assistant (PDA), a smart phone, a tablet PC, and a notebook may all be included. In the present specification, a digital TV is illustrated in FIG. 2 to be described later in order to help an understanding of the present invention and for convenience of explanation by the applicant, and in FIG. 3, a mobile device is illustrated and described as an example of a digital device. In addition, the digital device described in the present specification may be a configuration having only a panel, a configuration such as a set-top box (STB), a device, a system, etc., and may be a set configuration. .

Meanwhile, the term “wired/wireless network” described herein collectively refers to a communication network supporting various communication standards or protocols for pairing or/and data transmission/reception between digital devices or a digital device and an external server. These wired/wireless networks include all communication networks to be supported now or in the future according to the standard, and can support all of one or more communication protocols therefor. Such wired/wireless networks include, for example, Universal Serial Bus (USB), Composite Video Banking Sync (CVBS), Component, S-Video (analog), Digital Visual Interface (DVI), High Definition Multimedia Interface (HDMI), Networks for wired connection such as RGB and D-SUB, communication standards or protocols therefor, Bluetooth, Radio Frequency Identification (RFID), infrared data association (IrDA), Ultra Wideband (UWB), Zigbee (ZigBee), DLNA (Digital Living Network Alliance), WLAN (Wireless LAN) (Wi-Fi), Wibro (Wireless broadband), Wimax (World Interoperability for Microwave Access), HSDPA (High Speed Downlink Packet Access), LTE/LTE -A (Long Term Evolution/LTE-Advanced), Wi-Fi direct (direct), such as a network for a wireless connection and a communication standard or protocol for the network.

In addition, in the case of simply referring to a digital device in the present specification, the meaning may mean a fixed device or a mobile device depending on the context, or may be used as a meaning including both unless otherwise specified.

On the other hand, a digital device is an intelligent device that supports, for example, a broadcast reception function, a computer function or support, and at least one external input, and is used for e-mail and web browsing through the above-described wired/wireless network. , Banking, games, applications, etc. may be supported. In addition, the digital device may have an interface for supporting at least one input or control means (hereinafter referred to as'input means') such as a handwritten input device, a touch-screen, and a spatial remote control. I can.

In addition, digital devices can use a standardized general purpose OS (Operating System). Digital devices add, delete, or modify various services or applications supported by the Web OS platform on a general-purpose OS kernel or Linux kernel. , Updating, and the like can be processed, and through it, a more user-friendly environment can be configured and provided.

Meanwhile, the above-described digital device can receive and process an external input. In this case, the external input is connected to an external input device, that is, through a wired/wireless network, and transmits/receives data to be processed. And input means or digital devices. For example, the external input is HDMI (High-Definition Multimedia Interface), a game device such as a playstation or an X-Box, a smart phone, a tablet PC, and a pocket photo. It includes all digital devices such as a printing device such as photo), a smart TV, a Blu-ray device, and the like.

In addition, the term "server" described in this specification means a digital device or system that supplies data to or receives data from the above-described digital device, that is, a client, and is also referred to as a processor. do. To the server, for example, a portal server providing a web page, web content or web service, an advertising server providing advertising data, A content server that provides content, an SNS server that provides SNS (Social Network Service), a service server provided by a manufacturer, and a video on demand (VoD) or streaming service. A service server that provides a Multichannel Video Programming Distributor (MVPD), a pay service, and the like may be included.

In addition, in the following description, even when only an application is described for convenience of description, the meaning may be a meaning including not only an application but also a service based on the context or the like.

Hereinafter, the present invention will be described in more detail with reference to the accompanying drawings.

1 is a diagram schematically illustrating a service system including a digital device according to an embodiment of the present invention.

Referring to FIG. 1, the service system includes a content provider 10, a service provider 20, a network provider 30, and a Home Network End User (HNED). Including (Customer)(40). Here, the HNED 40 includes, for example, the client 100, that is, a digital device according to the present invention.

The content provider 10 produces and provides various types of content. As shown in FIG. 1, a terrestrial broadcaster, a cable system operator (Cable SO) or a multiple SO (MSO), a satellite broadcaster, various Internet broadcasters, to the content provider 10, Personal content providers, etc. may be exemplified. Meanwhile, the content provider 10 may produce and provide various services or applications in addition to broadcast content.

The service provider 20 provides the content produced by the content provider 10 to the HNED 40 by service packetizing the content. For example, the service provider 20 packages at least one or more of contents produced by a first terrestrial broadcast, a second terrestrial broadcast, a cable MSO, a satellite broadcast, various internet broadcasts, applications, etc. for a service, and the HNED Provides to (40).

The service provider 20 provides a service to the client 100 in a uni-cast or multi-cast method. Meanwhile, the service provider 20 may transmit data to a plurality of pre-registered clients 100 at once, and for this purpose, an Internet Group Management Protocol (IGMP) protocol or the like may be used.

The content provider 10 and the service provider 20 described above may be the same entity. For example, the content produced by the content provider 10 may be packaged as a service and provided to the HNED 40 to perform the function of the service provider 20 or vice versa.

The network provider 30 provides a network network for data exchange between the content provider 10 or/and the service provider 20 and the client 100.

The client 100, as a consumer belonging to the HNED 40, receives data by establishing, for example, a home network through the network provider 30, and data related to various services or applications such as VoD and streaming. You can also send/receive.

Meanwhile, the content provider 10 or/and the service provider 20 in the service system may use conditional access or content protection means to protect transmitted content. Accordingly, the client 100 may use a processing means such as a cable card (or point of deployment (POD)) or a downloadable CAS (DCAS) in response to the conditional reception or content protection.

In addition, the client 100 may also use a two-way service through a network. Accordingly, the client 100 may rather perform the role or function of a content provider, and the service provider 20 may receive it and transmit it to another client or the like.

In FIG. 1, the content provider 10 or/and the service provider 20 may be a server that provides a service to be described later in this specification. In this case, the server may mean owning or including the network provider 30 as necessary. Even if not specifically mentioned below, services or service data include not only services or applications received from the outside, but also internal services or applications, and these services or applications include services or application data for the webOS-based client 100. It can mean.

2 is a block diagram illustrating a digital device according to an embodiment of the present invention.

Hereinafter, the digital device described in the present specification corresponds to the client 100 of FIG. 1 described above.

The digital device 200 includes a network interface 201, a TCP/IP manager 202, a service delivery manager 203, an SI decoder 204, Demultiplexer 205, audio decoder 206, video decoder 207, display A/V and OSD module 208, service control manager (service control manager) (209), service discovery manager (210), SI & metadata DB (211), metadata manager (212), service manager (213), It includes a UI manager 214 and the like.

The network interface unit 201 is an IP packet(s) (Internet Protocol(IP) packet(s)) or IP datagram(s) (IP datagram(s)) (hereinafter, IP packet(s)) through an accessing network network. )) is transmitted/received. For example, the network interface unit 201 may receive a service, application, content, etc. from the service provider 20 of FIG. 1 through a network network.

The TCP/IP manager 202 transmits a packet between a source and a destination for IP packets received by the digital device 200 and IP packets transmitted by the digital device 200. packet delivery). The TCP/IP manager 202 classifies the received packet(s) to correspond to an appropriate protocol, and the service delivery manager 205, the service discovery manager 210, the service control manager 209, and the metadata manager 212 ), and the like, outputs the classified packet(s).

The service delivery manager 203 is responsible for controlling received service data. For example, the service delivery manager 203 may use RTP/RTCP when controlling real-time streaming data. When transmitting the real-time streaming data using RTP, the service delivery manager 203 parses the received data packet according to RTP and transmits it to the demultiplexer 205 or is controlled by the service manager 213. It is stored in the SI & metadata database 211 according to the following. Then, the service delivery manager 203 feeds back the network reception information to the server providing the service using RTCP.

The demultiplexer 205 demultiplexes the received packet into audio, video, system information (SI) data, and the like, and transmits it to the audio/video decoder 206/207 and the SI decoder 204, respectively.

The SI decoder 204 includes demultiplexed SI data, that is, Program Specific Information (PSI), Program and System Information Protocol (PSIP), Digital Video Broadcasting-Service Information (DVB-SI), and Digital Television Terrestrial Multimedia (DTMB/CMMB). It decodes service information such as Broadcasting/Coding Mobile Multimedia Broadcasting). In addition, the SI decoder 204 may store decoded service information in the SI & metadata database 211. The stored service information may be read and used according to the configuration at the request of a user, for example.

The audio/video decoders 206/207 decode each demultiplexed audio data and video data. The audio data and video data decoded in this way are provided to the user through the display unit 208.

The application manager includes, for example, a UI manager 214 and a service manager 213 and may perform a control function of the digital device 200. In other words, the application manager may manage the overall state of the digital device 200, provide a user interface (UI), and manage other managers.

The UI manager 214 provides a GUI (Graphic User Interface)/UI for a user using an OSD (On Screen Display), etc., and receives a key input from the user and performs a device operation according to the input. For example, the UI manager 214 transmits the key input signal to the service manager 213 when receiving a key input for channel selection from a user.

The service manager 213 controls managers associated with a service, such as a service delivery manager 203, a service discovery manager 210, a service control manager 209, and a metadata manager 212.

In addition, the service manager 213 generates a channel map and controls channel selection and the like using the generated channel map according to a key input received from the UI manager 214. The service manager 213 receives service information from the SI decoder 204 and sets an audio/video packet identifier (PID) of the selected channel to the demultiplexer 205. The PID set in this way can be used in the demultiplexing process described above. Accordingly, the demultiplexer 205 filters audio data, video data, and SI data using the PID (PID or section filtering).

The service discovery manager 210 provides information necessary to select a service provider that provides a service. Upon receiving a signal regarding channel selection from the service manager 213, the service discovery manager 210 searches for a service using the information.

The service control manager 209 is responsible for service selection and control. For example, the service control manager 209 uses IGMP or RTSP when the user selects a live broadcasting service such as an existing broadcasting method, and selects a service such as Video on Demand (VOD). RTSP is used to select and control services. The RTSP protocol may provide a trick mode for real-time streaming. In addition, the service control manager 209 may initialize and manage a session through the IMS gateway 250 using IMS (IP Multimedia Subsystem) and SIP (Session Initiation Protocol). The protocols are an exemplary embodiment, and other protocols may be used according to implementation examples.

The metadata manager 212 manages metadata associated with a service and stores the metadata in the SI & metadata database 211.

The SI & metadata database 211 contains service information decoded by the SI decoder 204, metadata managed by the metadata manager 212, and information necessary to select a service provider provided by the service discovery manager 210. Save it. In addition, the SI & metadata database 211 may store set-up data for the system and the like.

The SI & metadata database 211 may be implemented using non-volatile memory (NVRAM) or flash memory.

Meanwhile, the IMS gateway 250 is a gateway that collects functions necessary for accessing an IMS-based IPTV service.

3 is a block diagram illustrating a digital device according to another embodiment of the present invention.

While FIG. 2 described above has been described using a fixed device as an example of a digital device, FIG. 3 refers to a mobile device as another example of a digital device.

Referring to FIG. 3, the mobile device 300 includes a wireless communication unit 310, an audio/video (A/V) input unit 320, a user input unit 330, a sensing unit 340, an output unit 350, and A memory 360, an interface unit 370, a control unit 380, a power supply unit 390, and the like may be included.

Hereinafter, each component will be described in detail.

The wireless communication unit 310 may include one or more modules that enable wireless communication between the mobile device 300 and a wireless communication system or between the mobile device and a network in which the mobile device is located. For example, the wireless communication unit 310 may include a broadcast reception module 311, a mobile communication module 312, a wireless Internet module 313, a short-range communication module 314, a location information module 315, and the like. .

The broadcast receiving module 311 receives a broadcast signal and/or broadcast-related information from an external broadcast management server through a broadcast channel. Here, the broadcast channel may include a satellite channel and a terrestrial channel. The broadcast management server may mean a server that generates and transmits a broadcast signal and/or broadcast-related information, or a server that receives and transmits a previously-generated broadcast signal and/or broadcast-related information to a terminal. The broadcast signal may include a TV broadcast signal, a radio broadcast signal, and a data broadcast signal, as well as a broadcast signal in a form in which a data broadcast signal is combined with a TV broadcast signal or a radio broadcast signal.

The broadcast related information may mean information related to a broadcast channel, a broadcast program, or a broadcast service provider. The broadcast related information may also be provided through a mobile communication network. In this case, it may be received by the mobile communication module 312.

Broadcast-related information may exist in various forms, for example, in the form of EPG (Electronic Program Guide)/ESG (Electronic Service Guide).

The broadcast receiving module 311 is, for example, ATSC, DVB-T (Digital Video Broadcasting-Terrestrial), DVB-S (Satellite), MediaFLO (Media Forward Link Only), DVB-H (Handheld), ISDB-T ( Integrated Services Digital Broadcast-Terrestrial) and other digital broadcasting systems can be used to receive digital broadcasting signals. Of course, the broadcast receiving module 311 may be configured to be suitable for not only the digital broadcasting system described above, but also other broadcasting systems.

The broadcast signal and/or broadcast-related information received through the broadcast receiving module 311 may be stored in the memory 360.

The mobile communication module 312 transmits and receives a radio signal with at least one of a base station, an external terminal, and a server on a mobile communication network. The wireless signal may include a voice signal, a video call signal, or various types of data according to transmission and reception of text/multimedia messages.

The wireless Internet module 313 may be built-in or external to the mobile device 300, including a module for wireless Internet access. As a wireless Internet technology, WLAN (Wireless LAN) (Wi-Fi), Wibro (Wireless broadband), Wimax (World Interoperability for Microwave Access), HSDPA (High Speed Downlink Packet Access), and the like may be used.

The short-range communication module 314 refers to a module for short-range communication. As short range communication technology, Bluetooth, RFID (Radio Frequency Identification), infrared communication (IrDA, infrared Data Association), UWB (Ultra Wideband), ZigBee, RS-232, RS-485, etc. can be used. I can.

The location information module 315 is a module for obtaining location information of the mobile device 300, and may be a Global Position System (GPS) module as an example.

The A/V input unit 320 is for inputting audio or/and video signals, and may include a camera 321 and a microphone 322. The camera 321 processes an image frame such as a still image or a moving picture obtained by an image sensor in a video call mode or a photographing mode. The processed image frame may be displayed on the display unit 351.

The image frame processed by the camera 321 may be stored in the memory 360 or transmitted to the outside through the wireless communication unit 310. Two or more cameras 321 may be provided depending on the use environment.

The microphone 322 receives an external sound signal by a microphone in a call mode, a recording mode, a voice recognition mode, or the like and processes it as electrical voice data. In the case of a call mode, the processed voice data may be converted into a form capable of being transmitted to a mobile communication base station through the mobile communication module 312 and then output. Various noise removal algorithms may be implemented in the microphone 322 to remove noise generated in the process of receiving an external sound signal.

The user input unit 330 generates input data for the user to control the operation of the terminal. The user input unit 330 may be composed of a key pad, a dome switch, a touch pad (positive pressure/electrostatic), a jog wheel, a jog switch, and the like.

The sensing unit 340 may monitor the current state of the mobile device 300 such as an open/closed state of the mobile device 300, a location of the mobile device 300, whether a user is in contact, a direction of the mobile device, and acceleration/deceleration of the mobile device. It detects and generates a sensing signal for controlling the operation of the mobile device 300. For example, when the mobile device 300 is moved or tilted, the position or tilt of the mobile device may be sensed. Also, whether the power supply unit 390 supplies power or whether the interface unit 370 is coupled to an external device may be sensed. Meanwhile, the sensing unit 240 may include a proximity sensor 341 including near field communication (NFC) or the like.

The output unit 350 is for generating an output related to visual, auditory or tactile sense, and may include a display unit 351, a sound output module 352, an alarm unit 353, and a haptic module 354. have.

The display unit 351 displays (outputs) information processed by the mobile device 300. For example, when the mobile device is in a call mode, a UI or GUI related to a call is displayed. When the mobile device 300 is in a video call mode or a photographing mode, a photographed or/and received image, UI, or GUI is displayed.

The display unit 351 includes a liquid crystal display (LCD), a thin film transistor-liquid crystal display (TFT LCD), an organic light-emitting diode (OLED), and a flexible display ( flexible display) and a three-dimensional display.

Some of these displays may be configured as a transparent type or a light-transmitting type so that the outside can be seen through it. This may be referred to as a transparent display, and a representative example of the transparent display is TOLED (Transparant OLED). The rear structure of the display unit 351 may also be configured as a light-transmitting structure. With this structure, the user can see an object located behind the terminal body through an area occupied by the display unit 351 of the terminal body.

Two or more display units 351 may exist depending on the implementation type of the mobile device 300. For example, in the mobile device 300, a plurality of display units may be spaced apart or integrally disposed on one surface, or may be disposed on different surfaces, respectively.

When the display unit 351 and a sensor (hereinafter referred to as'touch sensor') for detecting a touch operation form a mutual layer structure (hereinafter, referred to as a'touch screen'), the display unit 351 provides inputs other than the output device. It can also be used as a device. The touch sensor may have, for example, a touch film, a touch sheet, a touch pad, or the like.

The touch sensor may be configured to convert a pressure applied to a specific portion of the display unit 351 or a change in capacitance generated at a specific portion of the display unit 351 into an electrical input signal. The touch sensor may be configured to detect not only a touched position and area, but also a pressure at the time of touch.

When there is a touch input to the touch sensor, a signal(s) corresponding thereto is transmitted to the touch controller. The touch controller processes the signal(s) and then transmits the corresponding data to the controller 380. As a result, the control unit 380 can know which area of the display unit 351 has been touched.

A proximity sensor 341 may be disposed in an inner area of the mobile device surrounded by the touch screen or near the touch screen. The proximity sensor refers to a sensor that detects the presence or absence of an object approaching a predetermined detection surface or an object existing in the vicinity using the force of an electromagnetic field or infrared rays without mechanical contact. Proximity sensors have a longer lifespan and higher utilization than contact sensors.

Examples of the proximity sensor include a transmission type photoelectric sensor, a direct reflection type photoelectric sensor, a mirror reflection type photoelectric sensor, a high frequency oscillation type proximity sensor, a capacitive type proximity sensor, a magnetic type proximity sensor, an infrared proximity sensor, and the like. When the touch screen is capacitive, it is configured to detect the proximity of the pointer by a change in an electric field according to the proximity of the pointer. In this case, the touch screen (touch sensor) may be classified as a proximity sensor.

Hereinafter, for convenience of explanation, the act of allowing the pointer to be recognized as being positioned on the touch screen by approaching the touch screen without contacting the pointer is referred to as "proximity touch", and the touch The act of actually touching the pointer on the screen is referred to as "contact touch". A position at which a proximity touch is performed by a pointer on the touch screen means a position at which the pointer vertically corresponds to the touch screen when the pointer is touched.

The proximity sensor detects a proximity touch and a proximity touch pattern (eg, a proximity touch distance, a proximity touch direction, a proximity touch speed, a proximity touch time, a proximity touch position, a proximity touch movement state, etc.). Information corresponding to the sensed proximity touch operation and proximity touch pattern may be output on the touch screen.

The sound output module 352 may output audio data received from the wireless communication unit 310 or stored in the memory 360 in a call signal reception, a call mode or a recording mode, a voice recognition mode, a broadcast reception mode, and the like. The sound output module 352 also outputs sound signals related to functions (eg, a call signal reception sound, a message reception sound, etc.) performed by the mobile device 300. The sound output module 352 may include a receiver, a speaker, a buzzer, and the like.

The alarm unit 353 outputs a signal for notifying the occurrence of an event of the mobile device 300. Examples of events occurring in mobile devices include call signal reception, message reception, key signal input, and touch input. The alarm unit 353 may output a signal for notifying the occurrence of an event in a form other than a video signal or an audio signal, for example, by vibration. The video signal or audio signal may also be output through the display unit 351 or the audio output module 352, so that they 351 and 352 may be classified as part of the alarm unit 353.

The haptic module 354 generates various tactile effects that a user can feel. A typical example of the tactile effect generated by the haptic module 354 is vibration. The intensity and pattern of vibration generated by the haptic module 354 can be controlled. For example, different vibrations may be synthesized and output or may be sequentially output. In addition to vibration, the haptic module 354, in addition to vibration, is a pin arrangement that moves vertically with respect to the contact skin surface, the blowing force or suction force of air through the injection or inlet, the grazing of the skin surface, the contact of the electrode, and the stimulus such as electrostatic force. It can generate various tactile effects, such as the effect by the effect and the effect by reproducing the feeling of cooling/warm using an endothermic or exothermic element. The haptic module 354 may be implemented so that not only a tactile effect can be transmitted through direct contact, but also a user can feel the tactile effect through a muscle sensation such as a finger or an arm. Two or more haptic modules 354 may be provided depending on the configuration aspect of the mobile device 300.

The memory 360 may store a program for the operation of the controller 380 and may temporarily store input/output data (eg, phone book, message, still image, video, etc.). The memory 360 may store data related to vibrations and sounds of various patterns output when a touch input on the touch screen is input.

The memory 360 includes 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, RAM), SRAM (Static Random Access Memory), ROM (Read-Only Memory, ROM), 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. The mobile device 300 may operate in connection with a web storage that performs a storage function of the memory 360 on the Internet.

The interface unit 370 serves as a passage for all external devices connected to the mobile device 300. The interface unit 370 receives data from an external device or receives power and transmits it to each component inside the mobile device 300, or transmits data inside the mobile device 300 to an external device. For example, a wired/wireless headset port, an external charger port, a wired/wireless data port, a memory card port, a port for connecting a device equipped with an identification module, an audio input/output (I/O) port, A video I/O port, an earphone port, and the like may be included in the interface unit 370.

The identification module is a chip that stores various types of information for authenticating the right to use the mobile device 300, and includes a user identification module (UIM), a subscriber identification module (SIM), and a universal user authentication module ( Universal Subscriber Identity Module, USIM), and the like. A device equipped with an identification module (hereinafter referred to as'identification device') may be manufactured in a smart card format. Accordingly, the identification device may be connected to the terminal 200 through the port.

When the mobile device 300 is connected to an external cradle, the interface unit 370 serves as a path through which power from the cradle is supplied to the mobile device 300, or various types of input from the cradle by a user. It may be a path through which the command signal is transmitted to the mobile device. Various command signals or the power input from the cradle may be operated as signals for recognizing that the mobile device is correctly mounted on the cradle.

The controller 380 generally controls the overall operation of the mobile device 300. The control unit 380 performs related control and processing for, for example, a voice call, a data communication, a video call, and the like. The controller 380 may also include a multimedia module 381 for playing multimedia. The multimedia module 381 may be implemented in the control unit 380 or separately from the control unit 380. The control unit 380 may perform a pattern recognition process capable of recognizing a handwriting input or a drawing input performed on the touch-screen as characters and images, respectively.

The power supply unit 390 receives external power and internal power under the control of the control unit 380 and supplies power necessary for the operation of each component.

Various embodiments described herein may be implemented in a recording medium that can be read by a computer or a similar device using, for example, software, hardware, or a combination thereof.

According to hardware implementation, the embodiments described herein include application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field programmable gate arrays (FPGAs), It may be implemented using at least one of a processor, controller, micro-controllers, microprocessors, and electrical units for performing other functions, in some cases implementations described herein. Examples may be implemented by the control unit 380 itself.

According to software implementation, embodiments such as procedures and functions described in the present specification may be implemented as separate software modules. Each of the software modules may perform one or more functions and operations described herein. Software code can be implemented as a software application written in an appropriate programming language. Here, the software code may be stored in the memory 360 and executed by the controller 380.

4 is a block diagram illustrating a digital device according to another embodiment of the present invention.

Other examples of the digital device 400 include a broadcast receiving unit 405, an external device interface unit 435, a storage unit 440, a user input interface unit 450, a control unit 470, a display unit 480, and an audio system. An output unit 485, a power supply unit 490, and a photographing unit (not shown) may be included. Here, the broadcast reception unit 405 may include at least one tuner 410, a demodulation unit 420, and a network interface unit 430. However, in some cases, the broadcast reception unit 405 includes a tuner 410 and a demodulation unit 420, but may not include the network interface unit 430, and vice versa. In addition, although the broadcast receiving unit 405 is not shown, a multiplexer is provided to provide a signal demodulated by the demodulation unit 420 through the tuner 410 and a signal received through the network interface unit 430. Can also be multiplexed. In addition, the broadcast reception unit 425 is also not shown, but includes a demultiplexer to demultiplex the multiplexed signal or to demultiplex the demodulated signal or the signal that has passed through the network interface unit 430. I can.

The tuner 410 receives an RF broadcast signal by tuning a channel selected by a user or all previously stored channels among radio frequency (RF) broadcast signals received through an antenna. In addition, the tuner 410 converts the received RF broadcast signal into an intermediate frequency (IF) signal or a baseband signal.

For example, if the received RF broadcast signal is a digital broadcast signal, it is converted to a digital IF signal (DIF), and if the received RF broadcast signal is an analog broadcast signal, it is converted to an analog baseband video or audio signal (CVBS/SIF). That is, the tuner 410 may process both digital broadcast signals or analog broadcast signals. The analog baseband video or audio signal (CVBS/SIF) output from the tuner 410 may be directly input to the controller 470.

In addition, the tuner 410 may receive an RF broadcast signal of a single carrier or multiple carriers. Meanwhile, the tuner 410 sequentially tunes and receives RF broadcast signals of all broadcast channels stored through a channel memory function among RF broadcast signals received through an antenna, and receives them, and receives them as an intermediate frequency signal or a baseband signal (DIF: Digital Intermediate Signal). Frequency or baseband signal).

The demodulator 420 may receive and demodulate the digital IF signal DIF converted by the tuner 410, and may perform channel decoding or the like. To this end, the demodulation unit 420 includes a Trellis decoder, a de-interleaver, a Reed-Solomon (RS) decoder, or a convolution decoder, A deinterleaver and a Reed-Soloman decoder may be provided.

The demodulator 420 may output a stream signal TS after performing demodulation and channel decoding. In this case, the stream signal may be a signal in which a video signal, an audio signal, or a data signal is multiplexed. For example, the stream signal may be an MPEG-2 Transport Stream (TS) in which an MPEG-2 standard video signal and a Dolby AC-3 standard audio signal are multiplexed.

The stream signal output from the demodulator 420 may be input to the controller 470. The controller 470 may control demultiplexing, image/audio signal processing, and the like, and may control output of an image through the display unit 480 and an audio output through the audio output unit 485.

The external device interface unit 435 provides an interfacing environment between the digital device 300 and various external devices. To this end, the external device interface unit 335 may include an A/V input/output unit (not shown) or a wireless communication unit (not shown).

The external device interface unit 435 includes a digital versatile disk (DVD), a Blu-ray, a game device, a camera, a camcorder, a computer (laptop), a tablet PC, a smart phone, and a Bluetooth device. device) and external devices such as the cloud, etc. may be connected by wire or wirelessly. The external device interface unit 435 transmits a signal including data such as an image, video, and audio input through a connected external device to the control unit 470 of the digital device. The controller 470 may control the processed image, video, audio, etc. to output a data signal to a connected external device. To this end, the external device interface unit 435 may further include an A/V input/output unit (not shown) or a wireless communication unit (not shown).

The A/V input/output unit includes a USB terminal, a CVBS (Composite Video Banking Sync) terminal, a component terminal, an S-video terminal (analog), so that video and audio signals from an external device can be input to the digital device 400. It may include a Digital Visual Interface (DVI) terminal, a High Definition Multimedia Interface (HDMI) terminal, an RGB terminal, and a D-SUB terminal.

The wireless communication unit may perform short-range wireless communication with other digital devices. The digital device 400 is, for example, Bluetooth, Radio Frequency Identification (RFID), infrared data association (IrDA), Ultra Wideband (UWB), ZigBee, Digital Living Network Alliance (DLNA). It can be networked with other digital devices according to a communication protocol such as.

In addition, the external device interface unit 435 may be connected through at least one of the set-top-box STB and the above-described various terminals to perform input/output operations with the set-top-box STB.

Meanwhile, the external device interface unit 435 may receive an application or an application list in an adjacent external device and transmit it to the control unit 470 or the storage unit 440.

The network interface unit 430 provides an interface for connecting the digital device 400 to a wired/wireless network including an Internet network. The network interface unit 430 may include, for example, an Ethernet terminal for connection to a wired network, and for connection to a wireless network, for example, WLAN (Wireless LAN) (Wi- Fi), Wireless broadband (Wibro), World Interoperability for Microwave Access (Wimax), and High Speed Downlink Packet Access (HSDPA) communication standards can be used.

The network interface unit 430 may transmit or receive data with other users or other digital devices through a connected network or another network linked to the connected network. Particularly, some content data stored in the digital device 400 may be transmitted to another user registered in advance with the digital device 400 or a selected user or a selected digital device among other digital devices.

Meanwhile, the network interface unit 430 may access a predetermined web page through a connected network or another network linked to the connected network. That is, by accessing a predetermined web page through a network, the server and data can be transmitted or received. In addition, content or data provided by a content provider or network operator may be received. That is, content such as movies, advertisements, games, VODs, and broadcast signals provided from a content provider or a network provider may be received through a network, and information related thereto. In addition, it is possible to receive update information and an update file of firmware provided by a network operator. It can also transmit data to the Internet or to a content provider or network operator.

In addition, the network interface unit 430 may select and receive a desired application from among applications opened through a network.

The storage unit 440 may store a program for processing and controlling each signal in the control unit 470, or may store signal-processed video, audio, or data signals.

In addition, the storage unit 440 may perform a function for temporary storage of a video, audio, or data signal input from the external device interface unit 435 or the network interface unit 430. The storage unit 440 may store information on a predetermined broadcast channel through a channel memory function.

The storage unit 440 may store an application or an application list input from the external device interface unit 435 or the network interface unit 330.

In addition, the storage unit 440 may store various platforms that will be described later.

The storage unit 440 includes, for example, a flash memory type, a hard disk type, a multimedia card micro type, and a card type memory (for example, SD or XD Memory, etc.), RAM, and ROM (EEPROM, etc.). The digital device 400 may reproduce and provide a content file (movie file, still image file, music file, document file, application file, etc.) stored in the storage unit 440 to a user.

4 illustrates an embodiment in which the storage unit 440 is provided separately from the control unit 470, but the present invention is not limited thereto. In other words, the storage unit 440 may be included in the control unit 470.

The user input interface unit 450 transmits a signal input by a user to the controller 470 or transmits a signal from the controller 470 to the user.

For example, the user input interface unit 450 controls power on/off, channel selection, screen setting, etc. from the remote control device 500 according to various communication methods such as an RF communication method and an infrared (IR) communication method. The signal may be received and processed, or a control signal of the controller 470 may be transmitted to the remote control device 500.

In addition, the user input interface unit 450 may transmit a control signal input from a local key (not shown) such as a power key, a channel key, a volume key, and a set value to the control unit 470.

The user input interface unit 450 transmits a control signal input from a sensing unit (not shown) that senses a user's gesture to the controller 470, or transmits a signal from the controller 470 to the sensing unit. It can be transmitted to (not shown). Here, the sensing unit (not shown) may include a touch sensor, a voice sensor, a position sensor, a motion sensor, and the like.

The control unit 470 generates a signal for video or audio output by demultiplexing the stream input through the tuner 410, the demodulation unit 420, or the external device interface unit 435 or processing the demultiplexed signals. And can be output.

The image signal processed by the controller 470 may be input to the display unit 480 and displayed as an image corresponding to the corresponding image signal. Also, the image signal processed by the controller 470 may be input to an external output device through the external device interface unit 435.

The audio signal processed by the control unit 470 may be audio output to the audio output unit 485. Also, the voice signal processed by the controller 470 may be input to an external output device through the external device interface unit 435.

Although not shown in FIG. 4, the control unit 470 may include a demultiplexer, an image processing unit, and the like.

The controller 470 may control the overall operation of the digital device 400. For example, the controller 470 may control the tuner 410 to tune an RF broadcast corresponding to a channel selected by a user or a previously stored channel.

The control unit 470 may control the digital device 400 according to a user command or an internal program input through the user input interface unit 450. In particular, it is possible to connect to a network to download an application or an application list desired by a user into the digital device 400.

For example, the control unit 470 controls the tuner 410 to input a signal of a selected channel according to a predetermined channel selection command received through the user input interface unit 450. And it processes video, audio, or data signals of the selected channel. The control unit 470 allows channel information selected by the user to be output through the display unit 480 or the audio output unit 485 together with the processed image or audio signal.

As another example, the control unit 470 may be input from an external device, for example, a camera or a camcorder, according to an external device video playback command received through the user input interface unit 450. Of, video signals or audio signals can be output through the display unit 480 or the audio output unit 485.

Meanwhile, the controller 470 may control the display unit 480 to display an image. For example, a broadcast image input through the tuner 410, an external input image input through the external device interface unit 435, an image input through a network interface unit, or an image stored in the storage unit 440 , It can be controlled to be displayed on the display unit 480. In this case, the image displayed on the display unit 480 may be a still image or a moving image, and may be a 2D image or a 3D image.

In addition, the controller 470 may control to play content. The content at this time may be content stored in the digital device 400, received broadcast content, or external input content input from the outside. The content may be at least one of a broadcast image, an external input image, an audio file, a still image, a connected web screen, and a document file.

Meanwhile, when entering the application view item, the controller 470 may control to display an application or a list of applications that can be downloaded from the digital device 300 or from an external network.

The controller 470 may control to install and run an application downloaded from an external network in addition to various user interfaces. In addition, according to the user's selection, it is possible to control the display unit 480 to display an image related to an executed application.

Meanwhile, although not shown in the drawing, a channel browsing processing unit for generating a thumbnail image corresponding to a channel signal or an external input signal may be further provided.

The channel browsing processing unit receives the stream signal TS output from the demodulation unit 320 or the stream signal output from the external device interface unit 335 and extracts an image from the input stream signal to generate a thumbnail image. I can. The generated thumbnail image may be input to the controller 470 as it is or after being encoded. In addition, the generated thumbnail image may be encoded in the form of a stream and input to the controller 470. The controller 470 may display a thumbnail list including a plurality of thumbnail images on the display unit 480 by using the input thumbnail images. Meanwhile, the thumbnail images in the thumbnail list may be updated sequentially or simultaneously. Accordingly, the user can easily grasp the contents of a plurality of broadcast channels.

The display unit 480 converts an image signal, a data signal, an OSD signal processed by the control unit 470 or an image signal, a data signal received from the external device interface unit 435 into R, G, and B signals, respectively. Generate a drive signal.

The display unit 480 may be a PDP, an LCD, an OLED, a flexible display, a 3D display, or the like.

Meanwhile, the display unit 480 may be configured as a touch screen and used as an input device in addition to an output device.

The audio output unit 485 receives a signal processed by the control unit 470, for example, a stereo signal, a 3.1 channel signal, or a 5.1 channel signal, and outputs it as audio. The audio output unit 485 may be implemented with various types of speakers.

Meanwhile, in order to detect a user's gesture, as described above, a sensing unit (not shown) including at least one of a touch sensor, a voice sensor, a position sensor, and a motion sensor may be further provided in the digital device 400. . The signal sensed by the sensing unit (not shown) may be transmitted to the control unit 3470 through the user input interface unit 450.

Meanwhile, a photographing unit (not shown) for photographing a user may be further provided. Image information captured by the photographing unit (not shown) may be input to the control unit 470.

The controller 470 may detect a user's gesture by combining or combining an image captured from a photographing unit (not shown) or a signal sensed from a sensing unit (not shown).

The power supply unit 490 supplies corresponding power to the entire digital device 400.

In particular, power is supplied to the control unit 470 that can be implemented in the form of a System on Chip (SoC), the display unit 480 for image display, and the audio output unit 485 for audio output. I can.

To this end, the power supply unit 490 may include a converter (not shown) that converts AC power into DC power. Meanwhile, for example, when the display unit 480 is implemented as a liquid crystal panel having a plurality of backlight lamps, an inverter capable of operating a Pulse Width Modulation (PWM) for luminance variable or dimming driving (inverter) (not shown) may be further provided.

The remote control device 500 transmits a user input to the user input interface unit 450. To this end, the remote control device 500 may use Bluetooth, Radio Frequency (RF) communication, infrared (IR) communication, Ultra Wideband (UWB), ZigBee, or the like.

In addition, the remote control device 500 may receive an image, audio, or data signal output from the user input interface unit 450 and display it on the remote control device 500 or output a voice or vibration.

The digital device 400 described above may be a digital broadcast receiver capable of processing a digital broadcast signal of a fixed or mobile ATSC method or a DVB method.

In addition, the digital device according to the present invention may omit some of the illustrated configurations as necessary, or may further include a configuration not illustrated. Meanwhile, unlike the above, the digital device does not include a tuner and a demodulator, and may receive and play content through a network interface unit or an external device interface unit.

5 is a block diagram illustrating a detailed configuration of a control unit of FIGS. 2 to 4 according to an embodiment of the present invention.

An example of a control unit is a demultiplexer 510, an image processing unit 5520, an OSD generator 540, a mixer 550, a frame rate converter (FRC) 555, and A formatter 560 may be included. In addition, although not shown, the control unit may further include a voice processing unit and a data processing unit.

The demultiplexer 510 demultiplexes an input stream. For example, the demultiplexer 510 may demultiplex input MPEG-2 TS video, audio, and data signals. Here, the stream signal input to the demultiplexer 510 may be a stream signal output from a tuner or demodulator or an external device interface unit.

The image processing unit 420 performs image processing on the demultiplexed image signal. To this end, the image processing unit 420 may include an image decoder 425 and a scaler 435.

The image decoder 425 decodes the demultiplexed image signal, and the scaler 435 scales the resolution of the decoded image signal to be output from the display unit.

The video decoder 525 may support various standards. For example, the video decoder 525 functions as an MPEG-2 decoder when the video signal is encoded in the MPEG-2 standard, and the video signal is encoded in the Digital Multimedia Broadcasting (DMB) method or the H.264 standard. In this case, it can perform the function of an H.264 decoder.

Meanwhile, the image signal decoded by the image processing unit 520 is input to the mixer 450.

The OSD generator 540 generates OSD data by itself or according to a user input. For example, the OSD generation unit 440 generates data for displaying various types of data on the screen of the display unit 380 in the form of a graphic or text based on a control signal of the user input interface unit. The generated OSD data includes various data such as a user interface screen of a digital device, various menu screens, widgets, icons, and viewing rate information. The OSD generator 540 may generate data for displaying a caption of a broadcast image or broadcast information based on EPG.

The mixer 550 mixes the OSD data generated by the OSD generation unit 540 and the image signal processed by the image processing unit and provides the mixture to the formatter 560. As the decoded video signal and OSD data are mixed, the OSD is displayed as an overlay on a broadcast video or an external input video.

The frame rate conversion unit (FRC) 555 converts a frame rate of an input video. For example, the frame rate converter 555 may convert the frame rate of an input 60 Hz image to have a frame rate of, for example, 120 Hz or 240 Hz according to an output frequency of the display unit. As described above, there may be various methods for converting the frame rate. For example, when converting the frame rate from 60Hz to 120Hz, the frame rate converter 555 inserts the same first frame between the first frame and the second frame, or the first frame predicted from the first frame and the second frame. It can be converted by inserting 3 frames. As another example, when converting the frame rate from 60Hz to 240Hz, the frame rate converter 555 may convert by inserting three more identical frames or predicted frames between existing frames. Meanwhile, when a separate frame conversion is not performed, the frame rate conversion unit 555 may be bypassed.

The formatter 560 changes the output of the input frame rate conversion unit 555 according to the output format of the display unit. For example, the formatter 560 may output R, G, B data signals, and these R, G, B data signals are output as a low voltage differential signal (LVDS) or mini-LVDS. Can be. In addition, when the output of the input frame rate converter 555 is a 3D image signal, the formatter 560 may support 3D service through the display unit by configuring and outputting in a 3D format suitable for an output format of the display unit.

Meanwhile, the voice processing unit (not shown) in the control unit may perform voice processing of the demultiplexed voice signal. Such a voice processing unit (not shown) may support processing various audio formats. For example, even when a voice signal is encoded in a format such as MPEG-2, MPEG-4, AAC, HE-AAC, AC-3, BSAC, a decoder corresponding thereto may be provided and processed.

In addition, the voice processing unit (not shown) in the control unit may process a base, a treble, and a volume control.

The data processing unit (not shown) in the control unit may perform data processing on the demultiplexed data signal. For example, the data processing unit may decode the demultiplexed data signal even when it is encoded. Here, the encoded data signal may be EPG information including broadcast information such as a start time and an end time of a broadcast program aired on each channel.

Meanwhile, the above-described digital device is an example according to the present invention, and each component may be integrated, added, or omitted according to the specifications of the digital device that is actually implemented. That is, if necessary, two or more components may be combined into one component or one component may be subdivided into two or more components. In addition, functions performed by each block are for explaining an embodiment of the present invention, and specific operations or devices thereof do not limit the scope of the present invention.

Meanwhile, the digital device may be an image signal processing device that performs signal processing of an image stored in the device or an input image. Other examples of the video signal processing device include a set-top box (STB) excluding the display unit 480 and audio output unit 485 shown in FIG. 4, the above-described DVD player, Blu-ray player, game device, and computer. And the like may be further illustrated.

6 is a diagram illustrating an input means connected to the digital device of FIGS. 2 to 4 according to an embodiment of the present invention.

A front panel (not shown) or control means (input means) provided on the digital device 600 is used to control the digital device 600.

On the other hand, the control means is a user interface device (UID) capable of wired and wireless communication, and is mainly implemented for the control purpose of the digital device 600, a remote control 610, a keyboard 630, a pointing device 620, A touch-pad or the like may be included, but a control means for exclusive use of an external input connected to the digital device 600 may also be included. In addition, a mobile device such as a smart phone or a tablet PC that controls the digital device 600 through mode switching, etc., which is not the purpose of controlling the digital device 600 is also included in the control means. However, in this specification, for convenience, a pointing device is described as an example, but the present disclosure is not limited thereto.

Input means are communication protocols such as Bluetooth, Radio Frequency Identification (RFID), infrared data association (IrDA), Ultra Wideband (UWB), ZigBee, Digital Living Network Alliance (DLNA), RS, etc. By employing at least one or more as needed, it is possible to communicate with a digital device.

The remote control 610 refers to a conventional input means provided with various key buttons necessary for controlling the digital device 600.

The pointing device 620 implements a pointer corresponding to the screen of the digital device 600 based on the user's movement, pressure, rotation, etc. by mounting a gyro sensor, etc. ) To transmit a predetermined control command. The pointing device 620 may be named by various names such as a magic remote control and a magic controller.

The keyboard 630 is an intelligent integrated digital device that goes beyond only conventional broadcasting and provides various services such as web browsers, applications, and SNS (Social Network Service), so that the conventional remote control 610 can be used alone to control the keyboard 630. It was not easy, and it was implemented to improve the convenience of inputting text, etc. by implementing it similarly to the keyboard of a PC.

On the other hand, control means such as the remote control 610, the pointing device 620, and the keyboard 630 are provided with a touch pad as necessary to input text, move a pointer, and enlarge/reduce photos or videos for more convenient and various control purposes. Can be used for

The digital device described in this specification uses, for example, a Linux OS and a webOS platform supporting the same. Hereinafter, a webOS-based configuration or processing process such as an algorithm may be performed by the control unit of the digital device described above. Here, the control unit is used in a broad sense including the control unit in FIGS. 2 to 5 described above. Therefore, in the following, for processing of services, applications, and contents based on or related to WebOS in a digital device, hardware or components including related software and firmware are used as a controller. Name and explain.

This webOS-based platform is intended to improve development independence and functional scalability by integrating services and applications based on, for example, Luna-service Bus, and application development based on a web application framework. It can also increase productivity. In addition, it is possible to support multi-tasking by efficiently utilizing system resources and the like through WebOS process and resource management.

Meanwhile, the webOS platform described herein can be used not only in fixed devices such as PCs, TVs, and set-top boxes (STBs), but also mobile devices such as mobile phones, smart phones, tablet PCs, notebooks, and wearable devices. .

The structure of software for digital devices is a single process and a closed product based on multi-threading technology with a monolithic structure depending on the conventional problem solving and market. As a result, there was a difficulty in external application, and after that, we aimed to develop a new platform-based platform, and pursue cost innovation through chip-set replacement and efficiency of UI application and external application development, and layering and componentization. ) To have a 3-layered structure, add-on, single source product, and add-on structure for open application. In recent years, the software structure has been further developed to provide a modular architecture for functional units, Web Open API (Application Programming Interface) for eco-system, and for game engine. Modular design for a native open API, etc. is being made, and accordingly, it is created in a multi-process structure based on a service structure.

7 is a diagram illustrating a webOS architecture according to an embodiment of the present invention.

Referring to FIG. 7, the architecture of the webOS platform will be described as follows.

The platform can be largely classified into a kernel, a system library-based Web OS core platform, an application, and a service.

The architecture of the WebOS platform is a layered structure, with the OS at the bottom layer, system library(s) at the next layer, and applications at the top level.

First, the lowermost layer may include a Linux kernel as an OS layer, and may include Linux as an OS of the digital device.

Above the OS layer, a Board Support Package (BSP) / Hardware Abstraction Layer (HAL) layer, a Web OS core modules layer, a service layer, and a Luna-Service bus layer. Bus layer), Enyo framework/NDK (Native Developer's Kit)/QT layer (Enyo framework/NDK/QT layer), and the application layer in the uppermost layer in sequence.

Meanwhile, some of the layers in the webOS layer structure described above may be omitted, and a plurality of layers may be formed as one layer or, conversely, one layer may be formed as a plurality of layered structures.

The webOS core module layer is based on LSM (Luna Surface Manager) that manages surface windows, SAM (System & Application Manager) that manages application execution and execution status, and WebKit. Thus, it may include a Web Application Manager (WAM) that manages web applications and the like.

The LSM manages an application window displayed on a screen. The LSM manages the display hardware (Display HW), provides a buffer that can render content necessary for applications, and synthesizes the results of multiple applications on the screen. Can be printed.

The SAM manages execution policies for various conditions of systems and applications.

On the other hand, WAM is based on the Enyo Framework, as webOS can see a web application as a basic application.

The application's service use is performed through the Luna-service bus, and a service can be newly registered on the bus, and the application can find and use the service it needs.

The service layer may include services of various service levels, such as a TV service and a webOS service. Meanwhile, the webOS service may include a media server, Node.JS, and the like, and in particular, the Node.JS service supports, for example, JavaScript.

WebOS service is a Linux process that implements function logic and can communicate over a bus. This can be largely divided into four parts, which are migrated from the TV process and existing TV to the webOS, or services that are differentiated by manufacturers, and are developed as webOS common services and JavaScript, and are used through Node.js. It consists of a Node.js service.

The application layer may include all applications supported by a digital device, such as a TV application, a showcase application, a native application, and a web application.

Applications on the webOS may be classified into a web application, a PDK (Palm Development Kit) application, a QML (Qt Meta Language or Qt Modeling Language) application, and the like according to an implementation method.

The web application is based on a WebKit engine and is executed on a WAM runtime. Such web applications may be developed and executed based on the Enyo framework, or based on general HTML5, Cascading Style Sheets (CSS), and JavaScript.

The PDK application includes a native application developed in C/C++ based on a PDK provided for a third-party or external developer. The PDK refers to a set of development libraries and tools provided so that third parties such as games can develop native applications (C/C++). For example, the PDK application can be used in the development of an application whose performance is important.

The QML application is a Qt-based native application, and includes basic applications provided with the webOS platform such as card view, home dashboard, and virtual keyboard. Here, QML is a mark-up language in the form of a script instead of C++.

Meanwhile, in the above, a native application refers to an application developed in C/C++, compiled, and executed in a binary form, and such a native application has the advantage of having a high execution speed.

8 is a diagram illustrating an architecture of a webOS device according to an embodiment of the present invention.

FIG. 8 is a block diagram based on a runtime of a webOS device, which can be understood with reference to the layered structure of FIG. 7.

Hereinafter, description with reference to FIGS. 7 and 8 is as follows.

Referring to FIG. 8, services, applications, and webOS core modules are included on a system OS (Linux) and system libraries, and communication between them may be performed through a Luna-service bus.

Node.js services based on HTML5, CSS, and java script such as e-mail, contact, calendar, etc., logging, backup, and file notifications WebOS services such as notify), database (DB), activity manager, system policy, audio daemon (AudioD), update, media server, etc., EPG TV services such as (Electronic Program Guide), Personal Video Recorder (PVR), data broadcasting, etc., voice recognition, Now on, Notification, and search , Auto Content Recognition (ACR), Contents List Broswer (CBOX), wfdd, DMR, Remote Application, download, CP services such as Sony Philips Digital Interface Format (SDPIF), PDK applications, browser , Native applications such as QML applications, and UI-related TV applications and web applications based on the Enyo framework are processed through the aforementioned webOS core modules such as SAM, WAM, and LSM through the Luna-service bus. Meanwhile, in the above, TV applications and web applications may not necessarily be based on the Enyo framework or related to UI.

The CBOX can manage a list of contents and metadata of external devices such as USB, DLNA, and cloud connected to the TV. Meanwhile, CBOX can output content listings of various content containers such as USB, DMS, DVR, cloud, etc. as an integrated view. In addition, CBOX can display various types of content listings such as pictures, music, and videos, and manage their metadata. In addition, the CBOX may output contents of an attached storage device in real-time. For example, when a storage device such as USB is plugged in, the CBOX must be able to immediately output a content list of the storage device. In this case, a standardized method for processing the content listing may be defined. In addition, CBOX can accommodate a variety of connection protocols.

The SAM is for improving module complexity and improving scalability. For example, the existing system manager handles various functions such as system UI, window management, web application runtime, and constraints processing on UX in one process. Implementation complexity is reduced by clarifying the inter-interface.

LSM supports independent development and integration of system UX implementations such as card view and launcher, and supports easy response to changes in product requirements. On the other hand, LSM enables multi-tasking by maximizing hardware resources (HW resources) when synthesizing multiple application screens such as App-on-App, using multi-windows and 21:9. It can provide a window management mechanism for.

LSM supports the implementation of system UI based on QML and improves its development productivity. QML UX is based on MVC, and it is possible to easily compose a view of a screen layout and UI components, and to easily develop a code for handling user input. On the other hand, the interface between QML and the webOS component is made through the QML extension plug-in, and the graphic operation of the application can be based on the wayland protocol and luna-service call. have.

As described above, LSM is an abbreviation of Luna Surface Manager and functions as an Application Window Compositor.

LSM combines independently developed applications and UI components on the screen and outputs them. Relatedly, when components such as a Recents application, a showcase application, and a launcher application each render their own content, the LSM defines an output area and an interworking method as a compositor. In other words, the compositor LSM handles graphic synthesis, focus management, and input events. In this case, the LSM receives events and focus from an input manager. These input managers may include a remote controller, a HID such as a mouse & keyboard, a joystick, a game pad, an application remote, and a pen touch.

As described above, LSM supports multiple window models, which can be executed simultaneously in all applications due to the system UI characteristics. Regarding, launcher, rewards, setting, notification, system keyboard, volume UI, search, finger gesture, Voice Recognition (STT (Sound to Text), TTS (Text to Text)) Sound), NLP (Natural Language Processing), etc.), pattern gesture (camera, MRCU (Mobile Radio Control Unit)), live menu, ACR (Auto Content Recognition), etc. can be supported by LSM. .

9 is a diagram illustrating a graphic composition flow in a webOS device according to an embodiment of the present invention.

Referring to FIG. 9, graphic composition processing includes a web application manager 910 in charge of a UI process, a webkit 920 in charge of a web process, an LSM 930, and a graphic manager (GM). It can be done through 940.

When web application-based graphic data (or application) is generated as a UI process in the web application manager 910, the generated graphic data is transmitted to the LSM 930 if it is not a full-screen application. Meanwhile, the web application manager 910 receives the application generated by the web kit 920 to share a graphic processing unit (GPU) memory for graphic management between the UI process and the web process, and receives the application generated by the web kit 920 as described above, If it is not an application, it is transmitted to the LSM 930. In the case of a full-screen application above, the LSM 930 may be bypassed, and in this case, it may be transmitted directly to the graphic manager 940.

The LSM 930 transmits the received UI application to the Wayland Compositor via the Wayland surface, processes it appropriately in the Wayland compositor, and delivers it to the graphic manager. In this way, the graphic data transmitted from the LSM 930 is transmitted to the graphic manager compositor through the LSM GM surface of the graphic manager 940, for example.

Meanwhile, as described above, the full-screen application is directly transferred to the graphic manager 940 without passing through the LSM 930, and such an application is processed in the graphic manager compositor through the WAM GM surface.

The graphic manager processes all graphic data in the WebOS device, and not only data through the LSM GM surface, data through the WAM GM surface described above, but also the GM surface such as Data Broadcasting application and caption application. It receives all of the graphic data passed through and processes it to be properly output on the screen. Here, the function of the GM compositor is the same as or similar to the above-described compositor.

10 is a diagram illustrating a media server according to an embodiment of the present invention, and FIG. 11 is a diagram illustrating a configuration block diagram of a media server according to an embodiment of the present invention, and FIG. 12 Is a diagram illustrating a relationship between a media server and a TV service according to an embodiment of the present invention.

The media server supports the execution of various multimedia in the digital device and manages necessary resources. The media server can efficiently use hardware resources required for media play. For example, the media server requires audio/video hardware resources to execute multimedia, and manages resource usage and can efficiently utilize them. In general, a fixed device having a larger screen than a mobile device requires more hardware resources when performing multimedia, and must also have a faster encoding/decoding and graphic data transfer speed due to a large amount of data. On the other hand, the media server, in addition to streaming and file-based playback, includes broadcasting, recording and tuning tasks, recording at the same time as viewing, or displaying the sender and receiver screens at the same time during a video call. You should be able to handle the back. However, in the media server, hardware resources such as encoders, decoders, tuners, and display engines are limited on a per-chip-set basis, making it difficult to execute multiple tasks at the same time, for example, limiting usage scenarios or user selection. Is received and processed.

The media server can enhance system stability. This is because, for example, the playback pipeline in which an error occurred during media playback can be removed for each pipeline and restarted, whereby an error occurs as described above. Even if it may not affect other media play. Such a pipeline is a chain that connects each unit function such as decoding, analysis, and output when a media playback request is requested, and required unit functions may vary according to a media type.

The media server may have extensibility, and for example, a new type of pipeline may be added without affecting the existing implementation method. For example, the media server may accommodate a camera pipeline, a video conference (Skype) pipeline, a third-party pipeline, and the like.

The media server can process general media playback and TV task execution as separate services, because the interface of the TV service is different from the media playback case. In the above, the media server supports operations such as'setchannel','channelup','channeldown','channeltuning', and'recordstart' in relation to the TV service, and'play' and'pause' in relation to general media playback. By supporting operations such as' and'stop', different operations can be supported for both, and can be handled as separate services.

The media server can control or integrated management of resource management functions. Hardware resource allocation and retrieval in the device are integrated in the media server, and in particular, the TV service process delivers the running task and resource allocation status to the media server. Whenever each media is executed, the media server secures resources and executes the pipeline. Based on the status of the resources occupied by each pipeline, the media server allows execution according to priority (e.g., policy) when requesting media execution and Retrieves resources from other pipelines, etc. Here, a predefined execution priority and required resource information for a specific request are managed by a policy manager, and the resource manager communicates with the policy manager to handle resource allocation and retrieval.

The media server can hold an identifier (ID) for all operations related to playback. For example, the media server may instruct a specific pipeline based on the identifier and issue a command. The media server may issue a command to the pipelines in order to play more than one media.

The media server can be responsible for playing HTML 5 standard media.

In addition, in the media server, separate service processing of the TV pipeline may follow the range of TV restructuring. The media server may be designed and implemented irrespective of the TV restructuring range. If the TV is not separately processed as a service, the entire TV may need to be re-executed when a problem occurs in a specific task.

The media server is also referred to as uMS, that is, a micro media server. Here, the media player is a media client, which is, for example, a web for HTML5 video tag, camera, TV, Skype, 2nd Screen, etc. It can mean a kit (Webkit).

In the media server, the management of micro resources such as a resource manager and a policy manager is a key function. In relation to this, the media server also controls a playback control role for web standard media content. In this regard, the media server may also manage a pipeline controller resource.

Such a media server supports, for example, extensibility, reliability, and efficient resource usage.

In other words, uMS, that is, a media server, is a webOS device such as a cloud game, MVPD (pay service, etc.), a camera preview, a second screen, a resource such as Skype, and a TV resource. It manages and controls the use of resources for proper processing within the overall management and controls so that efficient use is possible. Meanwhile, when each resource is used, for example, a pipeline is used, and the media server can generally manage and control the creation, deletion, and use of the pipeline for resource management.

Here, the pipeline is created when, for example, the media related to a task starts a series of tasks such as parsing a request, a decoding stream, and a video output. Can be. For example, in relation to TV services or applications, watching, recording, channel tuning, etc. are handled by receiving control over resource use, etc., through a pipeline created according to the request, respectively. .

Referring to FIG. 10, the processing structure of the media server will be described in more detail as follows.

In FIG. 10, an application or service is connected to a media server 1020 through a Luna-service bus 1010, and the media server 1020 connects pipelines recreated through the Luna-service bus 1010. Connect and manage.

An application or service may have various clients according to its characteristics, and may exchange data with the media server 1020 or a pipeline through them.

The clients include, for example, a uMedia client (web kit) for connection with the media server 1020 and a resource manager (RM) client (C/C++).

The application including the uMedia client is connected to the media server 1020 as described above. In more detail, the uMedia client corresponds to, for example, a video object to be described later, and this client uses the media server 1020 to operate the video by request or the like.

Here, the video operation relates to a video state, and loading, unloading, play, playback, or reproduce, pause, stop, etc. are all states related to the video operation. May contain data. Each action or state of these videos can be handled through the creation of a separate pipeline. Accordingly, the uMedia client transmits the state data related to the video operation to the pipeline manager 1022 in the media server.

The pipeline manager 1022 obtains information on a resource of a current device through data communication with the resource manager 1024 and requests allocation of a resource corresponding to the state data of the uMedia client. In this case, the pipeline manager 1022 or the resource manager 1024 controls resource allocation through data communication with the policy manager 1026 when necessary in relation to the resource allocation. For example, when there is no or insufficient resource to be allocated according to the request of the pipeline manager 1022 in the resource manager 1024, appropriate resource allocation may be performed according to the request according to the priority comparison of the policy manager 1026. I can.

Meanwhile, the pipeline manager 1022 requests the media pipeline controller 1028 to create a pipeline for an operation according to the request of the uMedia client for the resource allocated according to the resource allocation of the resource manager 1024. .

The media pipeline controller 1028 creates a necessary pipeline under the control of the pipeline manager 1022. In the pipeline thus generated, as illustrated, not only a media pipeline and a camera pipeline, but also a pipeline related to play, pause, and stop may be generated. Meanwhile, the pipeline may include a pipeline for HTML5, web CP, smartshare playback, thumbnail extraction, NDK, cinema, Multimedia and Hypermedia Information Coding Experts Group (MHEG), and the like.

In addition, the pipeline may include, for example, a service-based pipeline (its own pipeline) and a URI-based pipeline (media pipeline).

Referring to FIG. 10, an application or service including an RM client may not be directly connected to the media server 1020. This is because the application or service may directly handle the media. In other words, when an application or service directly processes media, it may not go through the media server. However, in this case, resource management is required for the creation and use of the pipeline, and for this purpose, the uMS connector functions. Meanwhile, when a resource management request for direct media processing of the application or service is received, the uMS connector communicates with the media server 1020 including the resource manager 1024. For this, the media server 1020 must also be equipped with a uMS connector.

Accordingly, the application or service can respond to the request of the RM client by receiving resource management from the resource manager 1024 through the uMS connector. These RM clients can handle services such as native CP, TV service, second screen, flash player, YouTube Medai Source Extensions (MSE), cloud games, and Skype. In this case, as described above, the resource manager 1024 may properly manage resources through data communication with the policy manager 1026 when necessary for resource management.

On the other hand, the URI-based pipeline is performed through the media server 1020 rather than the case of directly processing media like the aforementioned RM client. Such a URI-based pipeline may include a player factory, a Gstreamer, a streaming plug-in, a digital rights management (DRM) plug-in pipeline, and the like.

Meanwhile, an interface method between an application and media services may be as follows.

This is a method to interface using a service in a web application. This is a method of making Luna Call using PSB (Palm Service Bridge) and a method using Cordova, which extends the display to a video tag. There may be other ways to use the HTML5 standard for video tags or media elements.

And, this is a method of interfacing using a service in the PDK.

Or, it is a method of using a service in an existing CP. This can be used by extending the plug-in of the existing platform based on Luna for backward compatibility.

Finally, this is how to interface in the case of non-webOS. In this case, you can interface by calling the Luna bus directly.

Seamless change is handled by a separate module (for example, TVWIN), which is a process to show TV first on the screen without webOS and handle seamlessly before or during booting of webOS. . This is used for the purpose of providing a basic function of a TV service in order to quickly respond to a user's Power On request because the booting time of the webOS is slow. In addition, the module supports seamless change, factory mode, etc. that provide fast booting and basic TV functions as part of the TV service process. In addition, the module may be responsible for switching from a non-webOS mode to a webOS mode.

Referring to FIG. 11, a processing structure of a media server is shown.

In this case, in FIG. 11, a solid box indicates a process processing configuration, and a dotted box may indicate an internal processing module during a process. Further, a solid arrow may indicate an inter-process call, that is, a Luna service call, and a dotted arrow may indicate a notification such as register/notify or a data flow.

A service or a web application or a PDK application (hereinafter referred to as “application”) is connected to various service processing components through a Luna-service bus, through which the application is operated or operation is controlled.

The data processing path varies depending on the type of application. For example, when the application is image data related to a camera sensor, it is transmitted to the camera processing unit 1130 and processed. In this case, the camera processing unit 1130 processes image data of the received application, including a gesture and a face detection module. Here, the camera processing unit 1130 may process the data by creating a pipeline through the media server processing unit 1110 in the case of data that is requested by the user to select or automatically use a pipeline.

Alternatively, when the application includes audio data, the audio may be processed through the audio processing unit (AudioD) 1140 and the audio module (PulseAudio) 1150. For example, the audio processing unit 1140 processes audio data received from an application and transmits the processed audio data to the audio module 1150. In this case, the audio processing unit 1140 may include an audio policy manager to determine processing of audio data. The audio data processed in this way is processed by the audio module 1160. Meanwhile, the application may notify data related to audio data processing to the audio module 1160, which may also notify the audio module 1160 in a related pipeline. The audio module 1150 includes an Advanced Linux Sound Architecture (ALSA).

Alternatively, when the application contains or processes (hereinafter included) content on which DRM is applied, the corresponding content data is transmitted to the DRM service processing unit 1160, and the DRM service processing unit 1170 creates a DRM instance. Thus, the content data on which DRM is applied is processed. Meanwhile, the DRM service processor 1160 may be connected to and processed through a DRM pipeline in a media pipeline and a Luna-service bus to process the content data on which the DRM is applied.

Hereinafter, processing when the application is media data or TV service data (eg, broadcast data) will be described.

12 is a diagram illustrating in more detail only the media server processing unit and the TV service processing unit in FIG. 11 described above.

Therefore, hereinafter, it will be described with reference to FIGS. 11 and 12 together.

First, when the application includes TV service data, it is processed by the TV service processing unit 1120/1220.

Here, the TV service processing unit 1120 includes at least one of, for example, a DVR/channel manager, a broadcasting module, a TV pipeline manager, a TV resource manager, a data broadcasting module, an audio setting module, and a path manager. Alternatively, in FIG. 12, the TV service processing unit 1220 includes a TV broadcast handler, a TV broadcast interface, a service processing unit, a TV middleware (TV MW (middleware)), a path manager, and a BSP ( For example, NetCast). Here, the service processing unit may mean a module including, for example, a TV pipeline manager, a TV resource manager, a TV policy manager, and a USM connector.

In the present specification, the TV service processing unit may have a configuration as shown in FIG. 11 or 12 or may be implemented as a combination of both, and some configurations may be omitted or some components not shown may be added.

The TV service processing unit 1120/1220 transmits, in case of a digital video recorder (DVR) or channel-related data, to a DVR/channel manager based on the attribute or type of TV service data received from the application, and then transmits it to the TV pipeline manager. It is transmitted to and processed by creating a TV pipeline. Meanwhile, when the property or type of the TV service data is broadcast content data, the TV service processing unit 1120 generates and processes a TV pipeline through a TV pipeline manager to process the data through a broadcast module.

Alternatively, a json (Javascript standard object notation) file or a file written in c language is processed by a TV broadcast handler and transmitted to a TV pipeline manager through a TV broadcast interface to create and process a TV pipeline. In this case, the TV broadcast interface unit may transmit the data or file that has passed the TV broadcast handler to the TV pipeline manager based on the TV service policy to be referred to when generating the pipeline.

Hereinafter, the internal processing of the TV service processing unit 1220 of FIG. 12, in particular, the processing of the TV broadcast interface hereinafter will be described in more detail.

The TV broadcast interface may also perform a controller function of the TV service processing unit 1220. The TV broadcast interface requests the TV pipeline manager to create a pipeline, and the TV pipeline manager creates a TV pipeline and requests resources from the TV resource manager. When the TV resource manager makes a resource request to the media server through the UMS connector and acquires it, the TV resource manager returns it to the TV pipeline manager.

The TV pipeline manager arranges the returned resources in the generated TV pipeline, and registers the pipeline information in the path manager. Thereafter, the TV pipeline manager returns the result to the TV pipeline manager, and the TV pipeline manager returns the pipeline to the TV broadcast interface.

Thereafter, the TV broadcast interface communicates with the TV middleware (MW: MiddleWare) to request a channel change, and the TV middleware returns the result.

The TV service may be processed through the above-described process.

The TV pipeline manager may receive control of the TV resource manager when generating one or more pipelines according to a TV pipeline creation request from a processing module or a manager within a TV service. Meanwhile, the TV resource manager may receive the control of the TV policy manager in order to request the status and allocation of resources allocated for the TV service according to the TV pipeline creation request from the TV pipeline manager, and the media server processing unit 1110 /1210) and uMS connector for data communication. The resource manager in the media server processing unit 1110/1210 transmits the status of the resource for the current TV service and whether or not to be allocated according to the request of the TV resource manager. For example, as a result of checking the resource manager in the media server processing unit 1110/1210, if all resources for TV service are already allocated, the TV resource manager may notify that all resources are currently allocated. At this time, the resource manager in the media server processing unit removes a predetermined TV pipeline according to a priority or a predetermined criterion among TV pipelines pre-allocated for TV service, along with the notification, and creates a TV pipeline for the requested TV service. You can also request or assign. Alternatively, the TV resource manager may appropriately remove, add, or create a TV pipeline in the TV resource manager according to the status report of the resource manager in the media server processing unit 1110/1210.

Meanwhile, the BSP supports backward compatibility with, for example, existing digital devices.

The TV pipelines created in this way can be properly operated under the control of the path manager in the process. The path manager may determine or control a processing path or process of the pipelines in consideration of not only the TV pipeline but also the operation of the pipeline generated by the media server processing unit 1110/1210 during the processing.

Next, when the application includes media data rather than TV service data, it is processed by the media server processing unit 1110/1210. Here, the media server processing unit 1110/1210 includes a resource manager, a policy manager, a media pipeline manager, a media pipeline controller, and the like. On the other hand, in the pipeline created under the control of the media pipeline manager and the media pipeline controller, a camera preview pipeline, a cloud game pipeline, and a media pipeline can be variously created. Meanwhile, the media pipeline may include a streaming protocol, an automatic/static gstreamer, and DRM, and the processing flow may be determined according to the control of the path manager. The detailed processing procedure in the media server processing unit 1110/1210 uses the description of FIG. 10 described above, and the description is not repeated here.

In the present specification, the resource manager in the media server processing unit 1110/1210 may manage resources based on, for example, a counter.

The media server design on the above-described webOS platform will be described in more detail as follows.

Media Server is a media framework that supports third-party multimedia pipeline(s) to interface with the WebOS platform. The media server may control, manage, isolate, or deconflict resources so that the third-party multimedia pipeline(s) may be compliant. This media server can be viewed as a platform module that provides a generalized API for applications to play media, and consistently manages hardware resources and policies. Meanwhile, the design of the media server is to reduce complexity through generalization of media processing and separation of related modules.

The core of such a media server is to provide, for example, an integration between a service interface and a WebOS UI. To this end, the media server controls the resource manager, policy manager, and pipeline manager, and provides API access according to resource manager queries.

The uMS connector is the main API and SDK that allows client media pipeline processes to interface with the media server. Ums connectors are events and messages about interfaces. The client media pipelines implement client media pipeline state events to enable load, play, pause, seek, stop, unload, release resource (release_resource), acquire_resource, and the like.

uMedia API provides C and C++ API to media server.

The media resource manager provides a method of describing the use of media hardware resources and pipeline client resources in a single simple configuration file. The media resource manager provides all the capabilities and information necessary to implement default or third-party media policy management.

The media policy manager functions when the resource manager rejects the media pipeline because of a resource conflict. The policy manager can provide a consistent API and SDK to enable third-party policy manager implementation. The policy manager supports media pipelines that match Least Recently Used (LRU), and may be used for one or more conflicting resources.

The pipeline manager tracks and maintains client media pipelines. The Pipeline Controller provides a consistent API to the Pipeline Manager to control and manage client media pipelines.

The media server communicates with the resource manager through a library call, and the resource manager communicates through TV services, the media pipeline, and the Luna service bus.

The media resource manager may compose an entire configurable configuration file for disk live media hardware and media client pipelines, detect resource conflicts, and collect all information necessary to implement media policy management. .

The media policy manager reads the policy_select and policy_action fields of the resource configuration file, the resource content attempts to select the active pipeline described by the policy_select field, and issues with outgoing/selected pipelines based on the policy_action field. Issue. The selection criterion may be a parameter supported by the pipeline configuration setting entry. Policy actions are unload and release. All pipelines support the unload command to release all allocated resources. The pipeline can additionally support the release command to release specific resources. In the above, the release command is for fast switch pipelines competing with common resources, and the unload command of all resources may not be required for the incoming pipeline and deconflict.

The pipeline manager manages the pipeline controller. The pipeline manager maintains a running queue of the pipeline controller and provides unique indexing for incoming messages from application(s) through a media server.

The pipeline controller maintains the relationship of the related media client pipeline process. The pipeline controller maintains all relevant state and provides a media client pipeline control interface to the pipeline manager. The pipeline client process is a separate process using uMS connector to provide a control interface to a media server or the like. Pipeline (client) media technology (Gstreamer, Stage Fright) can be separate and completely decoupled from media server management and services.

Hereinafter, a digital device according to the present invention and a content processing method in the digital device will be described in more detail.

In particular, the present invention relates to a scramble skip of a channel or service. Hereinafter, how to handle scramble skip for the channel or service mainly in the case of auto tuning Describe.

13 is a diagram illustrating an auto tuning setting/processing method according to an embodiment of the present invention.

According to the user's request, the digital device provides an OSD message for channel tuning on the screen as shown in FIG. 13A. Here, the OSD message of FIG. 13A may be output, for example, according to a user selecting a specific key button of a remote controller or a specific key button provided on a front panel of a digital device through the entire menu screen.

13A, the channel tuning menu includes an auto tuning item, a manual tuning item, a cable program list update item, a signal test item, a copy channel item, and the like.

When the user selects an auto tuning item in FIG. 13A, a screen similar to that of FIG. 13B is provided. In FIG. 13B, as sub-items of the auto tuning item, a digital only search item and a scramble channel skip item exist.

13B, if the user turns on the scramble channel skip item, the digital device skips the scramble channel while tuning the channel as shown in FIG. 13C.

In this case, the scrambled channel skip in FIG. 13 may be performed based on, for example, SI data. For example, SDT/VCT or PMT may be used as the SI data.

As described above, even if the scrambled channel skip function is activated, the conventional TV recalls circumstances such as update of NIT data, channel update according to whether CAM (Conditional Access Module) is inserted, or channel update due to inconsistent between SDT and PMT data. Despite the activation of the function, there may be a problem because it is not accurately reflected. Accordingly, in the present invention, as described later, it is intended to provide more accurate channel data according to the scrambled channel skip function according to a method or an algorithm.

14 is a diagram illustrating an auto tuning setting/processing method according to another embodiment of the present invention.

FIG. 14A is the same as FIG. 13A described above, but FIG. 14B is provided when a cable program list update item is selected in FIG. 14A.

In other words, when there is a change in channel information, in a country that supports automatic update, corresponding data is set to be on by default, but in a country that does not support automatic update, the corresponding data may be set to an off value by default. In other words, FIG. 14B shows a guide message to the user for data update in case of NIT update in the latter country, and if the user selects YES in FIG. 14B, a screen as shown in FIG. 14C is configured. Then, the channel map or the channel list is updated by performing auto tuning according to the user's selection.

Hereinafter, SI data used for the present invention will be described in more detail with reference to the accompanying drawings. Herein, in the present specification, English expressions for each field constituting the syntax are indicated as it is to aid the understanding of the present invention and for a simpler and clearer description.

15 is a diagram illustrating a PMT (Program Map Table) table syntax according to an embodiment of the present invention.

The PMT shown in FIG. 15 constitutes PSI data, which is a system standard of MPEG-2 defined for classifying channels and programs. In addition to the PMT, the PSI data includes a program association table (PAT), a conditional access table (CAT), a network information table (NIT), and the like. First, the PAT is special information transmitted by a packet whose PID (Packet Identifier) is '0', and transmits PID information of a corresponding PMT and PID information of a NIT for each program. The CAT transmits information on the pay broadcasting system used by the transmitting side. The PMT of FIG. 15 transmits a program identification number and PID information of a transport stream packet (TS packet) through which individual bit streams such as video and audio constituting the program are transmitted. The NIT transmits information on an actual transmission network. For example, the digital device can know the program number and the PID of the PMT by parsing the PAT table whose PID is 0. In addition, the digital device parses the PMT obtained from the PAT, so that the correlation between the constituent elements constituting the program can be known.

Hereinafter, fields constituting the PMT will be described with reference to FIG. 15.

The table_id field is a table identifier, and identifies that a corresponding table section is a table section constituting a PMT.

The section_syntax_indicator field includes an indicator defining the format of a table section.

The section_length field represents the length of this table section.

The program_number field indicates the number of a program as information consistent with the PAT.

The version_number field indicates the version number of this table section.

The current_next_indicator field includes an indicator indicating whether or not this table section is applied to the PMT.

The section_number field indicates the section number of this table section among table sections constituting the PMT.

The last_section_number field indicates the section number of the last section among table sections constituting the PMT.

The program_info_length field represents the length of a descriptor immediately following the program_info_length field in bytes. That is, it indicates the length of descriptors included in the first loop.

The stream_type field represents the type and coding information of an elementary stream included in a packet having a PID value displayed in the next elementary_PID field.

An elementary_PID field represents an identifier of the elementary stream, that is, a PID value of a packet including a corresponding elementary stream.

The ES_Info_length field represents the length of a descriptor immediately after the ES_Info_length field in bytes. That is, it represents the length of descriptors included in the second loop.

One or more descriptors of a program level are included in the descriptor() area of the first loop of the PMT, and one or more descriptors of the stream level are included in the descriptor() area of the second loop. Included. That is, one or more descriptors included in the first loop are descriptor(s) individually applied to each program, and the descriptor included in the second loop is a descriptor individually applied to each elementary stream ( admit.

16 is a diagram illustrating a syntax of a NIT table according to an embodiment of the present invention.

Hereinafter, the NIT will be described with reference to FIG. 16 as follows.

The table_id field is information identifying that this table section belongs to the NIT table section.

The section_syntax_indicator field is a 1-bit field and can be designed to have a value of 1.

The section_length field is a 12-bit field, and the first two bits are designed as 00, and identifies the number of bytes of the section.

The network_id field is a 16-bit field and functions as a label identifying a delivery system.

The version_number field is a 5-bit field and indicates the version number of a sub table.

The current_next_indicator field is a 1-bit indicator.

The section_number field is an 8-bit field and indicates the number of a section.

The last_section_number field is an 8-bit field and indicates the number of the last section.

The network_descriptors_length field represents the total byte length of following network descriptors.

The transport_stream_loop_length field is 12 bits and indicates the total byte length of TS loops.

The transport_stream_id field functions as an ID label for TS from another multiplex in the transport system.

The original_network_id field is 16 bits and gives information on a label identifying the network_id of the originating transmission system.

The transport_descriptors_length field is a 12-bit field and indicates the total byte length of TS descriptors.

The CRC_32 field is a 32-bit field and includes a Cyclic Redundancy Check (CRC) value giving zero output of registers in the decoder.

17 is a diagram illustrating a syntax of a Service Description Table (SDT) table according to an embodiment of the present invention.

Referring to FIG. 17, SDT describes services included in a specific transport stream in the DVB scheme.

Hereinafter, each field constituting the SDT table section will be described in more detail with reference to FIG. 17 as follows.

The table_id field is a table identifier, and is an identifier for identifying that this table section belongs to the SDT table section.

The section_syntax_indicator field is a 1-bit field and is set to 1.

In the section_length field, the first two bits are set to 00. This field indicates the number of bytes of the section including the CRC.

The transport_stream_id field serves as a label for distinguishing TS.

The version_number field represents a version number of a sub_table. Whenever there is a change in the sub_table, it is incremented by 1.

The current_next_indicator field has a value of 1 when sub_table is currently applicable.

The section_number field represents the number of this table section. The first section has a value of 0x00, and the value increases by 1 for each additional section having the same table_id, transport_stream_id, and original_network_id.

The last_section_number field represents the number of the last section of the sub_table in which this section is part.

The original_network_id field is a label identifying the network_id of the transmission system.

This SDT table section describes a number of services, and each service is signaled using the following fields.

The service_id field defines an identifier that serves as a label that distinguishes it from other services included in the TS. The value of this field may have the same value as, for example, program_number of program_map_section.

When the EIT_schedule_flag field is set to 1, it indicates that EIT schedule information for a corresponding service is included in the current TS. If the value of this field is 0, it indicates that EIT schedule information is not included.

When the EIT_present_following_flag field is set to 1, it indicates that EIT_present_following information for a corresponding service is included in the current TS.

The running_status field represents the status of a service.

When the free_CA_mode field is set to 0, it indicates that all elementary streams of the corresponding service are not scrambled. If set to 1, it means that one or more streams are controlled by the CA system (Conditional Access system).

The descriptors_loop_length field represents the total length of the following descriptor(s) in bytes.

The CRC_32 field represents a CRC value for zero output of a register in the decoder.

18 is a diagram illustrating an event information table (EIT) table syntax according to an embodiment of the present invention.

The table_id field is a table identifier and is an identifier for identifying that this table section belongs to the EIT table section.

The section_syntax_indicator field is a 1-bit field and is set to 1.

The section_length field is a 12-bit field and indicates the number of bytes remaining from after this field to the end of the section including the CRC_32 field.

The service_id field is a 16-bit field and serves as a label that distinguishes it from other services included in the TS. This may be the same as the program_number of program_map_section.

The version_number field is a 5-bit field and indicates the version number of a sub_table. Whenever there is a change in the sub_table, it is incremented by 1. When the version value reaches 31, the next version value becomes 0.

The current_next_indicator field consists of 1 bit, and a value of 1 is set when the sub_table is currently applicable.

The section_number field consists of 8 bits and indicates the number of sections.

The last_section_number field is composed of 8 bits and indicates the number of the last section of a corresponding sub_table in which this section is a part.

The transport_stream_id field is a 16-bit field and serves as a label for distinguishing TS notified by the EIT.

The original_network_id field is a 16-bit field and is a label that identifies the network_id of the transmission system.

The segment_last_section_number field is an 8-bit field that identifies the number of the last segment of the sub_table.

The last_table_id field is an 8-bit field indicating the last used table_id.

The event_id field is a 16-bit field containing an identification number of a depicted event.

The start_time field is a 40-bit field including the Universal Time, Co-ordinated (UTC) and Modified Julian Date (MJD) start time of an event.

The Duration field is a 24-bit field including the duration of an event expressed in hours, minutes, and seconds format.

The running_status field is a 3-bit field indicating the status of a defined event. For the NVOD reference event, the value of the running_status field will be set to 0.

The free_CA_mode field is a 1-bit field, and when set to 0, it indicates that all elementary streams of the event are not scrambled. If set to 1, it means that one or more streams are being controlled by the CA system.

The descriptors_loop_length field is a 12-bit field and indicates the total length of the following descriptor(s) in bytes.

CRC_32 is a 32-bit field and indicates a CRC value for zero output of a register in the decoder.

In PISP, VCT(Virtual Channel Table), STT(System Time Table), RRT(Rating Region Table), ETT(Extended Text Table), DCCT(Direct Channel Change Table), DCCSCT(Direct Channel Change Selection Code Table), EIT (Event Information Table), MGT (Master Guide Table), etc. may be included.

The VCT (TVCT/CVCT) transmits information on a virtual channel, for example, channel information for channel selection and information such as a packet identifier (PID) for receiving audio and/or video. That is, when the VCT is parsed, the PID of the audio and video of the broadcast program carried in the channel along with the channel name and the channel number can be known. The STT transmits current date and time information, and the RRT transmits information on a region for program grade and a deliberation agency. The ETT transmits an additional description of a channel and a broadcast program, and the EIT transmits information about an event of a virtual channel (eg, title, start time, etc.). The DCCT/DCCSCT transmits information related to automatic channel change, and the MGT transmits version and PID information of each table in the PSIP.

19 is a diagram illustrating a terrestrial VCT (TVCT) table syntax according to an embodiment of the present invention.

The table_id field is an 8-bit field and is an identifier that identifies that this table section belongs to the TVCT section.

The section_syntax_indicator field is a 1-bit field that can have a value of 1 for the TVCT section.

private_indicator is a 1-bit field that can have a value of 1.

section_length is a 12-bit field indicating the number of bytes remaining in this section.

transport_stream_id is a 16-bit field representing an MPEG-2 transport stream ID, which appears in a PAT defined by a PID value of 0 (zero) for multiplexing.

The version_number is a 5-bit field indicating the version number of the VCT.

The current_next_indicator is a 1-bit indicator that is always set to a value of 1.

section_number is an 8-bit field for giving the number of a corresponding section.

The last_section_number is an 8-bit field for indicating the number of the last section of the completed TVCT.

protocol_version is an 8-bit field set to a value of 0x00.

Next, describing the body part, num_channels_in_section is an 8-bit field for indicating the number of virtual channels in the VCT section. The number of virtual channels is limited by the section length.

The short_name is a 16-bit field indicating the name of a virtual channel.

The major_channel_number is a 10-bit number for expressing the number of major channels related to a virtual channel defined within a repetition of a for loop. Each virtual channel may be related to one major and one minor channel. This field has a value between 1 and 99.

The minor_channel_number is a 10-bit number having a range from 0 to 999 representing a minor- or sub-channel number.

The modulation_mode is an 8-bit field having an integer whose code is not determined for indicating a modulation mode for a transmitted carrier related to a virtual channel.

The carrier_frequency is a field of 32, and a value recommended for the 32 bits will be 0 (zero).

The channel_TSID is a 16-bit field in which a code for indicating an MPEG-2 transport stream ID related to a transport stream carrying an MPEG-2 program referenced by a virtual channel is not determined.

The program_number is a 16-bit field in which a code related to a virtual channel defined by an MPEG-2 program association or a TS program map table is not determined.

ETM_location is a 2-bit field for indicating the existence and location of an extended text message (ETM).

The hidden is a 1-bit Boolean flag indicating when a virtual channel that is not accessed by a user by a direct entry of the virtual channel number is set.

The hide_guide is a non-logarithmic flag and indicates when a virtual channel and an event of the virtual channel are set to '0' for the hidden channel appearing in the EPG.

service_type is a 6-bit field, and the type field may define a type of service performed in a virtual channel.

source_id is an integer whose 16-bit sign is not determined, and the integer may define a programming source related to a virtual channel. In this case, the source is one specific source of video, text, data, or audio programming.

descriptors_length represents the total length of following descriptors.

descriptor() may properly include none or more descriptors.

additional_descriptors_length may indicate the total length of the following VCT descriptor list.

Finally, describing the trailer part, CRC_32 is a 32-bit field that includes a CRC value that guarantees zero output from registers in the decoder defined in the MPEG-2 system after processing the entire TVCT section.

20 is a diagram illustrating an EIT table syntax according to another embodiment of the present invention.

table_id is an 8-bit field and identifies that this table section belongs to the EIT table section.

The section_syntax_indicator is a 1-bit field and is set to 1. This means that the section after the section length field follows the generic section syntax.

private_indicator is a 1-bit field and is set to 1.

A section_length field is a 12-bit field and indicates the number of bytes remaining from this field to the end of the section including the CRC_32 field.

source_id is a 16-bit field and represents the source_id of a virtual channel carrying an event described in this section.

The version_number is a 5-bit field and indicates the version number of EIT-i. The version number increases by 1 (modulo 32) if any field in EIT-i changes. If i and j are different, the version number of EIT-i and the version number of EIT-j are irrelevant.

current_next_indicator is a 1-bit indicator and is always set to 1 for the EIT section.

A section_number is an 8-bit field and indicates the number of this table section.

The last_section_number is an 8-bit field and indicates the number of the last table section for configuring the EIT.

The protocol_version field allows a table type different from that defined in the current protocol in the future.

The num_events_in_section field represents the number of events in this EIT section.

The event_id field represents the ID of the event to be described.

start_time is a 32-bit field, 1980.1.6. It represents the start time of this event in GPS seconds after 00:00:00 UTC. In any virtual channel, the value of the start_time field cannot be less than the end time (end_time) of the previous event. Here, the end time is defined as a value obtained by adding the length of the event (length_in_seconds) to the start time (start_time) of the event.

ETM_location is a 2-bit field and indicates the presence and location of the ETM.

The length_in_seconds field represents the duration of this event in seconds.

The title_length field represents the length of title_text() in bytes.

title_text() represents the title of an event in a multiple string structure format.

The descriptors_length field represents the total length of the following event descriptor in bytes. Zero or more descriptors are included in the EIT by the iteration of the for loop included in the descriptor(). The types of descriptors defined to be used in the EIT may include content_advisory_descriptor(), caption_service_descriptor(), and AC-3 audio_stream_descriptor().

CRC_32 is a 32-bit field and indicates a CRC value for zero output of a register in the decoder.

Hereinafter, in a service processing method in a digital device according to an embodiment of the present invention, auto tuning is performed and a channel list is generated according to a result of performing the auto tuning. In addition, after reading channel data from the generated channel list, it is identified whether the corresponding channel is a scramble channel based on SI (Signaling Information) data for each auto-tuned channel. Thereafter, a channel identified as a scrambled channel is deleted from the generated channel list to update the channel list, and a service is performed based on the updated channel list according to a user's request.

21 is a flowchart illustrating a service processing method in a digital device according to an embodiment of the present invention.

When a request for auto tuning is received from the user as shown in FIG. 13, the digital device performs auto tuning (S102).

The digital device generates a channel list according to the result of performing the auto tuning. The channel list is generated based on SI data, and this may be a channel map.

The digital device reads channel data of a specific channel from the generated channel list (S104), and then identifies whether the corresponding channel is a scrambled channel based on SI data for each auto-tuned channel ( S106).

As a result of the determination in step S106, if the corresponding channel is not a scrambled channel, channel data of the next channel is read. This process is performed, for example, for one or more channels or for all channels.

As a result of the determination in step S106, if the corresponding channel is a scrambled channel, it is determined whether there is a video PID for the corresponding channel (S108).

As a result of the determination at step S108, if there is a video PID for the corresponding channel, even if the corresponding channel is determined to be a scrambled channel at step S106, the channel is processed as an unscrambled channel and channel data of the next channel is read.

As a result of the determination in step S108, if there is no video PID for the corresponding channel, it is determined whether there is also an audio PID (S110).

As a result of the determination in step S110, if there is an audio PID for the corresponding channel, the corresponding channel is determined as a scrambled channel in step S106 and there is no video PID. For example, it is recognized as an audio-only channel and determined as an unscrambled channel. , Read out the channel data of the next channel.

As a result of the determination in step S110, if there is no audio PID for the corresponding channel, the corresponding channel is determined as a scrambled channel, and data for the corresponding channel is updated in the channel list (S112). Here, the update means, for example, that a corresponding channel is determined to be a scrambled channel, and thus is processed so that it is not deleted or accessible from the channel list. In the above, processing so as not to be accessible may mean that, for example, such as a hidden channel, it is not displayed on the EPG, or access is disabled during the user's passive channel surfing process.

In the above, steps S106, 108, and 110 are sequentially determined to determine whether the corresponding channel is a scrambled channel, which has been described in FIG. 21. However, the present invention is not limited thereto. For example, steps S106, 108, and 110 may be different from those shown in the order of determination. That is, step S108 or step S110 may be determined prior to step S106. In addition, in FIG. 21, in order to determine whether a scrambled channel is present, it is determined through three steps of S106, S108, and S110, but it is also possible to determine whether the corresponding channel is a scrambled channel by only at least one of the steps. You can also add more steps for judgment.

In the above, the SI data may be, for example, SDT or at least one of VCT and PMT among various tables described herein.

In addition, in the present invention, even if it is a scrambled or unscrambled channel through SDT or VCT, the corresponding channel or service information must also refer to the PMT, so even when the SDT or VCT and PMT information do not coincide with each other, it is identified as a scrambled channel. And, accordingly, it can be reflected in the channel list.

In addition, the SI data further includes an EIT, and when a key signal for an EPG output request is received from a user, EPG data may be output based on channel data updated according to the received EPG output request key signal.

Meanwhile, the digital device determines whether there is a version update of the NIT in the SI data after or during the above-described steps S102 to S110 (S2102).

As a result of the determination in step S2102, if there is an update of the NIT version, a guide message is output on the screen to update the channel accordingly (S2104). After that, auto-tuning is performed again according to the user's selection or setting.

22 is a flowchart illustrating a service processing method in a digital device according to another embodiment of the present invention.

Referring to FIG. 22, steps S102 to S110 are the same as those of FIG. 21 described above. Therefore, a detailed description thereof is omitted here, and the corresponding contents are used.

Hereinafter, a different part from FIG. 21 will be mainly described as follows.

The digital device determines whether a CAM (Conditional Access Module) is inserted (S2202).

As a result of determining S2202, if the CAM is inserted, the corresponding channel data is read from the channel data previously stored in the digital device (S2204), and it is determined whether the corresponding channel is a scrambled channel (S2206).

As a result of the determination in step S2206, if the corresponding channel is not a scrambled channel, the digital device reads the next channel data.

However, as a result of the determination in step S2206, if the corresponding channel is a scrambled channel, the digital device communicates with the CAM and determines whether the corresponding channel can be decoded by the CAM (S2208).

As a result of determination in step S2208, if the corresponding channel can be decoded by the inserted CAM, the corresponding channel is determined as an unscrambled channel even though it is a scrambled channel as a result of determination in step S2206, and the next channel data is read out.

However, as a result of the determination in step S2208, if the corresponding channel cannot be decoded by the inserted CAM, the corresponding channel is finally determined as a scrambled channel, and the corresponding channel data is updated in the previously stored channel list (S112).

23 is a flowchart illustrating a service processing method in a digital device according to another embodiment of the present invention.

FIG. 23 is a case in which FIGS. 21 and 22 are combined, for example, and the digital device basically processes a service through the same steps as S102 to S112.

However, during or after steps S102 to S112, if the version of the NIT is newly updated as shown in FIG. 22 or the CAM is inserted as shown in FIG. 23, as described above, the corresponding channel or service has been described above. Do the treatment.

As described above, since the contents of Fig. 23 are a combination of the contents of Figs. 21 and 22 described above, the detailed description of each step uses the above contents and will not be repeated here.

Meanwhile, although not shown, a service processing method in a digital device according to another embodiment of the present invention receives a broadcast signal including a broadcast program and SI data related to the broadcast program, and provides channel data from the SI data. After parsing, a channel map is generated based on the parsed channel data, a key signal for a tuning request is received, the channel map data generated according to the received key signal is read, and each of the read channel map data is Channel map data may be updated by automatically skipping a scrambled channel based on the parsed SI data for a channel to tune a channel, and a broadcast program may be output.

According to the present invention described above, it is possible to provide a method to easily perform channel tuning and update in various situations requiring channel tuning as well as a user's request, and scramble during tuning by checking SI data and PID data in various situations. Channel availability can be more accurately determined, and channel tuning and update can be easily and accurately performed, increasing user convenience and improving product satisfaction.

The digital device and its operation method according to the present invention are not limited to the configuration and method of the embodiments described as described above, but the embodiments are all or part of each embodiment so that various modifications can be made. It may be selectively combined and configured.

Meanwhile, the method of operating a digital device of the present invention can be implemented as a code that can be read by a processor on a recording medium that can be read by a processor provided in the digital device. The processor-readable recording medium includes all types of recording devices that store data that can be read by the processor. Examples of recording media that can be read by the processor include ROM, RAM, CD-ROM, magnetic tape, floppy disk, optical data storage, etc., and also include those implemented in the form of carrier waves such as transmission through the Internet. . Further, the processor-readable recording medium is distributed over a computer system connected through a network, so that the processor-readable code can be stored and executed in a distributed manner.

In addition, although the preferred embodiments of the present invention have been illustrated and described above, the present invention is not limited to the specific embodiments described above, and the technical field to which the present invention belongs without departing from the gist of the present invention claimed in the claims. In addition, various modifications can be implemented by those of ordinary skill in the art, and these modifications should not be understood individually from the technical spirit or prospect of the present invention.

201: network interface unit 202: TCP/IP manager
203: service delivery manager 204: SI decoder
205: demultiplexer 206: audio decoder
207: video decoder 208: display
209: service control manager 210: service discovery manager
211: SI & Metadata Database 212: Metadata Manager
213: service manager 214: UI manager

Claims (16)

In the service processing method in a digital device,
Performing auto tuning;
Generating a channel list according to a result of performing the auto tuning;
Reading channel data from the generated channel list;
Identifying whether a corresponding channel is a scramble channel based on SI (Signaling Information) data for each auto-tuned channel;
Updating a channel list by deleting a channel identified as a scrambled channel from the generated channel list; And
Comprising the step of performing a service based on the updated channel list according to the user's request,
The SI data,
SDT (Service Description Table) or VCT (Virtual Channel Table); And
Including PMT (Program Map Table),
Identification of whether the corresponding channel is a scrambled channel,
And even if it is not a scrambled channel based on the SDT or VCT, if the SDT or VCT does not match the PMT, the corresponding channel is determined as a scrambled channel.
delete delete The method of claim 1,
Identification of whether the corresponding channel is a scrambled channel,
Based on the SI data, even if it is not a scrambled channel, if any one of a video PID (Packet Identifier) and an audio PID is not identified from the corresponding channel, the corresponding channel is determined as a scrambled channel and is deleted from the channel list. Processing method. The method of claim 1,
Identifying a version update of a Network Information Table (NIT) in the SI data;
Outputting on a screen a message indicating whether to update a channel according to the NIT version update; And
A service processing method comprising at least one or more of the steps of performing auto tuning according to at least one of a user's selection and setting. The method of claim 1,
Identifying a Conditional Access Module (CAM) insertion;
Reading channel data from the generated channel list;
Identifying whether to scramble each channel based on the SI data;
Identifying whether a channel identified as an unscramble channel can be decoded by the inserted CAM; And
The service processing method further comprising at least one of the steps of: determining a channel that cannot be decoded by the CAM as a scrambled channel and deleting it from the channel list to update the channel list. The method of claim 6,
The SI data further includes an EIT (Event Information Table),
Receiving a key signal for an EPG output request from a user; And
And outputting EPG data based on the updated channel data according to the received EPG output request key signal. In the service processing method in a digital device,
Receiving a broadcast signal including a broadcast program and SI (Signaling Information) data related to the broadcast program;
Parsing channel data from the SI data;
Generating a channel map based on the parsed channel data;
Receiving a key signal for a tuning request;
Reading channel map data generated according to the received key signal;
Tuning a channel by automatically skipping a scramble channel based on the parsed SI data for each channel in the read channel map data; And
Updating the channel map data, and including the step of outputting a broadcast program,
The SI data,
SDT (Service Description Table) or VCT (Virtual Channel Table); And
Including PMT (Program Map Table),
Tuning the channel by automatically skipping the scrambled channel of the corresponding channel,
And even if it is not a scrambled channel based on the SDT or VCT, if the SDT or VCT does not match the PMT, the corresponding channel is determined as a scrambled channel.
In a digital device,
A user interface unit receiving a key signal requesting execution of auto tuning;
A tuner that performs auto tuning;
A channel list is generated according to the auto-tuning result, channel data is read from the generated channel list, and the corresponding channel is based on SI (Signaling Information) data for each auto-tuned channel. By identifying whether a scramble channel is present, the channel identified as a scramble channel is deleted from the created channel list to update the channel list, and control to perform a service based on the updated channel list according to the user's request. A control unit; And
Includes an output unit for outputting the service,
The SI data,
SDT (Service Description Table) or VCT (Virtual Channel Table); And
Including PMT (Program Map Table),
The control unit,
And even if the SDT or VCT is not a scrambled channel based on the SDT or VCT, when the SDT or VCT does not match the PMT, the corresponding channel is determined as a scrambled channel.

delete delete The method of claim 9,
The control unit,
Based on the SI data, even if it is not a scrambled channel, if any one of a video PID (Packet Identifier) and an audio PID is not identified from the corresponding channel, the corresponding channel is determined as a scrambled channel and is deleted from the channel list. device. The method of claim 9,
The control unit,
When the version update of the Network Information Table (NIT) in the SI data is identified, a message indicating whether to update the channel according to the NIT version update is displayed on the screen, and at least one of the user's selection and setting Digital device, characterized in that for controlling to perform auto tuning according to. The method of claim 9,
The control unit,
When a CAM (Conditional Access Module) is inserted, channel data is read from the generated channel list, and after identifying whether to scramble each channel based on the SI data, the channel identified as an unscramble channel is And controlling to update a channel list by identifying whether decoding is possible by the inserted CAM, determining that a channel that cannot be decoded by the CAM is a scrambled channel, deleting it from the channel list, and updating the channel list. The method of claim 14,
The SI data further includes an EIT (Event Information Table),
The user interface unit further receives a key signal for an EPG (Electronic Program Guide) output request from a user,
Wherein the control unit controls to output EPG data based on the updated channel data according to the received EPG output request key signal. In a digital device,
A user interface unit receiving a key signal for a tuning request;
A tuner for receiving a broadcast signal including a broadcast program and SI (Signaling Information) data related to the broadcast program;
A decoder for parsing channel data from the SI data;
Generate a channel map based on the parsed channel data, read the channel map data generated according to the received key signal, and scramble based on the parsed SI data for each channel in the read channel map data A control unit controlling to tune a channel by automatically skipping a scramble channel, updating the generated channel map data, and controlling to output a broadcast program; And
Includes an output unit for outputting the broadcast program on the screen,
The SI data,
SDT (Service Description Table) or VCT (Virtual Channel Table); And
Including PMT (Program Map Table),
The control unit,
And if the SDT or VCT does not coincide with the PMT, even if it is not a scrambled channel based on the SDT or VCT, the corresponding channel is determined as a scrambled channel.

Images