JP2009503605A - Apparatus for providing a multi-screen and a method for dynamically configuring the multi-screen - Google Patents

Abstract

An apparatus for providing a multi-screen and a method for dynamically configuring the multi-screen are proposed. A device that provides multiple screens searches screen configurations and connection relationships existing in the device to dynamically configure a plurality of screens that represent a plurality of services on a physical display screen. An apparatus for providing multiple screens includes an operation module for generating at least one screen for expressing a received service, and a search module for searching for a screen on which an application included in the service is executed among the screens. And comprising.

Description

  The apparatus and method according to the present invention relates to providing a multi-screen and dynamically configuring the multi-screen, and more particularly to an apparatus for dynamically configuring a plurality of screens representing a plurality of services on a physical display screen. The present invention relates to a search for existing screen forms and connection relationships.

  In a broadcast receiving apparatus such as a conventional digital TV or digital set-top box, only one content is displayed on one physical display screen, or a main screen and a sub screen are displayed on one physical display screen. In general, two screens are displayed simultaneously.

  At this time, even if the main screen and the sub-screen are displayed at the same time, the broadcast receiving apparatus can only arrange two screens using a predetermined number of methods. All elements (video, audio, data, or a combination thereof) that make up the content are played back only when the content appears on the main screen, and only some of the elements that make up the content are played back in a limited way through the sub-screen. The

  In addition to broadcasting services such as satellite broadcasting, terrestrial broadcasting, and cable broadcasting, as a source for providing content, a recording medium such as a DVD (Digital Versatile Disc) or an external device connected to an external input terminal is used. However, there is a limit to how the content provided by such various sources is displayed on the display screen.

  On the other hand, in an application program environment for an interactive TV such as MHP (Multimedia Home Platform), ACAP (Advanced Common Application Platform), and OCAP (Open Cable Application Platform), a screen generally output through a physical display screen is used. Assume that

  For example, in an application program environment for interactive TV, a user interface (User Interface: UI) structure based on HAVi (Home Audio / Video Interoperability) standard is adopted, but the number of screens is not limited by the HAVi UI standard. In actual use, it is normal to assume that there is one screen output through the display screen.

  In such an environment, a plurality of contents are expressed through a plurality of independent screens, and decoding, digital signal processing, user interaction processing, etc. are performed on the contents expressed on each screen, or an application program is dynamically applied. It is difficult to control the life cycle and resource usage of each screen.

  Accordingly, there is a need for a method that can provide various contents on a display screen in various ways.

  An object of the present invention is to provide an apparatus for providing a multi-screen for searching a screen form and connection relationship existing in a system in order to dynamically configure a plurality of screens representing a plurality of services on a physical display screen. And suggesting a method.

  In order to achieve the above object, an apparatus for providing a multi-screen according to an embodiment of the present invention includes an operation module that generates at least one screen for representing a received service, and the screen includes: A search module for searching for a screen on which a predetermined application included in the service is executed.

  An apparatus for providing a multi-screen according to an embodiment of the present invention includes a logical screen for representing a received service, an operation module for generating an output screen to which the logical screen is mapped, and any of the generated logical screens. And a search module for searching the output screen.

  An apparatus for providing a multi-screen according to an embodiment of the present invention includes a logical screen for representing a received service, an operation module for generating an output screen to which the logical screen is mapped, the logical screen, and the output screen. And a search module for searching.

  An apparatus for providing a multi-screen according to an embodiment of the present invention includes a broadcast signal receiving module that receives a service, an operation module that generates a logical screen and an output screen to which the logical screen is mapped, and a screen that represents the service. A search module for searching whether the screen is the logical screen or the output screen.

  A method for dynamically configuring multiple screens according to an embodiment of the present invention includes: generating at least one screen for representing a received service; and a predetermined application included in the service among the screens. Searching for a screen on which is executed.

  A method for dynamically configuring multiple screens according to an embodiment of the present invention includes generating a logical screen for representing a received service, generating an output screen to which the logical screen is mapped, and generating the logical screen. Retrieving all the logical screens and output screens.

  A method of dynamically configuring multiple screens according to an embodiment of the present invention includes generating a logical screen for representing a received service, generating an output screen to which the logical screen is mapped, and the logical screen. And searching the output screen.

  A method of dynamically configuring multiple screens according to an embodiment of the present invention includes receiving a service, generating a logical screen, generating an output screen to which the logical screen is mapped, and expressing the service. Retrieving whether the screen is the logical screen or the output screen.

  Specific matters of other embodiments are included in the detailed description and the drawings.

  Advantages and features of the present invention and methods of achieving them will be apparent with reference to the embodiments described in detail below in conjunction with the accompanying drawings. However, the present invention is not limited to the embodiments described below, and may be embodied in various different forms. The present embodiments merely complete the disclosure of the present invention, and fully inform those skilled in the art of the scope of the invention. Therefore, the present invention is only defined by the appended claims. Throughout the specification, the same reference numerals refer to the same components.

  Hereinafter, the present invention will be described with reference to an apparatus for providing a multi-screen according to an embodiment of the present invention and a block diagram for explaining a method of dynamically configuring the multi-screen or a flowchart for a processing flowchart. At this time, it will be understood that each block of the processing flowchart and the combination of the flowcharts are performed by computer program instructions. Since the computer program instructions are mounted on a general purpose computer, special purpose computer or other programmable data processing equipped processor, the instructions performed through the computer or other programmable data processing equipped processor are flowcharted. A means for performing the function described in the block is generated.

  These computer program instructions can be stored in a computer readable or computer readable memory that can be directed to a computer or other programmable data processing equipment to implement the function in a particular manner. As such, instructions stored in a computer-usable or computer-readable memory can also produce a manufactured item with instruction means for performing the functions described in the flowchart blocks.

  Computer program instructions can also be installed on a computer or other programmable data processing equipment, so that a series of operational steps are performed on the computer or other programmable data processing equipment and executed on the computer. Instructions that generate a process to perform a computer or other programmable data processing equipment may also provide steps for performing the functions described in the flowchart blocks.

  Each block also represents a module, segment, or portion of code that includes one or more executable instructions for performing a particular logical function. It should also be noted that in some alternative implementations, the functions mentioned in the blocks can occur out of order. For example, the two blocks shown subsequently may be performed substantially simultaneously, or the blocks may be performed in reverse order depending on the function that is sometimes applicable.

  On the other hand, in order to facilitate the description of the present invention, a basic concept related to the present invention is defined.

  'Service' is a multimedia content expressed as a unit, and a plurality of service components form one service.

  The 'service component' is a part constituting the service, and includes a video component, an audio component, a data component, and the like. At this time, the data component indicates an application existing in the service.

  In addition, applications are classified into unbound applications and service bound applications. However, since unbound applications are not associated with a specific channel, application execution is not affected by channel switching. Moreover, since it generally has a high priority, resources for execution are smoothly allocated. The monitor application corresponds to a special unbound application having the highest priority.

  On the other hand, the service bound application is related to the transmission stream, and generally has a lower priority than the unbound application. Service bound applications do not perform critical system functions and are more likely to give up resource allocation than unbound applications when competition for resources occurs. Service bound applications include a linkage type that operates in conjunction with a stream that is currently being transmitted, and a non-linkage type that operates regardless of the stream that is being transmitted.

  The “service context” includes various resource information, device information, execution state information, and the like related to the execution of the service, and represents an object that can control the execution of the service.

  The 'display screen' means a physical device in which the service content is actually expressed, an external output port from which the service content is output, or a storage device in which the service is stored.

  An 'output screen' is a screen that is actually output on the display screen, and any service set directly on the output screen and expressed through the display screen, or mapped to a certain area of the output screen One or more logical screens are output through the display screen.

  The 'logical screen' is a space in which an arbitrary service is expressed, and before being mapped to the output screen, it exists virtually only on the memory and is not expressed on the actual display screen.

  In addition, the logical screen and the output screen are composed of a combination of a background still image, a video raster, and a graphic raster, where the graphic raster is a combination of text, lines, colors and images, or video. A mixed frame is provided.

  'Main service' means a service selected by a user as a main service through a menu or remote control that appears on a display screen or an application through an API (Application Program Interface), and a screen on which the main service is expressed is called a 'main screen' .

  'PiP (Picture-in-Picture) service' means a service selected by a user as a secondary service in a main service through a menu or remote control that appears on a display screen, or through an API, and a PiP service is a 'PiP screen. 'Or represented on the main screen.

  The “PiP screen” is a screen that occupies a partial area in another screen as shown in FIGS. 1A to 1D and a screen that appears simultaneously in an area that does not overlap with other screens as shown in FIGS. 1E and 1F. And is also understood to include a screen that appears in any position and area within the display screen as shown in FIGS. 1G and 1H, or that is superimposed on other screens.

  FIG. 2 is an exemplary diagram illustrating a relationship between a logical screen and an output screen according to an embodiment of the present invention. As shown in FIG. 2, the service is expressed through logical screens 210, 212, and 214, and the logical screen is mapped to the output screens 220, 222, and 224 by a predetermined mapping block 230.

  At this time, the output screen 220 is expressed by mapping the logical screens 210 and 212, the output screen 222 is expressed by mapping the logical screens 212 and 214, and the output screen 224 is expressed by the logical screens 210 and 212. 212 and 214 are mapped and expressed.

  In this way, at least one logical screen on which a service is represented is mapped to an arbitrary area of the output screen by the mapping block 230.

  Meanwhile, the mapping block 230 is understood as a collection of various information mapping the logical screen and the output screen. Examples of such information include coordinate information of an area where the logical screen is mapped to the output screen, identification information for distinguishing the logical screen and the output screen, information on the order in which the plurality of logical screens are represented on the output screen, and the like.

  The mapping block 230 changes the size of the logical screen and assigns it to a certain area of the output screen. That is, the mapping block 230 can perform a scaling function and a position assignment function for a logical screen, and FIGS. 3A to 3E show a configuration of such a mapping block, that is, a screen including a mapper.

  As shown in FIG. 3A, the main screen composed of the combination of the background still image B, the video raster V, and the graphic raster G is mapped to the entire output screen while maintaining the size as it is by the mapper. The PiP screen having only the video component is mapped to a certain area of the output screen while its size is reduced by the mapper. At this time, the mapped PiP screen is placed on the main screen, which is determined by the Z value. Z represents a z-order value, and z-order will be described later. An overlay screen is combined with the output screen. The overlay screen is a special screen placed on the outermost side, and is used when, for example, subtitles need to be provided. The PiP screen can have only a video component as shown in FIG. 3A, but can also consist of a combination of background still image B, video raster V and graphic raster G as shown in FIG. 3B.

  As shown in FIG. 3C, the main screen composed of the combination of the background still image B, the video raster V, and the graphic raster G is mapped to the entire output screen while maintaining the size as it is by the mapper. Then, the two PiP screens # 1 and # 2 having only the video component are mapped to a certain area of the output screen while being reduced in size by the mapper. At this time, the mapped PiP screen is located on the main screen, and at this time, the Z value is kept the same. An overlay screen is combined with the output screen. The screen configuration may include a plurality of PiP screens having only video components as shown in FIG. 3C, but from a combination of the background still image B, the video raster V and the graphic raster G as shown in FIG. 3D. It may be composed of a plurality of PiP screens.

  In FIG. 3E, a POP (Picture-On-Picture) screen is shown. However, if the conventional PiP screen is a screen that is represented inside the main screen, the POP screen is a screen that is represented outside the main screen. It is understood. As shown in FIG. 3E, a plurality of POP screens # 1 and # 2 composed of a combination of the background still image B, the video raster V, and the graphic raster G are reduced in size by the mapper, and the output screen has a constant size. Maps to a region. At this time, the Z values of the mapped POP screens # 1 and # 2 are kept the same. An overlay screen is combined with the output screen and expressed.

  The mapping block 230 is implemented by an interface, a function, or the like that is created and executed in various computer program languages, and generates or changes the relationship between the logical screen and the output screen using the information as a parameter.

  In addition, the mapping block 230 may be implemented in hardware so as to perform a mapping function between the logical screen and the output screen.

  On the output screen, services provided from various sources are expressed and output through a display screen, which is shown in FIG.

  In general, there are sources that provide broadcasting services such as terrestrial broadcasting 320 and cable broadcasting 330 as sources that provide services, and services stored in a predetermined recording medium such as a PVR (personal video recorder) 340. There are also sources that provide. Also, although not shown in FIG. 4, this includes sources that provide services through a wired or wireless network.

  At this time, the broadcast receiving apparatus 310 receives services from such sources and generates logical screens representing the respective services.

  Then, according to a default scheme, a scheme set by the user or application, any service is set directly on the output screen and expressed through the display screen 350 or is mapped to a certain area of the output screen. The above logical screen is output through the display screen 350. FIG. 4 shows that services provided by the terrestrial broadcast 320, the cable broadcast 330, and the PVR 340 are expressed through the display screen 350.

  In FIG. 4, terrestrial broadcasting 320, cable broadcasting 330, and PVR 340 are shown as examples of sources that provide services. However, sources that provide services are not limited to this, and are expressed as one. If the multimedia content is provided, it is included in the source of the present invention.

  On the other hand, services in the present invention include abstract services and non-abstract services, which are shown in FIGS. 5A and 5B, respectively.

  An abstract service is an independent service for a broadcast channel that is not a service that is transmitted in real time from a broadcast signal. An abstract service includes only a data component, that is, an application, without a video component and an audio component. Applicable to the service. For example, a service consisting of an unbound application in the standard belongs to this.

  A non-abstract service is understood as the rest of the service excluding the abstract service.

  In the present invention, independence can be given to each of the abstract service and the non-abstract service. For example, an abstract service is set directly on an output screen without going through a logical screen, and a non-abstract service is mapped to an output screen that is expressed on the logical screen and set with an abstract service. Then, the output screen is output through the display screen, whereby the abstract service and the non-abstract service are independently expressed on one output screen. Further, after both the abstract service and the non-abstract service are mapped to separate logical screens, each logical screen may be mapped to one output screen. That is, the abstract service and the non-abstract service are expressed on the output screen as independent forms.

  On the other hand, the logical screen and the output screen in the present invention may be defined as separate objects, respectively, but whether the 'screen' functions as a logical screen according to attribute information of one object 'screen', Or it can function as an output screen.

  That is, it can be seen whether the screen is a logical screen or an output screen through the type information among the attribute information regarding the screen object.

  As the attribute information of the screen object, there are ‘Type’, ‘z-Order’, ‘Display_Area’, ‘Visibility’, ‘Associated_Display_Screen’, ‘Associated_Service_Contexts’, and ‘Output’ information.

  FIG. 6 shows the attribute information of the screen object and the type of interface for processing such attribute information.

  The 'Type' attribute 510 is attribute information indicating whether the screen is a logical screen or an output screen.

  The 'z-Order' attribute 520 is for determining the order on the z-axis when the logical screen is represented on the output screen. In FIG. It shows how it appears by the order attribute.

  In FIG. 7, on the output screen 610, the first logical screen 620 and the second logical screen 630 are mapped and expressed in a certain area. At this time, the first logic screen 620 is represented on the output screen, and the second logic screen 630 is represented thereon. That is, the output screen 610, the first logical screen 620, and the second logical screen 630 are expressed in the z-axis direction. In such a case, the z-order attribute value of the first logical screen 620 is set to 1, The z-order attribute value of the 2-logical screen 620 is set to 2. At this time, the z-order attribute value can be in any number or character form as long as it is information indicating the order in which the logical screen is expressed on the z-axis of the output screen.

  The 'Display_Area' attribute 530 means information about the area of the output screen where the logical screen is mapped to the output screen and is shown in FIGS. 8A and 8B.

  FIG. 8A shows that the logical screen 710 is mapped to the entire area of the output screen 720 and output, and FIG. 8B shows that the logical screen 730 is mapped to a partial area of the output screen 740 and output. Is shown.

  At this time, the information indicating the 'Display_Area' attribute 530 is two-dimensional coordinate information on the output screen, or is expressed by a specific position on the output screen and an offset value from the specific position.

  The 'Visibility' attribute 540 is an attribute that determines whether or not a logical screen appears on the output screen, and by changing this attribute value, the logical screen is displayed on the physical display screen or invisible. can do.

  An 'Associated_Display_Screen' attribute 550 represents identification information of an output screen connected to the logical screen. Logical screens that are not connected to the output screen do not appear on the display screen or are not transmitted to other external outputs.

  The 'Associated_Service_Contexts' attribute 560 represents information about the service context connected to the logical screen or the output screen itself, but the service set in the service context is represented on the logical screen or the output screen.

  The 'OutputPort' attribute 570 represents information about a target on which the output screen is output, and includes a display screen, a wired / wireless communication medium, various recording media, and the like as targets on which the output screen is output.

  On the other hand, an interface for identifying or changing the value of the attribute information shown in FIG. 6 is provided. Here, as shown in FIG. 6, the value of the attribute information is set or the logical screen is displayed. A 'set' interface for connecting the screen with the output screen, adding an attribute information value or an 'add' interface for connecting the logical screen with the service, a 'get' interface for obtaining the value of the attribute information, There is a 'remove' interface for deleting attribute information values. Such an interface is understood as a process, a function, a procedure, a method or the like that performs each function.

  For example, the 'getDisplayScreen (void)' method performs the function of returning the output screen associated with the current screen. For example, if the current screen is a logical screen, the associated output screen is returned; if the current screen is an output screen, reference information about the current screen is returned and the current screen is logical. If it is a screen but there is no associated output screen, 'NULL' is returned.

  As yet another example, the 'public void setDisplayArea (HS Screen Rectangle rect), Throws SecurityException, IllegalStateException' method provides the ability to map the current logical screen to a predetermined area of the associated output screen. The instance provided as a parameter is' org. havi. The ui package is an 'HSScreen Rectangle' class type and has two-dimensional position information. Then, as an exception process for the 'setOutputScreen (HSScreen screen)' method, a 'SecurityException' exception and an 'IllegalStateException' exception are performed. The 'IllegalStateException' exception is raised when the current screen is not a logical screen or because of the nature of the hardware or software platform, the area of the output screen associated with the current logical screen is not changed.

  As yet another example, the 'getOutputArea (void)' method returns information about the area of the current screen to the form of the 'HSScreenRectangle' class. If the current screen is an output screen, return the 'HSScreenRectangle' information with the same value as 'HSScreenRectangle (0,0,1,1)', and if the current screen is a logical screen, the associated The information about the area occupied by the logical screen in the output screen is returned. Then, if the current screen is a logical screen but there is no associated output screen, the 'NULL' value is returned.

  Each of the interface names described above is merely a name for representing each function, and is not limited to the name but should be understood as the function.

  FIG. 9 is an exemplary diagram illustrating a process in which two services are set on two logical screens, mapped to one output screen, and output. As shown in FIG. 9, the first service is a service in which all three service components of video / audio / data exist, and the second service is a service in which only the video component and the audio component exist. Take as an example. Of course, the present invention does not place restrictions on service components, and FIG. 9 shows one possible example.

  As shown in FIG. 9, the first service and the second service appear on the display screen in a form similar to the conventional method. However, according to the present invention, a plurality of services can be displayed on the display screen through mapping without any limitation. Can be expressed independently at various positions.

  FIG. 10 is a block diagram illustrating a configuration of an apparatus for providing a multi-screen according to an embodiment of the present invention. As shown in FIG. 10, the multi-screen providing apparatus 900 according to the present invention includes a digital signal processing module 940, an operation module 970, a user / application interface module 950, and a search module 960.

  At this time, the broadcast signal receiving module 910, the recording medium 920a or the external input module 930 is provided as a source for providing a service, and the display screen 980, the recording medium 920b or the external output module 990 is provided as a medium from which the service is output.

  At this time, the term 'module' used in the present embodiment means software or a hardware component such as FPGA (Field Programmable Gate Array) or ASIC (Application Specific Integrated Circuit), and the module has a predetermined role. I do. However, the module is not limited to software or hardware. A module may be configured to reside on an addressing recording medium and may be configured to cause one or more processors to play. Thus, by way of example, modules can be software components, object-oriented software components, components such as class components and task components, processes, functions, attributes, procedures, subroutines, program code segments, drivers, firmware, Includes microcode, circuits, data, databases, data structures, tables, arrays and variables. The functionality provided in the components and modules may be combined with a smaller number of components and modules or further separated into additional components and modules. The components and modules may also be implemented to play one or more CPUs in the device or secure multimedia card.

  The digital signal processing module 940 receives various pieces of configuration information such as video information, audio information, or data information constituting a service such as multimedia content from the broadcast signal receiving module 910, the recording medium 920a, or the external input module 930. To do.

  At this time, the broadcast signal receiving module 910 is a module that receives and transmits a satellite, terrestrial wave, or cable broadcast signal, and the recording medium 920a stores video information, audio information, data information, or the like constituting the service. The external input module 930 represents a device, and is understood as a module that receives and transmits video information, audio information, data information, or the like constituting a service from another device connected to the network such as a network interface module. .

  The digital signal processing module 940 restores a service using the received service component, and at this time, a plurality of services can be restored. At this time, the restored service includes an abstract service or a non-abstract service.

  Here, “a plurality of services” may mean two or more services transmitted from the broadcast signal receiving module 910, for example, and two services transmitted from the broadcast signal receiving module 910 and the recording medium 920a, respectively. It can also mean more than one service.

  Services restored in the digital signal processing module 940 may be restored by user or application selection through the user / application interface module 965. At this time, the user or the application can select which service is connected to which screen.

  The operation module 970 serves to display the service restored by the digital signal processing module 940 on the logical screen and then map the logical screen to the output screen or directly display the service on the output screen. For this purpose, the operation module 970 includes a service processing module 972 and an output module 974.

  The service processing module 972 generates a plurality of logical screens and output screens for representing the service restored by the digital signal processing module 940.

  The output module 974 maps and outputs the logical screen generated by the service processing module 972 to a predetermined area on the output screen. At this time, the mapping on the output screen is predefined or set by the user or application through the user / application interface module 950.

  In addition, the service processing module 972 can generate a plurality of output screens. In such a case, only the output screen selected through the user / application interface module 950 is provided through the output module 974.

  Further, the service restored by the digital signal processing module 940 is not connected to the logical screen by the service processing module 972 but directly connected to the output screen and output by the output module 974.

  By the output module 974, the output screen is output through the physical display screen 980 or stored in the recording medium 920b. Here, the recording medium 920b is readable by a computer and includes a floppy (registered trademark) disk, a hard disk, a CD-ROM, a DVD, a DVD-ROM, a BD (Blu-ray Disc), and a semiconductor memory.

  In addition, the data may be transmitted to another device connected to the network through the external output module 990.

  To this end, the output module 974 includes a plurality of output ports to which an output screen is provided, in which case the output screen is either through a default basic output port or an output port specified through the user / application interface module 950. Provided.

  The search module 960 performs a role of searching for screen forms and connection relationships existing in the system. The search is classified into four, and the search module 960 can search a screen on which an application included in the received service is executed among at least one screen (hereinafter referred to as a first search). ), Any logical screen generated on the device and the output screen can be searched (hereinafter referred to as a second search), and the logical screen for expressing the received service and the output screen to which the logical screen is mapped It is possible to search (hereinafter referred to as a third search) and search whether the screen representing the received service is a logical screen or an output screen (hereinafter referred to as a fourth search).

  Here, the screen searched through the first through fourth search processes may be a logical screen or an output screen.

  In performing the first search, the search module 960 may search for a screen setting form on which the application is executed. Here, the setting form includes a single screen form, an overlay screen form, a PiP screen form, and a PoP screen form. , An overlaid PiP screen form, an overlaid PoP screen form, and a general form not belonging to any one of the above forms. In the screen of the single screen form, the screen on which the application is executed corresponds to the output screen. A screen in the form of an overlay screen is a single screen that coexists with at least one or more overlay screens. A screen in the form of a PiP screen corresponds to a logical screen in which the screen on which the application is executed is mapped to the entire area of the output screen, and corresponds to at least one non-overlaid logical screen mapped to the output screen. A screen in the form of an overlaid PiP screen is a PiP screen that coexists with at least one overlay screen. The PoP screen corresponds to a combination of at least two or more non-overlapping logical screens in which the screen on which the application is executed is mapped to the entire area of the output screen, and does not correspond to the overlay screen. A screen in the form of an overlaid PoP screen is a form in which the PoP screen coexists with at least one overlay screen.

  In executing the second search, the search module 960 can search the logical screen and the output screen only when the authority is granted by referring to the authority range of the application. Here, the authority range of the application is given by the service provider, but the search module 960 only applies to some screens included in the authority range of the application among the screens generated by the operation module 970. It can be searched. On the other hand, if no authority range is given by the service provider, it goes without saying that the search module 960 can search all logical screens and output screens.

  In performing the fourth search, the search module 960 displays the position, size, and position of the execution logical screen on the output screen when the screen on which the application is executed is a logical screen (hereinafter referred to as an execution logical screen). It is possible to search for an overlapping relationship between an existing logical screen and an execution logical screen. Here, the position of the execution logic screen includes not only the plane coordinates on the output screen but also z-order which is the order on the z-axis.

  In addition, in the execution of the fourth search, the search module 960 can search for the service context of the searched screen.

  On the other hand, the search module 960 performs a search based on a control command input by a user or an application control command provided by a service provider. The search by the application control command means that the search module 960 searches by the control command of the currently transmitted application or the already stored application.

  The user or application selects or restores the desired service through the user / application interface module 950. In addition, the user or application can select an arbitrary output screen from among a plurality of output screens through the user / application interface module 950, but in order to perform such work, the user / application interface module 950 includes a search module. The result retrieved by 960 can be used.

  Since each module shown in FIG. 10 is separated according to its function, it can be combined with other modules in actual implementation.

  FIG. 11 is a flowchart illustrating a method for dynamically configuring multiple screens according to an embodiment of the present invention.

  In general, video information, audio information, data information, and the like constituting multimedia content are transmitted in a predetermined format such as an MPEG stream. Therefore, an apparatus that executes a service such as multimedia content receives the above information and restores the corresponding service (step S1010). At this time, the service to be restored is selected or defaulted by the user or application. The user can use a menu or remote control that appears on the display screen, or an application can use the API to select which service is linked to what screen.

  On the other hand, the data information includes application information related to an application existing in the service, and the application information includes signal information indicating whether the application is executed on the PiP screen. Examples of application information include AIT (Application Information Table) based on the MHP standard and XAIT (eXtended Application Information Table) based on the OCAP standard. The signal information can be added to the application information.

  Next, the restored service is set to be represented by the logical screen according to the present invention (step S1020), and after mapping the logical screen to the output screen according to the present invention (step S1030), the display screen 980, the recording medium The output screen is provided through 920b or a network (step S1040).

  Thus, after the logical screen and the output screen are generated, the search module 960 performs a search for the generated screen (S1050). The search performed by the search module 960 includes the first to fourth searches described above, and is performed by a user or application control command input through the user / application interface module 950. The detailed description of the search has been described above with reference to FIG.

  On the other hand, in FIG. 11, it is expressed that the restored service is provided through the output screen through the logical screen, but may be provided through the output screen directly without going through the logical screen.

  In addition, when the user selects the PiP service, the PiP service is expressed as two modes. However, in the first mode, a separate logical screen for the PiP service, for example, a PiP screen is not generated, and the main screen is displayed. In the second mode, a separate logical screen for the PiP service is generated, and the selected PiP service is expressed in the generated PiP screen.

  On the other hand, FIG. 11 illustrates a process in which one service is mapped to an output screen for convenience of explanation. However, a plurality of services can be transmitted through a plurality of logical screens or directly by using screen attribute information. Maps to any area in one output screen.

  Thus, if the output screen is provided through a display screen, the user or application can perform multiple services.

  FIG. 12 is an exemplary diagram illustrating a software architecture for providing multiple screens according to an embodiment of the present invention. As shown in FIG. 12, the software architecture 1100 according to the present invention includes a device driver layer 1110, an API layer 1120, and an application layer 1130.

  The device driver layer 1110 receives and decodes service components constituting a service from various sources providing multimedia content. At this time, examples of the service component include video information, audio information, or data information.

  The API layer 1120 generates logical screens and output screens, and performs mapping between services, logical screens, and output screens.

  The application layer 1130 provides a user interface that allows a user to dynamically configure a logical screen on which a service is represented, or transmits a user command to the API layer 1120 to perform an operation based on the command.

  In order to perform such work, the application layer 1130 can work through a currently transmitted application or an already stored application, and work such as screen search is also performed through the application layer 1130.

  On the other hand, the user outputs an output screen through the physical display screen by the device driver layer 1110 through the application layer 1130 or saves it on a recording medium. Further, the output screen can be transmitted to another device through the network by the device driver layer 1110.

  For this purpose, the device driver layer 1110 includes a plurality of output ports that provide the output screen, but a plurality of output ports may exist in the API layer 1120.

  On the other hand, in order to dynamically configure a plurality of logical screens on the output screen, the API layer 1120 includes a plurality of software modules. The 'MultiScreenContextEvent' module will be described as an example, and the relationship between such modules is shown in FIG.

  The 'MultiScreenManager' module 1210 manages the 'MultiScreenContext' module, searches for a desired screen, informs device sharing information between screens, or plays a role of registering or releasing the 'MultiScreenContextListener' module 1250. .

  The 'MultiScreenContext' module 1230 is an interface object associated with the screen object 1220. According to the interface operation of the 'MultiScreenContext' module 1230, the type of the screen object is determined as a logical screen and an output screen, as shown in FIG. Various attribute information is set. The ‘set’, ‘add’, ‘get’, and ‘remove’ interfaces are provided by the ‘MultiScreenContext’ module 1230.

  The 'MultiScreenContextEvent' module 1240 is an event class for notifying when the attribute information of the screen object 1220 is changed by the 'MultiScreenContext' interface object 1230. This is a listener interface object embodied in a predetermined application class to be received.

  On the other hand, the application 1260 is a module that operates in the application layer 1130. The user selects a desired service, and freely arranges a plurality of logical screens in a desired form on the output screen.

  Therefore, if the application 1260 transmits an instruction regarding dynamically arranging and managing the logical screen to the MultiScreenManager module 1210, the MultiScreenManager module 1210 performs an operation corresponding to the instruction through the MultiScreenContext module 1230. Make it.

  On the other hand, the MultiScreenContext module 1230 can manage the attribute information of the screen object 1220 shown in FIG. 6 in association with the screen object 1220, and includes various functions or methods for the management.

  Meanwhile, the MultiScreenManager module 1210 may receive service components provided from various sources from the device driver layer 1110 and operate to be represented by a logical screen or an output screen. Of course, such a function may be performed through a separate module (not shown).

  The application can perform a screen search operation using the search module 960, and a detailed description thereof will be described later with reference to FIG.

  FIG. 14 is a flowchart showing a process of displaying a plurality of services on the output screen through the logical screen by each module shown in FIG.

  First, the MultiScreenManager module 1210 generates one output screen and as many logical screens as the number of services to be executed (step S1310).

  Next, the MultiScreenManager module 1210 links each logical screen with the service received from the device driver layer 1110 (step S1320). At this time, the 'addServiceContext' method of the logical screen object is called for each logical screen using the service context object for the service to be linked as a parameter. Here, the 'addServiceContext' method is understood as a method for performing a function of connecting the logical screen and the service, and is provided by the MultiScreenContext module 1230.

  If the logical screen and the service are connected, the MultiScreenManager module 1210 connects each logical screen with the output screen (step S1330). At this time, for each logical screen, the ‘setDisplayScreen’ method of the logical screen object is called with the output screen object to be connected as a parameter. Here, the 'setDisplayScreen' method is understood as a method for performing a function of connecting the logical screen and the output screen, and is provided by the MultiScreenContext module 1230.

  For example, the 'setDisplayScreen' method is represented in the form of 'public void setDisplayScreen (HSScreen screen) throws SecurityException, IllegalStateException', which is a function that is represented as a parameter. provide. At this time, the 'HSScreen' instance is preferably an output screen.

  The parameter of the 'setDisplayScreen (HSScreen screen)' method includes 'NULL'. In this case, if the 'setDisplayScreen (HSScreen screen)' method is executed without exception handling, the current logical screen is It is not related to the output screen.

  Then, as exception processing for the ‘setDisplayScreen (HSScreen screen)’ method, a ‘SecurityException’ exception and an ‘IllegalStateException’ exception are performed.

  The 'IllegalStateException' exception is an exception when the current screen is not a logical screen, or due to the nature of the hardware or software platform, the output screen provided as a parameter is associated with a specific logical screen and the current logical screen is This is done when not associated with the corresponding output screen.

  If the service and the logical screen are connected, and the plurality of logical screens and one output screen are connected, an area of the output screen in which each logical screen is represented is set (step S1340). At this time, a method provided by the MultiScreenContext module 1230 is called to set an area appearing on the output screen for each logical screen.

  FIG. 15 is an exemplary diagram illustrating an operation of the search module 960 according to an embodiment of the present invention, and the search module 960 can perform the first to fourth searches 1510, 1520, 1530, and 1540 described above.

  In order to perform the first search 1510, the search module 960 calls the 'getScreenConfiguration' method. The 'getScreenConfiguration' method is a method that returns an instance for the currently activated screen configuration, which is provided by the MultiScreenConfiguration class.

  For example, the 'getScreenConfiguration' method is called 'public MultiScreenConfiguration getScreenConfiguration () throws java. lang. Expressed in the form of SecurityException ', this method returns a MultiScreenConfiguration, which is an instance for the currently activated screen configuration.

  If the calling of the 'getScreenConfiguration' method is not allowed, a 'SecurityException' exception is made.

  In addition, in order to confirm a specific setting form of the screen, the search module 960 calls a 'getScreenConfigurationType' method. Here, the 'getScreenConfigurationType' method is a method for returning the setting form of the currently activated screen, and is provided by the MultiScreenConfiguration interface.

For example, the 'getScreenConfigurationType' method is
'int getScreenConfigurationType ()
{Return SCREEN_CONFIGURATION_NON_PIP,
SCREEN_CONFIGURATION_NON_PIP_WITH_OVERLAY,
SCREEN_CONFIGURATION_PIP,
SCREEN_CONFIGURATION_PIP_WITH_OVERLAY,
SCREEN_CONFIGURATION_POP,
SCREEN_CONFIGURATION_POP_WITH_OVERLAY,
Expressed in the form SCREEN_CONFIGURATION_GENERAL} ', this method returns the currently activated screen configuration to its integer data type. Here, the setting forms listed above correspond to the single screen form, the overlay screen form, the PiP screen form, the overlaid PiP screen form, the PoP screen form, the overlaid PoP screen form, and the general form, respectively. .

  FIG. 16A is an example of a code for searching for a screen setting form, and is a code for searching whether the currently activated screen setting form is PiP or PoP. That is, the search module 960 considers the case of SCREEN_CONFIGURATION_PIP, the case of SCREEN_CONFIGURATION_PIP_WITH_OVERLAY as the case of PiP, the case of SCREEN_CONFIGURATION_PIP, the case of SCREEN_CONFIGURATION_PIP, and the case of SCREEN_CONFIGURATION_POP. Consider.

  To perform the second search 1520, the search module 960 calls the 'getScreens' method. Here, the 'getScreens' method is a method for returning a set of all screens generated in the apparatus, and its data type is' org. havi. It is the 'HSScreen' class type of the ui 'package. That is, the 'getScreens' method is to return a set of any 'HSScreen' instances created on the device.

  FIG. 16B is an example of code for searching for an instance of every screen generated in the apparatus, and is a code for searching a screen setting form using the searched instance. That is, 'screens', which is an instance of an accessible screen returned through the 'getScreens' method, is extracted, and the setting form of each screen is sequentially searched through it.

  In order to perform the third search 1530, the search module 960 performs “org. havi. ui. HScreen. Call the getDefaultHSScreen 'method. Here, the 'getDefaultHSScreen' method is for searching a single screen. If the default screen of an application is defined as the screen to which the application belongs, the application can check the screen to which the application belongs by using the 'getDefaultHSScreen' API.

  On the other hand, in order to search the output screen mapped with the logical screen, the search module 960 calls a 'getDisplayScreen' method. Here, the 'getDisplayScreen' method is a method for returning an output screen connected to a logical screen, and its data type is an 'HSScreen' class type, which is provided by the 'MultiScreenContext' interface.

  The 'getDisplayScreen' method returns the reference address for the called 'HSScreen' form if it is an output screen, and the called 'HSScreen' form is a logical screen, which is the output screen. Returns the reference address of the output screen when concatenated with. On the other hand, the 'getDisplayScreen' method returns NULL if the form of the called 'HSScreen' is a logical screen and this logical screen is not connected to the output screen.

  FIG. 16C is an example of code for searching for a screen to which an application belongs, and is code for searching for an output screen after determining whether the screen to which the application belongs is a logical screen or an output screen. is there.

  In other words, the 'getDefaultHSScreen' method is used to extract the default screen 'screen', which is applied to the 'getScreenType' method to determine whether the screen is a logical screen or an output screen, and the result The 'getDisplayScreen' method returns the output screen.

  In order to perform the fourth search 1540, the search module 960 calls a 'getScreenType' method, a 'getDisplayArea' method, a 'getZOrder' method, and a 'getServiceContexts' method. Here, the 'getScreenType' method is used to search whether the screen is a logical screen or an output screen, and its data type is an integer type, and 'SCREEN_TYPE_DISPLAY' or 'SCREEN_TYPE_LOGICAL' is set. Return.

  'SCREEN_TYPE_DISPLAY' is a value representing the output screen, and when 'HSScreen' is concatenated to 'VideoOutputPort' and mapped to a video raster generated from 'VideoOutputPort', the form of 'HSScreen' is' “SCREEN_TYPE_DISPLAY”, where “HSscreen” at this time is referred to as output “HSscreen”.

  On the other hand, 'SCREEN_TYPE_LOGICAL' is a value representing a logical screen, and when 'HSScreen' is not concatenated to 'VideoOutputPort' and is mapped to a video raster sub-region generated from 'VideoOutputPort', 'HSScreen' The form is 'SCREEN_TYPE_LOGICAL', and 'HSscreen' at this time is referred to as logic 'HSscreen'.

  The logical 'HSscreen' may be concatenated to the output 'HSscreen', but if the logical 'HSscreen' is not concatenated to the output 'HSscreen', the visual and audible service is concatenated to the logical 'HSscreen'. Is not generated by the generated 'ServiceContext'.

  FIG. 16D is an example of code for searching the form of a screen to which an application belongs, and uses the 'getScreenType' method to search whether the screen is a logical screen or an output screen. It is.

  In order to retrieve the coordinates and z-order of the application located on the output screen, the 'getDisplayArea' method and the 'getZOrder' method are called.

  The 'getDisplayArea' method returns the coordinates of the logical screen mapped to the output screen, but its data type is' org. havi. ui. HScreenRectangle 'class type. The 'getDisplayArea' method returns the range of 'HSScreen', but if the format of 'HSScreen' is 'SCREEN_TYPE_DISPLAY', it returns 'HSScreenRectangle (0,0,1,1)' and the format of 'HSScreen' Is 'SCREEN_TYPE_LOGICAL', and 'HSScreen' is connected to the output 'HSScreen', the area allocated to the logic 'HSScreen' is returned. If the form of 'HSScreen' is 'SCREEN_TYPE_LOGICAL' and 'HSScreen' is not connected to the output 'HSScreen', the 'getDisplayArea' method returns NULL.

  FIG. 16E is an example of code for searching the position and size on the output screen of the logical screen to which the application belongs, and code for searching the position and size of the screen using the 'getDisplayArea' method. It is.

The 'getZOrder' method returns the z-order of the logical screen mapped to the output screen, but its data type is an integer type. The 'getZOrder' method returns a z-order that is 0 if the 'HSScreen' is an output 'HSScreen', and has a value of 1 or more if the 'HSScreen' is a logical 'HSscreen'. Return z-order.
In order to retrieve the service context associated with the screen, the 'getServiceContexts' method is called.

  The 'getServiceContexts' method returns a set of service contexts linked to' HSScreen ', but its data type is' javax. tv. service. selection. ServiceContext 'class type.

  FIG. 16F is an example of code for searching for a service context of a screen to which an application belongs, and is a code for searching for a service context of the screen using a 'getServiceContexts' method.

  FIG. 17 is a flowchart showing a process of exchanging services expressed on the logical screen by the modules shown in FIG.

  First, the MultiScreenManager module 1210 temporarily suspends the services existing on the two logical screens where the services are exchanged with each other (step S1410).

  Next, the service information linked to the two logical screens is exchanged (step S1420). At this time, the service context set in the logical screen can be exchanged by calling the 'removeServiceContext' method and the 'addServiceContext' method for each of the two logical screen objects. Here, the 'removeServiceContext' method is understood as a method for removing a service context connected to a logical screen, and the 'addServiceContext' method is a method for performing a function of adding a new service context to a logical screen. It is understood that the 'removeServiceContext' method and the 'addServiceContext' method are provided by the MultiScreenContext module 1230. That is, in the present invention, not only the effect of exchanging the main screen and the sub screen with each other by exchanging information about services connected to the logical screen, but also, for example, three or more services are provided on the display screen 980. Service can be exchanged between any number of logical screens even during the performance.

  If the service information connected to the two logical screens is exchanged, an event that the connection between the service and the logical screen is changed occurs (step S1430), and then the 'MultiScreenContextEvent' module 1240 displays the generated event. The execution for the service newly transmitted to the two logical screens is restarted (step S1440).

  The embodiments of the present invention have been described above with reference to the accompanying drawings. However, those skilled in the art can implement the present invention in other specific forms without changing the technical idea and essential features thereof. You will understand that Therefore, it should be understood that the above-described embodiments are illustrative in all aspects and are not limiting.

  According to the apparatus for providing a multi-screen and the method for dynamically configuring the multi-screen according to the present invention, a plurality of contents are provided on a physical display screen by searching a screen form and a connection relation existing in the system. Multiple screens can be easily and dynamically configured by the user or application.

FIG. 4 is an exemplary diagram illustrating a form in which a PiP screen is disposed according to an exemplary embodiment of the present invention. FIG. 4 is an exemplary diagram illustrating a form in which a PiP screen is disposed according to an exemplary embodiment of the present invention. FIG. 4 is an exemplary diagram illustrating a form in which a PiP screen is disposed according to an exemplary embodiment of the present invention. FIG. 4 is an exemplary diagram illustrating a form in which a PiP screen is disposed according to an exemplary embodiment of the present invention. FIG. 4 is an exemplary diagram illustrating a form in which a PiP screen is disposed according to an exemplary embodiment of the present invention. FIG. 4 is an exemplary diagram illustrating a form in which a PiP screen is disposed according to an exemplary embodiment of the present invention. FIG. 4 is an exemplary diagram illustrating a form in which a PiP screen is disposed according to an exemplary embodiment of the present invention. FIG. 4 is an exemplary diagram illustrating a form in which a PiP screen is disposed according to an exemplary embodiment of the present invention. FIG. 6 is an exemplary diagram illustrating a relationship between a logical screen and an output screen according to an exemplary embodiment of the present invention. It is a figure which shows the structure of a screen provided with the mapper by one Embodiment of this invention. It is a figure which shows the structure of a screen provided with the mapper by one Embodiment of this invention. It is a figure which shows the structure of a screen provided with the mapper by one Embodiment of this invention. It is a figure which shows the structure of a screen provided with the mapper by one Embodiment of this invention. It is a figure which shows the structure of a screen provided with the mapper by one Embodiment of this invention. FIG. 6 is an exemplary diagram illustrating an example of a source providing a service according to an embodiment of the present invention. FIG. 6 is an exemplary diagram illustrating an example of an abstract service and a non-abstract service according to an embodiment of the present invention. FIG. 6 is an exemplary diagram illustrating an example of an abstract service and a non-abstract service according to an embodiment of the present invention. It is an exemplary diagram showing attribute information and interface types on a logical screen and an output screen. FIG. 4 is an exemplary diagram illustrating a 'z-order' attribute of a logical screen. FIG. 6 is an exemplary diagram illustrating a “Display_Area” attribute of a logical screen. FIG. 6 is an exemplary diagram illustrating a “Display_Area” attribute of a logical screen. FIG. 5 is an exemplary diagram illustrating a process in which two services are mapped to one output screen and output. 1 is a block diagram illustrating a configuration of an apparatus for providing a multiple screen according to an embodiment of the present invention. 6 is a flowchart illustrating a method for dynamically configuring multiple screens according to an embodiment of the present invention. FIG. 3 is an exemplary diagram illustrating a software architecture for providing multiple screens according to an embodiment of the present invention. FIG. 4 is an exemplary diagram illustrating a relationship between modules constituting an API layer according to an exemplary embodiment of the present invention. 14 is a flowchart illustrating a process of displaying a plurality of services on an output screen through a logical screen by each module illustrated in FIG. FIG. 6 is an exemplary diagram illustrating an operation of a search module according to an embodiment of the present invention. FIG. 6 is an exemplary diagram of a code for screen search according to an embodiment of the present invention. FIG. 6 is an exemplary diagram of a code for screen search according to an embodiment of the present invention. FIG. 6 is an exemplary diagram of a code for screen search according to an embodiment of the present invention. FIG. 6 is an exemplary diagram of a code for screen search according to an embodiment of the present invention. FIG. 6 is an exemplary diagram of a code for screen search according to an embodiment of the present invention. FIG. 6 is an exemplary diagram of a code for screen search according to an embodiment of the present invention. 14 is a flowchart illustrating a process of exchanging services expressed on a logical screen by each module illustrated in FIG. 13 according to an exemplary embodiment of the present invention.

Claims (34)

An action module for generating at least one screen for representing the received service;
An apparatus for providing a multiple screen, comprising: a search module for searching for a screen on which a predetermined application included in the service is executed among the screens.   The apparatus of claim 1, wherein the screen comprises a PiP screen.   The apparatus of claim 1, wherein the screen comprises a PoP screen.   The apparatus of claim 1, wherein the search module searches for the executed screen setting mode. The setting form includes a single screen form in which a screen on which the application is executed corresponds to an output screen, and
An overlay screen form in which the single screen coexists with at least one overlay screen;
PiP that corresponds to the logical screen mapped to the entire area of the output screen, the screen on which the application is executed corresponds to at least one non-overlaid logical screen mapped to the output screen, and does not correspond to the overlay screen Screen form,
An overlaid PiP screen configuration in which the PiP screen coexists with at least one or more overlay screens;
A PoP screen configuration corresponding to a combination of at least two non-overlapping logical screens in which the screen on which the application is executed is mapped to the entire area of the output screen, and not corresponding to the overlay screen;
An overlaid PoP screen configuration in which the PoP screen coexists with at least one or more overlay screens;
The apparatus for providing a multi-screen according to claim 4, comprising at least one of general forms.   The apparatus of claim 1, wherein the operation module places a logical screen on which the application is executed on an output screen.   The apparatus of claim 1, wherein the operation module operates the application on an output screen. An operational module for generating a logical screen for representing the received service and an output screen to which the logical screen is mapped;
An apparatus for providing a multi-screen, comprising: a search module for searching for all generated logical screens and output screens.   9. The apparatus as claimed in claim 8, wherein the search module searches only a logical screen and an output screen included in an authority range of a predetermined application included in the service.   The apparatus of claim 8, wherein the logical screen comprises a PiP screen.   The apparatus of claim 8, wherein the logical screen comprises a PoP screen. An operational module for generating a logical screen for representing the received service and an output screen to which the logical screen is mapped;
An apparatus for providing a multi-screen, comprising: a search module for searching the logical screen and the output screen.   The apparatus of claim 12, wherein the logical screen comprises a PiP screen.   The apparatus of claim 12, wherein the logical screen comprises a PoP screen. A broadcast signal receiving module for receiving services;
An operation module for generating a logical screen and an output screen to which the logical screen is mapped;
An apparatus for providing a multi-screen, comprising: a search module for searching whether the screen representing the service is the logical screen or the output screen.   When the screen representing the service is the logical screen, the search module may determine the position and size of the logical screen on the output screen, and other logical screens existing on the output screen and the logical screen. The apparatus for providing a multi-screen according to claim 15, wherein an overlapping relationship is searched.   The apparatus of claim 15, wherein the search module searches a service context of a screen representing the service. Generating at least one screen to represent the received service;
A method of dynamically configuring a multi-screen, comprising: searching for a screen on which a predetermined application included in the service is executed among the screens.   The method of claim 18, wherein the screen comprises a PiP screen.   The method of claim 18, wherein the screen comprises a PoP screen.   The method of claim 18, wherein the searching step includes a step of searching for the executed screen setting form. The setting form includes a single screen form in which a screen on which the application is executed corresponds to an output screen, and
An overlay screen form in which the single screen coexists with at least one overlay screen;
PiP that corresponds to the logical screen mapped to the entire area of the output screen, the screen on which the application is executed corresponds to at least one non-overlaid logical screen mapped to the output screen, and does not correspond to the overlay screen Screen form,
An overlaid PiP screen configuration in which the PiP screen coexists with at least one or more overlay screens;
A PoP screen configuration corresponding to a combination of at least two non-overlapping logical screens in which the screen on which the application is executed is mapped to the entire area of the output screen, and not corresponding to the overlay screen;
An overlaid PoP screen configuration in which the PoP screen coexists with at least one or more overlay screens;
The method of dynamically configuring multiple screens according to claim 21, comprising at least one of the general forms.   The method of claim 18, further comprising placing a logical screen on which the application is executed on an output screen.   The method of claim 18, further comprising running the application on an output screen. Generating a logical screen to represent the received service;
Generating an output screen to which the logical screen is mapped;
Retrieving all of the logical screens and output screens.   26. The multi-screen dynamic according to claim 25, wherein the searching includes searching only for a logical screen and an output screen included in an authority range of an application included in the service. Configuration method.   The method of claim 25, wherein the logical screen comprises a PiP screen.   The method of claim 25, wherein the logical screen comprises a PoP screen. Generating a logical screen to represent the received service;
Generating an output screen to which the logical screen is mapped;
Retrieving the logical screen and the output screen. A method of dynamically configuring a multi-screen.   The method of claim 29, wherein the logical screen comprises a PiP screen.   The method of claim 29, wherein the logical screen comprises a PoP screen. Receiving a service;
Generating a logical screen; and
Generating an output screen to which the logical screen is mapped;
And searching for whether the screen representing the service is the logical screen or the output screen.   When the screen representing the service is the logical screen, the searching step includes the position and size of the logical screen on the output screen and other logical screens existing on the output screen, and the logical screen. The method of dynamically configuring multiple screens according to claim 32, further comprising a step of searching for an overlapping relationship between the multiple screens.   The method of claim 32, wherein the searching includes searching a service context of a screen representing the service.