WO2007114667A1 - Appareil permettant d'obtenir plusieurs écrans et procédé permettant de configurer de manière dynamique plusieurs écrans - Google Patents

Appareil permettant d'obtenir plusieurs écrans et procédé permettant de configurer de manière dynamique plusieurs écrans Download PDF

Info

Publication number
WO2007114667A1
WO2007114667A1 PCT/KR2007/001673 KR2007001673W WO2007114667A1 WO 2007114667 A1 WO2007114667 A1 WO 2007114667A1 KR 2007001673 W KR2007001673 W KR 2007001673W WO 2007114667 A1 WO2007114667 A1 WO 2007114667A1
Authority
WO
WIPO (PCT)
Prior art keywords
screen
service
logical
application
service context
Prior art date
Application number
PCT/KR2007/001673
Other languages
English (en)
Inventor
Jong-Ho Lee
Kwang-Kee Lee
Sung-Wook Byun
Glenn A. Adams
Un-Gyo Jung
Original Assignee
Samsung Electronics Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from KR1020070024323A external-priority patent/KR20070100110A/ko
Application filed by Samsung Electronics Co., Ltd. filed Critical Samsung Electronics Co., Ltd.
Priority to MX2008012833A priority Critical patent/MX2008012833A/es
Priority to CA002648944A priority patent/CA2648944A1/fr
Publication of WO2007114667A1 publication Critical patent/WO2007114667A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/44—Receiver circuitry for the reception of television signals according to analogue transmission standards
    • H04N5/445—Receiver circuitry for the reception of television signals according to analogue transmission standards for displaying additional information
    • H04N5/45—Picture in picture, e.g. displaying simultaneously another television channel in a region of the screen
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • H04N21/4312—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations
    • H04N21/4316—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations for displaying supplemental content in a region of the screen, e.g. an advertisement in a separate window
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
    • H04N21/4438—Window management, e.g. event handling following interaction with the user interface
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications

Definitions

  • Apparatuses and methods consistent with the present invention relate to configuring multiple screens, and more particularly, to dynamically configuring multiple screens which provide multiple contents on a single physical display device.
  • TVs digital televisions
  • digital set-top boxes provide only one content element on a single physical display device or simultaneously display a main screen and a sub-screen on a single physical display device.
  • Content sources include a broadcast service such as a satellite broadcaster, a terrestrial broadcaster, or a cable broadcaster, a storage medium such as digital versatile discs (DVDs), or an external device connected to an input terminal.
  • a broadcast service such as a satellite broadcaster, a terrestrial broadcaster, or a cable broadcaster
  • a storage medium such as digital versatile discs (DVDs)
  • DVDs digital versatile discs
  • MHP Mobile Multimedia Subsystem
  • ACAP Advanced Common Application
  • OCAP Open Cable Application Platform
  • HAVi Video Interoperability
  • UI user interface
  • the present invention provides an apparatus and method for dynamically configuring multiple screens which provide a plurality of contents on a physical display device.
  • a method of method of dynamically configuring multiple screens includes generating a plurality of logical screens; associating a service context with a first logical screen selected from the generated logical screens; and moving the service context from the first logical screen to a second logical screen selected from the generated logical screens.
  • an apparatus for providing multiple screens includes a user/application interface module receiving a service moving request from a user or an application; and a service processing module generating a plurality of logical screens and moving a service context ssociated with a first logical screen, which is selected from the generated logical screen, to a second logical screen, which is selected from the generated logical screens, in response to the service moving request.
  • FIGS. 1 to 8 are diagrams illustrating a configuration of a PIP screen according to an exemplary embodiment of the present invention
  • FIG. 9 is a diagram illustrating the relationship between a logical screen and a display screen according to an exemplary embodiment of the present invention.
  • FIGS. 10 to 14 are diagrams illustrating a configuration of a screen including a mapper according to an exemplary embodiment of the present invention.
  • FIG. 15 is a block diagram illustrating service sources according to an exemplary embodiment of the present invention.
  • FIGS. 16 and 17 are diagrams illustrating a non-abstract service and an abstract service according to an exemplary embodiment of the present invention.
  • FIG. 18 is a diagram illustrating attribute information and interfaces of a logical screen and a display screen
  • FIG. 19 is a diagram illustrating an attribute 'z-order' of a logical screen according to an exemplary embodiment of the present invention.
  • FIGS. 20 and 21 are diagrams each illustrating an attribute 'Display _Area' of a logical screen according to exemplary embodiments of the present invention.
  • FIG. 22 is a diagram illustrating a method of mapping two services to a display screen according to an exemplary embodiment of the present invention
  • FIG. 23 is a diagram illustratin g processes of moving services according to an exemplary embodiment of the present invention.
  • FIG . 24 is a diagram illustrating processes of moving services according to an exemplary embodiment of the present invention.
  • FIG. 25 is a block diagram illustrating a configuration of an apparatus for providing multiple screens according to an exemplary embodiment of the present invention.
  • FIG. 26 is a flowchart illustrating a method of dynamically configuring multiple screens according to an exemplary embodiment of the present invention
  • FIG. 27 is a diagram illustrating a process of service moving according to an exemplary embodiment of the present invention.
  • FIG. 28 is a diagram illustrating a software architecture for providing multiple screens according to an exemplary embodiment of the present invention.
  • FIG. 29 is a diagram illustrating the relationships among modules constituting an application programming interface (API) layer according to an exemplary embodiment of the present invention.
  • API application programming interface
  • FIG. 30 is a flowchart illustrating a method of displaying a plurality of services that are displayed on respective corresponding logical screens on a display screen by the modules illustrated in FIG. 29 according to an exemplary embodiment of the present invention
  • FIG. 31 is a flowchart illustrating a method of moving services displayed on logical screens between the modules illustrated in FIG. 29 according to an exemplary embodiment of the present invention.
  • FIG. 32 is a flowchart illustrating a method of moving services displayed on logical screens between the modules illustrated in FIG. 29 according to an exemplary embodiment of the present invention.
  • Mode for Invention
  • the term 'service' indicates a group of multimedia contents displayed together, i.e., at least one of service components forms a single service.
  • Service components are elements of a service and include a video component, an audio component, and a data component.
  • the video component and the audio component include video information and audio information, respectively.
  • the data component refers an application in a service and includes an application providing weather information, an application providing stock information, an application providing subtitles or an electronic program guide (EPG).
  • EPG electronic program guide
  • the term 'service context' indicates an object which can control the executing of a service and includes various resources, devices, and execution state information needed for providing a service. It is possible to confirm the service components that are configuration elements of the service by the service context.
  • the term 'physical display device' indicates a physical device which actually displays the content of a service, an external output port to which the content is output, or a storage device in which the content is stored.
  • the term 'display screen' indicates a screen actually displayed on a physical display device.
  • An arbitrary service may be directly set in the display screen, and the display screen may be displayed on a physical display device.
  • at least one logical screen which is mapped to a certain area of the display screen may be displayed on the physical display device.
  • the term 'logical screen' indicates a space in which an arbitrary service is displayed.
  • a logical screen is a virtual screen before being mapped to a display screen and thus is not displayed on a physical display device. Therefore, the logical screen is mapped to the display screen to be displayed on the physical display device.
  • the logical screen and the display screen may be a combination of a background still image, a video raster, and a graphic raster.
  • the graphic raster may be a combination of text, lines, colors, and images or a mixture of video frames.
  • 'main service' indicates a service that is selected as a main service through a menu displayed on the physical display device or a remote controller by a user or through an API by an application, and the screen on which the main service is displayed is referred to as a 'main screen'.
  • PIP service indicates a service that is selected as a sub-service in the main service through a menu displayed on a physical display device or a remote controller by a user via an API by an application, and the PIP service may be displayed on a picture-in-picture screen (PIP screen) or a main screen.
  • the PIP screen includes a screen that occupies a part of another screen as illustrated in FIGS. 1 to 4 and a screen that is simultaneously displayed with another screen without overlapping the other screen as illustrated in FIGS. 5 to 6.
  • the PIP screen may include a screen that is displayed on an arbitrary location or area in the physical display device or overlaps another screen, as illustrated in FIGS. 7 and 8.
  • FIG. 9 is a diagram illustrating the relationship between a logical screen and a display screen according to an exemplary embodiment of the present invention.
  • a service may be displayed using logical screens 210, 212, and
  • the logical screens 210, 212, and 214 are mapped to display screens 220, 222, and 224 through a mapping block 230.
  • the logical screens 210 and 212 are mapped to the display screen 220
  • the logical screens 212 and 214 are mapped to the display screen 222
  • the logical screens 210, 212, and 214 are mapped to the display screen 224.
  • At least one logical screen which displays a service is mapped to an arbitrary area of a display screen by the mapping block 230.
  • the mapping block 230 is a group of various pieces of information needed for mapping a logical screen to a display screen.
  • the various pieces of information include coordinate information of a predetermined area on a display screen to which each of a plurality of logical screens is mapped, identification information of the logical screens and the display screen, and information specifying in what order the logical screens are displayed on the display screen.
  • the mapping block 230 can change the size of the logical screen so to be allocated in an arbitrary area of the display screen. That is, the mapping block 230 can perform scaling of the logical screen and allocating of the position thereof, and FIGS. 10 to 14 are diagrams illustrating a configuration of the screen including a mapper as the mapping block.
  • the main screen including a combination of a background still image B, a video raster V, and a graphic raster G is mapped to the entire display screen by a mapper with a normal size.
  • the PIP screen including only video components is mapped to the entire display screen by the mapper with a reduced size.
  • the mapped PIP screen is displayed on the main screen, which is determined depending on a Z value.
  • the reference character Z refers to z-order value which will be described later.
  • An overlay screen may be combined with the display screen.
  • the overlay screen is a specific screen disposed at the outmost side, and may be used when providing a caption function.
  • the PIP screen may have only a video component as illustrated in FIG. 10, or may have a combination of the background still image B, the video raster V, and the graphic rater G as illustrated in FIG. 11.
  • the main screen including the combination of the background still image B, the video raster V, and the graphic rater G is mapped to the entire display screen by the mapper with a normal size.
  • Two PIP screens #1 and #2 having only video component is mapped to an arbitrary area of the display screen by the mapper with a reduced size.
  • the mapped PIP screen is disposed on the main screen and the Z value can be constantly maintained.
  • the overlay screen may be combined with the display screen.
  • the configuration of the screen may have a plurality of PIP screens including only video components as illustrated in FIG. 12 or a plurality of PIP screens including a combination of the background still image B, the video raster V, and the graphic rater G as shown in FIG. 13.
  • FIG. 14 Picture-Outside-Picture (POP) screens are illustrated in FIG. 14. It can be understood that the PIP screen is displayed inside the main screen and the POP screen is displayed outside the main screen.
  • the plurality of PIP screens #1 and #2 including a combination of the background still image B, the video raster V, and the graphic rater G are mapped to arbitrary areas of the display screen by the mapper with a reduced size. In this case, the Z value of the mapped POP screens #1 and #2 may be constantly maintained. Further, the overlay screen may be combined with the display screen.
  • the mapping block 230 may be realized by interfaces or functions prepared by various computer program languages to be executed and create or change the relationship between the logical screen and the display screen by using the above information as parameters.
  • mapping block 230 may also be realized by a hardware in order to function for mapping the logical screen to the display screen
  • services provided by various service sources may be displayed on a display screen, and the display screen may be displayed on a physical display device, as illustrated in FIG. 15.
  • service sources which provide broadcast services such as a terrestrial broadcaster 320 and a cable broadcaster 330, service sources which provide services stored in a storage medium such as a personal video recorder (PVR) 340, and service sources (not illustrated in FIG. 15) which provide services via a wired network or a wireless network.
  • PVR personal video recorder
  • a broadcast receiver 310 receives services from the service sources and produces logical screens displaying each of the received services.
  • an arbitrary service is directly set on the display screen to be displayed on a physical display device using a predefined method or a method set by a user or an application. Otherwise, at least one logical screen that is mapped to an arbitrary area on the display screen is displayed on a physical display device 350.
  • services provided by the terrestrial broadcaster 320, the cable broadcaster 330, and the PVR are displayed on the physical display device 350.
  • the terrestrial broadcaster 320, the cable broadcaster 330, and the PVR 340 are illustrated in FIG. 15 as being service sources, but the present invention is not limited to it. Any type of multimedia content source which provides multimedia contents that can be displayed together can be a service source according to an exemplary embodiment of the present invention.
  • Services according to an exemplary embodiment of the present invention can be classified into abstract services and non-abstract services, as illustrated in FIGS. 16 and 17.
  • the abstract services are not services provided by broadcast signals transmitted in real time but services independent of broadcast channels.
  • the abstract services include only data components, i.e., application, without video components and audio components. Examples of the abstract services include services having unbound applications based on the OCAP standard.
  • the non-abstract services are understood as services other than abstract services.
  • both abstract services and non-abstract services have independency.
  • abstract services may be directly set on the physical display device not through logical screens and non-abstract services may be displayed on the logical screens.
  • the logical screens may be mapped to the display screen in which the abstract services are set. Thereafter, the display screen may be output through the physical display device.
  • the abstract services can be displayed on the display screen independently of the non-abstract services.
  • the abstract services and non-abstract services may be mapped to different logical screens. Thereafter, the logical screens may be mapped to a single display screen. In other words, the abstract services can be displayed on the display screen independently of non-abstract services.
  • the logical screen and the display screen may be categorized as being different objects.
  • a screen may serve as a logic screen or a display screen according to attribute information of one screen object.
  • the attribute information of the screen object includes a plurality of attributes 'z-
  • FIG. 18 illustrates the attribute information of the screen object and the type of interfaces that process the attribute information.
  • An attribute 'type' 505 is attribute information indicating whether the screen is a logical screen or a display screen.
  • An attribute 'z-Order' 510 is for determining in what order a plurality of logical screens are arranged along the z-axis.
  • FIG. 19 illustrates a configuration of logical screens on a physical display device for a combination of the values of attributes 'z- Order' of the logical screens.
  • first and second logical screens 620 and 630 are respectively mapped to predetermined areas of a display screen 610.
  • the first logical screen 620 is displayed on the display screen 610
  • the second logical screen 630 is displayed on the display screen partially overlapping the first logical screen 620.
  • the display screen 610, the first logical screen 620, and the second logical screen 630 are sequentially arranged in the direction of the z-axis.
  • an attribute 'z-Order' of the first logical screen 620 may be set to a value of 1
  • an attribute 'z-Order' of the second logical screen 630 may be set to a value of 2.
  • the attributes 'z-Order' of the first and second logical screens 620 and 630 may be set to any numbers or characters as long as they can represent a certain order in which the first and second logical screens 620 and 630 are to be arranged along the z-axis.
  • An attribute 'Display _Area' 520 is information regarding a display screen area of a logical screen, as to be illustrated in FIGS. 20 and 21.
  • FIG. 20 illustrates that a logical screen 710 is mapped to an entire area of the display screen 720
  • FIG. 21 illustrates that a logical screen 730 is mapped to a partial area of the display screen 740.
  • the attribute 'Display _Area' may include information specifying the two-dimensional coordinates of a predetermined portion of a display screen to which the logical screen is to be mapped or may include information specifying a predetermined location on the display screen and an offset value indicating how much the logical screen deviates from the predetermined location on the display screen.
  • An attribute 'Visibility' 530 determines whether a logical screen is to be visibly or invisibly displayed on a display screen. It is possible to make a logical screen appear on or disappear from a display screen by altering the value of the attribute 'Visibility' 530.
  • An attribute 'Associated_Display_Screen' 540 is information regarding display screens associated with a logical screen.
  • a logical screen which is not associated with any display screens may not be displayed on a physical display device nor be transmitted to external output devices.
  • An attribute 'Associated_Service_Contexts' 550 is information regarding service contexts connected to a logical screen or a display screen. Services set in such service contexts may be displayed on a logical screen or a display screen.
  • An attribute 'OutputPort' 560 is information regarding devices by which a display screen is to be output, and such devices include display screens, wired/wireless communication media, and various storage media.
  • Interfaces for identifying or altering the values of the attributes illustrated in FIG. 18 may be provided.
  • the interfaces may include an interface 'SET' for setting attribute values or connecting a logical screen to a display screen, an interface 'ADD' for adding attribute values or connecting a logical screen to a service, an interface 'GET' for identifying attribute values, and an interface 'REMOVE' for deleting attribute values.
  • These interfaces may include processes, functions, procedures, or methods that perform their functions, respectively.
  • a method 'getDisplayScreen(void)' returns a display screen associated with the current screen.
  • the method 'getDisplayScreen(void)' returns the associated display screen.
  • the method 'getDisplayScreen(void)' returns reference information regarding the current screen.
  • the method 'getDisplayScreen(void)' returns a value of 'NULL'.
  • IllegalStateException' provides a function for mapping the current logical screen to a predetermined area of the associated display screen.
  • An instance that is provided as a parameter is of a class ⁇ ScreenRectangle' of a package 'org.havi.ui', and has two-dimensional position information.
  • the execution of the methods 'SecurityException' and 'IllegalStateException' may be conducted as an exceptional operation for the method 'setDis- playScreen(HScreen screen)'.
  • the method 'IllegalStateException' may be executed when the current screen is a logical screen or when a portion of a display screen associated with a current logical screen cannot change due to the characteristics of a host platform.
  • a method 'getDisplayArea(void)' returns regional information of a current screen as HScreenRectangle information. If the current screen corresponds to a display screen, the method 'getDisplayArea(void)' returns HScreen- Rectangle information having the same value as HScreenRectangle (0,0,1,1). If the current screen is a logical screen, the method 'getDisplayArea(void)' returns information regarding an area on a display screen occupied by the current screen. If the current screen is a logical screen but is not associated with any display screen, the method 'getDisplayArea(void)' returns a value 'NULL'.
  • FIG. 22 is a diagram illustrating a process that two services are set on two logical screens to be mapped to a single display screen.
  • a first service includes all the three service components, i.e., video, audio, and data components, and a second service includes only video and audio components.
  • the present invention does not impose any restrictions on service components, and the first and second services illustrated in FIG. 8 are exemplary.
  • the first and second services are displayed on a physical display device in almost the same manner as in the related art. According to the current exemplary embodiment of the present invention, it is possible to display a plurality of services on a physical display device independently of one another without imposing any restrictions on the number of services that can be displayed on a single display screen.
  • service contexts By associating the service context for a service with a screen, contents in the service can be displayed, and service contexts can be moved or interchanged between screens according to a selection of a user or an application.
  • the operation of moving the service contexts between the screens refers to service moving.
  • a service context used in the service moving may be for an abstract service or non-abstract service.
  • the service moving can be performed using interfaces 'remove' and 'add' described with reference to FIG. 18. More specifically, an operation of canceling the association between the service context s and the screen is performed through a method 're- moveServiceContext s, ' and an operation of associating the service contexts removed from the screen with another screen is performed through a method 'addSer- viceContexts.' That is, in order for service moving, a service context to be moved is removed from a source screen, and then the service context removed from the source screen is added to a destination screen.
  • the service moving can be performed between logical screens.
  • the present invention is not limited thereto, and the service moving can also be performed between a logical screen and a display screen.
  • all of a plurality of service contexts associated with a source screen can be moved to a destination screen.
  • the present invention is not limited thereto, and some of the service contexts associated with the source screen can be moved to the destination screen. In this case, some of a plurality of services displayed on the source screen are displayed on the destination screen.
  • FIG. 23 A process of service moving according to an exemplary embodiment of the present invention is illustrated in FIG. 23. It is assumed that a source screen 10 is associated with a service 12, and no service is associated with a destination screen 20 (refer to (A) in FIG. 23). In this state, when a user or an application requests a service moving, the service 12 is disconnected from the source screen 10 (refer to (B) in FIG. 23). To this end, a service context related to the service 12 may be removed from the source screen 10.
  • a service context related to the service 12 may be added to the destination screen 20.
  • the service moving process is performed in a state where no service is displayed on the destination screen 20.
  • the present invention is not limited thereto.
  • a service displayed on a source screen can be moved to a destination screen even if another service is displayed on the destination screen.
  • FIG. 24 a source screen 10 displays a service 14 including data components
  • a destination screen 20 displays a service 16 including video components.
  • the service 14 is moved from the source screen 10 to the destination screen 20.
  • the destination screen 20 displays the two services 14 and 16.
  • the service moving can also be performed between a main screen and a PIP screen.
  • the signal information can be included in application information indicating information for applications in the services.
  • Examples of the application information include an application information table (AIT) based on the MHP standard and an extended application information table (XAIT) based on the OCAP standard.
  • the signal information may be provided by a service provider (for example, broadcasting system providing terrestrial broadcasts 320 or cable broadcasts 330 of FIG. 15).
  • the application is interrupted.
  • the interruption may include suspension, i.e., the application is temporally suspended, and termination, i.e., the application is completely terminated. Therefore, the application executed on the main screen may be suspended or terminated.
  • the type of interruption of the application is varied according to realized examples.
  • FIG. 25 is a block diagram of an apparatus for providing multiple screens according to an exemplary embodiment of the present invention.
  • an apparatus 900 for providing multiple screens includes a digital signal processing module 940, a service processing module 950, an output module 960, and a user/application interface module 965.
  • the apparatus 900 includes a broadcast signal reception module 910, a storage medium 920, and an external input module 930 as service sources, and includes a physical display device 970, a storage medium 980, and an external output module 990 as service output media.
  • a module means, but is not limited to, a software or hardware component, such as a Field Programmable Gate Array (FPGA) or an Application Specific Integrated Circuit (ASIC), which performs certain tasks.
  • a module may advantageously be configured to reside on the addressable storage medium and configured to be executed on one or more processors.
  • a module may include, by way of example, components, such as software components, object-oriented software components, class components and task components, processes, functions, attributes, procedures, subroutines, segments of program code, drivers, firmware, microcode, circuitry, data, databases, data structures, tables, arrays, and variables.
  • the functionality provided for in the components and modules may be combined into fewer components and modules or further separated into additional components and modules.
  • the digital signal processing module 940 receives various information of a service such as a multimedia content, e.g., video information, audio information, or data information, from the broadcast signal reception module 910, the storage medium 920, or the external input module 930.
  • a multimedia content e.g., video information, audio information, or data information
  • the broadcast signal reception module 910 receives a satellite, terrestrial, or cable broadcast signal and transmits the received broadcast signal
  • the storage medium 920 stores video information, audio information, or data information of a service
  • the external input module 930 receives video information, audio information, or data information of a service from an external device such as a network interface module connected to a network.
  • the digital signal processing module 940 restores a plurality of services using received service components.
  • the restored services include abstract or non-abstract services.
  • the phrase 'a plurality of services' refers to two or more services transmitted by the broadcast signal reception module 910 or two or more services respectively transmitted by the broadcast signal reception module 910 and the storage medium 920.
  • the digital signal processing module 940 may restore services according to selection by a user or an application with the aid of the user/application interface module 965.
  • the user or the application may select the connection between an arbitrary service and a screen.
  • the service processing module 950 generates a logical screen and a display screen to display a service restored by the digital signal processing module 940.
  • the service processing module 950 connects the services to the logical screens. Further, the service restored by the digital signal processing module 940 may be not connected to the logical screens in the service processing module 950, but may be directly connected to the display screen.
  • the service processing module 950 may perform service moving between the screens in response to the request of a user or an application through the user/ application interface module 965. According to an exemplary embodiment of the present invention, the service processing module 950 may suspend or terminate a service during the service moving.
  • the service processing module 950 may include functionally divided modules.
  • the service processing module 950 may include a screen generation module (not shown) and a service selection module (not shown).
  • the screen generation module may generate a screen
  • the service selection module may connect a service to the generated screen or remove a service connected to a screen.
  • the output module 960 maps one or more logical screens produced by the service processing module 950 to the display screen.
  • the output module 960 may serve as the mapping block 230 illustrated in FIG. 9.
  • the mapping area of the logical screens to the display screen may be previously set using a predefined method or a method set by the user with the aid of the user/application interface module 965.
  • a display screen provided by the output module 960 may be displayed on the physical display device 970 or may be stored in the storage medium 980.
  • Examples of the storage medium 980 include computer readable floppy discs, hard discs, CD-ROM. DVD, DVD-ROM, BD (Blu-ray Disc), and semiconductor memories.
  • a display screen provided by the output module 960 may be transmitted to an external device connected to a network via the external output module 990.
  • the output module 960 may include a plurality of output ports via which a display screen can be provided.
  • a display screen can be provided via an output port set in advance as a default or an output port chosen by the user with the aid of the user/application interface module 965.
  • the user or the application can choose one of a plurality of services or restore desired services using the user/application interface module 965. Also, the user can choose one of a plurality of display screens using the user/application interface module 965.
  • FIG. 26 is a flowchart illustrating a method of dynamically configuring multiple screens according to an exemplary embodiment of the present invention.
  • video information, audio information, and data information constituting a multimedia content are transmitted in a predetermined format, for example, an MPEG stream format.
  • an apparatus for providing a service such as a multimedia content service receives video information, audio information, and data information and restores a service based on the video information, the audio information, and the data information.
  • the service restored in operation SlOlO may be selected or previously determined by a user or an application.
  • the user may use a menu displayed on the display device or a remote controller to select the connections between an arbitrary screen and a screen.
  • the application may select the connections using an API.
  • data information includes application information regarding application for a service, and these application information includes signal information indicating whether the application can be executed on a PIP screen.
  • application information include an AIT based on the MHP standard and an XAIT based on the OCAP standard.
  • the signal information may be added to the application information.
  • the restored service is set such that it can be displayed on a logical screen.
  • the logical screen is mapped to a display screen.
  • the display screen is provided to the user using a display device, a storage medium, or a network.
  • the restored service is illustrated in FIG. 26 as being displayed on a physical display device via a logical screen. However, the restored service may be directly displayed on a physical display device without passing through the logical screen.
  • the PIP service is realized in two modes. In the first mode, only video component for PIP service selected on the main screen is provided without creating a separate logical screen for PIP service (that is, PIP screen ) . In the second mode, a separate logical screen for PIP service is created to provide the PIP service selected on the created PIP screen.
  • FIG. 26 illustrates a method of mapping only one service to a display screen for simplicity. However, a plurality of services may be mapped to a display screen with or without passing through a plurality of logical screens.
  • FIG. 27 is a diagram illustrating a process of moving services according to an exemplary embodiment of the present invention.
  • a request for service moving is input through the user/application interface module 965 by the user or an application, and in operation S 120, the service processing module 950 disconnects a service, which is displayed on a source screen, from the source screen .
  • a user may determine which of a plurality of screens generated in advance to be source screen and which of them to be a destination screen.
  • the service processing module 950 connects the service disconnected from the source screen to the destination screen.
  • the destination screen is a PIP screen and the service disconnected from the source screen includes an application
  • FIG. 28 is a diagram illustrating a software architecture for providing multiple screens according to an exemplary embodiment of the present invention.
  • a software architecture 1100 includes a device driver layer 1110, an API layer 1120, and an application layer 1130.
  • the device driver layer 1110 receives service components from various multimedia content sources and decodes the received service components. Examples of the received service components include video information, audio information, and data information.
  • the API layer 1120 generates a logical screen and a display screen and maps a service, the logical screen, and the display screen to one another. That is, the API layer 1120 can be implemented as the service processing module 950 illustrated in FIG. 25.
  • the application layer 1130 provides a user interface so that a user can dynamically configure a logical screen which displays a service or transmits a user command to the API layer 1120 so that the API layer 1120 can execute the user command.
  • the user enables the device driver layer 1110 with the aid of the application layer 1130 to provide a display screen via a physical display device or to store the display screen in a storage medium.
  • the user can enable the device driver layer 1110 to transmit a display screen to an external device via a network.
  • the device driver layer 1110 may include a plurality of output ports which can provide a display screen.
  • API layer 1120 may include the plurality of output ports.
  • the API layer 1120 may include a plurality of software modules, e.g., a multiscreen manager module ' MultiScreenManager ' 1210, a multiscreen context module ' Multi- ScreenContext' 1230, a multiscreen context listener module ' MultiScreenCon- textListener' 1250, and a multiscreen context event module ' MultiScreenContextEvent' 1240, as illustrated in FIG. 29.
  • a multiscreen manager module ' MultiScreenManager ' 1210 e.g., a multiscreen manager module ' MultiScreenManager ' 1210
  • a multiscreen context module ' Multi- ScreenContext' 1230 e.g., a multiscreen context listener module ' MultiScreenCon- textListener' 1250
  • a multiscreen context event module ' MultiScreenContextEvent' 1240 e.g., a multiscreen context event module ' MultiScreenContextEvent' 1240, as illustrated in FIG. 29.
  • the multiscreen manager module 1210 manages the multiscreen context module
  • the multiscreen context module 1230 is an interface object associated with a screen object 1220 and determines whether the screen object 1220 is to become a logical screen or a display screen according to an interface operation performed by the multiscreen context module 1230.
  • Various attributes such as the attributes 510 through 570 illustrated in FIG. 18 may be set in the multiscreen context module 1230.
  • the multiscreen context module 1230 can provide the functions 'SET', 'ADD', 'GET', and 'REMOVE' described above with reference to FIG. 18.
  • the multiscreen context event module 1240 serves as an event class announcing that the attribute information of the screen object 1220 has been changed, and the multiscreen context listener module 1250 serves as a listener interface object which can be realized in a predetermined application class which attempts to receive an event prompted by the multiscreen context event module 1240. Therefore, if service moving is performed, the multiscreen context event module 1240 announces the occurrence of an event in which service contexts of screens (source and destination screens), which are targets for service moving, have been changed. This announcement may be transmitted to a monitor application, which manages screen information, by the multiscreen context listener module 1250 .
  • T he monitor application may update a screen information table according to the announcement of the multiscreen context event module 1240 . Since the monitor application is merely an embodiment of the present invention, the announcement of the occurrence of the event can also be transmitted to a specified module or another application which manages the screen information.
  • An application 1260 is a module which is driven on the application layer 1130.
  • the application 1260 allows the user to choose a desired service and to freely arrange a plurality of logical screens on a display screen.
  • the application 1260 transmits various commands which allow the user to dynamically configure and manage logical screens to the multiscreen manager module 1210, and the multiscreen manager module 1210 controls operations corresponding to the various commands to be executed through the multiscreen context module 1230.
  • the multiscreen context module 1230 is associated with the screen object 1220 and manages the attribute information of the screen object 1220 illustrated in FIG. 18.
  • the multiscreen context module 1230 may include a variety of functions or methods. Further, these function may be performed by a separate module (not shown).
  • the multiscreen manager module 1210 receives service components provided by various service sources from the device driver layer 1110 and performs operations to display the received service components on a logical screen or a display screen. According to an exemplary embodiment of the present invention, the above functions can be performed another module (not illustrated).
  • FIG. 30 is a flowchart illustrating a method of displaying a plurality of services displayed on respective corresponding logical screens by the modules illustrated in FIG. 29 on a display screen according to an exemplary embodiment of the present invention.
  • the multiscreen manager module 1210 produces a display screen and a number of logical screens corresponding to the number of services to be performed.
  • the multiscreen manager module 1210 connects the logical screens to respective corresponding services received from the device driver layer 1110.
  • the multiscreen manager module 1210 may call a method 'addServiceContext s ' for each of the logical screens by setting service context objects of the received services as parameters for the logical screens services.
  • the method 'addServiceContext s ' connects a logical screen to service s and may be provided by the multiscreen context module 1230.
  • the multiscreen manager module 1210 connects the logical screens to the display screen.
  • the multiscreen manager module 1210 may call a method 'setDis- playScreen' for each of the logical screens by setting a display screen object to which the logical screens are connected as a parameter.
  • the method 'setDisplayScreen' connects a logical screen to a display screen and may be provided by the multiscreen context module 1230.
  • a method 'setDisplayScreen' may be set to 'public void setDisplayScreen (HScreen screen) throws SecurityException, Illegal StateException', and this method allows an instance 'HScreen' that is provided as a parameter to be associated with the current logical screen.
  • the instance 'HScreen' is preferably a display screen.
  • a parameter of the method 'setDisplayScreen(HScreen screen)' may include a value of 'NULL'. In this case, when the method 'setDisplayScreen(HScreen screen)' is executed without exception handling, the current logical screen is no longer associated with the display screen.
  • the method 'IllegalStateException' may be executed when a current screen is a logical screen or when a portion of a display screen associated with a current logical screen cannot change due to the characteristics of a host platform.
  • operation S 1340 areas on the display screen to which the logical screens are to be respectively mapped are determined.
  • a predetermined method provided by the multiscreen context module 1230 can be called to determine an area on the display screen where the logical screens are to be displayed.
  • FIG. 31 is a flowchart illustrating a method of moving services displayed on logical screens between the modules illustrated in FIG. 29 according to an exemplary embodiment of the present invention.
  • a method of moving services between logical and display screens can also be understood based on the method of FIG. 31.
  • a method 'removeServiceContext s ' is called for the source logical screen.
  • the method 'remove Service Context s ' removes service context s connected to the so urce logical screen.
  • the method 'removeServiceContext s ' may be provided by the multiscreen context module 1230.
  • the service that is to be moved may be suspended before operation S 1410.
  • the multiscreen context event module 1240 announces the occurrence of an event in which the service has been disconnected from the source logical screen. More specifically, the multiscreen context event module 1240 announces the occurrence of an event in which the service contexts of the source logical screen have been changed in operation S 1410. Thereafter, the multiscreen manager module 1210 connects the service removed from the source logical screen to the destination logical screen in operation S 1430. At this time, a method 'addServiceContext s ' may be called for the destination logical screen. The method 'addServiceContext s ' adds service context s to the destination logical screen. The method 'addServiceContexts' may be provided by the multiscreen context module 1230.
  • the multiscreen context event module 1240 announces the occurrence of an event in which the service has been connected to the destination logical screen. More specifically, the multiscreen context event module 1240 announces the occurrence of an event in which the service contexts of the destination logical screen have been changed in operation S 1430 .
  • the multiscreen context event module 1240 separately announces the occurrence of events when the service is disconnected from the source logical screen and when the service is connected to the destination logical screen.
  • the present invention is not limited thereto.
  • the multiscreen context event module 1240 may announce, at a time, the occurrence of an event related to the source logical screen and the destination logical screen after the two operations are performed. This operation is illustrated in FIG. 32.
  • the multiscreen manager module 1210 disconnects a service, which is to be moved, from a source logical screen in operation S 1510. Then, in operation S 1520, the multiscreen manager module 1210 connects the service disconnected from the source logical screen to a destination logical screen.
  • Operations S 1510 and S 1520 of FIG. 32 respectively correspond to operations S 1410 and S 1430 of FIG. 31.
  • the operation of announcing the occurrence of an event using the multiscreen context event module 1240 is not performed between operations S 1510 and S 1520.
  • the multiscreen context event module 1240 announces, at a time, the occurrence of an event in which service contexts of the source logical screen have been changed and an event in which service contexts of the destination logical screen have been changed.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Human Computer Interaction (AREA)
  • Software Systems (AREA)
  • Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

L'invention concerne un appareil permettant d'obtenir plusieurs écrans et un procédé permettant de configurer de manière dynamique plusieurs écrans. Le procédé permettant de configurer de manière dynamique plusieurs écrans consiste à produire plusieurs écrans logiques, à associer un contexte de service à un premier écran logique sélectionné parmi les écrans logiques produits, puis à déplacer le contexte de service du premier écran logique à un second écran logique sélectionné parmi les écrans logiques produits.
PCT/KR2007/001673 2006-04-06 2007-04-05 Appareil permettant d'obtenir plusieurs écrans et procédé permettant de configurer de manière dynamique plusieurs écrans WO2007114667A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
MX2008012833A MX2008012833A (es) 2006-04-06 2007-04-05 Aparato para proporcionar pantallas multiples y metodo para configurar dinamicamente pantallas multiples.
CA002648944A CA2648944A1 (fr) 2006-04-06 2007-04-05 Appareil permettant d'obtenir plusieurs ecrans et procede permettant de configurer de maniere dynamique plusieurs ecrans

Applications Claiming Priority (10)

Application Number Priority Date Filing Date Title
US78957706P 2006-04-06 2006-04-06
US60/789,577 2006-04-06
US81209006P 2006-06-09 2006-06-09
US60/812,090 2006-06-09
US87047106P 2006-12-18 2006-12-18
US60/870,471 2006-12-18
KR1020070024323A KR20070100110A (ko) 2006-04-06 2007-03-13 다중 스크린을 제공하는 장치 및 상기 다중 스크린의 동적구성 방법
KR10-2007-0024323 2007-03-13
US91889407P 2007-03-20 2007-03-20
US60/918,894 2007-03-20

Publications (1)

Publication Number Publication Date
WO2007114667A1 true WO2007114667A1 (fr) 2007-10-11

Family

ID=38563889

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2007/001673 WO2007114667A1 (fr) 2006-04-06 2007-04-05 Appareil permettant d'obtenir plusieurs écrans et procédé permettant de configurer de manière dynamique plusieurs écrans

Country Status (1)

Country Link
WO (1) WO2007114667A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111416996A (zh) * 2020-03-26 2020-07-14 腾讯科技（深圳）有限公司 多媒体文件检测方法、播放方法、装置、设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4653020A (en) * 1983-10-17 1987-03-24 International Business Machines Corporation Display of multiple data windows in a multi-tasking system
US5347624A (en) * 1987-03-05 1994-09-13 Hitachi, Ltd. Method and apparatus for display control
US6917362B2 (en) * 2002-01-25 2005-07-12 Hewlett-Packard Development Company, L.P. System and method for managing context data in a single logical screen graphics environment

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4653020A (en) * 1983-10-17 1987-03-24 International Business Machines Corporation Display of multiple data windows in a multi-tasking system
US5347624A (en) * 1987-03-05 1994-09-13 Hitachi, Ltd. Method and apparatus for display control
US6917362B2 (en) * 2002-01-25 2005-07-12 Hewlett-Packard Development Company, L.P. System and method for managing context data in a single logical screen graphics environment

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111416996A (zh) * 2020-03-26 2020-07-14 腾讯科技（深圳）有限公司 多媒体文件检测方法、播放方法、装置、设备及存储介质
CN111416996B (zh) * 2020-03-26 2021-06-22 腾讯科技（深圳）有限公司 多媒体文件检测方法、播放方法、装置、设备及存储介质

Similar Documents

Publication Publication Date Title
US8095887B2 (en) Apparatus for providing multiple screens and method of dynamically configuring multiple screens
US20080106533A1 (en) Apparatus for providing multiple screens and method of dynamically configuring multiple screens
US20080094513A1 (en) Apparatus for providing multiple screens and method of dynamically configuring multiple screens
WO2007018369A1 (fr) Appareil permettant de presenter de multiples ecrans et procede de configuration dynamique de multiples ecrans
WO2007018381A1 (fr) Appareil de fournir d'ecrans multiples et procede de configuration dynamique d'ecrans multiples
CA2648944A1 (fr) Appareil permettant d'obtenir plusieurs ecrans et procede permettant de configurer de maniere dynamique plusieurs ecrans
US20080094415A1 (en) Method and apparatus for identifying application in multiscreen environment
WO2007114667A1 (fr) Appareil permettant d'obtenir plusieurs écrans et procédé permettant de configurer de manière dynamique plusieurs écrans
WO2007018372A1 (fr) Appareil de fourniture d'ecrans multiples et procede de configuration dynamique d'ecrans multiples
EP1911275B1 (fr) Dispositif pour la fourniture d'ecrans multiples et procede de configuration dynamique d'ecrans multiples
WO2007018380A1 (fr) Appareil permettant d'utiliser de multiples ecrans et procede permettant de configurer dynamiquement de multiples ecrans
WO2007114669A1 (fr) Appareil et procédé permettant d'identifier une application dans un environnement à écrans multiples
WO2007018383A1 (fr) Dispositif pour la fourniture d'ecrans multiples et procede de configuration dynamique d'ecrans multiples
WO2007114662A1 (fr) Appareil de génération d'écrans multiples et procédé de configuration dynamique d'écrans multiples
EP1913769A1 (fr) Dispositif permettant d'obtenir plusieurs ecrans et procede permettant de configurer de façon dynamique plusieurs ecrans
EP1911271A1 (fr) Appareil creant des ecrans multiples et procede de configuration dynamique d'ecrans multiples
EP1935174A1 (fr) Appareil produisant plusieurs ecrans et procede de configuration dynamique des multiples ecrans
EP1911273A1 (fr) Dispositif permettant d'obtenir plusieurs ecrans et procede permettant de configurer de façon dynamique plusieurs ecrans
WO2007114660A1 (fr) Appareil de génération d'écrans multiples et procédé de configuration dynamique d'écrans multiples

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 07745836

Country of ref document: EP

Kind code of ref document: A1

DPE1 Request for preliminary examination filed after expiration of 19th month from priority date (pct application filed from 20040101)
WWE Wipo information: entry into national phase

Ref document number: MX/a/2008/012833

Country of ref document: MX

WWE Wipo information: entry into national phase

Ref document number: 2648944

Country of ref document: CA

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: DEEMED TO BE WITHDRAWN. FEES NOT PAID WITHIN TIME LIMIT.

122 Ep: pct application non-entry in european phase

Ref document number: 07745836

Country of ref document: EP

Kind code of ref document: A1