KR102439465B1 - Connected device system and method for processing application data the same - Google Patents

Abstract

Various embodiment(s) of a connected device system and a method for processing application data in the connected device system are disclosed herein. Here, the connected device system including a first device for displaying a first application execution screen and a second device for displaying a second application execution screen according to an embodiment of the present invention receives a first signal, and The first device transmits a control command related to the execution of the application to the second device according to a signal, and the resource related to the execution of the application is obtained according to the control command, and the application data is obtained by using the obtained resource. and the second device for processing and displaying. Here, the control command may be made by accessing the first application execution screen or a menu launcher provided overlaid on the first application execution screen.

Description

CONNECTED DEVICE SYSTEM AND METHOD FOR PROCESSING APPLICATION DATA THE SAME

The present invention relates to a connected device system, and more particularly to processing of application data in a plurality of digital devices connected to each other, for example a connected device.

Following a standing device such as a personal computer (PC) and a TV (Television), the recent development of a mobile device such as a smart phone and a tablet PC is dazzling. Although these fixed devices and mobile devices have been developed separately from each other in their respective fields, the areas are becoming increasingly ambiguous according to the recent boom in digital convergence.

Conventionally, two or more monitors connected by wire could be controlled by a single PC. In addition, two or more TVs could be connected to each other through an external input such as HDMI (High Definition Multimedia Interface), but in this case, it was possible only with a controller such as a separate control PC. . However, in the above case, even if there are a plurality of displays, data processing is still possible only by a main device such as a control PC or a single processing unit, so that the plurality of displays are connected to the screen. It only meant division. In the above, even if the TV has its own resources, the use of resources of the sub TV in addition to the resources of the main TV is limited, so that settings, menu calls, and other inputs are limited. ), etc., can only be performed on the main TV, which is very inconvenient to use.

The present invention has been devised to solve the above inconvenience.

In the present invention, between devices connected to each other under the Web OS platform, resources of each device can be utilized without additional control means as in the prior art, A task is to perform multi-tasking by appropriately dividing and providing application data on the screen of each device.

In the present invention, each of the connected devices is not in a master-slave or vertical relationship, such as a main-sub, but in an equal or horizontal relationship. Another task is to be able to perform various functions such as (settings) and call menu.

In the present invention, an effect such as a performance upgrade can be provided without additional purchase of a new configuration to a customer (client or consumer) having a plurality of devices, and device utilization is increased through distributed execution of applications and Another challenge is to provide even load-balancing effects.

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 connected device system and a method for processing application data in the connected device system are disclosed herein.

A connected device system including a first device for displaying a first application execution screen and a second device for displaying a second application execution screen according to an embodiment of the present invention receives a first signal, and the first signal The first device transmits a control command related to the execution of the application to the second device according to and the second device for displaying. Here, the control command may be made by accessing the first application execution screen or a menu launcher provided overlaid on the first application execution screen.

The method for processing application data in a connected device system including a first device that displays a first application execution screen and a second device that displays a second application execution screen according to an embodiment of the present invention, Receiving 1 signal, transmitting a control command related to application execution from the first device to the second device according to the first signal, Resource related to executing the application according to the control command in the second device obtaining, processing the application data using the obtained resource in the second device, and displaying the processed application data on a screen of the second device. Here, the control command may be made by accessing the first application execution screen or a menu launcher provided overlaid on the first application execution screen.

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, between devices connected to each other under a Web OS platform, each device is controlled without additional control means as in the prior art. Resources can be utilized, and application data is appropriately divided and provided on the screen of each device to perform multi-tasking.

According to another embodiment of various embodiments of the present disclosure, each of the connected devices has an equal or horizontal relationship, not a master-slave or vertical relationship such as a main-sub. There is an effect that one device can perform various functions, such as settings and call menus of other devices.

According to another embodiment of various embodiments of the present invention, it is possible to provide an effect such as a performance upgrade without additional purchase of a new configuration to a customer (client or consumer) having a plurality of devices, It has the effect of increasing device utilization and providing load-balancing effects through distributed execution of applications.

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 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 a control 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 web OS architecture according to an embodiment of the present invention;
8 is a diagram for explaining the architecture of a web OS device according to an embodiment of the present invention;
9 is a diagram illustrating a graphic composition flow in a web OS 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;
13 is a view for explaining a data processing method of a first TV and a second TV constituting a twin TV according to an embodiment of the present invention;
14 is a view for explaining a data processing method of a first TV and a second TV constituting a twin TV according to another embodiment of the present invention;
15 to 18 are diagrams illustrating UI scenarios related to the use of a menu launcher in a twin TV according to the present invention;
19 to 24 are diagrams showing application execution and related UX in twin TV according to the present invention;
25 to 27 are diagrams illustrating application movement and related UX in twin TVs according to the present invention;
28 to 29 are views showing the setting and change of each TV constituting the twin TV according to the present invention, and UX related thereto;
30 is a view for explaining the configuration of a twin TV screen according to an embodiment of the present invention;
31 is a view for explaining the configuration of a twin TV menu launcher according to an embodiment of the present invention; and
32 is a flowchart illustrating an application data processing method in a twin TV according to an embodiment of the present invention.

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

The suffixes "module", "part", etc. for the components used in this specification are given only in consideration of the ease of writing the specification, and both may be used interchangeably as necessary. In addition, even if it is described as an ordinal number such as "first-", "second-", etc., it does not mean an order, but rather to avoid confusion of terms and to simplify explanation of the term. not.

In addition, the terms used in the present specification are also selected as currently widely used general terms as possible in consideration of the function according to the technical idea of the present invention. 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.

Hereinafter, a “digital device” described herein includes, for example, all devices that transmit/receive data, process, output, and the like, at least one of. Here, the data may be meant to include, for example, content, service, application, etc. or all data related thereto. The digital device may be connected to another digital device, an external server, etc. through a wired/wireless network to transmit/receive the data. If necessary, the data may be converted before transmission/reception. For convenience of description in the present specification, the case in which at least two or more digital devices are connected according to the present invention will be described by naming them as a combination device, a fusion device, a connected device, etc., For convenience, it will be described as a connected device hereinafter. In relation to the present invention, for convenience, two digital devices (in this case, may be referred to as twin devices for convenience) are connected through a wired/wireless network to transmit/receive data to each other as described above. do. Meanwhile, in the present specification, as a digital device, a network TV (Network TV), HBBTV (Hybrid Broadcast Broadband TV), Smart TV (Smart TV), IPTV (Internet Protocol TV), PC (Personal Computer), such as a fixed device (stand or fixed device), and a mobile device or handheld device such as a personal digital assistant (PDA), a smart phone, a tablet PC, and a notebook. For example, FIG. 2 shows a digital TV, and FIG. 3 shows and describes a mobile device.

In the above, the wired/wireless network includes all networks for connection/data transmission/reception between a client and a server. Such a wired/wireless network includes a communication network to be supported now or in the future according to a standard, and can support one or more communication protocols therefor. Such wired/wireless networks include, for example, Universal Serial Bus (USB), Composite Video Banking Sync (CVBS), Component, S-Video (analog), Digital Visual Interface (DVI), High Definition Multimedia Interface (HDMI), Networks for wired connection such as RGB and D-SUB 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), a network for wireless connection, such as Wi-Fi direct, and a communication standard or protocol for the network may be formed.

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. , 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, 'control means'), such as a handwritten input device, a touch-screen, and a spatial remote controller. can

In addition, the digital device may use a variety of OSs including a standardized general-purpose operating system (OS). In particular, in the present specification, a web OS is used as an example. 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 may receive and process an external input. At this time, 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 processes that can be processed. control means or digital device. For example, as the external input, HDMI, a game device such as a playstation or X-Box, a smartphone, a tablet PC, a printer such as a pocket photo, etc. device), smart TVs, and digital devices such as Blu-ray devices.

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 is also referred to as a processor. do. To the server, for example, a web server or a portal server that provides a web page, a web content or a web service, or a web server 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 web OS platform.

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 FIG. 1, such a content provider 10 as a terrestrial broadcast transmitter, a cable broadcast operator (cable SO (System Operator)) or MSO (Multiple SO), a satellite broadcast transmitter, various Internet broadcast transmitters, personal content providers, etc. may be exemplified. Meanwhile, the content provider 10 may produce and provide various services or applications in addition to broadcast content.

The service provider 20 service-packages the content produced by the content provider 10 and provides it to the HNED 40 . For example, the service provider 20 packages at least one of the contents produced by the first terrestrial broadcast, the second terrestrial broadcast, cable MSO, satellite broadcast, various Internet broadcasts, applications, etc. for a service, 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, the service provider 20 may also perform the function of the service provider 20 by packaging the content produced by the content provider 10 and providing it to the HNED 40 , 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 that provides a service to be described later in this specification. In this case, the server may mean owning or including the network provider 30 as needed. 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 such a service or application is a service for the web OS (Web OS)-based client 100 . or application data.

A connected device system including a first device for displaying a first application execution screen and a second device for displaying a second application execution screen according to an embodiment of the present invention receives a first signal, and the first signal The first device transmits a control command related to the execution of the application to the second device according to and the second device for processing and displaying data. Here, the control command may be made by accessing the first application execution screen or a menu launcher provided overlaid on the first application execution screen.

In the above, when the first application execution screen is accessed, the first device issues the control command so that the displayed first application execution screen is enlarged and displayed through respective screens of the first device and the second device. It can be transmitted to 2 devices.

In the above, when the first application execution screen is accessed, the first device transmits the control command to the second device so that the displayed first application execution screen and the displayed second application execution screen are switched. can be transmitted

In the above, the first device, when the first application execution screen is accessed, the first application execution screen being displayed is the entire screen (entire screen) or PIP (Picture in Picture) window (window) of the second device The control command may be transmitted to the second device to be displayed through the

In the above, instead of the first application execution screen, the first device may display a default live channel or application, an application execution screen or menu that was just executed.

In the above, when one or more menu items are accessed from the displayed menu launcher, the first device provides information on applications corresponding to the accessed one or more menu items. may be included in the control command and transmitted to the second device.

In the above, in the first device, when one or more menu items are accessed from the displayed menu launcher, applications corresponding to the accessed one or more menu items are turned on again after the second device is turned off. - When turned on, the control command may be transmitted to the second device to display as an initial screen.

In the above, in the first device, the displayed menu items in the menu launcher may include one or more menu items executed or executable by the second device.

An application indicator is displayed on or around at least one of the displayed menu items in the menu launcher, indicating that the corresponding menu item has been executed or is executable in the first device or the second device. and a device indicator for identifying the corresponding device may be displayed on a predetermined area of the screen of the first device and the second device.

Meanwhile, the first device and the second device each include a data processing engine for screen sharing capable of performing both a client and a server function, and the second device, when the resource is insufficient, Part or all of the resource for processing the application data may be obtained from the first device.

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 200 includes a network interface 201 , a TCP/IP manager 202 , a service delivery manager 203 , an SI decoder 204 , Demultiplexer (demux or demultiplexer) 205, audio decoder (audio decoder) 206, video decoder (video decoder) 207, display unit (display A/V and OSD module) 208, service control manager (service control manager) 209, service discovery manager (210), SI & metadata database (SI&metadata DB) (211), metadata manager (metadata manager) (212), service manager (213), It may be configured to include a UI manager 214 and the like.

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 . ) 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 . Also, 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 may be used in the above-described demultiplexing process. Accordingly, the demultiplexer 205 filters (PID or section filtering) audio data, video data, and SI data 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 stores service information decoded by the SI decoder 204, metadata managed by the metadata manager 212, and information necessary for selecting 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.

Referring to FIG. 3 , the mobile device 300 includes a wireless communication unit 310 , an A/V (Audio/Video) 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 .

The wireless communication unit 310 may include one or more modules that enable wireless communication between the mobile device 300 and the 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 . .

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 refer to 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 digital, for example, ATSC, DVB-T, DVB-S, DVB-C, DVB-H, Media Forward Link Only (MediaFLO), ISDB-T (Integrated Services Digital Broadcast-Terrestrial), etc. A digital broadcast signal may be received using a broadcast system. Of course, the broadcast receiving module 311 may be configured to be suitable for other broadcast systems as well as the aforementioned digital broadcast 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 the wireless Internet technology, WLAN (Wi-Fi), Wibro, Wimax, HSDPA, etc. may be used. The short-range communication module 314 refers to a module for short-range communication. As short-range communication technology, Bluetooth, RFID, infrared communication (IrDA), UWB, Zigbee, RS-232, RS-485, etc. may be used.

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, it is also possible to sense whether the power supply unit 390 is supplied with power, whether the interface unit 370 is coupled to an external device, and the like. 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 , a haptic module 354 , and the like. .

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 of a transparent type or a light-transmitting type so that the outside can be seen 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-transmitting 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 in addition to the output device. can also be used as 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 portion of the display unit 351 or a change in capacitance occurring in a specific portion 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 signal(s) corresponding thereto 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, an infrared proximity sensor, and the like. 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 a “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 by 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, touch input, and the like. 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 output or may be 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, an 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 cold/warm using an element capable of absorbing heat or generating heat. The haptic module 354 may not only deliver the tactile effect through direct contact, but may also be implemented so that the user can feel the tactile effect through a muscle sense such as 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), and a general-purpose user authentication module ( Universal Subscriber Identity Module (USIM), and the like. A device equipped with an identification module (hereinafter referred to as an '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 types of input from the cradle by the 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. Embodiments may be implemented by the controller 380 itself.

According to the software implementation, embodiments such as the 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 a suitable 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 in which an image signal, an audio signal, or a data signal is multiplexed. For example, the stream signal may be an MPEG-2 Transport Stream (TS) in which an MPEG-2 standard video signal, a Dolby AC-3 standard audio signal, and the like 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) and an external device such as a cloud, and the like, may be connected by wire/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 terminal, a component terminal, an S-video terminal (analog), a DVI terminal, an HDMI terminal, It may include 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 may be network-connected to another digital device according to a communication protocol such as Bluetooth, RFID, infrared communication (IrDA), UWB, ZigBee, or DLNA, for example.

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 (Ethernet) terminal for connection with a wired network, and for connection with a wireless network, for example, WLAN (Wi-Fi), Wibro , Wimax, HSDPA communication standards, etc. can be used. The network interface unit 430 may transmit or receive data with other users or other digital devices 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 shows 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 of 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 control unit 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 controller 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 control unit 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 reproduction 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. , an image signal or an audio signal may 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 the 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 along 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 for generating a thumbnail image corresponding to a channel signal or an external input signal may be further provided. The channel browsing processing unit receives the stream signal TS output from the 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 the plurality of broadcast channels.

The display unit 480 converts the image signal, the data signal, the OSD signal processed by the control unit 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, or 3D display. 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 .

On the other hand, 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 displaying an image, and the audio output unit 485 for outputting audio. 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), RF (Radio Frequency) communication, infrared (IR) communication, UWB, Zigbee method, and 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. On the other hand, unlike the above, the digital device does not include a tuner and a demodulator, and may receive and reproduce content through a network interface unit or an external device interface unit.

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 on the demultiplexed image signal. To this end, the image processing unit 420 may include an image decoder 425 and a scaler 435 . The image decoder 425 decodes the demultiplexed image signal, and the scaler 435 scales the resolution of the decoded image signal to be output on the display unit. The video decoder 525 may support various standards. For example, the video decoder 525 performs a function of an MPEG-2 decoder when the video signal is encoded in the MPEG-2 standard, and the video signal is converted to a Digital Multimedia Broadcasting (DMB) method or H.264/H.265. When encoded in the standard, the function of the H.264/H.265 decoder can 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 generating unit 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 . The decoded image signal and the OSD data are mixed, and the OSD is displayed as an overlay 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, if 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 composing and outputting it in a 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. As an 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 in the control unit may process a base (Base), treble (Treble), volume control, and the like. The data processing unit 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 a start time and an end time of a broadcast program aired on each channel.

Meanwhile, the above-described digital device is an example according to the present invention, and each component may be integrated, added, or omitted according to specifications of a digital device that is actually implemented. That is, if necessary, two or more components may be combined into one component or one component may be subdivided into two or more components. In addition, the function performed in each block is for explaining an 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 a control means connected to the digital device of FIGS. 2 to 4 according to an embodiment of the present invention.

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

On the other hand, the control means is a user interface device (UID; User Interface Device) 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 control means can communicate with the digital device by employing at least one communication protocol such as Bluetooth, RFID, infrared communication (IrDA), UWB, ZigBee, DLNA, RS, etc. as necessary.

The remote control 610 refers to a general control 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.

The keyboard 630 is not easy to control with the conventional remote control 610 alone as the digital device 600 provides various services such as a web browser, an application, and a SNS as an intelligent integrated digital device beyond the conventional broadcasting only. It is implemented similarly to the keyboard of a PC to promote input convenience such as text.

On the other hand, the control means such as the remote control 610, the pointing device 620, the keyboard 630 is provided with a touchpad 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 web OS as an OS and/or a platform. Hereinafter, the web OS-based configuration or processing process such as an algorithm 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 web OS-based or related services, applications, and contents in a digital device, hardware or components including related software and firmware are referred to as a controller. Name and explain.

Such a web OS-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 a web OS process and resource management.

On the other hand, the web OS 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 structure of software for digital devices is a monolithic structure that is dependent on conventional problem solving and market, and a single process and a closed product based on multi-threading technology. ), 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. componentization) to have a three-layer structure, add-on, single source product, and add-on structure for open application. In recent years, the software structure has been further developed to provide a modular architecture of functional units, a Web Open API (Application Programming Interface) for the eco-system, and a game engine for the 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 created.

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

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

The platform may be largely divided into a kernel, a system library-based Web OS core platform, an application, a service, and the like.

The architecture of the web OS 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, Web OS 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 web OS 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 web OS 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 on the screen. can be printed out.

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

On the other hand, the WAM is based on the Enyo Framework, since the web OS can view a web application as a basic application.

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

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

A web OS 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, services that are migrated from the existing TV to the web OS or are manufacturer-differentiated services, the web OS common service and Node developed with JavaScript and used through Node.js. js service.

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

An application on the web OS 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 a WebKit engine, and is executed on a 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 to develop an application whose performance is important.

The QML application is a Qt-based native application, and includes a basic application provided with a web OS 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 web OS device according to an embodiment of the present invention.

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

Referring to FIG. 8 , services, applications, and web OS 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), database (DB), activity manager (activity manager), system policy (system policy), audio daemon (AudioD: Audio Daemon), update (update), web OS 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 web OS 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.

The CBOX can manage a list and metadata of contents of external devices such as USB, DLNA, and cloud connected to the TV. Meanwhile, the CBOX may output a content list of various content containers such as USB, DMS, DVR, and cloud as an integrated view. In addition, the CBOX may display a content list of various types such as pictures, music, and videos, and manage metadata thereof. In addition, the CBOX may output the content 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 various 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, the main 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. It is possible to provide a window management mechanism for

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

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 a mouse & keyboard, a joystick, a game pad, an application remote, a pen touch, and the like.

As such, the LSM supports a multiple window model, which 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 web OS 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 webkit 920 in charge of a web process, an LSM 930 and a graphic manager (GM: Graphic Manager) This 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 by the web kit 920 for sharing a GPU (Graphic Processing Unit) memory for graphic management between the UI process and the web process, and uses the full-screen 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 the LSM GM surface of the graphic manager 940, for example.

On the other hand, 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 web OS device, as well as data through the aforementioned LSM GM surface and data through the WAM GM surface, as well as data broadcasting applications such as data broadcasting applications and caption applications. 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.

FIG. 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 the 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 when performing multimedia, and encoding/decoding and graphic data transfer speed must 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, for example, when an error occurs as described above by removing and restarting a playback pipeline in which an error occurs during media playback for each pipeline. may not affect other media playback. 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 or the like.

The media server may have extensibility. For example, a new type of pipeline may be added without affecting an existing implementation method. As an example, the media server may accommodate a camera pipeline, a videoconferencing (eg, 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 within 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, it may be necessary to re-execute the entire TV when a problem occurs in a specific task.

The media server is also called uMS, that is, a micro media server. Here, the media player (media player) is a media client (media client), which is, for example, HTML5 video tag (video tag), camera (Camera), TV, video conferencing (Skype), second screen (2nd Screen), etc. It may mean a Webkit.

In the media server, the 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, the uMS, that is, the media server, is a web OS device such as a cloud game, a MVPD (pay service, etc.), a camera preview, a second screen, a resource such as skype, and a TV resource. 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 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 the 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 a current device resource 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 according to the request of the pipeline manager 1022 in the resource manager 1024, 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 an application or service may directly process the 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 its 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 using Cordova, which extends the display to a video tag. In addition, there may be a method 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, in the case of a non-web OS, it is an interface method. In this case, you can interface by calling the Luna bus directly.

Seamless change is processed by a separate module (for example, TVWIN), which is a process for seamlessly processing the TV before or during booting of the web OS without web OS. . This is used for the purpose of first providing basic functions of TV services in order to quickly respond to a user's power-on request because the booting time of the web OS 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 responsible for switching from the non-web OS mode to the web OS mode.

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. Also, 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, and through which the application operates or operation is controlled.

Depending on the type of application, the data processing path is different. For example, if the application is image data related to the camera sensor, it is transmitted to the camera processing unit 1130 and processed. In this case, the camera processing unit 1130 processes the 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, if the data is selected by a user or automatically required to use a pipeline. Alternatively, when the application includes audio data, the audio may be processed through the audio processing unit (AudioD) 1140 and the audio module (PulseAudio) 1150 . For example, the audio processing unit 1140 processes audio data received from 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 processing of audio data. 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 generates 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 content data on which the DRM is applied.

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 M/W (middleware)), a path manager, It may include a BSP (eg, NetCast). Here, the service processing unit may refer to, for example, a module including 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 configuration shown 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 to the DVR/channel manager, if it is 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 sends it back to the TV pipeline manager. Send to create a TV pipeline and process it. On the other hand, if 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 through the TV broadcast interface unit to the TV pipeline manager, and processed by creating a TV pipeline. 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 file 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 the 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 are currently 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 according to 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, a method for processing data in a digital device according to the present invention will be described in more detail as follows. Here, for better understanding of the present invention and for convenience of description, the digital device is a digital TV as an example. Accordingly, the above-described connected device will be described as a twin TV by taking two connected digital TVs as an example for convenience.

First, in the present invention, resources of each device can be utilized without additional control means as in the prior art between devices connected to each other under a Web OS platform. By appropriately dividing application data on the screen of each device, multi-tasking can be performed. And each of the connected devices is not in a master-slave or vertical relationship such as a main-sub, but in an equal or horizontal relationship from one device to the other device settings (settings) , to perform various functions such as call menu. In addition, it can provide an effect such as a performance upgrade to a customer (client or consumer) with multiple devices without additional purchase of a new configuration, and increase device utilization through distributed execution of applications and load- It also provides a load-balancing effect.

Meanwhile, in the present specification, in each embodiment to be described later for better understanding of the present invention and convenience of explanation, each digital device, that is, digital TVs employs a web OS platform, and assumes that the basic performance is the same or similar as an example. Explain. For example, the basic performance may mean the performance of a CPU or GPU, a memory capacity, a size of a storage space, and the like. However, the present invention is not limited thereto, and may be applied even when the corresponding digital devices employ different OS platforms or have different performance.

In addition, in relation to the present invention, as described above, each TV constituting a twin TV can be connected by wire/wireless, but for convenience, it will be described with an example that they are connected to each other by wireless (eg, Wi-Fi).

In addition, in relation to the present invention, each TV constituting the twin TV includes an HRZ engine to transmit/receive data to/from each other as an embodiment. In this case, the HRZ engine included in each TV may perform only a server or a client function, or both a server/client function. Meanwhile, as for the HRZ engine, a known technology may be referred to, and a detailed description thereof will be omitted herein.

13 is a diagram illustrating a data processing method of a first TV and a second TV constituting a twin TV according to an embodiment of the present invention, and FIG. 14 is a twin TV according to another embodiment of the present invention. It is a diagram illustrating a data processing method of the first TV and the second TV constituting the first TV.

Referring to FIG. 13 , a first TV 1310 and a second TV 1350 are connected to each other through Wi-Fi. In this case, the first TV 1310 includes an HRZ engine (server), and the second TV 1350 includes an HRZ engine (client). Meanwhile, it is assumed that the first TV 1310 and the second TV 1350 each include a CPU (x4), a memory (2 GB), a storage device (8 GB), and the like.

As described above, when the first TV 1310 and the second TV 1350 are connected to each other to form a twin TV, all applications can be executed only in one TV constituting the twin TV. Here, the one TV is, for example, a first TV 1310 having an HRZ engine (server) as an example. In other words, the first TV 1310 processes all application data for the twin TV. However, in this case, the first TV 1310 does not utilize the resources of the second TV 1310 having the HRZ engine (client). This is because the HRZ engine performs only a client function. Therefore, after processing application data using the resources of the first TV 1310 , the application data processed through the HRZ engine (server) and Wi-Fi communication may be provided on the screen of the second TV 1350 . . However, in this case, each of the first TV 1310 and the second TV 1350 provides menu launchers 1320 and 1360 and can receive a signal such as application selection of an input means such as a remote control. There is. However, as described above, application data processing according to the received signal may be performed by the first TV 1310 . Accordingly, in this case, the processing of a predetermined application to be output through the screen of the second TV 1350 may be rejected or delayed due to a resource problem of the first TV 1310 .

Referring to FIG. 14 , each TV 1410 and 1450 includes an HRZ engine, but unlike FIG. 13 , each HRZ engine is designed to perform both server and client functions. In other words, unlike FIG. 13 , the first TV 1410 and the second TV 1450 of FIG. 14 may process an application by using their own resources, respectively. For example, Netflix (Netflix), a browser (browser), and a preferred channel (preferred channel) applications can be processed in the first TV 1410 of FIG. 14, and YouTube in the second TV 1450, When the pooq and EPG applications require their own resources or resources, it is possible to process the corresponding application data by utilizing the resources of other TVs constituting the twin TV. For example, it is assumed that the execution of the browser application is requested while the Netflix application is being executed on the first TV 1410 of FIG. 14 . In this case, if the resources of the first TV 1410 are insufficient, processing of the browser application data is not rejected or delayed, as shown in FIG. 13 , and the processing can be performed using the resources of the second TV 1450 . Of course, in the case of FIG. 14 , the HRZ engine provided in each TV can perform both server and client functions, so that the application data processed by the first TV 1410 is displayed on the screen of the second TV 1450 or its The opposite is also possible. That is, according to FIG. 14 , unlike FIG. 13 , the original properties or performance of each TV constituting the twin TV can be used as it is, so that an effect such as a performance upgrade can be enjoyed even without a control means such as a separate PC. do.

Hereinafter, various embodiments and effects of the twin TV configuration as shown in FIG. 14 will be described with reference to the accompanying drawings.

15 to 18 are diagrams illustrating UI scenarios related to the use of a menu launcher in a twin TV according to the present invention.

First, referring to FIG. 15 , a first TV 1510 and a second TV 1550 execute a first menu launcher 1520 and a second menu launcher 1560 in response to a menu launcher request through an input means such as a remote control, respectively. It is provided by overlaying it on the application execution screen. In particular, FIGS. 15 to 18 show cases in which the Recent menu is executed as a sub-menu according to a request from the menu launcher. Referring to FIG. 15 , a plurality of Recent menu items corresponding to the Recent menu are provided in the menu launcher area of each TV. Here, the menu launcher includes a receive menu and an application menu. When the Recent menu is selected, the menu launcher in the form of a sub-menu may arrange and provide only the Recent menu items based on the execution date, execution time, playback time, etc. of the application corresponding to each menu item. On the other hand, in the application menu, menu item(s) corresponding to available applications such as download/installation on the TV other than the menu item(s) arranged when the menu launcher is provided for the first time according to scroll or selection of a predetermined key item ) may be provided in additional alignment.

On the other hand, the first TV 1510 and the second TV 1550 of FIG. 15 are menu launchers that are provided when the original TVs do not operate as twin TVs but operate individually, ie, the first TVs despite the twin TV characteristics. As each of the menu launcher 1520 and the second menu launcher 1560 is provided, it may cause confusion as to which application is provided or which application is provided to each TV.

In FIGS. 16 to 18, in the case of FIG. 15, when each TV operates as a twin TV, it is configured to have a menu launcher configuration different from that in the case of individual operation, which is an embodiment for improving the user's convenience in using the twin TV. .

First, in FIG. 16, application indicators (1622 to 1628, 1662 to 1668) are provided so that it can be identified on which TV the application corresponding to the corresponding menu item is executed in each of the Recent menu items as in FIG. do. On the other hand, from the user's point of view, when two TVs constitute a twin TV, it is difficult to identify which TV is the first TV and which TV is the second TV, so it is possible to identify whether each TV is the first TV or the second TV To do this, TV indicators 1610 and 1650 are provided in a predetermined area. Meanwhile, the TV indicators 1610 and 1650 may be changed according to the user's change of the first TV and the second TV.

Referring to FIG. 16 , application indicators such as TV1 1622 , TV2 1624 , TV2 1626 , and TV1 1628 are provided on the receive menu items of the first TV 1510 , see this Then, it can be seen that the application corresponding to each menu item is executed on which TV, that is, the first or second TV. The second TV 1550 can also be easily understood by referring to the above-described description of the first TV 1510 .

Referring to FIG. 16, when each TV does not constitute a twin TV, only the Recent menu item(s) for the application executed on the TV is provided, but when configuring the twin TV according to the present invention, the Recent It is possible to provide menu item(s) not only for itself but also for applications that have been run on other TVs constituting the twin TV at once.

In addition, although indicators are provided in text form as an example for convenience, in this specification, each menu item can be identified in various forms such as size change, flickering, and color change, and the user can easily It can be implemented so that it can be understood.

17 is basically the same concept as that of FIG. 16, and provides application indicators for the Recent menu items provided in the corresponding TV. However, in the case of FIG. 16 , the user may be confused by providing menu items corresponding to the list of applications executed on the second TV 1550 to the Recent menu items on the first TV 1510 . Accordingly, in FIG. 17 , unlike FIG. 16 , only the menu items executed in TV1 are provided to the first recent menu of the first TV 1510 , and the menu items executed in TV2 are provided in the second recent menu of the second TV 1550 . By providing only menu items, it is possible to provide a user's identification convenience. On the other hand, the Recent menu item as shown in FIG. 17 may look the same as that of FIG. 15, but unlike FIG. 15, the Recent menu items provided in FIGS. 16 and 17 are, for example, that each TV constitutes a twin TV. Only menu items for applications that have been executed during the time and application indicators 1712 to 1718 and 1722 to 1728 related thereto may be arranged. In this case, since it is easy to identify whether the corresponding TV is the first TV or the second TV only with the application indicators 1712 to 1718 and 1722 to 1728, for example, the TV indicator shown in FIG. 16 may not be provided.

18 is the same form as that of FIG. 16, but is implemented differently from that of FIG. 16 in which the first TV and the second TV are identifiable in text form. That is, in FIG. 18 , TV indicators 1810 and 1850 and application indicators 1822 to 1828 and 1862 to 1868 are implemented so that it is possible to identify whether the TV is a left TV or a right TV constituting the twin TV in the form of a box.

Meanwhile, each of FIGS. 15 to 18 may be provided separately from each other, or may be provided in combination in various forms not shown. This can also be included in the present invention. In addition, in any one of the embodiments of FIGS. 15 to 18 , it is possible to easily switch or change to another embodiment through an input means such as a remote control. For example, FIGS. 16 and 18 are cases in which items of other TVs constituting a twin TV are provided to each TV, which is provided when the power of any one TV constituting a twin TV is turned off, and FIG. 17 An embodiment (not shown) corresponding to and FIG. 18 may be provided when all TVs constituting the twin TV are powered on.

In addition, although FIGS. 15 to 18 have illustrated and described embodiments of the receive menu of the menu launcher as described above, the present invention is not limited thereto. For example, it can be applied to the application menu of the menu launcher, and can be implemented and applied in a similar form to general menus or applications that are originally provided in each TV. When the application (eg, EPG application) is called, each TV can be configured to identify items selected as reservations or favorite channels not only on the corresponding TV but also on other TVs at once when configuring the EPG application. .

19 to 24 are diagrams illustrating an application execution according to a user's selection and UX related thereto according to the present invention.

Referring to FIG. 19 , a first TV 1910 constituting a twin TV provides a first menu launcher 1920 on a screen of a first application (eg, Netflix), and a second TV 1950 A second menu launcher 1960 is provided on the screen of the second application (Amazon).

In this case, the menu item selected from the first menu launcher 1920 is processed by the first TV 1910 and the application A 1930 (YouTube) corresponding to the processed menu item is being executed on the first TV 1910 . The first application may be replaced or provided in the form of a picture by picture (PBP) or a picture in picture (PIP) together with the first application. In this case, in processing the application A, the first TV 1910 may use the resources of the second TV 1950 constituting the twin TV. Conversely, access to the second menu launcher 1960 may be processed and provided on the second TV 1950 with reference to the above description. In other words, even if the menu items of other TVs constituting the twin TV are provided to the menu items of the menu launcher of the specific TV, the execution screen of the application corresponding to the selected menu item is always displayed on the TV including the selected menu item. is executed

Referring to FIG. 20 , when a menu item 2010 selected from the first menu launcher 1920 of the first TV 1910 is dragged and dropped on the screen of the second TV 1950, the selected menu item 2010 Unlike in FIG. 19 , an application execution screen corresponding to may be provided from the second TV 1950 instead of the first TV 1910 . In this case, the processing of the application corresponding to the selected menu item 2010 may be performed in the first TV 1910 or the second TV 1950 . For example, when the menu item 2010 is selected from the first menu launcher of the first TV 1910, it is basically processed by the first TV 1910, but if the first TV 1910 lacks resources, etc. If the processing of the application corresponding to the selected menu item is difficult for other reasons, processing of the second TV 2020 may be requested. Alternatively, when the menu item 2010 is dropped on the screen of the second TV 1950, the first TV 1910 provides information on an application corresponding to the menu item 2010 and a method for processing the application. The second TV 1950 that transmits the control command and receives the control command may collect data of the application and process it. In this case, the second TV 1950 may utilize the resource of the first TV 1910 when necessary, such as a resource. Alternatively, when the corresponding application has never been previously downloaded, pre-stored, or pre-installed on the second TV 1950, data of the first TV 1950 may be used. Accordingly, the second TV 1950 may display the corresponding application data on the screen without directly downloading or installing the corresponding application data.

In FIG. 21 , if the menu item selected in the manner shown in FIG. 20 is the live broadcasting application 2110 , the second TV 1950 may provide a live broadcasting screen on the screen as shown in FIG. 22 . In this case, the live broadcast screen may be, for example, a default channel predefined in the first TV 1910 or the second TV 1950, or may be any one of channels previously viewed on each TV.

23 and 24 show an embodiment of application control through access to an application execution screen currently provided to each TV, rather than application execution through menu items constituting the menu launcher, unlike the aforementioned FIGS. 19 to 22 .

Referring to FIG. 23 , when the user points to the screen 2310 of the first TV 1910 for a predetermined time or more, or inputs a predetermined key button, the pointer is changed to a draggable form and the screen 2310 is displayed on the screen 2310 . When a draggable image form such as a reduced screen is provided around the changed pointer and dragged and dropped on the screen 2320 of the second TV 1950, it is provided on the screen 2310 of the first TV 1910 The previously used application may be switched with the application provided on the screen 2320 of the second TV 1950 . Instead of the switching, the application execution screen provided on the screen 2310 of the first TV 1910 may be extended or expanded to the screen 2320 of the second TV 1950 may be provided.

Alternatively, referring to FIG. 24 , according to the drag-drop of FIG. 23 , the application execution screen provided on the screen 2310 of the first TV 1910 is changed to the screen 2320 of the second TV 1950 . The application provided and being provided on the screen 2320 of the second TV 1950 may be provided through the PIP window 2410 provided on the screen. Conversely, the screen 2310 of the first TV 1910 according to the drag-drop is provided through the PIP window 2410 and the application that was originally provided on the screen 2320 of the second TV 1950 does not change. there may not be

On the other hand, when dragging and dropping the screen 2310 of the first TV as a whole as shown in FIG. 23 or 24, unlike the screen configuration of the second TV as described above, the first TV performs the above-described switching and enlargement. Unlike the case, only the display position of the application being provided through the screen 2310 of the first TV may be changed. In this case, when an application that has been previously provided on the screen 2310 of the first TV is provided on the screen 2320 of the second TV, the first TV displays a blank screen through the screen, and an application execution screen that was just running. , an application execution screen running in the background, a default application execution screen, and the like may be provided.

25 to 27 are diagrams illustrating application movement and UX related thereto in a twin TV according to the present invention.

25 to 27 are slightly different from the above-described embodiment related to application movement described with reference to FIGS. 19 to 24 .

25, when accessing the screen of a predetermined TV constituting the twin TV or accessing the menu item of the menu launcher being provided on the screen of the predetermined TV constituting the twin TV as shown in FIG. As described above, graphical user interfaces (GUIs) 2530 and 2640 for application processing are provided.

Here, the GUI for application processing shown in FIG. 25 or 26 may be provided in addition to the above-described access, which may be provided even when the power of any one TV constituting the twin TV is turned off or in a standby state. have.

For example, the application processing GUI 2530 shown in FIG. 25 may set the process for each application, such as Migrate and Kill, and change settings. Referring to FIG. 25 , a browser application, a live TV application, a YouTube application, and a Skype application are exemplified as an application being executed or selected in the second TV 2520 as an item in the application processing GUI 2530 , and each application is According to a user's selection or when the power of the second TV 2520 is turned on to off or from off to on, the operation may be moved to, terminated, or all applications are moved or all applications are terminated.

Meanwhile, referring to FIG. 26 , with respect to a menu item 2630 selected in the menu launcher of the first TV 2610 , moving to the second TV 2620 , playing or displaying on the second TV 2620 , or ending, etc. can be processed with

Referring to FIG. 27A , when at least one of a menu item 2730 or an application indicator 2740 is accessed in the first TV 2710 , an application processing GUI 2750 is provided as illustrated. However, in FIG. 27A , the first TV 2710 and the second TV 2720 are distinguished from each other in the form of a box instead of in the form of text, unlike in the above-described embodiment. Meanwhile, referring to FIG. 27A , the application processing GUI 2750 is in the form of a box to select the movement, output, etc. of an application corresponding to a menu item selected from the first TV 2710 to the second TV 2720 or vice versa. , and you can also choose to terminate the application.

27B shows, for example, direct access to the application processing GUI 2740 associated with the menu item 2730 of the first TV 2710 shown in FIG. 27A or the first TV 2710 in the application processing GUI 2750. 2 As the move to TV 2720 is selected, it can be seen that the application indicator 2760 is changed. Although not shown, if each TV constituting the twin TV includes only a list of applications that it runs, the corresponding menu item itself disappears from the first TV 2710, unlike FIG. Instead, it may be provided on the second TV 2720 .

In addition to the functions and processing methods shown in FIGS. 25 to 27, other functions or processing may also be provided by setting.

28 to 29 are diagrams illustrating settings and changes of each TV constituting a twin TV according to the present invention, and UX related thereto.

When the TV is turned on again after being turned off, as shown in FIG. 28A , it is common to process the application selected after being turned on and provide it through the screen.

However, in the present invention, as shown in FIG. 28B , the selected at least one application may be preset to be executed when one or more TVs constituting the twin TV are turned on. On the other hand, if a plurality of applications are set to be executed on any one TV constituting the twin TV, in that case, the priority of each application can be set in advance, and accordingly, sequentially play or simultaneously play a plurality of applications in PBP or PIP format Alternatively, an application having a high priority may be provided in the foreground and an application having a relatively low priority may be provided in the background. On the other hand, when a plurality of applications are set, although not shown, the priority of each application may be provided so that the user can identify it in various ways, such as numbers, texts, and colors.

29A is an example in which the initial execution indicator 2930 is provided to menu items corresponding to the application(s) to be executed in the turn-on or standby state of each TV constituting the twin TV in a box shape unlike FIG. 28 . to be.

Meanwhile, referring to FIG. 29B , it is an embodiment of a GUI 2950 for selecting an initially executed application according to a request from any TV constituting the twin TV. For example, in FIG. 29B , applications such as the Today application, Hulu Plus, Amazon, and Live TV are provided in a box-type selectable form on which TV to run.

30 is a diagram illustrating a configuration of a twin TV screen according to an embodiment of the present invention.

30, as described above in FIG. 23, one application is provided in the form of an expanded display in all TVs constituting the twin TV.

Referring to FIG. 30A , the connected TV is implemented with a total of three TVs. In this case, the first TV provides the application A execution screen 3012 , the second TV provides the application B execution screen 3014 , and the third TV provides the application C execution screen 3016 .

As shown in FIG. 30A, when the user drags and drops the screen 3012 of the first TV to the second TV, as shown in FIG. 30B, the execution screen of the application A that is originally provided through the first TV ( 3012 , the first TV provides the application A-1 execution screen 3022 , and the second TV provides the application A-2 execution screen 3024 . In this case, the third TV may still provide the application C execution screen.

On the other hand, if the user drags-drops the screen 3012 of the first TV to the third TV over the second TV as shown in FIG. 30A , as shown in FIG. 30C , it is originally provided through the first TV The running screen 3012 of the current application A, the first TV provides the application A-1 execution screen 3032, the second TV provides the application A-2 execution screen 3034, the third TV also Unlike FIG. 30B , an application A-3 execution screen 3036 is provided.

In the above, application A-1 and application A-2 may constitute one application A, or application A-1, application A-2, and application A-3 may constitute one application A.

Through the embodiment of FIG. 30 , in the connected TV, it is possible to solve the viewing discomfort problem due to the limitation of the display size of the individual TV screen. This may be implemented in the same manner as in FIG. 23 described above or by changing the mode through setting in the general menu.

31 is a diagram illustrating a configuration of a twin TV menu launcher according to an embodiment of the present invention.

Even if twin TVs are configured, each TV is an individual TV. Therefore, each TV's menu launcher configuration is individual. However, in FIG. 31, unlike the above-described embodiments, the TVs constituting the twin TVs configure a menu launcher or a general menu as if it were a single TV, but could not provide all at once due to a display size limitation on each TV screen at once under distribution. It may be implemented to provide

For convenience, a menu launcher is illustrated in FIG. 31 . However, as described above, the same or similar method may be applied to the general menu. If one menu is provided for all TVs constituting the twin TV in this way, the contents selected or set from each menu can be applied to all TVs at once. This may solve the viewing inconvenience caused by individually applying to each TV.

30 and 31 described above, unlike the above-described embodiments, all TVs constituting the twin TV are used as if it were one TV. On the other hand, when the connected TV is implemented with three or more TVs, all connected TVs like the above-described TV are controlled as one TV or some of all TVs are operated as one TV and the others are individually controlled. can also be implemented.

32 is a flowchart illustrating a method for processing application data in a connected TV according to an embodiment of the present invention.

As described above, the connected device system according to an embodiment of the present invention includes a first device that displays a first application execution screen and a second device that displays a second application execution screen.

Hereinafter, a method for processing application data in a connected device system will be described.

First, when a first signal is received by the first device ( S3210 ), a control command related to application execution is transmitted to the second device according to the first signal ( S3220 ). Here, the control command may be made by accessing the first application execution screen or a menu launcher provided overlaid on the first application execution screen.

Then, the second device acquires the resource related to the execution of the application according to the control command transmitted through the step S3220 (S3230), and processes the application data using the acquired resource (S3240). And the second device displays the processed application data on the screen (S3250).

When the first application execution screen is accessed by the first device, the control command is transmitted from the second device so that the displayed first application execution screen is enlarged and displayed through each screen of the first device and the second device. It can be transmitted to the second device.

Alternatively, when the first application execution screen is accessed by the first device, the control command is transmitted from the first device to the second device so that the displayed first application execution screen and the displayed second application execution screen are switched. can be sent to

Alternatively, when the first application execution screen is accessed by the first device, the control command is transmitted from the first device so that the displayed first application execution screen is displayed through the entire screen or the PIP window of the second device. It can be transmitted to the second device. Meanwhile, in place of the first application execution screen, a default live channel or application, an application execution screen or menu that was just executed may be displayed on the first device.

When one or more menu items are accessed from the displayed menu launcher, information on applications corresponding to the accessed one or more menu items is included in the control command from the first device to the second device can be sent to

Alternatively, when one or more menu items are accessed from the displayed menu launcher, applications corresponding to the accessed one or more menu items are returned to the initial screen when the second device is turned on again after being turned off. The control command may be transmitted from the first device to the second device to display.

Meanwhile, the menu items in the menu launcher displayed on the first device may include one or more menu items executed or executable by the second device.

An application indicator is displayed on or around at least one of the menu items in the menu launcher displayed in the first device, indicating that the corresponding menu item has been executed or is executable in the first device or the second device. A device indicator for identifying a corresponding device may be displayed on a predetermined area of the screen of the first device and the second device.

The first device and the second device each include a data processing engine for screen sharing capable of performing both a client and a server function, and the second device, if the resource is insufficient, the resource for processing the application data. Some or all of it may be obtained from the first device.

According to the present invention described above, resources of each device can be utilized without additional control means as in the prior art between devices connected to each other under a web OS platform, and application data is properly divided and provided on the screen of each device So you can multi-task. In addition, each of the connected devices may perform various functions, such as setting other devices and calling menus, in one device in a horizontal relationship, not in a master-slave relationship such as a main-sub relationship. In addition, an effect such as a performance upgrade can be provided to a customer with a plurality of devices without additional purchase of a new configuration, and device utilization can be increased through distributed execution of applications and a load-balancing effect can also be provided.

In the digital device disclosed in this specification, the configuration and method of the above-described embodiments are not limitedly applicable, but all or part of each embodiment may be selectively combined so that various modifications may be made. may be

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 pertains are also claimed. It is within the scope of rights according to In addition, such modifications should not be separately understood 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 DB 212: Metadata Manager
213: service manager 214: UI manager

Claims (20)

A connected device system comprising a first device for displaying a first application execution screen and a second device for displaying a second application execution screen,
the first device receiving a first signal and transmitting a control command related to application execution to the second device according to the first signal; and
and the second device for obtaining a resource related to the execution of the application according to the control command, and processing and displaying the application data using the obtained resource,
The control command is
It is made by accessing the menu launcher provided overlaid on the first application execution screen or the first application execution screen,
When the power of the second device is turned off or in a standby state, a first option for moving each application to the first device, a second option for terminating each application, and all applications A connected device system, characterized in that a third option for moving to the first device and a fourth option for terminating all applications are provided in the form of a graphical user interface (GUI). According to claim 1,
The first device is
When the first application execution screen is accessed, the control command is transmitted to the second device so that the displayed first application execution screen is enlarged and displayed through respective screens of the first device and the second device. connected device system. According to claim 1,
The first device is
When the first application execution screen is accessed, the control command is transmitted to the second device so that the displayed first application execution screen and the displayed second application execution screen are switched. According to claim 1,
The first device is
When the first application execution screen is accessed, the control command is transmitted to the second device so that the displayed first application execution screen is displayed through the entire screen or the PIP window of the second device. device system. delete According to claim 1,
The first device is
When one or more menu items are accessed from the displayed menu launcher, information on applications corresponding to the accessed one or more menu items is transmitted to the second device by including the control command in the control command. connected device system. delete delete delete delete A method for processing application data in a connected device system including a first device for displaying a first application execution screen and a second device for displaying a second application execution screen, the method comprising:
receiving a first signal at the first device;
transmitting, from the first device, a control command related to application execution to the second device according to the first signal;
acquiring the resource related to the execution of the application according to the control command in the second device;
processing the application data using the acquired resource in the second device; and
and displaying the processed application data on the screen of the second device,
The control command is
It is made by accessing the menu launcher provided overlaid on the first application execution screen or the first application execution screen,
When the power of the second device is turned off or in a standby state, a first option for moving each application to the first device, a second option for terminating each application, and all applications Providing a third option for moving to the first device and a fourth option for terminating all applications in the form of a graphical user interface (GUI)
Application data processing method in the connected device system, characterized in that it further comprises. 12. The method of claim 11,
When the first application execution screen is accessed by the first device, the control command is transmitted from the second device so that the displayed first application execution screen is enlarged and displayed through each screen of the first device and the second device. A method for processing application data in a connected device system, characterized in that it is transmitted to a second device. 12. The method of claim 11,
When the first application execution screen is accessed by the first device, the control command is transmitted from the first device to the second device so that the displayed first application execution screen and the displayed second application execution screen are switched. Application data processing method in a connected device system, characterized in that. 12. The method of claim 11,
When the first application execution screen is accessed in the first device, the control command is transmitted from the first device to the second A method for processing application data in a connected device system, characterized in that it is transmitted to a device. delete 12. The method of claim 11,
When one or more menu items are accessed from the displayed menu launcher, information on applications corresponding to the accessed one or more menu items is included in the control command from the first device to the second device A method for processing application data in a connected device system, characterized in that it is transmitted to delete delete delete delete

Images