KR102367882B1 - Digital device and method of processing application data thereof - Google Patents

Abstract

In the present specification, a digital device and a method for processing application data in the digital device are disclosed. Here, the digital device according to an embodiment of the present invention includes an interface for receiving a memory and a first signal for requesting a menu display and a second signal for requesting execution of a second application from the displayed menu, according to the second signal. If the second application requested to be executed is a preload application, a control unit that downloads the application data of the second application from the server in advance and stores the application data in the memory before receiving the second signal, and the first application execution screen and the first The application is processed by including a display unit that displays the requested menu on the first application execution screen according to a signal, and displays a second application execution screen on the screen according to the second signal.

Description

DIGITAL DEVICE AND METHOD OF PROCESSING APPLICATION DATA THEREOF

The present invention relates to a digital device, and more particularly, to a web application processing in a digital device equipped with a web OS (Web OS) platform.

Following a standing device such as a personal computer (PC) and a TV (Television), the development of a mobile device such as a smart phone and a tablet PC is dazzling. The fixed device and the mobile device have been developed separately from each other in their respective fields. However, with the boom of digital convergence, the fields are becoming obscure.

In addition, with the development or environmental change of such digital devices, the user's eye level has also increased, and there are many requests for supporting various and high-spec services or applications.

Unlike the application environment used in the conventional OS (Operation System), in the Web OS (Web OS), most contents or applications exist in a hosted system of a remote service provider. Accordingly, the digital device equipped with the webOS must access the hosted system of the service provider located at the remote location each time in order to use the application. This causes inconvenience due to network environment problems or system resource restrictions when using applications after the initial operation, for example, system booting, as well as an initial operation according to power-on of the digital device. there was a problem with

The present invention has been devised to solve the above situations or problems, and the present invention has as one task to reduce the system booting time and provide convenience for application use in a digital device equipped with a webOS. do.

Another object of the present invention is to enable a user to easily and conveniently use an application in a digital device by using a preload technology.

Another object of the present invention is to implement an advanced preload function in a digital device by utilizing various factor(s).

Another object of the present invention is to improve the convenience of using a digital device through the above-described advanced preload function, to improve product satisfaction and to inspire purchase desire through it.

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

Various embodiment(s) of a digital device and a processing method in the digital device are disclosed herein.

The method for processing an application in a digital device according to an embodiment of the present invention includes displaying a first application execution screen on a screen, receiving a first signal for requesting a menu display, and according to the first signal, Displaying the requested menu on a first application execution screen, receiving a second signal requesting execution of a second application from the displayed menu, and displaying a second application execution screen on the screen according to the second signal It is made including the step of displaying in, in the above, the application data for executing the second application is a preload application that is downloaded in advance from the server and stored in the memory.

A digital device according to an embodiment of the present invention includes an interface for receiving a memory, a first signal for requesting a menu display, and a second signal for requesting execution of a second application from the displayed menu, and an execution request according to the second signal If the second application is a preload application, before receiving the second signal, a control unit that downloads the application data of the second application from the server in advance and stores it in the memory, and the first application execution screen and the first signal. Accordingly, the application is processed by including a display unit that displays the requested menu on the first application execution screen and displays a second application execution screen on the screen according to the second signal.

The technical solutions obtainable in the present invention are not limited to the above-mentioned solutions, and other solutions that are not mentioned are clearly to those of ordinary skill in the art to which the present invention belongs from the description below. can be understood

The effects of the present invention are as follows.

According to one of the various embodiments of the present invention, there is an effect of shortening the system booting time and providing convenience of application use in a digital device equipped with a webOS.

According to another embodiment of the present invention, there is an effect that a user can easily and conveniently use an application in a digital device by using the preload technology.

According to another embodiment of the present invention, there is an effect of implementing the advanced preload function in the digital device by utilizing various factors.

According to another embodiment of various embodiments of the present invention, there is an effect of improving the convenience of using a digital device through the above-described advanced preload function, improving product satisfaction and stimulating a purchase desire through it.

The effects obtainable in the present invention are not limited to the above-mentioned effects, and other effects not mentioned may be clearly understood by those of ordinary skill in the art to which the present invention belongs 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 the control unit of FIGS. 2 to 4 according to an embodiment of the present invention;
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;
7 is a diagram illustrating a WebOS architecture according to an embodiment of the present invention;
8 is a view for explaining the 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 diagram 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;
Fig. 13 is a diagram showing a digital device outputting application data;
14 is a diagram illustrating a digital device including a preload function setting menu;
15 is a flowchart illustrating a process of applying a preload function in a digital device;
16 is a flowchart illustrating an embodiment of a preload table update process;
17 is a flowchart illustrating a detailed process of step S1608 of FIG. 16;
18 to 22 are diagrams illustrating various UI/UX related to a preload function in a digital device according to the present invention; And
23 is a flowchart of a method for processing an application in a digital device according to the present invention.

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

The suffixes "module", "part", etc. for components used in this specification are given only in consideration of the ease of writing the specification, and both may be used interchangeably as needed. In addition, even when described as an ordinal number such as "first-", "second-", etc., it is only for convenience of explanation of the term rather than an order, and is not limited to such terms or ordinal numbers.

In addition, the terms used in the present specification are also selected as widely used general terms as possible in consideration of the function according to the technical idea of the present invention, but this is according to the intention or customs of those of ordinary skill in the art or the emergence of new technologies, etc. may vary. However, in certain cases, there are terms arbitrarily selected by the applicant, but the meaning will be described in the related description. Therefore, it is clear that the term should be interpreted based on the actual meaning it has and the content described throughout this specification, not just the name.

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

As used herein, the term “digital device” means, for example, at least one of transmitting, receiving, processing and outputting data, content, service, and application. Includes any device that does more than one thing. The digital device may be paired or connected to another digital device, an external server, etc. through a wired/wireless network, and may transmit/receive predetermined data through it. . In this case, if necessary, the data may be appropriately converted before transmission/reception. The digital device includes, for example, network TV (Network TV), HBBTV (Hybrid Broadcast Broadband TV), Smart TV (Smart TV), IPTV (Internet Protocol TV), PC (Personal Computer), such as a standing device (standing device) And, a personal digital assistant (PDA), a smart phone, a tablet PC, a mobile device or a handheld device, such as a notebook, may all be included. In the present specification, a digital TV (Digital TV) is illustrated in FIG. 2 and a mobile device is illustrated and described as an embodiment of a digital device in FIG. In addition, the digital device described herein may be a configuration having only a panel, a configuration such as a set-top box (STB), a device, a system, and the like, and may be a single set (SET) configuration. .

Meanwhile, the term “wired/wireless network” described in this specification refers to a communication network that supports various communication standards or protocols for pairing and/or data transmission/reception between digital devices or an external server. These wired/wireless networks include all communication networks to be supported now or in the future according to the standard, and all of one or more communication protocols for it can be supported. 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 and communication standards and protocols for them, Bluetooth, RFID (Radio Frequency Identification), infrared data association (IrDA), UWB (Ultra Wideband), 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) or Wi-Fi Direct may be formed by a network for wireless connection and a communication standard or protocol for the same.

In addition, in the present specification, when only a digital device is named, the meaning may mean a fixed device or a mobile device depending on the context, and unless otherwise specified, it may be used in a meaning including both.

On the other hand, the 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 include an interface for supporting at least one input or control means (hereinafter 'input means'), such as a handwritten input device, a touch-screen, and a spatial remote control. can

In addition, the digital device may use a standardized general-purpose operating system (OS), but in particular, the digital device described in this specification uses a web OS (Web OS) as an embodiment. Therefore, the digital device can handle adding, deleting, amending, updating, etc. of various services or applications on the general-purpose OS kernel or Linux kernel. It is possible, and through it, a more user-friendly environment can be configured and provided.

On the other hand, the above-mentioned digital device can receive and process an external input. In this case, the external input is connected to the external input device, that is, the digital device described above through a wired/wireless network, and transmits/receives data to/from all processing possible. input means or digital devices. For example, as the external input, a high-definition multimedia interface (HDMI), a game device such as a playstation or an X-box, a smart phone, a tablet PC, or a pocket photo (pocket) photo) includes all digital devices such as a printing device, a smart TV, and a Blu-ray device.

In addition, the term “server” as used herein refers to a digital device or system that supplies data to or receives data from the above-mentioned digital device, that is, a client, and may also be called a processor. do. To the server, for example, a web server or a portal server that provides a web page, web content or web service, or advertising data that provides advertising data Advertising server, content server providing content, SNS server providing social network service (SNS), service server provided by a manufacturer, Video on Demand (VoD) or MVPD (Multichannel Video Programming Distributor) for providing a streaming service, a service server providing a pay service, etc. may be included.

In addition, even when described as an application for convenience in this specification, the meaning may include content such as a broadcast program, a service, etc. based on the context. Meanwhile, the application may mean a web application according to a webOS platform.

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

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). (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 Figure 1, such a content provider 10 as a terrestrial broadcast transmitter, a cable broadcast operator (cable SO (System Operator)) or MSO (Multiple SO), satellite broadcast transmitter, various Internet broadcast transmitters, Personal content providers and the like 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 HNED 40 by service packetizing the content produced by the content provider 10 . For example, the service provider 20 packages for a service at least one of contents produced by first terrestrial broadcasting, second terrestrial broadcasting, cable MSO, satellite broadcasting, various Internet broadcasting, applications, and the like, and the HNED (40) is provided.

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. For this purpose, an Internet Group Management Protocol (IGMP) protocol or the like may be used.

The above-described content provider 10 and service provider 20 may be the same entity. For example, by packaging the content produced by the content provider 10 and providing it to the HNED 40 , the function of the service provider 20 may also be performed or vice versa.

The network provider 30 provides a network for exchanging data 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, for example, building a home network through the network provider 30, and receives data related to various services or applications such as VoD and streaming. can also be sent/received.

Meanwhile, the content provider 10 and/or 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 CableCARD (or POD: Point of Deployment), DCAS (Downloadable CAS), etc. in response to the conditional access or content protection.

In addition, the client 100 may also use an interactive service through a network. Accordingly, the client 100 may rather perform the role or function of the 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 and/or the service provider 20 may be a server providing 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. Hereinafter, even if not specifically mentioned, the service or service data includes an internal service or application as well as the service or application received from the outside described above, and these services or applications are webOS (Web OS)-based services for the client 100 . or application data.

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

The digital device of FIG. 2 corresponds to the client 100 of FIG. 1 described above.

The digital device includes a memory, a first signal for requesting execution of a first application, a second signal for requesting a menu display, and an interface for receiving a third signal for requesting execution of a second application from the displayed menu unit), if the second application requested to be executed according to the third signal is a preload application, before receiving the third signal, download the application data of the second application from the server in advance and receive the memory a controller for controlling to store the first application execution screen and displaying the requested menu on the first application execution screen according to the second signal, and a second application execution screen according to the third signal Processes an application, including a display unit (display unit) for displaying on the screen.

In the above, the control unit controls to display a menu item related to a preload function on the screen, and when a fourth signal requesting activation of the preload function is received through the interface, the You can control the preload function to be activated. In addition, the controller may control to generate a preload table including one or more preload applications and store the preload table in the memory. Meanwhile, the menu item related to the preload function may include at least one of a preload function activation/deactivation menu item and a preload application addition/deletion or update menu item. In addition, the controller may manually or automatically add/delete or update preload applications included in the preload table, and preload applications included in the preload table based on priority data. Add/delete control within the load table. In addition, the control unit selects the priority data according to at least one or a combination of channel, genre, application attribute, preference, execution number, execution time, user information, user intention, external input, weather information, and free memory capacity. can be determined, based on at least one or a combination of channel, genre, application attribute, preference, number of executions, execution time, user information, user intent, external input, weather information, emergency message reception, and free memory capacity A preload application included in the preload table may be added/deleted in the preload table.

In addition, the display menu may include a first part that provides one or more historical data according to the execution of the application of the digital device, and a second part that lists one or more applications available in the digital device. can In this case, the controller may control to include one or more preloaded applications including the second application in the applications listed in the second part of the display menu, and when the second application is selected, the the display to differentiate one or more preload applications included in the second part from a non-preload application, or the display to arrange and display only the one or more preload applications in the second part In addition to being able to control the unit, according to the second signal, a second application execution screen is output on the screen by replacing the first application execution screen, or screen division with the first application execution screen, PIP (Picture) in Picture) and PBP (Picture by Picture) method, the display unit can be controlled to display on the screen, and when the preload function is activated, the digital device indicates that the preload function is activated. The display unit may be controlled to display the indicated guide data on the screen.

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

The network interface unit 201 provides an IP packet(s) (Internet Protocol(IP) packet(s)) or IP datagram(s) (IP datagram(s)) (hereinafter referred to as IP packet(s) )) 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, for IP packets received to the digital device 200 and IP packets transmitted from the digital device 200, that is, packet transfer between a source (source) and a destination (destination) ( involved in 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 . ), etc., and output the classified packet(s).

The service delivery manager 203 is responsible for controlling the received service data. For example, the service delivery manager 203 may use RTP/RTCP when controlling real-time streaming data. When the real-time streaming data is transmitted using RTP, the service delivery manager 203 parses the received data packet according to the RTP and transmits it to the demultiplexer 205 or the control of the service manager 213 according to the SI&metadata database 211. Then, the service delivery manager 203 feeds back the network reception information to the server that provides the service using RTCP.

The demultiplexer 205 demultiplexes the received packet into audio, video, SI (System Information) data, and the like, and transmits it to the audio/video decoders 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). Also, the SI decoder 204 may store the decoded service information in the SI&metadata database 211 . The stored service information may be read and used according to a corresponding configuration according to a user's request, for example.

The audio/video decoder 206/207 decodes each demultiplexed audio data and video data. The decoded audio data and video data 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 graphical user interface (GUI)/UI for a user using an on screen display (OSD), etc., receives a key input from the user, and performs a device operation according to the input. For example, when receiving a key input for channel selection from the user, the UI manager 214 transmits the key input signal to the service manager 213 .

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

In addition, the service manager 213 generates a channel map and controls selection of a channel 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 PID (Packet Identifier) of the selected channel in the demultiplexer 205 . The PID set in this way can be used in the above-described demultiplexing process. Accordingly, the demultiplexer 205 filters audio data, video data, and SI data (PID or section filtering) using the PID.

The service discovery manager 210 provides information necessary for selecting a service provider that provides a service. When receiving a channel selection signal from the service manager 213, the service discovery manager 210 uses the information to find a service.

The service control manager 209 is in charge of service selection and control. For example, the service control manager 209 uses IGMP or RTSP when a user selects a live broadcasting service such as the existing broadcasting method, and selects a service such as VOD (Video on Demand). RTSP is used to select and control services. The RTSP protocol may provide a trick mode for real-time streaming. Also, the service control manager 209 may initialize and manage a session through the IMS gateway 250 using an IP Multimedia Subsystem (IMS) or a Session Initiation Protocol (SIP). The above protocols are only an example, 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 includes service information decoded by the SI decoder 204 , metadata managed by the metadata manager 212 , and information required to select a service provider provided by the service discovery manager 210 . Save. 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 a non-volatile memory (NVRAM), a flash memory, or the like.

On the other hand, the IMS gateway 250 is a gateway that collects functions necessary to access 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 with reference to a fixed device as an example of a digital device, FIG. 3 shows 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 , It may include a memory 360 , an interface unit 370 , a control unit 380 , and a power supply unit 390 .

Hereinafter, each component will be described in detail as follows.

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 , and a location information module 315 , etc. .

The broadcast reception 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 a previously generated broadcast signal and/or broadcast-related information and transmits the received broadcast signal and/or broadcast-related information to the terminal. The broadcast signal may include a TV broadcast signal, a radio broadcast signal, and a data broadcast signal, as well as a TV broadcast signal or a broadcast signal in which a data broadcast signal is combined with 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 an Electronic Program Guide (EPG) or an Electronic Service Guide (ESG).

The broadcast reception module 311 is, for example, ATSC, Digital Video Broadcasting-Terrestrial (DVB-T), DVB-S (Satellite), MediaFLO (Media Forward Link Only), DVB-H (Handheld), ISDB-T ( A digital broadcast signal can be received using a digital broadcast system such as Integrated Services Digital Broadcast-Terrestrial). Of course, the broadcast receiving module 311 may be configured to be suitable for other broadcasting systems as well as the above-described digital broadcasting system.

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

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

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

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

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

The A/V input unit 320 is for inputting audio and/or video signals, and may include a camera 321 , a microphone 322 , and the like. The camera 321 processes an image frame such as a still image or a moving image obtained by an image sensor in a video call mode or a shooting 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 according to 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, and the like, and processes it as electrical voice data. The processed voice data may be converted into a form that can be transmitted to the mobile communication base station through the mobile communication module 312 in the call mode and output. Various noise removal algorithms for removing noise generated in the process of receiving an external sound signal may be implemented in the microphone 322 .

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

The sensing unit 340 detects the current state of the mobile device 300, such as the opening/closing state of the mobile device 300, the location of the mobile device 300, the presence or absence of user contact, the orientation 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. In addition, whether the power supply unit 390 is supplied with power, whether the interface unit 370 is coupled to an external device may also 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 , etc. there is.

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 the video call mode or the photographing mode, the photographed and/or received image, UI, and GUI are 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), a flexible display ( flexible display) and at least one of 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 viewed through them. This may be referred to as a transparent display, and a representative example of the transparent display is a TOLED (Transparant OLED). The rear structure of the display unit 351 may also be configured as a light transmission type structure. With this structure, the user can see an object located at the rear of the terminal body through the area occupied by the display unit 351 of the terminal body.

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

When the display unit 351 and the sensor for sensing a touch operation (hereinafter, referred to as a 'touch sensor') form a layered structure (hereinafter referred to as a 'touch screen'), the display unit 351 is an input device other than an output device. It can also be used as a device. The touch sensor may have the form of, for example, a touch film, a touch sheet, and a touch pad.

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

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

The proximity sensor 341 may be disposed in an inner region of the mobile device covered by the touch screen or in the vicinity of 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 without mechanical contact using the force of an electromagnetic field or infrared rays. Proximity sensors have a longer lifespan than contact sensors and their utility is also high.

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, and an infrared proximity sensor. When the touch screen is of a capacitive type, 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 description, the act of bringing the pointer closer to the touch screen without making contact so that the pointer is recognized as being positioned on the touch screen is referred to as “proximity touch”, and the touch The act of actually touching the pointer on the screen is called "contact touch". The position at which a proximity touch is performed with the pointer on the touch screen means a position at which the pointer vertically corresponds to the touch screen when the pointer is touched in proximity.

The proximity sensor detects a proximity touch and a proximity touch pattern (eg, proximity touch distance, proximity touch direction, proximity touch speed, proximity touch time, proximity touch position, proximity touch movement state, etc.). Information corresponding to the sensed proximity touch operation and the 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 a sound signal related to a function (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 in the mobile device 300 . Examples of events generated in the mobile device 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, 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 a part of the alarm unit 353 .

The haptic module 354 generates various tactile effects that the user can feel. A representative 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 are controllable. For example, different vibrations may be synthesized and outputted or output sequentially. In addition to vibration, the haptic module 354 is configured to respond to stimuli such as a pin arrangement that moves vertically with respect to the contact skin surface, a jet force or suction force of air through a nozzle or an inlet, a brush against the skin surface, contact of an electrode, electrostatic force, etc. Various tactile effects can be generated, such as an effect caused by heat absorption and an effect by reproducing a feeling of cool/warm using an element capable of absorbing heat or generating heat. The haptic module 354 may not only transmit the tactile effect through direct contact, but may also be implemented so that the user can feel the tactile effect through a muscle sense of a finger or arm. Two or more haptic modules 354 may be provided according to a 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, a phone book, a message, a still image, a moving image, 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.

Memory 360 is a flash memory type (flash memory type), hard disk type (hard disk type), multimedia card micro type (multimedia card micro type), card type memory (for example, SD or XD memory, etc.), Random Access Memory (RAM), Static Random Access Memory (SRAM), Read-Only Memory (ROM), Electrically Erasable Programmable Read-Only Memory (EEPROM), Programmable Read-Only Memory (PROM), Magnetic Memory, It may include at least one type of storage medium among a magnetic disk and an optical disk. The mobile device 300 may operate in relation to a web storage that performs a storage function of the memory 360 on the Internet.

The interface unit 370 serves as a passage with all external devices connected to the mobile device 300 . The interface unit 370 receives data from an external device, receives power and transmits it to each component inside the mobile device 300 , or allows data inside the mobile device 300 to be transmitted 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, etc. may be included in the interface unit 370 .

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

The interface unit 370, when the mobile device 300 is connected to an external cradle, is a passage through which power from the cradle is supplied to the mobile device 300, or various kinds of input from the cradle by a user. It may be a path through which a 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 controller 380 performs related control and processing for, for example, a voice call, data communication, video call, and the like. The controller 380 may include a multimedia module 381 for playing multimedia. The multimedia module 381 may be implemented within the control unit 380 or may be implemented separately from the control unit 380 . The controller 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 to supply power required for operation of each component.

Various embodiments described herein may be implemented in a computer-readable recording medium using, for example, software, hardware, or a combination thereof.

According to the 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, a controller, micro-controllers, microprocessors, and other electrical units for performing functions. Examples may be implemented by the control unit 380 itself.

According to the software implementation, embodiments such as procedures and functions described in this 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 may 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.

Another example of the digital device 400 is 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 audio It may include an output unit 485, a power supply unit 490, and a photographing unit (not shown). Here, the broadcast receiving unit 405 may include at least one tuner 410 , a demodulator 420 , and a network interface unit 430 . However, in some cases, the broadcast receiving unit 405 may include the tuner 410 and the demodulator 420 but not the network interface unit 430 , and vice versa. In addition, although not shown, the broadcast receiving unit 405 includes a multiplexer and a signal demodulated by the demodulator 420 through the tuner 410 and a signal received through the network interface unit 430 . can also be multiplexed. In addition, although not shown, the broadcast receiving unit 425 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. can

The tuner 410 receives an RF broadcast signal by tuning a channel selected by a user or all channels previously stored among radio frequency (RF) broadcast signals received through an antenna. Also, 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 into a digital IF signal (DIF), and if it is an analog broadcast signal, it is converted into an analog baseband image or audio signal (CVBS/SIF). That is, the tuner 410 may process both a digital broadcast signal and an analog broadcast signal. An analog baseband video or audio signal (CVBS/SIF) output from the tuner 410 may be directly input to the controller 470 .

Also, the tuner 410 may receive an RF broadcast signal of a single carrier or a multiple carrier. Meanwhile, the tuner 410 sequentially tunes and receives the RF broadcast signals of all broadcast channels stored through the channel storage function among the RF broadcast signals received through the antenna, and receives them as an intermediate frequency signal or a baseband signal (DIF: Digital Intermediate). 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 and the like. To this end, the demodulator 420 includes a trellis decoder, a de-interleaver, a Reed-Solomon decoder, or the like, or a convolution decoder, a deinterleaver and a read. - A Solomon decoder, etc. may be provided.

The demodulator 420 may output a stream signal TS after demodulation and channel decoding are performed. In this case, the stream signal may be a signal obtained by multiplexing an image signal, an audio signal, or a data signal. For example, the stream signal may be an MPEG-2 Transport Stream (TS) in which an MPEG-2 standard video signal, a Dolby AC-3 standard audio signal, etc. 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 audio through the audio output unit 485 .

The external device interface unit 435 provides an interface 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).

External device interface unit 435, DVD (Digital Versatile Disk), Blu-ray (Blu-ray), game device, camera, camcorder (Camcorder), computer (laptop), tablet PC, smart phone, Bluetooth device (Bluetooth) device) or an external device such as a cloud, and the like, may be connected via wired/wireless. The external device interface unit 435 transmits a signal including data such as an image, video, and voice input through a connected external device to the controller 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), It may include a Digital Visual Interface (DVI) terminal, a High Definition Multimedia Interface (HDMI) terminal, an RGB terminal, a D-SUB terminal, and the like.

The wireless communication unit may perform short-range wireless communication with another digital device. The digital device 400 includes, for example, Bluetooth, Radio Frequency Identification (RFID), Infrared Data Association (IrDA), Ultra Wideband (UWB), ZigBee, and Digital Living Network Alliance (DLNA). It may be network-connected with other digital devices according to a communication protocol such as .

Also, the external device interface unit 435 may be connected to the set-top-box STB through at least one of 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 controller 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 with a wired network, and for connection with a wireless network, for example, a wireless LAN (WLAN) (Wi- Fi), Wibro (Wireless broadband), Wimax (World Interoperability for Microwave Access), HSDPA (High Speed Downlink Packet Access) communication standards, etc. can be used.

The network interface unit 430 may transmit or receive data with another user or another digital device through the connected network or another network linked to the connected network. In particular, some content data stored in the digital device 400 may be transmitted to another user registered in advance in the digital device 400 or to 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 the connected network or another network linked to the connected network. That is, by accessing a predetermined web page through a network, it is possible to transmit or receive data with a corresponding server. 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, broadcast signals, etc. and information related thereto may be received from a content provider or a network provider through a network. In addition, it is possible to receive firmware update information and an update file provided by a network operator. It may also transmit data to the Internet or to a content provider or network operator.

Also, 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 each signal processing and control in the control unit 470 , or may store a signal-processed image, audio, or data signal.

Also, the storage unit 440 may perform a function for temporarily storing an image, 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 about a predetermined broadcast channel through a channel storage 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 .

Also, the storage unit 440 may store various platforms to be described later.

The storage unit 440 is, for example, a flash memory type, a hard disk type, a multimedia card micro type, or a card type memory (eg, SD or XD). memory, etc.), a RAM (RAM), and a ROM (EEPROM, etc.) may include at least one type of storage medium. The digital device 400 may reproduce content files (movie files, still image files, music files, document files, application files, etc.) stored in the storage unit 440 and provide them to the user.

4 illustrates an embodiment in which the storage unit 440 is provided separately from the control unit 470, 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 the user to the control unit 470 or transmits a signal from the control unit 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 .

Also, 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 setting 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 control unit 470 or transmits a signal of the control unit 470 to the sensing unit (not shown) can be transmitted. Here, the sensing unit (not shown) may include a touch sensor, a voice sensor, a position sensor, a motion sensor, and the like.

The controller 470 demultiplexes a stream input through the tuner 410 , the demodulator 420 , or the external device interface unit 435 , or processes the demultiplexed signals to generate a signal for video or audio output. and output.

The image signal processed by the control unit 470 may be input to the display unit 480 and displayed as an image corresponding to the 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 audio 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 controller 470 may include a demultiplexer, an image processor, 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 the user or a pre-stored channel.

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

For example, the controller 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 450 . And it processes the video, audio, or data signal of the selected channel. The control unit 470 allows the 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 configured to receive an external device image playback command received through the user input interface unit 450 from an external device input through the external device interface unit 435, for example, a camera or a camcorder. of, an image signal or an audio signal to be output through the display unit 480 or the audio output unit 485 .

Meanwhile, the controller 470 may control the display 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 , 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.

Also, the controller 470 may control to reproduce the content. In this case, the content 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 an application list downloadable from an internal or external network of the digital device 300 .

The controller 470 may control to install and drive an application downloaded from an external network together with various user interfaces. In addition, an image related to an executed application may be controlled to be displayed on the display unit 480 by a user's selection.

Meanwhile, although not shown in the drawings, a channel browsing processing unit 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 demodulator 320 or the stream signal output from the external device interface 335, and extracts an image from the input stream signal to generate a thumbnail image. can The generated thumbnail image may be input to the controller 470 as it is or after being encoded. Also, the generated thumbnail image may be encoded in a stream form and input to the controller 470 . The controller 470 may display a thumbnail list including a plurality of thumbnail images on the display 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 the image signal, the data signal, the OSD signal processed by the controller 470, or the image signal and the 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, LCD, OLED, flexible display, 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 the audio signal. 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 the 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 individually or in combination with an image captured by a photographing unit (not shown) or a signal sensed from a sensing unit (not shown).

The power supply unit 490 supplies the corresponding power to the digital device 400 as a whole.

In particular, to supply power 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. 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 including a plurality of backlight lamps, an inverter capable of Pulse Width Modulation (PWM) operation 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 (Bluetooth), Radio Frequency (RF) communication, infrared (IR) communication, Ultra Wideband (UWB), ZigBee method, 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 voice or vibration.

The above-described digital device 400 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 components as needed, or may further include non-illustrated components. Meanwhile, unlike the above, the digital device may receive and reproduce content through a network interface unit or an external device interface unit without a tuner and a demodulator.

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

An example of the controller includes a demultiplexer 510 , an image processor 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 the 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 of 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 on the display unit.

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

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

The OSD generator 540 generates OSD data according to a user input or by itself. For example, the OSD generator 440 generates data for displaying various data in the form of graphics or text on the screen of the display unit 380 based on the 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 broadcast information based on a caption of a broadcast image or an EPG.

The mixer 550 mixes the OSD data generated by the OSD generator 540 and the image signal processed by the image processor and provides them to the formatter 560 . Because the decoded image signal and the OSD data are mixed, the OSD is overlaid and displayed on the broadcast image or the external input image.

The frame rate converter (FRC) 555 converts a frame rate of an input image. For example, the frame rate converter 555 may convert a frame rate of an input 60Hz image to have a frame rate of, for example, 120Hz or 240Hz 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 the frame rate converter 555 converts the frame rate from 60 Hz to 120 Hz, the same first frame is inserted 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 60 Hz to 240 Hz, 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 converter 555 to match the output format of the display unit. For example, the formatter 560 may output R, G, and B data signals, and these R, G, and 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 video signal, the formatter 560 may support the 3D service through the display unit by configuring the output in 3D form to match the 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 of various audio formats. For example, even when the audio signal is encoded in a format such as MPEG-2, MPEG-4, AAC, HE-AAC, AC-3, BSAC, it can be processed with a corresponding decoder.

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

A data processing unit (not shown) in the control unit may perform data processing of 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 start time and end time of a broadcast program aired on each channel.

On the other hand, 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 actually implemented digital device. 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, the function performed in each block is for explaining the embodiment of the present invention, and the specific operation or device does 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. As another example of the image signal processing device, the set-top box (STB) in which the display unit 480 and the audio output unit 485 shown in FIG. 4 are excluded, the above-described DVD player, Blu-ray player, game device, computer and the like can be further exemplified.

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.

In order to control the digital device 600 , a front panel (not shown) or a control unit (input unit) provided on the digital device 600 is used.

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

The input means are communication protocols such as Bluetooth, RFID (Radio Frequency Identification), infrared communication (IrDA), UWB (Ultra Wideband), ZigBee, DLNA (Digital Living Network Alliance), RS, etc. can communicate with the digital device by employing at least one or more as necessary.

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

The pointing device 620 is equipped with a gyro sensor to implement a pointer corresponding to the screen of the digital device 600 based on the user's movement, pressure, rotation, 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.

As the digital device 600 provides various services such as a web browser, an application, and a social network service (SNS) as an intelligent integrated digital device beyond the conventional broadcasting only, the keyboard 630 can be controlled only with the conventional remote control 610. It was not easy, so it was implemented to improve the convenience of inputting text, etc. by implementing it similar to a PC keyboard.

On the other hand, the control means such as the remote control 610, the pointing device 620, the keyboard 630 is provided with a touch pad if necessary, so that text input, pointer movement, enlargement/reduction of pictures or videos, etc. for more convenient and various control purposes is available for

The digital device described in this specification uses a webOS as an OS and/or a platform. Hereinafter, webOS-based configuration or processing processes such as algorithms may be performed in the control unit of the digital device, etc. described above. Here, the control unit is used in a broad sense including the control unit in FIGS. 2 to 5 described above. Therefore, hereinafter, for processing of webOS-based or related services, applications, and contents in digital devices, hardware or components including related software and firmware are referred to as controllers. Name and explain.

This webOS-based platform is, for example, to improve development independence and function scalability by integrating services and applications based on the Luna-service bus, and application development based on the 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 processes and resource management.

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

The software structure for digital devices is a monolithic structure that is dependent on conventional problem solving and the market. A single process and a closed product based on multi-threading technology. As a result, there were difficulties in external application, and after that, we pursued a new platform-based development, and pursued cost innovation through chip-set replacement and efficiency in UI application and external application development, leading to layering & componentization (layering & componentization). ) was formed to have a 3-layered structure and an add-on structure for add-ons, single source products, and open applications. In recent years, the software structure has further developed a modular architecture of functional units, a Web Open API (Application Programming Interface) provision for an eco-system, and a game engine for a game engine. A modular design for a native open API, etc. is being made, and accordingly, a multi-process structure based on a service structure is being created.

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 divided into a kernel, a system library-based WebOS core platform, an application, a service, and the like.

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

First, the lowest layer may include Linux as an OS of the digital device by including a Linux kernel as an OS layer.

Above the OS layer, BSP (Board Support Package) / HAL (Hardware Abstraction Layer) layer, WebOS core module layer (Web OS core modules layer), service layer (service layer), Luna-service bus layer (Luna-Service) Bus layer), Anyo framework/NDK (Native Developer's Kit)/QT layer (Enyo framework/NDK/QT layer), and an application layer at the top layer sequentially exist.

Meanwhile, some layers of the above-described webOS layer structure may be omitted, and a plurality of layers may be formed into one layer or, conversely, one layer may become a plurality of layer structures.

The webOS core module layer is based on LSM (Luna Surface Manager) that manages surface windows, etc., SAM (System & Application Manage) that manages application execution and execution status, and WebKit (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 the screen. The LSM manages the display hardware (Display HW), provides a buffer capable of rendering necessary content to applications, and synthesizes the results rendered by a plurality of applications to display on the screen. can be printed out.

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 view a web application as a basic application.

The service use of the application is made through the Luna-service bus, a new service can be 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. In particular, the Node.JS service supports, for example, JavaScript.

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

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

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

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

The PDK application includes, for example, 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 a third party such as a game can develop a native application (C/C++). For example, a PDK application may be used for development of an application whose performance is important.

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

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

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 may be understood with reference to the layered structure of FIG. 7 .

Hereinafter, it will be described with reference to FIGS. 7 and 8 .

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

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

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

SAM is intended to improve module complexity and enhance scalability. For example, the existing system manager handles multiple functions such as system UI, window management, web application runtime, and UX constraint processing in one process, and the implementation complexity is high, so to solve the problem, major functions are separated and functions It lowers the implementation complexity by clarifying the interface between them.

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 when synthesizing a plurality of application screens such as App-on-App, etc. It is possible to provide a window management mechanism for

LSM supports the implementation of system UI based on QML and improves the development productivity. Based on MVC, QML UX can easily compose views of screen layouts and UI components, and can easily develop codes 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 wayland protocol, luna-service call, etc. there is.

As described above, LSM is an abbreviation of Luna Surface Manager, and functions as an application window compositor.

LSM composes and outputs independently developed applications and UI components on the screen. In relation to this, 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, an interworking method, etc. as a compositor. In other words, the LSM, which is a compositor, processes graphic composition, focus management, input events, and the like. In this case, the LSM receives an event, focus, etc. from an input manager, and the input manager may include a remote controller, HID such as mouse & keyboard, joystick, game pad, application remote, pen touch, and the like.

As such, the LSM supports a multiple window model, and it can be executed simultaneously in all applications due to the nature of the system UI. In this regard, launcher, request, setting, notification, system keyboard, volume UI, search, finger gesture, voice recognition (STT (Sound to Text), TTS (Text to) Sound), NLP (Natural Language Processing), etc.), pattern gestures (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 , the graphic composition processing includes a web application manager 910 in charge of a UI process, a web kit 920 in charge of a web process, an LSM 930 and a graphic manager (GM: Graphic Manager) 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 , if the generated graphic data is not a full-screen application, it is transmitted to the LSM 930 . On the other hand, the web application manager 910 receives the application generated in the web kit 920 for sharing a GPU (Graphic Processing Unit) memory for graphic management between the UI process and the web process, and displays it in full-screen as described above. If it is not an application, it is transferred to the LSM 930 . In the case of a full-screen application, the LSM 930 may be bypassed, and in this case, it may be directly transferred to the graphic manager 940 .

The LSM 930 transmits the received UI application to the Wayland Compositor via the Wayland surface, and the Wayland Compositor processes it appropriately 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, for example, the LSM GM surface of the graphic manager 940 .

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

The graphic manager processes all graphic data in the webOS device. In addition to the data passing through the LSM GM surface and the data passing through the WAM GM surface, GM surface such as data broadcasting application, caption application, etc. It receives all the graphic data that have passed through the , and processes it so that it is properly output on the screen. Here, the function of the GM compositor is the same as or similar to that of the above-described compositor.

10 is a diagram illustrating a media server according to an embodiment of the present invention, 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 execution of various multimedia in the digital device and manages necessary resources. The media server may efficiently use hardware resources required for media play. For example, the media server requires audio/video hardware resources to execute multimedia, and can efficiently utilize the resource by managing the resource usage status. In general, a fixed device having a larger screen than a mobile device requires more hardware resources to execute multimedia, and the encoding/decoding and graphic data transfer speed must also be fast due to a large amount of data. On the other hand, in addition to streaming and file-based playback, the media server performs broadcasting, recording, and tuning tasks, recording simultaneously with viewing, or simultaneously showing the sender and receiver screens during a video call. You should be able to handle it. However, in the media server, hardware resources such as encoders, decoders, tuners, and display engines are limited in chip-set units, and it is difficult to execute multiple tasks at the same time. input and process it.

The media server can strengthen 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, so that the error occurs as described above. Even in this case, other media playback may not be affected. Such a pipeline is a chain that connects unit functions such as decoding, analysis, and output when a media playback request is made, and required unit functions may vary according to a media type and the like.

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

The media server may 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 TV service, and 'play' and 'pause' in relation to general media playback By supporting operations such as ' and 'stop', different operations are supported for both, and can be processed as separate services.

The media server may control or integrate the resource management function. Allocating and recovering hardware resources in the device is integrated in the media server, and in particular, the TV service process transmits the currently running task and resource allocation status to the media server. The media server secures resources and executes pipelines whenever each media is executed. Based on the resource status occupied by each pipeline, the media server allows execution by priority (eg, policy) when requesting media execution and Reclaim resources from other pipelines, etc. Here, predefined execution priorities and resource information required for a specific request are managed by a policy manager, and the resource manager may communicate with the policy manager to process resource allocation, retrieval, and the like.

The media server may hold an identifier (ID) for all operations related to playback. For example, the media server may issue a command by instructing a specific pipeline based on the identifier. The media server may separately issue a command to the pipelines to play two or more media.

The media server may be in charge of playing HTML 5 standard media.

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

The media server is also called uMS, that is, a micro media server. Here, a media player is a media client, which is, for example, an HTML5 video tag, a camera, a TV, Skype, a web for a second screen, etc. It may mean a kit (Webkit).

In the media server, management of micro resources such as a resource manager and a policy manager is a core function. In this regard, the media server also controls the playback control role for the 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, efficient resource usage, and the like.

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

Here, the pipeline means, for example, when the media related to the task starts a series of tasks such as parsing of a request, a decoding stream, a video output, etc. can be For example, in relation to a TV service or application, watching, recording, channel tuning, etc. are each individually controlled and processed on resource use through a pipeline created according to the request. .

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 the media server 1020 through a Luna-service bus 1010 , and the media server 1020 includes pipelines re-created through the Luna-service bus 1010 and Connected and managed

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 it.

The client includes, for example, a uMedia client (webkit) and a resource manager (RM) client (C/C++) for connection with the media server 1020 .

The application including the uMedia client is connected to the media server 1020 as described above. More specifically, the uMedia client corresponds to, for example, a video object to be described later, and such a client uses the media server 1020 for video operation 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. It may contain data. Each operation or state of such a video can be processed through individual pipeline creation. 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 the resource of the 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 if necessary in relation to the resource allocation. For example, when there is no or insufficient resources to be allocated from the resource manager 1024 according to the request of the pipeline manager 1022 , appropriate resource allocation is performed according to the request according to the priority comparison of the policy manager 1026 , etc. 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 with respect to 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 . As shown in the figure, in the generated pipeline, not only a media pipeline and a camera pipeline, but also pipelines related to playback, pause, pause, and the like may be generated. Meanwhile, the pipeline may include pipelines 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 (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 applications or services may directly process media. In other words, when an application or service directly processes media, it may not go through a media server. However, at this time, resource management is required for pipeline creation and use, 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 may respond to the request of the RM client by receiving the resource management of 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 MSE (Media Source Extensions), cloud game, and skype. In this case, as described above, when necessary for resource management, the resource manager 1024 may appropriately manage the resource through data communication with the policy manager 1026 .

On the other hand, the URI-based pipeline is performed through the media server 1020 instead 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.

It is a method to interface using a service in a web application. This is a method of making a Luna call using PSB (Palm Service Bridge) and a method of using Cordova, which extends the display to a video tag. In addition, there may be a method of using the HTML5 standard for video tags or media elements.

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

Alternatively, 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, it is an interface method in 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 for seamlessly processing the TV before or during booting of WebOS without WebOS. . This is used for the purpose of providing the basic functions of the TV service first in order to quickly respond to the user's power-on request because the booting time of the webOS is slow. In addition, as part of the TV service process, the module supports seamless change, factory mode, etc. that provide fast booting and basic TV functions. In addition, the module may be in charge of switching from the Non-WebOS mode to the WebOS mode.

Referring to Fig. 11, the processing structure of the media server is shown.

At this time, in FIG. 11 , a solid line box may indicate a process processing configuration, and a dotted line box may indicate an internal processing module during a process. In addition, 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 web application or PDK application (hereinafter, 'application') is connected to various service processing components through a Luna-service bus, through which the application operates or operation is controlled.

Depending on the type of application, the data processing path is different. 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, a face detection module, and the like. Here, the camera processing unit 1130 may generate a pipeline through the media server processing unit 1110 and process the data, for example, in the case of data requiring a user's selection or automatic use of 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 the application and transmits it to the audio module 1150 . In this case, the audio processing unit 1140 may include an audio policy manager to determine audio data processing. The processed audio data is processed in the audio module 1160 . Meanwhile, the application may notify data related to audio data processing to the audio module 1160 , which may also be notified to the audio module 1160 in a related pipeline. The audio module 1150 includes an Advanced Linux Sound Architecture (ALSA).

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

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

FIG. 12 is a diagram to explain 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, for example, at least one of 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 refer to 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 the same configuration as in FIG. 11 or 12 or may be implemented as a combination of both, and some components may be omitted or some components not shown may be added.

The TV service processing unit 1120/1220 transmits the data to a DVR/channel manager in the case of a digital video recorder (DVR) or channel-related data, based on the attribute or type of the TV service data received from the application, and then back to the TV pipeline manager to create a TV pipeline and process it. On the other hand, when the attribute or type of the TV service data is broadcast content data, the TV service processing unit 1120 generates and processes a TV pipeline through the TV pipeline manager in order to process the corresponding data through the broadcast module.

Alternatively, a json (Javascript standard object notation) file or a file written in c is processed in the TV broadcast handler, transmitted to the TV pipeline manager through the TV broadcast interface unit, and a TV pipeline is generated and processed. In this case, the TV broadcast interface unit may transmit data or files that have passed through the TV broadcast handler to the TV pipeline manager based on the TV service policy and refer to the data or files when creating a pipeline.

Meanwhile, the TV pipeline manager may receive control from the TV resource manager when generating one or more pipelines according to a TV pipeline creation request from a processing module or manager within a TV service. Meanwhile, the TV resource manager may be controlled by the TV policy manager to request the status and allocation of resources allocated for a TV service according to the TV pipeline creation request of the TV pipeline manager, and the media server processing unit 1110 . /1210) and data communication through the uMS connector. The resource manager in the media server processing unit 1110/1210 transmits the status of a resource for the current TV service and whether or not to allocate it 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 the resources for the TV service have already been allocated, the TV resource manager may notify that all the resources have been allocated. In this case, 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 previously allocated for the TV service together with the notify, and removes the predetermined TV pipeline for the requested TV service. You can also request or assign a creation. Alternatively, the TV resource manager may appropriately control removal, addition, establishment, etc. of TV pipelines 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, for example, backward compatibility with an existing digital device.

The TV pipelines generated in this way may be appropriately operated under the control of the path manager during the processing process. The path manager may determine or control processing paths or processes of 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 in the processing process.

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, pipelines generated under the control of the media pipeline manager and the media pipeline controller can be created in various ways, such as a camera preview pipeline, a cloud game pipeline, and a media pipeline. Meanwhile, the media pipeline may include a streaming protocol, auto/static gstreamer, DRM, and the like, whose processing flow may be determined under the control of the path manager. The detailed processing process in the media server processing unit 1110/1210 uses the description of FIG. 10 described above, and will not be repeated herein.

In the present specification, the resource manager in the media server processing unit 1110/1210 may perform resource management on a counter basis, for example.

Hereinafter, various embodiment(s) of processing a service, content, application, etc. in a digital device using a preload technology or a preload function according to the present invention will be described with reference to the accompanying drawings, further It will be described in detail. In particular, hereinafter, the service, content, application, etc., can be processed in the form of a web application according to the webOS platform being mounted on the digital device according to the present invention. Although named and described, it should be noted in advance that the application is not limited to an application in a general sense. For example, a TV service or broadcast content may be processed in the form of a TV application in a digital device equipped with a webOS with reference to FIGS. 7 to 12 described above.

13 is a diagram illustrating a digital device outputting application data.

Referring to FIG. 13 , an initial screen according to power-on of the digital device or application data according to a user's request after power-on of the digital device is provided on the screen. Here, the application data may be data of all applications available in the digital device as well as the TV application. In particular, when the application is a TV application, the application data may be a broadcast program. In addition, a preload function may be applied to the application data.

The preload function may be applied to a digital device in various ways. This preload function may be activated/deactivated automatically according to a user's setting or in the device. Meanwhile, even when the preload function is activated, the preload function may be applied to all applications or only a specific application. In addition, even when the preload function is activated, the digital device may apply only to a specific time point, a specific channel, and the like.

First, setting of the preload function will be described with reference to FIG. 14 . In this specification, the preload function setting refers to not only the activation/deactivation of the preload function, but also the time when the function is applied, the application to which the function is applied, activation/deactivation automatically/manually, activation/deactivation of the advanced preload function, etc. in the device. It is meant to include all available preload-related content.

14 is a diagram illustrating a digital device including a preload function setting menu. Hereinafter, for convenience, it is assumed that the digital device is powered on and a predetermined application is being provided on the screen as shown in FIG. 13 . In this specification, the main menu is, for example, not a menu for setting only a preload function according to the present invention, but a concept of an entire menu basically provided by the device to set all functions available in the device. Therefore, unless specifically referred to as a preload menu provided according to a key signal input for setting a preload function, if only a menu or a main menu is described, it may mean the entire menu. Meanwhile, in the present specification, an access request signal related to a menu or a preload function is a key button provided in an input means such as a remote control or a mobile terminal, or a movement of a pointer provided on a digital device according to a movement of the input means, or This may be accomplished by a key button provided on the front panel of the digital device.

14A and 14B show a digital device providing the called menu (main menu) 1420 by overlaying it on the application data 1410 being provided.

Referring to FIG. 14A , the menu 1420 includes a preload setting menu item 1430 as a menu item. When the digital device receives a signal requesting access to the preload menu item 1430 after providing the menu 1420 , the digital device provides the sub-menu items 1432 and 1434 of the preload menu item 1430 . As the sub-menu items 1432 and 1434 , a preload activation item 1432 and a preload deactivation item 1434 are provided. However, the sub-menu items 1432 and 1434 are not limited thereto, and various sub-menu items related to the preload function may be provided.

Referring to FIG. 14B , the preload setting is provided as a sub-menu item 1442 of the Favorite menu item 1440 . However, the preload sub-menu item 1442 does not necessarily depend on the preferred menu item 1440 . That is, the preload sub-menu item may be provided as a sub-menu item of another menu item. In FIG. 14B , when a menu is called and a preferred menu item 1440 access request signal is received, the digital device provides a preload setting sub-menu item 1442 and a preferred application addition sub-menu item 1444 . Here, when the preload sub-menu item 1442 access request signal is received again, the digital device provides the preload activation secondary sub-menu item 1452 and the preload deactivation secondary sub-menu item 1454 .

On the other hand, when a request signal for accessing the preload menu item 1430 in FIG. 14A or the preload sub-menu item 1442 in FIG. 14B is received, the activation/deactivation sub-menu is not provided and immediately activated/deactivated according to the access It may be disabled. In this case, the corresponding menu items 1430 and 1442 may be highlighted according to activation according to each access or vice versa.

14A and 14B, a method of calling a menu to apply the preload function has been described. However, in addition to the method through the menu, the preload function may be conveniently accessed through a remote control or a specific key button (preload key button) provided on the front panel of the digital device. This is to design to directly enter the preload setting menu without going through a plurality of depths because it is necessary to go through several depths when entering the preload setting menu through the specific key button. In the above, when a function is directly activated/deactivated through a key button instead of through a menu call, guide data is provided in an area of the screen so that the state of the preload function in the digital device according to the key button input can be identified. it is preferable The guide data may be in the form of text data or may be provided in various forms such as icons. As such, when guiding the preload state, various methods such as color change, highlighting, and icon shape or size change may be applied.

Meanwhile, when preload is activated through the menu called in FIG. 14 , the digital device may apply the preload function in various ways. When the digital device receives the preload function activation request signal, the digital device may apply the preload function to an application executed immediately or later. Alternatively, even when a preload function activation signal is received, the digital device deactivates the preload function when the power of the digital device is turned off and then on again, guides the function inactivation state on the screen, and immediately activates/deactivates the function. You may also provide guides and menu items where applicable. Alternatively, once the preload function is activated, the digital device may continue to maintain the activated state regardless of the above-described digital device power on/off until the preload function deactivation request signal is received. However, in this case, the digital device may guide that the preload function is being applied on the initial screen when every digital device is powered on.

15 is a flowchart illustrating a process of applying a preload function in a digital device.

When an application is selected (S1502), the digital device launches the selected application (S1504).

The digital device identifies whether the preload function has been activated ( 1506 ). As a result of step S1506 identification, if the preload function is activated, the digital device increases the application launch count value (S1520).

However, as a result of the identification in step S1506, if it is identified that the preload function is deactivated, it is identified whether to support or support the preload (S1508). If the preload is supported in step S1508, a preload activation list, that is, a preload table, is updated (S1510). Meanwhile, the identification of whether the preload is supported may use, for example, a launch count value. That is, the launch count value and the threshold are compared. When the launch count value is equal to or greater than the threshold, the preload table is updated (S1510). In this case, the preload table includes a list of applications to which a preload function is to be applied among applications. Alternatively, preferred applications may be included in the applications of the preload function application list. In other words, the list of applications in the preload table may include preferred applications and non-preferred applications.

However, as a result of the identification in step S1508, if preload is not supported or the launch count value is less than a threshold, resources are downloaded (S1512). Step S1512 may be performed after step S1510. After that, HTML (Hypertext Markup Language) is parsed, DOM (Document Object Model) tree is created (build) (S1514), a render tree is created (S1516), and the application is executed. Render (S1518).

After step S1518, step S1520 is performed, and the application data is finally displayed on the screen (S1522).

In the process of FIG. 15 , if preload is already applied when the application is running, the application data is displayed on the screen immediately without performing an application download process, and the application data is displayed on the screen in response to a quick response of the application selected by the user. can do.

In addition, after step S1508 described above, it may be used for new registration of an application for preload. Also, step S1510 may mean adding information about a new application to the preload table.

In the above, steps S1504, S1506, S1508, S1510, and S1520 may be performed by the web application manager shown in any one of FIGS. 6 to 12, and steps S1512 to S1518 may be performed by a web engine.

Meanwhile, in FIG. 15 , steps S1506 to S1520 may be performed during the application launching process in the control unit of the digital device or during the application data output process of step S1522 after the application selection in step S1502.

16 is a flowchart illustrating an embodiment of a preload table update process. Here, the process of updating the preload table of FIG. 16 may refer to, for example, the detailed process of step S1510 of FIG. 15 .

Referring to FIG. 16 , the preload table update process may be performed as follows. First, the digital device acquires a memory size required for the application (S1604).

The digital device determines whether to add the application to the preload table (S1606). In step S1606, for example, it may be determined whether the memory size required for the application obtained in step S1604 is smaller than 1/n of the system free memory. Here, the system free memory may mean a memory capacity currently available in the system memory capacity. In addition, n may be set by a corresponding device or by a user. In the present specification, it is assumed that n is a positive integer between 2 and 1000.

As a result of the determination of step S1606, that is, the determination of the memory size, if the corresponding application is updated in the preload table, that is, if it can be added, it is immediately added to the application list of the preload table (S1614).

On the other hand, if it is determined in step S1606 that it is difficult to update the corresponding application in the preload table as a result of determining the memory size, it is determined whether there is an application that can be replaced in the application list of the preload table in the next step ( S1608).

As a result of the determination in step S1608, if there is no replaceable application in the application list of the existing preload table, the corresponding application is added to the preload table, that is, does not update, and the preload table update process is terminated.

On the other hand, as a result of the determination in step S1608, if at least one replaceable application exists in the application list of the preload table that exists, one of the applications is deleted from the corresponding preload table and the application is added to the preload table. is added (S1610/S1614).

17 is a flowchart illustrating a detailed process of step S1608 of FIG. 16 .

In FIG. 17 , it may be determined whether a replaceable application is present in the list of applications in the preload table through the following process.

First, information on an application whose preload is activated is less than a predetermined number of times is collected from the application list in the preload table (S1704).

As a result of collecting information in step S1704, applications activated less than a predetermined number of times are added to the list of deletion targets from the preload table (S1706).

The memory usage after deletion of the application added to the current or deletion target list is calculated (S1708).

After step S1708, it is determined whether to add the alternative application to the preload table (S1710). Step S1710 may be performed, for example, by determining whether the memory size of the application to be added is smaller than 1/n of the system free memory.

As a result of the determination in step S1710, if it is determined that an alternative application can be added to the preload table, the target application added to the deletion target list is deleted (S1722).

Meanwhile, as a result of collecting information in step S1704, if there is no application activated less than a predetermined number of times, information on a preferred application list is acquired (S1712).

After obtaining the preferred application list in step S1712, an application included in the preferred application list in the application list of the preload table is identified (S1714).

As a result of identification in step S1714, if the application with the lowest preference among the preferred applications in the application list of the preload table is added to the deletion target list (S1716).

Thereafter, as in step S1708, the memory usage after deletion of the current or application added to the deletion target list is calculated (S1718).

After step S1718, it is determined whether to add the alternative application to the preload table (S1720). Step S1720 may be performed, for example, by determining whether the memory size of the application to be added is smaller than 1/n of the system free memory.

As a result of the determination in step S1720, if it is determined that an alternative application can be added to the preload table, the target application added to the deletion target list is deleted (S1722).

18 to 22 are diagrams illustrating various UI/UX related to the preload function in the digital device according to the present invention.

18 illustrates a digital device that outputs a web launcher or menu launcher, that is, a menu 1820 on the application execution screen 1810 .

Here, the menu 1820 may be divided into three parts and provided. The first part 1822 contains a list of favorite applications. The second part 1824 includes a list of recently executed applications. The second part 1824 may be referred to as a receive part. A third part 1826 contains a list of applications. In this case, the third part 1826 may list all applications available in the digital device. However, due to the limitation of the screen size of the device, it is not possible to provide all applications available in the device at once. In this case, as shown in FIG. 18 , the application provided as the third part of the initial menu belongs to the preferred application, is included in the preload table, is frequently used, or one or more applications are used according to priority based on recently used applications. More than one application can be arranged.

However, as shown in FIG. 18 , all of the first to third parts may not be provided, and only at least one or more parts may be provided.

Referring to FIG. 19 , only the menus of the second part and the third part are provided. In particular, FIG. 19 relates to content guiding a device user to more easily recognize and use at least one application included in the preload table when one application is running on the screen.

The digital device provides identifiable applications belonging to the preload table in the same manner as in FIGS. 19A to 19D . Meanwhile, FIGS. 19B to 19D may be an embodiment of providing an execution screen of the selected preload application when at least one preload application is selected after providing an application list belonging to the preload table on the menu as in FIG. 19A . there is.

Referring to FIG. 19A , the digital device provides a menu by overlaying it on an application execution screen.

Here, the third part of the menu, that is, the application list, may be an application list belonging to the preload table or may be provided as a priority on the initial menu screen.

In this case, as shown in FIG. 19A , when the preload application 1910 is selected, the digital device may provide a preload application execution screen using at least one method of FIGS. 19B to 19D .

Referring to FIG. 19B , the execution screen of the preload application selected in FIG. 19A is divided into two and provided on the screen. Meanwhile, in FIGS. 19C and 19D as well as FIG. 19B , the application(s) 1910 , 1932 , 1934 , and 1936 to which the preload function is applied as the third part and the applications not to which the preload function is applied may be displayed separately.

Unlike FIG. 19B described above, FIG. 19C provides an execution screen of the selected preload application on the screen in the form of a picture in picture (PIP).

Also, in FIG. 19D , execution screens of preload applications included in the third part may be provided on the screen in the form of a picture by picture (PBP) or a picture of a picture (POP).

According to FIG. 19 , one feature is that the preload application list and the preload application execution screen are provided together with the application data that is being provided on the main screen, that is, the application execution screen.

On the other hand, although not shown in FIG. 19, in FIGS. 19B to 19D, the digital device performs a switch between a pre-provided application execution screen and a preload application execution screen, etc. in response to a pointer movement signal or a key button request signal, or It can also be presented in full screen.

20 illustrates menu items 2022 to 2028 for setting a preload application application method in a digital device when the preload function is activated. For example, when the digital device receives an access signal for the menu item 2028 through an input means or the like, the digital device may configure and provide a screen as shown in FIG. 19B accordingly.

On the other hand, when any one of the specific menu items 2022 to 2026 is selected through an input means or the like, the digital device may provide a preload application execution screen on the screen by changing the screen configuration accordingly. For example, the menu item 2022 may be an interface that requests a screen configuration as shown in FIG. 19A , the menu item 2024 shows a screen configuration as shown in FIG. 19C , and the menu item 2026 may request a screen configuration as shown in FIG. 19D . Alternatively, each of the menu items 2022 to 2026 may be an icon or the like for directly accessing a preload application.

21 to 22 are diagrams illustrating menu items or factors related to a preload function or setting items of a preload function.

Here, FIGS. 21 to 22 may be sub-items provided when a preload item (not shown) is selected from among the items of the third part 1820 in FIG. 18 . However, the present invention is not limited thereto. In other words, when the digital device receives a preload function setting request signal from the user, FIGS. 21 to 22 may be provided for setting the preload function. 21 to 22 will be separately described, but in some cases, two or more may be provided in combination with each other. However, hereinafter, for convenience, it is assumed that the sub-item is provided according to the selection of the preload item, as in the former case.

21A to 21J respectively show sub-item structures individually. However, if necessary, the digital device may combine or combine at least two or more of FIGS. 21A to 21J to form sub-items and provide them to the user.

First, referring to FIG. 21A , App0 to App4 sub-items are shown. Each of the sub-items indicates a corresponding application, and may include an image, text, and icon for identifying the application. Here, at least one application among the sub-items of FIG. 21A , that is, App0 to App4 may be a preload application included in the preload table according to the present invention. In this case, the preload application may be displayed differently from the non-preload application. The differentiated display refers to displaying to the extent that both can be distinguished and identified. For example, identification display can be performed in various ways such as color, size, highlight, and item shape. On the other hand, for example, assume that the preload application is App2 and App4 sub-items. In this case, the digital device may differentiate and display preload applications only when a signal for accessing App2 or App4 is received. When the access signal is the App2 sub-item pointing signal, the App4 sub-item is also highlighted so that it can be identified that there are two preloaded applications in App0 to App4, App2 and App4. Alternatively, when the access signal is a case where the App2 sub-item is long-clicked, App0, App1, and App3 may disappear and only the App2 and App4 sub-items corresponding to the preload applications may be provided. In this case, if there are other preload applications included in the preload table in addition to App0 to App4, they may be output together.

Referring to FIG. 21B , TV, HDMI, USB, Web, and App sub-items are shown. Here, each sub-item may be, for example, group data. For example, each sub-item indicates grouping data by classifying preload applications included in the preload table according to the sub-item. For example, when a TV sub-item access signal is received, the digital device may provide data on a preload application related to a TV sub-item among preload applications included in the preload table.

Alternatively, each sub-item of FIG. 21B may indicate reference data for selecting a preload application to be included in the preload table. For example, when the HDMI sub-item access signal is received, the digital device weights in relation to priority data of preload applications currently included in the preload table related to HDMI or HDMI related preload applications to be added to the future preload table in relation to HDMI. can provide

For each sub-item of FIG. 21C , a Favorite item is output as a sub-item of the preload item, and sub-items (eg, a specific preference channel) selected as the preferred item are arranged and provided. In this case, an additional button or item is provided, and when the additional item is selected, the digital device may provide a list of various applications that can be added. In this case, the list of addable applications may refer to, for example, a reward item. In other words, it is possible to provide preferentially applications belonging to the reward item in the list of addable applications.

For each sub-item of FIG. 21D , genre items may be provided. As shown, these genre items include drama, news, movies, sports, and games. However, the present invention is not limited thereto, and more diverse genre item(s) may be provided. These genre items may be, for example, group data for a preload selected application or group entry data for preload selection. In the latter case, when a specific genre item is selected, the digital device may provide an application list related to the selected genre item.

Each sub-item of FIG. 21E may be an item for preloaded applications having a priority. Each item may be a folder item containing one or more preloaded applications.

Each sub-item of FIG. 21F may be an item for performing an automatic or manual activation function in activating the preload function. Alternatively, each sub-item of FIG. 21F may be an entry item for accessing applications that will automatically perform a preload function among preload applications and applications that manually perform a preload function according to a request.

Each sub-item of FIGS. 21G and 21H may represent memory setting items for performing a preload function, respectively. 21G shows the free memory capacity numerically, and FIG. 21H schematically shows the free memory capacity and provides it in the form of a progress bar. Here, the free memory capacity is, for example, for setting the available capacity of the memory in performing the preload function according to the present invention. For example, if the 20% item is selected, the digital device may perform a preload function or add one or more applications as a preload application in connection with performing the preload function if the free memory capacity in the memory is 20% or more. there is. In this case, when adding one or more applications as a preload application, the digital device calculates the free memory capacity as described above. At this time, when the free memory capacity is less than or equal to the set free memory capacity, an alternative application selection operation may be performed. The replacement application selection task may mean selection of a preload application to be deleted according to an application to be added.

For each sub-item of FIG. 21I, preference and non-preferred items may be provided. In this case, the preferred item may be a folder item including applications that are duplicated as preferred applications among preloaded applications, and the non-preferred item may be a folder item including applications that are not duplicated as preferred applications among preloaded applications. In addition, if a preload item is selected while executing a preload application on the current screen, the preferred/non-preferred item may be a menu interface for setting the preloaded application as preferred/non-preferred in that state.

Each sub-item of FIG. 21J may be an interface item for performing a preload function according to a user. That is, the user items are provided based on the identifier data of the user registered in the corresponding digital device, and the user's log-in data or the preload mapped to the corresponding user item based on the user information selected or identified through an input means, etc. To provide functional or preloaded applications. On the other hand, after a specific user is selected in FIG. 21j , the digital device refers to the user's preload function or various data such as access to the preload application as reference data for performing the preload function of the user to perform the personalized preload function. may provide.

22 illustrates changes in menu items in the process of performing the preload function, as described above.

FIG. 22A shows that when a preferred menu item is selected from among various menu items listed in the third part of the called menu, the digital device provides a preloaded item as a sub-menu item of the preferred menu item around the selected preferred menu item. . Here, when the preload menu item is selected again, the preload application item is provided as a sub-menu item around the re-selected preload menu item. Alternatively, although not shown, an activation/deactivation item may be provided instead of the preload application item.

22B , in the called menu, a preference item is provided in a first part and a return item is provided in a second part, and the third part includes a preload item among various menu items listed. Here, when the preload item is selected, the digital device provides preload application items (Ch xx, Internet, App1) as sub items around the selected preload item. On the other hand, the provided preload application can directly select activation/deactivation in the state by a key signal or a pointer by an input means.

22C, when a preload item is selected in the third part in FIG. 22B, the size of the selected preload item is enlarged so that the selection can be identified.

In FIG. 22D, when a preload item is selected, preload applications are provided in the form of icons at the top differently from FIGS. 22A to 22C.

23 is a flowchart of a method for processing an application in a digital device according to the present invention.

The digital device displays the first application execution screen on the screen (S2302).

After the step S2302, the digital device receives the first signal requesting to display the menu (S2304). Step S2304 may be performed during execution of the first application in step S2302.

The digital device displays the requested menu on the first application execution screen according to the first signal of step S2304 (S2306).

The digital device receives a second signal requesting execution of a second application from the displayed menu after step S2306 (S2308).

The digital device displays a second application execution screen on the screen according to the second signal of step S2308 (S2310). Here, the second application is a preload application, and application data of the preload application is downloaded from the server in advance and stored in the memory before the second signal is received in step S2308. In relation to this, before the step S2308, the digital device determines whether the corresponding application is a preload application, and if the determination result is a preload application, transmits an application data request signal to the corresponding external server, and application data corresponding to the transmitted request signal The process of receiving can be performed.

The digital device may further perform at least one of displaying a menu item related to the preload function on the screen, receiving a third signal requesting to activate the preload function, and activating the preload function.

Also, the digital device may further perform a process of generating and storing a preload table including one or more preload applications.

According to the above-described various embodiments of the present invention, it is possible to reduce a system booting time and provide convenience for application use in a digital device equipped with a webOS, and by using an application preloading technology, a user can use a digital device You can use the application easily and conveniently in the application preload process, and by implementing advanced preloading by utilizing various factors during the application preload process, users can improve product satisfaction and inspire purchase desire through the convenience of using digital devices.

The configuration and method of the above-described embodiments may not be limitedly applied to the digital device equipped with the webOS disclosed in this specification and the method for processing a service or application in the digital device, but various modifications may be made to the embodiments. All or part of each embodiment may be selectively combined and configured.

Meanwhile, the method of operating a digital device disclosed in the present specification can be implemented as processor-readable codes on a processor-readable recording medium provided in the digital device. The processor-readable recording medium includes all types of recording devices in which data readable by the processor is stored. Examples of the processor-readable recording medium include ROM (Read Only Memory), RAM (Random Access Memory), CD-ROM, magnetic tape, floppy disk, optical data storage device, and the like. It includes those implemented in the form of a wave (carrier-wave). In addition, the processor-readable recording medium is distributed in a computer system connected through a network, so that the processor-readable code can be stored and executed in a distributed manner.

On the other hand, although the present specification has been described with reference to the accompanying drawings, this is only an embodiment and is not limited to a specific embodiment, and various contents that can be modified by those of ordinary skill in the art to which the present invention belongs are also claimed. It belongs to the scope of rights according to In addition, such modifications should not be understood separately from the spirit 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 unit
209: service control manager 210: service discovery manager
211: SI & Metadata Database 212: Metadata Manager
213: service manager 214: UI manager

Claims (26)

A method for processing an application in a digital device, the method comprising:
displaying a first application execution screen on the screen;
receiving a first signal requesting to display a menu;
displaying the requested menu on the first application execution screen according to the first signal;
receiving a second signal requesting execution of a second application from the displayed menu;
displaying a second application execution screen on the screen according to the second signal;
displaying a menu item related to a preload function on the screen;
receiving a third signal requesting activation of a preload function; and
activating the preload function; including,
Application data for executing the second application is a preload application that is downloaded in advance from a server before receiving the second signal and stored in a memory, the application processing method in a digital device. delete According to claim 1,
The method for processing an application in a digital device, characterized in that it further comprises the step of generating and storing a preload table (Preload table) containing one or more preload applications. According to claim 1,
In the menu items related to the preload function,
An application processing method in a digital device, comprising at least one of a preload function activation/deactivation menu item and a preload application addition/deletion or update menu item. 4. The method of claim 3,
The preload application included in the preload table,
A method for processing an application in a digital device, characterized in that it is manually or automatically added/deleted or updated. 4. The method of claim 3,
The preload application included in the preload table,
Application processing method in a digital device, characterized in that the addition / deletion in the preload table based on the priority data. 7. The method of claim 6,
The priority data is
Channel, genre, application property, preference, number of executions, execution time, user information, user intention, external input, weather information, and free memory capacity determined by at least one or a combination thereof How to process applications on digital devices. 4. The method of claim 3,
The preload application included in the preload table,
The preload table based on at least one or a combination of channel, genre, application attribute, preference, execution number, execution time, user information, user intention, external input, weather information, emergency message reception, and free memory capacity Application processing method in a digital device, characterized in that added / deleted within. According to claim 1,
The display menu is
An application in a digital device, comprising: a first part providing one or more historical data according to the execution of the application in the digital device; and a second part listing one or more applications available in the digital device. processing method. 10. The method of claim 9,
The second part of the display menu is,
wherein the listed applications include one or more preloaded applications including the second application. 11. The method of claim 10,
When the second application is selected, the one or more preload applications included in the second part are differentiated from a non-preload application, and the one or more preload applications are displayed on a display or the second part. An application processing method in a digital device, characterized in that only the loaded applications are arranged and displayed. According to claim 1,
The second application execution screen according to the second signal,
Output on the screen replacing the first application execution screen, or
An application processing method in a digital device, characterized in that the first application execution screen is displayed on the screen in any one of a screen division, a picture in picture (PIP) and a picture by picture (PBP) method together with the first application execution screen. According to claim 1,
and, when the preload function is activated, displaying guide data indicating that the preload function is activated in the digital device on the screen. Memory;
an interface unit for receiving a first signal for requesting execution of a first application, a second signal for requesting to display a menu, and a third signal for requesting execution of a second application from the displayed menu;
If the second application requested to be executed according to the third signal is a preload application, before receiving the third signal, download the application data of the second application from the server in advance and store it in the memory a control unit to control; and
a display unit for displaying the requested menu on the first application execution screen according to the first application execution screen and the second signal, and displaying a second application execution screen on the screen according to the third signal; including,
The control unit is
Control to display a menu item related to a preload function on the screen, and to activate the preload function when a fourth signal requesting activation of the preload function is received through the interface unit to control,
A digital device that handles applications. delete 15. The method of claim 14,
The control unit is
A digital device, characterized in that generating a preload table including one or more preload applications and controlling to store the preload table in the memory. 15. The method of claim 14,
The menu items related to the preload function are,
A digital device comprising at least one of a preload function activation/deactivation (Active/Inactive) menu item and a preload application addition/deletion or update menu item. 17. The method of claim 16,
The control unit is
A digital device, characterized in that manually or automatically adding/deleting or updating the preload applications included in the preload table. 17. The method of claim 16,
The control unit is
Digital device, characterized in that the addition/deletion control of the preload applications included in the preload table in the preload table based on priority data (priority data). 20. The method of claim 19,
The control unit is
Channel, genre, application property, preference, execution number, execution time, user information, user intention, external input, weather information, and free memory capacity (Free memory capacity) at least one or a combination of the priority data A digital device, characterized in that it determines. 17. The method of claim 16,
The control unit is
The preload table based on at least one or a combination of channel, genre, application attribute, preference, execution number, execution time, user information, user intention, external input, weather information, emergency message reception, and free memory capacity A digital device, characterized in that adding/deleting a preload application included in the preload table in the preload table. 15. The method of claim 14,
The display menu is
A digital device comprising: a first part for providing one or more historical data according to application execution of the digital device; and a second part for listing one or more applications available in the digital device. 23. The method of claim 22,
The control unit is
The digital device, characterized in that the control so that one or more preload applications including the second application are included in the applications listed in the second part of the display menu. 24. The method of claim 23,
The control unit is
When the second application is selected, the one or more preload applications included in the second part are differentiated from a non-preload application, and the one or more preload applications are displayed on a display or the second part. A digital device, characterized in that the display unit is controlled to display only the loaded applications in an arrangement. 15. The method of claim 14,
The control unit is
A second application execution screen is output on the screen in response to the second signal replacing the first application execution screen, or
The digital device, characterized in that the display unit is controlled to display on the screen in any one of a screen division, a picture in picture (PIP) and a picture by picture (PBP) method together with the first application execution screen. 15. The method of claim 14,
The control unit is
When the preload function is activated, the digital device according to claim 1, wherein the digital device controls the display unit to display guide data indicating that the preload function is activated on the screen.

Images