KR100845132B1 - Apparatus and method for controlling channel of digital broadcasting by rich media service - Google Patents

Abstract

A method for controlling a digital broadcasting channel by a Rich Media service and a terminal therefor are provided to provide interactive interlocking services associated with the digital broadcasting channel including an EPG(Electronic Program Guide) service through Rich Media to a user, thereby improving convenience in the authoring of associated service contents and user's convenience. A Rich Media player displays a Rich Media scene on a display unit(S601). The Rich Media player receives a broadcasting channel control command from a user(S603). A laser engine provides a script corresponding to a user command to a script engine. The script engine executes the script(S605). The script engine analyzes a function included into the script by referring to a channel object class. A porting layer requests a broadcasting player to perform corresponding operations through a service platform(S609). The broadcasting player performs the operations requested through the porting layer and the service platform(S611). The script engine displays a scene including a result on the display unit according to the script or provides the scene to the Rich Media player to display the scene(S613).

Description

Control method of digital broadcasting channel by rich media service and terminal thereof [Apparatus and Method for Controlling Channel of Digital Broadcasting by Rich Media Service}

1 is a block diagram of an interactive rich media service system associated with digital broadcasting of the present invention;

2 is a diagram illustrating an example of a screen displayed on a terminal according to one embodiment of the present invention;

3 is a block diagram of a terminal according to an embodiment of the present invention;

4 and 5 are diagrams illustrating an architecture of a rich media mode unit according to an embodiment of the present invention; and

6 is a flowchart provided to explain a method for controlling a broadcast channel by a rich media service according to an embodiment of the present invention.

According to the present invention, in a terminal in which a broadcast player and a rich media player interoperate with each other, the rich media player can provide the digital broadcasting channel information and channel change and digital broadcasting channel related services in the form of rich media. The present invention relates to a method of controlling a digital broadcasting channel using a rich media service, and a terminal thereof.

As various communication methods are developed, various services are enabled. For example, watching a DMB (Digital Multimedia Broadcasting) broadcast on a mobile phone or providing various Internet services.

In recent years, there has been an additional desire beyond the existing simple viewing DMB service to satisfy a need such as providing additional information related to a corresponding broadcast program, participation of a viewer, or community formation. Rich media services may be one of the means enabling the provision of such services.

Rich media is more than just text or graphics, it is an information delivery technique that utilizes multimedia such as audio, video, and animation. Such rich media services were generally provided based on system resources-rich personal computers (PCs) and the Internet.

Recently, LASER (Lightweight Application Scene Representation), a rich media service standard for mobile devices with relatively low resources, has been announced as the international standard ISO / IEC 14496-20 (MPEG-4 Part 20). Laser is a scene description standard based on Scalable Vector Graphics (SVG).

In addition, standards for rich media services such as Binary Format for Scenes (BIFS), Dynamic and Interactive Multimedia Scene (DIMS) from the 3rd Generation Partnership Project (3GPP), or Rich Media Environment (RME) from the Open Mobile Alliance (OMA) organization are enacted. Or are in preparation.

It is possible to implement a broadcast player such as DMMB in the terminal, or to implement a rich media player for a rich media service individually. Services that are implemented separately and run on separate players need to be integrated as appropriate. This integration will require a lot of work in stages.

An object of the present invention, while the broadcast player and the Rich Media player is interoperating, the rich media player can provide the digital broadcasting channel information inquiry and channel change and the digital broadcasting channel related services in the form of rich media. The present invention provides a method of controlling a digital broadcasting channel by a rich media service and a terminal thereof.

In order to achieve the above object, a terminal including a native system for providing a predetermined native service according to the present invention, and a terminal including a broadcast receiving module for receiving and processing a digital broadcast signal includes a broadcast player and a rich media. It includes a player, a rich media mode unit, and a service platform.

The broadcast player controls the broadcast receiving module to display a broadcast screen of a predetermined channel while operating based on the native system, and the rich media player displays the broadcast channel from a user while displaying a predetermined rich media scene. Receives a control command for control of

The rich media mode unit generates the rich media scene based on a stream received from the rich media server, provides the rich media scene to the rich media player, and broadcasts an operation corresponding to the control command provided from the rich media player. Request the player and provide the rich media player with the rich media scene including the processing result received from the broadcast player.

The service platform provides an interface through which the rich media mode unit can be executed independently of the native system, and provides an interface between the rich media mode unit and the broadcast player.

Here, the rich media mode unit includes a rich media application programming interface (API), a porting layer, a rich media engine, and a script engine.

The rich media API provides an interface between the rich media player and the rich media mode unit so that the rich media player can be executed independently of the rich media mode unit. The porting layer is ported to the service platform to provide an interface between the rich media mode unit and the service platform.

The rich media engine generates the rich media scene based on the rich media stream, extracts a script related to an operation corresponding to the control command from the stream, and the script engine provides a script provided from the rich media engine. Accordingly, the porting layer is called to request the operation to the broadcast player.

In the above embodiment, the broadcast player is implemented as a native system application, but according to another embodiment, the broadcast player and the rich media mode unit may be implemented as a WIPI application which is a predetermined service platform.

A broadcast player implemented as a Wi-Fi application may provide an IPC (Interprocess Communication) interface for controlling a broadcast channel.

The script may include a function that defines processing relating to an operation corresponding to a control command of the broadcast channel. In this case, the script engine calls a predetermined channel object class to execute a function included in the script, and the channel object class includes program code for declaring the function.

In addition, the scene displayed by the rich media player may include a channel guide sub-scene for providing broadcast channel information and a broadcast screen sub-scene for the broadcast screen provided from the broadcast player. However, the scene does not necessarily have to include a sub scene for a broadcast screen.

The control command for controlling the broadcast channel may request the broadcast player any one of querying the list of the broadcast channel, querying the displayed broadcast channel information, and changing the channel.

According to another embodiment of the present invention, a digital broadcast channel is controlled by a rich media service of a terminal including a native system that provides a predetermined native service and a broadcast receiving module that receives and processes a digital broadcast signal of a predetermined channel. The method comprises: displaying a rich media scene received from a rich media server by running a rich media player; Calling a rich media mode unit by receiving a control command for controlling the broadcast channel through a user interaction with the rich media scene; Requesting, by the rich media mode unit, an operation corresponding to the control command to a broadcast player controlling the broadcast receiving module, and generating a rich media scene including a processing result of the broadcast player; And displaying, by the rich media player, a rich media scene including the processing result.

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

1 is a block diagram of an interactive rich media service system associated with digital broadcasting of the present invention.

Referring to FIG. 1, the terminal 130 receives a predetermined digital broadcast signal from the broadcasting station system 110 through the relay device 120, and receives a rich media server through a separate network 140. 150).

The terminal 130 is connected to the rich media server 150 to provide a predetermined rich media service to the user. Rich media services applicable to the present invention include Binary Format for Scenes (BIFS), Lightweight Application Scene Representation (LASERR), Dynamic and Interactive Multimedia Scene (DIMS) of 3GPP (3rd Generation Partnership Project), or Open Mobile Alliance (OMA). The Rich Media Environment (RME) of the apparatus may be included.

Hereinafter, the rich media server 150 provides rich media content (eg, laser content) to the terminal 130, and the terminal 130 will provide a rich media service according to a laser standard. However, the method and apparatus proposed in the present invention can be applied to other rich media standards in the same way.

The broadcast station system 110 may transmit a digital broadcast signal. Digital broadcasting applied to the present invention is Digital Audio Broadcasting (DAB), Digital Multimedia Broadcasting (DMB) broadcasting, DTV (DTV), IPTV (Internet Protocol Television) or DVB-H (Digital Video Broadcasting-Handheld). ), Etc. Hereinafter, the present invention will be described based on DM broadcast.

The broadcasting station system 110 that transmits a DM broadcast signal includes a data broadcast server, an MPEG-4 broadcast server (or an MPEG-2 broadcast server), an audio encoder, and the like to transmit basic DM broadcasts (video and audio broadcasts). At the same time, predetermined data broadcasting is transmitted. The broadcasting station system 110 performs orthogonal frequency division multiplexing (OFDM) on a DMB broadcast signal obtained by multiplexing a data broadcast signal generated by a data broadcast server, an image signal generated by an MPEG-4 broadcast server, and an audio signal generated by an audio encoder. Division Multiplexing) modulates the signal to be transmitted to a relay device 120 such as a DMB Repeater (DMBR) or a Gap Filler.

The terminal 130 to which the present invention is applied is preferably an apparatus capable of additionally providing DM broadcast and rich media services while providing at least one service as a native service. DM broadcast reception may correspond to a native service. For example, the terminal 130 may additionally provide a service of rich media content while providing DM broadcast reception as a native service together with other native services such as a mobile communication service.

Accordingly, the terminal 130 may receive a DMB broadcast, and may correspond to a mobile phone, a notebook computer, a DMB dedicated terminal, and a digital TV (DTV) that may be connected to a separate network 140 from the broadcast channel.

The terminal 130 of FIG. 1 corresponds to a terminal that provides DM broadcast reception as a native service, and includes a broadcast player and a rich media player. The detailed structure and operation of the terminal 130 will be described later.

The network 140 of FIG. 1 may vary depending on the terminal 130. If the terminal 130 is a mobile phone, the mobile communication network, and if the terminal 130 is a notebook, a dedicated terminal, and a TV, the normal Internet may correspond to the network 140. Notebooks and the like can connect to the Internet via a wired or wireless interface.

When the rich media server 150 receives the predetermined request from the terminal 130 including the at least one rich media content 151, the rich media server 150 transmits the requested rich media content 151 through the network 140. Send to 130.

When the network 140 is the Internet, which is a public network, content transmission from the rich media server 150 to the terminal 130 may be performed according to a protocol such as HTTP (Hypertext Transfer Protocol) or RTP (Real time Transport Protocol).

The rich media content 151 includes program code according to one of various rich media service standards, and corresponds to laser content according to a laser standard.

In accordance with the laser standard, the rich media server 150 provides the rich media content 151 to the terminal 130 in the form of a laser stream (LASeR Stream). The rich media server 150 generates scene description information for a scene to be displayed on the terminal 130 and converts it into an elementary stream, and also converts media data to be inserted into the scene into an element stream. The rich media server 150 generates a laser binary stream by multiplexing each element stream in a simple aggregation format (SAF) and provides it to the terminal 130. In this case, the media data includes video, audio, image, font, or meta data.

Hereinafter, the terminal 130 will be described in detail with reference to FIGS. 2 and 3.

The terminal 130 provides a list of broadcast channels during a rich media service or broadcasts currently being received in response to a user's interaction with a laser element on a laser scene displayed according to a laser service. The information on the channel may be provided or the broadcasting channel may be changed. The interaction of the user may correspond to a click or dragging using an input device.

2 is a diagram illustrating an example of a screen displayed on a terminal according to an embodiment of the present invention. However, the form in which the broadcast screen is simultaneously serviced with the rich media scene does not necessarily have the form as shown in FIG. Also, the broadcast screen does not necessarily need to be displayed.

The scene P200 of FIG. 2 is a scene according to the laser standard, which is one of the rich media services, and is a screen displayed by the rich media player. In the scene P200, a 'sub-scene for a broadcast screen (Sub-Scene)' (P201) for digital broadcasting, and a 'channel guide sub-scene' for guiding a broadcast channel (or a list of broadcast channels) currently being received (P203). And 'sub-scene for rich media service' (P205). The sub scene P205 for the rich media service preferably provides rich media content related to broadcast content.

The channel guidance sub-scene P203 displays a button P207 for requesting channel change, a button P209 for requesting guidance of current channel information, and a button P211 for requesting inquiry of a channel list. These buttons P207, P209, and P211 correspond to laser elements for mediating the corresponding work according to the user's interaction.

The scene description information for the rich media scene P200 includes a predetermined Scalable Vector Graphics (SVG) script to request a broadcast player of the terminal 130 to correspond to a broadcast channel control command of the user. The broadcast channel control command includes a control command for requesting the broadcast player to perform an operation such as inquiry of received broadcast channel information, channel list inquiry, and channel change.

For example, for the scene P200, the terminal 130 when the user clicks the buttons P207, P209, and P211 is performed on the scene description information transmitted from the rich media server 150 to the terminal 130. Contains an SVG script that specifies the action to perform.

The rich media server 150 transmits an SVG script including a function for controlling a broadcast channel to the terminal 130. SVG scripts can be defined by a variety of formats, for example, client scripts such as European Computer Manufacturers Association (ECMA) scripts.

Herein, the functions included in the script for controlling the broadcast channel are newly defined by the present invention. For example, the function getChannelList () may be provided with a list of channel IDs and channel names corresponding to the channel IDs as a function for requesting an inquiry of the channel list. Here, the channel ID corresponds to "U1", "KBS-HEART", "mYTN", and the like, and the channel name corresponds to "U1 DMB", "KBS HEART", and "YTN DMB".

When requesting the inquiry of the channel list, the broadcast screen does not necessarily need to be displayed as described above.

The function getCurrentChannel () is a function for requesting an inquiry of the current channel information, and the channel information includes a channel ID. The function setChannel () may be defined as a function for requesting a channel change to a specific channel.

The name of such a function may be modified as much as the embodiment of the present invention. In addition, a definable function (or broadcast channel control item) can be used as long as the broadcast player to be described later relates to a control item for providing an interface for controlling the broadcast channel.

3 is a block diagram of a terminal according to an exemplary embodiment of the present disclosure. The terminal 300 of FIG. 3 corresponds to the terminal 130 of FIG. 1 and may be described in the same manner.

Referring to FIG. 3, the terminal 300 of the present invention includes a network interface 301, an input unit 303, an audio processor 305, a display unit 307, a broadcast receiving module 309, and a controller 310. .

The network interface 301 decodes the laser stream from the wireless signal received from the rich media server 150 through the network 140 and provides the decoded laser stream to the controller 310. When the terminal 300 is a mobile phone, the network interface 301 may be connected with a server of a mobile communication company or another mobile phone through the network 140 which is a mobile communication network.

The input unit 303 receives a user command for controlling the terminal 300 including a display command of a DM broadcast in a laser service, and provides the user command to the controller 310.

In addition, the input unit 303 may be a broadcast channel control command (eg, a request for a channel list, a request for broadcast channel information currently being received, or a broadcast channel change) that is one of user interactions with a laser element on a laser scene displayed on the display unit 307. Request, etc.). The user may manipulate buttons P207, P209, and P211 on the scene P200 of FIG. 2 using the input unit 303.

The audio processor 305 outputs any one of an audio signal according to DM broadcast reception and an audio signal for laser service output from the controller 310 to the speaker SPK under the control of the controller 310.

The display unit 307 displays an image corresponding to the predetermined image signal output from the controller 310.

The broadcast receiving module 309 receives a broadcast signal (eg, a DM broadcast signal) transmitted from the broadcasting station system 110, decodes an image signal, a data broadcast signal or an audio signal from the received broadcast signal, and then displays the display unit 307. The audio processor 305 and the controller 310 are provided.

The controller 310 controls the overall operation of the terminal including receiving and processing DMB broadcast signals and rich media (laser) services. The controller 310 includes a broadcast player 311 for displaying digital (DM) broadcast, a rich media player 313 for rich media service, and a rich media mode unit 315 for processing rich media content. do.

The broadcast player 311 controls the broadcast receiving module 309 to output an image signal and an audio signal corresponding to a digital broadcast signal (eg, a DM broadcast signal) through the display unit 307 and the audio processor 305.

The broadcast player 311 may be implemented as a native system application of the terminal 300, or may be implemented as an application based on WIPI (Wireless Internet Platform for Interoperability).

The broadcast player 311 may change a channel according to a request of the rich media mode unit 315 or may provide the rich media mode unit 315 with information or a channel list on a broadcast channel currently being received. To this end, the broadcast player 311 provides an API (Application Programming Interface) for channel change, channel list, and channel information provision.

The interface between the broadcast player 311 and the rich media mode unit 315 may be provided by a native system or by an IPC (Interprocess Communication) interface between the broadcast player 311 and the rich media mode unit 315.

The rich media player 313 corresponds to an application that operates based on the rich media mode unit 315.

The rich media player 313 operates under user call control, and requests the rich media mode unit 315 to display a predetermined rich media scene. The rich media player 313 causes the broadcast player 311 to display a broadcast screen on a portion of the display unit 307, thereby displaying a rich media scene such as the sub scene P201 for the broadcast screen of the scene P200 of FIG. 2. Can be displayed as

When the rich media player 313 receives the broadcast channel control command from the user, the rich media player 313 requests the rich media mode unit 315 to process the control command.

The rich media mode unit 315 includes an rich media API and provides an interface with the rich media player 313. The rich media mode unit 315 generates a scene according to the rich media content received from the rich media server 150 by driving a rich media engine (eg, a laser engine) at the request of the rich media player 313. Provided to rich media player 313. For example, the rich media mode unit 315 receives a laser stream from the network interface 301, generates a laser scene, and provides the generated laser scene to the rich media player 313.

In response to the request of the rich media player 313 according to the broadcast channel control command of the user, the rich media mode unit 315 requests the broadcast player 311 to perform an operation corresponding to the corresponding control command and returns the result. To the media player 313.

Accordingly, the user can receive digital broadcasting while being provided with the rich media service. In addition, the user may control the broadcast channel in the rich media player state without having to terminate the rich media player and run the broadcast player in order to change the broadcast channel or check information on the broadcast channel being received.

4 and 5 are diagrams illustrating an architecture of the rich media mode unit according to an exemplary embodiment of the present invention. First, the rich media service standard will be described with reference to the laser standard of the rich media service standard.

Referring to FIG. 4, the rich media mode unit 315 is located between the rich media player 313 and the native system 311, and the service platform 410 is the rich media mode unit 315 and the native system 430. Provides interface between broadcast channels.

The rich media player 313 includes program code for providing a predetermined rich media service to a user based on the rich media mode unit 315.

The native system 430 includes program codes corresponding to operating programs, various APIs, and applications for overall operation and control of the terminal 300. For example, when the terminal 300 is a mobile phone, the native system 430 may include program code for providing a voice or data communication service through a mobile communication network.

The broadcast player 311 is implemented in the form of a native system application included in the native system 430, and controls the broadcast receiving module 309 through an API provided by the native system 430.

The rich media mode unit 315 of FIG. 4 is an example according to a laser standard, and includes a laser service application programming interface (API) 401, a laser engine LAS, a script engine, and a script engine. 405 and a porting layer 407. The porting layer 407 is ported to the service platform 410.

The laser service application programming interface (hereinafter referred to simply as "laser API") 401 allows the rich media player 313 to request certain processing from the laser engine 403 or other applications based on the laser API 401. As a rich media API to be included, program code predetermined by the laser engine 403 or the rich media player 313 is included.

The laser API 401 is called and driven by the rich media player 313 and has several program modules or routines that must already exist or be linked to perform the tasks requested by the call. This allows various applications developed by different program developers to use the same laser engine 403.

The rich media player 313 calls the laser API 401 to request the laser engine 403 for the work necessary to provide a rich media service to the user.

The laser engine 403 is a rich media engine that processes rich media content. The laser engine 403 requests content for a predetermined rich media scene from the rich media server 150 according to a call or other event of the rich media player 313.

The laser engine 403 receives a laser stream transmitted from the rich media server 150 through the network interface 301 to demultiplex, decode, scene tree managing, and render SAF (Simple Aggregation Format). (Rendering) and the like are provided to the rich media player 313.

The laser engine 403 extracts the SVG script through the scene tree management process and provides the script engine 405 to be performed.

As described above, when the scene P200 displayed on the display unit 307 includes a laser element related to control of a broadcast channel, scene description information for the corresponding laser scene may be performed according to the selection of the corresponding laser element. Contains the SVG script. When such a laser element is selected, the laser engine 403 provides the script engine 405 with a corresponding SVG script to execute the script.

The script engine 405 interprets the SVG script provided from the laser engine 403 and executes the command on the script. The script engine 405 may provide the scene generated by executing the SVG script to the rich media player 313 or display it directly through the display unit 307.

The script can include various functions defined above. The script engine 405 further holds a new channel object class to declare the newly defined function.

The channel object class is program code that defines an object for performing operations related to channel information inquiry, channel list inquiry, and channel change, and the object defined by the channel object class includes the porting layer 407 and the service platform 410. It includes a program code for performing a function for requesting the operation to the broadcast player 311 through.

An example of a channel object class newly defined in the present invention is as follows, and may be defined according to another embodiment of the present invention.

class channel {

String getChannelList (); / View of channel list /

String getCurrentChannel (); / View current channel info /

int setChannel (String channelID); / Change channel /

}

Here, the channel ID used for the function setChannel () related to the channel change may vary depending on the type of digital broadcast and the channel configuration. The rich media player 313 requests a channel change operation based on the provided channel list (channel ID and channel name) or previously stored channel information using getChannelList ().

The script engine 405 refers to the channel object class and executes a script provided from the laser engine 403. Accordingly, the script engine 405 requests the broadcast player 311 to inquire the channel list, query the channel information, and change the channel through the porting layer 407 and the service platform 410 according to the program code recorded in the SVG script. do.

After this request, the script engine 405 receives the channel list or channel information from the broadcast player 311 to complete the scene or delivers the scene to the laser engine 403 to complete the scene.

The porting layer 407 and the service platform 410 are APIs that provide an interface between the script engine 405 and the service platform 410.

The porting layer 407 is ported to the service platform 410. The porting layer 407 converts the query of the channel list requested from the script engine 405, the query of the channel information, and the channel change so that the service platform 410 recognizes and provides the service platform 410 to respond to the request. To provide the data provided by the service platform 410 to the script engine 405.

The service platform 410 includes program code that provides a channel interface that allows the script engine 405 connected through the porting layer 407 to access the broadcast player 311.

The broadcast player 311 performs a task provided through the service platform 410 and provides the result to the script engine 405 through the service platform 410.

The following is an example of a script to be operated when the button P211 for requesting inquiry of the channel list of the channel guidance sub-scene P203 of FIG. 2 is clicked, and is defined as an ECMA script.

<svg> ... <text focusHighlight = "auto" focusable = "auto" fill = "rgb (0,0,0)" fill-opacity = "1.00" visibility = "visible" text-anchor = "start" font -weight = "400" font-style = "normal" font-family = "Times New Roman" font-size = "12" height = "24.00" width = "74.00" y = "222.00" x = "41.00" name = "text_1" id = "text_1"> KBS Star </ text> ... <script type = type = "application / ecmascript"> <! [CDATA [var t, s; s = channel.getChannelList (); showChannelList (s); s = channel.getCurrentChannel (); function showChannelList (s) {Parse & Set Elements}]]> </ script> ... </ svg>

In response to the inquiry request of the channel list, the broadcast player 311 may provide the following information to the rich media player 313.

"U1: U1 DMB, KBS-HEART: KBS HEART, mYTN: YTN DMB, KBS-STAR: KBS Star, ..."

FIG. 5 is an example in which a Wi-Fi (Wireless Internet Platform for Interoperability) 510 provides a general-purpose service platform based on the native system 530 instead of the service platform 410 of the architecture of FIG. 4.

The broadcast player 550 is implemented as a Wi-Fi application based on the Wi-Fi 510.

The porting layer 407 is ported and operated on the Wifi 510, and the interface with the broadcast player 550 may use IPC (Interprocess Communication). Therefore, the script engine 405 directly requests the broadcast player 550 through the porting layer 407.

6 is a flowchart provided to explain a method for controlling a broadcast channel by a rich media service according to an embodiment of the present invention.

The network interface 301 of the terminal 300 receives the laser stream transmitted from the rich media server 150, and the laser engine 403 processes the received laser stream and completes the scene into a rich media player 313. To provide. The rich media player 313 displays the completed scene through the display unit 209. The rich media scene includes a script corresponding to the control command along with a button or an image for receiving a broadcast channel control command from the user. According to the user's control command, the rich media player 313 may drive the broadcast player 311 to display a digital broadcast screen together (S601).

When the rich media player 313 receives the broadcast channel control command from the user (for example, the button click of FIG. 2) (S603), the laser engine 403 provides the script engine 405 with a script corresponding to the user command. The script engine 405 executes the script (S605).

The script engine 405 interprets the function included in the script by referring to the channel object class (S607), and calls the porting layer 407 according to the interpretation to inform the broadcast player 311 of the operation corresponding to the control command. request. The porting layer 407 requests a corresponding operation from the broadcast player 311 through the service platform 410 (S609).

The broadcast player 311 performs the requested operation through the porting layer 407 and the service platform 410 (S611), and provides the result to the script engine 405. The script engine 405 displays a scene including the corresponding result directly according to the script through the display unit 307 or provides it to the rich media player 313 to be displayed as the result scene (S613).

As described above, when the WiPi 510 is provided in place of the service platform 410, in step S609, the porting layer 407 directly requests the request of the script engine 405 to the broadcast player 311 through the IPC interface. .

In the above method, the control of the broadcast channel by the rich media service of the terminal 300 of the present invention is performed.

In the above, the example in which the broadcast screen and the rich media scene are displayed by calling the broadcast player 311 as the rich media player 313 as the main player has been described, but the rich media player 313 and the broadcast player 311 have been described. Which may be the main player. In addition, the operation of the present invention does not necessarily have to be based on a state where a broadcast screen is displayed. The present invention is applicable to receiving a broadcast channel control command through a rich media scene and providing the result to the rich media service.

Applying the method of the present invention, it is possible to provide an EPG (Electronic Program Guide) service to the broadcast player beyond the change of broadcast channel information or broadcast channel.

The invention can be implemented in methods, devices and systems. In addition, when the present invention is implemented in computer software, the components of the present invention may be replaced with code segments necessary for performing necessary operations. The program or code segment may be stored in a medium that can be processed by a microprocessor and transmitted as computer data coupled with carrier waves via a transmission medium or communication network.

The media that can be processed by the microprocessor include electronic circuits, semiconductor memory devices, ROMs, flash memory, electrically erasable programmable read-only memory (EEPROM), floppy disks, optical disks, and hard disks. (Hard) Includes the ability to transmit and store information such as disks, fiber optics, wireless networks, and the like. Computer data also includes data that can be transmitted over electrical network channels, optical fibers, electromagnetic fields, wireless networks, and the like.

In addition, although the preferred embodiments of the present invention have been shown and described above, the present invention is not limited to the above-described specific embodiments, and the technology to which the present invention belongs without departing from the gist of the present invention as claimed in the claims. Various modifications can be made by those skilled in the art, and these modifications should not be individually understood from the technical spirit or the prospect of the present invention.

As described in detail above, the rich media terminal for receiving a digital broadcast according to the present invention may allow a rich media player to control a broadcast channel with respect to a broadcast player.

The present invention provides an interactive interworking service associated with a broadcast channel including an EPG service through rich media, thereby increasing the authoring and user convenience of related service contents.

Claims (15)

In the terminal comprising a native system for providing a predetermined native service, and comprising a broadcast receiving module for receiving and processing a digital broadcast signal, A broadcast player controlling the broadcast receiving module to display a broadcast screen of a predetermined channel while operating based on the native system; A rich media player receiving a control command for controlling the broadcast channel from a user while displaying a predetermined rich media scene; Generate the rich media scene based on a stream received from the rich media server and provide the rich media scene to the rich media player, request the broadcast player for an operation corresponding to the control command provided from the rich media player, A rich media mode unit for providing a rich media scene including the processing result received from the broadcast player to the rich media player; And And the rich media mode unit provides an interface that can be executed independently of the native system, and includes a service platform for providing an interface between the rich media mode unit and the broadcast player. The method of claim 1, The rich media mode unit, A rich media API (Application Programming Interface) for providing an interface between the rich media player and the rich media mode unit so that the rich media player can be executed independently of the rich media mode unit; A porting layer which is ported to the service platform and provides an interface between the rich media mode unit and the service platform; A rich media engine generating the rich media scene based on the rich media stream and extracting a script related to an operation corresponding to the control command from the stream; And And a script engine calling the porting layer according to a script provided from the rich media engine and requesting the operation to the broadcast player. In the terminal comprising a native system for providing a predetermined native service, and comprising a broadcast receiving module for receiving and processing a digital broadcast signal, A broadcast player controlling the broadcast receiving module to display a broadcast screen of a predetermined channel and providing an IPC interface for controlling a broadcast channel; A rich media player receiving a control command for controlling the broadcast channel from a user while displaying a predetermined rich media scene; Generate the rich media scene based on the stream received from the rich media server, and provide the rich media scene to the rich media player, request a broadcast player for an operation corresponding to the control command provided from the rich media player through the IPC interface. A rich media mode unit configured to provide a rich media scene including the processing result received from the broadcast player to the rich media player; And And a service platform for providing an interface through which the broadcast player and the rich media mode unit can be executed independently of the native system. The method of claim 3, The rich media mode unit, A rich media API for providing an interface between the rich media player and the rich media mode unit so that the rich media player can be executed independently of the rich media mode unit; A porting layer ported to the service platform to provide an interface between the rich media mode unit and the service platform; A rich media engine generating the rich media scene based on the rich media stream and extracting a script related to an operation corresponding to the control command from the stream; And And a script engine calling the porting layer according to a script provided from the rich media engine and requesting the operation to the broadcast player. The method according to claim 2 or 4, The script includes a function defining a process relating to an operation corresponding to a control command of the broadcast channel, The script engine executes a function included in the script by calling a predetermined channel object class, wherein the channel object class includes program code for declaring the function. The method according to claim 1 or 3, Each scene displayed by the rich media player includes a sub-scene for subscribing a channel guide for providing information of a broadcast channel and a sub-scene for broadcast screen for a broadcast screen provided from the broadcast player. The method according to claim 1 or 3, And a control command for controlling the broadcast channel requests the broadcast player any one of an inquiry of a list of the broadcast channels, an inquiry of the displayed broadcast channel information, and a channel change. The method according to claim 1 or 3, The native system is a terminal, characterized in that a mobile phone system for providing voice and data communication through a predetermined mobile communication network. A method of controlling a digital broadcast channel by a rich media service of a terminal, comprising a native system for providing a predetermined native service, and including a broadcast receiving module for receiving and processing a digital broadcast signal of a predetermined channel. Displaying the rich media scene received from the rich media server by driving the rich media player; Calling a rich media mode unit by receiving a control command for controlling the broadcast channel through a user interaction with the rich media scene; Requesting, by the rich media mode unit, an operation corresponding to the control command from a broadcast player controlling the broadcast receiving module to generate a rich media scene including a processing result of the broadcast player; And And displaying, by the rich media player, a rich media scene including the processing result. 3. The method of claim 9, The broadcast player is a native system application implemented by being included in a native system, Control of the digital broadcast channel by the rich media service of the terminal, characterized in that a service platform for providing an interface between the native system and the rich media mode unit is provided so that the rich media mode unit can be executed independently of the native system. Way. The method of claim 9, A service platform WIPI is provided so that a predetermined application operates independently of the native system, the broadcast player and the rich media mode unit are implemented as a Wi-Fi application. And the broadcast player and the rich media mode unit are connected through a predetermined IPC interface. The method of claim 9, The rich media mode unit includes a rich media API, a rich media engine, a script engine, and a porting layer, Generating the rich media scene, Calling, by the rich media player, the rich media API to request the rich media engine to process the control command; The rich media engine extracting a script for processing the control command from the rich media stream received from the rich media server and providing the script to the script engine; Calling, by the script engine, the porting layer to request the broadcast player to perform an operation corresponding to the control command according to the script; And receiving, by the script engine, the rich media scene by receiving a processing result of the operation from the broadcast player through the porting layer. . The method of claim 12, The script includes a function defining a process relating to an operation corresponding to a control command of the broadcast channel, The script engine calls a predetermined channel object class to execute a function included in the script, wherein the channel object class includes program code for declaring the function. Method of controlling broadcast channel. The method of claim 9, Each scene displayed by the rich media player includes a channel guide sub-scene for providing broadcast channel information and a broadcast screen sub-scene for the broadcast screen provided from the broadcast player. Control method of digital broadcasting channel by service. The method of claim 9, The control command relating to the control of the broadcast channel, the rich media service of the terminal, characterized in that requesting the broadcast player any one of the inquiry of the list of the broadcast channel, the inquiry of the displayed broadcast channel information, and the channel change Digital broadcasting channel control method by the.

Images