KR20030063694A - Software upgrade apparatus and method for digital broadcasting receiver - Google Patents

Abstract

PURPOSE: An apparatus and a method for upgrading software of a digital broadcasting receiver are provided to improve the utilization of the digital broadcasting receiver by upgrading software without a user's operation. CONSTITUTION: An MPEG(Moving Picture Experts Group) 2 receiving unit(1) receives transport streams including an application transmitted from a broadcasting company. An MPEG 2 section unit(2) separates section data from the transport streams. A DSM-CC(Digital Storage Media-Common and Control)(3) extracts a file to be used for an MHEG(Multimedia and Hypermedia information coding Experts Group) engine from the received application. An ASN. 1(Abstract Syntax Notation One) decoder(4) decodes the extracted file according to a transfer protocol for obtaining data to be used for MHEG. A digital broadcasting processing unit(5) processes digital video broadcasting information. An OAD(Over Air Download) engine(6) detects upgraded software in the transport streams for upgrading software installed inside a digital broadcasting receiver. An OAD application program interface unit(8) automatically receives the updated software in the transport streams for detecting the information for upgrading the software without operation of a user.

Description

Software upgrade apparatus and method of digital broadcasting receiver {SOFTWARE UPGRADE APPARATUS AND METHOD FOR DIGITAL BROADCASTING RECEIVER}

The present invention relates to a software upgrade apparatus and method for a digital broadcast receiver, and in particular, to extend the function of the M-Heng engine using an API, and to define a specification for using the over-air download through this, to upgrade the software of the digital broadcast receiver The present invention relates to an apparatus and method for upgrading a software of a digital broadcast receiver.

Conventional digital broadcast receivers are released by embedding a suitable program at the time of product release. At this time, the program is for controlling the operation of the digital broadcast receiver and the user, such as a user interface, or the digital broadcast receiver itself, and it is necessary to upgrade the program to improve the performance according to the change of the use environment.

Thus, in order to upgrade the software of a conventional digital broadcast receiver, the serviceman of the manufacturer who manufactures the digital broadcast receiver may upgrade the software directly, or the user may download and upgrade by accessing the manufacturer's website or the like. Including the software of the software, the broadcast receiver itself extracts the software from the transmitted broadcast signal and uses the method of upgrading automatically.

The method of upgrading the software of the receiver by extracting the updated software included in the broadcast signal is called OVER AIR DOWNLOAD (hereinafter referred to as OAD).

The software upgrade method of the conventional over-air download type digital broadcast receiver will be described in more detail.

FIG. 1 is a schematic diagram showing a conventional software upgrade method of an OAD method. As shown in the drawing, first, a manufacturer of a digital broadcast receiver encodes and provides upgraded software applied to the digital broadcast receiver using an object carousel protocol (OC protocol). .

The OC-encoded stream provided by the OAD software is thus multiplexed with a broadcast stream (A / W strean) of the broadcasting station 10 and a data stream for data broadcast and program index.

Then, the stream transmitted from the broadcasting station 10 is received by the digital broadcast receiver 30 of the user through the repeater 20 to extract the upgraded software included in addition to the broadcast signal to upgrade the software.

In general, MHEG (Multimedea and Hypermedia information coding Experts Group) is a standard for multimedia and hypermedia data technology. International standard.

This is a higher concept of MPEG system, and it is aimed not only for standardizing multimedia data but also for standardizing hypermedia linking still images and text.

Hypermedia is an extended concept of hypertext and is a method for representing not only text but also sound, animation, graphics, video, still images, moving images, and the like.

The MHEG standard can combine different types of media objects and provide them as a structure, which takes the form of a set of objects. An MHEG document is a file that contains synchronization information between several pieces of media. Each piece of media may exist in a separate file or may be included in an MHEG file.

To manage such media, MHEG uses a method of object-oriented programming. MHEG files can be used on any system without any conversion. That is, it becomes a standard of exchange form. Also, because MHEG files are compiled, they are hard to reverse engineer like regular programs.

The player that interprets and runs the MHEG document is called the MHEG engine. It interprets the MHEG document and creates and executes a real-time image. The basic notation is based on Abstract Syntax Technique.1 (hereafter ASN.1), and standardization of MHEG notation based on SGML is being performed. MHEG is the four ISO standards for information encryption, along with MPEG, JPEG and JBIG.

The conventional MHEG-5 engine receives an application transmitted by a broadcaster, decodes the data into a form that can be viewed by a viewer, and plays a role of displaying it on a display device. The conventional MHEG engine is described with reference to the accompanying drawings. It will be described in detail as follows.

FIG. 2 is a block diagram of an MHEG engine included in a conventional digital broadcast receiver. As shown therein, an MPEG2 receiver 1 receives a transport stream TS including an application transmitted from a broadcaster; An MPEG2 section section (2) for separating section data in the transport stream (TS); A digital storage medium command controller (3, hereinafter referred to as DSM-CC) for extracting a file to be used by the MHEG engine in the received application; An ASN.1 decoder (4) for decoding the extracted file according to a transmission protocol to obtain data for use in an MHEG; A digital video broadcast processor 5 for processing digital video broadcast information; The OAD engine 6 detects upgraded software included in the transport stream TS and upgrades the software embedded in the digital broadcast receiver.

That is, the broadcasting station 10 describes the application according to the grammar of the MHEG standard, encodes it according to ASN.1, which is a transmission protocol, and then compresses the section data, which is compressed with MPEG-2, to the transport stream (TS). It will be loaded and sent.

At this time, the transport stream (TS) transmitted includes upgraded software.

The OAD engine 6 detects software included in the transport stream TS and upgrades the software of the digital broadcast receiver using the software.

The specifications associated with this OVER AIR SOFTWARE are based on the DVB specification and follow the specifications proposed by the MANUFACTURER'S GROUP, which will bring the product to the UK market in more detail.

In addition, the OC format follows the "digital terretrial television MHEG-5 specifiction v1.04.4" proposed in the UK DTT.

In order to perform OAD in the OC specification of the UK DTT, an undefined area of a DSI (DOWNLOAD SERVER INITIATE) message is defined as a MANUFACTURER INFORMATION STRUCTURE.

That is, a definition is made so that the upgrade can be performed by applying the OAD provided by each manufacturer only to the corresponding digital television.

3 is a structural diagram of the DSI. As shown in the figure, information of a service gateway is contained in a privatDataByte area of the grammar area.

The structure of the service gateway is shown in FIG.

In FIG. 4, userInfo_data can be ignored in a DTT compatible digital broadcast receiver. However, MIS (Manufacturer Information Structure) is used in this area to perform OAD.

5 shows the structure of the MIS.

In FIG. 5, manufacturer specific data stores information necessary for the manufacturer to insert information of software to be upgraded.

Conventionally, the manufacturer inserts necessary information into the manufacturer specific data area using a descriptor format.

The manufacturer's information is currently optional download slot descriptor, optional download slot descriptor, optional download priority descriptor, optional user information, 0x80 ~ Manufacturers can add manufacturer specific data using descriptor values 0x80 to 0xFF.

The digital broadcast receiver receiving the MIS having such a structure receives the upgraded software from the user and asks the user whether to upgrade the software.

If you upgrade the software, operate the remote controller to upgrade the software.

When the software upgrade command is given, the digital broadcast receiver stops displaying the broadcast, upgrades the software, and automatically resets the power and reboots.

Because of this, the user cannot watch the digital broadcast for a certain period of time to upgrade the software, and if the user chooses not to upgrade the software while watching the digital broadcast of interest, the user is asked whether to upgrade the software later. .

As such, the software upgrade apparatus and method of the conventional digital broadcasting receiver extracts the upgraded software received along with the broadcast signal, and performs the software upgrade using the extracted software. In the upgrade process, it is not possible to display a broadcast signal, and there is a problem in that its use efficiency is reduced.

In view of the above problems, the present invention provides a software upgrade of a digital broadcast receiver capable of flexibly converting the upgrade method such as upgrading the software while watching a broadcast without user's operation, or upgrading the software by reserving a specific time zone. It is an object of the present invention to provide an apparatus and method.

Figure 1 is a schematic diagram showing a software upgrade method of the conventional OAD method.

2 is a block diagram of an MHEG engine included in a conventional digital broadcast receiver.

3 is a structural diagram of a DSI in FIG.

4 is a structural diagram of a service gateway;

5 is a structural diagram of MIS.

6 is a block diagram of a software upgrade apparatus of the digital broadcast receiver of the present invention.

7 is a flowchart of a software upgrade method of the digital broadcast receiver of the present invention.

* Description of the symbols for the main parts of the drawings *

1: MPEG2 receiver 2: MPEG2 section

3: Digital storage medium command control unit 4: ASN.1 decoder

5: Digital video broadcasting processing part 6: OAD engine

7: Resident Program Interface 8: OAD Application Interface

The purpose of the above is to receive the software according to the user's settings, detect the information and the information of the currently installed software, determine this and automatically drive the OAD engine, and download the software stably, when the download is completed, the media It is achieved by including an OAD application program interface for storing the upgraded software downloaded to the, as described in detail with reference to the accompanying drawings, the present invention.

Fig. 6 is a block diagram of a software upgrade apparatus of a digital broadcasting receiver of the present invention, and as shown therein, an MPEG2 receiver 1 for receiving a transport stream TS including an application transmitted from a broadcaster; An MPEG2 section section (2) for separating section data in the transport stream (TS); A digital storage medium command controller (3, hereinafter referred to as DSM-CC) for extracting a file to be used by the MHEG engine in the received application; An ASN.1 decoder (4) for decoding the extracted file according to a transmission protocol to obtain data for use in an MHEG; A digital video broadcast processor 5 for processing digital video broadcast information; An OAD engine (6) for detecting upgraded software included in the transport stream (TS) and upgrading the software embedded in the digital broadcast receiver; A resident program interface (7) embedded in the digital video broadcasting processing unit (5) to receive the upgraded software by driving the OAD engine (6) according to a set time or set situation; It consists of an OAD application program interface 8 which automatically receives the updated software and detects the information to upgrade the software without user intervention.

Hereinafter, the present invention as described above will be described in more detail.

First, the OAD application program interface (APPLICATION PROGRAMMING INTERFACE) 8 detects the software information of the digital broadcasting receiver, checks whether the updated stream is included in the transport stream (TS), and as a result, it is necessary to upgrade the software. If present, the image of the updated software is extracted from the transport stream TS so that the OAD engine 6 can update the software.

In addition, the resident program interface 7 updates the software by controlling the OAD engine 6 at a time determined by a user's setting or at a time when a specific condition is met.

This process and the configuration of the OAD application program interface 8 will be described in more detail by way of example.

7 is an operation flowchart of the OAD application program interface 8 applied to the present invention, which executes the OAD service module as shown in the figure, and detects the current version of the software embedded in the current digital broadcast receiver; Detecting a software version of the transmitted OAD, comparing the detected software version with the current software version, and terminating the operation of the OAD service module if the current software is a new version; Detecting the model name of the digital broadcast receiver and detecting the module and version information supported by the detected model if the current software is an old version as a result of the comparison; Determining whether an OAD service exists in the transport stream (TS) and terminating if it does not exist; Registering an OAD service in the transport stream (TS) and starting the OAD by filtering the OAD data from the transport stream (TS); Detecting an error in the data of the OAD, if there is no error, the software is upgraded, and the operation of the OAD module is terminated.

The above operation is a process that is automatically executed in the OAD application program interface 8, and the process of automatically upgrading the software at a predetermined time under the control of the user is controlled by the resident program interface 7.

The OAD application program interface 8 will now be described in detail.

Table 1 shows an OAD application program interface for executing an OAD service by executing the OAD module in FIG. 7, and an input / output signal, its type, a name, and a comment are defined as shown.

HANDLE OAD_ServiceOpen (void); OAD_ServiceOpen in / out type name comment output GenericInteger (shall provide an IndirectReference to an IntergerVariable) handle this integer is a receiver-specific identifier fo specific OAD stream

The type used for the OAD application program interface described in the table below including Table 1 is summarized as follows.

HANDLE: Use internal structures for development.

ReturnCode: This structure is used to determine whether the operation is normally performed. In general, a variable type of INTEGER type is used.

VersionInfo: Acquires software version information of a digital broadcast receiver, which has a string form, and each version field is separated by a special character.

IEEEOUI: A three-byte value defining IEEE OUI (ORGANIZATION UNIQUE IDENTIFIER). In the present invention, this is defined and used as an INTEGER type.

EventList: A collection of events, which are asynchronous state values provided by the system and modules during the program's operation. These are defined as internal structures during development.

MuxInfo: This structure stores the multiplexing information of the transport stream. This follows the internal structure of development.

ExceptionType: Structure that stores exception information. This also follows development internal structure.

ExceptionHandler: A pointer to a handler that performs the processing when the exception occurs.

Table 2 shows the application program interface for terminating OAD.

void OAD_ServiceClose (HANDLE in_handle): -OAD_ServiceClose in / out type name comment output GenericInteger handle this integer is a receiver-specific identifier fo specific OAD stream

In addition, the application program interface shown in Table 3 below is used to obtain a version of software currently used in the digital broadcast receiver shown in FIG.

ReturnCode OAD_GetSystemVersion (VersionInfo * out_sysVersion); OAD_GetSystemVersion in / out type name comment output GenericInteger (shall provide an IndirectReference to an OctetstringVariable) SysVersion this octet string includes all version fields of current system output GenericInteger (shall provide an IndirectReference to an IntergerVariable) returnCode Error code is carried by this system

The process of detecting the current version of the software reads the version information from the version information field determined by the manufacturer.

Then, as shown in Fig. 7, the version information of the software image of the OAD being transmitted is checked, which uses the application program interface shown in Table 4 below.

ReturnCode OAD_GetOADSWVersion (HANDLE in_handle, VersionInfo * out_swVersion); -OAD_GetOADSWVersion in / out type name comment input GenericInteger handle This integer is a receiver-specific identifier for specific OAD stream output GenericInteger (shall provide an IndirectReference to an OctetstringVariable) swVersion this octet string includes all version field of current OAD stream output GenericInteger (shall provide an IndirectReference to an IntergerVariable) returnCode Error code is carried by this variable

Version information of the software image of the OAD currently being transmitted is detected through the application program interface as described above, and compared with the detected version of the current software.

As a result of this comparison, if the version information of the current software and the version information of the OAD software image are the same, or if the current software version is a higher version, there is no need to upgrade the software. Using the interface, exit the OAD module.

Table 5 shows an application program interface (API) for comparing the detected versions as described above.

ReturnCode OAD_CheckCompatibility (HANDLE in_handle, VersionInfo * in_sysVersion, boolean * out_needUpgrade); in / out type name comment input GenericInteger handle This integer is a receiver-specific identifier for specific OAD stream input GenericOctetString sysVersion this octet string include all version field of current system output GenericBoolean (shall provide an IndirectReference to an BooleanVariable) needUpgrade output GenericInteger (shall provide an IndirectReference to an IntegerVariable) returnCode Error code is carried by this variable

If the software version of the current system is older than the version of the transmitted software using the application program interface as described above, it is necessary to upgrade, and for the upgrade, it is necessary to select and receive only the software suitable for the current digital broadcasting receiver. .

To this end, the manufacturer of the digital broadcast receiver and unique model information of the manufacturer are detected, and an application program interface related to the detection is shown in Table 6.

ReturnCode OAD_GetSystemOUInumber (IEEEEOUT * out_ouiNumber); -OAD_GetSystemOUInumber in / out type name comment output GenericInteger (shall provide an IndirectReference to an IntegerVariable) ouiNumber output GenericInteger (shall provide an IndirectReference to an IntegerVariable) returnCode Error code is carried by this variable

This is to find out which company the digital broadcast receiver was developed by using the IEEE OUI (Organization Unique Identifier) value.

After identifying the manufacturer as described above, the software used may vary depending on the model of the manufacturer, and thus the correct model is detected, and the application program interface is shown in Table 7.

ReturnCode OAD_GetSystemModelName (char * out_modelName); OAD_GetSystemModelName in / out type name comment output GenericOctetString (shall provide an IndirectReference to an OctetStringVariable) modelName This octet string include model name of current system output GenericInteger (shall provide an IndirectReference to an IntegerVariable) returnCode Error code is carried by this variable

As such, when the manufacturer and model name of the digital broadcast receiver are detected, only the corresponding software can be detected and used among the upgraded software included in the transport stream TS.

To this end, the module supporting the model name of the currently detected digital broadcast receiver must be detected first, and the application program interface used is shown in Table 8.

in / out type name comment output GenericOctetString (Shall provide an IndirectReference to an IntegerVariable) moduleNames this octet string includes module names of current system. Each modules can be separated and identified by some fields divided by special characters output GenericInteger (shall provide an IndirectReference to an IntegerVariable) returnCode Error code is carried by this variable

The detected module can use one module in several models according to a specific model of each manufacturer. In this case, the software provided by the manufacturer does not correspond to each model, and since the software is basically a module, the module of each model is detected. To download the appropriate upgrade software.

Then, the version information of the detected module is detected.

Table 9 shows an application program interface for detecting version information.

ReturnCode OAD_GetSystemModuleVersion (char * in_moduleName, VersionInfo * out_moduleVersion)-OAD_GetSystemModuleVersion in / out type name comment input GenericOctetString moduleName output GenericOctetString (shall provide an IndrectReference to an OctetStringVariable) moduleVersion this octet string includes all version fields of specific module output GenericInteger (shall provide an IndirectReference to an IntegerVariable returnCode Error code is carried by this variable

After checking the module name and version of the digital broadcast receiver as described above, it is checked whether the OAD service exists in the transport stream (TS) to support the OAD service.

At this time, if the OAD service does not exist, the OAD module is closed using the application program interface shown in Table 2.

Table 10 below shows the application program interface to check whether there is OAD service.

ReturnCode OAD_ServiceExits (HANDLE in_OADhandle, boolean * out_flags); OAD_ServiceExits in / out type name comment input GenericInteger handle this integer is a receiver-specific identifier for specific OAD stream output GenericBoolean (shall provide an IndirectReference to an BooleanVariable) flags output GenericInteger (shall provide an IndirectReference to an IntegerVariable) returnCode Error code is carried by this variable

Although not shown in FIG. 7 together with the above process, the OAD application program interface 8 always detects whether an event has occurred.

As defined at the outset, an event causes various state changes asynchronously in the digital broadcast receiver during OAD.

This may be the control of the user or may occur within the digital broadcast receiver itself. At this time, each state is defined as a special event.

At this time, the event which the current application needs to receive among the defined events is used to register in the OAD engine 6.

Table 11 shows the application program interface for detecting the occurrence of the event.

ReturnCode OAD_SetNotifyEvent (EventList * in_eventList); OAD_SetNotifyEvent in / out type name comment input GenericOctetString eventList this variable includes all events fields which is divided by special characters output genericInteger (shall provide an IndirectReference to an IntegerVariable) returnCode error code is carried by this variable

In this state, the current OAD module is transmitted to the module controlling through the current application program interface, and the handle value of the module to receive the event appropriate to the system OAD is set.

ReturnCode OAD_SetEventListener (HANDLE in_handle, HANDLE in_handler); OAD_SetEventListener in / out type name comment input GenericInteger handle input GenericInteger hadnler output GenericInteger (shall provide an IndirectReference to an IntergerVariable) returnCode error code is carried by this variable

As described above, a countermeasure for handling asynchronously occurring events is prepared and OAD is performed.

In order to perform the OAD, only appropriate software should be downloaded to each digital broadcast receiver, and the model name of the detected digital broadcast receiver and the module name and version according to the model name are used.

At this time, the downloading software reads the multiplexed information (MuxInfo) from the broadcasting station, and receives only the necessary software from all the multiplexed digital broadcast receivers.

This filtering process is shown in Table 13.

ReturnCode OAD_TuneToOADServiceChannel (HANDLE in_handle, MUXinfo * in_targetMux, int in_targetPid); -OAD_TuneToOADServiceChannel in / out type name comment input GenericInteger handle input GenericOctetString targetMux input GenericInteger targetPid output GenericInteger (shall provide an IndirectReference to an IntegerVariable) returnCode error code is carried by this variable

Using the above application program interface, the user can start downloading the filtered upgraded software, and the downloaded software is stored in a buffer, storing a record of the buffer, and displaying such download start and the download information. The application program interface is shown in Table 14.

ReturnCode OAD_StartDownload (HANDLE in_handle, char * in_swImageName, void * out_imageBuffer, int * out_sizeOfImage); -OAD_StartDownload in / out type name comment input GenericInteger handle input GenericOctetString swImageName output GenericOctetString (shall provide an IndirectReference to an OctetStringVariable) imageBuffer output GenericInteger (shall provide an IndirectReference to an IntegerVariable) sizeOfImage output GenericInteger (shall provide an IndirecReference to an IntegerVariable) returnCode error code is carried by this variable

The image of the software downloaded as described above is stored in a buffer, and the out_imageBuffer is a variable for storing the location stored in the buffer. The out_sizeOfImage also determines the size of the buffer in which the software image is stored.

The reason for the temporary storage in the buffer is to upgrade the program only when the OAD is completed because the current OAD operates asynchronously.

If the software is upgraded at the same time as the OAD, a situation may occur in which the digital broadcast receiver cannot be used if an event occurs and ends during the upgrade process.

That is, the OAD operation may be stopped by the occurrence of an event, and such an interrupt may be performed by the application program interface shown in Table 15 below when the occurrence of the event is detected.

ReturnCode OAD_StopDownload (HANDLE in_handle); -OAD_StopDownload in / out type name comment input GenericInteger handle this integer is a receiver-specific identifier for specific OAD stream output GenericInteger (shall provide an IndirectReference to an IntegerVariable) returnCode error code is carried by this variable

In this way, the download can be stopped, and the download status and progress can be detected. At this time, the detection of status is confirmed through status, and it is shown in Table 16.

ReturnCode OAD_GetDownloadStatus (HANDLE in_handle, OADSTATUS * out_status); -OAD_GetDownloadStatus in / out type name comment input GenericInteger handle output GenericOctetString (Shall provide an IndirectReference to an OctetStringVariable) status this octet string includes all status fields for notify the status of progress output GenericInteger (Shall provide an IndirectReference to an IntegerVariable) returnCode erro code is carried by this variable

This is a function to display on the screen so that the user can recognize the progress of the OAD.

Then, when the download is in progress and the download is completed, it is detected whether there is an error in the data of the downloaded software image or there is a modulation in the data.

At this time, if there is a problem with the data, the download process is executed again or restored. If there is no error, the upgrade is performed using the downloaded upgraded software, and the data is checked for errors. The application program interface is shown in Table 17.

ReturnCode OAD_CheckDownloadImageIntegrity (HANDLE in_handle, void * in_imageBuffer, int in_length); -OAD_CheckDownloadImageIntegrity in / out type name comment input GenericInteger handle input GenericOctetString imageBuffer input GenericInteger length output GenericInteger (shall provide an IndirectReference to an IntegerVariable) returnCode error code is carried by this variable

The error of the data is determined using the length of the data stored in the image buffer.

In addition, the above-described resident program interface 7 stores a state in which the user has reserved an upgrade time, and the OAD application program interface 8 that has detected information on the upgrade time from the resident program interface 7 Perform OAD at that set time.

Considering this division, the user can designate a time when the OAD can be performed in a plurality of time zones, and set the OAD to be performed at any time within the time zone.

In addition, the OAD application program interface 8 compares the set time zone with the current time and performs OAD at the corresponding time.

Table 18 below detects a list of set time zones, and Table 19 shows an application program interface that detects a specific time in the time zone and performs OAD at that time.

ReturnCode OAD_GetDownloadScheduleList (HANDLE in_handle, char ** out_scheduleList); -OAD_GetDownloadScheduleList in / out type name comment input GenericInteger handle output GenericOctetString (shall provide an IndirectReference to an OctetStringVariable) scheduleList each element of this list is separated by special characters output GenericInteger (shall provide an IndirectReference to an IntegerVariable) returnCode error code is carried by this variable

ReturnCode OAD_SetDownloadReserveDateTime (HANDLE in_handle, DATETIME * in_reserveTime); -OAD_SetDownloadReserveDateTime in / out type name comment input GenericInteger handle input GenericOctetString reserveTime each elements of time information is separated by special characters output GenericInteger (Shall provide an IndirectReference to an IntegerVariable) returnCode error code is carried by this variable

By using the application program interface as described above, the user can automatically download the software from the digital broadcast receiver itself at a specific time of midnight or dawn to set up to perform the upgrade, thereby improving its use efficiency.

After the download and error checking is completed as described above, the software is upgraded using the upgraded software image.

This is done by storing the downloaded software image in the media provided by the digital broadcasting receiver.

The media includes all means capable of storing data, such as a ROM, a RAM, a hard disk, and a flash memory, depending on the model of the digital broadcast receiver.

Table 20 shows the application program interface for performing this upgrade.

ReturnCode OAD_StartWriteTo (HANDLE in_handle, MediaType in_index, void * in_swImageBuff, int in_length); -OAD_StartWriteTo in / out type name comment input GenericInteger handle input GenericInteger index input GenericOctetString swImageBuff output GenericInteger length output GenericInteger (shall provide an Inter returnCode error code is carried by this variable

The software image stored in the buffer by the application program interface is recorded on the designated media and upgraded.

In doing so, it is necessary to set up additional functions. This is to cope with an unexpected situation occurring in the process of performing OAD, but it is an additional function that allows the manufacturer of a digital broadcasting receiver to set information to be delivered to the user, download priority, and the like. Is as follows.

Table 21 is for handling an unforeseen situation while the digital broadcast receiver is automatically downloading at a set time. Various processing such as stopping or downloading can be set according to the situation.

ReturnCode OAD_SetExceptionHandler (HANDLE in_handle, ExceptionType exception, ExceptionHandler pfExHandler); OAD_SetExceptionHandler in / out type name comment input GenericInteger handle input GenericInteger exception output GenericInteger (shall provide an IndirectReference to an IntegerVariable) returnCode error code is carried by this variable

In addition, Table 22 is for receiving the manufacturer information structure (MIS, manufacturer information structure) provided as binary data.

ReturnCode OAD_GetMIS (HANDLE in_handle, char * out_MIS, int * out_length); OAD_GetMIS in / out type name comment input GenericInteger handle output GenericOctetString (shall provide an IndirectReference to an OctetStringVariable) MIS output GenericInteger (shall provide an IndirectReference to an IntegerVariable) length output GenericInteger (shall provide an IndirectReference to an IntegerVariable) returnCode error code is carried by this variable

The application program interface shown in Table 23 is authorized to determine the download priority of the OAD.

ReturnCode OAD_GetDownloadPriority (HANDLE in_handle, int * out_priority); -OAD_GetDownloadPriority in / out type name comment input GenericInteger handle output GenericInteger (shall provide an IndirectReference to an OctetStringVariable) priority output GenericInteger (shall provide an IndirectReference to an IntegerVariable) returnCode error code is carried by this variable

Finally, the user information field of the device performing the OAD is transmitted. Such an information field is a field for storing special annotation or other information described by the manufacturer. This is shown in Table 24.

ReturnCode OAD_GetUserInformations (HANDLE in_handle, char * out_userInfo, int * out_length); OAD_GetUserInformations in / out type name comment input GenericInteger handle output GenericOctetString (shall provide an IndirectReference to an OctetStringVariable) userInfo output GenericInteger (shall provide an IndirectReference to an IntegerVariable) length output GenericInteger (shall provide an IndirectReference to an IntegerVariable) returnCode error code is carried by this variable

As described above, each process of performing the OAD may be implemented by an application program interface, and thus, the software embedded in the digital broadcasting receiver may be automatically upgraded without interfering with the user's viewing at a designated time period without user's manipulation.

As described above, the software upgrade apparatus and method of the present invention provide a resident program interface for storing a user's setting time in the MHEG-5 engine and performing over-air downloading according to the stored setting time. By selectively downloading upgraded software corresponding to the digital broadcasting receiver at the time stored in the resident program interface, it is stable and upgrades the software without user's operation, thereby improving the efficiency of using the digital broadcasting receiver. have.

Claims (8)

An MPEG2 receiver configured to receive a transport stream including an application transmitted from a broadcaster; An MPEG2 section unit that separates section data from the transport stream; A digital storage medium command control unit for extracting a file to be used by an MHEG engine in the received application; An ASN.1 decoder for decoding the extracted file according to a transmission protocol to obtain data for use in an MHEG; A digital video broadcasting processing unit which processes digital video broadcasting information; An OAD engine for detecting upgraded software included in the transport stream and upgrading software embedded in a digital broadcast receiver; And an OAD application interface unit configured to automatically receive updated software included in the transport stream, detect the information, and upgrade the software without a user's manipulation. The resident program interface of claim 1, wherein the resident program interface is embedded in the digital video broadcasting processing unit to store a time set by a user, and the time information is recognized by the OAD application program interface to automatically upgrade software at a user specified time. Software upgrade apparatus of the digital broadcast receiver characterized in that it further comprises a wealth. Executing an over air download (OAD) service module and detecting a current version of software currently embedded in a digital broadcast receiver; Detecting a version of software included in the transport stream, comparing the detected software version with a version of the current software, and terminating the operation of the OAD service module if the current software is a new version; If the current software is an old version as a result of the comparison, detecting a manufacturer and a model name of the digital broadcast receiver, and detecting a module supported by the detected model and version information of the module; Determining whether an OAD service exists in the transport stream and terminating if it does not exist; Registering an OAD engine in the transport stream and filtering the OAD data from the transport stream to start downloading; Detecting an error in the data of the OAD, upgrading the software if there is no error, and terminating the operation of the OAD module. 4. The method of claim 3, wherein the downloaded OAD data is stored in a buffer, and the location of the downloaded OAD data and the size of the OAD data are detected and stored. 4. The method of claim 3, further comprising: displaying a progress rate of the download in the downloading process, and determining an event type when an event occurs during the download; Terminating or pausing the OAD process according to the type of the event; Processing the event; And re-implementing the OAD process. 4. The method as claimed in claim 3, further comprising the step of operating the OAD module according to the set time when the user sets a time for performing the OAD. 4. The method of claim 3, wherein after the download is completed, the upgrading step records upgraded software data temporarily stored in a buffer on media provided by the digital broadcasting receiver. 4. The method of claim 3, further comprising: executing an OAD by prioritizing downloads; Transmitting an information field of a user; The manufacturer further includes the step of downloading the manufacturer information data (MIS, manufacturer information structure) to be delivered to the user as a binary data software upgrade method of a digital broadcast receiver.