KR101559587B1 - Method for receiving a data broadcasting signal - Google Patents

Abstract

The present invention relates to a data broadcasting receiving method, comprising: receiving a Java xlet for data broadcasting; Performing loading and decoding on images included in the received Java xlet; Performing initialization using the received Java xlet; And providing a data broadcast service using the decoded image, wherein at least some of the loading and decoding steps for the images are performed concurrently with the initialization step.

Description

[0001] The present invention relates to a data broadcasting receiving method,

The present invention relates to a method of receiving a data broadcast.

Generally, a broadcast receiving apparatus receives a data stream including a broadcast signal, extracts a video and audio data stream corresponding to a channel desired by a user using service information included in the received data stream, and outputs the extracted video and audio data stream to a display device.

In recent years, data broadcasting has been provided to provide various information to users by adding additional data to digital broadcasting and the like. For example, through data broadcasting, program information, caption information, weather information, news information, or shopping information of a broadcast channel can be provided to a user.

An object of the present invention is to provide a data broadcasting receiving method capable of efficiently receiving a Java xlet for a data broadcasting service.

A data broadcasting receiving method according to an embodiment of the present invention includes: receiving a Java xlet for data broadcasting; Performing loading and decoding on the images included in the received Java xlet; Performing initialization using the received Java xlet; And providing a data broadcasting service using the decoded image, wherein at least some of the loading and decoding steps for the images are performed simultaneously with the initializing step.

The data broadcasting receiving method may be embodied as a computer-readable recording medium on which a program for execution by a computer is recorded.

According to the embodiment of the present invention, time required for image processing can be reduced by loading and decoding images required for a service using a main thread and a separate thread for providing a data broadcasting service, Accordingly, it is possible to shorten the time until the data broadcast service screen is constructed.

Hereinafter, a data broadcast receiving method according to an embodiment of the present invention will be described in detail with reference to the accompanying drawings.

The broadcast receiving apparatus receives a data stream through an antenna or a cable, and the received data stream may include application data for broadcasting signals and data broadcasting of a channel selected by the user.

For example, the digital broadcast receiving apparatus can receive various information such as traffic, weather, securities, and news by receiving xlet as a Java application for data broadcasting as well as a digital broadcast signal from a digital broadcast transmitting station.

For this purpose, the broadcast receiving apparatus includes a tuner for selecting and receiving a signal of a broadcast channel selected by the user from among data streams transmitted from the outside, a broadcast signal including video and audio signals among the received signals, And a demux that separates and outputs the data.

Also, the broadcast receiving apparatus may include a demodulator, an AV decoder, and a data decoder. The demodulator may correct errors of the received broadcast signal and convert the error into a transport stream (TS) The AV decoder may decode and output the received video and audio signals.

Meanwhile, the data decoder may decode the application data for the data broadcasting, for example, by decoding the application data according to the ACAP standard, thereby constructing an image for the data broadcasting service.

More specifically, the data decoder parses the AIT session among the application data to read an identifier corresponding to the DSM-CC data, filters the DSM-CC data corresponding to the identifier, It is possible to extract practical information for providing the image of the service.

The broadcast receiving apparatus may further include a display unit for displaying an image of a broadcast channel decoded by the AV decoder and an image of a data broadcast service decoded by the data decoder.

Meanwhile, an image of the broadcasting channel image and data broadcasting service may be displayed by an external display device connected to the broadcasting receiving device.

The broadcast receiving apparatus may be a set-top box (STB) that receives a broadcast signal using a wired or wireless network, converts the received broadcast signal into a form that can be output from a display apparatus, have.

However, the broadcast receiving apparatus is not limited to the set-top box (STB), and may include any type of apparatus capable of receiving broadcast signals transmitted from the outside and outputting the broadcast signals to the display apparatus 300 connected by wire or wireless.

Meanwhile, the display device displays an image using a signal input from a broadcast receiving device, and displays an image using a liquid crystal display (LCD), a plasma display panel (PDP), an electro luminescent display (ELD), a vacuum fluorescent display (VFD) And the like can be displayed.

According to an embodiment of the present invention, the application data included in the received data stream for data broadcasting may be a Java xlet, and the Java xlet may be received in the form of a carousel file have.

FIG. 1 is a flowchart illustrating a method of receiving a Java xlet to provide a data broadcasting service.

Referring to FIG. 1, a broadcast receiving apparatus receives a Java xlet for data broadcasting (operation 100). As described above, the Java xlet can be transmitted in the form of a carousel file. In this case, the xlet file can be repeatedly transmitted in multiple pieces, and the received Java xlet can be transmitted to a carousel file manager Lt; / RTI >

More specifically, the Java xlet may include a Java class file that implements the actual operation in Java, a text file including character information, and an image file for menus, icons, or pictures of a data broadcasting service screen.

Meanwhile, the Java xlet is repeatedly transmitted as a carousel using an object / data carousel mechanism of an MPEG-2 Digital Storage Media Command and Control (DSM-CC) .

The Java xlet file transmitted as described above may be managed by a carousel file manager of a software platform of a broadcast receiving apparatus and may include a name, an attribute, a directory of a file transmitted by the carousel file manager Information such as position can be confirmed.

The broadcast receiving apparatus performs initialization of the xlet using the received Java xlet (step 110). For example, the broadcast receiving apparatus may generate an object of the 'xletMain' class, which is the main class among the classes of the transmitted Java xlet, and may call an initialization method called 'initXlet ()' of the 'xletMain' class .

When the initialization of the xlet is completed as described above, the execution of the xlet is started and a message for asking whether a data broadcasting is desired is displayed on the display screen, and the user is waited for input. More specifically, after completion of the initialization, 'startXlet ()' for performing the xlet is performed, and when the 'startXlet ()' is performed, the preparation message as described above can be displayed on the screen.

Thereafter, the broadcast receiving apparatus selects a data broadcasting service from the user (operation 120). That is, the user can select a data broadcasting service in response to the preparation message displayed on the screen.

When the user selects a data broadcasting service, the broadcasting receiver loads an image for constructing the data broadcasting service screen from the received Java xlet, and decodes the loaded image into a displayable form ( Step 130).

For example, when the user selects viewing of the data broadcast, a menu for selecting various services of the xlet application is displayed on the display screen. When the user finds a desired service in the menu and presses an OK button, Is displayed.

More specifically, when a user selects a specific service, methods of the corresponding Java class are performed, image loading is performed to use an image file necessary for displaying the selected service through code of the method, And performs image decoding on the compressed and transmitted image.

Meanwhile, the decoded image may be stored in a memory managed by Java middleware, for example, an image cache, so that when the same image is used again, the image stored in the memory can be used have.

After all the images required for the data broadcasting service are decoded as described above, the broadcast receiving apparatus provides the data broadcasting service selected by the user using the decoded images in operation 140.

For example, after the image loading and decoding step is finished, an xlet code for outputting an image on a display screen is performed. The code that performs loading and decoding for each image in the xlet may explicitly call the responsible method of the Java system class installed in the platform of the broadcast receiving apparatus. More specifically, .

On the other hand, when the channel is changed, the execution of the xlet is terminated, and a new Java xlet for the changed channel is received, and the above steps can be repeated.

For example, when the channel is changed, the channel change is performed after performing 'destroyXlet ()' of the main class of the Java xlet performed in the previous channel, releasing all resources used in the previous channel, You can receive and execute the channel's java xlet.

As described above, when the images included in the Java xlet are loaded and decoded at the required time while the xlet is being performed, the performance of the xlet is greatly burdened, and the output of the data broadcasting service screen can be delayed It is possible to reduce the speed at which the user can feel the data broadcast.

Therefore, according to the embodiment of the present invention, it is desirable to perform loading and decoding operations on images included in the Java xlet in advance before the user executes the data broadcasting, so that actual data broadcasting is executed, It is possible to reduce the burden due to the image processing at the time of performing.

2 is a flowchart illustrating a data broadcasting receiving method according to a first embodiment of the present invention. A description of the data broadcasting receiving method shown in FIG. 2, which is the same as that described with reference to FIG. 1, will be omitted below .

According to the embodiment of the present invention, while the Java xlet for data broadcasting is received and xlet initialization is performed, loading and decoding of the received Java xlet included images may be pre-processed and stored in the memory.

That is, as shown in FIG. 2, apart from the right xlet main thread including the steps (steps 110 to 140) as described with reference to FIG. 1, the left image pre-processing thread Lt; / RTI >

For example, the image preprocessing thread may be generated just before the xlet initialization is performed after the Java xlet starts to be received, and the main thread and the image preprocessing thread may operate simultaneously.

Referring to FIG. 2, the main thread is executed to initialize the xlet (step 110) and the step of receiving the data broadcasting service from the user (step 120), and an image pre-processing thread is executed and received The images included in the Java xlet are loaded and decoded (Step 200). Then, the decoded images are stored in a memory, for example, an image cache (step 210).

If the Java xlet is received in the form of a carousel file, steps 200 and 210 are performed when all the images included in the Java xlet are decoded and stored in the memory after the carousel file is received Can be repeatedly performed.

If the user selects the data broadcasting service in step 120, the broadcasting receiver loads and decodes images stored in the memory until now, and the image corresponding to the data broadcasting service selected by the user is stored in the memory (Step 125).

If an image corresponding to the data broadcasting service exists in the memory, the image stored in the memory is read (operation 135).

If the Java xlet is received in the form of a carousel file, the Java xle received from the time when the image pre-processing thread starts to be executed until the service is selected by the user does not include the image , So that the image may not be stored in memory despite the execution of the image preprocessing thread.

If the corresponding image is not stored in the memory, the image corresponding to the data broadcasting service selected by the user is loaded and decoded from the received Java xlet in operation 130.

For example, when a method of performing image loading and decoding among xlet codes is called, the method can check whether the image is stored in the memory. If the image is stored, the image is read from the memory, and if not, loading and decoding for the image may be performed and stored in the memory. Through the above process, the image object can be used for the data broadcasting service, and the image object can be returned to the xlet. A code for displaying the data broadcasting service on the display screen may be performed after the above acquisition operation is completed for the image required for the data broadcasting service.

Thereafter, the broadcasting receiver constructs a data broadcasting service screen using the image obtained in step 130 or step 135 to provide a data broadcasting service selected by the user (step 140).

According to an embodiment of the present invention, in order to prevent the execution of the main thread from being delayed by the execution of the image pre-processing thread as described above, the image pre-processing thread has a lower priority than the main thread .

That is, when the resources of the system are insufficient to simultaneously execute the main thread and the image pre-processing thread, the main thread is preferentially performed so that the initialization of the xlet and the display of the prepared message can be prevented from being delayed.

FIG. 3 is a flowchart illustrating a data broadcasting receiving method according to a second embodiment of the present invention. The description of the data broadcasting receiving method shown in FIG. 3 is the same as that described with reference to FIG. 1 and FIG. .

Referring to FIG. 3, when the Java xlet for data broadcasting is received, the right xlet main thread and the left image pre-processing thread are simultaneously executed.

That is, after the xlet initialization is performed (step 300), a preparation message as shown in FIG. 4 may be displayed on the display screen. As described above, since the image pre-processing thread is performed at a lower priority than the main thread, even when the image pre-processing thread is executed according to the embodiment of the present invention, the message display time may not be delayed .

Referring to FIG. 4, when the initialization of the xlet is completed, an OSD (On Screen Display) 510 for displaying a preparation message is displayed on the display screen 500, and a user is asked to select a data broadcasting service A ready message, for example a message 'Would you like to start data broadcasting', may be displayed with an OK button.

After the preparation message is displayed as described above, the data broadcasting service is selected from the user (step 320).

Meanwhile, while the main thread is being executed, the image included in the received Java xlet is loaded and decoded (step 400), and the decoded image is stored in a memory, for example, an image cache (step 410) A preprocessing thread can be performed.

In addition, as the Java xlet is received in the form of a carousel file, it is checked whether the reception of the kerosel file has been completed (step 420), and if the kerosel file has been received and all Steps 400 and 410 may be repeatedly performed until images are decoded and stored in the memory.

For example, in the image pre-processing thread, a carousel file manager may be accessed to obtain information of images downloaded from a Java xlet, and if only a portion of the carousel files are transferred, I can not see information about embedded images. Therefore, to verify the names of all the images contained in the Java xlet, you can repeatedly view the image information in the carousel file manager until you receive all of the carousel files.

Also, whether or not the data broadcasting service is selected by the user in the main thread is checked (step 430), and when the user selects the data broadcasting service, the image pre-processing thread is terminated.

That is, the image pre-processing thread is performed until the user selects the data broadcasting service, and after the user selects the data broadcasting service, the image pre-processing thread can decode the data broadcasting service to provide the selected data broadcasting service using the images stored in the memory .

Meanwhile, the time interval from the display of the preparation message as shown in FIG. 4 until the user selects the data broadcasting service by pressing the OK button may be different depending on the user.

Therefore, as the time interval increases, the time for executing the image pre-processing thread may increase, and thus the number of images stored in the memory may increase stochastically.

In addition, if the system thread is insufficient to concurrently execute the main thread and the image pre-processing thread, the image pre-processing thread may be performed during a period between the preparation message display time and the user data broadcasting service selection time.

When the data broadcasting service is selected from the user and the image pre-processing thread is terminated as described above, the image stored in the memory is searched to check whether or not the image corresponding to the data broadcasting service selected by the user is stored in the memory (Step 330).

If an image corresponding to the data broadcasting service exists in the memory, the image stored in the memory is read (step 340). If the image is not stored, the image is loaded and decoded from the received Java xlet (operation 350). Meanwhile, the decoded image in step 350 may be stored in the memory.

Thereafter, the broadcasting receiver constructs a data broadcasting service screen using the image obtained in step 340 or step 350 to provide a data broadcasting service selected by the user (step 360).

FIG. 5 shows an embodiment of a display screen on which a data broadcasting service is provided.

Referring to FIG. 5, when the user selects the data broadcasting service corresponding to the preparation message as shown in FIG. 4, a menu screen of the data broadcasting service selected by the user may be displayed on the display screen, Services, such as weather, securities, traffic and news, for example.

On the other hand, each of the service items may be displayed with a corresponding image, and the images may be received by a method as described with reference to FIG. 1 to FIG.

For example, before a user selects a data broadcasting service, at least some of the images 520, 530, 540, 550 may be pre-loaded and decoded and stored in memory by the image preprocessing thread as described above . On the other hand, if there is an image that is not stored in the memory in advance, the image may be loaded and decoded from the Java xlet received after the user selects the data broadcasting service.

According to the embodiment of the present invention, when the channel is changed, the image pre-processing thread can be terminated. That is, if the image pre-processing thread is being executed at a time when the channel is changed by the user, the image pre-processing thread being executed can be forcibly terminated.

In addition, in the case of the channel change, images stored in a memory, for example, an image cache, can be deleted, thereby efficiently managing and utilizing the memory space of the broadcast receiving apparatus.

The data broadcasting receiving method according to the present invention may be implemented as a program for execution on a computer and stored in a computer-readable recording medium. Examples of the computer-readable recording medium include a ROM, a RAM, a CD-ROM , A magnetic tape, a floppy disk, an optical data storage device, and the like, and may also be implemented in the form of a carrier wave (for example, transmission over the Internet).

The computer readable recording medium may be distributed over a networked computer system so that computer readable code can be stored and executed in a distributed manner. And, functional programs, codes, and code segments for implementing the broadcast receiving method can be easily inferred by programmers of the technical field to which the present invention belongs.

While the present invention has been particularly shown and described with reference to exemplary embodiments thereof, it is to be understood that the invention is not limited to the disclosed exemplary embodiments, but, on the contrary, It will be understood by those skilled in the art that various changes in form and details may be made therein without departing from the spirit and scope of the present invention.

1 is a flowchart illustrating a method of receiving a Java xlet to provide a data broadcasting service.

2 is a flowchart illustrating a data broadcast receiving method according to the first embodiment of the present invention.

3 is a flowchart illustrating a data broadcasting receiving method according to a second embodiment of the present invention.

4 is a view showing an embodiment of a method of displaying a preparation message for data broadcasting.

5 is a diagram illustrating an example of a display screen on which a data broadcasting service is provided.

Claims (11)

Receiving a Java xlet for data broadcasting; Performing loading and decoding on the images included in the received Java xlet; Performing initialization using the received Java xlet; And And providing a data broadcasting service using the decoded image, At least some of the loading and decoding steps for the images are performed concurrently with the initialization step, Further comprising generating an image preprocessing thread to perform loading and decoding for the images prior to the initialization step. delete The method according to claim 1, Wherein the image pre-processing thread is separate from the main thread performing the initialization, and the image pre-processing thread is executed concurrently with the main thread. The method of claim 3, Wherein the image pre-processing thread has a lower priority than the main thread. The method according to claim 1, The Java xlet is received in the form of a carousel file, Wherein the image pre-processing thread is repeatedly performed until all the carousel files corresponding to the data broadcast are received. The method according to claim 1, Further comprising receiving the data broadcasting service from a user, Wherein the image pre-processing thread is terminated prior to the service selection time of the user. The method according to claim 1, And storing the decoded images in a memory. 8. The method of claim 7, wherein the providing of the data broadcasting service comprises: Retrieving whether an image corresponding to a data broadcasting service selected by the user is stored in the memory; Reading the corresponding image from the memory if stored in the memory; And And loading and decoding the corresponding image from the received Java xlet if it is not stored in the memory. 8. The method of claim 7, And deleting the images stored in the memory when the channel is changed. The method according to claim 1, And terminating the image pre-processing thread when the channel is changed. A computer-readable recording medium storing a program for causing a computer to execute the data broadcast receiving method according to any one of claims 1 to 10.

Images