EP1687981A1 - Method for updating software of a target device using an extended identifier in digital broadcasting - Google Patents

Method for updating software of a target device using an extended identifier in digital broadcasting

Info

Publication number
EP1687981A1
EP1687981A1 EP04800009A EP04800009A EP1687981A1 EP 1687981 A1 EP1687981 A1 EP 1687981A1 EP 04800009 A EP04800009 A EP 04800009A EP 04800009 A EP04800009 A EP 04800009A EP 1687981 A1 EP1687981 A1 EP 1687981A1
Authority
EP
European Patent Office
Prior art keywords
software
version
extended
update
field
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
EP04800009A
Other languages
German (de)
French (fr)
Other versions
EP1687981A4 (en
Inventor
Kwang-Kee Lee
Glenn A. Adams
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from KR1020040001607A external-priority patent/KR100999107B1/en
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of EP1687981A1 publication Critical patent/EP1687981A1/en
Publication of EP1687981A4 publication Critical patent/EP1687981A4/en
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/86—Arrangements characterised by the broadcast information itself
    • H04H20/91—Arrangements characterised by the broadcast information itself broadcasting computer programmes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23614—Multiplexing of additional data and video streams
    • H04N21/23617—Multiplexing of additional data and video streams by inserting additional data into a data carousel, e.g. inserting software modules into a DVB carousel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
    • H04N21/4431—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB characterized by the use of Application Program Interface [API] libraries
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/458—Scheduling content for creating a personalised stream, e.g. by combining a locally stored advertisement with an incoming stream; Updating operations, e.g. for OS modules ; time-related management operations
    • H04N21/4586—Content update operation triggered locally, e.g. by comparing the version of software modules in a DVB carousel to the version stored locally
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309—Transmission or handling of upstream communications

Definitions

  • the present invention relates to a method for upgrading software of a target device in digital broadcasting. More particularly, the present invention relates to a method for updating software of a target device whose software is subject to updating, the target device being one of several target devices.
  • Digital broadcasting literally refers to a mode of broadcasting in which videos, audios, data and so on are processed and converted into digital signals and then transmitted in a transmission mode of digital signals, which is distinguished from a oonventional analog broadcasting.
  • Digital processing refers to conversion of analog signals into digital signals composed of zero(0) and one (1) using high-advanced digital technologies, wherein the converted signals are compressed together with other information and then transmitted in the digital transmission mode.
  • the transmitted signals are restored to videos and/or audios as originally identified in a receiving device (that is, target device) called a set-top box.
  • Digital signals are advantageous in that they are generally resistant to noise, need less power of transmission, can use a technique of error correction and have less degradation due to transmission, copying and ac ⁇ imlation, in comparison to analog signals.
  • digital signals can use a compression algorithm such as a motion picture expert group (MPEG), it is possible to compress video and audio signals sharply to thereby reduce the amount of information.
  • MPEG motion picture expert group
  • LSI large scale integration
  • the digital broadcasting that is currently being o ⁇ mercialized, or is in the process of being ⁇ r ⁇ ner ⁇ alized, supports high-definition broadcasting which has picture quality that is over two times clearer than in the conventional analog TV set.
  • stereophonic sound of 5.1 channel is supported, thereby allowing a user to hear live sound as if he/she is at a concert hall.
  • the aspect ratio of the screen is 16:9, (i.e., a wide screen is adopted at the same ratio of a theater screen ), thereby making it possible to watch a movie in a full mode when watching the movie at home.
  • a digital TV can also receive data from or transmit data to a variety of home electric appliances including a digital versatile disk (DVD) player, a digital carrcorder, a digital VCR and the like, all of which process signals in a digital mode, similar to a personal computer (PC), by means of a series interface.
  • DVD digital versatile disk
  • PC personal computer
  • Digital broadcasting services using bidirectional networks which have recently been ready to be provided to users, can provide a variety of bidirectional services with added values, for example, home shopping and home banking as well as Internet searches.
  • FIG. 1 is a functional block diagram illustrating a configuration of an interactive digital broadcasting system
  • the digital broadcasting system generally comprises a digital broadcasting service provider 100 and a plurality of receiving devices (target devices) 200 receiving digital broadcasts supplied by the digital broadcasting service provider 100.
  • the digital broadcasting service provider 100 may refer to broadcasting stations which transmit digital broadcasting signals.
  • the digital broadcasting service provider 100 may broadcast content as internally produced on its own and/or broadcasting contents provided by a content provider (not shown).
  • the digital broadcasting service provider 100 may provide unidirectional services through broadcasting media available only for unidirectional data transmission to the target device 200 as well as analog bidirectional services through bidirectional networks.
  • the user may request the digital broadcasting service provider 100 to provide him/her with video on demand (VOD) services by means of the target device 200 for bidirectional digital broadcasting or place an order to the provider 100 to purchase any items an actor/actress is wearing, such as clothes, accessories, while he/she is watching the TV.
  • VOD video on demand
  • ATSC Advanced Television Systems Committee
  • DVB Digital Video Broadcasting
  • the DVB mode uses orthogonal frequency division multiplexing (OFDM), which may be modulated to differential quadrature phase shift keying (DQPSK) or n- quadrature amplitude modulation (n-QAM).
  • the DVB broadcasting system is basically comprised of a source coding and miltiplexing unit, a channel coding and modulating unit, a transmission medium, a demodulating and decoding unit and a display unit.
  • the source coding and miltiplexing unit uses MPEG-2 to compress digital images and sounds to a desired transmission speed and thereby reduce the bandwidth required.
  • the channel coding and modulating unit adds any residual data to MPEG-2 data coded for channel coding in order to cope with any error which may be caused in the course of signal transmission.
  • the channel-coded signals are demodulated as appropriate depending upon the state of a transmission medium.
  • a transmission medium There are a variety of transmission media according to the broadcasting types, satellite, cable or terrestrial broadcasting, etc.
  • the demodulating and decoding unit restores baseband signals from radio frequency (RF) signals transmitted through the transmission medium.
  • the display unit displays the restored signals.
  • RF radio frequency
  • the ATSC mode has been used as a terrestrial transmission standard defining the speed of transporting bitstream content, and transmitting digital data at 6MHz RF channel, adopting 19. ⁇ bps as the official speed of bitstream ATSC system employs RF modulation mode of 8 vestigial side band (VSB) using rmltiple picture format, digital audio/video compression, packetization and a single carrier.
  • VSB vestigial side band
  • the transmission protocol follows standards of ATSC- A/90, which can be obtained at www.atsc.org/standards/a_90-with-att.pdf, which is incorporated by reference. After data are encapsulated by the protocol, the data are multiplexed in the structure of MPEG-2 transport stream and then transmitted.
  • the service protocol follows the ATSC-DAT ABASE specification, and makers of receiving apparatuses are required to provide hardware platforms, operation systems, and device drivers that are compatible with protocols using the ATSC-DATABASE specification. Disclosure of Invention Technical Problem
  • an extended model field to distinguish digital broadcasting receiving apparatuses and a service method for updating software thereof by defining an extended version field to more exactly distinguish versions of software for updating and distinguishing a receiving apparatus subject to updating by use of the extended model field and the extended version field.
  • a method for updating software of a digital receiving apparatus comprising broadcasting information including a version of an extended identifier and an extended software of a receiving device targeted for software updating using a data service announcement, and transmitting the software to the receiving apparatus having the extended identifier when the software transmission condition is met.
  • the extended identifier comprises a universally unique identifier (UUID).
  • UUID universally unique identifier
  • the version of the extended software may employ at least two or more sub-versions, and the version system has three layers such as a major version, a minor version and a micro version, each of which is represented with 16 bits.
  • the data service announcement may include information on the time for software update, and the software transmission condition is met when the time for software update approaches.
  • the time information for the software update included in the data service announcement may comprise two cases: one case where the update is made within a predetermined period of time and the other case where the update is made after a predetermined period of time has passed.
  • FIG. 1 is a block diagram schematically illustrating a configuration of an interactive digital broadcasting system
  • FIG. 2 is a diagram illustrating a process of updating software according to an exemplary embodiment of the present invention
  • FIG. 3 is a diagram illustrating a process of updating software according to another exemplary embodiment of the present invention.
  • FIG. 4 is a table illustrating structures of compatibility descriptors of Digital Storage Media Command and Control of ATSC data broadcast standards (A/90);
  • FIG. 5 is a table illustrating structures of extended model subdescriptors according to an exemplary embodiment of the present invention.
  • FIG. 6 is a table illustrating structures of extended version subdescriptors according to an exemplary embodiment of the present invention.
  • FIG. 7 is a table illustrating structures of software updating information descriptors according to an exemplary embodiment of the present invention. Mode for Invention
  • FIG. 2 is a diagram illustrating a process of updating software according to an exemplary embodiment of the present invention.
  • a set-top box maker determines whether software of a set-top box is subject to receiving an updating service (hereinafter referred to as 'a target set-top box'). Where there is a need to update software of set-top boxes under a certain model or to update software of set-top boxes during a particular period of time, the set-top box maker ascertains a proper identifier of a concerned set-top box so as to distinguish the target set-top box from other set-top boxes. When the set-top box maker produces its set-top boxes, it allocates a proper identifier to each of the respective devices or models.
  • the proper identifiers employ UUIDs (Universally Unique Identifiers) proposed by Microsoft Corporation.
  • UUID is a term to refer to a proper number generated by a program so as to allocate a proper identity to such an entity as a Microsoft WordTM document.
  • Most conventional programming languages have used names as identifiers, which should be unique in the relevant technology area.
  • GUID Global Unique Identifier
  • UUID UUID
  • GUID and UUID are both structures with 128 bit size. If they are generated by a Uu- nidCreateO function, they are only allowed to generate a unique identifier . This uniqueness is global and has no relevance to time and place.
  • the set-top box maker can make its set-top boxes having their proper identifiers distinguished from the set-top boxes produced by other makers, by using UUID.
  • the set-top box maker determines which set-top box is subject to receiving its software update. When determined, the maker provides the time of updating, the UUID of the target set-top box, and the current version of software to a digital broadcasting service provider.
  • the digital broadcasting service provider gives an advance notice to broadcast the update service so as to allow viewers to learn information about the time of updating, the UUID of the target set-top box, and the current version of software.
  • the target set-top box memorizes the time of updating and arranges for updating when the updating time has come.
  • the set-top box maker supplies the software to be updated to the digital broadcasting service provider and the provider broadcasts the software.
  • the set-top box having received the broadcast software updates its own software. Announcement, signaling, and encapsulation will be described with respect to FIGS. 4 through 7.
  • FIG. 3 is a diagram illustrating a process of updating software according to another exemplary embodiment of the present invention.
  • software updating is based on a bidirectional network.
  • a set-top box maker determines which set-top box is targeted to update its software and ascertains the UUID of the target set-top box. Subsequently, the set-top box maker provides the digital broadcasting service provider with software, UUID of the target set-top box, and the version of software. The provider broadcasts an advance notice for updating to allow users to learn which set-top box is targeted for software updating and the version of software.
  • the set-top box having received the updating notice determines whether its UUID is identical to the UUID identified in the update notice and whether the version of software is newer than its own.
  • this target set-top box When the notice for software updating is directed to the set-top box that received the notice, this target set-top box requests the digital broadcasting service provider to update its software and the digital broadcasting service provider having received such a request transmits the software to be updated to the target set-top box.
  • the target set-top box that receives the software updates its own software.
  • the digital broadcasting service provider gives an advance notice for updating as shown in FIG. 3
  • the URL of the software targeted for updating may be sent at the same time.
  • the set-top box may receive the concerned software directly at the received URL to thereby update the software.
  • FIG. 4 is a table illustrating structures of compatibility descriptors of Digital Storage Media Command and Control of ATSC data broadcast standards (A/90).
  • the term 'uimsbf is an abbreviation of 'unsigned integer most significant bit first.
  • the field 'compatibilityDescriptorLength' refers to a field having 16 bits, indicating the total length of a descriptor including the field of 'descriptorCount,' excluding the length of 'compatibilityDescriptorLength.
  • the 'de- scriptorCount' field comprises a 16 bit field, specifying the number of descriptors.
  • the field 'descriptorType' comprises an 8 bit field, which is used to distinguish types of hardware or software.
  • the field 'descriptorLength' comprises an 8 bit field, indicating the total length of the descriptors, excluding the descriptors 'descriptorType' and 'descriptorLength.'
  • the field 'spe ⁇ fierType' comprises an 8 bit field, which is used to distinguish formats of the field of 'spe ⁇ fierData.
  • the field 'spe ⁇ fierData' comprises the 24 bit field, distinguishing an organization in a unique manner. The value allocated to this field is dependent upon the 'specifierType' field.
  • the field 'model' comprises a 16 bit field, used to distinguish various models defined by an organization.
  • the 'model' field is extended so as to use a UUID of 128 bits, which will be described later.
  • the field 'version' comprises a 16 bit field, used to distinguish different versions of the models defined by the organization.
  • the version field is extended and the version is specified and distinguished, which will be described later.
  • the field 'subDescriptorCount' comprises an 8 bit field, representing the number of subDescriptors.
  • the 'descriptorCount' field has the value of '0x002' to indicate that it has two descriptors
  • the 'descriptorType' field has the vale of 0x01' to indicate the system hardware
  • the 'specifierType' field has the value of 0x01 value to indicate OUI of IEEE (Institute of Electrical and Electronics Engineers)
  • the first descriptor of the 'spe ⁇ fierData' field has to have a unique value allocated by the IEEE for the makers of terminals covered by software update
  • the model and version fields of the first descriptor have to be defined by the maker of a concerned terminal, and they are used for the software update, except for the cases of 0x0000 and OxFFFF
  • the 'extendedModelSub- Describor' field according to the present invention should be defined as in FIG.
  • the software update may be applied to all the models of a specified maker if the model field value of the first descriptor is OxFFFF, (8) the 'extendedVersionSub- Describor' field according to the present invention should be defined as in FIG.
  • the software update may be applied to all the models of a specified maker if the version field value of the first descriptor is OxFFFF, (10) the 'subDe- scriptorCount' field of the first descriptor may be larger than 2, in the case in which the terminal ignores all subDescriptors when the 'subDescriptorType' field is not specified as 0x01 or 0x02, (11) the 'descriptorType' field of the second descriptor may have the value of 0x02, indicating that it is the system software, and (12) the software components to be updated, rather than hardware components, of the terminal are specified under the above items (3) through (10), which will apply to the second descriptor except for the maker, model and version to be used.
  • FIG. 5 is a table illustrating structures of extended model subdescriptors according to an exemplary embodiment of the present invention.
  • An extended model subdescriptor employs UUID allocated by the maker to specify hardware or software model.
  • UUID since the UUID is used, it may have a much larger space than the 16 bit model field of DSM-CC compatibility descriptor, to distinguish hardware or software.
  • the value 'subDescriptorType' indicates a type of the subdescriptor.
  • the type of the subdescriptor has the value of 0x01.
  • the 'subDescriptorLength' has a value to indicate the number of bits within the subdescriptor after this field.
  • the ⁇ uuid()' is a field to specify the UUID determined by the maker, which distinguishes a unique model of hardware or software.
  • FIG. 6 is a table illustrating structures of extended version subdescriptors according to an exemplary embodiment of the present invention.
  • the extended version subdescriptor is used to specify the version of hardware or software, having the numbers of main version, sub version and micro version as allocated by the maker. According to an exemplary embodiment of the present invention, the extended version subdescriptor provides a mechanism more extendible so as to distinguish a version of hardware units or a version of software components.
  • the 'subDescriptorType' field indicates a type of a subdescriptor.
  • the value to indicate the type of the subdescriptor is 0x02.
  • the 'subDescriptorLength' field indicates the number of bits within the subdescriptor following this field.
  • the 'minor' specifies the number of a subversion and 'micro' specifies the number of a micro version. When each version has the value of OxFFFF, it is used to indicate all versions of each version.
  • FIG. 7 is a table illustrating structures of software update information descriptors according to an exemplary embodiment of the present invention.
  • software update data service employs a data service announcement as defined by ATSC- A/90 in order to provide notification of the software update. Limited use thereof will be described with reference to FIG. 7.
  • a descriptor describing software update information is used to provide information about a software update in the context of a software update data service announcement. The structures therefor will be considered below.
  • the 'descriptorTag' field indicates a type of the descriptor, having the constant value of 8 bits.
  • the 'descriptorLength' is a field used to indicate the number of bits following this field in this descriptor, having the value of 8 bits.
  • the 'compatibility- Descriptor' is a field used to specify the compatibility descriptor described in FIGS. 4 to 6.
  • descriptor() comprises one or more software update information descriptors as an internal descriptor loop structure of an entry of data_event_table_section() which is a structure for the software update data service announcement.
  • data_event_table_section() a structure for the software update data service announcement.
  • the descriptor() comprises one or more software update information descriptors as an internal descriptor loop structure of an entry of long_term_service_table() which is a structure for the software update data service announcement.
  • long_term_service_table() When one and more software update information descriptors are in the same entry of the structure long_term_service_table(), the above-described software update information descriptors are not to be identical.
  • the software update service is signaled using the service description framework defined according to ATSC- A/90.
  • the following shows limitations applied to an entry of each application of the data service table (DST), the data service table explaining software updates for the data applications.
  • the field 'ccmpatibilityDescriptor() is a structure used to specify a compatibility descriptor described, for example, in FIGS. 4 to 6.
  • the field 'app_id_byte()' is a UUID coded in a binary mode, the UUID being unique with respect to the parameter space ⁇ deviceManufacturer, deviceModel, de- viceVersion, softwareComponent, softwareComponentVersion>. These parameters are determined by the content of the compatibility descriptor.
  • the field 'selector_type' of 'selectorO' has the values of 0x0101, 0x0107 or 0x0108 when the field 'selector_length' has the value of 0, 4, 6 or 8.
  • the software update payload is encapsulated into one or more modules as defined in Chapter 7 of DSM-CC, User-to-Network Download. Sngle and double level control structures are all permitted. Modules and constructions to encapsulate the software update payload will be defined by individual manufacturers. Industrial Applicability
  • software update services can be provided by distinguishing receiving apparatuses in a unique manner using an UUID, with little or no modification of the conventional data broadcasting standards.
  • version information of software can be subdivided differently from the conventional digital broadcasting.

Abstract

A method for updating software of a digital broadcasting receiving apparatus using an extended identifier, including broadcasting information having a version of an extended identifier and an extended software of a receiving device targeted for software updating using a data service announcement, and transmitting the software to the receiving apparatus having the extended identifier when the software transmission condition is met. Software update services can be provided by distinguishing receiving apparatuses in a unique manner using an UUID, with little or no modification of the conventional data broadcasting standards.

Description

Description METHOD FOR UPDATING SOFTWARE OF A TARGET DEVICE USING AN EXTENDED IDENTIFIER IN DIGITAL BROADCASTING Technical Field
[1] The present invention relates to a method for upgrading software of a target device in digital broadcasting. More particularly, the present invention relates to a method for updating software of a target device whose software is subject to updating, the target device being one of several target devices. Background Art
[2] Recently there has been expanded interest in digital broadcasting. Digital broadcasting literally refers to a mode of broadcasting in which videos, audios, data and so on are processed and converted into digital signals and then transmitted in a transmission mode of digital signals, which is distinguished from a oonventional analog broadcasting. Digital processing refers to conversion of analog signals into digital signals composed of zero(0) and one (1) using high-advanced digital technologies, wherein the converted signals are compressed together with other information and then transmitted in the digital transmission mode. The transmitted signals are restored to videos and/or audios as originally identified in a receiving device (that is, target device) called a set-top box.
[3] Digital signals are advantageous in that they are generally resistant to noise, need less power of transmission, can use a technique of error correction and have less degradation due to transmission, copying and acαimlation, in comparison to analog signals. In addition, since digital signals can use a compression algorithm such as a motion picture expert group (MPEG), it is possible to compress video and audio signals sharply to thereby reduce the amount of information. Besides, it is easy to retrieve, process and edit information and to utilize a large scale integration (LSI) technique. Digital broadcasting enjoys the advantages that digital signals have as described above, and thus, it is also superior to conventional analog television in several aspects, such as strong resistance to noise, efficient transmission of information and so on. The digital broadcasting that is currently being oαπmercialized, or is in the process of being ∞rαnerάalized, supports high-definition broadcasting which has picture quality that is over two times clearer than in the conventional analog TV set. In terms of sound quality, stereophonic sound of 5.1 channel is supported, thereby allowing a user to hear live sound as if he/she is at a concert hall. The aspect ratio of the screen is 16:9, (i.e., a wide screen is adopted at the same ratio of a theater screen ), thereby making it possible to watch a movie in a full mode when watching the movie at home. A digital TV can also receive data from or transmit data to a variety of home electric appliances including a digital versatile disk (DVD) player, a digital carrcorder, a digital VCR and the like, all of which process signals in a digital mode, similar to a personal computer (PC), by means of a series interface. Digital broadcasting services using bidirectional networks, which have recently been ready to be provided to users, can provide a variety of bidirectional services with added values, for example, home shopping and home banking as well as Internet searches.
[4] FIG. 1 is a functional block diagram illustrating a configuration of an interactive digital broadcasting system
[5] The digital broadcasting system generally comprises a digital broadcasting service provider 100 and a plurality of receiving devices (target devices) 200 receiving digital broadcasts supplied by the digital broadcasting service provider 100. The digital broadcasting service provider 100 may refer to broadcasting stations which transmit digital broadcasting signals. The digital broadcasting service provider 100 may broadcast content as internally produced on its own and/or broadcasting contents provided by a content provider (not shown). The digital broadcasting service provider 100 may provide unidirectional services through broadcasting media available only for unidirectional data transmission to the target device 200 as well as analog bidirectional services through bidirectional networks. When a user uses one of the bidirectional media, the user may request the digital broadcasting service provider 100 to provide him/her with video on demand (VOD) services by means of the target device 200 for bidirectional digital broadcasting or place an order to the provider 100 to purchase any items an actor/actress is wearing, such as clothes, accessories, while he/she is watching the TV.
[6] Currently, there are by and large two modes of digital broadcasting transmission: ATSC (Advanced Television Systems Committee) mode and DVB (Digital Video Broadcasting) mode. ATSC mode has been proposed by the Advanced Television Systems Corcmittee to develop and study digital TV standards in the United States and DVB mode has been established by the Europe Broadcasting Union (EBU).
[7] The DVB mode uses orthogonal frequency division multiplexing (OFDM), which may be modulated to differential quadrature phase shift keying (DQPSK) or n- quadrature amplitude modulation (n-QAM). The DVB broadcasting system is basically comprised of a source coding and miltiplexing unit, a channel coding and modulating unit, a transmission medium, a demodulating and decoding unit and a display unit. The source coding and miltiplexing unit uses MPEG-2 to compress digital images and sounds to a desired transmission speed and thereby reduce the bandwidth required. The channel coding and modulating unit adds any residual data to MPEG-2 data coded for channel coding in order to cope with any error which may be caused in the course of signal transmission. When the channel coding is finished, the channel-coded signals are demodulated as appropriate depending upon the state of a transmission medium. There are a variety of transmission media according to the broadcasting types, satellite, cable or terrestrial broadcasting, etc. The demodulating and decoding unit restores baseband signals from radio frequency (RF) signals transmitted through the transmission medium. The display unit displays the restored signals.
[8] The ATSC mode has been used as a terrestrial transmission standard defining the speed of transporting bitstream content, and transmitting digital data at 6MHz RF channel, adopting 19.^ bps as the official speed of bitstream ATSC system employs RF modulation mode of 8 vestigial side band (VSB) using rmltiple picture format, digital audio/video compression, packetization and a single carrier.
[9] Data broadcasting is available through digital broadcast. Currently the transmission standard of terrestrial digital TV in Korea's data broadcasting is ATSC- A/90 and the service standard thereof is ATSC-DTV application software environment (ATSC-DASE). The transmission standard of digital satellite broadcast is ETSI-EN 301 192 established by European Telecαmmunication Standards Institute (ETSI) and the service standard thereof is DVB rmltimedia home platform (DVB-MHP). In the case of digital cable broadcasting, the service standard thereof is open cable application platform (OCAP). OCAP is based on MHP and can thus comtπinicate content with MHP. Content exchange between ATSC-DASE and DVB-MHP is currently not possible, and thus, researches with respect thereto are under study.
[10] In ATSC data broadcasting, the transmission protocol follows standards of ATSC- A/90, which can be obtained at www.atsc.org/standards/a_90-with-att.pdf, which is incorporated by reference. After data are encapsulated by the protocol, the data are multiplexed in the structure of MPEG-2 transport stream and then transmitted. The service protocol follows the ATSC-DAT ABASE specification, and makers of receiving apparatuses are required to provide hardware platforms, operation systems, and device drivers that are compatible with protocols using the ATSC-DATABASE specification. Disclosure of Invention Technical Problem
[11] Currently the makers of receiving apparatuses can update software for receiving apparatuses under specific models. However, it is not sufficient to distinguish each and all receiving apparatuses employing a number of models manufactured by a large number of makers, only with a total 16 bits of the model fields. In addition, receiving apparatuses employing the same model are likely to be supplied with different versions of software depending upon the time when they were manufactured. Further, there may be a difficulty in distinguishing the version of software exactly and specifically, resorting only to the 16 bit version field. Technical Solution
[12] Considering the troubles and difficulties described above, the present invention is conceived. According to an aspect of the present invention, there is provided an extended model field to distinguish digital broadcasting receiving apparatuses and a service method for updating software thereof by defining an extended version field to more exactly distinguish versions of software for updating and distinguishing a receiving apparatus subject to updating by use of the extended model field and the extended version field.
[ 13] Consistent with an exemplary embodiment of the present invention, there is provided a method for updating software of a digital receiving apparatus comprising broadcasting information including a version of an extended identifier and an extended software of a receiving device targeted for software updating using a data service announcement, and transmitting the software to the receiving apparatus having the extended identifier when the software transmission condition is met.
[14] Preferably, the extended identifier comprises a universally unique identifier (UUID). Also the version of the extended software may employ at least two or more sub-versions, and the version system has three layers such as a major version, a minor version and a micro version, each of which is represented with 16 bits.
[15] The data service announcement may include information on the time for software update, and the software transmission condition is met when the time for software update approaches. The time information for the software update included in the data service announcement may comprise two cases: one case where the update is made within a predetermined period of time and the other case where the update is made after a predetermined period of time has passed. Description of Drawings
[16] The above and other features and advantages of the present invention will become more apparent by describing in detail preferred embodiments thereof with reference to the attached drawings in which:
[17] FIG. 1 is a block diagram schematically illustrating a configuration of an interactive digital broadcasting system;
[18] FIG. 2 is a diagram illustrating a process of updating software according to an exemplary embodiment of the present invention;
[19] FIG. 3 is a diagram illustrating a process of updating software according to another exemplary embodiment of the present invention;
[20] FIG. 4 is a table illustrating structures of compatibility descriptors of Digital Storage Media Command and Control of ATSC data broadcast standards (A/90);
[21] FIG. 5 is a table illustrating structures of extended model subdescriptors according to an exemplary embodiment of the present invention;
[22] FIG. 6 is a table illustrating structures of extended version subdescriptors according to an exemplary embodiment of the present invention; and
[23] FIG. 7 is a table illustrating structures of software updating information descriptors according to an exemplary embodiment of the present invention. Mode for Invention
[24] Hereinafter, the present invention, will be described in more detail with reference to the accompanying drawings.
[25] FIG. 2 is a diagram illustrating a process of updating software according to an exemplary embodiment of the present invention.
[26] A set-top box maker determines whether software of a set-top box is subject to receiving an updating service (hereinafter referred to as 'a target set-top box'). Where there is a need to update software of set-top boxes under a certain model or to update software of set-top boxes during a particular period of time, the set-top box maker ascertains a proper identifier of a concerned set-top box so as to distinguish the target set-top box from other set-top boxes. When the set-top box maker produces its set-top boxes, it allocates a proper identifier to each of the respective devices or models. In the exemplary embodiments of the present invention, the proper identifiers employ UUIDs (Universally Unique Identifiers) proposed by Microsoft Corporation. UUID is a term to refer to a proper number generated by a program so as to allocate a proper identity to such an entity as a Microsoft Word™ document. Most conventional programming languages have used names as identifiers, which should be unique in the relevant technology area. To secure the uniqueness, a GUID (Global Unique Identifier) and UUID have been proposed, and both terms have essentially the same meaning. GUID and UUID are both structures with 128 bit size. If they are generated by a Uu- nidCreateO function, they are only allowed to generate a unique identifier . This uniqueness is global and has no relevance to time and place. Thus, the set-top box maker can make its set-top boxes having their proper identifiers distinguished from the set-top boxes produced by other makers, by using UUID.
[27] The set-top box maker determines which set-top box is subject to receiving its software update. When determined, the maker provides the time of updating, the UUID of the target set-top box, and the current version of software to a digital broadcasting service provider. The digital broadcasting service provider gives an advance notice to broadcast the update service so as to allow viewers to learn information about the time of updating, the UUID of the target set-top box, and the current version of software. When the UUID included in the advance notice broadcasted is identical to that of the target set-top box and the version of software to be updated is higher than its own version, the target set-top box memorizes the time of updating and arranges for updating when the updating time has come.
[28] When the updating time comes, the set-top box maker supplies the software to be updated to the digital broadcasting service provider and the provider broadcasts the software. The set-top box having received the broadcast software updates its own software. Announcement, signaling, and encapsulation will be described with respect to FIGS. 4 through 7.
[29] FIG. 3 is a diagram illustrating a process of updating software according to another exemplary embodiment of the present invention.
[30] In FIG. 3, software updating is based on a bidirectional network. A set-top box maker determines which set-top box is targeted to update its software and ascertains the UUID of the target set-top box. Subsequently, the set-top box maker provides the digital broadcasting service provider with software, UUID of the target set-top box, and the version of software. The provider broadcasts an advance notice for updating to allow users to learn which set-top box is targeted for software updating and the version of software. The set-top box having received the updating notice determines whether its UUID is identical to the UUID identified in the update notice and whether the version of software is newer than its own. When the notice for software updating is directed to the set-top box that received the notice, this target set-top box requests the digital broadcasting service provider to update its software and the digital broadcasting service provider having received such a request transmits the software to be updated to the target set-top box. The target set-top box that receives the software, updates its own software. When the digital broadcasting service provider gives an advance notice for updating as shown in FIG. 3, the URL of the software targeted for updating may be sent at the same time. In this case, the set-top box may receive the concerned software directly at the received URL to thereby update the software.
[31] FIG. 4 is a table illustrating structures of compatibility descriptors of Digital Storage Media Command and Control of ATSC data broadcast standards (A/90). In FIG. 4, the term 'uimsbf is an abbreviation of 'unsigned integer most significant bit first.'
[32] Among compatibility descriptors, the field 'compatibilityDescriptorLength' refers to a field having 16 bits, indicating the total length of a descriptor including the field of 'descriptorCount,' excluding the length of 'compatibilityDescriptorLength.' The 'de- scriptorCount' field comprises a 16 bit field, specifying the number of descriptors. The field 'descriptorType' comprises an 8 bit field, which is used to distinguish types of hardware or software. The field 'descriptorLength' comprises an 8 bit field, indicating the total length of the descriptors, excluding the descriptors 'descriptorType' and 'descriptorLength.'
[33] The field 'speάfierType' comprises an 8 bit field, which is used to distinguish formats of the field of 'speάfierData.' The field 'speάfierData' comprises the 24 bit field, distinguishing an organization in a unique manner. The value allocated to this field is dependent upon the 'specifierType' field.
[34] The field 'model' comprises a 16 bit field, used to distinguish various models defined by an organization. In an exemplary embodiment of the present invention, the 'model' field is extended so as to use a UUID of 128 bits, which will be described later. The field 'version' comprises a 16 bit field, used to distinguish different versions of the models defined by the organization. In an exemplary embodiment of the present invention, the version field is extended and the version is specified and distinguished, which will be described later.
[35] The field 'subDescriptorCount' comprises an 8 bit field, representing the number of subDescriptors.
[36] In the exemplary embodiments of the present invention, (1) the 'descriptorCount' field has the value of '0x002' to indicate that it has two descriptors, (2) the 'descriptorType' field has the vale of 0x01' to indicate the system hardware, (3) the 'specifierType' field has the value of 0x01 value to indicate OUI of IEEE (Institute of Electrical and Electronics Engineers), (4) the first descriptor of the 'speάfierData' field has to have a unique value allocated by the IEEE for the makers of terminals covered by software update, (5) the model and version fields of the first descriptor have to be defined by the maker of a concerned terminal, and they are used for the software update, except for the cases of 0x0000 and OxFFFF, (6) the 'extendedModelSub- Describor' field according to the present invention should be defined as in FIG. 5 and be included in the descriptor when a value of the model field of the first descriptor is 0x0000, (7) the software update may be applied to all the models of a specified maker if the model field value of the first descriptor is OxFFFF, (8) the 'extendedVersionSub- Describor' field according to the present invention should be defined as in FIG. 6 and be included in the descriptor when a value of the model field of the first descriptor is 0x0000, (9) the software update may be applied to all the models of a specified maker if the version field value of the first descriptor is OxFFFF, (10) the 'subDe- scriptorCount' field of the first descriptor may be larger than 2, in the case in which the terminal ignores all subDescriptors when the 'subDescriptorType' field is not specified as 0x01 or 0x02, (11) the 'descriptorType' field of the second descriptor may have the value of 0x02, indicating that it is the system software, and (12) the software components to be updated, rather than hardware components, of the terminal are specified under the above items (3) through (10), which will apply to the second descriptor except for the maker, model and version to be used.
[37] FIG. 5 is a table illustrating structures of extended model subdescriptors according to an exemplary embodiment of the present invention.
[38] An extended model subdescriptor employs UUID allocated by the maker to specify hardware or software model. In the exemplary embodiments of the present invention, since the UUID is used, it may have a much larger space than the 16 bit model field of DSM-CC compatibility descriptor, to distinguish hardware or software.
[39] The value 'subDescriptorType' indicates a type of the subdescriptor. The type of the subdescriptor has the value of 0x01. The 'subDescriptorLength' has a value to indicate the number of bits within the subdescriptor after this field. The τuuid()' is a field to specify the UUID determined by the maker, which distinguishes a unique model of hardware or software.
[40] FIG. 6 is a table illustrating structures of extended version subdescriptors according to an exemplary embodiment of the present invention.
[41] The extended version subdescriptor is used to specify the version of hardware or software, having the numbers of main version, sub version and micro version as allocated by the maker. According to an exemplary embodiment of the present invention, the extended version subdescriptor provides a mechanism more extendible so as to distinguish a version of hardware units or a version of software components.
[42] The 'subDescriptorType' field indicates a type of a subdescriptor. The value to indicate the type of the subdescriptor is 0x02. The 'subDescriptorLength' field indicates the number of bits within the subdescriptor following this field. The 'minor' specifies the number of a subversion and 'micro' specifies the number of a micro version. When each version has the value of OxFFFF, it is used to indicate all versions of each version.
[43] FIG. 7 is a table illustrating structures of software update information descriptors according to an exemplary embodiment of the present invention.
[44] Basically, software update data service employs a data service announcement as defined by ATSC- A/90 in order to provide notification of the software update. Limited use thereof will be described with reference to FIG. 7. A descriptor describing software update information is used to provide information about a software update in the context of a software update data service announcement. The structures therefor will be considered below.
[45] The 'descriptorTag' field indicates a type of the descriptor, having the constant value of 8 bits. The 'descriptorLength' is a field used to indicate the number of bits following this field in this descriptor, having the value of 8 bits. The 'compatibility- Descriptor' is a field used to specify the compatibility descriptor described in FIGS. 4 to 6.
[46] The software update service needs to be scheduled for broadcasting. Where broadcasting is to made within 16 days (384 hours) from a current period, for example, the broadcasting is advised using a data event table (DET) specified by ATSC- A 90. To be specific, (1) descriptor() comprises one or more software update information descriptors as an internal descriptor loop structure of an entry of data_event_table_section() which is a structure for the software update data service announcement. When one and more software update information descriptors are in the same entry of the structure data_event_table_section(), the above-described software update information descriptors are not to be identical.
[47] When a schedule is made to broadcast a software update data service within 16 days following the current period, the broadcasting is advised using a long term service table (Long-Term Service Table: LTST) specified by ATSC- 90. (2) the descriptor() comprises one or more software update information descriptors as an internal descriptor loop structure of an entry of long_term_service_table() which is a structure for the software update data service announcement. When one and more software update information descriptors are in the same entry of the structure long_term_service_table(), the above-described software update information descriptors are not to be identical.
[48] The software update service is signaled using the service description framework defined according to ATSC- A/90. The following shows limitations applied to an entry of each application of the data service table (DST), the data service table explaining software updates for the data applications.
[49] (1) The field 'ccmpatibilityDescriptor() is a structure used to specify a compatibility descriptor described, for example, in FIGS. 4 to 6.
[50] (2) The field 'app_id_byte_length' has a value of 0x0012.
[51] (3) The field 'app_id_description' has a value of 0x0001.
[52] (4) The field 'app_id_byte()' is a UUID coded in a binary mode, the UUID being unique with respect to the parameter space <deviceManufacturer, deviceModel, de- viceVersion, softwareComponent, softwareComponentVersion>. These parameters are determined by the content of the compatibility descriptor.
[53] (5) The field 'tap_count' is larger than 0.
[54] (6) The field 'protocol_encapsulation' of each tap entry has the value of OxOD (An asynchronous carousel scenario of DSM-CC download protocol).
[55] (7) The field 'actionjype' of each tap entry has the value of 0x00 (runtime data).
[56] (8) The field 'resource_location' of each tap entry has the value of 0 (association tags within Program Map Table (PMT)).
[57] (9) The field 'tap_id' field of each tap entry has a unique value within the context of a single software update application.
[58] (10) The field 'use' of each tap entry has the value of 0x0000.
[39] (11) The field 'assoάation_tag' of each tap entry has the same value as the association tag associated with a program elementary stream encapsulating the software update payload.
[60] (12) The field 'selector_length' of 'selector()' indicates that the structure of each tap has the value of 0, 4, 6 or 8.
[61] (13) The field 'selector_type' of 'selectorO' has the values of 0x0101, 0x0107 or 0x0108 when the field 'selector_length' has the value of 0, 4, 6 or 8.
[62] (14) The field 'tap_info_length' of each tap entry should not be 0. If the field of 'tap- info-length' is 0, a terminal device ignores descriptors immediately following the tap entry that is not known.
[63] (15) The field 'app_info_length' should not be 0. If the field 'app_info_length' is 0, a terminal device ignores descriptors irrmediately following the tap entry not known.
[64] (16) The field 'app_data_length' should not be 0. If the field 'app_data_length' is 0, a terminal device ignores the field 'app_data_byte() immediately following this field and it does not determine the nonstandard meaning with respect to the field.
[65] The following indicates limitations applied to 'data_service_table_bytes()', which relates to the structure of the data service table section signaled.
[66] (17) The field 'service_info_length' should not be 0. If 'service_info_length' is 0, a terminal device ignores descriptors immediately following the tap entry that is not known.
[67] (18) The field 'service+private_data_length' should not be 0. If 'service+private_data_length' is 0, a terminal device ignores the field 'service_private_data_byte() immediately following this field and it does not determine the nonstandard meaning with respect to the field.
[68] The software update payload is encapsulated into one or more modules as defined in Chapter 7 of DSM-CC, User-to-Network Download. Sngle and double level control structures are all permitted. Modules and constructions to encapsulate the software update payload will be defined by individual manufacturers. Industrial Applicability
[69] According to the present invention, software update services can be provided by distinguishing receiving apparatuses in a unique manner using an UUID, with little or no modification of the conventional data broadcasting standards. Besides, the version information of software can be subdivided differently from the conventional digital broadcasting.
[70] Although the present invention has been described in connection with the exemplary embodiments thereof shown in the accompanying drawings, the drawings are mere examples of the present invention. It can also be understood by those sMlled in the art that various changes, modifications and equivalents thereof can be made thereto. Accordingly, the true technical scope of the present invention should be defined by the appended claims.

Claims

Claims
[1] A method for updating software of a digital broadcasting receiving apparatus using an extended identifier, comprising: broadcasting information including a version of an extended identifier and an extended software of a receiving device targeted for software updating using a data service announcement; and transmitting the software to the receiving apparatus having the extended identifier when a software transmission condition is met.
[2] The method as claimed in claim 1, wherein the extended identifier comprises a universally unique identifier (UUID).
[3] The method as claimed in claim 1 , wherein the version of the extended software employs at least two sub-versions.
[4] The method as claimed in claim 2, wherein the version of the extended software employs at least two sub-versions.
[5] The method as claimed in claim 3, wherein the sub-versions have at least three layers including at least a major version, a minor version and a micro version, each of which is represented with 16 bits.
[6] The method as claimed in claim 4, wherein the sub- versions have at least three layers including at least a major version, a minor version and a micro version, each of which is represented with 16 bits.
[7] The method as claimed in claim 1 , wherein the data service announcement includes information on a time for a software update, and the software transmission condition is met when the time for software update approaches.
[8] The method as claimed in claim 2, wherein the data service announcement includes information on a time for a software update, and the software transmission condition is met when the time for software update approaches.
[9] The method as claimed in claim 7, wherein the time information for the software update included in the data service announcement comprises information related to at least one of two cases: one case in which the update is made within a predetermined period of time and another case in which the update is made after a predetermined period of time has passed.
[10] The method as claimed in claim 8, wherein the time information for the software update included in the data service announcement comprises information related to at least one of two cases: one case in which the update is made within a pre- determined period of time and another case in which the update is made after a predetermined period of time has passed. [11] The method as claimed in claim 1 , wherein the software is signaled along with the information including the extended identifier and the software version using a service description framework. [12] The method as claimed in claim 2, wherein the software is signaled along with the information including the extended identifier and the software version using use of a service description framework. [13] A computer readable recording medium for recording a computer readable program to perform a method for updating software of a digital broadcasting receiving apparatus using an extended identifier, said method comprising: broadcasting information including a version of an extended identifier and an extended software of a receiving device targeted for software updating using a data service announcement; and transmitting the software to the receiving apparatus having the extended identifier when a software transmission condition is met. [14] The computer readable recording medium as claimed in claim 13, wherein the extended identifier comprises a universally unique identifier (UUID).
EP04800009A 2003-11-17 2004-11-04 Method for updating software of a target device using an extended identifier in digital broadcasting Ceased EP1687981A4 (en)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US52037903P 2003-11-17 2003-11-17
KR1020040001607A KR100999107B1 (en) 2003-11-17 2004-01-09 Method for updating software of target device using extended identifier in digital broadcasting
PCT/KR2004/002818 WO2005048604A1 (en) 2003-11-17 2004-11-04 Method for updating software of a target device using an extended identifier in digital broadcasting

Publications (2)

Publication Number Publication Date
EP1687981A1 true EP1687981A1 (en) 2006-08-09
EP1687981A4 EP1687981A4 (en) 2011-11-23

Family

ID=36642601

Family Applications (1)

Application Number Title Priority Date Filing Date
EP04800009A Ceased EP1687981A4 (en) 2003-11-17 2004-11-04 Method for updating software of a target device using an extended identifier in digital broadcasting

Country Status (2)

Country Link
EP (1) EP1687981A4 (en)
WO (1) WO2005048604A1 (en)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100735372B1 (en) 2005-08-17 2007-07-04 삼성전자주식회사 Upgrade Method By Using Software Download In T-DMB Terminal
JP4524658B2 (en) * 2005-09-14 2010-08-18 ソニー株式会社 Information processing system and method, receiving apparatus and method, data generating apparatus and method, and program
US8160563B2 (en) 2006-06-30 2012-04-17 Qualcomm Incorporated Method and apparatus for controlling response to service notifications in a network environment
JP2008278098A (en) * 2007-04-27 2008-11-13 Sharp Corp Digital broadcast receiver
CN101286809A (en) * 2008-05-07 2008-10-15 中兴通讯股份有限公司 Method and device for conditional receiving update of plug-in by multimedia broadcast
EP2520035A1 (en) * 2009-12-30 2012-11-07 Arçelik Anonim Sirketi A digital broadcast receiving device wherein software update is performed
JP2012165408A (en) * 2012-03-19 2012-08-30 Sharp Corp Digital broadcast receiver
EP2660998A3 (en) * 2012-05-04 2014-10-15 Samsung Electronics Co., Ltd. Broadcast receiving apparatus and method for controlling application, and device

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0926862A2 (en) * 1997-12-26 1999-06-30 Matsushita Electric Industrial Co., Ltd. Software download system including a transmitting apparatus and a receiving apparatus
US20030041335A1 (en) * 1999-12-30 2003-02-27 Nadine Patry Method for downloading data preceded by information signals

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6810261B1 (en) * 1999-03-03 2004-10-26 Lucent Technologies Inc. Method for transferring data using expanded permanent identifier
KR100606677B1 (en) * 1999-07-14 2006-07-31 엘지전자 주식회사 Method for updating version in the mobile phone
KR20040022451A (en) * 2001-07-16 2004-03-12 유킹 렌 Embedded software update system

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0926862A2 (en) * 1997-12-26 1999-06-30 Matsushita Electric Industrial Co., Ltd. Software download system including a transmitting apparatus and a receiving apparatus
US20030041335A1 (en) * 1999-12-30 2003-02-27 Nadine Patry Method for downloading data preceded by information signals

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of WO2005048604A1 *

Also Published As

Publication number Publication date
EP1687981A4 (en) 2011-11-23
WO2005048604A1 (en) 2005-05-26

Similar Documents

Publication Publication Date Title
US20050108757A1 (en) Method for updating software of a target device using an extended identifier in digital broadcasting
US10602238B2 (en) Method for receiving a broadcast signal and broadcast receiver
US10676922B2 (en) Method of processing non-real time service and broadcast receiver
US10075772B2 (en) Method of processing non-real time service and broadcast receiver
CA2851888C (en) Method of processing non-real time service and broadcast receiver
WO2005048604A1 (en) Method for updating software of a target device using an extended identifier in digital broadcasting
EP1039751A2 (en) Method and apparatus for converting a digital broadcast signal to a second digital broadcast signal, method and apparatus for receiving this signal and medium for providing a computer readable programme for processing the signal
KR20080005693A (en) Data broadcasting signal, a receiver and a processing method for data broadcasting signal
WO2019031269A1 (en) Transmission device, transmission method, reception device, and reception method
JP2004135170A (en) Digital broadcasting system, transmitter, receiver, broadcast contents transmitting method, and transmission line switching method
WO2010067992A2 (en) Method for receiving and displaying service guide in broadcast receiver
CA2815593C (en) Method for processing targeting descriptor in non-real-time receiver

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20060601

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LU MC NL PL PT RO SE SI SK TR

DAX Request for extension of the european patent (deleted)
A4 Supplementary search report drawn up and despatched

Effective date: 20111021

RIC1 Information provided on ipc code assigned before grant

Ipc: H04N 7/173 20110101AFI20111017BHEP

17Q First examination report despatched

Effective date: 20120402

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: SAMSUNG ELECTRONICS CO., LTD.

APBK Appeal reference recorded

Free format text: ORIGINAL CODE: EPIDOSNREFNE

APBN Date of receipt of notice of appeal recorded

Free format text: ORIGINAL CODE: EPIDOSNNOA2E

APBR Date of receipt of statement of grounds of appeal recorded

Free format text: ORIGINAL CODE: EPIDOSNNOA3E

APAF Appeal reference modified

Free format text: ORIGINAL CODE: EPIDOSCREFNE

REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

APBT Appeal procedure closed

Free format text: ORIGINAL CODE: EPIDOSNNOA9E

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20170106